專利名稱：上行公共控制信道的傳輸承載的配置方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種上行公共控制信道的傳輸承載的配置 方法和裝置。
背景技術(shù)：
隨著移動(dòng)通信系統(tǒng)的演進(jìn)，用戶的業(yè)務(wù)服務(wù)質(zhì)量已成為運(yùn)營(yíng)商的首要目標(biāo)，業(yè)務(wù) 服務(wù)質(zhì)量影響了服務(wù)性能，也決定了用戶對(duì)業(yè)務(wù)的滿意度。提高用戶服務(wù)質(zhì)量的一個(gè)非常 重要的方面就是建立連接和信道分配時(shí)的時(shí)間延遲，而且也會(huì)存在相對(duì)頻繁的，小數(shù)據(jù)包 的業(yè)務(wù)，因此需要考慮公共信道如何工作的更有效。比如減小上行鏈路和下行鏈路的信令 延遲。CELL_FACH，CELL_PCH/URA_PCH狀態(tài)的下行信令延遲3GPP標(biāo)準(zhǔn)是通過(guò)引入下行高速 分組接入(HSPA)來(lái)實(shí)現(xiàn)的。為了減小上行的信令延遲，需要考慮下述幾個(gè)方面(1)減少 IDLE mode, CELL_FACH, Cell_PCH and URA_PCH 狀態(tài)的用戶面和控制面 的等待時(shí)間；(2)增加CELL_FACH狀態(tài)的峰值速率；(3)減小 Idle、CELL_FACH、CELL_PCH and URA_PCH 狀態(tài)、CELL_DCH 狀態(tài)之間的遷移延遲。為了達(dá)到上述目的，可以在Idle模式、CELL_FACH狀態(tài)引入使用高速上行分組接 入(HSUPA)的方式；本文把Idle狀態(tài)和CELL_FACH狀態(tài)使用高速上行分組接入技術(shù)，稱為 上行鏈路加強(qiáng)CELL_FACH技術(shù)。上行鏈路加強(qiáng)CELL_FACH技術(shù)的基本原理如下隨機(jī)接入的發(fā)送原理依然采用 PRACH的隨機(jī)接入過(guò)程，但是信道類型發(fā)生了改變，也即在idle模式和CELL_FACH狀態(tài)可以 使用加強(qiáng)專用信道(Enhanced Dedicated Channel，簡(jiǎn)稱為E-DCH)，公共控制信道(Common Control Channel，簡(jiǎn)稱為 CCCH)/專用控制信道(Dedicated Control Channel，簡(jiǎn)稱為 DCCH)/專用業(yè)務(wù)信道(Dedicated Traffic Channel，簡(jiǎn)稱為DTCH)都可以映射到E-DCH上 進(jìn)行發(fā)送。傳輸承載是作為無(wú)線網(wǎng)絡(luò)控制器和基站之間進(jìn)行數(shù)據(jù)傳輸?shù)谋仨毻ǖ溃虼藢?duì)于 公共狀態(tài)的信道，都需要通過(guò)公共的過(guò)程在無(wú)線網(wǎng)絡(luò)控制器和基站之間為傳輸信道或媒體 接入控制流建立傳輸承載的通道，然后無(wú)線網(wǎng)絡(luò)控制器可以通過(guò)傳輸承載標(biāo)識(shí)來(lái)區(qū)分是從 哪個(gè)傳輸信道或哪個(gè)媒體接入流來(lái)的數(shù)據(jù)。目前，3GPP標(biāo)準(zhǔn)協(xié)議對(duì)于加強(qiáng)連接模式公共狀態(tài)下所使用的傳輸承載標(biāo)識(shí)是和媒 體接入控制流相關(guān)聯(lián)的，而且在3GPP標(biāo)準(zhǔn)協(xié)議中對(duì)于傳輸承載的配置是按照上行公共MAC 流來(lái)標(biāo)識(shí)，同時(shí)在該標(biāo)識(shí)下對(duì)應(yīng)上行公開(kāi)E-DCH MAC-d流的相關(guān)信息。然而，對(duì)于加強(qiáng)連接 模式公共狀態(tài)下的上行所發(fā)送的公共控制信道(Common Control Channel，簡(jiǎn)稱為CCCH)， 協(xié)議并沒(méi)有給出其對(duì)應(yīng)的媒體接入控制流。而且，從公共流程上看，也沒(méi)有專門(mén)為上行CCCH 配置傳輸承載，也沒(méi)有明確說(shuō)明對(duì)于上行CCCH邏輯信道上的數(shù)據(jù)發(fā)送上來(lái)后，Node B如何確定使用哪個(gè)傳輸承載傳遞到RNC。對(duì)于上行CCCH邏輯信道，其優(yōu)先級(jí)應(yīng)該是非常高的，因此，上行CCCH邏輯信道對(duì) 于傳輸承載QoS的要求與普通的MAC-d流所需要的傳輸承載的QoS不同。如果Node B在 傳遞上行CCCH邏輯信道的數(shù)據(jù)時(shí)使用公共E-DCH MAC-d流所使用的傳輸承載中的任意一 個(gè)，則上行CCCH的QoS將無(wú)法得到滿足，從而影響上行CCCH上的數(shù)據(jù)正確傳遞到無(wú)線網(wǎng)絡(luò) 控制器(Radio Network Control 簡(jiǎn)稱為RNC)的成功概率。針對(duì)相關(guān)技術(shù)中無(wú)法正確為上行CCCH配置傳輸承載的問(wèn)題，目前尚未提出有效 的解決方案。

