CN112423319B - 用于侧链路无线电承载的标头压缩配置的方法和设备 - Google Patents

用于侧链路无线电承载的标头压缩配置的方法和设备 Download PDF

Info

Publication number
CN112423319B
CN112423319B CN202010816835.XA CN202010816835A CN112423319B CN 112423319 B CN112423319 B CN 112423319B CN 202010816835 A CN202010816835 A CN 202010816835A CN 112423319 B CN112423319 B CN 112423319B
Authority
CN
China
Prior art keywords
slrb
header compression
communication
pdcp
configuration
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
Application number
CN202010816835.XA
Other languages
English (en)
Other versions
CN112423319A (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 CN112423319A publication Critical patent/CN112423319A/zh
Application granted granted Critical
Publication of CN112423319B publication Critical patent/CN112423319B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/22—Parsing or analysis of headers
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • 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/04—Protocols for data compression, e.g. ROHC
    • 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • 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/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • 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/0273—Traffic management, e.g. flow control or congestion control adapting protocols for flow control or congestion control to wireless environment, e.g. adapting transmission control protocol [TCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

从用户设备的角度公开了一种用于对侧链路无线电承载应用标头压缩和解压缩的方法和设备。在一个实施例中，所述方法包含用户设备从网络节点获得用于侧链路无线电承载的至少一个包数据汇聚协议参数。所述方法还包含根据在侧链路无线电承载上将传送基于互联网协议或非基于互联网协议的车联网消息来确定是否使用标头压缩和解压缩用于在侧链路无线电承载上传送车联网消息，其中如果在侧链路无线电承载上将传送基于互联网协议的车联网消息则使用标头压缩和解压缩，且如果在侧链路无线电承载上将传送非基于互联网协议的车联网消息则不使用标头压缩和解压缩。

Description

用于侧链路无线电承载的标头压缩配置的方法和设备
相关申请的交叉引用
本申请案要求2019年8月23日申请的第62/890,852号美国临时专利申请的权益，所述美国临时专利申请的整个公开内容以全文引用的方式并入本文中。
技术领域
本公开大体上涉及无线通信网络，且更具体地说涉及无线通信系统中用于侧链路无线电承载的标头压缩配置的方法和设备。
背景技术
随着往来移动通信装置的大量数据的通信需求的快速增长，传统的移动语音通信网络演进成与互联网协议(Internet Protocol，IP)数据包通信的网络。此类IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。
示例性网络结构是演进型通用陆地无线电接入网(Evolved UniversalTerrestrial Radio Access Network，E-UTRAN)。E-UTRAN系统可提供高数据吞吐量以便实现上述IP承载语音及多媒体服务。目前，3GPP标准组织正在讨论下一代(例如，5G)的新无线电技术。因此，目前在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。
发明内容
从用户设备(User Equipment，UE)的角度公开了一种用于对侧链路无线电承载(Sidelink Radio Bearer，SLRB)应用标头压缩和解压缩的方法和设备。在一个实施例中，所述方法包含所述UE从网络节点获得用于SLRB的至少一个包数据汇聚协议(Packet DataConvergence Protocol，PDCP)参数。所述方法还包含根据在SLRB上将传送基于互联网协议(Internet Protocol，IP)或非基于IP的车联网(Vehicle-to-Everything，V2X)消息来确定是否使用标头压缩和解压缩用于在SLRB上传送V2X消息，其中如果在SLRB上将传送基于IP的V2X消息则使用标头压缩和解压缩，且如果在SLRB上将传送非基于IP的V2X消息则不使用标头压缩和解压缩。
附图说明
图1示出根据一个示例性实施例的无线通信系统的图。
图2是根据一个示例性实施例的传送器系统(也被称作接入网络)和接收器系统(也被称作用户设备或UE)的框图。
图3是根据一个示例性实施例的通信系统的功能框图。
图4是根据一个示例性实施例的图3的程序代码的功能框图。
图5是3GPP TS 23.287V1.1.0的图5.2.1.4-1的再现。
图6是3GPP TS 23.287V1.1.0的图6.1.1-1的再现。
图7是3GPP TS 38.885V16.0.0的图7-1的再现。
图8是3GPP TS 38.885V16.0.0的图7-2的再现。
图9是3GPP TS 36.331V15.3.0的图5.10.2-1的再现。
图10是3GPP TS 36.323V15.3.0的表5.5.1-1的再现。
图11是根据一个示例性实施例的流程图。
图12是根据一个示例性实施例的流程图。
图13是根据一个示例性实施例的流程图。
图14是根据一个示例性实施例的流程图。
图15是根据一个示例性实施例的流程图。
具体实施方式
下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信，例如，语音、数据等等。这些系统可以基于码分多址(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-Advanced)、3GPP2超移动宽带(Ultra MobileBroadband，UMB)、WiMax、3GPP新无线电(New Radio，NR)或一些其它调制技术。
确切地说，下文描述的示例性无线通信系统可被设计成支持一个或多个标准，例如由被命名为“第三代合作伙伴计划”的在本文中被称作3GPP的联合体提供的标准，包含：TS 23.287V1.1.0，“支持车联网(V2X)服务的5G系统(5GS)的架构增强(版本16)”；TR38.885V16.0.0，“NR；对NR车联网(V2X)的研究)(版本16)”；TS 36.331V15.3.0，“E-UTRA；无线电资源控制(RRC)协议规范(版本15)”；以及TS 36.323V15.3.0，“E-UTRA；包数据汇聚协议(PDCP)规范(版本15)”。上文所列的标准和文献特此明确地以全文引用的方式并入。
图1示出根据本发明的一个实施例的多址无线通信系统。接入网络100(accessnetwork，AN)包含多个天线群组，一个包含104和106，另一个包含108和110，并且还有一个包含112和114。在图1中，每一天线群组仅示出两个天线，然而，每一天线群组可利用更多或更少的天线。接入终端116(access terminal，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的前向链路的信噪比。并且，相比于通过单个天线传送到其所有接入终端的接入网络，使用波束成形以传送到在接入网络的整个覆盖范围中随机分散的接入终端的所述接入网络对相邻小区中的接入终端产生更少的干扰。
接入网络(access network,AN)可以是用于与终端通信的固定台或基站，并且也可以被称作接入点、Node B、基站、增强型基站、演进型基站(evolved Node B,eNB)，或某一其它术语。接入终端(AT)还可以被称作用户设备(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，所述处理器可进一步处理所述调制符号(例如，用于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进行的处理与由TX MIMO处理器220和TX数据处理器214在传送器系统210处所执行的处理互补。
处理器270周期性地确定要使用哪个预译码矩阵(下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。
反向链路消息可以包括与通信链路和/或接收到的数据流有关的各种类型的信息。反向链路消息接着由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、中央处理单元(centralprocessing unit，CPU)308、存储器310、程序代码312以及收发器314。控制电路306通过CPU308执行存储器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 23.287如下指定V2X通信以及用于V2X通信的授权和供应：
5.1用于V2X通信的授权和供应
5.1.1总则
在5GS中，可以如下方式使得用于通过PC5和Uu参考点进行的V2X通信的参数对UE可用：
-在ME中预配置；或
-在UICC中配置；或
-在ME中预配置且在UICC中配置；或
-由V2X应用服务器经由PCF和/或V1参考点提供/更新；或
-由PCF提供/更新到UE。
用于通过PC5参考点进行的V2X通信的服务授权和供应以及用于通过Uu参考点进行的V2X通信的供应的基本原理是：
-UE可被授权由HPLMN中的PCF基于每PLMN基础使用通过PC5参考点进行的V2X通信。
-HPLMN中的PCF合并来自归属和其它PLMN的授权信息，且为UE提供最终授权信息。
-VPLMN或HPLMN中的PCF可通过使用TS 23.502[7]的条款4.2.4.3中定义的用于透明UE策略递送程序的UE配置更新程序在任何时间撤销授权(当漫游时经由H-PCF)。
-用于通过PC5和Uu参考点进行的V2X通信的对UE的供应受PCF控制，且可以由UE触发。PCF将如条款5.1.2.1中规定的用于通过PC5参考点进行的V2X通信的V2X策略/参数和/或如条款5.1.3.1中规定的用于通过Uu参考点进行的V2X通信的V2X策略/参数包含到如TS23.503[16]的条款6.1.2.2.2中规定的策略区段标识符(PSI)标识的策略区段中。
5.1.2用于通过PC5参考点进行的V2X通信的授权和供应
5.1.2.1策略/参数供应
将通过PC5参考点进行的V2X通信的以下信息提供给UE：
1)授权策略：
-当UE“由E-UTRA服务”或“由NR服务”时：
-PLMN，其中UE被授权当“由E-UTRA服务”或“由NR服务”时通过PC5参考点执行V2X通信。
对于每一上述PLMN：
-RAT，UE通过所述RAT被授权通过PC5参考点执行V2X通信。
-当UE“未由E-UTRA服务”且“未由NR服务”时：
-指示UE当“未由E-UTRA服务”且“未由NR服务”时是否被授权通过PC5参考点执行V2X通信。
-RAT，UE通过所述RAT被授权通过PC5参考点执行V2X通信。
2)当UE“未由E-UTRA服务”且“未由NR服务”时的无线电参数：
-包含具有地理区域的每个PC5 RAT(即，LTE PC5、NR PC5)的无线电参数，以及所述无线电参数是“运营商管理的”或“非运营商管理的”指示。仅当UE可以可靠地将其本身定位在对应地理区域中时，当“未由E-UTRA服务”且“未由NR服务”时，UE使用无线电参数来通过PC5参考点执行V2X通信。否则，不会授权UE进行传送。
编者注：无线电参数(例如，频带)将由RAN WG定义。当在RAN WG中定义时，将添加对RAN规范的引用。
注1：由本地法规定义在给定地理区域中频带是“运营商管理的”还是“非运营商管理的”。
3)用于PC5 Tx配置文件选择的每RAT的策略/参数
-服务类型(例如，PSID或ITS-AID)到Tx配置文件的映射。
编者注：Tx配置文件将由RAN WG定义。当在RAN WG中定义时，将添加对RAN规范的引用。
4)与隐私有关的策略/参数：
-对需要隐私支持的地理区域的V2X服务的列表，例如V2X应用的PSID或ITS-AID。
5)当选择LTE PC5时的策略/参数：
与TS 23.285[8]条款4.4.1.1.2项目3)策略/参数中的规定相同，不同之处在于服务类型到Tx配置文件的映射以及对需要隐私支持的地理区域的V2X服务的列表。
6)当选择NR PC5时的策略/参数：
-通过地理区域的服务类型(例如，PSID或ITS-AID)到V2X频率的映射。
-目的地层2ID和V2X服务，例如用于广播的V2X应用的PSID或ITS-AID的映射。
-目的地层2ID和V2X服务，例如用于组播的V2X应用的PSID或ITS-AID的映射。
-用于初始信令以建立单播连接的默认目的地层2ID和V2X服务，例如V2X应用的PSID或ITS-AID的映射。
注2：可以将用于单播初始信令的相同默认目的地层2ID映射到多于一个V2X服务。在不同V2X服务映射到不同默认目的地层2ID的情况下，当UE想要建立可以用于多于一个V2X服务的单个单播链路时，UE可以选择默认目的地层2ID中的任一个来用于初始信令。
-PC5 QoS映射配置：
-来自V2X应用层的输入：
-V2X服务(例如，PSID或ITS-AID)。
-(任选的)对V2X服务的V2X应用要求，例如，优先级要求、可靠性要求、延迟要求、范围要求。
注3：对V2X服务的V2X应用要求的细节归于实施方案且在本规范的范围之外。
-输出：
-条款5.4.2中定义的PC5 QoS参数(即，PQI和有条件地其它参数，例如MFBR/GFBR等)。
-当UE“未由E-UTRA服务”且“未由NR服务”时的SLRB配置，即PC5QoS配置文件到SLRB的映射。
-PC5 QoS配置文件含有条款5.4.2中描述的PC5 QoS参数，以及在未使用如表5.4.4-1中定义的默认值的情况下关于优先级、平均化窗口、最大数据突发量的QoS特性的值。
编者注：SLRB配置将由RAN WG确定。当在RAN WG中定义时，将添加对RAN规范的引用。
编者注：对于PC5 QoS配置文件，需要与RAN WG的协调。
编者注：地理区域的V2X频率将由RAN WG确定。当在RAN WG中定义时，将添加对RAN规范的引用。
5.1.2.2应用用于通过PC5参考点进行V2X通信的参数的原理
对于通过PC5参考点进行的V2X通信，运营商可以为UE预先配置所需的用于V2X通信的供应参数，而不需要UE连接到5GC以得到此初始配置。以下适用：
-用于通过PC5参考点进行V2X通信的供应参数可以被配置于UICC中、ME中，或UICC和ME两者中。
-当取消选择或更换USIM时不应当擦除ME供应参数。
-如果UICC和ME含有重叠的供应参数的同一集合，那么来自UICC的参数集合应当优先。
-来自PCF的供应参数应当优先于ME和UICC中的预配置参数。
-UE应当如下使用无线电资源用于通过PC5参考点进行的V2X通信：
-当UE具有服务小区并预占于小区上且UE希望针对V2X服务使用由此小区操作的无线电资源(即，载波频率)时，那么UE应使用由UE预占的此小区指示的无线电资源描述，且忽略ME或UICC中供应的同一无线电资源的任何无线电资源描述。如果小区不提供用于V2X服务的无线电资源，那么UE不应在由此小区操作的无线电资源上执行V2X消息传送和接收。
-如果UE希望使用“运营商管理的”无线电资源(即，载波频率)用于未由UE的服务小区操作的V2X服务，如条款5.1.2.1中规定，或者如果UE在覆盖范围外，那么UE应搜索正操作被供应的无线电资源(即，载波频率)的任何PLMN中的小区，如TS 36.300[9]和TS 36.304[10]中定义(如果选择基于LTE的PC5用于V2X通信)或如TS 38.300[11]和TS 38.304[12]中定义(如果选择基于NR的PC5用于V2X通信)，且：
-如果UE在登记的PLMN或等效于登记的PLMN的PLMN中找到此小区，且对此PLMN的通过PC5参考点进行的V2X通信的授权被确认，那么UE应使用由所述小区指示的无线电资源描述。如果所述小区不提供用于V2X服务的无线电资源，那么UE不应在那些无线电资源上执行V2X消息传送和接收。
-如果UE找到此小区，但不在登记的PLMN或等效于登记的PLMN的PLMN中，且所述小区属于针对通过PC5参考点进行的V2X通信授权的PLMN且提供用于V2X服务的无线电资源，那么UE应执行由通过PC5参考点进行的V2X通信触发的PLMN选择，如TS 23.122[13]中定义。如果UE具有经由IMS的进行中的紧急会话，那么由于通过PC5参考点进行的V2X通信，它不应触发任何PLMN选择。
-如果UE找到此小区，但不在针对通过PC5参考点进行的V2X通信授权的PLMN中，那么UE不应使用通过PC5参考点进行的V2X通信。
-如果UE在任何PLMN中未找到任何此类小区，那么UE应将自身视为“未由NR或E-UTRA服务”，且使用ME或UICC中供应的无线电资源。如果在ME或UICC中不存在此类供应，或者供应未授权通过PC5参考点进行的V2X通信，那么UE未被授权进行传送。
-根据TS 36.331[14]或TS 38.331[15]且如条款5.1.2.1中规定，如果UE希望使用“非运营商管理的”无线电资源(即，载波频率)用于V2X服务，那么UE应使用ME或UICC中供应的资源执行通过PC5进行的V2X通信。如果在ME或UICC中不存在此类供应，或供应未授权通过PC5参考点进行的V2X通信，那么UE未被授权进行传送。
-UE供应应支持设定地理区域。
注1：当在UE中供应时，UE有可能基于地理区域而不是由服务NG-RAN小区操作的无线电资源而使用其它无线电资源用于V2X服务，即使UE的服务小区提供正常服务且SIBxy指示服务(V2X通信)可用也是如此。这将涵盖当例如用于通过PC5参考点进行的V2X通信的无线电资源并非由UE的服务网络拥有时的情境。
编者注：SIBxy编号和参考需要基于RAN WG的定义来更新。
注2：根据TS 36.331[14]或TS 38.331[15]，当支持交叉载波操作时，UE可由其服务小区指示在不同载波频率上执行V2X通信。UE在此情况下仍被视为“由NR或E-UTRA服务”。
注3：当UE尝试使用为了通过PC5参考点进行的V2X通信配置的载波频率时检测到小区且所述小区不提供对通过PC5参考点进行的V2X通信的支持的情境被视为配置错误。因此，UE不在所述频率上进行传送以避免干扰网络。
-仅针对E-UTRA和NR指定通过PC5参考点进行的V2X通信。
注4：定义UE可以如何在特定地理区域中自身定位不在本说明书的范围内。当UE在3GPP RAT的覆盖范围中时，它可例如使用从服务PLMN导出的信息。当UE不在3GPP RAT的覆盖范围中时，它可使用其它技术，例如全球导航卫星系统(GNSS)。用户提供的位置不是有效的输入。
5.2V2X通信
5.2.1通过PC5参考点进行的V2X通信
5.2.1.1总则
对于V2X通信，存在两个类型的PC5参考点：如TS 23.285[8]中定义的基于LTE的PC5参考点，和如条款4.2.3中定义的基于NR的PC5参考点。取决于UE支持的服务，UE可以使用任一类型的PC5或这两者用于V2X通信。通过PC5参考点进行的V2X通信支持漫游和PLMN间操作。当UE“由NR或E-UTRA服务”时或当UE“未由NR或E-UTRA服务”时，支持通过PC5参考点进行的V2X通信。
当UE具有如在条款5.1.2中指定的有效授权和配置时，授权UE传送和接收V2X消息。
通过PC5参考点进行的V2X通信具有以下特性：
-通过基于LTE的PC5参考点进行的V2X通信是无连接的，即，在接入层(AccessStratum，AS)层处的广播模式，并且在PC5上不存在用于连接建立的信令。
-通过基于NR的PC5参考点进行的V2X通信在AS层处支持广播模式、组播模式和单播模式。UE将向AS层指示用于V2X消息的通信模式。支持用于单播模式通信管理的通过PC5参考点在控制平面上的信令。
-V2X服务通信在PC5用户平面上支持UE之间的通信。
-在PC5用户平面上在UE之间更换V2X消息。
-在PC5参考点上支持基于IP的V2X消息以及非基于IP的V2X消息两者。
-对于基于IP的V2X消息，仅使用IPv6。不支持IPv4。
通过PC5参考点进行的V2X通信中使用的标识符在条款5.6.1中描述。UE基于条款5.1.2中描述的配置决定PC5参考点的类型和Tx配置文件以用于特定包的传送。当选择基于LTE的PC5参考点时，在TS 23.285中定义QoS处理对应程序[8]。当选择基于NR的PC5参考点时，在条款5.4.1和6.3中定义QoS处理和程序。
如果UE具有经由IMS的正在进行的紧急会话，则应在通过PC5参考点进行的V2X通信上优先化经由IMS的正在进行的紧急会话。
注：经由IMS的紧急会话设置是基于如TS 23.501[6]中定义的合适地区/国家法规要求和运营商策略。
5.2.1.4通过PC5参考点进行的单播模式通信
仅通过基于NR的PC5参考点支持单播通信模式。图5.2.1.4-1示出PC5单播链路的实例。
[3GPP TS 23.287V1.1.0的标题为“PC5单播链路的实例”的图5.2.1.4-1被再现为图5]
当通过PC5单播链路携载V2X通信时，以下原理适用：
-两个UE之间的PC5单播链路允许这些UE中的一对或多对对等V2X服务之间的V2X通信。UE中使用同一PC5单播链路的所有V2X服务使用同一应用层ID。
注1：由于隐私，应用层ID可能在时间上改变，如条款5.6.1.1和6.3.3.2中所描述。这不会造成PC5单播链路的重建。
-一个PC5单播链路支持一个或多个V2X服务(例如，PSID或ITS-AID)，前提是这些V2X服务至少与用于此PC5单播链路的一对对等应用层ID相关联。举例来说，如图5.2.1.4-1中所图示，UE A和UE B具有两个PC5单播链路，一个在对等应用层ID 1/UE A与应用层ID 2/UE B之间且一个在对等应用层ID 3/UE A与应用层ID4/UE B之间。
注2：并不要求源UE知晓不同PC5单播链路上的不同目标应用层ID是否属于同一目标UE。
-PC5单播链路使用单个网络层协议(例如，IP或非IP)支持V2X通信。
-PC5单播链路支持每流QoS模型，如条款5.4.1中所指定。
当UE中的应用层为需要通过PC5参考点进行的通信的单播模式的V2X服务发起数据传递时：
-如果一对对等应用层ID和此PC5单播链路的网络层协议与用于此V2X服务的UE中的应用层所需要的那些相同，那么UE将再使用现有PC5单播链路，并且按照章节6.3.3.4中的规定修改现有PC5单播链路以添加此V2X服务；否则
-UE将按照章节6.3.3.1中的规定触发新PC5单播链路的建立。
在成功地建立PC5单播链路之后，UE A和UE B将同一对层2ID用于后续PC5-S信令消息交换以及V2X服务数据传送，如在第5.6.1.4节中规定。传送UE的V2X层向AS层指示传送是否是用于PC5-S信令消息(即，直接通信请求/接受、链路标识符更新请求/响应、断开请求/响应、链路修改请求/接受)或V2X服务数据。
对于每个PC5单播链路，UE自指派在PC5单播链路的使用寿命内唯一地标识UE中的PC5单播链路的不同PC5链路标识符。每个PC5单播链路与单播链路配置文件相关联，单播链路配置文件包含：
-UE A的服务类型(例如，PSID或ITS-AID)、应用层ID和层2ID；以及
-UE B的应用层ID和层2ID；以及
-在PC5单播链路上使用的网络层协议；以及
-对于每一V2X服务，PC5 QoS流标识符(PFI)的集合。每一PFI与QoS参数(即，PQI和任选地范围)相关联。
出于隐私原因，应用层ID和层2ID在PC5单播链路的寿命期间可能如条款5.6.1.1和6.3.3.2中所描述改变，并且如果是这样，那么应相应地在单播链路配置文件中更新。UE使用PC5链路标识符指示到V2X应用层的PC5单播链路，因此V2X应用层识别对应PC5单播链路，即使存在与一个服务类型相关联的多于一个单播链路(例如，针对同一服务类型，UE与多个UE建立多个单播链路)。
单播链路配置文件将在针对已建立的PC5单播链路进行层2链路修改之后进行相应更新，如章节6.3.3.4中所指定。
5.2.1.5 IP地址分配
对于通过PC5参考点进行的V2X通信的单播模式，可以使用以下用于IP地址/前缀分配的机制：
a)在RFC 4862[21]中为IPv6前缀的指派指定的IPv6无状态地址自动配置，其中两个UE中的一个充当IPv6默认路由器。
注：在安全层2链路建立期间通过如条款6.3.3.1中所描述交换IP地址配置来协商哪一个UE充当IPv6默认路由器。
b)如RFC 4862[21]中定义的IPv6链路本地地址由UE在本地形成。在通过PC5参考点的安全层2链路的建立期间交换IPv6链路本地地址，如条款6.3.3.1中所描述。UE在层2链路建立之后应停用重复地址检测。
[…]
6.1.1用于支持V2X服务的NR PC5参考点的用户平面
[3GPP TS 23.287V1.1.0的标题为“用于PC5接口的用户平面”的图6.1.1-1被再现为图6]
IP和非IP PDCP SDU类型支持通过PC5进行的V2X通信。
对于IP PDCP SDU类型，只支持IPv6。IP地址分配和配置如章节5.6.1.1中所定义。
非IP PDCP SDU含有非IP类型标头，其指示供应用层使用的V2X消息系列，例如，IEEE 1609系列的WSMP[18]、由ISO定义的FNTP[19]。
注意：非IP类型标头和所允许值将在阶段3规范中定义。
3GPP TS 38.885如下指定用于NR V2X侧链路的QoS管理：
7 QoS管理
在QoS管理在资源分配、拥塞控制、装置内共存、功率控制和SLRB配置中的使用的背景下，QoS管理与V2X相关。与QoS管理相关的物理层参数是所传递流量的优先级、时延、可靠性和最小必需通信范围(如由高层定义)。AS中还支持数据速率要求。需要SL拥塞度量以及至少在资源分配模式2下用于拥塞控制的机构。向gNB报告SL拥塞度量是有益的。
对于SL单播、组播和广播，由上层将V2X包的QoS参数提供到AS。对于SL单播，基于图7-1和7-2中所示的信令流和程序(预)配置SLRB。在上层中假设[6]中所描述的每流QoS模型。
[3GPP TS 38.885V16.0.0的标题为“用于SL单播的SLRB配置(UE特定)”的图7-1被再现为图7]
在图7-1的步骤0中，通过[6]中的服务授权和供应程序，将用于每个PC5 QoS流的PC5 QoS配置文件，即，一组特定的PC5 QoS参数以及PC5 QoS规则提前提供给UE；类似地，用于每一QoS流的PC5 QoS配置文件也提前提供给gNB/ng-eNB。随后，当包到达时，UE可以首先基于步骤0中配置的PC5 QoS规则导出相关联PC5QoS流的标识符(即，PC5 QFI)，接着可以在步骤3中向gNB/ng-eNB报告导出的PC5 QFI。gNB/ng-eNB可基于在步骤0中来自5GC的供应而导出这些报告的PC5 QFI的QoS配置文件，且可以在步骤4中用信号发送与经由RRC专用信令报告的PC5 QFI UE相关联的SLRB的配置。这些SLRB配置可以包含PC5QoS流到SLRB映射、SDAP/PDCP/RLC/LCH配置等。在步骤5中，AS中的UE按照gNB/ng-eNB配置与对等UE建立与包的PC5 QFI相关联的SLRB，且将可用包映射到建立的SLRB。然后可以进行SL单播传送。
注：如何定义PC5 QFI取决于SA2 WG2。
[3GPP TS 38.885V16.0.0的标题为“用于SL单播的SLRB配置(基于预配置)”的图7-2被再现为图8]
在图7-2中，在上部层中用于滤波的PC5 QoS规则和在AS层中用于每一PC5 QoS流的SLRB配置均如步骤0中预配置(经由CN信令、在UICC中预配置或在ME[6]中预配置)。在步骤1-3中，UE导出用于到达包的相关联PC5 QoS流的标识符，取决于预配置而自主地建立与对等UE相关联的SLRB，且基于其相关联PC5 QoS流标识符将包映射到对应SLRB中。然后可以进行SL单播传送。
对于NR SL单播，PC5 QoS流到SLRB映射是在UE的SDAP层中执行。用于单播的一些SLRB配置(至少包含与每一SLRB相关联的SN长度、RLC模式和PC5 QoS配置文件)当它们在UE处已(预)配置时需要由一个UE向SL中的对等UE告知。
对于SL组播和广播中的V2X侧链路传送，SLRB配置是基于下面的图7-3、图7-4和图7-5中示出的信令流和程序(预)配置的。对于SL组播和广播，[6]中描述的每包QoS模型是在上部层中假定；具体来说，PQI和其它潜在QoS参数(如果存在)由UE的上部层设定以表示每包PC5 QoS参数的集合，即PC5 QoS配置文件，它们在提交到AS的每一V2X包上标记。
3GPP TS 36.331如下指定与侧链路通信有关的以下侧链路UE信息：
5.10.2侧链路UE信息
5.10.2.1总则
[3GPP TS 36.331V15.3.0的标题为“侧链路UE信息”的图5.10.2-1被再现为图9]
此程序的目标是向E-UTRAN通知UE对接收侧链路通信或发现、接收V2X侧链路通信感兴趣或不再感兴趣，以及请求侧链路通信或发现通知或V2X侧链路通信或侧链路发现间隙的传送资源的指派或发布；报告与来自异频/PLMN小区的系统信息的侧链路发现有关的参数；以及报告由UE用于V2X侧链路通信的同步参考。
5.10.2.2发起
能够进行RRC_CONNECTED中的侧链路通信或V2X侧链路通信或侧链路发现的UE可以发起程序以指示在若干种情况下，UE(感兴趣)接收侧链路通信或V2X侧链路通信或侧链路发现，所述情况包含在成功建立连接后、在发生兴趣改变后、在改变成广播包含sl-V2X-ConfigCommon的SystemInformationBlockType18或SystemInformationBlockType19或SystemInformationBlockType21的PCell后。能够进行侧链路通信或V2X侧链路通信或侧链路发现的UE可以发起程序以请求指派用于相关侧链路通信传送或发现通知或V2X侧链路通信传送的专用资源，或请求用于侧链路发现传送或侧链路发现接收的侧链路发现间隙，并且能够进行异频/PLMN侧链路发现参数报告的UE可以发起程序以报告与来自异频/PLMN小区的系统信息的侧链路发现有关的参数。
注1：尽管包含sl-V2X-ConfigCommon的SystemInformationBlockType18/SystemInformationBlockType19/SystemInformationBlockType21或SystemInformationBlockType26不包含用于传送的资源(在正常条件下)，但是被配置成传送侧链路通信/V2X侧链路通信/侧链路发现通知的RRC_IDLE中的UE根据5.3.3.1a发起连接建立。
在发起程序后，UE应：
[…]
1>如果包含sl-V2X-ConfigCommon的SystemInformationBlockType21由PCell广播：
2>确保针对PCell具有SystemInformationBlockType21和SystemInformationBlockType26的有效版本(如果广播)；
2>如果由上层配置成在主要频率上或在v2x-InterFreqInfoList(如果包含于PCell的SystemInformationBlockType21或SystemInformationBlockType26中)中包含的一个或多个频率上接收V2X侧链路通信：
3>如果UE从最后一次进入RRC_CONNECTED状态开始就不传送SidelinkUEInformation消息；或
3>如果从UE最后一次传送SidelinkUEInformation消息开始，UE就连接到未广播包含sl-V2X-ConfigCommon的SystemInformationBlockType21的PCell；
或
3>如果SidelinkUEInformation消息的最后一次传送不包含v2x-CommRxInterestedFreqList；或如果从SidelinkUEInformation消息的最后一次传送开始，由上层配置成接收V2X侧链路通信的频率就已改变：
4>根据5.10.2.3，发起SidelinkUEInformation消息的传送以指示感兴趣的V2X侧链路通信接收频率；
2>否则：
3>如果SidelinkUEInformation消息的最后一次传送包含v2x-CommRxInterestedFreqList：
4>根据5.10.2.3，发起sidelinkUEInformation消息的传送以指示对V2X侧链路通信接收不再感兴趣；
2>如果由上层配置成在主要频率上或在v2x-InterFreqInfoList(如果包含于PCell的SystemInformationBlockType21或SystemInformationBlockType26中)中包含的一个或多个频率上传送V2X侧链路通信：
3>如果UE从最后一次进入RRC_CONNECTED状态开始就不传送SidelinkUEInformation消息；或
3>如果从UE最后一次传送SidelinkUEInformation消息开始，UE就连接到未广播包含sl-V2X-ConfigCommon的SystemInformationBlockType21的PCell；或
3>如果SidelinkUEInformation消息的最后一次传送不包含v2x-CommTxResourceReq；或如果从SidelinkUEInformation消息的最后一次传送开始，v2x-CommTxResourceReq所承载的信息就已改变：
4>根据5.10.2.3，发起SidelinkUEInformation消息的传送以指示UE需要V2X侧链路通信传送资源；
2>否则：
3>如果SidelinkUEInformation消息的最后一次传送包含v2x-CommTxResourceReq：
4>根据5.10.2.3，发起SidelinkUEInformation消息的传送以指示不再需要V2X侧链路通信传送资源；
-SidelinkUEInformation
SidelinkUEInformation消息用于向eNB指示侧链路信息。
信令无线承载：SRB1
RLC-SAP：AM
逻辑信道：DCCH
方向：UE到E-UTRAN
SidelinkUEInformation消息
3GPP TS 36.323如下指定在PDCP层中执行的标头压缩和解压缩：
5.5标头压缩和解压缩
5.5.1受支持的标头压缩协议和配置文件
标头压缩协议是基于强健标头压缩(Robust Header Compression，ROHC)框架[7]。针对ROHC框架限定多个标头压缩算法，被称作配置文件。每一配置文件特定于特定网络层、输送层或上部层协议组合，例如，TCP/IP和RTP/UDP/IP。
ROHC信道的详细定义在RFC 5795[7]中指定为ROHC框架的部分。这包含如何在ROHC信道上复用不同流(标头压缩或不压缩)，以及如何在所述所述的压缩算法的初始化期间使特定IP流与特定上下文状态相关联。
本说明书未覆盖ROHC框架的功能性和受支持标头压缩配置文件的功能性的实施方案。
在这一规范版本中，描述对以下配置文件的支持：
[3GPP TS 36.323V15.3.0的标题为“受支持的标头压缩协议和配置文件”的表5.5.1-1被再现为图10]
5.5.2标头压缩的配置
与DRB相关联的PDCP实体可由上部层配置，参见TS 36.331[3]使用双向(如果headerCompression已配置)或仅上行链路(如果uplinkOnlyHeaderCompression已配置)的标头压缩。如果uplinkOnlyHeaderCompression已配置，那么UE应处理接收的PDCP控制PDU以用于对应于上行链路标头压缩的散置ROHC反馈包，如小节5.5.6.2中规定，但对于接收的PDCP数据PDU不应执行标头解压缩。与SLRB相关联的PDCP实体可被配置成针对IP SDU使用标头压缩。
5.5.3协议参数
RFC 5795具有强制性的且必须经压缩器和解压器对等设备之间的上部层配置的配置参数[7]；这些参数限定ROHC信道。ROHC信道是单向信道，即如果headerCompression已配置则存在一个信道用于下行链路且一个用于上行链路，且如果uplinkOnlyHeaderCompression已配置则存在仅一个信道用于上行链路。因此对于每一信道存在一组参数，且如果headerCompression已配置则针对属于同一PDCP实体的两个信道应使用相同值。
这些参数被分类成两个不同组，如下文限定：
-M：强制性且经上部层配置。
-N/A：不用于本说明书。
参数的使用和定义将指定如下。
-MAX_CID(M)：这是可使用的最大CID值。将为未经压缩流始终预留一个CID值。参数MAX_CID由上部层配置(maxCID，见TS 36.331[3])。
-LARGE_CIDS：此值未经上部层配置，而是根据以下规则从MAX_CID的经配置值推断出：
如果MAX_CID>15则LARGE_CIDS＝真，否则LARGE_CIDS＝假。
-PROFILES(M)：配置文件用来限定允许哪些配置文件供UE使用。支持的配置文件的列表在章节5.5.1中描述。参数PROFILES由上部层配置(profiles用于上行链路和下行链路，SL-Preconfiguration或SL-V2X-Preconfiguration中的rohc-Profiles用于侧链路，见TS 36.331[3])。
-FEEDBACK_FOR(N/A)：这是对两个压缩端点之间的相反方向上的信道的参考，且指示所发送的任何反馈指的是哪一信道。在此PDCP实体的一个ROHC信道上接收的反馈将始终指代这一相同PDCP实体的相反方向上的ROHC信道。
-MRRU(N/A)：不使用ROHC分段。
5.5.4标头压缩
标头压缩协议产生两种类型的输出包：
-压缩包，各自与一个PDCP SDU相关联
-不与PDCP SDU相关联的独立包，即，散置的ROHC反馈包
压缩包作为相关PDCP SDU而与相同PDCP SN和COUNT值相关联。
散置的ROHC反馈包不与PDCP SDU相关联。它们不与PDCP SN相关联，且未进行加密。
注意：如果针对压缩流已经建立MAX_CID数目个ROHC上下文，且新IP流并不匹配任何已建立的ROHC上下文，那么压缩器应该将新IP流与为现有压缩流分配的ROHC CID中的一个相关联，或将属于IP流的PDCP SDU作为未压缩包发送。
5.5.5标头解压缩
如果标头压缩经与用户平面数据相关联的PDCP实体的上部层配置，那么PDCP PDU在执行解密之后通过标头压缩协议解压缩，如小节5.6中所解释。
5.5.6散置ROHC反馈的PDCP控制PDU
5.5.6.1传送操作
当通过标头压缩协议生成散置ROHC反馈包时，UE应：
-将如小节6.2.5中所指定的对应PDCP控制PDU提交到下部层，即，不与PDCP SN相关联，也不执行加密。
5.5.6.2接收操作
在从下部层接收散置ROHC反馈包的PDCP控制PDU时，UE应：
-将对应的散置ROHC反馈包传递到标头压缩协议，而不执行解密。
在LTE中，用于数据无线承载(DRB)的包数据汇聚协议(PDCP)配置可含有以下参数(如3GPP TS 36.331中所论述)：
-PDCP-Config
IE PDCP-Config用以设定用于数据无线承载的可配置PDCP参数。
PDCP-Config信息元素
在LTE中，用于标头压缩和解压缩的侧链路参数是预配置的(如3GPP TS 36.331中所论述)如下：
在LTE中，用于标头压缩和解压缩的侧链路参数是预配置的(如3GPP TS 36.331中所论述)。根据3GPP TR 38.885，处于RRC_Connected的UE可以将对侧链路无线电承载(SLRB)配置的请求发送到gNB以用于PC5 QoS(服务质量)流，所述流用于新RAT/无线电(NR)车联网(V2X)中的单播、广播或组播通信。作为响应，gNB可以将UE特定的SLRB配置提供到UE。SLRB配置可包含PDCP配置。通常，用于标头压缩和解压缩的参数将包含于PDCP配置中。
如3GPP TS 23.287中规定，在NR V2X中的PC5参考点上支持基于IP的和非基于IP的V2X消息。在基于IP的V2X消息的情况下，可以应用标头压缩和解压缩。由于在3GPPTR38.885中指定的SLRB配置程序不包含指示在所涉及SLRB上将传送基于IP或非基于IP的V2X消息的任何信息，因此gNB无法确定是否应当应用标头压缩和解压缩。
为了解决上述问题，UE当其向用于PC5 QoS流的gNB发送对SLRB配置的请求时可以发送指示在PC5 QoS流上或在将为PC5 QoS流配置的SLRB上将传送基于IP的或非基于IP的V2X消息的信息，使得gNB可确定是否应当对SLRB应用标头压缩和解压缩。
替代地，UE当其发送向gNB告知其对V2X侧链路通信感兴趣的消息(例如，SidelinkUEInformation)时可以发送指示将传送基于IP的或非基于IP的V2X消息以用于V2X服务或应用(或与V2X服务或应用相关联的层2目的地)的信息。此替代方案是可行的，因为根据3GPP TS 23.287将不会经由同一单播链路传送基于IP的和非基于IP的V2X消息(即，同一V2X服务或应用的所有V2X消息是基于IP的或非基于IP的)。由于V2X服务或应用的业务是向层2目的地传送的，与V2X服务或应用相关联的层2目的地可用以标识UE中的V2X服务或应用。通过从UE发送的信息，gNB可随后确定对于PC5 QoS流或SLRB是否应当应用标头压缩和解压缩。由此方式，gNB可以指示对于PDCP配置中的SLRB是否应当应用标头压缩和解压缩，所述PDCP配置包含用以为UE配置SLRB的SLRB配置。应注意，V2X服务可以由V2X提供。
除此以外，根据3GPP TS 36.323，用于标头压缩和解压缩(强健标头压缩(ROHC)配置文件)可以是对特定网络层、输送层或上部层协议组合(例如，TCP/IP和RTP/UDP/IP)特定的。在对于SLRB可能需要应用标头压缩和解压缩的条件下，gNB可能需要进一步确定应当为SLRB配置哪一个(哪些)ROHC配置文件。因此，UE当其向用于PC5 QoS流的gNB发送对SLRB配置的请求时可能需要传送指示在SLRB上使用的网络层、输送层或上部层协议组合(例如，TCP/IP和RTP/UDP/IP)的信息。替代地，UE当其发送向gNB告知其对V2X侧链路通信感兴趣的消息(例如，SidelinkUEInformation)时可以发送指示用以支持V2X服务或应用(或与V2X服务或应用相关联的层2目的地)的网络层、输送层或上部层协议组合的信息。通过从UE发送的信息，gNB可确定对SLRB将应用或配置的允许的ROHC配置文件。由此方式，gNB在用以为UE配置SLRB的SLRB配置中包含的PDCP配置中指示用于SLRB的允许的ROHC配置文件。
适用的ROHC配置文件还可以取决于UE能力，即仅由UE支持的ROHC配置文件可以对UE配置。在单播的情况下，应当考虑参与单播的两个UE的UE能力。由于两个UE可以经由例如PC5-RRC消息彼此交换UE能力，因此一个UE(例如，TX UE)可以将两个UE的关于支持的ROHC配置文件的UE能力传送到gNB。UE将两个UE共同支持的那些配置文件传送到gNB在信令方面是更高效的。
前述解决方案是基于用于SLRB的整个PDCP配置是由gNB配置的假设。UE根据在PC5QoS流上或在将为PC5 QoS流配置的SLRB上将传送基于IP或非基于IP的V2X消息来确定对SLRB是否应当应用标头压缩和解压缩也是可行的。除此以外，UE可以根据由参与单播的两个UE共同支持的那些配置文件来确定将对SLRB应用的ROHC配置文件，同时从gNB获得PDCP参数的部分(例如，discardTimer、pdcp-SN-Size和/或t-Reordering等)。两个UE可以通过例如经由PC5-RRC消息彼此交换UE能力来确定那些共同支持的ROHC配置文件。
在组播或广播的情况下，不存在在UE之间建立的直接侧链路。因此，TX UE无法将SLRB配置或PDCP配置转发到RX UE。一个可能的解决方案是网络节点(例如，V2X控制功能)在V2X服务授权期间将适用的ROHC配置文件提供到TX UE和RX UE。换句话说，当UE请求用于V2X服务的服务授权时，网络节点(例如，V2X控制功能)将适用于V2X服务的ROHC配置文件提供到UE。此解决方案也可以应用于单播。
图11是从UE的角度的用于对SLRB应用标头压缩和解压缩的根据一个示例性实施例的流程图1100。在步骤1105中，UE从网络节点获得用于SLRB的至少一个PDCP参数。在步骤1110中，UE根据在SLRB上将传送基于IP或非基于IP的V2X消息来确定是否使用标头压缩和解压缩用于在SLRB上传送V2X消息，其中如果将在SLRB上传送基于IP的V2X消息则使用标头压缩和解压缩，且如果在SLRB上将传送非基于IP的V2X消息则不使用标头压缩和解压缩。
在一个实施例中，所述至少一个PDCP参数可包含discardTimer、PDCP-SN-Size和/或t-Reordering。然而，所述至少一个PDCP参数可不包含用于确定是否使用标头压缩和解压缩用于在SLRB上传送V2X消息的任何参数。
在一个实施例中，UE可以处于RRC_CONNECTED。UE可以将对用于建立SLRB的SLRB配置的请求传送到网络节点。UE还可以从网络节点接收SLRB配置。
在一个实施例中，SLRB配置可包含用于SLRB的PDCP配置。PDCP配置可包含所述至少一个PDCP参数。对SLRB配置的请求可以经由SidelinkUEInformation消息传送到网络节点。网络节点可以是基站(例如，gNB)。
返回参考图3和4，在UE的一个示例性实施例中，第一UE 300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够：(i)从网络节点获得用于SLRB的至少一个PDCP参数，以及(ii)根据在SLRB上将传送基于IP或非基于IP的V2X消息来确定是否使用标头压缩和解压缩用于在SLRB上传送V2X消息，其中如果将在SLRB上传送基于IP的V2X消息则使用标头压缩和解压缩，且如果在SLRB上将传送非基于IP的V2X消息则不使用标头压缩和解压缩。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图12是从UE的角度的用于指示用于标头压缩配置的信息的根据一个示例性实施例的流程图1200。在步骤1205中，UE将信息发送到网络节点，其中所述信息指示基于IP的或非基于IP的V2X消息将在SLRB上使用或将用于支持V2X侧链路通信(或V2X服务)。在步骤1210中，UE接收用于SLRB的PDCP配置，其中所述PDCP配置指示标头压缩是否用于SLRB。
在一个实施例中，所述信息可以包含于用以请求用于PC5 QoS流的SLRB配置的第一RRC消息中。所述信息还可以包含于用以向网络节点告知UE对V2X侧链路通信(或V2X服务)感兴趣的第二RRC消息中，其中所述第二RRC消息包含与V2X侧链路通信(或V2X服务)相关联的层2目的地。
在一个实施例中，SLRB可以用于在V2X侧链路通信期间的业务传送，其中V2X侧链路通信支持V2X服务。V2X侧链路通信可以是单播、广播或组播通信。
在一个实施例中，第一RRC消息可以是SidelinkUEInformation消息。第二RRC消息可以是UEAssistanceInformation。
返回参考图3和4，在UE的一个示例性实施例中，第一UE 300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够：(i)将信息发送到网络节点，其中所述信息指示基于IP的或非基于IP的V2X消息将在SLRB上使用或将用于支持V2X侧链路通信(或V2X服务)，以及(ii)接收用于SLRB的PDCP配置，其中所述PDCP配置指示标头压缩是否用于SLRB。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图13是从UE的角度的用于指示用于标头压缩配置的信息的根据一个示例性实施例的流程图1300。在步骤1305中，UE将信息发送到网络节点，其中所述信息指示在SLRB上使用或用于支持V2X侧链路通信(或V2X服务)的协议组合。在步骤1310中，UE接收用于SLRB的PDCP配置，其中所述PDCP配置指示用于SLRB的允许的ROHC配置文件。
在一个实施例中，所述协议组合可以意味着网络层、输送层或上部层协议组合。所述信息可以包含于用以请求用于PC5 QoS流的SLRB配置的第一RRC消息中。所述信息也可以包含于用以向网络节点告知UE对V2X侧链路通信(或V2X服务)感兴趣的第二RRC消息中，其中所述第二RRC消息包含与V2X侧链路通信(或V2X服务)相关联的层2目的地。
在一个实施例中，SLRB可用于在V2X侧链路通信期间的业务传送，其中V2X侧链路通信支持V2X服务。V2X侧链路通信可以是单播、广播或组播通信。
在一个实施例中，第一RRC消息可以是SidelinkUEInformation消息。第二RRC消息可以是UEAssistanceInformation。
返回参考图3和4，在UE的一个示例性实施例中，UE 300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够：(i)将信息发送到网络节点，其中所述信息指示在SLRB上使用或用于支持V2X侧链路通信(或V2X服务)的协议组合，以及(ii)接收用于SLRB的PDCP配置，其中所述PDCP配置指示用于SLRB的允许的ROHC配置文件。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图14是从UE的角度的用于确定用于SLRB的标头压缩配置的根据一个示例性实施例的流程图1400。在步骤1405中，UE根据在SLRB上将传送基于IP或非基于IP的V2X消息来确定标头压缩和解压缩是否用于SLRB，其中如果在SLRB上将传送基于IP的V2X消息则使用标头压缩和解压缩，且如果在SLRB上将传送非基于IP的V2X消息则不使用标头压缩和解压缩。
返回参考图3和4，在UE的一个示例性实施例中，UE 300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够根据在SLRB上将传送基于IP或非基于IP的V2X消息来确定标头压缩和解压缩是否用于SLRB，其中如果在SLRB上将传送基于IP的V2X消息则使用标头压缩和解压缩，且如果在SLRB上将传送非基于IP的V2X消息则不使用标头压缩和解压缩。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图15是从UE的角度的用于确定用于SLRB的标头压缩配置的根据一个示例性实施例的流程图1500。在步骤1505中，UE根据UE和对等UE的能力确定将用于SLRB的ROHC配置文件，其中在UE与对等UE之间建立单播链路，且其中ROHC配置文件等于由UE和对等UE共同支持的那些ROHC配置文件。
在一个实施例中，UE可以从网络节点(例如，gNB)获得PDCP参数的部分。PDCP参数的部分可至少包含discardTimer、pdcp-SN-Size和/或t-Reordering。
在一个实施例中，UE可以根据由UE支持的ROHC配置文件和由对等UE支持的ROHC配置文件确定共同支持的ROHC配置文件。此外，UE可以根据从对等UE接收的UE能力(例如，经由PC5-RRC消息)获得由对等UE支持的ROHC配置文件。
返回参考图3和4，在UE的一个示例性实施例中，UE 300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够根据UE和对等UE的能力确定将用于SLRB的ROHC配置文件，其中在UE与对等UE之间建立单播链路，且其中ROHC配置文件等于由UE和对等UE共同支持的那些ROHC配置文件。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
上文已经描述了本公开的各种方面。应明白，本文中的教示可通过广泛多种形式实施，且本文中所公开的任何具体结构、功能或这两者仅是代表性的。基于本文中的教示，所属领域的技术人员应了解，本文公开的方面可独立于任何其它方面而实施，且两个或更多个这些方面可以各种方式组合。举例来说，可以使用本文中所阐述的任何数目个方面来实施设备或实践方法。另外，通过使用除了在本文中所阐述的方面中的一个或多个之外或不同于在本文中所阐述的方面中的一个或多个的其它结构、功能性或结构和功能性，可以实施此设备或可以实践此方法。作为上述概念中的一些的实例，在一些方面中，可以基于脉冲重复频率建立并行信道。在一些方面中，可基于脉冲位置或偏移建立并行信道。在一些方面中，可以基于时间跳跃序列建立并行信道。在一些方面中，可基于脉冲重复频率、脉冲位置或偏移以及跳时序列而建立并行信道。
所属领域的技术人员将理解，可使用多种不同技术中的任一种来表示信息和信号。举例来说，可用电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。
所属领域的技术人员将进一步了解结合本文公开的方面描述的各种说明性逻辑块、模块、处理器、构件、电路和算法步骤可以被实施为电子硬件(例如，数字实施方案、模拟实施方案或两者的组合，其可以使用信源编码或某一其它技术设计)、各种形式的并入有指令的程序或设计代码(其在本文为方便起见可以称为“软件”或“软件模块”)，或两者的组合。为清晰地说明硬件与软件的此可互换性，上文已大体就各种说明性组件、块、模块、电路和步骤的功能性加以描述。这类功能性是实施为硬件还是软件取决于特定应用和强加于整个系统的设计约束。本领域的技术人员可针对每一具体应用以不同方式来实施所描述的功能性，但这样的实施决策不应被解释为会引起脱离本公开的范围。
另外，结合本文公开的方面描述的各种说明性逻辑块、模块和电路可以实施于集成电路(“IC”)、接入终端或接入点内或者由集成电路、接入终端或接入点执行。IC可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件，或其经设计以执行本文中所描述的功能的任何组合，且可以执行驻存在IC内、在IC外或这两种情况下的代码或指令。通用处理器可为微处理器，但在替代方案中，处理器可为任何常规的处理器、控制器、微控制器或状态机。处理器也可实施为计算装置的组合，例如DSP和微处理器的组合、多个微处理器、与DSP核心结合的一或多个微处理器，或任何其它此类配置。
应理解，在任何公开的过程中的步骤的任何具体次序或层次都是样本方法的实例。应理解，基于设计偏好，过程中的步骤的具体次序或层次可以重新布置，同时保持在本公开的范围内。随附的方法权利要求以样本次序呈现各种步骤的元素，且并不有意限于所呈现的特定次序或阶层。
结合本文中公开的方面所描述的方法或算法的步骤可直接用硬件、用处理器执行的软件模块或用这两者的组合体现。软件模块(例如，包含可执行指令和相关数据)和其它数据可以驻留于数据存储器中，所述数据存储器例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可装卸式磁盘、CD-ROM或此项技术中已知的任何其它形式的计算机可读存储介质。样本存储介质可以耦合到例如计算机/处理器等机器(为方便起见，所述机器在本文中可以称为“处理器”)，使得所述处理器可以从存储介质读取信息(例如，代码)且将信息写入到存储介质。样本存储介质可与处理器形成一体。处理器和存储介质可驻留在ASIC中。ASIC可以驻留在用户设备中。在替代方案中，处理器和存储介质可以作为离散组件驻存于用户设备中。此外，在一些方面中，任何合适的计算机程序产品可包括计算机可读介质，所述计算机可读介质包括与本公开的各方面中的一个或多个方面相关的代码。在一些方面中，计算机程序产品可以包括封装材料。
虽然已结合各个方面描述了本发明，但应理解，本发明能够进行进一步修改。本申请意图涵盖对本发明的任何变化、使用或调适，这通常遵循本发明的原理且包含对本公开的此类偏离，所述偏离处于在本发明所属的技术领域内的已知和惯常实践的范围内。

