一种呼叫过程中连接释放的方法、装置及系统制造方法及图纸

本发明专利技术提供一种呼叫过程中连接释放的方法、装置及系统，涉及通信技术领域。该方法包括：确定用户设备UE是否处于呼叫流程，在确定UE处于呼叫流程时，将所述UE的非激活连接释放的定时时长由第一时长更改为第二时长，其中，所述第一时长为数据业务的非激活连接释放的定时时长，第二时长为语音业务的非激活连接释放的定时时长；对所述UE进行非激活状态的计时，并在计时值超出所述第二时长时，释放所述UE的连接。本发明专利技术的方案解决了现有的连接释放方式会发生在呼叫流程完成之前就释放UE，虽然振铃后可以再次呼叫，但会出现较大的信令消耗，甚至导致信令风暴，且延长了呼叫时间，影响用户感受的问题。

Method, device and system for connection release in calling process

The invention provides a method, device and system for connection release in calling process, which relates to the field of communication technology. The method includes: determining whether the UE user equipment in the call process in determining UE in the call process, will activate the non connection release timing length by the first time changed to second when the length of the UE, among them, the first time as the data's non active connection release timing length. Second when the length of the non active voice connection release timing length; non timing activation of the UE, and the time value exceeds the length of second, release the UE connection. The invention solves the existing connection release will occur before the call process to complete the release of UE, although after ringing can call again, but there will be a larger signaling consumption, even lead to signaling storm, and prolong the call time, affect the user experience problems.

【技术实现步骤摘要】

