CN107079005A - 在无线通信系统中重新配置pdcp重排序定时器的方法及其设备 - Google Patents

在无线通信系统中重新配置pdcp重排序定时器的方法及其设备 Download PDF

Info

Publication number
CN107079005A
CN107079005A CN201580049924.3A CN201580049924A CN107079005A CN 107079005 A CN107079005 A CN 107079005A CN 201580049924 A CN201580049924 A CN 201580049924A CN 107079005 A CN107079005 A CN 107079005A
Authority
CN
China
Prior art keywords
pdcp
timer
count
hfn
reordering
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.)
Pending
Application number
CN201580049924.3A
Other languages
English (en)
Inventor
李承俊
李善暎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN107079005A publication Critical patent/CN107079005A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1809—Selective-repeat protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1841—Resequencing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms
    • H04L1/1851—Time-out mechanisms using multiple timers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明涉及无线通信系统。更加具体地，本发明涉及用于在无线通信系统中重新配置PDCP重排序定时器的方法和设备，该方法包括：启动PDCP(分组数据会聚协议)重排序定时器；接收指示新值被用于PDCP重排序定时器的RRC(无线电资源控制)消息；利用新值重启PDCP重排序定时器；以及一旦当具有新值的PDCP重排序定时器重启时，将reordering_PDCP_RX_COUNT设置为关联于RX_HFN和Next_PDCP_RX_SN的COUNT值。

Description

