專利名稱：一種用戶數(shù)據(jù)無(wú)線承載需求的通知方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信領(lǐng)域，尤其涉及一種在長(zhǎng)期演進(jìn)(LTE)系統(tǒng)中，使用無(wú)線資 源控制(RRC)信令實(shí)現(xiàn)用戶數(shù)據(jù)無(wú)線承載需求的通知方法及系統(tǒng)。
背景技術(shù)：
目前移動(dòng)通信系統(tǒng)已經(jīng)發(fā)展到了 LTE。LTE采用了正交頻分復(fù)用(OFDM)、多輸入多 輸出(MIMO)等技術(shù)，在無(wú)線網(wǎng)絡(luò)組網(wǎng)上采用2層結(jié)構(gòu)，并引入了演進(jìn)的家庭基站(HeNB)，包 含有HeNB的LTE的結(jié)構(gòu)如圖1所示。圖1中包括用戶設(shè)備(UE，User Equipment)、增強(qiáng) 型基站(eNB，evelved NodeB)、HeNB 和核心網(wǎng)絡(luò)(EPC，Evolved Packet Core)。其中，UE 可以是手機(jī)或個(gè)人電腦；eNB、HeNB即無(wú)線接入網(wǎng)(RAN)，RAN用于處理所有與無(wú)線有關(guān)的功 能；EPC處理所有的數(shù)據(jù)連接包括互聯(lián)網(wǎng)話音呼叫(VoIP)，并實(shí)現(xiàn)與外部網(wǎng)絡(luò)的交換和路 由功能。LTE系統(tǒng)中，用戶數(shù)據(jù)傳輸?shù)膮f(xié)議結(jié)構(gòu)如圖2所示。圖2中，包數(shù)據(jù)聚合協(xié)議 (PDCP)在UE和RAN中，分別執(zhí)行數(shù)據(jù)包的報(bào)頭壓縮/解壓縮、完整性保護(hù)和傳輸用戶數(shù)據(jù)； 在切換時(shí)，將其維護(hù)的數(shù)據(jù)包對(duì)應(yīng)的序列號(hào)和緩存的數(shù)據(jù)包轉(zhuǎn)發(fā)到目的eNB。PDCP實(shí)體分 別設(shè)置在UE和RAN中，可以設(shè)置為一個(gè)或多個(gè)。其中，傳輸用戶數(shù)據(jù)即為將由數(shù)據(jù)包生成 的PDCP協(xié)議數(shù)據(jù)單元(PDCP-PDU)轉(zhuǎn)發(fā)到無(wú)線鏈路控制(RLC)層。圖2中，Application 指應(yīng)用層；IP指網(wǎng)際協(xié)議；MAC指媒體接入控制；Ll指物理層；Relay指中繼轉(zhuǎn)發(fā)功能，比如 eNB和S-GW能夠把前一節(jié)點(diǎn)的數(shù)據(jù)轉(zhuǎn)到下一節(jié)點(diǎn)，對(duì)數(shù)據(jù)內(nèi)容不作任何業(yè)務(wù)處理；GTP-U指 通用分組無(wú)線服務(wù)系統(tǒng)隧道協(xié)議-用戶面；UDP指用戶數(shù)據(jù)報(bào)協(xié)議，是面向非連接的協(xié)議； L2指鏈路層；Serving GW指服務(wù)網(wǎng)關(guān)，縮寫為S-GW ;PDN GW指分組數(shù)據(jù)網(wǎng)關(guān)，縮寫為P-GW ； UE與eNB之間的接口是LTE-Uu ；eNB與S-GW之間的接口是Sl-U ；S-Gff與P-GW之間的接口 是 S5/S8。以上行數(shù)據(jù)為例，當(dāng)采用圖2所示的用戶數(shù)據(jù)傳輸?shù)膮f(xié)議結(jié)構(gòu)時(shí)，PDCP實(shí)體傳送 數(shù)據(jù)的流程包括以下步驟步驟101、在UE中，UE的Application的數(shù)據(jù)封裝成IP數(shù)據(jù)包或者點(diǎn)對(duì)點(diǎn)協(xié)議 (PPP)數(shù)據(jù)包發(fā)送給UE中的PDCP實(shí)體。步驟102、UE中的PDCP實(shí)體遵照魯賓報(bào)文頭壓縮(RoHC，RObust HeaderCompression)，對(duì)數(shù)據(jù)包進(jìn)行報(bào)頭壓縮，生成PDCP-PDU后傳送給UE中的RLC層。步驟103、UE中的RLC層對(duì)該P(yáng)DCP-PDU增加RLC報(bào)頭后發(fā)送給MAC層；在UE中 的MAC層，對(duì)已經(jīng)增加了 RLC報(bào)頭的PDCP-PDU增加MAC報(bào)頭后發(fā)送給UE的Ll層；在UE的 Ll層，對(duì)該增加RLC報(bào)頭和MAC報(bào)頭的PDCP-PDU進(jìn)行編碼調(diào)制等操作后發(fā)送給UE所屬的 eNB。步驟104、eNB對(duì)該P(yáng)DCP-PDU進(jìn)行編碼解調(diào)等操作后發(fā)送到eNB中的MAC層，eNB 中的MAC層去除步驟103中添加的MAC報(bào)頭，將去除MAC報(bào)頭后的PDU發(fā)送給eNB中的RLC 層；eNB中的RLC層去除步驟103中添加的RLC報(bào)頭后，將去除MAC報(bào)頭和RLC報(bào)頭后的PDCP-PDU發(fā)送給eNB中的PDCP實(shí)體。步驟105、PDCP實(shí)體使用RoHC將PDCP-PDU進(jìn)行報(bào)頭解壓縮，生成IP數(shù)據(jù)包或者 PPP數(shù)據(jù)包。步驟106、eNB將IP數(shù)據(jù)包或者PPP數(shù)據(jù)包通過(guò)GTP-U隧道經(jīng)Sl-U接口發(fā)送給 S-Gff, S-Gff再將IP數(shù)據(jù)包或者PPP數(shù)據(jù)包發(fā)送給P-GW。上述的是從UE到外部網(wǎng)絡(luò)發(fā)送數(shù)據(jù)包的過(guò)程，也就是上行發(fā)送數(shù)據(jù)包的過(guò)程。從 外部網(wǎng)絡(luò)發(fā)送數(shù)據(jù)包到UE的過(guò)程，即下行發(fā)送數(shù)據(jù)包的過(guò)程和上行發(fā)送數(shù)據(jù)包的過(guò)程類 似，只是eNB中的PDCP實(shí)體負(fù)責(zé)對(duì)下行數(shù)據(jù)包進(jìn)行PDCP報(bào)頭壓縮形成PDCP-PDU并傳輸， 而UE中的PDCP實(shí)體負(fù)責(zé)對(duì)接收到的PDCP-PDU進(jìn)行報(bào)頭解壓縮并傳輸。在上述過(guò)程中， 事先通過(guò)信令建立了用戶數(shù)據(jù)傳輸?shù)耐ǖ?，包括無(wú)線承載、演進(jìn)的分組系統(tǒng)(EPS，Evolved Packet System)承載等，其中，UE與演進(jìn)的通用陸地?zé)o線接入網(wǎng)(E-UTRAN)之間的RRC子 層完成了無(wú)線承載的建立。在LTE系統(tǒng)中，HeNB是基站的一種，主要用于私人用戶的專用資源，部署在家庭、 團(tuán)體、公司或者學(xué)校等私人場(chǎng)所使用，只限定某些用戶的接入。HeNB主要是用來(lái)解決小范圍 的E-UTRAN蜂窩覆蓋，通過(guò)固定線路，比如數(shù)字用戶線(DSL)連接到接入網(wǎng)，用戶的各種業(yè) 務(wù)都可以通過(guò)HeNB來(lái)完成，例如電話、上網(wǎng)等。HeNB吸引用戶的方面在于它豐富的、基于位 置的業(yè)務(wù)，較好的服務(wù)質(zhì)量和差異化計(jì)費(fèi)方面的優(yōu)勢(shì)。HeNB的功能沿用了部分普通eNodeB 的基本功能，還可能會(huì)增加一些面向用戶的私用功能，譬如說(shuō)HeNB擁有者可以配置HeNB的 使用，比如增加/刪除用戶、家庭網(wǎng)關(guān)的功能、家電網(wǎng)絡(luò)控制等等。HeNB的優(yōu)點(diǎn)有通過(guò)DSL連接到接入網(wǎng)，節(jié)省運(yùn)營(yíng)商架設(shè)基站以及維護(hù)費(fèi)用；解 決室內(nèi)覆蓋以及eNodeB的容量問(wèn)題，另外，由于HeNB覆蓋范圍小，給少數(shù)用戶提供全部小 區(qū)無(wú)線資源的特點(diǎn)，它可以更充分地利用LTE的高速接入特性；以及提供優(yōu)惠的資費(fèi)，移動(dòng) 運(yùn)營(yíng)商搶占固網(wǎng)運(yùn)營(yíng)市場(chǎng)，一般認(rèn)為HeNB會(huì)使用包月的資費(fèi)。HeNB作為家庭數(shù)據(jù)接入時(shí)， 是目前運(yùn)營(yíng)商所關(guān)注的一個(gè)熱點(diǎn)，一般認(rèn)為該產(chǎn)品應(yīng)該能夠通過(guò)家庭寬帶接入鏈路連接到 接入網(wǎng)關(guān)，進(jìn)而連接移動(dòng)核心網(wǎng)；用戶的使用方式如同無(wú)線保真(Wi-Fi)路由器，可以即插 即用、無(wú)線上網(wǎng)，區(qū)別在于用戶不再需要另外的終端設(shè)備，而只需要使用通用的LTE手機(jī)或 LTE數(shù)據(jù)卡。HeNB作為中小型企業(yè)/辦公室數(shù)據(jù)接入時(shí)，應(yīng)用類似于家庭數(shù)據(jù)接入產(chǎn)品，但 是需要擴(kuò)展其接入容量，以便能夠給辦公室全員提供服務(wù)，該產(chǎn)品可以通過(guò)企業(yè)租用的數(shù) 據(jù)線路連接到接入網(wǎng)關(guān)，進(jìn)而連接移動(dòng)核心網(wǎng)，另外不同于家庭應(yīng)用場(chǎng)景，企業(yè)應(yīng)用場(chǎng)景將 存在大量?jī)?nèi)部語(yǔ)音/數(shù)據(jù)通信，因此也存在實(shí)現(xiàn)話音和數(shù)據(jù)內(nèi)部交換的需求。HeNB還與允許封閉用戶組(CSG，Closed Subscriber Group)概念有關(guān)，允許接入 家庭基站覆蓋區(qū)域的用戶稱為CSG用戶。屬于這個(gè)用戶組的一個(gè)或多個(gè)HeNB覆蓋的區(qū)域 也就是CSG區(qū)域。每個(gè)CSG在一個(gè)公眾陸地移動(dòng)電話網(wǎng)(PLMN)中用唯一的標(biāo)志進(jìn)行標(biāo)識(shí)， 稱為CSG ID。一個(gè)小區(qū)只能屬于一個(gè)CSG區(qū)域或一個(gè)跟蹤區(qū)(ΤΑ, Tracking Area)。CSGs 和TAs在地理上是可以交迭的。屬于同一個(gè)CSG區(qū)域的多個(gè)小區(qū)可能在地理位置上是不連 續(xù)的，可能同處于一個(gè)或多個(gè)TA。通過(guò)小區(qū)廣播消息可以知道這個(gè)小區(qū)是CSG小區(qū)或TA小 區(qū)。只有經(jīng)過(guò)授權(quán)的用戶才能允許接入到CSG中，CSG的概念與TA類似，都是由若干 個(gè)小區(qū)組成。通過(guò)在UE和移動(dòng)性管理實(shí)體(MME)中設(shè)定允許訪問(wèn)的白用戶對(duì)HeNB的訪問(wèn)，在MME中存儲(chǔ)TA和CSG的對(duì)應(yīng)關(guān)系數(shù)據(jù)庫(kù)，在附著(ATTACH)或跟蹤 區(qū)更新(TAU，TraCking AreaUpdate)過(guò)程將允許訪問(wèn)的白名單下發(fā)到許可的CSG用戶。白 名單就是在UE和MME中設(shè)定的允許UE訪問(wèn)的CSG列表。LTE全部采用包(packet)數(shù)據(jù)傳輸，特別地，同一 eNB/HeNB下的UE之間傳輸?shù)挠?戶數(shù)據(jù)都是包數(shù)據(jù)。隨著HeNB的發(fā)展，人們還在探討把一些家庭電子設(shè)備經(jīng)由HeNB管理。 可見，歸屬于HeNB的UE具有相對(duì)位置固定、在同一小區(qū)下UE間發(fā)生業(yè)務(wù)居多等特點(diǎn)。針對(duì)上述的一些特定情形，包括實(shí)時(shí)傳輸協(xié)議(RTP)報(bào)文數(shù)據(jù)等報(bào)文數(shù)據(jù)，傳輸 于同一 HeNB下的UE之間時(shí)，仍然要經(jīng)過(guò)EPC，這就降低了 UE間的數(shù)據(jù)傳輸效率，也加大了 EPC的處理負(fù)荷。但是，EPC往往不知道UE上會(huì)發(fā)生什么樣的業(yè)務(wù)以及哪些業(yè)務(wù)的用戶數(shù) 據(jù)可以不必要經(jīng)過(guò)EPC的轉(zhuǎn)發(fā)，這就需要UE能夠把用戶數(shù)據(jù)無(wú)線承載需求通知給E-UTRAN， 由E-UTRAN做好用戶數(shù)據(jù)的轉(zhuǎn)發(fā)準(zhǔn)備并完成轉(zhuǎn)發(fā)。然而，目前還沒(méi)有實(shí)現(xiàn)UE通知E-UTRAN 用戶數(shù)據(jù)無(wú)線承載需求的方案。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種用戶數(shù)據(jù)無(wú)線承載需求的通知方法及 系統(tǒng)，使E-UTRAN能獲知UE的用戶數(shù)據(jù)無(wú)線承載需求，以便后續(xù)通過(guò)E-UTRAN的判決優(yōu)化 用戶數(shù)據(jù)的傳輸。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種用戶數(shù)據(jù)無(wú)線承載需求的通知方法，該方法包括用戶設(shè)備UE通過(guò)無(wú)線資源 控制RRC信令，將用戶數(shù)據(jù)無(wú)線承載需求通知給演進(jìn)的通用陸地?zé)o線接入網(wǎng)E-UTRAN。其中，所述E-UTRAN收到所述用戶數(shù)據(jù)無(wú)線承載需求后，根據(jù)所述用戶數(shù)據(jù)無(wú)線 承載需求，判決是否轉(zhuǎn)發(fā)數(shù)據(jù)；如果是，則轉(zhuǎn)發(fā)數(shù)據(jù)；否則，通知所述UE在UE所在的本小區(qū) 內(nèi)直接傳輸數(shù)據(jù)。其中，所述RRC信令具體為UE在本小區(qū)內(nèi)直接傳輸數(shù)據(jù)的請(qǐng)求信令時(shí)，所述UE在 本小區(qū)內(nèi)直接傳輸數(shù)據(jù)的請(qǐng)求信令中攜帶的表征無(wú)線承載需求的參數(shù)包括對(duì)端UE標(biāo)識(shí)、 業(yè)務(wù)類型和數(shù)據(jù)類型。其中，所述E-UTRAN解析出所述表征無(wú)線承載需求的參數(shù)后，與E-UTRAN本地存儲(chǔ) 的數(shù)據(jù)傳輸列表中的參數(shù)進(jìn)行匹配，當(dāng)匹配時(shí)，授權(quán)UE能在本小區(qū)內(nèi)直接傳輸數(shù)據(jù)，將授 權(quán)許可反饋給所述UE;其中，E-UTRAN本地存儲(chǔ)的數(shù)據(jù)傳輸列表中的參數(shù)包括對(duì)端UE標(biāo)識(shí)、業(yè)務(wù)類型和 數(shù)據(jù)類型。其中，通過(guò)請(qǐng)求指示標(biāo)識(shí)，標(biāo)識(shí)當(dāng)前RRC信令具體為UE在本小區(qū)內(nèi)直接傳輸數(shù)據(jù) 的請(qǐng)求信令。其中，該方法進(jìn)一步包括所述UE通過(guò)RRC信令，向所述E-UTRAN請(qǐng)求取消UE在 本小區(qū)內(nèi)直接傳輸數(shù)據(jù)。其中，該方法進(jìn)一步包括配置所述E-UTRAN為是否支持UE在本小區(qū)內(nèi)直接傳 輸數(shù)據(jù)。一種用戶數(shù)據(jù)無(wú)線承載需求的通知系統(tǒng)，該系統(tǒng)包括UE側(cè)的通知單元，用于UE 通過(guò)RRC信令，將用戶數(shù)據(jù)無(wú)線承載需求通知給E-UTRAN。
其中，該系統(tǒng)還包括E-UTRAN的判決單元，用于所述E-UTRAN收到所述用戶數(shù)據(jù)無(wú)線承載需求，當(dāng)根據(jù)用戶數(shù)據(jù)無(wú)線承載需求判決出轉(zhuǎn)發(fā)數(shù)據(jù)時(shí)，由所述E-UTRAN轉(zhuǎn)發(fā)數(shù)據(jù)； 當(dāng)根據(jù)用戶數(shù)據(jù)無(wú)線承載需求判決出不轉(zhuǎn)發(fā)數(shù)據(jù)時(shí)，通知所述UE在UE所在的本小區(qū)內(nèi)直 接傳輸數(shù)據(jù)。其中，所述判決單元還包括解析模塊，用于所述E-UTRAN解析出所述表征無(wú)線承 載需求的參數(shù)后，與E-UTRAN本地存儲(chǔ)的數(shù)據(jù)傳輸列表中的參數(shù)進(jìn)行匹配，當(dāng)匹配時(shí)，授權(quán) UE能在本小區(qū)內(nèi)直接傳輸數(shù)據(jù)，將授權(quán)許可反饋給所述UE ；其中，所述表征無(wú)線承載需求的參數(shù)包括對(duì)端UE標(biāo)識(shí)、業(yè)務(wù)類型和數(shù)據(jù)類型； E-UTRAN本地存儲(chǔ)的數(shù)據(jù)傳輸列表中的參數(shù)包括對(duì)端UE標(biāo)識(shí)、業(yè)務(wù)類型和數(shù)據(jù)類型。本發(fā)明的UE通過(guò)RRC信令，將用戶數(shù)據(jù)無(wú)線承載需求通知給E-UTRAN。采用本發(fā)明，由UE向E-UTRAN提出用戶數(shù)據(jù)無(wú)線承載需求，使E-UTRAN能獲知UE 的用戶數(shù)據(jù)無(wú)線承載需求，以便后續(xù)通過(guò)E-UTRAN的判決優(yōu)化用戶數(shù)據(jù)的傳輸。針對(duì)后續(xù) 優(yōu)化用戶數(shù)據(jù)的傳輸而言，通過(guò)RRC信令，E-UTRAN收到UE通知的用戶數(shù)據(jù)無(wú)線承載需求， 一方面，使E-UTRAN能根據(jù)該需求判決是轉(zhuǎn)發(fā)數(shù)據(jù)、還是在UE所在的小區(qū)內(nèi)直接傳輸數(shù)據(jù)， 使E-UTRAN的處理具有更大的靈活性；另一方面，當(dāng)在UE所在的小區(qū)內(nèi)直接傳輸數(shù)據(jù)時(shí)，不 僅提高了 UE間的數(shù)據(jù)傳輸效率，而且減輕核心網(wǎng)的數(shù)據(jù)傳輸與處理壓力。從而，采用本發(fā) 明，實(shí)現(xiàn)了用戶數(shù)據(jù)的傳輸優(yōu)化。