Claims (6)

1.一种用于用户设备UE对侧链路无线电承载SLRB应用标头压缩的方法，其特征在于，包括：
向网络节点发送对SLRB配置的请求，用于建立用于与一个或多个其他UE进行车辆网V2X侧链路通信的SLRB；
从所述网络节点接收所述SLRB配置，其中所述SLRB配置包括用于SLRB的分组数据汇聚协议PDCP配置，并且其中所述PDCP配置包括用于SLRB的至少一个PDCP参数；以及
根据要在SLRB上传送基于互联网协议IP或基于非IP的V2X消息，确定标头压缩是否用于在SLRB上传送V2X消息，其中如果要在SLRB上传送基于IP的V2X消息，则使用标头压缩，且如果要在SLRB上传送基于非IP的V2X消息，则不使用标头压缩，
其中，
所述PDCP配置不包括用于确定标头压缩是否用于在SLRB上传送V2X消息的参数。
2.根据权利要求1所述的方法，其特征在于，所述至少一个包数据汇聚协议参数包含discardTimer、PDCP-SN-Size和/或t-Reordering。
3.根据权利要求1所述的方法，其特征在于，所述用户设备处于RRC_CONNECTED。
4.根据权利要求1所述的方法，其特征在于，所述对所述侧链路无线电承载配置的请求是经由SidelinkUEInformation消息传送到所述网络节点的。
5.根据权利要求1所述的方法，其特征在于，所述网络节点是基站。
6.一种用户设备，其特征在于，包括：
控制电路；
处理器，其安装于所述控制电路中；以及
存储器，其安装于所述控制电路中且以操作方式耦合到所述处理器；
其中所述处理器被配置成执行存储在所述存储器中的程序代码以执行根据前述权利要求中任一项所述的方法。
CN202010816835.XA 2019-08-23 2020-08-14 用于侧链路无线电承载的标头压缩配置的方法和设备 Active CN112423319B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201962890852P 2019-08-23 2019-08-23
US62/890,852 2019-08-23