發(fā)明內(nèi)容
針對(duì)相關(guān)技術(shù)中無(wú)法正確為上行CCCH配置傳輸承載的問(wèn)題而提出本發(fā)明，為此， 本發(fā)明的主要目的在于提供一種上行CCCH的傳輸承載的配置方法和裝置，以解決上述問(wèn)題。為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的一個(gè)方面，提供了一種上行CCCH的傳輸承載的配置方法。根據(jù)本發(fā)明的上行CCCH的傳輸承載的配置方法包括基站接收來(lái)自無(wú)線網(wǎng)絡(luò)控 制器RNC的消息，其中，上述消息用于指示配置給CCCH的傳輸承載；上述基站根據(jù)上述消息 為上述CCCH配置傳輸承載。為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的另一方面，提供了一種上行CCCH的傳輸承載的配置裝置。根據(jù)本發(fā)明的上行CCCH的傳輸承載的配置裝置包括接收模塊，用于基站接收來(lái) 自無(wú)線網(wǎng)絡(luò)控制器RNC的消息，其中，上述消息用于指示配置給CCCH的傳輸承載；配置模 塊，用于根據(jù)上述消息為上述CCCH配置傳輸承載。根據(jù)本發(fā)明，基站接收來(lái)自無(wú)線網(wǎng)絡(luò)控制器的請(qǐng)求消息，并根據(jù)該請(qǐng)求消息為上 行CCCH配置傳輸承載，從而上行CCCH可以使用具有特有QoS的傳輸承載，保證上行CCCH 上的數(shù)據(jù)可以正確的從Node B傳遞到RNC。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā) 明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)本發(fā)明實(shí)施例的上行公共控制信道的傳輸承載的配置方法的流程圖；圖2是根據(jù)本發(fā)明實(shí)施例一的上行公共控制信道的傳輸承載的配置方法的流程 圖；圖3是根據(jù)本發(fā)明實(shí)施例二的上行公共控制信道的傳輸承載的配置方法的流程 圖；圖4是根據(jù)本發(fā)明實(shí)施例三的上行公共控制信道的傳輸承載的配置方法的流程 圖；圖5是根據(jù)本發(fā)明實(shí)施例四的上行公共控制信道的傳輸承載的配置方法的流程 圖6是根據(jù)本發(fā)明實(shí)施例的上行公共控制信道的傳輸承載的配置裝置的結(jié)構(gòu)圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明。需要說(shuō)明的是，在不沖突的 情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。功能概述考慮到相關(guān)技術(shù)中無(wú)法正確為上行CCCH配置傳輸承載的問(wèn)題，本發(fā)明提供了一 種上行CCCH的傳輸承載的配置方法和裝置。根據(jù)本發(fā)明的方案，基站接收來(lái)自無(wú)線網(wǎng)絡(luò)控 制器的請(qǐng)求消息，并根據(jù)該請(qǐng)求消息為上行CCCH配置傳輸承載，從而上行CCCH可以使用具 有特有QoS的傳輸承載，保證上行CCCH上的數(shù)據(jù)可以正確的從Node B傳遞到RNC。根據(jù)本發(fā)明的實(shí)施例，提供了一種上行公共控制信道CCCH的傳輸承載的配置方 法。圖1是根據(jù)本發(fā)明實(shí)施例的上行公共控制信道的傳輸承載的配置方法的流程圖。 如圖ι所示，該方法包括如下的步驟S102至步驟S S102，基站接收來(lái)自無(wú)線網(wǎng)絡(luò)控制器RNC的消息，其中，上述消息用于指示配置給 CCCH的傳輸承載；S104，上述基站根據(jù)上述消息為上述CCCH配置傳輸承載。作為一種優(yōu)選的實(shí)施例，上述基站從上述消息中獲取傳輸承載信息，并查找到與 上述傳輸承載信息對(duì)應(yīng)的傳輸承載，其中，上述消息攜帶有上述傳輸承載信息；上述基站將 查找到的上述傳輸承載配置給上述CCCH。作為另一種優(yōu)選的實(shí)施例，上述基站從上述消息中獲取一組傳輸承載信息，并查 找到與一組傳輸承載信息對(duì)應(yīng)的一組傳輸承載，其中，上述消息攜帶有上述一組傳輸承載 信息，上述一組傳輸承載信息中的每一個(gè)傳輸承載信息與一個(gè)傳輸承載相對(duì)應(yīng)；上述基站 從查找到的上述一組傳輸承載中選擇一個(gè)傳輸承載配置給上述CCCH。優(yōu)選的，基站可以從查找到的上述一組傳輸承載中隨機(jī)選擇一個(gè)傳輸承載配置給 上述CCCH ；或者上述基站從查找到的上述一組傳輸承載中選擇負(fù)荷最低的傳輸承載配置給上述 CCCH ；或者上述基站從查找到的上述一組傳輸承載中選擇服務(wù)質(zhì)量要求(Quality of Service, Qos)最高的傳輸承載配置給上述CCCH。下面將結(jié)合實(shí)例對(duì)本發(fā)明實(shí)施例的實(shí)現(xiàn)過(guò)程進(jìn)行詳細(xì)描述。實(shí)施例一本發(fā)明實(shí)施例應(yīng)用的場(chǎng)景為RNC通過(guò)信令通知基站為上行CCCH信道配置傳輸承 載。圖2是根據(jù)本發(fā)明實(shí)施例一的上行公共控制信道的傳輸承載的配置方法的流程圖。如 圖2所示，根據(jù)本發(fā)明實(shí)施例一的上行CCCH的傳輸承載的配置方法具體包括如下步驟S202，無(wú)線網(wǎng)絡(luò)控制器RNC向基站發(fā)送消息，其中，該消息攜帶有上行CCCH邏輯信 道所對(duì)應(yīng)的傳輸承載信息。上述消息可以包括物理共享信道重配消息，而上述傳輸承載信 息包括以下至少之一綁定標(biāo)識(shí)號(hào)、傳輸承載地址、以及傳輸層所需要滿足的服務(wù)質(zhì)量要求 QoS0
S204，基站向無(wú)線網(wǎng)絡(luò)控制器返回物理共享信道重配響應(yīng)消息，用于指示物理共 享信道重配已經(jīng)完成，其中，該響應(yīng)消息可以攜帶有上行CCCH邏輯信道所對(duì)應(yīng)的綁定標(biāo)識(shí) 號(hào)、傳輸承載地址。實(shí)施例二本發(fā)明實(shí)施例應(yīng)用的場(chǎng)景為基站在已保存的上行公共MAC流中隨機(jī)選擇傳輸承 載用于傳輸上行CCCH邏輯信道的數(shù)據(jù)。圖3是根據(jù)本發(fā)明實(shí)施例二的上行公共控制信道 的傳輸承載的配置方法的流程圖。如圖3所示，根據(jù)本發(fā)明實(shí)施例二的上行CCCH的傳輸承 載的配置方法具體包括如下步驟S302，RNC通過(guò)消息將一組傳輸承載信息發(fā)送給基站，該一組傳輸承載信息中的每 一個(gè)與基站管轄下的小區(qū)的上行公共MAC流相對(duì)應(yīng)，其中，上述一組傳輸承載信息中的每 一個(gè)傳輸承載信息包括以下至少之一綁定標(biāo)識(shí)號(hào)、傳輸承載地址、傳輸層所需要滿足的服 務(wù)質(zhì)量要求。上述消息可以包括物理共享信道重配消息。S304，基站從上述的消息中獲取并保存一組與上行公共MAC流對(duì)應(yīng)的傳輸承載信 息，以便后續(xù)為CCCH配置相應(yīng)的傳輸承載。S306，基站向無(wú)線網(wǎng)絡(luò)控制器返回物理共享信道重配響應(yīng)消息，用于指示物理共 享信道重配已經(jīng)完成，其中，該響應(yīng)消息攜帶有上行公共MAC流所對(duì)應(yīng)的綁定標(biāo)識(shí)號(hào)、傳輸 承載地址。S308，當(dāng)收到UE所發(fā)送的上行CCCH邏輯信道上的數(shù)據(jù)時(shí)，基站在所保存的上行公 共MAC流所對(duì)應(yīng)的傳輸承載信息中隨機(jī)選擇一個(gè)傳輸承載信息。然后，基站通過(guò)選擇出的 傳輸承載信息查找到對(duì)應(yīng)的傳輸承載，并將查找到的傳輸承載配置給上行CCCH邏輯信道。 基站可以預(yù)先保存?zhèn)鬏敵休d信息與傳輸承載的對(duì)應(yīng)關(guān)系，該操作也適用于本發(fā)明的其他實(shí) 施例。具體地，可以按下述公式隨機(jī)選擇公共MAC流χ = floor (rand*K)其中，χ表示公共MAC流的標(biāo)號(hào)；rand是W，1)范圍內(nèi)的隨機(jī)數(shù)；floor ()函數(shù)用 于向下取整；K是Node B已保存的上行公共E-DCH MAC流的最大數(shù)目。然后，通過(guò)選擇出的公共MAC流查找出對(duì)應(yīng)的傳輸承載信息，并將該傳輸承載信 息對(duì)應(yīng)的傳輸承載配置給上行CCCH邏輯信道。S310，基站用所選擇的傳輸承載發(fā)送上行CCCH邏輯信道的數(shù)據(jù)。實(shí)施例三本發(fā)明實(shí)施例應(yīng)用的場(chǎng)景為基站在已保存的上行公共MAC流中選擇負(fù)荷最低的 傳輸承載用于傳輸上行CCCH邏輯信道的數(shù)據(jù)。圖4是根據(jù)本發(fā)明實(shí)施例三的上行公共控 制信道的傳輸承載的配置方法的流程圖。如圖4所示，根據(jù)本發(fā)明實(shí)施例三的上行公共控 制信道的傳輸承載的配置方法主要包括如下步驟S402，RNC通過(guò)消息將一組傳輸承載信息發(fā)送給基站，該一組傳輸承載信息中的每 一個(gè)與基站管轄下的小區(qū)的上行公共MAC流相對(duì)應(yīng)，其中，上述一組傳輸承載信息中的每 一個(gè)傳輸承載信息包括以下至少之一綁定標(biāo)識(shí)號(hào)、傳輸承載地址、傳輸層所需要滿足的服 務(wù)質(zhì)量要求。上述消息可以包括物理共享信道重配消息。S404，基站從上述的消息中獲取并保存一組與上行公共MAC流對(duì)應(yīng)的傳輸承載信息，以便后續(xù)為CCCH配置相應(yīng)的傳輸承載。S406，基站向無(wú)線網(wǎng)絡(luò)控制器返回物理共享信道重配響應(yīng)消息，用于指示物理共 享信道重配已經(jīng)完成，其中，該響應(yīng)消息可以攜帶有上行公共MAC流所對(duì)應(yīng)的綁定標(biāo)識(shí) 號(hào)、傳輸承載地址。S408,當(dāng)收到UE所發(fā)送的上行CCCH邏輯信道上的數(shù)據(jù)時(shí)，基站在所保存的上行公 共MAC流所對(duì)應(yīng)的傳輸承載信息中選擇與負(fù)荷最低的傳輸承載相對(duì)應(yīng)的傳輸承載信息。然 后，基站通過(guò)選擇出的傳輸承載信息查找到對(duì)應(yīng)的傳輸承載，并將查找到的傳輸承載配置 給上行CCCH邏輯信道。這里，基站可以預(yù)先保存?zhèn)鬏敵休d信息與傳輸承載的對(duì)應(yīng)關(guān)系。S410，基站用所選擇的傳輸承載發(fā)送上行CCCH邏輯信道的數(shù)據(jù)。實(shí)施例四本發(fā)明實(shí)施例應(yīng)用的場(chǎng)景為基站在已保存的上行公共MAC流中選擇服務(wù)質(zhì)量要 求最高的傳輸承載用于傳輸上行CCCH邏輯信道的數(shù)據(jù)。圖5是根據(jù)本發(fā)明實(shí)施例四的上 行公共控制信道的傳輸承載的配置方法的流程圖。如圖5所示，根據(jù)本發(fā)明實(shí)施例四的上 行公共控制信道的傳輸承載的配置方法主要包括如下步驟S502，RNC通過(guò)消息將一組傳輸承載信息發(fā)送給基站，該一組傳輸承載信息中的每 一個(gè)與基站管轄下的小區(qū)的上行公共MAC流相對(duì)應(yīng)，其中，上述一組傳輸承載信息中的每 一個(gè)傳輸承載信息包括以下至少之一綁定標(biāo)識(shí)號(hào)、傳輸承載地址、傳輸層所需要滿足的服 務(wù)質(zhì)量要求。上述消息可以包括物理共享信道重配消息。S504，基站從上述的信令中獲取并保存上行公共MAC流所對(duì)應(yīng)的傳輸承載信息， 以便后續(xù)為CCCH配置相應(yīng)的傳輸承載。S506，基站向無(wú)線網(wǎng)絡(luò)控制器返回物理共享信道重配響應(yīng)消息，用于指示物理共 享信道重配已經(jīng)完成，其中，該響應(yīng)消息可以攜帶有上行公共MAC流所對(duì)應(yīng)的綁定標(biāo)識(shí) 號(hào)、傳輸承載地址。S508，當(dāng)收到UE所發(fā)送的上行CCCH邏輯信道上的數(shù)據(jù)時(shí)，基站在所保存的上行公 共MAC流所對(duì)應(yīng)的傳輸承載信息中選擇與服務(wù)質(zhì)量最高QoS的傳輸承載相對(duì)應(yīng)的傳輸承載 信息。然后，基站通過(guò)選擇出的傳輸承載信息查找到對(duì)應(yīng)的傳輸承載，并將查找到的傳輸承 載配置給上行CCCH邏輯信道。這里，基站可以預(yù)先保存?zhèn)鬏敵休d信息與傳輸承載的對(duì)應(yīng)關(guān) 系。S510，基站用所選擇的傳輸承載發(fā)送上行CCCH邏輯信道的數(shù)據(jù)。上述實(shí)施例一至實(shí)施例五中描述的消息可以是節(jié)點(diǎn)B的應(yīng)用部分(NBAP)信令。根據(jù)本發(fā)明，基站接收來(lái)自無(wú)線網(wǎng)絡(luò)控制器的請(qǐng)求消息，并根據(jù)該請(qǐng)求消息為上 行CCCH配置傳輸承載，從而上行CCCH可以使用具有特有QoS的傳輸承載，保證上行CCCH 上的數(shù)據(jù)可以正確的從Node B傳遞到RNC。根據(jù)本發(fā)明的實(shí)施例，提供了一種上行公共控制信道的傳輸承載的配置裝置。圖6是根據(jù)本發(fā)明實(shí)施例的上行公共控制信道的傳輸承載的配置裝置的結(jié)構(gòu)圖。 如圖6所示，該裝置包括接收模塊602，用于基站接收來(lái)自無(wú)線網(wǎng)絡(luò)控制器RNC的消息， 其中，所述消息用于指示配置給CCCH的傳輸承載；配置模塊604，用于根據(jù)所述消息為所述 CCCH配置傳輸承載。作為一種優(yōu)選的實(shí)施例，所述配置模塊604可以包括第一獲取子模塊606，用于從所述消息中獲取傳輸承載信息，其中，所述消息攜帶有所述傳輸承載信息；第一查找子模 塊608，用于查找到與所述傳輸承載信息對(duì)應(yīng)的傳輸承載；第一配置子模塊610，用于將查 找到的所述傳輸承載配置給所述CCCH。作為另一種優(yōu)選的實(shí)施例，所述配置模塊604包括第二獲取子模塊612，用于從 所述消息中獲取一組傳輸承載信息，其中，所述消息攜帶有所述一組傳輸承載信息；第二查 找子模塊614，用于查找到與一組傳輸承載信息對(duì)應(yīng)的一組傳輸承載，其中，所述一組傳輸 承載信息中的每一個(gè)傳輸承載信息與一個(gè)傳輸承載相對(duì)應(yīng)；選擇子模塊616，用于從查找 到的所述一組傳輸承載中選擇一個(gè)傳輸承載；第二配置子模塊618，用于將選擇出的所述 傳輸承載配置給所述CCCH。其中，上述選擇子模塊616可以以下方式進(jìn)行選擇從查找到的所述一組傳輸承 載中隨機(jī)選擇一個(gè)傳輸承載；或者，從查找到的所述一組傳輸承載中選擇負(fù)荷最低的傳輸 承載；或者，從查找到的所述一組傳輸承載中選擇服務(wù)質(zhì)量要求Qos最高的傳輸承載。這里，基站可以預(yù)先保存?zhèn)鬏敵休d信息與傳輸承載的對(duì)應(yīng)關(guān)系。根據(jù)本發(fā)明，基站接收來(lái)自無(wú)線網(wǎng)絡(luò)控制器的請(qǐng)求消息，并根據(jù)該請(qǐng)求消息為上 行CCCH配置傳輸承載，從而上行CCCH可以使用具有特有QoS的傳輸承載，保證上行CCCH 上的數(shù)據(jù)可以正確的從Node B傳遞到RNC。需要說(shuō)明的是，在附圖的流程圖示出的步驟可以在諸如一組計(jì)算機(jī)可執(zhí)行指令的 計(jì)算機(jī)系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不 同于此處的順序執(zhí)行所示出或描述的步驟。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計(jì)算裝置來(lái)實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn)，從而，可以將它們存儲(chǔ) 在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們 中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的 硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技 術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種上行公共控制信道CCCH的傳輸承載的配置方法，其特征在于，包括基站接收來(lái)自無(wú)線網(wǎng)絡(luò)控制器RNC的消息，其中，所述消息用于指示配置給CCCH的傳 輸承載；所述基站根據(jù)所述消息為所述CCCH配置傳輸承載。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述基站根據(jù)所述消息為所述CCCH配置 傳輸承載包括所述基站從所述消息中獲取傳輸承載信息，并查找到與所述傳輸承載信息對(duì)應(yīng)的傳輸 承載，其中，所述消息攜帶有所述傳輸承載信息；所述基站將查找到的所述傳輸承載配置給所述CCCH。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述基站根據(jù)所述消息為所述CCCH配置 傳輸承載包括所述基站從所述消息中獲取一組傳輸承載信息，并查找到與一組傳輸承載信息對(duì)應(yīng)的 一組傳輸承載，其中，所述消息攜帶有所述一組傳輸承載信息，所述一組傳輸承載信息中的 每一個(gè)傳輸承載信息與一個(gè)傳輸承載相對(duì)應(yīng)；所述基站從查找到的所述一組傳輸承載中選擇一個(gè)傳輸承載配置給所述CCCH。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述基站從查找到的所述一組傳輸承載 中選擇一個(gè)傳輸承載配置給所述CCCH包括所述基站從查找到的所述一組傳輸承載中選擇負(fù)荷最低的傳輸承載配置給所述CCCH。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述基站從查找到的所述一組傳輸承載 中選擇一個(gè)傳輸承載配置給所述CCCH包括所述基站從查找到的所述一組傳輸承載中選擇服務(wù)質(zhì)量要求Qos最高的傳輸承載配 置給所述CCCH。
6.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述基站從查找到的所述一組傳輸承載 中選擇一個(gè)傳輸承載配置給所述CCCH包括在接收到用戶終端發(fā)送的上行CCCH上的數(shù)據(jù)時(shí)，所述基站執(zhí)行從查找到的所述一組 傳輸承載中選擇一個(gè)傳輸承載配置給所述CCCH的操作。
7.根據(jù)權(quán)利要求2至6中任一項(xiàng)所述的方法，其特征在于，所述傳輸承載信息包括以下 至少之一綁定標(biāo)識(shí)號(hào)、傳輸承載地址和服務(wù)質(zhì)量要求Qos。
8.根據(jù)權(quán)利要求1至6中任一項(xiàng)所述的方法，其特征在于，所述消息為物理共享信道重 配消息。
9.一種上行公共控制信道CCCH的傳輸承載的配置裝置，其特征在于，包括接收模塊，用于基站接收來(lái)自無(wú)線網(wǎng)絡(luò)控制器RNC的消息，其中，所述消息用于指示配 置給CCCH的傳輸承載；配置模塊，用于根據(jù)所述消息為所述CCCH配置傳輸承載。
10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，包括所述配置模塊包括第一獲取子模塊，用于從所述消息中獲取傳輸承載信息，其中，所述消息攜帶有所述傳 輸承載信息；第一查找子模塊，用于查找到與所述傳輸承載信息對(duì)應(yīng)的傳輸承載；第一配置子模塊，用于將查找到的所述傳輸承載配置給所述CCCH。
11.根據(jù)權(quán)利要求9所述的裝置，其特征在于，包括所述配置模塊包括第二獲取子模塊，用于從所述消息中獲取一組傳輸承載信息，其中，所述消息攜帶有所 述一組傳輸承載信息；第二查找子模塊，用于查找到與一組傳輸承載信息對(duì)應(yīng)的一組傳輸承載，其中，所述一 組傳輸承載信息中的每一個(gè)傳輸承載信息與一個(gè)傳輸承載相對(duì)應(yīng)；選擇子模塊，用于從查找到的所述一組傳輸承載中選擇一個(gè)傳輸承載； 第二配置子模塊，用于將選擇出的所述傳輸承載配置給所述CCCH。
12.根據(jù)權(quán)利要求11所述的裝置，其特征在于，所述選擇子模塊還用于 從查找到的所述一組傳輸承載中選擇負(fù)荷最低的傳輸承載；或者從查找到的所述一組傳輸承載中選擇服務(wù)質(zhì)量要求Qos最高的傳輸承載。
全文摘要
本發(fā)明公開(kāi)了一種上行CCCH的傳輸承載的配置方法和裝置，其中，該方法包括基站接收來(lái)自無(wú)線網(wǎng)絡(luò)控制器RNC的消息，其中，上述消息用于指示配置給CCCH的傳輸承載；上述基站根據(jù)上述消息為上述CCCH配置傳輸承載。根據(jù)本發(fā)明，基站接收來(lái)自無(wú)線網(wǎng)絡(luò)控制器的請(qǐng)求消息，并根據(jù)該請(qǐng)求消息為上行CCCH配置傳輸承載，從而上行CCCH可以使用具有特有QoS的傳輸承載，保證上行CCCH上的數(shù)據(jù)可以正確的從Node B傳遞到RNC。
文檔編號(hào)H04W74/08GK102045845SQ200910207229
公開(kāi)日2011年5月4日 申請(qǐng)日期2009年10月13日 優(yōu)先權(quán)日2009年10月13日
發(fā)明者柯雅珠, 程翔 申請(qǐng)人:中興通訊股份有限公司