CN116472747A - 通信***及通信终端 - Google Patents

通信***及通信终端 Download PDF

Info

Publication number
CN116472747A
CN116472747A CN202180078134.3A CN202180078134A CN116472747A CN 116472747 A CN116472747 A CN 116472747A CN 202180078134 A CN202180078134 A CN 202180078134A CN 116472747 A CN116472747 A CN 116472747A
Authority
CN
China
Prior art keywords
gnb
remote
relay
communication
connection
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
Application number
CN202180078134.3A
Other languages
English (en)
Inventor
望月满
下田忠宏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Publication of CN116472747A publication Critical patent/CN116472747A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/30Reselection being triggered by specific parameters by measured or perceived connection quality data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/03Reselecting a link using a direct mode connection
    • H04W36/033Reselecting a link using a direct mode connection in pre-organised networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/30Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H04W36/302Reselection being triggered by specific parameters by measured or perceived connection quality data due to low signal strength
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/34Reselection control
    • H04W36/38Reselection control by fixed network equipment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0212Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0225Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0261Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
    • H04W52/0274Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof
    • H04W52/028Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof switching on or off only a part of the equipment circuit blocks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • H04W76/34Selective release of ongoing connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08Access point devices
    • H04W88/085Access point devices with remote components

Landscapes

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

Abstract

本发明的通信***包括:基站;以及通信终端,其对终端间通信进行支持,当处于能够与位于不同于连接中的基站的其它基站的范围内的其它通信终端进行终端间通信的状态时,通信终端将表示成为该状态的连接状态信息通知给连接中的基站,接收到连接状态信息的通知的基站基于连接状态信息,来决定是否将连接状态信息的通知源的通信终端的连接目标经由其它通信终端即中继通信终端变更为该中继通信终端所在的其它基站,在使连接状态信息的通知源的通信终端的连接目标变更的情况下,对该通信终端请求连接的释放,在将连接状态信息通知给连接中的基站之后,在从该基站请求了连接的释放的情况下,通信终端释放与该基站之间的连接,并经由其它通信终端连接到其它基站。

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(第五章)中记载有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连接(RRC connection)。在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~19)。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(3GPP TS38.211))。
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(Evolved Packet System:演进分组***)和5G核心***中均支持使用了直通链路(SL:Side Link)通信(也称为PC5通信)的服务(也可以是应用)(参照非专利文献1、16、20、21、22、23)。作为使用了SL通信的服务,例如有V2X(Vehicle-to-everything:车联万物)服务、邻近服务等。
另外,在3GPP中,探讨了一些新技术。例如,探讨了定位技术(参照非专利文献24-27)、接入·回传整合(Integrated Access and Backhaul(集成接入和回传):IAB)(参照非专利文献16、28、29)。
作为定位技术,例如,探讨了使用UE与多个基站间的往返延迟时间的定位方法(Multi-Round Trip Time(多次往返时间):Multi-RTT)(参照非专利文献24)。
作为IAB,例如探讨了UE与基站之间的链路即接入链路、基站间的链路即回传链路的无线资源内的复用、延迟减少等(参照非专利文献16、28、29)。
现有技术文献
非专利文献
非专利文献1:3GPP TS 36.300 V16.2.0
非专利文献2:3GPP S1-083461
非专利文献3:3GPP TR 36.814 V9.2.0
非专利文献4:3GPP TR 36.912 V16.0.0
非专利文献5:“Senarios,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 38.912 V16.0.0
非专利文献11:3GPP RP-172115
非专利文献12:3GPP TS 37.340 V16.2.0
非专利文献13:3GPP TS 38.211 V16.2.0
非专利文献14:3GPP TS 38.213 V16.2.0
非专利文献15:3GPP TS 38.214 V16.2.0
非专利文献16:3GPP TS 38.300 V16.2.0
非专利文献17:3GPP TS 38.321 V16.1.0
非专利文献18:3GPP TS 38.212 V16.2.0
非专利文献19:3GPP TS 38.331 V16.1.0
非专利文献20:3GPP TR 23.703 V12.0.0
非专利文献21:3GPP TS 23.501 V16.5.0
非专利文献22:3GPP TS 23.287 V16.3.0
非专利文献23:3GPP TS 23.303 V16.0.0
非专利文献24:3GPP TS 38.305 V16.0.0
非专利文献25:3GPP RP-200928
非专利文献26:3GPP TS 37.355 V16.0.0
非专利文献27:3GPP R1-2004492
非专利文献28:3GPP RP-201293
非专利文献29:3GPP TS 38.401 V16.0.0
非专利文献30:3GPP TS 23.263 V16.4.0
非专利文献31:3GPP TS 23.003 V16.4.0
非专利文献32:3GPP TS 38.304 V16.2.0
发明内容
发明所要解决的技术问题
此外,探讨了在EPS和5G核心***中均支持使用了SL通信(也称为PC5通信)的多种服务的情况(参照非专利文献1、16、20、21、22、23)。SL通信中,在终端间进行通信。在SL通信中,不仅是终端间的直接通信,还提出了经由中继(relay)的UE与NW之间的通信(参照非专利文献20、23)。在这样的支持经由中继的通信的***中,如何提高终端与NW间的通信质量成为问题。
鉴于上述问题,本公开的目的之一在于,在利用了终端间通信的通信***中提高通信质量。
用于解决技术问题的技术手段
为了解决上述问题,达到目的,本公开所涉及的通信***包括:基站;以及通信终端,该通信终端对通信终端彼此直接通信的终端间通信进行支持,当处于能够与位于不同于连接中的基站的其它基站的范围内的其它通信终端进行终端间通信的状态时,通信终端将表示成为该状态的连接状态信息通知给连接中的基站。接收到连接状态信息的通知的基站基于连接状态信息,来决定是否将连接状态信息的通知源的通信终端的连接目标经由其它通信终端即中继通信终端变更为该中继通信终端所在的其它基站,在使连接状态信息的通知源的通信终端的连接目标变更的情况下,对该通信终端请求连接的释放。在将连接状态信息通知给连接中的基站之后,在从该基站请求了连接的释放的情况下,通信终端释放与该基站之间的连接,并经由其它通信终端连接到其它基站。
发明效果
根据本公开,可以实现利用了终端间通信的通信***中的通信质量的提高。
本公开的目的、特征、方面以及优点通过以下详细的说明和附图将变得更为明了。
附图说明
图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中、在远程UE经由中继UE与gNB进行RRC连接前将远程UE设为RRC_IDLE的方法的示例的时序图。
图15是示出实施方式1中、在远程UE经由中继UE与gNB进行RRC连接前将远程UE设为RRC_IDLE的方法的其它示例的时序图。
图16是示出实施方式1中、在远程UE经由中继UE与gNB进行RRC连接前将远程UE设为RRC_IDLE的方法的其它示例的时序图。
图17是示出实施方式1的变形例1中、在远程UE所连接的gNB与中继UE所连接的gNB之间使远程UE进行HO的方法的示例的时序图。
图18是示出实施方式2中、远程UE使用从gNB#1接收到的***信息的方法的示例的时序图。
图19是示出实施方式2中、gNB对远程UE指示接收***信息的gNB的方法的示例的时序图。
图20是示出实施方式2的变形例2中、远程UE进行基于TA变更的注册的方法的示例的时序图。
图21是示出实施方式2的变形例3中、从属于远程UE所存在的TA的gNB接收寻呼的方法的示例的时序图。
图22是示出实施方式3中、远程UE对gNB#1发送SR的方法的示例的时序图。
图23是示出实施方式1的变形例1中、使远程UE从gNB#1向gNB#2进行HO的方法的示例的时序图。
具体实施方式
实施方式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-UTRNA由一个或多个基站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-UTRNA201构成的***称为EPS(Evolved Packet System:演进分组***)。有时将作为核心网络的EPC和作为无线接入网的E-UTRNA 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-UTRNA201。
基站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之间进行控制信息及/或用户数据的通信。
5GC部214对上位装置、具体而言上位节点、一个或多个基站203及/或基站213进行寻呼信号的分配。另外,5GC部214进行待机状态(Idle State)的移动控制(MobilityControl)。5GC部214在移动终端202处于待机状态时及处于非活动状态(Inactive State)和活动状态(Active State)时进行跟踪区域(Tracking Area)列表的管理。5GC部214通过向属于登记有移动终端202(registered:注册)的跟踪区域(Tracking Area)的小区发送寻呼消息,从而开始进行寻呼协议。
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方式的通信***可以包含非专利文献21(3GPP TS23.501)中所记载的统一数据管理(Unified Data Management;UDM)功能、策略控制功能(Policy Control Function;PCF)。UDM及/或PCF可以包含在图3中的5GC部214中。
在5G方式的通信***中,可以设置非专利文献24(3GPP TS38.305)中记载的位置管理功能(Location Management Function:LMF)。如非专利文献30(3GPP TS 23.263)中公开的那样,LMF可以经由AMF连接到基站。
5G方式的通信***中,也可以包含非专利文献21(3GPP TS23.501)中所记载的非3GPP相互动作功能(Non-3GPP Interworking Function: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相连接。控制部310例如由构成为包含处理器和存储器的处理电路来实现。即,控制部310通过由处理器执行记述了移动终端202的一系列处理的程序来实现。记述了移动终端202的一系列处理的程序存储在存储器中。存储器的示例是诸如RAM(Random Access Memory:随机存取存储器)、ROM(Read OnlyMemory:只读存储器)、闪存等非易失性或易失性半导体存储器。控制部310可以由诸如FPGA(Field Programmable Gate Array:现场可编程门阵列)、ASIC(Application SpecificIntegrated Circuit:专用集成电路)、DSP(Digital Signal Processor:数字信号处理器)等专用处理电路来实现。在图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、412相连接。控制部411与上述移动终端202的控制部310相同,由包含处理器和存储器而构成的处理电路、或者FPGA、ASIC、DSP等专用的处理电路来实现。在图9中,基站203用于发送的天线数量与用于接收的天线数量可以相同,也可以不同。
图9是示出了基站203的结构的框图,但对于基站213也可以设为相同的结构。另外,对于图8和图9,移动终端202的天线数量、基站203的天线数量可以相同也可以不同。
图10是示出MME的结构的框图。图10中,示出上述图2所示的MME部204中所包含的MME204a的结构。PDN GW通信部501进行MME 204a和PDN GW(Packet Data Network GateWay:分组数据网关)之间的数据收发。基站通信部502在MME204a与基站203之间经由S1接口进行数据收发。在从PDN GW接收到的数据是用户数据的情况下,用户数据从PDN GW通信部501经由用户层面通信部503被传送到基站通信部502,并被发送至一个或者多个基站203。在从基站203接收到的数据是用户数据的情况下,用户数据从基站通信部502经由用户层面通信部503被传送到PDN GW通信部501,并被发送至PDN GW。
在从PDN GW接收到的数据是控制数据的情况下,控制数据从PDN GW通信部501被传送到控制层面控制部505。在从基站203接收到的数据是控制数据的情况下,控制数据从基站通信部502被传送到控制层面控制部505。
HeNBGW通信部504进行MME 204a和HeNB GW(Home-eNB Gate Way:Home-eNB网关)之间的数据收发。HeNBGW通信部504从HeNB GW接收到的控制数据被传递给控制层面控制部505。HeNBGW通信部504将从控制层面控制部505输入的控制数据发送给HeNB GW。
控制层面控制部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在移动终端202处于待机状态时及处于活动状态(Active State)时进行跟踪区域(Tracking Area)列表的管理。MME204a通过向属于登记有移动终端202(registered:注册)的跟踪区域(Tracking Area)的小区发送寻呼消息,从而开始进行寻呼协议。与MME204a相连接的eNB207的CSG的管理、CSG ID的管理、以及白名单管理可以由空闲状态移动管理部505-3来进行。
MME204a的一系列处理由控制部506来控制。由此,虽然在图10中进行了省略,但控制部506与各部501~505相连接。控制部506与上述移动终端202的控制部310相同,由包含处理器和存储器而构成的处理电路、或者FPGA、ASIC、DSP等专用的处理电路来实现。
图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的一系列处理由控制部526来控制。由此,虽然在图11中进行了省略,但控制部526与各部521~523、525、527相连接。控制部526与上述移动终端202的控制部310相同,由包含处理器和存储器而构成的处理电路、或者FPGA、ASIC、DSP等专用的处理电路来实现。
接着,示出通信***中的小区搜索方法的一个示例。图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是跟踪区域的码编号。
若步骤S606中比较得到的结果是步骤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、非专利文献16)。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的数据。
物理直通链路反馈信道(PSFCH:Physical sidelink feedback channel)将直通链路上的HARQ反馈从接收到PSSCH发送的UE传输到发送了PSSCH的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。
直通链路控制信道(SCCH;Sidelink Control Channel)是用于从一个UE向其它UE发送控制信息的直通链路用控制信道。SCCH被映射于作为传输信道的SL-SCH。
在3GPP中,探讨了在NR中也支持V2X通信。NR中的V2X通信的探讨基于LTE***、LTE-A***而推进,但在以下这一点,进行来自LTE***、LTE-A***的变更和追加。
LTE中,SL通信只有广播(broadcast)。在NR中,作为SL通信,除了广播之外,还研究了单播(unicast)和组播(groupcast)的支持(参照非专利文献22(3GPP TS23.287))。
在单播通信、组播通信中,探讨了HARQ的反馈(Ack/Nack)、CSI报告等的支持。
在SL通信中,除了广播之外,为了支持单播(unicast)和组播(groupcast),研究了PC5-S信令的支持(参照非专利文献22(3GPP TS23.287))。例如,为了确立SL、即用于实施PC5通信的链路而实施PC5-S信令。该链路在V2X层中实施,也被称为层2链路。
此外,SL通信中,正在研究RRC信令的支持(参见非专利文献22(3GPP TS23.287))。将SL通信中的RRC信令也称为PC5 RRC信令。例如,提出了在进行PC5通信的UE之间通知UE的能力、或者通知用于使用PC5通信来进行V2X通信的AS层的设定等。
在SL通信中,提出了经由中继(relay)的UE与NW之间的通信(参照非专利文献20(3GPP TR23.703)、非专利文献23(3GPP TS23.303))。本公开中,有时将UE与NW间的中继称为UE-to-NW中继或UE-NW间中继。本公开中,有时将实施UE与NW之间的中继的UE称为中继UE。
例如,不仅是构成RAN(Radio Access Network:无线接入网络)的节点即RAN节点(例如gNB)的覆盖范围内的UE,有时需要在更远的UE与RAN节点之间进行通信。这种情况下,考虑使用UE-NW间中继的方法。例如,经由中继UE来进行gNB与UE(有时称为远程UE)之间的通信。通过Uu(Uu接口)进行gNB与中继UE之间的通信,通过PC5(PC5接口)进行中继UE与远程UE之间的通信。
例如,中继UE和远程UE有时都位于gNB的覆盖范围内。中继UE存在于覆盖范围内的gNB(以下有时称为gNB#1)与远程UE存在于覆盖范围内的gNB(以下有时称为gNB#2)可以不同。这种状况下,也可以考虑远程UE经由中继UE与中继UE存在于覆盖范围内的gNB进行通信。
例如,在远程UE存在于gNB#2的覆盖范围端的情况下,存在无法得到良好的通信质量的情况。这种情况下,远程UE经由中继UE与gNB#1进行连接可以得到更好的通信质量。此外,例如,在远程UE与中继UE之间的距离比远程UE与gNB#2之间的距离要短的情况下,远程UE经由中继UE与gNB#1进行通信可以减小远程UE的发送功率,因此能实现低功耗化。
然而,关于在远程UE与gNB#2相连接的情况下、经由中继UE与gNB#1进行连接的方法,在以上述非专利文献20、非专利文献23为首的迄今为止所制定的标准等中,并没有公开任何内容。因此,在远程UE与gNB#2连接的情况下,即使出现上述那样的状况,也会产生远程UE无法经由中继UE与gNB#1相连接的问题。
本实施方式中,公开解决这种问题的方法。
本实施方式所涉及的通信***中,通过在远程UE经由中继UE与gNB#1进行RRC连接前,将远程UE设为RRC_IDLE来解决上述问题。在远程UE开始与gNB#1进行RRC连接处理前,可以将远程UE设为RRC_IDLE。
此外,在远程UE与gNB#2进行RRC连接的情况下,如何将远程UE设为RRC_IDLE成为问题。这里,公开解决上述问题的方法。
为了解决该问题,gNB#2释放(release)远程UE的RRC连接。远程UE也可以释放与gNB#2的RRC连接。
例如,远程UE进行来自中继UE的SL中的测定。作为SL的测定,测定接收质量(也可以是接收功率、RSSI(Received Signal Strength Indicator:接收信号强度指示)、SNR、SINR、信道占有率(CBR(Channel Busy Ratio:信道忙碌率)))。即,远程UE测定来自中继UE的SL中的接收质量(以下,有时称为SL接收质量)。远程UE向gNB#2报告SL测定结果。远程UE向gNB#2报告SL接收质量。gNB#2可以使用从远程UE报告的SL接收质量,来判断是否释放与远程UE的连接。在判断为gNB#2释放与远程UE的连接的情况下,gNB#2对RRC连接的远程UE开始释放RRC连接的处理。gNB#2可以对RRC连接的远程UE请求RRC连接释放。作为RRC连接释放请求,例如可以使用RRC信令。作为RRC信令,可以使用RRC释放(release)消息。
由此,gNB#2能对RRC连接的远程UE释放RRC连接。对gNB#2释放了RRC连接的远程UE经由中继UE连接到gNB#1即可。
公开gNB对UE设定SL测定的方法。gNB可以对UE通知SL测定的设定。gNB可以对进行SL通信的UE通知SL测定的设定。作为SL测定的设定,具有测定对象的设定、测定结果报告方法的设定等。作为测定对象的设定,例如,具有测定的SL的频率、测定的SL的RAT(RadioAccess Technology:无线接入技术)、成为SL测定对象的UE。此外,作为SL测定对象,可以设为每个波束。在使用波束进行SL通信的情况下,可得到每个波束的SL测定结果。
测定的SL的频率可以与用于与服务小区之间的通信的频率相同,也可以不同。测定的SL的RAT可以与用于与服务小区之间的RAT相同,也可以不同。可以设定是相同还是不同。作为SL测定对象的UE,例如存在UE的类型、例如U2N中继UE、U2U中继UE、可SL通信的UE、进行SL通信的UE等。可以将这些UE组合。gNB设定上述公开的信息以作为测定对象的设定,并通知给UE。
作为SL测定结果报告的设定,例如可以设为周期性报告、满足规定条件的情况下报告(有时称为事件触发)、n次(n为1以上的整数)报告等。gNB设定上述公开的信息以作为测定结果报告方法的设定,并通知给UE。
以下公开7个上述规定的条件(有时称为事件)的示例。
(1)SL接收质量比规定的阈值要大的情况。
(2)SL接收质量比规定的阈值要小的情况。
(3)SL接收质量比服务小区的接收质量要大的情况。
(4)SL接收质量比服务小区的接收质量要小的情况。
(5)来自可SL通信的UE的接收质量比来自进行SL通信的UE的接收质量要大的情况。
(6)来自可SL通信的UE的接收质量比来自进行SL通信的UE的接收质量要小的情况。
(7)(1)~(6)的组合。
可以设置偏移。可以将规定的偏移与接收质量的测定结果相加。例如,可以设为对(3)应用偏移、且对SL接收质量加上规定的偏移后的值大于服务小区的接收质量的情况。作为(3)、(4)的服务小区,例如可以设为UE在覆盖范围内的服务小区。作为(5)、(6)的可SL通信的UE,例如可以设为U2N中继UE。作为可SL通信的UE,例如,可以设为可U2N中继通信的UE。上述规定的阈值、偏移从gNB通知给UE即可。可以包含在测定结果报告方法的设定中来通知。
UE按照从gNB通知的SL测定的设定来进行SL测定。UE根据从gNB通知的SL测定结果方法来对gNB通知SL测定结果。
可以与SL测定结果一起通知本UE的标识。gNB能识别是哪个UE的测定结果。可以与SL测定结果一起通知本UE的标识。gNB能识别是哪个UE的测定结果。可以与SL测定结果一起通知测定对象的UE的标识。可以与测定结果关联起来通知。gNB能识别是针对哪个UE的SL测定结果。可以与SL测定结果一起通知测定对象的UE的类型。gNB能识别SL测定结果对象的UE的类型。可以与SL测定结果一起通知本UE所属的组的信息。gNB能识别UE属于哪个组。可以与SL测定结果一起通知本UE的位置信息。作为位置信息,可以通知表示存在于哪个区域的信息。gNB能识别所报告的SL测定结果是哪个位置下的测定结果。可以与SL测定结果一起通知测定出的gNB的标识。gNB能识别UE测定了来自哪个gNB的接收质量。可以与SL测定结果一起通知来自gNB的接收质量测定结果。可以与测定出的gNB的标识关联起来进行通知。gNB能识别UE测定了来自哪个gNB的接收质量。
可以对SL测定设置层3(L3)中的滤波功能,并报告进行了L3滤波的结果。由此,能进行高精度的测定。可以对SL测定设置层1(L1)中的滤波功能,并报告进行了L1滤波的结果。由此,能尽早通知测定结果。
SL测定的设定的通知可以使用RRC信令。SL测定结果的报告可以使用RRC信令。能通知较多的信息。使用RRC信令来报告的SL测定结果可以使用L3滤波。SL测定结果的报告可以使用MAC信令。例如,在事件触发的情况下,能尽早对SL测定结果进行收发。SL测定结果的报告可以使用PUCCH。例如,在事件触发的情况下,能更早对SL测定结果进行收发。使用PUCCH来报告的SL测定结果可以使用L1滤波。例如,在每个波束的测定和测定结果的报告中可以使用L1滤波和PUCCH。能得到每个波束的动态测定结果。
由此,能在Uu上在gNB与UE之间进行SL测定设定和SL测定结果的通知。gNB能在Uu上对UE通知SL测定的设定。UE能在Uu上将SL测定结果通知给gNB。gNB能识别UE中的SL测定结果。
可以将SL测定设定包含在现有的Uu中的测定设定中。或者,可以将现有的Uu中的测定设定与SL测定设定组合。例如,可以将现有的Uu中的测定用事件与上述所公开的SL测定用事件相组合。例如,在服务小区的接收质量小于规定的阈值、SL接收质量大于规定的阈值的情况下,可以报告测定结果。由此,能将Uu的测定与SL的测定相组合,能进行更灵活的测定的设定,并得到多样的测定结果。能在gNB与中继UE等可SL的UE之间比较接收质量。
可以设置与UE的连接状态有关的信息。可以在PC5上进行SL通信的UE间,通知与UE的连接状态有关的信息。例如,中继UE可以对远程UE通知与UE的连接状态有关的信息。例如,远程UE可以对中继UE通知与UE的连接状态有关的信息。作为与UE的连接状态有关的信息,包含与NW的连接状态。例如,作为与NW的连接状态,可以是CM(Connection Management:连接管理)状态。例如,作为与NW的连接状态,可以是RRC状态。以下公开10个与UE的连接状态有关的信息示例。
(1)CM状态。
(2)RRC状态。
(3)本UE的标识。
(4)发送目标UE的标识。
(5)连接的RAN的标识。
(6)连接的CN(Core Network:核心网络)的标识。
(7)所在区域的标识。
(8)所提供的服务的标识。
(9)所提供的切片的标识。
(10)(1)~(9)的组合。
(1)确定UE与CN的连接状态。例如,作为CM状态,有CM_Idle、CM_Connected等。(2)确定UE与RAN的连接状态。例如,作为RRC状态,有RRC_IDLE、RRC_CONNECTED、RRC_INACTIVE等。
(3)确定发送与UE的连接状态有关的信息的UE。例如,为GUTI(Globally UniqueTemporary Identifier:全球唯一临时标识)、5G-S-TMSI(5G SAE Temporary MobileSubscriber Identity:5G SAE临时移动订阅标识)等。(4)确定接收与UE的连接状态有关的信息的UE。例如,为GUTI、5G-S-TMSI等。(5)确定UE连接的RAN。例如,作为RAN,可以是gNB。可以是小区。此外,可以是TRP(Transmission Reception Point:发送接收点)、IAB(Integrated Access and Backhaul:集成接入和回传)施主(donor)、IAB节点等的标识。例如,作为小区的标识,可以是NCI(NR Cell Identifier:NR小区标识)、NCGI(NR CellGlobal Identifier:NR小区全球标识)。(6)确定UE连接的CN。例如,作为CN的标识,可以是AMF的标识。可以是SMF的标识。可以是NF(Network Function:网络功能)的标识。例如,作为AMF的标识,可以是AMF ID、AMF Set ID。
(7)确定UE所在的区域。例如,作为所在的区域,可以是注册区域。可以是跟踪区域。可以是RAN(RAN Notification Area:NR通知区域)。例如,作为跟踪区域的标识,可以是TAC。(8)确定UE所提供的服务。例如,作为服务标识,可以是服务区域标识。(9)确定UE所提供的网络切片。例如,作为网络切片,可以是S-NSSAI(Single Network Slice SelectionAssistance Information:单网络切片选择辅助信息)。
作为上述标识,例如可以使用非专利文献31(3GPP TS23.003)所记载的标识。
由此,关于发送了与UE的连接状态有关的信息的UE与哪个NW相连接、是怎么样的连接状态等,能由接收到该信息的UE来识别。
虽然设为与UE的连接状态有关的信息,但也可以设为与UE的连接状态变更有关的信息。作为与UE的连接状态变更有关的信息,可以包含与变更前的连接状态有关的信息及/或与变更后的连接状态有关的信息。可以在PC5上进行SL通信的UE间,通知与UE的连接状态变更有关的信息。例如,在中继UE变更了与NW的连接状态的情况下,中继UE可以对远程UE通知与UE的连接状态变更有关的信息。例如,在远程UE变更了与NW的连接状态的情况下,远程UE可以对中继UE通知与UE的连接状态变更有关的信息。由此,在UE与NW的连接状态变更了的情况下,通知该信息即可,能削减通知所需的资源。
可以设置消息,以通知与UE的连接状态有关的信息、与UE的连接状态变更有关的信息。该消息中可以包含这些信息。例如,中继UE可以将与UE的连接状态有关的信息包含在该消息中来通知给远程UE。例如,远程UE可以将与UE的连接状态有关的信息包含在该消息中来通知给中继UE。
公开与UE的连接状态有关的信息、与UE的连接状态变更有关的信息的通知方法。可以用PC5-S信令来通知。由此,在PC5连接处理中能尽早通知。或者,可以用PC5-RRC信令来通知。例如,可以包含在PC5上的RRC消息中来通知。例如,在通知与NW的RRC连接状态的情况下,通过在PC5中使用RRC信令,从而也可以在相同的RRC层中进行通知处理,因此能减少误动作。此外,可以用PC5的SRB(Signaling Radio Bearer:信令无线承载)来通知该信息。由此,能将该信息作为信令信息、控制信息在UE间进行通知。
可以使用PC5 MAC信令来通知该信息。该情况下,与RRC信令相比能更早进行通知。可以用PSCCH来通知该信息。可以将该信息包含在1st SCI(Sidelink ControlInformation:直通链路控制信息)中来通知。由此,能更早地进行通知。此外,能接收PC5通信的UE可以接收该信息。可以用PSSCH来通知该信息。可以将该信息包含在2nd SCI中来通知。由此,能尽早地进行通知。可以将该信息包含在MAC CE(Control Element:控制元素)中,并用PSSCH来通知。由此,能尽早地进行通知。此外,由于应用HARQ,因此能减少接收错误。
在远程UE进行与gNB#1的RRC连接的情况下,与现有的UE和gNB间的RRC连接处理不同,中继UE介于远程UE与gNB之间,因此,无法应用现有的方法。这里,公开远程UE进行与gNB#1的RRC连接的具体方法。
远程UE对NW通知RRC连接请求。具体而言,远程UE经由中继UE对NW通知RRC连接请求。作为RRC连接请求,可以设为远程UE与NW间的RRC连接请求。进行RRC连接请求的远程UE的状态可以设为RRC_IDLE或RRC_INACTIVE状态。作为通知RRC连接请求的NW,可以设为中继UE所连接的gNB(gNB#1)。RRC连接请求可以使用RRC setup request(RRC建立请求)。
在从远程UE接收到远程UE与NW间的RRC连接请求的情况下,中继UE将该RRC连接请求通知给远程UE所连接的NW。或者,可以将该RRC连接请求转发给远程UE所连接的NW。
可以将RRC连接请求中所包含的信息封装化。或者,可以将RRC连接请求中所包含的信息设为容器信息。例如,作为与SL有关的信息,可以进行封装化。作为与中继有关的信息,可以进行封装化。中继UE可以将从远程UE接收到的RRC连接请求封装化或容器化并原样通知给NW。由此,能简单且低延迟地进行中继UE中的RRC连接请求的接收及发送处理。因此,能减少中继UE中的误动作,能使RRC连接处理变得低延迟。
以下公开6个RRC连接请求中包含的信息示例。
(1)表示是UE与NW间的RRC连接请求的信息。
(2)本UE的标识。
(3)请求目标NW的标识。
(4)发送目标UE的标识。
(5)与UE的连接状态有关的信息。
(6)(1)~(5)的组合。
(1)作为RRC连接请求,例如,可以是RRC setup(RRC建立)的请求。(2)确定发送RRC连接请求的UE。例如,为GUTI、5G-S-TMSI等。(3)确定UE进行RRC连接请求的RAN。例如,作为RAN,可以是gNB。可以是小区。此外,可以是TRP、IAB施主、IAB节点等的标识。例如,作为小区的标识,可以是NCI、NCGI。(4)确定对NW发送RRC连接请求时经由的UE。例如,在远程UE经由中继UE对NW通知RRC连接请求的情况下,可以设为确定中继UE的标识。例如,为GUTI、5G-S-TMSI等。(5)可以设为上述所公开的与UE的连接状态有关的信息。
由此,接收到RRC连接请求的NW(例如gNB)能识别进行了该连接请求的UE、经由该连接请求的UE。此外,经由该连接请求的UE能识别从发送源UE接收到的该连接请求的发送目标gNB。由此,接收到RRC连接请求的gNB能在发送了RRC连接请求的UE间执行RRC连接处理。
在远程UE对NW通知RRC连接请求的情况下,由于经由中继UE,因此必须在PC5上对中继UE通知RRC连接请求。作为在PC5上通知RRC连接请求的方法,可以适当应用上述所公开的与UE的连接状态有关的信息在PC5上的通知方法。此外,作为PC5上的RRC信令,可以设置经由中继UE的RRC连接请求用的消息。
公开从中继UE向NW的RRC连接请求的通知方法。该RRC连接请求可以使用Uu的RRC信令。作为RRC信令,可以使用RRC setup request(RRC建立请求)。或者,可以使用与SL有关的信息通知用的RRC消息。例如,可以使用SidelinkUEInformationNR。或者,可以设置经由中继UE的RRC连接请求用的消息。此外,可以用SRB通知该RRC连接请求。作为信令信息、控制信息,能在中继UE与NW间进行通知。
可以使用MAC信令来通知该RRC连接请求。由此,与RRC信令相比能更早进行通知。可以用PUCCH来通知该RRC连接请求。可以将连接请求包含在UCI中来通知。由此,能更早地进行通知。可以用PUSCH来通知该RRC连接请求。可以将该连接请求包含在MAC CE中,并用PSSCH来通知。或者,可以与数据一起用PUSCH来通知。由此,能尽早地进行通知。此外,由于应用HARQ,因此能减少接收错误。
由此,远程UE能经由中继UE对NW通知RRC连接请求。NW能对远程UE启动RRC连接处理。
公开远程UE进行与gNB#1的RRC连接的其它方法。远程UE对中继UE通知RRC连接请求。进行RRC连接请求的远程UE的状态可以设为RRC_IDLE或RRC_INACTIVE状态。作为RRC连接请求,与PC5的RRC连接请求不同,可以设为远程UE与NW间的RRC连接请求。由此,中继UE能识别出与PC5的RRC连接请求不同。作为NW,可以设为中继UE所连接的NW(gNB#1)。在从远程UE接收到RRC连接请求的情况下,中继UE将远程UE与NW间的RRC连接请求通知给中继UE所连接的NW。
作为RRC连接请求中包含的信息示例,可以适当应用上述所公开的信息示例。作为上述信息(4)的发送目标UE的标识,可以是此处发送RRC连接请求的目标的UE的标识,而非经由的UE。
由此,从远程UE接收到RRC连接请求的中继UE能对gNB#1通知远程UE与NW间的RRC连接请求。从中继UE接收到远程UE与NW间的RRC连接请求的gNB#1能在与远程UE之间执行RRC连接处理。
作为远程UE对中继UE通知RRC连接请求的方法,可以适当应用上述所公开的、经由中继UE的RRC连接请求在PC5上的通知方法。作为从中继UE向NW的RRC连接请求的通知方法,可以适当应用上述所公开的、从中继UE向NW的RRC连接请求的通知方法。
由此,远程UE能对中继UE通知远程UE与NW间的RRC连接请求,并且能从中继UE对NW通知远程UE与NW间的RRC连接请求。NW能对远程UE启动RRC连接处理。
在远程UE对中继UE通知了向NW的RRC连接请求的情况下,可以在中继UE与gNB间开始RRC连接处理。在从远程UE接收到向NW的RRC连接请求的情况下,中继UE可以开始与位于覆盖范围内的gNB#1之间的RRC连接处理。远程UE可以对小区选择或小区重选的小区开始RRC连接处理。远程UE对中继UE通知向NW的RRC连接请求。远程UE的状态可以是RRC_Conncted。也可以是RRC_Idle。在接收到向NW的RRC连接请求的情况下,中继UE对具有小区选择或小区重选后的小区的gNB(gNB#1)进行RRC连接请求。在与gNB#1之间完成了RRC连接处理后,中继UE可以对远程UE通知RRC状态变更。
可以在PC5上设置向NW的RRC连接请求消息。该消息可以用于中继。可以设为对该消息的目的地UE请求向NW的RRC连接的消息。以下公开7个该消息中所包含的信息示例。
(1)表示请求向NW的RRC连接的信息。
(2)本UE的标识。
(3)本UE的RRC连接状态。
(4)本UE进行小区选择或重选的gNB的标识。
(5)本UE所连接的gNB的标识。
(6)目的地UE的标识。
(7)(1)~(6)的组合。
从远程UE向中继UE通知向NW的RRC连接请求消息的通知方法可以适当应用上述方法。可以适当应用与UE的连接状态有关的信息在PC5上的通知方法。
在与gNB#1之间完成了RRC连接处理的中继UE对gNB#1通知来自远程UE的RRC连接请求消息。由此,能从远程UE经由中继UE对NW通知RRC连接请求消息。此外,中继UE无需预先与gNB连接。能实现中继UE的低功耗化。
gNB#1可以经由中继UE对远程UE通知RRC建立消息。经由中继UE从远程UE接收到RRC建立消息的gNB#1经由接收到该消息的中继UE对远程UE开始RRC连接处理。gNB#1对远程UE进行RRC设定,并经由中继UE来通知包含RRC设定的RRC建立消息。
公开从NW向中继UE的RRC建立消息的通知方法。该RRC建立消息可以使用Uu的RRC信令。作为RRC信令,可以使用RRC setup(RRC建立)。或者,可以使用与SL有关的信息通知用的RRC消息。或者,可以设置经由中继UE的RRC连接请求用的消息。此外,可以用SRB来通知该RRC建立。作为信令信息、控制信息,能在NW与中继UE间进行通知。
作为从中继UE对远程UE通知RRC建立消息的方法,可以适当应用上述所公开的、与UE的连接状态有关的信息在PC5上的通知方法。此外,作为PC5上的RRC信令,可以设置经由中继UE的RRC连接请求用的消息。
由此,远程UE能经由中继UE从gNB#1接收RRC建立消息。远程UE能从gNB#1获取用于与gNB#1进行RRC连接的RRC设定。远程UE能使用从gNB#1获取到的RRC设定来实施RRC设定。
使用从gNB#1获取到的RRC设定来实施RRC设定的远程UE可以对gNB#1通知RRC建立完成。从远程UE经由中继UE向gNB#1的通知方法可以适当应用上述所公开的RRC连接请求的通知方法。作为Uu的RRC信令,可以使用RRC setup complete(RRC建立完成)。由此,gNB#1能从远程UE接收RRC建立完成通知。gNB#1能从远程UE识别RRC设定的实施已完成。
由此,能在远程UE与gNB#1之间实施RRC连接处理。远程UE能对gNB#1进行RRC连接。
公开远程UE与中继UE间的PC5中的通信所需的资源。在远程UE与NW相连接的情况下,可以从所连接的NW调度PC5中的通信所需的资源。远程UE发送的情况下的资源的调度可以由所连接的NW进行。远程UE按照从所连接的NW接收到的调度信息来进行PC5中的通信。在远程UE未与NW连接的情况下,PC5中的通信所需的资源可以使用远程UE所在的gNB#2广播的RP(Resource Pool:资源池)并由远程UE进行选择。
在中继UE与NW相连接的情况下,可以从所连接的NW调度PC5中的通信所需的资源。中继UE发送的情况下的资源的调度可以由所连接的NW进行。中继UE按照从所连接的NW接收到的调度信息来进行PC5中的通信。在中继UE未与NW连接的情况下,PC5中的通信所需的资源可以使用中继UE所在的gNB#1广播的RP并由中继UE进行选择。
作为PC5中的通信,不仅包含PC5-RRC连接完成后的通信,也可以包含发现处理、用于PC5上的信令的链路(有时称为PC5-S链路)的确立处理、PC5-RRC连接处理。
图14是示出实施方式1中、在远程UE经由中继UE与gNB进行RRC连接前将远程UE设为RRC_IDLE的方法的示例的时序图。步骤ST1401中,中继UE处于gNB#1的覆盖范围内并为RRC_IDLE状态。步骤ST1402中,远程UE处于gNB#2的覆盖范围内并为RRC_CONNECTED状态。步骤ST1403中,gNB#2对远程UE通知SL的测量的设定(以下,设为SL测量设定)。步骤ST1404中,远程UE按照从gNB#2接收到的SL测量设定,来进行SL的通信质量测定(以下有时称为SL测定或SL测量)。在SL的通信质量测定中,远程UE例如测定来自UE的接收信号的功率、RSSI、SNR、SINR等。
步骤ST1405中,远程UE按照步骤ST1403中从gNB#2接收到的SL测量设定中所包含的SL测量报告设定,对gNB#2通知包含SL测定结果的SL测量报告。例如,作为SL测量报告设定,可以使用上述SL测量用事件设定。例如,在SL中来自UE的接收质量大于规定的阈值、且来自该UE的接收质量大于来自gNB#2的接收质量的情况下,即来自该UE的接收质量比来自gNB#2的接收质量要好的情况下,远程UE将SL测定结果报告给gNB#2。步骤ST1406中,gNB#2使用来自远程UE的SL测量报告中所通知的SL测定结果,来判断是否释放远程UE的RRC连接。在gNB#2判断为释放远程UE的RRC连接的情况下,在步骤ST1407中,gNB#2对远程UE通知RRC连接释放请求。接收到该请求的远程UE在步骤ST1408中进行与gNB#2的RRC连接释放处理。
步骤ST1409中,远程UE进行发现处理。远程UE在步骤ST1410中,对具有检测出的中继功能的中继UE进行PC5-S链路确立处理,在步骤ST1411中实施PC5-RRC连接。PC5-RRC连接的完成使得能进行远程UE与中继UE间的数据通信。
与远程UE相连接的中继UE对NW启动连接处理。与远程UE相连接的中继UE对gNB#1启动RRC连接处理。远程UE可以对所连接的中继UE请求与NW的连接。例如,可以在PC5-RRC连接处理中通知该请求,也可以在PC5-RRC连接完成后使用PC5-RRC信令来通知该请求。接收到该请求的中继UE可以对NW实施连接处理。接收到该请求的中继UE可以对gNB#1实施连接处理。
步骤ST1412中,中继UE对gNB#1通知RRC建立请求。接收到RRC建立请求的gNB#1对中继UE进行RRC设定,在步骤ST1413中通知包含该设定的RRC建立。接收到RRC建立的中继UE进行与gNB#1的RRC设定,在步骤ST1414中对gNB#1通知RRC建立完成。由此,在步骤ST1415中实施中继UE与gNB#1间的RRC连接。
步骤ST1416中,与gNB#1进行RRC连接的中继UE对远程UE发送包含关于本UE与NW的连接状态的信息在内的RRC状态变更通知。这里,可以通知为RRC连接状态。
从中继UE接收到与NW处于RRC连接状态的通知的远程UE在步骤ST1417中对gNB#1通知RRC建立请求。可以经由中继UE来进行该通知。接收到RRC建立请求的gNB#1对远程UE进行RRC设定,在步骤ST1418中对远程UE通知包含该设定的RRC建立。可以经由中继UE来进行该通知。接收到RRC建立的远程UE进行与gNB#1的RRC设定,在步骤ST1419中对gNB#1通知RRC建立完成。可以经由中继UE来进行该通知。由此,在步骤ST1420中实施远程UE与gNB#1间的RRC连接。
由此,与gNB#2处于RRC连接状态的远程UE能转移到与gNB#1处于RRC连接状态。由此,远程UE能经由中继UE与gNB#1进行通信。
图14所公开的示例中,在步骤ST1417中远程UE对gNB#1实施了RRC连接请求。作为其它方法,gNB#1可以对远程UE进行RRC连接请求。gNB#1可以经由中继UE对远程UE通知RRC连接请求。从gNB#1接收到RRC连接请求的远程UE可以对gNB#1开始RRC连接处理。远程UE可以将图14的步骤ST1417中所公开的RRC建立请求通知给gNB#1。由此,gNB#1能对远程UE请求RRC连接处理的启动。
从gNB#1向远程UE的RRC连接请求的通知可以使用寻呼。决定实施与远程UE的RRC连接的gNB#1经由中继UE对远程UE通知寻呼。接收到寻呼的远程UE对gNB#1启动RRC连接处理。该寻呼可以设为由gNB#1产生的寻呼,而非从CN产生的寻呼。从gNB#1经由中继UE向远程UE的寻呼方法可以适当应用实施方式2的变形例4所公开的方法。通过使用寻呼,gNB#1能对远程UE请求RRC连接处理的启动。
gNB#1可以对远程UE通知RRC设定,而不进行RRC连接请求。决定实施与远程UE的RRC连接的gNB#1经由中继UE对远程UE通知RRC设定,而不进行RRC连接请求。由此,能省略从gNB#1向远程UE的RRC连接请求以及从远程UE向gNB#1的RRC连接请求消息的收发。能减少信令负荷。
中继UE可以将与远程UE的连接状态通知给gNB#1。作为该连接状态,可以设为与后述的PC5中的连接状态有关的信息。从中继UE向gNB#1的与该连接状态有关的信息的通知方法也可以适当应用后述的方法。gNB#1可以使用与中继UE的连接状态以及中继UE与远程UE的连接状态,来判断是否对远程UE进行RRC连接请求。在与中继UE确立了RRC连接状态、且在中继UE与远程UE之间确立了RRC连接的情况下,gNB#1可以对远程UE进行RRC连接请求。由此,远程UE能经由中继UE对gNB#1转移到RRC连接状态。
以上公开了gNB#2使用来自远程UE的SL中的接收质量来释放远程UE的RRC连接的方法。公开释放远程UE的RRC连接的其它方法。
远程UE在找到可连接的中继UE时,向gNB#2报告。远程UE也可以在与中继UE进行发现处理时,向gNB#2报告。远程UE也可以在与中继UE进行PC5连接时,向gNB#2报告。远程UE也可以在与中继UE完成PC5-S链路确立时,向gNB#2报告。远程UE也可以在与中继UE完成PC5-RRC连接时,向gNB#2报告。
gNB#2可以使用从远程UE接收到的、关于与中继UE的连接状态的信息来判断是否释放与远程UE的连接。作为与远程UE和中继UE的连接状态有关的信息,可以设为与PC5中的连接状态有关的信息。在判断为gNB#2释放与远程UE的连接的情况下,gNB#2对RRC连接的远程UE开始释放RRC连接的处理。gNB#2可以对RRC连接的远程UE请求RRC连接释放。作为RRC连接释放请求,例如可以使用RRC信令。作为RRC信令,可以使用RRC释放(release)消息。
远程UE可以将关于中继UE与NW的连接状态的信息通知给gNB#2。gNB#2可以使用从远程UE接收到的、关于中继UE与NW的连接状态的信息来判断是否释放与远程UE的RRC连接。gNB#2使用上述关于远程UE与中继UE的连接状态的信息、以及关于中继UE与NW的连接状态的信息,来判断是否释放与远程UE的RRC连接。由此,gNB#2能将中继UE的连接状态包含在内,来判断是否释放与远程UE的RRC连接。此外,在远程UE释放了与gNB#2的RRC连接后,能尽早实施经由中继UE的与NW的RRC连接处理。
可以设置与PC5中的连接状态有关的信息。作为连接状态,可以设为发现处理的状态、PC5-S链路确立处理的状态、PC5-RRC连接状态等。作为发现处理的状态,可以设为发现处理实施中、发现处理完成。作为PC5-S链路确立处理的状态,可以设为PC5-S链路确立处理中、PC5-S链路确立完成。作为PC5-RRC连接状态,可以设为PC5-RRC连接处理中、PC5-RRC连接完成。以下公开6个与PC5中的连接状态有关的信息示例。
(1)PC5中的连接状态。
(2)本UE的标识。
(3)PC5连接处理对方目标UE的标识。
(4)与UE的连接状态有关的信息。
(5)UE是否能中继的信息。
(6)(1)~(5)的组合。
(1)可以设为UE的在PC5中的连接状态。(2)确定通知该信息的UE。例如,为GUTI、5G-S-TMSI、PC5上的层2ID等。(3)确定PC5连接处理的对方目标UE。例如,为GUTI、5G-S-TMSI、PC5上的层2ID等。(4)为与本UE及/或PC5连接处理的对方目标UE的连接状态有关的信息。可以适当应用上述所公开的与UE的连接状态有关的信息。(5)为与本UE及/或PC5连接处理的对方目标UE是否能中继有关的信息。作为中继,为在UE与NW间进行中继的UE-NW间中继、在UE与UE间进行中继的UE-UE间中继。可以单独设置这些信息。UE可以设置是否能在SL中进行中继的能力。作为UE是否能中继的信息,可以使用该能力。
由此,关于发送了与UE的在PC5中的连接状态有关的信息的UE与哪个UE相连接、是怎么样的连接状态等,能由接收到该信息的gNB来识别。
虽然设为与PC5中的连接状态有关的信息,但也可以设为与PC5中的连接状态变更有关的信息。作为与PC5中的连接状态变更有关的信息,可以包含与变更前的PC5中的连接状态有关的信息及/或与变更后的PC5中的连接状态有关的信息。由此,在UE的在PC5中的连接状态变更了的情况下,通知该信息即可,能削减通知所需的资源。
可以在Uu上设置消息,以通知与UE的在PC5中的连接状态有关的信息、与UE的在PC5中的连接状态变更有关的信息。可以使该消息包含这些信息。例如,远程UE可以将与UE的在PC5中的连接状态有关的信息包含在该消息中来通知给gNB#2。
作为与从远程UE向NW的PC5中的连接状态有关的信息的通知方法,可以适当应用上述所公开的、从中继UE向NW的RRC连接请求的通知方法。
由此,远程UE能对gNB#2通知与PC5中的连接状态有关的信息。gNB#2可以使用从远程UE接收到的该信息,来判断是否释放与远程UE的RRC连接。
在UE-UE间中继的情况下,可以将与一个PC5中的连接状态有关的信息通知给与在该一个PC5上收发的UE不同的UE。例如,在作为发送侧UE的UE-TX经由UE-UE间中继UE与作为接收侧的UE的UE-RX进行通信的情况下,UE-UE间中继UE可以将关于UE-TX与UE-UE间中继UE之间的PC5中的连接状态的信息通知给UE-RX。作为与UE间的PC5中的连接状态有关的信息的通知方法,可以适当应用上述所公开的、经由中继UE的RRC连接请求在PC5上的通知方法。由此,即使在UE-UE间中继的情况下,各UE也能识别各PC5中的连接状态。
图15是示出实施方式1中、在远程UE经由中继UE与gNB进行RRC连接前将远程UE设为RRC_IDLE的方法的其它示例的时序图。在图15中,对与图14共通的步骤标注相同的步骤编号,并省略共通的说明。
步骤ST1409至步骤ST1411中,与中继UE进行PC5-RRC连接的远程UE在步骤ST1501中对gNB#2通知关于与中继UE的在PC5中的连接状态的信息。该通知可以包含中继UE是否能进行中继的信息。此外,可以包含中继UE的标识。gNB#2使用从远程UE接收到的、关于与中继UE的PC5连接状态的信息,在步骤ST1406中判断是否释放远程UE的RRC连接。在gNB#2判断为释放远程UE的RRC连接的情况下,在步骤ST1407中,gNB#2对远程UE通知RRC连接释放请求。接收到该请求的远程UE在步骤ST1408中进行与gNB#2的RRC连接释放处理。
由此,与gNB#2处于RRC连接状态的远程UE能转移到与gNB#1处于RRC连接状态。由此,远程UE能经由中继UE与gNB#1进行通信。此外,gNB#2能识别远程UE与中继UE的连接状态,因此,能在恰当的定时对远程UE进行RRC连接释放。
图16是示出实施方式1中、在远程UE经由中继UE与gNB进行RRC连接前将远程UE设为RRC_IDLE的方法的其它示例的时序图。在图16中,对与图15共通的步骤标注相同的步骤编号,并省略共通的说明。
图16示出如下情况:在步骤ST1601中,在中继UE通过PC5与远程UE连接前,与gNB#1进行RRC连接。
该情况下,中继UE可以对远程UE通知与本UE的连接状态有关的信息。例如,中继UE可以在步骤ST1411的PC5-RRC连接处理中,对远程UE通知与本UE的连接状态有关的信息。或者,在PC5-RRC连接处理后,可以使用PC5-RRC信令来通知与本UE的连接状态有关的信息。由此,远程UE能够识别中继UE与NW的连接状态。若中继UE与NW处于RRC连接状态,则在步骤ST1408中进行了与gNB#2的RRC连接释放处理的远程UE立即通知步骤ST1417的针对gNB#1的RRC建立请求,并能启动RRC连接处理。
由此,与gNB#2处于RRC连接状态的远程UE能转移到与gNB#1处于RRC连接状态。由此,远程UE能经由中继UE与gNB#1进行通信。此外,gNB#2能识别远程UE与中继UE的连接状态,因此,能在恰当的定时对远程UE进行RRC连接释放。此外,远程UE能识别中继UE与gNB#1的连接状况,因此,能在恰当的定时通过恰当的处理对gNB#1实施RRC建立请求。
公开释放远程UE的RRC连接的其它方法。
远程UE可以对所连接的NW通知连接释放请求。在远程UE与gNB#2进行RRC连接的情况下,可以对gNB#2通知连接释放请求。该连接释放请求可以包含表示是为了经由中继UE与NW进行连接的信息。可以将该信息作为理由信息包含在该连接释放请求中。作为连接释放请求,例如,可以是RRC连接的释放请求及/或CM连接的释放请求。
gNB#2可以使用从远程UE接收到的连接释放请求,来判断是否释放与远程UE的RRC连接。在判断为gNB#2释放与远程UE的RRC连接的情况下,gNB#2对所连接的远程UE开始释放RRC连接的处理。例如,远程UE对gNB#2通知RRC连接释放请求,gNB#2使用接收到的该RRC连接释放请求,来判断释放与远程UE的RRC连接。gNB#2对远程UE进行RRC连接释放处理。
作为从远程UE向NW的连接释放请求的通知方法,可以适当应用上述所公开的、从中继UE向NW的RRC连接请求的通知方法。
可以使用RRC信令,以启动从gNB#2向远程UE的RRC连接释放处理。作为该RRC信令,可以使用RRC释放(release)消息。
公开释放远程UE的RRC连接的其它方法。
远程UE可以自行释放与NW的RRC连接。即,远程UE实施与NW的RRC连接释放处理。该RRC连接释放的判断可以适当应用上述gNB#2中的判断方法。NW、例如gNB#2无法识别远程UE是否释放了与本gNB的RRC连接。若无法识别是否释放了与远程UE的RRC连接,则NW继续保持与远程UE的连接用的资源。因此,资源变得浪费,降低了资源使用效率。公开解决上述问题的方法。
在规定的期间没有与远程UE的通信的情况下,NW进行与远程UE的连接释放处理。即,在与RRC连接的远程UE在规定的期间没有通信的情况下,gNB#2进行与本gNB中的远程UE的连接释放处理。例如,释放用于与远程UE进行RRC连接的资源。例如,例如,重置用于与远程UE进行RRC连接的协议。可以用计时器管理该规定的期间。由此,能避免gNB#2中的资源的无谓使用。
通过采用本实施方式所公开的方法,即使在远程UE与gNB#2处于RRC连接状态的情况下,也能将远程UE中的RRC连接状态设为RRC_IDLE,远程UE能经由中继UE与gNB#1进行RRC连接。其结果是,远程UE能经由中继UE在与gNB#1之间实施通信。
实施方式1的变形例1.
本变形例中,公开解决实施方式1所示的问题的其它方法。
本变形例所涉及的通信***中,在远程UE所连接的gNB与中继UE所连接的gNB之间使远程UE进行HO(Handover:切换)。即,使远程UE在gNB#2与gNB#1之间进行HO。由此,可以不使远程UE转移到RRC_IDLE。能在使远程UE保持RRC_CONNECTED状态的情况下将连接目标从gNB#2变更为gNB#1。
公开使远程UE在gNB#2与gNB#1之间进行HO的具体方法。
图17是示出实施方式1的变形例1中、在远程UE所连接的gNB与中继UE所连接的gNB之间使远程UE进行HO的方法的示例的时序图。在图17中,对与图14、图15、图16共通的步骤附加相同的步骤标号,并省略共通的说明。
步骤ST1403至步骤ST1405中,gNB#2对远程UE进行SL的测量设定。此外,远程UE实施SL的测量。远程UE对gNB#2报告SL的测量结果。关于SL的测量,可以适当应用实施方式1中所公开的方法。另外,除了SL的测量以外,远程UE还可以进行DL的测量。该情况下,gNB#2对远程UE进行DL的测量设定。远程UE实施DLL的测量。远程UE对gNB#2报告DL的测量结果。关于DL的测量,可以适当应用非专利文献19(3GPP TS38.331)所记载的方法。
接收到SL的测量结果的报告的gNB#2在步骤ST1701中判断是否使远程UE从gNB#2向gNB#1进行HO,并在图17所示的示例中决定为进行HO。该判断可以使用从远程UE接收到的、SL的测量结果。可以结合DL的测量结果来使用。例如,在远程UE中的来自中继UE的SL接收质量比来自gNB#2的DL接收质量要高的情况下,gNB#2可以决定经由中继UE的向gNB#1的HO。
gNB#2可以使用远程UE是否与中继UE相连接、中继UE是否与gNB#1相连接的信息,来判断是否能使远程UE向gNB#1实施HO、或是否使远程UE进行HO。
该情况下,中继UE对远程UE通知与中继UE的连接状态有关的信息。远程UE将与远程UE和中继UE间的PC5中的连接状态有关的信息及/或与中继UE的连接状态有关的信息通知给gNB#2。gNB#2使用从远程UE接收到的、与远程UE和中继UE间的PC5中的连接状态有关的信息及/或与中继UE的连接状态有关的信息,来判断是否使远程UE向gNB#1实施HO、或是否使远程UE进行HO。
例如,在中继UE与远程UE间PC5-RRC连接完成、中继UE与gNB#1处于RRC连接状态的情况下,gNB#2可以判断为能将远程UE向gNB#1实施HO。例如,除此以外,gNB#2可以使用上述来自远程UE的SL和DL的通信质量测量结果,来判断是否使远程UE向gNB#1进行HO。
远程UE可以连接到多个中继UE。各中继UE可以将与中继UE的连接状态有关的信息通知给远程UE。远程UE可以将关于与多个中继UE的PC5连接状态的信息及/或关于多个中继UE的连接状态的信息通知给gNB#2。gNB#2可以通过从远程UE接收该信息,来识别远程UE所连接的中继UE的、每个中继UE的连接状态。
例如,远程UE可以测定多个中继UE的SL的通信质量,并将测量结果通知给gNB#2。gNB可以使用该SL的通信质量测量结果、DL的通信质量测量结果、与上述的连接状态有关的信息,来判断使远程UE进行HO、并且判断使远程UE向哪个gNB进行HO。
gNB#2可以使用与中继UE连接的gNB所支持的服务有关的信息(例如服务的标识),来判断使远程UE向哪个gNB进行HO。gNB#2可以使用与中继UE所支持的服务有关的信息,来判断使远程UE向哪个中继UE所连接的gNB进行HO。由此,例如,能使远程UE向支持远程UE所进行的服务的中继UE和gNB进行HO。
中继UE可以将来自所连接的gNB的DL接收质量的测量结果通知给远程UE。远程UE将从中继UE接收到的、来自中继UE所连接的gNB的DL接收质量的测量结果通知给gNB#2。gNB#2可以使用经由远程UE接收到的、来自中继UE所连接的gNB的DL接收质量的测量结果,来判断使远程UE向哪个中继UE所连接的gNB进行HO。由此,例如,能使远程UE向与中继UE所连接的gNB之间的通信质量更好的gNB进行HO。在HO后经由中继UE的与gNB之间的通信中也能得到良好的通信质量。
gNB#2利用上述判断方法来决定使远程UE进行HO的gNB。图17中,设为gNB#1。步骤ST1701中,gNB#2决定使远程UE向gNB#1进行HO。步骤ST1702中,gNB#2对gNB#1通知HO请求。gNB#2可以用Xn信令来通知该请求。可以使用HO请求(request)消息来进行通知。
以下公开6个该HO请求中包含的信息示例。
(1)进行HO的UE的标识。
(2)表示是经由中继UE的连接的HO的信息。
(3)中继UE的标识。
(4)HO源的gNB的标识。
(5)HO目标的gNB的标识。
(6)(1)~(5)的组合。
(1)确定进行HO的UE。HO目标的gNB可以是未直接连接的UE。(2)可以设为表示所请求的HO是向经由中继UE连接的gNB的HO的信息。由此,gNB#1能识别所请求的HO是UE经由中继UE连接的HO。(3)确定所请求的HO经由哪个UE与HO的UE相连接。由此,gNB#1能判断经由哪个UE与HO对象UE相连接。(4)确定HO源的gNB(有时称为源gNB)。(5)确定HO目标的gNB(有时称为目标gNB)。
从gNB#2接收到HO请求的gNB#1在步骤ST1703中判断成为HO对象的UE的HO接受。gNB#1可以使用远程UE是否与中继UE相连接、中继UE是否与gNB#1相连接的信息,来判断是否接受成为HO对象的远程UE。
这种情况下,gNB#2对gNB#1通知与远程UE和中继UE间的PC5中的连接状态有关的信息。gNB#2可以对gNB#1通知与中继UE的连接状态有关的信息。gNB#1使用从gNB#2接收到的、与远程UE和中继UE间的PC5中的连接状态有关的信息及/或与中继UE的连接状态有关的信息,来判断是否接受成为HO对象的远程UE的HO。gNB#1自身可以判断与中继UE的连接状态。gNB#1可以使用从gNB#2通知的HO请求中所包含的中继UE的标识,来判断与该中继UE的连接状态。
例如,在中继UE与远程UE间PC5-RRC连接完成、中继UE与gNB#1处于RRC连接状态的情况下,gNB#1可以决定远程UE的HO接受。
例如,在中继UE与gNB#1不处于RRC连接状态的情况下,gNB#1可以对远程UE启动RRC连接处理。在与远程UE之间进行了RRC连接处理的情况下,gNB#1可以决定远程UE的HO接受。
gNB#1可以使用所支持的服务、gNB#1与中继UE间的接收质量,来判断远程UE的HO的接受。能获得同样的效果。
在gNB#1决定了远程UE的HO接受的情况下,在步骤ST1704中,gNB#1对gNB#2通知HO请求响应。该通知中,可以使用HO请求(request)Ack消息。可以使用Xn信令。在gNB#1决定了远程UE的HO接受的情况下,可以对远程UE实施RRC的设定。gNB#1可以将该RRC设定包含在HO请求响应中。在决定为不进行HO接受的情况下,gNB#1对gNB#2通知HO请求拒绝。HO请求响应、HO请求拒绝中,可以包含上述所公开的HO请求中包含的信息。通过gNB#2接收来自gNB#1的HO请求响应,从而gNB#2能对远程UE判断向gNB#1的HO指示的发送。
从gNB#1接收到HO请求响应的gNB#2在步骤ST1705中对远程UE通知HO指示。作为HO指示,可以通知向gNB#1的连接目标变更信息。可以通知伴随向gNB#1的连接目标变更的、RRC设定的变更。HO指示的通知中可以使用RRC再设定通知。可以使用RRC信令。可以使用RRC再设定(reconfiguration)消息。HO指示中,可以包含上述所公开的gNB#1对远程UE设定的RRC设定信息。此外,HO指示中可以包含上述所公开的HO请求中包含的信息。远程UE通过接收从gNB#2向gNB#1的HO指示,从而能开始连接目标的gNB的变更处理。远程UE可以实施gNB#1的RRC设定。
从gNB#2接收到HO指示的远程UE对gNB#2进行分离,并经由中继UE与作为HO目标gNB的gNB#1确立RRC连接。远程UE可以使用从gNB#2通过HO指示所通知的gNB#1的RRC设定来实施RRC设定,并经由中继UE与gNB#1确立RRC连接。该中继UE可以是从gNB#2接收到的HO指示中所包含的中继UE。图17中,从gNB#2接收到HO指示的远程UE在步骤ST1706中对gNB#2进行分离,并在步骤ST1707中经由中继UE对作为HO目标gNB的gNB#1通知RRC再设定完成。该通知中,可以使用RRC reconfiguration complete(RRC再设定完成)消息。由此,远程UE与gNB#1确立RRC连接。
从远程UE经由中继UE对gNB#1通知RRC再设定完成的方法可以适当应用上述所公开的、实施方式1中所公开的RRC连接请求的通知方法、RRC建立完成的通知方法。
由此,能使远程UE从gNB#2向gNB#1进行HO。远程UE能在保持RRC连接状态的情况下从gNB#2经由中继UE向gNB#1变更连接。
公开向gNB#1的RRC再设定完成通知中使用的SL通信用资源的调度方法。gNB#2实施该SL通信用资源的调度。gNB#2可以对远程UE进行HO指示,并且通知该调度信息。可以将该调度信息包含在RRC再设定通知中来通知。由此,远程UE能使用接收到的SL通信用资源,并经由中继UE来进行发送给gNB#1的RRC再设定完成通知。通过由gNB#2进行调度,从而能降低与gNB#2的覆盖范围内的其它UE的干扰。
作为其它方法,gNB#1可以实施该SL通信用资源的调度。gNB#1经由gNB#2将该SL通信用资源的调度信息通知给远程UE。该通知可以使用从gNB#1向gNB#2的HO请求响应、从gNB#2向远程UE的HO指示。由此,远程UE能使用接收到的SL通信用资源,并经由中继UE来进行发送给gNB#1的RRC再设定完成通知。通过由gNB#1进行调度,从而能降低与连接到gNB#1的UE的干扰。
作为其它方法,远程UE可以使用与gNB#1的SL有关的信息来选择。与SL有关的信息可以包含在***信息中。作为与SL有关的信息,可以使用资源池。远程UE从gNB#1获取与SL有关的信息。可以经由gNB#2来获取,也可以经由中继UE来获取。作为经由gNB#2来获取的方法,例如,可以将该信息包含在从gNB#1向gNB#2的HO请求响应、从gNB#2向远程UE的HO指示中来通知,远程UE从该通知获取与SL有关的信息。作为经由中继UE来获取的方法,例如,gNB#1可以在与中继UE的RRC连接处理中通知给中继UE,中继UE在与远程UE的PC5-RRC连接处理中通知。由此,远程UE能获取与gNB#1的SL有关的信息。能使用gNB#1的SL资源池。
作为其它方法,可以使用SL用例外(exception)资源池。该例外资源池可以从gNB#1通知给远程UE。可以包含在与gNB#1的SL有关的信息中来通知给远程UE。或者,该例外资源池可以从gNB#2通知给远程UE。可以包含在与gNB#2的SL有关的信息中来通知给远程UE。SL用例外资源池在这种状态的转移定时使用即可。作为在从gNB#1进行调度前能使用的资源池,仍然是有效的。
由此,远程UE能经由中继UE对gNB#1进行RRC再设定完成的通知。gNB#1能识别远程UE对本gNB#1进行了RRC连接。
在gNB#2与经由中继UE连接的gNB#1之间的HO时,可以进行数据转发。公开gNB#2与经由中继UE连接的gNB#1之间的HO中的数据转发方法。
公开DL数据的数据转发。gNB#2将DL数据发送给远程UE,直到向远程UE通知HO指示为止。在向远程UE通知HO指示时,gNB#2对未到达远程UE的DL数据进行缓冲。在向远程UE通知HO指示后,gNB#2对新产生的DL数据进行缓冲。gNB#2对gNB#1通知SN STATUS TRANSFER(SN状态转移)。gNB#2将DL数据发送状态包含在SN STATUS TRANSFER中通知给gNB#1。作为DL数据发送状态,示出gNB#2分配给还没有SN(Sequence Number:序列号)的新数据的SN即可。gNB#2将缓冲的DL数据与新产生的DL数据转发给gNB#1。将End Marker(结束标记)赋予给向gNB#2的最后的DL数据。gNB#2进行接收直到最后的DL数据为止,并转发给gNB#1。gNB#1对从gNB#2接收到的DL数据进行缓冲。
在与远程UE的RRC连接完成后(也可以是在从远程UE接收RRC再设定完成后),gNB#1将缓冲的DL数据发送给远程UE。gNB#1向远程UE进行发送,直到赋予了结束标记的DL数据为止。在存在从UPF新接收到的向远程UE的DL数据的情况下,gNB#1将该新接收到的DL数据发送给远程UE。从gNB#1向远程UE的DL数据发送经由与远程UE连接的中继UE来进行。
由此,在gNB#2与经由中继UE连接的gNB#1之间的HO时,能进行DL数据的数据转发。能削减HO中的DL数据的损失,能避免远程UE的移动所引起的通信质量的劣化。
公开gNB#2与经由中继UE连接的gNB#1之间的HO时的DL数据的数据转发的其它方法。主要公开与上述所公开的方法不同的部分。
在与远程UE的RRC连接完成后(也可以是在从远程UE接收RRC再设定完成后),gNB#1将缓冲的DL数据发送给中继UE。gNB#1向中继UE进行发送,直到赋予了结束标记的DL数据为止。中继UE对从gNB#1接收到的DL数据进行缓冲。在与远程UE的PC5-RRC连接完成后,中继UE将缓冲的DL数据发送给远程UE。向远程UE进行发送,直到赋予了结束标记的DL数据为止。在与远程UE的RRC连接完成后(也可以是在从远程UE接收RRC再设定完成后)、存在从UPF新接收到的向远程UE的DL数据的情况下,gNB#1将该新接收到的DL数据发送给中继UE。在与远程UE的PC5-RRC连接完成后,中继UE将从gNB#1接收到的DL数据发送给远程UE。
作为数据转发方法,公开了在与远程UE的RRC连接完成后(也可以是在从远程UE接收RRC再设定完成后)gNB#1将缓冲的DL数据发送给中继UE,但在中继UE与gNB#1之间RA处理已经完成及/或RRC连接已经完成的情况下,gNB#1可以将从gNB#2转发来的DL数据和从UPF新接收到的DL数据立即发送给中继UE。即,gNB#1对从gNB#2转发来的向远程UE的DL数据和从UPF新接收到的向远程UE的DL数据进行缓冲,直到在中继UE与gNB#1之间RA处理完成及/或RRC连接完成为止。在中继UE与gNB#1之间RA处理完成及/或RRC连接后,gNB#1将缓冲的DL数据发送给中继UE。
此外,作为数据转发方法,公开了中继UE在与远程UE的PC5-RRC连接完成后将从gNB#1接收并缓冲的DL数据发送给远程UE,但在远程UE与中继UE之间PC5-RRC连接已经完成的情况下,中继UE将从gNB#1接收到的DL数据立即发送给远程UE。即,中继UE对从gNB#1接收到的向远程UE的DL数据进行缓冲,直到在与远程UE之间PC5-RRC连接完成为止。在与远程UE之间进行PC5-RRC连接后,中继UE将缓冲的DL数据发送给远程UE。
由此,能尽早从gNB#1对中继UE发送DL数据。因此,也能尽早进行从中继UE向远程UE的DL数据的发送。其结果是,能降低HO所引起的DL数据收发的延迟。
公开UL数据的处理。远程UE将UL数据发送给gNB#2,直到与gNB#2分离为止。通过远程UE与gNB#2的分离,可以将包含未到达gNB#2的UL数据的SN在内的UL数据的接收状态通知给gNB#1。由此,gNB#1能判断远程UE需要重发哪些UL数据。在与gNB#2分离时,远程UE对未到达gNB#2的UL数据进行缓冲。远程UE对新产生的UL数据进行缓冲,直到与gNB#2分离后与gNB#1的RRC连接完成(也可以是RRC再设定完成)为止。远程UE在与gNB#1的RRC连接完成后(也可以是RRC再设定完成后),将缓冲的UL数据和新产生的UL数据发送给gNB#1。此时,远程UE经由中继UE将UL数据发送给gNB#1。gNB#1可以使远程UE发送重发的数据。
由此,在gNB#2与经由中继UE连接的gNB#1之间的HO时,能削减HO中的UL数据的损失,能避免远程UE的移动所引起的通信质量的劣化。
公开gNB#2与经由中继UE连接的gNB#1之间的HO时的UL数据的处理的其它方法。主要公开与上述所公开的方法不同的部分。
远程UE对新产生的UL数据进行缓冲,直到在与gNB#2分离后与中继UE的PC5-RRC连接完成为止。在与中继UE的PC5-RRC连接完成后,远程UE将缓冲的UL数据和新产生的UL数据发送给中继UE。中继UE对从远程UE接收到的UL数据进行缓冲,直到与gNB#1的RA处理完成及/或RRC连接完成为止。在与gNB#1的RA处理完成后及/或RRC连接完成后,中继UE将缓冲的UL数据和从远程UE新接收到的UL数据发送给gNB#1。
作为处理UL数据的方法,公开了远程UE对新产生的UL数据进行缓冲直到与中继UE的PC5-RRC连接完成为止,但在远程UE与中继UE之间PC5-RRC连接已经完成了的情况下,远程UE可以对中继UE立即发送新产生的UL数据。即,公开了中继UE对从远程UE接收到的UL数据进行缓冲直到与gNB#1的RA处理完成及/或RRC连接完成为止,但在中继UE与gNB#1之间RA处理已经完成或RRC连接已经完成的情况下,中继UE可以对gNB#1立即发送从远程UE接收到的UL数据。
由此,能尽早从远程UE对中继UE发送UL数据。因此,也能尽早进行从中继UE向gNB#1的UL数据的发送。其结果是,能降低HO所引起的UL数据收发的延迟。
通过设为本变形例所公开的方法,从连接到gNB#2的远程UE能在保持RRC连接状态的情况下经由中继UE与gNB#1相连接。远程UE能经由中继UE在与gNB#1之间实施通信。在直接连接的gNB与经由中继UE连接的gNB之间能进行HO处理,因此,在该HO中通信的连续性得以保持。此外,该HO中,UE不需要转移到RRC_IDLE,因此能削减HO处理所带来的延迟。
能使经由中继UE连接到gNB#1的远程UE向gNB#2进行HO。由此,能在使远程UE保持RRC_Connected状态的情况下将连接目标从gNB#1变更为gNB#2。
图23是示出实施方式1的变形例1中、使远程UE从gNB#1向gNB#2进行HO的方法的示例的时序图。在图23中,对与图17共通的步骤标注相同的步骤编号,并省略共通的说明。步骤ST1601中,中继UE与gNB#1处于RRC连接状态。步骤ST1411中,远程UE与中继UE进行PC5-RRC连接。步骤ST1420中,远程UE经由中继UE与gNB#1处于RRC连接状态。
步骤ST2301中,gNB#1对远程UE进行Uu的测定设定。作为Uu的测定,可以设为DL的测定。可以经由中继UE来通知Uu的测定设定。由此,与中继UE进行SL通信的远程UE能将Uu的测定结果通知给gNB#1。可以将Uu的测定设定与SL的测定设定组合来进行。或者,可以将SL测定设定包含在Uu的测定设定中。例如,作为Uu的测定结果报告的事件,可以设置将SL的测定结果与Uu的测定结果进行比较的事件。例如,作为规定的条件,可以设置SL接收质量大于服务小区的接收质量时的事件。作为事件,可以适当应用实施方式1中所公开的SL测定结果报告的设定的事件。由此,作为Uu的测定设定,能包含SL测定。能进行灵活的测定结果的报告。gNB#1能获取远程UE中的Uu的测定结果和SL的测定结果。
步骤ST2302中,远程UE使用从gNB#1通知的Uu测定设定和SL测定设定,来进行Uu的测定和SL的测定。步骤ST2303中,远程UE按照步骤ST2301中从gNB#1通知的测定结果报告的设定,将Uu的测定结果和SL的测定结果通知给gNB#1。可以经由中继UE来通知。由此,gNB#1能从远程UE获取Uu的测定结果和SL的测定结果。
步骤ST2304中,gNB#1判断是否使远程UE从gNB#1进行HO、HO到哪个gNB。该判断可以使用从远程UE接收到的、Uu的测定结果。此外,可以使用SL的测定结果。例如,在远程UE中的来自gNB#2的DL接收质量比来自中继UE的SL接收质量要高的情况下,gNB#1可以决定向gNB#2进行HO。
gNB#1可以使用与中继UE的通信质量来判断是否能使远程UE向gNB#2实施HO、或是否使远程UE进行HO。例如,gNB#1对中继UE进行Uu的测定设定。gNB#1从中继UE接收Uu测定结果报告。作为Uu的测定,可以设为中继UE中的DL接收质量的测定。gNB#1使用从中继UE接收到的Uu测定结果,来判断是否使远程UE向gNB#2进行HO。例如,在来自中继UE中的服务小区的DL接收质量比规定的阈值要小的情况下,gNB#1可以判断为使远程UE向gNB#2进行HO。gNB#1也可以考虑相邻小区的DL接收质量测定结果。例如,在来自中继UE中的服务小区以及相邻小区的DL接收质量比规定的阈值要小的情况下,gNB#1可以判断为使远程UE向gNB#2进行HO。由此,gNB#1通过使用与中继UE间的Uu的通信质量,从而在与中继UE之间的通信质量恶化了的情况下,能使远程UE从gNB#1向gNB#2进行HO。能使gNB#1从经由中继UE的向gNB#1的通信变更为直接向gNB#2的通信。能使远程UE与NW之间的通信质量提高。
步骤ST2304中,gNB#1决定使远程UE向gNB#2进行HO。步骤ST2305中,gNB#1对gNB#2通知HO请求。可以利用Xn信令来通知。可以使用HO请求(request)消息。可以使HO请求包含上述所公开的HO请求中包含的信息。
从gNB#1接收到HO请求的gNB#2在步骤ST2306中判断成为HO对象的UE的HO接受。gNB#2可以使用远程UE是否与中继UE相连接、中继UE是否与gNB#1相连接的信息,来判断是否接受成为HO对象的远程UE。
gNB#1将表示远程UE经由中继UE相连接的信息通知给gNB#2。gNB#2可以使用从gNB#1接收到的、表示远程UE经由中继UE相连接的信息,来判断是否接受成为HO对象的远程UE的HO。
gNB#2可以使用支持的服务来判断远程UE的HO的接受。能获得同样的效果。
在gNB#2决定了远程UE的HO接受的情况下,在步骤ST2307中,gNB#2对gNB#1通知HO请求响应。该通知中,可以使用HO请求(request)Ack消息。可以使用Xn信令。在gNB#2决定了远程UE的HO接受的情况下,可以对远程UE实施RRC的设定。gNB#2可以将该RRC设定包含在HO请求响应中。在gNB#2决定为不进行远程UE的HO接受的情况下,gNB#2对gNB#1通知HO请求拒绝。HO请求响应、HO请求拒绝中,可以包含上述所公开的HO请求中包含的信息。通过gNB#1接收来自gNB#2的HO请求响应,从而gNB#1能对远程UE判断向gNB#2的HO指示的发送。
从gNB#2接收到HO请求响应的gNB#1在步骤ST2308中对远程UE通知HO指示。gNB#1可以经由中继UE对远程UE通知HO指示。作为HO指示,可以通知向gNB#2的连接目标变更信息。可以是伴随向gNB#2的连接目标变更的、RRC设定的变更。HO指示的通知中可以使用RRC再设定通知。可以使用RRC信令。可以使用RRC再设定(reconfiguration)消息。HO指示中,可以包含上述所公开的gNB#2对远程UE设定的RRC设定信息。此外,可以包含上述所公开的HO请求中包含的信息。远程UE接收从gNB#1向gNB#2的HO指示。远程UE接收从gNB#1经由中继UE向gNB#2的HO指示。中继UE从gNB#1接收针对远程UE的向gNB#2的HO指示。中继UE将从gNB#1接收到的向gNB#2的HO指示发送给远程UE。远程UE从中继UE接收向gNB#2的HO指示。由此,远程UE通过接收从gNB#1经由中继UE向gNB#2的HO指示,从而能开始连接目标的gNB的变更处理。远程UE可以实施gNB#2的RRC设定。
从gNB#1接收到HO指示的远程UE在步骤ST2309中对作为HO目标gNB的gNB#2通知RRC再设定完成。该通知中,可以使用RRC reconfiguration complete(RRC再设定完成)消息。由此,远程UE与gNB#2确立RRC连接。远程UE可以使用从gNB#1通过HO指示所通知的gNB#2的RRC设定来实施RRC设定,并经由中继UE与gNB#1确立RRC连接。由此,在步骤ST2310中实施远程UE与gNB#2间的RRC连接。
从gNB#1接收到HO指示的远程UE可以进行与gNB#1的RRC连接所需的资源的释放处理。从gNB#1接收到HO指示的远程UE可以实施针对现有的HO源gNB的处理。
从gNB#1接收到HO指示的远程UE可以释放与中继UE的RRC连接。从gNB#1接收到HO指示的远程UE可以释放与中继UE的无线承载(RB:Radio Bearer)。该情况下,无需远程UE的PC5上的处理,从而实现低功耗化。或者,从gNB#1接收到HO指示的远程UE可以不释放与中继UE的RRC连接。从gNB#1接收到HO指示的远程UE可以不释放与中继UE的无线承载(RB)。该情况下,在需要与中继UE的通信的情况下,远程UE能尽早实施与中继UE的通信。
由此,能使远程UE从gNB#1向gNB#2进行HO。远程UE能在保持RRC连接状态的情况下从经由中继UE的gNB#1向gNB#2变更连接。
可以使远程UE从经由中继UE的gNB向经由中继UE的其它gNB进行HO。可以使远程UE从经由中继UE的gNB向经由其它中继UE的其它gNB进行HO。可以适当应用本说明书中所公开的方法。
根据远程UE的连接状况、并且根据远程UE与中继UE、远程UE与gNB的Uu的电波传播环境、远程UE与中继UE的SL的电波传播环境,能使远程UE向适于通信的gNB进行HO。
公开DL数据的数据转发。gNB#1将DL数据发送给远程UE,直到经由中继UE向远程UE通知HO指示为止。在向远程UE通知HO指示时,gNB#1对未到达远程UE的DL数据进行缓冲。在向远程UE通知HO指示后,gNB#1对新产生的DL数据进行缓冲。gNB#1对gNB#2通知SN STATUSTRANSFER(SN状态转移)。gNB#1将DL数据发送状态包含在SN STATUS TRANSFER中通知给gNB#2。作为DL数据发送状态,示出gNB#1分配给还没有SN的新数据的SN即可。gNB#1将缓冲的DL数据与新产生的DL数据转发给gNB#2。将End Marker(结束标记)赋予给向gNB#1的最后的DL数据。gNB#1进行接收直到最后的DL数据为止,并转发给gNB#2。gNB#2对从gNB#1接收到的DL数据进行缓冲。
在与远程UE的RRC连接完成后(也可以是在从远程UE接收RRC再设定完成后),gNB#2将缓冲的DL数据发送给远程UE。gNB#2向远程UE进行发送,直到赋予了结束标记的DL数据为止。在存在从UPF新接收到的向远程UE的DL数据的情况下,gNB#2将该新接收到的DL数据发送给远程UE。
由此,在gNB#1与经由中继UE连接的gNB#2之间的HO时,能进行DL数据的数据转发。能削减HO中的DL数据的损失,能避免远程UE的移动所引起的通信质量的劣化。
公开UL数据的处理。远程UE将UL数据发送给gNB#1,直到从gNB#1收到HO指示为止。远程UE可以将包含未到达gNB#1的UL数据的SN在内的UL数据的接收状态通知给gNB#2。gNB#2能判断远程UE需要重发哪些UL数据。在从gNB#1接收到HO指示时,远程UE对未到达gNB#1的UL数据进行缓冲。远程UE对新产生的UL数据进行缓冲,直到从gNB#1接收HO指示后与gNB#2的RRC连接完成(也可以是RRC再设定完成)为止。远程UE在与gNB#2的RRC连接完成后(也可以是RRC再设定完成后),将缓冲的UL数据和新产生的UL数据发送给gNB#2。gNB#2可以使远程UE发送重发的数据。
由此,在经由中继UE连接的gNB#1与gNB#2之间的HO时,能削减HO中的UL数据的损失,能避免远程UE的移动所引起的通信质量的劣化。
上述示例中,公开了在HO的决定中使用远程UE中的SL测定结果。HO的决定不限于该SL测定结果。例如,可以使用gNB#2的负荷状况来决定HO。例如,可以通过通信所请求的QoS的变更来决定HO。例如,可以通过来自CN的指示来决定HO。例如,可以通过来自gNB#1的请求来决定HO。例如,可以通过来自远程UE的请求来决定HO。例如,可以通过来自中继UE的请求来决定HO。由此,能在包含可以经由中继UE进行连接的gNB在内的gNB之间实施适于电波传播环境的HO。能使远程UE与NW之间的通信质量提高。
在远程UE经由中继UE与gNB#1进行RRC连接的状况下,在中继UE与gNB#1之间产生了RLF(Radio Link Failure:无线链路失败)的情况下,可以释放远程UE与gNB#1间的RRC连接。检测到与gNB#1的RLF的中继UE可以对远程UE通知与gNB#1的RRC连接释放请求。该请求中可以包含原因信息。作为原因信息,可以包含表示是gNB#1与中继UE间的RLF的信息。从中继UE接收到RRC连接释放请求的远程UE释放与gNB#1的RRC连接所需的设定。由此,在中继UE与gNB#1间产生了RLF的情况下,无需维持与远程UE中的gNB#1的RRC连接所需的资源,能使资源的利用效率提高。
上述内容中,设为在中继UE与gNB#1间产生了RLF(Radio Link Failure:无线链路失败)的情况,但也可以设为在中继UE与gNB#1间RRC连接被释放的情况。例如,为通过RLF使RRC连接被释放的情况等。由此,能获得同样的效果。
在中继UE与gNB#1间产生了RLF产生的情况下,在RRC连接被释放前能再次与相同的gNB或其它gNB进行RRC连接的情况下,可以不对远程UE请求RRC连接的释放。由此,在中继UE与gNB间能进行RRC连接的情况下,能尽早执行远程UE与gNB间的通信。
在经由中继UE的gNB#1与远程UE间的通信中,可以进行PDCP重发。PDCP中,进行未能接收的数据的重发。对于经由中继UE发送到远程UE的数据,在远程UE未能接收数据的情况下,gNB#1再次经由中继UE对远程UE发送该数据。对于经由中继UE发送到gNB#1的数据,在gNB#1未能接收数据的情况下,远程UE再次经由中继UE对gNB#1发送该数据。由此,即使在gNB#1与远程UE间的通信经由中继UE来进行的情况下,也能实现通信质量的提高。
在经由中继UE的gNB#1与远程UE间的通信中,可以报告数据接收状态。作为数据接收状态的报告,可以进行PDCP Status(PDCP状态)的报告。例如,从gNB#1经由中继UE接收到数据的远程UE经由中继UE对gNB#1报告数据接收状态。例如,从远程UE经由中继UE接收到数据的gNB#1经由中继UE对远程UE报告数据接收状态。作为数据接收状态,可以使用PDCP SN。在gNB#1发送的情况下,可以使用由gNB#1所赋予的PDCP SN。在远程UE发送的情况下,可以使用由远程UE所赋予的PDCP SN。可以使用PDCP SN来判断数据是否到达。例如,作为数据接收状态,可以报告从未到达的最初的数据到最后的数据的PDCP SN。
由此,接收到数据接收状态的报告的gNB#1或远程UE能识别数据发送状态。gNB#1或远程UE能识别未到达的数据。接收到数据接收状态的报告的gNB#1或远程UE可以重发未到达的数据。由此,通过进行数据接收状态的报告、例如PDCP Status(PDCP状态)报告,从而gNB#1或远程UE能重发未到达的数据。即使在gNB#1与远程UE间的通信经由中继UE来进行的情况下,也能实现通信质量的提高。
公开解决问题的其它方法。在中继UE与远程UE之间可以报告数据接收状态。作为数据接收状态的报告,可以进行PDCP Status(PDCP状态)的报告。在中继UE发送的情况下,可以使用由中继UE所赋予的PDCP SN。在远程UE发送的情况下,可以使用由远程UE所赋予的PDCP SN。接收到数据接收状态的报告的中继UE或远程UE能识别数据发送状态。中继UE或远程UE能识别未到达的数据。接收到数据接收状态的报告的中继UE或远程UE可以重发未到达的数据。由此,通过在中继UE与远程UE间进行数据接收状态的报告、例如PDCP Status(PDCP状态)报告,从而中继UE或远程UE能重发未到达的数据。在中继UE与远程UE间的通信中,可力图实现通信质量的提高。
中继UE可以将与远程UE之间的数据接收状态通知给gNB#1。通过接收该接收状态,从而gNB#1能识别中继UE与远程UE间的数据通信是否可靠地进行。gNB#1能使用从中继UE接收到的、中继UE与远程UE间的数据接收状态,来识别数据发送状态。gNB#1可以判断向远程UE的数据重发。例如,gNB#1可以将未从中继UE发送到远程UE的数据重发给中继UE。中继UE能将从gNB#1接收到的重发数据重发给远程UE。由此,即使在gNB#1与远程UE间的通信经由中继UE来进行的情况下,也能实现通信质量的提高。
在gNB#1与中继UE之间可以报告数据接收状态。作为数据接收状态的报告,可以进行PDCP Status(PDCP状态)的报告。在gNB#1发送的情况下,可以使用由gNB#1所赋予的PDCPSN。在中继UE发送的情况下,可以使用由中继UE所赋予的PDCP SN。接收到数据接收状态的报告的gNB#1或中继UE能识别数据发送状态。gNB#1或中继UE能识别未到达的数据。接收到数据接收状态的报告的gNB#1或中继UE可以重发未到达的数据。由此,通过在gNB#1与中继UE间进行数据接收状态的报告、例如PDCP Status(PDCP状态)报告,从而gNB#1或中继UE能重发未到达的数据。在gNB#1与中继UE间的通信中,可力图实现通信质量的提高。
中继UE可以将与gNB#1之间的数据接收状态通知给远程UE。通过接收该接收状态,从而远程UE能识别gNB#1与中继UE间的数据通信是否可靠地进行。远程UE能使用从中继UE接收到的、gNB#1与中继UE间的数据接收状态,来识别数据发送状态。远程UE可以判断向gNB#1的数据重发。例如,远程UE可以将未从中继UE发送到gNB#1的数据重发给中继UE。中继UE能将从远程UE接收到的重发数据重发给gNB#1。由此,即使在gNB#1与远程UE间的通信经由中继UE来进行的情况下,也能实现通信质量的提高。
可以将在中继UE和远程UE之间报告数据接收状态的方法、与在gNB#1和中继UE之间报告数据接收状态的方法相组合。gNB#1或远程UE可以使用Uu和PC5的各个单独链路中的数据接收状态,来进行数据重发的判断。此外,可以由中继UE判断数据重发,并进行数据重发。例如,在任一个链路的数据没有到达的情况下,中继UE进行重发。在双方链路的数据没有到达的情况下,从gNB#1或远程UE进行重发。通过采用这种方法,能削减经由中继UE的gNB#1与远程UE之间的通信的延迟。即使在gNB#1与远程UE间的通信经由中继UE来进行的情况下,也能使通信质量进一步提高。
在远程UE的经由中继UE而连接的gNB#1与gNB#2之间的HO中的数据转发处理中,可以适当应用上述方法。能削减该HO中的数据的损失。
实施方式2.
如实施方式1所示那样,中继UE和远程UE有时分别存在于不同的gNB的覆盖范围内。例如,在远程UE存在于gNB#2的覆盖范围端的情况下,产生远程UE与中继UE的接收质量比来自gNB#2的接收质量要好的情况。该情况下,即使远程UE没有进行RRC连接且处于RRC_IDLE状态,也会产生如下问题:其动作变得不明确,无法实施RRC_IDLE状态下的处理。
例如,远程UE在gNB#2和经由中继UE的gNB#1中的哪个gNB中驻留、使用从哪个gNB发送的***信息、使用从哪个gNB发送的SL通信用资源池(RP)等变得不明确,产生无法实施RRC_IDLE状态下的处理的问题。
本实施方式中,公开解决这种问题的方法。
为了解决该问题,本实施方式所涉及的远程UE接收远程UE位于覆盖范围内的gNB#2所发送的***信息。作为***信息,有MIB、SIB等。作为***信息,可以包含SL通信用的***信息。远程UE可以接收gNB#2所发送的所有***信息。远程UE使用从gNB#2接收到的***信息。远程UE在gNB#2中驻留。即使在远程UE中来自能与NW连接或连接到NW的中继UE的接收质量比来自gNB#2的接收质量要高,远程UE也接收gNB#2发送的***信息。远程UE在gNB#2中驻留。在远程UE处于覆盖范围内的gNB存在多个的情况下,关于远程UE接收哪个gNB的***信息,可以使用现有的小区选择、小区重选的方法(参照非专利文献32(3GPP TS38.304))。
由此,RRC_IDLE的远程UE能决定使用从哪个gNB发送的***信息。因此,远程UE能实施RRC_IDLE下的处理。
公开解决问题的其它方法。
远程UE接收处于覆盖范围内的gNB#2发送的***信息,直到中继UE的发现处理完成为止。远程UE使用从gNB#2接收到的***信息。远程UE在gNB#2中驻留。在中继UE的发现处理完成后,远程UE经由中继UE接收gNB#1发送的***信息。远程UE使用gNB#1发送的***信息。远程UE可以在gNB#1中驻留。
中继UE可以从gNB#1接收***信息。中继UE可以将从gNB#1接收到的***信息通知给远程UE。发现处理中,中继UE可以将gNB#1的***信息通知给远程UE。由此,远程UE能经由中继UE接收gNB#1的***信息,并使用该***信息。
通过在中继UE的发现处理完成后接收gNB#1发送的***信息,从而远程UE能尽早使用gNB#1的***信息。
远程UE可以接收gNB#2发送的***信息,直到与中继UE的PC5-S链路确立为止。远程UE使用从gNB#2接收到的***信息。远程UE在gNB#2中驻留。在与中继UE的PC5-S链路确立后,远程UE经由中继UE接收gNB#1发送的***信息。远程UE使用gNB#1发送的***信息。远程UE可以在gNB#1中驻留。
中继UE可以从gNB#1接收***信息。中继UE可以将从gNB#1接收到的***信息通知给远程UE。发现处理中,中继UE可以将gNB#1的***信息通知给远程UE。在PC5-S链路确立处理中,中继UE可以将gNB#1的***信息通知给远程UE。由此,远程UE能经由中继UE接收gNB#1的***信息,并使用该***信息。
通过在与中继UE的PC5-S链路确立后接收gNB#1发送的***信息,从而在远程UE尚未与中继UE确立PC5-S链路的情况下可以使用gNB#2的***信息。
远程UE可以接收gNB#2发送的***信息,直到与中继UE的PC5-RRC连接完成为止。远程UE使用从gNB#2接收到的***信息。远程UE在gNB#2中驻留。在与中继UE的PC5-RRC连接完成后,远程UE经由中继UE接收gNB#1发送的***信息。远程UE使用gNB#1发送的***信息。远程UE可以在gNB#1中驻留。
中继UE可以从gNB#1接收***信息。中继UE可以将从gNB#1接收到的***信息通知给远程UE。发现处理中,中继UE可以将gNB#1的***信息通知给远程UE。在PC5-S链路确立处理中,中继UE可以将gNB#1的***信息通知给远程UE。在PC5-RRC连接处理中,中继UE可以将gNB#1的***信息通知给远程UE。由此,远程UE能经由中继UE接收gNB#1的***信息,并使用该***信息。
通过在与中继UE的RRC连接处理完成后接收gNB#1发送的***信息,从而在远程UE能在PC5-RRC消息、PC5上与中继UE进行数据的收发的情况下,可以使用gNB#2的***信息。在远程UE还无法在PC5-RRC消息、PC5上与中继UE进行数据的收发的情况下,可以使用gNB#2的***信息。
由此,RRC_IDLE的远程UE能决定使用从哪个gNB发送的***信息。此外,远程UE能使用来自gNB#1的***信息。远程UE能在gNB#1中驻留。
图18是示出实施方式2中、远程UE使用从gNB#1接收到的***信息的方法的示例的时序图。在图18中,对与图14共通的步骤标注相同的步骤编号,并省略共通的说明。图18示出根据远程UE与中继UE之间的PC5的连接状况由远程UE从gNB#2或gNB#1接收***信息并使用的方法。图18所示的方法中,远程UE接收gNB#2发送的***信息并使用该***信息,直到与中继UE的PC5-RRC连接完成为止,并且在与中继UE的PC5-RRC连接完成后,经由中继UE接收gNB#1所发送的***信息并使用该***信息。
步骤ST1801中,远程UE处于gNB#2的覆盖范围内并为RRC_IDLE状态。步骤ST1802中中继UE从gNB#1接收***信息。步骤ST1803中远程UE从gNB#2接收***信息。步骤ST1409至步骤ST1411中,在远程UE与中继UE之间实施PC5的连接。步骤ST1411中,在中继UE完成了与远程UE的PC5-RRC连接的情况下,在步骤ST1805中,中继UE对远程UE通知gNB#1的***信息。中继UE可以广播gNB#1的***信息。步骤ST1411中,在远程UE完成了与中继UE的PC5-RRC连接的情况下,在步骤ST1804中,远程UE将***信息接收gNB从gNB#2变更为gNB#1。步骤ST1805中,远程UE接收中继UE发送的gNB#1的***信息。由此,远程UE能使用从gNB#1发送来的***信息。
在发现处理中,远程UE可以使用从位于覆盖范围内的gNB#2接收到的RP。可以在与最初的中继UE之间的发现处理中使用。在发现处理中,远程UE可以使用从接收***信息的gNB接收到的RP。在发现处理中,远程UE可以使用从接收与SL有关的***信息的gNB接收到的RP。例如,可以在远程UE与多个中继UE连接的情况下使用。在远程UE已经与中继UE相连接的情况下,当对新的中继UE进行发现处理时,能使用从gNB#1接收到的***信息。
中继UE可以存储从gNB#1接收到的***信息。例如,存储步骤ST1802中接收到的***信息。中继UE能在任意定时在PC5上将***信息发送给远程UE。在gNB#1的***信息被修正的情况下,中继UE可以将从gNB#1接收到的该修正后的***信息作为更新后的***信息来存储。中继UE可以对远程UE通知gNB#1的***信息被修正。在gNB#1的***信息被修正的情况下,中继UE可以对远程UE通知修正后的gNB#1的***信息。
公开在PC5上在UE间通知***信息的方法。中继UE将从gNB#1接收到的***信息通知给远程UE。该通知中可以使用SL中的单播通信。或者,该通知中可以使用SL中的组播通信。gNB#1可以设为中继UE接收***信息的gNB。gNB#1可以设为中继UE驻留的gNB,也可以设为中继UE所连接的gNB。
作为中继UE对远程UE通知***信息的方法,可以适当实施方式1所公开的、经由中继UE的RRC连接请求在PC5上的通知方法。作为其它解决方案,可以设置用于***信息的通知的新的信道。通过将包含***信息的信道与其它信道区分开,从而远程UE能降低***信息的接收处理的误动作。
可以将***信息包含在PC5的RRC消息中从中继UE通知给远程UE。PC5的RRC消息可以设置Uu的RRC消息用的容器。可以设置***信息用的容器。可以设置专用RRC消息用的容器。由此,中继UE能容易地将从gNB#1接收到的RRC消息作为PC5的RRC消息转发给远程UE。中继UE对于容器信息可以设为透明(transparent)。由此,能使中继UE的处理变得更容易。
公开中继UE对远程UE通知***信息的定时。中继UE周期性地对远程UE通知***信息。可以使用物理上周期性的资源来通知。或者,可以在逻辑上周期性的资源中通知。逻辑上周期性的资源是指在可SL通信的资源中、周期性地设定资源。例如,在可SL通信的资源不连续的情况下,仅对除不可SL通信的资源以外的、可SL通信的资源连续进行计数,并在该计数中周期性地设定资源。由此,即使可SL通信的资源不连续,也能在可SL通信的资源内获得周期性。
公开通知定时的其它方法。在中继UE从gNB#1接收到***信息的情况下,中继UE对远程UE通知***信息。在从gNB#1接收到新的或修正后的***信息的情况下,中继UE可以对远程UE通知***信息。由此,中继UE以***信息的接收为触发将***信息通知给远程UE,由此能削减***信息的通知中所使用的SL资源的浪费。
公开通知定时的其它方法。远程UE对中继UE通知***信息请求。该***信息请求可以设为中继UE连接的gNB的***信息的请求,或者可以设为中继UE存储的***信息的请求。该***信息请求的通知可以适当应用实施方式1所公开的、与中继UE的连接状态有关的信息的通知方法。在从远程UE接收到***信息请求的情况下,中继UE对远程UE通知***信息。
由此,中继UE能将从gNB#1接收到的***信息通知给远程UE。远程UE能经由中继UE接收gNB#1的***信息。
公开在PC5上在UE间通知***信息的其它方法。中继UE对从gNB#1接收到的***信息进行广播。可以使用SL中的广播通信。可以用PC5-S信令来通知。由此,在PC5连接处理中能尽早通知。或者,可以用PC5-RRC信令来通知。例如,可以包含在PC5上的RRC消息中来通知。例如,在通知与NW的RRC连接状态的情况下,通过在PC5中也使用RRC信令,从而可以在相同的RRC层中进行通知处理,因此能减少误动作。此外,可以用PC5的SRB来通知该信息。由此,能将***信息作为信令信息、控制信息来通知。
可以使用PC5 MAC信令来通知该信息。该情况下,与RRC信令相比能更早进行通知。这些信令可以包含表示是广播的信息。或者,可以包含表示是***信息的信息。或者,可以包含表示是中继UE从gNB#1接收到的***信息的信息。由此,接收PC5通信的一个或多个UE能接收该信令。
可以用PSCCH来通知该信息。可以将该信息包含在1st SCI中来通知。由此,能更早地进行通知。在1st SCI中可以包含表示是广播的信息。或者,可以包含表示是***信息的信息。可以包含表示是中继UE从gNB#1接收到的***信息的信息。由此,能接收PC5通信的一个或多个UE能接收该信息。
可以用PSSCH来通知该信息。可以将该信息包含在2nd SCI中来通知。可以将该信息包含在MAC CE中,并用PSSCH来通知。在PSCCH的2nd SCI或MAC CE中,可以包含表示是广播的信息。或者,可以包含表示是***信息的信息。可以包含表示是中继UE从gNB#1接收到的***信息的信息。此外,在用于广播的情况下,设为不应用HARQ即可。由此,能接收PC5通信的一个或多个UE能接收该信息。
可以用PSBCH来通知该信息。PSBCH是在SL中广播的信道。通过使该信道包含该信息,从而中继UE能广播该信息,能接收PC5通信的一个或多个UE能接收该信息。
可以设置用于广播该信息的信道。由此,能与其它信令、信道区分开,因此,能降低UE中的该信息的接收处理的误动作。
公开解决问题的其它方法。
gNB对远程UE指示接收***信息的gNB。gNB#2可以对远程UE指示接收***信息的gNB(以下,有时记载为***信息接收gNB)。该***信息接收gNB的指示信息可以由gNB#2包含在***信息中来广播。或者,该***信息接收gNB的指示信息可以由gNB#2使用专用信令通知给远程UE。例如,可以使用RRC信令,可以使用MAC信令,也可以使用PDCCH。gNB#2可以对中继UE所连接的远程UE进行通知。作为***信息接收gNB的指示信息,可以设为表示是接收本gNB的***信息、还是接收中继UE的连接目标gNB的***信息的信息。
gNB#1可以对远程UE指示接收***信息的gNB。该指示可以经由中继UE来通知。gNB#1可以将该指示信息包含在***信息中来广播给中继UE。或者,gNB#1可以使用专用信令来通知给中继UE。例如,可以使用RRC信令,可以使用MAC信令,也可以使用PDCCH。中继UE对远程UE通知该指示信息。该通知可以适当应用上述广播信息的发送方法。作为***信息接收gNB的指示信息,可以设为表示是接收本gNB的***信息、还是接收远程UE的连接目标gNB的***信息的信息。
对远程UE使用哪个gNB的***信息可以预先通过标准等静态地决定。或者,可以在gNB间进行调整。或者,可以由CN决定。由此,能在NW内实施统一的处理。
中继UE可以对远程UE指示接收***信息的gNB,而非来自gNB的指示。例如,中继UE可以根据中继UE与gNB#1的连接状态来对远程UE指示***信息接收gNB。由此,能根据中继UE的状况来指示适于远程UE的***信息接收gNB。
图19是示出实施方式2中、gNB对远程UE指示接收***信息的gNB的方法的示例的时序图。在图19中,对与图18共通的步骤标注相同的步骤编号,并省略共通的说明。步骤ST1901中,gNB#1广播本gNB的***信息接收指示。本gNB的***信息接收指示可以仅应用于经由中继UE连接的远程UE。本gNB的***信息接收指示可以包含表示仅应用于经由中继UE连接的远程UE的信息。本gNB的***信息接收指示可以包含在***信息中。
接收到从gNB#1广播的gNB#1的***信息接收指示的中继UE执行步骤ST1409~ST1411,在与远程UE之间完成了PC5-RRC连接之后,在步骤ST1902中对PC5-RRC连接的远程UE通知gNB#1的***信息接收指示。此外,步骤ST1805中,中继UE对远程UE通知gNB#1的***信息。接收到gNB#1的***信息接收指示的远程UE在步骤ST1804中将接收***信息的gNB从gNB#2变更为gNB#1,在步骤ST1805中接收gNB#1的***信息。
公开了gNB#1的***信息接收指示,但也可以为是否使用gNB#1的***信息的信息。接收到该信息的远程UE按照该信息来决定是否接收gNB#1的***信息。
公开了gNB#1的***信息接收指示,但也可以是gNB#1的***信息使用指示。接收到该指示的远程UE接收gNB#1的***信息并使用。
在从中继UE在SL中发送的gNB#1的***信息中可以包含gNB#1的***信息接收指示。也可以是gNB#1的***信息使用指示。远程UE接收从中继UE在SL中发送的gNB#1的***信息,在包含gNB#1的***信息使用指示的情况下,使用gNB#1的***信息。
对于使用经由中继UE从gNB#1发送的***信息、以及位于覆盖范围内的gNB#2的***信息中的哪一个,可以在gNB间进行调整。或者,AMF可以进行调整,并通知给各gNB。或者,具有管理功能的节点可以进行调整,并通知给各gNB。可以经由AMF来通知。gNB可以根据调整结果来决定是否指示本gNB的***信息接收,并发送本gNB的***信息接收指示。
由此,NW侧能判断使远程UE接收哪个gNB的***信息并使用。
远程UE从gNB#2接收***信息的一部分,并从gNB#1接收其它***信息。远程UE使用从gNB#2接收到的***信息的一部分,并使用从gNB#1接收到的其它***信息。例如,远程UE从gNB#2接收与SL有关的***信息,从gNB#1接收除此以外的***信息。远程UE使用从gNB#2接收到的与SL有关的***信息,并使用从gNB#1接收到的除此以外的***信息。能根据***信息的种类来设定适当的***信息接收gNB。
例如,远程UE可以从gNB#2接收关于与NW的连接的***信息,从gNB#1接收与SL有关的***信息。远程UE使用从gNB#2接收到的关于与NW的连接的***信息,并使用从gNB#1接收到的与SL有关的***信息。由此,能从位于覆盖范围内的gNB#2得到与Uu上的连接有关的***信息,能从经由中继UE连接的gNB#1得到关于与中继UE的PC5上的连接的***信息。
公开解决问题的其它方法。
远程UE通过后述实施方式2的变形例1所公开的方法,从小区选择或小区重选后的小区接收***信息。远程UE使用从小区选择或小区重选后的小区接收到的***信息。从发现处理到PC5-RRC连接完成为止,可以从gNB#2接收***信息。从发现处理到PC5-RRC连接完成为止,远程UE可以使用从gNB#2接收到的***信息。对于与SL有关的***信息,从发现处理到PC5-RRC连接完成为止,可以使用从gNB#2接收到的***信息。
公开解决问题的其它方法。
远程UE从最后处于RRC连接的gNB接收***信息。例如,在最后处于RRC连接的gNB为gNB#2的情况下,在释放RRC连接后,远程UE接收gNB#2的***信息。例如,在RRC连接因通信的结束而释放的情况下,可以尽早选择、重选接收***信息的小区。
通过采用本实施方式中所公开的方法,从而远程UE能接收***信息。即使在位于gNB#2的覆盖范围内的远程UE连接到与gNB#1相连接的中继UE的情况下,也能判断接收、使用哪个gNB的***信息。因此,RRC_IDLE状态的远程UE中的处理变得明确,能减少该处理中的误动作。
实施方式2的变形例1.
在实施方式2所公开的问题中,例如,RRC_IDLE的远程UE进行小区选择、小区重选处理。然而,除了远程UE位于覆盖范围内的gNB#2以外,在还考虑经由中继UE的gNB#1的情况下,实施什么样的小区选择、小区重选处理变得不明确。因此,产生如下问题:远程UE无法实施RRC_IDLE状态下的处理。
本变形例中,公开解决这种问题的方法。
本变形例中,远程UE使位于覆盖范围内的gNB优先来进行小区选择。远程UE可以使位于覆盖范围内的gNB优先来进行小区重选。若来自gNB#2的接收质量满足小区选择、小区重选的标准,则远程UE对gNB#2进行小区选择、小区重选。远程UE接收从小区选择、小区重选后的gNB发送的***信息。远程UE使用从小区选择、小区重选后的gNB发送的***信息。远程UE可以接收从小区选择、小区重选后的gNB发送的寻呼。
公开解决问题的其它方法。
远程UE使中继UE所连接的gNB优先来进行小区选择。远程UE可以使中继UE所连接的gNB优先来进行小区重选。在来自中继UE的SL接收质量超过了规定的阈值的情况下,远程UE可以使中继UE所连接的gNB优先来进行小区选择、小区重选。远程UE接收从小区选择、小区重选后的中继UE所连接的gNB发送的***信息。远程UE使用从小区选择、小区重选后的中继UE所连接的gNB发送的***信息。远程UE也可以接收从小区选择、小区重选后的中继UE所连接的gNB发送的寻呼。
通过这样进行优先控制,从而能使远程UE中的小区选择、小区重选处理变得容易。能减少远程UE中的误动作。
公开解决问题的其它方法。
远程UE将位于覆盖范围内的gNB和中继UE所连接的gNB相结合来进行小区选择、小区重选。远程UE测定来自位于覆盖范围内的gNB的接收质量和来自中继UE的SL接收质量。远程UE基于来自位于覆盖范围内的gNB的接收质量和来自中继UE的SL接收质量,从满足小区选择、小区重选的基准且远程UE位于覆盖范围内的小区和中继UE中选择最佳小区或中继UE。在所选择的是中继UE的情况下,将中继UE所连接的gNB的小区设为所选择的小区。远程UE接收从所选择的最佳小区发送的***信息。远程UE使用从最佳小区发送的***信息。远程UE可以接收从最佳小区发送的寻呼。
远程UE从来自位于覆盖范围内的gNB的接收质量满足小区选择、小区重选的标准的小区中选择最佳小区,从来自中继UE的SL接收质量满足小区选择、小区重选的标准的中继UE中选择最佳中继UE,并将中继UE所连接的gNB的小区设为最佳小区。远程UE可以比较两个最佳小区的接收质量,并选择良好的一方。
作为小区选择、小区重选的标准,可以包含偏移。例如,可以设置偏移,该偏移用于比较来自远程UE位于覆盖范围内的gNB的接收质量、与来自中继UE的SL接收质量。例如,若将偏移设为Qroffset,则可以将来自中继UE的SL接收质量、与来自远程UE在覆盖范围内的gNB的接收质量+Qroffset进行比较来选择最佳小区。偏移的设定不限于此。例如,可以将偏移与来自中继UE的SL接收质量相加。通过这样设定偏移,从而能使中继UE所连接的gNB或远程UE位于覆盖范围内的gNB的某一个优先来选择。
远程UE使用从所选择的最佳小区发送的***信息。远程UE也可以接收从最佳小区发送的寻呼。
作为与小区选择、小区重选的标准有关的信息,例如有小区选择、小区重选的接收质量的阈值、偏移等。与标准有关的信息可以预先通过标准等静态地决定,也可以由gNB广播。UE可以使用gNB广播的与标准有关的信息。或者,可以存储在UE中。例如,可以存储在UE具有的SIM中。UE可以使用自身所存储的与标准有关的信息。或者,在注册处理中可以从CN向UE提供与标准有关的信息。UE可以将与从CN提供的标准有关的信息存储在UE内。或者,在UE与NW处于连接状态时,可以将与标准有关的信息从NW提供给UE。之后,在UE成为RRC_IDLE状态时,可以使用该与标准有关的信息。
通过采用这种方法,从而在统一的小区选择、重选处理中可以将远程UE位于覆盖范围内的gNB与中继UE考虑在内。通过统一的小区选择、重选处理,远程UE可以选择位于覆盖范围内的gNB和中继UE所连接的gNB。因此,小区选择、重选处理的简化得以实现,还能实现低功耗化。此外,能减少远程UE中的误动作。
通过采用本变形例中所公开的方法,从而即使在远程UE与中继UE相连接的情况下,也能实施小区选择、重选处理。远程UE能实施RRC_IDLE状态下的处理。在RRC_IDLE状态的远程UE的处理中能减少误动作。
实施方式2的变形例2.
在RRC_IDLE的远程UE使用来自中继UE所连接的gNB的***信息、或将该gNB的小区设为能进行小区选择、小区重选的情况下,在远程UE移动或周边的电波传播环境变动的状况下,产生CN无法管理远程UE的问题。
本变形例中,公开解决这种问题的方法。
在本变形例所涉及的通信***中,gNB#1经由中继UE将TAC通知给远程UE。作为该通知方法,可以适当应用实施方式2中所公开的***信息的通知方法。TAC可以包含在***信息中。远程UE经由中继UE接收gNB#1的TAC。在远程UE移动了的情况下,远程UE可以从位于覆盖范围内的gNB和中继UE接收所选择的小区的TAC。远程UE将接收到的该TAC与最近从NW接收到的一个或多个TAC进行比较。作为该NW,可以是RAN,也可以是CN。作为RAN,可以是gNB。作为CN,可以是AMF。
在从gNB#1接收到的TAC与最近从NW接收到的一个或多个TAC不同、且为新的TAC的情况下,远程UE进行注册处理。远程UE经由中继UE和gNB#1对CN通知注册请求。注册请求中,可以包含表示是TAC或注册的更新的信息。该注册请求中,可以使用现有的注册请求(Resistration Request)消息。该注册请求(Resistration Request)消息的注册种类(Registration Type)可以设定为移动注册更新(Mobility Registration Update)。
以下公开6个该注册请求中包含的信息示例。
(1)请求注册的UE的标识。
(2)中继UE的标识。
(3)中继UE所连接的gNB的标识。
(4)从gNB接收到的TAC。
(5)表示存在经由中继UE的连接的注册请求的信息。
(6)(1)~(5)的组合。
从远程UE接收到注册请求的CN在中继UE与gNB#1之间实施注册处理。远程UE在注册处理中从CN获得新的注册区域信息。可以将注册区域信息设为一个或多个TAC。
在从gNB#1接收到的TAC包含在最近从NW接收到的一个或多个TAC中的情况下,远程UE不实施注册处理。
图20是示出实施方式2的变形例2中、远程UE进行基于TA变更的注册的方法的示例的时序图。在图20中,对与图14、图18共通的步骤附加相同的步骤标号,并省略共通的说明。步骤ST2001中,中继UE从gNB#1接收***信息。此外,接收PLMN标识、TAC(设为TAC#1)。步骤ST2002中远程UE从gNB#2接收***信息。此外,接收PLMN标识、TAC(设为TAC#2)。在TAC#2为新的TAC的情况下,远程UE在步骤ST2003中实施RRC连接处理,在步骤ST2004中在gNB#2、AMF#2、PCF、UDM之间实施注册处理。在注册处理完成后不进行通信的情况下,在步骤ST2005中释放RRC连接。
步骤ST1409至步骤ST1411中,远程UE在与中继UE之间进行PC5的RRC连接。步骤ST2006中,中继UE进行与gNB#1的RRC连接处理。作为步骤ST2006中的RRC连接处理,可以应用图14等中记载的步骤ST1412至步骤ST1414的处理。步骤ST1804中,远程UE将接收***信息的gNB从gNB#2变更为gNB#1。步骤ST2007中,中继UE在SL中发送gNB#1的***信息、PLMN标识、TAC#1。可以对远程UE通知这些信息。远程UE接收中继UE发送的gNB#1的***信息、PLMN标识、TAC#1,在步骤ST2008中,判断TAC#1是否包含在步骤ST2004的注册处理中从NW通知的注册区域信息中。在包含的情况下不对CN实施注册。在不包含的情况下对CN实施注册。图20中示出包含的情况。
步骤ST2009中,远程UE经由中继UE与gNB#1实施RRC连接处理。作为经由中继UE在与gNB#1之间实施的RRC连接处理,可以应用图14等中记载的步骤ST1417至步骤ST1419的处理。在步骤ST2010中,远程UE在gNB#1、AMF#1、PCF、UDM间实施注册处理。在注册处理完成后不进行通信的情况下,可以释放RRC连接。图20中示出变更AMF的情况,但不限于AMF的变更。AMF也可以不变更。
由此,能实施用于将远程UE所存在的TA变更为gNB#1所属的TA的注册处理。
通过采用本变形例中所公开的方法,从而即使在远程UE移动或周边的电波传播环境变动的状况下,CN也能识别远程UE存在于哪个TA中。因此,CN能管理远程UE。
实施方式2的变形例3.
在远程UE处于gNB的覆盖范围内、且还与中继UE相连接的情况下,远程UE并不清楚是从位于覆盖范围内的gNB接收寻呼、还是从中继UE接收寻呼。此外,CN中,对于远程UE,从哪个发送寻呼并不明确。因此,CN无法调用远程UE,产生无法与远程UE开始通信的问题。
本变形例中,公开解决这种问题的方法。
本变形例所涉及的通信***中,在远程UE位于gNB#2的覆盖范围内的情况下,从gNB#2接收寻呼。该情况下,可以不需要经由中继UE和连接到中继UE的gNB的注册处理。即使中继UE连接的gNB发送新的TAC,远程UE也可以不需要经由中继UE和中继UE所连接的gNB的注册处理。由此,CN能识别远程UE经由位于覆盖范围内的gNB来发送寻呼即可。CN经由gNB#2对远程UE发送寻呼。
通过省去经由中继UE和中继UE所连接的gNB的注册处理,从而能使作为***的处理变得容易。此外,不需要用于该注册的信令,能减少信令负荷。
在远程UE位于覆盖范围内的gNB因远程UE的移动、周边的电波传播环境的变动而变更、并进行小区选择、重选处理的情况下,远程UE可以经由该gNB来接收寻呼。
远程UE可以从接收***信息的gNB接收寻呼。可以从接收与寻呼有关的***信息的gNB接收寻呼。由此,远程UE也能从中继UE所连接的gNB接收寻呼。
远程UE可以按照TA的变更处理,从TA或属于注册区域的gNB接收寻呼。可以适当应用实施方式2的变形例2所公开的TA的变更处理。例如,在远程UE移动,所连接的中继UE、中继UE所连接的gNB变更并选择该gNB的情况下,远程UE从该gNB接收TAC,并判断是否包含在最近从CN接收到的一个或多个TAC中。在TAC不同的情况下,经由该中继UE和gNB对CN实施注册处理。在远程UE经由该中继UE和gNB与CN实施了注册处理的情况下,从该gNB接收寻呼。CN经由位于新的TAC内的该gNB和中继UE对远程UE发送寻呼。
在从该gNB接收到的TAC包含在最近从CN接收到的一个或多个TAC中的情况下,远程UE可以不对CN实施注册处理。远程UE经由中继UE、gNB接收寻呼。CN经由位于原始TAC内的该gNB和中继UE对远程UE发送寻呼。
由此,即使在包含中继UE的NW中,远程UE也能从TA或属于注册区域的gNB接收寻呼。因此,能采用与现有的寻呼处理相同的处理,能减少寻呼处理中的误动作。
上述内容中,示出中继UE连接的gNB的示例,但可以是远程UE位于覆盖范围内的gNB。可获得相同的效果。
图21是示出实施方式2的变形例3中、从属于远程UE存在的TA的gNB接收寻呼的方法的示例的时序图。在图21中,对与图20共通的步骤标注相同的步骤编号,并省略共通的说明。
示出在远程UE存在于从gNB#2广播的TA(TAC#2)的情况下、或存在于注册处理中所通知的注册区域的情况下,向远程UE的数据到达了CN的情况下的处理。步骤ST2101中,向远程UE的数据在UPF#2中产生。步骤ST2102中,UPF#2向SMF通知数据产生通知。步骤ST2103中,SMF可以将数据产生通知响应通知给UPF#2。步骤ST2104中,SMF向远程UE所注册的AMF#2通知数据产生通知。步骤ST2105中,AMF#2可以向SMF通知数据产生通知响应。
步骤ST2106中,AMF#2向gNB#2通知寻呼。步骤ST2107中,gNB#2对远程UE通知寻呼。从gNB#2接收到寻呼的远程UE在步骤ST2108中与gNB#2、AMF#2、SMF、UPF#2进行服务请求处理、PDU(Protocol Data Unit:协议数据单元)会话确立处理。步骤ST2109中,UPF#2将所产生的数据发送给gNB#2,gNB#2将该数据发送给远程UE。由此,能向远程UE进行数据通信。
例如,在通信结束了的情况下,在步骤ST2110中,在远程UE、gNB#2、AMF#2、SMF、UPF#2之间进行PDU会话释放处理。步骤ST2111中,在远程UE、gNB#2、AMF#2之间进行CM连接释放处理、RRC连接释放处理。
示出在远程UE存在于从gNB#1广播的TA(TAC#1)、并且在步骤ST2010中实施了用于变更为gNB#1所属的TAC#1的注册处理的情况下,向远程UE的数据到达了CN的情况下的处理。步骤ST2112中,向远程UE的数据在UPF#1中产生。步骤ST2113中,UPF#1向SMF通知数据产生通知。步骤ST2114中,SMF可以将数据产生通知响应通知给UPF#1。步骤ST2115中,SMF向远程UE所注册的AMF#1通知数据产生通知。步骤ST2116中,AMF#1可以向SMF通知数据产生通知响应。
步骤ST2117中,AMF#1向gNB#1通知寻呼。步骤ST2118中,gNB#1对中继UE通知寻呼。步骤ST2119中,中继UE对远程UE通知寻呼。从中继UE接收到寻呼的远程UE在步骤ST2120中与中继UE、gNB#1、AMF#1、SMF、UPF#1进行服务请求处理、PDU会话确立处理。在经由中继UE的远程UE与NW间的通信中,可以在中继UE与UPF间确立PDU会话。中继UE和远程UE确立PC5连接,在中继UE中,UPF与中继UE间的数据被转发到中继UE与远程UE间,远程UE与中继UE间的数据被转发到中继UE与UPF间。作为其它PDU会话的确立方法,可以在远程UE与UPF间确立PDU会话。可以确立PDU会话以用于在远程UE与UPF间通信的服务。在远程UE与UPF间的PDU会话中,数据目的地地址可以设为远程UE和UPF。通过采用这种方法,能使通信控制变得容易。
中继UE可以进行SLRB(Sidelink Radio Bearer:直通链路无线承载)与Uu的RB的映射。中继UE将来自gNB#1的数据从Uu RB切换为SL RB,并发送给远程UE。中继UE将来自远程UE的数据从SL RB切换为Uu RB,并发送给gNB#1。中继UE可以进行信道的映射。中继UE将来自gNB#1的数据从PUSCH切换为PSSCH,并发送给远程UE。中继UE将来自远程UE的数据从PSSCH切换为PUSCH,并发送给gNB#1。由此,能经由中继UE在远程UE与gNB#1之间进行数据收发。步骤ST2121中,UPF#1将所产生的数据发送给gNB#1,gNB#1经由中继UE将该数据发送给远程UE。由此,能向远程UE进行数据通信。
例如,在通信结束了的情况下,在步骤ST2122中,在远程UE、中继UE、gNB#1、AMF#1、SMF、UPF#1之间进行PDU会话释放处理。步骤ST2123中,在远程UE、中继UE、gNB#1、AMF#1之间进行CM连接释放处理、RRC连接释放处理。
图21中示出变更AMF的情况,但不限于AMF的变更。AMF也可以不变更。图21中示出变更UPF的情况,但不限于UPF的变更。UPF也可以不变更。图21中示出SMF为相同的情况,但不限于SMF相同的情况。SMF也可以变更。
通过采用这种方法,远程UE能识别是从位于覆盖范围内的gNB接收寻呼、还是从中继UE接收寻呼,并且能识别从哪个gNB、哪个中继UE接收寻呼。此外,CN能识别将针对远程UE的寻呼发送给哪个gNB。由此,CN能与远程UE之间开始通信。
关于寻呼,公开其它方法。远程UE位于覆盖范围内的gNB与中继UE所连接的gNB可以对远程UE发送寻呼。即使这些gNB属于不同的TAC的TA,这些gNB也可以对远程UE发送寻呼。远程UE能从位于覆盖范围内的gNB和中继UE所连接的gNB接收寻呼。远程UE也可以从位于覆盖范围内的gNB和中继UE所连接的gNB接收寻呼。
公开具体示例。远程UE经由中继UE从gNB#1接收TAC,并判断是否包含在最近从CN接收到的一个或多个TAC中。在TAC不同的情况下,经由该中继UE和gNB对CN实施注册处理。CN在注册处理中将gNB#2的TAC包含在内来通知给远程UE。可以将gNB#2的TAC包含在注册处理中的注册响应消息中来通知。可以将该TAC包含在注册区域信息中来通知。
在产生向远程UE的寻呼的情况下,CN对于属于在远程UE的注册区域中所包含的TAC的TA的gNB通知寻呼。由此,CN将寻呼通知给gNB#1和gNB#2。从CN接收到寻呼的gNB#1和gNB#2对远程UE发送寻呼。由此,远程UE位于覆盖范围内的gNB#2与中继UE所连接的gNB#1可以对远程UE发送寻呼。
远程UE从位于覆盖范围内的gNB#2和中继UE所连接的gNB#1等待寻呼。远程UE从位于覆盖范围内的gNB#2和中继UE所连接的gNB#1中的任一方均可以接收寻呼。由此,即使在任一方的寻呼无法发送的情况下,也能发送另一方的寻呼。因此,远程UE能接收所发送的寻呼。寻呼处理的可靠性得以提高。此外,远程UE接收最初发送的寻呼即可,能尽早接收寻呼。因此,远程UE能进行针对寻呼的快速响应,能尽早开始与NW的通信。
实施方式2的变形例4.
在从CN经由gNB和中继UE对远程UE发送寻呼的情况下,必须在SL中从中继UE对远程UE发送寻呼。因此,在现有的Uu的寻呼处理中产生如下问题:无法将寻呼发送至远程UE、远程UE无法接收寻呼。
本变形例中,公开解决这种问题的方法。
在从CN经由gNB和中继UE对远程UE发送寻呼的情况下,中继UE如何从gNB接收向远程UE的寻呼成为问题。公开解决上述问题的方法。
本变形例所涉及的通信***中,远程UE对中继UE通知与本UE的标识有关的信息。作为与UE的标识有关的信息,例如,可以为5G-S-TMSI。或者,可以为UE-ID。UE-ID通过以下式(1)来导出。通过采用UE-ID,从而能够减少通知所需的信息量。
UE-ID=5G-S-TMSI mod 1024 …(1)
作为其它方法,可以是中继UE所连接的gNB分配给远程UE的标识。例如,可以是I-RNTI(Inactive Radio Network Temporary Identifier:非活动无线电网络临时标识)。I-RNTI可以在UE为RRC_INACTIVE状态的情况下使用。
作为其它方法,可以设定特定的值以作为UE的标识。例如,可以设为UE-ID=0。
可以事先在NW、中继UE和远程UE之间通知在寻呼中使用中继UE所连接的gNB分配给远程UE的标识、该特定的UE-ID。例如,在从远程UE经由中继UE和gNB#1的向CN的注册处理时,可以通知使用gNB#1分配给远程UE的标识的情况以及该标识、或使用上述特定的UE-ID的情况以及该特定的UE-ID。由此,在NW、中继UE和远程UE之间,能共享用于寻呼的UE的标识。
中继UE连接的gNB使用远程UE的标识来导出寻呼发送定时,并发送向远程UE的寻呼。AMF可以使用远程UE的标识来导出寻呼发送定时。与寻呼定时有关的其它信息、例如寻呼周期、寻呼时机的数量、用于得到寻呼帧偏移和寻呼帧的数量的信息等可以由gNB#1决定并通知给AMF和中继UE,也可以由AMF决定并通知给gNB#1和中继UE。可以经由gNB#1通知给中继UE。
中继UE使用远程UE的标识,导出向远程UE的寻呼的接收定时。中继UE使用远程UE的标识和用于决定寻呼定时的其它参数,来导出向远程UE的寻呼的接收定时。中继UE监视在所导出的向远程UE的寻呼定时是否从gNB#1发送寻呼。从gNB#1向远程UE的寻呼可以包含在PCCH中。PCCH映射到PDSCH来发送。映射PCH的PDSCH的调度信息包含在DCI中,P-RNTI(Paging Radio Network Temporary Identifier:寻呼无线电网络临时标识)被掩码到该DCI的CRC,并映射到PDCCH。
中继UE通过监视P-RNTI从而能检测有无寻呼。在接收到掩码有P-RNTI的PDCCH的情况下,中继UE按照该PDCCH的调度信息接收PDSCH,并接收寻呼。
可以设置中继专用的RNTI来代替上述所公开的P-RNTI。可以使用中继专用的RNTI,以用于从gNB经由中继UE向远程UE的寻呼。将映射了从gNB#1发送到中继UE的寻呼的PDCCH通过中继专用的RNTI来掩码。中继专用的RNTI可以预先通过标准等静态地决定。gNB和中继UE能进行识别。
可以将远程UE的标识包含在寻呼中。即,可以将远程UE的标识包含在发送给中继UE的向远程UE的寻呼中。识别出远程UE的标识包含在寻呼中的中继UE对远程UE发送寻呼。
可以将表示是经由中继UE的向远程UE的寻呼的信息包含在寻呼中。即,可以将该信息包含在发送给中继UE的向远程UE的寻呼中。识别出该信息包含在寻呼中的中继UE对远程UE发送寻呼。
可以将中继UE的标识包含在寻呼中。即,可以将该信息包含在发送给中继UE的向远程UE的寻呼中。识别出本中继UE的标识包含在寻呼中的中继UE对远程UE发送寻呼。由此,能从特定的中继UE对远程UE发送寻呼。
公开用于在PC5上使用SL来发送寻呼的资源。gNB#1对中继UE调度PC5寻呼用资源。作为PC5寻呼用资源,可以周期性地分配资源。作为PC5寻呼用的周期性资源的调度方法,gNB#1可以使用SL的CG(Configured Grant:设定许可)对中继UE进行调度。
gNB#1可以使用向远程UE的寻呼定时,来进行PC5寻呼用资源的调度。由此,能分配周期性资源以用于PC5寻呼。能调度适于从gNB#1针对中继UE的向远程UE的寻呼定时的PC5寻呼用资源。
可以考虑中继UE中的寻呼处理时间。例如,可以将中继UE从gNB#1接收向远程UE的寻呼后到发送远程UE的寻呼为止的处理时间设为寻呼处理时间。中继UE可以对远程UE通知寻呼处理时间。gNB#1可以调度对向远程UE的寻呼定时加上包含该处理时间在内的时间而得的定时的PC5寻呼用资源。由此,能分配将中继UE中的寻呼处理时间考虑在内的PC5寻呼用资源。能调度更适于从gNB#1针对中继UE的向远程UE的寻呼定时的PC5寻呼用资源。
在中继UE与gNB不处于连接状态的情况下,中继UE可以调度PC5寻呼用资源。例如,中继UE选择SL的资源,并调度向远程UE的PC5寻呼用资源。调度方法可以适当应用上述gNB#1中的调度方法。
在从gNB#1接收到向远程UE的寻呼的情况下,中继UE使用PC5寻呼用资源来对远程UE进行通知。
远程UE使用本UE的标识和从gNB#1或AMF通知的与寻呼定时有关的信息来导出寻呼定时。在从中继UE通知得到上述寻呼处理时间的情况下,远程UE考虑所通知的寻呼处理时间来导出寻呼定时。远程UE在所导出的寻呼定时监视来自中继UE的寻呼,并检测有无寻呼。在有寻呼的情况下,使用寻呼内的本UE的标识来判断是否是以本UE为目的地的寻呼。由此,远程UE能从gNB#1接收经由中继UE的以本UE为目的地的寻呼。
作为PC5寻呼用资源,在周期性分配资源的情况下,即使不产生寻呼时,也不得不确保周期性资源,会产生资源的浪费。公开解决上述问题的方法。
为了避免资源浪费的产生,gNB#1动态地进行资源调度,以作为PC5寻呼用资源。可以考虑中继UE中的处理时间来进行调度。gNB#1可以在每个向远程UE的寻呼定时,动态地进行PC5寻呼用资源的调度。或者,gNB#1可以在向远程UE的寻呼发生的情况下,进行PC5寻呼用资源的调度。仅在产生寻呼的情况下实施PC5寻呼用资源调度,因此能进一步减少资源的浪费。
公开了在产生向远程UE的寻呼的情况下实施PC5寻呼用资源的调度的方法。该方法中,将PC5寻呼用资源的调度信息包含在PCCH中。也可以将PC5寻呼用资源的调度信息与上述所公开的向远程UE的寻呼一起包含。可以是包含中继UE中的寻呼处理时间在内的调度信息。该PCCH可以映射到使用P-RNTI作为掩码的PDSCH来发送。该PCCH可以映射到使用中继用的RNTI作为掩码的PDSCH来发送。在产生了向远程UE的寻呼的情况下,gNB#1将PC5寻呼用资源的调度信息与向远程UE的寻呼一起包含在该PCCH中来通知。由此,在产生了向远程UE的寻呼的情况下,中继UE能接收向远程UE的寻呼和PC5寻呼用调度信息。
公开解决问题的其它方法。
该方法中,可以使DCI包含PC5寻呼用资源的调度信息并映射到PDCCH来通知。可以使该DCI包含中继UE的标识。可以使该DCI包含远程UE的标识。由此,中继UE能识别是以哪个中继UE为目的地、以哪个远程UE为目的地。作为该PDCCH,可以设为使用P-RNTI为掩码的PDCCH。或者,可以设为使用中继专用的RNTI为掩码的PDCCH。或者,可以设为使用SL用的RNTI(SL-RNTI)为掩码的PDCCH。在产生了向远程UE的寻呼的情况下,gNB#1将PC5寻呼用资源的调度信息包含在使用该RNTI为掩码的PDCCH中来通知。由此,中继UE能使用该RNTI来监视PC5寻呼用调度信息,在产生了向远程UE的寻呼的情况下,能接收PC5寻呼用资源的调度信息。
通过采用本变形例中所公开的方法,中继UE能发送向远程UE的寻呼。此外,远程UE能从中继UE接收寻呼。能从CN经由gNB和中继UE向远程UE发送寻呼。远程UE能开始与NW的通信。
实施方式3.
在想从远程UE经由中继UE向NW发送数据的情况下,需要从远程UE向中继UE的SL通信用资源。像以往那样,在远程UE与gNB直接连接的情况下,远程UE能直接向gNB#2发送SR(Scheduling Request:调度请求)。然而,在远程UE未连接到gNB#2、而经由中继UE与gNB#1相连接的情况下,远程UE无法直接对gNB#1发送SR。该情况下,远程UE没有从gNB#1对用于向中继UE的通信的SL通信用资源进行调度,无法经由中继UE对gNB#1发送数据。
本实施方式中,公开解决这种问题的方法。
本实施方式所涉及的通信***中,远程UE对RRC连接的gNB通知中继用资源的调度请求(SR)。远程UE可以对经由中继UE连接的gNB通知中继用资源的SR。可以将中继用资源设为SL通信用资源和UL通信用资源双方。SR可以设为针对所有逻辑信道的调度请求。可以包含PC5的逻辑信道和Uu的逻辑信道。可以设置中继用的逻辑信道,SR可以设为针对该中继用逻辑信道的调度请求。
远程UE可以与发送SR的gNB处于RRC连接状态。从远程UE接收到该SR的gNB#1对远程UE实施与中继UE的SL通信用资源的调度。对远程UE实施了与中继UE的SL通信用资源的调度的gNB#1对于远程UE通知该调度信息。远程UE可以经由中继UE对gNB#1通知该SR。gNB#1可以经由中继UE对远程UE通知该调度信息。
从远程UE接收到该SR的gNB#1实施与中继UE的UL通信用资源的调度。对中继UE实施了UL通信用资源的调度的gNB#1对于中继UE通知该调度信息。作为该UL通信,可以限定为从远程UE经由中继UE的向gNB#1的通信。
中继UE对RRC连接的gNB#1通知中继用资源的调度请求(SR)。作为中继用资源,可以设为UL通信用资源及/或SL通信用资源。SR可以设为针对所有逻辑信道的调度请求。可以包含PC5的逻辑信道和Uu的逻辑信道。可以设置中继用的逻辑信道,SR可以设为针对该中继用逻辑信道的调度请求。
远程UE可以与中继UE发送SR的gNB处于RRC连接状态。远程UE也可以不与中继UE发送SR的gNB处于RRC连接状态。
从中继UE接收到该SR的gNB#1对远程UE实施与中继UE的SL通信用资源的调度。对远程UE实施了与中继UE的SL通信用资源的调度的gNB#1对于远程UE通知表示该调度的结果的调度信息。gNB#1可以经由中继UE对远程UE通知该调度信息。
从中继UE接收到该SR的gNB#1还实施与中继UE的UL通信用资源的调度。实施了与中继UE的UL通信用资源的调度的gNB#1对于中继UE通知表示该调度的结果的调度信息。作为该UL通信,可以限定为从远程UE经由中继UE的向gNB#1的通信。
远程UE对RRC连接的gNB通知与中继UE的SL通信用资源的调度请求(SR)。远程UE可以对经由中继UE连接的gNB通知与中继UE的SL通信用资源的SR。SR可以设为针对PC5的所有逻辑信道的调度请求。可以设置中继用的逻辑信道,SR可以设为针对该中继用逻辑信道的调度请求。
远程UE可以经由中继UE与gNB#1处于RRC连接状态。远程UE对gNB#1通知与中继UE的SL通信用资源的调度请求(SR)。可以设为用于经由中继UE与gNB#1进行通信的与中继UE的SL通信用资源的SR。
从远程UE接收到该SR的gNB#1对远程UE实施与中继UE的SL通信用资源的调度。对远程UE实施了与中继UE的SL通信用资源的调度的gNB#1对于远程UE通知表示该调度的结果的调度信息。远程UE可以经由中继UE对gNB#1通知该SR。gNB#1可以经由中继UE对远程UE通知该调度信息。
中继UE对gNB#1通知UL通信用资源的调度请求(SR)。可以将该UL通信设为用于由远程UE经由中继UE与gNB#1进行通信的UL通信。SR可以设为针对Uu的所有逻辑信道的调度请求。可以设置中继用的逻辑信道,SR可以设为针对中继用的逻辑信道的调度请求。
从中继UE接收到该SR的gNB#1实施UL通信用资源的调度。实施了向中继UE的UL通信用资源的调度的gNB#1对于中继UE通知表示该调度的结果的调度信息。从gNB#1接收到该调度信息的中继UE对远程UE通知该调度信息。
在从远程UE接收到SL用调度请求的情况下,中继UE对gNB#1发送UL用调度请求。作为其它方法,在中继UE与远程UE间完成了PC5连接的情况下,中继UE可以对gNB#1发送UL用调度请求。作为该PC5连接,可以设为PC5-S链路确立。或者,可以是PC5-RRC连接。作为其它方法,在远程UE与gNB#1之间完成了RRC连接的情况下,中继UE对gNB#1发送UL用调度请求。在远程UE与gNB#1间的RRC连接处理中,中继UE可以对gNB#1发送UL用调度请求。可以是中继UE从远程UE接收到RRC建立请求的情况。也可以是中继UE从远程UE接收到RRC建立完成的情况。
上述内容中,公开了请求从远程UE向中继UE的SL通信用资源的方法。公开用于得到从远程UE向中继UE的SL通信用资源的其它方法。
远程UE可以由本UE来选择与中继UE之间的SL通信用资源。作为该SL通信用资源,可以设为用于经由中继UE与gNB#1进行通信的与中继UE之间的SL通信用资源。由此,能得到从远程UE向中继UE的SL通信用资源。关于从中继UE向gNB#1的UL通信,可以适当应用上述所公开的方法。由此,能得到从远程UE经由中继UE的向gNB#1的通信用资源。
中继UE可以由本UE来选择从远程UE向中继UE的SL通信用资源。作为该SL通信用资源,可以设为用于由远程UE经由中继UE与gNB#1进行通信的与中继UE之间的SL通信用资源。
在从远程UE接收到SL用调度请求的情况下,中继UE可以选择从远程UE向中继UE的SL通信用资源。作为其它方法,在中继UE与远程UE间完成了PC5连接的情况下,中继UE可以选择从远程UE向中继UE的SL通信用资源。作为该PC5连接,可以设为PC5-S链路确立。或者,可以是PC5-RRC连接。作为其它方法,在远程UE与gNB#1间完成了RRC连接的情况下,中继UE可以由本UE来选择从远程UE向中继UE的SL通信用资源。在远程UE与gNB#1间的RRC连接处理中,中继UE可以由本UE来选择从远程UE向中继UE的SL通信用资源。在从远程UE接收到RRC建立请求的情况下,中继UE可以由本UE来选择从远程UE向中继UE的SL通信用资源。在从远程UE接收到RRC建立完成的情况下,中继UE可以由本UE来选择从远程UE向中继UE的SL通信用资源。
中继UE对远程UE通知所选择的SL通信用资源。由此,能得到从远程UE向中继UE的SL通信用资源。
关于从中继UE向gNB#1的UL通信,可以适当应用上述所公开的方法。由此,能得到从远程UE经由中继UE的向gNB#1的通信用资源。
公开SR的设定方法。公开SL的SR的设定方法。gNB#1对远程UE设定SL SR。作为SLSR的设定,可以设定SL SR的发送定时。可以设SL SR的发送定时为周期性。作为SL SR的发送定时的设定信息,可以设为周期、偏移。
gNB#1对远程UE调度SL SR用的SL资源。SL SR用的SL资源可以是周期性的。作为该调度,可以使用SPS(Semi Persistent Scheduling:半持续调度)。作为该调度,可以使用SLCG。可以将这些SL资源设为SL SR专用。
以下公开五个用于SL SR的SL资源的调度信息示例。
(1)周期。
(2)偏移。
(3)频率资源。
(4)活动(activastion)、非活动(deactivation)信息。
(5)(1)~(4)的组合。
可以将SL SR包含在PSCCH中。可以包含1st SCI中。可以将SL SR包含在PSSCH中。可以包含2nd SCI中。可以将SL SR包含在SL MAC CE中。可以使用SL RRC。可以使用PC5-RRC信令。可以将SL SR与其它数据复用。例如,可以与数据复用,并包含在PSSCH中。可以将SLSR包含在PSFCH中。可以与SL Ack/Nack及/或SL CSI复用,并包含在PSFCH中。可以设置SLSR用的信道。
可以设置SL SR用的信号。作为SL SR,该信号可以是具有规定的序列的信号。作为规定的序列,可以设为与其它UE不同的序列。或者,可以设为与SL Ack/Nack、SL CSI不同的序列。例如,可以对SL SR使用Zadoff-Chu序列,以使循环移位不同。
作为调度的SL资源,可以设为SL SR发送用信道或信号用的SL资源。gNB#1可以对远程UE调度SL SR发送用信道或信号用的SL资源。
公开UL的SR的设定方法。gNB#1对中继UE设定UL SR。作为该UL SR,可以设为用于由远程UE经由中继UE与gNB#1进行通信的UL的SR。作为UL SR的设定,可以设定UL SR的发送定时。可以设UL SR的发送定时为周期性。作为UL SR的发送定时的设定信息,可以设为周期、偏移。可以使用现有Uu上所规定的SR的设定。
gNB#1对中继UE调度UL SR用的SL资源。UL SR用的SL资源可以是周期性的。作为ULSR用的SL资源,可以使用PUCCH设定。或者,可以使用PUSCH设定。可以将这些SL资源设为SLSR专用。或者,可以使用现有Uu上所规定的用于SR的资源设定。
gNB#1一起实施与SL的SR有关的设定、以及与UL的SR有关的设定。作为与SL的SR有关的设定,有SL SR设定及/或SL SR用资源设定。作为与UL的SR有关的设定,有UL SR设定及/或UL SR用资源设定。gNB#1对中继UE通知与SL的SR有关的设定以及与UL的SR有关的设定。可以将与SL的SR有关的设定以及与UL的SR有关的设定包含在SL设定用信息中。gNB#1对中继UE通知SL设定用信息。可以设置中继用的SL设定用信息。由此,能与非中继用的其它SL通信用的SL设定分开进行通知。可以将与SL的SR有关的设定包含在SL设定用信息中,并将与UL的SR有关的设定包含在UL说定用信息中。
公开从gNB#1向中继UE的、与SL的SR有关的设定以及与UL的SR有关的设定的通知方法。该通知中可以使用RRC信令。可以在gNB#1与远程UE间进行的RRC连接处理中通知。可以包含在RRC建立消息中来通知。可以包含在RRC再设定消息中来通知。
中继UE对远程UE通知与SL的SR有关的设定。作为中继用,可以包含在与关于其它SL的SR的设定分开的SL设定用信息中来通知。可以使用PC5-RRC信令来通知。可以包含在SLRRC设定消息中来通知。可以使用SL RRC再设定消息来进行通知。或者,可以包含在SL AS设定中来通知。可以包含在SL AS再设定中来通知。可以在gNB#1与远程UE间进行的RRC连接处理中通知。可以包含在RRC建立消息中来通知。可以包含在RRC再设定消息中来通知。
gNB#1可以对远程UE通知与SL的SR有关的设定以及与UL的SR有关的设定双方。可以经由中继UE来通知。通知方法可以适当应用上述公开的方法。
gNB#1可以对中继UE单独通知与SL的SR有关的设定以及与UL的SR有关的设定。中继UE对远程UE通知与SL的SR有关的设定。作为其它方法,gNB#1可以对远程UE通知与SL的SR有关的设定。可以经由中继UE来通知。gNB#1可以对中继UE通知与UL的SR有关的设定。可以用专用的信令来通知与SL的SR有关的设定、以及与UL的SR有关的设定。可以用专用的消息来通知与SL的SR有关的设定、以及与UL的SR有关的设定。该通知方法可以适当应用上述方法。
gNB#1可以单独实施与SL的SR有关的设定、以及与UL的SR有关的设定。从gNB#1向中继UE或远程UE的通知可以适当应用上述单独通知的方法。
从gNB#1向中继UE或远程UE的通知可以适当应用上述一起通知的方法。
图22是示出实施方式3中、远程UE对gNB#1发送SR的方法的示例的时序图。在图22中,对与图14共通的步骤标注相同的步骤编号,并省略共通的说明。步骤ST1415中,中继UE与gNB#1进行RRC连接,步骤ST2201中,远程UE与中继UE进行PC5-RRC连接,步骤ST1420中,与gNB#1实施RRC连接。
gNB#1对中继UE进行与UL的SR有关的设定以及与SL的SR有关的设定,并在步骤ST2202中将这些设定通知给中继UE。步骤ST2203中,中继UE将与SL的SR有关的设定通知给远程UE。步骤ST2204中,对NW产生了发送数据的远程UE经由中继UE将中继用资源的SR发送给gNB#1。从远程UE向中继UE的SR发送可以使用步骤ST2203中接收到的与SL的SR有关的设定。从中继UE向gNB#1的SR发送可以使用步骤ST2202中接收到的与UL的SR有关的设定。由此,即使在远程UE与gNB#1进行RRC连接的情况下,gNB#1也能接收来自远程UE的SR。
gNB#1对中继UE和远程UE实施中继用资源的调度。步骤ST2205中,gNB#1对中继UE通知中继用的UL通信用资源的调度信息。步骤ST2206中,gNB#1经由中继UE对远程UE通知中继用的SL通信用资源的调度信息。接收到中继用的SL通信用资源的调度信息的远程UE使用该调度信息所示的通信资源,在步骤ST2207中发送经由中继UE的向gNB#1的数据。接收到该数据的中继UE使用中继用的UL通信用资源的调度信息所示的通信资源,对gNB#1发送从远程UE接收到的数据。
由此,即使在远程UE与gNB#1进行RRC连接的情况下,也能从远程UE对gNB#1发送SR,远程UE和中继UE能从gNB#1接收中继用的资源的调度信息。因此,远程UE能经由中继UE对gNB#1进行数据发送。此外,图22的示例中,gNB#1一起调度SL通信用资源和UL通信用资源以作为中继用,并通知给远程UE和中继UE。通过gNB#1恰当地调度各资源,从而在中继UE中,能减少将从远程UE接收到的数据发送给gNB#1时的延迟。
SL SR用资源可以与其它信道共享。例如,在SL SR的发送定时与其它信道的发送定时部分或全部冲突的情况下,可以优先发送SL SR。由此,能尽早发送SL SR,因此能尽早得到SL资源的调度信息。因此,能低延迟地实施SL通信。
作为其它方法,例如,在SL SR的发送定时与其它信道的发送定时部分或全部冲突的情况下,可以发送优先度较高的信道。由此,能根据优先度并使用SL SR用资源来发送SLSR或其它信道。
因冲突而无法发送的信道、SL SR也可以不发送。也可以废弃。或者,因冲突而无法发送的信道、SL SR可以用下一个SL SR用资源来发送。
作为SL SR的发送定时与其它信道的发送定时部分或全部冲突的情况下的其它方法,可以对SL SR与其它信道进行复用,并用SL SR用资源来发送。由此,能使资源使用效率提高,能进行低延迟的通信。
公开了在SL SR的发送定时与其它信道的发送定时部分或全部冲突的情况下使用SL SR用资源,但也可以使用其它信道的资源。
通过采用本实施方式中所公开的方法,从而gNB能对远程UE、中继UE设定中继通信用的调度请求。远程UE、中继UE能对gNB通知中继通信用的调度请求。gNB能对远程UE、中继UE实施中继通信用的调度。gNB能对远程UE、中继UE通知中继通信用的调度信息。由此,远程UE能经由中继UE在与NW之间进行通信。
远程UE将SL中的CSI报告通知给gNB#2。远程UE可以经由中继UE将SL中的CSI报告通知给gNB#1。远程UE可以对RRC连接的gNB通知SL中的CSI报告。由此,接收到SL中的SCI报告的gNB能恰当地实施SL通信用资源的调度。
可以设置SL中的CSI报告用的SR。作为SL的CSI报告用SR的设定方法、发送方法、CSI报告用资源的调度方法,可以适当应用上述所公开的SR的设定方法、SR的发送方法、SL资源的调度方法。由此,能从远程UE经由中继UE对gNB#1发送SL的CSI报告用SR。远程UE能从gNB#1经由中继UE接收SL的CSI报告用资源的调度信息。此外,远程UE能从gNB#1接收Uu上的该SL的CSI报告用资源的调度信息。
由此,能使远程UE与gNB间的通信质量提高。
本公开中,将产生了服务数据的UE设为UE-TX。例如,在将UE-TX设为UE1、将UE-RX设为UE2的情况下,当在UE2中产生服务数据、并对UE1发送数据的情况下,可以将UE2设为UE-TX并将UE1设为UE-RX来应用本公开的方法。由此,能获得相同的效果。
上述各实施方式及其变形例仅是例示,能将各实施方式及其变形例自由组合。此外,能适当变更或省略各实施方式及其变形例的任意构成要素。
例如,在上述各实施方式及其变形例中,子帧是第5代通信***中的通信的时间单位的一个示例。子帧可以是调度单位。在上述各实施方式及其变形例中,可以按TTI单位、时隙单位、子时隙单位、微时隙单位来进行按子帧单位记载的处理。
例如,上述各实施方式及其变形例中所公开的方法并不限于V2X(Vehicle-to-everything:车对一切)服务,也可以适用于使用了SL通信的服务。例如,可以应用于在邻近服务(Proximity-based service)、公共安全(Public Safety)、可穿戴终端间通信、工厂中的设备间通信等多种服务中使用的SL通信。
本公开进行了详细的说明,但上述说明在所有方面仅是示例,并不局限于此。可以理解为能设想无数未例示出的变形例。
标号说明
200、210 通信***
202 通信终端装置(通信终端)
203、207、213、217、223-1、224-1、224-2、226-1、226-2、750 基站装置(基站)
204 MME/S-GW部(MME部)
204a MME
214 AMF/SMF/UPF部(5GC部)
218 中央单元
219 分散单元
301、403 协议处理部
302 应用部
303、404 发送数据缓冲部
304、405 编码部
305、406 调制部
306、407 频率转换部
307-1~307-4、408-1~408-4 天线
308、409 解调部
309、410 解码部
310、411、506、526 控制部
401 EPC通信部
402 其它基站通信部
412 5GC通信部
501 PDN GW通信部
502、522 基站通信部
503、523 用户层面通信部
504 HeNBGW通信部
505、525 控制层面控制部
505-1、525-1 NAS***
505-2 SAE承载控制部
505-3、525-3 空闲状态移动管理部
521 数据网通信部
525-2 PDU会话控制部
527 会话管理部
751-1~751-8 波束。

Claims (7)

1.一种通信***,其特征在于,包括:
基站;以及
通信终端,该通信终端对通信终端彼此直接通信的终端间通信进行支持,
当处于能够与位于不同于连接中的基站的其它基站的范围内的其它通信终端进行终端间通信的状态时,所述通信终端将表示成为该状态的连接状态信息通知给连接中的基站,
接收到所述连接状态信息的通知的基站基于所述连接状态信息,来决定是否将所述连接状态信息的通知源的通信终端的连接目标经由所述其它通信终端即中继通信终端变更为该中继通信终端所在的所述其它基站,在使所述连接状态信息的通知源的通信终端的连接目标变更的情况下,对该通信终端请求连接的释放,
在将所述连接状态信息通知给连接中的基站之后,在从该基站请求了连接的释放的情况下,所述通信终端释放与该基站之间的连接,并经由所述其它通信终端连接到所述其它基站。
2.如权利要求1所述的通信***,其特征在于,
在与所述中继通信终端之间的终端间通信的通信质量比与连接中的基站之间的通信质量要好的情况下,所述通信终端通知所述连接状态信息,
若接收所述连接状态信息的通知,则所述基站对所述连接状态信息的通知源的通信终端请求连接的释放。
3.如权利要求1所述的通信***,其特征在于,
在用于与所述中继通信终端进行终端间通信的连接完成了的情况下,所述通信终端通知所述连接状态信息,
若接收所述连接状态信息的通知,则所述基站对所述连接状态信息的通知源的通信终端请求连接的释放。
4.如权利要求1至3中任一项所述的通信***,其特征在于,
若开始与和不同于连接中的基站的其它基站连接中的其它通信终端之间的终端间通信,则所述通信终端将表示开始了终端间通信的连接状态信息和该终端间通信的通信质量通知给连接中的基站,
接收到所述连接状态信息和所述通信质量的通知的基站基于所述通信质量,来决定是否将所述连接状态信息和所述通信质量的通知源的通信终端的连接目标变更为所述其它通信终端即中继通信终端连接中的所述其它基站,在使所述连接状态信息和所述通信质量的通知源的通信终端的连接目标变更的情况下,执行用于将该通信终端的连接目标变更为经由所述中继通信终端的所述其它基站的切换。
5.如权利要求1至4中任一项所述的通信***,其特征在于,
当处于基站的范围内时,若成为能够与位于不同于所在的基站的其它基站的范围内的其它通信终端进行终端间通信的状态,则所述通信终端经由该其它通信终端来接收从该其它通信终端所在的所述其它基站发送的***信息,并按照接收到的***信息来进行动作。
6.如权利要求1至5中任一项所述的通信***,其特征在于,
在处于经由所述中继通信终端连接到所述其它基站的状态时向核心网络发送数据的情况下,所述通信终端对所述其它基站进行发送该数据时的终端间通信用资源的调度请求。
7.一种通信终端,
对通信终端彼此直接通信的终端间通信进行支持,所述通信终端的特征在于,
当处于能够与位于不同于连接中的基站的其它基站的范围内的其它通信终端进行终端间通信的状态时,将表示成为该状态的连接状态信息通知给连接中的基站,
在将所述连接状态信息通知给连接中的基站之后,在从该基站请求了连接的释放的情况下,释放与该基站之间的连接,并经由所述其它通信终端连接到所述其它基站。
CN202180078134.3A 2020-11-24 2021-11-18 通信***及通信终端 Pending CN116472747A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2020194712 2020-11-24
JP2020-194712 2020-11-24
PCT/JP2021/042431 WO2022113875A1 (ja) 2020-11-24 2021-11-18 通信システムおよび通信端末

Publications (1)

Publication Number Publication Date
CN116472747A true CN116472747A (zh) 2023-07-21

Family

ID=81754294

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180078134.3A Pending CN116472747A (zh) 2020-11-24 2021-11-18 通信***及通信终端

Country Status (5)

Country Link
US (1) US20240007923A1 (zh)
EP (1) EP4255025A1 (zh)
JP (1) JPWO2022113875A1 (zh)
CN (1) CN116472747A (zh)
WO (1) WO2022113875A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024093439A1 (en) * 2023-08-16 2024-05-10 Lenovo (Beijing) Limited Path addition or release in inter-gnb multi-path

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114650581A (zh) * 2020-12-18 2022-06-21 维沃移动通信有限公司 中继通信方法及装置
WO2024029461A1 (ja) * 2022-08-01 2024-02-08 シャープ株式会社 端末装置、方法、および、集積回路

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140321416A1 (en) * 2011-12-08 2014-10-30 Interdigital Patent Holdings, Inc. Method and apparatus for controlling cross link establishment
GB2507514A (en) * 2012-10-31 2014-05-07 Nec Corp Providing measurement reports for relay cells
WO2016159841A1 (en) * 2015-03-31 2016-10-06 Telefonaktiebolaget Lm Ericsson (Publ) Service continuity
WO2018059701A1 (en) * 2016-09-29 2018-04-05 Huawei Technologies Duesseldorf Gmbh Sidelink-assisted handover in cellular networks
US20200037398A1 (en) * 2016-09-30 2020-01-30 Kyocera Corporation Communication control method

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024093439A1 (en) * 2023-08-16 2024-05-10 Lenovo (Beijing) Limited Path addition or release in inter-gnb multi-path

Also Published As

Publication number Publication date
WO2022113875A1 (ja) 2022-06-02
EP4255025A1 (en) 2023-10-04
JPWO2022113875A1 (zh) 2022-06-02
US20240007923A1 (en) 2024-01-04

Similar Documents

Publication Publication Date Title
WO2018124259A1 (ja) 通信システム
WO2022113875A1 (ja) 通信システムおよび通信端末
WO2020022389A1 (ja) 通信システム、基地局および通信端末
CN114731737A (zh) 通信***、通信终端及基站
CN116569617A (zh) 通信终端及通信***
CN115486134A (zh) 通信***、通信终端及基站
WO2022080308A1 (ja) 通信システム
CN116158190A (zh) 通信***及通信终端
CN114846836A (zh) 通信***、基站及通信终端
CN118158833A (zh) 用户装置、基站及通信***
WO2022181525A1 (ja) 通信システムおよび通信端末
CN113170319A (zh) 通信***及通信终端装置
EP4319429A1 (en) Communication system and base station
WO2023095804A1 (ja) 通信システム
EP4301045A1 (en) Communication system and base station
EP4351191A1 (en) Communication system and base station
EP4383821A1 (en) Communication system
WO2023054394A1 (ja) 通信システム
CN118266263A (zh) 通信***
CN115918170A (zh) 通信***、通信终端及管理装置
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