CN114731737A - 通信***、通信终端及基站 - Google Patents
通信***、通信终端及基站 Download PDFInfo
- Publication number
- CN114731737A CN114731737A CN202080080937.8A CN202080080937A CN114731737A CN 114731737 A CN114731737 A CN 114731737A CN 202080080937 A CN202080080937 A CN 202080080937A CN 114731737 A CN114731737 A CN 114731737A
- Authority
- CN
- China
- Prior art keywords
- communication
- relay
- information
- data
- scheduling
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
在SL通信中,确保服务所要求的QoS,并使服务的可靠性提高。本发明的通信***包括:基站;以及多个通信终端,其构成为能实施与基站之间的通信以及终端间通信。第1通信终端将用于进行与第2通信终端之间的终端间通信的调度请求发送到第3通信终端。第3通信终端将从第1通信终端接收到的调度请求发送到基站。基站根据从第3通信终端接收到的调度请求,来生成第1通信终端与第2通信终端的终端间通信的调度信息,并将调度信息发送到第3通信终端。第3通信终端将从基站接收到的调度信息发送到第1通信终端。
Description
技术领域
本公开涉及无线通信技术。
背景技术
在移动体通信***的标准化组织即3GPP(3rd Generation PartnershipProject:第三代合作伙伴项目)中,研究了在无线区间方面被称为长期演进(Long TermEvolution:LTE)、在包含核心网络及无线接入网(以下也统称为网络)的***整体结构方面被称为***架构演进(System Architecture Evolution:SAE)的通信方式(例如,非专利文献1~5)。该通信方式也被称为3.9G(3.9Generation:3.9代)***。
作为LTE的接入方式,下行链路方向使用OFDM(Orthogonal Frequency DivisionMultiplexing:正交频分复用),上行链路方向使用SC-FDMA(Single Carrier FrequencyDivision Multiple Access:单载波频分多址)。另外,与W-CDMA(Wideband Code DivisionMultiple Access:宽带码分多址)不同,LTE不包含线路交换,仅为分组通信方式。
使用图1来说明非专利文献1(第5章)所记载的3GPP中的与LTE***的帧结构有关的决定事项。图1是示出LTE方式的通信***中所使用的无线帧的结构的说明图。图1中,一个无线帧(Radio frame)为10ms。无线帧被分割为10个大小相等的子帧(Subframe)。子帧被分割为2个大小相等的时隙(slot)。每个无线帧的第一个子帧和第六个子帧中包含下行链路同步信号(Downlink Synchronization Signal)。同步信号中有第一同步信号(PrimarySynchronization Signal(主同步信号):P-SS)和第二同步信号(SecondarySynchronization Signal(辅同步信号):S-SS)。
非专利文献1(第5章)中记载有3GPP中与LTE***中的信道结构有关的决定事项。假设CSG(Closed Subscriber Group:封闭用户组)小区中也使用与non-CSG小区相同的信道结构。
物理广播信道(Physical Broadcast Channel:PBCH)是从基站装置(以下有时简称为“基站”)到移动终端装置(以下有时简称为“移动终端”)等通信终端装置(以下有时简称为“通信终端”)的下行链路发送用信道。BCH传输块(transport block)被映射到40ms间隔中的四个子帧。不存在40ms定时的清楚的信令。
物理控制格式指示信道(Physical Control Format Indicator Channel:PCFICH)是从基站到通信终端的下行链路发送用信道。PCFICH从基站向通信终端通知用于PDCCHs的OFDM(Orthogonal Frequency Division Multiplexing:正交频分复用)码元的数量。PCFICH按每个子帧进行发送。
物理下行链路控制信道(Physical Downlink Control Channel:PDCCH)是从基站到通信终端的下行链路发送用信道。PDCCH对作为后述的传输信道之一的下行链路共享信道(Downlink Shared Channel:DL-SCH)的资源分配(allocation)信息、作为后述的传输信道之一的寻呼信道(Paging Channel:PCH)的资源分配(allocation)信息、及与DL-SCH有关的HARQ(Hybrid Automatic Repeat reQuest:混合自动重复请求)信息进行通知。PDCCH传送上行链路调度许可(Uplink Scheduling Grant)。PDCCH传送针对上行链路发送的响应信号即Ack(Acknowledgement:确认)/Nack(Negative Acknowledgement:不予确认)。PDCCH也被称为L1/L2控制信号。
物理下行链路共享信道(Physical Downlink Shared Channel:PDSCH)是从基站到通信终端的下行链路发送用信道。PDSCH映射有作为传输信道的下行链路共享信道(DL-SCH)及作为传输信道的PCH。
物理多播信道(Physical Multicast Channel:PMCH)是从基站到通信终端的下行链路发送用信道。PMCH中映射有作为传输信道的多播信道(Multicast Channel:MCH)。
物理上行链路控制信道(Physical Uplink Control Channel:PUCCH)是从通信终端到基站的上行链路发送用信道。PUCCH传送针对下行链路发送的响应信号(responsesignal)即Ack/Nack。PUCCH传送CSI(Channel State Information:信道状态信息)。CSI由RI(Rank Indicator:秩指示)、PMI(Precoding Matrix Indicator:预编码矩阵指示)、CQI(Channel Quality Indicator:信道质量指示符)报告来构成。RI是指MIMO的信道矩阵的等级信息。PMI是指MIMO中使用的预编码权重矩阵的信息。CQI是指表示接收到的数据的质量、或者表示通信线路质量的质量信息。并且PUCCH传送调度请求(Scheduling Request:SR)。
物理上行链路共享信道(Physical Uplink Shared Channel:PUSCH)是从通信终端到基站的上行链路发送用信道。PUSCH中映射有作为传输信道之一的上行链路共享信道(Uplink Shared Channel:UL-SCH)。
物理HARQ指示符信道(Physical Hybrid ARQ Indicator Channel:PHICH)是从基站到通信终端的下行链路发送用信道。PHICH传送针对上行链路发送的响应信号即Ack/Nack。物理随机接入信道(Physical Random Access Channel:PRACH)是从通信终端到基站的上行链路发送用信道。PRACH传送随机接入前导(random access preamble)。
下行链路参照信号(参考信号(Reference Signal):RS)是作为LTE方式的通信***而已知的码元。定义有以下5种下行链路参照信号。小区固有参照信号(Cell-specificReference Signal:CRS)、MBSFN参照信号(MBSFN Reference Signal)、UE固有参照信号(UE-specific Reference Signal)即数据解调用参照信号(Demodulation ReferenceSignal:DM-RS)、定位参照信号(Positioning Reference Signal:PRS)、及信道状态信息参照信号(Channel State Information Reference Signal:CSI-RS)。作为通信终端的物理层的测定,存在参考信号的接收功率(Reference Signal Received Power:RSRP)测定。
上行链路参照信号也相同地是作为LTE方式的通信***而已知的码元。定义有以下2种上行链路参照信号。为数据解调用参照信号(Demodulation Reference Signal:DM-RS)、探测用参照信号(Sounding Reference Signal:SRS)。
对非专利文献1(第5章)所记载的传输信道(Transport channel)进行说明。下行链路传输信道中的广播信道(Broadcast Channel:BCH)被广播到其基站(小区)的整个覆盖范围。BCH被映射到物理广播信道(PBCH)。
对下行链路共享信道(Downlink Shared Channel:DL-SCH)应用基于HARQ(HybridARQ:混合ARQ)的重发控制。DL-SCH能够对基站(小区)的整个覆盖范围进行广播。DL-SCH对动态或准静态(Semi-static)的资源分配进行支持。准静态的资源分配也被称为持久调度(Persistent Scheduling)。DL-SCH为了降低通信终端的功耗而对通信终端的非连续接收(Discontinuous reception:DRX)进行支持。DL-SCH被映射到物理下行链路共享信道(PDSCH)。
寻呼信道(Paging Channel:PCH)为了能降低通信终端的功耗而对通信终端的DRX进行支持。PCH被要求对基站(小区)的整个覆盖范围进行广播。PCH被映射到能动态地利用于话务(traffic)的物理下行链路共享信道(PDSCH)那样的物理资源。
多播信道(Multicast Channel:MCH)用于向基站(小区)的整个覆盖范围进行广播。MCH对多小区发送中的MBMS(Multimedia Broadcast Multicast Service:多媒体广播多播服务)服务(MTCH和MCCH)的SFN合成进行支持。MCH对准静态的资源分配进行支持。MCH被映射到PMCH。
将基于HARQ(Hybrid ARQ)的重发控制应用于上行链路传输信道中的上行链路共享信道(Uplink Shared Channel:UL-SCH)。UL-SCH对动态或准静态(Semi-static)的资源分配进行支持。UL-SCH被映射到物理上行链路共享信道(PUSCH)。
随机接入信道(Random Access Channel:RACH)被限制为控制信息。RACH存在冲突的风险。RACH被映射到物理随机接入信道(PRACH)。
对HARQ进行说明。HARQ是指通过组合自动重发请求(Automatic Repeat reQuest:ARQ)和纠错(Forward Error Correction:前向纠错)来提高传输线路的通信质量的技术。HARQ具有如下优点:即使对于通信质量发生变化的传输线路,也能利用重发使纠错有效地发挥作用。特别是在进行重发时,通过将初次发送的接收结果和重发的接收结果进行合成,也能进一步提高质量。
对重发方法的一个示例进行说明。在接收侧不能对接收数据正确地进行解码时,换言之,在产生了CRC(Cyclic Redundancy Check:循环冗余校验)错误时(CRC=NG),从接收侧向发送侧发送“Nack”。接收到“Nack”的发送侧对数据进行重发。在接收侧能够对接收数据正确地进行解码时,换言之,在未产生CRC错误时(CRC=OK),从接收侧向发送侧发送“Ack”。接收到“Ack”的发送侧对下一个数据进行发送。
对非专利文献1(第6章)所记载的逻辑信道(Logical channel)进行说明。广播控制信道(Broadcast Control Channel:BCCH)是用于广播***控制信息的下行链路信道。作为逻辑信道的BCCH被映射到作为传输信道的广播信道(BCH)、或者下行链路共享信道(DL-SCH)。
寻呼控制信道(Paging Control Channel:PCCH)是用于发送寻呼信息(PagingInformation)及***信息(System Information)的变更的下行链路信道。PCCH用于网络不知晓通信终端的小区位置的情况。作为逻辑信道的PCCH被映射到作为传输信道的寻呼信道(PCH)。
共享控制信道(Common Control Channel:CCCH)是用于通信终端与基站之间的发送控制信息的信道。CCCH用于通信终端与网络之间不具有RRC连接(connection)的情况。在下行链路方向,CCCH被映射到作为传输信道的下行链路共享信道(DL-SCH)。在上行链路方向,CCCH被映射到作为传输信道的上行链路共享信道(UL-SCH)。
多播控制信道(Multicast Control Channel:MCCH)是用于一对多的发送的下行链路信道。MCCH用于从网络向通信终端发送一个或若干个MTCH用的MBMS控制信息。MCCH仅用于MBMS接收过程中的通信终端。MCCH被映射到作为传输信道的多播信道(MCH)。
专用控制信道(Dedicated Control Channel:DCCH)是用于以一对一方式发送通信终端与网络之间的专用控制信息的信道。DCCH用于通信终端为RRC连接(connection)的情况。DCCH在上行链路中被映射到上行链路共享信道(UL-SCH),在下行链路中被映射到下行链路共享信道(DL-SCH)。
专用话务信道(Dedicated Traffic Channel:DTCH)是用于向专用通信终端发送用户信息的点对点通信的信道。DTCH在上行链路和下行链路中都存在。DTCH在上行链路中被映射到上行链路共享信道(UL-SCH),在下行链路中被映射到下行链路共享信道(DL-SCH)。
多播话务信道(Multicast Traffic channel:MTCH)是用于从网络向通信终端发送话务数据的下行链路信道。MTCH是仅用于MBMS接收过程中的通信终端的信道。MTCH被映射到多播信道(MCH)。
CGI指小区全球标识(Cell Global Identifier)。ECGI指E-UTRAN小区全球标识(E-UTRAN Cell Global Identifier)。在LTE、后述的LTE-A(Long Term EvolutionAdvanced:长期演进)及UMTS(Universal Mobile Telecommunication System:通用移动通信***)中,导入了CSG(Closed Subscriber Group:封闭用户组)小区。
通信终端的位置追踪以由一个以上的小区构成的区域为单位来进行。位置追踪是为了即使在待机状态下也能追踪通信终端的位置,从而呼叫通信终端,换言之,是为了能呼叫通信终端而进行的。将用于该通信终端的位置追踪的区域称为追踪区域。
此外,3GPP中,作为版本10,长期演进(Long Term Evolution Advanced:LTE-A)的标准制正不断推进(参照非专利文献3、非专利文献4)。LTE-A以LTE的无线区间通信方式为基础,通过向其中增加一些新技术来构成。
在LTE-A***中,为了支持高达100MHz的更宽的频带宽度(transmissionbandwidths),研究了对两个以上的分量载波(Component Carrier:CC)进行汇集(也称为“聚合(aggregation)”)的载波聚合(Carrier Aggregation:CA)。关于CA,在非专利文献1中有记载。
在构成CA的情况下,UE具有与网络(Network:NW)唯一的RRC连接(RRCconnection)。在RRC连接中,一个服务小区提供NAS移动信息和安全性输入。将该小区称为主小区(Primary Cell:PCell)。在下行链路中,与PCell对应的载波是下行链路主分量载波(Downlink Primary Component Carrier:DL PCC)。在上行链路中,与PCell对应的载波是上行链路主分量载波(Uplink Primary Component Carrier:UL PCC)。
根据UE的能力(能力(capability)),构成辅服务小区(Secondary Cell:SCell),以与PCell一起形成服务小区的组。在下行链路中,与SCell对应的载波是下行链路辅分量载波(Downlink Secondary Component Carrier:DL SCC)。在上行链路中,与SCell对应的载波是上行链路辅分量载波(Uplink Secondary Component Carrier:UL SCC)。
针对一个UE,构成由一个PCell和一个以上的SCell构成的服务小区的组。
此外,作为LTE-A的新技术,存在支持更宽频带的技术(Wider bandwidthextension:带宽扩展)、及多地点协调收发(Coordinated Multiple Point transmissionand reception:CoMP)技术等。关于为了在3GPP中实现LTE-A而研究的CoMP,在非专利文献1中有所记载。
此外,3GPP中,为了应对将来大量的话务量,正在研究使用构成小蜂窝小区的小eNB(以下,有时称为“小规模基站装置”)。例如,正在研究如下技术等,即:通过设置多个小eNB,并构成多个小蜂窝小区来提高频率利用效率,实现通信容量的增大。具体而言,存在由UE与两个eNB相连接来进行通信的双连接(Dual Connectivity;简称为DC)等。关于DC,在非专利文献1中有所记载。
有时将进行双连接(DC)的eNB中的一个称为“主eNB(简称为MeNB)”,将另一个称为“辅eNB(简称为SeNB)”。
移动网络的话务量有增加的趋势,通信速度也不断向高速化发展。若正式开始运用LTE及LTE-A,则可以预见到通信速度将进一步加快。
此外,以对更新换代的移动体通信在2020年以后开始服务为目标的第五代(以下有时记为“5G”)无线接入***正在研究中。例如,在欧洲,正由METIS这一组织来总结5G的要求事项(参照非专利文献5)。
在5G无线接入***中,对于LTE***,设***容量为1000倍,数据传送速度为100倍,数据处理延迟为10分之1(1/10),通信终端的同时连接数为100倍,可列举出实现进一步低功耗化及装置的低成本化的情况作为必要条件。
为了满足这样的要求,3GPP中,作为版本15,5G标准的探讨正不断推进(参照非专利文献6~18)。5G的无线区间的技术被称为“New Radio Access Technology:新无线接入技术”(“New Radio”被简称为“NR”)。
NR***基于LTE***、LTE-A***的探讨不断推进,但在以下这一点,进行来自LTE***、LTE-A***的变更和追加。
作为NR的接入方式,下行链路方向使用OFDM,上行链路方向使用OFDM、DFT-s-OFDM(DFT-spread(传播)-OFDM)。
在NR中,与LTE相比能使用较高的频率,以提高传送速度、降低处理延迟。
在NR中,形成较窄的波束状的收发范围(波束成形)并使波束的方向发生变化(波束扫描),从而力图确保小区覆盖范围。
在NR的帧结构中支持各种各样的子载波间隔、即各种各样的参数集(Numerology)。在NR中,1个子帧为1毫秒,1个时隙由14个码元构成,而与参数集无关。另外,1个子帧中所包含的时隙数量在子载波间隔为15kHz的参数集中为一个,在其它参数集中与子载波间隔成正比地变多(参照非专利文献13(TS38.211 V15.2.0))。
NR中的下行链路同步信号作为同步信号突发(Synchronization Signal Burst;以下有时称为SS突发),以规定的周期在规定的持续时间内从基站被发送。SS突发由基站的每个波束的同步信号模块(Synchronization Signal Block;以下有时称为SS模块)构成。基站在SS突发的持续时间内改变波束来发送各波束的SS模块。SS模块由P-SS、S-SS以及PBCH构成。
在NR中,作为NR的下行链路参照信号,通过追加相位追踪参照信号(PhaseTracking Reference Signal:PTRS),来力图降低相位噪声的影响。在上行链路参照信号中,也与下行链路相同地追加PTRS。
在NR中,为了灵活地进行时隙内的DL/UL的切换,对PDCCH所包含的信息中追加了时隙构成通知(Slot Format Indication:SFI)。
另外,在NR中,基站针对UE预先设定载波频带中的一部分(以下,有时称为Bandwidth Part(BWP)),UE在该BWP中在自身与基站之间进行收发,从而力图降低UE中的功耗。
在3GPP中,作为DC方式,探讨了与EPC相连接的LTE基站和NR基站所进行的DC、与5G核心***相连接的NR基站所进行的DC、以及与5G核心***相连接的LTE基站和NR基站所进行的DC(参照非专利文献12、16、19)。
另外,在3GPP中,探讨了一些新技术。例如,探讨了在EPS和5G核心***中支持使用了直通链路(SL:Side Link)通信的服务(非专利文献1、20、21、22)。作为使用了SL通信的服务,例如有V2X服务、邻近服务等。
现有技术文献
非专利文献
非专利文献1:3GPP TS 36.300 V15.7.0
非专利文献2:3GPP S1-083461
非专利文献3:3GPP TR 36.814 V9.2.0
非专利文献4:3GPP TR 36.912 V15.0.0
非专利文献5:“Scenarios,requirements and KPIs for 5G mobile andwireless system:5G移动和无线***的场景、要求和关键绩效指标”,ICT-317669-METIS/D1.1
非专利文献6:3GPP TR 23.799 V14.0.0
非专利文献7:3GPP TR 38.801 V14.0.0
非专利文献8:3GPP TR 38.802 V14.2.0
非专利文献9:3GPP TR 38.804 V14.0.0
非专利文献10:3GPP TR 36.912 V15.0.0
非专利文献11:3GPP RP-172115
非专利文献12:3GPP TS 37.340 V15.7.0
非专利文献13:3GPP TS 38.211 V15.7.0
非专利文献14:3GPP TS 38.213 V15.7.0
非专利文献15:3GPP TS 38.214 V15.7.0
非专利文献16:3GPP TS 38.300 V15.7.0
非专利文献17:3GPP TS 38.321 V15.7.0
非专利文献18:3GPP TS 38.212 V15.7.0
非专利文献19:3GPP RP-161266
非专利文献20:3GPP TS 23.285 V16.1.0
非专利文献21:3GPP TS 23.287 V16.0.0
非专利文献22:3GPP TS 23.303 V15.1.0
非专利文献23:3GPP TR 38.885 V16.0.0
非专利文献24:3GPP TR 23.703 V12.0.0
非专利文献25:3GPP R2-1904275
非专利文献26:3GPP TS 38.331 V15.7.0
发明内容
探讨了在EPS和5G核心***中支持使用了SL通信(也称为PC5通信)的多种服务(非专利文献1、20、21、22)。SL通信中,在终端间进行通信。SL通信中,提出了由与进行终端间通信的终端不同的终端来进行SL通信用调度(非专利文献23)。此外,在SL通信中,不仅是终端间的直接通信,还提出了经由中继(relay)的间接通信(非专利文献24)。不仅是进行这样的SL通信的终端,在使用了其它终端的SL通信中,如何满足服务所要求的QoS、以及如何提高服务的可靠性成为问题。
鉴于上述问题,本公开的目的之一在于提供一种用于在SL通信中确保服务所要求的QoS、并使服务的可靠性提高的技术。
用于解决技术问题的技术手段
本公开的通信***包括:基站;以及多个通信终端,该多个通信终端构成为能实施与所述基站之间的通信以及终端间通信,所述通信***的特征在于,所述多个通信终端中的第1通信终端将用于进行与所述多个通信终端中的第2通信终端之间的所述终端间通信的调度请求发送到所述多个通信终端中的第3通信终端,所述第3通信终端将从所述第1通信终端接收到的所述调度请求发送到所述基站,所述基站根据从所述第3通信终端接收到的所述调度请求,来生成所述第1通信终端与所述第2通信终端的所述终端间通信的调度信息,并将所述调度信息发送到所述第3通信终端,所述第3通信终端将从所述基站接收到的所述调度信息发送到所述第1通信终端。
本公开的通信终端构成为能实施与基站之间的通信以及终端间通信,所述通信终端的特征在于,所述通信终端将用于所述终端间通信的调度请求发送给其它通信终端,并从所述其它通信终端接收根据所述调度请求而生成的调度信息。
本公开的通信终端构成为能实施与基站之间的通信以及终端间通信,所述通信终端的特征在于,所述通信终端从其它通信终端接收用于所述其它通信终端的所述终端间通信的调度请求,并将所述调度请求发送到所述基站,从所述基站接收由所述基站根据所述调度请求而生成的调度信息,并将所述调度信息发送到所述其它通信终端。
本公开的基站构成为能与通信终端进行通信,所述基站的特征在于,所述基站从第3通信终端接收用于进行第1通信终端与第2通信终端的终端间通信的调度请求,根据所述调度请求,来生成所述第1通信终端与所述第2通信终端的所述终端间通信的调度信息,并将所述调度信息发送到所述第3通信终端。
发明效果
根据本公开,在SL通信中,能确保服务所要求的QoS,并能提高服务的可靠性。
本公开的目的、特征、方面以及优点通过以下详细的说明和附图将变得更为明了。
附图说明
图1是示出LTE方式的通信***中所使用的无线帧的结构的说明图。
图2是示出3GPP中所探讨的LTE方式的通信***200的整体结构的框图。
图3是表示3GPP中所讨论的NR方式的通信***210的整体结构的框图。
图4是基于与EPC相连接的eNB和gNB的DC的结构图。
图5是基于与NG核心相连接的gNB的DC的结构图。
图6是基于与NG核心相连接的eNB和gNB的DC的结构图。
图7是基于与NG核心相连接的eNB和gNB的DC的结构图。
图8是示出图2所示的移动终端202的结构的框图。
图9是示出图2所示的基站203的结构的框图。
图10是示出MME的结构的框图。
图11是示出5GC的结构的框图。
图12是示出LTE方式的通信***中通信终端(UE)进行的小区搜索到待机动作为止的概要的流程图。
图13是示出NR***中的小区结构的一个示例的图。
图14是示出根据实施方式1、由gNB实施UE间的SL通信用调度的示例的序列图。
图15是示出根据实施方式1、由gNB实施UE间的SL通信用调度的示例的序列图。
图16是示出根据实施方式1的变形例1、由S-UE实施其它UE间的SL通信用调度的示例的序列图。
图17是示出根据实施方式1的变形例1、由S-UE实施其它UE间的SL通信用调度的示例的序列图。
图18是示出根据实施方式1的变形例2、由S-UE实施其它UE间的SL通信用调度的示例的序列图。
图19是示出根据实施方式1的变形例2、由S-UE实施其它UE间的SL通信用调度的示例的序列图。
图20是示出根据实施方式1的变形例3、由S-UE实施其它UE间的SL通信用调度的示例的序列图。
图21是示出根据实施方式2、由S-UE进行的抢占处理的示例的图。
图22是示出根据实施方式2、从UE-TX1向UE-RX1的PI的发送方法的示例的图。
图23是示出根据实施方式2的变形例1、从UE-TX1向UE-RX1的PI的发送方法的示例的图。
图24是示出经由中继UE在UE-TX与UE-RX之间实施单播通信的现有示例的示意图。
图25是示出根据实施方式3、经由中继UE在UE-TX与多个UE-RX之间实施组播通信的示例的示意图。
图26是示出根据实施方式3、经由中继UE在UE-TX与多个UE-RX之间实施组播通信的示例的序列图。
图27是示出根据实施方式3、经由中继UE在UE-TX与多个UE-RX之间实施组播通信的示例的序列图。
图28是示出根据实施方式3、经由中继UE在UE-TX与多个UE-RX之间实施组播通信的其它示例的序列图。
图29是示出根据实施方式3的变形例1、经由中继UE在UE-TX与多个UE-RX之间实施组播通信的示例的示意图。
图30是示出根据实施方式3的变形例1、经由中继UE在UE-TX与多个UE-RX之间实施组播通信的示例的序列图。
图31是示出根据实施方式3的变形例1、经由中继UE在UE-TX与多个UE-RX之间实施组播通信的示例的序列图。
图32是示出根据实施方式3的变形例1、经由中继UE在UE-TX与多个UE-RX之间实施组播通信的其它示例的序列图。
图33是示出根据实施方式3的变形例1、经由中继UE在UE-TX与多个UE-RX之间实施组播通信的其它示例的序列图。
图34是示出根据实施方式3的变形例2、经由中继UE在UE-TX与多个UE-RX之间实施组播通信的示例的示意图。
图35是示出根据实施方式3的变形例2、经由中继UE在UE-TX与多个UE-RX之间实施组播通信的示例的序列图。
图36是示出根据实施方式4、在SL中进行经由中继UE的UE间间接通信的情况下的各节点的协议结构的示例的图。
图37是示出根据实施方式4、在中继UE中将UE-TX和中继UE之间的RLC承载设定设为与中继UE和UE-RX之间的RLC承载设定相同的示例的图。
图38是示出根据实施方式4、在SL中进行经由中继UE的UE间间接通信的情况下的各节点的协议结构的其它示例的图。
图39是示出根据实施方式4的变形例1、在SL通信中进行经由中继UE的间接通信的情况下的分组复制的示意图。
图40是示出根据实施方式4的变形例1、在SL通信中进行经由中继UE的间接通信的情况下的用于分组复制的协议结构的示例的图。
图41是示出根据实施方式4的变形例1、在SL通信中进行经由中继UE的间接通信的情况下的用于分组复制的协议结构的其它示例的图。
图42是根据实施方式4的变形例2、在SL通信中由中继UE连结数据并进行中继的示例的示意图。
图43是示出根据实施方式4的变形例2、用于在SL通信中由中继UE连结数据并进行中继的协议结构的第1示例的图。
图44是示出根据实施方式4的变形例2、用于在SL通信中由中继UE连结数据并进行中继的协议结构的第2示例的图。
图45是示出根据实施方式4的变形例2、用于在SL通信中由中继UE连结数据并进行中继的协议结构的第3示例的图。
图46是示出根据本实施方式5、对一个小区设定多个***信息区域ID的示例的图。
图47是示出根据实施方式5、在包含相同种类的信息的一个SIB中设有SIB内的一个或多个信息不同的多个SIB的示例的图。
图48是示出根据实施方式5、在一个SIB中对各***信息区域ID设定有不同的信息的第1示例的图。
图49是示出根据实施方式5、在一个SIB中对各***信息区域ID设定有不同的信息的第2示例的图。
具体实施方式
实施方式1.
图2是示出了3GPP中所讨论的LTE方式的通信***200的整体结构的框图。对图2进行说明。将无线接入网称为E-UTRAN(Evolved Universal Terrestrial Radio AccessNetwork:演进通用陆地无线接入网)201。通信终端装置即移动终端装置(以下称为“移动终端(User Equipment:UE)”)202能与基站装置(以下称为“基站(E-UTRAN NodeB:eNB)”)203进行无线通信,利用无线通信进行信号的收发。
此处,“通信终端装置”不仅指可移动的移动电话终端装置等移动终端装置,还包含传感器等不移动的设备。以下的说明中,有时将“通信终端装置”简称为“通信终端”。
若针对移动终端202的控制协议例如RRC(Radio Resource Control:无线资源控制)、以及用户层面(以下,有时也称为U-Plane)例如PDCP(Packet Data ConvergenceProtocol:分组数据分集协议)、RLC(Radio Link Control:无线链路控制)、MAC(MediumAccess Control:介质接入控制)、PHY(Physical layer:物理层)在基站203终止,则E-UTRAN由一个或多个基站203构成。
移动终端202与基站203之间的控制协议RRC(Radio Resource Control)进行广播(Broadcast)、寻呼(paging)、RRC连接管理(RRC connection management)等。RRC中的基站203与移动终端202的状态有RRC_IDLE和RRC_CONNECTED。
在RRC_IDLE中进行PLMN(Public Land Mobile Network:公共陆地移动网络)选择、***信息(System Information:SI)的广播、寻呼(paging)、小区重选(cell re-selection)、移动等。在RRC_CONNECTED时,移动终端具有RRC连接(connection),能够与网络进行数据的收发。此外,在RRC_CONNECTED中,进行切换(Handover:HO)、相邻小区(Neighbor cell)的测定(测量(measurement))等。
基站203由1个或多个eNB207构成。另外,将由作为核心网络的EPC(EvolvedPacket Core:演进分组核心)和作为无线接入网的E-UTRAN201构成的***称为EPS(Evolved Packet System:演进分组***)。有时将作为核心网络的EPC和作为无线接入网的E-UTRAN 201统称为“网络”。
eNB207通过S1接口与移动管理实体(Mobility Management Entity:MME)、S-GW(Serving Gateway:服务网关)、或包含MME和S-GW在内的MME/S-GW部(以下有时称为“MME部”)204相连接,并在eNB207与MME部204之间进行控制信息的通信。一个eNB207可以与多个MME部204相连接。eNB207之间通过X2接口相连接,在eNB207之间进行控制信息的通信。
MME部204为上位装置,具体而言是上位节点,控制作为基站的eNB207与移动终端(UE)202之间的连接。MME部204构成作为核心网络的EPC。基站203构成E-UTRAN201。
基站203可以构成一个小区,也可以构成多个小区。各小区具有预定的范围来作为能与移动终端202进行通信的范围即覆盖范围,并在覆盖范围内与移动终端202进行无线通信。在一个基站203构成多个小区的情况下,各个小区构成为能与移动终端202进行通信。
图3是示出了3GPP中所讨论的5G方式的通信***210的整体结构的框图。对图3进行说明。将无线接入网称为NG-RAN(Next Generation Radio Access Network:下一代无线电接入网)211。UE 202能与NR基站装置(以下称为“NR基站(NG-RAN NodeB:gNB)”)213进行无线通信,以无线通信的方式进行信号的收发。另外,核心网络被称为5G核心(5G Core:5GC)。
若针对UE202的控制协议例如RRC(Radio Resource Control:无线资源控制)、以及用户层面(以下,有时也称为U-Plane)例如SDAP(Service Data Adaptation Protocol:业务数据适配协议)、PDCP(Packet Data Convergence Protocol:分组数据分集协议)、RLC(Radio Link Control:无线链路控制)、MAC(Medium Access Control:介质接入控制)、PHY(Physical layer:物理层)在NR基站213终止,则NG-RAN由一个或多个NR基站213构成。
UE202与NR基站213之间的控制协议RRC(Radio Resource Control:无线资源控制)的功能与LTE相同。作为RRC中的NR基站213与UE202之间的状态,有RRC_IDLE、RRC_CONNECTED以及RRC_INACTIVE。
RRC_IDLE、RRC_CONNECTED与LTE方式相同。RRC_INACTIVE一边维持5G核心与NR基站213之间的连接,一边进行***信息(System Information:SI)的广播、寻呼(paging)、小区重选(cell re-selection)、移动等。
gNB217通过NG接口与接入/移动管理功能(Access and Mobility ManagementFunction:AMF)、会话管理功能(Session Management Functio:SMF)、或UPF(User PlaneFunction:用户层面功能)、或包含AMF、SMF及UPF的AMF/SMF/UPF部(以下,有时称为“5GC部”)214相连接。在gNB217与5GC部214之间进行控制信息及/或用户数据的通信。NG接口是gNB217与AMF之间的N2接口、gNB217与UPF之间的N3接口、AMF与SMF之间的N11接口以及UPF与SMF之间的N4接口的总称。一个gNB217可以与多个5GC部214相连接。gNB217之间通过Xn接口相连接,在gNB217之间进行控制信息及/或用户数据的通信。
NR基站213也与基站203相同,可以构成一个或多个小区。在一个NR基站213构成多个小区的情况下,各个小区构成为能与UE202进行通信。
gNB217可以分割为中央单元(Central Unit;以下有时称为CU)218、分散单元(Distributed Unit:以下有时称为DU)219。CU218在gNB217中构成为一个。DU219在gNB217中构成为一个或多个。CU218通过F1接口与DU219相连接,在CU218与DU219之间进行控制信息及/或用户数据的通信。
5G方式的通信***可以包含非专利文献22(3GPP TS23.501 V16.1.0)中所述的统一数据管理(Unified Data Management:UDM)功能、策略控制功能(Policy ControlFunction:PCF)。UDM及/或PCF可以包含于图3中的5GC部中。
5G方式的通信***中,也可以包含非专利文献22(3GPP TS23.501V16.1.0)中所记载的非3GPP相互动作功能(Non-3GPP InterworkingFunction:N3IWF)。N3IWF可以在与UE间的非3GPP接入中在与UE之间终止接入网络(Access Network:AN)。
图4是示出与EPC相连接的eNB和gNB所进行的DC的结构的图。在图4中,实线表示U-Plane的连接,虚线表示C-Plane的连接。在图4中,eNB223-1为主基站,gNB224-2为次基站(有时将该DC结构称为EN-DC)。在图4中,示出了MME部204与gNB224-2之间的U-Plane连接经由eNB223-1来进行的示例,但也可以在MME部204与gNB224-2之间直接进行。
图5是示出基于与NG核心相连接的gNB的DC的结构的图。在图5中,实线表示U-Plane的连接,虚线表示C-Plane的连接。在图5中,gNB224-1为主基站,gNB224-2为次基站(有时将该DC结构称为NR-DC)。在图5中,示出了5GC部214与gNB224-2之间的U-Plane连接经由gNB224-1来进行的示例,但也可以在5GC部214与gNB224-2之间直接进行。
图6是示出与NG核心相连接的eNB和gNB所进行的DC的结构的图。在图6中,实线表示U-Plane的连接,虚线表示C-Plane的连接。在图6中,eNB226-1为主基站,gNB224-2为次基站(有时将该DC结构称为NG-EN-DC)。在图6中,示出了5GC部214与gNB224-2之间的U-Plane连接经由eNB226-1来进行的示例,但也可以在5GC部214与gNB224-2之间直接进行。
图7是示出与NG核心相连接的eNB和gNB所进行的DC的其它结构的图。在图7中,实线表示U-Plane的连接,虚线表示C-Plane的连接。在图7中,gNB224-1为主基站,eNB226-2为次基站(有时将该DC结构称为NE-DC)。在图7中,示出了5GC部214与eNB226-2之间的U-Plane连接经由gNB224-1来进行的示例,但也可以在5GC部214与eNB226-2之间直接进行。
图8是示出了图2所示的移动终端202的结构的框图。对图8所示的移动终端202的发送处理进行说明。首先,来自协议处理部301的控制数据、以及来自应用部302的用户数据被保存到发送数据缓冲部303。发送数据缓冲部303中所保存的数据被传送给编码部304,来实施纠错等编码处理。也可以存在不实施编码处理而直接从发送数据缓冲部303输出至调制部305的数据。由编码部304实施编码处理后的数据在调制部305中进行调制处理。也可以在调制部305中进行MIMO中的预编码。调制后的数据被转换为基带信号,然后输出至频率转换部306,被转换为无线发送频率。之后,发送信号从天线307-1~307-4被发送至基站203。在图8中,例示出了天线数为4个的情况,但天线数并不限于4个。
此外,如下所示那样执行移动终端202的接收处理。通过天线307-1~307-4接收来自基站203的无线信号。接收信号在频率转换部306中从无线接收频率转换为基带信号,并在解调部308中进行解调处理。在解调部308中,可以进行权重计算和乘法处理。解调后的数据被传送至解码部309,来进行纠错等解码处理。解码后的数据中,控制数据被传送到协议处理部301,用户数据被传送到应用部302。移动终端202的一系列处理由控制部310来控制。由此,虽然在图8中进行了省略,但控制部310与各部301~309相连接。在图8中,移动终端202用于发送的天线数量与用于接收的天线数量可以相同,也可以不同。
图9是示出图2所示的基站203的结构的框图。对图9所示的基站203的发送处理进行说明。EPC通信部401进行基站203与EPC(MME部204等)之间的数据收发。5GC通信部412进行基站203与5GC(5GC部214等)之间的数据收发。其它基站通信部402进行与其它基站之间的数据收发。EPC通信部401、5GC通信部412及其它基站通信部402分别与协议处理部403进行信息的交换。来自协议处理部403的控制数据、以及来自EPC通信部401、5GC通信部412和其它基站通信部402的用户数据和控制数据被保存到发送数据缓冲部404。
发送数据缓冲部404中所保存的数据被传送给编码部405,来实施纠错等编码处理。也可以存在不实施编码处理而直接从发送数据缓冲部404输出至调制部406的数据。编码后的数据在调制部406中进行调制处理。也可以在调制部406中进行MIMO中的预编码。调制后的数据被转换为基带信号,然后输出至频率转换部407,被转换为无线发送频率。之后,利用天线408-1~408-4,将发送信号发送至一个或者多个移动终端202。在图9中,例示出了天线数为4个的情况,但天线数并不限于4个。
此外,如下所示那样执行基站203的接收处理。由天线408接收来自一个或多个移动终端202的无线信号。接收信号通过频率转换部407从无线接收频率转换为基带信号,并在解调部409中进行解调处理。解调后的数据被传送至解码部410,来进行纠错等解码处理。解码后的数据中,控制数据被传送到协议处理部403或5GC通信部412或EPC通信部401、其它基站通信部402,用户数据被传送到5GC通信部412、EPC通信部401和其它基站通信部402。基站203的一系列处理由控制部411来控制。由此,虽然在图9中进行了省略,但控制部411与各部401~410相连接。在图9中,基站203用于发送的天线数量与用于接收的天线数量可以相同,也可以不同。
图9是示出了基站203的结构的框图,但对于基站213也可以设为相同的结构。另外,对于图8和图9,移动终端202的天线数量、基站203的天线数量可以相同也可以不同。
图10是示出MME的结构的框图。图10中,示出上述图2所示的MME部204中所包含的MME204a的结构。PDN GW通信部501在MME204a和PDN GW之间进行数据收发。基站通信部502在MME204a与基站203之间经由S1接口进行数据收发。在从PDN GW接收到的数据是用户数据的情况下,用户数据从PDN GW通信部501经由用户层面通信部503被传送到基站通信部502,并被发送至一个或者多个基站203。在从基站203接收到的数据是用户数据的情况下,用户数据从基站通信部502经由用户层面通信部503被传送到PDN GW通信部501,并被发送至PDNGW。
在从PDN GW接收到的数据是控制数据的情况下,控制数据从PDN GW通信部501被传送到控制层面控制部505。在从基站203接收到的数据是控制数据的情况下,控制数据从基站通信部502被传送到控制层面控制部505。
控制层面控制部505中包含有NAS***505-1、SAE承载控制部505-2、空闲状态(Idle State)移动管理部505-3等,并进行针对控制层面(以下,有时也称为C-Plane)的所有处理。NAS***505-1进行NAS(Non-Access Stratum:非接入阶层)消息的安全性等。SAE承载控制部505-2进行SAE(System Architecture Evolution:***架构演进)的承载的管理等。空闲状态移动管理部505-3进行待机状态(空闲状态(Idle State);LTE-IDLE状态、或仅称为空闲)的移动管理、待机状态时的寻呼信号的生成及控制、下属的一个或者多个移动终端202的跟踪区域的追加、删除、更新、检索、跟踪区域列表管理等。
MME204a对一个或多个基站203进行寻呼信号的分配。此外,MME204a进行待机状态(Idle State)的移动控制(Mobility control)。MME204a在移动终端处于待机状态时及处于活动状态(Active State)时进行跟踪区域(Tracking Area)列表的管理。MME204a通过向属于UE所登记(registered:注册)的跟踪区域(Tracking Area)的小区发送寻呼消息,从而开始进行寻呼协议。与MME204a相连接的eNB207的CSG的管理、CSG ID的管理、以及白名单管理可以由空闲状态移动管理部505-3来进行。
图11是示出5GC的结构的框图。图11中示出了上述图3所示的5GC部214的结构。图11示出了在图5所示的5GC部214中包含有AMF的结构、SMF的结构以及UPF的结构的情况。数据网(Data Network)通信部521进行5GC部214与数据网之间的数据收发。基站通信部522在5GC部214与基站203之间通过S1接口进行数据收发、及/或在5GC部214与基站213之间通过NG接口进行数据收发。在从数据网接收到的数据是用户数据的情况下,用户数据从数据网通信部521经由用户层面通信部523被传送到基站通信部522,并被发送至一个或多个基站203及/或基站213。在从基站203及/或基站213接收到的数据是用户数据的情况下,用户数据从基站通信部522经由用户层面通信部523被传送到数据网通信部521,并被发送至数据网。
在从数据网接收到的数据是控制数据的情况下,控制数据从数据网通信部521经由用户层面控制部523被传送到会话管理部527。会话管理部527将控制数据传送到控制层面控制部525。在从基站203及/或基站213接收到的数据是控制数据的情况下,控制数据从基站通信部522被传送到控制层面控制部525。控制层面控制部525将控制数据传送到会话管理部527。
控制层面控制部525包含NAS***525-1、PDU会话控制部525-2、空闲状态(IdleState)移动管理部525-3等,并进行针对控制层面(以下,有时也称为C-Plane)的所有处理。NAS***525-1进行NAS(Non-Access Stratum:非接入阶层)消息的安全性等。PDU会话控制部525-2进行移动终端202与5GC部214之间的PDU会话的管理等。空闲状态移动管理部525-3进行待机状态(空闲状态(Idle State);RRC_IDLE状态、或仅称为空闲)的移动管理、待机状态时的寻呼信号的生成及控制、下属的一个或者多个移动终端202的跟踪区域的追加、删除、更新、检索、跟踪区域列表管理等。
5GC部214对一个或多个基站203及/或基站213进行寻呼信号的分配。另外,5GC部214进行待机状态(Idle State)的移动控制(Mobility Control)。5GC部214在移动终端处于待机状态时及处于非活动状态(Inactive State)和活动状态(Active State)时进行跟踪区域(Tracking Area)列表的管理。5GC部214通过向属于UE所登记(registered:注册)的跟踪区域(Tracking Area)的小区发送寻呼消息,从而开始进行寻呼协议。
接着,示出通信***中的小区搜索方法的一个示例。图12是示出LTE方式的通信***中通信终端(UE)进行的从小区搜索到待机动作为止的概要的流程图。若通信终端开始小区搜索,则在步骤ST601中,利用从周边的基站发送的第一同步信号(P-SS)和第二同步信号(S-SS),来取得时隙定时、帧定时的同步。
将P-SS和S-SS统称为同步信号(Synchronization Signal:SS)。同步信号(SS)中分配有与分配给每个小区的PCI一一对应的同步码。研究了将PCI的数量设为504个。利用该504个PCI来取得同步,并对取得了同步的小区的PCI进行检测(确定)。
接着在步骤ST602中,对取得同步的小区检测从基站发送给每个小区的参照信号(参考信号:RS)即小区固有参照信号(Cell-specific Reference Signal:CRS),并对RS的接收功率(Reference Signal Received Power:RSRP)进行测定。参照信号(RS)使用与PCI一一对应的编码。能利用该编码取得相关性从而与其它小区分离。通过根据步骤ST601中确定的PCI导出该小区的RS用编码,从而能检测RS,并测定RS的接收功率。
接着在步骤ST603中,从到步骤ST602为止检测出的一个以上的小区中选择RS的接收质量最好的小区,例如选择RS的接收功率最高的小区、即最佳小区。
接着在步骤ST604中,接收最佳小区的PBCH,获得广播信息即BCCH。PBCH上的BCCH中映射有包含小区结构信息的MIB(Master Information Block:主信息块)。因此,通过接收PBCH并获得BCCH,从而能获得MIB。作为MIB的信息,例如有DL(下行链路)***带宽(也称为发送带宽设定(transmission bandwidth configuration:dl-bandwidth))、发送天线数量、SFN(System Frame Number:***帧号)等。
接着在步骤ST605中,基于MIB的小区结构信息接收该小区的DL-SCH,并获得广播信息BCCH中的SIB(System Information Block:***信息块)1。SIB1中包含与接入该小区有关的信息、与小区选择有关的信息、其它SIB(SIBk;k≥2的整数)的调度信息。此外,SIB1中还包含跟踪区域码(Tracking Area Code:TAC)。
接着在步骤ST606中,通信终端将步骤ST605中接收到的SIB1的TAC与通信终端已保有的跟踪区域列表内的跟踪区域标识(Tracking Area Identity:TAI)的TAC部分进行比较。跟踪区域列表也被称为TAI列表(TAI list)。TAI是用于识别跟踪区域的识别信息,由MCC(Mobile Country Code:移动国家码)、MNC(Mobile Network Code:移动网络码)、以及TAC(Tracking Area Code:跟踪区域码)构成。MCC是国家码。MNC是网络码。TAC是跟踪区域的码编号。
若步骤ST606中比较得到的结果是步骤ST605中接收到的TAC与跟踪区域列表内所包含的TAC相同,则通信终端在该小区进入待机动作。进行比较,若步骤ST605中接收到的TAC未包含在跟踪区域列表内,则通信终端通过该小区,并向包含有MME等的核心网络(CoreNetwork,EPC)请求变更跟踪区域,以进行TAU(Tracking Area Update:跟踪区域更新)。
在图12所示的示例中,示出了从LTE方式的小区搜索至待机为止的动作的示例,但在NR方式中,在步骤ST603中除了最佳小区以外还可以选择最佳波束。另外,在NR方式中,在步骤ST604中,可以获取波束信息、例如波束标识。另外,在NR方式中,在步骤ST604中,可以获取剩余最小SI(Remaining Minimum SI(剩余最小***信息):RMSI)的调度信息。在NR方式中,在步骤ST605中,可以设为接收RMSI。
构成核心网络的装置(以下有时称为“核心网络侧装置”)基于TAU请求信号和从通信终端发送来的该通信终端的识别编号(UE-ID等),进行跟踪区域列表的更新。核心网络侧装置将更新后的跟踪区域列表发送给通信终端。通信终端基于接收到的跟踪区域列表来重写(更新)通信终端所保有的TAC列表。此后,通信终端在该小区进入待机动作。
由于智能手机及平板型终端装置的普及,利用蜂窝***无线通信进行的话务量爆发式增长,从而在世界范围内存在无线资源的不足的担忧。为了应对这一情况,提高频率利用效率,对小区的小型化、推进空间分离进行了研究。
在现有的小区结构中,由eNB构成的小区具有较广范围的覆盖范围。以往,以通过由多个eNB构成的多个小区的较广范围的覆盖范围来覆盖某个区域的方式构成小区。
在进行了小区小型化的情况下,与由现有的eNB构成的小区的覆盖范围相比,由eNB构成的小区具有范围较狭窄的覆盖范围。因而,与现有技术相同,为了覆盖某个区域,与现有的eNB相比,需要大量的小区小型化后的eNB。
在以下的说明中,如由现有的eNB构成的小区那样,将覆盖范围比较大的小区称为“宏蜂窝小区”,将构成宏蜂窝小区的eNB称为“宏eNB”。此外,如进行了小区小型化后的小区那样,将覆盖范围比较小的小区称为“小蜂窝小区”,将构成小蜂窝小区的eNB称为“小eNB”。
宏eNB例如可以是非专利文献7所记载的“广域基站(Wide Area Base Station)”。
小eNB例如可以是低功率节点、本地节点、及热点等。此外,小eNB可以是构成微微蜂窝小区(pico cell)的微微eNB、构成毫微微蜂窝小区(femto cell)的毫微微eNB、HeNB、RRH(Remote Radio Head:射频拉远头)、RRU(Remote Radio Unit:射频拉远单元)、RRE(Remote Radio Equipment:远程无线电设备)或RN(Relay Node:中继节点)。此外,小eNB也可以是非专利文献7所记载的“局域基站(Local Area Base Station)”或“家庭基站(HomeBase Station)”。
图13示出NR中的小区结构的一个示例。在NR的小区中,形成较窄的波束,并改变其方向来进行发送。在图13所示的示例中,基站750在某个时间使用波束751-1来进行与移动终端的收发。在其它时间,基站750使用波束751-2来进行与移动终端的收发。以下相同,基站750使用波束751-3~751-8中一个或多个来进行与移动终端的收发。由此,基站750构成广范围的小区。
在图13中,示出了将基站750使用的波束的数量设为8的示例,但波束的数量也可以与8不同。另外,在图13所示的示例中,将基站750同时使用的波束的数量设为一个,但也可以是多个。
在3GPP中,由于D2D(Device to Device:物物)通信、V2V(Vehicle to Vehicle:车车)通信,因此支持直通链路(SL:Side Link)(参照非专利文献1)。SL通过PC5接口来规定。
对用于SL的物理信道(参照非专利文献1)进行说明。物理直通链路广播信道(PSBCH:Physical sidelink broadcast channel)传输与***同步相关的信息,并从UE进行发送。
物理直通链路发现信道(PSDCH:Physical sidelink discovery channel)从UE传输直通链路发现消息。
物理直通链路控制信道(PSCCH:Physical sidelink control channel)传输用于直通链路通信与V2X直通链路通信的来自UE的控制信息。
物理直通链路共享信道(PSSCH:Physical sidelink shared channel)传输用于直通链路通信与V2X直通链路通信的来自UE的数据。
对用于SL的传输信道(参照非专利文献1)进行说明。直通链路广播信道(SL-BCH:Sidelink broadcast channel)具有预先决定的传输信道格式,映射于作为物理信道的PSBCH。
直通链路发现信道(SL-DCH:Sidelink discovery channel)具有固定尺寸的预先决定的格式的周期性广播发送。另外,SL-DCH对UE自动资源选择(UE autonomous resourceselection)与通过eNB调度的资源分配这两者进行支持。UE自动资源选择中存在冲突风险,在UE通过eNB分配专用资源时没有冲突。此外,SL-DCH支持HARQ合并,但不支持HARQ反馈。SL-DCH被映射于作为物理信道的PSDCH。
直通链路共享信道(SL-SCH:Sidelink shared channel)对广播发送进行支持。SL-SCH对UE自动资源选择(UE autonomous resource selection)与通过eNB调度的资源分配这两者进行支持。UE自动资源选择中存在冲突风险,在UE通过eNB分配专用资源时没有冲突。此外,SL-SCH支持HARQ合并,但不支持HARQ反馈。另外,SL-SCH通过改变发送功率、调制、合并,从而对动态链路适配进行支持。SL-SCH被映射于作为物理信道的PSSCH。
对用于SL的逻辑信道(参照非专利文献1)进行说明。直通链路广播控制信道(SBCCH:Sidelink Broadcast Control Channel)是用于从一个UE向其它UE广播直通链路***信息的直通链路用信道。SBCCH被映射于作为传输信道的SL-BCH。
直通链路话务信道(STCH:Sidelink Traffic Channel)是用于从一个UE向其它UE发送用户信息的一对多的直通链路用话务信道。STCH仅被具有直通链路通信能力的UE和具有V2X直通链路通信能力的UE使用。具有两个直通链路通信能力的UE之间的一对一通信也另外通过STCH来实现。STCH被映射于作为传输信道的SL-SCH。
在3GPP中,探讨了在NR中也支持V2X通信。NR中的V2X通信的探讨基于LTE***、LTE-A***而推进,但在以下这一点,进行来自LTE***、LTE-A***的变更和追加。
LTE中,SL通信只有广播(broadcast)。在NR中,除了广播之外,还研究了单播(unicast)和组播(groupcast)的支持以作为SL通信(参照非专利文献21(TS23 287))。
在单播通信、组播通信中,探讨了HARQ的反馈(Ack/Nack)、CSI报告等的支持。
在SL通信中,除了广播之外,为了支持单播(unicast)和组播(groupcast),研究了PC5-S信令的支持(参照非专利文献21(TS23.287))。例如,为了建立SL即用于实施PC5通信的链路而实施PC5-S信令。该链路在V2X层进行实施,也被称为层2链路。
此外,正在研究在SL通信中RRC信令的支持(参见非专利文献21(TS23.287))。将SL通信中的RRC信令也称为PC5 RRC信令。例如,提出了在进行PC5通信的UE之间通知UE的能力、或者通知用于使用PC5通信进行V2X通信的AS层的设定等。
以往,在直通链路通信(SL通信)中,发送UE(称为UE-TX)与接收UE(称为UE-RX)之间的SL通信用调度由服务UE-TX的gNB进行、或由UE-TX自身进行。服务UE-TX的gNB进行调度的模式被称为mode-1,UE-TX自身进行调度的模式被称为mode-2(参照非专利文献23)。
例如,在使用了SL通信的V2X服务中,存在gNB进行SL通信用调度的情况、以及UE-TX自身进行调度的情况。在gNB进行SL通信用调度的情况下,在UE-TX与UE-RX之间使用SL通信进行的V2X服务的V2X策略/参数根据从UE-TX向CN的V2X策略提供请求,从CN被提供到gNB(参照非专利文献21)。此外,在UE-TX自身进行调度的情况下,V2X策略/参数根据从UE-TX向CN的V2X策略提供请求,从CN被提供到UE-TX(参照非专利文献21)。
3GPP中,提出了将UE-TX自身进行调度的方法即mode-2细分化。作为细分化的方法,提出了UE实施其它UE的SL通信用资源选择(mode-2(b))、UE实施其它UE的SL通信用调度(mode-2(d))(参照非专利文献23)。
在mode-2(b)、mode-2(d)那样的方法的情况下,进行资源选择、调度的UE(以下称为调度UE(S-UE))需要预先识别实际实施使用了SL通信的V2X服务的UE-TX与UE-RX之间的V2X策略/参数。然而,S-UE既不是gNB,也不是实际上为了V2X服务而进行SL通信的UE,因此,现有方法中,不向S-UE提供V2X策略/参数。
因此,产生如下问题:S-UE无法实施适合于UE-TX与UE-RX之间的SL通信的V2X策略/参数的调度。产生如下问题:在UE-TX与UE-RX之间实施的V2X服务所要求的QoS得不到满足。
本实施方式1中,公开用于解决这种问题的方法。
UE-TX经由gNB等RAN节点,预先对CN实施V2X策略/参数提供处理。在V2X策略/参数提供处理中,UE-TX经由gNB对CN请求V2X策略/参数的提供。接收到该请求的CN对gNB提供V2X策略/参数。接收到该请求的CN也可以对UE-TX提供V2X策略/参数。V2X策略或V2X参数例如可以是PC5上(也称为PC5基准点上)的V2X策略或V2X参数。作为V2X参数,存在QoS参数等。
该CN的节点可以是PCF。PCF可以经由AMF对gNB提供V2X策略/参数。或者,该CN节点可以是AMF。在AMF存储有预先从PCF获取到的UE-TX的V2X策略/参数的情况下是有效的。
UE-TX在存在于gNB下属内时,可以实施V2X策略/参数提供处理。gNB可以获取下属的多个UE-TX的V2X策略/参数。由此,gNB能从CN获取UE-TX的V2X策略/参数。
gNB可以存储从CN获取到的UE-TX的V2X策略/参数。gNB可以将该V2X策略/参数与用于识别UE-TX的标识及/或V2X服务的信息关联起来进行存储。gNB能识别V2X策略/参数是哪个UE-TX的、是哪个V2X服务的。
gNB对UE-TX实施SL通信用调度。本说明书中,有时将资源选择及/或调度的情况简称为调度。
公开gNB对UE-TX实施SL通信用调度的方法。UE-TX在SL通信产生时与S-UE相连接,而不与gNB直接连接。因此,gNB对UE-TX如何进行调度成为问题。这里,公开gNB对UE-TX实施SL通信用调度的方法。
UE-TX对S-UE发送SL通信用调度的请求。S-UE可以在从UE-TX接收到SL通信用调度请求的情况下,判断本S-UE能否与gNB连接、或是否处于连接中。例如,在S-UE存在于gNB的覆盖范围内的情况下,S-UE能与gNB连接或处于连接中。在S-UE存在于gNB的覆盖范围外的情况下,S-UE与gNB并不处于连接中,无法连接。在S-UE能与gNB连接的情况下,S-UE与gNB进行连接处理,并对gNB发送UE-TX的SL通信用调度请求。在S-UE与gNB处于连接中的情况下,S-UE对gNB发送UE-TX的SL通信用调度请求。连接状态可以是RRC连接。
在S-UE并未与gNB处于连接中、无法连接的情况下,S-UE可以对UE-TX实施SL通信用调度。该方法例如可以应用实施方式1的变形例2、实施方式1的变形例3所公开的方法。
从S-UE接收到UE-TX的SL通信用调度请求的gNB对UE-TX实施SL通信用调度。此时,gNB可以使用从CN获取并记录在gNB内的UE-TX的V2X策略/参数。通过使用UE-TX的V2X策略/参数来实施SL用调度,从而能以满足UE-TX使用SL通信来实施的V2X服务所要求的QoS的方式实施SL用调度。
gNB经由S-UE将针对UE-TX的SL通信用调度信息通知给UE-TX。UE-TX使用经由S-UE接收到的SL通信用调度信息,来实施UE-TX与UE-RX之间的SL通信。由此,不与UE-TX直接连接的gNB能对UE-TX实施SL通信用调度。
作为UE-TX对S-UE通知的调度请求中所包含的信息的具体示例,公开以下的(1)~(10)。
(1)表示是调度请求的信息。
(2)用于识别发送源UE的信息。
(3)用于识别发送目标UE的信息。
(4)V2X能力。
(5)V2X服务信息。
(6)应用层信息。
(7)PC5链路信息。
(8)PC5 QoS Flow信息。
(9)SL承载信息。
(10)上述(1)~(9)的组合。
(1)的信息例如可以设为表示是用于UE-TX实施的SL通信的资源分配或调度的请求的信息。
(2)的信息例如可以是UE标识。(2)的信息可以是UE-TX在SL通信中使用的层2ID(L2 ID)。S-UE能识别是来自哪个UE-TX的调度请求。
(3)的信息例如可以是UE标识。(3)的信息可以是与UE-TX进行SL通信的UE-RX使用的层2ID(L2 ID)。S-UE能识别是用于与哪个UE-RX进行SL通信的调度请求。
(4)的信息例如可以是UE-TX是否具有V2X能力的信息。(4)的信息可以是UE-TX是否具有PC5能力的信息。S-UE能识别UE-TX是否可以进行SL通信。
(5)的信息例如可以是V2X服务标识。(5)的信息可以是PSID(Provider ServiceIdentifier:提供者服务标识)、ITS-AID(Intelligent Transport Systems ApplicationIdentifier:智能交通***应用标识)。S-UE能识别是用于哪个V2X服务的调度请求。
(6)的信息例如可以是应用层标识。(6)的信息可以是与搭载UE-TX的物体相对应的标识。搭载UE-TX的物体例如可以是车、行人等。可以将用于识别搭载UE-TX的物体的标识作为用于识别UE-TX的标识来使用。S-UE能识别是用于哪个应用的调度请求。
(7)的信息例如可以是PC5链路标识。(7)的信息可以是为了实施SL通信而由UE-TX分配的PC5链路标识。在所实施的SL通信为单播通信的情况下,(7)的信息可以是PC5单播链路标识。S-UE能识别是用于哪个PC5链路的调度请求。
(8)的信息例如可以是PC5 QoS Flow标识。S-UE能识别是用于哪个PC5QoS Flow的调度请求。
(9)的信息例如可以是UE-TX与UE-RX之间的SL通信中使用的承载的ID。承载的ID可以是DRB的ID,也可以是SRB的ID。S-UE能识别是用于哪个SL承载的调度请求。
可以在PC5链路上新设置表示是调度请求的信令。通过与其它信令进行区分,从而能降低S-UE中的接收误动作。
公开从UE-TX向S-UE的调度请求的发送方法。预先在UE-TX与S-UE之间确立PC5链路(上位层的链路)。或者,在产生了使用SL通信的V2X服务的情况下,UE-TX可以在与S-UE之间确立PC5链路。或者,在与UE-RX之间确立了用于使用SL通信的V2X服务的PC5链路的情况下,UE-TX可以在与S-UE之间确立PC5链路。
UE-TX可以使用该PC5链路确立时的信令,将调度请求发送给S-UE。S-UE能尽早从UE-TX接收调度请求,能尽早将从UE-TX接收到的调度请求发送给gNB。
作为其它方法,UE-TX可以使用SL的RRC信令,将调度请求发送给S-UE。例如,在将AS层的V2X能力信息、SL承载信息发送给S-UE的情况下是有效的。
作为其它方法,UE-TX可以使用SL的MAC信令,将调度请求发送给S-UE。UE-TX可以将上述信息包含在MAC CE中来通知。UE-TX可以使用PSSCH来通知调度请求。例如,在UE-TX与S-UE之间预先确立了PC5链路(上位层的链路)的状态下,在UE-TX中,当产生了使用SL通信的V2X服务的情况下,UE-TX能尽早将调度请求通知给S-UE。S-UE能将从UE-TX接收到的调度请求尽早发送给gNB。
作为其它方法,UE-TX可以将调度请求包含在SCI中来发送给S-UE。UE-TX可以使用PSCCH来通知调度请求。S-UE能接收调度请求,而不接收PSSCH。S-UE能进一步将从UE-TX接收到的调度请求尽早发送给gNB。
作为其它方法,可以设置用于调度请求的信号。例如,设置对规定的编码进行分配后的信号。作为规定的编码,例如有正交码、Zadoff-Chu码(Zadoff-Chu(ZC)sequence:Zadoff-Chu序列)等。S-UE可以对UE-TX单独分配规定的编码。S-UE能识别是来自哪个UE-TX的用于调度请求的信号。用于调度请求的信号可以从S-UE预先通知给UE-TX。UE-TX将用于调度请求的信号发送给S-UE。S-UE接收来自UE-TX的调度请求。由此,能降低调度请求中使用的资源量。因此,能提高通信容量、迅速地进行调度。
从UE-TX发送给S-UE的调度请求的发送中使用的资源可以周期性地保留。可以在S-UE与UE-TX之间预先通知该周期。例如,S-UE可以设定该周期,并从S-UE对UE-TX进行通知。或者,UE-TX可以设定该周期,并从UE-TX对S-UE进行通知。该周期可以在UE-TX内预先构成,例如,可以存储在SIM等中。该周期的通知例如可以在PC5链路确立时进行,也可以在RRC连接确立时进行。
由此,UE-TX和S-UE能收发调度请求。此外,S-UE能识别从UE-TX发送调度请求的定时,因此能进行高效的接收。能力图实现S-UE的低功耗化。
从S-UE对gNB通知的调度请求中包含的信息可以设为上述从UE-TX对S-UE通知的调度请求中所包含的信息的一部分或全部。此外,可以包含用于识别S-UE的信息。用于识别S-UE的信息例如可以是UE标识。该UE标识可以是由gNB所分配的UE标识。gNB可以识别是来自哪个S-UE的调度请求。
公开从S-UE对gNB通知的调度请求中使用的信令。在S-UE与gNB之间预先确立RRC连接。或者,在从UE-TX接收到用于SL通信的调度请求的情况下,S-UE可以在与gNB之间确立RRC连接。
S-UE可以使用RRC连接确立处理时的信令,将调度请求发送给gNB。gNB能从S-UE尽早接收调度请求,能尽早实施针对UE-TX的调度。
作为其它方法,S-UE可以使用RRC信令,将调度请求发送给gNB。例如,在RRC连接确立后发送调度请求的情况下是有效的。
作为其它方法,S-UE可以使用MAC信令,将调度请求发送给gNB。S-UE可以将上述信息包含在MAC CE中来通知。S-UE可以使用PUSCH来通知调度请求。例如,在S-UE与gNB之间预先确立了RRC连接的状态下,在S-UE从UE-TX接收到SL通信用调度请求的情况下,S-UE可以尽早将调度请求通知给gNB。gNB可以尽早实施针对UE-TX的调度。
作为其它方法,S-UE可以将调度请求包含在UCI中来发送给gNB。S-UE可以使用PUCCH来通知调度请求。gNB可以进一步尽早对UE-TX实施调度。
S-UE可以对gNB通知所连接的UE-TX的信息。或者,S-UE可以对gNB通知进行调度的对象的UE-TX的信息。UE-TX的信息可以是用于识别UE-TX的信息。S-UE可以使用与gNB进行的RRC连接确立处理时的信令,来通知UE-TX的信息。或者,S-UE可以在RRC连接确立后通知UE-TX的信息。S-UE可以使用RRC信令,来通知UE-TX的信息。该信息的通知可以与从S-UE向gNB的调度请求分开进行。
由此,gNB能识别下属的S-UE所连接的或进行调度的对象的UE-TX。gNB通过接收该信息,从而能判断是否获取到下属的S-UE所连接的或进行调度的对象的UE-TX的V2X策略/参数信息。
gNB可以设定S-UE所连接的或进行调度的对象的UE-TX的V2X服务中使用的SL承载结构。gNB可以使用获取到的UE-TX的V2X策略/参数,来设定该UE-TX的V2X服务中使用的SL承载结构。gNB经由S-UE将UE-TX的SL承载结构通知给该UE-TX。
gNB可以进行S-UE所连接的或进行调度的对象的UE-TX的V2X服务中使用的SL用的SDAP的设定。gNB可以使用获取到的UE-TX的V2X策略/参数,来进行该UE-TX的V2X服务中使用的SL用的SDAP的设定。作为SDAP的设定,例如有从PC5 QoS流向SL承载的映射等。gNB经由S-UE将UE-TX的SDAP设定通知给该UE-TX。
gNB可以设定S-UE所连接的或进行调度的对象的UE-TX的SR结构。gNB可以将SR结构与LCID关联起来进行设定。此外,gNB可以将SR结构与UE-TX关联起来进行设定。或者,可以设置UE-TX用的SR。由此,能区别S-UE本身进行的SL通信用的SR、与通过S-UE调度的UE-TX进行的SL通信用的SR。
gNB对S-UE通知所设定的SR结构。gNB可以使用S-UE与gNB进行的RRC连接确立处理时的信令,来通知该SR结构。或者,gNB可以在RRC连接确立后通知该SR结构。gNB可以使用RRC信令来通知该SR结构。由此,gNB可以对S-UE通知S-UE所连接的或进行调度的对象的UE-TX的V2X服务中使用的SL承载结构。
S-UE可以将对gNB发送的调度请求包含在该SR中来发送。S-UE可以使用PUCCH来发送该SR。
图14和图15是示出根据实施方式1、由gNB实施UE间的SL通信用调度的示例的序列图。图14和图15在边界线BL1415的位置处相连接。在UE-TX与UE-RX之间实施SL通信。UE-TX经由作为RAN节点的gNB,对CN实施V2X策略/参数的提供处理。步骤ST1401中,UE-TX对gNB通知V2X策略/参数请求。UE-TX可以使用为了位置登记而发送的注册请求、或为了进行服务而发送的服务请求,来进行V2X策略/参数请求。
UE-TX例如可以将与V2X服务有关的信息包含在V2X策略/参数请求中来通知。UE-TX可以将V2X能力包含在V2X策略/参数请求中来通知。在专用于SL通信的情况下,可以通知PC5能力。gNB通过接收V2X能力,从而能判断UE-TX能进行SL通信,并对CN实施V2X策略/参数提供处理。
步骤ST1402中,gNB对AMF通知V2X策略/参数请求。与上述同样地,gNB可以使用为了位置登记而发送的注册请求、或为了进行服务而发送的服务请求,来进行V2X策略/参数请求。gNB可以将发送源的UE-TX的标识包含在V2X策略/参数请求中。AMF能判断UE-TX可以进行SL通信,并对PCF实施V2X策略/参数提供处理。
步骤ST1403中,AMF选择具有V2X服务的策略/参数信息的PCF。在使用了注册请求或服务请求的情况下,在步骤ST1404中,实施注册处理或服务请求处理。在注册请求的情况下,在步骤ST1405中,AMF对UE-TX通知注册接受。
步骤ST1403中选择了PCF的AMF在步骤ST1406中,对PCF通知V2X策略/参数请求。例如,可以使用AMF与PCF之间的信令即UE策略控制生成请求(Npcf_UEpolicyControl CreateRequest)。接收到V2X策略/参数请求的PCF在步骤S1407中,决定对UE-TX提供的V2X策略/参数。
决定了对UE-TX提供的V2X策略/参数的PCF对gNB提供V2X策略/参数。此外,PCF可以对UE-TX提供V2X策略/参数。步骤ST1408中,PCF对AMF通知UE-TX的V2X策略/参数。V2X策略/参数例如可以包含SL通信的QoS参数(PC5 QoS Parameter)。V2X策略/参数可以是非专利文献21中所公开的V2X策略/参数。该通知可以使用AMF与PCF之间的信令即UE策略控制生成响应(Npcf_UEpolicyControl Create Response)。
步骤ST1410中,AMF存储从PCF接收到的UE-TX的V2X策略/参数。步骤ST1411中,AMF对gNB通知UE-TX的V2X策略/参数。AMF可以通知与UE-TX的服务认证有关的信息。该信息可以是表示UE-TX对V2X服务完成认证的信息。gNB通过从AMF接收UE-TX的V2X策略/参数,从而能识别UE-TX的V2X策略/参数。
AMF存储从PCF接收到的UE-TX的V2X策略/参数,由此,例如在该处理之后从gNB接收到UE-TX的V2X策略/参数请求的情况下,能将存储于本AMF的UE-TX的UE-TX的V2X策略/参数通知给gNB。该gNB可以是AMF服务的gNB。
步骤ST1409中,AMF可以对UE-TX通知UE-TX的V2X策略/参数。AMF可以经由gNB对UE-TX通知该参数。由此,UE-TX能识别V2X策略/参数。UE-TX可以在进入gNB的覆盖范围内的情况下,进行V2X策略/参数的升级。为了该升级,可以实施上述V2X策略/参数提供处理。由此,UE-TX能适当升级V2X策略/参数。
步骤ST1412中,gNB存储从AMF接收到的UE-TX的V2X策略/参数。gNB可以一并存储与UE-TX的服务认证有关的信息。gNB可以存储上述信息的一部分或全部。能适当削减存储容量。gNB可以存储进行了V2X策略/参数提供处理的多个UE-TX的V2X策略/参数。gNB可以将UE-TX与V2X策略/参数对应起来存储。
步骤ST1413中,UE-TX从S-UE得到与UE-RX之间的SL通信用调度信息,因此,在与S-UE之间确立PC5链路。产生了使用SL通信的V2X服务数据的UE-TX在步骤ST1414中对S-UE通知该SL通信用的调度请求。UE-TX例如将V2X能力(也可以是PC5能力)、本UE-TX的标识等上述信息包含在该请求中。UE-TX例如可以使用SL的RRC信令来通知该请求。在实施该SL RRC信令前,UE-TX可以在与S-UE之间实施SL RRC连接的确立处理。
如果在步骤ST1414中从UE-TX接收调度请求,则S-UE在步骤ST1415将针对UE-TX的调度请求发送给gNB。S-UE例如将V2X服务、V2X能力(也可以是PC5能力)、请求调度的UE的标识(UE-TX的标识)等上述信息包含在该请求中。S-UE例如可以使用Uu的RRC信令来通知该请求。在实施该Uu的RRC信令前,S-UE可以在与gNB之间实施Uu的RRC连接的确立处理。
由此,gNB能接收进行SL通信的UE-TX的调度请求。从S-UE接收到UE-TX的调度请求的gNB在步骤ST1416中,从步骤ST1412中所存储的V2X策略/参数中导出进行了调度请求的UE-TX的V2X策略/参数。gNB使用V2X策略/参数对该UE-TX实施SL通信用调度。由此,对UE-TX实施适于V2X策略/参数的调度。
步骤ST1417中,gNB对S-UE发送UE-TX的SL通信用调度信息。例如,可以使用RRC信令。步骤ST1418中,S-UE对UE-TX通知从gNB接收到的UE-TX的SL通信用调度信息。gNB可以将该信息包含在例如SCI中并用PSCCH来发送。UE-TX使用从S-UE接收到的调度信息,与UE-RX进行SL通信。UE-TX可以在与UE-RX进行该SL通信前,预先确立PC5链路。此外,UE-TX可以预先确立RRC连接。此外,UE-TX也可以预先通知所需的RRC信令。
由此,在UE-TX与UE-RX之间进行的SL通信中,使用利用该SL通信的V2X服务的V2X策略/参数来实施调度。由此,能进行与V2X服务所希望的QoS相对应的调度。
上述内容中,公开了如下情况:将表示用于哪个UE-TX的SL通信的调度请求的信息包含在从S-UE向gNB的调度请求中。gNB可以使用该信息,来判断在所记录的PC5 QoS参数中是否存在该UE-TX的PC5 QoS参数。当存在该UE-TX的PC5 QoS参数的情况下,gNB使用该UE-TX的PC5 QoS参数对S-UE实施调度。
当不存在该UE-TX的PC5 QoS参数的情况下,gNB可以对PCF进行该UE-TX的V2X策略/参数请求。该UE-TX的V2X策略/参数请求可以经由AMF来进行。该情况下,如果从gNB接收该UE-TX的V2X策略/参数请求,则AMF对PCF进行该UE-TX的V2X策略/参数请求。如果接收该UE-TX的V2X策略/参数请求,则PCF对gNB通知该UE-TX的V2X策略/参数。PCF可以经由AMF来进行该通知。
AMF可以存储从PCF接收到的该UE-TX的V2X策略/参数。gNB可以存储从PCF接收到的该UE-TX的V2X策略/参数。AMF和gNB可以存储上述信息的一部分或全部。能适当削减存储容量。
在AMF存储有该UE-TX的V2X策略/参数的情况下,AMF可以将该UE-TX的V2X策略/参数提供给gNB。在AMF未存储该UE-TX的V2X策略/参数的情况下,AMF可以将该UE-TX的V2X策略/参数请求通知给PCF。由此,产生如下情况:可以使得PCF不用实施V2X策略/参数请求和提供的信令。能力图实现信令负荷的削减、处理延迟时间的削减。
gNB可以对相邻的gNB进行该UE-TX的V2X策略/参数请求。gNB可以将用于识别作为对象的UE-TX的信息及/或用于识别发送源gNB的信息包含在V2X策略/参数请求中。gNB可以对相邻的gNB发送该UE-TX的V2X策略/参数。gNB可以将用于识别作为对象的UE-TX的信息及/或用于识别发送源gNB的信息与V2X策略/参数一起发送。在存储有该UE-TX的V2X策略/参数的情况下,接收到V2X策略/参数请求的gNB可以对请求源的gNB发送该UE-TX的V2X策略/参数。gNB可以将用于识别作为对象的UE-TX的信息、及/或用于识别发送源gNB的信息、及/或用于识别请求源gNB的信息与V2X策略/参数一起发送。在gNB间进行的UE-TX的V2X策略/参数请求、V2X策略/参数发送可以使用Xn接口。
由此,在gNB间能共用UE-TX的V2X策略/参数。在所存储的PC5 QoS参数中不存在该UE-TX的V2X策略/参数的情况下,gNB可以实施在上述gNB间请求UE-TX的V2X策略/参数的处理。由此,在gNB间能获取UE-TX的V2X策略/参数。即使在S-UE所连接的gNB与UE-TX实施了V2X策略/参数提供处理的gNB不同的情况下,gNB也能获取UE-TX的V2X策略/参数。
通过采用本实施方式1中所公开的方法,gNB能基于UE-TX的V2X服务所要求的QoS参数,来实施SL通信用调度。此外,S-UE无需进行调度,S-UE无需获取UE-TX的V2X服务的QoS参数。因此,能使处理的复杂化降低,能力图实现信令负荷的削减。
实施方式1的变形例1.
本实施方式1的变形例1中,公开用于解决实施方式1中所示的问题的其它方法。
UE-TX经由gNB等RAN节点,预先对CN实施V2X策略/参数提供处理。该方法可以应用实施方式1中所公开的方法。此外,gNB可以存储从CN获取到的UE-TX的V2X策略/参数。该方法也可以应用实施方式1中所公开的方法。
S-UE对gNB请求实施调度的对象的UE-TX的V2X策略/参数的提供。UE-TX可以对S-UE发送SL通信用调度的请求。在从UE-TX接收到SL通信用调度请求的情况下,S-UE可以对gNB请求UE-TX的V2X策略/参数的提供。
作为从S-UE对gNB通知的V2X策略/参数的提供请求中所包含的信息的具体示例,公开以下的(1)~(7)。
(1)表示是V2X策略/参数的提供请求的信息。
(2)用于识别UE-TX的信息。
(3)用于识别S-UE的信息。
(4)UE-TX的V2X能力。
(5)UE-TX的V2X服务信息。
(6)UE-TX的应用层信息。
(7)上述(1)~(6)的组合。
(1)的信息例如可以设为表示是用于UE-TX实施的SL通信的V2X策略/参数的提供的请求的信息。
(2)的信息例如可以是UE标识。(2)的信息可以是UE-TX的标识。(2)的信息可以是UE-TX在SL通信中使用的层2ID(L2 ID)。gNB可以识别是哪个UE-TX的V2X策略/参数的提供请求。
(3)的信息例如可以是UE标识。(3)的信息可以是对UE-TX实施调度的UE的标识。(3)的信息可以是S-UE使用的层2ID(L2 ID)。gNB可以识别是哪个UE实施UE-TX的调度。
(4)的信息例如可以是UE-TX是否具有V2X能力的信息。(4)的信息可以是UE-TX是否具有PC5能力的信息。gNB能识别UE-TX是否可以进行SL通信。
(5)的信息例如可以是V2X服务标识。(5)的信息可以是PSID(Provider ServiceIdentifier:提供者服务标识)、ITS-AID(Intelligent Transport Systems ApplicationIdentifier:智能交通***应用标识)。gNB可以识别是用于哪个V2X服务的V2X策略/参数的提供的请求。
(6)的信息例如可以是应用层标识。(6)的信息可以是与搭载UE-TX的物体相对应的标识。搭载UE-TX的物体例如可以是车、行人等。可以将用于识别搭载UE-TX的物体的标识作为用于识别UE-TX的标识来使用。gNB可以识别是用于哪个应用的V2X策略/参数的提供的请求。
从S-UE向gNB通知V2X策略/参数的提供请求的方法可以适当应用实施方式1中所公开的、从S-UE对gNB通知调度请求的方法。例如,可以适当应用从S-UE对gNB通知的调度请求中使用的信令。
gNB将CN获取到的UE-TX的V2X策略/参数通知给S-UE。在接收到UE-TX的V2X策略/参数请求的情况下,gNB可以对S-UE通知UE-TX的V2X策略/参数。由此,S-UE能获取实施调度的对象的UE-TX的V2X策略/参数。
gNB可以对S-UE通知UE-TX的V2X策略/参数的一部分或全部。例如,可以仅通知V2X策略/参数中所包含的PC5 QoS参数。能降低从gNB对S-UE通知的信息量。
gNB可以使用RRC连接确立处理时的信令来通知UE-TX的V2X策略/参数。或者,gNB可以在RRC连接确立后通知UE-TX的V2X策略/参数。gNB可以使用RRC信令来通知UE-TX的V2X策略/参数。由此,gNB可以对S-UE通知S-UE所连接的或进行调度的对象的UE-TX的V2X服务中使用的V2X策略/参数。
S-UE可以存储从gNB获取到的UE-TX的V2X策略/参数。S-UE可以将该V2X策略/参数与用于识别UE-TX的标识及/或V2X服务的信息关联起来进行存储。S-UE能识别V2X策略/参数是哪个UE-TX的、是哪个V2X服务的。
S-UE对UE-TX实施SL通信用调度。公开S-UE对UE-TX实施SL通信用调度的方法。UE-TX对S-UE发送SL通信用调度的请求。关于从UE-TX对S-UE通知的调度请求中所包含的信息的具体示例、从UE-TX向S-UE的调度请求的发送方法,可以适当应用实施方式1中所公开的方法。S-UE可以通过接收该调度请求,来实施向UE-TX的调度。
在从UE-TX接收到SL通信用调度请求的情况下,S-UE判断是否从gNB获取了该UE-TX的V2X策略/参数。在S-UE从gNB获取了该UE-TX的V2X策略/参数的情况下,S-UE使用该UE-TX的V2X策略/参数来实施该UE-TX的调度。
在S-UE未从gNB获取到该UE-TX的V2X策略/参数的情况下,可以对gNB通知上述UE-TX的V2X策略/参数请求。由此,gNB将该UE-TX的V2X策略/参数通知给S-UE。S-UE使用获取到的该UE-TX的V2X策略/参数,来实施该UE-TX的调度。
S-UE可以在从UE-TX接收到SL通信用调度请求的情况下,判断本S-UE能否与gNB连接、或是否处于连接中。例如,在S-UE存在于gNB的覆盖范围内的情况下,S-UE能与gNB连接或处于连接中。在S-UE存在于gNB的覆盖范围外的情况下,S-UE与gNB并不处于连接中,无法连接。在S-UE能与gNB连接的情况下,S-UE可以与gNB进行连接处理,并对gNB发送UE-TX的V2X策略/参数请求。在S-UE与gNB处于连接中的情况下,S-UE可以对gNB发送UE-TX的V2X策略/参数请求。连接状态可以是RRC连接。
S-UE可以进行UE-TX的SL通信用的承载的设定。有时将SL通信用的承载称为SL承载。S-UE可以在获取到UE-TX的V2X策略/参数的情况下,进行该UE-TX的SL承载的设定。S-UE可以利用SL用RRC来进行SL承载的设定。
在确立了与UE-TX的PC5链路的情况下,S-UE可以进行SL承载的设定。S-UE可以根据与UE-TX的RRC连接确立处理,来进行SL承载的设定。当从UE-TX接收到RRC连接请求等的RRC信令的情况下,S-UE可以进行SL承载的设定。可以设置用于SL承载设定请求的RRC信令。通过使用RRC信令,从而S-UE能在RRC层中处理该信令的处理和SL承载设定处理。即,不需要层间处理。
当从UE-TX接收到SL通信用调度请求的情况下,S-UE可以进行UE-TX的SL通信用的承载的设定。SL通信用调度请求可以包含与SL承载的设定请求有关的信息、例如是否请求SL承载设定的信息。在包含了请求SL承载的设定的信息的情况下,S-UE可以对UE-TX实施SL承载的设定。设定上述SL承载的条件可以适当组合来应用。
S-UE可以将所设定的UE-TX的SL承载通知给UE-TX。S-UE的SL用RRC可以进行SL承载的设定。S-UE可以在SL承载的设定中对每个承载分配LCID。S-UE可以对每个信令用承载、每个数据通信用承载分配LCID。作为通知方法,可以使用PC5链路确立时的信令,或者也可以使用RRC信令。S-UE进行其它UE间的SL通信中使用的承载的设定,由此,S-UE能与承载相关联地实施其它UE间的SL通信用调度。
S-UE可以进行UE-TX的V2X服务中使用的SL用的SDAP的设定。S-UE可以使用获取到的UE-TX的V2X策略/参数,来进行该SDAP的设定。作为SDAP的设定,例如有从PC5 QoS流向SL承载的映射等。S-UE将该SDAP设定通知给该UE-TX。
在确立了与UE-TX的PC5链路的情况下,S-UE可以进行该SDAP的设定。在与UE-TX的PC5链路确立处理时,S-UE可以进行该SDAP的设定。S-UE可以根据与UE-TX的RRC连接确立处理,来进行该SDAP的设定。当从UE-TX接收到RRC连接请求等的RRC信令的情况下,S-UE可以进行该SDAP的设定。可以设置用于SL用SDAP设定请求的信令。该信令可以是PC5信令,也可以是RRC信令。
当从UE-TX接收到SL通信用调度请求的情况下,S-UE可以进行UE-TX的该SDAP的设定。SL通信用调度请求可以包含与SL用SDAP的设定请求有关的信息、例如是否请求SL用SDAP设定的信息。在包含了请求该SDAP的设定的信息的情况下,S-UE可以对UE-TX实施SL用SDAP的设定。
S-UE将所设定的UE-TX的SL用SDAP的设定通知给UE-TX。S-UE的SL用SDAP可以进行UE-TX的SL用SDAP的设定。作为通知方法,可以使用PC5链路确立时的信令,或者也可以使用RRC信令。由此,S-UE能进行针对UE-TX的SL用SDAP的设定。
可以设置SL用的SR(Sucheduling Request:调度请求)。SR可以作为SL的MAC的功能。SR可以包含在MAC CE中。SR的结构可以预先由SL用的RRC来设定。SL SR可以与LCID关联地进行设定。或者,SL SR可以与RLC承载关联地进行设定。SR的设定可以由进行调度的UE来进行。例如,在S-UE进行其它UE间的SL通信的调度的情况下由S-UE设定SR,在UE-TX进行SL通信的调度的情况下由UE-TX设定SR。SL用SR的设定可以在UE间使用RRC信令来通知。或者,SL用SR的设定可以在UE间在PC5链路确立时进行通知。
可以将SR设定信息包含在SL承载的设定中来通知。例如,在UE-TX中产生了SL数据的情况下,UE-TX可以将SR作为调度请求通知给S-UE。UE-TX可以使用PSSCH来发送SR。由此,为了调度请求可以使用SL的SR。
可以将SL用的SR设为实施方式1中所公开的、从UE-TX向S-UE的调度请求的发送方法之一。S-UE可以使用该调度请求,来对gNB发送该UE-TX的调度请求。例如,可以将该方法用于在UE-TX中动态产生数据的情况下的调度请求的发送。由此,无论是在gNB进行调度的情况下,还是在S-UE进行调度的情况下,都能使用SL用SR。能使得用于调度请求的处理简化。
图16和图17是示出根据实施方式1的变形例1、由S-UE实施其它UE间的SL通信用调度的示例的序列图。图16和图17在边界线BL1617的位置处相连接。在图16和图17中,对与图14和图15共通的步骤标注相同的步骤编号,并省略共通的说明。在UE-TX与UE-RX之间实施SL通信。UE-TX经由gNB,在与CN之间实施V2X策略/参数的提供处理。gNB存储UE-TX的V2X策略/参数。
如果在步骤ST1414中从UE-TX接收调度请求,则S-UE在步骤ST1501对gNB发送UE-TX的V2X策略/参数请求。S-UE例如将V2X服务、V2X能力(也可以是PC5能力)、请求V2X策略/参数的UE的标识(UE-TX的标识)等上述信息包含在该请求中。S-UE例如可以使用Uu的RRC信令来通知该请求。在实施该Uu的RRC信令前,S-UE可以在与gNB之间实施Uu的RRC连接的确立处理。
由此,gNB能接收进行SL通信的UE-TX的V2X策略/参数请求。从S-UE接收到UE-TX的V2X策略/参数请求的gNB从步骤ST1412中所存储的V2X策略/参数中导出进行了V2X策略/参数请求的UE-TX的V2X策略/参数。步骤ST1502中,gNB对S-UE通知UE-TX的V2X策略/参数。例如,可以使用RRC信令。
步骤ST1503中,S-UE使用从gNB接收到的UE-TX的V2X策略/参数,来实施SL通信用调度。由此,对UE-TX实施适于V2X策略/参数的调度。S-UE可以预先存储从gNB接收到的UE-TX的V2X策略/参数。S-UE可以存储上述信息的一部分或全部。能适当削减存储容量。步骤ST1418中,S-UE对UE-TX通知调度信息。例如,S-UE可以将该信息包含在SCI中并用PSCCH来发送。UE-TX使用从S-UE接收到的调度信息,与UE-RX进行SL通信。
由此,在UE-TX与UE-RX之间进行的SL通信中,使用利用该SL通信的V2X服务的V2X策略/参数来实施调度。由此,能进行与V2X服务所希望的QoS相对应的调度。
S-UE发送了UE-TX的V2X策略/参数提供请求的gNB有时与UE-TX进行了V2X策略/参数提供请求处理的gNB不同。例如,为如下情况等:UE-TX与S-UE一起移动,从而在与UE-TX进行了V2X策略/参数提供请求处理的gNB不同的gNB连接有S-UE。该情况下,该gNB有时并未获取UE-TX的V2X策略/参数。公开用于解决上述问题的方法。
上述内容中,公开了如下情况:将表示用于哪个UE-TX的SL通信的V2X策略/参数提供请求的信息包含在从S-UE向gNB的V2X策略/参数提供请求中。gNB可以使用该信息,来判断在所记录的PC5 QoS参数中是否存在该UE-TX的PC5 QoS参数。当存在该UE-TX的PC5 QoS参数的情况下,gNB对S-UE发送该UE-TX的PC5 QoS参数。
当不存在该UE-TX的PC5 QoS参数的情况下,gNB可以对PCF进行该UE-TX的V2X策略/参数请求。该UE-TX的V2X策略/参数请求可以经由AMF来进行。该情况下,如果从gNB接收该UE-TX的V2X策略/参数请求,则AMF对PCF进行该UE-TX的V2X策略/参数请求。如果接收该UE-TX的V2X策略/参数请求,则PCF对gNB发送该UE-TX的V2X策略/参数。PCF可以经由AMF来进行该通知。如果接收该UE-TX的V2X策略/参数,则gNB对S-UE发送该UE-TX的V2X策略/参数。
AMF可以存储从PCF接收到的该UE-TX的V2X策略/参数。gNB可以存储从PCF接收到的该UE-TX的V2X策略/参数。S-UE可以存储从PCF接收到的该UE-TX的V2X策略/参数。AMF、gNB和S-UE可以存储上述信息的一部分或全部。能适当削减存储容量。
在AMF存储有该UE-TX的V2X策略/参数的情况下,AMF可以将该UE-TX的V2X策略/参数提供给gNB。gNB对S-UE发送该UE-TX的V2X策略/参数。在AMF未存储该UE-TX的V2X策略/参数的情况下,AMF可以将该UE-TX的V2X策略/参数请求通知给PCF。由此,产生如下情况:可以使得PCF不用实施V2X策略/参数请求和提供的信令。能力图实现信令负荷的削减、处理延迟时间的削减。
此外,可以在gNB间共享UE-TX的V2X策略/参数。该方法可以适当应用实施方式1所公开的方法。对于与UE-TX实施了V2X策略/参数提供处理的gNB不同的gNB,即使在S-UE进行了V2X策略/参数提供的请求的情况下,该不同的gNB也能获取UE-TX的V2X策略/参数,对于S-UE能发送UE-TX的V2X策略/参数。
通过采用本实施方式1的变形例1中所公开的方法,S-UE能基于UE-TX的V2X服务所要求的QoS参数,来实施SL通信用调度。因此,S-UE能实施组内、特定的区域内的UE间SL通信用的调度。由此,通过使得S-UE能实施SL通信用调度,从而可以力图实现其它UE间的SL通信中的干扰降低、SL通信的低延迟化。
实施方式1的变形例2.
本实施方式1的变形例2中,公开用于解决实施方式1中所示的问题的其它方法。
UE-TX经由S-UE,对CN实施V2X策略/参数提供处理。在V2X策略/参数提供处理中,UE-TX经由S-UE对CN请求V2X策略/参数的提供。UE-TX经由S-UE和gNB,对CN请求V2X策略/参数的提供。例如,UE-TX对S-UE发送V2X策略/参数提供请求。接收到该请求的S-UE对gNB发送UE-TX的V2X策略提供请求。接收到该请求的gNB对CN通知发送V2X策略提供请求。
S-UE可以对CN进行V2X策略/参数提供请求。从S-UE对CN进行的V2X策略/参数请求处理可以适当应用实施方式1中所公开的、从UE-TX经由gNB对CN实施的V2X策略/参数请求处理。该请求可以包含表示是UE-TX的V2X策略/参数请求处理的信息。CN能识别该请求是UE-TX的V2X策略/参数请求,而非S-UE的V2X策略/参数请求。能提供UE-TX的V2X策略/参数。
接收到该请求的CN对S-UE提供V2X策略/参数。例如,PCF可以经由AMF、gNB对S-UE提供UE-TX的V2X策略/参数。从AMF向S-UE的UE-TX的V2X策略/参数的通知中例如可以使用NAS信令。
接收到该请求的CN可以对UE-TX提供V2X策略/参数。CN可以经由gNB和S-UE对UE-TX提供V2X策略/参数。例如,CN对gNB发送V2X策略/参数。接收到该V2X策略/参数的gNB对S-UE发送UE-TX的V2X策略/参数。CN及/或gNB可以对S-UE通知V2X策略/参数的一部分或全部。例如,可以仅通知V2X策略/参数中的PC5 QoS参数。能削减所通知的信息量。接收到该V2X策略/参数的S-UE可以对UE-TX发送UE-TX的V2X策略/参数。CN及/或gNB及/或S-UE可以对UE-TX通知V2X策略/参数的一部分或全部。例如,可以仅通知V2X策略/参数中的PC5 QoS参数。能削减所通知的信息量。
与实施方式1同样地,V2X策略或V2X参数例如可以是PC5上(也称为PC5基准点上)的V2X策略或V2X参数。作为V2X参数,存在QoS参数等。
该CN的节点可以是PCF。PCF可以经由AMF对S-UE提供V2X策略/参数。或者,该CN节点可以是AMF。在AMF预先存储从PCF获取到的UE-TX的V2X策略/参数的情况下是有效的。
UE-TX可以与S-UE连接来实施V2X策略/参数提供处理。S-UE可以获取进行调度的对象的多个UE-TX的V2X策略/参数。由此,S-UE能从CN获取UE-TX的V2X策略/参数。
S-UE可以存储从CN获取到的UE-TX的V2X策略/参数。S-UE可以将该V2X策略/参数与用于识别UE-TX的标识及/或V2X服务的信息关联起来进行存储。S-UE能识别V2X策略/参数是哪个UE-TX的、是哪个V2X服务的。
图18和图19是示出根据实施方式1的变形例2、由S-UE实施其它UE间的SL通信用调度的示例的序列图。图18和图19在边界线BL1819的位置处相连接。在图18和图19中,对与图16和图17共通的步骤标注相同的步骤编号,并省略共通的说明。在UE-TX与UE-RX之间实施SL通信。UE-TX经由S-UE,在与CN之间实施V2X策略/参数的提供处理。步骤ST1601中,UE-TX对S-UE通知V2X策略/参数请求。UE-TX可以将为了位置登记而发送的注册请求、或为了进行服务而发送的服务请求经由S-UE通知到CN侧。UE-TX可以使用该注册请求或服务请求,来进行V2X策略/参数请求。
UE-TX例如可以将与V2X服务有关的信息包含在V2X策略/参数请求中来通知。UE-TX可以将V2X能力包含在V2X策略/参数请求中来通知。在专用于SL通信的情况下,可以通知PC5能力。S-UE通过接收V2X能力,从而能判断UE-TX能进行SL通信,并对gNB实施V2X策略/参数提供处理。
步骤ST1602中,S-UE对gNB通知V2X策略/参数请求。与上述同样地,S-UE可以使用为了位置登记而发送的注册请求、或为了进行服务而发送的服务请求,来进行V2X策略/参数请求。S-UE可以将发送源的UE-TX的标识包含在V2X策略/参数请求中。gNB能判断UE-TX可以进行SL通信,并对AMF实施V2X策略/参数提供处理。
步骤ST1603中,gNB对AMF通知V2X策略/参数请求。与上述同样地,gNB可以使用为了位置登记而发送的注册请求、或为了进行服务而发送的服务请求,来进行V2X策略/参数请求。gNB可以将发送源的UE-TX的标识包含在V2X策略/参数请求中。AMF能判断UE-TX可以进行SL通信,并对PCF实施V2X策略/参数提供处理。
在步骤ST1601中,UE-TX可以在与S-UE之间确立PC5链路,以便UE-TX向S-UE发送V2X策略/参数请求。此外,UE-TX可以确立SL的RRC连接。UE-TX例如可以使用SL的RRC信令来发送该请求。
在步骤ST1602中,S-UE可以在与gNB之间确立Uu的RRC连接,以便S-UE向gNB发送UE-TX的V2X策略/参数请求。S-UE例如可以使用Uu的RRC信令来发送该请求。
可以用NAS信令来发送步骤ST1601、ST1602、ST1603中的从UE-TX向AMF的信令。可以将从UE-TX向AMF的信令包含在NAS层的消息中,并用NAS信令来发送。可以将从UE-TX向AMF的NAS消息中所包含的信息作为容器信息包含在向S-UE的SL的RRC消息中并用RRC信令来发送,并且包含在从S-UE向gNB的Uu的RRC消息中并用RRC信令来发送。不仅是V2X策略/参数请求,也可以使用上述方法来发送在UE-TX与AMF之间通知的NAS消息。即使在S-UE介于UE-TX与AMF之间的情况下,也能通知NAS信令。
如果在步骤ST1603中从gNB接收UE-TX的V2X策略/参数请求,则AMF对PCF实施V2X策略/参数提供处理。PCF对gNB实施V2X策略/参数提供处理。此外,PCF可以对UE-TX实施V2X策略/参数提供处理。
如果在步骤ST1411中从CN接收UE-TX的V2X策略/参数,则gNB在步骤ST1604中对进行了UE-TX的V2X策略/参数请求的S-UE发送该UE-TX的V2X策略/参数。可以使用RRC信令。gNB可以对S-UE发送与UE-TX的认证有关的信息。由此,S-UE能识别UE-TX的V2X策略/参数。
步骤ST1605中,S-UE存储从gNB接收到的UE-TX的V2X策略/参数。S-UE可以一并存储与UE-TX的服务认证有关的信息。S-UE可以存储上述信息的一部分或全部。能适当削减存储容量。S-UE可以存储进行了V2X策略/参数提供处理的多个UE-TX的V2X策略/参数。S-UE可以将UE-TX与V2X策略/参数对应起来存储。
如果在步骤ST1414中从UE-TX接收调度请求,则S-UE在步骤ST1503中从步骤ST1605中所存储的V2X策略/参数中将进行了V2X策略/参数请求的UE-TX的V2X策略/参数导出。S-UE使用所导出的UE-TX的V2X策略/参数,来实施SL通信用调度。由此,对UE-TX实施适于V2X策略/参数的调度。
步骤ST1418中,S-UE对UE-TX通知调度信息。UE-TX使用从S-UE接收到的调度信息,与UE-RX进行SL通信。
由此,在UE-TX与UE-RX之间进行的SL通信中,使用利用该SL通信的V2X服务的V2X策略/参数来实施调度。由此,能进行与V2X服务所希望的QoS相对应的调度。
通过采用本变形例2所公开的方法,S-UE能获取UE-TX的V2X服务的QoS参数。即使gNB没有预先获取UE-TX的V2X服务的QoS参数,S-UE也能获取UE-TX的V2X服务的QoS参数。S-UE能基于UE-TX的V2X服务的QoS参数,来实施SL通信用调度。S-UE通过进行SL通信用的调度,从而能力图实现UE间的SL通信中的干扰降低、低延迟化。
实施方式1的变形例3.
本实施方式1的变形例3中,公开用于解决实施方式1中所示的问题的其它方法。
UE-TX将本UE-TX所具有的V2X策略/参数发送给S-UE。本UE-TX所具有的V2X可以是UE内预先设定的V2X策略/参数,例如,可以是UE的SIM内预先设定的V2X策略/参数。S-UE可以对UE-TX发送V2X策略/参数提供的请求。由此,即使在S-UE存在于gNB的覆盖范围外的情况下,S-UE也能获取UE-TX的V2X策略/参数。S-UE能使用获取到的UE-TX的V2X策略/参数,来对该UE-TX实施SL通信用的调度。
在UE-TX移动到gNB的覆盖范围内的情况下,可以经由gNB对CN实施V2X策略/参数提供处理。在V2X策略/参数提供处理中,CN对UE-TX提供V2X策略/参数。UE-TX可以利用经由gNB从CN获取到的V2X策略/参数,对本UE-TX中所保持的V2X策略/参数进行升级。由此,能对V2X策略/参数进行升级。UE-TX可以将升级后的V2X策略/参数发送给S-UE。由此,UE-TX能对S-UE提供升级后的V2X策略/参数,S-UE能使用V2X策略/参数对该UE-TX实施调度。
图20是示出根据实施方式1的变形例3、由S-UE实施其它UE间的SL通信用调度的示例的序列图。在图20中,对与图18和图19共通的步骤附加相同的步骤编号,并省略共通的说明。在UE-TX与UE-RX之间实施SL通信。UE-TX对S-UE实施V2X策略/参数的提供。步骤ST1701中,UE-TX将本UE-TX内所具有的V2X策略/参数发送给S-UE。
在步骤ST1413中在UE-TX与S-UE之间进行的PC5链路确立时,UE-TX可以对S-UE发送V2X策略/参数。或者,在UE-TX与S-UE之间确立RRC连接的情况下,当RRC连接确立时UE-TX可以对S-UE发送V2X策略/参数。或者,可以使用SL的RRC信令由UE-TX对S-UE发送V2X策略/参数。
由此,S-UE能获取UE-TX的V2X策略/参数。如果在步骤ST1701中从UE-TX接收V2X策略/参数,则S-UE在步骤ST1605中存储UE-TX的V2X策略/参数。
如果在步骤ST1414中从UE-TX接收调度请求,则S-UE在步骤ST1503中从步骤ST1605中所存储的V2X策略/参数中将进行了V2X策略/参数请求的UE-TX的V2X策略/参数导出。S-UE使用所导出的UE-TX的V2X策略/参数,来实施SL通信用调度。由此,对UE-TX实施适于V2X策略/参数的调度。
步骤ST1418中,S-UE对UE-TX通知调度信息。UE-TX使用从S-UE接收到的调度信息,与UE-RX进行SL通信。
由此,在UE-TX与UE-RX之间进行的SL通信中,使用利用该SL通信的V2X服务的V2X策略/参数来实施调度。由此,能进行与V2X服务所希望的QoS相对应的调度。
通过采用本变形例3所公开的方法,S-UE能获取UE-TX的V2X服务的QoS参数。即使S-UE存在于gNB的覆盖范围外,S-UE也能获取UE-TX的V2X服务的QoS参数。S-UE能基于UE-TX的V2X服务的QoS参数,来实施SL通信用调度。S-UE通过进行SL通信用的调度,从而能力图实现UE间的SL通信中的干扰降低、低延迟化。
S-UE可以基于本S-UE是否能与gNB连接或是否处于连接中,来判断是使用实施方式1的变形例2中所公开的方法、还是使用实施方式1的变形例3中所公开的方法。例如,在S-UE存在于gNB的覆盖范围内的情况下,S-UE能与gNB连接或处于连接中。例如,在S-UE存在于gNB的覆盖范围内的情况下,使用实施方式1的变形例2中所公开的方法。S-UE可以与gNB进行连接处理,并对CN进行UE-TX的V2X策略/参数提供请求。
在S-UE存在于gNB的覆盖范围外的情况下,使用实施方式1的变形例3的方法。S-UE可以对UE-TX进行UE-TX的V2X策略/参数请求。由此,S-UE能根据自身的位置、与gNB的连接状态,来获取UE-TX的V2X策略/参数。
S-UE可以对进行调度的UE-TX通知表示本S-UE是存在于gNB的覆盖范围内、还是存在于覆盖范围外的信息。S-UE可以对进行调度的UE-TX通知表示本S-UE是否能与gNB连接、或是否处于连接中的信息。UE-TX能判断S-UE是否能与gNB连接。
UE-TX可以基于S-UE是否能与gNB连接或是否处于连接中,来判断是使用实施方式1的变形例2中所公开的方法、还是使用实施方式1的变形例3中所公开的方法。例如,在S-UE存在于gNB的覆盖范围内的情况下,使用实施方式1的变形例2中所公开的方法。S-UE可以与gNB进行连接处理,并对CN进行UE-TX的V2X策略/参数提供请求。
在S-UE存在于gNB的覆盖范围外的情况下,使用实施方式1的变形例3的方法。UE-TX可以对S-UE提供UE-TX的V2X策略/参数。由此,S-UE能根据自身的位置、与gNB的连接状态,来获取UE-TX的V2X策略/参数。
实施方式2.
提出了如下内容:不仅是车车间通信,在其它服务、例如可穿戴终端间的通信、工厂等使用的机器人与控制终端之间的通信等中也使用SL通信。该情况下,进行多个UE间的SL通信。为了进行SL通信,需要从SL通信用资源中检测并保留可使用的资源。然而,在进行多个UE间的SL通信的情况下,将产生拥挤。于是,即使是要求低延迟的V2X服务,到开始SL通信为止的延迟时间也会增大,产生无法进行SL通信的问题。
作为用于解决上述问题的方法,在SL通信中提出了导入抢占。抢占是如下技术:在向要求低延迟特性的其它UE的发送中,抢占(pre-empt)已经进行的向UE的数据发送(参照非专利文献16)。
本实施方式2中,公开用于解决上述问题的其它方法。
S-UE在要求低延迟特性的其它UE间通信中抢占(pre-empt)已经进行的UE间通信。S-UE将为了某个UE间(例如UE-TX1与UE-RX1之间)的SL通信而调度的资源用于其它UE间(例如UE-TX2与UE-RX2之间)的SL通信。S-UE使用为了某个UE间的SL通信而调度的资源,来进行其它UE间的SL通信的调度。
S-UE对先调度的UE-TX(UE-TX1)通知与抢占有关的信息。S-UE对后调度的UE-TX(UE-TX2)通知调度信息。S-UE对UE-TX1通知的与抢占有关的信息可以是表示所调度的资源被抢占的信息。该信息可以包含被抢占的资源分配信息。有时将该信息称为抢占指示(PI:preemption indication)。
UE-TX1停止基于从S-UE通过PI通知的资源的发送。或者,UE-TX1可以将发送功率设为0,也可以降低发送功率。UE-TX2使用从S-UE通知的调度信息来进行SL通信。由此,S-UE能将为了某个UE间的SL通信而调度的资源用于其它UE间的SL通信。
在为了UE-TX1与UE-RX1之间的SL通信而调度的资源被抢占的情况下,如果什么都不做,则UE-RX1会错误地接收UE-TX2与UE-RX2之间的SL通信用数据。公开解决上述问题的方法。
UE-TX1对UE-RX1通知与抢占有关的信息。UE-TX1对UE-RX1通知的与抢占有关的信息可以是PI。UE-RX1通过接收从UE-TX1通知的PI,从而能识别为了其它UE间的通信而被抢占的资源,能使得不对该资源的数据进行接收或解码。或者,UE-RX1可以放弃接收到的数据。由此,能避免UE-RX1中的误接收。
图21是示出根据实施方式2、由S-UE进行的抢占处理的示例的图。横轴表示时间,纵轴表示频率。图21示出如下情况:为了UE-TX2与UE-RX2之间的SL通信,S-UE对于为了UE-TX1与UE-RX1之间的SL通信而调度了的资源进行调度。
如果从UE-TX1接收调度请求,则S-UE对UE-TX1实施资源保留和调度,并将调度信息通知给UE-TX1。UE-TX1按照接收到的调度信息来进行用于向UE-RX1的SL通信的调度,并进行SL通信。图21中,用斜线示出为了UE-TX1与UE-RX1之间的SL通信而调度的资源。
S-UE从UE-TX2接收调度请求。接收到该调度请求的S-UE判断在UE-TX2与UE-RX2之间进行的SL通信的优先顺序。S-UE可以基于该SL通信中所进行的服务的QoS来判断优先顺序。在S-UE判断为UE-TX2与UE-RX2之间进行的SL通信的优先顺序比之前调度的UE-TX1与UE-RX1之间进行的SL通信的优先顺序要高的情况下,S-UE决定为了UE-TX2与UE-RX2之间的SL通信,对于为了UE-TX1与UE-RX1之间的SL通信而调度了的资源进行调度。
S-UE决定对于UE-TX2抢占的资源,实施针对UE-TX2的调度,并将调度信息通知给UE-TX2。此外,S-UE对于UE-TX1通知表示调度的资源已经被抢占这一情况的、与抢占有关的信息。
从S-UE接收到与抢占有关的信息的UE-TX1停止通过被抢占的资源向UE-RX1的发送。此外,UE-TX1对于UE-RX1通知表示该资源已经被抢占这一情况的、与抢占有关的信息。由此,UE-RX1能避免在被其它UE间通信抢占的资源中进行误接收。
从S-UE接收到调度信息的UE-TX2按照该调度信息来进行用于向UE-RX2的SL通信的调度,并进行SL通信。
由此,为了UE-TX2与UE-RX2之间的SL通信,能使用为了UE-TX1与UE-RX1之间的SL通信而调度了的资源。可以优先实施UE-TX2与UE-RX2之间的SL通信。
公开从S-UE向UE-TX1的PI的发送方法。S-UE可以使用与UE-TX1之间的SL通信来发送PI。可以使用PC5链路的信令,也可以使用AS层的信令。例如,可以使用RRC信令。能通知更多的信息。或者,也可以使用MAC信令。能力图实现重发处理的接收质量的提高。或者,S-UE可以将PI包含在SCI中并用PSCCH来发送。UE-TX1能尽早接收PI。由此,UE-TX1能接收来自S-UE的PI。
作为从S-UE向UE-TX1发送的PI中所包含的信息的具体示例,公开以下的(1)~(10)。
(1)表示资源被抢占的信息。
(2)被抢占的资源分配信息。
(3)用于识别发送目标UE的信息。
(4)用于识别发送源UE的信息。
(5)从PI接收到抢占资源的偏移。
(6)用于识别被抢占的SL通信的发送目标UE的信息。
(7)用于识别被抢占的SL通信的PC5链路的信息。
(8)用于识别被抢占的SL通信的SL承载的信息。
(9)用于识别被抢占的SL通信的PC5 QoS流的信息。
(10)上述(1)~(9)的组合。
(2)的信息例如可以是用于确定频率资源和时间资源的信息。频率资源例如可以是子载波单位。时间资源例如可以是码元单位,可以是微时隙单位,也可以是时隙单位。
(3)的信息例如可以是UE标识。(3)的信息可以是UE-TX1的标识。(3)的信息可以是UE-TX1在SL通信中使用的层2ID(L2 ID)。或者,(3)的信息可以是UE-TX1在SL通信中使用的层1ID(L1 ID)。
(4)的信息例如可以是UE标识。(4)的信息可以是S-UE的标识。(4)的信息可以是S-UE在SL通信中使用的层2ID(L2 ID)。或者,(4)的信息可以是S-UE在SL通信中使用的层1ID(L1 ID)。
(5)的信息例如可以是UE-TX1从S-UE接收到PI后,到抢占的资源为止的最小时间。可以使用SFN、时隙编号、码元编号来代替时间。此外,在从S-UE将周期性的资源调度到UE-TX1的情况下,该资源的个数(计数器)例如可以使用到抢占的资源为止的该资源的个数。
(6)的信息例如可以是UE标识。(6)的信息可以是UE-RX1的标识。(6)的信息可以是UE-RX1在SL通信中使用的层2ID(L2 ID)。或者,(6)的信息可以是UE-RX1在SL通信中使用的层1ID(L1 ID)。
UE-TX1可以对S-UE通知UE-TX1的处理能力。处理能力例如是从接收SL通信用的调度信息到能进行调度为止的时间、从接收PI到能停止发送为止的时间等。在抢占之前,UE-TX1可以对S-UE通知UE-TX1的处理能力。S-UE可以使用从UE-TX1接收到的处理能力,来导出上述偏移。由此,能进行考虑了UE-TX1的处理能力的抢占。
S-UE对UE-TX2通知在与UE-RX2之间实施的SL通信用的调度信息。
公开从UE-TX1向UE-RX1的PI的发送方法。UE-TX1可以使用与UE-RX1之间的SL通信来发送PI。通知方法例如可以应用上述的从S-UE向UE-TX1的PI的发送方法。可以应用从UE-TX1向UE-RX1发送的PI中所包含的信息的具体示例。上述(5)的偏移例如可以是UE-RX1从UE-TX1接收PI前的到抢占资源为止的偏移。
图22是示出根据实施方式2、从UE-TX1向UE-RX1的PI的发送方法的示例的图。横轴表示时间,纵轴表示频率。图22示出如下情况:为了UE-TX2与UE-RX2之间的SL通信,S-UE对于为了UE-TX1与UE-RX1之间的SL通信而调度了的3个时隙内的第2个时隙进行调度。
第1个时隙和第3个时隙为了UE-TX1与UE-RX1之间的SL通信而使用。第2个时隙用于由UE-TX2按照从S-UE接收到的调度信息来对UE-RX2进行SL通信。UE-TX2利用PSCCH来发送包含调度信息的SCI,并用PSSCH来发送数据。此外,UE-TX1按照从S-UE接收到的PI,在第2个时隙中停止向UE-RX1的发送。
从UE-TX1对UE-RX1发送的PI在被抢占的时隙的下一个时隙(从UE-TX1调度到UE-RX1的时隙)的PSCCH中被发送。UE-TX1可以将PI与SCI一起、或包含在SCI中并用PSCCH来发送。由此,UE-RX1能接收来自UE-TX1的PI。UE-RX1通过从UE-TX1接收PI,从而能识别第2个时隙被抢占以用于其它UE的SL通信的情况。UE-RX1可以放弃第2个时隙中接收到的数据。由此,能避免UE-RX1发生误接收。
可以将关于波束的信息与从UE-TX1向UE-RX1、以及从UE-TX2向UE-RX2的调度信息一起进行通知。作为与波束有关的信息,存在从UE-TX向UE-RX的与波束有关的信息、从UE-RX向UE-TX的与波束有关的信息、以及与这些波束的对应有关的信息等。由此,能进行UE-TX与UE-RX之间的使用了波束的SL通信。
通过采用本实施方式2中所公开的方法,从而能将S-UE为了某个UE间的SL通信而调度的资源用于其它UE间的SL通信。S-UE进行抢占,从而能使多个UE间SL通信中的抢占处理、特别是进行SL通信的UE-TX不同的UE间SL通信中的抢占变得容易。在进行多个UE间的SL通信的情况下,对于要求低延迟的V2X服务,也能低延迟地进行SL通信。
此外,通过从S-UE通知的通常的调度,UE-TX2仅进行SL通信即可。因此,仅在抢占被调度的资源的UE间通信中实施抢占处理即可。因此,能避免抢占处理的复杂化。
实施方式2的变形例1.
实施方式2的变形例1中,公开用于解决实施方式2中所示的问题的其它方法。
UE-TX2对UE-RX1通知与抢占有关的信息。公开PI的发送方法。可以使用UE-TX2与UE-RX2之间的SL通信来发送PI。作为通知方法,可以将PI包含在PSCCH中来发送。UE-TX2将PI包含在对UE-RX2发送的PSCCH中来发送。UE-TX1将PI与针对UE-RX1的SL调度用的SCI一起包含在PSCCH中来发送。或者,UE-TX1可以将PI包含在SCI中并用PSCCH来发送。UE-TX1可以将PI包含在对UE-RX1发送抢占的资源的调度信息的PSCCH来发送。作为包含于PI的信息,可以应用实施方式1中所公开的信息的具体示例。
作为PI的发送中使用的PSCCH,使用SL通信的UE能接收的PSCCH。作为PI的发送中使用的SCI,可以使用SL通信的UE能接收的SCI。通过将进行SL通信的UE所能接收的PSCCH或SCI而非仅特定的UE(例如,与UE-TX2进行SL通信的UE-RX2)所能接收的PSCCH或SCI用于PI的发送,从而不与UE-TX2进行SL通信的UE-RX1能接收PI。
S-UE对UE-TX2通知与抢占有关的信息。S-UE对UE-TX2通知的与抢占有关的信息可以是表示抢占为了其它UE的SL通信而调度的资源这一情况的信息。该信息可以包含抢占的资源的资源分配信息。作为从S-UE对UE-TX2通知PI的方法,可以适当应用实施方式1中所公开的从S-UE向UE-TX1的PI通知方法。
S-UE对UE-TX2通知调度信息。S-UE可以将PI与该调度信息一起、或包含在该调度信息中来发送。由此,能通知PI,而不使从S-UE向UE-TX2的信令量增大。
UE-TX2通过接收从S-UE发送的PI,从而能识别哪个资源是抢占的资源。UE-TX2可以使用该PI信息对UE-RX1通知与抢占有关的信息。从UE-TX2向UE-RX1的PI的通知可以应用上述方法。由此,UE-RX1能识别所调度的资源已经被抢占的情况。
图23是示出根据实施方式2的变形例1、从UE-TX1向UE-RX1的PI的发送方法的示例的图。横轴表示时间,纵轴表示频率。图23示出如下情况:为了UE-TX2与UE-RX2之间的SL通信,S-UE对于为了UE-TX1与UE-RX1之间的SL通信而调度的3个时隙内的第2个时隙进行调度。对于与图22共通的部位省略说明。
S-UE对UE-TX2发送抢占的第2个时隙的调度信息。S-UE将表示该资源是抢占的资源的与抢占有关的信息(PI)与该调度信息一起进行通知。S-UE可以将PI包含在该调度信息中来通知。由此,UE-TX2能识别第2个时隙是抢占的资源。
第2个时隙用于由UE-TX2按照从S-UE接收到的调度信息来对UE-RX2进行SL通信。UE-TX2利用PSCCH来发送包含调度信息的SCI,并用PSSCH来发送数据。UE-TX2将针对UE-RX1的PI与该SCI一起、或包含在该SCI中来发送。UE-TX2将针对UE-RX1的PI包含在PSCCH中来发送。针对UE-RX1的PI的发送中使用的PSCCH设为进行SL通信的UE所能接收的PSCCH。
由此,UE-RX1能接收来自UE-TX1的PI。UE-RX1通过从UE-TX1接收PI,从而能识别第2个时隙被抢占以用于其它UE间的SL通信的情况。UE-RX1不接收第2个时隙的数据。由此,能避免UE-RX1发生误接收。
通过采用本实施方式2的变形例1中所公开的方法,从而能将S-UE为了某个UE间的SL通信而调度的资源用于其它UE间的SL通信。S-UE进行抢占,从而能使多个UE间SL通信中的抢占处理、特别是进行SL通信的UE-TX不同的UE间SL通信中的抢占变得容易。在进行多个UE间的SL通信的情况下,对于要求低延迟的V2X服务,也能低延迟地进行SL通信。
此外,UE-RX1能尽早识别为了其它UE间的SL通信而被抢占的资源。因此,能避免UE-RX1暂时接收不需要的数据。能削减为了不需要的接收数据而使用缓冲容量、或进行废弃处理,由此,能避免UE-RX1中的抢占处理复杂化。
公开实施抢占处理的其它方法。S-UE可以设置与抢占有关的信息的发送中所使用的资源(PI用资源)。S-UE可以将PI用资源的调度信息通知给UE-TX。PI用资源例如可以是周期性的资源。例如,可以使用频率和时间资源。UE-TX接收PI用资源的调度信息。UE-TX对UE-RX通知PI用资源的调度信息。UE-RX接收PI用资源的调度信息。UE-RX使用接收到的PI用资源的调度信息来接收PI用资源。
UE-TX利用PI用资源,将与抢占有关的信息发送给UE-RX。由此,接收了PI用资源的UE-RX能接收来自UE-TX的与抢占有关的信息。
所调度的资源已经被抢占的UE-TX可以使用PI用资源,将与抢占有关的信息通知给UE-RX。由此,被抢占的UE-RX能接收与抢占有关的信息。
该PI用资源可以是所有的UE-RX所能接收的资源。例如,可以使用PSCCH。由此,被抢占的UE-RX能接收与抢占有关的信息。
S-UE可以对每个UE-TX单独设定PI用资源。能对每个UE-TX设定PI用资源。S-UE可以对每个UE-TX单独通知PI用资源。
S-UE可以对UE-TX与UE-RX之间的每个SL通信单独设定PI用资源。能对UE-TX与UE-RX之间的每个SL通信设定PI用资源。S-UE可以针对UE-TX与UE-RX之间的每个SL通信,将该PI用资源通知给UE-TX。
UE-TX利用上述那样单独设定的PI用资源,将与抢占有关的信息发送给UE-RX。由此,接收了PI用资源的UE-RX能接收来自UE-TX的与抢占有关的信息。
由此,在S-UE实施其它UE间的调度的情况下,也能进行抢占处理。通过设置PI用资源,从而能降低UE-TX与UE-RX之间的抢占处理中的误动作。在进行多个UE间的SL通信的情况下,对于要求低延迟的V2X服务,也能低延迟地进行SL通信。
在上述实施方式2和本实施方式2的变形例1中所公开的方法中,公开了以UE-TX与UE-RX的组合不同的多个SL通信为对象的抢占处理。可以将上述方法适当应用于以一个UE-TX进行的多个SL通信为对象的抢占处理。例如,可以将上述方法适当应用于UE-TX1与UE-RX1之间的SL通信以及UE-TX1与UE-RX2之间的SL通信中的抢占处理。在上述公开的方法中,将UE-TX2替换为UE-TX1即可。能获得同样的效果。
可以将上述实施方式2和本实施方式2的变形例1中所公开的方法适当应用于以一个UE-RX进行的多个SL通信为对象的抢占处理。例如,可以将上述方法适当应用于UE-TX1与UE-RX1之间的SL通信以及UE-TX2与UE-RX1之间的SL通信中的抢占处理。在上述公开的方法中,将UE-RX2替换为UE-RX1即可。能获得同样的效果。
UE-TX2可以将PI与调度信息一起通知给UE-RX1。例如,在实施方式2的变形例1中,调度信息和PI从S-UE被通知给UE-TX2。UE-TX2可以将该调度信息和PI一起对UE-RX1进行通知。由此,能实施抢占处理。能获得同样的效果。
作为其它方法,UE-RX1可以接收来自UE-TX2的调度信息,并在所调度的资源与从UE-TX1调度的资源相同的情况下,判断为先调度的资源被抢占。由此,UE-RX1能正常地接收来自UE-TX2的数据,而不会误接收为来自UE-TX1的数据。
可以将上述实施方式2和本实施方式2的变形例1中所公开的方法适当应用于以一个UE-TX和一个UE-RX之间的多个SL通信为对象的抢占处理。例如,可以将上述方法适当应用于UE-TX1与UE-RX1之间的不同的多个SL通信中的抢占处理。在上述所公开的方法中将UE-TX1与UE-RX1之间的SL通信和UE-TX2与UE-RX2之间的SL通信分别替换为UE-TX1与UE-RX1之间的不同的SL通信即可。能获得同样的效果。
实施方式3.
在SL通信中,不仅是UE间的直接通信,还提出了经由中继(relay)的间接通信(非专利文献24)。有时将UE间的中继称为UE-to-UE中继或UE间中继。本说明书中,有时将实施UE间中继的UE称为中继UE。
例如,在列队行驶的多个UE到达十字路口的情况下,由于建筑物的阻挡等,产生无法进行UE间直接通信的情况。此外,UE不仅需要对附近的UE进行通信,有时还需要对更远处的多个UE进行通信。这种情况下,考虑使用UE间中继的方法。然而,现有所提出的UE间中继仅将一对一通信即单播通信应用于从发送侧UE(UE-TX)向中继UE的通信、以及从中继UE向接收侧UE(UE-RX)的通信。因此,存在无法对多个UE进行通信的问题。
本实施方式3中,公开解决这种问题的方法。
在UE间的中继中进行组播通信。UE经由中继UE在与多个UE之间进行组播通信。可以使UE-TX与中继UE之间的通信方法和中继UE与UE-RX之间的通信方法不同。作为具体方法,在UE-TX与中继UE之间进行单播通信,在中继UE与多个UE-RX之间进行组播通信。由此,经由中继UE从UE-TX对多个UE-RX实施通信。
图24是示出经由中继UE在UE-TX与UE-RX之间实施单播通信的现有示例的示意图。在UE-TX与中继UE之间进行单播通信,此外,在中继UE与UE-RX之间进行单播通信。
图25是示出根据本实施方式3、经由中继UE在UE-TX与多个UE-RX之间实施组播通信的示例的示意图。在UE-TX与中继UE之间进行单播通信,在中继UE与多个UE-RX之间进行组播通信。由此,经由中继UE从UE-TX对多个UE-RX实施通信。
公开UE经由中继UE在与多个UE之间进行组播通信的详细方法。中继UE广播与本中继UE所能实施的通信方法相关的信息。不仅广播表示能进行中继的信息,还广播与本中继UE所能实施的通信方法有关的信息,由此,接收到该信息的其它UE能识别该中继UE所能实施的通信方法。中继UE可以将与本中继UE所能实施的通信方法有关的信息发送给特定的UE。例如,在中继UE识别发送该信息的UE的情况下是有效的。
作为对特定的UE发送该信息的方法,可以通过特定的UE与中继UE的PC5信令来进行通知。可以在PC5链路确立时或确立后进行通知。或者,可以通过RRC信令来进行通知。可以在RRC连接确立时或确立后进行通知。
与通信方法有关的信息例如是单播通信、组播通信、广播通信等。
中继UE可以广播本中继UE所能实施的V2X服务信息。或者,中继UE可以对特定的UE发送该信息。此外,可以将该V2X服务信息与关于该通信方法的信息关联起来。关联不限于一对一,可以是一对多、多对一、多对多。通过进行关联,从而能够确定V2X服务中的通信方法并示出,例如能在V2X服务#1中进行单播通信、能在V2X服务#2中进行组播通信。
中继UE可以广播与本中继UE所能实施的UE数、组数有关的信息。或者,中继UE可以对特定的UE发送该信息。此外,可以将该V2X服务信息与关于该通信方法的信息关联起来。例如,该信息可以是单播通信中所能通信的UE数、组播通信中所能通信的组数等。由此,UE-TX能识别中继UE所能实施的UE数、组数。
作为UE的能力,可以设置与中继有关的信息。该信息例如可以是上述能实施的通信方法、能实施中继的UE数、组数等。能实施的UE数、组数可以是最大值。例如,可以向其它UE、S-UE或gNB通知能力。由此,上述节点能识别中继UE的能力。
中继UE可以将从能实施的UE数、组数的最大值中去除已经实施了中继的UE数、组数后而得的数量作为与本中继UE所能实施的UE数、组数有关的信息来广播。或者,中继UE可以对特定的UE发送该信息。由此,UE-TX能检测可实施中继的UE。
UE-TX对中继UE通知与进行中继时的通信方法有关的信息。例如,在UE-TX对中继UE请求组播通信的情况下,UE-TX对中继UE发送UE间中继的请求。UE-TX将与进行中继时的通信方法有关的信息包含在对中继UE发送的UE间中继的请求中来通知。作为与请求组播通信的通信方法有关的信息,可以设定组播通信。由此,UE-TX能对中继UE请求中继UE与UE-RX之间的通信方法。此外,中继UE可以设定接收到的该通信方法。由此,UE-TX能设定中继UE与UE-RX之间的通信方法。
UE-TX对中继UE通知用于识别SL通信目标的信息。与UE间的直接通信不同,最终的SL通信目标不是中继UE,而是UE-RX。因此,中继UE需要识别中继的发送目标。因此,UE-TX可以对中继UE通知用于识别SL通信目标的信息。
此外,与单播通信不同,用于识别该SL通信目标的信息可以是用于识别SL通信目标的组的信息。例如,在UE-TX对中继UE请求组播通信的情况下,UE-TX将用于识别SL通信目标的信息包含在对中继UE发送的UE间中继的请求中来通知。或者,UE-TX可以在对中继UE实施的PC5链路的确立处理中通知该信息。或者,UE-TX可以在实施UE间中继服务时通知该信息。
作为用于识别SL通信目标的信息,例如,可以使用发送目标组的标识。可以使用层2(L2)的发送目标组标识。由此,UE-TX能对中继UE发送在SL通信中进行组播的通信目标。此外,中继UE能识别SL通信目标。中继UE能对SL通信目标的组实施中继。
中继UE可以通过接收发送目标组标识,从而判断在中继时实施组播通信。UE-TX可以将发送目标组标识代替作为进行中继时的通信方法所通知的信息发送到中继UE。中继UE可以使用发送目标组标识来判断是否进行组播。能削减从UE-TX对中继UE进行的中继时的通信方法的通知。
中继UE对UE-RX通知用于识别SL通信源的信息。与UE间的直接通信不同,SL通信源不是中继UE而是UE-TX。中继UE对UE-RX通知用于识别SL通信源的信息,从而UE-RX能识别被中继的数据的发送源。
图26和图27是示出根据实施方式3、经由中继UE在UE-TX与多个UE-RX之间实施组播通信的示例的序列图。图26和图27在边界线BL2627的位置处相连接。在UE-TX与中继UE之间进行单播通信,在中继UE与多个UE-RX之间进行组播通信。由此,经由中继UE从UE-TX对多个UE-RX实施通信。
UE-TX检测可对组播通信进行中继的UE。为了进行该检测,中继UE广播与本中继UE所能实施的通信方法相关的信息。图26和图27所公开的方法中,中继UE为了广播与本UE所能实施的通信方法有关的信息,使用发现处理(参照非专利文献22)。
步骤ST2303是使用了模型A的发现处理的情况下的流程。步骤ST2304中,中继UE1判断本身是否能对组播通信进行中继。中继UE1可以基于中继UE1本身的能力来进行步骤ST2304的判断。步骤ST2305中,中继UE1广播公告消息。中继UE1将与能进行中继的通信方法有关的信息包含在该公告消息中来广播。例如,在中继UE1能对组播通信进行中继的情况下,中继UE1可以将表示能对组播通信进行中继的信息包含在公告消息中来通知。通知的通信方法并不限于一个,可以是多个。例如,在中继UE1能对单播通信和组播通信进行中继的情况下,中继UE1可以将表示能对单播通信和组播通信进行中继的信息包含在公告消息中来通知。
步骤ST2306是使用了模型B的发现处理的情况下的流程。步骤ST2307中,UE-TX为了检测能对组播通信进行中继的中继,而广播征求消息。UE-TX可以将请求组播通信的中继的信息包含在该征求消息中。
步骤ST2308中,中继UE1判断本身是否能对组播通信进行中继。步骤ST2309中,中继UE1对UE-TX通知响应消息。UE-TX可以将发送源UE的标识包含在征求消息中。发送源UE的标识例如可以设为层2ID。中继UE1使用征求消息中所包含的发送源UE的标识,来判断对哪个UE-TX通知响应消息即可。
中继UE1将与能进行中继的通信方法有关的信息包含在该响应消息中来发送。例如,在中继UE1能对组播通信进行中继的情况下,可以将表示能进行组播中继通信的信息包含在响应消息中来通知。通知的通信方法并不限于一个,可以是多个。
UE-TX通过接收步骤ST2305的公告消息或步骤ST2309的响应消息,从而能获取这些消息中所包含的能进行中继的通信方法的信息。UE-TX能识别中继UE1可进行中继的通信方法。例如,在从多个中继UE接收到能对组播通信进行中继的信息的情况下,UE-TX选择一个中继UE。作为选择指标,例如可以使用UE-TX与中继UE之间的通信质量。作为通信质量,可以使用SL RSRP或RSRQ。此外,作为选择指标,例如可以使用UE-TX与中继UE之间的距离。
步骤ST2310中,UE-TX对所选择的中继UE(图26和图27中为中继UE1)通知与进行中继时的通信方法有关的信息。本实施方式3中,作为进行中继时的通信方法,例示出组播通信。UE-TX可以将与进行中继时的通信方法有关的信息包含在用于开始UE间单播通信的通信请求消息中来通知。UE-TX通过对中继UE1发送与进行中继时的通信方法有关的信息,从而能请求或设定组播通信中的中继。
步骤ST2311中,UE-TX在与中继UE1之间确立用于单播通信的连接。该连接确立可以是PC5链路的确立,也可以是到SL的RRC连接为止的确立。步骤ST2312中,UE-TX对中继UE1发送通过使用了SL通信的服务来中继的数据。该服务的数据通信为UE-TX与中继UE1之间的单播通信。
此时,UE-TX可以对中继UE1发送最终的SL通信目标的标识。本实施方式3中,从中继UE1到最终的通信目标为止实施组播,因此,最终的SL通信目标的标识可以是组标识。组标识可以是层2的通信目标组标识。
作为从UE-TX向中继UE1发送最终的SL通信目标的标识的方法,可以利用UE-TX与中继UE的PC5信令来进行通知。可以在PC5链路确立时或确立后进行通知。或者,可以通过RRC信令来进行通知。可以在RRC连接确立时或确立后进行通知。作为其它方法,可以利用SL的MAC信令来进行通知。例如,可以设置最终的SL通信目标的信息来作为SL的MAC的CE,并进行通知。作为其它方法,可以利用L1信令来进行通知。例如,可以对SCI设置最终的SL通信目标的信息,并用PSCCH来进行通知。
步骤ST2313中,中继UE1利用组播通信,将从UE-TX接收到的使用了SL通信的服务的数据发送到最终的通信目标。在进行组播通信时,作为通信目标的标识,中继UE1可以设定从UE-TX接收到的最终的SL通信目标组的标识。此外,在进行组播通信时,中继UE1可以发送UE-TX的标识。
当针对由使用了SL通信的服务所中继的数据的最终的通信目标组的标识与对应于希望接收的SL通信服务的SL通信目标组的标识相一致的情况下,UE-RX接收该中继后的数据。由此,UE-RX能经由中继UE1从UE-TX接收组播通信后的数据。
此外,UE-RX通过接收针对由使用了SL通信的服务所中继的数据的UE-TX的标识,从而能确定组播通信的发送源。
由此,能经由中继UE实施从UE-TX对多个UE-RX的组播通信。
图28是示出根据实施方式3、经由中继UE在UE-TX与多个UE-RX之间实施组播通信的其它示例的序列图。在UE-TX与中继UE之间进行单播通信,在中继UE与多个UE-RX之间进行组播通信。由此,经由中继UE从UE-TX对多个UE-RX实施通信。在图28中,对与图26和图27共通的步骤附加相同的步骤编号,并省略共通的说明。
图26和图27中公开了使用了发现处理的示例。图28中公开不使用发现处理的示例。步骤ST2401中,UE-TX广播与进行中继时的通信方法有关的信息。作为进行中继时的通信方法,这里例示出组播通信。UE-TX可以将与进行中继时的通信方法有关的信息包含在用于开始UE间单播通信的通信请求消息中来广播。UE-TX通过对中继UE1发送与进行中继时的通信方法有关的信息,从而能请求或设定组播通信中的中继。
UE-TX可以将表示发送目标是中继的通信目标标识和与进行中继时的通行方法有关的信息一起进行广播。UE-TX可以将表示发送目标是中继的通信目标标识包含在用于开始UE间单播通信的通信请求消息中来广播。表示发送目标是中继的通信目标标识可以设为L2层的标识。表示发送目标是中继的通信目标标识可以预先通过标准等静态地决定。或者,表示发送目标是中继的通信目标标识可以预先构成在UE内,例如可以设定在SIM内。或者,表示发送目标是中继的通信目标标识可以作为V2X策略/参数由CN来提供。或者,表示发送目标是中继的通信目标标识可以由其它服务功能、例如邻近服务等服务功能来提供。中继UE1能使用该通信目标标识,来接收用于开始以中继UE为目的地的UE间单播通信的通信请求消息。
如果在步骤ST2401中接收用于开始UE间单播通信的通信请求消息,则中继UE在步骤ST2403中判断是否能对组播通信进行中继。中继UE1可以基于中继UE1本身的能力来进行步骤ST2403的判断。在判断为自身能对组播通信进行中继的情况下,中继UE1在步骤ST2405中对UE-TX通知UE间单播通信请求响应消息。中继UE1可以使用UE间单播通信请求消息中所包含的发送源UE的标识,来判断对哪个UE-TX通知UE间单播通信请求响应消息。
中继UE1将与能进行中继的通信方法有关的信息包含在UE间单播通信请求响应消息中来发送。例如,在中继UE1能对组播通信进行中继的情况下,中继UE1可以将表示自身能进行组播中继通信的信息包含在UE间单播通信请求响应消息中来通知。通知的通信方法并不限于一个,可以是多个。
UE-TX通过从中继UE1接收UE间单播通信请求响应消息,从而可以判断为与中继UE1之间的单播通信已确立。在从多个中继UE接收到能进行组播通信的中继的信息的情况下,UE-TX选择一个中继UE。作为选择指标,例如可以使用UE-TX与中继UE之间的通信质量。作为通信质量,可以使用SL RSRP或RSRQ。此外,作为选择指标,例如可以使用UE-TX与中继UE之间的距离。
步骤ST2312中,UE-TX对确立了单播通信的中继UE1发送通过使用了SL通信的服务来中继的数据。该服务的数据通信为UE-TX与中继UE1之间的单播通信。步骤ST2313中,中继UE1利用组播通信,将从UE-TX接收到的使用了SL通信的服务的数据发送到最终的通信目标。在进行组播通信时,作为通信目标的标识,中继UE1可以设定从UE-TX接收到的最终的SL通信目标组的标识。此外,在进行组播通信时,中继UE1可以发送UE-TX的标识。
UE-RX使用与希望接收的SL通信服务相对应的SL通信目标组的标识,从UE-TX经由中继UE1接收组播通信后的数据。此外,UE-RX可以通过接收针对由使用了SL通信的服务所中继的数据的UE-TX的标识,来确定组播通信的发送源。
由此,能经由中继UE进行从UE-TX针对多个UE-RX的组播通信。例如,在UE-TX对多个UE所构成的组进行组播通信的情况下,通过经由中继来进行组播通信,从而能使UE-TX与能进行通信的多个UE-RX之间的范围扩大。此外,在UE-TX与UE-RX之间存在障碍物等的情况下,通过经由中继来进行组播通信,从而也能使UE-TX与多个UE-RX之间的通信质量提高。
图24至图27所公开的示例中,示出了使用一个中继UE的情况。本实施方式3所公开的方法不限于使用一个中继UE的情况,也可以使用多个中继UE。可以在UE-TX与多个UE之间设定各个单播通信,并在多个中继UE与多个UE-RX之间进行基于组播通信的中继。由此,能对更广、更远的UE-RX进行组播通信。
可以判断UE-TX是否实施中继。在判断为UE-TX实施中继的情况下,可以对中继UE适当应用上述方法。作为UE-TX是否实施中继的判断指标,例如可以使用UE-TX与UE-RX的距离。在超过规定的距离的情况下,可以判断为使用中继UE。例如,可以使用UE-RX中的来自UE-TX的接收质量(可以是接收功率)。在低于规定的接收功率的情况下,可以判断为使用中继UE。例如,可以使用UE-RX中的来自UE-TX的电波传播延迟时间。在超过规定的电波传播延迟时间的情况下,可以判断为使用中继UE。例如,可以使用来自UE-RX的Nack的次数。可以在Nack的次数超过了规定的次数的情况下,判断为使用中继UE。
实施方式3的变形例1.
实施方式3的变形例1中,公开用于解决实施方式3中所示的问题的其它方法。
在UE间的中继中进行组播通信。UE经由中继UE在与多个UE之间进行组播通信。可以使UE-TX与中继UE之间的通信方法和中继UE与UE-RX之间的通信方法不同。作为具体方法,在UE-TX与中继UE之间进行组播通信,在中继UE与多个UE-RX之间进行单播通信。由此,经由中继UE从UE-TX对多个UE-RX实施通信。
图29是示出根据本实施方式3的变形例1、经由中继UE在UE-TX与多个UE-RX之间实施组播通信的示例的示意图。在UE-TX与中继UE之间进行组播通信,在中继UE与多个UE-RX之间进行单播通信。由此,经由中继UE从UE-TX对多个UE-RX实施通信。
中继UE接收本中继UE所能中继的组播通信。例如,中继UE接收用于识别组播通信的SL通信目标组的信息,在接收到的信息与使用了本中继UE所能中继的组播通信的V2X服务的发送目标识别信息相一致的情况下,接收组播通信。由此,中继UE能接收从UE-TX通过组播发送的数据。
在接收到用于识别组播通信的SL通信目标组的信息的情况下,中继UE使用用于识别该SL通信目标组的信息,将接收到的数据中继到该SL通信目标组。
在中继UE与UE-RX之间的通信为单播通信的情况下,中继UE可以使用用于识别SL通信目标组的信息,来检测UE-RX。在接收到用于识别所希望的SL通信目标组的信息的情况下,UE-RX可以在与中继UE之间确立PC5链路,并实施单播通信。与中继UE进行单播通信的UE-RX可以是一个,也可以是多个。由此,能从UE-TX对UE-RX进行组播通信。
图30和图31是示出根据实施方式3的变形例1、经由中继UE在UE-TX与多个UE-RX之间实施组播通信的示例的序列图。图30和图31在边界线BL3031的位置处相连接。在UE-TX与中继UE之间进行组播通信,在中继UE与多个UE-RX之间进行单播通信。由此,经由中继UE从UE-TX对多个UE-RX实施通信。图30和图31的示例中,在中继UE与UE-RX之间使用发现处理。
产生使用了SL通信的服务的数据的UE-TX在步骤ST2604中在SL中进行组播通信。进行组播通信时,UE-TX通知与进行中继时的通信方法有关的信息。本实施方式3的变形例1中,作为进行中继时的通信方法,例示出单播通信。由此,能请求或设定单播通信中的中继。
在步骤ST2604的组播通信中,UE-TX可以将通信目标的标识包含在与进行中继时的通信方法有关的信息中来发送。通信目标的标识的设定方法可以适当应用实施方式3中所公开的、UE-TX与中继UE1之间的SL通信中的通信目标的标识的设定方法。由此,中继UE能接收来自UE-TX的组播通信。
图30和图31的示例中,公开其它方法。中继UE导出与本身所能中继的服务相对应的通信目标的标识。导出方法例如可以预先通过标准等静态地决定。或者,导出方法可以预先构成在UE内,例如可以设定在SIM内。或者,导出方法可以作为V2X策略/参数由CN来提供。或者,导出方法可以由其它服务功能、例如邻近服务等服务功能来提供。
步骤ST2604中,UE-TX进行组播通信。在组播通信中,UE-TX可以设定与使用SL通信的服务对应的通信目标组的标识,以作为通信目标的标识。通信目标组的标识可以设为L2层的标识。在针对从UE-TX发送的使用了SL通信的服务的数据的最终通信目标组的标识与对应于自身所能中继的SL通信服务的通信目标组的标识相一致的情况下,中继UE接收该数据。由此,中继UE能从UE-TX接收组播通信后的数据。
步骤ST2607、ST2608中,中继UE判断能否利用步骤ST2604中接收到的通信方法来进行中继。中继UE可以基于本中继UE的能力进行该判断。在能利用接收到的通信方法来进行中继的情况下,在步骤ST2614、ST2616中,中继UE决定进行中继。在无法利用接收到的通信方法来进行中继的情况下,在步骤ST2613、ST2615中,中继UE决定不进行中继。图30和图31的示例中,公开中继UE1和中继UE2决定进行中继的情况。
为了在步骤ST2609中检测进行单播通信的UE,中继UE1实施发现处理。步骤ST2609是使用了模式A的情况。步骤ST2617中,中继UE1发送公告消息。在该公告消息中,中继UE1可以设定与使用SL通信的服务对应的通信目标组的标识,以作为通信目标的标识。
为了在步骤ST2611中检测进行单播通信的UE,中继UE1可以实施发现处理。步骤ST2611是使用了模式B的情况。步骤ST2610中,UE-RX发送征求消息。UE-RX可以在该消息中设定与使用SL通信的服务对应的通信目标组的标识。此外,UE-RX可以将请求该服务的中继的信息包含在该消息中。
如果接收到来自UE-RX1的征求消息,则中继UE1使用该消息中所包含的对应于使用SL通信的服务的通信目标组的标识、以及请求中继的信息,来决定与该UE-RX1进行单播通信。例如,在从多个UE-RX接收到征求消息的情况下,中继UE1可以选择一个UE-RX。作为选择指标,例如可以使用中继UE与UE-RX之间的通信质量。作为通信质量,可以使用SL RSRP或RSRQ。此外,作为选择指标,例如可以使用中继UE与UE-RX之间的距离、电波传播延迟时间、Nack的次数。
中继UE1可以选择多个UE-RX而非一个UE-RX。中继UE1可以与各UE-RX实施单播通信。中继UE1可以使用单播通信对各UE-RX中继来自UE-TX的SL通信数据。图30和图31中,中继UE1决定与UE-RX1进行单播通信。步骤ST2618中,中继UE1对UE-RX1通知响应消息。
在UE-RX从多个中继UE接收到响应消息的情况下,可以选择一个中继UE。作为选择指标,如上述那样,例如可以使用中继UE与UE-RX之间的通信质量、距离、电波传播延迟时间、Nack的次数。
UE-RX可以选择多个中继UE。UE-RX可以与多个中继UE连接。UE-RX可以经由多个中继UE接收来自UE-TX的数据。由此,可得到通信路径的冗余性。因此,能使从UE-TX向UE-RX的组播通信的可靠性提高。
在从多个中继UE接收到相同的数据的情况下,UE-RX可以保留任一个数据并废弃其它数据。例如,UE-RX可以保留最初成功接收到的数据,并废弃之后接收到的数据。是否是相同数据的判断例如可以使用由UE-TX的PDCP赋予给数据的SN(序列号)。在SN重复的情况下可以判断为相同的数据。或者,可以对V2X分组赋予序列号,并使用该序列号来判断。在V2X分组的序列号重复的情况下可以判断为相同的数据。或者,可以使用QoS流的标识和由PDCP所赋予的SN来判断。在QoS流的标识与由PDCP所赋予的SN双方重复的情况下,可以判断为相同的数据。由此,UE-RX能废弃之后接收到的数据。UE-RX即使与多个中继UE连接,也能接收来自UE-TX的组播通信数据。
步骤ST2619中,UE-RX1对所选择的中继UE(图30和图31中为中继UE1)发送用于开始UE间单播通信的通信请求消息。UE-RX1可以将请求中继的信息包含在该消息中来通知。此外,UE-RX1可以将与使用SL通信的服务对应的通信目标组的标识以及本UE-RX1的标识包含在该消息中来通知。这些标识可以设为L2层的标识。
步骤ST2620中,中继UE1在与UE-RX之间确立用于单播通信的连接。该连接确立可以是PC5链路的确立,也可以是到SL的RRC连接为止的确立。步骤ST2621中,中继UE1对UE-RX1进行从UE-TX接收到的、使用了SL通信的服务的数据的中继发送。该服务的数据的中继发送为中继UE1与UE-RX1之间的单播通信。
步骤ST2621中,中继UE1利用单播通信,将从UE-TX接收到的使用了SL通信的服务的数据发送到UE-RX1。在中继UE1与UE-RX1进行单播通信时,中继UE1可以设定UE-RX1的标识,以作为通信目标的标识。或者,中继UE1可以设定从UE-TX接收到的最终的SL通信目标组的标识,以作为通信目标的标识。此外,在进行组播通信时,中继UE1可以发送UE-TX的标识。
UE-RX1可以在中继后的SL通信中接收以本UE-RX1的标识为通信目标的数据。或者,当针对由使用了SL通信的服务所中继的数据的最终的通信目标组的标识与对应于希望接收的SL通信服务的SL通信目标组的标识相一致的情况下,UE-RX1可以接收该中继后的数据。由此,UE-RX能经由中继UE1从UE-TX接收组播通信后的数据。
此外,UE-RX1通过接收针对由使用了SL通信的服务所中继的数据的UE-TX的标识,从而能确定组播通信的发送源。
在决定了对来自UE-TX的组播通信进行中继的情况下,中继UE2在步骤ST2622至步骤ST2627中进行发现处理、以及用于与UE-RX(图30和图31中为UE-RX4)之间的单播通信的连接确立,并进行从UE-TX接收到的使用了SL通信的服务的数据的中继发送。该服务的数据的中继发送为中继UE2与UE-RX4之间的单播通信。这些与上述中继UE1的情况下的方法相同。
由此,能经由中继UE进行从UE-TX针对多个UE-RX的组播通信。
图32和图33是示出根据实施方式3的变形例1、经由中继UE在UE-TX与多个UE-RX之间实施组播通信的其它示例的序列图。图32和图33在边界线BL3233的位置处相连接。在UE-TX与中继UE之间进行单播通信,在中继UE与多个UE-RX之间进行组播通信。由此,经由中继UE从UE-TX对多个UE-RX实施通信。在图32和图33中,对与图30和图31共通的步骤标注相同的步骤编号,并省略共通的说明。
图30和图31中公开了在中继UE与UE-RX之间使用发现处理的示例。在图32和图33中,公开了不使用发现处理的示例。如果在步骤ST2614中决定对来自UE-TX的组播通信进行中继,则RIRE-UE1在步骤ST2701中广播用于开始UE间单播通信的通信请求消息。中继UE1可以将表示进行中继的信息包含在该通信请求消息中来通知。此外,中继UE1可以将与使用SL通信的服务对应的通信目标组的标识以及本中继UE1的标识包含在该通信请求消息中来通知。这些标识可以设为L2层的标识。
接收到用于开始来自中继UE1的UE间单播通信的通信请求消息的UE-RX(图32和图33中为UE-RX1)在该消息中所包含的对应于使用SL通信的服务的通信目标组的标识与对应于希望接收的SL通信服务的SL通信目标组的标识相一致的情况下,决定与中继UE1进行UE间单播通信。
步骤ST2702中,UE-RX1对中继UE1通知UE间单播通信请求响应消息。中继UE1通过从UE-RX1接收UE间单播通信请求响应消息,从而可以判断为用于与UE-RX1之间的单播通信的连接已确立。该连接确立可以是PC5链路的确立,也可以是到SL的RRC连接为止的确立。在从多个UE-RX1接收到UE间单播通信请求响应消息的情况下,中继UE1可以选择一个UE-RX,也可以选择多个UE-RX。在选择了多个UE-RX的情况下,中继UE1可以在与各UE-RX之间进行单播通信。作为选择指标,可以应用上述的指标。
步骤ST2703中,中继UE1对UE-RX1进行从UE-TX接收到的、使用了SL通信的服务的数据的中继发送。该服务的数据的中继发送为中继UE1与UE-RX1之间的单播通信。
步骤ST2703中,中继UE1利用单播通信,将从UE-TX接收到的使用了SL通信的服务的数据发送到UE-RX1。在中继UE1与UE-RX1进行单播通信时,中继UE1可以设定UE-RX1的标识以作为通信目标的标识。或者,中继UE1可以设定从UE-TX接收到的最终的SL通信目标组的标识,以作为通信目标的标识。此外,在进行组播通信时,中继UE1可以发送UE-TX的标识。
UE-RX1可以在中继后的SL通信中接收以本UE-RX1的标识为通信目标的数据。或者,当针对由使用了SL通信的服务所中继的数据的最终的通信目标组的标识与对应于希望接收的SL通信服务的SL通信目标组的标识相一致的情况下,UE-RX1可以接收该中继后的数据。由此,UE-RX能经由中继UE1从UE-TX接收组播通信后的数据。
此外,UE-RX1通过接收针对由使用了SL通信的服务所中继的数据的UE-TX的标识,从而能确定组播通信的发送源。
在决定了对来自UE-TX的组播通信进行中继的情况下,中继UE2在步骤ST2704至步骤ST2706中确立用于与UE-RX(图32和图33中为UE-RX4)之间的单播通信的连接,并进行从UE-TX接收到的使用了SL通信的服务的数据的中继发送。该服务的数据的中继发送为中继UE2与UE-RX4之间的单播通信。这些与上述中继UE1的情况下的方法相同。
由此,能经由中继UE进行从UE-TX针对多个UE-RX的组播通信。例如,在UE-TX对多个UE所构成的组进行组播通信的情况下,通过经由中继来进行组播通信,从而能使UE-TX与能进行通信的多个UE-RX之间的范围扩大。此外,在UE-TX与UE-RX之间存在障碍物等的情况下,通过经由中继来进行组播通信,从而也能使UE-TX与多个UE-RX之间的通信质量提高。
此外,通过将UE-TX与中继UE之间的通信设为组播通信,从而即使一个UE-TX与中继UE之间的通信质量变差而发生通信中断,也可以使用其它中继UE来实施从UE-TX对组内的UE-RX的组播通信。能使SL中的组播通信的冗余性、可靠性提高。
实施方式3的变形例2.
实施方式3的变形例2中,公开用于解决实施方式3中所示的问题的其它方法。
在UE间的中继中进行组播通信。UE经由中继UE在与多个UE之间进行组播通信。UE-TX与中继UE之间的通信方法可以设为和中继UE与UE-RX之间的通信方法相同。作为具体方法,在UE-TX与中继UE之间进行组播通信,在中继UE与多个UE-RX之间进行组播通信。由此,经由中继UE从UE-TX对多个UE-RX实施通信。
图34是示出根据本实施方式3的变形例2、经由中继UE在UE-TX与多个UE-RX之间实施组播通信的示例的示意图。在UE-TX与中继UE之间进行组播通信,在中继UE与多个UE-RX之间进行组播通信。由此,经由中继UE从UE-TX对多个UE-RX实施通信。
中继UE接收本中继UE所能中继的组播通信。作为其方法,可以适当应用实施方式3的变形例1所公开的方法。中继UE能接收从UE-TX通过组播发送的数据。
在接收到用于识别组播通信的SL通信目标组的信息的情况下,中继UE使用用于识别该SL通信目标组的信息,将接收到的数据中继到该SL通信目标组。
中继UE对UE-RX进行组播通信,以进行UE间中继。中继UE判断是否对UE-RX进行组播通信,因此,可以适当应用实施方式3的变形例1中所公开的方法。中继UE可以使用与从UE-TX通知来的通信方法有关的信息,来判断是否对UE-RX进行组播通信。作为其它方法,在中继UE从UE-TX接收到用于识别组播通信的SL通信目标组的信息的情况下,中继UE可以判断为对UE-RX进行组播通信。
在中继UE与UE-RX之间的通信为组播通信的情况下,中继UE可以发送用于识别SL通信目标组的信息。UE-RX接收用于识别组播通信的SL通信目标组的信息,在接收到的信息与使用了所希望的组播通信的V2X服务所对应的发送目标识别信息相一致的情况下,接收组播通信。由此,UE-RX能经由中继UE接收从UE-TX通过组播发送的数据。
图35是示出根据实施方式3的变形例2、经由中继UE在UE-TX与多个UE-RX之间实施组播通信的示例的序列图。在UE-TX与中继UE之间进行组播通信,在中继UE与多个UE-RX之间进行组播通信。由此,经由中继UE从UE-TX对多个UE-RX实施通信。在图35中,对与图26和图27、图30和图31共通的步骤标注相同的步骤编号,并省略共通的说明。
产生使用了SL通信的服务的数据的UE-TX在步骤ST2902中在SL中进行组播通信。进行组播通信时,UE-TX通知与进行中继时的通信方法有关的信息。本实施方式3的变形例2中,作为进行中继时的通信方法,例示出组播通信。由此,能请求或设定组播通信中的中继。进行中继时的通信方法可以适当应用上述步骤ST2604中所公开的方法。由此,中继UE能从UE-TX接收组播通信后的数据。
步骤ST2607、ST2608中,中继UE判断能否利用步骤ST2604中接收到的通信方法来进行中继。
在决定对来自UE-TX的组播通信进行中继的情况下,中继UE1和中继UE2在步骤ST2312和ST2903中,进行从UE-TX接收到的使用了SL通信的服务的数据的中继发送。该服务的数据的中继发送为中继UE与UE-RX之间的广播通信。这些与上述中继UE1的情况下的方法相同。这些通信方法可以适当应用上述步骤ST2312中所公开的方法。
由此,能经由中继UE进行从UE-TX针对多个UE-RX的组播通信。例如,在UE-TX对多个UE所构成的组进行组播通信的情况下,通过经由中继来进行组播通信,从而能使UE-TX与能进行通信的多个UE-RX之间的范围扩大。此外,在UE-TX与UE-RX之间存在障碍物等的情况下,通过经由中继来进行组播通信,从而也能使UE-TX与多个UE-RX之间的通信质量提高。
此外,通过将UE-TX与中继UE之间的通信设为组播通信,从而即使一个UE-TX与中继UE之间的通信质量变差而发生通信中断,也可以使用其它中继UE来实施从UE-TX对组内的UE-RX的组播通信。能使SL中的组播通信的冗余性、可靠性提高。此外,通过将中继UE与UE-RX之间的通信设为组播通信,从而对于存在更多的UE-RX的组,也能利用组播通信来发送从UE-TX接收到的使用了SL通信的服务的数据。
可以组合实施方式3至实施方式3的变形例2中所公开的方法。例如,UE-TX通过实施方式3中所公开的方法经由一个或多个中继UE对UE-RX进行组播通信,并且通过实施方式3的变形例1中所公开的方法经由其它的一个或多个中继UE对UE-RX进行组播通信。由此,例如,在中继UE的通信方法被各中继UE所限定的情况下,通过设定适于各个通信方法的中继,从而能有效地灵活运用中继UE。
UE-TX可以通过UE间直接通信进行与UE-RX的组播通信,并通过经由中继UE的UE间间接通信对其它UE-RX进行组播通信。作为通过经由中继UE的UE间间接通信来进行组播通信的方法,可以适当应用本实施方式3至实施方式3的变形例2所公开的方法。例如,在需要对能进行UE间直接通信的UE-RX以外的UE-RX进行组播通信的情况下,可以应用通过经由中继UE的UE间间接通信来进行组播通信的方法。由此,能对更广、更远的UE-RX进行组播通信。
上述所公开的方法中,在从UE-TX对UE-RX进行经由中继UE的组通信的情况下,产生UE-RX重复接收来自UE-TX的相同数据的情况。由此,在UE-TX与UE-RX之间的经由中继UE的UE间间接通信中能确保冗余性,可力图实现可靠性的提高。
然而,该情况下,例如,UE-RX将重复接收到的数据转发到V2X服务的应用层。该情况下,应用层无法判断是否是重复数据,将多次接收相同的数据。其结果是,有时产生误动作。
因此,应用层可以废弃该重复数据。然而,在应用层无法判断是否是重复数据的情况下,就会留下问题。为了解决该问题,UE-RX可以留下任一个数据,并废弃其它数据。作为该方法,可以适当应用实施方式3的变形例2中所公开的由UE-RX从多个中继UE接收到相同数据的情况下的数据废弃方法。可获得相同的效果。此外,可以不在应用层中实施处理,能降低误动作的产生。
实施方式4.
关于SL中进行经由中继UE的间接通信的情况下的无线承载的设定方法,并没有任何公开。使用了现有的Uu接口的UE与基站之间的通信、和使用了PC5接口的SL中的UE间直接通信不同,需要在SL中经由中继UE的情况下的无线承载的设定方法。需要SL通信的发送源UE与中继UE之间、以及中继UE与发送目标UE之间的无线承载的设定方法。本实施方式4中,公开在SL中进行经由中继UE的UE间间接通信的情况下的无线承载的设定方法。
公开在SL中进行经由中继UE的UE间间接通信的情况下的各节点的协议结构。图36是示出在SL中进行经由中继UE的UE间间接通信的情况下的各节点的协议结构的示例的图。进行SL通信的发送侧UE-TX对中继UE1(UE-to-UE relay1)发送数据,中继UE1将从UE-TX接收到的数据中继发送到接收侧UE-RX。从UE-TX发送的信令可以经由中继UE1被中继发送到UE-RX。中继UE1在RLC与PDCP之间进行中继。由此,中继UE1无需对中继的数据进行PDCP处理。因此,中继UE1能尽早实施中继。能低延迟地实施SL中的经由中继UE的UE间间接通信。
公开中继UE中的无线承载的设定方法。
中继UE进行中继UE与UE-RX之间的RLC承载的设定。中继UE可以进行中继UE与UE-RX之间的LCID的设定。中继UE可以进行中继UE与UE-RX之间的从RLC到PHY的设定。UE-TX对中继UE通知UE-TX与中继UE之间的承载设定。例如,中继UE可以使用从UE-TX接收到的UE-TX和中继UE间的承载设定,来进行中继UE与UE-RX之间的承载设定。中继UE可以将这些设定通知给UE-RX。由此,中继UE能设定中继UE与UE-RX之间的SL通信用的承载。中继UE能使用本中继UE中的负荷状况、中继UE与UE-RX之间的电波传播状况,容易地实施中继UE与UE-RX之间的SL通信用的承载设定。
UE-TX可以对中继UE通知使用SL通信实施的V2X服务的V2X策略/参数的一部分或全部。例如,中继UE可以使用该V2X策略/参数来进行中继UE与UE-RX之间的承载设定。由此,例如,在通过UE-TX与UE-RX之间的经由中继UE的UE间间接通信来进行V2X服务的情况下,也能提供该V2X服务所要求的V2X策略/参数。
作为其它方法,UE-TX可以进行中继UE与UE-RX之间的RLC承载的设定。UE-TX可以进行中继UE与UE-RX之间的LCID的设定。UE-TX可以进行中继UE与UE-RX之间的从RLC到PHY的设定。UE-TX可以将这些设定通知给UE-RX。UE-TX可以经由中继UE将这些设定通知给UE-RX。UE-TX将这些设定通知给中继UE,中继UE将该设定通知给UE-RX。由此,例如,UE-TX能对中继UE请求中继UE与UE-RX之间的承载设定。例如,即使对于中继UE与UE-RX之间,UE-TX也能根据V2X服务所请求的QoS来实施承载设定。
作为上述通知方法,可以使用PC5信令。例如,从UE-TX对中继UE的通知可以在UE-TX与中继UE之间的PC5链路确立处理中实施。从中继UE对UE-RX的通知可以在中继UE与UE-RX之间的PC5链路确立处理中实施。作为其它通知方法,可以使用SL的RRC信令。可以将上述设定作为AS设定来通知。
可以设置表示中继UE是否对UE-TX经由中继UE发送到UE-RX的信令或数据进行解码的信息。例如,UE-TX可以将该信息包含在RLC PDU中来通知给中继UE。由此,UE-TX能对中继UE指示信令或数据的解码。
在UE-TX经由中继UE将中继UE与UE-RX之间的承载设定通知给UE-RX的情况下,中继UE可以对该设定进行解码。UE-TX可以将表示是否进行解码的信息设定为“解码”,并通知该信息。由此,中继UE能识别UE-TX所设定的中继UE与UE-RX之间的承载设定。
中继UE与UE-RX之间的RLC承载的设定可以和UE-TX与中继UE之间的RLC承载的设定不同。可以使中继UE与UE-RX之间的RLC承载的设定和UE-TX与中继UE之间的RLC承载的设定不同。例如,可以仅使中继UE与UE-RX之间的LCID的设定和UE-TX与中继UE之间的LCID的设定不同。
由此,能设定中继UE和UE-RX之间的RLC承载的设定,而与UE-TX和中继UE之间的RLC承载的设定无关。此外,能设定中继UE和UE-RX之间的LCID的设定,而与UE-TX和中继UE之间的LCID的设定无关。能根据中继UE中的负荷状况等,来变更UE-TX侧与UE-RX侧的设定。
此外,中继UE与UE-RX之间的从RLC到PHY为止的设定不一定要和UE-TX与中继UE之间的从RLC到PHY为止的设定相同。可以使中继UE与UE-RX之间的从RLC到PHY为止的设定和UE-TX与中继UE之间的从RLC到PHY为止的设定不同。由此,包含从MAC到PHY在内,能根据中继UE中的负荷状况、电波传播环境等,来变更UE-TX侧与UE-RX侧的设定。
中继UE与UE-RX之间的承载设定可以按每个UE-TX来设定。可以将UE-TX的标识与中继UE和UE-RX之间的承载关联起来进行设定。可以将UE-TX的标识与RLC承载的标识关联起来进行设定。在赋予RLC承载的RLC信道的标识的情况下,可以将UE-TX的标识与RLC信道的标识关联起来进行设定。可以将UE-TX的标识与LCID关联起来进行设定。中继UE可以对来自多个UE-TX的SL通信进行中继。由此,例如,即使在中继UE对来自多个UE-TX的SL通信进行中继的情况下,被通知了承载设定的UE-RX也能识别是针对哪个UE-TX的承载设定。能降低UE-RX中的误动作。
图36公开了UE-TX和中继UE之间的LCID的设定与中继UE和UE-RX之间的LCID的设定不同的示例。UE-TX与中继UE1之间的LCID被设定为1,中继UE1与UE-RX之间的LCID被设定为2。中继UE1中,进行从LCID1向LCID2的映射。在SL通信中,对从UE-TX发送到中继UE1的数据使用LCID1,中继UE1将LCID1变更为LCID2,对从中继UE1发送到UE-RX的数据使用LCID2。
中继UE1与UE-RX之间的中继发送中使用的LCID设定被预先通知给UE-RX。由此,UE-RX能接收LCID2的数据。
通过设为图36的示例,从而能根据中继UE中的负荷状况、中继UE与UE-RX之间的电波传播状况,来实施中继UE与UE-RX之间的SL通信用的承载设定。
UE-TX与中继UE之间的无线承载的标识可以设为和中继UE间与UE-RX之间的无线承载的标识相同。图36的示例中,SL通信用的DRB的ID被设定为1。由此,能在相同的DRB中变更LCID设定。
公开RLC承载的设定方法的其它示例。
图37是示出将UE-TX和中继UE之间的LCID的设定设为与中继UE和UE-RX之间的LCID的设定相同的示例的图。各节点的协议结构与图36相同,因此省略说明。UE-TX与中继UE1之间的LCID被设定为1,中继UE1与UE-RX之间的LCID被设定为1。在SL通信中,对从UE-TX发送到中继UE1的数据使用LCID1,对从中继UE1发送到UE-RX的数据使用相同的LCID1。
中继UE1与UE-RX之间的中继发送中使用的LCID设定被预先通知给UE-RX。由此,UE-RX能接收LCID1的数据。
UE-TX可以对中继UE请求将UE-TX和中继UE之间的LCID的设定设为与中继UE和UE-RX之间的LCID的设定相同。例如,可以设置是否将UE-TX和中继UE之间的LCID的设定设为与中继UE和UE-RX之间的LCID的设定相同的信息,并将该信息从UE-TX通知给中继UE。作为其它方法,可以预先通过标准等静态地决定将E-TX和中继UE之间的LCID的设定设为与中继UE和UE-RX之间的LCID的设定相同。
通过设为图37的示例,从而能容易地进行中继UE中的承载设定处理。此外,通过将UE-TX和中继UE之间的LCID设为与中继UE和UE-RX之间的LCID相同,从而UE-TX和UE-RX能对相同的数据通信使用共通的LCID。
在使用SL通信来进行经由中继UE的UE间间接通信的情况下,可以设置表示数据的接收状况的状况报告功能、用于请求状况报告的轮询功能等。可以将这些功能设为RLC的功能。作为数据的接收状况,例如,有表示接收确认到达数据及/或接收未到达数据的信息、RLC中的片段信息等。可以将这些信息与LCID信息对应起来。
中继UE可以将针对从UE-TX接收到的数据的状况报告通知给UE-TX。UE-TX可以对中继UE通知轮询。此外,UE-RX可以将针对从中继UE接收到的数据的状况报告通知给中继UE。中继UE可以对UE-TX通知轮询。
中继UE可以将从UE-RX接收到的数据的状况报告通知给UE-TX。由此,UE-TX能接收中继UE与UE-RX之间的状况报告。例如,UE-TX可以使用中继UE与UE-RX之间的状况报告来修正中继UE与UE-RX的承载设定,以使得满足经由中继UE进行的使用了SL通信的V2X服务所要求的QoS。在应用于UE-TX进行中继UE与UE-RX之间的承载设定的情况下是有效的。
在UE-TX和中继UE之间的LCID与中继UE和UE-RX之间的LCID不同的情况下,产生如下问题:尽管在中继前后为相同的数据,但各自的状况报告无法相关联。作为解决上述问题的方法,中继UE可以对UE-TX通知将UE-TX和中继UE之间的LCID、与中继UE和UE-RX之间的LCID关联后而得的信息。例如,中继UE对UE-TX通知对进行中继的通信设定的LCID以及LCID的映射信息。中继UE对UE-TX通知与这些LCID相对应的状况报告。由此,UE-TX能接收LCID和与其对应的状况报告。UE-TX能识别所通知的状况报告是UE-TX与中继UE之间的状况报告、还是中继UE与UE-RX之间的状况报告。
公开其它方法。可以将中继UE与UE-RX之间的状况报告包含在UE-TX与中继UE之间的状况报告中。或者,可以将这些状况报告合并。可以设置能包含多个SL通信的状况报告来发送的数据单元的格式。中继UE能将中继UE与UE-RX之间的状况报告包含在UE-TX与中继UE之间的状况报告中来通知给UE-TX。该状况报告可以设为UE-TX与中继UE之间所设定的LCID的数据的状况报告。由此,UE-TX能接收各自的状况报告。
可以设置用于请求UE-TX与中继UE之间的状况报告的轮询,并从UE-TX对中继UE通知该轮询。可以设置请求中继UE与UE-RX之间的状况报告的轮询,并从中继UE对UE-RX通知该轮询。或者,可以设置用于请求UE-TX与中继UE之间的状况报告、和中继UE与UE-RX之间的状况报告的轮询,并从UE-TX对中继UE通知该轮询。由此,能触发多种状况报告。
UE-RX可以将从中继UE接收到的数据的状况报告经由中继UE通知给UE-TX。作为其通知方法,可以应用上述的中继UE将从UE-RX接收到的数据的状况报告通知给UE-TX的方法。UE-TX可以使用UE-RX中的状况报告,来判断UE-TX与中继UE之间、以及中继UE与UE-RX之间的总的数据通信状况。
由此,例如,在UE-TX或中继UE中,能根据UE-TX与中继UE之间的通信状况、以及中继UE与UE-RX之间的通信状况,来进行承载的设定。即使在进行经由中继UE的UE间间接通信的情况下,也能满足使用了SL通信的V2X服务所要求的QoS。
在使用SL通信来进行经由中继UE的UE间间接通信的情况下,可以设置与中继UE中的数据收发状况有关的信息。可以设置由中继UE对UE-TX通知该信息的功能。作为与中继UE中的数据收发状况有关的信息的具体示例,公开以下的(1)~(7)。
(1)与无法接收的PDCP有关的信息。
(2)与发送成功的PDCP有关的信息。
(3)与重发成功的PDCP有关的信息。
(4)与缓冲大小有关的信息。
(5)与数据速率有关的信息。
(6)原因信息。
(7)上述(1)~(6)的组合。
(1)的信息例如可以设为中继UE无法从UE-TX接收到的PDCP PDU的序列号。UE-TX能识别中继UE无法接收到的PDCP PDU。(1)的信息例如可以是无法接收到的PDCP PDU的序列号信息。此外,(1)的信息例如可以是无法接收到的PDCP PDU的序列号中的最小的序列号信息。此外,例如(1)的信息可以是表示规定的接收范围(窗口)内的PDCP PDU的接收是否已完成的信息。可以是针对每个PDCP PDU用位图示出该信息后的信息。
(2)的信息例如可以设为从中继UE对UE-RX发送成功了的PDCP PDU的序列号。UE-TX能识别PDCP PDU从中继UE向UE-RX送达到何种程度。(2)的信息例如可以设为发送成功了的PDCP PDU中的最高的序列号信息。(2)的信息例如可以设为发送依次成功了的PDCP PDU中的最高的序列号信息。
(3)的信息例如可以设为从中继UE对UE-RX重发成功了的PDCP PDU的序列号。UE-TX能识别PDCP PDU从中继UE向UE-RX送达到何种程度。(3)的信息例如可以设为重发成功了的PDCP PDU中的最高的序列号信息。(3)的信息例如可以设为在中继UE中被发送到比PDCP更下位的层的重发PDCP PDU的序列号。(3)的信息例如可以设为被发送到比PDCP更下位的层的重发PDCP PDU中的最高的序列号。
(4)的信息例如可以设为中继UE中所能缓冲的数据量。(4)的信息例如可以设为希望UE-TX发送的数据量。UE-TX可以识别应当对中继UE发送何种程度的数据量。
(5)的信息例如可以设为希望UE-TX进行发送的数据速率。UE-TX可以识别应当以何种程度的数据速率来对中继UE发送数据。
(6)的信息例如可以设为与中继UE和UE-RX之间的链路的状态有关的信息。(6)的信息例如可以是与PC5链路的状态有关的信息,可以是与无线的状态有关的信息,也可以是与RRC的状态有关的信息。这些信息可以是中继UE检测出的信息,也可以是由UE-RX报告的信息。UE-TX能识别中继UE与UE-RX之间的链路的状态。
中继UE将与中继UE中的数据收发状况有关的信息通知给UE-TX。中继UE可以将该信息与LCID信息对应起来。此外,UE-TX可以将表示请求该信息这一情况的信息通知给中继UE。接收到该请求信息的中继UE将与中继UE中的数据发送状况有关的信息通知给UE-TX。
由此,UE-TX能识别包含中继UE与UE-RX之间的数据收发状况在内的中继UE中的数据收发状况。例如,UE-TX可以使用中继UE与UE-RX之间的状况报告来修正中继UE与UE-RX的承载设定,以使得满足经由中继UE进行的使用了SL通信的V2X服务所要求的QoS。在应用于UE-TX进行中继UE与UE-RX之间的承载设定的情况下是有效的。
在UE-TX和中继UE之间的LCID与中继UE和UE-RX之间的LCID不同的情况下,产生如下问题:与中继UE中的数据收发状况有关的信息是与哪个RLC承载的收发状况有关的信息变得不明确。作为解决上述问题的方法,中继UE可以对UE-TX通知将UE-TX和中继UE之间的LCID、与中继UE和UE-RX之间的LCID关联后而得的信息。例如,中继UE对UE-TX通知对进行中继的通信设定的LCID以及LCID的映射信息。中继UE使用UE-TX和中继UE之间所设定的LCID、以及中继UE和UE-RX之间所设定的LCID,将与中继UE中的数据收发状况有关的信息通知给UE-TX。
由此,UE-TX能识别从中继UE接收到的与数据收发状况有关的信息是UE-TX和中继UE之间的信息、还是中继UE和UE-RX之间的信息。
公开其它方法。中继UE将包含中继UE和UE-RX之间的数据收发状况在内的与中继UE中的数据收发状况有关的信息通知给UE-TX,以作为与UE-TX和中继UE之间所设定的LCID对应的、与中继UE中的数据收发状况有关的信息。中继UE可以基于本中继UE所进行的UE-TX和中继UE之间的LCID、与中继UE和UE-RX之间的LCID之间的映射,将中继UE和UE-RX之间的数据收发状况包含在对应于UE-TX和中继UE之间所设定的LCID的与中继UE中的数据收发状况有关的信息中。由此,UE-TX能接收包含中继UE与UE-RX之间的数据收发状况在内的、与中继UE中的数据收发状况有关的信息。
在SL通信中,为了从UE-RX对中继UE、或从中继UE对UE-TX发送表示数据的接收状况的状况报告或与数据收发状况有关的信息,可以确立从UE-RX向中继UE的PC5链路、或从中继UE向UE-TX的PC5链路。该PC5链路的确立可以在从UE-TX向中继UE的PC5链路的确立时、或从中继UE向UE-RX的PC5链路的确立时实施。
表示数据的接收状况的状况报告或数据收发状况可以通过该PC5链路中的PC5信令,从UE-RX对中继UE通知、或从中继UE对UE-TX通知。或者,可以使用RRC信令,也可以使用MAC信令。由此,在SL通信中,能从UE-RX对中继UE或从中继UE对UE-TX发送表示数据的接收状况的状况报告、或与数据接收状况有关的信息。
由此,例如,在UE-TX或中继UE中,能根据UE-TX与中继UE之间的通信状况、以及中继UE与UE-RX之间的通信状况,来进行承载的设定。即使在进行经由中继UE的UE间间接通信的情况下,也能满足使用了SL通信的V2X服务所要求的QoS。
公开无线承载的设定方法的示例。
图38是示出在SL中进行经由中继UE的UE间间接通信的情况下的各节点的协议结构的其它示例的图。中继UE1(UE-to-UE relay1)在SDAP与PDCP之间进行中继。由此,中继UE1能对PDCP中进行处理前的数据进行中继。因此,在中继UE1中,能设定中继UE1与UE-RX之间的无线承载。能根据中继UE1的负荷状况来设定无线承载。
公开中继UE中的无线承载的设定方法。
中继UE进行中继UE与UE-RX之间的无线承载的设定。无线承载可以是SRB,也可以是DRB。中继UE可以将该无线承载的设定通知给UE-RX。由此,中继UE能设定中继UE与UE-RX之间的SL通信用的承载。中继UE能使用本中继UE中的负荷状况、中继UE与UE-RX之间的电波传播状况,容易地实施中继UE与UE-RX之间的SL通信用的承载设定。
作为其它方法,UE-TX可以进行中继UE与UE-RX之间的无线承载的设定。UE-TX将该无线承载的设定通知给UE-RX。UE-TX可以经由中继UE将该设定通知给UE-RX。UE-TX将该无线承载的设定通知给中继UE,中继UE将该无线承载的设定通知给UE-RX。由此,UE-TX能对中继UE请求中继UE与UE-RX之间的承载设定。例如,即使在中继UE与UE-RX之间,UE-TX也能根据V2X服务所请求的QoS来实施承载设定。
作为上述设定的通知方法,可以适当应用上述RLC承载的设定方法中所公开的通知方法。
中继UE与UE-RX之间的无线承载的设定可以和UE-TX与中继UE之间的无线承载的设定不同。可以使中继UE与UE-RX之间的无线承载的设定和UE-TX与中继UE之间的无线承载的设定不同。例如,可以仅使中继UE和UE-RX之间的无线承载标识以及RLC承载中使用的LCID的设定与UE-TX和中继UE之间的无线承载标识以及RLC承载中使用的LCID的设定不同。
由此,能设定中继UE和UE-RX之间的无线承载的设定,而与UE-TX和中继UE之间的无线承载的设定无关。由此,能设定中继UE和UE-RX之间的无线承载标识和LCID的设定,而与UE-TX和中继UE之间的无线承载标识和LCID的设定无关。能根据中继UE中的负荷状况等,来变更UE-TX侧与UE-RX侧的设定。
此外,中继UE与UE-RX之间的从RLC到PHY为止的设定不一定要和UE-TX与中继UE之间的从RLC到PHY为止的设定相同。可以使中继UE与UE-RX之间的从RLC到PHY为止的设定和UE-TX与中继UE之间的从RLC到PHY为止的设定不同。由此,包含从MAC到PHY在内,能根据中继UE中的负荷状况、电波传播环境等,来变更UE-TX侧与UE-RX侧的设定。
图38公开了UE-TX和中继UE之间的DRB的设定与中继UE和UE-RX之间的DRB的设定不同的示例。在UE-TX与中继UE1之间设定DRB1,在中继UE1与UE-RX之间设定DRB2。中继UE1中,进行从DRB1向DRB2的映射。此外,在UE-TX与中继UE1之间的DRB1中设定LCID1,在中继UE1与UE-RX之间的DRB2中设定LCID2。在SL通信中,从UE-TX发送到中继UE1的数据中使用DRB1的LCID1,中继UE1将DRB1的LCID1变更为DRB2的LCID2,从中继UE1发送到UE-RX的数据中使用DRB2的LCID2。
中继UE1与UE-RX之间的中继发送中使用的DRB标识和LCID设定被预先通知给UE-RX。由此,UE-RX能接收DRB2的LCID2的数据。
通过像图38的示例那样设置,从而能根据中继UE中的负荷状况、中继UE与UE-RX之间的电波传播状况,来实施中继UE与UE-RX之间的SL通信用的承载设定。
中继UE中,可以将多个无线承载映射到一个RLC承载。作为中继UE与UE-RX之间的承载设定,可以包含对应的无线承载的标识。由此,能降低由中继UE构成的RLC承载数,能使结构简化。
作为在SL中进行经由中继UE的UE间间接通信的情况下的各节点的协议结构,公开了在SDAP与PDCP之间进行中继。作为其它结构,可以在SDAP与V2X层之间进行中继。能对基于PC5 QoS流的数据进行中继。
SDAP中,进行从PC5 QoS流向无线承载的映射。关于从PC5 QoS流向承载的映射,可以使UE-TX和中继UE之间的映射与中继UE和UE-RX之间的映射不同。中继UE中,按照中继UE与UE-RX之间所设定的映射方法,来进行从QoS流向无线承载的映射。中继UE与UE-RX之间的从QoS流向承载的映射可以由中继UE设定,也可以由UE-TX设定。关于设定方法,可以适当应用上述DRB的设定方法。
由此,中继UE或UE-TX能使用中继UE中的负荷状况、中继UE与UE-RX之间的电波传播状况等,来设定中继UE与UE-RX之间的从SL通信用的QoS流向无线承载的映射。
此外,可以组合上述DRB的设定方法。例如,关于DRB的设定以及从QoS流向DRB的映射设定,可以使UE-TX和中继UE之间的该设定与中继UE和UE-RX之间的该设定不同。由此,能进一步灵活地进行设定。
通过设为本实施方式4中所公开的方法,在经由中继UE的UE间间接通信中,也能实施与V2X服务所请求的QoS相对应的SL通信。
在SL中进行经由中继UE的间接通信的情况下,中继UE可以在规定的期间保持数据。作为规定的期间,可以设置计时器。中继UE可以保持进行中继的数据,直到计时器期满为止。此外,中继UE可以对进行中继的数据进行重发处理,直到计时器期满为止。中继UE在计时器期满的情况下,废弃该数据。中继UE可以将废弃数据的情况通知给UE-TX。中继UE可以通知废弃了哪个数据。可以将废弃的数据的信息加入上述中继UE中的数据收发状况。废弃的数据例如可以由PDCP的序列号来表示。
该计时器的设定可以由UE-TX进行,并通知给中继UE。或者,可以由中继UE设定。在由中继UE设定的情况下,可以将计时器的设定通知给UE-TX或UE-RX。或者,计时器的设定可以通过标准等静态地决定。由此,中继UE能识别该计时器的设定。
由此,在中继UE中,在来自UE-TX的数据接收定时与向UE-RX的数据收发的定时不一致的情况下,也能降低中继UE中的数据的收发处理中的误动作。
实施方式4的变形例1.
为了提高基站与终端间的通信的可靠性,存在复制一个数据并用不同的路径来收发的分组复制(Packet Duplication)技术(非专利文献16)。在分组复制中,有时将路径、或者在各路径中使用的协议称为支路(Leg)。在SL通信中,也要求在多种服务中提高SL通信的可靠性。然而,关于SL通信中的分组复制的方法、特别是在SL通信中进行经由中继UE的间接通信的情况下的分组复制的方法,并没有任何公开。
本实施方式4的变形例1中,公开在SL中进行经由中继UE的UE间间接通信的情况下的分组复制的方法。
图39是示出根据本实施方式4的变形例1、在SL通信中进行经由中继UE的间接通信的情况下的分组复制的示意图。UE-TX进行分组复制,将复制后的各数据经由不同的中继UE(中继UE1和中继UE2)发送给UE-RX。UE-RX从中继UE1和中继UE2接收复制后的数据。在从中继UE接收到的数据已经是从其它中继UE接收到的数据的情况下,UE-RX可以废弃之后接收到的数据。
在使用了多个载波(载波频率)的SL通信中,对每个载波设定中继。UE-TX和UE-RX可以实施使用了CA(Carrier Aggregation:载波聚合)的SL通信。可以对CA的每个载波设定中继。在一个或多个载波中可以使用相同的中继UE。此外,在一个或多个载波中可以不设定中继。在使用了多个载波的SL通信中,可以对每个载波设定UE间直接通信、或经由中继UE的UE间间接通信。各载波上的中继的设定方法例如可以使用非专利文献24所公开的方法,也可以使用实施方式4中所公开的方法。
可以将中继UE和UE-RX之间的载波设定为与UE-TX和中继UE之间的载波相同。在对CA的每个载波设定中继的情况下也能设为相同。这些设定可以由UE-TX进行,也可以由中继UE进行。或者,gNB可以进行这些设定。或者,S-UE可以进行这些设定。例如,如果实施调度的节点进行载波的设定,则能使得用于实施中继的处理变得容易。
作为其它方法,可以通过标准等静态地决定将中继UE和UE-RX之间的载波设为与UE-TX和中继UE之间的载波相同。由于不需要用于设定的信息通知和信令,因此,能使得用于实施中继的处理进一步变得容易。
可以将中继UE和UE-RX之间的载波设定为与UE-TX和中继UE之间的载波不同。其中,该情况下,可以使各中继UE与UE-RX之间的载波不同。在对CA的每个载波设定中继的情况下也能设为相同。这些设定可以由UE-TX进行,可以由gNB进行,或者也可以由S-UE进行。能使各中继UE与UE-RX之间的载波不同。
由此,UE-TX能在不同的载波上对UE-RX进行经由中继UE的UE间间接通信。通过在UE-TX与各中继UE之间使用不同的载波,并在各中继UE与UE-RX之间使用不同的载波,从而能避免SL通信中所使用的资源间的干扰。因此,能以较高的通信质量且低延迟地实施使用了多个载波(载波频率)的SL通信。
在SL通信中的分组复制中,可以对每个路径设定中继。在一个或多个路径中可以使用相同的中继UE。此外,在一个或多个路径中也可以不设定中继。在使用了多个路径的SL通信中,可以对每个路径设定UE间直接通信、或经由中继UE的UE间间接通信。各路径上的中继的设定方法例如可以使用非专利文献24所公开的方法,也可以使用实施方式4中所公开的方法。
在SL通信中可以使用CA来实施分组复制。在使用了CA的分组复制中,可以对CA的每个载波设定中继。作为对CA的每个载波设定中继的方法,可以将上述的对CA的每个载波设定中继的方法、与对每个路径设定中继的方法组合起来适当应用。
例如,在使用了CA的分组复制中,对于每个路径,可以将中继UE和UE-RX之间的载波设定为与UE-TX和中继UE之间的载波相同。这些设定可以由UE-TX进行,也可以由中继UE进行。或者,gNB可以进行这些设定。或者,S-UE可以进行这些设定。例如,如果实施调度的节点进行载波的设定,则能使得用于实施中继的处理变得容易。
为了进行SL中的分组复制,UE-TX与UE-RX对每个无线承载设定相当于复制数的RLC承载。复制后的数据使用各RLC承载来收发。例如,在分组复制数为2的情况下,设定一个DRB用于进行分组复制的数据通信,并在该DRB中设定2个RLC承载。对各RLC承载赋予不同的LCID。
在SL通信中,在对每个路径设定中继并实施分组复制的情况下,该路径成为经由中继UE的UE间间接通信。因此,可以实施中继UE-TX和中继UE之间的RLC承载的设定、以及中继UE和UE-RX之间的RLC承载的设定。
在SL通信中,在对每个路径设定中继并实施分组复制的情况下,例如,当中继UE-TX和中继UE之间的LCID与中继UE和UE-RX之间的LCID不同、并且中继UE1和UE-RX之间的LCID与中继UE2和UE-RX之间的LCID相同的情况下,UE-RX接收相同的LCID的数据。该情况下,UE-RX能判断接收到的数据是否是分组复制后的数据。即,无法正常地实施分组复制。
为了解决上述问题,可以对中继UE-TX和中继UE之间的RLC承载、与中继UE和UE-RX之间的RLC承载设定相同的LCID。通过设定相同的LCID,从而UE-RX能识别哪个接收数据是分组复制后的数据。此外,由于使用在UE-TX侧设定的LCID,因此,在使用了设定有中继的路径和未设定中继的路径的分组复制中,UE-RX也能识别哪个接收数据是分组复制后的数据。
这些设定可以由UE-TX进行,也可以由中继UE进行。或者,gNB可以进行这些设定。或者,S-UE可以进行这些设定。例如,进行分组复制的RLC承载设定的节点可以进行这些设定。能使设定变得容易。例如,中继UE可以进行这些设定。中继UE可以将UE-TX和本中继UE之间的RLC承载的LCID设定为中继UE和UE-TX之间的RLC承载的LCID。
设定了中继的路径中的RLC承载的设定和LCID的设定可以适当应用实施方式4中所公开的、经由中继UE的UE间间接通信中的承载的设定方法。例如,可以适当应用图37中所公开的方法。
图40是示出在SL通信中进行经由中继UE的间接通信的情况下的用于分组复制的协议结构的示例的图。图40公开了对CA的每个载波的路径设定了中继的情况下的分组复制。图40公开了将分组复制数设为2个的情况。对载波CC1的路径设定中继UE1,对载波CC2的路径设定中继UE2。
UE-TX的PDCP进行分组复制。为了分组复制,对无线承载设定2个RLC承载。对2个RLC承载分别设定LCID1和LCID2。由PDCP复制后的数据被发送到各RLC承载的RLC信道,并被输入到RLC。由RLC处理后的复制数据被赋予LCID1,并由MAC来处理。在MAC中,复制数据被映射到不同的载波。预先决定该映射的对应,并在MAC中进行控制。这里,映射到不同的载波(使用载波CC1和载波CC2)的数据在PHY中被处理,并通过各载波来发送。由RLC处理后的复制数据被赋予LCID1,并由MAC来处理。在MAC中,复制数据被映射到不同的载波。预先决定该映射的对应,并在MAC中进行控制。这里,映射到不同的载波(使用载波CC1和载波CC2)的数据在PHY中被处理,并通过各载波来发送。
使用载波CC1,在UE-TX与中继UE1之间以及中继UE1与UE-RX之间进行经由中继UE1的SL通信。中继UE1从UE-TX接收复制数据,并进行到RLC为止的处理。设定从中继UE1到UE-RX之间的RLC承载。该RLC承载的LCID设定为与UE-TX和中继UE1之间的RLC承载的LCID相同。由此,中继UE1能将在接收侧从设定了LCID1的RLC信道输出的复制数据发送到发送侧的设定了LCID1的RLC信道。
中继UE1将复制数据输入到发送侧的RLC信道,并在RLC中处理。由RLC处理后的复制数据被赋予LCID1,并由MAC来处理。MAC处理后的复制数据在PHY中被处理,并通过载波CC1来发送。UE-RX从中继UE接收复制数据,并进行到RLC为止的处理。UE-RX在设定了LCID1的RLC中处理复制数据,将其输出到RLC信道,并输入到PDCP。UE-RX的PDCP通过从由分组复制所设定的RLC信道输入数据,从而能识别是复制数据。
使用载波CC2,在UE-TX与中继UE2之间以及中继UE2与UE-RX之间进行经由中继UE1的SL通信。这与上述使用载波CC1来进行经由中继UE1的SL通信的方法同样地进行。
UE-RX在PDCP中处理从由分组复制所设定的RLC承载的RLC信道输出的复制数据,并从PDCP输入到SDAP。UE-RX的PDCP能判断从RLC输入的复制数据是否是已经接收到的数据。在UE-RX的PDCP判断为从RLC输入的复制数据是已经接收到的数据的情况下,可以废弃之后接收到的复制数据。
通过将UE-TX和中继UE1之间的LCID设定为与中继UE1和UE-RX之间的LCID相同,从而UE-RX能正常地实施分组复制。由此,能进行在SL通信中进行经由中继UE的间接通信的情况下的分组复制。因此,能提高SL通信的可靠性。
上述示例中,公开了将UE-TX和中继UE1之间的LCID设定为与中继UE1和UE-RX之间的LCID相同。公开其它示例。可以使UE-TX和中继UE之间的LCID与中继UE和UE-RX之间的LCID不同。其中,使各中继UE和UE-RX之间的路径中所设定的RLC承载所对应的LCID不同。这些设定可以由UE-TX进行,可以由gNB进行,或者也可以由S-UE进行。在分组复制的各路径中能使中继UE与UE-RX之间的RLC承载的LCID不同。
进行上述设定的节点将这些设定通知给UE-RX。该节点可以经由中继UE来通知这些设定。由此,UE-RX能设定分组复制中使用的RLC承载和LCID。UE-RX能正常地实施分组复制。
如上所述,在分组复制中,使各中继UE和UE-RX之间的路径中所设定的RLC承载所对应的LCID不同,并将这些设定通知给UE-RX,从而UE-RX能正常地实施分组复制。能进行在SL通信中进行经由中继UE的间接通信的情况下的分组复制。因此,能提高SL通信的可靠性。
UE-TX可以对中继UE通知分组复制的设定的解除。或者,UE-TX可以对中继UE、或者中继UE可以对UE-RX通知分组复制的设定的解除。由此,能解除UE-TX中的用于分组复制的设定。能解除UE-TX中的发送处理、中继UE、UE-RX中的用于分组复制的承载设定,因此,能使中继UE中的收发处理、UE-RX中的接收处理简化。
UE-TX可以对UE-RX通知表示是开始分组复制还是停止分组复制的信息。UE-TX也可以对中继UE通知表示是开始分组复制还是停止分组复制的信息。例如,该信息可以是表示激活还是非激活的信息。该信息可以与分组复制中的承载的设定一起或分开进行通知。例如,在根据该信息表示开始分组复制的情况下,中继UE或UE-RX开始分组复制处理。在根据该信息表示停止分组复制的情况下,中继UE或UE-RX停止分组复制处理。
由此,能识别UE-RX或中继UE是开始还是停止分组复制处理。能一边维持分组复制的设定一边停止分组复制。在分组复制的停止过程中,可以不实施分组复制处理,因此,能使UE-TX中的发送处理、中继UE中的收发处理、UE-RX中的接收处理简化。此外,在从分组复制的停止向开始转移时,无需进行分组复制的设定,因此,能尽早开始分组复制。能低延迟地开始使用了分组复制的SL通信。
图40的示例中,公开了对CA的每个载波的路径设定了中继的情况下的分组复制。关于在SL通信中进行经由中继UE的间接通信的情况下的分组复制,公开其它示例。在分组复制的多个路径中使用相同的载波。在使用了相同的载波的分组复制的各路径中设定中继UE。
图41是示出在SL通信中进行经由中继UE的间接通信的情况下的用于分组复制的协议结构的其它示例的图。图41公开了在分组复制的路径中使用了相同的载波的情况下的分组复制。图41公开了将分组复制数设为2个的情况。分组复制用的2个路径均使用载波CC1,对一个路径设定中继UE1,对另一个路径设定中继UE2。
分组复制中的各节点中的RLC承载和LCID的设定以及分组复制处理与图40相同,因此省略说明。
在各路径中使用了相同的载波的情况下,在UE-TX与各中继UE之间、以及各中继UE与UE-RX之间,在SL通信中使用的资源间产生干扰。因此,有时因资源的冲突而产生SL通信的延迟时间的增大、通信中断等。公开解决上述问题的方法。
在分组复制的各路径中设定不同的资源。资源可以是RP。或者,资源可以是为了SL通信而保留或选择的资源。由此,能避免SL通信中使用的资源间的干扰。可以将分组复制的各路径中所设定的RLC承载的RLC信道或LCID、与资源对应起来进行设定。
可以对分组复制的各路径设置标识。可以将各路径的标识与资源对应起来设定。这些设定可以由UE-TX进行,可以由gNB进行,或者也可以由S-UE进行。在分组复制的各路径中能使中继UE与UE-RX之间的RLC承载的LCID不同。
这些设定可以由UE-TX进行,也可以由中继UE进行。或者,gNB可以进行这些设定。或者,S-UE可以进行这些设定。例如,进行分组复制的RLC承载设定的节点可以进行这些设定。进行了该设定的节点将该设定通知给中继UE及/或UE-RX。在对UE-RX通知的情况下,该节点可以经由中继UE来通知该设定。接收到该设定的节点对该本节点的RLC承载实施该设定。
由此,在分组复制的路径中,即使使用相同的载波,也能避免资源的干扰。由此,UE-RX能以较低的错误率来接收分组复制后的数据。因此,能抑制SL通信的延迟时间的增大,能降低通信中断。在SL通信中进行经由中继UE的间接通信的情况下,通过分组复制,能使SL通信的可靠性提高。
UE-RX能对UE-TX通知分组复制的请求。UE-RX能经由中继UE对UE-TX通知分组复制的请求。UE-RX可以将关于中继UE和UE-RX之间的SL通信状况的信息与分组复制的请求一起通知。例如,UE-RX可以通知中继UE和UE-RX之间的通信质量信息、UE-RX中的与数据接收状况有关的信息。例如,UE-RX在经由中继UE接收到的数据的成功数低于规定的值的情况下,对UE-TX通知分组复制的请求。接收到来自UE-RX的分组复制的请求的UE-TX可以使用该请求,来判断是否实施针对UE-RX的分组复制。由此,能实施将UE-RX中的数据接收状况考虑在内的分组复制。
中继UE可以对UE-TX通知分组复制的请求。中继UE可以将关于中继UE和UE-RX之间的SL通信状况的信息与分组复制的请求一起通知。例如,中继UE可以通知中继UE和UE-RX之间的通信质量信息、中继UE中的与向UE-RX的数据发送状况有关的信息。此外,例如,中继UE可以通知中继UE和UE-TX之间的通信质量信息、中继UE中的与来自UE-TX的数据接收状况有关的信息。
例如,中继UE在向UE-RX发送的数据的成功数低于规定的值的情况下,对UE-TX通知分组复制的请求。此外,例如,中继UE在从UE-TX接收到的数据的成功数低于规定的值的情况下,对UE-TX通知分组复制的请求。接收到来自中继UE的分组复制的请求的UE-TX可以使用该请求,来判断是否实施针对UE-RX的分组复制。由此,能实施将中继UE中的数据收发状况考虑在内的分组复制。
根据本实施方式4的变形例1所公开的方法,在SL通信中也进行经由中继的UE间间接通信的情况下,也能实施分组复制。因此,能在经由中继的UE间间接通信中获得冗余性,能使得使用了SL通信的多种服务中的可靠性提高。
UE-TX可以对中继UE通知中继UE与UE-RX之间的分组复制的请求。UE-TX在经由中继UE与UE-RX之间进行的SL通信中,通知中继UE与UE-RX之间的分组复制的请求。接收到该请求的中继UE进行中继UE与UE-RX之间的分组复制的设定,并实施分组复制。中继UE可以对UE-TX通知中继UE与UE-RX之间的分组复制的实施。可以将该通知作为针对分组复制的请求的肯定响应来进行。由此,在中继UE与UE-RX之间的通信质量较差的情况下,也能在中继UE与UE-RX之间的通信中获得冗余性。由此,能提高该通信的可靠性。
上述内容中,UE-TX对中继UE进行了中继UE与UE-RX之间的分组复制的请求,但作为其它方法,中继UE可以判断中继UE与UE-RX之间的分组复制的实施。中继UE进行与UE-RX之间的分组复制的设定,并实施分组复制。由此,能实施分组复制,而不等待来自UE-TX的请求。能尽早在中继UE与UE-RX之间的通信中获得冗余性,能使该通信的可靠性提高。
实施方式4的变形例2.
在SL中经由中继进行UE间间接通信的情况下,产生如下情况:从多个UE-TX经由一个中继向一个UE-RX发送数据。该情况下,如果中继UE将来自各UE-TX的发送数据单独中继到UE-RX,则中继UE中的处理、UE-RX中的处理复杂化。
本实施方式4的变形例2中,公开解决上述问题的方法。
在中继UE中将从多个UE-TX发送的数据连结,并发送到一个UE-RX。
图42是根据本实施方式4的变形例2、在SL通信中由中继UE连结数据并进行中继的示例的示意图。在SL中,经由中继UE1来进行UE-TX1与UE-RX之间的间接通信、以及UE-TX2与UE-RX之间的间接通信。中继UE1将从UE-TX1和UE-TX2发送到相同的UE-RX的数据连结并中继。
然而,多个UE-RX分别独立地设定RLC承载和LCID。因此,产生UE-TX与中继UE之间的RLC承载的LCID重复的情况。该情况下,在从中继UE向UE-RX的发送中,对从多个UE-TX发送的数据设定相同的LCID,因此,中继UE的MAC将数据无区分地发送。此外,UE-RX的MAC也对接收到的数据设定了相同的LCID,因此,无法区分是来自哪个UE-TX的数据。因此,产生如下问题:UE-RX无法按每个UE-TX来对数据进行分类,无法正常地进行接收。
公开解决上述问题的方法。在中继UE与UE-RX之间的RLC承载的设定中,对每个UE-TX设定不同的LCID。
图43是示出用于在SL通信中由中继UE连结数据并进行中继的协议结构的第1示例的图。在SL中,经由中继UE1来进行UE-TX1与UE-RX之间的间接通信、以及UE-TX2与UE-RX之间的间接通信。图43公开了如下示例:中继UE1将从UE-TX1和UE-TX2发送到相同的UE-RX的数据连结并中继。
UE-TX1所生成的数据通过由无线承载DRB1所设定的PDCP到PHY来处理,并通过载波CC1来发送。中继UE1接收从UE-TX1发送来的数据,并进行从PHY到RLC的处理。作为UE-TX1和中继UE1之间的RLC承载所对应的LCID,设定LCID1。UE-TX2所生成的数据也同样地由中继UE1来接收。公开作为UE-TX2和中继UE1之间的RLC承载所对应的LCID,设定了相同的LCID1的情况。
中继UE中,可以对每个UE-TX设定MAC。可以对每个UE-TX设定不同的RLC承载。由此,即使在从多个UE-TX发送的数据中设定有相同的LCID的情况下,中继UE也能对从多个UE-TX发送来的数据进行分类。
可以设置UE-TX的标识信息。可以将UE-TX的标识信息包含在RLC承载的设定中。UE-TX能将本UE-TX的标识信息包含在RLC承载的设定中并通知给中继UE。中继UE能识别是哪个UE-TX的RLC承载设定。
每个UE-TX的RLC承载可以与每个UE-TX的无线承载关联地进行设定。可以将UE-TX的标识信息包含在每个UE-TX的中继UE间的无线承载的设定中。UE-TX能将本UE-TX的标识信息包含在无线承载的设定中并通知给中继UE。中继UE能识别是哪个UE-TX的RLC承载设定。
UE-TX的标识可以是发送源的L2层ID。在将无线承载的设定或RLC承载的设定通知给中继UE时,UE-TX通知发送源的L2层ID。中继UE能从进行了该设定的发送源的L2层ID中确定UE-TX。
在中继UE1与UE-RX之间,为了来自UE-TX1的数据发送、以及来自UE-TX2的数据发送,而设定各个RLC承载。进行该设定,以使得来自UE-TX1的数据发送用的RLC承载的LCID与来自UE-TX2的数据发送用的RLC承载的LCID不同。可以设定为使之后设定的一方的LCID与先设定的一方的LCID不同。
图43的示例中,作为UE-TX1与中继UE1之间的RLC承载的LCID,设定了LCID1,因此,作为中继UE1与UE-RX之间的RLC承载的LCID,设定LCID1。作为与UE-TX2和中继UE1之间的RLC承载对应的LCID,设定了相同的LCID1,因此,为了使LCID不同,作为中继UE1与UE-RX之间的RLC承载的LCID,设定LCID2。
这些设定可以由中继UE1进行。或者,在gNB或S-UE进行UE-TX1和UE-TX2双方的调度的情况下,可以由gNB或S-UE来进行该设定。进行了该设定的节点将该设定通知给中继UE1及/或UE-RX。在对UE-RX通知的情况下,该节点可以经由中继UE1来通知该设定。由此,能进行中继UE1与UE-RX之间的承载设定。
中继UE1将从UE-TX1接收到的数据输入到在中继UE1与UE-RX之间为了来自UE-TX1的发送数据而设定的RLC承载的RLC信道。这里,设定LCID1。中继UE1将从UE-TX2接收到的数据输入到在中继UE1与UE-RX之间为了来自UE-TX2的发送数据而设定的RLC承载的RLC信道。这里,设定与LCID1不同的LCID2。
输入到各RLC的数据在MAC中进行处理。MAC将发送到相同的UE-RX的数据连结。例如,中继UE可以使用发送目标的L2层ID,来判断是否连结数据。例如,如果发送目标的L2层ID相同,则MAC将数据连结。如果发送目标的L2层ID不同,则MAC不连结数据。由于对来自各UE-TX的发送数据赋予不同的LCID,因此,即使在MAC中连结,也能对发送目标进行分类。中继UE的发送侧MAC可以为一个。中继UE的发送侧MAC的数量可以与中继UE发送的UE-RX的数量相同。能使每个UE-RX的连结和发送变得容易。
在中继UE1的发送侧MAC中连结的数据在PHY中被处理并发送。UE-RX在PHY和MAC中对从中继UE接收到的数据进行处理。UE-RX对在MAC中连结的数据进行分类。UE-RX使用赋予给数据的LCID来判断是为了来自UE-TX1的发送数据而设定的RLC承载的数据、还是为了来自UE-TX2的发送数据而设定的RLC承载的数据。在LCID1的情况下,接收数据被分类作为为了来自UE-TX1的发送数据而设定的RLC承载的数据,被输入到UE-TX1用的RLC承载的RLC,在RLC中被处理,被输入到PDCP,在PDCP中被处理,并被输出到SDAP。在LCID2的情况下,接收数据被分类作为为了来自UE-TX2的发送数据而设定的RLC承载的数据,被输入到UE-TX2用的RLC承载的RLC,在RLC中被处理,被输入到PDCP,在PDCP中被处理,并被输出到SDAP。
由此,UE-RX能对每个UE-TX的数据进行分类。UE-RX能正常地接收在中继UE中连结后的来自各UE-TX的数据。
图43中公开了如下情况:在UE-TX1中设定的UE-TX1和中继UE之间的RLC承载的LCID、与在UE-TX2中设定的UE-TX2和中继UE之间的RLC承载的LCID相同。
图44是示出用于在SL通信中由中继UE连结数据并进行中继的协议结构的第2示例的图。公开了如下示例:在UE-TX1中设定的UE-TX1和中继UE之间的RLC承载的LCID、与在UE-TX2中设定的UE-TX2和中继UE之间的RLC承载的LCID不同。
在中继UE1与UE-RX之间,为了来自UE-TX1的数据发送、以及来自UE-TX2的数据发送,而设定各个RLC承载。进行该设定,以使得来自UE-TX1的数据发送用的RLC承载的LCID与来自UE-TX2的数据发送用的RLC承载的LCID不同。设定为使之后设定的一方的LCID与先设定的一方的LCID不同。
图44的示例中,作为UE-TX1与中继UE1之间的RLC承载的LCID,设定了LCID1,因此,作为中继UE1与UE-RX之间的RLC承载的LCID,设定LCID1。作为与UE-TX2和中继UE之间的RLC承载对应的LCID,设定了相同的LCID2,因此,该LCID与UE-TX1和中继UE之间的RLC承载的LCID不同。因此,作为中继UE1与UE-RX之间的RLC承载的LCID,直接设定LCID2。
由此,在中继UE与UE-RX之间的RLC承载的设定中,能对每个UE-TX设定不同的LCID。用于在中继UE中连结数据的各节点中的处理与图43相同,因此省略说明。由此,UE-RX能对每个UE-TX的数据进行分类,能正常地接收来自在中继UE中连结的各UE-TX的数据。
图45是示出用于在SL通信中由中继UE连结数据并进行中继的协议结构的第3示例的图。中继UE1(UE-to-UE relay1)在SDAP与PDCP之间进行中继。图45公开了UE-TX和中继UE之间的DRB的设定与中继UE和UE-RX之间的DRB的设定不同的示例。
UE-TX1与中继UE之间的无线承载设定为DRB1,RLC承载的LCID设定为LCID1。UE-TX2与中继UE之间的无线承载设定为DRB1,RLC承载的LCID设定为LCID1。UE-TX1和中继UE之间、以及UE-TX2和中继UE之间均设定相同的无线承载标识和相同的RLC承载的LCID。
在中继UE1与UE-RX之间,为了来自UE-TX1的数据发送、以及来自UE-TX2的数据发送,而设定各个无线承载。进行该设定,以使得来自UE-TX1的数据发送用的无线承载的标识和LCID、与来自UE-TX2的数据发送用的无线承载的标识和LCID不同。可以设定为使之后设定的一方的无线承载的标识和LCID与先设定的一方的无线承载的标识和LCID不同。
图45的示例中,作为UE-TX1与中继UE之间的无线承载的标识,设定了DRB1,作为RLC承载的LCID,设定LCID1。因此,作为中继UE1与UE-RX之间的无线承载的标识,设定DRB1,作为RLC承载的LCID,设定LCID1。作为UE-TX2与中继UE之间的无线承载的标识,设定了相同的DRB1,作为与RLC承载对应的LCID,设定了相同的LCID1。因此,为了使无线承载的标识以及LCID不同,作为中继UE1与UE-RX之间的无线承载的标识,设定相同的DRB2,作为RLC承载的LCID,设定LCID2。
由此,在中继UE与UE-RX之间的承载的设定中,能对每个UE-TX设定不同的无线承载标识和不同的LCID。用于在中继UE中连结数据的各节点中的处理与图43相同,因此省略说明。由此,UE-RX能对每个UE-TX的数据进行分类,能正常地接收在中继UE中连结的来自各UE-TX的数据。
公开在中继UE中将从多个UE-TX发送来的数据连结并发送到一个UE-RX的其它方法。中继UE可以将多个无线承载映射到一个无线承载并中继。中继UE在进行映射时可以设定不同的无线承载的标识。该设定可以由UE-TX进行,也可以由中继UE进行。此外,可以与UE-TX的标识关联。由此,例如在SDAP与PDCP之间进行中继的情况下,也能在中继UE中连结从多个UE-TX发送来的数据,并发送到一个UE-RX。
公开在中继UE中将从多个UE-TX发送来的数据连结并发送到一个UE-RX的其它方法。中继UE可以将多个QoS流映射到一个QoS流并中继。或者,中继UE可以将多个QoS流映射到一个无线承载并中继。中继UE在进行映射时可以设定不同的QoS流的标识。该设定可以由UE-TX进行,也可以由中继UE进行。此外,可以与UE-TX的标识关联。由此,例如在SDAP与V2X层之间进行中继的情况下,也能在中继UE中连结从多个UE-TX发送来的数据,并发送到一个UE-RX。
通过采用本实施方式4的变形例2所公开的方法,在SL中经由中继来进行UE间间接通信的情况下,能从多个UE-TX经由一个中继向一个UE-RX发送数据。在中继UE与UE-RX之间可以不进行多个PC5链路、RRC连接的确立。能使从多个UE-TX对一个UE-RX经由中继UE的UE间间接通信的处理简化。
实施方式5.
在SL通信中,作为在HO中使用的资源池,有例外RP(Exceptional Resource Pool:例外资源池)(参照非专利文献1)。然而,例如在多个UE同时进行HO的情况下,所有这些UE使用例外RP来进行SL通信。该情况下,由于例外RP的拥挤,无法保留SL通信用的资源,会引起到通信为止的延迟、通信中断。为了解决上述问题,提出了有效区域的导入(参照非专利文献25)。
作为RP能使用的区域,设定有效区域。有效区域在比一个小区的覆盖范围要大的范围内设定。有效区域的设定使用从小区作为***信息被广播的***信息区域ID(systemInformationAreaID)(参照非专利文献26)。***信息区域ID表示小区属于哪个***信息区域,并对每个SIB设定。可以通过设定RP的SIB来设定***信息区域ID。
如上所述,通过使用***信息区域ID来作为有效区域,从而能在更大的范围内使用RP。因此,例如,在进行设定有相同的***信息区域ID的小区间的HO的情况下,无需使用例外RP。因此,能使例外RP的拥挤减少。
然而,即使使用***信息区域ID,在有效区域间的HO中,也必须使用例外RP。因此,与上述同样地,在多个UE同时进行HO的情况下,由于例外RP的拥挤,会引起到通信为止的延迟、通信中断。
本实施方式5中,公开解决上述问题的方法。
对于一个小区,设定一个或多个***信息区域ID。小区对设定有一个或多个***信息区域ID的***信息进行广播。在对多个小区设定***信息区域ID的情况下,设定各***信息区域ID的多个小区的组合可以不同。例如,可以设定***信息区域ID,以使得在小区间HO时所有的***信息区域ID不变更。
图46是示出根据本实施方式5、对一个小区设定多个***信息区域ID的示例的图。作为从gNB1到gNB5的规定的SIB的***信息区域ID,设定1。此外,作为从gNB3和gNB5到gNB9的该规定的SIB的***信息区域ID,设定2。上述规定的SIB可以是从小区广播的一部分或全部的SIB。
gNB1、gNB2、gNB4所广播的规定的SIB中,作为***信息区域ID设定1。gNB6、gNB7、gNB8、gNB9所广播的规定的SIB中,作为***信息ID设定2。gNB3和gNB5所广播的规定的SIB中,作为***信息ID设定1和2。由此,例如,如gNB3、gNB5等那样,能对一个小区设定多个***信息区域ID。
现有的SIB和***信息区域ID的设定方法中,对SIB设定***信息区域ID。因此,即使对SIB设定多个***信息区域ID,也无法对该SIB设定多个值。公开解决上述问题的方法。
在包含相同种类的信息的一个SIB中,设置SIB内的一个或多个信息不同的多个SIB。例如,作为SIB18,设置分别具有不同的信息的SIB18-1和SIB18-2。可以对这样的SIB设定***信息区域ID。对于具有不同的信息的SIB,可以分别设定不同的***信息区域ID。由此,能对每个***信息区域ID设定具有不同的信息的SIB。
图47是示出根据实施方式5、在包含相同种类的信息的一个SIB中设有SIB内的一个或多个信息不同的多个SIB的示例的图。对于作为相同种类的信息在SL中使用的具有共通TX池(commonTXpool)的SIB18,设置具有不同的信息的值的SIB18-1和SIB18-2。SIB18-1中设定共通TX池1(commonTXpool1),SIB18-2中设定共通TX池2(commonTXpool2)。
对SIB18-1、SIB18-2分别设定***信息区域ID。对SIB18-1设定11以作为***信息区域ID,对SIB18-2设定12以作为***信息区域ID。小区对分别设定于SIB18-1、SIB18-2的***信息区域ID进行广播。
由此,小区能将多个***信息与各个***信息区域ID对应起来广播。接收到从小区广播的***信息的UE可以识别与多个***信息区域相对应的***信息。
公开其它方法。在包含相同种类的信息的一个SIB中,对于SIB内的一个或多个信息的每一个设置***信息区域ID。由此,在一个SIB中,能对每个信息设定多个***信息区域ID。在一个SIB中,能对各***信息区域ID设定不同的信息。
图48和图49是示出根据实施方式5、在一个SIB中对各***信息区域ID设定有不同的信息的示例的图。图48所示的第1示例中,在SIB18中,设定多个***信息区域ID。对于***信息区域ID=11的设定,设定共通TX池1(commonTXpool1),对于***信息区域ID=12的设定,设定共通TX池2(commonTXpool2)。
图49所示的第2示例中,在SIB18中,对每个信息设定***信息区域ID。对于共通TX池1(commonTXpool1)设定***信息区域ID=11,对于共通TX池2(commonTXpool2)设定***信息区域ID=12。
由此,对于SIB,能设定多个不同的信息、以及与各信息对应的***信息区域ID。
公开SL通信用RP的设定方法。
一个小区设定一个或多个有效区域。在对多个小区设定有效区域的情况下,设定各有效区域的多个小区的组合可以不同。可以将一个小区设定一个或多个有效区域的对象限定为关于SL用的RP的有效区域。可以设定有效区域,以使得在相邻小区间所有的有效区域不会不同。
RP的有效区域的设定可以使用上述的***信息区域ID。可以将有效区域与***信息区域ID对应起来。小区可以使用***信息区域ID来设定一个或多个RP的有效区域。或者,RP的有效区域的设定可以适当应用上述的***信息区域ID的设定方法。可以设置有效区域ID。可以使用有效区域ID来代替***信息区域ID。小区可以广播对SIB设定的一个或多个RP的有效区域。由此,能对一个小区设定多个有效区域。
为了选择SL通信中使用的资源,进行SL通信的UE(UE-TX)可以搜索SIB中所设定的所有RP。在设定有多个***信息区域ID的情况下,可以搜索与所设定的***信息区域ID对应的所有RP。UE-TX在HO时,在目标小区中,使用设定有与源小区相同的***信息区域ID的RP,来搜索并选择SL通信中使用的资源,并且进行SL通信用调度。
UE-TX可以在HO启动的情况下,例如在从源小区接收到HO命令时,对SIB中所设定的所有RP进行搜索。或者,UE-TX可以在与小区的通信质量劣化了的情况下,对SIB中所设定的所有RP进行搜索。例如,UE-TX可以在与小区的通信质量低于规定的阈值的情况下,对SIB中所设定的所有RP进行搜索。通过搜索所有RP,从而UE-TX在进行HO的小区中也可以不变更RP。
在HO完成后,UE-TX搜索SIB中所设定的所有RP,以在目标小区中选择SL通信中所使用的资源。在设定有多个***信息区域ID的情况下,可以搜索与所设定的***信息区域ID对应的所有RP。由此,在HO时,可以不变更RP。在HO完成后,UE-TX能在目标小区中使用与HO时所使用的RP不同的RP,来进行SL通信。
小区可以通过专用信令对UE通知上述***信息区域ID。***信息区域能单独地对UE设定。小区可以通过专用信令对UE通知上述有效区域。能单独地对UE设定有效区域。
关于***信息区域ID,可以实施激活/非激活。可以设置表示***信息区域ID的激活/非激活的信息。关于有效区域,可以实施激活/非激活。可以设置表示有效区域的激活/非激活的信息。
例如,小区对UE-TX广播多个***信息区域ID。小区将规定的***信息区域ID设定为激活,并用UE专用信令将该设定通知给UE-TX。利用该通知,UE-TX可以将激活后的***信息区域ID设为有效,并使用SIB。UE-TX在通知得到非激活的情况下,将非激活的***信息ID设为无效,且不使用SIB。规定的***信息区域ID可以是一个,也可以是多个。由此,能灵活地变更对UE设定的***信息区域。
例如,小区对UE-TX广播多个有效区域。小区将规定的有效区域设定为激活或非激活,并用UE专用信令将该设定通知给UE-TX。UE-TX可以将激活后的有效区域设为有效,并使用RP。UE-TX在被通知了非激活的情况下,将非激活的有效区域设为无效,且不使用RP。由此,能灵活地变更对UE设定的RP。
公开了如下情况:小区利用UE专用信令对UE-TX通知***信息区域ID或有效区域、或者激活/非激活。该信令可以使用RRC信令。能设定更多的信息。或者,也可以使用MAC信令。可以将上述信息包含在MAC CE中来通知。能与HARQ对应,尽早且较低接收错误的通知成为可能。或者,可以将上述信息包含在DCI中来通知。能尽早进行通知。
通过采用本实施方式5中所公开的方法,即使在较多UE同时进行HO的情况下,SL通信用资源也不会集中于例外RP。由此,能降低因RP的拥挤而引起的到通信为止的延迟时间的增加、通信中断的发生。
上述各实施方式及其变形例仅是本公开的例示,在本公开的范围内,能将各实施方式及其变形例自由组合。此外,能适当变更或省略各实施方式及其变形例的任意构成要素。
例如,在上述各实施方式及其变形例中,子帧是第5代基站通信***中的通信的时间单位的一个示例。也可以是调度单位。在上述各实施方式及其变形例中,可以按TTI单位、时隙单位、子时隙单位、微时隙单位来进行按子帧单位记载的处理。
例如,上述各实施方式及其变形例中所公开的方法并不限于V2X(Vehicle-to-everything:车对一切)服务,也可以应用于使用了SL通信的服务。例如,也可以对邻近服务(Proximity-based service)、公共安全(Public Safety)、可穿戴终端间通信、工厂中的设备间通信等多种服务中所使用的SL通信应用上述各实施方式及其变形例中所公开的方法。
本公开进行了详细的说明,但上述说明仅是所有方面中的示例,本公开并不局限于此。未举例示出的无数变形例可解释为在不脱离本公开的范围内是可设想到的。
标号说明
200、210通信***,202通信终端装置,203基站装置。
Claims (5)
1.一种通信***,包括:
基站;以及
多个通信终端,该多个通信终端构成为能实施与所述基站之间的通信以及终端间通信,所述通信***的特征在于,
所述多个通信终端中的第1通信终端将用于进行与所述多个通信终端中的第2通信终端之间的所述终端间通信的调度请求发送到所述多个通信终端中的第3通信终端,
所述第3通信终端将从所述第1通信终端接收到的所述调度请求发送到所述基站,
所述基站根据从所述第3通信终端接收到的所述调度请求,来生成所述第1通信终端与所述第2通信终端的所述终端间通信的调度信息,并将所述调度信息发送到所述第3通信终端,
所述第3通信终端将从所述基站接收到的所述调度信息发送到所述第1通信终端。
2.如权利要求1所述的通信***,其特征在于,
所述第1通信终端在发送所述调度请求以前,将与和所述第2通信终端之间的所述终端间通信相关联的信息经由所述基站提供给所述基站的上位装置,
所述基站从所述上位装置获取所述信息,并使用所述信息来生成所述调度信息。
3.一种通信终端,
构成为能实施与基站之间的通信以及终端间通信,所述通信终端的特征在于,
所述通信终端将用于所述终端间通信的调度请求发送给其它通信终端,
从所述其它通信终端接收根据所述调度请求而生成的调度信息。
4.一种通信终端,
构成为能实施与基站之间的通信以及终端间通信,所述通信终端的特征在于,
所述通信终端从其它通信终端接收用于所述其它通信终端的所述终端间通信的调度请求,并将所述调度请求发送到所述基站,
从所述基站接收由所述基站根据所述调度请求而生成的调度信息,并将所述调度信息发送到所述其它通信终端。
5.一种基站,
构成为能与通信终端进行通信,所述基站的特征在于,
所述基站从第3通信终端接收用于进行第1通信终端与第2通信终端的终端间通信的调度请求,
根据所述调度请求,来生成所述第1通信终端与所述第2通信终端的所述终端间通信的调度信息,
将所述调度信息发送到所述第3通信终端。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2019-213347 | 2019-11-26 | ||
JP2019213347 | 2019-11-26 | ||
PCT/JP2020/043308 WO2021106761A1 (ja) | 2019-11-26 | 2020-11-20 | 通信システム、通信端末および基地局 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114731737A true CN114731737A (zh) | 2022-07-08 |
Family
ID=76129482
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080080937.8A Pending CN114731737A (zh) | 2019-11-26 | 2020-11-20 | 通信***、通信终端及基站 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20220386333A1 (zh) |
EP (1) | EP4068884A4 (zh) |
JP (1) | JPWO2021106761A1 (zh) |
CN (1) | CN114731737A (zh) |
WO (1) | WO2021106761A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20230362725A1 (en) * | 2019-05-13 | 2023-11-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Connection Configuration Change |
KR20220001454A (ko) * | 2020-06-29 | 2022-01-05 | 아서스테크 컴퓨터 인코포레이션 | 무선 통신 시스템에서 사이드링크 데이터 무선 베어러 설정을 위한 위한 방법 및 장치 |
JPWO2023002987A1 (zh) * | 2021-07-19 | 2023-01-26 | ||
WO2023092592A1 (en) * | 2021-11-29 | 2023-06-01 | Lenovo (Beijing) Limited | Methods and apparatuses of resource allocation for sidelink communication |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015046155A1 (ja) * | 2013-09-27 | 2015-04-02 | 京セラ株式会社 | 通信制御方法 |
US10064212B2 (en) * | 2015-05-14 | 2018-08-28 | Blackberry Limited | Transmitting a scheduling request for a device-to-device transmission |
KR20180088364A (ko) * | 2015-12-01 | 2018-08-03 | 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 | 무선 자원 스케줄링 방법, 장치 및 시스템 |
WO2018143416A1 (ja) * | 2017-02-03 | 2018-08-09 | 京セラ株式会社 | 通信方法、無線端末、プロセッサ、及び基地局 |
-
2020
- 2020-11-20 WO PCT/JP2020/043308 patent/WO2021106761A1/ja unknown
- 2020-11-20 US US17/775,327 patent/US20220386333A1/en active Pending
- 2020-11-20 CN CN202080080937.8A patent/CN114731737A/zh active Pending
- 2020-11-20 EP EP20893614.6A patent/EP4068884A4/en active Pending
- 2020-11-20 JP JP2021561367A patent/JPWO2021106761A1/ja active Pending
Also Published As
Publication number | Publication date |
---|---|
US20220386333A1 (en) | 2022-12-01 |
EP4068884A1 (en) | 2022-10-05 |
JPWO2021106761A1 (zh) | 2021-06-03 |
WO2021106761A1 (ja) | 2021-06-03 |
EP4068884A4 (en) | 2023-12-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20230180304A1 (en) | Communication system, communication terminal, and base station for establishing downlink and uplink synchronization with at least one transmitter-receiver | |
WO2021044932A1 (ja) | 通信システム、通信端末およびネットワーク | |
WO2021106761A1 (ja) | 通信システム、通信端末および基地局 | |
US20230061163A1 (en) | Communication system and communication terminal | |
US20230131538A1 (en) | Communication system, communication terminal, and base station | |
WO2022113875A1 (ja) | 通信システムおよび通信端末 | |
WO2022030520A1 (ja) | 通信システムおよび通信端末 | |
CN114846836A (zh) | 通信***、基站及通信终端 | |
CN114303423A (zh) | 通信***、通信终端及基站 | |
KR20230147066A (ko) | 통신 시스템 및 통신 단말 | |
CN113170319A (zh) | 通信***及通信终端装置 | |
WO2021251210A1 (ja) | 通信システム、通信端末および管理装置 | |
WO2023054394A1 (ja) | 通信システム | |
WO2022210184A1 (ja) | 通信システムおよび基地局 | |
WO2023095804A1 (ja) | 通信システム | |
EP4351191A1 (en) | Communication system and base station | |
US20240129820A1 (en) | Communication system and base station | |
WO2023013513A1 (ja) | 通信システム | |
CN115039466A (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 |