專利名稱：一種由基站側(cè)完成各層協(xié)議棧處理的通信方法
技術(shù)領(lǐng)域：
本發(fā)明涉及寬帶碼分多址(WCDMA)系統(tǒng)中無線接入網(wǎng)的通信技術(shù)，特別是指一種由基站側(cè)完成各層協(xié)議棧處理的通信方法。
針對目前的RAN結(jié)構(gòu)，其接入層的協(xié)議棧構(gòu)成如圖2、圖3所示。圖2、圖3分別是用戶面和控制面的接入層協(xié)議棧分布結(jié)構(gòu)示意圖，圖2、圖3中虛線左側(cè)的部分表示用戶終端(UE)、Node B和RNC之間分層的對應(yīng)關(guān)系圖，虛線右側(cè)的部分為UE、Node B和RNC之間的分層傳送模型，其中，Uu表示UE和Node B之間的接口，Iub表示Node B和RNC之間的接口。從圖中可以看出，現(xiàn)有接入網(wǎng)中的基站節(jié)點(Node B)僅僅處理物理層信息，而RNC則處理物理層、介質(zhì)訪問控制(MAC)、無線鏈路控制(RLC)層、以及無線資源控制協(xié)議(RRC)層或分組數(shù)據(jù)壓縮協(xié)議(PDCP)層的全部信息，其中，RRC層屬于控制面，PDCP層屬于用戶面。也就是說，現(xiàn)有接入網(wǎng)的Node B只處理物理層信息，其他接入部分的高層信息完全由RNC控制處理。因此，現(xiàn)有UE、Node B和RNC之間的通信過程一般是這樣的當UE有業(yè)務(wù)請求時，先發(fā)請求消息給Node B，Node B將該請求上報RNC，由RNC進行資源的管理調(diào)度與分配，并控制整個業(yè)務(wù)過程的實現(xiàn)，Node B在整個過程中只負責(zé)物理連接和數(shù)據(jù)信令傳遞。
由于通信系統(tǒng)中任何的數(shù)據(jù)傳輸和信令控制都要依賴于各層協(xié)議的支持，那么，基于上述協(xié)議棧結(jié)構(gòu)，在數(shù)據(jù)傳輸過程中，UE側(cè)先由PDCP對數(shù)據(jù)進行頭壓縮處理后發(fā)往RLC；RLC實施分片和級聯(lián)后發(fā)往MAC；MAC根據(jù)當前數(shù)據(jù)包和配置的傳輸格式組合集合(TFCS)選擇合適的傳輸格式組合(TFC)；最后由物理層根據(jù)選定的TFC進行編碼調(diào)制后發(fā)送至NodeB側(cè)；Node B側(cè)由物理層根據(jù)確定的編碼方式將數(shù)據(jù)發(fā)至RNC；RNC側(cè)順序由PHY層、MAC層、RLC層和PDCP層做解調(diào)譯碼、解組合、重組數(shù)據(jù)以及解壓縮后，得到UE所發(fā)的數(shù)據(jù)包。
同樣，在信令傳輸過程中，UE側(cè)由RRC、RLC、MAC和PHY依次將信令消息封裝、分片和級聯(lián)、選擇合適的TFC，最后按選定的TFC編碼調(diào)制后發(fā)送至Node B側(cè)；Node B側(cè)由物理層根據(jù)確定的編碼方式將該信令消息發(fā)至RNC；RNC側(cè)順序由PHY層、MAC層、RLC層和RRC層做解調(diào)譯碼、解組合、重組數(shù)據(jù)以及解封裝后，得到UE所發(fā)的信令消息，而后，RNC根據(jù)該信令消息進行相應(yīng)的處理。
但是，在上述傳輸過程中，由于現(xiàn)有協(xié)議棧中Node B只處理物理層協(xié)議，一旦需要采用資源管理進行判決的自適應(yīng)技術(shù)，都需要在RNC中實現(xiàn)，網(wǎng)絡(luò)到終端必須經(jīng)過RNC到Node B，Node B到終端兩個階段，反之亦然，從而導(dǎo)致較長的時延，而且降低了Node B的處理能力?？梢?，將所有接入高層均放在RNC中的協(xié)議結(jié)構(gòu)將不適應(yīng)高速數(shù)據(jù)傳輸，在采用類似于自適應(yīng)協(xié)調(diào)、反饋控制的技術(shù)后，該種協(xié)議結(jié)構(gòu)不能保證高速、高效，因而難以適應(yīng)高速數(shù)據(jù)傳輸?shù)男枨蟆?br> 有鑒于此，本發(fā)明的主要目的在于提供一種由基站側(cè)完成各層協(xié)議棧處理的通信方法，使其能適于高速數(shù)據(jù)傳輸，簡化復(fù)雜的處理過程，減少延時，提高系統(tǒng)效率，保證在網(wǎng)絡(luò)與UE之間提供快速的反應(yīng)機制。
為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種由基站側(cè)完成各層協(xié)議棧處理的通信方法，當用戶終端(UE)與核心網(wǎng)進行通信時，UE與核心網(wǎng)之間傳輸?shù)乃杏脩魯?shù)據(jù)或控制信令均在基站側(cè)進行每層協(xié)議的處理，由基站完成數(shù)據(jù)解析和信令實施。
該方法進一步包括當用戶終端(UE)發(fā)送數(shù)據(jù)到網(wǎng)絡(luò)時，UE將經(jīng)過自身各層協(xié)議棧處理后的數(shù)據(jù)包由物理層(PHY)發(fā)給所屬基站的物理層，經(jīng)基站側(cè)每層協(xié)議棧處理后，得到UE發(fā)送的原始數(shù)據(jù)包，然后，直接通過網(wǎng)絡(luò)控制單元發(fā)至核心網(wǎng)。
當用戶終端(UE)發(fā)送信令消息到網(wǎng)絡(luò)時，該信令消息先由UE側(cè)的每層協(xié)議棧處理，再通過UE側(cè)的物理層(PHY)發(fā)給所屬基站的物理層，經(jīng)過基站側(cè)各層協(xié)議棧的處理解析出該消息，基站根據(jù)消息內(nèi)容進行相應(yīng)的處理，之后，將處理結(jié)果由網(wǎng)絡(luò)控制單元發(fā)給核心網(wǎng)。
在上述方法中，當UE發(fā)送用戶數(shù)據(jù)時，UE側(cè)協(xié)議棧處理進一步包括將要發(fā)送的數(shù)據(jù)包在分組數(shù)據(jù)壓縮協(xié)議(PDCP)層，由PDCP依次進行傳輸控制協(xié)議/用戶數(shù)據(jù)報協(xié)議/網(wǎng)際協(xié)議(TCP/UDP/IP)頭壓縮后發(fā)往無線鏈路控制(RLC)層；RLC對數(shù)據(jù)包實施分片和級聯(lián)后發(fā)往介質(zhì)訪問控制(MAC)；MAC選擇合適的傳輸格式組合(TFC)；最后由物理層根據(jù)選定的TFC進行編碼調(diào)制后，將數(shù)據(jù)包發(fā)給基站。
在上述方法中，當UE發(fā)送用戶數(shù)據(jù)時，基站側(cè)協(xié)議棧處理進一步包括a1.基站側(cè)物理層接收到UE側(cè)物理層發(fā)來的數(shù)據(jù)后，進行解調(diào)和譯碼；b1.物理層將譯碼后的數(shù)據(jù)發(fā)往基站的MAC層，由MAC去掉相應(yīng)的MAC控制頭后，將相應(yīng)數(shù)據(jù)包發(fā)往基站的RLC層；
c1.RLC層將分片和級聯(lián)的數(shù)據(jù)進行重組，然后將數(shù)據(jù)包發(fā)往基站的PDCP層；d1.PDCP層對經(jīng)過壓縮的TCP/UDP/IP頭依次解壓縮，得到UE最初發(fā)送的原始數(shù)據(jù)包，并通過傳輸承載將該數(shù)據(jù)包發(fā)往網(wǎng)絡(luò)控制單元。
在上述方法中，當UE發(fā)送控制信令時，UE側(cè)協(xié)議棧處理進一步包括無線資源控制協(xié)議(RRC)將本層的信令消息封裝為數(shù)據(jù)包發(fā)往RLC層；RLC對該數(shù)據(jù)包實施分片和級聯(lián)后發(fā)往MAC層；MAC選擇合適的TFC；最后由物理層根據(jù)選定的TFC進行編碼調(diào)制后發(fā)送給基站。
在上述方法中，當UE發(fā)送控制信令時，基站側(cè)協(xié)議棧處理進一步包括a2.基站側(cè)物理層接收到UE側(cè)物理層發(fā)來的信令消息后，進行解調(diào)譯碼；b2.物理層將譯碼后的數(shù)據(jù)發(fā)往基站的MAC層，由MAC去掉相應(yīng)的MAC控制頭，將相應(yīng)數(shù)據(jù)包發(fā)往基站的RLC層；c2.RLC層將分片和級聯(lián)的數(shù)據(jù)進行重組，然后將數(shù)據(jù)包發(fā)往基站的RRC層；d2.基站的RRC解析該消息并進行相應(yīng)的處理，處理過程完成后，基站側(cè)RRC將該消息的處理結(jié)果通過傳輸承載通知網(wǎng)絡(luò)控制單元的RRC層。
本發(fā)明的方法中，基站將解析出的用戶數(shù)據(jù)或消息處理的結(jié)果經(jīng)由無線網(wǎng)絡(luò)控制器(RNC)傳送給核心網(wǎng)?；蛘撸緦⒔馕龀龅臄?shù)據(jù)經(jīng)由接入網(wǎng)網(wǎng)關(guān)(RAN Gateway)路由至核心網(wǎng)；基站將對控制信令的處理結(jié)果經(jīng)由無線網(wǎng)絡(luò)控制服務(wù)器(RNC Server)轉(zhuǎn)交至核心網(wǎng)。
由上述方案可以看出，本發(fā)明的關(guān)鍵在于將原來RNC在各層協(xié)議棧對數(shù)據(jù)或控制信令的處理下移到基站進行，從而簡化并加快通信的處理過程，提高數(shù)據(jù)和信令的處理速度。
因此，本發(fā)明所提供的由基站側(cè)完成各層協(xié)議棧處理的通信方法，具有以下的優(yōu)點和特點
1)本發(fā)明中所采用的接入層協(xié)議棧結(jié)構(gòu)，保留了WCDMA系統(tǒng)的分層協(xié)議以及每層協(xié)議的功能，只是將原來RNC對各層協(xié)議的處理下移到基站處理，即對于用戶面信息，由基站進行PHY、MAC、RLC和PDCP層協(xié)議處理，RNC不進行接入層的用戶信息處理；對于控制面信息，基站實現(xiàn)PHY、MAC、RLC和RRC層協(xié)議處理，RNC中只實現(xiàn)部分RRC協(xié)議的處理。如此，可簡化通信處理過程，降低傳輸時延，提高數(shù)據(jù)和信令處理速度及反饋速度，使其不僅支持高速數(shù)據(jù)傳輸，而且適用于優(yōu)化Node B和RNC功能的接入網(wǎng)。
2)本發(fā)明所采用的協(xié)議分層，通過將接入層的用戶面、控制面實體分離可以簡化每個實體的設(shè)計，優(yōu)化RNC和基站的功能，使其更適用于采用分布式網(wǎng)絡(luò)結(jié)構(gòu)的接入網(wǎng)結(jié)構(gòu)，且保證網(wǎng)絡(luò)與UE之間有快速的反應(yīng)機制。
在本發(fā)明人的另一專利中，曾提出一種適用于高速分組數(shù)據(jù)傳輸?shù)臒o線接入網(wǎng)結(jié)構(gòu)，它由一個以上無線互聯(lián)網(wǎng)基站子系統(tǒng)(WIBS)組成，如圖6所示，每個WIBS600至少包括無線控制器服務(wù)器(RNC Server)601，用于處理核心網(wǎng)(CN)與無線互聯(lián)網(wǎng)基站(WIB)之間的控制信令；若干個無線接入網(wǎng)網(wǎng)關(guān)(RAN Gateway)602，用于處理核心網(wǎng)與無線互聯(lián)網(wǎng)基站之間的用戶數(shù)據(jù)流，一個RAN Gateway服務(wù)于多個WIB；若干個無線互聯(lián)網(wǎng)基站(WIB)603，用于管理一個或多個小區(qū)，實現(xiàn)與用戶終端之間數(shù)據(jù)和控制信令的無線發(fā)射和接收，一個WIB603只由一個RAN Gateway602提供服務(wù)；以及分組交換承載網(wǎng)絡(luò)604，用于傳遞RNC Server、RAN Gateway及WIB之間的交互信息。RNC Server601和每個RAN Gateway602直接與CN相連，RNC Server601、所有RAN Gateway602及所有WIB603分別通過各自的邏輯接口連接于同一個分組交換承載網(wǎng)絡(luò)604上，使WIB之間、WIB與RAN Gateway之間、RAN Gateway與RNC Server之間可以經(jīng)由各自的邏輯接口相互連接通信。
上述接入網(wǎng)結(jié)構(gòu)相當于用WIB代替Node B，將原來的RNC分為RANGateway和RNC Server兩部分，同時將RNC大部分資源管理功能下移至WIB中，將RNC本身的數(shù)據(jù)處理和控制信令處理功能也分隔開。由RANGateway進行接入層用戶信息的處理，而RNC Server只進行控制信令的處理。圖7即為適于圖6所示接入網(wǎng)結(jié)構(gòu)的用戶面接入層協(xié)議棧模型，圖7中虛線左側(cè)的部分表示用戶終端(UE)和WIB之間分層的對應(yīng)關(guān)系圖，虛線右側(cè)的部分為UE、WIB和RAN Gateway之間的分層傳送模型，其中，Uu表示UE和WIB之間的接口?？梢钥闯觯瑢τ谟脩裘鏀?shù)據(jù)信息來說，WIB可實現(xiàn)PHY層、MAC層、RLC層和PDCP層協(xié)議的處理，如此更有利于WIB中功能的實現(xiàn)，效率的提高。比如適于RLC層的反饋重傳機制在WIB中實現(xiàn)。在本實施例中，WIB即為本發(fā)明中的基站，負責(zé)處理數(shù)據(jù)部分的網(wǎng)絡(luò)控制單元為RAN Gateway。
配合圖7所示，當UE發(fā)送一個用戶數(shù)據(jù)包到網(wǎng)絡(luò)時，其具體的實現(xiàn)過程是這樣的1)在UE側(cè)，由于協(xié)議棧的結(jié)構(gòu)并無變化，因此UE側(cè)數(shù)據(jù)發(fā)送的過程與WCDMA原有過程一致，即數(shù)據(jù)包發(fā)送給PDCP，依次由PDCP進行傳輸控制協(xié)議/用戶數(shù)據(jù)報協(xié)議/網(wǎng)際協(xié)議(TCP/UDP/IP)頭壓縮后發(fā)往RLC；RLC對數(shù)據(jù)包實施分片和級聯(lián)后發(fā)往MAC；MAC根據(jù)當前數(shù)據(jù)包和配置的傳輸格式組合集合(TFCS)選擇合適的傳輸格式組合(TFC)；最后由物理層根據(jù)選定的TFC進行編碼調(diào)制后，將處理過的數(shù)據(jù)包發(fā)送給基站。
2)在基站側(cè)，由于協(xié)議棧的結(jié)構(gòu)完全不同，因此基站側(cè)對數(shù)據(jù)處理的過程也不同，相當于將原來RNC側(cè)的處理全部移至基站一側(cè)，具體包括以下步驟2a.基站側(cè)物理層接收到UE側(cè)物理層發(fā)來的數(shù)據(jù)后，進行解調(diào)和譯碼。
2b.基站側(cè)物理層將譯碼后的數(shù)據(jù)發(fā)往基站的MAC層，由MAC去掉相應(yīng)的MAC控制頭后，將相應(yīng)數(shù)據(jù)包發(fā)往基站的RLC層。
2c.基站側(cè)RLC層執(zhí)行重組功能，將分片和級聯(lián)的數(shù)據(jù)進行重組，然后，將數(shù)據(jù)包發(fā)往基站的PDCP層。
2d.基站側(cè)PDCP層對經(jīng)過壓縮的TCP/UDP/IP頭依次解壓縮，得到UE最初發(fā)送給PDCP的原始數(shù)據(jù)包。
2e.基站通過傳輸承載將這一數(shù)據(jù)包發(fā)往RAN Gateway，由其路由到核心網(wǎng)完成進一步處理。
類似的，UE通過相反的過程來接收由核心網(wǎng)絡(luò)發(fā)給本UE的數(shù)據(jù)包。
圖8為適于圖6所示接入網(wǎng)結(jié)構(gòu)的控制面接入層協(xié)議棧模型，圖8中虛線左側(cè)的部分表示用戶終端(UE)和WIB之間分層的對應(yīng)關(guān)系圖，虛線右側(cè)的部分為UE、WIB和RNC Server之間的分層傳送模型，其中，Uu表示UE和WIB之間的接口?？梢钥闯?，對于控制面信息來說，WIB可實現(xiàn)PHY層、MAC層、RLC層和RRC層協(xié)議的處理，而RNC只實現(xiàn)RRC層協(xié)議的處理。在本實施例中，本發(fā)明中的基站指的就是WIB，負責(zé)處理控制信令部分的網(wǎng)絡(luò)控制單元為RNC Server。
配合圖8所示，當UE發(fā)送一個高層信令消息到網(wǎng)絡(luò)時，其具體的實現(xiàn)過程是這樣的1)在UE側(cè)，由于協(xié)議棧的結(jié)構(gòu)并無變化，因此UE側(cè)信令消息發(fā)送的過程與WCDMA原有過程一致，即RRC將本層的信令消息封裝為數(shù)據(jù)包發(fā)往RLC層；RLC對該數(shù)據(jù)包實施分片和級聯(lián)后發(fā)往MAC層；MAC根據(jù)當前數(shù)據(jù)包和配置的TFCS選擇合適的TFC；最后由物理層根據(jù)選定的TFC進行編碼調(diào)制后發(fā)送給基站。
2)在基站側(cè)，由于協(xié)議棧的結(jié)構(gòu)完全不同，因此基站側(cè)對信令消息處理的過程也不同，相當于將原來RNC側(cè)的處理全部移至基站一側(cè)，具體包括以下步驟2a.基站側(cè)物理層接收到UE側(cè)物理層發(fā)來的信令消息后，進行解調(diào)和譯碼。
2b.基站側(cè)物理層將譯碼后的數(shù)據(jù)發(fā)往MAC層，由MAC去掉相應(yīng)的MAC控制頭，將相應(yīng)數(shù)據(jù)包發(fā)往RLC層。
2c.基站側(cè)RLC層執(zhí)行重組功能，將分片和級聯(lián)的數(shù)據(jù)進行重組，然后，將數(shù)據(jù)包發(fā)往基站RRC層。
2d.基站的RRC通常直接解析這一消息，進行相應(yīng)處理，如連接建立、測量報告等。
2e.在一個處理過程完成后，基站側(cè)RRC直接將這一消息通過傳輸承載將處理結(jié)果通知RNC Server的RRC層，再通過RNC Server經(jīng)Iu接口轉(zhuǎn)交核心網(wǎng)處理。
類似的，UE通過相反的過程來接收核心網(wǎng)的信令消息和接入網(wǎng)的RRC信令消息。
上述協(xié)議棧處理模型中，RRC層分別由RNC Server和基站實現(xiàn)，這樣針對RRC中功能不同，把類似于快速建立連接、快速反饋、資源調(diào)度等功能在基站中實現(xiàn)，而類似于一些數(shù)據(jù)管理、數(shù)據(jù)存儲以及需要處理多個基站的內(nèi)容放在RNC Server中實現(xiàn)。
本發(fā)明的方法同樣也適用于優(yōu)化的現(xiàn)有接入網(wǎng)結(jié)構(gòu)，所謂優(yōu)化的接入網(wǎng)結(jié)構(gòu)就是指重新劃分Node B和RNC的功能，將RNC中有關(guān)資源管理和調(diào)度的功能移至Node B中實現(xiàn)，由Node B自己控制自身資源的分配。在這種情況下，RNC即為網(wǎng)絡(luò)控制單元，Node B即為所述的基站，無論UE傳輸數(shù)據(jù)還是控制信令，均可如圖4、圖5所示，由Node B進行PHY層、MAC層、RLC層以及PDCP層或RRC層的協(xié)議處理，然后將得到的UE原始傳輸數(shù)據(jù)，或按UE所發(fā)信令完成操作后的處理結(jié)果發(fā)送給RNC，經(jīng)由RNC送至核心網(wǎng)絡(luò)做進一步處理。
以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權(quán)利要求
1.一種由基站側(cè)完成各層協(xié)議棧處理的通信方法，其特征在于當用戶終端(UE)與核心網(wǎng)進行通信時，UE與核心網(wǎng)之間傳輸?shù)乃杏脩魯?shù)據(jù)或控制信令均在基站側(cè)進行每層協(xié)議的處理，由基站完成數(shù)據(jù)解析和信令實施。
2.根據(jù)權(quán)利要求1所述的通信方法，其特征在于該方法進一步包括當用戶終端(UE)發(fā)送用戶數(shù)據(jù)到網(wǎng)絡(luò)時，UE將經(jīng)過自身各層協(xié)議棧處理后的數(shù)據(jù)包由物理層(PHY)發(fā)給所屬基站的物理層，經(jīng)基站側(cè)每層協(xié)議棧處理后，得到UE發(fā)送的原始數(shù)據(jù)包，然后，直接通過網(wǎng)絡(luò)控制單元發(fā)至核心網(wǎng)。
3.根據(jù)權(quán)利要求1所述的通信方法，其特征在于該方法進一步包括當用戶終端(UE)發(fā)送信令消息到網(wǎng)絡(luò)時，該信令消息先由UE側(cè)的每層協(xié)議棧處理，再通過UE側(cè)的物理層(PHY)發(fā)給所屬基站的物理層，經(jīng)過基站側(cè)各層協(xié)議棧的處理解析出該消息，基站根據(jù)消息內(nèi)容進行相應(yīng)的處理，之后，將處理結(jié)果由網(wǎng)絡(luò)控制單元發(fā)給核心網(wǎng)。
4.根據(jù)權(quán)利要求2所述的通信方法，其特征在于UE側(cè)協(xié)議棧處理進一步包括要發(fā)送的數(shù)據(jù)包在分組數(shù)據(jù)壓縮協(xié)議(PDCP)層，由PDCP依次進行傳輸控制協(xié)議/用戶數(shù)據(jù)報協(xié)議/網(wǎng)際協(xié)議(TCP/UDP/IP)頭壓縮后發(fā)往無線鏈路控制(RLC)層；RLC對數(shù)據(jù)包實施分片和級聯(lián)后發(fā)往介質(zhì)訪問控制(MAC)；MAC選擇合適的傳輸格式組合(TFC)；最后由物理層根據(jù)選定的TFC進行編碼調(diào)制后，將數(shù)據(jù)包發(fā)給基站。
5.根據(jù)權(quán)利要求2所述的通信方法，其特征在于基站側(cè)協(xié)議棧處理進一步包括a1.基站側(cè)物理層接收到UE側(cè)物理層發(fā)來的數(shù)據(jù)后，進行解調(diào)和譯碼；b1.物理層將譯碼后的數(shù)據(jù)發(fā)往基站的MAC層，由MAC去掉相應(yīng)的MAC控制頭后，將相應(yīng)數(shù)據(jù)包發(fā)往基站的RLC層；c1.RLC層將分片和級聯(lián)的數(shù)據(jù)進行重組，然后將數(shù)據(jù)包發(fā)往基站的PDCP層；d1.PDCP層對經(jīng)過壓縮的TCP/UDP/IP頭依次解壓縮，得到UE最初發(fā)送的原始數(shù)據(jù)包，并通過傳輸承載將該數(shù)據(jù)包發(fā)往網(wǎng)絡(luò)控制單元。
6.根據(jù)權(quán)利要求3所述的通信方法，其特征在于UE側(cè)協(xié)議棧處理進一步包括無線資源控制協(xié)議(RRC)將本層的信令消息封裝為數(shù)據(jù)包發(fā)往RLC層；RLC對該數(shù)據(jù)包實施分片和級聯(lián)后發(fā)往MAC層；MAC選擇合適的TFC；最后由物理層根據(jù)選定的TFC進行編碼調(diào)制后發(fā)送給基站。
7.根據(jù)權(quán)利要求3所述的通信方法，其特征在于基站側(cè)協(xié)議棧處理進一步包括a2.基站側(cè)物理層接收到UE側(cè)物理層發(fā)來的信令消息后，進行解調(diào)譯碼；b2.物理層將譯碼后的數(shù)據(jù)發(fā)往基站的MAC層，由MAC去掉相應(yīng)的MAC控制頭，將相應(yīng)數(shù)據(jù)包發(fā)往基站的RLC層；c2.RLC層將分片和級聯(lián)的數(shù)據(jù)進行重組，然后將數(shù)據(jù)包發(fā)往基站的RRC層；d2.基站的RRC解析該消息并進行相應(yīng)的處理，處理過程完成后，基站側(cè)RRC將該消息的處理結(jié)果通過傳輸承載通知網(wǎng)絡(luò)控制單元的RRC層。
8.根據(jù)權(quán)利要求2或3所述的通信方法，其特征在于基站將解析出的數(shù)據(jù)或消息處理的結(jié)果經(jīng)由無線網(wǎng)絡(luò)控制器(RNC)傳送給核心網(wǎng)。
9.根據(jù)權(quán)利要求2或3所述的通信方法，其特征在于基站將解析出的用戶數(shù)據(jù)經(jīng)由接入網(wǎng)網(wǎng)關(guān)(RAN Gateway)路由至核心網(wǎng)；基站將對控制信令的處理結(jié)果經(jīng)由無線網(wǎng)絡(luò)控制服務(wù)器(RNC Server)轉(zhuǎn)交至核心網(wǎng)。
全文摘要
本發(fā)明公開了一種由基站側(cè)完成各層協(xié)議棧處理的通信方法，其關(guān)鍵在于當用戶終端(UE)與核心網(wǎng)進行通信時，UE與核心網(wǎng)之間傳輸?shù)乃杏脩魯?shù)據(jù)或控制信令均在基站側(cè)進行每層協(xié)議的處理，由基站完成數(shù)據(jù)的解析和信令的實施。該方法能夠適于高速數(shù)據(jù)傳輸，簡化復(fù)雜的處理過程，減少延時，提高系統(tǒng)效率，保證在網(wǎng)絡(luò)與UE之間提供快速的反應(yīng)機制。
文檔編號H04W28/06GK1455531SQ0211674
公開日2003年11月12日 申請日期2002年4月30日 優(yōu)先權(quán)日2002年4月30日
發(fā)明者孫立新, 鄭志彬, 陳月華, 陳德 申請人:華為技術(shù)有限公司