在无线通信系统中重新配置PDCP重排序定时器的方法及其 设备
技术领域
本发明涉及一无线通信系统，并且更具体地，涉及一种在无线通信系统中重新配置PDCP重排序定时器的方法。
背景技术
作为可应用本发明的无线通信系统的示例，将简单地描述第三代合作伙伴计划长期演进(3GPP LTE)(以下，被称为“LTE”)通信系统。
图1是示意性地图示作为示例性的无线电通信系统的E-UMTS的网络结构的视图。演进的通用移动电信系统(E-UMTS)是传统的通用移动电信系统(UMTS)的高级版本，并且其基本标准化当前正在3GPP中进行。E-UMTS通常可以被称为长期演进(LTE)系统。对于UMTS和E-UMTS的技术规范的细节，可以参考“3rd Generation Partnership Project；TechnicalSpecification Group Radio Access Network(第三代合作伙伴计划；技术规范组无线电接入网络)”的版本7和版本8。
参考图1，E-UMTS包括用户设备(UE)、e节点B(eNB)和接入网关(AG)，该接入网关(AG)位于网络(E-UTRAN)的末端处，并且被连接到外部网络。eNB可以同时地发送用于广播服务、多播服务和/或单播服务的多个数据流。
每个eNB可以存在一个或多个小区。小区被设置为在诸如1.25、2.5、5、10、15和20MHz的带宽的一个中操作，并且在该带宽中将下行链路(DL)或者上行链路(UL)传输服务提供给多个UE。不同的小区可以被设置为提供不同的带宽。eNB控制到多个UE的数据发送或者来自多个UE的数据接收。eNB将DL数据的DL调度信息发送给相应的UE以便通知UE在其中应当发送DL数据的时间/频率域、编译、数据大小和混合自动重传请求(HARQ)相关的信息。此外，eNB将UL数据的UL调度信息发送给相应的UE，以便通知UE可以由UE使用的时间/频率域、编译、数据大小和HARQ相关的信息。可以在eNB之间使用用于发送用户业务或者控制业务的接口。核心网(CN)可以包括AG和用于UE的用户注册的网络节点等。AG基于跟踪区域(TA)来管理UE的移动性。一个TA包括多个小区。
虽然基于宽带码分多址(WCDMA)，无线通信技术已经被发展成LTE，但用户和服务提供商的需求和预期正在上升。此外，考虑到正在发展中的其他无线电接入技术，需要新的技术演进以确保在未来高的竞争力。要求每比特成本的降低、服务可用性的提高、频带的灵活使用、简化的结构、开放接口、UE的适当功率消耗等。
发明内容
技术问题
被设计以解决问题的本发明的目的在于用于当eNB重新配置在UE中配置的PDCP重排序定时器的值时，在无线通信系统中利用新的值重新配置PDCP重排序定时器的方法和设备。通过本发明解决的技术问题不限于上述技术问题并且本领域的技术人员可以从下面的描述中理解其他技术问题。
问题的解决方案
能够通过提供用于在无线通信系统中用户设备(UE)操作的方法来实现本发明的目的，该方法包括：启动PDCP(分组数据会聚协议)重排序定时器；接收指示新值被用于PDCP重排序定时器的RRC(无线电资源控制)消息；利用新值重启PDCP重排序定时器；以及一旦当具有新值的PDCP重排序定时器重启时，将reordering_PDCP_RX_COUNT设置为关联于RX_HFN和Next_PDCP_RX_SN的COUNT值。
在本发明的另一方面中，在此提供无线通信系统中的用户设备，该UE包括：RF(射频)模块；和处理器，该处理器被配置成控制RF模块，其中处理器被配置成启动PDCP(分组数据会聚协议)重排序定时器，接收指示新值被用于PDCP重排序定时器的RRC(无线电资源控制)消息，利用新值重启PDCP重排序定时器，并且一旦当具有新值的PDCP重排序定时器重启时将reordering_PDCP_RX_COUNT设置为关联于RX_HFN和Next_PDCP_RX_SN的COUNT值。
优选地，仅当PDCP重排序功能被使用时reordering_PDCP_RX_COUNT被使用，并且reordering_PDCP_RX_COUNT的值是紧跟与触发PDCP重排序定时器的PDCP PDU(协议数据单元)相关联的COUNT值的COUNT的值。
优选地，RX_HFN的变量指示对于PDCP实体用于接收到的PDCP PDU的COUNT值的产生的HFN(超帧号)值。
优选地，Next_PDCP_RX_SN的变量指示对于PDCP实体由接收器下一个预期的PDCPSN(序列号)。
优选地，将reordering_PDCP_RX_COUNT设置为关联于RX_HFN和Next_PDCP_RX_SN的COUNT值对应于对于在被存储在重排序缓冲器中的PDCP SDU当中的具有最高COUNT值的PDCP SDU(服务数据单元)利用新值重启PDCP重排序定时器。
优选地，当RRC被接收时，当PDCP重排序定时器正在运行时，运行的PDCP重排序定时器被停止。
要理解的是，本发明的前述一般描述和下面的详细描述是示例性的和说明性的，并且旨在提供对要求保护的本发明的进一步解释。
有益效果
根据本发明，当eNB重新配置在UE中配置的PDCP重排序定时器的值时，在无线通信系统中能够利用新的值有效地重新配置PDCP重排序定时器。本领域的技术人员将会理解，利用本发明实现的效果不限于已在上文具体描述的效果，并且从结合附图进行的下面的详细描述中将更清楚地理解本发明的其他优点。
附图说明
附图被包括以提供对本发明的进一步理解并且被并入到本申请中且构成本申请的一部分，图示本发明的实施例，并且与该描述一起用作解释本发明的原理。
图1是示出作为无线通信系统的示例的演进的通用移动电信系统(E-UMTS)的网络结构的图；
图2A是图示演进的通用移动电信系统(E-UMTS)的网络结构的框图，以及图2B是描述典型E-UTRAN和典型EPC的架构的框图；
图3是示出基于第三代合作伙伴计划(3GPP)无线电接入网络标准的在UE和E-UTRAN之间的无线电接口协议的控制面和用户面的图；
图4是在E-UMTS系统中使用的示例无线信道结构的图；
图5是根据本发明的实施例的通信装置的框图；
图6是用于下行链路的LTE协议架构的总体概述的图；
图7是用于PDCP实体架构的概念图；
图8是用于PDCP实体的功能视图的概念图；
图9a是携带用于控制面SRB的数据的PDCP数据PDU的格式，图9b是当12比特SN长度被使用时的PDCP数据PDU的格式，图9c是当7比特SN长度被使用时的PDCP数据PDU的格式，图9d是携带一个散置的(interspersed)ROHC反馈分组的PDCP控制PDU的格式，图9e是当12比特SN长度被使用时携带一个PDCP状态报告的PDCP控制PDU的格式，图9f是当15比特SN长度被使用时携带一个PDCP状态报告的PDCP控制PDU的格式；
图10是用于根据本发明的实施例的重新配置PDCP重排序定时器的图；以及
图11是用于根据本发明的实施例的重新配置PDCP重排序定时器的示例。
具体实施方式
通用移动电信系统(UMTS)是第三代(3G)异步移动通信系统，其基于欧洲系统、全球移动通信系统(GSM)以及通用分组无线电服务(GPRS)在宽带码分多址(WCDMA)中操作。UMTS的长期演进(LTE)正在由标准化UMTS的第三代合作伙伴计划(3GPP)讨论。
3GPP LTE是用于使能高速分组通信的技术。对于包括旨在减少用户和提供商成本、改进服务质量、以及扩展和提升覆盖和系统性能的LTE目标已经提出了许多方案。3GPPLTE要求将每比特减少成本、增加服务可用性、灵活的频带使用、简单结构、开放接口、以及终端的适当功率消耗作为更高级的要求。
在下文中，从本发明的实施例、附图中图示的示例中将容易地理解本发明的结构、操作和其他特征。将会在下文中描述的实施例是其中本发明的技术特征被应用于3GPP系统的示例。
虽然在本说明书中将基于长期演进(LTE)系统和LTE高级(LTE-A)系统描述本发明的实施例，但是它们仅是示例性的。因此，本发明的实施例可应用于与上述定义相对应的任何其他的通信系统。另外，虽然在本说明书中基于频分双工(FDD)方案描述本发明的实施例，但是本发明的实施例可以被容易地修改并且被应用于半双工FDD(H-FDD)方案或者时分双工(TDD)方案。
图2A是图示演进的通用移动电信系统(E-UMTS)的网络结构的框图。E-UMTS也可以被称为LTE系统。通信网络可以被广泛地布署以提供诸如经IMS的语音(VoIP)和分组数据的各种通信服务。
如在图2A中所图示的，E-UMTS网络包括演进的UMTS陆地无线电接入网络(E-UTRAN)、演进的分组核心网(EPC)、以及一个或者多个用户设备。E-UTRAN可以包括一个或者多个演进的节点B(e节点B)20，并且多个用户设备(UE)10可以位于一个小区中。一个或者多个E-UTRAN移动性管理实体(MME)/系统架构演进(SAE)网关30可以被定位在网络的末端处并且被连接到外部网络。
如在此所使用的，“下行链路”指的是从e节点B到UE 10的通信，并且“上行链路”指的是从UE到e节点B的通信。UE 10指的是由用户携带的通信设备并且也可以被称为移动站(MS)、用户终端(UT)、用户站(SS)或者无线设备。
图2B是描述典型E-UTRAN和典型EPC的架构的框图。
如在图2B中所图示，e节点B 20将用户面和控制面的端点提供给UE 10。MME/SAE网关30为UE 10提供会话和移动性管理功能的端点。e节点B和MME/SAE网关可以经由S1接口被连接。
e节点B 20通常是与UE 10通信的固定站，并且也可以被称为基站(BS)或者接入点。每个小区可以布署一个e节点B 20。用于发送用户业务或者控制业务的接口可以在e节点B 20之间被使用。
MME提供包括到eNB 20的NAS信令、NAS信令安全、AS安全控制、用于3GPP接入网络之间的CN节点信令、空闲模式UE可达性(包括寻呼重传的控制和执行)、跟踪区域列表管理(用于在空闲和活跃模式下的UE)、PDN GW和服务GW选择、对于具有MME变化的切换的MME选择、用于切换到2G或者3G 3GPP接入网络的SGSN选择、漫游、认证、包括专用承载建立的承载管理功能、对于PWS(包括ETWS和CMAS)消息传输的支持的各种功能。SAE网关主机提供包括基于每个用户的分组过滤(通过例如深度分组探测)、合法侦听、UE IP地址分配、在下行链路中的传输级分组标记、UL和DL服务级计费、门控和速率增强、基于APN-AMBR的DL速率增强的各种功能。为了清楚，在此MME/SAE网关30将会被简单地称为“网关”，但是应理解此实体包括MME和SAE网关。
多个节点可以在e节点B 20与网关30之间经由S1接口被连接。e节点B 20可以经由X2接口被相互连接，并且相邻的e节点B可以具有含X2接口的网状网络结构。
如所图示的，eNB 20可以执行对于网关30的选择、在无线电资源控制(RRC)激活期间朝向网关的路由、寻呼消息的调度和发送、广播信道(BCCH)信息的调度和发送、在上行链路和下行链路这两者中对UE 10的资源动态分配、e节点B测量的配置和规定、无线电承载控制、无线电准入控制(RAC)、以及在LTE_ACTIVE(LTE_激活)状态下的连接移动性控制的功能。在EPC中，并且如上所述，网关30可以执行寻呼发起、LTE-IDLE(LTE-空闲)状态管理、用户面的加密、系统架构演进(SAE)承载控制、以及非接入层(NAS)信令的加密和完整性保护的功能。
EPC包括移动性管理实体(MME)、服务网关(S-GW)、以及分组数据网络网关(PDN-GW)。MME具有关于UE的连接和能力的信息，主要用于管理UE的移动性。S-GW是具有E-UTRAN作为端点的网关，并且PDN-GW是具有分组数据网络(PDN)作为端点的网关。
图3是示出基于3GPP无线电接入网络标准的UE和E-UTRAN之间的无线电接入协议的控制面和用户面的图。控制面指的是用于发送被用于管理UE和E-UTRAN之间的呼叫的控制消息的路径。用户面指的是被用于发送在应用层中产生的数据，例如，语音数据或者互联网分组数据的路径。
第一层的物理(PHY)层使用物理信道对上层提供信息传送服务。PHY层经由传输信道被连接到位于更高层上的媒体接入控制(MAC)层。数据在MAC层和物理层之间经由传输信道传输。经由物理信道在发送侧的物理层和接收侧的物理层之间传输数据。详细地，在下行链路中使用正交频分多址接入(OFDMA)方案调制物理信道，并且在上行链路中使用单载波频分多址接入(SC-FDMA)调制。
第二层的MAC层经由逻辑信道向更高层的无线电链路控制(RLC)层提供服务。第二层的RLC层支持可靠的数据传输。RLC层的功能可以通过MAC层的功能块实现。第二层的分组数据会聚协议(PDCP)层执行报头压缩功能，以在具有相对小的带宽的无线电接口中减少对于诸如IP版本4(IPv4)分组或者IP版本6(IPv6)分组的互联网协议(IP)分组的有效传输不必要的控制信息。
位于第三层的底部的无线电资源控制(RRC)层仅在控制面中定义。RRC层关于无线电承载(RB)的配置、重新配置和释放控制逻辑信道、传输信道和物理信道。RB指的是第二层在UE和E-UTRAN之间提供的用于数据传输的服务。为此，UE的RRC层和E-UTRAN的RRC层互相交换RRC消息。
eNB的一个小区被设置为在诸如1.25、2.5、5、10、15和20MHz带宽的一个中操作，并且在该带宽中将下行链路或者上行链路传输服务提供给多个UE。不同的小区可以被设置为提供不同的带宽。
用于从E-UTRAN到UE的数据传输的下行链路传输信道包括用于系统信息传输的广播信道(BCH)、用于寻呼消息传输的寻呼信道(PCH)、和用于用户业务或者控制消息传输的下行链路共享信道(SCH)。下行链路多播和广播服务的业务或者控制消息可以经由下行链路SCH发送，并且也可以经由单独的下行链路多播信道(MCH)发送。
用于从UE到E-UTRAN的数据传输的上行链路传输信道包括用于初始控制消息传输的随机接入信道(RACH)、和用于用户业务或者控制消息传输的上行链路SCH。被定义在传输信道上方并且被映射到传输信道的逻辑信道包括广播控制信道(BCCH)、寻呼控制信道(PCCH)、公共控制信道(CCCH)、多播控制信道(MCCH)和多播业务信道(MTCH)。
图4是示出在E-UMTS系统中使用的物理信道结构的示例的视图。物理信道包括在时间轴上的数个子帧和频率轴上的数个子载波。在此，一个子帧包括时间轴上的多个符号。一个子帧包括多个资源块并且一个资源块包括多个符号和多个子载波。另外，每个子帧可以使用用于物理下行链路控制信道(PDCCH)，即，L1/L2控制信道的子帧的特定符号(例如，第一符号)的特定子载波。在图4中，L1/L2控制信息传输区域(PDCCH)和数据区域(PDSCH)被示出。在一个实施例中，10ms的无线电帧被使用，并且一个无线电帧包括10个子帧。另外，一个子帧包括两个连续的时隙。一个时隙的长度可以是0.5ms。另外，一个子帧包括多个OFDM符号，并且多个OFDM符号的一部分(例如，第一符号)可以被用于发送L1/L2控制信息。作为用于发送数据的单位时间的传输时间间隔(TTI)是1ms。
除了特定控制信号或者特定服务数据之外，基站和UE使用作为传输信道的DL-SCH经由作为物理信道的PDSCH发送/接收数据。指示PDSCH数据被发送到哪个UE(一个或者多个UE)以及UE如何接收和解码PDSCH数据的信息在被包括在PDCCH中的状态下被发送。
例如，在一个实施例中，使用无线电网络临时标识(RNTI)“A”对特定PDSCH进行CRC掩蔽，并且经由特定子帧使用无线电资源“B”(例如，频率位置)和传输格式信息“C”(例如，传输块大小、调制、编译信息等等)发送关于数据的信息。然后，位于小区中的一个或者多个UE使用其RNTI信息来监测PDCCH。并且，具有RNTI“A”的特定UE读取PDCCH，并且然后接收由PDCCH信息中的B和C指示的PDSCH。
图5是根据本发明的实施例的通信装置的框图。
在图5中示出的装置可以是用户设备(UE)和/或eNB，其适于执行上述机制，其可以是用于执行相同操作的任何装置。
如在图5中所示，装置可以包括DSP/微处理器(110)和RF模块(收发器；135)。基于其实现和设计者的选择，DSP/微处理器(110)与收发器(135)电连接并且控制收发器。装置可以进一步包括功率管理模块(105)、电池(155)、显示器(115)、键盘(120)、SIM卡(125)、存储器装置(130)、扬声器(145)以及输入装置(150)。
具体地，图5可以表示UE，该UE包括：接收器(135)，其被配置成从网络接收请求消息；和发射器(135)，其被配置成将发送或者接收时序信息发送到网络。这些接收器和发射器能够组成收发器(135)。UE进一步包括处理器(110)，该处理器(110)被连接到收发器(135：接收器和发射器)。
而且，图5可以表示网络设备，该网络设备包括：发射器(135)，其被配置成将请求消息发送到UE；和接收器(135)，其被配置成从UE接收发送或者接收时序信息。这些发射器和接收器可以组成收发器(135)。网络进一步包括处理器(110)，其被连接到发射器和接收器。此处理器(110)可以被配置成基于发送或者接收时序信息计算延迟。
图6是用于下行链路的LTE协议架构的总体概述的图。
在图6中图示用于下行链路的LTE协议架构的总体概述。此外，虽然相对于传输格式选择和多天线传输存在不同，但与上行链路传输有关的LTE协议结构与图6中的下行链路结构相似。
要在下行链路中发送的数据在SAE承载中的一个上以IP分组的形式进入(601)。在通过无线电接口传输之前，进来的IP分组经过多个协议实体，在下面对此进行总结并且在下面的章节中对此进行更加详细地描述：
*分组数据会聚协议(PDCP，603)执行IP报头压缩以减少在无线电接口上发送所必需的比特的数目。报头压缩机制基于ROHC、在WCDMA中使用的标准化报头压缩算法，以及数种其他的移动通信标准。PDCP(603)也负责发送的数据的加密和完整性保护。在接收器侧，PDCP协议执行相应的解密和解压缩操作。每个为移动终端配置的无线电承载存在一个PDCP实体。
*无线电链路控制(RLC，605)负责分段/级联、重传处理以及到更高层的按序递送。不同于WCDMA，因为在LTE无线电接入网络架构中仅存在单个类型的节点，所以RLC协议位于e节点B中。RLC(605)以无线电承载的方式向PDCP(603)提供服务。每个为终端配置的无线电承载存在一个RLC实体。
每个为终端配置的逻辑信道存在一个RLC实体，其中每个RLC实体负责：i)RLC SDU的分段、级联、以及重组；ii)RLC重传；以及iii)用于相应的逻辑信道的按序递送和复制检测。
RLC的其他显著的特征是：(1)改变PDU大小的处理；以及(2)在混合ARQ和RLC协议之间的密切交互的可能性。最终，每个逻辑信道存在一个RLC实体并且每个分量载波存在一个混合ARQ实体的事实暗指一个RLC实体可以在载波聚合的情况下与多个混合ARQ实体交互。
分段和级联机制的目的是，从进入的RLC SDU生成合适大小的RLC PDU。一种可能性会是定义固定的PDU大小、会导致折衷的大小。如果大小太大，则不能够支持最低的数据速率。此外，在一些场景中会要求过多的填充。然而，单个小的PDU大小，会导致来自于在每个PDU中包括的报头的高开销。为了避免这些缺点，考虑到通过由LTE支持的非常大的动态范围的数据速率这特别重要，RLC PDU大小动态地变化。
在将RLC SDU分段和级联到RLC PDU中的过程中，除了其他字段之外报头还包括由重新排序和重传机制使用的序列号。在接收器侧的重组功能执行相反的操作以从接收到的PDU重组SDU。
*媒体接入控制(MAC，607)处理混合ARQ重传和上行链路和下行链路调度。调度功能位于e节点B中，其每个小区具有一个MAC实体，用于上行链路和下行链路两者。混合ARQ协议部分在MAC协议的发送和接收端两者中存在。MAC(607)以逻辑信道(609)的形式将服务提供给RLC(605)。
*物理层(PHY，611)，处理编码/解码、调制/解调、多天线映射，和其它的典型的物理层功能。物理层(611)以传输信道(613)的形式向MAC层(607)提供服务。
图7是PDCP实体架构的概念图。
图7表示用于PDCP子层的一个可能的结构，但是其不应限制实现。每个RB(即，DRB和SRB，除了SRB0之外)与一个PDCP实体相关联。取决于RB特性(即，单向或者双向)和RLC模式，每个PDCP实体与一个或者多个(每个方向一个)RLC实体相关联。PDCP实体位于PDCP子层中。可以通过上层配置PDCP子层。
图8是PDCP实体的功能视图的概念图。
PDCP实体位于PDCP子层中。可以为UE定义数个PDCP实体。携带用户面数据的每个PDCP实体可以被配置为使用报头压缩。每个PDCP实体正在携带一个无线电承载的数据。在本说明书的此版本中，仅支持鲁棒性报头压缩协议(ROHC)。每个PDCP实体使用最多一个ROHC压缩器实例和最多一个ROHC解压缩器实例。取决于正在为哪个无线电承载携带数据，PDCP实体关联于控制面或者用户面。
图8表示PDCP子层的PDCP实体的功能视图，其不应限制实现。
文件描述在PDCP实体中使用的各种状态变量以便于指定PDCP协议。所有的状态变量是非负整数。
每个PDCP实体的发送侧将会维护下述状态变量：
a)Next_PDCP_TX_SN：变量Next_PDCP_TX_SN指示用于给定的PDCP实体的下一个PDCP SDU的PDCP SN。在PDCP实体的建立时，UE会将Next_PDCP_TX_SN设置为0。
b)TX_HFN：变量TX_HFN指示对于给定的PDCP实体被用于PDCP PDU的COUNT(计数)值的产生的HFN值。在PDCP实体的建立时，UE会将TX_HFN设置为0。
每个PDCP实体的接收侧将会维护下述状态变量：
a)Next_PDCP_RX_SN：变量Next_PDCP_RX_SN指示对于给定的PDCP实体由接收器下一个预期的PDCP SN。在PDCP实体的建立时，UE会将Next_PDCP_RX_SN设置为0。
b)RX_HFN：变量RX_HFN指示对于给定的PDCP实体被用于接收到的PDCP PDU的COUNT值的产生的HFN值。在PDCP实体的建立时，UE会将RX_HFN设置为0。
c)Last_Submitted_PDCP_RX_SN：对于在RLC AM上映射的用于DRB的PDCP实体，变量Last_Submitted_PDCP_RX_SN指示被递送给上层的最后的PDCP SDU的SN。在PDCP实体的建立时，UE会将Last_Submitted_PDCP_RX_SN设置为Maximum_PDCP_SN。
d)Reordering_PDCP_RX_COUNT：仅当重排序功能被使用时使用此变量。此变量保持紧跟与触发重排序定时器(recordingTimer)的PDCP PDU相关联的COUNT值的COUNT的值。
e)Reordering_Window：重排序窗口指示重排序窗口的大小。当12比特SN长度被使用时大小等于2048，或者当15比特SN长度被使用时大小等于16384，即，PDCP SN空间的一半，用于在RLC AM上映射的无线电承载。
f)Maximum_PDCP_SN是：i)如果为了15比特SN的使用配置PDCP实体，则32767，ii)如果为了12比特SN的使用配置PDCP实体，则4095，iii)如果为了7比特SN的使用配置PDCP实体，则127，或者iv)如果为了5比特SN的使用配置PDCP实体，则31。
在UL数据传输过程的情况下，在PDCP实体中，在从上层接收PDCP SDU时，UE可以启动与PDCP SDU相关联的丢弃定时器(discard timer)。对于从上层接收到的PDCP SDU，UE可以将与Next_PDCP_TX_SN相对应的PDCP SN(序列号)与PDCP SDU关联，执行PDCP SDU的报头压缩，基于与此PDCP SDU相关联的PDCP SN和TX_HFN使用COUNT执行完整性保护和加密，将Next_PDCP_TX_SN增加了1，并且将结果PDCP数据PDU提交给较低层。
如果Next_PDCP_TX_SN大于Maximum_PDCP_SN，则Next_PDCP_TX_SN被设置为“0”并且TX_HFN被增加了1。
在DL数据传输过程的情况下，对于在RLC AM上映射的DRB，当PDCP实体与两个AMRLC实体相关联，或者在没有执行PDCP重建的情况下根据最近的配置在PDCP实体与两个AMRLC实体相关联之后PDCP实体与一个AM RLC实体相关联时，PDCP实体使用重排序功能。
对于在RLC AM上映射的DRB，当使用重排序功能时，在从较低层接收PDCP数据PDU时，如果接收到的PDCP SN？Last_Submitted_PDCP_RX_SN＞Reordering_Window或者0≤Last_Submitted_PDCP_RX_SN？received PDCP SN＜Reordering_Window，则UE丢弃PDCPPDU。
即使Next_PDCP_RX_SN？received PDCP SN＞Reordering_Window，UE将RX_HFN增加了1，基于用于解密PDCP PDU的接收到的PDCP SN和RX_HFN使用COUNT，并且将Next_PDCP_RX_SN设置为接收到的PDCP SN+1。
即使接收到的PDCP SN？Next_PDCP_RX_SN≥Reordering_Window，UE基于用于解密PDCP PDU的接收到的PDCP SN和RX_HFN？1来使用COUNT。
即使接收到的PDCP SN≥Next_PDCP_RX_SN，则UE基于用于解密PDCP PDU的接收到的PDCP SN和RX_HFN使用COUTN，并且将Next_PDCP_RX_SN设置为接收到的PDCP SN+1，并且如果Next_PDCP_RX_SN大于Maximum_PDCP_SN，则UE将Next_PDCP_RX_SN设置为0并且将RX_HFN增加了1。
即使接收到的PDCP SN＜Next_PDCP_RX_SN，UE基于用于解密PDCP PDU的接收到的PDCP SN和RX_HFN使用COUNT。
如果在上面还没有描述PDCP PDU，并且具有相同PDCP SN的PDCP SDU被存储，则UE丢弃PDCP PDU。如果具有相同PDCP SN的PDCP SDU没有被存储，则UE执行PDCP PDU的解密并且存储结果PDCP SDU。
如果接收到的PDCP SN＝Last_Submitted_PDCP_RX_SN+1或者接收到的PDCP SN＝Last_Submitted_PDCP_RX_SN？Maximum_PDCP_SN，则UE以关联的COUNT值的升序递送给上层。具有从与接收到的PDCP PDU相关联的COUNT值开始的连续关联的COUNT值的所有被存储的PDCP SDU。
并且，UE将Last_Submitted_PDCP_RX_SN设置为被递送给上层的最后的PDCP SDU的PDCP SN。
如果重排序定时器正在运行并且具有Reordering_PDCP_RX_COUNT？1的PDCP SDU已经被递送给上层，则UE停止和重置重排序定时器。
如果重排序定时器不在运行并且存在至少一个被存储的PDCP SDU，则UE启动重排序定时器并且将Reordering_PDCP_RX_COUNT设置为关联于RX_HFN和Next_PDCP_RX_SN的COUNT值。
当重排序定时器期满时，UE以关联的COUNT值的升序递送给上层。具有小于Reordering_PDCP_RX_COUNT的关联的COUNT值的所有被存储的PDCP SDU，和具有从Reordering_PDCP_RX_COUNT开始的连续关联的COUNT值的所有被存储的PDCP SDU。
并且UE将Last_Submitted_PDCP_RX_SN设置为被递送给上层的最后的PDCP SDU的PDCP SN。
如果存在至少一个被存储的PDCP SDU，则UE启动重排序定时器，并且将Reordering_PDCP_RX_COUNT设置为关联于RX_HFN和Next_PDCP_RX_SN的COUNT值。
图9是PDCP数据PDU和PDCP控制PDU。
PDCP PDU是在长度上被字节对齐(即，8比特的倍数)的比特串。通过表格表示比特串，其中最高有效位是表格的第一行的最左边的比特，最低有效位是表格的最后一行的最右边的比特，并且更一般地，要从左到右并且然后以行的读取顺序读取比特串。利用最左边的比特中的第一且最高有效位和最右边的比特中的最后且最低有效位表示在PDCP PDU内的每个参数字段的比特顺序。
PDCP SDU是在长度上被字节对齐(即，8比特的倍数)的比特串。压缩的或者未被压缩的SDU从第一比特开始往后被包括在PDCP PDU中。
PDCP数据PDU被用于传送：i)PDCP SDU SN，ii)包含未被压缩的PDCP SDU的用户面数据，iii)包含被压缩的PDCP SDU的用户面数据，iv)控制面数据，或者v)用于SRB的MAC-I字段。
PDCP控制PDU被用于传送：i)指示对准PDCP SDU正在丢失并且对准没有遵循PDCP重建的PDCP状态报告，以及ii)报头压缩控制信息，例如，散置的ROHC反馈。
图9a是携带用于控制面SRB的数据的PDCP数据PDU的格式，图9b是当12比特SN长度被使用时的PDCP数据PDU的格式。此格式可适用于携带来自于在RLC AM或者RLC UM上映射的DRB的数据的PDCP数据PDU。图9c是当7比特SN长度被使用时的PDCP数据PDU的格式。此格式可适用于携带来自于在RLC UM上映射的DRB的数据的PDCP数据PDU。图9d是携带一个散置的ROHC反馈分组的PDCP控制PDU的格式。此格式可适用于在RLC AM或者RLC UM上映射的DRB。图9e是当12比特SN长度被使用时携带一个PDCP状态报告的PDCP控制PDU的格式，并且图9f示出当15比特SN长度被使用时携带一个PDCP状态报告的PDCP控制PDU的格式。此格式可适用于在RLC AM上映射的DRB。
能够如下地解释在图9a至图9f中使用的参数中的比特。最左边的比特串是第一且最高有效位，并且最右边的比特是最后且最低有效位。除非另外提及，以用于无符号整数的标准二进制编码来编码整数。
a)PDCP SN：PDCP SN的长度是5、7、12或者15个比特，如在表1中所指示。
[表1]
长度 描述
5 SRB
7 如果通过上层配置，DRB(pdcp-SN-Size[3])
12 如果通过上层配置，DRB(pdcp-SN-Size[3])
15 如果通过上层配置，DRB(pdcp-SN-Size[3])
b)数据：数据字段指示未被压缩的PDCP SDU(用户面数据，或者控制面数据)或者被压缩的PDCP SDU(仅用户面数据)。
c)MAC-I：MAC-I的长度是32个比特。MAC-I字段携带被计算的消息认证代码。对于没有被完整性保护的控制面数据，MAC-I字段始终存在并且应通过被设置为0的填充比特来填充。
d)COUNT：COUNT的长度是32个比特。维护COUNT值用于加密和完整性。COUNT值是由HFN和PDCP SN组成。通过上层配置PDCP SN的长度。HFN部分的大小在比特上等于32减去PDCP SN的长度。
e)R：R的长度是1个比特。该比特是被设置为0的保留比特。保留的比特将被接收器。
f)D/C：D/C的长度是1个比特。表2表示D/C字段的意义。
[表2]
比特 描述
0 控制PDU
1 数据PDU
g)PDU类型：PDU类型的长度是3个比特。表3表示PDU类型的意义。
[表3]
h)FMS：当12比特SN长度被使用时FMS的长度是12个比特，或者当15比特SN长度被使用时FMS的长度是15个比特。第一丢失的PDCP SDU的PDCP SN。
i)位图：位图字段的长度能够是0。类型“位图”的第一八位字节的MSB指示是否已经接收到，以及可选地，正确解压缩，具有SN(FMS+1)模(Maximum_PDCP_SN+1)的PDCP SDU。
类型“位图”的第一八位字节的LSB指示是否已经接收到，以及可选地，正确解压缩，具有SN(FMS+8)模(Maximum_PDCP_SN+1)的PDCP SDU。
j)散置的ROHC反馈分组：包含仅具有反馈的一个ROHC分组，即，不与PDCP SDU关联的ROHC分组。
PDCP重排序定时器被用于检测PDCP PDU的损耗。在给定时间，每个PDCP实体仅一个重排序定时器正在运行。
图10是用于根据本发明的实施例的重新配置PDCP重排序定时器的图。
在先前的技术中，当具有Reordering_PDCP_RX_COUNT？1的PDCP SDU已经被递送给上层时，如果重排序定时器不在运行并且存在至少一个被存储的PDCP SDU，则UE启动重排序定时器。
这时，如果eNB通知UE PDCP重排序定时器的新值以便于重新配置在UE中配置的PDCP重排序定时器的值，则UE不得不停止运行的定时器并且重启重排序定时器。
在这样的情况下，为了避免重排序延迟，需要当UE接收指示新的值被用于PDCP重排序定时器的RRC消息时利用新的值重新配置重排序定时器的新机制。
在本发明中，当UE接收指示新值被用于PDCP重排序定时器的RRC消息时，UE停止PDCP重排序定时器，如果其当前正在运行，并且对于在被存储在重排序缓冲器中的PDCPSDU当中的具有最高COUNT值的PDCP SDU利用新值启动定时器。
由于PDCP SDU的失序，UE可以启动PDCP重排序定时器(S1001)。当UE接收指示新值被用于PDCP重排序定时器的RRC消息时(S1003)，UE停止运行的PDCP重排序定时器(S1005)，并且利用由RRC消息指示的新值重启PDCP重排序定时器(S1007)。并且一旦当具有新值的PDCP重排序定时器重启时，UE将reordering_PDCP_RX_COUNT设置为关联于RX_HFN和Next_PDCP_RX_SN的COUNT值(S1009)。
将reordering_PDCP_RX_COUNT设置为关联于RX_HFN和Next_PDCP_RX_SN的COUNT值的步骤对应于对于在被存储在重排序缓冲器中的PDCP SDU当中的具有最高COUNT值的PDCP SDU利用新值重启PDCP重排序定时器。
图11是根据本发明的实施例的用于重新配置PDCP重排序定时器的示例。
当UE接收具有COUNT值＝2的PDCP SDU时，如果在重排序缓冲器中不存在除了具有COUNT值＝2之外的任何PDCP SDU，则UE启动用于具有COUNT值＝2的PDCP SDU的PDCP重排序定时器(a)。当用于具有COUNT值＝2的PDCP SDU的PDCP重排序定时器正在运行时，分别接收具有COUNT值4、5、6的其它的PDCP SDU。这时，当UE接收新值被用于PDCP重排序定时器以便于重新配置PDCP重排序定时器的RRC信号时，UE停止用于具有COUNT值＝2的PDCP SDU的PDCP重排序定时器(b)，并且对于在被存储在重排序缓冲器中的PDCP SDU当中的具有最高COUNT值的PDCP SDU利用新值重启PDCP重排序定时器。在这样的情况下，UE可以对于具有COUNT值＝6的PDCP SDU利用新值重启PDCP重排序定时器(c)。其意指UE可以将reordering_PDCP_RX_COUNT设置为关联于RX_HFN和Next_PDCP_RX_SN的COUNT值。
在此描述的本发明的实施例是本发明的元素和特征的组合。可以将该元素或特征看作选择性的，除非另外说明。每个元素或特征可以在不与其他元素或特征组合的情况下被实施。此外，可以通过组合该元素和/或特征的部分来构造本发明的实施例。可以重新排列在本发明的实施例中描述的操作顺序。任何一个实施例的一些构造可以被包括在另一个实施例中，并且可以被替换为另一个实施例的相应的构造。对于本领域内的技术人员明显的是，在所附的权利要求中未彼此明确地引用的权利要求可以被组合地提供为本发明的实施例或通过在提交本申请后的随后的修改被包括为新的权利要求。
在本发明的实施例中，BS的上节点可以执行被描述为由BS执行的特定操作。即，显然，在由包括BS的多个网络节点构成的网络中，可以由BS或除了BS之外的网络节点来执行被执行用于与MS进行通信的各种操作。可以将术语“eNB”替换为术语“固定站”、“节点B”、“基站(BS)”、“接入点”等等。
可以通过例如硬件、固件、软件或其组合的各种手段来实现上述实施例。
在硬件配置中，可以通过一个或者多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器来实现根据本发明实施例的方法。
在固件或软件配置中，可以以模块、过程、功能等的形式来实现根据本发明实施例的方法。软件代码可以被存储在存储单元中并且被处理器执行。存储器单元可以位于处理器的内部或外部，并且可以经由各种已知手段向处理器发送数据和从处理器接收数据。
本领域内的技术人员将明白，在不偏离本发明的精神和必要特性的情况下，可以以除了在此阐述的具体方式之外的具体方式来执行本发明。因此，上面的实施例要在所有方面被解释为说明性的，而不是限制性的。应当通过所附的权利要求和它们的合法等同物而不是通过上面的说明书来确定本发明的范围，并且在所附的权利要求的含义和等同物范围内的所有改变意欲被涵盖在其中。
工业实用性
尽管集中于应用3GPP LTE系统的示例描述了上述方法，但是除了3GPP LTE系统之外本发明还可以应用于各种无线通信系统。

