專利名稱：：實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及無(wú)線通信技術(shù)，特別是實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法及系統(tǒng)。
背景技術(shù)：
：通用移動(dòng)通信系統(tǒng)(UMTS)是第三代合作項(xiàng)目(3GPP)負(fù)責(zé)推動(dòng)并標(biāo)準(zhǔn)化的第三代移動(dòng)通信系統(tǒng)，包括核心網(wǎng)、無(wú)線接入網(wǎng)和用戶設(shè)備(UE)等子系統(tǒng)。其中，UMTS無(wú)線接入網(wǎng)(UTRAN)的結(jié)構(gòu)如圖1所示，其中，一個(gè)NodeB(節(jié)點(diǎn)B)包含一個(gè)或多個(gè)小區(qū)，NodeB與無(wú)線網(wǎng)絡(luò)控制器(RNC)之間的接口為Iub接口，RNC與RNC之間的接口為Iur接口，RNC與核心網(wǎng)的接口為Iu接口。RNC與其所控制的NodeB組成無(wú)線網(wǎng)絡(luò)子系統(tǒng)(RNS),UE則通過(guò)Uu接口，即無(wú)線空中接口與UTRAN相連，所述Uu接口在圖1中未示出。UTRAN的Iub和Iur接口分為控制平面和用戶平面兩個(gè)部分，其中控制平面分別對(duì)應(yīng)節(jié)點(diǎn)B應(yīng)用部分(NBAP)協(xié)議和無(wú)線網(wǎng)絡(luò)子系統(tǒng)應(yīng)用部分(RNSAP)協(xié)議；用戶平面為數(shù)據(jù)幀(FP)協(xié)議，包括專用信道幀協(xié)議和公共信道幀協(xié)議，用于傳輸RNC和NodeB之間的用戶平面的數(shù)據(jù)分組。在無(wú)線空中接口(Uu接口)上，與高速下行分組接入(HSDPA)相關(guān)的協(xié)議主要涉及物理層、媒體接入控制(MAC)層以及相應(yīng)的無(wú)線資源控制(RRC)層。如圖2所示，RRC層包括空閑模式和連接模式兩個(gè)基本的工作模式，其中連接模式進(jìn)一步包括小區(qū)專用信道狀態(tài)(CELL_DCH)、小區(qū)前向接入信道狀態(tài)(CELL—FACH)、小區(qū)尋呼信道狀態(tài)(CELL—PCH)和用戶注冊(cè)區(qū)尋呼信道狀態(tài)(URA_PCH)共四種子狀態(tài)。RNC通過(guò)控制UE在不同的RRC連接子狀態(tài)之間遷移，來(lái)實(shí)現(xiàn)無(wú)線資源的有效使用。例如，當(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í)沒有數(shù)據(jù)需要傳輸時(shí)，則進(jìn)入其它的RRC連接子狀態(tài)，從而減少對(duì)無(wú)線資源的占用。HSDPA是3GPP中引入的一種下行無(wú)線增強(qiáng)技術(shù)，其峰值速率高達(dá)14.4Mbps,由于采用了基于自適應(yīng)調(diào)制編碼的鏈路自適應(yīng)技術(shù)、基于物理層重傳和軟合并的混合自動(dòng)重傳請(qǐng)求(HARQ)、快速多用戶分組調(diào)度、2ms短幀等關(guān)鍵技術(shù)，具有頻譜效率高、下行傳輸速率大、傳輸時(shí)延小等明顯的優(yōu)勢(shì)，從而可以對(duì)分組數(shù)據(jù)業(yè)務(wù)提供有效地支持。在物理層，HSDPA下行包括兩個(gè)物理信道，一個(gè)是用于承載用戶數(shù)據(jù)信息高速物理下行共享信道(HS-PDSCH)，另一個(gè)是用于承載解調(diào)伴隨數(shù)據(jù)信道HS-PDSCH所需信令的高速共享控制信道(HS-SCCH)。HSDPA在上行方向增加了一個(gè)高速專用物理控制信道(HS-DPCCH)，該信道用于承栽反饋下行數(shù)據(jù)幀通過(guò)HS-PDSCH是(ACK)否(NACK)被正確接收的信息，或者用于反饋信道質(zhì)量指示(CQI)。在通常狀況下，UE通過(guò)HS-SCCH獲知HS-PDSCH上是否有NodeB發(fā)送給它的數(shù)據(jù)，并能夠從HS-SCCH上獲得解調(diào)HS-PDSCH上數(shù)據(jù)所需的傳輸格式和資源信息，NodeB則通過(guò)HS-DPCCH獲知數(shù)據(jù)是否被正確接收，如果不正確，將發(fā)起重傳，否則發(fā)送新數(shù)據(jù)。具體地說(shuō)，UE在每個(gè)傳輸時(shí)間間隔(TTI)上，通過(guò)監(jiān)聽HS-SCCH來(lái)判斷相應(yīng)TTI的HS-PDSCH信道所承載的數(shù)據(jù)是否為屬于自己的數(shù)據(jù)。其中，HS-SCCH承栽的信息包括16個(gè)比特的高速下行共享信道無(wú)線網(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é)議中，為了增強(qiáng)UE在CELL—FACH狀態(tài)下的數(shù)據(jù)傳輸能力，減少UE從CELL—FACH狀態(tài)到CELL—DCH狀態(tài)的轉(zhuǎn)換時(shí)延，3GPP將HSDPA擴(kuò)展到CEIX—FACH狀態(tài)下。處于CELL—FACH狀態(tài)下UE的HSDPA傳輸仍使用HS-PDSCH信道，下行控制信道仍使用HS-SCCH,UE根據(jù)HS-SCCH上攜帶的H-RNTI來(lái)判斷相應(yīng)TTI的HS-PDSCH信道上是否有屬于自己的數(shù)據(jù)需要接收。但是，與CELL—DCH狀態(tài)下的HSDPA傳輸不同，CELL—FACH狀態(tài)下的HSDPA傳輸在上行方向不再采用HS-DPCCH信道反饋CQI和ACK/NACK信息，而是釆用其它方式來(lái)實(shí)現(xiàn)鏈路的自適應(yīng)。通過(guò)將PCH映射到HS-PDSCH信道上，在HS-PDSCH尋呼所需的UE,使采用HS-PDSCH信道進(jìn)行語(yǔ)音或數(shù)據(jù)通信的UE能夠不用在HS-PDSCH信道和S-CCPCH信道上頻繁切換來(lái)監(jiān)聽尋呼消息和數(shù)據(jù)，從而減少切換時(shí)延和UE耗電。另外，節(jié)省下來(lái)的S-CCPCH信道所使用的碼字與功率可用于其它傳輸，可以明顯提高系統(tǒng)的容量和吞吐率。在這里，對(duì)于處于CELL_DCH狀態(tài)的UE,由于數(shù)據(jù)量較少而進(jìn)入CELL—FACH狀態(tài)后，F(xiàn)ACH不是映射到傳統(tǒng)的S-CCPCH信道，而是映射到HS-PDSCH信道，將這一過(guò)程稱為HS-FACH。在現(xiàn)有的協(xié)議中，實(shí)現(xiàn)CELL-FACH包括兩種流程，一種是UE所歸屬的基站始終處于服務(wù)RNC(SRNC)管轄范圍內(nèi)，沒有相鄰RNC為其提供服務(wù)；另一種是UE第一次漫游到相鄰RNC下屬小區(qū)。第一種實(shí)現(xiàn)方式的流程如圖3所示，具體包括1)RNC中的RRC才莫塊通過(guò)物理信道重配置(PhysicalChannelReconfiguration)消息通知UE轉(zhuǎn)入CELL—FACH狀態(tài)；2)UE中的RRC模塊釋放相關(guān)資源后，通過(guò)物理信道重配置完成(PhysicalChannelReconfigurationComplete)消息響應(yīng)RNC,通知RNC其所處小區(qū)的資源狀態(tài)；3)RNC通過(guò)無(wú)線連接刪除請(qǐng)求(RadioLinkDeletionRequest)消息通知NodeB釋放相關(guān)資源；4)NodeB釋放相關(guān)資源并通過(guò)無(wú)線連接刪除響應(yīng)(RadioLinkDeletionRequestResponse)消息響應(yīng)RNC的請(qǐng)求；5)RNC和NodeB之間釋放為該UE建立的傳輸承載；6)當(dāng)RNC發(fā)現(xiàn)有傳輸給該UE的下行數(shù)據(jù)時(shí)，通過(guò)FACH傳輸承栽，對(duì)要傳輸?shù)臄?shù)據(jù)打包處理后傳輸給NodeB;7)NodeB將從FACH傳輸承栽上收到的數(shù)據(jù)包由S-CCPCH承栽在整個(gè)小區(qū)上廣播，UE解析S-CCPCH上的數(shù)據(jù)后根據(jù)UE標(biāo)識(shí)信息判斷出是發(fā)送給自己的信息，再對(duì)其進(jìn)行相應(yīng)處理。通過(guò)該過(guò)程描述可以看出，目前的技術(shù)方案還無(wú)法支持UE由CELL一DCH狀態(tài)轉(zhuǎn)入HS-FACH狀態(tài)，這是因?yàn)?、UE在和RNC中的交互過(guò)程(如RRC建立過(guò)程)中，RNC已知該UE是否支持HS-FACH功能，而對(duì)下屬基站各個(gè)小區(qū)是否支持HS-FACH功能，通過(guò)目前的方案中沒有辦法獲得。如果RNC要求UE在一個(gè)不支持HS-FACH功能的小區(qū)轉(zhuǎn)入該HS-FACH狀態(tài)，將導(dǎo)致UE在HS-FACH狀態(tài)下無(wú)法接收數(shù)據(jù)；2、當(dāng)處于HS-FACH狀態(tài)的UE漫游到本RNC下屬一個(gè)新的小區(qū)時(shí)，如果該小區(qū)基站不支持HS-FACH狀態(tài)，處于HS-FACH狀態(tài)的UE此時(shí)仍然在HS-PDSCH上接收數(shù)據(jù)，將會(huì)導(dǎo)致接收數(shù)據(jù)失??；3、如果UE所屬小區(qū)支持HS-FACH，由前述步驟7)可以知道，目前的用戶數(shù)據(jù)將從通過(guò)公共傳輸信道建立過(guò)程(CommonTransportChannelSetup)中建立的傳輸承載向NodeB傳輸，而NodeB將從該傳輸承載上接收到的數(shù)據(jù)直接在S-CCPCH上傳輸，從而導(dǎo)致處于HS-FACH狀態(tài)的UE無(wú)法接收到數(shù)據(jù)。對(duì)于前述第二種CELL-FACH實(shí)現(xiàn)方式，其流程如圖4所示，包括1)處于HS-FACH狀態(tài)的UE檢測(cè)到進(jìn)入了新的小區(qū)，并讀取了系統(tǒng)廣播信息，知道如何從新的小區(qū)中的HS-PDSCH上獲取下行數(shù)據(jù)；2)UE通過(guò)PRACH物理信道將公共控制信道(CCCH)上承載的L3消息上傳到漂移RNC(DRNC);L3消息消息中包含UE標(biāo)識(shí)、更新小區(qū)原因等信息；3)DRNC通過(guò)上行信號(hào)傳輸指示(UplinkSignallingTransferIndication)消息將UE上傳的L3消息及其它的相關(guān)信息，如RNTI等通知SRNC;4)SRNC解析出所承載的L3消息并進(jìn)行相應(yīng)處理后，將應(yīng)答的L3消息通過(guò)下行信號(hào)傳輸請(qǐng)求(DownlinkSignallingTransferR叫uest)消息發(fā)送給DRNC;這里，SRNC會(huì)根據(jù)UE是否仍支持HS-FACH,決定是否在HS-DSCH上發(fā)送數(shù)據(jù)；5)DRNC將L3消息通過(guò)S-CCPCH發(fā)送給UE。通過(guò)以上描述可以看出，目前的技術(shù)實(shí)現(xiàn)方案不支持基于HS-FACH的UE初次進(jìn)入相鄰RNC的小區(qū)的處理，因?yàn)?、SRNC中目前并不知道DRNC是否支持HS-FACH功能。SRNC從DRNC中上報(bào)的UplinkSignallingTransferIndication消息中的S-RNTI可以獲得UE是處于HS-FACH狀態(tài)，從而要求DRNC下屬的小區(qū)從HS-FACH狀態(tài)下發(fā)L3消息，而如果此時(shí)UE接入的小區(qū)不支持HS-FACH功能，就會(huì)導(dǎo)致HS-FACH狀態(tài)UE接收數(shù)據(jù)失??；2、DRNC接收到DownlinkSignallingTransferRequest消息后，目前是通過(guò)已經(jīng)建立的S-CCPCH上下發(fā)數(shù)據(jù)，而不是從HS-DSCH上下發(fā)數(shù)據(jù)，從而導(dǎo)致仍處于HS-FACH狀態(tài)的UE接收數(shù)據(jù)失敗。綜上所述，無(wú)論UE處于SRNC范圍，還是進(jìn)入了DRNC范圍，目前的技術(shù)方案都無(wú)法準(zhǔn)確實(shí)現(xiàn)處于CELL—DCH狀態(tài)的UE，進(jìn)入CELL—FACH狀態(tài)后，F(xiàn)ACH不是映射到傳統(tǒng)的S-CCPCH信道，而是映射到HS-PDSCH信道，即通過(guò)HS-PDSCH信道來(lái)接收數(shù)據(jù)。
發(fā)明內(nèi)容有鑒于此，本發(fā)明實(shí)施例的目的在于提供向用戶設(shè)備發(fā)送數(shù)據(jù)的方法及系統(tǒng)，用于實(shí)現(xiàn)處于CELL一FACH狀態(tài)的UE,通過(guò)HS-PDSCH信道來(lái)接收數(shù)據(jù)。本發(fā)明的實(shí)施例提供了一種向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，包括基站將小區(qū)能力集上報(bào)到無(wú)線網(wǎng)絡(luò)控制器，無(wú)線網(wǎng)絡(luò)控制器根據(jù)所述小區(qū)能力集，如果獲知所述基站及其下屬小區(qū)支持處于小區(qū)前向接入信道狀態(tài)時(shí)，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能，則與基站建立公共傳輸信道，當(dāng)所述用戶設(shè)備進(jìn)入小區(qū)前向接入信道狀態(tài)，無(wú)線網(wǎng)絡(luò)控制器通過(guò)所述公共傳輸信道將數(shù)據(jù)發(fā)送給基站，所述基站在高速物理下行共享信道上將數(shù)據(jù)傳輸給所述用戶設(shè)備。本發(fā)明的實(shí)施例提供了一種向用戶設(shè)備發(fā)送數(shù)據(jù)的系統(tǒng)，包括基站、無(wú)線網(wǎng)絡(luò)控制器，其中包括能力上報(bào)單元，用于將用戶設(shè)備所屬小區(qū)的小區(qū)能力集上報(bào)到所述無(wú)線網(wǎng)絡(luò)控制器，并與所述無(wú)線網(wǎng)絡(luò)控制器建立公共傳輸信道；下發(fā)單元，當(dāng)所述用戶設(shè)備進(jìn)入小區(qū)前向接入信道狀態(tài)，無(wú)線網(wǎng)絡(luò)控制器中有下發(fā)給所述用戶設(shè)備的數(shù)據(jù)時(shí)，用于根據(jù)收到的所述用戶設(shè)備所屬小區(qū)的小區(qū)能力集，通過(guò)所述公共傳輸信道將數(shù)據(jù)發(fā)送給基站；數(shù)據(jù)傳輸單元，用于將所述數(shù)據(jù)通過(guò)高速物理下行共享信道傳輸給所述用戶設(shè)備。本發(fā)明的實(shí)施例通過(guò)基站將小區(qū)能力集上報(bào)到無(wú)線網(wǎng)絡(luò)控制器，使得無(wú)線網(wǎng)絡(luò)控制器能夠獲知基站及其下屬小區(qū)支持處于小區(qū)前向接入信道狀態(tài)時(shí)，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能，從而在支持的情況下，通過(guò)高速物理下行共享信道將數(shù)據(jù)傳輸給用戶設(shè)備。從而實(shí)現(xiàn)了處于SRNC范圍內(nèi)的UE，進(jìn)入CELL—FACH狀態(tài)后，F(xiàn)ACH不是映射到傳統(tǒng)的S-CCPCH信道，而是映射到HS-PDSCH信道，在HS-PDSCH信道上接收下行數(shù)據(jù)。本發(fā)明的實(shí)施例還通過(guò)在基站中設(shè)置能力上報(bào)單元，用于將用戶設(shè)備所屬小區(qū)的小區(qū)能力集上報(bào)到無(wú)線網(wǎng)絡(luò)控制器，并與所述無(wú)線網(wǎng)絡(luò)控制器建立公共傳輸信道，從而實(shí)現(xiàn)了處于SRNC范圍內(nèi)的UE,進(jìn)入CELL—FACH狀態(tài)后，F(xiàn)ACH不是映射到傳統(tǒng)的S-CCPCH信道，而是映射到HS-PDSCH信道，在HS-PDSCH信道上接收下行數(shù)據(jù)。圖1為現(xiàn)有技術(shù)中UMTS無(wú)線接入網(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)CELL-FACH的方法流程圖；圖4為現(xiàn)有技術(shù)中UE第一次漫游到相鄰RNC下屬小區(qū)實(shí)現(xiàn)CELL-FACH的方法流程圖；圖5為本發(fā)明的實(shí)施例一中處于CELL—DCH狀態(tài)的UE轉(zhuǎn)入HS-FACH狀態(tài)的方法流程圖；圖6為本發(fā)明的實(shí)施例一中通過(guò)審計(jì)過(guò)程使RNC獲知NodeB中各小區(qū)是否支持HS-FACH功能的方法流程圖；圖7為本發(fā)明的實(shí)施例一中為每一個(gè)用于CELL—FACH下的HS-PDSCH傳輸都建立專門的傳輸承載的方法流程圖；圖8為本發(fā)明的實(shí)施例一中刪除公共傳輸信道的方法流程圖；圖9為本發(fā)明的實(shí)施例一中公共傳輸信道的重配置方法流程圖；圖IO為本發(fā)明的實(shí)施例一中FP幀的結(jié)構(gòu)圖；圖11為本發(fā)明的實(shí)施例一中實(shí)現(xiàn)處于HS-FACH狀態(tài)的UE漫游到SRNC下的支持HS-FACH功能的新的小區(qū)的數(shù)據(jù)傳輸方法流程圖；圖12為本發(fā)明的實(shí)施例一中實(shí)現(xiàn)處于HS-FACH狀態(tài)的UE漫游到SRNC下的不支持HS-FACH功能的新的小區(qū)的數(shù)據(jù)傳輸方法流程圖；圖13為本發(fā)明的實(shí)施例一中實(shí)現(xiàn)處于HS-FACH狀態(tài)的UE漫游到SRNC下的新小區(qū)的可選數(shù)據(jù)傳輸方法流程圖；圖14為本發(fā)明的實(shí)施例二中實(shí)現(xiàn)處于HS-FACH狀態(tài)UE在相鄰RNC中支持HS-FACH功能的小區(qū)內(nèi)接收數(shù)據(jù)的方法流程圖；圖15為本發(fā)明的實(shí)施例二中實(shí)現(xiàn)處于HS-FACH狀態(tài)UE在相鄰RNC中不支持HS-FACH功能的小區(qū)內(nèi)接收數(shù)據(jù)的方法流程圖；圖16為本發(fā)明的實(shí)施例二中實(shí)現(xiàn)HS-FACH狀態(tài)的UE漫游到相鄰RNC的下屬小區(qū)接收數(shù)據(jù)的可選方法的流程圖；圖17為本發(fā)明實(shí)施例三實(shí)現(xiàn)向用戶設(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ū)能力集上報(bào)到無(wú)線網(wǎng)絡(luò)控制器，使得無(wú)線網(wǎng)絡(luò)控制器能夠獲知基站及其下屬小區(qū)支持處于小區(qū)前向接入信道狀態(tài)時(shí)，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能，從而在支持的情況下，通過(guò)高速物理下行共享信道將數(shù)據(jù)傳輸給用戶設(shè)備。從而實(shí)現(xiàn)了處于SRNC范圍內(nèi)的UE，進(jìn)入CELL—FACH狀態(tài)后，F(xiàn)ACH不是映射到傳統(tǒng)的S-CCPCH信道，而是映射到HS-PDSCH信道，在HS-PDSCH信道上接收下行數(shù)據(jù)。本發(fā)明的實(shí)施例還通過(guò)在基站中設(shè)置能力上報(bào)單元，用于將用戶設(shè)備所屬小區(qū)的小區(qū)能力集上報(bào)到無(wú)線網(wǎng)絡(luò)控制器，并與所述無(wú)線網(wǎng)絡(luò)控制器建立公共傳輸信道，從而實(shí)現(xiàn)了處于SRNC范圍內(nèi)的UE，進(jìn)入CELL—FACH狀態(tài)后，F(xiàn)ACH不是映射到傳統(tǒng)的S-CCPCH信道，而是映射到HS-PDSCH信道，在HS-PDSCH信道上接收下行數(shù)據(jù)。本發(fā)明的實(shí)施例一為處于CELL_DCH狀態(tài)的UE，一直處于SRNC范圍內(nèi)時(shí)，實(shí)現(xiàn)HS-FACH狀態(tài)的方法；實(shí)施例二是處于CELL—DCH狀態(tài)的UE，漫游到了DRNC范圍內(nèi)時(shí)，實(shí)現(xiàn)HS-FACH狀態(tài)的方法。實(shí)施例一圖5為本發(fā)明的實(shí)施例一中處于CELL一DCH狀態(tài)的UE轉(zhuǎn)入HS-FACH狀態(tài)的方法流程圖，該方法應(yīng)用于UE處于SRNC中時(shí)，具體包括以下步驟步驟501、NodeB在重啟或者RNC需要獲知NodeB資源狀態(tài)時(shí)，將小區(qū)能力集上報(bào)，并建立公共傳輸信道。NodeB重啟時(shí)，需要重新將自身的資源狀態(tài)，如是否支持HS-FACH狀態(tài)等信息上才艮給SRNC,從而發(fā)起本流程，或者SRNC不知道NodeB的資源狀態(tài)，要想實(shí)現(xiàn)HS-FACH,也必須發(fā)起此流程。該步驟的目的是讓SRNC獲知NodeB是否支持HS-FACH,若支持，則建立公共傳輸信道，以在該信道上傳輸數(shù)據(jù)，該公共傳輸信道就是HS-PDSCH信道。其中UE上報(bào)小區(qū)能力集有兩種方法，第一種方法是采用由NodeB或SRNC發(fā)起的審計(jì)(Audit)過(guò)程，RNC得知NodeB中各個(gè)小區(qū)是否支持HS-FACH功能并將其保存；另一種是資源狀態(tài)上報(bào)的過(guò)程，RNC得知NodeB中各個(gè)小區(qū)是否支持HS-FACH功能并將其保存。第一種方法的流程如圖6所示，包括以下步驟1、NodeB向RNC發(fā)送基于NBAP的審計(jì)要求(AuditRequired)消息，要求發(fā)起Audit過(guò)程。該步驟并非必須執(zhí)行，如果RNC主動(dòng)發(fā)起審計(jì)流程，則不必執(zhí)行此步驟。2、RNC向NodeB發(fā)送審計(jì)請(qǐng)求(AuditRequest)消息，要求NodeB上報(bào)基站的資源狀態(tài)。3、NodeB通過(guò)審計(jì)響應(yīng)(AuditResponse)消息，將基站下屬各個(gè)小區(qū)的資源狀態(tài)通知RNC。在本發(fā)明的實(shí)施例一中，擴(kuò)展了現(xiàn)有的AuditResponse消息，在消息中增加了信息元素(IE)，用于指示該基站及其下屬的各個(gè)本地小區(qū)、本地小區(qū)組、小區(qū)是否支持HS-FACH功能，即能否支持CELL—FACH狀態(tài)下，下行數(shù)據(jù)在HS-PDSCH上承載。擴(kuò)展后，AuditResponse消息的消息格式如表1所示200710079049.0說(shuō)明書第10/26頁(yè)信息元素/信息元素級(jí)名稱(IE/GroupName)存在性(Presence)范圍(Range)信息元素類型和參考(IETypeandReference)語(yǔ)義描述(SemanticsDescription)緊急程度(Criticality)應(yīng)急處理方式(AssignedCriticality)消息描述(MessageDiscriminator)必選(M)9.2.1.45無(wú)關(guān)IE忽略HS-FACH能力集(HS-FACHCapability)可選(O)9.2丄*是忽略小區(qū)信息(CellInformation)NodeB最大小區(qū)個(gè)數(shù)>0每一個(gè)忽略>小區(qū)ID(C-ID)M9.2.1.9一無(wú)關(guān)IE>HS-FACH能力集(HS-FACHCapability)可選(O)9.2.1.*是忽略本地小區(qū)信息(LocalCellInformation)NodeB最大小區(qū)個(gè)數(shù)>0每一個(gè)忽略>本地小區(qū)ID(LocalCellID)M(必選)9.2.1.38無(wú)關(guān)IE>HS-FACH能力集(HS-FACHCapability)O9.2.1.*是忽略本地小區(qū)組信息(LocalCellGroupInformation)NodeB最大小區(qū)個(gè)數(shù)>0每一個(gè)忽略〉本地小區(qū)組ID(LocalCellGroupID)M(必選)9.2.1.37A無(wú)關(guān)IE>HS-FACH能力集(HS-FACHCapability)O9,2丄*是忽略表1在該消息格式中，小區(qū)信息、本地小區(qū)信息及本地小區(qū)組信息為擴(kuò)展內(nèi)容，分別表示小區(qū)、本地小區(qū)及本地小區(qū)組是否支持HS-FACH功能。在本發(fā)明的實(shí)施例一中，這三項(xiàng)擴(kuò)展IE并非必須同時(shí)存在，可以在消息中只包含其中的一或兩項(xiàng)。另外，信息元素類型和參考是指標(biāo)準(zhǔn)中的索引和章節(jié)。其中，對(duì)于HS-FACH能力集的表示方式有兩種，分別如表2和表3所示<table>tableseeoriginaldocumentpage20</column></row><table>表3這兩種表示方式的差別在于，表2所示方式是只需該項(xiàng)IE存在，表明支持UE在CELL—FACH狀態(tài)下下行數(shù)據(jù)映射到HS-DSCH上傳輸，不存在則表明不支持；而表3所示方式是用不同的值分別表示是否支持UE在CELL—FACH狀態(tài)下下行數(shù)據(jù)映射到HS-DSCH上傳輸。RNC在接收到所述AuditResponse消息后，還要進(jìn)行如下的處理4、RNC接收到AuditResponse消息后解析該基站和/或該基站下屬的各個(gè)本地小區(qū)、和/或本地小區(qū)組、和/或小區(qū)是否支持HS-FACH功能。5、如果上述相關(guān)IE都表示支持該功能，則將該基站和/或該本地小區(qū)組和/或該小區(qū)和/或本地小區(qū)的能力集置為可用；如果不支持或者該AuditResponse消息中不包含相關(guān)的指示IE,則認(rèn)為該本地小區(qū)和/或本地小區(qū)組和/或小區(qū)不支持HS-FACH功能。通過(guò)此過(guò)程，RNC就獲知了NodeB的該基站/該本地小區(qū)/該本地小區(qū)組/該小區(qū)能力集。而第二種獲得基站是否支持HS-FACH功能的方法包括以下步驟1、當(dāng)基站需要上報(bào)資源狀態(tài)給RNC時(shí)，將發(fā)送資源狀態(tài)指示(ResourceStatusIndication)消息給RNC。同樣需要對(duì)現(xiàn)有的ResourceStatusIndication消息進(jìn)行擴(kuò)展，在消息中增加IE指示基站和/或各個(gè)本地小區(qū)和/或本地小區(qū)組和/或小區(qū)是否支持HS-FACH功能。具體擴(kuò)展如表4所示信息元素/信息元素級(jí)名稱存在性信息元素類型和參考緊急程度應(yīng)急處理方式<table>tableseeoriginaldocumentpage21</column></row><table>表4從表2中可以看出，對(duì)于ResourceStatusIndication消息的擴(kuò)展方式與AuditResponse消息相同，也是擴(kuò)展基站、小區(qū)信息、本地小區(qū)信息及本地小區(qū)組信息，分別表示基站、小區(qū)、本地小區(qū)及本地小區(qū)組是否支持HS-FACH功能。同樣，這四項(xiàng)擴(kuò)展IE并非必須同時(shí)存在，可以在消息中只包含其中的一或多項(xiàng)。2、RNC接收到ResourceStatusIndication消息后解析該基站/各個(gè)本地小區(qū)/本地小區(qū)組/小區(qū)是否支持HS-FACH功能。3、如果相關(guān)的IE表示支持該功能，則將該該基站/各個(gè)本地小區(qū)/本地小區(qū)組/小區(qū)的能力集置為可用；如果不支持或者該ResourceStatusIndication消息中不包含相關(guān)的指示IE，則認(rèn)為該該基站/各個(gè)本地小區(qū)/本地小區(qū)組/小區(qū)不支持HS-FACH功能。以上所述審計(jì)過(guò)程和資源狀態(tài)上報(bào)過(guò)程都能夠?qū)崿F(xiàn)RNC就獲取NodeB的小區(qū)能力集，獲知是否支持HS-FACH功能，這兩種方法可以都執(zhí)行，也可以只執(zhí)行其中一個(gè)。然后，還要在RNC和NodeB之間建立公共傳輸信道，用于傳輸給HS-FACH狀態(tài)UE的下行數(shù)據(jù)。因?yàn)楫?dāng)RNC獲知其下屬NodeB中的某個(gè)小區(qū)中有UE進(jìn)入HS-FACH狀態(tài)時(shí)，而在RNC和NodeB之間并沒有為用于CELL—FACH狀態(tài)下UE傳輸數(shù)據(jù)的HS-DSCH建立傳輸承載時(shí)，必須在RNC和NodeB之間建立相關(guān)的傳輸承載。具體的實(shí)現(xiàn)也有兩種不同的方式，第一種方式是為每一個(gè)用于CELL—FACH下的HS-PDSCH傳輸都建立專門的傳輸承載來(lái)實(shí)現(xiàn)，第一種方式其流程如圖7所示，包括以下步驟1、RNC通過(guò)NBAP消息^〉共傳輸信道建立請(qǐng)求(CommonTransportChannelSetupR叫uest)消息通知NodeB，消息中指出了建立用于傳輸CELL—FACH狀態(tài)UE的數(shù)據(jù)的HS-PDSCH信道的個(gè)數(shù)，每個(gè)信道相關(guān)的公共傳輸信道ID,采用的特定HS-FACHH-RNTI，用于建立傳輸承載的綁定ID，傳輸承載地址，傳輸網(wǎng)絡(luò)層的QoS等參數(shù)。其中HS-FACHH-RNTI可以是由系統(tǒng)中分配的公共H-RNTI，也可以是原來(lái)CELL—DCH狀態(tài)的UE本身分配的RNTI。所述公共H-RNTI是指為一組HS-PDSCH分配的一個(gè)公共標(biāo)識(shí)。其中，需要對(duì)CommonTransportChannelSetupR叫uest消息進(jìn)行擴(kuò)展，擴(kuò)展后的消息格式如表5所示信息元素/組名稱存在性范圍信息元素類型和參考語(yǔ)義描述重要程度應(yīng)急處理方式<table>tableseeoriginaldocumentpage23</column></row><table>表5在表中增加了HS-FACH信息這一IE,表示要建立的HS-PDSCH信道的公共傳輸信道ID，采用的特定HS-FACHH-RNTI，用于建立傳輸承載的綁定ID，傳輸承載地址，傳輸網(wǎng)絡(luò)層的QoS等信息。2、NodeB做好建立公共傳輸信道的準(zhǔn)備后，通過(guò)NBAP消息公共傳輸信道建立響應(yīng)(CommonTransportChannelSetupResponse)消息響應(yīng),消息中給出發(fā)建立該傳輸承載所需的NodeB側(cè)的信息。同樣，對(duì)CommonTransportChannelSetupResponse消息也需要進(jìn)4亍擴(kuò)展，擴(kuò)展后的消息格式如表6所示:<table>tableseeoriginaldocumentpage24</column></row><table>表6<table>tableseeoriginaldocumentpage24</column></row><table>表7擴(kuò)展后的CommonTransportChannelSetupResponse消息中增加了HS—FACH信息的IE，其中包括建立的公共傳輸信道的ID、綁定ID及傳輸層地址等信息。3、在RNC和NodeB之間建立起各個(gè)HS-PDSCH相關(guān)的傳輸承載。通過(guò)以上流程，建立了用于為每一個(gè)HS-PDSCH傳輸所需的承載，但建立的公共傳輸信道并不是永久維持，當(dāng)RNC檢測(cè)到本小區(qū)中已經(jīng)不存在采用HS-PDSCH傳輸下行數(shù)據(jù)的CELI^FACH狀態(tài)的UE,或采用某一特定H-RNTI標(biāo)識(shí)的一組UE,則需要?jiǎng)h除相對(duì)應(yīng)的公共傳輸信道。該刪除過(guò)程采用現(xiàn)有的協(xié)議，通過(guò)圖8所示流程實(shí)現(xiàn)，包括以下步驟1、RNC在7>共傳輸信道刪除請(qǐng)求(CommonTransportChannelDeletionRequest)消息中指明所需要?jiǎng)h除的HS-FACH對(duì)應(yīng)的公共傳輸信道ID,該ID是在信道建立過(guò)程中分配的，并將該消息通知NodeB;2、NodeB《故好刪除準(zhǔn)備后用公共傳輸信道刪除響應(yīng)(CommonTransportChannelDeletionResponse)消息響應(yīng)RNC的要求；3、RNC在接收到響應(yīng)消息后，則釋放該傳輸承載。當(dāng)有必要對(duì)建立的HS-PDSCH傳輸承載進(jìn)行重配置時(shí)，例如要重新配置傳輸承載的QoS,則可以發(fā)起公共傳輸信道的重配置過(guò)程。該過(guò)程如圖9所示，包括以下步驟1、RNC在公共傳輸信道重配置請(qǐng)求(CommonTransportChannelReconfigurationRequest)消息中指明所需要重配置的HS-FACH對(duì)應(yīng)的公共傳輸信道ID及相應(yīng)的傳輸網(wǎng)絡(luò)層服務(wù)質(zhì)量(TNLQoS),和可能重新分配的HS-FACHH-RNTI,并將該消息通知NodeB。在該步驟中，需要修改現(xiàn)有協(xié)議中的CommonTransportChannelReconfigurationRequest消息，在其中增加重配置的HS-PDSCH傳輸承載的QoS要求，修改后的消息格式如表8所示:信息元素/組名稱存在性范圍信息元素類型和參考語(yǔ)義描述重要程度應(yīng)急處理方式消息描述M9.2.1.45—消息類型M9.2丄46YESReject傳輸IDM9.2.1.62一小區(qū)IDM9.2.1.9YESReject配置構(gòu)造IDM9.2.1.16YESreject公共物理信道配置MYESIgnore>HS-DSCH倌息0..<最大公共HS-FACH>GLOBALReject》公共傳輸信道IDM9.2.1.14一HS-FACHH-RNTIM9.2.1.31J該RNTI可以是系統(tǒng)分配公共的H-RNTI，也可以是UE特定的RNTI。傳榆網(wǎng)絡(luò)層承栽QoSO9.2丄58A如果使用ALCAP建立傳輸承栽，該IE可被忽略YESignore其它IE表8在該消息中的擴(kuò)展項(xiàng)同樣為HS—FACH信息IE，表示需要重配置的HS-FACHH-RNTI和傳輸網(wǎng)絡(luò)層承栽QoS。2、NodeB接收到CommonTransportChannelReconfigurationRequest消息后，重配傳輸承載的QoS，并用NBAP消息公共傳輸信道重配置響應(yīng)(CommonTransportChannelReconfigurationResponse)消息響應(yīng)RNC的要求。第二種方式該方式是建立為多個(gè)H-RNTI對(duì)應(yīng)的HS-PDSCH共用的一條傳輸承栽，其與第一種方式的差別在于第一種方式是為每一個(gè)HS-PDSCH傳輸都建立專門的傳輸承載來(lái)實(shí)現(xiàn)，而第二種方式是為多個(gè)H-RNTI對(duì)應(yīng)的HS-PDSCH建立共用的一條傳輸承栽。在第二種方式中，只需修改方式一中經(jīng)過(guò)擴(kuò)展的CommonTransportChannelSetupRequest消息，將該消息中的H-RNTI更換成H-RNTI組，修改后，用一個(gè)H-RNTI標(biāo)識(shí)該H-RNTI組，用H-RNTI索引表示該組與UE的對(duì)于關(guān)系。信息元素/組名稱存在性范圍信息元素類型和參考語(yǔ)義描述重要程度應(yīng)急處理方式<table>tableseeoriginaldocumentpage27</column></row><table>表9在第二種方式中，由于多個(gè)UE在HS-PDSCH上數(shù)據(jù)的傳輸承載使用同一個(gè)H-RNTI,因此，還要對(duì)數(shù)據(jù)FP幀的結(jié)構(gòu)進(jìn)行修改，以標(biāo)識(shí)該數(shù)據(jù)幀屬于哪個(gè)UE,其中，現(xiàn)有的FP幀的結(jié)構(gòu)如圖IO所示，具體的修改方法是在幀的共享保留(SpareExtensio)位中增加對(duì)應(yīng)的H-RNTI索引，表明該FP幀所傳輸?shù)臄?shù)據(jù)對(duì)應(yīng)的H-RNTI，即該H-RNTI對(duì)于哪些UE。該公共傳輸信道被建立后，對(duì)其進(jìn)行刪除和重配置的過(guò)程與第一種方式相同，在此不贅述。步驟502、處于CELL^DCH狀態(tài)的UE由于下行數(shù)據(jù)量較少，從而轉(zhuǎn)入CELI^FACH狀態(tài)。RNC根據(jù)步驟501中獲取的小區(qū)能力集和已保存的UE能力集，確定該RNC,也就是SRNC進(jìn)入HS-FACH狀態(tài)。步驟503-步驟504、SRNC和UE之間通過(guò)物理信道重配置(PhysicalChannelReconfiguration)釋放Uu口的DCH相關(guān)資源，包括可能的HS-DSCH資源、DCH資源、增強(qiáng)型DCH(E-DCH)資源，并指示UE進(jìn)入HS-FACH狀態(tài)，及分配UE在該狀態(tài)下的H-RNTI。步驟505-步驟507、RNC和NodeB之間通過(guò)無(wú)線連接刪除(RadioLinkDeletion)過(guò)程，釋放CELL—DCH相關(guān)的資源,包括可能的HS-DSCH資源、DCH資源、E-DCH資源及對(duì)應(yīng)的傳輸承載。釋放后，這些資源對(duì)應(yīng)的碼字和功率可以j]欠回。此時(shí)，如果RNC發(fā)現(xiàn)在該小區(qū)內(nèi)，還沒有為該UE分配的HS-FACHH-RNTI建立相應(yīng)的傳輸承栽，或以前的建立失敗，將發(fā)起步驟501中的公共傳輸信道建立過(guò)程，為其建立相應(yīng)的傳輸承載。步驟508、當(dāng)RNC中有下發(fā)給處于HS-FACH狀態(tài)UE的數(shù)據(jù)時(shí)，通過(guò)事先建立的傳輸承栽將HS-PDSCH數(shù)據(jù)幀下發(fā)給NodeB。步驟509、NodeB將從HS-FACH傳輸承載上接收下發(fā)數(shù)據(jù)，將數(shù)據(jù)映射到HS-PDSCH上傳輸給UE。通過(guò)步驟501到步驟509的方法，實(shí)現(xiàn)了處于CELL—DCH狀態(tài)的UE轉(zhuǎn)入HS-FACH狀態(tài)，但該方法執(zhí)行的前提是UE沒有發(fā)生小區(qū)漫游，始終處于同一個(gè)小區(qū)范圍內(nèi)。但是UE不可能總是處于同一小區(qū)中，注定會(huì)漫游到其它小區(qū)范圍內(nèi)，此時(shí)，就要采用以下所述的方法，實(shí)現(xiàn)UE的HS-FACH狀態(tài)。首先，當(dāng)處于已經(jīng)處于HS-FACH狀態(tài)的UE漫游到一個(gè)新的小區(qū)，且該小區(qū)與前一,卜區(qū)是歸屬于同一SRNC的，則該UE的處理面臨兩種不同的情況一種是該新的小區(qū)支持HS-FACH功能，另一種是該新的小區(qū)不支持HS-FACH功能。對(duì)于新的小區(qū)支持HS-FACH功能的情況，采用圖11所示方法實(shí)現(xiàn)處于HS-FACH狀態(tài)的UE漫游到SRNC下的支持HS-FACH功能的新的小區(qū)的數(shù)據(jù)傳輸，包括以下步驟步驟1101、處于HS-FACH狀態(tài)的UE漫游到SRNC下屬的一個(gè)新小區(qū)，通過(guò)廣播信道(BCH)上廣播的系統(tǒng)信息，得知該小區(qū)支持HS-FACH功能；步驟1102、UE通過(guò)RACH信道向SRNC發(fā)送小區(qū)更新(CellUpdate)消息，要求小區(qū)重定向，并在HS-PDSCH上接收響應(yīng)消息；如果該小區(qū)中還沒有為HS-FACH建立相應(yīng)的傳輸承載，則通過(guò)步驟501中的公共傳輸信道建立過(guò)程，建立相應(yīng)的SRNC與NodeB間的傳輸承載；步驟1103、SRNC通過(guò)HS-PDSCH將相應(yīng)的響應(yīng)消息小區(qū)更新確認(rèn)(CellUpdateConfirm)消息發(fā)送給UE。在本發(fā)明實(shí)施例一中，由于各個(gè)NodeB在啟動(dòng)時(shí)，都會(huì)通過(guò)步驟501中的方法將小區(qū)能力集上報(bào)給RNC并保存，因此SRNC已經(jīng)獲知了該新小區(qū)是否支持HS-FACH，所以就避免了現(xiàn)有技術(shù)中，RNC不知道新小區(qū)是否支持HS-FACH，導(dǎo)致在新小區(qū)不支持的信道上下發(fā)數(shù)據(jù)。執(zhí)行了步驟901至903，SRNC就可以直接在HS-PDSCH上向UE發(fā)送下行數(shù)據(jù)了。對(duì)于新的小區(qū)不支持HS-FACH功能的情況，采用圖12所示方法實(shí)現(xiàn)處于HS-FACH狀態(tài)的UE漫游到SRNC下的不支持HS-FACH功能的新的小區(qū)的數(shù)據(jù)傳輸，包括以下步驟步驟1201、處于HS-FACH狀態(tài)的UE漫游到SRNC下屬的一個(gè)新小區(qū)，通過(guò)BCH上廣播的系統(tǒng)信息得知該小區(qū)不支持HS-FACH功能；步驟1202、UE通過(guò)RACH信道向RNC發(fā)送CellUpdate消息，要求小區(qū)重定向，并在S-CCPCH上接收響應(yīng)消息；步驟1203、RNC接收到UE上傳的CellUpdate消息后,根據(jù)已知的小區(qū)能力集得知該HS-FACH狀態(tài)的UE新接入的小區(qū)不支持HS-FACH功能，則將該UE轉(zhuǎn)入傳統(tǒng)的CELL—FACH狀態(tài)，并通過(guò)S-CCPCH將相應(yīng)的響應(yīng)消息CellUpdateConfirm發(fā)送給UE。除了以上這兩種方法，還有一種可選的方法來(lái)實(shí)現(xiàn)處于HS-FACH狀態(tài)的UE漫游到SRNC下屬的小區(qū)時(shí)的處理，如圖13所示，包括以下步驟步驟1301、處于HS-FACH狀態(tài)的UE漫游到SRNC下屬的一個(gè)新小區(qū)，通過(guò)BCH上廣播的系統(tǒng)信息得知該小區(qū)的小區(qū)能力集；步驟1302、無(wú)論該小區(qū)是否支持HS-FACH功能，UE都通過(guò)RACH信道向RNC發(fā)送CellUpdate消息，要求小區(qū)重定向，并在S-CCPCH上接收響應(yīng)消息；步驟1303、RNC接收到UE上傳的CellUpdate消息后，根據(jù)已知的小區(qū)能力集得知該HS-FACH狀態(tài)的UE新接入的小區(qū)是否支持HS-FACH功能，不論是否支持，都將該UE轉(zhuǎn)入傳統(tǒng)的CELL—FACH狀態(tài)，并通過(guò)S-CCPCH將相應(yīng)的響應(yīng)消息CellUpdateConfirm發(fā)送給UE。UE接收到CellUpdateConfirm消息后轉(zhuǎn)入傳統(tǒng)的CELL_FACH狀態(tài)。實(shí)施例二本實(shí)施例是處于HS-FACH狀態(tài)UE在相鄰RNC中小區(qū)的接收數(shù)據(jù)實(shí)現(xiàn)過(guò)程。當(dāng)已經(jīng)處于HS-FACH狀態(tài)的UE漫游到一個(gè)新的小區(qū)，且該小區(qū)是歸屬于相鄰RNC，即DRNC，則該UE的處理也要面臨兩種不同的情況一種是該小區(qū)支持HS-FACH功能，另一種是該小區(qū)不支持HS-FACH功能。對(duì)于第一種情況，其處理方法如圖14所示，具體包括步驟1401、處于HS-FACH狀態(tài)的UE漫游到DRNC下屬的一個(gè)新小區(qū)，通過(guò)BCH上廣播的系統(tǒng)信息得知該小區(qū)支持HS-FACH功能。步驟1402、UE通過(guò)RACH信道向DRNC發(fā)送CellUpdate消息，要求小區(qū)重定向，并在HS-PDSCH上接收響應(yīng)消息，該消息也可以是其它層3(L3)消息，并不僅限于CellUpdate消息。步驟1403、DRNC接收到CellUpdate消息后，通過(guò)該消息攜帶的Ufl^TI標(biāo)志判斷出該UE屬于其它RNC,因此DRNC將構(gòu)造RNSAP消息上行信號(hào)傳輸指示(UplinkSignallingTransferIndication)消息，在該消息中的小區(qū)能力容量(CellCapabilityContainerFDD)IE中指示該DRNC中的小區(qū)是支持HS-FACH功能的，其中的L3InformationIE中包含了接收到的U舊O消息。本實(shí)施例需要對(duì)UplinkSignallingTransferIndication消息進(jìn)行擴(kuò)展，在消息中增加UE所隸屬的DRNC小區(qū)是否支持基于HS-PDSCH的增強(qiáng)型的CEIX_FACH能力指示，通過(guò)在CellCapabilityContainerFDDIE增加對(duì)DRNC中小區(qū)能力集的描述來(lái)實(shí)現(xiàn)該功能。擴(kuò)展后的該消息如表IO所示:信息元素/信息元素組名稱存在性范圍信息元素類型及參考語(yǔ)義描述重要程度指定的出錯(cuò)處理方式消息類型M9.2丄40YESIgnore無(wú)關(guān)IE小區(qū)能力容量(CellCapabilityContainerFDD)O9.2.2.DYESIgnore無(wú)關(guān)E表10其中，對(duì)于現(xiàn)有的CellCapabilityContainerFDDIE的擴(kuò)展主要是將其第15個(gè)比特設(shè)置為對(duì)是否支持FACH映射到HS-PDSCH上的CELL—FACH狀態(tài)的指示，即是否支持HS-FACH功能。在本實(shí)施例中，設(shè)置當(dāng)SRNC檢測(cè)到上報(bào)的該IE中第15比特位為1,則認(rèn)為所指示的小區(qū)支持HS-FACH功能。擴(kuò)展后具體該IE的含義如表ll所示<table>tableseeoriginaldocumentpage32</column></row><table>表11步驟1404、SRNC接收到UplinkSignallingTransferIndication消息后，從中解析出L3消息并進(jìn)行相應(yīng)處理。以CellUpdate為例，SRNC判斷該UE屬于HS-FACH狀態(tài)，且目前所在的小區(qū)支持HS-FACH功能，因此構(gòu)造響應(yīng)消息CellUpdateConfirm,并將其包含在RNSAP消息下行信號(hào)傳輸請(qǐng)求(DownlinkSignallingTransferRequest)消息中傳給DRNC。本實(shí)施例也需要對(duì)DownlinkSignallingTransferRequest消息進(jìn)4亍擴(kuò)展，在消息中增加所承栽的L3消息是通過(guò)S-CCPCH下發(fā)還是通過(guò)HS-PDSCH下發(fā)。擴(kuò)展后的消息格式如表12所示<table>tableseeoriginaldocumentpage33</column></row><table>表12其中，下行信道類型為擴(kuò)展項(xiàng)，用以表示L3消息是通過(guò)S-CCPCH下發(fā)還是通過(guò)HS-PDSCH下發(fā)，具體的表示方法如表13所示<table>tableseeoriginaldocumentpage33</column></row><table>表13步驟1405、由于本實(shí)施例中新的小區(qū)支持HS-FACH功能，DRNC解析出DownlinkSignallingTransferRequest消息中的L3消息后，通過(guò)映射到HS-PDSCH上的FACH信道傳送給UE。對(duì)于第二種情況，即新的小區(qū)不支持HS-FACH功能，解決方案如圖15所示，包括以下步驟步驟1501、處于HS-FACH狀態(tài)的UE漫游到DRNC下屬的一個(gè)新小區(qū)，通過(guò)BCH上廣播的系統(tǒng)信息得知該小區(qū)不支持HS-FACH功能；步驟1502、UE通過(guò)RACH信道向DRNC發(fā)送CellUpdate消息，要求小區(qū)重定向，并在S-CCPCH上接收響應(yīng)消息；步驟1503、DRNC接收到L3消息CellUpdate后，由消息中攜帶的U-RNTI標(biāo)志判斷出該UE屬于其它RNC,因此DRNC將構(gòu)造RNSAP消息UplinkSignallingTransferIndication,在該消息中的CellCapabilityContainerFDDIE中指示該RNC中的小區(qū)是不支持HS-FACH功能的，其中的L3InformationIE中包舍了接收到的Uu口消息；步驟1504、SRNC接收到UplinkSignallingTransferIndication消息，從中解析出L3消息并進(jìn)行相應(yīng)處理，以CellUpdate為例，SRNC判斷該UE屬于HS-FACH狀態(tài)，且目前所在的小區(qū)不支持HS-FACH功能，因此構(gòu)造響應(yīng)消息CellUpdateConfirm,并將其包含在RNSAP消息DownlinkSignallingTransferR叫uest消息中傳給DRNC，指示UE轉(zhuǎn)入普通的CEIX一FACH狀態(tài)；步驟1505、DRNC解析出DownlinkSignallingTransferR叫uest消息中的L3消息，并通過(guò)映射到S-CCPCH上的FACH信道傳送給UE。UE接收到響應(yīng)消息后，轉(zhuǎn)入普通的CELL一FACH狀態(tài)。除了以上兩種方式，還有一種替代方法實(shí)現(xiàn)HS-FACH狀態(tài)的UE漫游到相鄰RNC的下屬小區(qū)接收數(shù)據(jù)，該方法核心是無(wú)論新的小區(qū)是否支持HS-FACH功能，UE都直接轉(zhuǎn)換到傳統(tǒng)的CELL-FACH狀態(tài)。該方法流程如圖16所示，包括步驟1601、處于HS-FACH狀態(tài)的UE漫游到DRNC下屬的一個(gè)新小區(qū)，通過(guò)BCH上廣播的系統(tǒng)信息得知該小區(qū)的能力集；步驟1602、無(wú)論該小區(qū)是否支持HS-FACH功能，UE通過(guò)RACH信道向RNC發(fā)送CellUpdate消息，要求小區(qū)重定向，并在S-CCPCH上接收響應(yīng)消息；步驟1603、DRNC接收到L3消息CellUpdate后，由其攜帶的U誦RNTI標(biāo)志判斷出該UE屬于其它RNC，因此，DRNC將構(gòu)造RNSAP消息UplinkSignallingTransferIndication;步驟1604、SRNC接收到UplinkSignallingTransferIndication消息，從中解析出L3消息并進(jìn)行相應(yīng)處理，以CellUpdate為例，將構(gòu)造響應(yīng)消息CellUpdateConfirm,并將該響應(yīng)消息包含在RNSAP消息DownlinkSignallingTransferRequest消息中傳給DRNC，并指示UE轉(zhuǎn)入普通的CELL—FACH狀態(tài)；步驟1605、DRNC解析出DownlinkSignallingTransferR叫uest消息中的L3消息，并通過(guò)映射到S-CCPCH上的FACH信道傳送給UE。UE接收到響應(yīng)消息后，轉(zhuǎn)入普通的CELL—FACH狀態(tài)。實(shí)施例三圖17為實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的系統(tǒng)，包括基站、無(wú)線網(wǎng)絡(luò)控制器，還包括能力上報(bào)單元，用于將用戶設(shè)備所屬小區(qū)的小區(qū)能力集上報(bào)到所述無(wú)線網(wǎng)絡(luò)控制器，并與所述無(wú)線網(wǎng)絡(luò)控制器建立公共傳輸信道；下發(fā)單元，當(dāng)所述用戶設(shè)備進(jìn)入小區(qū)前向接入信道狀態(tài)，無(wú)線網(wǎng)絡(luò)控制器中有下發(fā)給所述用戶設(shè)備的數(shù)據(jù)時(shí)，用于根據(jù)收到的所述用戶設(shè)備所屬小區(qū)的小區(qū)能力集，通過(guò)所述公共傳輸信道將數(shù)據(jù)發(fā)送給基站；數(shù)據(jù)傳輸單元，用于將所述數(shù)據(jù)通過(guò)高速物理下行共享信道傳輸給所述用戶設(shè)備。所述能力上報(bào)單元、數(shù)據(jù)傳輸單元設(shè)置在所述基站；所述下發(fā)單元設(shè)置在所述無(wú)線網(wǎng)絡(luò)控制器。總之，以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。權(quán)利要求1.一種實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，包括基站將小區(qū)能力集上報(bào)到無(wú)線網(wǎng)絡(luò)控制器，無(wú)線網(wǎng)絡(luò)控制器根據(jù)所述小區(qū)能力集，如果獲知所述基站及其下屬小區(qū)支持處于小區(qū)前向接入信道狀態(tài)時(shí)，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能，則與基站建立公共傳輸信道，當(dāng)所述用戶設(shè)備進(jìn)入小區(qū)前向接入信道狀態(tài)，無(wú)線網(wǎng)絡(luò)控制器通過(guò)所述公共傳輸信道將數(shù)據(jù)發(fā)送給基站，所述基站在高速物理下行共享信道上將數(shù)據(jù)傳輸給所述用戶設(shè)備。2、根據(jù)權(quán)利要求1所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，所述將小區(qū)能力集上報(bào)到無(wú)線網(wǎng)絡(luò)控制器具體包括在所述基站在重啟或者無(wú)線網(wǎng)絡(luò)控制器需要獲知所述基站的資源狀態(tài)時(shí)，該基站通過(guò)審計(jì)過(guò)程將所述小區(qū)能力集上報(bào)給無(wú)線網(wǎng)絡(luò)控制器。3、根據(jù)權(quán)利要求2所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，所述審計(jì)過(guò)程具體包括所述無(wú)線網(wǎng)絡(luò)控制器向基站發(fā)送審計(jì)請(qǐng)求消息，要求上報(bào)基站的小區(qū)能力集；基站通過(guò)審計(jì)響應(yīng)消息，將基站下屬各個(gè)小區(qū)的小區(qū)能力集通知無(wú)線網(wǎng)絡(luò)控制器。4、根據(jù)權(quán)利要求3所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，在所述發(fā)送申請(qǐng)請(qǐng)求消息之前進(jìn)一步包括基站向無(wú)線網(wǎng)絡(luò)控制器發(fā)送基于審計(jì)要求消息，要求發(fā)起所述審計(jì)過(guò)程。5、根據(jù)權(quán)利要求3或4所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，該方法進(jìn)一步包括在消息中增加信息元素；則所述發(fā)送審計(jì)響應(yīng)消息具體包括，將指示該基站和/或其下屬的各個(gè)小區(qū)和/或本地小區(qū)，和/或本地小區(qū)組是否支持處于小區(qū)前向接入信道狀態(tài)的用戶設(shè)備在高速物理下行共享信道上接收數(shù)據(jù)的信息，攜帶在審計(jì)響應(yīng)消息中發(fā)送給無(wú)線網(wǎng)絡(luò)控制器。6、根據(jù)權(quán)利要求5所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，無(wú)線網(wǎng)絡(luò)控制器接收到所述審計(jì)響應(yīng)消息后進(jìn)一步包括解析基站和/或其每個(gè)小區(qū)和/或本地小區(qū)，和/或本地小區(qū)組是否支持處于小區(qū)前向接入信道狀態(tài)的用戶設(shè)備在高速物理下行共享信道上接收數(shù)據(jù)，如果是，則將該小區(qū)和/或本地小區(qū)，和/或本地小區(qū)組的能力集設(shè)置為可用；否則，將該基站和/或其下屬小區(qū)和/或本地小區(qū)，和/或本地小區(qū)組的能力集設(shè)置為不可用。7、根據(jù)權(quán)利要求1所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，所述將小區(qū)能力集上報(bào)到無(wú)線網(wǎng)絡(luò)控制器具體包括基站通過(guò)向無(wú)線網(wǎng)絡(luò)控制器發(fā)送資源狀態(tài)指示消息，將所述基站和/或其下屬小區(qū)和/或本地小區(qū)，和/或本地小區(qū)組的能力集上報(bào)給無(wú)線網(wǎng)絡(luò)控制器。8、根據(jù)權(quán)利要求7所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，該方法進(jìn)一步包括在所述資源狀態(tài)指示消息中增加信息元素；則所述將小區(qū)能力集上報(bào)給無(wú)線網(wǎng)絡(luò)控制器具體包括將基站和/或其下屬的各個(gè)小區(qū)和/或本地小區(qū)，和/或本地小區(qū)組是否支持處于小區(qū)前向接入信道狀態(tài)的用戶設(shè)備在高速物理下行共享信道上接收數(shù)據(jù)的信息，攜帶在所述資源狀態(tài)指示消息中增加的信息元素中，發(fā)送給無(wú)線網(wǎng)絡(luò)控制器。9、根據(jù)權(quán)利要求8所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，無(wú)線網(wǎng)絡(luò)控制器接收到所迷資源狀態(tài)指示消息后進(jìn)一步包括解析該基站和/或該基站下屬的每個(gè)小區(qū)和/或本地小區(qū)，和/或本地小區(qū)組是否支持處于小區(qū)前向接入信道狀態(tài)的用戶設(shè)備在高速物理下行共享信道上接收數(shù)據(jù)，如果是，則將該小區(qū)和/或本地小區(qū)，和/或本地小區(qū)組的能力集設(shè)置為可用；否則，將該基站和/或該基站下屬的每個(gè)小區(qū)和/或本地小區(qū)，和/或本地小區(qū)組能力集設(shè)置為不可用。10、根據(jù)權(quán)利要求3、4、7、8或9所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，所述建立公共傳輸信道的方法包括當(dāng)無(wú)線網(wǎng)絡(luò)控制器獲知下屬小區(qū)中有處于小區(qū)前向接入信道狀態(tài)的用戶設(shè)備，需要在高速物理下行共享信道上接收數(shù)據(jù)時(shí)，則為每一個(gè)所述用戶設(shè)備建立所述公共傳輸信道的傳輸承栽。11、根據(jù)權(quán)利要求10所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，所述建立傳輸承載具體包括無(wú)線網(wǎng)絡(luò)控制器向基站發(fā)送公共傳輸信道建立請(qǐng)求消息；基站做好傳輸承載的建立準(zhǔn)備后，通過(guò)公共傳輸信道建立響應(yīng)消息向所述無(wú)線網(wǎng)絡(luò)控制器返回響應(yīng)；無(wú)線網(wǎng)絡(luò)控制器在自身與基站之間為每個(gè)所述用戶設(shè)備建立高速物理下行共享信道的傳輸承載。12、根據(jù)權(quán)利要求10所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，該方法進(jìn)一步包括在所述公共傳輸信道建立請(qǐng)求消息中增加公共傳輸信道標(biāo)識(shí)、傳輸承載的綁定標(biāo)識(shí)、傳輸承栽地址及傳輸網(wǎng)絡(luò)層的服務(wù)質(zhì)量字段；則所述向基站發(fā)送公共傳輸信道建立請(qǐng)求消息具體包括將所述公共傳輸信道標(biāo)識(shí)、傳輸承載的綁定標(biāo)識(shí)、傳輸承載地址及傳輸網(wǎng)絡(luò)層的服務(wù)質(zhì)量字段，通過(guò)公共傳輸信道建立請(qǐng)求消息發(fā)送給基站。13、根據(jù)權(quán)利要求12所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，在建立所述傳輸承栽后，該方法進(jìn)一步包括當(dāng)需要對(duì)已建立的傳輸承載進(jìn)4于重配置時(shí)，執(zhí)4于以下重配置方法無(wú)線網(wǎng)絡(luò)控制器向基站發(fā)送公共傳輸信道重配置請(qǐng)求消息，在消息中攜帶要重配置傳輸承栽的公共傳輸信道的標(biāo)識(shí)，傳輸網(wǎng)絡(luò)層服務(wù)質(zhì)量，和/或需重新分配的高速下行共享信道無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)；基站接收到所述公共傳輸信道重配置請(qǐng)求消息后，重新配置該傳輸承載的服務(wù)質(zhì)量，和/或重新分配的高速下行共享信道無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)。14、根據(jù)權(quán)利要求13所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，該方法進(jìn)一步包括在所述公共傳輸信道重配置請(qǐng)求消息中增加高速物理下行共享信道信息字段，該字段包括要重配置傳輸承載的公共傳輸信道的標(biāo)識(shí)，傳輸網(wǎng)絡(luò)層服務(wù)質(zhì)量，和/或需重新分配的高速下行共享信道無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)；則所述發(fā)送公共傳輸信道重配置請(qǐng)求消息具體包括將所述公共傳輸信道的標(biāo)識(shí)，傳輸網(wǎng)絡(luò)層服務(wù)質(zhì)量，和/或需重新分配的高速下行共享信道無(wú)線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)通過(guò)所述公共傳輸信道重配置請(qǐng)求消息發(fā)送給基站。15、根據(jù)權(quán)利要求13所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，所述建立的傳輸承載為每一個(gè)高速物理下行共享信道對(duì)應(yīng)的傳輸承載，或多個(gè)高速物理下行共享信道公用的傳輸承載。16、根據(jù)權(quán)利要求1所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，當(dāng)所述用戶設(shè)備漫游到服務(wù)無(wú)線網(wǎng)絡(luò)控制器SRNC下屬的其它小區(qū)時(shí)，該方法進(jìn)一步包括當(dāng)處于小區(qū)前向接入信道狀態(tài)，在高速物理下行共享信道上接收數(shù)據(jù)的用戶設(shè)備漫游到SRNC下屬的一個(gè)新小區(qū)，通過(guò)廣播信道上廣播的系統(tǒng)信息得知該小區(qū)支持在小區(qū)前向接入信道狀態(tài)下，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能；用戶設(shè)備通過(guò)小區(qū)前向接入信道向無(wú)線網(wǎng)絡(luò)控制器發(fā)送小區(qū)更新消息，要求小區(qū)重定向，并在高速物理下行共享信道上接收響應(yīng)消息；如果該小區(qū)中還沒有為所述高速物理下行共享信道的數(shù)據(jù)傳輸建立相應(yīng)的傳輸承載，則通過(guò)公共傳輸信道建立過(guò)程，建立相應(yīng)的傳輸承栽；無(wú)線網(wǎng)絡(luò)控制器通過(guò)所述高速物理下行共享信道將小區(qū)更新確認(rèn)消息發(fā)送給用戶設(shè)備。17、根據(jù)權(quán)利要求1所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，當(dāng)所述用戶設(shè)備漫游到服務(wù)無(wú)線網(wǎng)絡(luò)控制器下屬的其它小區(qū)時(shí)，該方法進(jìn)一步包括當(dāng)處于小區(qū)前向接入信道狀態(tài)，在高速物理下行共享信道上接收數(shù)據(jù)的用戶設(shè)備漫游到SRNC下屬的一個(gè)新小區(qū)，通過(guò)廣播信道上廣播的系統(tǒng)信息得知該小區(qū)不支持在小區(qū)前向接入信道狀態(tài)下，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能；用戶設(shè)備通過(guò)小區(qū)前向接入信道向無(wú)線網(wǎng)絡(luò)控制器發(fā)送小區(qū)更新消息，要求小區(qū)重定向，并在輔公共控制物理信道上接收響應(yīng)消息；無(wú)線網(wǎng)絡(luò)控制器接收到用戶設(shè)備上傳的小區(qū)更新消息后，根據(jù)所述小區(qū)能力集獲知該用戶設(shè)備新接入的小區(qū)不支持在小區(qū)前向接入信道狀態(tài)下，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能，則通過(guò)輔公共控制物理信道將小區(qū)更新確認(rèn)消息發(fā)送給用戶設(shè)備。18、根據(jù)權(quán)利要求1所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，當(dāng)所迷用戶設(shè)備漫游到服務(wù)無(wú)線網(wǎng)絡(luò)控制器下屬的其它小區(qū)時(shí)，該方法進(jìn)一步包括當(dāng)處于小區(qū)前向接入信道狀態(tài)，在高速物理下行共享信道上接收數(shù)據(jù)的用戶設(shè)備漫游到SRNC下屬的一個(gè)新小區(qū)，通過(guò)廣播信道上廣播的系統(tǒng)信息得知該小區(qū)是否支持在小區(qū)前向接入信道狀態(tài)下，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能；UE都通過(guò)小區(qū)前向接入信道向無(wú)線網(wǎng)絡(luò)控制器發(fā)送小區(qū)更新消息，要求小區(qū)重定向，并在輔公共控制物理信道上接收響應(yīng)消息；無(wú)線網(wǎng)絡(luò)控制器接收到用戶設(shè)備上傳的小區(qū)更新消息后，通過(guò)輔公共控制物理信道將小區(qū)更新確認(rèn)消息發(fā)送給用戶設(shè)備。19、根據(jù)權(quán)利要求1所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，當(dāng)所述用戶設(shè)備漫游到漂移無(wú)線網(wǎng)絡(luò)控制器下屬的小區(qū)時(shí)，該方法進(jìn)一步包括當(dāng)處于小區(qū)前向接入信道狀態(tài)，在高速物理下行共享信道上接收數(shù)用戶設(shè)備漫游到漂移無(wú)線網(wǎng)絡(luò)控制器下屬的小區(qū)，通過(guò)廣播信道上廣播的系統(tǒng)信息得知該小區(qū)支持在小區(qū)前向接入信道狀態(tài)下，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能；用戶設(shè)備通過(guò)小區(qū)前向接入信道向所述漂移無(wú)線網(wǎng)絡(luò)控制器發(fā)送小區(qū)更新消息，要求小區(qū)重定向，并在高速物理下行共享信道上接收響應(yīng)消息；所述漂移無(wú)線網(wǎng)絡(luò)控制器向服務(wù)無(wú)線網(wǎng)絡(luò)控制器發(fā)送上行信號(hào)傳輸指示消息，該消息中包含所述小區(qū)更新消息。20、根據(jù)權(quán)利要求19所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于進(jìn)一步包括服務(wù)無(wú)線網(wǎng)絡(luò)控制器向所述漂移無(wú)線網(wǎng)絡(luò)控制器返回下行信號(hào)傳輸請(qǐng)求消息，該消息中包含小區(qū)更新確i^消息；所述漂移無(wú)線網(wǎng)絡(luò)控制器解析所述小區(qū)更新確認(rèn)消息，并將該消息在高速物理下行共享信道上發(fā)送給用戶設(shè)備。21、根據(jù)權(quán)利要求1所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，當(dāng)所述用戶設(shè)備漫游到漂移無(wú)線網(wǎng)絡(luò)控制器下屬的小區(qū)時(shí)，該方法進(jìn)一步包括當(dāng)處于小區(qū)前向接入信道狀態(tài)，在高速物理下行共享信道上接收數(shù)據(jù)的用戶設(shè)備漫游到漂移無(wú)線網(wǎng)絡(luò)控制器下屬的小區(qū)，通過(guò)廣播信道上廣播的系統(tǒng)信息得知該小區(qū)不支持在小區(qū)前向接入信道狀態(tài)下，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能；用戶設(shè)備通過(guò)小區(qū)前向接入信道向所述漂移無(wú)線網(wǎng)絡(luò)控制器發(fā)送小區(qū)更新消息，要求小區(qū)重定向，并在輔公共控制物理信道上接收響應(yīng)消息；所述漂移無(wú)線網(wǎng)絡(luò)控制器向服務(wù)無(wú)線網(wǎng)絡(luò)控制器發(fā)送上行信號(hào)傳輸指示消息，該消息中包含所迷小區(qū)更新消息。22、根據(jù)權(quán)利要求21所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于進(jìn)一步包括服務(wù)無(wú)線網(wǎng)絡(luò)控制器向所述漂移無(wú)線網(wǎng)絡(luò)控制器返回下行信號(hào)傳輸請(qǐng)求消息，該消息中包含小區(qū)更新確認(rèn)消息；所述漂移無(wú)線網(wǎng)絡(luò)控制器解析所述小區(qū)更新確認(rèn)消息，并將該消息在輔公共控制物理信道上發(fā)送給用戶設(shè)備。23、根據(jù)權(quán)利要求19或21所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，該方法進(jìn)一步包括在所述上行信號(hào)傳輸指示消息中增加對(duì)所述漂移無(wú)線網(wǎng)絡(luò)控制器是否支持在小區(qū)前向接入信道狀態(tài)下，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能描述；則所述發(fā)送上行信號(hào)傳輸指示消息具體包括將所述漂移無(wú)線網(wǎng)絡(luò)控制器是否支持在小區(qū)前向接入信道狀態(tài)下，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能信息通過(guò)上行信號(hào)傳輸指示消息發(fā)送給所述服務(wù)無(wú)線網(wǎng)絡(luò)控制器。24、根據(jù)權(quán)利要求20或22所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，該方法進(jìn)一步包括在所述下行信號(hào)傳輸請(qǐng)求消息中增加對(duì)所包含L3消息通過(guò)高速物理下行共享信道還是輔公共控制物理信道下發(fā)的描述；則所述發(fā)送下行信號(hào)傳輸請(qǐng)求消息具體包括將所述小區(qū)更新消息通過(guò)高速物理下行共享信道還是輔公共控制物理信道下發(fā)的信息通過(guò)下行信號(hào)傳輸請(qǐng)求消息發(fā)送給漂移無(wú)線網(wǎng)絡(luò)控制器。25、根據(jù)權(quán)利要求1所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，其特征在于，當(dāng)所述用戶設(shè)備漫游到漂移無(wú)線網(wǎng)絡(luò)控制器下屬的小區(qū)時(shí)，該方法進(jìn)一步包括當(dāng)處于小區(qū)前向接入信道狀態(tài)，在高速物理下行共享信道上接收數(shù)據(jù)的用戶設(shè)備漫游到漂移無(wú)線網(wǎng)絡(luò)控制器下屬的小區(qū)，通過(guò)廣播信道上廣播的系統(tǒng)信息得知該小區(qū)是否支持在小區(qū)前向接入信道狀態(tài)下，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能；用戶設(shè)備通過(guò)小區(qū)前向接入信道向所述漂移無(wú)線網(wǎng)絡(luò)控制器發(fā)送小區(qū)更新消息，要求小區(qū)重定向，并在輔公共控制物理信道上接收響應(yīng)消息；所述漂移無(wú)線網(wǎng)絡(luò)控制器向服務(wù)無(wú)線網(wǎng)絡(luò)控制器發(fā)送上行信號(hào)傳輸指示消息，該消息中包含所述小區(qū)更新消息。26、根據(jù)權(quán)利要求25所述的實(shí)現(xiàn)用戶設(shè)備接收數(shù)據(jù)的方法，其特征在于，該方法進(jìn)一步包括服務(wù)無(wú)線網(wǎng)絡(luò)控制器向所述漂移無(wú)線網(wǎng)絡(luò)控制器返回下行信號(hào)傳輸請(qǐng)求消息，該消息中包含小區(qū)更新確認(rèn)消息；所述漂移無(wú)線網(wǎng)絡(luò)控制器解析所述小區(qū)更新確認(rèn)消息，并將該消息在輔公共控制物理信道上發(fā)送給用戶設(shè)備。27、一種實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的系統(tǒng)，包括基站、無(wú)線網(wǎng)絡(luò)控制器，其特征在于包括能力上報(bào)單元，用于將用戶設(shè)備所屬小區(qū)的小區(qū)能力集上報(bào)到所述無(wú)線網(wǎng)絡(luò)控制器，并與所述無(wú)線網(wǎng)絡(luò)控制器建立公共傳輸信道；下發(fā)單元，當(dāng)所述用戶設(shè)備進(jìn)入小區(qū)前向接入信道狀態(tài)，無(wú)線網(wǎng)絡(luò)控制器中有下發(fā)給所述用戶設(shè)備的數(shù)據(jù)時(shí)，用于根據(jù)收到的所述用戶設(shè)備所屬小區(qū)的小區(qū)能力集，通過(guò)所述公共傳輸信道將數(shù)據(jù)發(fā)送給基站；數(shù)據(jù)傳輸單元，用于將所述數(shù)據(jù)通過(guò)高速物理下行共享信道傳輸給所述用戶設(shè)備。28、如權(quán)利要求27所述的實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的系統(tǒng)，其特征在于，包括所述能力上報(bào)單元、數(shù)據(jù)傳輸單元設(shè)置在所述基站；所述下發(fā)單元設(shè)置在所述無(wú)線網(wǎng)絡(luò)控制器。全文摘要本發(fā)明公開了一種實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的方法，包括基站將小區(qū)能力集上報(bào)到無(wú)線網(wǎng)絡(luò)控制器，無(wú)線網(wǎng)絡(luò)控制器根據(jù)所述小區(qū)能力集，如果獲知所述基站及其下屬小區(qū)支持處于小區(qū)前向接入信道狀態(tài)時(shí)，在高速物理下行共享信道上傳輸數(shù)據(jù)的功能，則與基站建立公共傳輸信道，當(dāng)所述用戶設(shè)備進(jìn)入小區(qū)前向接入信道狀態(tài)，無(wú)線網(wǎng)絡(luò)控制器通過(guò)所述公共傳輸信道將數(shù)據(jù)發(fā)送給基站，所述基站在高速物理下行共享信道上將數(shù)據(jù)傳輸給所述用戶設(shè)備。本發(fā)明還公開了一種實(shí)現(xiàn)向用戶設(shè)備發(fā)送數(shù)據(jù)的系統(tǒng)，包括基站和無(wú)線網(wǎng)絡(luò)控制器，其中包括能力上報(bào)單元、下發(fā)單元及數(shù)據(jù)傳輸單元。文檔編號(hào)H04B7/26GK101242218SQ200710079049公開日2008年8月13日申請(qǐng)日期2007年2月9日優(yōu)先權(quán)日2007年2月9日發(fā)明者濤吳申請(qǐng)人:華為技術(shù)有限公司