WO2021192930A1 - アプリケーションファンクションノード及び通信方法 - Google Patents

アプリケーションファンクションノード及び通信方法 Download PDF

Info

Publication number
WO2021192930A1
WO2021192930A1 PCT/JP2021/008771 JP2021008771W WO2021192930A1 WO 2021192930 A1 WO2021192930 A1 WO 2021192930A1 JP 2021008771 W JP2021008771 W JP 2021008771W WO 2021192930 A1 WO2021192930 A1 WO 2021192930A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
pdu session
communication
information
base station
Prior art date
Application number
PCT/JP2021/008771
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 US17/802,160 priority Critical patent/US20230081413A1/en
Priority to EP21774715.3A priority patent/EP4132211A4/en
Publication of WO2021192930A1 publication Critical patent/WO2021192930A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/34—Selective release of ongoing connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H04B7/06952—Selecting one or more beams from a plurality of beams, e.g. beam training, management or sweeping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/08—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station
    • H04B7/0868—Hybrid systems, i.e. switching and combining
    • H04B7/088—Hybrid systems, i.e. switching and combining using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices

Definitions

  • This disclosure relates to application function nodes and communication methods.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution
  • LTE-A Pro Long Term Evolution Pro
  • 5G No. 5th generation
  • NR New Radio
  • NRAT New Radio Access Technology
  • EUTRA Evolved Universal Terrestrial Radio Access
  • FEUTRA Further EUTRA
  • LTE includes LTE-A, LTE-A Pro, and EUTRA
  • NR includes NRAT and FEUTRA.
  • the base station device (base station) is also referred to as eNodeB (evolved NodeB) in LTE and gNodeB in NR
  • the terminal device (mobile station, mobile station device, terminal) is also referred to as UE (User Equipment).
  • LTE and NR are cellular communication systems in which a plurality of areas covered by a base station are arranged in a cell shape. A single base station may manage multiple cells.
  • a base station device that directs a null in a direction other than the beam when transmitting a beam is known (see, for example, Patent Document 1). ).
  • the base station device directs the null in a direction other than the beam to suppress interference with the terminal device and protect the communication with the terminal device. Is not considered. Therefore, in order to suppress interference with low-priority communication, there is a risk that high-priority communication will be hindered.
  • this disclosure provides a mechanism that can more reliably protect high-priority communication from interference.
  • an application function node includes a control unit.
  • the control unit acquires session information related to the PDU session from the UDM node, and from among the plurality of the PDU sessions, the first PDU session that maintains the communication based on the session information and the second PDU session that stops the communication. Determine the PDU session and request the suspension of communication in the determined second PDU session.
  • a local cellular network is a network that provides cellular communication services in a limited area such as a factory, office, studio, hospital, or university. By limiting the cellular service to the local area, there may be an advantage that the cellular service can be customized and provided.
  • the local cellular network can broadly include a form called a private network, a non-public network, or the like.
  • communications in the local area may include certain very important communications that you want to protect in preference to other communications.
  • Wi-Fi communication has been used as communication in a local area. Wi-Fi communication has good performance, but the access point does not have a scheduler that coordinates resources between different users (terminal devices). Therefore, in Wi-Fi communication, traffic between each user is multiplexed by a Contention-Based method based on a carrier sense called Listen Before Talk. In Wi-Fi communication, packet collisions occur frequently, so there is a demand to use cellular communication instead of Wi-Fi communication even in the local area in order to maintain communication quality even when there are a plurality of users.
  • FIG. 1 is a diagram for explaining a beam used by a base station apparatus.
  • FIG. 2 is a sequence diagram for explaining the beam sweeping process.
  • the base station device 20 forms a plurality of beams. Therefore, when the base station apparatus 20 communicates with the terminal apparatus 40 by using beamforming, the base station apparatus 20 first executes a beam sweeping process.
  • the beam sweeping process is a process for determining a desired beam between the base station device 20 and the terminal device 40.
  • Terminal corresponds to the terminal device 40
  • Base station corresponds to the base station device 20.
  • the base station apparatus 20 transmits a beam while sweeping (step S1).
  • the terminal device 40 measures the received power of the transmission beam, and transmits a beam report including information on a beam desirable as the transmission beam to the base station device 20 based on the measurement result (step S2).
  • the base station device 20 transmits a reference signal to the terminal device 40 using the transmitted beam determined based on the beam report (step S3).
  • the terminal device 40 reports the channel quality measured based on the reference signal to the base station device 20 (step S4), and the base station device 20 uses the transmission beam determined according to the reported channel quality.
  • User data is transmitted to the terminal device 40 (step S5).
  • FIG. 3 is a diagram showing an example of beamforming by the base station apparatus 20 of a public network.
  • FIG. 4 is a diagram showing an example of beamforming by the base station apparatus 20 of the local cellular network.
  • the antennas of the base station devices 20 are installed at high positions in order to avoid inter-beam interference, and the adjacent base station devices 20_A and 20_B are terminals.
  • the beams transmitted to the devices 40_A and 40_B are controlled so as not to cause interference.
  • the angle (Tilting) overlooking the terminal device 40 from the antenna of the base station device 20 becomes large, and the interference with the adjacent cell becomes small.
  • the antenna of the base station device 20 may not be installed at a high position.
  • the angle (Tilting) overlooking the terminal device 40 from the antenna of the base station device 20 becomes small, and the transmission beam reaches the terminal device 40 in the adjacent cell, which may cause interference.
  • the reception intensity of the transmitted beam at the terminal apparatus 40 is not simply determined by the distance between the base station apparatus 20 and the terminal apparatus 40. It also changes depending on the direction of the beam. Therefore, the amount of interference given to the terminal device 40 of the adjacent cell changes depending on the direction of the beam transmitted by the base station device 20.
  • the transmission beam from the base station device 20_A reaches not only the terminal device 40_A which is the communication partner but also the terminal device 40_C of the adjacent cell, and the amount of interference increases.
  • the terminal device 40_B that is not located in the direction of the transmission beam of the base station device 20_A does not easily receive the transmission beam of the base station device 20_A, the amount of interference that the base station device 20_A gives to the terminal device 40_B becomes small.
  • the amount of interference differs depending on the direction of the transmission beam of the base station device 20_A.
  • the amount of beam attenuation changes depending on the beam width.
  • the narrower the beam width the less energy is dispersed, so the beam reaches far.
  • the base station device 20_A of FIG. 4 uses a beam having a narrow beam width to transmit a signal to the terminal device 40_A
  • the transmission beam having a high reception intensity reaches the terminal device 40_C of an adjacent cell, and the terminal device It may cause a large interference to 40_C.
  • the amount of attenuation of the beam also changes depending on the frequency, and the higher the frequency of the beam, the larger the amount of attenuation, and the merit of the gain of the beam is offset. In this way, whether or not to interfere with the terminal device 40_C other than the communication partner is related to the direction and width of the beam transmitted by the base station device 20_A rather than the distance from the base station device 20_A. It gets harder.
  • the QoS (Quality of Service) level is used as an index indicating the priority (importance) of communication.
  • a cellular network system can perform important communication in preference to other communication by increasing the QoS level of important communication.
  • the QoS level does not consider interference between beams. Therefore, at the QoS level alone, important communication may be hindered by, for example, inter-beam interference, and the cellular network system may not be able to protect the important communication.
  • the concept of Network slice has been introduced.
  • the cellular network system can provide multiple isolated networks.
  • a cellular network system can provide a plurality of networks having different properties as a virtual network by using a network slice.
  • Network slice uses different communication devices and different communication routes, each network is completely separated and does not affect each other.
  • resources can be separated at the level of, for example, Virtual Machine, but it is difficult to completely separate each network.
  • FIG. 5 is a diagram for explaining an outline of interference control according to the embodiment of the present disclosure.
  • the communication system includes a base station device 20, a terminal device 40, an application function (AF) node 10, and a UDM node 30.
  • the AF node 10 of the local cellular network controls communication.
  • the local cellular network operator can protect more important communication.
  • the base station device 20 and the terminal device 40 perform wireless communication. Further, the base station device 20, the AF node 10, and the UDM node 30 are connected to each other by a core network.
  • the AF node 10 acquires the PDU session information from the UDM node 30 (step S11).
  • the PDU session information includes information indicating which PDU session is important.
  • the PDU session information is registered in advance in the UDM node 30 by, for example, a local cellular network operator or the like.
  • the AF node 10 determines the PDU session for maintaining communication and the PDU session to be released (Release) based on the acquired PDU session information, and requests the release of the PDU session determined to be released (step S12).
  • the AF node 10 requests, for example, the SMF node (not shown) to release the PDU session.
  • the base station device 20_A and the terminal device 40_A communicate in the second PDU session
  • the base station device 20_B and the terminal device 40_B communicate in the first PDU session. It shall be. Further, it is assumed that the UDM node 30 holds information that communication with the terminal device 40_B is important.
  • the AF node 10 determines to maintain the first PDU session with the terminal device 40_B based on the PDU session information acquired from the UDM node 30, and the second PDU session with the terminal device 40_A. Request to release.
  • the second PDU session is in the first PDU session between the base station device 20_B and the terminal device 40_B. Interference on communication can be suppressed. Thereby, the local cellular network can protect the communication (first PDU session) between the base station device 20_B and the terminal device 40_B from the interference from the second PDU session.
  • the above-mentioned communication control technology coordinates communication in two systems, the Primary system and the Secondary system. In this respect, it differs from the communication control of the present embodiment, which aims to coordinate communication in the same system. Further, the communication system according to the present embodiment protects a specific important PDU session, and in the communication system according to the present embodiment, communication control is performed using the API of the core network as described later. This point is also different from the communication control of the Primary system and the Secondary system.
  • FIG. 6 is a diagram showing a configuration example of the communication system according to the embodiment of the present disclosure.
  • the communication system according to the present embodiment is the above-mentioned local cellular network system.
  • the communication system is the 5th generation mobile communication system (5G)
  • 5G 5th generation mobile communication system
  • the communication system according to the present embodiment may be another mobile communication system such as LTE.
  • the cellular network system of the communication system includes RAN (Radio Access Network) and CN (Core Network).
  • the RAN is a wireless system between the base station device 20 and the terminal device 40.
  • CN mainly performs permission and session management when the terminal device 40 connects to the cellular network.
  • CN is configured to include Control Plan Function and User Plane Function.
  • the communication system includes a 5G core network 120, a base station device (RAN / AN) 20, a terminal device (UE) 40, and a DN node 160.
  • RAN / AN base station device
  • UE terminal device
  • the RAN / AN20 has a function of connecting to a RAN (Radio Access Network) and connecting to an AN (Access Network) other than the RAN.
  • RAN / AN20 includes a base station apparatus called gNB or ng-eNB.
  • the 5G core network 120 is also called 5GC (5G Core) / NGC (Next Generation Core).
  • 5G Core 5G Core
  • NGC Next Generation Core
  • the 5G core network 120 is also referred to as a 5GC / NGC120.
  • the 5GC / NGC120 connects to the UE (User Equipment) 40 via the RAN / AN20.
  • the 5GC / NGC 120 includes a user plane function (UPF: User Plane Function) node 150 and a control plane function group 130.
  • UPF User Plane Function
  • the UPF node 150 is an important NF (Network Function) node in the User Plane Function.
  • the UPF node 150 has a user plane processing function.
  • the UPF node 150 includes a function for routing / transferring data handled in the user plane.
  • the UPF node 150 and the DN (Data Network) node 160 may be combined as a user plane function group.
  • the DN node 160 is included in the 5GC / NGC120.
  • the DN node 160 has a function of connecting to services provided by a cellular service provider, the Internet, and third-party services.
  • the control plane function group 130 includes AMF (Access Management Function) node 139, SMF (Session Management Function) node 136, AUSF (Authentication Server Function) node 131, NSSF (Network Slice Selection Function) node 134, and NEF (Network Exposure Function). It includes a node 132, an NRF (Network Repository Function) node 133, a PCF (Policy Control Function) node 135, a UDM (Unified Data Management) node 30, and an AF node 10.
  • AMF Access Management Function
  • SMF Session Management Function
  • AUSF Authentication Server Function
  • NSSF Network Slice Selection Function
  • NEF Network Exposure Function
  • the AMF node 139 has functions such as registration processing, connection management, and mobility management of the UE 40.
  • the AMF node 139 may manage the handover of the terminal of the terminal device 40. Further, the AMF node 139 manages the position information of the terminal device 40.
  • the SMF node 136 has functions such as session management, IP allocation and management of the UE 40.
  • the main role of the SMF node 136 is to establish and release the PDU session for the terminal device 40 and manage the PDU session. Further, the SMF node 136 assigns an IP address to the terminal device 40.
  • the UDM node 30 has a function of generating 3GPP AKA authentication information and processing a user ID.
  • the AF node 10 has a function of interacting with the core network to provide a service.
  • the UDM node 30, AMF node 139, and SMF node 136 are important NF nodes of the Control Plan.
  • the AUSF node 131 has an authentication function.
  • the NSSF node 134 has a function of selecting a network slice.
  • the NEF node 132 has a function of providing network function capabilities and events to a third party, the AF node 10, and the edge computing function.
  • the NRF node 133 has a function of discovering a network function and holding a profile of the network function.
  • the PCF node 135 has a policy control function.
  • Each Control Plan Function of the control plane function group 130 is a data server, and the information of the terminal device 40 is acquired by acquiring the information from the UDM node 30 that stores the subscriber information of the terminal device (UE) 40. do.
  • the NF nodes of the Control Plan, the UDM node 30, the AMF node 139, and the SMF node 136, are configured to be able to exchange information held with each other via the API. Further, the UDM node 30, the AMF node 139, and the SMF node 136 are configured so that their operations can be controlled via the API. Details of such an NF node are described in, for example, TS23.501 and TS23.502.
  • 5GC / NGC120 is provided with an interface called Service Based Interface that transmits information and controls functions via API (Application Programming Interface).
  • API Application Programming Interface
  • API specifies a resource, and for that resource, GET (get resource), POST (create resource, add data), PUT (create resource, update resource), DELETE (delete resource).
  • Such an API function is a function generally used in, for example, a Web service.
  • NEF node 132 is prepared for 5GC / NGC120.
  • the NEF node 132 is used when the AF node 10 acquires information from each NF node. Specifically, the AF node 10 acquires information from each NF node via the NEF node 132. This point is defined in the standard, but in the local cellular network, the core network can be freely modified. Therefore, it is considered that the AF node 10 can be modified so as to directly acquire information from the NF node or control the NF node without going through the NEF node 132.
  • the AF node 10 that communicates with each NF node without going through the NEF node 132 may be said to be a new NF node that is different from the conventional AF node.
  • the AF node 10 of the present disclosure may be said to be an NF node.
  • a PDU session is prepared by the SMF node 136.
  • the PDU session is established by the SMF node 136, communication can be performed between the terminal device 40 and the base station device 20, and the terminal device 40 can communicate with the Internet via the base station device 20. become able to.
  • the AF node 10 is configured to be communicable (interactable) with a core network (eg, 5GC).
  • a core network eg, 5GC
  • the AF node 10 may support at least one of the following functions.
  • the interaction between the AF node 10 described later and the NFs (for example, AMF, SMF) related to the AF node 10 may be a part of at least one of the following functions.
  • NFs for example, AMF, SMF
  • NEF Network Exposure Function
  • the AF node 10 may be configured to be able to communicate directly with related NFs (at least some of the nodes included in the core network described above) or may be able to communicate via NEF.
  • the AF node 10 can acquire information disclosed by another NF (s) by using an API (Service based interface) disclosed by another NF (s). For example, the AF node 10 can know the status (establishment, release, etc.) of the PDU session of the terminal device 40 via the API of the SMF node 136.
  • Such an API is basically created on the assumption that the AMF node 139 and other SMF nodes 136 refer to the information regarding the PDU session.
  • the AF node 10 controls the communication by referring to and controlling the information related to the PDU session using the API.
  • the AF node 10 also discloses the service-based interface "Naf" for other NFs (s).
  • FIG. 7 is a block diagram showing a configuration example of the AF node 10 according to the embodiment of the present disclosure.
  • the AF node 10 is, for example, an information processing device including a server device, and includes a communication unit 11, a storage unit 12, and a control unit 13.
  • the configuration shown in FIG. 7 is a functional configuration, and the hardware configuration may be different from this.
  • the functions of the AF node 10 may be distributed and implemented in a plurality of physically separated configurations.
  • the AF node 10 may be composed of a plurality of server devices.
  • the function of the AF node 10 may be dynamically distributed and implemented in a plurality of physically separated configurations.
  • the communication unit 11 is a communication interface for communicating with other devices.
  • the communication unit 11 may be a network interface or a device connection interface.
  • the communication unit 11 has a function of directly or indirectly connecting to an Internet line.
  • the communication unit 11 may include a LAN (Local Area Network) interface such as a NIC (Network Interface Card), or may include a USB interface composed of a USB (Universal Serial Bus) host controller, a USB port, and the like. You may.
  • the communication unit 11 may be a wired interface or a wireless interface.
  • the communication unit 11 functions as a communication means for the AF node 10.
  • the communication unit 11 communicates with other nodes of the 5GC / NGC 120 under the control of the control unit 13.
  • the storage unit 12 is a storage device capable of reading and writing data such as DRAM (Dynamic Random Access Memory), SRAM (Static Random Access Memory), flash memory, and hard disk.
  • the storage unit 12 functions as a storage means for the AF node 10.
  • the control unit 13 is a controller that controls each unit of the AF node 10.
  • the control unit 13 is realized by, for example, a processor such as a CPU (Central Processing Unit) or an MPU (Micro Processing Unit).
  • the control unit 13 is realized by the processor executing various programs stored in the storage device inside the AF node 10 using a RAM (Random Access Memory) or the like as a work area.
  • the control unit 13 may be realized by an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field Programmable Gate Array).
  • the CPU, MPU, ASIC, and FPGA can all be regarded as controllers.
  • the control unit 13 interacts with the core network to provide services. In addition, the control unit 13 executes a communication control process described later.
  • FIG. 8 is a block diagram showing a configuration example of the UDM node 30 according to the embodiment of the present disclosure.
  • the UDM node 30 is, for example, an information processing device including a server device, and includes a communication unit 31, a storage unit 32, and a control unit 33.
  • the configuration shown in FIG. 8 is a functional configuration, and the hardware configuration may be different from this.
  • the function of the UDM node 30 may be distributed and implemented in a plurality of physically separated configurations.
  • the UDM node 30 may be composed of a plurality of server devices.
  • the function of the UDM node 30 may be dynamically distributed and implemented in a plurality of physically separated configurations.
  • the communication unit 31 is a communication interface for communicating with other devices.
  • the communication unit 31 may be a network interface or a device connection interface.
  • the communication unit 31 has a function of directly or indirectly connecting to an Internet line.
  • the communication unit 31 may be provided with a LAN (Local Area Network) interface such as a NIC (Network Interface Card), or may be provided with a USB interface composed of a USB (Universal Serial Bus) host controller, a USB port, and the like. You may.
  • the communication unit 31 may be a wired interface or a wireless interface.
  • the communication unit 31 functions as a communication means for the UDM node 30.
  • the communication unit 31 communicates with other nodes of the 5GC / NGC 120 under the control of the control unit 33.
  • the storage unit 32 is a storage device capable of reading and writing data such as DRAM (Dynamic Random Access Memory), SRAM (Static Random Access Memory), flash memory, and hard disk.
  • the storage unit 32 functions as a storage means for the UDM node 30.
  • the storage unit 32 stores, for example, PDU session information described later.
  • the control unit 33 is a controller that controls each unit of the UDM node 30.
  • the control unit 33 is realized by, for example, a processor such as a CPU (Central Processing Unit) or an MPU (Micro Processing Unit).
  • the control unit 33 is realized by executing various programs stored in the storage device inside the UDM node 30 by the processor using a RAM (Random Access Memory) or the like as a work area.
  • the control unit 33 may be realized by an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field Programmable Gate Array).
  • the CPU, MPU, ASIC, and FPGA can all be regarded as controllers.
  • the control unit 33 interacts with the core network to provide services. In addition, the control unit 33 executes the communication control process described later.
  • the configuration example of the AF node 10 and the UDM node 30 has been described as an example of the configuration of each node of the 5GC / NGC 120, other nodes can be realized with the same configuration as the AF node 10 and the UDM node 30.
  • the control units 13 and 33 shall execute the processing according to the function of each node.
  • the base station device 20 is a wireless communication device that operates a cell and wirelessly communicates with the UE 40.
  • the base station device 20 is a type of communication device.
  • a plurality of base station devices 20 may be connected to each other.
  • One or more base station devices 20 may be included in a radio access network (RAN). That is, the base station apparatus 20 may be simply referred to as a RAN, a RAN node, an AN (Access Network), or an AN node.
  • RAN radio access network
  • the connecting CN is an EPC
  • EUTRAN Enhanced Universal Terrestrial RAN
  • the connecting CN is 5GC
  • the corresponding RAN is called an NGRAN.
  • the RAN in W-CDMA is called UTRAN.
  • LTE base stations are referred to as eNodeB (Evolved Node B) or eNB. That is, EUTRAN includes one or more eNodeBs (eNBs).
  • the base station of NR is referred to as gNodeB or gNB.
  • NGRAN contains one or more gNBs.
  • the EUTRAN may include a gNB (en-gNB) connected to a core network (EPC) in the LTE communication system (EPS).
  • EPC LTE communication system
  • the NGRAN may include an ng-eNB connected to the core network 5GC in a 5G communication system (5GS).
  • 5GS 5G communication system
  • the base station apparatus 20 when the base station apparatus 20 is an eNB, gNB, or the like, it may be referred to as 3GPP Access. Further or instead, when the base station apparatus 20 is a wireless access point (Access Point), it may be referred to as Non-3GPP Access. Further or instead, the base station apparatus 20 may be an optical overhanging apparatus called an RRH (Remote Radio Head) or an RRU (Remote Radio Unit). Further or instead, when the base station is gNB, the base station apparatus 20 may be referred to as a combination of the above-mentioned gNB CU (Central Unit) and gNB DU (Distributed Unit), or any of these. ..
  • gNB CU Central Unit
  • gNB DU Distributed Unit
  • the gNB CU hosts a plurality of upper layers (for example, RRC, SDAP, PDCP) of the Access Stratum for communication with the UE 40.
  • gNB-DU hosts a plurality of lower layers (for example, RLC, MAC, PHY) of the Access Stratum. That is, of the messages and information transmitted from the base station apparatus 20, RRC signalling (quasi-static notification) is generated by the gNB CU, while DCI (dynamic notification) is generated even if gNB-DU is generated. good.
  • the base station device 20 may be configured to be able to communicate with another base station device 20.
  • the base station devices 20 may be connected by an X2 interface.
  • the devices may be connected by an Xn interface.
  • a plurality of base station devices 20 are a combination of a gNB CU (Central Unit) and a gNB DU (Distributed Unit), the devices may be connected by the F1 interface described above.
  • the messages / information transmitted from the base station apparatus 20 may be communicated between a plurality of base stations (for example, via the X2, Xn, and F1 interfaces).
  • the base station apparatus 20 is an IAB (Integrated Access and Backhaul) donor node or an IAB relay node that provides a wireless access line and a wireless backhaul line by time division multiplexing, frequency division multiplexing, or spatial division multiplexing. You may.
  • IAB Integrated Access and Backhaul
  • the cell provided by the base station apparatus 20 is called a Serving cell.
  • Serving cells include PCell (Primary Cell) and SCell (Secondary Cell).
  • Dual Connectivity for example, EUTRA-EUTRA Dual Connectivity, EUTRA-NR Dual Connectivity (ENDC), EUTRA-NR Dual Connectivity with 5GC, NR-EUTRA Dual Connectivity (NEDC), NR-NR Dual Connectivity
  • PCell provided by MN (Master Node) and zero or more SCell (s) are called Master Cell Group.
  • the Serving cell may include a PS Cell (Primary Secondary Cell or Primary SCG Cell).
  • the PSCell provided by the SN (Secondary Node) and zero or more than one SCell (s) are called the Secondary Cell Group (SCG).
  • SCG Secondary Cell Group
  • PUCCH physical uplink control channel
  • SCell Radio Link Failure is also detected by PCell and PSCell, but not by SCell (it is not necessary to detect it). Since PCell and PSCell have a special role in Serving Cell (s) in this way, they are also called Special Cell (SpCell).
  • One Downlink Component Carrier and one Uplink Component Carrier may be associated with one cell.
  • the system bandwidth corresponding to one cell may be divided into a plurality of bandwidth parts (Bandwidth Part).
  • Bandwidth Parts may be set in the UE, and one Bandwidth Part may be used as the Active BWP in the UE 40.
  • the radio resources for example, frequency band, numerology (subcarrier spacing), slot format (Slot configuration)
  • UE terminal device
  • BWP bandwidth part
  • the base station device 20 may be able to communicate with each other via an interface between the base station device and the core network (for example, S1 Interface, NG Interface, etc.). This interface may be wired or wireless.
  • the base station device 20 can be used, operated, and / or managed by various entities.
  • the entities include a mobile network operator (MNO: Mobile Network Operator), a virtual mobile network operator (MVNO: Mobile Virtual Network Operator), a virtual mobile communication enabler (MVNE: Mobile Virtual Network Enabler), and a neutral host.
  • MNO Mobile Network Operator
  • MVNO Mobile Virtual Network Operator
  • MVNE Virtual Mobile Network Enabler
  • NTN Neutral Host Network
  • operators enterprises, educational institutions (school corporations, local government education committees, etc.), real estate (buildings, condominiums, etc.) managers, individuals, etc. can be assumed.
  • the base station device 20 may be installed and / or operated by one business operator, or may be installed and / or operated by one individual.
  • the installation / operation entity of the base station device 20 is not limited to these.
  • the base station device 20 may be jointly installed and operated by a plurality of businesses or a plurality of individuals.
  • the base station device 20 may be a shared facility used by a plurality of businesses or a plurality of individuals. In this case, the installation and / or operation of the equipment may be carried out by a third party different from the user.
  • a base station device also referred to as a base station
  • a base station device includes not only a donor base station but also a relay base station (also referred to as a relay station or a relay station device).
  • a relay base station also referred to as a relay station or a relay station device.
  • the concept of a base station includes not only a structure having a function of a base station but also a device installed in the structure.
  • Structures are, for example, high-rise buildings, houses, steel towers, station facilities, airport facilities, port facilities, stadiums, and other buildings.
  • the concept of structure includes not only buildings but also non-building structures such as tunnels, bridges, dams, walls, and iron pillars, and equipment such as cranes, gates, and windmills.
  • the concept of a structure includes not only structures on land (above ground in a narrow sense) or underground, but also structures on water such as piers and mega floats, and structures underwater such as ocean observation equipment.
  • the base station device can be rephrased as a processing device or an information processing device.
  • the base station device 20 may be a donor station or a relay station (relay station). Further, the base station device 20 may be a fixed station or a mobile station.
  • the mobile station is a wireless communication device (for example, a base station device) configured to be movable. At this time, the base station device 20 may be a device installed on the mobile body or may be the mobile body itself.
  • a relay station device having mobility can be regarded as a base station device 20 as a mobile station.
  • devices such as vehicles, drones, and smartphones that are originally capable of moving and that are equipped with the functions of the base station device (at least a part of the functions of the base station device) are also included in the base station device 20 as a mobile station. Applicable.
  • the mobile body may be a mobile terminal such as a smartphone or a mobile phone.
  • the moving body may be a moving body (for example, a vehicle such as a car, a bicycle, a bus, a truck, a motorcycle, a train, a linear motor car, etc.) that moves on land (ground in a narrow sense), or in the ground (for example, a vehicle).
  • a moving body for example, a subway moving in a tunnel.
  • the moving body may be a moving body moving on the water (for example, a ship such as a passenger ship, a cargo ship, a hovercraft, etc.), or a moving body moving underwater (for example, a submersible, a submarine, an unmanned submarine, etc.). Submersible).
  • the moving body may be a moving body moving in the atmosphere (for example, an aircraft such as an airplane, an airship, or a drone), or a moving body moving outside the atmosphere (for example, an artificial satellite, a spacecraft, or a space station).
  • a moving body moving outside the atmosphere for example, an artificial satellite, a spacecraft, or a space station.
  • An artificial celestial body such as a spacecraft.
  • a moving body that moves outside the atmosphere can be rephrased as a space moving body.
  • the base station device 20 may be a ground base station device (ground station device) installed on the ground.
  • the base station device 20 may be a base station device arranged on a structure on the ground, or may be a base station device installed on a mobile body moving on the ground.
  • the base station device 20 may be an antenna installed in a structure such as a building and a signal processing device connected to the antenna.
  • the base station device 20 may be a structure or a moving body itself. "Ground" is not only on land (ground in a narrow sense) but also on the ground in a broad sense including underground, water, and water.
  • the base station device 20 is not limited to the ground base station device.
  • the base station device 20 may be a non-ground base station device (non-ground station device) capable of floating in the air or in space.
  • the base station device 20 may be an aircraft station device or a satellite station device.
  • the aircraft station device is a wireless communication device that can float in the atmosphere such as an aircraft.
  • the aircraft station device may be a device mounted on an aircraft or the like, or may be an aircraft itself.
  • the concept of an aircraft includes not only heavy aircraft such as airplanes and gliders, but also light aircraft such as balloons and airships.
  • the concept of an aircraft includes not only heavy aircraft and light aircraft, but also rotary-wing aircraft such as helicopters and autogyros.
  • the aircraft station device (or the aircraft on which the aircraft station device is mounted) may be an unmanned aerial vehicle such as a drone.
  • unmanned aerial vehicle also includes unmanned aerial vehicles (UAS: Unmanned Aircraft Systems) and tethered unmanned aerial vehicles (tethered UAS).
  • UAS Unmanned Aircraft Systems
  • tethered UAS tethered unmanned aerial vehicles
  • unmanned aerial vehicle includes a light unmanned aerial vehicle system (LTA: Lighter than Air UAS) and a heavy unmanned aerial vehicle system (HTA: Heavier than Air UAS).
  • HAPs High Altitude UAS Platforms
  • the satellite station device is a wireless communication device that can float outside the atmosphere.
  • the satellite station device may be a device mounted on a space mobile body such as an artificial satellite, or may be a space mobile body itself.
  • the satellites that serve as satellite station equipment are low orbit (LEO: Low Earth Orbiting) satellites, medium orbit (MEO: Medium Earth Orbiting) satellites, stationary (GEO: Geostationary Earth Orbiting) satellites, and high elliptical orbit (HEO: Highly Elliptical Orbiting). It may be any satellite.
  • the satellite station device may be a device mounted on a low earth orbit satellite, a medium earth orbit satellite, a geostationary satellite, or a high elliptical orbit satellite.
  • the size of the coverage (for example, the cell) of the base station apparatus 20 may be as large as a macro cell or as small as a pico cell. Of course, the size of the coverage of the base station apparatus 20 may be extremely small, such as a femtocell. Further, the base station apparatus 20 may have a beamforming capability. In this case, the base station apparatus 20 may form a cell or a service area for each beam.
  • the base station device 20 may be composed of a set of a plurality of physical or logical devices as follows.
  • the base station device 20 is classified into a plurality of devices of BBU (Baseband Unit) and RU (Radio Unit), and may be interpreted as an aggregate of these plurality of devices.
  • the base station apparatus 20 may be either or both of BBU and RU.
  • the BBU and RU may be connected by a predetermined interface (for example, eCPRI).
  • the RU may be referred to as a Remote Radio Unit (RRU) or Radio DoT (RD).
  • RRU Remote Radio Unit
  • RD Radio DoT
  • the RU may correspond to the above-mentioned gNB-DU.
  • the BBU may correspond to the above-mentioned gNB-CU.
  • the RU may be a device integrally formed with the antenna.
  • the antenna included in the base station apparatus 20 (for example, an antenna integrally formed with the RU) may adopt the Advanced Antenna System and support MIMO (for example, FD-MIMO) or beamforming.
  • the antenna included in the base station device 20 (for example, an antenna integrally formed with the RU) may include, for example, 64 transmitting antenna ports and 64 receiving antenna ports.
  • FIG. 9 is a diagram showing a configuration example of the base station device 20 according to the embodiment of the present disclosure.
  • the base station device 20 includes a signal processing unit 21, a storage unit 22, and a control unit 23.
  • the configuration shown in FIG. 9 is a functional configuration, and the hardware configuration may be different from this. Further, the functions of the base station apparatus 20 may be distributed and implemented in a plurality of physically separated configurations.
  • the signal processing unit 21 is a signal processing unit for wireless communication with another wireless communication device (for example, a terminal device 40).
  • the signal processing unit 21 operates according to the control of the control unit 23.
  • the signal processing unit 21 corresponds to one or more wireless access methods.
  • the signal processing unit 21 corresponds to both NR and LTE.
  • the signal processing unit 21 may support W-CDMA and cdma2000 in addition to NR and LTE.
  • the signal processing unit 21 includes a reception processing unit 211, a transmission processing unit 212, and an antenna 213.
  • the signal processing unit 21 may include a plurality of reception processing units 211, transmission processing units 212, and antennas 213, respectively.
  • each unit of the signal processing unit 21 may be individually configured for each wireless access method.
  • the reception processing unit 211 and the transmission processing unit 212 may be individually configured by LTE and NR.
  • the reception processing unit 211 processes the uplink signal received via the antenna 213.
  • the reception processing unit 211 includes a wireless reception unit 211a, a multiple separation unit 211b, a demodulation unit 211c, and a decoding unit 211d.
  • the wireless receiver 211a down-converts the uplink signal, removes unnecessary frequency components, controls the amplification level, quadrature demodulates, converts to a digital signal, removes the guard interval (cyclic prefix), and performs a fast Fourier transform.
  • the frequency domain signal is extracted by.
  • the multiplex separation unit 211b separates uplink channels such as PUSCH (Physical Uplink Shared Channel) and PUCCH (Physical Uplink Control Channel) and uplink reference signals from the signal output from the wireless reception unit 211a.
  • PUSCH Physical Uplink Shared Channel
  • PUCCH Physical Uplink Control Channel
  • the demodulation unit 211c demodulates the received signal with respect to the modulation symbol of the uplink channel by using a modulation method such as BPSK (Binary Phase Shift Keying) or QPSK (Quadrature Phase shift Keying).
  • the modulation method used by the demodulation unit 211c may be 16QAM (Quadrature Amplitude Modulation), 64QAM, or 256QAM. In this case, the signal points on the constellation do not necessarily have to be equidistant.
  • the constellation may be a non-uniform constellation (NUC: Non Uniform Constellation).
  • the decoding unit 211d performs decoding processing on the coded bits of the demodulated uplink channel.
  • the decoded uplink data and uplink control information are output to the control unit 23.
  • the transmission processing unit 212 performs the transmission processing of the downlink control information and the downlink data.
  • the transmission processing unit 212 includes a coding unit 212a, a modulation unit 212b, a multiplexing unit 212c, and a wireless transmission unit 212d.
  • the coding unit 212a encodes the downlink control information and the downlink data input from the control unit 23 by using a coding method such as block coding, convolutional coding, or turbo coding.
  • the modulation unit 212b modulates the coding bits output from the coding unit 212a by a predetermined modulation method such as BPSK, QPSK, 16QAM, 64QAM, 256QAM and the like. In this case, the signal points on the constellation do not necessarily have to be equidistant.
  • the constellation may be a non-uniform constellation.
  • the multiplexing unit 212c multiplexes the modulation symbol of each channel and the downlink reference signal and arranges them in a predetermined resource element.
  • the wireless transmission unit 212d performs various signal processing on the signal from the multiplexing unit 212c.
  • the radio transmitter 212d converts to the time domain by fast Fourier transform, adds a guard interval (cyclic prefix), generates a baseband digital signal, converts to an analog signal, orthogonal transform, up-converts, and extra. Performs processing such as removing frequency components and amplifying power.
  • the signal generated by the transmission processing unit 212 is transmitted from the antenna 213.
  • the storage unit 22 is a storage device that can read and write data such as DRAM, SRAM, flash memory, and hard disk.
  • the storage unit 22 functions as a storage means for the base station device 20.
  • the control unit 23 is a controller that controls each unit of the base station device 20.
  • the control unit 23 is realized by, for example, a processor such as a CPU (Central Processing Unit) or an MPU (Micro Processing Unit).
  • the control unit 23 is realized by the processor executing various programs stored in the storage device inside the base station device 20 using a RAM (Random Access Memory) or the like as a work area.
  • the control unit 23 may be realized by an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field Programmable Gate Array).
  • the CPU, MPU, ASIC, and FPGA can all be regarded as controllers.
  • the terminal device 40 is a wireless communication device that wirelessly communicates with the base station device 20.
  • the terminal device 40 is, for example, a mobile phone, a smart device (smartphone or tablet), a PDA (Personal Digital Assistant), or a personal computer.
  • the terminal device 40 may be a device such as a commercial camera provided with a communication function, or may be a motorcycle, a mobile relay vehicle, or the like equipped with a communication device such as an FPU (Field Pickup Unit). ..
  • the terminal device 40 may be an M2M (Machine to Machine) device or an IoT (Internet of Things) device.
  • the terminal device 40 may be capable of side link communication with another terminal device 40.
  • the terminal device 40 may be able to use an automatic retransmission technique such as HARQ when performing side link communication.
  • the terminal device 40 may be capable of LPWA communication with other communication devices (for example, the base station device 20 and the other terminal device 40).
  • the wireless communication used by the terminal device 40 may be wireless communication using millimeter waves.
  • the wireless communication (including side link communication) used by the terminal device 40 may be wireless communication using radio waves or wireless communication using infrared rays or visible light (optical radio). good.
  • the terminal device 40 may be a mobile device.
  • the mobile device is a mobile wireless communication device.
  • the terminal device 40 may be a wireless communication device installed on the mobile body or may be the mobile body itself.
  • the terminal device 40 may be a vehicle (Vehicle) moving on the road such as an automobile, a bus, a truck, or a motorcycle, or a wireless communication device mounted on the vehicle.
  • the moving body may be a mobile terminal, or may be a moving body that moves on land (ground in a narrow sense), in the ground, on the water, or in the water.
  • the moving body may be a moving body that moves in the atmosphere such as a drone or a helicopter, or may be a moving body that moves outside the atmosphere such as an artificial satellite.
  • the terminal device 40 does not necessarily have to be a device directly used by a person.
  • the terminal device 40 may be a sensor installed in a machine or the like in a factory, such as a so-called MTC (Machine Type Communication).
  • the terminal device 40 may be an M2M (Machine to Machine) device or an IoT (Internet of Things) device.
  • the terminal device 40 may be a device having a relay communication function, as represented by D2D (Device to Device) and V2X (Vehicle to everything).
  • the terminal device 40 may be a device called CPE (Client Premises Equipment) used in a wireless backhaul or the like.
  • CPE Customer Premises Equipment
  • FIG. 9 is a diagram showing a configuration example of the terminal device 40 according to the embodiment of the present disclosure.
  • the terminal device 40 includes a signal processing unit 41, a storage unit 42, a network communication unit 43, an input / output unit 44, and a control unit 45.
  • the configuration shown in FIG. 9 is a functional configuration, and the hardware configuration may be different from this. Further, the functions of the terminal device 40 may be distributed and implemented in a plurality of physically separated configurations.
  • the signal processing unit 41 is a signal processing unit for wireless communication with other wireless communication devices (for example, the base station device 20 and the relay device 30).
  • the signal processing unit 41 operates according to the control of the control unit 45.
  • the signal processing unit 41 corresponds to one or more wireless access methods.
  • the signal processing unit 41 corresponds to both NR and LTE.
  • the signal processing unit 41 may support W-CDMA and cdma2000 in addition to NR and LTE.
  • the signal processing unit 41 includes a reception processing unit 411, a transmission processing unit 412, and an antenna 413.
  • the signal processing unit 41 may include a plurality of reception processing units 411, transmission processing units 412, and antennas 413, respectively.
  • each unit of the signal processing unit 41 may be individually configured for each wireless access method.
  • the reception processing unit 411 and the transmission processing unit 412 may be individually configured by LTE and NR.
  • the reception processing unit 411 processes the downlink signal received via the antenna 413.
  • the reception processing unit 411 includes a wireless reception unit 411a, a multiple separation unit 411b, a demodulation unit 411c, and a decoding unit 411d.
  • the wireless receiver 411a performs down-conversion, removal of unnecessary frequency components, control of amplification level, orthogonal demodulation, conversion to digital signal, removal of guard interval (cyclic prefix), and fast Fourier transform of the downlink signal.
  • the frequency domain signal is extracted by.
  • the multiplex separation unit 411b separates the downlink channel, the downlink synchronization signal, and the downlink reference signal from the signal output from the radio reception unit 411a.
  • the downlink channel is, for example, a channel such as PBCH (Physical Broadcast Channel), PDSCH (Physical Downlink Shared Channel), PDCCH (Physical Downlink Control Channel).
  • the demodulation unit 211c demodulates the received signal with respect to the modulation symbol of the downlink channel by using a modulation method such as BPSK, QPSK, 16QAM, 64QAM, 256QAM. In this case, the signal points on the constellation do not necessarily have to be equidistant.
  • the constellation may be a non-uniform constellation.
  • the decoding unit 411d performs decoding processing on the coded bits of the demodulated downlink channel. The decoded downlink data and downlink control information are output to the control unit 45.
  • the transmission processing unit 412 performs the transmission processing of the uplink control information and the uplink data.
  • the transmission processing unit 412 includes a coding unit 412a, a modulation unit 412b, a multiplexing unit 412c, and a wireless transmission unit 412d.
  • the coding unit 412a encodes the uplink control information and the uplink data input from the control unit 45 by using a coding method such as block coding, convolutional coding, or turbo coding.
  • the modulation unit 412b modulates the coding bits output from the coding unit 412a by a predetermined modulation method such as BPSK, QPSK, 16QAM, 64QAM, 256QAM. In this case, the signal points on the constellation do not necessarily have to be equidistant.
  • the constellation may be a non-uniform constellation.
  • the multiplexing unit 412c multiplexes the modulation symbol of each channel and the uplink reference signal and arranges them in a predetermined resource element.
  • the wireless transmission unit 412d performs various signal processing on the signal from the multiplexing unit 412c.
  • the radio transmitter 412d converts to the time domain by inverse fast Fourier transform, adds a guard interval (cyclic prefix), generates a baseband digital signal, converts to an analog signal, quadrature modulation, up-conversion, and extra. Performs processing such as removal of various frequency components and amplification of power.
  • the signal generated by the transmission processing unit 412 is transmitted from the antenna 413.
  • the storage unit 42 is a storage device that can read and write data such as DRAM, SRAM, flash memory, and hard disk.
  • the storage unit 42 functions as a storage means for the terminal device 40.
  • the network communication unit 43 is a communication interface for communicating with other devices.
  • the network communication unit 43 is a LAN interface such as a NIC.
  • the network communication unit 43 may be a wired interface or a wireless interface.
  • the network communication unit 43 functions as a network communication means of the terminal device 40.
  • the network communication unit 43 communicates with other devices according to the control of the control unit 45.
  • the input / output unit 44 is a user interface for exchanging information with the user.
  • the input / output unit 44 is an operation device for the user to perform various operations such as a keyboard, a mouse, operation keys, and a touch panel.
  • the input / output unit 44 is a display device such as a liquid crystal display (Liquid Crystal Display) or an organic EL display (Organic Electroluminescence Display).
  • the input / output unit 44 may be an audio device such as a speaker or a buzzer.
  • the input / output unit 44 may be a lighting device such as an LED (Light Emitting Diode) lamp.
  • the input / output unit 44 functions as an input / output means (input means, output means, operation means, or notification means) of the terminal device 40.
  • the control unit 45 is a controller that controls each unit of the terminal device 40.
  • the control unit 45 is realized by, for example, a processor such as a CPU or MPU.
  • the control unit 45 is realized by the processor executing various programs stored in the storage device inside the terminal device 40 using the RAM or the like as a work area.
  • the control unit 45 may be realized by an integrated circuit such as an ASIC or FPGA.
  • the CPU, MPU, ASIC, and FPGA can all be regarded as controllers.
  • the UDM node 30 is an NF node that holds subscriber information.
  • the UDM node 30 receives, for example, a SUPI (Subscriber Permanent Identifier) from the AF node 10 as an input
  • the UDM node 30 returns various information regarding the terminal device 40 corresponding to the SUPI as a response to the AF node 10.
  • the SUPI is identification information (ID) that uniquely identifies the SIM of the subscriber, that is, the terminal device 40, and the AF node 10 designates the specific terminal device 40 by designating the SUPI. Can be done.
  • ID identification information
  • the subscriber information is SUPI
  • other subscriber information for example, SUCI (Subscriber Concealed Identifier), GUTI (Globally Unique Temporary Identifier) or TMSI (Temporary Mobile Subscriber Identity)
  • SUPI Subscriber Concealed Identifier
  • GUTI Globally Unique Temporary Identifier
  • TMSI Temporary Mobile Subscriber Identity
  • the UDM node 30 holds, for example, forced termination information (an example of session information) indicating whether or not forced termination of the PDU session is permitted for each SUPI. That is, the UDM node 30 holds whether or not the PDU session is important as forced termination information.
  • the forced termination information may be registered by, for example, a local cellular network operator.
  • the terminal device 40 when the terminal device 40 first connects to the core network, it may be registered via the base station device 20, or it may be registered when establishing a connection to the core network. .. Further, the terminal device 40 or the NF node may register whether or not the PDU session can be forcibly terminated each time the PDU session is established.
  • FIG. 11 is a diagram showing an example of forced termination information according to the embodiment of the present disclosure.
  • the forced termination information is stored in the storage unit 32 of the UDM node 30 shown in FIG. 8, for example.
  • the forced termination information includes a number for identifying SUPI, a PDU session ID for identifying a PDU session, and information indicating whether or not forced termination (communication is stopped) is possible.
  • the UDM node 30 holds the forced termination information, so that the AF node 10 can identify important PDU sessions and non-important PDU sessions.
  • the PDU session identified as important can be protected.
  • the UDM node 30 holds the forced termination information, but the present invention is not limited to this.
  • the AF node 10 may hold the forced termination information.
  • the UDM node 30 that manages the subscriber information manages the forced termination information.
  • FIG. 12 is a sequence diagram showing a procedure for acquiring forced termination information by the AF node 10 according to the embodiment of the present disclosure.
  • the UDM node 30 holds information (forced termination information) as to whether or not the PDU session allows forced termination, in addition to the conventional PDU session information (step S101). ..
  • forced termination information is stored in the UDM node 30 in association with SUPI as described above.
  • the AF node 10 uses SUPI to request acquisition of PDU session information (step S102).
  • a request is, for example, a request for acquisition of the conventional PDU session information described above.
  • the UDM node 30 that has received the request responds with the information of the PDU session corresponding to the specified SUPI (step S103).
  • the AF node 10 uses SUPI to request the acquisition of the permission / rejection information (forced termination information) for the forced termination of the PDU session (step S104).
  • the UDM node 30 Upon receiving the request, the UDM node 30 responds with the PDU session forced termination possibility information corresponding to the specified SUPI (step S105).
  • the AF node 10 that has acquired the information holds the PDU session forced termination availability information for each SUPI (step S106).
  • the AF node 10 can identify the importance of the PDU session by the UDM node 30 holding the possibility of forcibly terminating the PDU session for each SUPI.
  • the AF node 10 may identify important PDU sessions based on the Network Slice information held by the UDM node 30.
  • the UDM node 30 holds information about Network Slice (an example of session information).
  • FIG. 13 is a diagram showing information regarding Network Slice held by the UDM node 30 according to the embodiment of the present disclosure.
  • the UDM node 30 holds the SUPI, the PDU session ID that identifies the PDU session, and the S-NSSAI that is the Network Slice ID that identifies the Network Slice in association with each other.
  • the importance of the PDU session is set for each Network Slice.
  • the AF node 10 can know the importance of the PDU session corresponding to S-NSSAI by acquiring the information about the Network Slice shown in FIG. 13 from the UDM node 30, and the PDU session can be determined according to the importance. Can be controlled.
  • the AF node 10 refers to the forced termination information shown in FIG.
  • the AF node 10 refers to the S-NSSAI and the forced termination information to determine the PDU session to be forcibly terminated, thereby suppressing interference with important communications and forcibly terminating communication that should not be forcibly terminated. Can be suppressed.
  • FIG. 14 is a sequence diagram showing a procedure of importance specifying processing by the AF node 10 according to the embodiment of the present disclosure.
  • the procedure is the same as the acquisition procedure shown in FIG. 12 until the AF node 10 requests the forced termination information (PDU session forced termination admissibility information) and acquires the information from the UDM node 30, so the description thereof is omitted. do.
  • PDU session forced termination admissibility information PDU session forced termination admissibility information
  • the UDM node 30 holds information (forced termination information) as to whether or not the PDU session allows forced termination, in addition to the conventional PDU session information and network slice information. (Step S201).
  • the AF node 10 that has acquired the PDU session forced termination permissible / disable information requests the acquisition of S-NSSAI using SUPI (step S202).
  • the UDM node 30 that has received the request responds with the S-NSSAI information corresponding to the designated SUPI (step S203).
  • the AF node 10 that has acquired the information identifies the importance of the PDU session based on the correspondence between the acquired S-NSSAI and the PDU session ID. In this way, the AF node 10 grasps the PDU session to be protected from S-NSSAI, and holds the PDU session forced termination possibility information for each SUPI (step S204).
  • the AF node 10 can identify the importance of the PDU session by acquiring the S-NSSAI.
  • the AF node 10 may identify important PDU sessions based on QoS information (eg, 5QI) held by the UDM node 30.
  • QoS information eg, 5QI
  • 5QI 5G QoS Identifier
  • 5G QoS Identifier is an identifier that identifies QoS in 5G.
  • the UDM node 30 holds QoS information. By acquiring the QoS information from the UDM node 30, the AF node 10 identifies the importance of whether or not the corresponding SUPI and PDU session is important.
  • the AF node 10 refers to the QoS information to determine the importance of the PDU session, so that interference with the important PDU session can be suppressed.
  • the AF node 10 may determine the PDU session to be forcibly terminated by referring to the QoS information and the forcible termination information. As a result, the AF node 10 can suppress the forced termination of communication that should not be forcibly terminated while suppressing the interference with important communication.
  • FIG. 15 is a sequence diagram showing a procedure of importance identification processing by the AF node 10 according to the embodiment of the present disclosure.
  • the procedure is the same as the acquisition procedure shown in FIG. 12 until the AF node 10 requests the forced termination information (PDU session forced termination admissibility information) and acquires the information from the UDM node 30, so the description thereof is omitted. do.
  • PDU session forced termination admissibility information PDU session forced termination admissibility information
  • the UDM node 30 holds information (forced termination information) as to whether or not the PDU session allows forced termination, in addition to the conventional PDU session information and QoS allocation information (5QI). (Step S301).
  • the AF node 10 that has acquired the PDU session forced termination permissible / disable information requests the acquisition of the QoS ID (5QI) used in the PDU session for the PDU using the SUPI (step S302).
  • the UDM node 30 Upon receiving the request, the UDM node 30 responds with the QoS allocation information (5QI) used in the PDU session corresponding to the specified SUPI (step S303).
  • the AF node 10 that has acquired the information specifies the importance of the PDU session based on the correspondence between the acquired QoS allocation information and the PDU session ID. In this way, the AF node 10 grasps the PDU session to be protected from the QoS allocation, and holds the PDU session forced termination possibility information for each SUPI (step S504).
  • the AF node 10 can identify the importance of the PDU session by acquiring the QoS allocation information (5QI).
  • the AF node 10 identifies important PDU sessions and non-important PDU sessions based on the information about the PDU session held by the UDM node 30 as described above. The following describes how the AF node 10 protects important PDU sessions.
  • FIG. 16 is a diagram for explaining a PDU session.
  • the PDU session is established between the terminal device 40 (denoted as UE in FIG. 16), the base station device 20 (denoted as NB in FIG. 16), and the UPF node 150.
  • the terminal device 40 is in a state where it can communicate with the base station device 20 and the core network.
  • One PDU session is assigned to one terminal device 40.
  • One PDU session includes a plurality of QoS Flows.
  • One QoS flow includes a plurality of IP Packets (IP flows). The QoS of multiple IP Packets included in one QoS flow is the same.
  • NG-U Tunnel a tunnel created by a GTP tunneling protocol called NG-U Tunnel is provided (mapped) between the base station device 20 and the UPF node 150 for the terminal device 40. This tunnel is used for the connection between the terminal device 40 and the UPF node 150.
  • PDU Session ID PDU Session ID
  • NG-U Tunnel ID the PDU session ID and the NG-U Tunnel ID are mapped one-to-one.
  • a RAN Bearer (e.g., SRB, DRB) is provided (mapped) between the terminal device 40 and the base station device 20. As shown in FIG. 16, one or more RAN Bearers are provided (mapped) in one PDU session.
  • the PDU session is managed by SMF node 136.
  • the SMF node 136 establishes (Creates) and releases (Release) the PDU session. Normally, the SMF node 136 releases the PDU session when the communication between the base station device 20 and the terminal device 40 is completed or at the time of handover. In the present embodiment, the SMF node 136 executes the release of the non-important PDU session in order to protect the important PDU session in response to the request from the AF node 10 regardless of the termination of communication or the presence or absence of the handover. ..
  • the AF node 10 requests the release of the PDU session by using the Nsmf_PDUSession_Release service operation of TS23.502.
  • the AF node 10 first identifies a PDU session that is not important and can be forcibly terminated, and a SUPI corresponding to the PDU session. After that, the AF node 10 requests the release of the specified PDU session by inputting both the specified SUPI and the PDU session to the SMF node 136.
  • the AF node 10 may request the release of the PDU session from the AMF node 139 instead of the SMF node 136.
  • the AF node 10 can release the information (for example, PDU session) of the terminal device 40 from the AMF node 139.
  • the AMF node 139 can release the PDU session in the same manner as the SMF node 136, but it is easier to request the release from the SMF node 136 because it is necessary to input the UE Context when requesting the release. Is.
  • FIG. 17 is a sequence diagram showing a procedure for releasing a PDU session by the AF node 10 according to the embodiment of the present disclosure.
  • the AF node 10 holds a list of SUPIs of UEs (terminal devices 40) existing in the same area (step S401).
  • the Area is an area where at least a part of a local cellular network is located, for example, in a factory or an office.
  • the AF node 10 requests the UDM node 30 to acquire PDU session information by Nudm_SDM_Get operation using the SUPI of the UE existing in the same area as a key (step S402).
  • the UDM node 30 responds to the request by associating the PDU session ID, the S-NSSAI, and the forced termination information (Release Allowed status) (step S403).
  • the AF node 10 that has received the information identifies which PDU session is protected and which PDU session can be released based on the forced termination information and S-NSSAI (step S404).
  • the AF node 10 sends a request to release the PDU session, which is determined to be unimportant and can be released, at the SMF node or the AMF node (step S405).
  • the SMF node 136 or the AMF node 139 releases the PDU session in response to the request (step S406), and transmits a confirmation signal indicating that the requested PDU session has been released to the AF node 10 (step S406).
  • the AF node 10 notifies the terminal device 40 in advance that the PDU session will be released, thereby reducing the influence on the operation of the application of the terminal device 40.
  • the AF node 10 notifies the terminal device 40 of the release of the PDU session, and when the terminal device 40 confirms the release, the AF node 10 informs the SMF node 136 or the AMF node 139 about the release of the PDU session. Request the release of.
  • the UDM node 30 may hold confirmation necessity information indicating whether or not the terminal device 40 confirms the release of the PDU session.
  • FIG. 18 is a diagram showing an example of confirmation necessity information held by the UDM node 30 according to the embodiment of the present disclosure.
  • the confirmation necessity information shown in FIG. 18 is stored in the storage unit 32 of the UDM node 30 shown in FIG. 8, for example.
  • the UDM node 30 holds the SUPI, the PDU session ID, the Network Slice ID (S-NSSAI), and the confirmation necessity information in association with each other.
  • FIG. 19 is a sequence diagram showing a procedure for releasing a PDU session by the AF node 10 according to the embodiment of the present disclosure.
  • the same procedures as those shown in FIG. 17 are designated by the same reference numerals and the description thereof will be omitted.
  • the UDM node 30 transmits the PDU session ID, S-NSSAI, forced termination information (Release Allowed status), and confirmation necessity information (UE side release confirmation) to the AF node 10 in association with each other. (Step S501). Subsequently, the AF node 10 that identifies the insignificant PDU session in step S404 transmits a release confirmation of the specified PDU session to the UE (terminal device 40) of the SUPI corresponding to the specified PDU session (step S503). ).
  • the UE that has received the release confirmation returns the release confirmation (release OK) when the timing for releasing the PDU session is set (step S504).
  • the subsequent procedure is the same as the procedure shown in FIG.
  • the AF node 10 releases the PDU session by requesting the SMF node 136 or the AMF node 139 to release the PDU session, but the present invention is not limited to this.
  • the UE may release the PDU session.
  • the UE when the UE receives the confirmation of release of the PDU session from the AF node 10, the UE releases the PDU session when the timing for releasing the PDU session is set. In this way, the UE can also release the PDU session.
  • the AF node 10 requests the release of the PDU session in order to protect the important PDU session, but the present invention is not limited to this.
  • the AF node 10 is requested to forcibly stop the traffic of the PDU session that is determined to be insignificant.
  • the AF node 10 can suppress interference due to the traffic of the non-essential PDU session, and can protect the important PDU session. This is suitable, for example, when the communication time in an important PDU session is relatively short.
  • FIG. 20 is a sequence diagram showing a procedure for stopping traffic by the AF node 10 according to the embodiment of the present disclosure.
  • the same procedures as those shown in FIG. 19 are designated by the same reference numerals and the description thereof will be omitted.
  • the AF node 10 that identifies the non-important PDU session in step S404 transmits a traffic stop request for the identified non-important PDU session to the SMF node 136 or the AMF node 139 (step S601).
  • the SMF node 136 or the AMF node 139 Upon receiving the request, the SMF node 136 or the AMF node 139 requests the UPF node 150 to stop the traffic of the unimportant PDU session by using the suspend service operation in which the SUPI and the PDU session ID are specified (step S602).
  • the UPF node 150 that has stopped the traffic transmits a stop confirmation signal (“OK”) to the SMF node 136 or the AMF node 139 (step S603).
  • the SMF node 136 or the AMF node 139 transmits a confirmation signal indicating that the traffic has been stopped to the AF node 10 (step S604).
  • the AF node 10 requests the UPF node 150 to stop traffic via the SMF node 136 or the AF node 10 because the UPF node 150 does not have an API. Therefore, the AF node 10 cannot directly send a request to the UPF node 150.
  • a new API is provided in the SMF node 136. More specifically, the input of the new API is the SUPI and PDU session ID. Upon receiving such an input, an API is newly created from the SMF node 136 to the UPF node 150 to output an instruction to stop the input traffic of the SUPI and the PDU session ID at each of the uplink and the downlink.
  • the AF node 10 can request the UPF node 150 to stop the traffic via the SMF node 136.
  • a new API may be provided in the UPF node 150, and the AF node 10 may directly request the UPF node 150 to stop the traffic via the API.
  • the AF node 10 requests the release of the unimportant PDU session or the stop of the traffic. Thereby, the AF node 10 can protect the important PDU session from the interference by the non-important PDU session, and can secure the communication in the important PDU session.
  • the AF node 10 is required to release the PDU session at an appropriate timing in order to protect important communication and enable non-important communication.
  • the AF node 10 requests the release of the unimportant PDU session.
  • the AF node 10 can release an unimportant PDU session when the terminal device 40 performs important communication in the PDU session, and can suppress the release of an unnecessary PDU session.
  • the AF node 10 has two functions, a User Plane and a Control Plane.
  • the AF node 10 of the Control Plane can be connected to another NF node by the Bus of the Service Based Architecture. Therefore, the AF node 10 communicating with the terminal device 40 of the specific SUPI receives a request from the terminal device 40 and performs important communication with the other AF node for a certain period of time, so that other communication is stopped. Notify me that I want you to do it.
  • the terminal device 40 wants to maintain the communication quality, such as uploading while shooting an important image in movie shooting, or an example in which an important device in a factory operates for 5 minutes in an hour cycle. There is a request for communication.
  • FIG. 21 is a sequence diagram showing a procedure for releasing a PDU session by the AF node 10 according to the embodiment of the present disclosure.
  • the same procedures as those shown in FIG. 19 are designated by the same reference numerals and the description thereof will be omitted.
  • the AF node 10 that identifies the non-important PDU session in step S404 receives a request for protection of the important PDU session from the UE (terminal device 40) by inputting the SUPI (step S701).
  • the AF node 10 may optionally accept the PDU session ID and / or S-NSSAI as input. Subsequent processing is the same as in FIG.
  • the SMF node 136 or the AMF node 139 releases the UEPDU session other than the UE that transmitted the request in step s406.
  • the terminal device 40 when the terminal device 40 performs important communication, it is said that the protection of the communication is requested, but the present invention is not limited to this.
  • the terminal device 40 when the terminal device 40 observes the communication quality during important communication and detects the deterioration of the communication quality, the protection of the communication may be requested.
  • the terminal device 40 requests the core network side, for example, SMF node 136 to protect important communication by NAS signaling. Upon receiving the request, the SMF node 136 transfers the request to the AF node 10.
  • FIG. 22 is a sequence diagram showing a procedure for releasing a PDU session by the AF node 10 according to the embodiment of the present disclosure.
  • the same procedures as those shown in FIG. 19 are designated by the same reference numerals and the description thereof will be omitted.
  • the UE observes the communication quality while performing important communication, and when the communication quality becomes less than a predetermined threshold value and the quality deteriorates, important communication (PDU) using SUPI as an input.
  • the protection of the session is requested from the SMF node 136 or the AMF node 139 (step S801).
  • the SMF node 136 or AMF node 139 may optionally accept the PDU session ID and / or S-NSSAI as input.
  • the SMF node 136 or AMF node 139 that received the request forwards the request (request) to the AF node 10. Subsequent processing is the same as the processing shown in FIG.
  • the AF node 10 Since the communication quality can be observed by the application on the core network side, when the application on the core network side detects an important deterioration in communication quality, the AF node 10 is requested to protect the important communication. You may. Although the traffic of the entire communication system can be observed at the UPF node 150, it is difficult to determine whether the increase in the traffic of the entire system affects important communication. Therefore, the terminal device 40 that performs important communication can more reliably protect the important communication by performing important communication according to the observation result of its own traffic.
  • the AF node 10 may request the release of the PDU session according to at least one of the communication frequency and the communication period of the terminal device 40.
  • the frequency and period of important communication by the terminal device 40 are known in advance, such as when important equipment in a factory operates for 5 minutes in an hour cycle.
  • the AF node 10 holds at least one of the communication frequency and the communication period related to such important communication, and in order to maintain (protect) the PDU session of the important communication with a certain quality, the communication frequency and the communication period.
  • the release of PDU sessions for non-essential communications shall be requested accordingly.
  • the AF node 10 requests the release of an unimportant PDU session or the suspension of communication, but the present invention is not limited to this.
  • the AF node 10 may request not to use a beam that may be used in a non-essential PDU session.
  • the terminal device 40 can observe an interference beam that interferes with the beam in addition to the beam used for communication, and can report it to the base station device 20.
  • the AF node 10 acquires information on the interference beam from the base station apparatus 20 via the API in association with the PDU session or SUPI, for example.
  • the AF node 10 requests that if an interfering beam that interferes with a beam used in an important PDU session or a significant SUPPI is used in a non-essential PDU session or a non-essential SUPI, the use of such an interfering beam is stopped. ..
  • the AF node 10 may request the base station apparatus 20 to stop using the interference beam via the API, or may request the base station apparatus 20 to stop using the interference beam via the AMF node 139 or the SMF node 136.
  • the AF node 10 identifies the beam used for communication and the interference beam that interferes with the beam by using the Universal Beam ID (or Global beam ID).
  • the Universal Beam ID is an ID for uniquely identifying the beam regardless of the PLMN or the base station device 20, for example, the PLMN ID, the ID of the base station device 20, or the Local Beam ID used in the base station device 20. It is represented by a combination.
  • the Universal Beam ID may be a combination of PLMN ID, NCGI (NGRAN Cell Global Identity) and SSB ID (synchronization Beam identifier). In this way, by using the Universal Beam ID, the AF node 10 can uniquely identify the beam.
  • the AF node 10 can request the use of the beam of an unimportant PDU session to be stopped by using the Universal Beam ID.
  • the control device that controls each NF node, the base station device 20, or the terminal device 40 of the present embodiment may be realized by a dedicated computer system or a general-purpose computer system.
  • a communication program for executing the above operation (for example, transmission / reception processing) is stored and distributed in a computer-readable recording medium such as an optical disk, a semiconductor memory, a magnetic tape, or a flexible disk.
  • the control device is configured by installing the program on a computer and executing the above-mentioned processing.
  • the control device may be an external device (for example, a personal computer) of each NF node, the base station device 20, or the terminal device 40.
  • the control device may be an internal device (for example, control unit 13, control unit 23, control unit 33, or control unit 45) of each NF node, base station device 20, or terminal device 40.
  • the above communication program may be stored in a disk device provided in a server device on a network such as the Internet so that it can be downloaded to a computer or the like.
  • the above-mentioned functions may be realized by collaboration between the OS (Operating System) and the application software.
  • the part other than the OS may be stored in a medium and distributed, or the part other than the OS may be stored in the server device so that it can be downloaded to a computer or the like.
  • each component of each device shown in the figure is a functional concept, and does not necessarily have to be physically configured as shown in the figure. That is, the specific form of distribution / integration of each device is not limited to the one shown in the figure, and all or part of the device is functionally or physically dispersed / physically distributed in arbitrary units according to various loads and usage conditions. Can be integrated and configured.
  • the present embodiment includes a device or any configuration constituting the system, for example, a processor as a system LSI (Large Scale Integration) or the like, a module using a plurality of processors, a unit using a plurality of modules, or a unit. It can also be implemented as a set or the like (that is, a part of the configuration of the device) to which other functions are added.
  • a processor as a system LSI (Large Scale Integration) or the like, a module using a plurality of processors, a unit using a plurality of modules, or a unit. It can also be implemented as a set or the like (that is, a part of the configuration of the device) to which other functions are added.
  • LSI Large Scale Integration
  • the system means a set of a plurality of components (devices, modules (parts), etc.), and it does not matter whether all the components are in the same housing. Therefore, a plurality of devices housed in separate housings and connected via a network, and a device in which a plurality of modules are housed in one housing are both systems. ..
  • the present embodiment can have a cloud computing configuration in which one function is shared and jointly processed by a plurality of devices via a network.
  • each component of each device shown in the figure is a functional concept, and does not necessarily have to be physically configured as shown in the figure. That is, the specific form of distribution / integration of each device is not limited to the one shown in the figure, and all or part of the device is functionally or physically dispersed / physically distributed in arbitrary units according to various loads and usage conditions. Can be integrated and configured.
  • the following configurations also belong to the technical scope of the present disclosure.
  • Get session information about PDU session from UDM node From the plurality of PDU sessions, a first PDU session for maintaining communication and a second PDU session for stopping communication are determined based on the session information.
  • the session information is information indicating whether or not the communication can be stopped, the application function node of (1).
  • the session information is at least one of information about a network slice and information about a quality of service (QoS), the application function node of (2).
  • QoS quality of service
  • the control unit requests the SMF node or the AMF node to release the second PDU session, thereby requesting the stop of communication in the second PDU session, according to (1) to (3). Any one application function node.
  • the control unit notifies the terminal device communicating in the second PDU session of the release of the second PDU session, and then requests the release of the second PDU session (4).
  • the control unit is an application function node according to any one of (1) to (3), which requests a terminal device that communicates in the second PDU session to release the second PDU session.
  • the control unit determines the first PDU session and the second PDU session in response to a request from the terminal device communicating in the first PDU session, and communicates in the second PDU session.
  • the control unit determines the first PDU session and the second PDU session according to at least one of the communication frequency and the communication period of the terminal device communicating in the first PDU session, and determines the second PDU session.
  • One of the application function nodes (1) to (7) that requests the stop of communication in the PDU session of. (9) The control unit determines the first PDU session and the second PDU session according to the communication quality observed by at least one of the terminal device and the base station device communicating in the first PDU session.
  • the application function node according to any one of (1) to (8) that requests the stop of communication in the second PDU session.
  • the application function node is any one of (1) to (9), which is a network function node belonging to the core network and is the network function node excluding the SMF node or the AMF node.
  • the application function node is any one of (1) to (10), which is a node belonging to the local 5G core network.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

