WO2024134871A1 - ネットワークノード装置、及び通信方法 - Google Patents

ネットワークノード装置、及び通信方法 Download PDF

Info

Publication number
WO2024134871A1
WO2024134871A1 PCT/JP2022/047614 JP2022047614W WO2024134871A1 WO 2024134871 A1 WO2024134871 A1 WO 2024134871A1 JP 2022047614 W JP2022047614 W JP 2022047614W WO 2024134871 A1 WO2024134871 A1 WO 2024134871A1
Authority
WO
WIPO (PCT)
Prior art keywords
network node
terminal
node device
base station
amf
Prior art date
Application number
PCT/JP2022/047614
Other languages
English (en)
French (fr)
Inventor
淳 巳之口
政宏 澤田
ジャリ マティカイネン
Original Assignee
株式会社Ｎｔｔドコモ
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 株式会社Ｎｔｔドコモ filed Critical 株式会社Ｎｔｔドコモ
Priority to PCT/JP2022/047614 priority Critical patent/WO2024134871A1/ja
Publication of WO2024134871A1 publication Critical patent/WO2024134871A1/ja

Links

Images

Definitions

  • the present invention relates to a network node device in a wireless communication system.
  • NR New Radio
  • LTE Long Term Evolution
  • 5G Core Network which corresponds to EPC (Evolved Packet Core)
  • EPC Evolved Packet Core
  • NG-RAN Next Generation-Radio Access Network
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • RAN Radio Access Network
  • Non-Patent Documents 1 and 2 even if the network node device that processes signals related to the terminal is placed at the edge of the network (close to the terminal), the signal must pass through the Access and Mobility Management Function (AMF) located in the center of the network, resulting in signal delays. Note that such issues may also occur due to network node devices other than the AMF.
  • AMF Access and Mobility Management Function
  • the present invention has been made in consideration of the above points, and aims to provide technology that makes it possible to reduce signal delays in communication systems.
  • a transmission unit that, when receiving a request for a specific process related to a terminal from a base station, transmits a request including terminal context information about the terminal to a specific network node device having a function of executing the specific process;
  • a network node device comprising: a receiving unit that receives, after the specific process is executed in the specific network node device, terminal context information after the specific process is executed from the specific network node device.
  • the disclosed technology provides technology that makes it possible to reduce signal delays in communication systems.
  • FIG. 1 is a diagram for explaining a wireless communication system according to an embodiment of the present invention.
  • 1 is a diagram illustrating an example of a configuration of a wireless communication system according to an embodiment of the present invention. This is a figure showing Figure 8.2.2.1-1 in non-patent document 1.
  • FIG. 1 is a diagram illustrating an example of a system configuration according to a first embodiment. This is a figure showing " Figure 4.2.2.2.2-1: Registration procedure" from non-patent document 2. This is a figure showing " Figure 4.2.2.2.2-1: Registration procedure” from non-patent document 2. This is a figure showing " Figure 4.2.2.2.3-1: Registration with AMF re-allocation procedure" from non-patent document 2.
  • FIG. 4 is a diagram for explaining an initial registration procedure in the first embodiment.
  • FIG. 11 is a diagram illustrating an example of a system configuration according to a second embodiment.
  • FIG. 11 is a diagram for explaining an example of a procedure in the second embodiment.
  • FIG. 11 is a diagram for explaining the procedure of N2HO in the second embodiment.
  • FIG. 11 is a diagram for explaining the procedure of N2HO in the second embodiment.
  • FIG. 2 is a diagram illustrating an example of a functional configuration of a base station and a network node device according to an embodiment of the present invention.
  • FIG. 2 is a diagram illustrating an example of a functional configuration of a terminal according to an embodiment of the present invention.
  • FIG. 2 is a diagram illustrating an example of a hardware configuration of an apparatus according to an embodiment of the present invention.
  • 1 is a diagram showing an example of a configuration of a vehicle according to an embodiment of the present invention.
  • Existing technology may be used as appropriate when operating the wireless communication system of the embodiment of the present invention.
  • the existing technology is, for example, the existing NR or LTE, but is not limited to the existing NR or LTE.
  • SS Synchronization signal
  • PSS Primary SS
  • SSS Secondary SS
  • PBCH Physical broadcast channel
  • PRACH Physical random access channel
  • PDCCH Physical Downlink Control Channel
  • PDSCH Physical Downlink Shared Channel
  • PUCCH Physical Uplink Control Channel
  • PUSCH Physical Uplink Shared Channel
  • the duplex method may be a TDD (Time Division Duplex) method, an FDD (Frequency Division Duplex) method, or another method (e.g., Flexible Duplex, etc.).
  • TDD Time Division Duplex
  • FDD Frequency Division Duplex
  • another method e.g., Flexible Duplex, etc.
  • radio parameters and the like when radio parameters and the like are "configured,” it may mean that predetermined values are pre-configured, or that radio parameters notified from a base station or a terminal are configured.
  • FIG. 1 is a diagram for explaining a wireless communication system according to an embodiment of the present invention.
  • a wireless communication system according to an embodiment of the present invention includes a base station 10 and a terminal 20.
  • Fig. 1 shows one base station 10 and one terminal 20, this is an example, and there may be a plurality of each.
  • the base station 10 is a communication device that provides one or more cells and performs wireless communication with the terminal 20.
  • the physical resources of the wireless signal are defined in the time domain and the frequency domain, and the time domain may be defined by the number of OFDM (Orthogonal Frequency Division Multiplexing) symbols, and the frequency domain may be defined by the number of subcarriers or the number of resource blocks.
  • the TTI Transmission Time Interval
  • the time domain may be a slot, or the TTI may be a subframe.
  • the base station 10 transmits a synchronization signal and system information to the terminal 20.
  • the synchronization signal is, for example, NR-PSS and NR-SSS.
  • the system information is, for example, transmitted by NR-PBCH and is also called broadcast information.
  • the synchronization signal and system information may be called SSB (SS/PBCH block).
  • the base station 10 transmits a control signal or data to the terminal 20 in DL (Downlink) and receives a control signal or data from the terminal 20 in UL (Uplink). Both the base station 10 and the terminal 20 are capable of transmitting and receiving signals by performing beamforming.
  • both the base station 10 and the terminal 20 are capable of applying communication by MIMO (Multiple Input Multiple Output) to DL or UL.
  • both the base station 10 and the terminal 20 may communicate via a secondary cell (SCell: Secondary Cell) and a primary cell (PCell: Primary Cell) by CA (Carrier Aggregation).
  • SCell Secondary Cell
  • PCell Primary Cell
  • CA Carrier Aggregation
  • the terminal 20 may communicate via a primary cell of the base station 10 and a primary secondary cell group cell (PSCell: Primary SCG Cell) of another base station 10 using DC (Dual Connectivity).
  • DC Direct Connectivity
  • the terminal 20 is a communication device equipped with a wireless communication function, such as a smartphone, a mobile phone, a tablet, a wearable terminal, or a communication module for M2M (Machine-to-Machine). As shown in FIG. 1, the terminal 20 receives control signals or data from the base station 10 in DL and transmits control signals or data to the base station 10 in UL, thereby utilizing various communication services provided by the wireless communication system. The terminal 20 also receives various reference signals transmitted from the base station 10, and performs measurement of propagation path quality based on the reception results of the reference signals.
  • the terminal 20 may be called a UE, and the base station 10 may be called a gNB.
  • the base station 10 may also be called a RAN, NG-RAN, etc.
  • FIG. 2 is a diagram showing an example of the configuration of a wireless communication system according to an embodiment of the present invention.
  • the wireless communication system includes a RAN 10 (base station), a terminal 20, a core network 30, and a DN (Data Network) 40.
  • the wireless communication system may also be called a mobile communication system or a communication system.
  • the core network 30 is a network that includes exchanges, subscriber information management devices, etc.
  • the core network 30 includes network nodes that realize U-Plane functions, and a group of network nodes that realize C-Plane functions.
  • the network nodes may also be called "network node devices.”
  • the U-Plane function is a function that executes the transmission and reception processing of user data.
  • a network node that realizes the U-Plane function is, for example, UPF (User plane function) 380.
  • UPF 380 is a network node that has functions such as a PDU (Protocol Data Unit) session point to the outside for interconnection with DN 40, packet routing and forwarding, and user plane QoS (Quality of Service) handling.
  • UPF 380 controls the transmission and reception of data between DN 40 and terminal 20.
  • UPF 380 and DN 40 may be composed of one or more network slices.
  • the C-Plane function group is a group of functions that execute a series of control processes for establishing communications, etc.
  • Network nodes that realize the C-Plane function group include, for example, AMF (Access and Mobility Management Function) 310, UDM (Unified Data Management) 320, NEF (Network Exposure Function) 330, NRF (Network Repository Function) 340, AUSF (Authentication Server Function) 350, PCF (Policy Control Function) 360, SMF (Session Management Function) 370, AF (Application Function) 390, and CHF (Charging Function) 391.
  • AMF Access and Mobility Management Function
  • UDM Unified Data Management
  • NEF Network Exposure Function
  • NRF Network Repository Function
  • AUSF Authentication Server Function
  • PCF Policy Control Function
  • SMF Session Management Function
  • AF Application Function
  • CHF Charge Function
  • AMF310 is a network node that has functions such as RAN interface termination, NAS (Non-Access Stratum) termination, registration management, connection management, reachability management, and mobility management.
  • RAN interface termination NAS (Non-Access Stratum) termination
  • registration management registration management
  • connection management reachability management
  • mobility management mobility management
  • AMF310 may include functions described as AMF functions in, for example, Non-Patent Document 1 and Non-Patent Document 2. As described later, in this embodiment, together with AMF310, an AMF with some of the functions of AMF310 reduced is used. AMF310 with no reduced functions may be called a "normal AMF.”
  • NRF340 is a network node that has the function of discovering NF (Network Function) instances that provide services.
  • UDM320 is a network node that manages subscriber data and authentication data.
  • UDM320 includes UDR (User Data Repository) 321 that holds the data, and FE (Front End) 322.
  • FE322 processes subscriber information.
  • the SMF 370 is a network node that has functions such as session management, IP (Internet Protocol) address allocation and management for the terminal 20, DHCP (Dynamic Host Configuration Protocol) function, ARP (Address Resolution Protocol) proxy, and roaming function.
  • the NEF 330 is a network node that has the function of notifying other NFs (Network Functions) of capabilities and events.
  • the PCF 360 is a network node that has the function of controlling network policies.
  • AF (Application Function) 390 is a network node that has the function of controlling the application server.
  • the CHF (Charging Function) 391 is a network node that determines the amount and details to be charged to a subscriber and requests the details system 50 to generate a subscriber statement.
  • AMF310 and RAN10 are connected to be able to communicate as an N2 link.
  • UPF380 and RAN10 are connected to be able to communicate as an N3 link.
  • UPF380 and SMF370 are connected to be able to communicate as an N4 link.
  • UPF380 and DN40 are connected to be able to communicate as an N6 link.
  • each signal of "NAS-MM, NAS-SM, SMS, UE policy, and LCS" involving the terminal 20 is carried on the NAS transport from the terminal 20 to the AMF.
  • NAS transport terminates at the AMF.
  • the SMSF that terminates SMS the SMSF that terminates SMS
  • the PCF that terminates UE policy the LMF that terminates LCS
  • the related signals mentioned above will pass through the network center. In other words, signal delays will occur.
  • the issue of signal delays as described above is not limited to the fact that signals pass through the AMF, but can also be caused by network node equipment other than the AMF.
  • first and second embodiments will be described as examples of technologies for solving problems when the signal delay issue is caused by AMF, but the technologies described below (first and second embodiments) can be applied to network node devices other than AMF.
  • normal AMF without functional reduction
  • an AMF without a SEAF is placed near the RAN 10. That is, in addition to the normal AMF 310, an AMF without a SEAF function is placed.
  • the AMF without a SEAF function is called an nsAMF.
  • the "ns" in nsAMS stands for "no-SEAF”.
  • AMF 310 is equipped with a SEAF function.
  • the SEAF function is normally an authentication function in AMF 310, and holds an anchor key specific to the serving network, etc., and is used in the procedure for authenticating terminal 20.
  • nsAMF can be easily realized by simply not starting the SEAF function in the normal AMF 310.
  • nsAMF may be realized by not implementing only the SEAF function among the functions implemented in the normal AMF 310.
  • the I/F of nsAMF is also basically the same as that of the normal AMF, and can be easily implemented.
  • Figure 4 shows an example of the arrangement of the AMF, terminal 20, and RAN 10.
  • nsAMF 100 is placed near RAN 10.
  • RAN 10 can communicate with both nsAMF 100 and AMF 310.
  • communication is possible between nsAMF 100 and AMF 310.
  • Near RAN10 may mean a small geographical distance from RAN10, or a small network distance (e.g., delay) from RAN10.
  • the network may be a virtual network on the computer.
  • the nsAMF 100 is placed "in the vicinity of the RAN 10", so that the signal delay of procedures that do not use the normal AMF 310 (procedures that do not involve authentication procedures) can be reduced.
  • the nsAMF 100 does not have a SEAF function, it is easier to implement and manage than the normal AMF 310.
  • nsAMF100 when using nsAMF100, if a procedure involving an authentication procedure occurs, the processing is switched so that the authentication procedure is normally performed by the AMF (AMF310).
  • AMF310 AMF310
  • a registration procedure is taken as an example of a procedure involving an authentication procedure, but the procedure involving an authentication procedure is not limited to a registration procedure.
  • an indication of the switch source "AMF without SEAF function indication" is sent from nsAMF100 to normal AMF310.
  • normal AMF310 executes the authentication procedure (or a procedure including the authentication procedure) of the registration procedure.
  • the authentication procedure (or a procedure including the authentication procedure) by normal AMF310 is completed, the process is switched from normal AMF310 to nsAMF100, and the subsequent registration procedure is performed using nsAMF100 without going through normal AMF310.
  • the indication indicating the switch source may be called information indicating the switch source.
  • procedures e.g., PDU session establishment procedures
  • procedures that do not involve authentication procedures i.e., procedures that use the SEAF function
  • nsAMF100 without going through AMF310.
  • initial registration can be performed, for example, by the procedure described in "4.2.2.2 Registration procedures" in non-patent document 2.
  • normal AMF 310 can operate as "New AMF” in " Figure 4.2.2.2.2-1: Registration procedure” to perform the initial registration procedure.
  • Figures 5 and 6 show " Figure 4.2.2.2.2-1: Registration procedure” in non-patent document 2.
  • the registration procedure is not limited to the initial registration procedure.
  • the registration procedure in the first embodiment may be a Mobility Registration Update associated with a change in the tracking area.
  • the AMF forwards (reroutes) the registration request to another AMF.
  • Figure 7 shows the registration procedure with AMF re-allocation in Non-Patent Document 2 ( Figure 4.2.2.2.3-1: Registration with AMF re-allocation procedure).
  • the registration procedure with AMF re-allocation is basically executed when the "Initial AMF" in Figure 7 is nsAMF 100 and the "Target AMF" is normal AMF 310.
  • the terminal 20 sends an initial registration request to the RAN 10.
  • RAN 10 sends the initial registration request received from the terminal 20 to nsAMF 100.
  • the initial registration request sent from the terminal 20 may include information instructing the use of the nsAMF 100, and the RAN 10 may send the initial registration request to the nsAMF 100 based on that information.
  • the nsAMF 100 that receives the initial registration request executes the registration procedure with AMF reassignment. Specifically, since the nsAMF 100 does not currently hold the SUPI of the terminal 20, it does not initiate the authentication procedure (steps 4 to 9a or to 9b of figure 4.2.2.2.2-1) in the existing technology ( Figure 7), and in S103, it transfers the initial registration request to the normal AMF 310 that was pre-set as the transfer destination. At this time, the nsAMF 100 includes an AMF without SEAF function indication in the initial registration request (message), and transfers the initial registration request including the AMF without SEAF function indication to the normal AMF 310.
  • the normal AMF 310 which receives an initial registration request from the nsAMF 100, executes a registration procedure with AMF reallocation.
  • the registration procedure with AMF reallocation is executed in the case where the "Initial AMF" in Figure 7 is the normal AMF 310 and the "Target AMF" is the nsAMF 100.
  • the normal AMF 310 executes an authentication procedure in S104.
  • the normal AMF 310 executes, for example, "8. AUSF selection” and "9. Authentication/Security" shown in Figure 5.
  • an AUSF is selected based on SUPI or SUCI.
  • the terminal 20 is authenticated using the AUSF.
  • the normal AMF 310 transfers the initial registration request to the nsAMF 100 based on the AMF without SEAF function indication included in the initial registration request. In other words, when the normal AMF 310 detects that the transferred initial registration request contains an AMF without SEAF function indication, it can determine that the initial registration request should be transferred to the nsAMF 100 after the authentication procedure.
  • the nsAMF 100 performs an initial registration procedure with the terminal 20 and completes the procedure.
  • the initial registration procedure here is, for example, the procedure executed in the initial registration procedure in Figures 5 and 6 ( Figure 4.2.2.2.2-1 in Non-Patent Document 2) other than the authentication procedure.
  • the "New AMF" in Figures 5 and 6 may be regarded as the nsAMF 100, and steps 10 to 25 in Figures 5 and 6 (steps following the authentication procedure) may be executed.
  • PDU session establishment procedure As an example of a procedure that does not involve an authentication procedure when using nsAMF100, a PDU session establishment procedure will be described.
  • Figures 9 and 10 show " Figure 4.3.2.2.1-1: UE-requested PDU Session Establishment for non-roaming and roaming with local breakout" in Non-Patent Document 2.
  • nsAMF100 can execute the procedures described in Figures 9 and 10 as "AMF" in Figures 9 and 10.
  • FIG. 11 An example procedure including nsAMF100 is shown in FIG. 11.
  • the terminal 20 transmits a PDU session establishment request.
  • the nsAMF 100 receives the PDU session establishment request.
  • a procedure for establishing a PDU session is executed.
  • the procedure in S202 may be, for example, steps 2 to 21 in FIGS. 9 and 10.
  • the technology according to the first embodiment makes it possible to reduce signal delay in a communication system. Moreover, the technology according to the first embodiment requires only small changes to an existing network (e.g., 5GC), and can achieve signal delay reduction in a general-purpose procedure (e.g., a procedure not limited to LCS).
  • an existing network e.g., 5GC
  • a general-purpose procedure e.g., a procedure not limited to LCS.
  • an AMF with reduced functions is arranged near the RAN 10 to reduce signal delay.
  • the AMF is called an xAMF.
  • the "x" in xAMF may be changed as appropriate depending on which functions are to be reduced.
  • FIG. 12 shows an example of the arrangement of the AMF, terminal 20, and RAN 10 in the second embodiment.
  • an xAMF 200 is placed near the RAN 10.
  • the RAN 10 can communicate with both the xAMF 200 and the normal AMF 310.
  • communication is possible between the xAMF 100 and the normal AMF 310.
  • Near RAN10 may mean a small geographical distance from RAN10, or a small network distance (e.g., delay) from RAN10.
  • the network may be a virtual network within the computer.
  • the xAMF 200 in the second embodiment is an AMF with further reduced functions than the nsAMF 100 (AMF without SEAF functionality) described in the first embodiment.
  • the xAMF200 in the second embodiment is an AMF that does not have a SEAF function, does not have some of the MM (Mobility Management) functions, and has a terminal context. Except for "not having a SEAF function, and does not have some of the MM (Mobility Management) functions," the functions of the xAMF200 may be the same as those of the normal AMF310. Note that the xAMF200 may have a SEAF function.
  • xAMF200 does not have "N2HO" as "a part of the MM functions".
  • N2HO N2 Handover
  • xAMF200 that does not have the specific function of N2HO will be referred to as aAMF200, and one in which the reduced functions are not limited to N2HO (i.e., a more generalized version of the reduced functions) will be referred to as xAMF200.
  • aAMF200 is an example of xAMF200.
  • the aAMF200 which does not have an N2HO function, can execute the PDU session establishment procedure, the terminal activation service request procedure, the network activation service request procedure, etc., without using the normal AMF310. Therefore, by placing the aAMF200 near the RAN10, it is possible to reduce signal delays in the PDU session establishment procedure, the terminal activation service request procedure, the network activation service request procedure, etc.
  • aAMF200 does not have an N2HO function
  • implementation and management are easier than for normal AMF310.
  • "not having an N2HO function” may mean that the aAMF200 has an N2HO function but does not activate the N2HO function, or that the aAMF200 does not have an N2HO function.
  • aAMF200 When using aAMF200 deployed near RAN10, if N2HO that aAMF200 cannot execute is initiated, aAMF200 simply terminates NGAP (NG Application Protocol) and transfers the terminal context to normal AMF310 deployed in the center of the network, and leaves other processing in N2HO to it. When the processing procedure is completed, the destination normal AMF310 transfers the terminal context for the target terminal to the destination aAMF200. The destination aAMF200 notifies the SMF370 of its own ID. The detailed procedure will be described later.
  • NGAP NG Application Protocol
  • xAMF200 does not support (functions to be reduced) are not limited to N2HO. If a certain function X is reduced in xAMF200, the signal delay in the procedure can be reduced by placing xAMF200 near RAN10 and using xAMF200 for a procedure that does not use that function X.
  • the procedure may be a PDU session establishment procedure, a terminal-initiated service request procedure, a network-initiated service request procedure, or any other procedure.
  • xAMF200 When using xAMF200, if a function that xAMF200 does not support is activated in the communication system, xAMF200 simply terminates the NGAP, transfers the terminal context to normal AMF310, and leaves the processing using that function to normal AMF310. After completing the processing, normal AMF310 transfers the terminal context after the processing is completed to xAMF200. xAMF200 re-establishes cooperation with other NFs.
  • xAMF200 receives a processing request from RAN10.
  • xAMF200 transmits a processing request including terminal context information to normal AMF310.
  • normal AMF310 performs processing using a function that xAMF200 does not have, and in S304 transmits a processing completion notification including terminal context information after the processing to xAMF200.
  • xAMF200 re-establishes cooperation with other NFs.
  • Terminal context is information that indicates the status of a terminal. By holding the terminal context for a certain terminal, a network node device can control the terminal and provide services, etc.
  • Terminal context information is the information that is the source of terminal context. Terminal context information may be considered as "terminal context”.
  • the terminal context information for a certain terminal may be, for example, any one or more or all of the following for that terminal: "SUPI, Service area restriction, Allowed NSSAI for each Access Type if available, Tracing Requirements, LTE M Indication, the list of PDU Session IDs along with the corresponding SMF information and the corresponding S-NSSAI(s), PCF ID(s), DNN, UE Radio Capability ID and UE Radio Capability Information, N2 Notify URI.”
  • the terminal context information may include information other than the above.
  • the AMF 310 normally terminates the NGAP, and in the second embodiment, the xAMF 200 terminates the NGAP.
  • the communication system may be configured so that the nsAMS 100 terminates the NGAP.
  • N2HO (Second embodiment: N2HO) Next, a detailed description will be given of an example of an N2HO procedure in the second embodiment when the aAMF 200 is used.
  • a certain node is indicated as a source node of handover by "S”
  • a certain node is indicated as a destination node by "T”.
  • N2HO when aAMF200 is not used can be performed, for example, by the procedure described in "4.9.1.3 Inter NG-RAN node N2 based handover" in Non-Patent Document 2.
  • Figure 14 shows " Figure 4.9.1.3.2-1: Inter NG-RAN node N2 based handover, preparation phase" in Non-Patent Document 2
  • Figure 15 shows " Figure 4.9.1.3.3-1: inter NG-RAN node N2 based handover, execution phase” in Non-Patent Document 2.
  • Figures 16 and 17 show the procedure in the second embodiment.
  • S-AMF310S and T-AMF310T can operate as the S-AMF and T-AMF in Figures 14 and 15, respectively, and execute N2HO.
  • S-aAMF200S, T-aAMF200T S-AMF310S and T-AMF310T execute N2HO via S-aAMF200S and T-aAMF200T, respectively.
  • the S-NG-RAN 10S decides to initiate N2HO between the NG-RAN nodes. This process corresponds to "Decision to trigger a relocation via N2" in Figure 14.
  • S-NG-RAN 10S sends a Handover Required message to S-aAMF 100S. This process corresponds to "1. Handover Required" in Figure 14.
  • the S-aAMF 200S sends a Namf_Communication_CreateUEContext Request (request to create terminal context) including Handover Required to the S-AMF 310S, which was pre-configured as the transfer destination.
  • a Namf_Communication_CreateUEContext Request (request to create terminal context) including Handover Required to the S-AMF 310S, which was pre-configured as the transfer destination.
  • this Namf_Communication_CreateUEContext Request includes terminal context information about the terminal 20 held by the S-aAMF200S.
  • the S-AMF310S determines that it will not immediately generate a terminal context because Handover Required is included in the Namf_Communication_CreateUEContext Request.
  • S-AMF310S determines T-AMF310T. This process corresponds to "2. T-AMF Selection" in Figure 14.
  • S-AMF310S sends a Namf_Communication_CreateUEContext Request to T-AMF310T. This process corresponds to "3. Namf_Communication_CreateUEContext Request" in Figure 14.
  • the Namf_Communication_CreateUEContext Request includes terminal context information.
  • T-AMF310T generates a terminal context within T-AMF310T (holds terminal context information).
  • T-AMF 310T sends a Namf_Communication_N1N2MessageTransfer containing a Handover Request to T-aAMF 200T.
  • T-aAMF200T sends a Handover Request to T-NG-RAN10T. This process corresponds to "9. Handover Request" in Figure 14.
  • T-NG-RAN 10T sends a Handover Request Acknowledge to T-aAMF 200T. This process corresponds to "10. Handover Request Acknowledge" in Figure 14.
  • T-aAMF100T sends Namf_Communication_N1N2MessageTransfer including Handover Request Acknowledge to T-AMF310T.
  • T-AMF310T sends Namf_Communication_CreateUEContext Response to S-AMF310S.
  • Namf_Communication_CreateUEContext Response contains the information necessary for generating the Handover Command.
  • the processing at S412 corresponds to "12. Namf_Communication_CreateUEContext Response" in FIG. 14.
  • the S-AMF310S sends a Namf_Communication_N1N2MessageTransfer containing a Handover Command to the S-aAMF200S.
  • S-aAMF200S sends a Handover Command to S-NG-RAN10S. This process corresponds to "1. Handover Command" in Figure 15.
  • the S-NG-RAN 10S transmits a Handover Command to the terminal 20. This process corresponds to "2. Handover Command" in FIG. 15.
  • the terminal 20 transmits a Handover Confirm to the T-NG-RAN 10T. This process corresponds to "4. Handover Confirm" in FIG. 15.
  • T-NG-RAN 10T sends a Handover Notify to T-aAMF 200T. This process corresponds to "5. Handover Notify" in Figure 15.
  • T-aAMF200T sends Namf_Communication_N1N2MessageTransfer including a Handover Notify to T-AMF310T. Having confirmed the Handover Notify in Namf_Communication_N1N2MessageTransfer, T-AMF310T determines that the N2HO procedure was successful.
  • the T-AMF 310T sends a Namf_Communication_CreateUEContext Request to the T-aAMF 200T.
  • This Namf_Communication_CreateUEContext Request includes terminal context information about the terminal 20 after the handover.
  • T-aAMF200T When T-aAMF200T receives the Namf_Communication_CreateUEContext Request, it creates a terminal context within T-aAMF100T.
  • T-aAMF200T sends Nsmf_PDUSession_UpdateSMContext including the T-aAMF ID to SMF370.
  • N2HO can be performed by communicating with the S-AMF310S only using the S-aAMF200S, without using the T-aAMF200T.
  • the S-aAMF200S also functions as the T-aAMF200T.
  • the technology according to the second embodiment makes it possible to reduce signal delay in a communication system. Moreover, the technology according to the second embodiment requires only small changes to an existing network (e.g., 5GC), and can achieve signal delay reduction in a general-purpose procedure (e.g., a procedure not limited to LCS).
  • an existing network e.g., 5GC
  • a general-purpose procedure e.g., a procedure not limited to LCS.
  • the base station 10, the terminal 20, and various network node devices include functions for performing the above-described embodiments. However, the base station 10, the terminal 20, and various network node devices may each have only a part of the functions of the embodiments.
  • the base station 10 may be one of the "network node devices.”
  • Fig. 18 is a diagram showing an example of the functional configuration of the base station 10.
  • the base station 10 has a transmitting unit 110, a receiving unit 120, a setting unit 130, and a control unit 140.
  • the functional configuration shown in Fig. 18 is merely an example. As long as the operation according to the embodiment of the present invention can be performed, the names of the functional divisions and functional units may be any names.
  • the network node device has the functional configuration shown in FIG. 18, similar to the base station 10.
  • the nsAMF, xAMF, and aAMF all have the functional configuration shown in FIG. 18.
  • a network node device having multiple different functions in a system architecture may be composed of multiple network node devices separated by function.
  • the transmitting unit 110 has a function of generating a signal to be transmitted to the terminal 20 or another network node device, and transmitting the signal by wire or wirelessly.
  • the receiving unit 120 has a function of receiving various signals transmitted from the terminal 20 or another network node device, and acquiring, for example, information of a higher layer from the received signal.
  • the setting unit 130 stores pre-set setting information and various setting information to be transmitted to the terminal 20, etc., in a storage device, and reads it from the storage device as needed.
  • the control unit 140 controls the device.
  • the functional units in the control unit 140 related to signal transmission may be included in the transmitting unit 110, and the functional units in the control unit 140 related to signal reception may be included in the receiving unit 120.
  • Fig. 19 is a diagram showing an example of the functional configuration of the terminal 20.
  • the terminal 20 has a transmitting unit 210, a receiving unit 220, a setting unit 230, and a control unit 240.
  • the functional configuration shown in Fig. 19 is merely an example. As long as the operation according to the embodiment of the present invention can be performed, the names of the functional divisions and the functional units may be any.
  • the USIM mounted in the terminal 20 may have the transmitting unit 210, the receiving unit 220, the setting unit 230, and the control unit 240, similar to the terminal 20.
  • the transmitter 210 creates a transmission signal from the transmission data and transmits the transmission signal wirelessly.
  • the receiver 220 receives various signals wirelessly and obtains higher layer signals from the received physical layer signals.
  • the receiver 220 also has the function of receiving NR-PSS, NR-SSS, NR-PBCH, DL/UL control signals, reference signals, etc. transmitted from a network node.
  • the setting unit 230 stores various setting information received from the network node by the receiving unit 220 in a storage device, and reads it from the storage device as necessary.
  • the setting unit 230 also stores setting information that is set in advance.
  • a receiving unit receives a request for a specific process from a base station when a procedure for the specific process, including an authentication procedure for a terminal, is executed; a transmission unit that transfers the request to a specific network node device that has a function of performing the authentication procedure.
  • the request includes information indicating the network node device, The network node device according to claim 1, wherein after the authentication procedure is performed by the specific network node device, the receiving unit receives the request forwarded from the specific network node device based on the information.
  • the network node device corresponds to a device obtained by deleting a function of executing the authentication procedure from the specific network node device, The network node device according to claim 1 or 2, wherein a distance between the network node device and the base station is shorter than a distance between the specific network node device and the base station.
  • a receiving unit receives a request for a specific process from a base station when a procedure for the specific process, including an authentication procedure for a terminal, is executed; a transmission unit that transfers the request to a specific network node device that has a function of performing the authentication procedure; and the specific network node device.
  • Supplementary Items 1 to 5 provide technology that makes it possible to reduce signal delays in a communication system.
  • Supplementary Item 2 allows a specific network node device to determine that a request should be forwarded to the network node device after an authentication procedure has been performed.
  • Supplementary Item 3 allows the network node device to be easily implemented and installed in an appropriate location.
  • a transmission unit that, when receiving a request for a specific process related to a terminal from a base station, transmits a request including terminal context information about the terminal to a specific network node device having a function of executing the specific process; a receiving unit that receives, after the specific process is executed in the specific network node device, terminal context information after the specific process is executed from the specific network node device.
  • the network node device corresponds to a device obtained by deleting a function of executing the specific process from the specific network node device, The network node device according to claim 1, wherein a distance between the network node device and the base station is shorter than a distance between the specific network node device and the base station.
  • a transmission unit that, when receiving a request for handover processing for a certain terminal from a base station, transmits a request including terminal context information for the terminal to a specific network node device having a function of executing the handover processing;
  • a receiving unit that receives a message including a handover command from the specific network node device;
  • a network node device comprising: (Additional Note 4) A receiving unit that receives a message including a handover request for a certain terminal from a specific network node device having a function of executing a handover process; a transmitter that transmits the handover request to a destination base station of the terminal; After the handover process is completed, the receiving unit receives terminal context information about the terminal from the specific network node device.
  • the network node device (Additional Note 5) The network node device according to claim 4, wherein the transmission unit transmits identification information of the network node device to a session management device. (Additional Note 6) a transmission step of transmitting, when receiving a request for a specific process related to a terminal from a base station, a request including terminal context information about the terminal to a specific network node device having a function of executing the specific process; A communication method executed by a network node device, comprising: a receiving step of receiving, after the specific process is executed in the specific network node device, terminal context information after the specific process is executed from the specific network node device.
  • Supplementary Items 1 to 6 provide technology that makes it possible to reduce signal delays in a communication system.
  • Supplementary Item 2 makes it easy to implement a network node device, and allows the network node device to be installed in an appropriate location.
  • Supplementary Item 5 allows the network node device to communicate with a session management device.
  • each functional block may be realized using one device that is physically or logically coupled, or may be realized using two or more devices that are physically or logically separated and directly or indirectly connected (for example, using wires, wirelessly, etc.).
  • the functional block may be realized by combining the one device or the multiple devices with software.
  • Functions include, but are not limited to, judgement, determination, judgment, calculation, computation, processing, derivation, investigation, search, confirmation, reception, transmission, output, access, resolution, selection, election, establishment, comparison, assumption, expectation, regard, broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, and assignment.
  • a functional block (component) that performs the transmission function is called a transmitting unit or transmitter.
  • the network node device, terminal 20, etc. in one embodiment of the present disclosure may function as a computer that performs processing of the wireless communication method of the present disclosure.
  • FIG. 20 is a diagram showing an example of the hardware configuration of the base station 10 and the terminal 20 in one embodiment of the present disclosure.
  • the network node device may have a hardware configuration similar to that of the base station 10.
  • the USIM may have a hardware configuration similar to that of the terminal 20.
  • the above-mentioned base station 10, network node device, and terminal 20 may be physically configured as a computer device including a processor 1001, a storage device 1002, an auxiliary storage device 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, etc.
  • the term "apparatus" can be interpreted as a circuit, device, unit, etc.
  • the hardware configuration of the base station 10 and the terminal 20 may be configured to include one or more of the devices shown in the figure, or may be configured to exclude some of the devices.
  • the functions of the base station 10, the network node device, and the terminal 20 are realized by loading specific software (programs) onto hardware such as the processor 1001 and the memory device 1002, causing the processor 1001 to perform calculations, control communications by the communication device 1004, and control at least one of the reading and writing of data in the memory device 1002 and the auxiliary memory device 1003.
  • the processor 1001 for example, operates an operating system to control the entire computer.
  • the processor 1001 may be configured as a central processing unit (CPU) including an interface with peripheral devices, a control device, an arithmetic unit, registers, etc.
  • CPU central processing unit
  • control unit 140, control unit 240, etc. may be realized by the processor 1001.
  • the processor 1001 reads out a program (program code), software module, data, etc. from at least one of the auxiliary storage device 1003 and the communication device 1004 to the storage device 1002, and executes various processes according to the program.
  • the program is a program that causes a computer to execute at least a part of the operations described in the above-mentioned embodiment.
  • the control unit 140 of the base station 10/network node device shown in FIG. 18 may be stored in the storage device 1002 and realized by a control program that runs on the processor 1001.
  • the control unit 240 of the terminal 20 shown in FIG. 19 may be stored in the storage device 1002 and realized by a control program that runs on the processor 1001.
  • the processor 1001 may be implemented by one or more chips.
  • the program may be transmitted from the network via a telecommunication line.
  • the storage device 1002 is a computer-readable recording medium and may be composed of, for example, at least one of a ROM (Read Only Memory), an EPROM (Erasable Programmable ROM), an EEPROM (Electrically Erasable Programmable ROM), a RAM (Random Access Memory), etc.
  • the storage device 1002 may also be called a register, a cache, a main memory, etc.
  • the storage device 1002 can store executable programs (program codes), software modules, etc. for implementing a communication method relating to one embodiment of the present disclosure.
  • the auxiliary storage device 1003 is a computer-readable recording medium, and may be, for example, at least one of an optical disk such as a CD-ROM (Compact Disc ROM), a hard disk drive, a flexible disk, a magneto-optical disk (e.g., a compact disk, a digital versatile disk, a Blu-ray (registered trademark) disk), a smart card, a flash memory (e.g., a card, a stick, a key drive), a floppy (registered trademark) disk, a magnetic strip, etc.
  • the above-mentioned storage medium may be, for example, a database, a server, or other suitable medium that includes at least one of the storage device 1002 and the auxiliary storage device 1003.
  • the communication device 1004 is hardware (transmitting/receiving device) for communicating between computers via at least one of a wired network and a wireless network, and is also referred to as, for example, a network device, a network controller, a network card, a communication module, etc.
  • the communication device 1004 may be configured to include a high-frequency switch, a duplexer, a filter, a frequency synthesizer, etc., to realize at least one of, for example, Frequency Division Duplex (FDD) and Time Division Duplex (TDD).
  • FDD Frequency Division Duplex
  • TDD Time Division Duplex
  • the transmitting/receiving antenna, an amplifier unit, a transmitting/receiving unit, a transmission path interface, etc. may be realized by the communication device 1004.
  • the transmitting/receiving unit may be implemented as a transmitting unit or a receiving unit that is physically or logically separated.
  • the input device 1005 is an input device (e.g., a keyboard, a mouse, a microphone, a switch, a button, a sensor, etc.) that accepts input from the outside.
  • the output device 1006 is an output device (e.g., a display, a speaker, an LED lamp, etc.) that performs output to the outside. Note that the input device 1005 and the output device 1006 may be integrated into one structure (e.g., a touch panel).
  • each device such as the processor 1001 and the storage device 1002 is connected by a bus 1007 for communicating information.
  • the bus 1007 may be configured using a single bus, or may be configured using different buses between each device.
  • the base station 10, the network node device, and the terminal 20 may be configured to include hardware such as a microprocessor, a digital signal processor (DSP: Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), a PLD (Programmable Logic Device), or an FPGA (Field Programmable Gate Array), and some or all of the functional blocks may be realized by the hardware.
  • DSP Digital Signal Processor
  • ASIC Application Specific Integrated Circuit
  • PLD Programmable Logic Device
  • FPGA Field Programmable Gate Array
  • the vehicle 2001 includes a drive unit 2002, a steering unit 2003, an accelerator pedal 2004, a brake pedal 2005, a shift lever 2006, front wheels 2007, rear wheels 2008, an axle 2009, an electronic control unit 2010, various sensors 2021-2029, an information service unit 2012, and a communication module 2013.
  • a communication module 2013 e.g., base station 10, terminal 20, xAMF, nsAMF, or aAMF
  • base station 10 may be applied to a communication device mounted on the vehicle 2001, for example, to the communication module 2013.
  • the drive unit 2002 is composed of, for example, an engine, a motor, or a hybrid of an engine and a motor.
  • the steering unit 2003 includes at least a steering wheel (also called a handlebar), and is configured to steer at least one of the front wheels and the rear wheels based on the operation of the steering wheel operated by the user.
  • the electronic control unit 2010 is composed of a microprocessor 2031, memory (ROM, RAM) 2032, and a communication port (IO port) 2033. Signals are input to the electronic control unit 2010 from various sensors 2021 to 2029 provided in the vehicle 2001.
  • the electronic control unit 2010 may also be called an ECU (Electronic Control Unit).
  • Signals from the various sensors 2021-2029 include a current signal from a current sensor 2021 that senses the motor current, a front and rear wheel rotation speed signal obtained by a rotation speed sensor 2022, a front and rear wheel air pressure signal obtained by an air pressure sensor 2023, a vehicle speed signal obtained by a vehicle speed sensor 2024, an acceleration signal obtained by an acceleration sensor 2025, an accelerator pedal depression amount signal obtained by an accelerator pedal sensor 2029, a brake pedal depression amount signal obtained by a brake pedal sensor 2026, a shift lever operation signal obtained by a shift lever sensor 2027, and a detection signal for detecting obstacles, vehicles, pedestrians, etc. obtained by an object detection sensor 2028.
  • the information service unit 2012 is composed of various devices, such as a car navigation system, an audio system, speakers, a television, and a radio, for providing (outputting) various information such as driving information, traffic information, and entertainment information, and one or more ECUs for controlling these devices.
  • the information service unit 2012 uses information acquired from external devices via the communication module 2013, etc., to provide various multimedia information and multimedia services to the occupants of the vehicle 2001.
  • the information service unit 2012 may include input devices (e.g., a keyboard, a mouse, a microphone, a switch, a button, a sensor, a touch panel, etc.) that accept input from the outside, and may also include output devices (e.g., a display, a speaker, an LED lamp, a touch panel, etc.) that perform output to the outside.
  • input devices e.g., a keyboard, a mouse, a microphone, a switch, a button, a sensor, a touch panel, etc.
  • output devices e.g., a display, a speaker, an LED lamp, a touch panel, etc.
  • the driving assistance system unit 2030 is composed of various devices that provide functions for preventing accidents and reducing the driving burden on the driver, such as a millimeter wave radar, LiDAR (Light Detection and Ranging), a camera, a positioning locator (e.g., GNSS, etc.), map information (e.g., high definition (HD) maps, autonomous vehicle (AV) maps, etc.), a gyro system (e.g., IMU (Inertial Measurement Unit), INS (Inertial Navigation System), etc.), AI (Artificial Intelligence) chip, and AI processor, as well as one or more ECUs that control these devices.
  • the driving assistance system unit 2030 transmits and receives various information via the communication module 2013 to realize driving assistance functions or autonomous driving functions.
  • the communication module 2013 can communicate with the microprocessor 2031 and components of the vehicle 2001 via the communication port.
  • the communication module 2013 transmits and receives data via the communication port 2033 between the drive unit 2002, steering unit 2003, accelerator pedal 2004, brake pedal 2005, shift lever 2006, front wheels 2007, rear wheels 2008, axle 2009, microprocessor 2031 and memory (ROM, RAM) 2032 in the electronic control unit 2010, and sensors 2021 to 29, which are provided on the vehicle 2001.
  • the communication module 2013 is a communication device that can be controlled by the microprocessor 2031 of the electronic control unit 2010 and can communicate with an external device. For example, it transmits and receives various information to and from the external device via wireless communication.
  • the communication module 2013 may be located either inside or outside the electronic control unit 2010.
  • the external device may be, for example, a base station, a mobile station, etc.
  • the communication module 2013 may transmit at least one of the signals from the various sensors 2021-2029 described above input to the electronic control unit 2010, information obtained based on the signals, and information based on input from the outside (user) obtained via the information service unit 2012 to an external device via wireless communication.
  • the electronic control unit 2010, the various sensors 2021-2029, the information service unit 2012, etc. may be referred to as input units that accept input.
  • the PUSCH transmitted by the communication module 2013 may include information based on the above input.
  • the communication module 2013 receives various information (traffic information, signal information, vehicle distance information, etc.) transmitted from an external device, and displays it on the information service unit 2012 provided in the vehicle 2001.
  • the information service unit 2012 may be called an output unit that outputs information (for example, outputs information to a device such as a display or speaker based on the PDSCH (or data/information decoded from the PDSCH) received by the communication module 2013).
  • the communication module 2013 also stores various information received from external devices in memory 2032 that can be used by the microprocessor 2031. Based on the information stored in memory 2032, the microprocessor 2031 may control the drive unit 2002, steering unit 2003, accelerator pedal 2004, brake pedal 2005, shift lever 2006, front wheels 2007, rear wheels 2008, axles 2009, sensors 2021 to 2029, and the like provided on the vehicle 2001.
  • the operations of multiple functional units may be physically performed by one part, or the operations of one functional unit may be physically performed by multiple parts.
  • the order of the processing procedures described in the embodiment may be changed as long as there is no contradiction.
  • the base station 10, the network node device, and the terminal 20 have been described using functional block diagrams, but such devices may be realized by hardware, software, or a combination thereof.
  • Software operated by processors in the base station 10, network node device, and terminal 20 according to embodiments of the present invention may each be stored in random access memory (RAM), flash memory, read only memory (ROM), EPROM, EEPROM, register, hard disk (HDD), removable disk, CD-ROM, database, server, or any other suitable storage medium.
  • the notification of information is not limited to the aspects/embodiments described in the present disclosure and may be performed using other methods.
  • the notification of information may be performed by physical layer signaling (e.g., Downlink Control Information (DCI), Uplink Control Information (UCI)), higher layer signaling (e.g., Radio Resource Control (RRC) signaling, Medium Access Control (MAC) signaling), broadcast information (Master Information Block (MIB), System Information Block (SIB)), other signals, or a combination of these.
  • RRC signaling may be referred to as an RRC message, and may be, for example, an RRC Connection Setup message, an RRC Connection Reconfiguration message, etc.
  • Each aspect/embodiment described in this disclosure may be a mobile communication system (mobile communications system) for mobile communications over a wide range of networks, including LTE (Long Term Evolution), LTE-A (LTE-Advanced), SUPER 3G, IMT-Advanced, 4G (4th generation mobile communication system), 5G (5th generation mobile communication system), 6th generation mobile communication system (6G), xth generation mobile communication system (xG) (xG (x is, for example, an integer or a decimal number)), FRA (Future Ra).
  • the present invention may be applied to at least one of systems using IEEE 802.11 (Wi-Fi (registered trademark)), IEEE 802.16 (WiMAX (registered trademark)), IEEE 802.20, UWB (Ultra-WideBand), Bluetooth (registered trademark), and other appropriate systems, and next-generation systems that are expanded, modified, created, or defined based on these. It may also be applied to a combination of multiple systems (for example, a combination of at least one
  • certain operations that are described as being performed by the base station 10 may in some cases be performed by its upper node.
  • various operations performed for communication with a terminal 20 may be performed by at least one of the base station 10 and other network nodes other than the base station 10 (such as, but not limited to, an MME or S-GW).
  • the base station 10 may be a combination of multiple other network nodes (such as an MME and an S-GW).
  • the information or signals described in this disclosure may be output from a higher layer (or a lower layer) to a lower layer (or a higher layer). They may be input and output via multiple network nodes.
  • the input and output information may be stored in a specific location (e.g., memory) or may be managed using a management table.
  • the input and output information may be overwritten, updated, or added to.
  • the output information may be deleted.
  • the input information may be sent to another device.
  • the determination in this disclosure may be based on a value represented by one bit (0 or 1), a Boolean (true or false) value, or a comparison of numerical values (e.g., a comparison with a predetermined value).
  • Software shall be construed broadly to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software modules, applications, software applications, software packages, routines, subroutines, objects, executable files, threads of execution, procedures, functions, etc., whether referred to as software, firmware, middleware, microcode, hardware description language, or otherwise.
  • Software, instructions, information, etc. may also be transmitted and received via a transmission medium.
  • a transmission medium For example, if the software is transmitted from a website, server, or other remote source using at least one of wired technologies (such as coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL)), and/or wireless technologies (such as infrared, microwave), then at least one of these wired and wireless technologies is included within the definition of a transmission medium.
  • wired technologies such as coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL)
  • wireless technologies such as infrared, microwave
  • the information, signals, etc. described in this disclosure may be represented using any of a variety of different technologies.
  • the data, instructions, commands, information, signals, bits, symbols, chips, etc. that may be referred to throughout the above description may be represented by voltages, currents, electromagnetic waves, magnetic fields or magnetic particles, optical fields or photons, or any combination thereof.
  • the channel and the symbol may be a signal (signaling).
  • the signal may be a message.
  • the component carrier (CC) may be called a carrier frequency, a cell, a frequency carrier, etc.
  • system and “network” are used interchangeably.
  • a radio resource may be indicated by an index.
  • the names used for the above-mentioned parameters are not limiting in any respect. Furthermore, the formulas etc. using these parameters may differ from those explicitly disclosed in this disclosure.
  • the various channels (e.g., PUCCH, PDCCH, etc.) and information elements may be identified by any suitable names, and therefore the various names assigned to these various channels and information elements are not limiting in any respect.
  • base station BS
  • radio base station base station
  • base station fixed station
  • NodeB eNodeB
  • gNodeB gNodeB
  • access point e.g., "transmission point”
  • gNodeB gNodeB
  • a base station may also be referred to by terms such as macrocell, small cell, femtocell, and picocell.
  • a base station can accommodate one or more (e.g., three) cells.
  • a base station accommodates multiple cells, the entire coverage area of the base station can be divided into multiple smaller areas, and each smaller area can also provide communication services by a base station subsystem (e.g., a small indoor base station (RRH: Remote Radio Head)).
  • RRH Remote Radio Head
  • the term "cell” or “sector” refers to a part or the entire coverage area of at least one of the base station and base station subsystems that provide communication services in this coverage.
  • a base station transmitting information to a terminal may be interpreted as the base station instructing the terminal to control or operate based on the information.
  • MS Mobile Station
  • UE User Equipment
  • a mobile station may also be referred to by those skilled in the art as a subscriber station, mobile unit, subscriber unit, wireless unit, remote unit, mobile device, wireless device, wireless communication device, remote device, mobile subscriber station, access terminal, mobile terminal, wireless terminal, remote terminal, handset, user agent, mobile client, client, or some other suitable terminology.
  • At least one of the base station and the mobile station may be called a transmitting device, a receiving device, a communication device, etc.
  • At least one of the base station and the mobile station may be a device mounted on a moving object, the moving object itself, etc.
  • the moving object is a movable object, and the moving speed is arbitrary. It also includes the case where the moving object is stopped.
  • the moving object includes, but is not limited to, for example, a vehicle, a transport vehicle, an automobile, a motorcycle, a bicycle, a connected car, an excavator, a bulldozer, a wheel loader, a dump truck, a forklift, a train, a bus, a handcar, a rickshaw, a ship and other watercraft, an airplane, a rocket, an artificial satellite, a drone (registered trademark), a multicopter, a quadcopter, a balloon, and objects mounted thereon.
  • the moving object may also be a moving object that travels autonomously based on an operation command.
  • At least one of the base station and the mobile station may be a device that does not necessarily move during communication operations.
  • at least one of the base station and the mobile station may be an IoT (Internet of Things) device such as a sensor.
  • IoT Internet of Things
  • the base station in the present disclosure may be read as a user terminal.
  • each aspect/embodiment of the present disclosure may be applied to a configuration in which communication between a base station and a user terminal is replaced with communication between multiple terminals 20 (which may be called, for example, D2D (Device-to-Device) or V2X (Vehicle-to-Everything)).
  • the terminal 20 may be configured to have the functions of the base station 10 described above.
  • terms such as "uplink” and "downlink” may be read as terms corresponding to terminal-to-terminal communication (for example, "side").
  • the uplink channel, downlink channel, etc. may be read as a side channel.
  • the user terminal in this disclosure may be interpreted as a base station.
  • the base station may be configured to have the functions of the user terminal described above.
  • determining may encompass a wide variety of actions.
  • Determining and “determining” may include, for example, judging, calculating, computing, processing, deriving, investigating, looking up, search, inquiry (e.g., searching in a table, database, or other data structure), and considering ascertaining as “judging” or “determining.”
  • determining and “determining” may include receiving (e.g., receiving information), transmitting (e.g., sending information), input, output, accessing (e.g., accessing data in memory), and considering ascertaining as “judging” or “determining.”
  • judgment” and “decision” can include considering resolving, selecting, choosing, establishing, comparing, etc., to have been “judged” or “decided.” In other words, “judgment” and “decision” can include considering some action to have been “judged” or “decided.” Additionally, “judgment (decision)” can be interpreted as “assuming,” “ex
  • connection refers to any direct or indirect connection or coupling between two or more elements, and may include the presence of one or more intermediate elements between two elements that are “connected” or “coupled” to each other.
  • the coupling or connection between elements may be physical, logical, or a combination thereof.
  • “connected” may be read as "access.”
  • two elements may be considered to be “connected” or “coupled” to each other using at least one of one or more wires, cables, and printed electrical connections, as well as electromagnetic energy having wavelengths in the radio frequency range, microwave range, and optical (both visible and invisible) range, as some non-limiting and non-exhaustive examples.
  • the reference signal may also be abbreviated as RS (Reference Signal) or may be called a pilot depending on the applicable standard.
  • the phrase “based on” does not mean “based only on,” unless expressly stated otherwise. In other words, the phrase “based on” means both “based only on” and “based at least on.”
  • any reference to an element using a designation such as "first,” “second,” etc., used in this disclosure does not generally limit the quantity or order of those elements. These designations may be used in this disclosure as a convenient method of distinguishing between two or more elements. Thus, a reference to a first and a second element does not imply that only two elements may be employed or that the first element must precede the second element in some way.
  • a radio frame may be composed of one or more frames in the time domain. Each of the one or more frames in the time domain may be called a subframe. A subframe may further be composed of one or more slots in the time domain. A subframe may have a fixed time length (e.g., 1 ms) that is independent of numerology.
  • Numerology may be a communication parameter that applies to at least one of the transmission and reception of a signal or channel. Numerology may indicate, for example, at least one of the following: subcarrier spacing (SCS), bandwidth, symbol length, cyclic prefix length, transmission time interval (TTI), number of symbols per TTI, radio frame structure, a specific filtering process performed by the transceiver in the frequency domain, a specific windowing process performed by the transceiver in the time domain, etc.
  • SCS subcarrier spacing
  • TTI transmission time interval
  • radio frame structure a specific filtering process performed by the transceiver in the frequency domain
  • a specific windowing process performed by the transceiver in the time domain etc.
  • a slot may consist of one or more symbols in the time domain (such as OFDM (Orthogonal Frequency Division Multiplexing) symbols, SC-FDMA (Single Carrier Frequency Division Multiple Access) symbols, etc.).
  • a slot may be a time unit based on numerology.
  • a slot may include multiple minislots. Each minislot may consist of one or multiple symbols in the time domain. A minislot may also be called a subslot. A minislot may consist of fewer symbols than a slot.
  • a PDSCH (or PUSCH) transmitted in a time unit larger than a minislot may be called PDSCH (or PUSCH) mapping type A.
  • a PDSCH (or PUSCH) transmitted using a minislot may be called PDSCH (or PUSCH) mapping type B.
  • Radio frame, subframe, slot, minislot, and symbol all represent time units for transmitting signals. Radio frame, subframe, slot, minislot, and symbol may each be referred to by a different name that corresponds to the radio frame, subframe, slot, minislot, and symbol.
  • one subframe may be called a Transmission Time Interval (TTI)
  • TTI Transmission Time Interval
  • multiple consecutive subframes may be called a TTI
  • one slot or one minislot may be called a TTI.
  • at least one of the subframe and the TTI may be a subframe (1 ms) in existing LTE, a period shorter than 1 ms (e.g., 1-13 symbols), or a period longer than 1 ms.
  • the unit representing the TTI may be called a slot, minislot, etc., instead of a subframe.
  • TTI refers to, for example, the smallest time unit for scheduling in wireless communication.
  • a base station performs scheduling to allocate wireless resources (such as frequency bandwidth and transmission power that can be used by each terminal 20) to each terminal 20 in TTI units.
  • wireless resources such as frequency bandwidth and transmission power that can be used by each terminal 20
  • TTI is not limited to this.
  • the TTI may be a transmission time unit for a channel-coded data packet (transport block), a code block, a code word, etc., or may be a processing unit for scheduling, link adaptation, etc.
  • the time interval e.g., the number of symbols
  • the time interval in which a transport block, a code block, a code word, etc. is actually mapped may be shorter than the TTI.
  • one or more TTIs may be the minimum time unit of scheduling.
  • the number of slots (minislots) that constitute the minimum time unit of scheduling may be controlled.
  • a TTI having a time length of 1 ms may be called a normal TTI (TTI in LTE Rel. 8-12), normal TTI, long TTI, normal subframe, normal subframe, long subframe, slot, etc.
  • TTI shorter than a normal TTI may be called a shortened TTI, short TTI, partial or fractional TTI, shortened subframe, short subframe, minislot, subslot, slot, etc.
  • a long TTI (e.g., a normal TTI, a subframe, etc.) may be interpreted as a TTI having a time length of more than 1 ms
  • a short TTI e.g., a shortened TTI, etc.
  • TTI length shorter than the TTI length of a long TTI and equal to or greater than 1 ms.
  • a resource block is a resource allocation unit in the time domain and frequency domain, and may include one or more consecutive subcarriers in the frequency domain.
  • the number of subcarriers included in an RB may be the same regardless of the numerology, and may be, for example, 12.
  • the number of subcarriers included in an RB may be determined based on the numerology.
  • the time domain of an RB may include one or more symbols and may be one slot, one minislot, one subframe, or one TTI in length.
  • One TTI, one subframe, etc. may each be composed of one or more resource blocks.
  • one or more RBs may be referred to as a physical resource block (PRB), a sub-carrier group (SCG), a resource element group (REG), a PRB pair, an RB pair, etc.
  • PRB physical resource block
  • SCG sub-carrier group
  • REG resource element group
  • PRB pair an RB pair, etc.
  • a resource block may be composed of one or more resource elements (REs).
  • REs resource elements
  • one RE may be a radio resource area of one subcarrier and one symbol.
  • a bandwidth part which may also be referred to as a partial bandwidth, may represent a subset of contiguous common resource blocks (RBs) for a given numerology on a given carrier, where the common RBs may be identified by an index of the RB relative to a common reference point of the carrier.
  • PRBs may be defined in a BWP and numbered within the BWP.
  • the BWP may include a BWP for UL (UL BWP) and a BWP for DL (DL BWP).
  • UL BWP UL BWP
  • DL BWP DL BWP
  • One or more BWPs may be configured within one carrier for the terminal 20.
  • At least one of the configured BWPs may be active, and the terminal 20 may not be expected to transmit or receive a specific signal/channel outside the active BWP.
  • BWP bit stream
  • radio frames, subframes, slots, minislots, and symbols are merely examples.
  • the number of subframes included in a radio frame, the number of slots per subframe or radio frame, the number of minislots included in a slot, the number of symbols and RBs included in a slot or minislot, the number of subcarriers included in an RB, as well as the number of symbols in a TTI, the symbol length, and the cyclic prefix (CP) length can be changed in various ways.
  • a and B are different may mean “A and B are different from each other.”
  • the term may also mean “A and B are each different from C.”
  • Terms such as “separate” and “combined” may also be interpreted in the same way as “different.”
  • notification of specific information is not limited to being done explicitly, but may be done implicitly (e.g., not notifying the specific information).
  • Base station (RAN) 110 Transmitter 120 Receiver 130 Setting unit 140 Controller 20 Terminal 30 Core network 40 DN 210 Transmission unit 220 Reception unit 230 Setting unit 240 Control unit 310 AMF 320 U.D.M. 330 NEF 340 NRF 350 AUSF 360 PCF 370 SMF 380 U.P.F.

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

