CN110290480B - 群组呼叫方法、通信装置及存储介质 - Google Patents

Abstract

本发明提供一种群组呼叫方法、通信装置及存储介质。该方法包括：周期性统计基站的下行负荷，根据下行负荷对鲁棒性头压缩ROHC中的单向模式进行控制。本发明的方法通过根据下行负荷对单向模式进行控制，提高了下行群组容量。

Description

群组呼叫方法、通信装置及存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种群组呼叫方法、通信装置及存储介质。

背景技术

集群通信业务是指利用具有信道共用和动态分配等技术特点的集群通信系统组成的集群通信共网，为多个部门、单位等集团用户提供的专用指挥调度等通信业务。集群通信系统，是共享资源、分担费用、共用信道设备及服务的多用途、高效能的无线调度通信系统，是一种高级移动调度系统，代表着通信体制之一的专用移动通信网发展方向。集群通信系统，其发展经历了第一代模拟集群通信系统和第二代窄带数字集群通信系统，正在逐步向宽带集群通信系统过渡。

宽带集群通信(Broardband Trunking Communication，简称：B-TrunC) 是由宽带集群产业联盟组织制定的基于TD-LTE的“LTE数字传输+集群语音通信”专网宽带集群系统标准，该协议主要针对集群语音、集群视频以及媒体集群调度等宽带集群业务功能进行规范，具有灵活带宽、高频谱效率、低时延、高可靠性的特征，能够满足专业用户对语音集群、宽带数据、应急指挥调度等需求。图1为宽带集群通信B-TrunC协议定义的用户面协议栈示意图，如图1所示，B-TrunC协议定义的用户面协议栈与宽带多媒体数字集群系统(WidebandTrunking Evolution Network Solution，简称：WITEN)相比，增加了实时传输协议(Real-time Transport Protocol，简称：RTP)、用户数据报协议(User Datagram Protocol，简称：UDP)、互联网协议(Internet Protocol，简称：IP)等头信息，增加了40字节的数据开销。

综上所述，现有基于B-TrunC的宽带集群通信系统中，由于增加了包头信息开销，导致下行群组容量受限。

发明内容

本发明实施例提供一种群组呼叫方法、通信装置及存储介质，用以解决现有技术中宽带集群通信系统中下行群组容量受限的问题。

第一方面，本发明实施例提供一种群组呼叫方法，应用于基站，包括：

周期性统计基站的下行负荷；

根据下行负荷对鲁棒性头压缩(Robust Header Compression，简称：ROHC) 中的单向模式进行控制。

在一种可能的实现方式中，根据下行负荷对ROHC中的单向模式进行控制，包括：

当下行负荷高于预设负荷时，延长单向模式中由第一状态回退到第二状态的周期；

第一状态的压缩效率高于第二状态的压缩效率。

在一种可能的实现方式中，根据下行负荷对ROHC中的单向模式进行控制，包括：

当下行负荷低于预设负荷时，缩短单向模式中由第三状态回退到第四状态的周期；

第三状态的压缩效率高于第四状态的压缩效率。

在一种可能的实现方式中，还包括：

根据ROHC中的单项模式压缩待发送的数据；

向基站覆盖范围内且属于群组的用户终端发送压缩后的数据。

第二方面，本发明实施例提供一种通信装置，包括：

统计模块，用于周期性统计基站的下行负荷；

控制模块，用于根据下行负荷对鲁棒性头压缩ROHC中的单向模式进行控制。

在一种可能的实现方式中，控制模块具体用于，当下行负荷高于预设负荷时，延长单向模式中由第一状态回退到第二状态的周期；

第一状态的压缩效率高于第二状态的压缩效率。

在一种可能的实现方式中，控制模块具体用于，当下行负荷低于预设负荷时，缩短单向模式中由第三状态回退到第四状态的周期；

第三状态的压缩效率高于第四状态的压缩效率。

在一种可能的实现方式中，还包括：

压缩模块，用于根据ROHC中的单项模式压缩待发送的数据；

发送模块，用于向基站覆盖范围内且属于群组的用户终端发送压缩后的数据。

第三方面，本发明实施例提供一种通信装置，包括：

