一種承載預(yù)建立傳輸管道的方法及裝置制造方法
【專利摘要】本發(fā)明公開了一種承載預(yù)建立傳輸管道的方法及裝置，該方法包括：地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元間通過請(qǐng)求與響應(yīng)消息，相互通知對(duì)端各自的用戶處理單元的地址，根據(jù)所述地址在所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元間承載預(yù)建立傳輸管道；所述傳輸管道用于業(yè)務(wù)建立時(shí)的傳輸承載使用。裝置中的一對(duì)地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元，分別用于相互通知對(duì)端各自的用戶處理單元的地址，根據(jù)所述地址在所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元間承載預(yù)建立傳輸管道；所述傳輸管道用于業(yè)務(wù)建立時(shí)的傳輸承載使用。采用本發(fā)明，解決了信令風(fēng)暴情況下RAN的信令處理能力引起的業(yè)務(wù)接入瓶頸問題。
【專利說明】一種承載預(yù)建立傳輸管道的方法及裝置

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及承載預(yù)建立技術(shù)，尤其涉及一種承載預(yù)建立傳輸管道的方法及裝置。

【背景技術(shù)】
[0002] 隨著移動(dòng)寬帶用戶爆發(fā)性的增長，無線接入網(wǎng)（RAN, Radio Access Network)中的 信令流量激增，俗稱信令風(fēng)暴，導(dǎo)致地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元，如無線資源控制器（RNC)與 基站（NodeB)間、核心網(wǎng)（CN)與增強(qiáng)型基站（eNodeB)間、基站控制器（BSC)與基站收發(fā)信臺(tái) (BTS)間的信令處理能力成為業(yè)務(wù)接入的瓶頸。由于，針對(duì)公用與專用信令，現(xiàn)有技術(shù)是在 每次信令建立時(shí)，都要在地面?zhèn)鬏敵休d相關(guān)網(wǎng)元之間建立傳輸承載，且承載建立流程中涉 及的系統(tǒng)多且流程復(fù)雜，統(tǒng)計(jì)顯示承載配置在業(yè)務(wù)建立或者刪除過程中占 CPU消耗的40%， 因此，目前迫切需要一種方法來提高信令風(fēng)暴時(shí)RAN信令處理能力。


【發(fā)明內(nèi)容】