本专利技术涉及通信
，特别是指一种呼叫过程中连接释放的方法、装置及系统。
技术介绍
在LTE(LongTermEvolution，长期演进)系统中，接入网的资源是有限的，可接入的用户数也是有限的。而现网运行时往往会出现这样的现象：基站eNB在运行期间，用户建立的承载或默认承载上，长期没有任何用户数据。因此，为了节约系统资源，特别是在系统负荷较重的情况下提高资源利用率，把有限资源让给真正需要的用户，运营商需要把暂时没有任何数据需要传输的用户连接释放掉，协议中也是允许这种释放的，可以填写释放原因为用户未激活UserInactivity。还有一种场景，eNB出现处理异常，比如，用户设备UE实例挂死或者UE相关的承载资源长期得不到释放等，如果不进行及时处理，则会严重影响该用户的业务体验。用户承载在一定时间内没有上下行数据传输，那么可以称为用户承载“未激活”。当用户的所有业务承载都处在“未激活”状态时，就称为“UserInactivity”现象。显然，在出现用户未激活现象时，eNB为UE分配的承载是占据资源却无用的，出于无线资源优化的原因，在eNB检测出用户未激活现象后，需要进行相应的释放处理。依据协议36.413可知，因UserInactivity原因，eNB可以发起用户连接释放请求UEContextReleaseRequest过程。当eNB发现UE的所用承载都已经UserInactivity时，将发起的UEContextReleaseRequest过程，请求移动管理实体MME释放UE相关信息。这个过程将释放此UE的全部承载资源。当UE进行基于IMS(IPMultimediaSubsystem，IP多媒体子系统)的语音业务VoLTE呼叫过程中，如果没有与IMS的签约彩铃业务，将在呼叫SIP(SessionInitiationProtocol，会话发起协议)信令等待被叫摘机前，有可能出现一段无业务时间，所以此时间长由被叫摘机时间决定，被叫一直不摘机系统一般最长维持60s的回铃音，60s后会告知用户对方无应答并挂机。所以当UE发起语音呼叫与普通的数据业务非激活时间的需求是不一致的，如果普通数据业务的非激活时间最长为20s，那么被叫摘机超过20s就会导致主被叫都会被UserInactivity定时器释放，会在呼叫流程完成之前就释放UE，导致无法寻呼。虽然被叫摘机后，会再重新发起随机接入与寻呼，主被叫仍然可以呼通，但这无疑增加了基站的信令消耗，严重时可能导致信令风暴，且延长了呼叫时间，影响用户感受。
技术实现思路
本专利技术的目的是提供一种呼叫过程中连接释放的方法、装置及系统，实现语音业务中的非激活时间与数据业务的非激活时间区分，提升用户感受，减少信令风暴和寻呼次数。为达到上述目的，本专利技术的实施例提供一种呼叫过程中连接释放的方法，包括：确定用户设备UE是否处于呼叫流程，在确定UE处于呼叫流程时，将所述UE的非激活连接释放的定时时长由第一时长更改为第二时长，其中，所述第一时长为数据业务的非激活连接释放的定时时长，第二时长为语音业务的非激活连接释放的定时时长；对所述UE进行非激活状态的计时，并在计时值超出所述第二时长时，释放所述UE的连接。其中，所述确定用户设备UE是否处于呼叫流程的步骤，包括：判断UE是否建立语音承载QCI1承载；若所述UE已经建立QCI1承载，确定所述UE处于呼叫流程；若所述UE未建立所述QCI1承载，根据信令承载QCI5上的会话发起协议SIP信令识别出所述UE是否处于呼叫流程。其中，所述根据信令承载QCI5上的会话发起协议SIP信令识别出所述UE是否处于呼叫流程的步骤，包括：判断SIP信令是否为加密信令；若所述SIP信令为未加密信令，解析所述SIP信令，在所述UE发起或者接收到请求invite消息时，确定所述UE处于呼叫流程；若所述SIP信令为加密信令，根据下行SIP信令的数据大小确定所述UE是否处于呼叫流程。其中，所述根据下行SIP信令的数据大小确定所述UE是否处于呼叫流程的步骤，包括：依次获取下行SIP信令中时间间隔小于或等于第一阈值的数据包的大小；在所述数据包的累积值大于或等于第二阈值，或者所述累积值属于一预设范围时，确定所述UE处于呼叫流程。其中，所述方法还包括：在所述第二时长内，确定所述UE由非激活状态改变为激活状态后，停止计时。其中，所述方法还包括：在所述第二时长内，检测到所述UE发生小区切换时，删除无线资源配置信息中的非激活状态计时信息后，将所述无线资源配置信息发送给目标小区对应的目标基站。其中，所述第二时长是根据拨号后的等待时长设置的。为达到上述目的，本专利技术的实施例还提供了一种呼叫过程中连接释放的装置，包括：第一处理模块，用于确定用户设备UE是否处于呼叫流程，在确定UE处于呼叫流程时，将所述UE的非激活连接释放的定时时长由第一时长更改为第二时长，其中，所述第一时长为数据业务的非激活连接释放的定时时长，第二时长为语音业务的非激活连接释放的定时时长；连接释放模块，用于对所述UE进行非激活状态的计时，并在计时值超出所述第二时长时，释放所述UE的连接。其中，所述第一处理模块包括：判断子模块，用于判断UE是否建立语音承载QCI1承载；确定子模块，用于若所述UE已经建立QCI1承载，确定所述UE处于呼叫流程；识别子模块，用于若所述UE未建立所述QCI1承载，根据信令承载QCI5上的会话发起协议SIP信令识别出所述UE是否处于呼叫流程。其中，所述识别子模块包括：判断单元，用于判断SIP信令是否为加密信令；第一确定单元，用于若所述SIP信令为未加密信令，解析所述SIP信令，在所述UE发起或者接收到请求invite消息时，确定所述UE处于呼叫流程；第二确定单元，用于若所述SIP信令为加密信令，根据下行SIP信令的数据大小确定所述UE是否处于呼叫流程。其中，所述第二确定单元包括：获取子单元，用于依次获取下行SIP信令中时间间隔小于或等于第一阈值的数据包的大小；确定子单元，用于在所述数据包的累积值大于或等于第二阈值，或者所述累积值属于一预设范围时，确定所述UE处于呼叫流程。其中，所述装置还包括：计时管理模块，用于在所述第二时长内，确定所述UE由非激活状态改变为激活状态后，停止计时。其中，所述装置还包括：第二处理模块，用于在所述第二时长内，检测到所述UE发生小区切换时，删除无线资源配置信息中的非激活状态计时信息后，将所述无线资源配置信息发送给目标小区对应的目标基站。其中，所述第二时长是根据拨号后的等待时长设置的。为达到上述目的，本专利技术的实施例还提供了一种呼叫过程中连接释放的系统，包括如上所述的呼叫过程中连接释放的装置。本专利技术的上述技术方案的有益效果如下：本专利技术实施例的呼叫过程中连接释放的方法，设置了两种非激活连接释放的定时时长，数据业务的非激活连接释放的定时时长也就是第一时长和语音业务的非激活连接释放的定时时长也就是第二时长，在确定UE处于呼叫流程时，将UE的非激活连接释放的定时时长由第一时长更改为第二时长，之后，对UE进行非激活状态的计时，在计时值超出第二时长时释放该UE的连接。通过延长非激活连接释放的定时时长，从而对连接释放进行更合理的调整，实现本文档来自技高网...

