博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
【对讲机的那点事】公网对讲关键指标之组呼建立时延
阅读量:6228 次
发布时间:2019-06-21

本文共 1000 字,大约阅读时间需要 3 分钟。

使用公网对讲机的用户都知道,一定要在按下PTT键并听到“滴”声后,才可以讲话,这明显有别于传统模拟或数字常规对讲机,也是有些用户初使用公网对讲机时的不习惯之处。为什么使用公网对讲机时,如果一按下PTT键就开始讲话,接收端容易出现听不到前面几个字(前丢字)的现象?今天小编就和你来聊聊这个话题:

img_2437bc85074ffa6c37b87083d86d070b.jpe

在使用公网对讲机时,如果一按下PTT键就开始讲话,接收端容易出现听不到前面几个字(前丢字)的现象,这是因为,公网对讲机从按下PTT键到对讲组建立完成之间有一个时间差,这个时间差称为“组呼建立时延”。

img_dc4937ea1d1cfa5d62e683f72dfe8c18.jpe

公网对讲相关的几个时延指标定义

常规对讲 vs 集群对讲

传统对讲机有“常规对讲机”和“集群对讲机”之分。常规对讲,每一个对讲组需要独占一个无线信道(频点),多个对讲组即需要占用多个独立的无线信道(频点);集群对讲,采用中心基站控制,可实现无线信道共享,每个对讲组只有在发生对讲呼叫时才占用无线信道,对讲结束后信道资源释放,同一个信道可以供不同的对讲组使用。

正是由于常规对讲机采用独占信道的机制,用户一按下PTT键,对讲机就开始发射信号,没有信道资源申请和分配的过程,因此不需要讲话提示音,按下PTT键就可以讲话。

集群对讲系统则不同,如TETRA、iDEN等,采用共享信道机制,用户分组的数量会远远大于可用的物理信道数量,终端发起组呼时需要先向基站申请信道资源,得到基站分配的资源确认后,才能占用无线信道并开始讲话。因此,使用过集群对讲机的用户都了解,按下PTT键后要听到话权确认提示音后才能讲话。

img_d3545f7a55b4885e6e0c1806d5fdb3a6.jpe

公网集群对讲

公网对讲的工作原理与数字集群系统类似,因此,更准确地讲应该叫“公网集群系统”或“公网集群对讲系统”。实际上,公网对讲的用户不仅要和其他公网对讲用户共享无线信道资源,还要和广大手机用户共享无线信道资源。但由于移动公网的基站数量大、系统容量大、覆盖范围大,与专网数字集群系统相比有很多优势。特别是在4G网络大带宽、低时延条件下,其业务功能、性能和系统容量等优势更为明显。

img_5f6236a70d967c0c79e1d3842f2789b5.jpe

组呼建立时延是公网集群对讲业务的关键指标之一,对用户的直观体验影响很大。传统Tetra数字集群系统的组呼建立时延指标小于300ms。早期基于2G移动网络的公网对讲系统就是由于组呼建立时延过大,而且不稳定,有时需要数秒钟才能建立起来,导致用户体验很差,市场发展不好。在3G和4G网络网路下,这一指标已经得到了大幅度的改善。

转载地址:http://amnna.baihongyu.com/

你可能感兴趣的文章
实现TeX的算法:回首编程技术的过去三十年
查看>>
JUnit 5 Alpha版本简化了单元测试
查看>>
在2019年,如何成为更好的Node.js开发者?
查看>>
英特尔开源分布式深度学习平台Nauta,使用Kubernetes 和 Docker 平台运行
查看>>
【译】Apache Flink 容错机制
查看>>
Java字节码忍者禁术
查看>>
Firefox 50优化Electrolysis
查看>>
CNCF宣布Envoy项目正式毕业
查看>>
dockerfile中apt-install处理continue
查看>>
封装一个FTP工具类
查看>>
【javascript】字符串及判断方法
查看>>
link 与 controller
查看>>
实践:GNU构建系统
查看>>
扩展spring schema文件
查看>>
经典汉诺塔问题
查看>>
html5整理(一)
查看>>
spring-cloud-config的encrypt功能
查看>>
javascript引用类型之Date
查看>>
Fiddler调试(适合修复线上bug和直接调试线上问题)
查看>>
Vue+WebSocket+ES6+Canvas 制作【你画我猜】小游戏
查看>>