欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

釋放請(qǐng)求處理方法及裝置的制作方法

文檔序號(hào):7666226閱讀:171來源:國(guó)知局
專利名稱:釋放請(qǐng)求處理方法及裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信領(lǐng)域,并且更特別地,涉及一種釋放請(qǐng)求處理方法及裝置,其可以應(yīng)用于諸如移動(dòng)^L頻廣4番系統(tǒng)。
技術(shù)背景經(jīng)過十多年的發(fā)展,數(shù)字電視廣播技術(shù)的研究和應(yīng)用已經(jīng)取得 了大量成果,從衛(wèi)星數(shù)字電視(以歐洲的DVB-S、 DVB-S2、韓國(guó) 和曰本的S-DMB為代表)、有線數(shù)字電#見(以歐洲的DVB-C為代 表)、地面凄丈字電—見(以歐洲的DVB-T、美國(guó)的ATSC、日本的 IDSB-T、中國(guó)的DMB-T等為代表) 一直到移動(dòng)^L頻廣播(以歐洲 的DVB-H、美國(guó)高通公司的FLO為代表),在許多國(guó)家和地區(qū)已經(jīng) 獲得了廣泛應(yīng)用,并取得了豐碩的3土?xí)徒?jīng)濟(jì)效益。數(shù)字電視和移動(dòng)通信相結(jié)合的移動(dòng)視頻廣播技術(shù)由于結(jié)合了 數(shù)字電視和移動(dòng)通信的特點(diǎn),滿足了人們隨時(shí)隨地接收電視服務(wù)的 需要,因此具有巨大的發(fā)展?jié)摿?,受到各方面越來越多的?見,同 時(shí)祐:i人為有可能成為下一個(gè)移動(dòng)通信的"殺手級(jí)業(yè)務(wù)"。例如,歐 洲在已有的DVB-T標(biāo)準(zhǔn)基礎(chǔ)上發(fā)展了 DVB-H標(biāo)準(zhǔn),美國(guó)的高通7> 司則推出FLO技術(shù)以迎接這方面的挑戰(zhàn)。第3代無線通信系統(tǒng)為了 滿足日益增長(zhǎng)的廣4番業(yè)務(wù)需求,3gpp標(biāo)準(zhǔn)組織推出了 MBMS (Multimedia Broadcast/Multicast Service,多》某體廣才番多4番月良務(wù))業(yè) 務(wù),3gpp2標(biāo)準(zhǔn)4偉出了 EBM ( Enhanced Broadcast Multicast,增強(qiáng)型
的廣播多播)業(yè)務(wù),從而在現(xiàn)有的無線蜂窩通信系統(tǒng)上向用戶提供 廣播/多播服務(wù)。在現(xiàn)有的WCDMAMBMS系統(tǒng)中,在無線網(wǎng)絡(luò)控制器(RNC ) 和基于包交4灸(PS )的核心網(wǎng)(CN )之間有一個(gè)MBMS RAB ( Radio Access Bearer,無線接入承載),用于在RNC和CN之間傳輸與該 MBMS業(yè)務(wù)相關(guān)的數(shù)據(jù)。當(dāng)該MBMS業(yè)務(wù)終止時(shí),CN會(huì)通知RNC 將相應(yīng)的MBMS RAB釋方文。在目前的切、i義i殳計(jì)中,在下列的幾種典型情況下,RNC可以發(fā) 起釋放承載MBMS業(yè)務(wù)的MBMS RAB (多廣播多播服務(wù)無線接入 承載)的請(qǐng)求(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)RNCi青求釋i文MBMS RAB時(shí),可以向CN發(fā)送MBMS RAB RELASE REQUEST (釋》文i青求)消息,響應(yīng)于該i青求消息, 如果CN準(zhǔn)許釋i文MBMS RAB,則釋放除跟該MBMS Iu信令連接 之外的其它相關(guān)資源,并返回MBMS RAB RELEASE消息給RNC (圖1的信令流程圖示出了該過程),之后,響應(yīng)于該MBMS RAB RELEASE消息,在RNC側(cè)釋放相關(guān)的無線資源;相反,如果由于 處理的原因CN不能準(zhǔn)許釋放MBMS RAB,則返回MBMS RAB RELEASE FAILURE (釋方欠失敗)消息給RNC (圖2的信令流程圖 示出了該過^E)。 上述的各條消息,即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釋放請(qǐng)求過程中RNC側(cè)和CN側(cè)的處理。圖4是示出 根據(jù)相關(guān)技術(shù)的由RNC發(fā)起MBMS RAB釋方文請(qǐng)求過程中RNC側(cè) 的處理的流程圖;圖5是示出根據(jù)相關(guān)技術(shù)的由RNC發(fā)起MBMS RAB釋放請(qǐng)求過程中CN側(cè)的處理的流程圖。如圖4所示,對(duì)于RNC側(cè)而言,首先,在步驟S402中,當(dāng) RNC決定發(fā)起MBMS RAB RELEASE REQUEST過程時(shí),RANAP (無線4妄入網(wǎng)應(yīng)用部分)才莫塊構(gòu)造MBMS RAB RELEASE REQUEST消息,并在該消息中的Cause中包含相應(yīng)的原因信息; 在步驟S404中,RANAP才莫塊將生成的MBMS RAB RELEASE REQUEST進(jìn)4亍ASN.l編碼;在步駛《S406中,RANAP才莫塊d尋編碼 后的消息通過傳輸網(wǎng)絡(luò)層傳輸給CN;之后RNC等待CN側(cè)的響應(yīng) 消息;RNC在步驟S408中接收到傳輸網(wǎng)絡(luò)層提交的來自CN側(cè)的 消息并且在步驟S410中對(duì)接收到的消息進(jìn)行ASN.l解碼;如果解 碼失敗,則RNC在步驟S412中根據(jù)解碼失敗的原因發(fā)起相應(yīng)的4晉 誤處理流程;如果解碼成功,并且接收到的消息是MBMS RAB RELEASE消息,貝'J RNC在步驟S414中釋放相關(guān)資源;此外,如 果解石馬成功,并JU妻Jl欠到的消息是MBMS RAB RELEASE FAILURE消息,貝'J RNC在步驟S416中將失敗的處理結(jié)果上才艮給 網(wǎng)管處理;然后,處理結(jié)束。類似地,如圖5所示,對(duì)于CN側(cè)而言,首先,在步驟S502 中,CN側(cè)的RANAP模塊接收到由傳輸網(wǎng)絡(luò)層提交的來自RNC側(cè) 的消息;在步驟S504中,RANAP才莫塊對(duì)接收到的消息進(jìn)行ASN.l 解碼;如果解碼成功,接收到的消息是MBMS RAB RELEASE
REQUEST消息,并且CN同意釋放該RAB,貝'J CN將在步驟S506 中釋》丈相關(guān)資源(除MBMS Iu信令連接外),并構(gòu)造MBMS RAB RELEASE消息,其中包含相應(yīng)的Cause信息;如果解碼成功,接 收到的消息是MBMS RAB RELEASE REQUEST消息,并且CN不 同意釋放該RAB,貝'j CN將在步驟S508中構(gòu)造MBMS RAB RELEASE FAILUE消息,其中包含相應(yīng)的Cause信息;相反,如果 解碼失敗,則終止該過程;在步驟S510中,對(duì)將要發(fā)送給RNC的 消息進(jìn)行ASN.1編碼;以及在步驟S512中,將編碼后的消息通過 傳輸網(wǎng)絡(luò)層傳輸給RNC 。在3GPP TS 25.413,"UTRAN Iu Interface RANAP Signalling (Release 7)",v7.2.0,2006-06的第IO節(jié)中頭見定,當(dāng)CN對(duì)接收到的消 息進(jìn)行ASN.l解碼時(shí),如果發(fā)現(xiàn)不認(rèn)識(shí)或者不該出現(xiàn)的IE (信息 元素)/IE Group (這里指非Cause IE以外的IE),并且該IE的 Assigned Criticality的4直為Ignore And Notify (忽、略并且通殺口 )時(shí), 按照協(xié)議要求CN將按照如下的流程進(jìn)行處理(1 )存儲(chǔ)這些出錯(cuò) IE/IE Group在消息中的位置和值;(2 M叚定不i人識(shí)或者不該出現(xiàn)的 IE/IE Group未收到,即,將其忽略,并且繼續(xù)正常處理流程;(3) 在返回的MBMS RAB RELEASE消息或者M(jìn)BMS RAB RELEASE FAILUE消息中指示出4昔原因和相應(yīng)IE/IE GROUP的信息。同樣,與上述情況類似,協(xié)議中還規(guī)定,如果發(fā)現(xiàn)不認(rèn)識(shí)或者 不該出i見的IE ( 4言息元素)/IE Group (這里才旨非Cause IE以外的 IE ),并且i亥IE的Assigned Criticality的l直為Reject (才巨纟色)時(shí),按 照協(xié)議要求CN將按照如下的流程進(jìn)行處理(1)存儲(chǔ)這些出錯(cuò) IE/IE Group在消息中的位置和值;(2 )在其失敗響應(yīng)消息MBMS RAB RELEASE FAILURE中指出出4晉原因和相應(yīng)IE/IE GROUP的 信息。然而,由于目前在MBMS RAB RELEASE消息和MBMS RAB RELEASE FAILURE消息中(參見圖3 (b)和圖3 (c))中不包含 Criticality Diagnostics IE,因此CN的處理只能中斷正常處理流程, 這勢(shì)必引起以下問題,即,不能夠忽略Assigned Criticality的<直為 Ignore And Notify的IE而繼續(xù)正常處理,不能夠直接拒絕包含 Assigned Criticality的 <直為Reject的IE的消息流#呈,以及不能在響 應(yīng)消息中包含出錯(cuò)IE/IE GROUP的信息,因此不符合協(xié)議處理的要 求。因此,需要一種能夠才艮據(jù)協(xié)議的要求來正常處理MBMS RAB 的釋放請(qǐng)求的方法及裝置。發(fā)明內(nèi)容考慮到上述問題而做出本發(fā)明,為此,本發(fā)明旨在提供一種釋 方丈請(qǐng)求處理方法及裝置,其能夠4艮據(jù)協(xié)i義的要求來正常處理MBMS RAB的釋放請(qǐng)求。根據(jù)本發(fā)明的一個(gè)方面,提供了一種用于MBMS RAB釋放請(qǐng) 求的處理方法。根據(jù)本發(fā)明的釋放請(qǐng)求處理方法包括以下步驟第一步驟,網(wǎng) 絡(luò)側(cè)將來自無線網(wǎng)絡(luò)控制器的第一消息解碼;第二步驟,在經(jīng)解碼 的第一消息中包含特定信息元素時(shí),網(wǎng)絡(luò)側(cè)存儲(chǔ)與特定信息元素相 關(guān)的信息;以及第三步驟,網(wǎng)絡(luò)側(cè)生成第二消息,其中,第二消息 中攜帶有出錯(cuò)診斷信息元素,用于指示與特定信息元素相關(guān)的信 息。特別地,上述的第一消息是MBMS RAB釋放請(qǐng)求消息,第二 消息是MBMS RAB釋-支消息或MBMS RAB釋》文失敗消息;此外, 上述特定信息元素為未知的或解碼4晉誤的信息元素或信息元素組,
并且特定寸言息元素的屬性為忽略并通知、拒絕、或忽略中的4壬意一 個(gè),其中,屬性是指定的出錯(cuò)診斷方式。具體而言,當(dāng)特定信息元素的屬性為忽略并通知時(shí),如果網(wǎng)絡(luò)側(cè)同意釋放MBMSRAB,則生成MBMSRAB釋力文消息,其中攜帶 有原因信息元素和出錯(cuò)診斷信息元素,并且出錯(cuò)診斷信息元素用于 指示與該屬性為忽略并通知的特定信息元素相關(guān)的信息;相反,如 果網(wǎng)絡(luò)側(cè)不同意釋》文MBMS RAB,則生成MBMS RAB釋方欠失敗消 息,其中攜帶有原因信息元素和出錯(cuò)診斷信息元素,并且出錯(cuò)診斷 信息元素用于指示與該屬性為忽略并通知的特定信息元素相關(guān)的 信息。當(dāng)特定信息元素的屬性為拒絕時(shí),網(wǎng)絡(luò)側(cè)生成MBMS RAB釋 放失敗消息,其中攜帶有原因信息元素和出錯(cuò)診斷信息元素,并且 出錯(cuò)診斷信息元素用于指示與該屬性為拒絕的特定信息元素相關(guān) 的4言息。特別地,當(dāng)特定信息元素的屬性為忽略時(shí),根據(jù)本發(fā)明的釋放 請(qǐng)求處理方法不執(zhí)4于上述第二步驟,并且在上述的第三步驟中生成 的第二消息可以不攜帶出錯(cuò)診斷信息元素。優(yōu)選地,根據(jù)本發(fā)明的釋放請(qǐng)求處理方法在第三步驟之后進(jìn)一 步包括第四步驟網(wǎng)絡(luò)側(cè)將第二消息編碼并發(fā)送到無線網(wǎng)絡(luò)控制 器。根據(jù)本發(fā)明的另一方面,提供了一種用于MBMS RAB的釋放 請(qǐng)求處理裝置。根據(jù)本發(fā)明的釋放請(qǐng)求處理裝置包括消息解碼模塊,用于將 來自無線網(wǎng)絡(luò)控制器的第一消息解碼;存儲(chǔ)模塊,用于在經(jīng)消息解碼模塊解碼的第一消息中包含特定信息元素時(shí),存儲(chǔ)與特定信息元素相關(guān)的信息;以及消息生成模塊,用于生成第二消息,其中,第 二消息中攜帶有出錯(cuò)診斷信息元素,用于指示與特定信息元素相關(guān) 的信息。特別地,上述的第一消息是MBMS RAB釋》文請(qǐng)求消息,第二 消息是MBMS RAB釋放消息或MBMS RAB釋》文失敗消息;此外, 上述特定信息元素為未知的或解碼錯(cuò)誤的信息元素或信息元素組, 并且特定信息元素的屬性為忽略并通知、拒絕、或忽略中的任意一 個(gè),其中,屬性是指定的出錯(cuò)診斷方式。具體而言,當(dāng)特定信息元素的屬性為忽略并通知時(shí),如果網(wǎng)絡(luò) 側(cè)同意釋方文MBMS RAB,則消息生成才莫塊生成MBMS RAB釋方文消 息,其中攜帶有原因信息元素和出錯(cuò)診斷信息元素,并且出錯(cuò)診斷 信息元素用于指示與該屬性為忽略并通知的特定信息元素相關(guān)的 信息;相反,如果網(wǎng)絡(luò)側(cè)同意釋放MBMS RAB,則消息生成模塊 生成MBMS RAB釋》文消息,其中攜帶有原因4言息元素和出镅-珍斷 信息元素,并且出錯(cuò)診斷信息元素用于指示與該屬性為忽略并通知 的特定信息元素相關(guān)的信息。當(dāng)特定信息元素的屬性為拒絕時(shí),消息生成才莫塊生成MBMS RAB釋放失敗消息,其中攜帶有原因信息元素和出錯(cuò)診斷信息元 素,并且出錯(cuò)診斷信息元素用于指示與屬性為拒絕的特定信息元素 相關(guān)的信息。當(dāng)特定信息元素的屬性為忽略的情況下,存儲(chǔ)模塊不存儲(chǔ)特定 信息元素的信息,并且消息生成模塊生成的第二消息中可以不攜帶 出錯(cuò)診斷信息元素。
優(yōu)選地,4艮據(jù)本發(fā)明的釋放請(qǐng)求處理裝置進(jìn)一步包括編碼模 塊,用于對(duì)由消息生成模塊生成的第二消息進(jìn)行編碼;以及消息發(fā) 送模塊,用于將第二消息發(fā)送到無線網(wǎng)絡(luò)控制器。通過以上4支術(shù)方案,本發(fā)明實(shí)現(xiàn)了以下有益效果能夠4艮據(jù)協(xié) 議的要求來正常處理MBMS RAB釋放請(qǐng)求,即,當(dāng)網(wǎng)絡(luò)側(cè)接收到 的MBMS RAB釋方文請(qǐng)求消息中存在未知或者解碼錯(cuò)誤的IE且其出 錯(cuò)診斷屬性為"忽略且通知"及"拒纟色,,時(shí),可以在相應(yīng)的響應(yīng)消 息中通知發(fā)送端出4晉IE的信息,幫助系統(tǒng)迅速定位問題。


此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解,構(gòu)成本申 請(qǐng)的一部分,本發(fā)明的示例性實(shí)施例及其說明用于解釋本發(fā)明,并 不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1是示出根據(jù)相關(guān)技術(shù)的RNC請(qǐng)求MBMS RAB并獲CN準(zhǔn) i午的過禾呈的〗言令流禾呈圖;圖2是示出根據(jù)相關(guān)技術(shù)的RNC請(qǐng)求MBMS RAB但是未獲 CN準(zhǔn)許的過禾呈的信令流程圖;圖3 (a)至圖3 (c)分別是示出根據(jù)相關(guān)技術(shù)的MBMSRAB RELASE REQUEST消息、MBMS RAB RELEASE消息、和MBMS RAB RELEASE FAILURE消息的消息結(jié)構(gòu)的圖表;圖4是示出根據(jù)本發(fā)明第一實(shí)施例的釋放請(qǐng)求處理方法的流程圖;圖5是示出根據(jù)本發(fā)明第二實(shí)施例的釋放請(qǐng)求處理方法的流程圖6是示出根據(jù)本發(fā)明實(shí)施例的MBMS RAB釋放消息的消息 格式的圖表;圖7是示出根據(jù)本發(fā)明實(shí)施例的MBMS RAB釋放失敗消息的 消息格式的圖表;圖8是示出根據(jù)本發(fā)明實(shí)施例的出4晉診斷信息元素(Criticality Diagnostics IE )的結(jié)才勾的圖表;圖9是示出根據(jù)本發(fā)明的MBMS RAB RELEASE REQUEST (釋放請(qǐng)求)消息結(jié)構(gòu)的圖表;以及圖10是示出根據(jù)本發(fā)明第三實(shí)施例的釋放請(qǐng)求處理裝置的框圖。
具體實(shí)施方式
以下將參照附圖來描述本發(fā)明的優(yōu)選實(shí)施例。 第一實(shí)施例在才艮據(jù)本發(fā)明的第一實(shí)施例中,提供了一種用于MBMS RAB 釋放請(qǐng)求的處理方法。以下將參照?qǐng)D4來描述本發(fā)明的第 一實(shí)施例, 其中,圖4是示出根據(jù)本發(fā)明第一實(shí)施例的釋放請(qǐng)求處理方法的流 程圖。如圖4所示,根據(jù)本發(fā)明第一實(shí)施例的釋放請(qǐng)求處理方法包括 以下步驟步驟S402:網(wǎng)絡(luò)側(cè)(CN )將來自無線網(wǎng)絡(luò)控制器(RNC ) 的MBMS RAB釋放請(qǐng)求消息(第一消息)解碼,其中,經(jīng)解碼的 MBMS RAB釋放請(qǐng)求消息中包含特定信息元素,并且該特定信息 元素的出錯(cuò)診斷屬性為忽略并通知;步驟S404:網(wǎng)絡(luò)側(cè)存儲(chǔ)與該特 定信息元素相關(guān)的信息;步驟S406:如果網(wǎng)絡(luò)側(cè)同意釋放MBMS RAB,則生成MBMS RAB釋放消息(第二消息),其中,MBMS RAB 釋放消息中攜帶有原因信息元素(Cause IE)和出錯(cuò)診斷信息元素 (Criticality Diagnostics IE ),并且出錯(cuò)診斷信息元素用于指示與特 定信息元素相關(guān)的信息(步驟S406a);如果網(wǎng)絡(luò)側(cè)不同意釋放 MBMS RAB,則生成MBMS RAB釋放失敗消息(第二消息),其 中攜帶有原因信息元素和出錯(cuò)診斷信息元素,并且出錯(cuò)診斷信息元 素用于指示與該屬性為忽略并通知的特定信息元素相關(guān)的信息;以 及步驟S408,網(wǎng)絡(luò)側(cè)將MBMS RAB釋放消息/MBMS RAB釋放失 敗消息(第二消息)編碼并發(fā)送到無線網(wǎng)絡(luò)控制器。特別地,上述的特定信息元素為未知的或解碼4晉誤的信息元素 或信息元素組,并且其屬性為忽略并通知、拒絕、或忽略中的任意 一個(gè),其中,屬性是指定的出錯(cuò)診斷方式。在本實(shí)施例中示出的是 屬性為忽略并通知的情況。另外,與上述技術(shù)方案不同的是,在特定信息元素的屬性為忽 略的情況下,不必執(zhí)行上述的步驟S404,并且在步驟S406中生成 的消息中不攜帶出錯(cuò)診斷信息元素(Criticality Diagnostics正)。第二實(shí)施例在才艮據(jù)本發(fā)明的第二實(shí)施例中,提供了一種用于MBMS RAB 釋放請(qǐng)求的處理方法。以下將參照?qǐng)D5來描述本發(fā)明的第一實(shí)施例, 其中,圖5是示出才艮據(jù)本發(fā)明第一實(shí)施例的釋》文請(qǐng)求處理方法的流 程圖。第二實(shí)施例與第 一實(shí)施例的不同在于,MBMS RAB釋方文請(qǐng)求 消息(第一消息)中包含的特定信息元素的出錯(cuò)診斷屬性為拒絕, 除此之外,大致相同,因此,將省略對(duì)特定細(xì)節(jié)的詳細(xì)描述。
如圖5所示,根據(jù)本發(fā)明第二實(shí)施例的釋放請(qǐng)求處理方法包括 以下步驟步驟S502:網(wǎng)絡(luò)側(cè)(CN )將來自無線網(wǎng)絡(luò)控制器(RNC ) 的MBMS RAB釋方文請(qǐng)求消息(第一消息)解碼,其中,經(jīng)解碼的 MBMS RAB釋放請(qǐng)求消息中包含特定信息元素,并且該特定信息 元素的屬性為拒絕;步驟S504:網(wǎng)絡(luò)側(cè)存儲(chǔ)與該特定信息元素相關(guān) 的信息;步驟S506:網(wǎng)絡(luò)側(cè)生成MBMS RAB釋》丈失敗消息(第二 消息),其中攜帶有原因信息元素和出錯(cuò)診斷信息元素,并且出錯(cuò) 診斷信息元素用于指示與該屬性為忽略并通知的特定信息元素相 關(guān)的信息;以及步驟S408,網(wǎng)絡(luò)側(cè)將MBMS RAB釋放失敗消息(第 二消息)編碼并發(fā)送到無線網(wǎng)絡(luò)控制器。其中,上述的根據(jù)本發(fā)明實(shí)施例的MBMS RAB釋放消息和 MBMS RAB釋》文失敗消息的消息格式分別在圖6和圖7中示出, 并且圖8的圖表示出了出錯(cuò)診斷信息元素(Criticality Diagnostics IE)的結(jié)構(gòu)。第三實(shí)施例在根據(jù)本發(fā)明的第三實(shí)施例中,提供了 一種用于MBMS RAB 釋》文請(qǐng)求的處理裝置。以下將參照?qǐng)D10來描述本發(fā)明的第三實(shí)施 例,其中,圖5是示出根據(jù)本發(fā)明第三實(shí)施例的釋放請(qǐng)求處理裝置 的框圖。如圖IO所示,根據(jù)本發(fā)明的釋放請(qǐng)求處理裝置1000包括消 息解碼模塊1002,用于將來自無線網(wǎng)絡(luò)控制器的第一消息解碼;存 儲(chǔ)模塊1004,用于在經(jīng)消息解碼模塊解碼的第 一消息中包含特定信 息元素時(shí),存儲(chǔ)與特定信息元素相關(guān)的信息;以及消息生成才莫塊 1006,用于生成第二消息,其中,第二消息中攜帶有出錯(cuò)診斷信息 元素,用于指示與特定信息元素相關(guān)的信息。 特別地,上述的第一消息是MBMS RAB釋放請(qǐng)求消息,第二 消息是MBMS RAB釋放消息或MBMS RAB釋放失敗消息;此外, 上述特定信息元素為未知的或解碼镅-溪的信息元素或信息元素組, 并且特定信息元素的屬性為忽略并通知、拒絕、或忽略中的任意一 個(gè),其中,屬性是指定的出錯(cuò)診斷方式。具體而言,當(dāng)特定信息元素的屬性為忽略并通知時(shí),如果網(wǎng)絡(luò) 側(cè)同意釋放MBMS RAB,則消息生成才莫塊1006生成MBMS RAB 釋放消息,其中攜帶有原因信息元素(Cause IE)和出錯(cuò)診斷信息 元素(Criticality Diagnostics IE ),并且出錯(cuò)^t斷信息元素用于指示 與該屬性為忽略并通知的特定信息元素相關(guān)的信息;相反,如果網(wǎng) 絡(luò)側(cè)同意釋方文MBMS RAB ,則消息生成才莫塊1006生成MBMS RAB 釋放消息,其中攜帶有原因信息元素和出錯(cuò)診斷信息元素,并且出 4晉i貪斷信息元素用于指示與該屬性為忽略并通知的特定信息元素 相關(guān)的信息。當(dāng)特定信息元素的屬性為拒絕時(shí),消息生成模塊1006生成 MBMS RAB釋》文失敗消息,其中攜帶有原因信息元素和出4晉it斷 信息元素,并且出錯(cuò)診斷信息元素用于指示與屬性為拒絕的特定信 息元素相關(guān)的信息。此外,當(dāng)特定信息元素的屬性為忽略的情況下,存儲(chǔ)才莫塊1004 不存儲(chǔ)特定信息元素的信息,并且消息生成才莫塊1006生成的第二 消息中可以不攜帶出錯(cuò)診斷信息元素。優(yōu)選地,才艮據(jù)本發(fā)明第三實(shí)施例的釋放請(qǐng)求處理裝置1000進(jìn) 一步包括編碼模塊1008,用于對(duì)由消息生成才莫塊1006生成的第 二消息進(jìn)行編碼;以及消息發(fā)送模塊1010,用于將第二消息發(fā)送到 無線網(wǎng)絡(luò)控制器。
以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已,并不用于限制本發(fā) 明,對(duì)于本領(lǐng)域的技術(shù)人員來說,本發(fā)明可以有各種更改和變化。 凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進(jìn) 等,均應(yīng)包括在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種用于MBMS RAB釋放請(qǐng)求的處理方法,其特征在于,包括以下步驟第一步驟,網(wǎng)絡(luò)側(cè)將來自無線網(wǎng)絡(luò)控制器的第一消息解碼;第二步驟,在經(jīng)解碼的所述第一消息中包含特定信息元素時(shí),所述網(wǎng)絡(luò)側(cè)存儲(chǔ)與所述特定信息元素相關(guān)的信息;以及第三步驟,所述網(wǎng)絡(luò)側(cè)生成第二消息,其中,所述第二消息中攜帶有出錯(cuò)診斷信息元素,用于指示與所述特定信息元素相關(guān)的信息。
2. 根據(jù)權(quán)利要求1所述的釋放請(qǐng)求處理方法,其中,所述第一消 息是MBMS RAB釋放請(qǐng)求消息,所述第二消息是MBMS RAB 釋放消息或MBMS RAB釋放失敗消息。
3. 根據(jù)權(quán)利要求2所述的釋放請(qǐng)求處理方法,其特征在于,所述 特定信息元素為未知的或解碼錯(cuò)誤的信息元素或信息元素組。
4. 根據(jù)權(quán)利要求3所述的釋放請(qǐng)求處理方法,其特征在于,所述 特定信息元素的屬性為忽略并通知、拒絕、或忽略中的任意一 個(gè),其中,所述屬性是指定的出錯(cuò)診斷方式。
5. 根據(jù)權(quán)利要求4所述的釋放請(qǐng)求處理方法,其特征在于,所述 特定信息元素的屬性為忽略并通知。
6. 根據(jù)權(quán)利要求5所述的釋放請(qǐng)求處理方法,其特征在于,如果 所述網(wǎng)絡(luò)側(cè)同意釋放所述MBMS RAB,則生成所述MBMS RAB釋放消息,其中攜帶有原因信息元素和出錯(cuò)診斷信息元 素,并且所述出錯(cuò)診斷信息元素用于指示與屬性為忽略并通知 的所述特定信息元素相關(guān)的信息。
7. 根據(jù)權(quán)利要求5所述的釋放請(qǐng)求處理方法,其特征在于,如果 所述網(wǎng)絡(luò)側(cè)不同意釋放所述MBMS RAB,則生成所述MBMS RAB釋放失敗消息,其中攜帶有原因信息元素和出錯(cuò)診斷信 息元素,并且所迷出錯(cuò)診斷信息元素用于指示與屬性為忽略并 通知的所述特定信息元素相關(guān)的信息。
8. 根據(jù)權(quán)利要求4所述的釋放請(qǐng)求處理方法,其特征在于,所述 特定信息元素的屬性為拒絕。
9. 根據(jù)權(quán)利要求8所述的釋放請(qǐng)求處理方法,其特征在于,所述網(wǎng)絡(luò)側(cè)生成所述MBMS RAB釋》文失敗消息,其中攜帶有原因信息元素和出錯(cuò)診斷信息元素,并且所述出錯(cuò)診斷信息元素用 于指示與屬性為拒絕的所述特定信息元素相關(guān)的信息。
10. 根據(jù)權(quán)利要求4所述的釋放請(qǐng)求出理方法,其特征在于,當(dāng)所 述特定信息元素的屬性為忽略時(shí),所述釋放請(qǐng)求處理方法不執(zhí) 行所述第二步驟,并且在所述第三步驟中生成的所述第二消息 可以不攜帶所述出錯(cuò)診斷信息元素。
11. 根椐權(quán)利要求1所述的釋放請(qǐng)求處理方法,其特征在于,在所 述第三步驟之后,進(jìn)一步包4舌第四步驟,所述網(wǎng)絡(luò)側(cè)將所述第二消息編碼并發(fā)送到所 述無線網(wǎng)絡(luò)控制器。
12. —種用于MBMSRAB釋放請(qǐng)求的處理裝置,其特征在于,包 括消息解碼模塊,用于將來自無線網(wǎng)絡(luò)控制器的第 一消息 解碼;存儲(chǔ)模塊,用于在經(jīng)所述消息解碼模塊解碼的所述第一 消息中包含特定信息元素時(shí),存儲(chǔ)與所述特定信息元素相關(guān)的 <言息;以及消息生成模塊,用于生成第二消息,其中,所述第二消 息中攜帶有出錯(cuò)診斷信息元素,用于指示與所述特定信息元素相關(guān)的信息。
13. 根據(jù)權(quán)利要求12所述的釋放請(qǐng)求處理裝置,其特征在于,所 述第一消息是MBMS RAB釋放請(qǐng)求消息,所述第二消息是 MBMS RAB釋放消息或MBMS RAB釋方文失敗消息。
14. 才艮據(jù)^又利要求13所述的釋^L請(qǐng)求處理裝置,其特征在于,所 述特定信息元素為未知的或解碼錯(cuò)誤的信息元素或信息元素 組。
15. 根據(jù)權(quán)利要求14所述的釋放請(qǐng)求處理裝置,其特征在于,所 述特定信息元素的屬性為忽略并通知、拒絕、或忽略中的4壬意 一個(gè),其中,所述屬性是指定的出錯(cuò)診斷方式。
16. 根據(jù)權(quán)利要求15所述的釋放請(qǐng)求處理裝置,其特征在于,所 述特定信息元素的屬性為忽略并通知。
17. 根據(jù)權(quán)利要求16所述的釋放請(qǐng)求處理裝置,其特征在于,如 果網(wǎng)絡(luò)側(cè)同意釋放所述MBMS RAB,則所述消息生成才莫塊生 成所述MBMS RAB釋放消息,其中攜帶有原因信息元素和出錯(cuò)診斷信息元素,并且所述出錯(cuò)診斷信息元素用于指示與屬性 為忽略并通知的所述特定信息元素相關(guān)的信息。
18. 根據(jù)權(quán)利要求16所述的釋放請(qǐng)求處理裝置,其特征在于,如 果網(wǎng)絡(luò)側(cè)同意釋方欠所述MBMS RAB,則所述消息生成才莫塊生 成所述MBMS RAB釋放消息,其中攜帶有原因信息元素和出 錯(cuò)診斷信息元素,并且所述出錯(cuò)診斷信息元素用于指示與屬性 為忽略并通知的所述特定信息元素相關(guān)的信息。
19. 根據(jù)權(quán)利要求15所述的釋放請(qǐng)求處理裝置,其特征在于,所 述特定信息元素的屬性為拒絕。
20. 根據(jù)權(quán)利要求19所述的釋放請(qǐng)求處理裝置,其特征在于,所述消息生成沖莫塊生成所述MBMS RAB釋》欠失敗消息,其中攜帶有原因信息元素和出錯(cuò)診斷信息元素,并且所述出錯(cuò)診斷信息元素用于指示與屬性為拒絕的所述特定信息元素相關(guān)的信 自,
21. 根據(jù)權(quán)利要求15所述的釋放請(qǐng)求處理裝置,其特征在于,當(dāng) 所述特定信息元素的屬性為忽略時(shí),所述存儲(chǔ)模塊不存儲(chǔ)與所 述特定信息元素相關(guān)的信息,并且所述消息生成模塊生成的所 述第二消息中可以不攜帶所述出錯(cuò)診斷信息元素。
22. 根據(jù)權(quán)利要求12所述的釋放請(qǐng)求處理裝置,其特征在于,進(jìn) 一步包4舌編碼模塊,用于對(duì)由所述消息生成模塊生成的所述第二 消息進(jìn)^f亍編^馬;以及消息發(fā)送模塊,用于將所述第二消息發(fā)送到所述無線網(wǎng) 絡(luò)控制器。
全文摘要
本發(fā)明提供了一種用于MBMS RAB釋放請(qǐng)求的處理方法,包括以下步驟第一步驟,網(wǎng)絡(luò)側(cè)將來自無線網(wǎng)絡(luò)控制器的第一消息解碼;第二步驟,在經(jīng)解碼的第一消息中包含特定信息元素時(shí),網(wǎng)絡(luò)側(cè)存儲(chǔ)與特定信息元素相關(guān)的信息;以及第三步驟,網(wǎng)絡(luò)側(cè)生成第二消息,其中,第二消息中攜帶有出錯(cuò)診斷信息元素,用于指示與特定信息元素相關(guān)的信息。本發(fā)明還提供了一種釋放請(qǐng)求的處理裝置。通過以上技術(shù)方案,本發(fā)明實(shí)現(xiàn)了以下有益效果能夠根據(jù)協(xié)議的要求來正常處理MBMS RAB釋放請(qǐng)求,即,當(dāng)網(wǎng)絡(luò)側(cè)接收到的MBMS RAB釋放請(qǐng)求消息中存在未知或者解碼錯(cuò)誤的IE且其出錯(cuò)診斷屬性為“忽略且通知”及“拒絕”時(shí),可以在相應(yīng)的響應(yīng)消息中通知發(fā)送端出錯(cuò)IE的信息,幫助系統(tǒng)迅速定位問題。
文檔編號(hào)H04W4/06GK101155352SQ200710181479
公開日2008年4月2日 申請(qǐng)日期2006年7月14日 優(yōu)先權(quán)日2006年7月14日
發(fā)明者余榮道, 濤 吳, 葛紹偉 申請(qǐng)人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
镶黄旗| 武鸣县| 莲花县| 冷水江市| 安图县| 齐齐哈尔市| 色达县| 临沧市| 方城县| 来宾市| 铁力市| 石家庄市| 盐源县| 鹤壁市| 江安县| 子洲县| 青神县| 顺昌县| 昆山市| 西华县| 博湖县| 南城县| 碌曲县| 泸溪县| 永兴县| 北宁市| 梓潼县| 天祝| 柳河县| 阳谷县| 西畴县| 册亨县| 勃利县| 高陵县| 噶尔县| 孝义市| 松溪县| 闽清县| 许昌县| 上犹县| 苍山县|