ネットワークノード装置において、基地局から、端末に関する特定処理の要求を受けた際に、前記端末についての端末コンテキスト情報を含む要求を、前記特定処理を実行する機能を備える特定のネットワークノード装置に送信する送信部と、前記特定のネットワークノード装置において前記特定処理が実行された後に、前記特定処理が実行された後の端末コンテキスト情報を、前記特定のネットワークノード装置から受信する受信部とを備える。

Description

ネットワークノード装置、及び通信方法
　本発明は、無線通信システムにおけるネットワークノード装置に関するものである。
　ＬＴＥ（Long Term Evolution）の後継システムであるＮＲ（New Radio）（「５Ｇ」ともいう。）においては、ＬＴＥ（Long Term Evolution）のネットワークアーキテクチャにおけるコアネットワークであるＥＰＣ（Evolved Packet Core）に対応する５ＧＣ（5G Core Network）、及びＬＴＥのネットワークアーキテクチャにおけるＲＡＮ（Radio Access Network）であるＥ－ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）に対応するＮＧ－ＲＡＮ（Next Generation - Radio Access Network）を含むネットワークアーキテクチャが検討されている（例えば非特許文献１及び非特許文献２）。また、ＮＲの後継システムである６Ｇの仕様について検討が進められている。
３ＧＰＰ　ＴＳ　２３．５０１　Ｖ１７．６．０（２０２２－０９） ３ＧＰＰ　ＴＳ　２３．５０２　Ｖ１７．６．０（２０２２－０９）
　非特許文献１、２等に開示されている既存の５ＧＳ（5G System）では、端末に関わる信号の処理を行うネットワークノード装置を網端（端末に近い場所）に配置したとしても、当該信号は網中央にあるＡＭＦ（Access and Mobility Management Function）を経由する必要があるため、信号遅延が発生する。なお、このような課題は、ＡＭＦ以外のネットワークノード装置に起因して発生する場合もある。
　本発明は上記の点に鑑みてなされたものであり、通信システムにおける信号遅延を削減することを可能とする技術を提供することを目的とする。
　開示の技術によれば、基地局から、端末に関する特定処理の要求を受けた際に、前記端末についての端末コンテキスト情報を含む要求を、前記特定処理を実行する機能を備える特定のネットワークノード装置に送信する送信部と、
　前記特定のネットワークノード装置において前記特定処理が実行された後に、前記特定処理が実行された後の端末コンテキスト情報を、前記特定のネットワークノード装置から受信する受信部と
　を備えるネットワークノード装置が提供される。
　開示の技術によれば、通信システムにおける信号遅延を削減することを可能とする技術が提供される。
本発明の実施の形態に係る無線通信システムについて説明するための図である。 本発明の実施の形態に係る無線通信システムの構成の一例を示す図である。 非特許文献１のFigure 8.2.2.1-1を示す図である。 第１実施形態のシステム構成例を示す図である。 非特許文献２の「Figure 4.2.2.2.2-1: Registration procedure」を示す図である。 非特許文献２の「Figure 4.2.2.2.2-1: Registration procedure」を示す図である。 非特許文献２の「Figure 4.2.2.2.3-1: Registration with AMF re-allocation procedure」を示す図である。 第１実施形態における初期登録手順を説明するための図である。 非特許文献２における「Figure 4.3.2.2.1-1: UE-requested PDU Session Establishment for non-roaming and roaming with local breakout」を示す図である。 非特許文献２における「Figure 4.3.2.2.1-1: UE-requested PDU Session Establishment for non-roaming and roaming with local breakout」を示す図である。 第１実施形態におけるＰＤＵセッション確立手順を説明するための図である。 第２実施形態のシステム構成例を示す図である。 第２実施形態における手順例を説明するための図である。 非特許文献２における「Figure 4.9.1.3.2-1: Inter NG-RAN node N2 based handover, Preparation phase」を示す図である。 非特許文献２における「Figure 4.9.1.3.3-1: inter NG-RAN node N2 based handover, execution phase」を示す図である。 第２実施形態におけるＮ２ＨＯの手順を説明するための図である。 第２実施形態におけるＮ２ＨＯの手順を説明するための図である。 本発明の実施の形態に係る基地局及びネットワークノード装置の機能構成の一例を示す図である。 本発明の実施の形態に係る端末の機能構成の一例を示す図である。 本発明の実施の形態に係る装置のハードウェア構成の一例を示す図である。 本発明の実施の形態に係る車両の構成の一例を示す図である。
　以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例であり、本発明が適用される実施の形態は、以下の実施の形態に限られない。
　本発明の実施の形態の無線通信システムの動作にあたっては、適宜、既存技術が使用されてよい。当該既存技術は、例えば既存のＮＲあるいはＬＴＥであるが、既存のＮＲあるいはＬＴＥに限られない。
　また、以下で説明する本発明の実施の形態では、既存のＬＴＥ及びＮＲで使用されているＳＳ（Synchronization signal）、ＰＳＳ（Primary SS）、ＳＳＳ（Secondary SS）、ＰＢＣＨ（Physical broadcast channel）、ＰＲＡＣＨ（Physical random access channel）、ＰＤＣＣＨ（Physical Downlink Control Channel）、ＰＤＳＣＨ（Physical Downlink Shared Channel）、ＰＵＣＣＨ（Physical Uplink Control Channel）、ＰＵＳＣＨ（Physical Uplink Shared Channel）等の用語を使用する。これは記載の便宜上のためであり、これらと同様の信号、機能等が他の名称で呼ばれてもよい。
　また、本発明の実施の形態において、複信（Duplex）方式は、ＴＤＤ（Time Division Duplex）方式でもよいし、ＦＤＤ（Frequency Division Duplex）方式でもよいし、又はそれ以外（例えば、Flexible Duplex等）の方式でもよい。
　また、本発明の実施の形態において、無線パラメータ等が「設定される（Configure）」とは、所定の値が予め設定（Pre-configure）されることであってもよいし、基地局又は端末から通知される無線パラメータが設定されることであってもよい。
　（システム構成）
　図１は、本発明の実施の形態に係る無線通信システムについて説明するための図である。
本発明の実施の形態に係る無線通信システムは、図１に示されるように、基地局１０及び端末２０を含む。図１には、基地局１０及び端末２０が１つずつ示されているが、これは例であり、それぞれ複数であってもよい。
　基地局１０は、１つ以上のセルを提供し、端末２０と無線通信を行う通信装置である。無線信号の物理リソースは、時間領域及び周波数領域で定義され、時間領域はＯＦＤＭ（Orthogonal　Frequency　Division　Multiplexing）シンボル数で定義されてもよいし、周波数領域はサブキャリア数又はリソースブロック数で定義されてもよい。また、時間領域におけるＴＴＩ（Transmission Time Interval）がスロットであってもよいし、ＴＴＩがサブフレームであってもよい。
　基地局１０は、同期信号及びシステム情報を端末２０に送信する。同期信号は、例えば、ＮＲ－ＰＳＳ及びＮＲ－ＳＳＳである。システム情報は、例えば、ＮＲ－ＰＢＣＨにて送信され、報知情報ともいう。同期信号及びシステム情報は、ＳＳＢ（SS/PBCH block）と呼ばれてもよい。図１に示されるように、基地局１０は、ＤＬ（Downlink）で制御信号又はデータを端末２０に送信し、ＵＬ（Uplink）で制御信号又はデータを端末２０から受信する。基地局１０及び端末２０はいずれも、ビームフォーミングを行って信号の送受信を行うことが可能である。また、基地局１０及び端末２０はいずれも、ＭＩＭＯ（Multiple Input Multiple Output）による通信をＤＬ又はＵＬに適用することが可能である。また、基地局１０及び端末２０はいずれも、ＣＡ（Carrier Aggregation）によるセカンダリセル（SCell:Secondary Cell）及びプライマリセル（PCell:Primary Cell）を介して通信を行ってもよい。さらに、端末２０は、ＤＣ（Dual Connectivity）による基地局１０のプライマリセル及び他の基地局１０のプライマリセカンダリセルグループセル（PSCell:Primary SCG Cell）を介して通信を行ってもよい。
　端末２０は、スマートフォン、携帯電話機、タブレット、ウェアラブル端末、Ｍ２Ｍ（Machine-to-Machine）用通信モジュール等の無線通信機能を備えた通信装置である。図１に示されるように、端末２０は、ＤＬで制御信号又はデータを基地局１０から受信し、ＵＬで制御信号又はデータを基地局１０に送信することで、無線通信システムにより提供される各種通信サービスを利用する。また、端末２０は、基地局１０から送信される各種の参照信号を受信し、当該参照信号の受信結果に基づいて伝搬路品質の測定を実行する。なお、端末２０をＵＥと呼び、基地局１０をｇＮＢと呼んでもよい。また、基地局１０を、ＲＡＮ、ＮＧ－ＲＡＮ等と呼んでもよい。
　図２は、本発明の実施の形態に係る無線通信システムの構成の一例を示す図である。無線通信システムは、ＲＡＮ１０（基地局）と、端末２０と、コアネットワーク３０と、ＤＮ（Data Network）４０と、を備える。なお、無線通信システムを、移動通信システムあるいは通信システムと呼んでもよい。
　コアネットワーク３０は、交換機、加入者情報管理装置等を備えるネットワークである。コアネットワーク３０は、Ｕ－Ｐｌａｎｅ機能を実現させるネットワークノードと、Ｃ－Ｐｌａｎｅ機能群を実現させるネットワークノード群とを備える。なお、ネットワークノードを「ネットワークノード装置」と呼んでもよい。
　Ｕ－Ｐｌａｎｅ機能は、ユーザデータの送受信処理を実行する機能である。Ｕ－Ｐｌａｎｅ機能を実現させるネットワークノードは、例えばＵＰＦ（User plane function）３８０である。ＵＰＦ３８０は、ＤＮ４０と相互接続するための外部に対するＰＤＵ（Protocol Data Unit）セッションポイント、パケットのルーティング及びフォワーディング、ユーザプレーンのＱｏＳ（Quality of Service）ハンドリング等の機能を有するネットワークノードである。ＵＰＦ３８０は、ＤＮ４０と端末２０との間のデータの送受信を制御する。ＵＰＦ３８０及びＤＮ４０は、１または複数のネットワークスライスから構成されていてもよい。
　Ｃ－Ｐｌａｎｅ機能群は、通信の確立などのための一連の制御処理を実行する機能群である。Ｃ－Ｐｌａｎｅ機能群を実現させるネットワークノード群は、例えば、ＡＭＦ（Access and Mobility Management Function）３１０と、ＵＤＭ（Unified Data Management）３２０と、ＮＥＦ（Network Exposure Function）３３０と、ＮＲＦ（Network Repository Function）３４０と、ＡＵＳＦ（Authentication Server Function）３５０と、ＰＣＦ（Policy Control Function）３６０と、ＳＭＦ（Session Management Function）３７０と、ＡＦ（Application Function）３９０と、ＣＨＦ（Charging Function）３９１と、を含む。
　ＡＭＦ３１０は、ＲＡＮインタフェースの終端、ＮＡＳ（Non-Access Stratum）の終端、登録管理、接続管理、到達性管理、モビリティ管理等の機能を有するネットワークノードである。
　より具体的には、ＡＭＦ３１０は、例えば、非特許文献１及び非特許文献２において、ＡＭＦの機能として記載された機能を含んでもよい。なお、後述するように、本実施の形態では、ＡＭＦ３１０とともに、ＡＭＦ３１０が有する機能から、一部の機能を削減したＡＭＦを使用する。機能削減をしないＡＭＦ３１０を「通常ＡＭＦ」と呼んでもよい。
　ＮＲＦ３４０は、サービスを提供するＮＦ（Network Function）インスタンスを発見する機能を有するネットワークノードである。ＵＤＭ３２０は、加入者データ及び認証データを管理するネットワークノードである。ＵＤＭ３２０は、当該データを保持するＵＤＲ（User Data Repository）３２１と、ＦＥ（Front End）３２２と、を含む。ＦＥ３２２は、加入者情報を処理する。
　ＳＭＦ３７０は、セッション管理、端末２０のＩＰ（Internet Protocol）アドレス割り当て及び管理、ＤＨＣＰ（Dynamic Host Configuration Protocol）機能、ＡＲＰ（Address Resolution Protocol）プロキシ、ローミング機能等の機能を有するネットワークノードである。ＮＥＦ３３０は、他のＮＦ（Network Function）に能力及びイベントを通知する機能を有するネットワークノードである。ＰＣＦ３６０は、ネットワークのポリシ制御を行う機能を有するネットワークノードである。
　ＡＦ（Application Function）３９０は、アプリケーションサーバを制御する機能を有するネットワークノードである。
　ＣＨＦ（Charging Function）３９１は、加入者への課金額および明細を決定し、明細システム５０に加入者明細書の生成を要求するネットワークノードである。
　ＡＭＦ３１０とＲＡＮ１０とは、Ｎ２リンクとして通信可能に接続されている。ＵＰＦ３８０とＲＡＮ１０とは、Ｎ３リンクとして通信可能に接続されている。ＵＰＦ３８０とＳＭＦ３７０とは、Ｎ４リンクとして通信可能に接続されている。ＵＰＦ３８０とＤＮ４０とは、Ｎ６リンクとして通信可能に接続されている。
　（課題について）
　次に、実施の形態の技術に係る課題について詳細に説明する。図２に示すような既存の５ＧＳ（５Ｇ　ｓｙｓｔｅｍ）においては、図３（非特許文献１のFigure 8.2.2.1-1）に示すとおり、端末２０が関わる「ＮＡＳ－ＭＭ、ＮＡＳ－ＳＭ、ＳＭＳ、ＵＥポリシ、及び、ＬＣＳ」の各信号は、端末２０からＡＭＦまでＮＡＳトランスポート上で運ばれる。
　図３に示すとおり、ＮＡＳトランスポートはＡＭＦで終端する。つまり、「ＮＡＳ－ＳＭを終端するＳＭＦ、ＳＭＳを終端するＳＭＳＦ、ＵＥポリシを終端するＰＣＦ、及び、ＬＣＳを終端するＬＭＦ」が網端にある場合でも、ＡＭＦが網中央にある限り、上述した関連信号は網中央を経由することとなる。つまり信号遅延が発生する。
　なお、上記のような信号遅延が発生するという課題は、ＡＭＦを信号が経由するという原因に限らず、ＡＭＦ以外のネットワークノード装置に起因して発生し得る課題である。
　以下では、例として、信号遅延の課題がＡＭＦに起因する場合についての課題解決のための技術として第１実施形態及び第２実施形態を説明するが、以下で説明する技術（第１実施形態及び第２実施形態）は、ＡＭＦに限らないネットワークノード装置に適用可能である。
　以下では、機能削減を行わない通常のＡＭＦを「通常ＡＭＦ」と呼ぶことにする。
　（第１実施形態の概要、システム構成）
　第１実施形態では、ＳＥＡＦ（SEcurity Anchor Function）を有しないＡＭＦを、ＲＡＮ１０を近傍に配置する。つまり、通常ＡＭＦ３１０に加えて、ＳＥＡＦ機能を有しないＡＭＦを配置する。第１実施形態において、ＳＥＡＦ機能を有しないＡＭＦをｎｓＡＭＦと呼ぶことにする。ｎｓＡＭＳの「ｎｓ」は「ｎｏ－ＳＥＡＦ」を意図している。
　通常ＡＭＦ３１０にはＳＥＡＦ機能が備えられている。ＳＥＡＦ機能は、通常ＡＭＦ３１０における認証機能であり、サービングネットワーク固有のアンカー鍵等を保持し、端末２０の認証のための手順において、当該ＳＥＡＦ機能が使用される。
　ｎｓＡＭＦは、通常ＡＭＦ３１０内のＳＥＡＦ機能を起動しないだけで、容易に実現できる。あるいは、ｎｓＡＭＦは、通常ＡＭＦ３１０に実装される機能のうち、ＳＥＡＦ機能のみを実装しないことで実現してもよい。ｎｓＡＭＦのＩ／Ｆについても、基本的に通常ＡＭＦと同じであり、容易に実装できる。
　図４に、ＡＭＦ、端末２０、ＲＡＮ１０についての配置構成例を示す。図４に示すとおり、網中央に配備される通常ＡＭＦ３１０に加えて、ＲＡＮ１０の近傍にｎｓＡＭＦ１００が配置される。ＲＡＮ１０は、ｎｓＡＭＦ１００とＡＭＦ３１０とのいずれとも通信可能である。また、ｎｓＡＭＦ１００とＡＭＦ３１０との間で通信可能である。
　「ＲＡＮ１０の近傍」とは、ＲＡＮ１０からの地理的な距離が小さいことであってもよいし、ＲＡＮ１０からのネットワーク的な距離（例えば遅延）が小さいことであってもよい。コンピュータ上でコンテナ等を用いて仮想的なノード及びネットワークを構築する場合において、上記ネットワークはコンピュータ上の仮想的なネットワークであってもよい。
　第１実施形態では、上記のように、「ＲＡＮ１０の近傍」にｎｓＡＭＦ１００を配置するため、通常ＡＭＦ３１０を使用しない手順（認証手順を伴わない手順）の信号遅延を削減できる。また、ｎｓＡＭＦ１００は、ＳＥＡＦ機能を配置しないため、通常ＡＭＦ３１０よりも実装及び管理が容易となる。
　第１実施形態において、ｎｓＡＭＦ１００を使用する際に、認証手順を伴う手順が発生した場合、当該認証手順については通常ＡＭＦ（ＡＭＦ３１０）が行うように、処理を切り替える。なお、第１実施形態では、認証手順を伴う手順として登録手順を例にとっているが、認証手順を伴う手順は登録手順に限定されない。
　処理の切り替えの際には、切り替え元を示す表示（indication）である「ＳＥＡＦ機能無しＡＭＦ表示」がｎｓＡＭＦ１００から通常ＡＭＦ３１０に送られる。処理の切り替え後は、通常ＡＭＦ３１０が、登録手順の中の認証手順（あるいは認証手順を含む手順）を実行する。通常ＡＭＦ３１０による認証手順（あるいは認証手順を含む手順）が終了すると、処理が通常ＡＭＦ３１０からｎｓＡＭＦ１００に切り替えられ、以降の登録手順は、通常ＡＭＦ３１０を介さずに、ｎｓＡＭＦ１００を用いて行われる。なお、切り替え元を示す表示を、切り替え元を示す情報と呼んでもよい。
　また、認証手順（つまり、ＳＥＡＦ機能を使用する手順）を伴わない手順（例：ＰＤＵセッション確立手順）については、通常ＡＭＦ３１０を介さずに、ｎｓＡＭＦ１００を用いて行われる。
　（第１実施形態：初期登録手順）
　第１実施形態における手順例として、認証手順を伴う初期登録手順について説明する。
　ｎｓＡＭＦ１００を使用しない場合（つまりＡＭＦとして、通常ＡＭＦ３１０のみを使用する場合）には、例えば、非特許文献２における「4.2.2.2 Registration procedures」に記載の手順で初期登録（initial registration）を行うことができる。例えば、通常ＡＭＦ３１０は、「Figure 4.2.2.2.2-1: Registration procedure」における「New AMF」として動作して、初期登録手順を実行することができる。図５、図６は、非特許文献２の「Figure 4.2.2.2.2-1: Registration procedure」を示す。
　なお、ここでは登録手順例（認証手順を通常ＡＭＦ３１０に任せる登録手順例）として初期登録手順を例にとっているが、登録手順は初期登録手順に限定されない。例えば、第１実施形態の登録手順は、トラッキングエリアの変更に伴うMobility Registration Updateであってもよい。
　第１実施形態の初期登録手順において、通常ＡＭＦ３１０に認証手順を任せるために、ｎｓＡＭＦ１００から通常ＡＭＦ３１０へ処理の切り替えを行うが、その切り替えのために、ＡＭＦ再割当付き登録手順（Registration with AMF re-allocation）を利用する。
　ＡＭＦ再割当付き登録手順では、ＡＭＦが登録要求を受信した場合に、当該ＡＭＦが他のＡＭＦに当該登録要求を転送する（リルートする）。
　図７に、非特許文献２におけるＡＭＦ再割当付き登録手順（Figure 4.2.2.2.3-1: Registration with AMF re-allocation procedure）を示す。第１実施形態において、基本的には、図７の「Initial AMF」をｎｓＡＭＦ１００とし、「Target AMF」を通常ＡＭＦ３１０とした場合におけるＡＭＦ再割当付き登録手順を実行する。
　ただし、ｎｓＡＭＦ１００は認証手順を実行できないことから、認証手順のみを通常ＡＭＦ３１０に任せるための処理を、ＡＭＦ再割当付き登録手順の一部を利用して行う。このようなＡＭＦ再割当付き登録手順は、従来技術にはない手順である。
　図８を参照して、第１実施形態における初期登録手順を説明する。
　Ｓ１０１において、端末２０が初期登録要求をＲＡＮ１０に送信する。
　例えば、ＲＡＮ１０において、「当該ＲＡＮ１０がカバーするエリアにおける端末２０からの初期登録要求をｎｓＡＭＦ１００に送信する」ことに相当する設定がなされているとする。そのため、Ｓ１０２において、ＲＡＮ１０は、端末２０から受信した初期登録要求をｎｓＡＭＦ１００に送信する。
　あるいは、端末２０から送信される初期登録要求の中に、ｎｓＡＭＦ１００を使用することを指示する情報が含まれていて、ＲＡＮ１０は、その情報に基づいて、初期登録要求をｎｓＡＭＦ１００に送信することとしてもよい。
　初期登録要求を受信したｎｓＡＭＦ１００は、ＡＭＦ再割当付き登録手順を実行する。具体的には、ｎｓＡＭＦ１００は、現時点で端末２０のＳＵＰＩを保持していないので、既存技術（図７）における認証手順（steps 4 to 9a or to 9b of figure 4.2.2.2.2-1）を起動せずに、Ｓ１０３において、転送先として事前設定してあった通常ＡＭＦ３１０に初期登録要求を転送する。このとき、ｎｓＡＭＦ１００は、初期登録要求（のメッセージ）にＳＥＡＦ機能無しＡＭＦ表示を含め、ＳＥＡＦ機能無しＡＭＦ表示を含む初期登録要求を通常ＡＭＦ３１０に転送する。
　ｎｓＡＭＦ１００から初期登録要求を受信した通常ＡＭＦ３１０は、ＡＭＦ再割当付き登録手順を実行する。ここでは、図７の「Initial AMF」を通常ＡＭＦ３１０とし、「Target AMF」をｎｓＡＭＦ１００とした場合におけるＡＭＦ再割当付き登録手順を実行する。具体的には、通常ＡＭＦ３１０は、Ｓ１０４において、認証手順を実行する。ここでの認証手順において、通常ＡＭＦ３１０は、例えば、図５に示した「8. AUSF selection」、「9. Authentication/Security」を実行する。「8. AUSF selection」では、ＳＵＰＩあるいはＳＵＣＩに基づきＡＵＳＦを選択する。「9. Authentication/Security」では、ＡＵＳＦを用いて端末２０の認証を行う。
　通常ＡＭＦ３１０は、認証手順を行った後、Ｓ１０５において、初期登録要求に含まれていたＳＥＡＦ機能無しＡＭＦ表示に基づいて、初期登録要求をｎｓＡＭＦ１００に転送する。つまり、通常ＡＭＦ３１０は、転送されてきた初期登録要求に、ＳＥＡＦ機能無しＡＭＦ表示があることを検知すると、認証手順後に、初期登録要求をｎｓＡＭＦ１００に転送すべきであることを判断することができる。
　Ｓ１０６において、ｎｓＡＭＦ１００は、端末２０との間で初期登録手順を行って、当該手順を完了させる。ここでの初期登録手順は、例えば、図５、６（非特許文献２のfigure 4.2.2.2.2-1）において初期登録手順で実行される手順のうち、認証手順以外の手順である。例えば、Ｓ１０６において、図５、６の「New AMF」をｎｓＡＭＦ１００と見なして、図５、６の10.～25.の手順（認証手順の後の手順）を実行してもよい。
　（第１実施形態：ＰＤＵセッション確立手順）
　ｎｓＡＭＦ１００を使用する場合における、認証手順を伴わない手順の例として、ＰＤＵセッション確立手順を説明する。
　ＰＤＵセッション確立手順の例として、図９、１０に、非特許文献２における「Figure 4.3.2.2.1-1: UE-requested PDU Session Establishment for non-roaming and roaming with local breakout」を示す。ｎｓＡＭＦ１００は、例えば、図９、１０における「AMF」として、図９、１０に記載の手順を実行することが可能である。
　ｎｓＡＭＦ１００を記載した手順例を図１１に示す。図１１のＳ２０１において、端末２０は、ＰＤＵセッション確立要求を送信する。ｎｓＡＭＦ１００が当該ＰＤＵセッション確立要求を受信する。Ｓ２０２において、ＰＤＵセッション確立のための手順が実行される。Ｓ２０２における手順は、例えば、図９、１０における2.～21.の手順であってもよい。
　（第１実施形態に係る技術の効果）
　第１実施形態に係る技術により、通信システムにおける信号遅延を削減することが可能となる。また、第１実施形態に係る技術では、既存ネットワーク（例：５ＧＣ）への変更は小さくて済み、汎用的な手順（例えばＬＣＳに限定されない手順）において信号遅延削減を実現できる。
　（第２実施形態の概要）
　次に、第２実施形態について説明する。第２実施形態においても、第１実施形態と同様に、通常ＡＭＦ３１０に加えて、ＲＡＮ１０の近傍に、機能を削減したＡＭＦを配置することで信号遅延を削減させる。第２実施形態では、当該ＡＭＦをｘＡＭＦと呼ぶことにする。ｘＡＭＦにおける「ｘ」は、どの機能を削減するかに応じて、適宜変更してもよい。
　図１２に、第２実施形態におけるＡＭＦ、端末２０、ＲＡＮ１０についての配置構成例を示す。図１２に示すとおり、網中央に配備される通常３１０に加えて、ＲＡＮ１０の近傍にｘＡＭＦ２００が配置される。ＲＡＮ１０は、ｘＡＭＦ２００と通常ＡＭＦ３１０とのいずれとも通信可能である。また、ｘＡＭＦ１００と通常ＡＭＦ３１０との間で通信可能である。
　「ＲＡＮ１０の近傍」とは、ＲＡＮ１０からの地理的な距離が小さいことであってもよいし、ＲＡＮ１０からのネットワーク的な距離（例えば遅延）が小さいことであってもよい。コンピュータ上でコンテナ等を用いて仮想的なノード及びネットワークを構築する場合において、上記ネットワークはコンピュータ内の仮想的なネットワークであってもよい。
　第２実施形態におけるｘＡＭＦ２００は、第１実施形態で説明したｎｓＡＭＦ１００（ＳＥＡＦ機能を持たないＡＭＦ）から、更に機能を削減したＡＭＦである。
　より具体的には、第２実施形態におけるｘＡＭＦ２００は、ＳＥＡＦ機能を持たず、ＭＭ（Mobility Management）機能のうちの一部の機能を持たず、端末コンテキストを有するＡＭＦである。「ＳＥＡＦ機能を持たず、ＭＭ（Mobility Management）機能のうちの一部の機能を持たない」という点を除いて、ｘＡＭＦ２００が有する機能は、通常ＡＭＦ３１０と同じであってよい。なお、ｘＡＭＦ２００は、ＳＥＡＦ機能を有していても構わない。
　通常ＡＭＦ３１０におけるＭＭ機能の１つとして、２つのＲＡＮ（ｇＮＢ）間のハンドオーバ（N2HO:N2 Handover）を管理する機能がある。第２実施形態では、ｘＡＭＦ２００が、「ＭＭ機能のうちの一部の機能」として、「Ｎ２ＨＯ」を有しないものとする。Ｎ２ＨＯという特定の機能を有しないｘＡＭＦ２００を以下ではａＡＭＦ２００と呼び、削減される機能がＮ２ＨＯに限定されないもの（つまり、削減される機能をより一般化したもの）をｘＡＭＦ２００と呼ぶことにする。なお、ａＡＭＦ２００はｘＡＭＦ２００の例である。
　Ｎ２ＨＯ機能を有しないａＡＭＦ２００は、ＰＤＵセッション確立手順、端末起動サービス要求手順、網起動サービス要求手順等を、通常ＡＭＦ３１０を用いることなく、実行することができるので、ａＡＭＦ２００をＲＡＮ１０の近傍に配置することで、ＰＤＵセッション確立手順、端末起動サービス要求手順、網起動サービス要求手順等における信号遅延の削減を実現することができる。
　また、ａＡＭＦ２００は、Ｎ２ＨＯ機能を有しないので、実装及び管理が、通常ＡＭＦ３１０に比べて容易になる。なお、「Ｎ２ＨＯ機能を有しない」とは、ａＡＭＦ２００においてＮ２ＨＯ機能が存在するが、Ｎ２ＨＯ機能を起動しないことであってもよいし、ａＡＭＦ２００においてＮ２ＨＯ機能が存在しないことであってもよい。
　ＲＡＮ１０近傍に配備されるａＡＭＦ２００の使用時において、ａＡＭＦ２００が実行できないＮ２ＨＯが起動された場合、ａＡＭＦ２００は、ＮＧＡＰ（NG Application Protocol）を終端するだけで、網中央に配備される通常ＡＭＦ３１０に端末コンテキストを移し、Ｎ２ＨＯにおける他の処理を任せる。当該処理の手順が終わると、移動先の通常ＡＭＦ３１０は、移動先のａＡＭＦ２００に、対象の端末についての端末コンテキストを移す。移動先のａＡＭＦ２００はＳＭＦ３７０に自らのＩＤを通知する。詳細手順は後述する。
　ｘＡＭＦ２００がサポートしないこととする機能（削減する機能）はＮ２ＨＯに限定されない。ｘＡＭＦ２００において、ある機能Ｘが削減されている場合、ｘＡＭＦ２００をＲＡＮ１０の近傍に配置して、その機能Ｘを使用しない手順にｘＡＭＦ２００を使用することで、当該手順における信号遅延を削減することができる。
　当該手順は、ＰＤＵセッション確立手順、端末起動サービス要求手順、網起動サービス要求手順であってもよいし、これら以外の手順であってもよい。
　ｘＡＭＦ２００使用時に、通信システムにおいてｘＡＭＦ２００がサポートしない機能が起動された場合には、ｘＡＭＦ２００は、ＮＧＡＰを終端するだけで、通常ＡＭＦ３１０に端末コンテキストを移し、当該機能を用いた処理を通常ＡＭＦ３１０任せる。通常ＡＭＦ３１０は処理終了後にｘＡＭＦ２００に、処理終了後の端末コンテキストを移す。ｘＡＭＦ２００は他ＮＦとの連携を再確立する。
　上記の処理の手順例を、図１３を参照して説明する。Ｓ３０１において、ｘＡＭＦ２００は処理要求をＲＡＮ１０から受信する。Ｓ３０２において、ｘＡＭＦ２００は、端末コンテキスト情報を含む処理依頼を通常ＡＭＦ３１０に送信する。通常ＡＭＦ３１０は、Ｓ３０３において、ｘＡＭＦ２００が有していない機能を用いて処理を行って、Ｓ３０４において、当該処理の後の端末コンテキスト情報を含む処理終了の通知をｘＡＭＦ２００に送信する。その後、ｘＡＭＦ２００は他ＮＦとの連携を再確立する。
　「端末コンテキスト」とは、端末の状況を示す情報である。ネットワークノード装置は、ある端末についての端末コンテキストを保持することで、当該端末についての制御、サービス提供等を行うことができる。
　端末コンテキスト情報は、端末コンテキストの元となる情報である。端末コンテキスト情報を「端末コンテキスト」と見なしてもよい。
　ある端末についての端末コンテキスト情報は、例えば、その端末についての「SUPI, Service area restriction, Allowed NSSAI for each Access Type if available, Tracing Requirements, LTE M Indication, the list of PDU Session IDs along with the corresponding SMF information and the corresponding S-NSSAI(s), PCF ID(s), DNN, UE Radio Capability ID and UE Radio Capability Information, N2 Notify URI」のうちのいずれか１つ又はいずれか複数又は全部であってもよい。また、端末コンテキスト情報に、上記以外の情報が含まれていてもよい。
　なお、第１実施形態では、通常ＡＭＦ３１０がＮＧＡＰを終端し、第２実施形態では、ｘＡＭＦ２００がＮＧＡＰを終端する。ただし、これは例であり、第１実施形態において、ｎｓＡＭＳ１００がＮＧＡＰを終端するように通信システムが構成されていてもよい。
　（第２実施形態：Ｎ２ＨＯ）
　続いて、第２実施形態における、ａＡＭＦ２００を用いた場合のＮ２ＨＯの手順例を詳細に説明する。ここでは、あるノードがハンドオーバの移動元のノードであることを「Ｓ」で示し、あるノードが移動先のノードであることを「Ｔ」で示す。
　ａＡＭＦ２００を用いない場合のＮ２ＨＯについては、例えば、非特許文献２の「4.9.1.3 Inter NG-RAN node N2 based handover」に記載の手順により、実行することが可能である。
　図１４は、非特許文献２における「Figure 4.9.1.3.2-1: Inter NG-RAN node N2 based handover, Preparation phase」を示し、図１５は、非特許文献２における「Figure 4.9.1.3.3-1: inter NG-RAN node N2 based handover, execution phase」を示す。図１６、１７は第２実施形態での手順を示す。
　通常ＡＭＦであるＳ－ＡＭＦ３１０Ｓ、Ｔ－ＡＭＦ３１０Ｔはそれぞれ、例えば図１４、図１５におけるＳ－ＡＭＦ、Ｔ－ＡＭＦとして動作し、Ｎ２ＨＯを実行することが可能である。ただし、ａＡＭＦ２００（Ｓ－ａＡＭＦ２００Ｓ、Ｔ－ａＡＭＦ２００Ｔ）を使用する場合、Ｓ－ＡＭＦ３１０ＳとＴ－ＡＭＦ３１０ＴはそれぞれＳ－ａＡＭＦ２００ＳとＴ－ａＡＭＦ２００Ｔを介してＮ２ＨＯを実行する。
　図１６、図１７を参照して第２実施形態におけるＮ２ＨＯの手順例を説明する。
　Ｓ４０１において、Ｓ－ＮＧ－ＲＡＮ１０ＳがＮＧ－ＲＡＮノード間でのＮ２ＨＯ起動を決定する。この処理は、図１４における「Decision to trigger a relocation via N2」に対応する。
　Ｓ４０２において、Ｓ－ＮＧ－ＲＡＮ１０Ｓは、Ｓ－ａＡＭＦ１００Ｓに、Handover Requiredを送信する。この処理は、図１４における「1. Handover Required」に対応する。
　Ｓ４０３において、Ｓ－ａＡＭＦ２００Ｓは、転送先として事前設定してあったＳ－ＡＭＦ３１０Ｓに、Handover Requiredを含むNamf_Communication_CreateUEContext Request（端末コンテキスト生成要求）を送信する。
　このNamf_Communication_CreateUEContext Requestには、Handover Requiredに加えて、Ｓ－ａＡＭＦ２００Ｓが保持している、端末２０についての端末コンテキスト情報が含まれる。
　Ｓ４０４において、Ｓ－ＡＭＦ３１０Ｓは、Namf_Communication_CreateUEContext Requestの中にHandover Requiredがあることから、すぐには端末コンテキストを生成しないと判断する。
　Ｓ４０５において、Ｓ－ＡＭＦ３１０Ｓは、Ｔ－ＡＭＦ３１０Ｔを決定する。この処理は、図１４の「2.T-AMF Selection」に対応する。
　Ｓ４０６において、Ｓ－ＡＭＦ３１０Ｓは、Ｔ－ＡＭＦ３１０Ｔに、Namf_Communication_CreateUEContext Requestを送信する。この処理は、図１４の「3. Namf_Communication_CreateUEContext Request」に対応する。当該Namf_Communication_CreateUEContext Requestには端末コンテキスト情報が含まれる。
　Ｓ４０７において、Ｔ－ＡＭＦ３１０Ｔは、Ｔ－ＡＭＦ３１０Ｔ内に端末コンテキストを生成する（端末コンテキスト情報を保持する）。
　Ｓ４０８において、Ｔ－ＡＭＦ３１０Ｔは、Ｔ－ａＡＭＦ２００Ｔに対して、Handover Requestを含むNamf_Communication_N1N2MessageTransferを送信する。
　Ｓ４０９において、Ｔ－ａＡＭＦ２００Ｔは、Ｔ－ＮＧ－ＲＡＮ１０Ｔに対して、Handover Requestを送信する。この処理は、図１４における「9. Handover Request」に対応する。
　Ｓ４１０において、Ｔ－ＮＧ－ＲＡＮ１０Ｔは、Ｔ－ａＡＭＦ２００Ｔに対して、Handover Request Acknowledgeを送信する。この処理は、図１４における「10. Handover Request Acknowledge」に対応する。
　Ｓ４１１において、Ｔ－ａＡＭＦ１００Ｔは、Ｔ－ＡＭＦ３１０Ｔに、Handover Request Acknowledgeを含むNamf_Communication_N1N2MessageTransferを送信する。
　図１７のＳ４１２において、Ｔ－ＡＭＦ３１０Ｔは、Ｓ－ＡＭＦ３１０Ｓに対して、Namf_Communication_CreateUEContext Responseを送信する。Namf_Communication_CreateUEContext Responseには、Handover Command生成に必要な情報が含まれている。Ｓ４１２における処理は、図１４における「12. Namf_Communication_CreateUEContext Response」に対応する。
　Ｓ４１３において、Ｓ－ＡＭＦ３１０Ｓは、Ｓ－ａＡＭＦ２００Ｓに対して、Handover Commandを含むNamf_Communication_N1N2MessageTransferを送信する。
　Ｓ４１４において、Ｓ－ａＡＭＦ２００Ｓは、Ｓ－ＮＧ－ＲＡＮ１０Ｓに対して、Handover Commandを送信する。この処理は、図１５の「1. Handover Command」に対応する。
　Ｓ４１５において、Ｓ－ＮＧ－ＲＡＮ１０Ｓは、端末２０に対して、Handover Commandを送信する。この処理は、図１５の「2.Handover Command」に対応する。
　Ｓ４１６において、端末２０は、Ｔ－ＮＧ－ＲＡＮ１０Ｔに対して、Handover Confirmを送信する。この処理は、図１５の「4. Handover Confirm」に対応する。
　Ｓ４１７において、Ｔ－ＮＧ－ＲＡＮ１０Ｔは、Ｔ－ａＡＭＦ２００Ｔに対して、Handover Notifyを送信する。この処理は、図１５における「5. Handover Notify」に対応する。
　Ｓ４１８において、Ｔ－ａＡＭＦ２００Ｔは、Ｔ－ＡＭＦ３１０Ｔに対して、Handover Notifyを含むNamf_Communication_N1N2MessageTransferを送信する。Namf_Communication_N1N2MessageTransferにおけるHandover Notifyを確認したＴ－ＡＭＦ３１０Ｔは、Ｎ２ＨＯ手順が成功したと判断する。
　Ｓ４１９において、Ｔ－ＡＭＦ３１０Ｔは、Ｔ－ａＡＭＦ２００Ｔに、Namf_Communication_CreateUEContext Requestを送信する。このNamf_Communication_CreateUEContext Requestには、ハンドオーバ後の端末２０についての端末コンテキスト情報が含まれる。
　Namf_Communication_CreateUEContext Requestを受信したＴ－ａＡＭＦ２００Ｔは、Ｔ－ａＡＭＦ１００Ｔ内に端末コンテキストを生成する。
　Ｓ４２０において、Ｔ－ａＡＭＦ２００Ｔは、ＳＭＦ３７０に対して、T-aAMF IDを含むNsmf_PDUSession_UpdateSMContextを送信する。
　＜その他の例＞
　上記の例では、通常ＡＭＦとして、Ｓ－ＡＭＦ３１０ＳとＴ－ＡＭＦ３１０Ｔの２つのＡＭＦを使用しているが、Ｓ－ＡＭＦ３１０Ｓが、Ｔ－ａＡＭＦ２００ＴとＳ－ａＡＭＦ２００Ｓの両方を収容する場合には、Ｔ－ＡＭＦ３１０Ｔを使用せずに、Ｓ－ＡＭＦ３１０ＳのみでＮ２ＨＯを行うことができる。この場合、Ｓ－ＡＭＦ３１０ＳがＴ－ＡＭＦ３１０Ｔとしても機能する。
　また、更に、Ｓ－ａＡＭＦ２００Ｓが、Ｓ－ＮＧ－ＲＡＮ１０ＳとＴ－ＮＧ－ＲＡＮ１０Ｔの両方を収容する場合には、Ｔ－ａＡＭＦ２００Ｔを使用せずに、Ｓ－ａＡＭＦ２００ＳのみでＳ－ＡＭＦ３１０Ｓと通信することにより、Ｎ２ＨＯを行うことができる。この場合、Ｓ－ａＡＭＦ２００ＳがＴ－ａＡＭＦ２００Ｔとしても機能する。
　（第２実施形態に係る技術の効果）
　第２実施形態に係る技術により、通信システムにおける信号遅延を削減することが可能となる。また、第２実施形態に係る技術では、既存ネットワーク（例：５ＧＣ）への変更は小さくて済み、汎用的な手順（例えばＬＣＳに限定されない手順）において信号遅延削減を実現できる。
　（装置構成）
　次に、これまでに説明した処理及び動作を実施する基地局１０、端末２０および各種のネットワークノード装置の機能構成例を説明する。基地局１０、端末２０および各種のネットワークノード装置は、上述した実施形態を実施する機能を含む。ただし、基地局１０、端末２０および各種のネットワークノード装置は、それぞれ、実施形態の中の一部の機能のみを備えることとしてもよい。なお、基地局１０は「ネットワークノード装置」の１つであるとしてもよい。
　＜基地局１０及びネットワークノード装置＞
　図１８は、基地局１０の機能構成の一例を示す図である。図１８に示されるように、基地局１０は、送信部１１０と、受信部１２０と、設定部１３０と、制御部１４０とを有する。図１８に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実施できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
　また、ネットワークノード装置は、基地局１０と同様に、図１８に示す機能構成を有する。例えば、ｎｓＡＭＦ、ｘＡＭＦ、及びａＡＭＦはいずれも、図１８に示す機能構成を備える。
　また、システムアーキテクチャ上で複数の異なる機能を有するネットワークノード装置は、機能ごとに分離された複数のネットワークノード装置から構成されてもよい。
　送信部１１０は、端末２０又は他のネットワークノード装置に送信する信号を生成し、当該信号を有線又は無線で送信する機能を含む。受信部１２０は、端末２０又は他のネットワークノード装置から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。
　設定部１３０は、予め設定される設定情報、及び、端末２０等に送信する各種の設定情報を記憶装置に格納し、必要に応じて記憶装置から読み出す。
　制御部１４０は、当該装置の制御を行う。制御部１４０における信号送信に関する機能部を送信部１１０に含め、制御部１４０における信号受信に関する機能部を受信部１２０に含めてもよい。
　＜端末２０＞
　図１９は、端末２０の機能構成の一例を示す図である。図１９に示されるように、端末２０は、送信部２１０と、受信部２２０と、設定部２３０と、制御部２４０とを有する。図１９に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実施できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。端末２０が装着するＵＳＩＭは、端末２０と同様に、送信部２１０と、受信部２２０と、設定部２３０と、制御部２４０とを有してもよい。
　送信部２１０は、送信データから送信信号を作成し、当該送信信号を無線で送信する。受信部２２０は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部２２０は、ネットワークノードから送信されるＮＲ－ＰＳＳ、ＮＲ－ＳＳＳ、ＮＲ－ＰＢＣＨ、ＤＬ／ＵＬ制御信号又は参照信号等を受信する機能を有する。
　設定部２３０は、受信部２２０によりネットワークノードから受信した各種の設定情報を記憶装置に格納し、必要に応じて記憶装置から読み出す。また、設定部２３０は、予め設定される設定情報も格納する。
　本明細書には少なくとも下記の付記１～付記２が開示されている。
　＜付記１＞
（付記項１）
　通信システムにおいて、端末に対する認証手順を含む、特定処理のための手順が実行される際に、基地局から前記特定処理の要求を受信する受信部と、
　前記認証手順を実行する機能を備える特定のネットワークノード装置に前記要求を転送する送信部と
　を備えるネットワークノード装置。
（付記項２）
　前記要求には、前記ネットワークノード装置を示す情報が含まれており、
　前記特定のネットワークノード装置により前記認証手順が実行された後に、前記受信部は、前記特定のネットワークノード装置から前記情報に基づいて転送された前記要求を受信する
　付記項１に記載のネットワークノード装置。
（付記項３）
　前記ネットワークノード装置は、前記特定のネットワークノード装置から、前記認証手順を実行する機能を削除した装置に相当し、
　前記ネットワークノード装置と前記基地局との間の距離は、前記特定のネットワークノード装置と前記基地局との間の距離よりも小さい
　付記項１又は２に記載のネットワークノード装置。
（付記項４）
　通信システムにおいて、端末に対する認証手順を含む、特定処理のための手順が実行される際に、基地局から前記特定処理の要求を受信する受信部と、
　前記認証手順を実行する機能を備える特定のネットワークノード装置に前記要求を転送する送信部と
　を備えるネットワークノード装置と、
　前記特定のネットワークノード装置と
　を備える通信システム。
（付記項５）
　通信システムにおいて、端末に対する認証手順を含む、特定処理のための手順が実行される際に、基地局から前記特定処理の要求を受信する受信ステップと、
　前記認証手順を実行する機能を備える特定のネットワークノード装置に前記要求を転送する送信ステップと
　を備える、ネットワークノード装置が実行する通信方法。
　付記項１～付記項５のいずれによっても、通信システムにおける信号遅延を削減することを可能とする技術が提供される。付記項２によれば、特定のネットワークノード装置は、認証手順が実行した後に、要求をネットワークノード装置に転送すべきであると判断できる。付記項３によれば、ネットワークノード装置の実装が容易であるとともに、ネットワークノード装置を適切な場所に設置できる。
　＜付記２＞
（付記項１）
　基地局から、端末に関する特定処理の要求を受けた際に、前記端末についての端末コンテキスト情報を含む要求を、前記特定処理を実行する機能を備える特定のネットワークノード装置に送信する送信部と、
　前記特定のネットワークノード装置において前記特定処理が実行された後に、前記特定処理が実行された後の端末コンテキスト情報を、前記特定のネットワークノード装置から受信する受信部と
　を備えるネットワークノード装置。
（付記項２）
　前記ネットワークノード装置は、前記特定のネットワークノード装置から、前記特定処理を実行する機能を削除した装置に相当し、
　前記ネットワークノード装置と前記基地局との間の距離は、前記特定のネットワークノード装置と前記基地局との間の距離よりも小さい
　付記項１に記載のネットワークノード装置。
（付記項３）
　基地局から、ある端末についてのハンドオーバ処理の要求を受けた際に、前記端末についての端末コンテキスト情報を含む要求を、前記ハンドオーバ処理を実行する機能を備える特定のネットワークノード装置に送信する送信部と、
　前記特定のネットワークノード装置から、ハンドオーバコマンドを含むメッセージを受信する受信部と、
　を備えるネットワークノード装置。
（付記項４）
　ハンドオーバ処理を実行する機能を備える特定のネットワークノード装置から、ある端末についてのハンドオーバ要求を含むメッセージを受信する受信部と、
　前記ハンドオーバ要求を、前記端末の移動先の基地局に送信する送信部と、を備え、
　ハンドオーバ処理の終了後に、前記受信部は、前記特定のネットワークノード装置から、前記端末についての端末コンテキスト情報を受信する
　ネットワークノード装置。
（付記項５）
　前記送信部は、前記ネットワークノード装置の識別情報を、セッション管理装置に送信する
　付記項４に記載のネットワークノード装置。
（付記項６）
　基地局から、端末に関する特定処理の要求を受けた際に、前記端末についての端末コンテキスト情報を含む要求を、前記特定処理を実行する機能を備える特定のネットワークノード装置に送信する送信ステップと、
　前記特定のネットワークノード装置において前記特定処理が実行された後に、前記特定処理が実行された後の端末コンテキスト情報を、前記特定のネットワークノード装置から受信する受信ステップと
　を備える、ネットワークノード装置が実行する通信方法。
　付記項１～付記項６のいずれによっても、通信システムにおける信号遅延を削減することを可能とする技術が提供される。付記項２によれば、ネットワークノード装置の実装が容易であるとともに、ネットワークノード装置を適切な場所に設置できる。付記項５によれば、ネットワークノード装置はセッション管理装置と通信することができる。
　（ハードウェア構成）
　上記実施形態の説明に用いたブロック図（図１８及び図１９）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
　機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting　unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。
　例えば、本開示の一実施の形態におけるネットワークノード装置、端末２０等は、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図２０は、本開示の一実施の形態に係る基地局１０及び端末２０のハードウェア構成の一例を示す図である。ネットワークノード装置は、基地局１０と同様のハードウェア構成を有してもよい。ＵＳＩＭは、端末２０と同様のハードウェア構成を有してもよい。上述の基地局１０、ネットワークノード装置、及び端末２０は、物理的には、プロセッサ１００１、記憶装置１００２、補助記憶装置１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
　なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニット等に読み替えることができる。基地局１０及び端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
　基地局１０、ネットワークノード装置、及び端末２０における各機能は、プロセッサ１００１、記憶装置１００２等のハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、記憶装置１００２及び補助記憶装置１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインタフェース、制御装置、演算装置、レジスタ等を含む中央処理装置（ＣＰＵ：Central Processing Unit）で構成されてもよい。例えば、上述の制御部１４０、制御部２４０等は、プロセッサ１００１によって実現されてもよい。
　また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータ等を、補助記憶装置１００３及び通信装置１００４の少なくとも一方から記憶装置１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図１８に示した基地局１０／ネットワークノード装置の制御部１４０は、記憶装置１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図１９に示した端末２０の制御部２４０は、記憶装置１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。
　記憶装置１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）、ＲＡＭ（Random Access Memory）等の少なくとも１つによって構成されてもよい。記憶装置１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）等と呼ばれてもよい。記憶装置１００２は、本開示の一実施の形態に係る通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュール等を保存することができる。
　補助記憶装置１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ROM）等の光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップ等の少なくとも１つによって構成されてもよい。上述の記憶媒体は、例えば、記憶装置１００２及び補助記憶装置１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。
　通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency　Division　Duplex）及び時分割複信（ＴＤＤ：Time　Division　Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、送受信アンテナ、アンプ部、送受信部、伝送路インタフェース等は、通信装置１００４によって実現されてもよい。送受信部は、送信部と受信部とで、物理的に、または論理的に分離された実装がなされてもよい。
　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサ等）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプ等）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ１００１及び記憶装置１００２等の各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
　また、基地局１０、ネットワークノード装置、及び端末２０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。
　図２１に車両２００１の構成例を示す。図２１に示すように、車両２００１は駆動部２００２、操舵部２００３、アクセルペダル２００４、ブレーキペダル２００５、シフトレバー２００６、前輪２００７、後輪２００８、車軸２００９、電子制御部２０１０、各種センサ２０２１～２０２９、情報サービス部２０１２と通信モジュール２０１３を備える。本開示において説明した各態様／実施形態（例えば、基地局１０、端末２０、ｘＡＭＦ、ｎｓＡＭＦ、あるいはａＡＭＦ）は、車両２００１に搭載される通信装置に適用されてもよく、例えば、通信モジュール２０１３に適用されてもよい。
　駆動部２００２は例えば、エンジン、モータ、エンジンとモータのハイブリッドで構成される。操舵部２００３は、少なくともステアリングホイール（ハンドルとも呼ぶ）を含み、ユーザによって操作されるステアリングホイールの操作に基づいて前輪及び後輪の少なくとも一方を操舵するように構成される。
　電子制御部２０１０は、マイクロプロセッサ２０３１、メモリ（ROM、RAM）２０３２、通信ポート（ＩＯポート）２０３３で構成される。電子制御部２０１０には、車両２００１に備えられた各種センサ２０２１～２０２９からの信号が入力される。電子制御部２０１０は、ＥＣＵ（Electronic Control Unit）と呼んでも良い。
　各種センサ２０２１～２０２９からの信号としては、モータの電流をセンシングする電流センサ２０２１からの電流信号、回転数センサ２０２２によって取得された前輪や後輪の回転数信号、空気圧センサ２０２３によって取得された前輪や後輪の空気圧信号、車速センサ２０２４によって取得された車速信号、加速度センサ２０２５によって取得された加速度信号、アクセルペダルセンサ２０２９によって取得されたアクセルペダルの踏み込み量信号、ブレーキペダルセンサ２０２６によって取得されたブレーキペダルの踏み込み量信号、シフトレバーセンサ２０２７によって取得されたシフトレバーの操作信号、物体検知センサ２０２８によって取得された障害物、車両、歩行者等を検出するための検出信号等がある。
　情報サービス部２０１２は、カーナビゲーションシステム、オーディオシステム、スピーカー、テレビ、ラジオといった、運転情報、交通情報、エンターテイメント情報等の各種情報を提供（出力）するための各種機器と、これらの機器を制御する１つ以上のＥＣＵとから構成される。情報サービス部２０１２は、外部装置から通信モジュール２０１３等を介して取得した情報を利用して、車両２００１の乗員に各種マルチメディア情報及びマルチメディアサービスを提供する。
　情報サービス部２０１２は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサ、タッチパネルなど）を含んでもよいし、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプ、タッチパネルなど）を含んでもよい。
　運転支援システム部２０３０は、ミリ波レーダ、ＬｉＤＡＲ（Light Detection and Ranging）、カメラ、測位ロケータ（例えば、ＧＮＳＳ等）、地図情報（例えば、高精細（ＨＤ）マップ、自動運転車（ＡＶ）マップ等）、ジャイロシステム（例えば、ＩＭＵ（Inertial Measurement Unit）、ＩＮＳ（Inertial Navigation System）等）、ＡＩ（Artificial Intelligence）チップ、ＡＩプロセッサといった、事故を未然に防止したりドライバの運転負荷を軽減したりするための機能を提供するための各種機器と、これらの機器を制御する１つ以上のＥＣＵとから構成される。また、運転支援システム部２０３０は、通信モジュール２０１３を介して各種情報を送受信し、運転支援機能又は自動運転機能を実現する。
　通信モジュール２０１３は通信ポートを介して、マイクロプロセッサ２０３１および車両２００１の構成要素と通信することができる。例えば、通信モジュール２０１３は通信ポート２０３３を介して、車両２００１に備えられた駆動部２００２、操舵部２００３、アクセルペダル２００４、ブレーキペダル２００５、シフトレバー２００６、前輪２００７、後輪２００８、車軸２００９、電子制御部２０１０内のマイクロプロセッサ２０３１及びメモリ（ＲＯＭ、ＲＡＭ）２０３２、センサ２０２１～２９との間でデータを送受信する。
　通信モジュール２０１３は、電子制御部２０１０のマイクロプロセッサ２０３１によって制御可能であり、外部装置と通信を行うことが可能な通信デバイスである。例えば、外部装置との間で無線通信を介して各種情報の送受信を行う。通信モジュール２０１３は、電子制御部２０１０の内部と外部のどちらにあってもよい。外部装置は、例えば、基地局、移動局等であってもよい。
　通信モジュール２０１３は、電子制御部２０１０に入力された上述の各種センサ２０２１－２０２９からの信号、当該信号に基づいて得られる情報、及び情報サービス部２０１２を介して得られる外部（ユーザ）からの入力に基づく情報、の少なくとも１つを、無線通信を介して外部装置へ送信してもよい。電子制御部２０１０、各種センサ２０２１－２０２９、情報サービス部２０１２などは、入力を受け付ける入力部と呼ばれてもよい。例えば、通信モジュール２０１３によって送信されるＰＵＳＣＨは、上記入力に基づく情報を含んでもよい。
　通信モジュール２０１３は、外部装置から送信されてきた種々の情報（交通情報、信号情報、車間情報等）を受信し、車両２００１に備えられた情報サービス部２０１２へ表示する。情報サービス部２０１２は、情報を出力する（例えば、通信モジュール２０１３によって受信されるＰＤＳＣＨ（又は当該ＰＤＳＣＨから復号されるデータ／情報）に基づいてディスプレイ、スピーカーなどの機器に情報を出力する）出力部と呼ばれてもよい。
　また、通信モジュール２０１３は、外部装置から受信した種々の情報をマイクロプロセッサ２０３１によって利用可能なメモリ２０３２へ記憶する。メモリ２０３２に記憶された情報に基づいて、マイクロプロセッサ２０３１が車両２００１に備えられた駆動部２００２、操舵部２００３、アクセルペダル２００４、ブレーキペダル２００５、シフトレバー２００６、前輪２００７、後輪２００８、車軸２００９、センサ２０２１～２０２９等の制御を行ってもよい。
　（実施形態の補足）
　以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、基地局１０、ネットワークノード装置、及び端末２０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って基地局１０、ネットワークノード装置、及び端末２０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
　また、情報の通知は、本開示で説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング）、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージ等であってもよい。
　本開示において説明した各態様／実施形態は、ＬＴＥ（Long　Term　Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th　generation　mobile　communication　system）、５Ｇ（5th　generation　mobile　communication　system）、6th　generation　mobile　communication　system（６Ｇ）、xth　generation　mobile　communication　system（ｘＧ）（ｘＧ（ｘは、例えば整数、小数））、ＦＲＡ（Future　Radio　Access）、ＮＲ（new　Radio）、New　radio　access（ＮＸ）、Future　generation　radio　access（ＦＸ）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra　Mobile　Broadband）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ　８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張、修正、作成、規定された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。
　本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャート等は、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　本明細書において基地局１０によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局１０を有する１つ又は複数のネットワークノード（network nodes）からなるネットワークにおいて、端末２０との通信のために行われる様々な動作は、基地局１０及び基地局１０以外の他のネットワークノード（例えば、ＭＭＥ又はＳ－ＧＷ等が考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局１０以外の他のネットワークノードが１つである場合を例示したが、他のネットワークノードは、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥ及びＳ－ＧＷ）であってもよい。
　本開示において説明した情報又は信号等は、上位レイヤ（又は下位レイヤ）から下位レイヤ（又は上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
　入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
　本開示における判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital　Subscriber　Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
　本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：Component　Carrier）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。
　本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
　また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
　上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
　本開示においては、「基地局（ＢＳ：Base　Station）」、「無線基地局」、「基地局」、「固定局（fixed　station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（access　point）」、「送信ポイント（transmission　point）」、「受信ポイント（reception　point）」、「送受信ポイント（transmission/reception　point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
　基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：Ｒｅｍｏｔｅ　Ｒａｄｉｏ　Ｈｅａｄ））によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
　本開示において、基地局が端末に情報を送信することは、基地局が端末に対して、情報に基づく制御・動作を指示することと読み替えられてもよい。
　本開示においては、「移動局（ＭＳ：Mobile　Station）」、「ユーザ端末（user　terminal）」、「ユーザ装置（ＵＥ：User　Equipment）」、「端末」などの用語は、互換的に使用され得る。
　移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。
　基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、移動可能な物体をいい、移動速度は任意である。また移動体が停止している場合も当然含む。当該移動体は、例えば、車両、輸送車両、自動車、自動二輪車、自転車、コネクテッドカー、ショベルカー、ブルドーザー、ホイールローダー、ダンプトラック、フォークリフト、列車、バス、リヤカー、人力車、船舶（ship and other watercraft）、飛行機、ロケット、人工衛星、ドローン（登録商標）、マルチコプター、クアッドコプター、気球、およびこれらに搭載される物を含み、またこれらに限らない。また、当該移動体は、運行指令に基づいて自律走行する移動体であってもよい。乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのＩｏＴ（Internet　of　Things）機器であってもよい。
　また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数の端末２０間の通信（例えば、Ｄ２Ｄ（Device-to-Device）、Ｖ２Ｘ（Vehicle-to-Everything）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局１０が有する機能を端末２０が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
　同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末が有する機能を基地局が有する構成としてもよい。
　本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking　up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。
　「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
　参照信号は、ＲＳ（Reference　Signal）と略称することもでき、適用される標準によってパイロット（Pilot）と呼ばれてもよい。
　本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
　上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
　本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
　無線フレームは時間領域において１つ又は複数のフレームによって構成されてもよい。時間領域において１つ又は複数の各フレームはサブフレームと呼ばれてもよい。サブフレームは更に時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジ（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。
　ニューメロロジは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジは、例えば、サブキャリア間隔（ＳＣＳ：SubCarrier　Spacing）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（ＴＴＩ：Transmission　Time　Interval）、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。
　スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（Orthogonal　Frequency　Division　Multiplexing）シンボル、ＳＣ-ＦＤＭＡ（Single　Carrier　Frequency　Division　Multiple　Access）シンボル等）で構成されてもよい。スロットは、ニューメロロジに基づく時間単位であってもよい。
　スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。
　無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。
　例えば、１サブフレームは送信時間間隔（ＴＴＩ：Transmission　Time　Interval）と呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１－１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
　ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各端末２０に対して、無線リソース（各端末２０において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。
　ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。
　なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。
　１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（ＬＴＥ　Ｒｅｌ．８－１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional　TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
　なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。
　リソースブロック（ＲＢ）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（subcarrier）を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジに基づいて決定されてもよい。
　また、ＲＢの時間領域は、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム、又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックで構成されてもよい。
　なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：Physical　RB）、サブキャリアグループ（ＳＣＧ：Sub-Carrier　Group）、リソースエレメントグループ（ＲＥＧ：Resource　Element　Group）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。
　また、リソースブロックは、１つ又は複数のリソースエレメント（ＲＥ：Resource　Element）によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。
　帯域幅部分（ＢＷＰ：Bandwidth　Part）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジ用の連続する共通ＲＢ（common　resource　blocks）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。
　ＢＷＰには、ＵＬ用のＢＷＰ（ＵＬ　ＢＷＰ）と、ＤＬ用のＢＷＰ（ＤＬ　ＢＷＰ）とが含まれてもよい。端末２０に対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。
　設定されたＢＷＰの少なくとも１つがアクティブであってもよく、端末２０は、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。
　上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（ＣＰ：Cyclic　Prefix）長などの構成は、様々に変更することができる。
　本開示において、例えば、英語でのa,　an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
　本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
　本開示において説明した各態様／実施形態は単独で用いられてもよいし、組み合わせて用いられてもよいし、実行に伴って切り替えて用いられてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
　以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
１０　　　　基地局（ＲＡＮ）
１１０　　　送信部
１２０　　　受信部
１３０　　　設定部
１４０　　　制御部
２０　　　　端末
３０　　　　コアネットワーク
４０　　　　ＤＮ
２１０　　　送信部
２２０　　　受信部
２３０　　　設定部
２４０　　　制御部
３１０　　　ＡＭＦ
３２０　　　ＵＤＭ
３３０　　　ＮＥＦ
３４０　　　ＮＲＦ
３５０　　　ＡＵＳＦ
３６０　　　ＰＣＦ
３７０　　　ＳＭＦ
３８０　　　ＵＰＦ
３９０　　　ＡＦ
３９１　　　ＣＨＦ
１００１　　プロセッサ
１００２　　記憶装置
１００３　　補助記憶装置
１００４　　通信装置
１００５　　入力装置
１００６　　出力装置
２００１　　車両
２００２　　駆動部
２００３　　操舵部
２００４　　アクセルペダル
２００５　　ブレーキペダル
２００６　　シフトレバー
２００７　　前輪
２００８　　後輪
２００９　　車軸
２０１０　　電子制御部
２０１２　　情報サービス部
２０１３　　通信モジュール
２０２１　　電流センサ
２０２２　　回転数センサ
２０２３　　空気圧センサ
２０２４　　車速センサ
２０２５　　加速度センサ
２０２６　　ブレーキペダルセンサ
２０２７　　シフトレバーセンサ
２０２８　　物体検出センサ
２０２９　　アクセルペダルセンサ
２０３０　　運転支援システム部
２０３１　　マイクロプロセッサ
２０３２　　メモリ（ＲＯＭ，ＲＡＭ）
２０３３　　通信ポート（ＩＯポート）

