WO2022045061A1 - 情報処理装置、情報処理方法、通信システム及びエンティティ - Google Patents

情報処理装置、情報処理方法、通信システム及びエンティティ Download PDF

Info

Publication number
WO2022045061A1
WO2022045061A1 PCT/JP2021/030785 JP2021030785W WO2022045061A1 WO 2022045061 A1 WO2022045061 A1 WO 2022045061A1 JP 2021030785 W JP2021030785 W JP 2021030785W WO 2022045061 A1 WO2022045061 A1 WO 2022045061A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal device
push notification
information processing
information
network
Prior art date
Application number
PCT/JP2021/030785
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 JP2022544582A priority Critical patent/JPWO2022045061A1/ja
Priority to CN202180051523.7A priority patent/CN115989686A/zh
Priority to EP21861487.3A priority patent/EP4207727A4/en
Priority to US18/040,264 priority patent/US20230291807A1/en
Publication of WO2022045061A1 publication Critical patent/WO2022045061A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58—Message adaptation for wireless communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • This disclosure relates to information processing devices, information processing methods, communication systems and entities.
  • An application that exchanges messages between multiple terminal devices is used.
  • messages are exchanged via the service provider's server.
  • the message from the terminal device is transferred to the server of the service provider.
  • the service provider's server then sends this message to another terminal device. This makes it possible to exchange messages between terminal devices.
  • the message addressed to this terminal device is stored in the server of the service provider.
  • the accumulated messages are sent from the service provider's server.
  • the pull method and the push method are used as the transmission method of this message.
  • the pull method is a method in which a terminal device connected to the network inquires the server of the service provider for the existence of a message addressed to itself. Since the message is sent after waiting for an inquiry from the terminal device side, there is a problem of causing a delay.
  • the push method is a method in which the server holding the message sends the message to the terminal device connected to the network. Compared with the pull method, the delay in sending a message can be shortened.
  • a push notification server which is a server that holds a message addressed to a terminal device that has stopped connecting to the network, is used.
  • This push notification server is located on the same public network (eg, the Internet) as the service provider's server.
  • the terminal device needs to exchange messages with the push notification server located in the public network, and there is a problem that the procedure becomes complicated.
  • this disclosure proposes an information processing device, an information processing method, a communication system, and an entity having a push notification server function capable of exchanging messages by a simple procedure.
  • LAN local area network
  • a base station device to which a terminal device is connected and a core network, and has a function of performing push notification to the terminal device based on a connectionless protocol.
  • An information processing device is brought.
  • Each of one or more embodiments (including examples and modifications) described below can be implemented independently. On the other hand, at least a part of the plurality of embodiments described below may be carried out in combination with at least a part of other embodiments as appropriate. These plurality of embodiments may contain novel features that differ from each other. Therefore, these plurality of embodiments may contribute to solving different purposes or problems, and may have different effects.
  • FIG. 1 is a diagram for explaining an outline of a communication system according to an embodiment of the present disclosure.
  • the communication system 1 includes an information processing device 110, core networks 200A and 200B, base station devices 300A and 300B, and terminal devices 400A and 400B.
  • the information processing device 110 is a server (device) that provides an application function to the terminal device 400.
  • the information processing apparatus 110 will be referred to as an application server 110.
  • the application server 110 communicates in synchronization with a plurality of terminal devices 400.
  • the application server 110 is a game server that provides a network game to a plurality of terminal devices 400.
  • the application server 110 synchronously distributes, for example, Augmented Reality (AR) / Virtual Reality (VR) data, which is game data, to a plurality of terminal devices 400.
  • AR Augmented Reality
  • VR Virtual Reality
  • the application server 110 may be, for example, an IoT (Internet of Things) control server.
  • the application server 110 may be a control server for arranging and traveling a plurality of automobiles (an example of the terminal device 400).
  • the application server 110 controls a plurality of automobiles by synchronizing the timing, for example.
  • the application server 110 synchronously distributes IoT control information (for example, automobile control information) to a plurality of terminal devices 400.
  • the core network 200 is a local cellular network such as a local 5G or a local 4G.
  • the core network 200 includes, for example, an information processing apparatus 260 having a function of an AF (Application Function) node.
  • AF Application Function
  • the information processing device 260 transmits the transmission data transmitted by the application server 110 to the terminal device 400.
  • the information processing device 260 may be a push notification server that transmits transmission data to the terminal device 400 by push notification.
  • the base station device 300 is a wireless communication device that wirelessly communicates with the terminal device 400.
  • the base station device 300 is a kind of communication device. Further, the base station device 300 is a kind of information processing device.
  • the terminal device 400 is a wireless communication device that wirelessly communicates with the base station device 300.
  • the terminal device 400 is, for example, a mobile phone, a smart device (smartphone or tablet), a PDA (Personal Digital Assistant), or a personal computer.
  • the terminal device 400 may be an M2M (Machine to Machine) device or an IoT (Internet of Things) device.
  • the terminal device 400 may be a head mounted display, VR goggles, or the like.
  • the terminal device 400 is connected to the core network 200 via the base station device 300.
  • FIG. 2 is a diagram showing an example of a 5G architecture.
  • the 5G core network 200 is also called 5GC (5G Core) / NGC (Next Generation Core).
  • 5GC / NGC200 Next Generation Core
  • the 5GC / NGC200 is connected to the UE (User Equipment) 401 via the (R) AN301.
  • (R) AN301 has a function of enabling connection with RAN (Radio Access Network) and connection with AN (Access Network) other than RAN.
  • (R) AN301 includes a base station apparatus called gNB or ng-eNB.
  • the 5GC / NGC200 mainly performs connection permission and session management when the UE 400 connects to the network.
  • the 5GC / NGC 200 may be configured to include a user plane function group 220 and a control plane function group 240.
  • the user plane function group 220 includes UPF (User Plane Function) 221 and DN (Data Network) 222.
  • UPF221 has a user plane processing function.
  • UPF221 includes a routing / forwarding function for data handled in the user plane.
  • the DN222 has a function of providing an entity that provides a connection to an operator's own service such as an MNO (Mobile Network Operator), an Internet connection, or a function of providing a connection to a third-party service.
  • the user plane function group 220 plays the role of a gateway that serves as a boundary between the 5GC / NGC200 and the Internet.
  • the control plane function group 240 includes AMF (Access Management Function) 241, SMF (Session Management Function) 242, AUSF (Authentication Server Function) 243, NSSF (Network Slice Selection Function) 244, NEF (Network Exposure Function) 245, and NRF (NRF). Includes Network Repository Function) 246, PCF (Policy Control Function) 247, UDM (Unified Data Management) 248, and AF (Application Function) 249.
  • AMF Access Management Function
  • SMF Session Management Function
  • AUSF Authentication Server Function
  • NSSF Network Slice Selection Function
  • NEF Network Exposure Function
  • NRF Network Exposure Function
  • AMF241 has functions such as registration processing, connection management, and mobility management of UE401.
  • the SMF 242 has functions such as session management and IP allocation and management of the UE 401.
  • AUSF243 has an authentication function.
  • NSSF244 has a function for selecting a network slice.
  • the NEF245 has the ability to provide network function capabilities and events to third parties, AF249 and edge computing functions.
  • NRF246 has a function of discovering a network function and holding a profile of the network function.
  • PCF247 has a policy control function.
  • UDM248 has the functions of generating 3GPP AKA authentication information and processing the user ID.
  • the AF249 has a function of interacting with the core network to provide services.
  • control plane function group 240 acquires information from the UDM248 in which the subscriber information of the UE 401 is stored, and determines whether or not the UE 401 may be connected to the network.
  • the control plane function group 240 uses the contract information of the UE 401 and the key for encryption included in the information acquired from the UDM248 for such determination. Further, the control plane function group 240 generates a key for encryption and the like.
  • control plane function group 240 determines, for example, whether or not the network connection is possible depending on whether or not the information of the UE 401 associated with the subscriber number called IMSI (International Mobile Subscriber Identity) is stored in the UDM248.
  • IMSI International Mobile Subscriber Identity
  • the IMSI is stored in the SIM (Subscriber Identity Module) card in the UE 401, for example.
  • Namf is a service-based interface provided by AMF241, and Nsmf is a service-based interface provided by SMF242. Further, Nnef is a service-based interface provided by NEF245, and Npcf is a service-based interface provided by PCF247. Nudm is a service-based interface provided by UDM248, and Naf is a service-based interface provided by AF249. Nnrf is a service-based interface provided by NRF246, and Nnssf is a service-based interface provided by NSSF244. Nausf is a service-based interface provided by AUSF243. Each of these NFs (Network Functions) exchanges information with other NFs via each service-based interface.
  • NFs Network Functions
  • N1 shown in FIG. 1 is a reference point between UE401 and AMF241
  • N2 is a reference point between RAN / AN301 and AMF241.
  • N4 is a reference point between SMF242 and UPF221, and information is exchanged between each of these NFs (Network Functions).
  • the 5GC / NGC200 provides an interface for transmitting information and controlling functions via an application programming interface (API: Application Programming Interface) called a service-based interface.
  • API Application Programming Interface
  • API specifies a resource, and for that resource, GET (resource acquisition), POST (resource creation, data addition), PUT (resource creation, resource update), DELETE (resource deletion). And so on.
  • GET resource acquisition
  • POST resource creation, data addition
  • PUT resource creation, resource update
  • DELETE resource deletion
  • AMF241, SMF242, and UDM248 shown in FIG. 2 exchange information with each other using API when establishing a communication session.
  • API an API
  • AF249 it is considered that by using such API by AF249, AF249 can use the information of the 5G cellular network, and the function of the application can be further evolved.
  • AF289 it is difficult for AF289 to use the API used by AMF241, SMF242, and UDM248 in the Public Network. However, if it is a Non Public Private 5G Network, it is possible to configure the system including changing the API of 5GC / NGC200 so that the AF289 can use such API.
  • APIs (1) to APIs (4) described here are described in 3GPP TS23.502.
  • the API (1) is an API in which the SMF 242 notifies that the UE 401 registered in advance has transitioned from the power off state to the power on state and has attached to the network, and the IP address acquired at that time. ..
  • the SMF242 uses API (1) to notify the NF when the registered IMSI UE401 acquires the IP address.
  • API (2) The UE 401 enters the Idle mode when not communicating, and transitions to the Connected mode when communicating.
  • the API (2) is an API in which the AMF 241 notifies whether the UE 401 is in the Idle mode or the Connected mode.
  • the API (3) is an API for broadcasting a message (Paging message) for instructing the UE 401 to transition from the Idle mode to the Connected mode from the base station.
  • the API (4) is an API in which the AMF 241 provides the position information of the UE 401.
  • the AMF 241 can use API (4) to inform which Tracking Area the UE 401 is in, which Cell it belongs to, and when it enters a particular area.
  • An example of the UE 401 in FIG. 2 is the terminal device 400 of the present embodiment.
  • An example of RAN / AN301 is the base station apparatus 300 of the present embodiment.
  • the information processing apparatus 260 shown in FIG. 1 is an example of an apparatus having a function of, for example, AF249 or AMF241.
  • the application server 110 is connected to the core network 200 via the Internet, and is not shown in FIG.
  • FIG. 3 is a diagram showing an example of a 4G architecture.
  • the core network 200 includes eNB 302, MME (Mobility Management Entity) 252, S-GW (Serving Gateway) 253, P-GW (Packet Data Network Gateway) 254, and HSS (Home Subscriber Server) 255. include.
  • MME Mobility Management Entity
  • S-GW Serving Gateway
  • P-GW Packet Data Network Gateway
  • HSS Home Subscriber Server
  • the eNB 302 functions as a 4G base station.
  • the MME 252 is a control node that handles signals in the control plane (control plane), and manages the moving state of the UE 401.
  • the UE 401 sends an Attach request to the MME 252 in order to attach it to the cellular system.
  • the S-GW 253 is a control node that handles user plane signals, and is a gateway device that switches the transfer path of user data.
  • the P-GW 254 is a control node that handles user plane signals, and is a gateway device that serves as a connection point between the core network 200 and the Internet.
  • the HSS 255 is a control node that handles subscriber data and controls services.
  • MME252 corresponds to the functions of AMF241 and SMF242 in the 5G network. Further, HSS 255 corresponds to the function of UDM248.
  • the eNB 302 is connected to the MME 252 via the S1-MME interface, and is connected to the S-GW 253 via the S1-U interface.
  • the S-GW 253 is connected to the MME 252 via the S11 interface, and the MME 252 is connected to the HSS 255 via the S6a interface.
  • the P-GW 254 is connected to the S-GW 253 via the S5 / S8 interface.
  • FIG. 4 is a block diagram showing a configuration example of the base station apparatus according to the embodiment of the present disclosure.
  • the base station device 300 is a wireless communication device that wirelessly communicates with the terminal device 400.
  • the base station device 300 is a kind of communication device. Further, the base station device 300 is a kind of information processing device.
  • the base station device 300 may be composed of a set of a plurality of physical or logical devices.
  • the base station device 300 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 300 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).
  • the RU may correspond to gNB-DU described later.
  • the BBU may correspond to the gNB-CU described later.
  • the RU may be a device integrally formed with the antenna.
  • the antenna included in the base station apparatus 300 (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 300 (for example, an antenna integrally formed with the RU) may include, for example, 64 transmitting antenna ports and 64 receiving antenna ports. ..
  • the antenna mounted on the RU may be an antenna panel composed of one or more antenna elements, and the RU may mount one or more antenna panels.
  • the RU has two types of antenna panels, a horizontally polarized antenna panel and a vertically polarized antenna panel, or two types of antenna panels, a right-handed circularly polarized antenna panel and a left-handed circularly polarized antenna panel. It may be installed. Further, the RU may form and control an independent beam for each antenna panel.
  • a plurality of base station devices 300 may be connected to each other.
  • One or more base station devices 300 may be included in a radio access network (RAN). That is, the base station apparatus 300 may be simply referred to as a RAN, a RAN node, an AN (Access Network), or an AN node.
  • RAN in LTE is called EUTRAN (Enhanced Universal Terrestrial RAN).
  • RAN in NR is called NGRAN.
  • RAN in W-CDMA (UMTS) is called UTRAN.
  • the LTE base station device 300 is referred to as an eNodeB (Evolved Node B) or an eNB. That is, EUTRAN includes one or more eNodeBs (eNBs).
  • EUTRAN includes one or more eNodeBs (eNBs).
  • the NR base station apparatus 300 is referred to as gNodeB or gNB. That is, NGRAN contains one or more gNBs. Further, the EUTRAN may include a gNB (en-gNB) connected to a core network (EPC) in the LTE communication system (EPS). Similarly, NGRAN may include an ng-eNB connected to the core network 5GC in a 5G communication system (5GS). Further or instead, when the base station device 300 is an eNB, gNB, or the like, it may be referred to as 3GPP Access. Further or instead, when the base station device 300 is a wireless access point (Access Point), it may be referred to as Non-3GPP Access.
  • Access Point wireless access point
  • the base station apparatus 300 may be an optical overhanging apparatus called RRH (Remote Radio Head).
  • RRH Remote Radio Head
  • the base station device 300 may be referred to as a combination of the above-mentioned gNB CU (Central Unit) and gNB DU (Distributed Unit) or any one of them. ..
  • the gNB CU Central Unit hosts a plurality of upper layers (for example, RRC, SDAP, PDCP) of the Access Stratum for communication with the UE.
  • gNB-DU hosts a plurality of lower layers (for example, RLC, MAC, PHY) in Access Stratum.
  • RRC signaling for example, various SIBs including MIB and SIB1, RRCSetup message, RRCReconfiguration message
  • gNB CU DCI and various Physical Channels described later (for example, various Physical Channels) are generated.
  • PDCCH, PBCH may generate gNB-DU.
  • some configurations such as IE: cellGroupConfig may be generated by gNB-DU, and the remaining configurations may be generated by gNB-CU. These configurations may be transmitted and received by the F1 interface described later.
  • the base station device 300 may be configured to be communicable with another base station device 300.
  • the base station devices 300 may be connected by an X2 interface. Further or instead, when the plurality of base station devices 300 are gNBs or a combination of gn-eNB and gNB, the devices may be connected by an Xn interface. Further or instead, when a plurality of base station devices 300 are a combination of gNB CU (Central Unit) and gNB DU (Distributed Unit), the devices may be connected by the above-mentioned F1 interface.
  • the message / information (information included in RRC signaling or DCI) described later may be communicated between the plurality of base station devices 300 (for example, via the X2, Xn, and F1 interfaces).
  • the base station apparatus 300 may be configured to manage a plurality of cells.
  • the cell provided by the base station apparatus 300 is called a Serving cell.
  • Serving cell includes 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
  • the UE for example, terminal device.
  • the PCell provided by the MN (Master Node) and the zero or more SCell (s) are referred to as the Master Cell Group.
  • the Serving cell may include a PS Cell (Primary Secondary Cell or Primary SCG Cell).
  • the PS Cell provided by the SN (Secondary Node) and the zero or more 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 does not have to be detected).
  • PCell and PSCell have a special role in Serving Cell (s), so 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 Part one or more Bandwidth Parts (BWP) may be set in the UE, and one Bandwidth Part may be used in the UE as an Active BWP.
  • the radio resources for example, frequency band, numerology (subcarrier spacing), slot format (Slot configuration)
  • Slot configuration slot format
  • the base station apparatus 300 shown in FIG. 4 includes a communication unit 310, a storage unit 320, a network communication unit 330, and a control unit 340.
  • the configuration shown in FIG. 4 is a functional configuration, and the hardware configuration may be different from this. Further, the functions of the base station apparatus 300 may be distributed and implemented in a plurality of physically separated configurations.
  • the communication unit 310 is a signal processing unit for wireless communication with another wireless communication device (for example, a terminal device 400 and another base station device 300).
  • the communication unit 310 operates according to the control of the control unit 340.
  • the communication unit 310 may be a wireless transceiver corresponding to one or a plurality of wireless access methods.
  • the communication unit 310 corresponds to both NR and LTE.
  • the communication unit 310 may support W-CDMA and cdma2000 in addition to NR and LTE. Further, the communication unit 310 may support communication using NOMA.
  • the communication unit 310 may be an X2 interface, an Xn interface, or an F1 interface.
  • the communication unit 310 includes a reception processing unit 311, a transmission processing unit 312, and an antenna 313.
  • the communication unit 310 may include a plurality of reception processing units 311, transmission processing units 312, and antennas 313, respectively.
  • each unit of the communication unit 310 may be individually configured for each wireless access method.
  • the reception processing unit 311 and the transmission processing unit 312 may be individually configured by LTE and NR.
  • the reception processing unit 311 processes the uplink signal received via the antenna 313.
  • the reception processing unit 311 operates as a receiving unit that receives a received signal.
  • the reception processing unit 311 includes a wireless reception unit 311a, a multiple separation unit 311b, a demodulation unit 311c, and a decoding unit 311d.
  • the wireless receiver 311a 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 for the uplink signal.
  • the frequency domain signal is extracted by.
  • the multiplex separation unit 311b 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 311a.
  • PUSCH Physical Uplink Shared Channel
  • PUCCH Physical Uplink Control Channel
  • the demodulation unit 311c demodulates the received signal for 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 311c 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 311d 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 340.
  • the transmission processing unit 312 performs downlink control information and downlink data transmission processing.
  • the transmission processing unit 312 is an acquisition unit that acquires, for example, a bit sequence such as downlink control information and downlink data from the control unit 340.
  • the transmission processing unit 312 includes a coding unit 312a, a modulation unit 312b, a multiplexing unit 312c, and a wireless transmission unit 312d.
  • the coding unit 312a encodes the downlink control information and the downlink data input from the control unit 340 using a coding method such as block coding, convolutional coding, or turbo coding.
  • the coding unit 312a may perform coding by a polar code (Polar code) and coding by an LDPC code (Low Density Parity Check Code).
  • the modulation unit 312b modulates the coding bits output from the coding unit 312a by a predetermined modulation method such as BPSK, QPSK, 16QAM, 64QAM, 256QAM and the like.
  • a predetermined modulation method such as BPSK, QPSK, 16QAM, 64QAM, 256QAM and the like.
  • the signal points on the constellation do not necessarily have to be equidistant.
  • the constellation may be a non-uniform constellation.
  • the multiplexing unit 312c multiplexes the modulation symbol of each channel and the downlink reference signal and arranges them in a predetermined resource element.
  • the wireless transmission unit 312d performs various signal processing on the signal from the multiplexing unit 312c.
  • the radio transmitter 312d converts the time domain to the frequency domain by fast Fourier transform, adds a guard interval (cyclic prefix), generates a baseband digital signal, converts it to an analog signal, quadrature modulation, and up-converts. , Removal of excess frequency components, amplification of power, etc.
  • the signal generated by the transmission processing unit 312 is transmitted from the antenna 313.
  • the storage unit 320 is a storage device that can read and write data such as DRAM, SRAM, flash memory, and hard disk.
  • the storage unit 320 functions as a storage means for the base station device 300.
  • the network communication unit 330 is a communication interface for communicating with a node (for example, an information processing device 260) located at a higher level on the network.
  • the network communication unit 330 may be a LAN interface such as a NIC.
  • the network communication unit 330 may be an S1 interface or an NG interface for connecting to the core network node.
  • the network communication unit 330 may be a wired interface or a wireless interface.
  • the network communication unit 330 functions as a network communication means of the base station apparatus 300.
  • the control unit 340 is a controller that controls each unit of the base station device 300.
  • the control unit 340 is realized by, for example, a processor (hardware processor) such as a CPU (Central Processing Unit) and an MPU (Micro Processing Unit).
  • the control unit 340 is realized by the processor executing various programs stored in the storage device inside the base station device 300 using a RAM (Random Access Memory) or the like as a work area.
  • the control unit 340 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.
  • FIG. 5 is a block diagram showing a configuration example of the terminal device according to the embodiment of the present disclosure.
  • the terminal device 400 is a wireless communication device that wirelessly communicates with the base station device 300.
  • the terminal device 400 is, for example, a mobile phone, a smart device (smartphone or tablet), a PDA (Personal Digital Assistant), or a personal computer.
  • the terminal device 400 may be a head-mounted display (Head Mounted Display), VR goggles, or the like having a function of transmitting and receiving data via wireless.
  • the terminal device 400 may be capable of side link communication with another terminal device 400.
  • the terminal device 400 may be able to use an automatic retransmission technique such as HARQ (Hybrid Automatic Repeat reQuest) when performing side link communication.
  • the terminal device 400 may be capable of NOMA (Non Orthogonal Multiple Access) communication with the base station device 300.
  • the terminal device 400 may also be capable of NOMA communication in communication (side link) with another terminal device 400.
  • the terminal device 400 may be capable of LPWA (Low Power Wide Area) communication with another communication device (for example, a base station device 300 and another terminal device 400).
  • the wireless communication used by the terminal device 400 may be wireless communication using millimeter waves.
  • the wireless communication (including side link communication) used by the terminal device 400 may be wireless communication using radio waves or wireless communication using infrared rays or visible light (optical radio). good.
  • the terminal device 400 may be connected to a plurality of base station devices or a plurality of cells at the same time to perform communication. For example, if one base station device can provide a plurality of cells, the terminal device 400 can perform carrier aggregation by using one cell as a pCell and another cell as an sCell. Further, when the plurality of base station devices 300 can each provide one or a plurality of cells, the terminal device 400 pCells one or a plurality of cells managed by one of the base station devices (MN (for example, MeNB or MgNB)).
  • MN for example, MeNB or MgNB
  • DC Dual Connectivity
  • MC Multi Connectivity
  • CA Carrier Aggregation
  • DC Dual Connectivity
  • MC Multi-Connectivity
  • the terminal device 400 and the plurality of base station devices 300 can communicate with each other via the cells of different base station devices 300 by the coordinated transmission / reception (CoMP: Coordinated Multi-Point Transmission and Reception) technology.
  • CoMP Coordinated Multi-Point Transmission and Reception
  • the terminal device 400 includes a communication unit 410, a storage unit 420, a network communication unit 430, an input / output unit 4400, and a control unit 450.
  • the configuration shown in FIG. 7 is a functional configuration, and the hardware configuration may be different from this. Further, the functions of the terminal device 400 may be distributed and implemented in a plurality of physically separated configurations.
  • the communication unit 410 is a signal processing unit for wireless communication with another wireless communication device (for example, a base station device 300 and another terminal device 400).
  • the communication unit 410 operates according to the control of the control 115.
  • the communication unit 410 may be a wireless transceiver corresponding to one or a plurality of wireless access methods.
  • the communication unit 41 corresponds to both NR and LTE.
  • the communication unit 410 may support W-CDMA and cdma2000 in addition to NR and LTE. Further, the communication unit 410 may support communication using NOMA.
  • the communication unit 410 includes a reception processing unit 411, a transmission processing unit 412, and an antenna 413.
  • the communication unit 410 may include a plurality of reception processing units 411, transmission processing units 412, and antennas 413, respectively.
  • the configuration of the communication unit 410, the reception processing unit 411, the transmission processing unit 412, and the antenna 414 is the same as that of the communication unit 310, the reception processing unit 311, the transmission processing unit 312, and the antenna 314 of the base station apparatus 300.
  • the storage unit 420 is a storage device that can read and write data such as DRAM, SRAM, flash memory, and hard disk.
  • the storage unit 420 functions as a storage means for the terminal device 400.
  • the network communication unit 430 is a communication interface for communicating with other devices connected via the network.
  • the network communication unit 430 is a LAN interface such as a NIC.
  • the network communication unit 430 may be a wired interface or a wireless interface.
  • the network communication unit 430 functions as a network communication means of the terminal device 400.
  • the network communication unit 430 communicates with other devices according to the control of the control unit 450.
  • the input / output unit 440 is a user interface for exchanging information with the user.
  • the input / output unit 440 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 440 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 440 may be an audio device such as a speaker or a buzzer.
  • the input / output unit 440 may be a lighting device such as an LED (Light Emitting Diode) lamp.
  • the input / output unit 440 functions as an input / output means (input means, output means, operation means, or notification means) of the terminal device 400.
  • the control unit 450 is a controller that controls each unit of the terminal device 400.
  • the control unit 450 is realized by, for example, a processor such as a CPU, MPU, or GPU.
  • the control unit 450 is realized by the processor executing various programs stored in the storage device inside the terminal device 400 with the RAM or the like as a work area.
  • the control unit 450 may be realized by an integrated circuit such as an ASIC or FPGA.
  • the CPU, MPU, GPU, ASIC, and FPGA can all be considered as controllers.
  • FIG. 6 is a block diagram showing a configuration example of the information processing apparatus according to the embodiment of the present disclosure.
  • the information processing device 260 is a device that realizes the NF or AF function of the core network 200.
  • the information processing device 260 is, for example, a server device.
  • the information processing device 260 may be a device collectively referred to as a cloud server (Cloud Server) or an edge server (Edge Server).
  • the information processing apparatus 260 includes a communication unit 261, a storage unit 262, and a control unit 263.
  • the configuration shown in FIG. 6 is a functional configuration, and the hardware configuration may be different from this. Further, the functions of the information processing apparatus 260 may be distributed and implemented in a plurality of physically separated configurations.
  • the information processing device 260 may be composed of a plurality of server devices.
  • the communication unit 261 is a communication interface for communicating with other devices.
  • the communication unit 261 may be a network interface or a device connection interface.
  • the communication unit 261 may be a LAN (Local Area Network) interface such as a NIC (Network Interface Card), or a USB interface composed of a USB (Universal Serial Bus) host controller, a USB port, or the like. It is also good.
  • the communication unit 261 may be a wired interface or a wireless interface.
  • the communication unit 261 functions as a communication means of the information processing apparatus 260.
  • the communication unit 261 communicates with the base station device 300, other NF nodes, and AN nodes under the control of the control unit 263.
  • the storage unit 262 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 262 functions as a storage means for the information processing device 260.
  • the control unit 263 is a controller that controls each unit of the information processing apparatus 260.
  • the control unit 263 is realized by a processor such as a CPU (Central Processing Unit), an MPU (Micro Processing Unit), or a GPU (Graphics Processing Unit), for example.
  • the control unit 263 is realized by the processor executing various programs stored in the storage device inside the information processing device 260 using a RAM (Random Access Memory) or the like as a work area.
  • the control unit 263 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, GPU, ASIC, and FPGA can all be regarded as controllers.
  • FIG. 7 is a simplified diagram of the communication system according to the embodiment of the present disclosure.
  • Communication system 1 in FIG. 7 includes a local area network (LAN).
  • a virtual private network 500 is applied as an example of this LAN.
  • the private network corresponds to the above-mentioned Non-public network, and is a private network different from the public network such as the Internet. For example, it is a network that targets a specific area such as a factory and is not open to the public.
  • the virtual private network is a network extended across public networks and the like.
  • the virtual private network 500 includes a wireless network having a terminal device 400A and a base station device 300, a core network 200, and a router 510.
  • the information processing device 260 corresponds to the information processing device 260 having the push notification function described in FIG.
  • the information processing apparatus 260 will be referred to as a push notification server 260.
  • the push notification server 260 can hold the message transmitted to itself in the storage unit 262 described with reference to FIG.
  • FIG. 7 shows an example in which the push notification server 260 is arranged in the core network 200.
  • the push notification server 260 may also be located outside the core network 200. In either case, the push notification server 260 is located inside the virtual private network 500.
  • the router 510 is a router that connects the virtual private network 500 and the Internet 100.
  • the application server 110 described with reference to FIG. 1 is connected to the Internet 100.
  • a service provider server can be applied to the application server 110.
  • an application of the application server 110 an application for exchanging messages between a plurality of terminal devices connected to a network is assumed. In FIG. 6, it is assumed that a message is exchanged between the terminal device 400A and the terminal device 400B. Such a message is called an instant message.
  • the procedure for sending and receiving messages in the communication system 1 of FIG. 7 will be described. It is assumed that a message is transmitted from the terminal device 400B to the terminal device 400A.
  • the user of the terminal device 400A sends information such as his / her e-mail address and telephone number to register in the application of the application server 110.
  • the application of the application server 110 manages the terminal device 400A by the identifier (ID) associated with the e-mail address or the like.
  • the terminal device 400A registers with the push notification server 260.
  • the terminal device 400A receives a token from the push notification server 260. This token is used to identify the terminal device 400A when transmitting a message.
  • the user of the terminal device 400B generates a message and sends it to the ID of the terminal device 400A.
  • This message is held in the application server 110.
  • the application of the application server 110 sends a message from the held terminal device 400B to the push notification server 260.
  • This message can be transmitted based on the transmission control protocol (TCP: Transmission Control Protocol).
  • TCP Transmission Control Protocol
  • a TCP connection is set up between the application server 110 and the push notification server 260. By this TCP connection, a message can be transmitted from the application server 110 of the Internet 100 to the push notification server 260 in the virtual private network 500 via the router 510.
  • the push notification server 260 When the terminal device 400A is connected to the wireless network and the core network 200 of the LAN 500, the push notification server 260 immediately sends a message to the terminal device 400A.
  • This message can be sent based on a connectionless protocol. For example, it can be performed based on the User Datagram Protocol (UDP). This is because a private IP address is used for the device arranged inside the virtual private network 500, so that it is not necessary to set a TCP connection.
  • UDP User Datagram Protocol
  • the terminal device 400A can receive the message from the terminal device 400B. The user of the terminal device 400A can read the message.
  • the push notification server 260 when the terminal device 400A is not connected to the wireless network and the core network 200 of the virtual private network 500, for example, when the power of the terminal device 400A is off, the push notification server 260 has the terminal device 400A wirelessly. Wait until connected to the network and core network 200. At this time, the message is held and accumulated in the push notification server 260.
  • the push notification server 260 performs a push notification and sends a message to the terminal device 400A.
  • UDP is a protocol that omits processing such as a handshake when transmitting a message, and can easily transmit a message.
  • TCP Transmission Control Protocol
  • the TCP connection is established by a procedure called a three-way handshake, in which three packets are sent and received.
  • a device such as an IoT device that repeatedly connects to and disconnects from a network
  • the number of times a TCP connection is established increases, and the processing load and power consumption of the push notification server 260 increase.
  • the load on the push notification server 260 and the terminal device 400A increases. This is because it is necessary to send and receive packets periodically in order to maintain the TCP connection.
  • the load on the push notification server 260 will be further increased.
  • the push notification server 260 when the push notification server 260 is located outside the virtual private network 500, it is not possible to apply the transmission of the message based on UDP, and it is necessary to transmit the message based on TCP.
  • a private IP address is applied to a device such as a terminal device 400A.
  • the private IP address is converted into a public IP address and transmitted.
  • the server or the like arranged outside the virtual private network 500 can grasp the public IP address of the terminal device 400A. That is, when the push notification server 260 is arranged outside the virtual private network 500, the push notification based on UDP cannot be performed because the public IP address of the terminal device 400A has not been acquired.
  • NAT Network Address Translation
  • a TCP connection is set between the terminal device 400A and the push notification server 260, push notification from the outside of the virtual private network 500 becomes possible.
  • a packet is transmitted from the terminal device 400A side to the push notification server 260.
  • the push notification server 260 can acquire the IP address of the terminal device 400A before the push notification.
  • IPv6 Internet Protocol Version 6
  • FIG. 8 is a sequence diagram showing a procedure of push communication processing according to the first embodiment of the present disclosure.
  • FIG. 8 shows a terminal device 400A, UPF221, SMF242, AMF241, a push notification server 260, an application server 110, and a terminal device 400B.
  • the application server 110 is abbreviated as "server”.
  • SMF242 and AMF241 are collectively described as a control plane (C-Plane) in 5G.
  • UPF221 corresponds to a user plane (U-Plane) in 5G.
  • the terminal device 400A is connected to the wireless network and the core network 200 (referred to as a network in FIG. 8) (step S101).
  • an IP address is assigned from SMF242.
  • the terminal device 400A registers its own ID in the push notification server 260 (step S102). At this time, the IMSI of the terminal device 400A is also registered in the push notification server 260. Next, the push notification server 260 transmits a token to the terminal device 400A as a response to the registration of this ID (step S103).
  • the push notification server 260 makes a request (subscription) to the SMF 242 to notify the IP address when the terminal device 400A that has stopped connecting to the network reconnects to the network (step S104). ..
  • This request can be made using the IMSI of the terminal device 400A.
  • the API that accepts this request is implemented in SMF242.
  • the push notification server 260 can make a request through this API.
  • the terminal device 400A transmits the token and its own ID to the application server 110 (step S105).
  • the application of the application server 110 registers the token and the ID of the terminal device 400A.
  • step S106 when the network connection of the terminal device 400A is stopped (step S106).
  • the IP address assigned in step S101 disappears.
  • the stop of the network connection of the terminal device 400A is notified to the push notification server 260 by the SMF242 (step S107).
  • the push notification server 260 establishes a TCP connection with the application server 110 (step S108).
  • the application of the application server 110 notifies the terminal device 400B subscribed to the same service (message exchange) of the ID of the terminal device 400A (step S109).
  • the message is transmitted from the terminal device 400B to the application server 110 together with the ID (step S110).
  • the application of the application server 110 grasps the destination terminal device 400A based on the ID attached to the transmitted message.
  • the application of the application server 110 sends a message and a token of the terminal device 400A to the push notification server 260 (step S111). This transmission is performed by the TCP connection established in step S108. Since the terminal device 400A is not connected to the network, the push notification server 260 holds the transmitted message.
  • step S112 the terminal device 400A is connected to the network again and a new IP address is assigned (step S112).
  • the SMF 242 Based on the request in step S104, the SMF 242 notifies the push notification server 260 of the new IP address (step S113). It should be noted that this notification can be performed using the API (1) described in FIG.
  • the push notification server 260 performs push notification based on the notified IP address (step S114). Specifically, the push notification server 260 forms an IP header with the notified IP address as the destination network address. Next, the push notification server 260 forms a UDP packet with the IP header and the data including the message addressed to the terminal device 400A. Next, the push notification server 260 transmits this UDP packet to UPF221. Note that step S114 is an example of performing the push notification described in the claims.
  • UPF221 transmits a message based on the push notification to the terminal device 400A (step S115). Specifically, the UDP 221 forms a virtual communication path with the terminal device 400A, and transmits a UDP packet including a message transmitted by push notification to the terminal device 400A.
  • the virtual communication path can be configured based on, for example, GTP (General Packet Radio System Tunneling Protocol).
  • the message from the terminal device 400B can be transmitted to the terminal device 400A.
  • the IP address when the terminal device 400A which has stopped connecting to the network in step S104 reconnects to the network is quickly acquired. be able to. This makes it possible to perform push notifications at high speed.
  • notification is given in step S113 in response to the API request (subscription) in step S104, a request / response type API can also be used.
  • the configuration of the virtual private network 500 is not limited to this example.
  • the push notification server 260 can be configured to further include a network function (NF: Network Function) function, which is an individual function group required for the network.
  • NF Network Function
  • the application placed on the push notification server 260 can use the API of the entity of the core network 200.
  • the push notification server 260 may be configured to further include an application function (AF: Application Function) function as an application server.
  • AF Application Function
  • the application server 110 can be arranged inside the virtual private network 500. In this case, messages can also be exchanged between the push notification server 260 and the application server 110 based on the UDP protocol.
  • the push notification server 260 By arranging the push notification server 260 in the virtual private network 500 in this way, it is possible to perform push notification based on the connectionless protocol with the terminal device 400A. As a result, messages can be exchanged by a simple procedure. In addition, push notifications based on connectionless protocols enable the transmission of low-latency messages. Further, when the push notification server 260 is arranged in the core network 200, the API of the entity of the core network 200 can be used. This makes it possible to improve the convenience of the push notification server 260.
  • Second embodiment the application server 110 sends a message addressed to the terminal device 400A to the push notification server 260 even when the terminal device 400A is not connected to the network.
  • the application server 110 may wait for the terminal device 400A to be connected to the network and send a message addressed to the terminal device 400A to the push notification server 260.
  • the virtual private network 500, the core network 200, the base station device 300, the terminal device 400, and the push notification server 260 having the same configurations as those in the first embodiment are used. Is omitted.
  • the push notification server 260 in the first embodiment has been notified by the SMF 242 about the connection status of the terminal device 400A to the network.
  • the push notification server 260 of the second embodiment further notifies the application server 110 of the connection status of the terminal device 400A to the network. That is, when the push notification server 260 of the second embodiment grasps the state in which the terminal device 400A is not connected to the network, it notifies the application server 110 to that effect. As a result, the application server 110 can stop the transmission of the message to the push notification server 260 while the terminal device 400A is not connected to the network.
  • FIG. 9 is a sequence diagram showing a procedure of push communication processing according to the second embodiment of the present disclosure.
  • the same reference numerals are applied to the same processing as in the sequence diagram of FIG. 8, and the description thereof will be omitted.
  • step S107 the push notification server 260 is notified that the network connection of the terminal device 400A is stopped.
  • the push notification server 260 establishes a TCP connection with the application server 110 (step S108), and notifies the application server 110 of the non-connection state of the terminal device 400A to the network (step S116).
  • the application of the application server 110 further notifies the terminal device 400B of the non-connection state of the terminal device 400A to the network (step S117).
  • the IP address is notified to the push notification server 260 (step S113).
  • the push notification server 260 notifies the application server 110 of the connection status of the terminal device 400A to the network (step S118).
  • the application of the application server 110 notifies the terminal device 400B of the connection status of the terminal device 400A to the network (step S119). Based on this notification, the terminal device 400B generates a message addressed to the terminal device 400A and sends it to the application server 110 (step S110).
  • the application of the application server 110 transmits the transmitted message to the push notification server 260 (step S111). Since the terminal device 400A is connected to the network, the push notification server 260 can immediately perform push notification (step S114).
  • the push notification server 260 acquires information on whether or not the terminal device 400A is connected to the network via the SMF 242, which is an entity arranged in the core network 200.
  • the push notification server 260 acquires the IP address of the terminal device 400A. This IP address corresponds to the information of the terminal device 400A for performing push notification.
  • the push notification server 260 notifies the application of the application server 110 of the state in which the terminal device 400A is connected to the network and has an IP address. That is, the push notification server 260 transmits the information of the terminal device 400A to the application server 110, which is a server that holds the message that causes the push notification of the terminal device 400A.
  • the message Since the message is not transmitted from the application server 110 while the terminal device 400A is not connected to the network, the number of messages stored in the push notification server 260 is reduced. As a result, the capacity of the storage unit 262 of the push notification server 260 can be reduced. Further, since the application of the application server 110 waits for the terminal device 400A to connect to the network and sends the message to the push notification server 260, the message can be reliably transmitted to the terminal device 400A.
  • the procedure for push notification processing according to the second embodiment of the present disclosure is not limited to this example.
  • the application of the application server 110 may omit the notification of the non-connection state to the network of the terminal device 400A (step S117).
  • the message addressed to the terminal device 400A transmitted from the terminal device 400B is held and stored in the application server 110.
  • the push notification server 260 of the second embodiment of the present disclosure acquires information as to whether or not it has an IP address as information of the terminal device 400A. As a result, it is possible to determine whether or not the terminal device 400A can receive the message and perform push notification, which can improve convenience.
  • the push notification server 260 acquires the connection state of the terminal device 400A to the network and transmits it to the application server 110.
  • the connection timing of the terminal device 400A desired by the application server 110 to the network may be specified. This case will be described as a third embodiment.
  • the third embodiment also uses the virtual private network 500, the core network 200, the base station device 300, the terminal device 400, and the push notification server 260 having the same configurations as those of the first embodiment. The explanation is omitted.
  • the push notification server 260 in the third embodiment sets the connection cycle and the connection period to the network in the terminal device 400A.
  • This setting can be made, for example, via AMF241, which is an entity of the core network 200.
  • AMF241 is an entity of the core network 200.
  • the application of the application server 110 can request the push notification server 260 for a connection cycle and a connection period to the desired network.
  • the push notification server 260 can set the connection cycle and the connection period to the network in the terminal device 400A based on this request.
  • the push notification server 260 can select a connection time or the like that satisfies the plurality of requests and set it in the terminal device 400A.
  • FIG. 10 is a diagram showing a connection cycle and a connection period to the network according to the third embodiment of the present disclosure.
  • the connection 601 represents the connection stop period of the terminal device 400A to the network
  • the connection stop 602 represents the connection stop period of the terminal device 400A to the network.
  • the period obtained by adding the connection 601 and the connection stop 602 is the connection cycle.
  • the terminal device 400A is assigned an IP address. That is, the terminal device 400A during the period of connection 601 has already acquired the IP address.
  • the connection stop 602 the IP address assigned to the terminal device 400A is released.
  • the push notification server 260 can notify the application server 110 of the connection cycle and connection period of the set terminal device 400A to the network.
  • the application of the application server 110 can acquire the period during which the terminal device 400A is connected to the network, and can send a message during this period.
  • FIG. 11 is a sequence diagram showing a procedure of push communication processing according to the third embodiment of the present disclosure.
  • the same reference numerals are applied to the same processing as in the sequence diagram of FIG. 8, and the description thereof will be omitted.
  • the application of the application server 110 requests the push notification server 260 for the connection cycle and the connection period of the desired terminal device 400A to the network (step S120). Based on this request, the push notification server 260 determines the connection cycle and connection period to the network, and requests the AMF 241 to API for setting the connection cycle and connection period to the network (step S121). After that, the AMF 241 sets the connection cycle and the connection period to the network in the terminal device 400A using the API (not shown).
  • step S107 the push notification server 260 is notified that the network connection of the terminal device 400A is stopped.
  • the push notification server 260 establishes a TCP connection with the application server 110 (step S108), and notifies the application server 110 of the non-connection state and the duration of the terminal device 400A to the network (step S122).
  • the duration of this disconnected state can be calculated from the connection cycle and the connection period.
  • the application of the application server 110 further notifies the terminal device 400B of the non-connection state and the duration of the terminal device 400A to the network (step S123).
  • the IP address is notified to the push notification server 260 (step S113).
  • the push notification server 260 notifies the application server 110 of the connection status and duration of the terminal device 400A to the network (step S124).
  • the application of the application server 110 notifies the terminal device 400B of the connection status and the connection period of the terminal device 400A to the network (step S125).
  • the terminal device 400B transmits a message addressed to the terminal device 400A during the notified connection period of the terminal device 400A to the network (step S110).
  • the application of the application server 110 transmits the transmitted message to the push notification server 260 (step S111). Since the terminal device 400A is connected to the network, the push notification server 260 can immediately perform push notification (step S114).
  • the push notification server 260 acquires the cycle in which the terminal device 400A is connected to the network and the connection period via the AMF 241 which is an entity arranged in the core network 200.
  • the connection cycle and connection period of the terminal device 400A to the network correspond to the information of the period in which the terminal device 400A is connected to the core network 200, and correspond to the information of the terminal device 400A for performing push notification.
  • the push notification server 260 transmits information on the period during which the terminal device 400A is connected to the core network 200 to the application of the application server 110. Since the application of the application server 110 can send a message to the push notification server 260 while connected to the network of the terminal device 400A, the timing of message transmission can be optimized. Further, the terminal device 400A can control the power on and off based on the set connection cycle and connection period, and can reduce the power consumption while reliably receiving the message.
  • the procedure for push notification processing according to the third embodiment of the present disclosure is not limited to this example.
  • the application of the application server 110 may omit the notification of the non-connection state to the network of the terminal device 400A (step S123).
  • the message addressed to the terminal device 400A transmitted from the terminal device 400B is held and stored in the application server 110.
  • the push notification server 260 of the third embodiment of the present disclosure acquires the connection cycle and the connection period to the network as the information of the terminal device 400A.
  • the terminal device 400A can perform push notification during the period in which the message can be received, and the convenience can be further improved.
  • the push notification server 260 acquires the connection state of the terminal device 400A to the network and transmits it to the application server 110.
  • information on the connection of the terminal device 400A to the base station device 300 may be acquired.
  • the fourth embodiment the virtual private network 500, the core network 200, the base station device 300, the terminal device 400, and the push notification server 260 having the same configurations as those in the first embodiment are used, so that the overlapping configurations and operations are different. The explanation is omitted.
  • the terminal device 400A takes a standby state (Idle) in which the wireless resource is released, in addition to a connected state (Connected) in which the wireless resource is allocated and a link with the base station device 300 is established so that transmission / reception is possible. be able to. By setting this standby state, the power consumption of the terminal device 400A can be reduced.
  • the terminal device 400A shifts from the standby state to the connected state and performs communication as needed. Push notifications and message receptions need to be performed when the terminal device 400A is connected to the base station device 300.
  • the transition from the standby state to the connected state can be performed by transmitting a message from the base station device 300 to the terminal device 400A. As described above in FIG. 2, this message is referred to as a paging message.
  • the base station device 300 can transmit a paging message to the terminal device 400A at a predetermined cycle.
  • the connection state of the terminal device 400A is also referred to as an RRC connection state (Radio Resource Control Connected).
  • the push notification server 260 in the fourth embodiment acquires information on the connection of the terminal device 400A to the base station device 300, for example, whether or not the standby state has changed to the connection state. This can be done, for example, using the API of AMF241, which is an entity of core network 200. In this API, an ID such as IMSI is specified to identify the terminal device 400A.
  • the acquired information on the connection of the terminal device 400A to the base station device 300 can be notified to the application server 110.
  • the application of the application server 110 can send a message when the terminal device 400A is connected to the base station device 300.
  • FIG. 12 is a sequence diagram showing a procedure of push communication processing according to the fourth embodiment of the present disclosure.
  • the same reference numerals are applied to the same processing as in the sequence diagram of FIG. 8, and the description thereof will be omitted.
  • step S108 the push notification server 260 establishes a TCP connection with the application server 110.
  • the push notification server 260 requests the AMF 241 to notify the API of the connection status of the terminal device 400A to the base station device 300 (step S126).
  • AMF241 notifies the push notification server 260 of a notification that the terminal device 400A has transitioned from the standby state to the connection state with the base station device 300 and the state has changed (step S127).
  • the push notification server 260 notifies the application server 110 of the change in the connection state of the terminal device 400A (step S128).
  • the application of the application server 110 sends a message to the push notification server 260 (step S111). Since the terminal device 400A is connected to the base station device 300, the push notification server 260 can immediately perform push notification (step S114).
  • the push notification server 260 requests the AMF 241 to notify the API of the connection state of the terminal device 400A to the base station device 300, and the AMF 241 notifies the change of the connection state of the terminal device 400A.
  • a request / response type API can also be used.
  • the API (2) described in FIG. 2 can be used.
  • FIG. 13 is a sequence diagram showing another procedure of the push communication process according to the fourth embodiment of the present disclosure.
  • the same reference numerals are applied to the same processing as in the sequence diagram of FIG. 12, and the description thereof will be omitted.
  • step S108 the push notification server 260 establishes a TCP connection with the application server 110.
  • the application of the application server 110 notifies the push notification server 260 that a message addressed to the terminal device 400A exists (step S129).
  • the push notification server 260 requests the API 241 to respond to the connection state of the terminal device 400A to the base station device 300 (step S130).
  • the AMF 241 responds to the connection state (step S131).
  • the push notification server 260 notifies the application server 110 of the connection status of the terminal device 400A (step S132). Based on this notification, the application of the application server 110 sends a message to the push notification server 260 (step S111). Since the terminal device 400A is connected to the base station device 300, the push notification server 260 can immediately perform push notification (step S114).
  • the application of the application server 110 can request the push notification server 260 to acquire the connection status of the terminal device 400A to the base station device 300.
  • the push notification server 260 can request the API from the AMF 241 in response to the requests from the plurality of applications. For example, when a plurality of requests are received from the application, the push notification server 260 can be configured to request the API from the AMF 241.
  • the terminal device 400A is connected to the base station device 300, it is notified to a plurality of applications that a message can be exchanged.
  • FIG. 13 is an application in which the application of the application server 110 exchanges instant messages, but it may be a game application.
  • FIG. 14 is a sequence diagram showing another procedure of the push communication process according to the fourth embodiment of the present disclosure.
  • the terminal device 400B is deleted.
  • a game application that transmits a video stream is assumed as an application of the application server 110.
  • the same reference numerals are applied to the same processes as those in the sequence diagram of FIG. 13, and the description thereof will be omitted.
  • step S108 the push notification server 260 establishes a TCP connection with the application server 110.
  • step S133 when the application of the application server 110 notifies the push notification server 260 that the stream addressed to the terminal device 400A exists (step S133).
  • the push notification server 260 requests the API 241 to respond to the connection state of the terminal device 400A to the base station device 300 (step S130).
  • step S131 When the terminal device 400A transitions from the standby state to the connection state with the base station device 300, the AMF 241 responds to the connection state (step S131).
  • the push notification server 260 notifies the application server 110 of the connection status of the terminal device 400A (step S132). Based on this notification, the application of the application server 110 sends a stream to the push notification server 260 (step S134). The push notification server 260 performs push notification of the stream based on the UDP protocol (step S135). UPF221 transmits the stream to the terminal device 400A (step S136).
  • the push notification server 260 can also perform push notifications for data other than messages.
  • the push notification server 260 acquires information on the connection status of the terminal device 400A with the base station device 300 as information on the connection of the terminal device 400A to the base station device 300. By transmitting a message or the like to the terminal device 400A in this connected state, the messages or the like can be collectively transmitted. Since the terminal device 400A waits for the connection state with the base station device 300 to transmit the message or the like, the message or the like can be transmitted without increasing the number of transitions to the connection state of the terminal device 400A. can.
  • the terminal device 400A in the standby state can know the existence of the instant message.
  • the paging message is transmitted to the terminal device 400A at a predetermined cycle.
  • the push notification server 260 can also acquire information on when this paging message is transmitted. This can be done, for example, by implementing an API in AMF241 that acquires the cycle in which the paging message is transmitted, and using this API by the push notification server 260.
  • the push notification server 260 can acquire the time when the paging message is transmitted based on the acquired cycle.
  • the push notification server 260 can grasp the timing at which the terminal device 400A can be connected to the base station device 300.
  • the push notification server 260 can also notify the application server 110 of the timing at which the terminal device 400A is in the connected state.
  • the application of the application server 110 can prepare to transmit a message addressed to the terminal device 400A based on this timing, and can improve the efficiency of message transmission.
  • AMF241 is an example of the entity described in the claims.
  • the push notification server 260 acquires information on the connection of the terminal device 400A to the base station device 300. It is possible to perform push notification and message transmission based on the acquired information on the connection of the terminal device 400A to the base station device 300, and the convenience can be improved.
  • the fourth embodiment information on the connection state of the terminal device 400A with the base station device 300 is acquired, and a message or the like is transmitted after waiting for a transition to the connection state with the base station device 300 of the terminal device 400A. I was going.
  • the terminal device 400A when the terminal device 400A is in the standby state, the terminal device 400A may be transitioned to the connected state and a message may be transmitted.
  • the virtual private network 500, the core network 200, the base station device 300, the terminal device 400, and the push notification server 260 having the same configurations as those in the first embodiment are used, so that the overlapping configurations and operations are different. The explanation is omitted.
  • the push notification server 260 can use the API (3) described in FIG. 2 to cause the terminal device 400A in the standby state to send a paging message.
  • FIG. 15 is a sequence diagram showing a procedure of push communication processing according to the fifth embodiment of the present disclosure.
  • the same reference numerals are applied to the same processes as those in the sequence diagram of FIG. 13, and the description thereof will be omitted.
  • the push notification server 260 sends the terminal device 400A to the terminal device 400A.
  • Request API for sending a paging message (step S137).
  • the AMF 241 causes the base station device 300 (not shown) to send a paging message to the terminal device 400A (step S138).
  • a link is established between the terminal device 400A and the base station device 300 (step S139).
  • the terminal device 400A transitions to the connection state with the base station device 300.
  • the push notification server 260 issues an API request for responding to the connection status of the terminal device 400A to the base station device 300 (step S140)
  • the AMF 241 responds to the connection status (step S141).
  • the connection status of the terminal device 400A is notified to the application server 110 (step S132), and a message is transmitted (step S111).
  • the application server 110 was notified after confirming that the terminal device 400A was connected to the base station device 300.
  • the message can be transmitted without waiting for the confirmation of the connection state of the terminal device 400A. can.
  • the application server 110 transmits a message (instant message) to the push notification server 260 after a predetermined time (estimated time) has elapsed from the transmission of the paging message to the terminal device 400A.
  • FIG. 16 is a sequence diagram showing another procedure of the push communication process according to the fifth embodiment of the present disclosure.
  • the process of FIG. 16 assumes a case where a message is transmitted to the push notification server 260 10 ms after the transmission of the paging message.
  • the same reference numerals are applied to the same processing as in the sequence diagram of FIG. 15, and the description thereof will be omitted.
  • step S137 the push notification server 260 requests an API for transmitting a paging message to the terminal device 400A.
  • the push notification server 260 requests the application of the application server 110 to send a message after 10 ms (step S143).
  • step S111 the application of the application server 110 sends a message to the push notification server 260 (step S111). Since the terminal device 400A is in a connected state with the base station device 300, the push notification server 260 immediately performs push notification (step S114). Compared with the case of FIG. 15, it is possible to send a message from the application server 110 more quickly.
  • the push notification server 260 transitions to the connected state and sends a message. It is possible to reduce the retention of messages on the application server 110 and the like. It is possible to prevent an increase in the data buffer capacity in the application server 110 or the like.
  • the application of the application server 110 is an application for transmitting a still image or a moving image, the effect is remarkable.
  • the push notification server 260 shifts the terminal device 400A to the connected state and performs push notification. As a result, it is possible to prevent message stagnation and reduce the delay in message transmission.
  • one UPF221 is arranged in the core network 200.
  • a plurality of UPF221s can be arranged in the core network 200. This is to distribute the processing of UPF221 when a large number of terminal devices 400 are arranged. This case will be described as the sixth embodiment.
  • FIG. 17 is a simplified diagram of the communication system according to the sixth embodiment of the present disclosure.
  • the core network 200 of FIG. 17 represents an example in which 32 UPF221s (UPF1 to UPF32) are arranged.
  • a base station device 300 and a terminal device 400 are connected to these UPF221s, respectively.
  • the description of AMF241 and SMF242 is omitted.
  • the push notification server 260 in the sixth embodiment selects a plurality of UPF221s and performs push notifications. This selection can be made by acquiring the correspondence between the terminal device 400 and the UPF221 and grasping which UPF221 the desired terminal device 400 is connected to.
  • FIG. 18 is a diagram showing the correspondence between the terminal device and the UPF according to the sixth embodiment of the present disclosure.
  • “UPF1” to “UPF32” correspond to the 32 UPF221s shown in FIG.
  • the "IP address” represents a range of global IP addresses assigned to the terminal device 400 connected to these UPF221s.
  • X 8-bit address
  • a different address is set for each terminal device 400.
  • 32 UPF221s are identified by the third 8-bit address.
  • the push notification server 260 can recognize which UPF221 the terminal device 400 is connected to by the third 8-bit address of the IP address. Due to the correspondence between the terminal device and the UPF, the push notification server 260 can select one of the plurality of UPF 221s to perform push notification.
  • UPF221 is an example of the UPF entity described in the claims.
  • the correspondence relationship between the terminal device 400 and the UPF221 is set in advance.
  • the push notification server 260 selects UPF221 based on the correspondence between the terminal device 400 and UPF221 that have been set, and performs push notification. As a result, push notification can be performed in the virtual private network 500 having the core network 200 in which a plurality of UPF221s are arranged.
  • the configuration of the sixth embodiment of the present disclosure can be applied to other embodiments. Specifically, even when a plurality of UPF221s are arranged in the core network 200, the sequences shown in FIGS. 8, 9 and 11 to 16 can be applied.
  • the information processing device (push notification server 260) of the present disclosure is arranged in a local area network LAN having a base station device 300 and a core network 200 to which the terminal device 400 is connected, and is attached to the terminal device 400 based on a connectionless protocol. It has a function to send push notifications to the user.
  • the LAN may be a virtual private network 500.
  • connectionless protocol may be a user datagram protocol (UDP).
  • UDP user datagram protocol
  • the information processing device may be arranged in the core network 200.
  • the information processing device can be used as an entity of the core network 200.
  • the information processing device may further have a function as an application function of the core network 200.
  • the information processing device may further have a function as a network function of the core network 200.
  • the information processing device may acquire the information of the terminal device 400 for performing the push notification via the entity (AMF241) arranged in the core network 200.
  • the information of the terminal device 400 can be acquired by using the entity arranged in the core network 200.
  • the information of the terminal device 400 may be acquired by the application programming interface (API) of the above entity.
  • API application programming interface
  • the information of the terminal device 400 can be acquired by using the API of the entity.
  • the acquired information of the terminal device 400 may be transmitted to the server (application server 110) that holds the message addressed to the terminal device 400 that causes the push notification.
  • the application of the application server 110 can use the information of the terminal device 400.
  • the information of the terminal device 400 may be an Internet protocol address (IP address).
  • IP address Internet protocol address
  • the application of the application server 110 can use the IP address of the terminal device 400.
  • the information of the terminal device 400 may be information on whether or not the terminal device 400 has an IP address.
  • the application of the application server 110 can acquire whether the terminal device 400 is connected to the network.
  • the information of the terminal device 400 may be the information of the period during which the terminal device 400 is connected to the core network 200.
  • the push notification server 260 can perform push notification during the period when the terminal device 400 is connected to the network.
  • the information of the terminal device 400 may be the information of the connection of the terminal device 400 to the base station device 300.
  • the push notification server 260 can acquire the connection status between the terminal device 400 and the base station device 300.
  • the information of the terminal device 400 may be information in which the terminal device 400 transitions from the standby state to the connection state in which the terminal device 400 can send and receive to and from the base station device 300.
  • the push notification server 260 can perform push notification when the terminal device 400 and the base station device 300 are in a connected state.
  • the information of the terminal device 400 may be information on the time when a message for transitioning the terminal device 400 from the standby state to the connected state is transmitted to the terminal device.
  • the push notification server 260 can predict the time when the terminal device 400 transitions to the connected state.
  • the terminal device 400 may be further controlled to send a message for transitioning the terminal device 400 from the standby state to the connected state.
  • the push notification server 260 can perform push notification by transitioning the terminal device 400 to the connected state.
  • the core network 200 includes a plurality of user plane function (UPF) entities (UPF221) that are connected to the terminal device 400 and perform transmission / reception processing, and the terminal device includes any one of the plurality of UPF entities (UPF221).
  • UPF user plane function
  • the UPF221 connected to the desired terminal device 400 can be selected.
  • the message may be transferred based on the transmission control protocol with the server (application server 110) that is arranged outside the LAN and holds the message addressed to the terminal device 400 that induces the push notification.
  • the server application server 110
  • the message may be transferred based on the connectionless protocol with the server (application server 110) that is arranged inside the LAN and holds the message addressed to the terminal device 400 that induces the push notification.
  • the server application server 110
  • the information processing method of the present disclosure is a terminal based on a connectionless protocol by an information processing device (push notification server 260) arranged in a LAN having a base station device 300 to which the terminal device 400 is connected and a core network 200. Includes pushing notification to device 400.
  • the communication system of the present disclosure is arranged in a LAN having a terminal device 400, a base station device 300 to which the terminal device 400 is connected, and a core network 200, and is pushed to the terminal device 400 based on a connectionless protocol. It is equipped with an information processing device (push notification server 260) having a function of performing notification.
  • an information processing device push notification server 260
  • the entity of the present disclosure has a function of being arranged in a LAN having a base station device 300 and a core network 200 to which the terminal device 400 is connected and performing push notification to the terminal device 400 based on a connectionless protocol.
  • Information on the API that notifies the information of the time when the message for transitioning the terminal device 400 and the base station device 300 to the connection state is transmitted to the terminal device 400 in order for the information processing device (push notification server 260) to perform push notification. Let the processing device (push notification server 260) use it.
  • the push notification server 260 can predict when the terminal device 400 will be connected to the base station device 300.
  • the present technology can also have the following configurations.
  • An information processing device that is arranged in a local area network (LAN) having a base station device and a core network to which a terminal device is connected and has a function of performing push notification to the terminal device based on a connectionless protocol.
  • LAN local area network
  • the connectionless protocol is a user datagram protocol (UDP).
  • UDP user datagram protocol
  • the information processing apparatus further comprising a function as a network function of the core network.
  • the information processing device according to any one of (1) to (6), wherein the information of the terminal device for performing the push notification is acquired via an entity arranged in the core network.
  • the information processing device wherein the information of the terminal device is acquired by the application programming interface (API) of the entity.
  • API application programming interface
  • the information processing device which transmits the acquired information of the terminal device to a server that holds a message addressed to the terminal device that causes the push notification.
  • the information processing device is an Internet protocol address (IP address).
  • IP address Internet protocol address
  • the information processing device is information on whether or not the terminal device has an IP address.
  • the information of the terminal device is information on a period during which the terminal device is connected to the core network.
  • the information of the terminal device is information on connection of the terminal device to the base station device.
  • the information of the terminal device is information in which the terminal device transitions from a standby state to a connection state in which the terminal device can transmit and receive to and from the base station device.
  • the information processing device wherein the information of the terminal device is information on a time when a message for transitioning the terminal device from the standby state to the connection state is transmitted to the terminal device.
  • the information processing device further controlling the terminal device to transmit a message for transitioning the terminal device from the standby state to the connection state.
  • the core network includes a plurality of user plane function (UPF) entities that are connected to a terminal device and perform transmission / reception processing, and the terminal device performs the push notification via any one of the plurality of UPF entities.
  • UPF user plane function
  • the information processing device according to any one of (1) to (16), further comprising a function of holding information of the UPF entity connected to the terminal device.
  • a communication system including a base station device to which the terminal device is connected and an information processing device arranged on a LAN having a core network and having a function of performing push notification to the terminal device based on a connectionless protocol.
  • (22) In order for an information processing device arranged in a base station device to which a terminal device is connected and a LAN having a core network and having a function of performing push notification to the terminal device based on a connectionless protocol to perform the push notification. , An entity that causes the information processing device to use an API that notifies information of when a message for transitioning the terminal device and the base station device to a connection state is transmitted to the terminal device.
  • Communication system 110 Application server (information processing device) 200, 200A, 200B Core Network 221 UPF 241 AMF 242 SMF 260, 260A, 260B Push notification server (information processing device) 300, 300A, 300B Base station equipment 400, 400A, 400B Terminal equipment 500 Virtual private network (LAN)
  • Application server information processing device 200, 200A, 200B Core Network 221 UPF 241 AMF 242 SMF 260, 260A, 260B
  • Push notification server information processing device 300, 300A, 300B Base station equipment 400, 400A, 400B Terminal equipment 500 Virtual private network (LAN)