Publications (2)

Publication Number Publication Date
CN112423319A CN112423319A (zh) 2021-02-26
CN112423319B true CN112423319B (zh) 2024-05-14

Family

ID=72139440

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010816835.XA Active CN112423319B (zh) 2019-08-23 2020-08-14 用于侧链路无线电承载的标头压缩配置的方法和设备

Country Status (5)

Country Link
US (1) US10951745B1 (zh)
EP (1) EP3787368B1 (zh)
KR (1) KR102434217B1 (zh)
CN (1) CN112423319B (zh)
ES (1) ES2917823T3 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4030738A1 (en) * 2018-03-16 2022-07-20 Acklio Method and apparatus for processing message data
ES2945808T3 (es) * 2018-08-03 2023-07-07 Asustek Comp Inc Procedimiento y aparato para manejar la transmisión de enlace lateral en un sistema de comunicación inalámbrica
EP4047725B1 (en) 2021-01-19 2024-01-10 LG Energy Solution, Ltd. Battery, and battery pack and vehicle including the same
JP2024500124A (ja) 2021-02-19 2024-01-04 エルジー エナジー ソリューション リミテッド バッテリー、それを含むバッテリーパック及び自動車
EP4213296A1 (en) 2021-02-19 2023-07-19 LG Energy Solution, Ltd. Battery, and battery pack and vehicle comprising same

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105981433A (zh) * 2014-02-10 2016-09-28 Lg电子株式会社 无线通信系统中指示d2d数据的qos的方法和装置
CN107079338A (zh) * 2014-11-10 2017-08-18 Lg 电子株式会社 在d2d通信系统中指示用于侧链路无线电承载的加密指示的方法及其设备

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015163625A1 (en) * 2014-04-24 2015-10-29 Lg Electronics Inc. Method for establishing layer-2 entities for d2d communication system and device therefor
US10687175B2 (en) * 2015-08-14 2020-06-16 Lg Electronics Inc. Method for transmitting and receiving V2X message in wireless communication system, and an apparatus for same
WO2017164641A2 (ko) * 2016-03-22 2017-09-28 엘지전자 주식회사 데이터 유닛을 전송하는 방법 및 사용자기기와, 데이터 유닛을 수신하는 방법 및 사용자기기
WO2018128505A1 (ko) * 2017-01-06 2018-07-12 엘지전자(주) 무선 통신 시스템에서 릴레이를 통한 데이터 송수신 방법 및 이를 위한 장치
US20180324631A1 (en) * 2017-05-05 2018-11-08 Mediatek Inc. Using sdap headers for handling of as/nas reflective qos and to ensure in-sequence packet delivery during remapping in 5g communication systems
WO2019054783A1 (ko) * 2017-09-14 2019-03-21 엘지전자 주식회사 무선 통신 시스템에서 v2x 통신을 수행하기 방법 및 이를 위한 장치
US10855814B2 (en) * 2017-10-20 2020-12-01 Comcast Cable Communications, Llc Non-access stratum capability information
US20190215729A1 (en) * 2018-03-15 2019-07-11 Intel Corporation Session description protocol mechanisms for signaling radio access network capabilities in multimedia telephony sessions
US20200259896A1 (en) * 2019-02-13 2020-08-13 Telefonaktiebolaget Lm Ericsson (Publ) Industrial Automation with 5G and Beyond

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105981433A (zh) * 2014-02-10 2016-09-28 Lg电子株式会社 无线通信系统中指示d2d数据的qos的方法和装置
CN107079338A (zh) * 2014-11-10 2017-08-18 Lg 电子株式会社 在d2d通信系统中指示用于侧链路无线电承载的加密指示的方法及其设备

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
3GPP TSG RAN.Evolved Universal Terrestrial Radio Access (E-UTRA),Radio Resource Control (RRC),Protocol specification.《3GPP TS 36.331 V15.6.0》.2019,第280-282页. *
Architecture enhancements for 5G System to support Vehicle-to-Everything services(Release 16);3GPP TSG SA;《3GPP TS 23.287》;全文 *
Report of [106#83] [NR/V2X] PDCP;vivo;《3GPP TSG-RAN WG2 Meeting #107 R2-1910223》;第1-64页 *
Report of email discussion [106#81][NR/V2X] SLRB;ZTE;《3GPP TSG-RAN WG2#107 R2-1909074》;全文 *
vivo.Report of [106#83] [NR/V2X] PDCP.《3GPP TSG-RAN WG2 Meeting #107 R2-1910223》.2019,第1-64页. *

Also Published As

Publication number Publication date
KR102434217B1 (ko) 2022-08-19
EP3787368B1 (en) 2022-04-13
EP3787368A1 (en) 2021-03-03
ES2917823T3 (es) 2022-07-11
US20210058497A1 (en) 2021-02-25
KR20210024424A (ko) 2021-03-05
CN112423319A (zh) 2021-02-26
US10951745B1 (en) 2021-03-16

Similar Documents

Publication Publication Date Title
JP7033158B2 (ja) 無線通信システムにおけるサイドリンク論理チャネル確立のための方法および装置
CN112804756B (zh) 无线通信系统中请求侧链路传送资源的方法和设备
CN112423319B (zh) 用于侧链路无线电承载的标头压缩配置的方法和设备
US10085297B2 (en) Method and apparatus supporting device-to-device (D2D) communication in a wireless communication system
CN115296716B (zh) 无线通信系统中中继传送直接通信请求消息的方法和设备
EP3817447A1 (en) Method and apparatus for supporting qos (quality of service) flow to drb (data radio bearer) remapping for sidelink communication in a wireless communication system
KR102266530B1 (ko) 무선 통신 시스템에서 사이드링크 전송 리소스를 요청하는 방법 및 장치
CN113825108B (zh) 无线通信系统中用户设备传送直接通信请求消息的方法和设备
US20210259039A1 (en) Method and apparatus for handling invalid rrc reconfiguration message for sidelink communication in a wireless communication system
KR102627692B1 (ko) 무선 통신 시스템에서 릴레이가 사이드링크 사용자 단말(ｕｅ) 성능 정보를 보고하기 위한 방법 및 장치
EP3829260B1 (en) Method and apparatus for sidelink signaling radio bearer (srb) establishment in a wireless communication system
CN114258085A (zh) 无线通信系统中服务质量（QoS）信息修改的方法和设备
CN113825204A (zh) 无线通信系统中执行pc5单播链路建立过程的方法和设备
KR20230005746A (ko) 무선 통신 시스템에서 pc5 시그널링(pc5-s) 메시지들을 수신하기 위한 방법 및 장치
EP4284043A2 (en) Method and apparatus for performing link identifier update procedure in a wireless communication system
CN116963211A (zh) 用于支持从PC5到Uu的直接通信路径的方法和设备
KR20230005745A (ko) 무선 통신 시스템에서 pc5-s 메시지들을 송신하기 위한 방법 및 장치

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