アプリケーションファンクションノード（１０）は、制御部（１３）を備える。制御部（１３）は、ＵＤＭノード（３０）からＰＤＵセッションに関するセッション情報を取得し、複数のＰＤＵセッションの中から、セッション情報に基づいて通信を維持する第１のＰＤＵセッション、及び、通信を停止する第２のＰＤＵセッションを決定し、決定した第２のＰＤＵセッションでの通信の停止を要求する。

Description

アプリケーションファンクションノード及び通信方法
　本開示は、アプリケーションファンクションノード及び通信方法に関する。
　セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long　Term　Evolution（LTE）」、「LTE-Advanced（LTE-A）」、「LTE-Advanced　Pro（LTE-A　Pro）」、「５Ｇ（第５世代）」「New　Radio（NR）」、「New　Radio　Access　Technology（NRAT）」、「Evolved　Universal　Terrestrial　Radio　Access（EUTRA）」、または「Further　EUTRA（FEUTRA）」とも称する。）が、第三世代パートナーシッププロジェクト（3rd　Generation　Partnership　Project:　3GPP）において検討されている。なお、以下の説明において、ＬＴＥは、LTE-A、LTE-A　Pro、およびEUTRAを含み、ＮＲは、NRAT、およびFEUTRAを含む。ＬＴＥおよびＮＲでは、基地局装置（基地局）はＬＴＥにおいてｅＮｏｄｅＢ（evolved　NodeB）およびＮＲにおいてｇＮｏｄｅＢとも称され、端末装置（移動局、移動局装置、端末）はＵＥ（User　Equipment）とも称される。ＬＴＥおよびＮＲは、基地局がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局は複数のセルを管理してもよい。
　また、例えば、複数の基地局装置でビームフォーミングを実施する無線通信システムにおいて、ビームを送信する際に、ビーム以外の方向にヌルを向ける基地局装置が知られている（例えば、特許文献１参照）。
特開２０１５－１１９３９２号公報
　上記技術では、基地局装置がビーム以外の方向にヌルを向けることで、端末装置に対する干渉を抑制し、端末装置との間の通信を保護しているが、どの通信を優先して保護するかについて考慮されていない。そのため、優先度の低い通信への干渉を抑制するために、優先度の高い通信が阻害されてしまう恐れがあった。
　そこで、本開示では、優先度が高い通信をより確実に干渉から保護できるようにすることができる仕組みを提供する。
　本開示によれば、アプリケーションファンクションノードが提供される。アプリケーションファンクションノードは、制御部を備える。制御部は、ＵＤＭノードからＰＤＵセッションに関するセッション情報を取得し、複数の前記ＰＤＵセッションの中から、前記セッション情報に基づいて通信を維持する第１のＰＤＵセッション、及び、通信を停止する第２のＰＤＵセッションを決定し、決定した第２のＰＤＵセッションでの通信の停止を要求する。
基地局装置が使用するビームについて説明するための図である。 ビームスイーピング処理について説明するためのシーケンス図である。 Publicなネットワークの基地局装置によるビームフォーミングの一例を示す図である。 ローカル・セルラーネットワークの基地局装置によるビームフォーミングの一例を示す図である。 本開示の実施形態に係る干渉制御の概要を説明するための図である。 本開示の実施形態に係る通信システムの構成例を示す図である。 本開示の実施形態に係るＡＦノードの構成例を示すブロック図である。 本開示の実施形態に係るＵＤＭノードの構成例を示すブロック図である。 本開示の実施形態に係る基地局装置の構成例を示す図である。 本開示の実施形態に係る端末装置の構成例を示す図である。 本開示の実施形態に係る強制終了情報の一例を示す図である。 本開示の実施形態に係るＡＦノードによる強制終了情報の取得手順を示すシーケンス図である。 本開示の実施形態に係るＵＤＭノードが保持するNetwork　Sliceに関する情報を示す図である。 本開示の実施形態に係るＡＦノードによる重要度特定処理の手順を示すシーケンス図である。 本開示の実施形態に係るＡＦノードによる重要度特定処理の手順を示すシーケンス図である。 ＰＤＵセッションについて説明するための図である。 本開示の実施形態に係るＡＦノードによるＰＤＵセッションの解放処理の手順を示すシーケンス図である。 本開示の実施形態に係るＵＤＭノードが保持する確認要否情報の一例を示す図である。 本開示の実施形態に係るＡＦノードによるＰＤＵセッションの解放処理の手順を示すシーケンス図である。 本開示の実施形態に係るＡＦノードによるトラフィックの停止処理の手順を示すシーケンス図である。 本開示の実施形態に係るＡＦノードによるＰＤＵセッションの解放処理の手順を示すシーケンス図である。 本開示の実施形態に係るＡＦノードによるＰＤＵセッションの解放処理の手順を示すシーケンス図である。
　以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　なお、説明は以下の順序で行うものとする。
　　１．はじめに
　　　　１．１．ローカル・セルラーネットワーク
　　　　１．２．Ｗｉ－Ｆｉ通信との比較
　　　　１．３．ビームスイーピング処理
　　　　１．４．ビーム間干渉
　　２．技術的課題
　　３．通信システム
　　　　３．１．干渉制御の概要
　　　　３．２．通信システムの構成例
　　　　３．３．ＡＦノードの構成例
　　　　３．４．ＵＤＭノードの構成例
　　　　３．５．基地局装置の構成例
　　　　３．６．端末装置の構成例
　　４．技術的特徴
　　　　４．１．ＰＤＵセッションの特定方法
　　　　　　４．１．１．強制終了可否から特定する方法
　　　　　　４．１．２．Network　Sliceを用いて特定する方法
　　　　　　４．１．３．ＱｏＳを用いて特定する方法
　　　　４．２．重要なＰＤＵセッションの保護
　　　　　　４．２．１．重要でないＰＤＵセッションの解放
　　　　　　４．２．２．端末装置への通知
　　　　　　４．２．３．トラフィックの停止
　　　　４．３．解放タイミング
　　５．その他の実施形態
　　６．補足
　＜＜１．はじめに＞＞
　＜１．１．ローカル・セルラーネットワーク＞
　近年、ローカル・セルラーネットワーク（例えば、ローカル５Ｇ）に関する技術が注目されている。ローカル・セルラーネットワークは、例えば、工場やオフィス、スタジオ、病院内、大学内など、限られたエリアでセルラー通信のサービスを行うネットワークである。セルラーサービスをローカルなエリアに限定することにより、セルラーサービスをカスタマイズして提供できるといったメリットがあり得る。ここで、ローカル・セルラーネットワークは、プライベート・ネットワーク（Private　Network）、ノンパブリック・ネットワーク（Non　Public　Network）等と呼ばれる形態を広く含み得る。
　ローカル・セルラーネットワークのユースケースにおいて、ネットワークのローカルエリア内で、他の通信より優先して守りたい重要な通信が存在し得る。例えば、工場内においては、当該工場の生産ラインのために通信障害を起こしてはいけない装置がある場合がある。また、病院内において、手術に用いられる通信は、通信障害を起こさないようにしなければならない。大学内において、授業をオンラインで配信する場合、当該配信は、その他の通信よりも優先して守られるべき通信であると言える。このように、ローカルエリアでの通信には、他の通信より優先して守りたい特定の非常に重要な通信が含まれる場合がある。
　＜１．２．Ｗｉ－Ｆｉ通信との比較＞
　これまで、ローカルなエリアでの通信として、８０２．１１ａ、ｂ、ｇ、ｎ、ａｃ等の規格に基づいた通信、いわゆるＷｉ－Ｆｉ通信が用いられてきた。Ｗｉ－Ｆｉ通信は、パフォーマンスがよいが、アクセスポイントに異なるユーザ（端末装置）間のリソースを調整するスケジューラーが搭載されていない。そのため、Ｗｉ－Ｆｉ通信では、Listen　Before　Talkというキャリアセンスに基づき、Contention-Basedな方法で各ユーザ間のトラフィックが多重される。Ｗｉ－Ｆｉ通信では、パケットの衝突が頻繁に起こるため、複数のユーザがいる場合でも通信品質を保つために、ローカルエリアでもＷｉ－Ｆｉ通信ではなく、セルラー通信を使用したいという要求がある。
　＜１．３．ビームスイーピング処理＞
　５Ｇでは、基地局装置によるビームフォーミングが行われる。まず、図１及び図２を用いて、基地局装置によるビームフォーミングについて説明する。図１は、基地局装置が使用するビームについて説明するための図である。図２は、ビームスイーピング処理について説明するためのシーケンス図である。
　図１に示すように、基地局装置２０は、複数のビームを形成する。そのため、基地局装置２０は、ビームフォーミングを使用して端末装置４０と通信を行う場合、まずビームスイーピング処理を実行する。ビームスイーピング処理は、基地局装置２０と端末装置４０との間で望ましいビームを決定するための処理である。
　図２を用いて、基地局装置２０と端末装置４０との間で行われるビームスイーピング処理について説明する。なお、図２では、Terminalが端末装置４０に相当し、Base　stationが基地局装置２０に相当する。
　図２に示すように、基地局装置２０は、スイーピングしながらビームを送信する（ステップＳ１）。次に、端末装置４０は、送信ビームの受信電力を測定し、測定結果に基づいて送信ビームとして望ましいビームに関する情報を含むビームレポートを基地局装置２０に送信する（ステップＳ２）。
　基地局装置２０は、ビームレポートに基づき、決定された送信ビームを用いて参照信号を端末装置４０に送信する（ステップＳ３）。端末装置４０は、参照信号に基づいて測定したチャネル品質を基地局装置２０に報告し（ステップＳ４）、基地局装置２０は、報告を受けたチャネル品質に応じて、決定した送信ビームを用いてユーザデータを端末装置４０に送信する（ステップＳ５）。
　＜１．４．ビーム間干渉＞
　上述したように、基地局装置２０がビームフォーミングを実施する場合、複数の基地局装置２０が送信するビームによるビーム間干渉が問題となる。かかるビーム間干渉について図３及び図４を用いて説明する。図３は、Publicなネットワークの基地局装置２０によるビームフォーミングの一例を示す図である。図４は、ローカル・セルラーネットワークの基地局装置２０によるビームフォーミングの一例を示す図である。
　図３に示すように、例えば、屋外で行われるPublicなネットワークでは、ビーム間干渉を避けるため、基地局装置２０のアンテナが高い位置に設置され、隣同士の基地局装置２０＿Ａ、２０＿Ｂが、端末装置４０＿Ａ、４０＿Ｂに送信するビームが干渉を起こさないように制御される。基地局装置２０のアンテナが高い位置に設置されると、基地局装置２０のアンテナから端末装置４０を見下ろす角度（Tilting）が大きくなり、隣のセルとの干渉が小さくなる。
　一方、図４に示すように、例えば、屋内で行われるローカル・セルラーネットワークでは、基地局装置２０のアンテナが高い位置に設置できない場合がある。この場合、基地局装置２０のアンテナから端末装置４０を見下ろす角度（Tilting）が小さくなり、隣のセルの端末装置４０にも送信ビームが届いてしまい、干渉が発生する恐れがある。
　より詳細には、基地局装置２０が送信にビームを使用する場合、端末装置４０での送信ビームの受信強度は、単純に基地局装置２０と端末装置４０との間の距離で決定するわけではなく、ビームの向きによっても変化する。そのため、基地局装置２０が送信するビームの向きによって隣接セルの端末装置４０に与える干渉量が変化する。
　例えば、図４では、基地局装置２０＿Ａからの送信ビームは、通信相手である端末装置４０＿Ａだけでなく隣のセルの端末装置４０＿Ｃにも到達し、干渉量が大きくなる。一方、基地局装置２０＿Ａの送信ビームの方向に位置していない端末装置４０＿Ｂは、基地局装置２０＿Ａの送信ビームを受信しにくいため、基地局装置２０＿Ａが端末装置４０＿Ｂに与える干渉量は小さくなる。このように、同じ隣接セルに属する端末装置４０＿Ｂ、４０＿Ｃであっても、基地局装置２０＿Ａの送信ビームの向きによって被干渉量が異なる。
　また、ビームの減衰量は、ビーム幅によって変化する。ビーム幅が狭いほどエネルギーが分散しないためビームは遠くまで到達する。例えば、図４の基地局装置２０＿Ａが、端末装置４０＿Ａに信号を送信するためにビーム幅が狭いビームを使用すると、隣接するセルの端末装置４０＿Ｃにまで受信強度の高い送信ビームが届き、端末装置４０＿Ｃに大きな干渉を与えてしまう場合がある。なお、ビームの減衰量は、周波数によっても変化し、高周波のビームほど減衰量が大きくなり、ビームの利得のメリットが相殺される。このように、通信相手以外の端末装置４０＿Ｃに干渉を与えるか否かは、基地局装置２０＿Ａからの距離よりも、基地局装置２０＿Ａが送信するビームの向きや幅に関係するため、干渉制御が難しくなってくる。
　上述したように、ローカル・セルラーネットワークでは、守るべき非常に重要な通信が存在する場合があるにもかかわらず、従来よりも干渉が通信に大きな影響を与えてしまうケースが増加する可能性が高くなる。そこで、基地局装置２０の重要な通信を守ることが必要となる。
　＜＜２．技術的課題＞＞
　ここで、ローカル・セルラーシステムにとって重要なＰＤＵセッションを守るための課題について検討する。
　４Ｇや５Ｇでは、通信の優先度（重要度）を示す指標としてＱｏＳ（Quality　of　Service）レベルを使用することが想定される。例えば、セルラーネットワークシステムは、重要な通信のＱｏＳレベルを高くすることで、他の通信より優先して、重要な通信を行うことができる。
　しかしながら、ＱｏＳレベルではビーム間の干渉について考慮されていない。そのため、ＱｏＳレベルだけでは重要な通信が例えばビーム間干渉によって阻害され、セルラーネットワークシステムは、重要な通信を守ることができない恐れがある。
　また、５Ｇでは、Network　sliceという概念が導入されている。Network　sliceを導入することで、セルラーネットワークシステムは、Isolatedな複数のnetworkを提供することができる。セルラーネットワークシステムは、Network　sliceを使用することで、性質の異なる複数のNetworkをvirtualなNetworkとして提供することができる。
　Network　sliceで提供される複数のネットワークが、それぞれ異なる通信機器及び異なる通信経路を用いていれば、各ネットワークはそれぞれ完全に分離されており、互いに影響を与えることはない。しかしながら、同じ通信機器を用いる複数のネットワークの場合、例えばVirtual　Machineなどのレベルでリソースを分離することができるが、各ネットワークを完全に分離することは難しい。
　コアネットワーク側のNetwork　Slice間のIsolationは、可能である。一方、無線区間のRANでは、Network　SliceのIsolationを確保するのが困難である。完全に周波数を分離しない限り、RANでのIsolationを確保することは難しい。しかしながら、現状は、一つの周波数を複数のNetwork　Sliceで共用しているため、各ネットワークが完全に分離されているとは言えない状況である。特に、ローカル・セルラーネットワークシステムでは、限られた周波数を使用して通信を行うことが重要となるため、RANでは、Network　SliceによるIsolationが確保できないと考えられる。
　このように従来のネットワークシステムでは、重要な通信を守ることが難しい場合があった。重要なアプリケーションとサービスにとって、使用している通信が守られず、干渉によって使えなくなることは非常事態である。上述したように、ＱｏＳを用いて重要な通信を守ろうとしても、他の通信からの干渉を抑制することは難しかった。これは、ＱｏＳが、基地局装置間の干渉抑制をコーディネートするものではなく、主に基地局装置のスケジューリングにおいて調整の優先度に使用されるものであるからである。
　また、上述したように、Network　Sliceによって、通信を仮想的に独立させる技術がある。Network　Sliceによって通信が完全に独立しているのであれば、一方の通信が他方の通信に影響（例えば、干渉）を与えることはない。しかしながら、無線区間であるＲＡＮでは、通信を完全に独立することは難しい。そのため、重要な通信を特定のNetwork　Sliceに割り当てても、他のNetwork　Sliceに割り当てられた無線通信によって干渉が生じる可能性があり、重要な通信の品角劣化を避けることが難しかった。
　ローカル・セルラーネットワークのように、例えば工場内やスタジオ内、オフィス内等での通信で特にビームフォーミングを使用している場合、干渉の問題が大きくなる。そのため、重要な通信を例えばビームによる干渉から守る技術の確立が求められていた。
　そこで、本開示では、ローカル・セルラーネットワークにおいて重要な通信を干渉からより確実に保護できるようにするための仕組みを提案する。
　＜＜３．通信システム＞＞
　＜３．１．干渉制御の概要＞
　そこで、本開示の実施形態では、重要な通信が干渉によって妨げられないように干渉制御を実施する。図５を用いて、本開示の実施形態に係る干渉制御の概要を説明する。図５は、本開示の実施形態に係る干渉制御の概要を説明するための図である。
　図５に示すように、本開示の実施形態に係る通信システムは、基地局装置２０と、端末装置４０と、アプリケーションファンクション（ＡＦ：Application　Function）ノード１０と、ＵＤＭノード３０と、を有する。本実施形態では、ローカル・セルラーネットワークのＡＦノード１０が通信制御を行う。このようにＡＦノード１０が通信制御を行うようにすることで、ローカル・セルラーネットワーク事業者がより重要な通信を守ることができる。
　また、本実施形態では、基地局装置２０と端末装置４０とが無線通信を行う。また、基地局装置２０、ＡＦノード１０及びＵＤＭノード３０は、コアネットワークで互いに接続される。
　本開示の通信制御では、まず、ＡＦノード１０がＵＤＭノード３０からＰＤＵセッション情報を取得する（ステップＳ１１）。ＰＤＵセッション情報には、どのＰＤＵセッションが重要であるかを示す情報が含まれる。ＰＤＵセッション情報は、例えばローカル・セルラーネットワーク事業者等によって予めＵＤＭノード３０に登録されている。
　ＡＦノード１０は、取得したＰＤＵセッション情報に基づき、通信を維持するＰＤＵセッション及び解放（Release）するＰＤＵセッションを決定し、解放すると決定したＰＤＵセッションの解放を要求する（ステップＳ１２）。ＡＦノード１０は、例えばＳＭＦノード（図示省略）にＰＤＵセッションの解放を要求する。
　例えば、図５に示すように、基地局装置２０＿Ａと端末装置４０＿Ａとが第２のＰＤＵセッションで通信を行い、基地局装置２０＿Ｂと端末装置４０＿Ｂとが第１のＰＤＵセッションで通信を行っているものとする。また、ＵＤＭノード３０に端末装置４０＿Ｂとの通信が重要である旨の情報が保持されているものとする。
　このとき、ＡＦノード１０は、ＵＤＭノード３０から取得したＰＤＵセッション情報に基づき、端末装置４０＿Ｂとの間の第１のＰＤＵセッションを維持すると決定し、端末装置４０＿Ａとの間の第２のＰＤＵセッションを解放するよう要求する。
　基地局装置２０＿Ａと端末装置４０＿Ａとの間の第２のＰＤＵセッションが解放されることで、第２のＰＤＵセッションが、基地局装置２０＿Ｂと端末装置４０＿Ｂとの間の第１のＰＤＵセッションでの通信に与える干渉を抑制することができる。これにより、ローカル・セルラーネットワークは、基地局装置２０＿Ｂと端末装置４０＿Ｂとの間の通信（第１のＰＤＵセッション）を第２のＰＤＵセッションからの干渉から守ることができる。
　なお、Primaryシステムという優先されたネットワークの空き時間にSecondaryシステムが通信を行えるか否かを判断する技術が提案されている。このようなシステムにおいて、Secondaryシステムでの通信がPrimaryシステムの通信に影響を与えるか否かを判断する通信制御に関する技術の提案が行われている。
　しかしながら、上述した通信制御に関する技術は、Primaryシステム及びSecondaryシステムという２つのシステムでの通信のコーディネーションを行うものである。かかる点において、同一システムでの通信のコーディネーションを行うことを目的とする本実施形態の通信制御とは異なる。また、本実施形態に係る通信システムは、特定の重要なＰＤＵセッションを守るものであり、本実施形態に係る通信システムでは、後述するように、コアネットワークのＡＰＩを使用して通信制御を行う。かかる点においてもPrimaryシステム及びSecondaryシステムの通信制御とは異なるものである。
　＜３．２．通信システムの構成例＞
　続いて、本開示の実施形態に係る通信システムの構成例について説明する。図６は、本開示の実施形態に係る通信システムの構成例を示す図である。本実施形態に係る通信システムは、上述したローカル・セルラーネットワークシステムである。ここでは、本実施形態に通信システムが第５世代移動体通信システム（５Ｇ）である場合について説明するが、これに限定されない。本実施形態に係る通信システムが、例えばＬＴＥなど他の移動体通信システムであってもよい。
　本実施形態に係る通信システムのセルラーネットワークシステムは、ＲＡＮ（Radio　Access　Network）及びＣＮ（Core　Network）を含んで構成される。ＲＡＮは、基地局装置２０と端末装置４０との間の無線システムである。ＣＮは、端末装置４０がセルラーネットワークへ接続する際の許可やセッション管理を主に行っている。４Ｇ及び５Ｇにおいても、ＣＮは、Control　Plan　Function及びUser　Plane　Functionを含んで構成される。
　図６に示すように、本実施形態に係る通信システムは、５Ｇコアネットワーク１２０と、基地局装置（ＲＡＮ／ＡＮ）２０と、端末装置（ＵＥ）４０と、ＤＮノード１６０と、を含む。
　ＲＡＮ／ＡＮ２０は、ＲＡＮ（Radio　Access　Network）との接続、およびＲＡＮ以外のＡＮ（Access　Network）と接続する機能を有する。ＲＡＮ／ＡＮ２０は、ｇＮＢ、或いは、ｎｇ－ｅＮＢと呼ばれる基地局装置を含む。
　５Ｇコアネットワーク１２０は、５ＧＣ（5G　Core）／ＮＧＣ（Next　Generation　Core）とも呼ばれる。以下、５Ｇコアネットワーク１２０を５ＧＣ／ＮＧＣ１２０とも称する。５ＧＣ／ＮＧＣ１２０は、ＲＡＮ／ＡＮ２０を介してＵＥ（User　Equipment）４０と接続する。
　５ＧＣ／ＮＧＣ１２０は、ユーザプレーン機能（ＵＰＦ：User　Plane　Function）ノード１５０およびコントロールプレーン機能群１３０を含んで構成される。
　ＵＰＦノード１５０は、User　Plane　Functionで重要なＮＦ（Network　Function）ノードである。ＵＰＦノード１５０は、ユーザプレーン処理の機能を有する。ＵＰＦノード１５０は、ユーザプレーンで扱われるデータのルーティング／転送機能を含む。
　なお、ＵＰＦノード１５０及びＤＮ（Data　Network）ノード１６０をあわせてユーザプレーン機能群としてもよい。この場合、ＤＮノード１６０は５ＧＣ／ＮＧＣ１２０に含まれる。ＤＮノード１６０は、セルラーサービス事業者が提供するサービスやインターネット、サードパーティーのサービスに接続する機能を有する。
　コントロールプレーン機能群１３０は、ＡＭＦ（Access　Management　Function）ノード１３９、ＳＭＦ（Session　Management　Function）ノード１３６、ＡＵＳＦ（Authentication　Server　Function）ノード１３１、ＮＳＳＦ（Network　Slice　Selection　Function）ノード１３４、ＮＥＦ（Network　Exposure　Function）ノード１３２、ＮＲＦ（Network　Repository　Function）ノード１３３、ＰＣＦ（Policy　Control　Function）ノード１３５、ＵＤＭ（Unified　Data　Management）ノード３０、および、ＡＦノード１０を含む。
　ＡＭＦノード１３９は、ＵＥ４０のレジストレーション処理や接続管理、モビリティ管理等の機能を有する。例えば、ＡＭＦノード１３９は、端末装置４０の端末のhandoverの管理を行ってもよい。また、ＡＭＦノード１３９は、端末装置４０の位置情報を管理する。
　ＳＭＦノード１３６は、セッション管理、ＵＥ４０のＩＰ割り当てと管理等の機能を有する。ＳＭＦノード１３６は、端末装置４０のためにＰＤＵセッションの確立や解放を行ってＰＤＵセッションの管理を行うことが主な役割である。また、ＳＭＦノード１３６は、端末装置４０にIP　addressを付与する。
　ＵＤＭノード３０は３ＧＰＰ　ＡＫＡ認証情報の生成、ユーザＩＤの処理の機能を有する。ＡＦノード１０は、コアネットワークと相互に作用してサービスを提供する機能を有する。
　ＵＤＭノード３０、ＡＭＦノード１３９、ＳＭＦノード１３６は、Control　Planの重要なＮＦノードである。
　ＡＵＳＦノード１３１は、認証機能を有する。ＮＳＳＦノード１３４は、ネットワークスライスの選択にかかる機能を有する。ＮＥＦノード１３２は、サードパーティー、ＡＦノード１０やエッジ・コンピューティング機能に対してネットワーク機能のケイパビリティやイベントを提供する機能を有する。
　ＮＲＦノード１３３は、ネットワーク機能の発見やネットワーク機能のプロファイルを保持する機能を有する。ＰＣＦノード１３５は、ポリシー制御の機能を有する。
　コントロールプレーン機能群１３０の各Control　Plan　Functionは、データサーバであり、端末装置（ＵＥ）４０の加入者情報を格納しているＵＤＭノード３０から情報を取得することで、端末装置４０の情報を取得する。
　Control　PlanのＮＦノードであるＵＤＭノード３０、ＡＭＦノード１３９、ＳＭＦノード１３６は、ＡＰＩを介して、互いに保持している情報をやり取り可能に構成される。また、ＵＤＭノード３０、ＡＭＦノード１３９、ＳＭＦノード１３６は、ＡＰＩを介して、互いの動作を制御可能に構成される。かかるＮＦノードの詳細は、例えばTS23.501、TS23.502に記載されている。
　また、５ＧＣ／ＮＧＣ１２０には、Service　Based　InterfaceというＡＰＩ(Application　Programming　Interface)経由で情報の伝達、機能の制御を行うインターフェースが用意されている。ＡＰＩは、リソースを指定して、そのリソースに対して、GET（リソースの取得）、POST（リソースの作成、データの追加）、PUT（リソースの作成、リソースの更新）、DELETE（リソースの削除）などを可能とする。かかるＡＰＩの機能は、例えばＷｅｂサービス等で一般的に使用されている機能である。このようにインターフェースをＡＰＩで定義し、それを公開することにより、ＮＦノードの追加が容易になったり、ＡＦノード１０がNetworkの情報を見て、Applicationの動作を変えたりすることなどが可能になる。
　また、５ＧＣ／ＮＧＣ１２０には、ＮＥＦノード１３２が用意されている。ＮＥＦノード１３２は、ＡＦノード１０が各ＮＦノードからの情報を取得するときに利用される。具体的には、ＡＦノード１０は、ＮＥＦノード１３２経由で各ＮＦノードから情報を取得する。かかる点については、標準規格で定義されているが、ローカル・セルラーネットワークでは、コアネットワークの自由な改変が可能である。そのため、ＡＦノード１０が、ＮＥＦノード１３２を介さずに、直接ＮＦノードから情報を取得したり、ＮＦノードを制御したりするよう改変することも可能であると考えられる。このように、ＮＥＦノード１３２を経由せずに各ＮＦノードとやり取りを行うＡＦノード１０は、従来のＡＦノードとは異なる、新しいＮＦノードといっても差し支えないかもしれない。このように、本開示のＡＦノード１０は、ＮＦノードであるといってもよい。
　また、端末装置４０が基地局装置２０を介して５ＧＣ／ＮＧＣ１２０と通信を行う場合、ＰＤＵセッションがＳＭＦノード１３６によって用意される。ＳＭＦノード１３６によってＰＤＵセッションが確立されると、端末装置４０と基地局装置２０との間で通信が行えるようになり、端末装置４０は、基地局装置２０を介してインターネットと通信を行うことができるようになる。
　ＡＦノード１０は、コアネットワーク（例えば、５ＧＣ）と通信可能（相互作用可能）に構成される。例えばＡＦノード１０は、以下の機能のうち少なくとも１つをサポートしていてもよい。また、後述されるＡＦノード１０と関連するＮＦs（例えば、ＡＭＦ、ＳＭＦ）とのインタラクションは、以下の機能のうち少なくとも１つの機能の一部であってもよい。
・Application　influence　on　traffic　routing、
・Accessing　Network　Exposure　Function（NEF）、又は
・Interacting　with　the　Policy　framework　for　policy　control。
　ＡＦノード１０が、オペレータのデプロイメント次第で、関連するＮＦｓ（前述のコアネットワークに含まれるノードの少なくとも一部）と直接通信可能に構成され得るか、ＮＥＦを介して通信可能となる。
　ＡＦノード１０は、他のＮＦ（s）が開示するＡＰＩ（Service　based　interface）を利用して、他のＮＦ（s）が開示する情報を取得することができる。例えば、ＡＦノード１０は、ＳＭＦノード１３６のＡＰＩを介して端末装置４０のＰＤＵセッションの状況（確立、解放等）を知ることができる。かかるＡＰＩは、基本的にＡＭＦノード１３９や他のＳＭＦノード１３６がＰＤＵセッションに関する情報を参照することを想定して作られたものである。本実施形態では、ＡＦノード１０がかかるＡＰＩを用いてＰＤＵセッションに関する情報を参照し制御することにより、通信制御を行うものである。なお、ＡＦノード１０も他のＮＦ（s）のためにService-based　interface　"Naf"を開示する。
　＜３．３．ＡＦノードの構成例＞
　続いて、本開示の実施形態に係る５ＧＣ／ＮＧＣ１２０の各ノードの構成の一例として、ＡＦノード１０の構成例について説明する。図７は、本開示の実施形態に係るＡＦノード１０の構成例を示すブロック図である。
　ＡＦノード１０は、例えば、サーバ装置を含む情報処理装置であり、通信部１１と、記憶部１２と、制御部１３と、を備える。なお、図７に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、ＡＦノード１０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。例えば、ＡＦノード１０は、複数のサーバ装置により構成されていてもよい。さらに、ＡＦノード１０の機能は、動的に複数の物理的に分離された構成に分散して実装されてもよい。
　通信部１１は、他の装置と通信するための通信インターフェースである。通信部１１は、ネットワークインターフェースであってもよいし、機器接続インターフェースであってもよい。通信部１１は、インターネット回線に直接的或いは間接的に接続する機能を備える。例えば、通信部１１は、ＮＩＣ（Network　Interface　Card）等のＬＡＮ（Local　Area　Network）インターフェースを備えていてよいし、ＵＳＢ（Universal　Serial　Bus）ホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインターフェースを備えていてもよい。また、通信部１１は、有線インターフェースであってもよいし、無線インターフェースであってもよい。通信部１１は、ＡＦノード１０の通信手段として機能する。通信部１１は、制御部１３の制御に従って５ＧＣ／ＮＧＣ１２０の他のノードと通信する。
　記憶部１２は、ＤＲＡＭ（Dynamic　Random　Access　Memory）、ＳＲＡＭ（Static　Random　Access　Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１２は、ＡＦノード１０の記憶手段として機能する。
　制御部１３は、ＡＦノード１０の各部を制御するコントローラ（controller）である。制御部１３は、例えば、ＣＰＵ（Central　Processing　Unit）、ＭＰＵ（Micro　Processing　Unit）等のプロセッサにより実現される。例えば、制御部１３は、ＡＦノード１０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random　Access　Memory）等を作業領域として実行することにより実現される。なお、制御部１３は、ＡＳＩＣ（Application　Specific　Integrated　Circuit）やＦＰＧＡ（Field　Programmable　Gate　Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。
　制御部１３は、コアネットワークと相互に作用してサービスを提供する。また、制御部１３は、後述する通信制御処理を実行する。
　＜３．４．ＵＤＭノードの構成例＞
　続いて、本開示の実施形態に係る５ＧＣ／ＮＧＣ１２０の各ノードの構成の一例として、ＵＤＭノード３０の構成例について説明する。図８は、本開示の実施形態に係るＵＤＭノード３０の構成例を示すブロック図である。
　ＵＤＭノード３０は、例えば、サーバ装置を含む情報処理装置であり、通信部３１と、記憶部３２と、制御部３３と、を備える。なお、図８に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、ＵＤＭノード３０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。例えば、ＵＤＭノード３０は、複数のサーバ装置により構成されていてもよい。さらに、ＵＤＭノード３０の機能は、動的に複数の物理的に分離された構成に分散して実装されてもよい。
　通信部３１は、他の装置と通信するための通信インターフェースである。通信部３１は、ネットワークインターフェースであってもよいし、機器接続インターフェースであってもよい。通信部３１は、インターネット回線に直接的或いは間接的に接続する機能を備える。例えば、通信部３１は、ＮＩＣ（Network　Interface　Card）等のＬＡＮ（Local　Area　Network）インターフェースを備えていてよいし、ＵＳＢ（Universal　Serial　Bus）ホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインターフェースを備えていてもよい。また、通信部３１は、有線インターフェースであってもよいし、無線インターフェースであってもよい。通信部３１は、ＵＤＭノード３０の通信手段として機能する。通信部３１は、制御部３３の制御に従って５ＧＣ／ＮＧＣ１２０の他のノードと通信する。
　記憶部３２は、ＤＲＡＭ（Dynamic　Random　Access　Memory）、ＳＲＡＭ（Static　Random　Access　Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部３２は、ＵＤＭノード３０の記憶手段として機能する。記憶部３２は、例えば後述するＰＤＵセッション情報を記憶する。
　制御部３３は、ＵＤＭノード３０の各部を制御するコントローラ（controller）である。制御部３３は、例えば、ＣＰＵ（Central　Processing　Unit）、ＭＰＵ（Micro　Processing　Unit）等のプロセッサにより実現される。例えば、制御部３３は、ＵＤＭノード３０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random　Access　Memory）等を作業領域として実行することにより実現される。なお、制御部３３は、ＡＳＩＣ（Application　Specific　Integrated　Circuit）やＦＰＧＡ（Field　Programmable　Gate　Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。
　制御部３３は、コアネットワークと相互に作用してサービスを提供する。また、制御部３３は、後述する通信制御処理を実行する。
　なお、５ＧＣ／ＮＧＣ１２０の各ノードの構成の一例として、ＡＦノード１０及びＵＤＭノード３０の構成例について説明したが、他のノードもＡＦノード１０及びＵＤＭノード３０と同様の構成で実現し得る。この場合、制御部１３、３３は、各ノードの機能に応じた処理を実行するものとする。
　＜３．５．基地局装置の構成例＞
　基地局装置２０は、セルを運用し、ＵＥ４０と無線通信する無線通信装置である。基地局装置２０は通信装置の一種である。基地局装置２０は、複数が互いに接続されていてもよい。１つ又は複数の基地局装置２０は無線アクセスネットワーク（Radio　Access　Network：ＲＡＮ）に含まれていてもよい。すなわち、基地局装置２０は単にＲＡＮ、ＲＡＮノード、ＡＮ（Access　Network）、ＡＮノードと称されてもよい。接続するＣＮがＥＰＣである場合、対応するＲＡＮはＥＵＴＲＡＮ（Enhanced　Universal　Terrestrial　RAN）と呼ばれる。接続するＣＮが５ＧＣである場合、対応するＲＡＮはＮＧＲＡＮと呼ばれる。Ｗ－ＣＤＭＡ（ＵＭＴＳ）におけるＲＡＮはＵＴＲＡＮと呼ばれる。ＬＴＥの基地局は、eNodeB（Evolved　Node　B）又はeNBと称される。すなわち、ＥＵＴＲＡＮは１又は複数のeNodeB（eNB）を含む。また、ＮＲの基地局は、gNodeB又はgNBと称される。すなわち、ＮＧＲＡＮは１又は複数のgNBを含む。さらに、ＥＵＴＲＡＮは、ＬＴＥの通信システム（ＥＰＳ）におけるコアネットワーク（ＥＰＣ）に接続されたgNB（en-gNB）を含んでいてもよい。同様にＮＧＲＡＮは５Ｇ通信システム（５ＧＳ）におけるコアネットワーク５ＧＣに接続されたng-eNBを含んでいてもよい。さらに又はこれに代えて、基地局装置２０がeNB、gNBなどである場合、3GPP　Accessと称されてもよい。さらに又はこれに代えて、基地局装置２０が無線アクセスポイント（Access　Point）である場合、Non-3GPP　Accessと称されてもよい。さらに又はこれに代えて、基地局装置２０は、ＲＲＨ（Remote　Radio　Head）又はＲＲＵ（Remote　Radio　Unit）と呼ばれる光張り出し装置であってもよい。さらに又はこれに代えて、基地局がgNBである場合、基地局装置２０は前述したgNB　CU（Central　Unit）とgNB　DU（Distributed　Unit）の組み合わせ、又は、これらのうちいずれかと称されてもよい。gNB　CU（Central　Unit）は、ＵＥ４０との通信のために、Access　Stratumのうち、複数の上位レイヤ（例えば、ＲＲＣ、ＳＤＡＰ、ＰＤＣＰ）をホストする。一方、gNB-DUは、Access　Stratumのうち、複数の下位レイヤ（例えば、ＲＬＣ、ＭＡＣ、ＰＨＹ）をホストする。すなわち、基地局装置２０から送信されるメッセージ・情報のうち、RRC　signalling（準静的な通知）はgNB　CUで生成され、一方でDCI（動的な通知）はgNB-DUは生成されてもよい。又はこれに代えて、RRC　configuration（準静的な通知）のうち、例えばIE:cellGroupConfigなど一部のconfigurationについてはgNB-DUで生成され、残りのconfigurationはgNB-CUで生成されてもよい。これらのconfigurationは、Ｆ１インターフェースで送受信されてもよい。基地局装置２０は、他の基地局装置２０と通信可能に構成されていてもよい。例えば、複数の基地局装置２０がeNB同士又はeNBとen-gNBの組み合わせである場合、当該基地局装置２０間はＸ２インターフェースで接続されてもよい。さらに又はこれに代えて、複数の基地局がgNB同士又はgn-eNBとgNBの組み合わせである場合、当該装置間はＸｎインターフェースで接続されてもよい。さらに又はこれに代えて、複数の基地局装置２０がgNB　CU(Central　Unit)とgNB　DU(Distributed　Unit)の組み合わせである場合、当該装置間は前述したＦ１インターフェースで接続されてもよい。基地局装置２０から送信されるメッセージ・情報は複数基地局間で（例えばＸ２、Ｘｎ、Ｆ１インターフェースを介して）通信されてもよい。また、基地局装置２０は、無線アクセス回線と無線バックホール回線を時分割多重、周波数分割多重、或いは、空間分割多重で提供するＩＡＢ（Integrated　Access　and　Backhaul）ドナーノード、或いは、ＩＡＢリレーノードであってもよい。
　基地局装置２０により提供されるセルはServing　cellと呼ばれる。Serving　cellはPCell（Primary　Cell）及びSCell（Secondary　Cell）を含む。Dual　Connectivity（例えば、EUTRA-EUTRA　Dual　Connectivity、EUTRA-NR　Dual　Connectivity（ＥＮＤＣ）、EUTRA-NR　Dual　Connectivity　with　5GC、NR-EUTRA　Dual　Connectivity（ＮＥＤＣ）、NR-NR　Dual　Connectivity）がＵＥ４０に提供される場合、ＭＮ（Master　Node）によって提供されるPCell及びゼロ又は１以上のSCell（s）はMaster　Cell　Groupと呼ばれる。さらに、Serving　cellはPSCell（Primary　Secondary　Cell又はPrimary　SCG　Cell）を含んでもよい。すなわち、Dual　Connectivity　がＵＥ４０に提供される場合、ＳＮ（Secondary　Node）によって提供されるPSCell及びゼロ又は１以上のSCell（s）はSecondary　Cell　Group（ＳＣＧ）と呼ばれる。特別な設定（例えば、PUCCH　on　SCell）がされていない限り、物理上りリンク制御チャネル（ＰＵＣＣＨ）はPCell及びPSCellで送信されるが、SCellでは送信されない。また、Radio　Link　FailureもPCell及びPSCellでは検出されるが、SCellでは検出されない（検出しなくてよい）。このようにPCell及びPSCellは、Serving　Cell（s）の中で特別な役割を持つため、Special　Cell（SpCell）とも呼ばれる。１つのセルには、１つのDownlink　Component　Carrierと１つのUplink　Component　Carrier　が対応付けられてもよい。また、１つのセルに対応するシステム帯域幅は、複数の帯域幅部分（Bandwidth　Part）に分割されてもよい。この場合、１又は複数のBandwidth　PartがUEに設定され、１つのBandwidth　PartがActive　BWPとして、ＵＥ４０に使用されてもよい。また、セル毎、コンポーネントキャリア毎又はＢＷＰ毎に、端末装置（ＵＥ）４０が使用できる無線資源（例えば、周波数帯域、ヌメロロジー（サブキャリアスペーシング）、スロットフォーマット(Slot　configuration)）が異なっていてもよい。上述したビームは、１つのセル又は１つのBWP内でユニークに識別され得る。
　なお、基地局装置２０は、基地局装置－コアネットワーク間インターフェース（例えば、S1　Interface、NG　Interface等）を介してお互いに通信可能であってもよい。このインターフェースは、有線及び無線のいずれであってもよい。
　基地局装置２０は、さまざまなエンティティ（主体）によって利用、運用、及び／又は管理され得る。例えば、エンティティとしては、移動体通信事業者（MNO：Mobile　Network　Operator）、仮想移動体通信事業者（MVNO：Mobile　Virtual　Network　Operator）、仮想移動体通信イネーブラ（MVNE：Mobile　Virtual　Network　Enabler）、ニュートラルホストネットワーク（NHN：Neutral　Host　Network）事業者、エンタープライズ、教育機関（学校法人、各自治体教育委員会、等）、不動産（ビル、マンション等）管理者、個人などが想定され得る。
　勿論、基地局装置２０の利用、運用、及び／又は管理の主体はこれらに限定されない。基地局装置２０は１事業者が設置及び／又は運用を行うものであってもよいし、一個人が設置及び／又は運用を行うものであってもよい。勿論、基地局装置２０の設置・運用主体はこれらに限定されない。例えば、基地局装置２０は、複数の事業者または複数の個人が共同で設置・運用を行うものであってもよい。また、基地局装置２０は、複数の事業者または複数の個人が利用する共用設備であってもよい。この場合、設備の設置及び／又は運用は利用者とは異なる第三者によって実施されてもよい。
　なお、基地局装置（基地局ともいう。）という概念には、ドナー基地局のみならず、リレー基地局（中継局、或いは中継局装置ともいう。）も含まれる。また、基地局という概念には、基地局の機能を備えた構造物（Structure）のみならず、構造物に設置される装置も含まれる。
　構造物は、例えば、高層ビル、家屋、鉄塔、駅施設、空港施設、港湾施設、スタジアム等の建物である。なお、構造物という概念には、建物のみならず、トンネル、橋梁、ダム、塀、鉄柱等の構築物（Non-building　structure）や、クレーン、門、風車等の設備も含まれる。また、構造物という概念には、陸上（狭義の地上）又は地中の構造物のみならず、桟橋、メガフロート等の水上の構造物や、海洋観測設備等の水中の構造物も含まれる。基地局装置は、処理装置、或いは情報処理装置と言い換えることができる。
　基地局装置２０は、ドナー局であってもよいし、リレー局（中継局）であってもよい。また、基地局装置２０は、固定局であってもよいし、移動局であってもよい。移動局は、移動可能に構成された無線通信装置（例えば、基地局装置）である。このとき、基地局装置２０は、移動体に設置される装置であってもよいし、移動体そのものであってもよい。例えば、移動能力（Mobility）をもつリレー局装置は、移動局としての基地局装置２０とみなすことができる。また、車両、ドローン、スマートフォンなど、もともと移動能力がある装置であって、基地局装置の機能（少なくとも基地局装置の機能の一部）を搭載した装置も、移動局としての基地局装置２０に該当する。
　ここで、移動体は、スマートフォンや携帯電話等のモバイル端末であってもよい。また、移動体は、陸上（狭義の地上）を移動する移動体（例えば、自動車、自転車、バス、トラック、自動二輪車、列車、リニアモーターカー等の車両）であってもよいし、地中（例えば、トンネル内）を移動する移動体（例えば、地下鉄）であってもよい。
　また、移動体は、水上を移動する移動体（例えば、旅客船、貨物船、ホバークラフト等の船舶）であってもよいし、水中を移動する移動体（例えば、潜水艇、潜水艦、無人潜水機等の潜水船）であってもよい。
　また、移動体は、大気圏内を移動する移動体（例えば、飛行機、飛行船、ドローン等の航空機）であってもよいし、大気圏外を移動する移動体（例えば、人工衛星、宇宙船、宇宙ステーション、探査機等の人工天体）であってもよい。大気圏外を移動する移動体は宇宙移動体と言い換えることができる。
　また、基地局装置２０は、地上に設置される地上基地局装置（地上局装置）であってもよい。例えば、基地局装置２０は、地上の構造物に配置される基地局装置であってもよいし、地上を移動する移動体に設置される基地局装置であってもよい。より具体的には、基地局装置２０は、ビル等の構造物に設置されたアンテナ及びそのアンテナに接続する信号処理装置であってもよい。勿論、基地局装置２０は、構造物や移動体そのものであってもよい。「地上」は、陸上（狭義の地上）のみならず、地中、水上、水中も含む広義の地上である。なお、基地局装置２０は、地上基地局装置に限られない。基地局装置２０は、空中又は宇宙を浮遊可能な非地上基地局装置（非地上局装置）であってもよい。例えば、基地局装置２０は、航空機局装置や衛星局装置であってもよい。
　航空機局装置は、航空機等、大気圏内を浮遊可能な無線通信装置である。航空機局装置は、航空機等に搭載される装置であってもよいし、航空機そのものであってもよい。なお、航空機という概念には、飛行機、グライダー等の重航空機のみならず、気球、飛行船等の軽航空機も含まれる。また、航空機という概念には、重航空機や軽航空機のみならず、ヘリコプターやオートジャイロ等の回転翼機も含まれる。なお、航空機局装置（又は、航空機局装置が搭載される航空機）は、ドローン等の無人航空機であってもよい。
　なお、無人航空機という概念には、無人航空システム（UAS：Unmanned　Aircraft　Systems）、つなぎ無人航空システム（tethered　UAS）も含まれる。また、無人航空機という概念には、軽無人航空システム（LTA：Lighter　than　Air　UAS）、重無人航空システム（HTA：Heavier　than　Air　UAS）が含まれる。その他、無人航空機という概念には、高高度無人航空システムプラットフォーム（HAPs：High　Altitude　UAS　Platforms）も含まれる。
　衛星局装置は、大気圏外を浮遊可能な無線通信装置である。衛星局装置は、人工衛星等の宇宙移動体に搭載される装置であってもよいし、宇宙移動体そのものであってもよい。衛星局装置となる衛星は、低軌道（LEO：Low　Earth　Orbiting）衛星、中軌道（MEO：Medium　Earth　Orbiting）衛星、静止（GEO：Geostationary　Earth　Orbiting）衛星、高楕円軌道（HEO：Highly　Elliptical　Orbiting）衛星の何れであってもよい。勿論、衛星局装置は、低軌道衛星、中軌道衛星、静止衛星、又は高楕円軌道衛星に搭載される装置であってもよい。
　基地局装置２０のカバレッジ（例えば、セル）の大きさは、マクロセルのような大きなものから、ピコセルのような小さなものであってもよい。勿論、基地局装置２０のカバレッジの大きさは、フェムトセルのような極めて小さなものであってもよい。また、基地局装置２０はビームフォーミングの能力を有していてもよい。この場合、基地局装置２０はビームごとにセルやサービスエリアが形成されてもよい。
　別の側面では、基地局装置２０は、以下のように複数の物理的又は論理的装置の集合で構成されていてもよい。例えば、本開示の実施形態において基地局装置２０は、ＢＢＵ（Baseband　Unit）及びＲＵ（Radio　Unit）の複数の装置に区別され、これら複数の装置の集合体として解釈されてもよい。さらに又はこれに代えて、本開示の実施形態において基地局装置２０は、ＢＢＵ及びＲＵのうちいずれか又は両方であってもよい。ＢＢＵとＲＵとは所定のインタフェース（例えば、eCPRI）で接続されていてもよい。さらに又はこれに代えて、ＲＵはRemote　Radio　Unit（ＲＲＵ）又はRadio　DoT（ＲＤ）と称されていてもよい。さらに又はこれに代えて、ＲＵは前述したgNB-DUに対応していてもよい。さらに又はこれに代えてＢＢＵは、前述したgNB-CUに対応していてもよい。さらに又はこれに代えて、ＲＵはアンテナと一体的に形成された装置であってもよい。基地局装置２０が有するアンテナ（例えば、ＲＵと一体的に形成されたアンテナ）はAdvanced　Antenna　Systemを採用し、ＭＩＭＯ（例えば、FD-MIMO）やビームフォーミングをサポートしていてもよい。Advanced　Antenna　Systemは、基地局装置２０が有するアンテナ（例えばＲＵと一体的に形成されたアンテナ）は、例えば、６４個の送信用アンテナポート及び６４個の受信用アンテナポートを備えていてもよい。
　ここで、図９を用いて、基地局装置２０の構成例について説明する。図９は、本開示の実施形態に係る基地局装置２０の構成例を示す図である。基地局装置２０は、信号処理部２１と、記憶部２２と、制御部２３と、を備える。なお、図９に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、基地局装置２０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。
　信号処理部２１は、他の無線通信装置（例えば、端末装置４０）と無線通信するための信号処理部である。信号処理部２１は、制御部２３の制御に従って動作する。信号処理部２１は１又は複数の無線アクセス方式に対応する。例えば、信号処理部２１は、ＮＲ及びＬＴＥの双方に対応する。信号処理部２１は、ＮＲやＬＴＥに加えて、Ｗ－ＣＤＭＡやｃｄｍａ２０００に対応していてもよい。
　信号処理部２１は、受信処理部２１１、送信処理部２１２、アンテナ２１３を備える。信号処理部２１は、受信処理部２１１、送信処理部２１２、及びアンテナ２１３をそれぞれ複数備えていてもよい。なお、信号処理部２１が複数の無線アクセス方式に対応する場合、信号処理部２１の各部は、無線アクセス方式毎に個別に構成されうる。例えば、受信処理部２１１及び送信処理部２１２は、ＬＴＥとＮＲとで個別に構成されてもよい。
　受信処理部２１１は、アンテナ２１３を介して受信された上りリンク信号の処理を行う。受信処理部２１１は、無線受信部２１１ａと、多重分離部２１１ｂと、復調部２１１ｃと、復号部２１１ｄと、を備える。
　無線受信部２１１ａは、上りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバル（サイクリックプレフィックス）の除去、高速フーリエ変換による周波数領域信号の抽出等を行う。多重分離部２１１ｂは、無線受信部２１１ａから出力された信号から、ＰＵＳＣＨ（Physical　Uplink　Shared　Channel）、ＰＵＣＣＨ（Physical　Uplink　Control　Channel）等の上りリンクチャネル及び上りリンク参照信号を分離する。復調部２１１ｃは、上りリンクチャネルの変調シンボルに対して、ＢＰＳＫ（Binary　Phase　Shift　Keying）、ＱＰＳＫ（Quadrature　Phase　shift　Keying）等の変調方式を使って受信信号の復調を行う。復調部２１１ｃが使用する変調方式は、１６ＱＡＭ（Quadrature　Amplitude　Modulation）、６４ＱＡＭ、又は２５６ＱＡＭであってもよい。この場合、コンステレーション上の信号点は必ずしも等距離である必要はない。コンステレーションは、不均一コンステレーション（NUC：Non　Uniform　Constellation）であってもよい。復号部２１１ｄは、復調された上りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された上りリンクデータ及び上りリンク制御情報は制御部２３へ出力される。
　送信処理部２１２は、下りリンク制御情報及び下りリンクデータの送信処理を行う。送信処理部２１２は、符号化部２１２ａと、変調部２１２ｂと、多重部２１２ｃと、無線送信部２１２ｄと、を備える。
　符号化部２１２ａは、制御部２３から入力された下りリンク制御情報及び下りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の符号化方式を用いて符号化を行う。変調部２１２ｂは、符号化部２１２ａから出力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。この場合、コンステレーション上の信号点は必ずしも等距離である必要はない。コンステレーションは、不均一コンステレーションであってもよい。多重部２１２ｃは、各チャネルの変調シンボルと下りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。無線送信部２１２ｄは、多重部２１２ｃからの信号に対して、各種信号処理を行う。例えば、無線送信部２１２ｄは、高速フーリエ変換による時間領域への変換、ガードインターバル（サイクリックプレフィックス）の付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部２１２で生成された信号は、アンテナ２１３から送信される。
　記憶部２２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部２２は、基地局装置２０の記憶手段として機能する。
　制御部２３は、基地局装置２０の各部を制御するコントローラ（controller）である。制御部２３は、例えば、ＣＰＵ（Central　Processing　Unit）、ＭＰＵ（Micro　Processing　Unit）等のプロセッサにより実現される。例えば、制御部２３は、基地局装置２０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random　Access　Memory）等を作業領域として実行することにより実現される。なお、制御部２３は、ＡＳＩＣ（Application　Specific　Integrated　Circuit）やＦＰＧＡ（Field　Programmable　Gate　Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。
　＜３．６．端末装置の構成例＞
　端末装置４０は、基地局装置２０と無線通信する無線通信装置である。端末装置４０は、例えば、携帯電話、スマートデバイス（スマートフォン、又はタブレット）、ＰＤＡ（Personal　Digital　Assistant）、パーソナルコンピュータである。また、端末装置４０は、通信機能が具備された業務用カメラといった機器であってもよいし、ＦＰＵ(Field　Pickup　Unit)等の通信機器が搭載されたバイクや移動中継車等であってもよい。また、端末装置４０は、Ｍ２Ｍ（Machine　to　Machine）デバイス、又はＩｏＴ（Internet　of　Things）デバイスであってもよい。
　また、端末装置４０は、他の端末装置４０とサイドリンク通信が可能であってもよい。端末装置４０は、サイドリンク通信を行う際、ＨＡＲＱ等の自動再送技術を使用可能であってもよい。また、端末装置４０は、他の通信装置（例えば、基地局装置２０及び他の端末装置４０）とＬＰＷＡ通信が可能であってもよい。その他、端末装置４０が使用する無線通信は、ミリ波を使った無線通信であってもよい。なお、端末装置４０が使用する無線通信（サイドリンク通信を含む。）は、電波を使った無線通信であってもよいし、赤外線や可視光を使った無線通信（光無線）であってもよい。
　また、端末装置４０は、移動体装置であってもよい。ここで、移動体装置は、移動可能な無線通信装置である。このとき、端末装置４０は、移動体に設置される無線通信装置であってもよいし、移動体そのものであってもよい。例えば、端末装置４０は、自動車、バス、トラック、自動二輪車等の道路上を移動する車両（Vehicle）、或いは、当該車両に搭載された無線通信装置であってもよい。なお、移動体は、モバイル端末であってもよいし、陸上（狭義の地上）、地中、水上、或いは、水中を移動する移動体であってもよい。また、移動体は、ドローン、ヘリコプター等の大気圏内を移動する移動体であってもよいし、人工衛星等の大気圏外を移動する移動体であってもよい。
　なお、端末装置４０は、必ずしも人が直接的に使用する装置である必要はない。端末装置４０は、いわゆるＭＴＣ（Machine　Type　Communication）のように、工場の機械等に設置されるセンサであってもよい。また、端末装置４０は、Ｍ２Ｍ（Machine　to　Machine）デバイス、又はＩｏＴ（Internet　of　Things）デバイスであってもよい。また、端末装置４０は、Ｄ２Ｄ（Device　to　Device）やＶ２Ｘ（Vehicle　to　everything）に代表されるように、リレー通信機能を具備した装置であってもよい。また、端末装置４０は、無線バックホール等で利用されるＣＰＥ（Client　Premises　Equipment）と呼ばれる機器であってもよい。
　図９を用いて、端末装置４０の構成例について説明する。図９は、本開示の実施形態に係る端末装置４０の構成例を示す図である。端末装置４０は、信号処理部４１と、記憶部４２と、ネットワーク通信部４３と、入出力部４４と、制御部４５と、を備える。なお、図９に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、端末装置４０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。
　信号処理部４１は、他の無線通信装置（例えば、基地局装置２０、及び中継装置３０）と無線通信するための信号処理部である。信号処理部４１は、制御部４５の制御に従って動作する。信号処理部４１は１又は複数の無線アクセス方式に対応する。例えば、信号処理部４１は、ＮＲ及びＬＴＥの双方に対応する。信号処理部４１は、ＮＲやＬＴＥに加えて、Ｗ－ＣＤＭＡやｃｄｍａ２０００に対応していてもよい。
　信号処理部４１は、受信処理部４１１、送信処理部４１２、アンテナ４１３を備える。信号処理部４１は、受信処理部４１１、送信処理部４１２、及びアンテナ４１３をそれぞれ複数備えていてもよい。なお、信号処理部４１が複数の無線アクセス方式に対応する場合、信号処理部４１の各部は、無線アクセス方式毎に個別に構成されうる。例えば、受信処理部４１１及び送信処理部４１２は、ＬＴＥとＮＲとで個別に構成されてもよい。
　受信処理部４１１は、アンテナ４１３を介して受信された下りリンク信号の処理を行う。受信処理部４１１は、無線受信部４１１ａと、多重分離部４１１ｂと、復調部４１１ｃと、復号部４１１ｄと、を備える。
　無線受信部４１１ａは、下りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバル（サイクリックプレフィックス）の除去、高速フーリエ変換による周波数領域信号の抽出等を行う。多重分離部４１１ｂは、無線受信部４１１ａから出力された信号から、下りリンクチャネル、下りリンク同期信号、及び下りリンク参照信号を分離する。下りリンクチャネルは、例えば、ＰＢＣＨ(Physical　Broadcast　Channel)、ＰＤＳＣＨ（Physical　Downlink　Shared　Channel）、ＰＤＣＣＨ（Physical　Downlink　Control　Channel）等のチャネルである。復調部２１１ｃは、下りリンクチャネルの変調シンボルに対して、ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の変調方式を使って受信信号の復調を行う。この場合、コンステレーション上の信号点は必ずしも等距離である必要はない。コンステレーションは、不均一コンステレーションであってもよい。復号部４１１ｄは、復調された下りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された下りリンクデータ及び下りリンク制御情報は制御部４５へ出力される。
　送信処理部４１２は、上りリンク制御情報及び上りリンクデータの送信処理を行う。送信処理部４１２は、符号化部４１２ａと、変調部４１２ｂと、多重部４１２ｃと、無線送信部４１２ｄと、を備える。
　符号化部４１２ａは、制御部４５から入力された上りリンク制御情報及び上りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の符号化方式を用いて符号化を行う。変調部４１２ｂは、符号化部４１２ａから出力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。この場合、コンステレーション上の信号点は必ずしも等距離である必要はない。コンステレーションは、不均一コンステレーションであってもよい。多重部４１２ｃは、各チャネルの変調シンボルと上りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。無線送信部４１２ｄは、多重部４１２ｃからの信号に対して、各種信号処理を行う。例えば、無線送信部４１２ｄは、逆高速フーリエ変換による時間領域への変換、ガードインターバル（サイクリックプレフィックス）の付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部４１２で生成された信号は、アンテナ４１３から送信される。
　記憶部４２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部４２は、端末装置４０の記憶手段として機能する。
　ネットワーク通信部４３は、他の装置と通信するための通信インターフェースである。例えば、ネットワーク通信部４３は、ＮＩＣ等のＬＡＮインターフェースである。ネットワーク通信部４３は、有線インターフェースであってもよいし、無線インターフェースであってもよい。ネットワーク通信部４３は、端末装置４０のネットワーク通信手段として機能する。ネットワーク通信部４３は、制御部４５の制御に従って、他の装置と通信する。
　入出力部４４は、ユーザと情報をやりとりするためのユーザインタフェースである。例えば、入出力部４４は、キーボード、マウス、操作キー、タッチパネル等、ユーザが各種操作を行うための操作装置である。又は、入出力部４４は、液晶ディスプレイ（Liquid　Crystal　Display）、有機ＥＬディスプレイ(Organic　Electroluminescence　Display)等の表示装置である。入出力部４４は、スピーカー、ブザー等の音響装置であってもよい。また、入出力部４４は、ＬＥＤ（Light　Emitting　Diode）ランプ等の点灯装置であってもよい。入出力部４４は、端末装置４０の入出力手段（入力手段、出力手段、操作手段又は通知手段）として機能する。
　制御部４５は、端末装置４０の各部を制御するコントローラである。制御部４５は、例えば、ＣＰＵ、ＭＰＵ等のプロセッサにより実現される。例えば、制御部４５は、端末装置４０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部４５は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。
　＜＜４．技術的特徴＞＞
　＜４．１．ＰＤＵセッションの特定方法＞
　従来の通信システムでは、ＱｏＳやNetwork　sliceで特定の通信を保護する方法以外に通信（例えば、ＰＤＵセッション）を守る方法がなかった。そこで、本開示では、以下に説明する方法で重要なＰＤＵセッションを特定する方法について提案する。
　＜４．１．１．強制終了可否から特定する方法＞
　上述したように、ＵＤＭノード３０は、加入者情報を保持するＮＦノードである。ＵＤＭノード３０は、ＡＦノード１０から例えばＳＵＰＩ（Subscriber　Permanent　Identifier）を入力として受け付けると、ＡＦノード１０に対して、ＳＵＰＩに対応する端末装置４０に関する様々な情報をResponseとして返す。ここで、ＳＵＰＩとは、加入者、すなわち端末装置４０のＳＩＭを一意に特定する識別情報（ＩＤ）のことであり、ＡＦノード１０は、ＳＵＰＩを指定することで、特定の端末装置４０を指定し得る。なお、以降の説明では、加入者情報がＳＵＰＩである場合の一例が説明されるが、これには限られない。以降の説明において、ＳＵＰＩの代わりに他の加入者情報（例えば、ＳＵＣＩ（Subscriber　Concealed　Identifier）、ＧＵＴＩ（Globally　Unique　Temporary　Identifier）又はＴＭＳＩ（Temporary　Mobile　Subscriber　Identity））が用いられてもよい。
　ここで、本実施形態に係るＵＤＭノード３０は、ＳＵＰＩごとに、例えばＰＤＵセッションの強制終了を許容するか否かを示す強制終了情報（セッション情報の一例）を保持する。すなわち、ＵＤＭノード３０は、ＰＤＵセッションが重要でないか否かを、強制終了情報として保持する。強制終了情報は、例えば、ローカル・セルラーネットワーク事業者が登録するようにしてもよい。あるいは、端末装置４０が最初にコアネットワークに接続するときに、基地局装置２０を介して登録するようにしてもよく、あるいは、コアネットワークへの接続を確立する際に登録するようにしてもよい。また、端末装置４０またはＮＦノードがＰＤＵセッションの確立ごとに、当該ＰＤＵセッションの強制終了の可否を登録するようにしてもよい。
　図１１を用いて、ＵＤＭノード３０が保持する強制終了情報の一例について説明する。図１１は、本開示の実施形態に係る強制終了情報の一例を示す図である。強制終了情報は、例えば図８に示すＵＤＭノード３０の記憶部３２に格納される。
　図１１に示すように、強制終了情報には、ＳＵＰＩを識別する番号、ＰＤＵセッションを識別するＰＤＵセッションＩＤ、及び、強制終了（通信の停止）の可否を示す情報が含まれる。
　例えば、ＳＵＰＩ＝１の端末装置４０のＰＤＵセッションＩＤは「１」であり、強制終了は「ＯＫ」となっている。また、ＳＵＰＩ＝２の端末装置４０のＰＤＵセッションＩＤは「３」であり、強制終了は、「ＮＧ」となっている。ＳＵＰＩ＝３の端末装置４０のＰＤＵセッションＩＤは「５」であり、強制終了は、「ＯＫ」となっている。
　そのため、ＡＦノード１０は、強制終了情報をＵＤＭノード３０から取得することで、ＳＵＰＩ＝１のＰＤＵセッション＝１、及びＳＵＰＩ＝３のＰＤＵセッション＝３が重要なＰＤＵセッションではないと特定することができる。また、ＡＦノード１０は、ＳＵＰＩ＝２のＰＤＵセッション＝３が重要なＰＤＵセッションであると特定することができる。
　このように、ＵＤＭノード３０が強制終了情報を保持することで、ＡＦノード１０は、重要なＰＤＵセッション及び重要でないＰＤＵセッションを特定することができる。
　また、ＡＦノード１０は、重要でないと特定したＰＤＵセッション＝１、５の解放をＳＭＦノード１３６に要求することで、重要であると特定したＰＤＵセッション＝３をＰＤＵセッション＝１、５による干渉から保護することができる。
　このように、ＡＦノード１０が重要でないと特定したＰＤＵセッションの解放を要求することで、重要であると特定したＰＤＵセッションを守ることができる。
　なお、ここでは、ＵＤＭノード３０が強制終了情報を保持するとしたが、これに限定されない。例えばＡＦノード１０が強制終了情報を保持するようにしてもよい。ただし、加入者情報は一元的な管理が望ましいため、加入者情報を管理するＵＤＭノード３０が強制終了情報を管理することが望ましい。
　以下、図１２を用いて、ＡＦノード１０が強制終了情報を取得する方法について説明する。図１２は、本開示の実施形態に係るＡＦノード１０による強制終了情報の取得手順を示すシーケンス図である。
　図１２に示すように、ＵＤＭノード３０は、従来からのＰＤＵセッション情報に加えて、該ＰＤＵセッションが強制終了を許容するか否かの情報（強制終了情報）を保持している（ステップＳ１０１）。かかる強制終了情報は、上述したようにＳＵＰＩと紐付けてＵＤＭノード３０に格納されている。
　ＡＦノード１０は、ＳＵＰＩを使って、ＰＤＵセッションの情報の取得をリクエストする（ステップＳ１０２）。かかるリクエストは、例えば上述した従来からのＰＤＵセッション情報の取得のリクエストである。リクエストを受けたＵＤＭノード３０は、指定されたＳＵＰＩに対応するＰＤＵセッションの情報をレスポンスする（ステップＳ１０３）。
　また、ＡＦノード１０は、ＳＵＰＩを使って、ＰＤＵセッション強制終了を許容可否情報（強制終了情報）の取得をリクエストする（ステップＳ１０４）。リクエストを受けたＵＤＭノード３０は、指定されたＳＵＰＩに対応するＰＤＵセッション強制終了可否情報をレスポンスする（ステップＳ１０５）。
　情報を取得したＡＦノード１０は、ＳＵＰＩ毎のＰＤＵセッション強制終了可否情報を保持する（ステップＳ１０６）。
　以上のように、ＵＤＭノード３０が、ＰＤＵセッションの強制終了の可否をＳＵＰＩごとに保持することで、ＡＦノード１０は、ＰＤＵセッションの重要性を特定することができる。
　＜４．１．２．Network　Sliceを用いて特定する方法＞
　あるいは、ＡＦノード１０が、ＵＤＭノード３０が保持するNetwork　Sliceの情報に基づいて重要なＰＤＵセッションを特定するようにしてもよい。
　ＵＤＭノード３０は、Network　Sliceに関する情報（セッション情報の一例）を保持している。図１３は、本開示の実施形態に係るＵＤＭノード３０が保持するNetwork　Sliceに関する情報を示す図である。
　図１３に示すように、ＵＤＭノード３０は、ＳＵＰＩ、ＰＤＵセッションを識別するＰＤＵセッションＩＤ、及び、Network　Sliceを識別するNetwork　Slice　IDであるS-NSSAIを対応付けて保持している。
　ここで、Network　Slice毎にＰＤＵセッションの重要度を設定したとする。例えば、図１３に示すS-NSSAIの値が小さい程、ＰＤＵセッションが重要であることを示すものとする。
　このとき、ＡＦノード１０は、ＵＤＭノード３０から図１３に示すNetwork　Sliceに関する情報を取得することで、S-NSSAIに対応するＰＤＵセッションの重要度を知ることができ、重要度に応じてＰＤＵセッションを制御することができる。
　S-NSSAI＝１のＰＤＵセッションを干渉から保護する場合、ＡＦノード１０は、図１３のNetwork　sliceに関する情報に基づき、S-NSSAI＝１である、ＳＵＰＩ＝１、ＰＤＵセッションＩＤ＝１の通信が重要な通信であると特定する。また、ＡＦノード１０は、S-NSSAIが１以外の通信、図１３ではＳＵＰＩ＝２、ＰＤＵセッションＩＤ＝３の通信及びＳＵＰＩ＝３、ＰＤＵセッションＩＤ＝５の通信が重要でない通信であると特定する。
　ＡＦノード１０は、ＳＵＰＩ＝１、ＰＤＵセッションＩＤ＝１の通信を守る場合、ＳＵＰＩ＝２、ＰＤＵセッションＩＤ＝３の通信及びＳＵＰＩ＝３、ＰＤＵセッションＩＤ＝５の通信の強制終了を基地局装置２０に要求する。
　このとき、ＡＦノード１０が、S-NSSAIだけでなく、強制終了情報に基づいて、強制終了を要求するＰＤＵセッションを特定するようにしてもよい。例えば、図１３において、ＡＦノード１０が、S-NSSAI＝２、３のＳＵＰＩ＝２、ＰＤＵセッションＩＤ＝３の通信及びＳＵＰＩ＝３、ＰＤＵセッションＩＤ＝５を重要でない通信に決定したとする。また、重要な通信であるＳＵＰＩ＝１、ＰＤＵセッションＩＤ＝１を守るために、ＡＦノード１０がＰＤＵセッションの解放をＳＭＦノード１３６又はＡＭＦノード１３９に要求するとする。この場合、ＡＦノード１０は、強制終了情報を参照し、強制終了を要求するＰＤＵセッションを決定する。例えば、ＡＦノード１０が図１１に示す強制終了情報を参照したとする。この場合、ＡＦノード１０は、重要でない通信に決定したＳＵＰＩ＝２、ＰＤＵセッションＩＤ＝３の通信及びＳＵＰＩ＝３、ＰＤＵセッションＩＤ＝５のうち、強制終了が「ＯＫ」となっているＳＵＰＩ＝３、ＰＤＵセッションＩＤ＝５を強制終了すると決定する。一方、強制終了が「ＮＧ」となっているＳＵＰＩ＝２、ＰＤＵセッションＩＤ＝３は強制終了しないと決定する。
　このように、ＡＦノード１０がS-NSSAI及び強制終了情報を参照して強制終了するＰＤＵセッションを決定することで、重要な通信への干渉を抑制しつつ、強制終了すべきでない通信の強制終了を抑制することができる。
　以下、図１４を用いて、ＡＦノード１０によるＰＤＵセッションの重要度特定処理について説明する。図１４は、本開示の実施形態に係るＡＦノード１０による重要度特定処理の手順を示すシーケンス図である。なお、ＡＦノード１０が、強制終了情報（ＰＤＵセッション強制終了許容可否情報）をリクエストし、当該情報をＵＤＭノード３０から取得するまでは、図１２に示す取得手順と同じであるため、説明を省略する。
　図１４に示すように、ＵＤＭノード３０は、従来からのＰＤＵセッション情報及びNetwork　slice情報に加えて、該ＰＤＵセッションが強制終了を許容するか否かの情報（強制終了情報）を保持している（ステップＳ２０１）。
　ＰＤＵセッション強制終了許容可否情報を取得したＡＦノード１０は、ＳＵＰＩを使って、S-NSSAIの取得をリクエストする（ステップＳ２０２）。リクエストを受けたＵＤＭノード３０は、指定されたＳＵＰＩに対応するS-NSSAIの情報をレスポンスする（ステップＳ２０３）。
　情報を取得したＡＦノード１０は、取得したS-NSSAIとＰＤＵセッションＩＤとの対応に基づき、ＰＤＵセッションの重要度を特定する。このように、ＡＦノード１０は、S-NSSAIから守るべきＰＤＵセッションの把握を行い、ＳＵＰＩ毎のＰＤＵセッション強制終了可否情報を保持する（ステップＳ２０４）。
　以上のように、ＡＦノード１０は、S-NSSAIを取得することで、ＰＤＵセッションの重要性を特定することができる。
　＜４．１．３．ＱｏＳを用いて特定する方法＞
　あるいは、ＡＦノード１０が、ＵＤＭノード３０が保持するＱｏＳの情報（例えば５ＱＩ）に基づいて重要なＰＤＵセッションを特定するようにしてもよい。なお、５ＱＩ（5G　QoS　Identifier）とは、５ＧでのＱｏＳを識別する識別子である。
　ＵＤＭノード３０は、ＱｏＳ情報を保持している。ＡＦノード１０は、ＵＤＭノード３０からＱｏＳ情報を取得することで、対応するＳＵＰＩ及びＰＤＵセッションが重要であるか否かの重要度を特定する。
　このように、ＡＦノード１０がＱｏＳ情報を参照してＰＤＵセッションの重要度を決定することで、重要なＰＤＵセッションへの干渉を抑制することができる。
　また、上述したS-NSSAIと同様に、ＡＦノード１０がＱｏＳ情報及び強制終了情報を参照して強制終了するＰＤＵセッションを決定するようにしてもよい。これによりＡＦノード１０は、重要な通信への干渉を抑制しつつ、強制終了すべきでない通信の強制終了を抑制することができる。
　以下、図１５を用いて、ＡＦノード１０によるＰＤＵセッションの重要度特定処理について説明する。図１５は、本開示の実施形態に係るＡＦノード１０による重要度特定処理の手順を示すシーケンス図である。なお、ＡＦノード１０が、強制終了情報（ＰＤＵセッション強制終了許容可否情報）をリクエストし、当該情報をＵＤＭノード３０から取得するまでは、図１２に示す取得手順と同じであるため、説明を省略する。
　図１５に示すように、ＵＤＭノード３０は、従来からのＰＤＵセッション情報及びＱｏＳ割り当て情報（５ＱＩ）に加えて、該ＰＤＵセッションが強制終了を許容するか否かの情報（強制終了情報）を保持している（ステップＳ３０１）。
　ＰＤＵセッション強制終了許容可否情報を取得したＡＦノード１０は、ＳＵＰＩを使って、そのＳＵＰＩのためのＰＤＵセッションに使われているＱｏＳ　ＩＤ（５ＱＩ）の取得をリクエストする（ステップＳ３０２）。リクエストを受けたＵＤＭノード３０は、指定されたＳＵＰＩに対応するＰＤＵセッションで使われているＱｏＳ割り当て情報（５ＱＩ）をレスポンスする（ステップＳ３０３）。
　情報を取得したＡＦノード１０は、取得したＱｏＳ割り当て情報とＰＤＵセッションＩＤとの対応に基づき、ＰＤＵセッションの重要度を特定する。このように、ＡＦノード１０は、ＱｏＳ割り当てから守るべきＰＤＵセッションの把握を行い、ＳＵＰＩ毎のＰＤＵセッション強制終了可否情報を保持する（ステップＳ５０４）。
　以上のように、ＡＦノード１０は、ＱｏＳ割り当て情報（５ＱＩ）を取得することで、ＰＤＵセッションの重要性を特定することができる。
　＜４．２．重要なＰＤＵセッションの保護＞
　ＡＦノード１０は、上述したようにＵＤＭノード３０が保持するＰＤＵセッションに関する情報に基づき、重要なＰＤＵセッション及び重要でないＰＤＵセッションを特定する。以下では、ＡＦノード１０が重要なＰＤＵセッションを保護する方法について説明する。
　＜４．２．１．重要でないＰＤＵセッションの解放＞
　ここで、図１６を用いて、ＰＤＵセッションについて説明する。図１６は、ＰＤＵセッションについて説明するための図である。
　図１６に示すように、ＰＤＵセッションは、端末装置４０（図１６ではＵＥと記載）、基地局装置２０（図１６ではＮＢと記載）、及び、ＵＰＦノード１５０の間で確立される。ＰＤＵセッションが確立されることで、端末装置４０は、基地局装置２０及びコアネットワークと通信が行える状態となる。ＰＤＵセッションは、１台の端末装置４０に対して１つ割り当てられる。１つのＰＤＵセッションには複数のＱｏＳフロー（QoS　Flow）が含まれる。１つのＱｏＳフローには複数のIP　Packet（IP　flow）が含まれる。１つのＱｏＳフローに含まれる複数のIP　PacketのＱｏＳは全て同じである。
　１台の端末装置４０が、複数のサーバ（ＮＦノードの一例）と通信している場合であっても、ＱｏＳが同じであれば、同じＱｏＳフローとしてＰＤＵセッションの中で取り扱われる。
　ＰＤＵセッションには、端末装置４０のために、基地局装置２０とＵＰＦノード１５０との間にNG-U　TunnelというGTP　tunneling　protocolでつくられたトンネルが設けられる（マップされる）。このトンネルは、端末装置４０とＵＰＦノード１５０との間のコネクションに用いられる。図１６に示すように、１つのＰＤＵセッションに１つのNG-U　Tunnelが設けられるため、ＰＤＵセッション番号（PDU　Session　ID）とNG-U　Tunnel　IDとは、１対１でマッピングされる。
　また、ＰＤＵセッションには、端末装置４０と基地局装置２０との間にRAN　Bearer（e.g.,　SRB,　DRB）が設けられる（マップされる）。図１６に示すように、１つのＰＤＵセッションには、１つ又は複数のRAN　Bearerが設けられる（マップされる）。
　ＰＤＵセッションは、ＳＭＦノード１３６で管理される。ＳＭＦノード１３６は、ＰＤＵセッションの確立（Create）及び解放（Release）を行う。通常、ＳＭＦノード１３６は、基地局装置２０と端末装置４０との間の通信が終了した時、又は、ハンドオーバー時にＰＤＵセッションの解放を行う。本実施形態では、ＳＭＦノード１３６は、ＡＦノード１０からの要求に応じて、通信の終了やハンドオーバーの有無によらず、重要なＰＤＵセッションを守るために、重要でないＰＤＵセッションの解放を実行する。
　より具体的には、ＡＦノード１０は、TS23.502のNsmf_PDUSession_Release　service　operationを用いて、ＰＤＵセッションの解放を要求する。ＡＦノード１０は、まず、重要でなく、強制終了が可能であるＰＤＵセッション及び該ＰＤＵセッションに対応するＳＵＰＩを特定する。その後、ＡＦノード１０は、ＳＭＦノード１３６に対して特定したＳＵＰＩ及びＰＤＵセッションの両方を入力することで、特定したＰＤＵセッションの解放を要求する。
　あるいは、ＡＦノード１０がＳＭＦノード１３６ではなく、ＡＭＦノード１３９に対してＰＤＵセッションの解放を要求するようにしてもよい。
　例えば、Namf_Communication_ReleaseUEContext　service　operationを使うことで、ＡＦノード１０は、ＡＭＦノード１３９から端末装置４０の情報（例えば、ＰＤＵセッション）を解放することができる。なお、ＡＭＦノード１３９は、ＳＭＦノード１３６と同様にＰＤＵセッションを解放することができるが、解放を要求する場合にUE　Contextを入力する必要があるため、ＳＭＦノード１３６に解放を要求する方が簡便である。
　以下、図１７を用いて、ＡＦノード１０によるＰＤＵセッションの解放処理について説明する。図１７は、本開示の実施形態に係るＡＦノード１０によるＰＤＵセッションの解放処理の手順を示すシーケンス図である。
　図１７に示すように、ＡＦノード１０は、同一のAreaに存在するＵＥ（端末装置４０）のＳＵＰＩのリストを保持している（ステップＳ４０１）。上記Areaは、例えば工場内やオフィス内などローカル・セルラーネットワークの少なくとも一部が配置されるエリアである。
　ＡＦノード１０は、保持するリストに基づき、同一のAreaに存在するＵＥのＳＵＰＩをKeyとしてNudm_SDM_Get　operationによってＰＤＵセッション情報の取得をＵＤＭノード３０にリクエストする（ステップＳ４０２）。
　ＵＤＭノード３０は、リクエストに応じて、ＰＤＵセッションＩＤ、S-NSSAI、及び、強制終了情報（Release　Allowed　status）を対応付けてレスポンスする（ステップＳ４０３）。
　情報を受け取ったＡＦノード１０は、強制終了情報やS-NSSAIをもとに、どのＰＤＵセッションを守り、どのＰＤＵセッションが解放可能なのかを特定する（ステップＳ４０４）。ＡＦノード１０は、重要でなく、解放可能と特定したＰＤＵセッションをＳＭＦノード又はＡＭＦノードで解放するようリクエストを送る（ステップＳ４０５）。
　ＳＭＦノード１３６又はＡＭＦノード１３９は、リクエストに応じてＰＤＵセッションを解放し（ステップＳ４０６）、リクエストされたＰＤＵセッションが解放されたことの確認信号をＡＦノード１０に送信する（ステップＳ４０６）。
　＜４．２．２．端末装置への通知＞
　上述したように、ＳＭＦノード１３６又はＡＭＦノード１３９がＰＤＵセッションのRelease機能を使ってＰＤＵセッションを突然解放してしまうと、端末装置４０のアプリケーションの動作に影響を与えることがあるかもしれない。そこで、ＡＦノード１０が、事前にＰＤＵセッションを解放する旨を端末装置４０に通知することで、端末装置４０のアプリケーションの動作に与える影響を低減する。
　より具体的には、ＡＦノード１０は、端末装置４０にＰＤＵセッションの解放について通知し、端末装置４０から当該解放について確認を得られた場合に、ＳＭＦノード１３６又はＡＭＦノード１３９に対してＰＤＵセッションの解放を要求する。
　このとき、例えば端末装置４０がＰＤＵセッションの解放の確認を行うか否かを示す確認要否情報をＵＤＭノード３０が保持するようにしてもよい。
　図１８は、本開示の実施形態に係るＵＤＭノード３０が保持する確認要否情報の一例を示す図である。図１８に示す確認要否情報は、例えば図８に示すＵＤＭノード３０の記憶部３２に格納される。
　図１８に示すように、ＵＤＭノード３０は、ＳＵＰＩ、ＰＤＵセッションＩＤ、Network　Slice　ID（S-NSSAI）、及び、確認要否情報を対応付けて保持している。例えばＳＵＰＩ＝１の端末装置４０は、確認要否情報（UE　side　release　confirmation）が「ＮＧ」であり、ＳＵＰＩ＝２の端末装置４０は、確認要否情報（UE　side　release　confirmation）が「ＯＫ」である。
　ＡＦノード１０は、例えばＰＤＵセッションＩＤ＝３のＰＤＵセッションの解放を要求する場合、ＳＭＦノード１３６又はＡＭＦノード１３９に解放を要求する前に、ＳＵＰＩ＝２の端末装置４０に対して解放確認を通知する。ＡＦノード１０はＳＵＰＩ＝２の端末装置４０から解放確認のレスポンスを受信した場合に、ＳＭＦノード１３６又はＡＭＦノード１３９に対してＰＤＵセッションＩＤ＝３のＰＤＵセッションの解放を要求する。
　なお、ＡＦノード１０は、確認要否情報が「ＮＧ」である端末装置４０のＰＤＵセッション（図１８の例ではＳＵＰＩ＝１の端末装置４０のＰＤＵセッションＩＤ＝１のＰＤＵセッション）は、例えば重要でないと特定した場合でも解放しないと決定してもよい。
　このように、確認要否情報が「ＯＫ」である端末装置４０のＰＤＵセッションを解放するよう決定することで、端末装置４０に与える影響を抑制することができる。
　以下、図１９を用いて、ＡＦノード１０によるＰＤＵセッションの解放処理について説明する。図１９は、本開示の実施形態に係るＡＦノード１０によるＰＤＵセッションの解放処理の手順を示すシーケンス図である。なお、図１７に示す手順と同じ手順については同一符号を付し説明を省略する。
　Nudm_SDM_Get　operationに対するレスポンスとして、ＵＤＭノード３０は、ＰＤＵセッションＩＤ、S-NSSAI、強制終了情報（Release　Allowed　status）、及び、確認要否情報（UE　side　release　confirmation）を対応付けてＡＦノード１０に送信する（ステップＳ５０１）。続いて、ステップＳ４０４で重要でないＰＤＵセッションを特定したＡＦノード１０は、特定したＰＤＵセッションに対応するＳＵＰＩのＵＥ（端末装置４０）に対して、特定したＰＤＵセッションの解放確認を送信する（ステップＳ５０３）。
　解放確認を受信したＵＥは、ＰＤＵセッションを解放してもよいタイミングが整った場合に解放確認（解放ＯＫ）の返信を行う（ステップＳ５０４）。以降の手順は図１７に示す手順と同じである。
　なお、ここでは、ＡＦノード１０がＳＭＦノード１３６又はＡＭＦノード１３９に対してＰＤＵセッションの解放を要求することでＰＤＵセッションの解放を行うとしたが、これに限定されない。例えば、ＵＥがＰＤＵセッションの解放を行うようにしてもよい。
　この場合、ＵＥは、ＡＦノード１０からＰＤＵセッションの解放確認を受信すると、ＰＤＵセッションを解放してもよいタイミングが整った場合に、ＰＤＵセッションの解放を行う。このように、ＵＥがＰＤＵセッションの解放を行うことも可能である。
　＜４．２．３．トラフィックの停止＞
　上述した例では、重要なＰＤＵセッションを守るために、ＡＦノード１０がＰＤＵセッションの解放を要求するとしたが、これに限定されない。例えば、ＡＦノード１０が重要でないと特定したＰＤＵセッションのトラフィックを強制的に停止するよう依頼をする。これにより、ＡＦノード１０は、重要でないＰＤＵセッションのトラフィックによる干渉を抑制することができ、重要なＰＤＵセッションを保護することができる。これは、例えば重要なＰＤＵセッションでの通信時間が比較的短い場合に好適である。
　以下、図２０を用いて、ＡＦノード１０によるトラフィックの停止処理について説明する。図２０は、本開示の実施形態に係るＡＦノード１０によるトラフィックの停止処理の手順を示すシーケンス図である。なお、図１９に示す手順と同じ手順については同一符号を付し説明を省略する。
　ステップＳ４０４で重要でないＰＤＵセッションを特定したＡＦノード１０は、特定した重要でないＰＤＵセッションのトラフィック停止リクエストをＳＭＦノード１３６又はＡＭＦノード１３９に送信する（ステップＳ６０１）。
　リクエストを受信したＳＭＦノード１３６又はＡＭＦノード１３９は、ＳＵＰＩ及びＰＤＵセッションＩＤを指定したsuspend　service　operationを使用して、重要でないＰＤＵセッションのトラフィック停止をＵＰＦノード１５０にリクエストする（ステップＳ６０２）。
　トラフィックを停止したＵＰＦノード１５０は、停止の確認信号（「ＯＫ」）をＳＭＦノード１３６又はＡＭＦノード１３９に送信する（ステップＳ６０３）。ＳＭＦノード１３６又はＡＭＦノード１３９は、トラフィックが停止されたことの確認信号をＡＦノード１０に送信する（ステップＳ６０４）。
　ここで、ＡＦノード１０がＳＭＦノード１３６又はＡＦノード１０を介してＵＰＦノード１５０にトラフィック停止の要求を行うのは、ＵＰＦノード１５０には、ＡＰＩがないためである。そのため、ＡＦノード１０が直接ＵＰＦノード１５０に要求を送ることはできない。
　そこで、本実施形態では、ＳＭＦノード１３６に新しいＡＰＩを設ける。より詳細には、新しいＡＰＩの入力をＳＵＰＩ及びＰＤＵセッションＩＤとする。かかる入力を受けるとＳＭＦノード１３６からＵＰＦノード１５０に対して、入力されたＳＵＰＩ及びＰＤＵセッションＩＤのトラフィックをアップリンク及びダウンリンクのそれぞれで停止するという命令を出力するＡＰＩを新たに作成する。
　これにより、ＡＦノード１０は、ＳＭＦノード１３６を介してトラフィックの停止をＵＰＦノード１５０に要求することができる。
　なお、ＵＰＦノード１５０に新たにＡＰＩを設け、当該ＡＰＩ経由でＡＦノード１０からＵＰＦノード１５０に直接トラフィックの停止を依頼するようにしてもよい。
　以上のように、ＡＦノード１０は、重要でないＰＤＵセッションの解放又はトラフィックの停止を要求する。これにより、ＡＦノード１０は、重要でないＰＤＵセッションによる干渉から重要なＰＤＵセッションを保護することができ、重要なＰＤＵセッションでの通信を担保することができる。
　＜４．３．解放タイミング＞
　ＡＦノード１０がどのタイミングでＰＤＵセッションの解放を要求するかを決定することは、システムの通信状況に影響を与えるため重要である。例えば、ＡＦノード１０が必要以上に重要でないＰＤＵセッションを解放すると、重要でないＰＤＵセッションの通信を阻害してしまう。一方、ＡＦノード１０が重要でないＰＤＵセッションの解放を行わないと、重要なＰＤＵセッションの通信が、重要でないＰＤＵセッションからの干渉によって阻害されてしまい、重要な通信が行えなくなってしまう恐れがある。
　このように、重要な通信を保護しつつ、重要でない通信も行えるようにするために、ＡＦノード１０には、適切なタイミングでＰＤＵセッションの解放を行うことが求められる。
　そこで、本実施形態では、例えば重要なＰＤＵセッションで通信を行う端末装置４０から、当該ＰＤＵセッションの保護のリクエストを受信した場合に、ＡＦノード１０が重要でないＰＤＵセッションの解放を要求する。
　これにより、ＡＦノード１０は、端末装置４０がＰＤＵセッションで重要な通信を行う場合に、重要でないＰＤＵセッションを解放することができ、不要なＰＤＵセッションの解放を抑制することができる。
　ＡＦノード１０は、User　Plane及びControl　Planeの２つの機能を有する。Control　PlaneのＡＦノード１０は、Service　Based　ArchitectureのBusで他のＮＦノードと接続し得る。従って、特定のＳＵＰＩの端末装置４０と通信しているＡＦノード１０が、端末装置４０からの依頼を受けて、他のＡＦノードに対して一定時間重要な通信を行うので、他の通信を停止して欲しいと通知する。重要な通信としては、例えば、映画の撮影で重要な映像を撮影しながらアップロードする例や、工場の重要な機器が一時間周期で５分間動作する例など、端末装置４０が通信品質を保ちたいと要望する通信が挙げられる。
　以下、図２１を用いて、ＡＦノード１０によるＰＤＵセッションの解放処理について説明する。図２１は、本開示の実施形態に係るＡＦノード１０によるＰＤＵセッションの解放処理の手順を示すシーケンス図である。なお、図１９に示す手順と同じ手順については同一符号を付し説明を省略する。
　ステップＳ４０４で重要でないＰＤＵセッションを特定したＡＦノード１０は、ＵＥ（端末装置４０）から、ＳＵＰＩを入力として重要なＰＤＵセッションの保護のリクエストを受ける（ステップＳ７０１）。ＡＦノード１０は、オプションとして、ＰＤＵセッションＩＤ及び／又はS-NSSAIを入力として受け付けてもよい。以降の処理は、図１９と同じである。なお、ＳＭＦノード１３６又はＡＭＦノード１３９は、ステップｓ４０６でリクエストを送信したＵＥ以外のＵＥＰＤＵセッションを解放する。
　なお、ここでは、端末装置４０が、重要な通信を行う場合に、当該通信の保護をリクエストするとしたが、これに限定されない。例えば端末装置４０が、重要な通信を行っている間に通信品質を観測し、通信品質の劣化を検出した場合に、当該通信の保護をリクエストするようにしてもよい。この場合、端末装置４０は、ＮＡＳシグナリングでコアネットワーク側の例えばＳＭＦノード１３６に重要な通信の保護をリクエストする。リクエストを受信したＳＭＦノード１３６は、ＡＦノード１０に当該リクエストを転送する。
　以下、図２２を用いて、ＡＦノード１０によるＰＤＵセッションの解放処理について説明する。図２２は、本開示の実施形態に係るＡＦノード１０によるＰＤＵセッションの解放処理の手順を示すシーケンス図である。なお、図１９に示す手順と同じ手順については同一符号を付し説明を省略する。
　ＵＥ（端末装置４０）は、重要な通信を行いながら、通信品質を観測しており、当該通信品質が所定のしきい値未満となり品質が劣化した場合に、ＳＵＰＩを入力として重要な通信（ＰＤＵセッション）の保護をＳＭＦノード１３６又はＡＭＦノード１３９にリクエストする（ステップＳ８０１）。ＳＭＦノード１３６又はＡＭＦノード１３９は、オプションとして、ＰＤＵセッションＩＤ及び／又はS-NSSAIを入力として受け付けてもよい。
　リクエストを受信したＳＭＦノード１３６又はＡＭＦノード１３９は、リクエスト（依頼）をＡＦノード１０に転送する。以降の処理は、図２１に示す処理と同じである。
　なお、通信品質の観測は、コアネットワーク側のアプリケーションでも実施し得るため、コアネットワーク側のアプリケーションが重要な通信の品質劣化を検出した場合に、重要な通信を保護するようＡＦノード１０にリクエストしてもよい。ＵＰＦノード１５０で通信システム全体のトラフィックを観測し得るが、システム全体のトラフィックの増加が重要な通信に影響を与えるか否かを判別することが難しい。そのため、重要な通信を行う端末装置４０が、自身のトラフィックの観測結果に応じて、重要な通信を行うことで、より確実に重要な通信を保護することができる。
　このように、重要な通信の品質が劣化した場合に、重要でない通信のＰＤＵセッションを解放することで、ＰＤＵセッションの解放を減らすことができ、重要なＰＤＵセッション以外のＰＤＵセッションに与える影響をより低減することができる。
　あるいは、ＡＦノード１０が、端末装置４０の通信頻度及び通信期間の少なくとも一方に応じて、ＰＤＵセッションの解放を要求するようにしてもよい。上述したように、工場の重要な機器が一時間周期で５分間動作する場合など、端末装置４０が重要な通信を行う頻度や期間が予めわかっている場合がある。ＡＦノード１０は、このような重要な通信に関する通信頻度及び通信期間の少なくとも一方を保持しており、重要な通信のＰＤＵセッションを一定の品質で維持（保護）するために、通信頻度及び通信期間に応じて重要でない通信のＰＤＵセッションの解放を要求するものとする。
　＜＜５．その他の実施形態＞＞
　上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。
　上述した実施形態では、ＡＦノード１０が重要でないＰＤＵセッションの解放又は通信の停止を要求するとしたが、これに限定されない。例えばＡＦノード１０が、重要でないＰＤＵセッションで使用する可能性があるビームを使用しないように要求するようにしてもよい。
　例えば、端末装置４０は、上述したように、通信に使用するビームに加え、当該ビームに干渉を与える干渉ビームを観測し、基地局装置２０に報告し得る。ＡＦノード１０は、例えば、ＡＰＩを介して基地局装置２０から干渉ビームに関する情報をＰＤＵセッション又はＳＵＰＩと対応付けて取得する。ＡＦノード１０は、重要なＰＤＵセッション又は重要なＳＵＰＩで使用するビームに干渉を与える干渉ビームが、重要でないＰＤＵセッション又は重要でないＳＵＰＩで使用される場合、かかる干渉ビームの使用を停止するよう要求する。ＡＦノード１０は、ＡＰＩを介して基地局装置２０に干渉ビームの使用停止を要求してもよく、ＡＭＦノード１３９又はＳＭＦノード１３６を介して基地局装置２０に要求するようにしてもよい。
　また、ＡＦノード１０は、通信に使用するビーム及び当該ビームに干渉を与える干渉ビームを、Universal　Beam　ID（又はGlobal　beam　ID）を用いて識別する。Universal　Beam　IDは、ＰＬＭＮや基地局装置２０によらず一意にビームを識別するためのＩＤであり、例えば、ＰＬＭＮ　ＩＤ、基地局装置２０のＩＤや基地局装置２０内で使用するLocal　Beam　IDの組合せで表される。あるいは、Universal　Beam　IDは、PLMN　ID、NCGI（NGRAN　Cell　Global　Identity）やSSB　ID（同期用Beamの識別子）の組合せであってもよい。このように、Universal　Beam　IDを使用することで、ＡＦノード１０は、ビームを一意に識別することができる。また、ＡＦノード１０がUniversal　Beam　IDを用いて、重要でないＰＤＵセッションのビームの使用停止を要求することができる。
　本実施形態の各ＮＦノード、基地局装置２０、又は端末装置４０を制御する制御装置は、専用のコンピュータシステム、又は汎用のコンピュータシステムによって実現してもよい。
　例えば、上述の動作（例えば、送受信処理）を実行するための通信プログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布する。そして、例えば、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成する。このとき、制御装置は、各ＮＦノード、基地局装置２０、又は端末装置４０の外部の装置（例えば、パーソナルコンピュータ）であってもよい。また、制御装置は、各ＮＦノード、基地局装置２０、又は端末装置４０の内部の装置（例えば、制御部１３、制御部２３、制御部３３、又は制御部４５）であってもよい。
　また、上記通信プログラムをインターネット等のネットワーク上のサーバ装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating　System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバ装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。
　また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
　また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
　また、上述の実施形態は、処理内容を矛盾させない領域で適宜組み合わせることが可能である。また、上述の実施形態のシーケンス図等に示された各ステップは、適宜順序を変更することが可能である。
　また、例えば、本実施形態は、装置またはシステムを構成するあらゆる構成、例えば、システムＬＳＩ（Large　Scale　Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。
　なお、本実施形態において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
　また、例えば、本実施形態は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
　＜＜６．補足＞＞
　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　上記実施形態において説明した処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
　また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
　また、上述してきた実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
　また、本明細書に記載された効果は、あくまで説明的又は例示的なものであって限定的ではない。つまり、本開示にかかる技術は、上記の効果とともに、又は上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
　なお、以下のような構成も本開示の技術的範囲に属する。
（１）
　ＵＤＭノードからＰＤＵセッションに関するセッション情報を取得し、
　複数の前記ＰＤＵセッションの中から、前記セッション情報に基づいて通信を維持する第１のＰＤＵセッション、及び、通信を停止する第２のＰＤＵセッションを決定し、
　決定した第２のＰＤＵセッションでの通信の停止を要求する、制御部
　を備えるアプリケーションファンクションノード。
（２）
　前記セッション情報は、前記通信の停止の可否を示す情報である、（１）のアプリケーションファンクションノード。
（３）
　前記セッション情報は、ネットワークスライスに関する情報及びＱｏＳ（Quality　of　Service）に関する情報の少なくとも１つである、（２）のアプリケーションファンクションノード。
（４）
　前記制御部は、ＳＭＦノード又はＡＭＦノードに対して前記第２のＰＤＵセッションの解放を要求することで、前記第２のＰＤＵセッションでの通信の停止を要求する、（１）～（３）のいずれか１つのアプリケーションファンクションノード。
（５）
　前記制御部は、前記第２のＰＤＵセッションで通信を行う端末装置に対して、前記第２のＰＤＵセッションの解放を通知してから前記第２のＰＤＵセッションの解放を要求する、（４）のアプリケーションファンクションノード。
（６）
　前記制御部は、前記第２のＰＤＵセッションで通信を行う端末装置に対して、前記第２のＰＤＵセッションの解放を要求する、（１）～（３）のいずれか１つのアプリケーションファンクションノード。
（７）
　前記制御部は、前記第１のＰＤＵセッションで通信を行う端末装置からの要求に応じて、前記第１のＰＤＵセッション及び前記第２のＰＤＵセッションを決定し、前記第２のＰＤＵセッションでの通信の停止を要求する、（１）～（６）のいずれか１つのアプリケーションファンクションノード。
（８）
　前記制御部は、前記第１のＰＤＵセッションで通信を行う端末装置の通信頻度及び通信期間の少なくとも一方に応じて、前記第１のＰＤＵセッション及び前記第２のＰＤＵセッションを決定し、前記第２のＰＤＵセッションでの通信の停止を要求する、（１）～（７）のいずれか１つのアプリケーションファンクションノード。
（９）
　前記制御部は、前記第１のＰＤＵセッションで通信を行う端末装置及び基地局装置の少なくとも一方が観測した通信品質に応じて、前記第１のＰＤＵセッション及び前記第２のＰＤＵセッションを決定し、前記第２のＰＤＵセッションでの通信の停止を要求する、（１）～（８）のいずれか１つのアプリケーションファンクションノード。
（１０）
　前記アプリケーションファンクションノードは、コアネットワークに属するネットワークファンクションノードであって、ＳＭＦノード又はＡＭＦノードを除く前記ネットワークファンクションノードである、（１）～（９）のいずれか１つのアプリケーションファンクションノード。
（１１）
　前記アプリケーションファンクションノードは、ローカル５Ｇのコアネットワークに属するノードである、（１）～（１０）のいずれか１つのアプリケーションファンクションノード。
（１２）
　ＵＤＭノードからＰＤＵセッションに関するセッション情報を取得し、
　複数の前記ＰＤＵセッションの中から、前記セッション情報に基づいて通信を維持する第１のＰＤＵセッション、及び、通信を停止する第２のＰＤＵセッションを決定し、
　決定した第２のＰＤＵセッションでの通信の停止を要求すること、
　を含む通信方法。
　１０　ＡＦノード
　１１　通信部
　１２　記憶部
　１３　制御部
　２０　基地局装置
　３０　ＵＤＭノード
　４０　端末装置
　１３６　ＳＭＦノード
　１３９　ＡＭＦノード

