CN102958007A - 组呼通知消息的发送方法和装置 - Google Patents
组呼通知消息的发送方法和装置 Download PDFInfo
- Publication number
- CN102958007A CN102958007A CN2011102480669A CN201110248066A CN102958007A CN 102958007 A CN102958007 A CN 102958007A CN 2011102480669 A CN2011102480669 A CN 2011102480669A CN 201110248066 A CN201110248066 A CN 201110248066A CN 102958007 A CN102958007 A CN 102958007A
- Authority
- CN
- China
- Prior art keywords
- group
- calling
- group calling
- nch
- channel
- 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.)
- Pending
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种组呼通知消息的发送方法和装置。其中,该方法包括:检测到NCH过载时,按照组呼的紧急程度选择NCH上的组呼;暂停发送选择的组呼的通知消息;发送除暂停的组呼之外其它组呼的通知消息。通过本发明,解决了由于NCH信道过载,导致用户无法及时接收到紧急组呼的通知消息的问题,进而达到了紧急组呼的通知消息优先发送,确保了用户能够及时获取到紧急组呼的全部信息。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种组呼通知消息的发送方法和装置。
背景技术
语音组呼业务(Voice Group Call Service,VGCS)和语音广播业务(Voice Broadcast Service,VBS)都是多方参与的语言通信方式,突破了点对点通信的局限性,能够快速建立呼叫,这两种业务可统称为组呼业务。
组呼业务中包括两种身份的成员,即调度员和普通用户。调度员可以是固网用户,如调度台,也可以是移动用户;组呼业务中可以有零个、一个或有限数目的调度员;普通用户指预定了VGCS/VBS的移动用户,数量不限,根据是否在讲话又分为讲者(Talker)和听者(Listener)。
组呼业务使用的是公共下行链路广播功能,这种功能允许处于同一个小区的听者在一条业务信道上聆听组呼,用户数量没有限制,用这种方法可以节省网元间的空中接口和信令链路上的可用资源。
一个特定的组呼通信由功能码和组呼区域唯一确定。组功能码与组呼区域合起来称为组呼参考,即组呼参考唯一确定一个组呼通信。组功能码标识该组的功能,即由哪些身份的成员参考;一个用户可以同时签约多个组功能码,并给它们设置不同的优先级。组呼区域是指组呼通信所覆盖的范围,以无线小区为基本单位,可以由一个或几个小区组成,组成组呼区域的小区称为组呼小区。
在GSM-R网络中,增加了通知信道(NCH,Notification Channel,也称为NCH信道),它是CCCH(Common Control Channel,公共控制信道)的一部分,用于发送组呼业务的通知消息,处于空闲模式的终端收听到NCH信道的通知消息后,若属于该组呼则会加入到组呼中。
小区组呼信道的指配有两种方式,立即指配和延迟指配。立即指配方式是指BSC收到MSC的组呼业务指配命令后,在小区中指配1条组呼信道,并通过NCH信道发送通知消息,通知消息中包括组呼参考和组呼信道描述。延迟指配方式是指BSC收到MSC的组呼业务指配命令后,并不指配组呼信道,而是在小区的NCH信道上发送通知消息,通知消息中只包括组呼参考,当终端收到通知消息后,自动发起通知响应流程,BSC再指配组呼信道,从而可以节约无线资源。对于这两种方式,分配到组呼信道后,还可以通过下行检测或其他原因释放组呼信道,在小区的NCH信道上发送只包括组呼参考,不包括组呼信道描述的通知消息。
由于NCH信道发送通知消息的能力是有限的,当一个小区同时存在大量组呼时,将造成NCH信道过载,每个组呼的通知消息的发送周期将变长,导致存在用户可能无法及时接收到紧急组呼的通知消息,从而影响接入性能及用户体验。
针对相关技术中由于NCH信道过载,导致用户无法及时接收到紧急组呼的通知消息的问题,目前尚未提出有效的解决方案。
发明内容
本发明的主要目的在于提供一种组呼通知消息的发送方法和装置,以解决上述相关技术中由于NCH信道过载,导致用户无法及时接收到紧急组呼的通知消息的问题。
根据本发明的一个方面,提供了一种组呼通知消息的发送方法,包括:检测到NCH过载时,按照组呼的紧急程度选择NCH上的组呼;暂停发送选择的组呼的通知消息;发送除暂停的组呼之外其它组呼的通知消息。
上述按照组呼的紧急程度选择NCH上的组呼包括:选择NCH上未分配组呼信道的组呼。
选择NCH上的组呼还包括:当NCH上未分配组呼信道的组呼为多个时,从未分配组呼信道的组呼中选择优先级最低的组呼;当优先级最低的组呼为多个时,从优先级最低的组呼中选择呼叫时间最长的组呼。
上述暂停发送NCH上的组呼的通知消息之后,上述方法还包括:记录被暂停的组呼参考和过载时NCH的块数;上述发送除暂停的组呼之外其它组呼的通知消息之后,上述方法还包括:根据记录的NCH的块数确定NCH负荷是否恢复正常,如果恢复正常,根据记录的被暂停的组呼参考,启动被暂停的组呼的通知消息的发送。
上述根据记录的被暂停的组呼参考,启动被暂停的组呼的通知消息的发送包括:根据记录的被暂停的组呼参考确定被暂停的组呼;从确定的被暂停的组呼中选择已分配组呼信道的组呼,并启动该已分配组呼信道的组呼的通知消息的发送。
上述从确定的被暂停的组呼中选择已分配组呼信道的组呼还包括:当上述已分配组呼信道的组呼为多个时,从已分配组呼信道的组呼中选择优先级最高的组呼;当优先级最高的组呼为多个时,从优先级最高的组呼中选择呼叫时间最短的组呼。
根据本发明的另一方面,提供了一种组呼通知消息的发送装置,包括:选择模块,用于当检测到NCH过载时,按照组呼的紧急程度选择NCH上的组呼;暂停模块,用于暂停发送选择模块选择的组呼的通知消息;发送模块,用于发送除暂停模块暂停的组呼之外其它组呼的通知消息。
上述选择模块包括:第一选择单元,用于选择NCH上未分配组呼信道的组呼;第二选择单元,用于当第一选择单元选择的NCH上未分配组呼信道的组呼为多个时,从未分配组呼信道的组呼中选择优先级最低的组呼;第三选择单元,用于当第二选择单元选择的优先级最低的组呼为多个时,从优先级最低的组呼中选择呼叫时间最长的组呼。
上述装置还可以包括:记录模块,用于记录被暂停的组呼参考和过载时NCH的块数;重新启动模块,用于根据记录模块记录的NCH的块数确定NCH负荷是否恢复正常,如果恢复正常,根据记录的被暂停的组呼参考,启动被暂停的组呼的通知消息的发送。
上述重新启动模块包括:确定单元,用于根据记录的被暂停的组呼参考确定被暂停的组呼;第一选择单元,用于从确定单元确定的被暂停的组呼中选择已分配组呼信道的组呼,并启动选择的组呼的通知消息的发送;第二选择单元,用于当第一选择单元选择的已分配组呼信道的组呼为多个时,从已分配组呼信道的组呼中选择优先级最高的组呼;第三选择单元,用于当第二选择单元选择的优先级最高的组呼为多个时,从优先级最高的组呼中选择呼叫时间最短的组呼。
通过本发明,采用BSS在检测到NCH信道过载时,按照组呼的紧急程度选择需要暂停的组呼,解决了由于NCH信道过载,导致用户无法及时接收到紧急组呼的通知消息的问题,进而达到了紧急组呼的通知消息优先发送,确保了用户能够及时获取到紧急组呼的全部信息。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例1的组呼通知消息的发送方法流程图;
图2是根据本发明实施例2的BSS组呼通知消息的发送方法流程图;
图3是根据本发明实施例2的BSS选择暂停组呼的方法流程图;
图4是根据本发明实施例3的BBS启动被暂停的组呼的方法流程图;
图5是根据本发明实施例3的选择启动被暂停组呼的方法流程图;
图6是根据本发明实施例4的组呼通知消息的发送装置的结构框图;
图7是根据本发明实施例4的组呼消息的发送装置中的选择模块的结构框图;
图8是根据本发明实施例4的组呼通知消息的发送装置的具体的结构框图;
图9是根据本发明实施例4的重新启动模块的具体的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
本发明实施例中在检测到NCH信道过载时,按照组呼的紧急程度选择需要暂停的组呼,进而保证紧急组呼的通知消息优先发送,从而解决了由于NCH信道过载,导致用户无法及时接收到紧急组呼的通知消息的问题,保证了用户能够及时获取到紧急组呼的全部信息,基于此,本发明实施例提供了一种组呼通知消息的发送方法和装置,下面分别对该方法和装置进行详细描述。
实施例1
本实施例提供了一种组呼通知消息的发送方法,该方法以在BSS(Base Station Subsystem,基站子系统)上实现为例进行说明,如图1所示,该方法包括以下步骤(步骤S102至步骤S106):
步骤S102:BSS检测到NCH过载时,按照组呼的紧急程度选择NCH上的组呼;
本实施例考虑到现有的组呼信道指配方式中仅存在立即指配和延迟指配两种,而这两种指配方式中,如果小区的组呼信道没有被分配,则说明该组呼在该小区下暂时没有听者,因此,本实施例将未分配组呼信道的组呼作为紧急程度较低的组呼,在进行组呼选择时,优先选择未分配组呼信道的组呼。
当然,一个小区下未分配组呼信道的组呼可能不止一个,当只存在一个未分配组呼信道的组呼时,则确定其为要暂停的组呼。当存在多个未分配组呼信道的组呼时,从未分配组呼信道的组呼中选择优先级最低的组呼。其中,组呼的优先级为网络侧设定的,其设定规则可以根据组呼的紧急程度进行设定。
当只存在一个优先级最低的组呼时,则确定其为要暂停的组呼。当存在多个优先级最低的组呼时,从优先级最低的组呼中选择呼叫时间最长的组呼作为要暂停的组呼。其中,呼叫时间最长也可以表述为组呼存在时间最长。这里之所以选择呼叫时间最长的组呼作为暂停的组呼,是因为通常组呼所需的时间不会太长,而最长的组呼距离结束的时间将会比较短,其广播的内容基本已经完毕,因此暂停呼叫时间最长的组呼将不会对组呼本身的业务有太大的影响。
步骤S104:BSS暂停发送上述选择的组呼的通知消息;
步骤S106:BSS发送除上述暂停的组呼之外其它组呼的通知消息。
本实施例的BSS在检测到NCH信道过载时,按照组呼的紧急程度选择需要暂停的组呼,进而保证紧急组呼的通知消息优先发送,从而解决了由于NCH信道过载,导致用户无法及时接收到紧急组呼的通知消息的问题,保证了用户能够及时获取到紧急组呼的全部信息。
考虑到NCH信道的块数是动态变化的,BSS随时可能都会收到NCH信道的块数配置指令,当收到新的块数配置指令时,为了方便确定块数是否增加,本实施例在上述暂停发送选择的组呼的通知消息后,记录过载时NCH的块数。通过比较记录的块数和接收的配置指令中的块数确定NCH信道的块数是否增加,进而确定NCH信道的负荷是否恢复正常。同时,为了确定哪些组呼被暂停,本实施例在上述暂停发送选择的组呼的通知消息后,还记录被暂停的组呼参考;该组呼参考包括组功能码与组呼区域。基于此,本实施例还提供了涉及了启动暂停的组呼的通知消息的发送方法,该方法包括:BSS根据NCH的块数确定NCH负荷是否恢复正常,如果恢复正常,根据记录的被暂停的组呼参考,启动上述被暂停的组呼。
或者,在某个组呼结束后,BSS将停止在NCH上发送该组呼的通知消息。此时,BSS对NCH信道的负荷情况进行重新检测,当NCH信道的负荷恢复正常时,根据记录的被暂停的组呼参考,启动上述被暂停的组呼。BSS启动暂停的组呼时,也需考虑组呼的紧急程度,此时,需要考虑将暂停的组呼中紧急程度高的组呼优先启动,基于此,本实施例在选择启动暂停的组呼时,优先选择已分配组呼信道的组呼,当只存在一个已分配组呼信道的组呼时,则确定其为要启动的组呼。当存在多个已分配组呼信道的组呼时,从已分配组呼信道的组呼中选择优先级最高的组呼。
当只存在一个优先级最高的组呼时,则确定其为要启动的组呼。当存在多个优先级最高的组呼时,从优先级最高的组呼中选择呼叫时间最短的组呼作为要启动的组呼。
本实施例的BSS在检测到NCH信道过载时,按照组呼的紧急程度选择需要暂停的组呼,进而保证紧急组呼的通知消息优先发送,从而解决了由于NCH信道过载,导致用户无法及时接收到紧急组呼的通知消息的问题,保证了用户能够及时获取到紧急组呼的全部信息。进一步的,当BSS检测到NCH信道过载恢复时,按照被暂停的组呼的紧急程度选择需要重新启动通知消息发送的组呼,确保了在NCH信道负荷恢复正常后,能及时发送最大限度数量的组呼的通知消息。保证了各个组呼业务的顺利进行,提高了系统的性能。
实施例2
本实施例提供了一种BSS发送组呼通知消息的方法,该方法中BSS需要根据组呼是否已分配组呼信道,以及组呼优先级来选取暂停哪个组呼,在进行组呼选取时,本实施例首先判断各个组呼是否已分配组呼信道,其次再判断组呼的优先级。参见图2,该方法包括以下步骤:
步骤S202:BSS检测NCH信道是否过载,如果是,执行步骤S204;如果否,执行步骤S206;
步骤S204:BSS从小区中所有正在进行的组呼中选择一个组呼,暂停在NCH信道上发送该组呼的通知消息,发送其它未被暂停的组呼的通知消息;返回步骤S202;
同时记录被暂停的组呼参考和此时NCH信道的块数。
后续的,BSS继续对NCH信道的使用情况进行监测,如仍然过载,则继续重复步骤S202和S204的过程。
步骤S206:BSS按照NCH块数周期性地发送各个组呼的通知消息。
参见图3所示的选择暂停组呼的方法流程图,该方法包括以下步骤:
步骤S302:BSS从小区中所有正在进行的组呼中查找所有未分配组呼信道的组呼;
步骤S304:判断是否查找到有未分配组呼信道的组呼,如果是,执行步骤S306;如果否,执行步骤S308;
步骤S306:BSS从步骤S302中查找到的所有未分配组呼信道的组呼中查找优先级最低的组呼,然后执行步骤S310;
步骤S308:从所有进行的组呼中查找优先级最低的组呼,然后执行步骤S310;
步骤S310:判断从步骤S306或步骤S308中查找到的所有优先级最低的组呼是否只有一个,如果是,结束当前流程,如果否,执行步骤S312;
步骤S312:BSS从上述查找到的优先级最低的组呼中查找存在时间最长的组呼;
步骤S314:判断查找到的存在时间最长的组呼是否只有一个,如果是,结束当前流程;如果否,执行步骤S316;
步骤S316:BSS从上述查找到的存在时间最长的组呼中任选一个组呼,将该组呼作为需要暂停的组呼。
本实施例的BSS在检测到NCH信道过载时,按照组呼的紧急程度选择需要暂停的组呼,进而保证紧急组呼的通知消息优先发送,从而解决了由于NCH信道过载,导致用户无法及时接收到紧急组呼的通知消息的问题,同时,上述图3提供的暂停组呼的选择方式,能够保证紧急程度高的组呼不被暂停,仅暂停紧急程度低的组呼,进而有效地保证了用户能够及时获取到紧急的组呼。
实施例3
本实施例提供了一种BSS启动被暂停的组呼的方法,该方法中BSS需要根据被暂停的组呼是否已分配组呼信道,以及该组呼的优先级来选取启动哪个被暂停组呼,在进行组呼选取时,本实施例首先判断各个被暂停的组呼是否已分配组呼信道,其次再判断组呼的优先级。参见图4,该方法包括以下步骤:
步骤S402:BSS检测NCH信道是否恢复正常负荷,如果是,执行步骤S404;如果否,执行步骤S406;
NCH的块数是否大于过载时的NCH的块数或者小区有某个组呼结束;当NCH的块数大于过载时的NCH的块数或者小区有某个组呼结束时确定NCH信道恢复正常负荷;
步骤S404:BSS从被暂停的组呼中选择一个组呼,然后重新启动该组呼的通知消息在NCH信道上的发送;
步骤S406:按照图2所示的NCH信道过载时的处理流程进行处理。
参见图5所示的选择启动被暂停组呼的方法流程图,该方法包括以下步骤:
步骤S502:BSS从所有被暂停的组呼中查找所有已分配组呼信道的组呼;
步骤S504:判断是否查找到已分配组呼信道的组呼,如果是,执行步骤S506,如果否,执行步骤S508;
步骤S506:BSS从步骤S502中查找到的已分配组呼信道的组呼中查找优先级最高的组呼,然后执行步骤S510;
步骤S508:从所有被暂停的组呼中查找优先级最高的组呼,然后执行步骤S510;
步骤S510:判断从步骤S506或步骤S508中查找到的优先级最高的组呼是否只有一个,如果是,结束流程,如果否,执行步骤S512;
步骤S512:BSS从上述查找到的优先级最高的组呼中查找存在时间最短的组呼;
步骤S514:判断查找到的存在时间最短的组呼是否只有一个,如果是,结束流程,如果否,执行步骤S516;
步骤S516:从上述查找到的存在时间最短的组呼中任选一个组呼,将该组呼作为要重新启动的组呼。
本实施例的BSS在检测到NCH信道恢复正常时,按照组呼的紧急程度选择需要重新启动被暂停的组呼,确保了紧急程度高的组呼优先启动,紧急程度低的组呼后启动,进而保证紧急组呼的通知消息优先发送,保证了各个组呼业务的顺利进行,有效地提高了系统的性能。
实施例4
本实施例提供一种组呼通知消息的发送装置,该装置可以设置在上述实施例的BSS上,参见图6,该装置包括选择模块62、暂停模块64和发送模块66;各模块的功能如下:
选择模块62,用于当检测到公共控制信道NCH过载时,按照组呼的紧急程度选择NCH上的组呼;
暂停模块64,与选择模块62相连,用于暂停发送选择模块62选择的组呼的通知消息;
发送模块66,与暂停模块64相连,用于发送除暂停模块64暂停的组呼之外其它组呼的通知消息。
本实施例的BSS在检测到NCH信道过载时,按照组呼的紧急程度选择需要暂停的组呼,能够确保紧急程度高的组呼不被暂停,仅暂停紧急程度低的组呼,保证了紧急组呼的通知消息优先发送,进而有效地保证了用户能够及时获取到紧急的组呼,从而解决了由于NCH信道过载,导致用户无法及时接收到紧急组呼的通知消息的问题。
参见图7,本实施例中选择模块62具体包括以下单元:
第一选择单元622,用于选择NCH上所有未分配组呼信道的组呼;
第二选择单元624,与第一选择单元622相连,用于当第一选择单元622选择的NCH上未分配组呼信道的组呼为多个时,从上述所有未分配组呼信道的组呼中选择优先级最低的组呼;
第三选择单元626,与第二选择单元相连624,用于当第二选择单元624选择的优先级最低的组呼为多个时,从上述所有优先级最低的组呼中选择呼叫时间最长的组呼。
当上述第一选择单元622选择的NCH上所有未分配组呼信道的组呼只有一个时,把选择的该组呼作为要暂停的组呼;当上述第二选择单元624选择的优先级最低的组呼只有一个时,把该组呼作为要暂停的组呼;当上述第三选择单元626选择的呼叫时间最长的组呼只有一个时,把该组呼作为要暂停的组呼,当其选择的呼叫时间最长的组呼为多个时,可以任选一个组呼作为要暂停的组呼。
本实施例还提供一种组呼通知消息发送装置的具体的结构框图,参见图8,该装置除了包括图6中的选择模块62、暂停模块64和发送模块66之外,还包括记录模块82和重新启动模块84其功能如下:
记录模块82,用于记录上述被暂停的组呼的组呼参考和NCH过载时的NCH的块数;
重新启动模块84,与记录模块82相连,用于根据记录模块82记录的NCH的块数确定NCH负荷是否恢复正常,如果恢复正常,根据记录的被暂停的组呼的组呼参考,重新启动被暂停的组呼的通知消息的发送。
参见图9,上述重新启动模块84具体包括以下单元:
确定单元842,用于根据记录的上述暂停模块中被暂停的组呼的组呼参考确定被暂停的组呼;
第一选择单元844,与确定单元842相连,用于从确定单元842确定的被暂停的组呼中选择已分配组呼信道的组呼;
第二选择单元846,与第一选择单元844相连,用于当第一选择单元844选择的已分配组呼信道的组呼为多个时,从已分配组呼信道的组呼中选择优先级最高的组呼;
第三选择单元848,与第二选择单元846相连,用于当第二选择单元846选择的优先级最高的组呼为多个时,从优先级最高的组呼中选择呼叫时间最短的组呼。
当上述第一选择单元844选择的已分配组呼信道的组呼只有一个时,直接启动该组呼的通知消息的发送;当第二选择单元846选择的优先级最高的组呼只有一个时,直接启动该组呼的通知消息的发送;当第三选择单元848选择的呼叫时间最短的组呼只有一个时,直接启动该组呼的通知消息的发送,如果选择的呼叫时间最短的组呼为多个,则从所有呼叫时间最短的组呼中任选一个作为要重新启动的组呼。
本实施例中各个模块之间的连接可以理解为耦合连接,具体实现时,可以通过有线连接,也可以通过无线连接。
本实施中,在BSS在检测到NCH信道过载时,按照组呼的紧急程度选择需要暂停的组呼,解决了由于NCH信道过载,导致用户无法及时接收到紧急组呼的通知消息的问题。
从以上描述中可以看出,BSS在检测到NCH信道过载时,按照组呼的紧急程度选择需要暂停的组呼,进而保证紧急组呼的通知消息优先发送,从而解决了由于NCH信道过载,导致用户无法及时接收到紧急组呼的通知消息的问题,保证了用户能够及时获取到紧急组呼的全部信息。同时,当NCH信道恢复正常时,按照组呼的紧急程度选择重新启动被暂停的组呼的通知消息的发送,保证了各个组呼业务的顺利进行,提高了系统的性能。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (12)
1.一种组呼通知消息的发送方法,其特征在于包括:
检测到通知信道NCH过载时,按照组呼的紧急程度选择所述NCH上的组呼;
暂停发送所述选择的组呼的通知消息;
发送除所述暂停的组呼之外其它组呼的通知消息。
2.根据权利要求1所述的方法,其特征在于,按照组呼的紧急程度选择所述NCH上的组呼包括:
选择所述NCH上未分配组呼信道的组呼。
3.根据权利要求2所述的方法,其特征在于,选择所述NCH上的组呼还包括:
当所述NCH上未分配组呼信道的组呼为多个时,从所述未分配组呼信道的组呼中选择优先级最低的组呼。
4.根据权利要求3所述的方法,其特征在于,选择所述NCH上的组呼还包括:
当优先级最低的组呼为多个时,从所述优先级最低的组呼中选择呼叫时间最长的组呼。
5.根据权利要求1所述的方法,其特征在于,
暂停发送NCH上的组呼的通知消息之后,所述方法还包括:记录被暂停的组呼参考和过载时NCH的块数;
所述发送除暂停的组呼之外其它组呼的通知消息之后,所述方法还包括:根据记录的NCH的块数确定NCH负荷是否恢复正常,如果恢复正常,根据记录的被暂停的组呼参考,启动被暂停的组呼的通知消息的发送。
6.根据权利要求5所述的方法,其特征在于,根据记录的被暂停的组呼参考,启动被暂停的组呼的通知消息的发送包括:
根据记录的被暂停的组呼参考确定被暂停的组呼;
从确定的被暂停的组呼中选择已分配组呼信道的组呼,并启动所述已分配组呼信道的组呼的通知消息的发送。
7.根据权利要求6所述的方法,其特征在于,从确定的被暂停的组呼中选择已分配组呼信道的组呼,还包括:
当所述已分配组呼信道的组呼为多个时,从所述已分配组呼信道的组呼中选择优先级最高的组呼。
8.根据权利要求7所述的方法,其特征在于,从所述已分配组呼信道的组呼中选择优先级最高的组呼,还包括:
当所述优先级最高的组呼为多个时,从所述优先级最高的组呼中选择呼叫时间最短的组呼。
9.一种组呼通知消息的发送装置,其特征在于包括:
选择模块,用于当检测到通知信道NCH过载时,按照组呼的紧急程度选择NCH上的组呼;
暂停模块,用于暂停发送所述选择模块选择的组呼的通知消息;
发送模块,用于发送除所述暂停模块暂停的组呼之外其它组呼的通知消息。
10.根据权利要求9所述的装置,其特征在于,所述选择模块包括:
第一选择单元,用于选择NCH上未分配组呼信道的组呼;
第二选择单元,用于当所述第一选择单元选择的NCH上未分配组呼信道的组呼为多个时,从所述未分配组呼信道的组呼中选择优先级最低的组呼;
第三选择单元,用于当所述第二选择单元选择的优先级最低的组呼为多个时,从所述优先级最低的组呼中选择呼叫时间最长的组呼。
11.根据权利要求9所述的装置,其特征在于,所述装置还包括:
记录模块,用于记录被暂停的组呼参考和过载时NCH的块数;
重新启动模块,用于根据所述记录模块记录的NCH的块数确定NCH负荷是否恢复正常,如果恢复正常,根据记录的被暂停的组呼参考,启动被暂停的组呼的通知消息的发送。
12.根据权利要求11所述的装置,其特征在于,所述重新启动模块包括:
确定单元,用于根据记录的被暂停的组呼参考确定被暂停的组呼;
第一选择单元,用于从所述确定单元确定的被暂停的组呼中选择已分配组呼信道的组呼,并启动所述已分配组呼信道的组呼的通知消息的发送;
第二选择单元,用于当所述第一选择单元选择的已分配组呼信道的组呼为多个时,从所述已分配组呼信道的组呼中选择优先级最高的组呼;
第三选择单元,用于当所述第二选择单元选择的优先级最高的组呼为多个时,从所述优先级最高的组呼中选择呼叫时间最短的组呼。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011102480669A CN102958007A (zh) | 2011-08-26 | 2011-08-26 | 组呼通知消息的发送方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011102480669A CN102958007A (zh) | 2011-08-26 | 2011-08-26 | 组呼通知消息的发送方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102958007A true CN102958007A (zh) | 2013-03-06 |
Family
ID=47766134
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2011102480669A Pending CN102958007A (zh) | 2011-08-26 | 2011-08-26 | 组呼通知消息的发送方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102958007A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103457941A (zh) * | 2013-08-19 | 2013-12-18 | 北京佳讯飞鸿电气股份有限公司 | 多媒体指挥调度系统中调度台负荷自适应方法 |
WO2016086577A1 (zh) * | 2014-12-05 | 2016-06-09 | 中兴通讯股份有限公司 | 寻呼消息的控制方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070010273A1 (en) * | 2005-07-11 | 2007-01-11 | Thomas Howard J | Method and apparatus for operating a call service in a cellular communication system |
CN101489176A (zh) * | 2009-02-25 | 2009-07-22 | 北京交通大学 | 实现语音组呼业务讲者优先级的方法 |
US20100008512A1 (en) * | 2004-12-26 | 2010-01-14 | Neil Thomas Packer | Paging System |
-
2011
- 2011-08-26 CN CN2011102480669A patent/CN102958007A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100008512A1 (en) * | 2004-12-26 | 2010-01-14 | Neil Thomas Packer | Paging System |
US20070010273A1 (en) * | 2005-07-11 | 2007-01-11 | Thomas Howard J | Method and apparatus for operating a call service in a cellular communication system |
CN101489176A (zh) * | 2009-02-25 | 2009-07-22 | 北京交通大学 | 实现语音组呼业务讲者优先级的方法 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103457941A (zh) * | 2013-08-19 | 2013-12-18 | 北京佳讯飞鸿电气股份有限公司 | 多媒体指挥调度系统中调度台负荷自适应方法 |
CN103457941B (zh) * | 2013-08-19 | 2016-09-07 | 北京佳讯飞鸿电气股份有限公司 | 多媒体指挥调度系统中调度台负荷自适应方法 |
WO2016086577A1 (zh) * | 2014-12-05 | 2016-06-09 | 中兴通讯股份有限公司 | 寻呼消息的控制方法及装置 |
CN105722038A (zh) * | 2014-12-05 | 2016-06-29 | 中兴通讯股份有限公司 | 寻呼消息的控制方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2556023C2 (ru) | Способ реконфигурирования, контроллер радиосети и терминал | |
US9215580B2 (en) | Method of managing reception of natural disaster warning notification messages for a wireless communication system and related communication device | |
CN101390419A (zh) | 通信方法和装置 | |
US8537776B2 (en) | Wireless device | |
WO2014028395A1 (en) | Methods, systems and devices for prioritizing access to wireless networks | |
CN104270725A (zh) | 指示信息的确定、处理以及请求消息的处理方法及装置 | |
CN101772078A (zh) | 一种负载控制方法及装置 | |
CN105684533A (zh) | 在等待请求与无线网络的连接的同时对寻呼请求做出响应 | |
CN103069785B (zh) | 移动台、通信控制装置以及通信控制方法 | |
CN100536592C (zh) | 一种业务调度的方法和装置 | |
EP1734772A2 (en) | The method for the user's terminal which enters into group communication later that has established the grouping call to occupy the uplink | |
CN104301931A (zh) | 拥塞/过载的控制方法,系统,装置和基站 | |
CN107040900B (zh) | 集群通信系统及其用户终端、动态组呼的方法 | |
CN102958007A (zh) | 组呼通知消息的发送方法和装置 | |
WO2008011807A1 (fr) | Procédé de libération de ressources de canaux libres et système d'appels de groupe | |
CN109286903B (zh) | 群组信息的下发方法和系统 | |
WO2014106341A1 (zh) | 一种资源分配方法和装置 | |
CN101317468A (zh) | 无线通信网络中将移动站呼叫指向频带类别的方法和系统 | |
WO2018162759A1 (en) | Connection establishment of a terminal over a relay node in a wireless communication system | |
CA2576532C (en) | Method for indicating a channel for sending uplink access request and trunking system | |
CN100486372C (zh) | 集群系统中实现信道强拆的方法 | |
CN100455066C (zh) | 一种实现集群组中的用户发送上行接入请求的方法 | |
CN102065541A (zh) | 单模芯片上业务处理方法及装置 | |
JP6224779B2 (ja) | 基地局およびその制御方法 | |
WO2012041155A1 (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20130306 |