CN1984386B - 一种组呼听者识别业务的实现方法 - Google Patents
一种组呼听者识别业务的实现方法 Download PDFInfo
- Publication number
- CN1984386B CN1984386B CN2006100721227A CN200610072122A CN1984386B CN 1984386 B CN1984386 B CN 1984386B CN 2006100721227 A CN2006100721227 A CN 2006100721227A CN 200610072122 A CN200610072122 A CN 200610072122A CN 1984386 B CN1984386 B CN 1984386B
- Authority
- CN
- China
- Prior art keywords
- hearer
- professional
- group
- information
- rml
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种组呼听者识别业务的实现方法,其特征在于,该方法包括如下步骤:A、确定本听者信息上报周期内,需要上报的听者消息业务成员名单(RML);B、在各个组呼小区分别广播包括一个或一个以上RML中业务成员标识的组寻呼消息;C、组呼小区中的业务成员根据自身业务用户标识和所收到的组寻呼消息中业务用户标识的匹配结果,进行听者信息上报。通过应用本发明方法,可以更加灵活的实现组呼听者识别业务,提高听者信息上报速度。
Description
技术领域
本发明涉及无线通信技术领域,特别涉及一种组呼听者识别业务的实现方法。
背景技术
语音组呼业务(Voice Group Call Service,VGCS)和语音广播业务(VoiceBroadcast Service,VBS)都是全球移动系统(Global System for Mobile,GSM)中多方参与的语音通信方式,突破了点对点通信的局限性,能够快速建立呼叫。这两种业务可统称为组呼业务。
VGCS业务中包含两种身份的业务成员,即调度员和业务用户。调度员可以是固网用户也可以是移动用户,通过为其建立的专用通道参与组呼的话音通信,在现有GSM 800M数字集群系统(GSM Trunk 800M,GT800)标准中,VGCS业务可以没有调度员或最多五个调度员;业务用户指预订了VGCS业务的移动用户,数量不限,通过组呼区域内的组呼通道参与组呼的话音通信。
VGCS业务在任何时刻只准许一个业务用户以及最多五个调度员同时讲话,而其他不处于讲话状态的业务用户称为组呼听者。组呼听者可以通过按移动终端上的即按即说(Push To Talk,PTT)键,按照“先到先得”的原则来实现抢上行业务信道的操作,如果抢上行业务信道成功即可获得讲话权参与讲话,其他组呼听者只有当上行业务信道空闲时才可以继续抢上行业务信道的操作。调度员具有自己的专用通道,随时可以参与讲话。
一个特定的组呼通信由组识别号(Group ID,G-ID)和组呼区域唯一确定。G-ID与组呼区域合起来称作组呼参考,即组呼参考唯一确定一个组呼通信。G-ID标识该组的功能,即由哪些身份的成员参加;一个移动用户可以同时签约多个G-ID,并给它们设置不同的优先级。组呼区域是指组呼通信所覆盖的范围,以无线小区为基本单位,可以由一个或一个以上属于相同移动交换中心(MSC)或不同MSC的小区组成,组成组呼区域的小区称为组呼小区。呼叫时,每个组呼小区有一个组呼通道,讲话的业务用户工作在组发射模式,通过其中的上行业务信道发送通话内容;所有组呼听者工作在组接收模式,通过下行业务信道接收通话内容。
涉及多个MSC的组呼业务,其中一个MSC负责呼叫的管理,称之为主持MSC(Anchor MSC,A-MSC),其它MSC称为转播MSC(Relay MSC,R-MSC)。A-MSC负责建立所有的连接,包括到本MSC的指定小区、相关R-MSC以及调度台的连接,并完成话音的分发;R-MSC到A-MSC仅需建立一条链路,R-MSC负责所属小区下行话音的分发。
VBS具有和VGCS相似的业务功能,主要差别是VBS业务中,只有广播的发起者有讲话的权利,并且发起者的身份只能是调度员;其他成员,包括普通用户和非发起者的调度员没有讲话的权利。
在GSM规范中,组呼业务的组呼听者工作在接收模式下,接收组呼信道的下行业务信道所承载的信息,而没有上行信道与网络侧连接。因此在组呼业务的过程中,网络侧不能获取组呼听者的信息,组呼听者是否参与组呼/组播以及参与组呼/组播的过程等情况网络侧都不能知晓。
为了获取各个组呼听者是否在线的信息,就需要给组呼听者建立用于与网络通信的上行通道,网络通过在该上行通道接收听者的信息来判断组呼用户是否在线,这就是听者识别业务。
现有的听者识别业务的实现方式如下:
网络侧存储所有业务成员的序号,而每个业务成员分别存储自己的序号;网络侧在各个组呼小区的组呼信道上广播要求上报听者信息的请求,该请求包含上报的时间点和每个业务成员顺序上报所需的时隙,业务成员根据所接收的请求和本地存储的序号,计算出自己上报的帧号,在这个帧号对应的时隙上报听者信息,可以通过组呼信道上报,或者通过专门分配的专用信道上报;网络侧则按照所有业务成员上报所需的时隙总和分配上报时间周期,并在上报时间周期接收听者信息,当上报时间周期结束时,再次广播要求上报听者信息的请求,在下一个周期重复上述操作。
在上述听者识别业务中,按照预先规定的固定顺序进行听者信息上报,这样会造成如下缺点:
所有组呼小区都要按照每个业务用户轮循一遍的时隙总和来分配上报周期,上报速度缓慢;如果业务用户已经关机、不在服务区,或者业务用户被删除,仍然必须维持原有的上报顺序,浪费了上报的时隙;无法实现只查询部分业务用户的听者状态。
另外,由于业务用户和网络侧都必须存储听者信息上报所需的序号,业务用户的序号通常存储在移动终端的用户识别模块(Subscriber identificationModule,SIM)卡上,占用SIM卡的容量,需要修改SIM卡的规范,兼容性不好;如果组内用户改变的话,需要通过修改SIM卡来更新序号,实现很困难;维护数据复杂,可能出现SIM卡和网络的数据不一致的情况,出现异常的可能性增大。
发明内容
有鉴于此,本发明的目的在于,提出一种组呼听者识别业务的实现方法,可以更加灵活地进行听者信息上报。
该方法包括如下步骤:
A、确定本听者信息上报周期内,需要上报的听者消息业务成员名单RML;
B、在各个组呼小区分别广播包括一个以上RML中业务成员标识的组寻呼消息;
C、组呼小区中的业务成员根据自身业务成员标识和所收到的组寻呼消息中业务成员标识的匹配结果,进行听者信息上报。
步骤C之后进一步包括:当参与组呼的一个组呼小区内业务成员完成听者信息上报后,进入该小区的下一个听者信息上报周期,并依次执行步骤A至步骤C。
步骤A所述本听者信息上报周期如果为首次听者信息上报周期,则所述RML中包括参加该组呼的所有业务成员的标识。
步骤A所述确定RML可以为:确定业务成员在上一个听者信息上报周期中处于如下任意一种情况,则将所确定的业务成员从RML中删除:
已关机;在其他呼叫业务中;不在服务区;不在组呼区域。
步骤A所述确定RML还可以为:确定业务成员在上一个听者信息上报周期中处于如下任意一种情况,则将所确定的业务成员加入到RML中:
从关机状态开机;结束其他呼叫业务;进入服务区;进入组呼区域。
步骤A所述确定RML还可以为:
业务成员连续m个听者信息上报周期未上报信息,则将该业务成员上报信息的频率调整为每隔n个听者信息上报周期上报一次,根据调整后的频率确定本次听者信息上报周期是否需要该业务成员上报信息,若需要则将该成员加入RML,若不需要则不加入;其中,所述m或n为预先设定值。
步骤A进一步包括:如果在上一听者信息上报周期收到已调整上报信息频率的业务成员的上报消息,则将该业务成员上报信息的频率恢复为默认上报频率,并将该成员加入RML中;其中,默认上报频率为每个听者信息上报周期上报。
步骤A所述确定RML为:删除RML中原有的业务成员,将调度台指定的业务成员加入到RML中。
步骤A所述确定RML为:由调度台在上个听者信息上报周期解除指定业务成员,则本听者信息上报周期的RML包括参加该组呼的所有业务成员。
步骤B之前进一步包括:确定RML中的业务成员是局域成员或全局成员,并确定每个组呼小区的需要上报听者消息业务成员子名单RMSL的内容为组呼的全局成员标识组成的集合与本组呼小区的局域成员标识组成的集合的并集;
则步骤B为:
对于每一个参加组呼的组呼小区,判断其RMSL中业务成员数目是否为零,若是,则转至步骤A;否则在该组呼小区广播包括一个以上本组呼小区RMSL中业务成员标识的组寻呼消息。
所述确定RML中的业务成员是局域成员为:将上一听者信息上报周期中在参加组呼的一个组呼小区收到听者上报消息对应的业务用户确定为该组呼小区的局域成员;
所述确定RML中的业务成员为全局成员为:将上一听者信息上报周期中不能确定其所处组呼小区的业务成员确定为全局成员;若所述本听者信息上报周期为首次听者信息上报周期,将RML中的全体业务成员作为全局成员。
所述进入该小区的下一个听者信息上报周期之前,进一步包括:对所述小区的听者信息上报周期进行调整。
所述对该小区的听者信息上报周期进行调整为:判断本小区RMSL中的业务成员标识的数目是否为各个组呼小区RMSL中业务成员标识的数目最大的,若是,则立即执行后续步骤,否则进入等待状态,直到业务成员标识的数目最大的小区完成本周期的听者信息上报后,则执行后续步骤。
所述对所述小区的听者信息上报周期进行调整为:判断所述小区RMSL中业务成员标识的数目是否小于预先设定值,若是,则进入等待状态,在经过预设的时延后执行后续步骤;否则,立即执行后续步骤。
所述广播组寻呼消息为:通过快速随路控制信道广播组寻呼消息。
其中,步骤C为:
业务成员接收组寻呼消息,将所收到的组寻呼消息中携带的成员标识与自身存储的成员标识进行匹配,如果匹配成功,则根据所匹配的标识在组寻呼消息中的位置,计算出自己上报的时机,并在所算出的时机进行听者信息上报;如果匹配不成功,则不作任何处理。
所述业务成员标识为与业务用户移动终端的国际移动用户标识IMSI有关的信息。
在所述步骤A之前,该方法进一步包括:
AA1:选择一个未确定标识的业务成员的IMSI,判断所选择IMSI的后I位所组成的字符串是否与已确定的业务成员标识相同,若未发现相同,则执行步骤AA2;若发现相同,则执行步骤AA3;如果没有未确定标识的业务成员则退出本流程;其中,I为预先设定值;
步骤AA2:将所选择的IMSI后I位作为该业务成员标识,并转至步骤AA1;
步骤AA3:将所选择的IMSI,以及与所选择IMSI的后I位相同的业务成员标识所对应的IMSI作为待比较对象;
AA4、判断待比较对象中的IMSI后J位是否有多个彼此相同,若否,执行步骤AA5,若是,将后J位彼此不同的IMSI的后J位作为所述IMSI对应的业务成员标识,将后J位相同的IMSI继续作为待比较对象,令J=J+1并继续执行步骤AA4;其中,首次执行时,J=I+1;
步骤AA5:将待比较对象中的每个IMSI后J位作为所述IMSI对应的业务成员的标识,并转至步骤AA1。
所述I设置为十进制数,且数值为3。
从以上技术方案可以看出,组寻呼消息按照当前组内成员安排上报顺序,业务用户根据组寻呼消息中的业务成员标识和自身存储的业务成员标识的匹配情况进行听者信息上报,不会出现成员被删除浪费时隙的现象;对于已知状态的手机,例如关机、长时间掉网、正在通话、漫游出组呼区域不需要查询状态,还可以分小区寻呼,进一步提高上报速度;处理灵活,对于大的群组,有的时候只需要知道关键几个用户的状态,只要由调度台指定哪几个用户上报,可实现仅要求这几个用户上报信息。
如果采用IMSI的相关信息作为业务成员标识,可以进一步实现如下有益效果:无须在SIM卡中存储业务成员的组内序号,不占用SIM卡容量,兼容性更好,维护简单。
附图说明
图1为本发明实施例一实现组呼听者识别业务的流程图;
图2为本发明实施例二进行业务成员标识登记的流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面结合附图与具体实施例对本发明作进一步的详细阐述。
本发明的核心内容为:听者识别业务进行的每一个周期中,网络侧从所有当前需要查询的业务用户中选择一个或一个以上的业务用户,所发送的广播信令中包括顺序排列的所选择的业务用户标识信息,所述广播信令称之为组寻呼(Group Paging)消息;移动终端将自身的标识信息与所收到的信令中的标识信息进行匹配,如果匹配上,则根据广播信令中自身的标识信息所处的位置计算出上报的时机,在所算出的时机进行信息上报;如果没有匹配上则不进行任何操作;完成所有业务成员的信息上报后,继续进行下一个周期的听者识别业务。
本发明与现有的组呼听者识别业务的最大区别在于,本发明的听者信息上报更加灵活,为体现这一特征,本发明除上述主要发明内容外,所述组寻呼消息所包括的听者标识可根据各个小区加以调整,采用如下处理措施:
1)如果网络判断组内业务用户为下列情况:已经关机,在其它的呼叫中,不在服务区或漫游出组呼区域,则可以将该组内用户从所有组呼小区待查询的听者标识中删除;
2)因为听者待在一个小区的时间大大长于听者上报的周期,如果上一周期中听者A在小区1中上报信息,则认为听者A在小区1中,那么下一周期可以将听者A的标识从其它小区的待查询的听者标识中删除;如果已经确定听者A在小区1中,本周期内小区1中没有收到听者A的信息,则认为听者A已离开小区1,则下一个周期在所有组呼的组寻呼消息中加入听者A的标识;
3)对于不属于措施1)所列举情况、但又一直不上报信息的听者,可以降低查询该听者的频率,减少某一查询周期内待排序的听者数量,直到该听者上报信息后恢复。
4)对于确定在本小区没有听者的情况下,无须发送组寻呼消息。
根据以上方式进行听者信息上报,则每个组呼小区需要上报的业务成员数目可能彼此不同,相应地,每个组呼小区的听者信息上报周期也可能彼此不同。下面将分别用几个实施例对以上的发明内容进行详细说明。
实施例一:利用原有的听者信息上报序号作为业务用户标识信息,实现组呼听者识别业务。
为了说明简洁,设所有的组呼小区都属于同一个MSC,即A-MSC,本实施例的组呼听者识别业务流程如图1所示,包括如下步骤:
步骤101:MSC确定在第i周期需要上报听者消息业务成员名单(Required Member List,RML)。当i=1,即首次执行时,如果调度台没有特别指定业务成员,RML中包括该组呼业务的所有业务成员;当i≠1时,则依照如下规则进行确定:
1)在上一个听者信息上报周期中,判断业务成员处于如下情况之一,则将该业务成员从RML中删除:
已关机;在其他呼叫业务中;不在服务区;不在组呼区域;
2)在上一个听者信息上报周期中,MSC判断业务成员处于如下情况之一,则将该业务成员加入到RML中:
从关机状态开机;结束其他呼叫业务;进入服务区;进入组呼区域;
3)如果业务成员不属于规则1)所列举的情况,且连续m个周期未上报信息,则将该业务成员上报信息的频率从默认的每周期调整为每隔n个周期上报,根据调整后的频率确定本次听者信息上报周期是否需要该业务成员上报信息,若是则将该成员加入RML,否则不加入;所述m或n为预先设定值;调整了上报信息频率的业务成员,如果在上一周期收到该业务成员的上报消息,则将该业务成员上报信息的频率恢复为每周期上报的默认频率;
4)不属于上述情况的RML中的业务成员,默认保留在RML中。
其中规则1)和规则2)所述MSC确定业务成员状态的方法为现有技术。
在任一周期,如果调度台指定了需要上报状态的业务成员,则RML中仅为被指定的业务成员,并依照上述流程处理;调度台解除指定业务成员,在这之后的一个周期,RML重新初始化,即按照i=1的情况处理。
步骤102:确定RML中的业务成员是局域成员或全局成员,并据此确定每个小区需要上报听者消息业务成员子名单(Required Member Sub-List,RMSL);当i=1时,所有业务成员都是全局成员。
所述局域成员为:在上个周期中能够确定其所处的组呼小区的业务成员,即在哪一个组呼小区收到该用户的上报消息。例如,在上个周期中,在小区1收到业务用户A上报信息,则业务用户A为小区1的局域成员。
所述全局成员则是在上个周期中不能够确定其所处的组呼小区的业务成员。例如,已确定业务用户A为小区1的局域成员,但在上个周期中小区1没有收到业务用户A的上报信息,则本周期内,业务用户A为全局成员;当首次进行听者信息上报时,所有业务成员都不能确定自身所处的小区,因此所有业务成员都是全局成员。
确定特定组呼小区的RMSL为:将RML中该组呼小区的局域成员标识以及所有全局成员标识加入到该组呼小区的RMSL中。这里需要强调一点,即所有全局成员标识和该组呼小区的局域成员标识都要包括在该组呼小区的RMSL中;并且,除了上述成员标识外,RMSL没有其他的成员标识。换句话说,RMSL的内容为所有全局成员标识组成的集合与该组呼小区的局域成员标识组成的集合的并集。
根据以上的处理,如果本周期RML中所有业务成员都是局域成员,且有组呼小区没有局域成员,则没有局域成员的组呼小区的RMSL内容为空,RMSL内容为空的组呼小区不需要广播组寻呼消息;如果RML中有全局成员,且所有组呼小区的RMSL都不为空,则所有组呼小区都需要广播组寻呼消息。
步骤103:在各个组呼小区的快速随路控制信道(Fast Associated ControlChannel,FACCH)广播组寻呼消息,所述组寻呼消息中包括本组呼小区的RMSL中的业务成员标识。
为了减少组寻呼消息的数目,要求每一条组寻呼消息包含尽可能多的成员标识。一条组寻呼消息除了消息头3个字节,还有20个字节,即160比特;而通常业务成员的数目不超过100,作为业务成员标识的序号可以为001~255;所以可以用1个字节的长度表示一个业务成员的标识。如果一条组寻呼消息不能携带本小区RMSL中所有成员的标识,则分成几条组寻呼消息进行广播。组寻呼消息中的业务成员标识的排列顺序可以是任意的。
步骤104:处于各个组呼小区的业务成员根据自身业务用户标识和所收到的组寻呼消息中业务用户标识的匹配结果,通过组呼信道或其他专用信道的上行通道进行听者信息上报。更具体地说,业务成员接收组寻呼消息,将所收到的组寻呼消息中携带的成员标识与自身存储的成员标识进行匹配,如果匹配成功,则根据所匹配的标识在组寻呼消息中的位置,计算出自己上报的时机,并在所算出的时机进行听者信息上报;如果匹配不成功,则不进行任何操作。
等所有业务成员完成听者信息上报后,则进入下一个周期重复执行步骤101~步骤104。
通过应用实施例一的方案,可以达到如下有益效果:
按照当前组内成员安排上报顺序,不会出现成员被删除浪费时隙的现象;对于已知状态的手机,例如关机、长时间掉网、正在通话、漫游出组呼区域不需要查询状态,还可以根据业务成员所处的小区位置的不同进行分小区寻呼,进一步提高上报速度;处理灵活,对于大的群组,有的时候只需要知道关键几个用户的状态,只要由调度台指定哪几个用户上报,就可依照本实施例流程仅要求这几个用户上报信息。
在实施例一中,所述业务成员标识为存储在SIM卡中的序号,本发明也可利用存储于移动终端闪存中的国际移动用户标识(International MobileSubscriber Identity,IMSI)中的部分信息作为业务成员标识,即为本发明实施例二的方案。
IMSI为十进制的十六位字符串,用于标识移动终端的身份,每一个移动终端的存储单元中存储自身的IMSI,并且在网络侧也保存着移动终端的IMSI。为保证一条组寻呼消息中携带尽可能多的业务成员标识,可选取IMSI的后三位作为业务成员标识;如果组内出现一个以上的业务成员IMSI的后三位相同,则将这些后三位相同的IMSI多取一位,即取这些业务成员IMSI的后四位作为业务成员标识;如果后四位仍然相同,则取后五位并依此类推。在实际应用中,一个组的成员数目通常小于100,并且IMSI往往是连续的,因此取后三位基本上能够区分组内绝大多数成员,即使出现后三位重复,只要将这些重复的标识变成四位即可满足需要,需要用五位的情况是极少的。业务用户标识如果取IMSI的后三位,则最少可以用10个比特携带业务用户标识;如果取IMSI的后四位,则最少可以用14个比特携带业务用户标识。
在使用组呼业务前,对于参加本次组呼的每一个业务成员,需要确定将各业务成员的IMSI的后几位组成的字符串作为相应业务成员的业务成员标识,确定的原则是要在保证参加本次组呼的业务成员标识无重复的前提下,所取的字符串要尽量短。这里仍然假设所有小区属于一个MSC,所述确定业务成员标识的处理流程如图2所示,包括如下步骤:
步骤201:MSC选择一个未确定业务成员标识的业务成员IMSI,判断所选择IMSI的后I位所组成的字符串是否与已确定的业务成员标识相同,若未发现相同,则执行步骤202;若发现相同,则执行步骤203;如果没有未确定标识的业务成员则退出本流程;I为预先设定值,本实施例中,设置I=3;首次执行时,没有已确定的业务成员标识,判断结果必然是未发现相同,则执行步骤202;
步骤202:将所选择的IMSI后I位作为该业务成员标识,并转至步骤201;
步骤203:将所选择的IMSI,以及与所选择IMSI的后I位相同的业务成员标识所对应的IMSI作为待比较对象;
步骤204:判断属于待比较对象的IMSI是否后J位彼此相同,如果不同,转至步骤205,否则令J=J+1并重复执行步骤204;首次执行时,J=I+1;
步骤205:将待比较对象中的IMSI的后J位作为对应业务成员的标识,转至步骤201。
组呼小区属于多个MSC实施流程与上述流程类似,且很容易推导出,故不再赘述。
完成确定参加本次组呼的业务成员标识的处理后,则可依照和实施例一相同的业务流程进行听者信息上报,其中组寻呼消息的格式定义如表1所示:
序号 | 名称 | 长度 | 取值及含义 | 是否可省略 |
1 | 消息头 | 3字节 | 不可省略 | |
2 | 第一指示位 | 1比特 | =1表示第3、4项未省略;=0表示第3、4项已省略 | 不可省略 |
3 | 第一数目位 | 4比特 | 1≤A≤15,10比特格式业务用户标识的数目 | 可省略 |
4 | A×10比特 | 存储10比特格式业务用户标识 | 可省略 | |
5 | 第二指示位 | 1比特 | =1表示第6、7项未省略;=0表示第6、7项已省略 | 可省略 |
6 | 第二数目位 | 4比特 | 1≤B≤15,14比特格式业务用户标识的数目 | 可省略 |
7 | B×14比特 | 存储14比特格式业务用户标识 | 可省略 | |
... | ... | ... | ... | ... |
表1
组寻呼消息的总长度为23字节,因此按照表1所示定义方式,如果所有用户标识都是10比特,一个组寻呼消息可以包含15个用户标识;如果所有用户标识都是14比特,一个组寻呼消息可以包含10个用户标识;如果部分用户标识是10比特,部分用户标识是14比特,则一个组寻呼可以包含10到15个用户。
按照上述格式的组寻呼消息,实施例二的流程中,业务成员将收到的组寻呼消息中携带的成员标识,与自身存储的成员标识进行匹配为:
业务成员的移动终端将所收到的组寻呼消息中携带的成员标识与自身的IMSI的最后若干位比较,例如,组寻呼消息中的10比特格式的成员标识转换为十进制,与IMSI的最后三位进行比较;组寻呼消息中的14比特格式的成员标识转换为十进制,与IMSI的最后四位进行比较。
实施例二除了具有实施例一的有益效果外,还可以进一步达到如下有益效果:无须写SIM卡组内序号,不占用SIM卡容量,兼容性更好,维护简单。
如果组呼小区属于不同的MSC,则其中的A-MSC执行上述流程中MSC的相关操作,其他的R-MSC进行A-MSC与本小区业务用户之间信息的转发操作,即将来自A-MSC的组寻呼消息透传给本小区业务用户,并将本小区业务用户的上报消息透传给A-MSC。
根据本发明实施例听者识别业务的实现方式,由于各个组呼小区需要上报听者信息的业务成员数目可能各不相同,相应地,各个组呼小区的听者信息上报周期也各不相同。考虑一种极端情况,假如某次组呼中包括101个业务成员,其中100个都处于小区A,只有1个处于小区B,则小区A的一个听者信息上报周期要包括这100个成员进行听者信息上报所需的时间,而小区B的一个听者信息上报周期仅包括这1个成员进行听者信息上报所需的时间,换句话说,在这种情况下,小区B进行听者信息上报的频率是小区A的100倍,而实际上对于小区B来说,如此频繁进行听者信息上报也是不必要的。
因此,可以进一步调整各个组呼小区的听者信息上报周期,避免出现过于频繁地进行听者信息上报的情况。下面列举两种调整听者信息上报周期的方法:
一种调整方法是同步各个组呼小区的听者信息上报周期。将RMSL中业务成员标识最多的小区的听者信息上报周期作为整个组呼的听者信息上报周期。例如,设某次组呼业务中有A、B、C、D四个小区,各个小区RMSL中的业务成员标识数目分别为10、20、30、40。在每个听者信息上报周期开始时,上述四个组呼小区同步发送组寻呼消息,小区A需要进行听者信息上报的业务成员数目最少,因此最先完成听者信息上报周期,完成后不立刻开始下一个听者信息上报周期,而是进入等待状态;接着小区B和小区C依次进入等待状态,直到小区D的听者信息上报周期完成后,这四个小区再同时发送组寻呼消息,进入下一个听者信息上报周期。这样,所有小区的听者信息上报周期调整为同步,并且都等于业务成员最多的小区的听者信息上报周期。
第二种调整方法是如果组呼小区内需要上报听者信息的业务成员数目少于一定值时,则将该组呼小区的听者信息上报周期设置一定的时延。仍以上面四个小区的例子说明。设预先设置判断条件,若小区内需要进行听者信息上报的业务成员数目小于25,则将该小区的每一个听者信息上报周期设置0.2秒的时延;若小区内需要进行听者信息上报的业务成员数目小于15,则将该小区的的每一个听者信息上报周期设置0.3秒的时延。根据这样的判断条件,小区C和小区D的听者信息上报周期不变,而小区A和小区B的听者信息上报周期分别设置了0.3秒和0.2秒的时延。以上所述业务成员的数目以及时延的具体数值可根据实际情况确定。
以上只是对听者信息上报周期的调整的方法举了简单的例子,并非将听者信息上报周期的调整方法限定于以上情况。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (19)
1.一种组呼听者识别业务的实现方法,其特征在于,该方法包括如下步骤:
A、确定本听者信息上报周期内,需要上报的听者消息业务成员名单RML;
B、在各个组呼小区分别广播包括一个以上RML中业务成员标识的组寻呼消息;
C、组呼小区中的业务成员根据自身业务成员标识和所收到的组寻呼消息中业务成员标识的匹配结果,进行听者信息上报。
2.根据权利要求1所述的方法,其特征在于,步骤C之后进一步包括:当参与组呼的一个组呼小区内业务成员完成听者信息上报后,进入该小区的下一个听者信息上报周期,依次执行步骤A至步骤C。
3.根据权利要求2所述的方法,其特征在于,步骤A所述本听者信息上报周期如果为首次听者信息上报周期,则所述RML中包括参加该组呼的所有业务成员的标识。
4.根据权利要求2所述的方法,其特征在于,步骤A所述确定RML为:确定业务成员在上一个听者信息上报周期中处于如下任意一种情况,则将所确定的业务成员从RML中删除:
已关机;在其他呼叫业务中;不在服务区;不在组呼区域。
5.根据权利要求2所述的方法,其特征在于,步骤A所述确定RML为:确定业务成员在上一个听者信息上报周期中处于如下任意一种情况,则将所确定的业务成员加入到RML中:
从关机状态开机;结束其他呼叫业务;进入服务区;进入组呼区域。
6.根据权利要求2所述的方法,其特征在于,步骤A所述确定RML为:
业务成员连续m个听者信息上报周期未上报信息,则将该业务成员上报信息的频率调整为每隔n个听者信息上报周期上报一次,根据调整后的频 率确定本次听者信息上报周期是否需要该业务成员上报信息,若需要则将该成员加入RML,若不需要则不加入;其中,所述m或n为预先设定值。
7.根据权利要求6所述的方法,其特征在于,步骤A进一步包括:如果在上一听者信息上报周期收到已调整上报信息频率的业务成员的上报消息,则将该业务成员上报信息的频率恢复为默认上报频率,并将该成员加入RML中;其中,默认上报频率为每个听者信息上报周期上报。
8.根据权利要求2所述的方法,其特征在于,步骤A所述确定RML为:删除RML中原有的业务成员,将调度台指定的业务成员加入到RML中。
9.根据权利要求8所述的方法,其特征在于,步骤A所述确定RML为:由调度台在上个听者信息上报周期解除指定业务成员,则本听者信息上报周期的RML包括参加该组呼的所有业务成员。
10.根据权利要求2所述的方法,其特征在于,步骤B之前进一步包括:确定RML中的业务成员是局域成员或全局成员,并确定每个组呼小区的需要上报听者消息业务成员子名单RMSL的内容为组呼的全局成员标识组成的集合与本组呼小区的局域成员标识组成的集合的并集;
则步骤B为:
对于每一个参加组呼的组呼小区,判断其RMSL中业务成员数目是否为零,若是,则转至步骤A;否则在该组呼小区广播包括一个以上本组呼小区RMSL中业务成员标识的组寻呼消息。
11.根据权利要求10所述的方法,其特征在于,所述确定RML中的业务成员是局域成员为:将上一听者信息上报周期中在参加组呼的一个组呼小区收到听者上报消息对应的业务用户确定为该组呼小区的局域成员;
所述确定RML中的业务成员为全局成员为:将上一听者信息上报周期中不能确定其所处组呼小区的业务成员确定为全局成员;若所述本听者信息上报周期为首次听者信息上报周期,将RML中的全体业务成员作为全局成员。
12.根据权利要求10所述的方法,其特征在于,所述进入该小区的下一个听者信息上报周期之前,进一步包括:对该小区的听者信息上报周期进行调整。
13.根据权利要求12所述的方法,其特征在于,所述对该小区的听者信息上报周期进行调整为:判断本小区RMSL中的业务成员标识的数目是否为各个组呼小区RMSL中业务成员标识的数目最大的,若是,则立即执行后续步骤,否则进入等待状态,直到业务成员标识的数目最大的小区完成本周期的听者信息上报后,则执行后续步骤。
14.根据权利要求12所述的方法,其特征在于,所述对该小区的听者信息上报周期进行调整为:判断所述小区RMSL中业务成员标识的数目是否小于预先设定值,若是,则进入等待状态,在经过预设的时延后执行后续步骤;否则,立即执行后续步骤。
15.根据权利要求1所述的方法,其特征在于,所述广播组寻呼消息为:通过快速随路控制信道广播组寻呼消息。
16.根据权利要求1至15任一项所述的方法,其特征在于,步骤C为:
业务成员接收组寻呼消息,将所收到的组寻呼消息中携带的成员标识与自身存储的成员标识进行匹配,如果匹配成功,则根据所匹配的标识在组寻呼消息中的位置,计算出自己上报的时机,并在所算出的时机进行听者信息上报;如果匹配不成功,则不作任何处理。
17.根据权利要求16所述的方法,其特征在于,所述业务成员标识为与业务用户移动终端的国际移动用户标识IMSI有关的信息。
18.根据权利要求17所述的方法,其特征在于,在所述步骤A之前,该方法进一步包括:
AA1:选择一个未确定标识的业务成员的IMSI,判断所选择IMSI的后I位所组成的字符串是否与已确定的业务成员标识相同,若未发现相同,则执行步骤AA2;若发现相同,则执行步骤AA3;如果没有未确定标识的业务成员则退出本流程;其中,I为预先设定值;
步骤AA2:将所选择的IMSI后I位作为该业务成员标识,并转至步骤AA1;步骤AA3:将所选择的IMSI,以及与所选择IMSI的后I位相同的业务成员标识所对应的IMSI作为待比较对象;AA4、判断待比较对象中的IMSI后J位是否有多个彼此相同,若否,执行步骤AA5,若是,将后J位彼此不同的IMSI的后J位作为所述IMSI对应的业务成员标识,将后J位相同的IMSI继续作为待比较对象,令J=J+1并继续执行步骤AA4;其中,首次执行时,J=I+1;步骤AA5:将待比较对象中的每个IMSI后J位作为所述IMSI对应的业务成员的标识,并转至步骤AA1。
19.根据权利要求18所述的方法,其特征在于,所述I设置为十进制数,且数值为3。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006100721227A CN1984386B (zh) | 2006-04-12 | 2006-04-12 | 一种组呼听者识别业务的实现方法 |
PCT/CN2007/000175 WO2007115460A1 (fr) | 2006-04-12 | 2007-01-17 | PROCÉDÉ, APPAREIL ET SYSTÈME DE MISE EN œUVRE D'UN SERVICE D'IDENTIFICATION DES AUDITEURS |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006100721227A CN1984386B (zh) | 2006-04-12 | 2006-04-12 | 一种组呼听者识别业务的实现方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1984386A CN1984386A (zh) | 2007-06-20 |
CN1984386B true CN1984386B (zh) | 2010-12-08 |
Family
ID=38166525
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006100721227A Expired - Fee Related CN1984386B (zh) | 2006-04-12 | 2006-04-12 | 一种组呼听者识别业务的实现方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN1984386B (zh) |
WO (1) | WO2007115460A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101466075B (zh) * | 2007-12-17 | 2010-12-08 | 中兴通讯股份有限公司 | Cdma集群系统的群组寻呼匹配方法 |
CN103024683B (zh) * | 2011-09-23 | 2016-03-23 | 北京信威通信技术股份有限公司 | 一种集群通信中听话方状态上报的方法 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1747593A (zh) * | 2004-09-08 | 2006-03-15 | 华为技术有限公司 | 一种寻呼实现方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030119540A1 (en) * | 2001-12-21 | 2003-06-26 | Mathis James Earl | Contact list-based group call |
CN100372425C (zh) * | 2003-12-04 | 2008-02-27 | 华为技术有限公司 | 一种实现集群业务组呼漫游的方法 |
-
2006
- 2006-04-12 CN CN2006100721227A patent/CN1984386B/zh not_active Expired - Fee Related
-
2007
- 2007-01-17 WO PCT/CN2007/000175 patent/WO2007115460A1/zh active Application Filing
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1747593A (zh) * | 2004-09-08 | 2006-03-15 | 华为技术有限公司 | 一种寻呼实现方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2007115460A1 (fr) | 2007-10-18 |
CN1984386A (zh) | 2007-06-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100380847C (zh) | 适用于发送无线移动通讯系统中的mbms数据的控制信号的方法 | |
CN101267593B (zh) | 对目标小区进行组播广播多媒体业务激活的方法及基站 | |
CN100488316C (zh) | 码分多址制式集群系统中实现业务优先的方法 | |
CN104469703B (zh) | 一种集群呼叫系统的信道动态分配方法 | |
CN101287181B (zh) | 一种集群通信系统中主动迟后接入方法 | |
CN101137078B (zh) | 寻呼方法、寻呼系统及相关设备 | |
CN100466772C (zh) | 一种移动终端进行组呼小区重选的方法 | |
CN100569010C (zh) | 终端侧向网络侧上报成员状态及计算上报时间点的方法 | |
CN100477862C (zh) | 一种确定集中控制服务器的方法及系统 | |
CN103220629A (zh) | Td-lte数字集群通信系统及群组业务实现方法 | |
CN1984386B (zh) | 一种组呼听者识别业务的实现方法 | |
CN105813025B (zh) | 一种群组通信方法和服务器 | |
CN101466075B (zh) | Cdma集群系统的群组寻呼匹配方法 | |
CN101442711A (zh) | 用户设备反馈多媒体广播多播业务信息的方法 | |
CN101123759B (zh) | 一种在集群通信系统中针对用户分配资源的接入方法 | |
CN101106743B (zh) | 一种短信的发送方法 | |
CN103686059B (zh) | 分布式混音处理方法及系统 | |
CN100479414C (zh) | 多媒体广播/组播业务中控制信道上接入信息的传输方法 | |
CN101309506B (zh) | 呼叫控制方法、移动交换中心及通信系统 | |
CN101502139B (zh) | 一种在集群通信中快速接入的方法 | |
CN104469702B (zh) | 一种应用于知识产权呼叫网络的集群系统的呼叫方法 | |
CN102685682A (zh) | 一种确定用户设备切换的目标小区的方法和系统 | |
CN101179866B (zh) | 一种选择小区方法、系统和装置 | |
CN100461902C (zh) | 一种集群通信呼叫方法及系统 | |
CN104378740A (zh) | 一种集群通信呼叫系统及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20101208 Termination date: 20140412 |