專利名稱:在無線通信系統(tǒng)中傳遞用戶數(shù)據(jù)的方法
技術(shù)領(lǐng)域:
本發(fā)明涉及第三代移動通信,特別涉及在通用移動通信系統(tǒng)(以下簡稱UMTS)的基礎(chǔ)上進(jìn)行演進(jìn)的移動通信系統(tǒng)(以下簡稱E-UMTS)。
背景技術(shù):
圖1是對現(xiàn)有UMTS系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)的描述。移動終端101(以下稱為UE)是用來接收作為被叫的業(yè)務(wù)或者呼叫,發(fā)送作為主叫的業(yè)務(wù)或呼叫的一個設(shè)備。基站102(以下稱為Node B)是通過發(fā)送接收器件與用戶設(shè)備利用無線信號進(jìn)行通信的設(shè)備。UE與Node B之間的空中接口涉及物理層和媒體接入層(以下稱為MAC層),具體的協(xié)議??梢詤⒖紙D2。物理層負(fù)責(zé)處理與無線信號收發(fā)相關(guān)的操作,MAC負(fù)責(zé)將不同的業(yè)務(wù)映射到物理層上去??刂茻o線網(wǎng)絡(luò)控制器(以下稱為CRNC)控制基站中各個小區(qū)的無線資源管理、分配及使用,負(fù)責(zé)將各個小區(qū)中的無線資源分配給用戶設(shè)備UE。無線網(wǎng)絡(luò)控制器RNC對于UE來說可以有服務(wù)無線網(wǎng)絡(luò)控制器(以下稱為SRNC)和漂移無線網(wǎng)絡(luò)控制器(以下稱為DRNC)的區(qū)別。SRNC是為用戶設(shè)備提供無線資源控制連接(以下稱為RRC)的實(shí)體,通過它用戶設(shè)備才可以向網(wǎng)絡(luò)發(fā)送控制信令和從網(wǎng)絡(luò)接收控制信令。SRNC從CRNC處得到給該用戶分配的網(wǎng)絡(luò)資源,將該資源配置參數(shù)通過RRC信令發(fā)送給用戶設(shè)備。這樣用戶設(shè)備才能夠與網(wǎng)絡(luò)進(jìn)行通信。SRNC與用戶設(shè)備之間的接口為Uu接口,協(xié)議??梢詤⒁妶D2。服務(wù)GPRS支持節(jié)點(diǎn)105(以下稱為SGSN)是負(fù)責(zé)管理用戶設(shè)備的移動管理狀態(tài)及會話管理狀態(tài)的實(shí)體,用戶設(shè)備的移動性管理和與會話相關(guān)的服務(wù)質(zhì)量的協(xié)商也是發(fā)生在UE與SGSN之間的。SGSN與用戶設(shè)備的SRNC之間的接口為Iu,負(fù)責(zé)為用戶數(shù)據(jù)的傳輸建立用戶平面的傳輸通道及傳送信令的信令連接。網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)106(以下稱為GGSN)為用戶設(shè)備與分組數(shù)據(jù)網(wǎng)絡(luò)(以下稱為PDN)的數(shù)據(jù)傳輸起到網(wǎng)關(guān)的功能。GGSN為用戶設(shè)備分配因特網(wǎng)協(xié)議(以下稱為IP)地址,用戶發(fā)出的數(shù)據(jù)和發(fā)給該用戶的數(shù)據(jù)都以該地址為標(biāo)識。GGSN與SGSN之間的接口稱為Gn,該接口負(fù)責(zé)在SGSN與GGSN之間對業(yè)務(wù)進(jìn)行服務(wù)質(zhì)量的協(xié)商,并建立用戶平面的GPRS用戶平面隧道(以下稱為GTP-U)以便進(jìn)行數(shù)據(jù)傳輸。GGSN與PDN之間的接口為Gi,該接口的功能比較廣泛,可以用來對用戶進(jìn)行IP地址分配、鑒權(quán)認(rèn)證、計(jì)費(fèi)等功能。GGSN最主要的功能就是接收和分析收到的數(shù)據(jù),然后將屬于某一個用戶設(shè)備的數(shù)據(jù)傳到相應(yīng)的GTP-U隧道上。
圖2是基于圖1的網(wǎng)絡(luò)結(jié)構(gòu)下各個節(jié)點(diǎn)用戶平面的協(xié)議棧。
用戶設(shè)備要發(fā)送的應(yīng)用層的數(shù)據(jù)包封裝成IP包或PPP格式的包。PPP包不進(jìn)行壓縮處理。通過無線承載,映射到分組包聚合協(xié)議(以下稱為PDCP)實(shí)體上,PDCP實(shí)體對其進(jìn)行頭壓縮處理,然后交給無線鏈路控制層(以下稱為RLC)。RLC對PDCP遞交的數(shù)據(jù)進(jìn)行級聯(lián)、分段、加密等操作后,將RLC層的協(xié)議數(shù)據(jù)單元(以下稱為PDU)交給MAC層。MAC層將收到的數(shù)據(jù)進(jìn)行調(diào)度、復(fù)用、控制重發(fā)等操作,將MAC的PDU交給物理層。物理層將收到的數(shù)據(jù)進(jìn)行冗余校驗(yàn)、信道編碼、交織、復(fù)用等操作后通過發(fā)射天線在空中發(fā)射?;臼盏綗o線信號后,對數(shù)據(jù)進(jìn)行解復(fù)用、解交織、解碼和冗余校驗(yàn)等操作,將數(shù)據(jù)交給MAC層。MAC層對數(shù)據(jù)進(jìn)行解復(fù)用,遞交給相應(yīng)的RLC層實(shí)體。RLC層實(shí)體是在用戶設(shè)備的SRNC中,在圖2中沒有區(qū)分Node B和SRNC的角色,而是將他們合在一起統(tǒng)稱為UMTS陸地?zé)o線接入網(wǎng)(以下稱為UTRAN)。RLC層將數(shù)據(jù)進(jìn)行解密、重組后,交給PDCP層。PDCP層將數(shù)據(jù)包頭進(jìn)行解壓縮,將IP數(shù)據(jù)包頭恢復(fù)。RNC與SGSN之間的接口是Iu,那么隨后RNC要將從用戶設(shè)備處收到的數(shù)據(jù)包轉(zhuǎn)發(fā)給SGSN。該接口上用戶平面的建立可以參見圖3。數(shù)據(jù)包傳輸?shù)母袷绞荊TP-U,參見圖4。SGSN收到從RNC發(fā)送的數(shù)據(jù)GTP-U包后,又通過Gn接口傳給GGSN。Gn接口上數(shù)據(jù)包的格式也是GTP-U,因此SGSN收到數(shù)據(jù)包后不需要做額外的處理,就可以將其轉(zhuǎn)發(fā)給GGSN。然后GGSN再將其通過Gi接口傳給通信的對端實(shí)體。
圖3描述的是Iu接口上用戶平面建立的過程。
SGSN決定建立用戶平面給用戶設(shè)備傳輸數(shù)據(jù)時,向SRNC發(fā)送無線接入承載分配請求消息,該消息中包含業(yè)務(wù)所需的服務(wù)質(zhì)量參數(shù),傳輸層地址,GTP隧道標(biāo)識等參數(shù)。業(yè)務(wù)質(zhì)量參數(shù)是指示滿足該業(yè)務(wù)需求的傳輸錯誤率,傳輸數(shù)據(jù)包的大小等指標(biāo)。傳輸層地址指的是SGSN側(cè)接收和發(fā)送用戶數(shù)據(jù)的地址信息,一般是SGSN的IP地址。GTP隧道標(biāo)識是SGSN為該用戶設(shè)備分配的隧道標(biāo)識,是SGSN側(cè)區(qū)分用戶設(shè)備的數(shù)據(jù)隧道的標(biāo)識。當(dāng)SGSN收到以該隧道標(biāo)識的數(shù)據(jù)包,就知道該數(shù)據(jù)是那個用戶設(shè)備的。
SRNC收到無線接入承載分配請求消息后,在用戶設(shè)備所在的基站給用戶設(shè)備分配無線資源及傳輸層的資源。如果所有的資源分配都是成功地,那么SRNC向SGSN發(fā)送消息無線接入承載分配響應(yīng),該消息中包含建立成功的無線接入承載的標(biāo)識,及SRNC的傳輸層地址和SRNC給用戶設(shè)備分配的GTP隧道標(biāo)識。SRNC的傳輸層地址指的是SRNC的IP地址。當(dāng)SRNC收到以該隧道標(biāo)識的數(shù)據(jù)包,就知道該向哪個用戶設(shè)備轉(zhuǎn)發(fā)該數(shù)據(jù)。
圖4是Iu接口上數(shù)據(jù)包傳輸?shù)母袷健?br>
在數(shù)據(jù)包中有個四個字節(jié)是由接收端分配給用戶設(shè)備的一個隧道標(biāo)識。發(fā)送端在要發(fā)送的數(shù)據(jù)包中包含接收端分配的隧道標(biāo)識,這樣接收端就知道該數(shù)據(jù)包是哪個用戶設(shè)備的。其他字段的詳細(xì)含義可以參見3GPP TS 29.060規(guī)范。該標(biāo)識是通過圖3中的信令進(jìn)行交換的。
然而,基于現(xiàn)在UMTS的網(wǎng)絡(luò)結(jié)構(gòu),一個端到端的呼叫中至少要包含主叫和被叫的Node B,SRNC,SGSN,GGSN這些節(jié)點(diǎn)。呼叫的建立速度慢了許多。另外,因?yàn)閷?shí)體比較多,涉及的接口也比較多,因此整個UMTS的規(guī)范定義也很復(fù)雜。在3GPP,一個新的課題——UMTS的演進(jìn)現(xiàn)在正在進(jìn)行中,關(guān)于演進(jìn)的UMTS的結(jié)構(gòu)框架大體有兩種。圖5和圖6分別介紹了這兩種框架結(jié)構(gòu)。
圖5中演進(jìn)的基站(以下稱為ENB)集中了UMTS系統(tǒng)中基站和RNC的功能,主要負(fù)責(zé)無線信號的收發(fā)、與用戶設(shè)備之間的信令連接、小區(qū)級別的移動性管理等功能,而演進(jìn)的GGSN(以下稱為E-GGSN)則集中了UMTS系統(tǒng)中SGSN和GGSN的功能,主要負(fù)責(zé)區(qū)域級別的移動性管理、與PDN網(wǎng)絡(luò)的接口、業(yè)務(wù)質(zhì)量的協(xié)商等。
圖6中的基站ENB跟UMTS中的基站功能差別不大,都是負(fù)責(zé)無線信號的接收與發(fā)送,還擁有部分MAC層的功能;錨點(diǎn)anchor與UMTS中的RNC功能類似,負(fù)責(zé)用戶數(shù)據(jù)的加密解密、控制ENB中無線資源的分配、與用戶設(shè)備之間的信令連接和處于連接狀態(tài)時用戶移動性的管理。E-GGSN的功能則融合了UMTS系統(tǒng)中的SGSN和GGSN的功能,主要負(fù)責(zé)移動性管理、與PDN網(wǎng)絡(luò)的接口、業(yè)務(wù)質(zhì)量的協(xié)商等。
本發(fā)明的內(nèi)容可以應(yīng)用到這兩種體系架構(gòu)中,但并不僅局限于這兩種結(jié)構(gòu)。在下面的描述中,將圖5中的ENB及圖6中的ENB和anchor稱為E-RAN,而將圖5及圖6中的E-GGSN稱為E-CN。E-CN也有可能包含其他的功能實(shí)體。
為了加快呼叫建立及數(shù)據(jù)傳輸過程的過程,尤其是針對PS域的IMS呼叫,有必要對其呼叫建立時間進(jìn)行優(yōu)化。IMS呼叫的建立過程見圖7所述。
UE在進(jìn)行IMS呼叫之前,首先要與網(wǎng)絡(luò)建立無線資源控制連接701,建立該連接之后,UE才能與網(wǎng)絡(luò)進(jìn)行信令交互,詳細(xì)的過程可以參見3GPP TS 25.331中的描述。接下來UE要激活分組數(shù)據(jù)協(xié)議(以下稱為PDP)上下文,激活該P(yáng)DP上下文的目的是為了UE與網(wǎng)絡(luò)為傳輸某種業(yè)務(wù)而進(jìn)行服務(wù)質(zhì)量的協(xié)商。UE根據(jù)業(yè)務(wù)特性確定想要的服務(wù)質(zhì)量,然后就該服務(wù)質(zhì)量尋求網(wǎng)絡(luò)側(cè)的授權(quán)。如果網(wǎng)絡(luò)SGSN和GGSN根據(jù)用戶設(shè)備的注冊信息認(rèn)為可以為UE授權(quán)該服務(wù)質(zhì)量,則在702接受UE請求的PDP上下文激活請求,授權(quán)用戶設(shè)備所申請的服務(wù)質(zhì)量參數(shù)。
在PDP上下文激活后,SGSN發(fā)送無線接入承載分配請求703請求給RAN(即圖1中的SRNC),為傳輸IMS信令建立用戶平面。RAN建立與用戶設(shè)備之間的無線承載704。RAN收到從用戶設(shè)備發(fā)送的705無線承載建立完成消息,知道空中接口的資源已經(jīng)準(zhǔn)備好,可以給該用戶設(shè)備傳送數(shù)據(jù)了。RAN向SGSN返回706無線接入承載分配響應(yīng),從而建立起UE與SGSN之間傳送數(shù)據(jù)的用戶平面。這些消息中的參數(shù)及具體配置可以參見3GPP TS 25.413和25.331等相關(guān)協(xié)議。
當(dāng)為IMS信令傳輸?shù)挠脩羝矫娼⒅螅琔E向代理呼叫會話控制功能(以下稱為P-CSCF)發(fā)送SIP邀請消息,P-CSCF將該消息進(jìn)行處理后轉(zhuǎn)發(fā)給被叫端的呼叫會話控制功能或者被叫用戶。收到被叫用戶的摘機(jī)信號后,主叫用戶的P-CSCF就會收到被叫發(fā)送的200OK消息。然后P-CSCF將該消息轉(zhuǎn)發(fā)給主叫用戶設(shè)備708。在200OK中會包含主叫用戶與被叫用戶之間協(xié)商的呼叫參數(shù),例如呼叫帶寬,編解碼器等。然后用戶設(shè)備在業(yè)務(wù)需求基礎(chǔ)上,激活為傳遞IMS會話數(shù)據(jù)的PDP上下文709,該步驟與702基本一樣,只是建立的PDP上下文的服務(wù)質(zhì)量要求會不一樣。接下來SGSN為該P(yáng)DP上下文建立用戶平面,710到713建立從UE到SGSN的用戶平面,具體的協(xié)議可以參見3GPP TS 25.413和25.331等。714的時候雙方就可以通話了。
由于需要在傳遞IMS信令之前建立IMS信令傳輸?shù)挠脩羝矫?,如果能夠省略這一步,則能夠加快IMS呼叫的建立過程。但是本發(fā)明可以應(yīng)用于其他類型的數(shù)據(jù)傳輸。
發(fā)明內(nèi)容
因此,本發(fā)明的目的是通過省略用戶平面的建立過程,從而加快IMS呼叫的建立過程及數(shù)據(jù)傳輸?shù)倪^程根據(jù)本發(fā)明的一方面,一種在E-UMTS系統(tǒng)中發(fā)送用戶數(shù)據(jù)的方法,包括步驟a)負(fù)責(zé)從用戶設(shè)備出接收數(shù)據(jù)的節(jié)點(diǎn)E-RAN對接收到的用戶數(shù)據(jù)進(jìn)行封裝,封裝的包協(xié)議中包含用戶設(shè)備的唯一標(biāo)識和數(shù)據(jù)類型;以及
b)負(fù)責(zé)管理用戶的移動性管理及簽約數(shù)據(jù)管理的節(jié)點(diǎn)E-CN根據(jù)數(shù)據(jù)類型將用戶數(shù)據(jù)轉(zhuǎn)發(fā)給相應(yīng)的上層實(shí)體。
通過本發(fā)明的方法,可以使用戶接入呼叫的時間縮短,得到網(wǎng)絡(luò)響應(yīng)的時間變短,并使用戶對網(wǎng)絡(luò)的滿意度提高。
圖1是現(xiàn)有UMTS系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)的示意圖;圖2是UMTS的協(xié)議棧的示意圖;圖3是建立Iu接收用戶平面的流程圖;圖4是Iu接口數(shù)據(jù)報的傳送格式;圖5是一種E-UMTS的演進(jìn)框架的示例;圖6是另一種E-UMTS的演進(jìn)框架的示例;圖7是IMS呼叫建立的流程圖;圖8是根據(jù)本發(fā)明實(shí)施例方法的流程圖;圖9是GRE協(xié)議報頭的示例;圖10是一種新的幀協(xié)議結(jié)構(gòu)的示例;圖11是用戶開機(jī)時分配臨時標(biāo)識時的流程圖;圖12是E-RAN的節(jié)點(diǎn)動作示例的流程圖;以及圖13是E-CN的節(jié)點(diǎn)動作示例的流程圖。
具體實(shí)施例方式
圖8給出了本發(fā)明實(shí)施例的示意圖。
如圖8所示,例如,用戶設(shè)備已經(jīng)與E-RAN之間進(jìn)行信令交互,協(xié)商要發(fā)送的數(shù)據(jù)類型800,UE告訴網(wǎng)絡(luò)想要發(fā)送什么類型的數(shù)據(jù),例如是一般的分組業(yè)務(wù)數(shù)據(jù),還是IMS信令,還是發(fā)給E-CN的控制信令。E-RAN會查看用戶所請求的業(yè)務(wù)是否允許不與E-CN協(xié)商就可以直接發(fā)送。如果可以,那么E-RAN會告知UE可以進(jìn)行數(shù)據(jù)的發(fā)送。801E-RAN收到從UE處發(fā)送的用戶數(shù)據(jù)。如果E-RAN不允許用戶不經(jīng)過與網(wǎng)絡(luò)協(xié)商就直接發(fā)送用戶數(shù)據(jù),那么E-RAN同時要給E-CN發(fā)送消息先進(jìn)行業(yè)務(wù)協(xié)商,這個消息可以是業(yè)務(wù)請求,該消息中包含要請求的業(yè)務(wù)類型,及業(yè)務(wù)所需的服務(wù)質(zhì)量等參數(shù)。這與本發(fā)明關(guān)系不大,因此不做更多贅述。通過UE發(fā)送的數(shù)據(jù),E-RAN可以判別這份數(shù)據(jù)是屬于哪個數(shù)據(jù)類型。然后,E-RAN將特定類型的數(shù)據(jù)按照Iu+接口的協(xié)議進(jìn)行封裝,Iu+接口的協(xié)議會在后面部分介紹。進(jìn)行數(shù)據(jù)封裝的協(xié)議中必須保護(hù)能夠區(qū)分用戶設(shè)備的標(biāo)識,及區(qū)分業(yè)務(wù)的數(shù)據(jù)類型。當(dāng)E-CN收到803封裝好的數(shù)據(jù)后,就知道這是哪個用戶設(shè)備要發(fā)送的數(shù)據(jù),并且知道數(shù)據(jù)是發(fā)給哪個實(shí)體的。例如,如果用戶數(shù)據(jù)是IMS信令,那么E-CN知道要將其轉(zhuǎn)發(fā)給P-CSCF,如果是一般的PS業(yè)務(wù),E-CN就將其轉(zhuǎn)發(fā)給PDN,如果是給E-CN的信令,那么E-CN就要對其進(jìn)行處理。E-CN通過協(xié)議中的數(shù)據(jù)類型字段知道用戶數(shù)據(jù)的目的地。在圖8中給出的例子是將用戶數(shù)據(jù)轉(zhuǎn)發(fā)給P-CSCF 805。
Iu+接口的協(xié)議可以是通用路由封裝(以下稱為GRE),也可以是為E-UMTS新定義的幀協(xié)議。下面分別以這兩種協(xié)議為例,講述以下如何實(shí)現(xiàn)本發(fā)明。
圖9描述了利用GRE來實(shí)現(xiàn)E-RAN與E-CN之間的接口的示例。GRE協(xié)議可以參見IETF RFC1701。
首先簡單介紹以下GRE協(xié)議的包頭。GRE是一種通用的用來封裝數(shù)據(jù)包,并將其路由到可以與源目的地址根本不同的地方。C字段指的是校驗(yàn)和字段是否存在;R字段指示路由字段是否存在;K字段指示鍵字段是否存在;S字段指示序列號字段是否存在;s字段指示是否使用嚴(yán)格源路由機(jī)制;遞歸字段指示其他的封裝是否允許;標(biāo)志字段是為以后的各種指示而預(yù)留的;版本字段指示當(dāng)前GRE協(xié)議的版本;協(xié)議類型指示使用的傳輸協(xié)議類型,例如是IP,還是Novell IPX等;校驗(yàn)和字段就是GRE包頭及凈荷的檢驗(yàn)和;偏移字段指示由路由字段到第一個源路由記錄的字節(jié)偏移量;鍵字段是由發(fā)送方添加的、接收方認(rèn)證或區(qū)分發(fā)送方的字段;序列號指示該包的序列號;路由字段指示要將數(shù)據(jù)包路由的目的地。
可以利用GRE協(xié)議的鍵字段來實(shí)現(xiàn)圖8中的方法。
鍵字段在GRE中定義的是32個比特,可以用其來標(biāo)識用戶設(shè)備標(biāo)識和用戶數(shù)據(jù)類型??梢詫?2個比特分為兩個部分一部分指示用戶設(shè)備標(biāo)識,一部分指示用戶數(shù)據(jù)類型。用戶設(shè)備標(biāo)識可以是用戶設(shè)備的IMSI,或者P-TMSI,或者其他UE與E-CN之間共享的標(biāo)識。圖11描述了UE如何獲得P-TMSI的方法。圖12描述了UE如何獲得其他標(biāo)識的方法。
圖10描述了通過一個新定義的協(xié)議來實(shí)現(xiàn)E-RAN和E-CN之間的接口。該接口的幀協(xié)議必須保護(hù)用戶設(shè)備標(biāo)識和用戶數(shù)據(jù)標(biāo)識。當(dāng)E-RAN發(fā)送某個用戶的數(shù)據(jù)給E-CN時,就將用戶設(shè)備標(biāo)識和數(shù)據(jù)類型填充到幀結(jié)構(gòu)中。此外,長度字段表示整個數(shù)據(jù)包的長度,還可以利用冗余校驗(yàn)來保證數(shù)據(jù)傳輸?shù)目煽啃浴?br>
其中IMSI是在用戶設(shè)備出廠時分配給每個手機(jī)的一個唯一標(biāo)識。
P-TMSI是在用戶開機(jī)或者進(jìn)行路由區(qū)域更新的時候由E-CN分配給用戶設(shè)備的一個隨機(jī)標(biāo)識。網(wǎng)絡(luò)可以在任何時候更改用戶設(shè)備的P-TMSI。
圖11描述了一種最簡單的用戶開機(jī)時的信令流程的示例。
當(dāng)用戶開機(jī)后,用戶設(shè)備向SGSN發(fā)送附著請求消息1100,例如,該消息中包括用戶設(shè)備的IMSI,UE的位置(路由區(qū)域)信息,UE的安全能力等參數(shù)。SGSN收到該消息后,向用戶的歸屬位置寄存器HLR發(fā)送消息1102更新用戶設(shè)備的當(dāng)前位置,例如,該消息中包括用戶設(shè)備的標(biāo)識IMSI,SGSN的地址,SGSN號等參數(shù)。HLR保存用戶設(shè)備當(dāng)前所處的位置,及為其服務(wù)的SGSN的地址和SGSN號等信息。然后,HLR將用戶的登記信息傳遞給SGSN,讓SGSN保存這些數(shù)據(jù),以便在用戶設(shè)備進(jìn)行業(yè)務(wù)的時候?qū)I(yè)務(wù)進(jìn)行授權(quán)。HLR向SGSN發(fā)送1104添加用戶數(shù)據(jù)消息,該消息中包含用戶設(shè)備標(biāo)識IMSI和用戶設(shè)備的簽約數(shù)據(jù)。SGSN保存這些信息后,返回添加用戶數(shù)據(jù)確認(rèn)消息1106,告知HLR這些信息已經(jīng)成功保存。隨后HLR向SGSN確認(rèn)位置更新成功1108,發(fā)送更新位置確認(rèn)消息。SGSN知道該用戶設(shè)備的簽約信息已經(jīng)成功保存,就分配臨時用戶設(shè)備標(biāo)識P-TMSI,給用戶設(shè)備,并將該參數(shù)保護(hù)在發(fā)送給用戶設(shè)備的消息附著接收消息1110中。
將該方法應(yīng)用到E-UMTS中,那么E-CN要在收到用戶設(shè)備的附著請求后,鑒權(quán)用戶設(shè)備,獲得用戶設(shè)備的簽約數(shù)據(jù),然后在發(fā)送給UE的附著接受消息中包含給用戶設(shè)備分配的一個臨時標(biāo)識。該標(biāo)識可以是P-TMSI或者是與P-TMSI完全不同的一個臨時標(biāo)識。如果該臨時標(biāo)識是P-TMSI,E-RAN可以根據(jù)這個P-TMSI來確定用戶設(shè)備所屬的E-CN節(jié)點(diǎn),否則也可以利用該臨時標(biāo)識和P-TMSI一起確定用戶設(shè)備所述的E-CN節(jié)點(diǎn)。
當(dāng)用戶設(shè)備的服務(wù)CN節(jié)點(diǎn)改變的時候,那么新的E-CN節(jié)點(diǎn)要負(fù)責(zé)給用戶設(shè)備分配這個臨時標(biāo)識,這與已有技術(shù)中分配P-TMSI的方法是一樣的。具體過程可以參見3GPP TS 23.060。
圖12描述了根據(jù)本發(fā)明E-RAN的節(jié)點(diǎn)動作的示例。
E-RAN收到用戶設(shè)備發(fā)出的業(yè)務(wù)請求1200,該業(yè)務(wù)請求中應(yīng)該包含用戶設(shè)備的臨時標(biāo)識,例如P-TMSI或/和Iu+接口上唯一標(biāo)識UE的臨時標(biāo)識,包含用戶設(shè)備要請求的業(yè)務(wù)類型,業(yè)務(wù)的服務(wù)質(zhì)量等。E-RAN根據(jù)網(wǎng)絡(luò)的策略決定是否可以允許用戶申請的業(yè)務(wù)未經(jīng)與網(wǎng)絡(luò)的協(xié)商就可以使用1202。如果可以,那么E-RAN保存用來在Iu+接口上唯一區(qū)分用戶設(shè)備的臨時標(biāo)識,向用戶設(shè)備發(fā)送消息,告訴用戶設(shè)備可以直接發(fā)送數(shù)據(jù)1204。隨后,當(dāng)E-RAN收到用戶數(shù)據(jù),在進(jìn)行完物理層和MAC層的處理之后1206,將解復(fù)用的數(shù)據(jù)包按照Iu+接口的協(xié)議進(jìn)行重新封裝,并加上如圖9和圖10描述的用戶臨時標(biāo)識及數(shù)據(jù)類型。然后E-RAN將該封裝好的數(shù)據(jù)發(fā)送給E-CN。
圖13描述了根據(jù)本發(fā)明的E-CN的節(jié)點(diǎn)動作示例。
E-CN收到E-RAN轉(zhuǎn)發(fā)的用戶數(shù)據(jù)1302,根據(jù)Iu+接口的協(xié)議解出用戶標(biāo)識,知道該數(shù)據(jù)是哪個用戶設(shè)備發(fā)送的。E-CN根據(jù)用戶的簽約數(shù)據(jù)知道該UE是否有這個權(quán)利未與網(wǎng)絡(luò)協(xié)商就可以發(fā)送數(shù)據(jù)1304。如果可以,那么1306E-CN將該數(shù)據(jù)根據(jù)數(shù)據(jù)類型轉(zhuǎn)發(fā)給相應(yīng)的節(jié)點(diǎn)。否則,發(fā)消息給E-RAN拒絕該數(shù)據(jù)發(fā)送請求。
權(quán)利要求
1.一種無線系統(tǒng)中的發(fā)送數(shù)據(jù)的方法,包括步驟a)負(fù)責(zé)從用戶設(shè)備處接收數(shù)據(jù)的節(jié)點(diǎn)E-RAN對接收到的用戶數(shù)據(jù)進(jìn)行封裝,封裝的包協(xié)議中包含用戶設(shè)備的唯一標(biāo)識和數(shù)據(jù)類型;以及b)負(fù)責(zé)管理用戶的移動性管理及簽約數(shù)據(jù)管理的節(jié)點(diǎn)E-CN根據(jù)數(shù)據(jù)類型將用戶數(shù)據(jù)轉(zhuǎn)發(fā)給相應(yīng)的上層實(shí)體。
2.根據(jù)權(quán)利要求1所述的方法,還包括步驟在步驟a)之前,用戶設(shè)備發(fā)送消息給負(fù)責(zé)從用戶設(shè)備處接收數(shù)據(jù)的節(jié)點(diǎn)E-RAN,確定用戶設(shè)備要發(fā)送的數(shù)據(jù)可以不與網(wǎng)絡(luò)進(jìn)行協(xié)商而直接發(fā)送。
3.根據(jù)權(quán)利要求2所述的方法,其特征在于,用戶設(shè)備通過向E-RAN發(fā)送消息來進(jìn)行協(xié)商,所述消息包括用戶設(shè)備的標(biāo)識、業(yè)務(wù)類型和服務(wù)質(zhì)量。
4.根據(jù)權(quán)利要求2所述的方法,其特征在于,E-RAN根據(jù)網(wǎng)絡(luò)運(yùn)營商的策略來確定用戶設(shè)備的數(shù)據(jù)是否可以不經(jīng)過與網(wǎng)絡(luò)的協(xié)商而直接發(fā)送。
5.根據(jù)權(quán)利要求1或2所述的方法,其特征在于,標(biāo)識用戶設(shè)備的唯一標(biāo)識是P-TMSI或其他E-CN給用戶設(shè)備分配的臨時性標(biāo)識。
6.根據(jù)權(quán)利要求1或2所述的方法,其特征在于數(shù)據(jù)類型指示了用戶傳送的是發(fā)給E-CN的控制信令、IMS信令、還是發(fā)給PDN的數(shù)據(jù)。
全文摘要
一種在E-UMTS系統(tǒng)中發(fā)送用戶數(shù)據(jù)的方法,包括步驟a)負(fù)責(zé)從用戶設(shè)備處接收數(shù)據(jù)的節(jié)點(diǎn)E-RAN對接收到的用戶數(shù)據(jù)進(jìn)行封裝,封裝的包協(xié)議中包含用戶設(shè)備的唯一標(biāo)識和數(shù)據(jù)類型;以及b)負(fù)責(zé)管理用戶的移動性管理及簽約數(shù)據(jù)管理的節(jié)點(diǎn)E-CN根據(jù)數(shù)據(jù)類型將用戶數(shù)據(jù)轉(zhuǎn)發(fā)給相應(yīng)的上層實(shí)體。通過本發(fā)明的方法,可以使用戶接入呼叫的時間縮短,得到網(wǎng)絡(luò)響應(yīng)的時間變短,并使用戶對網(wǎng)絡(luò)的滿意度提高。
文檔編號H04W80/00GK1942000SQ200510107919
公開日2007年4月4日 申請日期2005年9月30日 優(yōu)先權(quán)日2005年9月30日
發(fā)明者孫春迎, 格特-揚(yáng), 范利斯豪特, 李小強(qiáng) 申請人:北京三星通信技術(shù)研究有限公司, 三星電子株式會社