Landscapes

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

Abstract

プッシュ通知サーバの機能を有する情報処理装置において、簡便な手続によりメッセージ等のやり取りを行う。本開示に係る情報処理装置は、プッシュ通知を行う機能を備える。そのプッシュ通知を行う機能を備える情報処理装置は、端末装置が接続される基地局装置およびコアネットワークを有するローカルエリアネットワーク（ＬＡＮ）に配置されてコネクションレス型プロトコルに基づいてその端末装置に対してそのプッシュ通知を行う。

Description

情報処理装置、情報処理方法、通信システム及びエンティティ
　本開示は、情報処理装置、情報処理方法、通信システム及びエンティティに関する。
　複数の端末装置の間においてメッセージのやり取りを行うアプリケーションが使用されている。このようなアプリケーションにおいては、サービスプロバイダのサーバを経由したメッセージのやり取りが行われる。具体的には、サービスプロバイダのサーバに端末装置からのメッセージが転送される。次に、サービスプロバイダのサーバは、このメッセージを他の端末装置に送信する。これにより、端末装置同士のメッセージのやり取りを行うことができる。一方の端末装置がネットワークとの接続を停止した場合には、この端末装置宛てのメッセージがサービスプロバイダのサーバに蓄積される。端末装置がネットワークに接続された際に、蓄積されたメッセージがサービスプロバイダのサーバから送信される。このメッセージの送信方式としてプル方式およびプッシュ方式が使用されている。
　プル方式は、ネットワークに接続された端末装置がサービスプロバイダのサーバに対して自身宛てのメッセージの存在を問い合わせる方式である。端末装置側からの問合せを待ってメッセージが送信されるため、遅延を生じる問題がある。
　これに対し、プッシュ方式は、メッセージを保持したサーバがネットワークに接続した端末装置にメッセージを送信する方式である。プル方式と比較して、メッセージの送信の遅延を短縮することができる。このプッシュ方式においては、サービスプロバイダのサーバの他にネットワークとの接続を停止した端末装置宛てのメッセージを保持するサーバであるプッシュ通知サーバが使用される。このプッシュ通知サーバは、サービスプロバイダのサーバと同じ公衆ネットワーク（例えば、インターネット）に配置される。
米国特許出願公開第２０１６／２４１６０５号明細書
　しかしながら、上記の従来技術では、端末装置は公衆ネットワークに配置されたプッシュ通知サーバとメッセージのやり取りを行う必要があり、手順が複雑になるという問題がある。
　そこで、本開示では、簡便な手続によりメッセージのやり取りを行うことができるプッシュ通知サーバの機能を有する情報処理装置、情報処理方法、通信システム及びエンティティを提案する。
　本開示によれば、端末装置が接続される基地局装置およびコアネットワークを有するローカルエリアネットワーク（ＬＡＮ）に配置されてコネクションレス型プロトコルに基づいて上記端末装置に対してプッシュ通知を行う機能を備える情報処理装置がもたらされる。
本開示の実施形態に係る通信システムの概略について説明するための図である。 ５Ｇのアーキテクチャの一例を示す図である。 ４Ｇのアーキテクチャの一例を示す図である。 本開示の実施形態に係る基地局装置の構成例を示すブロック図である。 本開示の実施形態に係る端末装置の構成例を示すブロック図である。 本開示の実施形態に係る情報処理装置の構成例を示すブロック図である。 本開示の実施形態に係る通信システムを簡略化して記載した図である。 本開示の第１の実施形態に係るプッシュ通信処理の手順を示すシーケンス図である。 本開示の第２の実施形態に係るプッシュ通信処理の手順を示すシーケンス図である。 本開示の第３の実施形態のネットワークへの接続周期および接続期間を示す図である。 本開示の第３の実施形態に係るプッシュ通信処理の手順を示すシーケンス図である。 本開示の第４の実施形態に係るプッシュ通信処理の手順を示すシーケンス図である。 本開示の第４の実施形態に係るプッシュ通信処理の他の手順を示すシーケンス図である。 本開示の第４の実施形態に係るプッシュ通信処理の他の手順を示すシーケンス図である。 本開示の第５の実施形態に係るプッシュ通信処理の手順を示すシーケンス図である。 本開示の第５の実施形態に係るプッシュ通信処理の他の手順を示すシーケンス図である。 本開示の第６の実施形態に係る通信システムを簡略化して記載した図である。 本開示の第６の実施形態に係る端末装置およびＵＰＦの対応を表した図である。
　以下に添付図面を参照しながら、本開示の実施形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　また、本明細書及び図面において、実施形態の類似する構成要素については、同一の符号の後に異なるアルファベットを付して区別する場合がある。ただし、類似する構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。
　以下に説明される１又は複数の実施形態（実施例、変形例を含む）は、各々が独立に実施されることが可能である。一方で、以下に説明される複数の実施形態は少なくとも一部が他の実施形態の少なくとも一部と適宜組み合わせて実施されてもよい。これら複数の実施形態は、互いに異なる新規な特徴を含み得る。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し得、互いに異なる効果を奏し得る。
　なお、説明は以下の順序で行うものとする。
　　１．システムの概略的な構成
　　２．通信システムの構成例
　　　２．１．ネットワークアーキテクチャの構成例
　　　２．２．基地局装置
　　　２．３．端末装置
　　　２．４．情報処理装置
　　３．提案システムの概要
　　４．第１の実施形態
　　５．第２の実施形態
　　６．第３の実施形態
　　７．第４の実施形態
　　８．第５の実施形態
　　９．第６の実施形態
　＜＜１．システムの概略的な構成＞＞
　まず、図１を参照して、本開示の実施形態に係る通信システム１の概要について説明する。図１は、本開示の実施形態に係る通信システムの概略について説明するための図である。
　図１に示す例では、通信システム１は、情報処理装置１１０と、コアネットワーク２００Ａおよび２００Ｂと、基地局装置３００Ａおよび３００Ｂと、端末装置４００Ａおよび４００Ｂと、を含む。
　情報処理装置１１０は、端末装置４００にアプリケーション機能を提供するサーバ（装置）である。以下、情報処理装置１１０を、アプリケーションサーバ１１０と称する。
　アプリケーションサーバ１１０は、複数の端末装置４００と同期して通信を行う。例えば、アプリケーションサーバ１１０は、複数の端末装置４００にネットワークゲームを提供するゲームサーバである。この場合、アプリケーションサーバ１１０は、例えばゲームデータであるAugmented　Reality（ＡＲ）／Virtual　Reality（ＶＲ）データを複数の端末装置４００に対して同期して配信する。
　また、アプリケーションサーバ１１０は、例えばＩｏＴ（Internet　of　Things）制御用サーバであり得る。例えば、アプリケーションサーバ１１０は、複数の自動車（端末装置４００の一例）を整列して走行させる制御サーバであってもよい。この場合、アプリケーションサーバ１１０は、例えば、タイミングを同期して複数の自動車を制御する。アプリケーションサーバ１１０は、例えば、ＩｏＴ制御情報（例えば自動車の制御情報）を複数の端末装置４００に対して同期して配信する。
　コアネットワーク２００は、例えばローカル５Ｇやローカル４Ｇのような、ローカル・セルラーネットワークである。コアネットワーク２００は、例えばＡＦ（Application　Function）ノードの機能を有する情報処理装置２６０を含む。
　情報処理装置２６０は、アプリケーションサーバ１１０が送信する送信データを端末装置４００に送信する。例えば、情報処理装置２６０は、送信データをプッシュ通知で端末装置４００に送信するプッシュ通知サーバであってもよい。
　基地局装置３００は、端末装置４００と無線通信する無線通信装置である。基地局装置３００は、通信装置の一種である。また、基地局装置３００は、情報処理装置の一種である。
　端末装置４００は、基地局装置３００と無線通信する無線通信装置である。端末装置４００は、例えば、携帯電話、スマートデバイス（スマートフォン、又はタブレット）、ＰＤＡ（Personal　Digital　Assistant）、パーソナルコンピュータである。また、端末装置４００は、Ｍ２Ｍ（Machine　to　Machine）デバイス、又はＩｏＴ（Internet　of　Things）デバイスであってもよい。また、端末装置４００は、ヘッドマウントディスプレイ（Head　Mounted　Display）やＶＲゴーグル等であってもよい。
　端末装置４００は、基地局装置３００を介してコアネットワーク２００に接続する。
　＜＜２．通信システムの構成例＞＞
　＜２．１．ネットワークアーキテクチャの構成例＞
　次に、図２を参照して通信システム１のコアネットワーク２００の一例として、第５世代移動体通信システム（５Ｇ）のアーキテクチャについて説明する。図２は、５Ｇのアーキテクチャの一例を示す図である。５Ｇのコアネットワーク２００は、５ＧＣ（5G　Core）／ＮＧＣ（Next　Generation　Core）とも呼ばれる。以下、５Ｇのコアネットワーク２００を５ＧＣ／ＮＧＣ２００とも称する。５ＧＣ／ＮＧＣ２００は、（Ｒ）ＡＮ３０１を介してＵＥ（User　Equipment）４０１と接続する。
　（Ｒ）ＡＮ３０１は、ＲＡＮ（Radio　Access　Network）との接続、およびＲＡＮ以外のＡＮ（Access　Network）との接続を可能にする機能を有する。（Ｒ）ＡＮ３０１は、ｇＮＢ、或いは、ｎｇ－ｅＮＢと呼ばれる基地局装置を含む。
　５ＧＣ／ＮＧＣ２００は、主にＵＥ４００がネットワークへ接続する際の接続許可やセッション管理を行う。５ＧＣ／ＮＧＣ２００は、ユーザプレーン機能群２２０およびコントロールプレーン機能群２４０を含んで構成され得る。
　ユーザプレーン機能群２２０は、ＵＰＦ（User　Plane　Function）２２１およびＤＮ（Data　Network）２２２を含む。ＵＰＦ２２１は、ユーザプレーン処理の機能を有する。ＵＰＦ２２１は、ユーザプレーンで扱われるデータのルーティング／転送機能を含む。ＤＮ２２２は、例えば、ＭＮＯ（Mobile　Network　Operator)等、オペレータ独自のサービスへの接続を提供するエンティティ、インターネット接続を提供する、あるいは、サードパーティーのサービスへの接続を提供する機能を有する。このように、ユーザプレーン機能群２２０は、５ＧＣ／ＮＧＣ２００とインターネットとの境界になるＧａｔｅｗａｙの役割を果たしている。
　コントロールプレーン機能群２４０は、ＡＭＦ（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）２４８、および、ＡＦ（Application　Function）２４９を含む。
　ＡＭＦ２４１は、ＵＥ４０１のレジストレーション処理や接続管理、モビリティ管理等の機能を有する。ＳＭＦ２４２は、セッション管理、ＵＥ４０１のＩＰ割り当てと管理等の機能を有する。ＡＵＳＦ２４３は、認証機能を有する。ＮＳＳＦ２４４は、ネットワークスライスの選択にかかる機能を有する。ＮＥＦ２４５は、サードパーティー、ＡＦ２４９やエッジ・コンピューティング機能に対してネットワーク機能のケイパビリティやイベントを提供する機能を有する。
　ＮＲＦ２４６は、ネットワーク機能の発見やネットワーク機能のプロファイルを保持する機能を有する。ＰＣＦ２４７は、ポリシー制御の機能を有する。ＵＤＭ２４８は３ＧＰＰ　ＡＫＡ認証情報の生成、ユーザＩＤの処理の機能を有する。ＡＦ２４９は、コアネットワークと相互に作用してサービスを提供する機能を有する。
　例えば、コントロールプレーン機能群２４０は、ＵＥ４０１の加入者情報が格納されているＵＤＭ２４８から情報を取得して、当該ＵＥ４０１がネットワークに接続してもよいか否かを判定する。コントロールプレーン機能群２４０は、かかる判定にＵＤＭ２４８から取得した情報に含まれるＵＥ４０１の契約情報や暗号化のための鍵を使用する。また、コントロールプレーン機能群２４０は、暗号化のための鍵の生成等を行う。
　つまり、コントロールプレーン機能群２４０は、例えば、ＩＭＳＩ（International　Mobile　Subscriber　Identity）と呼ばれる加入者番号に紐付いたＵＥ４０１の情報がＵＤＭ２４８に格納されているか否かに応じてネットワークの接続可否を判定する。なお、ＩＭＳＩは、例えば、ＵＥ４０１の中にあるＳＩＭ（Subscriber　Identity　Module）カードに格納される。
　ここで、Ｎａｍｆは、ＡＭＦ２４１が提供するサービスベースドインタフェース（Service-based　interface）、Ｎｓｍｆは、ＳＭＦ２４２が提供するサービスベースドインタフェースである。また、Ｎｎｅｆは、ＮＥＦ２４５が提供するサービスベースドインタフェース、Ｎｐｃｆは、ＰＣＦ２４７が提供するサービスベースドインタフェースである。Ｎｕｄｍは、ＵＤＭ２４８が提供するサービスベースドインタフェース、Ｎａｆは、ＡＦ２４９が提供するサービスベースドインタフェースである。Ｎｎｒｆは、ＮＲＦ２４６が提供するサービスベースドインタフェース、Ｎｎｓｓｆは、ＮＳＳＦ２４４が提供するサービスベースドインタフェースである。Ｎａｕｓｆは、ＡＵＳＦ２４３が提供するサービスベースドインタフェースである。これらの各ＮＦ（Network　Function）は、各サービスベースドインタフェースを介して他のＮＦと情報の交換を行う。
　また、図１に示すＮ１は、ＵＥ４０１とＡＭＦ２４１間のリファレンスポイント（Reference　Point）、Ｎ２は、ＲＡＮ／ＡＮ３０１とＡＭＦ２４１間のリファレンスポイントである。Ｎ４は、ＳＭＦ２４２とＵＰＦ２２１間のリファレンスポイントであり、これらの各ＮＦ（Network　Function）間で相互に情報の交換が行われる。
　上述したように、５ＧＣ／ＮＧＣ２００では、サービスベースドインタフェースと称するアプリケーション・プログラミング・インタフェース（ＡＰＩ：Application　Programming　Interface）経由で情報の伝達、機能の制御を行うインタフェースが用意されている。
　ＡＰＩは、リソースを指定して、そのリソースに対して、ＧＥＴ（リソースの取得）、ＰＯＳＴ（リソースの作成、データの追加）、ＰＵＴ（リソースの作成、リソースの更新）、ＤＥＬＥＴＥ（リソースの削除）などを可能とする。かかる機能は、例えばＷｅｂに関する技術分野で一般的に使用される。
　例えば、図２に示すＡＭＦ２４１、ＳＭＦ２４２及びＵＤＭ２４８は、通信のセッションを確立する場合に、ＡＰＩを用いて互いに情報をやり取りする。従来、かかるＡＰＩをアプリケーション（例えば、ＡＦ２４９）が使用することは想定されていない。しかしながら、かかるＡＰＩをＡＦ２４９が使用することで、ＡＦ２４９が５Ｇセルラーネットワークの情報を使用することができ、アプリケーションの機能をより進化させることができると考えられる。
　なお、Public　Networkにおいて、ＡＭＦ２４１、ＳＭＦ２４２及びＵＤＭ２４８が使用するＡＰＩを、ＡＦ２８９が使用することは難しい。しかしながら、Non　PublicなPrivate　5G　Networkであれば、かかるＡＰＩをＡＦ２８９が使用できるように、例えば５ＧＣ／ＮＧＣ２００のＡＰＩの変更を含めてシステムを構成することが可能であると考える。
　ここで、ＡＰＩの一例について説明する。ここで説明するＡＰＩ（１）～ＡＰＩ（４）は、3GPP　TS23.502に記載されている。
　［ＡＰＩ（１）］
　ＡＰＩ（１）は、あらかじめ登録しておいたＵＥ４０１が電源Ｏｆｆの状態から電源Ｏｎの状態に遷移してネットワークにａｔｔａｃｈしたこと、及び、そのときに取得したＩＰ　ＡｄｄｒｅｓｓをＳＭＦ２４２が通知するＡＰＩである。
　ＳＭＦ２４２は、ＡＰＩ（１）を使用して、登録しておいたＩＭＳＩのＵＥ４０１がＩＰ　Ａｄｄｒｅｓｓを取得したら、ＮＦに通知する。
　［ＡＰＩ（２）］
　ＵＥ４０１は、通信をしていない場合にIdle　modeとなり、通信する場合にConnected　modeに遷移する。ＡＰＩ（２）は、ＵＥ４０１がIdle　modeであるかConnected　modeであるかをＡＭＦ２４１が通知するＡＰＩである。
　［ＡＰＩ（３）］
　ＡＰＩ（３）は、ＵＥ４０１に対してIdle　modeからConnected　modeに遷移するよう指示を出すためのmessage（Paging　message）を基地局からブロードキャストするためのＡＰＩである。
　［ＡＰＩ（４）］
　ＡＰＩ（４）は、ＵＥ４０１の位置情報をＡＭＦ２４１が提供するＡＰＩである。ＡＭＦ２４１は、ＡＰＩ（４）を使用して、ＵＥ４０１がどのTracking　Areaにいるのか、どのＣｅｌｌに所属しているのか、また、特定の地域に入った時にそのことを知らせ得る。
　なお、図２のＵＥ４０１の一例は、本実施形態の端末装置４００である。ＲＡＮ／ＡＮ３０１の一例が、本実施形態の基地局装置３００である。
　また、図１に示す情報処理装置２６０は、例えばＡＦ２４９又はＡＭＦ２４１の機能を有する装置の一例である。アプリケーションサーバ１１０は、インターネットを介してコアネットワーク２００に接続され、図２では図示を省略している。
　図３を参照して通信システム１のコアネットワーク２００の一例として、第４世代移動体通信システム（４Ｇ）のアーキテクチャについて説明する。図３は、４Ｇのアーキテクチャの一例を示す図である。
　図３に示すように、コアネットワーク２００は、ｅＮＢ３０２、ＭＭＥ（Mobility　Management　Entity）２５２、Ｓ－ＧＷ（Serving　Gateway）２５３、Ｐ－ＧＷ（Packet　Data　Network　Gateway）２５４、ＨＳＳ（Home　Subscriber　Server）２５５を含む。
　ｅＮＢ３０２は４Ｇの基地局として機能する。ＭＭＥ２５２は、制御プレーン（コントロールプレーン）の信号を取り扱う制御ノードであり、ＵＥ４０１の移動状態を管理する。ＵＥ４０１は、セルラーシステムにattachするために、ＭＭＥ２５２にAttach　requestを送信する。
　Ｓ－ＧＷ２５３は、ユーザプレーンの信号を取り扱う制御ノードであり、ユーザデータの転送経路を切り替えるゲートウェイ装置である。Ｐ－ＧＷ２５４は、ユーザプレーンの信号を取り扱う制御ノードであり、コアネットワーク２００とインターネットとの接続点となるゲートウェイ装置である。ＨＳＳ２５５は、加入者データを取り扱い、サービス制御を行う制御ノードである。
　ＭＭＥ２５２は、５ＧネットワークにおけるＡＭＦ２４１及びＳＭＦ２４２の機能に相当する。また、ＨＳＳ２５５は、ＵＤＭ２４８の機能に相当する。
　図３に示すように、ｅＮＢ３０２は、ＭＭＥ２５２とＳ１－ＭＭＥインタフェースを介して接続され、Ｓ－ＧＷ２５３とＳ１－Ｕインタフェースを介して接続される。Ｓ－ＧＷ２５３は、ＭＭＥ２５２とＳ１１インタフェースを介して接続され、ＭＭＥ２５２は、ＨＳＳ２５５とＳ６ａインタフェースを介して接続される。Ｐ－ＧＷ２５４は、Ｓ－ＧＷ２５３とＳ５／Ｓ８インタフェースを介して接続される。
　＜２．２．基地局装置＞
　次に、図４を用いて、本開示の実施形態に係る基地局装置３００の構成例について説明する。図４は、本開示の実施形態に係る基地局装置の構成例を示すブロック図である。
　基地局装置３００は、端末装置４００と無線通信する無線通信装置である。基地局装置３００は通信装置の一種である。また、基地局装置３００は情報処理装置の一種である。
　基地局装置３００は、複数の物理的又は論理的装置の集合で構成されていてもよい。例えば、本開示の実施形態において基地局装置３００は、ＢＢＵ（Baseband　Unit）及びＲＵ（Radio　Unit）の複数の装置に区別され、これら複数の装置の集合体として解釈されてもよい。さらに又はこれに代えて、本開示の実施形態において基地局装置３００は、ＢＢＵ及びＲＵのうちいずれか又は両方であってもよい。ＢＢＵとＲＵとは所定のインタフェース（例えば、ｅＣＰＲＩ）で接続されていてもよい。さらに又はこれに代えて、ＲＵはRemote　Radio　Unit（ＲＲＵ）又はRadio　DoT（ＲＤ）と称されていてもよい。さらに又はこれに代えて、ＲＵは後述するgNB-DUに対応していてもよい。さらに又はこれに代えてＢＢＵは、後述するgNB-CUに対応していてもよい。さらに又はこれに代えて、ＲＵはアンテナと一体的に形成された装置であってもよい。基地局装置３００が有するアンテナ（例えば、ＲＵと一体的に形成されたアンテナ）はAdvanced　Antenna　Systemを採用し、ＭＩＭＯ（例えば、FD-MIMO）やビームフォーミングをサポートしていてもよい。Advanced　Antenna　Systemは、基地局装置３００が有するアンテナ（例えば、ＲＵと一体的に形成されたアンテナ）は、例えば、６４個の送信用アンテナポート及び６４個の受信用アンテナポートを備えていてもよい。また、ＲＵに搭載されるアンテナは、１つ以上のアンテナ素子から構成されるアンテナパネルであってもよく、ＲＵは、１つ以上のアンテナパネルを搭載してもよい。例えば、ＲＵは、水平偏波のアンテナパネルと垂直偏波のアンテナパネルの２種類のアンテナパネル、或いは、右旋円偏波のアンテナパネルと左旋円偏波のアンテナパネルの２種類のアンテナパネルを搭載してもよい。また、ＲＵは、アンテナパネル毎に独立したビームを形成し、制御してもよい。
　また、基地局装置３００は、複数が互いに接続されていてもよい。１つ又は複数の基地局装置３００は無線アクセスネットワーク（Radio　Access　Network：ＲＡＮ）に含まれていてもよい。すなわち、基地局装置３００は単にＲＡＮ、ＲＡＮノード、ＡＮ（Access　Network）、ＡＮノードと称されてもよい。ＬＴＥにおけるＲＡＮはＥＵＴＲＡＮ（Enhanced　Universal　Terrestrial　RAN）と呼ばれる。ＮＲにおけるＲＡＮはＮＧＲＡＮと呼ばれる。Ｗ－ＣＤＭＡ（ＵＭＴＳ）におけるＲＡＮはＵＴＲＡＮと呼ばれる。ＬＴＥの基地局装置３００は、ｅＮｏｄｅＢ（Evolved　Node　B）又はｅＮＢと称される。すなわち、ＥＵＴＲＡＮは１又は複数のｅＮｏｄｅＢ（ｅＮＢ）を含む。また、ＮＲの基地局装置３００は、ｇＮｏｄｅＢ又はｇＮＢと称される。すなわち、ＮＧＲＡＮは１又は複数のｇＮＢを含む。さらに、ＥＵＴＲＡＮは、ＬＴＥの通信システム（ＥＰＳ）におけるコアネットワーク（ＥＰＣ）に接続されたｇＮＢ（en-gNB）を含んでいてもよい。同様にＮＧＲＡＮは５Ｇ通信システム（５ＧＳ）におけるコアネットワーク５ＧＣに接続されたng-eNBを含んでいてもよい。さらに又はこれに代えて、基地局装置３００がｅＮＢ、ｇＮＢなどである場合、3GPP　Accessと称されてもよい。さらに又はこれに代えて、基地局装置３００が無線アクセスポイント（Access　Point）である場合、Non-3GPP　Accessと称されてもよい。さらに又はこれに代えて、基地局装置３００は、ＲＲＨ（Remote　Radio　Head）と呼ばれる光張り出し装置であってもよい。さらに又はこれに代えて、基地局装置３００がｇＮＢである場合、基地局装置３００は前述したgNB　CU（Central　Unit）とgNB　DU（Distributed　Unit）の組み合わせ又はこれらのうちいずれかと称されてもよい。gNB　CU（Central　Unit）は、ＵＥとの通信のために、Access　Stratumのうち、複数の上位レイヤ（例えば、ＲＲＣ、ＳＤＡＰ、ＰＤＣＰ）をホストする。一方、gNB-DUは、Access　Stratumのうち、複数の下位レイヤ（例えば、ＲＬＣ、ＭＡＣ、ＰＨＹ）をホストする。すなわち、後述されるメッセージ・情報のうち、RRC　signalling（例えば、ＭＩＢ、ＳＩＢ１を含む各種ＳＩＢ、RRCSetup　message、RRCReconfiguration　message）はgNB　CUで生成され、一方で後述されるＤＣＩや各種Physical　Channel（例えば、ＰＤＣＣＨ、ＰＢＣＨ）はgNB-DUは生成されてもよい。又はこれに代えて、RRC　signallingのうち、例えばIE：cellGroupConfigなど一部のconfigurationについてはgNB-DUで生成され、残りのconfigurationはgNB-CUで生成されてもよい。これらのconfigurationは、後述されるＦ１インタフェースで送受信されてもよい。基地局装置３００は、他の基地局装置３００と通信可能に構成されていてもよい。例えば、複数の基地局装置３００がｅＮＢ同士又はｅＮＢとen-gNBの組み合わせである場合、当該基地局装置３００間はＸ２インタフェースで接続されてもよい。さらに又はこれに代えて、複数の基地局装置３００がｇＮＢ同士又はgn-eNBとｇＮＢの組み合わせである場合、当該装置間はＸｎインタフェースで接続されてもよい。さらに又はこれに代えて、複数の基地局装置３００がgNB　CU（Central　Unit）とgNB　DU（Distributed　Unit）の組み合わせである場合、当該装置間は前述したＦ１インタフェースで接続されてもよい。後述されるメッセージ・情報（RRC　signalling又はＤＣＩに含まれる情報）は複数基地局装置３００間で（例えばＸ２、Ｘｎ、Ｆ１インタフェースを介して）通信されてもよい。
　さらに、前述の通り、基地局装置３００は、複数のセルを管理するように構成されていてもよい。基地局装置３００により提供されるセルはServing　cellと呼ばれる。Serving　cellはPCell（Primary　Cell）及びSCell（Secondary　Cell）を含む。Dual　Connectivity（例えば、EUTRA-EUTRA　Dual　Connectivity、EUTRA-NR　Dual　Connectivity（ENDC）、EUTRA-NR　Dual　Connectivity　with　5GC、NR-EUTRA　Dual　Connectivity（NEDC）、NR-NR　Dual　Connectivity）がＵＥ（例えば、端末装置４００）に提供される場合、ＭＮ（Master　Node）によって提供されるPCell及びゼロ又は1以上のSCell（s）はMaster　Cell　Groupと呼ばれる。さらに、Serving　cellはPSCell（Primary　Secondary　Cell又はPrimary　SCG　Cell）を含んでもよい。すなわち、Dual　ConnectivityがＵＥに提供される場合、ＳＮ（Secondary　Node）によって提供されるPSCell及びゼロ又は1以上のSCell（s）はSecondary　Cell　Group（SCG）と呼ばれる。特別な設定（例えば、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（ＢＷＰ）がＵＥに設定され、１つのBandwidth　PartがActive　BWPとして、ＵＥに使用されてもよい。また、セル毎、コンポーネントキャリア毎又はＢＷＰごとに、端末装置４００が使用できる無線資源（例えば、周波数帯域、ヌメロロジー（サブキャリアスペーシング）、スロットフォーマット（Slot　configuration））が異なっていてもよい。
　図４に示す基地局装置３００は、通信部３１０と、記憶部３２０と、ネットワーク通信部３３０と、制御部３４０と、を備える。なお、図４に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、基地局装置３００の機能は、複数の物理的に分離された構成に分散して実装されてもよい。
　通信部３１０は、他の無線通信装置（例えば、端末装置４００及び他の基地局装置３００）と無線通信するための信号処理部である。通信部３１０は、制御部３４０の制御に従って動作する。他の無線通信装置が端末装置４００の場合、通信部３１０は１又は複数の無線アクセス方式に対応する無線トランシーバであってもよい。例えば、通信部３１０は、ＮＲ及びＬＴＥの双方に対応する。通信部３１０は、ＮＲやＬＴＥに加えて、Ｗ－ＣＤＭＡやｃｄｍａ２０００に対応していてもよい。また、通信部３１０は、ＮＯＭＡを使った通信に対応していてもよい。他の無線通信装置が他の基地局装置３００である場合、通信部３１０はＸ２インタフェース、Ｘｎインタフェース、又は、Ｆ１インタフェースであってもよい。
　通信部３１０は、受信処理部３１１と、送信処理部３１２と、アンテナ３１３と、を備える。通信部３１０は、受信処理部３１１、送信処理部３１２、及びアンテナ３１３をそれぞれ複数備えていてもよい。なお、通信部３１０が複数の無線アクセス方式に対応する場合、通信部３１０の各部は、無線アクセス方式毎に個別に構成されうる。例えば、受信処理部３１１及び送信処理部３１２は、ＬＴＥとＮＲとで個別に構成されてもよい。
　受信処理部３１１は、アンテナ３１３を介して受信された上りリンク信号の処理を行う。受信処理部３１１は、受信信号を受信する受信部として動作する。受信処理部３１１は、無線受信部３１１ａと、多重分離部３１１ｂと、復調部３１１ｃと、復号部３１１ｄと、を備える。
　無線受信部３１１ａは、上りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバル（サイクリックプレフィックス）の除去、高速フーリエ変換による周波数領域信号の抽出等を行う。多重分離部３１１ｂは、無線受信部３１１ａから出力された信号から、ＰＵＳＣＨ（Physical　Uplink　Shared　Channel）、ＰＵＣＣＨ（Physical　Uplink　Control　Channel）等の上りリンクチャネル及び上りリンク参照信号を分離する。
　復調部３１１ｃは、上りリンクチャネルの変調シンボルに対して、ＢＰＳＫ（Binary　Phase　Shift　Keying）、ＱＰＳＫ（Quadrature　Phase　shift　Keying）等の変調方式を使って受信信号の復調を行う。復調部３１１ｃが使用する変調方式は、１６ＱＡＭ（Quadrature　Amplitude　Modulation）、６４ＱＡＭ、又は２５６ＱＡＭであってもよい。この場合、コンスタレーション上の信号点は必ずしも等距離である必要はない。コンスタレーションは、不均一コンスタレーション（NUC：Non　Uniform　Constellation）であってもよい。
　復号部３１１ｄは、復調された上りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された上りリンクデータ及び上りリンク制御情報は制御部３４０へ出力される。
　送信処理部３１２は、下りリンク制御情報及び下りリンクデータの送信処理を行う。このように、送信処理部３１２は、制御部３４０から例えば、下りリンク制御情報や下りリンクデータ等のビット系列を取得する取得部である。送信処理部３１２は、符号化部３１２ａと、変調部３１２ｂと、多重部３１２ｃと、無線送信部３１２ｄと、を備える。
　符号化部３１２ａは、制御部３４０から入力された下りリンク制御情報及び下りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の符号化方式を用いて符号化を行う。なお、符号化部３１２ａは、ポーラ符号（Polar　code）による符号化、ＬＤＰＣ符号（Low　Density　Parity　Check　Code）による符号化を行ってもよい。
　変調部３１２ｂは、符号化部３１２ａから出力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。この場合、コンスタレーション上の信号点は必ずしも等距離である必要はない。コンスタレーションは、不均一コンスタレーションであってもよい。
　多重部３１２ｃは、各チャネルの変調シンボルと下りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。無線送信部３１２ｄは、多重部３１２ｃからの信号に対して、各種信号処理を行う。例えば、無線送信部３１２ｄは、高速フーリエ変換による時間領域から周波数領域への変換、ガードインターバル（サイクリックプレフィックス）の付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部３１２で生成された信号は、アンテナ３１３から送信される。
　記憶部３２０は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部３２０は、基地局装置３００の記憶手段として機能する。
　ネットワーク通信部３３０は、ネットワーク上で上位に位置するノード（例えば、情報処理装置２６０）と通信するための通信インタフェースである。例えば、ネットワーク通信部３３０は、ＮＩＣ等のＬＡＮインタフェースであってもよい。さらに又はこれに代えて、ネットワーク通信部３３０は、コアネットワークノードと接続するためのＳ１インタフェース又はＮＧインタフェースであってもよい。ネットワーク通信部３３０は、有線インタフェースであってもよいし、無線インタフェースであってもよい。ネットワーク通信部３３０は、基地局装置３００のネットワーク通信手段として機能する。
　制御部３４０は、基地局装置３００の各部を制御するコントローラ（controller）である。制御部３４０は、例えば、ＣＰＵ（Central　Processing　Unit）、ＭＰＵ（Micro　Processing　Unit）等のプロセッサ（ハードウェアプロセッサ）により実現される。例えば、制御部３４０は、基地局装置３００内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random　Access　Memory）等を作業領域として実行することにより実現される。なお、制御部３４０は、ＡＳＩＣ（Application　Specific　Integrated　Circuit）やＦＰＧＡ（Field　Programmable　Gate　Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。
　＜２．３．端末装置＞
　次に、図５を用いて、本開示の実施形態に係る端末装置４００の構成例について説明する。図５は、本開示の実施形態に係る端末装置の構成例を示すブロック図である。
　端末装置４００は、基地局装置３００と無線通信する無線通信装置である。端末装置４００は、例えば、携帯電話、スマートデバイス（スマートフォン、又はタブレット）、ＰＤＡ（Personal　Digital　Assistant）、パーソナルコンピュータである。端末装置４００は、無線を介してデータを送受信する機能を有するヘッドマウントディスプレイ（Head　Mounted　Display）やＶＲゴーグル等であってもよい。
　また、端末装置４００は、他の端末装置４００とサイドリンク通信が可能であってもよい。端末装置４００は、サイドリンク通信を行う際、ＨＡＲＱ（Hybrid　Automatic　Repeat　reQuest）等の自動再送技術を使用可能であってもよい。端末装置４００は、基地局装置３００とＮＯＭＡ（Non　Orthogonal　Multiple　Access）通信が可能であってもよい。なお、端末装置４００は、他の端末装置４００との通信（サイドリンク）においてもＮＯＭＡ通信が可能であってもよい。また、端末装置４００は、他の通信装置（例えば、基地局装置３００、及び他の端末装置４００）とＬＰＷＡ（Low　Power　Wide　Area）通信が可能であってもよい。その他、端末装置４００が使用する無線通信は、ミリ波を使った無線通信であってもよい。なお、端末装置４００が使用する無線通信（サイドリンク通信を含む。）は、電波を使った無線通信であってもよいし、赤外線や可視光を使った無線通信（光無線）であってもよい。
　端末装置４００は、同時に複数の基地局装置または複数のセルと接続して通信を実施してもよい。例えば、１つの基地局装置が複数のセルを提供できる場合、端末装置４００は、あるセルをｐＣｅｌｌとして使用し、他のセルをｓＣｅｌｌとして使用することでキャリアアグリゲーションを実行することができる。また、複数の基地局装置３００がそれぞれ１又は複数のセルを提供できる場合、端末装置４００は、一方の基地局装置（ＭＮ（例えば、MeNB又はMgNB））が管理する１又は複数のセルをｐＣｅｌｌ、又はｐＣｅｌｌとｓＣｅｌｌ（s）として使用し、他方の基地局装置（ＳＮ（例えば、SeNB又はSgNB））が管理する１又は複数のセルをｐＣｅｌｌ（PSCell）、又はｐＣｅｌｌ（PSCell）とｓＣｅｌｌ（s）として使用することでＤＣ（Dual　Connectivity）を実現することができる。ＤＣはＭＣ（Multi　Connectivity）と称されてもよい。
　なお、異なる基地局装置３００のセル（異なるセル識別子又は同一セル識別子を持つ複数セル）を介して通信エリアをサポートしている場合に、キャリアアグリゲーション（CA：Carrier　Aggregation）技術やデュアルコネクティビティ（DC：Dual　Connectivity）技術、マルチコネクティビティ（MC：Multi-Connectivity）技術によって、それら複数のセルを束ねて基地局装置３００と端末装置４００とで通信することが可能である。或いは、異なる基地局装置３００のセルを介して、協調送受信（CoMP：Coordinated　Multi-Point　Transmission　and　Reception）技術によって、端末装置４００とそれら複数の基地局装置３００が通信することも可能である。
　端末装置４００は、通信部４１０と、記憶部４２０と、ネットワーク通信部４３０と、入出力部４４００と、制御部４５０とを備える。なお、図７に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、端末装置４００の機能は、複数の物理的に分離された構成に分散して実装されてもよい。
　通信部４１０は、他の無線通信装置（例えば、基地局装置３００及び他の端末装置４００）と無線通信するための信号処理部である。通信部４１０は、制御１１５の制御に従って動作する。通信部４１０は１又は複数の無線アクセス方式に対応する無線トランシーバであってもよい。例えば、通信部４１は、ＮＲ及びＬＴＥの双方に対応する。通信部４１０は、ＮＲやＬＴＥに加えて、Ｗ－ＣＤＭＡやｃｄｍａ２０００に対応していてもよい。また、通信部４１０は、ＮＯＭＡを使った通信に対応していてもよい。
　通信部４１０は、受信処理部４１１と、送信処理部４１２と、アンテナ４１３と、を備える。通信部４１０は、受信処理部４１１、送信処理部４１２、及びアンテナ４１３をそれぞれ複数備えていてもよい。通信部４１０、受信処理部４１１、送信処理部４１２、及びアンテナ４１４の構成は、基地局装置３００の通信部３１０、受信処理部３１１、送信処理部３１２、及びアンテナ３１４と同様である。
　記憶部４２０は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部４２０は、端末装置４００の記憶手段として機能する。
　ネットワーク通信部４３０は、ネットワークを介して接続する他の装置と通信するための通信インタフェースである。例えば、ネットワーク通信部４３０は、ＮＩＣ等のＬＡＮインタフェースである。ネットワーク通信部４３０は、有線インタフェースであってもよいし、無線インタフェースであってもよい。ネットワーク通信部４３０は、端末装置４００のネットワーク通信手段として機能する。ネットワーク通信部４３０は、制御部４５０の制御に従って、他の装置と通信する。
　入出力部４４０は、ユーザと情報をやりとりするためのユーザインタフェースである。例えば、入出力部４４０は、キーボード、マウス、操作キー、タッチパネル等、ユーザが各種操作を行うための操作装置である。又は、入出力部４４０は、液晶ディスプレイ（Liquid　Crystal　Display）、有機ＥＬディスプレイ（Organic　Electroluminescence　Display)等の表示装置である。入出力部４４０は、スピーカー、ブザー等の音響装置であってもよい。また、入出力部４４０は、ＬＥＤ（Light　Emitting　Diode）ランプ等の点灯装置であってもよい。入出力部４４０は、端末装置４００の入出力手段（入力手段、出力手段、操作手段又は通知手段）として機能する。
　制御部４５０は、端末装置４００の各部を制御するコントローラである。制御部４５０は、例えば、ＣＰＵ、ＭＰＵ、ＧＰＵ等のプロセッサにより実現される。例えば、制御部４５０は、端末装置４００内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部４５０は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＧＰＵ、ＡＳＩＣ、およびＦＰＧＡは何れもコントローラとみなすことができる。
　＜２．４．情報処理装置＞
　次に、図６を用いて、本開示の実施形態に係る情報処理装置２６０の構成例について説明する。図６は、本開示の実施形態に係る情報処理装置の構成例を示すブロック図である。
　情報処理装置２６０は、コアネットワーク２００のＮＦ又はＡＦの機能を実現する装置である。情報処理装置２６０は、例えばサーバ装置である。情報処理装置２６０は、クラウドサーバ（Cloud　Server）、エッジサーバ（Edge　Server）と総称される装置であってもよい。
　図６に示すように情報処理装置２６０は、通信部２６１と、記憶部２６２と、制御部２６３とを備える。なお、図６に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、情報処理装置２６０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。例えば、情報処理装置２６０は、複数のサーバ装置により構成されていてもよい。
　通信部２６１は、他の装置と通信するための通信インタフェースである。通信部２６１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信部２６１は、ＮＩＣ（Network　Interface　Card）等のＬＡＮ（Local　Area　Network）インタフェースであってもよいし、ＵＳＢ（Universal　Serial　Bus）ホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信部２６１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部２６１は、情報処理装置２６０の通信手段として機能する。通信部２６１は、制御部２６３の制御に従って基地局装置３００や他のＮＦノード、ＡＮノードと通信する。
　記憶部２６２は、ＤＲＡＭ（Dynamic　Random　Access　Memory）、ＳＲＡＭ（Static　Random　Access　Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部２６２は、情報処理装置２６０の記憶手段として機能する。
　制御部２６３は、情報処理装置２６０の各部を制御するコントローラ（controller）である。制御部２６３は、例えば、ＣＰＵ（Central　Processing　Unit）、ＭＰＵ（Micro　Processing　Unit）、ＧＰＵ（Graphics　Processing　Unit）等のプロセッサにより実現される。例えば、制御部２６３は、情報処理装置２６０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random　Access　Memory）等を作業領域として実行することにより実現される。なお、制御部２６３は、ＡＳＩＣ（Application　Specific　Integrated　Circuit）やＦＰＧＡ（Field　Programmable　Gate　Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＧＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。
　＜＜３．提案システムの概要＞＞
　図７を参照して、本開示の実施形態に係る通信システム１の概要について説明する。図７は、本開示の実施形態に係る通信システムを簡略化して記載した図である。
　図７の通信システム１は、ローカルエリアネットワーク（ＬＡＮ）を備える。図７においては、このＬＡＮの例として仮想プライベートネットワーク５００を適用する。ここで、プライベートネットワークは、前述したNon-publicネットワークに相当し、インターネット等の公衆ネットワークとは異なる非公開のネットワークである。例えば、工場等の特定の領域を対象とし、一般に開放されないネットワークである。また、仮想プライベートネットワークとは、公衆ネットワーク等をまたいで拡張されたネットワークである。仮想プライベートネットワーク５００は、端末装置４００Ａおよび基地局装置３００を有する無線ネットワークと、コアネットワーク２００と、ルータ５１０とを備える。
　図７のコアネットワーク２００には、ＡＭＦ２４１、ＳＭＦ２４２、ＵＰＦ２２１および情報処理装置２６０を記載した。なお、情報処理装置２６０は、図１において説明したプッシュ通知機能を有する情報処理装置２６０に相当する。以下、情報処理装置２６０をプッシュ通知サーバ２６０と記載する。プッシュ通知サーバ２６０は、自身に送信されたメッセージを図６において説明した記憶部２６２に保持することができる。なお、図７は、プッシュ通知サーバ２６０がコアネットワーク２００に配置される例を表したものである。プッシュ通知サーバ２６０は、コアネットワーク２００の外側に配置することもできる。何れの場合においても、プッシュ通知サーバ２６０は、仮想プライベートネットワーク５００の内部に配置される。ルータ５１０は、仮想プライベートネットワーク５００およびインターネット１００を接続するルータである。
　インターネット１００には、図１において説明したアプリケーションサーバ１１０が接続される。このアプリケーションサーバ１１０には、サービスプロバイダ（Service　Provider）のサーバを適用することができる。また、アプリケーションサーバ１１０のアプリケーションとして、ネットワークに接続された複数の端末装置の間においてメッセージのやり取りを行うアプリケーションを想定する。図６においては、端末装置４００Ａおよび端末装置４００Ｂの間においてメッセージのやり取りを行う場合を想定する。このようなメッセージは、インスタントメッセージ（Instant　Message）と称される。
　図７の通信システム１におけるメッセージの送受信の手順を説明する。端末装置４００Ｂから端末装置４００Ａにメッセージが送信される場合を想定する。端末装置４００Ａの使用者は、自身の電子メールアドレスや電話番号等の情報を送ってアプリケーションサーバ１１０のアプリケーションに登録する。アプリケーションサーバ１１０のアプリケーションは、この電子メールアドレス等と紐付けられた識別子（ＩＤ）により端末装置４００Ａを管理する。
　まず、端末装置４００Ａがプッシュ通知サーバ２６０に登録を行う。その応答として端末装置４００Ａは、プッシュ通知サーバ２６０からトークンを受け取る。このトークンは、メッセージを送信する際の端末装置４００Ａの識別に使用される。
　次に、端末装置４００Ｂの使用者がメッセージを生成し、端末装置４００ＡのＩＤ宛てに送信する。このメッセージは、アプリケーションサーバ１１０に保持される。次に、アプリケーションサーバ１１０のアプリケーションにより、保持された端末装置４００Ｂからのメッセージがプッシュ通知サーバ２６０に送信される。このメッセージの送信は、伝送制御プロトコル（ＴＣＰ：Transmission　Control　Protocol）に基づいて行うことができる。アプリケーションサーバ１１０およびプッシュ通知サーバ２６０の間には、ＴＣＰコネクションが設定される。このＴＣＰコネクションによりインターネット１００のアプリケーションサーバ１１０からルータ５１０を経由して仮想プライベートネットワーク５００内のプッシュ通知サーバ２６０にメッセージを伝達することができる。
　端末装置４００ＡがＬＡＮ５００の無線ネットワークおよびコアネットワーク２００に接続されている場合には、プッシュ通知サーバ２６０は、直ちにメッセージを端末装置４００Ａに送信する。このメッセージの送信は、コネクションレス型のプロトコルに基づいて行うことができる。例えば、ユーザ・データグラム・プロトコル（ＵＤＰ：User　Datagram　Protocol）に基づいて行うことができる。仮想プライベートネットワーク５００の内部に配置された機器にはプライベートＩＰアドレスが使用されるため、ＴＣＰコネクションを設定する必要がないためである。これにより、端末装置４００Ａは、端末装置４００Ｂからのメッセージを受信することができる。端末装置４００Ａの使用者は、メッセージを読むことができる。
　一方、端末装置４００Ａが仮想プライベートネットワーク５００の無線ネットワークおよびコアネットワーク２００に接続されていない場合、例えば、端末装置４００Ａの電源がオフ状態の場合には、プッシュ通知サーバ２６０は、端末装置４００Ａが無線ネットワークおよびコアネットワーク２００に接続されるまで待機する。この際、メッセージは、プッシュ通知サーバ２６０に保持されて蓄積される。端末装置４００Ａが無線ネットワークおよびコアネットワーク２００に接続されると、プッシュ通知サーバ２６０は、プッシュ通知を行ってメッセージを端末装置４００Ａに送信する。
　上述のように、プッシュ通知サーバ２６０を仮想プライベートネットワーク５００の内部に配置することにより、端末装置４００Ａとの間においてコネクションレス型のプロトコルであるＵＤＰに基づいてメッセージのやり取りを行うことができる。このＵＤＰは、メッセージの送信の際のハンドシェイク等の処理を省略したプロトコルであり、メッセージの送信を簡便に行うことができる。
　これに対し、ＴＣＰにおいては、事前にコネクションを確立させる必要があり、メッセージの送信が複雑になる。具体的には、ＴＣＰコネクションは、３ウェイ・ハンドシェイクと称される３回のパケットの送受信による手順により確立される。ＩｏＴ装置のように、頻繁にネットワークへの接続および接続解除を繰り返す装置を使用する際には、ＴＣＰコネクションの確立の回数が増加し、プッシュ通知サーバ２６０の処理負担や消費電力が増加する。
　また、継続的なプッシュ通知のためにＴＣＰコネクションを長期間維持する場合においても、プッシュ通知サーバ２６０および端末装置４００Ａの負担が増加する。ＴＣＰコネクションを維持するために定期的にパケットの送受信を行う必要があるためである。多数の端末装置が接続される場合には、プッシュ通知サーバ２６０の負担がさらに増加することになる。また、多数の端末装置との間においてＴＣＰコネクションを維持する場合には、ＩＰアドレス資源の枯渇という問題を生じる。端末装置ごとにＩＰアドレスが割り当てられるためである。コネクションレス型のプロトコルであるＵＤＰに基づくメッセージの送信により、端末装置４００Ａおよびプッシュ通知サーバ２６０の間の送信手順を簡略化することができる。
　これに対し、プッシュ通知サーバ２６０が仮想プライベートネットワーク５００の外部に配置された場合には、ＵＤＰに基づくメッセージの送信を適用することができず、ＴＣＰに基づくメッセージの送信を行う必要がある。仮想プライベートネットワーク５００の内部においては、端末装置４００Ａ等の機器にプライベートＩＰアドレスが適用される。この端末装置４００Ａから仮想プライベートネットワーク５００の外側にパケットを送信する場合には、プライベートＩＰアドレスがパブリックＩＰアドレスに変換されて送信される。このパブリックＩＰアドレスが付加されパケットを受け取ることにより、仮想プライベートネットワーク５００の外側に配置されたサーバ等は、端末装置４００ＡのパブリックＩＰアドレスを把握することができる。すなわち、プッシュ通知サーバ２６０が仮想プライベートネットワーク５００の外側に配置される場合には、端末装置４００ＡのパブリックＩＰアドレスを取得していないため、ＵＤＰに基づくプッシュ通知ができないこととなる。
　なお、プライベートＩＰアドレスからパブリックＩＰアドレスへの変換は、ネットワークアドレス変換（ＮＡＴ（Network　Address　Translation））により行うことができる。ＮＡＴは、通常ゲートウェイにおいて行われる。
　一方、端末装置４００Ａおよびプッシュ通知サーバ２６０の間にＴＣＰコネクションを設定する場合には、仮想プライベートネットワーク５００の外側からのプッシュ通知が可能になる。端末装置４００Ａを起点としてＴＣＰコネクションを確立することにより、端末装置４００Ａ側からパケットがプッシュ通知サーバ２６０に送信される。このパケットを受信することにより、プッシュ通知サーバ２６０は、プッシュ通知の前に端末装置４００ＡのＩＰアドレスを取得することができる。
　インターネット・プロトコル・バージョン６（ＩＰｖ６：Internet　Protocol　Version　6）のように、上述のＮＡＴを使用しないシステムも存在する。このようなシステムにおいては、仮想プライベートネットワーク５００の外側からＵＤＰによりパケットを送信することも可能となる。しかし、このようなシステムでは、ＮＡＴを行わないため、セキュリティ上の問題を生じる。
　これらの問題は、プッシュ通知サーバ２６０を仮想プライベートネットワーク５００の内部に配置し、端末装置４００Ａとの間においてコネクションレス型のプロトコルであるＵＤＰに基づいてメッセージの送信を行うことにより、解決することができる。
　≪４．第１の実施形態≫
　図８を参照して、本開示の第１の実施形態に係るプッシュ通知処理の手順を説明する。図８は、本開示の第１の実施形態に係るプッシュ通信処理の手順を示すシーケンス図である。図８には、端末装置４００Ａ、ＵＰＦ２２１、ＳＭＦ２４２、ＡＭＦ２４１、プッシュ通知サーバ２６０、アプリケーションサーバ１１０及び端末装置４００Ｂを記載した。便宜上、アプリケーションサーバ１１０は、「サーバ」と略記した。ＳＭＦ２４２及びＡＭＦ２４１は、５Ｇにおける制御プレーン（C-Plane）としてまとめて記載した。なお、ＵＰＦ２２１は、５Ｇにおけるユーザプレーン（U-Plane）に該当する。
　まず、端末装置４００Ａが無線ネットワークおよびコアネットワーク２００（図８においては、ネットワークと記載）に接続される（ステップＳ１０１）。この際、ＳＭＦ２４２からＩＰアドレスが割り当てられる。
　次に、端末装置４００Ａがプッシュ通知サーバ２６０に自身のＩＤを登録する（ステップＳ１０２）。この際、端末装置４００ＡのＩＭＳＩもプッシュ通知サーバ２６０に登録される。次に、プッシュ通知サーバ２６０がこのＩＤの登録の応答としてトークンを端末装置４００Ａに送信する（ステップＳ１０３）。
　次に、プッシュ通知サーバ２６０は、ネットワークとの接続を停止した端末装置４００Ａが再度ネットワークに接続した際のＩＰアドレスを通知してほしい旨の要請（subscription）をＳＭＦ２４２に対して行う（ステップＳ１０４）。この要請は、端末装置４００ＡのＩＭＳＩを使用して行うことができる。また、この要請を受諾するＡＰＩは、ＳＭＦ２４２に実装される。プッシュ通知サーバ２６０は、このＡＰＩを通じて要請を行うことができる。
　次に、端末装置４００Ａは、トークンおよび自身のＩＤをアプリケーションサーバ１１０に送信する（ステップＳ１０５）。アプリケーションサーバ１１０のアプリケーションは、端末装置４００ＡのトークンおよびＩＤの登録を行う。
　その後、端末装置４００Ａのネットワーク接続が停止されると（ステップＳ１０６）。ステップＳ１０１において割り当てられたＩＰアドレスが消失する。なお、端末装置４００Ａのネットワーク接続の停止は、ＳＭＦ２４２によりプッシュ通知サーバ２６０に通知される（ステップＳ１０７）。
　プッシュ通知サーバ２６０は、アプリケーションサーバ１１０との間において、ＴＣＰコネクションを確立する（ステップＳ１０８）。一方、アプリケーションサーバ１１０のアプリケーションは、同じサービス（メッセージのやり取り）に加入している端末装置４００Ｂに端末装置４００ＡのＩＤを通知しておく（ステップＳ１０９）。端末装置４００Ｂにおいて端末装置４００Ａ宛てのメッセージが生成されると、端末装置４００ＢからメッセージがＩＤとともにアプリケーションサーバ１１０に送信される（ステップＳ１１０）。アプリケーションサーバ１１０のアプリケーションは、送信されたメッセージに添付されたＩＤに基づいて宛先の端末装置４００Ａを把握する。次にアプリケーションサーバ１１０のアプリケーションは、メッセージ及び端末装置４００Ａのトークンをプッシュ通知サーバ２６０に送信する（ステップＳ１１１）。この送信は、ステップＳ１０８において確立されたＴＣＰコネクションにより行われる。端末装置４００Ａがネットワークに接続されていないため、プッシュ通知サーバ２６０は、送信されたメッセージを保持する。
　次に、端末装置４００Ａが再度ネットワークに接続されて、新たなＩＰアドレスが割り当てられる（ステップＳ１１２）。ステップＳ１０４の要請に基づいて、ＳＭＦ２４２は、この新たなＩＰアドレスのプッシュ通知サーバ２６０への通知（notice）を行う（ステップＳ１１３）。なお、この通知は、図２において説明したＡＰＩ（１）を使用して行うことができる。
　次に、プッシュ通知サーバ２６０は、通知されたＩＰアドレスに基づいてプッシュ通知を行う（ステップＳ１１４）。具体的には、プッシュ通知サーバ２６０は、通知されたＩＰアドレスを宛先ネットワークアドレスとしてＩＰヘッダを形成する。次に、プッシュ通知サーバ２６０は、このＩＰヘッダと端末装置４００Ａ宛てのメッセージを含むデータとによりＵＤＰパケットを形成する。次に、プッシュ通知サーバ２６０は、このＵＤＰパケットをＵＰＦ２２１に送信する。なお、ステップＳ１１４は、請求の範囲に記載のプッシュ通知を行うことの一例である。
　次に、ＵＰＦ２２１は、プッシュ通知に基づくメッセージを端末装置４００Ａに送信する（ステップＳ１１５）。具体的には、ＵＰＦ２２１は、端末装置４００Ａとの間に仮想的な通信路を形成し、プッシュ通知により送信されたメッセージを含むＵＤＰパケットを端末装置４００Ａに送信する。なお、仮想的な通信路は、例えば、ＧＴＰ（General　Packet　Radio　System　Tunneling　Protocol）に基づいて構成することができる。
　以上説明した手順により、端末装置４００Ｂからのメッセージを端末装置４００Ａに伝達することができる。ステップＳ１０４におけるネットワークとの接続を停止した端末装置４００Ａが再度ネットワークに接続した際のＩＰアドレスを通知してほしい旨の要請により、端末装置４００Ａが再接続された際のＩＰアドレスを迅速に取得することができる。これにより、プッシュ通知を高速に行うことができる。なお、ステップＳ１０４のＡＰＩの要請（subscription）に対して、ステップＳ１１３において通知（notice）が行われるが、要求（request）／応答（response）型のＡＰＩを使用することもできる。
　なお、仮想プライベートネットワーク５００の構成は、この例に限定されない。例えば、プッシュ通知サーバ２６０がネットワークに必要な個別機能群であるネットワーク・ファンクション（ＮＦ：Network　Function）の機能をさらに備える構成を採ることができる。この場合には、プッシュ通知サーバ２６０に配置されたアプリケーションがコアネットワーク２００のエンティティのＡＰＩを使用することが可能となる。また、例えば、プッシュ通知サーバ２６０がアプリケーションサーバとして機能するアプリケーション・ファンクション（ＡＦ：Application　Function）の機能をさらに備える構成を採ることもできる。
　また、アプリケーションサーバ１１０を仮想プライベートネットワーク５００の内部に配置することもできる。この場合には、プッシュ通知サーバ２６０およびアプリケーションサーバ１１０の間のメッセージのやり取りもＵＤＰプロトコルに基づいて行うことができる。
　このように、プッシュ通知サーバ２６０を仮想プライベートネットワーク５００に配置することにより、端末装置４００Ａとの間においてコネクションレス型のプロトコルに基づくプッシュ通知を行うことができる。これにより、簡便な手順によりメッセージのやり取りを行うことができる。また、コネクションレス型のプロトコルに基づくプッシュ通知により、低遅延のメッセージの送信が可能となる。また、プッシュ通知サーバ２６０をコアネットワーク２００に配置した場合には、コアネットワーク２００のエンティティのＡＰＩを使用することができる。これにより、プッシュ通知サーバ２６０の利便性を向上させることができる。
　≪５．第２の実施形態≫
　第１の実施形態では、端末装置４００Ａがネットワークに接続されていない場合であっても、アプリケーションサーバ１１０は、端末装置４００Ａ宛てのメッセージをプッシュ通知サーバ２６０に送信していた。これに対し、アプリケーションサーバ１１０は、端末装置４００Ａがネットワークに接続されるのを待って端末装置４００Ａ宛てのメッセージをプッシュ通知サーバ２６０に送信してもよい。この場合について第２の実施形態として説明する。なお、第２実施形態では、第１実施形態と同一の構成の仮想プライベートネットワーク５００、コアネットワーク２００、基地局装置３００、端末装置４００およびプッシュ通知サーバ２６０を用いるので、重複する構成および動作の説明については省略する。
　第１の実施形態におけるプッシュ通知サーバ２６０は、ＳＭＦ２４２から端末装置４００Ａのネットワークへの接続状態について通知を受けていた。これに対し、第２の実施形態のプッシュ通知サーバ２６０は、端末装置４００Ａのネットワークへの接続状態をアプリケーションサーバ１１０に対してさらに通知する。すなわち、第２の実施形態のプッシュ通知サーバ２６０は、端末装置４００Ａがネットワークに接続されていない状態を把握した場合に、その旨をアプリケーションサーバ１１０に通知する。これにより、アプリケーションサーバ１１０は、端末装置４００Ａがネットワークに接続されていない間におけるメッセージのプッシュ通知サーバ２６０への送信を停止することができる。
　図９を参照して、本開示の第２の実施形態に係るプッシュ通知処理の手順を説明する。図９は、本開示の第２の実施形態に係るプッシュ通信処理の手順を示すシーケンス図である。なお、図８のシーケンス図と同じ処理については同じ符号を適用し、説明を省略する。
　ステップＳ１０７において、プッシュ通知サーバ２６０に端末装置４００Ａのネットワーク接続の停止が通知される。その後、プッシュ通知サーバ２６０は、アプリケーションサーバ１１０との間のＴＣＰコネクションを確立し（ステップＳ１０８）、端末装置４００Ａのネットワークへの非接続状態をアプリケーションサーバ１１０に通知する（ステップＳ１１６）。この通知を受け取ったアプリケーションサーバ１１０のアプリケーションは、端末装置４００Ｂに対して端末装置４００Ａのネットワークへの非接続状態をさらに通知する（ステップＳ１１７）。
　その後、端末装置４００Ａが再度ネットワークに接続されて、新たなＩＰアドレスが割り当てられると（ステップＳ１１２）、ＩＰアドレスがプッシュ通知サーバ２６０に通知される（ステップＳ１１３）。プッシュ通知サーバ２６０は、端末装置４００Ａのネットワークへの接続状態をアプリケーションサーバ１１０に通知する（ステップＳ１１８）。アプリケーションサーバ１１０のアプリケーションは、端末装置４００Ｂに対して端末装置４００Ａのネットワークへの接続状態を通知する（ステップＳ１１９）。この通知に基づいて、端末装置４００Ｂは、端末装置４００Ａ宛てのメッセージを生成し、アプリケーションサーバ１１０に送信する（ステップＳ１１０）。
　アプリケーションサーバ１１０のアプリケーションは、送信されたメッセージをプッシュ通知サーバ２６０に送信する（ステップＳ１１１）。端末装置４００Ａがネットワークに接続されているため、プッシュ通知サーバ２６０は、直ちにプッシュ通知を行うことができる（ステップＳ１１４）。
　以上説明したように、プッシュ通知サーバ２６０は、端末装置４００Ａがネットワークに接続されているか否かの情報をコアネットワーク２００に配置されたエンティティであるＳＭＦ２４２を介して取得する。端末装置４００Ａがネットワークに接続されている場合には、プッシュ通知サーバ２６０は、端末装置４００ＡのＩＰアドレスを取得する。このＩＰアドレスは、プッシュ通知を行うための端末装置４００Ａの情報に該当する。また、プッシュ通知サーバ２６０は、端末装置４００Ａがネットワークに接続されてＩＰアドレスを有している状態をアプリケーションサーバ１１０のアプリケーションに通知する。すなわち、プッシュ通知サーバ２６０は、端末装置４００Ａのプッシュ通知を惹起するメッセージを保持するサーバであるアプリケーションサーバ１１０に端末装置４００Ａの情報を送信する。
　端末装置４００Ａがネットワークに接続されていない間は、アプリケーションサーバ１１０からメッセージが送信されないため、プッシュ通知サーバ２６０に蓄積されるメッセージが減少する。これにより、プッシュ通知サーバ２６０の記憶部２６２の容量を削減することができる。また、アプリケーションサーバ１１０のアプリケーションは、端末装置４００Ａのネットワークへの接続を待ってメッセージをプッシュ通知サーバ２６０に送信するため、メッセージを確実に端末装置４００Ａに送信することができる。
　なお、本開示の第２の実施形態に係るプッシュ通知処理の手順は、この例に限定されない。例えば、アプリケーションサーバ１１０のアプリケーションは、端末装置４００Ａのネットワークへの非接続状態の通知（ステップＳ１１７）を省略することもできる。この場合、端末装置４００Ｂから送信された端末装置４００Ａ宛てのメッセージは、アプリケーションサーバ１１０に保持され、蓄積される。
　このように、本開示の第２の実施形態のプッシュ通知サーバ２６０は、ＩＰアドレスを有しているか否かの情報を端末装置４００Ａの情報として取得する。これにより、端末装置４００Ａがメッセージを受信可能か否か判断してプッシュ通知を行うことができ、利便性を向上させることができる。
　≪６．第３の実施形態≫
　第２の実施形態では、プッシュ通知サーバ２６０が端末装置４００Ａのネットワークへの接続状態を取得し、アプリケーションサーバ１１０に伝達していた。これに対し、アプリケーションサーバ１１０が希望する端末装置４００Ａのネットワークへの接続タイミングを指定してもよい。この場合について第３の実施形態として説明する。なお、第３実施形態においても、第１実施形態と同一の構成の仮想プライベートネットワーク５００、コアネットワーク２００、基地局装置３００、端末装置４００およびプッシュ通知サーバ２６０を用いるので、重複する構成および動作の説明については省略する。
　第３の実施形態におけるプッシュ通知サーバ２６０は、ネットワークへの接続周期および接続期間を端末装置４００Ａに設定する。この設定は、例えば、コアネットワーク２００のエンティティであるＡＭＦ２４１を介して行うことができる。具体的には、ネットワークへの接続周期および接続期間を設定するＡＰＩを実装し、このＡＰＩを使用して行うことができる。アプリケーションサーバ１１０のアプリケーションは、所望のネットワークへの接続周期および接続期間をプッシュ通知サーバ２６０に対して要求することができる。プッシュ通知サーバ２６０は、この要求に基づいてネットワークへの接続周期および接続期間を端末装置４００Ａに設定することができる。複数のアプリケーションがネットワークへの接続周期および接続期間を要求する場合には、プッシュ通知サーバ２６０は、これら複数の要求を満たす接続時間等を選択し、端末装置４００Ａに設定することができる。
　図１０を参照してネットワークへの接続周期および接続期間を説明する。図１０は、本開示の第３の実施形態のネットワークへの接続周期および接続期間を示す図である。図１０において、接続６０１は端末装置４００Ａのネットワークへの接続期間を表し、接続停止６０２は端末装置４００Ａのネットワークへの接続停止期間を表す。接続６０１および接続停止６０２を加えた期間が接続周期となる。接続６０１の期間には、端末装置４００ＡにはＩＰアドレスが割り当てられる。すなわち、接続６０１の期間の端末装置４００Ａは、ＩＰアドレスを取得済みとなる。これに対して、接続停止６０２においては、端末装置４００Ａに割り当てられたＩＰアドレスは解放される。
　プッシュ通知サーバ２６０は、設定した端末装置４００Ａのネットワークへの接続周期および接続期間をアプリケーションサーバ１１０に通知することができる。アプリケーションサーバ１１０のアプリケーションは、端末装置４００Ａがネットワークに接続される期間を取得することができ、この期間にメッセージを送信することができる。
　図１１を参照して、本開示の第３の実施形態に係るプッシュ通知処理の手順を説明する。図１１は、本開示の第３の実施形態に係るプッシュ通信処理の手順を示すシーケンス図である。なお、図８のシーケンス図と同じ処理については同じ符号を適用し、説明を省略する。
　まず、アプリケーションサーバ１１０のアプリケーションは、所望する端末装置４００Ａのネットワークへの接続周期および接続期間をプッシュ通知サーバ２６０に要求する（ステップＳ１２０）。この要求に基づいて、プッシュ通知サーバ２６０は、ネットワークへの接続周期および接続期間を決定し、ＡＭＦ２４１に対してネットワークへの接続周期および接続期間設定のＡＰＩを要求する（ステップＳ１２１）。その後、ＡＭＦ２４１は、ＡＰＩを使用して端末装置４００Ａにネットワークへの接続周期および接続期間を設定する（不図示）。
　ステップＳ１０７において、プッシュ通知サーバ２６０に端末装置４００Ａのネットワーク接続の停止が通知される。プッシュ通知サーバ２６０は、アプリケーションサーバ１１０との間のＴＣＰコネクションを確立し（ステップＳ１０８）、端末装置４００Ａのネットワークへの非接続状態および継続時間をアプリケーションサーバ１１０に通知する（ステップＳ１２２）。この非接続状態の継続期間は、接続周期および接続期間から算出することができる。この通知を受け取ったアプリケーションサーバ１１０のアプリケーションは、端末装置４００Ｂに対して端末装置４００Ａのネットワークへの非接続状態および継続期間をさらに通知する（ステップＳ１２３）。
　その後、端末装置４００Ａが再度ネットワークに接続されて、新たなＩＰアドレスが割り当てられると（ステップＳ１１２）、ＩＰアドレスがプッシュ通知サーバ２６０に通知される（ステップＳ１１３）。プッシュ通知サーバ２６０は、端末装置４００Ａのネットワークへの接続状態および継続期間をアプリケーションサーバ１１０に通知する（ステップＳ１２４）。アプリケーションサーバ１１０のアプリケーションは、端末装置４００Ｂに対して端末装置４００Ａのネットワークへの接続状態および接続期間を通知する（ステップＳ１２５）。端末装置４００Ｂは、通知された端末装置４００Ａのネットワークへの接続期間に端末装置４００Ａ宛てのメッセージを送信する（ステップＳ１１０）。
　アプリケーションサーバ１１０のアプリケーションは、送信されたメッセージをプッシュ通知サーバ２６０に送信する（ステップＳ１１１）。端末装置４００Ａがネットワークに接続されているため、プッシュ通知サーバ２６０は、直ちにプッシュ通知を行うことができる（ステップＳ１１４）。
　以上説明したように、プッシュ通知サーバ２６０は、端末装置４００Ａがネットワークに接続される周期および接続期間をコアネットワーク２００に配置されたエンティティであるＡＭＦ２４１を介して取得する。端末装置４００Ａのネットワークへの接続周期および接続期間は、端末装置４００Ａがコアネットワーク２００に接続される期間の情報に該当し、プッシュ通知を行うための端末装置４００Ａの情報に該当する。
　また、プッシュ通知サーバ２６０は、端末装置４００Ａがコアネットワーク２００に接続される期間の情報をアプリケーションサーバ１１０のアプリケーションに送信する。アプリケーションサーバ１１０のアプリケーションは、端末装置４００Ａのネットワークに接続されている期間にメッセージをプッシュ通知サーバ２６０に送信することができるため、メッセージ送信のタイミングを最適化することができる。また、端末装置４００Ａは、設定された接続周期および接続期間に基づいて、電源のオンおよびオフの制御を行うことができ、メッセージの受信を確実に行いながら消費電力を低減することができる。
　なお、本開示の第３の実施形態に係るプッシュ通知処理の手順は、この例に限定されない。例えば、アプリケーションサーバ１１０のアプリケーションは、端末装置４００Ａのネットワークへの非接続状態の通知（ステップＳ１２３）を省略することもできる。この場合、端末装置４００Ｂから送信された端末装置４００Ａ宛てのメッセージは、アプリケーションサーバ１１０に保持され、蓄積される。
　このように、本開示の第３の実施形態のプッシュ通知サーバ２６０は、ネットワークへの接続周期および接続期間を端末装置４００Ａの情報として取得する。これにより、端末装置４００Ａがメッセージを受信可能な期間にプッシュ通知を行うことができ、利便性をさらに向上させることができる。
　≪７．第４の実施形態≫
　第２の実施形態では、プッシュ通知サーバ２６０が端末装置４００Ａのネットワークへの接続状態を取得し、アプリケーションサーバ１１０に伝達していた。これに対し、端末装置４００Ａの基地局装置３００への接続の情報を取得してもよい。この場合について第４の実施形態として説明する。なお、第４実施形態においても、第１実施形態と同一の構成の仮想プライベートネットワーク５００、コアネットワーク２００、基地局装置３００、端末装置４００およびプッシュ通知サーバ２６０を用いるので、重複する構成および動作の説明については省略する。
　端末装置４００Ａは、無線リソースが割り当てられて基地局装置３００とのリンクが確立して送受信可能な状態である接続状態（Connected）の他に、無線リソースが解放された待機状態（Idle）を取ることができる。この待機状態にすることにより、端末装置４００Ａの消費電力を低減することができる。端末装置４００Ａは、必要に応じて待機状態から接続状態に移行して通信を行う。プッシュ通知やメッセージの受信は、端末装置４００Ａが基地局装置３００との間において接続状態の時に行う必要がある。待機状態から接続状態への遷移は、基地局装置３００から端末装置４００Ａにメッセージを送信することにより行うことができる。図２において前述したように、このメッセージは、ページングメッセージ（Paging　Message）と称される。基地局装置３００は、所定の周期においてページングメッセージを端末装置４００Ａに送信することができる。なお、端末装置４００Ａの接続状態は、ＲＲＣ接続状態（Radio　Resource　Control　Connected）とも称される。
　第４の実施形態におけるプッシュ通知サーバ２６０は、端末装置４００Ａの基地局装置３００への接続の情報、例えば、待機状態から接続状態に遷移したか否かを取得する。これは、例えば、コアネットワーク２００のエンティティであるＡＭＦ２４１のＡＰＩを使用して行うことができる。このＡＰＩでは、端末装置４００Ａを識別するためにＩＭＳＩ等のＩＤを指定する。
　取得した端末装置４００Ａの基地局装置３００への接続の情報は、アプリケーションサーバ１１０に通知することができる。アプリケーションサーバ１１０のアプリケーションは、端末装置４００Ａが基地局装置３００と接続状態にある時にメッセージを送信することができる。
　図１２を参照して、本開示の第４の実施形態に係るプッシュ通知処理の手順を説明する。図１２は、本開示の第４の実施形態に係るプッシュ通信処理の手順を示すシーケンス図である。なお、図８のシーケンス図と同じ処理については同じ符号を適用し、説明を省略する。
　ステップＳ１０８において、プッシュ通知サーバ２６０は、アプリケーションサーバ１１０との間のＴＣＰコネクションを確立する。次に、プッシュ通知サーバ２６０は、ＡＭＦ２４１に対して端末装置４００Ａの基地局装置３００への接続状態を通知するＡＰＩを要請する（ステップＳ１２６）。その後、端末装置４００Ａが基地局装置３００との間において待機状態から接続状態に遷移して状態が変化した旨の通知がＡＭＦ２４１からプッシュ通知サーバ２６０に通知される（ステップＳ１２７）。プッシュ通知サーバ２６０は、この端末装置４００Ａの接続状態の変化をアプリケーションサーバ１１０に通知する（ステップＳ１２８）。この通知に基づいて、アプリケーションサーバ１１０のアプリケーションは、メッセージをプッシュ通知サーバ２６０に送信する（ステップＳ１１１）。端末装置４００Ａが基地局装置３００との間において接続状態にあるため、プッシュ通知サーバ２６０は、直ちにプッシュ通知を行うことができる（ステップＳ１１４）。
　なお、図１２の処理では、プッシュ通知サーバ２６０がＡＭＦ２４１に対して端末装置４００Ａの基地局装置３００への接続状態を通知するＡＰＩを要請し、ＡＭＦ２４１が端末装置４００Ａの接続状態の変化を通知していた。これに対し、要求／応答型のＡＰＩを使用することもできる。このＡＰＩには、図２において説明したＡＰＩ（２）を使用することができる。
　図１３を参照して、要求／応答型のＡＰＩを使用する場合の手順を説明する。図１３は、本開示の第４の実施形態に係るプッシュ通信処理の他の手順を示すシーケンス図である。なお、図１２のシーケンス図と同じ処理については同じ符号を適用し、説明を省略する。
　ステップＳ１０８において、プッシュ通知サーバ２６０は、アプリケーションサーバ１１０との間のＴＣＰコネクションを確立する。次に、アプリケーションサーバ１１０のアプリケーションからプッシュ通知サーバ２６０に端末装置４００Ａ宛てのメッセージが存在する旨が通知される（ステップＳ１２９）。プッシュ通知サーバ２６０は、ＡＭＦ２４１に対して端末装置４００Ａの基地局装置３００への接続状態を応答するＡＰＩを要求する（ステップＳ１３０）。端末装置４００Ａが基地局装置３００との間において待機状態から接続状態に遷移した際に、ＡＭＦ２４１は、接続状態の応答を行う（ステップＳ１３１）。プッシュ通知サーバ２６０は、この端末装置４００Ａの接続状態をアプリケーションサーバ１１０に通知する（ステップＳ１３２）。この通知に基づいて、アプリケーションサーバ１１０のアプリケーションは、メッセージをプッシュ通知サーバ２６０に送信する（ステップＳ１１１）。端末装置４００Ａが基地局装置３００との間において接続状態にあるため、プッシュ通知サーバ２６０は、直ちにプッシュ通知を行うことができる（ステップＳ１１４）。
　アプリケーションサーバ１１０にメッセージが存在する場合に、アプリケーションサーバ１１０のアプリケーションは、プッシュ通知サーバ２６０に対して端末装置４００Ａの基地局装置３００への接続の状態の取得を要求することができる。また、端末装置４００Ａにメッセージ等を送信するアプリケーションサーバ１１０が複数存在する場合には、これら複数のアプリケーションからの要求に応じてプッシュ通知サーバ２６０がＡＭＦ２４１にＡＰＩを要求することができる。例えば、アプリケーションから複数の要求が届いた場合に、プッシュ通知サーバ２６０がＡＭＦ２４１にＡＰＩを要求する構成を採ることができる。端末装置４００Ａが基地局装置３００と接続状態にある場合には、複数のアプリケーションに対してメッセージのやり取りが可能な旨が通知される。
　なお、図１３の処理は、アプリケーションサーバ１１０のアプリケーションがインスタントメッセージのやり取りを行うアプリケーションであったが、ゲームのアプリケーションであってもよい。
　図１４を参照して、ゲームのアプリケーションに適用する場合の手順を説明する。図１４は、本開示の第４の実施形態に係るプッシュ通信処理の他の手順を示すシーケンス図である。図１４においては、端末装置４００Ｂを削除している。また、アプリケーションサーバ１１０のアプリケーションとして動画のストリームを送信するゲームのアプリケーションを想定する。なお、図１３のシーケンス図と同じ処理については同じ符号を適用し、説明を省略する。
　ステップＳ１０８において、プッシュ通知サーバ２６０は、アプリケーションサーバ１１０との間のＴＣＰコネクションを確立する。次に、アプリケーションサーバ１１０のアプリケーションからプッシュ通知サーバ２６０に端末装置４００Ａ宛てのストリームが存在する旨が通知されると（ステップＳ１３３）。プッシュ通知サーバ２６０は、ＡＭＦ２４１に対して端末装置４００Ａの基地局装置３００への接続状態を応答するＡＰＩを要求する（ステップＳ１３０）。端末装置４００Ａが基地局装置３００との間において待機状態から接続状態に遷移した際に、ＡＭＦ２４１は、接続状態の応答を行う（ステップＳ１３１）。
　プッシュ通知サーバ２６０は、この端末装置４００Ａの接続状態をアプリケーションサーバ１１０に通知する（ステップＳ１３２）。この通知に基づいて、アプリケーションサーバ１１０のアプリケーションは、ストリームをプッシュ通知サーバ２６０に送信する（ステップＳ１３４）。プッシュ通知サーバ２６０は、ＵＤＰプロトコルに基づいてストリームのプッシュ通知を行う（ステップＳ１３５）。ＵＰＦ２２１は、ストリームを端末装置４００Ａに送信する（ステップＳ１３６）。
　このように、プッシュ通知サーバ２６０は、メッセージ以外のデータについてのプッシュ通知も行うことができる。
　以上説明したように、プッシュ通知サーバ２６０は、端末装置４００Ａの基地局装置３００への接続の情報として、端末装置４００Ａの基地局装置３００との接続状態の情報を取得する。この接続状態の時にメッセージ等を端末装置４００Ａに送信することにより、メッセージ等をまとめて送信することができる。端末装置４００Ａが基地局装置３００との間において接続状態になるのを待ってメッセージ等を送信するため、端末装置４００Ａの接続状態への遷移回数を増加させることなくメッセージ等の送信を行うことができる。
　なお、ページングメッセージには、端末装置４００Ａ宛てのインスタントメッセージが存在する旨の情報を配置することができる。これにより、待機状態の端末装置４００Ａがインスタントメッセージの存在を知ることができる。
　また、前述のように、ページングメッセージは、所定の周期において端末装置４００Ａに送信される。このページングメッセージが送信される時期の情報をプッシュ通知サーバ２６０が取得することもできる。これは、例えば、ページングメッセージが送信される周期を取得するＡＰＩをＡＭＦ２４１に実装し、このＡＰＩをプッシュ通知サーバ２６０が使用することにより行うことができる。プッシュ通知サーバ２６０は、取得した周期に基づいてページングメッセージが送信される時期を取得することができる。これにより、プッシュ通知サーバ２６０は、端末装置４００Ａが基地局装置３００との間において接続状態になり得るタイミングを把握することが可能となる。プッシュ通知サーバ２６０は、この端末装置４００Ａが接続状態になるタイミングをアプリケーションサーバ１１０に通知することもできる。アプリケーションサーバ１１０のアプリケーションは、このタイミングに基づいて端末装置４００Ａ宛てのメッセージの送信を準備することができ、メッセージ送信の効率を向上させることができる。なお、ＡＭＦ２４１は、請求の範囲に記載のエンティティの一例である。
　このように、本開示の第４の実施形態のプッシュ通知サーバ２６０は、端末装置４００Ａの基地局装置３００への接続の情報を取得する。この取得した端末装置４００Ａの基地局装置３００への接続の情報に基づいてプッシュ通知およびメッセージの送信を行うことが可能となり、利便性を向上させることができる。
　＜８．第５の実施形態＞
　第４の実施形態では、端末装置４００Ａの基地局装置３００との接続状態の情報を取得し、端末装置４００Ａの基地局装置３００との間における接続状態への遷移を待ってメッセージ等の送信を行っていた。これに対し、端末装置４００Ａが待機状態の場合に、接続状態に遷移させてメッセージを送信してもよい。この場合について第５の実施形態として説明する。なお、第５実施形態においても、第１実施形態と同一の構成の仮想プライベートネットワーク５００、コアネットワーク２００、基地局装置３００、端末装置４００およびプッシュ通知サーバ２６０を用いるので、重複する構成および動作の説明については省略する。
　第５の実施形態におけるプッシュ通知サーバ２６０は、図２において説明したＡＰＩ（３）を使用して、待機状態の端末装置４００Ａにページングメッセージを送信させることができる。
　図１５を参照して、本開示の第５の実施形態に係るプッシュ通知処理の手順を説明する。図１５は、本開示の第５の実施形態に係るプッシュ通信処理の手順を示すシーケンス図である。なお、図１３のシーケンス図と同じ処理については同じ符号を適用し、説明を省略する。
　ステップＳ１３０のＡＭＦ２４１に対する端末装置４００Ａの基地局装置３００への接続状態を応答するＡＰＩの要求に対し、待機状態の応答が返された（ステップＳ１４２）場合、プッシュ通知サーバ２６０は、端末装置４００Ａへのページングメッセージ送信のＡＰＩを要求する（ステップＳ１３７）。この要求に基づいて、ＡＭＦ２４１は、基地局装置３００（不図示）から端末装置４００Ａにページングメッセージを送信させる（ステップＳ１３８）。このページングメッセージに基づいて、端末装置４００Ａおよび基地局装置３００の間においてリンクが確立される（ステップＳ１３９）。これにより、端末装置４００Ａは、基地局装置３００との間において接続状態に遷移する。
　その後、プッシュ通知サーバ２６０から端末装置４００Ａの基地局装置３００への接続状態を応答するＡＰＩの要求が出されると（ステップＳ１４０）、ＡＭＦ２４１は接続状態の応答を行う（ステップＳ１４１）。この端末装置４００Ａの接続状態がアプリケーションサーバ１１０に通知され（ステップＳ１３２）、メッセージが送信される（ステップＳ１１１）。
　なお、図１５の処理では、端末装置４００Ａが基地局装置３００との間において接続状態にあることを確認してからアプリケーションサーバ１１０に通知していた。これに対し、端末装置４００Ａへのページングメッセージの送信から接続状態への遷移までの時間を見積ることが可能な場合には、端末装置４００Ａの接続状態の確認を待たずにメッセージを送信することができる。具体的には、端末装置４００Ａへのページングメッセージの送信から所定時間（見積り時間）の経過後にアプリケーションサーバ１１０がプッシュ通知サーバ２６０にメッセージ（インスタントメッセージ）を送信する。
　図１６を参照して、ページングメッセージの送信から所定時間の経過後にプッシュ通知サーバ２６０にメッセージを送信する場合の手順を説明する。図１６は、本開示の第５の実施形態に係るプッシュ通信処理の他の手順を示すシーケンス図である。図１６の処理は、ページングメッセージの送信から１０ｍｓ後にプッシュ通知サーバ２６０にメッセージを送信する場合を想定したものである。なお、図１５のシーケンス図と同じ処理については同じ符号を適用し、説明を省略する。
　ステップＳ１３７において、プッシュ通知サーバ２６０は、端末装置４００Ａへのページングメッセージ送信のＡＰＩを要求する。その際、プッシュ通知サーバ２６０は、アプリケーションサーバ１１０のアプリケーションに１０ｍｓ後のメッセージの送信を依頼する（ステップＳ１４３）。１０ｍｓ後、アプリケーションサーバ１１０のアプリケーションは、メッセージをプッシュ通知サーバ２６０に送信する（ステップＳ１１１）。端末装置４００Ａは、基地局装置３００との間において接続状態になっているため、プッシュ通知サーバ２６０は、直ちにプッシュ通知（ステップＳ１１４）を行う。図１５の場合と比較して、アプリケーションサーバ１１０からの迅速なメッセージの送信が可能となる。
　以上説明したように、プッシュ通知サーバ２６０は、端末装置４００Ａが待機状態にある場合に、接続状態に遷移させてメッセージの送信を行う。アプリケーションサーバ１１０等におけるメッセージの滞留を削減することができる。アプリケーションサーバ１１０等におけるデータのバッファ容量の増加を防ぐことができる。アプリケーションサーバ１１０のアプリケーションが静止画や動画を送信するアプリケーションの場合には、顕著な効果を奏する。
　このように、本開示の第５の実施形態のプッシュ通知サーバ２６０は、端末装置４００Ａを接続状態に遷移させて、プッシュ通知を行う。これにより、メッセージの滞留を防ぐことができ、メッセージ送信の遅延を短縮することができる。
　＜９．第６の実施形態＞
　第１の実施形態では、コアネットワーク２００に１つのＵＰＦ２２１が配置されていた。これに対し、コアネットワーク２００に複数のＵＰＦ２２１を配置することもできる。多数の端末装置４００が配置される場合に、ＵＰＦ２２１の処理を分散させるためである。この場合について第６の実施形態として説明する。
　図１７を参照して、本開示の第６の実施形態に係る通信システム１について説明する。図１７は、本開示の第６の実施形態に係る通信システムを簡略化して記載した図である。図１７のコアネットワーク２００は、３２個のＵＰＦ２２１（ＵＰＦ１乃至ＵＰＦ３２）が配置される例を表したものである。これらのＵＰＦ２２１には、基地局装置３００および端末装置４００がそれぞれ接続される。なお、図１７では、ＡＭＦ２４１およびＳＭＦ２４２の記載を省略した。
　第６の実施形態におけるプッシュ通知サーバ２６０は、複数のＵＰＦ２２１を選択してプッシュ通知を行う。この選択は、端末装置４００とＵＰＦ２２１との対応関係を取得し、所望の端末装置４００がどのＵＰＦ２２１に接続されているかを把握することにより行うことができる。
　図１８を参照して、本開示の第６の実施形態に係る端末装置４００およびＵＰＦ２２１の対応を説明する。図１８は、本開示の第６の実施形態に係る端末装置およびＵＰＦの対応を表した図である。図１８において、「ＵＰＦ１」乃至「ＵＰＦ３２」は、図１７に記載した３２個のＵＰＦ２２１に対応する。「ＩＰアドレス」は、これらのＵＰＦ２２１に接続される端末装置４００に割り当てられたグローバルＩＰアドレスの範囲を表す。図１８の「ＩＰアドレス」欄の４つ目の８ビットアドレスの「Ｘ」には、端末装置４００毎に異なるアドレスが設定される。
　また、３つ目の８ビットアドレスにより３２個のＵＰＦ２２１が識別される。プッシュ通知サーバ２６０は、ＩＰアドレスの３つ目の８ビットアドレスにより、端末装置４００がどのＵＰＦ２２１に接続されているかを認識することができる。この端末装置およびＵＰＦの対応により、プッシュ通知サーバ２６０は、複数のＵＰＦ２２１の内の１つを選択してプッシュ通知を行うことができる。
　プッシュ通知処理の手順は図８と同様であるため、説明を省略する。なお、ＵＰＦ２２１は、請求の範囲に記載のＵＰＦエンティティの一例である。
　このように、本開示の第６の実施形態においては、複数のＵＰＦ２２１がコアネットワーク２００に配置される場合に、端末装置４００およびＵＰＦ２２１の対応関係を予め設定する。プッシュ通知サーバ２６０は、設定された端末装置４００およびＵＰＦ２２１の対応関係に基づいてＵＰＦ２２１を選択してプッシュ通知を行う。これにより、複数のＵＰＦ２２１が配置されるコアネットワーク２００を有する仮想プライベートネットワーク５００においてプッシュ通知を行うことができる。
　なお、本開示の第６の実施形態の構成は、他の実施形態に適用することができる。具体的には、複数のＵＰＦ２２１がコアネットワーク２００に配置される場合においても図８、９および１１乃至１６に表したシーケンスを適用することができる。
　（効果）
　本開示の情報処理装置（プッシュ通知サーバ２６０）は、端末装置４００が接続される基地局装置３００およびコアネットワーク２００を有するローカルエリアネットワークＬＡＮに配置されてコネクションレス型プロトコルに基づいて端末装置４００に対してプッシュ通知を行う機能を備える。
　これにより、プッシュ通知をコネクションレス型のプロトコルに基づいて行うことができる。簡便な手順によりメッセージ等のやり取りを行うことができる。
　また、ＬＡＮは、仮想プライベートネットワーク５００であってもよい。
　これにより、仮想プライベートネットワーク５００においてプッシュ通知をコネクションレス型のプロトコルに基づいて行うことができる。
　また、コネクションレス型プロトコルは、ユーザ・データグラム・プロトコル（ＵＤＰ）であってもよい。
　これにより、プッシュ通知をＵＤＰに基づいて行うことができる。
　また、情報処理装置（プッシュ通知サーバ２６０）は、コアネットワーク２００に配置されてもよい。
　これにより、情報処理装置（プッシュ通知サーバ２６０）がコアネットワーク２００のエンティティとして使用することができる。
　また、情報処理装置（プッシュ通知サーバ２６０）は、コアネットワーク２００のアプリケーション・ファンクションとしての機能をさらに備えてもよい。
　これにより、アプリケーションおよびプッシュ通知サーバの間のやり取りを簡略化することができる。
　また、情報処理装置（プッシュ通知サーバ２６０）は、コアネットワーク２００のネットワーク・ファンクションとしての機能をさらに備えてもよい。
　これにより、情報処理装置（プッシュ通知サーバ２６０）がコアネットワーク２００のエンティティのＡＰＩを使用することができる。
　また、情報処理装置（プッシュ通知サーバ２６０）は、プッシュ通知を行うための端末装置４００の情報をコアネットワーク２００に配置されたエンティティ（ＡＭＦ２４１）を介して取得してもよい。
　これにより、コアネットワーク２００に配置されたエンティティを使用して端末装置４００の情報を取得することができる。
　また、端末装置４００の情報を上記エンティティのアプリケーション・プログラミング・インタフェース（ＡＰＩ）により取得してもよい。
　これにより、エンティティのＡＰＩを利用して端末装置４００の情報を取得することができる。
　また、プッシュ通知を惹起する端末装置４００宛てのメッセージを保持するサーバ（アプリケーションサーバ１１０）に取得した端末装置４００の情報を送信してもよい。
　これにより、アプリケーションサーバ１１０のアプリケーションが端末装置４００の情報を利用することができる。
　また、端末装置４００の情報は、インターネット・プロトコル・アドレス（ＩＰアドレス）であってもよい。
　これにより、アプリケーションサーバ１１０のアプリケーションが端末装置４００のＩＰアドレスを利用することができる。
　また、端末装置４００の情報は、端末装置４００がＩＰアドレスを有しているか否かの情報であってもよい。
　これにより、端末装置４００がネットワークに接続されているかをアプリケーションサーバ１１０のアプリケーションが取得することができる。
　また、端末装置４００の情報は、端末装置４００がコアネットワーク２００に接続される期間の情報であってもよい。
　これにより、プッシュ通知サーバ２６０は、端末装置４００がネットワークに接続される期間にプッシュ通知を行うことができる。
　また、端末装置４００の情報は、端末装置４００の基地局装置３００への接続の情報であってもよい。
　これにより、プッシュ通知サーバ２６０は、端末装置４００と基地局装置３００との接続の状態を取得することができる。
　また、端末装置４００の情報は、端末装置４００が待機状態から基地局装置３００と送受信可能な状態である接続状態に遷移する情報であってもよい。
　これにより、プッシュ通知サーバ２６０は、端末装置４００と基地局装置３００とが接続状態にある際にプッシュ通知を行うことができる。
　また、端末装置４００の情報は、端末装置４００を待機状態から接続状態に遷移させるためのメッセージが端末装置に送信される時期の情報であってもよい。
　これにより、プッシュ通知サーバ２６０は、端末装置４００が接続状態に遷移する時期を予測することができる。
　また、端末装置４００を待機状態から接続状態に遷移させるためのメッセージを端末装置４００に送信させる制御をさらに行ってもよい。
　これにより、プッシュ通知サーバ２６０は、端末装置４００を接続状態に遷移させてプッシュ通知を行うことができる。
　また、コアネットワーク２００は端末装置４００に接続されて送受信処理を行う複数のユーザ・プレーン・ファンクション（ＵＰＦ）エンティティ（ＵＰＦ２２１）を備え、端末装置が複数のＵＰＦエンティティ（ＵＰＦ２２１）の何れか１つを介してプッシュ通知を行う場合に、端末装置４００に接続されるＵＰＦエンティティ（ＵＰＦ２２１）の情報を保持する機能をさらに備えてもよい。
　これにより、複数のＵＰＦ２２１が配置される場合であっても、所望の端末装置４００に接続されるＵＰＦ２２１を選択することができる。
　また、ＬＡＮの外部に配置されてプッシュ通知を惹起する端末装置４００宛てのメッセージを保持するサーバ（アプリケーションサーバ１１０）との間において伝送制御プロトコルに基づいてメッセージの転送を行ってもよい。
　これにより、ＬＡＮの外部に配置されたアプリケーションサーバ１１０と安全なメッセージの転送を行うことができる。
　また、ＬＡＮの内部に配置されてプッシュ通知を惹起する端末装置４００宛てのメッセージを保持するサーバ（アプリケーションサーバ１１０）との間においてコネクションレス型プロトコルに基づいてメッセージの転送を行ってもよい。
　これにより、ＬＡＮの内部に配置されたアプリケーションサーバ１１０と簡便なメッセージの転送を行うことができる。
　また、本開示の情報処理方法は、端末装置４００が接続される基地局装置３００およびコアネットワーク２００を有するＬＡＮに配置される情報処理装置（プッシュ通知サーバ２６０）によりコネクションレス型プロトコルに基づいて端末装置４００に対してプッシュ通知を行うことを含む。
　これにより、プッシュ通知をコネクションレス型のプロトコルに基づいて行うことができる。簡便な手順によりメッセージ等のやり取りを行うことができる。
　また、本開示の通信システムは、端末装置４００と、端末装置４００が接続される基地局装置３００およびコアネットワーク２００を有するＬＡＮに配置されてコネクションレス型プロトコルに基づいて端末装置４００に対してプッシュ通知を行う機能を有する情報処理装置（プッシュ通知サーバ２６０）とを備える。
　これにより、プッシュ通知をコネクションレス型のプロトコルに基づいて行うことができる。簡便な手順によりメッセージ等のやり取りを行うことができる。
　また、本開示のエンティティは、端末装置４００が接続される基地局装置３００およびコアネットワーク２００を有するＬＡＮに配置されてコネクションレス型プロトコルに基づいて端末装置４００に対してプッシュ通知を行う機能を備える情報処理装置（プッシュ通知サーバ２６０）がプッシュ通知を行うために、端末装置４００と基地局装置３００とを接続状態に遷移させるメッセージが端末装置４００に送信される時期の情報を通知するＡＰＩを情報処理装置（プッシュ通知サーバ２６０）に使用させる。
　これにより、プッシュ通知サーバ２６０は、端末装置４００が基地局装置３００と接続状態になる時期を予測することができる。
　なお、本明細書に記載された効果はあくまで例示であって限定されるものでは無く、また他の効果があってもよい。
　なお、本技術は以下のような構成も取ることができる。
（１）
　端末装置が接続される基地局装置およびコアネットワークを有するローカルエリアネットワーク（ＬＡＮ）に配置されてコネクションレス型プロトコルに基づいて前記端末装置に対してプッシュ通知を行う機能を備える情報処理装置。
（２）
　前記ＬＡＮは、仮想プライベートネットワークである前記（１）に記載の情報処理装置。
（３）
　前記コネクションレス型プロトコルは、ユーザ・データグラム・プロトコル（ＵＤＰ）である前記（１）又は（２）に記載の情報処理装置。
（４）
　前記コアネットワークに配置される前記（１）から（３）の何れかに記載の情報処理装置。
（５）
　前記コアネットワークのアプリケーション・ファンクションとしての機能をさらに備える前記（４）に記載の情報処理装置。
（６）
　前記コアネットワークのネットワーク・ファンクションとしての機能をさらに備える前記（４）に記載の情報処理装置。
（７）
　前記プッシュ通知を行うための前記端末装置の情報を前記コアネットワークに配置されたエンティティを介して取得する前記（１）から（６）の何れかに記載の情報処理装置。
（８）
　前記端末装置の情報を前記エンティティのアプリケーション・プログラミング・インタフェース（ＡＰＩ）により取得する前記（７）に記載の情報処理装置。
（９）
　前記プッシュ通知を惹起する前記端末装置宛てのメッセージを保持するサーバに前記取得した端末装置の情報を送信する前記（７）に記載の情報処理装置。
（１０）
　前記端末装置の情報は、インターネット・プロトコル・アドレス（ＩＰアドレス）である前記（７）に記載の情報処理装置。
（１１）
　前記端末装置の情報は、前記端末装置がＩＰアドレスを有しているか否かの情報である前記（７）に記載の情報処理装置。
（１２）
　前記端末装置の情報は、前記端末装置が前記コアネットワークに接続される期間の情報である前記（７）に記載の情報処理装置。
（１３）
　前記端末装置の情報は、前記端末装置の前記基地局装置への接続の情報である前記（７）に記載の情報処理装置。
（１４）
　前記端末装置の情報は、前記端末装置が待機状態から前記基地局装置と送受信可能な状態である接続状態に遷移する情報である前記（１３）に記載の情報処理装置。
（１５）
　前記端末装置の情報は、前記端末装置を前記待機状態から前記接続状態に遷移させるためのメッセージが前記端末装置に送信される時期の情報である前記（１４）に記載の情報処理装置。
（１６）
　前記端末装置を前記待機状態から前記接続状態に遷移させるためのメッセージを前記端末装置に送信させる制御をさらに行う前記（１４）に記載の情報処理装置。
（１７）
　前記コアネットワークは端末装置に接続されて送受信処理を行う複数のユーザ・プレーン・ファンクション（ＵＰＦ）エンティティを備え、前記端末装置が前記複数のＵＰＦエンティティの何れか１つを介して前記プッシュ通知を行う場合に、前記端末装置に接続される前記ＵＰＦエンティティの情報を保持する機能をさらに備える前記（１）から（１６）の何れかに記載の情報処理装置。
（１８）
　前記ＬＡＮの外部に配置されて前記プッシュ通知を惹起する前記端末装置宛てのメッセージを保持するサーバとの間において伝送制御プロトコルに基づいて前記メッセージの転送を行う前記（１）から（１７）の何れかに記載の情報処理装置。
（１９）
　前記ＬＡＮの内部に配置されて前記プッシュ通知を惹起する前記端末装置宛てのメッセージを保持するサーバとの間において前記コネクションレス型プロトコルに基づいて前記メッセージの転送を行う前記（１）から（１７）の何れかに記載の情報処理装置。
（２０）
　端末装置が接続される基地局装置およびコアネットワークを有するＬＡＮに配置される情報処理装置によりコネクションレス型プロトコルに基づいて前記端末装置に対してプッシュ通知を行うことを含む情報処理方法。
（２１）
　端末装置と、
　前記端末装置が接続される基地局装置およびコアネットワークを有するＬＡＮに配置されてコネクションレス型プロトコルに基づいて前記端末装置に対してプッシュ通知を行う機能を有する情報処理装置と
を備える通信システム。
（２２）
　端末装置が接続される基地局装置およびコアネットワークを有するＬＡＮに配置されてコネクションレス型プロトコルに基づいて前記端末装置に対してプッシュ通知を行う機能を備える情報処理装置が前記プッシュ通知を行うために、前記端末装置と前記基地局装置とを接続状態に遷移させるメッセージが前記端末装置に送信される時期の情報を通知するＡＰＩを前記情報処理装置に使用させるエンティティ。
　　　１　通信システム
　１１０　アプリケーションサーバ（情報処理装置）
　２００、２００Ａ、２００Ｂ　コアネットワーク
　２２１　ＵＰＦ
　２４１　ＡＭＦ
　２４２　ＳＭＦ
　２６０、２６０Ａ、２６０Ｂ　プッシュ通知サーバ（情報処理装置）
　３００、３００Ａ、３００Ｂ　基地局装置
　４００、４００Ａ、４００Ｂ　端末装置
　５００　仮想プライベートネットワーク（ＬＡＮ）

