CN101472222A - 一种组呼业务紧急呼叫管理的方法、设备及*** - Google Patents
一种组呼业务紧急呼叫管理的方法、设备及*** Download PDFInfo
- Publication number
- CN101472222A CN101472222A CNA2007101257268A CN200710125726A CN101472222A CN 101472222 A CN101472222 A CN 101472222A CN A2007101257268 A CNA2007101257268 A CN A2007101257268A CN 200710125726 A CN200710125726 A CN 200710125726A CN 101472222 A CN101472222 A CN 101472222A
- Authority
- CN
- China
- Prior art keywords
- emergency mode
- mode control
- indication information
- group
- msc
- 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)
Abstract
本发明公开了一种组呼业务中管理紧急呼叫的方法、设备及***,通过将集群***中的调度者对组呼业务中的紧急呼叫的发起与解除的设置,实现组呼业务中调度者对紧急呼叫的建立和解除的管理,实现了调度者在遇到重要紧急情况时可通知参与组呼的成员进入集群紧急模式,并可由调度者实现对集群组的紧急模式的及时恢复。
Description
技术领域
本发明涉及通信领域,尤其涉及一种通信组呼业务紧急呼叫管理的方法、设备及***。
背景技术
集群无线通信***,以下简称集群***,是近几年来发展起来的一种较经济、较灵活的指挥调度通信***,广泛应用在政府机关、能源交通、机场码头、工矿企业、消防警察、水利和军事等单位,以满足各单位内部通信联络的需要。
现有的集群***是通过将一组用户作为一个集群进行管理,当组内的成员发起会话时,可以将该会话内容通知到所有在集群***信号覆盖范围内的该组的全体用户的通信方式与***。
为了实现组内集群通信,集群***通常通过以下方式来实现:
在集群通信中,每个组包括一个该组的组标识ID和组呼区域,其中组呼区域定义为一族小区。用户的签约组信息是开户时在HLR(Home LocationRegister,归属位置寄存器)和SIM(Subscriber Identity Module)卡里存储的固定信息,同时组标识Group ID(Group Identifier)和组呼区域也保存在组呼寄存器GCR(Group Call Register)中,因而现有的集群通信***并未实现对组呼用户的移动性管理。
图1为集群***中核心网的***结构图,从图中可见集群***的核心网主要由归属位置寄存器HLR、GMSC(Gateway MSC,网关移动交换机)、锚MSC(Anchor MSC,锚移动交换机)、中继MSC(Relay MSC,中继移动交换机)、VLR(Visitor Location Register,访问位置寄存器)和组呼寄存器GCR这些网元组成。这些网元之间是通过如下连接运作来实现集群***功能:
当收到组呼发起请求时,锚MSC向所连接的GCR查询该组属性,得到调度员列表、中继MSC列表以及本锚MSC控制下的小区列表。
该锚MSC呼叫调度员和中继MSC,并为在本锚MSC控制下的小区建立组呼信道,通过各个小区的NCH(Notification Channel,通知信道)通知组内用户有组呼发起,并指明其组呼信道参数以便组内用户监听。
中继MSC接到锚MSC的组呼呼叫请求后,向所连接的GCR查询其所控制的小区列表,在这些小区内建立组呼信道,通过NCH通知组内用户有组呼发起,并指明其组呼信道参数以便组内用户监听。
当一个组呼呼叫被发起后,在该组呼区域内的的一组用户能够同时加入到该组呼呼叫并监听讲话者。但是,在组呼呼叫中,同一时间只能有一个讲话者进行讲话,当讲话者完成讲话后,其它用户都能够通过按PTT(Push to talk)键变成讲话者。在通话过程中,任何用户都可以自己决定中途离开或者中途加入到该组呼呼叫中,进入组呼区域的用户能够接到通知并中途加入到组呼呼叫中。
在组呼过程中,讲者可以占用上行组呼信道,同时监视下行组呼信道;网络也可以为讲者单独分配一个独立的上下行专用信道。而听者只能监视下行组呼信道。
当集群组内发生重要且紧急的状况时,允许整个集群组进入紧急模式,当紧急情况处理完毕,集群组可以恢复到正常通话状态。
一个集群组内,为了使不同用户获得不同级别的业务特征,在集群组内给不同的用户设置了不同的优先级别,从低到高包括normal subscriber(常规用户)、privileged subscriber(特权用户)和emergency subscriber(紧急用户)。优先级较高的用户可以抢占优先级较低用户当前占用的上行链路。
当一个集群组内发生重要且紧急情况时,该集群组可发起紧急模式状态,具有紧急优先级的用户向网络侧发出抢占上行链路的请求(uplink accessrequest),网络侧对该请求进行判断,当上行链路处于空闲(uplink free)状态时,或者占用当前上行链路的用户的优先级低于该紧急优先级时,网络侧将该上行链路指派给该具有紧急优先级的用户使用,此时该集群组即进入紧急模式状态。处于紧急模式下的集群组,网络侧会在通知信道和组呼信道上周期性的广播携带紧急模式指示(emergency mode indication)的上行链路忙(UPLINKBUSY)消息,以通知当前参与集群组呼中的所有听者和其他处于空闲模式或者正在参与其他呼叫的群组的所有成员。
当紧急情况处理完毕后,由当前占用上行且具有紧急优先权的用户发送重置紧急模式(emergency mode reset request)请求,网络侧在收到该请求后广播通知群组所有成员紧急模式解除(EMERGENCY_RESET_COMMAND),使集群组恢复到正常通话的状态。
现有技术中集群组呼***紧急模式的启动是通过一个集群内具有紧急优先级的用户向网络侧发出请求来实现的,可见现有技术中调度者无法实现对紧急模式的控制,不能满足集群组呼业务的实际应用中的需要。
发明内容
本发明实施例提供了一种组呼业务中管理紧急呼叫的方法、设备及***,以实现调度者对组呼***紧急模式的控制,增加调度***的灵活性。
本发明实施例提供了一种组呼呼叫中管理紧急呼叫的方法,包括:
网络侧接收调度者发送的紧急模式控制指示信息;
网络侧根据所述紧急模式控制指示信息通知集群组中的终端执行紧急模式控制操作。
本发明实施例还提供了一种组呼呼叫***,包括:
锚MSC,用于接收调度者发送的第一紧急模式控制指示信息,向其控制的BSS发送第二紧急模式控制指示信息;
所述锚MSC控制的BSS,用于根据第二紧急模式控制指示信息,通知所述集群组中的终端执行紧急模式控制操作。
本发明实施例还提供了一种锚MSC,包括:
接收单元,用于接收调度者发送的第一紧急模式控制指示信息;
发送单元,用于向其控制的BSS发送第二紧急模式控制指示信息。
本发明实施例提供的技术方案中,调度者根据群组当前情况可以通知群组成员进入或清除群组紧急模式,实现了调度者对组呼***紧急模式的控制,增加了调度***的灵活性。
附图说明
图1为现有技术中集群***中核心网的***结构图;
图2为本发明提供的一启动紧急模式实施例的信令流程图;
图3为本发明提供的另一启动紧急模式实施例的信令流程图;
图4为本发明提供的一解除紧急模式实施例的信令流程图;
图5为本发明提供的一解除紧急模式实施例的信令流程图。
具体实施方式
为使本发明的目的、技术方案和有益效果更加清楚明白,下面结合实施例和附图,对本发明进一步详细说明。
在集群组出现紧急或重要情况,或者因紧急情况需要通知所有的集群组成员时,调度者可以向网络侧发送紧急模式指示。网络可以预定义一串DTMF(Dual Tone Multi Frequency,双音多频)码来识别紧急模式指示,DTMF码值可根据具体操作而定,但是不能与标识开始讲话、结束讲话或者清除紧急模式指示的序列相同。
图2为本发明提供的一种启动紧急模式实施例的信令流程图,该实施例可以适用于调度者为固定电话终端或受控于锚MSC的移动用户终端的情况。如图2所示,以组呼已建立为例,则可以实施下述步骤;如果此时组呼尚未建立,则调度者首先建立呼叫。
S201,调度者通过预先设定的DTMF信号(调度者为固定终端时)或DTMF消息(调度者为移动终端时)将紧急模式指示发送给锚MSC;
S202,该锚MSC在收到该DTMF信号或消息后,分析确认该DTMF信号或消息为设置紧急模式请求后,该锚MSC对在自己控制范围内的所有相关的BSS发送EMERGENCY_MODE_INDICATION消息,并可以通过FORWARD_GRO-UP CALL_SIGNALLING将该消息转发给中继MSC;
可选的,可以对该调度者设置权限限制,该锚MSC在收到该信号后,先在本地数据库中查询该调度者是否有设置组呼紧急模式的权限,该锚MSC在确认该调度者有组呼紧急模式设置权限的,继续执行后续步骤,否则本流程终止。对调度者该权限的设置一般可通过以下两种方式来实现:
第一种方式,在锚MSC上设置***内所有调度者的针对所有组呼是否有设置紧急模式的权限,以及重置紧急模式的权限,并在锚MSC本地数据库中保存这两个权限数值,锚MSC根据设置值判断是否允许调度者设置紧急模式和重置紧急模式;
第二种方式,在GCR中针对不同组呼组的不同调度者分别设置该调度者针对该组呼组是否有设置紧急模式的权限,以及重置紧急模式的权限,并在GCR的组呼组属性中保存这两个权限数值,在组呼建立时由锚MSC向GCR查询并保存在锚MSC的本地数据中,锚MSC根据设置值判断是否允许该调度者对该组呼组的组呼设置紧急模式和重置紧急模式。
S203,该BSS在收到EMERGENCY_MODE_INDICATION消息后,在通知信道上发送PERIODIC NOTIF_REQ消息通知所有监听NCH信道的MS设置紧急模式指示;
S204,当当前的上行链路信道被占用时,该BSS通过在组呼信道上周期性的发送携带有紧急模式指示(emergency mode indication)的UPLINK BUSY消息通知所有参与组呼的MS设置紧急模式;当当前的上行链路信道空闲时,该BSS通过在组呼信道上周期性的发送携带有紧急模式指示(emergency modeindication)的UPLINK FREE消息通知所有参与组呼的MS设置紧急模式;
上述步骤中,至少要执行S203与S204中的一个,中继MSC在收到锚MSC转发的消息后,向自身控制的范围内的BSS发送EMERGENCY_MODE_INDI-CATION消息,这些BSS在收到该EMERGENCY_MODE_INDICATION消息后执行的步骤与S203-S204类似,不再赘述。
图3为本发明提供的另一启动紧急模式实施例的信令流程图,该实施例可以适用于调度者为移动用户终端且不在锚MSC的控制范围内的情况。该实施例的具体步骤如下:
S301,调度者通过无线接口向归属的中继MSC/VMSC发送指示设置紧急模式的DTMF消息;
S302,该中继MSC/VMSC在接收到该DTMF消息后将该DTMF消息转化成为DTMF信号发送给锚MSC;
S303,该锚MSC在接收到该DTMF信号后,确认为设置紧急模式请求后,向自己控制范围内的相关的BSS发送EMERGENCY_MODE_INDICATION消息,并通过FORWARD_GROUP CALL_SIGNALLING将该消息转发给中继MSC;
可选的,可以对该调度者设置权限限制,该锚MSC在收到该信号后,先在本地数据库中查询该调度者是否有设置组呼紧急模式的权限,该锚MSC在确认该调度者有组呼紧急模式设置权限的,继续执行后续步骤,否则本流程终止。对调度者该权限的设置与前述实施例类似,此处不再赘述。
S304,BSS在收到该EMERGENCY_MODE_INDICATION消息后,通过在通知信道上发送PERIODIC NOTIF_REQ消息来通知所有监听NCH信道的MS设置紧急模式指示;
S305,当当前的上行链路信道被占用时,BSS通过在组呼信道上周期性的发送携带有紧急模式指示(emergency mode indication)的UPLINK BUSY消息通知所有参与组呼的MS设置紧急模式;当当前的上行链路信道空闲时,BSS通过在组呼信道上周期性的发送携带有紧急模式指示(emergency modeindication)的UPLINK FREE消息通知所有参与组呼的MS设置紧急模式;
上述步骤中,至少要执行S304与S305中的一个,中继MSC在收到该锚MSC转发的消息后,向自己控制范围内的所有BSS发送EMERGENCY_MODE_IND-ICATION消息,BSS在收到该EMERGENCY_MODE_INDICATION消息后执行的步骤与S304-S305类似,不再赘述。
当集群组内的紧急情况已处理完毕,或者目前集群组内无具有相应权限的用户可以清除紧急模式标识时,调度者需要恢复集群组的正常通信,调度者可以向网络侧发送重置紧急模式请求消息,网络侧清除紧急模式的设置并广播通知所有成员。网络首先要预定义一串DTMF码来识别紧急模式重置指示,DTMF码值可根据具体操作而定,但是不能与标识开始讲话、结束讲话或者设置紧急模式指示的序列相同。
图4为本发明一解除紧急模式实施例的信令流程图,该实施例可以适用于调度者为固定电话终端或受控于锚MSC的移动用户终端的情况。具体步骤如下:
S401,调度者通过DTMF信号将重置紧急模式指示发送给锚MSC;
S402,该锚MSC在收到该DTMF信号后,分析确认是重置紧急模式请求,则发送紧急模式重置命令(EMERGENCY_RESET_COMMAND)通知所有相关BSS解除紧急模式,并通过FORW_GROUP CALL_SIGN消息将emergencymode reset command发送给中继MSC;
可选的,当该调度者设有权限限制时,该锚MSC在收到该信号后,先在本地数据库中查询本地数据库中该调度者是否有解除组呼紧急模式的权限,该锚MSC在确认该调度者设有组呼紧急模式解除权限的,继续执行后续步骤,否则本流程终止;
对调度者进行紧急模式解除的权限的设置一般可通过以下两种方式来实现:
第一种方式,通过在锚MSC上设置该集群***内所有调度者对所有组呼是否有解除紧急模式的权限,并在该锚MSC的本地数据库中保存这个权限的数值,以后对调度者权限的判断可根据该锚MSC的保存的数值来判断;
第二种方式,在GCR中根据不同的组呼组的不同调度者分别为该调度者设置针对该组呼组是否有解除紧急模式的权限,并在该GCR的组呼属性中保存该权限的数值,当组呼建立时,通过锚MSC向GCR查询并保存在该锚MSC的本地数据库中,该锚MSC根据该值实现判断该调度者是否有对该组呼解除紧急模式的权限;
S403,BSS在收到该EMERGENCY_RESET_COMMAND消息后,该BSS在通知信道上发送PERIODIC NOTIF_REQ消息通知所有监听NCH信道的MS清除紧急模式;
S404,当当前的上行链路信道被占用时,BSS通过在组呼信道上周期性的发送携带有清除紧急模式指示(emergency mode reset)的UPLINK BUSY消息通知所有参与组呼的MS恢复正常通话模式;当当前的上行链路信道空闲时,BSS通过在组呼信道上周期性的发送携带有清除紧急模式指示(emergencymode reset)的UPLINK FREE消息通知所有参与组呼的MS恢复正常通话模式;
上述步骤中,至少要执行S403与S404中的一个,中继MSC收到该emergencymode reset command后,将该emergency mode reset command命令发送给自己控制范围内的所有BSS,这些BSS在收到该emergency mode reset command命令后,执行的步骤与S403-S404类似,不再赘述。
图5为本发明提供的另一解除紧急模式信令流程图,该实施例可以适用于调度者为移动用户终端,且调度者不在锚MSC控制范围的情况。
该实施例的实现步骤如下:
S501,调度者通过无线接口向归属的中继MSC/拜访MSC发送指示清除紧急模式的DTMF消息;
S502,该中继MSC/拜访MSC在收到该DTMF消息后,将该消息转化成DTMF信号发送给锚MSC;
S503,该锚MSC收到后对该DTMF信号进行分析,当确认该DTMF信号是重置紧急模式请求时,该锚MSC则发送紧急模式重置命令(EMERGENCY_RE-SET_COMMAND)通知所有相关的BSS解除紧急模式,并通过FORW._GROUPCALL_SIGN消息将emergency mode reset command发送给中继MSC;
可选的,当该调度者设有权限限制时,该锚MSC在收到该信号后,先在本地数据库中查询本地数据库中该调度者是否有解除组呼紧急模式的权限,该锚MSC在确认该调度者设有组呼紧急模式解除权限的,继续执行后续步骤,否则本流程终止;
对调度者进行紧急模式解除的权限的设置与上述实施例类似,不再赘述。
S504,BSS在收到该EMERGENCY_RESET_COMMAND消息后,BSS在通知信道上发送PERIODIC NOTIF_REQ消息通知所有监听NCH信道的MS清除紧急模式;
S505,当当前的上行链路信道被占用时,BSS通过在组呼信道上周期性的发送携带有清除紧急模式指示(emergency mode reset)的UPLINK BUSY消息通知所有参与组呼的MS恢复正常通话模式;当当前的上行链路信道空闲时,BSS通过在组呼信道上周期性的发送携带有清除紧急模式指示(emergencymode reset)的UPLINK FREE消息通知所有参与组呼的MS恢复正常通话模式;
上述步骤中,至少要执行S504与S505中的一个,中继MSC收到该emergencymode reset command后,将该emergency mode reset command命令发送给自己控制范围内的所有BSS,这些BSS在收到该emergency mode reset command命令后,执行的步骤与S504至S505类似,不再赘述。
本发明实施例还提供了一种组呼呼叫***,包括:
锚MSC,用于接收调度者发送的第一紧急模式控制指示信息,向其控制的BSS发送第二紧急模式控制指示信息;
所述锚MSC控制的BSS,用于根据第二紧急模式控制指示信息,通知所述集群组中的终端执行紧急模式控制操作。
所述***还可以包括:
中继MSC,用于接收所述锚MSC向其转发的第二紧急模式控制指示信息,向其控制的BSS发送第三紧急模式控制指示信息;
所述中继MSC控制的BSS,用于根据第三紧急模式控制指示信息,通知所述集群组中的终端执行紧急模式控制操作。
本发明实施例还提供了一种锚MSC,包括:
接收单元,用于接收调度者发送的第一紧急模式控制指示信息;
发送单元,用于向其控制的BSS发送第二紧急模式控制指示信息。
所述锚MSC还可以包括:
权限单元,用于在接收单元接收调度者发送的第一紧急模式控制指示信息之后,向数据库或GCR查询所述所述调度者的紧急模式控制权限信息,当所述调度者具有紧急模式控制权限时,触发所述发送单元的操作。
所述锚MSC还可以包括:
转发单元,用于向中继MSC转发的第二紧急模式控制指示信息。
本发明实施例中的信令或消息,仅是示例性的,只要可以实现相同的目的,本发明并不限定所采用的信令或消息。
本发明实施例的技术方案中,调度者根据群组当前情况可以随时通知群组成员进入或清除群组紧急模式,同时是否允许调度者设置紧急模式和重置紧急模式的权限也可以由运营商自行设置,增加了调度***的灵活性。
总之,以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (16)
1、一种组呼呼叫中管理紧急呼叫的方法,其特征在于,所述方法包括:
网络侧接收调度者发送的紧急模式控制指示信息;
网络侧根据所述紧急模式控制指示信息通知集群组中的终端执行紧急模式控制操作。
2、如权利要求1所述的方法,其特征在于,
所述网络侧接收调度者发送的紧急模式控制指示信息包括:集群组中的锚MSC接收调度者发送的第一紧急模式控制指示信息;
所述网络侧根据所述紧急模式控制指示信息通知集群组中的终端执行紧急模式控制操作包括:所述锚MSC根据其接收的第一紧急模式控制指示信息,向其控制的BSS发送第二紧急模式控制指示信息;所述BSS根据第二紧急模式控制指示信息,通知所述集群组中的终端执行紧急模式控制操作。
3、如权利要求2所述的方法,其特征在于,所述方法还包括:
所述锚MSC向中继MSC转发第二紧急模式控制指示信息,所述中继MSC向其控制的BSS发送第三紧急模式控制指示信息,所述中继MSC控制的BSS根据第三紧急模式控制指示信息,通知所述集群组中的终端执行紧急模式控制操作。
4、如权利要求2或3所述的方法,其特征在于,集群组中的锚MSC收到调度者发送的第一紧急模式控制指示信息之前,该方法还包括:
所述调度者通过中继MSC或者拜访MSC向所述锚MSC发送第一紧急模式控制指示信息;或者
所述调度者直接向所述锚MSC发送第一紧急模式控制指示信息。
5、如权利要求2或3所述的方法,其特征在于,所述紧急模式控制包括紧急模式设置或者紧急模式重置。
6、如权利要求2或3所述的方法,其特征在于,所述锚MSC接收调度者发送的第一紧急模式控制指示信息之后,还包括:
在数据库或GCR上查询所述所述调度者的紧急模式控制权限信息,当所述调度者具有紧急模式控制权限时,所述锚MSC向其控制的BSS发送第二紧急模式控制指示信息。
7、如权利要求2或3所述的方法,其特征在于,所述通知集群组中的终端执行紧急模式控制操作包括:
在通知信道上通知监听该信道的终端执行紧急模式控制操作;和/或
在组呼信道上通知参加组呼的终端执行紧急模式控制操作。
8、如权利要求7所述的方法,其特征在于,在组呼信道上通知参加组呼的终端执行紧急模式控制操作包括:
当当前上行链路被占用时,通过在组呼信道上周期性地发送携带有第四紧急模式控制指示信息的UPLINK BUSY消息通知参加组呼的终端执行紧急模式控制操作;
当当前上行链路空闲时,通过在组呼信道上周期性地发送携带有第五紧急模式控制指示信息的UPLINK FREE消息通知参加组呼的终端执行紧急模式控制操作。
9、如权利要求4所述的方法,其特征在于,所述通过中继MSC或者拜访MSC将第一紧急模式控制指示信息发送给所述锚MSC的调度者包括在所述锚MSC控制范围之外的移动终端;
所述直接将第一紧急模式控制指示信息发送给所述锚MSC的调度者包括固定电话终端或者受控于所述锚MSC的移动终端。
10、如权利要求2或3所述的方法,其特征在于,所述锚MSC包括锚MSC。
11、如权利要求1所述的方法,其特征在于,所述调度者通过双音多频DTMF消息或信号发送紧急模式控制指示信息。
12、一种组呼呼叫***,其特征在于,包括:
锚MSC,用于接收调度者发送的第一紧急模式控制指示信息,向其控制的BSS发送第二紧急模式控制指示信息;
所述锚MSC控制的BSS,用于根据第二紧急模式控制指示信息,通知所述集群组中的终端执行紧急模式控制操作。
13、如权利要求12所述的***,其特征在于,还包括:
中继MSC,用于接收所述锚MSC向其转发的第二紧急模式控制指示信息,向其控制的BSS发送第三紧急模式控制指示信息;
所述中继MSC控制的BSS,用于根据第三紧急模式控制指示信息,通知所述集群组中的终端执行紧急模式控制操作。
14、一种锚MSC,其特征在于,包括:
接收单元,用于接收调度者发送的第一紧急模式控制指示信息;
发送单元,用于向其控制的BSS发送第二紧急模式控制指示信息。
15、如权利要求14所述的锚MSC,其特征在于,还包括:
权限单元,用于在接收单元接收调度者发送的第一紧急模式控制指示信息之后,向数据库或GCR查询所述所述调度者的紧急模式控制权限信息,当所述调度者具有紧急模式控制权限时,触发所述发送单元的操作。
16、如权利要求14或15所述的锚MSC,其特征在于,还包括:
转发单元,用于向中继MSC转发的第二紧急模式控制指示信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101257268A CN101472222B (zh) | 2007-12-29 | 2007-12-29 | 一种组呼业务紧急呼叫管理的方法、设备及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101257268A CN101472222B (zh) | 2007-12-29 | 2007-12-29 | 一种组呼业务紧急呼叫管理的方法、设备及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101472222A true CN101472222A (zh) | 2009-07-01 |
CN101472222B CN101472222B (zh) | 2012-06-20 |
Family
ID=40829276
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101257268A Expired - Fee Related CN101472222B (zh) | 2007-12-29 | 2007-12-29 | 一种组呼业务紧急呼叫管理的方法、设备及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101472222B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103249176A (zh) * | 2013-05-17 | 2013-08-14 | 哈尔滨工业大学 | Td-lte中脱网直通下基于群组通信的中继通信方法 |
CN110958595A (zh) * | 2018-09-26 | 2020-04-03 | 成都鼎桥通信技术有限公司 | 接出警联动处理方法和*** |
CN110972124A (zh) * | 2018-09-30 | 2020-04-07 | 海能达通信股份有限公司 | 一种紧急呼叫接收方法、装置、***及电子设备 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI107689B (fi) * | 1998-04-03 | 2001-09-14 | Nokia Networks Oy | Menetelmä merkinantoyhteyden muodostamiseksi |
CN100344182C (zh) * | 2003-09-19 | 2007-10-17 | 华为技术有限公司 | 一种集群无线通信***用户发起组呼的方法 |
CN100481981C (zh) * | 2005-03-23 | 2009-04-22 | 中国铁通集团有限公司 | 一种集群调度业务紧急呼叫的方法 |
CN101022483B (zh) * | 2007-03-26 | 2011-04-20 | 华为技术有限公司 | 实现特殊呼叫类业务的***、装置和方法 |
-
2007
- 2007-12-29 CN CN2007101257268A patent/CN101472222B/zh not_active Expired - Fee Related
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103249176A (zh) * | 2013-05-17 | 2013-08-14 | 哈尔滨工业大学 | Td-lte中脱网直通下基于群组通信的中继通信方法 |
CN103249176B (zh) * | 2013-05-17 | 2015-09-23 | 哈尔滨工业大学 | Td-lte中脱网直通下基于群组通信的中继通信方法 |
CN110958595A (zh) * | 2018-09-26 | 2020-04-03 | 成都鼎桥通信技术有限公司 | 接出警联动处理方法和*** |
CN110958595B (zh) * | 2018-09-26 | 2021-12-24 | 成都鼎桥通信技术有限公司 | 接出警联动处理方法和*** |
CN110972124A (zh) * | 2018-09-30 | 2020-04-07 | 海能达通信股份有限公司 | 一种紧急呼叫接收方法、装置、***及电子设备 |
CN110972124B (zh) * | 2018-09-30 | 2021-11-02 | 海能达通信股份有限公司 | 一种紧急呼叫接收方法、装置、***及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
CN101472222B (zh) | 2012-06-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100527655C (zh) | 一种在码分多址***中实现集群业务的方法 | |
EP1755353A1 (en) | Method for multicasting short message | |
CN100442866C (zh) | 一种组发短消息实现方法 | |
CN100461884C (zh) | 组发短消息实现方法 | |
CN101860421B (zh) | 实现组呼信道上行链路抢占的方法及*** | |
CN101472222B (zh) | 一种组呼业务紧急呼叫管理的方法、设备及*** | |
CN101111009B (zh) | 实现空闲信道资源及时释放的方法和组呼*** | |
CN100499902C (zh) | 一种释放语音组呼上行的方法 | |
CN100415008C (zh) | 一种组呼呼叫用户接收短消息的方法和*** | |
CN103945339A (zh) | 宽带集群通信***资源释放、建立方法、终端及基站 | |
CN101198079B (zh) | 组呼业务的控制方法及其***和设备 | |
CN1331369C (zh) | 集群无线通信***中调度台获取用户进入位置区的方法 | |
CA2584255C (en) | Method and network for sending short message by subscriber outside trunking group to subscriber in the trunking group | |
CN100415015C (zh) | 一种集群***紧急呼叫重置后的优先级处理方法 | |
CN100455107C (zh) | 处于组呼呼叫中的用户接收短消息的方法 | |
EP1692907B1 (en) | Additional information for voice group call service | |
RU2307480C2 (ru) | Способ передачи информации к группе станций радиосвязи | |
CN100493218C (zh) | 组呼抢占方法及*** | |
CN1322774C (zh) | 一种对集群无线通信***用户进行移动性管理的方法 | |
US8194620B2 (en) | Method for terminals to switch the reverse traffic channels in CDMA group call service | |
CN1599483A (zh) | 一种集群无线通信***对用户的监控方法 | |
CN1332575C (zh) | 群组呼叫中讲话方的识别方法 | |
CN100455069C (zh) | 一种集群组发短消息的方法和*** | |
CN100455065C (zh) | 一种集群通信***中用户发送短消息的方法 | |
CN101835104B (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: 20120620 Termination date: 20141229 |
|
EXPY | Termination of patent right or utility model |