CN116033600B - 无线通信中支持用户设备到网络中继通信的方法和设备 - Google Patents

无线通信中支持用户设备到网络中继通信的方法和设备 Download PDF

Info

Publication number
CN116033600B
CN116033600B CN202211008512.3A CN202211008512A CN116033600B CN 116033600 B CN116033600 B CN 116033600B CN 202211008512 A CN202211008512 A CN 202211008512A CN 116033600 B CN116033600 B CN 116033600B
Authority
CN
China
Prior art keywords
link
user equipment
relay
remote
unicast
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
CN202211008512.3A
Other languages
English (en)
Other versions
CN116033600A (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 CN116033600A publication Critical patent/CN116033600A/zh
Application granted granted Critical
Publication of CN116033600B publication Critical patent/CN116033600B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/18Management of setup rejection or failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/23Manipulation of direct-mode connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/04Terminal devices adapted for relaying to or from another terminal or user
    • 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

Landscapes

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

Abstract

公开一种无线通信中支持用户设备到网络中继通信的方法和设备。所述方法包含远程用户设备与中继用户设备建立第一单播链路。方法还包含远程用户设备经由中继用户设备与网络节点建立无线电资源控制连接。方法进一步包含远程用户设备与第二用户设备建立第二单播链路。另外,方法包含远程用户设备检测侧链路无线电链路失败。此外,方法包含在侧链路无线电链路失败发生于第一单播链路上的情况下,远程用户设备发起或执行无线电资源控制连接重建程序。方法还包含在侧链路无线电链路失败发生于第二单播链路上的情况下,远程用户设备发起或执行侧链路用户设备信息程序。

Description

无线通信中支持用户设备到网络中继通信的方法和设备
技术领域
本公开大体上涉及无线通信网络,且更具体地说,涉及用于支持无线通信系统中的UE到网络中继通信的方法和设备。
背景技术
随着往来移动通信装置的大量数据的通信需求的快速增长,传统的移动语音通信网络演进成与因特网协议(Internet Protocol,IP)数据包通信的网络。此类IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。
示例性网络结构是演进型通用陆地无线电接入网络(Evolved UniversalTerrestrial Radio Access Network,E-UTRAN)。E-UTRAN系统可提供高数据吞吐量以便实现上述IP承载语音及多媒体服务。目前,3GPP标准组织正在讨论新下一代(例如,5G)新无线电技术。因此,目前在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。
发明内容
从远程用户设备的角度公开一种方法和装置。在一个实施例中,所述方法包含远程UE与中继UE建立第一单播链路。所述方法还包含远程UE经由中继UE与网络节点建立无线电资源控制(Radio Resource Control,RRC)连接。所述方法进一步包含远程UE与第二UE建立第二单播链路。另外,所述方法包含远程UE检测侧链路无线电链路失败。此外,所述方法包含在侧链路无线电链路失败发生于第一单播链路上的情况下,远程UE发起或执行RRC连接重建程序。所述方法还包含在侧链路无线电链路失败发生于第二单播链路上的情况下,远程UE发起或执行侧链路UE信息程序。
附图说明
图1展示根据一个示例性实施例的无线通信系统的图;
图2是根据一个示例性实施例的传送器系统(也称为接入网络)和接收器系统(也称为用户设备或UE)的框图;
图3是根据一个示例性实施例的通信系统的功能框图;
图4是根据一个示例性实施例的图3的程序代码的功能框图;
图5是3GPP TS 23.304 V17.0.0的图4.2.7.2-1的再现;
图6是3GPP TS 23.304 V17.0.0的图6.1.1.7.2-1的再现;
图7是3GPP TS 23.304 V17.0.0的图6.1.2.3.2-1的再现;
图8是3GPP TS 23.304 V17.0.0的图6.4.3.1-1的再现;
图9是3GPP TS 38.331 V16.6.0的图5.3.3.1-1的再现;
图10是3GPP TS 38.331 V16.6.0的图5.3.7.1-1的再现;
图11是3GPP TS 38.331 V16.6.0的图5.8.3.1-1的再现;
图12是3GPP TS 38.331 V16.6.0的图5.8.9.1.1-1的再现;
图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的名为“第三代合作伙伴计划”的联盟提供的标准,包含:TS23.304V17.0.0,“5G系统(5G System,5GS)中的基于邻近的服务(ProSe)(版本17)”;TS38.331v16.6.0,“NR;无线电资源控制(Radio Resource Control,RRC)协议规范(版本16)”;以及3GPP电子邮件论述[Post115-e][603][Relay]将CR中继到38.331(华为),“Draft_38331Running CR for SL relay_v14_rapp.docx”。上文所列的标准和文档在此明确地以全文引用的方式并入本文中。
图1展示根据本发明的一个实施例的多址接入无线通信系统。接入网络100(access network,AN)包含多个天线群组,其中一个天线群组包含104和106,另一天线群组包含108和110,并且又一天线群组包含112和114。在图1中,针对每一天线群组仅展示两个天线,但是每一天线群组可利用更多或更少的天线。接入终端116(Access terminal,AT)与天线112和114通信,其中天线112和114经由前向链路120将信息传送到接入终端116,且经由反向链路118从接入终端116接收信息。接入终端(access terminal,AT)122与天线106和108通信,其中天线106和108经由前向链路126将信息传送到接入终端(access terminal,AT)122,且经由反向链路124从接入终端(access terminal,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还可被称作用户设备(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,所述处理器可进一步处理所述调制符号(例如,用于OFDM)。TX MIMO处理器220接着将NT个调制符号流提供到NT个传送器(transmitter,TMTR)222a到222t。在某些实施例中,TX MIMO处理器220将波束成形权重应用于数据流的符号并应用于正从其传送所述符号的天线。
每一传送器222接收并处理相应符号流以提供一个或多个模拟信号,并且进一步调节(例如,放大、滤波和上变频转换)所述模拟信号以提供适合于在MIMO信道上传送的经调制信号。接着分别从NT个天线224a到224t传送来自传送器222a到222t的NT个经调制信号。
在接收器系统250处,由NR个天线252a到252r接收所传送的经调制信号,并且将从每一天线252接收到的信号提供到相应的接收器(receiver,RCVR)254a到254r。每一接收器254调节(例如,滤波、放大和下变频转换)相应的接收信号,数字化经调节信号以提供样本,并进一步处理所述样本以提供对应的“接收”符号流。
RX数据处理器260接着基于特定接收器处理技术从NR个接收器254接收和处理NR个接收到的符号流以提供NT个“检测到的”符号流。RX数据处理器260接着对每一检测到的符号流进行解调、解交错和解码以恢复数据流的业务数据。由RX数据处理器260进行的处理与由传送器系统210处的TX MIMO处理器220和TX数据处理器214执行的处理互补。
处理器270周期性地确定使用哪一预编码矩阵(在下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。
反向链路消息可包括与通信链路和/或接收到的数据流相关的各种类型的信息。反向链路消息接着由还从数据源236接收数个数据流的业务数据的TX数据处理器238处理、由调制器280调制、由传送器254a到254r调节且被传送回到传送器系统210。
在传送器系统210处,来自接收器系统250的经调制信号通过天线224接收,通过接收器222调节,通过解调器240解调,并通过RX数据处理器242处理,以提取通过接收器系统250传送的反向链路消息。接着,处理器230确定使用哪一预译码矩阵以确定波束成形权重,然后处理所提取的消息。
转向图3,此图展示根据本发明的一个实施例的通信装置的替代性简化功能框图。如图3中所示,可以利用无线通信系统中的通信装置300来实现图1中的UE(或AT)116和122或图1中的基站(或AN)100,并且无线通信系统优选地为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 23.304介绍以下内容:
4.3.9 5G ProSe UE到网络中继
4.3.9.1概述
5G ProSe层2和层3UE到网络中继实体都提供中继功能性以针对5G ProSe远程UE支持到网络的连接性。其可用于公共安全服务和商业服务(例如,交互服务)。
5G ProSe层2和层3UE到网络中继两者均支持以下功能以启用到网络的连接性:
-如第6.3.2.3节中定义的5G ProSe UE到网络中继发现服务,以允许被5G ProSe远程UE发现;
-作为UE接入5GS,如TS 23.501[4]中所定义,具有如第6.2节和第6.6节中所规定的增强;
-在5G ProSe远程UE与网络之间中继单播业务(上行链路和下行链路),从而支持IP、以太网或非结构化业务类型。
注:由5G ProSe UE到网络中继将MBS业务中继到5G ProSe远程UE在规范的此版本中不支持。
[…]
4.2.7.2 5G ProSe层2UE到网络中继参考架构
图4.2.7.2-1展示5G ProSe层2UE到网络中继参考架构。5G ProSe层2远程UE和5GProSe层2UE到网络中继可由相同或不同PLMN服务。如果5G ProSe层2远程UE和5G ProSe层2UE到网络中继的服务PLMN不同,那么NG-RAN由服务PLMN共享,参见TS 23.501[4]的第5.18节中的5G MOCN架构。
[3GPP TS 23.304 V17.0.0中标题为“5G ProSe层2UE到网络中继参考架构(5GProSe Layer-2 UE-to-Network Relay reference architecture)”的图4.2.7.2-1再现为图5]
注1:5G ProSe层2远程UE与NG-RAN之间的Uu由RRC、SDAP和PDCP组成。
注2:5G ProSe层2远程UE和5G ProSe层2UE到网络中继由同一NG-RAN服务。服务5GProSe层2远程UE和5G ProSe层2UE到网络中继的核心网络实体(例如,AMF、SMF、UPF)可相同或不同。
[…]
6.1.1.7.2 5G ProSe层2 UE到网络中继
在第6.1.1.2节中定义的用于发现和PC5信令的UE-UE协议堆栈适用于5G ProSe远程UE和5G ProSe层2UE到网络中继。
图6.1.1.7.2-1说明用于NAS-MM和NAS-SM的5G ProSe层2远程UE的NAS连接的协议堆栈。使用以下各者经由5G ProSe层2UE到网络中继在5G ProSe层2远程UE与NG-RAN之间透明地传送NAS消息:
-在5G ProSe层2远程UE与NG-RAN之间的PDCP端到端连接,其中5G ProSe层2UE到网络中继的作用是在无任何修改的情况下在信令无线电上中继PDU,且使用如TS 38.351[28]中所规定的适配层的功能性。
-NG-RAN与AMF之间在N2上的连接。
-AMF与SMF之间在N11上的连接。
编者注:是否在PC5上支持适配层将由RAN WG2确定。
[3GPP TS 23.304V17.0.0中标题为“使用层2UE到网络中继的远程UE的端对端控制平面(End-to-End Control Plane for a Remote UE using Layer-2 UE-to-NetworkRelay)”的图6.1.1.7.2-1再现为图6]
由5G ProSe层2UE到网络中继使用的控制平面协议堆栈定义于TS 23.501[4]的第8.2.2节中。
[…]
6.1.2.3.2 5G ProSe层2UE到网络中继
图6.1.2.2.2-1说明用于涉及PDU会话的用户平面传送的协议堆栈,包含5G ProSe层2UE到网络中继。PDU层对应于在PDU会话上的5G ProSe层2远程UE与数据网络(DataNetwork,DN)之间携载的PDU。SDAP和PDCP协议如TS 38.300[12]中所规定。PDCP端到端连接在5G ProSe层2远程UE与NG-RAN之间。适配层的功能性在TS 38.351[28]中规定。
编者注:是否在PC5上支持适配层将由RAN WG2确定。
[3GPP TS 23.304 V17.0.0中标题为“使用5G ProSe层2UE到网络中继的5G ProSe远程UE的端对端用户平面堆栈(End-to-End User Plane Stack for a 5G ProSe RemoteUE using 5G ProSe Layer-2 UE-to-Network Relay)”的图6.1.2.3.2-1再现为图7]
[…]
6.4 5G ProSe直接通信
[…]
6.4.3单播模式5G ProSe直接通信
6.4.3.1通过PC5参考点进行的层2链路建立
为了在PC5参考点上执行单播模式的ProSe直接通信,UE配置有如第5.1.3节中所描述的相关信息。
图6.4.3.1-1展示用于通过PC5参考点进行的单播模式的ProSe直接通信的层2链路建立程序。
[3GPP TS 23.304 V17.0.0中标题为“层2链路建立程序(Layer-2 linkestablishment procedure)”的图6.4.3.1-1再现为图8]
1.如第5.8.2.4节中所规定,UE确定用于PC5单播链路建立的信令接收的目的地层2ID。
2.UE-1中的ProSe应用层提供用于PC5单播通信的应用信息。应用信息包含ProSe服务信息、UE的应用层ID。应用信息中可包含目标UE的应用层ID。
UE-1中的ProSe应用层可提供用于此单播通信的ProSe应用要求。如在第5.6.1节中所规定,UE-1确定PC5 QoS参数和PFI。
如果UE-1决定重新使用如在第5.3.4节中所规定的现有PC5单播链路,那么UE触发如在第6.4.3.4节中所规定的层2链路修改程序。
3.UE-1发送直接通信请求消息以发起单播层2链路建立程序。直接通信请求消息包含:
-源用户信息:发起UE的应用层ID(即,UE-1的应用层ID)。
-如果在步骤2中ProSe应用层提供目标UE的应用层ID,那么包含以下信息:
-目标用户信息:目标UE的应用层ID(即,UE-2的应用层ID)。
-ProSe服务信息:关于请求层2链路建立的ProSe标识符的信息。
-安全性信息:用于建立安全性的信息。
注1:安全性信息以及对源用户信息和目标用户信息的必要保护由SA WG3定义。
如第5.8.2.1节和第5.8.2.4节中所规定,确定用于发送直接通信请求消息的源层2ID和目的地层2ID。目的地层2ID可以是广播或单播层2ID。当使用单播层2ID时,目标用户信息应包含于直接通信请求消息中。
UE-1使用源层2ID和目的地层2ID经由PC5广播或单播发送直接通信请求消息。
4.如下建立UE-1的安全性:
4a.如果目标用户信息包含于直接通信请求消息中,那么目标UE(即UE-2)通过与UE-1建立安全性而作出响应。
4b.如果目标用户信息未包含于直接通信请求消息中,那么对通过与UE-1的PC5单播链路使用通知的ProSe服务感兴趣的UE通过与UE-1建立安全性而作出响应。
注2:用于安全性程序的信令由SA WG3定义。
当启用安全性保护时,UE-1将以下信息发送到目标UE:
-如果使用IP通信,那么:
-IP地址配置:对于IP通信,此链路需要IP地址配置,且IP地址配置指示以下值中的一个:
-“DHCPv4服务器”,如果仅IPv4地址分配机制由启动UE支持,即充当DHCPv4服务器;或
-“IPv6路由器”,如果仅IPv6地址分配机制由启动UE支持,即充当IPv6路由器;或
-“DHCPv4服务器与IPv6路由器”,如果IPv4和IPv6地址分配机制两者均由启动UE支持;或
-“不支持地址分配”,如果IPv4和IPv6地址分配机制均不由启动UE支持。
-链路本地IPv6地址:如果UE-1不支持IPv6 IP地址分配机制,即IP地址配置指示“不支持地址分配”,那么基于RFC 4862[17]在本地形成链路本地IPv6地址。
-QoS信息:关于PC5 QoS流的信息。对于每一PC5 QoS流,PFI和对应PC5 QoS参数(即,PQI和有条件地其它参数,例如MFBR/GFBR等)以及相关联的ProSe标识符。
如在第5.8.2.1节和第5.8.2.4节中所规定,确定用于安全性建立程序的源层2ID。目的地层2ID设置为接收到的直接通信请求消息的源层2ID。
一旦接收到安全性建立程序消息,UE-1就针对用于此单播链路的信令和数据业务获得对等UE的层2ID以用于未来通信。
5.已成功与UE-1建立安全性的一或多个目标UE将直接通信接受消息发送到UE-1:
5a.(面向UE的层2链路建立)如果直接通信请求消息中包含目标用户信息,那么在用于UE-2的应用层ID匹配的情况下,目标UE(即,UE-2)用直接通信接受消息作出响应。
5b.(面向ProSe服务的层2链路建立)如果直接通信请求消息中不包含目标用户信息,那么对使用通知的ProSe服务感兴趣的UE(在图6.3.3.1-1中的UE-2和UE-4)通过发送直接通信接受消息来对请求作出响应。
直接通信接受消息包含:
-源用户信息:发送直接通信接受消息的UE的应用层ID。
-QoS信息:关于PC5 QoS流的信息。对于每一PC5 QoS流,PFI和由UE-1请求的对应PC5 QoS参数(即,PQI和有条件地其它参数,例如MFBR/GFBR等)以及相关联的ProSe标识符。
-如果使用IP通信,那么:
-IP地址配置:对于IP通信,此链路需要IP地址配置,且IP地址配置指示以下值中的一个:
-“DHCPv4服务器”,如果仅IPv4地址分配机制由目标UE支持,即充当DHCPv4服务器;或
-“IPv6路由器”,如果仅IPv6地址分配机制由目标UE支持,即充当IPv6路由器;或
-“DHCPv4服务器与IPv6路由器”,如果IPv4和IPv6地址分配机制两者均由目标UE支持;或
-“不支持地址分配”,如果IPv4和IPv6地址分配机制均不由目标UE支持。
-链路本地IPv6地址:如果目标UE不支持IPv6 IP地址分配机制,即IP地址配置指示“不支持地址分配”,且UE-1包含直接通信请求消息中的链路本地IPv6地址,那么基于RFC4862[17]在本地形成链路本地IPv6地址。目标UE应包含非冲突链路本地IPv6地址。
如果选择两个UE(即,发起UE和目标UE)来使用链路本地IPv6地址,那么它们将停用RFC 4862[17]中所定义的双重地址检测。
注3:当发起UE或目标UE指示对IPv6路由的支持时,对应地址配置程序将在建立层2链路之后进行,并且忽略链路本地IPv6地址。
建立PC5单播链路的UE的ProSe层将分配用于单播链路的PC5链路标识符和PC5单播链路相关信息向下传递到AS层。与PC5单播链路相关的信息包含层2ID信息(即,源层2ID和目的地层2ID)。这使得AS层能够维持PC5链路标识符以及PC5单播链路相关信息。
6.如下通过已建立的单播链路传送ProSe数据:
PC5链路标识符和PFI连同ProSe数据一起提供到AS层。
另外,任选地,将层2ID信息(即,源层2ID和目的地层2ID)提供给AS层。
注4:由UE实施方案将层2ID信息提供给AS层。
UE-1使用源层2ID(即,UE-1的用于此单播链路的层2ID)和目的地层2ID(即,对等UE的用于此单播链路的层2ID)发送ProSe数据。
注5:PC5单播链路是双向的,因此UE-1的对等UE可以通过与UE-1的单播链路将ProSe数据发送到UE-1。
[…]
6.4.3.6用于5G ProSe UE到网络中继的通过PC5参考点的层2链路管理
如根据第6.4.3.1节到第6.4.3.5节描绘的用于单播模式5G ProSe直接通信的通过PC5参考点的层2链路程序可用于5G ProSe远程UE与5G ProSe UE到网络中继之间的PC5参考点,具有以下差异和阐明:
-层2链路修改程序适用于经由5G ProSe层3UE到网络中继的ProSe通信,其它程序适用于经由5G ProSe层2UE到网络中继的ProSe通信和经由5G ProSe层3UE到网络中继的ProSe通信。
编者注:层2链路修改程序是否也适用于经由5G ProSe层2UE到网络中继的ProSe通信需要与RAN2的协作。
-关于表示5G ProSe远程UE的UE-1和表示5G ProSe UE到网络中继的UE-2使用面向UE的层2链路建立。对于其它程序,UE-1表示5G ProSe远程UE且UE-2表示5G ProSe UE到网络中继,或者UE-1表示5G ProSe UE到网络中继且UE-2表示5G ProSe远程UE。即,层2链路建立由5G ProSe远程UE发起,而其它程序可以由5G ProSe远程UE或由5G ProSe UE到网络中继发起。
对于如第6.4.3.1节中所描述的面向UE的层2链路建立,
-在步骤1中,5G ProSe远程UE在如第6.3.2.3节中所规定的UE到网络中继发现期间基于选定5G ProSe UE到网络中继的单播源层2ID(如第5.8.3节中所规定)确定用于PC5单播链路建立的目的地层2ID。
-在步骤2中,5G ProSe远程UE(UE-1)确定要使用的中继服务代码。要使用的中继服务代码是选自在如第6.3.2.3节中所规定的UE到网络中继发现期间的所接收中继服务代码。
-在步骤3中,5G ProSe远程UE(UE-1)将单播直接通信请求消息发送到选定5GProSe UE到网络中继。用以发送直接通信请求消息的目的地层2ID应当是如在步骤1中确定的单播层2ID。直接通信请求消息包含:
-源用户信息:请求中继操作的远程UE的身份。
-目标用户信息:在UE到网络中继发现程序期间提供到5G ProSe远程UE的UE到网络中继的身份。
-中继服务代码:指示如由5G ProSe远程UE请求的由5G ProSe UE到网络中继提供的连接性服务。
-安全性信息:用于建立安全性的信息。
-在步骤4和步骤5中,如果5G ProSe UE到网络中继的身份与提供于目标用户信息中的身份匹配且中继服务代码是在如第6.3.2.3节中所规定的UE到网络中继发现期间包含的中继服务代码中的一者,那么执行步骤4a和步骤5a。直接通信接受消息中的源用户信息是UE到网络中继的身份。在5G ProSe层2UE到网络中继的情况下,远程UE不将IP地址配置、链路本地IPv6地址和QoS信息发送到5G ProSe层2UE到网络中继,且直接通信接受消息不包含IP地址配置、链路本地IPv6地址和QoS信息。在5G ProSe层3UE到网络中继的情况下,直接通信接受消息不包含指示值“不支持地址分配”的IP地址配置。
-在5G ProSe层2UE到网络中继的情况下,不执行步骤6。
对于如第6.4.3.3节中描述的层2链路释放,
-在步骤1中,如果层2链路释放程序由5G ProSe UE到网络中继发起,那么断开请求消息可以指示5G ProSe UE到网络中继临时不可用,如第5.12节中所描述。
注:临时不可用指示的形式将由阶段3确定。
-如果用于充当5G ProSe远程UE或5G ProSe UE到网络中继的服务授权被撤销,那么5G ProSe UE到网络中继应当发起被撤销授权影响的层2链路的释放。
对于如第6.4.3.4节中所描述的层2链路修改,
-在步骤1中,5G ProSe层3远程UE可以基于从其ProSe应用层接收到的应用信息发起层2链路修改程序。链路修改请求消息可包含如第5.6.2.1节中所描述的用于待添加或修改的PC5 QoS流的PC5 QoS规则。5G ProSe层3UE到网络中继可以基于经由来自SMF的NAS信令从SMF接收到的信息而发起层2链路修改程序。
如果现有单播链路是以不同中继服务代码或在无中继服务代码的情况下建立,那么5G ProSe远程UE和5G ProSe UE到网络中继应设置单独的PC5单播链路。
3GPP TS 38.331介绍以下内容:
5.2.2.3.3对按需系统信息的请求
UE应:
1>如果SIB1包含含有si-RequestConfigSUL的si-SchedulingInfo以及选择如在TS38.321[13]中定义的补充上行链路的标准,那么满足第5.1.1节:
[…]
1>否则如果SIB1包含含有si-RequestConfig的si-SchedulingInfo以及选择如在TS38.321[13]中定义的正常上行链路的标准,那么满足第5.1.1节:
[…]
1>否则:
2>如对应的物理层规范中所规定,应用预设L1参数值,值在SIB1中提供的参数除外;
2>如9.2.2中所规定,应用预设MAC小区群组配置;
2>应用SIB1中所包含的timeAlignmentTimerCommon;
2>如9.1.1.2中所规定,应用CCCH配置;
2>根据5.2.2.3.4发起RRCSystemInfoRequest消息的传送;
2>如果从下层接收对RRCSystemInfoRequest消息的确认:
3>立即获取如在第5.2.2.3.2小节中定义的所请求SI消息;
1>如果在等待来自下层的对SI请求的确认时发生小区重选:
2>复位MAC;
2>如果SI请求是基于RRCSystemInfoRequest消息:
3>释放SRB0的RLC实体。
[…]
5.3.3 RRC连接建立
5.3.3.1概述
[3GPP TS 38.331 V16.6.0中标题为“RRC连接建立成功(RRC connectionestablishment,successful)”的图5.3.3.1-1再现为图9]
[…]
此程序的目的是建立RRC连接。RRC连接建立涉及SRB1建立。程序还用于将初始NAS专用信息/消息从UE传送到网络。
网络例如如下应用程序:
-当建立RRC连接时;
-当UE正在恢复或重建RRC连接且网络不能够检索或验证UE上下文时。在此情况下,UE接收RRCSetup且以RRCSetupComplete作出响应。
[…]
5.3.7 RRC连接重建
5.3.7.1概述
[3GPP TS 38.331 V16.6.0中标题为“RRC连接重建成功(RRC connection re-establishment,successful)”的图5.3.7.1-1再现为图10]
[…]
此程序的目的是重建RRC连接。对于其已在SRB2和至少一个DRB设置或对于IAB为SRB2的情况下激活AS安全性的处于RRC_CONNECTED的UE可以发起所述程序以便继续RRC连接。如果网络能够找到并验证有效UE上下文,或如果无法检索UE上下文且网络根据第5.3.3.4节以RRCSetup作出响应,那么连接重建成功。
网络例如应用如下程序:
-当AS安全性已激活且网络检索或验证UE上下文时:
-重新激活AS安全性,而不改变算法;
-重建并恢复SRB1;
-当UE正在重建RRC连接且网络无法检索或验证UE上下文时:
-丢弃所存储的AS上下文且释放所有RB和BH RLC信道;
-回退以建立新的RRC连接。
如果AS安全性尚未激活,那么UE将不发起程序,而是直接移动到RRC_IDLE,释放原因为‘其它’。如果AS安全性已激活,但未设置SRB2和至少一个DRB或对于IAB为SRB2,那么UE不发起程序,而是直接移动到RRC_IDLE,释放原因为‘RRC连接失败’。
5.3.7.2发起
UE在满足以下条件中的一者时发起程序:
1>根据5.3.10,在检测到MCG的无线电链路失败且t316未配置后;或
1>根据5.3.10,当SCG传送暂停时在检测到MCG的无线电链路失败后;或
1>根据5.3.10,当PSCell改变或PSCell添加在进行中时在检测到MCG的无线电链路失败后;或
1>根据第5.3.5.8.3小节,在用MCG的同步失败重新配置后;或
1>根据第5.4.3.5小节,在由于NR失败而移动后;或
1>在来自下层的关于SRB1或SRB2的完整性校验失败指示后,除非在RRCReestablishment消息上检测到完整性校验失败;或
1>根据第5.3.5.8.2小节,在RRC连接重新配置失败后;或
1>根据NR-DC中的第5.3.10.3小节或根据NE-DC中的TS 36.331[10]第5.3.11.3小节,当MCG传送暂停时在检测到用于SCG的无线电链路失败后;或
1>根据第5.3.5.8.3小节,当MCG传送暂停时在以SCG的同步失败的重新配置后;或
1>根据TS 36.331[10]第5.3.5.7a小节,当MCG传送暂停时在SCG改变失败后;或
1>根据NR-DC中的第5.3.5.8.2小节或根据NE-DC中的TS 36.331[10]第5.3.5.5小节,当MCG传送暂停时在SCG配置失败后;或
1>当MCG暂停时在来自SCG下层的关于SRB3的完整性校验失败指示后;或
1>根据第5.7.3b.5小节,在T316到期后。
在发起程序后,UE应:
1>如果运行,那么停止定时器T310;
1>如果运行,那么停止定时器T312;
1>如果运行,那么停止定时器T304;
1>启动定时器T311;
1>如果运行,那么停止定时器T316;
1>如果UE未配置成具有conditionalReconfiguration:
2>复位MAC;
2>如果经配置,那么释放spCellConfig;
2>暂停针对IAB-MT的所有RB和BH RLC信道,SRB0除外;
2>如果经配置,那么释放MCG SCell;
2>如果MR-DC经配置:
3>执行MR-DC释放,如第5.3.5.10中所规定;
2>如果经配置,那么释放delayBudgetReportingConfig,且如果运行,那么停止定时器T342;
2>如果经配置,那么释放overheatingAssistanceConfig,且如果运行,那么停止定时器T345;
2>如果经配置,那么释放idc-AssistanceConfig;
2>如果经配置,那么释放btNameList;
2>如果经配置,那么释放wlanNameList;
2>如果经配置,那么释放sensorNameList;
2>如果经配置,那么释放用于MCG的drx-PreferenceConfig,且如果运行,那么停止与MCG相关联的定时器T346a;
2>如果经配置,那么释放用于MCG的maxBW-PreferenceConfig,且如果运行,那么停止与MCG相关联的定时器T346b;
2>如果经配置,那么释放用于MCG的maxCC-PreferenceConfig,且如果运行,那么停止与MCG相关联的定时器T346c;
2>如果经配置,那么释放用于MCG的maxMIMO-LayerPreferenceConfig,且如果运行,那么停止与MCG相关联的定时器T346d;
2>如果经配置,那么释放用于MCG的minSchedulingOffsetPreferenceConfig,如果运行,那么停止与MCG相关联的定时器T346e;
2>如果经配置,那么释放releasePreferenceConfig,如果运行,那么停止定时器T346f;
2>如果经配置,那么释放onDemandSIB-Request,且如果运行,那么停止定时器T350;
2>如果经配置,那么释放referenceTimePreferenceReporting;
2>如果经配置,那么释放sl-AssistanceConfigNR;
2>如果经配置,那么释放obtainCommonLocation;
1>如果存在任何DAPS承载经配置:
2>复位源MAC且释放源MAC配置;
2>对于每一DAPS承载:
3>释放RLC实体或如TS 38.322[4],第5.1.3节中所规定的实体,以及用于源SpCell的相关联逻辑信道;
3>重新配置PDCP实体以释放如TS 38.323[5]中所规定的DAPS;
2>对于每一SRB:
3>释放用于源SpCell的PDCP实体;
3>释放如TS 38.322[4],第5.1.3节中所规定的RLC实体,以及用于源SpCell的相关联逻辑信道;
2>释放用于源SpCell的物理信道配置;
2>丢弃源SpCell中使用的密钥(KgNB密钥、KRRCenc密钥、KRRCint密钥、KUPint密钥和KUPenc密钥)(如果存在的话);
1>如在TS 38.304[20]中所规定,根据小区选择过程执行小区选择。
5.3.7.3T311运行时小区选择后的动作
在选择合适的NR小区后,UE应:
1>确保具有如第5.2.2.2节中所规定的有效且最新的基本系统信息;
1>停止定时器T311;
1>如果T390处于运行中:
2>针对所有接入类别,停止定时器T390;
2>执行如5.3.14.4中所规定的动作;
1>如果通过检测到MCG的无线电链路失败或具有MCG的同步失败或由于NR失败的移动性的重新配置来触发小区选择,且
1>如果attemptCondReconfig经配置;且
1>如果选定单元是reconfigurationWithSync包含于VarConditionalReconfig中的masterCellGroup中的候选小区中的一者:
2>应用关联到选定单元的所存储condRRCReconfig且执行如5.3.5.3中所规定的动作;
注1:将由网络实施方案决定在失败的越区移交之后在基于CHO恢复的情况下如何避免密钥流再使用而无密钥改变。
1>否则:
2>如果UE配置成具有conditionalReconfiguration:
3>复位MAC;
3>如果经配置,那么释放spCellConfig;
3>如果经配置,那么释放MCG SCell;
3>如果经配置,那么释放delayBudgetReportingConfig,且如果运行,那么停止定时器T342;
3>如果经配置,那么释放overheatingAssistanceConfig,且如果运行,那么停止定时器T345;
3>如果MR-DC经配置:
4>执行MR-DC释放,如第5.3.5.10中所规定;
3>如果经配置,那么释放idc-AssistanceConfig;
3>如果经配置,那么释放btNameList;
3>如果经配置,那么释放wlanNameList;
3>如果经配置,那么释放sensorNameList;
3>如果经配置,那么释放用于MCG的drx-PreferenceConfig,且如果运行,那么停止与MCG相关联的定时器T346a;
3>如果经配置,那么释放用于MCG的maxBW-PreferenceConfig,且如果运行,那么停止与MCG相关联的定时器T346b;
3>如果经配置,那么释放用于MCG的maxCC-PreferenceConfig,且如果运行,那么停止与MCG相关联的定时器T346c;
3>如果经配置,那么释放用于MCG的maxMIMO-LayerPreferenceConfig,且如果运行,那么停止与MCG相关联的定时器T346d;
3>如果经配置,那么释放用于MCG的minSchedulingOffsetPreferenceConfig,且如果运行,那么停止与MCG相关联的定时器T346e;
3>如果经配置,那么释放releasePreferenceConfig,且如果运行,那么停止定时器T346f;
3>如果经配置,那么释放onDemandSIB-Request,且如果运行,那么停止定时器T350;
3>如果经配置,那么释放referenceTimePreferenceReporting;
3>如果经配置,那么释放sl-AssistanceConfigNR;
3>如果经配置,那么释放obtainCommonLocation;
3>暂停除了SRB0之外的所有RB;
2>移除VarConditionalReconfig内的所有条目,如果存在的话;
2>对于每一measId,如果相关联的reportConfig具有设置为condTriggerConfig的reportType:
3>对于相关联的reportConfigId:
4>从VarMeasConfig内的reportConfigList移除具有匹配reportConfigId的条目;
3>如果相关联的measObjectId仅与具有设置为condTriggerConfig的reportType的reportConfig相关联:
4>从VarMeasConfig内的measObjectList移除具有匹配measObjectId的条目;
3>从VarMeasConfig内的measIdList移除具有匹配measId的条目;
2>启动定时器T301;
2>如对应的物理层规范中所规定,应用预设L1参数值,值在SIB1中提供的参数除外;
2>如9.2.2中所规定,应用预设MAC小区群组配置;
2>如9.1.1.2中所规定,应用CCCH配置;
2>应用SIB1中所包含的timeAlignmentTimerCommon;
2>根据5.3.7.4发起RRCReestablishmentRequest消息的传送;
注2:如果UE返回到源PCell,那么也应用此程序。
在选择RAT间小区后,UE应:
1>在由于释放原因‘RRC连接失败’而转到如在5.3.11中规定的RRC_IDLE后执行动作。
5.3.7.4与RRCReestablishmentRequest消息的传送相关的动作
UE应如下设置RRCReestablishmentRequest消息的内容:
1>如果由于如5.3.10.3中所规定的无线电链路失败或如5.3.5.8.3中所规定的具有同步失败的重新配置而发起程序:
2>将VarRLF-Report中的reestablishmentCellId设置为选定小区的全球小区标识;
1>如下设置ue-Identity:
2>将c-RNTI设置为在源PCell(具有同步或由于NR失败的移动性的重新配置)中使用或在其中发生用于重建的触发的PCell(其它情况)中使用的C-RNTI;
2>将physCellId设置为源PCell(具有同步或由于NR失败的移动性的重新配置)或其中发生用于重建的触发的PCell(其它情况)的物理小区标识;
2>将shortMAC-I设置为所计算的MAC-I的16个最低有效位:
3>通过根据第8节(即,8位的倍数)编码为VarShortMAC-Input的ASN.1;
3>借助在源PCell(具有同步或由于NR失败的移动性的重新配置)或其中发生用于重建的触发的PCell(其它情况)中使用的KRRCint密钥和完整性保护算法;以及
3>其中COUNT、BEARER和DIRECTION的所有输入位都设置为二进制位;
1>如下设置reestablishmentCause:
2>如果由于如5.3.5.8.2中所规定的重新配置失败而发起重建程序:
3>将reestablishmentCause设置为值reconfigurationFailure;
2>否则如果由于如5.3.5.8.3(NR内越区移交失败)或5.4.3.5(由于NR失败的RAT间移动性)中所规定的同步失败的重新配置而发起重建程序:
3>将reestablishmentCause设置为值handoverFailure;
2>否则:
3>将reestablishmentCause设置为值otherFailure;
1>为SRB1重建PDCP;
1>为SRB1重建RLC;
1>将9.2.1中定义的预设配置应用于SRB1;
1>配置下层以暂停用于SRB1的完整性保护和加密;
注:针对用以恢复连接的后续RRCReestablishment消息未应用加密。完整性校验由下层执行,但仅在来自RRC的请求后即刻执行。
1>恢复SRB1;
1>向下层提交RRCReestablishmentRequest消息以供传送。
5.3.7.5 UE接收RRCReestablishment
UE应:
1>停止定时器T301;
1>将当前小区视为PCell;
1>存储在RRCReestablishment消息中指示的nextHopChainingCount值;
1>使用所存储的nextHopChainingCount值,基于当前KgNB密钥或NH更新KgNB密钥,如TS 33.501[11]中所规定;
1>导出与先前配置的cipheringAlgorithm相关联的KRRCenc和KUPenc密钥,如TS33.501[11]中所规定;
1>导出与先前配置的integrityProtAlgorithm相关联的KRRCint和KUPint密钥,如TS 33.501[11]中所规定。
1>使用先前配置的算法和KRRCint密钥向下层请求验证RRCReestablishment消息的完整性保护;
1>如果RRCReestablishment消息的完整性保护校验失败:
2>在由于释放原因‘RRC连接失败’而转到如在5.3.11中规定的RRC_IDLE后执行动作,在此之后程序结束;
1>立即使用先前配置的算法和KRRCint密钥配置下层以恢复用于SRB1的完整性保护,即,完整性保护将应用于由UE接收和发送的所有后续消息,包含用以指示程序的成功完成的消息;
1>立即使用先前配置的算法和KRRCenc密钥配置下层以恢复用于SRB1的加密,即,加密将应用于由UE接收和发送的所有后续消息,包含用以指示程序的成功完成的消息;
1>如果经配置,那么释放由measGapConfig指示的测量间隙配置;
1>如下设置RRCReestablishmentComplete消息的内容:
2>如果UE已记录可用于NR的测量,并且如果RPLMN包含在存储于VarLogMeasReport中的plmn-IdentityList中:
3>在RRCReestablishmentComplete消息中包含logMeasAvailable;
3>如果蓝牙测量结果包含于所记录的测量中,那么UE可用于NR:
4>在RRCReestablishmentComplete消息中包含logMeasAvailableBT;
3>如果WLAN测量结果包含于所记录的测量中,那么UE可用于NR:
4>在RRCReestablishmentComplete消息中包含logMeasAvailableWLAN;
2>如果UE具有在VarConnEstFailReport中可用的连接建立失败或连接恢复失败信息且如果RPLMN等于存储于VarConnEstFailReport中的plmn-Identity:
3>在RRCReestablishmentComplete消息中包含connEstFailInfoAvailable;
2>如果UE具有VarRLF-Report中可用的无线电链路失败或越区移交失败信息且如果RPLMN包含在存储于VarRLF-Report中的plmn-IdentityList中;或
2>如果UE具有TS 36.331[10]的VarRLF-Report中可用的无线电链路失败或越区移交失败信息且如果UE能够进行跨RAT RLF报告且如果RPLMN包含在存储于TS 36.331[10]的VarRLF-Report中的plmn-IdentityList中:
3>在RRCReestablishmentComplete消息中包含rlf-InfoAvailable;
1>将RRCReestablishmentComplete消息提交到下层以供传送;
1>程序结束。
[…]
5.8.3用于NR侧链路通信的侧链路UE信息
5.8.3.1概述
[3GPP TS 38.331 V16.6.0中标题为“用于NR侧链路通信的侧链路UE信息(Sidelink UE information for NR sidelink communication)"的图5.8.3.1-1再现为图11]
此程序的目的在于向网络通知UE:
-对接收或传送NR侧链路通信感兴趣或不再感兴趣,
-正在请求用于NR侧链路通信的传送资源的分配或释放,
-正在报告与NR侧链路通信相关的QoS参数和QoS配置文件,
-正在报告已检测到侧链路无线电链路失败或侧链路RRC重新配置失败,
-正在报告用于单播通信的相关联对等UE的侧链路UE能力信息,
-正在报告从用于单播通信的相关联对等UE接收到的侧链路数据无线电承载的RLC模式信息。
5.8.3.2发起
处于RRC_CONNECTED中的能够进行NR侧链路通信的UE可在若干情况下发起指示其对接收或传送NR侧链路通信(感兴趣)的程序,包含:在成功建立连接或恢复连接后,在兴趣改变后,在改变QoS配置文件后,在从相关联的对等UE接收到UECapabilityInformationSidelink后,在从相关联的对等UE更新RLC模式信息后,或在改变为提供包含sl-ConfigCommonNR的SIB12的PCell后。能够进行NR侧链路通信的UE可发起请求分配专用侧链路DRB配置和传送资源以进行NR侧链路通信传送的程序。能够进行NR侧链路通信的UE可发起向网络报告已声明侧链路无线电链路失败或侧链路RRC重新配置失败的程序。
在发起此程序后,UE应:
1>如果包含sl-ConfigCommonNR的SIB12由PCell提供:
2>确保具有用于PCell的SIB12的有效版本;
2>如果由上层配置成在PCell的SIB12中的sl-FreqInfoList中所包含的频率上接收NR侧链路通信:
3>如果UE从最后一次进入RRC_CONNECTED状态起就不传送SidelinkUEInformationNR消息;或
3>如果从UE最后一次传送SidelinkUEInformationNR消息起,UE就连接到不提供包含sl-ConfigCommonNR的SIB12的PCell;或
3>如果SidelinkUEInformationNR消息的最后一次传送不包含sl-RxInterestedFreqList;或如果从SidelinkUEInformationNR消息的最后一次传送起,由上层配置成接收NR侧链路通信的频率就已改变,那么:
4>根据5.8.3.3,发起SidelinkUEInformationNR消息的传送以指示感兴趣的NR侧链路通信接收频率;
2>否则:
3>如果SidelinkUEInformationNR消息的最后一次传送包含sl-RxInterestedFreqList,那么:
4>根据5.8.3.3,发起SidelinkUEInformationNR消息的传送以指示对NR侧链路通信接收不再感兴趣;
2>如果由上层配置成在包含在PCell的SIB12中的sl-FreqInfoList中的频率上传送NR侧链路通信:
3>如果UE从最后一次进入RRC_CONNECTED状态起就不传送SidelinkUEInformationNR消息;或
3>如果从UE最后一次传送SidelinkUEInformationNR消息起,UE就连接到不提供包含sl-ConfigCommonNR的SIB12的PCell;或
3>如果SidelinkUEInformationNR消息的最后一次传送不包含sl-TxResourceReqList;或如果从SidelinkUEInformationNR消息的最后一次传送起,sl-TxResourceReqList所携载的信息已改变,那么:
4>根据5.8.3.3,发起SidelinkUEInformationNR消息的传送以指示UE所需的NR侧链路通信传送资源;
2>否则:
3>如果SidelinkUEInformationNR消息的最后一次传送包含sl-TxResourceReqList:
4>根据5.8.3.3,发起SidelinkUEInformationNR消息的传送以指示其不再需要NR侧链路通信传送资源。
5.8.3.3与SidelinkUEInformationNR消息的传送相关的动作
UE应如下设置SidelinkUEInformationNR消息的内容:
1>如果UE发起程序以指示其(不再)有兴趣接收NR侧链路通信或请求NR侧链路通信传送资源的(配置/释放)或向网络报告已声明侧链路无线电链路故障或侧链路RRC重新配置故障(即,UE包含所有相关信息,无论是谁触发程序),那么:
2>如果包含sl-ConfigCommonNR的SIB12由PCell提供:
3>如果由上层配置成接收NR侧链路通信:
4>包含sl-RxInterestedFreqList并且将其设置为用于NR侧链路通信接收的频率;
3>如果由上层配置成传送NR侧链路通信:
4>包含sl-TxResourceReqList并且为请求网络分配NR侧链路通信资源的每一目的地按如下设置其字段(如果需要):
5>将sl-DestinationIdentity设置为由上层配置用于NR侧链路通信传送的目的地标识;
5>将sl-CastType设置为由上层配置用于NR侧链路通信传送的相关联目的地标识的播送类型;
5>如果已由于RRCReconfigurationSidelink的配置建立相关联的双向侧链路DRB,那么将sl-RLC-ModeIndication设置为包含RLC模式和任选地相关联RLC模式的侧链路QoS流的QoS配置文件;
5>将sl-QoS-InfoList设置为包含由上层配置用于NR侧链路通信传送的相关联目的地的侧链路QoS流的QoS配置文件;
5>将sl-InterestedFreqList设置为指示用于NR侧链路通信传送的相关联目的地的频率;
5>将sl-TypeTxSyncList设置为在用于NR侧链路通信传送的相关联sl-InterestedFreqList上使用的当前同步参考类型。
5>将sl-CapabilityInformationSidelink设置为包含从对等UE接收到的UECapabilityInformationSidelink消息(如果存在的话)。
4>如果已分别根据第5.8.9.3节和第5.8.9.1.8节声明侧链路无线电链路失败或侧链路RRC重新配置失败;
5>包含sl-FailureList且如下针对其报告NR侧链路通信失败的每一目的地设置其字段:
6>将sl-DestinationIdentity设置为由上层配置用于NR侧链路通信传送的目的地标识;
6>如果检测到侧链路RLF,如第5.8.9.3节中所规定:
7>将sl-Failure设置为用于NR侧链路通信传送的相关联目的地的rlf;
6>否则,如果接收到RRCReconfigurationFailureSidelink,那么:
7>将sl-Failure设置为用于NR侧链路通信传送的相关联目的地的configFailure;
1>如果UE在连接到E-UTRA PCell时发起程序,那么:
2>经由SRB1向下层提交SidelinkUEInformationNR,其嵌入在如TS 36.331[10]第5.6.28节中所规定的E-UTRA RRC消息ULInformationTransferIRAT中;
1>否则:
2>向下层提交SidelinkUEInformationNR消息以供传送。
[…]
5.8.9侧链路RRC程序
5.8.9.1侧链路RRC重新配置
5.8.9.1.1概述
[3GPP TS 38.331 V16.6.0中标题为“侧链路RRC重新配置成功(Sidelink RRCreconfiguration,successful)”的图5.8.9.1.1-1再现为图12]
[…]
此程序的目的是修改PC5-RRC连接,例如建立/修改/释放侧链路DRB、(重新)配置NR侧链路测量和报告、(重新)配置侧链路CSI参考信号资源和CSI报告时延界限。
在以下情况中,UE可发起侧链路RRC重新配置程序并在对应的PC5-RRC连接上执行第5.8.9.1.2小节中的操作:
-释放与对等UE相关联的侧链路DRB,如第5.8.9.1a.1小节中所规定;
-建立与对等UE相关联的侧链路DRB,如第5.8.9.1a.2小节中所规定;
-修改包含在与对等UE相关联的侧链路DRB的SLRB-Config中的参数,如第5.8.9.1a.2小节中所规定;
-(重新)配置对等UE以执行NR侧链路测量和报告。
-(重新)配置侧链路CSI参考信号资源和CSI报告时延界限。
在RRC_CONNECTED中,UE应用在RRCReconfiguration(如果存在的话)中提供的NR侧链路通信参数。在RRC_IDLE或RRC_INACTIVE中,UE应用在系统信息(如果存在的话)中提供的NR侧链路通信参数。对于其它情况,UE应用在SidelinkPreconfigNR(如果存在的话)中提供的NR侧链路通信参数。当UE在以上三种情况之间执行状态转换时,在获取新配置之后,UE应用在新状态中提供的NR侧链路通信参数。在获取新配置之前,UE继续应用在旧状态中提供的NR侧链路通信参数。
5.8.9.1.2与RRCReconfigurationSidelink消息的传送相关的动作
UE应如下设置RRCReconfigurationSidelink消息的内容:
1>对于要释放的每一侧链路DRB,根据第5.8.9.1a.1.1小节,由于通过sl-ConfigDedicatedNR、SIB12、SidelinkPreconfigNR或通过上层进行的配置:
2>设置对应于侧链路DRB的slrb-ConfigToReleaseList中包含的SLRB-PC5-ConfigIndex;
1>对于要建立或修改的每一侧链路DRB,根据第5.8.9.1a.2.1小节,由于接收到sl-ConfigDedicatedNR、SIB12或SidelinkPreconfigNR:
2>根据接收到的sl-RadioBearerConfig和对应于侧链路DRB的sl-RLC-BearerConfig,设置slrb-ConfigToAddModList中包含的SLRB-Config;
1>如下设置sl-MeasConfig:
2>如果用于NR侧链路通信的频率包含在RRCReconfiguration消息内的sl-ConfigDedicatedNR中的sl-FreqInfoToAddModList中或包含在SIB12内的sl-ConfigCommonNR中,那么:
3>如果UE处于RRC_CONNECTED,那么:
4>根据针对此目的地存储的NR侧链路测量配置信息来设置sl-MeasConfig;
3>如果UE处于RRC_IDLE或RRC_INACTIVE,那么:
4>根据从SIB12接收到的所存储的NR侧链路测量配置,设置sl-MeasConfig;
2>否则:
3>根据SidelinkPreconfigNR中的sl-MeasPreconfig来设置sl-MeasConfig;
1>针对与侧链路DRB相关联的目的地启动定时器T400;
1>设置sl-CSI-RS-Config;
1>设置sl-LatencyBoundCSI-Report,
注1:如何设置包含在sl-CSI-RS-Config和sl-LatencyBoundCSI-Report中的参数取决于UE实施方案。
UE将向下层提交RRCReconfigurationSidelink消息以供传送。
5.8.9.1.3通过UE接收RRCReconfigurationSidelink
UE应在接收RRCReconfigurationSidelink之后执行以下动作:
1>如果RRCReconfigurationSidelink包含sl-ResetConfig,那么:
2>执行侧链路复位配置程序,如5.8.9.1.10中所规定;
1>如果RRCReconfigurationSidelink包含slrb-ConfigToReleaseList:
2>针对作为当前UE侧链路配置的部分的slrb-ConfigToReleaseList中包含的每一SLRB-PC5-ConfigIndex值;
3>根据第5.8.9.1a.1小节,执行侧链路DRB释放程序;
1>如果RRCReconfigurationSidelink包含slrb-ConfigToAddModList:
2>针对并非当前UE侧链路配置的部分的slrb-ConfigToAddModList中所包含的每一slrb-PC5-ConfigIndex值:
3>如果包含sl-MappedQoS-FlowsToAddList,那么:
4>应用包含在sl-MappedQoS-FlowsToAddList中的SL-PQFI;
3>根据第5.8.9.1a.2小节,执行侧链路DRB添加程序;
2>针对作为当前UE侧链路配置的部分的slrb-ConfigToAddModList中包含的每一slrb-PC5-ConfigIndex值:
3>如果包含sl-MappedQoS-FlowsToAddList,那么:
4>将包含在sl-MappedQoS-FlowsToAddList中的SL-PQFI添加到对应的侧链路DRB;
3>如果包含sl-MappedQoS-FlowsToReleaseList,那么:
4>从对应的侧链路DRB中移除包含在sl-MappedQoS-FlowsToReleaseList中的SL-PQFI;
3>如果满足如第5.8.9.1a.1.1小节中所描述的侧链路DRB释放条件,那么:
4>根据第5.8.9.1a.1.2小节,执行侧链路DRB释放程序;
3>否则,如果满足如第5.8.9.1a.2.1小节中所描述的侧链路DRB修改条件,那么:
4>根据第5.8.9.1a.2.2小节,执行侧链路DRB修改程序;
1>如果RRCReconfigurationSidelink消息包含sl-MeasConfig,那么:
2>执行侧链路测量配置程序,如5.8.10中所规定;
1>如果RRCReconfigurationSidelink消息包含sl-CSI-RS-Config,那么:
2>应用侧链路CSI-RS配置;
1>如果RRCReconfigurationSidelink消息包含sl-LatencyBoundCSI-Report,那么:
2>应用经配置侧链路CSI报告时延界限;
1>如果UE不能够遵守RRCReconfigurationSidelink中包含的(部分)配置(即,侧链路RRC重新配置失败):
2>继续使用在接收到RRCReconfigurationSidelink消息之前使用的配置;
2>设置RRCReconfigurationFailureSidelink消息的内容;
3>向下层提交RRCReconfigurationFailureSidelink消息以供传送;
1>否则:
2>设置RRCReconfigurationCompleteSidelink消息的内容;
3>向下层提交RRCReconfigurationCompleteSidelink消息以供传送;
注1:当同一逻辑信道由另一UE配置不同RLC模式时,UE将所述情况处置为侧链路RRC重新配置失败。
[…]
5.8.9.1a.3侧链路SRB释放
UE应:
1>如果上层请求释放用于特定目的地的PC5-RRC连接;或
1>如果针对特定目的地检测到侧链路无线电链路失败,那么:
2>释放用于特定目的地的PC5-RRC消息的侧链路SRB的PDCP实体、RLC实体和逻辑信道;
2>考虑针对目的地释放PC5-RRC连接。
1>如果特定目的地的PC5-S传送在上层中终止:
2>释放用于特定目的地的PC5-S消息的侧链路SRB的PDCP实体、RLC实体和逻辑信道;
5.8.9.1a.4侧链路SRB添加
UE应:
1>如果用于侧链路SRB的上层请求用于特定目的地的PC5-S消息的传送:
2>如第9.1.1.4小节中所规定,建立用于PC5-S消息的侧链路SRB的PDCP实体、RLC实体和逻辑信道;
1>如果用于特定目的地的PC5-RRC连接建立由上层指示:
2>如第9.1.1.4小节中所规定,建立用于特定目的地的PC5-RRC消息的侧链路SRB的PDCP实体、RLC实体和逻辑信道;
2>考虑针对目的地建立PC5-RRC连接。
[…]
5.8.9.3侧链路无线电链路失败相关动作
UE应:
1>在从侧链路RLC实体指示已达到用于特定目的地的重新传送的最大数目后;或
1>在用于特定目的地的T400到期后;或
1>在从MAC实体指示已达到用于特定目的地的连续HARQ DTX的最大数目后,或
1>在针对特定目的地的来自侧链路PDCP实体的关于SL-SRB2或SL-SRB3的完整性校验失败指示后:
2>考虑针对此目的地检测到侧链路无线电链路失败;
2>根据第5.8.9.1a.1小节释放此目的地的DRB;
2>根据第5.8.9.1a.3小节释放此目的地的SRB;
2>丢弃此目的地的与NR侧链路通信相关的配置;
2>复位此目的地的侧链路特定MAC;
2>考虑针对目的地释放PC5-RRC连接;
2>针对此目的地指示到上层的PC5-RRC连接的释放(即,PC5是不可用的);
2>如果UE处于RRC_CONNECTED,那么:
3>执行如在5.8.3.3中所规定的用于NR侧链路通信程序的侧链路UE信息;
注:由UE实施方案决定是否以及如何向上层指示维持保活程序[55]。
TS 38.331的运行CR介绍以下内容:
下一经修改的小节
5.3.7 RRC连接重建
[…]
5.3.7.2发起
UE在满足以下条件中的一者时发起程序:
1>根据5.3.10,在检测到MCG的无线电链路失败且t316未配置后;或
1>根据5.3.10,当SCG传送暂停时在检测到MCG的无线电链路失败后;或
1>根据5.3.10,当PSCell改变或PSCell添加在进行中时在检测到MCG的无线电链路失败后;或
1>根据第5.3.5.8.3小节,在用MCG的同步失败重新配置后;或
1>根据第5.4.3.5小节,在由于NR失败而移动后;或
1>在来自下层的关于SRB1或SRB2的完整性校验失败指示后,除非在RRCReestablishment消息上检测到完整性校验失败;或
1>根据第5.3.5.8.2小节,在RRC连接重新配置失败后;或
1>根据NR-DC中的第5.3.10.3小节或根据NE-DC中的TS 36.331[10]第5.3.11.3小节,当MCG传送暂停时在检测到用于SCG的无线电链路失败后;或
1>根据第5.3.5.8.3小节,当MCG传送暂停时在以SCG的同步失败的重新配置后;或
1>根据TS 36.331[10]第5.3.5.7a小节,当MCG传送暂停时在SCG改变失败后;或
1>根据NR-DC中的第5.3.5.8.2小节或根据NE-DC中的TS 36.331[10]第5.3.5.5小节,当MCG传送暂停时在SCG配置失败后;或
1>当MCG暂停时在来自SCG下层的关于SRB3的完整性校验失败指示后;或
1>根据第5.7.3b.5小节,在T316到期后;或
1>根据第5.8.9.3小节,在RRC_CONNECTED中的L2 U2N远程UE检测到侧链路无线电链路失败后。
在发起程序后,UE应:
1>如果运行,那么停止定时器T310;
1>如果运行,那么停止定时器T312;
1>如果运行,那么停止定时器T304;
1>启动定时器T311;
1>如果运行,那么停止定时器T316;
1>如果UE未配置成具有conditionalReconfiguration:
2>复位MAC;
2>如果经配置,那么释放spCellConfig;
2>暂停针对IAB-MT的所有RB和BH RLC信道,SRB0除外;
2>如果经配置,那么释放MCG SCell;
2>如果MR-DC经配置:
3>执行MR-DC释放,如第5.3.5.10中所规定;
2>如果经配置,那么释放delayBudgetReportingConfig,且如果运行,那么停止定时器T342;
2>如果经配置,那么释放overheatingAssistanceConfig,且如果运行,那么停止定时器T345;
2>如果经配置,那么释放idc-AssistanceConfig;
2>如果经配置,那么释放btNameList;
2>如果经配置,那么释放wlanNameList;
2>如果经配置,那么释放sensorNameList;
2>如果经配置,那么释放用于MCG的drx-PreferenceConfig,且如果运行,那么停止与MCG相关联的定时器T346a;
2>如果经配置,那么释放用于MCG的maxBW-PreferenceConfig,且如果运行,那么停止与MCG相关联的定时器T346b;
2>如果经配置,那么释放用于MCG的maxCC-PreferenceConfig,且如果运行,那么停止与MCG相关联的定时器T346c;
2>如果经配置,那么释放用于MCG的maxMIMO-LayerPreferenceConfig,且如果运行,那么停止与MCG相关联的定时器T346d;
2>如果经配置,那么释放用于MCG的minSchedulingOffsetPreferenceConfig,如果运行,那么停止与MCG相关联的定时器T346e;
2>如果经配置,那么释放releasePreferenceConfig,如果运行,那么停止定时器T346f;
2>如果经配置,那么释放onDemandSIB-Request,且如果运行,那么停止定时器T350;
2>如果经配置,那么释放referenceTimePreferenceReporting;
2>如果经配置,那么释放sl-AssistanceConfigNR;
2>如果经配置,那么释放obtainCommonLocation;
1>如果存在任何DAPS承载经配置:
2>复位源MAC且释放源MAC配置;
2>对于每一DAPS承载:
3>释放RLC实体或如TS 38.322[4],第5.1.3节中所规定的实体,以及用于源SpCell的相关联逻辑信道;
3>重新配置PDCP实体以释放如TS 38.323[5]中所规定的DAPS;
2>对于每一SRB:
3>释放用于源SpCell的PDCP实体;
3>释放如TS 38.322[4],第5.1.3节中所规定的RLC实体,以及用于源SpCell的相关联逻辑信道;
2>释放用于源SpCell的物理信道配置;
2>丢弃源SpCell中使用的密钥(KgNB密钥、KRRCenc密钥、KRRCint密钥、KUPint密钥和KUPenc密钥)(如果存在的话);
1>如果UE经由PC5-RRC连接(即,UE为L2 U2N远程UE)与L2 U2N中继UE连接,那么:
1>根据如TS 38.304[20]中所规定的小区选择过程执行小区选择,或如第5.8.x3.3节中所规定中继选择,或这两者;
1>否则:
2>如在TS 38.304[20]中所规定,根据小区选择过程执行小区选择。
[…]
5.3.7.3a[T311]正运行时中继选择后的动作
在选择合适的L2 U2N中继UE后,L2 U2N远程UE应:
1>确保具有如第5.2.2.2节中所规定的有效且最新的基本系统信息;
1>停止定时器[T311];
1>如果T390处于运行中:
2>针对所有接入类别,停止定时器T390;
2>执行如5.3.14.4中所规定的动作;
1>启动定时器[T301];
1>发起如TS 23.304[x1]中所规定的PC5单播链路建立;
1>应用如9.1.1.4中所规定的SL-RLC0的指定配置;
1>根据5.3.7.4发起RRCReestablishmentRequest消息的传送。
5.3.7.4与RRCReestablishmentRequest消息的传送相关的动作
UE应如下设置RRCReestablishmentRequest消息的内容:
1>如果由于如5.3.10.3中所规定的无线电链路失败或如5.3.5.8.3中所规定的具有同步失败的重新配置而发起程序:
2>将VarRLF-Report中的reestablishmentCellId设置为选定小区的全球小区标识;
1>如下设置ue-Identity:
2>将c-RNTI设置为在源PCell(具有同步或由于NR失败的移动性的重新配置)中使用或在其中发生用于重建的触发的PCell(其它情况)中使用的C-RNTI;
2>将physCellId设置为源PCell(具有同步或由于NR失败的移动性的重新配置)或其中发生用于重建的触发的PCell(其它情况)的物理小区标识;
2>将shortMAC-I设置为所计算的MAC-I的16个最低有效位:
3>通过根据第8节(即,8位的倍数)编码为VarShortMAC-Input的ASN.1;
3>借助在源PCell(具有同步或由于NR失败的移动性的重新配置)或其中发生用于重建的触发的PCell(其它情况)中使用的KRRCint密钥和完整性保护算法;以及
3>其中COUNT、BEARER和DIRECTION的所有输入位都设置为二进制位;
1>如下设置reestablishmentCause:
2>如果由于如5.3.5.8.2中所规定的重新配置失败而发起重建程序:
3>将reestablishmentCause设置为值reconfigurationFailure;
2>否则如果由于如5.3.5.8.3(NR内越区移交失败)或5.4.3.5(由于NR失败的RAT间移动性)中所规定的同步失败的重新配置而发起重建程序:
3>将reestablishmentCause设置为值handoverFailure;
2>否则:
3>将reestablishmentCause设置为值otherFailure;
1>为SRB1重建PDCP;
1>如果UE经由PC5-RRC连接(即,UE为L2 U2N远程UE)与L2 U2N中继UE连接,那么:
2>将如9.2.x中定义的SL-RLC1的预设配置应用于SRB1;
1>否则:
2>为SRB1重建RLC;
2>将9.2.1中定义的预设配置应用于SRB1;
1>配置下层以暂停用于SRB1的完整性保护和加密;
注:针对用以恢复连接的后续RRCReestablishment消息未应用加密。完整性校验由下层执行,但仅在来自RRC的请求后即刻执行。
1>恢复SRB1;
1>向下层提交RRCReestablishmentRequest消息以供传送。
下一经修改的小节
5.8.9侧链路RRC程序
5.8.9.1侧链路RRC重新配置
5.8.9.1.1概述
[…]
此程序的目的是修改PC5-RRC连接,例如建立/修改/释放侧链路DRB、(重新)配置NR侧链路测量和报告、(重新)配置侧链路CSI参考信号资源和CSI报告时延界限。
在以下情况中,UE可发起侧链路RRC重新配置程序并在对应的PC5-RRC连接上执行第5.8.9.1.2小节中的操作:
-释放与对等UE相关联的侧链路DRB,如第5.8.9.1a.1小节中所规定;
-建立与对等UE相关联的侧链路DRB,如第5.8.9.1a.2小节中所规定;
-修改包含在与对等UE相关联的侧链路DRB的SLRB-Config中的参数,如第5.8.9.1a.2小节中所规定;
-释放不与用于L2 U2N中继UE和远程UE的SL-PDCP相关联的侧链路RLC承载,如第5.8.9.x1.1小节中所规定;
-建立不与用于L2 U2N中继UE和远程UE的SL-PDCP相关联的RLC承载,如第5.8.9.x1.2小节中所规定;
-修改包含在不与用于L2 U2N中继UE和远程UE的SL-PDCP相关联的RLC承载的SL-RLC-BearerConfig中的参数,如第5.8.9.x1.2小节中所规定;
-(重新)配置对等UE以执行NR侧链路测量和报告。
-(重新)配置侧链路CSI参考信号资源和CSI报告时延界限。
在RRC_CONNECTED中,UE应用在RRCReconfiguration(如果存在的话)中提供的NR侧链路通信参数。在RRC_IDLE或RRC_INACTIVE中,UE应用在系统信息(如果存在的话)中提供的NR侧链路通信参数。对于其它情况,UE应用在SidelinkPreconfigNR(如果存在的话)中提供的NR侧链路通信参数。当UE在以上三种情况之间执行状态转换时,在获取新配置之后,UE应用在新状态中提供的NR侧链路通信参数。在获取新配置之前,UE继续应用在旧状态中提供的NR侧链路通信参数。
下一经修改的小节
5.8.9.3侧链路无线电链路失败相关动作
UE应:
1>在从侧链路RLC实体指示已达到用于特定目的地的重新传送的最大数目后;或
1>在用于特定目的地的T400到期后;或
1>在从MAC实体指示已达到用于特定目的地的连续HARQ DTX的最大数目后,或
1>在针对特定目的地的来自侧链路PDCP实体的关于SL-SRB2或SL-SRB3的完整性校验失败指示后:
2>考虑针对此目的地检测到侧链路无线电链路失败;
2>根据第5.8.9.1a.1小节释放此目的地的DRB(如果存在的话);
2>根据第5.8.9.1a.3小节释放此目的地的SRB;
2>根据第5.8.9.x1.1小节释放不与此目的地的SL-PDCP相关联的侧链路RLC承载;
2>丢弃此目的地的与NR侧链路通信相关的配置;
2>复位此目的地的侧链路特定MAC;
2>考虑针对目的地释放PC5-RRC连接;
2>针对此目的地指示到上层的PC5-RRC连接的释放(即,PC5是不可用的);
2>如果UE处于RRC_CONNECTED,那么:
3>执行如在5.8.3.3中所规定的用于NR侧链路通信程序的侧链路UE信息;
3>如果UE经由PC5-RRC连接(即,UE为L2 U2N远程UE)与L2 U2N中继UE连接,那么:
4>发起如5.3.7.中所规定的RRC连接重建程序。
注:由UE实施方案决定是否以及如何向上层指示维持保活程序[55]。
下一经修改的小节(新)
5.8.9.x1用于L2 U2N中继的侧链路RLC承载管理
5.8.9.x1.1侧链路RLC承载释放
UE应:
1>对于包含在作为当前UE侧链路配置的部分的所接收的sl-RLC-BearerToReleaseList中的每一sl-RLC-BearerConfigIndex:
2>释放用于NR侧链路通信的RLC实体和对应逻辑信道,所述NR侧链路通信与sl-RLC-BearerConfigIndex相关联;
5.8.9.x1.2侧链路RLC承载添加/修改
对于在sl-RLC-BearerToAddModList中接收到的每一sl-RLC-BearerConfigIndex,UE应:
1>如果当前配置含有具有所接收的sl-RLC-BearerConfigIndex的侧链路RLC承载,那么:
2>根据所接收的sl-RLC-ConfigPC5重新配置侧链路RLC实体或实体;
2>根据所接收的sl-MAC-LogicalChannelConfigPC5重新配置侧链路逻辑信道;
1>否则(之前未配置具有所接收的sl-RLC-BearerConfigIndex的侧链路RLC承载):
2>根据所接收的sl-RLC-ConfigPC5建立侧链路RLC实体;
2>根据所接收的sl-MAC-LogicalChannelConfigPC5,用逻辑信道配置侧链路MAC实体。
编者注:RAN2进一步论述新的或现有的PC-5RRC消息是否用于RRC_IDLE/RRC_INACTIVE远程UE以提供5G-S-TMSI/I-RNTI以及中继UE所感兴趣的SIB类型。
编者注:FFS如何捕获处于RRC_CONNECTED中的中继UE用于寻呼监听的情况。
编者注:RAN2进一步论述新的或现有的PC-5RRC消息是否用于SI转发。
下一经修改的小节
9.1.1.4 SCCH配置
[…]
针对NR侧链路L2 U2N中继操作指定的参数,其用于远程UE的SRB0消息传送的侧链路RLC信道。使用此配置的侧链路RLC承载被称为SL-RLC0。
名称 语义描述 版本
RLC配置 AM
>sn-FieldLength 12
>t-Reassembly 未定义 由接收UE选择,取决于UE实施方案
>logicalChannelIdentity FFS
MAC配置
>priority 1
>proritisedBitRate 无穷
>logicalChannelGroup 0
下一经修改的小节
9.2.x预设侧链路RLC承载配置
用于远程UE的SRB1 RRC消息的侧链路RLC承载的参数,例如RRCResume和RRCReestablishment消息。使用此配置的侧链路RLC承载被称为SL-RLC1。
名称 语义描述 版本
RLC配置 AM
>sn-FieldLength 12
>t-Reassembly 未定义 由接收UE选择,取决于UE实施方案
>logicalChannelIdentity FFS
MAC配置
>priority 1
>proritisedBitRate 无穷
>logicalChannelGroup 0
根据3GPP TS 23.304,引入5G ProSe层2UE到网络中继以提供中继功能性,从而支持用于5G ProSe远程UE的网络的连接性。当远程UE发起将业务转发到网络的服务时,远程UE应建立与中继UE的单播链路或PC5-S连接。基本上,远程UE可将用于请求建立单播链路的直接通信请求消息发送到中继UE,其中远程UE的层2识别(L2ID)作为源L2ID且中继UE的L2ID作为目的地L2ID。中继UE可通过接收以远程UE的L2ID作为源L2ID的直接通信请求消息来学习远程UE的L2ID。另一方面,远程UE可与中继UE建立第一单播链路(用于中继),而远程UE可与非中继UE建立第二单播链路(用于非中继)。
根据3GPP TS 38.331,引入用于发送SidelinkUEInformation消息的程序以供UE请求gNB分配传送资源。举例来说,当UE1与UE2建立单播链路且UE1处于RRC_CONNECTED中时,UE1将第一SidelinkUEInformation消息(包含目的地列表中的UE2的L2ID)发送到gNB。根据第一SidelinkUEInformation消息,gNB接着可以PC5 AS配置(例如,侧链路(Sidelink,SL)数据无线电承载(Data Radio Bearer,DRB)配置、SL服务数据适配协议(Service DataAdaptation Protocol,SDAP)配置、SL RLC配置和/或等)配置UE1以供UE1执行与UE2的侧链路通信。
3GPP TS 38.331还引入用于处置两个UE(例如,UE1和UE2)之间的侧链路无线电链路失败(Sidelink Radio Link Failure,SL RLF)的侧链路RRC程序。也就是说,当UE1检测到对应于UE2的SL RLF时,UE1将释放相关PC5传送资源(包含例如SL DRB、SL SRB等),且接着向UE1的上层指示UE2的PC5无线电资源控制(PC5-RRC)连接不可用。由于UE2对UE1不可用,因此UE1可将第二SidelinkUEInformation消息发送到gNB以更新目的地列表(例如,从经更新的目的地列表中排除UE2的L2ID),使得gNB可配置UE1以释放相关PC5 AS配置。
在UE到网络(U2N)中继中,根据[3]3GPP电子邮件论述[Post115-e][603][Relay]将CR中继到38.331(“Draft_38331Running CR for SL relay_v14_rapp.docx”),如果远程UE检测到任何目的地的SL RLF,而处于RRC_CONNECTED中的远程UE与中继UE连接,那么远程UE应首先执行侧链路UE信息程序,且接着发起RRC连接重建程序。实际上,如果远程UE在非中继UE(而不是中继UE)上检测到SL RLF,那么在3GPP电子邮件论述[Post115-e][603][Relay]将CR中继到38.331中引入的以触发RRC连接重建程序的条件同样适用。在此情形下,由于非中继UE上的SL RLF,远程UE可能不正确地执行RRC连接重建程序,这是由于在具有gNB的RRC连接上不存在问题。
为了解决问题,远程UE可(仅)在SL RLF的目的地是中继UE的情形下/之后/时/后/情况下发起或执行RRC连接重建程序。或者,远程UE可(仅)响应于在中继UE上检测到SL RLF而发起或执行RRC连接重建程序。远程UE在SL RLF的目的地为非中继UE的情形下/之后/时/后/情况下可能不发起或执行RRC连接重建程序。或者,响应于在非中继UE上检测到SL RLF,远程UE可能不发起或执行RRC连接重建程序。
另一方面,根据3GPP电子邮件论述[Post115-e][603][Relay]将CR中继到38.331,远程UE可在首先执行的侧链路UE信息程序中产生SidelinkUEInformation消息(包含其中移除中继UE的L2ID的目的地列表)。因为远程UE可由于中继UE上的SL RLF而从中继UE断开,所以远程UE不能够立即发送SidelinkUEInformation消息。因此,远程UE可在远程UE的下层中缓冲SidelinkUEInformation消息。
由于远程UE可在RRC连接重建程序期间选择新的中继UE,因此在RRC连接重建程序完成之后,远程UE仍需要经由新的中继UE将新的SidelinkUEInformation消息(包含其中含有新的中继UE的L2ID的目的地列表)发送到gNB。在此情形下,将经由新的中继UE将先前缓冲的SidelinkUEInformation消息(不包含中继UE的L2ID)和新的SidelinkUEInformation消息(不包含中继UE的L2ID,但包含新的中继UE的L2ID)发送到gNB。实际上,不需要先前缓冲的SidelinkUEInformation消息的传送。为了避免不必要的传送,远程UE在SL RLF的目的地为中继UE的情形下/之后/时/后/情况下可能不发起或执行侧链路UE信息程序。或者,响应于在中继UE上检测到SL RLF,远程UE可能不发起或执行侧链路UE信息程序。对于其它情况(例如,SL RLF的目的地是非中继UE),远程UE仍然可以发起或执行侧链路UE信息程序。
此处为一些潜在的文字提议:
提议1
5.8.9.3侧链路无线电链路失败相关动作
UE应:
1>在从侧链路RLC实体指示已达到用于特定目的地的重新传送的最大数目后;或
1>在用于特定目的地的T400到期后;或
1>在从MAC实体指示已达到用于特定目的地的连续HARQ DTX的最大数目后,或
1>在针对特定目的地的来自侧链路PDCP实体的关于SL-SRB2或SL-SRB3的完整性校验失败指示后:
2>考虑针对此目的地检测到侧链路无线电链路失败;
2>根据第5.8.9.1a.1小节释放此目的地的DRB(如果存在的话);
2>根据第5.8.9.1a.3小节释放此目的地的SRB;
2>根据第5.8.9.x1.1小节释放不与此目的地的SL-PDCP相关联的侧链路RLC承载;
2>丢弃此目的地的与NR侧链路通信相关的配置;
2>复位此目的地的侧链路特定MAC;
2>考虑针对目的地释放PC5-RRC连接;
2>针对此目的地指示到上层的PC5-RRC连接的释放(即,PC5是不可用的);
2>如果UE处于RRC_CONNECTED,那么:
3>执行如在5.8.3.3中所规定的用于NR侧链路通信程序的侧链路UE信息;
3>如果侧链路无线电链路失败的目的地是L2 U2N中继UE,那么:
4>发起如5.3.7.中所规定的RRC连接重建程序。
提议2
5.8.9.3侧链路无线电链路失败相关动作
UE应:
1>在从侧链路RLC实体指示已达到用于特定目的地的重新传送的最大数目后;或
1>在用于特定目的地的T400到期后;或
1>在从MAC实体指示已达到用于特定目的地的连续HARQ DTX的最大数目后,或
1>在针对特定目的地的来自侧链路PDCP实体的关于SL-SRB2或SL-SRB3的完整性校验失败指示后:
2>考虑针对此目的地检测到侧链路无线电链路失败;
2>根据第5.8.9.1a.1小节释放此目的地的DRB(如果存在的话);
2>根据第5.8.9.1a.3小节释放此目的地的SRB;
2>根据第5.8.9.x1.1小节释放不与此目的地的SL-PDCP相关联的侧链路RLC承载;
2>丢弃此目的地的与NR侧链路通信相关的配置;
2>复位此目的地的侧链路特定MAC;
2>考虑针对目的地释放PC5-RRC连接;
2>针对此目的地指示到上层的PC5-RRC连接的释放(即,PC5是不可用的);
2>如果UE处于RRC_CONNECTED,那么:
3>如果侧链路无线电链路失败的目的地是L2 U2N中继UE,那么:
4>发起如5.3.7.中所规定的RRC连接重建程序。
3>否则:
4>执行如在5.8.3.3中所规定的用于NR侧链路通信程序的侧链路UE信息。
图13为从远程UE的角度的流程图1300。在步骤1305中,远程UE与中继UE建立第一单播链路。在步骤1310中,远程UE经由中继UE与网络节点建立RRC连接。在步骤1315中,远程UE与第二UE建立第二单播链路。在步骤1320中,远程UE检测侧链路无线电链路失败。在步骤1325中,在侧链路无线电链路失败发生于第一单播链路上的情况下,远程UE发起或执行RRC连接重建程序。在步骤1330中,在侧链路无线电链路失败发生于第二单播链路上的情况下,远程UE发起或执行侧链路UE信息程序。
在一个实施例中,在侧链路无线电链路失败发生于第二单播链路上的情况下,远程UE可能不发起或执行RRC连接重建程序。在侧链路无线电链路失败发生于第一单播链路上的情况下,远程UE可能不发起或执行侧链路UE信息程序。
在一个实施例中,第一单播链路可用于经由中继UE在网络节点与远程UE之间转发业务。网络节点可为基站或gNB。
在一个实施例中,第二单播链路可用于在远程UE与第二UE之间传送业务。第二UE可为非中继UE。
在一个实施例中,第一单播链路可与基于邻近的服务(ProSe)中继代码相关联。第二单播链路可不与任何基于邻近的服务(ProSe)中继代码相关联。
返回参考图3和图4,在用于远程UE的方法的一个示例性实施例中,远程UE 300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得远程UE能够进行以下操作:(i)与中继UE建立第一单播链路;(ii)经由中继UE与网络节点建立RRC连接;(iii)与第二UE建立第二单播链路;(iv)检测侧链路无线电链路失败;(v)在侧链路无线电链路失败发生于第一单播链路上的情况下,发起或执行RRC连接重建程序;及(vi)在侧链路无线电链路失败发生于第二单播链路上的情况下,发起或执行侧链路UE信息程序。此外,CPU 308可执行程序代码312以执行所有上文所描述的动作和步骤或本文中描述的其它动作和步骤。
图14为从远程UE的角度的流程图1400。在步骤1405中,远程UE与中继UE建立第一单播链路。在步骤1410中,远程UE经由中继UE与网络节点建立RRC连接。在步骤1415中,远程UE与第二UE建立第二单播链路。在步骤1420中,远程UE检测侧链路无线电链路失败。在步骤1425中,在侧链路无线电链路失败发生于第一单播链路上的情况下,远程UE发起或执行RRC连接重建程序。在步骤1430中,在侧链路无线电链路失败发生于第二单播链路上的情况下,远程UE不发起或执行RRC连接重建程序。
在一个实施例中,在侧链路无线电链路失败发生于第二单播链路上的情况下,远程UE可发起或执行侧链路UE信息程序。在侧链路无线电链路失败发生于第一单播链路上的情况下,远程UE可能不发起或执行侧链路UE信息程序。
返回参考图3和图4,在用于远程UE的方法的一个示例性实施例中,远程UE 300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得远程UE能够进行以下操作:(i)与中继UE建立第一单播链路;(ii)经由中继UE与网络节点建立RRC连接;(iii)与第二UE建立第二单播链路;(iv)检测侧链路无线电链路失败;(v)在侧链路无线电链路失败发生于第一单播链路上的情况下,发起或执行RRC连接重建程序;及(vi)在侧链路无线电链路失败发生于第二单播链路上的情况下,不发起或执行RRC连接重建程序。此外,CPU 308可执行程序代码312以执行所有上文所描述的动作和步骤或本文中描述的其它动作和步骤。
图15为从远程UE的角度的流程图1500。在步骤1505中,远程UE与中继UE建立第一单播链路。在步骤1510中,远程UE经由中继UE与网络节点建立RRC连接。在步骤1515中,远程UE与第二UE建立第二单播链路。在步骤1520中,远程UE检测侧链路无线电链路失败。在步骤1525中,在侧链路无线电链路失败发生于第二单播链路上的情况下,远程UE发起或执行侧链路UE信息程序。在步骤1525中,在侧链路无线电链路失败发生于第一单播链路上的情况下,远程UE不发起或执行侧链路UE信息程序。
在一个实施例中,在侧链路无线电链路失败发生于第一单播链路上的情况下,远程UE可发起或执行RRC连接重建程序。在侧链路无线电链路失败发生于第二单播链路上的情况下,远程UE可能不发起或执行RRC连接重建程序。
返回参考图3和图4,在用于远程UE的方法的一个示例性实施例中,远程UE 300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得远程UE能够进行以下操作:(i)与中继UE建立第一单播链路;(ii)经由中继UE与网络节点建立RRC连接;(iii)与第二UE建立第二单播链路;(iv)检测侧链路无线电链路失败;(v)在侧链路无线电链路失败发生于第二单播链路上的情况下,发起或执行侧链路UE信息程序;及(vi)在侧链路无线电链路失败发生于第一单播链路上的情况下,不发起或执行侧链路UE信息程序。此外,CPU 308可执行程序代码312以执行所有上文所描述的动作和步骤或本文中描述的其它动作和步骤。
在图14和图15所展示的实施例的上下文中且如上文所论述,在一个实施例中,远程UE可经由中继UE向网络节点传送第一RRC消息,以请求建立RRC连接。远程UE可经由中继UE从第一网络节点接收用于建立RRC连接的第二RRC消息。远程UE可经由中继UE向第一网络节点传送用于完成RRC连接的建立的第三RRC消息。
在一个实施例中,网络节点可为基站或gNB。第一RRC消息可为RRCSetupRequest消息。第二RRC消息可为RRCSetup消息。第三RRC消息可为RRCSetupComplete消息。
在一个实施例中,第一单播链路可与ProSe中继代码相关联。第二单播链路可不与任何ProSe中继代码相关联。第一单播链路可用于经由中继UE在网络节点与远程UE之间转发业务。第二单播链路可用于在远程UE与第二UE之间传送业务。
在一个实施例中,第二UE可为非中继UE。
上文已描述了本公开的各个方面。应明白,本文中的教示可通过广泛多种形式实施,且本文中所公开的任何特定结构、功能或这两者仅是代表性的。基于本文中的教示,所属领域的技术人员应了解,本文所公开的方面可独立于任何其它方面而实施,且可以各种方式组合这些方面中的两个或多于两个方面。举例来说,可使用本文中所阐述的任何数目个方面来实施设备或实践方法。另外,使用除了在本文中所阐述的方面中的一个或多个之外或不同于在本文中所阐述的方面中的一个或多个的其它结构、功能或结构和功能,可实施此设备或可实践此方法。作为上述概念中的一些的实例,在一些方面中,可基于脉冲重复频率而建立并行信道。在一些方面中,可基于脉冲位置或偏移建立并行信道。在一些方面中,可基于时间跳频序列而建立并行信道。在一些方面中,可基于脉冲重复频率、脉冲位置或偏移以及时间跳跃序列而建立并行信道。
所属领域的技术人员将了解,可使用各种不同技术和技艺中的任一种来表示信息和信号。举例来说,可通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。
所属领域的技术人员将进一步了解,结合本文中所公开的方面描述的各种说明性逻辑块、模块、处理器、构件、电路、和算法步骤可被实施为电子硬件(例如,数字实施方案、模拟实施方案或这两者的组合,其可使用源译码或某一其它技术设计)、并入有指令的各种形式的程序或设计代码(为方便起见,其在本文中可以称为“软件”或“软件模块”),或这两者的组合。为清晰地说明硬件与软件的此可互换性,上文已大体就其功能性来描述了各种说明性组件、块、模块、电路和步骤。此类功能性是实施为硬件还是软件取决于特定应用和强加于整个系统的设计约束。所属领域的技术人员可针对每一特定应用以不同方式来实施所描述的功能性,但此类实施决策不应被解释为引起对本公开的范围的偏离。
另外,结合本文中所公开的方面描述的各种说明性逻辑块、模块和电路可在集成电路(“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可驻存在用户设备中。在替代方案中,处理器和存储介质可作为离散组件而驻存在用户设备中。此外,在一些方面中,任何合适的计算机程序产品可包括计算机可读介质,所述计算机可读介质包括与本公开的各方面中的一个或多个方面相关的代码。在一些方面,计算机程序产品可包括封装材料。
虽然已结合各种方面描述本发明,但应理解,本发明能够进行进一步修改。本申请意图涵盖对本发明的任何改变、使用或调适,这通常遵循本发明的原理且包含对本公开的此类偏离,所述偏离处于在本发明所属的技术领域内的已知及惯常实践的范围内。

Claims (14)

1.一种用于远程用户设备的方法,包括:
与中继用户设备建立第一单播链路;
经由所述中继用户设备与网络节点建立无线电资源控制(RRC)连接;
与非中继用户设备建立第二单播链路;
检测侧链路无线电链路失败;
回应于所述第一单播链路上的所述侧链路无线电链路失败,执行RRC连接重建程序;及
回应于所述第二单播链路上的所述侧链路无线电链路失败,执行侧链路用户设备信息程序,且不执行所述RRC连接重建程序。
2.根据权利要求1所述的方法,进一步包括:
在所述侧链路无线电链路失败发生于所述第一单播链路上的情况下,不执行所述侧链路用户设备信息程序。
3.根据权利要求1所述的方法,其中所述第一单播链路用于经由所述中继用户设备在所述网络节点与所述远程用户设备之间转发业务。
4.根据权利要求3所述的方法,其中所述网络节点是基站或gNB。
5.根据权利要求1所述的方法,其中所述第二单播链路用于在所述远程用户设备与所述非中继用户设备之间传送业务。
6.根据权利要求1所述的方法,其中所述第一单播链路与基于邻近的服务(ProSe)中继代码相关联。
7.根据权利要求1所述的方法,其中所述第二单播链路不与任何基于邻近的服务(ProSe)中继代码相关联。
8.一种远程用户设备,包括:
控制电路;
处理器,其安装在所述控制电路中;及
存储器,其安装在所述控制电路中且操作性地耦合到所述处理器;
其中所述处理器被配置成执行存储在所述存储器中的程序代码以:
与中继用户设备建立第一单播链路;
经由所述中继用户设备与网络节点建立无线电资源控制(RRC)连接;
与非中继用户设备建立第二单播链路;
检测侧链路无线电链路失败;
回应于所述第一单播链路上的所述侧链路无线电链路失败,执行RRC连接重建程序;及
回应于所述第二单播链路上的所述侧链路无线电链路失败,执行侧链路用户设备信息程序且不执行所述RRC连接重建程序。
9.根据权利要求8所述的远程用户设备,进一步包括:
在所述侧链路无线电链路失败发生于所述第一单播链路上的情况下,不执行所述侧链路用户设备信息程序。
10.根据权利要求8所述的远程用户设备,其中所述第一单播链路用于经由所述中继用户设备在所述网络节点与所述远程用户设备之间转发业务。
11.根据权利要求10所述的远程用户设备,其中所述网络节点是基站或gNB。
12.根据权利要求8所述的远程用户设备,其中所述第二单播链路用于在所述远程用户设备与所述非中继用户设备之间传送业务。
13.根据权利要求8所述的远程用户设备,其中所述第一单播链路与基于邻近的服务(ProSe)中继代码相关联。
14.根据权利要求8所述的远程用户设备,其中所述第二单播链路不与任何基于邻近的服务(ProSe)中继代码相关联。
CN202211008512.3A 2021-10-26 2022-08-22 无线通信中支持用户设备到网络中继通信的方法和设备 Active CN116033600B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202163272078P 2021-10-26 2021-10-26
US63/272,078 2021-10-26

Publications (2)

Publication Number Publication Date
CN116033600A CN116033600A (zh) 2023-04-28
CN116033600B true CN116033600B (zh) 2024-03-12

Family

ID=86056206

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211008512.3A Active CN116033600B (zh) 2021-10-26 2022-08-22 无线通信中支持用户设备到网络中继通信的方法和设备

Country Status (3)

Country Link
US (1) US11665769B2 (zh)
KR (1) KR102635850B1 (zh)
CN (1) CN116033600B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230199767A1 (en) * 2021-12-20 2023-06-22 Qualcomm Incorporated Techniques for sidelink communication using assisting device

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106465440A (zh) * 2014-05-15 2017-02-22 Lg电子株式会社 无线通信系统中的用于d2d通信的as‑nas交互方法及其设备
US10453107B2 (en) * 2007-07-30 2019-10-22 At&T Intellectual Property I, L.P. System and method for procuring taxicab service

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10165590B2 (en) * 2014-05-06 2018-12-25 Lg Electronics Inc. Method and apparatus for configuring transmission of D2D control information in wireless communication system
JP6809027B2 (ja) * 2016-08-08 2021-01-06 ソニー株式会社 通信装置及び通信方法
EP3858047A1 (en) * 2018-09-25 2021-08-04 IDAC Holdings, Inc. L2 procedures for unicast and/or multicast link establishment and maintenance
US11910457B2 (en) * 2019-01-31 2024-02-20 Apple Inc. Unicast sidelink access stratum level connection maintenance
EP3949204A1 (en) * 2019-03-27 2022-02-09 Convida Wireless, LLC Rlm and rlf procedures for nr v2x
CN112399642A (zh) * 2019-08-13 2021-02-23 苹果公司 远程无线设备的无线电资源控制连接过程
WO2021032605A1 (en) * 2019-08-20 2021-02-25 Telefonaktiebolaget Lm Ericsson (Publ) Maintaining sidelink (sl) operation under radio link failure (rlf) using ue-to-ue relay
US11991526B2 (en) * 2019-12-16 2024-05-21 Qualcomm Incorporated Sidelink paired and unpaired states
US11849503B2 (en) * 2020-02-07 2023-12-19 Qualcomm Incorporated Proximity service multi-hop relay configuration
US11800599B2 (en) * 2020-04-03 2023-10-24 Electronics And Telecommunications Research Institute Method for discovering and selecting relay user equipment in communication system
US20220078755A1 (en) * 2020-09-04 2022-03-10 Huawei Technologies Co., Ltd. Multi-hop communications with user equipment (ue) cooperation
US20220078693A1 (en) * 2020-09-09 2022-03-10 Qualcomm Incorporated Relay switching for a remote user equipment

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10453107B2 (en) * 2007-07-30 2019-10-22 At&T Intellectual Property I, L.P. System and method for procuring taxicab service
CN106465440A (zh) * 2014-05-15 2017-02-22 Lg电子株式会社 无线通信系统中的用于d2d通信的as‑nas交互方法及其设备

Also Published As

Publication number Publication date
US20230126466A1 (en) 2023-04-27
KR20230059716A (ko) 2023-05-03
US11665769B2 (en) 2023-05-30
CN116033600A (zh) 2023-04-28
KR102635850B1 (ko) 2024-02-13

Similar Documents

Publication Publication Date Title
CN112135358B (zh) 无线通信系统中用于配置侧链路通信的方法和设备
KR102339018B1 (ko) 무선 통신 시스템에서 사이드링크 라디오 베어러를 해제하기 위한 방법 및 장치
CN113938982A (zh) 无线通信系统中侧链路数据无线电承载建立的方法和设备
CN113163454B (zh) 无线通信系统中请求侧链路传送资源的方法和设备
KR20210104566A (ko) 무선 통신 시스템에서 사이드링크 통신에 대한 무효 rrc 재구성 메시지를 핸들링하기 위한 방법 및 장치
CN115603882A (zh) 用于支持ue到网络中继的无线电承载配置的方法和设备
CN116033602B (zh) 无线通信系统中用于支持用户设备到网络中继通信的方法和设备
CN116033600B (zh) 无线通信中支持用户设备到网络中继通信的方法和设备
US11838964B2 (en) Method and apparatus for RRC connection establishment to support UE-to-network relaying in a wireless communication system
KR102556735B1 (ko) 무선 통신 시스템에서 원격 사용자 단말(ue)이 직접 대 간접 통신 경로 스위칭을 지원하기 위한 방법 및 장치
CN116963211A (zh) 用于支持从PC5到Uu的直接通信路径的方法和设备
KR20230105643A (ko) 무선 통신 시스템에서 릴레이 ue를 통해 다른 원격 사용자 단말(ue)과 연결하기 위한 방법 및 장치
CN115734400A (zh) 中继用户设备支持直接到间接通信路径切换的方法和设备
US20240049325A1 (en) Method and apparatus for supporting ue-to-network relay communication in a wireless communication system
KR20240002918A (ko) 무선 통신 시스템에서 ue-대-nw 릴레이 통신에 대한 인터-gnb 적접-대-간접 경로 스위칭을 지원하기 위한 방법 및 장치
CN117998524A (zh) 用于支持ue间中继通信中的层2链路修改的方法和设备
KR20230105644A (ko) 무선 통신 시스템에서 다른 원격 ue와의 연결을 지원하는 릴레이 ue에 대한 방법 및 장치
CN116193637A (zh) 远程用户设备执行直接到间接路径切换的方法和设备
CN117336806A (zh) 支持gnb间直接到间接路径切换的方法和网络节点
CN118102494A (zh) 用于支持集成到直接链路建立程序中的发现的方法和设备
KR20230144476A (ko) 무선 통신 시스템에서 다른 원격 ue와의 연결을 지원하는 릴레이 사용자 장비(ue)를 위한 방법 및 장치

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