[發(fā)明專利]釋放請求處理方法及裝置

有效

• 申請?zhí)枺?/td>: 200610098775.2
• 申請日: 2006-07-14
• 公開（公告）號(hào): CN101090349A
• 公開（公告）日: 2007-12-19
• 發(fā)明（設(shè)計(jì)）人: 吳濤;余榮道;葛紹偉
• 申請（專利權(quán)）人: 華為技術(shù)有限公司
• 主分類號(hào): H04L12/28
• 分類號(hào): H04L12/28
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術(shù)領(lǐng)域

本發(fā)明涉及通信領(lǐng)域，并且更特別地，涉及一種釋放請求處理方法及裝置，其可以應(yīng)用于諸如移動(dòng)視頻廣播系統(tǒng)。

背景技術(shù)

經(jīng)過十多年的發(fā)展，數(shù)字電視廣播技術(shù)的研究和應(yīng)用已經(jīng)取得了大量成果，從衛(wèi)星數(shù)字電視(以歐洲的DVB-S、DVB-S2、韓國和日本的S-DMB為代表)、有線數(shù)字電視(以歐洲的DVB-C為代表)、地面數(shù)字電視(以歐洲的DVB-T、美國的ATSC、日本的IDSB-T、中國的DMB-T等為代表)一直到移動(dòng)視頻廣播(以歐洲的DVB-H、美國高通公司的FLO為代表)，在許多國家和地區(qū)已經(jīng)獲得了廣泛應(yīng)用，并取得了豐碩的社會(huì)和經(jīng)濟(jì)效益。

數(shù)字電視和移動(dòng)通信相結(jié)合的移動(dòng)視頻廣播技術(shù)由于結(jié)合了數(shù)字電視和移動(dòng)通信的特點(diǎn)，滿足了人們隨時(shí)隨地接收電視服務(wù)的需要，因此具有巨大的發(fā)展?jié)摿Γ艿礁鞣矫嬖絹碓蕉嗟闹匾暎瑫r(shí)被認(rèn)為有可能成為下一個(gè)移動(dòng)通信的“殺手級(jí)業(yè)務(wù)”。例如，歐洲在已有的DVB-T標(biāo)準(zhǔn)基礎(chǔ)上發(fā)展了DVB-H標(biāo)準(zhǔn)，美國的高通公司則推出FLO技術(shù)以迎接這方面的挑戰(zhàn)。第3代無線通信系統(tǒng)為了滿足日益增長的廣播業(yè)務(wù)需求，3gpp標(biāo)準(zhǔn)組織推出了MBMS(Multimedia?Broadcast/Multicast?Service，多媒體廣播多播服務(wù))業(yè)務(wù)，3gpp2標(biāo)準(zhǔn)推出了EBM(Enhanced?Broadcast?Multicast，增強(qiáng)型的廣播多播)業(yè)務(wù)，從而在現(xiàn)有的無線蜂窩通信系統(tǒng)上向用戶提供廣播/多播服務(wù)。

在現(xiàn)有的WCDMA?MBMS系統(tǒng)中，在無線網(wǎng)絡(luò)控制器(RNC)和基于包交換(PS)的核心網(wǎng)(CN)之間有一個(gè)MBMS?RAB(RadioAccess?Bearer，無線接入承載)，用于在RNC和CN之間傳輸與該MBMS業(yè)務(wù)相關(guān)的數(shù)據(jù)。當(dāng)該MBMS業(yè)務(wù)終止時(shí)，CN會(huì)通知RNC將相應(yīng)的MBMS?RAB釋放。

在目前的協(xié)議設(shè)計(jì)中，在下列的幾種典型情況下，RNC可以發(fā)起釋放承載MBMS業(yè)務(wù)的MBMS?RAB(多廣播多播服務(wù)無線接入承載)的請求：(1)由于RNC資源不足，該MBMS?RAB所用的資源被其它優(yōu)先級(jí)更高的RAB搶占，RNC要求CN釋放該RAB；(2)UTRAN本身的一些原因(諸如處理能力不足)；(3)該RNC中已經(jīng)沒有需要提供該MBMS業(yè)務(wù)的用戶；(4)其他。特別地，RNC可以通過MBMS?RAB?RELEASE過程要求CN釋放該MBMS業(yè)務(wù)的RAB。

其中，當(dāng)RNC請求釋放MBMS?RAB時(shí)，可以向CN發(fā)送MBMSRAB?RELEASE?REQUEST(釋放請求)消息，響應(yīng)于該請求消息，如果CN準(zhǔn)許釋放MBMS?RAB，則釋放除跟該MBMS?Iu信令連接之外的其它相關(guān)資源，并返回MBMS?RAB?RELEASE消息給RNC(圖1的信令流程圖示出了該過程)，之后，響應(yīng)于該MBMS?RABRELEASE消息，在RNC側(cè)釋放相關(guān)的無線資源；另外，如果由于處理的原因CN不能準(zhǔn)許釋放MBMS?RAB，則返回MBMS?RABRELEASE?FAILURE(釋放失敗)消息給RNC(圖2的信令流程圖示出了該過程)。

上述的各條消息，即MBMS?RAB?RELASE?REQUEST消息、MBMS?RAB?RELEASE消息、和MBMS?RAB?RELEASE?FAILURE消息的消息結(jié)構(gòu)分別在圖3(a)、圖3(b)、和圖3(c)中示出。

以下將分別描述根據(jù)相關(guān)技術(shù)的由RNC發(fā)起MBMS?RAB釋放請求過程中RNC側(cè)和CN側(cè)的處理。

對于RNC側(cè)而言，處理過程描述如下，首先，當(dāng)RNC決定發(fā)起MBMS?RAB?RELEASE?REQUEST過程時(shí)，RANAP(無線接入網(wǎng)應(yīng)用部分)模塊構(gòu)造MBMS?RAB?RELEASE?REQUEST消息，并在該消息中的Cause中包含相應(yīng)的原因信息；RANAP模塊將生成的MBMS?RAB?RELEASE?REQUEST進(jìn)行ASN.1編碼；RANAP模塊將編碼后的消息通過傳輸網(wǎng)絡(luò)層傳輸給CN；之后RNC等待CN側(cè)的響應(yīng)消息；RNC接收到傳輸網(wǎng)絡(luò)層提交的來自CN側(cè)的消息并且對接收到的消息進(jìn)行ASN.1解碼；如果解碼失敗，則RNC根據(jù)解碼失敗的原因發(fā)起相應(yīng)的錯(cuò)誤處理流程；如果解碼成功，并且接收到的消息是MBMS?RAB?RELEASE消息，則RNC釋放相關(guān)資源；此外，如果解碼成功，并且接收到的消息是MBMS?RAB?RELEASEFAILURE消息，則RNC將失敗的處理結(jié)果上報(bào)給網(wǎng)管處理；然后，處理結(jié)束。