CN111447572A - 一种mcptt系统中的组播监听方法和装置 - Google Patents

一种mcptt系统中的组播监听方法和装置 Download PDF

Info

Publication number
CN111447572A
CN111447572A CN201910037782.9A CN201910037782A CN111447572A CN 111447572 A CN111447572 A CN 111447572A CN 201910037782 A CN201910037782 A CN 201910037782A CN 111447572 A CN111447572 A CN 111447572A
Authority
CN
China
Prior art keywords
multicast
multicast link
unicast
link state
good
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201910037782.9A
Other languages
English (en)
Other versions
CN111447572B (zh
Inventor
朱联军
王奇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chengdu TD Tech Ltd
Original Assignee
Chengdu TD Tech Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Chengdu TD Tech Ltd filed Critical Chengdu TD Tech Ltd
Priority to CN201910037782.9A priority Critical patent/CN111447572B/zh
Publication of CN111447572A publication Critical patent/CN111447572A/zh
Application granted granted Critical
Publication of CN111447572B publication Critical patent/CN111447572B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请公开了一种MCPTT系统中的组播监听方法，包括：a、终端进行组播监听，对组播链路状态进行监测；当监测到组播链路状态为差时，向服务器上报语音不可用，为所述终端补建单播，并保存组播链路状态为差的时刻T1，执行步骤b；b、继续监测组播链路状态，在所述时刻T1开始的有效时长T内，不向服务器上报语音可用，直到超出所述T、且监测到组播链路状态为好，删除所述单播，返回步骤a；其中，若在组播链路上监测到连续丢失不小于N个RTP包，则确定组播链路状态为差；否则，确定组播链路状态为好；N为预设的正整数。应用本申请，能够提高语音质量，并避免乒乓切换。

Description

一种MCPTT系统中的组播监听方法和装置
技术领域
本申请涉及集群通信技术，特别涉及一种MCPTT系统中的组播监听方法和装置。
背景技术
3GPP集群应用层标准(MCPTT)诞生于集群通信系统，可以说是将LTE技术应用于集群通信系统。MCPTT服务提供的是一种增强型的PTT服务，适用于执行关键任务的场景，支持鉴权、组附属、组管理、组呼、单呼、优先级呼叫、发言权控制、位置上报等功能。2018年6月，随着第二届MCPTT plugtest测试大会在美国德克萨斯州举行，标志着MCPTT专网业务由可行性研究向商用迈入了新的阶段。
与传统专网业务相比，MCPTT标准协议引入了预建立、组播等一系列技术。在预建立场景下，每次业务过程中终端不用重复创建和释放业务端口，不用重复进行sip会话的建立。因此，使业务建立时延得到了降低、端口资源的利用率得到了提升。组播技术的使用，使服务器下挂的终端容量成数量级提升，空口时延得到了降低。在组播模式下，当存在会话时，各个终端无需跟服务器之间建立一对一的单播链路，终端只需要从固定的组播通道接收数据，服务器对终端的监听与否并不感知，因此服务器的终端容量得到了极大提升；与此同时，终端无需与服务器进行信息交互，会话接入时延也得到了降低。
图1是MCPTT集群通信的简单网络拓扑图，基于图1对语音监听做简单的介绍，便于引出当前存在的问题。
如图1所示，在MCPTT组网下，整个网络被划分成不同的区域，每个区域叫做SA，每个位置区域SA对应一个TMGI(IP+Port)。终端入网后，modern会感知到当前所在的位置区域SA，将位置信息上报给服务器。当终端登录时，服务器将网络侧所有的TMGI信息下发给终端，TMGI中包含了对应的SA信息。终端收到TMGI后，根据当前位置SA配置对应的TMGI，对其进行组播监听。TMGI信息可在基站进行配置，服务器将语音数据下发到对应SA的TMGI，供终端获取。终端如果有可用TMGI可监听，也就是能够收到TMGI信令，则上报服务器组播可用；否则上报组播不可用，有会话存在时服务器会单独建立单播。
正如图1所示的通信模型描述，当终端在移动过程中进行语音监听时，如果终端所监听的TMGI信号极差而导致TMGI信令无法接收，也就是组播不可用，则终端上报组播不可用，服务器会立即建立单播。但是，如果终端能监听到TMGI信息，也就是能接收到TMGI信令，只是TMGI的语音信号比较差，此时终端不会上报组播不可用，服务器仍然认为终端处于组播，这种场景下往往会导致终端显示正处于监听状态，但听不到声音，或者丢字。
发明内容
本申请提供一种MCPTT系统中的组播监听方法和装置，能够有效降低丢字的概率，极大改善语音质量，提高用户满意度，并保证避免乒乓切换。
为实现上述目的，本申请采用如下技术方案：
一种MCPTT系统中的组播监听方法，包括：
a、终端进行组播监听，对组播链路状态进行监测；当监测到组播链路状态为差时，向服务器上报语音不可用，为所述终端补建单播，并保存组播链路状态为差的时刻T1，执行步骤b；
b、继续监测组播链路状态，在所述时刻T1开始的有效时长T内，不向服务器上报语音可用，直到超出所述T、且监测到组播链路状态为好，删除所述单播，返回步骤a；
其中，若在组播链路上监测到连续丢失不小于N个RTP包，则确定组播链路状态为差；否则，确定组播链路状态为好；N为预设的正整数。
较佳地，所述步骤b包括：
b1、继续监测组播链路状态，当监测到组播链路状态为好时，计算组播链路状态为好的当前时刻T2与所述T1之间的时间差，执行步骤b2；
b2、若所述时间差不小于设定的阈值T，则向服务器上报语音可用，并删除所述单播，返回步骤a；若时间差小于所述阈值T，则不向服务器上报语音可用，将组播链路状态设置为好，返回步骤b1。
较佳地，步骤a中当监测到组播链路状态为好时，则不向服务器上报，返回步骤a。
较佳地，在所述步骤a前，该方法进一步包括：终端通过组播来电消息接入组播会话后，开始组播监听，开启组播链路状态监测，并设置所述N的取值和所述阈值T的取值。
一种MCPTT系统中的组播监听装置，包括：组播监听单元和单播处理单元；
所述组播监听单元，用于进行组播监听，对组播链路状态进行监测，并将监测结果发送给所述单播处理单元；当监测到组播链路状态为差时，向服务器上报语音不可用，并保存组播链路状态为差的时刻T1，通知所述单播处理单元补建单播；
所述单播处理单元，用于根据所述组播监听单元的通知为终端补建单播，在所述时刻T1开始的有效时长T内，不向服务器上报语音可用，将组播链路状态设为好，直到所述时间差超出T、且组播监听单元监测到组播链路状态为好，删除所述单播；
其中，若在组播链路上监测到连续丢失不小于N个RTP包，则确定组播链路状态为差；否则，确定组播链路状态为好；N为预设的正整数。
较佳地，所述单播处理单元，在补建单播后，当接收到所述组播监听单元发来的当前组播链路状态为好时，计算组播链路状态为好的当前时刻T2与所述T1之间的时间差；若所述时间差不小于设定的阈值T，则向服务器上报组播可用，并删除所述单播；若所述时间差小于所述阈值T，则不向服务器上报语音可用，将组播链路状态设为好。
由上述内容可见，本申请中，终端进行组播监听时，对组播链路状态进行监测；当监测到组播链路状态为差时，向服务器上报语音不可用，为终端补建单播，并保存组播链路状态为差的时刻T1；补建单播后，继续监测组播链路状态，在时刻T1开始的有效时长T内，不向服务器上报语音可用，直到超出有效时长T、且监测到组播链路状态为好，删除单播，进行组播监听和接收。其中，若在组播链路上监测到连续丢失不小于N个RTP包，则确定组播链路状态为差；否则，确定组播链路状态为好。通过上述方式，在发现组播语音链路差时及时建立单播接收信息，有效降低丢字概率，改善语音质量；在满足一定时间要求、且组播的语音链路状态变好后再删除单播，利用组播接收语音信息，这样可以有效避免乒乓切换。
附图说明
图1为MCPTT集群通信的简单网络拓扑图；
图2为本申请中组播监听方法的基本流程示意图；
图3为本申请中组播监听装置的基本结构示意图。
具体实施方式
为了使本申请的目的、技术手段和优点更加清楚明白，以下结合附图对本申请做进一步详细说明。
如背景技术所述，在现有的组播监听过程中，只要能够监听到TMGI信令，无论语音信号的接收状况如何，终端都不会向服务器上报组播不可用，因此，会出现终端显示正处于监听状态，但听不到声音，或者丢字。尤其当终端在移动过程中通过SA临界区域，如图1交界位置的黑色所示区域，很容易出现上述问题。
当前，终端检测TMGI是否可用，主要是通过MCCH丢失数量来进行判断。终端平台有对应的MCCH丢失门限值，如果门限值设置太大，会导致终端TMGI不可用上报延迟，语音较长时间听不到声音或者丢字；如果门限值设置太小，可能会导致终端频繁在组播模式和单播模式之间切换，增加服务器开销，增加终端功耗。
在本申请中进行组播监听时，引入组播链路状态监测，根据监测结果为语音信号差的终端补建单播，但是仍然进行组播监听和组播链路状态监测，以在合适的时机删除单播。整个过程中，组播监听和链路状态监测没有中止，终端始终处于组播模式下。具体地，本申请中组播监听方法的基本流程如图2所示，具体包括：
步骤201，终端进行组播监听，对组播链路状态进行监测。
步骤202，判断监测结果是好还是差，若是好，则返回步骤201继续监测；否则，执行步骤203。
本申请中，对组播链路状态进行监测，就是监测RTP包的丢包个数。具体地，RTP包发送时都是连续编号的，当组播链路质量不好时，可能会丢失部分RTP包，如果终端接收的RTP包编号不连续，则可以确定发生了RTP包的丢包，根据编号的差别可以确定出丢包数量，因此，基于丢包数量能够反映出组播链路状态的好坏。
若在组播链路上监测到连续丢失不小于N个RTP包，则确定组播链路状态为差；否则，确定组播链路状态为好；N为预设的正整数。可以根据实际需要设置N，优选地，N＝3。
步骤203，当监测到组播链路状态为差时，向服务器上报语音不可用，为终端补建单播，并保存组播链路状态为差的时刻T1，执行步骤204。
当监测到连续丢包达到或超过N个时，认为链路状态差，上报服务器。服务器为终端补建单播，这样，终端通过补建的单播接收服务器的语音信息，提高语音接收质量。同时，终端需要保存确定组播链路状态为差的时刻信息T1，用于后续判断是否删除单播的依据。
步骤204，继续监测组播链路状态，在时刻T1开始的有效时长T内，不向服务器上报语音可用，直到超出有效时长T、且监测到组播链路状态为好，删除补建的单播，返回步骤201。
补建单播后，仍然监测组播链路状态，从而在合适的时机切换回组播接收。具体地，为避免乒乓切换，设置时刻T1开始的时长T内，都不会切换回组播接收；在达到或超过时长T后，若组播链路状态恢复，则可以上报服务器，删除单播，切换回组播接收。通过上述方式，利用时长T的设置，对于单播切换回组播的时间有所限制，从而避免乒乓切换。
在具体实现时，步骤204的处理可以包括：
步骤204a，继续监测组播链路状态，当监测到组播链路状态为好时，计算组播链路状态为好的当前时刻T2与时刻T1之间的时间差，执行步骤204b；
步骤204b，判断步骤204a计算的时间差是否大于或等于设定的阈值T，若是，则执行步骤204c；否则，执行步骤204d；
步骤204c，向服务器上报语音可用，并删除补建的单播，返回步骤201；
当时间差大于或等于设定的阈值T，相当于已经达到或超过有效时长T，如果组播链路状态为好，则可以向服务器上报语音可用，这样就可以删除补建的单播，切换回组播接收。
步骤204d，不向服务器上报语音可用，将组播链路状态设置为好，保持T1不变，返回步骤204a。
当时间差小于阈值T，相当于未达到有效时长T，即使组播链路状态为好，也不会向服务器上报语音可用，不然容易造成乒乓切换，需要返回步骤204a，继续判断组播链路状态并记录相应的时刻。
至此，本申请中的组播监听方法的基本流程结束。在上述流程的基础上，优选地，可以在步骤201之前增加如下处理：
步骤200，终端处于组播模式，通过组播来电消息接入组播会话，开始监听，开启组播链路状态监测，设置判定组播链路状态为差时的丢包阈值N，设置组播链路状态为差有效时长T。
上述即为本申请中组播监听方法的具体实现。本申请还提供了一种组播监听装置，可以用于实施上述方法。图3为本申请中组播监听装置的基本结构示意图。如图3所示，该装置包括：组播监听单元和单播处理单元。
其中，组播监听单元，用于进行组播监听，对组播链路状态进行监测，并将监测结果发送给单播处理单元；当监测到组播链路状态为差时，向服务器上报语音不可用，并保存组播链路状态为差的时刻T1，通知单播处理单元补建单播。单播处理单元，用于根据组播监听单元的通知为终端补建单播，在时刻T1开始的有效时长T内，不向服务器上报语音可用，直到超出T、且组播监听单元监测到组播链路状态为好，删除补建的单播；其中，若在组播链路上监测到连续丢失不小于N个RTP包，则确定组播链路状态为差；否则，确定组播链路状态为好；N为预设的正整数。
优选地，单播处理单元的具体处理可以包括：在补建单播后，当接收到组播监听单元发来的当前组播链路状态为好时，计算组播链路状态为好的当前时刻T2与时刻T1之间的时间差；若时间差不小于设定的阈值T，则向服务器上报组播可用，并删除补建的单播；若时间差小于阈值T，则不向服务器上报语音可用，将组播链路状态设为好。
由上述本申请的具体实现可见，本申请主要是解决组播监听过程中，不增加组播单播切换频率的情况下，有效解决组播语音丢字问题。具体地，本申请中通过实时语音丢包状态监测，在丢包数达到N后及时补建单播，将丢字概率降低到最小化。也就是说，当组播监听过程中，如果TMGI可用，但是语音信号差，则上报语音不可用，服务器补建单播；如果语音质量恢复，则根据判断条件，决定是否上报组播可用。向服务器上报的规则可以归纳为：“语音不可用”上报条件宽松；“语音可用”上报严格把控，防止乒乓切换。
当前，上述本申请的方法已经在泰国MCPTT集群网络得到商用，实测效果较好，用户反馈性能改善较大，有效降低丢字的概率，极大改善在SA临界区域的语音质量，提高了用户满意度。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (6)

1.一种MCPTT系统中的组播监听方法，其特征在于，包括：
a、终端进行组播监听，对组播链路状态进行监测；当监测到组播链路状态为差时，向服务器上报语音不可用，为所述终端补建单播，并保存组播链路状态为差的时刻T1，执行步骤b；
b、继续监测组播链路状态，在所述时刻T1开始的有效时长T内，不向服务器上报语音可用，直到超出所述T、且监测到组播链路状态为好，删除所述单播，返回步骤a；
其中，若在组播链路上监测到连续丢失不小于N个RTP包，则确定组播链路状态为差；否则，确定组播链路状态为好；N为预设的正整数。
2.根据权利要求1所述的方法，其特征在于，所述步骤b包括：
b1、继续监测组播链路状态，当监测到组播链路状态为好时，计算组播链路状态为好的当前时刻T2与所述T1之间的时间差，执行步骤b2；
b2、若所述时间差不小于设定的阈值T，则向服务器上报语音可用，并删除所述单播，返回步骤a；若时间差小于所述阈值T，则不向服务器上报语音可用，将组播链路状态设置为好，返回步骤b1。
3.根据权利要求1或2所述的方法，其特征在于，步骤a中当监测到组播链路状态为好时，则不向服务器上报，返回步骤a。
4.根据权利要求1或2所述的方法，其特征在于，在所述步骤a前，该方法进一步包括：终端通过组播来电消息接入组播会话后，开始组播监听，开启组播链路状态监测，并设置所述N的取值和所述阈值T的取值。
5.一种MCPTT系统中的组播监听装置，其特征在于，包括：组播监听单元和单播处理单元；
所述组播监听单元，用于进行组播监听，对组播链路状态进行监测，并将监测结果发送给所述单播处理单元；当监测到组播链路状态为差时，向服务器上报语音不可用，并保存组播链路状态为差的时刻T1，通知所述单播处理单元补建单播；
所述单播处理单元，用于根据所述组播监听单元的通知为终端补建单播，在所述时刻T1开始的有效时长T内，不向服务器上报语音可用，将组播链路状态设为好，直到所述时间差超出T、且组播监听单元监测到组播链路状态为好，删除所述单播；
其中，若在组播链路上监测到连续丢失不小于N个RTP包，则确定组播链路状态为差；否则，确定组播链路状态为好；N为预设的正整数。
6.根据权利要求5所述的装置，其特征在于，
所述单播处理单元，在补建单播后，当接收到所述组播监听单元发来的当前组播链路状态为好时，计算组播链路状态为好的当前时刻T2与所述T1之间的时间差；若所述时间差不小于设定的阈值T，则向服务器上报组播可用，并删除所述单播；若所述时间差小于所述阈值T，则不向服务器上报语音可用，将组播链路状态设为好。
CN201910037782.9A 2019-01-16 2019-01-16 一种mcptt系统中的组播监听方法和装置 Active CN111447572B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910037782.9A CN111447572B (zh) 2019-01-16 2019-01-16 一种mcptt系统中的组播监听方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910037782.9A CN111447572B (zh) 2019-01-16 2019-01-16 一种mcptt系统中的组播监听方法和装置

Publications (2)

Publication Number Publication Date
CN111447572A true CN111447572A (zh) 2020-07-24
CN111447572B CN111447572B (zh) 2022-09-23

Family

ID=71626598

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910037782.9A Active CN111447572B (zh) 2019-01-16 2019-01-16 一种mcptt系统中的组播监听方法和装置

Country Status (1)

Country Link
CN (1) CN111447572B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114079582A (zh) * 2020-08-18 2022-02-22 成都鼎桥通信技术有限公司 集群终端的群组呼叫方法和集群终端

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1433655A (zh) * 1999-12-08 2003-07-30 艾利森电话股份有限公司 信道类型切换控制
CN101137142A (zh) * 2006-08-30 2008-03-05 中兴通讯股份有限公司 一种cdma和gsm双模移动终端实现模式切换的方法
CN101340558A (zh) * 2007-07-03 2009-01-07 华为技术有限公司 时移电视业务中的媒体流切换方法、系统及设备
CN101764816A (zh) * 2009-12-25 2010-06-30 杭州华三通信技术有限公司 一种数据的传输方法及装置
CN101827306A (zh) * 2009-03-03 2010-09-08 中兴通讯股份有限公司 单播业务的切换方法与装置
CN102098747A (zh) * 2011-01-21 2011-06-15 京信通信技术(广州)有限公司 一种td-scdma切换方法及装置
CN103797873A (zh) * 2011-07-25 2014-05-14 高通股份有限公司 管理在单播与多播服务之间的切换触发
US20140286222A1 (en) * 2013-03-22 2014-09-25 Mediatek Inc. Group Communication over LTE eMBMS
CN105554830A (zh) * 2015-09-25 2016-05-04 宇龙计算机通信科技(深圳)有限公司 一种网络模式切换保护方法及装置
CN105684473A (zh) * 2013-10-30 2016-06-15 高通股份有限公司 用于演进型多媒体广播多播服务上的组通信的服务连续性
CN107113461A (zh) * 2014-12-24 2017-08-29 英特尔公司 媒体内容流

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1433655A (zh) * 1999-12-08 2003-07-30 艾利森电话股份有限公司 信道类型切换控制
CN101137142A (zh) * 2006-08-30 2008-03-05 中兴通讯股份有限公司 一种cdma和gsm双模移动终端实现模式切换的方法
CN101340558A (zh) * 2007-07-03 2009-01-07 华为技术有限公司 时移电视业务中的媒体流切换方法、系统及设备
CN101827306A (zh) * 2009-03-03 2010-09-08 中兴通讯股份有限公司 单播业务的切换方法与装置
CN101764816A (zh) * 2009-12-25 2010-06-30 杭州华三通信技术有限公司 一种数据的传输方法及装置
CN102098747A (zh) * 2011-01-21 2011-06-15 京信通信技术(广州)有限公司 一种td-scdma切换方法及装置
CN103797873A (zh) * 2011-07-25 2014-05-14 高通股份有限公司 管理在单播与多播服务之间的切换触发
US20140286222A1 (en) * 2013-03-22 2014-09-25 Mediatek Inc. Group Communication over LTE eMBMS
CN105684473A (zh) * 2013-10-30 2016-06-15 高通股份有限公司 用于演进型多媒体广播多播服务上的组通信的服务连续性
CN107113461A (zh) * 2014-12-24 2017-08-29 英特尔公司 媒体内容流
CN105554830A (zh) * 2015-09-25 2016-05-04 宇龙计算机通信科技(深圳)有限公司 一种网络模式切换保护方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114079582A (zh) * 2020-08-18 2022-02-22 成都鼎桥通信技术有限公司 集群终端的群组呼叫方法和集群终端

Also Published As

Publication number Publication date
CN111447572B (zh) 2022-09-23

Similar Documents

Publication Publication Date Title
US11943789B2 (en) Communication system
CN1989778B (zh) 用于降低无线通信中与丢失连接相关的成本的方法和系统
CN104854888B (zh) 群组通信的空闲模式接收方法以及用户设备
US20170295211A1 (en) Method and Device for Determining and Processing Indication Information, Method and Device for Processing Request Message and Computer Storage Medium
US10334480B2 (en) Method, system, device for controlling congestion or overload and evolved node B (eNB)
US20150257151A1 (en) Method and apparatus for allocating resources for group call in cluster system
CN103716849B (zh) 一种自动切换语音电话业务的方法、装置和系统
CN103686620A (zh) 一种群组呼叫快速建立过程中防止语音丢失的方法
CN110662179A (zh) 基于lte宽带集群系统的呼叫处理方法及装置
CN106804049A (zh) 一种异系统切换方法及装置
CN105813023A (zh) 紧急呼叫提示告警的方法、调度台及集群核心网
CN109275204B (zh) 一种多模通信系统
CN111447572B (zh) 一种mcptt系统中的组播监听方法和装置
CN109769273A (zh) 基于RTP时延抖动控制VoWifi切换的方法及系统
CN103945335A (zh) 一种群组会话的方法、装置和系统
WO2014111057A1 (zh) 宽带集群通信系统及其资源释放、建立方法、终端及基站
CN109756849B (zh) 群组通知方法及设备
CN112491775B (zh) 一种集群语音组播组呼的监听方法和装置
CN111212192B (zh) Ims固话用户拨打volte用户的放音方法、装置和存储介质
CN104683607A (zh) 一种提升软电话接通率的方法及其装置
WO2007115460A1 (fr) PROCÉDÉ, APPAREIL ET SYSTÈME DE MISE EN œUVRE D'UN SERVICE D'IDENTIFICATION DES AUDITEURS
CN101001419A (zh) 组呼信道接入方法、系统及设备
CN116916262A (zh) 语音通信建立方法、装置、电子设备及存储介质
JP2009089282A (ja) 無線ｌａｎ通信システム、コントローラ装置、無線ｌａｎ基地局及びそれらに用いる無線ｌａｎ通信方法
CN104683610A (zh) 一种提高VoIP语音质量的方法和设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant