CN101621832B - 向上层传送pdcp数据单元的方法 - Google Patents
向上层传送pdcp数据单元的方法 Download PDFInfo
- Publication number
- CN101621832B CN101621832B CN2009101504071A CN200910150407A CN101621832B CN 101621832 B CN101621832 B CN 101621832B CN 2009101504071 A CN2009101504071 A CN 2009101504071A CN 200910150407 A CN200910150407 A CN 200910150407A CN 101621832 B CN101621832 B CN 101621832B
- Authority
- CN
- China
- Prior art keywords
- pdcp
- sequence number
- rlc
- pdcp sdu
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及一种向上层传送PDCP数据单元的方法。本发明公开了一种提供无线通信业务的无线电(无线)通信***和终端,更具体地说,提供了一种在从通用移动电信***(UMTS)或长期演进(LTE)***演进而来的演进通用移动电信***(E-UMTS)内PDCP实体在RLC重建过程中接收PDCP SDU的情况下直接向上层持续地和/或接续地传送所接收到的分组数据汇聚协议(PDCP)业务数据单元(SDU)的方法。
Description
技术领域
本发明涉及一种提供无线通信业务的无线电(无线)通信***和终端,更具体地说,本发明涉及向演进的通用移动电信***(E-UMTS:Evolved Universal Mobile Telecommunications System)的接收侧实体内的上层传送分组数据汇聚协议(PDCP:Packet Data Convergence Protocol)业务数据单元(SDU)的方法,该演进的通用移动电信***是从通用移动电信***(UMTS)或长期演进(LTE:Long Term Evolution)***演进而来的。
背景技术
图1示出了作为可以应用到相关技术和本发明的移动通信***的长期演进(LTE)***的一个示例性网络结构。LTE***是从现有的UMTS***演进而来的***,并且3GPP标准组织目前正在进行该***的标准化工作。
LTE网络可以大致地分为演进的UMTS陆地无线接入网络(E-UTRAN:Evolved UMTS Terrestrial Radio Access Network)与核心网络(CN)。E-UTRAN通常由终端(即,用户设备(UE))、基站(即,演进的节点B(eNode B))、位于网络一端并与一个或更多个外部网络相连接的接入网关。接入网关可以分为处理用户业务的部分以及处理控制业务的部分。在这种情况下,接入网关的处理用户业务的部分与接入网关处理控制业务的部分可以通过新的接口进行通信。在单个eNB中可以存在一个或更多个小区。接口可用于在eNB之间发送用户业务或控制业务。CN可以包括供用户对UE进行登记的aGW以及节点等。可以使用对E-UTRAN和CN进行区分的接口。
图2与图3示出了基于3GPP无线接入网络标准的终端与E-UTRAN之间的无线接口协议的相应示例性结构。无线接口协议具有水平层,该水平层包括物理层、数据链路层以及网络层,无线接口协议还具有垂直面,该垂直面包括了用于发送用户数据信息的用户面(U-plane)以及发送控制信令的控制面(C-plane)。基于在通信***中公知的开放***互连(OSI)标准模型的三个较低层,可以将图2与图3中的协议层分类为第一层(L1)、第二层(L2)以及第三层(L3)。无线协议层以成对的形式存在于UE与E-UTRAN之间,并且处理无线接口中的数据发送。
下面将对图2中的无线协议控制面的各层以及图3中的无线协议用户面的各层进行说明。
物理层(即第一层)通过使用物理信道向上层提供信息传递服务。物理层经由传输信道连接到被称为介质接入控制(MAC)层的上层。在MAC层与物理层之间经由传输信道传递数据。根据是否共享信道,将传输信道划分为专用传输信道与公共传输信道。在不同的物理层之间,即在发送侧的物理层与接收侧的物理层之间,经由使用无线资源的物理信道来发送数据。
第二层包括各种层。首先,介质接入控制(MAC)层将各种逻辑信道映射到各种传输信道,并且通过将若干个逻辑信道映射到单个传输信道而对逻辑信道进行复用。MAC层由逻辑信道连接到被称为无线链路控制(RLC)层的上层。根据发送信息的类型,逻辑信道大致分为发送控制面信息的控制信道和发送用户面信息的业务信道。
第二层的无线链路控制(RLC)层对从上层接收到的数据进行分割和/或连接来调整数据大小以适于下一层向无线接口发送数据。此外,为了保证各无线承载(RB)所要求的各种服务质量(QoS),RLC层提供了三种操作模式:透明模式(TM);非确认模式(UM:UnacknowledgedMode);以及确认模式(AM:Acknowledged Mode)。具体地说,AM RLC通过自动重传请求(ARQ:Automatic Repeat and Request)来执行重传功能以实现可靠的数据发送。
为了在具有窄带宽的无线接口中有效地发送诸如IPv4或IPv6的IP分组,第二层的分组数据汇聚协议(PDCP)层执行一种被称为报头压缩的功能,该功能减少了相对较大并且包括了不必要的控制信息的'分组的报头的尺寸。报头压缩通过允许数据的报头部分只发送必要信息,提高了无线接口之间的发送效率。此外,PDCP层在LTE***中执行安全功能。该安全功能包括用于防止第三方对数据进行窃听的加密以及用于防止第三方对数据进行操作的完整性保护。
位于第三层的最底部的无线资源控制(RRC)层仅被限定在控制面中,其在对无线承载(RB)的配置、重新配置以及释放方面对逻辑信道、传输信道以及物理信道进行控制。在这种情况下,RB是指由在UE与UTRAN之间的数据发送的无线协议的第一层与第二层提供的逻辑路径。通常,对RB的配置(建立、设置)是指对无线协议层与提供特定数据业务所需的信道的特性进行规定、并且设置相应的详细参数和操作方法的过程。RB包括两种类型:信令RB(SRB:Signaling Radio Bearers)以及数据RB(DRB:Data Radio Bearers)。SRB被用作在控制面上发送RRC消息路径,而DRB被用作在用户面上发送用户数据的路径。
在相关技术中,对于通过RLC(无线链路控制)重建而接收到的PDCPSDU来说,接收侧的PDCP实体在将PDCP SDU存储在缓冲器中而不向上层传送所接收到的PDCP SDU之后执行重新排序处理。只有在得到存储在缓冲器中的PDCP SDU的序列号(SN)与在RLC重建后接收到的新的PDCP SDU的序列号的比较结果之后,才向上层传送存储在缓冲器中的PDCP SDU。
在相关技术中,在发送侧由PDCP实体执行的PDCP SDU重发基于RLC状态报告而不是RLC重建。这样,在一般情况下,PDCP可通过超出的RLC重建次数来接收所有丢失的PDCP SDU。例如,如果在有限的时间段内发生了多次切换,则接收所有丢失的PDCP SDU的可能性非常高,这是由于多次切换造成了多次RLC重建。然而,在多次RLC重建过程中对丢失的PDCP SDU进行重复的重发会造成不必要的时间延迟或对无线资源的浪费。
另外,如上面所阐释的,那些通过RLC重建而接收到的PDCP SDU没有被直接传送给上层。而是在将那些PDCP SDU存储在缓冲器后,对它们执行了重新排序处理。这也会造成不必要的时间延迟。此外,如果通过RLC重建而接收的PDCP SDU是数据流的最后分组,则会发生死锁的情形。例如,如果PCDP SDU是数据流的最后分组,由于不再有要通过RLC重建来接收的数据,因此该PDCP SDU被一直地保存在缓冲器中,而不会被传送到上层。
因此,需要一种对相关技术中的上述缺陷的解决方案。
发明内容
因此,本发明的目的是最小化数据发送的时间延迟,从而防止数据发送过程中的无线资源浪费,和/或防止在向上层传送PDCP SDU的过程中出现死锁的情形。
为此,本发明提出,如果PDCP实体通过RLC重建从RLC实体接收了PDCP SDU,则直接向上层持续地和/或接续地传送所接收到的PDCPSDU。
为了实现这一点以及其它优点,根据本发明的目的,如在这里具体地实施和宽泛地说明地那样,提供了一种在无线通信***中的数据通信方法,该方法包括以下步骤:接收步骤,从下一层接收具有序列号的数据单元;存储步骤,将所接收到的数据单元存储在缓冲器中;判定步骤,判定所接收到的数据单元的所述序列号是否等于来自最后传送的数据单元的序列号的序列号+1;以及传送步骤,基于所述判定步骤以相关的序列号的升序传送具有大于或者等于所接收到的数据单元的序列号的接续相关的序列号的所有已存储数据单元。
附图说明
图1示出了作为可以应用到相关技术和本发明的移动通信***的演进的通用陆地无线接入网络(E-UTRAN)的一个示例性网络结构;
图2是在终端与E-UTRAN之间的相关技术无线接口协议的控制面架构的一个示例性图;
图3是在终端与E-UTRAN之间相关技术无线接口协议的用户面架构的一个示例性图;
图4是应用本发明的PDCP实体的示例性结构;
图5是表示对PDCP数据单元进行传送的示例性数据流;
图6是表示对PDCP数据单元进行重新排序和传送的示例性数据流;
图7是表示对PDCP数据单元进行重新排序和传送的另一个示例性数据流;
图8是表示根据本发明对PDCP数据单元进行传送的第一示例性数据流;以及
图9是表示根据本发明对PDCP数据单元进行传送的第二示例性数据流。
具体实施方式
本发明的一个方面涉及了发明人对如上所述的相关技术中的问题的认识,并且在下文中将对此进一步进行阐释。基于该认识,开发了本发明的各特征。
尽管示出了本发明是在移动通信***(例如,在3GPP规范下开发的UMTS)中进行实现的,但是还可以将本发明应用于遵循不同的标准和规范而运行的其它通信***。
在下文中,将参照附图给出对根据本发明的优选实施方式的结构和操作的描述。
如上所述,本发明致力于使数据发送的时间延迟最小化,从而防止在数据发送过程中对无线资源的浪费,和/或防止在向上层传送PDCPSDU的过程中出现死锁的情形。
为了这个目的,本发明提出了如果PDCP实体通过RLC重建从RLC实体接收了PDCP SDU,则直接将连续和/或接续接收到的PDCP SDU传送给上层。
下面将给出对PDCP实体的详细描述。通常,PDCP实体向上与RRC层或用户应用相连接,并且向下与RLC层相连接。图4是应用本发明的PDCP实体的示例性结构。如图4所示,PDCP实体被划分为PDCP发送侧和PDCP接收侧。在发送侧的PDCP实体向接收侧的对等(peer)PDCP实体发送业务数据单元(SDU:service data units)和协议数据单元(PDU:protocol data unit)。接收侧的PDCP实体从发送的PDCP PDU中提取PDCPSDU或控制信息。通常,数据PDU(PDCP数据PDU)与控制PDU(PDCP控制PDU)是由发送侧的PDCP实体生成的。数据PDU是通过对从PDCP实体的上层接收到的SDU进行处理而在PDCP中生成的数据块,而控制PDU是在PDCP中生成的用于向对等实体提供控制信息的数据块。在无线承载(RB)的用户面和控制面二者中均生成PDCP数据PDU。PDCP的一些功能被选择性地应用于用户面和控制面。例如,仅在用户面中向数据应用报头压缩功能,而仅在控制面内向数据应用安全功能中的完整性保护功能。安全功能还包括数据加密功能,并且可在用户面与控制面内向数据应用该加密功能。可以将PDCP控制PDU用于表示PDCP接收缓冲器的状态(即,PDCP状态报告)和/或表示报头压缩的状态(即,报头压缩反馈分组)。
下面将给出在PDCP发送侧执行的数据处理过程。首先,PDCP层(或实体)将接收到的PDCP SDU存储在发送缓冲器中,并且为每个PDCP SDU分配序列号(SN)(S1)。如果建立的无线承载是数据无线承载(DRB)(即,用户面的无线承载),则PDCP层针对PDCP SDU执行报头压缩(S2)。如果建立的无线承载是信令无线承载(SRB)(即,控制面的无线承载),则PDCP层针对PDCP SDU执行完整性保护操作(S3)。此后,PDCP层针对利用S2或S3的结果所生成的数据块进行加密(S4)。PDCP通过将报头添加到从S4生成的数据块而生成了PDCP PDU,之后,PDCP向RLC层传送生成的PDCP PDU。
下面将给出在PDCP接收侧执行的数据处理过程。首先,PDCP层(或实体)从所接收到的PDCP PDU中移除报头(S1)。之后,PDCP层针对没有报头的PDCP PDU执行解密(S2)。如果建立的无线承载是数据无线承载(DRB)(即,用户面的无线承载),则PDCP层针对解密后的PDCP PDU执行解压缩(S3)。如果建立的无线承载是信令无线承载(SRB)(即,控制面的无线承载),则PDCP层针对解密后的PDCP PDU执行完整性保护操作(S4)。在步骤3或步骤4之后,PDCP层向上层传送处理后的数据块(即,PDCP SDU)(S5)。如果建立的无线承载是在无线链路控制的确认模式(RLC AM)中使用的数据无线承载(DRB),则可以将处理后的数据块存储在接收缓冲器中,并接着在执行重新排序操作后向上层传送该处理后的数据(S6)。这里,如果建立的无线承载是在无线链路控制的确认模式(RLC AM)中使用的数据无线承载(DRB),则必需执行重新排序操作,这是由于RLC AM中使用的DRB经常发送错误敏感数据业务(error sensitive data traffic)。为此,对数据进行重发以将无线通信过程中的数据发送错误最小化。需要重新排序操作以按照序列顺序向上层传送PDCP SDU。在RLC AM中,可以使用很多不同的‘状态变量’来按照序列顺序向上层传送PDCP SDU。
首先,可以将状态变量定义如下:
-RSN(接收到的序列号):接收到的PDCP SDU的序列号
-LAST(最后提交的PDCP SDU SN):在所有向上层传送的PDCPSDU中,最后传送的PDCP SDU的序列号
-NEXT(下一预计的PDCP SDU SN):在所有接收到的PDCP SDU中具有最大序列号的PDCP SDU的下一个PDCP SDU的序列号(即,最大的PDCP SDU SN+1)
使用以上状态变量,当接收侧的PDCP实体接收到PDCP SDU时,该PDCP实体可以按照以下过程来对接收到的PDCP SDU进行处理。这里,仅仅出于例示的目的,假定将所有的值都限制在0至4095的范围内,并且最小值是NEXT-2048。
首先,如果PDCP实体接收到其序列号小于或少于之前传送给上层的PDCP SDU的序列号的PDCP SDU,则由于接收到的PDCP SDU是过时的PDCP SDU而放弃了该PDCP SDU。可以按如下程序语言(proceduretext)来表达这个过程。
-if NEXT-2048<=RSN<=LAST
-解密
-解压缩
-放弃
在PDCP实体接收到PDCP SDU,而该PDCP SDU的序列号处于最后传送给上层的DPCP SDU的序列号与具有最大SN的PDCP SDU的序列号之间的情况下,如果该PDCP SDU是重复的PDCP SDU,则放弃该PDCP SDU。如果该PDCP SDU不是重复的PDCP SDU,则将所接收到的PDCP SDU存储在接收缓冲器中。可以按如下程序语言来表达这个过程。
-if LAST<RSN<NEXT
-解密
-解压缩
-如果不是重复的,则存储在接收缓冲器中
-如果是重复的,则放弃
如果PDCP实体接收到PDCP SDU,而该PDCP SDU的序列号大于或等于具有最大SN的PDCP SDU的序列号,则由于该接收到的PDCPSDU是新的PDCP SDU而将其存储在接收缓冲器中。其后,将NEXT更新为RSN+1。
可以以如下程序语言来表达这个过程。
-ifNEXT<=RSN<NEXT+2048
-解密
-解压缩
-存储在接收缓冲器中
-将NEXT设定为RSN+1
在使用以上过程对接收到的PDCP SDU进行处理并存储后,PDCP实体(或层)可使用以下过程向上层传送已存储的PDCP SDU。
可以按如下程序语言来表达这个过程。
-ifPDCP接收到的PDCP SDU不是由于RLC重建:
-按照相关的SN值的升序向上层传送:
-具有小于RSN的SN的所有已存储的PDCP SDU;
-具有大于或等于RSN的接续相关的SN值的所有已存储的PDCP SDU;
-将LAST设定为传送给上层的最后一个PDCP SDU的SN
即,只有在对PDCP SDU的接收不是由于RLC重建时才将PDCPSDU直接传送给上层。然而,必需对因RLC重建而接收到的PDCP SDU执行重新排序操作。
图5是表示对PDCP数据单元进行传送的一个示例性数据流。如图5所示,首先,接收到包含带有序列号的PDCP SDU的PDCP PDU。这里,序列号可以被定义为“RSN”。然后,执行解密和报头解压缩的操作,接着将解密和解压缩后的PDCP SDU存储在PDCP缓冲器中。然后,PDCP实体检查RSN是否大于或者等于NEXT。如果RSN大于或者等于NEXT,则将NEXT设定为RSN+1。然后,PDCP实体判定所接收到的PDCP SDU是否是由于RLC的重建而接收的。如果判定所接收到的PDCP SDU是由于RLC重建而接收的,则终止PDCP SDU的传送过程。如果所接收到的PDCP SDU不是由于RLC重建而接收的,则PDCP实体以相关的SN值的升序向上层传送具有小于RSN的SN的所有已存储PDCP SDU。此外,PDCP实体还以相关的SN值的升序向上层传送具有大于或等于RSN的接续相关的SN值的所有已存储PDCP SDU。其后,PDCP将LAST设定为传送给上层的最后一个PDCP SDU的SN,并终止PDCP SDU传送过程。
图6是表示对PDCP数据单元进行重新排序和传送的一个示例性数据流。为了提供简单的说明,在图6中,不考虑PDCP控制PDU,并且假设单个RLC PDU中包括单个PDCP PDU,而该PDCP PDU包括单个的PDCP SDU。
首先,接收侧的RLC实体连续地(按序列顺序)接收RLC PDU直到RLC PDU=13,然后将它们传送给接收侧的PDCP实体。当RLC PDCP被传送给PDCP实体时,接收RLC实体通过RLC状态报告就成功接收直到RLC PDU=13的RLC PDU通知发送侧的RLC实体。由于按序列顺序接收PDCP SDU,因此接收PDCP实体可以向上层传送直到PDCPSDU=22的PDCP SDU。这里,可以通过RLC状态报告来就成功接收直到PDCP SDU=22的PDCP SDU向发送PDCP实体进行通知或者确认。
如图6所示,在RCL重建之前,发送RLC实体发送RLC PDU=14至RLC PDU=20,但是RLC PDU=16、17、19发送失败。这样,接收RLC实体向上层PDCP实体传送按序列接收到的直到RLC SN=15的RLC SN,并且PDCP实体同样向其上层传送按序列接收到的直到PDCP SN=24的PDCP SDU。此时,LAST等于24,而NEXT等于25。成功接收到RLCPDU=18和RLC PDU=20,但是因为没有成功接收到先前的RLC PDU中的一些RLC PDU,而将这些RLC PDU存储在接收缓冲器中。此时,接收RLC实体需要通过RLC状态报告向发送RLC实体通知该情况,但是在发送RLC状态报告之前发生了RLC重建(S1)。
如果由于切换而发生RLC重建,则向PDCP实体的上层传送因为没有成功接收到先前的RLC PDU中的一些RLC PDU而存储在缓冲器的那些已经成功接收到的RLC PDU。在图6的情况中,RLC PDU=18和RLCPDU=20属于这种情况,因此,相应地向上层传送RLC PDU=18和RLCPDU=20。PDCP实体将由于RLC重建而接收到的PDCP SDU存储在PDCP接收缓冲器中。这样,将PDCP SDU=27和PDCP SDU=29存储在PDCP接收缓冲器中。由于发送PDCP实体基于最近的RLC状态报告判定成功的PDCP SDU发送结果,因此发送PDCP实体推断成功发送了直到PDCP SDU=22的PDCP SDU,并且PDCP SDU=23与PDCP SDU=29之间的PDCP SDU没有被成功发送(S2)。
在RLC重建之后,RLC实体初始化或者复位全部状态变量,并重新开始数据发送。发送PDCP实体可以重新发送在RLC重建之前没有成功发送给接收PDCP实体的这些PDCP SDU。这里,一些PDCP SDU可能会丢失,并且发送PDCP实体可以按序列顺序仅重新发送可发送的PDCPSDU。发送PDCP实体基于最近的RLC状态报告重新发送在RLC重建之前没有成功发送的这些PDCP SDU。在图6的情况中,发送PDCP实体重新发送PDCP SDU(PDCP SDU=23到PDCP SDU=29)。通过RLCPDU=0到RLC PDU=6发送这些PDCP SDU。当接收RLC实体接收到这些RLC PDU(0-6)时,将这些RLC PDU按序列顺序传送给接收PDCP实体。如果这些RLC PDU被接收PDCP实体接收到,因为PDCP SDU=23和24的SN小于LAST而被丢弃,并且因为已经存储了PDCP SDU=27和29,所以也丢弃这两个PDCP SDU。接收PDCP实体按序列顺序向上层传送PDCP SDU=25到PDCP SDU=29。在传送了可发送的PDCP SDU之后,将LAST和NEXT的状态变量更新为LAST=29和NEXT=30(S3-1)。
在切换过程中,源eNB可以将这些成功发送的PDCP SDU转发给目标eNB。然而,在网络之间的接口处存在数据丢失的可能性。在图6的情况中,从源eNB向目标eNB转发PDCP SDU(PDCP SDU=23到PDCPSDU=29),但是在RLC重建过程中,从PDCP SDU=23到PDCP SDU=27的DCP SDU丢失。发送PDPC实体通过将PDCP SDU(从PDCP SDU=28到PDCP SDU=31)包括在RLC PDU(RLC PDU=0到RLC PDU=3)中以升序发送这些PDCP SDU。如果这些RLC PDU被接收PDCP实体接收到,则将这些RLC PDU按序列顺序传送给接收PDCP实体。如果这些RLC PDU被接收PDCP实体接收到,因为PDCP SDU=23和24的SN小于LAST而被丢弃,并且因为已经存储了PDCP SDU=27和29,所以也丢弃这两个PDCP SDU。接收PDCP实体按序列顺序向上层传送PDCPSDU=25到PDCP SDU=29。如果接收PDCP实体接收到RLC PDU=0中包含的PDCP SDU=28,则向上层传送具有更小SN的PDCP SDU=27。而且,将PDCP SDU=28及其接续的PDCP SDU=29也传送给上层。在传送了可发送的PDCP SDU之后,将LAST和NEXT的状态变量更新为LAST=29和NEXT=30(S3-2)。
图7是表示对PDCP数据单元进行重新排序和传送的另一示例性数据流。
首先,接收侧的RLC实体连续地(按序列顺序)接收直到RLCPDU=13的RLC PDU,然后将它们传送给接收侧的PDCP实体。当RLCPDCP被传递给PDCP实体时,接收RLC实体通过RLC状态报告就成功接收直到RLC PDU=13的RLC PDU通知发送侧的RLC实体。由于按序列顺序接收PDCP SDU,因此接收PDCP实体可以向上层传送直到PDCPSDU=22的PDCP SDU。这里,可以通过RLC状态报告来就成功接收直到PDCP SDU=22的PDCP SDU向发送PDCP实体进行通知或者确认。
如图7所示,在RLC重建之前,发送RLC实体发送RLC PDU=14至RLC PDU=20,但是RLC PDU=16、17、19发送失败。这样,接收RLC实体向上层PDCP实体传送按序列接收到的直到RLC SN=15的RLC SN,并且PDCP实体同样向其上层传送按序列接收到的直到PDCP SN=24的PDCP SDU。此时,LAST等于24,而NEXT等于25。成功接收到RLCPDU=18和RLC PDU=20,但是因为没有成功接收到先前的RLC PDU中的一些RLC PDU,而将这些RLC PDU存储在接收缓冲器中。此时,接收RLC实体需要通过RLC状态报告向发送RLC实体通知该情况,但是在发送RLC状态报告之前发生了RLC重建(S1)。
如果由于切换而发生RLC重建,则向PDCP实体的上层传送因为没有成功接收到先前的RLC PDU中的一些RLC PDU而存储在缓冲器的那些已经成功接收到的RLC PDU。在图7的情况中,RLC PDU=18和RLCPDU=20属于这种情况,因此,相应地向上层传送RLC PDU=18和RLCPDU=20。PDCP实体将由于RLC重建而接收到的PDCP SDU存储在PDCP接收缓冲器中。这样,将PDCP SDU=27和PDCP SDU=29存储在PDCP接收缓冲器中。由于发送PDCP实体基于最近的RLC状态报告判定成功的PDCP SDU发送结果,因此发送PDCP实体推断直到PDCPSDU=22的PDCP SDU被成功发送,并且PDCP SDU=23与PDCP SDU=29之间的PDCP SDU没有被成功发送(S2)。
在第一RLC重建之后且在第二RLC重建之前,由于丢失的RLC PDU而导致RLC PDU(RLC PDU=2到6和8)被存储在RLC缓冲器中(S3)。
在第二RLC重建时,接收PDCP实体可以接收全部丢失的PDCPSDU(PDCP SDU 25到29)。然而,如图7所示,即使按序列顺序接收这些PDCP SDU,也不会将它们传送给上层(S4)。
如上所述,本发明的一个目的是最小化数据传输的时间延迟,防止数据传输期间的无线资源的浪费,和/或防止在向上层传送PDCP SDU期间的死锁情况。
为此,本发明提出在PDCP实体通过RLC重建从RLC实体接收到PDCP SDU时使用以下过程文本(procedure text)来直接向上层传送连续和/连贯地接收到的PDCP SDU。
-ifRSN=LAST+1:
-以相关的SN值的升序向上层传送:
-具有大于或等于RSN的接续相关的SN值的所有已存储的PDCPSDU;
-将LAST设定为向上层传送的最后PDCP SDU的SN;
-另外,如果由PDCP接收到的PDCP SDU不是由于RLC重建:
-以相关的SN值的升序向上层传送:
-具有小于RSN的相关的SN值的所有已存储的PDCP SDU;
-具有大于或等于RSN的接续相关的SN值的所有已存储的PDCP SDU;
-将LAST设定为向上层传送的最后PDCP SDU的SN。
根据以上过程文本,当通过RLC重建接收到PDCP SDU时,本发明提出判定所接收到的PDCP SDU的序列号(SN)是否等于LAST+1。当判定时,如果所接收到的PDCP SDU的序列号是LAST+1,则应当直接按序列顺序向上层传送所接收到的PDCP SDU和具有在该接收到的PDCP SDU的序列号之后的接续连续的序列号的任何PDCP SDU,而不是将这些PDCP SDU存储到接收缓冲器中。
图8是表示根据本发明的传送PDCP数据单元的第一例示性数据流。
如图8所示,首先,接收到包含带有序列号的PDCP SDU的PDCPPDU。这里,序列号可以定义为“RSN”。然后,执行解密和报头解压缩的操作,接着将解密和解压缩后的PDCP SDU存储在PDCP缓冲器中。然后,PDCP实体检查RSN是否大于或者等于NEXT。如果RSN大于或者等于NEXT,则将NEXT设定为RSN+1。然后,判定所接收到的PDCPSDU的序列号(即,RSN)是否等于LAST+1。当判定时,如果SN等于LAST+1,则向上层传送所接收到的PDCP SDU和具有在该接收到的PDCP SDU的序列号之后的接续连续的序列号的任何PDCP SDU(即,具有大于或等于RSN的接续相关的SN值的所有PDCP SDU)。然后,PDCP实体将LAST设定为传送给上层的最后PDCP SDU的SN,并终止PDCP SDU传送过程。另一方面,当判定时,如果RSN不等于LAST+1,则PDCP实体判定是否由于RLC的重建而接收所接收到的PDCP SDU。如果判定是由于RLC重建而接收所接收到的PDCP SDU,则终止PDCPSDU的传送过程。如果不是由于RLC重建而接收所接收到的PDCP SDU,则PDCP实体以相关的SN值的升序向上层传送具有小于RSN的相关SN的所有已存储PDCP SDU。此外,PDCP实体还以相关的SN值的升序向上层传送具有大于或等于RSN的接续相关的SN值的所有已存储PDCPSDU。然后,PDCP将LAST设定为传送给上层的最后PDCP SDU的SN,并终止PDCP SDU传送过程。
这里,判定所接收到的PDCP SDU的序列号是否等于LAST+1的步骤和判定是否由于RLC的重建而接收所接收到的PDCP SDU的步骤是互斥的步骤。由此,按交换顺序来执行这两个判定步骤。因此,根据本发明的以下过程文本也是可用的。
-if不是由于RLC重建而由PDCP接收到的PDCP SDU:
-以相关的SN值的升序向上层发送:
-具有小于RSN的相关的SN的所有已存储的PDCP SDU;
-具有大于或等于RSN的接续相关的SN值的所有已存储PDCPSDU;
-将LAST设定为向上层传送的最后PDCP SDU的SN。
-另外,如果RSN=LAST+1:
-以相关的SN值的升序向上层传送:
-具有大于或等于RSN的接续相关的SN值的所有存储PDCPSDU;
-将LAST设定为向上层传送的最后PDCP SDU的SN;
图9是表示根据本发明的传送PDCP数据单元的第二例示性数据流。
如图9所示,接收到包含带有序列号的PDCP SDU的PDCP PDU。这里,序列号可以定义为“RSN”。然后,执行解密和报头解压缩的操作,接着将解密和解压缩后的PDCP SDU存储在PDCP缓冲器中。然后,PDCP实体检查RSN是否大于或者等于NEXT。如果RSN大于或者等于NEXT,则将NEXT设定为RSN+1。然后,判定是否由于RLC的重建而接收到所接收的PDCP SDU。如果判定是由于RLC重建而接收到所接收的PDCPSUD,则PDCP实体判定所接收到的PDCP SDU的序列号(即,RSN)是否等于LAST+1。当判定时,如果RSN等于LAST+1,则向上层传送所接收到的PDCP SDU和具有在该接收到的PDCP SDU的序列号之后的接续连续的序列号的任何PDCP SDU(即,具有大于或等于RSN的接续相关的SN值的所有PDCP SDU)。然后,PDCP实体将LAST设定为传送给上层的最后PDCP SDU的SN,并终止PDCP SDU传送过程。另一方面,如果RSN不等于LAST+1,则立即终止PDCP SDU的传送过程。如果判定并非由于RLC重建而接收到所接收的PDCP SDU,则PDCP实体以相关的SN值的升序向上层传送具有小于RSN的相关的SN值的所有已存储PDCP SDU。此外,PDCP实体还以相关的SN值的升序向上层传送具有大于或等于RSN的接续相关的SN值的所有已存储PDCP SDU。然后,PDCP将LAST设定为传送给上层的最后PDCP SDU的SN,并终止PDCP SDU传送过程。
包括本发明中提及的PDCP SN(序列号)的COUNT格式也可以应用于本发明。这里,COUNT值由HFN(超帧号:HyperFrame Number)和PDCP SN构成。PDCP SN的长度可以由上层设定。COUNT值可以代替PDCP SN来使用,以便解决在本发明中提到了任何操作期间造成的回绕(wrap around)问题。
本发明可以提供一种无线通信***中的数据通信方法,该方法包括以下步骤:从下层接收具有序列号的数据单元;将所接收的数据单元存储在缓冲器中;判定所接收到的数据单元的序列号是否等于来自最后传送的数据单元的序列号的序列号+1;基于所述判定步骤以升序传送具有大于或者等于所接收到的数据单元的序列号的接续相关的序列号的所有已存储数据单元,并将传送给上层的最后数据单元的序列号设定为“LAST”,其中,所述下层为无线链路控制(RLC)层,在分组数据集中协议(PDCP)实体中执行所述判定和传送步骤,所述数据单元是PDCP业务数据单元(SDU),通过RLC重建来接收所述数据单元,在所述接收步骤和所述存储步骤之间执行报头解压缩和解密,所述序列号+1表示紧接着最后传送的数据单元的序列号之后的序列号,并且所述序列号+1表示来自最后传送的数据单元的序列号的下一个序列号。
尽管以移动通信为背景对本发明进行了描述,但本发明还可以用于利用移动设备(例如,装配有无线通信能力(即,接口)的PDA和笔记本电脑)的任何无线通信***。此外,使用特定术语来描述本发明不是要将本发明的范围限于特定类型的无线通信***。本发明还可应用于利用不同的空中接口和/或物理层的其他无线通信***(例如,TDMA、CDMA、FDMA、WCDMA、OFDM、EV-DO、Wi-Max、Wi-Bro等)。
这些示例性实施方式可以实现为利用标准程序和/或工程技术来生产软件、固件、硬件或其任何组合的方法、装置或制品。这里使用的术语“制品”是指硬件逻辑(例如,集成电路芯片、现场可编程门阵列(FPGA)、专用集成电路(ASIC)等)或者计算机可读介质(例如,磁存储介质(例如,硬盘驱动器、软盘、磁带等)、光存储器(CD-ROM、光盘等)、易失性或非易失性存储器设备(例如,EEPROM、ROM、PROM、RAM、DRAM、SRAM、固件、可编程逻辑等))中实现的代码或者逻辑。
计算机可读介质中的代码可以通过处理器来访问和执行。实现示例性实施方式的代码还可以通过传输介质或者经由网络从文件服务器来访问。在这种情况下,代码实现的制品可以包括传输介质(例如,网络传输线、无线传输介质、通过空间、无线电波传播的信号、红外信号等)。当然,本领域的技术人员可以认识到,在不偏离本发明的范围的情况下可以对该构造作出许多修改,并且制品可以包括本领域中公知的任何信息承载介质。
由于本发明可以在不偏离其精神和实质特征的情况下以多种形式实施,所以还应当理解的是,上述实施方式不受以上说明的任何细节的限制,除非另有指明,否则应当在所附权利要求所限定的精神和范围内作宽泛地解释,因此,落入权利要求的界限和范围或者这样的界限和范围的等同内容内的所有改变和修改都应当包含在所附权利要求中。
Claims (13)
1.一种在无线通信***中的数据通信方法,该方法包括以下步骤:
接收步骤,从下一层接收具有序列号的数据单元;
存储步骤,将所接收到的数据单元存储在缓冲器中;
判定步骤,如果是由于无线链路控制RLC重建而接收到所接收到的数据单元,则判定所接收到的数据单元的所述序列号是否等于来自最后传送的数据单元的序列号的序列号+1;以及
传送步骤,基于所述判定步骤以升序传送具有大于或者等于所接收到的数据单元的序列号的接续相关的序列号的所有已存储数据单元。
2.根据权利要求1所述的方法,其中,所述下一层是无线链路控制(RLC)层。
3.根据权利要求1所述的方法,其中,所述判定步骤和传送步骤是在分组数据汇聚协议(PDCP)实体中执行的。
4.根据权利要求1所述的方法,其中,所述数据单元是分组数据汇聚协议业务数据单元(SDU)。
5.根据权利要求1所述的方法,其中,在所述接收步骤和所述存储步骤之间执行报头解压缩或解密。
6.根据权利要求1所述的方法,其中,所述序列号+1表示紧接着所述最后传送的数据单元的序列号之后的序列号。
7.根据权利要求1所述的方法,其中,所述序列号+1表示来自所述最后传送的数据单元的序列号的下一个序列号。
8.根据权利要求1所述的方法,该方法还包括以下步骤:
将传送给上层的最后数据单元的序列号设定为“LAST”。
9.一种在无线通信***中的数据通信装置,所述数据通信装置包括:
无线协议层,所述无线协议层适于执行以下步骤:从下一层接收具有序列号的数据单元;将所接收到的数据单元存储在缓冲器中;如果是由于无线链路控制RLC重建而接收到所接收到的数据单元,则判定所接收到的数据单元的所述序列号是否等于来自最后传送的数据单元的序列号的序列号+1,以及以升序传送具有大于或者等于所接收到的数据单元的序列号的接续相关的序列号的所有已存储数据单元。
10.根据权利要求9所述的数据通信装置,其中,所述下一层是无线链路控制RLC层,并且所述数据单元是分组数据汇聚协议PDCP业务数据单元SDU。
11.根据权利要求9所述的数据通信装置,其中,所述序列号+1表示紧接着所述最后传送的数据单元的序列号之后的序列号。
12.根据权利要求9所述的数据通信装置,其中,所述序列号+1表示来自所述最后传送的数据单元的序列号的下一个序列号。
13.根据权利要求9所述的数据通信装置,其中,所述无线协议层还适于执行以下步骤:将传送给上层的最后数据单元的序列号设定为“LAST”。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310008456.8A CN103179614B (zh) | 2008-06-20 | 2009-06-19 | 向上层传送pdcp数据单元的方法 |
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US7423308P | 2008-06-20 | 2008-06-20 | |
US61/074,233 | 2008-06-20 | ||
US7499808P | 2008-06-23 | 2008-06-23 | |
US61/074,998 | 2008-06-23 | ||
KR10-2009-0050624 | 2009-06-08 | ||
KR1020090050624A KR100954925B1 (ko) | 2008-06-20 | 2009-06-08 | 상위로 PDCP 데이터 유닛(data unit)을 전달하는 방법 |
KR1020090050624 | 2009-06-08 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310008456.8A Division CN103179614B (zh) | 2008-06-20 | 2009-06-19 | 向上层传送pdcp数据单元的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101621832A CN101621832A (zh) | 2010-01-06 |
CN101621832B true CN101621832B (zh) | 2013-01-09 |
Family
ID=41691556
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101504071A Active CN101621832B (zh) | 2008-06-20 | 2009-06-19 | 向上层传送pdcp数据单元的方法 |
CN201310008456.8A Active CN103179614B (zh) | 2008-06-20 | 2009-06-19 | 向上层传送pdcp数据单元的方法 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310008456.8A Active CN103179614B (zh) | 2008-06-20 | 2009-06-19 | 向上层传送pdcp数据单元的方法 |
Country Status (2)
Country | Link |
---|---|
KR (1) | KR100954925B1 (zh) |
CN (2) | CN101621832B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101667507B1 (ko) | 2012-11-29 | 2016-10-18 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 데이터 전송 제어 방법, 장치 및 시스템 |
KR102312670B1 (ko) * | 2014-10-30 | 2021-10-15 | 삼성전자주식회사 | 사용자 단말 간 장치 대 장치 통신을 수행하는 방법 |
CN106304127B (zh) * | 2015-05-13 | 2019-11-01 | 苏州简约纳电子有限公司 | 一种lte数据面下行检错纠错方法 |
CN107370692B (zh) * | 2016-05-11 | 2020-03-17 | ***通信有限公司研究院 | 数据传输方法、无线链路控制实体及*** |
CN108924964B (zh) * | 2017-04-07 | 2023-05-23 | 中兴通讯股份有限公司 | 保证通信连续性的方法和用户设备 |
KR102554052B1 (ko) * | 2017-08-16 | 2023-07-17 | 삼성전자 주식회사 | 차세대 이동 통신 시스템에서 효율적인 패킷 중복 전송 및 수신 방법 및 장치 |
CN117295114A (zh) | 2017-09-18 | 2023-12-26 | 三星电子株式会社 | 用于在无线通信***中处理分组的方法和装置 |
KR102602207B1 (ko) * | 2017-09-18 | 2023-11-15 | 삼성전자주식회사 | 무선 통신 시스템에서 헤더 압축 프로토콜을 위한 pdcp 장치 재수립 방법 및 장치 |
WO2021217602A1 (zh) * | 2020-04-30 | 2021-11-04 | 华为技术有限公司 | 处理数据包的方法和通信装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1437368A (zh) * | 2002-02-08 | 2003-08-20 | 华硕电脑股份有限公司 | 数据传输的确认方法 |
CN1620768A (zh) * | 2002-01-05 | 2005-05-25 | Lg电子株式会社 | 对高速下行链路分组接入***使用定时器避免拖延时间的***和方法 |
CN1210971C (zh) * | 2001-07-09 | 2005-07-13 | Lg电子株式会社 | 无线通信***中的分组数据业务 |
WO2005117317A1 (en) * | 2004-04-19 | 2005-12-08 | Lg Electronics Inc. | Apparatus and method for enhanced um rlc data handling |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100431390C (zh) * | 2005-11-16 | 2008-11-05 | 大唐移动通信设备有限公司 | 无损重定位的方法 |
KR100938090B1 (ko) * | 2006-10-19 | 2010-01-21 | 삼성전자주식회사 | 이동통신 시스템에서 핸드오버 수행 방법 및 장치 |
KR20080054683A (ko) | 2006-12-13 | 2008-06-19 | 삼성전자주식회사 | 이동 통신 시스템에서 데이터 송수신 장치 및 방법 |
-
2009
- 2009-06-08 KR KR1020090050624A patent/KR100954925B1/ko active IP Right Grant
- 2009-06-19 CN CN2009101504071A patent/CN101621832B/zh active Active
- 2009-06-19 CN CN201310008456.8A patent/CN103179614B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1210971C (zh) * | 2001-07-09 | 2005-07-13 | Lg电子株式会社 | 无线通信***中的分组数据业务 |
CN1620768A (zh) * | 2002-01-05 | 2005-05-25 | Lg电子株式会社 | 对高速下行链路分组接入***使用定时器避免拖延时间的***和方法 |
CN1437368A (zh) * | 2002-02-08 | 2003-08-20 | 华硕电脑股份有限公司 | 数据传输的确认方法 |
WO2005117317A1 (en) * | 2004-04-19 | 2005-12-08 | Lg Electronics Inc. | Apparatus and method for enhanced um rlc data handling |
Also Published As
Publication number | Publication date |
---|---|
CN103179614B (zh) | 2016-09-07 |
CN103179614A (zh) | 2013-06-26 |
KR100954925B1 (ko) | 2010-04-27 |
CN101621832A (zh) | 2010-01-06 |
KR20090132503A (ko) | 2009-12-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11310681B2 (en) | Transmitting and receiving a PDCP layer status report in a mobile telecommunications system | |
EP2136501B1 (en) | Method of delivering a PDCP data unit to an upper layer | |
US9730104B2 (en) | Method for processing radio protocol in mobile telecommunications system and transmitter of mobile telecommunications | |
CN101621832B (zh) | 向上层传送pdcp数据单元的方法 | |
US9042364B2 (en) | Method of detecting and handling an endless RLC retransmission | |
US8306061B2 (en) | Method for retransmitting data unit using delivery status information | |
CN101933280A (zh) | 用于发送pdcp状态报告的移动通信***和方法 | |
US20090207739A1 (en) | Mobile communication system and method for transmitting pdcp status report thereof | |
GB2462699A (en) | Delivering PDCP SDUs to an upper layer within a receiving side entity of an E-UMTS | |
KR101617044B1 (ko) | 피어 엔티티의 전송 상태 정보를 이용한 데이터 유닛 재전송 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |