一种呼叫过程中连接释放的方法、装置及系统与流程

本发明涉及通信技术领域，特别是指一种呼叫过程中连接释放的方法、装置及系统。

背景技术：

在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的连接。通过延长非激活连接释放的定时时长，从而对连接释放进行更合理的调整，实现了呼叫过程中减少信令风暴和寻呼次数的目的，提升了用户体验。

附图说明

图1为本发明实施例的呼叫过程中连接释放的方法步骤流程图；

图2为本发明实施例的呼叫过程中连接释放的方法的具体步骤流程图一；

图3为本发明实施例的呼叫过程中连接释放的方法的具体步骤流程图二；

图4为本发明实施例的呼叫过程中连接释放的装置的结构示意图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。

本发明针对现有的连接释放方式在呼叫过程中会出现较大的信令消耗，甚至导致信令风暴的问题，提供一种呼叫过程中连接释放的方法，实现语音业务中的非激活时间与数据业务的非激活时间区分，提升用户感受，减少信令风暴和寻呼次数。

如图1所示，本发明实施例的一种呼叫过程中连接释放的方法，包括：

步骤101，确定用户设备ue是否处于呼叫流程，在确定ue处于呼叫流程时，将所述ue的非激活连接释放的定时时长由第一时长更改为第二时长，其中，所述第一时长为数据业务的非激活连接释放的定时时长，第二时长为语音业务的非激活连接释放的定时时长；

步骤102，对所述ue进行非激活状态的计时，并在计时值超出所述第二时长时，释放所述ue的连接。

由于语音业务中从拨号到对方无应答停止呼叫的等待时间长于系统设定的非激活连接释放的定时时长，因此，在本发明实施例中，设置了两种非激活连接释放的定时时长，数据业务的非激活连接释放的定时时长也就是第一时长和语音业务的非激活连接释放的定时时长也就是第二时长，其中，第二时长大 于第一时长，将不同业务的非激活时间区分，在确定ue处于呼叫流程时，将ue的非激活连接释放的定时时长由第一时长更改为第二时长，之后，对ue进行非激活状态的计时，在计时值超出第二时长时释放该ue的连接。通过延长非激活连接释放的定时时长，从而对连接释放进行更合理的调整，实现了呼叫过程中减少信令风暴和寻呼次数的目的，提升了用户体验。

优选的，所述第二时长是根据拨号后的等待时长设置的。

拨号后的等待时长是指从拨号到被叫无应答停止呼叫的时间长度，为了更好的较少信令风暴和寻呼次数，第二时长大于或等于拨号后的等待时长，这样，在语音业务呼通电话过程中不会进行连接释放，进一步提升了用户体验。

需要了解的是，在本发明实施例中，对ue进行非激活状态检测的具体实现是按照一预设周期ts扫描未激活业务承载情况，当userinactivity指ue已建立的所有承载上没有用户数据传送，也就是该ue全部业务承载为未激活时，上报该ue未激活消息，而当承载上有数据后，上报ue激活消息。此外，在本发明实施例中，对ue进行非激活状态的计时可以由用户非激活userinactivity定时器完成，对于第一时长对应第一非激活定时器，第二时长对应第二非激活定时器，而第一时长除适应于数据业务外，也适用于语音业务外的其他业务。

往往由ue建立语音承载qci1承载，可知该ue一定处于呼叫流程中，因此，具体的，如图2所示，步骤101中，所述确定用户设备ue是否处于呼叫流程的步骤，包括：

步骤1011，判断ue是否建立语音承载qci1承载；

步骤1012，若所述ue已经建立qci1承载，确定所述ue处于呼叫流程；

步骤1013，若所述ue未建立所述qci1承载，根据信令承载qci5上的会话发起协议sip信令识别出所述ue是否处于呼叫流程。

通过判断ue是否建立qci1承载可以判断该ue是否处于呼叫流程中，ue已经建立qci1承载，就可以确定该ue处于呼叫流程，但是未建立qci1承载的ue，还需要根据qci5上的sip信令进行判断。

进一步的，如图3所示，步骤1013中，所述根据信令承载qci5上的会话发起协议sip信令识别出所述ue是否处于呼叫流程的步骤，包括：

步骤10131，判断sip信令是否为加密信令；

步骤10132，若所述sip信令为未加密信令，解析所述sip信令，在所述ue发起或者接收到请求invite消息时，确定所述ue处于呼叫流程；

步骤10133，若所述sip信令为加密信令，根据下行sip信令的数据大小确定所述ue是否处于呼叫流程。

由于为了提升信令的安全性，sip信令有时会进行加密处理，所以首先会判断sip信令是否为加密信令，对于未加密的sip信令就能够进行解析，通过确定ue是否发起或者接收到invite消息，确定出发起或者接收到invite消息的ue是处于呼叫流程的。而对于加密的sip信令，由于不能直接确定是否发起或者接收到invite消息，因此，会根据下行sip信令的数据大小确定ue是否处于呼叫流程。

更进一步的，步骤10133中，所述根据下行sip信令的数据大小确定所述ue是否处于呼叫流程的步骤，包括：