Claims (22)

  1. 　端末装置が接続される基地局装置およびコアネットワークを有するローカルエリアネットワーク（ＬＡＮ）に配置されてコネクションレス型プロトコルに基づいて前記端末装置に対してプッシュ通知を行う機能を備える情報処理装置。
  2. 　前記ＬＡＮは、仮想プライベートネットワークである請求項１に記載の情報処理装置。
  3. 　前記コネクションレス型プロトコルは、ユーザ・データグラム・プロトコル（ＵＤＰ）である請求項１に記載の情報処理装置。
  4. 　前記コアネットワークに配置される請求項１に記載の情報処理装置。
  5. 　前記コアネットワークのアプリケーション・ファンクションとしての機能をさらに備える請求項４に記載の情報処理装置。
  6. 　前記コアネットワークのネットワーク・ファンクションとしての機能をさらに備える請求項４に記載の情報処理装置。
  7. 　前記プッシュ通知を行うための前記端末装置の情報を前記コアネットワークに配置されたエンティティを介して取得する請求項１に記載の情報処理装置。
  8. 　前記端末装置の情報を前記エンティティのアプリケーション・プログラミング・インタフェース（ＡＰＩ）により取得する請求項７に記載の情報処理装置。
  9. 　前記プッシュ通知を惹起する前記端末装置宛てのメッセージを保持するサーバに前記取得した端末装置の情報を送信する請求項７に記載の情報処理装置。
  10. 　前記端末装置の情報は、インターネット・プロトコル・アドレス（ＩＰアドレス）である請求項７に記載の情報処理装置。
  11. 　前記端末装置の情報は、前記端末装置がＩＰアドレスを有しているか否かの情報である請求項７に記載の情報処理装置。
  12. 　前記端末装置の情報は、前記端末装置が前記コアネットワークに接続される期間の情報である請求項７に記載の情報処理装置。
  13. 　前記端末装置の情報は、前記端末装置の前記基地局装置への接続の情報である請求項７に記載の情報処理装置。
  14. 　前記端末装置の情報は、前記端末装置が待機状態から前記基地局装置と送受信可能な状態である接続状態に遷移する情報である請求項１３に記載の情報処理装置。
  15. 　前記端末装置の情報は、前記端末装置を前記待機状態から前記接続状態に遷移させるためのメッセージが前記端末装置に送信される時期の情報である請求項１４に記載の情報処理装置。
  16. 　前記端末装置を前記待機状態から前記接続状態に遷移させるためのメッセージを前記端末装置に送信させる制御をさらに行う請求項１４に記載の情報処理装置。
  17. 　前記コアネットワークは端末装置に接続されて送受信処理を行う複数のユーザ・プレーン・ファンクション（ＵＰＦ）エンティティを備え、前記端末装置が前記複数のＵＰＦエンティティの何れか１つを介して前記プッシュ通知を行う場合に、前記端末装置に接続される前記ＵＰＦエンティティの情報を保持する機能をさらに備える請求項１に記載の情報処理装置。
  18. 　前記ＬＡＮの外部に配置されて前記プッシュ通知を惹起する前記端末装置宛てのメッセージを保持するサーバとの間において伝送制御プロトコルに基づいて前記メッセージの転送を行う請求項１に記載の情報処理装置。
  19. 　前記ＬＡＮの内部に配置されて前記プッシュ通知を惹起する前記端末装置宛てのメッセージを保持するサーバとの間において前記コネクションレス型プロトコルに基づいて前記メッセージの転送を行う請求項１に記載の情報処理装置。
  20. 　端末装置が接続される基地局装置およびコアネットワークを有するＬＡＮに配置される情報処理装置によりコネクションレス型プロトコルに基づいて前記端末装置に対してプッシュ通知を行うことを含む情報処理方法。
  21. 　端末装置と、
    　前記端末装置が接続される基地局装置およびコアネットワークを有するＬＡＮに配置されてコネクションレス型プロトコルに基づいて前記端末装置に対してプッシュ通知を行う機能を有する情報処理装置と
    を備える通信システム。
  22. 　端末装置が接続される基地局装置およびコアネットワークを有するＬＡＮに配置されてコネクションレス型プロトコルに基づいて前記端末装置に対してプッシュ通知を行う機能を備える情報処理装置が前記プッシュ通知を行うために、前記端末装置と前記基地局装置とを接続状態に遷移させるメッセージが前記端末装置に送信される時期の情報を通知するＡＰＩを前記情報処理装置に使用させるエンティティ。
