CN114125820B - 用户设备报告侧链路用户设备能力信息的方法和设备 - Google Patents
用户设备报告侧链路用户设备能力信息的方法和设备 Download PDFInfo
- Publication number
- CN114125820B CN114125820B CN202110638073.3A CN202110638073A CN114125820B CN 114125820 B CN114125820 B CN 114125820B CN 202110638073 A CN202110638073 A CN 202110638073A CN 114125820 B CN114125820 B CN 114125820B
- Authority
- CN
- China
- Prior art keywords
- user equipment
- side link
- capability information
- relay
- link
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 109
- 238000004891 communication Methods 0.000 claims abstract description 213
- 230000005540 biological transmission Effects 0.000 claims description 49
- 239000010410 layer Substances 0.000 description 209
- 230000000977 initiatory effect Effects 0.000 description 31
- 230000011664 signaling Effects 0.000 description 25
- 238000013507 mapping Methods 0.000 description 20
- 239000000243 solution Substances 0.000 description 14
- 238000012546 transfer Methods 0.000 description 13
- 238000002347 injection Methods 0.000 description 12
- 239000007924 injection Substances 0.000 description 12
- 230000007246 mechanism Effects 0.000 description 12
- 238000013475 authorization Methods 0.000 description 10
- 230000008859 change Effects 0.000 description 10
- 230000008569 process Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 8
- 238000012986 modification Methods 0.000 description 8
- 230000004048 modification Effects 0.000 description 8
- 238000005259 measurement Methods 0.000 description 6
- 238000012545 processing Methods 0.000 description 6
- 230000009471 action Effects 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 230000004044 response Effects 0.000 description 5
- 102100022734 Acyl carrier protein, mitochondrial Human genes 0.000 description 4
- 101000678845 Homo sapiens Acyl carrier protein, mitochondrial Proteins 0.000 description 4
- 238000013461 design Methods 0.000 description 4
- 230000007774 longterm Effects 0.000 description 4
- XHSQDZXAVJRBMX-UHFFFAOYSA-N 2-(5,6-dichlorobenzimidazol-1-yl)-5-(hydroxymethyl)oxolane-3,4-diol Chemical compound OC1C(O)C(CO)OC1N1C2=CC(Cl)=C(Cl)C=C2N=C1 XHSQDZXAVJRBMX-UHFFFAOYSA-N 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 3
- 230000001143 conditioned effect Effects 0.000 description 3
- 239000011159 matrix material Substances 0.000 description 3
- 230000004913 activation Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 239000002245 particle Substances 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 238000012935 Averaging Methods 0.000 description 1
- 101150014328 RAN2 gene Proteins 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000012508 change request Methods 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 239000011229 interlayer Substances 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 239000005022 packaging material Substances 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- 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/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
- H04W40/12—Communication route or path selection, e.g. power-based or shortest path routing based on transmission quality or channel quality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
- H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
-
- 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
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种无线通信***中用户设备报告侧链路用户设备能力信息的方法和设备。在一个实施例中,所述方法包含第二用户设备从用户设备间中继接收第一用户设备的第一侧链路用户设备能力信息和用户设备间中继的第二侧链路用户设备能力信息,或从用户设备间中继接收组合的侧链路用户设备能力信息,其中组合的侧链路用户设备能力信息从第一侧链路用户设备能力信息和第二侧链路用户设备能力信息导出。所述方法进一步包含第二用户设备将第一侧链路用户设备能力信息和第二侧链路用户设备能力信息传送到网络节点,或将组合的侧链路用户设备能力信息传送到网络节点。
Description
相关申请案的交叉引用
本申请案要求2020年6月29日提交的第63/045,726号美国临时专利申请案的权益,所述专利申请案的全部公开内容以全文引用的方式并入本文中。
技术领域
本公开大体上涉及无线通信网络,且更确切地说,涉及一种无线通信***中用户设备报告侧链路UE能力信息的方法和设备。
背景技术
随着往来移动通信装置的大量数据的通信需求的快速增长,传统的移动语音通信网络演进成与因特网协议(Internet Protocol,IP)数据包通信的网络。此类IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和按需通信服务。
示例性网络结构是演进型通用陆地无线接入网(Evolved UniversalTerrestrial Radio Access Network,E-UTRAN)。E-UTRAN***可提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前,3GPP标准组织正在讨论新下一代(例如,5G)无线技术。因此,目前在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。
发明内容
本发明从第二用户设备(UE)的角度公开一种用于报告侧链路能力信息的方法和装置。在一个实施例中,所述方法包含第二UE从UE间中继(UE-to-UErelay)接收第一UE的第一侧链路UE能力信息和UE间中继的第二侧链路UE能力信息,或从UE间中继接收组合的侧链路UE能力信息,其中组合的侧链路UE能力信息从第一侧链路UE能力信息和第二侧链路UE能力信息导出。所述方法进一步包含第二UE将第一侧链路UE能力信息和第二侧链路UE能力信息传送到网络节点,或将组合的侧链路UE能力信息传送到网络节点。
附图说明
图1示出根据一个示例性实施例的无线通信***的图。
图2是根据一个示例性实施例的传送器***(也被称作接入网络)和接收器***(也被称作用户设备或UE)的框图。
图3是根据一个示例性实施例的通信***的功能框图。
图4是根据一个示例性实施例的图3的程序代码的功能框图。
图5是3GPP TS 23.287 V16.2.0的图5.2.1.4-1的再现。
图6是3GPP TS 23.287 V16.2.0的图6.1.1-1的再现。
图7是3GPP TS 23.287 V16.2.0的图6.1.2-1的再现。
图8是3GPP TS 23.287 V16.2.0的图6.3.3.1-1的再现。
图9是3GPP TS 24.587 V16.0.0的图6.1.2.2.2的再现。
图10是3GPP TS 38.331 V16.0.0的图5.6.1.1-1的再现。
图11是3GPP TS 38.331 V16.0.0的图5.8.3.1-1的再现。
图12是3GPP R2-2005973的图5.8.3.1-1的再现。
图13是3GPP R2-2005973的图5.8.9.2.1-1的再现。
图14是3GPP TR 23.752 V0.3.0的图6.8.2-1的再现。
图15是3GPP TR 23.752 V0.3.0的图6.9.2-1的再现。
图16是3GPP TR 23.752 V0.3.0的图6.10.2-1的再现。
图17说明根据一个实施例的经由UE间中继的示例性集成PC5单播链路。
图18说明根据一个实施例的示例性集成侧链路UE能力传递程序。
图19是根据一个示例性实施例的流程图。
具体实施方式
下文描述的示例性无线通信***和装置采用支持广播服务的无线通信***。广泛部署无线通信***以提供例如语音、数据等的各种类型的通信。这些***可基于码分多址(code division multiple access,CDMA)、时分多址(time division multiple access,TDMA)、正交频分多址(orthogonal frequency division multiple access,OFDMA)、3GPP长期演进(Long Term Evolution,LTE)无线接入、3GPP高级长期演进(Long TermEvolution Advanced,LTE-A或LTE-高级)、3GPP2超移动宽带(Ultra Mobile Broadband,UMB)、WiMax、3GPP新无线(New Radio,NR)或一些其它调制技术。
确切地说,下文所描述的示例性无线通信***和装置可以被设计成支持一个或多个标准,例如由在本文中称为3GPP的命名为“第三代合作伙伴计划”的联合体提供的标准,包含:TS23.287V16.2.0,“用于使5G***(5G System,5GS)支持车联万物(Vehicle-to-Everything,V2X)服务的架构增强(版本16)(Architecture enhancements for 5G System(5GS)to support Vehicle-to-Everything(V2X)services(Release 16))”;TS 24.587V16.0.0,“5G***(5GS)中的车联万物(V2X)服务;阶段3(版本16)(Vehicle-to-Everything(V2X)services in 5G System(5GS);Stage 3(Release 16))”;TS 38.331 V16.0.0,“NR;无线资源控制(Radio Resource Control,RRC)协议规范(版本16)(NR;Radio ResourceControl(RRC)protocol specification(Release 16))”;R2-2005973,“用于V2X UE能力(集中于RAN2能力)的草案CR(Draft-CR for V2X UE capability(focusing on RAN2capability))”;TR 23.752 V0.3.0,“对用于5G***(5GS)中的基于接近度的服务(Proximity based service,ProSe)的***增强的研究(版本17)(Study on systemenhancement for Proximity based services(ProSe)inthe 5G System(5GS)(Release17))”。上文所列的标准和文件特此明确地以全文引用的方式并入。
图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的前向链路的信噪比。另外,相比于通过单个天线对所有其接入终端进行传送的接入网络,使用波束成形对随机分散在其覆盖区域中的接入终端进行传送的接入网络对相邻小区中的接入终端造成更少干扰。
接入网络(AN)可以是用于与终端通信的固定台或基站,并且也可以称为接入点、节点B、基站、增强型基站、演进型节点B(evolved Node B,eNB)、网络节点、网络或某一其它术语。接入终端(AT)还可以被称作用户设备(UE)、无线通信装置、终端、接入终端或某一其它术语。
图2是MIMO***200中的传送器***210(也被称作接入网络)和接收器***250(也被称作接入终端(AT)或用户设备(UE))的实施例的简化框图。在传送器***210处,将用于数个数据流的业务数据从数据源212提供到传送(transmit,TX)数据处理器214。
在一个实施例中,通过相应的传送天线传送每个数据流。TX数据处理器214基于针对每个数据流而选择的特定译码方案而对所述数据流的业务数据进行格式化、译码和交错以提供经译码数据。
可使用OFDM技术将每个数据流的经译码数据与导频数据多路复用。导频数据通常是以已知方式进行处理的已知数据模式,并且可在接收器***处用以估计信道响应。接着基于针对每个数据流选择的特定调制方案(例如BPSK、QPSK、M-PSK或M-QAM)来调制(即,符号映射)用于所述数据流的多路复用导频和经译码数据,以提供调制符号。可以通过由处理器230执行存储器232中的指令来确定用于每个数据流的数据速率、译码以及调制。
接着将所有数据流的调制符号提供给TX MIMO处理器220,所述处理器220可进一步处理所述调制符号(例如,用于OFDM)。TXMIMO处理器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个接收到的符号流且基于特定接收器处理技术处理NR个接收到的符号流以提供NT个“检测到的”符号流。RX数据处理器260接着解调、解交错和解码每个检测到的符号流以恢复数据流的业务数据。由RX数据处理器260进行的处理与传送器***210处的TX MIMO处理器220和TX数据处理器214执行的处理互补。
处理器270执行存储器272中的指令以周期性地确定要使用哪个预译码矩阵(下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。
反向链路消息可包括关于通信链路和/或接收到的数据流的各种类型的信息。反向链路消息接着由TX数据处理器238(所述TX数据处理器还接收来自数据源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,且所述无线通信***优选地是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.287如下规定与通过PC5参考点进行的单播模式V2X通信相关的程序:
5.1.2通过PC5参考点进行的V2X通信的授权和供应
5.1.2.1策略/参数供应
将通过PC5参考点进行的V2X通信的以下信息集合供应给UE:
1)授权策略:
-当UE“由E-UTRA服务”或“由NR服务”时:
-当“由E-UTRA服务”或“由NR服务”时,PLMN中的UE被授权通过PC5参考点执行V2X通信。
对于每个上述PLMN:
-UE通过RAT被授权通过PC5参考点执行V2X通信。
-当UE“不由E-UTRA服务”且“不由NR服务”时:
-指示UE当“不由E-UTRA服务”且“不由NR服务”时是否被授权通过PC5参考点执行V2X通信。
-UE通过RAT被授权通过PC5参考点执行V2X通信。
注1:在本说明书中,{当UE“由E-UTRA服务”或“由NR服务”时}以及{当UE“不由E-UTRA服务”且“不由NR服务”时}与通过PC5参考点进行的V2X通信相关。
2)当UE“不由E-UTRA服务”且“不由NR服务”时的无线参数:
-包含具有地理区域的每个PC5 RAT(即,LTE PC5、NR PC5)的无线参数,以及指示所述无线参数是“运营商管理的”还是“非运营商管理的”。在TS 36.331[14]和TS 38.331[15]中定义这些无线参数(例如,频带)。仅当UE可以可靠地将其本身定位在对应地理区域中时,UE在“不由E-UTRA服务”且“不由NR服务”时使用无线参数来通过PC5参考点执行V2X通信。否则,UE不被授权进行传送。
注2:由本地法规定义在给定地理区域中频带是“运营商管理的”还是“非运营商管理的”。
3)用于PC5 Tx配置文件选择的每个RAT的策略/参数:
-V2X服务类型(例如,PSID或ITS-AID)到Tx配置文件(参见用于其它信息的TS36.300[9]和TS 38.300[11])的映射。
4)与隐私相关的策略/参数:
-具有需要隐私支持的地理区域的V2X服务类型的列表,例如V2X应用的PSID或ITS-AID。
-隐私定时器值,其指示持续时间,当需要隐私时,在所述持续时间之后,UE应改变由UE自行指派的每个源层2ID。
5)当选择LTE PC5时的策略/参数:
除了V2X服务类型到Tx配置文件的映射和具有需要隐私支持的地理区域的V2X服务列表之外,与TS 23.285[8]条款4.4.1.1.2项目3)策略/参数中所规定的相同。
6)当选择NRPC5时的策略/参数:
-运用地理区域的V2X服务类型(例如,PSID或ITS-AID)到V2X频率的映射。
-目的地层2ID和V2X服务类型(例如用于广播的V2X应用的PSID或ITS-AID)的映射。
-目的地层2ID和V2X服务类型(例如用于组播的V2X应用的PSID或ITS-AID)的映射。
-用于初始信令以建立单播连接的默认目的地层2ID和V2X服务类型(例如V2X应用的PSID或ITS-AID)的映射。
注3:可以将用于单播初始信令的相同默认目的地层2ID映射到多于一个V2X服务类型。在将不同V2X服务映射到不同默认目的地层2ID的情况下,当UE意图建立可以用于多于一个V2X服务类型的单个单播链路时,UE可以选择默认目的地层2ID中的任一者以用于初始信令。
-PC5 QoS映射配置:
-来自V2x应用层的输入:
-V2X服务类型(例如PSID或ITS-AID)。
-(任选的)对V2X服务类型的V2X应用要求,例如,优先级要求、可靠性要求、延迟要求、范围要求。
注4:对V2X服务类型的V2X应用要求的细节取决于实施方案且在此规范的范围之外。
-输出:
-条款5.4.2中定义的PC5 QoS参数(即,PQI和有条件地其它参数,例如MFBR/GFBR等)。
-AS层配置(参见TS 38.331[15]),例如当UE“不由E-UTRA服务”且“不由NR服务”时,PC5 QoS配置文件到无线承载的映射。
-PC5 QoS配置文件含有条款5.4.2中描述的PC5 QoS参数,以及在未使用如表5.4.4-1中定义的默认值的情况下关于优先级、平均化窗口、最大数据突发量的QoS特性的值。
7)指示V2X策略/参数的到期时间的有效性定时器。
V2X应用服务器可以通过V1参考点在UE中配置上述从项目编号2)到6)的参数集。
[…]
5.2.1.4通过PC5参考点进行的单播模式通信
仅通过基于NR的PC5参考点支持单播通信模式。图5.2.1.4-1说明PC5单播链路的实例。
[标题为“PC5单播链路的实例”的3GPP TS 23.287 V16.2.0的图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单播链路的重建。UE触发如条款6.3.3.2中所规定的链路标识符更新程序。
-如果一个或多个V2X服务类型(例如,PSID或ITS-AID)至少与一个PC5单播链路的对等应用层ID的对相关联,那么此PC5单播链路支持这些V2X服务类型。举例来说,如图5.2.1.4-1中所说明,UE A和UE B具有两个PC5单播链路,一个在对等应用层ID 1/UE A与应用层ID 2/UE B之间且一个在对等应用层ID 3/UE A与应用层ID 4/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信令消息(即,直接通信请求/接受、链路标识符更新请求/响应/Ack、断开连接请求/响应、链路修改请求/接受)还是用于V2X服务数据。
对于每个PC5单播链路,UE自行指派在PC5单播链路的使用寿命内唯一识别UE中的PC5单播链路的不同PC5链路标识符。每个PC5单播链路与单播链路配置文件相关联,单播链路配置文件包含:
-V2X服务类型(例如,PSID或ITS-AID);以及
-UE A的应用层ID和层2ID;以及
-UE B的应用层ID和层2ID;以及
-在PC5单播链路上使用的网络层协议;以及
-针对每个V2X服务类型,一组PC5 QoS流标识符(PC5 QoS Flow Identifier,PFI)。每个PFI与QoS参数(即,PQI)相关联。
出于隐私原因,应用层ID和层2ID在PC5单播链路的使用寿命期间可能如条款5.6.1.1和6.3.3.2中所描述的一般改变,并且如果是这样,那么应相应地在单播链路配置文件中对其进行更新。UE使用PC5链路标识符指示到V2X应用层的PC5单播链路,因此V2X应用层识别对应PC5单播链路,即使存在与一个V2X服务类型相关联的多于一个单播链路(例如,针对同一V2X服务类型,UE与多个UE建立多个单播链路)。
在对如条款6.3.3.4中所规定的已建立的PC5单播链路进行层2链路修改或如条款6.3.3.2中所规定的层2链路标识符更新之后应相应地更新单播链路配置文件。
V2X服务信息和QoS信息承载在PC5-S信令消息中,并如条款6.3.3中所规定的一般在两个UE之间进行交换。基于交换的信息,PFI用于识别V2X服务。当接收UE通过所建立的PC5单播链路接收V2X服务数据时,接收UE基于PFI确定适当的V2X服务以将接收到的V2X服务数据转发到上层。
在从AS层接收到由于RLF而释放PC5-RRC连接的指示后,UE中的V2X层在本地释放与此PC5-RRC连接相关联的PC5单播链路。AS层使用PC5链路标识符指示释放PC5-RRC连接的PC5单播链路。
在已经如条款6.3.3.3中所规定的一般释放了PC5单播链路后,用于PC5单播链路的每个UE的V2X层通知AS层已释放PC5单播链路。V2X层使用PC5链路标识符指示所释放的单播链路。
[…]
5.6.1.4通过PC5参考点进行的单播模式V2X通信的标识符
对于通过PC5参考点进行的单播模式的V2X通信,所使用的目的地层2ID取决于通信对等方。由应用层ID识别的通信对等方的层2ID可以在PC5单播链路的建立期间被发现,或经由先前V2X通信(例如到同一应用层ID的现有或先前单播链路)而为UE所知,或从应用层服务通知获得。用于建立PC5单播链路的初始信令可以使用通信对等方的已知层2ID或与配置成用于PC5单播链路建立的V2X服务类型(例如,PSID/ITS-AID)相关联的默认目的地层2ID,如条款5.1.2.1中所规定。在PC5单播链路建立程序期间,交换层2ID,并且应将层2ID用于两个UE之间的未来通信,如条款6.3.3.1中所规定。
应用层ID与UE内的一个或多个V2X应用相关联。如果UE具有多于一个应用层ID,那么从对等UE的角度来看,同一UE的每个应用层ID可以被视为不同UE的应用层ID。
由于V2X应用层不使用层2ID,因此UE维持应用层ID与用于PC5单播链路的源层2ID之间的映射。这允许在不中断V2X应用的情况下改变源层2ID。
当应用层ID改变时,如果链路用于与已改变的应用层ID的V2X通信,那么PC5单播链路的源层2ID应改变。
基于如条款5.1.2.1中所规定的隐私配置,将源UE的新标识符更新为用于已建立的单播链路的对等UE可能导致对等UE改变其层2ID以及任选地IP地址/前缀(如果如条款6.3.3.2中所定义的一般使用IP通信)。
UE可与对等UE建立多个PC5单播链路并且将相同或不同源层2ID用于这些PC5单播链路。
[…]
6.1控制和用户平面堆栈
6.1.1用于支持V2X服务的NRPC5参考点的用户平面
图6.1.1-1描绘用于NRPC5参考点的用户平面,即,PC5用户平面协议堆栈。
[标题为“用于NRPC5参考点的用户平面”的3GPP TS 23.287 V16.2.0的图6.1.1-1再现为图6]
针对通过PC5参考点进行的V2X通信支持IP和非IP PDCP SDU类型。
对于IP PDCP SDU类型,只支持IPv6。IP地址分配和配置如条款5.6.1.1中所定义。
非IP PDCP SDU含有非IP类型标头,其指示由应用层使用的V2X消息系列,例如,IEEE 1609系列的WSMP[18]、ISO定义的FNTP[19]。
注:在TS 24.587[24]中定义非IP类型标头和所允许的值。
在将来自V2X应用层的包传送到AS层之前,通过V2X层处理所述包,例如V2X层将IP/非IP包映射到PC5 QoS流并且标记对应PFI。
6.1.2用于支持V2X服务的NRPC5参考点的控制平面
编者注:PC5-S消息是否承载在PC5 RRC信令中取决于RAN决策。
图6.1.2-1描绘用于NRPC5参考点的控制平面,即,PC5信令协议堆栈。
[标题为“用于NRPC5参考点的控制平面”的3GPP TS 23.287 V16.2.0的图6.1.2-1再现为图7]
[…]
6.3.3通过PC5参考点进行的单播模式V2X通信
6.3.3.1通过PC5参考点建立层2链路
为了通过PC5参考点执行单播模式的V2X通信,UE配置有如条款5.1.2.1中所描述的相关信息。
图6.3.3.1-1示出用于通过PC5参考点进行的单播模式的V2X通信的层2链路建立程序。
[标题为“层2链路建立程序”的3GPP TS 23.287 V16.2.0的图6.3.3.1-1再现为图8]
1.如条款5.6.1.4中所规定,UE确定用于PC5单播链路建立的信令接收的目的地层2ID。如条款5.1.2.1中所规定,目的地层2ID配置有UE。
2.UE-1中的V2X应用层提供用于PC5单播通信的应用信息。应用信息包含V2X应用的V2X服务类型(例如,PSID或ITS-AID)以及发起的UE的应用层ID。目标UE的应用层ID可被包含在应用信息中。
UE-1中的V2X应用层可以提供用于此单播通信的V2X应用要求。如条款5.4.1.4中所规定,UE-1确定PC5 QoS参数和PFI。
如果UE-1决定重新使用如条款5.2.1.4中所规定的现有PC5单播链路,那么UE触发如条款6.3.3.4中所规定的层2链路修改程序。
3.UE-1发送直接通信请求消息以发起单播层2链路建立程序。直接通信请求消息包含:
-源用户信息:发起的UE的应用层ID(即,UE-1的应用层ID)。
-如果V2X应用层在步骤2中提供目标UE的应用层ID,那么包含以下信息:
-目标用户信息:目标UE的应用层ID(即,UE-2的应用层ID)。
-V2X服务信息:关于请求层2链路建立的V2X服务(例如,PSID或ITS-AID)的信息。
-安全性信息:用于建立安全性的信息。
注1:安全性信息以及对源用户信息和目标用户信息的必要保护由SA WG3定义。
如条款5.6.1.1和5.6.1.4中所规定,确定用于发送直接通信请求消息的源层2ID和目的地层2ID。目的地层2ID可以是广播或单播层2ID。当使用单播层2ID时,目标用户信息应被包含在直接通信请求消息中。
UE-1使用源层2ID和目的地层2ID经由PC5广播或单播发送直接通信请求消息。
4.如下建立UE-1的安全性:
4a.如果目标用户信息被包含在直接通信请求消息中,那么目标UE(即,UE-2)通过与UE-1建立安全性而作出响应。
4b.如果目标用户信息未被包含在直接通信请求消息中,那么对通过与UE-1的PC5单播链路使用通知的V2X服务感兴趣的UE通过与UE-1建立安全性而作出响应。
注2:用于安全性程序的信令由SA WG3定义。
当启用安全性保护时,UE-1将以下信息发送到目标UE:
-在使用IP通信的情况下:
-IP地址配置:对于IP通信,此链路需要IP地址配置,且IP地址配置指示以下值中的一个:
-“IPv6路由器”,在IPv6地址分配机制受到发起的UE支持的情况下,即,充当IPv6路由器;或
-“不支持IPv6地址分配”,在IPv6地址分配机制不受发起的UE支持的情况下。
-链路本地IPv6地址:如果UE-1不支持IPv6 IP地址分配机制,即,如果IP地址配置指示“不支持IPv6地址分配”,那么基于RFC 4862[21]在本地形成的链路本地IPv6地址。
-QoS信息:关于PC5 QoS流的信息。对于每个PC5 QoS流,PFI和对应PC5 QoS参数(即,PQI和有条件地其它参数,例如,MFBR/GFBR等)。
如条款5.6.1.1和5.6.1.4中所规定,确定用于安全性建立程序的源层2ID。将目的地层2ID设置为接收到的直接通信请求消息的源层2ID。
在接收到安全性建立程序消息后,针对用于此单播链路的信令和数据业务,UE-1获得对等UE的层2ID以用于未来通信。
5.已成功与UE-1建立安全性的目标UE将直接通信接受消息发送到UE-1:
5a.(面向UE的层2链路建立)如果目标用户信息被包含在直接通信请求消息中,那么在用于UE-2的应用层ID匹配的情况下,目标UE(即,UE-2)用直接通信接受消息作出响应。
5b.(面向V2X服务的层2链路建立)如果目标用户信息未被包含在直接通信请求消息中,那么对使用通知的V2X服务感兴趣的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等)。
-在使用IP通信的情况下:
-IP地址配置:对于IP通信,此链路需要IP地址配置,且IP地址配置指示以下值中的一个:
-“IPv6路由器”,在IPv6地址分配机制受到目标UE支持的情况下,即,充当IPv6路由器;或
-“不支持IPv6地址分配”,在IPv6地址分配机制不受目标UE支持的情况下。
-链路本地IPv6地址:如果目标UE不支持IPv6 IP地址分配机制,即,如果IP地址配置指示“不支持IPv6地址分配”,且UE-1在直接通信请求消息中包含链路本地IPv6地址,那么基于RFC 4862[21]在本地形成的链路本地IPv6地址。目标UE应包含非冲突链路本地IPv6地址。
如果选择两个UE(即,发起的UE和目标UE)来使用链路本地IPv6地址,那么这两个UE将停用RFC 4862[21]中所定义的双重地址检测。
注3:当发起的UE或目标UE指示对IPv6路由器的支持时,对应地址配置程序将在建立层2链路之后进行,并且忽略链路本地IPv6地址。
建立PC5单播链路的UE的V2X层将指派给单播链路的PC5链路标识符以及与PC5单播链路相关的信息向下传递到AS层。与PC5单播链路相关的信息包含层2ID信息(即,源层2ID和目的地层2ID)。这使得AS层能够维持PC5链路标识符以及PC5单播链路相关信息。
6.如下通过已建立的单播链路传送V2X服务数据:
将PC5链路标识符和PFI以及V2X服务数据提供给AS层。
另外,任选地,将层2ID信息(即,源层2ID和目的地层2ID)提供给AS层。
注4:由UE实施方案将层2ID信息提供给AS层。
UE-1使用源层2ID(即,用于此单播链路的UE-1的层2ID)和目的地层2ID(即,用于此单播链路的对等UE的层2ID)发送V2X服务数据。
注5:PC5单播链路是双向的,因此UE-1的对等UE可以通过与UE-1的单播链路将V2X服务数据发送到UE-1。
3GPP TS 24.587如下规定阶段3PC5单播链路建立程序:
6.1.2.2PC5单播链路建立程序
6.1.2.2.1综述
PC5单播链路建立程序用于在两个UE之间建立PC5单播链路。发送请求消息的UE被称作“发起的UE”且另一UE被称作“目标UE”。
编者注:关于由SA3定义的安全性程序的细节有待进一步研究。
编者注:以下消息的IE的细节有待进一步研究。
6.1.2.2.2通过发起的UE发起PC5单播链路建立程序
编者注:在SA3已确定单播链路建立的完整安全性要求集合之后,需要重新研究此章节。
发起的UE在发起此程序之前应满足以下前提:
a)来自上层的对通过PC5传送V2X服务的包的请求;
b)用于发起的UE的链路层标识符(即,用于单播通信的层2ID)可用(例如,预先配置或自行指派);
c)用于单播初始信令的链路层标识符(即,用于单播初始信令的目的地层2ID)可用于发起的UE(例如,预先配置、如条款5.2.3中所规定的一般获得或经由先前的V2X通信已知);
d)发起的UE被授权用于在服务PLMN中的NR中通过PC5进行V2X通信,或在不由E-UTRAN服务且不由NR服务时,具有对在NR中通过PC5进行的V2X通信的有效授权;以及
e)不存在用于对等应用层ID的对的现有PC5单播链路,并且此PC5单播链路的网络层协议与发起的UE中的上层针对此V2X服务所需的那些协议相同。
为了发起PC5单播链路建立程序,发起的UE应形成直接链路建立请求消息。发起的UE:
a)应包含设置为从上层接收到的发起的UE的应用层ID的源用户信息;
b)应包含从上层接收到的V2X服务标识符;
c)可包含设置为目标UE的应用层ID(在从上层接收到的情况下)的目标用户信息;以及
d)应包含安全性建立信息。
编者注:安全性建立信息中的参数将由SA3定义。
在产生直接链路建立请求消息之后,发起的UE应将此消息传递到下层以与用于单播通信的发起的UE的层2ID和用于单播初始信令的目的地层2ID一起传送,并且启动定时器T5000。当定时器T5000正在运行时,UE不应将新的直接链路建立请求消息发送到由同一应用层ID识别的同一目标UE。
[标题为“PC5单播链路建立程序”的3GPP TS 24.587 V16.0.0的图6.1.2.2.2再现为图9]
6.1.2.2.3通过目标UE接受PC5单播链路建立程序
在接收到直接链路建立请求消息后,目标UE应为此PC5单播链路指派层2ID,并且存储用于传输由下层提供的此消息的这一指派的层2ID和源层2ID。此对层2ID与PC5单播链路上下文相关联。
如果:
a)目标用户信息IE被包含在直接链路建立请求消息中,并且此IE包含目标UE的应用层ID;或
b)目标用户信息IE不被包含在直接链路建立请求消息中,并且目标UE对由直接链路建立请求消息中的V2X服务标识符识别的V2X服务感兴趣;
那么目标UE应与发起的UE识别现有安全性上下文,或通过执行如条款6.1.2.6中所规定的一个或多个PC5单播链路认证程序以及执行如条款6.1.2.7中所规定的PC5单播链路安全性模式控制程序来建立新的安全性上下文。
在成功完成PC5单播链路安全性模式控制程序后,为了确定是否可以接受直接链路建立请求消息,在IP通信的情况下,目标UE检查是否存在由发起的UE和目标UE两者支持的至少一个公共IP地址配置选项。
如果目标UE接受PC5单播链路建立程序,那么目标UE应形成直接链路建立接受消息。目标UE:
a)应包含设置为从上层接收到的目标UE的应用层ID的源用户信息;
b)应包含PQFI和对应的PC5 QoS参数;
c)如果使用IP通信,那么可包含设置为以下值中的一个的IP地址配置IE:
1)“Ipv6路由器”,在仅Ipv6地址分配机制受到目标UE支持的情况下,即,充当IPv6路由器;或
2)“不支持IPv6地址分配”,在IPv6地址分配机制不受目标UE支持的情况下;
d)如果IP地址配置IE设置为“不支持IPv6地址分配”并且接收到的直接链路建立请求消息包含链路本地IPv6地址IE,那么可包含基于IETF RFC 4862[16]在本地形成的链路本地IPv6地址。
6.1.2.2.4通过发起的UE完成PC5单播链路建立程序
在接收到直接链路建立接受消息后,发起的UE应停止定时器T5000,并且存储用于传输由下层提供的此消息的源层2ID和目的地层2ID。此对层2ID应与PC5单播链路上下文相关联。从此时间起,发起的UE应使用用于通过PC5进行的V2X通信的所建立链路以及到目标UE的额外PC5信令消息。
6.1.2.2.5不被目标UE接受的PC5单播链路建立程序
如果无法接受直接链路建立请求消息,那么目标UE应发送直接链路建立拒绝消息。直接链路建立拒绝消息含有设置为以下原因值中的一个的PC5信令协议原因IE:
#1不允许与目标UE的直接通信;
#3检测到用于单播通信的层2ID的冲突;
#5缺乏用于所提出链路的资源;或
#111未规定的协议错误。
如果不允许目标UE例如基于运营商策略或服务于授权供应来接受此请求,那么目标UE应发送含有PC5信令协议原因值#1“不允许与目标UE的直接通信”的直接链路建立拒绝消息。
对于从层2ID(用于单播通信)接收到的直接链路建立请求消息,如果目标UE已具有针对已知使用此层2ID的UE建立的现有链路,或目前正在处理来自相同层2ID但具有与在此新传入消息中所包含的用户信息IE不同的用户信息的直接链路建立请求消息,那么目标UE应发送含有PC5信令协议原因值#3“检测到用于单播通信的层2ID的冲突”的直接链路建立拒绝消息。
如果PC5单播链路建立由于拥塞问题或引起资源限制的其它临时下层问题而失败,那么目标UE应发送含有PC5信令协议原因值#5“缺乏用于所提出链路的资源”的直接链路建立拒绝消息。
对于导致链路建立失败的其它原因,目标UE应发送含有PC5信令协议原因值#111“未规定的协议错误”的直接链路建立拒绝消息。
在接收到直接链路建立拒绝消息后,发起的UE应停止定时器T5000并且中止PC5单播链路建立程序。如果直接链路建立拒绝消息中的PC5信令协议原因值是#1“不允许与目标UE的直接通信”或#5“缺乏用于所提出链路的资源”,那么UE至少在时间段T内不应尝试启动与同一目标UE的PC5单播链路建立。
注:时间段T的长度是UE实施方案特定的,并且在UE接收PC5信令协议原因值#1“不允许与目标UE的直接通信”时或在UE接收PC5信令协议原因值#5“缺乏用于所提出链路的资源”时可以是不同的。
6.1.2.2.6异常情况
6.1.2.2.6.1发起的UE处的异常情况
如果定时器T5000到期,那么发起的UE应重新传送直接链路建立请求消息并且重新启动定时器T5000。在达到所允许重新传送的最大数目之后,发起的UE应中止PC5单播链路建立程序并且可以通知上层目标UE不可到达。
注:所允许重新传送的最大数目是UE实施方案特定的。
如果在完成程序之前不再需要建立链路,那么发起的UE应中止程序。
6.1.2.2.6.2目标UE处的异常情况
对于从源层2ID(用于单播通信)接收到的直接链路建立请求消息,如果目标UE已具有针对已知使用此源层2ID的UE建立的现有链路并且新请求含有与已知用户相同的源用户信息,那么UE应处理新请求。然而,目标UE应仅在新链路建立程序成功之后删除现有链路上下文。
3GPP TS 38.331如下规定无线资源控制(RRC)重新配置、UE能力信息、侧链路UE信息和侧链路数据无线承载(Radio Bearer,DRB)建立:
5.3.5 RRC重新配置
[…]
5.3.5.3通过UE接收RRCReconfiguration
UE应在接收到RRCReconfiguration后或在执行条件配置(CHO或CPC)后执行以下动作:
[…]
1>如果RRCReconfiguration消息包含sl-ConfigDedicatedNR,那么:
2>执行如5.3.5.8中所规定的侧链路专用配置程序;
[…]
5.3.5.14侧链路专用配置
UE应:
1>如果sl-FreqInfoToAddModList被包含在RRCReconfiguration内的sl-ConfigDedicatedNR中:
2>在配置成接收NR侧链路通信的情况下:
3>如5.8.7中所规定,使用由sl-RxPool指示的资源池以进行NR侧链路通信接收;
2>在配置成传送NR侧链路通信的情况下:
3>如在5.8.8中所规定,使用由sl-TxPoolSelectedNormal、sl-TxPoolScheduling或sl-TxPoolExceptional指示的资源池以进行NR侧链路通信传送;
2>如在5.5.3.1中所规定,通过sl-TxPoolSelectedNormal、sl-TxPoolScheduling或sl-TxPoolExceptional对传送资源池执行CBR测量,以进行NR侧链路通信传送;
2>如在5.8.5中所规定,使用同步配置参数在sl-FreqInfoToAddModList中所包含的频率上进行NR侧链路通信;
1>如果sl-FreqInfoToReleaseList被包含在RRCReconfiguration内的sl-ConfigDedicatedNR中,那么:
2>对于作为当前UE配置的一部分的接收到的sl-FreqInfoToReleaseList中所包含的每个条目:
3>从所存储的NR侧链路通信配置释放相关配置;
1>如果sl-RadioBearerToReleaseList被包含在RRCReconfiguration内的sl-ConfigDedicatedNR中,那么:
2>如在5.8.9.1.4中所规定,执行侧链路DRB释放;
1>如果sl-RadioBearerToAddModList被包含在RRCReconfiguration内的sl-ConfigDedicatedNR中,那么:
2>如在5.8.9.1.5中所规定,执行侧链路DRB添加/修改;
1>如果sl-ScheduledConfig被包含在RRCReconfiguration内的sl-ConfigDedicatedNR中,那么:
2>根据接收到的sl-ScheduledConfig配置将用于NR侧链路通信的MAC实体参数;
1>如果s1-UE-SelectedConfig被包含在RRCReconfiguration内的sl-ConfigDedicatedNR中,那么:
2>根据接收到的sl-UE-SelectedConfig配置将用于NR侧链路通信的参数;
1>如果sl-MeasConfigInfoToReleaseList被包含在RRCReconfiguration内的sl-ConfigDedicatedNR中,那么:
2>对于作为当前UE配置的一部分的接收到的sl-MeasConfigInfoToReleaseList中所包含的每个条目:
3>从所存储的NR侧链路测量配置信息释放相关配置;
1>如果sl-MeasConfigInfoToAddModList被包含在RRCReconfiguration内的sl-ConfigDedicatedNR中,那么:
2>对于作为当前所存储的NR侧链路测量配置的一部分的接收到的sl-MeasConfigInfoToAddModList中所包含的每个条目:
3>更新所存储的NR侧链路测量配置信息;
2>对于不作为当前所存储的NR侧链路测量配置的一部分的接收到的sl-MeasConfigInfoToAddModList中所包含的每个条目:
3>存储NR侧链路测量配置。
[…]
5.6.1 UE能力传递
5.6.1.1综述
此条款描述在从网络接收到UECapabilityEnquiry后UE如何编译和传递它的UE能力信息。
[标题为“UE能力传递”的3GPP TS 38.331 V16.0.0的图5.6.1.1-1再现为图10]
5.6.1.2发起
网络在它需要(额外的)UE无线接入能力信息时在RRC_CONNECTED中发起到UE的程序。网络应仅在AS安全性激活之后检索UE能力。网络不会将在AS安全性激活之前检索到的UE能力转发到CN。
5.6.1.3 UE对UECapabilityEnquiry的接收
UE应如下设置为UECapabilityInformation消息的内容:
1>如果ue-CapabilityRAT-RequestList含有UE-CapabilityRAT-Request(其中rat-Type设置为nr),那么:
2>在ue-CapabilityRAT-ContainerList中包含具有类型UE-NR-Capability且其中rat-Type设置为nr的UE-CapabilityRAT-Container;
2>包含如条款5.6.1.4中所规定的supportedBandCombinationList、featureSets和featureSetCombinations;
1>如果ue-CapabilityRAT-RequestList含有UE-CapabilityRAT-Request(其中rat-Type设置为eutra-nr),那么:
2>在UE支持(NG)EN-DC或NE-DC的情况下:
3>在ue-CapabilityRAT-ContainerList中包含具有类型UE-MRDC-Capability且其中rat-Type设置为eutra-nr的UE-CapabilityRAT-Container;
3>包含如条款5.6.1.4中所规定的supportedBandCombinationList和featureSetCombinations;
1>如果ue-CapabilityRAT-RequestList含有UE-CapabilityRAT-Request(其中rat-Type设置为eutra),那么:
2>在UE支持E-UTRA的情况下:
3>根据capabilityRequestFilter(如果接收到),在ue-CapabilityRAT-ContainerList中包含如TS 36.331[10],条款5.6.3.3中所规定的具有类型UE-EUTRA-Capability且其中rat-Type设置为eutra的ue-CapabilityRAT-Container;
1>如果ue-CapabilityRAT-RequestList含有UE-CapabilityRAT-Request(其中rat-Type设置为utra-fdd),那么:
2>在UE支持UTRA-FDD的情况下:
3>在ue-CapabilityRAT-Container内包含用于UTRA-FDD的UE无线接入能力并且其中rat-Type设置为utra-fdd;
1>如果基于接收到的字段rrc-SegAllowed启用RRC消息分段,并且编码的RRC消息大于在TS 38.323[5]中所规定的PDCP SDU的最大支持大小,那么:
2>发起如条款5.7.7中所规定的UL消息段传递程序;
1>否则:
2>向下层提交UECapabilityInformation消息以供传送,在传送后,程序结束。
[…]
5.8.3用于NR侧链路通信的侧链路UE信息
5.8.3.1综述
[标题为“用于NR侧链路通信的侧链路UE信息”的3GPP TS 38.331 V16.0.0的图5.8.3.1-1再现为图11]
此程序的目的在于通知网络UE对或不再对接收NR侧链路通信感兴趣,以及请求指派或释放NR侧链路通信的传送资源且报告与NR侧链路通信相关的参数。
5.8.3.2发起
能够进行RRC_CONNECTED中的NR侧链路通信的UE可发起程序以指示其正在若干情况下接收NR侧链路通信(对接收NR侧链路通信感兴趣),所述情况包含在成功连接建立或恢复后、在兴趣改变后或在改变到提供包含sl-ConfigCommonNR的SIB12的PCell后。能够进行NR侧链路通信的UE可发起程序以请求用于NR侧链路通信传送的专用资源的指派。
在发起此程序后,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中的s1-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侧链路通信传送资源(即,UE包含所有涉及的信息,无论是什么触发了程序):
2>如果包含sl-ConfigCommonNR的SIB12由PCell提供,那么:
3>如果由上层配置成接收NR侧链路通信,那么:
4>包含sl-RxInterestedFreqList并且将其设置为用于NR侧链路通信接收的频率;
3>如果由上层配置成传送NR侧链路通信,那么:
4>包含sl-TxResourceReqList并且为其请求网络指派NR侧链路通信资源的每个目的地按如下设置其字段(如果需要):
5>将sl-DestinationIdentiy设置为由上层配置成用于NR侧链路通信传送的目的地标识;
5>将sl-CastType设置为由上层配置成用于NR侧链路通信传送的相关联目的地标识的播送类型;
5>如果已由于RRCReconfigurationSidelink的配置建立相关联的双向侧链路DRB,那么将sl-RLC-ModeIndication设置为包含RLC模式和任选地相关联RLC模式的侧链路QoS流的QoS配置文件;
5>如果检测到侧链路RLF,那么将sl-Failure设置为用于NR侧链路通信传送的相关联目的地的rlf;
5>如果接收到RRCReconfigurationFailureSidelink作为侧链路RRC重新配置失败,那么将sl-Failure设置为用于NR侧链路通信传送的相关联目的地的configFailure;
5>将sl-QoS-InfoList设置为包含由上层配置成用于NR侧链路通信传送的相关联目的地的侧链路QoS流的QoS配置文件;
5>将sl-InterestedFreqList设置为指示用于NR侧链路通信传送的频率;
5>将sl-TypeTxSyncList设置为在用于NR侧链路通信传送的相关联sl-InterestedFreqList上使用的当前同步参考类型。
1>UE应向下层提交SidelinkUEInformationNR消息以用于传送。
[…]
5.8.9.1.5.2侧链路DRB添加/修改操作
对于如子条款5.8.9.1.5.1中满足其侧链路DRB添加条件的侧链路DRB,由上层配置成执行NR侧链路通信的能够进行NR侧链路通信的UE应:
1>对于组播和广播,或
1>对于单播,在接收到RRCReconfigurationSidelink消息之后(在由于RRCReconfigurationSidelink的配置而添加的情况下),或在接收到RRCReconfigurationCompleteSidelink消息之后(在由于sl-ConfigDedicatedNR、SIB12、SidelinkPreconfigNR的配置或由上层所指示的配置而添加的情况下):
2>如果不存在与侧链路DRB的目的地和播送类型相关联的NR侧链路通信的SDAP实体,那么:
3>建立如TS 37.324[24]条款5.1.1中所规定的用于NR侧链路通信的SDAP实体;
3>根据在RRCReconfigurationSidelink中接收到的sl-SDAP-ConfigPC5或与侧链路DRB相关联的在sl-ConfigDedicatedNR、SIB12、SidelinkPreconfigNR中接收到的sl-SDAP-Config配置SDAP实体;
2>建立用于NR侧链路通信的PDCP实体并且根据在RRCReconfigurationSidelink中接收到的sl-PDCP-ConfigPC5或与侧链路DRB相关联的在sl-ConfigDedicatedNR、SIB12、SidelinkPreconfigNR中接收到的sl-PDCP-Config配置所述PDCP实体;
2>建立用于NR侧链路通信的RLC实体并且根据在RRCReconfigurationSidelink中接收到的sl-RLC-ConfigPC5或与侧链路DRB相关联的在sl-ConfigDedicatedNR、SIB12、SidelinkPreconfigNR中接收到的sl-RLC-Config配置所述RLC实体;
2>如果接收到RRCReconfigurationSidelink,那么:
3>根据在与侧链路DRB相关联的RRCReconfigurationSidelink中接收到的sl-MAC-LogicalChannelConfigPC5用逻辑信道配置MAC实体,并且在需要时执行子条款5.8.3中的侧链路UE信息程序以用于单播;
2>否则:
3>根据在sl-ConfigDedicatedNR、SIB12、SidelinkPreconfigNR中接收到的sl-MAC-LogicalChannelConfig,通过指派新逻辑信道标识用与侧链路DRB相关联的逻辑信道配置MAC实体。
注1:当侧链路DRB添加是由于RRCReconfigurationSidelink的配置时,取决于UE实施方案从具有与RRCReconfigurationSidelink中配置的模式相同的RLC模式的接收到的sl-ConfigDedicatedNR(如果在RRC_CONNECTED中)、SIB12(如果在RRC_IDLE/INACTIVE中)、SidelinkPreconfigNR(如果不在覆盖范围内)中选择视需要传送侧链路DRB的参数的侧链路DRB配置。
对于如子条款5.8.9.1.5.1中满足其侧链路DRB修改条件的侧链路DRB,由上层配置成执行NR侧链路通信的能够进行NR侧链路通信的UE应:
1>对于组播和广播,或
1>对于单播,在接收到RRCReconfigurationSidelink消息之后(在由于RRCReconfigurationSidelink的配置而修改的情况下),或在接收到RRCReconfigurationCompleteSidelink消息之后(在由于sl-ConfigDedicatedNR、SIB12或SidelinkPreconfigNR的配置而修改的情况下):
2>根据在RRCReconfigurationSidelink中接收到的sl-SDAP-ConfigPC5或在sl-ConfigDedicatedNR、SIB12、SidelinkPreconfigNR(如果包含)中接收到的sl-SDAP-Config重新配置侧链路DRB的SDAP实体;
2>根据在RRCReconfigurationSidelink中接收到的sl-PDCP-ConfigPC5或在sl-ConfigDedicatedNR、SIB12、SidelinkPreconfigNR(如果包含)中接收到的sl-PDCP-Config重新配置侧链路DRB的PDCP实体;
2>根据在RRCReconfigurationSidelink中接收到的sl-RLC-ConfigPC5或在sl-ConfigDedicatedNR、SIB12、SidelinkPreconfigNR(如果包含)中接收到的sl-RLC-Config重新配置侧链路DRB的RLC实体;
2>根据在RRCReconfigurationSidelink中接收到的sl-MAC-LogicalChannelConfigPC5或在sl-ConfigDedicatedNR、SIB12、SidelinkPreconfigNR(如果包含)中接收到的sl-MAC-LogicalChannelConfig重新配置侧链路DRB的逻辑信道。
3GPP R2-2005973是对3GPP TS38.331[3]的改变请求。此CR在UE向gNB报告的UECapabilityInformation消息中的IE UE-NR-Capability中添加侧链路UE能力信息(即,SidelinkParameters),引入UE与对等UE之间的侧链路UE能力传递程序,并且还包含如下从向gNB报告的SidelinkUEinformationNR消息中的对等UE接收到的UECapabilityInformationSidelink消息:
5.8.3用于NR侧链路通信的侧链路UE信息
5.8.3.1综述
[标题为“用于NR侧链路通信的侧链路UE信息”的3GPP R2-2005973的图5.8.3.1-1再现为图12]
此程序的目的在于通知网络UE对或不再对接收NR侧链路通信感兴趣,以及请求指派或释放NR侧链路通信的传送资源且报告与NR侧链路通信相关的参数。
5.8.3.2发起
能够进行RRC_CONNECTED中的NR侧链路通信的UE可发起程序以指示其正在若干情况下接收NR侧链路通信(对接收NR侧链路通信感兴趣),所述情况包含在成功连接建立或恢复后、在兴趣改变后或在改变到提供包含sl-ConfigCommonNR的SIB12的PCell后。能够进行NR侧链路通信的UE可发起程序以请求用于NR侧链路通信传送的专用资源的指派。
在发起此程序后,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侧链路通信传送资源(即,UE包含所有涉及的信息,无论是什么触发了程序):
2>如果包含sl-ConfigCommonNR的SIB12由PCell提供,那么:
3>如果由上层配置成接收NR侧链路通信,那么:
4>包含sl-RxInterestedFreqList并且将其设置为用于NR侧链路通信接收的频率;
3>如果由上层配置成传送NR侧链路通信,那么:
4>包含sl-TxResourceReqList并且为其请求网络指派NR侧链路通信资源的每个目的地按如下设置其字段(如果需要):
5>将sl-DestinationIdentiy设置为由上层配置成用于NR侧链路通信传送的目的地标识;
5>将sl-CastType设置为由上层配置成用于NR侧链路通信传送的相关联目的地标识的播送类型;
5>如果已由于RRCReconfigurationSidelink的配置建立相关联的双向侧链路DRB,那么将sl-RLC-ModeIndication设置为包含RLC模式和任选地相关联RLC模式的侧链路Qos流的QoS配置文件;
5>如果检测到侧链路RLF,那么将sl-Failure设置为用于NR侧链路通信传送的相关联目的地的rlf;
5>如果接收到RRCReconfigurationFailureSidelink作为侧链路RRC重新配置失败,那么将sl-Failure设置为用于NR侧链路通信传送的相关联目的地的configFailure;
5>将sl-QoS-InfoList设置为包含由上层配置成用于NR侧链路通信传送的相关联目的地的侧链路QoS流的QoS配置文件;
5>将sl-InterestedFreqList设置为指示用于NR侧链路通信传送的频率;
5>将sl-TypeTxSyncList设置为在用于NR侧链路通信传送的相关联sl-InterestedFreqList上使用的当前同步参考类型。
5>将sl-CapabilityInformationSidelink设置为包含从对等UE接收到的UECapabilityInformationSidelink消息(如果存在)。
1>UE应向下层提交SidelinkUEInformationNR消息以用于传送。
[…]
5.8.9.2侧链路UE能力传递
5.8.9.2.1综述
此条款描述UE如何编译和传递其侧链路UE能力信息以用于单播到发起的UE。
[标题为“侧链路UE能力传递”的3GPP R2-2005973的图5.8.9.2.1-1再现为图13]
5.8.9.2.2发起
当UE需要(额外的)UE无线接入能力信息时,UE可以根据来自上层的指示发起侧链路UE能力传递程序。
5.8.9.2.3与通过UE进行的UECapabilityEnquirySidelink的传送相关的动作
发起的UE应如下设置UECapabilityEnquirySidelink消息的内容:
1>在UE中包含用于ueCapabilityInformationSidelink内的侧链路的无线接入能力
注:由发起的UE决定是否应包含ueCapabilityInformationSidelink。
1>将frequencyBandListFilterSidelink设置为包含请求对等UE为其提供支持的带和带组合的频带;
1>向下层提交UECapabilityEnquirySidelink消息以用于传送。
5.8.9.2.4与通过UE进行的UECapabilityEnquirySidelink的接收相关的动作
对等UE应如下设置UECapabilityInformationSidelink消息的内容:
1>在UE中包含用于ueCapabilityInformationSidelink内的侧链路的无线接入能力
1>编译仅由在frequencyBandListFilter中所包含的带组成的“候选带组合”列表,并且按frequencyBandListFilterSidelink的顺序进行优先级排序(即,首先包含含有第一个列出的带的带组合,然后包含含有第二个列出的带的其余带组合等)。
1>从第一条目开始,将来自“候选带组合”列表的尽可能多的带组合包含到supportedBandCombinationListSidelink中;
/>
/>
3GPP TR 23.752针对新版本(即,版本17)如下引入对UE间中继的支持问题以及相关解决方案:
5.4关键问题#4:UE间中继的支持
5.4.1一般描述
此关键问题旨在支持UE间中继,包含对覆盖范围内和覆盖范围外操作的支持。
在可能的解决方案中需要考虑至少以下方面:
-如何(重新)选择附近的UE间中继UE?
-网络是否可以控制UE间中继操作和可以如何控制UE间中继操作,至少包含如何:
-授权UE间中继,例如,将UE授权为UE间中继?
-出于例如收费的目的,向网络提供源/目标UE和UE间中继的可见性?
-如何经由UE间中继建立源UE与目标UE之间的连接?
-如何提供端到端QoS框架来满足QoS要求(例如,数据速率、可靠性、时延)?
-如何增强***架构以提供用于中继连接的安全性保护?
-在例如UE间中继改变的情况下如何提供用于路径改变的机制?
注1:为了参与NG-RAN,需要与RAN WG的协调。
注2:针对安全性方面,需要与SA3的协调。
[…]
6.8解决方案#8:没有中继发现的UE间中继选择
6.8.1描述
该提议旨在确保源与目标UE之间的中继发现不会依赖于中继如何转发源与目标UE之间的业务,例如,L2或L3中继。这种解决方案依赖于UE间发现和选择可以集成到如在TS23.287[5]的条款6.3.3中所描述的单播链路建立程序中的概念。
提议在直接通信请求中添加新的字段,以指示是否可以在通信中使用中继。字段可以被称作relay_indication。当UE想要广播直接通信请求时,其在消息中指示是否可以使用UE间中继。对于版本17,假设指示的值局限于单跳。
当UE间中继接收到具有relay_indication设置的直接通信请求时,则它应根据例如以下内容决定是否转发请求(即,在其附近广播此请求):请求中的QoS要求、中继的当前业务负荷、源UE与中继UE之间的无线条件或某些其它策略(例如,它仅服务于某些特定的UE或服务)。
可以是如下情况:多个UE间中继可以用于到达目标UE,或目标UE也可以直接从源UE接收直接通信请求。目标UE可以根据例如信号强度、本地策略(例如,UE间中继的业务负荷)或运营商策略(例如,总是偏好直接通信或仅使用一些特定的UE间中继)选择哪一个进行回复。
源UE可以从多个UE间中继并且还从目标UE直接接收直接通信接受消息,源UE根据例如信号强度、本地策略(例如,UE间中继的业务负荷)或运营商策略(例如,总是偏好直接通信或仅使用一些特定的UE间中继)选择通信路径。
6.8.2程序
[标题为“5GProSe UE间中继选择”的3GPP TR 23.752 V0.3.0的图6.8.2-1再现为图14]
图6.8.2-1说明所提出方法的程序。
0.授权UE使用由UE间中继提供的服务。授权UE间中继提供在UE之间中继业务的服务。授权和参数供应可以使用KI#8的解决方案。
1.UE-1想要与UE-2建立单播通信,并且通信可以通过与UE-2的直接链路或经由UE间中继。接着,UE-1以relay_indication=1直接广播通信请求。请求将由中继-1、中继-2接收。如果UE-2在UE-1附近,那么请求还可以由UE-2接收。
2.中继-1和中继-2决定转发请求。它们以relay_indication=0广播附近的消息。如果中继接收到此消息,那么其将仅丢弃所述消息。
3.UE-2从中继-1和中继-2接收所述请求。
4.UE-2选择中继-1并回复请求接受。如果UE-2从UE-1直接接收直接通信请求,那么其可以选择通过将请求接受直接发送到UE-1来设置直接通信链路。响应消息包含关于正建立(例如,经由中继或直接)的通信链路的类型的指示。
5.UE-1从中继-1接收请求接受。UE-1根据例如策略(例如,始终选择直接路径(如果有可能))、信号强度等选择路径。如果UE-1直接从UE-2接收请求接受,那么其可以选择设置如TS 23.287[5]的条款6.3.3中所描述的直接L2链路,然后跳过步骤6。
6.UE-1和UE-2通过所选择的UE间中继设置通信链路。链路设置信息可以根据中继类型(例如L2或L3中继)而变化。
注1:为了进行中继或路径选择,在作出决策之前,源UE可以在发送出对收集对应请求接受消息的直接通信请求之后设置定时器。类似地,在作出决策之前,目标UE还可以在接收对从不同路径收集请求的多个副本的直接通信请求的第一副本之后设置定时器。
注2:在UE第一次从UE间中继接收消息时,UE需要验证中继是否被授权成为UE间中继。验证细节以及如何确保通过UE间中继的两个UE之间的通信将由SA WG3定义。
6.8.3对现有节点和功能性的影响
对支持新的中继相关功能的UE影响。
6.9解决方案#9:经由UE间层2中继的连接建立
6.9.1描述
使用在此条款中描述的解决方案,UE间中继使得目标UE能够发现源UE。授权UE间中继以经由授权和供应通过PC5接口在两个UE之间中继消息,如在条款6中所定义。关键问题#4的Y解决方案:UE间中继授权和供应。
源UE使用已知的发现机制,例如使用如在TS23.287[5]中所定义的面向用户或面向服务的方法通知其支持的应用或发现目标UE。
UE间中继监听来自周围UE的ProSe应用广告(例如,直接发现或直接通信请求消息),并且如果广播的应用与来自其所供应的中继策略/参数的应用中的一个匹配,那么UE间中继通过将中继指示添加到消息而将其作为中继的应用进行播发。
目标UE经由UE间中继发现源UE。目标UE接收具有中继指示的广播直接通信请求消息。
经由UE间中继在源UE与目标UE之间设置安全的“扩展”PC5链路。源/目标UE并不知道其相应的对等UE的L2 ID。源/目标UE将消息发送到UE间中继并且通过UE间中继接收消息。然而,直接在源UE与目标UE之间建立安全性关联和PC5单播链路。UE间中继在不透明模式下转发消息,而不能够读取、修改其内容或重播消息。在检测到接收到的消息中所包含的中继指示后,源/目标UE检测到通信正穿过UE间中继。
当经由UE间中继在两个对等UE之间建立单播链路时,UE间中继为其自身指派两个中继-L2 ID。在将消息转发到目标UE时使用第一中继-L2 ID。在将消息转发到源UE时使用第二中继-L2 ID。UE间中继维持映射表,所述映射表含有对等UE L2 ID以及已自行指派的对应中继-L2 ID的映射。当接收消息时,UE间中继使用其映射表来寻找要用于将消息转发到目标UE的源和目的地ID。UE间中继使用在目的地字段中规定的中继-L2 ID来寻找相关UE,并且使用在源字段中规定的UE的L2 ID来寻找相关的中继-L2 ID。接着,在转发消息之前,所述UE间中继用对应的UE的L2 ID和中继-L2 ID更新接收到的消息的源和目的地字段。
注:可能需要额外的安全性相关参数和程序来保护中继相关的消息。其定义需要与SA WG3协调。
6.9.2程序
使用在此条款中描述的程序来支持在TS23.287[5]中所定义的两种方法,即,面向服务的和面向用户的方法。
图6.9.2-1示出经由UE间中继通过PC5参考点进行的对等方发现和单播链路建立。
[标题为“经由UE间中继的连接建立程序”的3GPP TR 23.752 V0.3.0的图6.9.2-1再现为图15]
0.UE间中继在网络中注册并且规定其UE间中继能力。从网络向UE间中继供应中继策略参数和唯一中继标识符(RID)。
1.目标UE(即,UE2、UE3和UE4)确定用于PC5单播链路建立的信令接收的目的地层2ID,如在TS23.287[5]条款5.6.1.4中所规定。目的地层2ID配置有目标UE,如在TS 23.287[5]条款5.1.2.1中所规定。
2.在源UE(即,UE1)上,应用层将信息提供到ProSe层以用于PC5单播通信(例如,广播层2ID、ProSe应用ID、UE的应用层ID、目标UE的应用层ID、中继适用指示),如在TS 23.287[5]条款6.3.3.1中所规定。
3.ProSe层通过发送广播直接通信请求消息来触发对等UE发现机制。消息使用作为目的地的源层2ID和广播层2ID来发送,并且包含与所提供的应用相关的其它参数,如在TS 23.287[5]条款6.3.3.1中所规定。
4.UE间中继接收广播直接通信请求消息并验证其是否配置成中继此应用,即,所述UE间中继将通知的ProSe应用ID与其供应的中继策略/参数进行比较,并且如果匹配,那么UE间中继为其自身指派用于UE1(即,与UE1的L2 ID相关)的中继层2ID(例如,R-L2ID-a)。
这些2ID(UE1的层2ID和中继层2ID-a)保存在本地映射表中。UE间中继用其R-L2ID-a覆盖消息的源字段,并添加其唯一中继标识符(RID)作为中继指示。通过UE间中继仅针对广播消息添加此中继指示,这是由于这些消息以明文发送(即,没有任何加密或完整性保护),因此可能被修改。UE间中继继续转发从源UE接收到的广播直接通信请求消息。
5.目标UE3对通知的应用感兴趣,因此它经由UE间中继触发认证以及与UE1的安全性建立。UE3跟踪中继的标识符,即R-L2 ID-a和RID。UE3在认证和安全性建立期间在安全性受保护的消息中发送RID,以通知UE1通信正穿过由RID识别的UE间中继。
UE间中继从UE3接收消息,并且使用在目的地字段中规定的R-L2 ID-a来在其映射表中寻找相关UE(即,在这种情况下为UE1)。
UE间中继为其自身指派用于UE3的新层2ID(例如,R-L2 ID-b),并且存储UE3的L2ID与R-L2 ID-b之间的映射。
UE间中继将消息的源字段设置为R-L2 ID-b并且将目的地字段设置为从映射条目检索到的UE1的层2ID(即,L2 ID1)。UE间中继将消息发送到UE1。
UE1接收认证消息并且跟踪R-L2 ID-b和RID。将R-L2 ID-b用作去往UE3并且经由UE间中继发送的后续消息的目的地。
认证和安全性建立消息经由UE间中继在UE1与UE3之间交换。UE间中继基于保存在其本地映射表中的信息来改变源/目的地层2ID。
编者注:认证和安全性程序的细节将由SA WG3小组研究。
6.在建立安全性后,UE3通过发送直接通信接受消息来完成单播链路建立。
7.UE间中继接收消息,并将消息的源字段设置为在映射条目中找到的R-L2 ID-b,并且将目的地字段设置为同样来自映射条目的UE1的L2 ID。UE间中继将修改后的消息发送到UE1。
8.经由UE间中继在UE1与UE3之间建立“扩展”单播链路。扩展的链路在端到端之间是安全的,即,已在UE1与UE3之间创建安全性关联。可以在UE1与UE3之间交换机密性和/或完整性/重播受保护的消息(即,数据或PC5-S)。UE间中继不参与安全性关联,因此其无法读取或修改消息的受保护部分(不包括源字段和目的地字段)。
编者注:协议堆栈和PC5链路建立的细节有待进一步研究,并且需要由RAN WG2小组协调和确认。
6.9.3对服务、实体和接口的影响
解决方案在以下实体中具有影响:
UE:
-需要支持用于ProSe 5GUE间中继的程序以及经由ProSe 5GUE间中继的通信。
6.10解决方案#10:基于IP路由的ProSe 5G层3UE间中继
6.10.1描述
在此解决方案中,利用以下原理支持ProSe 5GUE间中继操作:
-授权和配置:
-仅由服务授权配置授权的UE可以充当ProSe 5G UE间中继。这些UE将根据在TS23.287[5]中所定义的服务授权和供应机制配置成在UE间中继模式下操作。
-ProSe 5G UE间中继发现:
-ProSe 5G UE间中继周期性地发送出中继发现消息,从而通知其在所述区域中服务于其它UE的可用性。
-ProSe 5G UE间中继还支持查询和响应模式以用于发现。ProSe 5G UE间中继监听配置的层2ID以用于查询,并且将以其地址和对应信息作出响应以使得其它UE能够与其建立单播连接。此过程类似于如在TS 23.287[5]条款6.3.3.1中所定义的单播L2链路建立程序。
注1:用于发现的层2ID可以特定于UE间中继发现,或与其它发现(例如UE到网络的中继发现)共享。
-ProSe 5G UE间中继操作:
-想要利用ProSe 5G UE间中继的任何UE需要通过IP配置与UE间中继建立单播L2链路。ProSe 5G UE间中继将IP地址/前缀分配给其它UE。
-作为单播L2链路建立程序的一部分,ProSe 5G UE间中继将单播链路的对等UE的用户信息和分配给UE的IP地址/前缀的关联性存储到其DNS条目中。ProSe 5G UE间中继充当到其它UE的DNS服务器。
-当(源)UE需要与另一(目标)UE通信或需要经由ProSe 5G UE间中继发现ProSe服务时,源UE通过单播链路将用于目标UE(基于目标用户信息)或用于ProSe服务的DNS查询发送到ProSe 5G UE间中继,所述单播链路将返回目标UE的IP地址/前缀或ProSe服务。
-源UE经由到返回目标UE的IP地址/前缀的UE间中继的单播L2链路将IP中封装的IP数据或非IP数据发送到目标UE。ProSe 5G UE间中继充当IP路由器,并且朝向目标UE将包转发到对应单播L2链路。单播L2链路中的每一个都被视为IP接口。
-如果附近存在多个ProSe 5G UE间中继,那么UE可以基于UE实施方案选择一个或多个ProSe 5G UE间中继来建立单播L2链路。举例来说,UE将单播L2链路中的每一个上的DNS查询发送到ProSe 5G UE间中继。接着,源UE可以选择使用返回目标UE的肯定DNS查询的第一ProSe 5G UE间中继。
注2:UE间中继的选择可以基于UE上的本地配置规则,或基于其它发现解决方案,例如条款6.11中所描述的“状态UE间中继”。
-QoS处理:
-当源UE与ProSe 5G UE间中继建立单播L2链路时,其可以根据在TS 23.287[5]的条款6.3.3.1中所定义的程序建立对应PC5 QoS流。源UE还可以使用在TS 23.287[5]的条款6.3.3.4中所定义的程序在任何时间修改PC5 QoS流。
-对应地,ProSe 5G UE间中继还可以通过与目标UE的单播L2链路使用上文提及的程序建立并修改PC5 QoS流,以用于转发源UE的业务。
-安全性处理:
-使用在TS 23.287[5]中所定义的程序,源UE和目标UE可以与用于单播L2链路的UE间中继建立承载级安全性。
-如果在源UE与目标UE之间需要端到端的安全性保护,那么可以使用IPSec。
注3:源UE和目标UE的业务的安全性保护将由SA WG3规定。
-计费支持:
-ProSe 5G UE间中继可以遵循在TS 32.277[13]中所定义的计费解决方案以报告源UE和目标UE以及计费功能的对应业务。
6.10.2程序
[标题为“5G ProSe UE间中继操作”的3GPP TR 23.752 V0.3.0的图6.10.2-1再现为图16]
图6.10.2-1提供基于标准IP操作的用于5G ProSe UE间中继操作的实例操作。
6.10.3对服务、实体和接口的影响
由于解决方案正使用Rel-16 NR V2X设计中支持的现有特征,因此对NG-RAN没有影响。
UE用现有的IP操作进行操作,并且ProSe 5G UE间中继支持IP路由器功能(用于地址分配和业务转发)和DNS服务器的功能性。
[…]
在传统NR***(如在3GPP TS 38.331中所论述)中,UE应向gNB报告其UE能力信息,并且UE能力信息包含UE的侧链路UE能力信息(即,SidelinkParameters)。参与单播通信的两个UE应在侧链路UE能力传递程序中交换侧链路UE能力信息。此外,UE应将从对等UE接收到的UECapabilityInformationSidelink消息包含在向gNB报告的SidelinkUEinformationNR消息中(如在3GPP R2-2005973中所论述)。
此外,UE需要将侧链路UE信息消息(即,SidelinkUEinformationNR消息)传送到gNB以请求用于与目的地的侧链路通信的侧链路资源(或侧链路配置)(如在3GPP TS38.331中论述),其中此消息中所包含的目的地可以是对等UE(用于直接侧链路通信)或UE间中继(用于经由中继的侧链路通信)。
3GPP TR 23.752中的关键问题#4描述在下一版本(即,版本17)中对UE间中继的支持,这意味着在两个UE无法直接彼此通信的情况下,中继可以用于支持这两个UE之间的数据通信。假设UE间中继需要与源UE和目标UE中的每一个建立一个PC5单播链路,使得源UE与目标UE之间的集成PC5单播链路可以支持如图17中所说明的有关ProSe服务,图17示出根据一个实施例的经由用户设备到用户设备(UE到UE)中继的集成PC5单播链路的实例。
假定在UE间中继与源UE和目标UE中的每一个之间建立两个PC5单播链路,则这两个PC5单播链路上的数据速率可能会有所不同,这是因为gNB考虑到UE能力信息的不同集合,以便为两个PC5单播链路分配侧链路DRB配置。在这种情况下,来自一侧的数据可以在UE间中继的缓冲器中累积,这可能导致UE间中继的问题,例如由于缓冲器不足而导致的数据丢失。
为了确保两个PC5单播链路上的类似数据速率,一种可能方式是UE间中继将除了UE间中继的侧链路UE能力信息之外的一个UE(例如,源UE)的侧链路UE能力信息传递到另一UE(例如,目标UE),使得UE可以将对等UE的侧链路UE能力信息传送到gNB以请求侧链路资源(或侧链路配置)。举例来说,UE可以在发送给gNB的侧链路UE信息消息中包含对等UE的侧链路UE能力信息和UE间中继的侧链路UE能力信息。UE包含组合的侧链路UE能力信息也是可行的,所述组合的侧链路UE能力信息从对等UE的侧链路UE能力信息和UE间中继的侧链路UE能力信息导出,例如,选择对等UE的侧链路UE能力信息和UE间中继的侧链路UE能力信息中的两个能力参数之间的较低能力值,以在组合的侧链路UE能力信息中形成对应能力参数。图18示出根据一个实施例的由包含UE(UE1)、UE间中继和对等UE(UE2)的三方执行的集成侧链路UE能力传递程序的实例。
UE还可以将两个单独的RRC消息中的对等UE的侧链路UE能力信息和UE间中继的侧链路UE能力信息传送到gNB。
替代地,UE间中继可以将组合的侧链路UE能力信息传送到一个UE,所述组合的侧链路UE能力信息从如上文所描述的UE间中继的侧链路UE能力信息和对等UE的侧链路UE能力信息导出。以此方式,UE可以仅包含发送给gNB的侧链路UE信息消息中的组合的侧链路UE能力信息。
为了支持以上一般概念,当请求侧链路资源(或侧链路配置)以用于侧链路通信时,UE间中继可以将两个UE的侧链路UE能力信息传送到gNB。UE间中继传送从如上文所描述的两个UE的侧链路UE能力信息导出的组合的侧链路UE能力信息也是可行的。
基本上,在与gNB连接之后,源UE、目标UE和UE间中继中的每一个可以在UECapabilityInformation消息中将其自身的侧链路UE能力信息传送到其服务的gNB。
如果需要将UE间中继与UE区分开,那么新术语可以用于UE间中继的侧链路UE能力信息。在这种情况下,另一术语还可以用于组合的侧链路UE能力信息。
图19是从第二UE的角度用以报告侧链路能力信息的根据一个示例性实施例的流程图1900。在步骤1905中,第二UE从UE间中继接收第一UE的第一侧链路UE能力信息和UE间中继的第二侧链路UE能力信息,或从UE间中继接收组合的侧链路UE能力信息,其中所述组合的侧链路UE能力信息从第一侧链路UE能力信息和第二侧链路UE能力信息导出。在步骤1910中,第二UE将第一侧链路UE能力信息和第二侧链路UE能力信息传送到网络节点,或将组合的侧链路UE能力信息传送到网络节点。
在一个实施例中,第一UE可以经由UE间中继与第二UE通信。
在一个实施例中,可以经由一个第一PC5无线资源控制(RRC)消息、两个第一PC5RRC消息或第一PC5 RRC消息与第二PC5 RRC消息接收第一侧链路UE能力信息和第二侧链路UE能力信息。第一PC5 RRC消息可以是UECapabilityEnquirySidelink消息或UECapabilityInformationSidelink消息。第二PC5 RRC消息可以是UECapabilityEnquirySidelink消息或UECapabilityInformationSidelink消息。
在一个实施例中,可以经由侧链路UE信息消息将组合的侧链路UE能力信息传送到网络节点。可以经由侧链路UE信息消息将第一侧链路UE能力信息和第二侧链路UE能力信息传送到网络节点。侧链路UE信息消息可包含UE间中继的目的地标识、侧链路通信的播送类型和/或PC5 QoS流的服务质量(Quality of Service,QoS)信息。可将播送类型设置为“单播”。QoS信息可包含QoS流标识和QoS配置文件。
在一个实施例中,第二UE可以将第二UE的第三侧链路UE能力信息传送到网络节点。第三侧链路UE能力信息可以在UE能力信息消息中传送。
在一个实施例中,第二UE可以从网络节点接收无线资源控制(RRC)重新配置消息以分配用于侧链路通信的侧链路配置。侧链路配置可包含映射到PC5 QoS流的侧链路数据无线承载(DRB)的配置。
返回参考图3和图4,在第二UE报告侧链路UE能力信息的一个示例性实施例中。第二UE 300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使得第二UE能够(i)从UE间中继接收第一UE的第一侧链路UE能力信息和UE间中继的第二侧链路UE能力信息,或从UE间中继接收组合的侧链路UE能力信息,其中所述组合的侧链路UE能力信息从第一侧链路UE能力信息和第二侧链路UE能力信息导出;以及(ii)将第一侧链路UE能力信息和第二侧链路UE能力信息传送到网络节点,或将组合的侧链路UE能力信息传送到网络节点。此外,CPU 308可执行程序代码312以执行所有上文所描述的动作和步骤或本文中所描述的其它动作和步骤。
上文已描述了本公开的各个方面。应明白,本文中的教示可以通过多种多样的形式实施,且本文中所公开的任何具体结构、功能或这两者仅是代表性的。基于本文中的教示,所属领域的技术人员应了解,本文中所公开的方面可以独立于任何其它方面而实施,且可以各种方式组合这些方面中的两个或多于两个方面。举例来说,可以使用本文中所阐述的任何数目个方面来实施设备或实践方法。另外,可使用除了本文中所阐述的方面中的一个或多个之外或不同于本文中所阐述的方面中的一个或多个的其它结构、功能性或结构和功能性来实施此设备或实践此方法。作为一些上述概念的实例,在一些方面,可基于脉冲重复频率来建立并行信道。在一些方面中,可基于脉冲位置或偏移建立并行信道。在一些方面,可基于跳时序列建立并行信道。在一些方面中,可基于脉冲重复频率、脉冲位置或偏移以及跳时序列建立并行信道。
所属领域的技术人员将理解,可以使用多种不同技术和技艺中的任一个来表示信息和信号。举例来说,可通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。
所属领域的技术人员将进一步了解,结合本文中所公开的方面描述的各种说明性逻辑块、模块、处理器、构件、电路、和算法步骤可被实施为电子硬件(例如,数字实施方案、模拟实施方案或两者的组合,其可使用源译码或某一其它技术设计)、并入有指令的各种形式的程序或设计代码(其可在本文中为方便起见称为“软件”或“软件模块”),或两个的组合。为清晰地说明硬件与软件的此可互换性,上文已大体上就其功能性描述了各种说明性组件、块、模块、电路和步骤。此功能性是实施为硬件还是软件取决于特定应用和施加于整个***的设计限制。所属领域的技术人员可以针对每个特定应用以不同方式实施所描述的功能性,但此类实施决策不应被解释为引起对本公开的范围的偏离。
另外,结合本文中所公开的方面描述的各种说明性逻辑块、模块和电路可实施在集成电路(“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 (18)
1.一种用于第二用户设备报告侧链路能力信息的方法,其特征在于,包括:
所述第二用户设备从用户设备间中继接收第一用户设备的第一侧链路用户设备能力信息和所述用户设备间中继的第二侧链路用户设备能力信息;以及
所述第二用户设备将所述第一侧链路用户设备能力信息和所述第二侧链路用户设备能力信息传送到网络节点。
2.根据权利要求1所述的方法,其特征在于,所述第一用户设备经由所述用户设备间中继与所述第二用户设备通信。
3.根据权利要求1所述的方法,其特征在于,分别经由第一PC5无线资源控制消息和第二PC5无线资源控制消息接收所述第一侧链路用户设备能力信息和所述第二侧链路用户设备能力信息。
4.根据权利要求1所述的方法,其特征在于,经由侧链路用户设备信息消息将所述第一侧链路用户设备能力信息和所述第二侧链路用户设备能力信息传送到所述网络节点。
5.根据权利要求4所述的方法,其特征在于,所述侧链路用户设备信息消息包含所述用户设备间中继的目的地标识、侧链路通信的播送类型和/或PC5服务质量流的服务质量信息。
6.根据权利要求5所述的方法,其特征在于,所述播送类型经设置为单播。
7.根据权利要求5所述的方法,其特征在于,所述服务质量信息包含服务质量流标识和服务质量配置文件。
8.根据权利要求1所述的方法,其特征在于,还包括:
所述第二用户设备将所述第二用户设备的第三侧链路用户设备能力信息传送到所述网络节点,其中所述第三侧链路用户设备能力信息在用户设备能力信息消息中传送。
9.根据权利要求1所述的方法,其特征在于,还包括:
所述第二用户设备从所述网络节点接收无线资源控制重新配置消息以分配用于所述侧链路通信的侧链路配置,其中所述侧链路配置包含映射到PC5服务质量流的侧链路数据无线承载的配置。
10.一种第二用户设备,其特征在于,包括:
控制电路;
处理器,安装在所述控制电路中;以及
存储器,安装在所述控制电路中且可操作地耦合到所述处理器;
其中所述处理器配置成执行存储在所述存储器中的程序代码以进行以下操作:
从用户设备间中继接收第一用户设备的第一侧链路用户设备能力信息和所述用户设备间中继的第二侧链路用户设备能力信息;以及
将所述第一侧链路用户设备能力信息和所述第二侧链路用户设备能力信息传送到网络节点。
11.根据权利要求10所述的第二用户设备,其特征在于,所述第一用户设备经由所述用户设备间中继与所述第二用户设备通信。
12.根据权利要求10所述的第二用户设备,其特征在于,分别经由第一PC5无线资源控制消息和第二PC5无线资源控制消息接收所述第一侧链路用户设备能力信息和所述第二侧链路用户设备能力信息。
13.根据权利要求10所述的第二用户设备,其特征在于,经由侧链路用户设备信息消息将所述第一侧链路用户设备能力信息和所述第二侧链路用户设备能力信息传送到所述网络节点。
14.根据权利要求10所述的第二用户设备,其特征在于,所述侧链路用户设备信息消息包含所述用户设备间中继的目的地标识、侧链路通信的播送类型和/或PC5服务质量流的服务质量信息。
15.根据权利要求14所述的第二用户设备,其特征在于,所述播送类型经设置为单播。
16.根据权利要求14所述的第二用户设备,其特征在于,所述服务质量信息包含服务质量流标识和服务质量配置文件。
17.根据权利要求10所述的第二用户设备,其特征在于,所述处理器还经配置成执行存储在所述存储器中的所述程序代码以进行以下操作:
将所述第二用户设备的第三侧链路用户设备能力信息传送到所述网络节点,其中所述第三侧链路用户设备能力信息在用户设备能力信息消息中传送。
18.根据权利要求10所述的第二用户设备,其特征在于,所述处理器还经配置成执行存储在所述存储器中的所述程序代码以进行以下操作:
从所述网络节点接收无线资源控制重新配置消息以分配用于所述侧链路通信的侧链路配置,其中所述侧链路配置包含映射到PC5服务质量流的侧链路数据无线承载的配置。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US202063045726P | 2020-06-29 | 2020-06-29 | |
US63/045,726 | 2020-06-29 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114125820A CN114125820A (zh) | 2022-03-01 |
CN114125820B true CN114125820B (zh) | 2024-05-24 |
Family
ID=79030769
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110638073.3A Active CN114125820B (zh) | 2020-06-29 | 2021-06-08 | 用户设备报告侧链路用户设备能力信息的方法和设备 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20210409937A1 (zh) |
KR (1) | KR102526546B1 (zh) |
CN (1) | CN114125820B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20210409936A1 (en) * | 2020-06-29 | 2021-12-30 | Asustek Computer Inc. | Method and apparatus for relay reporting sidelink user equipment (ue) capability information in a wireless communication system |
KR20240021529A (ko) * | 2022-08-10 | 2024-02-19 | 삼성전자주식회사 | 무선 통신 시스템에서 단말 성능에 기반한 ar 컨텐츠 서비스를 제공하기 위한 장치 및 방법 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016101808A1 (zh) * | 2014-12-22 | 2016-06-30 | 中兴通讯股份有限公司 | 一种实现设备直通中继选择的方法、网络控制节点及用户设备 |
CN107113916A (zh) * | 2015-07-24 | 2017-08-29 | 松下电器(美国)知识产权公司 | 改进的接近服务中继ue激活 |
WO2019240550A1 (en) * | 2018-06-14 | 2019-12-19 | Lg Electronics Inc. | Method and apparatus for reporting cast type by ue in nr v2x |
WO2020018952A1 (en) * | 2018-07-20 | 2020-01-23 | Qualcomm Incorporated | Techniques for facilitating co-existence of radio access technologies in wireless communications |
CN110892694A (zh) * | 2017-07-26 | 2020-03-17 | 黑莓有限公司 | 用于在互联网协议多媒体子***中使用中继用户设备的方法和*** |
Family Cites Families (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9445352B2 (en) * | 2013-07-30 | 2016-09-13 | Qualcomm Incorporated | Power efficient discovery of LTE-direct relay for out-of-coverage devices |
WO2016161623A1 (zh) * | 2015-04-10 | 2016-10-13 | 富士通株式会社 | 发现信号的传输方法、装置以及通信*** |
US10412706B2 (en) * | 2015-05-15 | 2019-09-10 | Kyocera Corporation | Establishing data relay operation between a relay user equipment (relay-UE) device and an out-of-coverage user equipment (UE) device |
DE112015006791B4 (de) * | 2015-08-12 | 2024-02-22 | Apple Inc. | Verfahren zur Ermöglichung eines Relaisvorgangs mit hoher Datenrate unter Verwendung einer D2D-Luftschnittstelle |
JPWO2017130593A1 (ja) * | 2016-01-25 | 2018-11-15 | 日本電気株式会社 | リレー選択のための装置及び方法 |
KR102489728B1 (ko) * | 2016-06-16 | 2023-01-18 | 삼성전자주식회사 | 통신 단말의 릴레이 통신 방법 및 그 통신 단말 |
US20180092067A1 (en) * | 2016-09-28 | 2018-03-29 | Futurewei Technologies, Inc. | System and Method for D2D Communication |
JP7019949B2 (ja) * | 2017-02-03 | 2022-02-16 | ソニーグループ株式会社 | リレー通信装置、基地局、方法及び記録媒体 |
US11337172B2 (en) * | 2017-03-22 | 2022-05-17 | Lg Electronics Inc. | Method for transmitting or receiving sidelink synchronization signal in wireless communication system and apparatus therefor |
CN110574485B (zh) * | 2017-04-28 | 2024-03-15 | Oppo广东移动通信有限公司 | 网络连接配置方法及相关产品 |
EP4344325A2 (en) * | 2017-05-04 | 2024-03-27 | Koninklijke Philips N.V. | Intra-group communication |
CN111034075B (zh) * | 2017-08-11 | 2021-11-02 | 中兴通讯股份有限公司 | 用于适配旁链链路通信中的参数的***和方法 |
WO2019156505A1 (en) * | 2018-02-08 | 2019-08-15 | Samsung Electronics Co., Ltd. | Method for transmitting physical channels, user equipment therefor, method and user equipment for relay transmission |
CN112806057A (zh) * | 2018-10-05 | 2021-05-14 | 三星电子株式会社 | 用于在无线网络中实现分布式高速缓存的方法和*** |
US11178565B2 (en) * | 2018-11-02 | 2021-11-16 | FG Innovation Company Limited | Sidelink measurement reporting in next generation wireless networks |
EP3888410A1 (en) * | 2018-11-30 | 2021-10-06 | Nokia Technologies Oy | Failure recovery of sidelink with beamforming |
WO2020145241A1 (ja) * | 2019-01-10 | 2020-07-16 | 京セラ株式会社 | 通信制御方法 |
WO2020171434A1 (ko) * | 2019-02-22 | 2020-08-27 | 현대자동차주식회사 | 사이드링크 그룹캐스트 통신을 위한 방법 및 장치 |
US11206517B2 (en) * | 2019-03-26 | 2021-12-21 | Samsung Electronics Co., Ltd. | Apparatus and method for assisting sidelink resource configuration and allocation for direct communication in wireless communication system |
WO2020220325A1 (zh) * | 2019-04-30 | 2020-11-05 | 富士通株式会社 | 边链路传输中用户设备上下文的标识方法及装置 |
US11470581B2 (en) * | 2019-05-03 | 2022-10-11 | Qualcomm Incorporated | Channel-bandwidth-attributed per-band user equipment capability reporting |
CN114223225B (zh) * | 2019-08-15 | 2023-07-14 | 中兴通讯股份有限公司 | 对等终端之间的侧链路能力信息传输和安全 |
US11737037B2 (en) * | 2019-11-27 | 2023-08-22 | Qualcomm Incorporated | Sidelink tracking considerations with multi-panel operation |
US20230114413A1 (en) * | 2020-01-13 | 2023-04-13 | Samsung Electronics Co., Ltd. | Method and device for processing sidelink capability information in wireless communication system |
CN114600520A (zh) * | 2020-01-19 | 2022-06-07 | Oppo广东移动通信有限公司 | 通信方法、设备及存储介质 |
US11849503B2 (en) * | 2020-02-07 | 2023-12-19 | Qualcomm Incorporated | Proximity service multi-hop relay configuration |
US11924895B2 (en) * | 2020-02-14 | 2024-03-05 | Qualcomm Incorporated | Techniques for new radio layer two relay |
US11812481B2 (en) * | 2020-03-06 | 2023-11-07 | Qualcomm Incorporated | Layer 2 relay unicast link setup |
US11589414B2 (en) * | 2020-03-12 | 2023-02-21 | Qualcomm Incorporated | Layer 2 user equipment relay procedure |
US11689957B2 (en) * | 2020-03-13 | 2023-06-27 | Qualcomm Incorporated | Quality of service support for sidelink relay service |
US11800599B2 (en) * | 2020-04-03 | 2023-10-24 | Electronics And Telecommunications Research Institute | Method for discovering and selecting relay user equipment in communication system |
US11800347B2 (en) * | 2020-04-10 | 2023-10-24 | Qualcomm Incorporated | User equipment (UE) capability and assistance information exchange over sidelinks |
WO2021213615A1 (en) * | 2020-04-20 | 2021-10-28 | Nokia Technologies Oy | Improvement of sidelink connection establishment assistance |
CN113938979B (zh) * | 2020-06-29 | 2024-02-23 | 华硕电脑股份有限公司 | 无线通信***中转发侧链路用户设备能力信息的方法和设备 |
US20210409936A1 (en) * | 2020-06-29 | 2021-12-30 | Asustek Computer Inc. | Method and apparatus for relay reporting sidelink user equipment (ue) capability information in a wireless communication system |
-
2021
- 2021-06-08 US US17/341,421 patent/US20210409937A1/en active Pending
- 2021-06-08 KR KR1020210074108A patent/KR102526546B1/ko active IP Right Grant
- 2021-06-08 CN CN202110638073.3A patent/CN114125820B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016101808A1 (zh) * | 2014-12-22 | 2016-06-30 | 中兴通讯股份有限公司 | 一种实现设备直通中继选择的方法、网络控制节点及用户设备 |
CN107113916A (zh) * | 2015-07-24 | 2017-08-29 | 松下电器(美国)知识产权公司 | 改进的接近服务中继ue激活 |
CN110892694A (zh) * | 2017-07-26 | 2020-03-17 | 黑莓有限公司 | 用于在互联网协议多媒体子***中使用中继用户设备的方法和*** |
WO2019240550A1 (en) * | 2018-06-14 | 2019-12-19 | Lg Electronics Inc. | Method and apparatus for reporting cast type by ue in nr v2x |
WO2020018952A1 (en) * | 2018-07-20 | 2020-01-23 | Qualcomm Incorporated | Techniques for facilitating co-existence of radio access technologies in wireless communications |
Non-Patent Citations (7)
Title |
---|
"23752-040_MCCclean".3GPP specs\archive.2020,第5.4.1、6.8.1、8.9节. * |
"CR on PC5 capability on PC5-RRC and Uu-RRC (focusing on RAN2 capability)";OPPO;《3GPP TSG-RAN2 Meeting # 110bis electronic R2-2005973》;第1-3页、第5.8.3、5.8.9.2、6.6.6节 * |
3gpp NR Sidelink Transmissions toward 5G V2X;shao-Yu Lien等;《IEEE Access》;20200213;全文 * |
Huawei, HiSilicon.RP-191831 "Further views on Rel-17 work area on NR sidelink enhancements for V2X and other use cases".3GPP tsg_ran\tsg_ran.2019,(第tsgr_85期),全文. * |
Huawei.R2-1916447 "Offline discussion on open issues of V2X 38.331 running CR".3GPP tsg_ran\wg2_rl2.2019,(第tsgr2_108期),全文. * |
Intel Corporation, NTT DoCoMo.R2-2005817 "Release-16 UE capabilities for RAN1 and RAN4 feature list".3GPP tsg_ran\wg2_rl2.2020,(第tsgr2_110-e期),全文. * |
Interdigital Inc..S2-2003817 "KI #4, Sol #9 Update: Support of Privacy when using UE-to-UE Relay.".3GPP tsg_sa\wg2_arch.2020,(第tsgs2_139e_electronic期),全文. * |
Also Published As
Publication number | Publication date |
---|---|
US20210409937A1 (en) | 2021-12-30 |
KR20220001462A (ko) | 2022-01-05 |
CN114125820A (zh) | 2022-03-01 |
KR102526546B1 (ko) | 2023-04-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210410215A1 (en) | Method and apparatus for sidelink data radio bearer establishment in a wireless communication system | |
CN115296716B (zh) | 无线通信***中中继传送直接通信请求消息的方法和设备 | |
CN113938979B (zh) | 无线通信***中转发侧链路用户设备能力信息的方法和设备 | |
CN113938981B (zh) | 无线通信***中中继报告侧链路用户设备能力信息的方法和设备 | |
KR102517319B1 (ko) | 무선 통신 시스템에서 사이드링크 무선 링크 실패를 핸들링하기 위한 방법 및 장치 | |
CN113825108B (zh) | 无线通信***中用户设备传送直接通信请求消息的方法和设备 | |
US20210259039A1 (en) | Method and apparatus for handling invalid rrc reconfiguration message for sidelink communication in a wireless communication system | |
US20210400745A1 (en) | Method and apparatus for performing a pc5 unicast link establishment procedure in a wireless communication system | |
CN114125820B (zh) | 用户设备报告侧链路用户设备能力信息的方法和设备 | |
CN113825205B (zh) | 无线通信***中执行链路标识符更新程序的方法和设备 | |
CN118102494A (zh) | 用于支持集成到直接链路建立程序中的发现的方法和设备 | |
CN116896774A (zh) | 无线通信***中用于中继用户设备支持与另一远程用户设备的连接的方法和设备 | |
CN116437495A (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 |