[0003] 有鑒于此，本發(fā)明的主要目的在于提供一種承載預(yù)建立傳輸管道的方法及裝置， 解決了信令風(fēng)暴情況下RAN的信令處理能力引起的業(yè)務(wù)接入瓶頸問題。
[0004] 為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的：
[0005] -種承載預(yù)建立傳輸管道的方法，該方法包括：
[0006] 地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元間通過請(qǐng)求與響應(yīng)消息，相互通知對(duì)端各自的用戶處理 單元的地址，根據(jù)所述地址在所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元間承載預(yù)建立傳輸管道。
[0007] 其中，該方法還包括：所述傳輸管道在上、下行分開配置，在地面?zhèn)鬏敵休d相關(guān)的 網(wǎng)元間接口的上、下行數(shù)據(jù)幀中增加傳輸信道的索引值，數(shù)據(jù)幀到達(dá)時(shí)根據(jù)所述傳輸信道 的索引值映射到對(duì)應(yīng)的業(yè)務(wù)處理單元。
[0008] 其中，傳輸上行數(shù)據(jù)幀時(shí)，所述傳輸信道的索引值由所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng) 元中作為控制網(wǎng)元的網(wǎng)元分配，并通過信令請(qǐng)求消息將所述控制網(wǎng)元的用戶處理單元的地 址、及分配的所述傳輸信道的索引值發(fā)送給所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元中作為受控網(wǎng)元 的網(wǎng)元。
[0009] 其中，傳輸下行數(shù)據(jù)幀時(shí)，所述傳輸信道的索引值由所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng) 元中作為受控網(wǎng)元的網(wǎng)元分配，并通過信令響應(yīng)消息將所述受控網(wǎng)元的用戶處理單元的地 址、及分配的所述傳輸信道的索引值發(fā)送給所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元中作為控制網(wǎng)元 的網(wǎng)元。
[0010] 其中，所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元具體為無線資源控制器RNC與基站NodeB時(shí)， 所述受控網(wǎng)元具體為NodeB ;所述控制網(wǎng)元具體為RNC。
[0011] 一種承載預(yù)建立傳輸管道的裝置，該裝置包括：一對(duì)地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元；
[0012] 所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元，用于相互通知對(duì)端各自的用戶處理單元的地址， 根據(jù)所述地址在所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元間承載預(yù)建立傳輸管道。
[0013] 其中，所述傳輸管道在上、下行分開配置，所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元間存在接 口，在所述接口的上、下行數(shù)據(jù)幀中增加傳輸信道的索引值，所述傳輸信道的索引值，用于 數(shù)據(jù)幀到達(dá)時(shí)根據(jù)所述傳輸信道的索引值映射到對(duì)應(yīng)的業(yè)務(wù)處理單元。
[0014] 其中，所述傳輸信道的索引值，進(jìn)一步用于傳輸上行數(shù)據(jù)幀時(shí)，由所述地面?zhèn)鬏敵?載相關(guān)的網(wǎng)元中作為控制網(wǎng)元的網(wǎng)元分配；或者，
[0015] 所述傳輸信道的索引值，進(jìn)一步用于傳輸下行數(shù)據(jù)幀時(shí)，由所述地面?zhèn)鬏敵休d相 關(guān)的網(wǎng)元中作為受控網(wǎng)元的網(wǎng)元分配。
[0016] 其中，所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元具體為RNC與NodeB時(shí)，所述受控網(wǎng)元具體為 NodeB ;所述控制網(wǎng)元具體為RNC。
[0017] 其中，所述RNC側(cè)包括用戶處理單元和業(yè)務(wù)處理單元；
[0018] 所述RNC側(cè)的業(yè)務(wù)處理單元，用于在下行數(shù)據(jù)發(fā)送時(shí)將傳輸信道的索引值加入 數(shù)據(jù)幀中，通過用戶處理單元標(biāo)識(shí)ID選擇預(yù)建立的目標(biāo)傳輸管道，將所述數(shù)據(jù)幀發(fā)送到 NodeB側(cè)的用戶處理單元解析；
[0019] 所述RNC側(cè)的用戶處理單元，用于用于從NodeB側(cè)接收到數(shù)據(jù)幀并解析出傳輸信 道的索引值，根據(jù)傳輸信道的索引值將數(shù)據(jù)幀映射到對(duì)應(yīng)的業(yè)務(wù)處理單元。
[0020] 其中，所述NodeB側(cè)包括用戶處理單元和業(yè)務(wù)處理單元；
[0021] 所述NodeB側(cè)的業(yè)務(wù)處理單元，用于在上行數(shù)據(jù)發(fā)送時(shí)將傳輸信道的索引值加入 數(shù)據(jù)幀中，通過用戶處理單元標(biāo)識(shí)ID選擇預(yù)建立的目標(biāo)傳輸管道，將所述數(shù)據(jù)幀發(fā)送到 RNC側(cè)的用戶處理單元解析；
[0022] 所述NodeB側(cè)的用戶處理單元，用于從RNC側(cè)接收到數(shù)據(jù)幀并解析出傳輸信道的 索引值，根據(jù)傳輸信道的索引值將數(shù)據(jù)幀映射到對(duì)應(yīng)的業(yè)務(wù)處理單元。
[0023] 本發(fā)明的方法是：地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元間通過請(qǐng)求與響應(yīng)消息，相互通知對(duì) 端各自的用戶處理單元的地址，根據(jù)所述地址在所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元間承載預(yù)建 立傳輸管道；所述傳輸管道用于業(yè)務(wù)建立時(shí)的傳輸承載使用。
[0024] 采用本發(fā)明，通過承載預(yù)建立傳輸管道，簡化網(wǎng)絡(luò)中承載配置流程，顯著提高網(wǎng)絡(luò) 的信令處理能力，徹底解決信令風(fēng)暴情況下RAN的信令處理能力引起的業(yè)務(wù)接入瓶頸問 題，使用戶得以順利接入。

【專利附圖】