PCT/JP2021/030785 2020-08-31 2021-08-23 情報処理装置、情報処理方法、通信システム及びエンティティ WO2022045061A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2022544582A JPWO2022045061A1 (ja) 2020-08-31 2021-08-23
CN202180051523.7A CN115989686A (zh) 2020-08-31 2021-08-23 信息处理设备、信息处理方法、通信系统和实体
EP21861487.3A EP4207727A4 (en) 2020-08-31 2021-08-23 INFORMATION PROCESSING DEVICE, INFORMATION PROCESSING METHOD, COMMUNICATION SYSTEM AND ENTITY
US18/040,264 US20230291807A1 (en) 2020-08-31 2021-08-23 Information processing device, information processing method, communication system, and entity

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020-146426 2020-08-31
JP2020146426 2020-08-31

Publications (1)

Publication Number Publication Date
WO2022045061A1 true WO2022045061A1 (ja) 2022-03-03

Family

ID=80353277

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/030785 WO2022045061A1 (ja) 2020-08-31 2021-08-23 情報処理装置、情報処理方法、通信システム及びエンティティ

Country Status (5)

Country Link
US (1) US20230291807A1 (ja)
EP (1) EP4207727A4 (ja)
JP (1) JPWO2022045061A1 (ja)
CN (1) CN115989686A (ja)
WO (1) WO2022045061A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014122981A1 (ja) * 2013-02-07 2014-08-14 日本電気株式会社 メッセージ送信装置、メッセージ送信方法及びメッセージ送信プログラム
JP2016506645A (ja) * 2012-11-27 2016-03-03 アルカテル−ルーセント モバイル・ネットワークにおける持続性ｔｃｐ接続なしのプッシュ・サービス
US20160241605A1 (en) 2015-02-17 2016-08-18 Google Inc. Second-screen control automatic pairing using push notifications
JP2019029912A (ja) * 2017-08-01 2019-02-21 日本電気株式会社 制御装置、通信端末、サービス制御装置、通信システム、データ送信方法、及びプログラム
WO2019159452A1 (ja) * 2018-02-14 2019-08-22 株式会社Ｎｔｔドコモ 転送制御システム、網側装置及び位置管理装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI640941B (zh) * 2015-11-18 2018-11-11 立創智能股份有限公司 藍芽廣告與訊息推播系統

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016506645A (ja) * 2012-11-27 2016-03-03 アルカテル−ルーセント モバイル・ネットワークにおける持続性ｔｃｐ接続なしのプッシュ・サービス
WO2014122981A1 (ja) * 2013-02-07 2014-08-14 日本電気株式会社 メッセージ送信装置、メッセージ送信方法及びメッセージ送信プログラム
US20160241605A1 (en) 2015-02-17 2016-08-18 Google Inc. Second-screen control automatic pairing using push notifications
JP2019029912A (ja) * 2017-08-01 2019-02-21 日本電気株式会社 制御装置、通信端末、サービス制御装置、通信システム、データ送信方法、及びプログラム
WO2019159452A1 (ja) * 2018-02-14 2019-08-22 株式会社Ｎｔｔドコモ 転送制御システム、網側装置及び位置管理装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3GPP TS 23.502
See also references of EP4207727A4

