專(zhuān)利名稱(chēng)：無(wú)線通信系統(tǒng)中的分組數(shù)據(jù)業(yè)務(wù)的制作方法
本申請(qǐng)要求2001年7月9日提交的韓國(guó)專(zhuān)利申請(qǐng)No.2001-0040877的優(yōu)先權(quán)，在此全部結(jié)合作為參考。
3GPP包括5個(gè)技術(shù)規(guī)范組(TSG)，以管理這個(gè)項(xiàng)目并快速高效地發(fā)展該技術(shù)。每個(gè)TSP負(fù)責(zé)相關(guān)領(lǐng)域的基準(zhǔn)規(guī)范的開(kāi)發(fā)、核準(zhǔn)和管理。在這些組中，無(wú)線接入網(wǎng)絡(luò)(RAN)組開(kāi)發(fā)終端的功能需求和UMTS陸地?zé)o線接入網(wǎng)絡(luò)(UTRAN)，并開(kāi)發(fā)接口規(guī)范，以定義第三代移動(dòng)通信系統(tǒng)中新的無(wú)線接入網(wǎng)絡(luò)。核心網(wǎng)絡(luò)(CN)組開(kāi)發(fā)CN的功能、要求和接口的規(guī)范，以把UTRAN連接到電路交換主干網(wǎng)絡(luò)或分組交換主干網(wǎng)絡(luò)。


