一种跟踪泄漏资源的方法

技术领域

本发明涉及通信技术领域，尤其涉及一种跟踪泄漏资源的方法。

背景技术

第三代移动通讯技术(3G技术)相对于第二代移动通讯技术(2G技术) 有了很大的改进，增加了更多的业务，提高了无线环境下通话的质量，为用 户提供了更加丰富的个人通讯服务。而正因为如此，3G技术相比2G技术，呼 叫的信令流程更为复杂，消息交互更多，资源管理也更为复杂，发生资源吊 死的可能性也更大。

为此，需要提供一种方法可以有效的回收吊死的资源，同时针对吊死的资 源具有跟踪定位功能。目前的WCDMA(Wideband Code Division Multiple Access，宽带码分多址接入)系统，涉及各种各样资源的管理，对于泄漏的 垃圾资源的回收一般采用的就是定时核查的方式。

所述的定时核查的方法如图1所示，资源管理模块A用于管理各个资源使 用模块使用的资源。对于需要进行资源核查的情况，资源管理模块A将定时 向各个资源使用模块B发送核查消息，以核查资源使用情况；所述的核查消 息中承载着资源使用模块B的资源使用情况，资源使用模块B根据资源管理模 块A下发的资源使用情况，调整不一致的资源使用情况。

通过上述定时核查方式虽然可以发现资源吊死，并释放资源，但是对于资 源吊死无法提供一种有效的追踪定位的功能。简而言之，资源核查可以回收 没有释放的资源，但是不能查出是谁没有释放资源。即无法定位资源吊死地 位置，不便于消除或降低相应位置上的资源泄漏的可能性。

总之，对于资源管理，一般来说定时核查方式可以达到回收垃圾资源的 目的，可以基本回避资源吊死的情况。但是一旦系统遇到大话务量冲击，定 时核查来不及启动，泄漏的垃圾资源就会迅速积累，还是会导致最终新建的 呼叫申请不到资源而失败的情况。因此，定时核查只是一个治标不治本的方 法。一旦发生资源吊死，最希望获得的信息就是“到底是谁没有释放资 源”。这就使得如何跟踪资源泄漏的情况成为一个需要解决的问题。

发明内容

鉴于上述现有技术所存在的问题，本发明的目的在于提供一种跟踪泄漏 资源的方法，通过把呼叫流程的ID与资源管理模块的ID相结合作为资源使用 模块的ID，增强了资源管理模块跟踪泄漏资源的功能。

本发明的目的是通过以下技术方案实现的：

本发明提供了一种跟踪泄漏资源的方法，包括：

资源申请模块提供唯一的标识ID向资源管理模块申请资源，资源管理模 块在分配资源的同时记录下该ID，在核查释放资源时，根据该ID定位资源泄 漏的资源使用者信息。

所述ID包括呼叫流程ID及该资源申请模块的ID。

所述的资源申请模块申请资源过程包括：

A、无线链路RL建立过程。

所述步骤A具体包括：

A1、用户设备UE端发出呼叫，向无线网络控制器RNC发出无线资源控 制RRC连接请求；

A2、RNC接收到上述请求后向一NODEB发出RL建立请求；

A3、NODEB提供一唯一的ID给RNC，为该请求申请资源，该ID包括 RRC呼叫流程ID及该NODEB的ID；

A4、RNC的资源管理模块记录下此ID，并为上述RRC呼叫流程分配资 源。

所述步骤A还包括：

A5、RNC为RRC指配完资源后把资源分配给UE使用，向UE端发送应 答，建立RRC连接；

A6、UE端完成RRC连接后，以向RNC端发出RRC连接完成方式确认完 成。

所述的资源申请模块申请资源过程包括：

B、RL重配置过程。

所述步骤B具体包括：

B1、核心网CN端向RNC发出无线接入承载RAB分配请求；

B2、RNC接收上述请求后向NODEB发出RL重配置请求；

B3、NODEB接收上述请求后，向RNC提供一唯一的ID用以申请资源， 该ID包括RAB呼叫流程ID与NODEB的ID；

B4、RNC的资源管理模块记录下此ID，RAB分配资源，在RNC处理完该 过程后提交该RL重配置结果给NODEB。

所述步骤B还包括：

B5、RNC端指配完资源后，把资源分配给UE使用，通过发送无线承载 RB建立方式通知给UE端；