收发器；

存储器；

处理器；以及

计算机程序；

其中，计算机程序存储在存储器中，并被配置为由处理器执行以实现上述任一项的方法。

第四方面，本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行以实现上述任一项的方法。

本发明实施例提供的群组呼叫方法、通信装置及存储介质，通过周期性的统计基站的下行负荷，根据下行负荷对ROHC中单向模式进行控制，有效解决了现有技术中宽带集群通信系统中下行群组容量受限的问题，提高了下行群组容量。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1为宽带集群通信B-TrunC协议定义的用户面协议栈示意图；

图2为本发明提供的群组呼叫方法一实施例的流程图；

图3为本发明涉及的单向模式的状态转移示意图；

图4为本发明提供的群组呼叫方法又一实施例的流程图；

图5为本发明提供的通信装置一实施例的结构示意图；

图6为本发明提供的通信装置又一实施例的结构示意图。

通过上述附图，已示出本发明明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本发明构思的范围，而是通过参考特定实施例为本领域技术人员说明本发明的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

本发明的说明书和权利要求书中的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明中的“第一”和“第二”只起标识作用，而不能理解为指示或暗示顺序关系、相对重要性或者隐含指明所指示的技术特征的数量。“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本发明的说明书中通篇提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

图2为本发明提供的群组呼叫方法一实施例的流程图。如图2所示，本实施例提供的群组呼叫方法可以包括：

步骤201：周期性统计基站的下行负荷。

由于在群组呼叫中，下行通信无反馈性，因此无法通过反馈获取链路质量。为了获取小区中的通信状态，基站可以周期性的对下行负荷进行统计。周期的长短可以根据实际需要进行设置。下行负荷可以通过无线资源块 (Resource Block，简称：RB)的使用情况进行度量，例如，可以统计1秒钟之内使用的RB数量占总可用的RB数量的百分比作为下行负荷。也可以采用其他方法统计下行负荷，例如，可用的下行子帧占比，本实施例对此不作限制。

步骤202：根据下行负荷对鲁棒性头压缩ROHC中的单向模式进行控制。

在网络传输和/或无线通信的过程中，会用到很多传输协议，诸如TCP/IP、 RTP、UDP等。这些协议的报文头都有一定的规律，并且很大一部分在传输过程中是不变的，当单次传输的数据比报文头还短时，报头就成了一个累赘。 ROHC就是一种利用报文头的变化规律对报文头进行压缩，提高传输效率的协议。

目前，ROHC协议定义了3种工作模式：单向模式(U模式)、双向可靠模式(R模式)和双向优化模式(O模式)。其中,U模式适用于单向无反馈信道环境，R模式适用于强反馈信道环境，O模式适用于弱反馈信道环境。

在U模式下，解压方无需向压缩方反馈信息。在本实施例中，压缩方是基站，解压方是群组UE。考虑到群组呼叫中，下行通信的无反馈性，优选的，在本实施例中，根据ROHC中的U模式对待发送的数据进行压缩。

图3为本发明涉及的单向模式的状态转移示意图。如图3所示，ROHC 包括初始化/重置(Initiation and Refresh，简称：IR)状态、一级压缩(First Order, 简称：FO)状态和二级压缩(Second Order，简称：SO)状态三种状态，其压缩效率依次提高。

其中，IR状态，用于初始化、更新文景中的静态和/或动态域信息，在此状态下，压缩方连续发送全部互联网协议(Internet Protocol简称：IP)信头信息和流关联标识符PID和CID，以及未压缩的明文信息，还会发送IR和 IR-DYN包，IR包头长约为42Byte，IR-DYN包头长约为24Byte，严重影响压缩效果。

FO状态，此时压缩方仅仅需要传递完整的动态信头域信息，即简单粗暴地砍掉静态部分，动态部分不压缩。

SO状态，是最高级压缩状态，这时压缩方根据动态域变化规律，仅传递动态域的压缩值，此时压缩方发送最高压缩率的ROHC压缩分组。

