CN111211986A - 无线通信中改进侧链路复制接收的初始化的方法和设备 - Google Patents

无线通信中改进侧链路复制接收的初始化的方法和设备 Download PDF

Info

Publication number
CN111211986A
CN111211986A CN201910837574.7A CN201910837574A CN111211986A CN 111211986 A CN111211986 A CN 111211986A CN 201910837574 A CN201910837574 A CN 201910837574A CN 111211986 A CN111211986 A CN 111211986A
Authority
CN
China
Prior art keywords
pdcp
packet data
reordering
convergence protocol
protocol
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.)
Granted
Application number
CN201910837574.7A
Other languages
English (en)
Other versions
CN111211986B (zh
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.)
Asustek Computer Inc
Original Assignee
Asustek Computer 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 Asustek Computer Inc filed Critical Asustek Computer Inc
Publication of CN111211986A publication Critical patent/CN111211986A/zh
Application granted granted Critical
Publication of CN111211986B publication Critical patent/CN111211986B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/34Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0215Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/16Interfaces between hierarchically similar devices
    • H04W92/18Interfaces between hierarchically similar devices between terminal devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1835Buffer management
    • H04L1/1841Resequencing

Abstract

本发明公开无线通信中改进侧链路复制接收的初始化的方法和设备。在一种方法中,用户设备在与侧链路无线电承载相关联的逻辑信道上接收第一包数据汇聚协议的协议数据单元。用户设备基于部分Reordering_Window和接收到的第一包数据汇聚协议的协议数据单元的包数据汇聚协议序列号来初始化第一状态变量,其中第一状态变量指示由针对侧链路无线电承载产生的包数据汇聚协议实体递送给上部层的最后一个包数据汇聚协议服务数据单元的包数据汇聚协议序列号,且部分Reordering_Window小于Reordering_Window。UE使用初始化的第一状态变量执行第一包数据汇聚协议的协议数据单元的重新排序程序。

Description