【技术保护点】
一种呼叫过程中连接释放的方法，其特征在于，包括：确定用户设备UE是否处于呼叫流程，在确定UE处于呼叫流程时，将所述UE的非激活连接释放的定时时长由第一时长更改为第二时长，其中，所述第一时长为数据业务的非激活连接释放的定时时长，第二时长为语音业务的非激活连接释放的定时时长；对所述UE进行非激活状态的计时，并在计时值超出所述第二时长时，释放所述UE的连接。

【技术特征摘要】
1.一种呼叫过程中连接释放的方法，其特征在于，包括：确定用户设备UE是否处于呼叫流程，在确定UE处于呼叫流程时，将所述UE的非激活连接释放的定时时长由第一时长更改为第二时长，其中，所述第一时长为数据业务的非激活连接释放的定时时长，第二时长为语音业务的非激活连接释放的定时时长；对所述UE进行非激活状态的计时，并在计时值超出所述第二时长时，释放所述UE的连接。2.根据权利要求1所述的呼叫过程中连接释放的方法，其特征在于，所述确定用户设备UE是否处于呼叫流程的步骤，包括：判断UE是否建立语音承载QCI1承载；若所述UE已经建立QCI1承载，确定所述UE处于呼叫流程；若所述UE未建立所述QCI1承载，根据信令承载QCI5上的会话发起协议SIP信令识别出所述UE是否处于呼叫流程。3.根据权利要求2所述的呼叫过程中连接释放的方法，其特征在于，所述根据信令承载QCI5上的会话发起协议SIP信令识别出所述UE是否处于呼叫流程的步骤，包括：判断SIP信令是否为加密信令；若所述SIP信令为未加密信令，解析所述SIP信令，在所述UE发起或者接收到请求invite消息时，确定所述UE处于呼叫流程；若所述SIP信令为加密信令，根据下行SIP信令的数据大小确定所述UE是否处于呼叫流程。4.根据权利要求3所述的呼叫过程中连接释放的方法，其特征在于，所述根据下行SIP信令的数据大小确定所述UE是否处于呼叫流程的步骤，包括：依次获取下行SIP信令中时间间隔小于或等于第一阈值的数据包的大小；在所述数据包的累积值大于或等于第二阈值，或者所述累积值属于一预设范围时，确定所述UE处于呼叫流程。5.根据权利要求1所述的呼叫过程中连接释放的方法，其特征在于，所
\t述方法还包括：在所述第二时长内，确定所述UE由非激活状态改变为激活状态后，停止计时。6.根据权利要求1所述的呼叫过程中连接释放的方法，其特征在于，所述方法还包括：在所述第二时长内，检测到所述UE发生小区切换时，删除无线资源配置信息中的非激活状态计时信息后，将所述无线资源配置信息发送给目标小区对应的目标基站。7.根据权利要求1所述的呼叫过程中连接释放的方法，其特征在于，所述第二时长是根据拨号后的等待时长设置的。8.一种呼叫过程中连接释放的装置，其特征在于，包括：第一处理模块，用于确定用户...

【专利技术属性】
技术研发人员：苑秋红，
申请(专利权)人：中兴通讯股份有限公司，
类型：发明
国别省市：广东;44