Claims (12)

  1. 　ＵＤＭノードからＰＤＵセッションに関するセッション情報を取得し、
    　複数の前記ＰＤＵセッションの中から、前記セッション情報に基づいて通信を維持する第１のＰＤＵセッション、及び、通信を停止する第２のＰＤＵセッションを決定し、
    　決定した前記第２のＰＤＵセッションでの通信の停止を要求する、制御部
    　を備えるアプリケーションファンクションノード。
  2. 　前記セッション情報は、前記通信の停止の可否を示す情報である、請求項１に記載のアプリケーションファンクションノード。
  3. 　前記セッション情報は、ネットワークスライスに関する情報及びＱｏＳ（Quality　of　Service）に関する情報の少なくとも１つである、請求項２に記載のアプリケーションファンクションノード。
  4. 　前記制御部は、ＳＭＦノード又はＡＭＦノードに対して前記第２のＰＤＵセッションの解放を要求することで、前記第２のＰＤＵセッションでの通信の停止を要求する、請求項１に記載のアプリケーションファンクションノード。
  5. 　前記制御部は、前記第２のＰＤＵセッションで通信を行う端末装置に対して前記第２のＰＤＵセッションの解放を通知してから、前記第２のＰＤＵセッションの解放を要求する、請求項４に記載のアプリケーションファンクションノード。
  6. 　前記制御部は、前記第２のＰＤＵセッションで通信を行う端末装置に対して、前記第２のＰＤＵセッションの解放を要求する、請求項１に記載のアプリケーションファンクションノード。
  7. 　前記制御部は、前記第１のＰＤＵセッションで通信を行う端末装置からの要求に応じて、前記第１のＰＤＵセッション及び前記第２のＰＤＵセッションを決定し、前記第２のＰＤＵセッションでの通信の停止を要求する、請求項１に記載のアプリケーションファンクションノード。
  8. 　前記制御部は、前記第１のＰＤＵセッションで通信を行う端末装置の通信頻度及び通信期間の少なくとも一方に応じて、前記第１のＰＤＵセッション及び前記第２のＰＤＵセッションを決定し、前記第２のＰＤＵセッションでの通信の停止を要求する、請求項１に記載のアプリケーションファンクションノード。
  9. 　前記制御部は、前記第１のＰＤＵセッションで通信を行う端末装置及び基地局装置の少なくとも一方が観測した通信品質に応じて、前記第１のＰＤＵセッション及び前記第２のＰＤＵセッションを決定し、前記第２のＰＤＵセッションでの通信の停止を要求する、請求項１に記載のアプリケーションファンクションノード。
  10. 　前記アプリケーションファンクションノードは、コアネットワークに属するネットワークファンクションノードであって、ＳＭＦノード又はＡＭＦノードを除く前記ネットワークファンクションノードである、請求項１に記載のアプリケーションファンクションノード。
  11. 　前記アプリケーションファンクションノードは、ローカル５Ｇのコアネットワークに属するノードである、請求項１に記載のアプリケーションファンクションノード。
  12. 　ＵＤＭノードからＰＤＵセッションに関するセッション情報を取得し、
    　複数の前記ＰＤＵセッションの中から、前記セッション情報に基づいて通信を維持する第１のＰＤＵセッション、及び、通信を停止する第２のＰＤＵセッションを決定し、
    　決定した前記第２のＰＤＵセッションでの通信の停止を要求すること、
    　を含む通信方法。