在单向模式，即U模式中，由于不存在或不能使用反馈信道，此时解压方不能向压缩方发送反馈信息。为保证压缩健壮性和压缩率，压缩方可以采用乐观逼近原则和周期性原则进行状态转移。

如图3所示，在IR状态或FO状态时，压缩方向解压方连续发送n个分组时就认为解压方建立了正确的解压文景，于是向高级的FO状态或SO状态转移。

压缩方在FO状态或者SO状态一定时间后，就转移到低级的IR状态或者FO状态。

在一种可能的实现方式中，根据下行负荷对ROHC中的单向模式进行控制，可以包括：

当下行负荷高于预设负荷时，延长单向模式中由第一状态回退到第二状态的周期，其中，第一状态的压缩效率高于第二状态的压缩效率。

其中，预设负荷为预先设置的比较基准，可以根据实际需要进行设置，本实施例对此不作限制。例如，当采用RB的使用率度量下行负荷时，预设负荷可以设置为80％。

ROHC中的单向模式包括初始化/重置IR状态、一级压缩FO状态和二级压缩SO状态，其压缩效率依次提高。当第一状态为SO时，第二状态可以是FO或者IR；当第一状态为FO时，第二状态可以是IR。

延长的具体时间可以根据实际情况进行设定。例如，可以采用延长固定百分比，或者，延长固定时间。假如由第一状态回退到第二状态的周期为T，当确定下行负荷高于预设负荷时，可以将由第一状态回退到第二状态的周期延长至(1+20％)T，或者(T+N)秒，N为大于零的整数。也可根据下行负荷与预设负荷的关系，确定延长的具体时间，例如，当下行负荷高于预设负荷10％时，将由第一状态回退到第二状态的周期延长至(1+10％)T。

此时小区负荷较重，下行群组容量已为瓶颈，可以采用压缩效率较高的状态进行压缩，占用更小的下行资源，只保证小区中心用户的语音质量，可以提升小区的下行群组容量。即，在小区负荷较重时，可以为由压缩效率较高的状态回退到压缩效率较低的状态设置较长的定期器时长，或者，可以为由压缩效率较低的状态提升到压缩效率较高的状态设置较短的定期器时长。

在一种可能的实现方式中，根据下行负荷对ROHC中的单向模式进行控制，可以包括：

当下行负荷低于预设负荷时，缩短单向模式中由第三状态回退到第四状态的周期，其中，第三状态的压缩效率高于第四状态的压缩效率。

当第三状态为SO时，第四状态可以是FO或者IR；当第三状态为FO时，第四状态可以是IR。

缩短的具体时间可以根据实际情况进行设定。例如，可以采用缩短固定百分比，或者，缩短固定时间。假如由第三状态回退到第四状态的周期为T，当确定下行负荷低于预设负荷时，可以将由第三状态回退到第四状态的周期缩短至(1-20％)T，或者(T-N)秒，N为大于零的整数。也可根据下行负荷与预设负荷的关系，确定缩短的具体时间，例如，当下行负荷低于预设负荷10％时，将由第三状态回退到第四状态的周期缩短至(1-10％)T。

此时小区负荷较轻，下行群组容量不为瓶颈，可以采用压缩效率较低的状态进行压缩，虽然会降低压缩效率，但是可以保证链路的可靠性。即，在小区负荷较轻时，可以为由压缩效率较高的状态回退到压缩效率较低的状态设置较短的定期器时长，或者，可以为由压缩效率较低的状态提升到压缩效率较高的状态设置较长的定期器时长。

本实施例提供的群组呼叫方法，通过周期性的统计下行负荷，根据下行负荷对ROHC中的单向模式进行控制，有效解决了现有技术中宽带集群通信系统中下行群组容量受限的问题，提高了下行群组容量。在小区处于高负荷时，通过拉长由压缩效率较高的状态回退到压缩效率较低的状态的周期，使新接入的群组处于高压缩率状态，占用更小的下行资源，只保证小区中心用户的语音质量，提升了小区的下行群组容量。

在上述实施例的基础上，本实施例提供的群组呼叫方法还可以包括：

根据ROHC中的单项模式压缩待发送的数据，向基站覆盖范围内且属于群组的用户终端发送压缩后的数据。