Claims (12)

1.一种用于在无线通信系统中用户设备(UE)操作的方法，所述方法包括：
启动PDCP(分组数据会聚协议)重排序定时器；
接收指示新值被用于所述PDCP重排序定时器的RRC(无线电资源控制)消息；
利用所述新值重启所述PDCP重排序定时器；以及
一旦当具有所述新值的所述PDCP重排序定时器重启时，将reordering_PDCP_RX_COUNT设置为关联于RX_HFN和Next_PDCP_RX_SN的COUNT值。
2.根据权利要求1所述的方法，其中，仅当PDCP重排序功能被使用时，所述reordering_PDCP_RX_COUNT被使用，并且
reordering_PDCP_RX_COUNT的值是紧跟与触发PDCP重排序定时器的PDCP PDU(协议数据单元)相关联的COUNT值的COUNT的值。
3.根据权利要求1所述的方法，其中，RX_HFN的变量指示HFN(超帧号)值，所述HFN值用于针对PDCP实体产生用于接收到的PDCP PDU的COUNT值。
4.根据权利要求1所述的方法，其中，Next_PDCP_RX_SN的变量指示用于PDCP实体的由接收器下一个所预期的PDCP SN(序列号)。
5.根据权利要求1所述的方法，其中，将reordering_PDCP_RX_COUNT设置为关联于RX_HFN和Next_PDCP_RX_SN的COUNT值对应于对于在被存储在重排序缓冲器中的PDCP SDU(服务数据单元)当中的具有最高COUNT值的PDCP SDU利用新值重启所述PDCP重排序定时器。
6.根据权利要求1所述的方法，当所述RRC被接收时，当所述PDCP重排序定时器正在运行时，运行的PDCP重排序定时器被停止。
7.一种无线通信系统中操作的用户设备(UE)，所述UE包括：
RF(射频)单元；和
处理器，所述处理器被配置成控制所述RF单元，
其中，所述处理器被配置成：启动PDCP(分组数据会聚协议)重排序定时器，接收指示新值被用于所述PDCP重排序定时器的RRC(无线电资源控制)消息，利用所述新值重启所述PDCP重排序定时器，并且一旦当具有所述新值的所述PDCP重排序定时器重启时，将reordering_PDCP_RX_COUNT设置为关联于RX_HFN和Next_PDCP_RX_SN的COUNT值。
8.根据权利要求7所述的UE，其中，仅当PDCP重排序功能被使用时，所述reordering_PDCP_RX_COUNT被使用，并且
reordering_PDCP_RX_COUNT的值是紧跟与触发PDCP重排序定时器的PDCP PDU(协议数据单元)相关联的COUNT值的COUNT的值。
9.根据权利要求7所述的UE，其中，RX_HFN的变量指示HFN(超帧号)值，所述HFN值用于针对PDCP实体产生用于接收到的PDCP PDU的COUNT值。
10.根据权利要求7所述的UE，其中，Next_PDCP_RX_SN的变量指示用于PDCP实体的由接收器下一个所预期的PDCP SN(序列号)。
11.根据权利要求7所述的UE，其中，将reordering_PDCP_RX_COUNT设置为关联于RX_HFN和Next_PDCP_RX_SN的COUNT值对应于对于在被存储在重排序缓冲器中的PDCP SDU(服务数据单元)当中的具有最高COUNT值的PDCP SDU利用新值重启所述PDCP重排序定时器。
12.根据权利要求7所述的UE，当所述RRC被接收时，当所述PDCP重排序定时器正在运行时，运行的PDCP重排序定时器被停止。
CN201580049924.3A 2014-12-18 2015-07-27 在无线通信系统中重新配置pdcp重排序定时器的方法及其设备 Pending CN107079005A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201462093408P 2014-12-18 2014-12-18
US62/093,408 2014-12-18
PCT/KR2015/007808 WO2016098982A1 (en) 2014-12-18 2015-07-27 Method for reconfiguring a pdcp reordering timer in a wireless communication system and device therefor