无线通信中改进侧链路复制接收的初始化的方法和设备
技术领域
本公开大体上涉及无线通信网络,且更具体地说,涉及无线通信系统中用于改进侧链路复制接收的初始化的方法和设备。
背景技术
随着对将大量数据传送到移动通信装置以及从移动通信装置传送大量数据的需求的快速增长,传统的移动语音通信网络演变成与互联网协议(Internet Protocol,IP)数据包通信的网络。此类IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。
示例性网络结构是演进型通用陆地无线接入网(E-UTRAN)。E-UTRAN系统可提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前,
3GPP标准组织正在讨论新下一代(例如,5G)无线电技术。因此,目前正在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。
发明内容
在一种方法中,用户设备(user equipment,UE)在与侧链路无线电承载(sidelinkradio bearer,SLRB)相关联的逻辑信道上接收第一包数据汇聚协议(Packet DataConvergence Protocol,PDCP)的协议数据单元(Protocol Data Unit,PDU)。UE基于部分Reordering_Window和接收到的第一PDCP PDU的PDCP序列号(Sequence Number,SN)来初始化第一状态变量,其中第一状态变量指示由针对SLRB产生的PDCP实体递送给上部层的最后一个PDCP服务数据单元(Service Data Unit,SDU)的PDCP SN,且部分Reordering_Window小于Reordering_Window。UE使用第一状态变量执行第一PDCP PDU的重新排序程序。
附图说明
图1示出了根据一个示例性实施例的无线通信系统的图式。
图2是根据一个示例性实施例的传送器系统(也被称作接入网络)和接收器系统(也被称作用户设备或UE)的框图。
图3是根据一个示例性实施例的通信系统的功能框图。
图4是根据一个示例性实施例的图3的程序代码的功能框图。
图5是取自3GPP TS36.300 v15.2.0的示出CA已配置的侧链路的层2结构的第6.4-x图示的再现。
图6是取自3GPP TS36.321 v15.2.0的列出SL-SCH的LCID的值的表6.2.4-1的再现。
图7是来自3GPP TS36.321 v15.2.0的列出F字段的值的表6.2.4-2的再现。
图8说明用于侧链路包复制的传送操作的示例性实施例。
图9说明用于侧链路包复制的接收操作的示例性实施例。
图10是从用户设备(UE)的角度看的一个示例性实施例的流程图。
具体实施方式
下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信,例如语音、数据等。这些系统可以基于码分多址(code division multiple access,CDMA)、时分多址(time division multipleaccess,TDMA)、正交频分多址(orthogonal frequency division multiple access,OFDMA)、3GPP长期演进(Long Term Evolution,LTE)无线接入、3GPP长期演进高级(LongTerm Evolution Advanced,LTE-A或LTE-高级)、3GPP2超移动宽带(Ultra MobileBroadband,UMB)、WiMax、5G的3GPP新无线电(New Radio,NR)无线接入或一些其它调制技术。
具体地说,下文描述的示例性无线通信系统装置可以设计成支持一个或多个标准,例如由名称为“第三代合作伙伴计划”(在本文中被称作3GPP)的协会提供的标准,包含:TS36.300 v15.2.0,演进型通用陆地无线电接入(E-UTRA),总体描述,阶段2;TS36.321v15.2.0,演进型通用陆地无线电接入(E-UTRA),媒体接入控制(MAC)协议规范;TS36.323v15.0.0,演进型通用陆地无线电接入(E-UTRA);包数据汇聚协议(PDCP)规范;以及R2-1812809,LG,“位于重新排序窗口之外的首先接收到的PDCP PDU的处理(Handling of thefirst received PDCP PDU located outside of the reordering window)”。上文所列的标准和文档在此明确地以全文引用的方式并入。
图1示出了根据本发明的一个实施例的多址无线通信系统。接入网络100(AN)包含多个天线群组,其中一个天线群组包含104和106,另一天线群组包含108和110,并且又一天线群组包含112和114。在图1中,针对每一天线群组仅示出了两个天线,但是每一天线群组可利用更多或更少个天线。接入终端116(AT)与天线112和114通信,其中天线112和114经由前向链路120向接入终端116传送信息,并经由反向链路118从接入终端116接收信息。接入终端(AT)122与天线106和108通信,其中天线106和108经由前向链路126向接入终端(AT)122传送信息,并经由反向链路124从接入终端(AT)122接收信息。在FDD系统中,通信链路118、120、124和126可使用不同频率以供通信。例如,前向链路120可使用与反向链路118所使用的频率不同的频率。
每一天线群组和/或它们被设计成在其中通信的区域常常被称作接入网络的扇区。在实施例中,天线群组各自被设计成与接入网络100所覆盖的区域的扇区中的接入终端通信。
在经由前向链路120和126的通信中,接入网络100的传送天线可利用波束成形以便改进不同接入终端116和122的前向链路的信噪比。并且,相比于通过单个天线传送到它的所有接入终端的接入网络,使用波束成形以传送到在接入网络的整个覆盖范围中随机分散的接入终端的接入网络通常对相邻小区中的接入终端产生更少的干扰。
接入网络(AN)可以是用于与终端通信的固定台或基站,并且也可被称作接入点、节点B、基站、增强型基站、演进节点B(eNB)、网络节点、网络,或某一其它术语。接入终端(AT)还可以被称为用户设备(user equipment,UE)、无线通信装置、终端、接入终端或某一其它术语。
图2是MIMO系统200中的传送器系统210(也被称作接入网络)和接收器系统250(也被称作接入终端(access terminal,AT)或用户设备(user equipment,UE)的实施例的简化框图。在传送器系统210处,从数据源212将用于数个数据流的业务数据提供到传送(TX)数据处理器214。
在一个实施例中,经由相应的传送天线传送每一数据流。TX数据处理器214基于针对每一数据流而选择的特定译码方案而对所述数据流的业务数据进行格式化、译码和交错以提供经译码数据。
可使用OFDM技术将每一数据流的经译码数据与导频数据多路复用。导频数据通常为以已知方式进行处理的已知数据模式,且可在接收器系统处使用以估计信道响应。随后基于针对每个数据流选择的特定调制方案(例如,BPSK、QPSK、M-PSK或M-QAM)来调制(即,符号映射)用于所述数据流的经复用导频和经译码数据以提供调制符号。通过由处理器230执行的指令可确定用于每一数据流的数据速率、译码和调制。
接着将所有数据流的调制符号提供到TX MIMO处理器220,所述TX MIMO处理器220可进一步处理所述调制符号(例如,用于OFDM)。TX MIMO处理器220接着将NT个调制符号流提供给NT个传送器(TMTR)222a到222t。在某些实施例中,TX MIMO处理器220将波束成形权重应用于数据流的符号及从其传送所述符号的天线。
每个传送器222接收并处理相应符号流以提供一个或多个模拟信号,并且进一步调节(例如,放大、滤波和上转换)所述模拟信号以提供适合于经由MIMO信道传送的经调制信号。接着分别从NT个天线224a到224t传送来自传送器222a到222t的NT个经调制信号。
在接收器系统250处,由NR个天线252a到252r接收所传送的经调制信号,并且将从每一天线252接收到的信号提供到相应的接收器(RCVR)254a到254r。每一接收器254调节(例如,滤波、放大和下转换)相应的接收信号,数字化经调节信号以提供样本,并且进一步处理所述样本以提供对应的“接收”符号流。
RX数据处理器260接着基于特定接收器处理技术从NR个接收器254接收并处理NR个接收符号流以提供NT个“检测到的”符号流。RX数据处理器260接着对每一检测到的符号流进行解调、解交错和解码以恢复数据流的业务数据。由RX处理器260进行的处理与传送器系统210处的TX MIMO处理器220及TX数据处理器214所执行的处理互补。
处理器270定期确定使用哪一预译码矩阵(在下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。
反向链路消息可包括与通信链路和/或接收数据流有关的各种类型的信息。反向链路消息接着通过TX数据处理器238(所述TX数据处理器238还从数据源236接收数个数据流的业务数据)处理,通过调制器280调制,通过传送器254a到254r调节,并被传送回到传送器系统210。
在传送器系统210处,来自接收器系统250的经调制信号通过天线224接收,通过接收器222调节,通过解调器240解调,并通过RX数据处理器242处理,以提取通过接收器系统250传送的反向链路消息。接着,处理器230确定使用哪一预译码矩阵以确定波束成形权重,然后处理所提取的消息。
转向图3,此图示出了根据本发明的一个实施例的通信装置的替代性简化功能框图。如图3中所示,可以利用无线通信系统中的通信装置300来实现图1中的UE(或AT)116和122或图1中的基站(AN)100,并且无线通信系统优选地是LTE系统或NR系统。通信装置300可包含输入装置302、输出装置304、控制电路306、中央处理单元(central processing unit,CPU)308、存储器310、程序代码312以及收发器314。控制电路306通过CPU 308执行存储器310中的程序代码312,由此控制通信装置300的操作。通信装置300可接收由用户通过输入装置302(例如,键盘或小键盘)输入的信号,且可通过输出装置304(例如,显示器或扬声器)输出图像和声音。收发器314用于接收和传送无线信号,以将接收信号传递到控制电路306且无线地输出由控制电路306产生的信号。也可以利用无线通信系统中的通信装置300来实现图1中的AN 100。
图4是根据本发明的一个实施例在图3中所示的程序代码312的简化框图。在此实施例中,程序代码312包含应用层400、层3部分402以及层2部分404,且耦合到层1部分406。层3部分402一般执行无线电资源控制。层2部分404一般执行链路控制。层1部分406一般执行物理连接。
3GPP TS 36.300v15.2.0公开以下内容:
6.4载波聚合
在CA的情况下,物理层的多载波性质仅暴露于其中每一服务小区需要一个HARQ实体的MAC层;
-在上行链路和下行链路两者中,每服务小区存在一个独立混合ARQ实体,且在不存在空间复用的情况下,每服务小区每TTI产生一个传输块。每个传输块和它的潜在HARQ重新传送映射到单个服务小区;
-对于授权辅助接入(LAA)SCell,HARQ操作异步。
第6.4-1的图示:CA已配置的DL的层2结构
第6.4-2的图示:CA已配置的UL的层2结构
在适用于V2X侧链路通信的侧链路中的CA的情况下,针对每一用于V2X侧链路通信的载波存在一个独立HARQ实体,且每载波每TTI产生一个传输块。每个传输块和它的潜在HARQ重新传送映射到单载波。
图5(再现第6.4-x图示:CA已配置的侧链路的层2结构)
23.14.1.1对V2X侧链路通信的支持
如针对侧链路通信的小节23.10.2.1中所指定,用户平面协议堆栈和功能还用于V2X侧链路通信。此外,对于V2X侧链路通信:
-用于侧链路通信的STCH还用于V2X侧链路通信。
-非V2X(例如,公共安全)数据不与在配置成用于V2X侧链路通信的资源中传送的V2X数据复用。
-接入层(AS)具有由上部层通过PC5接口传送的协议数据单元的PPPP和PPPR。协议数据单元的包延迟预算(PDB)可根据PPPP确定。低PDB映射到高优先级PPPP值[72]。
-接入层(AS)具有由上部层通过PC5接口传送的协议数据单元的传送轮廓[72]。
-基于PPPP的逻辑信道优先级排序用于V2X侧链路通信。
UE辅助信息可被提供到eNB。UE辅助信息的报告由eNB配置用于V2X侧链路通信。用于V2X侧链路通信的UE辅助信息包含与SPS配置相关的业务特性参数(例如,一组优选SPS间隔、相对于SFN 0的子帧0的定时偏差、PPPP、PPPR、目的地层2ID和基于观察到的业务模式的最大TB大小)。在SPS已经配置或未配置的情况下,可以报告UE辅助信息。UE辅助信息传送的触发由UE实施。举例来说,当包到达的经估计周期性和/或定时偏差发生改变时,允许UE报告UE辅助信息。针对V2X侧链路通信,不支持每业务类型的SR掩模。
针对V2X侧链路通信,支持侧链路中的载波聚合(CA)。所述载波聚合适用于在覆盖范围内的UE和在覆盖范围外的UE。对于侧链路中的CA,主要分量载波和次要分量载波都未限定。(预先)配置成用于V2X侧链路通信传送或接收的每个资源池与单载波相关联。当支持侧链路中的CA的UE使用自主资源选择时,它执行载波选择,并且可选择一个或多个用于V2X侧链路通信传送的载波。依据(预先)配置成用于V2X侧链路通信的载波的CBR和待传送的V2X消息的PPPP,载波选择在MAC层处执行。当资源重新选择被触发,并针对每个侧链路过程被触发时,可执行载波重新选择。为了避免横跨不同载波的频繁切换,如果已经针对传送而选择的载波上测量的CBR低于(预先)配置的阈值,那么UE可保持使用此载波。针对使用自主资源选择的UE,依据载波上测量的CBR和侧链路逻辑信道的PPPP,针对载波上的侧链路资源执行逻辑信道优先级排序,如3GPP TS 36.321[13]中所指定。
针对V2X侧链路通信,支持侧链路包复制,侧链路包复制在UE的PDCP层处执行。对于用于传送的侧链路包复制,PDCP PDU在PDCP实体处复制。相同PDCP实体的复制PDCP PDU提交到两个不同的RLC实体,且分别与两个不同的侧链路逻辑信道相关联。相同PDCP实体的复制PDCP PDU仅被允许在不同侧链路载波上传送。UE可基于(预先)配置而启动或停用侧链路包复制。其中支持侧链路包复制的PPPR值可通过PPPR阈值(预先)配置。为进行UE自主资源选择和经调度资源分配,UE将执行具有经配置PPPR值的数据的侧链路包复制,直到包复制针对这些PPPR值取消配置为止。为进行经调度资源分配,UE报告与一个或多个PPPR值相关联的数据量及数据通过侧链路BSR所属的目的地。PPPR值到逻辑信道群组的映射可由eNB配置,且PPPR值由包含在侧链路BSR中的相关联的逻辑信道群组ID反映。PPPR值的列表可由RRC_CONNECTED UE在侧链路UE信息中报告。
对于使用经调度资源分配的UE,针对每一由UE报告给网络的目的地,eNB配置两组不重叠的载波,且所述载波应用于配置成用于侧链路包复制的所有PPPR。接着,UE使对应于相同PDCP实体的两个复制侧链路逻辑信道分别与针对这两个侧链路逻辑信道的目的地配置的两组载波相关联。复制侧链路逻辑信道和载波组之间的关联由UE实施。复制侧链路逻辑信道的数据只能在相关联的载波组中的载波上传送。
为进行V2X侧链路通信接收,包复制检测在UE的PDCP层处执行。在PDCP层处还支持重新排序功能,在PDCP层处如何设置重新排序定时器由UE实施。存在唯一地应用于用于侧链路包复制的侧链路逻辑信道的特定逻辑信道标识,如3GPP TS 36.321[13]中所指定。
3GPP TS 36.321v15.2.0公开以下内容:
6.2.4SL-SCH的MAC标头
MAC标头具有可变大小且由以下字段构成:
-V:MAC PDU格式版本号字段指示使用SL-SCH子标头的哪个版本。在本说明书的此版本中,定义三个格式版本,并且因此此字段应设置成“0001”、“0010”和“0011”。如果DST字段是24位,那么此字段应设置成“0011”。V字段大小是4个位;
-SRC:源层2ID字段携载源的标识。其设置成ProSe UE ID。SRC字段大小是24个位;
-DST:DST字段可以是16个位或24个位。如果DST字段是16个位,那么DST字段携载目的地层2ID的16个最高有效位。如果DST字段是24个位,那么DST字段设置成目的地层2ID。对于侧链路通信,目的地层2ID设置成ProSe层2群组ID或Prose UE ID。对于V2X侧链路通信,目的地层2ID设置成由上部层提供的标识符,如[14]中所限定。如果V字段被设置成“0001”,那么此标识符是组播标识符。如果V字段被设置成“0010”,那么此标识符是单播标识符;
-LCID:逻辑信道ID字段唯一地标识对应MAC SDU或填补的一个源层2ID和目的地层2ID对的范围内的逻辑信道实例,如表6.2.4-1中所描述。MAC PDU中针对每个MAC SDU或填补包含一个LCID字段。除此之外,当需要单字节或两字节填补,但是单字节或两字节填补无法在MAC PDU结束时通过填补实现时,MAC PDU中包含一个或两个额外的LCID字段。LCID的从‘01011’到‘10100’的值标识用于从具有LCID的相应地呈顺序次序的从
‘00001’到‘01010’的值的逻辑信道发送复制RLC SDU的逻辑信道。LCID字段大小是5个位;
-L:长度字段指示对应MAC SDU的字节长度。除了最后一个子标头之外,每MAC PDU子标头存在一个L字段。L字段的大小由F字段指示;
-F:格式字段指示长度字段的大小,如表6.2.4-2所指示。除了最后一个子标头之外,每MAC PDU子标头存在一个F字段。F字段的大小是1个位。如果MAC SDU的大小少于128字节,那么F字段的值设置成0,否则F字段的值设置成1;
-E:扩展字段是指示MAC标头中是否存在更多字段的标志。E字段设置成“1”,指示另一组至少R/R/E/LCID字段。E字段设置成“0”,指示在下一字节开始MAC SDU或填补;
-R:保留位,设置成“0”。
MAC标头和子标头是八位字节对准的。
图6(再现表6.2.4-1:SL-SCH的LCID的值)
图7(再现表6.2.4-2:F字段的值)
3GPP TS 36.323v15.0.0公开以下内容:
5.1.2.1.4用于映射在RLC AM上的DRB、当使用重新排序功能时用于LWA承载和SLRB的程序
对于映射在RLC AM上的DRB且对于LWA承载,当出现以下情况时PDCP实体将使用重新排序功能,如此章节中所指定:
-PDCP实体与两个AM RLC实体相关联;或
-PDCP实体配置成用于LWA承载;或
-PDCP实体在它根据最新重新配置与两个AM RLC实体相关联或配置成用于LWA承载而不执行PDCP重新建立之后与一个AMRLC实体相关联。
对于映射在RLC UM上的SLRB,当出现以下情况时PDCP实体将使用重新排序功能,如此章节中所指定:
-PDCP实体与两个侧链路UM RLC实体相关联;
PDCP实体在其它情况下将不使用重新排序功能。
5.1.2.1.4.1当PDCP PDU从下部层接收时的程序
对于在RLC AM上映射的DRB、用于复制传送和用于LWA承载的SLRB,当使用重新排序功能时,在从下部层接收PDCP数据PDU时,UE将:
-如果接收到的PDCP SN-Last_Submitted_PDCP_RX_SN>Reordering_Window或0<=Last_Submitted_PDCP_RX_SN-接收到的PDCP SN<Reordering_Window:
-如果PDCP PDU是在WLAN上接收的:
-如果接收到的PDCP SN>Next_PDCP_RX_SN:
-出于设置LWA状态报告中的HRW字段的目的,基于RX_HFN-1和接收到的PDCP SN而使用COUNT;
-否则:
-出于设置LWA状态报告中的HRW字段的目的,基于RX_HFN和接收到的PDCP SN而使用COUNT;
-舍弃PDCP PDU;
-否则,如果Next_PDCP_RX_SN-接收到的PDCP SN>Reordering_Window:
-使RX_HFN逐一递增;
-基于RX_HFN和接收到的PDCP SN使用COUNT来解密PDCP PDU;
-将Next_PDCP_RX_SN设置成接收到的PDCP SN+1;
-否则,如果接收到的PDCP SN-Next_PDCP_RX_SN>=Reordering_Window:
-基于RX_HFN-1和接收到的PDCP SN使用COUNT来解密PDCP PDU;
-否则,如果接收到的PDCP SN>=Next_PDCP_RX_SN:
-基于RX_HFN和接收到的PDCP SN使用COUNT来解密PDCP PDU;
-将Next_PDCP_RX_SN设置成接收到的PDCP SN+1;
-如果Next_PDCP_RX_SN大于Maximum_PDCP_SN,那么:
-将Next_PDCP_RX_SN设置成0;
-使RX_HFN逐一递增;
-否则,如果接收到的PDCP SN<Next_PDCP_RX_SN:
-基于RX_HFN和接收到的PDCP SN使用COUNT来解密PDCP PDU;
-如果在上述情况中尚未舍弃PDCP PDU,那么:
-如果存储具有相同PDCP SN的PDCP SDU,那么:
-舍弃PDCP PDU;
-否则:
-执行PDCP PDU的解密并存储所得PDCP SDU;
-如果接收到的PDCP SN=Last_Submitted_PDCP_RX_SN+1或接收到的PDCP SN=Last_Submitted_PDCP_RX_SN-Maximum_PDCP_SN,那么:
-按相关联的COUNT值的升序递送给上部层:
-所有存储的PDCP SDU具有开始于与接收到的PDCP PDU相关联的COUNT值的连续关联的COUNT值;
-将Last_Submitted_PDCP_RX_SN设置成递送给上部层的最后一个PDCP SDU的PDCP SN;
-如果t-Reordering处于运行中:
-如果具有Reordering_PDCP_RX_COUNT-1的PDCP SDU已被递送给上部层,那么:
-停止并重置t-Reordering;
-如果t-Reordering不处于运行中(包含t-Reordering由于上述动作而停止的情况):
-如果存在至少一个存储的PDCP SDU:
-启动t-Reordering;
-将Reordering_PDCP_RX_COUNT设置成与RX_HFN和Next_PDCP_RX_SN相关联的COUNT值。
5.1.3SL数据传送程序
对于侧链路传送,UE将遵循小节5.1.1中的程序,进行以下修改:
-保持Next_PDCP_TX_SN和TX_HFN的要求不适用;
-确定PDCP SN,确保PDCP SN值不会重复用于同一个密钥;
-执行加密(若经配置),如小节5.6.1和5.6.2中所指定;
-当SDU类型被设置成000(即,IP SDU)时执行标头压缩(若经配置)。
对于能够进行侧链路复制传送的UE,当PDCP复制传送经配置时,针对具有PPPR不低于经配置PPPR阈值的包的SLRB,UE的侧链路传送将遵循小节5.1.1中的程序,并相比于上述侧链路传送程序进行以下修改:
-保持Next_PDCP_TX_SN和TX_HFN的要求适用;
-PDCP实体复制PDCP PDU,并将PDCP PDU递送给RLC实体以供传送。
5.1.4SL数据接收程序
对于侧链路接收,UE将遵循小节5.1.2.1.3中的程序,进行以下修改:
-保持Next_PDCP_RX_SN和RX_HFN的要求不适用;
-执行解密(若经配置),如小节5.6.1和5.6.2中所指定;
-当SDU类型被设置成000(即,IP SDU)时执行标头解压缩(若经配置)。
对于能够进行侧链路复制接收的UE,如果它在复制逻辑信道中检测PDCP复制接收,或者如果它从非复制逻辑信道接收非“0”的PDCP SN,那么UE的侧链路接收将遵循小节5.1.2.1.4.1中的程序,并相比于上述侧链路接收程序进行以下修改:
-保持Next_PDCP_RX_SN和RX_HFN的要求适用;
-执行重新排序程序,如小节5.1.2.1.4.1中所指定。
5.6.1用于一对多通信的SL加密和解密
对于用于一对多通信的SLRB,加密功能包含加密和解密两者,且在PDCP中执行,如[13]中所限定。经加密的数据单元是PDCP PDU的数据部分(见小节6.3.3)。如[6]中所指定的加密功能应用有KEY(PEK)、COUNT(从PTK标识和PDCP SN导出,如[13]中所指定)、BEARER和DIRECTION(设置成0)作为输入。加密功能有ProSe功能配置。
如果加密经配置,那么包含PGK、PGK标识和群组成员标识的加密算法和相关参数由ProSe密钥管理功能配置给UE。UE将基于PGK、PGK标识和PDCP SN设置PTK标识,如[13]中所指定。UE将使用PTK标识和群组成员标识从PGK导出PTK,并使用加密算法从PTK导出PEK。PGK索引、PTK标识和PDCP SN包含在PDCP PDU标头中。
如果加密未经配置,那么PGK索引和PTK标识将在PDCP PDU标头中设置成“0”。
如果加密未经配置,且侧链路复制传送针对SLRB停用,那么PDCP SN将在PDCP PDU标头中设置成“0”。
5.6.2用于一对一通信的SL加密和解密
对于用于一对一通信的SLRB,加密功能包含加密和解密两者,且在需要加密和解密的SLRB的PDCP中执行,如[13]中所限定。经加密的数据单元是PDCP PDU的数据部分(见小节6.3.3)。如[6]中所指定的加密功能应用有KEY(PEK)、COUNT(从KD-sess标识和PDCP SN导出,如[13]中所指定)、BEARER和DIRECTION(其值如何设置在[13]中指定)作为输入。
对于需要加密和解密的SLRB,UE将基于KD-sess和算法导出KEY(PEK),所述算法通过发起UE和接收UE来确定,如[13]中所指定。KD-sess标识和PDCP SN包含在PDCP PDU标头中。
对于不需要加密和解密的SLRB,UE将在PDCP PDU标头中将KD-sess标识设置成“0”。
对于不需要加密和解密的SLRB,当侧链路复制传送停用,PDCP SN将在PDCP PDU标头中设置成“0”。
b)t-Reordering
除了SL PDCP复制接收的情况之外,定时器的持续时间由上部层配置[3]。对于SLPDCP复制传送,t-Reordering定时器由UE产生。此定时器用于检测PDCP PDU的损耗,如小节5.1.2.1.4中所指定。如果t-Reordering处于运行中,那么t-Reordering将不另外开始,即在给定时间每PDCP实体仅一个t-Reordering处于运行中。
7.1状态变量
此小节描述用于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实体的接收侧将保持以下状态变量:
c)Next_PDCP_RX_SN
变量Next_PDCP_RX_SN指示接收器对给定PDCP实体的下一预期PDCP SN。在建立PDCP实体时,UE应将Next_PDCP_RX_SN设置为0。
d)RX_HFN
变量RX_HFN指示用于产生用于给定PDCP实体的接收到的PDCP PDU的COUNT值的HFN值。在建立PDCP实体时,UE应将RX_HFN设置为0。
e)Last_Submitted_PDCP_RX_SN
变量Last_Submitted_PDCP_RX_SN指示递送给上部层的最后一个PDCP SDU的SN。在建立PDCP实体时,UE应将Last_Submitted_PDCP_RX_SN设置为Maximum_PDCP_SN。
f)Reordering_PDCP_RX_COUNT
此变量仅在使用重新排序功能时使用。此变量保存在与触发t-Reordering的PDCPPDU相关联的COUNT值之后的COUNT的值。
7.2定时器
DRB的每一PDCP实体的传送侧将维持以下定时器:
a)discardTimer
定时器的持续时间由上部层配置[3]。在传送器中,新定时器在从上部层接收到SDU后启动。
每一PDCP实体的接收侧仅在使用重新排序功能时维持以下定时器:
b)t-Reordering
除了SL PDCP复制接收的情况之外,定时器的持续时间由上部层配置[3]。对于SLPDCP复制传送,t-Reordering定时器由UE产生。此定时器用于检测PDCP PDU的损耗,如小节5.1.2.1.4中所指定。如果t-Reordering处于运行中,那么t-Reordering将不另外开始,即在给定时间每PDCP实体仅一个t-Reordering处于运行中。
与LWA承载相关联的每一PDCP实体的接收侧将维持以下定时器:
c)t-StatusReportType1
定时器的持续时间由上部层配置(statusPDU-Periodicity-Type1[3])。此定时器用于触发LWA的状态报告传送,如小节5.10中所指定。
d)t-StatusReportType2
定时器的持续时间由上部层配置(statusPDU-Periodicity-Type2和statusPDU-Periodicity-Offset[3])。如果statusPDU-Periodicity-Offset经配置且它是在(重新)配置之后的定时器的第一轮,那么定时器的持续时间是statusPDU-Periodicity-Type2和statusPDU-Periodicity-Offset[3]的总和,否则定时器的持续时间是statusPDU-Periodicity-Type2。如果已配置,此定时器用于触发LWA的状态报告传送,如小节5.10中所指定。
7.3常量
a)Reordering_Window
指示重新排序窗口的大小。针对映射在RLC AM上的无线电承载以及针对LWA承载,当使用5位SN长度时大小等于16,当使用7位SN长度时大小等于64,当使用12位SN长度时大小等于2048,当使用15位SN长度时大小等于16384,当使用16位SN长度时大小等于32768,或者当使用18位SN长度时大小等于131072,即PDCP SN空间的一半。
b)Maximum_PDCP_SN是:
-262143,如果PDCP实体配置成使用18位SN
-65535,如果PDCP实体配置成使用16位SN
-32767,如果PDCP实体配置成使用15位SN
-4095,如果PDCP实体配置成使用12位SN
-127,如果PDCP实体配置成使用7位SN
-31,如果PDCP实体配置成使用5位SN
3GPP R2-1812809公开以下内容:
为了增强可靠性并减少等待时间,在Rel-15中介绍了V2X的PDCP复制。对于PDCP复制,利用SLRB映射的传送PDCP实体复制PDCP PDU并将相同PDCP PDU传送到不同RLC实体,利用SLRB映射的接收PDCP执行PDCP重新排序功能。出于此原因,传送PDCP实体和接收PDCP实体维持状态变量。
一般来说,在V2X中,如果传送UE广播用于特定服务的包,那么接收UE接收所广播的包,它可用于特定服务的开始部分或中间部分。换句话说,接收PDCP实体可接收位于PDCP重新排序窗口之外的首先接收到的PDCP PDU。
举例来说,当接收PDCP实体接收与PDCP SN 40000相关联的首先接收到的PDCPPDU时,接收PDCP实体舍弃PDCP PDU,因为它在PDCP重新排序窗口之外。之后,舍弃在接收到与PDCP SN 40000相关联的PDCP PDU之后接收到的PDCP PDU,直到接收到位于PDCP重新排序窗口内的PDCP PDU为止。
这是因为当建立接收PDCP实体时,PDCP重新排序窗口的范围是从0到32767。此外,在PDCP重新排序程序中,接收PDCP实体仅在PDCP SDU递送给上部层时才更新PDCP重新排序窗口的下边缘。
此外,即使首先接收到的PDCP PDU位于PDCP重新排序窗口的范围中,接收PDCP实体也可存储PDCP PDU,直到t-Reordering到期为止。
观察结果:对于PDCP复制,接收PDCP实体可舍弃首先接收到的PDCP PDU,因为它在PDCP重新排序窗口之外。
为了处理这个问题,直接了当的解决方案是在接收PDCP实体从下部层接收首先接收到的PDCP PDU时更新PDCP重新排序窗口的下边缘。
然而,在36.323v15.0.0中,如果PDCP SDU的PPPR高于PPPR阈值,那么传送PDCP实体为PDCP PDU指派除了PDCP SN 0以外的PDCP SN。否则,传送PDCP实体始终为PDCP PDU指派PDCP SN 0。这意味着与PDCP SN0相关联的PDCP PDU不应在PDCP重新排序窗口中进行重新排序。因此,接收PDCP实体可接收与PDCP SN 0相关联的PDCP PDU作为首先接收到的PDCPPDU。
对于上述这种情况,接收PDCP实体应该只在接收PDCP实体接收不与PDCP SN 0相关联的首先接收到的PDCP PDU时更新PDCP重新排序窗口的下边缘。
在36.323v15.0.0中,PDCP重新排序窗口的下边缘基于Last_Submitted_PDCP_RX_SN来设置。因此,当接收PDCP实体接收是不与PDCP SN 0相关联的首先接收到的PDCP PDU的PDCP PDU时,Last_Submitted_PDCP_RX_SN应该更新为PDCP PDU的PDCP SN。
提议:当接收PDCP实体接收是不与PDCP SN 0相关联的首先接收到的PDCP PDU的PDCP PDU时,接收PDCP实体将Last_Submitted_PDCP_RX_SN更新为首先接收到的PDCP PDU的PDCP SN。
根据3GPP TS36.300 v15.2.0,针对蜂窝式车辆到所有事物(Vehicle-to-Everything,V2X)侧链路通信,支持侧链路中的载波聚合(CA),并且侧链路中的CA既适用于覆盖范围内的UE,也适用于覆盖范围外的UE。此外,针对V2X侧链路通信将支持侧链路包复制,并且侧链路包复制可以在UE的包数据汇聚协议(Packet Data Convergence Protocol,PDCP)层执行。对于用于传送的侧链路包复制,在PDCP实体处复制PDCP协议数据单元(Packet Data Unit,PDU)。相同PDCP实体的复制PDCP PDU被提交或递送给两个不同的无线电链路控制(Radio Link Control,RLC)实体,并分别与两个不同的侧链路逻辑信道相关联。相同PDCP实体的复制PDCP PDU只能在不同的侧链路载波上传送。UE可以基于预配置或配置启动或停用侧链路包复制。支持侧链路包复制的ProSe每包可靠性(ProSe Per-PacketReliability,PPPR)值可以通过PPPR阈值进行预配置或配置。为进行UE自主资源选择和经调度资源分配,UE将执行具有经配置PPPR值的数据的侧链路包复制,直到包复制针对这些PPPR值取消配置为止。对于经调度资源分配,UE报告与一个或多个PPPR值相关联的数据量以及数据通过侧链路缓冲区状态报告(BSR)所属的目的地。PPPR值到逻辑信道群组的映射可由演进节点B(evolved Node B,eNB)配置,且PPPR值由包含在侧链路BSR中的相关联的逻辑信道群组ID反映。PPPR值的列表可以在侧链路UE信息中由RRC_CONNECTED UE报告。对于使用经调度资源分配的UE,针对每一由UE报告给网络的目的地,eNB配置两组不重叠的载波,且所述载波应用于配置成用于侧链路包复制的所有PPPR。接着,UE使对应于相同PDCP实体的两个复制侧链路逻辑信道分别与针对这两个侧链路逻辑信道的目的地配置的两组载波相关联。目的地可为对应于(传送)UE执行侧链路通信传送的一个或超过一个(接收)UE的标识。复制侧链路逻辑信道和载波组之间的关联基于UE实施方案。复制侧链路逻辑信道的数据只能在相关联的载波组中的载波上传送。
图8说明用于侧链路包复制的传送操作的实例。
(传送)UE可具有可用于侧链路无线电承载(SLRB)上的传送(到目的地)的数据。SLRB可与可靠性值(例如,PPPR)相关联。可靠性值可低于阈值。UE可在SLRB上执行侧链路包复制。UE可复制PDCP PDU。UE可将PDCP PDU和PDCP PDU的复制本递送给与SLRB相关联的两个不同的RLC实体/层中。UE可将PDCP PDU递送给与SLRB相关联的第一无线电链路控制(RLC)实体/层中。UE可将PDCP PDU的复制本递送给与SLRB相关联的第二RLC实体/层中。UE可配置成在SLRB上使用侧链路包复制。UE可保持用于SLRB上的侧链路传送的状态变量或参数。状态变量或参数可为Next_PDCP_TX_SN。状态变量或参数可为TX_HFN。为进行侧链路包复制,UE可从第一范围(例如,LCH1到LCH10、‘00001’到‘01010’等等)选择非复制逻辑信道。为进行侧链路包复制,UE可从第二范围(例如,LCH11到LCH20、‘01011’到‘10100’等等)选择复制逻辑信道。第一范围的值可标识用于从具有第二范围的相应地呈顺序次序的值的逻辑信道发送复制RLC服务数据单元(SDU)的逻辑信道。在此实例中,UE可使用第一逻辑信道(例如,LCH1)和第二逻辑信道(例如,LCH11)来进行侧链路包复制。UE可使用第一载波(例如,载波1)来服务第一逻辑信道。UE还可使用第二载波(例如,载波2)来服务第二逻辑信道。
图9说明用于侧链路包复制的接收操作的实例。
根据3GPP R2-1812809,如果传送UE广播用于特定服务(例如,V2X)的包,那么接收UE可接收所广播的包,它可用于特定服务的开始部分或中间部分。基于3GPP TS36.323v.15.0.0,当建立接收PDCP实体时,重新排序窗口的范围是从0到32767。此外,在重新排序程序中,接收PDCP实体仅在PDCP SDU递送给上部层时更新重新排序窗口的下边缘。在接收UE在特定服务会话中间开始接收所广播的包的情况下,如果首先接收到的PDCP PDU的PDCP序列号(SN)在重新排序程序的重新排序窗口之外,那么首先接收到的PDCP PDU将在重新排序程序中被舍弃。并且,在首先接收到的PDCP PDU之后的PDCP PDU也将被舍弃,直到接收到PDCP SN在重新排序窗口内的PDCP PDU为止。另一方面,如果首先接收到的PDCP PDU的PDCPSN位于重新排序窗口中,那么接收UE将存储这一首先接收到的PDCP PDU的所得PDCP SDU,直到t-Reordering定时器到期为止。这种情形可造成特定服务具有递送等待时间。因此,在3GPP R2-1812809中提议的解决上述问题的解决方案的概念是接收UE可以将重新排序窗口的下边缘更新为首先接收到的PDCP PDU的PDCP SN,即,将Last_Submitted_PDCP_RX_SN设置为首先接收到的PDCP PDU的PDCP SN。在此情形下,如果接收UE遵循3GPP TS36.323v15.0.0中所公开的当前PDCP规范,那么接收UE将舍弃首先接收到的PDCP PDU,因为这个PDCP PDU仍在重新排序窗口之外。例如,首先接收到的PDCP PDU的PDCP SN是4000,那么基于3GPP R2-1812809中的概念,Last_Submitted_PDCP_RX_SN被设置为4000。在此情形下,满足重新排序程序中的条件“0<=Last_Submitted_PDCP_RX_SN(即,4000)-接收到的PDCP SN(即,4000)<Reordering_Window(即,32768)”。因此,接收UE仍舍弃这个首先接收到的PDCPPDU。为了避免不正确地舍弃首先接收到的PDCP PDU,可以考虑两个不同的方向。第一方向是首先接收到的PDCP PDU经过重新排序程序,第二方向是首先接收到的PDCP PDU不经过重新排序程序。
方向1:如果第一PDCP PDU是在与SLRB相关联的逻辑信道上接收的且第一PDCPPDU的PDCP SN不等于0,那么接收UE将第一状态变量Last_Submitted_PDCP_RX_SN设置为小于第一PDCP PDU的PDCP SN的值。原则上,第一状态变量Last_Submitted_PDCP_RX_SN应该被恰当地设置,使得第一PDCP PDU的PDCP SN在重新排序程序的重新排序窗口内。换句话说,如果第一PDCP PDU的PDCP SN小于Reordering_Window,那么第一状态变量Last_Submitted_PDCP_RX_SN应该大于或等于Reordering_Window+第一PDCP PDU的PDCP SN,或者如果第一PDCP PDU的PDCP SN大于或等于Reordering_Window,那么第一状态变量Last_Submitted_PDCP_RX_SN应该大于或等于第一PDCP PDU的PDCP SN-Reordering_Window。在一种情形中,第一状态变量Last_Submitted_PDCP_RX_SN可设置为第一PDCP PDU的PDCPSN-1。如果第一PDCP PDU的PDCP SN等于0,那么第一状态变量Last_Submitted_PDCP_RX_SN可设置为Maximum_PDCP_SN或设置为小于Maximum_PDCP_SN且大于或等于Reordering_Window的值(考虑到序列号环绕)。接着,接收UE可使用上文设置的第一状态变量Last_Submitted_PDCP_RX_SN执行第一PDCP PDU的重新排序程序。接着,在重新排序程序中将第一PDCP PDU的PDCP SDU递送给上部层。
在另一情形中,根据上文公开的实例,Last_Submitted_PDCP_RX_SN可设置为3999(=4000-1)(如果接收到第一PDCP PDU/在接收第一PDCP PDU时)。
在中另一情形,在接收第一PDCP PDU时,接收UE可进一步将第二状态变量Next_PDCP_RX_SN设置为大于或等于第一PDCP PDU的SN的值,且接收UE可使用第一状态变量Last_Submitted_PDCP_RX_SN和第二状态变量Next_PDCP_RX_SN(上文设置的)执行第一PDCP PDU的重新排序程序。
方向2:如果第一PDCP PDU是在与SLRB相关联的逻辑信道上接收的且第一PDCPPDU的PDCP SN不等于0,那么接收UE将第一状态变量Last_Submitted_PDCP_RX_SN设置为第一PDCP PDU的PDCP SN。在一种情形中,接收UE可将第一PDCP PDU的PDCP SDU递送到上部层。在另一情形中,接收UE可在将PDCP SDU递送到上部层之后将第一状态变量Last_Submitted_PDCP_RX_SN设置为第一PDCP PDU的PDCP SN。接着,接收UE可使用上文设置的第一状态变量Last_Submitted_PDCP_RX_SN执行在第一PDCP PDU之后接收到的PDCP PDU的重新排序程序。基本上,接收UE不执行第一PDCP PDU的重新排序程序(使用第一状态变量Last_Submitted_PDCP_RX_SN)。
在另一实施例中,根据上文公开的实例,Last_Submitted_PDCP_RX_SN可设置为4000。
在另一实施例中,在接收第一PDCP PDU时,接收UE可进一步将第二状态变量Next_PDCP_RX_SN设置为大于或等于第一PDCP PDU的PDCP SN+1的值。如果第一PDCP PDU的PDCPSN等于或接近Maximum_PDCP_SN,那么第二状态变量Next_PDCP_RX_SN可设置为0或设置为大于0的值(考虑到序列号环绕)。接收UE可使用第一状态变量Last_Submitted_PDCP_RX_SN和第二状态变量Next_PDCP_RX_SN执行在第一PDCP PDU之后接收到的PDCP PDU的重新排序程序。
以下可适用于上文公开的两个方向的解决方案。
在一个实施例中,在接收第一PDCP PDU时,接收UE可针对重新排序程序将第三状态变量RX_HFN设置为初始值(例如,0)。
在一个实施例中,UE可检测在接收到PDCP SN不等于0的第一PDCP PDU后针对SLRB配置或启用侧链路复制。
在一个实施例中,逻辑信道可为复制逻辑信道或非复制逻辑信道。
因为在传送UE传送PDCP PDU(它是接收UE上的首先接收到的PDCP PDU)之前,传送UE有可能已经传送了某一(或一些)PDCP PDU,所以接收UE有可能在接收到首先接收到的PDCP PDU之后仍然接收某一(或一些)PDCP PDU。因为特定服务(例如,V2X)可为关键的,所以不希望遗漏所述某一(或一些)PDCP PDU。为了解决这个问题,存在两个可能方向。
方向1:接收UE可基于首先接收到的PDCP PDU的PDCP SN和部分Reordering_Window(小于Reordering_Window)或基于首先接收到的PDCP PDU的PDCP SN和部分PDCP SN空间(小于PDCP SN空间的一半)来初始化第一状态变量Last_Submitted_PDCP_RX_SN。接收UE可基于初始化的第一状态变量Last_Submitted_PDCP_RX_SN或首先接收到的PDCP PDU的PDCP SN来设置第二状态变量Next_PDCP_RX_SN。第二状态变量Next_PDCP_RX_SN可设置为初始化的第一状态变量Last_Submitted_PDCP_RX_SN移位Reordering_Window(例如,Next_PDCP_RX_SN=[初始化的第一状态变量Last_Submitted_PDCP_RX_SN+Reordering_Window]或Next_PDCP_RX_SN=[初始化的第一状态变量Last_Submitted_PDCP_RX_SN-Reordering_Window])。第二状态变量Next_PDCP_RX_SN可设置为[首先接收到的PDCP PDU的PDCP SN+1]。
在一个实施例中,部分Reordering_Window可为1/2、1/4、1/8、1/16、1/32、1/64、1/128、1/256、1/512、1/1024、1/2048或1/4096的Reordering_Window。(完整的)Reordering_Window可为32768。
在一个实施例中,部分PDCP SN空间可为1/4、1/8、1/16、1/32、1/64、1/128、1/256、1/512、1/1024、1/2048、1/4096或1/8192的PDCP SN空间。(完整的)PDCP SN空间可为65536。
在一个实施例中,如果接收到首先接收到的PDCP PDU/在接收到首先接收到的PDCP PDU时,在首先接收到的PDCP PDU的PDCP SN<部分Reordering_Window的情况下,接收UE可将第一状态变量Last_Submitted_PDCP_RX_SN初始化为[首先接收到的PDCP PDU的PDCP SN+Reordering_Window+部分Reordering_Window]。
在一个实施例中,如果接收到首先接收到的PDCP PDU/在接收到首先接收到的PDCP PDU时,在首先接收到的PDCP PDU的PDCP SN>=部分Reordering_Window的情况下,接收UE可将第一状态变量Last_Submitted_PDCP_RX_SN初始化为[首先接收到的PDCP PDU的PDCP SN-部分Reordering_Window]。
在一个实施例中,如果接收到首先接收到的PDCP PDU/在接收到首先接收到的PDCP PDU时,在首先接收到的PDCP PDU的PDCP SN<部分PDCP SN空间的情况下,接收UE可将第一状态变量Last_Submitted_PDCP_RX_SN初始化为[首先接收到的PDCP PDU的PDCP SN+PDCP SN空间的一半+部分PDCP SN空间]。
在一个实施例中,如果接收到首先接收到的PDCP PDU/在接收到首先接收到的PDCP PDU时,在首先接收到的PDCP PDU的PDCP SN>=部分PDCP SN空间的情况下,接收UE可将第一状态变量Last_Submitted_PDCP_RX_SN初始化为[首先接收到的PDCP PDU的PDCPSN-部分PDCP SN空间]。
方向2:接收UE可基于部分Reordering_Window(小于Reordering_Window)或部分PDCP SN空间(小于PDCP SN空间的一半)来初始化第一状态变量Last_Submitted_PDCP_RX_SN。接收UE可基于初始化的第一状态变量Last_Submitted_PDCP_RX_SN或首先接收到的PDCP PDU的PDCP SN来设置第二状态变量Next_PDCP_RX_SN。第二状态变量Next_PDCP_RX_SN可设置为初始化的第一状态变量Last_Submitted_PDCP_RX_SN移位Reordering_Window(例如,Next_PDCP_RX_SN=[初始化的第一状态变量Last_Submitted_PDCP_RX_SN+Reordering_Window]或Next_PDCP_RX_SN=[初始化的第一状态变量Last_Submitted_PDCP_RX_SN-Reordering_Window])。第二状态变量Next_PDCP_RX_SN可设置为[首先接收到的PDCP PDU的PDCP SN+1]。
在一个实施例中,部分Reordering_Window可为1/2、1/4、1/8、1/16、1/32、1/64、1/128、1/256、1/512、1/1024、1/2048或1/4096的Reordering_Window。(完整的)Reordering_Window可为32768。
在一个实施例中,部分PDCP SN空间可为1/4、1/8、1/16、1/32、1/64、1/128、1/256、1/512、1/1024、1/2048、1/4096或1/8192的PDCP SN空间。(完整的)PDCP SN空间可为65536。
在一个实施例中,在建立PDCP实体(用于处理首先接收到的PDCP PDU)时,如果首先接收到的PDCP PDU的PDCP SN<部分Reordering_Window,那么接收UE可将第一状态变量Last_Submitted_PDCP_RX_SN初始化为[首先接收到的PDCP PDU的PDCP SN+Reordering_Window+部分Reordering_Window]。
在一个实施例中,在建立PDCP实体(用于处理首先接收到的PDCP PDU)时,如果首先接收到的PDCP PDU的PDCP SN>=部分Reordering_Window,那么接收UE可将第一状态变量Last_Submitted_PDCP_RX_SN初始化为[首先接收到的PDCP PDU的PDCP SN-部分Reordering_Window]。
在一个实施例中,在建立PDCP实体(用于处理首先接收到的PDCP PDU)时,如果首先接收到的PDCP PDU的PDCP SN<部分PDCP SN空间,那么接收UE可将第一状态变量Last_Submitted_PDCP_RX_SN初始化为[首先接收到的PDCP PDU的PDCP SN+PDCP SN空间的一半+部分PDCP SN空间]。
在一个实施例中,在建立PDCP实体(用于处理首先接收到的PDCP PDU)时,如果首先接收到的PDCP PDU的PDCP SN>=部分PDCP SN空间,那么接收UE可将第一状态变量Last_Submitted_PDCP_RX_SN初始化为[首先接收到的PDCP PDU的PDCP SN-部分PDCP SN空间]。
以下可适用于上文所提及的两个方向的解决方案。
在一个实施例中,在接收第一PDCP PDU时,接收UE可针对重新排序程序将第三状态变量RX_HFN设置为初始值(例如,0)。
在一个实施例中,UE可检测在接收到PDCP SN不等于0的第一PDCP PDU后针对SLRB配置或启用侧链路复制。
在一个实施例中,逻辑信道可为复制逻辑信道或非复制逻辑信道。
在一个实施例中,如果接收到首先接收到的PDCP PDU/在接收到首先接收到的PDCP PDU时,接收UE可启动重新排序定时器(在重新排序程序中)。接收UE可基于第二变量Next_PDCP_RX_SN来设置第三变量Reordering_PDCP_RX_COUNT。第三变量Reordering_PDCP_RX_COUNT可保存触发重新排序定时器的PDCP PDU的接收到的PDCP SN。第三变量Reordering_PDCP_RX_COUNT可保存在与触发重新排序定时器的PDCP PDU相关联的COUNT值之后的COUNT的值。第三变量Reordering_PDCP_RX_COUNT可设置为第二变量Next_PDCP_RX_SN。第三变量Reordering_PDCP_RX_COUNT可设置为与第二变量Next_PDCP_RX_SN(和RX_HFN)相关联的COUNT。当重新排序定时器到期时,首先接收到的PDCP PDU的PDCP SDU可递送给上部层。如果接收到的PDCP SN被设置为[第三变量Reordering_PDCP_RX_COUNT-1]的PDCP SDU被递送给上部层/在接收到的PDCP SN被设置为[第三变量Reordering_PDCP_RX_COUNT-1]的PDCP SDU被递送给上部层时,接收UE可停止重新排序定时器。如果首先接收到的PDCP PDU的PDCP SDU被递送给上部层/在首先接收到的PDCP PDU的PDCP SDU被递送给上部层时,接收UE可停止重新排序定时器。
图10是从UE的角度来看的根据一个示例性实施例的流程图1000。在步骤1005中,UE在与侧链路无线电承载(SLRB)相关联的逻辑信道上接收第一包数据汇聚协议(PDCP)协议数据单元(PDU)。在步骤1010中,UE基于部分Reordering_Window和接收到的第一PDCPPDU的PDCP序列号(SN)来初始化第一状态变量,其中第一状态变量指示由针对SLRB产生的PDCP实体递送给上部层的最后一个PDCP服务数据单元(SDU)的PDCP SN,且部分Reordering_Window小于Reordering_Window。在步骤1015中,UE使用第一状态变量执行第一PDCP PDU的重新排序程序。
在另一方法中,如果第一PDCP PDU的PDCP SN>=部分Reordering_Window,那么将第一状态变量设置为第一PDCP PDU的PDCP SN-部分Reordering_Window。
在另一方法中,如果第一PDCP PDU的PDCP SN<部分Reordering_Window,那么将第一状态变量设置为第一PDCP PDU的PDCP SN+Reordering_Window+部分Reordering_Window。
在另一方法中,部分Reordering_Window是1/2的Reordering_Window。
在另一方法中,Reordering_Window是PDCP SN空间的一半。
在另一方法中,特定值是零或得出的候选资源的度量值当中的最小值。
在另一方法中,Reordering_Window是32768。
在另一方法中,第一状态变量是Last_Submitted_PDCP_RX_SN。
在另一方法中,UE在与SLRB相关联的逻辑信道上接收第二PDCP PDU。
在另一方法中,如果第二PDCP PDU的PDCP SN大于第一状态变量,那么UE执行第二PDCP PDU的重新排序程序以存储第二PDCP PDU的PDCP SDU或将第二PDCP PDU的PDCP SDU递送到上部层。
所属领域的技术人员将了解,各种所公开的实施例可进行组合以形成新的实施例和/或方法。
返回参考图3和4,在一个实施例中,装置300包含存储在存储器310中的程序代码312。CPU 308可执行程序代码312以:(i)在与SLRB相关联的逻辑信道上接收第一PDCP PDU,(ii)基于部分Reordering_Window和接收到的第一PDCP PDU的PDCP SN来初始化第一状态变量,其中第一状态变量指示由针对SLRB产生的PDCP实体递送给上部层的最后一个PDCPSDU的PDCP SN,且部分Reordering_Window小于Reordering_Window,以及(iii)使用第一状态变量执行第一PDCP PDU的重新排序程序。
此外,CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它方法。
上文公开的方法避免了不正确地舍弃侧链路的首先接收到的PDCP PDU。
上文已经描述了本公开的各种方面。应清楚,本文中的教示可以广泛多种形式实施,且本文中所公开的任何特定结构、功能或这两者仅是代表性的。基于本文中的教示,所属领域的技术人员应了解,本文中所公开的方面可独立于任何其它方面而实施,且可以各种方式组合这些方面中的两个或更多个方面。例如,可以使用本文中所阐述的任何数目个方面来实施设备或实践方法。此外,通过使用其它结构、功能性或除了在本文中所阐述的方面中的一个或多个方面之外或不同于在本文中所阐述的方面中的一个或多个方面的结构和功能性,可以实施此设备或可以实践此方法。作为上述概念中的一些的实例,在一些方面中,可基于脉冲重复频率而建立并行信道。在一些方面中,可基于脉冲位置或偏移而建立并行信道。在一些方面中,可基于时间跳频序列而建立并行信道。
所属领域的技术人员将理解,可使用各种不同技术和技艺中的任一种来表示信息和信号。例如,可通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。
所属领域的技术人员将进一步了解,结合本文中所公开的各方面描述的各种说明性逻辑块、模块、处理器、构件、电路和算法步骤可以实施为电子硬件(例如,数字实施方案、模拟实施方案或这两个的组合,其可以使用源译码或某一其它技术来设计)、并有指令的各种形式的程序或设计代码(为方便起见,其在本文中可以称为“软件”或“软件模块”),或这两者的组合。为清晰地说明硬件与软件的此可互换性,上文已大体就各种说明性组件、块、模块、电路和步骤的功能性对它们加以描述。此功能性被实施为硬件还是软件取决于特定应用和施加于总体系统上的设计约束。所属领域的技术人员可以针对每一特定应用以不同方式实施所描述的功能性,但此类实施决策不应被解释为引起对本公开的范围的偏离。
此外,结合本文中所公开的方面描述的各种说明性逻辑块、模块和电路可在集成电路(“IC”)、接入终端或接入点内实施或由所述集成电路、接入终端或接入点执行。IC可包括通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现场可编程门阵列(fieldprogrammable gate array,FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件,或其经设计以执行本文中所描述的功能的任何组合,且可执行驻存在IC内、在IC外或这两种情况下的代码或指令。通用处理器可以是微处理器,但在替代方案中,处理器可以是任何的常规处理器、控制器、微控制器或状态机。处理器还可实施为计算装置的组合,例如,DSP与微处理器的组合、多个微处理器的组合、一个或多个微处理器与DSP内核结合,或任何其它此类配置。
应理解,在任何公开的过程中的步骤的任何特定次序或层级都是示例方法的实例。应理解,基于设计偏好,过程中的步骤的特定次序或层级可以重新布置,同时保持在本公开的范围内。伴随的方法权利要求项以示例次序呈现各个步骤的要素,但并不意味着限于所呈现的特定次序或层级。
结合本文中所公开的各方面描述的方法或算法的步骤可以直接用硬件、用由处理器执行的软件模块或用这两者的组合实施。软件模块(例如,包含可执行指令和相关数据)和其它数据可驻存在数据存储器中,例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移除式磁盘、CD-ROM或本领域中已知的任何其它形式的计算机可读存储介质。示例存储介质可耦合到例如计算机/处理器等机器(为方便起见,所述机器在本文中可以称为“处理器”),使得所述处理器可以从存储介质读取信息(例如,代码)和将信息写入到存储介质。示例存储介质可与处理器成一体式。处理器和存储介质可以驻存在ASIC中。ASIC可驻存在用户设备中。在替代方案中,处理器和存储介质可作为离散组件而驻存在用户设备中。此外,在一些方面中,任何合适的计算机程序产品可包括计算机可读介质,所述计算机可读介质包括与本公开的各方面中的一个或多个方面相关的代码。在一些方面中,计算机程序产品可包括封装材料。
虽然已经结合各个方面描述本发明,但应理解本发明能够进行进一步修改。本申请意图涵盖对本发明的任何改变、使用或调适,这通常遵循本发明的原理且包含对本公开的此类偏离,所述偏离处于在本发明所属的技术领域内的已知及惯常实践的范围内。
相关申请的交叉引用
本申请要求2018年9月10日提交的第62/729,148号美国临时专利申请的权益,所述申请的全部公开内容以全文引用的方式并入本文中。

Claims (20)

1.一种用户设备的方法,其特征在于,所述方法包括:
在与侧链路无线电承载相关联的逻辑信道上接收第一包数据汇聚协议的协议数据单元;
基于部分Reordering_Window和接收到的所述第一包数据汇聚协议的协议数据单元的包数据汇聚协议序列号来初始化第一状态变量,其中所述第一状态变量指示由针对所述侧链路无线电承载产生的包数据汇聚协议实体递送给上部层的最后一个包数据汇聚协议服务数据单元的包数据汇聚协议序列号,且所述部分Reordering_Window小于Reordering_Window;以及
使用所述第一状态变量执行所述第一包数据汇聚协议的协议数据单元的重新排序程序。
2.根据权利要求1所述的方法,其特征在于,如果所述第一包数据汇聚协议的协议数据单元的所述包数据汇聚协议序列号>=所述部分Reordering_Window,那么将所述第一状态变量设置为所述第一包数据汇聚协议的协议数据单元的所述包数据汇聚协议序列号-所述部分Reordering_Window。
3.根据权利要求1所述的方法,其特征在于,如果所述第一包数据汇聚协议的协议数据单元的所述包数据汇聚协议序列号<所述部分Reordering_Window,那么将所述第一状态变量设置为所述第一包数据汇聚协议的协议数据单元的所述包数据汇聚协议序列号+所述Reordering_Window+所述部分Reordering_Window。
4.根据权利要求1所述的方法,其特征在于,所述部分Reordering_Window是1/2的Reordering_Window。
5.根据权利要求1所述的方法,其特征在于,所述Reordering_Window是包数据汇聚协议序列号空间的一半。
6.根据权利要求1所述的方法,其特征在于,所述Reordering_Window是32768。
7.根据权利要求1所述的方法,其特征在于,所述第一状态变量是Last_Submitted_PDCP_RX_SN。
8.根据权利要求1所述的方法,其特征在于,另外包括:
在与所述侧链路无线电承载相关联的所述逻辑信道上接收第二包数据汇聚协议的协议数据单元。
9.根据权利要求8所述的方法,其特征在于,另外包括:
如果所述第二包数据汇聚协议的协议数据单元的包数据汇聚协议序列号小于或等于所述第一状态变量,那么执行所述第二包数据汇聚协议的协议数据单元的所述重新排序程序以舍弃所述第二包数据汇聚协议的协议数据单元。
10.根据权利要求8所述的方法,其特征在于,另外包括:
如果所述第二包数据汇聚协议的协议数据单元的包数据汇聚协议序列号大于所述第一状态变量,那么执行所述第二包数据汇聚协议的协议数据单元的所述重新排序程序以存储所述第二包数据汇聚协议的协议数据单元的包数据汇聚协议服务数据单元或将所述第二包数据汇聚协议的协议数据单元的包数据汇聚协议服务数据单元递送到上部层。
11.一种用户设备,其特征在于,所述用户设备包括:
控制电路;
安装在所述控制电路中的处理器;以及
安装在所述控制电路中且耦合到所述处理器的存储器;
其中所述处理器配置成执行存储在所述存储器中的程序代码以:在与侧链路无线电承载相关联的逻辑信道上接收第一包数据汇聚协议的协议数据单元;
基于所述第一接收到的包数据汇聚协议的协议数据单元的包数据汇聚协议序列号来初始化第一状态变量,其中所述第一状态变量指示由针对所述侧链路无线电承载产生的包数据汇聚协议实体递送给上部层的最后一个包数据汇聚协议服务数据单元的包数据汇聚协议序列号,且所述部分Reordering_Window小于Reordering_Window;以及
使用所述第一状态变量执行所述第一包数据汇聚协议的协议数据单元的重新排序程序。
12.根据权利要求11所述的用户设备,其特征在于,如果所述第一包数据汇聚协议的协议数据单元的所述包数据汇聚协议序列号>=所述部分Reordering_Window,那么将所述第一状态变量设置为所述第一包数据汇聚协议的协议数据单元的所述包数据汇聚协议序列号-所述部分Reordering_Window。
13.根据权利要求11所述的用户设备,其特征在于,如果所述第一包数据汇聚协议的协议数据单元的所述包数据汇聚协议序列号<所述部分Reordering_Window,那么将所述第一状态变量设置为所述第一包数据汇聚协议的协议数据单元的所述包数据汇聚协议序列号+所述Reordering_Window+所述部分Reordering_Window。
14.根据权利要求11所述的用户设备,其特征在于,所述部分Reordering_Window是1/2的Reordering_Window。
15.根据权利要求11所述的用户设备,其特征在于,所述Reordering_Window是包数据汇聚协议序列号空间的一半。
16.根据权利要求11所述的用户设备,其特征在于,所述Reordering_Window是32768。
17.根据权利要求11所述的用户设备,其特征在于,所述第一状态变量是Last_Submitted_PDCP_RX_SN。
18.根据权利要求11所述的用户设备,其特征在于,另外包括:
在与所述侧链路无线电承载相关联的所述逻辑信道上接收第二包数据汇聚协议的协议数据单元。
19.根据权利要求18所述的用户设备,其特征在于,另外包括:
如果所述第二包数据汇聚协议的协议数据单元的包数据汇聚协议序列号小于或等于所述第一状态变量,那么执行所述第二包数据汇聚协议的协议数据单元的所述重新排序程序以舍弃所述第二包数据汇聚协议的协议数据单元。
20.根据权利要求18所述的用户设备,其特征在于,另外包括:
如果所述第二包数据汇聚协议的协议数据单元的包数据汇聚协议序列号大于所述第一状态变量,那么执行所述第二包数据汇聚协议的协议数据单元的所述重新排序程序以存储所述第二包数据汇聚协议的协议数据单元的包数据汇聚协议服务数据单元或将所述第二包数据汇聚协议的协议数据单元的包数据汇聚协议服务数据单元递送到上部层。
CN201910837574.7A 2018-09-10 2019-09-05 无线通信中改进侧链路复制接收的初始化的方法和设备 Active CN111211986B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201862729148P 2018-09-10 2018-09-10
US62/729,148 2018-09-10

Publications (2)

Publication Number Publication Date
CN111211986A true CN111211986A (zh) 2020-05-29
CN111211986B CN111211986B (zh) 2021-05-07

Family

ID=67875246

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910837574.7A Active CN111211986B (zh) 2018-09-10 2019-09-05 无线通信中改进侧链路复制接收的初始化的方法和设备

Country Status (7)

Country Link
US (1) US10687376B2 (zh)
EP (1) EP3621252B1 (zh)
JP (1) JP6838114B2 (zh)
KR (1) KR102125172B1 (zh)
CN (1) CN111211986B (zh)
ES (1) ES2958735T3 (zh)
TW (1) TWI712292B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113840226A (zh) * 2020-06-23 2021-12-24 维沃移动通信有限公司 信息传输方法、装置及通信设备

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10772008B2 (en) * 2018-01-11 2020-09-08 Comcast Cable Communications, Llc Cell configuration for packet duplication
CN113055148A (zh) * 2018-04-05 2021-06-29 瑞典爱立信有限公司 用于副链路载波(重新)选择的mac-phy模型
US11452015B2 (en) * 2018-08-10 2022-09-20 Lg Electronics Inc. Method and apparatus for triggering transmission carrier reselection procedure for deactivated duplication in wireless communication system
KR102625142B1 (ko) * 2018-09-14 2024-01-15 삼성전자주식회사 무선 통신 시스템에서 패킷 전송 방법 및 장치
CN110958090B (zh) * 2018-09-27 2021-09-14 维沃移动通信有限公司 PDCP duplication的配置方法和终端设备
KR20200094343A (ko) * 2019-01-30 2020-08-07 삼성전자주식회사 무선 통신 시스템에서 직접 통신 베어러의 서비스 품질을 관리 및 설정하는 장치 및 방법
CN111510950B (zh) * 2019-01-31 2021-12-17 大唐移动通信设备有限公司 传输处理方法、终端及网络设备
CN111629411B (zh) * 2019-02-27 2021-08-20 华为技术有限公司 一种通信系统间转移的方法以及相关设备
JP6902651B2 (ja) * 2019-05-02 2021-07-14 華碩電腦股▲ふん▼有限公司 無線通信システムにおけるユニキャスト伝送のサイドリンク無線ベアラ(slrb)設定を要求するための方法および装置
JP7391955B2 (ja) * 2019-05-10 2023-12-05 株式会社Nttドコモ 端末、及び通信方法
US11689325B2 (en) * 2020-12-16 2023-06-27 Qualcomm Incorporated Feedback transmission via a sidelink feedback channel resource of a sidelink resource pool
US11632744B2 (en) * 2020-12-17 2023-04-18 Qualcomm Incorporated Hybrid automatic repeat request feedback for a sidelink
US20230397170A1 (en) * 2022-06-03 2023-12-07 Qualcomm Incorporated Duplicating sidelink transmissions for sidelink carrier aggregation
US20240015558A1 (en) * 2022-07-05 2024-01-11 Qualcomm Incorporated Sidelink carrier aggregation

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160135084A1 (en) * 2014-11-10 2016-05-12 Lg Electronics Inc. Method for indicating a ciphering indication for a sidelink radio bearer in a d2d communication system and device therefor
WO2017164641A2 (ko) * 2016-03-22 2017-09-28 엘지전자 주식회사 데이터 유닛을 전송하는 방법 및 사용자기기와, 데이터 유닛을 수신하는 방법 및 사용자기기
CN107347215A (zh) * 2016-05-06 2017-11-14 普天信息技术有限公司 在v2x网络中资源的分配方法及终端
CN107925592A (zh) * 2015-08-11 2018-04-17 Lg 电子株式会社 在无线通信系统中执行上行链路分组延迟测量的方法及其设备

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8321525B2 (en) * 2007-11-27 2012-11-27 Loyalblocks Ltd. Method, device and system for creating a virtual local social network
KR20140022711A (ko) * 2012-08-14 2014-02-25 삼성전자주식회사 이동통신 시스템에서 핸드 오버를 수행하는 방법 및 장치
WO2015133767A1 (en) * 2014-03-02 2015-09-11 Lg Electronics Inc. Method for reordering a packet data convergence protocol packet data unit at a user equipment in a dual connectivity system and device therefor
WO2015163593A1 (en) * 2014-04-22 2015-10-29 Lg Electronics Inc. Method for processing received pdcp pdus for d2d communication system and device therefor
US20170215218A1 (en) * 2014-07-25 2017-07-27 Kyocera Corporation User terminal and mobile communication system
EP3235220B1 (en) 2014-12-18 2021-04-28 LG Electronics Inc. Method for reconfiguring a pdcp reordering timer in a wireless communication system and device therefor
WO2017194326A1 (en) * 2016-05-13 2017-11-16 Sony Corporation Apparatuses and methods for using arq processes in a relay device
JP6948388B2 (ja) * 2017-02-02 2021-10-13 エルジー エレクトロニクス インコーポレイティドLg Electronics Inc. データユニットを送信する方法及び装置
JP7032545B2 (ja) * 2018-01-04 2022-03-08 エルジー エレクトロニクス インコーポレイティド 通信装置、処理装置及びデータユニットを送信する方法
US10827380B2 (en) * 2018-01-30 2020-11-03 Huawei Technologies Co., Ltd. System and method for supporting URLLC in advanced V2X communications
KR102556490B1 (ko) * 2018-06-04 2023-07-17 삼성전자주식회사 무선 통신 시스템에서 암호화 및 복호화 처리를 가속화하는 방법 및 장치

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160135084A1 (en) * 2014-11-10 2016-05-12 Lg Electronics Inc. Method for indicating a ciphering indication for a sidelink radio bearer in a d2d communication system and device therefor
CN107079338A (zh) * 2014-11-10 2017-08-18 Lg 电子株式会社 在d2d通信系统中指示用于侧链路无线电承载的加密指示的方法及其设备
CN107925592A (zh) * 2015-08-11 2018-04-17 Lg 电子株式会社 在无线通信系统中执行上行链路分组延迟测量的方法及其设备
WO2017164641A2 (ko) * 2016-03-22 2017-09-28 엘지전자 주식회사 데이터 유닛을 전송하는 방법 및 사용자기기와, 데이터 유닛을 수신하는 방법 및 사용자기기
CN107347215A (zh) * 2016-05-06 2017-11-14 普天信息技术有限公司 在v2x网络中资源的分配方法及终端

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CATT: "《Introduction of V2X duplication to TS 36.323》", 《3GPP TSG-RAN WG2 MEETING #102 R2-1809292》 *
OPPO: "《Left issues on PDCP operation for duplication》", 《3GPP TSG-RAN WG2 MEETING #103 R2-1812937》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113840226A (zh) * 2020-06-23 2021-12-24 维沃移动通信有限公司 信息传输方法、装置及通信设备
CN113840226B (zh) * 2020-06-23 2023-10-03 维沃移动通信有限公司 信息传输方法、装置及通信设备

Also Published As

Publication number Publication date
US10687376B2 (en) 2020-06-16
JP6838114B2 (ja) 2021-03-03
KR20200029997A (ko) 2020-03-19
EP3621252A1 (en) 2020-03-11
EP3621252B1 (en) 2023-08-16
KR102125172B1 (ko) 2020-07-06
TW202011723A (zh) 2020-03-16
JP2020043561A (ja) 2020-03-19
CN111211986B (zh) 2021-05-07
US20200084659A1 (en) 2020-03-12
ES2958735T3 (es) 2024-02-14
TWI712292B (zh) 2020-12-01

Similar Documents

Publication Publication Date Title
CN111211986B (zh) 无线通信中改进侧链路复制接收的初始化的方法和设备
CN110661772B (zh) 无线通信系统中处理侧链路传送的方法和用户设备
KR102228707B1 (ko) 무선 통신 시스템에서 사이드링크 수신을 핸들링하는 방법 및 장치
CN108738157B (zh) 无线通信中请求半静态调度资源传送复制本的方法和设备
EP2672778B1 (en) Method and Apparatus for Handling Buffer Status Reporting in a Wireless Communication System
CN112752299B (zh) 重新映射以进行侧链路通信的方法和用户设备
JP2020184752A (ja) 無線通信システムにおけるユニキャスト伝送のサイドリンク無線ベアラ(slrb)設定を要求するための方法および装置
CN116782316B (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
GR01 Patent grant
GR01 Patent grant