【附圖說明】
[0025] 圖1為本發(fā)明方法原理的實(shí)現(xiàn)流程示意圖；
[0026] 圖2本發(fā)明應(yīng)用實(shí)例RNC和NodeB間IP承載預(yù)建立管道流程圖；
[0027] 圖3為現(xiàn)有業(yè)務(wù)建立過程IP承載分配流程圖；
[0028] 圖4為現(xiàn)有業(yè)務(wù)建立過程ATM承載分配流程圖；
[0029] 圖5為本發(fā)明應(yīng)用實(shí)例RNC和NodeB間IP承載預(yù)建立管道示意圖；
[0030] 圖6為本發(fā)明應(yīng)用實(shí)例增加傳輸信道索引的Iub 口數(shù)據(jù)幀格式示意圖；
[0031] 圖7為本發(fā)明應(yīng)用實(shí)例采用承載預(yù)配置的無線鏈路建立IP承載分配流程圖；
[0032] 圖8為本發(fā)明應(yīng)用實(shí)例采用承載預(yù)配置的無線鏈路建立ATM承載分配流程圖；
[0033] 圖9為本發(fā)明應(yīng)用實(shí)例上下行數(shù)據(jù)幀到達(dá)目的業(yè)務(wù)處理單元示意圖。

【具體實(shí)施方式】
[0034] 本發(fā)明的基本思想是：地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元間通過請(qǐng)求與響應(yīng)消息，相互通 知對(duì)端各自的用戶處理單元的地址，根據(jù)所述地址在所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元間承載 預(yù)建立傳輸管道；所述傳輸管道用于業(yè)務(wù)建立時(shí)的傳輸承載使用。
[0035] -種承載預(yù)建立傳輸管道的方法，如圖1所示的方法原理流程包括以下步驟：
[0036] 步驟11、地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元間通過請(qǐng)求與響應(yīng)消息，相互通知對(duì)端各自的 用戶處理單元的地址。
[0037] 步驟12、根據(jù)對(duì)端各自的用戶處理單元的地址，在地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元各自 的用戶處理單元間承載預(yù)建立傳輸管道；所述傳輸管道用于業(yè)務(wù)建立時(shí)的傳輸承載使用。
[0038] 這里，本發(fā)明區(qū)別于現(xiàn)有技術(shù)，不采用現(xiàn)有的地面承載分配方案，S卩：不需要每次 業(yè)務(wù)建立時(shí)，在地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元間實(shí)時(shí)建立相應(yīng)的地面?zhèn)鬏敵休d。本發(fā)明是先在 地面?zhèn)鬏敵休d相關(guān)網(wǎng)元的用戶處理單元之間預(yù)建立傳輸管道，用于業(yè)務(wù)建立時(shí)的傳輸承載 使用，從而避免了實(shí)時(shí)承載建立時(shí)不可避免的信令開銷，當(dāng)信令過多，出現(xiàn)信令風(fēng)暴的情況 下，能提高RAN的信令處理能力。
[0039] 本發(fā)明進(jìn)一步將上、下行數(shù)據(jù)的傳輸分開配置，并采用兩級(jí)索弓丨，即用戶處 理單元的標(biāo)識(shí)（ID) +傳輸管道中所包含具體傳輸信道索弓KChannellndex)。根據(jù) ID+Channellndex索引到具體的傳輸信道，將數(shù)據(jù)幀發(fā)送到索引到的傳輸信道所在的業(yè)務(wù) 處理單元進(jìn)行處理，也就是說，先根據(jù)用戶處理單元ID到達(dá)對(duì)應(yīng)的用戶處理單元，然后根 據(jù)Channellndex數(shù)據(jù)幀最終到達(dá)對(duì)應(yīng)的業(yè)務(wù)處理單元，從而通過以上兩級(jí)索引的配置方 式，解決上下行用戶數(shù)據(jù)傳輸?shù)膯栴}。
[0040] 采用上述兩級(jí)索引時(shí)，該方法具體包括：
[0041] 步驟101 :地面?zhèn)鬏敵休d相關(guān)網(wǎng)元之間通過請(qǐng)求與響應(yīng)消息的方式握手，分別獲 得對(duì)方用戶處理單元的地址，預(yù)配置并建立地面?zhèn)鬏敵休d相關(guān)網(wǎng)元之間的傳輸管道。
[0042] 步驟102 :在地面?zhèn)鬏敵休d相關(guān)網(wǎng)元間接口的上下行數(shù)據(jù)幀中增加傳輸信道類型 的索引值。
[0043] 這里，上行數(shù)據(jù)幀的傳輸信道索引由控制網(wǎng)元分配，通過信令請(qǐng)求消息將控制網(wǎng) 元用戶處理單元地址、傳輸信道索引發(fā)給受控網(wǎng)元。下行數(shù)據(jù)幀的傳輸信道索引由受控網(wǎng) 元分配，通過信令響應(yīng)消息將該網(wǎng)元用戶處理單元地址、傳輸信道索引發(fā)給控制網(wǎng)元。
[0044] 步驟103 :通過步驟101與步驟102中的配置信息(用戶處理單元地址及傳輸信道 索引），控制網(wǎng)元與受控網(wǎng)元之間的數(shù)據(jù)幀可以到達(dá)目的業(yè)務(wù)處理單元。
[0045] 下面結(jié)合附圖對(duì)技術(shù)方案的實(shí)施作進(jìn)一步的詳細(xì)描述。
[0046] 應(yīng)用實(shí)例一：如圖2所示，地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元為NodeB和RNC，NodeB與RNC 通過審計(jì)請(qǐng)求與審計(jì)響應(yīng)，相互通知對(duì)端各自的用戶處理單元地址，即RNC端口號(hào)（Port) 和NodeB Port，建立NodeB與RNC的用戶處理單元之間的傳輸管道，不需要每次業(yè)務(wù)建立時(shí) 實(shí)時(shí)建立承載。
[0047] 具體的，RNC業(yè)務(wù)模塊及RNC傳輸模塊位于RNC的用戶處理單元，NodeB業(yè)務(wù)模塊 及NodeB傳輸模塊位于NodeB的用戶處理單元，建立傳輸管道包括以下步驟：
[0048] 步驟201、RNC業(yè)務(wù)模塊向NodeB業(yè)務(wù)模塊發(fā)送審計(jì)請(qǐng)求，攜帶有RNC本端用戶處 理單元的地址，即RNC Port。
[0049] 步驟202、NodeB業(yè)務(wù)模塊向NodeB傳輸模塊發(fā)送傳輸管道配置請(qǐng)求。
[0050] 步驟203、NodeB傳輸模塊執(zhí)行傳輸管道預(yù)建立。
[0051] 步驟204、NodeB業(yè)務(wù)模塊向RNC業(yè)務(wù)模塊發(fā)送審計(jì)響應(yīng)，攜帶NodeB本端用戶處 理單元的地址，即NodeB Port。
[0052] 步驟205、RNC業(yè)務(wù)模塊向RNC傳輸模塊發(fā)送傳輸管道配置。
[0053] 步驟206、RNC傳輸模塊執(zhí)行傳輸管道預(yù)建立。
[0054] 至此，RNC與NodeB間的傳輸管道承載預(yù)建立完成。
[0055] 如圖3、圖4為現(xiàn)有技術(shù)的兩個(gè)方案，對(duì)比現(xiàn)有技術(shù)的方案，具體來說，如圖3所示， 在現(xiàn)有的方案中，是在每次信令建立時(shí)，都要在地面?zhèn)鬏敵休d相關(guān)網(wǎng)元之間建立傳輸承載， 以IP承載下無線鏈路建立信令流程為例，RNC下發(fā)無線鏈路建立請(qǐng)求，攜帶RNC IP與RNC 的UDP端口號(hào)即RNC Port，NodeB的業(yè)務(wù)處理單元收到消息后，轉(zhuǎn)發(fā)給相應(yīng)的用戶處理單 元。用戶處理單元的業(yè)務(wù)模塊即現(xiàn)有的NodeB業(yè)務(wù)模塊，向現(xiàn)有的NodeB承載模塊申請(qǐng)承 載，在承載分配請(qǐng)求中攜帶卩％1?和卩從：？〇竹，此(168承載模塊分配承載（此(168 1?、此(168 的UDP端口號(hào)即NodeB Port)，NodeB承載模塊向NodeB QE發(fā)送承載QE配置，攜帶RNC IP， RNC Port, NodeB IP,NodeB Port。然后向用戶處理單元的業(yè)務(wù)模塊即NodeB業(yè)務(wù)模塊返回 前述承載，在承載分配響應(yīng)中攜帶NodeB IP,NodeB Port,用戶處理單元的NodeB業(yè)務(wù)模塊 通過無線鏈路建立響應(yīng)信令將承載（NodeB IP，NodeB Port)發(fā)給RNC?？傊?，每次業(yè)務(wù)建立 過程都伴隨著一次冗長的承載分配流程。
[0056] 圖4所示，在現(xiàn)有的方案中，是在每次信令建立時(shí)，都要在地面?zhèn)鬏敵休d相關(guān)網(wǎng) 元之間建立傳輸承載，ATM承載下無線鏈路建立時(shí)，RNC下發(fā)無線鏈路建立請(qǐng)求，NodeB 的業(yè)務(wù)處理單元收到消息后，轉(zhuǎn)發(fā)給相應(yīng)的用戶處理單元。用戶處理單元的業(yè)務(wù)模塊 即NodeB業(yè)務(wù)模塊向NodeB承載模塊申請(qǐng)預(yù)建立ATM承載，NodeB承載模塊分配承載 (Bindingld)，然后向用戶處理單元返回該承載，用戶處理單元通過無線鏈路建立響應(yīng)信令 將承載（Bindingld)發(fā)給RNC。收到NodeB預(yù)建立的承載之后，RNC向NodeB承載模塊發(fā)起 ALCAPERQ，攜帶Binding Id與CID，NodeB承載模塊將PVC，CID等ALCAP鏈路參數(shù)配置到 NodeB QE，再給RNC響應(yīng)ALCAP ECF?？傊看螛I(yè)務(wù)建立過程都伴隨著ATM承載預(yù)建立， ATM承載建立的流程。
[0057] 可見，采用現(xiàn)有技術(shù)，如圖3、圖4所示，不管在IP還是ATM承載模式下，由于當(dāng)RAN 受到大量信令沖擊時(shí)，RNC與NodeB的信令處理能力將成為網(wǎng)絡(luò)性能的一個(gè)瓶頸，而且由于 在每次信令建立時(shí)，都要在地面?zhèn)鬏敵休d相關(guān)網(wǎng)元之間建立傳輸承載，即每次信令建立需 實(shí)時(shí)承載，都必不可少承載分配請(qǐng)求，承載分配及承載分配響應(yīng)的這幾個(gè)流程，從而如圖3、 圖4所示需引入用戶處理單元中的諸多模塊進(jìn)行交互處理，而本發(fā)明由于承載預(yù)建立傳輸 管道，因此，無需實(shí)時(shí)承載時(shí)必不可少的承載分配請(qǐng)求，承載分配及承載分配響應(yīng)的這幾個(gè) 流程，從而也相應(yīng)地減少了執(zhí)行這幾個(gè)流程所涉及的諸多模塊交互，可見：采用本發(fā)明，通 過承載預(yù)建立傳輸管道，簡化網(wǎng)絡(luò)中承載配置流程，顯著提高網(wǎng)絡(luò)的信令處理能力，徹底解 決信令風(fēng)暴情況下RAN的信令處理能力引起的業(yè)務(wù)接入瓶頸問題，使用戶得以順利接入。
[0058] 應(yīng)用實(shí)例二：
[0059] 圖5所示，將上、下行數(shù)據(jù)的傳輸分開配置，RNC與NodeB間的Iub接口，其承載的 作用是RNC和NodeB間收發(fā)每個(gè)用戶的傳輸信道上下行數(shù)據(jù)，數(shù)據(jù)傳輸?shù)臄?shù)據(jù)來源、和目的 地是RNC的用戶處理單元和NodeB的用戶處理單元，可以在NodeB的用戶處理單元和RNC的 用戶處理單元預(yù)建立傳輸管道，為了減少管道規(guī)模，采用用于上行數(shù)據(jù)傳輸?shù)纳闲袀鬏敼?道、及用于下行數(shù)據(jù)傳輸?shù)南滦袀鬏敼艿婪珠_配置的方式，不需要建立數(shù)據(jù)源和目的地的 網(wǎng)狀管道結(jié)構(gòu)。這里，采用上下行分開配置傳輸管道的方式時(shí)，需要預(yù)建立的管道總數(shù)=RNC 用戶處理單元M+NodeB用戶處理單元N。
[0060] 應(yīng)用實(shí)例三：
[0061] 圖6所示為上下行傳輸數(shù)據(jù)的數(shù)據(jù)幀的格式，在Iub接口上下行數(shù)據(jù)幀F(xiàn)P幀中 增加一個(gè)傳輸信道索引Channellndex，還包括：使用字節(jié)大小User BufferSize，可以為1 個(gè)字節(jié)；使用連續(xù)字節(jié)大小User Buffer Size (cont)，可以為1字節(jié)；空閑可擴(kuò)展Spare Extension，可以為0-32個(gè)字節(jié)。
[0062] RNC和NodeB的傳輸信道采用兩級(jí)索引，即由用戶處理單元ID+Channellndex索引 到具體的傳輸信道。這里，所述用戶處理單元ID可以為用戶處理單元的傳輸管道號(hào)。
[0063] 下行數(shù)據(jù)巾貞FP巾貞中的Channellndex由NodeB分配，通過信令響應(yīng)消息通知RNC, RNC在下行數(shù)據(jù)發(fā)送時(shí)在FP幀中填寫Channel Index,選擇下行數(shù)據(jù)發(fā)送目標(biāo)傳輸管道，發(fā) 送到NodeB的用戶處理單元；NodeB的用戶處理單元識(shí)別FP巾貞中的Channellndex,把FP中貞 映射到指定的傳輸信道；上行FP幀中的Channellndex由RNC分配，通過信令請(qǐng)求消息通知 NodeB, NodeB在上行數(shù)據(jù)發(fā)送時(shí)在FP巾貞中填寫Channellndex,選擇上行數(shù)據(jù)發(fā)送目標(biāo)傳輸 管道，發(fā)送到指定的RNC用戶處理單元。RNC的用戶處理單元識(shí)別FP巾貞中的Channellndex, 把FP幀映射到指定的傳輸信道。
[0064] 應(yīng)用實(shí)例四：
[0065] 圖7所示，采用承載預(yù)建立方式，IP模式下，無線鏈路建立流程中取消了承載分配 和承載配置過程。RNC只需要分配RNC IP、RNC Port、上行Channellndex，并通過無線鏈路 建立請(qǐng)求攜帶分配的RNC IP、RNC Port、上行Channellndex (即UL Chldx)發(fā)送給NodeB; NodeB只需在用戶處理單元的業(yè)務(wù)模塊，即NodeB業(yè)務(wù)模塊內(nèi)集中分配NodeB IP、NodeB Port和下行的Channellndex (即DL Chldx),并通過無線鏈路建立響應(yīng)攜帶分配的NodeB IP、NodeB Port和下行的Channellndex發(fā)給RNC。無需經(jīng)過用戶處理單元的承載模塊，QE 模塊進(jìn)行承載分配與配置，從而采用本發(fā)明應(yīng)用實(shí)例，大大簡化了現(xiàn)有的業(yè)務(wù)建立流程，使 RNC和NodeB的信令處理能力得到極大的提升。
[0066] 應(yīng)用實(shí)例五：
[0067] 圖8所示，采用承載預(yù)建立方式，ATM模式下，無線鏈路建立流程中取消了承載預(yù) 分配和承載配置過程。RNC只需要分配RNC Port、上行Channellndex,并通過無線鏈路建立 請(qǐng)求攜帶分配的RNC Port、上行Channellndex (即ULChldx)發(fā)送給NodeB ;NodeB只需在 用戶處理單元的業(yè)務(wù)模塊內(nèi)集中分配NodeB Port和下行的Channellndex (即DL Chldx), 并通過無線鏈路建立響應(yīng)攜帶分配的NodeB Port和下行的Channellndex發(fā)送給RNC。無 需經(jīng)過用戶處理單元的承載模塊，QE模塊進(jìn)行承載分配與配置，從而采用本發(fā)明應(yīng)用實(shí)例， 大大簡化了現(xiàn)有的業(yè)務(wù)建立流程，使RNC和NodeB的信令處理能力得到極大的提升。
[0068] 應(yīng)用實(shí)例六：
[0069] 圖9所示，傳輸管道在上、下行分開配置，具體的，對(duì)于上行，NodeB業(yè)務(wù)處理單元 將圖6或圖7中獲得的RNC側(cè)的上行Channe 11dxO編入FP幀，前述Channe 11dxO包括了 RNC 側(cè)的用戶處理單元和業(yè)務(wù)處理單元的地址，通過預(yù)建立的傳輸管道發(fā)給RNC，RNC收到之后 解析上行Channel IdxO,直接將FP幀發(fā)前述用戶處理單元的業(yè)務(wù)處理單元，完成上行FP幀 的傳輸。對(duì)于下行，RNC通過圖6或圖7獲得NodeB側(cè)的用戶處理單元號(hào)(管道號(hào)Port3)和 業(yè)務(wù)處理單元號(hào)（下行Channelldx2)，RNC側(cè)的業(yè)務(wù)處理單元將下行Channelldx2編入下 行FP幀中，在Port3中發(fā)送該FP幀，NodeB收到后將該FP幀發(fā)到Port3所示的用戶處理 單元，用戶處理單元解出下行Channe 11dx2，再將FP巾貞發(fā)往Channelldx2所示的業(yè)務(wù)處理單 J Li 〇
[0070] -種承載預(yù)建立傳輸管道的裝置，該裝置包括：一對(duì)地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元，一 對(duì)地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元，分別用于相互通知對(duì)端各自的用戶處理單元的地址，根據(jù)所 述地址在所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元間承載預(yù)建立傳輸管道；所述傳輸管道用于業(yè)務(wù)建 立時(shí)的傳輸承載使用。
[0071] 這里，所述傳輸管道在上、下行分開配置，所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元間存在接 口，在所述接口的上、下行數(shù)據(jù)幀中增加傳輸信道的索引值。根據(jù)所述傳輸信道的索引值映 射到對(duì)應(yīng)的業(yè)務(wù)處理單元。
[0072] 這里，所述傳輸信道的索引值，進(jìn)一步用于傳輸上行數(shù)據(jù)幀時(shí)，由所述地面?zhèn)鬏敵?載相關(guān)的網(wǎng)元中作為控制網(wǎng)元的網(wǎng)元分配；或者，
[0073] 所述傳輸信道的索引值，進(jìn)一步用于傳輸下行數(shù)據(jù)幀時(shí)，由所述地面?zhèn)鬏敵休d相 關(guān)的網(wǎng)元中作為受控網(wǎng)元的網(wǎng)元分配。
[0074] 這里，所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元具體為RNC與NodeB時(shí),所述受控網(wǎng)元具體為 NodeB ;所述控制網(wǎng)元具體為RNC。
[0075] 這里，所述RNC側(cè)包括用戶處理單元和業(yè)務(wù)處理單元；
[0076] 所述RNC側(cè)的業(yè)務(wù)處理單元，用于在下行數(shù)據(jù)發(fā)送時(shí)將傳輸信道的索引值加入 數(shù)據(jù)幀中，通過用戶處理單元標(biāo)識(shí)ID選擇預(yù)建立的目標(biāo)傳輸管道，將所述數(shù)據(jù)幀發(fā)送到 NodeB側(cè)的用戶處理單元解析；
[0077] 所述RNC側(cè)的用戶處理單元，用于用于從NodeB側(cè)接收到數(shù)據(jù)幀并解析出傳輸信 道的索引值，根據(jù)傳輸信道的索引值將數(shù)據(jù)幀映射到對(duì)應(yīng)的業(yè)務(wù)處理單元。
[0078] 這里，所述NodeB側(cè)包括用戶處理單元和業(yè)務(wù)處理單元；
[0079] 所述NodeB側(cè)的業(yè)務(wù)處理單元，用于在上行數(shù)據(jù)發(fā)送時(shí)將傳輸信道的索引值加入 數(shù)據(jù)幀中，通過用戶處理單元標(biāo)識(shí)ID選擇預(yù)建立的目標(biāo)傳輸管道，將所述數(shù)據(jù)幀發(fā)送到 RNC側(cè)的用戶處理單元解析；
[0080] 所述NodeB側(cè)的用戶處理單元，用于從RNC側(cè)接收到數(shù)據(jù)幀并解析出傳輸信道的 索引值，根據(jù)傳輸信道的索引值將數(shù)據(jù)幀映射到對(duì)應(yīng)的業(yè)務(wù)處理單元。
[0081] 以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
【權(quán)利要求】
1. 一種承載預(yù)建立傳輸管道的方法，其特征在于，該方法包括： 地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元間通過請(qǐng)求與響應(yīng)消息，相互通知對(duì)端各自的用戶處理單元 的地址，根據(jù)所述地址在所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元間承載預(yù)建立傳輸管道。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法還包括：所述傳輸管道在上、下行 分開配置，在地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元間接口的上、下行數(shù)據(jù)幀中增加傳輸信道的索引值， 數(shù)據(jù)幀到達(dá)時(shí)根據(jù)所述傳輸信道的索引值映射到對(duì)應(yīng)的業(yè)務(wù)處理單元。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，傳輸上行數(shù)據(jù)幀時(shí)，所述傳輸信道的索引 值由所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元中作為控制網(wǎng)元的網(wǎng)元分配，并通過信令請(qǐng)求消息將所 述控制網(wǎng)元的用戶處理單元的地址、及分配的所述傳輸信道的索引值發(fā)送給所述地面?zhèn)鬏?承載相關(guān)的網(wǎng)元中作為受控網(wǎng)元的網(wǎng)元。
4. 根據(jù)權(quán)利要求2所述的方法，其特征在于，傳輸下行數(shù)據(jù)幀時(shí)，所述傳輸信道的索引 值由所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元中作為受控網(wǎng)元的網(wǎng)元分配，并通過信令響應(yīng)消息將所 述受控網(wǎng)元的用戶處理單元的地址、及分配的所述傳輸信道的索引值發(fā)送給所述地面?zhèn)鬏?承載相關(guān)的網(wǎng)元中作為控制網(wǎng)元的網(wǎng)元。
5. 根據(jù)權(quán)利要求3或4所述的方法，其特征在于，所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元具體 為無線資源控制器RNC與基站NodeB時(shí)，所述受控網(wǎng)元具體為NodeB ;所述控制網(wǎng)元具體為 RNC。
6. -種承載預(yù)建立傳輸管道的裝置，其特征在于，該裝置包括：一對(duì)地面?zhèn)鬏敵休d相 關(guān)的網(wǎng)兀； 所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元，用于相互通知對(duì)端各自的用戶處理單元的地址，根據(jù) 所述地址在所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元間承載預(yù)建立傳輸管道。
7. 根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述傳輸管道在上、下行分開配置，所述 地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元間存在接口，在所述接口的上、下行數(shù)據(jù)幀中增加傳輸信道的索 引值，所述傳輸信道的索引值，用于數(shù)據(jù)幀到達(dá)時(shí)根據(jù)所述傳輸信道的索引值映射到對(duì)應(yīng) 的業(yè)務(wù)處理單元。
8. 根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述傳輸信道的索引值，進(jìn)一步用于傳輸 上行數(shù)據(jù)幀時(shí)，由所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元中作為控制網(wǎng)元的網(wǎng)元分配；或者， 所述傳輸信道的索引值，進(jìn)一步用于傳輸下行數(shù)據(jù)幀時(shí)，由所述地面?zhèn)鬏敵休d相關(guān)的 網(wǎng)元中作為受控網(wǎng)元的網(wǎng)元分配。
9. 根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述地面?zhèn)鬏敵休d相關(guān)的網(wǎng)元具體為RNC 與NodeB時(shí)，所述受控網(wǎng)元具體為NodeB ;所述控制網(wǎng)元具體為RNC。
10. 根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述RNC側(cè)包括用戶處理單元和業(yè)務(wù)處 理單元； 所述RNC側(cè)的業(yè)務(wù)處理單元，用于在下行數(shù)據(jù)發(fā)送時(shí)將傳輸信道的索引值加入數(shù)據(jù)幀 中，通過用戶處理單元標(biāo)識(shí)ID選擇預(yù)建立的目標(biāo)傳輸管道，將所述數(shù)據(jù)幀發(fā)送到NodeB側(cè) 的用戶處理單元解析； 所述RNC側(cè)的用戶處理單元，用于用于從NodeB側(cè)接收到數(shù)據(jù)幀并解析出傳輸信道的 索引值，根據(jù)傳輸信道的索引值將數(shù)據(jù)幀映射到對(duì)應(yīng)的業(yè)務(wù)處理單元。
11. 根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述NodeB側(cè)包括用戶處理單元和業(yè)務(wù) 處理單元； 所述NodeB側(cè)的業(yè)務(wù)處理單元，用于在上行數(shù)據(jù)發(fā)送時(shí)將傳輸信道的索引值加入數(shù)據(jù) 幀中，通過用戶處理單元標(biāo)識(shí)ID選擇預(yù)建立的目標(biāo)傳輸管道，將所述數(shù)據(jù)幀發(fā)送到RNC側(cè) 的用戶處理單元解析； 所述NodeB側(cè)的用戶處理單元，用于從RNC側(cè)接收到數(shù)據(jù)幀并解析出傳輸信道的索引 值，根據(jù)傳輸信道的索引值將數(shù)據(jù)幀映射到對(duì)應(yīng)的業(yè)務(wù)處理單元。
【文檔編號(hào)】H04W28/12GK104066123SQ201310088346
【公開日】2014年9月24日 申請(qǐng)日期:2013年3月19日 優(yōu)先權(quán)日:2013年3月19日
【發(fā)明者】夏志遠(yuǎn), 王建軍, 余擎旗, 劉少林 申請(qǐng)人:中興通訊股份有限公司