一种基于优先级的组呼抢占方法及系统的制作方法
【专利摘要】本发明提供了一种基于优先级的组呼抢占方法，该方法包括：当新组呼业务发起时，若集群系统组呼容量受限，则通过eNodeB抢占低优先级组呼的组呼资源，建立高优先级的组呼。且当eNodeB中只是一个组呼的部分小区发生了该组呼被抢占，一旦该小区存在空闲的组呼资源，则eNodeB恢复该组呼。本发明还提供了一种基于优先级的组呼抢占系统，该系统包括接收单元、解析单元、判断单元、释放单元、建立单元及发送单元。本发明能够从真正意义上实现组呼下行信道的抢占，完成组呼对组呼的抢占。
【专利说明】
一种基于优先级的组呼抢占方法及系统
技术领域
[0001]本发明涉及通信技术领域，具体涉及一种基于优先级的组呼抢占方法及系统。
【背景技术】
[0002]集群系统提供的最基本的业务为语音组呼业务(Voice Group Call Service，VGCS)。VGCS允许用户建立属于某一给定服务区和具有相同组标识的集群组内的多个用户的呼叫。第三代合作伙伴计划(3rdGenerat1n Partnership Project, 3GPP)规范中对于点对点承载的服务质量(Quality of Service,QoS)参数规定了优先级，用于业务的接纳控制。基站(Evolved Node B，eNodeB)根据承载优先级的高低实行承载抢占，以便抢占低优先级的业务资源，用于优先接入高优先级的业务。
[0003]现有的集群系统对组呼的抢占只是延用了 3GPP规定的点对点承载的抢占机制。当高优先级组呼被叫用户需要讲话，而系统容量受限时，系统抢占低优先级组呼主叫的上行信道，再分配给该高优先级用户。
[0004]由此可见，现有的集群系统对组呼的抢占的方法只是针对上行承载进行抢占，但是组呼承载却是下行广播信道上的承载。因此，这种抢占机制本质上并没有实现组呼对组呼的抢占，而只是组呼内部话语权用户之间的抢占。
【发明内容】
[0005]针对现有技术的缺陷，本发明提供一种基于优先级的组呼抢占方法及系统，当新组呼业务发起时，通过基站抢占低优先级组呼的组呼资源，建立高优先级的组呼，实现了组呼下行信道的抢占。
[0006]第一方面，本发明提供了一种基于优先级的组呼抢占方法，所述方法包括:
[0007]基站eNodeB接收分组核心网EPC发送的第一组呼的组呼建立请求消息，所述第一组呼的组呼建立请求消息为EPC在用户设备UE发起第一组呼时发送的；
[0008]所述eNodeB根据所述第一组呼的呼叫建立请求消息解析得到所述第一组呼的TA区域所涉及的小区；
[0009]所述eNodeB判断所述小区是否达到组呼容量极限，若所述小区没有达到组呼容量极限，则在所述小区建立第一组呼，若所述小区达到了组呼容量极限，则从所述小区中选择优先级最低的第二组呼，抢占所述第二组呼的资源；
[0010]所述eNodeB在所述小区的空口广播第二组呼资源被抢占提示消息，并本地释放所述小区的第二组呼资源；
[0011]所述eNodeB在所述小区建立所述第一组呼，若建立所述第一组呼成功，则向所述EPC发送组呼建立响应消息。
[0012]优选地，所述第一组呼的组呼建立请求消息包括所述第一组呼的优先级，以及第一组呼所涉及的TA值。
[0013]优选地，所述方法还包括:
[0014]若所述第二组呼涉及的所有小区均达到了组呼容量极限，所述所有小区的第二组呼的资源均被所述第一组呼抢占，则所述eNodeB向所述EPC发送第二组呼的组呼资源被完全抢占指示消息，以使所述EPC清除所述eNodeB和所述第二组呼的关联关系。
[0015]优选地，所述本地释放所述小区的第二组呼资源，包括:
[0016]所述小区中所有属于所述第二组呼的UE本地释放第二组呼资源，并通知所述UE的高层，所述高层包括NAS层和应用层；
[0017]若所述UE是组呼主叫，则所述UE的高层对所述第二组呼发起组呼释放，以释放所述第二组呼在高层的资源；若所述UE是话语权用户，则所述UE释放话语权，并本地释放高层的组呼资源；若所述UE是组呼被叫，则所述UE本地释放高层的组呼资源。
[0018]优选地，所述本地释放所述小区的第二组呼资源，还包括:
[0019]若所述eNodeB中具有所述第二组呼的所有小区中的第二组呼资源均被抢占，则所述eNodeB本地释放所述所有小区的第二组呼资源；
[0020]若所述eNodeB中具有所述第二组呼的部分小区中的第二组呼资源均被抢占，则所述eNodeB本地释放所述部分小区的第二组呼资源。
[0021 ] 优选地，所述方法还包括:
[0022]若被所述第一组呼抢占所述第二组呼的小区出现了空闲的组呼资源，且所述第二组呼还在进行，则所述eNodeB在所述小区建立所述第二组呼，恢复所述第二组呼。
[0023]第二方面，本发明提供了一种基于优先级的组呼抢占系统，所述系统包括:
[0024]接收单元，用于接收分组核心网EPC发送的第一组呼的组呼建立请求消息，所述第一组呼的组呼建立请求消息为EPC在用户设备UE发起第一组呼时发送的；
[0025]解析单元，用于根据所述第一组呼的呼叫建立请求消息解析得到所述第一组呼的TA区域所涉及的小区；
[0026]判断单元，用于判断所述小区是否发达到组呼容量极限，若所述小区没有达到组呼容量极限，则在所述小区建立第一组呼，若所述小区达到了组呼容量极限，则从所述小区中选择优先级最低的第二组呼，抢占所述第二组呼的资源；
[0027]释放单元，用于在所述小区的空口广播第二组呼资源被抢占提示消息，并本地释放所述小区的第二组呼资源；
[0028]建立单元，用于在所述小区建立所述第一组呼；
[0029]发送单元，用于当建立所述第一组呼成功时，向所述EPC发送组呼建立响应消息。
[0030]优选地，所述发送单元，还用于:
[0031]当所述第二组呼涉及的所有小区均达到了组呼容量极限时，所述所有小区的第二组呼的资源均被所述第一组呼抢占，则向所述EPC发送第二组呼的组呼资源被完全抢占指示消息，以使所述EPC清除所述eNodeB和所述第二组呼的关联关系。
[0032]优选地，所述释放单元，具体用于:
[0033]若所述eNodeB中具有所述第二组呼的所有小区中的第二组呼资源均被抢占，则所述eNodeB本地释放所述所有小区的第二组呼资源；
[0034]若所述eNodeB中具有所述第二组呼的部分小区中的第二组呼资源均被抢占，则所述eNodeB本地释放所述部分小区的第二组呼资源。
[0035]优选地，所述系统还包括:
[0036]重建单元，用于当被所述第一组呼抢占所述第二组呼的小区出现了空闲的组呼资源，且所述第二组呼还在进行时，则在所述小区建立所述第二组呼，恢复所述第二组呼。
[0037]由上述技术方案可知，本发明提供一种基于优先级的组呼抢占方法及系统，当新组呼业务发起时，若集群系统组呼容量受限，则通过基站抢占低优先级组呼的组呼资源，建立高优先级的组呼，实现了组呼下行信道的抢占。
【附图说明】
[0038]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些图获得其他的附图。
[0039]图1是本发明一实施例提供的基于优先级的组呼抢占方法的流程示意图；
[0040]图2是本发明另一实施例提供的组呼恢复的流程示意图；
[0041]图3是本发明另一实施例提供的基于优先级的组呼抢占方法的信令示意图；
[0042]图4是本发明另一实施例提供的组呼恢复的信令示意图；
[0043]图5是本发明一实施例提供的基于优先级的组呼抢占系统的结构示意图。
【具体实施方式】
[0044]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0045]如图1所示，为本发明一实施例提供的基于优先级的组呼抢占方法的流程示意图，该方法包括如下步骤:
[0046]101、基站 eNodeB 接收分组核心网(Evolved Packet Core，EPC)发送的第一组呼的组呼建立请求消息，所述第一组呼的组呼建立请求消息为EPC在用户设备(UserEquipment, UE)发起第一组呼时发送的。
[0047]其中，所述第一组呼的组呼建立请求消息包括所述第一组呼的优先级，以及第一组呼所涉及的跟踪区(Tracking Area，TA)值。
[0048]102、eNodeB根据所述第一组呼的呼叫建立请求消息解析得到所述第一组呼的TA区域所涉及的小区。
[0049]103、eNOdeB判断所述小区是否达到组呼容量极限，若所述小区没有达到组呼容量极限，则转至步骤106。若所述小区达到了组呼容量极限，则转至步骤104。
[0050]本步骤中，组呼资源抢占粒度为组呼业务区中的小区，而不是组呼业务区中的TA区域。eNodeB是以小区作为管理单位，所以组呼容量是指一个小区中的组呼容量。当有高优先级的组呼接入到系统时，在组呼业务区中，哪个小区的组呼容量达到了极限，就在这个小区触发组呼抢占，而其他没有达到组呼容量极限的小区并不触发组呼抢占，低优先级的组呼仍然被保留，这样可最大限度的利用组呼容量，不会造成误抢误占。
[0051]104、eNodeB从所述小区中选择优先级最低的第二组呼，抢占所述第二组呼的资源。
[0052]105、eNOdeB在所述小区的空口广播第二组呼资源被抢占提示消息，并本地释放所述小区的第二组呼资源。
[0053]106、eNodeB在所述小区建立所述第一组呼，若建立所述第一组呼成功，则向所述EPC发送组呼建立响应消息。
[0054]本实施例中，该方法还包括如下步骤:
[0055]若所述第二组呼涉及的所有小区均达到了组呼容量极限，所述所有小区的第二组呼的资源均被所述第一组呼抢占，则所述eNodeB向所述EPC发送第二组呼的组呼资源被完全抢占指示消息，以使所述EPC清除所述eNodeB和所述第二组呼的关联关系。
[0056]EPC清除第二组呼和该eNodeB之间的关联关系，以便后续仍然可在该eNodeB中进行组呼扩建。
[0057]本实施例中，步骤104中的本地释放所述小区的第二组呼资源，具体过程如下包括:
[0058]所述小区中所有属于所述第二组呼的UE本地释放第二组呼资源，并通知所述UE的高层，所述高层包括非接入层(Non-access stratum, NAS)层和应用层；
[0059]若所述UE是组呼主叫，则所述UE的高层对所述第二组呼发起组呼释放，以释放所述第二组呼在高层的资源；若所述UE是话语权用户，则所述UE释放话语权，并本地释放高层的组呼资源；若所述UE是组呼被叫，则所述UE本地释放高层的组呼资源。
[0060]由此可见，当UE接收到组呼被抢占指示消息后，组呼主叫用户的高层发起对该组呼的释放，可避免组呼在高层的资源被吊死。组呼话语权用户需要释放话语权。组呼被叫用户需要本地释放高层资源。
[0061]本实施例中，步骤104中本地释放所述小区的第二组呼资源时:
[0062]若所述eNodeB中具有所述第二组呼的所有小区中的第二组呼资源均被抢占，则所述eNodeB本地释放所述所有小区的第二组呼资源；若所述eNodeB中具有所述第二组呼的部分小区中的第二组呼资源均被抢占，则所述eNodeB本地释放所述部分小区的第二组呼资源。
[0063]可选地，该方法还包括组呼恢复的过程:
[0064]若被所述第一组呼抢占所述第二组呼的小区出现了空闲的组呼资源，且所述第二组呼还在进行，则所述eNodeB在所述小区建立所述第二组呼，恢复所述第二组呼。
[0065]如图2所示，该组呼恢复的过程具体包括如下步骤:
[0066]201、EPC触发eNodeB完成某个组呼的释放。
[0067]202、eNodeB解析组呼释放关联的TA区域所涉及的小区。
[0068]203、判断eNodeB中是否还存在Groupl的组呼，若是则转至步骤204，否则结束流程。
[0069]其中，Groupl的组呼即为上述的第二组呼。
[0070]204、判断组呼释放的小区中是否发生了的Groupl的组呼被抢占，若是则转至步骤205，否则结束流程。
[0071]205、判断该小区中是否存在空闲的组呼资源，若是则转至步骤206，否则结束流程。
[0072]206、eNodeB在该小区建立Groupl的组呼，恢复这个组呼。
[0073]本实施例提供了一种基于优先级的组呼抢占方法，当新组呼业务发起时，若集群系统组呼容量受限，则通过基站抢占低优先级组呼的组呼资源，建立高优先级的组呼，真正意义上实现了组呼下行信道的抢占。
[0074]如图3所示，为本发明另一实施例提供的基于优先级的组呼抢占方法的信令图，该方法包括如下步骤:
[0075]UUE发起Group2的组呼，交换控制中心SCC收到UE的组呼建立请求后，通知EPC建立Group2的组呼。
[0076]2、EPC 从归属用户服务器(Home Subscriber Server, HSS)中查询 Group2 的群组优先级，向eNodeB发起组呼建立请求消息，消息中携带Group2组呼的优先级，以及Group2组呼所涉及的TA区域。
[0077]3,eNodeB在TA区域中的所有小区建立Group2组呼。如果eNodeB发现某个小区的组呼容量已经达到极限，eNodeB选择出优先级最低的组呼Group I，抢占Group I组呼的资源，用于建立Group2的组呼。对于那些组呼容量没有达到极限的小区，eNodeB无需抢占低优先级组呼的资源，转至步骤8。
[0078]4、eNodeB在小区广播组呼资源抢占指示，指示Groupl被抢占。
[0079]5a、小区中所有属于Groupl的UE本地释放Groupl的资源，并通知到UE的高层，包括NAS层和应用层。
[0080]5b、如果UE是组呼主叫，则UE的高层对Groupl发起组呼释放，释放该组呼在高层的资源。如果UE是话语权用户，UE释放话语权，并本地释放高层的组呼资源。如果UE是组呼被叫，则UE本地释放高层的组呼资源。
[0081]6、在步骤3时，若eNodeB内Groupl组呼涉及的所有小区都达到了组呼容量极限，则这些小区的Groupl的资源均会被Group2抢占，eNodeB在这些小区的空口发送完Groupl组呼资源被抢占指示后，向EPC发送Groupl组呼资源被抢占指示。否则，eNodeB不向EPC发送Groupl组呼资源被抢占指示。
[0082]而EPC收到Groupl的组呼资源被抢占指示消息后，本地清除该eNodeB和Groupl的关联关系。这是为了以后当需要对Groupl进行组呼扩建时，还可以在该eNodeB扩建Groupl的组呼。
[0083]7、如果eNodeB中所有具有Group I组呼的小区中的Group I的资源均被抢占，则eNodeB本地释放Groupl的相关资源；如果该eNodeB中只是Groupl的部分小区的Groupl的组呼资源被抢占，仅释放这部分小区的Groupl的相关资源。
[0084]8、eNodeB在小区中执行Group2组呼建立过程。
[0085]9、Group2组呼建立成功后，eNodeB向EPC返回组呼建立响应消息。
[0086]如图4所示，为本发明另一实施例提供的组呼恢复的过程的信令图，该方法包括如下步骤:
[0087]10、被Group2抢占Groupl的小区出现了组呼资源空闲，例如该小区中出现了组呼释放，且Groupl的组呼还在进行。
[0088]11、eNodeB在该小区发起Groupl的组呼建立流程，恢复Groupl的组呼。
[0089]由此可见，若eNodeB中只是部分Groupl所涉及的小区发生了 Groupl被Group2抢占，当该小区中出现空闲的组呼资源时，且Groupl的组呼还在进行，eNodeB在该小区恢复Groupl的组呼。
[0090]如图5所示，为本发明一实施例提供的基于优先级的组呼抢占系统的结构示意图，该系统包括接收单元501、解析单元502、判断单元503、释放单元504、建立单元505及发送单元506。
[0091]其中，接收单元501，用于接收分组核心网EPC发送的第一组呼的组呼建立请求消息，所述第一组呼的组呼建立请求消息为EPC在用户设备UE发起第一组呼时发送的。
[0092]解析单元502，用于根据所述第一组呼的呼叫建立请求消息解析得到所述第一组呼的TA区域所涉及的小区。
[0093]判断单元503，用于判断所述小区是否发达到组呼容量极限，若所述小区没有达到组呼容量极限，则在所述小区建立第一组呼，若所述小区达到了组呼容量极限，则从所述小区中选择优先级最低的第二组呼，抢占所述第二组呼的资源。
[0094]释放单元504，用于在所述小区的空口广播第二组呼资源被抢占提示消息，并本地释放所述小区的第二组呼资源。
[0095]建立单元505，用于在所述小区建立所述第一组呼。
[0096]发送单元506，用于当建立所述第一组呼成功时，向所述EPC发送组呼建立响应消息。
[0097]可选的，发送单元506，还用于:
[0098]所述第二组呼涉及的所有小区均达到了组呼容量极限时，所述所有小区的第二组呼的资源均被所述第一组呼抢占，则向所述EPC发送第二组呼的组呼资源被完全抢占指示消息，以使所述EPC清除所述eNodeB和所述第二组呼的关联关系。
[0099]其中，释放单元504，具体用于:
[0100]若所述eNodeB中具有所述第二组呼的所有小区中的第二组呼资源均被抢占，则所述eNodeB本地释放所述所有小区的第二组呼资源；若所述eNodeB中具有所述第二组呼的部分小区中的第二组呼资源均被抢占，则所述eNodeB本地释放所述部分小区的第二组呼资源。
[0101]可选地，该系统还包括:
[0102]重建单元，用于当被所述第一组呼抢占所述第二组呼的小区出现了空闲的组呼资源，且所述第二组呼还在进行时，则在所述小区建立所述第二组呼，恢复所述第二组呼。
[0103]本实施例提供的基于优先级的组呼抢占的系统位于eNodeB中。
[0104]以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解；其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
【主权项】
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所述的系统，其特征在于，所述系统还包括: 重建单元，用于当被所述第一组呼抢占所述第二组呼的小区出现了空闲的组呼资源，且所述第二组呼还在进行时，则在所述小区建立所述第二组呼，恢复所述第二组呼。
【文档编号】H04W72/12GK105828447SQ201510007311
【公开日】2016年8月3日
【申请日】2015年1月7日
【发明人】曾朝晖, 李瑞林
【申请人】普天信息技术有限公司