例如，可以通过集群业务信道(Trunking Traffic Channel，简称：TTCH) 向群组用户发送压缩后的数据。

在一种可能的实现方式中，在向基站覆盖范围内且属于群组的用户终端发送压缩后的数据之前，还包括：

通过集群控制信道(Trunking Control Channel，简称：TCCH)，向基站覆盖范围内的群组内的用户终端发送控制指令，控制指令用于指示用户终端采用ROHC进行通信。

当基站确定根据ROHC协议对待发送的数据进行压缩，采用压缩模式与群组UE进行通信时，可以通过集群控制信道TCCH发送支持ROHC的控制指令，通知基站覆盖范围内的群组UE。例如，基站可以通过TCCH里 GroupCallConfig的pdcp-Config携带支持ROHC的Profile0x0001，当群组UE 接收到的GroupCallConfig的pdcp-Config携带支持ROHC的Profile0x0001时，根据ROHC协议对接收到的数据进行解压缩。

需要说明的是，当基站覆盖范围内存在不支持ROHC的群组UE时，基站也可以通过集群控制信道TCCH发送不支持ROHC的控制指令，通知基站覆盖范围内的群组UE。例如，基站可以通过TCCH里GroupCallConfig的 pdcp-Config携带不支持ROHC的信息。

在一种可能的实现方式中，为了保障通信的可靠性，当在基站覆盖范围内，存在至少一个属于群组的用户终端不支持ROHC时，对于待发送的数据不进行压缩，直接发送，以确保基站覆盖范围的群组UE都能够正确解析接收到的信息。

在上述实施例的基础上，下面采用一个具体的实施例对本发明提供的群组呼叫方法进行说明。预先设置6个定时器时长，T1、T2、T3、T4、T5和 T6，其中，T1＞T4，T2＞T5，T3＞T6。图4为本发明提供的群组呼叫方法又一实施例的流程图。如图4所示，本实施例提供的群组呼叫方法，可以包括：

步骤401：周期性的统计下行负荷。

步骤402：判断下行负荷是否高于预设负荷。若是，则执行步骤403；若否，则执行步骤404。

步骤403：若处于SO状态，则经过T1时长，从SO状态回退到FO状态，或者，经过T2时长，从SO状态回退到IR状态；若处于FO状态，则经过T3时长，从FO状态回退到IR状态。

步骤404：若处于SO状态，则经过T4时长，从SO状态回退到FO状态，或者，经过T5时长，从SO状态回退到IR状态；若处于FO状态，则经过 T6时长，从FO状态回退到IR状态。

本实施例提供的群组呼叫方法，通过周期性的统计下行负荷，根据下行负荷对单向模式进行控制，提高了下行群组容量。在小区处于高负荷时，通过拉长由压缩效率较高的状态回退到压缩效率较低的状态的周期，使新接入群组处于高压缩率状态，占用更小的下行资源，只保证小区中心用户的语音质量，提升了小区的下行群组容量；在小区处于低负荷时，通过缩短由压缩效率较高的状态回退到压缩效率较低的状态的周期，保证了链路的可靠性。

图5为本发明提供的通信装置一实施例的结构示意图。如图5所示，本实施例提供的通信装置50可以包括：统计模块501和控制模块502。需要说明的是，本实施例提供的通信装置50可以是基站，也可以是用于基站内的部件，例如集成电路、芯片等。

统计模块501，用于周期性统计基站的下行负荷。

控制模块502，用于根据下行负荷对鲁棒性头压缩ROHC中的单向模式进行控制。

本实施例的装置，可以用于执行图2所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

在上述实施例的基础上，本实施例提供的通信装置中的控制模块具体可以用于，当下行负荷高于预设负荷时，延长单向模式中由第一状态回退到第二状态的周期，其中，第一状态的压缩效率高于第二状态的压缩效率。

在上述实施例的基础上，本实施例提供的通信装置中的控制模块具体可以用于，当下行负荷低于预设负荷时，缩短单向模式中由第三状态回退到第四状态的周期，其中，第三状态的压缩效率高于第四状态的压缩效率。

本实施例的装置，可以用于执行图2和/或图3所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