B6、UE端收到消息以后开始传输信道，逻辑信道，物理信道的配置过 程，UE端完成配置后，向RNC端以发出RB建立完成方式确认完成。

所述步骤B还包括：

B7、上述资源指配完成后，向CN端发出应答，回应RAB分配请求。

所述无线信令的传输过程是直传过程。

由上述本发明提供的技术方案可以看出，本发明通过把呼叫流程的ID与 资源管理模块的ID相结合作为资源使用模块的ID，无论哪类资源泄漏，资源 管理模块都可以区分出来，增强了资源管理模块跟踪泄漏资源的功能。

附图说明

图1为背景技术采用的资源管理方式示意图。

图2为本发明跟踪泄漏资源方法示意图。

图3为本发明跟踪泄漏资源方法操作流程图。

具体实施方式

本发明提供一种跟踪泄漏资源的方法，采用资源申请模块在资源申请的 时候，向资源管理模块提供唯一的标识。资源管理模块在分配资源的同时记 录下资源使用者的ID，这样，一旦发生资源吊死，资源管理模块在核查释放 资源的同时，就可以查出资源的使用者。如图2所示，每一资源使用模块具 有唯一的ID，资源管理模块在核查释放资源时可根据资源使用模块的ID查出 导致资源泄漏的模块。

下面参照图3对本发明具体实施方式予以说明：本发明仅就传输层实例资 源的申请过程予以说明，各种实例资源的管理方法参照该实施方式，其中传 输层实例资源是一种AAL(ATM适配层)实例资源。

一种RL(无线链路)建立过程申请传输层实例资源过程包括如下步骤：

步骤33：UE(用户设备)端发出呼叫，向RNC(无线网络控制器)发出 RRC(无线资源控制)连接请求；

步骤34：RNC接收到上述请求后向NODEB(一)发出RL建立请 求；

步骤35：NODEB接收到上述RL建立请求后，为该请求申请信令的传输 层实例资源，即向RNC发出应答，提供一唯一的ID给RNC，该ID包括RRC呼 叫流程ID及该NODEB的ID，两者结合在一起构成唯一的确定该RRC流程资源 使用的标志，此申请信令的传输层实例资源过程即图中申请传输层实例资源 过程I；

步骤36：RNC的资源管理模块(图中未示出)记录下此ID，并在为上述 RRC呼叫流程申请到传输层实例资源后，把资源分配给UE使用，向UE端发 送应答，建立RRC连接；

步骤37：UE端完成RRC连接后，以向RNC端发出RRC连接完成方式确认 完成，该呼叫流程RL建立过程的申请传输层实例资源过程完成。

一种RL重配置过程申请传输层实例资源过程包括如下步骤：

步骤38：CN(核心网)端向RNC发出RAB(无线接入承载)指配请求；

步骤39：RNC接收上述请求后向NODEB发出RL重配置请求；

步骤40：NODEB接收上述请求后，为RL重配置做准备，主要是向RNC 提供一唯一的ID用以申请信令的传输层实例资源，即图中申请传输层实例资 源过程II，该唯一的ID包括RAB呼叫流程ID与NODEB的ID；

步骤41：RNC的资源管理模块记录下此ID，在RNC处理完该过程后提交 该RL重配置结果给NODEB；

步骤42：RNC端申请完传输层实例资源后，把资源分配给UE使用，通过 发送RB(无线承载)建立方式通知给UE端；

步骤43：UE端收到消息以后开始传输信道，逻辑信道，物理信道的配置 过程，UE端完成配置后，向RNC端以发出RB建立完成方式确认完成。

步骤44：上述资源指配完成后，向CN端发出应答，回应RAB分配请求。

在图3中整个RL建立过程及RL重配置过程中传输层实例资源的申请都是 由NODEB申请的，由于两者所处流程不同，即流程的ID不同，因此，两个传 输层实例资源申请过程虽然由同一模块发出，但二者的ID不同，因此，无论 哪类资源泄漏了，都可以区分出来。UE与CN的无线呼叫信令的交互，对于 接入网RNC和NODEB来说是透明的，RNC和NODEB不需要知道该无线呼叫 信令过程，在RNC只是直接透传，所以无线呼叫信令过程是一个直传过程。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不 局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可 轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明 的保护范围应该以权利要求的保护范围为准。