Claims (6)

  1. 　基地局から、端末に関する特定処理の要求を受けた際に、前記端末についての端末コンテキスト情報を含む要求を、前記特定処理を実行する機能を備える特定のネットワークノード装置に送信する送信部と、
    　前記特定のネットワークノード装置において前記特定処理が実行された後に、前記特定処理が実行された後の端末コンテキスト情報を、前記特定のネットワークノード装置から受信する受信部と
    　を備えるネットワークノード装置。
  2. 　前記ネットワークノード装置は、前記特定のネットワークノード装置から、前記特定処理を実行する機能を削除した装置に相当し、
    　前記ネットワークノード装置と前記基地局との間の距離は、前記特定のネットワークノード装置と前記基地局との間の距離よりも小さい
    　請求項１に記載のネットワークノード装置。
  3. 　基地局から、ある端末についてのハンドオーバ処理の要求を受けた際に、前記端末についての端末コンテキスト情報を含む要求を、前記ハンドオーバ処理を実行する機能を備える特定のネットワークノード装置に送信する送信部と、
    　前記特定のネットワークノード装置から、ハンドオーバコマンドを含むメッセージを受信する受信部と、
    　を備えるネットワークノード装置。
  4. 　ハンドオーバ処理を実行する機能を備える特定のネットワークノード装置から、ある端末についてのハンドオーバ要求を含むメッセージを受信する受信部と、
    　前記ハンドオーバ要求を、前記端末の移動先の基地局に送信する送信部と、を備え、
    　ハンドオーバ処理の終了後に、前記受信部は、前記特定のネットワークノード装置から、前記端末についての端末コンテキスト情報を受信する
    　ネットワークノード装置。
  5. 　前記送信部は、前記ネットワークノード装置の識別情報を、セッション管理装置に送信する
    　請求項４に記載のネットワークノード装置。
  6. 　基地局から、端末に関する特定処理の要求を受けた際に、前記端末についての端末コンテキスト情報を含む要求を、前記特定処理を実行する機能を備える特定のネットワークノード装置に送信する送信ステップと、
    　前記特定のネットワークノード装置において前記特定処理が実行された後に、前記特定処理が実行された後の端末コンテキスト情報を、前記特定のネットワークノード装置から受信する受信ステップと
    　を備える、ネットワークノード装置が実行する通信方法。