在上述任一实施例的基础上，本实施例提供的通信装置还可以包括：

压缩模块，用于根据ROHC中的单项模式压缩待发送的数据；

发送模块，用于向基站覆盖范围内且属于群组的用户终端发送压缩后的数据。

图6为本发明提供的通信装置又一实施例的结构示意图。如图6所示，本实施例提供的通信装置60，包括：收发器601、存储器602、处理器603 和总线604。其中，收发器601、存储器602和处理器603之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可以通过一条或者多条通信总线或信号线实现电性连接，如可以通过总线604连接。需要说明的是，本实施例提供的通信装置60可以是基站，也可以是用于基站内的部件(例如集成电路、芯片等)。

存储器602中存储有计算机程序，计算机程序被处理器603执行时可以实现上述任一方法实施例的技术方案。

本实施例中的收发器601可以用于接收和发送信号。

存储器602可以是，但不限于，随机存取存储器(Random AccessMemory，简称：RAM)，只读存储器(Read Only Memory，简称：ROM)，可编程只读存储器(ProgrammableRead-Only Memory，简称：PROM)，可擦除只读存储器(Erasable Programmable Read-OnlyMemory，简称：EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，简称： EEPROM)等。其中，存储器602用于存储程序，处理器603在接收到执行指令后，执行程序。进一步地，上述存储器602内的软件程序以及模块还可包括操作系统，其可包括各种用于管理系统任务(例如内存管理、存储设备控制、电源管理等)的软件组件和/或驱动，并可与各种硬件或软件组件相互通信，从而提供其他软件组件的运行环境。

处理器603可以是一种集成电路芯片，具有信号的处理能力。上述的处理器603可以是通用处理器，包括中央处理器(Central Processing Unit，简称： CPU)、网络处理器(Network Processor，简称：NP)等。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。可以理解，图6的结构仅为示意，还可以包括比图6中所示更多或者更少的组件，或者具有与图6所示不同的配置。图6中所示的各组件可以采用硬件和/或软件实现。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行以实现上述任一方法实施例的技术方案。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (6)

1.一种群组呼叫方法，应用于基站，所述基站为宽带集群通信系统中的基站，其特征在于，所述方法包括：

周期性统计基站的下行负荷；

根据所述下行负荷对鲁棒性头压缩ROHC中的单向模式进行控制；

所述根据所述下行负荷对鲁棒性头压缩ROHC中的单向模式进行控制，包括：

当所述下行负荷高于预设负荷时，延长所述单向模式中由第一状态回退到第二状态的周期；所述第一状态的压缩效率高于所述第二状态的压缩效率；

或者，

当所述下行负荷低于预设负荷时，缩短所述单向模式中由第三状态回退到第四状态的周期；所述第三状态的压缩效率高于所述第四状态的压缩效率。

2.根据权利要求1所述的方法，其特征在于，还包括：

根据所述ROHC中的单项模式压缩待发送的数据；

向所述基站覆盖范围内且属于群组的用户终端发送压缩后的数据。

3.一种通信装置，应用于基站，所述基站为宽带集群通信系统中的基站，其特征在于，所述通信装置包括：

统计模块，用于周期性统计基站的下行负荷；

控制模块，用于根据所述下行负荷对鲁棒性头压缩ROHC中的单向模式进行控制；

其中所述控制模块具体用于，当所述下行负荷高于预设负荷时，延长所述单向模式中由第一状态回退到第二状态的周期；所述第一状态的压缩效率高于所述第二状态的压缩效率；

或者，

当所述下行负荷低于预设负荷时，缩短所述单向模式中由第三状态回退到第四状态的周期；所述第三状态的压缩效率高于所述第四状态的压缩效率。

4.根据权利要求3所述的通信装置，其特征在于，还包括：

压缩模块，用于根据所述ROHC中的单项模式压缩待发送的数据；

发送模块，用于向所述基站覆盖范围内且属于群组的用户终端发送压缩后的数据。

5.一种通信装置，其特征在于，包括：

收发器；

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如权利要求1或2所述的方法。

6.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器执行以实现如权利要求1或2所述的方法。

Images