CN100569010C - 终端侧向网络侧上报成员状态及计算上报时间点的方法 - Google Patents
终端侧向网络侧上报成员状态及计算上报时间点的方法 Download PDFInfo
- Publication number
- CN100569010C CN100569010C CNB2005101242386A CN200510124238A CN100569010C CN 100569010 C CN100569010 C CN 100569010C CN B2005101242386 A CNB2005101242386 A CN B2005101242386A CN 200510124238 A CN200510124238 A CN 200510124238A CN 100569010 C CN100569010 C CN 100569010C
- Authority
- CN
- China
- Prior art keywords
- terminal
- signaling
- group
- network side
- state
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种终端侧向网络侧上报成员状态及计算上报时间点的方法,网络侧将最大反向信令数目和上报方式通过寻呼信令带给基站和终端,通过组信息更新流程将网络侧预先确定的终端序号带给终端;基站把基站回响应时间和反向信令时隙带给终端;终端根据这些参数计算出自己的上报周期和上报时间点,并根据上报方式向网络侧发送上报信令;网络侧收到上报信令后,把成员的状态设置为忙,然后进行计费等。本发明提出的一种在集群通信系统传统式组呼中实现终端侧向网络侧上报成员状态及计算上报时间点的方法,有效地保证了网络侧上成员状态的准确性。
Description
技术领域
本发明涉及集群通信系统,尤其涉及一种在数字集群通信系统传统式组呼中,终端侧向网络侧上报成员状态的方法,以及计算上报时间点的方法。
背景技术
集群通信系统诞生于20世纪70年代,最早的集群通信是模拟系统,数字集群技术从20世纪90年代中期在全球范围内兴起,90年代末期在中国出现数字集群网络。数字集群系统是指多用户共享一组无线信道,并动态使用这些信道的专用移动通信系统,它是一种指挥、调度系统,在一些社会经济、工农业比较发达的国家,对指挥、调度功能要求较高的企业、事业、工矿、油田、农场、公安、警察以及军队等部门都十分迫切需要这种系统。
集群业务主要的特征是进行组呼,一个用户在通信终端上输入群组号码后,按下PTT(Push To Talk,即按即说)键就可以对同一群组内的所有终端发起一个组呼,进行同时通话。按照实现方式的不同,组呼可以区分为“传统式组呼”和“增强式组呼”。所谓增强式组呼,是指在进行集群呼叫时为每个集群用户单独分配空中信道;而传统式组呼是指在集群呼叫时所有用户共享所有的前向和反向信道,终端自主响应呼叫。假设用户数为N,则增强式组呼中信道使用数为2N+1,而传统式组呼每次呼叫只要分配4条信道:前向基本业务信道,前向补充业务信道,2条反向基本业务信道,真正实现了快速接入和无限容量。
当用户起呼传统式组呼后,网络侧发送一条寻呼消息给基站,由基站回应寻呼响应,然后基站周期性的在共享信道广播寻呼消息,终端判断如果该寻呼与自己有关,就响应寻呼,自主接入到呼叫中,而此时网络侧无法确切知晓终端状态(未接入还是已接入呼叫中),因而影响很多补充业务的实现,比如强拆强插、漏话提示、遇忙提示等。
从上述描述可见,必须提供一种简便可行的方法来保证终端侧能及时、准确地向网络侧上报其成员状态信息,用以解决以下问题:
(1)终端上报状态的方法,终端和网络侧按照一个什么样的流程能简便的把成员状态上报给网络侧。
(2)终端上报状态的时机,因为信道共享,组内存在多个终端,且终端是自主接入的,各个终端接入点并不一致,怎么保证终端上报是按照一个有序的方式进行。
发明内容
本发明所要解决的技术问题在于提供一种数字集群通信系统传统式组呼中终端侧向网络侧上报成员状态及计算上报时间点的方法,解决现有的集群系统传统式组呼中网络侧无法准确获取终端侧的成员状态的问题。
本发明提供一种终端侧向网络侧上报成员状态的方法,应用于数字集群通信系统,包括如下步骤:
(1)在网络侧维护各成员组的参数,包括各组成员数量以及状态上报方式;
(2)终端发起传统式组呼,网络侧接收后,确定该终端所属组的状态上报方式,并根据该终端所属组内的成员数量,确定最大反向信令数量N,并利用N≤2state_report_period得到最大反向信令数量信息state_report_period;
(3)网络侧将获得的最大反向信令数量信息、该组的状态上报方式发送给基站;
(4)基站收到网络侧发送的最大反向信令数量信息与上报方式后,配置反向信令时隙tmsg,并将所述最大反向信令数量信息、上报方式、反向信令时隙tmsg发送给各终端;
(5)各终端比较寻呼信令携带的组标识与其上保存的组标识,如果相同,则自主响应接入到呼叫中后,根据接收到的所述最大反向信令数量信息与反向信令时隙tmsg,获得状态上报周期T=N×tmsg,并根据接收到的上报方式,每隔一状态上报周期T,向网络侧发送状态上报信令。
所述的方法进一步包括:
(6)网络侧接收到状态上报信令后,将该成员的状态转变为“忙”,设置状态上报时间戳,并开始对该成员计费。
所述步骤(1)中,状态上报方式包括:
进入组呼后,不上报状态;
进入组呼后,立即上报,但不周期上报;
进入组呼后,不立即上报,但周期上报;
进入组呼后,立即上报,且周期上报。
所述步骤(2)中,网络侧通过如下步骤确定最大反向信令数量信息,以及该组的状态上报方式:
网络侧的调度服务器接收到该终端的起呼信令后,向归属寄存器进行鉴权请求;
归属寄存器根据该鉴权请求中携带的组标识和用户标识信息,在向调度服务器返回的鉴权响应中携带该组的上报方式、组内成员数量;
调度服务器根据收到的组内成员数量,计算出最大反向信令数量N,并将上报方式与最大反向信令数量N保存在组属性表中;
调度服务器根据最大反向信令数量N,获得最大反向信令数量信息。
所述步骤(3)中,网络侧通过寻呼信令,将获得的最大反向信令数量信息、该组的状态上报方式发送给基站。
所述步骤(4)中,基站通过周期性的共享信道广播寻呼信令,将所述最大反向信令数量信息、上报方式发送给各终端;基站通过系统开销消息,将基站配置的反向信令时隙tmsg带给各终端。
所述步骤(5)中,终端通过如下步骤自主响应接入到呼叫中:
终端比较寻呼信令携带的组标识与终端保存的组标识,如果相同,则自主响应组呼的寻呼信令,接入到呼叫中,并保存寻呼信令中携带的参数。
所述步骤(5)中,终端通过如下步骤获得状态上报周期T:
利用公式:N≤2state_report_period,获得最大反向信令数量N,其中,state_report_period为终端接收到的最大反向信令数量信息;
利用公式:T=N×tmsg,获得状态上报周期T,其中,tmsg为终端接收到的反向信令时隙。
所述步骤(1)中,进一步包括:网络侧在增加终端到某个组时,为该终端分配一个发送状态上报信令的序号NO,并将该序号NO通知该终端;
所述步骤(4)中,进一步包括:基站在收到网络侧发送的最大反向信令数量信息与上报方式时,记录当前时间点t0,并将t0发送给各终端;
所述步骤(5)中,进一步包括:各终端自主响应接入到呼叫中时,记录终端接入时间点t1;根据接收到的反向信令时隙tmsg、计算得出的状态上报周期T、该终端的上报序号NO、t0、t1,计算出该终端的状态上报时间点t2;
所述向网络侧发送状态上报信令的步骤,包括如下步骤:
计算t2-t1的值;
如果该差值为0,则立即发送状态上报信令;
如果差值大于0,则设置定时器时长等于差值,如果差值小于0,则设置定时器时长为状态上报周期T减去该差值,当定时器超时后,开始发送状态上报信令。
所述网络侧通过组信息更新流程,将该序号NO通知给该终端。
所述序号在该终端所属组内是唯一的。
所述计算出该终端的状态上报时间点t2的步骤,包括如下步骤:
计算T时间差=t1-t0;
计算S=T时间差/T;
计算t2=t0+S×T+NO×tmsg。
本发明还提供一种终端侧向网络侧上报成员状态的时间点的计算方法,应用于数字集群通信系统,包括如下步骤:
(1)在网络侧维护各成员组的参数,包括各组成员数量、各成员上报状态的序号NO,其中,上报状态的序号NO是网络侧在增加终端到某个组时,为该终端分配的,并将该序号NO通知该终端;
(2)终端发起传统型组呼,网络侧接收后,根据该终端所属组内的成员数量,确定最大反向信令数量N,并利用N≤2state_report_period得到最大反向信令数量信息state_report_period;
(3)网络侧将获得的最大反向信令数量信息发送给基站;
(4)基站收到网络侧发送的最大反向信令数量信息时,记录当前时间点t0,并将t0、基站配置的反向信令时隙tmsg、所述最大反向信令数量信息发送给各终端;
(5)各终端比较寻呼信令携带的组标识与其上保存的组标识,如果相同,则自主响应接入到呼叫中时,记录终端接入时间点t1,根据接收到的所述最大反向信令数量信息与反向信令时隙tmsg,获得状态上报周期T=N×tmsg,再根据tmsg、T、该终端的上报序号NO、t0、t1,计算出该终端的状态上报时间点t2。
所述步骤(1)中,所述序号在该终端所属组内是唯一的;网络侧通过组信息更新流程,将该序号NO通知给该终端。
所述步骤(2)中,网络侧通过如下步骤确定最大反向信令数量信息:
网络侧的调度服务器接收到该终端的起呼信令后,向归属寄存器进行鉴权请求;
归属寄存器根据鉴权请求中携带的组标识和用户标识信息,在向调度服务器返回的鉴权响应中携带该组内的成员数量;
调度服务器根据收到的组内成员数量,计算出最大反向信令数量N,并将最大反向信令数量N保存在组属性表中;
调度服务器根据最大反向信令数量N,获得最大反向信令数量信息。
所述步骤(3)中,网络侧通过寻呼信令,将获得的最大反向信令数量信息发送给基站。
所述步骤(4)中,基站通过周期性的共享信道广播寻呼信令,将所述最大反向信令数量信息发送给各终端;基站通过系统开销消息,将基站配置的反向信令时隙tmsg带给各终端。
所述步骤(5)中,终端通过如下步骤自主响应接入到呼叫中:
终端比较寻呼信令携带的组标识与终端保存的组标识,如果相同,则自主响应组呼的寻呼信令,接入到呼叫中,并保存寻呼信令中携带的参数。
所述步骤(5)中,终端通过如下步骤获得状态上报周期T:
利用公式:N≤2state_report_period,获得最大反向信令数量N,其中,state_report_period为终端接收到的最大反向信令数量信息;
利用公式:T=N×tmsg,获得状态上报周期T,其中,tmsg为终端接收到的反向信令时隙。
所述计算出该终端的状态上报时间点t2的步骤,包括如下步骤:
计算T时间差=t1-t0;
计算S=T时间差/T;
计算t2=t0+S×T+NO×tmsg。
综上所述,本发明提出的一种在集群通信系统传统式组呼中实现终端侧向网络侧上报成员状态及计算上报时间点的方法,不仅实现了成员状态的上报,而且有效地保证了网络侧上报成员状态的准确与秩序。
附图说明
图1是本发明实施例所述的CDMA集群通讯系统示意图;
图2是本发明实施例所述的终端接入时间点和终端状态上报时间点关系示意图;
图3是本发明实施例所述的终端侧向网络侧进行状态上报的信令流程图;
图4是本发明实施例所述的终端计算状态上报信令发送时间点的流程图。
具体实施方式
下面结合附图进一步详细说明本发明的具体实施方式。
本发明所述的数字集群通信系统由终端、基站子系统和调度子系统组成。基站子系统完成各种终端的接入功能;调度子系统包括调度控制中心、调度归属寄存器、调度台组成,完成在调度服务区内终端集群业务的控制和调度工作,是集群业务的控制中心。
图1是实现本发明所需的一个示例性的CDMA集群通信系统网络框架示意图,主要包括移动台(MS,Mobile Station)、基站系统(BSS,Base StationSystem)、网络侧设备。网络侧设备包括PTT调度服务器(PDS,PTT DispatchingServer)、PTT归属寄存器(PHR,PTT Home Register)、调度台服务器(DAS,Dispatching Agent Server)、调度台客户端(DAC,Dispatching Agent Client)。
终端状态的上报方式、组内有多少终端成员都存储在PHR中,在组鉴权时这些信息由PHR中带回给PDS。
下面把一个传统式组呼中成员人数记为M;终端A为呼叫起呼者,记为MSA,其在组内序号记为NOA;终端B为被叫者,记为MSB,其在组内序号记为NOB。
组内成员可以分布在不同基站,每个基站都有各自配置的反向信令时隙值,假设最坏情况:所有终端都处在一个基站下,该基站配置的反向信令时隙记为tmsg。
假设基站回应寻呼响应时间点记为t0,终端接入时间点为t1,终端上报周期值为T,终端在某个上报周期内应该进行状态上报的时间点为t2。
根据前面设定,假设M=30,t0为2005年10月1日零点整,tmsg=80ms,NOA=1,NOB=3,t1A=t0+2600ms,t1B=t0+3000ms。
图2示出了基站回应寻呼时间点t0、终端接入呼叫时间点t1和终端状态上报时间点t2的关系示意图。
由于终端是自主接入呼叫中,各个终端接入时间点有快有慢,因此终端接入到呼叫的时间点和其状态上报时间点的关系无非存在三种情况:之前、之后和恰好相等。图2中示意了t1在t2之前的这种关系。
其中,t0为基站回应寻呼响应时间点,以这个时间点为基准,依据状态上报周期T,终端自主接入呼叫时间点t1会落在各个不同的周期内,而根据组内序号NO,决定在该周期内该终端应该进行状态上报的时间点t2。
图3示出了终端侧向网络侧上报成员状态的流程图,本实施例假设上报方式为“周期上报”,终端侧向网络侧上报状态。最大反向信令数目的计算是在呼叫建立过程中计算出来的,终端只有在呼叫建立后自主接入呼叫中才会计算状态上报时间点,并开始周期性的向网络侧发送状态上报信令。
301:终端MSA和终端MSB处于空闲状态。
302:终端MSA发起传统式组呼,PDS接收到呼叫后,向PHR进行鉴权请求,鉴权请求中携带了组标识和用户标识信息。
303:PHR向PDS返回鉴权响应,响应中携带该组的上报方式、组内成员数目。
304:PDS计算最大反向信令数目,保存在组属性表中,压缩最大反向信令数目,得到反向指令指数。
这里PDS可以采用最简单方法,假设最大反向信令数目就等于组内成员数目。
压缩方法采用2的幂次函数来减小比特数:N≤2state_report_period,其中state_report_period就是压缩后带给基站的反向信令指数,其为所有满足条件取值中的最小值。
根据假设,最大反向信令数目N=M=30≤25,反向信令指数取值等于5。
PDS向基站发送寻呼信令,信令中携带状态上报方式和反向信令指数;
305:基站向网络侧回寻呼响应消息,保存当前时间点,记为t0。根据假设t0为2005年10月1日零点整。PDS收到基站回的寻呼响应后,呼叫建立完成。
306:基站周期性的通过共享信道广播寻呼信令,信令中携带了基站响应寻呼时间点t0。基站通过系统开销消息把基站配置的反向信令时隙tmsg带给终端。
307:终端MSA比较寻呼信令携带的组标识和终端保存的组标识,如果相同就自主响应组呼的寻呼信令,接入到呼叫中。终端保存寻呼信令中携带的状态上报方式、反向信令指数和基站响应寻呼时间点,这时,PDS并不知道终端是否接入到呼叫中。
308:终端MSB比较寻呼信令携带的组标识和终端保存的组标识,如果相同就自主响应组呼的寻呼信令,接入到呼叫中。终端保存寻呼信令中携带的状态上报方式、反向信令指数和基站响应寻呼时间点,这时,PDS并不知道终端是否接入到呼叫中。
309:终端MSA根据序号、基站回寻呼响应时间点、反向信令时隙和由反向信令指数恢复出来的最大反向信令数目,计算出状态上报周期和自己的状态上报信令发送时间点,在该时间点向网络侧发送状态上报信令。PDS接受到状态上报信令后,将该成员的状态转变为忙,设置状态上报时间戳,并开始对该成员计费。终端计算状态时间点的具体方法参见图4。
310:终端MSB根据序号、基站回寻呼响应时间点、反向信令时隙和由反向信令指数恢复出来的最大反向信令数目,计算出状态上报周期和自己的状态上报信令发送时间点,在该时间点向网络侧发送状态上报信令。PDS接受到状态上报信令后,将该成员的状态转变为忙,设置状态上报时间戳,并开始对该成员计费。终端计算状态时间点的具体方法参见图4。
311:终端MSA根据上报方式:周期性上报,在间隔状态上报周期时间值后,继续向PDS发送状态上报信令,PDS收到后,判断如果成员状态为忙,重新设置状态上报时间戳。
312:终端MSB根据上报方式:周期性上报,在间隔状态上报周期时间值后,继续向PDS发送状态上报信令,PDS收到后,判断如果成员状态为忙,重新设置状态上报时间戳。
图4为终端计算状态上报时间点的处理流程图,根据图3流程中得到的基站回应寻呼响应时间点t0、反向信令指数、反向信令时隙和组信息更新得到的序号来获得终端在状态上报周期内的状态上报时间点。
401:根据反向信令指数,终端计算出最大反向信令个数:25=32,表示将一个状态上报周期分成了32个点。
402:用最大反向信令个数乘于反向信令时隙,终端得到状态上报周期:T=N×tmsg=32×80ms=2560ms。
403:用终端响应寻呼时间点减去基站回寻呼响应时间,得到差值T时间差=t1-t0。根据前面的假设,分别得到值2600ms和3000ms。
404:用上面得到的差值T时间差来除以状态上报周期T,得到商S。根据假设,商值都为1。
405:用前面得到的商乘于状态上报周期再加上序号乘于反向信令时隙值,并加上基站回寻呼响应时间,得到该终端在这个周期内应该进行状态上报的时间点t2:t2=t0+S×T+NO×tmsg,根据假设,终端A和终端B在该周期内的上报时间点分别为t2A=t0+2640ms,t2B=t0+2800ms。
406:用终端上报时间点减去终端接入时间点,得到差值,根据假设,分别为40ms,-200ms。
407:判断406所得到的差值是否为0。如果为0,进行步骤408;如果不为0,进行步骤409。
408:如果上面计算的差值为0,立即进行状态上报,并保存状态上报时间点。
409:如果差值大于0,设置定时器时长等于差值;如果差值小于0,那么定时器时长为状态上报周期减去差值。根据假设,定时器时长分别为40ms和2360ms,继续步骤410。
Claims (19)
1、一种传统式组呼中终端侧向网络侧上报成员状态的方法,应用于数字集群通信系统,其特征在于,包括如下步骤:
(1)在网络侧维护各成员组的参数,包括各组成员数量以及状态上报方式;
(2)终端发起传统式组呼,网络侧接收后,确定该终端所属组的状态上报方式,并根据该终端所属组内的成员数量,确定最大反向信令数量N,并利用N≤2state_repprt_period得到最大反向信令数量信息state_report_period;
(3)网络侧将获得的最大反向信令数量信息、该组的状态上报方式发送给基站;
(4)基站收到网络侧发送的最大反向信令数量信息与上报方式后,配置反向信令时隙tmsg,并将所述最大反向信令数量信息、上报方式、反向信令时隙tmsg发送给各终端;
(5)各终端比较寻呼信令携带的组标识与其上保存的组标识,如果相同,则自主响应接入到呼叫中时,记录终端接入时间点t1,根据接收到的所述最大反向信令数量信息与反向信令时隙tmsg,获得状态上报周期T=N×tmsg,再计算出T时间差=t1-t0,计算出S=T时间差/T,计算出该终端的状态上报时间点t2=t0+S×T+NO×tmsg;之后计算t2-t1的值,如果该差值为0,则立即发送状态上报信令;如果差值大于0,则设置定时器时长等于差值,如果差值小于0,则设置定时器时长为状态上报周期T减去该差值,当定时器超时后,开始发送状态上报信令。
2、如权利要求1所述的方法,其特征在于,进一步包括:
(6)网络侧接收到状态上报信令后,将该成员的状态转变为“忙”,并设置状态上报时间戳。
3、如权利要求2所述的方法,其特征在于,进一步包括:
(7)网络侧开始对该成员计费。
4、如权利要求1所述的方法,其特征在于,所述步骤(1)中,状态上报方式包括:
进入组呼后,不上报状态;
进入组呼后,立即上报,但不周期上报;
进入组呼后,不立即上报,但周期上报;
进入组呼后,立即上报,且周期上报。
5、如权利要求1所述的方法,其特征在于,所述步骤(2)中,网络侧通过如下步骤确定最大反向信令数量信息,以及该组的状态上报方式:
网络侧的调度服务器接收到该终端的起呼信令后,向归属寄存器进行鉴权请求;
归属寄存器根据该鉴权请求中携带的组标识和用户标识信息,在向调度服务器返回的鉴权响应中携带该组的上报方式、组内成员数量;
调度服务器根据收到的组内成员数量,计算出最大反向信令数量N,并将上报方式与最大反向信令数量N保存在组属性表中;
调度服务器根据最大反向信令数量N,获得最大反向信令数量信息。
6、如权利要求1所述的方法,其特征在于,所述步骤(3)中,网络侧通过寻呼信令,将获得的最大反向信令数量信息、该组的状态上报方式发送给基站。
7、如权利要求1所述的方法,其特征在于,所述步骤(4)中,基站通过周期性的共享信道广播寻呼信令,将所述最大反向信令数量信息、上报方式发送给各终端;基站通过系统开销消息,将基站配置的反向信令时隙tmsg带给各终端。
8、如权利要求1所述的方法,其特征在于,所述步骤(5)中,终端通过如下步骤自主响应接入到呼叫中:
终端比较寻呼信令携带的组标识与终端保存的组标识,如果相同,则自主响应组呼的寻呼信令,接入到呼叫中,并保存寻呼信令中携带的参数。
9、如权利要求1所述的方法,其特征在于,所述步骤(5)中,终端通过如下步骤获得状态上报周期T:
利用公式:N≤2state_report_period,获得最大反向信令数量N,其中,state_report_period为终端接收到的最大反向信令数量信息;
利用公式:T=N×tmsg,获得状态上报周期T,其中,tmsg为终端接收到的反向信令时隙。
10、如权利要求1所述的方法,其特征在于:
所述步骤(1)中,进一步包括:网络侧在增加终端到某个组时,为该终端分配一个发送状态上报信令的序号NO,并将该序号NO通知该终端;
所述步骤(4)中,进一步包括:基站在收到网络侧发送的最大反向信令数量信息与上报方式时,记录当前时间点t0,并将t0发送给各终端。
11、如权利要求10所述的方法,其特征在于,所述网络侧通过组信息更新流程,将该序号NO通知给该终端。
12、如权利要求10所述的方法,其特征在于,所述序号在该终端所属组内是唯一的。
13、一种终端侧向网络侧上报成员状态的时间点的计算方法,应用于数字集群通信系统,其特征在于,包括如下步骤:
(1)在网络侧维护各成员组的参数,包括各组成员数量、各成员上报状态的序号NO,其中,上报状态的序号NO是网络侧在增加终端到某个组时,为该终端分配的,并将该序号NO通知该终端;
(2)终端发起传统型组呼,网络侧接收后,根据该终端所属组内的成员数量,确定最大反向信令数量N,并利用N≤2state_report_period得到最大反向信令数量信息state_report_period;
(3)网络侧将获得的最大反向信令数量信息发送给基站;
(4)基站收到网络侧发送的最大反向信令数量信息时,记录当前时间点t0,并将t0、基站配置的反向信令时隙tmsg、所述最大反向信令数量信息发送给各终端;
(5)各终端比较寻呼信令携带的组标识与其上保存的组标识,如果相同,则自主响应接入到呼叫中时,记录终端接入时间点t1,根据接收到的所述最大反向信令数量信息与反向信令时隙tmsg,获得状态上报周期T=N×tmsg,再计算出T时间差=t1-t0,计算出S=T时间差/T,计算出该终端的状态上报时间点t2=t0+S×T+NO×tmsg。
14、如权利要求13所述的方法,其特征在于,所述步骤(1)中,所述序号在该终端所属组内是唯一的;网络侧通过组信息更新流程,将该序号NO通知给该终端。
15、如权利要求13所述的方法,其特征在于,所述步骤(2)中,网络侧通过如下步骤确定最大反向信令数量信息:
网络侧的调度服务器接收到该终端的起呼信令后,向归属寄存器进行鉴权请求;
归属寄存器根据该鉴权请求中携带的组标识和用户标识信息,在向调度服务器返回的鉴权响应中携带该组内的成员数量;
调度服务器根据收到的组内成员数量,计算出最大反向信令数量N,并将最大反向信令数量N保存在组属性表中;
调度服务器根据最大反向信令数量N,获得最大反向信令数量信息。
16、如权利要求13所述的方法,其特征在于,所述步骤(3)中,网络侧通过寻呼信令,将获得的最大反向信令数量信息发送给基站。
17、如权利要求13所述的方法,其特征在于,所述步骤(4)中,基站通过周期性的共享信道广播寻呼信令,将所述最大反向信令数量信息发送给各终端;基站通过系统开销消息,将基站配置的反向信令时隙tmsg带给各终端。
18、如权利要求13所述的方法,其特征在于,所述步骤(5)中,终端通过如下步骤自主响应接入到呼叫中:
终端比较寻呼信令携带的组标识与终端保存的组标识,如果相同,则自主响应组呼的寻呼信令,接入到呼叫中,并保存寻呼信令中携带的参数。
19、如权利要求13所述的方法,其特征在于,所述步骤(5)中,终端通过如下步骤获得状态上报周期T:
利用公式:N≤2state_report_period,获得最大反向信令数量N,其中,state_report_period为终端接收到的最大反向信令数量信息;
利用公式:T=N×tmsg,获得状态上报周期T,其中,tmsg为终端接收到的反向信令时隙。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005101242386A CN100569010C (zh) | 2005-11-29 | 2005-11-29 | 终端侧向网络侧上报成员状态及计算上报时间点的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005101242386A CN100569010C (zh) | 2005-11-29 | 2005-11-29 | 终端侧向网络侧上报成员状态及计算上报时间点的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1980415A CN1980415A (zh) | 2007-06-13 |
CN100569010C true CN100569010C (zh) | 2009-12-09 |
Family
ID=38131378
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005101242386A Expired - Fee Related CN100569010C (zh) | 2005-11-29 | 2005-11-29 | 终端侧向网络侧上报成员状态及计算上报时间点的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100569010C (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101365222B (zh) * | 2007-08-10 | 2011-05-04 | 上海华为技术有限公司 | 反向共享信令信道接入方法、移动台及基站 |
CN101170751B (zh) * | 2007-11-23 | 2010-06-16 | 中兴通讯股份有限公司 | 一种集群系统性能参数的处理方法、装置及系统 |
CN101170735B (zh) * | 2007-11-29 | 2011-11-30 | 中兴通讯股份有限公司 | 一种实现终端状态周期上报的方法及系统 |
CN102143489A (zh) | 2010-02-01 | 2011-08-03 | 华为技术有限公司 | 中继节点的认证方法、装置及系统 |
CN103024683B (zh) * | 2011-09-23 | 2016-03-23 | 北京信威通信技术股份有限公司 | 一种集群通信中听话方状态上报的方法 |
CN103687031B (zh) * | 2012-09-07 | 2016-10-19 | 电信科学技术研究院 | 一种时隙状态维护方法及装置 |
CN107306443B (zh) * | 2016-04-22 | 2020-04-21 | 中国移动通信有限公司研究院 | 一种信息处理方法及终端 |
CN108012322A (zh) * | 2016-10-28 | 2018-05-08 | 深圳市中兴微电子技术有限公司 | 一种集群注册方法和装置 |
-
2005
- 2005-11-29 CN CNB2005101242386A patent/CN100569010C/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
CN1980415A (zh) | 2007-06-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100569010C (zh) | 终端侧向网络侧上报成员状态及计算上报时间点的方法 | |
CN101141705B (zh) | 集群终端主动退出组呼的方法 | |
CN101072390B (zh) | 一种数字集群系统的动态群组管理方法 | |
CN102215458A (zh) | 基于长期演进技术的数字集群通信系统以及基站和终端 | |
CN100488316C (zh) | 码分多址制式集群系统中实现业务优先的方法 | |
CN101553041B (zh) | 数字集群系统中临时组呼的建立方法 | |
CN103220629A (zh) | Td-lte数字集群通信系统及群组业务实现方法 | |
CN104394534A (zh) | 一种基于优先级队列的两级中心协作频谱共享机制 | |
CN101090530A (zh) | 数字集群通信系统中终端主动迟后加入群组呼叫的方法 | |
CN101090529B (zh) | 数字集群通信系统中终端迟后加入群组呼叫的实现方法 | |
CN100473230C (zh) | Cdma制式的高速分组数据移动集群系统中发送信令的方法 | |
CN101112020A (zh) | 在多媒体广播/组播服务系统中发送/接收用户设备的会话不感兴趣指示信息的方法和系统 | |
CN101610454A (zh) | 集群系统中守候集群用户组的实现方法、终端及系统 | |
CN101141706A (zh) | 集群终端主动退出组呼的集群通信系统 | |
CN100450218C (zh) | 一种集群系统中动态查询群组成员状态方法 | |
CN101123759B (zh) | 一种在集群通信系统中针对用户分配资源的接入方法 | |
CN101335930B (zh) | Cdma数字集群系统中强拆强插的方法 | |
CN1984379A (zh) | 一种cdma数字集群传统式组呼通话过程的实现方法 | |
CN100571425C (zh) | 蜂窝移动通信系统中实现集群业务组呼的载频分配方法 | |
CN100370848C (zh) | 一种组呼或组播过程中网络侧获取听者移动台信息的方法 | |
CN101137114B (zh) | 一种获得数字集群系统激活呼叫信息的方法 | |
CN101557642B (zh) | 寻呼匹配响应的方法及应用该方法的移动台 | |
CN1984386B (zh) | 一种组呼听者识别业务的实现方法 | |
CN101170720B (zh) | Mbms广播模式下的无线接口计数方法和装置 | |
CN101127963B (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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20091209 Termination date: 20151129 |
|
CF01 | Termination of patent right due to non-payment of annual fee |