CN103546872A - 一种集群通信系统中的寻呼消息发送方法 - Google Patents
一种集群通信系统中的寻呼消息发送方法 Download PDFInfo
- Publication number
- CN103546872A CN103546872A CN201210247026.7A CN201210247026A CN103546872A CN 103546872 A CN103546872 A CN 103546872A CN 201210247026 A CN201210247026 A CN 201210247026A CN 103546872 A CN103546872 A CN 103546872A
- Authority
- CN
- China
- Prior art keywords
- group information
- list
- priority
- sub
- group
- 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
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请公开了一种集群通信系统中的寻呼消息发送方法,包括:A、集群通信系统的接入系统维护一个按照优先级排列的群组信息列表,所述优先级至少根据延迟次数决定,且在其他优先级条件相同情况下延迟次数越大则群组信息的优先级越高;B、当寻呼周期到来时,所述接入系统从群组信息列表中按照优先级由高到低的顺序选取预定数目的群组信息构建集群寻呼消息并广播发送所述集群寻呼消息;C、所述接入系统在群组信息列表中删除所述选取的群组信息,群组信息列表中未被删除的群组信息的延迟次数加1。本申请技术方案可以解决以上提及的寻呼资源受限时终端在相邻的寻呼周期内进行频繁的群组配置的问题以及低优先级群组业务始终无法建立的问题。
Description
技术领域
本申请涉及无线通信技术领域,尤其涉及集群通信技术,特别涉及一种集群通信系统中的寻呼消息发送方法。
背景技术
集群通信系统是为了满足行业用户指挥调度需求而开发的、面向特定行业应用的专用无线通信系统,系统中大量无线用户共享少量无线信道。在集群通信系统中,大多数业务是多用户共同参与的群组业务,如组呼、组播短消息等。建立群组业务时,集群通信系统需要向群组用户发送集群寻呼消息,通知群组用户建立群组业务。
集群通信系统一般采用广播方式发送集群寻呼消息。但是集群通信系统的群组业务涉及组内多个用户,若要保证同一群组的集群用户在相同的时刻接收集群寻呼消息,集群系统可采用固定寻呼周期的方式广播集群寻呼消息,即集群通信系统的接入系统设置固定的寻呼周期,寻呼周期内到达的集群业务建立请求将在接下来的寻呼周期通过集群寻呼消息进行广播发送。集群用户接收集群寻呼消息后,如果有其所属群组的一个或多个群组业务,则集群用户选择优先级最高的群组业务,进行信令面通道和业务面通道的配置。
对于固定寻呼周期广播寻呼消息的寻呼方法,每个寻呼周期所能承载的负荷是有限的,即每个寻呼周期发送的寻呼消息中的群组寻呼列表最多只能携带有限数量(L个)的群组信息。随着群组数量的增加,当在寻呼周期内有大于L个的群组业务需要建立时,受资源限制,集群系统只能在当前寻呼周期的群组寻呼列表携带L个群组的信息,剩余的群组寻呼信息只能在后续的寻呼周期发送。
现有技术中已有多种用于提高寻呼周期承载的负荷的方法,举例如下:
申请号为200810125037.1的中国专利“一种集群寻呼方法、系统和装置”(以下简称为现有技术1)中提出了提高一次寻呼消息所携带群组业务数量的方法,该方法仅在集群寻呼消息中携带群组标识信息和接入时隙信息,不包含信道配置信息,该方法能在一定程度上增加集群寻呼消息携带的群组业务数量。可以看出,该方法是尽量提高一次寻呼消息所携带的群组业务数量。
申请号为200910261390.7的中国专利“集群系统及其广播消息发送方法”(以下简称为现有技术2)中,通过在寻呼消息中增加“继续监听标识”,指示终端是否需要继续监听下一个时隙,终端根据指示在多个时隙上监听广播消息。该方法给出了寻呼资源受限时,在后续子帧上继续发送的寻呼消息仍然能被终端接收,从而达到提高集群系统广播消息在寻呼信道发送容量的目的。
其中,现有技术1所能提高的一次寻呼消息所携带的群组业务数量是有限的,如果群组业务数量较多,仍然需要在后续的寻呼周期发送群组寻呼消息。现有技术2仅提出终端侧的监听方案,未给出寻呼资源受限时寻呼消息的发送策略。如果采用常见的寻呼消息发送策略在后续的寻呼周期发送群组寻呼消息,会产生如下问题:
1)如果仅按照群组业务请求到达的先后顺序进行发送,则容易造成终端在相邻的寻呼周期内进行频繁的群组配置。
假定某个寻呼周期内到达了n(n>L)个群组业务请求,按照群组业务请求到达的先后顺序,进行寻呼消息中的群组寻呼列表的构建,接入系统将最先到达的L个群组信息加入群组寻呼列表并通过寻呼信息广播发送,剩余的n-L个在后续的寻呼周期发送。对于集群终端,监听前一个寻呼周期并获得相关群组的信息,从中选择优先级最高的群组业务,并根据配置信息建立集群呼叫的信令面通道;在接下来的寻呼周期,集群终端又接收到包含剩余n-L个群组信息的寻呼消息,则集群终端需根据新接收到的寻呼消息,如果有与其相关的优先级更高的群组寻呼信息,则根据该群组信息重新进行配置。
2)如果仅按照到达的群组业务的优先级进行排序,则容易造成低优先级业务始终无法接入系统的问题。
如果单纯依靠优先级高低来进行群组寻呼列表的选择,则在前一个寻呼周期将发送同期到达的n个群组业务请求中优先级排在前L位的群组信息,优先级较低的n-L个业务的群组信息将会延后发送,如果接下来的寻呼周期内,又不断有新的高优先级群组业务需要建立,则低优先级群组业务可能将始终无法获得发送寻呼的机会,最终导致低优先级群组业务始终无法建立,影响低优先级群组用户的体验。
发明内容
本申请提供了一种集群通信系统中的寻呼消息发送方法,可以解决以上提及的寻呼资源受限时终端在相邻的寻呼周期内进行频繁的群组配置的问题以及低优先级群组业务始终无法建立的问题。
本发明实施例提供的一种集群通信系统中的寻呼消息发送方法,包括:
A、集群通信系统的接入系统维护一个按照优先级排列的群组信息列表,所述优先级至少根据延迟次数决定,且在其他优先级条件相同情况下延迟次数越大则群组信息的优先级越高;
B、当寻呼周期到来时,所述接入系统从群组信息列表中按照优先级由高到低的顺序选取预定数目的群组信息构建集群寻呼消息并广播发送所述集群寻呼消息;
C、所述接入系统在群组信息列表中删除所述选取的群组信息,群组信息列表中未被删除的群组信息的延迟次数加1。
较佳地,所述优先级还根据业务类型决定,其中业务类型至少包含新建群组业务和迟后接入群组业务。
较佳地,所述优先级还根据综合优先级参数决定,所述综合优先级参数包括:紧急/非紧急标识、群组业务标识、业务发起终端的优先级、组优先级或以上综合优先级参数的任意组合。
较佳地,所述群组信息列表划分为两个以上的群组信息子列表,每一个群组信息子列表具有相应的子列表优先级;
群组信息列表中的群组信息按照优先级排列的方式为:首先按照子列表优先级排列各个群组信息子列表;在每一个群组信息子列表内部,按照延迟次数由大到小的顺序对群组信息进行排列,延迟次数相同的群组信息按照综合优先级参数由高到低进行排列。
较佳地,所述群组信息列表分为新建业务群组信息子列表和迟后接入业务群组信息子列表,分别用于存储新建群组业务和迟后接入业务所对应的群组信息;在其他优先级条件相同的情况下,新建业务群组信息子列表中的群组信息的优先级大于迟后接入业务群组信息子列表中的群组信息的优先级。
较佳地,步骤A所述集群通信系统的接入系统维护一个按照优先级排列的群组信息列表包括:
A1、接入系统接收到群组业务请求,若是新建群组业务请求,则执行步骤A2,否则执行步骤A3;对于接入系统自身触发的迟后接入,则直接执行步骤A3;
A2、将所述群组业务请求相关的群组信息列入新建业务群组信息子列表;
A3、将所述群组业务请求相关的群组信息列入迟后接入业务群组信息子列表。
较佳地,新建业务群组信息子列表进一步划分为高优先级新建业务群组信息子列表和低优先级新建业务群组信息子列表,迟后接入业务群组信息子列表进一步划分为高优先级迟后接入业务群组信息子列表和低优先级迟后接入业务群组信息子列表;其中,高优先级新建业务群组信息子列表和高优先级迟后接入业务群组信息子列表中的群组信息的综合优先级参数高于或等于设定的优先级阈值,低优先级新建业务群组信息子列表和低优先级迟后接入业务群组信息子列表中的群组信息的综合优先级参数低于设定的优先级阈值;
所述各个群组信息子列表的子列表优先级从高到低依次为:高优先级新建业务群组信息子列表、高优先级迟后接入业务群组信息子列表、低优先级新建业务群组信息子列表和低优先级迟后接入业务群组信息子列表。
本发明实施例还提供了一种集群通信系统中的寻呼消息发送方法,包括:
a、集群通信系统的接入系统维护一个按照优先级排列的群组信息列表,所述群组信息列表分为新建业务群组信息子列表和迟后接入业务群组信息子列表,分别用于存储新建群组业务和迟后接入业务所对应的群组信息;在其他优先级条件相同的情况下,新建业务群组信息子列表中的群组信息的优先级大于迟后接入业务群组信息子列表中的群组信息的优先级;
b、当寻呼周期到来时,所述接入系统从群组信息列表中按照优先级由高到低的顺序选取预定数目的群组信息构建集群寻呼消息并广播发送所述集群寻呼消息;
c、所述接入系统在群组信息列表中删除所述选取的群组信息。
从以上技术方案可以看出,接入系统维护一个按照优先级排列的群组信息列表,根据该群组信息列表构建集群寻呼消息,从而保证高优先级群组业务优先建立;进一步地,当寻呼资源受限时,能够将优先级较高的一部分群组业务建立请求在前一个寻呼周期内发送,优先级较低的群组业务建立请求在后续的寻呼周期内进行发送,可避免集群终端在相邻两个寻呼周期频繁配置集群信令面和业务面通道,减少系统信令负荷。群组信息列表中未被发送的群组信息的延迟次数加1,从而提升这些群组信息的优先级,能够保证先到达的低优先级群组业务也能获得寻呼消息的发送机会,避免先到达的低优先级群组业务出现无限期地被延迟发送的情况,从而提高低优先级群组用户的体验。
在本申请的其他实施例中,将群组信息按照新建群组业务和迟后接入群组业务设置为不同的优先级,在资源受限时,优先进行新建业务寻呼信息的发送,从而解决迟后接入业务的寻呼信息周期发送时,频繁抢占系统资源的问题,提高新建群组业务的接入成功率,进而提高用户满意度。
附图说明
图1为本申请实施例提供的高优先级/低优先级新建业务群组信息子列表的划分流程示意图;
图2为本申请实施例提供的新建群组业务信息/迟后接入群组业务信息的排序示意图;
图3为本发明实施例提供的群组信息列表的维护流程示意图。
具体实施方式
本申请提出了一种寻呼资源受限时,集群通信系统发送寻呼消息的方法。本申请的主要思想包括:接入系统维护一个按照优先级排列的群组信息列表,所述优先级至少根据延迟次数决定,且在其他优先级条件相同情况下延迟次数越大则群组信息的优先级越高;当寻呼周期到来时,接入系统从群组信息列表中选取预定数目的群组信息构建集群寻呼消息并广播发送所述集群寻呼消息,并在群组信息列表中删除所述选取的群组信息,群组信息列表中未被删除的群组信息的延迟次数加1。
集群终端接收到寻呼消息后,解析群组寻呼列表并从中解析出其属组的群组信息,如果有多个与该终端相关的群组信息,则集群终端选择综合优先级参数最高的群组业务进行配置。
具体地,接入系统接收到网络侧发送的群组业务请求,则将所述请求相关的群组信息放入自身维护的群组信息列表,群组信息列表中既包含本寻呼周期内新收到的需要建立群组业务的群组信息,也包含先前寻呼周期内收到但接入系统尚未通过寻呼消息发送的群组信息。
群组信息列表中所维护的群组信息包括三个变量,即群组标识、综合优先级参数、延迟次数。其中群组标识是该集群群组的组号;综合优先级参数包括紧急/非紧急标识、群组业务标识、业务发起终端的优先级、业务类型或以上优先级参数的任意组合;延迟次数代表接入系统接收到群组业务请求后,延迟发送该请求的寻呼周期的次数。群组业务标识用于区分组呼、组短消息等群组业务。
较佳地,所述群组信息列表可以进一步划分为两个以上的群组信息子列表,每一个群组信息子列表具有相应的子列表优先级;群组信息列表中的群组信息按照优先级排列的方式为:首先按照子列表优先级排列各个群组信息子列表;在每一个群组信息子列表内部,按照延迟次数由大到小的顺序对群组信息进行排列,延迟次数相同的群组信息按照综合优先级参数由高到低进行排列。
例如,可以按照是否为紧急业务划分为紧急群组业务子列表和非紧急群组业务子列表,其中前者具有较高优先级。也可以按照综合优先级参数是否大于预先设定的优先级阈值划分为高优先级群组业务子列表,和低优先级群组业务子列表。
在实际应用中,需要将某一种业务类型的群组业务的优先级设置为整体大于另一种业务类型的群组业务。例如,作为集群通信系统的典型补充业务之一,迟后接入业务能够将迟来的用户加入正在进行的群组业务中。迟后接入业务的寻呼信息在集群系统中是周期性发送的,如果接入系统不对迟后接入业务和新建业务进行区分,有可能优先处理迟后接入业务的寻呼消息,而造成对新建业务寻呼信息的延迟处理,进而降低新建业务的用户满意度。
基于上述考虑,可以将群组信息列表进一步分为新建业务群组信息子列表和迟后接入业务群组信息子列表,分别存储新建群组业务和迟后接入业务所对应的群组信息,由接入系统根据群组业务请求对应的业务类型进行区分。
较佳地,新建业务群组信息子列表进一步划分为高优先级新建业务群组信息子列表和低优先级新建业务群组信息子列表,由接入系统根据业务的综合优先级参数进行区分,若综合优先级参数高于或等于设定的优先级阈值,则进入高优先级新建业务群组信息子列表,否则进入低优先级新建业务群组信息子列表。类似地,迟后接入业务群组信息子列表进一步划分为高优先级迟后接入业务群组信息子列表和低优先级迟后接入业务群组信息子列表,判断原则与新建业务群组信息子列表一致。
较佳地,高优先级新建业务群组信息子列表、低优先级新建业务群组信息子列表、高优先级迟后接入业务群组信息子列表和低优先级迟后接入业务群组信息子列表内的群组信息排序原则包括:先按照延迟次数由大到小的顺序进行排列,延迟次数相同的按照综合优先级参数由高到低进行排列。
较佳地,接入系统从群组信息列表内选择L个群组信息构建本寻呼周期发送的寻呼消息中的群组寻呼列表。构建原则是先选取高优先级新建业务群组信息子列表,再依次选取高优先级迟后接入业务群组信息子列表、低优先级新建业务群组信息子列表和低优先级迟后接入业务群组信息子列表。
对于本寻呼周期已发送的群组信息,接入系统将其群组标识对应的群组信息列表中的群组信息删除;对于本寻呼周期未发送的群组信息,接入系统在其自身维护的群组信息列表中将该群组标识对应的群组信息的延迟次数加1。
为使本申请技术方案的技术原理、特点以及技术效果更加清楚,以下结合具体实施例对本申请技术方案进行详细阐述。
本申请实施例中,接入系统维护一个群组信息列表。接入系统接收到群组业务建立请求或迟后接入周期到达,接入系统将相应群组信息存入群组信息列表,如表1所示。
表1
接入系统所存储的群组信息列表由群组信息组成,每个群组信息包含群组业务对应的群组标识、综合优先级参数(P)、延迟次数(N)等变量。其中:
群组标识:代表接入系统接收到的群组业务请求所对应的群组号码,该标识在全网内唯一。该标识可从相应请求消息中获取。
综合优先级参数:代表本次群组业务的综合优先级参数,由紧急/非紧急标识、群组业务标识、业务发起终端的优先级、组优先级等综合体现。综合优先级参数可包含多个取值。该标识可从业务建立过程中的相应消息中获取,综合优先级参数的定义依赖于具体实现,本实施例方案不做具体限定。表2给出了综合优先级参数的一个具体示例,该示例仅用于本领域技术人员加深对本申请方案的理解,不用于对本申请方案进行限制。
表2
延迟次数:代表接入系统接收到群组业务请求后,延迟发送包含该请求对应的群组信息的寻呼周期次数。当前寻呼周期接收到的群组业务相关群组信息,若在下一个寻呼周期才能发送则延迟次数为1,并以此类推。延迟次数是接入系统自身记录并维护的参数。
为了对迟后接入业务和新建业务进行均衡处理,有必要将群组信息列表进一步划分为两个子列表:新建业务群组信息子列表和迟后接入业务群组信息子列表。接入系统接收到群组业务请求后,若是新建群组业务请求,则将相应群组信息列入新建业务群组信息子列表;否则将相应群组信息列入迟后接入业务群组信息子列表。
较佳地,为了实现对不同优先级的群组业务进行处理,可以将新建业务群组信息子列表进一步划分为高优先级新建业务群组信息子列表和低优先级新建业务群组信息子列表两部分。为实现该目的,接入系统维护两个阈值类参数:
1、优先级阈值(Pthreshold):综合优先级参数高于或等于该阈值的群组信息列入高优先级群组信息子列表,综合优先级参数低于该阈值的群组信息列入低优先级群组信息子列表。当系统发送寻呼消息时,应优先发送高优先级群组信息子列表内的群组信息。
以表2的示例为例,假定紧急/非紧急标识为1时,表明业务为紧急业务;为0为非紧急业务。若系统定义在寻呼资源受限时,必须优先保证新建/迟后接入的紧急业务的群组信息的发送,则可将Pthreshold设置为128(即综合优先级二进制表示为10000000),当Pthreshold设置>=128时,代表该业务为紧急业务,则应放入高优先级子列表;否则放入低优先级子列表。
2、群组信息数目(L):代表每个寻呼周期发送的寻呼消息可包含的最大群组信息数量。
本发明实施例提供的划分高优先级新建业务群组信息子列表和低优先级新建业务群组信息子列表的流程如图1所示:
步骤101:接入系统接收到新建群组业务建立请求。
步骤102:判断该新建群组业务的综合优先级参数是否高于或等于阈值Pthreshold,若是,执行步骤103,否则执行步骤104。
步骤103:接入系统将该群组信息列入高优先级新建业务群组信息子列表,并将延迟次数置为0,并结束本流程。
步骤104:接入系统将群组信息列入低优先级新建业务群组信息子列表,并将延迟次数置为0。
类似的,迟后接入业务群组信息子列表进一步划分为高优先级迟后接入业务群组信息子列表和低优先级迟后接入业务群组信息子列表,具体划分原则与新建业务群组信息子列表一致。与图1所示流程不同的是,当群组信息列入迟后接入业务群组信息子列表(包含高优先级迟后接入业务群组信息子列表和低优先级迟后接入业务群组信息子列表)后,延迟次数不是置0,而是在原有的延迟次数基础上加1。
图2为本申请实施例提供的新建群组业务信息/迟后接入群组业务信息的排序示意图。从图2中可以看出,高优先级群组信息子列表(包括高优先级新建业务群组信息子列表和高优先级迟后接入业务群组信息子列表)的排序要先于低优先级群组信息子列表(包括低优先级新建业务群组信息子列表和低优先级迟后接入业务群组信息子列表)。更进一步的,所有群组信息子列表的排序原则一致,均为先按照延迟次数N由大到小的顺序排列,延迟次数N相同的群组信息再按照综合优先级参数由高到低的顺序进行排列。
因此,对于接入系统所维护的群组信息列表,其组成顺序依次是高优先级新建业务群组信息子列表、高优先级迟后接入业务群组信息子列表、低优先级新建业务群组信息子列表、低优先级迟后接入业务群组信息子列表。
以上对群组寻呼列表的内容和结构进行了说明,下面说明群组寻呼列表的维护过程。
在本申请实施例中,群组寻呼列表为寻呼消息提供信息来源。
在寻呼周期所广播的寻呼消息中包含群组寻呼列表。群组寻呼列表包含群组标识、综合优先级参数、接入标识等参数。与接入系统所维护的群组信息列表相比,群组寻呼列表不包含延迟次数。
群组寻呼列表依据接入系统所维护的群组信息列表构建。如果群组信息列表包含的群组信息数目大于群组寻呼列表的最大数量(L),则按照高优先级新建业务群组信息子列表、高优先级迟后接入业务群组信息子列表、低优先级新建业务群组信息子列表、低优先级迟后接入业务群组信息子列表的顺序,从群组信息列表内选择排序在前的L个群组信息,构建群组寻呼列表。
对于未在本寻呼周期发送的新建业务或迟后接入业务群组信息,将群组信息列表中对应的群组信息的延迟次数加1;已在本寻呼周期发送的新建业务或迟后接入业务的群组信息,接入系统将从自身维护的群组信息列表中删除相应群组信息。
结合以上描述,接入子系统接收到群组业务请求后,将按照图3所示的群组信息列表的维护流程进行处理,包括如下步骤:
步骤301:接入系统接收群组业务请求。
步骤302:若是新建群组业务请求,执行步骤303至311,否则执行步骤312至320。
步骤303至311的具体执行过程如下:
步骤303:该群组业务请求要求建立的群组业务(以下简称为第一群组业务)属于新建业务,将该群组业务请求中的群组信息列入新建业务群组信息子列表。
步骤304:判断第一群组业务的业务优先级是否高于或等于优先级阈值,若是,执行步骤306,否则执行步骤305。
步骤305:将第一群组业务进一步列入低优先级新建业务群组信息子列表,然后执行步骤307判断高优先级群组业务(包括高优先级新建群组业务以及高优先级迟后接入群组业务)以及排列在第一群组业务前的低优先级新建群组业务的数据是否小于L个,若是,执行步骤310将第一群组业务列入群组寻呼列表,并从低优先级新建业务群组信息子列表中删除该群组信息;否则执行步骤309将第一群组业务对应的延迟次数加1。然后结束本流程。
步骤306:将第一群组业务进一步列入高优先级新建业务群组信息子列表,然后执行步骤308判断排列在第一群组业务前的高优先级新建群组业务的数目是否小于L个,若是,执行步骤311将第一群组业务列入群组寻呼列表,并从高优先级新建业务群组信息子列表中删除该群组信息;否则执行步骤309将第一群组业务对应的延迟次数加1。然后结束本流程。
步骤312至320的具体执行过程如下:
步骤312:该群组业务请求要求建立的群组业务(以下简称为第一群组业务)属于迟后接入业务,将该群组业务请求中的群组信息列入迟后接入业务群组信息子列表。
步骤313:判断第一群组业务的综合优先级参数是否高于或等于优先级阈值,若是,执行步骤314,否则执行步骤315。
步骤314:将第一群组业务进一步列入高优先级迟后接入业务群组信息子列表,然后执行步骤316判断高优先级新建群组业务以及排列在第一群组业务前的高优先级迟后接入群组业务的数目是否小于L个,若是,执行步骤319将第一群组业务列入群组寻呼列表,并从高优先级迟后接入业务群组信息子列表中删除该群组信息;否则执行步骤318将第一群组业务对应的延迟次数加1。然后结束本流程。
步骤315:将第一群组业务进一步列入低优先级迟后接入业务群组信息子列表,然后执行步骤317判断新建群组业务(包括高优先级新建群组业务以及低优先级新建群组业务)、高优先级迟后接入群组业务以及排列在第一群组业务前的低优先级迟后接入群组业务的数目是否小于L个,若是,执行步骤320将第一群组业务列入群组寻呼列表,并从低优先级迟后接入业务群组信息子列表中删除该群组信息;否则执行步骤318将第一群组业务对应的延迟次数加1。然后结束本流程。
对于接入系统自身触发的迟后接入,直接执行步骤312至320。
本申请实施例中,集群终端通过监听寻呼信道接收接入系统发送的集群寻呼消息。接收到群组寻呼列表后,集群终端根据群组标识判断是否有其所在的群组的业务,如有,则集群终端选择综合优先级最高的群组业务,并提取相关信息进行集群信令面信道的配置,接收该群组的控制信令,并配置集群业务面通道,接收业务数据。
本申请提出的一种集群通信系统中的寻呼消息发送方法,可以实现如下技术效果:
1、将同一寻呼周期内到达的群组业务建立请求按照优先级由高到低的顺序构建寻呼消息,保证高优先级群组业务优先建立;进一步地,当寻呼资源受限时,能够将优先级较高的群组业务建立请求在前一个寻呼周期内发送,优先级较低的群组业务建立请求在后一个寻呼周期内进行发送,可避免集群终端在相邻两个寻呼周期频繁配置集群信令面和业务面通道,减少系统信令负荷。
2、所述方法综合考虑群组业务到达时间,能够保证先到达的低优先级群组业务也能获得寻呼消息的发送机会,避免先到达的低优先级群组业务出现无限期地被延迟发送的情况,从而提高低优先级群组用户的体验。
3、所述方法能够对新建业务和迟后接入业务进行区分,在资源受限时,优先进行新建业务寻呼信息的发送,从而解决迟后接入业务的寻呼信息周期发送时,频繁抢占系统资源的问题,提高新建群组业务的接入成功率,进而提高用户满意度。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请的保护范围,凡在本申请技术方案的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (10)
1.一种集群通信系统中的寻呼消息发送方法,其特征在于,包括:
A、集群通信系统的接入系统维护一个按照优先级排列的群组信息列表,所述优先级至少根据延迟次数决定,且在其他优先级条件相同情况下延迟次数越大则群组信息的优先级越高;
B、当寻呼周期到来时,所述接入系统从群组信息列表中按照优先级由高到低的顺序选取预定数目的群组信息构建集群寻呼消息并广播发送所述集群寻呼消息;
C、所述接入系统在群组信息列表中删除所述选取的群组信息,群组信息列表中未被删除的群组信息的延迟次数加1。
2.根据权利要求1所述的方法,其特征在于,所述优先级还根据业务类型决定,其中业务类型至少包含新建群组业务和迟后接入群组业务。
3.根据权利要求2所述的方法,其特征在于,所述优先级还根据综合优先级参数决定,所述综合优先级参数包括:紧急/非紧急标识、群组业务标识、业务发起终端的优先级、组优先级或以上综合优先级参数的任意组合。
4.根据权利要求3所述的方法,其特征在于,所述群组信息列表划分为两个以上的群组信息子列表,每一个群组信息子列表具有相应的子列表优先级;
群组信息列表中的群组信息按照优先级排列的方式为:首先按照子列表优先级排列各个群组信息子列表;在每一个群组信息子列表内部,按照延迟次数由大到小的顺序对群组信息进行排列,延迟次数相同的群组信息按照综合优先级参数由高到低进行排列。
5.根据权利要求4所述的方法,其特征在于,所述群组信息列表分为新建业务群组信息子列表和迟后接入业务群组信息子列表,分别用于存储新建群组业务和迟后接入业务所对应的群组信息;在其他优先级条件相同的情况下,新建业务群组信息子列表中的群组信息的优先级大于迟后接入业务群组信息子列表中的群组信息的优先级。
6.根据权利要求5所述的方法,其特征在于,步骤A所述集群通信系统的接入系统维护一个按照优先级排列的群组信息列表包括:
A1、接入系统接收到群组业务请求,若是新建群组业务请求,则执行步骤A2,否则执行步骤A3;对于接入系统自身触发的迟后接入,则直接执行步骤A3;
A2、将所述群组业务请求相关的群组信息列入新建业务群组信息子列表;
A3、将所述群组业务请求相关的群组信息列入迟后接入业务群组信息子列表。
7.根据权利要求5所述的方法,其特征在于,新建业务群组信息子列表进一步划分为高优先级新建业务群组信息子列表和低优先级新建业务群组信息子列表,迟后接入业务群组信息子列表进一步划分为高优先级迟后接入业务群组信息子列表和低优先级迟后接入业务群组信息子列表;其中,高优先级新建业务群组信息子列表和高优先级迟后接入业务群组信息子列表中的群组信息的综合优先级参数高于或等于设定的优先级阈值,低优先级新建业务群组信息子列表和低优先级迟后接入业务群组信息子列表中的群组信息的综合优先级参数低于设定的优先级阈值;
所述各个群组信息子列表的子列表优先级从高到低依次为:高优先级新建业务群组信息子列表、高优先级迟后接入业务群组信息子列表、低优先级新建业务群组信息子列表和低优先级迟后接入业务群组信息子列表。
8.一种集群通信系统中的寻呼消息发送方法,其特征在于,包括
a、集群通信系统的接入系统维护一个按照优先级排列的群组信息列表,所述群组信息列表分为新建业务群组信息子列表和迟后接入业务群组信息子列表,分别用于存储新建群组业务和迟后接入业务所对应的群组信息;在其他优先级条件相同的情况下,新建业务群组信息子列表中的群组信息的优先级大于迟后接入业务群组信息子列表中的群组信息的优先级;
b、当寻呼周期到来时,所述接入系统从群组信息列表中按照优先级由高到低的顺序选取预定数目的群组信息构建集群寻呼消息并广播发送所述集群寻呼消息;
c、所述接入系统在群组信息列表中删除所述选取的群组信息。
9.根据权利要求8所述的方法,其特征在于,步骤a所述集群通信系统的接入系统维护一个按照优先级排列的群组信息列表包括:
a1、接入系统接收到群组业务请求,若是新建群组业务请求,则执行步骤a2,否则执行步骤a3;对于接入系统自身触发的迟后接入,则直接执行步骤a3;
a2、将所述群组业务请求相关的群组信息列入新建业务群组信息子列表;
a3、将所述群组业务请求相关的群组信息列入迟后接入业务群组信息子列表。
10.根据权利要求8所述的方法,其特征在于,新建业务群组信息子列表进一步划分为高优先级新建业务群组信息子列表和低优先级新建业务群组信息子列表,迟后接入业务群组信息子列表进一步划分为高优先级迟后接入业务群组信息子列表和低优先级迟后接入业务群组信息子列表;其中,高优先级新建业务群组信息子列表和高优先级迟后接入业务群组信息子列表中的群组信息的综合优先级参数高于或等于设定的优先级阈值,低优先级新建业务群组信息子列表和低优先级迟后接入业务群组信息子列表中的群组信息的综合优先级参数低于设定的优先级阈值;
所述各个群组信息子列表的子列表优先级从高到低依次为:高优先级新建业务群组信息子列表、高优先级迟后接入业务群组信息子列表、低优先级新建业务群组信息子列表和低优先级迟后接入业务群组信息子列表。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210247026.7A CN103546872B (zh) | 2012-07-17 | 2012-07-17 | 一种集群通信系统中的寻呼消息发送方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210247026.7A CN103546872B (zh) | 2012-07-17 | 2012-07-17 | 一种集群通信系统中的寻呼消息发送方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103546872A true CN103546872A (zh) | 2014-01-29 |
CN103546872B CN103546872B (zh) | 2017-04-05 |
Family
ID=49969849
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210247026.7A Expired - Fee Related CN103546872B (zh) | 2012-07-17 | 2012-07-17 | 一种集群通信系统中的寻呼消息发送方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103546872B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103796171A (zh) * | 2014-02-24 | 2014-05-14 | 海能达通信股份有限公司 | 保留组呼优先级信息的方法,交换处理中心和组呼系统 |
CN108990151A (zh) * | 2018-08-01 | 2018-12-11 | 京信通信系统(中国)有限公司 | 寻呼合并方法、装置及网关和基站 |
CN109462826A (zh) * | 2018-12-17 | 2019-03-12 | 新华三技术有限公司成都分公司 | 一种群组寻呼方法、用户设备、网络设备及计算机可读存储介质 |
CN113692054A (zh) * | 2021-08-19 | 2021-11-23 | 上海擎昆信息科技有限公司 | 一种通信资源分配方法、系统、智能设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050289390A1 (en) * | 2004-06-29 | 2005-12-29 | Tsunehiko Baba | Failover method for a cluster computer system |
CN101242588A (zh) * | 2007-02-09 | 2008-08-13 | 华为技术有限公司 | 会话邀请的控制方法与多方通信系统及其服务器、发起端 |
CN102083008A (zh) * | 2009-11-27 | 2011-06-01 | 中兴通讯股份有限公司 | 一种集群终端自建组成员动态管理的方法和系统 |
-
2012
- 2012-07-17 CN CN201210247026.7A patent/CN103546872B/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050289390A1 (en) * | 2004-06-29 | 2005-12-29 | Tsunehiko Baba | Failover method for a cluster computer system |
CN101242588A (zh) * | 2007-02-09 | 2008-08-13 | 华为技术有限公司 | 会话邀请的控制方法与多方通信系统及其服务器、发起端 |
CN102083008A (zh) * | 2009-11-27 | 2011-06-01 | 中兴通讯股份有限公司 | 一种集群终端自建组成员动态管理的方法和系统 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103796171A (zh) * | 2014-02-24 | 2014-05-14 | 海能达通信股份有限公司 | 保留组呼优先级信息的方法,交换处理中心和组呼系统 |
CN103796171B (zh) * | 2014-02-24 | 2018-01-16 | 海能达通信股份有限公司 | 保留组呼优先级信息的方法,交换处理中心和组呼系统 |
CN108990151A (zh) * | 2018-08-01 | 2018-12-11 | 京信通信系统(中国)有限公司 | 寻呼合并方法、装置及网关和基站 |
CN108990151B (zh) * | 2018-08-01 | 2022-02-01 | 京信网络系统股份有限公司 | 寻呼合并方法、装置及网关和基站 |
CN109462826A (zh) * | 2018-12-17 | 2019-03-12 | 新华三技术有限公司成都分公司 | 一种群组寻呼方法、用户设备、网络设备及计算机可读存储介质 |
CN109462826B (zh) * | 2018-12-17 | 2022-02-11 | 新华三技术有限公司成都分公司 | 一种群组寻呼方法、用户设备、网络设备及计算机可读存储介质 |
CN113692054A (zh) * | 2021-08-19 | 2021-11-23 | 上海擎昆信息科技有限公司 | 一种通信资源分配方法、系统、智能设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN103546872B (zh) | 2017-04-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105635984B (zh) | 指示信息处理方法及装置 | |
CN102651853A (zh) | M2m终端随机接入方法 | |
CN104469694A (zh) | 一种基于集群系统的通信方法及装置 | |
CN103796175A (zh) | 一种lte系统中发送、接收集群寻呼的方法和相应装置 | |
CN101820631A (zh) | 一种移动通信系统基站之间的协作式调度方法和基站 | |
CN105635985B (zh) | 确定挂起业务的方法及装置、指示信息处理方法及装置 | |
CN101841911A (zh) | 寻呼终端的方法及装置 | |
CN104427626A (zh) | 半静态调度方法和系统 | |
CN100550759C (zh) | 业务准入方法、抢占方法及通信装置 | |
CN101374020B (zh) | 一种中继网络中的集中式带宽分配方法 | |
CN103581840A (zh) | 一种脱网直通模式下组呼业务的传输方法及终端 | |
CN102223306A (zh) | 一种报文传输方法及装置 | |
US7317706B1 (en) | Fair share scheduling method in a CDMA paging system | |
CN103546872A (zh) | 一种集群通信系统中的寻呼消息发送方法 | |
CN101110659B (zh) | 分配小区频带的方法及其网络设备 | |
CN101137078A (zh) | 寻呼方法、寻呼系统及相关设备 | |
CN105323723A (zh) | 基于mbms承载的集群通信中查询节点状态的方法及系统 | |
CN102595565B (zh) | 集群通信系统及该系统的寻呼方法、网络侧设备及终端 | |
CN105323722A (zh) | 基于mbms承载的集群通信中拥塞状态上报方法及系统 | |
KR102675137B1 (ko) | 자원 할당 방법, 장비 및 시스템 | |
US10098177B2 (en) | Data transmission method and terminal | |
CN1553715A (zh) | 一种在扩频分组网络中基于多包接收的信道接入方法 | |
CN105453618A (zh) | 上行资源分配方法、接入终端及接入点 | |
CN104754754A (zh) | 半静态调度下的迟后接入方法 | |
CN109714223B (zh) | Nfv架构下实现网络业务接入动态负载分担功能的系统及其方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | 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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20170405 |
|
CF01 | Termination of patent right due to non-payment of annual fee |