圖1顯示了TSG-RAN和TSG-CN建議的分組交換域的網(wǎng)絡(luò)結(jié)構(gòu)。
參照?qǐng)D1，UTRAN包括多個(gè)無(wú)線網(wǎng)絡(luò)子系統(tǒng)(RNS)。每個(gè)RNS包括多個(gè)節(jié)點(diǎn)B和一個(gè)無(wú)線網(wǎng)絡(luò)控制器(RNC)。
另外，CN根據(jù)所采用的交換模式(分組交換網(wǎng)絡(luò)或電路交換網(wǎng)絡(luò))具有不同的結(jié)構(gòu)。在本發(fā)明采用的分組交換網(wǎng)絡(luò)的情況下，CN包括多個(gè)業(yè)務(wù)GPRS支持節(jié)點(diǎn)(SGSN)和一個(gè)網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(GGSN)。
以下將說(shuō)明圖1所示各組件的功能。節(jié)點(diǎn)B作為連接點(diǎn)，用戶(hù)設(shè)備(UE)(通常叫作移動(dòng)臺(tái)或終端)在此與UTRAN連接，且RNC為各UE分配并管理無(wú)線資源。
RNC可以分為控制RNC(CRNC)，用于管理共享無(wú)線資源；以及業(yè)務(wù)RNC(SRNC)，用于管理分配給各終端的專(zhuān)用無(wú)線資源。
從某個(gè)UE(終端)來(lái)看，上述UE的SRNC所處的RNS叫作業(yè)務(wù)RNS(SRNS)。SGSN把從UTRAN發(fā)送來(lái)的信息路由到CN，GGSN作為網(wǎng)關(guān)，當(dāng)信息的目的地不是當(dāng)前CN，而是其它網(wǎng)絡(luò)時(shí)，GGSN把來(lái)自UTRAN的信息傳遞到其它CN。分組域網(wǎng)絡(luò)(PDN)是分組交換域的主干網(wǎng)絡(luò)，用于支持分組業(yè)務(wù)域中其它網(wǎng)絡(luò)之間的連接。
如下所述，各部分的數(shù)據(jù)接口具有不同的名稱(chēng)。例如，UE和節(jié)點(diǎn)B之間的接口是“Uu”接口，節(jié)點(diǎn)B和RNC之間的接口是“l(fā)ub”接口，RNC和RNC之間的接口是“l(fā)ur”接口，RNC和SGSN之間的接口是“l(fā)u”接口，以及SGSN和GGSN之間或SGSN和SGSN之間的接口是“Gn”接口。
圖1是網(wǎng)絡(luò)結(jié)構(gòu)的一個(gè)示例。lur接口可能不作為實(shí)際接口而存在，lur接口可以存在于不同SGSN的RNC之間。另外，SGSN之間的Gn可以有也可以沒(méi)有。
圖1所示的網(wǎng)絡(luò)結(jié)構(gòu)可以由圖2和圖3所示的分層結(jié)構(gòu)來(lái)表示。圖2是顯示用于傳輸用戶(hù)數(shù)據(jù)的用戶(hù)平面(U平面)層結(jié)構(gòu)的示意圖，圖3是顯示用于傳輸控制信號(hào)的控制平面(C平面)層結(jié)構(gòu)的示意圖。
圖4顯示的是支持Uu接口的UE側(cè)或UTRAN側(cè)的詳細(xì)分層圖，其中圖2和圖3所示的Uu接口是無(wú)線接口(空中接口)。
如圖所示，U平面包括分組數(shù)據(jù)集中協(xié)議層(PDCP)、無(wú)線鏈路控制層(RLC)、介質(zhì)訪問(wèn)控制層(MAC)(這三個(gè)層作為開(kāi)放系統(tǒng)互聯(lián)方案中的層2)、以及作為開(kāi)放系統(tǒng)互聯(lián)方案中的層1的物理層(L1或?qū)?)。另外，C平面包括無(wú)線資源控制層(RRC)、RLC層、MAC層、以及L1層。
L1層(物理層)利用各種無(wú)線接入技術(shù)為上層提供信息傳輸業(yè)務(wù)。L1層通過(guò)傳輸信道連接到MAC層，并且MAC層和L1層之間的數(shù)據(jù)通過(guò)傳輸信道進(jìn)行交換。傳輸信道分為專(zhuān)用傳輸信道，如果信道由終端獨(dú)占地使用，以及公用傳輸信道，如果信道由多個(gè)終端共享。
MAC層提供MAC參數(shù)重定位業(yè)務(wù)，以定位和重定位無(wú)線資源。MAC層通過(guò)邏輯信道連接到RLC層，根據(jù)傳輸信息的類(lèi)型提供了不同類(lèi)型的邏輯信道。通常，當(dāng)在C平面上傳輸信息時(shí)使用控制信道，當(dāng)在U平面上傳輸信息時(shí)使用業(yè)務(wù)信道。
RLC層提供建立或釋放無(wú)線鏈路的業(yè)務(wù)。另外，RLC層執(zhí)行由U平面上的上層傳來(lái)的RLC業(yè)務(wù)數(shù)據(jù)單元(SDU)的分段和重組功能。在RLC層上控制RLC SDU的大小，并向RLC SDU添加報(bào)頭信息以形成協(xié)議數(shù)據(jù)單元(PDU)格式，然后將PDU傳輸(交付)到MAC層。
PDCP層是RLC層的上層，它將通過(guò)IP網(wǎng)絡(luò)協(xié)議(比如IPv4或IPv6)傳輸?shù)臄?shù)據(jù)改變?yōu)檫m合于RLC層的格式以傳輸該數(shù)據(jù)。另外，PDCP層減少有線網(wǎng)絡(luò)中使用的、但對(duì)于無(wú)線網(wǎng)絡(luò)來(lái)說(shuō)太大的控制信息，以通過(guò)無(wú)線接口高效地傳輸數(shù)據(jù)。上述功能叫作報(bào)頭壓縮，可以用于減少TCP/IP中使用的報(bào)頭信息。
RRC層提供信息廣播業(yè)務(wù)，以向定位于一選擇區(qū)域內(nèi)的所有終端廣播系統(tǒng)信息。另外，RRC層為層3中交換的控制信號(hào)處理C平面信號(hào)，并執(zhí)行終端和UTRAN之間的無(wú)線資源的建立、重置和釋放。具體而言，RRC具有建立、重置和釋放無(wú)線電載體(RB)的功能，以及分配、重定位和釋放無(wú)線資源連接中所需無(wú)線資源的功能。RB是由層2提供的用于在終端和UTRAN之間傳輸數(shù)據(jù)的業(yè)務(wù)。也就是說(shuō)，建立RB意味著這樣一個(gè)過(guò)程在該過(guò)程中確定用于在無(wú)線區(qū)域中提供預(yù)定業(yè)務(wù)的協(xié)議層和信道特征，并分別設(shè)定參數(shù)和操作方法。
lu接口根據(jù)功能可以具有不同類(lèi)型的特征。lu-CS(lu電路業(yè)務(wù))使用在電路交換業(yè)務(wù)中，以及l(fā)u-PS(lu分組業(yè)務(wù))使用在分組交換業(yè)務(wù)中。
因?yàn)楸景l(fā)明涉及分組交換域，以下將說(shuō)明lu-PS。lu-PS支持分組數(shù)據(jù)傳輸。在U平面上使用用戶(hù)平面GPRS隧道協(xié)議(GTP-U)層，其特別用于在分組交換區(qū)域傳輸用戶(hù)數(shù)據(jù)。另外，UMTS中的分組交換網(wǎng)絡(luò)基于GPRS，因此GTP-U也用于UMTS。
無(wú)線接入網(wǎng)絡(luò)應(yīng)用部分(RANAP)層用于lu接口的C平面中，并傳輸控制信息。RANAP層在lu-CS和lu-PS中都使用。
圖5顯示了SRNS重定位過(guò)程。SRNS重定位意味著這樣一個(gè)處理當(dāng)UE在RNS之間產(chǎn)生切換時(shí)，將SRNC從源RNC改變?yōu)槟繕?biāo)RNC，以在UE和CN間建立具有最短路徑的lu連接點(diǎn)。
在圖5中，與源RNC連接的舊SGSN不同于與目標(biāo)RNC連接的新SGSN。但是，舊SGSN和新SGSN可以是相同的。也就是說(shuō)，可以不改變SGSN而改變SRNC。
不允許數(shù)據(jù)丟失的SRNS重定位過(guò)程叫作無(wú)丟失SRNS重定位(LSR)。LSR在傳輸分組數(shù)據(jù)中是很重要的。原因是分組數(shù)據(jù)中的數(shù)據(jù)丟失意味著全部數(shù)據(jù)的丟失，因?yàn)檫@樣的分組數(shù)據(jù)是不可用的，雖然在實(shí)時(shí)數(shù)據(jù)(比如語(yǔ)音數(shù)據(jù))中的一些丟失是允許的并且?guī)缀醪辉斐刹焕挠绊憽?br> 因此，3GPP致力于提出完整的LSR程序，但是，還有很多工作要作。
以下利用在UE中下載分組數(shù)據(jù)作為示例，說(shuō)明3GPP標(biāo)準(zhǔn)或其它標(biāo)準(zhǔn)支持的無(wú)線通信系統(tǒng)的分組數(shù)據(jù)發(fā)送/接收過(guò)程。
圖2是參考圖，圖6是顯示在U平面上流動(dòng)的分組數(shù)據(jù)。
首先，GGSN請(qǐng)求UE所連接的SGSN建立無(wú)線接入載體(RAB)，以傳輸U(kuò)E所需要的數(shù)據(jù)。接收到上述請(qǐng)求的SGSN分配RAB以在UE和其自身之間建立數(shù)據(jù)傳輸路徑。
當(dāng)建立了從GGSN到UE的傳輸路徑后，GGSN開(kāi)始分組數(shù)據(jù)的傳輸。上層(IP、PPP等等)產(chǎn)生的分組數(shù)據(jù)在GGSN的GTP-U層中被封裝為GTP-U PDU(協(xié)議數(shù)據(jù)單元)，并發(fā)送到UTRAN的RNC。UTRAN RNC的GTP-U層接收上述GTP-U PDU，并分解GTP-U PDU以提取分組數(shù)據(jù)。通常，GTP-U層在GTP報(bào)頭上添加GTP-U序號(hào)后傳輸GTP-U PDU，以進(jìn)行按序傳送和可靠的傳送。
此后，從GTP-PDU去除GTP報(bào)頭，并將剩下的分組數(shù)據(jù)傳輸?shù)経TRAN的PDCP層。另外，PDCP層為分組數(shù)據(jù)(圖6中的PDCP SDU)進(jìn)行報(bào)頭壓縮。在此，報(bào)頭壓縮意味著減小標(biāo)準(zhǔn)IP協(xié)議的分組的IP報(bào)頭。為各個(gè)分組(PDCP SDU)進(jìn)行報(bào)頭壓縮。經(jīng)過(guò)報(bào)頭壓縮的PDCPSDU變成PDCP PDU。
通過(guò)RLC、MAC和L1，將PDCP PDU傳輸?shù)経E。通過(guò)UE中的L1、MAC和RLC，將傳輸?shù)腜DCP PDU傳送到UE的PDCP。然后，利用報(bào)頭壓縮的逆算法進(jìn)行報(bào)頭解壓縮。然后，將提取出來(lái)的PDCPSDU傳輸?shù)缴蠈?PPP，IP)。可以通過(guò)類(lèi)似的方式可以把來(lái)自UE側(cè)的IP分組傳輸?shù)経TRAN側(cè)。
圖7顯示的是涉及分組數(shù)據(jù)流動(dòng)的層間的無(wú)線接口(空中接口)中控制分組數(shù)據(jù)的發(fā)送/接收的PDCP結(jié)構(gòu)。
如圖所示，每個(gè)無(wú)線載體(RB)中存在一個(gè)PDCP實(shí)體，并且一個(gè)PDCP實(shí)體與一個(gè)RLC實(shí)體相連。
PDCP實(shí)體可以與三種類(lèi)型的RLC實(shí)體相連，即，AM(確認(rèn)模式，這是一種接收側(cè)確認(rèn)是否傳輸了數(shù)據(jù)的模式)、UM(無(wú)確認(rèn)模式，這是一種接收側(cè)不確認(rèn)數(shù)據(jù)傳輸?shù)哪Ｊ?，以及TM(透明模式，這是一種透明地傳輸數(shù)據(jù)的模式)。但是，在使用了LSR的情況下，PDCP實(shí)體只與RLC AM實(shí)體連接，以保證PDCP PDU的循序傳送。
根據(jù)在PDCP所連接的RLC實(shí)體中使用了這三種模式中的哪一種，PDCP的操作有所不同。這里將說(shuō)明PDCP連接到支持LSR的RLCAM實(shí)體的情況。
當(dāng)從GTP-U傳送PDCP SDU時(shí)，PDCP利用壓縮算法進(jìn)行報(bào)頭壓縮。在PDCP SDU中為IP(網(wǎng)際協(xié)議)報(bào)頭進(jìn)行報(bào)頭壓縮，目前定義了兩種報(bào)頭壓縮算法RFC2507和RFC3095。
當(dāng)建立了PDCP實(shí)體時(shí)，RRC通報(bào)報(bào)頭壓縮中使用的算法。另外，可以使用各種壓縮算法，或者可以不進(jìn)行壓縮(即旁路通過(guò))。
當(dāng)PDCP SDU通過(guò)了報(bào)頭壓縮處理后，PDCP SDU變成PDCPPDU。此后，如果PDCP支持LSR，則對(duì)各PDCP PDU進(jìn)行編號(hào)，序號(hào)由PDCP管理。有一個(gè)PDCP PDU到達(dá)RLC，則發(fā)送機(jī)的PDCP PDU序號(hào)加1，從RLC傳送來(lái)一個(gè)PDCP PDU，或者從RLC傳送來(lái)指示拋棄了一個(gè)PDCP PDU(＝RLC SDU)的拋棄信息，則接收機(jī)的PDCPPDU序號(hào)加1。PDCP管理序號(hào)(SN)以防止發(fā)生SRNS重定位時(shí)丟失PDCP SDU。
圖8是顯示PDCP PDU類(lèi)型的圖。PDCP生成三種類(lèi)型的PDU。PDCP-No-Header PDU使用PDCP SDU直接作為PDCP PDU、而無(wú)需開(kāi)銷(xiāo)信息。當(dāng)在上層已經(jīng)進(jìn)行了報(bào)頭壓縮時(shí)使用上述的PDU，且PDCP將PDCP SDU透明地傳輸?shù)絉LC。
第二，在PDCP中主要使用PDCP數(shù)據(jù)PDU，其通過(guò)PID字段通報(bào)對(duì)應(yīng)于PDCP PDU使用的報(bào)頭壓縮類(lèi)型。
PDU類(lèi)型字段通報(bào)相應(yīng)的PDU是PDCP數(shù)據(jù)PDU還是后面將要描述的PDCP SeqNum PDU。
第三，當(dāng)使用序號(hào)傳輸PDCP數(shù)據(jù)PDU時(shí)，使用PDCP SeqNumPDU。
當(dāng)發(fā)送機(jī)PDCP實(shí)體與接收機(jī)PDCP實(shí)體的PDCP PDU的SN沒(méi)有相互同步時(shí)，發(fā)送PDCP SeqNum PDU以使接收機(jī)的RSN(接收序號(hào))與發(fā)送機(jī)的SSN(發(fā)送序號(hào))一致。優(yōu)選地，RSN對(duì)應(yīng)于下一個(gè)預(yù)期的序號(hào)，并且SSN對(duì)應(yīng)于第一個(gè)未發(fā)送的序號(hào)。
上述通過(guò)發(fā)送SeqNum PDU而使PDCP實(shí)體的SN一致的處理叫作SN同步處理。
如果發(fā)送/接收分組數(shù)據(jù)時(shí)發(fā)生了SRNS重定位，PDCP根據(jù)模式進(jìn)行不同的操作。
SRNS重定位中有兩種模式，一種是有損SRNS重定位，另一種是無(wú)損SRNS重定位。
有損SRNS重定位是一種允許分組丟失的進(jìn)行越區(qū)切換的方法，用于實(shí)時(shí)業(yè)務(wù)，比如IP語(yǔ)音(VoIP)和流式業(yè)務(wù)。根據(jù)上述方法，PDCP不從RLC接收任何它自身發(fā)送的PDCP PDU的確認(rèn)(下文中稱(chēng)為ACK)，也不在SRNS重定位期間進(jìn)行特殊的操作。也就是說(shuō)，PDCP為從GTP-U發(fā)來(lái)的PDCP PDU進(jìn)行報(bào)頭壓縮并傳遞給RLC。
相反，在無(wú)損SRNS重定位(LSR)的情況下，不允許分組的丟失，因此，PDCP進(jìn)行比有損SRNS重定位更復(fù)雜的操作。LSR主要用于無(wú)需實(shí)時(shí)業(yè)務(wù)的業(yè)務(wù)(電子郵件、FTP和網(wǎng)絡(luò)瀏覽等)，因?yàn)榇蟛糠衷试S非實(shí)時(shí)業(yè)務(wù)的數(shù)據(jù)都具有一個(gè)特征即如果一部分?jǐn)?shù)據(jù)丟失，則全部數(shù)據(jù)丟失。因此，當(dāng)使用LSR時(shí)，在PDCP中使用SN，以管理PDCP PDU的發(fā)送/接收。另外，如果發(fā)送機(jī)PDCP的SN和接收機(jī)PDCP的SN互不相同，則利用一個(gè)用于通報(bào)SN的特殊PDU(即PDCP SeqNum PDU)來(lái)同步兩側(cè)的SN。另外，RLC只使用TM、UM和AM中的AM，并使用循序傳送方法。
PDCP SN分別處于發(fā)送機(jī)和接收機(jī)中。發(fā)送SN用于發(fā)送機(jī)，接收SN用于接收機(jī)。
一個(gè)PDCP PDU(同于RLC SDU)從PDCP傳送到RLC，則發(fā)送SN加1，一個(gè)標(biāo)準(zhǔn)PDCP PDU(＝RLC SDU)從RLC傳輸?shù)絇DCP，或者表示拋棄了一個(gè)RLC SDU的信號(hào)從RLC傳輸?shù)絇DCP，則接收SN加1。另外，當(dāng)發(fā)送了一個(gè)PDCP SeqNum PDU時(shí)，把發(fā)送SN更新為上述PDU所通報(bào)的值。
圖9a和圖9b顯示了當(dāng)UE執(zhí)行傳統(tǒng)的3GPP規(guī)范建議的RNS間的越區(qū)切換時(shí)的LSR處理。圖9a顯示了下行鏈路協(xié)議，圖9b顯示了上行鏈路協(xié)議。
以下利用圖中的標(biāo)號(hào)描述圖9a。
首先，圖9a所示的步驟1表示當(dāng)UE請(qǐng)求切換到另一個(gè)RNS并且需要SRNS重定位時(shí)，暫停PDCP層下的操作之后，源RRC向PDCP請(qǐng)求重定位的處理。
在步驟1中接收到重定位請(qǐng)求的PDCP把將要在隨后的第一時(shí)間發(fā)送到下行鏈路(下文中稱(chēng)為DL)的PDCP PDU的DL(下行鏈路)SSN，以及將要在隨后的第一時(shí)間從上行鏈路(UL)發(fā)出的PDCP PDU的UL(上行鏈路)RSN通報(bào)給源RRC。雖然SRNS重定位同時(shí)在下行鏈路和上行鏈路中發(fā)生，但為便于理解，單獨(dú)描述每個(gè)鏈路。
以下行鏈路為例，如果發(fā)送機(jī)源PDCP傳送PDU 20到RLC，則下一個(gè)DL SSN會(huì)被編號(hào)為21(步驟2)。源RRC在步驟2中從PDCP接收DL SSN并將其發(fā)送到目標(biāo)RRC(步驟3)。
在步驟4中，源PDCP通過(guò)GTP-U(支持U平面上分組數(shù)據(jù)傳輸?shù)膶?，未示?把發(fā)送到UE的PDCP SDU中未由UE通過(guò)RLC確認(rèn)的PDCP SDU發(fā)送到目標(biāo)PDCP。如果發(fā)送到UE的PDU達(dá)到PDU20，并且在UE處確認(rèn)PDU的傳輸成功達(dá)到PDU 15，則將對(duì)應(yīng)于未確認(rèn)的PDU 16～PDU 20的SDU發(fā)送到目標(biāo)PDCP(步驟4)。
UE PDCP把要在后續(xù)時(shí)間中從UTRAN發(fā)送到UE的第一PDCPSDU的DL RSN通報(bào)給UE RRC(步驟9)。PDCP SDU的SN具有和PDCP PDU的SN同樣的含義。
在步驟10，UE RRC把DL RSN通報(bào)給目標(biāo)RNC中的RRC。目標(biāo)RRC對(duì)從UE發(fā)出的DL RSN和從源RRC發(fā)出的DL SSN進(jìn)行比較，以決定要在后續(xù)時(shí)間中發(fā)送到UE的PDCP SDU的第一DL PDCPSN。
如果DL RSN大于DL SSN，則DL RSN被當(dāng)作是無(wú)效的(因?yàn)榻邮盏降男蛱?hào)不能大于發(fā)送序號(hào))，并且目標(biāo)RRC命令PDCP開(kāi)始SN同步處理。DL RSN≤DL SSN是正常情況，然后，第一DL PDCP SN將成為DL RSN(步驟11)。
目標(biāo)RRC把將要首先發(fā)送到DL的第一DL PDCP SN(DL RSN)通報(bào)給目標(biāo)PDCP。此后，當(dāng)重新開(kāi)始傳輸時(shí)，目標(biāo)PDCP把對(duì)應(yīng)于第一DL PDCP SN(DL RSN)的SDU發(fā)送到DL(步驟12)。
參照?qǐng)D9b，以上行鏈路為例，如果接收機(jī)源PDCP從RLC接收到序號(hào)為50的PDU，則下一個(gè)UL RSN會(huì)被編號(hào)為51(步驟2)。
源RRC在步驟2中從PDCP接收UL RSN并將其發(fā)送到目標(biāo)RRC(步驟3)。目標(biāo)RRC或源RRC把UL RSN通報(bào)給UE RRC。
暫停RLC的操作后，UE RRC把從目標(biāo)RRC或源RRC接收到的UL RSN通報(bào)給UE PDCP。然后當(dāng)下一次重新開(kāi)始傳輸時(shí)，UE PDCP把對(duì)應(yīng)于UL RSN的SDU發(fā)送到UL(步驟8)。
但是，根據(jù)執(zhí)行無(wú)損SRNS重定位的傳統(tǒng)的PDCP協(xié)議規(guī)范，并沒(méi)有定義怎樣管理PDCP緩沖區(qū)，這是進(jìn)行無(wú)損SRNS重定位處理時(shí)傳輸未確認(rèn)的PDCP SDU所需要的。另外，也沒(méi)有定義怎樣處理LSR之后由于報(bào)頭壓縮上下文狀態(tài)而在PDCP SN上產(chǎn)生的間隙。
另外，沒(méi)有定義如果PDCP之間的SN互不相同應(yīng)該怎么做，怎樣確定PDCP SDU數(shù)據(jù)傳輸點(diǎn)，以及在LSR處理之后怎樣操作PDCP接收機(jī)。
還有，沒(méi)有解決目標(biāo)RRC比較SN時(shí)產(chǎn)生的模式比較問(wèn)題。
因此，如果根據(jù)PDCP協(xié)議規(guī)范建議的現(xiàn)有技術(shù)來(lái)操作PDCP，以支持LSR，則SRNS無(wú)法無(wú)損失地進(jìn)行重定位。從而無(wú)法實(shí)現(xiàn)移動(dòng)環(huán)境中分組數(shù)據(jù)的無(wú)損發(fā)送/接收。
另外，本發(fā)明的另一個(gè)目的是提供一種有效的LSR方法，通過(guò)定義無(wú)線網(wǎng)絡(luò)控制器或用戶(hù)設(shè)備中的接口協(xié)議，避免分組數(shù)據(jù)的任何損失。
為了實(shí)現(xiàn)這些和其它的優(yōu)點(diǎn)，根據(jù)本發(fā)明的目的，正如在此作為實(shí)施例并加以詳細(xì)描述的，提供了一種在具有至少一個(gè)發(fā)送機(jī)PDCP層的無(wú)線網(wǎng)絡(luò)中傳輸分組數(shù)據(jù)的方法，其中利用該發(fā)送機(jī)PDCP層第一個(gè)已發(fā)送但還沒(méi)有確認(rèn)的PDCP SDU的發(fā)送PDCP序號(hào)和第一個(gè)未發(fā)送的PDCP SDU的發(fā)送PDCP序號(hào)，檢查從接收機(jī)PDCP層發(fā)送來(lái)的下一個(gè)預(yù)期接收PDCP序號(hào)的有效性。
根據(jù)本發(fā)明的一個(gè)方面，提供了一種在具有至少一個(gè)源無(wú)線網(wǎng)絡(luò)控制器(RNC)和目標(biāo)RNC的無(wú)線網(wǎng)絡(luò)中傳輸分組數(shù)據(jù)的方法，每個(gè)RNC至少包括下層和上層協(xié)議，其中上層協(xié)議位于下層協(xié)議之上，源和目標(biāo)RNC與具有下層和上層的用戶(hù)設(shè)備進(jìn)行數(shù)據(jù)通信，當(dāng)發(fā)生SRNS重定位時(shí)，該方法包括以下步驟源RNC把發(fā)送序號(hào)發(fā)送給目標(biāo)RNC；源RNC把未確認(rèn)的數(shù)據(jù)單元和相應(yīng)的序號(hào)發(fā)送給目標(biāo)RNC；目標(biāo)RNC從用戶(hù)設(shè)備接收接收序號(hào)；以及目標(biāo)RNC利用至少?gòu)脑碦NC接收到的第一個(gè)未確認(rèn)數(shù)據(jù)單元序號(hào)來(lái)確定接收序號(hào)是否處于有效范圍。
根據(jù)本發(fā)明的另一方面，把源RNC的發(fā)送序號(hào)從源RNC的上層協(xié)議提供給目標(biāo)RNC的上層協(xié)議。
根據(jù)本發(fā)明的另一方面，把未確認(rèn)的數(shù)據(jù)單元和相應(yīng)序號(hào)從源RNC的下層協(xié)議提供給目標(biāo)RNC的下層協(xié)議。
根據(jù)本發(fā)明的另一方面，把接收序號(hào)從用戶(hù)設(shè)備的上層協(xié)議提供給目標(biāo)RNC的上層協(xié)議。
優(yōu)選地，源RNC的上層和下層協(xié)議分別是無(wú)線資源控制層和分組數(shù)據(jù)集中協(xié)議層。目標(biāo)RNC的上層和下層協(xié)議分別是無(wú)線資源控制層和分組數(shù)據(jù)集中協(xié)議層。類(lèi)似的，用戶(hù)設(shè)備的上層和下層協(xié)議最好分別是無(wú)線資源控制層和分組數(shù)據(jù)集中協(xié)議層。
根據(jù)本發(fā)明的一個(gè)方面，目標(biāo)RNC的下層協(xié)議至少利用從源RNC接收到的第一個(gè)未確認(rèn)數(shù)據(jù)單元序號(hào)來(lái)確定接收序號(hào)是否處于有效范圍。也可以是目標(biāo)RNC的上層協(xié)議至少利用從源RNC接收到的第一個(gè)未確認(rèn)數(shù)據(jù)單元序號(hào)來(lái)確定接收序號(hào)是否處于有效范圍。優(yōu)選地，如果接收序號(hào)小于第一個(gè)未確認(rèn)數(shù)據(jù)單元序號(hào)或大于發(fā)送序號(hào)，則接收序號(hào)處于無(wú)效范圍。
根據(jù)本發(fā)明的一個(gè)方面，如果接收序號(hào)處于無(wú)效范圍，則啟動(dòng)序號(hào)同步操作。優(yōu)選地，由目標(biāo)RNC的下層協(xié)議啟動(dòng)序號(hào)同步。目標(biāo)RNC的下層協(xié)議是分組數(shù)據(jù)集中協(xié)議層。另外，優(yōu)選地，由目標(biāo)RNC的上層協(xié)議啟動(dòng)序號(hào)同步。目標(biāo)RNC的上層協(xié)議是無(wú)線資源控制層。
根據(jù)本發(fā)明的一個(gè)實(shí)施例，提供了一種在無(wú)線網(wǎng)絡(luò)中傳送分組數(shù)據(jù)的方法，所述無(wú)線網(wǎng)絡(luò)具有至少一個(gè)源無(wú)線網(wǎng)絡(luò)控制器(RNC)和一個(gè)目標(biāo)RNC，并可和用戶(hù)設(shè)備一起操作，所述用戶(hù)設(shè)備從源RNC接收至少一部分的分組數(shù)據(jù)并從目標(biāo)RNC接收另一部分的分組數(shù)據(jù)，每個(gè)RNC至少包括下層和上層協(xié)議，其中目標(biāo)RNC至少具有來(lái)自用戶(hù)設(shè)備的接收序號(hào)以及來(lái)自源RNC的第一未確認(rèn)數(shù)據(jù)單元序號(hào)和對(duì)應(yīng)于第一未發(fā)送數(shù)據(jù)單元的發(fā)送序號(hào)，所述方法包括以下步驟源RNC把未確認(rèn)數(shù)據(jù)單元發(fā)送給目標(biāo)RNC，從而至少一部分的未確認(rèn)數(shù)據(jù)單元發(fā)送到用戶(hù)設(shè)備；目標(biāo)RNC至少利用第一未確認(rèn)數(shù)據(jù)單元序號(hào)來(lái)確定接收序號(hào)是否處于有效范圍，其中，如果接收序號(hào)小于第一未確認(rèn)數(shù)據(jù)單元序號(hào)或大于發(fā)送序號(hào)，則接收序號(hào)處于無(wú)效范圍。源RNC的上層和下層協(xié)議分別是無(wú)線資源控制層和分組數(shù)據(jù)集中協(xié)議層。目標(biāo)RNC的上層和下層協(xié)議分別是無(wú)線資源控制層和分組數(shù)據(jù)集中協(xié)議層。
根據(jù)本發(fā)明的一個(gè)方面，源RNC把對(duì)應(yīng)于未確認(rèn)數(shù)據(jù)單元的序號(hào)發(fā)送給目標(biāo)RNC。
根據(jù)本發(fā)明的另一個(gè)方面，用戶(hù)設(shè)備至少包括下層和上層協(xié)議。優(yōu)選地，把未確認(rèn)數(shù)據(jù)單元和相應(yīng)的序號(hào)從源RNC的下層協(xié)議提供給目標(biāo)RNC的下層協(xié)議。類(lèi)似地，把接收序號(hào)從用戶(hù)設(shè)備的上層協(xié)議提供給目標(biāo)RNC的上層協(xié)議。用戶(hù)設(shè)備的上層和下層協(xié)議分別是無(wú)線資源控制層和分組數(shù)據(jù)集中協(xié)議層。
根據(jù)本發(fā)明的另一個(gè)方面，目標(biāo)RNC的下層協(xié)議至少利用從源RNC接收到的第一未確認(rèn)數(shù)據(jù)單元序號(hào)來(lái)確定接收序號(hào)是否處于有效范圍。也可以是目標(biāo)RNC的上層協(xié)議至少利用從源RNC接收到的第一未確認(rèn)數(shù)據(jù)單元序號(hào)來(lái)確定接收序號(hào)是否處于有效范圍。如果接收序號(hào)處于無(wú)效范圍，則下層協(xié)議啟動(dòng)序號(hào)同步。優(yōu)選地，目標(biāo)RNC的下層協(xié)議是分組數(shù)據(jù)集中協(xié)議層。
提供無(wú)損分組數(shù)據(jù)傳輸?shù)纳闲墟溌诽幚碜鳛樵跓o(wú)線網(wǎng)絡(luò)中傳送分組數(shù)據(jù)的方法，所述無(wú)線網(wǎng)絡(luò)具有至少一個(gè)源無(wú)線網(wǎng)絡(luò)控制器(RNC)和一個(gè)目標(biāo)RNC，并可和用戶(hù)設(shè)備一起操作，所述用戶(hù)設(shè)備向源RNC發(fā)送至少一部分的分組數(shù)據(jù)并向目標(biāo)RNC發(fā)送另一部分的分組數(shù)據(jù)，每個(gè)RNC至少包括下層和上層協(xié)議，所述方法包括以下步驟目標(biāo)RNC至少?gòu)脑碦NC接收接收序號(hào)；目標(biāo)RNC把接收序號(hào)提供給用戶(hù)設(shè)備；以及用戶(hù)設(shè)備至少利用第一未確認(rèn)數(shù)據(jù)單元序號(hào)來(lái)確定接收序號(hào)是否處于有效范圍，其中，如果接收序號(hào)小于第一未確認(rèn)數(shù)據(jù)單元序號(hào)或大于發(fā)送序號(hào)，則接收序號(hào)處于無(wú)效范圍。
為了進(jìn)行上述處理，提供了一種無(wú)線網(wǎng)絡(luò)中的分組數(shù)據(jù)傳送系統(tǒng)，它和用戶(hù)設(shè)備一起使用，所述用戶(hù)設(shè)備提供對(duì)應(yīng)于下一個(gè)預(yù)期數(shù)據(jù)單元序號(hào)的接收序號(hào)，所述系統(tǒng)包括具有下層和上層協(xié)議的目標(biāo)無(wú)線網(wǎng)絡(luò)控制器(RNC)，從用戶(hù)設(shè)備接收所述的接收序號(hào)；具有下層和上層協(xié)議的源RNC，其中源RNC向目標(biāo)RNC提供第一未確認(rèn)數(shù)據(jù)單元序號(hào)，而目標(biāo)RNC至少利用第一未確認(rèn)數(shù)據(jù)單元序號(hào)來(lái)確定接收序號(hào)是否處于有效范圍，其中，如果接收序號(hào)小于第一未確認(rèn)數(shù)據(jù)單元序號(hào)或大于對(duì)應(yīng)于第一未發(fā)送序號(hào)的發(fā)送序號(hào)，則接收序號(hào)處于無(wú)效范圍。
根據(jù)本發(fā)明的一個(gè)方面，源RNC把未確認(rèn)數(shù)據(jù)單元發(fā)送給目標(biāo)RNC。另外，源RNC的上層和下層協(xié)議分別是無(wú)線資源控制層和分組數(shù)據(jù)集中協(xié)議層。目標(biāo)RNC的上層和下層協(xié)議分別是無(wú)線資源控制層和分組數(shù)據(jù)集中協(xié)議層。
根據(jù)本發(fā)明的另一方面，目標(biāo)RNC的下層協(xié)議至少利用從源RNC接收到的第一未確認(rèn)數(shù)據(jù)單元序號(hào)來(lái)確定接收序號(hào)是否處于有效范圍。優(yōu)選地，目標(biāo)RNC的上層協(xié)議至少利用從源RNC接收到的第一未確認(rèn)數(shù)據(jù)單元序號(hào)來(lái)確定接收序號(hào)是否處于有效范圍。如果接收序號(hào)處于無(wú)效范圍，則目標(biāo)RNC的下層協(xié)議啟動(dòng)序號(hào)同步。
一種用戶(hù)設(shè)備，用于無(wú)線網(wǎng)絡(luò)中，至少最初把分組數(shù)據(jù)向上傳輸?shù)皆礋o(wú)線網(wǎng)絡(luò)控制器(RNC)，然后傳輸?shù)侥繕?biāo)RNC，包括上層協(xié)議，從目標(biāo)RNC接收接收序號(hào)，該接收序號(hào)對(duì)應(yīng)于下一個(gè)預(yù)期序號(hào)；下層協(xié)議，與上層協(xié)議通信，從其接收所述的接收序號(hào)，其中下層協(xié)議確定接收序號(hào)是否處于有效范圍，如果接收序號(hào)小于第一個(gè)未確認(rèn)數(shù)據(jù)單元序號(hào)或大于發(fā)送序號(hào)，則接收序號(hào)處于無(wú)效范圍，發(fā)送序號(hào)對(duì)應(yīng)于第一個(gè)未發(fā)送數(shù)據(jù)單元序號(hào)，第一個(gè)未確認(rèn)數(shù)據(jù)單元序號(hào)對(duì)應(yīng)于第一個(gè)已發(fā)送但還未確認(rèn)的數(shù)據(jù)單元的序號(hào)。
根據(jù)本發(fā)明的一個(gè)方面，用戶(hù)設(shè)備的上層和下層協(xié)議分別是無(wú)線資源控制層和分組數(shù)據(jù)集中協(xié)議層。如果接收序號(hào)處于無(wú)效范圍，則用戶(hù)設(shè)備的下層協(xié)議啟動(dòng)序號(hào)同步。
在至少具有發(fā)送機(jī)PDCP層和接收機(jī)側(cè)的無(wú)線網(wǎng)絡(luò)中傳輸分組數(shù)據(jù)的方法中，包括以下步驟把具有序號(hào)的數(shù)據(jù)單元發(fā)送到接收機(jī)側(cè)；接收從接收機(jī)側(cè)發(fā)送來(lái)的接收序號(hào)；檢查接收序號(hào)是否處于發(fā)送機(jī)PDCP層第一個(gè)已發(fā)送但還未確認(rèn)的數(shù)據(jù)單元的發(fā)送序號(hào)和第一個(gè)未發(fā)送數(shù)據(jù)單元的發(fā)送序號(hào)之間的范圍；如果接收序號(hào)不是處于該范圍，則啟動(dòng)序號(hào)同步。優(yōu)選地，該范圍是從第一個(gè)未確認(rèn)數(shù)據(jù)單元序號(hào)到發(fā)送序號(hào)。
優(yōu)選地，無(wú)線網(wǎng)絡(luò)至少具有源無(wú)線網(wǎng)絡(luò)控制器(RNC)和目標(biāo)RNC，每個(gè)RNC至少具有PDCP層作為發(fā)送機(jī)PDCP層，源和與作為接收機(jī)側(cè)的用戶(hù)設(shè)備進(jìn)行數(shù)據(jù)通訊的目標(biāo)RNC，源RNC把發(fā)送序號(hào)發(fā)送給目標(biāo)RNC；源RNC把未確認(rèn)數(shù)據(jù)單元和相應(yīng)的序號(hào)發(fā)送給目標(biāo)RNC。
根據(jù)本發(fā)明的一個(gè)方面，通過(guò)源和目標(biāo)RNC的RRC層提供源RNC的發(fā)送序號(hào)。另外，通過(guò)源和目標(biāo)RNC的GTP層提供未確認(rèn)數(shù)據(jù)單元和相應(yīng)的序號(hào)。優(yōu)選地，通過(guò)源和目標(biāo)RNC的RRC層提供源RNC接收到的接收序號(hào)。也可以從接收機(jī)側(cè)的RRC層通過(guò)接收序號(hào)。另外，還可以把接收序號(hào)從PDCP層提供給接收機(jī)側(cè)的RRC層。
根據(jù)本發(fā)明的另一個(gè)方面，接收序號(hào)是預(yù)期下一次接收的接收機(jī)側(cè)序號(hào)。
由以下的本發(fā)明詳細(xì)說(shuō)明，結(jié)合附圖，可以更清楚地理解本發(fā)明上述及其它的目的、特征、方面和優(yōu)點(diǎn)。
圖3顯示的是用于傳輸控制信號(hào)的控制平面(C平面)層次結(jié)構(gòu)圖；圖4顯示的是圖2和圖3所示的層中作為無(wú)線電部分的Uu接口的詳細(xì)分層圖；圖5說(shuō)明的是常規(guī)的SRNS重定位過(guò)程；圖6顯示的是根據(jù)現(xiàn)有技術(shù)的在U平面上流動(dòng)的分組數(shù)據(jù)；圖7顯示的是涉及分組數(shù)據(jù)流動(dòng)的層中作為用于在無(wú)線電部分中發(fā)送/接收分組數(shù)據(jù)的層的PDCP結(jié)構(gòu)圖；圖8說(shuō)明的是不同的PDCP PDU類(lèi)型；圖9a和圖9b是流程圖，顯示了當(dāng)用戶(hù)設(shè)備(UE)在傳統(tǒng)的3GPP標(biāo)準(zhǔn)規(guī)范中的RNS之間執(zhí)行越區(qū)切換時(shí)的無(wú)損SRNS重定位(LSR)過(guò)程；圖10顯示的是根據(jù)本發(fā)明優(yōu)選實(shí)施例的PDCP層的在發(fā)送機(jī)上具有SDU緩沖區(qū)的PDCP結(jié)構(gòu)；圖11a和圖11b是流程圖，顯示了根據(jù)本發(fā)明的優(yōu)選實(shí)施例，當(dāng)UE在RNS之間進(jìn)行越區(qū)切換時(shí)的SLR處理；圖12說(shuō)明根據(jù)本發(fā)明另一個(gè)實(shí)施例，由RRC進(jìn)行的序號(hào)(SN)有效性測(cè)試；圖13顯示了當(dāng)產(chǎn)生了間隙SN時(shí)，在PDCP自己開(kāi)始SN同步處理之后，以SeqNum PDU的格式發(fā)送的對(duì)應(yīng)于緊接該間隙SN的SN的SDU的方法的第一個(gè)例子；以及圖14顯示的是為間隙SN發(fā)送間隙PDU的方法的第二個(gè)例子。
優(yōu)選實(shí)施例詳述以下對(duì)附圖所示的本發(fā)明優(yōu)選實(shí)施例進(jìn)行詳細(xì)描述。
以下參照附圖對(duì)根據(jù)本發(fā)明優(yōu)選實(shí)施例的新PDCP結(jié)構(gòu)和根據(jù)本發(fā)明優(yōu)選實(shí)施例的越區(qū)切換的無(wú)損提供分組數(shù)據(jù)的方法進(jìn)行詳細(xì)說(shuō)明。
對(duì)一些現(xiàn)有技術(shù)進(jìn)行描述以更清楚地理解本發(fā)明和現(xiàn)有技術(shù)之間的差別。
圖10顯示的是PDCP層上的在發(fā)送機(jī)上具有SDU緩沖區(qū)的PDCP結(jié)構(gòu)。當(dāng)PDCP需要支持無(wú)損SRNS重定位(LSR)時(shí)，會(huì)需要PDCPSDU緩沖區(qū)。
優(yōu)選地，使用PDCP SDU緩沖區(qū)而不是PDCP PDU緩沖區(qū)。如果產(chǎn)生了LSR，則重新指定報(bào)頭壓縮算法，因此源PDCP和目標(biāo)PDCP中使用的算法互不相同。從而在進(jìn)行LSR之前使用該算法壓縮的PDCPPDU無(wú)法在LSR處理結(jié)束后進(jìn)行解壓縮。
也就是說(shuō)，當(dāng)產(chǎn)生LSR時(shí)，在SDU未壓縮的情況下，PDCP SDU存儲(chǔ)在緩沖區(qū)中，然后發(fā)送到目標(biāo)PDCP。目標(biāo)PDCP利用新指定的報(bào)頭壓縮算法壓縮并發(fā)送該發(fā)送的SDU。
如圖10所示，在PDCP支持LSR的情況下，當(dāng)PDCP接收到SDU時(shí)，PDCP以SDU單元的形式在緩沖區(qū)中存儲(chǔ)SDU，此后，PDCP根據(jù)所提供的報(bào)頭壓縮算法進(jìn)行報(bào)頭壓縮，以生成PDCP PDU(＝RLCSDU)，并將PDCP PDU傳送給RLC AM實(shí)體。
另一方面，UTRAN PDCP的發(fā)送機(jī)應(yīng)該管理PDCP SN。
圖11a和圖11b顯示了根據(jù)本發(fā)明的優(yōu)選實(shí)施例，當(dāng)UE在RNS之間進(jìn)行越區(qū)切換時(shí)的SLR處理。特別是，圖11a顯示了LSR處理的下行鏈路(即從UTRAN到UE)，圖11b顯示了上行鏈路(即從UE到UTRAN)。
參照?qǐng)D11a和11b，和圖9a和9b所示的現(xiàn)有技術(shù)相同的操作使用了相同的標(biāo)號(hào)，新添加的或改進(jìn)的過(guò)程或步驟由小數(shù)點(diǎn)表示(即，如果在過(guò)程3和過(guò)程4之間添加了一個(gè)過(guò)程，則可以表示為3.5)。另外，陰影框中的說(shuō)明表示改進(jìn)的或新添加的過(guò)程。
參照?qǐng)D11a，在下行鏈路模式中，當(dāng)產(chǎn)生或激活了LSR時(shí)，將DLPDCP SN和未確認(rèn)的PDCP SDU一起發(fā)送到GTP-U。這是因?yàn)楫?dāng)未確認(rèn)的SDU從源GTP-U發(fā)送到目標(biāo)GTP-U時(shí)，DL GTP-U SN和DLPDCP SN以及數(shù)據(jù)(PDC SDU)也從源GTP-U發(fā)送到目標(biāo)GTP-U，并且未確認(rèn)的SDU和各個(gè)DL PDCP SN由PDCP管理，從而GTP-U無(wú)法知道DL PDCP SN。優(yōu)選地，如圖11a所示，PDCP SDU和DL PDCPSN旁路通過(guò)源和目標(biāo)GTP-U而發(fā)送到目標(biāo)PDCP。
因此，當(dāng)激活了LSR且發(fā)送了數(shù)據(jù)時(shí)，DL PDCP SN也和數(shù)據(jù)一起從源RNC的PDCP發(fā)送到目標(biāo)RNC的PDCP。
優(yōu)選地，源RNC向從源RNC的PDCP發(fā)送到GTP-U的PDCP-DATA-Indication基元添加DL PDCP SN和PDCP SDU，且目標(biāo)RNC向發(fā)送到PDCP的PDCP-DATA-Request基元添加DL PDCP SN和PDCP SDU。如圖11a中步驟4所示，當(dāng)支持LSR時(shí)在UTRAN側(cè)使用上述方法。
如上所述，為了發(fā)送未確認(rèn)的SDU，源RRC應(yīng)該命令源PDCP始發(fā)。也就是說(shuō)，如步驟3.5所示，應(yīng)該向源PDCP提供數(shù)據(jù)發(fā)送請(qǐng)求。
PDCP自己不能啟動(dòng)數(shù)據(jù)發(fā)送，由來(lái)自RRC的命令來(lái)請(qǐng)求。但是，在現(xiàn)有的電信標(biāo)準(zhǔn)中沒(méi)有定義該命令。因此，源PDCP不能在進(jìn)行LSR時(shí)發(fā)送數(shù)據(jù)。
結(jié)果，未確認(rèn)的SDU全部被拋棄。為了解決上述問(wèn)題，根據(jù)本發(fā)明的一個(gè)優(yōu)選實(shí)施例，源RRC通過(guò)發(fā)送圖11a中步驟3.5顯示的數(shù)據(jù)發(fā)送請(qǐng)求來(lái)命令源PDCP。
另一方面，在LSR處理期間，目標(biāo)PDCP從目標(biāo)RRC接收DL PDCPSN。結(jié)果，PDCP得知將要首先發(fā)送到UE的PDU的SN。
但是，上述說(shuō)明是用于目標(biāo)PDCP的發(fā)送機(jī)，接收機(jī)應(yīng)該知道要首先從UE發(fā)出的第一UL PDCP SN。
參照?qǐng)D9b，如果目標(biāo)PDCP的接收機(jī)沒(méi)有從目標(biāo)RRC接收到第一UL PDCP SN，則LSR處理之后由PDCP首先接收到的PDU的SN會(huì)是0，且在UL的PDCP數(shù)據(jù)傳輸中SN不同步。
因此，目標(biāo)PDCP的接收機(jī)必須從目標(biāo)RRC接收第一UL PDCPSN。在這個(gè)方面，在現(xiàn)有的電信標(biāo)準(zhǔn)中，目標(biāo)RRC向目標(biāo)PDCP通報(bào)第一UL PDCP SN。
為了解決上述問(wèn)題，本發(fā)明提出了一種方法，其中目標(biāo)RRC向目標(biāo)PDCP通報(bào)第一DL PDCP SN(例如，DL RSN)和第一UL PDCPSN(例如，UL RSN)，如圖11a的步驟12所示。
另外，在目前的3GPP標(biāo)準(zhǔn)規(guī)范中，如果發(fā)送機(jī)和接收機(jī)上的PDCP的SN彼此不同，則進(jìn)行SN同步處理以重合或糾正SN。
但是，只能在RRC命令PDCP的時(shí)候進(jìn)行SN同步處理，PDCP不能自己開(kāi)始SN同步處理。
以下說(shuō)明一般的SN同步處理。當(dāng)RRC識(shí)別其發(fā)送機(jī)PDCP的SN和對(duì)應(yīng)的接收機(jī)PDCP的SN是互不相同的時(shí)，RRC命令發(fā)送機(jī)PDCP執(zhí)行SN同步處理。
接收到上述命令的源RNC的PDCP向目標(biāo)RNC的PDCP發(fā)送PDCP SeqNum PDU。PDCP SeqNum PDU是一種用于通報(bào)SN的特殊的PDU(即，圖8中的PDCP SeqNum PDU)，而不是PDCP數(shù)據(jù)PDU。并且向PDCP SeqNum PDU添加發(fā)送序號(hào)(SSN)。
接收PDCP SeqNum PDU的接收機(jī)PDCP(或者目標(biāo)RNC的PDCP)把接收序號(hào)(RSN)設(shè)置為SeqNum PDU的SSN，以匹配兩側(cè)的SN(SSN和RSN)。
另外，在接收到表示接收機(jī)接收到即使是一個(gè)PDCP SeqNum PDU的標(biāo)識(shí)時(shí)，PDCP發(fā)送機(jī)結(jié)束SN同步處理，然后利用PDCP數(shù)據(jù)PDU發(fā)送數(shù)據(jù)。
在現(xiàn)有的規(guī)范中有3種情況需要SN同步處理第一，RLC復(fù)位后；第二，無(wú)線電載體重置處理之后；以及第三，在LSR期間目標(biāo)RRC從UE RRC接收到無(wú)效DL RSN的情況下。
在PDCP PDU(從發(fā)送機(jī)PDCP傳送到RLC)發(fā)送到接收機(jī)之前，可能會(huì)產(chǎn)生RLC復(fù)位或RB重置，在這種情況下，SSN增加，RSN不增加。因此，上述處理之后，需要SN同步處理。
在下面的情況下需要第三種情況。目標(biāo)RRC通過(guò)比較在LSR處理期間從源RRC接收到的DL SSN和從UE RRC接收到的DL RSN，從而決定將要在后續(xù)時(shí)間中首先發(fā)送的PDCP PDU的第一DL PDCPSN。
通常，DL RSN是DL SSN或由于未確認(rèn)的SDU而更小，然后，把第一PDCP SN設(shè)定為DL RSN并通報(bào)給PDCP。
但是，如果由于傳輸期間的錯(cuò)誤或者協(xié)議中的錯(cuò)誤，從UE接收到的DL RSN大于DL SSN，則DL RSN是無(wú)效的。在這種情況下，RRC識(shí)別到UL RSN中有錯(cuò)誤，并命令PDCP啟動(dòng)SN同步處理。
在現(xiàn)有的3GPP規(guī)范中(也在圖9a的步驟11中示出)，定義了PDCP發(fā)送機(jī)為上述三種情況啟動(dòng)SN同步處理的RRC命令。
但是，在這三種情況下，如果目標(biāo)RRC在LSR處理期間從UE RRC接收到無(wú)效的DL RSN，則會(huì)產(chǎn)生嚴(yán)重的錯(cuò)誤。例如，PDCP SN中使用16比特，這16比特可以表示0至65535的范圍。因此，超過(guò)SN＝65535的下一個(gè)SN會(huì)跳回到0。此后，SN接著從0開(kāi)始遞加。
例如，當(dāng)未確認(rèn)的SDU的SN是65000～2000(即，65000～65535，0～2000)時(shí)，當(dāng)目標(biāo)RRC從UE接收到DL RSN＝65535時(shí)，目標(biāo)RRC把該DL RSN當(dāng)作無(wú)效，因?yàn)镈L SSN＝2001(即，DL RSN＞DL SSN)。因此，目標(biāo)RRC命令目標(biāo)PDCP啟動(dòng)SN同步處理。
在上述情況下，盡管UE正確地接收到對(duì)應(yīng)于SN＝65000～65334地SDU，PDCP使用SeqNum PDU從SN＝65000開(kāi)始重發(fā)SDU，從而浪費(fèi)了無(wú)線電資源。
上述問(wèn)題是因?yàn)槟繕?biāo)RRC不知道DL RSN的有效范圍而導(dǎo)致的。另外，在上述情況下產(chǎn)生了模式比較的問(wèn)題。
因此，為了解決上述問(wèn)題，本發(fā)明提出了以下方法。
以下參照?qǐng)D11a和11b說(shuō)明本發(fā)明提出的方法。
為了測(cè)試從UE接收到的DL RSN、從源RRC接收到的DL SSN和SDU的第一未確認(rèn)SN(FUSN)的有效性。FUSN等于已經(jīng)發(fā)送但還未確認(rèn)的SDU。
FUSN和DL SSN是決定DL RSN的有效范圍的值。如果FUSN≤DLRSN≤DL SSN，則DL RSN值被視為有效，并且把對(duì)應(yīng)于該DL RSN的例如SDU發(fā)送到UE。如果DL RSN處于有效范圍之外，則該DL RSN被視為無(wú)效，并啟動(dòng)SN同步處理。
優(yōu)選地，由RRC或PDCP執(zhí)行DL RSN的有效性測(cè)試。以下參照?qǐng)D11a(步驟13)說(shuō)明根據(jù)本發(fā)明一個(gè)優(yōu)選實(shí)施例的DL RSN的有效性測(cè)試。
當(dāng)目標(biāo)RRC從UE RRC接收到DL RSN時(shí)(圖11a中的步驟10)，目標(biāo)RRC利用從源RRC接收到的DL SSN向目標(biāo)PDCP通報(bào)DL RSN(圖11a中的步驟12)。
目標(biāo)RRC也向PDCP通報(bào)PDCP的接收機(jī)的UL RSN。且該也通報(bào)的DL SSN是很重要的。
在正常的情況下，PDCP知道DL發(fā)送各個(gè)未確認(rèn)SDU的PDCPSN，DL SSN是最后一個(gè)未確認(rèn)的SDU的SN(LUSN)加1得到的值，因此，可以不通報(bào)DL SSN。但是，在生成了以下將要描述的間隙SN的情況下，等式DL SSN＝LUSN+1不為真，因此在處理這個(gè)問(wèn)題中也通報(bào)DL SSN。
在現(xiàn)有技術(shù)中，在RRC中檢查DL RSN(圖9a中的步驟11)。但是，在本發(fā)明的優(yōu)選實(shí)施例中，優(yōu)選的是由PDCP檢查DL RSN，并且RRC把三個(gè)值(DL RSN，DL SSN和UL RSN)發(fā)送給PDCP。
因此，在這個(gè)實(shí)施例中，如圖11a中步驟11所示，在目標(biāo)RRC中不采取任何行動(dòng)。
從目標(biāo)RRC接收到DL RSN和DL SSN的目標(biāo)PDCP利用其中存儲(chǔ)的FUSN檢查是否滿(mǎn)足FUSN≤DL RSN≤DL SSN的條件。如果滿(mǎn)足這個(gè)條件，則目標(biāo)RNC的PDCP啟動(dòng)具有對(duì)應(yīng)于DL RSN的序號(hào)的SDU的傳輸。如果不滿(mǎn)足這個(gè)條件，則目標(biāo)RNC的PDCP啟動(dòng)SN同步處理，并利用PDCP SeqNum PDU開(kāi)始具有對(duì)應(yīng)于FUSN的序號(hào)的SDU的傳輸。
根據(jù)該優(yōu)選實(shí)施例，根據(jù)PDCP自己的判斷啟動(dòng)SN同步處理，而不是現(xiàn)有技術(shù)中那樣響應(yīng)于RRC的命令。
另外，可以由UE，也可以由UTRAN啟動(dòng)SN有效性測(cè)試和SN同步處理。
圖11b顯示了根據(jù)本發(fā)明優(yōu)選實(shí)施例的上行鏈路LSR處理。
在現(xiàn)有技術(shù)中，當(dāng)UE的PDCP接收到UL RSN時(shí)，PDCP不進(jìn)行任何檢查就從對(duì)應(yīng)于UL RSN的SDU開(kāi)始進(jìn)行傳輸。另外，在現(xiàn)有的規(guī)范中，對(duì)UL RSN處于有效范圍之外的情況沒(méi)有定義。
根據(jù)優(yōu)選實(shí)施例，當(dāng)目標(biāo)RRC從源RRC接收到UL RSN時(shí)(圖11b中的步驟3)，目標(biāo)RRC向目標(biāo)PDCP通報(bào)UL RSN(圖11b中的步驟12)。另外，目標(biāo)RRC把UL RSN轉(zhuǎn)發(fā)給UE RRC(步驟7)，UE RRC再轉(zhuǎn)發(fā)給UE PDCP(步驟8)。
在這個(gè)實(shí)施例中，和在UTRAN PDCP中一樣，UE PDCP在上行鏈路模式期間進(jìn)行UL RSN的有效性測(cè)試。另外，如果UL RSN處于有效范圍之外，則開(kāi)始SN同步處理。并且通過(guò)識(shí)別從RRC接收到的UL RSN是否滿(mǎn)足FUSN≤UL RSN≤UL SSN的條件，從而在UE PDCP中進(jìn)行有效性測(cè)試。
如果滿(mǎn)足這個(gè)條件，則從對(duì)應(yīng)于UL RSN的SDU開(kāi)始傳輸。另外，如果不滿(mǎn)足這個(gè)條件，則啟動(dòng)SN同步處理，并利用SeqNum PDU從對(duì)應(yīng)于FUSN的SDU開(kāi)始傳輸。
圖12顯示了根據(jù)本發(fā)明另一個(gè)實(shí)施例在RRC中進(jìn)行SN的有效性測(cè)試的過(guò)程。
這里，步驟1～6和圖11a和11b的相同，因此圖12中顯示了第七步以后的處理。圖12顯示了上行鏈路和下行鏈路。
RRC不知道FUSN，因此RRC可以在從PDCP接收到關(guān)于各SN的信息后開(kāi)始測(cè)試。例如，UE RRC應(yīng)該在步驟7.5(＜圖12中的第7.5步處理)之前得知來(lái)自UE PDCP的UL FUSN和UL SSN，而且目標(biāo)RRC應(yīng)該在步驟11(＜圖12中的第11步處理)之前得知來(lái)自目標(biāo)PDCP的DL FUSN。得到上述信息之后，UE RRC和目標(biāo)RRC可以分別進(jìn)行UL RSN和DL RSN的有效性測(cè)定(圖12中的步驟7和11)。
如果各個(gè)RSN值都處于有效范圍，則RRC向PDCP通報(bào)這個(gè)值。如果RSN處于有效范圍之外，則RRC命令PDCP進(jìn)行SN同步。
本發(fā)明提出，在PDCP中使用上述有效性測(cè)試的情況下，SN同步應(yīng)該由PDCP自己的判斷來(lái)啟動(dòng)。
但是，有此情況是，盡管PDCP不進(jìn)行有效性測(cè)試，但響應(yīng)于PDCP的判斷而請(qǐng)求SN同步處理。
例如，上述情況中的一種是，在LSR期間在PDCP發(fā)送機(jī)(源PDCP)中存儲(chǔ)的未確認(rèn)SDU之間產(chǎn)生了SN的間隙。為了進(jìn)行無(wú)損傳輸，需要傳輸對(duì)應(yīng)于該間隙SN的PDU。
該間隙SN(或具有間隙的SN)是由報(bào)頭壓縮而產(chǎn)生的。報(bào)頭壓縮是用于壓縮PDCP SDU中的IP報(bào)頭，并且是PDCP的一項(xiàng)功能。當(dāng)在PDCP中進(jìn)行報(bào)頭壓縮時(shí)，發(fā)送機(jī)和接收機(jī)中使用的算法應(yīng)該相同。
但是，當(dāng)使用了報(bào)頭壓縮時(shí)，接收機(jī)有時(shí)向發(fā)送機(jī)發(fā)送反饋信息。反饋信息以PDCP PDU的形式傳輸，該P(yáng)DCP PDU不是由PDCP SDU生成的，而是由PDCP自己生成的。
向所有的PDCP SDU添加GTP-U SN，并向所有的PDCP PDU添加PDCP SN，從而由于上述的反饋信息，GTP-U SN和PDCP SN可能沒(méi)有一對(duì)一的對(duì)應(yīng)關(guān)系。
另外，LSR之前或之后使用的報(bào)頭壓縮算法可能會(huì)不同，并且未確認(rèn)的反饋PDU包含過(guò)時(shí)的信息。因此，反饋信息不發(fā)送到目標(biāo)PDCP，并在源PDCP處拋棄。
因此，在上述情況下，在傳輸?shù)侥繕?biāo)PDCP的未確認(rèn)SDU的PDCPSN之間存在間隙?，F(xiàn)有技術(shù)中不考慮這個(gè)間隙，從而因?yàn)槲创_認(rèn)SDU是按順序發(fā)送的，會(huì)存在對(duì)應(yīng)于SSN和RSN問(wèn)的間隙的差異。在進(jìn)行SN同步處理之前，發(fā)送機(jī)PDCP和接收機(jī)PDCP不互相交換SN，因此認(rèn)識(shí)不到由間隙SN造成的發(fā)送機(jī)PDCP和接收機(jī)PDCP之間的SN差異。此后，如果再次產(chǎn)生了LSR，則SDU會(huì)由于這個(gè)SN差異而損壞。
為了解決上述問(wèn)題，本發(fā)明提出了兩種示例性的方法。
圖13顯示的是在產(chǎn)生了間隙SN的情況下，由PDCP啟動(dòng)SN同步處理的方法的第一個(gè)示例，對(duì)應(yīng)于緊接該間隙SN的SN的SDU以SeqNum PDU的形式發(fā)送。
假設(shè)當(dāng)產(chǎn)生或激活了LSR時(shí)，源PDCP的未確認(rèn)PDU是對(duì)應(yīng)于SN＝21～25的PDU，并且SN＝23的PDU是反饋PDU，則SN＝23不發(fā)送到目標(biāo)PDCP。
因此，目標(biāo)PDCP存儲(chǔ)這些除SN＝23外的SDU。當(dāng)目標(biāo)RRC向目標(biāo)PDCP通報(bào)第一DL PDCP SN＝22時(shí)，PDCP應(yīng)該從對(duì)應(yīng)于SN＝22的SDU開(kāi)始傳輸。
另外，傳輸了SN＝22的PDU之后，沒(méi)有SN＝23的PDU，從而PDCP判斷存在SN間隙，并為接著該間隙SN的SDU進(jìn)行SN同步處理。利用SeqNum PDU傳輸SDU SN＝24和以上的。當(dāng)接收機(jī)接收到SN＝22的數(shù)據(jù)PDU時(shí)，接收機(jī)把PDU更新為SN＝23。此后，當(dāng)接收機(jī)接收到SN＝24的SeqNum PDU時(shí)，把RSN更新為24。因此，可以保證發(fā)送機(jī)和接收機(jī)之間的SN同步。
如上所述，圖13顯示了在目標(biāo)PDCP中間隙SN的SN同步方法，但是，也可以在UE中使用上述方法。也就是說(shuō)，當(dāng)UE中的未確認(rèn)SDU的SN出現(xiàn)間隙時(shí)，如上所述啟動(dòng)SN同步處理。
圖14顯示的是為間隙SN發(fā)送間隙PDU的方法的第二個(gè)示例。
也就是說(shuō)，第二種方法是在產(chǎn)生了間隙時(shí)發(fā)送沒(méi)有信息的間隙PDU的方法。
這里，發(fā)送間隙PDU以維持沒(méi)有數(shù)據(jù)的SN的連續(xù)性。例如，通過(guò)發(fā)送頭1字節(jié)，圖8所示的數(shù)據(jù)PDU可以用作間隙PDU。當(dāng)為間隙SN發(fā)送間隙PDU時(shí)，可以不進(jìn)行SN同步處理而維持發(fā)送機(jī)和接收機(jī)之間SN的同步。
如上所述，圖14顯示的是為間隙SN發(fā)送間隙PDU的示例。另外，當(dāng)產(chǎn)生了間隙SN時(shí)，上述方法發(fā)送間隙PDU而不進(jìn)行SN同步。
這里，SN＝23是間隙SN，因此生成并發(fā)送SN＝23的間隙PDU。有多種間隙PDU，它們的共同目的是同步發(fā)送機(jī)和接收機(jī)的SN。圖14顯示了目標(biāo)PDCP，但是上述方法也可以用于UE PDCP。
如上所述，根據(jù)本發(fā)明，整個(gè)重建了PDCP協(xié)議結(jié)構(gòu)，以在分組業(yè)務(wù)域中支持LSR，并新定義了所需的控制信息和操作程序。從而可以在分組業(yè)務(wù)域中進(jìn)行無(wú)損SRNS重定位，并完整地保證數(shù)據(jù)通信中的移動(dòng)性。
在不脫離本發(fā)明的精神和基本特征的情況下，本發(fā)明能夠以不同的形式實(shí)施，因此應(yīng)該理解的是，上述實(shí)施例不限于前述的任何細(xì)節(jié)，除非另有說(shuō)明，而應(yīng)該在所附權(quán)利要求限定的本發(fā)明的精神和范圍內(nèi)廣義地構(gòu)建，因此所附的權(quán)利要求包含落入其界限或這些界限的等同物之內(nèi)的所有改變和改進(jìn)。
權(quán)利要求
1.一種在至少具有發(fā)送機(jī)PDCP層和接收機(jī)側(cè)的無(wú)線網(wǎng)絡(luò)中傳輸分組數(shù)據(jù)的方法，包括以下步驟向接收機(jī)側(cè)發(fā)送具有序號(hào)的數(shù)據(jù)單元；接收從接收機(jī)側(cè)發(fā)出的接收序號(hào)；檢查接收序號(hào)是否處于發(fā)送機(jī)PDCP層的第一個(gè)已發(fā)送但還未確認(rèn)的數(shù)據(jù)單元的發(fā)送序號(hào)和第一個(gè)未發(fā)送數(shù)據(jù)單元的發(fā)送序號(hào)之間的范圍內(nèi)；以及如果接收序號(hào)不處于該范圍，則啟動(dòng)序號(hào)同步。
2.根據(jù)權(quán)利要求1所述的方法，其中所述無(wú)線網(wǎng)絡(luò)至少具有源無(wú)線網(wǎng)絡(luò)控制器(RNC)和目標(biāo)RNC，每個(gè)RNC包括至少一個(gè)PDCP層作為發(fā)送機(jī)PDCP層，源和目標(biāo)RNC與作為接收機(jī)側(cè)的用戶(hù)設(shè)備進(jìn)行數(shù)據(jù)通信，以及源RNC把發(fā)送序號(hào)發(fā)送給目標(biāo)RNC；源RNC把未確認(rèn)數(shù)據(jù)單元和相應(yīng)序號(hào)發(fā)送給目標(biāo)RNC。
3.根據(jù)權(quán)利要求2所述的方法，其中通過(guò)源和目標(biāo)RNC的RRC層提供源RNC的發(fā)送序號(hào)。
4.根據(jù)權(quán)利要求2所述的方法，其中通過(guò)源和目標(biāo)RNC的GTP層提供未確認(rèn)數(shù)據(jù)單元和相應(yīng)序號(hào)。
5.根據(jù)權(quán)利要求2所述的方法，其中通過(guò)源和目標(biāo)RNC的RRC層提供由源RNC接收到的接收序號(hào)。
6.根據(jù)權(quán)利要求1所述的方法，其中由接收機(jī)側(cè)的RRC層提供接收序號(hào)。
7.根據(jù)權(quán)利要求6所述的方法，其中接收序號(hào)從PDCP層提供到接收機(jī)側(cè)的RRC層。
8.根據(jù)權(quán)利要求1所述的方法，其中接收序號(hào)是預(yù)期下次將要接收到的接收機(jī)側(cè)的序號(hào)。
9.根據(jù)權(quán)利要求1所述的方法，其中所述范圍是從第一個(gè)未確認(rèn)的數(shù)據(jù)單元序號(hào)到發(fā)送序號(hào)。
10.一種在無(wú)線網(wǎng)絡(luò)中傳輸分組數(shù)據(jù)的通信裝置，所述裝置包括發(fā)射機(jī)，向接收機(jī)側(cè)發(fā)送具有序號(hào)的數(shù)據(jù)單元；接收機(jī)，接收從接收機(jī)側(cè)發(fā)出的接收序號(hào)；第一實(shí)體，檢查接收序號(hào)是否處于發(fā)射機(jī)的第一個(gè)已發(fā)送但還未確認(rèn)的數(shù)據(jù)單元的發(fā)送序號(hào)和第一個(gè)未發(fā)送數(shù)據(jù)單元的發(fā)送序號(hào)之間的范圍內(nèi)；以及第二實(shí)體，如果接收序號(hào)不處于該范圍，則啟動(dòng)序號(hào)同步。
11.根據(jù)權(quán)利要求10所述的通信裝置，其中第一和第二實(shí)體中的至少一個(gè)是RRC層。
12.根據(jù)權(quán)利要求10所述的通信裝置，其中第一和第二實(shí)體中的至少一個(gè)是PDCP層。
13.根據(jù)權(quán)利要求10所述的通信裝置，其中所述裝置是移動(dòng)終端，所述接收機(jī)側(cè)是RNC。
14.根據(jù)權(quán)利要求10所述的通信裝置，其中所述裝置是無(wú)線網(wǎng)絡(luò)控制器，所述接收機(jī)側(cè)是移動(dòng)終端。
15.根據(jù)權(quán)利要求14所述的通信裝置，其中所述無(wú)線網(wǎng)絡(luò)至少具有源無(wú)線網(wǎng)絡(luò)控制器(RNC)和目標(biāo)RNC，每個(gè)RNC至少包括一PDCP層作為發(fā)送機(jī)PDCP層，源和目標(biāo)RNC與作為接收機(jī)側(cè)的移動(dòng)終端進(jìn)行數(shù)據(jù)通信，所述裝置是目標(biāo)RNC，它還包括第一接口，從源RNC接收發(fā)送序號(hào)；第二接口，從源RNC接收未確認(rèn)數(shù)據(jù)單元和相應(yīng)的序號(hào)。
16.根據(jù)權(quán)利要求15所述的通信裝置，其中所述從源RNC接收發(fā)送序號(hào)的第一接口是RRC層。
17.根據(jù)權(quán)利要求15所述的通信裝置，其中所述從源RNC接收未確認(rèn)數(shù)據(jù)單元和相應(yīng)序號(hào)的第二接口是GTP層。
18.一種用于無(wú)線網(wǎng)絡(luò)中的用戶(hù)設(shè)備，起初與源無(wú)線網(wǎng)絡(luò)控制器(RNC)通信，然后與目標(biāo)RNC通信，所述用戶(hù)設(shè)備包括上層協(xié)議，從源和目標(biāo)RNC中的至少一個(gè)接收接收序號(hào)；以及下層協(xié)議，與所述上層協(xié)議通訊，從其接收所述的接收序號(hào)，其中下層協(xié)議確定所述接收序號(hào)是否處于有效范圍，如果接收序號(hào)小于第一個(gè)未確認(rèn)數(shù)據(jù)單元序號(hào)或大于發(fā)送序號(hào)，則所述接收序號(hào)處于無(wú)效范圍，發(fā)送序號(hào)對(duì)應(yīng)于第一個(gè)未發(fā)送數(shù)據(jù)單元的序號(hào)，第一個(gè)未確認(rèn)數(shù)據(jù)單元序號(hào)對(duì)應(yīng)于第一個(gè)已發(fā)送但還未確認(rèn)的數(shù)據(jù)單元的序號(hào)。
19.根據(jù)權(quán)利要求18所述的用戶(hù)設(shè)備，其中所述接收序號(hào)是對(duì)應(yīng)于下一個(gè)預(yù)期序號(hào)的接收序號(hào)。
20.根據(jù)權(quán)利要求18所述的用戶(hù)設(shè)備，其中所述用戶(hù)設(shè)備的上層和下層協(xié)議分別是無(wú)線資源控制層和分組數(shù)據(jù)集中協(xié)議層。
21.根據(jù)權(quán)利要求18所述的用戶(hù)設(shè)備，其中如果所述接收序號(hào)處于無(wú)效范圍，則所述用戶(hù)設(shè)備的下層協(xié)議啟動(dòng)序號(hào)同步。
22.根據(jù)權(quán)利要求18所述的用戶(hù)設(shè)備，其中所述上層協(xié)議從目標(biāo)RNC接收所述的接收序號(hào)。
全文摘要
公開(kāi)了一種在用戶(hù)終端從一個(gè)無(wú)線網(wǎng)絡(luò)控制器切換到另一個(gè)的期間提供分組數(shù)據(jù)業(yè)務(wù)的方法和裝置。為了避免SRNS重定位期間的數(shù)據(jù)損失，提供了一種利用發(fā)送機(jī)PDCP層的第一個(gè)已發(fā)送但還未確認(rèn)的PDCP SDU的發(fā)送PDCP序號(hào)和第一個(gè)未發(fā)送PDCP SDU的發(fā)送PDCP序號(hào)，檢查從接收機(jī)PDCP層發(fā)出的下一個(gè)預(yù)期接收的PDCP序號(hào)的有效性的方法。重建了PDCP協(xié)議結(jié)構(gòu)以支持分組業(yè)務(wù)域中的無(wú)損SRNS重定位，并新定義了所需的控制信息和操作程序。結(jié)果，在分組業(yè)務(wù)域中實(shí)現(xiàn)了無(wú)損SRNS重定位，并保證了數(shù)據(jù)通信的移動(dòng)性。
文檔編號(hào)H04L1/18GK1396782SQ0214137
公開(kāi)日2003年2月12日 申請(qǐng)日期2002年7月9日 優(yōu)先權(quán)日2001年7月9日
發(fā)明者李承俊, 呂運(yùn)榮, 樸修珍 申請(qǐng)人:Lg電子株式會(huì)社