依次获取下行sip信令中时间间隔小于或等于第一阈值的数据包的大小；

在所述数据包的累积值大于或等于第二阈值，或者所述累积值属于一预设范围时，确定所述ue处于呼叫流程。

通过对下行sip信令中的数据包进行接收和记录，依次获取下行sip信令中时间间隔小于或等于第一阈值的数据包的大小，然后通过第二阈值或一预设范围的比较，确定出该ue是否处于于呼叫流程。其中，该第二阈值是根据invite消息的大小进行设置的，该预设范围是根据100trying消息进行设置的，这样，通过将数据包的累积大小与第二阈值或一预设范围进行比较，就能够判断出数据包是否为invite消息或100trying消息，从而确定出该ue是否处于于呼叫流程。

然而，在对ue进行非激活状态进行计时的过程中，ue也存在状态发生变化的情况，因此，在本发明实施例中，所述方法还包括：

在所述第二时长内，确定所述ue由非激活状态改变为激活状态后，停止计时。

由于计时值未达到第二时长的ue重新进入了激活状态，为了不影响后期用户业务的正常进行，需要停止计时。

此外，在对ue进行非激活状态进行计时的过程中，还存在ue归属小区发生切换的情况，切换到目标小区后，该目标小区所对应的基站的非激活连接释放的定时时长可能并未进行适应语音业务的调整，因此，为保障通话流程继续，所述方法还包括：

在所述第二时长内，检测到所述ue发生小区切换时，删除无线资源配置信息中的非激活状态计时信息后，将所述无线资源配置信息发送给目标小区对应的目标基站。

通过该步骤，对于计时值未达到第二时长且发生了小区切换的ue，会删除无线资源配置信息中的非激活状态计时信息，这样在将该无线资源配置信息发送给目标小区对应的目标基站后，目标基站对非激活状态的ue重新进行非激活状态计时，保证其通话流程继续，进一步提升语音呼叫的用户的体验。

下面结合具体应用场景说明本发明实施例的呼叫过程中连接释放的方法的应用(以下应用场景中ue还未建立qci1承载)：

场景一、在lte系统，ims与ue之间的sip信令未加密，第一非激活定时器的定时时长配置为10s，第二非激活定时器的定时时长配置为60s，ts配置为2s，小区中一个ue被呼叫，即此ue为被叫。

该小区的基站应用本发明实施例的呼叫过程中连接释放的方法，直接解析出下行sip信令，并且以2s为周期对ue非激活状态检测。在该ue进入非激活状态，而且解析得到invite消息确定该ue处于呼叫流程时，更改使用专门针对volte呼叫配置的第二非激活定时器的定时时长60s，启动该第二非激活定时器，等待计时器超时进行连接释放。3s后qci1承载建立。5s后，ue发起切换流程，此时，要将不携带非激活状态计时信息的无线资源配置信息(具体如，切换信元不携带rrm-config中的ue-inactivetime)发送给目标小区对应的基站。这样，切换目标小区后，由于未携带非激活状态计时信息，ue进入激活状态，在2s后检测ue为非激活状态后，由于qci1承载已建立，携带了qci1承载，则再次启动第二非激活定时器，等待计时器超时进行连接释放。

场景二、在lte系统，ims与ue之间的sip信令未加密，第一非激活定时器的定时时长配置为10s，第二非激活定时器的定时时长配置为60s，ts配置为2s，小区中一个ue发起呼叫，即此ue为主叫。

该小区的基站应用本发明实施例的呼叫过程中连接释放的方法，直接解析出下行sip信令，并且以2s为周期对ue非激活状态检测。在该ue进入非激活状态，而且解析得到invite消息确定该ue处于呼叫流程时，更改使用专门针对volte呼叫配置的第二非激活定时器的定时时长60s，启动该第二非激活定时器，等待计时器超时进行连接释放。3s后qci1承载建立。之后，检测到该ue承载上有数据，ue转换为激活状态，停止第二非激活定时器的计时。

场景三、在lte系统，ims与ue之间的sip信令加密，第一非激活定时器的定时时长配置为10s，第二非激活定时器的定时时长配置为60s，ts配置为2s，数据包累积值第二阈值(下行invite判断门限)为1700byte，预设范围(下行100trying区间)为【300，600】byte，数据包接收间隔为2ms，小区中一个ue发起呼叫，即此ue为主叫。

该小区的基站应用本发明实施例的呼叫过程中连接释放的方法，在qci5的下行方向出现一个550byte的数据包，且在2ms内无其他数据包，该数据包大于300byte，小于600byte，满足预设范围的要求，可确定该ue处于呼叫流程。在周期性检测中，获知该ue进入非激活状态，更改使用专门针对volte呼叫配置的第二非激活定时器的定时时长60s，启动该第二非激活定时器，等待计时器超时进行连接释放。3s后qci1承载建立。之后，在未达到第二非激活定时器的定时时长60s时又检测到该ue承载上有数据，ue转换为激活状态，停止第二非激活定时器的计时。

