[發明專利]RAB釋放請求的異常情況處理方法及RNC

有效

• 申請號: 201110242904.1
• 申請日: 2011-08-23
• 公開（公告）號: CN102958198A
• 公開（公告）日: 2013-03-06
• 發明（設計）人: 李蓉;周江
• 申請（專利權）人: 鼎橋通信技術有限公司
• 主分類號: H04W76/06
• 分類號: H04W76/06
• 代理公司: 北京同立鈞成知識產權代理有限公司 11205
• 代理人: 王申

技術領域

本發明涉及一種RAB釋放請求的異常情況處理方法及RNC，屬于無線通信技術領域。

背景技術

Iu接口是負責核心網(Core?Ne?twork，簡稱：CN)和無線網絡控制器(Radio?Network?Controller，簡稱：RNC)之間的信令交互的接口，在現有Iu接口的相關協議中，有關無線接入承載(Radio?Access?Bearer，簡稱：RAB)釋放請求的描述中給出了RAB釋放請求的目的是釋放一個或幾個RAB。

在現有技術中，RNC通過向CN發送RAB釋放請求來觸發RAB的釋放過程，其中指明了需要釋放的RAB資源，RAB釋放的原因；當CN收到所述RAB釋放請求時，該CN可以決定是否向RNC回復Iu接口釋放命令，以觸發相應的RAB釋放過程。

然而，有時候會發生一些異常情況導致CN無法回復Iu接口釋放命令。例如，當Iu接口閃斷，CN并沒有收到RNC發出的RAB釋放請求。或者，CN正確接收了RNC的RAB釋放請求，但是CN正好由于此時收到用戶的短信業務而認為Iu接口連接應當保留時，該CN便決定不發起Iu接口的釋放，因此也就不會回復Iu接口釋放命令。在這些異常情況下，RNC會一直等待CN回復的Iu接口釋放命令，從而造成RAB資源長時間無法釋放的問題。

發明內容

本發明提供一種RAB釋放請求的異常情況處理方法及RNC，用以解決當異常情況發生時，RAB資源長時間無法釋放的問題。

本發明一方面提供一種RAB釋放請求的異常情況處理方法，其中包括：

步驟100、RNC向CN發送RAB釋放請求后，設定第一定時時間，當所述RNC在所述第一定時時間內未收到來自于所述CN的Iu接口釋放命令時，執行下述步驟110，否則執行下述步驟120；

步驟110、所述RNC向所述CN發送RAB釋放請求，并返回執行所述步驟100；

步驟120、所述RNC釋放RAB資源，并釋放所述RNC與所述CN之間的Iu接口連接。

本發明另一方面提供一種RNC，其中包括：

第一設定模塊，用于當所述RNC向CN發送RAB釋放請求后，設定第一定時時間；

第一接收模塊，用于在所述第一定時時間內等待接收來自于所述CN的Iu接口釋放命令；

第一發送模塊，用于當第一接收模塊在所述第一定時時間內接收到所述Iu接口釋放命令時，向所述CN發送RAB釋放請求，并觸發所述第一設定模塊運行；

第一釋放模塊，用于當第一接收模塊在所述第一定時時間內未收到所述Iu接口釋放命令時，釋放RAB資源，并釋放所述RNC與所述CN之間的Iu接口連接。

本發明減少了RNC的等待時間，克服了RAB資源長時間無法釋放的問題。

附圖說明

為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。

圖1為本發明所述RAB釋放請求的異常情況處理方法實施例一的流程圖；

圖2為本發明所述RAB釋放請求的異常情況處理方法實施例一的信令圖；

圖3為本發明所述RAB釋放請求的異常情況處理方法實施例二的流程圖；

圖4為本發明所述RAB釋放請求的異常情況處理方法實施例二的信令圖；

圖5為本發明所述RAB釋放請求的異常情況處理方法實施例三的流程圖；

圖6為本發明所述RAB釋放請求的異常情況處理方法實施例三的信令圖；

圖7為本發明所述RNC實施例一的結構示意圖；

圖8為本發明所述RNC實施例二的結構示意圖；

圖9為本發明所述RNC實施例三的結構示意圖。

具體實施方式

為使本發明實施例的目的、技術方案和優點更加清楚，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。

圖1為本發明所述RAB釋放請求的異常情況處理方法實施例一的流程圖，如圖所示，包括如下步驟：