一种释放无线信令承载资源的方法及设备 【技术领域】
本发明涉及无线通信领域， 特别是一种释放无线信令承载资源的方法及设备。背景技术 在 时 分 同 步 码 分 多 址 接 入 (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 所示， 本发明实施例提供的释放无线信令承载资源的方法包括以下几个
步骤 ： 步骤 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 启动监测自身与用户终端之间的 信令流量， 当在第一设定时间内监测到的信令流量小于设定门限值时， 向核心网发送释放 无线信令承载资源的请求消息， 所述请求消息用于触发核心网释放所述用户终端占用的无 线信令承载资源。因此， 本发明实施例可以及时释放空闲的无线信令承载资源， 避免不进 行信令交互的用户终端长时间占用无线信令承载资源， 有效提高无线信令承载资源的利用 率， 从而缓解小区阻塞现象及相关的掉话现象。
显然， 本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精 神和范围。这样， 倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范 围之内， 则本发明也意图包含这些改动和变型在内。