专利名称：一种释放无线信令承载资源的方法及设备的制作方法
技术领域：
本发明涉及无线通信领域，特别是一种释放无线信令承载资源的方法及设备。
背景技术：
在时分同步码分多址接入(Time Division-Synchronous Code Division Multiple Access，TD-SCDMA)系统中，无线网络控制器(Radio Network Controller, RNC) 具备监控自身与用户终端之间非实时业务的功能，称为用户活动(User Inactive)功能。 当RNC与用户终端之间需要进行非实时业务时，建立RNC与该用户终端之间的非实时业务承载链路，同时启动RNC的User Inactive功能，实现对非实时业务的监控。当RNC与用户终端之间需要进行信令消息交互时，建立RNC与该用户终端之间的无线信令承载链路，当信令消息交互完毕后，核心网将向RNC发送信令承载释放命令以触发RNC释放该用户终端所占用的无线信令承载资源，然后等待其他用户终端接入。但是，在某些情况下，核心网一直不发送信令承载释放命令，将造成无线信令承载资源的浪费。例如，一用户终端从第二代移动通信技术网络重选到第三代移动通信技术网络时，需要进行路由区更新，在路由区更新过程中将占用无线信令承载资源，在路由区更新完成后，由于核心网认为该用户终端存在激活的分组数据协议实体(Packet Data Protocol，PDP)，所以不发送信令承载释放命令触发RNC释放无线信令承载资源，那么，该用户终端在路由区更新过程中所占用的无线信令承载资源将无法得到释放，导致该用户终端的无线信令承载资源保持长达数小时的时间，在保持期间却无任何信令消息交互，造成无线信令承载资源浪费， 影响本小区中其他用户终端接入。
发明内容
本发明实施例提供一种释放无线信令承载资源的方法及设备，用以及时释放空闲的无线信令承载资源，提高无线信令承载资源的利用率。本发明实施例提供的一种释放无线信令承载资源的方法包括RNC启动监测自身与用户终端之间的信令流量；如果所述RNC在第一设定时间内监测到的信令流量小于设定门限值，则向核心网发送释放无线信令承载资源的请求消息，所述请求消息用于触发核心网释放所述用户终端占用的无线信令承载资源。本发明实施例提供的一种释放无线信令承载资源的设备包括监测单元，用于启动监测自身归属设备与用户终端之间的信令流量；发送单元，用于在所述监测单元在第一设定时间内监测到的信令流量小于设定门限值时，向核心网发送释放无线信令承载资源的请求消息，所述请求消息用于触发核心网释放所述用户终端占用的无线信令承载资源。本发明实施例提供的一种释放无线信令承载资源的方法包括核心网在接收到RNC发送的释放无线信令承载资源的请求消息时，释放用户终端占用的无线信令承载资源。本发明实施例提供的一种释放无线信令承载资源的设备包括接收单元，用于接收RNC发送的释放无线信令承载资源的请求消息；释放单元，用于在所述接收单元接收到RNC发送的释放无线信令承载资源的请求消息时，释放用户终端占用的无线信令承载资源。通过以上技术方案可知，在本发明实施例中，RNC启动监测自身与用户终端之间的信令流量，当在第一设定时间内监测到的信令流量小于设定门限值时，向核心网发送释放无线信令承载资源的请求消息，所述请求消息用于触发核心网释放所述用户终端占用的无线信令承载资源。因此，本发明实施例可以及时释放空闲的无线信令承载资源，避免不进行信令交互的用户终端长时间占用无线信令承载资源，有效提高无线信令承载资源的利用率，从而缓解小区阻塞现象。
图1为本发明方法的一具体实施例的流程示意图；图2为本发明方法的另一具体实施例的流程示意图；图3为本发明方法的又一具体实施例的流程示意图；图4为本发明设备的一具体实施例的结构示意图；图5为本发明设备的另一具体实施例的结构示意图。
具体实施例方式在本发明实施例中，RNC对自身与用户终端之间的信令流量进行监测，以保证在无信令流量或者信令流量较小的情况下能够及时释放该用户终端所占用的无线信令承载资源，提高本小区内的无线信令承载资源的利用率。下面结合附图对本发明方法实施例进行详细描述。图1为本发明方法的一具体实施例的流程示意图。参见图1所示，本发明实施例提供的一种释放无线信令承载资源的方法包括以下几个步骤步骤101 =RNC启动监测自身与用户终端之间的信令流量。这里，所述RNC在无线资源控制(Radio Resource Control,RRC)链路建立后的第二设定时间内未接收到无线接入承载(Radio Access Bearer, RAB)链路建立请求消息时， 启动监测自身与用户终端之间的信令流量；所述RNC在RAB链路释放后的第三设定时间内未接收到核心网发送的信令承载释放命令时，启动监测自身与用户终端之间的信令流量。 所述信令流量包括信令承载对应的无线链路控制(Radio Link Control, RLC)层缓存的数据量。步骤102 如果所述RNC在第一设定时间内监测到的信令流量小于设定门限值，则向核心网发送释放无线信令承载资源的请求消息，所述请求消息用于触发核心网释放所述用户终端占用的无线信令承载资源。这里，所述请求消息为包括释放原因的信令承载释放请求消息，优选地，所述释放原因为User Inactive，当释放原因为User Inactive时，不计为掉话。
理论上，在第一设定时间内，RNC和用户终端之间的信令流量为零时，才释放该用户终端占用的无线信令承载资源，考虑到信令承载上可能会有一些杂包，因此，将门限值设定为一个很小的流量值，例如8字节。图2为本发明方法的另一具体实施例的流程示意图。参见图2所示，本发明实施例提供的一种释放无线信令承载资源的方法包括以下几个步骤步骤201 =RNC建立RRC链路，并开启第一定时器。步骤202 判断在所述第一定时器超时前是否接收到RAB建立请求消息，如果是， 则执行步骤203，否则执行步骤211。步骤203 建立RAB链路。步骤204 对非实时业务的流量进行监测。步骤205 判断监测结果是否满足业务User Inactive的触发条件，如果是，则执行步骤206，否则执行207。步骤206 进入业务User Inactive处理过程，本流程结束。这里，业务User Inactive处理过程为现有技术，因此不再进行详细阐述。步骤207 判断是否接收到RAB释放命令，如果是，则执行步骤208，否则返回步骤 204。步骤208 释放RAB链路，并开启第二定时器。步骤209 判断在所述第二定时器超时前是否接收到信令承载释放命令，如果是， 则执行步骤210，否则执行步骤211。步骤210 释放无线信令承载资源，本流程结束。步骤211 启动监测自身与用户终端之间的信令流量。这里，所述信令流量包括信令承载对应的RLC层缓存的数据量。步骤212 判断在设定时间内监测到的信令流量是否小于设定门限值，如果是，则执行步骤213，否则返回步骤211。步骤213 向核心网发送包括释放原因的信令承载释放请求消息，所述信令承载释放请求消息用于触发核心网释放所述用户终端占用的无线信令承载资源，本流程结束。这里，优选地，所述释放原因包括User Inactive。图2所示的实施例，在建立RAB链路之前和释放RAB链路之后增加了是否监测信令流量的判断，例如，步骤202和步骤209，使得RNC监测只有信令存在的用户终端，及时释放无信令交互的用户终端所占用的无线信令承载资源，以供其他用户终端接入，缓解小区内的阻塞现象。某些RNC定义单信令为一种中间状态，为了避免非接入层消息丢失，规定在单信令状态下不允许进行重定位，因此，如果用户终端在无信令交互的情况下长时间占用无线信令承载资源，在此期间如果有语音业务接入，那么该用户终端可能会在RNC边界区域掉话，本发明实施例能够及时释放用户终端占用的无线信令承载资源，降低上述掉话问题发生的概率。图3为本发明方法的又一具体实施例的流程示意图。参见图3所示，本发明实施例提供的释放无线信令承载资源的方法包括以下几个
6步骤步骤301 核心网接收RNC发送的释放无线信令承载资源的请求消息。这里，所述请求消息为包括释放原因的信令承载释放请求消息，优选地，所述释放原因包括 User Inactive。步骤302 释放用户终端占用的无线信令承载资源。图4为本发明设备的一具体实施例的结构示意图。参见图4所示，本发明实施例提供的一种释放无线信令承载资源的设备包括监测单元41，用于启动监测自身归属设备与用户终端之间的信令流量；发送单元42，用于在所述监测单元41在第一设定时间内监测到的信令流量小于设定门限值时，向核心网发送释放无线信令承载资源的请求消息，所述请求消息用于触发核心网释放所述用户终端占用的无线信令承载资源。这里，所述监测单元41用于在RRC链路建立后的第二设定时间内自身归属设备未接收到RAB链路建立请求消息时，启动监测自身归属设备与用户终端之间的信令流量；所述监测单元41用于在RAB链路释放后的第三设定时间内自身归属设备未接收到核心网发送的信令承载释放命令时，启动监测自身归属设备与用户终端之间的信令流量。所述信令流量包括信令承载对应的RLC层缓存的数据量。所述请求消息为包括释放原因的信令承载释放请求消息，优选地，所述释放原因包括 User Inactive。图5为本发明设备的另一具体实施例的结构示意图。参见图5所示，本发明实施例提供的一种释放无线信令承载资源的设备包括接收单元51，用于接收RNC发送的释放无线信令承载资源的请求消息；释放单元52，用于在所述接收单元51接收到RNC发送的释放无线信令承载资源的请求消息时，释放用户终端占用的无线信令承载资源。这里，所述请求消息为包括释放原因的信令承载释放请求消息，优选地，所述释放原因包括 User Inactive。通过以上技术方案可知，在本发明实施例中，RNC启动监测自身与用户终端之间的信令流量，当在第一设定时间内监测到的信令流量小于设定门限值时，向核心网发送释放无线信令承载资源的请求消息，所述请求消息用于触发核心网释放所述用户终端占用的无线信令承载资源。因此，本发明实施例可以及时释放空闲的无线信令承载资源，避免不进行信令交互的用户终端长时间占用无线信令承载资源，有效提高无线信令承载资源的利用率，从而缓解小区阻塞现象及相关的掉话现象。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1.一种释放无线信令承载资源的方法，其特征在于，该方法包括无线网络控制器RNC启动监测自身与用户终端之间的信令流量；如果所述RNC在第一设定时间内监测到的信令流量小于设定门限值，则向核心网发送释放无线信令承载资源的请求消息，所述请求消息用于触发核心网释放所述用户终端占用的无线信令承载资源。
2.如权利要求1所述的方法，其特征在于，所述RNC在无线资源控制RRC链路建立后的第二设定时间内未接收到无线接入承载RAB链路建立请求消息时，启动监测自身与用户终端之间的信令流量。
3.如权利要求1所述的方法，其特征在于，所述RNC在RAB链路释放后的第三设定时间内未接收到核心网发送的信令承载释放命令时，启动监测自身与用户终端之间的信令流量。
4.如权利要求1 3中任意一项所述的方法，其特征在于，所述信令流量包括信令承载对应的无线链路控制RLC层缓存的数据量。
5.如权利要求1所述的方法，其特征在于，所述请求消息为包括释放原因的信令承载释放请求消息。
6.如权利要求5所述的方法，其特征在于，所述释放原因包括用户活动。
7.一种释放无线信令承载资源的设备，其特征在于，该设备包括监测单元，用于启动监测自身归属设备与用户终端之间的信令流量；发送单元，用于在所述监测单元在第一设定时间内监测到的信令流量小于设定门限值时，向核心网发送释放无线信令承载资源的请求消息，所述请求消息用于触发核心网释放所述用户终端占用的无线信令承载资源。
8.如权利要求7所述的设备，其特征在于，所述监测单元用于在无线资源控制RRC链路建立后的第二设定时间内自身归属设备未接收到无线接入承载RAB链路建立请求消息时， 启动监测自身归属设备与用户终端之间的信令流量。
9.如权利要求7所述的设备，其特征在于，所述监测单元用于在RAB链路释放后的第三设定时间内自身归属设备未接收到核心网发送的信令承载释放命令时，启动监测自身归属设备与用户终端之间的信令流量。
10.如权利要求7 9中任意一项所述的设备，其特征在于，所述信令流量包括信令承载对应的无线链路控制RLC层缓存的数据量。
11.如权利要求7所述的设备，其特征在于，所述请求消息为包括释放原因的信令承载释放请求消息。
12.如权利要求11所述的设备，其特征在于，所述释放原因包括用户活动。
13.一种释放无线信令承载资源的方法，其特征在于，该方法包括核心网在接收到无线网络控制器RNC发送的释放无线信令承载资源的请求消息时，释放用户终端占用的无线信令承载资源。
14.如权利要求13所述的方法，其特征在于，所述请求消息为包括释放原因的信令承载释放请求消息。
15.如权利要求14所述的方法，其特征在于，所述释放原因包括用户活动。
16.一种释放无线信令承载资源的设备，其特征在于，该设备包括接收单元，用于接收无线网络控制器RNC发送的释放无线信令承载资源的请求消息； 释放单元，用于在所述接收单元接收到RNC发送的释放无线信令承载资源的请求消息时，释放用户终端占用的无线信令承载资源。
17.如权利要求16所述的设备，其特征在于，所述请求消息为包括释放原因的信令承载释放请求消息。
18.如权利要求17所述的设备，其特征在于，所述释放原因包括用户活动。
全文摘要
本发明公开了一种释放无线信令承载资源的方法及设备，该方法包括RNC启动监测自身与用户终端之间的信令流量；如果所述RNC在第一设定时间内监测到的信令流量小于设定门限值，则向核心网发送释放无线信令承载资源的请求消息，所述请求消息用于触发核心网释放所述用户终端占用的无线信令承载资源。因此，应用本发明，可以及时释放空闲的无线信令承载资源，提高无线信令承载资源的利用率，从而缓解小区阻塞现象及相关的掉话现象。
文档编号H04W24/02GK102413516SQ20111043930
公开日2012年4月11日 申请日期2011年12月23日 优先权日2011年12月23日
发明者毛哲, 王欣, 龚莉 申请人:大唐移动通信设备有限公司