圖1為L(zhǎng)TE組網(wǎng)時(shí)設(shè)備組成的簡(jiǎn)單示意圖；圖2為正常的LTE用戶數(shù)據(jù)傳輸在各設(shè)備協(xié)議層之間的示意圖；圖3為本發(fā)明的信令流程示意圖。
具體實(shí)施例方式本發(fā)明的基本思想是UE通過(guò)RRC信令，將用戶數(shù)據(jù)無(wú)線承載需求通知給 E-UTRAN。下面結(jié)合附圖對(duì)技術(shù)方案的實(shí)施作進(jìn)一步的詳細(xì)描述。一種用戶數(shù)據(jù)無(wú)線承載需求的通知方法，該方法包括UE通過(guò)RRC信令，將用戶數(shù) 據(jù)無(wú)線承載需求通知給E-UTRAN。這里，E-UTRAN收到UE通知的用戶數(shù)據(jù)無(wú)線承載需求后，根據(jù)用戶數(shù)據(jù)無(wú)線承載 需求，判決是否轉(zhuǎn)發(fā)數(shù)據(jù)；如果是，則轉(zhuǎn)發(fā)數(shù)據(jù)；否則，通知UE在UE所在的本小區(qū)內(nèi)直接傳 輸數(shù)據(jù)。這里，RRC信令具體為UE在本小區(qū)內(nèi)直接傳輸數(shù)據(jù)的請(qǐng)求信令時(shí)，UE在本小區(qū)內(nèi) 直接傳輸數(shù)據(jù)的請(qǐng)求信令中攜帶的表征無(wú)線承載需求的參數(shù)包括對(duì)端UE標(biāo)識(shí)、業(yè)務(wù)類型 和數(shù)據(jù)類型。這里，E-UTRAN收到UE通知的用戶數(shù)據(jù)無(wú)線承載需求后，在判決數(shù)據(jù)傳輸?shù)姆绞?是由E-UTRAN轉(zhuǎn)發(fā)、還是通知UE在UE所在的本小區(qū)內(nèi)直接傳輸數(shù)據(jù)時(shí)，首先E-UTRAN解析 出表征無(wú)線承載需求的參數(shù)后，與E-UTRAN本地存儲(chǔ)的數(shù)據(jù)傳輸列表中的參數(shù)進(jìn)行匹配， 當(dāng)匹配時(shí)，授權(quán)UE能在本小區(qū)內(nèi)直接傳輸數(shù)據(jù)，將授權(quán)許可反饋給UE,即通知UE在UE所在的本小區(qū)內(nèi)直接傳輸數(shù)據(jù)。其中，E-UTRAN本地存儲(chǔ)的數(shù)據(jù)傳輸列表中的參數(shù)包括對(duì)端UE標(biāo)識(shí)、業(yè)務(wù)類型和數(shù)據(jù)類型。這里，通過(guò)請(qǐng)求指示標(biāo)識(shí)，標(biāo)識(shí)當(dāng)前RRC信令具體為UE在本小區(qū)內(nèi)直接傳輸數(shù)據(jù) 的請(qǐng)求信令。這里，該方法進(jìn)一步包括UE通過(guò)RRC信令，向E-UTRAN請(qǐng)求取消UE在本小區(qū)內(nèi) 直接傳輸數(shù)據(jù)。這里，該方法進(jìn)一步包括配置E-UTRAN為是否支持UE在本小區(qū)內(nèi)直接傳輸數(shù) 據(jù)。綜上所述，本發(fā)明主要包括以下內(nèi)容本發(fā)明的目的是提供由UE向E-UTRAN提出用戶數(shù)據(jù)無(wú)線承載需求的實(shí)現(xiàn)方案，用 于提高用戶數(shù)據(jù)傳輸速度和減輕核心網(wǎng)的處理壓力，從而對(duì)用戶數(shù)據(jù)的傳輸進(jìn)行優(yōu)化。該實(shí)現(xiàn)方案包括以下內(nèi)容一、UE與E-UTRAN之間已經(jīng)建立用戶數(shù)據(jù)無(wú)線承載，當(dāng)要發(fā)起業(yè)務(wù)時(shí)，根據(jù)業(yè)務(wù)特 征，確定用戶數(shù)據(jù)傳輸方式是否在本小區(qū)內(nèi)。二、當(dāng)明確發(fā)送數(shù)據(jù)的本端UE、和接收數(shù)據(jù)的對(duì)端UE都在同一個(gè)小區(qū)時(shí)，即本端 UE和對(duì)端UE都在本小區(qū)時(shí)，UE準(zhǔn)備表征無(wú)線承載需求的參數(shù)，包括對(duì)端UE標(biāo)識(shí)、業(yè)務(wù)類 型、數(shù)據(jù)類型。三、UE通過(guò)UE在本小區(qū)內(nèi)直接傳輸數(shù)據(jù)的請(qǐng)求信令，把表征無(wú)線承載需求的參數(shù) 發(fā)送給E-UTRAN。這里，UE在本小區(qū)內(nèi)直接傳輸數(shù)據(jù)的請(qǐng)求信令是RRC信令，也可稱為RRC業(yè)務(wù)配
置信令。四、E-UTRAN收到UE的請(qǐng)求信令后，驗(yàn)證對(duì)端UE標(biāo)識(shí)、業(yè)務(wù)類型、數(shù)據(jù)類型是否可 直接在本小區(qū)內(nèi)傳輸，根據(jù)驗(yàn)證結(jié)果向UE發(fā)送對(duì)應(yīng)請(qǐng)求的響應(yīng)。當(dāng)能夠在本小區(qū)傳輸業(yè)務(wù) 數(shù)據(jù)時(shí)，E-UTRAN準(zhǔn)備緩沖區(qū)等資源。這里，驗(yàn)證對(duì)端UE標(biāo)識(shí)、業(yè)務(wù)類型、數(shù)據(jù)類型是否可直接在本小區(qū)內(nèi)傳輸具體過(guò) 程是=E-UTRAN解析出表征無(wú)線承載需求的參數(shù)后，與E-UTRAN本地存儲(chǔ)的數(shù)據(jù)傳輸列表中 的參數(shù)進(jìn)行匹配，當(dāng)匹配時(shí)，授權(quán)UE能在本小區(qū)內(nèi)直接傳輸數(shù)據(jù)，將授權(quán)許可反饋給UE。其 中，E-UTRAN本地存儲(chǔ)的數(shù)據(jù)傳輸列表中的參數(shù)包括對(duì)端UE標(biāo)識(shí)、業(yè)務(wù)類型和數(shù)據(jù)類型。五、UE發(fā)生相應(yīng)的業(yè)務(wù)時(shí)，就可以在本小區(qū)內(nèi)直接傳輸用戶數(shù)據(jù)。上述實(shí)現(xiàn)方案進(jìn)一步包括UE可以請(qǐng)求E-UTRAN取消本小區(qū)內(nèi)用戶數(shù)據(jù)直接傳輸 的請(qǐng)求。上述實(shí)現(xiàn)方案進(jìn)一步包括=E-UTRAN可以配置為是否支持在本小區(qū)內(nèi)用戶數(shù)據(jù)直 接傳輸功能。綜上所述，通過(guò)本發(fā)明，實(shí)現(xiàn)了由UE向E-UTRAN提出用戶數(shù)據(jù)無(wú)線承載需求，請(qǐng)求 E-UTRAN做好用戶數(shù)據(jù)在本小區(qū)內(nèi)傳輸?shù)臏?zhǔn)備，這樣可以提高了用戶數(shù)據(jù)傳輸速度和減輕 核心網(wǎng)的處理壓力，并且對(duì)其它子層如MAC、RLC等沒(méi)有影響，也不需要增加另外的物理實(shí) 體。圖1描述的是本發(fā)明的所涉及的組網(wǎng)結(jié)構(gòu)圖，是包含有HeNB的LTE的簡(jiǎn)單示意 圖，包括UE、eNB、HeNB和EPC。在圖1中，包括兩個(gè)UE，一個(gè)UE是手機(jī)，一個(gè)UE是個(gè)人電腦，而且兩個(gè)UE中一個(gè)UE作為本端UE，另一個(gè)UE作為對(duì)端UE。圖1對(duì)應(yīng)了如下的具體實(shí) 現(xiàn)場(chǎng)景用戶在家庭居所內(nèi)，通過(guò)HeNB在一支手機(jī)和一臺(tái)個(gè)人電腦之間傳輸用戶數(shù)據(jù)，比 如影視媒體流數(shù)據(jù)，顯然，如果用戶已經(jīng)預(yù)付了分組數(shù)據(jù)流量費(fèi)用，這樣的數(shù)據(jù)無(wú)須經(jīng)過(guò)核 心網(wǎng)。圖2是LTE用戶數(shù)據(jù)傳輸?shù)膮f(xié)議結(jié)構(gòu)示意圖，可見，用戶數(shù)據(jù)的傳輸要從UE、經(jīng) eNB、S-Gff, P-GW最后才開始到達(dá)業(yè)務(wù)服務(wù)網(wǎng)絡(luò)。這個(gè)過(guò)程中，從PDCP子層開始，最接近用 戶數(shù)據(jù)的真正內(nèi)容。方法實(shí)施例
圖3是本發(fā)明的信令流程示意圖，為簡(jiǎn)明起見，圖中只畫出了主要的信令。UE與 E-UTRAN之間已經(jīng)建立用戶數(shù)據(jù)無(wú)線承載，這一過(guò)程是正常的LTE中的UE與E-UTRAN之間 的過(guò)程，即UE與E-UTRAN之間已經(jīng)完成了 RRC連接建立過(guò)程，已經(jīng)存在一個(gè)信令無(wú)線承載 (SRB, Signalling Radio Bearer) 0當(dāng)要發(fā)起業(yè)務(wù)時(shí)，例如要發(fā)起VoIP呼叫、傳輸用戶文件 等等，這時(shí)，根據(jù)業(yè)務(wù)特征，確定用戶數(shù)據(jù)傳輸方式是否在本小區(qū)內(nèi)，一種場(chǎng)景是用戶從手 機(jī)向個(gè)人電腦發(fā)送視頻文件，這里的手機(jī)、個(gè)人電腦都通過(guò)LTE無(wú)線制式連接到HeNB，而且 是連接到同一個(gè)HeNB，向運(yùn)營(yíng)商申請(qǐng)的是按月不計(jì)流量的包月計(jì)費(fèi)。此時(shí)，如圖3所示的信 令流程包括以下步驟步驟201、UE發(fā)送RRC業(yè)務(wù)配置信令到E-UTRAN。這里，RRC業(yè)務(wù)配置信令中，UE準(zhǔn)備好表征無(wú)線承載需求的參數(shù)，包括請(qǐng)求指 示標(biāo)識(shí)、對(duì)端UE標(biāo)識(shí)、業(yè)務(wù)類型、數(shù)據(jù)類型。例如，對(duì)端UE標(biāo)識(shí)是一個(gè)統(tǒng)一資源標(biāo)識(shí) (URI, Uniform Resource Identifier)、業(yè)務(wù)類型是文件傳輸協(xié)議(FTP，F(xiàn)ile Transport Protocol)、數(shù)據(jù)類型是FTP端口號(hào)；或者，對(duì)端UE標(biāo)識(shí)是一個(gè)URI、業(yè)務(wù)類型是VoIP、數(shù)據(jù) 類型是 RTP、實(shí)時(shí)傳輸控制協(xié)議(RTCP，Real time Transport Control Protocol)端口號(hào)， 等等。也就是說(shuō)，UE發(fā)送的RRC業(yè)務(wù)配置信令中包括這些參數(shù)。其中，RRC信令有各種類 型，通過(guò)請(qǐng)求指示標(biāo)識(shí)，可以標(biāo)識(shí)當(dāng)前RRC信令的類型是RRC業(yè)務(wù)配置信令，即為UE在本 小區(qū)內(nèi)直接傳輸數(shù)據(jù)的請(qǐng)求信令。這里，RRC業(yè)務(wù)配置信令在已經(jīng)建立的SRB上發(fā)送，屬上行消息，經(jīng)專用控制信道 (DCCH, Dedicated Control Channel) 7I專送。步驟202、E-UTRAN對(duì)RRC業(yè)務(wù)配置信令進(jìn)行響應(yīng)，并發(fā)送RRC業(yè)務(wù)配置完成信令
給UE。這里，E-UTRAN收到RRC業(yè)務(wù)配置信令后，驗(yàn)證包括本端UE和對(duì)端UE的UE對(duì)是否 皆在本小區(qū)，以及業(yè)務(wù)類型、數(shù)據(jù)類型是否可直接在本小區(qū)內(nèi)傳輸，根據(jù)驗(yàn)證結(jié)果向UE發(fā) 送響應(yīng)。當(dāng)能夠在本小區(qū)傳輸業(yè)務(wù)數(shù)據(jù)時(shí)，E-UTRAN準(zhǔn)備緩沖區(qū)等資源。這里，RRC業(yè)務(wù)配置完成信令在已經(jīng)建立的SRB上發(fā)送，屬下行消息，經(jīng)DCCH傳送。需要指出的是，E-UTRAN返回響應(yīng)給UE時(shí)，只需要響應(yīng)UE是否滿足UE的請(qǐng)求，不 必要要求UE重建立承載，即使不滿足UE請(qǐng)求也是這樣。如果E-UTRAN配置為不支持在本 小區(qū)內(nèi)用戶數(shù)據(jù)直接傳輸功能，則E-UTRAN返回響應(yīng)給UE的消息中，指示不支持該功能，原 來(lái)建立的用戶數(shù)據(jù)承載沒(méi)有變化。UE還可以用上述的信令流程，來(lái)請(qǐng)求E-UTRAN取消本小區(qū)內(nèi)用戶數(shù)據(jù)直接傳輸?shù)?請(qǐng)求，這樣的流程僅是參數(shù)值的變化，比如，可以將RRC信令中的請(qǐng)求指示標(biāo)識(shí)設(shè)置為1，以標(biāo)識(shí)當(dāng)前RRC信令具體為UE在本小區(qū)內(nèi)直接傳輸數(shù)據(jù)的請(qǐng)求信令；相應(yīng)地，可以將RRC信 令中的請(qǐng)求指示標(biāo)識(shí)設(shè)置為0，以標(biāo)識(shí)當(dāng)前RRC信令具體為請(qǐng)求E-UTRAN取消本小區(qū)內(nèi)用 戶數(shù)據(jù)直接傳輸?shù)恼?qǐng)求信令。上述實(shí)施例，核心網(wǎng)適用于3GPP LTE等網(wǎng)絡(luò)。上述RRC業(yè)務(wù)配置信令可以表示為 RRCServiceConf iguration ；RRC 業(yè)務(wù)配置完成信令可以表示為 RRCServiceConf iguration Complete。一種用戶數(shù)據(jù)無(wú)線承載需求的通知系統(tǒng)，該系統(tǒng)包括UE側(cè)的通知單元，用于UE 通過(guò)RRC信令，將用戶數(shù)據(jù)無(wú)線承載需求通知給E-UTRAN。
這里，該系統(tǒng)還包括E-UTRAN的判決單元，用于E-UTRAN收到UE通知的用戶數(shù)據(jù) 無(wú)線承載需求，當(dāng)根據(jù)用戶數(shù)據(jù)無(wú)線承載需求判決出轉(zhuǎn)發(fā)數(shù)據(jù)時(shí)，由E-UTRAN轉(zhuǎn)發(fā)數(shù)據(jù)；當(dāng) 根據(jù)用戶數(shù)據(jù)無(wú)線承載需求判決出不轉(zhuǎn)發(fā)數(shù)據(jù)時(shí)，通知UE在UE所在的本小區(qū)內(nèi)直接傳輸 數(shù)據(jù)。這里，判決單元還包括解析模塊，用于E-UTRAN解析出表征無(wú)線承載需求的參數(shù) 后，與E-UTRAN本地存儲(chǔ)的數(shù)據(jù)傳輸列表中的參數(shù)進(jìn)行匹配，當(dāng)匹配時(shí)，授權(quán)UE能在本小區(qū) 內(nèi)直接傳輸數(shù)據(jù)，將授權(quán)許可反饋給UE。其中，表征無(wú)線承載需求的參數(shù)包括對(duì)端UE標(biāo)識(shí)、業(yè)務(wù)類型和數(shù)據(jù)類型； E-UTRAN本地存儲(chǔ)的數(shù)據(jù)傳輸列表中的參數(shù)包括對(duì)端UE標(biāo)識(shí)、業(yè)務(wù)類型和數(shù)據(jù)類型。以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
一種用戶數(shù)據(jù)無(wú)線承載需求的通知方法，其特征在于，該方法包括用戶設(shè)備UE通過(guò)無(wú)線資源控制RRC信令，將用戶數(shù)據(jù)無(wú)線承載需求通知給演進(jìn)的通用陸地?zé)o線接入網(wǎng)E UTRAN。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述E-UTRAN收到所述用戶數(shù)據(jù)無(wú)線承載 需求后，根據(jù)所述用戶數(shù)據(jù)無(wú)線承載需求，判決是否轉(zhuǎn)發(fā)數(shù)據(jù)；如果是，則轉(zhuǎn)發(fā)數(shù)據(jù)；否則， 通知所述UE在UE所在的本小區(qū)內(nèi)直接傳輸數(shù)據(jù)。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述RRC信令具體為UE在本小區(qū)內(nèi) 直接傳輸數(shù)據(jù)的請(qǐng)求信令時(shí)，所述UE在本小區(qū)內(nèi)直接傳輸數(shù)據(jù)的請(qǐng)求信令中攜帶的表征 無(wú)線承載需求的參數(shù)包括對(duì)端UE標(biāo)識(shí)、業(yè)務(wù)類型和數(shù)據(jù)類型。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述E-UTRAN解析出所述表征無(wú)線承載 需求的參數(shù)后，與E-UTRAN本地存儲(chǔ)的數(shù)據(jù)傳輸列表中的參數(shù)進(jìn)行匹配，當(dāng)匹配時(shí)，授權(quán)UE 能在本小區(qū)內(nèi)直接傳輸數(shù)據(jù)，將授權(quán)許可反饋給所述UE ；其中，E-UTRAN本地存儲(chǔ)的數(shù)據(jù)傳輸列表中的參數(shù)包括對(duì)端UE標(biāo)識(shí)、業(yè)務(wù)類型和數(shù)據(jù) 類型。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，通過(guò)請(qǐng)求指示標(biāo)識(shí)，標(biāo)識(shí)當(dāng)前RRC信令具 體為UE在本小區(qū)內(nèi)直接傳輸數(shù)據(jù)的請(qǐng)求信令。
6.根據(jù)權(quán)利要求4所述的方法，其特征在于，該方法進(jìn)一步包括所述UE通過(guò)RRC信 令，向所述E-UTRAN請(qǐng)求取消UE在本小區(qū)內(nèi)直接傳輸數(shù)據(jù)。
7.根據(jù)權(quán)利要求4所述的方法，其特征在于，該方法進(jìn)一步包括配置所述E-UTRAN 為是否支持UE在本小區(qū)內(nèi)直接傳輸數(shù)據(jù)。
8.一種用戶數(shù)據(jù)無(wú)線承載需求的通知系統(tǒng)，其特征在于，該系統(tǒng)包括UE側(cè)的通知單 元，用于UE通過(guò)RRC信令，將用戶數(shù)據(jù)無(wú)線承載需求通知給E-UTRAN。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括E-UTRAN的判決單元，用于 所述E-UTRAN收到所述用戶數(shù)據(jù)無(wú)線承載需求，當(dāng)根據(jù)用戶數(shù)據(jù)無(wú)線承載需求判決出轉(zhuǎn)發(fā) 數(shù)據(jù)時(shí)，由所述E-UTRAN轉(zhuǎn)發(fā)數(shù)據(jù)；當(dāng)根據(jù)用戶數(shù)據(jù)無(wú)線承載需求判決出不轉(zhuǎn)發(fā)數(shù)據(jù)時(shí)，通 知所述UE在UE所在的本小區(qū)內(nèi)直接傳輸數(shù)據(jù)。
10.根據(jù)權(quán)利要求8或9所述的系統(tǒng)，其特征在于，所述判決單元還包括解析模塊，用于 所述E-UTRAN解析出所述表征無(wú)線承載需求的參數(shù)后，與E-UTRAN本地存儲(chǔ)的數(shù)據(jù)傳輸列 表中的參數(shù)進(jìn)行匹配，當(dāng)匹配時(shí)，授權(quán)UE能在本小區(qū)內(nèi)直接傳輸數(shù)據(jù)，將授權(quán)許可反饋給 所述UE ；其中，所述表征無(wú)線承載需求的參數(shù)包括對(duì)端UE標(biāo)識(shí)、業(yè)務(wù)類型和數(shù)據(jù)類型； E-UTRAN本地存儲(chǔ)的數(shù)據(jù)傳輸列表中的參數(shù)包括對(duì)端UE標(biāo)識(shí)、業(yè)務(wù)類型和數(shù)據(jù)類型。
全文摘要
本發(fā)明公開了一種用戶數(shù)據(jù)無(wú)線承載需求的通知方法，該方法包括用戶設(shè)備(UE)通過(guò)無(wú)線資源控制(RRC)信令，將用戶數(shù)據(jù)無(wú)線承載需求通知給演進(jìn)的通用陸地?zé)o線接入網(wǎng)(E-UTRAN)。本發(fā)明還公開了一種用戶數(shù)據(jù)無(wú)線承載需求的通知系統(tǒng)，該系統(tǒng)包括UE側(cè)的通知單元，用于UE通過(guò)RRC信令，將用戶數(shù)據(jù)無(wú)線承載需求通知給E-UTRAN。采用本發(fā)明的方法及系統(tǒng)，使E-UTRAN能獲知UE的用戶數(shù)據(jù)無(wú)線承載需求，以便后續(xù)通過(guò)E-UTRAN的判決優(yōu)化用戶數(shù)據(jù)的傳輸。
文檔編號(hào)H04W72/04GK101964954SQ20091008986
公開日2011年2月2日 申請(qǐng)日期2009年7月24日 優(yōu)先權(quán)日2009年7月24日
發(fā)明者劉海軍 申請(qǐng)人:中興通訊股份有限公司