PCT/JP2022/047614 2022-12-23 2022-12-23 ネットワークノード装置、及び通信方法 WO2024134871A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/047614 WO2024134871A1 (ja) 2022-12-23 2022-12-23 ネットワークノード装置、及び通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/047614 WO2024134871A1 (ja) 2022-12-23 2022-12-23 ネットワークノード装置、及び通信方法

Publications (1)

Publication Number Publication Date
WO2024134871A1 true WO2024134871A1 (ja) 2024-06-27

Family

ID=91588226

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/047614 WO2024134871A1 (ja) 2022-12-23 2022-12-23 ネットワークノード装置、及び通信方法

Country Status (1)

Country Link
WO (1) WO2024134871A1 (ja)

Similar Documents

Publication Publication Date Title
WO2024134871A1 (ja) ネットワークノード装置、及び通信方法
WO2024134870A1 (ja) ネットワークノード装置、通信システム、及び通信方法
WO2023218509A1 (ja) ネットワークノード、無線通信システム及び通信方法
WO2024095490A1 (ja) ネットワークノード及び通信方法
WO2024111055A1 (ja) ネットワークノード及び通信方法
WO2024111054A1 (ja) ネットワークノード及び通信方法
WO2024111056A1 (ja) ネットワークノード及び通信方法
WO2024116337A1 (ja) 端末、基地局、通信方法及び無線通信システム
WO2023181421A1 (ja) 端末、基地局及び通信方法
WO2024062582A1 (ja) ネットワークノード、通信システム及び通信方法
WO2023223511A1 (ja) ネットワークノード及び通信方法
WO2023223512A1 (ja) ネットワークノード及び通信方法
WO2024062583A1 (ja) ネットワークノード及び通信方法
WO2024057549A1 (ja) ネットワークノード及び通信方法
WO2024004156A1 (ja) ネットワークノード、基地局及び通信方法
WO2023218670A1 (ja) ネットワークノード及び通信方法
WO2023218671A1 (ja) ネットワークノード及び通信方法
WO2024034075A1 (ja) 基地局、端末、ネットワークノード及び通信方法
WO2023195111A1 (ja) ネットワークノード及び通信方法
WO2024038483A1 (ja) ネットワークノード及び同期制御方法
WO2024080000A1 (ja) 端末、基地局及び通信方法
WO2024038482A1 (ja) ネットワークノード及び同期制御方法
WO2024034135A1 (ja) ネットワークノード及び認可方法
WO2024043007A1 (ja) ネットワークノード及び同期制御方法
WO2024100905A1 (ja) 端末、基地局及び通信方法