PCT/JP2021/008771 2020-03-26 2021-03-05 アプリケーションファンクションノード及び通信方法 WO2021192930A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/802,160 US20230081413A1 (en) 2020-03-26 2021-03-05 Application function node and communication method
EP21774715.3A EP4132211A4 (en) 2020-03-26 2021-03-05 APPLICATION FUNCTION NODE AND COMMUNICATION METHOD

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020-056231 2020-03-26
JP2020056231A JP2021158499A (ja) 2020-03-26 2020-03-26 アプリケーションファンクションノード及び通信方法

Publications (1)

Publication Number Publication Date
WO2021192930A1 true WO2021192930A1 (ja) 2021-09-30

Family

ID=77891265

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/008771 WO2021192930A1 (ja) 2020-03-26 2021-03-05 アプリケーションファンクションノード及び通信方法

Country Status (4)

Country Link
US (1) US20230081413A1 (ja)
EP (1) EP4132211A4 (ja)
JP (1) JP2021158499A (ja)
WO (1) WO2021192930A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015119392A (ja) 2013-12-19 2015-06-25 株式会社日立製作所 無線通信システム及び基地局制御局並びに基地局
JP2019526970A (ja) * 2016-11-27 2019-09-19 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける登録解除方法及びこのための装置
US20190380031A1 (en) * 2018-06-08 2019-12-12 Cisco Technology, Inc. Securing communications for roaming user equipment (ue) using a native blockchain platform
JP2019537334A (ja) * 2017-01-09 2019-12-19 ホアウェイ・テクノロジーズ・カンパニー・リミテッド セッション管理のためのシステムおよび方法
JP2020028000A (ja) * 2018-08-10 2020-02-20 シャープ株式会社 ユーザ装置、制御装置、及び通信制御方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015119392A (ja) 2013-12-19 2015-06-25 株式会社日立製作所 無線通信システム及び基地局制御局並びに基地局
JP2019526970A (ja) * 2016-11-27 2019-09-19 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける登録解除方法及びこのための装置
JP2019537334A (ja) * 2017-01-09 2019-12-19 ホアウェイ・テクノロジーズ・カンパニー・リミテッド セッション管理のためのシステムおよび方法
US20190380031A1 (en) * 2018-06-08 2019-12-12 Cisco Technology, Inc. Securing communications for roaming user equipment (ue) using a native blockchain platform
JP2020028000A (ja) * 2018-08-10 2020-02-20 シャープ株式会社 ユーザ装置、制御装置、及び通信制御方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NEC, ERICSSON, MOTOROLA MOBILITY, LENOVO: "Release PDU sessions due to revocation from AAA server or re-auth failure", 3GPP DRAFT; S2-2002360, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. e-meeting; 20200224 - 20200227, 29 February 2020 (2020-02-29), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051857320 *