Also Published As

Publication number Publication date
EP4207727A1 (en) 2023-07-05
US20230291807A1 (en) 2023-09-14
JPWO2022045061A1 (ja) 2022-03-03
EP4207727A4 (en) 2024-03-06
CN115989686A (zh) 2023-04-18

Similar Documents

Publication Publication Date Title
KR102359746B1 (ko) 차세대 이동통신 시스템에서 인액티브 모드 단말이 데이터를 전송하는 방법 및 장치
JP6563429B2 (ja) 指向性ワイヤレスシステムにおける初期同期、発見、および関連付け中の軽量メッセージングのための方法および装置
AU2016243290B2 (en) UE-to-UE relay list and determination of floor arbitrator
KR102014796B1 (ko) D2d 서비스 타입 또는 d2d 어플리케이션 타입에 따른 d2d 통신 방법 및 이를 위한 장치
JP6563420B2 (ja) ロングタームエボリューションデバイス間発見のためのリソース割振り制御
CN110178335B (zh) 无线移动通信系统中的通信方法和装置
KR102409638B1 (ko) 이종의 무선 통신 시스템을 통해 서비스를 수신하는 방법 및 장치
CN115426726A (zh) 用于在无线通信系统中执行改进的通信的方法和设备
JP2017531394A (ja) ニュートラルホストネットワークを介したオフロードサービス
US20210392467A1 (en) Method and apparatus for supporting mbs in wireless communication system
JP2017525202A (ja) 指向性ワイヤレスネットワークにおける接続ポイント発見および関連付けのための方法および装置
JP7074991B2 (ja) セキュリティ情報の提供
KR20140130142A (ko) Ｌｔｅ 디바이스들 간에 네트워크 보조 피어-투-피어 접속 설정 제공
KR20150083882A (ko) 전력-효율적 피어 그룹 디스커버리의 보조를 이용하는 무선 네트워크 상에서의 멀티캐스트
JP6538065B2 (ja) より高いスループットを達成するためのｓｌｔｅ対応モデムにおけるプロアクティブなランクインデックス管理
US11950308B2 (en) Optimized secondary node reporting for multi-radio access technology dual connectivity
KR20190116885A (ko) 차세대 이동 통신 시스템에서 비활성화 모드에 있는 단말의 셀 선택 및 재선택 수행 방법 및 장치
WO2014152853A2 (en) Method and apparatus to enable direct link setup in opportunistic multi-rat aggregation systems
JP6158229B2 (ja) 共通エンティティを介してｌｔｅデバイスのネットワーク支援型ページングを提供するための方法および装置
WO2022045061A1 (ja) 情報処理装置、情報処理方法、通信システム及びエンティティ
KR20200018139A (ko) 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치
US11824686B2 (en) Control device and control method
JP2018525923A (ja) ビークルツービークルのためのＬＴＥ（登録商標）−Ｄｉｒｅｃｔ通信
WO2022044722A1 (ja) 情報処理装置、基地局装置、通信方法及び通信システム
WO2023201622A1 (en) Update of transmission configuration indicator and bandwidth part switching for multiple component carriers

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: 21861487

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022544582

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021861487

Country of ref document: EP

Effective date: 20230331