CN105828447B - 一种基于优先级的组呼抢占方法及系统 - Google Patents
一种基于优先级的组呼抢占方法及系统 Download PDFInfo
- Publication number
- CN105828447B CN105828447B CN201510007311.5A CN201510007311A CN105828447B CN 105828447 B CN105828447 B CN 105828447B CN 201510007311 A CN201510007311 A CN 201510007311A CN 105828447 B CN105828447 B CN 105828447B
- Authority
- CN
- China
- Prior art keywords
- group
- exhaled
- cell
- exhales
- enodeb
- 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.)
- Active
Links
Landscapes
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种基于优先级的组呼抢占方法,该方法包括:当新组呼业务发起时,若集群系统组呼容量受限,则通过eNodeB抢占低优先级组呼的组呼资源,建立高优先级的组呼。且当eNodeB中只是一个组呼的部分小区发生了该组呼被抢占,一旦该小区存在空闲的组呼资源,则eNodeB恢复该组呼。本发明还提供了一种基于优先级的组呼抢占系统,该系统包括接收单元、解析单元、判断单元、释放单元、建立单元及发送单元。本发明能够从真正意义上实现组呼下行信道的抢占,完成组呼对组呼的抢占。
Description
技术领域
本发明涉及通信技术领域,具体涉及一种基于优先级的组呼抢占方法及系统。
背景技术
集群系统提供的最基本的业务为语音组呼业务(Voice Group Call Service,VGCS)。VGCS允许用户建立属于某一给定服务区和具有相同组标识的集群组内的多个用户的呼叫。第三代合作伙伴计划(3rdGeneration Partnership Project,3GPP)规范中对于点对点承载的服务质量(Quality of Service,QoS)参数规定了优先级,用于业务的接纳控制。基站(Evolved Node B,eNodeB)根据承载优先级的高低实行承载抢占,以便抢占低优先级的业务资源,用于优先接入高优先级的业务。
现有的集群系统对组呼的抢占只是延用了3GPP规定的点对点承载的抢占机制。当高优先级组呼被叫用户需要讲话,而系统容量受限时,系统抢占低优先级组呼主叫的上行信道,再分配给该高优先级用户。
由此可见,现有的集群系统对组呼的抢占的方法只是针对上行承载进行抢占,但是组呼承载却是下行广播信道上的承载。因此,这种抢占机制本质上并没有实现组呼对组呼的抢占,而只是组呼内部话语权用户之间的抢占。
发明内容
针对现有技术的缺陷,本发明提供一种基于优先级的组呼抢占方法及系统,当新组呼业务发起时,通过基站抢占低优先级组呼的组呼资源,建立高优先级的组呼,实现了组呼下行信道的抢占。
第一方面,本发明提供了一种基于优先级的组呼抢占方法,所述方法包括:
基站eNodeB接收分组核心网EPC发送的第一组呼的组呼建立请求消息,所述第一组呼的组呼建立请求消息为EPC在用户设备UE发起第一组呼时发送的;
所述eNodeB根据所述第一组呼的呼叫建立请求消息解析得到所述第一组呼的TA区域所涉及的小区;
所述eNodeB判断所述小区是否达到组呼容量极限,若所述小区没有达到组呼容量极限,则在所述小区建立第一组呼,若所述小区达到了组呼容量极限,则从所述小区中选择优先级最低的第二组呼,抢占所述第二组呼的资源;
所述eNodeB在所述小区的空口广播第二组呼资源被抢占提示消息,并本地释放所述小区的第二组呼资源;
所述eNodeB在所述小区建立所述第一组呼,若建立所述第一组呼成功,则向所述EPC发送组呼建立响应消息。
优选地,所述第一组呼的组呼建立请求消息包括所述第一组呼的优先级,以及第一组呼所涉及的TA值。
优选地,所述方法还包括:
若所述第二组呼涉及的所有小区均达到了组呼容量极限,所述所有小区的第二组呼的资源均被所述第一组呼抢占,则所述eNodeB向所述EPC发送第二组呼的组呼资源被完全抢占指示消息,以使所述EPC清除所述eNodeB和所述第二组呼的关联关系。
优选地,所述本地释放所述小区的第二组呼资源,包括:
所述小区中所有属于所述第二组呼的UE本地释放第二组呼资源,并通知所述UE的高层,所述高层包括NAS层和应用层;
若所述UE是组呼主叫,则所述UE的高层对所述第二组呼发起组呼释放,以释放所述第二组呼在高层的资源;若所述UE是话语权用户,则所述UE释放话语权,并本地释放高层的组呼资源;若所述UE是组呼被叫,则所述UE本地释放高层的组呼资源。
优选地,所述本地释放所述小区的第二组呼资源,还包括:
若所述eNodeB中具有所述第二组呼的所有小区中的第二组呼资源均被抢占,则所述eNodeB本地释放所述所有小区的第二组呼资源;
若所述eNodeB中具有所述第二组呼的部分小区中的第二组呼资源均被抢占,则所述eNodeB本地释放所述部分小区的第二组呼资源。
优选地,所述方法还包括:
若被所述第一组呼抢占所述第二组呼的小区出现了空闲的组呼资源,且所述第二组呼还在进行,则所述eNodeB在所述小区建立所述第二组呼,恢复所述第二组呼。
第二方面,本发明提供了一种基于优先级的组呼抢占系统,所述系统包括:
接收单元,用于接收分组核心网EPC发送的第一组呼的组呼建立请求消息,所述第一组呼的组呼建立请求消息为EPC在用户设备UE发起第一组呼时发送的;
解析单元,用于根据所述第一组呼的呼叫建立请求消息解析得到所述第一组呼的TA区域所涉及的小区;
判断单元,用于判断所述小区是否发达到组呼容量极限,若所述小区没有达到组呼容量极限,则在所述小区建立第一组呼,若所述小区达到了组呼容量极限,则从所述小区中选择优先级最低的第二组呼,抢占所述第二组呼的资源;
释放单元,用于在所述小区的空口广播第二组呼资源被抢占提示消息,并本地释放所述小区的第二组呼资源;
建立单元,用于在所述小区建立所述第一组呼;
发送单元,用于当建立所述第一组呼成功时,向所述EPC发送组呼建立响应消息。
优选地,所述发送单元,还用于:
当所述第二组呼涉及的所有小区均达到了组呼容量极限时,所述所有小区的第二组呼的资源均被所述第一组呼抢占,则向所述EPC发送第二组呼的组呼资源被完全抢占指示消息,以使所述EPC清除所述eNodeB和所述第二组呼的关联关系。
优选地,所述释放单元,具体用于:
若所述eNodeB中具有所述第二组呼的所有小区中的第二组呼资源均被抢占,则所述eNodeB本地释放所述所有小区的第二组呼资源;
若所述eNodeB中具有所述第二组呼的部分小区中的第二组呼资源均被抢占,则所述eNodeB本地释放所述部分小区的第二组呼资源。
优选地,所述系统还包括:
重建单元,用于当被所述第一组呼抢占所述第二组呼的小区出现了空闲的组呼资源,且所述第二组呼还在进行时,则在所述小区建立所述第二组呼,恢复所述第二组呼。
由上述技术方案可知,本发明提供一种基于优先级的组呼抢占方法及系统,当新组呼业务发起时,若集群系统组呼容量受限,则通过基站抢占低优先级组呼的组呼资源,建立高优先级的组呼,实现了组呼下行信道的抢占。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些图获得其他的附图。
图1是本发明一实施例提供的基于优先级的组呼抢占方法的流程示意图;
图2是本发明另一实施例提供的组呼恢复的流程示意图;
图3是本发明另一实施例提供的基于优先级的组呼抢占方法的信令示意图;
图4是本发明另一实施例提供的组呼恢复的信令示意图;
图5是本发明一实施例提供的基于优先级的组呼抢占系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,为本发明一实施例提供的基于优先级的组呼抢占方法的流程示意图,该方法包括如下步骤:
101、基站eNodeB接收分组核心网(Evolved Packet Core,EPC)发送的第一组呼的组呼建立请求消息,所述第一组呼的组呼建立请求消息为EPC在用户设备(UserEquipment,UE)发起第一组呼时发送的。
其中,所述第一组呼的组呼建立请求消息包括所述第一组呼的优先级,以及第一组呼所涉及的跟踪区(Tracking Area,TA)值。
102、eNodeB根据所述第一组呼的呼叫建立请求消息解析得到所述第一组呼的TA区域所涉及的小区。
103、eNodeB判断所述小区是否达到组呼容量极限,若所述小区没有达到组呼容量极限,则转至步骤106。若所述小区达到了组呼容量极限,则转至步骤104。
本步骤中,组呼资源抢占粒度为组呼业务区中的小区,而不是组呼业务区中的TA区域。eNodeB是以小区作为管理单位,所以组呼容量是指一个小区中的组呼容量。当有高优先级的组呼接入到系统时,在组呼业务区中,哪个小区的组呼容量达到了极限,就在这个小区触发组呼抢占,而其他没有达到组呼容量极限的小区并不触发组呼抢占,低优先级的组呼仍然被保留,这样可最大限度的利用组呼容量,不会造成误抢误占。
104、eNodeB从所述小区中选择优先级最低的第二组呼,抢占所述第二组呼的资源。
105、eNodeB在所述小区的空口广播第二组呼资源被抢占提示消息,并本地释放所述小区的第二组呼资源。
106、eNodeB在所述小区建立所述第一组呼,若建立所述第一组呼成功,则向所述EPC发送组呼建立响应消息。
本实施例中,该方法还包括如下步骤:
若所述第二组呼涉及的所有小区均达到了组呼容量极限,所述所有小区的第二组呼的资源均被所述第一组呼抢占,则所述eNodeB向所述EPC发送第二组呼的组呼资源被完全抢占指示消息,以使所述EPC清除所述eNodeB和所述第二组呼的关联关系。
EPC清除第二组呼和该eNodeB之间的关联关系,以便后续仍然可在该eNodeB中进行组呼扩建。
本实施例中,步骤104中的本地释放所述小区的第二组呼资源,具体过程如下包括:
所述小区中所有属于所述第二组呼的UE本地释放第二组呼资源,并通知所述UE的高层,所述高层包括非接入层(Non-access stratum,NAS)层和应用层;
若所述UE是组呼主叫,则所述UE的高层对所述第二组呼发起组呼释放,以释放所述第二组呼在高层的资源;若所述UE是话语权用户,则所述UE释放话语权,并本地释放高层的组呼资源;若所述UE是组呼被叫,则所述UE本地释放高层的组呼资源。
由此可见,当UE接收到组呼被抢占指示消息后,组呼主叫用户的高层发起对该组呼的释放,可避免组呼在高层的资源被吊死。组呼话语权用户需要释放话语权。组呼被叫用户需要本地释放高层资源。
本实施例中,步骤104中本地释放所述小区的第二组呼资源时:
若所述eNodeB中具有所述第二组呼的所有小区中的第二组呼资源均被抢占,则所述eNodeB本地释放所述所有小区的第二组呼资源;若所述eNodeB中具有所述第二组呼的部分小区中的第二组呼资源均被抢占,则所述eNodeB本地释放所述部分小区的第二组呼资源。
可选地,该方法还包括组呼恢复的过程:
若被所述第一组呼抢占所述第二组呼的小区出现了空闲的组呼资源,且所述第二组呼还在进行,则所述eNodeB在所述小区建立所述第二组呼,恢复所述第二组呼。
如图2所示,该组呼恢复的过程具体包括如下步骤:
201、EPC触发eNodeB完成某个组呼的释放。
202、eNodeB解析组呼释放关联的TA区域所涉及的小区。
203、判断eNodeB中是否还存在Group1的组呼,若是则转至步骤204,否则结束流程。
其中,Group1的组呼即为上述的第二组呼。
204、判断组呼释放的小区中是否发生了的Group1的组呼被抢占,若是则转至步骤205,否则结束流程。
205、判断该小区中是否存在空闲的组呼资源,若是则转至步骤206,否则结束流程。
206、eNodeB在该小区建立Group1的组呼,恢复这个组呼。
本实施例提供了一种基于优先级的组呼抢占方法,当新组呼业务发起时,若集群系统组呼容量受限,则通过基站抢占低优先级组呼的组呼资源,建立高优先级的组呼,真正意义上实现了组呼下行信道的抢占。
如图3所示,为本发明另一实施例提供的基于优先级的组呼抢占方法的信令图,该方法包括如下步骤:
1、UE发起Group2的组呼,交换控制中心SCC收到UE的组呼建立请求后,通知EPC建立Group2的组呼。
2、EPC从归属用户服务器(Home Subscriber Server,HSS)中查询Group2的群组优先级,向eNodeB发起组呼建立请求消息,消息中携带Group2组呼的优先级,以及Group2组呼所涉及的TA区域。
3、eNodeB在TA区域中的所有小区建立Group2组呼。如果eNodeB发现某个小区的组呼容量已经达到极限,eNodeB选择出优先级最低的组呼Group1,抢占Group1组呼的资源,用于建立Group2的组呼。对于那些组呼容量没有达到极限的小区,eNodeB无需抢占低优先级组呼的资源,转至步骤8。
4、eNodeB在小区广播组呼资源抢占指示,指示Group1被抢占。
5a、小区中所有属于Group1的UE本地释放Group1的资源,并通知到UE的高层,包括NAS层和应用层。
5b、如果UE是组呼主叫,则UE的高层对Group1发起组呼释放,释放该组呼在高层的资源。如果UE是话语权用户,UE释放话语权,并本地释放高层的组呼资源。如果UE是组呼被叫,则UE本地释放高层的组呼资源。
6、在步骤3时,若eNodeB内Group1组呼涉及的所有小区都达到了组呼容量极限,则这些小区的Group1的资源均会被Group2抢占,eNodeB在这些小区的空口发送完Group1组呼资源被抢占指示后,向EPC发送Group1组呼资源被抢占指示。否则,eNodeB不向EPC发送Group1组呼资源被抢占指示。
而EPC收到Group1的组呼资源被抢占指示消息后,本地清除该eNodeB和Group1的关联关系。这是为了以后当需要对Group1进行组呼扩建时,还可以在该eNodeB扩建Group1的组呼。
7、如果eNodeB中所有具有Group1组呼的小区中的Group1的资源均被抢占,则eNodeB本地释放Group1的相关资源;如果该eNodeB中只是Group1的部分小区的Group1的组呼资源被抢占,仅释放这部分小区的Group1的相关资源。
8、eNodeB在小区中执行Group2组呼建立过程。
9、Group2组呼建立成功后,eNodeB向EPC返回组呼建立响应消息。
如图4所示,为本发明另一实施例提供的组呼恢复的过程的信令图,该方法包括如下步骤:
10、被Group2抢占Group1的小区出现了组呼资源空闲,例如该小区中出现了组呼释放,且Group1的组呼还在进行。
11、eNodeB在该小区发起Group1的组呼建立流程,恢复Group1的组呼。
由此可见,若eNodeB中只是部分Group1所涉及的小区发生了Group1被Group2抢占,当该小区中出现空闲的组呼资源时,且Group1的组呼还在进行,eNodeB在该小区恢复Group1的组呼。
如图5所示,为本发明一实施例提供的基于优先级的组呼抢占系统的结构示意图,该系统包括接收单元501、解析单元502、判断单元503、释放单元504、建立单元505及发送单元506。
其中,接收单元501,用于接收分组核心网EPC发送的第一组呼的组呼建立请求消息,所述第一组呼的组呼建立请求消息为EPC在用户设备UE发起第一组呼时发送的。
解析单元502,用于根据所述第一组呼的呼叫建立请求消息解析得到所述第一组呼的TA区域所涉及的小区。
判断单元503,用于判断所述小区是否发达到组呼容量极限,若所述小区没有达到组呼容量极限,则在所述小区建立第一组呼,若所述小区达到了组呼容量极限,则从所述小区中选择优先级最低的第二组呼,抢占所述第二组呼的资源。
释放单元504,用于在所述小区的空口广播第二组呼资源被抢占提示消息,并本地释放所述小区的第二组呼资源。
建立单元505,用于在所述小区建立所述第一组呼。
发送单元506,用于当建立所述第一组呼成功时,向所述EPC发送组呼建立响应消息。
可选的,发送单元506,还用于:
所述第二组呼涉及的所有小区均达到了组呼容量极限时,所述所有小区的第二组呼的资源均被所述第一组呼抢占,则向所述EPC发送第二组呼的组呼资源被完全抢占指示消息,以使所述EPC清除所述eNodeB和所述第二组呼的关联关系。
其中,释放单元504,具体用于:
若所述eNodeB中具有所述第二组呼的所有小区中的第二组呼资源均被抢占,则所述eNodeB本地释放所述所有小区的第二组呼资源;若所述eNodeB中具有所述第二组呼的部分小区中的第二组呼资源均被抢占,则所述eNodeB本地释放所述部分小区的第二组呼资源。
可选地,该系统还包括:
重建单元,用于当被所述第一组呼抢占所述第二组呼的小区出现了空闲的组呼资源,且所述第二组呼还在进行时,则在所述小区建立所述第二组呼,恢复所述第二组呼。
本实施例提供的基于优先级的组呼抢占的系统位于eNodeB中。
以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解;其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种基于优先级的组呼抢占方法,其特征在于,所述方法包括:
基站eNodeB接收分组核心网EPC发送的第一组呼的组呼建立请求消息,所述第一组呼的组呼建立请求消息为EPC在用户设备UE发起第一组呼时发送的;
所述eNodeB根据所述第一组呼的呼叫建立请求消息解析得到所述第一组呼的跟踪区TA区域所涉及的小区;
所述eNodeB判断所述小区是否达到组呼容量极限,若所述小区没有达到组呼容量极限,则在所述小区建立第一组呼,若所述小区达到了组呼容量极限,则从所述小区中选择优先级最低的第二组呼,抢占所述第二组呼的资源;
所述eNodeB在所述小区的空口广播第二组呼资源被抢占提示消息,并本地释放所述小区的第二组呼资源;
所述eNodeB在所述小区建立所述第一组呼,若建立所述第一组呼成功,则向所述EPC发送组呼建立响应消息。
2.根据权利要求1所述的方法,其特征在于,所述第一组呼的组呼建立请求消息包括所述第一组呼的优先级,以及第一组呼所涉及的TA值。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述第二组呼涉及的所有小区均达到了组呼容量极限,所述所有小区的第二组呼的资源均被所述第一组呼抢占,则所述eNodeB向所述EPC发送第二组呼的组呼资源被完全抢占指示消息,以使所述EPC清除所述eNodeB和所述第二组呼的关联关系。
4.根据权利要求1所述的方法,其特征在于,所述本地释放所述小区的第二组呼资源,包括:
所述小区中所有属于所述第二组呼的UE本地释放第二组呼资源,并通知所述第二组呼的UE的高层,所述高层包括NAS层和应用层;
若所述第二组呼的UE是组呼主叫,则所述第二组呼的UE的高层对所述第二组呼发起组呼释放,以释放所述第二组呼在高层的资源;若所述第二组呼的UE是话语权用户,则所述第二组呼的UE释放话语权,并本地释放高层的组呼资源;若所述第二组呼的UE是组呼被叫,则所述第二组呼的UE本地释放高层的组呼资源。
5.根据权利要求1所述的方法,其特征在于,所述本地释放所述小区的第二组呼资源,还包括:
若所述eNodeB中具有所述第二组呼的所有小区中的第二组呼资源均被抢占,则所述eNodeB本地释放所述所有小区的第二组呼资源;
若所述eNodeB中具有所述第二组呼的部分小区中的第二组呼资源均被抢占,则所述eNodeB本地释放所述部分小区的第二组呼资源。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若被所述第一组呼抢占所述第二组呼的小区出现了空闲的组呼资源,且所述第二组呼还在进行,则所述eNodeB在所述小区建立所述第二组呼,恢复所述第二组呼。
7.一种基于优先级的组呼抢占系统,其特征在于,所述系统包括:
接收单元,用于接收分组核心网EPC发送的第一组呼的组呼建立请求消息,所述第一组呼的组呼建立请求消息为EPC在用户设备UE发起第一组呼时发送的;
解析单元,用于根据所述第一组呼的呼叫建立请求消息解析得到所述第一组呼的TA区域所涉及的小区;
判断单元,用于判断所述小区是否发达到组呼容量极限,若所述小区没有达到组呼容量极限,则在所述小区建立第一组呼,若所述小区达到了组呼容量极限,则从所述小区中选择优先级最低的第二组呼,抢占所述第二组呼的资源;
释放单元,用于在所述小区的空口广播第二组呼资源被抢占提示消息,并本地释放所述小区的第二组呼资源;
建立单元,用于在所述小区建立所述第一组呼;
发送单元,用于当建立所述第一组呼成功时,向所述EPC发送组呼建立响应消息。
8.根据权利要求7所述的系统,其特征在于,所述发送单元,还用于:
当所述第二组呼涉及的所有小区均达到了组呼容量极限时,所述所有小区的第二组呼的资源均被所述第一组呼抢占,则向所述EPC发送第二组呼的组呼资源被完全抢占指示消息,以使所述EPC清除所述发送单元所在的eNodeB和所述第二组呼的关联关系。
9.根据权利要求7所述的系统,其特征在于,所述释放单元,具体用于:
若所述释放单元所在的eNodeB中具有所述第二组呼的所有小区中的第二组呼资源均被抢占,则所述eNodeB本地释放所述所有小区的第二组呼资源;
若所述eNodeB中具有所述第二组呼的部分小区中的第二组呼资源均被抢占,则所述eNodeB本地释放所述部分小区的第二组呼资源。
10.根据权利要求7所述的系统,其特征在于,所述系统还包括:
重建单元,用于当被所述第一组呼抢占所述第二组呼的小区出现了空闲的组呼资源,且所述第二组呼还在进行时,则在所述小区建立所述第二组呼,恢复所述第二组呼。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510007311.5A CN105828447B (zh) | 2015-01-07 | 2015-01-07 | 一种基于优先级的组呼抢占方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510007311.5A CN105828447B (zh) | 2015-01-07 | 2015-01-07 | 一种基于优先级的组呼抢占方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105828447A CN105828447A (zh) | 2016-08-03 |
CN105828447B true CN105828447B (zh) | 2019-04-05 |
Family
ID=56514787
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510007311.5A Active CN105828447B (zh) | 2015-01-07 | 2015-01-07 | 一种基于优先级的组呼抢占方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105828447B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112040424B (zh) * | 2019-06-04 | 2022-04-05 | 成都鼎桥通信技术有限公司 | 一种紧急抢占话权的方法和系统 |
CN113727285B (zh) * | 2021-08-31 | 2023-04-28 | 哈尔滨海能达科技有限公司 | 呼叫业务切换方法、装置、系统及相关产品 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1909718A (zh) * | 2005-08-03 | 2007-02-07 | 中兴通讯股份有限公司 | 一种wcdma系统中的紧急呼叫处理方法 |
CN103037540A (zh) * | 2012-12-25 | 2013-04-10 | 中兴通讯股份有限公司 | 群组资源释放方法、装置及系统 |
CN103139710A (zh) * | 2011-11-30 | 2013-06-05 | 中兴通讯股份有限公司 | 紧急呼叫实现方法、增强的节点b和用户设备 |
CN103476008A (zh) * | 2013-09-05 | 2013-12-25 | 哈尔滨海能达科技有限公司 | 业务信道使用权抢占方法及系统、集群终端和装置 |
WO2014187305A1 (zh) * | 2013-05-20 | 2014-11-27 | 电信科学技术研究院 | 一种邻近组通信方法及终端 |
-
2015
- 2015-01-07 CN CN201510007311.5A patent/CN105828447B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1909718A (zh) * | 2005-08-03 | 2007-02-07 | 中兴通讯股份有限公司 | 一种wcdma系统中的紧急呼叫处理方法 |
CN103139710A (zh) * | 2011-11-30 | 2013-06-05 | 中兴通讯股份有限公司 | 紧急呼叫实现方法、增强的节点b和用户设备 |
CN103037540A (zh) * | 2012-12-25 | 2013-04-10 | 中兴通讯股份有限公司 | 群组资源释放方法、装置及系统 |
WO2014187305A1 (zh) * | 2013-05-20 | 2014-11-27 | 电信科学技术研究院 | 一种邻近组通信方法及终端 |
CN103476008A (zh) * | 2013-09-05 | 2013-12-25 | 哈尔滨海能达科技有限公司 | 业务信道使用权抢占方法及系统、集群终端和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN105828447A (zh) | 2016-08-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107306438B (zh) | 一种无线接入网切片的生成方法、无线接入网及切片管理器 | |
CN104871603B (zh) | 用于连接基于ims的服务的方法 | |
EP2359614B1 (en) | Queuing mechanisms for lte access and sae networks enabling end-to-end ims based priority service | |
CN104270725B (zh) | 指示信息的确定、处理以及请求消息的处理方法及装置 | |
CN102158907B (zh) | 优先级业务处理方法、装置和系统 | |
CN103703857B (zh) | 专用承载的重新激活 | |
CN109644516A (zh) | 用于无线通信网络中的区域数据网络配置的方法和系统 | |
CN101902732B (zh) | Eps承载上下文状态的同步方法及系统 | |
CN105850176A (zh) | 在移动通信系统中用于控制拥塞的方法和设备 | |
CN103634746B (zh) | 一种保持PoC持续连接处理能力的方法和装置 | |
TW201230852A (en) | Method of handling APN based congestion control and related communication device | |
CN103298126B (zh) | 一种td-lte集群通信系统的动态信道分配方法 | |
CN102202405A (zh) | 一种切换时无线资源的配置方法及装置 | |
CN110475381A (zh) | 通信方法、设备和系统 | |
CN109150749A (zh) | 一种数据发送方法及相关设备 | |
CN107113582A (zh) | 一种话权控制方法及装置 | |
CN108307512A (zh) | 一种连接态的恢复方法及装置 | |
CN104919873B (zh) | 无线通信系统中用于寻呼的装置和方法 | |
CN104159254B (zh) | 一种网络拥塞处理方法和系统 | |
CN104581970B (zh) | 一种自适应调度方法和设备 | |
CN107040901A (zh) | 一种群组异频测量间隙配置方法和集群系统 | |
CN105828447B (zh) | 一种基于优先级的组呼抢占方法及系统 | |
CN103313424B (zh) | 一种ue的接入控制方法和设备 | |
WO2013122835A1 (en) | Managing a packet service call during circuit service call setup within mobile communications user equipment | |
CN106538020A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |