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

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

Info

Publication number
CN116158190A
CN116158190A CN202180058805.XA CN202180058805A CN116158190A CN 116158190 A CN116158190 A CN 116158190A CN 202180058805 A CN202180058805 A CN 202180058805A CN 116158190 A CN116158190 A CN 116158190A
Authority
CN
China
Prior art keywords
relay
remote
drx
communication
information
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
CN202180058805.XA
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 CN116158190A publication Critical patent/CN116158190A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/23—Manipulation of direct-mode connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power 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
    • H04W52/0232—Power 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 according to average transmission signal activity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/34—Selective release of ongoing connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

本发明在使用终端间通信的通信***中降低功耗。通信***包括：基站，构成为与基站进行无线通信的第一通信终端；以及构成为与第一通信终端进行终端间通信的第二通信终端。第一通信终端构成为对第二通信终端与基站之间的通信进行中继，在规定的期间没有应在第二通信终端与基站之间收发的数据的情况下，第一通信终端释放与基站的连接并转移到空闲状态(步骤ST1411～ST1415)。

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)。每个无线帧的第一个子帧和第六个子帧中包含下行链路同步信号(Downl ink 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 Downl ink Control Channel：PDCCH)是从基站到通信终端的下行链路发送用信道。PDCCH对作为后述的传输信道之一的下行链路共享信道(Downlink Shared Channel：DL-SCH)的资源分配(al location)信息、作为后述的传输信道之一的寻呼信道(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 Qual ity Indicator：信道质量指示符)报告来构成。RI是指MIMO的信道矩阵的等级信息。PMI是指MIMO中使用的预编码等待矩阵的信息。CQI是指表示接收到的数据的质量、或者表示通信线路质量的质量信息。并且PUCCH传送调度请求(Scheduling Request：SR)。
物理上行链路共享信道(Physical Upl ink 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种下行链路参照信号。小区固有参照信号(Cel l-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 Schedul ing)。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指小区全球标识(Cel l Global Identifier)。ECGI指E-UTRAN小区全球标识(E-UTRAN Cell Global Identifier)。在LTE、后述的LTE-A(Long Term EvolutionAdvanced：长期演进)及UMTS(Universal Mobile Telecommunication System：通用移动通信***)中，导入了CSG(Closed Subscriber Group：封闭用户组)小区。
通信终端的位置追踪以由一个以上的小区构成的区域为单位来进行。位置追踪是为了即使在待机状态下也能追踪通信终端的位置，从而呼叫通信终端，换言之，是为了能呼叫通信终端而进行的。将用于该通信终端的位置追踪的区域称为追踪区域。
此外，3GPP中，作为版本10，长期演进(Long Term Evolution Advanced：LTE-A)的标准制正不断推进(参照非专利文献3、非专利文献4)。LTE-A以LTE的无线区间通信方式为基础，通过向其中增加一些新技术来构成。
在LTE-A***中，为了支持高达100MHz的更宽的频带宽度(transmissionbandwidths)，研究了对两个以上的分量载波(Component Carrier：CC)进行汇集(也称为聚合(aggregation))的载波聚合(Carrier Aggregation：CA)。关于CA，在非专利文献1中有记载。
在构成CA的情况下，UE具有与网络(Network：NW)唯一的RRC连接(RRCconnection)。在RRC连接中，一个服务小区提供NAS移动信息和安全性输入。将该小区称为主小区(Primary Cell：PCel l)。在下行链路中，与PCel l对应的载波是下行链路主分量载波(Downlink Primary Component Carrier：DL PCC)。在上行链路中，与PCell对应的载波是上行链路主分量载波(Uplink Primary Component Carrier：UL PCC)。
根据UE的能力(能力(capabi lity))，构成辅服务小区(Secondary Cell：SCell)，以与PCel l一起形成服务小区的组。在下行链路中，与SCell对应的载波是下行链路辅分量载波(Downlink Secondary Component Carrier：DL SCC)。在上行链路中，与SCell对应的载波是上行链路辅分量载波(Uplink Secondary Component Carrier：UL SCC)。
针对一个UE，构成由一个PCell和一个以上的SCel l构成的服务小区的组。
此外，作为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(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和5G核心***中均支持使用了直通链路(SL：SideLink)通信的服务(也可以是应用)(参照非专利文献1、16、20、21、22、23)。作为使用了SL通信的服务，例如有V2X服务、代理服务等。
现有技术文献
非专利文献
非专利文献1：3GPP TS 36.300V16.2.0
非专利文献2：3GPP S1-083461
非专利文献3：3GPP TR 36.814V9.2.0
非专利文献4：3GPP TR 36.912V16.0.0
非专利文献5：“5G移动和无线***的场景、需求和KPI(Scenarios,requirementsand KPIs for 5G mobile and wireless system)”，ICT-317669-METIS/D1.1
非专利文献6：3GPP TR 23.799V14.0.0
非专利文献7：3GPP TR 38.801V14.0.0
非专利文献8：3GPP TR 38.802V14.2.0
非专利文献9：3GPP TR 38.804V14.0.0
非专利文献10：3GPP TR 38.912V16.0.0
非专利文献11：3GPP RP-172115
非专利文献12：3GPP TS 37.340V16.2.0
非专利文献13：3GPP TS 38.211V16.2.0
非专利文献14：3GPP TS 38.213V16.2.0
非专利文献15：3GPP TS 38.214V16.2.0
非专利文献16：3GPP TS 38.300V16.2.0
非专利文献17：3GPP TS 38.321V16.1.0
非专利文献18：3GPP TS 38.212V16.2.0
非专利文献19：3GPP TS 38.331V16.1.0
非专利文献20：3GPP TR 23.703V12.0.0
非专利文献21：3GPP TS 23.501V16.5.0
非专利文献22：3GPP TS 23.287V16.3.0
非专利文献23：3GPP TS 23.303V16.0.0
发明内容
发明所要解决的技术问题
此外，探讨了在EPS和5G核心***中均支持使用了SL通信(也称为PC5通信)的多种服务的情况(参照非专利文献1、16、20、21、22、23)。SL通信中，在终端间进行通信。在SL通信中，不仅是终端间的直接通信，还提出了经由中继(relay)的UE与NW之间的通信(参照非专利文献20、23)。在这样的经由中继的通信中，如何降低终端的功耗成为问题。
鉴于上述问题，本公开的目的之一是在使用终端间通信的通信***中降低功耗。
解决技术问题的技术方案
本公开所涉及的通信***包括：基站；构成为与所述基站进行无线通信的第一通信终端；以及构成为与所述第一通信终端进行终端间通信的第二通信终端，所述通信***的特征在于，所述第一通信终端构成为对所述第二通信终端与所述基站之间的通信进行中继，在规定的期间没有应在所述第二通信终端与所述基站之间收发的数据的情况下，所述第一通信终端释放与所述基站的连接并转移到空闲状态。
本公开所涉及的通信终端是构成为与基站进行无线通信的通信终端，其特征在于，所述通信终端构成为与其他通信终端进行终端间通信，并且构成为对所述其他通信终端与所述基站之间的通信进行中继，在规定的期间没有应在所述其他通信终端与所述基站之间收发的数据的情况下，所述通信终端释放与所述基站的连接并转移到空闲状态。
发明效果
根据本公开，能够在使用终端间通信的通信***中降低功耗。
本公开的目的、特征、方面以及优点通过以下详细的说明和附图将变得更为明了。
附图说明
图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与NW之间进行通信的方法的示例的序列图。
图15是示出关于实施方式1、经由中继UE在UE与NW之间进行通信的方法的示例的序列图。
图16是示出关于实施方式1、经由中继UE在UE与NW之间进行通信的方法的示例的序列图。
图17是示出关于实施方式1的变形例1、经由中继UE在UE与NW之间进行通信的方法的示例的序列图。
图18是示出关于实施方式1的变形例1、经由中继UE在UE与NW之间进行通信的方法的示例的序列图。
图19是示出关于实施方式1的变形例1、经由中继UE在UE与NW之间进行通信的方法的示例的序列图。
图20是示出关于实施方式1的变形例2、经由中继UE在UE与NW之间进行通信的方法的示例的序列图。
图21是示出关于实施方式1的变形例2、经由中继UE在UE与NW之间进行通信的方法的示例的序列图。
图22是示出关于实施方式1的变形例2、经由中继UE在UE与NW之间进行通信的方法的示例的序列图。
图23是示出关于实施方式3、经由中继UE在UE与NW之间进行通信的方法的示例的序列图。
图24是示出关于实施方式3、经由中继UE在UE与NW之间进行通信的方法的示例的序列图。
图25是示出关于实施方式3的变形例1、经由中继UE在UE与NW之间进行通信的方法的示例的序列图。
图26是示出关于实施方式3的变形例1、经由中继UE在UE与NW之间进行通信的方法的示例的序列图。
图27是示出关于实施方式3的变形例1、在远程UE、中继UE、与中继UE连接的gNB之间通知关于经由中继UE的远程UE与NW之间的通信的信息的方法的示例的序列图。
图28是示出关于实施方式4、PC5 DRX设定的第一示例的概念图。
图29是示出关于实施方式4、PC5 DRX设定的第二示例的概念图。
图30是示出关于实施方式4、PC5 DRX设定的第三示例的概念图。
图31是示出关于实施方式4、PC5 DRX设定的第四示例的概念图。
图32是示出关于实施方式4、在PC5中的UE间直接通信中在双向上对齐DRX的方法的第一示例的序列图。
图33是示出关于实施方式4、在PC5中的UE间直接通信中在双向上对齐DRX的方法的第一示例的序列图。
图34是示出关于实施方式4、在PC5中的UE间直接通信中在双向上对齐DRX的方法的第二示例的序列图。
图35是示出关于实施方式4、在PC5中的UE间直接通信中在双向上对齐DRX的方法的第二示例的序列图。
图36是示出关于实施方式4、在经由中继UE的远程UE与NW之间的通信中、在远程UE与中继UE之间进行PC5 DRX设定的方法的示例的序列图。
图37是示出关于实施方式4、在经由中继UE的远程UE与NW之间的通信中、在远程UE与中继UE之间进行PC5 DRX设定的方法的示例的序列图。
具体实施方式
实施方式1.
图2是示出了3GPP中所讨论的LTE方式的通信***200的整体结构的框图。对图2进行说明。将无线接入网称为E-UTRAN(Evolved Universal Terrestrial Radio AccessNetwork：演进通用陆地无线接入网)201。通信终端装置即移动终端装置(以下称为“移动终端(User Equipment：UE)”)202能与基站装置(以下称为“基站(E-UTRAN NodeB：eNB)”)_203进行无线通信，利用无线通信进行信号的收发。
此处，“通信终端装置”不仅指可移动的移动电话终端装置等移动终端装置，还包含传感器等不移动的设备。以下的说明中，有时将“通信终端装置”简称为“通信终端”。
若针对移动终端202的控制协议例如RRC(Radio Resource Control：无线资源控制)、以及用户层面(以下，有时也称为U-Plane)例如PDCP(Packet Data ConvergenceProtocol：分组数据分集协议)、RLC(Radio Link Control：无线链路控制)、MAC(MediumAccess Control：介质接入控制)、PHY(Physical layer：物理层)在基站203终止，则E-UTRAN由一个或多个基站203构成。
移动终端202与基站203之间的控制协议RRC(Radio Resource Control)进行广播(Broadcast)、寻呼(paging)、RRC连接管理(RRC connection management)等。RRC中的基站203与移动终端202的状态有RRC_IDLE和RRC_CONNECTED。
在RRC_IDLE时进行PLMN(Public Land Mobi le Network：公共陆地移动网络)选择、***信息(System Information：SI)的广播、寻呼(paging)、小区重选(cell re-selection)、移动性等。在RRC_CONNECTED时，移动终端具有RRC连接(connection)，能够与网络进行数据的收发。此外，在RRC_CONNECTED中，进行切换(Handover：HO)、相邻小区(Neighbor cell)的测定(测量(measurement))等。
基站203由1个或多个eNB207构成。另外，将由作为核心网络的EPC(EvolvedPacket Core：演进分组核心)和作为无线接入网的E-UTRAN201构成的***称为EPS(Evolved Packet System：演进分组***)。有时将作为核心网络的EPC和作为无线接入网的E-UTRAN 201统称为“网络”。
eNB207通过S1接口与移动管理实体(Mobi lity Management Entity：MME)、S-GW(Serving Gateway：服务网关)、或包含MME和S-GW在内的MME/S-GW部(以下有时称为揗ME部)_204相连接，并在eNB207与MME部204之间进行控制信息的通信。一个eNB207可以与多个MME部204相连接。eNB207之间通过X2接口相连接，在eNB207之间进行控制信息的通信。
MME部204为上位装置，具体而言是上位节点，控制作为基站的eNB207与移动终端(UE)202之间的连接。MME部204构成作为核心网络的EPC。基站203构成E-UTRAN201。
基站203可以构成一个小区，也可以构成多个小区。各小区具有预定的范围来作为能与移动终端202进行通信的范围即覆盖范围，并在覆盖范围内与移动终端202进行无线通信。在一个基站203构成多个小区的情况下，各个小区构成为能与移动终端202进行通信。
图3是示出了3GPP中所讨论的5G方式的通信***210的整体结构的框图。对图3进行说明。将无线接入网称为NG-RAN(Next Generation Radio Access Network：下一代无线电接入网)211。UE 202能与NR基站装置(以下称为“NR基站(NG-RAN NodeB：gNB)”)213进行无线通信，以无线通信的方式进行信号的收发。另外，核心网络被称为5G核心(5G Core：5GC)。
若针对UE202的控制协议例如RRC(Radio Resource Control：无线资源控制)、以及用户层面(以下，有时也称为U-Plane)例如SDAP(Service Data Adaptation Protocol：业务数据适配协议)、PDCP(Packet Data Convergence Protocol：分组数据分集协议)、RLC(Radio Link Control：无线链路控制)、MAC(Medium Access Control：介质接入控制)、PHY(Physical layer：物理层)在NR基站213终止，则NG-RAN由一个或多个NR基站213构成。
UE202与NR基站213之间的控制协议RRC(Radio Resource Control：无线资源控制)的功能与LTE相同。作为RRC中的NR基站213与UE202之间的状态，有RRC_IDLE、RRC_CONNECTED以及RRC_INACTIVE。
RRC_IDLE、RRC_CONNECTED与LTE方式相同。RRC_INACTIVE一边维持5G核心与NR基站213之间的连接，一边进行***信息(System Information：SI)的广播、寻呼(paging)、小区重选(cel l re-selection)、移动等。
gNB217通过NG接口与接入/移动管理功能(Access and Mobil ity ManagementFunction：AMF)、会话管理功能(Session Management Functio：SMF)、或UPF(User PlaneFunction：用户层面功能)、或包含AMF、SMF及UPF的AMF/SMF/UPF部(以下，有时称为_5GC部)_214相连接。在gNB217与5GC部214之间进行控制信息及/或用户数据的通信。NG接口是gNB217与AMF之间的N2接口、gNB217与UPF之间的N3接口、AMF与SMF之间的N11接口以及UPF与SMF之间的N4接口的总称。一个gNB217可以与多个5GC部214相连接。gNB217之间通过Xn接口相连接，在gNB217之间进行控制信息及/或用户数据的通信。
NR基站213也与基站203相同，可以构成一个或多个小区。在一个NR基站213构成多个小区的情况下，各个小区构成为能与UE202进行通信。
gNB217可以分割为中央单元(Central Unit；以下有时称为CU)218、分散单元(Distributed Unit：以下有时称为DU)219。CU218在gNB217中构成为一个。DU219在gNB217中构成为一个或多个。CU218通过F1接口与DU219相连接，在CU218与DU219之间进行控制信息及/或用户数据的通信。
5G方式的通信***中，也可以包含非专利文献21(3GPP TS23.501)中所述的统一数据管理(Unified Data Management；UDM)功能、策略控制功能(Policy ControlFunction；PCF)。UDM及/或PCF可以包含于图3中的5GC部中。
5G方式的通信***中，也可以包含非专利文献21(3GPP TS23.501)中所记载的非3GPP相互动作功能(Non-3GPP InterworkingFunction；N3IWF)。N3IWF可以在与UE间的非3GPP接入中在与UE之间终止接入网络(Access Network；AN)。
图4是示出与EPC相连接的eNB和gNB所进行的DC的结构的图。在图4中，实线表示U-Plane的连接，虚线表示C-Plane的连接。在图4中，eNB223-1为主基站，gNB224-2为辅基站(有时将该DC结构称为EN-DC)。在图4中，示出了MME部204与gNB224-2之间的U-Plane连接经由eNB223-1来进行的示例，但也可以在MME部204与gNB224-2之间直接进行。
图5是示出基于与NG核心相连接的gNB的DC的结构的图。在图5中，实线表示U-Plane的连接，虚线表示C-Plane的连接。在图5中，gNB224-1为主基站，gNB224-2为次基站(有时将该DC结构称为NR-DC)。在图5中，示出了5GC部214与gNB224-2之间的U-Plane连接经由gNB224-1来进行的示例，但也可以在5GC部214与gNB224-2之间直接进行。
图6是示出与NG核心相连接的eNB和gNB所进行的DC的结构的图。在图6中，实线表示U-Plane的连接，虚线表示C-Plane的连接。在图6中，eNB226-1为主基站，gNB224-2为辅基站(有时将该DC结构称为NG-EN-DC)。在图6中，示出了5GC部214与gNB224-2之间的U-Plane连接经由eNB226-1来进行的示例，但也可以在5GC部214与gNB224-2之间直接进行。
图7是示出与NG核心相连接的eNB和gNB所进行的DC的其他结构的图。在图7中，实线表示U-Plane的连接，虚线表示C-Plane的连接。在图7中，gNB224-1为主基站，eNB226-2为辅基站(有时将该DC结构称为NE-DC)。在图7中，示出了5GC部214与eNB226-2之间的U-Plane连接经由gNB224-1来进行的示例，但也可以在5GC部214与eNB226-2之间直接进行。
图8是示出了图2所示的移动终端202的结构的框图。对图8所示的移动终端202的发送处理进行说明。首先，来自协议处理部301的控制数据、以及来自应用部302的用户数据被保存到发送数据缓冲部303。发送数据缓冲部303中所保存的数据被传送给编码部304，来实施纠错等编码处理。也可以存在不实施编码处理而直接从发送数据缓冲部303输出至调制部305的数据。由编码部304实施编码处理后的数据在调制部305中进行调制处理。也可以在调制部305中进行MIMO中的预编码。调制后的数据被转换为基带信号，然后输出至频率转换部306，被转换为无线发送频率。之后，发送信号从天线307-1～307-4被发送至基站203。在图8中，例示出了天线数为4个的情况，但天线数并不限于4个。
此外，如下所示那样执行移动终端202的接收处理。通过天线307-1～307-4接收来自基站203的无线信号。接收信号在频率转换部306中从无线接收频率转换为基带信号，并在解调部308中进行解调处理。在解调部308中，可以进行等待计算和乘法处理。解调后的数据被传送至解码部309，来进行纠错等解码处理。解码后的数据中，控制数据被传送到协议处理部301，用户数据被传送到应用部302。移动终端202的一系列处理由控制部310来控制。由此，虽然在图8中进行了省略，但控制部310与各部301～309相连接。在图8中，移动终端202用于发送的天线数量与用于接收的天线数量可以相同，也可以不同。
图9是示出图2所示的基站203的结构的框图。对图9所示的基站203的发送处理进行说明。EPC通信部401进行基站203与EPC(MME部204等)之间的数据收发。5GC通信部412进行基站203与5GC(5GC部214等)之间的数据收发。其他基站通信部402进行与其他基站之间的数据收发。EPC通信部401、5GC通信部412及其他基站通信部402分别与协议处理部403进行信息的交换。来自协议处理部403的控制数据、以及来自EPC通信部401、5GC通信部412和其他基站通信部402的用户数据和控制数据被保存到发送数据缓冲部404。
发送数据缓冲部404中所保存的数据被传送给编码部405，来实施纠错等编码处理。也可以存在不实施编码处理而直接从发送数据缓冲部404输出至调制部406的数据。编码后的数据在调制部406中进行调制处理。也可以在调制部406中进行MIMO中的预编码。调制后的数据被转换为基带信号，然后输出至频率转换部407，被转换为无线发送频率。之后，利用天线408-1～408-4，将发送信号发送至一个或者多个移动终端202。在图9中，例示出了天线数为4个的情况，但天线数并不限于4个。
此外，如下所示那样执行基站203的接收处理。由天线408接收来自一个或多个移动终端202的无线信号。接收信号通过频率转换部407从无线接收频率转换为基带信号，并在解调部409中进行解调处理。解调后的数据被传送至解码部410，来进行纠错等解码处理。解码后的数据中，控制数据被传送到协议处理部403或5GC通信部412或EPC通信部401、其他基站通信部402，用户数据被传送到5GC通信部412、EPC通信部401和其他基站通信部402。基站203的一系列处理由控制部411来控制。由此，虽然在图9中进行了省略，但控制部411与各部401～410相连接。在图9中，基站203用于发送的天线数量与用于接收的天线数量可以相同，也可以不同。
图9是示出了基站203的结构的框图，但对于基站213也可以设为相同的结构。另外，对于图8和图9，移动终端202的天线数量、基站203的天线数量可以相同也可以不同。
图10是示出MME的结构的框图。图10中，示出上述图2所示的MME部204中所包含的MME204a的结构。PDN GW通信部501在MME204a和PDN GW之间进行数据收发。基站通信部502在MME204a与基站203之间经由S1接口进行数据收发。在从PDN GW接收到的数据是用户数据的情况下，用户数据从PDN GW通信部501经由用户层面通信部503被传送到基站通信部502，并被发送至一个或者多个基站203。在从基站203接收到的数据是用户数据的情况下，用户数据从基站通信部502经由用户层面通信部503被传送到PDN GW通信部501，并被发送至PDNGW。
在从PDN GW接收到的数据是控制数据的情况下，控制数据从PDN GW通信部501被传送到控制层面控制部505。在从基站203接收到的数据是控制数据的情况下，控制数据从基站通信部502被传送到控制层面控制部505。
控制层面控制部505中包含有NAS***505-1、SAE承载控制部505-2、空闲状态(Idle State)移动管理部505-3等，并进行针对控制层面(以下，有时也称为C-Plane)的所有处理。NAS***505-1进行NAS(Non-Access Stratum：非接入阶层)消息的安全性等。SAE承载控制部505-2进行SAE(System Architecture Evolution：***架构演进)的承载的管理等。空闲状态移动管理部505-3进行待机状态(空闲状态(Idle State)；LTE-IDLE状态、或仅称为空闲)的移动管理、待机状态时的寻呼信号的生成及控制、覆盖范围下的一个或者多个移动终端202的跟踪区域的追加、删除、更新、检索、跟踪区域列表管理等。
MME204a对一个或多个基站203进行寻呼信号的分配。此外，MME204a进行待机状态(Idle State)的移动控制(Mobil ity control)。MME204a在移动终端处于待机状态时及处于活动状态(Active State)时进行跟踪区域(Tracking Area)列表的管理。MME204a通过向属于UE所登记(registered：注册)的跟踪区域(Tracking Area)的小区发送寻呼消息，从而开始进行寻呼协议。与MME204a相连接的eNB207的CSG的管理、CSG ID的管理、以及白名单管理可以由空闲状态移动管理部505-3来进行。
图11是示出5GC的结构的框图。图11中示出了上述图3所示的5GC部214的结构。图11示出了在图5所示的5GC部214中包含有AMF的结构、SMF的结构以及UPF的结构的情况。数据网(Data Network)通信部521进行5GC部214与数据网之间的数据收发。基站通信部522在5GC部214与基站203之间通过S1接口进行数据收发、及/或在5GC部214与基站213之间通过NG接口进行数据收发。在从数据网接收到的数据是用户数据的情况下，用户数据从数据网通信部521经由用户层面通信部523被传送到基站通信部522，并被发送至一个或多个基站203及/或基站213。在从基站203及/或基站213接收到的数据是用户数据的情况下，用户数据从基站通信部522经由用户层面通信部523被传送到数据网通信部521，并被发送至数据网。
在从数据网接收到的数据是控制数据的情况下，控制数据从数据网通信部521经由用户层面通信部523被传送到会话管理部527。会话管理部527将控制数据传送到控制层面控制部525。在从基站203及/或基站213接收到的数据是控制数据的情况下，控制数据从基站通信部522被传送到控制层面控制部525。控制层面控制部525将控制数据传送到会话管理部527。
控制层面控制部525包含NAS***525-1、PDU会话控制部525-2、空闲状态(IdleState)移动管理部525-3等，并进行针对控制层面(以下，有时也称为C-Plane)的所有处理。NAS***525-1进行NAS(Non-Access Stratum：非接入阶层)消息的安全性等。PDU会话控制部525-2进行移动终端202与5GC部214之间的PDU会话的管理等。空闲状态移动管理部525-3进行待机状态(空闲状态(Idle State)；RRC_IDLE状态、或仅称为空闲)的移动管理、待机状态时的寻呼信号的生成及控制、覆盖范围下的一个或者多个移动终端202的跟踪区域的追加、删除、更新、检索、跟踪区域列表管理等。
5GC部214对一个或多个基站203及/或基站213进行寻呼信号的分配。另外，5GC部214进行待机状态(Idle State)的移动控制(Mobility Control)。5GC部214在移动终端处于待机状态时及处于非活动状态(Inactive State)和活动状态(Active State)时进行跟踪区域(Tracking Area)列表的管理。5GC部214通过向属于UE所登记(registered：注册)的跟踪区域(Tracking Area)的小区发送寻呼消息，从而开始进行寻呼协议。
接着，示出通信***中的小区搜索方法的一个示例。图12是示出LTE方式的通信***中通信终端(UE)进行的从小区搜索到待机动作为止的概要的流程图。若通信终端开始小区搜索，则在步骤ST601中，利用从周边的基站发送的第一同步信号(P-SS)和第二同步信号(S-SS)，来取得时隙定时、帧定时的同步。
将P-SS和S-SS统称为同步信号(Synchronization Signal：SS)。同步信号(SS)中分配有与分配给每个小区的PCI一一对应的同步码。研究了将PCI的数量设为504个。利用该504个PCI来取得同步，并对取得了同步的小区的PCI进行检测(确定)。
接着在步骤ST602中，对取得同步的小区检测从基站发送给每个小区的参照信号(参考信号：RS)即小区固有参照信号(Cell-specific Reference Signal：CRS)，并对RS的接收功率(Reference Signal Received Power：RSRP)进行测定。参照信号(RS)使用与PCI一一对应的编码。能利用该编码取得相关性从而与其他小区分离。通过根据步骤ST601中确定的PCI导出该小区的RS用编码，从而能检测RS，并测定RS的接收功率。
接着在步骤ST603中，从到步骤ST602为止检测出的一个以上的小区中选择RS的接收质量最好的小区，例如选择RS的接收功率最高的小区、即最佳小区。
接着在步骤ST604中，接收最佳小区的PBCH，获得广播信息即BCCH。PBCH上的BCCH中映射有包含小区结构信息的MIB(Master Information Block：主信息块)。因此，通过接收PBCH并获得BCCH，从而能获得MIB。作为MIB的信息，例如有DL(下行链路)***带宽(也称为发送带宽设定(transmission bandwidth configuration：dl-bandwidth))、发送天线数量、SFN(System Frame Number：***帧号)等。
接着在步骤ST605中，基于MIB的小区结构信息接收该小区的DL-SCH，并获得广播信息BCCH中的SIB(System Information Block：***信息块)1。SIB1中包含与接入该小区有关的信息、与小区选择有关的信息、其他SIB(SIBk；k≥2的整数)的调度信息。此外，SIB1中还包含跟踪区域码(Tracking Area Code：TAC)。
接着在步骤ST606中，通信终端将步骤ST605中接收到的SIB1的TAC与通信终端已保有的跟踪区域列表内的跟踪区域标识(Tracking Area Identity：TAI)的TAC部分进行比较。跟踪区域列表也被称为TAI列表(TAI l ist)。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 sidel ink broadcast channel)传输与***同步相关的信息，并从UE进行发送。
物理直通链路发现信道(PSDCH：Physical sidelink discovery channel)从UE传输直通链路发现消息。
物理直通链路控制信道(PSCCH：Physical sidelink control channel)传输用于直通链路通信与V2X直通链路通信的来自UE的控制信息。
物理直通链路共享信道(PSSCH：Physical sidel ink 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；Sidel ink Traffic Channel)是用于从一个UE向其他UE发送用户信息的一对多的直通链路用话务信道。STCH仅被具有直通链路通信能力的UE和具有V2X直通链路通信能力的UE使用。具有两个直通链路通信能力的UE之间的一对一通信也另外通过STCH来实现。STCH被映射于作为传输信道的SL-SCH。
直通链路控制信道(SCCH；Sidel ink Control Channel)是用于从一个UE向其他UE发送控制信息的直通链路用控制信道。SCCH被映射于作为传输信道的SL-SCH。
在3GPP中，探讨了在NR中也支持V2X通信。NR中的V2X通信的探讨基于LTE***、LTE-A***而推进，但在以下这一点，进行来自LTE***、LTE-A***的变更和追加。
LTE中，SL通信只有广播(broadcast)。在NR中，除了广播之外，还研究了单播(unicast)和组播(groupcast)的支持以作为SL通信(参照非专利文献22(TS23 287))。
在单播通信、组播通信中，探讨了HARQ的反馈(Ack/Nack)、CSI报告等的支持。
在SL通信中，除了广播之外，为了支持单播(unicast)和组播(groupcast)，研究了PC5-S信令的支持(参照非专利文献22(TS23.287))。例如，为了确立SL、即用于实施PC5通信的链路而实施PC5-S信令。该链路在V2X层中实施，也被称为层2链路。
此外，SL通信中，正在研究RC信令的支持(参见非专利文献22(TS23.287))。将SL通信中的RRC信令也称为PC5 RRC信令。例如，提出了在进行PC5通信的UE之间通知UE的能力、或者通知用于使用PC5通信来进行V2X通信的AS层的设定等。
在SL通信中，提出了经由中继(relay)的UE与NW之间的通信(参照非专利文献20、23)。有时将UE与NW间的中继称为UE-to-NW中继或UE-NW间中继。本公开中，有时将实施UE与NW之间的中继的UE称为中继UE。
例如，不仅是RAN节点(例如gNB)的覆盖范围内的UE，有时需要在更远的UE与RAN节点之间进行通信。这种情况下，考虑使用UE-NW间中继的方法。例如，经由中继UE来进行gNB与UE(有时称为远程UE)之间的通信。通过Uu进行gNB与中继UE之间的通信，通过PC5进行中继UE与远程UE之间的通信。
以往，5G***中，在UE与NW之间的通信中，在UE与NW之间确立PDU会话。然而，在UE-NW间中继中，在UE与NW之间经由中继UE来进行通信，因此，无法应用现有的方法。公开经由中继UE在UE与NW之间进行通信的情况下的PDU会话。
在中继UE与NW之间确立PDU会话。在中继UE与CN侧节点之间确立PDU会话。CN侧节点可以是UPF。可以在中继UE与数据网络(DN)之间确立PDU会话。在中继UE与远程UE之间确立PC5-S链路。使用该PDU会话与PC5-S链路，经由中继UE在UE与NW之间进行通信。
在中继UE与CN节点之间确立中继用的PDU会话。在中继UE与远程UE之间确立PC5-S链路。中继UE向AMF或SMF通知与中继UE有关的信息。这可以在确立PDU会话的处理中进行。从远程UE向中继UE通知与远程UE有关的信息。此外，可以从远程UE向AMF或SMF通知与远程UE有关的信息。作为与中继UE、远程UE有关的信息的具体示例，存在有UE的标识、IP信息等。IP信息可以是IP地址。作为其他具体示例，与远程UE有关的信息可以是与远程UE和中继UE间的PC5-S链路有关的信息。与PC5-S链路有关的信息例如可以是PC5-S链路的标识、发送源UE的标识、发送目标UE的标识、PC5 QoS流信息、PC5 QoS流标识、SLRB设定信息、SLRB标识。此外，也可以是它们的组合。
远程UE的IP地址可以是IPv4。能避免装置的设计的复杂性。远程UE的IP地址也可以是IPv6。能将多个UE收纳在通信网络中。
中继UE可以存储与远程UE有关的信息。此外，AMF/SMF可以存储与远程UE有关的信息。可以将与远程UE有关的信息与中继UE关联起来。可以将与远程UE有关的信息与中继UE关联起来存储。可以将与中继UE有关的信息与在中继UE与NW之间确立的PDU会话关联起来。可以将与中继UE有关的信息与在中继UE与NW之间确立的PDU会话关联起来存储。例如，可以将与远程UE有关的信息存储在中继UE的上下文中。通过将与远程UE有关的信息与中继UE关联起来、将与远程UE有关的信息与在中继UE与NW之间确立的PDU会话关联起来，从而例如AMF/SMF不仅仅能识别中继UE与CN之间的PDU会话，还能识别是用于向远程UE进行中继的PDU会话。
AMF/SMF将与远程UE有关的信息通知给UPF。UPF也能识别与远程UE有关的信息。此外，与远程UE有关的信息可以与中继UE关联起来进行通知。此外，可以将与远程UE有关的信息与在中继UE与NW之间确立的PDU会话关联起来进行通知。通过将与远程UE有关的信息与中继UE、或在中继UE与NW之间确立的PDU会话关联起来，从而例如UPF不仅仅能识别中继UE与CN之间的PDU会话，还能识别是用于向远程UE进行中继的PDU会话。
由此，中继UE和NW之间的PDU会话、与中继UE和远程UE之间的PC5-S链路相关联。
中继UE作为远程UE的路由器，进行远程UE与中继UE之间的PC5-S链路、以及中继UE与NW之间的PDU会话的转发。该转发可以使用与远程UE有关的信息。
由此，在远程UE与UPF之间能经由中继UE进行数据通信。
如上所述，在中继UE与NW之间确立PDU会话的状态下，进行经由中继UE的远程UE与NW之间的通信。中继UE与NW之间必须维持连接状态。另外，在远程UE与中继UE之间确立PC5-S链路的状态下，进行经由中继UE的远程UE与NW之间的通信。远程UE必须维持与中继UE连接的状态。因此，在经由中继UE的远程UE和NW之间的通信中，中继UE和远程UE的功耗增加。
进行SL通信的终端不仅搭载于车辆，还假设行人所持有的情况。在这样的终端中可搭载的电池容量有限。另外，即使终端搭载了足够的电池，为了构建生态社会，也要求终端的低功耗化。因此，在进行SL通信的终端、例如经由中继UE的远程UE与NW之间的通信中，中继UE和远程UE的低功耗化成为问题。
公开解决上述问题的方法。
允许具有UE-to-NW中继能力的中继UE转移到RRC_Idle。允许具有UE-to-NW中继能力的中继UE转移到CM_Idle。换言之，中继UE与gNB之间的RRC连接可以被释放(release)。可以释放中继UE与NW之间的PDU会话。即使在远程UE与中继UE之间确立PC5-S链路的状态下，也可以进行上述的转移、释放。
在gNB和中继UE之间进行RRC释放(RRC release)处理。gNB可以针对中继UE启动RRC释放。中继UE可以针对gNB请求RRC释放。接收到RRC释放请求的gNB与中继UE之间进行RRC释放处理。另外，当AMF针对gNB进行PDU会话的释放处理时，gNB与中继UE之间可以进行RRC释放处理。由此，能够将中继UE转移到RRC_Idle状态。能够力图实现中继UE的低功耗化。
中继UE和NW节点可以进行PDU会话的释放处理。作为该NW的节点，有gNB、AMF、SMF和UPF。作为该NW的节点，也可以包含DN(Data Network：数据网)。AMF可以启动中继UE与NW之间的PDU会话的释放处理。SMF可以对AMF请求PDU会话的释放。UPF可以经由SMF对AMF请求PDU会话的释放。中继UE可以对AMF请求PDU会话的释放。接收到PDU会话的释放请求的AMF进行中继UE与NW之间的PDU会话的释放处理。由此，能够释放用于中继UE中的PDU会话的资源。能够实现中继UE的低功耗，并且能够提高无线资源的使用效率。
AMF在中继UE与NW之间进行CM连接的释放(release)处理。AMF可以启动CM连接的释放。中继UE可以对AMF请求CM连接的释放。gNB可以对AMF请求与中继UE的CM连接的释放。接收到CM连接的释放请求的AMF进行与中继UE之间的CM连接的释放处理。另外，AMF可以在接收到PDU会话的释放请求的情况下进行CM连接释放处理。由此，能够将中继UE转移到CM_Idle状态。能够力图实现中继UE的低功耗化。
上述RRC连接的释放、PDU会话的释放和CM连接的释放的处理可以单独执行。通过执行这些释放处理的一部分或全部，能够力图实现中继UE的低功耗化。
在中继UE与远程UE之间的PC5-S链路连接的情况下，可以实施上述释放处理。可以在不释放中继UE与远程UE之间的PC5-S链路的情况下实施上述释放处理。
例如，在远程UE和NW之间通信暂时消失的情况下，可以进行上述释放处理。另外，例如，在远程UE和NW之间的通信周期性地进行那样的情况下，可以在不进行该通信的期间进行上述释放处理。例如，在远程UE与NW之间服务数据的通信消失那样的情况下，可以仅进行PDU会话的释放处理。例如，在远程UE与NW之间服务数据的通信消失那样的情况下，可以进行PDU会话的释放处理、RRC连接的释放处理、CM连接的释放处理。例如，在远程UE与NW之间服务数据通信和包含信令的数据通信消失那样的情况下，可以进行PDU会话的释放处理、RRC连接的释放处理、CM连接的释放处理。通过进行上述释放处理，释放中继UE和NW之间的连接，并将中继UE转移到RRC_Idle或CM_Idle状态，从而能够降低中继UE的功耗。
公开了上述判断中继UE或NW节点中的释放处理的实施或请求的方法。在规定期间内没有PDU会话的数据的情况下，判断实施或请求上述释放处理。
规定期间可以预先通过标准等来静态地决定。或者，规定期间可以由NW节点设定。规定期间可以准静态地设定。例如，AMF或PCF可以设定规定期间。例如，AMF可以使用确立PDU会话时的QoS来设定规定期间。设定了规定期间的节点将所设定的规定期间通知给各节点。
中继UE或NW节点可测定PDU会话中的与数据通信有关的时间信息。例如，中继UE或NW节点测定在PDU会话中进行数据通信的定时。例如，中继UE或NW节点可以测定在PDU会话中从数据被通信起的期间。中继UE或NW节点可以根据所测定出的与数据通信有关的时间信息来导出话务模式。该导出可以例如使用统计处理来进行。
测定结果可以存储在所测定的节点中。或者，测定结果可以通知给其他NW节点或服务器。其他NW节点或服务器也可以从测定结果导出话务模式。导出话务模式的节点可以将该导出的话务模式通知给中继UE或NW节点。
由此，中继UE或NW节点能够获得PDU会话中的与数据通信有关的时间信息。中继UE或NW节点可以使用该时间信息来判断在规定期间是否没有数据。
可以在计时器中设定规定期间。例如，在PDU会话中已对数据进行了通信的情况下，启动该计时器。每次新对数据进行通信时，都初始化该计时器。在数据通信消失并且该计时器期满的情况下，实施上述释放处理或实施上述释放处理的请求。
公开了判断上述释放处理的实施或请求的其他方法。在规定期间内没有PC5-S链路的数据的情况下，判断上述释放处理的实施或请求。
规定期间可以预先通过标准等来静态地决定。或者，规定期间可以由NW节点设定。规定期间可以准静态地设定。例如，AMF或PCF可以设定规定期间。例如，AMF可以使用在远程UE与NW之间通信的服务的QoS来设定规定期间。设定了规定期间的节点将所设定的规定期间通知给中继UE或远程UE。
中继UE或远程UE可以测定PC5-S链路中的与数据通信有关的时间信息。例如，中继UE或远程UE测定在PC5-S链路中进行数据通信的定时。例如，中继UE或远程UE测定在PC5-S链路中从数据被通信起的期间。中继UE或远程UE可以根据所测定出的与数据通信有关的时间信息来导出话务模式。该导出可以例如使用统计处理来进行。
测定结果可以存储在所测定的中继UE或远程UE中。或者，测定结果可以经由中继UE从远程UE通知给其他NW节点或服务器。或者，测定结果可以从中继UE通知给其他NW节点或服务器。其他NW节点或服务器可以从测定结果导出话务模式。导出话务模式的节点可以将该导出的话务模式通知给远程UE或中继UE。
由此，远程UE或中继UE能获得PC5-S链路中的与数据通信有关的时间信息。远程UE或中继UE可以使用该时间信息来判断在规定期间是否没有数据。
可以在计时器中设定规定期间。例如，在PC5-S中已对数据进行了通信的情况下，启动该计时器。每次新对数据进行通信时，都初始化该计时器。在数据通信消失并且该计时器期满的情况下，实施上述释放处理或实施上述释放处理的请求。
在上述PDU会话中设定的规定期间和在PC5-S链路上设定的规定期间可以不同。能够根据各自的通信定时进行灵活的设定。或者，这些规定期间可以设定为相同。无论是对于PC5-S链路，还是对于PDU会话，都能够根据进行远程UE与NW之间的通信的服务而设为相同的设定。另外，能容易地进行上述释放处理。通过将该规定期间设为相同的值，从而使得例如确立PC5-S链路和PDU会话的中继UE能够用一个计时器来管理该规定期间。因此，能够避免转移到上述的释放处理的判断变得复杂。
由此，在规定期间内没有数据通信的情况下，能够使中继UE能够转移到RRC_Idle或CM_Idle状态，从而能够降低中继UE的功耗。
远程UE可以进行中继UE与gNB之间的RRC释放的请求。远程UE可以向中继UE或gNB请求该RRC释放。
远程UE也可以进行中继UE与NW之间的PDU会话的释放请求。远程UE可以向中继UE、gNB、AMF、SMF、UPF或DN请求该PDU会话的释放。
远程UE可以进行中继UE与NW之间的CM连接的释放请求。远程UE可以向中继UE、gNB或AMF请求该CM连接的释放。
因为远程UE识别与NW之间进行通信的服务，所以远程UE容易判断远程UE与NW之间通信暂时消失的情况等。远程UE请求中继UE与NW之间的上述释放处理，从而能够实施适于远程UE与NW之间的通信服务的中继UE转移到RRC_Idle或CM_Idle状态的转移处理。
为了判断远程UE中的上述释放处理的实施或请求，可以适当地应用上述的、在规定期间内没有PC5-S链路的数据的情况下判断上述的释放处理的实施或请求的方法。根据PC5-S链路的数据通信的有无，来判断PDU会话中有无数据通信。远程UE与中继UE之间的PC5-S链路和中继UE与NW之间的PDU会话都用于远程UE与NW之间的通信，因此该判断是有效的。
由此，在规定期间内没有PC5-S链路中的数据通信的情况下，远程UE能够将中继UE转移到RRC_Idle或CM_Idle状态。因此，能够降低中继UE的功耗。
公开了一种在经由中继UE的远程UE与NW之间的通信中、在没有数据通信的情况下释放中继UE与NW之间的连接的方法。公开了一种将中继UE转移到RRC_Idle或CM_Idle状态的处理。在中继UE为RRC_Idle或CM_Idle状态时产生了针对中继UE的数据的情况下，能够通知产生了数据的情况。然而，在中继UE为RRC_Idle或CM_Idle状态时从AS(Appl icationServer:应用服务器)或DN针对远程UE产生了数据的情况下，无法通知产生了数据的情况。因此，不能经由中继UE向远程UE发送数据。
公开解决上述问题的方法。
在上述远程UE与NW之间的通信方法中，示出了AMF可以与中继UE相关联地存储与远程UE相关的信息。可以设置将中继UE与远程UE相关联的信息。在本公开中，将中继UE与远程UE相关联的信息有时可简称为关联信息。与中继UE相关联的远程UE可以设为在与该中继UE确立了PDU会话的远程UE与NW之间进行通信的远程UE。与中继UE相关联的远程UE也可以设为与该中继UE确立了PC5-S链路的远程UE。
多个远程UE可以与一个中继UE相关联。在远程UE经由一个中继UE与NW通信的情况下有效。多个中继UE可以与一个远程UE相关联。在远程UE经由多个中继UE与NW通信的情况下有效。
AMF可以进行远程UE的移动管理(mobi lity management)。AMF具有远程UE的相关信息，从而能够实施远程UE的移动管理。AMF可以结合中继UE的移动管理，与中继UE相关联地实施远程UE的移动管理。
关联信息可以是列表。该关联信息可以包含各UE的信息。作为各UE的信息，例如有标识、IP信息、服务类型、切片信息等。还可以在该关联信息中包含与远程UE相关的信息。关联信息可以是将中继UE作为索引并示出与之相关联的远程UE的列表。由于AMF能够生成包含远程UE的列表作为已经获得了远程UE相关信息的中继UE的信息要素，因此例如可以容易地生成列表。
关联信息可以是将远程UE作为索引并示出与之相关联的中继UE的列表。由于AMF能够生成包含中继UE的列表作为远程UE的信息要素，因此，例如，在AMF接收到产生针对远程UE的数据的通知的情况下，能够容易地搜索与该远程UE相关联的中继UE。
公开了在经由中继UE的远程UE与NW之间的通信中，将中继UE转移到RRC_Idle或CM_Idle状态的处理。即使中继UE处于RRC_Idle或CM_Idle状态，AMF也保持关联信息。
可以适当地更新与远程UE相关的信息。在更新了与远程UE相关的信息的情况下，远程UE可以向中继UE、AMF或SMF通知所更新的信息。中继UE可以将与远程UE相关的更新后的信息通知给AMF或SMF。在更新了与所连接的中继UE相关的信息的情况下，远程UE可以向AMF或SMF通知所更新的信息。例如，在中继UE新连接到远程UE的情况下，中继UE可以向AMF或SMF通知与远程UE相关的信息。例如，中继UE在从远程UE接收到与远程UE相关的更新后的信息的情况下，可以向AMF或SMF通知与远程UE相关的更新后的信息。
另外，中继UE还可以向AMF或SMF通知与已经释放了与中继UE的连接的远程UE相关的信息。中继UE可通知表示中继UE与远程UE之间的连接已被释放的信息。
AMF可以使用这些更新后的信息来更新关联信息。
AMF可以在中继UE的上下文信息中包含关联信息。
在PDU会话的释放处理或将中继UE转移到RRC_Idle或CM_Idle状态的处理时，例如gNB有时向AMF请求中继UE的上下文的释放。在接收到中继UE的上下文的释放请求的情况下，AMF进行中继UE的上下文的释放处理。AMF废弃中继UE的上下文。
在关联信息包含在中继UE的上下文信息中的情况下，存在关联信息随中继UE的上下文的释放而被释放的问题。为了避免这种情况，即使中继UE处于RRC_Idle或CM_Idle状态，AMF也可以保持包含关联信息的中继UE的上下文信息。或者，即使中继UE处于RRC_Idle或CM_Idle状态，AMF也可以仅保持中继UE的上下文信息中的关联信息。
上下文的释放消息中可以设置表示保持一部分或全部上下文信息的信息。所保持的上下文信息可以是关联信息。由此，即使中继UE处于RRC_Idle或CM_Idle状态，AMF也能够判断是否保持关联信息不变。
尽管上述中已经公开了AMF生成并存储关联信息的情况，但是中继UE或gNB可以生成并存储关联信息。在PDU会话的释放处理或将中继UE转移到RRC_Idle或CM_Idle状态的处理时，中继UE或gNB可以向AMF或SMF通知关联信息。此时，中继UE或gNB可以通知更新后的最新的关联信息。即使中继UE处于RRC_Idle或CM_Idle状态，AMF也保持更新后的最新的关联信息。
由此，在中继UE处于RRC_Idle或CM_Idle状态，例如产生针对远程UE的数据，并且AMF接收到产生针对远程UE的数据的通知的情况下，AMF能够容易地检测与该远程UE相关联的中继UE。
在中继UE处于RRC_Idle或CM_Idle状态下接收到表示产生向远程UE的数据的信令时，AMF对与远程UE相关联的中继UE通知寻呼。AMF可以使用上述关联信息来检测与远程UE相关联的中继UE。AMF经由与中继UE连接的gNB向中继UE通知寻呼。
AMF可以在到中继UE的寻呼中包含表示是由于产生向远程UE的数据所导致的寻呼的信息。或者，AMF可以在到中继UE的寻呼中包含与该远程UE相关的信息。AMF可以在到中继UE的寻呼中包含例如UE的标识以作为与该远程UE相关的信息。由此，中继UE能够识别是由于产生向远程UE的数据所导致的寻呼。
接收到寻呼的中继UE与NW之间确立PDU会话。接收到寻呼的中继UE在接收到表示是由于产生向远程UE的数据所导致的寻呼的信息的情况下，与NW之间确立PDU会话。该PDU会话可以用于中继。该PDU会话可以用于向产生了数据的远程UE进行通信。由此，在中继UE与NW之间，能够确立远程UE与NW之间的通信用的PDU会话。即使在中继UE转移到RRC_Idle或CM_Idle状态之后，在产生向远程UE的数据的情况下，也能够在中继UE和NW之间再次确立PDU会话，并且可以使用该PDU会话在远程UE与NW之间进行通信。
接收到寻呼的中继UE与NW之间可以转移到连接状态。接收到寻呼的中继UE与NW之间可以转移到RRC_Connected或CM_Connected状态。由此，中继UE与NW之间的状态再次成为连接状态，并且能够经由该中继UE在远程UE与NW之间进行通信。
在从AMF接收到寻呼的中继UE未连接到作为所产生的数据的发送目标的远程UE的情况下，中继UE可以向gNB或AMF通知表示未连接到作为数据的发送目标的远程UE的信息。AMF可以向SMF或UPF通知表示中继UE未连接到作为数据的发送目标的远程UE的信息。UPF可以向AS或DN通知表示中继UE未连接到作为数据的发送目标的远程UE的信息。能够表示该远程UE未连接到向远程UE发送数据的数据发送源。
AMF在从中继UE或gNB接收到表示中继UE未连接到作为数据的发送目标的远程UE的信息的情况下，可以更新关联信息。这样，无需向中继UE再次发送寻呼。在经由中继UE的远程UE与NW之间的通信处理中，能够降低信令量，并且能够减少误动作。
公开了AMF经由gNB向中继UE通知寻呼。通过使用寻呼，中继UE能够实施非连续接收(DRX)。中继UE能够通过在寻呼周期(在本公开中有时称为寻呼用DRX周期)中接收来自gNB的寻呼，从而识别是否已经针对远程UE产生了数据。
由此，中继UE能够实施DRX，从而中继UE的低功耗化成为可能。
图14～图16是示出关于实施方式1、经由中继UE在UE与NW之间进行通信的方法的示例的序列图。图14～图16在边界线BL1415、BL1516的位置处相连接。图14～图16公开了一种在远程UE与NW之间没有数据的情况下将中继UE转移到RRC_Idle或CM_Idle状态的方法。步骤ST1401中，中继UE在与gNB、AMF、SMF、UPF之间实施PDU会话的确立处理，在中继UE与UPF之间确立PDU会话。中继UE可以在实施中继前实施该PDU会话的确立处理。
步骤ST1402中，在远程UE与中继UE之间，进行用于检测数据发送目标的发现处理。该发现处理中，中继UE可以通知表示在NW与UE之间具有中继能力的信息。远程UE通过接收该信息，从而能识别可以经由该中继UE与NW之间进行通信。
该发现处理中，中继UE可以通知表示正在搜索NW与UE之间的中继UE的信息。远程UE可以通知请求与NW之间的连接的信息。远程UE可以通知请求向NW的中继的信息。远程UE可以通知表示目的地是NW的信息。通过接收该信息，中继UE能识别远程UE正在请求经由本中继UE与NW进行连接的情况。
步骤ST1403中，在远程UE与中继UE之间，进行确立PC5-S链路的处理。作为确立PC5-S链路的处理，例如进行PC5-S链路确立处理。检测到用于与NW进行通信的中继UE的远程UE可以在步骤ST1403中对中继UE实施PC5-S链路确立处理。通过该处理，在远程UE与中继UE之间确立PC5-S链路。该处理中，远程UE可以通知请求与NW的连接的信息、请求向NW的中继的信息、或表示目的地是NW的信息。中继UE能识别远程UE正在请求经由本中继UE与NW进行连接的情况。
步骤ST1404中，可以在远程UE与中继UE之间通知AS设定。AS设定例如可以包含数据通信用的SLRB设定，也可以包含SLRB标识。远程UE与中继UE之间的PC5 QoS流的设定、以及对该PC5 QoS流进行映射的SLRB的设定可以使用在远程UE与NW之间进行通信的服务所要求的QoS来实施。例如，远程UE导出与所产生服务对应的QoS关联信息。远程UE可以根据QoS关联信息来进行PC5 QoS流的设定以及设定PC5 QoS流标识。此外，远程UE可以进行用于映射PC5 QoS流的SLRB的设定。远程UE可以设定SLRB设定的标识。由此，能实现满足服务所要求的QoS的PC5的通信。
QoS和SLRB设定的映射信息可以预先构成在远程UE中。在远程UE位于gNB的覆盖范围外的情况下，远程UE可以使用预先构成在本远程UE内的QoS和SLRB设定的映射信息来进行SLRB设定。
QoS关联信息可以包含PC5 QoS参数(有时省略PC5而简称为QoS参数)。PC5 QoS参数例如可以包含PQI(参照非专利文献22(TS23.287))。此外，QoS关联信息可以包含QoS特性(QoS characteristics)(参照非专利文献22(TS23.287))。有时将PC5 QoS参数和QoS特性称为QoS配置文件。
QoS关联信息可以包含PC5 QoS流的标识(PQI)。该标识可以作为用于识别远程UE为了与中继UE在PC5上进行数据通信而设定的QoS流的信息来利用。
作为PC5-S链路确立处理，可以进行用于从远程UE向中继UE的PC5-S链路确立的处理、或者用于从中继UE向远程UE的PC5-S链路确立的处理、或者用于从远程UE向中继UE以及从中继UE向远程UE的PC5-S链路确立的处理。
在从远程UE向中继UE的PC5-S链路确立处理以及从远程UE向中继UE的SL通信用的AS设定的通知处理之后，可以进行从中继UE向远程UE的PC5-S链路确立处理以及从中继UE向远程UE的SL通信用AS设定的通知处理。
在进行了用于从远程UE向中继UE以及从中继UE向远程UE的PC5-S链路确立的处理之后，可以进行从远程UE向中继UE的SL通信用的AS设定以及从中继UE向远程UE的SL通信用AS设定的通知处理。
由此，能进行双向的SL通信。由此，能进行从远程UE向中继UE的通信以及从中继UE向远程UE的通信。
步骤ST1405中，远程UE经由中继UE、gNB向AMF通知远程UE相关信息。步骤ST1406中，AMF为了将远程UE相关信息与中继UE关联起来而将其存储在中继UE的上下文中。AMF可以将与远程UE有关的信息与中继UE关联起来存储。AMF可以存储将中继UE与远程UE关联后的关联信息。
步骤ST1407中，AMF向SMF通知远程UE相关信息。AMF可以向SMF通知中继UE与远程UE的关联信息。步骤ST1408中，SMF向UPF通知远程UE相关信息。SMF可以向SUPF通知中继UE与远程UE的关联信息。由此，UPF能识别在与中继UE之间确立的PDU会话是用于与远程UE之间的中继的会话。因此，例如，在产生向远程UE的DL数据的情况下，UPF能经由中继UE向远程UE发送DL数据。
步骤ST1409中，能在远程UE与UPF之间进行UL数据的通信。此外，步骤ST1410中，能在UPF与远程UE之间进行DL数据的通信。
在步骤ST1411中，UPF判断在远程UE与NW之间的通信中是否产生向远程UE的数据。例如，在规定期间内没有数据产生的情况下，UPF可以判断为没有数据产生。在步骤ST1411中判断为没有产生向远程UE的数据的UPF在步骤ST1412中，向SMF通知用于经由中继UE的远程UE与NW之间的通信的、中继UE与NW之间的PDU会话的释放请求。UPF可以使用远程UE与中继UE的关联信息来确定用于经由中继UE的远程UE与NW之间的通信的、中继UE与NW之间的PDU会话。UPF能够针对向远程UE的数据来判断对哪个中继UE和NW之间确立的PDU会话的释放进行请求。
在步骤ST1413，SMF向AMF通知中继UE与NW之间的PDU会话的释放请求。在步骤ST1414，AMF在中继UE、gNB、SMF和UPF之间实施中继UE和NW之间的PDU会话的释放处理。在步骤ST1415中，在中继UE、gNB之间进行RRC连接释放处理，并且在中继UE、gNB和AMF之间进行CM连接释放处理。因此，中继UE转移到RRC_Idle或CM_Idle状态。转移到RRC_Idle或CM_Idle的中继UE通过从gNB广播的寻呼用DRX设定来开始接收寻呼。
在步骤ST1416，AMF保持远程UE相关信息。AMF保持将中继UE与远程UE关联后得到的关联信息。即使在中继UE转移到RRC_Idle或CM_Idle状态之后，通过保持远程UE与中继UE之间的关联信息，如上所述，在产生向远程UE的数据的情况下或产生收到的数据的情况下，能够判断通知寻呼的中继UE。
在步骤ST1417，UPF从AS或DN接收向远程UE的数据。在步骤ST1418，UPF保留向远程UE的数据。步骤ST1419中，UPF对SMF通知产生向远程UE的数据。在步骤ST1420，接收到该通知的SMF可以向UPF通知数据产生通知响应。在没有数据产生通知响应的情况下，UPF可以再次通知产生向远程UE的数据。能减少误动作。步骤ST1421中，SMF对AMF通知产生向远程UE的数据。在步骤ST1422，接收到该通知的AMF可以向SMF通知数据产生通知响应。在没有数据产生通知响应的情况下，SMF可以再次通知产生向远程UE的数据。能减少误动作。
接收到向远程UE的数据产生通知的AMF使用所保持的远程UE和中继UE之间的关联信息，确定应该向哪个中继UE通知寻呼。在步骤ST1423中，AMF向与所确定的中继UE连接的gNB通知寻呼。如上所述，AMF可以在寻呼中包含表示是向远程UE的寻呼的信息。在步骤ST1424，该gNB对中继UE通知寻呼。gNB可以在该寻呼中包含表示是向远程UE的寻呼的信息。
在步骤ST1425中，接收到寻呼的中继UE实施PDU会话的确立处理。可以实施服务请求处理。通过服务请求处理，中继UE实施PDU会话确立处理。在该处理中，中继UE与gNB之间实施RRC连接。另外，中继UE与AMF之间实施CM连接。通过在寻呼中表示是向远程UE的寻呼的信息，中继UE能够识别是向远程UE的寻呼的情况。识别出是向远程UE的寻呼的情况的中继UE能够确立用于中继的PDU会话。
在步骤ST1426，UPF能够将所保留的向远程UE的数据发送到与中继UE连接的gNB，gNB将该数据发送到中继UE，中继UE将该数据发送到远程UE。
另外，在步骤ST1425中，通过在中继UE与UPF之间确立PDU会话，从而还能够从远程UE向NW发送数据(有时称为UL数据)。
由此，在经由中继UE的远程UE与NW之间的通信中，能够将中继UE转移到RRC_Idle或CM_Idle状态。即使将中继UE转移到RRC_Idle或CM_Idle状态的情况下，也能够随着数据的产生再次进行RRC连接和CM连接，并且能够确立用于中继的PDU会话。
公开了中继UE在RRC_Idle或CM_Idle状态下从AS或DN等向远程UE产生数据的情况。这里，公开了从远程UE产生了服务数据的情况。
远程UE将所产生的数据发送到中继UE。在从远程UE接收到数据的情况下，中继UE与NW之间进行PDU会话的确立处理。由此，即使在中继UE转移到RRC_Idle或CM_Idle状态之后，在产生来自远程UE的数据的情况下也能够在中继UE和NW之间再次确立PDU会话。因此，能够使用该PDU会话在远程UE和NW之间进行通信。从远程UE接收到数据的中继UE与NW之间可以转移为连接状态。从远程UE接收到数据的中继UE与NW之间可以转移到RRC_Connected或CM_Connected状态。由此，中继UE与NW之间的状态再次成为连接状态，并且能够经由该中继UE在远程UE与NW之间进行通信。
公开其他方法。远程UE可以对中继UE通知PDU会话确立请求。该PDU会话可以是用于中继的PDU会话。PDU会话确立请求可以包含理由信息。理由信息表示请求PDU会话确立的理由。理由信息例如可以是数据产生，也可以是中继处理请求。通过设置理由信息并将其包含在PDU会话确立请求中，从而中继UE能够识别该PDU会话是由于什么而被请求。中继UE在从远程UE接收到PDU会话确立请求时，与NW之间进行PDU会话确立处理。中继UE可以在PDU会话确立之后对远程UE通知PDU会话确立完成。远程UE将数据发送到中继UE。
中继UE可以随着PDU会话的确立而与NW之间转移到连接状态。中继UE可以在与NW之间转移到RRC_Connected或CM_Connected状态。由此，中继UE与NW之间的状态再次成为连接状态，并且能够经由该中继UE在远程UE与NW之间进行通信。
远程UE可以对中继UE通知RRC连接请求。另外，远程UE可以对中继UE通知CM连接请求。RRC连接请求或CM连接请求中可以包含理由信息。理由信息表示请求RRC连接或CM连接的理由。理由信息例如可以是数据产生，也可以是中继处理请求。通过设置理由信息并将其包含在该请求中，从而中继UE能够识别RRC连接或CM连接是由于什么而被请求。接收到该请求的中继UE与NW之间可以转移到RRC_Connected或CM_Connected状态。由此，中继UE与NW之间的状态再次成为连接状态，并且能够经由该中继UE在远程UE与NW之间进行通信。远程UE还可以对中继UE通知PDU会话的确立请求。中继UE通过与NW之间确立PDU会话，从而使从远程UE到NW的数据能够通信。
中继UE可以对远程UE通知是否与NW之间确立PDU会话。中继UE可以对远程UE通知与NW之间是否处于RRC_Idle状态。中继UE可以对远程UE通知与NW之间是否处于CM_Idle状态。可以设置RRC状态信息或CM状态信息。中继UE可以对远程UE通知与NW之间的RRC状态信息和/或CM状态信息。该信息的通知例如可以使用PC5-S信令，也可以使用RRC信令。另外，该信息的通知可以使用PSCCH或PSSCH。能尽早进行通知。由此，远程UE能够识别中继UE和NW之间的连接状态。
在远程UE中产生了服务数据的情况下，远程UE可以根据中继UE与NW之间的连接状况，来判断是否通知上述PDU会话确立请求、或RRC连接请求、或CM连接请求。
在中继UE与NW之间连接被释放那样的情况、或者在中继UE与NW之间所确立的PDU会话被释放那样的情况下，中继UE可以对远程UE通知表示中继UE与NW之间的连接的释放或中继UE与NW之间的PDU会话的释放的信息。例如，在中继UE与NW之间的连接由于中继UE与gNB之间的通信质量下降而被释放的情况下，中继UE对远程UE通知表示中继UE和NW之间的连接释放的信息。接收到该信息的远程UE可以进行中继UE的变更。
该信息的通知例如可以使用PC5-S信令，也可以使用RRC信令。另外，该信息的通知可以使用PSCCH或PSSCH。能尽早进行通知。由此，例如，远程UE能够尽早实施能够与NW进行中继的中继UE的变更。
公开了中继UE跨越跟踪区域移动的情况。中继UE可以与NW之间进行TAU(TrackingArea Update:跟踪区域更新)处理。中继UE对AMF通知本中继UE的相关信息和进行连接的远程UE的相关信息。中继UE可以在TAU处理时通知该信息，也可以在TAU处理之后通知该信息。接收到该中继UE和远程UE的相关信息的AMF生成关联信息。作为AMF中的处理，可以适当应用上述方法。由此，即使是中继UE跨越跟踪区域移动那样的情况下，在产生向远程UE的数据的情况下，也能够从NW向远程UE发送数据。
在中继UE跨越跟踪区域移动那样的情况下，有时不能维持与远程UE的连接。在这种情况下，中继UE可以不对AMF通知无法维持连接的远程UE的相关信息。或者，中继UE可以对AMF通知该远程UE的相关信息的释放或废弃。另外，中继UE也可以不确立用于与该远程UE的中继通信的PDU会话。由此，在中继UE与远程UE之间的连接未被维持的情况下，能够不实施PDU会话的确立或在AMF中与远程UE的关联信息的保持等。能避免进行无用的处理，作为***，能够减少误动作、降低功耗。
公开了远程UE变更中继UE的方法。远程UE实施发现处理以检测具有用于中继的PDU会话的中继UE。中继UE可以在发现处理中发送表示是否具有用于中继的PDU会话的信息。例如，中继UE可以将该信息包含在征求消息中并发送。由此，远程UE能够在发现处理中检测具有用于中继的PDU会话的中继UE。
远程UE测定来自包含所连接的中继UE的、一个或多个中继UE的接收质量(可以是接收功率)，并选择具有最佳通信质量的中继UE。在所选择的中继UE与所连接的中继UE(有时称为S-中继UE)不同的情况下，释放与S-中继UE的PC5-S链路，确立与所选择的中继UE(有时称为T-中继UE)的PC5-S链路。
在远程UE进行与S-中继UE的PC5-S链路的释放处理的情况下，该远程UE可以进行释放过程而不对S-中继UE进行任何通知。S-中继UE可以测定从与远程UE最后通信开始的期间。在从与远程UE的最后通信开始的期间超过规定期间的情况下，S-中继UE可以释放与远程UE的PC5-S链路。可以在计时器中设定该规定期间。
S-中继UE在远程UE周期性选择和保留的资源上，如果在规定的次数内持续没有数据则可以释放PC5-S链路。
作为PC5-S链路的释放处理，可以释放用于PC5-S链路连接的资源。另外，可以进行RRC的释放处理。可以释放用于RRC连接的资源。
在远程UE与T-中继UE之间确立PC5-S链路的情况下，T-中继UE与NW之间进行用于中继的PDU会话的确立处理。作为该方法，可以适当应用上述方法。
由此，将T-中继UE与远程UE关联起来。由此，在远程UE与NW之间能经由T-中继UE进行数据通信。在远程UE与NW之间没有数据的情况下，可以释放该PDU会话。可以释放T-中继UE与NW之间的连接。作为该方法，可以适当应用上述方法。
由此，即使在远程UE变更中继UE那样的情况下，也能够经由变更后的中继UE在远程UE和NW之间进行通信。
通过本公开这样的方法，在经由中继UE的远程UE与NW之间的通信中，能够将中继UE转移到CM_Idle或RRC_Idle状态。由于中继UE能够以寻呼用DRX周期进行接收，因此中继UE的低功耗化成为可能。
上述中已经公开了在中继UE与CN之间确立PDU会话以用于远程UE与NW之间的通信。可以确立一个PDU会话以用于对多个远程UE与NW之间的通信进行中继。换言之，中继UE可以通过与CN之间所确立的用于中继的一个PDU会话，来中继多个远程UE与NW之间的通信。由此，多个远程UE能够经由一个中继UE与NW之间进行通信。
可以使用最初为了在远程UE与NW之间进行通信所确立的PDU会话，来进行新的远程UE与NW之间的通信。此时，可以进行PDU会话的修改。例如，在为了用于中继而最初确立的PDU会话不适于在新的远程UE与NW之间实施的服务的情况下，可以进行该PDU会话的修改。中继UE可以进行PDU会话的修改请求。远程UE可以对中继UE通知关于与NW之间进行通信的服务的信息。中继UE可以使用从远程UE获取到的与服务有关的信息来判断是否修改PDU会话。
CN节点例如AMF、SMF或UPF可以进行PDU会话的修改请求。远程UE可以经由中继UE、gNB对CN节点通知关于与NW之间进行通信的服务的信息。CN节点可以使用从远程UE获取到的与服务有关的信息来判断是否修改PDU会话。
可以针对每个中继UE设定用于中继的PDU会话。可以针对每个中继UE管理用于中继的PDU会话。用于中继的PDU会话可以由中继UE的标识来管理。可以使用中继UE的标识来作为设定了用于中继的PDU会话的UE的标识。用于中继的PDU会话的设定信息可以包含中继UE的标识。
在多个远程UE正在使用一个PDU会话与NW通信的情况下，即使在一个远程UE与NW之间的通信已经结束那样的情况下，也可以进行PDU会话的修改。可以适当应用上述方法。可以使用与一个远程UE与NW之间的通信结束的服务有关的信息来判断是否修改PDU会话。
上述PDU会话的释放处理是针对该一个PDU会话而进行的。在使用用于中继的一个PDU会话所进行的多个远程UE和NW之间的通信中，在所有远程UE和NW之间通信暂时消失的情况下，可以进行上述释放处理。例如，可以在所有远程UE和NW之间没有进行通信的期间进行上述释放处理。这些方法可以适当地应用上述方法。
公开其他方法。可以确立多个PDU会话以用于中继多个远程UE与NW之间的通信。换言之，中继UE可以通过与CN之间所确立的多个用于中继的PDU会话，来中继多个远程UE与NW之间的通信。例如，可以针对各远程UE与NW之间的通信确立一个PDU会话。由此，多个远程UE能够经由一个中继UE与NW之间进行通信。
为了最开始在一个远程UE与NW之间进行通信，在中继UE和CN之间确立一个PDU会话。为了新的远程UE与NW之间的通信，除了先前在中继UE与CN之间确立的PDU会话之外，还新确立一个PDU会话。确立适于在新的远程UE与NW之间实施的服务的PDU会话。
在新的远程UE与中继UE之间确立PC5-S链路之后，可以在中继UE与CN之间确立用于该远程UE与NW之间的中继通信的新的PDU会话。能够确立适于远程UE与NW之间的通信的PDU会话。
在新的远程UE与中继UE之间确立PC5-S链路之前，可以在中继UE与CN之间确立用于新的远程UE与NW之间的中继通信的新的PDU会话。在新的远程UE经由中继UE与NW之间进行通信的情况下，可以使用已经确立的PDU会话，并且能够尽早开始在远程UE与NW之间经由中继UE的通信。
针对一个中继UE确立多个PDU会话。可以针对每个远程UE设定各PDU会话。可以针对每个远程UE管理各PDU会话。可以通过远程UE的标识来管理各PDU会话。可以使用远程UE的标识来作为设定了各PDU会话的UE的标识。PDU会话的设定信息可包含远程UE的标识。各PDU会话不仅可以由远程UE的标识管理，还可以由中继UE的标识以及远程UE的标识来管理。例如，除了中继UE的标识以外，PDU会话的设定信息中还可以设定远程UE的标识。由此，能够识别每个远程UE的PDU会话。
在多个远程UE正在使用多个PDU会话与NW通信的状况下，即使在一个远程UE与NW之间的通信已经结束那样的情况下，也可以释放针对该远程UE的PDU会话。上述PDU会话的释放处理是针对每个远程UE的PDU会话而进行的。
在使用多个用于中继的PDU会话所进行的多个远程UE与NW之间的通信中，在所有远程UE与NW之间通信暂时消失那样的情况下，可以进行上述RRC连接释放处理或CM连接释放处理。例如，可以在所有远程UE与NW之间没有进行通信的期间进行上述RRC连接释放处理或CM连接释放处理。这些方法可以适当地应用上述方法。
公开其他方法。上述的确立一个PDU会话以用于中继多个远程UE与NW之间的通信的方法可以与确立多个PDU会话以用于中继多个远程UE与NW之间的通信的方法相组合。可以确立一个或多个PDU会话以用于中继一个或多个远程UE与NW之间的通信。例如，可以针对由多个远程UE构成的组确立一个PDU会话，以用于中继该组内的远程UE与NW之间的通信。例如，可以针对利用相同服务的一个或多个的远程UE确立一个PDU会话。由此，能够根据在远程UE与NW之间进行通信的服务而灵活地实施PDU会话的确立。
实施方式1的变形例1.
公开解决实施方式1中所示的问题的其他方法。
UE决定对其他UE的期望RRC状态(Preferred RRC State)。作为期望RRC状态，有RRC_Idle、RRC_Inactive和RRC_Connected。可以设置对其他UE的期望RRC状态信息。UE对gNB通知对其他UE的期望RRC状态信息。gNB可以使用所接收到的期望RRC状态信息来转移该其他UE的RRC状态。
远程UE决定对中继UE的期望RRC状态。远程UE对gNB通知对中继UE的期望RRC状态信息。远程UE经由中继UE对与中继UE连接的gNB或保留呼叫的gNB通知对中继UE的期望RRC状态信息。由于与中继UE连接的gNB或保留呼叫的gNB能够转移中继UE的RRC状态，因此，远程UE可以对连接到中继UE的gNB或保留呼叫的gNB通知对中继UE的期望RRC状态信息。
例如，在远程UE与NW之间的通信数据消失的情况下，远程UE将对中继UE的期望RRC状态决定为RRC_Idle。远程UE将对中继UE的期望RRC状态信息设定为RRC_Idle，并且经由中继UE，对与中继UE连接的gNB通知对中继UE的期望RRC状态信息。与中继UE连接的gNB可以使用所接收到的对中继UE的期望RRC状态信息来转移中继UE的RRC状态。例如，如果中继UE处于RRC连接状态，则gNB可以进行RRC连接释放处理以使中继UE转移到RRC_Idle状态。
期望的RRC状态信息可以包含用于识别是对哪个UE期望的信息。可以将期望RRC状态信息与用于识别是对哪个UE期望的信息同时进行通知。由此，接收到期望RRC状态信息的节点能够识别是对哪个UE的期望RRC状态信息。
期望RRC状态信息可以包含用于识别由哪个UE期望的信息。可以将期望RRC状态信息与用于识别由哪个UE期望的信息同时进行通知。由此，接收到期望RRC状态信息的节点能够识别是由哪个UE期望的RRC状态信息。
远程UE可以通过PC5-S信令对中继UE通知期望RRC状态信息。即使在PC5链路上没有进行用于数据发送的RRC设定，也能够在远程UE与中继UE之间通知期望RRC状态信息。能够尽早通知期望RRC状态信息。作为其他方法，远程UE可以通过PC5的RRC信令对中继UE通知期望RRC状态信息。在中继UE处可以通过RRC进行处理。在如后述那样中继UE使用RRC信令对gNB通知期望RRC状态信息的情况下，处理可以在RRC中统一进行。因此，能够避免复杂化。可以减少误动作。
在中继UE处于RRC_Connected状态的情况下，中继UE可以通过RRC信令对连接到中继UE的gNB通知从远程UE接收到的期望RRC状态信息。例如，如上所述，在中继UE使用远程UE与中继UE之间的PC5的RRC信令来通知从远程UE接收到的期望RRC状态信息那样的情况下，能够避免处理复杂化。对中继UE的期望RRC状态信息可以包含在UE辅助信息(UEAssistance Information)中，并通过RRC信令来通知。
在中继UE处于RRC_Idle或RRC_Inactive状态的情况下，中继UE可以使用RA(Random Access：随机接入)处理将从远程UE接收到的期望RRC状态信息通知给保留呼叫的gNB。例如，在4-step RACH(参照非专利文献16(TS38.300))的情况下，中继UE也可以使用MSG3通知期望RRC状态信息。MSG3的情况下，通过冲突回避处理，可以提高到达概率。中继UE可以例如使用2-step RACH处理来通知期望RRC状态信息。例如，在2-step RACH(参照非专利文献16(TS 38.300))的情况下，中继UE也可以使用MSGA通知期望RRC状态信息。中继UE可以在MSGA上使用PUSCH来通知期望RRC状态信息。能进一步尽早进行通知。
在中继UE处于RRC_Idle或RRC_Inactive状态的情况下，中继UE可以对gNB确立RRC连接，然后对gNB通知从远程UE接收到的期望RRC状态信息。作为该通知方法，可以适当地应用上述中继UE处于RRC_Connected状态时的方法。
由此，能够将远程UE所决定的对中继UE的期望RRC状态信息通知给中继UE所连接的gNB。gNB能够从接收到的期望RRC状态信息中识别期望的RRC状态、由哪个UE期望以及是对哪个UE的期望。gNB可以使用所接收到的期望RRC状态信息来转移或维持中继UE的RRC状态。
例如，在中继UE为RRC连接状态下远程UE判断为与NW之间没有通信数据的情况下，远程UE针对中继UE将期望的RRC状态信息设定为RRC_Idle，并将该设定的信息通知给中继UE。远程UE可以在该通知中包含表示由远程UE期望的情况以及对中继UE期望的情况的信息。中继UE将该信息通知给所连接的gNB。接收到该信息的gNB可以使用该信息来决定将中继UE转移到RRC_Idle状态。gNB进行与中继UE的RRC连接释放处理。
gNB可以对AMF通知中继UE与NW之间的PDU会话的释放请求。接收到该请求的AMF可以实施中继UE与NW之间的PDU会话的释放处理。另外，AMF可以实施与中继UE之间的CM连接释放处理。转移到RRC_Idle或CM_Idle状态的中继UE以寻呼用DRX周期接收来自gNB寻呼。作为这些方法，可以适当地应用上述方法。即使在中继UE转移到RRC_Idle或CM_Idle状态之后，也能够在产生向远程UE的数据的情况下将数据发送到远程UE。
gNB可以作出与对中继UE的RRC状态的期望不同的判断。gNB可以对远程UE通知由gNB判断出的中继UE的RRC状态。远程UE能识别中继UE的状态变得如何。例如，远程UE能判断是否再次请求。例如，远程UE能够判断是否变更中继UE。
gNB在作出了与对中继UE的RRC状态的期望不同的判断的情况下，可以将拒绝消息通知给远程UE。gNB可以在该拒绝信息中包含理由信息。远程UE能够识别期望被拒绝的理由。gNB还可以在该拒绝消息中包含由gNB判断出的RRC状态。远程UE能识别中继UE的状态变得如何。例如，远程UE能判断是否再次请求。例如，远程UE能够判断是否变更中继UE。
图17～图19是示出关于实施方式1的变形例1、经由中继UE在UE与NW之间进行通信的方法的示例的序列图。图17～图19在边界线BL1718、BL1819的位置处相连接。图17～图19公开了在远程UE与NW之间没有数据的情况下，远程UE通过对连接到中继UE的gNB通知对中继UE的期望RRC状态信息来将中继UE转移到RRC_Idle或CM_Idle状态的方法。在图17～图19中，对与图14～图16共通的步骤标注相同的步骤编号，并省略共通的说明。
在步骤ST1409和ST1410中，远程UE与NW之间进行数据的收发。远程UE判断在远程UE与NW之间的通信中有无数据产生。例如，在远程UE从服务关联信息中识别出在规定期间内没有数据产生的情况下，远程UE可以判断为没有数据产生。判断为没有数据产生的远程UE将对中继UE的期望RRC状态信息设定为RRC_Idle。在步骤ST1501中，远程UE将对UE的期望RRC状态信息经由中继UE通知给中继UE所连接的gNB。远程UE可以在该RRC状态信息中包含表示是从哪个UE对哪个UE的期望的信息。
接收到该RRC状态信息的gNB能够识别对中继UE的RRC状态的期望是RRC_Idle。另外，由于是来自远程UE的期望，因此gNB能识别是针对用于中继的通信的期望。在步骤ST1502，gNB使用对中继UE的期望RRC状态信息来判断转移或维持中继UE的RRC状态。这里，gNB判断将中继UE转移到RRC_Idle。
在步骤ST1503，gNB对AMF通知中继UE与NW之间的用于中继的PDU会话的释放请求。在步骤ST1414，AMF实施中继UE与NW之间的PDU会话释放处理。在步骤ST1414之后，由于与图14～图16共通，因此省略其说明。
由此，远程UE能够将对中继UE的期望RRC状态通知给连接到中继UE的gNB。gNB能够识别该期望，并且能够将中继UE转移或维持到远程UE所期望的中继UE的RRC状态。
远程UE可以向中继UE通知对中继UE的期望RRC状态信息。例如，在多个远程UE连接到中继UE那样的情况下，多个远程UE向中继UE通知对中继UE的期望RRC状态信息。中继UE可以使用从一个或多个远程UE接收到的对中继UE的期望RRC状态信息来导出本UE被期望的RRC状态信息。
例如，如果从一个或多个远程UE接收到的、对中继UE的期望RRC状态信息全部都是RRC_Idle，则中继UE将本UE被期望的RRC状态信息设定为RRC_Idle。例如，如果从一个或多个远程UE接收到的、对中继UE的期望RRC状态信息的任意一个是RRC_Connected，则中继UE将本UE被期望的RRC状态信息设定为RRC_Connected。
中继UE将所导出的本UE被期待的RRC状态信息通知给本UE所连接的gNB或保留呼叫的gNB。接收到该信息的gNB可以使用该信息来判断是转移还是维持中继UE的RRC状态。例如，在gNB从中继UE接收到对该中继UE的期望RRC状态信息是RRC_Idle的情况下，如果中继UE处于RRC连接状态，则gNB可以进行RRC连接释放处理以转移到RRC_Idle状态。
可以应用上述方法作为从远程UE向中继UE通知对其他UE的期望RRC状态信息的方法。可以适当地应用上述方法作为从中继UE向gNB通知对该中继UE的期望RRC状态信息的方法。
由此，例如，在中继UE连接到多个远程UE那样的情况下，中继UE能够设定本UE被期望的RRC状态，并且能够向gNB通知本UE被期望的RRC状态。gNB能够使用所接收到的该信息来转移或维持中继UE的RRC状态。因此，能够根据连接到中继UE的多个远程UE的数据通信的状态来控制中继UE的RRC状态。
远程UE可以向AMF通知对其他UE的期望RRC状态信息。远程UE可以经由中继UE、gNB向AMF通知对中继UE的期望RRC状态信息。另外，远程UE可以向AMF通知对该中继UE的期望RRC状态信息。接收到该信息的AMF可以使用该信息来判断是释放还是维持中继UE与NW之间的PDU会话。例如，在AMF经由gNB从远程UE接收到对中继UE的期望RRC状态信息是RRC_Idle的情况下，AMF可以释放中继UE与NW之间的PDU会话。通过PDU会话的释放，gNB可以实施与中继UE的RRC连接释放处理。另外，AMF也可以实施CM连接释放处理。由此，能够将中继UE转移到RRC_Idle或CM_Idle状态。转移到RRC_Idle或CM_Idle状态的中继UE以寻呼用DRX周期接收来自gNB的寻呼。
可以设置期望的CM状态信息。期望的CM状态有CM_Idle、CM_Connected。可以设置本UE所期望的CM状态信息。可以设置对其他UE期望的CM状态信息。UE可以对AMF通知期望的CM状态信息。UE可以使用NAS信令来通知期望的CM状态信息。UE可以通过RRC信令对gNB通知该信息，并且gNB可以通过N2信令对AMF通知该信息。UE可以对通过PC5连接的UE通知该期望的CM状态信息。UE可以使用PC5-S信令，也可以使用PC5的RRC信令。接收到期望的CM状态信息的AMF判断是对哪个UE期望的CM状态信息，并使用该UE的CM状态信息来判断是转移还是维持该UE的CM状态。
例如，远程UE在判断为与NW之间的通信数据消失的情况下，将对中继UE期望的CM状态信息设定到CM_Idle，并经由中继UE、gNB将该设定的信息通知给AMF。在中继UE进行CM连接的情况下，AMF使用所接收到的对中继UE期望的CM状态信息，判断将中继UE转移到CM_Idle，并进行CM连接释放处理。随着中继UE与NW之间的CM连接释放，gNB实施与中继UE的RRC连接释放处理。由此，能够将中继UE转移到CM_Idle或RRC_Idle状态。
AMF可以作出与对中继UE的CM状态的期望不同的判断。AMF可以对远程UE通知由AMF判断出的中继UE的CM状态。远程UE能识别中继UE的状态变得如何。例如，远程UE能判断是否再次请求。例如，远程UE能够判断是否变更中继UE。
AMF在作出了与对中继UE的CM状态的期望不同的判断的情况下，可以将拒绝消息通知给远程UE。AMF可以在该拒绝消息中包含理由信息。远程UE能够识别期望被拒绝的理由。AMF还可以在该拒绝消息中包含由gNB判断出的CM状态。远程UE能识别中继UE的状态变得如何。例如，远程UE能判断是否再次请求。例如，远程UE能够判断是否变更中继UE。
远程UE可以对中继UE通知对中继UE期望的CM状态信息。例如，在多个远程UE连接到中继UE那样的情况下，多个远程UE向中继UE通知对中继UE期望的CM状态信息。中继UE可以使用从一个或多个远程UE接收到的对中继UE期望的CM状态信息来导出本UE被期望的CM状态信息。
例如，如果从一个或多个远程UE接收到的、对中继UE期望的CM状态信息全部都是CM_Idle，则中继UE将本UE被期望的CM状态信息设定为CM_Idle。例如，如果从一个或多个远程UE接收到的、对中继UE期望的CM状态信息的任意一个是CM_Connected，则中继UE将本UE被期望的CM状态信息设定为CM_Connected。
中继UE将所导出的本UE被期望的CM状态信息通知给本UE所连接的gNB或保留呼叫的gNB。接收到该信息的gNB可以使用该信息来判断是转移还是维持中继UE的CM状态。例如，在gNB从中继UE接收到对该中继UE期望的CM状态信息是CM_Idle的情况下，如果中继UE处于CM连接状态，则gNB可以对AMF进行CM连接释放处理以转移到CM_Idle状态。
中继UE可以对AMF通知所导出的本UE被期望的CM状态信息。中继UE可以经由本UE所连接的gNB或者保留呼叫的gNB来对AMF进行通知。接收到该信息的AMF可以使用该信息来判断是转移还是维持中继UE的CM状态。例如，在AMF从中继UE接收到对该中继UE期望的CM状态信息的情况下，如果中继UE处于CM连接状态，则AMF可以进行CM连接释放处理以转移到CM_Idle状态。
可以适当地应用上述期望的RRC状态信息的通知方法作为从远程UE对中继UE通知对其他UE期望的CM状态信息的通知方法。
由此，例如，在中继UE连接到多个远程UE那样的情况下，中继UE能够设定对本UE期望的CM状态，并且能够对gNB或AMF通知本UE被期望的CM状态。gNB或AMF能够使用所接收到的该信息来转移或维持中继UE的CM状态。因此，能够根据连接到中继UE的多个远程UE的数据通信的状态来控制中继UE的CM状态。
通过设为本公开那样的方法，在经由中继UE的远程UE与NW之间的通信中，能够根据远程UE与NW通信的数据的有无而使中继UE转移为CM_Idle或RRC_Idle状态。由于中继UE能够以寻呼用DRX周期进行接收，因此中继UE的低功耗化成为可能。
实施方式1的变形例2.
公开解决实施方式1中所示的问题的其他方法。
在实施方式1中，公开了在经由中继UE的远程UE与NW之间的通信中，使中继UE转移到CM_Idle或RRC_Idle状态的方法。转移为CM_Idle或RRC_Idle状态的中继UE以寻呼用DRX周期接收来自gNB的寻呼。作为寻呼方法，有CN开始寻呼(CN initiate paging)和RAN开始寻呼(RAN initiated paging)。
作为CN开始寻呼，有一种使用小区广播的寻呼用DRX周期(有时称为每个小区的寻呼用DRX周期)的方法。在该方法中，小区设定寻呼用DRX周期。gNB可以设定由gNB构成的小区的寻呼用DRX周期。为每个小区设定小区的寻呼用DRX周期。因此，在经由中继UE的远程UE与NW之间的通信中，不能设定适于中继UE的每个小区的寻呼用DRX周期。
作为CN开始寻呼，存在有使用UE特定的寻呼用DRX周期的方法。该方法能够针对每个UE设定寻呼用DRX周期。因此，在经由中继UE的远程UE与NW之间的通信中，能够针对每个中继UE设定寻呼用DRX周期。然而，在经由中继UE的远程UE与NW之间的通信中，产生通信数据的是远程UE，而中继UE不产生通信数据。因此，不能设定适于在远程UE与NW之间生成的服务的寻呼用DRX间隔。公开解决上述问题的方法。
设置UE所期望的其他UE的DRX关联信息。在本公开中，该信息被称为对其他UE期望的DRX关联信息。UE决定对其他UE期望的DRX关联信息。作为所期望的DRX关联信息的具体例，有寻呼用DRX周期、寻呼帧、寻呼时隙等。
作为期望的DRX关联信息的其他具体例，有寻呼接收期间、寻呼接收期间的周期。寻呼接收期间、寻呼接收期间的周期可以设为每个小区的寻呼用DRX周期的整数倍。该整数值可以用作寻呼接收期间、寻呼接收期间的周期的信息。作为使用这些信息的寻呼用DRX处理方法，例如UE可以在寻呼接收期间接收寻呼，也可以在从寻呼接收期间开始起到寻呼接收期间周期之后的下一个寻呼接收期间接收寻呼。
可以组合上述具体例作为所期望的DRX关联信息。
UE可以对AMF通知对其他UE期望的DRX关联信息。AMF使用所接收的所期望的DRX关联信息来导出对该其他UE的寻呼用DRX设定。可以使用UE单独的寻呼用DRX设定作为寻呼用DRX设定。作为寻呼用DRX设定的具体例，有寻呼用DRX周期、寻呼帧、寻呼时隙等。
作为寻呼用DRX设定的其他具体例，有寻呼接收期间、寻呼接收期间的周期。寻呼接收期间、寻呼接收期间的周期可以设为每个小区的寻呼用DRX周期的整数倍。该整数值可以用作寻呼接收期间、寻呼接收期间的周期的信息。
可以组合上述具体例作为寻呼用DRX设定。
所期望的DRX关联信息可以包含用于识别对哪个UE的期望的信息。可以将期望的DRX关联信息与用于识别对哪个UE的期望的信息一起进行通知。由此，接收到期望的DRX关联信息的节点能够识别是对哪个UE期望的DRX关联信息。
期望的DRX关联信息可以包含用于识别由哪个UE期望的信息。可以将期望的DRX关联信息与用于识别由哪个UE期望的信息一起进行通知。由此，接收到期望的DRX关联信息的节点能够识别是由哪个UE期望的DRX关联信息。
所期望的DRX关联信息可以包含与服务相关的信息。可以将所期望的DRX关联信息和与服务相关的信息一起通知。例如，可以通知用于确定服务的标识、服务的QoS等。由此，接收到所期望的DRX关联信息的节点能够识别所期望的DRX对应于怎样的服务。
AMF将导出的其他UE单独的寻呼用DRX设定通知给其他UE。AMF可以经由其他UE连接的gNB来通知导出的该设定。其他UE使用接收到的其他UE单独的寻呼用DRX设定来接收寻呼。由此，能够将与所期望的DRX关联信息对应的UE单独的寻呼用DRX设定通知给与期望了DRX关联信息的UE不同的UE。UE可以使用根据其他UE期望的DRX关联信息而设定的寻呼用DRX设定来接收寻呼。
例如，在经由中继UE的远程UE与NW之间的通信中，远程UE决定对中继UE期望的DRX关联信息。远程UE可以向AMF通知对中继UE期望的DRX关联信息。远程UE可以经由中继UE、gNB向AMF通知对中继UE期望的DRX关联信息。AMF使用接收到的对中继UE期望的DRX关联信息来进行中继UE的寻呼用DRX设定。该寻呼用DRX设定可以是中继UE单独的寻呼用DRX设定。该寻呼用DRX设定可以用于中继。
可以在远程UE处产生了对中继UE期望的DRX关联信息的情况下实施从远程UE到AMF的对中继UE期望的DRX关联信息的通知。作为其他方法，远程UE可以将对中继UE期望的DRX关联信息包含在从远程UE通知给AMF的远程UE相关信息中，并通知给AMF。作为其他方法，在远程UE的注册处理或服务请求处理中通知对中继UE期望的DRX关联信息。可以经由中继UE和连接到中继UE的gNB来对AMF进行远程UE的注册处理或服务请求处理。在远程UE预先识别了对中继UE期望的DRX关联信息的情况下，能够尽早通知。
作为从远程UE对中继UE通知对中继UE期望的DRX关联信息的方法，可以适当地应用在实施方式1的变形例1中公开的从远程UE对中继UE通知所期望的RRC状态信息的方法。能获得同样的效果。
中继UE可以通过NAS信令对AMF通知对中继UE期望的DRX关联信息。或者，RRC信令可以用于中继UE对gNB的通知，N2信令也可以用于gNB对AMF的通知。另外，作为从远程UE对gNB通知对中继UE期望的DRX关联信息的方法，可以适当地应用在实施方式1的变形例1中公开的从远程UE对gNB通知所期望的RRC状态信息的方法。能获得同样的效果。
AMF将导出的中继UE单独的寻呼用DRX设定通知给中继UE。AMF可以经由中继UE连接的gNB来通知导出的该设定。中继UE使用接收到的中继UE单独的寻呼用DRX设定来接收寻呼。
AMF对中继UE的中继UE单独的寻呼用DRX设定的通知只要在AMF导出该设定之后进行即可。例如，AMF可以在中继UE与NW之间的PDU会话确立处理中对中继UE通知该设定。例如，AMF可以在RRC连接释放处理或CM连接释放处理中对中继UE通知该设定。
AMF可以通过NAS信令对中继UE通知中继UE单独的寻呼用DRX设定。或者，N2信令可以用于AMF对gNB的通知，RRC信令也可以用于gNB对中继UE的通知。
AMF可以进行与对中继UE期望的DRX关联信息不同的寻呼用DRX设定。AMF可以不进行UE单独的寻呼用DRX设定。AMF可以对远程UE通知在中继UE中设定的寻呼用DRX设定。远程UE能够识别在中继UE中设定的寻呼用DRX设定。AMF可以在该通知中包含理由信息。在AMF进行与对中继UE期望的DRX关联信息不同的寻呼用DRX设定的情况下，远程UE能够识别其理由。由此，例如，远程UE能判断是否再次请求。
远程UE可以向AMF通知对中继UE期望的DRX关联信息的复位请求。远程UE可以对AMF通知不期望中继UE进行DRX设定。AMF能够识别远程UE未期望中继UE进行DRX设定。AMF可以使用该通知来对中继UE判断UE单独的寻呼用DRX设定的解除。AMF可以对中继UE通知对中继UE解除UE单独的寻呼用DRX设定。由此，中继UE不必实施基于UE单独的寻呼用DRX设定所进行的寻呼接收处理。AMF可以对远程UE通知解除中继UE的UE单独的寻呼用DRX设定。由此，远程UE能够识别中继UE是否在UE单独的寻呼用DRX设定中实施寻呼接收处理。
由此，能够将与远程UE期望的DRX关联信息对应的UE单独的寻呼用DRX设定通知给中继UE。中继UE能够使用根据远程UE期望的DRX关联信息而设定的寻呼用DRX设定来接收寻呼。
在中继UE连接到一个或多个远程UE的情况下，也可以对各远程UE应用上述方法。一个或多个远程UE分别决定对中继UE期望的DRX关联信息。各远程UE向AMF通知对中继UE期望的DRX关联信息。AMF使用从各远程UE接收到的对中继UE期望的DRX关联信息来设定一个或多个中继UE的寻呼用DRX设定。AMF可以针对每个远程UE进行中继UE的寻呼用DRX设定。该一个或多个寻呼用DRX设定可以是中继UE单独的寻呼用DRX设定。该寻呼用DRX设定可以用于中继。
AMF将导出的一个或多个中继UE单独的寻呼用DRX设定通知给中继UE。中继UE使用接收到的一个或多个中继UE单独的寻呼用DRX设定来接收寻呼。由此，即使在多个远程UE连接到中继UE的情况下，中继UE也能够以与各远程UE期望的DRX周期对应的寻呼用DRX周期来接收寻呼。
远程UE可以向中继UE通知对中继UE期望的DRX关联信息。例如，在多个远程UE连接到中继UE那样的情况下，多个远程UE向中继UE通知对中继UE期望的DRX关联信息。中继UE可以使用从一个或多个远程UE接收到的对中继UE期望的DRX关联信息来导出本UE被期望的DRX关联信息。
例如，中继UE从由一个或多个远程UE接收的对中继UE期望的DRX关联信息中选择最短的DRX周期，并将所选择的DRX周期设定为本UE被期望的DRX关联信息。
中继UE可以向AMF通知所导出的本UE被期望的DRX关联信息。中继UE可以经由gNB对AMF通知该信息。AMF使用接收到的对中继UE期望的DRX关联信息来进行中继UE的寻呼用DRX设定。该寻呼用DRX设定可以是中继UE单独的寻呼用DRX设定。该寻呼用DRX设定可以用于中继。AMF将导出的中继UE单独的寻呼用DRX设定通知给中继UE。AMF可以经由中继UE连接的gNB来通知导出的该设定。中继UE使用接收到的中继UE单独的寻呼用DRX设定来接收寻呼。
由此，即使在远程UE处对连接到一个或多个远程UE的中继UE产生数据那样的情况下，也能够降低向中继UE的由于寻呼用DRX周期引起的延迟量。
可以适当地应用上述方法作为远程UE对中继UE通知对其他UE期望的DRX关联信息的方法、中继UE对AMF通知本中继UE被期望的RRC状态信息的方法、以及AMF对中继UE通知寻呼用DRX设定的方法。
图20～图22是示出关于实施方式1的变形例2、经由中继UE在UE与NW之间进行通信的方法的示例的序列图。图20～图22在边界线BL2021、BL2122的位置处相连接。图20～图22公开了在远程UE与NW之间没有数据的情况下，远程UE对连接到中继UE的gNB通知对中继UE期望的DRX关联信息的示例。根据该示例，中继UE能够以远程UE期望的寻呼用DRX周期来接收寻呼。在图20～图22中，对与图14～图16共通的步骤标注相同的步骤编号，并省略共通的说明。
在步骤ST1405中，远程UE对AMF通知远程UE相关信息，从而能够在远程UE和NW之间进行通信。在步骤ST1601中，远程UE向AMF通知对中继UE期望的DRX关联信息。远程UE经由中继UE、gNB向AMF通知对中继UE期望的DRX关联信息。远程UE设定对中继UE期望的DRX关联信息。例如，远程UE可以从服务关联信息中导出数据产生周期，并使用这些信息来设定对中继UE期望的DRX关联信息、例如寻呼用DRX周期。远程UE可以在该DRX关联信息中包含表示从哪个UE对哪个UE的期望的信息。远程UE可以将该DRX关联信息与在步骤ST1405中从远程UE通知给AMF的远程UE相关信息一起进行通知，或者将该DRX关联信息包含在该步骤ST1405的该远程UE相关信息中进行通知。可以在gNB中尽早处理。
接收到该DRX关联信息的AMF能够识别针对中继UE的寻呼用DRX设定。另外，由于是来自远程UE的期望，因此AMF能识别是针对用于中继的通信的期望。在步骤ST1602中，AMF使用对中继UE期望的寻呼用DRX关联信息，导出针对中继UE的寻呼用DRX设定。该寻呼用DRX设定可以是UE单独的DRX设定。能够对每个中继UE单独进行寻呼用DRX设定。
在步骤ST1603中，AMF经由gNB对中继UE通知针对中继UE的寻呼用DRX设定。中继UE在转移到RRC_Idle或CM_Idle的情况下，使用该寻呼用DRX设定来接收寻呼。中继UE可以通过小区广播的寻呼用DRX设定和从AMF接收的寻呼用DRX设定接收寻呼。或者，中继UE可以通过具有较短的DRX周期的DRX设定来接收寻呼。
远程UE与NW之间的数据产生消失，并且在步骤ST1415中，在中继UE与gNB之间进行RRC连接释放处理，在中继UE、gNB和AMF之间执行CM连接释放处理。由此，中继UE转移到RRC_Idle或CM_Idle状态。在步骤ST1604中，中继UE通过从AMF接收到的DRX设定来接收寻呼。
在步骤ST1417，向远程UE产生数据，并且在步骤ST1421，AMF从SMF接收数据产生通知。在步骤ST1605中，接收到数据产生通知的AMF可以将经由gNB向中继UE寻呼的通知保留到为中继UE设定的寻呼用DRX定时。这样，就可以在适当的定时通知寻呼。
通过设为如本公开那样的方法，在经由中继UE的远程UE与NW之间的通信中，能够根据远程UE与NW通信的数据的产生周期而对中继UE实施寻呼用DRX设定。中继UE能够以适于远程UE与NW通信的数据的产生周期的寻呼用DRX周期来接收，因此能够实现中继UE的低功耗化。
实施方式2.
公开解决实施方式1中所示的问题的其他方法。
允许具有UE-to-NW中继能力的中继UE转移到RRC_Inactive。中继UE与gNB之间的RRC连接可以停止(suspend)。具有UE-to-NW中继能力的中继UE维持CM_Connected状态。在RRC_Inacive状态中，RRC处于停止状态，CM处于连接状态。可以释放中继UE与NW之间的PDU会话。即使在远程UE与中继UE之间确立PC5-S链路的状态下，也可以进行上述处理。
公开转移到RRC_Inactive的处理。在gNB与中继UE之间进行RRC停止处理。gNB可以针对中继UE启动RRC停止处理。例如，gNB可以对中继UE通知伴随暂停信息的RRC释放消息。由此，在gNB与中继UE之间进行RRC停止处理。中继UE可以针对gNB请求RRC停止。接收到RRC停止请求的gNB与中继UE之间进行RRC停止处理。另外，当AMF针对gNB进行PDU会话的释放处理时，gNB与中继UE之间可以进行RRC停止处理。维持中继UE与NW之间的CM连接。AMF可以维持中继UE与NW之间的CM连接。可以维持中继UE的CM_Connected状态。通过维持CM连接，在中继UE与NW之间再次进行通信的情况下，能够不需要CM状态的转移，从而能够以低延迟进行通信。
对于中继UE与NW的节点所进行的PDU会话的释放处理，可以适当地应用在实施方式1中公开的方法。
在中继UE与远程UE之间的PC5-S链路连接的情况下，可以实施上述转移到RRC_Inactive的转移处理。可以在不释放中继UE与远程UE之间的PC5-S链路的情况下实施上述释放处理。
例如，在远程UE和NW之间暂时没有通信的情况下，可以进行上述转移到RRC_Inactive的转移处理。另外，例如，在远程UE和NW之间的通信周期性地进行那样的情况下，可以在不进行该通信的期间进行上述转移到RRC_Inactive的转移处理。进行上述转移到RRC_Inactive的转移处理，并将中继UE转移到RRC_Inacitve状态，从而能够降低中继UE的功耗。
作为中继UE或NW节点中的转移到RRC_Inactive的转移处理方法，可以适当地应用实施方式1公开的方法。例如，作为转移到RRC_Inactive的判断方法，可以适当地应用在实施方式1中公开的、判断中继UE或NW节点中的释放处理的实施或请求的方法。
远程UE可以进行中继UE与gNB之间的转移到RRC_Inactive的请求。远程UE可以对中继UE或gNB请求转移到RRC_INactive。
由于远程UE识别与NW之间进行通信的服务，因此远程UE容易判断远程UE与NW之间通信暂时消失的情况等。远程UE请求中继UE与NW之间的上述向RRC_Inactive的转移，从而能够实施适于远程UE与NW之间的通信服务的、中继UE转移到RRC_Inactive状态的转移处理。由此，例如，在规定期间内没有PC5-S链路中的数据通信的情况下，远程UE能够将中继UE转移到RRC_Inacitve状态，从而能够降低中继UE的功耗。
在中继UE处于RRC_Inacitve状态时，gNB在从UPF接收到经由中继UE的向远程UE的数据的情况下或从AMF接收到向中继UE的信令的情况下，对与远程UE关联起来的中继UE通知寻呼。该寻呼被称为RAN寻呼。RAN寻呼是由规定区域中的一个或多个gNB对覆盖范围下的UE所进行的。该规定的区域称为RNA(RAN Notification Area:RAN通知区域)。
gNB对周边的gNB通知RAN寻呼。该通知可以使用Xn信令。RNA中包含的gNB将接收到的RAN寻呼发送给覆盖范围下的UE。这样，RNA内的gNB能向覆盖范围下的UE发送RAN寻呼。
从gNB发送到覆盖范围下的UE的RAN寻呼和/或从gNB向周边gNB通知的RAN寻呼可以包含表示是由于向远程UE的数据产生或信令产生所导致的寻呼的信息。或者，可以在向中继UE的寻呼中包含与该中继UE相关的信息、例如UE的标识。由此，接收到该RAN寻呼的中继UE能够识别是由于产生向远程UE的数据所导致的寻呼。
接收到RAN寻呼的中继UE在与NW之间转移到RRC_Connected。接收到RAN寻呼的中继UE可以对gNB通知RRC恢复请求(RRC Resume Request)。gNB对中继UE之前的服务gNB请求RAN UE上下文的通知。中继UE之前的服务gNB对该gNB通知RAN UE上下文。中继UE之前的服务gNB可以在RAN UE上下文中包含中继UE与远程UE之间的关联信息。中继UE之前的服务gNB可以在中继UE的RAN UE上下文中包含该关联信息。
可以设置远程UE的RAN UE上下文。远程UE的RAN UE上下文中可以包含该关联信息。gNB可存储远程UE的RAN UE上下文信息。gNB可以与RAN UE上下文信息分开地存储该关联信息。中继UE之前的服务gNB可以将远程UE的RAN UE上下文与中继UE的RAN UE上下文一起通知给该gNB。或者，中继UE之前的服务gNB可以将中继UE的RAN UE上下文与该关联信息一起通知给该gNB。
从中继UE接收到RRC恢复请求(RRC Resume Request)的gNB可以对中继UE之前的服务gNB请求远程UE的RAN UE上下文的通知。中继UE之前的服务gNB对该请求源的gNB通知中继UE的RAN UE上下文。
从中继UE接收到RRC恢复请求(RRC Resume Request)的gNB可以对中继UE之前的服务gNB请求产生了数据或信令的远程UE与中继UE的关联信息的通知。中继UE之前的服务gNB对该请求源的gNB通知远程UE与中继UE的关联信息。
因此，中继UE新连接到的gNB能够识别远程UE与中继UE的关联。该gNB能够减少在经由中继UE对远程UE通知数据或信令时的误动作。
从中继UE之前的服务gNB接收到远程UE与中继UE的关联信息的gNB对中继UE通知RRC恢复。中继UE转移到RRC_Connected状态。中继UE对gNB通知转移到RRC_Connected状态的转移完成。在gNB、AMF、SMF、UPF中，进行路径开关处理。以这种方式，在产生针对远程UE的数据的情况下，能够将中继UE转移到RRC_Connected。
接收到RAN寻呼的中继UE可对转移到RRC_Inactive之前连接的gNB确立PDU会话。接收到寻呼的中继UE在接收到表示是由于产生向远程UE的数据所导致的寻呼的信息的情况下，与NW之间确立PDU会话。该PDU会话可以用于中继。该PDU会话可以用于对产生了数据的远程UE进行通信。由此，在中继UE与NW之间，能够确立远程UE与NW之间的通信用的PDU会话。即使在中继UE转移到RRC_Inactive状态之后，在产生向远程UE的数据的情况下也能够在中继UE和NW之间再次确立PDU会话。因此，能够使用该PDU会话在远程UE和NW之间进行通信。
由此，中继UE能够以RAN寻呼的寻呼用DRX周期实施DRX，从而中继UE的低功耗化成为可能。
可以适当地应用实施方式1中公开的中继UE在RRC_Idle或CM_Idle状态下从远程UE产生了服务数据的情况的处理，来作为中继UE在RRC_Inactive状态下从远程UE产生了服务数据的情况的处理。例如，可以实施从RRC_Inactive到RRC_Connected的转移处理以及PDU会话确立处理。由此，能够从远程UE向NW通信数据。
可以应用实施方式1的变形例1所公开的方法。在实施方式1的变形例1中，公开了一种远程UE决定对中继UE期望的RRC状态，并将所决定的RRC状态信息通知给连接到中继UE的gNB的方法。可以设定RRC_Inacive作为对该中继UE期望的RRC状态。连接到中继UE的gNB可以使用所接收到的对中继UE期望的RRC状态信息来转移中继UE的RRC状态。例如，如果中继UE处于RRC连接状态，则可以进行RRC停止处理以转移到RRC_Inactive状态。
这样，在经由中继UE的远程UE与NW之间的通信中，能够根据有无远程UE与NW通信的数据而使中继UE转移到RRC_Inactive状态。由于中继UE能够以RAN寻呼用DRX周期进行接收，因此中继UE的低功耗化成为可能。
可以设定UE单独的DRX作为RAN寻呼用DRX。作为RAN寻呼用DRX设定的具体例，有寻呼用DRX周期、寻呼帧、寻呼时隙等，可以组合它们。gNB可以对中继UE设定RAN寻呼用UE单独的DRX。gNB可以在中继UE处于RRC_Coneccted状态时，对中继UE通知RAN寻呼用UE单独的DRX的设定。例如，gNB可以将该DRX的设定包含在RRC停止信令中以通知给中继UE。
AMF可以对中继UE设定RAN寻呼用UE单独的DRX。AMF可以在中继UE处于RRC_Coneccted状态时，对中继UE通知RAN寻呼用UE单独的DRX的设定。例如，AMF可以通过NAS信令来通知该DRX的设定。或者，N2信令可以用于AMF对gNB的通知，RRC信令也可以用于gNB对中继UE的通知。
gNB可以对相邻gNB通知RAN寻呼用的DRX关联信息。gNB可以将该信息包含在RAN寻呼信息中来通知，也可以将该信息与RAN寻呼信息一起通知。由此，RNA中的gNB可以通过相同的RAN寻呼用DRX设定向中继UE发送寻呼。
由此，通过对中继UE进行用于RAN寻呼的UE单独的DRX设定，例如，能够对中继UE实施适于远程UE与NW之间的数据通信间隔的DRX设定。能够降低中继UE中的无用功耗。另外，能削减经由中继UE的远程UE与NW之间的数据通信中的延迟。
可以应用实施方式1的变形例2所公开的方法。实施方式1的变形例2中公开的方法可以适当地应用于AMF针对中继UE设定RAN寻呼用UE单独的DRX的方法。能获得同样的效果。
在实施方式1的变形例2中，公开了AMF进行UE单独的寻呼用DRX设定的方法，但也可以不是AMF，RAN节点例如gNB也可以设定DRX。连接到中继UE的gNB也可以设定DRX。gNB为了进行RAN寻呼用DRX设定，由gNB而不是AMF来处理在实施方式1的变形例2中公开的方法。因此，能避免处理的复杂化。另外，能削减gNB与AMF之间的信令量。
通过设为本公开那样的方法，在经由中继UE的远程UE与NW之间的通信中，能够将中继UE转移到RRC_Inactive状态。中继UE能够以RAN寻呼DRX周期接收寻呼，从而力图实现低功耗化。另外，根据远程UE与NW通信的数据的产生周期，能够对中继UE单独地实施RAN寻呼用DRX设定。中继UE能够以适于远程UE与NW通信的数据的产生周期的RAN寻呼用DRX周期来进行接收，因此中继UE的低功耗化成为可能。另外，能削减经由中继UE的远程UE与NW之间的数据通信中的延迟。
实施方式3.
公开解决实施方式1中所示的问题的其他方法。
具有UE-to-NW中继能力的中继UE在实施中继处理期间维持RRC_Connected状态。可以不释放RRC连接。具有UE-to-NW中继能力的中继UE在实施中继处理期间维持CM_Connected状态。可以不释放CM连接。具有UE-to-NW中继能力的中继UE可以在实施中继处理期间维持中继UE与NW之间的PDU会话。可以不释放PDU会话。
即使在远程UE与中继UE之间确立了PC5-S链路的状态下，也可以进行上述处理。实施中继处理期间可以设为从中继UE与NW之间确立中继用的PDU会话到该中继用的PDU会话被释放为止的期间。
gNB在中继UE中设定DRX。中继UE在RRC连接状态下设定DRX。RRC连接状态中的DRX有时称为C-DRX。这样，在经由中继UE在远程UE与NW之间进行数据通信的情况下，中继UE能够进行DRX处理。因此，能够降低中继UE的功耗。
gNB实施对中继UE的C-DRX的设定。gNB能够对每个UE实施C-DRX设定。因此，gNB能实施中继UE单独的C-DRX设定。然而，在经由中继UE的远程UE与NW之间的通信中，产生通信数据的是远程UE，而中继UE不产生通信数据。因此，连接到中继UE的gNB不能对中继UE实施适于在远程UE和NW之间产生的服务的C-DRX设定。公开解决上述问题的方法。
设置UE所期望的其他UE的C-DRX关联信息。在本公开中，将该信息称为对其他UE期望的C-DRX关联信息。UE决定对其他UE期望的C-DRX关联信息。作为所期望的C-DRX关联信息的具体例，有DRX周期、导通间隔、非活动计时器、重发计时器、HARQ非活动计时器等，可以组合它们。
UE可以对gNB通知对其他UE期望的C-DRX关联信息。gNB使用所接收的期望的C-DRX关联信息来导出对其他UE的C-DRX设定。C-DRX设定可以是UE单独的C-DRX设定。作为C-DRX设定的具体例，有DRX周期、导通间隔、非活动计时器、重发计时器、HARQ非活动计时器等，可以组合它们。
期望的C-DRX关联信息可以包含用于识别对哪个UE的期望的信息。可以将期望的C-DRX关联信息与用于识别对哪个UE的期望的信息一起进行通知。由此，接收到期望的C-DRX关联信息的节点能够识别是对于哪个UE期望的C-DRX关联信息。
期望的C-DRX关联信息可以包含用于识别由哪个UE期望的信息。可以将期望的C-DRX关联信息与用于识别由哪个UE期望的信息一起进行通知。由此，接收到期望的C-DRX关联信息的节点能够识别是由哪个UE期望的C-DRX关联信息。
gNB将导出的其他UE单独的C-DRX设定通知给其他UE。gNB可以经由其他UE连接的gNB来通知导出的该设定。其他UE使用接收到的其他UE单独的C-DRX设定来进行DRX处理。其他UE在DRX的活动期间进行接收动作。例如，其他UE在DRX的活动期间接收PDCCH。其他UE在DRX的活动期间外不接收PDCCH。由此，能够将与所期望的C-DRX关联信息对应的UE单独的C-DRX设定通知给与期望了C-DRX关联信息的UE不同的UE。UE能够使用根据其他UE期望的C-DRX关联信息而设定的C-DRX设定来进行DRX处理。
例如，在经由中继UE的远程UE与NW之间的通信中，远程UE决定对中继UE期望的DRX关联信息。远程UE经由中继UE对gNB通知对中继UE期望的C-DRX关联信息。gNB使用接收到的对中继UE期望的C-DRX关联信息来进行中继UE的C-DRX设定。该C-DRX设定可以是中继UE单独的设定。该C-DRX设定可以用于中继。
作为从远程UE向中继UE通知对中继UE期望的C-DRX关联信息的方法，可以适当地应用在实施方式1的变形例1中公开的从远程UE对中继UE通知所期望的RRC状态信息的方法。可以使用C-DRX信息来代替RRC状态信息。能获得同样的效果。
另外，作为从远程UE对gNB通知对中继UE期望的C-DRX关联信息的方法，可以适当地应用在实施方式1的变形例1中公开的从远程UE对gNB通知所期望的RRC状态信息的方法。可以使用C-DRX信息来代替RRC状态信息。能获得同样的效果。
这样，能够将远程UE所决定的对中继UE期望的C-DRX关联信息通知给中继UE所连接的gNB。gNB能够从接收到的期望的C-DRX关联信息中识别期望的C-DRX设定、由哪个UE期望以及是对哪个UE的期望。gNB使用所接收的期望的C-DRX关联信息来设定中继UE的C-DRX。
例如，远程UE从与NW之间进行通信的服务中导出远程UE与NW之间的数据通信间隔。远程UE可以判断该服务是否是周期性进行的，并且在是周期性进行的情况下，导出该周期。远程UE使用导出的数据通信间隔或周期，决定对中继UE期望的C-DRX关联信息。远程UE可以设定对中继UE期望的C-DRX关联信息以成为适于导出的数据通信间隔或周期的C-DRX设定。
作为其他方法，远程UE可以测定与PC5-S链路上的数据有关的时间信息。远程UE可以从该测定结果导出数据通信间隔或话务模式。作为这些方法，可以适当地应用实施方式1中所公开的方法。远程UE使用导出的数据通信间隔或话务模式，设定对中继UE期望的C-DRX关联信息。远程UE可以设定对中继UE期望的C-DRX关联信息以成为适于导出的数据通信间隔或话务模式的C-DRX设定。
这样，远程UE能够导出适于与NW之间进行通信的服务的、对中继UE期望的C-DRX设定。
gNB使用接收到的对中继UE期望的C-DRX关联信息来导出向中继UE的C-DRX设定。C-DRX设定可以是UE单独的设定。gNB将导出的中继UE单独的C-DRX设定通知给中继UE。中继UE能够使用接收到的中继UE单独的C-DRX设定来进行DRX处理。
gNB可以进行与对中继UE期望的C-DRX关联信息不同的C-DRX设定。gNB可以不进行C-DRX设定。gNB可以对远程UE通知在中继UE中设定的C-DRX设定。远程UE能够识别在中继UE中设定的C-DRX设定。gNB可以在该通知中包含理由信息。在进行与远程UE期望的C-DRX关联信息不同的C-DRX设定的情况下，远程UE能够识别其理由。这样，例如，远程UE能判断是否再次请求。
远程UE可以向gNB通知对中继UE期望的C-DRX关联信息的复位请求。远程UE可以对gNB通知不期望中继UE进行C-DRX设定。gNB能够识别远程UE不期望中继UE进行C-DRX设定。gNB可以使用该通知来对中继UE判断C-DRX设定解除。gNB可以对中继UE通知对中继UE解除C-DRX设定。这样，中继UE不必实施基于C-DRX设定所进行的DRX处理。gNB可以对远程UE通知解除中继UE的C-DRX设定。这样，远程UE能够识别中继UE是否以C-DRX设定实施DRX处理。
在中继UE连接到一个或多个远程UE的情况下，上述方法也可以应用于各远程UE。一个或多个远程UE分别决定对中继UE期望的C-DRX关联信息。各远程UE向gNB通知对中继UE期望的C-DRX关联信息。gNB使用从各远程UE接收到的对中继UE期望的C-DRX关联信息来设定一个或多个中继UE的C-DRX设定。gNB可以针对各远程UE进行中继UE的C-DRX设定。该一个或多个C-DRX设定可以是中继UE单独的C-DRX设定。该C-DRX设定可以用于中继。
gNB将导出的一个或多个中继UE单独的C-DRX设定通知给中继UE。中继UE能够使用接收到的一个或多个中继UE单独的C-DRX设定来进行DRX处理。这样，即使在多个远程UE连接到中继UE的情况下，中继UE也能够以与各远程UE期望的DRX周期对应的C-DRX周期来实施DRX处理。
远程UE可以对中继UE通知对中继UE期望的C-DRX关联信息。例如，在多个远程UE连接到中继UE那样的情况下，多个远程UE向中继UE通知对中继UE期望的C-DRX关联信息。中继UE可以使用从一个或多个远程UE接收到的对中继UE期望的C-DRX关联信息来导出本UE被期望的C-DRX关联信息。
例如，中继UE从由一个或多个远程UE接收的对中继UE期望的C-DRX关联信息中选择最短的DRX周期，并将该所选择的DRX周期设定为本UE被期望的C-DRX关联信息。
中继UE可以对gNB通知所导出的本UE被期望的C-DRX关联信息。gNB使用接收到的对中继UE期望的C-DRX关联信息来进行中继UE的C-DRX设定。该C-DRX设定可以是中继UE单独的设定。该C-DRX设定可以用于中继。gNB将导出的中继UE单独的C-DRX设定通知给中继UE。中继UE使用接收到的中继UE单独的C-DRX设定来进行DRX处理。
由此，即使在远程UE处对连接到一个或多个远程UE的中继UE产生数据那样的情况下，也能够降低向中继UE的C-DRX周期引起的延迟量。
可以适当地应用上述方法作为远程UE对中继UE通知对其他UE期望的C-DRX关联信息的方法、中继UE对gNB通知本中继UE被期望的C-DRX关联信息的方法、以及gNB对中继UE通知C-DRX设定的方法。
图23及图24是示出关于实施方式3、经由中继UE在UE与NW之间进行通信的方法的示例的序列图。图23和图24在边界线BL2324的位置处相连接。图23和图24公开了远程UE对连接到中继UE的gNB通知对中继UE期望的C-DRX关联信息的示例。根据该示例，中继UE能够以远程UE期望的C-DRX周期来实施DRX处理。在图23和图24中，对与图14～图16共通的步骤标注相同的步骤编号，并省略共通的说明。在图23和图24中，示出了中继UE维持RRC连接和CM连接的状态。
在步骤ST1405中，远程UE对AMF通知远程UE相关信息，从而能够在远程UE和NW之间进行通信。在步骤ST1701中，远程UE向gNB通知对中继UE期望的C-DRX关联信息。远程UE经由中继UE向gNB通知对中继UE期望的C-DRX关联信息。远程UE设定对中继UE期望的C-DRX关联信息。例如，远程UE可以从服务关联信息中导出数据产生周期，并使用这些信息来设定对中继UE期望的C-DRX关联信息、例如DRX周期、DRC导通期间等。远程UE可以在该C-DRX关联信息中包含表示从哪个UE对哪个UE的期望的信息。远程UE可以将该C-DRX关联信息与在步骤ST1405中从远程UE通知给AMF的远程UE相关信息一起进行通知，或者将该C-DRX关联信息包含在该步骤ST1405的该远程UE相关信息中进行通知。可以在gNB中尽早处理。
接收到该DRX关联信息的gNB能够识别针对中继UE的C-DRX设定。另外，由于是来自远程UE的期望，因此gNB能识别是针对用于中继的通信的期望。在步骤ST1702中，gNB使用对中继UE期望的寻呼用DRX关联信息，导出针对中继UE的C-DRX设定。该C-DRX设定可以是UE单独的DRX设定。能够对每个中继UE单独进行C-DRX设定。
在步骤ST1703中，gNB对中继UE通知针对中继UE的C-DRX设定。在步骤ST1704，中继UE实施接收到的C-DRX设定。中继UE使用该C-DRX设定进行与gNB的收发。
中继UE可以支持移动性。例如，中继UE也可以支持小区重选处理。中继UE可以支持HO处理。
公开中继UE进行HO的情况。中继UE可以在移动源gNB和移动目的地gNB之间进行HO处理。移动源gNB对移动目的地gNB通知实施HO的中继UE的关联信息以及连接到该中继UE的远程UE的关联信息。移动源gNB可以将该信息包含在通知给移动目的地gNB的HO请求信令中进行通知。接收到该中继UE和远程UE的关联信息的移动目的地gNB生成关联信息。移动目的地gNB确立中继UE与NW之间的PDU会话。这样，即使是中继UE实施HO那样的状况，在产生向远程UE的数据的情况下，也能够经由移动目的地gNB以及中继UE从NW向远程UE发送数据。
在中继UE进行HO那样的状况下，有时不能维持与远程UE的连接。在这样的情况下，中继UE可以向移动源gNB或移动目的地gNB通知表示未维持与远程UE的连接的信息。或者，中继UE可以对移动源gNB或移动目的地gNB通知该远程UE的关联信息的释放或废弃。另外，移动目的地gNB也可以不在中继UE与NW之间确立用于与该远程UE的中继通信的PDU会话。
移动源gNB或移动目的地gNB可以对AMF通知表示未维持与远程UE的连接的信息。或者，移动源gNB或移动目的地gNB可以对AMF通知该远程UE的关联信息的释放或废弃。另外，AMF也可以不在中继UE与NW之间确立用于与该远程UE的中继通信的PDU会话。
这样，在中继UE进行HO那样的状况下，在中继UE与远程UE之间的连接未被维持的情况下，能够不实施PDU会话的确立或在gNB及/或AMF中与远程UE的关联信息的保持等。能避免进行无用的处理，作为***，能够降低误动作、降低功耗。
通过设为如本公开那样的方法，在经由中继UE的远程UE与NW之间的通信中，即使不将中继UE转移到RRC_Idle或RRC_Inactive状态，中继UE也能够以C-DRX周期实施DRX处理。因此，能力图实现中继UE的低功耗化。另外，根据远程UE与NW通信的数据的产生间隔或话务模式，能够对中继UE单独地实施C-DRX设定。中继UE能够通过适于远程UE与NW通信的数据的产生间隔或话务模式的C-DRX设定来实施DRX处理，因此中继UE的低功耗化成为可能。另外，能削减经由中继UE的远程UE与NW之间的数据通信中的延迟。
公开了gNB在中继UE中设定DRX。作为其他示例，gNB可以在中继UE中设定SPS。作为其他示例，gNB可以在中继UE中设定CG。设定了SPS或CG的中继UE可以利用在该SPS中设定的资源或CG中设定的资源来使收发处理激活。这样，在经由中继UE在远程UE与NW之间进行数据通信的情况下，能够降低中继UE的功耗。
实施方式3的变形例1.
公开了解决实施方式1所示的问题的其他方法。
在实施方式3中，公开了一种远程UE向gNB通知对中继UE期望的C-DRX关联信息，并且gNB使用该信息对中继UE进行C-DRX设定的方法。在实施方式3的本变形例1中，公开了使用话务模式而不是C-DRX关联信息的方法。
远程UE导出与NW的通信中的话务模式。话务模式的导出方法可以适当地应用实施方式3中所公开的方法。例如，远程UE从与NW之间进行通信的服务中导出远程UE与NW之间的话务模式。例如，远程UE可以在PC5-S链路上测定与数据相关的时间信息，并根据该测定结果导出话务模式。
在经由中继UE的远程UE与NW之间的通信中，远程UE导出话务模式。远程UE经由中继UE对gNB通知话务模式。
可以设置表示在哪个UE处的话务模式的信息。例如可以使用UE的标识作为该信息。可以设置表示是哪个服务中的话务模式的信息。例如可以使用服务的标识作为该信息。可以设置表示是哪个QoS流中的话务模式的信息。可以使用PC5 QoS流作为该QoS流。例如，可以使用QoS流的标识。远程UE可以经由中继UE将这些信息中的一部分或全部与话务模式一起通知给gNB。这样，gNB能识别是哪个UE上的话务模式、哪个服务中的话务模式、哪个QoS流中的业务模式。
gNB使用话务模式进行中继UE的C-DRX设定。该C-DRX设定可以是中继UE单独的设定。该C-DRX设定可以用于中继。
从远程UE对中继UE通知话务模式的方法可以适当地应用在实施方式1的变形例1中公开的从远程UE对中继UE通知所期望的RRC状态信息的方法。可以使用话务模式来代替RRC状态信息。能获得同样的效果。
从中继UE对gNB通知话务模式的方法可以适当地应用在实施方式1的变形例1中公开的从中继UE对gNB通知所期望的RRC状态信息的方法。可以使用话务模式来代替RRC状态信息。能获得同样的效果。
这样，能够将远程UE导出的话务模式通知给中继UE所连接的gNB。
gNB使用从远程UE接收到的话务模式来导出中继UE的C-DRX设定。C-DRX设定可以是UE单独的设定。gNB将导出的中继UE单独的C-DRX设定通知给中继UE。中继UE能够使用接收到的中继UE单独的C-DRX设定来进行DRX处理。
gNB可以对远程UE通知在中继UE中设定的C-DRX设定。远程UE能够识别在中继UE中设定的C-DRX设定。gNB可以在该通知中包含理由信息。例如，远程UE能够判断是否变更话务模式通知的周期以及判断是否通知话务模式。
在中继UE连接到一个或多个远程UE的情况下，上述方法也可以应用于各远程UE。一个或多个远程UE分别决定话务模式。各远程UE向gNB通知话务模式。gNB使用从各远程UE接收到的话务模式来设定一个或多个中继UE的C-DRX设定。gNB可以针对各远程UE的每一个进行中继UE的C-DRX设定。该一个或多个C-DRX设定可以是中继UE单独的C-DRX设定。该C-DRX设定可以用于中继。
gNB将导出的一个或多个中继UE单独的C-DRX设定通知给中继UE。中继UE能够使用接收到的一个或多个中继UE单独的C-DRX设定来进行DRX处理。这样，即使在多个远程UE连接到中继UE的情况下，中继UE也能够以与各远程UE的话务模式对应的C-DRX周期来实施DRX处理。
尽管上述已经公开了远程UE导出话务模式，但是中继UE也可以导出远程UE与NW之间的通信的话务模式。例如，中继UE测定与远程UE之间的PC5链路的通信数据。可以适当应用实施方式1所公开的方法。
中继UE对gNB通知所导出的远程UE与NW之间的通信的话务模式。远程UE可以是一个或多个。中继UE对gNB通知针对各远程UE所导出的远程UE与NW之间的通信的话务模式。gNB使用从中继UE接收到的远程UE与NW之间的通信的话务模式来设定一个或多个针对中继UE的C-DRX设定。该一个或多个C-DRX设定可以是中继UE单独的C-DRX设定。该C-DRX设定可以用于中继。
gNB将导出的一个或多个中继UE单独的C-DRX设定通知给中继UE。中继UE使用接收到的一个或多个中继UE单独的C-DRX设定来进行DRX处理。这样，即使在多个远程UE连接到中继UE的情况下，中继UE也能够以与各远程UE和NW之间的通信的话务模式对应的C-DRX周期来实施DRX处理。
也可以与实施方式3公开的方法组合。例如，远程UE可对中继UE通知话务模式。例如，在多个远程UE连接到中继UE那样的情况下，多个远程UE对中继UE通知话务模式。中继UE使用从一个或多个远程UE接收到的话务模式来导出本中继UE被期望的C-DRX关联信息。
中继UE可以对gNB通知所导出的本中继UE被期望的C-DRX关联信息。gNB使用接收到的对中继UE期望的C-DRX关联信息来进行中继UE的C-DRX设定。该C-DRX设定可以是中继UE单独的设定。该C-DRX设定可以用于中继。gNB将导出的中继UE单独的C-DRX设定通知给中继UE。中继UE使用接收到的中继UE单独的C-DRX设定来进行DRX处理。
由此，即使在远程UE处对连接到一个或多个远程UE的中继UE产生数据那样的情况下，也能够降低向中继UE的C-DRX周期引起的延迟量。
图25和图26是示出关于实施方式3的变形例1、经由中继UE在UE与NW之间进行通信的方法的示例的序列图。图25和图26在边界线BL2526的位置处相连接。图25和图26公开了远程UE对连接到中继UE的gNB通知话务模式的示例。根据该示例，中继UE能够以与该话务模式相对应的C-DRX周期来实施DRX处理。在图25和图26中，对与图23和图24共通的步骤标注相同的步骤编号，并省略共通的说明。
在步骤ST1405中，远程UE对AMF通知远程UE相关信息，从而能够在远程UE和NW之间进行通信。在步骤ST1801中，远程UE对gNB通知话务模式。远程UE经由中继UE对gNB通知话务模式。远程UE可以例如从远程UE与NW之间通信的服务相关信息中导出话务模式。将话务模式与在步骤ST1405中从远程UE通知给AMF的远程UE相关信息一起进行通知，或者将话务模式包含在该步骤ST1405的该远程UE相关信息中进行通知。可以在gNB中尽早处理。
在步骤ST1802，从远程UE接收到话务模式的gNB使用该话务模式来导出对中继UE的C-DRX设定。该C-DRX设定可以是UE单独的DRX设定。能够对中继UE单独进行C-DRX设定。
在步骤ST1803中，gNB对中继UE通知针对中继UE的C-DRX设定。在步骤ST1804，中继UE实施接收到的C-DRX设定。中继UE使用该C-DRX设定进行与gNB的收发。
通过设为如本公开那样的方法，在经由中继UE的远程UE与NW之间的通信中，即使不将中继UE转移到RRC_Idle或RRC_Inactive状态，中继UE也能够以C-DRX周期实施DRX处理。因此，能力图实现中继UE的低功耗化。另外，根据远程UE与NW通信的数据的话务模式，能够对中继UE单独地实施C-DRX设定。中继UE能够通过适于远程UE与NW通信的数据的话务模式的C-DRX设定来实施DRX处理，因此中继UE的低功耗化成为可能。另外，能削减经由中继UE的远程UE与NW之间的数据通信中的延迟。
公开了一种用于在远程UE、中继UE和连接到中继UE的gNB之间通知与经由中继UE的远程UE与NW之间的通信有关的信息的方法。图27是示出在远程UE、中继UE、连接到中继UE的gNB之间通知与经由中继UE的远程UE与NW之间的通信有关的信息的方法的示例的序列图。
gNB对中继UE通知与经由中继UE的远程UE与NW之间的通信有关的信息报告的设定。该通知可以使用RRC信令。例如，可以使用其他设置(Other Config)消息。接收到该信息报告的设定的中继UE可以将该信息报告的设定通知给远程UE。中继UE可以通知表示是与经由中继UE的远程UE与NW之间的通信有关的哪个信息的信息。作为该信息，例如有上述的对其他UE期望的RRC状态信息、对其他UE期望的C-DRX关联信息、话务模式等。
PC5-S信令可以用于将该信息报告的设定从中继UE通知给远程UE。即使没有进行PC5的RRC设定，也能够尽早通知。或者，可以使用PC5的RRC信令。从gNB到中继UE的RRC处理和亲和性高，能够避免处理的复杂化。例如，可以设置UE辅助信息报告的设定用消息。或者，可以使用PC5的MAC信令。能尽早以低错误进行通知。或者，可以使用PSCCH或PSSCH。能尽早进行通知。
接收到该信息报告的设定的远程UE基于该信息报告的设定来导出该信息。例如，在设定了对其他UE期望的RRC状态信息的情况下，远程UE导出对其他UE期望的RRC状态信息。远程UE对中继UE通知导出的该信息报告。作为通知方法，可以适当地应用上述的从中继UE向远程UE通知该信息报告的设定的方法。例如，可以设置UE辅助信息消息作为RRC信令。
接收到该信息报告的中继UE将该信息报告通知给gNB。作为通知方法，可以适当地应用上述的从gNB向中继UE通知该信息报告的设定的方法。例如，可以使用UE辅助信息消息作为RRC信令。由此，gNB能够从远程UE获取与经由中继UE的远程UE与NW之间的通信有关的信息。
gNB能够获取上述那样的信息，例如对中继UE期望的RRC状态信息、对中继UE期望的C-DRX关联信息、话务模式的信息等。因此，gNB能够使用这些信息来控制到中继UE的连接状态、DRX设定。
实施方式4.
公开解决实施方式1中所示的问题的其他方法。
在PC5中的UE间直接通信中实施DRX处理。公开在PC5中的UE间直接通信中的DRX设定方法。在本公开中，PC5中的UE间直接通信中的DRX有时称为PC5DRX。另外，在PC5中的UE间直接通信中，有时将发送侧的UE称为UE-TX，将接收侧的UE称为UE-RX。在PC5中的UE间直接通信中，有UE-TX进行SL通信用资源的选择和保留的方法(称为模式2)以及UE-TX连接的gNB进行SL通信用资源的调度的方法(称为模式1)。
公开模式2下的PC5 DRX设定。UE-TX设定PC5 DRX。UE-TX将PC5 DRX设定通知给作为在PC5中的UE间直接通信中相对的UE即UE-RX。UE-RX使用从UE-TX接收到的PC5 DRX设定，在PC5中的UE间直接通信中实施DRX处理。
UE-TX可以使用PC5-S信令对UE-RX通知PC5 DRX设定。能尽早进行通知。作为其他方法，UE-TX可以使用PC5的RRC信令对UE-RX通知PC5 DRX设定。UE-TX可以通知PC5 DRX设定作为AS的设定。作为其他方法，UE-TX可以使用PC5的MAC信令对UE-RX通知PC5 DRX设定。作为其他方法，UE-TX可以使用PSCCH或PSSCH对UE-RX通知PC5 DRX设定。能够在设定PC5 DRX后，动态地快速进行通知。
能设定PC5 DRX的活动或非活动。例如，通过PC5-S信令或PC5的RRC信令通知PC5DRX设定，通过PC5的MAC信令或PSCCH或PSSCH通知PC5 DRX的活动/非活动信息。接收到PC5DRX的活动/非活动信息的UE-RX根据该信息实施PC5 DRX的活动/非活动。这样，预先通知PC5 DRX设定，能够动态地实施PC5 DRX处理的活动或非活动。
公开模式1下的PC5 DRX设定。gNB针对UE-TX设定PC5 DRX。gNB针对UE-TX通知PC5DRX设定。UE-TX如果不识别PC5 DRX设定，则与UE-RX之间不能实施PC5 DRX处理。因此，通过从gNB对UE-TX通知PC5 DRX设定，UE-TX能实施PC5 DRX处理。从gNB接收到PC5 DRX设定的UE-TX对UE-RX通知PC5 DRX设定。UE-RX如果不识别PC5 DRX设定，则与UE-TX之间不能实施PC5 DRX处理。因此，通过从UE-TX接收gNB设定的PC5 DRX设定，UE-RX能实施PC5 DRX处理。
gNB可以通过RRC信令对UE-TX通知PC5 DRX设定。作为其他方法，gNB可以通过MAC信令来通知PC5 DRX设定。作为其他方法，gNB可以通过PDSCH来通知PC5 DRX设定。从UE-TX对UE-RX的PC5-DRX设定的通知可以适当地应用在模式2中公开的方法。
能设定PC5 DRX的活动或非活动。例如，gNB通过RRC信令对UE-TX通知PC5 DRX设定。UE-TX通过PC5的RRC信令对UE-RX通知PC5 DRX设定。gNB通过MAC信令或PDCCH对UE-TX通知PC5 DRX的活动/非活动信息。UE-TX通过PSCCH或PSSCH对UE-RX通知PC5 DRX的活动/非活动信息。接收到PC5 DRX的活动/非活动信息的UE-RX根据该信息实施PC5 DRX的活动/非活动。
不限于此，可以在PC5 DRX的活动/非活动通知之前通知PC5 DRX设定。这样，即使在模式1下，预先通知PC5 DRX设定，能够动态地实施PC5 DRX处理的活动或非活动。
UE-TX对gNB请求PC5 DRX设定。UE-TX对gNB通知PC5 DRX设定请求。UE-TX可以对gNB通知与UE-RX之间进行PC5中的通信的服务相关信息。UE-TX可以对gNB通知与UE-RX之间进行PC5中的通信的SL话务模式。UE-TX可以将这些信息与PC5 DRX设定请求一起进行通知，或者将这些信息包含在PC5 DRX设定请求中进行通知。gNB可以使用这些信息，针对UE-TX设定PC5 DRX。gNB能够实施适于UE-TX与UE-RX之间的PC5中的通信的PC5 DRX的设定。
在模式1中，在gNB对UE-TX进行动态调度的情况下，可以不允许PC5 DRX在活动期间之外的调度。在通过PC5 DRX设定使得PC5中的通信未处于活动的期间，UE-TX不需要在Uu中接收来自gNB的调度、例如PDCCH。因此，能够降低UE-TX的功耗。
可以考虑从UE-TX接收到DCI起到在PC5上发送PSCCH或PSSCH为止的处理所需的时间或为该处理设定的时间。例如，在gNB对UE-TX进行动态调度的情况下，可以在从向PC5DRX的活动期间外转移的转移定时到规定定时(例如，比向活动期间转移的转移定时要早上述处理所需的时间或为上述处理设定的时间的定时)为止不允许调度。UE-TX可以在PC5DRX的活动期间转移后立即发送PSCCH或PSSCH。
gNB可以对UE-TX使用PC5 DRX设定来进行gNB与UE-TX之间的DRX设定。在本公开中，gNB与UE-TX之间的DRX设定有时称为Uu DRX设定。例如，gNB可以进行调整PC5 DRX设定与Uu DRX设定以使两者的活动期间一致(换句话说，对齐)。或者，gNB可以调整PC5 DRX设定和Uu DRX设定，以使得两个活动期间连续。或者，gNB可以调整PC5 DRX设定和Uu DRX设定，使得即使两个活动期间不连续，从任一个活动期间的开始到两者的活动期间结束为止的期间也会变少。例如，gNB可以考虑从接收DCI到发送PC5中的PSCCH或PSSCH为止的处理所需的时间或为该处理设定的时间来进行Uu DRX设定和PC5 DRX设定。例如，可以将Uu DRX活动转移定时设定得比PC5 DRX活动转移定时要早上述处理所需的时间或为上述处理设定的时间。
这样，能降低UE-TX的功耗。
在模式1中，在gNB对UE-TX设定PC5的CG(Configured Grant：设定许可)的情况下，从gNB接收到PC5的CG设定的UE-TX可以对UE-RX通知该PC5的CG设定。例如，UE-RX能够通过识别设定在UE-TX中的CG设定，从而使用该CG设定进行来自UE-TX的接收。UE-RX在由CG设定的资源定时，进行来自UE-TX的接收即可。能力图实现UE-RX的低功耗化。另外，通过设为CG，在UE-TX中产生数据的情况下，可以从UE-TX向UE-RX以低延迟方式发送数据。
对于UE-TX，gNB可以设定PC5的CG和PC5的DRX两者。例如，可以在要求低延迟的情况下使用PC5的CG，在未要求低延迟的情况下使用PC5的DRX。
可以禁止gNB对UE-TX同时设定PC5的CG和PC5的DRX。因此，能避免处理的复杂化。
PC5 DRX可以针对每个UE设定，也可以针对每个UE-TX设定。在与多个UE-RX之间进行数据通信的情况下，可以在设定在UE-TX中的DRX活动期间，进行与该多个UE-RX之间的数据通信。
可以针对每个UE-RX设定PC5 DRX。在与多个UE-TX之间进行数据通信的情况下，可以在设定在UE-RX中的DRX活动期间，进行与该多个UE-TX之间的数据通信。
可以针对相对的每个UE对设定PC5 DRX。能够进行适于在相对的UE对中通信的服务的PC5 DRX设定。可以针对每个PC5-S链路设定PC5 DRX。能够进行适于在相对的UE对中通信的服务的PC5 DRX设定。可以针对每个PC5 QoS流设定PC5 DRX。能够进行适于在相对的UE对中通信的服务的QoS的PC5 DRX设定。
上述PC5 DRX设定可以是一个，也可以是多个。另外，可以组合多个PC5DRX设定。能灵活设定DRX。能进行适于多样的SL话务模式的PC5 DRX设定。
公开以下的(1)～(8)作为PC5 DRX设定信息的具体例。
(1)PC5 DRX周期。
(2)PC5 DRX导通间隔。
(3)PC5 DRX偏移。
(4)PC5 DRX非活动期间。
(5)PC5 DRX重发期间。
(6)PC5 DRX重发非活动期间。
(7)PC5 DRX频带。
(8)(1)至(7)的组合。
对于上述(1)，可以设定多个PC5 DRX周期。例如，可以设定多个周期不同的PC5DRX设定。例如，可以设定周期A和比其更长的周期B。最初以周期A进行PC5 DRX处理，以规定的期间或规定的次数，进行周期A，在此期间没有数据产生时转移到周期B。在周期B的PC5DRX处理中产生数据时转移到周期A。这样，能够根据通信产生频度灵活地实施PC5 DRX设定。
在模式2的情况下，上述(2)的PC5 DRX导通间隔可以设定为SL资源选择窗口期间以上。或者，可以将PC5 DRX间隔设定为与SL资源选择窗口期间相同。这样，在SL资源选择窗口期间选择的至少一个SL资源进入到PC5 DRX导通间隔中。在PC5 DRX导通间隔中，能够在该SL资源中发送PSCCH、PSSCH。
在模式2的情况下，上述(3)的PC5 DRX偏移可以根据SL资源选择窗口开始定时来设定。能够设定为在SL资源选择窗口期间选择的SL资源进入到PC5 DRX导通间隔中。
对于上述的(1)到(6)，也可以用计时器进行管理。
上述(7)的PC5 DRX频带表示在PC5 DRX活动期间中使用的频率资源。该资源可以是以子载波为单位，也可以是以RB(Resource Block:资源块)为单位，还可以是以子信道为单位。另外，该资源可以是BWP(Band Width Part:带宽部分)。另外，载波频率可以被设定为PC5 DRX频带。在模式2的情况下，可以将包括SL资源选择和保留的资源频率的频带设定为PC5 DRX频带。这样，UE-RX能够限定搜索来自UE-TX的发送的频带。在处理变得容易的同时，能削减搜索所需的功耗。
图28是示出关于实施方式4、PC5 DRX设定的第一示例的概念图。在图28中，设定PC5 DRC周期、PC5 DRX偏移和PC5 DRX导通间隔来作为PC5 DRX设定。PC5 DRX导通间隔以PC5 DRX周期产生。PC5 DRX导通间隔的开始以PC5DRX偏移来设定。PC5 DRX偏移不仅可以以子帧或无线帧为单位，还可以以码元或时隙为单位来设定。能够进行更详细的时间设定。
为从UE-TX到UE-RX的SL通信用而选择和保留的资源在PC5 DRX活动期间有效。在PC5 DRX的活动期间内，UE-TX可向UE-RX在保留的资源中发送数据。在PC5 DRX的活动期间之外，UE-TX不可向UE-RX在所保留的资源中发送数据。在图28的示例中，PC5 DRX的活动期间成为PC5 DRX导通间隔。PC5 DRX的导通期间之外成为除了PC5 DRX导通间隔之外的期间。
图29是示出关于实施方式4、PC5 DRX设定的第二示例的概念图。在图29中，设定PC5 DRX非活动期间作为PC5 DRX设定。在图29中，以与图28不同的部分为主进行说明。在PC5 DRX导通期间产生了PSCCH或PSSCH的情况下，从PSCCH或PSSCH的产生开始，在PC5 DRX非活动期间，进一步设定PC5 DRX的活动期间。在PC5 DRX导通期间从UE-TX向UE-RX发送了数据的情况下，从该数据发送开始，在PC5 DRX非活动期间，进一步设定PC5 DRX的活动期间。
在该PC5 DRX非活动期间内产生了PSCCH或PSSCH的情况下，从PSCCH或PSSCH的产生开始，进一步使PC5 DRX的活动期间持续PC5 DRX非活动期间。在该PC5 DRX非活动期间内从UE-TX向UE-RX发送了数据的情况下，从该数据发送开始，进一步使PC5 DRX的活动期间持续PC5 DRX非活动期间。
在本公开中，PC5中的PSCCH或PSSCH或数据有时简称为数据。
定时也可以事先用标准等静态地决定。或者，定时可以包含在PC5 DRX设定信息中。例如，PC5 DRX非活动期间的开始可以设为产生数据的时隙的下一个时隙的开始定时。例如，可以用码元而不是时隙来规定。
从产生最后的PSCCH开始，如果在PC5 DRX非活动期间内没有数据产生，则转移到PC5 DRX的活动期间之外。处于PC5 DRX的活动期间之外直到开始下一个PC5 DRX导通间隔为止。
为从UE-TX到UE-RX的SL通信用而选择和保留的资源在PC5 DRX活动期间有效。在PC5 DRX的活动期间内，从UE-TX向UE-RX可以在所保留的资源中发送数据。在PC5 DRX的活动期间之外，UE-TX不可向UE-RX在所保留的资源中发送数据。在图29的示例中，PC5 DRX的活动期间是从PC5 DRX导通间隔的开始到PC5 DRX非活动期间的结束为止的期间。PC5 DRX的活动期间之外是从PC5 DRX非活动期间的结束到PC5 DRX导通间隔的开始为止的期间。
公开了一种在模式2的情况下的PC5 DRX的处理方法。UE-TX在数据产生后，在PC5DRX导通间隔之前进行SL通信用资源的搜索。UE-TX不限于数据的产生，也可以预先进行SL通信用资源的搜索。能够在数据产生时尽早选择和保留资源。UE-TX进行DRX导通间隔用的资源的选择和保留。在保留的SL通信用资源消失的情况下，UE-TX再次进行SL通信用资源的选择和保留。UE-TX在DRX导通间隔中多次进行资源的选择和保留。另外，除了PC5 DRX导通间隔中，UE-TX还可以在PC5 DRX的活动期间中多次进行资源的选择和保留。
可以在PC5 DRX导通间隔内限定用于SL通信而保留的资源数(有时称为重选计数器)。能提高对其他UE的资源的使用效率。在PC5 DRX导通间隔内设置用于SL通信而保留的资源数的情况下，可以在PC5 DRX导通间隔中再次进行资源的选择和保留。在DRX导通间隔内，在要保留的资源的重选计数器为0的情况下，可以再次选择和保留资源。也可以在PC5DRX导通间隔内不限定用于SL通信而保留的资源数(有时称为重选计数器)。能削减UE-TX在PC5 DRX活动期间中再次进行资源的选择和保留的处理。因此，能避免由于该处理所导致的复杂化。
在PC5 DRX导通间隔内发送数据的情况下，开始PC5 DRX非活动期间。在PC5 DRX非活动期间内发送数据的情况下，再次开始PC5 DRX非活动期间。在PC5 DRX非活动期间开始的时刻所保留的SL通信用资源少于在PC5 DRX非活动期间中可用的资源的情况下，UE-TX可以再次进行资源的选择和保留。在PC5 DRX非活动期间内，在用于SL通信而保留的资源的重选计数器为0的情况下，可以再次选择和保留SL通信用资源。通过采用这样的方法，能够保留PC5 DRX的活动期间中的SL通信用资源。
可以在SL通信中进行反复(repetition)发送。反复发送可以在PC5 DRX的活动期间内进行。可以通过反复发送开始PC5 DRX非活动期间。UE-TX可以使用PC5 DRX的活动期间中的SL通信资源来反复发送。通过反复发送，能提高UE-RX中的接收质量。
在转移到PC5 DRX的活动期间之外的情况下，UE-TX可以释放所保留的SL通信用资源。可以设置表示SL通信用资源的释放的信息。在发送该信息的情况下，可以设为不转移到PC5 DRX非活动期间。在UE-TX释放所保留的SL通信用资源的情况下，UE-TX发送该信息。例如，UE-TX可以将该信息包含在PSCCH中。其他UE可以接收。其他UE能够识别出发送该信息的UE-TX所保留的资源已经被释放。能提高SL通信用资源的使用效率。可以设置其他控制信道或信号用于该信息发送。
例如，UE-TX可以在PC5 DRX非活动期间的最后资源中发送该信息。或者，UE-TX可以在转移到PC5 DRX的活动期间外之后的最初的资源中发送该信息。这样，能够在刚刚转移到PC5 DRX的活动期间之外或转移到PC5 DRX的活动期间之外后立即发送该信息。
UE-TX是在PC5 DRX的活动期间内的SL通信用资源中，对UE-RX进行调度，并根据该调度发送数据。在未设定PC5 DRX非活动期间的情况下，在数据量超过在DRX导通间隔中可发送的量的情况下，可以在下一个DRX导通间隔发送数据。
公开模式1下的PC5 DRX处理方法。UE-TX可以根据从gNB接收到的PC5DRX设定来实施DRX处理。PC5 DRX设定可以适当地应用上述方法。DRX处理方法可以适当地应用在模式2的情况下公开的方法。但是，UE-TX也可以不进行资源的选择和保留，而使用从gNB接收的PC5 DRX用资源。
公开模式1和模式2下的UE-RX处的DRX处理。UE-RX使用从UE-TX接收的PC5 DRX设定，导出PC5 DRX导通间隔的开始定时，以PC5 DRX导通间隔，接收来自UE-TX的PSCCH或PSSCH。在LTE中，作为PC5的控制信息的SCI包含在PSCCH中。在NR中，该信息包含在PSCCH和PSSCH双方中。UE-RX通过接收PSCCH或者PSSCH，能接收来自UE-TX的SCI。UE-RX根据所接收到的SCI的调度信息来接收数据。
在设定了非活动期间的情况下，以PC5 DRX导通间隔接收来自UE-TX的数据的UE-RX从数据的接收时刻开始，在PC5 DRX非活动期间内，接收来自UE-TX的PSCCH或PSSCH。如果在该PC5 DRX非活动期间中存在数据，则再次成为PC5 DRX非活动期间。如果在该PC5 DRX非活动期间没有数据，则在该PC5 DRX非活动期间结束之后，转移到PC5 DRX活动期间之外。UE-RX在PC5 DRX活动期间之外停止PSCCH或PSSCH的接收。
UE-RX使用PC5 DRX周期，在下一个PC5 DRX导通间隔来接收来自UE-TX的PSCCH或PSSCH。这样，UE-RX在PC5 DRX的活动期间接收PSCCH、PSSCH或数据的接收，在PC5 DRX的活动期间之外不接收PSCCH、PSSCH或数据中的任一个。
如上所述，在PC5中的UE间直接通信中，通过在UE-TX与UE-RX之间进行PC5 DRX设定，从而能够降低UE的功耗。
在NR中，正在研究PC5中单播通信和组播通信的支持。在单播通信和组播通信中，正在研究使用了反馈的HARQ。公开了一种在设定PC5 DRX情况下的HARQ重发方法。
可以设置用于重发的期间。可以设定上述PC5 DRX重发期间。当发生重发时，UE-TX在所设定的PC5 DRX重发期间内进行该重发。另外，可以设置从HARQ的反馈信号接收开始到重发为止的期间。可以设定上述PC5 DRX重发非活动期间。UE-TX在接收到反馈信号后，在该DRX重发非活动期间内不进行重发。UE-TX可以在PC5 DRX重发非活动期间结束的定时开始PC5 DRX重发期间。
图30是示出关于实施方式4、PC5 DRX设定的第三示例的概念图。设定PC5 DRX重发期间和PC5 DRX重发非活动期间作为PC5 DRX设定。在图30中，以与图29不同的部分为主进行说明。在PC5 DRX导通间隔内产生了数据的情况下，从产生该数据开始，进一步使PC5 DRX的活动期间持续PC5 DRX非活动持续期间。在该PC5 DRX非活动期间内没有从UE-TX向UE-RX发送数据的情况下，结束PC5 DRX的活动期间，并转移到PC5 DRX的活动期间之外。
在PC5 DRX导通间隔内，UE-RX接收从UE-TX向UE-RX发送的数据。UE-RX在用于反馈而设定的定时(反馈定时)向UE-TX发送反馈信号。UE-RX可以使用反馈信道(PSFCH)来发送反馈信号。作为反馈信号，可以使用针对接收数据的Ack/Nack。
反馈定时可以由UE-TX设定。UE-TX对UE-RX通知反馈定时。UE-TX也可以对UE-RX通知反馈用资源信息。UE-TX可以将反馈定时信息与反馈用资源信息一起进行通知，或将反馈定时信息包含在该信息中进行通知。UE-TX可以通过PC5的RRC信令来通知该资源信息或该定时信息。UE-TX可以将该资源信息或该定时信息包含在AS设定中来通知。或者，UE-TX可以将该资源信息或该定时信息包含在PC5的MAC信令中来通知。或者，UE-TX可以将该资源信息或该定时信息包含在SCI中来通知。能尽早动态地进行通知。
用于SL通信而保留的资源的重选计数器可以分别设定为初始发送用和反馈用。作为其他方法，可以将用于SL通信而保留的资源的重选计数器设定为初次发送用和反馈用。可以在SL通信中处理多个HARQ。可以针对每个HARQ设定用于SL通信而保留的资源的重选计数器。
反馈定时可以由gNB设定。反馈用资源可以由gNB设定。例如，在模式1的情况下，gNB将这些信息与其他调度信息一起通知给UE-TX。UE-TX可以对UE-RX通知所接收的反馈定时和反馈资源信息。gNB可以将该资源信息或该定时信息包含在Uu的RRC信令中来通知给UE-TX。或者，gNB可以将该资源信息或该定时信息包含在Uu的MAC信令中来通知。或者，gNB可以将该资源信息或该定时信息包含在DCI中来通知。作为从UE-TX向UE-RX通知该信息的方法，可以应用上述方法。
反馈信号的收发可以在PC5 DRX活动期间之外来进行。
例如，如图30所示，可以在PC5 DRX非活动期间结束之后收发反馈信号。可以在比PC5 DRX非活动期间要长的期间设定反馈定时。UE-RX在PC5 DRX非活动期间结束后，在设定的反馈定时发送反馈信号。UE-TX在设定的反馈定时接收反馈信号。
UE-TX在设定的反馈定时，接收到Nack的情况下，或者什么都没有接收的情况下，进行重发。UE-TX搜索、选择、保留PC5 DRX重发期间内使用的SL通信用资源，在PC5 DRX重发期间内，使用所保留的资源进行重发。UE-RX在PC5 DRX重发期间内，接收来自UE-TX的重发。UE-RX在PC5 DRX重发期间内，接收来自UE-TX的PSCCH和PSSCH，接收重发数据。PC5 DRX重发期间为PC5 DRX活动期间。由此，即使在进行PC5 DRX设定的情况下也能够实施重发处理。
重发可以应用于转移到PC5 DRX非活动期间的判断。在PC5 DRX导通间隔或PC5DRX非活动期间进行了重发的情况下，可以再次转移到PC5 DRX非活动期间。由此，能够设定与数据(包含重发数据)的产生相应的PC5 DRX的活动期间。例如，当反馈定时被设定得较短时有效。
重发可以应用于转移到PC5 DRX非活动期间的判断。即使在PC5 DRX导通间隔或PC5 DRX非活动期间进行了重发的情况下，可以不进行向PC5 DRX非活动期间的再次转移。这样，能够区分重发和初次发送。无论是否重发处理，都能够设定与初次发送数据的产生相应的PC5 DRX的活动期间。例如，在通信质量良好、重发少的情况下有效。
图31是示出关于实施方式4、PC5 DRX设定的第四示例的概念图。图31示出了重发被应用于转移到PC5 DRX非活动期间的转移判断的情况。在图31中，将主要说明与图29不同的部分。在PC5 DRX导通间隔内产生了数据的情况下，从产生该数据开始，PC5 DRX的活动时间还持续PC5 DRX非活动持续期间。
例如，反馈信号的收发可以在PC5 DRX非活动期间内进行。可以在比PC5DRX非活动期间要短的期间设定反馈定时。UE-RX在PC5 DRX非活动期间结束后，在设定的反馈定时发送反馈信号。UE-TX在设定的反馈定时接收反馈信号。
UE-TX在设定的反馈定时，接收到Nack的情况下，或者什么都没有接收的情况下，进行重发。UE-TX在PC5 DRX非活动期间内进行重发。UE-TX在PC5DRX非活动期间内重发时，再次开始PC5 DRX非活动期间。在PC5 DRX非活动期间内没有从UE-TX向UE-RX发送数据(包含重发数据)的情况下，结束PC5DRX的活动期间，并转移到PC5 DRX的活动期间之外。
UE-RX只要在PC5 DRX活动期间接收来自UE-TX的数据(包含重发数据)即可。UE-RX可以在PC5 DRX间隔和PC5 DRX非活动期间接收PSCCH和PSSCH，并接收来自UE-TX的数据(包含重发数据)。作为该方法，可以应用图29中公开的PC5 DRX设定中的处理方法。
这样，能够避免UE-TX和UE-RX之间的PC5 DRX处理变得复杂。
虽然在图31的示例中，公开了没有设定PC5 DRX重发期间和PC5 DRX重发非活动期间的情况，但是也可以设定PC5 DRX重发期间和PC5 DRX重发非活动期间。例如，设定两个期间，使得在PC5 DRX非活动期间内包含PC5 DRX重发期间。UE-TX和UE-RX之间的PC5 DRX处理变得复杂，但也包含在PC5 DRX非活动期间之外设定PC5 DRX重发期间的情况，能应用统一的处理。能够灵活地设定重发期间，这种情况下也能够避免处理的复杂化。
在上述方法中，公开了在HARQ反馈中使用Ack/Nack作为反馈信息的情况。可以使用其他反馈信息。当通过UE-TX或gNB设定反馈定时和反馈资源时，可以适当地应用其他反馈信息。能获得同样的效果。
本公开中，将产生了服务数据的UE设为UE-TX。例如，在将UE-TX设为UE1、将UE-RX设为UE2的情况下，当在UE2中产生服务数据、并对UE1发送数据的情况下，可以将UE2设为UE-TX并将UE1设为UE-RX来应用本公开的方法。能获得同样的效果。
作为反馈信息，有从UE-RX(UE2)向UE-TX(UE1)发送的CSI报告信息。通过将UE2设为UE-TX并且将UE1设为UE-RX来应用本公开的方法，CSI报告信息可以在PC5 DRX活动期间内被收发。如CSI报告信息这样需要更多信息量的信息的收发成为可能。
在将进行PC5中的UE间直接通信的UE设为UE1和UE2的情况下，可以在双向通信中进行PC5 DRX设定。在从UE1到UE2的通信中的PC5 DRX设定中，发送侧UE为UE1，接收侧UE为UE2。因此，将UE1设为UE-TX，将UE2设为UE-RX，可以适当地应用上述方法。在从UE2到UE1的通信中的PC5 DRX设定中，发送侧UE为UE2，接收侧UE为UE1。因此，将UE2设为UE-TX，将UE1设为UE-RX，可以适当地应用上述方法。
公开了一种在PC 5中的UE间直接通信中在双向上使PC5 DRX设定的方法一致(换句话说，对齐)。如上所述，进行双向的PC5 DRX设定以例如使两者的活动期间一致(换句话说对齐)。或者，例如，可以进行双向的PC5 DRX设定，使得两者的活动时期间连续。或者，例如，可以进行双向的PC5 DRX设定，使得即使两个活动期间不连续，从任一个活动期间的开始到两者活动期间结束为止的期间也会变少。
例如，可以使一个方向的PC5 DRX设定与其他方向的PC5 DRX设定一致。可以先进行某一个方向的PC5 DRX设定。例如，进行从UE1到UE2的通信中的PC5 DRX设定，以使从UE2到UE1的通信中的PC5 DRX设定与从UE1到UE2的通信中的PC5 DRX设定相一致。例如，任一个UE可以进行双向的PC5 DRX设定，使双向的PC5 DRX设定一致。例如，连接到任一个UE的gNB可以进行双向的PC5 DRX设定，使双向的PC5 DRX设定一致。
可以将先设定的PC5 DRX设定信息通知给使双向的PC5 DRX设定一致的节点。使双向的PC5 DRX设定一致的节点能够使用先设定的PC5 DRX设定，进行之后设定的PC5 DRX设定，以使双向的PC5 DRX设定一致。
通过使双向的PC5 DRX设定相一致，能够力图实现进行PC5中的UE间直接通信的UE的低功耗化。
图32和图33是示出关于实施方式4、在PC5中的UE间直接通信中在双向上使DRX对齐的方法的第一示例的序列图。图32和图33在边界线BL3233的位置处相连接。图32和图33示出了UE1存在于gNB的OOC(Out of Coverage：超出覆盖范围)，UE2存在于gNB的IC(InCoverage：处于覆盖范围)的情况。
由于UE1是OOC，因此在步骤ST2401中，UE1对UE2进行从UE1到UE2的通信的PC5 DRX设定。在步骤ST2402中，UE1对UE2通知PC5 DRX设定信息。在步骤ST2403中，UE2进行从UE1接收到的PC5 DRX设定。在步骤ST2404，UE2通知完成从UE1到UE2的通信的PC5 DRX设定。这样，能进行从UE1到UE2的通信的PC5 DRX设定。从而，在步骤ST2405，在SL通信中进行PC5 DRX处理。UE1对于从UE1到UE2的SL通信进行资源搜索、选择和保留，并使用该PC5 DRX处理来进行数据通信。
UE2决定在从UE2到UE1的通信中进行PC5 DRX设定。在步骤ST2406中，UE2对所连接的gNB通知从UE2到UE1的通信的PC5 DRX设定请求。UE2对gNB通知从UE2到UE1的通信的SL话务模式。UE2可以对gNB通知从UE2到UE1的通信的服务关联信息(例如，服务标识、服务的种类、服务的QoS、服务数据的产生频度等)。由此，gNB可以导出从UE2到UE1的通信的SL话务模式。另外，UE2对gNB通知从UE1到UE2的PC5 DRX设定信息。UE2可以将这些信息与该请求信息一起进行通知，或将这些信息包含在该请求信息中来进行通知。
在步骤ST2407中，接收到从UE2到UE1的PC5 DRX设定请求的gNB使用该信息来进行从UE2到UE1的通信的PC5 DRX设定。gNB使用从UE1到UE2的DRX设定来进行从UE2到UE1的通信的PC5 DRX设定以使双向的PC5 DRX设定一致。这样，gNB能够使双向的PC5 DRX设定一致。
在步骤ST2408中，gNB对UE2通知PC5 DRX设定信息。在步骤ST2409，UE2进行PC5DRX设定。另外，在步骤ST2410中，UE2对UE1通知从UE2到UE1的通信的PC5 DRX设定。在步骤ST2411，UE1进行PC5 DRX设定。在步骤ST2412中，UE1对UE2通知完成了从UE2到UE1的通信的PC5 DRX设定。由此，能在从UE2到UE1的通信中实施PC5 DRX处理。
在步骤ST2413中，UE2对gNB通知完成了从UE2到UE1的通信的PC5 DRX设定。UE2可以在PC5 DRX设定完成通知中包含从UE2到UE1的SL通信的调度请求信息。或者，与该PC5DRX设定完成通知不同，UE2可以将从UE2到UE1的SL通信的调度请求信息通知给gNB。在步骤ST2414中，gNB进行从UE2到UE1的通信的资源调度。在步骤ST2415中，gNB对UE2通知从UE2到UE1的通信的调度信息。在步骤ST2416中，UE2使用PC5 DRX处理对UE1进行数据通信。
在PC5中的UE间直接通信中，通过这样使双向的PC5 DRX设定一致，从而能力图实现进行PC5中的UE间直接通信的UE1和UE2的低功耗化。
图34和图35是示出关于实施方式4、在PC5中的UE间直接通信中在双向上使DRX对齐的方法的第二示例的序列图。图34和图35在边界线BL3435的位置处相连接。图34和图35示出了UE1存在于gNB1的IC，UE2存在于gNB2的IC的情况。示出了由于UE1是IC，因此gNB1进行从UE1到UE2的PC4中的通信调度的情况。
UE1决定在从UE1到UE2的通信中进行PC5 DRX设定。在步骤ST2501中，UE1对所连接的gNB1通知从UE1到UE2的通信的PC5 DRX设定请求。UE1对gNB通知从UE1到UE2的通信的SL话务模式。UE1可以对gNB通知从UE1到UE2的通信的服务关联信息(例如，服务标识、服务的种类、服务的QoS、服务数据的产生频度等)。由此，gNB1能导出从UE1到UE2的通信的SL话务模式。
在步骤ST2502中，接收到从UE1到UE2的PC5 DRX设定请求的gNB1使用该信息来进行从UE1到UE2的通信的PC5 DRX设定。在步骤ST2503中，gNB1对UE1通知PC5 DRX设定信息。在步骤ST2504，UE1进行PC5 DRX设定。另外，在步骤ST2505中，UE1对UE2通知从UE1到UE2的通信的PC5 DRX设定。在步骤ST2506，UE2进行PC5 DRX设定。在步骤ST2507中，UE2对UE1通知完成了从UE1到UE2的通信的PC5 DRX设定。由此，能在从UE1到UE2的通信中实施PC5DRX处理。
在步骤ST2508中，UE1对gNB1通知完成了从UE1到UE2的通信的PC5 DRX设定。UE1可以在该PC5 DRX设定完成通知中包含从UE1到UE2的SL通信的调度请求信息。或者，与该PC5DRX设定完成通知不同，UE1可以将从UE1到UE2的SL通信的调度请求信息通知给gNB1。在步骤ST2509中，gNB1进行从UE1到UE2的通信的资源调度。在步骤ST2510中，gNB1对UE1通知从UE1到UE2的通信的调度信息。在步骤ST2511中，UE1使用PC5 DRX处理对UE2进行数据通信。
UE2决定在从UE2到UE1的通信中进行PC5 DRX设定。在UE2决定在从UE2到UE1的通信中进行PC5 DRX设定之后，使用PC5 DRX处理来与UE1之间进行数据通信的方法可以适当地应用图32和图33公开的方法。可以应用图32以及图33的步骤ST2406至步骤ST2416。能获得同样的效果。
这样，即使在UE1和UE2都是gNB的IC的情况下，也能够在PC5中的UE间直接通信中执行使双向的PC5 DRX设定相一致的PC5 DRX处理。能力图实现进行PC5中的UE间直接通信的UE1与UE2的低功耗化。
在经由中继UE的远程UE与NW之间的通信中，在远程UE与中继UE之间进行PC5 DRX设定。在中继UE与远程UE之间实施PC5 DRX处理。在经由中继UE的远程UE与NW之间的通信中，在远程UE与中继UE之间进行PC5中的通信。作为在远程UE与中继UE之间的PC5 DRX设定方法，可以适当地应用上述在PC5中的UE间直接通信中的DRX设定方法。
例如，在从远程UE到中继UE的SL通信中，可以将远程UE应用为UE-TX，而将中继UE应用为UE-RX。在从中继UE到远程UE的SL通信中，可以将中继UE应用为UE-TX，而将远程UE应用为UE-RX。例如，模式2的方法可以应用于位于gNB的OOC中的远程UE。位于gNB的IC中的中继UE可以应用模式1的方法。这样，在经由中继UE的远程UE与NW之间的通信中，能够实施远程UE与中继UE之间的PC5 DRX设定，并且能够在远程UE与中继UE之间实施PC5 DRX处理。因此，能够降低远程UE与中继UE的功耗。
可以使从远程UE到中继UE的SL通信和从中继UE到远程UE的SL通信的双向上的PC5DRX设定一致(换句话说，也可以对齐)。作为该方法，可以适当地应用上述在PC5中的UE间直接通信中在双向上使PC5 DRX设定一致的方法。例如，可以适当应用图32和图33中所公开的方法。图32和图33中的UE1、UE2和gNB分别设为远程UE、中继UE和连接到中继UE的gNB。连接到中继UE的gNB使双向的PC5 DRX设定一致。这样，通过在双向上使PC5 DRX设定一致，从而能够进一步降低远程UE和中继UE的功耗。
在图32和图33的步骤ST2406中，UE2对gNB通知从UE2到UE1的SL话务模式。在使用中继UE的情况下，中继UE并不产生在PC5中进行通信的服务数据。从NW对远程UE进行通信。因此，中继UE有时不识别到远程UE的通信的话务模式。公开解决上述问题的方法。
中继UE在从NW到远程UE的通信中导出从中继UE到远程UE的话务模式。作为该导出方法，中继UE可以测定从中继UE到远程UE的PC5中的数据通信。作为该测定方法，可以适当地应用实施方式1中所公开的方法。作为其他方法，远程UE可以对中继UE通知从中继UE到远程UE的话务模式。远程UE可以根据与经由中继UE与NW之间通信的服务有关的信息来导出从中继UE到远程UE的话务模式。或者，远程UE可以测定到中继UE的PC5中的数据通信。这样，中继UE能够识别到远程UE的通信的话务模式。
作为其他方法，gNB或UPF可在从NW到远程UE的通信中，导出从中继UE到远程UE的话务模式。可以适当地应用上述测定方法。在gNB导出了该话务模式的情况下，gNB可以在图32以及图33的步骤ST2407中使用该导出结果。在UPF导出了该话务模式的情况下，UPF可以对gNB通知所导出的话务模式。gNB可以在图32和图33的步骤ST2407中使用从UPF接收到的话务模式。能获得同样的效果。
尽管已经公开了从NW到远程UE的通信的话务模式，但是上述方法也可以适当地应用于从远程UE到NW的通信的话务模式。
公开使从远程UE到中继UE的SL通信和从中继UE到远程UE的SL通信在双向上使PC5DRX设定一致(换句话说，对齐)的其他方法。利用远程UE经由中继UE连接到gNB，在双向上使PC5 DRX设定一致。连接到中继UE的gNB进行从远程UE到中继UE的通信的PC5 DRX设定。连接到中继UE的gNB可以进行远程UE与中继UE的之间的双向的PC5 DRX设定。
远程UE可以经由中继UE对gNB请求从远程UE到中继UE的通信的PC5 DRX设定。或者，中继UE可以对gNB请求从远程UE到中继UE的通信的PC5 DRX设定。接收到该请求的gNB进行从远程UE到中继UE的通信的PC5 DRX设定。
远程UE可以经由中继UE对gNB请求远程UE与中继UE之间双向的PC5 DRX设定。或者，中继UE可以对gNB请求远程UE与中继UE之间双向的PC5 DRX设定。接收到该请求的gNB进行远程UE与中继UE之间双向的通信的PC5 DRX设定。
gNB设定双向的PC5 DRX设定，使得远程UE与中继UE之间双向的PC5 DRX设定一致。这样，能够进一步降低远程UE和中继UE的功耗。
图36和图37是示出关于实施方式4、在经由中继UE的远程UE与NW之间的通信中、在远程UE与中继UE之间进行PC5 DRX设定的方法的示例的序列图。图36和图37在边界线BL3637的位置处相连接。图36和图37示出了远程UE存在于gNB的OOC，中继UE存在于gNB的IC的情况。图36和图37示出了远程UE对gNB请求从远程UE到中继UE的通信的PC5 DRX设定，中继UE对gNB请求从中继UE到远程UE的通信的PC5 DRX设定的情况。图36和图37示出了连接到中继UE的gNB设定双向的PC5 DRX设定的方法，使得远程UE与中继UE之间的双向的PC5 DRX设定一致。
在步骤ST2601中，远程UE可以对连接到中继UE的gNB请求从远程UE到中继UE的通信的PC5 DRX设定。经由中继UE通知该请求。远程UE可以将从远程UE到NW的通信的话务模式与该请求一起进行通知，或将从远程UE到NW的通信的话务模式包含在该请求中进行通知。在步骤ST2602中，gNB进行从远程UE到中继UE的通信的PC5 DRX设定。在步骤ST2603中，gNB将从远程UE到中继UE的通信的PC5 DRX设定信息通知给远程UE。经由中继UE通知该设定信息。在步骤ST2604中，远程UE进行从远程UE到中继UE的通信的PC5 DRX设定。
另外，在步骤ST2605中，远程UE对中继UE通知从远程UE到中继UE的通信的PC5 DRX设定信息。在步骤ST2606中，中继UE进行从远程UE到中继UE的通信的PC5 DRX设定。在步骤ST2607中，中继UE对远程UE通知PC5 DRX设定完成。这样，能够进行从远程UE到中继UE的通信的PC5 DRX设定，并且在步骤ST2608中，在SL通信中进行PC5 DRX处理。远程UE对于从远程UE到中继UE的SL通信进行资源搜索、选择和保留，并使用该PC5 DRX处理来进行数据通信。
进行从中继UE到远程UE的通信的PC5 DRX设定。作为该方法，可以适当地应用图32和图33中公开的方法。图32和图33的UE1、UE2和gNB可以分别设为远程UE、中继UE和gNB。可以将图32和图33的步骤ST2406至步骤ST2416适当地应用于图36和图37的步骤ST2609至步骤ST2619中。这样，gNB能够使远程UE与中继UE之间双向的PC5 DRX设定一致。能够进一步降低远程UE和中继UE的功耗。
在步骤ST2609中，中继UE可以不从远程UE对gNB通知中继UE的PC5 DRX设定信息。gNB由于在步骤ST2602中进行从远程UE到中继UE的通信的PC5 DRX设定，因此识别出该PC5DRX设定。在步骤ST2610中，gNB可以使用在步骤ST2602中进行的从远程UE到中继UE的通信的PC5 DRX设定，进行从中继UE到远程UE的通信的PC5 DRX设定以使远程UE与中继UE之间双向的PC5 DRX设定一致。能获得同样的效果。
这样，能够在远程UE与中继UE之间进行PC5 DRX设定，因此能够降低远程UE和中继UE的功耗。另外，能够使远程UE与中继UE之间双向的PC5 DRX设定一致。能够进一步降低远程UE和中继UE的功耗。在经由中继UE的远程UE与NW之间的通信中，力图实现中继UE和远程UE的低功耗化。
实施方式5.
公开解决实施方式1中所示的问题的其他方法。
在经由中继UE的远程UE与NW之间的通信中，使中继UE与NW之间的DRX设定、与远程UE与中继UE之间的PC5 DRX设定一致(换句话说，对齐)。中继UE与NW之间的DRX设定可以是中继UE处于RRC_Idle或RRC_Inactive状态时的寻呼用DRX设定，也可以是中继UE处于RRC_Connected状态时的C-DRX设定。远程UE与中继UE之间的PC5 DRX设定可以是远程UE与中继UE之间双向的PC5 DRX设定。
中继UE可以设定两者的DRX，使得中继UE与NW之间的DRX设定、与远程UE与中继UE之间的PC5 DRX设定相一致。也可以使DL方向、即从NW到中继UE的DRX设定和从中继UE到远程UE的PC5 DRX设定一致。也可以使UL方向、即从远程UE到中继UE的PC5 DRX设定和从中继UE到NW的DRX设定一致。也可以将DL方向和UL方向的双向的DRX设定与PC5 DRX设定一致。
作为使中继UE与NW之间的DRX设定、与远程UE与中继UE之间的PC5 DRX设定相一致的方法，可以适当地应用实施方式1至实施方式4中公开的方法。
例如，远程UE可以进行两者的DRX设定，使得中继UE与NW之间的DRX设定、与远程UE与中继UE之间的PC5 DRX设定相一致。远程UE进行远程UE和中继UE之间的通信的PC5 DRX设定。远程UE进行从远程UE到中继UE的通信的PC5DRX设定。远程UE可以进行从中继UE到远程UE的通信的PC5 DRX设定。适当应用实施方式4所公开的方法即可。
远程UE使用与中继UE之间的PC5 DRX设定来进行中继UE与NW之间的DRX设定，以使中继UE与NW之间的DRX设定、与远程UE与中继UE之间的PC5 DRX设定一致。远程UE可以决定包含DRX设定的DRX关联信息。例如，作为DRX关联信息的具体例，存在有对中继UE期望的寻呼用DRX设定、对中继UE期望的C-DRX设定、或远程UE与NW之间的话务模式等。DRX关联信息可以是它们的组合。
远程UE经由中继UE对NW通知中继UE和NW之间的DRX关联信息。NW节点例如gNB或AMF使用该DRX关联信息进行中继UE与NW之间的DRX设定。作为这些方法，可以适当应用实施方式1到实施方式3的变形例1中公开的方法。
这样，在经由中继UE的远程UE与NW之间的通信中，能够使中继UE与NW之间的DRX设定、与远程UE与中继UE之间的PC5 DRX设定一致。由于远程UE识别出远程UE与NW之间的通信的服务，因此，例如，远程UE能够基于所识别出的信息来进行PC5 DRX设定、以及中继UE与NW之间的DRX设定。能够进行适于远程UE与NW之间的通信的服务的PC5 DRX设定和DRX设定。
例如，中继UE可以设定两者的DRX，使得中继UE与NW之间的DRX设定、与远程UE与中继UE之间的PC5 DRX设定相一致。中继UE进行远程UE与中继UE之间的通信的PC5 DRX设定。适当应用实施方式4所公开的方法即可。
中继UE使用与远程UE之间的PC5 DRX设定来进行中继UE与NW之间的DRX设定，以使中继UE与NW之间的DRX设定、与远程UE与中继UE之间的PC5 DRX设定一致。中继UE对NW通知中继UE与NW之间的DRX关联信息。NW节点例如gNB或AMF使用该DRX关联信息进行中继UE与NW之间的DRX设定。作为这些方法，可以适当应用实施方式1到实施方式3的变形例1中公开的方法。
这样，在经由中继UE的远程UE与NW之间的通信中，能够使中继UE与NW之间的DRX设定、与远程UE与中继UE之间的PC5 DRX设定一致。另外，通过中继UE进行设定，即使在多个远程UE连接到中继UE的情况下，例如也能够进行适于多个远程UE与中继UE之间的通信中的数据产生模式的PC5 DRX设定和DRX设定。
例如，gNB可以设定两者的DRX，使得中继UE与NW之间的DRX设定、与远程UE与中继UE之间的PC5 DRX设定相一致。连接到中继UE的gNB进行远程UE与中继UE之间的通信的PC5DRX设定。适当应用实施方式4所公开的方法即可。
gNB使用与远程UE之间的PC5 DRX设定来进行中继UE与NW之间的DRX设定，以使中继UE与NW之间的DRX设定、与远程UE与中继UE之间的PC5 DRX设定一致。gNB可以对NW通知中继UE与NW之间的DRX关联信息。NW节点例如AMF使用该DRX关联信息进行中继UE与NW之间的DRX设定。作为这些方法，可以适当应用实施方式1到实施方式3的变形例1中公开的方法。
这样，在经由中继UE的远程UE与NW之间的通信中，能够使中继UE与NW之间的DRX设定、与远程UE与中继UE之间的PC5 DRX设定一致。另外，通过gNB进行设定，gNB能够识别连接到gNB的中继UE、和连接到中继UE的远程UE的所有通信状况。因此，作为***，能够在经由gNB的远程UE与NW之间的通信中进行更适当的PC5 DRX设定和DRX设定。
这样，在经由中继UE的远程UE与NW之间的通信中，能够使中继UE与NW之间的DRX设定、与远程UE与中继UE之间的PC5 DRX设定一致。这样，能够进一步降低远程UE和中继UE的功耗。
在远程UE经由中继UE连接到gNB的情况下，该gNB可以在远程UE和其他UE之间实施用于使用了PC5的通信的调度。远程UE可以经由中继UE通知关于在与其他UE之间使用PC5所进行的通信的服务的信息。gNB使用该信息对远程UE进行用于使用了PC5的通信的调度。gNB经由中继UE对远程UE通知该调度信息，远程UE根据经由中继UE从gNB接收到的调度信息，与其他UE进行使用了PC5的通信。
远程UE可以经由中继UE对gNB通知SR(Scheduling Request:调度请求)。gNB可以使用经由中继UE从远程UE接收到的SR来对远程UE进行调度。远程UE可以经由中继UE对gNB通知BSR(Buffer Scheduling Request:缓冲调度请求)。gNB可以使用经由中继UE从远程UE接收到的BSR来对远程UE进行调度。
可以设置PUCCH以用于从中继UE对gNB发送远程UE的SR。gNB可以针对中继设定远程UE的SR发送用的PUCCH。作为其他方法，可以使用PUCCH以用于从中继UE对gNB发送远程UE的SR。中继UE可将远程UE的SR包含在PUSCH中并通知给gNB。作为其他方法，可以使用MAC信令以用于从中继UE对gNB发送远程UE的SR。也可以设定为MAC CE。作为其他方法，可以使用RRC信令以用于从中继UE对gNB发送远程UE的SR。能够通知大量信息量。
对于从中继UE对gNB发送远程UE的BSR，也可以适当地应用上述方法。
这样，即使在远程UE处于gNB的覆盖范围外，并经由中继UE连接到gNB的情况下，例如，也能够从该gNB获取使用了PC5的通信用的调度信息。由于能够通过gNB进行连接到中继UE的远程UE和其他UE之间的使用了PC5的通信的调度，因此例如能够降低用于这些通信的资源的冲突。因此，能提高资源的利用效率。
在经由中继UE的远程UE与NW之间的通信中，可以使在gNB与中继UE之间设定的CG的资源定时、与在远程UE与中继UE之间设定的CG的资源定时相一致。例如，gNB可以经由中继UE进行远程UE的调度，gNB使对中继UE设定的Uu处的CG的资源定时、与对远程UE设定的PC5的CG的资源定时相一致。gNB可以进行设定以使得两者的资源定时在规定期间内。这样，能够进一步降低远程UE和中继UE的功耗。
本公开中，将产生了服务数据的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基站装置(基站)
204、214管理装置。

Claims (4)

1.一种通信***，包括：
基站；
第一通信终端，该第一通信终端构成为与所述基站进行无线通信；以及
第二通信终端，该第二通信终端构成为与所述第一通信终端进行终端间通信，所述通信***的特征在于，
所述第一通信终端构成为对所述第二通信终端与所述基站之间的通信进行中继，
在规定的期间没有应在所述第二通信终端与所述基站之间收发的数据的情况下，所述第一通信终端释放与所述基站的连接并转移到空闲状态。
2.如权利要求1所述的通信***，其特征在于，
还包括管理装置，该管理装置构成为管理关联信息，所述关联信息为将所述第一通信终端与所述第二通信终端相关联的信息，
在所述第一通信终端处于所述空闲状态的状况下产生了应发送给所述第二通信终端的数据的情况下，所述管理装置基于所述关联信息来确定与所述第二通信终端相关联的所述第一通信终端，向所确定的所述第一通信终端通知寻呼。
3.如权利要求1或2所述的通信***，其特征在于，
在所述第一通信终端处于所述空闲状态的状况下产生了应从所述第二通信终端发送给所述基站的数据的情况下，所述第一通信终端通过从所述第二通信终端接收应发送给所述基站的数据或向所述基站的连接请求，从而在与所述基站之间转移到连接状态。
4.一种通信终端，
该通信终端构成为与基站进行无线通信，其特征在于，
所述通信终端构成为与其他通信终端进行终端间通信，并且构成为对所述其他通信终端与所述基站之间的通信进行中继，
在规定的期间没有应在所述其他通信终端与所述基站之间收发的数据的情况下，所述通信终端释放与所述基站的连接并转移到空闲状态。
CN202180058805.XA 2020-08-05 2021-08-04 通信***及通信终端 Pending CN116158190A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2020-132946 2020-08-05
JP2020132946 2020-08-05
PCT/JP2021/028877 WO2022030520A1 (ja) 2020-08-05 2021-08-04 通信システムおよび通信端末

Publications (1)

Publication Number Publication Date
CN116158190A true CN116158190A (zh) 2023-05-23

Family

ID=80117445

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180058805.XA Pending CN116158190A (zh) 2020-08-05 2021-08-04 通信***及通信终端

Country Status (5)

Country Link
US (1) US20230292391A1 (zh)
EP (1) EP4195866A1 (zh)
JP (1) JPWO2022030520A1 (zh)
CN (1) CN116158190A (zh)
WO (1) WO2022030520A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4190120A4 (en) * 2020-09-25 2023-08-09 Apple Inc. USER EQUIPMENT MANAGEMENT MECHANISMS ON A SIDE LINK COMMUNICATION
US20230082718A1 (en) * 2021-09-16 2023-03-16 Qualcomm Incorporated Protocol data unit session management

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9516594B2 (en) * 2012-04-27 2016-12-06 Qualcomm Incorporated Method and apparatus for signaling in dense network operations
WO2018216774A1 (ja) * 2017-05-25 2018-11-29 京セラ株式会社 リレー無線端末及び無線端末

Also Published As

Publication number Publication date
WO2022030520A1 (ja) 2022-02-10
JPWO2022030520A1 (zh) 2022-02-10
US20230292391A1 (en) 2023-09-14
EP4195866A1 (en) 2023-06-14

Similar Documents

Publication Publication Date Title
CN117395768A (zh) 通信***、通信终端及基站
CN118158760A (zh) 用户装置、基站及通信***
WO2021044932A1 (ja) 通信システム、通信端末およびネットワーク
EP4106430A1 (en) Communication system and communication terminal
WO2022113875A1 (ja) 通信システムおよび通信端末
EP4135468A1 (en) Communication system, communication terminal, and base station
WO2022030488A1 (ja) 通信システムおよび基地局
JP2023145753A (ja) 通信システム、基地局および通信端末
CN114731737A (zh) 通信***、通信终端及基站
JP2023179745A (ja) 通信システム、ユーザ装置および基地局
WO2022030520A1 (ja) 通信システムおよび通信端末
CN114846836A (zh) 通信***、基站及通信终端
CN114303423A (zh) 通信***、通信终端及基站
WO2022181525A1 (ja) 通信システムおよび通信端末
CN113170319A (zh) 通信***及通信终端装置
WO2023095804A1 (ja) 通信システム
WO2022210184A1 (ja) 通信システムおよび基地局
WO2023013513A1 (ja) 通信システム
WO2023054394A1 (ja) 通信システム
CN116868623A (zh) 通信***及基站
CN115918170A (zh) 通信***、通信终端及管理装置
CN118266263A (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