Publications (1)

Publication Number Publication Date
CN107079005A true CN107079005A (zh) 2017-08-18

Family

ID=56126833

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580049924.3A Pending CN107079005A (zh) 2014-12-18 2015-07-27 在无线通信系统中重新配置pdcp重排序定时器的方法及其设备

Country Status (6)

Country Link
US (4) US9629146B2 (zh)
EP (1) EP3235220B1 (zh)
JP (1) JP6820850B2 (zh)
KR (1) KR102410216B1 (zh)
CN (1) CN107079005A (zh)
WO (1) WO2016098982A1 (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019061155A1 (zh) * 2017-09-28 2019-04-04 Oppo广东移动通信有限公司 用于数据处理的方法、终端设备和网络设备
WO2020063656A1 (zh) * 2018-09-26 2020-04-02 电信科学技术研究院有限公司 控制面消息的传输方法及设备
WO2020124540A1 (zh) * 2018-12-21 2020-06-25 Oppo广东移动通信有限公司 一种数据包重排序方法、电子设备及存储介质
WO2020192668A1 (zh) * 2019-03-27 2020-10-01 华为技术有限公司 一种控制定时器、数据包处理方法及设备
CN112703707A (zh) * 2018-09-14 2021-04-23 三星电子株式会社 用于在无线通信系统中传输分组的方法和装置
WO2021142848A1 (zh) * 2020-01-19 2021-07-22 Oppo广东移动通信有限公司 Pdcp重排序定时器配置方法、装置、终端设备和网络设备
CN113439401A (zh) * 2019-02-14 2021-09-24 中兴通讯股份有限公司 用于传输具有多个自动重传请求进程的数据流的方法、装置和系统
WO2021243492A1 (zh) * 2020-05-30 2021-12-09 华为技术有限公司 数据重排序方法及通信装置
CN114071380A (zh) * 2020-08-05 2022-02-18 维沃移动通信有限公司 多播业务的接收方法、配置方法、终端及网络侧设备

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11070324B2 (en) * 2016-02-05 2021-07-20 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for receipt status reporting
CN107787009B (zh) * 2016-08-26 2022-09-27 中兴通讯股份有限公司 拥塞处理方法、装置及系统
EP3606156B1 (en) 2017-05-04 2022-06-01 Samsung Electronics Co., Ltd. Method and apparatus for processing data at high speed
BR112019000694B1 (pt) * 2017-08-10 2022-10-18 Lg Electronics Inc. Método executado por um dispositivo de recebimento operando em um sistema de comunicação sem fio e dispositivo de recebimento configurado para operar em um sistema de comunicação sem fio
US10694422B2 (en) * 2017-08-10 2020-06-23 Samsung Electronics Co., Ltd. Method and apparatus for data processing in wireless communication system
US10531346B2 (en) * 2017-10-25 2020-01-07 Qualcomm Incorporated Techniques and apparatuses for compression enabled bearer management
CN109803277B (zh) * 2017-11-16 2020-12-22 华为技术有限公司 数据包处理的方法和设备
CN111837451B (zh) * 2018-01-12 2023-10-27 诺基亚技术有限公司 向主节点通知即将发生分组计数器值回绕的装置和方法
WO2020013618A1 (en) * 2018-07-10 2020-01-16 Samsung Electronics Co., Ltd. Method and system for optimizing the feedback mechanism in data link layer
CN111211986B (zh) 2018-09-10 2021-05-07 华硕电脑股份有限公司 无线通信中改进侧链路复制接收的初始化的方法和设备
KR20200034484A (ko) 2018-09-21 2020-03-31 삼성전자주식회사 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치
US11991087B2 (en) 2018-11-01 2024-05-21 Apple Inc. Enhancement of user plane flow control for retransmitted packets
EP3742832B1 (en) * 2019-05-02 2022-11-02 ASUSTek Computer Inc. Method and apparatus for requesting sidelink radio bearer (slrb) configuration of unicast transmission in a wireless communication system
CN115804034A (zh) * 2020-06-29 2023-03-14 高通股份有限公司 分层式丢失分组检测
US11533267B2 (en) * 2021-01-21 2022-12-20 Mellanox Technologies, Ltd. Out-of-order packet processing
US11665103B2 (en) 2021-06-16 2023-05-30 Nxp Usa, Inc. Dynamic packet data convergence protocol reordering
WO2024065218A1 (en) * 2022-09-27 2024-04-04 Nec Corporation Methods, devices, and medium for communication

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101291331A (zh) * 2007-04-19 2008-10-22 华硕电脑股份有限公司 无线通信系统改善重排序功能的方法及其相关装置
CN201444641U (zh) * 2007-10-01 2010-04-28 交互数字专利控股公司 无线发射/接收单元
WO2013140138A1 (en) * 2012-03-17 2013-09-26 Research In Motion Limited Handling packet data convergence protocol data units
US20130308539A1 (en) * 2008-06-23 2013-11-21 Htc Corporation Method for Synchronizing PDCP Operations after RRC Connection Re-establishment in a Wireless Communication System and Related Apparatus Thereof
US20140071948A1 (en) * 2006-10-19 2014-03-13 Samsung Electronics Co., Ltd. Method and apparatus for performing handover using packet data convergence protocol (pdcp) reordering in mobile communication system
WO2014113686A2 (en) * 2013-01-17 2014-07-24 Interdigital Patent Holdings, Inc. Packet data convergence protocol (pdcp) placement

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101604218B1 (ko) * 2007-02-02 2016-03-16 인터디지탈 테크날러지 코포레이션 Ｕｔｒａ ｒ６ 셀과 ｒ７ 셀 간의 핸드오버를 제어하기 위한 방법 및 장치
CN101652949A (zh) * 2007-04-06 2010-02-17 株式会社Ntt都科摩 分组通信方法以及接收端装置
WO2009009532A2 (en) * 2007-07-11 2009-01-15 Interdigital Technology Corporation Packet data convergence protocol operations
WO2009018318A2 (en) * 2007-08-02 2009-02-05 Interdigital Patent Holdings, Inc. Packet data convergence protocol procedures
KR20090116610A (ko) * 2008-05-06 2009-11-11 삼성전자주식회사 이동 통신 시스템에서 무선 링크 제어 데이터 처리 방법 및장치
CN102264065A (zh) * 2010-05-27 2011-11-30 中兴通讯股份有限公司 一种实现接入层安全算法同步的方法及系统
US9432847B2 (en) * 2010-11-04 2016-08-30 Lg Electronics Inc. Method and apparatus for reconfiguring connection to base station at relay node in a wireless communication system
KR20120070434A (ko) * 2010-12-21 2012-06-29 한국전자통신연구원 무선링크제어 계층의 패킷 데이터 재정렬 및 재조립 방법
US9160515B2 (en) * 2013-04-04 2015-10-13 Intel IP Corporation User equipment and methods for handover enhancement using scaled time-to-trigger and time-of-stay
US20150089382A1 (en) * 2013-09-26 2015-03-26 Wu-chi Feng Application context migration framework and protocol
US9572171B2 (en) * 2013-10-31 2017-02-14 Intel IP Corporation Systems, methods, and devices for efficient device-to-device channel contention
US10433176B2 (en) * 2013-11-11 2019-10-01 Telefonaktiebolaget Lm Ericsson (Publ) Discarding a duplicate protocol data unit associated with a data transmission via a first signaling radio bearer or a second signaling radio bearer
ES2735079T3 (es) * 2014-01-28 2019-12-16 Hfi Innovation Inc Métodos para reordenar paquetes PDCP
US10004098B2 (en) * 2014-01-29 2018-06-19 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data using a plurality of carriers in mobile communication system
US10237911B2 (en) * 2014-01-30 2019-03-19 Intel IP Corporation Packet data convergence protocol (PDCP) enhancements in dual-connectivity networks
US9838282B2 (en) * 2014-05-09 2017-12-05 Telefonaktiebolaget Lm Ericsson (Publ) PDCP and flow control for split bearer
WO2015168951A1 (zh) * 2014-05-09 2015-11-12 华为技术有限公司 数据包的处理方法、终端、基站及系统
WO2016021820A1 (en) * 2014-08-08 2016-02-11 Lg Electronics Inc. Method for processing a packet data convergence protocol re-ordering function at a user equipment in a dual connectivity system and device therefor
US20160338074A1 (en) * 2015-05-15 2016-11-17 Mediatek Inc. Method and Apparatus of Latency Measurement for LTE-WLAN Aggregation

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140071948A1 (en) * 2006-10-19 2014-03-13 Samsung Electronics Co., Ltd. Method and apparatus for performing handover using packet data convergence protocol (pdcp) reordering in mobile communication system
CN101291331A (zh) * 2007-04-19 2008-10-22 华硕电脑股份有限公司 无线通信系统改善重排序功能的方法及其相关装置
CN201444641U (zh) * 2007-10-01 2010-04-28 交互数字专利控股公司 无线发射/接收单元
US20130308539A1 (en) * 2008-06-23 2013-11-21 Htc Corporation Method for Synchronizing PDCP Operations after RRC Connection Re-establishment in a Wireless Communication System and Related Apparatus Thereof
WO2013140138A1 (en) * 2012-03-17 2013-09-26 Research In Motion Limited Handling packet data convergence protocol data units
WO2014113686A2 (en) * 2013-01-17 2014-07-24 Interdigital Patent Holdings, Inc. Packet data convergence protocol (pdcp) placement

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
LG ELECTRONICS INC: "《Introduction of Dual Connectivity in PDCP》", 《3GPP DRAFT》 *
NOKIA NETWORKS, NOKIA CORPORATION: "《PDCP reordering timer value range and reconfiguration handling》", 《3GPP DRAFT》 *

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019061155A1 (zh) * 2017-09-28 2019-04-04 Oppo广东移动通信有限公司 用于数据处理的方法、终端设备和网络设备
CN112703707A (zh) * 2018-09-14 2021-04-23 三星电子株式会社 用于在无线通信系统中传输分组的方法和装置
WO2020063656A1 (zh) * 2018-09-26 2020-04-02 电信科学技术研究院有限公司 控制面消息的传输方法及设备
WO2020124540A1 (zh) * 2018-12-21 2020-06-25 Oppo广东移动通信有限公司 一种数据包重排序方法、电子设备及存储介质
CN113439401A (zh) * 2019-02-14 2021-09-24 中兴通讯股份有限公司 用于传输具有多个自动重传请求进程的数据流的方法、装置和系统
CN113439401B (zh) * 2019-02-14 2023-11-03 中兴通讯股份有限公司 用于传输具有多个自动重传请求进程的数据流的方法、装置和系统
CN111756485B (zh) * 2019-03-27 2022-09-02 华为技术有限公司 一种控制定时器、数据包处理方法及设备
CN111756485A (zh) * 2019-03-27 2020-10-09 华为技术有限公司 一种控制定时器、数据包处理方法及设备
US11627190B2 (en) 2019-03-27 2023-04-11 Huawei Technologies Co., Ltd. Timer control method, data packet processing method, and device
WO2020192668A1 (zh) * 2019-03-27 2020-10-01 华为技术有限公司 一种控制定时器、数据包处理方法及设备
WO2021142848A1 (zh) * 2020-01-19 2021-07-22 Oppo广东移动通信有限公司 Pdcp重排序定时器配置方法、装置、终端设备和网络设备
CN114731285A (zh) * 2020-01-19 2022-07-08 Oppo广东移动通信有限公司 Pdcp重排序定时器配置方法、装置、终端设备和网络设备
WO2021243492A1 (zh) * 2020-05-30 2021-12-09 华为技术有限公司 数据重排序方法及通信装置
CN114073026A (zh) * 2020-05-30 2022-02-18 华为技术有限公司 数据重排序方法及通信装置
CN114073026B (zh) * 2020-05-30 2022-10-18 华为技术有限公司 数据重排序方法及通信装置
CN114071380A (zh) * 2020-08-05 2022-02-18 维沃移动通信有限公司 多播业务的接收方法、配置方法、终端及网络侧设备

Also Published As

Publication number Publication date
US20160183221A1 (en) 2016-06-23
US10334582B2 (en) 2019-06-25
KR102410216B1 (ko) 2022-06-17
JP6820850B2 (ja) 2021-01-27
US20180098309A1 (en) 2018-04-05
KR20170095918A (ko) 2017-08-23
EP3235220A1 (en) 2017-10-25
US9629146B2 (en) 2017-04-18
EP3235220B1 (en) 2021-04-28
US9854578B2 (en) 2017-12-26
EP3235220A4 (en) 2018-08-22
JP2018507578A (ja) 2018-03-15
US10873937B2 (en) 2020-12-22
WO2016098982A1 (en) 2016-06-23
US20190297610A1 (en) 2019-09-26
US20170188344A1 (en) 2017-06-29

Similar Documents

Publication Publication Date Title
CN107079005A (zh) 在无线通信系统中重新配置pdcp重排序定时器的方法及其设备
KR102376047B1 (ko) D2d 통신 시스템을 위한 수신된 rlc pdu를 처리하는 방법 및 그 장치
EP3923614B1 (en) Device and method for transmitting a ciphering indication
US10212728B2 (en) Method for reordering a packet data convergence protocol packet data unit at a user equipment in a dual connectivity system and device therefor
US10560358B2 (en) Method for performing uplink packet delay measurements in a wireless communication system and a device therefor
US11184801B2 (en) Method and device for transmitting data unit
TWI412288B (zh) 用於支援大型服務資料單元之方法及裝置
US20170264562A1 (en) Method for reordering a packet data convergence protocol packet data unit at a user equipment in a dual connectivity system and device therefor
CN107210851A (zh) 群组式确认/否定确认和触发gack/信道状态信息
CN105103610A (zh) 在无线通信系统中执行小区变化过程的方法及其装置
WO2015163624A1 (en) Method for releasing a sidelink radio bearer for d2d communication system and device therefor
CN102265701A (zh) 用于对数据分组进行高效处理的优化报头
CN107534978A (zh) 物理下行链路控制和数据信道的物理资源块分配
EP2115927A1 (en) Method and apparatus for providing acknowledgment signaling
CN108293246A (zh) 用于下行链路控制的技术

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20170818