本发明涉及一种宽带集群通信系统的组呼业务处理方法及系统。
背景技术:
集群通信系统是为了满足行业用户指挥调度需求而开发、面向特定行业应用的专用无线通信系统,系统中大量无线用户共享少量无线信道,以指挥调度为主体应用,是一种多用途、高效能的无线通信系统。集群通信系统在政府部门、公共安全、应急通信、电力、民航、石油化工和军队等领域有着广泛的应用市场。
进入21世纪,经济与科学技术高速发展,移动互联网发生了翻天覆地的变化,集群系统的应用也变更复杂和多样化,这对集群系统提出了更多的需求,具体体现在高速数据、视频以及构建于此基础之上的多种应用,包括移动办公、多媒体集群调度、视频监控、城市应急联动等方面。同时,集群通信系统还应该具有更大的信道容量、更高的频谱利用率、更好的传输性能,采用低成本、可伸缩、可配置的全IP无线多媒体网络架构,并能够实现平滑演进。因此,基于TD-LTE技术的宽带数字集群系统也就应运而生了。
基于TD-LTE技术的宽带数字集群系统包括终端、宽带无线接入子系统、网络子系统、多媒体调度子系统和操作维护子系统五个主要组成部分。在宽带无线接入子系统中,xGW(综合型业务网关)是一个重要的逻辑网元,负责根据MME(Mobility Management Entity,移动性管理实体)的指示,完成承载管理,在业务建立成功后,负责完成路由与转发数据、Qos管理、计费及监听功能。
组呼是集群系统中最重要的一项业务,在组呼保持过程中,可能因为xGW-SCC网元间通路存在问题、组呼释放相关消息等MME或xGW未收到等原因,导致了如下问题的产生:
1、组呼上行数据SCC(交换控制中心)已收到并转发,但xGW未收到组呼下行数据(SCC与xGW中存在组呼上下文),可能xGW与SCC之间通路已断(Ta接口用户面不通))
2、Ta接口控制面消息采用udp传输,SCC给MME的组呼释放消息可能会丢失,导致MME与xGW内组呼相关资源挂死(eNB内也会存在资源挂死),进而表现为xGW无组呼下行数据(因SCC无组呼上下文)。
3、MME与xGW之间采用udp传输,在一次组呼结束,MME向网内的所有网元均发送了组呼资源释放请求,但MME给xGW发送的组呼释放消息可能会丢失,而此时MME自己把此处的组呼资源释放了,此时一般所述组呼所处的eNB、UE(User Equipment,用户设备)、SCC也均将此次组呼资源释放了,仅有xGW未释放此处组呼资源,则会导致xGW内组呼相关资源挂死,进而表现为xGW无组呼下行数据(因SCC无组呼上下文)。
基于上述问题,现有系统存在如下缺点:
a、组呼业务保持过程中,某些异常情况下,EPC(核心网)会长时间接收不到组呼下行数据,目前系统内没有网元会感知该异常并进行处理;
b、MME、xG W和eNodeb(Evolved Node B,基站)网元内均可能存在长时间资源挂死,不但浪费资源,而且影响可接入业务数,对系统的性能和稳定性均有影响;
c、空口带宽资源可能存在长时间闲置;
上述缺点均会导致业务异常,被叫始终无法正常听到话语权用户发送的数据,用户体验差。
技术实现要素:
本发明提供一种宽带集群通信系统的组呼业务处理方法和系统,本方法在组呼建立后,监控网关是否有组呼下行数据,并在无组呼下行数据时触发资源释放机制,从而有效节省带宽资源及逻辑网元的内部资源。
第一方面,本发明提供一种宽带集群通信系统的组呼业务处理方法,包括:
网关在组呼建立之后,在未接收到所述组呼的组呼下行数据包时,向移动性管理实体MME发送包括所述组呼的组号和标识的第一组呼数据丢失信息,以使所述MME根据所述组呼的组号和标识查询交换控制中心SCC,在所述SCC中不存在所述组呼的组呼上下文,或者SCC中存在所述组呼的组呼上下文且所述组呼的话语权已分配时,反馈响应消息;
若未接收到所述MME反馈的响应信息,则释放所述网关的所述组呼的组呼资源;
若接收到MME反馈的响应信息,则根据接收到的MME的响应消息确定是否释放所述组呼的组呼资源。
优选的,根据接收到的MME的响应消息确定后续是否释放所述组呼的组呼资源,包括:
判断接收到的MME的响应消息是否为第一响应消息,所述第一响应消息为SCC中不存在所述组呼的组呼上下文时,由所述MME反馈的响应消息;
若接收到的响应消息是所述第一响应消息,则等待MME发起的组呼资源释放请求,以根据MME发起的组呼资源释放请求释放所述组呼的组呼资源。
进一步地,判断接收到的MME的响应消息是否为第一响应消息之后,所述方法还包括:
若接收到的响应消息不是所述第一响应消息,则判断接收到的MME的响应消息是否为第二响应消息,所述第二响应消息为在所述 SCC中存在所述组呼的组呼上下文且所述组呼的话语权已分配时,由所述MME反馈的响应消息;
若接收到的响应消息是所述第二响应消息,则等待MME转发的由SCC发起的组呼资源释放请求,以根据所述MME转发的由SCC发起的组呼资源释放请求释放所述组呼的组呼资源。
另一方面,本发明还提供一种宽带集群通信系统的组呼业务处理方法,包括:
移动性管理实体MME接收网关发送的包括组呼的组号和标识的第一组呼数据丢失信息;
根据所述组号和标识判断MME内是否存在所述组呼的组呼上下文;
若存在所述组呼的组呼上下文,则向SCC发送包括所述组号和标识的第二组呼数据丢失信息,以使SCC根据所述组呼的组号和标识查询SCC,在SCC中存在所述组呼的组呼上下文且所述组呼的话语权已经分配时,反馈响应消息;
若未接收到SCC反馈的响应消息,则向所述MME、所述网关、所述组呼所处的eNB和所述组呼所处的UE发起组呼资源释放请求,以使所述MME、所述网关、eNB和UE释放所述组呼的组呼资源;
若接收到SCC反馈的响应消息,则根据收到的所述SCC反馈的响应消息确定是否释放所述组呼的组呼资源。
优选的,根据收到的所述SCC反馈的响应消息确定是否释放所述组呼的组呼资源,包括:
判断接收到的SCC的响应消息是否为第三响应消息,所述第三响应消息为SCC中存在所述组呼的组呼上下文且所述组呼的话语权已分配时,由所述MME反馈的响应消息;
若接收到的响应消息是所述第三响应消息,则向网关发送第二响应消息,并等待SCC发起的组呼资源释放请求,以根据所述SCC发起的组呼资源释放请求释放所述组呼的组呼资源,并在接收到所述SCC 发起的组呼资源释放请求之后,向所述网关、所述组呼所处的eNB和所述组呼所处的UE转发所述由所述SCC发起的组呼资源释放请求,以使所述网关、eNB和UE释放所述组呼的组呼资源。
第三方面,本发明还提供一种宽带集群通信系统的组呼业务处理方法,包括:
交换控制中心SCC接收移动性管理实体MME发送的包括组呼的组号和标识的第二组呼数据丢失信息;
根据所述组呼的组号和标识判断SCC中是否存在所述组呼的组呼上下文;
若存在,则判断所述组呼的话语权是否已经分配;
若已分配,则向MME发送第三响应消息,向所述SCC、所述MME发起组呼资源释放请求,以使所述SCC、所述MME释放所述组呼的组呼资源,并使所述MME在接收到所述SCC发起的组呼资源释放请求之后,向所述网关、所述组呼所处的eNB和所述组呼所处的UE转发所述由所述SCC发起的组呼资源释放请求,以使所述网关、eNB和UE释放所述组呼的组呼资源。
第四方面,本发明还提供一种宽带集群通信系统的组呼业务处理系统,包括:
第一信息发送单元,网关在组呼建立之后,在未接收到所述组呼的组呼下行数据包时,向移动性管理实体MME发送包括所述组呼的组号和标识的第一组呼数据丢失信息,以使所述MME根据所述组呼的组号和标识查询交换控制中心SCC,在所述SCC中不存在所述组呼的组呼上下文,或者SCC中存在所述组呼的组呼上下文且所述组呼的话语权已分配时,反馈响应消息;
第一资源释放单元,若未接收到所述MME反馈的响应信息,则释放所述网关的所述组呼的组呼资源;
第一确定单元,若接收到MME反馈的响应信息,则根据接收到的MME的响应消息确定是否释放所述组呼的组呼资源。
优选的,所述第一确定单元,包括:
第一判断子单元,判断接收到的MME的响应消息是否为第一响应消息,所述第一响应消息为SCC中不存在所述组呼的组呼上下文时,由所述MME反馈的响应消息;
第一等待子单元,若接收到的响应消息是所述第一响应消息,则等待MME发起的组呼资源释放请求,以根据MME发起的组呼资源释放请求释放所述组呼的组呼资源。
第五方面,本发明还提供一种宽带集群通信系统的组呼业务处理系统,包括:
第一信息接收单元,移动性管理实体MME接收网关发送的包括组呼的组号和标识的第一组呼数据丢失信息;
第一判断单元,根据所述组号和标识判断MME内是否存在所述组呼的组呼上下文;
第二信息发送单元,若存在所述组呼的组呼上下文,则向SCC发送包括所述组号和标识的第二组呼数据丢失信息,以使SCC根据所述组呼的组号和标识查询SCC,在SCC中存在所述组呼的组呼上下文且所述组呼的话语权已经分配时,反馈响应消息;
第一释放请求单元,若未接收到SCC反馈的响应消息,则向所述MME、所述网关、所述组呼所处的eNB和所述组呼所处的UE发起组呼资源释放请求,以使所述MME、所述网关、eNB和UE释放所述组呼的组呼资源;
第二确定单元,若接收到SCC反馈的响应消息,则根据收到的所述SCC反馈的响应消息确定是否释放所述组呼的组呼资源。
第六方面,本发明还提供一种宽带集群通信系统的组呼业务处理系统,包括:
第二信息接收单元,交换控制中心SCC接收移动性管理实体MME发送的包括组呼的组号和标识的第二组呼数据丢失信息;
第二判断单元,根据所述组呼的组号和标识判断SCC中是否存在 所述组呼的组呼上下文;
第三判断单元,若存在,则判断所述组呼的话语权是否已经分配;
第二释放请求单元,若已分配,则向MME发送第三响应消息,向所述SCC、所述MME发起组呼资源释放请求,以使所述SCC、所述MME释放所述组呼的组呼资源,并使所述MME在接收到所述SCC发起的组呼资源释放请求之后,向所述网关、所述组呼所处的eNB和所述组呼所处的UE转发所述由所述SCC发起的组呼资源释放请求,以使所述网关、eNB和UE释放所述组呼的组呼资源。
由上述技术方案可知,本发明在组呼建立后,监控到网关是否有组呼下行数据,并在无组呼下行数据时与MME、SCC进行信令交互,判断组呼是否正常,并在异常时触发资源释放机制,从而有效节省带宽资源及逻辑网元的内部资源。
附图说明
图1为本发明一实施例提供的一种宽带集群通信系统的组呼业务处理方法的流程图;
图2为图1所示的实施例中步骤S103的一种实施例的流程图;
图3为本发明另一实施例提供的一种宽带集群通信系统的组呼业务处理方法的流程图;
图4为图3所示的实施例中步骤S305的一种实施例的流程图;
图5为本发明第三种实施例提供的一种宽带集群通信系统的组呼业务处理方法的流程图;
图6为本发明第三种实施例提供的一种宽带集群通信系统的组呼业务处理方法的信令图;
图7为本发明一实施例提供的一种宽带集群通信系统的组呼业务处理系统的原理框图;
图8为本发明另一实施例提供的一种宽带集群通信系统的组呼业 务处理系统的原理框图;
图9为本发明第三种实施例提供的一种宽带集群通信系统的组呼业务处理系统的原理框图。
附图标记说明
第一信息发送单元701 第一资源释放单元702
第一确定单元703 第一信息接收单元801
第一判断单元802 第二信息发送单元803
第一释放请求单元804 第二确定单元805
第二信息接收单元901 第二判断单元902
第三判断单元903 第二释放请求单元904
具体实施方式
下面结合附图和实施例,对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明,但不用来限制本发明的范围。
图1示出了本发明一实施例提供的一种宽带集群通信系统的组呼业务处理方法的流程图。
如图1所示的一种宽带集群通信系统的组呼业务处理方法,包括:
S101、网关在组呼建立之后,在未接收到所述组呼的组呼下行数据包时,向移动性管理实体MME发送包括所述组呼的组号和标识的第一组呼数据丢失信息,以使所述MME根据所述组呼的组号和标识查询交换控制中心SCC,在所述SCC中不存在所述组呼的组呼上下文,或者SCC中存在所述组呼的组呼上下文且所述组呼的话语权已分配时,反馈响应消息;
S102、若未接收到所述MME反馈的响应信息,则释放所述网关的所述组呼的组呼资源;
未接收到MME反馈的响应消息,说明所述MME中不存在所述组呼的组呼上下文,说明MME中所述组呼的组呼资源已经释放,其他 网元的所述组呼的组呼资源也已经释放,网关内属于异常资源挂死,导致该情况的原因有很多种,如MME发起的组呼资源释放请求消息失败,MME发起的组呼资源释放请求消息丢失或MME内部出现异常等,因此MME对该第一数据丢失信息不进行处理,直接丢弃,所以网关无法接收到MME反馈的响应消息,此时网关必须释放所述网关内的所述组呼的组呼资源,进而防止所述网关内的资源挂死。
S103、若接收到MME反馈的响应信息,则根据接收到的MME的响应消息确定是否释放所述组呼的组呼资源。
若接收到MME反馈的响应消息说明MME中仍有所述组呼,即所述组呼的组呼资源未释放。
本发明在组呼建立后,监控到网关是否有组呼下行数据,并在无组呼下行数据时与MME、SCC进行信令交互,判断组呼是否正常,并在异常时触发资源释放机制,从而有效节省带宽资源及逻辑网元的内部资源。
图2为上述步骤S103的一种实施例的流程图。
如图2所示,步骤S103包括:
S201、判断接收到的MME的响应消息是否为第一响应消息,所述第一响应消息为SCC中不存在所述组呼的组呼上下文时,由所述MME反馈的响应消息;若接收到的响应消息是所述第一响应消息,则执行步骤S2011,若接收到的响应消息不是所述第一响应消息,则执行步骤S2012;
S2011、等待MME发起的组呼资源释放请求,以根据MME发起的组呼资源释放请求释放所述组呼的组呼资源。
若接收到MME的第一响应消息,说明SCC发起组呼资源释放请求,并已释放了SCC内的所述组呼的组呼资源,但MME未收到SCC发起的组呼资源释放请求消息,因此SCC等待释放响应会超时,就会自行释放SCC内的所述组呼的组呼资源,而MME和网关仍存在所述 组呼的组呼资源。MME未收到SCC的组呼释放请求消息的原因有多种,如:SCC发送组呼释放请求失败、发送给MME、网关的组呼释放请求消息丢失、SCC内部处理出现异常等,此时MME必须触发释放资源的机制,向所述MME、网关、所述组呼所处的eNB、UE发起组呼资源释放请求,使所述MME、网关、所述eNB、UE也释放掉内部的所述组呼的组呼资源,进而防止所述网关、eNB、UE内的资源挂死。
S2012、判断接收到的MME的响应消息是否为第二响应消息,所述第二响应消息为在所述SCC中存在所述组呼的组呼上下文且所述组呼的话语权已分配时,由所述MME反馈的响应消息,若接收到的响应消息是所述第二响应消息,则执行步骤S20121,若接收到的响应消息不是所述第二响应消息,则执行步骤S20122;
S20121、等待MME转发的由SCC发起的组呼资源释放请求,以根据所述MME转发的由SCC发起的组呼资源释放请求释放所述组呼的组呼资源;
若收到MME反馈的第二响应消息,说明SCC发送的组呼下行数据包无法正常到达网关,说明SCC与网关之间的通路存在问题,造成SCC与网关之间的通路存在问题的原因有很多种,例如:目的IP不可达、网线松动、组网错误等,但SCC与MME通路正常,导致SCC的组呼下行数据包无法到达网关,而SCC、MME、网关均存在所述组呼的组呼资源,所以此时SCC触发释放资源的机制,向所述SCC、所述MME发起组呼资源释放请求,MME向所述网关、所述组呼所处的eNB和所述组呼所处的UE转发所述由所述SCC发起的组呼资源释放请求,以使所述网关、eNB和UE释放所述组呼的组呼资源,以使所述SCC、MME、网关、eNB、UE释放掉所述组呼的组呼资源,进而防止MME内的资源挂死。
S20122、确定所述组呼状态正常。此时,所有网元都不需要释放组呼资源。
此时表明网关接收到的响应消息为第三响应消息,所述第三响应消息为SCC中存在所述组呼的组呼上下文,但所述组呼的话语权未分配时,由MME反馈的响应消息。
组呼业务有视频组呼和语音组呼两种,有话语权的UE,在组呼过程中,始终会在专有承载上传递数据(即使UE不发送任何上行数据,也存在上行静默音),因此,当组呼存在有话语权的UE时,话语权UE在网关内的上行专有承载和组呼在网关内的下行专有承载始终会存在数据传输。若接收到的响应消息仍不是第二响应消息而是第三响应消息,说明所述组呼的话语权未分配,可以无组呼数据。
图3为本发明另一实施例提供的一种宽带集群通信系统的组呼业务处理方法的流程图。
如图3所示的一种宽带集群通信系统的组呼业务处理方法,包括:
S301、移动性管理实体MME接收网关发送的包括组呼的组号和标识的第一组呼数据丢失信息;
S302、根据所述组号和标识判断MME内是否存在所述组呼的组呼上下文;若存在所述组呼的组呼上下文,则执行步骤S303,若不存在所述组呼的组呼上下文,则执行步骤S306;
S303、向SCC发送包括所述组号和标识的第二组呼数据丢失信息,以使SCC根据所述组呼的组号和标识查询SCC,在SCC中存在所述组呼的组呼上下文且所述组呼的话语权已经分配时,反馈响应消息;
S304、若未接收到SCC反馈的响应消息,则向所述MME、所述网关、所述组呼所处的eNB和所述组呼所处的UE发起组呼资源释放请求,以使所述MME、所述网关、eNB和UE释放所述组呼的组呼资源;
该种情况在上述步骤S2011中已经介绍,不再详述。
S305、若接收到SCC反馈的响应消息,则根据收到的所述SCC反馈的响应消息确定是否释放所述组呼的组呼资源。
该种情况在上述步骤S2012和步骤S20121中已经介绍,不再详述。
S306、对所述第一组呼数据丢失信息不处理,直接丢弃。
此种情况在上述步骤S102中已经介绍,不再详述。
本发明在组呼建立后,监控到网关是否有组呼下行数据,MME在无组呼下行数据时与网关、SCC进行信令交互,判断组呼是否正常,并在异常时触发资源释放机制,从而有效节省带宽资源及逻辑网元的内部资源。
图4为所述步骤S305的一种实施例的流程图。
如图4所示,步骤S305包括:
S401、判断接收到的SCC的响应消息是否为第三响应消息,所述第三响应消息为SCC中存在所述组呼的组呼上下文且所述组呼的话语权已分配时,由所述MME反馈的响应消息;若接收到的响应消息是所述第三响应消息,则执行步骤S4011,若接收到的响应消息不是第三响应消息,执行步骤S4012;
S4011、向网关发送第二响应消息,并等待SCC发起的组呼资源释放请求,以根据所述SCC发起的组呼资源释放请求释放所述组呼的组呼资源,并在接收到所述SCC发起的组呼资源释放请求之后,向所述网关、所述组呼所处的eNB和所述组呼所处的UE转发所述由所述SCC发起的组呼资源释放请求,以使所述网关、eNB和UE释放所述组呼的组呼资源;
此种情况在上面已经介绍,不再详述。
S4012、接收SCC反馈的第四响应消息,并向所述网关反馈第三响应消息,所述第四响应消息为SCC中存在所述组呼的组呼上下文,但所述组呼的话语权未分配时,由SCC反馈的响应消息。
若接收到的响应消息不是所述第四响应消息,说明SCC内存在所述组呼的组呼上下文,但是所述组呼的话语权未分配,此时,根据前文介绍可知,没有下行数据是正常的。此时所有网元都不需要释放组呼资源。
图5为本发明第三种实施例提供的一种宽带集群通信系统的组呼 业务处理方法的流程图。
如图5示的一种宽带集群通信系统的组呼业务处理方法,包括:
S501、交换控制中心SCC接收移动性管理实体MME发送的包括组呼的组号和标识的第二组呼数据丢失信息;
S502、根据所述组呼的组号和标识判断SCC中是否存在所述组呼的组呼上下文;若存在,则执行步骤S5021,否则,执行步骤S5022;
S5021、判断所述组呼的话语权是否已经分配;若已分配,则执行步骤S50211,若未分配,执行步骤S50212;
S50211、向MME发送第三响应消息,向所述SCC、所述MME发起组呼资源释放请求,以使所述SCC、所述MME释放所述组呼的组呼资源,并使所述MME在接收到所述SCC发起的组呼资源释放请求之后,向所述网关、所述组呼所处的eNB和所述组呼所处的UE转发所述由所述SCC发起的组呼资源释放请求,以使所述网关、eNB和UE释放所述组呼的组呼资源。
此种情况在上面已经详述,不再详述。
S50212、确定所述组呼的组呼状态正常,并向MME反馈第四响应消息。
若SCC中存在所述组呼的组呼上下文,但所述组呼的话语权未分配,根据上文介绍可知,此时没有下行数据是正常的。此时所有网元都不需要释放组呼资源。
S5022、对所述第二组呼数据丢失信息不处理,直接丢弃。
此种情况在上面已经介绍,不再详述。
本发明在组呼建立后,监控到网关是否有组呼下行数据,并在无组呼下行数据时SCC与MME、网关进行信令交互,判断组呼是否正常,并在异常时触发资源释放机制,从而有效节省带宽资源及逻辑网元的内部资源。
图6示出了本发明一实施例提供的一种宽带集群通信系统的组呼业务处理方法的信令图。
图6中包括UE1-UEx、eNB1-eNBx、xGW作为网关、MME、SCC网元的情况,对本发明进行说明,并为防止带宽资源的浪费,设定了第一信息定时器、第一响应定时器和第二响应定时器,详细请见下述方法。
如图6所示的一种宽带集群通信系统的组呼业务处理方法,包括:
S601、xGW在组呼建立之后,启动第一信息定时器,若第一信息定时器超时未接收到所述组呼的组呼下行数据包,则执行步骤S602;
S602、xGW向MME发送包括所述组呼的组号和标识的第一组呼数据丢失信息,以使所述MME根据所述组呼的组号和标识查询交换控制中心SCC,在所述SCC中不存在所述组呼的组呼上下文,或者SCC中存在所述组呼的组呼上下文且所述组呼的话语权已分配时,反馈响应消息;
S603、xGW启动第一响应定时器;
MME接收xGW发送的包括组呼的组号和标识的第一组呼数据丢失信息后,根据所述组号和标识判断MME内是否存在所述组呼的组呼上下文;
若MME确定存在所述组呼的组呼上下文,则执行S604,若不存在所述组呼的组呼上下文,则执行步骤S617;
S604、MME向SCC发送包括所述组号和标识的第二组呼数据丢失信息,以使SCC根据所述组呼的组号和标识查询SCC,在SCC中存在所述组呼的组呼上下文且所述组呼的话语权已经分配时,反馈响应消息;
S605、MME启动第二响应定时器;
SCC接收到MME发送的包括组呼的组号和标识的第二组呼数据丢失信息后,根据所述组呼的组号和标识判断SCC中是否存在所述组呼的组呼上下文;若SCC存在所述组呼的组呼上下文,SCC判断所述组呼的话语权是否已经分配,若S606、确定已分配,执行步骤S607,若S613、确定未分配,执行步骤S614;若SCC不存在所述组呼的组 呼上下文,则执行步骤S620;
S607、SCC向MME发送第三响应消息;
同时还执行S608、SCC向所述SCC、所述MME发起组呼资源释放请求,以使所述MME释放所述组呼的组呼资源,并使所述MME在接收到所述SCC发起的组呼资源释放请求之后,向所述xGW、所述组呼所处的eNB和所述组呼所处的UE转发所述由所述SCC发起的组呼资源释放请求,以使所述xGW、eNB和UE释放所述组呼的组呼资源。
S609、MME在接收到SCC的第三响应消息后,关闭第二响应定时器,并执行步骤S609a;
S609a、MME向xGW反馈第二响应消息;同时执行步骤S610;
S610、MME等待SCC发起的组呼资源释放请求,以根据所述SCC发起的组呼资源释放请求释放所述组呼的组呼资源;执行步骤S615;
S611、MME在接收到所述SCC发起的组呼资源释放请求之后,向所述xGW、所述组呼所处的eNB和所述组呼所处的UE转发所述由所述SCC发起的组呼资源释放请求,以使所述xGW、eNB和UE释放所述组呼的组呼资源;
S612、xGW接收到MME发送的第二响应消息后,关闭第一响应定时器,等待MME转发的由SCC发起的组呼资源释放请求,以根据所述MME转发的由SCC发起的组呼资源释放请求释放所述组呼的组呼资源。
S614、SCC向MME反馈第四响应消息;
S615、MME在接收到所述第四响应消息后,关闭第二响应定时器;并执行步骤S615a;
S615a、MME向xGW反馈第五响应消息;
S616、xGW在接收到第五响应消息后,关闭第一响应定时器。
S620、SCC对第二组呼数据丢失信息不处理,直接丢弃;
此时,MME接收不到SCC的响应消息,执行步骤S621;
S621、第二响应定时器超时;然后执行步骤S622;同时执行步骤 S624;
S622、MME向xGW反馈第一响应消息,并执行步骤S623和步骤S624;
S623、关闭第一响应定时器。
S624、MME向所述MME、所述网关、所述组呼所处的eNB和所述组呼所处的UE发起组呼资源释放请求,以使所述MME、所述网关、eNB和UE释放所述组呼的组呼资源;
若MME确定不存在所述组呼的组呼上下文,则执行步骤S617;
S617、MME对第一组呼数据丢失信息不处理,直接丢弃;
此时,xGW就接收不到MME的响应消息,执行步骤S618;
S618、第一响应定时器超;
然后执行步骤S619;
S619、xGW释放xGW的所述组呼的组呼资源。
上述所述的定时器超时是预先在定时器中设定了一个预设的时间段。
上述的第一信息定时器是周期性的,只要组呼存在,超时后就会自动重启,而第一响应定时器和第二响应定时器是单次的,只有在发送数据丢失信息后才启动,超时后不会自动重启。
本发明在网关接收不到组呼的下行数据包时,通过触发向MME发送数据丢失信息的机制,实现与MME的信令交互,MME与SCC信令交互,从而使网关、MME或SCC能感知异常,并在感知异常时触发资源释放机制,从而有效节省带宽资源及逻辑网元的内部资源。
图7为本发明一实施例提供的一种宽带集群通信系统的组呼业务处理系统的原理框图。
如图7所示的一种宽带集群通信系统的组呼业务处理系统,包括:
第一信息发送单元701,网关在组呼建立之后,在未接收到所述组呼的组呼下行数据包时,向移动性管理实体MME发送包括所述组呼的组号和标识的第一组呼数据丢失信息,以使所述MME根据所述组 呼的组号和标识查询交换控制中心SCC,在所述SCC中不存在所述组呼的组呼上下文,或者SCC中存在所述组呼的组呼上下文且所述组呼的话语权已分配时,反馈响应消息;
第一资源释放单元702,若未接收到所述MME反馈的响应信息,则释放所述网关的所述组呼的组呼资源;
第一确定单元703,若接收到MME反馈的响应信息,则根据接收到的MME的响应消息确定是否释放所述组呼的组呼资源。
优选的,第一确定单元703,包括:
第一判断子单元,判断接收到的MME的响应消息是否为第一响应消息,所述第一响应消息为SCC中不存在所述组呼的组呼上下文时,由所述MME反馈的响应消息;
第一等待子单元,若接收到的响应消息是所述第一响应消息,则等待MME发起的组呼资源释放请求,以根据MME发起的组呼资源释放请求释放所述组呼的组呼资源。
图8为本发明另一实施例提供的一种宽带集群通信系统的组呼业务处理系统的原理框图。
如图8所示的一种宽带集群通信系统的组呼业务处理系统,包括:
第一信息接收单元801,移动性管理实体MME接收网关发送的包括组呼的组号和标识的第一组呼数据丢失信息;
第一判断单元802,根据所述组号和标识判断MME内是否存在所述组呼的组呼上下文;
第二信息发送单元803,若存在所述组呼的组呼上下文,则向SCC发送包括所述组号和标识的第二组呼数据丢失信息,以使SCC根据所述组呼的组号和标识查询SCC,在SCC中存在所述组呼的组呼上下文且所述组呼的话语权已经分配时,反馈响应消息;
第一释放请求单元804,若未接收到SCC反馈的响应消息,则向所述MME、所述网关、所述组呼所处的eNB和所述组呼所处的UE 发起组呼资源释放请求,以使所述MME、所述网关、eNB和UE释放所述组呼的组呼资源;
第二确定单元805,若接收到SCC反馈的响应消息,则根据收到的所述SCC反馈的响应消息确定是否释放所述组呼的组呼资源。
图9为本发明第三种实施例提供的一种宽带集群通信系统的组呼业务处理系统的原理框图。
如图9所示的一种宽带集群通信系统的组呼业务处理系统,包括:
第二信息接收单元901,交换控制中心SCC接收移动性管理实体MME发送的包括组呼的组号和标识的第二组呼数据丢失信息;
第二判断单元902,根据所述组呼的组号和标识判断SCC中是否存在所述组呼的组呼上下文;
第三判断单元903,若存在,则判断所述组呼的话语权是否已经分配;
第二释放请求单元904,若已分配,则向MME发送第三响应消息,向所述SCC、所述MME发起组呼资源释放请求,以使所述SCC、所述MME释放所述组呼的组呼资源,并使所述MME在接收到所述SCC发起的组呼资源释放请求之后,向所述网关、所述组呼所处的eNB和所述组呼所处的UE转发所述由所述SCC发起的组呼资源释放请求,以使所述网关、eNB和UE释放所述组呼的组呼资源。
本发明的系统和方法是一一对应的,在此对该系统不再赘述。
本领域普通技术人员可以理解:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明权利要求所限定的范围。