Also Published As

Publication number Publication date
EP4132211A4 (en) 2023-09-20
JP2021158499A (ja) 2021-10-07
US20230081413A1 (en) 2023-03-16
EP4132211A1 (en) 2023-02-08

Similar Documents

Publication Publication Date Title
US11785479B2 (en) Terminal device and communication method
WO2021090596A1 (ja) 端末装置、基地局装置、端末装置の制御方法および基地局装置の制御方法
US20230164824A1 (en) Communication device and communication method
CN111699717B (zh) 通信设备、基站设备、方法和程序
US20240048266A1 (en) Communication apparatus and communication method
CN114979966B (zh) 一种被用于无线通信的通信节点中的方法和装置
WO2021241345A1 (ja) 情報処理装置、通信システム及び情報処理方法
WO2021192930A1 (ja) アプリケーションファンクションノード及び通信方法
WO2021200501A1 (ja) 端末装置、基地局装置、端末装置の制御方法および基地局装置の制御方法
WO2021192946A1 (ja) 基地局装置、アプリケーションファンクションノード及び通信方法
WO2024070555A1 (ja) 情報処理装置、及び情報処理方法
WO2023182203A1 (ja) 情報処理方法、情報処理装置、及び情報処理システム
WO2023127173A1 (ja) 通信方法、通信装置、及び通信システム
WO2023149185A1 (ja) 通信装置、通信方法、及び通信システム
WO2022153866A1 (ja) 通信装置、通信方法、及び通信システム
WO2023002682A1 (ja) 情報処理装置、通信装置、情報処理方法、通信方法、及び通信システム
WO2023085092A1 (ja) 情報処理方法、情報処理装置、及び情報処理システム
WO2021132194A1 (ja) 端末装置、管理装置及び通信方法
WO2024070677A1 (ja) 端末装置、及び通信方法
WO2023166969A1 (ja) 通信装置、及び通信方法
WO2021241302A1 (ja) 情報処理装置、情報処理システム及び通信方法
WO2021070631A1 (ja) 端末装置、基地局および通信制御方法
WO2023085078A1 (ja) 情報処理方法、情報処理装置、及び情報処理システム
WO2022149412A1 (ja) 基地局装置、無線通信装置及び通信方法
CN117939472A (zh) 一种被用于无线通信的方法和设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21774715

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021774715

Country of ref document: EP

Effective date: 20221026