CN114175843A - 通信系统、通信终端以及网络 - Google Patents

通信系统、通信终端以及网络 Download PDF

Info

Publication number
CN114175843A
CN114175843A CN202080048206.5A CN202080048206A CN114175843A CN 114175843 A CN114175843 A CN 114175843A CN 202080048206 A CN202080048206 A CN 202080048206A CN 114175843 A CN114175843 A CN 114175843A
Authority
CN
China
Prior art keywords
amf
release
connection
signaling
request
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
CN202080048206.5A
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 CN114175843A publication Critical patent/CN114175843A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/32—Release of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/06—De-registration or detaching
    • 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
    • H04W68/005—Transmission of information for alerting of incoming communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • 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

Landscapes

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

Abstract

本发明提供一种能够提高通信系统的鲁棒性的技术。通信系统包括通信终端；构成为能够与通信终端无线通信的第一网络；以及构成为能够与第一网络通信的至少一个第二网络。在通信终端连接到第一网络并且经由第一网络连接到至少一个第二网络的状态下，在第一网络决定释放第一网络与通信终端之间的连接时(ST1401)，通信终端或第一网络指示至少一个第二网络释放与通信终端之间的连接(ST1405)。

Description

通信系统、通信终端以及网络
技术领域
本公开涉及无线通信技术。
背景技术
在移动体通信系统的标准化组织即3GPP(3rd Generation PartnershipProject：第三代合作伙伴项目)中，研究了在无线区间方面被称为长期演进(Long TermEvolution：LTE)、在包含核心网络及无线接入网(以下也统称为网络)的系统整体结构方面被称为系统架构演进(System Architecture Evolution：SAE)的通信方式(例如，非专利文献1～5)。该通信方式也被称为3.9G(3.9Generation：3.9代)系统。
作为LTE的接入方式，下行链路方向使用OFDM(Orthogonal Frequency DivisionMultiplexing：正交频分复用)，上行链路方向使用SC-FDMA(Single Carrier FrequencyDivision Multiple Access：单载波频分多址)。另外，与W-CDMA(Wideband Code DivisionMultiple Access：宽带码分多址)不同，LTE不包含线路交换，仅为分组通信方式。
使用图1来说明非专利文献1(第5章)所记载的3GPP中的与LTE系统的帧结构有关的决定事项。图1是示出LTE方式的通信系统中所使用的无线帧的结构的说明图。图1中，一个无线帧(Radio frame)为10ms。无线帧被分割为10个大小相等的子帧(Subframe)。子帧被分割为2个大小相等的时隙(slot)。每个无线帧的第一个子帧和第六个子帧中包含下行链路同步信号(Downlink Synchronization Signal)。同步信号中有第一同步信号(PrimarySynchronization Signal(主同步信号)：P-SS)和第二同步信号(SecondarySynchronization Signal(辅同步信号)：S-SS)。
非专利文献1(第五章)中记载有3GPP中与LTE系统中的信道结构有关的决定事项。假设CSG(Closed Subscriber Group：封闭用户组)小区中也使用与non-CSG小区相同的信道结构。
物理广播信道(Physical Broadcast Channel：PBCH)是从基站装置(以下有时简称为“基站”)到移动终端装置(以下有时简称为“移动终端”)等通信终端装置(以下有时简称为“通信终端”)的下行链路发送用信道。BCH传输块(transport block)被映射到40ms间隔中的四个子帧。不存在40ms定时的清楚的信令。
物理控制格式指示信道(Physical Control Format Indicator Channel：PCFICH)是从基站到通信终端的下行链路发送用信道。PCFICH从基站向通信终端通知用于PDCCHs的OFDM(Orthogonal Frequency Division Multiplexing：正交频分复用)码元的数量。PCFICH按每个子帧进行发送。
物理下行链路控制信道(Physical Downlink Control Channel：PDCCH)是从基站到通信终端的下行链路发送用信道。PDCCH对作为后述的传输信道之一的下行链路共享信道(Downlink Shared Channel：DL-SCH)的资源分配(allocation)信息、作为后述的传输信道之一的寻呼信道(Paging Channel：PCH)的资源分配(allocation)信息、及与DL-SCH有关的HARQ(Hybrid Automatic Repeat reQuest：混合自动重复请求)信息进行通知。PDCCH传送上行链路调度许可(Uplink Scheduling Grant)。PDCCH传送针对上行链路发送的响应信号即Ack(Acknowledgement：确认)/Nack(Negative Acknowledgement：不予确认)。PDCCH也被称为L1/L2控制信号。
物理下行链路共享信道(Physical Downlink Shared Channel：PDSCH)是从基站到通信终端的下行链路发送用信道。PDSCH映射有作为传输信道的下行链路共享信道(DL－SCH)及作为传输信道的PCH。
物理多播信道(Physical Multicast Channel：PMCH)是从基站到通信终端的下行链路发送用信道。PMCH中映射有作为传输信道的多播信道(Multicast Channel：MCH)。
物理上行链路控制信道(Physical Uplink Control Channel：PUCCH)是从通信终端到基站的上行链路发送用信道。PUCCH传送针对下行链路发送的响应信号(responsesignal)即Ack/Nack。PUCCH传送CSI(Channel State Information：信道状态信息)。CSI由RI(Rank Indicator：秩指示)、PMI(Precoding Matrix Indicator：预编码矩阵指示)、CQI(Channel Quality Indicator：信道质量指示符)报告来构成。RI是指MIMO的信道矩阵的等级信息。PMI是指MIMO中使用的预编码等待矩阵的信息。CQI是指表示接收到的数据的质量、或者表示通信线路质量的质量信息。并且PUCCH传送调度请求(Scheduling Request：SR)。
物理上行链路共享信道(Physical Uplink Shared Channel：PUSCH)是从通信终端到基站的上行链路发送用信道。PUSCH中映射有作为传输信道之一的上行链路共享信道(Uplink Shared Channel：UL-SCH)。
物理HARQ指示符信道(Physical Hybrid ARQ Indicator Channel：PHICH)是从基站到通信终端的下行链路发送用信道。PHICH传送针对上行链路发送的响应信号即Ack/Nack。物理随机接入信道(Physical Random Access Channel：PRACH)是从通信终端到基站的上行链路发送用信道。PRACH传送随机接入前导(random access preamble)。
下行链路参照信号(参考信号(Reference Signal)：RS)是作为LTE方式的通信系统而已知的码元。定义有以下5种下行链路参照信号。小区固有参照信号(Cell-specificReference Signal：CRS)、MBSFN参照信号(MBSFN Reference Signal)、UE固有参照信号(UE-specific Reference Signal)即数据解调用参照信号(Demodulation ReferenceSignal：DM-RS)、定位参照信号(Positioning Reference Signal：PRS)、及信道状态信息参照信号(Channel State Information Reference Signal：CSI-RS)。作为通信终端的物理层的测定，存在参考信号的接收功率(Reference Signal Received Power：RSRP)测定。
上行链路参照信号也相同地是作为LTE方式的通信系统而已知的码元。定义有以下2种上行链路参照信号。为数据解调用参照信号(Demodulation Reference Signal：DM-RS)、探测用参照信号(Soundhing Reference Signal：SRS)。
对非专利文献1(第5章)所记载的传输信道(Transport channel)进行说明。下行链路传输信道中的广播信道(Broadcast channel：BCH)被广播到其基站(小区)的整个覆盖范围。BCH被映射到物理广播信道(PBCH)。
对下行链路共享信道(Downlink Shared Channel：DL-SCH)应用基于HARQ(HybridARQ：混合ARQ)的重发控制。DL－SCH能够对基站(小区)的整个覆盖范围进行广播。DL-SCH对动态或准静态(Semi-static)的资源分配进行支持。准静态的资源分配也被称为持久调度(Persistent Scheduling)。DL-SCH为了降低通信终端的功耗而对通信终端的非连续接收(Discontinuous reception：DRX)进行支持。DL-SCH被映射到物理下行链路共享信道(PDSCH)。
寻呼信道(Paging Channel：PCH)为了能降低通信终端的功耗而对通信终端的DRX进行支持。PCH被要求对基站(小区)的整个覆盖范围进行广播。PCH被映射到能动态地利用于话务(traffic)的物理下行链路共享信道(PDSCH)那样的物理资源。
多播信道(Multicast Channel：MCH)用于向基站(小区)的整个覆盖范围进行广播。MCH对多小区发送中的MBMS(Multimedia Broadcast Multicast Service：多媒体广播多播服务)服务(MTCH和MCCH)的SFN合成进行支持。MCH对准静态的资源分配进行支持。MCH被映射到PMCH。
将基于HARQ(Hybrid ARQ)的重发控制应用于上行链路传输信道中的上行链路共享信道(Uplink Shared Channel：UL-SCH)。UL-SCH对动态或准静态(Semi-static)的资源分配进行支持。UL-SCH被映射到物理上行链路共享信道(PUSCH)。
随机接入信道(Random Access Channel：RACH)被限制为控制信息。RACH存在冲突的风险。RACH被映射到物理随机接入信道(PRACH)。
对HARQ进行说明。HARQ是指通过组合自动重发请求(Automatic Repeat reQuest：ARQ)和纠错(Forward Error Correction：前向纠错)来提高传输线路的通信质量的技术。HARQ具有如下优点：即使对于通信质量发生变化的传输线路，也能利用重发使纠错有效地发挥作用。特别是在进行重发时，通过将初送的接收结果和重发的接收结果进行合成，也能进一步提高质量。
对重发方法的一个示例进行说明。在接收侧不能对接收数据正确地进行解码时，换言之，在产生了CRC(Cyclic Redundancy Check：循环冗余校验)错误时(CRC＝NG)，从接收侧向发送侧发送“Nack”。接收到“Nack”的发送侧对数据进行重发。在接收侧能够对接收数据正确地进行解码时，换言之，在未产生CRC错误时(CRC＝OK)，从接收侧向发送侧发送“Ack”。接收到“Ack”的发送侧对下一个数据进行发送。
对非专利文献1(第6章)所记载的逻辑信道(Logical channel)进行说明。广播控制信道(Broadcast Control Channel：BCCH)是用于广播系统控制信息的下行链路信道。作为逻辑信道的BCCH被映射到作为传输信道的广播信道(BCH)、或者下行链路共享信道(DL-SCH)。
寻呼控制信道(Paging Control Channel：PCCH)是用于发送寻呼信息(PagingInformation)及系统信息(System Information)的变更的下行链路信道。PCCH用于网络不知晓通信终端的小区位置的情况。作为逻辑信道的PCCH被映射到作为传输信道的寻呼信道(PCH)。
共享控制信道(Common Control Channel：CCCH)是用于通信终端与基站之间的发送控制信息的信道。CCCH用于通信终端与网络之间不具有RRC连接(connection)的情况。在下行链路方向，CCCH被映射到作为传输信道的下行链路共享信道(DL-SCH)。在上行链路方向，CCCH被映射到作为传输信道的上行链路共享信道(UL-SCH)。
多播控制信道(Multicast Control Channel：MCCH)是用于单点对多点的发送的下行链路信道。MCCH用于从网络向通信终端发送一个或若干个MTCH用的MBMS控制信息。MCCH仅用于MBMS接收过程中的通信终端。MCCH被映射到作为传输信道的多播信道(MCH)。
专用控制信道(Dedicated Control Channel：DCCH)是用于以点对点方式发送通信终端与网络之间的专用控制信息的信道。DCCH用于通信终端为RRC连接(connection)的情况。DCCH在上行链路中被映射到上行链路共享信道(UL-SCH)，在下行链路中被映射到下行链路共享信道(DL-SCH)。
专用话务信道(Dedicated Traffic Channel：DTCH)是用于向专用通信终端发送用户信息的点对点通信的信道。DTCH在上行链路和下行链路中都存在。DTCH在上行链路中被映射到上行链路共享信道(UL-SCH)，在下行链路中被映射到下行链路共享信道(DL-SCH)。
多播话务信道(Multicast Traffic channel：MTCH)是用于从网络向通信终端发送话务数据的下行链路信道。MTCH是仅用于MBMS接收过程中的通信终端的信道。MTCH被映射到多播信道(MCH)。
CGI指小区全球标识(Cell Global Identifier)。ECGI指E-UTRAN小区全球标识(E-UTRAN Cell Global Identifier)。在LTE、后述的LTE-A(Long Term EvolutionAdvanced：长期演进)及UMTS(Universal Mobile Telecommunication System：通用移动通信系统)中，导入了CSG(Closed Subscriber Group：封闭用户组)小区。
通信终端的位置追踪以由一个以上的小区构成的区域为单位来进行。位置追踪是为了即使在待机状态下也能追踪通信终端的位置，从而呼叫通信终端，换言之，是为了能呼叫通信终端而进行的。将用于该通信终端的位置追踪的区域称为追踪区域。
此外，3GPP中，作为版本10，长期演进(Long Term Evolution Advanced：LTE-A)的标准制正不断推进(参照非专利文献3、非专利文献4)。LTE-A以LTE的无线区间通信方式为基础，通过向其中增加一些新技术来构成。
在LTE-A系统中，为了支持高达100MHz的更宽的频带宽度(transmissionbandwidths)，研究了对两个以上的分量载波(Component Carrier：CC)进行汇集(也称为聚合(aggregation))的载波聚合(Carrier Aggregation：CA)。关于CA，在非专利文献1中有记载。
在构成CA的情况下，UE具有与网络(Network：NW)唯一的RRC连接(RRCconnection)。在RRC连接中，一个服务小区提供NAS移动信息和安全性输入。将该小区称为主小区(Primary Cell：PCell)。在下行链路中，与PCell对应的载波是下行链路主分量载波(Downlink Primary Component Carrier：DLPCC)。在上行链路中，与PCell对应的载波是上行链路主分量载波(Uplink Primary Component Carrier：ULPCC)。
根据UE的能力(能力(capability))，构成辅服务小区(Secondary Cell：SCell)，以与PCell一起形成服务小区的组。在下行链路中，与SCell对应的载波是下行链路辅分量载波(Downlink Secondary Component Carrier：DLSCC)。在上行链路中，与SCell对应的载波是上行链路辅分量载波(Uplink Secondary Component Carrier：ULSCC)。
针对一个UE，构成由一个PCell和一个以上的SCell构成的服务小区的组。
此外，作为LTE-A的新技术，存在支持更宽频带的技术(Wider bandwidthextension：带宽扩展)、及多地点协调收发(Coordinated Multiple Point transmissionand reception：CoMP)技术等。关于为了在3GPP中实现LTE-A而研究的CoMP，在非专利文献1中有所记载。
此外，3GPP中，为了应对将来大量的话务量，正在研究使用构成小蜂窝小区的小eNB(以下，有时称为“小规模基站装置”)。例如，正在研究如下技术等，即：通过设置多个小eNB，并构成多个小蜂窝小区来提高频率利用效率，实现通信容量的增大。具体而言，存在由UE与两个eNB相连接来进行通信的双连接(Dual Connectivity；简称为DC)等。关于DC，在非专利文献1中有所记载。
有时将进行双连接(DC)的eNB中的一个称为“主eNB(简称为MeNB)”，将另一个称为“辅eNB(简称为SeNB)”。
移动网络的话务量有增加的趋势，通信速度也不断向高速化发展。若正式开始运用LTE及LTE-A，则可以预见到通信速度将进一步加快。
此外，以对更新换代的移动体通信在2020年以后开始服务为目标的第五代(以下有时记为“5G”)无线接入系统正在研究中。例如，在欧洲，正由METIS这一组织来总结5G的要求事项(参照非专利文献5)。
在5G无线接入系统中，对于LTE系统，设系统容量为1000倍，数据传送速度为100倍，数据处理延迟为10分之1(1/10)，通信终端的同时连接数为100倍，可列举出实现进一步低功耗化及装置的低成本化的情况作为必要条件。
为了满足这样的要求，3GPP中，作为版本15，5G标准的探讨正不断推进(参照非专利文献6～18)。5G的无线区间的技术称为“New Radio Access Technology：新无线接入技术”(“New Radio”简称为“NR”)。
NR系统基于LTE系统、LTE-A系统的探讨不断推进，但在以下这一点，进行来自LTE系统、LTE-A系统的变更和追加。
作为NR的接入方式，下行链路方向使用OFDM，上行链路方向使用OFDM、DFT-s-OFDM(DFT-spread(传播)-OFDM)。
在NR中，与LTE相比能使用较高的频率，以提高传送速度、降低处理延迟。
在NR中，通过在形成较窄的波束状的收发范围(波束成形)的同时使波束的方向发生变化(波束扫描)，从而力图确保小区覆盖范围。
在NR的帧结构中支持各种各样的子载波间隔、即各种各样的参数集(Numerology)。在NR中，1个子帧为1毫秒，1个时隙由14个码元构成，而与参数集无关。另外，1个子帧中所包含的时隙数量在子载波间隔为15kHz的参数集中为一个，在其他参数集中与子载波间隔成比例地变多(参照非专利文献13(TS38.211 v15.2.0))。
NR中的下行链路同步信号作为同步信号突发(Synchronization Signal Burst；以下有时称为SS突发)，以规定的周期在规定的持续时间内从基站被发送。SS突发由基站的每个波束的同步信号模块(Synchronization Signal Block；以下有时称为SS模块)。基站在SS突发的持续时间内改变波束来发送各波束的SS模块。SS模块由P-SS、S-SS以及PBCH构成。
在NR中，作为NR的下行链路参照信号，通过追加相位追踪参照信号(PhaseTracking Reference Signal：PTRS)，来力图降低相位噪声的影响。在上行链路参照信号中，也与下行链路相同地追加PTRS。
在NR中，为了灵活地进行时隙内的DL/UL的切换，对PDCCH所包含的信息中追加了时隙构成通知(Slot Format Indication：SFI)。
另外，在NR中，基站针对UE预先设定载波频带中的一部分(以下，有时称为Bandwidth Part(BWP)),UE在该BWP中在自身与基站之间进行收发，从而力图降低UE中的功耗。
在3GPP中，作为DC方式，探讨有与EPC相连接的LTE基站和NR基站所进行的DC、与5G核心系统相连接的NR基站所进行的DC、以及与5G核心系统相连接的LTE基站和NR基站所进行的DC(参照非专利文献12、16、19)。
另外，在3GPP中，探讨了一些新技术。例如，探讨了非公共网络(Non PublicNetwork；NPN)、经由NPN向PLMN的连接、经由PLMN向NPN的连接等(参照非专利文献20、21)。
现有技术文献
非专利文献
非专利文献1：3GPP TS36.300 V15.4.0
非专利文献2：3GPP S1-083461
非专利文献3：3GPP TR 36.814 V9.2.0
非专利文献4：3GPP TR 36.912 V15.0.0
非专利文献5：“Scenarios，requirements and KPIs for 5G mobile andwireless system”，ICT-317669-METIS/D1.1
非专利文献6：3GPP TR 23.799 V14.0.0
非专利文献7：3GPP TR 38.801 V14.0.0
非专利文献8：3GPP TR 38.802 V14.2.0
非专利文献9：3GPP TR 38.804 V14.0.0
非专利文献10：3GPP TR 38.912 V14.1.0
非专利文献11：3GPP RP-172115
非专利文献12：3GPP TS37.340 V15.2.0
非专利文献13：3GPP TS38.211 V15.2.0
非专利文献14：3GPP TS38.213 V15.2.0
非专利文献15：3GPP TS38.214 V15.2.0
非专利文献16：3GPP TS38.300 V15.2.0
非专利文献17：3GPP TS38.321 V15.2.0
非专利文献18：3GPP TS38.212 V15.2.0
非专利文献19：3GPP RP-161266
非专利文献20：3GPP TR 23.734 V16.2.0
非专利文献21：3GPP S2-1903275
非专利文献22：3GPP TS23.501 V16.1.0
非专利文献23：IETFRFC7296、因特网<URL：https://tools.ietf.org/html/rfc7296>
非专利文献24：3GPP TS38.413 V15.3.0
非专利文献25：3GPP TS23.502 V16.1.1
非专利文献26：3GPP TS24.501 V16.1.0
非专利文献27：3GPP TS38.331 V15.6.0
非专利文献28：IETFRFC3706、因特网<URL：https://tools.ietf.org/html/rfc3706>
发明内容
发明所要解决的技术问题
正在探讨在3GPP中引入使用5G通信系统(以下，有时称为5G系统)的NPN。例如，正在探讨在工厂等室内导入使用了5G的NPN(参照非专利文献20(3GPP TR23.734 V16.2.0))。正在探讨从UE经由NPN向公共网络的连接、从UE经由公共网络向NPN的连接。然而，如上所述，没有定义两个网络级联的情况下的进程。例如，未公开在经由NPN向公共网络的连接中释放UE与NPN之间的连接的情况下的UE与公共网络之间的连接。其结果会产生下述问题，即：在UE和公共网络之间发生误动作，在通信系统中动作变得不稳定。
本公开鉴于上述问题，其目的之一在于提供一种能够提高通信系统的鲁棒性的技术。
用于解决技术问题的技术手段
根据本公开，提供一种通信系统，包括：通信终端；构成为能够与所述通信终端无线通信的第一网络；以及构成为能够与所述第一网络通信的至少一个第二网络，该通信系统的特征在于，在所述通信终端连接到所述第一网络并且经由所述第一网络连接到所述至少一个第二网络的状态下，在所述第一网络决定释放所述第一网络与所述通信终端之间的连接时，所述通信终端或所述第一网络指示所述至少一个第二网络释放与所述通信终端之间的连接。
根据本公开，提供一种构成为能够与第一网络无线通信的通信终端，其特征在于，在所述通信终端连接到所述第一网络并且经由所述第一网络连接到至少一个第二网络的状态下，所述通信终端在从所述第一网络通知了释放所述第一网络与所述通信终端之间的连接时，所述通信终端指示所述至少一个第二网络释放与所述通信终端之间的连接。
根据本公开，提供一种构成为能够与通信终端无线通信且构成为能够与至少一个其他网络通信的网络，其特征在于，在所述通信终端连接到所述网络并且经由所述网络连接到所述至少一个其他网络的状态下，所述网络在决定释放所述网络与所述通信终端之间的连接时，所述网络指示所述至少一个其他网络释放与所述通信终端之间的连接。
发明效果
根据本公开，能够提高通信系统的鲁棒性。
本发明的目的、特征、方面以及优点通过以下详细的说明和附图将变得更为明了。
附图说明
图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，将经由内侧NW与外侧NW连接的UE从与内侧NW及外侧NW的连接中释放的动作的第一例的序列图。
图15是示出关于实施方式1，将经由内侧NW与外侧NW连接的UE从与内侧NW及外侧NW的连接中释放的动作的第一例的序列图。
图16是示出关于实施方式1，将经由内侧NW与外侧NW连接的UE从与内侧NW及外侧NW的连接中释放的动作的第二例的序列图。
图17是示出关于实施方式1，将经由内侧NW与外侧NW连接的UE从与内侧NW及外侧NW的连接中释放的动作的第二例的序列图。
图18是示出关于实施方式1，将经由内侧NW与外侧NW连接的UE从与内侧NW及外侧NW的连接中释放的动作的第三例的序列图。
图19是示出关于实施方式1，将经由内侧NW与外侧NW连接的UE从与内侧NW及外侧NW的连接中释放的动作的第三例的序列图。
图20是示出关于实施方式1，将经由内侧NW与外侧NW连接的UE从与内侧NW及外侧NW的连接中释放的动作的第四例的序列图。
图21是示出关于实施方式1，将经由内侧NW与外侧NW连接的UE从与内侧NW及外侧NW的连接中释放的动作的第四例的序列图。
图22是示出关于实施方式1的变形例1，释放经由内侧NW与外侧NW连接的UE的登记的动作的第一例的序列图。
图23是示出关于实施方式1的变形例1，释放经由内侧NW与外侧NW连接的UE的登记的动作的第一例的序列图。
图24是示出关于实施方式1的变形例1，释放经由内侧NW与外侧NW连接的UE的登记的动作的第一例的序列图。
图25是示出关于实施方式1的变形例1，释放经由内侧NW与外侧NW连接的UE的登记的动作的第二例的序列图。
图26是示出关于实施方式1的变形例1，释放经由内侧NW与外侧NW连接的UE的登记的动作的第二例的序列图。
图27是示出关于实施方式1的变形例1，释放经由内侧NW与外侧NW连接的UE的登记的动作的第二例的序列图。
图28是示出关于实施方式1的变形例2，通过外侧NW启动连接开始，将UE经由内侧NW连接到外侧NW的动作的序列图。
图29是示出关于实施方式1的变形例2，通过外侧NW启动连接开始，将UE经由内侧NW连接到外侧NW的动作的序列图。
图30是示出关于实施方式1的变形例3，关于经由内侧NW与外侧NW连接的UE，伴随内侧PDU会话释放而释放外侧PDU会话的动作的第一例的序列图。
图31是示出关于实施方式1的变形例3，关于经由内侧NW与外侧NW连接的UE，伴随内侧PDU会话释放而释放外侧PDU会话的动作的第一例的序列图。
图32是示出关于实施方式1的变形例3，关于经由内侧NW与外侧NW连接的UE，伴随内侧PDU会话释放而释放外侧PDU会话的动作的第一例的序列图。
图33是示出关于实施方式1的变形例3，关于经由内侧NW与外侧NW连接的UE，伴随内侧PDU会话释放而释放外侧PDU会话的动作的第一例的序列图。
图34是示出关于实施方式1的变形例3，关于经由内侧NW与外侧NW连接的UE，伴随内侧PDU会话释放而释放外侧PDU会话的动作的第二例的序列图。
图35是示出关于实施方式1的变形例3，关于经由内侧NW与外侧NW连接的UE，伴随内侧PDU会话释放而释放外侧PDU会话的动作的第二例的序列图。
图36是示出关于实施方式1的变形例4，关于经由内侧NW与外侧NW连接的UE，伴随内侧U层面的停止而停止外侧U层面的动作的序列图。
图37是示出关于实施方式1的变形例4，关于经由内侧NW与外侧NW连接的UE，伴随内侧U层面的停止而停止外侧U层面的动作的序列图。
图38是示出关于实施方式1的变形例5，伴随向RRC_INACTIVE的迁移而释放外侧AN的动作的第一例的序列图。
图39是示出关于实施方式1的变形例5，伴随向RRC_INACTIVE的迁移而释放外侧AN的动作的第二例的序列图。
图40是示出关于实施方式1的变形例6，向外侧NW通知内侧NW中的UE设定更新的动作的序列图。
图41是示出关于实施方式1的变形例6，向内侧NW通知外侧NW中的UE设定更新的动作的序列图。
图42是关于实施方式2，经由内侧NW与外侧NW连接的UE具有的、与内侧NW有关的CM状态的迁移图。
图43是关于实施方式2，经由内侧NW与外侧NW连接的UE具有的、与外侧NW有关的CM状态的迁移图。
图44是关于实施方式2，经由内侧NW与外侧NW连接的UE具有的CM状态的迁移图。
具体实施方式
实施方式1
图2是示出了3GPP中所讨论的LTE方式的通信系统200的整体结构的框图。对图2进行说明。将无线接入网称为E-UTRAN(Evolved Universal Terrestrial Radio AccessNetwork：演进通用陆地无线接入网)201。通信终端装置即移动终端装置(以下称为“移动终端(User Equipment：UE)”)202能与基站装置(以下称为“基站(E-UTRAN NodeB：eNB)”)203进行无线通信，利用无线通信进行信号的收发。
此处，“通信终端装置”不仅指可移动的移动电话终端装置等移动终端装置，还包含传感器等不移动的设备。以下的说明中，有时将“通信终端装置”简称为“通信终端”。
若针对移动终端202的控制协议例如RRC(Radio Resource Control：无线资源控制)、以及用户层面(以下，有时也称为U-Plane)例如PDCP(Packet Data ConvergenceProtocol：分组数据分集协议)、RLC(Radio Link Control：无线链路控制)、MAC(MediumAccess Control：介质接入控制)、PHY(Physical layer：物理层)在基站203终止，则E-UTRAN由一个或多个基站203构成。
移动终端202与基站203之间的控制协议RRC(Radio Resource Control)进行广播(Broadcast)、寻呼(paging)、RRC连接管理(RRC connection management)等。RRC中的基站203与移动终端202的状态有RRC_IDLE和RRC_CONNECTED。
在RRC_IDLE时进行PLMN(Public Land Mobile Network：公共陆地移动网络)选择、系统信息(System Information：SI)的广播、寻呼(paging)、小区重选(cellre-selection)、移动性等。在RRC_CONNECTED时，移动终端具有RRC连接(connection)，能够与网络进行数据的收发。此外，在RRC_CONNECTED中，进行切换(Handover：HO)、相邻小区(Neighbour cell)的测定(测量(measurement))等。
基站203由1个或多个eNB207构成。另外，将由作为核心网络的EPC(EvolvedPacket Core：演进分组核心)和作为无线接入网的E-UTRAN201构成的系统称为EPS(Evolved Packet System：演进分组系统)。有时将作为核心网络的EPC和作为无线接入网的E-UTRAN 201统称为“网络”。
eNB207通过S1接口与移动管理实体(Mobility Management Entity：MME)、S-GW(Serving Gateway：服务网关)、或包含MME和S-GW在内的MME/S-GW部(以下有时称为揗ME部)？204相连接，并在eNB207与MME部204之间进行控制信息的通信。一个eNB 207可以与多个MME部204相连接。eNB207之间通过X2接口相连接，在eNB207之间进行控制信息的通信。
MME部204为上位装置，具体而言是上位节点，控制作为基站的eNB207与移动终端(UE)202之间的连接。MME部204构成作为核心网络的EPC。基站203构成E-UTRAN201。
基站203可以构成一个小区，也可以构成多个小区。各小区具有预定的范围来作为能与移动终端202进行通信的范围即覆盖范围，并在覆盖范围内与移动终端202进行无线通信。在一个基站203构成多个小区的情况下，各个小区构成为能与移动终端202进行通信。
图3是示出了3GPP中所讨论的5G方式的通信系统210的整体结构的框图。对图3进行说明。将无线接入网称为NG-RAN(Next Generation Radio Access Network：下一代无线电接入网)211。UE 202能与NR基站装置(以下称为“NR基站(NG-RAN NodeB:gNB)”)213进行无线通信，以无线通信的方式进行信号的收发。另外，核心网络被称为5G核心(5G Core：5GC)。
若针对UE202的控制协议例如RRC(Radio Resource Control：无线资源控制)、以及用户层面(以下，有时也称为U-Plane)例如SDAP(Service Data Adaptation Protocol：业务数据适配协议)、PDCP(Packet Data Convergence Protocol：分组数据分集协议)、RLC(Radio Link Control：无线链路控制)、MAC(Medium Access Control：介质接入控制)、PHY(Physical layer：物理层)在NR基站213终止，则NG-RAN由一个或多个NR基站213构成。
UE202与NR基站213之间的控制协议RRC(Radio Resource Control：无线资源控制)的功能与LTE相同。作为RRC中的NR基站213与UE202之间的状态，有RRC_IDLE、RRC_CONNECTED以及RRC_INACTIVE。
RRC_IDLE、RRC_CONNECTED与LTE方式相同。在RRC_INACTIVE在维持5G核心与NR基站213之间的连接的同时，进行系统信息(System Information：SI)的广播、寻呼(paging)、小区重选(cell re-selection)、移动等。
gNB217通过NG接口与接入/移动管理功能(Access and Mobility ManagementFunction：AMF)、会话管理功能(Session Management Functio：SMF)、或UPF(User PlaneFunction：用户层面功能)、或包含AMF、SMF及UPF的AMF/SMF/UPF部(以下，有时称“5GC部”)214相连接。在gNB217与5GC部214之间进行控制信息和/或用户数据的通信。NG接口是gNB217与AMF之间的N2接口、gNB217与UPF之间的N3接口、AMF与SMF之间的N11接口以及UPF与SMF之间的N4接口的总称。一个gNB217可以与多个5GC部214相连接。gNB217之间通过Xn接口相连接，在gNB217之间进行控制信息和/或用户数据的通信。
NR基站213也与基站203相同，可以构成一个或多个小区。在一个NR基站213构成多个小区的情况下，各个小区构成为能与UE202进行通信。
gNB217可以分割为中央单元(Central Unit；以下有时称为CU)218、分散单元(Distributed Unit：以下有时称为DU)219。CU218在gNB217中构成为一个。DU219在gNB217中构成为一个或多个。CU218通过F1接口与DU 219相连接，在CU218与DU219之间进行控制信息和/或用户数据的通信。
5G方式的通信系统还可以包括非专利文献22(3GPP TS23.501 V16.1.0)中记载的综合数据管理(Unified Data Management，UDM)功能、策略控制功能(Policy ControlFunction，PCF)。UDM和/或PCF可以包括在图3的5GC部中。
5G方式的通信系统还可以包括非专利文献22(3GPP TS23.501 V16.1.0)中记载的非3GPP交互功能(Non-3GPP Interworking Function，N3IWF)。N3IWF可在与UE之间的非3GPP接入中终止接入网络(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连接经由eNB 223-1来进行的示例，但也可以在MME部204与gNB 224-2之间直接进行。
图5是示出基于与NG核心相连接的gNB的DC的结构的图。在图5中，实线表示U-Plane的连接，虚线表示C-Plane的连接。在图5中，gNB224-1为主基站，gNB224-2为辅基站(有时将该DC结构称为NR-DC)。在图5中，示出了5GC部214与gNB 224-2之间的U-Plane连接经由gNB 224-1来进行的示例，但也可以在5GC部214与gNB 224-2之间直接进行。
图6是示出基于与NG核心相连接的eNB和gNB的DC的结构的图。在图6中，实线表示U-Plane的连接，虚线表示C-Plane的连接。在图6中，eNB 226-1为主基站，gNB 224-2为辅基站(有时将该DC结构称为NG-EN-DC)。在图6中，示出了5GC部214与gNB 224-2之间的U-Plane连接经由eNB 226-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的结构。PDNGW通信部501进行MME204a和PDNGW之间的数据收发。基站通信部502在MME204a与基站203之间经由S1接口进行数据收发。在从PDN GW接收到的数据是用户数据的情况下，用户数据从PDN GW通信部501经由用户层面通信部503被传送到基站通信部502，并被发送至一个或多个基站203。在从基站203接收到的数据是用户数据的情况下，用户数据从基站通信部502经由用户层面通信部503被传送到PDN GW通信部501，并被发送至PDN GW。
在从PDN GW接收到的数据是控制数据的情况下，控制数据从PDN GW通信部501被传送到控制层面控制部505。在从基站203接收到的数据是控制数据的情况下，控制数据从基站通信部502被传送到控制层面控制部505。
控制层面控制部505中包含有NAS安全部505-1、SAE承载控制部505-2、空闲状态(Idle State)移动管理部505-3等，并进行针对控制层面(以下，有时也称为C-Plane)的所有处理。NAS安全部505-1进行NAS(Non-Access Stratum：非接入阶层)消息的安全性等。SAE承载控制部505-2进行SAE(System Architecture Evolution：系统架构演进)的承载的管理等。空闲状态移动管理部505-3进行待机状态(空闲状态(Idle State)；LTE-IDLE状态、或仅称为空闲)的移动管理、待机状态时的寻呼信号的生成及控制、覆盖范围下的一个或者多个移动终端202的跟踪区域的追加、删除、更新、检索、跟踪区域列表管理等。
MME204a对一个或多个基站203进行寻呼信号的分配。此外，MME204a进行待机状态(Idle State)的移动控制(Mobility control)。MME204a在移动终端处于待机状态时及处于活动状态(Active State)时进行跟踪区域(Tracking Area)列表的管理。MME204a通过向属于UE所登记(registered：注册)的跟踪区域(Tracking Area)的小区发送寻呼消息，从而开始进行寻呼协议。与MME204a相连接的eNB207的CSG的管理、CSG ID的管理、以及白名单管理可以由空闲状态移动管理部505-3来进行。
图11是示出5GC的结构的框图。图11中示出了上述图3所示的5GC部214的结构。图11示出了在图5所示的5GC部214中包含有AMF的结构、SMF的结构以及UPF的结构的情况。数据网(Data Network)通信部521进行5GC部214与数据网之间的数据收发。基站通信部522在5GC部214与基站203之间通过S1接口进行数据收发、和/或在5GC部214与基站213之间通过NG接口进行数据收发。在从数据网接收到的数据是用户数据的情况下，用户数据从数据网通信部521经由用户层面通信部523被传送到基站通信部522，并被发送至一个或多个基站203和/或基站213。在从基站203和/或基站213接收到的数据是用户数据的情况下，用户数据从基站通信部522经由用户层面通信部523被传送到数据网通信部521，并被发送至数据网。
在从数据网接收到的数据是控制数据的情况下，控制数据从数据网通信部521经由用户层面控制部523被传送到会话管理部527。会话管理部527将控制数据传送到控制层面控制部525。在从基站203和/或基站213接收到的数据是控制数据的情况下，控制数据从基站通信部522被传送到控制层面控制部525。控制层面控制部525将控制数据传送到会话管理部527。
控制层面控制部525包含NAS安全部525-1、PDU会话控制部525-2、空闲状态(IdleState)移动管理部525-3等，并进行针对控制层面(以下，有时也称为C-Plane)的所有处理。NAS安全部525-1进行NAS(Non-Access Stratum：非接入阶层)消息的安全性等。PDU会话控制部525-2进行移动终端202与5GC部214之间的PDU会话的管理等。空闲状态移动管理部525-3进行待机状态(空闲状态(Idle State)；RRC_IDLE状态、或仅称为空闲)的移动管理、待机状态时的寻呼信号的生成及控制、覆盖范围下的一个或者多个移动终端202的跟踪区域的追加、删除、更新、检索、跟踪区域列表管理等。
5GC部214对一个或多个基站203和/或基站213进行寻呼信号的分配。另外，5GC部214进行待机状态(Idle State)的移动控制(Mobility control)。5GC部214在移动终端处于待机状态时及处于非活动状态(Inactive State)和活动状态(Active State)时进行跟踪区域(Tracking Area)列表的管理。5GC部214通过向属于UE所登记(registered：注册)的跟踪区域(Tracking Area)的小区发送寻呼消息，从而开始进行寻呼协议。
接着，示出通信系统中的小区搜索方法的一个示例。图12是示出LTE方式的通信系统中通信终端(UE)进行的从小区搜索到待机动作为止的概要的流程图。若通信终端开始小区搜索，则在步骤ST601中，利用从周边的基站发送的第一同步信号(P-SS)和第二同步信号(S-SS)，来取得时隙定时、帧定时的同步。
将P-SS和S-SS统称为同步信号(Synchronization Signal：SS)。同步信号(SS)中分配有与分配给每个小区的PCI一一对应的同步码。研究了将PCI的数量设为504个。利用该504个PCI来取得同步，并对取得了同步的小区的PCI进行检测(确定)。
接着在步骤ST602中，对取得同步的小区检测从基站发送给每个小区的参照信号(参考信号：RS)即小区固有参照信号(Cell-specific Reference Signal：CRS)，并对RS的接收功率(Reference Signal Received Power：RSRP)进行测定。参照信号(RS)使用与PCI一一对应的编码。能利用该编码取得相关性从而与其他小区分离。通过根据步骤ST601中确定出的PCI导出该小区的RS用编码，从而能检测RS，并测定RS的接收功率。
接着在步骤ST603中，从到步骤ST602为止检测出的一个以上的小区中选择RS的接收质量最好的小区，例如选择RS的接收功率最高的小区、即最佳小区。
接着在步骤ST604中，接收最佳小区的PBCH，获得广播信息即BCCH。PBCH上的BCCH中映射有包含小区结构信息的MIB(Master Information Block：主信息块)。因此，通过接收PBCH并获得BCCH，从而能获得MIB。作为MIB的信息，例如有DL(下行链路)系统带宽(也称为发送带宽设定(transmission bandwidth configuration：dl-bandwidth))、发送天线数量、SFN(System Frame Number：系统帧号)等。
接着在步骤ST605中，基于MIB的小区结构信息接收该小区的DL-SCH，并获得广播信息BCCH中的SIB(System Information Block：系统信息块)1。SIB1中包含与接入该小区有关的信息、与小区选择有关的信息、其他SIB(SIBk；k≥2的整数)的调度信息。此外，SIB1中还包含跟踪区域码(Tracking Area Code：TAC)。
接着在步骤ST606中，通信终端将步骤ST605中接收到的SIB1的TAC与通信终端已保有的跟踪区域列表内的跟踪区域标识(Tracking Area Identity：TAI)的TAC部分进行比较。跟踪区域列表也被称为TAI列表(TAI list)。TAI是用于识别跟踪区域的识别信息，由MCC(Mobile Country Code：移动国家码)、MNC(Mobile Network Code：移动网络码)、以及TAC(Tracking Area Code：跟踪区域码)构成。MCC是国家码。MNC是网络码。TAC是跟踪区域的码标号。
若步骤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同时使用的波束的数量设为一个，但也可以是多个。
UE可以级联到多个NW。该多个NW中的至少一个可以是NPN。UE可以连接到某NW(在下文中，可以称为内侧NW)控制下的基站(在下文中，有时称为RAN)。该UE可以经由该RAN和内侧NW中的UPF(下文中有时称为内侧UPF)连接到其他的NW(下文中称为外侧NW)。UE可以经由在外侧NW控制下的N3IWF连接到外侧NW。可以在内侧UPF和N3IWF之间建立连接。
内侧NW可以是NPN，也可以是PLMN。外侧NW可以是PLMN，也可以是NPN。上述NPN可以是独立NPN(Standalone NPN)，即，不支持PLMN而构成的NPN。或者，上述NPN也可以是与公共网络集成的NPN，即，接受公共网络的支持而构成的NPN。以下也同样。
该UE可以与多个NW中的每一个中的AMF建立N1接口。该UE可以经由RAN与内侧NW中的AMF(下文中有时称为内侧AMF)建立N1接口。该UE可以经由RAN、内侧UPF和N3IWF与外侧NW中的AMF(下文中有时称为外侧AMF)建立N1接口。该UE与内侧AMF之间的N1接口以及该UE与外侧AMF之间的N1接口可以同时存在。
该UE可以与RAN之间建立内侧NW中的AN(Access Network：接入网络)连接。该UE可以与N3IWF之间建立外侧NW中的AN连接。该UE的外侧AN连接也可以是使用了非专利文献23(IETF RFC7296)中公开的因特网密钥交换协议版本2(Internet Key Exchange ProtocolVersion 2；IKEv2)的IPsec连接。该UE的内侧AN连接和外侧AN连接可以同时存在。
在该UE与内侧NW之间的连接中，可以在RAN与内侧AMF之间建立N2接口。在该UE与外侧NW的连接中，可以在N3IWF与外侧AMF之间建立N2接口。RAN与内侧AMF之间的N2接口以及N3IWF与外侧AMF之间的N2接口可以同时存在。
在该UE与内侧NW之间的连接中，可以在RAN与内侧UPF之间建立N3接口。在该UE与外侧NW的连接中，可以在N3IWF与外侧NW中的UPF(以下，有时称为外侧UPF)之间建立N3接口。RAN与内侧UPF之间的N3接口以及N3IWF与外侧UPF之间的N3接口可以同时存在。
在该UE与内侧NW之间的连接中，可以在内侧UPF与内侧NW中的SMF(以下，有时称为内侧SMF)之间建立N4接口。在该UE与外侧NW的连接中，可以在外侧UPF与外侧NW中的SMF(以下，有时称为外侧SMF)之间建立N4接口。内侧UPF和内侧SMF之间的N4接口以及外侧UPF和外侧SMF之间的N4接口可以同时存在。
在该UE与内侧NW之间的连接中，可以在内侧AMF与内侧SMF之间建立N11接口。在该UE与外侧NW之间的连接中，可以在外侧AMF与外侧SMF之间建立N11接口。内侧AMF和内侧SMF之间的N11接口以及外侧AMF和外侧SMF之间的N11接口可以同时存在。
级联到多个NW的UE经由一个RAN连接到两个AMF。因此，内侧AMF和UE之间的连接以及外侧AMF和UE之间的连接具有相互依赖性。另一方面，没有定义在两个连接之间发生相互依赖性时的进程。其结果是，不可能直接应用以往的序列。例如，会产生在一个AMF中进行不必要的存储器确保(例如，残留不必要的数据)的问题。
本实施方式1中，公开解决上述问题的方法。
UE在释放内侧NW之前释放外侧NW。内侧NW的该释放可以由内侧AMF来启动。UE可以在来自基站(以下，有时称为RAN)的RRC释放指示之后释放外侧NW。
RAN可以通过从内侧AMF到RAN的关于该UE的N2连接释放的指示来向UE发出RRC释放指示。用于从内侧AMF到RAN的该指示的信令可以是例如在非专利文献24(TS38.413)中记载的N2 UE Context Release Command(上下文释放命令)。
UE可以请求外侧AMF释放本UE与外侧NW之间的NAS连接。UE可以使用例如NAS信令来发出该请求。可以新设置表示该请求的NAS信令。该NAS信令可以是例如服务释放请求(Service release request)。由此，例如，在通信系统中，能够防止在UE与外侧NW之间的连接保持不变的情况下该UE与内侧NW之间的连接被切断的状况。其结果是，可以削减外侧NW的各装置中不必要的存储器使用量。
该NAS信令可以包括与该连接释放请求的理由有关的信息。该理由可以是例如内侧NW的切断。由此，例如，外侧NW的各装置可以判断进行UE与外侧NW的直接连接等外侧NW的切断之外的处理。其结果是，能提高通信系统中的灵活性。
外侧AMF可以承认来自UE的该请求。外侧AMF可以向UE发送对该请求的肯定响应。外侧AMF可以使用NAS信令来发送该请求。由此，例如，UE能够认识到该请求被接受。其结果是，能防止通信系统中的误动作。
作为其他示例，外侧AMF可以拒绝来自UE的该请求。外侧AMF可以向UE发送对该请求的拒绝响应。外侧AMF可以使用NAS信令来发送该响应。该响应可以包括与该拒绝的理由有关的信息。例如，该理由可以包括与外侧NW的连接维持有关的理由，也可以包括与到外侧NW的直接连接有关的理由。由此，例如，外侧NW的各装置能够判断进行UE与外侧NW的直接连接等外侧NW的切断之外的处理。其结果是，能提高通信系统中的灵活性。
即使来自外侧AMF的响应是拒绝响应，UE也可以进行与RAN之间的RRC释放。如上所述，UE可以进行到外侧NW控制下的基站的小区选择或小区重选。UE进行的小区选择或小区重选也可以在下述情况下进行，即：来自外侧AMF的拒绝的该响应中所包含的理由是与到外侧NW的直接连接有关的理由。由此，例如，UE能够快速地执行与外侧NW的直接连接。
UE可以在上述小区选择或小区重选中优先选择或重选外侧NW控制下的基站的小区。由此，例如，UE能够快速地执行与外侧NW的直接连接。
UE可以具有与上述小区选择或小区重选有关的定时器。UE可以在与内侧NW的连接开始时初始化该定时器，也可以与RAN的RRC连接开始时初始化该定时器，还可以在与外侧NW的连接建立时初始化该定时器。UE可以在上述小区选择或小区重选开始时启动该定时器。UE可以以与外侧NW控制下的基站的RRC连接完成为契机停止该定时器，也可以以向外侧NW控制下的基站发送PRACH为契机停止该定时器。UE可以以该定时器到期为契机进行通常的小区选择或重选，例如，进行不使外侧NW控制下的基站的小区优先的小区选择或重选。由此，例如在UE中，上述小区选择或重选动作的管理变得容易。该定时器可以由外侧AMF或RAN提供。由此，例如在外侧AMF中，上述小区选择或重选动作的管理变得容易。
外侧AMF可以释放该外侧AMF和UE之间的外侧NW。由此，例如，在外侧NW中多个UE连接的情况下，能够减少外侧NW的各装置中的存储器使用量。外侧AMF可以使用来自UE的该请求来进行该释放。外侧AMF可以指示N3IWF释放外侧AMF与N3IWF之间的与该UE相关的N2连接。用于该指示的信令可以是例如在非专利文献24(TS38.413)中记载的N2 UE ContextRelease Command(上下文释放命令)。N3IWF可以使用该指示来释放与该UE相关的N2连接。例如，N3IWF可以释放该N3IWF与UE之间的AN连接。N3IWF和UE之间的AN连接释放可以是IPsec设定的释放。UE向N3IWF通知IPsec设定的释放。用于该通知的信令可以是例如非专利文献23(IETF RFC7296)中记载的IKE INFORMATIONAL exchange(IKE信息交换)的信令。该信令还可以包括非专利文献23(IETF RFC 7296)中记载的删除负载(Delete payload)。删除负载(Delete payload)可以包括关于在IPsec设定中释放的SA(Security Association：安全关联)的信息(例如，标识符)。N3IWF可以释放该N3IWF与UE之间的IPsec设定。N3IWF可以通知UE释放IPsec设定。例如，可以使用与从UE到N3IWF的上述释放通知相同的信令来进行从N3IWF到UE的该释放通知。
N3IWF可以通知外侧AMF已释放AN连接。该通知可以是关于该UE的N2连接释放的响应。用于该通知的信令可以是例如在非专利文献24(TS38.413)中记载的N2 UE ContextRelease Complete(上下文释放完成)。
外侧AMF指示外侧SMF在与UE的PDU会话中停止U层面连接。该指示也可以是非专利文献25(TS23.502)的5.2.8.2.6节所示的Nsmf_PDUSession_UpdateSMContext(Nsmf_PDU会话更新SM上下文)。
UE释放与RAN的RRC连接。UE可以在UE请求外侧AMF释放本UE与外侧NW之间的NAS连接之后进行该释放。由此，例如，UE可以在释放本UE与内侧NW之间的连接之前请求外侧AMF释放与外侧NW的连接。
RAN可以向内侧AMF通知已释放RRC连接。该通知可以是关于该UE的N2连接释放的响应。用于该通知的信令可以是例如在非专利文献24(TS38.413)中记载的N2 UE ContextRelease Complete(上下文释放完成)。
内侧AMF指示内侧SMF停止在与UE的PDU会话中的U层面连接。该指示也可以是非专利文献25(TS23.502)的5.2.8.2.6节所示的Nsmf_PDUSession_UpdateSMContext(Nsmf_PDU会话更新SM上下文)。
图14和图15是示出将经由内侧NW与外侧NW连接的UE从与内侧NW及外侧NW的连接中释放的动作的第一例的序列图。图14和图15在边界线BL1415的位置连接。图14和图15示出了连接释放由内侧AMF启动的示例。
在图14所示的步骤ST1401中，内侧AMF决定UE与内侧NW之间的连接释放。在步骤ST1402，内侧AMF指示RAN释放内侧AMF与RAN之间的关于该UE的N2连接。用于该指示的信令可以是例如在非专利文献24(TS38.413)中记载的N2 UE Context Release Command(上下文释放命令)。
在图14所示的步骤ST1403中，RAN指示UE释放RRC连接。用于该指示的信令可以是非专利文献27(TS 38.331)中所述的RRC Release。
在图14所示的步骤ST1405中，UE请求外侧AMF释放本UE与外侧NW之间的NAS连接。对于该请求，可以使用NAS信令。该NAS信令可以是非专利文献26(TS24.501)中记载的现有信令，也可以设定新的信令(例如，Service termination request：服务终止请求)。该NAS信令可以包括关于该请求的理由的信息。关于理由的该信息可以是例如释放内侧NW。外侧AMF可以使用该NAS信令来启动外侧NW释放的动作。
在图14所示的步骤ST1407中，外侧AMF指示N3IWF释放外侧AMF与N3IWF之间的关于该UE的N2连接。用于该指示的信令可以是例如在非专利文献24(TS38.413)中记载的N2 UEContext Release Command(上下文释放命令)。
在图14所示的步骤ST1408和ST1409中，在N3IWF和UE之间释放AN连接。在图14所示的示例中，在N3IWF和UE之间释放IPsec设定。在步骤ST1408中，N3IWF通知UE释放IPsec设定。用于该通知的信令可以是例如非专利文献23(IETF RFC7296)中记载的IKEINFORMATIONAL exchange(信息交换)的信令。该信令还可以包括非专利文献23(IETF RFC7296)中记载的删除负载(Delete payload)。删除负载(Delete payload)可以包括关于在IPsec设定中释放的SA(Security Association：安全关联)的信息(例如，标识符)。UE通过接收步骤ST1408的通知来释放与N3IWF之间的IPsec设定。在步骤ST1409中，UE向N3IWF通知IPsec设定的释放。例如，可以使用与步骤ST1408相同的信令来进行从UE到N3IWF的该通知。N3IWF通过接收步骤ST1409的通知，认识到UE处IPsec设定已被释放。在步骤ST1410中，N3IWF通知AMF已释放AN连接。
在图15所示的步骤ST1415中，外侧AMF请求外侧SMF停止与该UE有关的PDU会话。对于步骤ST1415的停止请求，例如可以使用非专利文献25(TS23.502)的5.2.8.2.6节中公开的Nsmf_PDUSession_UpdateSMContext(Nsmf_PDU会话更新SM上下文)的请求。步骤ST1415的停止请求可以包括关于停止对象的PDU会话的信息，例如关于该PDU会话的标识符的信息。在步骤ST1416，外侧SMF请求外侧UPF删除与UE之间的隧道信息。步骤ST1416的请求可以包括关于隧道信息删除对象的PDU会话的信息，例如关于该PDU会话的标识符的信息。根据步骤ST1416的请求，外侧UPF删除与UE之间的隧道信息。在步骤ST1417，外侧UPF向外侧SMF发送针对该PDU会话的停止请求的响应。在步骤ST1416和ST1417中，例如也可以使用非专利文献25(TS 23.502)的4.4.1.3节中公开的N4 Session Modification procedure(会话变更进程)。在步骤ST1418中，外侧SMF向外侧AMF发送针对该PDU会话的停止请求的响应。对于步骤ST1418的响应，例如可以使用非专利文献25(TS23.502)的5.2.8.2.6节中所公开的Nsmf_PDUSession_UpdateSMContext(Nsmf_PDU会话更新SM上下文)的响应。在步骤ST1419中，在外侧AMF中完成与该UE的连接释放，并且外侧AMF向CM-IDLE转移。
在图15所示的步骤ST1425中，UE释放与RAN之间的RRC连接。在步骤ST1426，释放该UE与内侧AMF之间的连接以及该UE与外侧AMF之间的连接，并且UE向CM-IDLE转移。
在图15所示的步骤ST1430中，RAN向内侧AMF通知内侧AMF与RAN之间的与该UE有关的N2连接释放完成。在步骤ST1435，内侧AMF请求内侧SMF停止与该UE有关的PDU会话。对于步骤ST1435中的停止请求，可以使用与步骤ST1415相同的信令。在步骤ST1436，内侧SMF请求内侧UPF删除与UE之间的隧道信息。根据步骤ST1436的请求，内侧UPF删除与UE之间的隧道信息。在步骤ST1437，内侧UPF向内侧SMF发送针对该PDU会话的停止请求的响应。对于步骤ST1436和ST1437，可以使用与步骤ST1416和ST1417相同的信令。在步骤ST1438，内侧SMF向内侧AMF发送针对该PDU会话的停止请求的响应。对于步骤ST1438中的响应，可以使用与步骤ST1418相同的信令。在步骤ST1439中，在内侧AMF中完成与该UE之间的连接释放，并且内侧AMF向CM-IDLE转移。
UE可以保持表示连接目的地的AMF中哪个AMF是内侧AMF的信息。该信息可以是例如内侧AMF的标识符。例如，该信息可以包括在UE保持的关于连接目的地的AMF的信息中，或者可以包括在UE保持的NAS上下文中。由此，例如，UE能够从连接目的地的AMF中识别内侧AMF，其结果是，能够防止通信系统中的误动作。
作为其他示例，UE可以保持表示连接目的地的各AMF是否是内侧AMF的信息，或者可以保持连接目的地的各AMF在NW的级联连接中连接在哪个级上的信息。例如，该信息可以包括在UE保持的关于连接目的地的AMF的信息中，或者可以包括在UE保持的NAS上下文中。UE可以例如组合各AMF的标识符来保持该信息。由此，例如，能获得与上述同样的效果。
UE可以保持NW级联连接中的级数的信息。例如，该信息可以包括在UE保持的关于连接目的地的AMF的信息中，或者可以包括在UE保持的NAS上下文中。例如，UE可以使用该信息来判断是否进行级联连接。作为其他示例，UE可以使用该信息来判断是否向外侧AMF发出连接释放请求。由此，例如，在UE仅与一个NW连接的情况下，UE可以不向外侧NW发送该请求。其结果是，能减少通信系统中的信令量。
UE可以向本UE内的上层(例如NAS层)通知表示从RAN接收到RRC连接释放指示的信息。例如，UE可以在UE接收到RRC连接释放指示的信令之后立即发出该通知。UE可以在例如非专利文献27(TS 38.331)的5.3.8.3节中所记载的60毫秒的延迟(delay)之前发出该通知。UE可以在该延迟的时间内请求外侧AMF释放本UE与外侧NW之间的NAS连接。UE可以在该延迟的时间内释放与N3IWF之间的AS连接(例如，从UE向N3IWF发送包括Delete payload(延迟负载)的IKE INFORMATIONAL EXCHANGE(IKE信息交换))。因此，例如，UE可以在释放RRC连接之前完成与N3IWF之间的AN连接释放。
UE可以使用关于本UE与外侧NW之间有无连接的信息来判断是否进行该通知。例如，在该UE连接到外侧NW的情况下，该UE可以在上述60毫秒的延迟之前通知本UE内的上层(例如NAS层)。此外，在该UE未连接到外侧NW的情况下，该UE可以在上述60毫秒的延迟之后通知本UE内的上层(例如NAS层)。由此，例如在UE设计中可以沿用以往的设计，其结果是能够避免UE设计中的复杂性。
可以改变上述的延迟时间。例如，可以将该延迟时间设定为大于60毫秒。因此，例如，可以防止RRC连接在UE和N3IWF之间的AN连接释放之前被释放。
内侧AMF可以改变该延迟时间。UE可以预先向内侧AMF通知关于外侧NW的信息。该信息例如也可以是表示UE经由内侧NW与外侧NW连接的信息。对于该通知，可以使用NAS信令。该NAS信令既可以是非专利文献26(TS24.501)中记载的信令，也可以是新的NAS信令(例如外侧NW连接通知)。内侧AMF可以使用该信息来改变该延迟时间。内侧AMF可以向RAN通知关于该待机时间的改变的信息。该信息例如可以是变更后的延迟时间，也可以是延迟时间的变更量。例如，该信息可以包括在N2连接释放的指示中。RAN可以向UE通知该信息。例如，可以包含在RRC释放(RRC Release)信令中通知从RAN到UE的该信息。
作为其他示例，RAN可以改变该延时时间。UE可以预先向RAN通知关于外侧NW的信息。该信息例如也可以是表示UE经由内侧NW与外侧NW连接的信息。RAN可以使用该信息来改变该延迟时间。RAN可以向UE通知关于该待机时间的改变的信息。该信息例如可以是变更后的延迟时间，也可以是延迟时间的变更量。例如，可以将该信息包含在RRC释放(RRCRelease)信令中来进行通知。因此，例如，可以以较少的信令量来执行该延迟时间的改变。
UE可以具有用于管理直到RRC释放的时间的定时器。该定时器例如可以是管理该延迟时间的定时器。UE可以在与RAN之间的RRC连接建立时初始化该定时器，可以以接收到来自内侧AMF和/或RAN的该延迟时间改变的通知为契机来初始化定时器，或者可以在与N3IWF之间的AN连接建立时初始化定时器。UE可以以从RAN接收到RRC连接释放指示为契机启动该定时器。UE可以以与N3IWF之间的AS连接释放为契机停止该定时器。UE可以以该定时器到期为契机释放与RAN之间的RRC连接，可以进行非专利文献27(TS38.331)的第5.3.8.3节中公开的动作。因此，例如，在UE中，AN释放的动作的管理变得容易。该定时器可以由内侧AMF或RAN提供。因此，例如，在AMF和/或RAN中，AN释放的动作的管理变得容易。
UE和RAN可以按种类保持一个在RRC中使用的定时器(下文中有时称为RRC定时器)。即，可以不为外侧NW新设置该定时器。UE可以仅在与内侧NW、例如RAN之间的连接中使用该定时器。每个种类的定时器例如也可以是非专利文献27(TS 38.331)中记载的T302、T325、T380。该定时器的值可以与该延迟时间同样地改变。该定时器的值可以在UE经由内侧NW连接到外侧NW时改变。该定时器的值可以由RAN改变，也可以由内侧AMF改变。由此，例如，通信系统中UE的控制变得容易。该定时器的改变方法可以与该延迟时间的改变方法相同。
作为其他示例，UE可以针对每个种类保持多个RRC定时器。例如，UE可以针对每个种类保持用于内侧NW的RRC定时器和用于外侧NW的RRC定时器。RAN可以保持用于内侧NW的RRC定时器。N3IWF可以保持用于外侧NW的RRC定时器。例如，每个种类的定时器可以与上述相同。用于内侧NW的RRC定时器的值可以由RAN改变，也可以由内侧AMF改变。用于外侧NW的RRC定时器的值可以由N3IWF改变，也可以由外侧AMF改变。由此，例如，能够提高通信系统中UE的控制的灵活性。
可以在所述多个定时器之间设置依赖性，例如大小关系。例如，内侧NW中的RRC定时器的值可以大于也可以小于外侧NW中的同类RRC定时器的值。UE可以向RAN通知外侧NW中的RRC定时器的值。UE可以向N3IWF通知内侧NW中的RRC定时器的值。RAN和/或N3IWF可以使用该通知来确定和/或改变该定时器的值。因此，例如，可以防止由于一个NW中的定时器到期而导致的非预期动作，例如NW的释放动作。其结果是可以提高通信系统中的鲁棒性。
RAN和/或N3IWF可以向UE通知所决定和/或改变的该定时器的值。RAN和/或N3IWF可以在该通知中通知决定和/或改变的理由。该理由可以是例如关于相反侧的NW中的RRC定时器改变的信息。因此，例如，可以防止RAN和N3IWF中的RRC定时器的重复改变。
UE可以在NAS层中保持多个定时器。例如，NAS层中的定时器也可以分别设置为内侧NW用和外侧NW用。内侧AMF和外侧AMF可以在NAS层中保持定时器。由此，例如，能够提高通信系统中的UE控制的灵活性。NAS层中的该定时器可以是例如非专利文献22(TS23.501)中记载的服务间隙定时器(Service Gap Timer)，也可以是非专利文献26(TS24.501)中记载的毛刺定时器(Barring Timer)，也可以是非专利文献26(TS24.501)中记载的T3540。
NAS层中的该定时器在内侧NW用和外侧NW用中可以是通用的。由此，例如，能够减少UE中的存储器使用量。内侧AMF和外侧AMF可以共用该定时器，并且内侧AMF和外侧AMF中的任一个可以保持该定时器。对于该定时器的每个种类，保持该定时器的主体可以在内侧AMF和外侧AMF中不同或相同。内侧AMF和外侧AMF可以相互通知关于该定时器的信息。该通知可以经由UE来进行。可以新设置用于该通知的NAS信令。作为其他示例，可以使用内侧AMF和外侧AMF之间的信令来进行该通知。接口可以设定在内侧AMF和外侧AMF之间。作为其他示例，该通知可以经由内侧SMF来进行。内侧AMF可以经由内侧SMF和外侧SMF向外侧AMF进行通知，外侧AMF可以经由外侧SMF和内侧SMF向内侧AMF进行通知。接口可以设定在内侧SMF和外侧SMF之间。作为经由SMF进行该通知的情况的其他示例，内侧AMF可以经由内侧SMF、内侧UPF、N3IWF向外侧AMF进行通知、可以经由内侧SMF、内侧UPF、N3IWF、外侧UPF、外侧SMF向外侧AMF进行通知、也可以经由RAN、内侧UPF、N3IWF向外侧AMF进行通知。外侧AMF可以经由N3IWF、内侧UPF、内侧SMF向内侧AMF进行通知、可以经由外侧SMF、外侧UPF、N3IWF、内侧UPF、内侧SMF向内侧AMF进行通知、也可以经由N3IWF、内侧UPF、RAN向内侧AMF进行通知。
公开其他解决方案。内侧AMF通知UE与本AMF之间的连接释放。内侧AMF可以使用NAS信令来进行该通知。可以新设置用于该通知的NAS信令。新的该NAS信令可以是例如服务终止通知(Service termination notification)的信令。UE可以请求释放本UE与外侧NW之间的NAS连接。该请求可以使用从内侧AMF到本UE的该通知来进行。用于该请求的信令可以与上述解决方案相同。外侧AMF可以使用来自UE的该通知来释放与UE之间的外侧NW连接。外侧AMF中的外侧NW连接的释放可以与上述解决方案相同。
UE可以向内侧AMF通知关于外侧NW的信息。该信息例如也可以是表示UE经由内侧NW与外侧NW连接的信息。对于该通知，可以使用NAS信令。该NAS信令既可以是非专利文献26(TS24.501)中记载的信令，也可以是新的NAS信令(例如外侧NW连接通知)。内侧AMF可以使用该信息来判断有无针对UE的与本AMF之间的连接释放的通知。例如，内侧AMF可以不使用表示UE未连接到外侧AMF的该通知来通知针对UE的与本AMF之间的连接释放。因此，例如，可以减少NAS信令。
UE可以通知内侧AMF释放内侧NW连接，也可以通知表示不与外侧NW连接的信息。UE可以在与外侧NW之间的连接释放之后发送该通知。例如，UE可以在与N3IWF之间的AN连接释放之后发送该通知。UE可以使用NAS信令来进行该通知。可以新设置用于该通知的NAS信令。新的NAS信令可以是例如服务终止准备完成(Service termination ready)的信令。在来自UE的该通知之后，内侧AMF可以释放与UE之间的内侧NW。即，在来自UE的该通知之前，内侧AMF可以不进行与UE之间的内侧NW释放动作。由此，例如，可以提高通信系统中的鲁棒性。
UE可以请求内侧AMF等待内侧NW释放。NAS信令可以用于从UE到内侧AMF的该请求。可以新设置表示该请求的NAS信令。该NAS信令例如也可以是服务终止待机请求(Servicetermination wait request)。内侧AMF可以根据该请求等待UE的连接释放。因此，例如，即使当内侧AMF启动UE的连接释放时，也可以向外侧NW进行通知。
UE可以在该请求中包括关于连接释放的待机时间的信息。UE可以决定该信息。内侧AMF可以在该信息所表示的待机时间的期间内等待内侧NW的连接释放。UE可以在该待机时间的期间内进行外侧NW的连接释放。因此，例如，可以防止在外侧NW的连接释放完成之前对内侧NW进行连接释放，其结果是，可以提高通信系统中的鲁棒性。
作为与待机时间有关的其他示例，可以根据标准来决定待机时间。内侧AMF可以根据来自UE的该待机请求在所决定的待机时间的期间内等待内侧AMF的连接释放。因此，例如，可以与上述同样地提高通信系统中的鲁棒性，并且可以减小通信系统中的信令大小。
UE可以具有管理该待机时间的定时器。UE可以在与RAN之间的RRC连接建立时初始化该定时器，可以以接收到来自内侧AMF和/或RAN的该延迟时间改变的通知为契机来初始化定时器，或者可以在与N3IWF之间的AN连接建立时初始化定时器。UE可以以从内侧AMF接收到RRC连接释放指示为契机启动该定时器。UE可以以与N3IWF之间的AS连接释放为契机停止该定时器。UE可以以该定时器到期为契机释放与RAN之间的RRC连接，可以进行非专利文献27(TS38.331)的第5.3.8.3节中公开的动作。因此，例如，在UE中，AN释放的动作的管理变得容易。该定时器可以由RAN或内侧AMF提供。因此，例如，在RAN和/或内侧AMF中，AN释放的动作的管理变得容易。
UE在向内侧AMF发送该请求之后启动外侧NW的连接释放。作为其他示例，UE在向内侧AMF发送该请求之前启动外侧NW的连接释放。因此，例如，UE能够快速地启动外侧NW的连接释放。可以使用上述方法来进行与外侧NW的连接释放。
UE可以通知内侧AMF可以释放内侧NW连接。UE可以在与外侧NW的连接释放之后发送该通知。该通知也可以与上述相同。内侧AMF使用可以释放内侧NW连接这一内容的来自UE的通知来重开内侧NW中的UE的连接释放。
作为关于从UE到内侧AMF的连接释放重开的通知的其他示例，UE可以不向内侧AMF发出该通知。上述动作例如可以应用于从UE向内侧AMF通知连接释放的待机时间的情况，也可以应用于预先决定了该待机时间的情况。在该待机时间经过后，内侧AMF可以重开内侧NW中的UE的连接释放。由此，例如，可以减少通信系统中的信令量。
图16和图17是示出将经由内侧NW与外侧NW连接的UE从与内侧NW及外侧NW的连接中释放的动作的第二例的序列图。图16和图17在边界线BL1617的位置连接。图16和图17示出了连接释放由内侧AMF启动的示例。此外，图16和图17还示出了内侧AMF通知UE释放内侧NW的示例。在图16和图17中，对与图14和图15相同的处理标注相同的步骤编号，并省略相同的说明。
图16所示的步骤ST1401与图14相同。
在图16所示的步骤ST1504中，内侧AMF通知UE释放内侧NW。内侧AMF可以使用NAS信令来进行该通知。该NAS信令可以是服务终止通知(Service termination notification)的信令，也可以是其他信令。UE可以通过接收步骤ST1504的通知来认识到与内侧NW的连接被释放这一情况，可以进行后续步骤ST1405中所示的处理。内侧AMF可以保留内侧NW的释放，直到存在对步骤ST1504的响应为止。
图16和图17所示的步骤ST1405至ST1419与图14和图15相同。
在图17所示的步骤ST1521中，UE通知内侧AMF可以释放内侧NW连接这一意思。UE可以使用NAS信令来发出该通知。可以新设置用于该通知的NAS信令。新的NAS信令可以是例如服务终止准备完成(Service termination ready)的信令。
在图17中，根据步骤ST1521的通知，内侧AMF进行步骤ST1522至ST1439中所示的内侧NW释放的动作。图17所示的步骤ST1522与图14中的步骤ST1402相同。图17所示的步骤ST1523与图14中的步骤ST1403相同。
图17所示的步骤ST1425、ST1426与图15相同。
图17所示的步骤ST1430至ST1439与图15相同。
公开其他解决方案。RAN可以请求外侧AMF释放UE中的外侧NW连接。RAN可以在内侧AMF决定释放UE中的内侧NW连接时进行该请求。内侧AMF可以指示RAN释放内侧NW连接。RAN可以使用该指示来发出该请求。由此，例如，可以减少通信系统中的信令量。
UE可以向RAN通知表示经由内侧NW连接到外侧NW这一情况的信息。该信息也可以是表示在UE和N3IWF之间建立AN连接这一情况的信息。RAN可以经由N3IWF向外侧AMF发出该请求。N3IWF可以释放与UE之间的AN连接。N3IWF可以使用来自RAN的该请求来释放该AN连接。
公开其他解决方案。N3IWF可以请求外侧AMF释放与UE之间的外侧NW。用于该请求的信令可以是例如非专利文献24(TS 38.413)中所述的N2 UE上下文释放请求(ContextRelease Request)。N3IWF可以以UE和本N3IWF之间的AN连接释放为契机来发出该请求。外侧AMF可以使用该请求来指示N3IWF释放该N2连接。由此，例如，可以减少通信系统中的信令量。
UE可以释放与N3IWF之间的AN连接。该释放可以使用从RAN到UE的RRC释放的指示来进行。上述RRC释放可以使用从内侧AMF到RAN的关于该UE的N2连接释放的指示来指示。作为UE释放AN连接的示例，UE可以通知N3IWF释放IPsec设定。N3IWF可以使用该通知来释放与UE之间的IPsec设定。N3IWF可以通知UE释放IPsec设定。可以在释放N3IWF中的IPsec设定之后进行从N3IWF到UE的该通知。
图18和图19是示出将经由内侧NW与外侧NW连接的UE从与内侧NW及外侧NW的连接中释放的动作的第三例的序列图。图18和图19在边界线BL 1819的位置连接。图18和图19示出了连接释放由内侧AMF启动的示例。此外，图18和图19示出了N3IWF释放外侧NW的示例。此外，图18和图19示出了以RRC释放指示为契机释放UE中的AN连接的示例。在图18和图19中，对与图14和图15相同的处理标注相同的步骤编号，并省略相同的说明。
图18所示的步骤ST1401至ST1403与图14相同。
在图18所示的步骤ST1604中，UE释放与N3IWF之间的AN连接。该AN连接释放可以是与N3IWF之间的IPsec设定释放。UE向N3IWF通知IPsec设定的释放。用于该通知的信令可以是例如非专利文献23(IETF RFC7296)中记载的IKE INFORMATIONALexchange(IKE信息交换)的信令。该信令还可以包括非专利文献23(IETF RFC 7296)中记载的删除负载(Deletepayload)。删除负载(Delete payload)可以包括关于在IPsec设定中释放的SA(SecurityAssociation：安全关联)的信息(例如，标识符)。N3IWF通过接收步骤ST1604的通知来释放与UE之间的IPsec设定。在步骤ST1605中，N3IWF通知UE释放IPsec设定。从N3IWF到UE的通该知可以是例如与步骤ST1604相同的信令。
在图19所示的步骤ST1606中，N3IWF请求外侧AMF释放外侧AMF与N3IWF之间的关于该UE的N2连接。用于该请求的信令可以是例如非专利文献24(TS38.413)中所述的N2 UE上下文释放请求(Context Release Request)。外侧AMF根据该请求进行步骤ST1407至ST1419中所示的外侧NW的释放动作。
图19所示的步骤ST1407至ST1419与图14和图15相同。
在图19所示的步骤ST1425中，UE释放与RAN之间的RRC连接。UE可以在接收到步骤ST1605的IPsec设定释放的通知时进行该释放。在步骤ST1426，该UE与内侧AMF之间的连接、以及该UE与外侧AMF之间的连接被释放，并且UE向CM-IDLE转移。
图19所示的步骤ST1430至ST1439与图15相同。
UE可以使用从内侧AMF到UE的与本AMF之间的连接释放的通知来释放与N3IWF之间的AN连接。该通知可以与上述解决方案相同地使用NAS信令来进行，也可以新设定用于该通知的NAS信令。新的该NAS信令可以是例如服务终止通知(Service terminationnotification)的信令。UE可以通知内侧AMF可以释放内侧NW连接这一意思。UE可以在与外侧NW之间的连接释放之后发送该通知。例如，UE可以在与N3IWF之间的AN连接释放之后发送该通知。UE可以使用NAS信令来发出该通知。可以新设置用于该通知的NAS信令。新的NAS信令可以是例如服务终止准备完成(Service termination ready)的信令。在来自UE的该通知之后，内侧AMF可以释放与UE之间的内侧NW。因此，例如，可以防止UE与外侧AMF之间关于UE的连接状态不一致的情况。
图20和图21是示出将经由内侧NW与外侧NW连接的UE从与内侧NW及外侧NW的连接中释放的动作的第四例的序列图。图20和图21在边界线BL 2021的位置连接。图20和图21示出了连接释放由内侧AMF启动的示例。此外，图20和图21示出了N3IWF释放外侧NW的示例。此外，图20和图21示出了以来自内侧AMF的内侧NW释放通知为契机释放UE中的AN连接的示例。在图20和图21中，对与图14至图19相同的处理标注相同的步骤编号，并省略相同的说明。
图20所示的步骤ST1401与图14相同。步骤ST1504与图16相同。
在图20所示的步骤ST1604中，UE释放与N3IWF之间的AN连接。该AN连接释放的信令可以与图18相同。UE可以使用步骤ST1504向N3IWF发送该AN释放的信令。图20所示的步骤ST1605与图18相同。
图21所示的步骤ST1606与图19相同。步骤ST1407至ST1419与图14相同。
在图20所示的步骤ST1521中，UE通知内侧AMF可以释放内侧NW连接。用于该通知的信令可以与图17相同。UE可以以步骤ST1605的接收为契机发送该通知。
图21所示的步骤ST1522、ST1523与图17相同。步骤ST1425、ST1426、ST1430至ST1439与图14相同。
公开其他解决方案。内侧AMF可以请求外侧AMF释放与UE之间的外侧NW。由此，例如，能够减少外侧NW释放动作中的UE的处理量。UE可以向内侧AMF通知表示与外侧AMF之间建立N1连接这一情况的信息。从UE向内侧AMF发出的该通知例如可以在内侧AMF决定与UE之间的内侧NW释放之前进行，也可以在UE与外侧AMF之间建立N1连接之后进行。该信息例如可以是表示在UE和N3IWF之间建立AS连接这一情况的信息，也可以是UE的状态(例如，CM状态、RM状态)。该状态例如也可以是实施方式2公开的外侧NW中的状态。
内侧AMF可以请求N3IWF释放UE和外侧NW之间的连接。内侧AMF可以经由内侧SMF、内侧UPF发送该请求。接口可以设定在内侧AMF和N3IWF之间。该接口上的信令可用于由内侧AMF发送的该请求。N3IWF可以将该请求转发到外侧AMF。
作为其他示例，内侧AMF可以请求外侧AMF释放UE和外侧NW之间的连接。内侧AMF可以使用内侧AMF和外侧AMF之间的信令来发出该请求。接口可以设定在内侧AMF和外侧AMF之间。作为其他示例，内侧AMF可以经由内侧SMF、外侧SMF向外侧AMF发出该请求。接口可以设定在内侧SMF和外侧SMF之间。作为其他示例，内侧AMF可以经由内侧SMF、内侧UPF、N3IWF向外侧AMF发出该请求，也可以经由RAN、内侧UPF、N3IWF向外侧AMF发出该请求。因此，例如，不需要在上述各装置之间的接口中增加信令，其结果是可以避免通信系统中的复杂性。
外侧AMF可以向内侧AMF通知关于UE的外侧AMF的状态。该状态可以是非专利文献22(TS23.501)中记载的CM状态或RM状态，也可以是非专利文献26(TS24.501)中记载的5GMM状态。外侧AMF可以使用外侧AMF和内侧AMF之间的信令向内侧AMF发出该通知。接口可以设定在内侧AMF和外侧AMF之间。作为其他示例，外侧AMF可以经由外侧SMF、内侧SMF向内侧AMF发出该通知。接口可以设定在内侧SMF和外侧SMF之间。作为其他示例，外侧AMF可以经由N3IWF、内侧UPF、内侧SMF向内侧AMF发出该通知，也可以经由N3IWF、内侧UPF、RAN向内侧AMF发出该通知。内侧AMF可以使用该通知来判断是否需要释放外侧NW。因此，例如，不需要在上述各装置之间的接口中增加信令，其结果是可以避免通信系统中的复杂性。
内侧AMF可以向外侧AMF通知关于UE的内侧AMF的状态。该状态可以是非专利文献22(TS23.501)中记载的CM状态或RM状态，也可以是非专利文献26(TS24.501)中记载的5GMM状态。内侧AMF可以使用内侧AMF和外侧AMF之间的信令向外侧AMF发出该通知。接口可以设定在内侧AMF和外侧AMF之间。作为其他示例，内侧AMF可以经由内侧SMF和外侧SMF向外侧AMF发出该通知。接口可以设定在内侧SMF和外侧SMF之间。作为其他示例，内侧AMF可以经由内侧SMF、内侧UPF、N3IWF向外侧AMF发出该通知，也可以经由RAN、内侧UPF、N3IWF向外侧AMF发出该通知。外侧AMF可以使用该通知来改变与UE之间的连接方式。例如，在内侧AMF的状态是CM-IDLE时，外侧AMF可以指示UE驻留在外侧NW控制下的小区中。由此，例如可以提高通信系统中的灵活性。
可以组合上述多个解决方案。例如，在N3IWF释放外侧NW的情况下，可以使用RRC连接释放中的延迟时间的改变。UE可以在改变后的延迟时间期间向N3IWF通知IPsec设定的释放。因此，例如，UE能够在具有余量的情况下通知IPsec设定的释放，其结果是，能够提高通信系统中的鲁棒性。
UE可以经由内侧NW连接到多个外侧NW。该多个外侧NW可以并联连接。可以为每个通信服务(例如，音频、视频、关键任务通信)分配任何外侧NW。在UE与该多个外侧NW并联连接的通信系统中，可以使用实施方式1中公开的方法，也可以使用以下实施方式或变形例中公开的方法。由此，例如可以提高通信系统中的灵活性。
作为UE经由内侧NW连接到多个外侧NW的其他示例，该多个外侧NW可以级联连接。例如，在级联连接的各个外侧NW和/或内侧NW中，通信范围和通信对象UE可以不同。在UE与该多个外侧NW并联连接的通信系统中，可以使用实施方式1中公开的方法，也可以使用以下实施方式或变形例中公开的方法。由此，例如可以提高通信系统中的灵活性。
根据本实施方式1，关于UE的连接状态，能够防止UE与外侧AMF之间不一致的情况，其结果是，能够提高通信系统中的鲁棒性。
实施方式1的变形例1.
在实施方式1中，公开了级联到多个NW的UE的AN释放的方法。在本变形例1中，公开了该UE的登记释放的方法。
UE在解除内侧NW的登记之前解除外侧NW的登记。该登记解除可以应用于UE启动的登记解除。在与各NW的登记解除中，也可以使用非专利文献25(TS23.502)的4.2.2.3.2节中公开的方法。因此，例如，可以减少由于与登记有关的信息残留在外侧NW中而导致存储器使用量的减少。
作为其他示例，UE可以在来自内侧NW的登记解除之前释放与外侧NW之间的连接。对于与外侧NW之间的连接释放，也可以应用实施方式1中公开的方法。例如，UE可以请求外侧AMF释放本UE与外侧NW之间的NAS连接。对于该请求，可以使用NAS信令。该NAS信令也可以是非专利文献26(TS24.501)中记载的现有信令。或者，可以设置新的信令(例如，服务终止请求(Service termination request))。作为其他示例，N3IWF可以请求外侧AMF释放与UE之间的外侧NW。该请求可以以UE和N3IWF之间的AN连接释放为契机进行。
作为其他示例，即使在内侧NW的登记解除时UE也可以维持与外侧NW之间的连接。例如，UE可以连接到外侧NW控制下的RAN。因此，例如，能够确保外侧NW对UE的服务的连续性。
在维持与外侧NW的连接的情况下，在内侧NW的登记解除的前后，外侧NW中的UE的跟踪区域(Tracking Area)可以相同，也可以不同。例如，在内侧NW的登记解除的前后，UE连接的AMF可以相同，也可以不同。在UE连接的AMF相同的情况下，也可以使用非专利文献25(TS23.502)的4.9.2.1节所示的进程。在UE连接的AMF不同的情况下，可以使用非专利文献25(TS23.502)的4.12.8节所示的进程。
外侧AMF可以向UE通知在该切换前后跟踪区域和/或AMF变为相同的基站的相关信息。UE可以在该切换中优先连接到包括在该信息中的基站。因此，例如，UE能够快速地执行该切换动作，并且能够减少通信系统中的信令。作为其他示例，外侧AMF可以向UE通知在该切换前后跟踪区域和/或AMF变为不同的基站的相关信息。UE可以在该切换中优先连接到不包括在该信息中的基站。因此，例如，在该切换前后跟踪区域和/或AMF不同的基站在UE周围较少的情况下，可以减小从外侧AMF到UE的信令大小。
UE可以向外侧AMF通知关于本UE的位置的信息，也可以向外侧AMF通知关于本UE可以连接的基站的信息。关于本UE可以连接的基站的该信息可以包括例如该基站的标识符，也可以包括关于属于该基站的小区的信息(例如PCI)。UE可以例如在上述切换之前向外侧AMF发出该通知。因此，例如，外侧AMF可以快速地确定在该切换前后跟踪区域和/或AMF变得相同的基站。
UE可以向外侧AMF通知关于内侧NW的登记解除的信息。UE可以使用NAS信令来通知该信息。该NAS消息也可以是非专利文献26(TS24.501)中记载的NAS信令，也可以设定新的NAS信令。外侧AMF可以使用该信息来决定与UE之间的连接有关的处理。该处理例如可以是UE的登记解除，可以是UE与外侧NW之间的连接释放，也可以是UE与外侧NW之间的连接维持。由此，例如可以提高通信系统中的灵活性。
公开其他解决方案。UE在内侧NW中登记解除之前启动外侧NW的登记解除。例如，可以在内侧NW启动UE的登记解除的情况下应用上述方法。
UE可以请求内侧AMF等待NW的登记解除。NAS信令可以用于从UE到内侧AMF的该请求。可以新设置表示该请求的NAS信令。该NAS信令例如也可以是登记解除待机请求(De-registration wait request)。内侧AMF可以根据该请求等待UE的登记解除。由此，例如，即使在内侧AMF启动UE的登记解除的情况下，也能够向外侧NW进行通知。
UE可以在该请求中包括关于登记解除的待机时间的信息。UE可以决定该信息。内侧AMF可以在该信息所示的待机时间期间内等待内侧NW的登记解除。UE可以在该待机时间期间内进行外侧NW的登记解除。因此，例如，可以防止在外侧NW的登记解除完成之前进行内侧NW的登记解除，其结果是，可以提高通信系统中的鲁棒性。
作为与待机时间有关的其他示例，可以根据标准决定待机时间。内侧AMF可以根据来自UE的该待机请求在所决定的待机时间期间内等待内侧AMF的登记解除。因此，例如，可以与上述同样地提高通信系统中的鲁棒性，并且可以减小通信系统中的信令大小。
UE可以具有用于管理登记解除重开的定时器。该定时器例如可以是管理该待机时间的定时器。UE可以在向内侧NW的登记完成时初始化定时器。UE可以以从内侧AMF接收到登记解除指示这一情况为契机启动该定时器。UE可以以来自外侧NW的登记解除为契机来停止该定时器。UE可以以该定时器到期为契机识别来自内侧NW的登记解除的重开。因此，例如，在UE中，登记解除的动作的管理变得容易。
内侧AMF可以具有用于管理登记解除重开的定时器。该定时器例如可以是管理该待机时间的定时器。内侧AMF可以在向UE的内侧NW的登记完成时初始化该定时器。内侧AMF可以以向UE发送了登记解除指示这一情况为契机启动该定时器。内侧AMF可以以来自UE的登记解除重开通知为契机来停止该定时器。内侧可以以该定时器到期为契机重开来自UE的内侧NW的登记解除。因此，例如，在内侧AMF中，登记解除的动作的管理变得容易。
UE在向内侧AMF发送该请求之后启动外侧NW的登记解除。作为其他示例，UE在向内侧AMF发送该请求之前启动外侧NW的登记解除。因此，例如，UE能够快速地启动外侧NW的登记解除。同时，例如，在外侧NW中登记了多个UE的情况下，能够减少外侧NW的各装置中的存储器使用量。在与外侧NW的登记解除中，也可以使用非专利文献25(TS23.502)的4.2.2.3.2节中公开的方法。
UE可以请求或通知内侧AMF重开内侧NW的登记解除。上述请求或通知可以在外侧NW的登记解除之后进行。对于该请求或通知，可以使用NAS信令。该NAS信令可以是新的信令，例如，登记解除准备完成(De-registration ready)。或者，该NAS信令也可以是非专利文献25(TS23.502)中记载的信令，例如登记解除请求(De-registration request)或登记解除接受(De-registration accept)。UE可以在NAS信令中包括与等待的登记解除的重开有关的信息，并将其通知给内侧AMF。UE可以将从内侧AMF发送到UE的关于内侧NW的登记解除的NAS信令的信息(例如，该NAS信令的标识符)包括在该NAS信令中并通知给内侧AMF。因此，例如，内侧AMF能够快速地执行与向UE请求的登记解除的关联。其结果是，可以快速地执行内侧AMF中的登记解除的处理。内侧AMF使用从UE接收的登记解除重开的请求或通知，重开UE在内侧NW中的登记解除。
作为关于从UE到内侧AMF的登记解除重开的请求或通知的其他示例，UE可以不向内侧AMF进行该请求或通知。例如，可以在从UE向内侧AMF通知了登记解除的待机时间的情况下应用上述动作。或者，上述动作也可以应用于该待机时间被预定的情况。在该待机时间经过后，内侧AMF可以重开内侧NW中的UE的登记解除。由此，例如，可以减少通信系统中的信令量。
图22～图24是示出经由内侧NW解除与外侧NW连接的UE的登记的动作的第一例的序列图。图22～图24在边界线BL2223、BL2324的位置连接。图22～图24示出了登记解除由内侧AMF启动的示例。另外，图22～图24表示伴随UE的内侧NW登记解除而进行外侧NW的登记解除的示例。
在图22所示的步骤ST1801中，内侧AMF决定解除UE在内侧NW中的登记。在步骤ST1802中，内侧AMF请求UE从内侧NW登记解除。在该请求中，也可以使用NAS信令、例如非专利文献25(TS23.502)所示的登记解除请求(De-registration request)的信令。
在图22所示的步骤ST1803中，UE请求内侧AMF等待该登记解除。对于该请求，可以使用NAS信令。该NAS信令也可以是新的NAS信令，例如登记解除待机请求(De-registrationwait request)的信令。该NAS信令可以包括关于登记解除的待机时间的信息。内侧AMF可以使用该信令来等待UE的登记解除。内侧AMF可以在信令中所包含的待机时间期间内或在预定的待机时间期间内等待UE的登记解除。内侧AMF可以等待该UE的登记解除，直到接收到后述的来自UE的登记解除重开的通知为止。内侧AMF中的该待机时间的起点也可以是步骤ST1803中的待机请求的接收时间点。
在图22所示的步骤ST1805中，UE请求外侧AMF从外侧NW登记解除。在该请求中，也可以使用NAS信令、例如非专利文献25(TS23.502)所示的登记解除请求(De-registrationrequest)的信令。外侧AMF根据该请求开始用于从外侧NW解除UE的登记的动作(图23的进程1810)。
在图23所示的进程1810中，执行步骤ST1811到ST1826中所示的处理。
在图23所示的步骤ST1811中，外侧AMF请求外侧SMF取消伴随UE的PDU会话释放的AMF-SMF间协作。该请求也可以是非专利文献25(TS23.502)的5.2.8.2.7节所示的Nsmf_PDUSession_ReleaseSMContext service operation(Nsmf_PDU会话释放SM上下文服务动作)。在步骤ST1812，外侧SMF请求外侧UPF释放分配给该PDU会话的IP地址等资源和相关联的U层面资源。外侧UPF释放在步骤ST1812中存在释放请求的资源。在步骤ST1813，外侧UPF通知外侧SMF已释放上述资源这一情况。在步骤ST1812、ST1813中，也可以使用非专利文献25(TS23.502)的4.4.1.3节所示的N4 Session Modification Procedure(N4会话修改进程)。在步骤ST1814，外侧SMF针对步骤ST1811的AMF-SMF间协作的取消请求而向外侧AMF作出响应。该响应也可以是非专利文献25(TS23.502)的5.2.8.2.7节所示的Nsmf_PDUSession_ReleaseSMContext service operation(Nsmf_PDU会话释放SM上下文服务动作)。
在图23所示的步骤ST1815中，在外侧SMF与外侧PCF之间进行非专利文献25(TS23.502)的4.16.6节所示的会话管理策略协作终止(SM Policy AssociationTermination)的动作。
在图23所示的步骤ST1820中，外侧SMF在与外侧UDM之间进行外侧UDM的会话管理加入数据变更通知(Session Management Subsctiption data changes notification)的解除的动作。该动作也可以是非专利文献25(TS23.502)的5.2.3.3.5节所示的Nudm_SDM_Unsubscribe service operation(Nsmf_SDM退订服务动作)。在步骤ST1822中，外侧UDM在与外侧SMF之间进行删除外侧SMF、数据网络名称(Data Network Name：DNN)和PDU会话ID的协作的动作。该动作也可以是非专利文献25(TS23.502)的5.2.3.2.3节所示的Nudm_UECM_Deregistration service operation(Nudm_UECM_登记解除服务动作)。
在图23所示的步骤ST1825中，外侧AMF在与外侧PCF之间进行与外侧PCF之间的加入管理(Admission Management：AM)策略协作解除的动作。该动作也可以是非专利文献25(TS23.502)的4.16.3.2节所示的AMF-initiated AM Policy Association Termination(AMF-initiated AM策略协作终止)的进程。在步骤ST1826中，外侧AMF在与外侧PCF之间进行与外侧PCF之间的UE策略协作解除的动作。该动作也可以是非专利文献25(TS23.502)的4.16.13.1节所示的AMF-initiated UE Policy Association Termination(AMF-initiated UE策略协作终止)的进程。
在图24所示的步骤ST1830中，外侧AMF向UE通知登记解除受理。该通知也可以是非专利文献25(TS23.502)所示的登记解除受理(De-registration accept)。在步骤ST1831中，外侧AMF指示N3IWF释放外侧AMF与N3IWF之间的关于该UE的N2连接。用于该指示的信令可以是例如在非专利文献24(TS38.413)中记载的N2 UEContext Release Command(N2 UE上下文释放命令)。
在图24所示的步骤ST1832和ST1833中，在N3IWF和UE之间释放AN连接。在图24所示的示例中，在N3IWF和UE之间进行IPsec设定的释放。步骤ST1832和ST1833中的信令以及N3IWF和UE之间的动作可以与图14中所示的步骤ST1408和ST1409相同。UE可以通过在步骤ST1833中完成对N3IWF的通知来认识到从外侧NW的登记解除完成。
在图24所示的步骤ST1834中，N3IWF请求外侧AMF释放外侧AMF与N3IWF之间的关于该UE的N2连接。用于该通知的信令可以是例如在非专利文献24(TS38.413)中记载的N2UEContext Release Complete(N2 UE上下文释放完成)。
在图24所示的步骤ST1835中，UE向内侧AMF通知内侧NW的登记解除的重开。该通知也可以是例如非专利文献25(TS23.502)中记载的登记解除接受(De-registrationaccept)。内侧AMF根据该请求开始用于从内侧NW解除UE的登记的动作(图24的进程1840)。
图24中所示的进程1840可以是与进程1810相同的处理，该进程1810示出了从外侧NW解除UE的登记的动作。在这种情况下，与进程1810相同的处理被应用于内侧NW。
在图24所示的步骤ST1851中，内侧AMF指示RAN释放内侧AMF与RAN之间的关于该UE的N2连接。用于该指示的信令可以是例如在非专利文献24(TS38.413)中记载的N2UEContext Release Command(N2 UE上下文释放命令)。
在图24所示的步骤ST1852中，RAN指示UE释放RRC连接。用于该指示的信令可以是非专利文献27(TS 38.331)中所述的RRC Release(RRC释放)。UE根据步骤ST1852的释放指示释放与RAN之间的RRC连接。另外，UE通过步骤ST1852中的释放指示，识别出从内侧NW的登记解除。
在图24所示的步骤ST1853中，RAN通知内侧AMF完成内侧AMF与RAN之间的关于该UE的N2连接释放。用于该指示的信令可以是例如在非专利文献24(TS38.413)中记载的N2 UEContext Release Complete(N2 UE上下文释放完成)。
在图22～图24中示出了UE向内侧AMF通知内侧NW的登记解除的重开的情况(步骤ST1835)，但是也可以不进行该通知。例如，在步骤ST1803所示的内侧NW登记解除的待机请求中包括待机时间的情况下，可以不进行该通知。或者，在预定了待机时间的情况下，也可以不进行该通知。由此，例如，可以减少通信系统中的信令量。
公开其他解决方案。UE可以预先向内侧AMF通知关于外侧NW的信息。该通知中包含的信息例如也可以与实施方式1相同，是表示UE经由内侧NW与外侧NW连接这一情况的信息。内侧AMF可以使用该信息来设定到该UE的登记解除为止的待机时间。内侧AMF可以向UE通知关于该待机时间的信息。该通知可以包括在例如从内侧AMF到UE的登记解除请求中。UE可以根据该请求获取直到内侧NW登记解除为止的待机时间。因此，例如，不需要上述的从UE到内侧AMF的待机请求。其结果是，可以减少UE和AMF之间的信令量。
UE可以向外侧AMF通知该待机时间，也可以通知与内侧NW登记解除有关的信息。UE可以在向外侧AMF的登记解除请求中包括该待机时间并进行通知。UE可以在向外侧AMF的登记解除请求中包括关于内侧NW登记解除的信息并进行通知。例如，关于内侧NW登记解除的信息可以作为向外侧AMF的登记解除请求的理由被通知。外侧AMF可以从在来自UE的登记解除请求中所包括的该待机时间的信息和/或内侧NW登记解除的有关信息中获取直到内侧NW登记解除重开为止的待机时间。外侧AMF可以在该待机时间期间内进行UE中的外侧NW的登记解除。因此，可以防止外侧NW的登记解除赶不上内侧NW的登记解除的状态。其结果是可以提高通信系统中的鲁棒性。
可以预先确定直到内侧NW登记解除为止的待机时间。在上述中，内侧AMF可以不向UE通知该待机时间。UE可以向外侧AMF通知与内侧NW登记解除有关的信息。例如，关于内侧NW登记解除的信息可以作为向外侧AMF的登记解除请求的理由被通知。外侧AMF可以使用该信息来获取该待机时间。因此，例如，不需要从内侧AMF向UE以及从UE向外侧AMF通知待机时间。其结果时，可以减小通信系统中的信令大小。
图25～图27是示出经由内侧NW解除与外侧NW连接的UE的登记的动作的第二例的序列图。图25～图27在边界线BL2526、BL2627的位置连接。图25～图27示出了登记解除由内侧AMF启动的示例。另外，图25～图27表示伴随UE的内侧NW登记解除而进行外侧NW的登记解除的示例。另外，图25～图27示出了内侧AMF决定到内侧NW登记解除为止的待机时间，并将决定的待机时间通知给UE的示例。在图25～图27中，对与图22～图24相同的动作标注相同的编号，并省略相同的说明。
在图25所示的步骤ST1900中，UE向内侧AMF通知关于外侧NW的信息。该通知可以包括例如指示UE经由内侧NW连接到外侧NW这一情况的信息。对于该通知，可以使用NAS信令。该NAS信令既可以是非专利文献26(TS24.501)中记载的信令，也可以是新的NAS信令、例如外侧NW通知(Outer Network notification)。内侧AMF可以使用在步骤ST1900中通知的信息来决定登记解除时的待机时间。该决定可以与后述的步骤ST1801同时进行。
图25所示的步骤ST1801与图22相同。
在图25所示的步骤ST1902中，内侧AMF请求UE从内侧NW登记解除。内侧AMF可以将关于该待机时间的信息包括在该请求中并通知UE。在步骤ST1902中使用的信令可以与图22中的步骤ST1802相同。可以将关于待机时间的信息作为参数添加到与图22中的步骤ST1802相同的信令中。该待机时间也可以以步骤ST1802的发送为起点。
在图25所示的步骤ST1905中，UE请求外侧AMF从外侧NW登记解除。UE可以将关于该待机时间的信息包括在该请求中并通知给外侧AMF。UE可以将关于内侧NW登记解除的信息包含在该请求中通知给外侧AMF。在步骤ST1905中使用的信令可以与图22中的步骤ST1805相同。与待机时间有关的信息和/或与内侧NW登记解除有关的信息可以作为参数被添加到与图18中的步骤ST1805相同的信令中。
图26中所示的进程1810和图27中所示的步骤1830到ST1834与图23和24相同。
在图27所示的步骤ST1935中，该待机时间到期。内侧AMF在该待机时间到期后开始进程1840。图27中的进程1840与图24相同。
图27所示的步骤1851至ST 1853与图24相同。
在本变形例1中，公开了伴随内侧NW的登记解除而使得外侧NW被登记解除的情况，但是代替外侧NW的登记解除，也可以进行外侧NW的连接释放。在进行外侧NW的连接释放的情况下，也可以应用实施方式1中公开的方法。因此，例如，不需要伴随内侧NW的再登记的外侧NW的再登记。其结果是，能减少通信系统中的信令量。
作为其他示例，可以维持外侧NW的连接来代替外侧NW的登记解除。UE可以向外侧AMF通知与内侧NW登记解除有关的信息。该通知例如可以使用NAS信令。该NAS信令既可以是非专利文献26(TS24.501)所示的信令，也可以是新的NAS信令，例如内侧NW登记解除通知(Inner Network de-registration notification)。外侧NW可以使用该信息来决定成为UE的连接目的地的外侧NW控制下的小区。外侧NW可以向UE通知关于该小区的信息。UE可以将该信息所示的小区设定为连接切换目的地的小区(destination cell)。因此，例如，能够确保外侧NW对UE的服务的连续性。
作为其他示例，可以由外侧NW装置(例如，外侧AMF、外侧SMF、外侧PCF)决定外侧NW中的动作。UE可以向外侧AMF通知与内侧NW登记解除有关的信息。该信息也可以与上述相同。外侧AMF可以将该信息传送到外侧SMF，也可以传送到外侧PCF。外侧NW装置(例如，外侧AMF、外侧SMF、外侧PCF)可以使用该信息来决定外侧NW中的动作。该动作例如可以是外侧NW登记解除、外侧NW连接释放、或者外侧NW连接维持。由此，例如可以提高通信系统中的灵活性。
对于连接到内侧NW和外侧NW的UE，内侧NW中的隐式登记解除定时器的值可以被设定为外侧NW中的隐式登记解除定时器的值以上。内侧AMF可以向UE通知关于内侧NW中的该定时器的信息。UE可以向外侧AMF通知关于外侧NW中的该定时器的信息。外侧AMF可以使用从UE通知的该信息来改变外侧NW中的该定时器的值。同样地，外侧AMF可以向UE通知关于外侧NW中的该定时器的信息。UE可以向内侧AMF通知关于外侧NW中的该定时器的信息。内侧AMF可以使用从UE通知的该信息来改变内侧NW中的该定时器的值。因此，可以防止例如比外侧NW更早地隐式地解除内侧NW中的登记的情况。其结果是，可以减少外侧NW的各装置中不必要的存储器使用量。
根据本变形例1，在内侧NW的登记解除之后，能够进行外侧NW的登记解除或连接释放。其结果是，可以减少外侧NW的各装置中不必要的存储器使用量。
实施方式1的变形例2.
在实施方式1的变形例1中，公开了级联到多个NW的UE的登记解除的方法。在本变形例2中，公开了该UE的连接开始的方法。
UE按照内侧NW、外侧NW的顺序开始连接。可以在UE启动的连接开始中应用上述动作。在与各NW的连接开始中，也可以使用非专利文献25(TS23.502)的4.2.2.3.2节中公开的方法。因此，例如，在与外侧NW的连接开始进程中，可以防止与外侧NW的连接变为中断这一情况。
UE可以经由内侧AMF、内侧SMF向内侧UPF发送所生成的上行链路数据。UE可以判断是否将该数据发送到内侧AMF。UE可以使用关于该上行链路数据的信息，例如该上行链路数据的大小来进行该判断，也可以使用关于该上行链路数据的QoS的信息来进行该判断。可以由内侧AMF或内侧SMF进行该判断。由此，例如，UE能迅速地发送上行链路数据。
UE可以经由外侧AMF、外侧SMF向外侧UPF发送所生成的上行链路数据。UE可以判断是否将该数据发送到外侧AMF。UE可以使用关于该上行链路数据的信息，例如该上行链路数据的大小来进行该判断，也可以使用关于该上行链路数据的QoS的信息来进行该判断，还可以使用是否经由上述内侧AMF的判断结果来进行该判断。UE可以将是否经由内侧AMF的判断结果包含在该上行链路数据中，并通知给外侧AMF。可以由N3IWF、外侧AMF或外侧SMF进行该判断。N3IWF可以使用该判断结果将该上行链路数据发送到外侧AMF。由此，例如，UE能迅速地发送上行链路数据。
公开其他解决方案。外侧AMF向UE通知指示连接开始的信令。例如，可以在外侧NW启动的连接开始中使用该通知。该信令可以是例如NAS信令、寻呼请求信令或新设的NAS信令。新设的NAS信令可以包括关于寻呼的信息，也可以包括关于其它数据、例如UE的IP地址的信息。新设的NAS信令可以包括伪数据。外侧AMF可以经由N3IWF、内侧UPF和RAN向UE通知指示连接开始的该信令。
N3IWF与UE之间可以建立AN连接。例如，N3IWF与UE之间可以建立IPsec设定。例如，N3IWF和UE可以相互发送和接收非专利文献23(RFC7296)所示的IKE_SA_INIT的信令。例如，N3IWF和UE可以相互发送和接收非专利文献23(RFC7296)所示的IKE_AUTH的信令。N3IWF中的AN连接可以例如通过外侧AMF发送到UE的信令到达N3IWF这一情况来建立。N3IWF可以在直到建立与UE之间的AN连接为止的期间内保持由外侧AMF发送的指示连接开始的信令。
内侧UPF可以向内侧SMF通知针对UE的下行链路数据生成。内侧SMF可以通知内侧AMF下行链路数据的生成。内侧AMF可以启动针对UE的寻呼。内侧UPF可以在与UE之间的PDU会话停止时或在该PDU会话被释放时向内侧SMF进行该通知。例如，内侧UPF可以通过用于AN连接的信令(例如，IKE_SA_INIT)从N3IWF到达内侧UPF这一情况来启动该动作。内侧UPF可以在直到UE的寻呼完成为止的期间内保持用于AN连接的该信令。
作为其他示例，内侧UPF可以向内侧AMF通知针对UE的下行链路数据生成。该通知可以直接进行从内侧UPF到内侧AMF。也可以在内侧AMF和内侧AMF之间设置接口。内侧AMF可以使用该通知来启动针对UE的寻呼。因此，例如，能够快速地开始内侧NW中的UE的连接。
UE可以开始与内侧NW之间的服务请求进程。UE可以使用UE接收的寻呼来开始该进程。该进程也可以是例如非专利文献25(TS 23.502)的4.2.3.2节所示的进程。
内侧UPF可以向RAN发送用于AN连接的该信令。RAN可以将从内侧UPF接收的该信令发送到UE。RAN可以在UE转移到RRC_CONNECTED之后向UE发送该信令。
作为其他示例，RAN可以启动寻呼。RAN可以例如在UE为RRC_INACTIVE的情况下启动寻呼。RAN可以例如通过用于AN连接的信令(例如，IKE_SA_INIT)从N3IWF到达RAN这一情况来启动寻呼。RAN可以在直到UE的寻呼完成为止的期间内保持用于AN连接的该信令。
RAN可以向UE发送该信令。RAN可以在UE转移到RRC_CONNECTED之后向UE发送该信令。
作为其他示例，可以不对UE进行寻呼。例如，在UE为RRC_CONNECTED或CM-CONNECTED的情况下，可以不进行寻呼。在这种情况下，N3IWF可以经由内侧UPF、RAN向UE发送用于AN连接的信令(例如，IKE_SA_INIT)。
UE可以使用来自N3IWF的该信令来建立与N3IWF之间的IPsec连接。例如，UE可以向N3IWF发送非专利文献23(RFC7296)中所示的IKE_SA_INIT的信令。N3IWF可以使用来自UE的该信令继续进行建立与UE之间的IPsec连接的动作。例如，N3IWF和UE可以相互发送和接收非专利文献23(RFC7296)所示的IKE_AUTH的信令。
N3IWF可以向UE发送从外侧AMF发送的指示连接开始的信令。该信令可以是在N3IWF与UE之间建立AN连接之前保持在N3IWF中的信令。
UE可以开始与内侧NW之间的服务请求进程。UE可以使用从外侧AMF发送到UE的指示连接开始的信令来开始该进程。该进程也可以是例如非专利文献25(TS 23.502)的4.12.4.2节所示的进程。
图28和图29是示出通过外侧NW启动连接开始来将UE经由内侧NW连接到外侧NW的动作的序列图。图28和图29在边界线BL 2829的位置连接。图28和29示出了外侧AMF启动连接开始的动作的示例。图28和29示出了在连接开始之前UE是RRC_IDLE的情况，即，在连接开始之前UE既不连接到内侧NW也不连接到外侧NW的示例。
在图28所示的步骤ST2001中，设为在外侧UPF中生成了面向UE的下行链路数据。在步骤ST2002中，外侧UPF通知外侧SMF数据已经生成这一情况。在步骤ST2003，外侧SMF向外侧UPF发送步骤ST2002的肯定响应。在步骤ST2004中，外侧UPF将步骤ST2002的下行链路数据传送到外侧SMF。外侧UPF可以保持步骤ST2001的下行链路数据。
在图28所示的步骤ST2005中，外侧SMF请求外侧AMF传送N1和/或N2消息。在步骤ST2006，外侧AMF向外侧SMF发送对该请求的响应。在步骤ST2005、ST2006中，也可以使用非专利文献25(TS23.502)的5.2.2.2.7节所示的Namf_Communication_N1N2MessageTransferservice operation(Namf_通信_N1N2消息传输服务动作)。
在图28所示的步骤ST2007中，外侧AMF向N3IWF发送指示连接开始的信令。该信令可以是例如针对UE的NAS信令、寻呼请求信令、或者是新设的NAS信令。新设的NAS信令可以包括关于寻呼的信息，也可以包括关于其它数据、例如UE的IP地址的信息。新设的NAS信令可以包括伪数据。N3IWF可在直到与UE之间的AN连接建立为止的期间内保持步骤ST2007中的信令。
在图28所示的步骤ST2008中，N3IWF向内侧UPF发送用于与UE之间建立IPsec的信令。该信令也可以是例如非专利文献23(RFC 7296)所示的IKE_SA_INIT的信令。N3IWF可以发送该信令，例如作为针对UE的下行链路数据。
在图28所示的步骤ST2010中，内侧UPF向内侧SMF通知生成了数据。在步骤ST2011，内侧SMF向内侧UPF发送步骤ST2010的肯定响应。内侧UPF可以保持步骤ST2008的下行链路数据。
在步骤ST2012中，内侧UPF可以将步骤ST2008的下行链路数据传送到内侧SMF。步骤ST2012也可以使用从内侧SMF到内侧UPF的下行链路数据传送的指示来进行。内侧SMF可以将针对内侧UPF的该指示包含在步骤ST2010的肯定响应中来发送。内侧SMF可以保持步骤ST2008的下行链路数据。在这种情况下，内侧UPF可以不保持步骤ST2008的下行链路数据。由此，例如，可以减少内侧UPF中的存储器使用量。
在图29所示的步骤ST2015中，内侧SMF请求内侧AMF传送N1和/或N2消息。在步骤ST2016，内侧AMF向内侧SMF发送对该请求的响应。在步骤ST2015、ST2016中，也可以使用非专利文献25(TS23.502)的5.2.2.2.7节所示的Namf_Communication_N1N2MessageTransferservice operation(Namf_通信_N1N2消息传输服务动作)。
在图29所示的步骤ST2020中，内侧AMF向RAN发送UE寻呼。在步骤ST2022，RAN向UE发送寻呼。
在图29所示的进程ST2030中，UE向内侧NW发起服务请求进程。作为该进程，也可以使用非专利文献25(TS23.502)的4.2.3.2节所示的进程。通过该进程建立UE和内侧NW之间的连接。
在图29所示的步骤ST2035中，内侧UPF向UE发送由N3IWF发送的用于建立IPsec的信令。内侧UPF可以使用本内侧UPF所保持的步骤ST2008的下行链路数据来进行步骤ST2035的发送。在步骤ST2036，UE向N3IWF发送用于建立IPsec的信令。在步骤ST2036中由UE发送的信令可以是例如非专利文献23(RFC7296)所示的IKE_SA_INIT的信令。在步骤ST2037中，在N3IWF和UE之间进行IPsec建立的动作。该动作也可以是例如非专利文献23(RFC7296)中所示的IKE_SA_AUTH的信令的发送和接收。在步骤ST2037中，在N3IWF与UE之间建立AN连接。
作为与图29中所示的步骤ST2035相关的其他示例，内侧SMF可以向UPF发送由N3IWF发送的用于建立IPsec的信令。内侧UPF可以向UE发送该信令。在步骤ST2012中，当内侧UPF向内侧SMF传送步骤ST2008的下行链路数据时，可以执行该动作。由此，例如能够将内侧SMF保持的下行链路数据发送给UE。其结果是，可以提高关于下行链路数据的发送和接收的可靠性，同时减少内侧UPF中的存储器使用量。
在图29所示的步骤ST2040中，N3IWF向UE发送由外侧AMF发送的指示连接开始的信令。N3IWF可以使用本N3IWF保持的步骤ST2007中的信令来进行步骤ST2040的发送。步骤ST2040的信令可以通过IPsec在N3IWF和UE之间进行加密和解密。UE通过在步骤ST2040中接收信令，认识到存在来自外侧NW的下行链路数据。
在图29所示的进程ST2050中，UE向外侧NW开始服务请求进程。作为该进程，也可以使用非专利文献25(TS23.502)的4.2.3.2节所示的进程。在步骤ST2050中，也可以不进行非专利文献25(TS23.502)的4.2.3.2节所示的进程中的RRC Connection reconfiguration(RRC再设定)。通过该进程建立UE和外侧NW之间的连接。
在图29所示的步骤ST2060中，外侧UPF对UE发送下行链路数据。外侧UPF可以使用外侧UPF保持的步骤ST2001的数据来发送该下行链路数据。
在图28和29中，虽然示出了内侧AMF和RAN发送寻呼的情况，但是内侧AMF和RAN都可以不进行寻呼。例如，当UE在内侧NW中为RRC_CONNECTED时，可以不进行寻呼。例如，在UE为CM-CONNECTED的情况下，可以不进行寻呼。由此，例如，能够快速地执行向UE的下行链路数据发送。
在图28和29中，虽然示出了内侧AMF和RAN发送寻呼的情况，但是可以设为仅RAN进行寻呼。例如，可以在UE在内侧NW中为RRC_INACTIVE的情况下进行上述动作。例如，可以设为在UE为CM-CONNECTED的情况下进行上述动作。由此，例如，能获得与上述同样的效果。
也可以将外侧NW中的下行链路数据经由外侧SMF、外侧AMF通知给UE。外侧SMF可以经由本SMF以及外侧AMF、N3IWF将该下行链路数据通知给UE。外侧SMF可以判断是否经由外侧SMF、外侧AMF向UE通知该下行链路数据。外侧SMF可以使用与该下行链路数据有关的信息、例如该下行链路数据的大小来进行该判断，也可以使用与该下行链路数据的QoS有关的信息来进行该判断。由此，例如，外侧NW能够迅速地将下行链路数据通知给UE。
下行链路数据也可以经由内侧SMF、内侧AMF通知给UE。该下行链路数据既可以是内侧NW中的下行链路数据，也可以是从外侧NW发送的下行链路数据。内侧SMF可以经由本SMF和内侧AMF、RAN向UE通知该下行链路数据。内侧SMF可以判断是否经由本SMF、内侧AMF向UE通知该下行链路数据。内侧SMF可以使用与该下行链路数据有关的信息，例如该下行链路数据的大小来进行该判断，也可以使用与该下行链路数据的QoS有关的信息来进行该判断，还可以使用上述外侧SMF的判断结果来进行该判断。外侧AMF可以将外侧SMF的该判定结果通知内侧SMF。外侧AMF可以将外侧SMF的该判定结果包括在该下行链路数据中，并将其通知内侧SMF。由此，例如，内侧NW能够迅速地将下行链路数据通知给UE。
根据本变形例2，能够建立从外侧NW到UE的NW。
实施方式1的变形例3.
在实施方式1的变形例2中，公开了外侧NW开始连接到与多个NW级联连接的UE的方法。在本变形例3中，公开了该UE的PDU会话释放的方法。
以外侧NW、内侧NW的顺序释放与UE之间的PDU会话。可以在UE启动的PDU会话释放中应用上述动作。对于各NW中的PDU会话释放，可以使用非专利文献25(TS23.502)的4.3.4.2节所公开的方法。因此，例如，可以防止由于内侧NW的PDU会话释放而导致外侧NW的PDU会话的连接中断。
公开其他解决方案。内侧AMF可以向UE通知内侧NW的PDU会话(以下有时称为内侧PDU会话)释放。例如，可以在内侧AMF决定释放内侧PDU会话时进行该通知。内侧AMF可以使用NAS信令来进行该通知。作为关于该通知的其他示例，也可以在内侧SMF决定释放内侧PDU会话时进行该通知。内侧SMF可以通知内侧AMF释放内侧PDU会话。内侧AMF可以将来自内侧SMF的该通知传送给UE。
UE请求内侧AMF等待内侧PDU会话释放。UE可以使用NAS信令来发出该请求。该NAS信令既可以是非专利文献26(TS24.501)中记载的信令，也可以是新的NAS信令、例如PDU会话释放通知(PDU Session Release Notification)。内侧AMF使用该请求延迟内侧PDU会话释放。内侧AMF可以将该请求传送给内侧SMF。例如，在内侧SMF决定释放内侧PDU会话时，可以进行该传送。内侧SMF使用从内侧AMF传送来的该通知来延迟释放内侧PDU会话。
UE可以在该请求中包括关于登记解除的待机时间的信息。与该待机时间相关的信息和/或动作可以与实施方式的变形例1所示的与内侧NW的登记解除相关的待机时间相同。因此，例如，可以防止在释放外侧PDU会话之前内侧PDU会话被释放。其结果是，可以减少外侧NW中不必要的存储器使用量。
UE可以具有管理内侧PDU会话释放的定时器。该定时器例如可以是管理该待机时间的定时器。UE可以在内侧PDU会话建立时初始化该定时器。UE可以以从内侧AMF接收到内侧PDU会话释放通知这一情况为契机启动该定时器。UE可以以外侧PDU会话释放为契机停止该定时器。UE可以以该定时器到期为契机识别出内侧PDU会话释放。因此，例如，在UE中内侧PDU会话释放的动作的管理变得容易。
内侧AMF可以具有用于管理内侧PDU会话释放的定时器。该定时器例如可以是管理该待机时间的定时器。内侧AMF可以在内侧PDU会话建立时初始化该定时器。内侧AMF可以以向UE发送了内侧PDU会话释放通知这一情况为契机启动该定时器。内侧AMF可以以来自UE的内侧PDU会话释放重开通知为契机来停止该定时器。内侧可以以该定时器到期为契机重开来自UE的内侧PDU会话释放。因此，例如，在内侧AMF中，登记解除的动作的管理变得容易。
UE启动释放外侧NW的PDU会话(以下有时称为外侧PDU会话)的处理。UE可以使用例如从内侧AMF发送的内侧PDU会话释放通知来启动外侧PDU会话释放的处理。UE释放的外侧PDU会话可以是例如与由内侧AMF释放的内侧PDU会话共用QoS流的外侧PDU会话。UE请求外侧AMF释放外侧PDU会话。UE可以例如使用NAS信令来发出该请求。该NAS信令也可以是非专利文献26(TS24.501)所示的NAS信令，例如PDU会话释放请求(PDU Session ReleaseRequest)。可以设置新的NAS信令。从UE到外侧AMF的该请求可以包括关于要释放的外侧PDU会话的信息，例如PDU会话的标识符。从UE到外侧AMF的该请求可以包括关于内侧PDU会话释放的信息。关于内侧PDU会话释放的信息例如可以作为该请求的理由包括在该请求中。外侧AMF可以使用该请求来释放外侧PDU会话。作为其他示例，外侧AMF可以将该请求传送给外侧SMF。外侧SMF可以使用该请求来释放外侧PDU会话。
外侧AMF使用来自UE的该请求来请求N3IWF释放伴随该PDU会话的AN资源。从外侧AMF到N3IWF的该请求例如可以利用该UE经由内侧NW连接到外侧NW来进行。从外侧AMF到N3IWF的该请求可以使用表示UE释放内侧PDU会话这一情况的信息来进行，例如，在来自UE的该通知中所包括的理由是关于内侧PDU会话释放的信息。由此，例如，在通信系统的设计中，可以沿用以往的设计，其结果是可以避免通信系统中设计的复杂性。
UE通知内侧AMF外侧PDU会话已被释放这一情况。该通知可以是内侧PDU会话释放的准备完成的通知。UE可以使用NAS信令向内侧AMF发出该通知。该NAS信令可以是非专利文献26(TS24.501)所示的信令，也可以是新的NAS信令，例如PDU会话释放准备完成(PDUsession release ready)。内侧AMF可以使用该通知来重开内侧PDU会话的释放。作为其他示例，内侧AMF可以将该请求传送给内侧SMF。内侧SMF可以使用该请求来释放内侧PDU会话。
图30～图32是示出关于经由内侧NW连接到外侧NW的UE、伴随内侧PDU会话释放而释放外侧PDU会话的动作的第一例的序列图。图30～图32在边界BL3031和BL 3132的位置处连接。图30～图32示出了内侧AMF启动内侧PDU会话释放的示例。
在图30所示的步骤ST2101中，内侧AMF决定释放PDU会话。在步骤ST2102，内侧AMF通知UE释放内侧PDU会话。对于该通知，可以使用新设的NAS信令，例如PDU会话释放通知(PDU Session Release Notification)。该信令可以包括关于要释放的内侧PDU会话的信息，例如关于该PDU会话的标识符的信息。该信令可以包括与对应于该PDU会话的NW切片有关的信息，例如非专利文献22(TS23.501)中所示的NSSAI(Network Slice SelectionAssistance Information：网络切片选择辅助信息)和/或S-NSSAI(Single Network SliceSelection Assistance Information：单网络切片选择辅助信息)。UE通过接收步骤ST2102的通知来认识到内侧PDU会话释放。
在图30所示的步骤ST2103中，UE请求内侧AMF等待内侧PDU会话释放。对于该请求，可以使用NAS信令。该NAS信令也可以是新的NAS信令，例如PDU会话释放待机请求(PDUsession release wait request)的信令。该信令可以包括关于PDU会话释放的待机时间的信息。内侧AMF可以使用该信令来等待该PDU会话释放。内侧AMF可以在该信令中包括的待机时间期间内或在预定的待机时间期间内等待该PDU会话的释放。内侧AMF可以在后述的接收到来自UE的登记解除重开的通知之前等待该PDU会话的释放。内侧AMF中的该待机时间的起点也可以是步骤ST2103中的待机请求的接收时间点。
在图30所示的步骤ST2105中，UE请求外侧NW释放外侧PDU会话。对于该请求，可以使用NAS信令。该NAS信令也可以是非专利文献26(TS24.501)中记载的现有信令，例如PDU会话释放请求(PDU Session Release Request)。可以设置新的信令。该NAS信令可以包括关于该请求的理由的信息。关于理由的该信息可以是例如内侧PDU会话释放。外侧AMF可以使用该NAS信令来启动外侧PDU会话释放的动作。
在图30所示的步骤ST2106中，外侧AMF请求外侧SMF释放外侧PDU会话。对于该请求，例如也可以使用非专利文献25(TS23.502)的5.2.8.2.6节中记载的Nsmf_PDUSession_UpdateSMContext service operation(Nsmf_PDU会话更新SM上下文服务动作)。在步骤ST2107，外侧SMF请求外侧UPF释放N4会话。外侧UPF通过接收步骤ST2107的请求来释放外侧PDU会话的资源。在步骤ST2108，外侧UPF向外侧SMF通知针对N4会话释放请求的响应。在步骤ST2107和ST2108中，也可以使用非专利文献25(TS23.502)的4.4.1.4节中所述的N4会话释放(N4 Session Release)进程。在步骤ST2109，外侧SMF向外侧AMF通知针对外侧PDU会话释放请求的响应。对于该响应，例如也可以使用非专利文献25(TS23.502)的5.2.8.2.6节中记载的Nsmf_PDUSession_UpdateSMContext service operation(Nsmf_PDU会话更新SM上下文服务动作)。
在图30所示的步骤ST2110中，外侧AMF请求N3IWF释放外侧AMF与N3IWF之间的伴随该PDU会话的AN资源。对于该请求，例如可以使用非专利文献24(TS 38.413)中记载的N2资源释放请求(N2 Resource Release Request)的信令。N3IWF通过接收步骤ST2110中的请求来开始伴随与UE之间的该PDU会话的AN资源释放。
在图30所示的步骤ST2115和ST2116中，在N3IWF和UE之间释放伴随该PDU会话的AN资源。在图30所示的示例中，在N3IWF和UE之间释放Ipsec SA(Security Association：安全关联)。在步骤ST2115中，N3IWF通知UE释放IPsec SA。用于该通知的信令可以是例如非专利文献23(IETF RFC7296)中记载的IKE INFORMATIONALexchange(IKE信息交换)的信令。该信令还可以包括非专利文献23(IETF RFC 7296)中记载的Delete payload(删除负载)。Delete payload(删除负载)可以包括关于该IPsec SA的信息(例如，标识符)。UE通过接收步骤ST2115的通知来释放该IPsec SA。在步骤ST2116中，UE通知N3IWF释放IPsec SA。从UE到N3IWF的通知可以是例如与步骤ST2115相同的信令。N3IWF通过接收步骤ST2115的通知，认识到在UE中伴随该PDU会话的AN资源已被释放。
在图30所示的步骤ST2115和ST2116中释放的IPsec SA可以仅是用于该外侧PDU会话的IPsec SA。UE和N3IWF可以不释放用于UE和外侧NW之间的C层面通信的IPsec SA。因此，例如，能够迅速地对UE和外侧AMF之间的信令进行通信。
在图30所示的步骤ST2120中，N3IWF向外侧AMF发送针对伴随该PDU会话的AN资源的释放请求的响应。对于该响应，例如也可以使用非专利文献24(TS38.413)中记载的N2Resource Release Ack(N2资源释放响应)的信令。
在图31所示的步骤ST2125中，外侧AMF向外侧SMF发送关于N3IWF与外侧AMF之间的N2连接的信息。在步骤ST2130，外侧SMF向外侧SMF发送对该信息的响应。在步骤ST2125和ST2130中，例如可以使用非专利文献25(TS23.502)的5.2.8.2.6节中所述的Nsmf_PDUSession_UpdateSMContext service operation(Nsmf_PDU会话更新SM上下文服务动作)。
在图31所示的步骤ST2135中，N3IWF指示UE释放该PDU会话。N3IWF可以使用从外侧AMF发送的NAS信令来发送该指示。UE使用该指示释放本UE的与该外侧PDU会话有关的资源。在步骤ST2136，UE向N3IWF发送对该指示的响应。在步骤ST2140中，N3IWF向外侧AMF发送在步骤ST2136中接收到的NAS信令。
在图31所示的步骤ST2141中，外侧AMF向外侧SMF发送关于UE与外侧AMF之间的N1连接的信息。在步骤ST2142，外侧SMF向外侧SMF发送对该信息的响应。在步骤ST2141和ST2142中，例如可以使用非专利文献25(TS23.502)中所述的Nsmf_PDUSession_UpdateSMContext service operation(Nsmf_PDU会话更新SM上下文服务动作)。
在图31所示的步骤ST2145中，外侧AMF和外侧SMF相互通知关于该外侧PDU会话的会话管理上下文(SM context)的释放。在步骤ST2145中，例如也可以使用非专利文献25(TS23.502)的5.2.8.2.8节中记载的Nsmf_PDUSession_SMContextStatusNotify(Nsmf_PDU会话_SM上下文状态通知)。
在图31所示的步骤ST2150中，在外侧SMF与外侧PCF之间进行非专利文献25(TS23.502)的4.16.6节所示的会话管理策略协作终止(SM Policy AssociationTermination)的动作。
在图31所示的步骤ST2160中，UE通知内侧AMF外侧PDU会话已被释放。该通知可以是内侧PDU会话释放的准备完成的通知。UE可以使用NAS信令向内侧AMF发出该通知。该NAS信令也可以是非专利文献26(TS24.501)所示的信令，例如PDU会话释放请求(PDU sessionrelease request)。该NAS信令可以是新的NAS信令，例如PDU会话释放完成(PDU sessionrelease ready)。内侧AMF通过接收步骤ST2160的通知来重开内侧PDU会话释放。
在图31所示的步骤ST2165、ST2166和ST2167以及图32所示的步骤ST2170中，在内侧NW装置之间进行与上述在外侧NW装置之间进行的处理(图30中的步骤ST2106、ST2107、ST2108和ST2109)相同的处理。
在图32中所示的步骤ST2175中，内侧AMF请求RAN释放内侧AMF与RAN之间的伴随该内侧PDU会话的RRC资源。对于该请求，例如可以使用非专利文献24(TS 38.413)中记载的N2资源释放请求(N2 Resource Release Request)的信令。RAN通过接收步骤ST2175的通知来开始伴随与UE之间的该内侧PDU会话的AN资源释放。
在图32所示的步骤ST2176中，在RAN与UE之间进行伴随该内侧PDU会话的AN资源的释放动作。RAN可以请求UE释放该内侧PDU会话。对于该请求中，也可以使用RRC信令，例如非专利文献27(TS 38.331)中公开的RRC再设定(RRC Reconfiguration)。该RRC信令可以包括该内侧PDU会话释放的指示。UE可以使用该信令来释放该内侧PDU会话。UE可以向RAN发送对该指示的响应。该响应也可以是例如非专利文献27(TS 38.331)中公开的RRC再设定完成(RRC ReconfigurationComplete)。
在图32所示的步骤ST2177中，RAN向内侧AMF发送对伴随该内侧PDU会话的AN资源的释放请求的响应。对于该响应，例如也可以使用非专利文献24(TS38.413)中记载的N2Resource Release Ack(N2资源释放响应)的信令。
在图32所示的步骤ST2178和ST2179中，在内侧AMF和内侧SMF之间进行与在外侧AMF和外侧SMF之间进行的上述处理(图31的步骤ST2125和ST2130)相同的处理。
在图32所示的步骤ST2180中，UE向RAN发送对PDU会话释放请求的肯定响应。该响应可以是例如从UE到内侧AMF的NAS信令。从UE到RAN的该响应发送可以是例如包括该NAS信令的RRC信令。在步骤ST2181中，RAN向内侧AMF发送在步骤ST2180中接收到的NAS信令。
在图32所示的步骤ST2182、ST2183、ST2184和ST2185中，在内侧NW装置之间进行与在外侧NW装置之间进行的上述处理(图31中的步骤ST2141、ST2142、ST2145和ST2150)相同的处理。
在图30到图32中虽然示出了N3IWF用不同的信令指示外侧PDU会话用的AN连接释放和外侧PDU会话释放的情况，但是也可以用相同的信令进行。例如，图30的步骤ST2115和图31的步骤ST2135中的处理可以用相同的信令进行。图30的步骤ST2116和图31的步骤ST2136的处理可以用相同的信令进行。因此，例如，可以减少UE和N3IWF之间的信令量。
在图30到图32中虽然示出了N3IWF在外侧PDU会话用的AN连接释放之后释放外侧PDU会话的情况，但是N3IWF可以在该外侧PDU会话用的AN连接释放之后释放外侧PDU会话。例如，步骤ST2135、ST2136可在步骤ST2110与ST2115之间进行。因此，例如，UE能够快速地进行步骤ST2160的处理，其结果是能够快速地进行通信系统中的PDU会话释放的处理。
可以设为仅当内侧AMF掌握到该UE经由内侧NW连接到外侧NW这一情况时，才可以进行从内侧AMF针对UE的PDU会话释放的通知。UE可以预先向内侧AMF通知关于外侧NW的信息。该通知也可以是例如与实施方式1的变形例1同样的通知。内侧AMF可以向内侧SMF通知该通知。内侧SMF可以使用该通知来等待PDU会话释放。因此，例如，可以防止在外侧PDU会话释放之前释放内侧PDU会话，从而可以提高通信系统中的鲁棒性。
公开其他解决方案。内侧AMF可以进行NW启动的PDU会话释放。UE可以预先向内侧AMF通知关于外侧NW的信息。该通知也可以与上述相同。内侧AMF可以使用该通知来识别本AMF是内侧AMF。由此，例如，可以提高通信系统中的鲁棒性。
作为其他示例，外侧AMF可以不进行NW启动的PDU会话释放，并且包括在内侧NW和外侧NW连接结构中的两个AMF可以不进行NW启动的PDU会话。UE可以预先向外侧AMF通知关于内侧NW的信息。UE可以预先向内侧AMF通知关于外侧NW的信息。内侧AMF和/或外侧AMF可以使用来自UE的该通知来判断是否可以进行NW启动的PDU会话释放。由此，例如，可以提高通信系统中的鲁棒性。
公开其他解决方案。内侧SMF通知内侧AMF释放内侧PDU会话。例如，可以在内侧SMF决定释放内侧PDU会话时进行该通知。内侧SMF可以使用AMF-SMF之间的信令，例如在非专利文献25(TS23.502)的5.2.2.2.7节中公开的Namf_Communication_N1N2MessageTransferservice operation(Namf_通信_N1N2消息传输服务动作)来进行该通知。内侧SMF可以在与内侧UPF之间的N4会话释放请求之前进行该通知。因此，例如，可以在通知UE之后执行内侧PDU会话释放，其结果是，可以防止在外侧PDU会话释放之前释放内侧PDU会话。由此，能提高通信系统中的鲁棒性。
内侧AMF通知UE释放内侧PDU会话。该通知可以与上述解决方案相同。UE请求内侧AMF等待内侧PDU会话释放。该请求可以与上述解决方案相同。
内侧AMF请求内侧SMF等待释放内侧PDU会话。内侧SMF可以使用AMF-SMF之间的信令，例如在非专利文献25(TS23.502)的5.2.2.2.7节中公开的Namf_Communication_N1N2MessageTransfer service operation(Namf_通信_N1N2消息传输服务动作)来进行该请求。该请求可以包括关于待机时间的信息。
UE启动外侧PDU会话释放的处理。该释放处理也可以与上述的解决方案相同。
UE通知内侧AMF外侧PDU会话已被释放。该通知可以是内侧PDU会话释放的准备完成的通知。该通知可以与上述解决方案相同。内侧AMF将该通知传送给内侧SMF。该传送例如也可以作为非专利文献25(TS23.502)的5.2.8.2.7节中记载的Nsmf_PDUSession_ReleaseSMContext service operation(Nsmf_PDU会话释放SM上下文服务动作)来进行。内侧SMF可以使用该传送来进行与内侧UPF之间的PDU会话释放处理。
图33至图35是示出关于经由内侧NW连接到外侧NW的UE、伴随内侧PDU会话释放而释放外侧PDU会话的动作的第二例的序列图。图33至图35在边界BL3334和BL 3435的位置处连接。图33至图35示出了内侧SMF启动内侧PDU会话释放的示例。在图33至图35中，对与图30至图32相同的处理标注相同的步骤编号，并省略相同的说明。
在图33所示的步骤ST2201中，内侧SMF决定释放PDU会话。在步骤ST2202，内侧SMF通知内侧AMF释放内侧PDU会话。步骤ST2202的该通知可以使用AMF-SMF之间的信令来进行，例如在非专利文献25(TS23.502)的5.2.2.2.7节中公开的Namf_Communication_N1N2MessageTransfer service operation(Namf_通信_N1N2消息传输服务动作)。
图33所示的步骤ST2102和ST2103与图30相同。
在图33所示的步骤ST2204中，内侧AMF请求内侧SMF等待内侧PDU会话释放。步骤ST2204的该请求可以使用AMF-SMF之间的信令来进行，例如在非专利文献25(TS23.502)的5.2.2.2.7节中公开的Namf_Communication_N1N2MessageTransfer service operation(Namf_通信_N1N2消息传输服务动作)。步骤ST2204的该请求可包括关于待机时间的信息。内侧SMF通过该请求保留内侧PDU会话释放。
图33至图35所示的步骤ST2105至ST2185与图30至图32相同。
在内侧NW中，可以存在未释放的PDU会话。例如，可以不释放在外侧NW中用于C层面数据的发送和接收的内侧PDU会话。UE可以向内侧AMF通知关于该PDU会话的信息。内侧AMF可以将该信息通知给内侧SMF。因此，例如，可以稳定地执行外侧NW中的C层面通信。
实施方式1的变形例1中公开的方法可以应用于PDU会话释放。由此，可以获得与实施方式1的变形例相同的效果。
本变形例3中公开的方法可以应用于RAN启动的PDU会话释放。例如，RAN可以通知UE释放内侧PDU会话。UE可以请求外侧AMF释放外侧PDU会话。作为其他示例，N3IWF可以启动PDU会话释放。N3IWF可以通知UE外侧PDU会话释放。因此，例如，在RAN和/或N3IWF中，可以减少不必要的存储器使用量。
本变形例3中公开的方法可以应用于PCF启动的PDU会话释放。例如，内侧PCF可以通知内侧AMF释放内侧PDU会话。该通知可以经由内侧SMF进行。内侧AMF可以将该通知传送给UE。UE可以将该通知传送给外侧AMF。由此，例如，在PCF中，可以减少不必要的存储器使用量。
根据本变形例3，可以释放不必要的外侧PDU会话。其结果是，可以减少UE和外侧NW装置中的存储器使用量。
实施方式1的变形例4.
在实施方式1的变形例3中，公开了关于级联连接到多个NW的UE从内侧NW释放PDU会话的方法。在本变形例4中，公开了该UE的PDU会话中的U层面连接停止的方法。
在通信系统中，在内侧PDU会话中的U层面连接停止(以下有时称为内侧U层面停止)之前，进行外侧PDU会话中的U层面连接停止(以下有时称为外侧U层面停止)。可以在内侧SMF启动内侧U层面停止时进行上述动作。
内侧SMF向内侧AMF通知内侧U层面停止。在该通知中，可以使用非专利文献25(TS23.502)所示的信令，也可以使用新的信令，例如Namf_UplaneDeactivation(Namf_Uplane失活)。非专利文献25(TS23.502)中所示的信令可以包括关于U层面停止的信息，例如表示U层面停止的信息和/或PDU会话标识符。
内侧AMF向UE通知内侧U层面停止。在该通知中，也可以使用非专利文献25(TS23.502)所示的NAS信令。对于该通知，也可以使用新的NAS信令，例如U层面停止通知(U-plane deactivation notification)。上述信令可以包括关于U层面停止的信息，例如指示U层面停止的信息和/或PDU会话标识符。
UE可以请求内侧AMF等待内侧U层面停止。在该请求中，也可以使用非专利文献25(TS23.502)所示的NAS信令。对于该请求，也可以使用新的NAS信令，例如U层面停止等待请求(U-plane deactivation wait request)。上述信令可以包括关于U层面停止待机的信息，例如，等待停止这一内容的信息、关于停止对象U层面的PDU会话的信息和/或U层面停止待机时间。
在其他示例中，在从UE到内侧AMF的该请求中所包括的U层面停止待机时间可以预先决定。由此，例如，可以减少从UE到内侧AMF的信令的大小。
内侧AMF可以请求内侧SMF等待内侧U层面停止。对于该请求，也可以使用非专利文献25(TS23.502)所示的信令，例如Nsmf_PDUSession_UpdateSMContext(Nsmf_PDU会话更新SM上下文)。对于该请求，可以使用新的信令，例如针对上述Namf_UplaneDeactivation(Namf_Uplane失活)的响应。对于该请求，可以使用Nsmf_UplaneDeactivationWait(Namf_Uplane失活等待)。上述信令可以包括关于U层面停止的待机的信息。该信息可以与上述UE对内侧AMF的内侧U层面停止待机请求中包括的信息相同。
在其他示例中，在从内侧AMF到内侧SMF的该请求中所包括的U层面停止待机时间可以预先决定。由此，例如，可以减少从内侧AMF到内侧SMF的信令的大小。
UE可以具有用于管理内侧U层面停止的定时器。该定时器例如可以是管理该待机时间的定时器。UE可以在内侧PDU会话建立时初始化该定时器。UE可以以从内侧AMF接收到内侧U层面停止通知这一情况为契机启动该定时器。UE可以以外侧U层面停止完成为契机停止该定时器。UE可以以该定时器到期为契机识别到内侧U层面的停止。因此，例如，在UE中内侧U层面停止的动作的管理变得容易。
内侧AMF可以具有用于管理内侧U层面停止的定时器。该定时器例如可以是管理该待机时间的定时器。内侧AMF可以在内侧PDU会话建立时初始化该定时器。内侧AMF可以以向UE发送了内侧U层面停止通知这一情况为契机启动该定时器。内侧AMF可以以来自UE的内侧U层面停止重开通知为契机来停止该定时器。内侧可以以该定时器到期为契机重开UE的内侧U层面停止。因此，例如，在内侧AMF中，登记解除的动作的管理变得容易。SMF可以具有该定时器。因此，例如，内侧SMF中登记解除的动作的管理变得容易。
UE可以向外侧AMF请求外侧U层面停止。对于该请求，也可以使用非专利文献25(TS23.502)所示的NAS信令，例如PDU会话变更请求(PDU session modificationrequest)。对于该请求，也可以使用新的NAS信令，例如U层面停止请求(U-planedeactivation request)。上述信令可以包括关于停止U层面连接的PDU会话的信息。例如，UE可以决定停止包括与被停止的内侧U层面连接相关的QoS流在内的外侧PDU会话的U层面连接。
外侧AMF可以向外侧SMF请求外侧U层面停止。对于该请求，也可以使用非专利文献25(TS23.502)所示的信令，例如Nsmf_PDUSession_UpdateSMContext(Nsmf_PDU会话更新SM上下文)。对于该请求，可以使用新的信令，例如Nsmf_UplaneDeactivation(Namf_Uplane失活)。上述信令可以包括关于停止U层面连接的PDU会话的信息。外侧SMF可以使用该信息来开始外侧U层面停止的动作。
外侧SMF可以向外侧AMF发送对外侧U层面停止请求的响应。外侧SMF可以在外侧SMF和外侧UPF之间的N4会话变更请求、响应和/或N4会话释放请求和响应之后发送该响应。可以代替在非专利文献25(TS23.502)中所示的Namf_Communication_N1N2MessageTransfer(Namf_通信_N1N2消息传输服务动作)来进行从外侧SMF到外侧AMF的该响应。外侧AMF可以使用该响应在与N3IWF之间进行N2 PDU会话资源的释放处理。N3IWF可以在与UE之间进行AN资源，例如IPsec中的子SA的释放。
UE可以请求内侧AMF重开已待机的内侧U层面，可以请求该内侧U层面停止，也可以通知该内侧U层面停止的准备完成。在该请求中，也可以使用非专利文献25(TS23.502)所示的NAS信令。对于该请求，可以使用新的NAS信令，例如U层面停止准备完成(U-planedeactivation ready)的通知。
作为其他示例，UE可以不请求内侧AMF重开内侧U层面停止，也可以不请求该内侧U层面停止，也可以不通知该内侧U层面停止的准备完成。例如，在UE向内侧AMF包括上述待机时间的内侧U层面停止时，可以不进行上述请求或通知。例如，也可以在该待机时间被预先决定的情况下，不进行上述的请求或通知。因此，例如，可以减少UE与内侧AMF之间的信令。
内侧AMF可以请求内侧SMF重开已待机的内侧U层面，可以请求该内侧U层面停止，也可以通知该内侧U层面停止的准备完成。对于该请求，也可以使用非专利文献25(TS23.502)所示的信令，例如Nsmf_PDUSession_UpdateSMContext(Nsmf_PDU会话更新SM上下文)。对于该请求，可以使用新的信令，例如Nsmf_UplaneDeactivationReady(Namf_Uplane失活准备完成)。
作为其他示例，内侧AMF可以不请求内侧SMF重开内侧U层面停止，也可以不请求该内侧U层面停止，也可以不通知该内侧U层面停止的准备完成。例如，在内侧AMF向内侧SMF请求包括上述待机时间的内侧U层面停止时，可以不进行上述请求或通知。例如，也可以在该待机时间被预先决定的情况下，不进行上述的请求或通知。因此，例如，可以减少内侧AMF和内侧SMF之间的信令。
内侧SMF可以通过接收上述请求和/或准备完成通知来重开内侧U层面停止的进程。作为其他示例，内侧SMF可以在上述待机时间到期时重开内侧U层面停止的进程。
图36至图37是示出关于经由内侧NW与外侧NW连接的UE的、伴随内侧U层面的停止而停止外侧U层面的动作的序列图。图36至图37在边界线BL3637的位置处连接。图36至图37示出了内侧SMF启动内侧U层面的停止的示例。
在图36所示的步骤ST2301中，内侧SMF决定内侧PDU会话的U层面连接停止。
在图36所示的步骤ST2305中，内侧SMF向内侧AMF通知内侧U层面停止。在该通知中，可以使用非专利文献25(TS23.502)所示的信令，也可以使用新的信令，例如Namf_UplaneDeactivation(Namf_Uplane失活)。步骤ST2305的通知可以包括关于U层面停止的信息，例如表示U层面停止的信息和/或PDU会话标识符。
在图36所示的步骤ST2306中，内侧AMF向UE通知内侧U层面停止。在该通知中，可以使用非专利文献25(TS23.502)所示的NAS信令，也可以使用新的NAS信令，例如U层面停止通知(U-plane deactivation notification：U层面失活通知)。步骤ST2306的通知可包含与步骤ST2305相同的信息。
在图36所示的步骤ST2307中，UE请求内侧AMF等待内侧U层面停止。在该请求中，也可以使用非专利文献25(TS23.502)所示的NAS信令。对于该请求，也可以使用新的NAS信令，例如U层面失活等待请求(U-plane deactivation wait request)。步骤ST2307的请求可以包括关于U层面停止等待的信息，例如，等待停止这一内容的信息、关于停止对象U层面的PDU会话的信息和/或U层面停止待机时间。
在图36所示的步骤ST2308中，内侧AMF请求UE等待内侧U层面停止。在该请求中，也可以使用非专利文献25(TS23.502)所示的信令。对于该请求，可以使用新的信令，例如Nsmf_PDUSession_UpdateSMContext(Nsmf_PDU会话更新SM上下文)。对于该请求，可以使用新的信令，例如针对上述Namf_UplaneDeactivation(Namf_Uplane失活)的响应。对于该请求，可以使用Nsmf_UplaneDeactivationWait(Namf_Uplane失活等待)。步骤ST2308的请求可包含与步骤ST2307相同的信息。
在图36所示的步骤ST2310中，UE向外侧AMF请求外侧U层面停止。对于该请求，也可以使用非专利文献25(TS23.502)所示的NAS信令，例如PDU会话变更请求(PDU sessionmodification request)。对于该请求，也可以使用新的NAS信令，例如U层面停止请求(U-plane deactivation request)。步骤ST2310的请求可以包括关于停止U层面连接的PDU会话的信息。
在图36所示的步骤ST2315中，外侧AMF向外侧SMF请求外侧U层面停止。对于该请求，也可以使用非专利文献25(TS23.502)所示的信令，例如Nsmf_PDUSession_UpdateSMContext(Nsmf_PDU会话更新SM上下文)。对于该请求，可以使用新的信令，例如Nsmf_UplaneDeactivation(Namf_Uplane失活)。上述信令可以包括关于停止U层面连接的PDU会话的信息。外侧SMF可以使用该信息来开始外侧U层面停止的动作。
在图36所示的步骤ST2317中，外侧SMF请求外侧UPF进行N4会话变更。对于该请求，例如也可以使用非专利文献25(TS 23.502)所示的N4会话变更请求(N4 sessionmodification request)。作为其他示例，外侧SMF可以请求外侧UPF释放N4会话。
在图36所示的步骤ST2318中，外侧UPF向外侧SMF发送N4会话变更请求的响应。对于该发送，例如也可以使用非专利文献25(TS 23.502)所示的N4会话变更响应(N4 sessionmodification response)。作为其他示例，外侧UPF可以向外侧SMF发送N4会话释放请求的响应。
在图36所示的步骤ST2320中，外侧SMF向外侧AMF发送对外侧U层面停止请求的响应。对于该响应的发送，也可以使用非专利文献25(TS23.502)所示的信令，例如Nsmf_PDUSession_UpdateSMContext(Nsmf_PDU会话更新SM上下文)。对于该响应的发送，也可以使用Namf_Communication_N1N2MessageTransfer(Nsmf_通信_N1N2信息传输)。对于该响应的发送，可以使用新的信令，例如Nsmf_UplaneDeactivationResponse(Namf_Uplane失活响应)。
在图36所示的步骤ST2322中，外侧AMF请求N3IWF释放外侧AMF与N3IWF之间的伴随该PDU会话的AN资源。步骤ST2322可以与图30中的步骤ST2110相同。
在图36所示的步骤ST2325和ST2326中，在N3IWF和UE之间，伴随该PDU会话的AN资源被释放。步骤ST2325和ST2326可以与图30中的步骤ST2115和ST2116相同。
在图36所示的步骤ST2328中，N3IWF向外侧AMF发送对步骤ST2322的请求的响应。步骤ST2328可以与图30中的步骤ST2120相同。
在图37所示的步骤ST2330中，外侧AMF向外侧SMF发送关于N3IWF与外侧AMF之间的N2连接的信息。在步骤ST2331，外侧SMF向外侧AMF发送对该信息的响应。步骤ST2330和ST2331可以与图31中的步骤ST2125和ST2130相同。
在图37所示的步骤ST2340中，UE请求内侧AMF进行内侧U层面重开。对于该请求的发送，可以使用非专利文献25(TS23.502)所示的NAS信令。对于该请求的发送，可以使用新的NAS信令，例如U层面停止准备完成(U-plane deactivation ready)的通知。该请求可以包括关于重开U层面连接的PDU会话的信息。
在图37所示的步骤ST2341中，内侧AMF请求内侧SMF进行内侧U层面重开。对于该请求，也可以使用非专利文献25(TS23.502)所示的信令，例如Nsmf_PDUSession_UpdateSMContext(Nsmf_PDU会话更新SM上下文)。对于该请求，可以使用新的信令，例如Nsmf_UplaneDeactivationReady(Nsmf_Uplane失活准备完成)。该请求可以包括关于重开U层面连接的PDU会话的信息。
在图37所示的步骤ST2345和ST2347中，在内侧NW装置之间进行与在外侧NW装置之间进行的处理(图36中的步骤ST2318和ST2320)相同的上述处理。
在图37所示的步骤ST2349中，在内侧SMF与内侧AMF之间进行伴随该PDU会话的RAN资源释放的处理。在步骤ST2349中，可以使用非专利文献25(TS23.502)的5.2.2.2.7节中所示的Namf_Communication_N1N2MessageTransfer service operation(Nsmf_通信_N1N2信息传输服务动作)。
在图37所示的步骤ST2350至ST2354中，进行与图32所示的步骤ST2175至ST2179相同的处理。
在图37所示的步骤ST2340中，示出了UE向内侧AMF请求U层面连接停止的待机的情况，但是UE也可以不进行该请求。例如，在UE向内侧AMF通知U层面连接停止的待机时间的情况下，也可以不进行上述请求。例如，在该待机时间被预先决定的情况下，也可以不进行上述请求。在步骤ST2341中，也可以对从内侧AMF到内侧SMF的U层面连接停止的待机请求进行同样的处理。例如，在内侧AMF向内侧SMF通知U层面连接停止的待机时间时，内侧AMF可以不进行该请求。例如，在该待机时间被预先决定的情况下，内侧AMF也可以不进行该请求。由此，例如，可以减少通信系统中的信令。
可以设为伴随内侧U层面停止，不进行外侧U层面停止。例如，在外侧NW中，可以仅释放UE和N3IWF之间的IPsec连接。外侧AMF可以使用来自UE的外侧U层面停止请求来指示N3IWF释放伴随该PDU会话的AN资源。可以设为外侧AMF不向外侧SMF请求外侧U层面停止。因此，例如，可以快速地进行内侧U层面停止。
如上所述，外侧AMF可以进行UE的隐式登记解除。因此，例如，可以快速地执行内侧U层面停止之后的重开。
外侧UPF可以向N3IWF发送面向该UE的下行链路数据，N3IWF可以保持该下行链路数据。例如，可以在内侧U层面停止且外侧U层面不停止的情况下进行上述动作。N3IWF可以使用该下行链路数据的接收来再建立与UE之间的IPsec连接。对于N3IWF和UE之间的IPsec连接再建立，例如可以应用实施方式1的变形例5中公开的方法。N3IWF和UE之间的IPsec连接重开可以在内侧U层面重开之后进行。因此，例如，可以快速地执行内侧U层面停止之后的重开。
作为其他示例，外侧UPF可以保持面向该UE的下行链路数据。外侧UPF可以向外侧SMF通知下行链路数据的生成。外侧UPF和UE之间的通信重开可以使用实施方式1的变形例2中公开的方法来进行。由此，例如，可以减少N3IWF中的存储器使用量。
可以存在不停止U层面连接的PDU会话。例如，关于在外侧NW中用于C层面数据的发送和接收的内侧PDU会话，可以设为U层面连接不停止。UE可以向内侧AMF通知关于该PDU会话的信息。内侧AMF可以将该信息通知给内侧SMF。因此，例如，可以稳定地执行外侧NW中的C层面通信。
内侧SMF可以判断是否向内侧AMF通知内侧U层面停止。内侧SMF可以使用关于外侧NW连接的信息来进行该判断。UE可以向内侧AMF通知关于外侧NW的信息。内侧AMF可以向内侧SMF通知关于外侧NW的信息。可以使用从UE到内侧AMF的该通知来进行从内侧AMF到内侧SMF的该通知。由此，例如，可以减少通信系统中的信令。
外侧PDU会话可以随着内侧U层面停止而被释放。外侧U层面可以随着内侧PDU会话的释放而被停止。在上述情况下，也可以在实施方式1的变形例3中组合本变形例4。UE可以请求外侧AMF释放外侧PDU会话或停止外侧U层面。由此，例如通信系统中的灵活应用成为可能。
根据本变形例4，可以通过内侧PDU会话的U层面连接停止来执行外侧PDU会话的U层面连接停止。其结果是能提高通信系统中的效率。
实施方式1的变形例5.
在实施方式1的变形例4中，公开了关于级联连接到多个NW的UE的PDU会话中的U层面连接停止的方法。在本变形例5中，公开了伴随该UE的RRC_INACTIVE转移的外侧NW的相关动作。
外侧NW可以以该UE向RRC_INACTIVE转移这一情况为契机而被释放。外侧NW的该释放也可以通过与实施方式1相同的方法进行。因此，例如，可以减少外侧NW的各装置中的存储器使用量。
公开其他解决方案。对于已经转移为RRC_INACTIVE的该UE，可以不释放外侧NW。
上文中，产生以下所示的问题。即，对于经由内侧NW与外侧NW连接的UE，在与外侧NW之间的AN连接中使用IPsec。因此，即使在RRC_INACTIVE转移之后，也在UE和N3IWF之间发送和接收非专利文献28(IETF RFC3706)中公开的保持连接(Keepalive)。因此，由于从N3IWF到UE的保持连接发送，从而产生从RAN到UE的寻呼，并且UE恢复到RRC_CONNECTED。由此，产生UE的功耗削减量减少的问题。
下面公开针对上述问题的解决方案。
UE伴随RRC_INACTIVE转移而释放与外侧NW之间的AN连接。UE可以启动与N3IWF之间的IPsec连接释放。
UE请求外侧AMF释放与外侧NW之间的AN连接。对于该请求，也可以使用非专利文献26(TS24.501)中公开的NAS信令。可以设置新的NAS信令，例如服务停止请求(Servicesuspend)的NAS信令。上述NAS信令可以包括表示本UE将转移到RRC_INACTIVE这一情况的信息。该信息可以例如作为该请求中的理由(Cause)的参数而被包含于该请求中。外侧AMF通过接收该请求来识别UE转移到RRC_INACTIVE这一情况。外侧AMF可以维持与该UE之间的NAS连接。
外侧AMF可以向UE发送对该请求的响应。对于该响应的发送，也可以使用非专利文献26(TS24.501)中公开的NAS信令。可以设置新的NAS信令，例如服务停止请求工序响应(Service suspend Ack)的NAS信令。
外侧AMF可以请求N3IWF停止关于该UE的本AMF与N3IWF之间的N2连接。对于该请求，可以使用非专利文献24(TS 38.413)中所述的N2信令，例如N2 UEContext ReleaseCommand(N2 UE上下文释放命令)。可以设置并使用新的N2信令，例如N2 UE SuspendCommand(N2 UE停止命令)。上述N2信令可以包括关于该UE的信息，例如该UE的标识符。上述N2信令可以包括表示与该UE有关的N2连接将停止这一情况的信息。因此，例如，可以防止在外侧NW和UE之间产生不必要的信令，从而可以减少通信系统中的信令量。同时，可以防止UE中由于该信令而导致的向RRC_CONNECTED的无用的恢复，从而可以降低UE的功耗。
从外侧AMF到N3IWF的该请求例如可以利用该UE经由内侧NW连接到外侧NW来进行。由此，例如，在通信系统的设计中，可以沿用以往的设计，其结果是可以避免通信系统中设计的复杂性。
作为其他示例，外侧AMF可以不请求N3IWF停止与该UE有关的本AMF与N3IWF之间的N2连接。由此，例如，可以减少通信系统中的信令量。
N3IWF释放与UE之间的AN连接。AN连接的该释放可以是例如IPsec设定的释放。N3IWF可以通知UE释放IPsec设定。UE可以使用该通知来释放与N3IWF之间的IPsec设定。UE可以通知N3IWF释放IPsec设定。N3IWF和UE之间的IPsec设定的释放可以以与实施方式1中公开的方法相同的方法进行。在进行向N3IWF的该通知之后，UE转移到RRC_INACTIVE。
外侧UPF、外侧SMF、外侧AMF和/或N3IWF可以保持与已经转移到RRC_INACTIVE的该UE有关的外侧PDU会话。例如，N3IWF和/或外侧UPF可以保持由该外侧PDU会话使用的N2接口上的资源。作为其他示例，外侧SMF可以保持与该外侧PDU会话有关的设定。由此，例如，当该UE从RRC_INACTIVE恢复到RRC_CONNECTED时，可以快速地执行恢复的动作。
N3IWF可以通知外侧AMF关于该UE的本N3IWF与外侧AMF之间的N2连接的恢复。对于该通知，可以使用非专利文献24(TS 38.413)中记载的N2信令。可以设置并使用新的N2信令，例如N2 UE Resume Indication(N2 UE恢复指示)。上述N2信令可以包括关于该UE的信息，例如该UE的标识符。上述N2信令可以包括表示与该UE有关的N2连接恢复这一情况的信息。
作为其他示例，外侧AMF可以不请求N3IWF恢复与该UE有关的本AMF与N3IWF之间的N2连接。例如，外侧AMF在没有向N3IWF请求该N2连接的停止的情况下，则可以不请求该N2连接的恢复。由此，例如，可以减少通信系统中的信令量。
UE可以将表示从RAN接收到向RRC_INACTIVE的转移指示这一情况的信息通知给本UE内的上层(例如NAS层)。该通知也可以以与实施方式1中公开的方法相同的方法进行。例如，UE可以在UE从RAN接收到该转移指示之后立即进行该通知。例如，UE可以在非专利文献27(TS 38.331)的5.3.8.3节中所述的60毫秒的延迟(delay)之前发出该通知。
作为其他示例，可以设为UE不请求外侧AMF释放与外侧NW之间的AN连接。UE可以启动与N3IWF之间的AN连接释放。例如，UE可以释放与N3IWF之间的IPsec连接。UE可以通知N3IWF释放IPsec。N3IWF可以使用该通知来释放与UE之间的IPsec设定。N3IWF可以通知UE释放IPsec。由此，例如，可以减少通信系统中的信令量。
与实施方式1相同，也可以变更上述的延迟时间。例如，可以将该延迟时间设定为大于60毫秒。因此，例如，可以防止RRC连接在UE和N3IWF之间的AN连接释放之前被释放。
与实施方式1相同，内侧AMF可以变更该延迟时间，RAN也可以变更该延迟时间。内侧AMF和/或RAN变更该延迟时间的方法也可以与实施方式1相同。
UE可以具有用于管理直到RRC停止为止的时间的定时器。该定时器例如可以是管理该延迟时间的定时器。与该定时器相关的动作可以与实施方式1中公开的RRC释放相同。因此，例如，在UE中，RRC停止动作的管理变得容易。该定时器可以由内侧AMF或RAN提供。因此，例如在AMF和/或RAN中，RRC停止动作的管理变得容易。
图38是示出关于经由内侧NW连接到外侧NW的UE，伴随RRC_INACTIVE迁移而释放外侧AN的动作的第一例的序列图。图38示出了外侧AN连接是IPsec连接并且N3IWF启动IPsec设定释放的示例。在图38中，对与图14至图15和图28至图29相同的处理标注相同的步骤编号，并且省略共同的说明。
在图38所示的步骤ST2401中，RAN指示UE向RRC_INACTIVE转移。对于该指示，可以使用非专利文献27(TS 38.331)中所示的RRC释放(RRCRelease)的信令。该信令可以包括使UE停止这一意思的信息。与实施方式1相同，该信令可以包括关于直到转移到RRC_INACTIVE为止的待机时间的信息。
在图38所示的步骤ST2405中，UE请求外侧AMF释放与外侧NW之间的AN连接。对于该请求，也可以使用非专利文献26(TS24.501)中公开的NAS信令。可以设置新的NAS信令，例如服务停止请求(Service suspend)的NAS信令。步骤ST2405中的请求可以包括表示本UE转移到RRC_INACTIVE这一情况的信息。该信息可以例如作为该请求中的理由(Cause)的参数而被包含于该请求中。
在图38所示的步骤ST2406中，外侧AMF向UE发送对步骤ST2405的请求的响应。对于该响应的发送，也可以使用非专利文献26(TS24.501)中公开的NAS信令。可以设置新的NAS信令，例如服务停止请求工序响应(Service suspend Ack)的NAS信令。
在图38所示的步骤ST2407中，外侧AMF请求N3IWF停止与该UE有关的本AMF与N3IWF之间的N2连接。对于该请求，可以使用非专利文献24(TS 38.413)中所述的N2信令，例如N2UEContext Release Command(N2 UE上下文释放命令)。可以设置并使用新的N2信令，例如N2 UE Suspend Command(N2 UE停止命令)。步骤ST2407的请求可以包括与该UE有关的信息，例如该UE的标识符，或者包括表示与该UE有关的N2连接将停止这一情况的信息。
图38所示的步骤ST1408、ST1409与图14相同。
在图38所示的步骤ST2415中，UE根据在步骤ST2401中接收到的指示而转移到RRC_INACTIVE。UE可以在步骤ST1409的发送之后转移到RRC_INACTIVE。
图38所示的步骤ST2001之后的动作表示UE从RRC_INACTIVE恢复的动作。
图38所示的步骤ST2001与图28相同。在步骤ST2420中，外侧UPF向N3IWF通知在步骤ST2001中生成的下行链路数据。N3IWF也可以保持在步骤ST2420中接收到的下行链路数据。N3IWF通过接收步骤ST2420的下行链路数据，重开与UE之间的IPsec连接。
在图38所示的步骤ST2421中，N3IWF向内侧UPF发送用于与UE之间建立IPsec的信令。在步骤ST2422中，内侧UPF向RAN发送步骤ST2421的信令。步骤ST2421和ST2422的信令可以与图28中的步骤ST2008相同。
在图38所示的步骤ST2423中，RAN向UE发送寻呼。步骤ST2423的寻呼发送可以以步骤ST2422为契机来进行。在步骤ST2425中，在UE和RAN之间进行用于RRC恢复的进程。该进程可以包括例如从UE到RAN的RRC恢复请求，可以包括从RAN到UE的RRC恢复指示，还可以包括从UE到RAN的RRC恢复完成。在步骤ST2426，UE恢复到RRC_CONNECTED。
在图38所示的步骤ST2430中，RAN向UE发送由N3IWF发送的用于IPsec建立的信令。RAN可以使用由本RAN保持的步骤ST2422的信令来进行步骤ST2430的发送。
图38所示的步骤ST2036、ST2037与图29相同。
在图38所示的步骤ST2438中，N3IWF请求外侧AMF重开与该UE有关的本N3IWF与外侧AMF之间的N2连接。对于该通知，可以使用非专利文献24(TS38.413)中记载的N2信令。可以设置并使用新的N2信令，例如N2 UE Resume Indication(N2 UE恢复指示)。步骤ST2438的请求可以包括与该UE有关的信息，例如该UE的标识符，或者包括表示与该UE有关的N2连接恢复这一情况的信息。
在图38所示的步骤ST2440中，N3IWF对UE发送下行链路数据。N3IWF也可以使用N3IWF保持的步骤ST2420的数据来发送该下行链路数据。
在图38中，示出了外侧AMF向UE发送对步骤ST2405的请求的响应的情况，但也可以不发送该响应。UE可以通过在步骤ST1408和ST1409中释放IPsec设定来判断步骤ST2405的请求已被接受。由此，例如，能够减少UE与外侧AMF之间的NAS信令量。
公开其他解决方案。UE可以启动释放IPsec设定。UE可以通过从RAN接收向RRC_INACTIVE转移的指示来释放UE与N3IWF之间的IPsec设定。UE可以向N3IWF通知该释放。N3IWF可以通过接收该通知来释放UE与N3IWF之间的IPsec设定。因此，例如，不需要从外侧AMF到N3IWF的N2停止的信令。其结果是，能减少N2接口中的信令量。
图39是示出关于经由内侧NW连接到外侧NW的UE、伴随RRC_INACTIVE转移而释放外侧AN的动作的第二例的序列图。图39示出了外侧AN连接是IPsec连接并且UE启动IPsec设定释放的示例。在图39中，对与图14至图15、图18至图19、图28至图29和图38相同的处理标注相同的步骤编号，并且省略共同的说明。
图39所示的步骤ST2401至ST2406与图38相同。
在图39所示的步骤ST1604、ST1605中，与图18相同地，在从N3IWF向UE通知IPsec设定释放之前，从UE向N3IWF通知IPsec设定释放。
图39所示的步骤ST2415至ST2440与图29和图38相同。
公开其他解决方案。在与经由内侧NW连接的外侧NW之间，UE可以不进行保持连接。保持连接的周期可以设为无穷大。作为其他示例，可以使用UE中的跟踪区域更新(TrackingArea Update)和/或RAN通知区域更新(RAN Notification Area update，RNA update)的信令来进行保持连接。在上述中，UE可以不向内侧AMF发出服务停止请求。由此，例如，可以减少通信系统中的信令量。
在UE和N3IWF之间的网络是3GPP接入，例如是内侧NW的情况下，可以进行上述保持连接的不实施、将保持连接的周期设定为无穷大、和/或使用跟踪区域更新和/或RAN通知区域更新的信令进行保持连接的动作。在UE与内侧NW和外侧NW之间进行级联连接的情况下，可以进行上述保持连接的不实施、将保持连接的周期设定为无穷大、和/或使用跟踪区域更新和/或RAN通知区域更新的信令进行保持连接的动作。UE可以向N3IWF通知关于UE与N3IWF之间的网络的信息。UE可以向N3IWF通知关于上述级联连接的信息，例如关于是否存在级联连接的信息。作为其他示例，UE可以将该信息通知给外侧AMF。外侧AMF可以将该信息传送到N3IWF。例如，外侧AMF可以使用该UE经由内侧NW连接到外侧NW这一情况将该信息传送给N3IWF。判断是否不实施上述保持连接的主体可以是UE、可以是N3IWF、也可以是外侧AMF。同样地，判断是否进行将保持连接的周期设为无穷大的设定的主体可以是UE、可以是N3IWF、也可以是外侧AMF。用于判断是否使用跟踪区域更新和/或RAN通知区域更新的信令来进行保持连接的动作的主体可以是UE、可以是N3IWF、也可以是外侧AMF。因此，例如，可以减少UE和N3IWF之间的信令量。
根据本变形例5，能够抑制从N3IWF向处于RRC_INACTIVE状态的UE发送保持连接。因此，可以抑制UE恢复到RRC_CONNECTED以用于保持连接的发送和接收。其结果是，能削减UE的功耗。
实施方式1的变形例6.
在实施方式1的变形例5中，公开了伴随与多个NW级联连接的UE的RRC_INACTIVE转移的外侧NW的相关动作。在本变形例6中，公开了与该UE有关的设定更新的方法。
UE向外侧AMF通知与内侧NW中的设定更新相关的信息。由UE进行的该通知可以设为例如在内侧AMF决定UE设定更新时进行。
UE可以使用NAS信令来发出该通知。该NAS信令也可以是非专利文献25(TS23.502)所示的NAS信令。可以设置并使用新的NAS信令，例如UE设定更新通知(UE configurationupdate notification)。
UE可以在该通知中包括关于设定已被更新的NW的信息，例如表示是内侧NW这一情况的信息。UE可以在该通知中包含关于已被更新的设定的信息。已被更新的设定可以包括例如非专利文献26(TS24.501)的8.2.19节中公开的参数。例如，已被更新的设定可以包括关于NW中允许的NW切片的信息。
外侧AMF可以使用该通知来更新外侧NW中的UE设定。因此，例如，能够防止对于相同UE的设定而在内侧NW和外侧NW之间产生不一致的情况。其结果是，例如，可以在内侧NW和外侧NW之间确保相同的QoS。
外侧AMF例如也可以使用NAS信令、例如非专利文献25(TS23.502)中记载的UEConfiguration Update command(UE设定更新命令)的信令来进行该更新。该信令可以包括关于更新理由的信息。该更新理由例如可以是另一个NW中的UE设定的更新。
UE可以使用该通知中包括的理由来判断是否需要将一个NW中的设定更新通知给另一个NW的AMF。例如，在该理由是另一NW中的设定更新的情况下，则UE可以不向该另一个NW的AMF通知本UE的设定更新。因此，例如，在通过内侧NW中的UE设定更新来进行外侧NW中的UE设定更新时，可以防止该外侧NW中的UE设定更新导致内侧NW中的UE设定更新。即，能够防止UE设定更新的循环。
外侧AMF可以向N3IWF通知被更新的UE设定。对于该通知，例如可以使用N2信令。N3IWF可以使用该通知来变更与设定更新相关的IPsec设定。例如，N3IWF可以重新设定IPsec的子SA。因此，例如，根据内侧NW的设定更新，即使在外侧NW中也可以满足更新后的QoS。
从外侧AMF到N3IWF的该请求例如可以利用该UE经由内侧NW连接到外侧NW这一情况来进行。从外侧AMF到N3IWF的该请求可以使用关于UE在内侧NW中的设定更新的信息、例如，来自UE的该通知中包括的理由是关于内侧NW中的设定更新的信息这一内容来进行。由此，例如，在通信系统的设计中，可以沿用以往的设计，其结果是可以避免通信系统中设计的复杂性。
作为其他示例，UE可以变更与设定更新有关的IPsec设定。例如，UE可以重新设定IPsec的子SA。因此，例如，可以减少从外侧AMF到N3IWF的N2信令。
图40是示出关于经由内侧NW与外侧NW连接的UE、向外侧NW通知内侧NW中的UE设定更新的动作的序列图。图40示出了UE向外侧AMF通知内侧NW中的设定更新的示例。
在图40所示的步骤ST2600中，内侧AMF决定UE设定的更新。
在图40所示的进程2601中，进行UE中的内侧NW设定更新。进程2601由步骤ST2602至ST2606构成。
在图40所示的步骤ST2602中，内侧AMF向UE发送UE设定更新指示。内侧AMF也可以使用NAS信令、例如非专利文献25(TS23.502)中记载的UE Configuration Update command(UE设定更新命令)的信令来进行该指示。该信令可以包括关于更新理由的信息。UE可以根据步骤ST2602中的指示来更新在内侧NW中本UE的设定。在步骤ST2603中，UE向内侧AMF通知本UE的设定更新完成。UE也可以使用NAS信令、例如非专利文献25(TS23.502)中记载的UEConfiguration Update complete(UE设定更新完成)的信令来进行该通知。在步骤ST2604中，UE向下层、例如RRC层通知该设定更新。
在图40所示的步骤ST2605中，内侧AMF向内侧UDM通知UE已经完成了该设定变更这一情况。在该通知中，例如也可以使用非专利文献25(TS23.502)的5.2.2.3.6节中记载的Nudm_SDM_Info service operation(Nudm_SDM_信息服务动作)。在步骤ST2606中，内侧AMF向RAN通知UE设定的更新。对于该通知，可以使用N2信令。
在图40所示的步骤ST2610中，UE向外侧AMF通知本UE的内侧NW设定被更新这一情况。在步骤ST2610的通知中，也可以使用NAS信令，例如非专利文献25(TS23.502)所示的NAS信令。可以设置新的NAS信令，例如UE设定更新通知(UE configuration updatenotification)。步骤ST2610的通知可以包括关于设定被更新的NW的信息，例如表示是内侧NW的信息。步骤ST2610的通知可以包括关于被更新的设定的信息。被更新的设定可以包括例如非专利文献22(TS23.501)的8.2.19节中公开的参数。例如，已被更新的设定可以包括关于NW中允许的NW切片的信息。
在图40所示的步骤ST2614中，外侧AMF可以决定UE设定的更新。外侧AMF决定更新的UE设定可以是与外侧NW有关的UE设定。外侧AMF可以使用步骤ST2610的通知来进行步骤ST2614。
在图40所示的进程2615中，进行UE中的内侧NW设定更新。进程2615由步骤ST2616到ST2625构成。
在图40所示的步骤ST2616、ST2617、ST2618和ST2619中，在外侧AMF、外侧UDM和UE之间进行与步骤ST2602、ST2603、ST2604和ST2605相同的处理。在步骤ST2620中，外侧AMF向N3IWF通知UE设定的更新。对于该通知，可以使用N2信令。在步骤ST2625中，在N3IWF和UE之间进行IPsec设定变更。
图40所示的步骤ST2616的指示可以包括关于更新理由的信息。该更新理由例如可以是内侧NW中的UE设定的更新。UE可以基于该通知中包括的理由来决定不向内侧AMF通知外侧NW中的设定更新。因此，例如，在通过内侧NW中的UE设定更新来进行外侧NW中的UE设定更新时，可以防止该外侧NW中的UE设定更新导致内侧NW中的UE设定更新。即，能够防止UE设定更新的循环。
同样的方法也可以应用于外侧AMF更新UE设定的情况。UE可以向内侧AMF通知关于外侧NW中的设定更新的信息。从UE到内侧NW的该通知可以与上述从UE到外侧NW的关于内侧NW中的设定更新的信息的通知相同。因此，例如，可以通过反映外侧NW的设定更新来更新内侧NW的设定。其结果是，例如，可以在内侧NW和外侧NW之间确保相同的QoS。
从内侧AMF到UE的UE设定更新可以包括关于更新理由的信息。该更新理由例如可以是另一个NW中的UE设定的更新。由此，例如，能够防止上述UE设定更新的循环。
图41是示出关于经由内侧NW与外侧NW连接的UE、向内侧NW通知外侧NW中的UE设定更新的动作的序列图。图41示出了UE向内侧AMF通知外侧NW中的设定更新的示例。在图41中，对与图40相同的处理附加相同的编号，并省略共通的说明。
在图41所示的步骤ST2701中，外侧AMF决定UE设定的更新。
图41所示的进程2615与图40相同。
在图41所示的步骤ST2710中，UE向内侧AMF通知本UE的外侧NW设定已被更新这一情况。对于步骤ST2710的通知，可以使用与步骤ST2610相同的信令。步骤ST2710的通知可包括与步骤ST2610中相同的信息。
在图41所示的步骤ST2711中，内侧AMF可以决定UE设定的更新。由内侧AMF决定更新的UE设定可以是关于内侧NW的UE设定。外侧AMF可以使用步骤ST2710的通知来进行步骤ST2711。
图41所示的进程2615与图40相同。
UE可以向外侧AMF通知关于内侧NW中的QoS流的信息。该信息可以是QoS流的标识符，也可以是非专利文献22(TS23.501)中公开的5QI。例如，该信息可以包括在与内侧NW中的UE设定更新有关的向外侧AMF的通知中。外侧AMF可以将该信息用于外侧NW中的UE设定更新。UE还可以向内侧AMF通知相同的信息。因此，例如，可以防止外侧PDU会话和内侧PDU会话之间的QoS不一致的情况。其结果是，可以确保通信系统中的QoS。
该通知可以用于PDU会话建立，也可以用于PDU会话变更(PDUsessionmodification)。UE可以向外侧AMF通知关于内侧NW中的QoS流的信息。该信息可以是QoS流的标识符，也可以是非专利文献22(TS23.501)中公开的5QI。外侧AMF可以将该信息传送给外侧SMF。外侧SMF可以使用该信息来建立外侧PDU会话。UE还可以向内侧AMF通知相同的信息。因此，例如，可以防止外侧PDU会话和内侧PDU会话之间的QoS不一致的情况。其结果是，可以确保通信系统中的QoS。
外侧NW和内侧NW可以使用与NW切片有关的相同或重复的信息。该信息例如是NSSAI。因此，例如能够在内侧NW和外侧NW中确保相同的QoS，与此同时能够提高通信系统的效率。
可以设置表示内侧PDU会话和外侧PDU会话之间的对应关系的信息。例如，该信息可以是关于在外侧PDU会话中使用(或包括在外侧PDU会话中)的内侧PDU会话的信息。UE可以将该信息通知给内侧AMF，也可以通知给外侧AMF。内侧AMF可以将该信息通知给内侧SMF。外侧AMF可以将该信息通知给外侧SMF。内侧SMF可以将该信息通知给内侧UPF。外侧SMF可以将该信息通知给外侧UPF。因此，例如，可以防止在内侧PDU会话和使用该内侧PDU会话的外侧PDU会话中的每一个中重复地确保资源。其结果时，可以减少通信系统的各装置中的存储器使用量，并且可以提高通信系统中的效率。
作为其他示例，可以设置表示内侧NW的NW切片与外侧NW的NW切片之间的对应关系的信息。可以设置表示内侧NW中的QoS流和外侧NW中的QoS流之间的对应关系的信息。通知该信息的主体和/或该信息的通知目的地也可以与上述相同。因此，可以获得与上述相同的效果。
本变形6中公开的方法可以用在UE的NW登记进程中，也可以用在服务请求进程中。例如，UE可以在经由N3IWF向外侧AMF发送的登记请求(Registration Request)中包括关于内侧NW中的UE设定的信息。作为其他示例，UE可以在经由N3IWF发送到外侧AMF的服务请求(Service Request)中包括关于内侧NW中的UE设定的信息。外侧AMF可以使用该信息来确定外侧NW中的UE设定。因此，例如，外侧AMF可以快速地建立内侧NW和外侧NW之间没有设定不一致的NW设定。
通过本变形例6，能够防止内侧NW与外侧NW之间的设定不一致的情况。
实施方式2
在实施方式1～实施方式1的变形例6中，公开了与级联连接到多个NW的UE有关的进程。在本实施方式2中，公开该UE的状态管理的方法。
UE具有内侧NW用的状态和外侧NW用的状态。上述状态可以是例如CM(ConnectionManagement：连接管理)状态，也可以是RM(Registration Management：登记管理)状态，还可以是非专利文献26(TS24.501)中记载的5GMM(5G Mobility Management：5G移动管理)状态。
CM状态可以包括CM-IDLE和CM-CONNECTED。处于CM-IDLE状态的UE可以是与AMF之间未建立NAS信令连接的UE。CM-IDLE的UE可以进行小区选择(Cell selection)和/或小区重选(Cell reselection)，也可以进行PLMN选择(PLMN selection)。处于CM-CONNECTED状态的UE可以是与AMF之间建立NAS信令连接的UE。处于CM-IDLE状态的AMF可以不与UE之间建立NAS信令。处于CM-CONNECTED状态的AMF可以与UE之间建立NAS信令。
RM状态可以包括RM-DEREGISTERED和RM-REGISTERED。处于RM-DEREGISTERED状态的UE可以是未向网络登记的UE。该网络可以是PLMN，也可以是NPN。以下也同样。该UE可以尝试向该UE选择的网络进行登记。处于RM-REGISTERED状态的UE可以是向网络登记的UE。该UE也可以定期地进行登记信息的更新。该登记信息例如也可以是UE的位置信息。处于RM-DEREGISTERED状态的AMF可以接受、也可以拒绝来自UE的初始登记(Initialregistration)请求。处于RM-REGISTERED状态的AMF可以启动隐式登记解除用的定时器(Implicit Deregistration timer)。
内侧NW用的状态可以不受外侧NW的连接的建立/释放的影响，也可以不受外侧NW的登记的建立/解除的影响。例如，在内侧NW中为CM-CONNECTED的UE可以维持CM-CONNECTED，而不依赖于外侧NW的连接的建立/释放。在内侧NW中为RM-REGISTERD的UE可以不依赖于外侧NW的登记/登记解除而维持RM-REGISTERED。
内侧NW用的状态可以至少通过内侧NW的连接建立/释放来转移，也可以设为至少通过内侧NW的登记建立/解除来转移。例如，在内侧NW中为CM-CONNECTED的UE可以至少通过内侧NW的连接释放而转移为CM-IDLE。在内侧NW中为CM-IDLE的UE可以至少通过内侧NW的连接建立而转移为CM-CONNECTED。对于RM状态也同样。例如，在内侧NW中为RM-REGISTERD的UE可以至少通过内侧NW的登记解除而转移为RM-DEREGISTERED。在内侧NW中为RM-DEREGISTERED的UE可以至少通过内侧NW的登记建立而转移为RM-REGISTERD。
外侧NW用的状态可以随着内侧NW的连接释放而转移，也可以设为随着内侧NW的登记解除而转移。例如，在外侧NW中为CM-CONNECTED的UE可以通过内侧NW的连接释放而转移为CM-IDLE。在外侧NW中为RM-REGISTERD的UE可以通过内侧NW的登记解除而转移为RM-DEREGISTERED。
图42和43是示出经由内侧NW连接到外侧NW的UE所具有的状态转移的图。图42示出了关于内侧NW的CM状态，图43示出了关于外侧NW的CM状态。
在图43中，在内侧NW中为CM-IDLE的UE在至少建立了内侧NW的连接的情况下，例如在至少建立了内侧NW中的AN信令连接的情况下，转移为CM-CONNECTED。
在图43中，在内侧NW中为CM-CONNECTED的UE即使在仅建立了外侧NW的连接时，例如外侧NW中的AN信令被建立/释放时，也维持CM状态。在内侧NW中为CM-CONNECTED状态的UE在至少内侧NW中的AN信令连接被释放时，转移到CM-IDLE。
在图43中，在外侧NW中为CM-IDLE的UE在至少建立了外侧NW的连接的情况下，例如在至少建立了外侧NW中的AN信令连接的情况下，转移为CM-CONNECTED。
在图43中，在外侧NW中为CM-CONNECTED的UE在内侧NW和/或外侧NW的连接被释放时，例如在内侧NW和/或外侧NW中的AN信令连接被释放时，转移为CM-IDLE。
在图42和图43中示出了CM状态，但是对于RM状态也同样。因此，例如，即使对于RM状态，也可以防止UE、内侧AMF和外侧AMF之间的状态不一致的情况，其结果是，可以防止通信系统中的误动作。
公开其他解决方案。对内侧NW用的状态和外侧NW用的状态进行统一。例如，UE的CM状态可以通过与内侧NW之间的连接建立而转移为CM-CONNECTED，并且可以通过与内侧NW之间的连接释放而转移为CM-IDLE。作为其他示例，UE的CM状态可以仅在与内侧NW和外侧NW两者之间建立连接时为CM-CONNECTED，在其他情况下为CM-IDLE。对于RM状态也同样。
作为关于内侧NW用和外侧NW用的状态统一的其他示例，可以增加表示进行级联连接的状态。例如，可以设为当与内侧NW和外侧NW两者的连接被释放时，UE为CM-IDLE。该UE可以设为在与内侧NW之间建立连接时为CM-CONNECTED。可以设为该UE在与内侧NW和外侧NW两者的连接都建立的情况下为增加的状态、例如CM-CASCADE-CONNECTED。因此，例如，可以减少UE中的状态机的数量，其结果是，可以减少UE中的存储器使用量。对于RM状态也同样。因此，例如，可以减少UE中的RM状态机的数量，其结果是，获得与上述相同的效果。
图44是示出与经由内侧NW连接到外侧NW的UE所具有的状态转移有关的其他示例的图。在图44中，该UE具有三种状态，即：CM-IDLE、CM-CONNECTED和CM-CASCADE-CONNECTED。
在图44中，CM-IDLE的UE在建立了内侧NW的连接的情况下，例如在建立了内侧NW中的AN信令连接的情况下，转移为CM-CONNECTED。
在图44中，CM-CONNECTED的UE在建立了外侧NW的连接的情况下，例如在建立了外侧NW中的AN信令连接的情况下，转移为CM-CASCADE-CONNECTED。CM-CONNECTED的UE在内侧NW的连接被释放的情况下，例如在内侧NW中的AN信令连接被释放的情况下，转移为CM-IDLE。
在图44中，CM-CASCADE-CONNECTED的UE在外侧NW的连接被释放的情况下，例如在外侧NW中的AN信令连接被释放的情况下，转移为CM-CONNECTED。CM-CASCADE-CONNECTED的UE在内侧NW的连接被释放的情况下，例如在内侧NW中的AN信令连接被释放的情况下，转移为CM-IDLE。
在图44中示出了CM状态，但是对于RM状态也同样。因此，例如，对于RM状态，可以减少状态机的数量，其结果是，可以减少UE中的存储器使用量。
AMF可以具有统一内侧NW用和外侧NW后的状态。例如，该统一后的状态可以由内侧AMF具有、可以由外侧AMF具有，也可以由内侧AMF和外侧AMF两者具有。由此，例如能够在UE、内侧AMF和外侧AMF之间具有相同的状态机，其结果是，能够避免通信系统中的设计复杂性。因此，例如，可以防止UE、内侧AMF和外侧AMF之间的状态不一致的情况，其结果是，可以防止通信系统中的误动作。
UE可以向内侧AMF通知关于外侧NW的信息。该信息可以例如与实施方式1中公开的信息相同，也可以包含与本UE的外侧NW中的状态有关的信息。UE例如可以与实施方式1同样地通过NAS信令来通知该信息。内侧AMF可以使用该信息来更新与该UE有关的本AMF的状态。因此，例如，可以防止UE、内侧AMF和外侧AMF之间的状态不一致的情况，其结果是，可以防止通信系统中的误动作。
UE可以向外侧AMF通知关于内侧NW的信息。该信息例如可以与上述信息相同。由此，例如，能获得与上述同样的效果。
作为内侧NW用和外侧NW用的状态统一的其他示例，可以增加关于UE的网络连接级数的参数。例如，在UE仅连接到内侧NW的情况下，UE的CM状态中的该参数的值设为1，在UE连接到内侧NW和外侧NW的情况下，该参数的值设为2。在上述中，在连接到外侧NW的更外侧的NW的情况下，该参数的值可以设为3。该参数可以在RM状态中设定。该参数可以在AMF的CM状态下设定，也可以在AMF的RM状态下设定。因此，例如，可以避免与三个以上的网络的级联连接中的状态管理的复杂性。
公开其他解决方案。外侧NW的状态可以不受内侧NW的连接的建立/释放的影响，也可以不受内侧NW的登记的建立/解除的影响。例如，可以在内侧NW连接释放时维持与外侧NW的连接，也可以在内侧NW登记解除时维持向外侧NW的登记。由此，例如可以提高通信系统中的灵活性。
本实施方式2中公开的方法也可以适用于非专利文献26(TS24.501)中的5GMM状态。因此，例如，即使对于5GMM状态，也可以减少状态机的数量，其结果是，可以减少UE中的存储器使用量。
根据本实施方式2，能够减少UE中的状态机的数量，其结果是，能够减少UE中的存储器使用量。此外，可以防止UE、外侧AMF和内侧AMF之间的状态不一致的情况，其结果是，可以防止通信系统中的误动作。此外，通过该误动作的防止，可以防止通信系统的各装置中的处理开始比原本应该进行的定时要延迟。
上述各实施方式及其变形例仅是例示，能将各实施方式及其变形例自由组合。此外，能适当变更或省略各实施方式及其变形例的任意构成要素。
例如，在上述各实施方式及其变形例中，子帧是第5代基站通信系统中的通信的时间单位的一个示例。也可以是调度单位。在上述各实施方式及其变形例中，可以按TTI单位、时隙单位、子时隙单位、迷你时隙单位来进行按子帧单位记载的处理。
本公开进行了详细的说明，但上述说明在所有方面仅为示例，并非限定。所没有例示的无数变形例均可设想得到。
标号说明
200、210通信系统，202通信终端装置，203基站装置。

Claims (5)

1.一种通信系统，包括：
通信终端；
构成为能够与所述通信终端无线通信的第一网络；以及
构成为能够与所述第一网络通信的至少一个第二网络，所述通信系统的特征在于，
在所述通信终端连接到所述第一网络并且经由所述第一网络连接到所述至少一个第二网络的状态下，在所述第一网络决定释放所述第一网络与所述通信终端之间的连接时，所述通信终端或所述第一网络指示所述至少一个第二网络释放与所述通信终端之间的连接。
2.如权利要求1所述的通信系统，其特征在于，
所述通信终端在与所述第一网络之间的连接被释放之前，经由所述第一网络指示所述至少一个第二网络释放与所述通信终端之间的连接。
3.如权利要求2所述的通信系统，其特征在于，
所述通信终端在指示所述至少一个第二网络释放与所述通信终端之间的连接之后，向所述第一网络通知可以释放与所述通信终端之间的连接这一意思。
4.一种通信终端，构成为能够与第一网络无线通信，其特征在于，
在所述通信终端连接到所述第一网络并且经由所述第一网络连接到至少一个第二网络的状态下，所述通信终端在从所述第一网络通知了释放所述第一网络与所述通信终端之间的连接时，所述通信终端指示所述至少一个第二网络释放与所述通信终端之间的连接。
5.一种网络，构成为能够与通信终端无线通信且构成为能够与至少一个其他网络通信，其特征在于，
在所述通信终端连接到所述网络并且经由所述网络连接到所述至少一个其他网络的状态下，所述网络在决定释放所述网络与所述通信终端之间的连接时，所述网络指示所述至少一个其他网络释放与所述通信终端之间的连接。
CN202080048206.5A 2019-08-07 2020-07-31 通信系统、通信终端以及网络 Pending CN114175843A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2019145425 2019-08-07
JP2019-145425 2019-08-07
PCT/JP2020/029497 WO2021024948A1 (ja) 2019-08-07 2020-07-31 通信システム、通信端末およびネットワーク

Publications (1)

Publication Number Publication Date
CN114175843A true CN114175843A (zh) 2022-03-11

Family

ID=74502689

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080048206.5A Pending CN114175843A (zh) 2019-08-07 2020-07-31 通信系统、通信终端以及网络

Country Status (4)

Country Link
US (1) US20220264697A1 (zh)
EP (2) EP4380300A2 (zh)
CN (1) CN114175843A (zh)
WO (1) WO2021024948A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11595869B2 (en) * 2021-04-19 2023-02-28 Verizon Patent And Licensing Inc. System and method for enabling cell reselection

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103686619B (zh) * 2012-09-17 2017-02-01 华为技术有限公司 一种集群业务快速建立方法及相关设备、系统
KR102295847B1 (ko) * 2016-08-12 2021-08-31 삼성전자 주식회사 사용자 장치를 제어하는 방법
WO2018097601A1 (ko) * 2016-11-27 2018-05-31 엘지전자(주) 무선 통신 시스템에서의 등록 해제 방법 및 이를 위한 장치
SG11201910130XA (en) * 2017-05-05 2019-11-28 Idac Holdings Inc METHODS, APPARATUS AND SYSTEMS FOR SUPPORTING MOBILE INITIATED CONNECTION ONLY (MICO) WIRELESS TRANSMIT/RECEIVE UNITS (WTRUs)
JP2019033416A (ja) * 2017-08-09 2019-02-28 シャープ株式会社 端末装置、コアネットワーク内の装置、及び通信制御方法
CN110431913B (zh) * 2017-09-21 2022-02-25 华为技术有限公司 连接管理方法、用户设备、核心网实体及系统

Also Published As

Publication number Publication date
EP4013181A1 (en) 2022-06-15
EP4380300A2 (en) 2024-06-05
US20220264697A1 (en) 2022-08-18
WO2021024948A1 (ja) 2021-02-11
EP4013181A4 (en) 2023-08-09
JPWO2021024948A1 (zh) 2021-02-11

Similar Documents

Publication Publication Date Title
EP3791623B1 (en) Method and apparatus for handling radio access network notification area (rna) update configuration upon reject
US9357459B2 (en) Method and apparatus for cross link establishment
CN114270969A (zh) 通信系统、通信终端及网络
WO2021205923A1 (ja) 通信システム、通信端末および基地局
CN113613297A (zh) 通信系统
JP2023145753A (ja) 通信システム、基地局および通信端末
WO2022113875A1 (ja) 通信システムおよび通信端末
CN115039469A (zh) 通信系统及通信终端
CN114731737A (zh) 通信系统、通信终端及基站
WO2022030520A1 (ja) 通信システムおよび通信端末
US20220417771A1 (en) Communication system, base station, and communication terminal
CN112673684A (zh) 通信系统、通信终端及基站
WO2021024948A1 (ja) 通信システム、通信端末およびネットワーク
CN113170319A (zh) 通信系统及通信终端装置
WO2023054394A1 (ja) 通信システム
EP4167649A1 (en) Communication system, communication terminal, and management device
KR20240068652A (ko) 통신 시스템
KR20240036008A (ko) 통신 시스템
KR20230147612A (ko) 통신 시스템 및 기지국
CN115039466A (zh) 通信系统、通信终端和网络
CN118158815A (zh) 通信系统、基站和通信终端
CN118139186A (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