專(zhuān)利名稱(chēng)：實(shí)現(xiàn)向用戶(hù)設(shè)備發(fā)送數(shù)據(jù)的方法、系統(tǒng)及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線(xiàn)通信技術(shù)，特別是實(shí)現(xiàn)向用戶(hù)設(shè)備發(fā)送數(shù)據(jù)的方法、系統(tǒng)及設(shè)備。
背景技術(shù)：
通用移動(dòng)通信系統(tǒng)(UMTS)是第三代合作項(xiàng)目(3GPP)負(fù)責(zé)推動(dòng)并標(biāo)準(zhǔn)化的第三代移動(dòng)通信系統(tǒng)，包括核心網(wǎng)、無(wú)線(xiàn)接入網(wǎng)和用戶(hù)設(shè)備(UE)等子系統(tǒng)。其中，UMTS無(wú)線(xiàn)接入網(wǎng) (UTRAN)的結(jié)構(gòu)如圖1所示，其中，一個(gè)Node B(節(jié)點(diǎn)B)包含一個(gè)或多個(gè)小區(qū)，Node B與無(wú)線(xiàn)網(wǎng)絡(luò)控制器(RNC)之間的接口為Iub接口，RNC與RNC之間的接口為Iur接口，RNC與核心網(wǎng)的接口為Iu接口。RNC與其所控制的Node B組成無(wú)線(xiàn)網(wǎng)絡(luò)子系統(tǒng)(RNS)，UE則通過(guò) Uu接口，即無(wú)線(xiàn)空中接口與UTRAN相連，所述Uu接口在圖1中未示出。UTRAN的Iub和Iur接口分為控制平面和用戶(hù)平面兩個(gè)部分，其中控制平面分別對(duì)應(yīng)節(jié)點(diǎn)B應(yīng)用部分(NBAP)協(xié)議和無(wú)線(xiàn)網(wǎng)絡(luò)子系統(tǒng)應(yīng)用部分(RNSAP)協(xié)議；用戶(hù)平面為數(shù)據(jù)幀(FP)協(xié)議，包括專(zhuān)用信道幀協(xié)議和公共信道幀協(xié)議，用于傳輸RNC和Node B之間的用戶(hù)平面的數(shù)據(jù)分組。在無(wú)線(xiàn)空中接口(Uu接口)上，與高速下行分組接入(HSDPA)相關(guān)的協(xié)議主要涉及物理層、媒體接入控制(MAC)層以及相應(yīng)的無(wú)線(xiàn)資源控制(RRC)層。如圖2所示，RRC層包括空閑模式和連接模式兩個(gè)基本的工作模式，其中連接模式進(jìn)一步包括小區(qū)專(zhuān)用信道狀態(tài)(CELL_DCH)、小區(qū)前向接入信道狀態(tài)(CELL_FACH)、小區(qū)尋呼信道狀態(tài)(CELL_PCH)和用戶(hù)注冊(cè)區(qū)尋呼信道狀態(tài)(URA_PCH)共四種子狀態(tài)。RNC通過(guò)控制UE在不同的RRC連接子狀態(tài)之間遷移，來(lái)實(shí)現(xiàn)無(wú)線(xiàn)資源的有效使用。例如，當(dāng)UE有大量數(shù)據(jù)需要傳輸時(shí)，該UE可在CELL_DCH狀態(tài)下使用HSDPA與高速上行分組接入(HSUPA)來(lái)實(shí)現(xiàn)高速數(shù)據(jù)傳輸；當(dāng)UE 只有較少量數(shù)據(jù)需要傳輸時(shí)，則可進(jìn)入CELL_FACH狀態(tài)，通過(guò)在上行方向上，承載于物理隨機(jī)接入信道(PRACH)上的隨機(jī)接入信道(RACH)，以及下行方向承載在輔公共控制物理信道 (S-CCPCH)上的前向接入信道(FACH)來(lái)傳輸數(shù)據(jù)；而當(dāng)UE暫時(shí)沒(méi)有數(shù)據(jù)需要傳輸時(shí)，則進(jìn)入其它的RRC連接子狀態(tài)，從而減少對(duì)無(wú)線(xiàn)資源的占用。HSDPA是3GPP中引入的一種下行無(wú)線(xiàn)增強(qiáng)技術(shù)，其峰值速率高達(dá)14. 4Mbps,由于采用了基于自適應(yīng)調(diào)制編碼的鏈路自適應(yīng)技術(shù)、基于物理層重傳和軟合并的混合自動(dòng)重傳請(qǐng)求(HARQ)、快速多用戶(hù)分組調(diào)度、2ms短幀等關(guān)鍵技術(shù)，具有頻譜效率高、下行傳輸速率大、傳輸時(shí)延小等明顯的優(yōu)勢(shì)，從而可以對(duì)分組數(shù)據(jù)業(yè)務(wù)提供有效地支持。在物理層，HSDPA下行包括兩個(gè)物理信道，一個(gè)是用于承載用戶(hù)數(shù)據(jù)信息高速物理下行共享信道(HS-PDSCH)，另一個(gè)是用于承載解調(diào)伴隨數(shù)據(jù)信道HS-PDSCH所需信令的高速共享控制信道(HS-SCCH)。HSDPA在上行方向增加了一個(gè)高速專(zhuān)用物理控制信道 (HS-DPCCH)，該信道用于承載反饋下行數(shù)據(jù)幀通過(guò)HS-PDSCH是(ACK)否(NACK)被正確接收的信息，或者用于反饋信道質(zhì)量指示(CQI)。在通常狀況下，UE通過(guò)HS-SCCH獲知HS-PDSCH上是否有Node B發(fā)送給它的數(shù)據(jù)， 并能夠從HS-SCCH上獲得解調(diào)HS-PDSCH上數(shù)據(jù)所需的傳輸格式和資源信息，Node B則通過(guò)HS-DPCCH獲知數(shù)據(jù)是否被正確接收，如果不正確，將發(fā)起重傳，否則發(fā)送新數(shù)據(jù)。具體地說(shuō)，UE在每個(gè)傳輸時(shí)間間隔(TTI)上，通過(guò)監(jiān)聽(tīng)HS-SCCH來(lái)判斷相應(yīng)TTI 的HS-PDSCH信道所承載的數(shù)據(jù)是否為屬于自己的數(shù)據(jù)。其中，HS-SCCH承載的信息包括16 個(gè)比特的高速下行共享信道無(wú)線(xiàn)網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)(H-RNTI)。UE就是根據(jù)H-RNTI來(lái)判斷相應(yīng) TTI的HS-PDSCH信道所承載的是否為屬于自己的數(shù)據(jù)。HSDPA在原有協(xié)議中只能用于CELL_DCH狀態(tài)，但在更新的相關(guān)協(xié)議中，提出對(duì)尋呼處于CELL_PCH和URA_PCH狀態(tài)的UE，也使用HS-PDSCH信道，而不是使用傳統(tǒng)的S-CCPCH 信道。通過(guò)將PCH映射到HS-PDSCH上，在HS-PDSCH尋呼所需的UE，使采用HS-PDSCH信道進(jìn)行語(yǔ)音或數(shù)據(jù)通信的UE能夠不用在HS-PDSCH信道和S-CCPCH信道上頻繁切換來(lái)監(jiān)聽(tīng)尋呼消息和數(shù)據(jù)，從而減少切換時(shí)延和UE耗電。另外，節(jié)省下來(lái)的S-CCPCH信道使用的碼字與功率可用于HSPA傳輸，可以明顯提高系統(tǒng)的容量和吞吐率。在這里，對(duì)于處于CELL_PCH/URA_PCH狀態(tài)的UE，對(duì)其尋呼仍然通過(guò)HS-PDSCH來(lái)實(shí)現(xiàn)，即PCH是映射到HS-PDSCH上，而不是映射到傳統(tǒng)的S-CCPCH上，將這一過(guò)程稱(chēng)為 HS-PCH。在現(xiàn)有的協(xié)議中，實(shí)現(xiàn)對(duì)處于CELL_PCH/URA_PCH狀態(tài)的UE的尋呼包括兩種流程， 一種是UE所歸屬的基站始終處于服務(wù)RNC (SRNC)管轄范圍內(nèi)，沒(méi)有相鄰RNC為其提供服務(wù)；另一種是UE第一次漫游到相鄰RNC下屬小區(qū)。第一種實(shí)現(xiàn)方式的流程如圖3所示，當(dāng)處于CELL_DCH狀態(tài)的UE持續(xù)數(shù)據(jù)量偏小時(shí)，將會(huì)轉(zhuǎn)入到CELL_FACH狀態(tài)，如果數(shù)據(jù)量又進(jìn)一步減小，則會(huì)從CELL_FACH狀態(tài)轉(zhuǎn)入 CELL_PCH或者URA_PCH狀態(tài)，此時(shí)UE會(huì)從S-CCPCH上接收尋呼數(shù)據(jù)，當(dāng)SRNC決定在下屬的小區(qū)對(duì)處于CELL_PCH或者URA_PCH狀態(tài)的UE進(jìn)行尋呼時(shí)，首先通過(guò)在SRNC和各個(gè)小區(qū)中建立的PCH傳輸承載將包含尋呼相關(guān)信息的PCH數(shù)據(jù)幀傳輸給NodeB ；NodeB根據(jù)接收到的信息將PCH映射到S-CCPCH上進(jìn)行廣播。在這種實(shí)現(xiàn)方式中，并不能準(zhǔn)確實(shí)現(xiàn)HS-PCH，一方面因?yàn)镾RNC目前不知道下屬小區(qū)是否支持基于HS-PDSCH上的尋呼，如果該NodeB或小區(qū)不支持該功能，則會(huì)尋呼失??；另一方面，PCH數(shù)據(jù)幀是通過(guò)SRNC與NodeB間的公共傳輸信道建立過(guò)程中建立的傳輸承載傳輸?shù)模m然SRNC希望采用映射到HS-PDSCH上的方式進(jìn)行尋呼，但NodeB無(wú)法識(shí)別該傳輸承載上的PCH數(shù)據(jù)幀該映射到哪種物理信道上。另一種實(shí)現(xiàn)方式的流程如圖4所示，處于HS-PCH狀態(tài)的UE進(jìn)入相鄰RNC，即漂移RNC(DRNC)下屬的小區(qū)，并通過(guò)小區(qū)更新(Cell Update)過(guò)程通知SRNC自己目前所在的小區(qū)位置；SRNC決定在相鄰RNC的小區(qū)中對(duì)UE進(jìn)行尋呼，通過(guò)基于RNSAP協(xié)議的尋呼請(qǐng)求(Paging Request)消息將尋呼所需的參數(shù)通知給DRNC ;DRNC根據(jù)SRNC的命令，構(gòu)造 Paging消息并映射到S-CCPCH上進(jìn)行廣播，從而實(shí)現(xiàn)對(duì)UE的尋呼。在該實(shí)現(xiàn)方式中，同樣不能準(zhǔn)確實(shí)現(xiàn)HS-PCH，因?yàn)樘嶤ELL_PCH/URA_PCH狀態(tài)，且下行的傳輸信道映射到HS-PDSCH上傳輸?shù)腢E漫游到相鄰RNC時(shí)，DRNC中沒(méi)有UE的狀態(tài)信息，即不知道對(duì)于該UE的尋呼消息是映射到HS-PDSCH信道上還是傳統(tǒng)的S-CCPCH信道上。如果這時(shí)DRNC將從S-CCPCH上下發(fā)消息，而UE卻是在HS-PDSCH上監(jiān)聽(tīng)自己所需要的信息，則會(huì)導(dǎo)致信息丟失。通過(guò)以上描述可見(jiàn)，無(wú)論UE處于SRNC范圍，還是進(jìn)入了 DRNC范圍，目前的技術(shù)方案都無(wú)法準(zhǔn)確實(shí)現(xiàn)HS-PCH，也就是進(jìn)入CELL_PCH/URA_PCH狀態(tài)的UE，PCH數(shù)據(jù)幀不是映射到傳統(tǒng)的S-CCPCH信道，而是映射到HS-PDSCH信道，即通過(guò)HS-PDSCH信道來(lái)接收數(shù)據(jù)的目的。此外，另外，在更新的協(xié)議中，引入了許多新的技術(shù)，例如在下行的HSDPA中引入了 64正交幅度調(diào)制(QAM)，在上行的HSUPA信道上引入了 16QAM等，通過(guò)這些技術(shù)來(lái)提高 UE空口數(shù)據(jù)的吞吐率。但是，目前當(dāng)UE漫游到相鄰RNC中時(shí)，SRNC不知道DRNC小區(qū)是否支持這些新功能，這時(shí)如果SRNC要求DRNC提供其力所不能及的服務(wù)時(shí)，將會(huì)導(dǎo)致在DRNC 中建立鏈路失敗。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供實(shí)現(xiàn)向用戶(hù)設(shè)備發(fā)送數(shù)據(jù)的方法、系統(tǒng)及設(shè)備， 用于實(shí)現(xiàn)處于CELL_PCH或URA_PCH狀態(tài)的UE，通過(guò)HS-PDSCH信道來(lái)接收數(shù)據(jù)。本發(fā)明的實(shí)施例提供了一種實(shí)現(xiàn)向用戶(hù)設(shè)備發(fā)送數(shù)據(jù)的方法，包括將小區(qū)能力集上報(bào)到無(wú)線(xiàn)網(wǎng)絡(luò)控制器RNC ；RNC分析所述小區(qū)能力集，如果獲知用戶(hù)設(shè)備所屬基站及其下屬小區(qū)支持處于小區(qū)尋呼信道CELL_PCH狀態(tài)或用戶(hù)注冊(cè)區(qū)尋呼信道URA_PCH狀態(tài)時(shí)，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能，則當(dāng)所述用戶(hù)設(shè)備進(jìn)入CELL_PCH或URA_PCH狀態(tài)，RNC將用戶(hù)設(shè)備所需數(shù)據(jù)發(fā)送給基站；所述基站在高速物理下行共享信道上將所述數(shù)據(jù)傳輸給所述用戶(hù)設(shè)備。本發(fā)明的實(shí)施例提供了一種實(shí)現(xiàn)向用戶(hù)設(shè)備發(fā)送數(shù)據(jù)的系統(tǒng)，包括用戶(hù)設(shè)備，該系統(tǒng)還包括能力上報(bào)單元，用于將用戶(hù)設(shè)備所屬基站及其下屬小區(qū)的小區(qū)能力集上報(bào)到所述 RNC ；RNC，用于接收并分析所述小區(qū)能力集，如果用戶(hù)設(shè)備所屬基站及其下屬小區(qū)支持處于CELL_PCH狀態(tài)或URA_PCH狀態(tài)時(shí)，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能，則與基站建立公共傳輸信道；當(dāng)所述用戶(hù)設(shè)備進(jìn)入CELL_PCH或URA_PCH狀態(tài)時(shí)，通過(guò)所述公共傳輸信道，將數(shù)據(jù)發(fā)送給基站；基站，用于將所述數(shù)據(jù)通過(guò)高速物理下行共享信道傳輸給所述用戶(hù)設(shè)備。本發(fā)明的實(shí)施例提供了一種無(wú)線(xiàn)網(wǎng)絡(luò)控制器，包括能力處理單元，用于接收并分析用戶(hù)設(shè)備所屬基站及其下屬小區(qū)的小區(qū)能力集， 如果所述基站及其下屬小區(qū)支持處于CELL_PCH狀態(tài)或URA_PCH狀態(tài)時(shí)，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能，則發(fā)起公共傳輸信道的建立請(qǐng)求；信道創(chuàng)建模塊，用于根據(jù)所述建立請(qǐng)求，為RNC與基站間的數(shù)據(jù)傳輸創(chuàng)建公共傳輸信道；數(shù)據(jù)傳輸單元，用于通過(guò)所述公共傳輸信道，將數(shù)據(jù)發(fā)送給所述基站。本發(fā)明的實(shí)施例通過(guò)基站將小區(qū)能力集和/或?qū)φ环日{(diào)制的支持上報(bào)到 RNC,使得RNC能夠獲知基站及其下屬小區(qū)是否支持處于CELL_PCH或URA_PCH狀態(tài)時(shí)，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能，從而在支持的情況下，通過(guò)高速物理下行共享信道將數(shù)據(jù)傳輸給用戶(hù)設(shè)備。從而實(shí)現(xiàn)了處于SRNC范圍內(nèi)的UE，進(jìn)入CELL_PCH或URA_PCH狀態(tài)后，PCH不是映射到傳統(tǒng)的S-CCPCH信道，而是映射到HS-PDSCH信道，在HS-PDSCH信道上接收下行數(shù)據(jù)。而且，通過(guò)上報(bào)是否支持正交幅度調(diào)制，使得RNC可以采用UE支持的正交幅度調(diào)制方式，向UE發(fā)送數(shù)據(jù)。本發(fā)明的實(shí)施例還通過(guò)在基站中設(shè)置能力上報(bào)單元，用于將用戶(hù)設(shè)備所屬小區(qū)的小區(qū)能力集和/或?qū)φ环日{(diào)制的支持上報(bào)到RNC，并與RNC建立公共傳輸信道，從而實(shí)現(xiàn)了處于SRNC范圍內(nèi)的UE，進(jìn)入CELL_PCH或URA_PCH狀態(tài)后，PCH不是映射到傳統(tǒng)的 S-CCPCH信道，而是映射到HS-PDSCH信道，在HS-PDSCH信道上接收下行數(shù)據(jù)。


圖1為現(xiàn)有技術(shù)中UMTS無(wú)線(xiàn)接入網(wǎng)的結(jié)構(gòu)圖；圖2為現(xiàn)有技術(shù)中RRC層的結(jié)構(gòu)圖；圖3為現(xiàn)有技術(shù)中UE所歸屬的基站始終處于服務(wù)RNC范圍內(nèi)實(shí)現(xiàn)尋呼的方法流程圖；圖4為現(xiàn)有技術(shù)中UE第一次漫游到相鄰RNC下屬小區(qū)實(shí)現(xiàn)尋呼的方法流程圖；圖5為本發(fā)明的實(shí)施例一中處于CELL_FACH狀態(tài)的UE轉(zhuǎn)入HS-PCH狀態(tài)的方法流程圖；圖6為本發(fā)明的實(shí)施例一中通過(guò)審計(jì)過(guò)程使RNC獲知NodeB中各小區(qū)是否支持 HS-PCH功能的方法流程圖；圖7為本發(fā)明的實(shí)施例一中為每一個(gè)用于HS_PCH下的HS-PDSCH傳輸都建立專(zhuān)門(mén)的傳輸承載的方法流程圖；圖8為本發(fā)明的實(shí)施例一中刪除公共傳輸信道的方法流程圖；圖9為本發(fā)明的實(shí)施例一中公共傳輸信道的重配置方法流程圖；圖10為本發(fā)明的實(shí)施例一中FP幀的結(jié)構(gòu)圖；圖11為本發(fā)明的實(shí)施例一中實(shí)現(xiàn)處于HS-PCH狀態(tài)的UE漫游到SRNC下的支持 HS-PCH功能的新的小區(qū)的數(shù)據(jù)傳輸方法流程圖；圖12為本發(fā)明的實(shí)施例一中實(shí)現(xiàn)處于HS-PCH狀態(tài)的UE漫游到SRNC下的不支持 HS-PCH功能的新的小區(qū)的數(shù)據(jù)傳輸方法流程圖；圖13為本發(fā)明的實(shí)施例一中實(shí)現(xiàn)處于HS-PCH狀態(tài)的UE漫游到SRNC下的新小區(qū)的可選數(shù)據(jù)傳輸方法流程圖；圖14為本發(fā)明的實(shí)施例二中實(shí)現(xiàn)處于HS-PCH狀態(tài)UE在DRNC中支持HS-PCH功能的小區(qū)內(nèi)接收數(shù)據(jù)的方法流程圖；圖15為本發(fā)明的實(shí)施例二中實(shí)現(xiàn)處于HS-PCH狀態(tài)UE在DRNC中不支持HS-PCH 功能的小區(qū)內(nèi)接收數(shù)據(jù)的方法流程圖；圖16為本發(fā)明的實(shí)施例二中實(shí)現(xiàn)處于HS-PCH狀態(tài)UE在DRNC中不知是否支持 HS-PCH功能的小區(qū)內(nèi)接收數(shù)據(jù)的方法流程圖；圖17為本發(fā)明的實(shí)施例二中實(shí)現(xiàn)HS-PCH狀態(tài)的UE漫游到DRNC的下屬小區(qū)接收數(shù)據(jù)的可選方法的流程圖；圖18為本發(fā)明實(shí)施例三實(shí)現(xiàn)向用戶(hù)設(shè)備發(fā)送數(shù)據(jù)的系統(tǒng)結(jié)構(gòu)圖。
具體實(shí)施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步的詳細(xì)描述。本發(fā)明的實(shí)施例通過(guò)基站將小區(qū)能力集和/或?qū)φ环日{(diào)制的支持上報(bào)到 RNC,使得RNC能夠獲知基站及其下屬小區(qū)是否支持處于CELL_PCH或URA_PCH狀態(tài)時(shí)，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能，從而在支持的情況下，通過(guò)高速物理下行共享信道將數(shù)據(jù)傳輸給用戶(hù)設(shè)備。從而實(shí)現(xiàn)了處于SRNC范圍內(nèi)的UE，進(jìn)入CELL_PCH或URA_PCH 狀態(tài)后，PCH不是映射到傳統(tǒng)的S-CCPCH信道，而是映射到HS-PDSCH信道，在HS-PDSCH信道上接收下行數(shù)據(jù)。而且，通過(guò)上報(bào)是否支持正交幅度調(diào)制，使得RNC可以采用UE支持的正交幅度調(diào)制方式，向UE發(fā)送數(shù)據(jù)。本發(fā)明的實(shí)施例一為處于CELL_PCH或URA_PCH狀態(tài)的UE，一直處于SRNC范圍內(nèi)時(shí)，實(shí)現(xiàn)HS-PCH狀態(tài)的方法；實(shí)施例二是處于CELL_PCH或URA_PCH狀態(tài)的UE，漫游到了 DRNC范圍內(nèi)時(shí)，實(shí)現(xiàn)HS-PCH狀態(tài)的方法。實(shí)施例一和實(shí)施例二還進(jìn)一步分為UE是否發(fā)生漫游的處理方法。實(shí)施例一圖5為本發(fā)明的實(shí)施例一中處于CELL_FACH狀態(tài)的UE轉(zhuǎn)入HS-PCH狀態(tài)的方法流程圖，該方法應(yīng)用于UE處于SRNC中時(shí)，且UE未發(fā)生小區(qū)間的位置切換，具體包括以下步驟步驟501、NodeB在重啟或者RNC需要獲知NodeB資源狀態(tài)時(shí)，將小區(qū)能力集上報(bào)， 并建立公共傳輸信道。NodeB重啟時(shí)，需要重新將自身的資源狀態(tài)，如是否支持HS-PCH狀態(tài)等信息上報(bào)給SRNC，從而發(fā)起本流程，或者SRNC不知道NodeB的資源狀態(tài)，要想實(shí)現(xiàn)HS-PCH，也必須發(fā)起此流程。該步驟的目的是讓SRNC獲知NodeB是否支持HS-PCH，若支持，則建立公共傳輸信道，以在該信道上傳輸數(shù)據(jù)，該公共傳輸信道就是用于傳輸通過(guò)HS-PDSCH信道發(fā)送給UE 的數(shù)據(jù)。其中，UE上報(bào)小區(qū)能力集有兩種方法，第一種方法是采用由NodeB或SRNC發(fā)起的審計(jì)(Audit)過(guò)程，RNC得知NodeB中各個(gè)小區(qū)是否支持HS-PCH功能并將其保存；另一種是資源狀態(tài)上報(bào)的過(guò)程，RNC得知NodeB中各個(gè)小區(qū)是否支持HS-PCH功能并將其保存。第一種方法的流程如圖6所示，包括以下步驟1、NodeB向RNC發(fā)送基于NBAP的審計(jì)要求(Audit Required)消息，要求發(fā)起 Audit過(guò)程。該步驟并非必須執(zhí)行，如果RNC主動(dòng)發(fā)起審計(jì)流程，則不必執(zhí)行此步驟。2、RNC向NodeB發(fā)送審計(jì)請(qǐng)求(Audit Request)消息，要求NodeB上報(bào)基站的資源狀態(tài)。3、NodeB通過(guò)審計(jì)響應(yīng)(Audit Response)消息，將基站下屬各個(gè)小區(qū)的資源狀態(tài)通知RNC。在本發(fā)明的實(shí)施例一中，擴(kuò)展了現(xiàn)有的Audit Response消息，在消息中增加了信息元素(IE)，用于指示該基站及其下屬的各個(gè)本地小區(qū)、本地小區(qū)組、小區(qū)是否支持 HS-PCH功能，即能否支持CELL_PCH或URA_PCH狀態(tài)下，下行尋呼數(shù)據(jù)在HS-PDSCH上承載。 擴(kuò)展后，Audit Response消息的消息格式如表1所示Ir J Ii 系 /fs 息 J Li 桌級(jí)名稱(chēng) (IE/Group Name)存在性 (Presence )范圍 (Range)fo息凡糸類(lèi)型和參考(正 Type and Reference )語(yǔ)義描述 (Semantics DescnpLion )緊急程度 (Criticality)應(yīng)急處理方式 (Assigned Criticality)消息描述 (Message Discriminator)必選(M)9.2.1.45無(wú)關(guān)IE忽略HS-PCH能力集 (HS-PCH Capability)可選(O)9.2.1.*是忽略>HSDPA 64QAM能力集O9.2.1.*在HSDPA中是否支持 64QAM的指示YESignore>HSUPA 16QAM能力集O9.2.1.*在HSUPA中是否支持 16QAM的指示YESignore小區(qū)信息 (Cell Information )NodeB最大小K個(gè)數(shù)>0每個(gè)忽略>小區(qū) ID(C-ID)M9.2.1.9-無(wú))'、IE> HS-PCH 能力集 (HS-PCH Capability)iij—選(O)9.2.1.*是忽略>HSDPA 64QAM能力集O9.2.1.*在HSDPA中是否支持 64QAM的指示YESignore>HSUPA 16QAM能力集O9.2.1.*在HSUPA中是否支持 16QAM的指示YESignore本地小區(qū)信息 (Local Cell Information )NodeB最大小區(qū)個(gè)數(shù)>0每一個(gè)忽略>本地小區(qū)ID (Local Cell ID)M (必選)9.2.1.38無(wú)關(guān)m> HS-PCH 能力集 (HS-PCH Capability)O9.2.1.*是忽略>HSDPA 64QAM能力集O9 2 1.*在HSDPA屮是否支持 64QAM的指示YESignore
權(quán)利要求
1.一種實(shí)現(xiàn)向用戶(hù)設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，包括基站將小區(qū)能力集上報(bào)到無(wú)線(xiàn)網(wǎng)絡(luò)控制器RNC，以便于所述RNC分析所述小區(qū)能力集， 如果獲知所述基站及其下屬小區(qū)支持處于小區(qū)尋呼信道CELL_PCH狀態(tài)或用戶(hù)注冊(cè)區(qū)尋呼信道URA_PCH狀態(tài)時(shí)，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能，則當(dāng)用戶(hù)設(shè)備進(jìn)入 CELL_PCH或URA_PCH狀態(tài)，所述RNC將所述用戶(hù)設(shè)備所需數(shù)據(jù)發(fā)送給所述基站；所述基站在高速物理下行共享信道上將所述數(shù)據(jù)傳輸給所述用戶(hù)設(shè)備。
2.根據(jù)權(quán)利要求1所述的實(shí)現(xiàn)向用戶(hù)設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，還進(jìn)一步包括所述基站將其在高速下行分組接入HSDPA中是否支持采用64正交幅度調(diào)制和/或在高速上行分組接入HSUPA中是否支持采用16正交幅度調(diào)制的信息上報(bào)給RNC，以便所述 RNC向基站發(fā)送所述數(shù)據(jù)時(shí)，采用所述基站支持的正交幅度調(diào)制方式。
3.根據(jù)權(quán)利要求2所述的實(shí)現(xiàn)向用戶(hù)設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，所述將小區(qū)能力集和對(duì)正交幅度調(diào)制的支持上報(bào)到RNC具體包括在基站在重啟或者RNC請(qǐng)求獲得所述基站的資源狀態(tài)時(shí)，所述基站通過(guò)審計(jì)過(guò)程將所述小區(qū)能力集和對(duì)正交幅度調(diào)制的支持上報(bào)給所述RNC。
4.一種實(shí)現(xiàn)向用戶(hù)設(shè)備發(fā)送數(shù)據(jù)的系統(tǒng)，其特征在于，該系統(tǒng)包括能力上報(bào)單元，無(wú)線(xiàn)網(wǎng)絡(luò)控制器RNC和基站；其中，所述能力上報(bào)單元，用于將所述基站及其下屬小區(qū)的小區(qū)能力集上報(bào)到所述RNC ；所述RNC，用于接收并分析所述小區(qū)能力集，如果分析獲知所述基站及其下屬小區(qū)支持處于小區(qū)尋呼信道CELL_PCH狀態(tài)或用戶(hù)注冊(cè)區(qū)尋呼信道URA_PCH狀態(tài)時(shí)，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能，則與基站建立公共傳輸信道，則當(dāng)用戶(hù)設(shè)備進(jìn)入CELL_PCH或 URA_PCH狀態(tài)時(shí)，通過(guò)所述公共傳輸信道，將數(shù)據(jù)發(fā)送給所述基站；所述基站，用于將所述數(shù)據(jù)通過(guò)高速物理下行共享信道傳輸給所述用戶(hù)設(shè)備。
5.根據(jù)權(quán)利要求4所述的實(shí)現(xiàn)向用戶(hù)設(shè)備發(fā)送數(shù)據(jù)的系統(tǒng)，其特征在于，所述能力上報(bào)單元設(shè)置在所述基站中。
6.根據(jù)權(quán)利要求4所述的基站，其特征在于，所述能力上報(bào)單元進(jìn)一步用于將所述基站對(duì)正交幅度調(diào)制的支持信息上報(bào)給RNC。
7.一種基站，其特征在于，包括能力上報(bào)單元，用于將基站及其下屬小區(qū)的小區(qū)能力集上報(bào)到所述無(wú)線(xiàn)網(wǎng)絡(luò)控制器 RNC,以便于所述RNC分析所述小區(qū)能力集，并在獲知所述基站及其下屬小區(qū)支持處于小區(qū)尋呼信道CELL_PCH狀態(tài)或用戶(hù)注冊(cè)區(qū)尋呼信道URA_PCH狀態(tài)時(shí)，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能，在當(dāng)用戶(hù)設(shè)備進(jìn)入CELL_PCH或URA_PCH狀態(tài)，所述RNC將用戶(hù)設(shè)備所需數(shù)據(jù)發(fā)送給所述基站；所述基站還包括用于在高速物理下行共享信道上將所述數(shù)據(jù)傳輸給所述用戶(hù)設(shè)備的單元。
8.根據(jù)權(quán)利要求7所述的基站，其特征在于，所述能力上報(bào)單元進(jìn)一步用于將所述基站對(duì)正交幅度調(diào)制的支持信息上報(bào)給RNC。
9.一種無(wú)線(xiàn)網(wǎng)絡(luò)控制器，其特征在于，包括接收基站上報(bào)的小區(qū)能力集的單元；分析所述小區(qū)能力集的單元；如果獲知所述基站及其下屬小區(qū)支持處于小區(qū)尋呼信道CELL_PCH狀態(tài)或用戶(hù)注冊(cè)區(qū)尋呼信道URA_PCH狀態(tài)時(shí)，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能，則當(dāng)用戶(hù)設(shè)備進(jìn)入CELL_PCH或URA_PCH狀態(tài)，將所述用戶(hù)設(shè)備所需數(shù)據(jù)發(fā)送給基站，以便于所述基站在高速物理下行共享信道上將所述數(shù)據(jù)傳輸給所述用戶(hù)設(shè)備的單元。
10.如權(quán)利要求9所述的一種無(wú)線(xiàn)網(wǎng)絡(luò)控制器，其特征在于，還包括接收所述基站上報(bào)的對(duì)正交幅度調(diào)制的支持信息的單元。
全文摘要
本發(fā)明公開(kāi)了一種實(shí)現(xiàn)向用戶(hù)設(shè)備發(fā)送數(shù)據(jù)的方法，包括，將小區(qū)能力集上報(bào)到RNC；RNC分析所述小區(qū)能力集，如果獲知用戶(hù)設(shè)備所屬基站及其下屬小區(qū)支持處于CELL_PCH狀態(tài)或URA_PCH狀態(tài)時(shí)，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能，則當(dāng)所述用戶(hù)設(shè)備進(jìn)入CELL_PCH或URA_PCH狀態(tài)，RNC將用戶(hù)設(shè)備所需數(shù)據(jù)發(fā)送給基站；所述基站在高速物理下行共享信道上將所述數(shù)據(jù)傳輸給所述用戶(hù)設(shè)備。本發(fā)明還公開(kāi)了一種實(shí)現(xiàn)向用戶(hù)設(shè)備發(fā)送數(shù)據(jù)的系統(tǒng)，包括能力上報(bào)單元、RNC和基站。本發(fā)明還公開(kāi)了一種無(wú)線(xiàn)網(wǎng)絡(luò)控制器。
文檔編號(hào)H04W72/14GK102413578SQ20111030023
公開(kāi)日2012年4月11日 申請(qǐng)日期2007年2月13日 優(yōu)先權(quán)日2007年2月13日
發(fā)明者吳濤 申請(qǐng)人:華為技術(shù)有限公司