场景四、在lte系统，ims与ue之间的sip信令加密，第一非激活定时器的定时时长配置为10s，第二非激活定时器的定时时长配置为60s，ts配置为2s，数据包累积值第二阈值(下行invite判断门限)为1700byte，预设范围(下行100trying区间)为【300，600】byte，数据包接收间隔为2ms，小区中一个ue被呼叫，即此ue为被叫。

该小区的基站应用本发明实施例的呼叫过程中连接释放的方法，在qci5的下行方向出现连续间隔在2ms内的两个数据包，数据包分别为1486byte和400byte，二者的累积值大于第二阈值1700byte，可确定该ue处于呼叫流程。在周期性检测中，获知该ue进入非激活状态，更改使用专门针对volte呼叫配置的第二非激活定时器的定时时长60s，启动该第二非激活定时器，等待 计时器超时进行连接释放。3s后qci1承载建立。之后，在未达到第二非激活定时器的定时时长60s时又检测到该ue承载上有数据，ue转换为激活状态，停止第二非激活定时器的计时。

综上所述，本发明实施例的呼叫过程中连接释放的方法，不仅通过语音业务中的非激活时间与数据业务的非激活时间区分，减少了呼叫过程中的信令风暴和寻呼次数，提升了用户感受，而且还能够维护切换中非激活定时器，保障呼叫流程继续。

如图4所示，本发明实施例还提供了一种呼叫过程中连接释放的装置，包括：

第一处理模块401，用于确定用户设备ue是否处于呼叫流程，在确定ue处于呼叫流程时，将所述ue的非激活连接释放的定时时长由第一时长更改为第二时长，其中，所述第一时长为数据业务的非激活连接释放的定时时长，第二时长为语音业务的非激活连接释放的定时时长；

连接释放模块402，用于对所述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发生小区切换时，删除无线资源配置信息中的非激活状态计时信息后，将所述无线资源配置信息发送给目标小区对应的目标基站。

其中，所述第二时长是根据拨号后的等待时长设置的。

本发明实施例的呼叫过程中连接释放的装置，不仅通过语音业务中的非激活时间与数据业务的非激活时间区分，减少了呼叫过程中的信令风暴和寻呼次数，提升了用户感受，而且还能够维护切换中非激活定时器，保障呼叫流程继续。

需要说明的是，该装置是应用了上述呼叫过程中连接释放的方法的装置，上述实施例呼叫过程中连接释放的方法的实现方式适用于该装置，也能达到相同的技术效果。

本发明实施例还提供了一种呼叫过程中连接释放的系统，包括如上所述的呼叫过程中连接释放的装置。

本发明实施例的呼叫过程中连接释放的系统，不仅通过语音业务中的非激活时间与数据业务的非激活时间区分，减少了呼叫过程中的信令风暴和寻呼次数，提升了用户感受，而且还能够维护切换中非激活定时器，保障呼叫流程继续。

需要说明的是，该系统是应用了上述呼叫过程中连接释放的方法的系统，上述实施例呼叫过程中连接释放的方法的实现方式适用于该系统，也能达到相同的技术效果。

进一步需要说明的是，此说明书中所描述的许多功能部件都被称为模块，以便更加特别地强调其实现方式的独立性。

本发明实施例中，模块可以用软件实现，以便由各种类型的处理器执行。举例来说，一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块，举例来说，其可以被构建为对象、过程或函数。尽管如此，所标识模块的可执行代码无需物理地位于一起，而是可以包括存储在不同位里上的不同的指令，当这些指令逻辑上结合在一起时，其构成模块并且实现该模块的规定目的。

实际上，可执行代码模块可以是单条指令或者是许多条指令，并且甚至可以分布在多个不同的代码段上，分布在不同程序当中，以及跨越多个存储器设备分布。同样地，操作数据可以在模块内被识别，并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集，或者可以分布在不同位置上(包括在不同存储设备上)，并且至少部分地可以仅作为电子信号存在于系统或网络上。

在模块可以利用软件实现时，考虑到现有硬件工艺的水平，所以可以以软件实现的模块，在不考虑成本的情况下，本领域技术人员都可以搭建对应的硬件电路来实现对应的功能，所述硬件电路包括常规的超大规模集成(vlsi)电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。

范例性实施例是参考该些附图来描述于下。许多不同的形式和实施例是可行而不偏离本发明精神及教示，因此，本发明不应被建构成为在此所提出范例性实施例的限制。更确切地说，这些范例性实施例被提供以使得本揭示会是完善又完整，且会将本发明范围传达给那些熟知此项技术的人士。在该些图式中，组件尺寸及相对尺寸也许基于清晰起见而被夸大。在此所使用的术语只是基于描述特定范例性实施例目的，并无意成为限制用。如在此所使用地，除非该内文清楚地另有所指，否则该单数形式“一”、“一个”和“该”是意欲将该些多个形式也纳入。会进一步了解到该些术语“包含”及/或“包括”在使用于本说明书时，表示所述特征、整数、步骤、操作、构件及/或组件的存在，但不排除一或更多其它特征、整数、步骤、操作、构件、组件及/或其族群的存在或增加。除非另有所示，陈述时，一值范围包含该范围的上下限及其间的任何 子范围。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。