WO2016199515A1 - 装置、方法及びプログラム - Google Patents

装置、方法及びプログラム Download PDF

Info

Publication number
WO2016199515A1
WO2016199515A1 PCT/JP2016/063062 JP2016063062W WO2016199515A1 WO 2016199515 A1 WO2016199515 A1 WO 2016199515A1 JP 2016063062 W JP2016063062 W JP 2016063062W WO 2016199515 A1 WO2016199515 A1 WO 2016199515A1
Authority
WO
WIPO (PCT)
Prior art keywords
api
communication
information
relay node
information related
Prior art date
Application number
PCT/JP2016/063062
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 DE112016002652.8T priority Critical patent/DE112016002652T5/de
Publication of WO2016199515A1 publication Critical patent/WO2016199515A1/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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • 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/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • 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/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload

Definitions

  • the present disclosure relates to an apparatus, a method, and a program.
  • MEC mobile edge computing
  • the edge server is arranged at a position physically close to the terminal, so that communication delay is shortened compared to a general cloud server arranged in a concentrated manner, and applications that require high real-time performance are used. It becomes possible. Also, in MEC, high-speed network application processing can be realized regardless of the performance of the terminal by distributing the functions previously processed on the terminal side to the edge server close to the terminal.
  • the edge server can have various functions including, for example, a function as an application server and a function as a content server, and can provide various services to the terminal.
  • Non-Patent Document 1 The contents of the study in Non-Patent Document 1 and the like are still short after the study was started, and it is hard to say that MEC-related technologies have been sufficiently proposed.
  • a technique for selecting an edge server that provides a service to a terminal is one that has not been sufficiently proposed.
  • the present disclosure proposes a new and improved apparatus, method, and program capable of appropriately selecting an edge server that provides a service to a terminal.
  • information relating to communication of the relay node is provided by a relay node that relays communication between the device and a core network, and is used by a service providing device that provides a service to the device.
  • An acquisition unit that acquires information related to an API for acquiring an API
  • a selection processing unit that performs processing for selecting the service providing device of a service provider based on the information related to the API acquired by the acquisition unit,
  • An apparatus comprising:
  • an acquisition unit that acquires information related to an API for acquiring information related to communication of the relay node, which is provided by a relay node that relays communication between the terminal device and the core network, and the acquisition A notification unit configured to notify the terminal device of information related to the API acquired by the unit.
  • a relay processing unit that relays communication between a terminal device and a core network, and information related to communication relayed by the relay processing unit are provided to a service providing device that provides a service to the terminal device And a providing unit.
  • the present disclosure in order to acquire information related to communication of the relay node provided by a relay node that relays communication between the device and the core network and used by a service providing device that provides a service to the device. And a process for selecting the service providing device of the service providing source based on the acquired information on the API by a processor.
  • the acquisition unit that acquires the information about the API for acquiring the information about the communication of the relay node provided by the relay node that relays the communication between the terminal device and the core network.
  • a program for causing the terminal device to function as a notification unit that notifies the terminal device of information related to the API acquired by the acquisition unit is provided.
  • a service provision for providing a service to a computer with a relay processing unit that relays communication between the terminal device and the core network, and information regarding communication relayed by the relay processing unit is provided.
  • a providing unit provided to the apparatus and a program for causing the device to function as the device are provided.
  • the computer is provided by a relay node that relays communication between the device and the core network, and is used by the service providing device that provides a service to the device.
  • An acquisition unit that acquires information about an API for acquisition, and a selection processing unit that performs a process for selecting the service providing apparatus of the service provider based on the information about the API acquired by the acquisition unit, A program for functioning is provided.
  • FIG. 1 is a block diagram illustrating an example of a configuration of a wireless communication device according to an embodiment of the present disclosure. It is a block diagram showing an example of composition of a terminal unit concerning one embodiment of this indication.
  • 3 is a block diagram illustrating an example of a configuration of an MEC server according to an embodiment of the present disclosure.
  • FIG. 4 is an explanatory diagram for explaining an example of a UI displayed on the terminal device according to the embodiment.
  • FIG. It is explanatory drawing for demonstrating an example of the communication path between the apparatuses which concern on a 1st specific example.
  • It is a sequence diagram which shows an example of the flow of the confirmation process of API information performed in the system which concerns on the specific example.
  • It is a sequence diagram which shows an example of the flow of the confirmation process of API information performed in the system which concerns on the specific example.
  • It is a flowchart which shows an example of the flow of the application start process performed in UE which concerns on the specific example.
  • FIG. 3 is a diagram illustrating an example of a communication protocol used between devices included in a system according to an embodiment of the present disclosure.
  • FIG. 3 is a diagram illustrating an example of a communication protocol used between devices included in a system according to an embodiment of the present disclosure.
  • FIG. 3 is a diagram illustrating an example of a communication protocol used between devices included in a system according to an embodiment of the present disclosure.
  • FIG. 3 is a diagram illustrating an example of a communication protocol used between devices included in a system according to an embodiment of the present disclosure.
  • FIG. 3 is a diagram illustrating an example of a communication protocol used between devices included in a system according to an embodiment of the present disclosure.
  • FIG. 3 is a diagram illustrating an example of a communication protocol used between devices included in a system according to an embodiment of the present disclosure.
  • elements having substantially the same functional configuration may be distinguished by adding different alphabets after the same reference numerals.
  • a plurality of elements having substantially the same functional configuration are differentiated as necessary, such as the terminal devices 200A, 200B, and 200C.
  • the terminal devices 200A, 200B, and 200C are simply referred to as the terminal device 200 when it is not necessary to distinguish between them.
  • FIG. 1 is an explanatory diagram for explaining the outline of the MEC.
  • the upper part shows the communication path for UE (User Equipment) to access applications and contents in the current mobile communication (in which MEC is not introduced) represented by LTE (Long Term Evolution).
  • LTE Long Term Evolution
  • the lower part shows a communication path for the UE to access the application and the content when the MEC is introduced.
  • the application and the content are held inside the EPC (side closer to the UE).
  • an MEC server that is, an edge server formed integrally with the base station functions as an application server and a content server. Therefore, in order to execute an application or acquire content, the UE only performs communication inside the EPC only (because there can be exchange with a server outside the EPC). Good. Therefore, by introducing MEC, not only communication with extremely low delay becomes possible, but also traffic other than the access link (for example, backhaul link, EPC, and relay network) can be reduced.
  • the reduction in communication delay and the reduction of traffic other than the access link can contribute to an improvement in throughput and a reduction in power consumption on the UE and network side.
  • introduction of the MEC can bring various advantages to users, network providers, and service providers. Since MEC performs distributed processing of data on the local side (that is, the side closer to the UE), application to an application rooted in a region and application to a distributed computer are expected.
  • FIG. 1 shows an example in which the MEC server is formed integrally with the base station
  • the MEC server may be formed as a device different from the base station, or may be physically separated from the base station.
  • the MEC server is described as being provided integrally with the base station.
  • an MEC server formed integrally with a base station is also referred to as an MEC server corresponding to the base station, and vice versa, also referred to as a base station corresponding to the MEC server.
  • FIG. 2 is an explanatory diagram for explaining the platform of the MEC server.
  • the 3GPP radio network element (3GPP Radio Network Element), which is the lowest layer component, is a base station facility such as an antenna and an amplifier.
  • the hosting infrastructure is composed of hardware resources such as server equipment and a virtualization layer formed by software that virtualizes them. Server technology can be provided.
  • An application platform (Application Platform) runs on this virtual server.
  • the virtualization manager manages the creation and disappearance of VMs (Virtual Machines), which are the devices on which each top-level application (MEC App) operates. Since each application can be executed by different companies, the virtualization manager is required to consider security and separation of allocated resources, but can apply general cloud infrastructure technology.
  • VMs Virtual Machines
  • MEC App top-level application
  • Application Platform Service is a collection of common services characteristic of MEC.
  • the Traffic Offload Function is a switching control such as routing between when a request from the UE is processed by an application on the MEC server and when an application on the Internet (parent application on the data server) is processed. I do.
  • Radio Network Information Services is a lower-layer radio network when each application on the MEC server requires radio status information such as the strength of radio waves between the base station and UE corresponding to the MEC server. Obtain information from and provide it to the application.
  • Communication Services provides a route when each application on the MEC server communicates with a UE or an application on the Internet. When there is a request for generating or operating each application on the MEC server, the service registry authenticates whether the application is legitimate, registers it, and answers inquiries from other entities.
  • Each application on each VM operates on the application platform described above, and provides various services to the UE in place of or in cooperation with the application on the Internet.
  • the hosting infrastructure management system (Hosting Infrastructure Management System), application platform management system (Application Platform Management System), and application management system (Application Management System) manage and coordinate each corresponding entity on the MEC server.
  • a provider server has been selected mainly based on a delay time or a bandwidth in a network layer (IP).
  • IP network layer
  • a standard API Application Programming Interface
  • an upper layer for example, an application
  • the opening / closing (opening / closing) of the API may fluctuate depending on the convenience of the operator of the wireless network (for example, contract, maintenance, traffic conditions, etc.). Therefore, it has been difficult for the upper layer to adaptively perform application operation settings in consideration of the state of the wireless network.
  • an API for providing wireless network information from a base station to an upper layer is defined.
  • the MEC server determines the data format, the data transmission rate, the content codec, Enables operation settings such as data length.
  • an application to be provided can be optimized.
  • the terminal can dynamically select the MEC server that is the service provider in accordance with the presence / absence of the API and opening / closing.
  • the communication path of the terminal has been selected by the operator, whereas the communication path of the terminal is selected by the application.
  • the user can receive a service provided through a more appropriate communication path.
  • FIG. 3 is an explanatory diagram illustrating an example of a schematic configuration of the system 1 according to an embodiment of the present disclosure.
  • the system 1 includes a wireless communication device 100, a terminal device 200, and an MEC server 300.
  • the terminal device 200 is also called a user.
  • the user may also be called user equipment (UE).
  • the wireless communication device 100C is also called UE-Relay.
  • the UE here may be a UE defined in LTE or LTE-A, and the UE-Relay may be Prose UE to Network Relay as discussed in 3GPP, and more generally It may mean equipment.
  • the wireless communication device 100 is a device that provides a wireless communication service to subordinate devices.
  • the wireless communication device 100A is a base station of a cellular system (or mobile communication system).
  • the base station 100A performs wireless communication with a device (for example, the terminal device 200A) located inside the cell 10A of the base station 100A.
  • the base station 100A transmits a downlink signal to the terminal device 200A and receives an uplink signal from the terminal device 200A.
  • the base station 100A is logically connected to other base stations through, for example, an X2 interface, and can transmit and receive control information and the like.
  • the base station 100A is logically connected to the core network 40 through, for example, an S1 interface, and can transmit and receive control information and the like. Note that communication between these devices can be physically relayed by various devices.
  • the radio communication device 100A shown in FIG. 3 is a macro cell base station, and the cell 10 is a macro cell.
  • the wireless communication devices 100B and 100C are master devices that operate the small cells 10B and 10C, respectively.
  • the master device 100B is a small cell base station that is fixedly installed.
  • the small cell base station 100B establishes a wireless backhaul link with the macro cell base station 100A and an access link with one or more terminal devices (for example, the terminal device 200B) in the small cell 10B.
  • the master device 100C is a dynamic AP (access point).
  • the dynamic AP 100C is a mobile device that dynamically operates the small cell 10C.
  • the dynamic AP 100C establishes a radio backhaul link with the macro cell base station 100A and an access link with one or more terminal devices (for example, the terminal device 200C) in the small cell 10C.
  • the dynamic AP 100C may be, for example, a terminal device equipped with hardware or software that can operate as a base station or a wireless access point.
  • the small cell 10C in this case is a locally formed network (Localized Network / Virtual cell).
  • the cell 10 may be operated according to any wireless communication scheme such as LTE, LTE-A (LTE-Advanced), GSM (registered trademark), UMTS, W-CDMA, CDMA200, WiMAX, WiMAX2, or IEEE 802.16, for example.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution-Advanced
  • GSM registered trademark
  • the small cell is a concept that can include various types of cells (for example, femtocells, nanocells, picocells, and microcells) that are smaller than the macrocells and that are arranged so as to overlap or not overlap with the macrocells.
  • the small cell is operated by a dedicated base station.
  • the small cell is operated by a terminal serving as a master device temporarily operating as a small cell base station.
  • So-called relay nodes can also be considered as a form of small cell base station.
  • relay nodes for example, the technical specification “3GPP TS36.216 version12.0.0 Release12“ Universal Mobile Telecommunications System (UMTS); LTE; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer for relaying operation ”” It is described in detail.
  • UMTS Universal Mobile Telecommunications System
  • E-UTRA Evolved Universal Terrestrial Radio Access
  • Terminal device 200 The terminal device 200 can communicate in a cellular system (or mobile communication system).
  • the terminal device 200 performs wireless communication with a wireless communication device (for example, the base station 100A, the master device 100B, or 100C) of the cellular system.
  • a wireless communication device for example, the base station 100A, the master device 100B, or 100C
  • the terminal device 200A receives a downlink signal from the base station 100A and transmits an uplink signal to the base station 100A.
  • the application server 60 is a device that provides services to users.
  • the application server 60 is connected to a packet data network (PDN) 50.
  • the base station 100 is connected to the core network 40.
  • the core network 40 is connected to the PDN 50 via a gateway device (not shown).
  • the wireless communication apparatus 100 provides the service provided by the application server 60 to the MEC server 300 and the user via the packet data network 50, the core network 40, and the wireless communication path.
  • the MEC server 300 is a service providing apparatus that provides a service (application, content, or the like) to a user.
  • the MEC server 300 can be provided in the wireless communication device 100.
  • the wireless communication device 100 provides the service provided by the MEC server 300 to the user via the wireless communication path.
  • the MEC server 300 may be realized as a logical functional entity, and may be formed integrally with the wireless communication device 100 as shown in FIG.
  • the base station 100A provides the service provided by the MEC server 300A to the terminal device 200A connected to the macro cell 10. Also, the base station 100A provides the service provided by the MEC server 300A to the terminal device 200B connected to the small cell 10B via the master device 100B.
  • the master device 100B provides the service provided by the MEC server 300B to the terminal device 200B connected to the small cell 10B.
  • the master device 100C provides the service provided by the MEC server 300C to the terminal device 200C connected to the small cell 10C.
  • FIG. 4 is a block diagram illustrating an exemplary configuration of the wireless communication device 100 according to an embodiment of the present disclosure.
  • the wireless communication device 100 includes an antenna unit 110, a wireless communication unit 120, a network communication unit 130, a storage unit 140, and a processing unit 150.
  • Antenna unit 110 The antenna unit 110 radiates a signal output from the wireless communication unit 120 to the space as a radio wave. Further, the antenna unit 110 converts radio waves in space into a signal and outputs the signal to the wireless communication unit 120.
  • the wireless communication unit 120 transmits and receives signals.
  • the radio communication unit 120 transmits a downlink signal to the terminal device and receives an uplink signal from the terminal device.
  • the network communication unit 130 transmits and receives information.
  • the network communication unit 130 transmits information to other nodes and receives information from other nodes.
  • the other nodes include another base station, a macro cell base station when the wireless communication apparatus 100 is a small cell base station, and a core network node.
  • Storage unit 140 The storage unit 140 temporarily or permanently stores a program for operating the wireless communication device 100 and various data.
  • Processing unit 150 provides various functions of the wireless communication device 100.
  • the processing unit 150 includes a relay processing unit 151, a providing unit 153, and a notification unit 155.
  • the processing unit 150 may further include other components other than these components. That is, the processing unit 150 can perform operations other than the operations of these components.
  • the operations of the relay processing unit 151, the providing unit 153, and the notification unit 155 will be described in detail later.
  • FIG. 5 is a block diagram illustrating an exemplary configuration of the terminal device 200 according to an embodiment of the present disclosure.
  • the terminal device 200 includes an antenna unit 210, a wireless communication unit 220, a storage unit 230, and a processing unit 240.
  • Antenna unit 210 The antenna unit 210 radiates the signal output from the wireless communication unit 220 to the space as a radio wave. Further, the antenna unit 210 converts a radio wave in the space into a signal and outputs the signal to the wireless communication unit 220.
  • the wireless communication unit 220 transmits and receives signals.
  • the radio communication unit 220 receives a downlink signal from a base station or a master device, and transmits an uplink signal to the base station or the master device.
  • Storage unit 230 The storage unit 230 temporarily or permanently stores a program for operating the terminal device 200 and various data.
  • the processing unit 240 provides various functions of the terminal device 200.
  • the processing unit 240 includes an acquisition unit 241 and a selection processing unit 243.
  • the processing unit 240 may further include other components other than these components. That is, the processing unit 240 can perform operations other than the operations of these components.
  • FIG. 6 is a block diagram illustrating an exemplary configuration of the MEC server 300 according to an embodiment of the present disclosure.
  • the MEC server 300 includes a communication unit 310, a storage unit 320, and a processing unit 330.
  • the communication unit 310 transmits and receives signals. For example, the communication unit 310 communicates with the corresponding wireless communication device 100.
  • the communication unit 310 performs communication with the processing unit 150, for example.
  • the storage unit 320 temporarily or permanently stores a program for operating the MEC server 300 and various data.
  • the MEC server 300 may store various contents and applications provided to the user.
  • Processing unit 330 provides various functions of the MEC server 300.
  • the processing unit 330 includes an acquisition unit 331, a notification unit 333, a search unit 335, and a service processing unit 337.
  • the processing unit 330 may further include other components other than these components. That is, the processing unit 330 can perform operations other than the operations of these components.
  • the MEC server 300 (for example, the service processing unit 337) performs a process for providing a service (an application or content) to the terminal device 200.
  • the provided service is relayed by the corresponding wireless communication device 100 and transmitted to the terminal device 200.
  • information from the terminal device 200 is also relayed by the wireless communication device 100 and transmitted to the MEC server 300.
  • the MEC server 300 is provided with a service by another MEC server 300 corresponding to another wireless communication device 100 higher than the corresponding wireless communication device 100 (for example, a macro cell base station for a small cell base station). In some cases, the service itself may not be provided.
  • the wireless communication device 100 (for example, the relay processing unit 151) relays communication between the terminal device 200 and the core network. Further, the wireless communication device 100 relays communication between the terminal device 200 and the MEC server 300. Thus, the wireless communication device 100 relays the service provided by the MEC server 300 to the terminal device 200 by functioning as a relay node.
  • the wireless communication device 100, the terminal device 200, and the MEC server 300 can exchange various information. Hereinafter, each piece of information exchanged will be described.
  • the communication information is information related to communication of the wireless communication apparatus 100.
  • the communication information may include information related to wireless communication between the wireless communication device 100 and the terminal device 200 connected to the wireless communication device 100. Such information is also referred to as first communication information.
  • the first communication information may include information related to wireless communication between the base station and a terminal device connected to a cell operated by the base station.
  • the first communication information can include, for example, an SIB (System Information Block) held by the wireless communication device 100.
  • the first communication information may be a measured value of CQI (Channel Quality Indicator) measured between the wireless communication device 100 and the terminal device 200, or may be calculated / determined based on the measured value. May be information.
  • the communication information may include information related to communication between the wireless communication device 100 and the MEC server 300 connected to the wireless communication device 100. Such information is also referred to as second communication information.
  • the second communication information may include information indicating at least one of throughput, delay time, and position information.
  • the position information may include at least one of physical position information and semantic position information.
  • the physical position information is information indicating a position including longitude and latitude acquired by GPS or the like.
  • the semantic position information is information indicating the meaning of the installed location (for example, the name and role of the installed room, building, vehicle, etc.).
  • the second communication information is useful, for example, when the MEC server 300 and the corresponding wireless communication device 100 are physically separated.
  • the communication information may include information related to communication between the wireless communication device 100 and another wireless communication device 100 connected to the wireless communication device 100. Such information is also referred to as third communication information.
  • the third communication information may include information related to communication between the macro cell base station and the small cell base station. More simply, the third communication information is information related to wireless / wired communication between relay nodes.
  • the third communication information may include, for example, throughput, delay time, position information, radio access method, CQI, SIB (System Information Block) held by the radio communication apparatus 100, and the like.
  • the position information may include at least one of physical position information and semantic position information.
  • the first communication information, the second communication information, and the third communication information are collectively referred to as communication information when it is not necessary to distinguish them.
  • API information includes information indicating whether or not an API for providing communication information can be used.
  • the information indicating whether or not it can be used may include information indicating the presence or absence of an API, or may include information indicating whether the API is opened or closed. That is, the API information may include information indicating whether or not the API exists (whether or not it is defined) and whether or not it is open.
  • APIs for providing communication information APIs can be defined in various ways. For example, an API for requesting the wireless communication apparatus 100 to change the setting related to wireless communication to satisfy the level required by the application (for example, latency and transmission speed) may be defined.
  • the API information can also include information indicating whether or not the API can be used.
  • the API information may include information indicating whether or not an API related to the QoS request can be used.
  • API related to the QoS request for example, CQI (QoS Class Identifier) information or PCC (Policy and charging control) information, TEID (Tunnel Endpoint ID), SPID (Subscriber Profile ID), QCI (Quality Class Indicator) is acquired or set. API for this.
  • APIs for QoS requests include APIs for bandwidth requests or packet filtering requests.
  • CQI information for example, “Table 6.1.7: Standardized QCI” in the technical specification “3GPP TS23.203 V13.4.0 Release13“ 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Policy and charging control architecture ” characteristics ”.
  • the PCC information is described in detail in, for example, “Table 6.3: The PCC rule information” in the technical specification.
  • the API information may include information indicating whether or not an API related to an application instance can be used.
  • Examples of an API related to an instance include an API for creating, executing and terminating an instance, a request for moving an instance to a different server, and parameter setting.
  • the wireless communication device 100 (for example, the providing unit 153) provides communication information to the MEC server 300. Specifically, the wireless communication device 100 defines an API and provides communication information via the API. The upper layer can acquire the API information by using the API, and can also acquire the communication information when the API can be used.
  • the API is preferably a RESTful API. For example, when receiving a GET request (HTTP protocol GET command), the wireless communication device 100 returns communication information.
  • the wireless communication device 100 (for example, the providing unit 153) can switch opening and closing of the API according to an instruction from an operator or autonomously. As a result, the operator can switch opening and closing of the API according to circumstances.
  • the wireless communication device 100 may notify the terminal device 200 of the API information. Further, the wireless communication device 100 may notify information indicating the presence or absence of the corresponding MEC server 300 or the contents of the service provided by the MEC server 300.
  • the radio communication apparatus 100 may notify the terminal apparatus 200 of API information and the like as broadcast information in an RRC (Radio Resource Control) layer defined in 3GPP as one of means.
  • the wireless communication device 100 may broadcast API information or the like as an SIB message.
  • an E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • broadcasts a variety of information to a terminal device For example, a total of 14 types of a master information block (Master Information Block) and 13 types of system information blocks (System Information Block) shown in Table 2 below are reported.
  • the base station 100 may be notified by adding API information or the like to these pieces of information.
  • a neighbor means a neighboring cell of the own cell.
  • the terminal device 200 (for example, the acquisition unit 241) acquires API information related to the API provided by the wireless communication device 100 and used by the MEC server 300.
  • a plurality of wireless communication devices 100 (for example, a macro cell base station and a small cell base station) may be included in the communication path from the terminal device 200 to the MEC server 300.
  • the terminal device 200 acquires API information related to an API provided by one or more wireless communication devices 100 (for example, a macro cell base station and a small cell base station) included on the communication path to the MEC server 300.
  • the terminal device 200 (for example, the acquisition unit 241) acquires communication information. Thereby, the terminal device 200 can grasp the status of a series of communications performed between the terminal device 200 and the MEC server 300 via the one or more wireless communication devices 100 and / or availability of API. It becomes possible.
  • the MEC server 300 (for example, the acquisition unit 331) acquires API information related to the API provided by the wireless communication device 100. Then, the MEC server 300 (for example, the notification unit 333) notifies the terminal device 200 of the acquired API information. Thereby, the terminal device 200 can acquire the API information.
  • the opening and closing of the API can vary depending on the convenience of the operator. Therefore, the MEC server 300 (for example, the acquisition unit 331) may repeatedly acquire API information by periodically making an inquiry. As a result, the MEC server 300 can grasp the switching of the availability of the API.
  • the MEC server 300 (for example, the notification unit 333) may notify the API information acquired repeatedly at any timing such as every time the information is acquired or every time a change occurs. Thereby, the terminal device 200 can also grasp the switching of the availability of the API.
  • the MEC server 300 (for example, the acquisition unit 331) acquires communication information using an API. Thereby, the MEC server 300 can acquire communication information. Then, the MEC server 300 (for example, the notification unit 333) notifies the terminal device 200 of the acquired communication information. Thereby, the terminal device 200 can obtain communication information.
  • the communication information may be acquired separately from the API information or may be acquired collectively.
  • the MEC server 300 (for example, the acquisition unit 331) acquires API information based on the result of using the API.
  • the result used indicates, for example, the presence / absence of a response or the content of a response, if any.
  • the MEC server 300 (for example, the acquisition unit 331) requests communication information (for example, transmits a GET request) using an API.
  • the MEC server 300 determines that there is no API. If there is a response that does not include communication information, the MEC server 300 determines that there is an API and that it is closed. When there is a response including communication information, the MEC server 300 determines that the API is present and is open.
  • the above response may have the same status code as the HTTP status code shown in Table 3 below. Further, the presence / absence of an API and opening / closing may be associated with each status code.
  • Terminal device 200 For example, the terminal device 200 (for example, the selection processing unit 243) performs processing for selecting the MEC server 300 that is the service providing source based on the acquired API information. Thereby, the terminal device 200 can select an appropriate service provider according to the API information. More specifically, the terminal device 200 (for example, the selection processing unit 243) preferentially selects the MEC server 300 that can use the API as a service provider based on the API information. For example, the MEC server 300 corresponding to the open wireless communication apparatus 100 having the API is selected as the service provider. As a result, the terminal device 200 can receive an application from the MEC server 300 that can perform an adaptive operation setting in consideration of the availability of the API.
  • the processing result may be different between the case where the API is not opened and the case where there is no API.
  • the terminal device 200 may select the MEC server 300 that cannot use the API if it is temporary.
  • the terminal device 200 may select the MEC server 300 that is the service providing source based on the communication information.
  • the terminal device 200 can be provided with an application in which an adaptive operation setting is made in consideration of the state of communication between the terminal device 200 and the MEC server 300.
  • the terminal device 200 (for example, the selection processing unit 243) is under management when the terminal device 200 itself is not included in the management of the wireless communication device 100 corresponding to the MEC server 300 selected as the service providing source.
  • a process of changing the communication path so as to be included is performed.
  • Being under the control of the wireless communication apparatus 100 means that the terminal apparatus 200 is connected to the wireless communication apparatus 100 or the terminal apparatus 200 is connected to a master device connected to the wireless communication apparatus 100 (macrocell base station). It means that.
  • the terminal device 200 hands over using the base station corresponding to the selected MEC server 300 as the target base station.
  • the terminal device 200 can receive the service by changing the communication path.
  • a plurality of wireless communication devices 100 may be included in the communication path from the terminal device 200 to the MEC server 300.
  • the terminal device 200 for example, the selection processing unit 243 includes the wireless communication device 100 that cannot use the API on the communication path to the MEC server 300 selected as the service providing source
  • the API is displayed.
  • a process of changing the communication path so as to communicate with the MEC server 300 via another usable wireless communication apparatus 100 is performed.
  • the terminal device 200 is transferred to another small cell base station that can use the API. Handover is performed and communication with the MEC server 300 is performed.
  • the terminal device 200 can receive service from the MEC server 300 in a state where only the wireless communication device 100 that can use the API is included in the communication path.
  • the MEC server 300 may search for another wireless communication device 100 that can use the API.
  • the MEC server 300 performs a search when API information indicating that the API is not usable is acquired.
  • the search may be limited to neighboring cells, for example.
  • the search may be performed in response to an inquiry from the terminal device 200, or may be performed periodically.
  • the MEC server 300 (for example, the storage unit 320) may store information indicating search results. Then, the MEC server 300 (for example, the notification unit 333) may notify the information indicating the stored search result in response to the inquiry from the terminal device 200.
  • the information indicating the search result relates to the identification information of the searched other wireless communication device 100, the identification information of the MEC server 300 corresponding to the other wireless communication device 100, and the API provided from the other wireless communication device 100. Contains information. Further, the information indicating the search result may include communication information.
  • the “eNB information” includes identification information of another wireless communication device 100 corresponding to another MEC server 300.
  • API information corresponds to information related to an API provided from another wireless communication apparatus 100.
  • the “delay time”, “bandwidth”, “Geolocation database”, and “location information” correspond to communication information.
  • the “Geolocation database” includes information indicating an available time zone and maximum output power (that is, maximum transmission power) for each frequency.
  • position information includes physical position information and semantic position information as shown in Table 4.
  • the list of information indicating the search result is also referred to as a neighbor list.
  • the neighbor list may include neighbor information of the MEC server 300 itself.
  • the line “Server No. 1” is neighbor information of the MEC server 300 itself that holds this neighbor list.
  • the MEC server 300 may store information related to the terminal device 200 such as a list of terminal devices 200 connected to the corresponding wireless communication device 100, information on the terminal device 200, and the like.
  • the MEC server 300 may perform application operation settings based on communication information acquired using an API. For example, the MEC server 300 performs operation settings such as a data format, a data transmission rate, a content codec, and a data length. The MEC server can optimize the application to be provided by starting communication through such an operation setting.
  • the MEC server 300 may request the wireless communication device 100 to change the communication setting based on the communication information acquired using the API. For example, the MEC server 300 requests the wireless communication device 100 connected to the service providing terminal device 200 to change the transmission setting such as the allocation of modulation scheme, transmission power, and radio resources (frequency resource, time resource, etc.). May be. In response to this request, the wireless communication device 100 (for example, the relay processing unit 151) changes the settings related to wireless communication. Thereby, the MEC server 300 can provide a communication environment that satisfies a level required by an application, for example.
  • the terminal device 200 may select the MEC server 300 that is a service providing source based on a user operation.
  • a UI example related to this user operation will be described with reference to FIGS.
  • FIG. 7 is an explanatory diagram for explaining an example of a UI displayed on the terminal device 200 according to the present embodiment.
  • a plurality of application icons 403 are displayed.
  • the difference in the color of the icon 403 is caused by whether or not the service providing source MEC server 300 can use the API.
  • the icon 403A indicates that a service is provided from the MEC server 300 that can use the API.
  • the icon 403B indicates that a service is provided from the MEC server 300 that cannot use the API.
  • whether or not the API can be used is expressed by blinking instead of the color difference.
  • FIG. 8 is an explanatory diagram for explaining an example of a UI displayed on the terminal device 200 according to the present embodiment.
  • whether or not the API can be used is expressed by the color difference of the icon 403.
  • the screen transitions to the UI example 412.
  • a selection window 404 for accepting a user operation whether to change the network is displayed.
  • the terminal device 200 selects the MEC server 300 that is the service provider, and the connection destination wireless communication device 100 (handover) associated therewith.
  • the color of the icon 430 changes to a color indicating that a service is provided from the MEC server 300 that can use the API.
  • FIG. 9 is an explanatory diagram for explaining an example of a communication path between apparatuses according to the present specific example.
  • the UE corresponds to the terminal device 200.
  • the eNB corresponds to the radio communication device 100.
  • Server corresponds to the MEC server 300.
  • a solid double arrow indicates a physical connection. Dashed double arrows indicate logical connections (IP connections).
  • IP connections logical connections
  • the ENB includes MNM (MEC Network Manager).
  • the MNM is a logical entity for realizing the technical features related to the wireless communication device 100 described above.
  • the eNB performs specific processing such as provision of communication information based on control by the MNM.
  • the MNM is realized as middleware (software) installed in the wireless communication apparatus 100, for example.
  • the UE includes MCM (MEC Client Manager).
  • MCM MEC Client Manager
  • the MCM is a logical entity for realizing the technical features related to the terminal device 200 described above.
  • the UE performs specific processing such as wireless connection based on control by the MCM.
  • the MCM is realized as middleware (software) installed in the terminal device 200, for example.
  • the Server includes MAM (MEC Application Manager).
  • MAM is a logical entity for realizing the technical features related to the MEC server 300 described above.
  • the Server performs specific processing such as service provision based on control by the MAM.
  • the MAM is realized as middleware (software) installed in the MEC server 300, for example.
  • MCM and MAM are logically connected and can send and receive information.
  • MAM and MNM are logically connected and can transmit and receive information.
  • the MAM transmits / receives information to / from the MNM by using the API described above.
  • FIG. 10 is a sequence diagram showing an example of the flow of API information confirmation processing executed in the system 1 according to this example. This sequence involves UE, Server, and eNB.
  • the UE transmits an HTTP / Web-API command GET request to the server (step S101).
  • the GET request is information requesting a reply of at least one of API information and communication information.
  • the Server similarly transmits a GET request to the eNB (step S102).
  • the eNB that has received the GET request transmits an HTTP / Web-API response to the server (step S103). This response includes at least one of API information and communication information.
  • Server transmits a response to UE similarly (step S104).
  • FIG. 11 is a sequence diagram showing an example of the flow of API information confirmation processing executed in the system 1 according to this example.
  • UE, Server, and eNB are involved.
  • messages are transmitted / received by an arbitrary unique protocol other than HTTP / Web-API.
  • the UE and Server establish a UDP / IP or TCP / IP session of a unique protocol other than HTTP / Web-API (step S105).
  • the UE transmits a unique protocol information request message to the server (step S106).
  • the information request message is information requesting a reply of at least one of API information and communication information.
  • the Server similarly transmits an information request message to the eNB (step S107).
  • the eNB that has received the information request message transmits a reply message of the unique protocol to the server (step S108).
  • This answer message includes at least one of API information and communication information.
  • the server also transmits an answer message to the UE (step S109).
  • HTTP / Web-API may be used for communication between the Server and the eNB.
  • the Server may transmit a GET request for an HTTP / Web-API command to the eNB.
  • the eNB may transmit an HTTP / Web-API response to the server.
  • FIG. 12 is an explanatory diagram for explaining an example of a communication path between devices according to this example.
  • the numbers given to the UE, eNB, and Server indicate the index of each device.
  • a solid line in this figure indicates a wired connection or a wireless connection, and a broken line indicates a wireless connection.
  • a broken line denoted by reference numeral 421 indicates an established wireless connection, and a broken line denoted by reference numeral 422 indicates a wireless connection that is a switching candidate.
  • the logical connection is omitted.
  • UE-1 is connected to eNB-1 as indicated by reference numeral 421. When the eNB-1 has an API and is open, the UE-1 is provided with a service from the Server-1 while being connected to the eNB-1.
  • UE-1 attempts a handover to eNB-2 as indicated by reference numeral 422.
  • UE-1 may attempt handover to any eNB such as eNB-3 in addition to eNB-2.
  • the operated cells may be duplicated or may not be duplicated. Moreover, it may be operated by the same or different operators. Also, different wireless access methods (3G / 4G / 5G / W-Fi (registered trademark), etc.) may be adopted. Part or all of the use frequency band may overlap or may not overlap at all.
  • One eNB may be shared by a plurality of companies.
  • FIG. 13 is a flowchart showing an example of the flow of application start processing executed in UE-1 according to this specific example.
  • UE-1 starts an application (step S202).
  • UE-1 establishes a wireless connection with the eNB (step S204). For example, UE-1 establishes a wireless connection with eNB-1 based on a default setting (for example, a connection condition based on an operator contract).
  • UE-1 establishes an IP connection with the server (step S206). For example, UE-1 establishes an IP connection with Server-1 corresponding to the connected eNB-1. Then, UE-1 transmits a request for API information to Server (MAM) and receives a response from Server (step S208).
  • MAM API information to Server
  • step S210 / YES When it is determined that the API is usable (step S210 / YES) and the eNB that can use the API is the serving eNB (step S212 / YES), the UE-1 receives the service as it is (step S212 / YES) S214).
  • an eNB that can use the API may not be a serving eNB.
  • Whether or not an eNB that can use the API is a serving eNB can be determined, for example, by checking ECGI (E-UTRAN Cell Global ID) or eNB ID of both eNBs.
  • FIG. 14 is an explanatory diagram for explaining the configuration of ECGI. As shown in FIG.
  • the ECGI is composed of a PLMN (Public Land Mobile Network) number (PLMN identity) and a cell number (Cell identity).
  • PLMN identity Public Land Mobile Network
  • Cell identity Cell identity
  • the cell number includes a macro eNB number (Macro eNB identity) and a macro cell number (Macro Cell identity).
  • the UE-1 is the eNB that can use the API. (Step S215). For example, UE-1 performs handover to eNB-2 that can use API, for example. When the handover is successful (step S216 / YES), UE-1 receives provision of service from Server-2 (step S214). When the handover fails (step S216 / NO), UE-1 re-hands over to the original eNB (step S217) and receives provision of service from Server-1 (step S214).
  • step S210 If it is determined that the API is not usable (step S210 / NO) and it is acceptable that the API is not usable (step S218 / YES), the UE-1 receives the service as it is (step S218 / step). S214).
  • UE-1 searches for another server (step S218 / NO). S220). For example, UE-1 requests the server for information on other servers and eNBs that can use the API. This request may be a request for neighbor information. In addition, the request may include, for example, information on an application started on UE-1, or information indicating desired service quality.
  • step S222 If it is determined that the search is successful (step S222 / YES), UE-1 sets the searched server IP address as the connection destination (step S224). Thereafter, the processing returns to step S206.
  • step S214 UE-1 receives the service as it is (step S214).
  • connection destination server may be selected by the connected server or may be selected by the eNB.
  • FIG. 15 is a sequence diagram showing an example of the flow of service providing processing executed in the system 1 according to this specific example.
  • UE-1 User Equipment-1
  • Server-1 Server-1
  • eNB-1 eNode B
  • UE-1 establishes a wireless connection with eNB-1 (step S302).
  • UE-1 establishes an IP connection with Server-1 (step S304).
  • UE-1 transmits a request for API information to Server-1 (step S306).
  • Server-1 establishes an IP connection with eNB-1 (step S308).
  • Server-1 acquires API information from eNB-1 using the API provided by eNB-1 (step S310). When Server-1 holds a neighbor list, these processes may be omitted.
  • Server-1 transmits a response of the API information to UE-1 (step S312).
  • This API information indicates that eNB-1 has an API and is open. In that case, Server-1 starts a service to UE-1 (step S314).
  • FIG. 16 is a sequence diagram showing an example of the flow of service providing processing executed in the system 1 according to this specific example.
  • UE-1, Server-1, eNB-1, Server-2, and eNB-2 are involved in this sequence.
  • the processing related to steps S402 to S412 is the same as the processing related to steps S302 to S312 shown in FIG.
  • the API information acquired in step S412 indicates that the eNB-1 has no API, or has an API but is closed.
  • UE-1 transmits a request for neighbor information related to another Server to Server-1 (step S414).
  • Server-1 and Server-2 establish an IP connection (step S416).
  • Server-1 acquires the neighbor information of eNB-2 from Server-2 (step S418). When Server-1 holds a neighbor list, these processes may be omitted.
  • Server-1 transmits a response of neighbor information to UE-1 (step S420).
  • Neighbor information included in this response may have an API and may be limited to information related to an open eNB.
  • UE-1 establishes a wireless connection with eNB-2 based on the neighbor information (step S422). For example, UE-1 establishes a wireless connection with an eNB that has an API and is open from the neighbor information. Next, UE-1 establishes an IP connection with Server-2 (step S424). Then, UE-1 transmits a request for API information to Server-2 (step S426).
  • Server-2 establishes an IP connection with eNB-2 (step S428).
  • Server-2 acquires API information from eNB-2 using the API provided by eNB-2 (step S430). If Server-2 holds a neighbor list, these processes may be omitted.
  • Server-2 transmits a response of the API information to UE-1 (step S432).
  • This API information indicates that eNB-2 has an API and is open. In that case, Server-2 starts service to UE-1 (step S434).
  • step S412 neighbor information may be transmitted together with API information. In that case, the processing relating to steps S414 to S420 is omitted.
  • UE-1 may attempt to establish a wireless connection after confirming whether the target eNB is appropriate based on the neighbor information. For example, UE-1 may attempt a wireless connection after confirming the policy of the connection destination network indicated by the neighbor information.
  • a service is provided from the MEC server 300 corresponding to the master device 100 (for example, a small cell base station or a dynamic AP) to which the terminal device 200 is connected.
  • the master device 100 for example, a small cell base station or a dynamic AP
  • FIG. 17 is an explanatory diagram for explaining an example of a communication path between apparatuses according to the present specific example.
  • the UE Slave corresponds to the terminal device 200 connected to the master device 100.
  • UE Slave is also simply referred to as Slave.
  • the UE / eNB Master corresponds to the master device 100 (for example, a small cell base station or a dynamic AP).
  • the UE / eNB Master is also simply referred to as Master.
  • Server corresponds to the MEC server 300.
  • a solid double arrow indicates a physical connection. Dashed double arrows indicate logical connections (IP connections).
  • the Master includes MNM.
  • the Master performs specific processing such as provision of communication information based on control by the MNM.
  • Slave includes MCM. Slave performs specific processing such as wireless connection based on control by MCM.
  • Slave establishes a wireless connection with the Master.
  • the Master is connected to the Server.
  • the MCM and the MAM are logically connected and can transmit and receive information.
  • MAM and MNM are logically connected and can transmit and receive information.
  • FIG. 18 is an explanatory diagram for explaining an example of a communication path between apparatuses according to the present specific example.
  • the numbers given to Slave, Master, and Server indicate the index of each device.
  • a solid line in this figure indicates a wired connection or a wireless connection, and a broken line indicates a wireless connection.
  • a broken line denoted by reference numeral 431 indicates an established wireless connection, and a broken line denoted by reference numeral 432 indicates a wireless connection that is a switching candidate.
  • the logical connection is omitted.
  • Slave-1 is connected to Master-1 as indicated by reference numeral 431.
  • Master-1 is connected to eNB-1. When Master-1 has an API and is open, Slave-1 is provided with a service from Server-1 while connected to Master-1.
  • Slave-1 attempts a handover to Master-2, as indicated at 432. Slave-1 may attempt a handover to any Master such as Master-3 in addition to Master-2.
  • FIG. 19 shows an example of the flow of processing performed in each device having the specific relationship described above.
  • FIG. 19 is a sequence diagram showing an example of the flow of service providing processing executed in the system 1 according to this specific example. This sequence involves Slave-1, Server-1, MAM-1, Master-1, and MNM-1, and Server-2, MAM-2, Master-2, and MNM-2. As shown in FIG. 19, the processing related to steps S502 to S534 is the same as the processing related to steps S402 to S434 shown in FIG. 19 may be read as “UE” and “Slave” in the description of FIG. 16 and “eNB” as “Master”.
  • a service is provided from the MEC server 300 corresponding to the base station 100 (for example, macro cell base station) to which the master device 100 (for example, small cell base station or dynamic AP) to which the terminal device 200 is connected is connected. It is a form.
  • FIG. 20 is an explanatory diagram for explaining an example of a communication path between apparatuses according to the present specific example.
  • the numbers given to Slave, Master, eNB, and Server indicate the index of each device.
  • a solid line in this figure indicates a wired connection or a wireless connection, and a broken line indicates a wireless connection.
  • a broken line denoted by reference numeral 441 indicates an established wireless connection, and a broken line denoted by reference numeral 442 indicates a wireless connection that is a switching candidate.
  • the logical connection is omitted. In this specific example, no service is provided from the server corresponding to the master. Therefore, in this figure, the server corresponding to the master is omitted, and only the MAM is shown.
  • Slave-1 is connected to Master-1.
  • Master-1 is connected to eNB-1 as indicated by reference numeral 441.
  • eNB-1 When Master-1 has an API and is open, and when eNB-1 has an API and is open, Slave-1 remains connected to Master-1 and Master-1 is eNB The service is received from Server-1 while connected to -1.
  • Master-1 or eNB-1 has no API, or has an API but is closed, at least one of a change in the communication path and a change in the server of the service provider is attempted.
  • the Master-1 attempts a handover to the eNB-2 as indicated by reference numeral 442.
  • Master-1 may attempt handover to any eNB such as eNB-3 in addition to eNB-2.
  • FIG. 21 is a sequence diagram showing an example of the flow of service providing processing executed in the system 1 according to this specific example.
  • Slave-1, MAM-4, Master-1, Server-1, eNB-1, Server-2, and eNB-2 are involved.
  • Slave-1 establishes a wireless connection with Master-1 (step S602). Also, Master-1 establishes a wireless connection with eNB-1 (step S604). Next, Slave-1 establishes an IP connection with MAM-4 (step S606). Then, Slave-1 transmits a request for API information to MAM-4 (step S608).
  • MAM-4 establishes an IP connection with Master-1 (step S610).
  • MAM-4 uses the API provided by Master-1 to acquire API information from Master-1 (step S612). If MAM-4 holds a neighbor list, these processes may be omitted.
  • MAM-4 establishes an IP connection with Server-1 (step S614). Then, MAM-4 transmits a request for API information to Server-1 (step S616).
  • Server-1 establishes an IP connection with eNB-1 (step S618).
  • Server-1 acquires API information from eNB-1 using the API provided by eNB-1 (step S620). When Server-1 holds a neighbor list, these processes may be omitted.
  • Server-1 transmits a response of the API information to MAM-4 (step S622).
  • MAM-4 transmits the response of the API information acquired in steps S614 and S622 to Slave-1 (step S624).
  • MAM-4 determines whether or not to change the communication path and whether or not to change the server of the service provider based on the acquired API information.
  • the acquired API information indicates that the eNB-1 has no API or has an API but is closed.
  • the MAM-4 acquires neighbor information related to another Server from the Server-1.
  • the acquired neighbor information includes an API, and includes information on eNB-2 as an open eNB. In that case, MAM-4 selects eNB-2 as the connection destination.
  • the MAM-4 requests the master-1 to switch the connection destination (step S628).
  • Master-1 establishes a wireless connection with eNB-2 (step S630).
  • MAM-4 establishes an IP connection with Server-2 (step S632).
  • the MAM-4 transmits a request for API information to Server-2 (step S634).
  • Server-2 establishes an IP connection with eNB-2 (step S636).
  • Server-2 acquires API information from eNB-2 using the API provided by eNB-2 (step S638). If Server-2 holds a neighbor list, these processes may be omitted.
  • Server-2 sends a preparation completion notification (Server Ready notification) to UE-1 via MAM-4 (step S640), and starts the service (step S642).
  • FIG. 22 is an explanatory diagram for explaining an example of a communication path between apparatuses according to the present specific example.
  • the numbers given to Slave, Master, eNB, and Server indicate the index of each device.
  • a solid line in this figure indicates a wired connection or a wireless connection, and a broken line indicates a wireless connection.
  • a broken line denoted by reference numeral 451 indicates an established wireless connection, and a broken line denoted by reference numeral 452 indicates a wireless connection that is a switching candidate.
  • the logical connection is omitted. In this specific example, no service is provided from the server corresponding to the master. Therefore, in this figure, the server corresponding to the master is omitted, and only the MAM is shown.
  • Slave-1 is connected to Master-1 as indicated by reference numeral 451.
  • Master-1 is connected to eNB-1.
  • eNB-1 When Master-1 has an API and is open, and when eNB-1 has an API and is open, Slave-1 remains connected to Master-1 and Master-1 is eNB The service is received from Server-1 while connected to -1.
  • Master-1 or eNB-1 has no API, or has an API but is closed, at least one of a change in the communication path and a change in the server of the service provider is attempted.
  • Slave-1 attempts a handover to Mster-2 as indicated by reference numeral 452.
  • Slave-1 may attempt a handover to any Master such as Master-3 in addition to Master-2.
  • FIG. 23 is a sequence diagram showing an example of the flow of service providing processing executed in the system 1 according to this specific example. This sequence involves Slave-1, MAM-4, Master-1, Server-1, eNB-1, MAM-5, Master-2, Server-2, and eNB-2.
  • processing related to steps S702 to S724 is the same as the processing related to steps S602 to S624 shown in FIG.
  • Slave-1 determines whether to change the communication path and whether to change the service provider Server based on the acquired API information.
  • the acquired API information indicates that the eNB-1 and Master-1 do not have an API, or have an API but are closed.
  • Slave-1 acquires neighbor information related to another Server from Server-1.
  • the acquired neighbor information includes an API, and includes information on Master-2 and eNB-2 as the master and eNB that are open. In that case, Slave-1 selects Master-2 and eNB-2 as connection destinations.
  • an example of the flow of processing in that case will be described.
  • Slave-1 establishes a wireless connection with Master-2 (step S728).
  • Master-2 establishes a wireless connection with eNB-2 (step S730).
  • Slave-1 establishes an IP connection with MAM-5 (step S732).
  • Slave-1 transmits a request for API information to MAM-5 (step S734).
  • MAM-5 establishes an IP connection with Master-2 (step S736).
  • MAM-5 acquires API information from Master-2 using the API provided by Master-2 (step S738). If MAM-5 holds a neighbor list, these processes may be omitted.
  • MAM-5 establishes an IP connection with Server-2 (step S740). Then, the MAM-5 transmits a request for API information to Server-2 (step S742).
  • Server-2 establishes an IP connection with eNB-2 (step S744).
  • Server-2 acquires API information from eNB-2 using the API provided by eNB-2 (step S746). If Server-2 holds a neighbor list, these processes may be omitted.
  • Server-2 sends a preparation completion notification (Server Ready notification) to UE-1 via MAM-5 (step S748), and starts the service (step S750).
  • UE-1 uses Server-1 as a service provider. Only the communication path may be switched from Master-1 to Master-2.
  • FIG. 24 is an explanatory diagram for describing supplementary matters regarding the system 1 according to an embodiment of the present disclosure.
  • the wireless communication device 100 is formed as a plurality of geographically separated devices as RRH (Remote Radio Head) and BBU (Base Band Unit) connected by CPRI (Common Public Radio Interface). May be.
  • the RRH may be provided separately for each operator, for example.
  • the BBU may be shared by a plurality of operators, for example.
  • FIG. 25 is an explanatory diagram for describing supplementary matters regarding the system 1 according to an embodiment of the present disclosure.
  • the example shown in FIG. 25 is an architecture of SDN (Software-Defined Networking) / NFV (Network Functions Virtualization).
  • SDN Software-Defined Networking
  • NFV Network Functions Virtualization
  • an interface defined in SDN / NFV may be used.
  • SWA-1 / SWA-2 may be used for exchange between MAM and MNM.
  • SWA-5 may be used for the exchange between the MNM and the master or eNB or other core network entity (for example, PCRF / HSS / MME / Geolocation Data-base).
  • 26 to 31 are “Magnus Olsson, Catherine Mulligan,“ EPC and 4G Packet Networks, Second Edition: Driving the Mobile Broadband Revolution, 12th month, 12th edition ”.
  • FIG. 26 to 31 are “Magnus Olsson, Catherine Mulligan,“ EPC and 4G Packet Networks, Second Edition: Driving the Mobile Broadband Revolution, 12th month, 12th edition ”.
  • FIG. 26 to 31 are “Magnus Olsson, Catherine Mulligan,“ EPC and 4G Packet Networks, Second Edition: Driving the Mobile Broadband Revolution, 12th month, 12th edition ”.
  • a communication protocol between EPC devices is used when extracting information held by a device in the EPC in response to a request from the MAM.
  • policy information from HSS, priority control in packet units, or other policy setting information, such as PCRF (Policy and Charging Rules Function), BBERF (Bearer Binding and Event Reporting Function), or PCEF (Policy and Charging Enforcement)
  • PCRF Policy and Charging Rules Function
  • BBERF Bit Binding and Event Reporting Function
  • PCEF Policy and Charging Enforcement
  • FIG. 26 is a diagram illustrating an example of a communication protocol used between devices included in the system 1 according to an embodiment of the present disclosure.
  • FIG. 26 shows an example of a user data path (IP transmission path) in the terminal device 200 (MCM) and the MEC server 300 (MAM).
  • IP transmission path IP transmission path
  • MCM terminal device 200
  • MAM MEC server 300
  • FIG. 27 is a diagram illustrating an example of a communication protocol used between devices included in the system 1 according to an embodiment of the present disclosure.
  • FIG. 27 shows an example of a user data path (IP transmission path) in the terminal device 200 (MCM), MEC server 300 (MAM), S-GW, P-GW, and application server (Source-Server). ing.
  • FIG. 28 is a diagram illustrating an example of a communication protocol used between devices included in the system 1 according to an embodiment of the present disclosure.
  • FIG. 28 shows an example of a control information path (IP transmission path) in the terminal device 200 (MCM) and the MEC server 300 (MAM).
  • IP transmission path IP transmission path
  • MCM terminal device 200
  • MAM MEC server 300
  • FIG. 29 is a diagram illustrating an example of a communication protocol used between devices included in the system 1 according to an embodiment of the present disclosure.
  • FIG. 29 shows an example of a control information path (IP transmission path) in the MEC server 300 (MAM), P-GW, S-GW, and MME.
  • MEC server 300 MEC server 300
  • FIG. 30 is a diagram illustrating an example of a communication protocol used between devices included in the system 1 according to an embodiment of the present disclosure.
  • FIG. 30 illustrates an example of a control information path (IP transmission path) in the MME and the HSS.
  • IP transmission path IP transmission path
  • FIG. 31 is a diagram illustrating an example of a communication protocol used between devices included in the system 1 according to an embodiment of the present disclosure.
  • FIG. 31 shows an example of a control information path (IP transmission path) in P-GW (PCEF) or S-GW (BBERF) and PCRF.
  • PCEF P-GW
  • BBERF S-GW
  • FIG. 32 is an explanatory diagram for describing supplementary matters regarding the system according to an embodiment of the present disclosure.
  • This figure expresses the situation where the application is distributed in the specific relationship of each device of the system 1 described above with reference to FIG.
  • a solid line in this figure indicates a wired connection or a wireless connection, and a broken line indicates a wireless connection.
  • a wired connection is basically assumed between the P-GW and the ISP / MVNO Internet and between the ISP / MVNO Internet and the Server-S.
  • the logical connection is omitted.
  • a server is also provided in the eNB.
  • a functional part of an application that requires low latency or high throughput is arranged in Server-1 to N, and a functional part that is not so is arranged in Server-A1 to AN.
  • the functional parts to be arranged are delivered and arranged from Server-S to Server-1 to N or Server-A1 to AN. This includes not only that the application is simply processed in a distributed manner, but also that functional parts suitable for the arrangement, characteristics, and the like of the MEC server 300 are mapped to each MEC server 300.
  • FIG. 33 is an explanatory diagram for describing supplementary matters regarding a system according to an embodiment of the present disclosure. This figure expresses the situation where the application is distributed in the specific relationship of each device of the system 1 described above with reference to FIG.
  • a solid line in this figure indicates a wired connection or a wireless connection, and a broken line indicates a wireless connection.
  • a wired connection is basically assumed between the P-GW and the ISP / MVNO Internet and between the ISP / MVNO Internet and the Server-S.
  • the logical connection is omitted.
  • the eNB and S-GW are also provided with a server.
  • a functional part of an application that requires low latency or high throughput is arranged in Server-1 to N, and a functional part that is not so is arranged in Server-A1 to AN or Server- ⁇ .
  • the functional parts to be arranged are delivered and arranged from Server-S to Server-1 to N, Server-A1 to AN, or Server- ⁇ . This includes not only that the application is simply processed in a distributed manner, but also that functional parts suitable for the arrangement, characteristics, and the like of the MEC server 300 are mapped to each MEC server 300.
  • the radio communication device 100 may be realized as any type of eNB (evolved Node B) such as a macro eNB or a small eNB.
  • the small eNB may be an eNB that covers a cell smaller than a macro cell, such as a pico eNB, a micro eNB, or a home (femto) eNB.
  • the wireless communication device 100 may be realized as another type of base station such as a NodeB or a BTS (Base Transceiver Station).
  • Radio communication apparatus 100 may include a main body (also referred to as a base station apparatus) that controls radio communication, and one or more RRHs (Remote Radio Heads) that are arranged at locations different from the main body. Further, various types of terminals to be described later may operate as the wireless communication device 100 by temporarily or semi-permanently executing the base station function. Furthermore, at least some components of the wireless communication device 100 may be realized in a base station device or a module for the base station device.
  • the terminal device 200 is a smartphone, a tablet PC (Personal Computer), a notebook PC, a portable game terminal, a mobile terminal such as a portable / dongle type mobile router or a digital camera, or an in-vehicle terminal such as a car navigation device. It may be realized as.
  • the terminal device 200 may be realized as a terminal (also referred to as an MTC (Machine Type Communication) terminal) that performs M2M (Machine To Machine) communication.
  • MTC Machine Type Communication
  • M2M Machine To Machine
  • at least a part of the components of the terminal device 200 may be realized in a module (for example, an integrated circuit module configured by one die) mounted on these terminals.
  • FIG. 34 is a block diagram illustrating a first example of a schematic configuration of an eNB to which the technology according to the present disclosure may be applied.
  • the eNB 800 includes one or more antennas 810 and a base station device 820. Each antenna 810 and the base station apparatus 820 can be connected to each other via an RF cable.
  • Each of the antennas 810 has a single or a plurality of antenna elements (for example, a plurality of antenna elements constituting a MIMO antenna), and is used for transmission and reception of radio signals by the base station apparatus 820.
  • the eNB 800 includes a plurality of antennas 810 as illustrated in FIG. 34, and the plurality of antennas 810 may respectively correspond to a plurality of frequency bands used by the eNB 800, for example.
  • 34 illustrates an example in which the eNB 800 includes a plurality of antennas 810, the eNB 800 may include a single antenna 810.
  • the base station apparatus 820 includes a controller 821, a memory 822, a network interface 823, and a wireless communication interface 825.
  • the controller 821 may be a CPU or a DSP, for example, and operates various functions of the upper layer of the base station apparatus 820. For example, the controller 821 generates a data packet from the data in the signal processed by the wireless communication interface 825, and transfers the generated packet via the network interface 823. The controller 821 may generate a bundled packet by bundling data from a plurality of baseband processors, and may transfer the generated bundled packet. In addition, the controller 821 is a logic that executes control such as radio resource control, radio bearer control, mobility management, inflow control, or scheduling. May have a typical function. Moreover, the said control may be performed in cooperation with a surrounding eNB or a core network node.
  • the memory 822 includes RAM and ROM, and stores programs executed by the controller 821 and various control data (for example, terminal list, transmission power data, scheduling data, and the like).
  • the network interface 823 is a communication interface for connecting the base station device 820 to the core network 824.
  • the controller 821 may communicate with the core network node or other eNB via the network interface 823.
  • the eNB 800 and the core network node or another eNB may be connected to each other by a logical interface (for example, an S1 interface or an X2 interface).
  • the network interface 823 may be a wired communication interface or a wireless communication interface for wireless backhaul.
  • the network interface 823 may use a frequency band higher than the frequency band used by the wireless communication interface 825 for wireless communication.
  • the wireless communication interface 825 supports any cellular communication scheme such as LTE (Long Term Evolution) or LTE-Advanced, and provides a wireless connection to terminals located in the cell of the eNB 800 via the antenna 810.
  • the wireless communication interface 825 may typically include a baseband (BB) processor 826, an RF circuit 827, and the like.
  • the BB processor 826 may perform, for example, encoding / decoding, modulation / demodulation, and multiplexing / demultiplexing, and each layer (for example, L1, MAC (Medium Access Control), RLC (Radio Link Control), and PDCP).
  • Various signal processing of Packet Data Convergence Protocol
  • Packet Data Convergence Protocol is executed.
  • the BB processor 826 may have some or all of the logical functions described above instead of the controller 821.
  • the BB processor 826 may be a module that includes a memory that stores a communication control program, a processor that executes the program, and related circuits. The function of the BB processor 826 may be changed by updating the program. Good.
  • the module may be a card or a blade inserted into a slot of the base station apparatus 820, or a chip mounted on the card or the blade.
  • the RF circuit 827 may include a mixer, a filter, an amplifier, and the like, and transmits and receives a radio signal via the antenna 810.
  • the wireless communication interface 825 includes a plurality of BB processors 826 as shown in FIG. 34, and the plurality of BB processors 826 may respectively correspond to a plurality of frequency bands used by the eNB 800, for example.
  • the wireless communication interface 825 includes a plurality of RF circuits 827 as illustrated in FIG. 34, and the plurality of RF circuits 827 may correspond to, for example, a plurality of antenna elements, respectively.
  • 34 shows an example in which the wireless communication interface 825 includes a plurality of BB processors 826 and a plurality of RF circuits 827, the wireless communication interface 825 includes a single BB processor 826 or a single RF circuit 827. But you can.
  • the eNB 800 illustrated in FIG. 34 one or more components (the relay processing unit 151, the providing unit 153, and / or the notification unit 155) included in the wireless communication device 100 described with reference to FIG. It may be implemented at 825. Furthermore, one or more components (acquisition unit 331, notification unit 333, search unit 335, and / or service processing unit 337) included in the MEC server 300 described with reference to FIG. May be implemented. Alternatively, at least some of these components may be implemented in the controller 821. As an example, the eNB 800 includes a module including a part (for example, the BB processor 826) or all of the wireless communication interface 825 and / or the controller 821, and the one or more components are mounted in the module. Good.
  • the module stores a program for causing the processor to function as the one or more components (in other words, a program for causing the processor to execute the operation of the one or more components).
  • the program may be executed.
  • a program for causing a processor to function as the one or more components is installed in the eNB 800, and the radio communication interface 825 (eg, the BB processor 826) and / or the controller 821 executes the program.
  • the eNB 800, the base station apparatus 820, or the module may be provided as an apparatus including the one or more components, and a program for causing a processor to function as the one or more components is provided. May be.
  • a readable recording medium in which the program is recorded may be provided.
  • the radio communication unit 120 described with reference to FIG. 4 may be implemented in the radio communication interface 825 (for example, the RF circuit 827) in the eNB 800 illustrated in FIG. Further, the antenna unit 110 may be mounted on the antenna 810.
  • the network communication unit 130 may be implemented in the controller 821 and / or the network interface 823.
  • the storage unit 140 may be implemented in the memory 822.
  • FIG. 35 is a block diagram illustrating a second example of a schematic configuration of an eNB to which the technology according to the present disclosure may be applied.
  • the eNB 830 includes one or more antennas 840, a base station apparatus 850, and an RRH 860. Each antenna 840 and RRH 860 may be connected to each other via an RF cable. Base station apparatus 850 and RRH 860 can be connected to each other via a high-speed line such as an optical fiber cable.
  • Each of the antennas 840 has a single or a plurality of antenna elements (for example, a plurality of antenna elements constituting a MIMO antenna), and is used for transmission / reception of radio signals by the RRH 860.
  • the eNB 830 includes a plurality of antennas 840 as illustrated in FIG. 35, and the plurality of antennas 840 may respectively correspond to a plurality of frequency bands used by the eNB 830, for example. Note that although FIG. 35 illustrates an example in which the eNB 830 includes a plurality of antennas 840, the eNB 830 may include a single antenna 840.
  • the base station device 850 includes a controller 851, a memory 852, a network interface 853, a wireless communication interface 855, and a connection interface 857.
  • the controller 851, the memory 852, and the network interface 853 are the same as the controller 821, the memory 822, and the network interface 823 described with reference to FIG.
  • the wireless communication interface 855 supports a cellular communication method such as LTE or LTE-Advanced, and provides a wireless connection to a terminal located in a sector corresponding to the RRH 860 via the RRH 860 and the antenna 840.
  • the wireless communication interface 855 may typically include a BB processor 856 and the like.
  • the BB processor 856 is the same as the BB processor 826 described with reference to FIG. 34 except that it is connected to the RF circuit 864 of the RRH 860 via the connection interface 857.
  • the wireless communication interface 855 includes a plurality of BB processors 856 as illustrated in FIG. 35, and the plurality of BB processors 856 may respectively correspond to a plurality of frequency bands used by the eNB 830, for example.
  • 35 shows an example in which the wireless communication interface 855 includes a plurality of BB processors 856, the wireless communication interface 855 may include a single BB processor 856.
  • connection interface 857 is an interface for connecting the base station device 850 (wireless communication interface 855) to the RRH 860.
  • the connection interface 857 may be a communication module for communication on the high-speed line that connects the base station apparatus 850 (wireless communication interface 855) and the RRH 860.
  • the RRH 860 includes a connection interface 861 and a wireless communication interface 863.
  • connection interface 861 is an interface for connecting the RRH 860 (wireless communication interface 863) to the base station device 850.
  • the connection interface 861 may be a communication module for communication on the high-speed line.
  • the wireless communication interface 863 transmits and receives wireless signals via the antenna 840.
  • the wireless communication interface 863 may typically include an RF circuit 864 and the like.
  • the RF circuit 864 may include a mixer, a filter, an amplifier, and the like, and transmits and receives a radio signal via the antenna 840.
  • the wireless communication interface 863 includes a plurality of RF circuits 864 as shown in FIG. 35, and the plurality of RF circuits 864 may correspond to, for example, a plurality of antenna elements, respectively.
  • 35 illustrates an example in which the wireless communication interface 863 includes a plurality of RF circuits 864, the wireless communication interface 863 may include a single RF circuit 864.
  • one or more components included in the wireless communication device 100 described with reference to FIG. 855 and / or wireless communication interface 863 may be implemented. Furthermore, one or more components (acquisition unit 331, notification unit 333, search unit 335, and / or service processing unit 337) included in the MEC server 300 described with reference to FIG. It may also be implemented in the wireless communication interface 863. Alternatively, at least some of these components may be implemented in the controller 851.
  • the eNB 830 includes a module including a part (for example, the BB processor 856) or the whole of the wireless communication interface 855 and / or the controller 851, and the one or more components are mounted in the module.
  • the module stores a program for causing the processor to function as the one or more components (in other words, a program for causing the processor to execute the operation of the one or more components).
  • the program may be executed.
  • a program for causing a processor to function as the one or more components is installed in the eNB 830, and the wireless communication interface 855 (eg, the BB processor 856) and / or the controller 851 executes the program. Good.
  • the eNB 830, the base station apparatus 850, or the module may be provided as an apparatus including the one or more components, and a program for causing a processor to function as the one or more components is provided. May be.
  • a readable recording medium in which the program is recorded may be provided.
  • the radio communication unit 120 described with reference to FIG. 4 may be implemented in the radio communication interface 863 (for example, the RF circuit 864).
  • the antenna unit 110 may be mounted on the antenna 840.
  • the network communication unit 130 may be implemented in the controller 851 and / or the network interface 853.
  • the storage unit 140 may be mounted in the memory 852.
  • FIG. 36 is a block diagram illustrating an example of a schematic functional configuration of the eNB 870 to which the technology according to the present disclosure may be applied.
  • the eNB 870 includes an Inter Cell RRM 881, an RB Control 882, a Connection Mobility Control 883, a Radio Admission Control 884, an eNB Measurement Configuration & Provision 888, and a Destination 888.
  • Inter Cell RRM (Radio Resource Management) 881 provides a function of managing radio resources between cells. For example, Inter Cell RRM 881 reduces inter-cell interference by adjusting radio resource allocation and transmission power.
  • RB (Radio Bearer) Control 882 provides a radio bearer control function.
  • the RB Control 882 establishes, modifies, or releases a radio bearer based on the service request of each radio bearer.
  • Connection Mobility Control 883 provides a connection control function that allows mobility. For example, Connection Mobility Control 883 controls the mobility of the UE in RRC_CONNECTED based on information from the UE, and performs handover determination.
  • Radio Admission Control 884 provides a connection permission control function. For example, the Radio Admission Control 884 determines whether or not to allow a new RRC connection and a new radio bearer based on the usage amount of the resource in the cell and the resource request amount of the service.
  • ENB Measurement Configuration & Provision 885 provides a measurement information supply function.
  • the eNB Measurement Configuration & Provision 885 optimizes radio resource usage and network settings by providing a measurement result to an operator or a control entity.
  • Dynamic Resource Allocation (Scheduler) 886 provides a function of dynamically allocating radio resources to UEs. For example, Dynamic Resource Allocation (Scheduler) 886 maximizes radio efficiency by dynamically allocating radio resources to each UE based on the channel state.
  • ENB 870 includes RRC (Radio Resource Control) 891, PDCP (Packet Domain Convergence Protocol) 892, RLC (Radio Link Control Control) 893, and MAC (Media Access Control 89). These are protocol stacks.
  • RRC Radio Resource Control
  • PDCP Packet Domain Convergence Protocol
  • RLC Radio Link Control Control
  • MAC Media Access Control 89
  • the block diagram shown in FIG. 36 is the technical specification “3GPP TS36.300 version12.5.0 Release12“ LTE; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall. Description; Stage 2 ”” is described in “ Figure 4.1-1: Functional Split between E-UTRAN and EPC”. That is, the technology according to the present disclosure can be applied to the eNB described in the technical specification.
  • the MEC server 300 may be mounted on the eNB described in the technical specification.
  • FIG. 37 is a block diagram illustrating an example of a schematic configuration of a smartphone 900 to which the technology according to the present disclosure may be applied.
  • the smartphone 900 includes a processor 901, a memory 902, a storage 903, an external connection interface 904, a camera 906, a sensor 907, a microphone 908, an input device 909, a display device 910, a speaker 911, a wireless communication interface 912, one or more antenna switches 915.
  • One or more antennas 916, a bus 917, a battery 918 and an auxiliary controller 919 are provided.
  • the processor 901 may be, for example, a CPU or a SoC (System on Chip), and controls the functions of the application layer and other layers of the smartphone 900.
  • the memory 902 includes a RAM and a ROM, and stores programs executed by the processor 901 and data.
  • the storage 903 can include a storage medium such as a semiconductor memory or a hard disk.
  • the external connection interface 904 is an interface for connecting an external device such as a memory card or a USB (Universal Serial Bus) device to the smartphone 900.
  • the camera 906 includes, for example, an image sensor such as a CCD (Charge Coupled Device) or a CMOS (Complementary Metal Oxide Semiconductor), and generates a captured image.
  • the sensor 907 may include a sensor group such as a positioning sensor, a gyro sensor, a geomagnetic sensor, and an acceleration sensor.
  • the microphone 908 converts sound input to the smartphone 900 into an audio signal.
  • the input device 909 includes, for example, a touch sensor that detects a touch on the screen of the display device 910, a keypad, a keyboard, a button, or a switch, and receives an operation or information input from a user.
  • the display device 910 has a screen such as a liquid crystal display (LCD) or an organic light emitting diode (OLED) display, and displays an output image of the smartphone 900.
  • the speaker 911 converts an audio signal output from the smartphone 900 into audio.
  • the wireless communication interface 912 supports any cellular communication method such as LTE or LTE-Advanced, and performs wireless communication.
  • the wireless communication interface 912 may typically include a BB processor 913, an RF circuit 914, and the like.
  • the BB processor 913 may perform, for example, encoding / decoding, modulation / demodulation, and multiplexing / demultiplexing, and performs various signal processing for wireless communication.
  • the RF circuit 914 may include a mixer, a filter, an amplifier, and the like, and transmits and receives radio signals via the antenna 916.
  • the wireless communication interface 912 may be a one-chip module in which the BB processor 913 and the RF circuit 914 are integrated.
  • the wireless communication interface 912 may include a plurality of BB processors 913 and a plurality of RF circuits 914 as illustrated in FIG. FIG. 37 shows an example in which the wireless communication interface 912 includes a plurality of BB processors 913 and a plurality of RF circuits 914. However, the wireless communication interface 912 includes a single BB processor 913 or a single RF circuit 914. But you can.
  • the wireless communication interface 912 may support other types of wireless communication methods such as a short-range wireless communication method, a proximity wireless communication method, or a wireless LAN (Local Area Network) method in addition to the cellular communication method.
  • a BB processor 913 and an RF circuit 914 for each wireless communication method may be included.
  • Each of the antenna switches 915 switches the connection destination of the antenna 916 among a plurality of circuits (for example, circuits for different wireless communication systems) included in the wireless communication interface 912.
  • Each of the antennas 916 includes a single or a plurality of antenna elements (for example, a plurality of antenna elements constituting a MIMO antenna), and is used for transmission / reception of a radio signal by the radio communication interface 912.
  • the smartphone 900 may include a plurality of antennas 916 as illustrated in FIG. Note that although FIG. 37 illustrates an example in which the smartphone 900 includes a plurality of antennas 916, the smartphone 900 may include a single antenna 916.
  • the smartphone 900 may include an antenna 916 for each wireless communication method.
  • the antenna switch 915 may be omitted from the configuration of the smartphone 900.
  • the bus 917 connects the processor 901, memory 902, storage 903, external connection interface 904, camera 906, sensor 907, microphone 908, input device 909, display device 910, speaker 911, wireless communication interface 912, and auxiliary controller 919 to each other.
  • the battery 918 supplies power to each block of the smartphone 900 illustrated in FIG. 37 via a power supply line partially illustrated by a broken line in the drawing.
  • the auxiliary controller 919 operates the minimum necessary functions of the smartphone 900 in the sleep mode.
  • the smartphone 900 shown in FIG. 37 one or more components (acquisition unit 241 and / or selection processing unit 243) included in the terminal device 200 described with reference to FIG. 5 are implemented in the wireless communication interface 912. May be. Further, one or more components (acquisition unit 331, notification unit 333, search unit 335, and / or service processing unit 337) included in the MEC server 300 described with reference to FIG. May be implemented. Alternatively, at least some of these components may be implemented in the processor 901 or the auxiliary controller 919. As an example, the smartphone 900 includes a module including a part (for example, the BB processor 913) or the whole of the wireless communication interface 912, the processor 901, and / or the auxiliary controller 919, and the one or more components in the module.
  • the module stores a program for causing the processor to function as the one or more components (in other words, a program for causing the processor to execute the operation of the one or more components).
  • the program may be executed.
  • a program for causing a processor to function as the one or more components is installed in the smartphone 900, and the wireless communication interface 912 (eg, the BB processor 913), the processor 901, and / or the auxiliary controller 919 is The program may be executed.
  • the smartphone 900 or the module may be provided as a device including the one or more components, and a program for causing a processor to function as the one or more components may be provided.
  • a readable recording medium in which the program is recorded may be provided.
  • the wireless communication unit 220 described with reference to FIG. 5 may be implemented in the wireless communication interface 912 (for example, the RF circuit 914).
  • the antenna unit 210 may be mounted on the antenna 916.
  • the storage unit 230 may be mounted in the memory 902.
  • FIG. 38 is a block diagram illustrating an example of a schematic configuration of a car navigation device 920 to which the technology according to the present disclosure can be applied.
  • the car navigation device 920 includes a processor 921, a memory 922, a GPS (Global Positioning System) module 924, a sensor 925, a data interface 926, a content player 927, a storage medium interface 928, an input device 929, a display device 930, a speaker 931, and wireless communication.
  • the interface 933 includes one or more antenna switches 936, one or more antennas 937, and a battery 938.
  • the processor 921 may be a CPU or SoC, for example, and controls the navigation function and other functions of the car navigation device 920.
  • the memory 922 includes RAM and ROM, and stores programs and data executed by the processor 921.
  • the GPS module 924 measures the position (for example, latitude, longitude, and altitude) of the car navigation device 920 using GPS signals received from GPS satellites.
  • the sensor 925 may include a sensor group such as a gyro sensor, a geomagnetic sensor, and an atmospheric pressure sensor.
  • the data interface 926 is connected to the in-vehicle network 941 through a terminal (not shown), for example, and acquires data generated on the vehicle side such as vehicle speed data.
  • the content player 927 reproduces content stored in a storage medium (for example, CD or DVD) inserted into the storage medium interface 928.
  • the input device 929 includes, for example, a touch sensor, a button, or a switch that detects a touch on the screen of the display device 930, and receives an operation or information input from the user.
  • the display device 930 has a screen such as an LCD or an OLED display, and displays a navigation function or an image of content to be reproduced.
  • the speaker 931 outputs the navigation function or the audio of the content to be played back.
  • the wireless communication interface 933 supports any cellular communication method such as LTE or LTE-Advanced, and performs wireless communication.
  • the wireless communication interface 933 may typically include a BB processor 934, an RF circuit 935, and the like.
  • the BB processor 934 may perform, for example, encoding / decoding, modulation / demodulation, and multiplexing / demultiplexing, and performs various signal processing for wireless communication.
  • the RF circuit 935 may include a mixer, a filter, an amplifier, and the like, and transmits and receives a radio signal via the antenna 937.
  • the wireless communication interface 933 may be a one-chip module in which the BB processor 934 and the RF circuit 935 are integrated.
  • the wireless communication interface 933 may include a plurality of BB processors 934 and a plurality of RF circuits 935 as shown in FIG. 38 shows an example in which the wireless communication interface 933 includes a plurality of BB processors 934 and a plurality of RF circuits 935, the wireless communication interface 933 includes a single BB processor 934 or a single RF circuit 935. But you can.
  • the wireless communication interface 933 may support other types of wireless communication methods such as a short-range wireless communication method, a proximity wireless communication method, or a wireless LAN method in addition to the cellular communication method.
  • a BB processor 934 and an RF circuit 935 may be included for each communication method.
  • Each of the antenna switches 936 switches the connection destination of the antenna 937 among a plurality of circuits included in the wireless communication interface 933 (for example, circuits for different wireless communication systems).
  • Each of the antennas 937 has a single or a plurality of antenna elements (for example, a plurality of antenna elements constituting a MIMO antenna), and is used for transmission / reception of a radio signal by the radio communication interface 933.
  • the car navigation device 920 may include a plurality of antennas 937 as shown in FIG. 38 shows an example in which the car navigation device 920 has a plurality of antennas 937, the car navigation device 920 may have a single antenna 937.
  • the car navigation device 920 may include an antenna 937 for each wireless communication method.
  • the antenna switch 936 may be omitted from the configuration of the car navigation device 920.
  • the battery 938 supplies power to each block of the car navigation device 920 shown in FIG. 38 via a power supply line partially shown by a broken line in the drawing. Further, the battery 938 stores electric power supplied from the vehicle side.
  • the car navigation apparatus 920 includes a module including a part (for example, the BB processor 934) or the whole of the wireless communication interface 933 and / or the processor 921, and the one or more components are mounted in the module. May be.
  • the module stores a program for causing the processor to function as the one or more components (in other words, a program for causing the processor to execute the operation of the one or more components).
  • the program may be executed.
  • a program for causing a processor to function as the one or more components is installed in the car navigation device 920, and the wireless communication interface 933 (eg, the BB processor 934) and / or the processor 921 executes the program. May be.
  • the car navigation apparatus 920 or the module may be provided as an apparatus including the one or more components, and a program for causing a processor to function as the one or more components may be provided. Good.
  • a readable recording medium in which the program is recorded may be provided.
  • the wireless communication unit 220 described with reference to FIG. 5 may be implemented in the wireless communication interface 933 (for example, the RF circuit 935).
  • the antenna unit 210 may be mounted on the antenna 937.
  • the storage unit 230 may be implemented in the memory 922.
  • the technology according to the present disclosure may be realized as an in-vehicle system (or vehicle) 940 including one or more blocks of the car navigation device 920 described above, an in-vehicle network 941, and a vehicle side module 942. That is, the in-vehicle system (or vehicle) 940 may be provided as a device including the acquisition unit 241 and / or the selection processing unit 243 (and the acquisition unit 331, the notification unit 333, the search unit 335, and / or the service processing unit 337). .
  • the vehicle-side module 942 generates vehicle-side data such as vehicle speed, engine speed, or failure information, and outputs the generated data to the in-vehicle network 941.
  • the terminal device 200 acquires the API information related to the API for acquiring information related to the wireless communication of the terminal device 200 itself, which is provided by the wireless communication device 100 and used by the MEC server 300. Based on the information, a process for selecting the MEC server 300 of the service provider is performed. By referring to the API information, the terminal device 200 can select the MEC server 300 that has the API in the corresponding wireless communication device 100 and is open. Thereby, selection of the MEC server 300 appropriate as a service provider is realized.
  • an appropriate MEC server 300 By realizing selection of an appropriate MEC server 300, a user, an application provider, and an operator can each benefit. For example, the user can receive the service more comfortably (appropriate speed, delay environment, etc.). In addition, the application provider can provide a higher quality service to the user. In addition, the operator can optimize operations such as load balancing and radio resource optimization. Further, the terminal device 200 can access the optimum MEC server 300 for sharing the infrastructure (for example, the wireless communication device 100) in the same wireless cover area. In addition, the terminal device 200 can access the optimum MEC server 300 even during handover.
  • the upper layer (application) can also provide a service that enables the use of special characteristics according to a user contract or the like by grasping the wireless communication device 100 that can use the API. For example, the application can select a connection destination that satisfies the application request in the same wireless service area.
  • the API is provided by the wireless communication apparatus 100 and the API is used by the MEC server 300, but the present technology is not limited to the example.
  • the API provided by the MEC server 300 may be used by the wireless communication device 100.
  • either the wireless communication device 100 or the MEC server 300 may be involved, or both may be involved (that is, the API is provided by cooperation).
  • the wireless communication apparatus 100 and the MEC server 300 exchange information within the framework of the MEC server platform shown in FIG.
  • an API may be provided in the MEC application platform shown in FIG.
  • a computer program in other words, a computer program for causing a processor (for example, a CPU, a DSP, or the like) included in the device of the present specification (for example, the wireless communication device 100, the terminal device 200, or the MEC server 300 to function as a component of the device) Then, a computer program for causing the processor to execute the operation of the constituent elements of the device can be created, and a recording medium on which the computer program is recorded may be provided.
  • a device comprising one or more processors capable of executing the computer program (for example, a base station, a base station device, a module for a base station device, or a terminal device or a module for a terminal device) And may also be provided for the above apparatus. Method comprising the operation of forming elements are also included in the technology according to the present disclosure.
  • a device Obtain information related to an API for obtaining information related to communication of the relay node, provided by a relay node that relays communication between the device and the core network, and used by a service providing device that provides services to the device.
  • An acquisition unit A selection processing unit that performs processing for selecting the service providing device of the service providing source based on the information on the API acquired by the acquiring unit;
  • a device comprising: (2) The apparatus according to (1), wherein the information related to the API includes information indicating whether the API is usable. (3) The apparatus according to (2), wherein the information indicating whether or not the API is usable includes information indicating whether or not the API exists.
  • the apparatus according to (2) or (3), wherein the information indicating whether the API is usable includes information indicating opening / closing of the API.
  • the information related to communication of the relay node includes information related to communication between the relay node and the service providing apparatus connected to the relay node.
  • the information related to communication of the relay node includes information related to communication between the relay node and another relay node connected to the relay node.
  • the apparatus (8) The apparatus according to any one of (1) to (7), wherein the information related to communication of the relay node includes at least one of physical position information and semantic position information. (9) The apparatus according to any one of (1) to (8), wherein the selection processing unit preferentially selects the service providing apparatus that can use the API as a service providing source. (10) The selection processing unit, when the device is not included under the management of the relay node corresponding to the service providing device selected as a service providing source, performs a process of changing the communication path to be included in the management, The apparatus according to any one of (1) to (9). (11) When the relay node that cannot use the API is included in a communication path to the service providing apparatus selected as a service providing source, the selection processing unit selects another relay node that can use the API.
  • the apparatus according to any one of (1) to (10), wherein a process of changing a communication path so as to communicate with the service providing apparatus via is performed.
  • the acquisition unit acquires information related to the communication acquired using the API,
  • the apparatus according to any one of (1) to (12), wherein the selection processing unit selects the service providing apparatus as a service providing source based further on the information related to the communication.
  • the apparatus according to any one of (1) to (13), wherein the selection processing unit selects the service providing apparatus of a service providing source based on a user operation.
  • An acquisition unit that acquires information related to an API for acquiring information related to communication of the relay node provided by a relay node that relays communication between the terminal device and the core network;
  • a notification unit for notifying the terminal device of information related to the API acquired by the acquisition unit;
  • a device comprising: (16) The acquisition unit repeatedly acquires information on the API, The device according to (15), wherein the notification unit notifies information related to the API repeatedly acquired by the acquisition unit.
  • the apparatus according to (15) or (16) further including a search unit that searches for another relay node that can use the API.
  • the information indicating the search result includes identification information of the other relay node, identification information of another device corresponding to the other relay node, and information on the API provided from the other relay node, The apparatus according to (18).
  • the acquisition unit acquires information related to the communication, The device according to any one of (15) to (21), wherein the notification unit notifies the terminal device of information about the acquired communication.
  • the apparatus according to any one of (15) to (22), wherein the acquisition unit acquires information related to the API based on a result of using the API.
  • a relay processing unit that relays communication between the terminal device and the core network;
  • a providing unit that provides information related to communication relayed by the relay processing unit to a service providing device that provides a service to the terminal device;
  • a device comprising: (25) The apparatus according to (24), further including a notification unit that notifies the terminal device of information related to the providing unit.
  • the device The device according to (24) or (25), wherein the providing unit provides information related to the communication using an API.
  • the providing unit switches opening and closing of the API.
  • (31) Computer An acquisition unit that acquires information related to an API for acquiring information related to communication of the relay node provided by a relay node that relays communication between the terminal device and the core network; A notification unit for notifying the terminal device of information related to the API acquired by the acquisition unit; Program to function as.
  • Computer A relay processing unit that relays communication between the terminal device and the core network; A providing unit that provides information related to communication relayed by the relay processing unit to a service providing device that provides a service to the terminal device; Program to function as.
  • (33) Computer Acquisition of information related to an API for acquiring information related to communication of the relay node, provided by a relay node that relays communication between the device and the core network, and used by a service providing device that provides services to the device And A selection processing unit that performs processing for selecting the service providing device of the service providing source based on the information on the API acquired by the acquiring unit; Program to function as.
  • system 10 cell 40 core network 50 packet data network 60 application server 100 wireless communication device 110 antenna unit 120 wireless communication unit 130 network communication unit 140 storage unit 150 processing unit 151 relay processing unit 153 providing unit 155 notification unit 200 terminal device 210 antenna Unit 220 wireless communication unit 230 storage unit 240 processing unit 241 acquisition unit 243 selection processing unit 300 MEC server 310 communication unit 320 storage unit 330 processing unit 331 acquisition unit 333 notification unit 335 search unit 337 service processing unit

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Reduction Or Emphasis Of Bandwidth Of Signals (AREA)
  • Communication Control (AREA)

Abstract

【課題】端末にサービスを提供するエッジサーバを適切に選択することが可能な装置、方法及びプログラムを提案する。 【解決手段】装置であって、前記装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのＡＰＩに関する情報を取得する取得部と、前記取得部により取得された前記ＡＰＩに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理を行う選択処理部と、を備える装置。

Description

装置、方法及びプログラム
　本開示は、装置、方法及びプログラムに関する。
　近年、スマートフォン等の端末と物理的に近い位置に設けられたサーバ（以下、エッジサーバとも称する）でデータ処理を行う、モバイルエッジコンピューティング（ＭＥＣ：Mobile-Edge　Computing）技術が注目を浴びている。例えば、下記非特許文献１では、ＭＥＣに関する技術の標準規格について検討されている。
　ＭＥＣでは、端末と物理的に近い位置にエッジサーバが配置されるため、集中的に配置される一般的なクラウドサーバと比較して通信遅延が短縮され、高いリアルタイム性が求められるアプリケーションの利用が可能となる。また、ＭＥＣでは、これまでは端末側で処理されていた機能を端末に近いエッジサーバに分散処理させることで、端末の性能によらず高速なネットワーク・アプリケーション処理を実現することができる。エッジサーバは、例えばアプリケーションサーバとしての機能、及びコンテンツサーバとしての機能を始め多様な機能を有し得、端末に多様なサービスを提供することができる。
ＥＴＳＩ，"Mobile-Edge　Computing-Introductory　Technical　White　Paper"，２０１４年９月，［平成２７年５月２８日検索］，インターネット＜https://portal.etsi.org/Portals/0/TBpages/MEC/Docs/Mobile-edge_Computing_-_Introductory_Technical_White_Paper_V1%2018-09-14.pdf＞
　上記非特許文献１等における検討内容は、検討が開始されてから未だ日が浅く、ＭＥＣに関する技術が十分に提案されているとはいいがたい。例えば、端末にサービスを提供するエッジサーバを選択するための技術も、十分には提案されていないものの一つである。
　そこで、本開示では、端末にサービスを提供するエッジサーバを適切に選択することが可能な、新規かつ改良された装置、方法及びプログラムを提案する。
　本開示によれば、装置であって、前記装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのＡＰＩに関する情報を取得する取得部と、前記取得部により取得された前記ＡＰＩに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理を行う選択処理部と、を備える装置が提供される。
　また、本開示によれば、端末装置とコアネットワークとの通信を中継する中継ノードにより提供される、前記中継ノードの通信に関する情報を取得するためのＡＰＩに関する情報を取得する取得部と、前記取得部により取得された前記ＡＰＩに関する情報を前記端末装置へ通知する通知部と、を備える装置が提供される。
　また、本開示によれば、端末装置とコアネットワークとの通信を中継する中継処理部と、前記中継処理部により中継される通信に関する情報を、前記端末装置にサービスを提供するサービス提供装置へ提供する提供部と、を備える装置が提供される。
　また、本開示によれば、装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのＡＰＩに関する情報を取得することと、取得された前記ＡＰＩに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理をプロセッサにより行うことと、を含む方法が提供される。
　また、本開示によれば、端末装置とコアネットワークとの通信を中継する中継ノードにより提供される、前記中継ノードの通信に関する情報を取得するためのＡＰＩに関する情報を取得することと、取得された前記ＡＰＩに関する情報を前記端末装置へプロセッサにより通知すること部と、を含む方法が提供される。
　また、本開示によれば、端末装置とコアネットワークとの通信を中継することと、中継される通信に関する情報を、前記端末装置にサービスを提供するサービス提供装置へプロセッサにより提供することと、を含む方法が提供される。
　また、本開示によれば、コンピュータを、端末装置とコアネットワークとの通信を中継する中継ノードにより提供される、前記中継ノードの通信に関する情報を取得するためのＡＰＩに関する情報を取得する取得部と、前記取得部により取得された前記ＡＰＩに関する情報を前記端末装置へ通知する通知部と、として機能させるためのプログラムが提供される。
　また、本開示によれば、コンピュータを、端末装置とコアネットワークとの通信を中継する中継処理部と、前記中継処理部により中継される通信に関する情報を、前記端末装置にサービスを提供するサービス提供装置へ提供する提供部と、として機能させるためのプログラムが提供される。
　また、本開示によれば、コンピュータを、装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのＡＰＩに関する情報を取得する取得部と、前記取得部により取得された前記ＡＰＩに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理を行う選択処理部と、として機能させるためのプログラムが提供される。
　以上説明したように本開示によれば、端末にサービスを提供するエッジサーバを適切に選択することが可能である。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
ＭＥＣの概要を説明するための説明図である。 ＭＥＣサーバのプラットフォームを説明するための説明図である。 本開示の一実施形態に係るシステムの概略的な構成の一例を示す説明図である。 本開示の一実施形態に係る無線通信装置の構成の一例を示すブロック図である。 本開示の一実施形態に係る端末装置の構成の一例を示すブロック図である。 本開示の一実施形態に係るＭＥＣサーバの構成の一例を示すブロック図である。 第１の実施形態に係る端末装置に表示されるＵＩの一例を説明するための説明図である。 同実施形態に係る端末装置に表示されるＵＩの一例を説明するための説明図である。 第１の具体例に係る装置間の通信経路の一例を説明するための説明図である。 同具体例に係るシステムにおいて実行されるＡＰＩ情報の確認処理の流れの一例を示すシーケンス図である。 同具体例に係るシステムにおいて実行されるＡＰＩ情報の確認処理の流れの一例を示すシーケンス図である。 同具体例に係る装置間の通信経路の一例を説明するための説明図である。 同具体例に係るＵＥにおいて実行されるアプリケーション開始処理の流れの一例を示すフローチャートである。 ＥＣＧＩの構成を説明するための説明図である。 同具体例に係るシステムにおいて実行されるサービス提供処理の流れの一例を示すシーケンス図である。 同具体例に係るシステムにおいて実行されるサービス提供処理の流れの一例を示すシーケンス図である。 第２の具体例に係る装置間の通信経路の一例を説明するための説明図である。 同具体例に係る装置間の通信経路の一例を説明するための説明図である。 同具体例に係るシステムにおいて実行されるサービス提供処理の流れの一例を示すシーケンス図である。 第３の具体例に係る装置間の通信経路の一例を説明するための説明図である。 同具体例に係るシステムにおいて実行されるサービス提供処理の流れの一例を示すシーケンス図である。 同具体例に係る装置間の通信経路の一例を説明するための説明図である。 同具体例に係るシステムにおいて実行されるサービス提供処理の流れの一例を示すシーケンス図である。 本開示の一実施形態に係るシステムに関する補足事項を説明するための説明図である。 本開示の一実施形態に係るシステムに関する補足事項を説明するための説明図である。 本開示の一実施形態に係るシステムに含まれる装置間で利用される通信プロトコルの一例を示す図である。 本開示の一実施形態に係るシステムに含まれる装置間で利用される通信プロトコルの一例を示す図である。 本開示の一実施形態に係るシステムに含まれる装置間で利用される通信プロトコルの一例を示す図である。 本開示の一実施形態に係るシステムに含まれる装置間で利用される通信プロトコルの一例を示す図である。 本開示の一実施形態に係るシステムに含まれる装置間で利用される通信プロトコルの一例を示す図である。 本開示の一実施形態に係るシステムに含まれる装置間で利用される通信プロトコルの一例を示す図である。 本開示の一実施形態に係るシステムに関する補足事項を説明するための説明図である。 本開示の一実施形態に係るシステムに関する補足事項を説明するための説明図である。 ｅＮＢの概略的な構成の第１の例を示すブロック図である。 ｅＮＢの概略的な構成の第２の例を示すブロック図である。 ｅＮＢの概略的な機能構成の一例を示すブロック図である。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
　以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　また、本明細書及び図面において、実質的に同一の機能構成を有する要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の要素を、必要に応じて端末装置２００Ａ、２００Ｂ及び２００Ｃのように区別する。ただし、実質的に同一の機能構成を有する複数の要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、端末装置２００Ａ、２００Ｂ及び２００Ｃを特に区別する必要が無い場合には、単に端末装置２００と称する。
　なお、説明は以下の順序で行うものとする。
　　１．はじめに
　　　１．１．ＭＥＣ
　　　１．２．技術的課題
　　２．システムの概略的な構成
　　３．各装置の構成
　　４．第１の実施形態
　　　４．１．技術的特徴
　　　４．２．具体例
　　　　４．２．１．第１の例
　　　　４．２．２．第２の例
　　　　４．２．３．第３の例
　　５．補足
　　６．応用例
　　７．まとめ
　＜＜１．はじめに＞＞
　　＜１．１．ＭＥＣ＞
　　（１）概要
　まず、図１を参照して、ＭＥＣの概要を説明する。
　図１は、ＭＥＣの概要を説明するための説明図である。図１では、上段に、ＬＴＥ（Long　Term　Evolution）に代表される現状の（ＭＥＣが導入されていない）移動体通信において、ＵＥ（User　Equipment）がアプリケーション及びコンテンツにアクセスするための通信経路を示している。また、下段に、ＭＥＣが導入された場合に、ＵＥがアプリケーション及びコンテンツにアクセスするための通信経路を示している。
　図１の上段に示すように、現状の移動体通信においては、アプリケーション及びコンテンツはＥＰＣ（Evolved　Packet　Core）より外側（ＵＥから遠い側）であるＩＰネットワークに配置されている。よって、ＵＥは、アプリケーションを実行したり、コンテンツを入手したりするために、データセンタまでの途中の経路上にある中継網（例えば、Backbone　network）、ＥＰＣ、バックホールリンク、基地局、及びアクセスリンクを全て経由して通信していた。そのため、膨大なネットワークコスト及び遅延が発生していた。
　一方で、図１の下段に示すように、ＭＥＣにおいては、アプリケーション及びコンテンツは、ＥＰＣの内側（ＵＥに近い側）に保持される。例えば、図１に示した例では、基地局と一体的に形成されたＭＥＣサーバ（即ち、エッジサーバ）が、アプリケーションサーバ及びコンテンツサーバとして機能する。よって、ＵＥは、アプリケーションを実行したり、コンテンツを入手したりするためには、ＥＰＣより内側でのみ主要な（厳密には、EPC外のサーバとのやり取りも存在しうるため）通信を行えばよい。そのため、ＭＥＣを導入することで、極低遅延の通信が可能になるだけでなく、アクセスリンク以外（例えば、バックホールリンク、ＥＰＣ、及び中継網）のトラフィックの削減も可能になる。さらに、通信の低遅延化及びアクセスリンク以外のトラフィック削減は、スループットの向上、並びにＵＥ及びネットワーク側の低消費電力化にも貢献し得る。このように、ＭＥＣの導入により、ユーザ、ネットワーク提供者、サービス提供者に対して、さまざまなメリットが生まれ得る。ＭＥＣは、よりローカル側（即ち、ＵＥに近い側）でデータを分散処理するので、特に地域に根付いたアプリケーションへの応用、分散コンピュータへの応用が期待される。
　なお、図１では、ＭＥＣサーバが基地局と一体的に形成された例を示しているが、本技術は係る例に限定されない。ＭＥＣサーバは、基地局とは異なる装置として形成されてもよいし、基地局と物理的な離れていてもよい。本実施形態では、一例として、ＭＥＣサーバは、基地局と一体的に設けられるものとして説明する。以下では、基地局と一体的に形成されたＭＥＣサーバを、基地局に対応するＭＥＣサーバとも称し、その逆も同様に、ＭＥＣサーバに対応する基地局とも称する。
　　（２）プラットフォーム
　続いて、図２を参照して、ＭＥＣサーバのプラットフォームを説明する。
　図２は、ＭＥＣサーバのプラットフォームを説明するための説明図である。最下層の構成要素である３ＧＰＰ無線ネットワーク要素（3GPP　Radio　Network　Element）は、アンテナ及びアンプ等の基地局設備である。その上の、ホスティング基盤（Hosting　Infrastructure）は、サーバ機材等のハードウェア資源（Hardware　Resources）と、それらを仮想化するソフトウェアによって形成される仮想化層（Virtualization　Layer）とから成り、一般的な仮想サーバ技術の提供が可能である。この仮想サーバ上で、アプリケーションプラットフォーム（Application　Platform）が動作する。
　仮想化マネージャ（Virtualization　Manager）は、最上位の各アプリケーション（MEC　App）が動作する器であるＶＭ（Virtual　Machine）の生成及び消滅等の管理を行う。各アプリケーションは異なる企業によって実行され得るので、仮想化マネージャはセキュリティ及び割当てるリソースの分離等の配慮が求められるものの、一般的なクラウド基盤技術の適用が可能である。
　アプリケーションプラットフォームサービス（Application　Platform　Service）は、ＭＥＣに特徴的な共通サービスの集合体である。トラフィックオフロード機能（Traffic　Offload　Function）は、ＵＥからの要求をＭＥＣサーバ上のアプリケーションが処理する場合とインターネット上のアプリケーション（データサーバ上の親アプリケーション）が処理する場合とで、ルーティング等の切換制御を行う。無線ネットワーク情報サービス（Radio　Network　Information　Services）は、ＭＥＣサーバ上の各アプリケーションが、ＭＥＣサーバに対応する基地局とＵＥ間の電波の強さ等の無線状況情報を必要とする場合、下層の無線ネットワークから情報を取得してアプリケーションに提供する。通信サービス（Communication　Services）は、ＭＥＣサーバ上の各アプリケーションがＵＥ又はインターネット上のアプリケーションと通信する時の経路を提供する。サービスレジストリ（Service　Registry）は、ＭＥＣサーバ上の各アプリケーションの生成又は動作要求があった場合に、そのアプリケーションが正統なものか認証し、登録し、他のエンティティからの問い合わせに答える。
　以上説明したアプリケーションプラットフォームの上で、各ＶＭ上の各アプリケーションが動作し、インターネット上のアプリケーションに代わって又は協働により各種サービスをＵＥに提供する。
　ＭＥＣサーバは、多数の基地局に設置することが想定されているので、多数のＭＥＣサーバ同士を管理及び連携させる仕組みの検討も求められる。ホスティング基盤管理システム（Hosting　Infrastructure　Management　System）、アプリケーションプラットフォーム管理システム（Application　Platform　Management　System）、アプリケーション管理システム（Application　Management　System）は、ＭＥＣサーバ上の対応する各エンティティを管理し、連携させる。
　　（３）標準化の動向
　欧州においては、２０１４年１０月に、ＥＴＳＩにＩＳＧ（Industry　Specification　Groups）が設置され、ＭＥＣの標準化作業が開始された。最初の仕様は２０１６年末目標とし、現在標準化作業が進められている。より詳しくは、ＥＴＳＩ　ＩＳＧ　ＮＦＶ（Network　Function　Virtualization）及び３ＧＰＰなどの協力の元、ＭＥＣ実現のためのＡＰＩの標準化が中心に標準化が進められている。
　　＜１．２．技術的課題＞
　これまで、クラウドサーバからのコンテンツの提供に関しては、主にネットワーク層（ＩＰ）での遅延時間又は帯域幅等に基づいて、提供元のサーバの選択が行われてきた。しかしながら、無線区間を含む経路に関しては、無線ネットワークの状況によっては遅延時間及び帯域幅などに変動が生じるため、安定したサービスを提供する事が困難な場合があった。そのため、基地局が、上位層（例えば、アプリケーション）に対して、無線ネットワークの情報を提供する標準ＡＰＩ（Application　Programming　Interface）が定義されることが望ましい。現状、そのようなＡＰＩは定義されていない。
　仮に、そのようなＡＰＩが定義された場合であっても、無線ネットワークのオペレータの都合（例えば、契約、メンテナンス、トラフィックの状況等）等によってＡＰＩの開閉（開放／閉鎖）が変動し得る。そのため、上位層において、アプリケーションの動作設定を無線ネットワークの状況を加味して適応的に行うことが困難であった。
　ＭＥＣ技術の導入に際しては、このような状況が改善されることが望ましい。
　そこで、上記事情を一着眼点にして本開示の一実施形態に係るシステムを創作するに至った。本実施形態に係るシステムでは、基地局から上位層へ無線ネットワークの情報を提供するためのＡＰＩが定義される。
　これにより、上位層において、アプリケーションの動作設定を無線ネットワークの状況を加味して適応的に行うことが可能となる。例えば、ＭＥＣサーバは、アプリケーション層でのセッションを開始する際、コンテンツを提供する前に、上記ＡＰＩを用いて知得した無線区間の状況に基づいて、データフォーマット、データ伝送レート、コンテンツのコーデック、データ長等の動作設定を行う事を可能にする。ＭＥＣサーバが、このような動作設定を経て通信を開始することで、提供するアプリケーションを最適化することができる。
　さらに、端末は、上記ＡＰＩの有無、及び開閉に応じて、ダイナミックにサービス提供元のＭＥＣサーバを選択することができる。これまでは、オペレータの主導で端末の通信経路が選択されていたのに対し、アプリケーションの主導で端末の通信経路が選択されることとなる。これにより、ユーザは、より適切な通信経路を経たサービスの提供を受けることができる。
　＜＜２．システムの概略的な構成＞＞
　続いて、図３を参照して、本開示の一実施形態に係るシステム１の概略的な構成を説明する。図３は、本開示の一実施形態に係るシステム１の概略的な構成の一例を示す説明図である。図３を参照すると、システム１は、無線通信装置１００、端末装置２００、及びＭＥＣサーバ３００を含む。ここでは、端末装置２００は、ユーザとも呼ばれる。当該ユーザは、ユーザ機器（User　Equipment：ＵＥ）とも呼ばれ得る。無線通信装置１００Ｃは、ＵＥ－Ｒｅｌａｙとも呼ばれる。ここでのＵＥは、ＬＴＥ又はＬＴＥ－Ａにおいて定義されているＵＥであってもよく、ＵＥ－Ｒｅｌａｙは、３ＧＰＰで議論されているＰｒｏｓｅ　ＵＥ　ｔｏ　Ｎｅｔｗｏｒｋ　Ｒｅｌａｙであってもよく、より一般的に通信機器を意味してもよい。
　　（１）無線通信装置１００
　無線通信装置１００は、配下の装置に無線通信サービスを提供する装置である。例えば、無線通信装置１００Ａは、セルラーシステム（又は移動体通信システム）の基地局である。基地局１００Ａは、基地局１００Ａのセル１０Ａの内部に位置する装置（例えば、端末装置２００Ａ）との無線通信を行う。例えば、基地局１００Ａは、端末装置２００Ａへのダウンリンク信号を送信し、端末装置２００Ａからのアップリンク信号を受信する。
　基地局１００Ａは、他の基地局と例えばＸ２インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。また、基地局１００Ａは、コアネットワーク４０と例えばＳ１インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。なお、これらの装置間の通信は、物理的には多様な装置により中継され得る。
　ここで、図３に示した無線通信装置１００Ａは、マクロセル基地局であり、セル１０はマクロセルである。一方で、無線通信装置１００Ｂ及び１００Ｃは、スモールセル１０Ｂ及び１０Ｃをそれぞれ運用するマスタデバイスである。一例として、マスタデバイス１００Ｂは、固定的に設置されるスモールセル基地局である。スモールセル基地局１００Ｂは、マクロセル基地局１００Ａとの間で無線バックホールリンクを、スモールセル１０Ｂ内の１つ以上の端末装置（例えば、端末装置２００Ｂ）との間でアクセスリンクをそれぞれ確立する。マスタデバイス１００Ｃは、ダイナミックＡＰ（アクセスポイント）である。ダイナミックＡＰ１００Ｃは、スモールセル１０Ｃを動的に運用する移動デバイスである。ダイナミックＡＰ１００Ｃは、マクロセル基地局１００Ａとの間で無線バックホールリンクを、スモールセル１０Ｃ内の１つ以上の端末装置（例えば、端末装置２００Ｃ）との間でアクセスリンクをそれぞれ確立する。ダイナミックＡＰ１００Ｃは、例えば、基地局又は無線アクセスポイントとして動作可能なハードウェア又はソフトウェアが搭載された端末装置であってよい。この場合のスモールセル１０Ｃは、動的に形成される局所的なネットワーク（Localized　Network／Ｖｉｒｔｕａｌ　ｃｅｌｌ）である。
　セル１０は、例えば、ＬＴＥ、ＬＴＥ－Ａ（LTE-Advanced）、ＧＳＭ（登録商標）、ＵＭＴＳ、Ｗ－ＣＤＭＡ、ＣＤＭＡ２００、ＷｉＭＡＸ、ＷｉＭＡＸ２又はＩＥＥＥ８０２．１６などの任意の無線通信方式に従って運用されてよい。
　なお、スモールセルは、マクロセルと重複して又は重複せずに配置される、マクロセルよりも小さい様々な種類のセル（例えば、フェムトセル、ナノセル、ピコセル及びマイクロセルなど）を含み得る概念である。ある例では、スモールセルは、専用の基地局によって運用される。別の例では、スモールセルは、マスタデバイスとなる端末がスモールセル基地局として一時的に動作することにより運用される。いわゆるリレーノードもまた、スモールセル基地局の一形態であると見なすことができる。なお、リレーノードについては、例えば技術仕様書「3GPP　TS36.216　version12.0.0　Release12　“Universal　Mobile　Telecommunications　System　(UMTS);　LTE;　Evolved　Universal　Terrestrial　Radio　Access　(E-UTRA);　Physical　layer　for　relaying　operation”」に詳しく記載されている。
　　（２）端末装置２００
　端末装置２００は、セルラーシステム（又は移動体通信システム）において通信可能である。端末装置２００は、セルラーシステムの無線通信装置（例えば、基地局１００Ａ、マスタデバイス１００Ｂ又は１００Ｃ）との無線通信を行う。例えば、端末装置２００Ａは、基地局１００Ａからのダウンリンク信号を受信し、基地局１００Ａへのアップリンク信号を送信する。
　　（３）アプリケーションサーバ６０
　アプリケーションサーバ６０は、ユーザへサービスを提供する装置である。アプリケーションサーバ６０は、パケットデータネットワーク（ＰＤＮ）５０に接続される。他方、基地局１００は、コアネットワーク４０に接続される。コアネットワーク４０は、ゲートウェイ装置（図示せず）を介してＰＤＮ５０に接続される。このため、無線通信装置１００は、アプリケーションサーバ６０により提供されるサービスを、パケットデータネットワーク５０、コアネットワーク４０及び無線通信路を介してＭＥＣサーバ３００、及びユーザへ提供する。
　　（４）ＭＥＣサーバ３００
　ＭＥＣサーバ３００は、ユーザへサービス（アプリケーション又はコンテンツ等）を提供するサービス提供装置である。ＭＥＣサーバ３００は、無線通信装置１００に設けられ得る。その場合、無線通信装置１００は、ＭＥＣサーバ３００により提供されるサービスを、無線通信路を介してユーザへ提供する。ＭＥＣサーバ３００は、論理的な機能エンティティとして実現されてもよく、図３に示すように無線通信装置１００と一体的に形成されてもよい。
　例えば、基地局１００Ａは、ＭＥＣサーバ３００Ａにより提供されるサービスを、マクロセル１０に接続する端末装置２００Ａへ提供する。また、基地局１００Ａは、ＭＥＣサーバ３００Ａにより提供されるサービスを、マスタデバイス１００Ｂを介して、スモールセル１０Ｂに接続する端末装置２００Ｂへ提供する。
　また、マスタデバイス１００Ｂは、ＭＥＣサーバ３００Ｂにより提供されるサービスを、スモールセル１０Ｂに接続する端末装置２００Ｂへ提供する。同様に、マスタデバイス１００Ｃは、ＭＥＣサーバ３００Ｃにより提供されるサービスを、スモールセル１０Ｃに接続する端末装置２００Ｃへ提供する。
　　（５）補足
　以上、システム１の概略的な構成を示したが、本技術は図３に示した例に限定されない。例えば、システム１の構成として、マスタデバイスを含まない構成、ＳＣＥ（Small　Cell　Enhancement）、ＨｅｔＮｅｔ（Heterogeneous　Network）、ＭＴＣ（Machine　Type　Communication）ネットワーク等が採用され得る。
　＜＜３．各装置の構成＞＞
　続いて、図４～図６を参照して、本開示の一実施形態に係る無線通信装置１００、端末装置２００、及びＭＥＣサーバ３００の構成を説明する。
　＜３．１．無線通信装置の構成＞
　まず、図４を参照して、本開示の一実施形態に係る無線通信装置１００の構成の一例を説明する。図４は、本開示の一実施形態に係る無線通信装置１００の構成の一例を示すブロック図である。図４を参照すると、無線通信装置１００は、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び処理部１５０を備える。
　　（１）アンテナ部１１０
　アンテナ部１１０は、無線通信部１２０により出力される信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。
　　（２）無線通信部１２０
　無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、端末装置へのダウンリンク信号を送信し、端末装置からのアップリンク信号を受信する。
　　（３）ネットワーク通信部１３０
　ネットワーク通信部１３０は、情報を送受信する。例えば、ネットワーク通信部１３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局、無線通信装置１００がスモールセル基地局である場合のマクロセル基地局、及びコアネットワークノードを含む。
　　（４）記憶部１４０
　記憶部１４０は、無線通信装置１００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
　　（５）処理部１５０
　処理部１５０は、無線通信装置１００の様々な機能を提供する。処理部１５０は、中継処理部１５１、提供部１５３及び通知部１５５を含む。なお、処理部１５０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１５０は、これらの構成要素の動作以外の動作も行い得る。
　中継処理部１５１、提供部１５３及び通知部１５５の動作は、後に詳細に説明する。
　＜３．２．端末装置の構成＞
　続いて、図５を参照して、本開示の一実施形態に係る端末装置２００の構成の一例を説明する。図５は、本開示の一実施形態に係る端末装置２００の構成の一例を示すブロック図である。図５を参照すると、端末装置２００は、アンテナ部２１０、無線通信部２２０、記憶部２３０及び処理部２４０を備える。
　　（１）アンテナ部２１０
　アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。
　　（２）無線通信部２２０
　無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局又はマスタデバイスからのダウンリンク信号を受信し、基地局又はマスタデバイスへのアップリンク信号を送信する。
　　（３）記憶部２３０
　記憶部２３０は、端末装置２００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
　（４）処理部２４０
　処理部２４０は、端末装置２００の様々な機能を提供する。処理部２４０は、取得部２４１及び選択処理部２４３を含む。なお、処理部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２４０は、これらの構成要素の動作以外の動作も行い得る。
　取得部２４１及び選択処理部２４３の動作は、後に詳細に説明する。
　＜３．３．ＭＥＣサーバの構成＞
　続いて、図６を参照して、本開示の一実施形態に係るＭＥＣサーバ３００の構成の一例を説明する。図６は、本開示の一実施形態に係るＭＥＣサーバ３００の構成の一例を示すブロック図である。図６を参照すると、ＭＥＣサーバ３００は、通信部３１０、記憶部３２０、及び処理部３３０を備える。
　　（１）通信部３１０
　通信部３１０は、信号を送受信する。例えば、通信部３１０は、対応する無線通信装置１００との間で通信を行う。ＭＥＣサーバ３００が、論理エンティティとして形成され、無線通信装置１００に含まれる場合、通信部３１０は、例えば処理部１５０との間で通信を行う。
　　（２）記憶部３２０
　記憶部３２０は、ＭＥＣサーバ３００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。例えば、ＭＥＣサーバ３００は、ユーザへ提供される多様なコンテンツ、及びアプリケーションを記憶し得る。
　　（３）処理部３３０
　処理部３３０は、ＭＥＣサーバ３００の様々な機能を提供する。処理部３３０は、取得部３３１、通知部３３３、探索部３３５、及びサービス処理部３３７を含む。なお、処理部３３０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部３３０は、これらの構成要素の動作以外の動作も行い得る。
　取得部３３１、通知部３３３、探索部３３５、及びサービス処理部３３７の動作は、後に詳細に説明する。
　＜＜４．第１の実施形態＞＞
　　＜４．１．技術的特徴＞
　まず、本実施形態の技術的特徴を説明する。
　　（１）サービスの提供
　ＭＥＣサーバ３００（例えば、サービス処理部３３７）は、端末装置２００へサービス（アプリケーション又はコンテンツ等）を提供するための処理を行う。提供されるサービスは、対応する無線通信装置１００により中継されて、端末装置２００へ送信される。端末装置２００からの情報も、同様に無線通信装置１００により中継されてＭＥＣサーバ３００へ送信される。
　なお、ＭＥＣサーバ３００は、対応する無線通信装置１００よりも上位の他の無線通信装置１００（例えば、スモールセル基地局にとってのマクロセル基地局）に対応する他のＭＥＣサーバ３００によりサービスが提供される場合、自身ではサービスを提供しなくてもよい。
　無線通信装置１００（例えば、中継処理部１５１）は、端末装置２００とコアネットワークとの通信を中継する。また、無線通信装置１００は、端末装置２００とＭＥＣサーバ３００との通信を中継する。このように、無線通信装置１００は、中継ノードとして機能することで、ＭＥＣサーバ３００により提供されるサービスを端末装置２００へ中継する。
　　（２）各種情報の内容
　無線通信装置１００、端末装置２００及びＭＥＣサーバ３００は、多様な情報をやり取りし得る。以下、やり取りされる情報の各々について説明する。
　　（ａ）通信情報
　通信情報は、無線通信装置１００の通信に関する情報である。
　　（ａ１）第１の通信情報
　通信情報は、無線通信装置１００と当該無線通信装置１００に接続する端末装置２００との無線通信に関する情報を含み得る。このような情報を第１の通信情報とも称する。例えば、第１の通信情報は、基地局と、基地局が運用するセルに接続する端末装置との無線通信に関する情報を含み得る。具体的には、第１の通信情報は、例えば無線通信装置１００が保有するＳＩＢ（System　Information　Block）を含み得る。他にも、第１の通信情報は、無線通信装置１００と端末装置２００との間で測定されるＣＱＩ（Channel　Quality　Indicator）の測定値であってもよいし、測定値に基づいて計算／判断される情報であってもよい。
　ＣＱＩの一例を、下記の表１に示す。
Figure JPOXMLDOC01-appb-T000001
　　（ａ２）第２の通信情報
　通信情報は、無線通信装置１００と当該無線通信装置１００に接続するＭＥＣサーバ３００との通信に関する情報を含み得る。このような情報を第２の通信情報とも称する。例えば、第２の通信情報は、スループット、遅延時間、又は位置情報の少なくともいずれかを示す情報を含み得る。ここで、位置情報は、物理的位置情報又は意味的位置情報の少なくともいずれかを含み得る。物理的位置情報とは、ＧＰＳ等により取得される、経度及び緯度等を含む位置を示す情報である。意味的位置情報とは、設置された場所の意味（例えば、設置された部屋、建物、乗り物等の名称、役割等）を示す情報である。第２の通信情報は、例えば、ＭＥＣサーバ３００と対応する無線通信装置１００とが物理的に離隔している場合に有用である。
　　（ａ３）第３の通信情報
　通信情報は、無線通信装置１００と当該無線通信装置１００に接続する他の無線通信装置１００との通信に関する情報を含み得る。このような情報を第３の通信情報とも称する。例えば、第３の通信情報は、マクロセル基地局とスモールセル基地局との通信に関する情報を含み得る。より簡易には、第３の通信情報は、中継ノード間の無線／有線の通信に関する情報である。第３の通信情報は、例えばスループット、遅延時間、位置情報、無線アクセス方式、ＣＱＩ、無線通信装置１００が保有するＳＩＢ（System　Information　Block）等を含み得る。ここで、位置情報は、物理的位置情報又は意味的位置情報の少なくともいずれかを含み得る。
　以上、通信情報の一例を説明した。第１、第２、及び第３の通信情報について、特に区別する必要が無い場合、通信情報と総称する。
　　（ｂ）ＡＰＩ情報
　ＡＰＩ情報は、通信情報を提供するためのＡＰＩが使用可能か否かを示す情報を含む。使用可能か否かを示す情報は、ＡＰＩの有無を示す情報を含んでいてもよいし、ＡＰＩの開閉を示す情報を含んでいてもよい。即ち、ＡＰＩ情報は、そもそもＡＰＩが有るか否か（定義されているか否か）、及び、有る場合は開放されているのか否かを示す情報を含み得る。また、ＡＰＩは、通信情報を提供するためのもの以外にも多様に定義され得る。例えば、無線通信装置１００に対し、アプリケーションが要求する水準（例えば、レイテンシ及び伝送速度等）を満たすための、無線通信に関する設定の変更を要求するためのＡＰＩが定義されてもよい。ＡＰＩ情報には、かかるＡＰＩの使用可否を示す情報も含まれ得る。
　また、ＡＰＩ情報は、ＱｏＳ要求に関するＡＰＩが使用可能か否かを示す情報を含んでいてもよい。ＱｏＳ要求に関するＡＰＩとしては、例えばＣＱＩ（QoS　Class　Identifier）情報若しくはＰＣＣ（Policy　and　charging　control）情報、ＴＥＩＤ（Tunnel　Endpoint　ID）、ＳＰＩＤ（Subscriber　Profile　ID）、ＱＣＩ（Quality　Class　Indicator）を取得若しくは設定するためのＡＰＩが挙げられる。他にも、ＱｏＳ要求に関するＡＰＩとしては、帯域要求又はパケットフィルタリング要求のためのＡＰＩが挙げられる。なお、ＣＱＩ情報については、例えば技術仕様書「3GPP　TS23.203　V13.4.0　Release13　“3rd　Generation　Partnership　Project;　Technical　Specification　Group　Services　and　System　Aspects;　Policy　and　charging　control　architecture”」の「Table　6.1.7:　Standardized　QCI　characteristics」に詳しく記載されている。また、ＰＣＣ情報については、例えば同技術仕様書の「Table　6.3:　The　PCC　rule　information」に詳しく記載されている。
　また、ＡＰＩ情報は、アプリケーションのインスタンスに関するＡＰＩが使用可能か否かを示す情報を含んでいてもよい。インスタンスに関するＡＰＩとしては、例えばインスタンスの生成、実行及び終了、異なるサーバへのインスタンスの移動要求、及びパラメータ設定などのためのＡＰＩが挙げられる。
　　（３）情報のやり取り
　　（ａ）無線通信装置１００
　無線通信装置１００（例えば、提供部１５３）は、通信情報を、ＭＥＣサーバ３００へ提供する。具体的には、無線通信装置１００は、ＡＰＩを定義して、ＡＰＩを介して通信情報を提供する。上位層は、ＡＰＩを使用することで、ＡＰＩ情報を知得することが可能となる上に、使用可能であった場合には通信情報も知得することが可能となる。ＡＰＩは、ＲＥＳＴｆｕｌ　ＡＰＩであることが望ましい。例えば、無線通信装置１００は、ＧＥＴリクエスト（ＨＴＴＰプロトコルのＧＥＴコマンド）を受信した場合に、通信情報を返信する。
　なお、無線通信装置１００（例えば、提供部１５３）は、オペレータからの指示により、又は自律的に、ＡＰＩの開閉を切り替え得る。これにより、オペレータは、都合に応じてＡＰＩの開閉を切り替えることが可能となる。
　無線通信装置１００（例えば、通知部１５５）は、ＡＰＩ情報を端末装置２００へ通知してもよい。また、無線通信装置１００は、対応するＭＥＣサーバ３００の有無、又はＭＥＣサーバ３００により提供されるサービスの内容等を示す情報を通知してもよい。例えば、無線通信装置１００は、手段の一つとして、３ＧＰＰで定義されているＲＲＣ（Radio　Resource　Control）層で、ＡＰＩ情報等を報知情報として端末装置２００へ通知してもよい。例えば、無線通信装置１００は、ＡＰＩ情報等をＳＩＢのメッセージとしてブロードキャストしてもよい。
　ここで、Ｅ－ＵＴＲＡＮ（Evolved　Universal　Terrestrial　Radio　Access　Network）の基地局は、多様な情報を端末装置へ報知（broadcast）している。例えば、下記の表２に示す、マスター情報ブロック（Master　Information　Block）、及び１３種類のシステム情報ブロック（System　Information　Block）の、計１４種類が報知されている。基地局１００は、これらの情報にＡＰＩ情報等を追加して報知してもよい。なお、ネイバーとは、自セルの周辺セルを意味する。
Figure JPOXMLDOC01-appb-T000002
　　（ｂ）端末装置２００
　端末装置２００（例えば、取得部２４１）は、無線通信装置１００により提供され、ＭＥＣサーバ３００により使用されるＡＰＩに関するＡＰＩ情報を取得する。ただし、端末装置２００からＭＥＣサーバ３００までの通信経路に、複数の無線通信装置１００（例えば、マクロセル基地局及びスモールセル基地局）が含まれる場合がある。その場合、端末装置２００は、ＭＥＣサーバ３００までの通信経路上に含まれる１つ以上の無線通信装置１００（例えば、マクロセル基地局及びスモールセル基地局）により提供されるＡＰＩに関するＡＰＩ情報を取得する。同様にして、端末装置２００（例えば、取得部２４１）は、通信情報を取得する。これにより、端末装置２００は、端末装置２００とＭＥＣサーバ３００との間で行われる、１つ以上の無線通信装置１００を経由した一連の通信の状況及び／又はＡＰＩの使用可否を把握することが可能となる。
　　（ｃ）ＭＥＣサーバ３００
　ＭＥＣサーバ３００（例えば、取得部３３１）は、無線通信装置１００により提供されるＡＰＩに関するＡＰＩ情報を取得する。そして、ＭＥＣサーバ３００（例えば、通知部３３３）は、取得されたＡＰＩ情報を端末装置２００へ通知する。これにより、端末装置２００は、ＡＰＩ情報を知得することが可能となる。
　ＡＰＩの開閉は、オペレータの都合等に応じて変動し得る。そのため、ＭＥＣサーバ３００（例えば、取得部３３１）は、定期的に問い合わせを行う等して、ＡＰＩ情報を繰り返し取得してもよい。これにより、ＭＥＣサーバ３００は、ＡＰＩの使用可否の切り替わりを把握することができる。ＭＥＣサーバ３００（例えば、通知部３３３）は、繰り返し取得されたＡＰＩ情報を、取得する度に又は変化が生じる度等の任意のタイミングで通知してもよい。これにより、端末装置２００も、ＡＰＩの使用可否の切り替わりを把握することができる。
　また、ＭＥＣサーバ３００（例えば、取得部３３１）は、ＡＰＩを使用して、通信情報を取得する。これにより、ＭＥＣサーバ３００は、通信情報を知得することが可能となる。そして、ＭＥＣサーバ３００（例えば、通知部３３３）は、取得された通信情報を端末装置２００へ通知する。これにより、端末装置２００は、通信情報を知得することが可能となる。
　通信情報は、ＡＰＩ情報と別々に取得されてもよいし、まとめて取得されてもよい。以下、まとめて取得される場合の例を説明する。例えば、ＭＥＣサーバ３００（例えば、取得部３３１）は、ＡＰＩを使用した結果に基づいて、ＡＰＩ情報を取得する。使用した結果とは、例えばレスポンスの有無、レスポンスがあった場合はその内容を指す。例えば、ＭＥＣサーバ３００（例えば、取得部３３１）は、ＡＰＩを使用して通信情報を要求する（例えば、ＧＥＴリクエストを送信する）。これに対し、レスポンスがなかった場合、ＭＥＣサーバ３００は、ＡＰＩが無いと判定する。また、通信情報を含まないレスポンスがあった場合、ＭＥＣサーバ３００は、ＡＰＩが有り、閉鎖されていると判定する。また、通信情報を含むレスポンスがあった場合、ＭＥＣサーバ３００は、ＡＰＩが有り、開放されていると判定する。
　上記レスポンスは、下記の表３に示すＨＴＴＰステータスコードと同種のステータスコードを有していてもよい。また、ステータスコードの各々に、ＡＰＩの有無及び開閉が対応付けられていてもよい。
Figure JPOXMLDOC01-appb-T000003
　　（５）取得した情報に応じた処理
　　（ａ）端末装置２００
　例えば、端末装置２００（例えば、選択処理部２４３）は、取得されたＡＰＩ情報に基づいて、サービス提供元のＭＥＣサーバ３００を選択するための処理を行う。これにより、端末装置２００は、ＡＰＩ情報に応じて適切なサービス提供元を選択することが可能となる。より具体的には、端末装置２００（例えば、選択処理部２４３）は、ＡＰＩ情報に基づいて、ＡＰＩが使用可能なＭＥＣサーバ３００を優先的にサービス提供元に選択する。例えば、ＡＰＩが有り、開放されている無線通信装置１００に対応するＭＥＣサーバ３００が、サービス提供元に選択される。これにより、端末装置２００は、ＡＰＩの使用可否を加味した適応的な動作設定が可能なＭＥＣサーバ３００から、アプリケーションの提供を受けることが可能となる。
　なお、ＡＰＩが開放されていない場合と、ＡＰＩが無い場合とで、処理結果が相違していてもよい。例えば、ＡＰＩが開放されていない場合であっても、一時的なものであれば、端末装置２００は、ＡＰＩが使用できないＭＥＣサーバ３００を選択してもよい。
　また、端末装置２００（例えば、選択処理部２４３）は、通信情報にさらに基づいて、サービス提供元のＭＥＣサーバ３００を選択してもよい。これにより、端末装置２００は、端末装置２００とＭＥＣサーバ３００との間の通信の状況を加味した適応的な動作設定がされたアプリケーションの提供を受けることが可能となる。
　ここで、端末装置２００（例えば、選択処理部２４３）は、サービス提供元として選択されたＭＥＣサーバ３００に対応する無線通信装置１００の管理下に端末装置２００自身が含まれない場合、管理下に含まれるよう通信経路を変更する処理を行う。無線通信装置１００の管理下にあるとは、無線通信装置１００に端末装置２００が接続している、又は無線通信装置１００（マクロセル基地局）に接続するマスタデバイスに端末装置２００が接続していること等を意味するものとする。例えば、端末装置２００は、選択したＭＥＣサーバ３００に対応する基地局が、サービング基地局とは異なる場合、選択したＭＥＣサーバ３００に対応する基地局をターゲット基地局としてハンドオーバする。このように、端末装置２００は、すでに確立した通信経路ではＭＥＣサーバ３００からサービスの提供を受けることが困難な場合に、通信経路を変更してサービスの提供を受けることが可能となる。
　また、端末装置２００からＭＥＣサーバ３００までの通信経路に、複数の無線通信装置１００（例えば、マクロセル基地局及びスモールセル基地局）が含まれる場合がある。その場合、端末装置２００（例えば、選択処理部２４３）は、サービス提供元として選択されたＭＥＣサーバ３００までの通信経路上に、ＡＰＩが使用不可能な無線通信装置１００が含まれる場合、ＡＰＩが使用可能な他の無線通信装置１００を経由してＭＥＣサーバ３００と通信するよう通信経路を変更する処理を行う。例えば、端末装置２００は、ＭＥＣサーバ３００に対応するマクロセル基地局までの通信経路上に、ＡＰＩを使用不可能なスモールセル基地局が含まれる場合、ＡＰＩを使用可能な他のスモールセル基地局にハンドオーバして、ＭＥＣサーバ３００との通信を行う。これにより、端末装置２００は、ＡＰＩを使用可能な無線通信装置１００のみが通信経路上に含まれる状態で、ＭＥＣサーバ３００からサービスの提供を受けることが可能となる。
　　（ｂ）ＭＥＣサーバ３００
　ＭＥＣサーバ３００（例えば、探索部３３５）は、ＡＰＩが使用可能な他の無線通信装置１００を探索してもよい。例えば、ＭＥＣサーバ３００は、ＡＰＩが使用不可能であることを示すＡＰＩ情報が取得された場合に、探索を行う。探索は、例えば周辺セルに限定されてもよい。
　探索は、端末装置２００からの問い合わせを契機に行われてもよいし、定期的に行われてもよい。ＭＥＣサーバ３００（例えば、記憶部３２０）は、探索結果を示す情報を記憶してもよい。そして、ＭＥＣサーバ３００（例えば、通知部３３３）は、端末装置２００からの問い合わせに対して、記憶した探索結果を示す情報を通知してもよい。
　探索結果を示す情報は、探索した他の無線通信装置１００の識別情報、当該他の無線通信装置１００に対応するＭＥＣサーバ３００の識別情報、及び当該他の無線通信装置１００から提供されるＡＰＩに関する情報を含む。さらに、探索結果を示す情報には、通信情報が含まれていてもよい。
　探索結果を示す情報の一例を、下記の表４に示す。
Figure JPOXMLDOC01-appb-T000004
　なお、「Server　No.」「Host　name」及び「IP address」は、他のＭＥＣサーバ３００の識別情報に相当する。「ｅＮＢ情報」は、他のＭＥＣサーバ３００に対応する他の無線通信装置１００の識別情報を含む。「ＡＰＩ情報」は、他の無線通信装置１００から提供されるＡＰＩに関する情報に相当する。「遅延時間」「帯域」「Geolocationデータベース」及び「位置情報」は、通信情報に相当する。なお、「Geolocationデータベース」は、周波数ごとの利用可能時間帯及び最大出力電力（即ち、最大の送信電力）を示す情報を含む。また、「位置情報」は、表４に示すように、物理的位置情報と意味的位置情報とを含む。以下では、この探索結果を示す情報のリストを、ネイバーリストとも称する。また、ネイバーリストにおける単位情報（例えば、表４のうち１行）をネイバー情報とも称する。ネイバーリストには、ＭＥＣサーバ３００自身のネイバー情報が含まれていてもよい。例えば、表４に示した例では、「Server　No.1」の行は、本ネイバーリストを保持するＭＥＣサーバ３００自身のネイバー情報である。なお、ＭＥＣサーバ３００は、探索結果の他、例えば対応する無線通信装置１００に接続する端末装置２００のリストや、端末装置２００の情報等の、端末装置２００に関する情報を記憶していてもよい。
　ＭＥＣサーバ３００（例えば、サービス処理部３３７）は、ＡＰＩを用いて取得された通信情報に基づいて、アプリケーションの動作設定を行ってもよい。例えば、ＭＥＣサーバ３００は、データフォーマット、データ伝送レート、コンテンツのコーデック、データ長等の動作設定を行う。ＭＥＣサーバは、このような動作設定を経て通信を開始することで、提供するアプリケーションを最適化することができる。
　また、ＭＥＣサーバ３００（例えば、サービス処理部３３７）は、ＡＰＩを用いて取得された通信情報に基づいて、無線通信装置１００に通信設定の変更を要求してもよい。例えば、ＭＥＣサーバ３００は、サービス提供先の端末装置２００が接続する無線通信装置１００に対し、変調方式、送信電力、無線リソース（周波数リソース又は時間リソース等）の割当て等の送信設定の変更を要求してもよい。この要求に応じて、無線通信装置１００（例えば、中継処理部１５１）は、無線通信に関する設定を変更する。これにより、ＭＥＣサーバ３００は、例えばアプリケーションが要求する水準を満たす通信環境を提供することが可能となる。
　　（７）ＵＩ例
　端末装置２００（例えば、選択処理部２４３）は、ユーザ操作に基づいてサービス提供元のＭＥＣサーバ３００を選択してもよい。本ユーザ操作に係るＵＩ例を、図７及び図８を参照して説明する。
　図７は、本実施形態に係る端末装置２００に表示されるＵＩの一例を説明するための説明図である。図７に示すようにＵＩ例４０１では、アプリケーションのアイコン４０３が複数表示されている。アイコン４０３の色の違いは、サービス提供元のＭＥＣサーバ３００がＡＰＩを使用可能か否かによって生じている。例えば、アイコン４０３Ａは、ＡＰＩを使用可能なＭＥＣサーバ３００からサービスが提供されること示す。また、アイコン４０３Ｂは、ＡＰＩを使用可能でないＭＥＣサーバ３００からサービスが提供されること示す。一方で、ＵＩ例４０２では、色の違いに代わって明滅により、ＡＰＩを使用可能か否かが表現されている。
　図８は、本実施形態に係る端末装置２００に表示されるＵＩの一例を説明するための説明図である。図８に示すように、ＵＩ例４１１～４１３では、アイコン４０３の色の違いにより、ＡＰＩを使用可能か否かが表現されている。例えば、ＵＩ例４１１において、ＡＰＩを使用可能でないＭＥＣサーバ３００からサービスが提供されることを示すアイコン４０３Ｃがタッチされた場合、ＵＩ例４１２に画面が遷移する。ＵＩ例４１２では、ネットワークを変更するか否かのユーザ操作を受け付けるための選択ウィンドウ４０４が表示されている。ここで、ユーザが「ＹＥＳ」を選択すると、端末装置２００は、サービス提供元のＭＥＣサーバ３００の選択、及びそれに伴う接続先の無線通信装置１００の選択（ハンドオーバ）を行う。ネットワークが変更されると、ＵＩ例４１３に示すように、アイコン４３０の色が、ＡＰＩを使用可能であるＭＥＣサーバ３００からサービスが提供されることを示す色に変化する。
　　＜４．２．具体例＞
　　＜４．２．１．第１の例＞
　本具体例は、端末装置２００が接続する基地局１００（例えば、マクロセル基地局）に対応するＭＥＣサーバ３００からサービスが提供される例である。
　　（１）各装置の基本的な関係
　まず、図９を参照して、各装置の基本的な関係を説明する。
　図９は、本具体例に係る装置間の通信経路の一例を説明するための説明図である。ＵＥは、端末装置２００に相当する。ｅＮＢは、無線通信装置１００に相当する。Ｓｅｒｖｅｒは、ＭＥＣサーバ３００に相当する。実線の両矢印は、物理的な接続を示す。破線の両矢印は、論理的な接続（ＩＰ接続）を示す。図９に示すように、ＵＥは、ｅＮＢと無線接続を確立する。ｅＮＢは、Ｓｅｒｖｅｒと接続されている。
　ｅＮＢは、ＭＮＭ（MEC　Network　Manager）を含む。ＭＮＭは、上記説明した無線通信装置１００に関する技術的特徴を実現するための論理エンティティである。ｅＮＢは、ＭＮＭによる制御に基づき、通信情報の提供などの具体的な処理を行う。ＭＮＭは、例えば無線通信装置１００にインストールされるミドルウェア（ソフトウェア）として実現される。
　ＵＥは、ＭＣＭ（MEC　Client　Manager）を含む。ＭＣＭは、上記説明した端末装置２００に関する技術的特徴を実現するための論理エンティティである。ＵＥは、ＭＣＭによる制御に基づき、無線接続等の具体的な処理を行う。ＭＣＭは、例えば端末装置２００にインストールされるミドルウェア（ソフトウェア）として実現される。
　Ｓｅｒｖｅｒは、ＭＡＭ（MEC　Application　Manager）を含む。ＭＡＭは、上記説明したＭＥＣサーバ３００に関する技術的特徴を実現するための論理エンティティである。Ｓｅｒｖｅｒは、ＭＡＭによる制御に基づき、サービスの提供などの具体的な処理を行う。ＭＡＭは、例えばＭＥＣサーバ３００にインストールされるミドルウェア（ソフトウェア）として実現される。
　ＭＣＭとＭＡＭは、論理的に接続され、情報の送受信が可能である。ＭＡＭとＭＮＭは、論理的に接続され、情報の送受信が可能である。ここで、ＭＡＭは、上記説明したＡＰＩを使用することで、ＭＮＭとの間で情報の送受信を行う。
　　（２）基本的な処理の流れ
　続いて、図１０を参照して、上記説明した基本的な関係を有する各装置において行われる処理の流れの一例を説明する。
　図１０は、本具体例に係るシステム１において実行されるＡＰＩ情報の確認処理の流れの一例を示すシーケンス図である。本シーケンスには、ＵＥ、Ｓｅｒｖｅｒ、並びにｅＮＢが関与する。
　図１０に示すように、まず、ＵＥは、ＨＴＴＰ／Ｗｅｂ－ＡＰＩコマンドのＧＥＴリクエストをＳｅｒｖｅｒへ送信する（ステップＳ１０１）。ＧＥＴリクエストは、ＡＰＩ情報又は通信情報の少なくともいずれかの返信を要求する情報である。次いで、Ｓｅｒｖｅｒは、同じくＧＥＴリクエストをｅＮＢへ送信する（ステップＳ１０２）。ＧＥＴリクエストを受信したｅＮＢは、ＨＴＴＰ／Ｗｅｂ－ＡＰＩのレスポンスをＳｅｒｖｅｒへ送信する（ステップＳ１０３）。このレスポンスには、ＡＰＩ情報又は通信情報の少なくともいずれかが含まれる。そして、Ｓｅｒｖｅｒは、同じくレスポンスをＵＥへ送信する（ステップＳ１０４）。
　図１１は、本具体例に係るシステム１において実行されるＡＰＩ情報の確認処理の流れの一例を示すシーケンス図である。本シーケンスには、ＵＥ、Ｓｅｒｖｅｒ、及びｅＮＢが関与する。本シーケンスでは、ＨＴＴＰ／Ｗｅｂ－ＡＰＩ以外の任意の独自プロトコルによりメッセージの送受信が行われる。
　図１１に示すように、ＵＥ及びＳｅｒｖｅｒは、ＨＴＴＰ／Ｗｅｂ－ＡＰＩ以外の独自プロトコルのＵＤＰ／ＩＰ、又はＴＣＰ／ＩＰセッションを確立する（ステップＳ１０５）。次いで、ＵＥは、独自プロトコルの情報要求メッセージをＳｅｒｖｅｒへ送信する（ステップＳ１０６）。情報要求メッセージは、ＡＰＩ情報又は通信情報の少なくともいずれかの返信を要求する情報である。次いで、Ｓｅｒｖｅｒは、同じく情報要求メッセージをｅＮＢへ送信する（ステップＳ１０７）。情報要求メッセージを受信したｅＮＢは、独自プロトコルの回答メッセージをＳｅｒｖｅｒへ送信する（ステップＳ１０８）。この回答メッセージには、ＡＰＩ情報又は通信情報の少なくともいずれかが含まれる。そして、Ｓｅｒｖｅｒは、同じく回答メッセージをＵＥへ送信する（ステップＳ１０９）。
　なお、ＳｅｒｖｅｒとｅＮＢとの間の通信には、ＨＴＴＰ／Ｗｅｂ－ＡＰＩが用いられてもよい。具体的には、上記ステップＳ１０７において、Ｓｅｒｖｅｒは、ＨＴＴＰ／Ｗｅｂ－ＡＰＩコマンドのＧＥＴリクエストをｅＮＢへ送信してもよい。また、上記ステップＳ１０８において、ｅＮＢは、ＨＴＴＰ／Ｗｅｂ－ＡＰＩのレスポンスをＳｅｒｖｅｒへ送信してもよい。
　　（３）各装置の具体的な関係
　続いて、図１２を参照して、各装置の具体的な関係の一例を説明する。
　図１２は、本具体例に係る装置間の通信経路の一例を説明するための説明図である。ＵＥ、ｅＮＢ及びＳｅｒｖｅｒに付された数字は各装置のインデックスを示す。本図の実線は有線接続又は無線接続を示し、破線は無線接続を示す。符号４２１の破線は、確立済みの無線接続を示し、符号４２２の破線は、切り替え候補の無線接続を示す。論理的な接続に関しては省略されている。例えば、ＵＥ－１は、符号４２１に示すようにｅＮＢ－１に接続している。ｅＮＢ－１にＡＰＩが有り、開放されている場合、ＵＥ－１は、ｅＮＢ－１に接続したまま、Ｓｅｒｖｅｒ－１からサービスの提供を受ける。一方で、ｅＮＢ－１にＡＰＩが無い、又はＡＰＩが有るが閉鎖されている場合、ＵＥ－１は、符号４２２に示すように、ｅＮＢ－２へのハンドオーバを試みる。ＵＥ－１は、ｅＮＢ－２の他、ｅＮＢ－３等の任意のｅＮＢへのハンドオーバを試みてもよい。
　ここで、ｅＮＢ－１とｅＮＢ－２との関係性は多様に考えられる。例えば、運用するセルが重複していてもよいし、重複していなくてもよい。また、同一又は異なるオペレータにより運用されていてもよい。また、異なる無線アクセス方式（３Ｇ／４Ｇ／５Ｇ／Ｗ－Ｆｉ（登録商標）等）が採用されていてもよい。利用周波数帯域の一部又は全部が重複していてもよいし、全く重複していなくてもよい。また、ひとつのｅＮＢが複数社で共有されていてもよい。
　　（４）具体的な処理の流れ
　続いて、図１３～図１６を参照して、上記説明した具体的な関係を有する各装置において行われる処理の流れの一例を説明する。
　　（端末装置２００単体の処理）
　以下では、まず、図１３及び図１４を参照して、ＵＥ－１に着目した詳細な条件分岐について説明する。
　図１３は、本具体例に係るＵＥ－１において実行されるアプリケーション開始処理の流れの一例を示すフローチャートである。
　図１３に示すように、まず、ＵＥ－１は、アプリケーションを起動する（ステップＳ２０２）。
　次いで、ＵＥ－１は、ｅＮＢとの無線接続を確立する（ステップＳ２０４）。例えば、ＵＥ－１は、デフォルトの設定（例えば、オペレータの契約に基づく接続条件）に基づいて、ｅＮＢ－１との無線接続を確立する。次に、ＵＥ－１は、ＳｅｒｖｅｒとのＩＰ接続を確立する（ステップＳ２０６）。例えば、ＵＥ－１は、接続中のｅＮＢ－１に対応するＳｅｒｖｅｒ－１とのＩＰ接続を確立する。そして、ＵＥ－１は、Ｓｅｒｖｅｒ（ＭＡＭ）にＡＰＩ情報のリクエストを送信し、Ｓｅｒｖｅｒからのレスポンスを受信する（ステップＳ２０８）。
　ＡＰＩが使用可能であり（ステップＳ２１０／ＹＥＳ）、且つＡＰＩが使用可能なｅＮＢはサービングｅＮＢであると判定された場合（ステップＳ２１２／ＹＥＳ）、ＵＥ－１は、そのままサービスの提供を受ける（ステップＳ２１４）。なお、後述するステップＳ２２４における処理を経ると、ＡＰＩが使用可能なｅＮＢがサービングｅＮＢでなくなり得る。ＡＰＩが使用可能なｅＮＢはサービングｅＮＢであるか否かの判定は、例えば、双方のｅＮＢのＥＣＧＩ（E-UTRAN　Cell　Global　ID）又はｅＮＢ　ＩＤの照合により行われ得る。図１４は、ＥＣＧＩの構成を説明するための説明図である。図１４に示すように、ＥＣＧＩは、ＰＬＭＮ（Public　Land　Mobile　Network）番号（PLMN　identity）、及びセル番号（Cell　identity）から成る。また、セル番号は、マクロｅＮＢ番号（Macro　eNB　identity）及びマクロセル番号（Macro　Cell　identity）から成る。
　一方で、ＡＰＩが使用可能であり（ステップＳ２１０／ＹＥＳ）、且つＡＰＩが使用可能なｅＮＢはサービングｅＮＢでないと判定された場合（ステップＳ２１２／ＮＯ）、ＵＥ－１は、ＡＰＩが使用可能なｅＮＢにハンドオーバする（ステップＳ２１５）。例えば、ＵＥ－１は、例えばＡＰＩが使用可能なｅＮＢ－２へのハンドオーバを行う。ハンドオーバに成功した場合（ステップＳ２１６／ＹＥＳ）、ＵＥ－１は、Ｓｅｒｖｅｒ－２からサービスの提供を受ける（ステップＳ２１４）。ハンドオーバに失敗した場合（ステップＳ２１６／ＮＯ）、ＵＥ－１は、元のｅＮＢにハンドオーバし直して（ステップＳ２１７）、Ｓｅｒｖｅｒ－１からサービスの提供を受ける（ステップＳ２１４）。
　また、ＡＰＩが使用可能でなく（ステップＳ２１０／ＮＯ）、且つ使用可能でないことが許容可能であると判定された場合（ステップＳ２１８／ＹＥＳ）、ＵＥ－１は、そのままサービスの提供を受ける（ステップＳ２１４）。
　一方で、ＡＰＩが使用可能でなく（ステップＳ２１０／ＮＯ）、且つ使用可能でないことが許容可能でないと判定された場合（ステップＳ２１８／ＮＯ）、ＵＥ－１は、他のＳｅｒｖｅｒを探索する（ステップＳ２２０）。例えば、ＵＥ－１は、ＡＰＩを使用可能な他のＳｅｒｖｅｒ及びｅＮＢに関する情報をＳｅｒｖｅｒにリクエストする。本リクエストは、ネイバー情報のリクエストであってもよい。また、本リクエストには、例えばＵＥ－１で起動されたアプリケーションの情報、又は所望するサービスの品質等を示す情報が含まれていてもよい。
　探索に成功したと判定された場合（ステップＳ２２２／ＹＥＳ）、ＵＥ－１は、探索したＳｅｒｖｅｒのＩＰアドレスを接続先に設定する（ステップＳ２２４）。その後処理は、ステップＳ２０６へ戻る。
　一方で、探索に失敗したと判定された場合（ステップＳ２２２／ＮＯ）、ＵＥ－１は、そのままサービスの提供を受ける（ステップＳ２１４）。
　以上により、処理は終了する。
　なおステップＳ２２４において接続先のＳｅｒｖｅｒは、接続中のＳｅｒｖｅｒにより選択されてもよいし、ｅＮＢにより選択されてもよい。
　　（システム１全体の処理）
　続いて、図１５を参照して、ＵＥ－１がｅＮＢ－１に接続したままサービスの提供を受ける場合の処理の流れの一例を説明する。
　図１５は、本具体例に係るシステム１において実行されるサービス提供処理の流れの一例を示すシーケンス図である。本シーケンスには、ＵＥ－１、Ｓｅｒｖｅｒ－１、及びｅＮＢ－１が関与する。
　図１５に示すように、まず、ＵＥ－１は、ｅＮＢ－１との無線接続を確立する（ステップＳ３０２）。次いで、ＵＥ－１は、Ｓｅｒｖｅｒ－１とのＩＰ接続を確立する（ステップＳ３０４）。そして、ＵＥ－１は、Ｓｅｒｖｅｒ－１へＡＰＩ情報のリクエストを送信する（ステップＳ３０６）。
　次に、Ｓｅｒｖｅｒ－１は、ｅＮＢ－１とのＩＰ接続を確立する（ステップＳ３０８）。次いで、Ｓｅｒｖｅｒ－１は、ｅＮＢ－１により提供されるＡＰＩを使用して、ｅＮＢ－１からＡＰＩ情報を取得する（ステップＳ３１０）。なお、Ｓｅｒｖｅｒ－１がネイバーリストを保持している場合、これらの処理は省略されてもよい。
　次に、Ｓｅｒｖｅｒ－１は、ＡＰＩ情報のレスポンスをＵＥ－１へ送信する（ステップＳ３１２）。このＡＰＩ情報は、ｅＮＢ－１にＡＰＩが有り、開放されていることを示すものとする。その場合、Ｓｅｒｖｅｒ－１は、ＵＥ－１へのサービスを開始する（ステップＳ３１４）。
　以上により、処理は終了する。
　続いて、図１６を参照して、ＵＥ－１がｅＮＢ－１からｅＮＢ－２に接続先を切り替えてサービスの提供を受ける場合の処理の流れの一例を説明する。
　図１６は、本具体例に係るシステム１において実行されるサービス提供処理の流れの一例を示すシーケンス図である。本シーケンスには、ＵＥ－１、Ｓｅｒｖｅｒ－１、ｅＮＢ－１、Ｓｅｒｖｅｒ－２、及びｅＮＢ－２が関与する。
　図１６に示すように、ステップＳ４０２～Ｓ４１２にかかる処理は、図１５に示したステップＳ３０２～Ｓ３１２にかかる処理と同様である。ただし、ステップＳ４１２において取得されたＡＰＩ情報は、ｅＮＢ－１にはＡＰＩが無い、又はＡＰＩが有るが閉鎖されていることを示すものとする。
　その場合、ＵＥ－１は、他のＳｅｒｖｅｒに係るネイバー情報のリクエストをＳｅｒｖｅｒ－１に送信する（ステップＳ４１４）。
　次に、Ｓｅｒｖｅｒ－１とＳｅｒｖｅｒ－２とは、ＩＰ接続を確立する（ステップＳ４１６）。次いで、Ｓｅｒｖｅｒ－１は、Ｓｅｒｖｅｒ－２から、ｅＮＢ－２のネイバー情報を取得する（ステップＳ４１８）。なお、Ｓｅｒｖｅｒ－１がネイバーリストを保持している場合、これらの処理は省略されてもよい。
　次いで、Ｓｅｒｖｅｒ－１は、ネイバー情報のレスポンスをＵＥ－１へ送信する（ステップＳ４２０）。このレスポンスに含まれるネイバー情報は、ＡＰＩが有り、開放されているｅＮＢに関するものに限定されていてもよい。
　次に、ＵＥ－１は、ネイバー情報に基づいて、ｅＮＢ－２と無線接続を確立する（ステップＳ４２２）。例えば、ＵＥ－１は、ネイバー情報の中から、ＡＰＩが有り、開放されているｅＮＢとの無線接続を確立する。次いで、ＵＥ－１は、Ｓｅｒｖｅｒ－２とＩＰ接続を確立する（ステップＳ４２４）。そして、ＵＥ－１は、Ｓｅｒｖｅｒ－２へＡＰＩ情報のリクエストを送信する（ステップＳ４２６）。
　次に、Ｓｅｒｖｅｒ－２は、ｅＮＢ－２とのＩＰ接続を確立する（ステップＳ４２８）。次いで、Ｓｅｒｖｅｒ－２は、ｅＮＢ－２により提供されるＡＰＩを使用して、ｅＮＢ－２からＡＰＩ情報を取得する（ステップＳ４３０）。なお、Ｓｅｒｖｅｒ－２がネイバーリストを保持している場合、これらの処理は省略されてもよい。
　次に、Ｓｅｒｖｅｒ－２は、ＡＰＩ情報のレスポンスをＵＥ－１へ送信する（ステップＳ４３２）。このＡＰＩ情報は、ｅＮＢ－２にはＡＰＩが有り、開放されていることを示すものとする。その場合、Ｓｅｒｖｅｒ－２は、ＵＥ－１へのサービスを開始する（ステップＳ４３４）。
　以上により、処理は終了する。
　なお、ステップＳ４１２において、ＡＰＩ情報と共にネイバー情報が送信されてもよい。その場合、ステップＳ４１４～Ｓ４２０にかかる処理は省略される。
　また、ステップＳ４２２の前において、ＵＥ－１は、ターゲットｅＮＢが適切であるか否かをネイバー情報に基づいて確認した上で、無線接続を試みてもよい。例えば、ＵＥ－１は、ネイバー情報が示す接続先ネットワークのポリシー等を確認した上で、無線接続を試みてもよい。
　　＜４．２．２．第２の例＞
　本具体例は、端末装置２００が接続するマスタデイバス１００（例えば、スモールセル基地局又はダイナミックＡＰ）に対応するＭＥＣサーバ３００からサービスが提供される形態である。
　　（１）各装置の基本的な関係
　まず、図１７を参照して、各装置の関係を説明する。
　図１７は、本具体例に係る装置間の通信経路の一例を説明するための説明図である。ＵＥ　Ｓｌａｖｅは、マスタデバイス１００に接続する端末装置２００に相当する。以下では、ＵＥ　Ｓｌａｖｅを、単にＳｌａｖｅとも称する。ＵＥ／ｅＮＢ　Ｍａｓｔｅｒは、マスタデバイス１００（例えば、スモールセル基地局又はダイナミックＡＰ）に相当する。以下では、ＵＥ／ｅＮＢ　Ｍａｓｔｅｒを、単にＭａｓｔｅｒとも称する。Ｓｅｒｖｅｒは、ＭＥＣサーバ３００に相当する。実線の両矢印は、物理的な接続を示す。破線の両矢印は、論理的な接続（ＩＰ接続）を示す。
　Ｍａｓｔｅｒは、ＭＮＭを含む。Ｍａｓｔｅｒは、ＭＮＭによる制御に基づき、通信情報の提供などの具体的な処理を行う。
　Ｓｌａｖｅは、ＭＣＭを含む。Ｓｌａｖｅは、ＭＣＭによる制御に基づき、無線接続等の具体的な処理を行う。
　図１７に示すように、Ｓｌａｖｅは、Ｍａｓｔｅｒと無線接続を確立する。Ｍａｓｔｅｒは、Ｓｅｒｖｅｒと接続されている。また、ＭＣＭとＭＡＭは、論理的に接続され、情報の送受信が可能である。ＭＡＭとＭＮＭは、論理的に接続され、情報の送受信が可能である。
　　（２）各装置の具体的な関係
　続いて、図１８を参照して、各装置の具体的な関係の一例を説明する。
　図１８は、本具体例に係る装置間の通信経路の一例を説明するための説明図である。Ｓｌａｖｅ、Ｍａｓｔｅｒ及びＳｅｒｖｅｒに付された数字は各装置のインデックスを示す。本図の実線は有線接続又は無線接続を示し、破線は無線接続を示す。符号４３１の破線は、確立済みの無線接続を示し、符号４３２の破線は、切り替え候補の無線接続を示す。論理的な接続に関しては省略されている。例えば、Ｓｌａｖｅ－１は、符号４３１に示すようにＭａｓｔｅｒ－１に接続している。また、Ｍａｓｔｅｒ－１は、ｅＮＢ－１に接続している。Ｍａｓｔｅｒ－１にＡＰＩが有り、開放されている場合、Ｓｌａｖｅ－１は、Ｍａｓｔｅｒ－１に接続したまま、Ｓｅｒｖｅｒ－１からサービスの提供を受ける。一方で、Ｍａｓｔｅｒ－１にＡＰＩが無い、又はＡＰＩが有るが閉鎖されている場合、Ｓｌａｖｅ－１は、符号４３２に示すように、Ｍａｓｔｅｒ－２へのハンドオーバを試みる。Ｓｌａｖｅ－１は、Ｍａｓｔｅｒ－２の他、Ｍａｓｔｅｒ－３等の任意のＭａｓｔｅｒへのハンドオーバを試みてもよい。
　　（３）具体的な処理の流れ
　上記説明した具体的な関係を有する各装置において行われる処理の流れの一例を、図１９に示した。
　図１９は、本具体例に係るシステム１において実行されるサービス提供処理の流れの一例を示すシーケンス図である。本シーケンスには、Ｓｌａｖｅ－１、Ｓｅｒｖｅｒ－１、ＭＡＭ－１、Ｍａｓｔｅｒ－１、及びＭＮＭ－１、並びにＳｅｒｖｅｒ－２、ＭＡＭ－２、Ｍａｓｔｅｒ－２、及びＭＮＭ－２が関与する。図１９に示すように、ステップＳ５０２～Ｓ５３４にかかる処理は、図１６に示したステップＳ４０２～Ｓ４３４にかかる処理と同様である。図１９の説明に関しては、上記図１６の説明中の「ＵＥ」「Ｓｌａｖｅ」に、「ｅＮＢ」を「Ｍａｓｔｅｒ」に、それぞれ読み替えればよい。
　　＜４．２．３．第３の例＞
　本具体例は、端末装置２００が接続するマスタデイバス１００（例えば、スモールセル基地局又はダイナミックＡＰ）が接続する基地局１００（例えば、マクロセル基地局）に対応するＭＥＣサーバ３００からサービスが提供される形態である。
　　（１）各装置の具体的な関係１
　以下、図２０を参照して、各装置の具体的な関係の一例を説明する。
　図２０は、本具体例に係る装置間の通信経路の一例を説明するための説明図である。Ｓｌａｖｅ、Ｍａｓｔｅｒ、ｅＮＢ及びＳｅｒｖｅｒに付された数字は各装置のインデックスを示す。本図の実線は有線接続又は無線接続を示し、破線は無線接続を示す。符号４４１の破線は、確立済みの無線接続を示し、符号４４２の破線は、切り替え候補の無線接続を示す。論理的な接続に関しては省略されている。また、本具体例においては、Ｍａｓｔｅｒに対応するＳｅｒｖｅｒからはサービスが提供されない。そのため、本図では、Ｍａｓｔｅｒに対応するＳｅｒｖｅｒが省略され、ＭＡＭのみが図示されている。
　例えば、Ｓｌａｖｅ－１は、Ｍａｓｔｅｒ－１に接続している。また、Ｍａｓｔｅｒ－１は、符号４４１に示すようにｅＮＢ－１に接続している。Ｍａｓｔｅｒ－１にＡＰＩが有り、開放されている場合、且つ、ｅＮＢ－１にＡＰＩが有り、開放されている場合、Ｓｌａｖｅ－１は、Ｍａｓｔｅｒ－１に接続したまま、且つ、Ｍａｓｔｅｒ－１がｅＮＢ－１に接続したまま、Ｓｅｒｖｅｒ－１からサービスの提供を受ける。一方で、Ｍａｓｔｅｒ－１又はｅＮＢ－１に、ＡＰＩが無い、又はＡＰＩが有るが閉鎖されている場合、通信経路の変更又はサービス提供元のＳｅｖｅｒの変更の少なくともいずれかが試みられる。
　例えば、ｅＮＢ－１にＡＰＩが無い、又はＡＰＩが有るが閉鎖されている場合、Ｍａｓｔｅｒ－１は、符号４４２に示すように、ｅＮＢ－２へのハンドオーバを試みる。Ｍａｓｔｅｒ－１は、ｅＮＢ－２の他、ｅＮＢ－３等の任意のｅＮＢへのハンドオーバを試みてもよい。
　　（２）具体的な処理の流れ１
　続いて、図２１を参照して、上記説明した具体的な関係を有する各装置において行われる処理の流れの一例を説明する。
　図２１は、本具体例に係るシステム１において実行されるサービス提供処理の流れの一例を示すシーケンス図である。本シーケンスには、Ｓｌａｖｅ－１、ＭＡＭ－４、Ｍａｓｔｅｒ－１、Ｓｅｒｖｅｒ－１、ｅＮＢ－１、Ｓｅｒｖｅｒ－２、及びｅＮＢ－２が関与する。
　図２１に示すように、まず、Ｓｌａｖｅ－１は、Ｍａｓｔｅｒ－１との無線接続を確立する（ステップＳ６０２）。また、Ｍａｓｔｅｒ－１は、ｅＮＢ－１との無線接続を確立する（ステップＳ６０４）。次いで、Ｓｌａｖｅ－１は、ＭＡＭ－４とのＩＰ接続を確立する（ステップＳ６０６）。そして、Ｓｌａｖｅ－１は、ＭＡＭ－４へＡＰＩ情報のリクエストを送信する（ステップＳ６０８）。
　次に、ＭＡＭ－４は、Ｍａｓｔｅｒ－１とのＩＰ接続を確立する（ステップＳ６１０）。次いで、ＭＡＭ－４は、Ｍａｓｔｅｒ－１により提供されるＡＰＩを使用して、Ｍａｓｔｅｒ－１からＡＰＩ情報を取得する（ステップＳ６１２）。なお、ＭＡＭ－４がネイバーリストを保持している場合、これらの処理は省略されてもよい。
　次いで、ＭＡＭ－４は、Ｓｅｒｖｅｒ－１とのＩＰ接続を確立する（ステップＳ６１４）。そして、ＭＡＭ－４は、Ｓｅｒｖｅｒ－１へＡＰＩ情報のリクエストを送信する（ステップＳ６１６）。
　次に、Ｓｅｒｖｅｒ－１は、ｅＮＢ－１とのＩＰ接続を確立する（ステップＳ６１８）。次いで、Ｓｅｒｖｅｒ－１は、ｅＮＢ－１により提供されるＡＰＩを使用して、ｅＮＢ－１からＡＰＩ情報を取得する（ステップＳ６２０）。なお、Ｓｅｒｖｅｒ－１がネイバーリストを保持している場合、これらの処理は省略されてもよい。
　次に、Ｓｅｒｖｅｒ－１は、ＡＰＩ情報のレスポンスをＭＡＭ－４へ送信する（ステップＳ６２２）。次いで、ＭＡＭ－４は、ステップＳ６１４及びＳ６２２で取得したＡＰＩ情報のレスポンスをＳｌａｖｅ－１へ送信する（ステップＳ６２４）。
　次に、ＭＡＭ－４において、判断処理が行われる（ステップＳ６２６）。例えば、ＭＡＭ－４は、取得されたＡＰＩ情報に基づき、通信経路を変更するか否か、及びサービス提供元のＳｅｖｅｒを変更するか否かを判定する。ここでは、取得されたＡＰＩ情報は、ｅＮＢ－１にはＡＰＩが無い、又はＡＰＩが有るが閉鎖されていることを示すものとする。その場合、図２１では図示していないが、ＭＡＭ－４は、他のＳｅｒｖｅｒに係るネイバー情報をＳｅｖｅｒ－１から取得する。取得されたネイバー情報には、ＡＰＩが有り、開放されているｅＮＢとして、ｅＮＢ－２に関する情報が含まれるものとする。その場合、ＭＡＭ－４は、ｅＮＢ－２を接続先に選択する。以下、その場合の処理の流れの一例を説明する。
　ＭＡＭ－４は、Ｍａｓｔｅｒ－１へ接続先の切り替えを依頼する（ステップＳ６２８）。次に、Ｍａｓｔｅｒ－１は、ｅＮＢ－２との無線接続を確立する（ステップＳ６３０）。次いで、ＭＡＭ－４は、Ｓｅｒｖｅｒ－２とＩＰ接続を確立する（ステップＳ６３２）。そして、ＭＡＭ－４は、Ｓｅｒｖｅｒ－２へＡＰＩ情報のリクエストを送信する（ステップＳ６３４）。
　次に、Ｓｅｒｖｅｒ－２は、ｅＮＢ－２とのＩＰ接続を確立する（ステップＳ６３６）。次いで、Ｓｅｒｖｅｒ－２は、ｅＮＢ－２により提供されるＡＰＩを使用して、ｅＮＢ－２からＡＰＩ情報を取得する（ステップＳ６３８）。なお、Ｓｅｒｖｅｒ－２がネイバーリストを保持している場合、これらの処理は省略されてもよい。
　次に、Ｓｅｒｖｅｒ－２は、ＭＡＭ－４を経由してＵＥ－１へ準備完了通知（Server　Ready連絡）を行い（ステップＳ６４０）、サービスを開始する（ステップＳ６４２）。
　以上により、処理は終了する。
　　（３）各装置の具体的な関係２
　続いて、図２２を参照して、各装置の具体的な関係の他の一例を説明する。
　図２２は、本具体例に係る装置間の通信経路の一例を説明するための説明図である。Ｓｌａｖｅ、Ｍａｓｔｅｒ、ｅＮＢ及びＳｅｒｖｅｒに付された数字は各装置のインデックスを示す。本図の実線は有線接続又は無線接続を示し、破線は無線接続を示す。符号４５１の破線は、確立済みの無線接続を示し、符号４５２の破線は、切り替え候補の無線接続を示す。論理的な接続に関しては省略されている。また、本具体例においては、Ｍａｓｔｅｒに対応するＳｅｒｖｅｒからはサービスが提供されない。そのため、本図では、Ｍａｓｔｅｒに対応するＳｅｒｖｅｒが省略され、ＭＡＭのみが図示されている。
　例えば、Ｓｌａｖｅ－１は、符号４５１に示すようにＭａｓｔｅｒ－１に接続している。また、Ｍａｓｔｅｒ－１は、ｅＮＢ－１に接続している。Ｍａｓｔｅｒ－１にＡＰＩが有り、開放されている場合、且つ、ｅＮＢ－１にＡＰＩが有り、開放されている場合、Ｓｌａｖｅ－１は、Ｍａｓｔｅｒ－１に接続したまま、且つ、Ｍａｓｔｅｒ－１がｅＮＢ－１に接続したまま、Ｓｅｒｖｅｒ－１からサービスの提供を受ける。一方で、Ｍａｓｔｅｒ－１又はｅＮＢ－１に、ＡＰＩが無い、又はＡＰＩが有るが閉鎖されている場合、通信経路の変更又はサービス提供元のＳｅｖｅｒの変更の少なくともいずれかが試みられる。
　例えば、Ｍａｓｔｅｒ－１にＡＰＩが無い、又はＡＰＩが有るが閉鎖されている場合、Ｓｌａｖｅ－１は、符号４５２に示すように、Ｍｓｔｅｒ－２へのハンドオーバを試みる。Ｓｌａｖｅ－１は、Ｍａｓｔｅｒ－２の他、Ｍａｓｔｅｒ－３等の任意のＭａｓｔｅｒへのハンドオーバを試みてもよい。
　　（４）具体的な処理の流れ２
　続いて、図２３を参照して、上記説明した具体的な関係を有する各装置において行われる処理の流れの一例を説明する。
　図２３は、本具体例に係るシステム１において実行されるサービス提供処理の流れの一例を示すシーケンス図である。本シーケンスには、Ｓｌａｖｅ－１、ＭＡＭ－４、Ｍａｓｔｅｒ－１、Ｓｅｒｖｅｒ－１、ｅＮＢ－１、ＭＡＭ－５、Ｍａｓｔｅｒ－２、Ｓｅｒｖｅｒ－２、及びｅＮＢ－２が関与する。
　図２３に示すように、ステップＳ７０２～Ｓ７２４にかかる処理は、図２１に示したステップＳ６０２～Ｓ６２４にかかる処理と同様である。
　その後、Ｓｌａｖｅ－１において、判断処理が行われる（ステップＳ７２６）。例えば、Ｓｌａｖｅ－１は、取得されたＡＰＩ情報に基づき、通信経路を変更するか否か、及びサービス提供元のＳｅｖｅｒを変更するか否かを判定する。ここでは、取得されたＡＰＩ情報は、ｅＮＢ－１及びＭａｓｔｅｒ－１にはＡＰＩが無い、又はＡＰＩが有るが閉鎖されていることを示すものとする。その場合、図２３では図示していないが、Ｓｌａｖｅ－１は、他のＳｅｒｖｅｒに係るネイバー情報をＳｅｖｅｒ－１から取得する。取得されたネイバー情報には、ＡＰＩが有り、開放されているＭａｓｔｅｒ及びｅＮＢとして、Ｍａｓｔｅｒ－２及びｅＮＢ－２に関する情報が含まれるものとする。その場合、Ｓｌａｖｅ－１は、Ｍａｓｔｅｒ－２及びｅＮＢ－２を接続先に選択する。以下、その場合の処理の流れの一例を説明する。
　Ｓｌａｖｅ－１は、Ｍａｓｔｅｒ－２との無線接続を確立する（ステップＳ７２８）。次に、Ｍａｓｔｅｒ－２は、ｅＮＢ－２との無線接続を確立する（ステップＳ７３０）。次いで、Ｓｌａｖｅ－１は、ＭＡＭ－５とＩＰ接続を確立する（ステップＳ７３２）。そして、Ｓｌａｖｅ－１は、ＭＡＭ－５へＡＰＩ情報のリクエストを送信する（ステップＳ７３４）。
　次に、ＭＡＭ－５は、Ｍａｓｔｅｒ－２とのＩＰ接続を確立する（ステップＳ７３６）。次いで、ＭＡＭ－５は、Ｍａｓｔｅｒ－２により提供されるＡＰＩを使用して、Ｍａｓｔｅｒ－２からＡＰＩ情報を取得する（ステップＳ７３８）。なお、ＭＡＭ－５がネイバーリストを保持している場合、これらの処理は省略されてもよい。
　次に、ＭＡＭ－５は、Ｓｅｒｖｅｒ－２とのＩＰ接続を確立する（ステップＳ７４０）。そして、ＭＡＭ－５は、Ｓｅｒｖｅｒ－２へＡＰＩ情報のリクエストを送信する（ステップＳ７４２）。
　次に、Ｓｅｒｖｅｒ－２は、ｅＮＢ－２とのＩＰ接続を確立する（ステップＳ７４４）。次いで、Ｓｅｒｖｅｒ－２は、ｅＮＢ－２により提供されるＡＰＩを使用して、ｅＮＢ－２からＡＰＩ情報を取得する（ステップＳ７４６）。なお、Ｓｅｒｖｅｒ－２がネイバーリストを保持している場合、これらの処理は省略されてもよい。
　次に、Ｓｅｒｖｅｒ－２は、ＭＡＭ－５を経由してＵＥ－１へ準備完了通知（Server　Ready連絡）を行い（ステップＳ７４８）、サービスを開始する（ステップＳ７５０）。
　以上により、処理は終了する。
　なお、Ｍａｓｔｅｒ－１にはＡＰＩが無い、又はＡＰＩが有るが閉鎖されているものの、ｅＮＢ－１にＡＰＩが有り、開放されている場合、ＵＥ－１は、Ｓｅｒｖｅｒ－１をサービス提供元としながら、通信経路のみＭａｓｔｅｒ－１からＭａｓｔｅｒ－２に切り替えてもよい。
　＜＜５．補足＞＞
　続いて、図２４～図３１を参照して、補足事項を説明する。
　図２４は、本開示の一実施形態に係るシステム１に関する補足事項を説明するための説明図である。図２４に示すように、無線通信装置１００は、ＣＰＲＩ（Common　Public　Radio　Interface）により接続されたＲＲＨ（Remote　Radio　Head）及びＢＢＵ（Base　Band　Unit）として、地理的に離隔した複数の装置として形成されてもよい。ＲＲＨは、例えばオペレータごとに別箇に備えられていてもよい。ＢＢＵは、例えば複数のオペレータにより共有されていてもよい。
　図２５は、本開示の一実施形態に係るシステム１に関する補足事項を説明するための説明図である。図２５に示した例は、ＳＤＮ（Software-Defined　Networking）／ＮＦＶ（Network　Functions　Virtualization）のアーキテクチャである。システム１において、ＳＤＮ／ＮＦＶにおいて定義されるインタフェースが利用されてもよい。例えば、ＭＡＭとＭＮＭとの間のやり取りに関し、ＳＷＡ－１／ＳＷＡ－２が利用されてもよい。また、ＭＮＭと、Ｍａｓｔｅｒ若しくはｅＮＢ又はその他のコアネットワークのエンティティ（例えば、ＰＣＲＦ／ＨＳＳ／ＭＭＥ／Ｇｅｏｌｏｃａｔｉｏｎ　Ｄａｔａ－ｂａｓｅ等）との間のやり取りに関し、ＳＷＡ－５が利用されてもよい。なお、図２５は、「ＥＴＳＩ，“ＧＳ　ＮＦＶ－ＳＷＡ　００１　Ｖ１．１．１　（２０１４－１２）”，２０１４年１２月，［平成２７年６月１２日検索］，インターネット＜http://www.etsi.org/deliver/etsi_gs/NFV-SWA/001_099/001/01.01.01_60/gs_NFV-SWA001v010101p.pdf＞」を参照して作成された図である。
　続いて、図２６～図３１を参照して、ＬＴＥのＥＰＣの機器間の通信プロトコルが利用される場合に、ＭＥＣサーバ３００と予想される構成要素と他の機器とのやり取りの例を示す。なお、図２６～図３１は、「Ｍａｇｎｕｓ　Ｏｌｓｓｏｎ，　Ｃａｔｈｅｒｉｎｅ　Ｍｕｌｌｉｇａｎ，“ＥＰＣ　ａｎｄ　４Ｇ　Ｐａｃｋｅｔ　Ｎｅｔｗｏｒｋｓ，　Ｓｅｃｏｎｄ　Ｅｄｉｔｉｏｎ：　Ｄｒｉｖｉｎｇ　ｔｈｅ　Ｍｏｂｉｌｅ　Ｂｒｏａｄｂａｎｄ　Ｒｅｖｏｌｕｔｉｏｎ”，　第２版，　Ａｃａｄｅｍｉｃ　Ｐｒｅｓｓ，　２０１２年１２月１２日」を参照して作成された図である。
　例えば、ＭＡＭからの要求で、ＥＰＣ内の機器が保有する情報を引き出す際に、ＥＰＣの機器間の通信プロトコルが利用されることが想定される。特に、ＨＳＳからのポリシー情報、パケット単位での優先制御、又はその他ポリシーの設定情報などを、ＰＣＲＦ（Policy　and　Charging　Rules　Function）、ＢＢＥＲＦ（Bearer　Binding　and　Event　Reporting　Function）、又はＰＣＥＦ（Policy　and　Charging　Enforcement　Function）から入手する際に、ＥＰＣの機器間の通信プロトコルが利用されることが想定される。
　図２６は、本開示の一実施形態に係るシステム１に含まれる装置間で利用される通信プロトコルの一例を示す図である。図２６では、端末装置２００（ＭＣＭ）及びＭＥＣサーバ３００（ＭＡＭ）における、ユーザデータの経路（ＩＰ伝送路）の一例が示されている。
　図２７は、本開示の一実施形態に係るシステム１に含まれる装置間で利用される通信プロトコルの一例を示す図である。図２７では、端末装置２００（ＭＣＭ）、ＭＥＣサーバ３００（ＭＡＭ）、Ｓ－ＧＷ、Ｐ－ＧＷ、及びアプリケーションサーバ（Source-Server）における、ユーザデータの経路（ＩＰ伝送路）の一例が示されている。
　図２８は、本開示の一実施形態に係るシステム１に含まれる装置間で利用される通信プロトコルの一例を示す図である。図２８では、端末装置２００（ＭＣＭ）、及びＭＥＣサーバ３００（ＭＡＭ）における、制御情報の経路（ＩＰ伝送路）の一例が示されている。
　図２９は、本開示の一実施形態に係るシステム１に含まれる装置間で利用される通信プロトコルの一例を示す図である。図２９では、ＭＥＣサーバ３００（ＭＡＭ）、Ｐ－ＧＷ、Ｓ－ＧＷ及びＭＭＥにおける、制御情報の経路（ＩＰ伝送路）の一例が示されている。
　図３０は、本開示の一実施形態に係るシステム１に含まれる装置間で利用される通信プロトコルの一例を示す図である。図３０では、ＭＭＥ及びＨＳＳにおける、制御情報の経路（ＩＰ伝送路）の一例が示されている。
　図３１は、本開示の一実施形態に係るシステム１に含まれる装置間で利用される通信プロトコルの一例を示す図である。図３１では、Ｐ－ＧＷ（ＰＣＥＦ）又はＳ－ＧＷ（ＢＢＥＲＦ）、及びＰＣＲＦにおける、制御情報の経路（ＩＰ伝送路）の一例が示されている。
　続いて、図３２を参照して、アプリケーションの分散機能について説明する。
　図３２は、本開示の一実施形態に係るシステムに関する補足事項を説明するための説明図である。本図は、図１８を参照して上記説明した、システム１の各装置の具体的な関係において、アプリケーションの分散が行われる状況を表現している。本図の実線は有線接続又は無線接続を示し、破線は無線接続を示す。ただし、Ｐ－ＧＷとＩＳＰ／ＭＶＮＯ　Ｉｎｔｅｒｎｅｔとの間、及びＩＳＰ／ＭＶＮＯ　ＩｎｔｅｒｎｅｔとＳｅｒｖｅｒ－Ｓとの間は、基本的には有線接続が想定される。論理的な接続に関しては省略されている。なお、本図では、ｅＮＢにもＳｅｒｖｅｒが設けられている。例えば、低レイテンシ又は高スループット等が要求されるアプリケーションの機能部分は、Ｓｅｒｖｅｒ－１～Ｎに配置され、そうでない機能部分はＳｅｒｖｅｒ－Ａ１～ＡＮに配置される。また、Ｓｅｒｖｅｒ－Ｓから、Ｓｅｒｖｅｒ－１～Ｎ又はＳｅｒｖｅｒ－Ａ１～ＡＮに、配置すべき機能部分は配送され、配置される。このことは、単にアプリケーションが分散処理されるだけでなく、ＭＥＣサーバ３００の配置や特性等に適した機能部分が、個々のＭＥＣサーバに３００にマッピングされることを含む。
　図３３は、本開示の一実施形態に係るシステムに関する補足事項を説明するための説明図である。本図は、図１８を参照して上記説明した、システム１の各装置の具体的な関係において、アプリケーションの分散が行われる状況を表現している。本図の実線は有線接続又は無線接続を示し、破線は無線接続を示す。ただし、Ｐ－ＧＷとＩＳＰ／ＭＶＮＯ　Ｉｎｔｅｒｎｅｔとの間、及びＩＳＰ／ＭＶＮＯ　ＩｎｔｅｒｎｅｔとＳｅｒｖｅｒ－Ｓとの間は、基本的には有線接続が想定される。論理的な接続に関しては省略されている。なお、本図では、ｅＮＢ及びＳ－ＧＷにもＳｅｒｖｅｒが設けられている。例えば、低レイテンシ又は高スループット等が要求されるアプリケーションの機能部分は、Ｓｅｒｖｅｒ－１～Ｎに配置され、そうでない機能部分はＳｅｒｖｅｒ－Ａ１～ＡＮ又はＳｅｒｖｅｒ－αに配置される。また、Ｓｅｒｖｅｒ－Ｓから、Ｓｅｒｖｅｒ－１～Ｎ、Ｓｅｒｖｅｒ－Ａ１～ＡＮ又はＳｅｒｖｅｒ－αに、配置すべき機能部分は配送され、配置される。このことは、単にアプリケーションが分散処理されるだけでなく、ＭＥＣサーバ３００の配置や特性等に適した機能部分が、個々のＭＥＣサーバに３００にマッピングされることを含む。
　＜＜６．応用例＞＞
　本開示に係る技術は、様々な製品へ応用可能である。例えば、無線通信装置１００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（evolved　Node　B）として実現されてもよい。スモールｅＮＢは、ピコｅＮＢ、マイクロｅＮＢ又はホーム（フェムト）ｅＮＢなどの、マクロセルよりも小さいセルをカバーするｅＮＢであってよい。その代わりに、無線通信装置１００は、ＮｏｄｅＢ又はＢＴＳ（Base　Transceiver　Station）などの他の種類の基地局として実現されてもよい。無線通信装置１００は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote　Radio　Head）とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、無線通信装置１００として動作してもよい。さらに、無線通信装置１００の少なくとも一部の構成要素は、基地局装置又は基地局装置のためのモジュールにおいて実現されてもよい。
　また、例えば、端末装置２００は、スマートフォン、タブレットＰＣ（Personal　Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、端末装置２００は、Ｍ２Ｍ（Machine　To　Machine）通信を行う端末（ＭＴＣ（Machine　Type　Communication）端末ともいう）として実現されてもよい。さらに、端末装置２００の少なくとも一部の構成要素は、これら端末に搭載されるモジュール（例えば、１つのダイで構成される集積回路モジュール）において実現されてもよい。
　　＜６．１．基地局に関する応用例＞
　（第１の応用例）
　図３４は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。
　アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図３４に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図３４にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。
　基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。
　コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio　Resource　Control）、無線ベアラ制御（Radio　Bearer　Control）、移動性管理（Mobility　Management）、流入制御（Admission　Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。
　ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。
　無線通信インタフェース８２５は、ＬＴＥ（Long　Term　Evolution）又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium　Access　Control）、ＲＬＣ（Radio　Link　Control）及びＰＤＣＰ（Packet　Data　Convergence　Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。
　無線通信インタフェース８２５は、図３４に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図３４に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図３４には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。
　図３４に示したｅＮＢ８００において、図４を参照して説明した無線通信装置１００に含まれる１つ以上の構成要素（中継処理部１５１、提供部１５３及び／又は通知部１５５）は、無線通信インタフェース８２５において実装されてもよい。さらに、図６を参照して説明したＭＥＣサーバ３００に含まれる１つ以上の構成要素（取得部３３１、通知部３３３、探索部３３５及び／又はサービス処理部３３７）もまた、無線通信インタフェース８２５において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８２１において実装されてもよい。一例として、ｅＮＢ８００は、無線通信インタフェース８２５の一部（例えば、ＢＢプロセッサ８２６）若しくは全部、及び／又はコントローラ８２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８００にインストールされ、無線通信インタフェース８２５（例えば、ＢＢプロセッサ８２６）及び／又はコントローラ８２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８００、基地局装置８２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　また、図３４に示したｅＮＢ８００において、図４を参照して説明した無線通信部１２０は、無線通信インタフェース８２５（例えば、ＲＦ回路８２７）において実装されてもよい。また、アンテナ部１１０は、アンテナ８１０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８２１及び／又はネットワークインタフェース８２３において実装されてもよい。また、記憶部１４０は、メモリ８２２において実装されてもよい。
　（第２の応用例）
　図３５は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。
　アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図３５に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図３５にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。
　基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図３４を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。
　無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図３４を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図３５に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図３５には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。
　接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。
　また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。
　接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。
　無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図３５に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図３５には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。
　図３５に示したｅＮＢ８３０において、図４を参照して説明した無線通信装置１００に含まれる１つ以上の構成要素（中継処理部１５１、提供部１５３及び／又は通知部１５５）は、無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。さらに、図６を参照して説明したＭＥＣサーバ３００に含まれる１つ以上の構成要素（取得部３３１、通知部３３３、探索部３３５及び／又はサービス処理部３３７）もまた、無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８５１において実装されてもよい。一例として、ｅＮＢ８３０は、無線通信インタフェース８５５の一部（例えば、ＢＢプロセッサ８５６）若しくは全部、及び／又はコントローラ８５１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８３０にインストールされ、無線通信インタフェース８５５（例えば、ＢＢプロセッサ８５６）及び／又はコントローラ８５１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８３０、基地局装置８５０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　また、図３５に示したｅＮＢ８３０において、例えば、図４を参照して説明した無線通信部１２０は、無線通信インタフェース８６３（例えば、ＲＦ回路８６４）において実装されてもよい。また、アンテナ部１１０は、アンテナ８４０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８５１及び／又はネットワークインタフェース８５３において実装されてもよい。また、記憶部１４０は、メモリ８５２において実装されてもよい。
　（機能構成例）
　図３６は、本開示に係る技術が適用され得るｅＮＢ８７０の概略的な機能構成の一例を示すブロック図である。図３６に示すように、ｅＮＢ８７０は、Ｉｎｔｅｒ　Ｃｅｌｌ　ＲＲＭ８８１、ＲＢ　Ｃｏｎｔｒｏｌ８８２、Ｃｏｎｎｅｃｔｉｏｎ　Ｍｏｂｉｌｉｔｙ　Ｃｏｎｔｒｏｌ８８３、Ｒａｄｉｏ　Ａｄｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ８８４、ｅＮＢ　Ｍｅａｓｕｒｅｍｅｎｔ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　＆　Ｐｒｏｖｉｓｉｏｎ８８５、及びＤｙｎａｍｉｃ　Ｒｅｓｏｕｒｃｅ　Ａｌｌｏｃａｔｉｏｎ（Ｓｃｈｅｄｕｌｅｒ）８８６を含む。
　Ｉｎｔｅｒ　Ｃｅｌｌ　ＲＲＭ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｍａｎａｇｅｍｅｎｔ）８８１は、セル間で無線リソースの管理を行う機能を提供する。例えば、Ｉｎｔｅｒ　Ｃｅｌｌ　ＲＲＭ８８１は、無線リソース割り当て及び送信電力の調整によりセル間干渉を低減させる。
　ＲＢ（Ｒａｄｉｏ　Ｂｅａｒｅｒ）　Ｃｏｎｔｒｏｌ８８２は、無線ベアラ制御機能を提供する。例えば、ＲＢ　Ｃｏｎｔｒｏｌ８８２は、各々の無線ベアラのサービスの要求に基づいて、無線ベアラを確立、修正又は開放する。
　Ｃｏｎｎｅｃｔｉｏｎ　Ｍｏｂｉｌｉｔｙ　Ｃｏｎｔｒｏｌ８８３は、移動性を許容する接続制御機能を提供する。例えば、Ｃｏｎｎｅｃｔｉｏｎ　Ｍｏｂｉｌｉｔｙ　Ｃｏｎｔｒｏｌ８８３は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるＵＥの移動性をＵＥからの情報に基づいて制御し、ハンドオーバ決定を行う。
　Ｒａｄｉｏ　Ａｄｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ８８４は、接続許可制御機能を提供する。例えば、Ｒａｄｉｏ　Ａｄｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ８８４は、セル内のリソースの使用量、及びサービスのリソース要求量に基づいて、新たなＲＲＣ接続及び新たな無線ベアラを許容するか否かを判定する。
　ｅＮＢ　Ｍｅａｓｕｒｅｍｅｎｔ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　＆　Ｐｒｏｖｉｓｉｏｎ８８５は、メジャメント情報供給機能を提供する。例えば、ｅＮＢ　Ｍｅａｓｕｒｅｍｅｎｔ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　＆　Ｐｒｏｖｉｓｉｏｎ８８５は、メジャメント結果をオペレータ又は制御エンティティ等に提供することで、無線リソースの使用量及びネットワーク設定の最適化を図る。
　Ｄｙｎａｍｉｃ　Ｒｅｓｏｕｒｃｅ　Ａｌｌｏｃａｔｉｏｎ（Ｓｃｈｅｄｕｌｅｒ）８８６は、ＵＥへの動的な無線リソースの割当機能を提供する。例えば、Ｄｙｎａｍｉｃ　Ｒｅｓｏｕｒｃｅ　Ａｌｌｏｃａｔｉｏｎ（Ｓｃｈｅｄｕｌｅｒ）８８６は、チャネルの状態に基づいてＵＥの各々に無線リソースを動的に割り当てることで、無線効率の最大化を図る。
　また、ｅＮＢ８７０は、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）８９１、ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄｏｍａｉｎ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）８９２、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）８９３、ＭＡＣ（Ｍｅｄｉａ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）８９４、ＰＨＹ（Ｐｈｙｓｉｃａｌ　Ｌａｙｅｒ）８９５をさらに含む。これらはプロトコル・スタックである。
　なお、図３６に示したブロック図は、技術仕様書「3GPP　TS36.300　version12.5.0　Release12　“LTE;　Evolved　Universal　Terrestrial　Radio　Access(E-UTRA)　and　Evolved　Universal　Terrestrial　Radio　Access　Network　(E-UTRAN);　Overall　description;　Stage　2”」の「Figure　4.1-1:　Functional　Split　between　E-UTRAN　and　EPC」に記載されている。即ち、本開示に係る技術は、同技術仕様書に記載されたｅＮＢに適用され得る。例えば、同技術仕様書に記載されたｅＮＢに、ＭＥＣサーバ３００が搭載されてもよい。
　　＜６．２．端末装置に関する応用例＞
　（第１の応用例）
　図３７は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
　プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System　on　Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal　Serial　Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。
　カメラ９０６は、例えば、ＣＣＤ（Charge　Coupled　Device）又はＣＭＯＳ（Complementary　Metal　Oxide　Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
　無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図３７に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図３７には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。
　さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local　Area　Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。
　アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。
　アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図３７に示したように複数のアンテナ９１６を有してもよい。なお、図３７にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。
　さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。
　バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図３７に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
　図３７に示したスマートフォン９００において、図５を参照して説明した端末装置２００に含まれる１つ以上の構成要素（取得部２４１及び／又は選択処理部２４３）は、無線通信インタフェース９１２において実装されてもよい。さらに、図６を参照して説明したＭＥＣサーバ３００に含まれる１つ以上の構成要素（取得部３３１、通知部３３３、探索部３３５及び／又はサービス処理部３３７）もまた、無線通信インタフェース９１２において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。一例として、スマートフォン９００は、無線通信インタフェース９１２の一部（例えば、ＢＢプロセッサ９１３）若しくは全部、プロセッサ９０１、及び／又は補助コントローラ９１９を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがスマートフォン９００にインストールされ、無線通信インタフェース９１２（例えば、ＢＢプロセッサ９１３）、プロセッサ９０１、及び／又は補助コントローラ９１９が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてスマートフォン９００又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　また、図３７に示したスマートフォン９００において、例えば、図５を参照して説明した無線通信部２２０は、無線通信インタフェース９１２（例えば、ＲＦ回路９１４）において実装されてもよい。また、アンテナ部２１０は、アンテナ９１６において実装されてもよい。また、記憶部２３０は、メモリ９０２において実装されてもよい。
　（第２の応用例）
　図３８は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global　Positioning　System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。
　プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
　ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
　コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
　無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図３８に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図３８には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
　さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。
　アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
　アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図３８に示したように複数のアンテナ９３７を有してもよい。なお、図３８にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。
　さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
　バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図３８に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
　図３８に示したカーナビゲーション装置９２０において、図５を参照して説明した端末装置２００に含まれる１つ以上の構成要素（取得部２４１及び／又は選択処理部２４３）は、無線通信インタフェース９３３において実装されてもよい。さらに、図６を参照して説明したＭＥＣサーバ３００に含まれる１つ以上の構成要素（取得部３３１、通知部３３３、探索部３３５及び／又はサービス処理部３３７）もまた、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　また、図３８に示したカーナビゲーション装置９２０において、例えば、図５を参照して説明した無線通信部２２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０は、アンテナ９３７において実装されてもよい。また、記憶部２３０は、メモリ９２２において実装されてもよい。
　また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。即ち、取得部２４１及び／又は選択処理部２４３（並びに取得部３３１、通知部３３３、探索部３３５及び／又はサービス処理部３３７）を備える装置として車載システム（又は車両）９４０が提供されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
　＜＜７．まとめ＞＞
　以上、図１～図３８を参照して、本開示の一実施形態について詳細に説明してきた。上記説明したように、端末装置２００は、無線通信装置１００により提供され、ＭＥＣサーバ３００により使用される、端末装置２００自身の無線通信に関する情報を取得するためのＡＰＩに関するＡＰＩ情報を取得し、ＡＰＩ情報に基づいてサービス提供元のＭＥＣサーバ３００を選択するための処理を行う。端末装置２００は、ＡＰＩ情報を参照することで、対応する無線通信装置１００にＡＰＩが有り、開放されているＭＥＣサーバ３００を選択することが可能となる。これにより、サービス提供元として適切なＭＥＣサーバ３００の選択が実現される。
　適切なＭＥＣサーバ３００の選択が実現されることにより、ユーザ、アプリケーション提供者、及びオペレータは、それぞれ利益を享受し得る。例えば、ユーザは、より快適（適切なスピード、及び遅延環境など）にサービスを受けることができる。また、アプリケーション提供者は、より質の高いサービスをユーザに提供することができる。また、オペレータは、負荷分散、及び無線リソースの最適化等のオペレーションを最適化することができる。また、同じ無線カバー領域におけるインフラ（例えば、無線通信装置１００）の共有に関しても、端末装置２００が最適なＭＥＣサーバ３００へアクセスすることが可能となる。また、端末装置２００は、ハンドオーバの際にも、最適なＭＥＣサーバ３００へアクセスすることが可能となる。また、上位層（アプリケーション）は、ＡＰＩが使用可能な無線通信装置１００を把握することで、ユーザの契約等に応じて、特別な特性の利用を可能にするというサービスも提供可能である。例えば、アプリケーションは、同じ無線サービスエリアにおいて、アプリケーションの要求を満たす接続先を選択することができる。
　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　例えば、上記実施形態では、無線通信装置１００によりＡＰＩが提供され、ＭＥＣサーバ３００により当該ＡＰＩが使用されるものとして説明したが、本技術は係る例に限定されない。その逆に、ＭＥＣサーバ３００により提供されたＡＰＩが、無線通信装置１００により使用されてもよい。また、ＡＰＩの提供に関し、無線通信装置１００又はＭＥＣサーバ３００のいずれか一方が関与してもよいし、両者が関与（即ち、協働によりＡＰＩを提供）してもよい。無線通信装置１００とＭＥＣサーバ３００とは、図２に示したＭＥＣサーバのプラットフォームの枠組みの中で情報のやり取りを行う。例えば、図２に示したＭＥＣアプリケーションプラットフォームにおいて、ＡＰＩが提供され得る。
　また、本明細書においてフローチャート及びシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。
　また、本明細書の装置（例えば、無線通信装置１００、端末装置２００、又はＭＥＣサーバ３００に備えられるプロセッサ（例えば、ＣＰＵ、ＤＳＰなど）を上記装置の構成要素として機能させるためのコンピュータプログラム（換言すると、上記プロセッサに上記装置の構成要素の動作を実行させるためのコンピュータプログラム）も作成可能である。また、当該コンピュータプログラムを記録した記録媒体も提供されてもよい。また、上記コンピュータプログラムを記憶するメモリと、上記コンピュータプログラムを実行可能な１つ以上のプロセッサとを備える装置（例えば、基地局、基地局装置若しくは基地局装置のためのモジュール、又は、端末装置若しくは端末装置のためのモジュール）も提供されてもよい。また、上記装置の構成要素の動作を含む方法も、本開示に係る技術に含まれる。
　また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
　なお、以下のような構成も本開示の技術的範囲に属する。
（１）
　装置であって、
　前記装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのＡＰＩに関する情報を取得する取得部と、
　前記取得部により取得された前記ＡＰＩに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理を行う選択処理部と、
を備える装置。
（２）
　前記ＡＰＩに関する情報は、前記ＡＰＩが使用可能か否かを示す情報を含む、前記（１）に記載の装置。
（３）
　前記ＡＰＩが使用可能か否かを示す情報は、前記ＡＰＩの有無を示す情報を含む、前記（２）に記載の装置。
（４）
　前記ＡＰＩが使用可能か否かを示す情報は、前記ＡＰＩの開閉を示す情報を含む、前記（２）又は（３）に記載の装置。
（５）
　前記中継ノードの通信に関する情報は、前記中継ノードと前記中継ノードに接続する前記装置との無線通信に関する情報を含む、前記（１）～（４）のいずれか一項に記載の装置。
（６）
　前記中継ノードの通信に関する情報は、前記中継ノードと前記中継ノードに接続する前記サービス提供装置との通信に関する情報を含む、前記（１）～（５）のいずれか一項に記載の装置。
（７）
　前記中継ノードの通信に関する情報は、前記中継ノードと前記中継ノードに接続する他の中継ノードとの通信に関する情報を含む、前記（１）～（６）のいずれか一項に記載の装置。
（８）
　前記中継ノードの通信に関する情報は、物理的位置情報又は意味的位置情報の少なくともいずれかを含む、前記（１）～（７）のいずれか一項に記載の装置。
（９）
　前記選択処理部は、前記ＡＰＩが使用可能な前記サービス提供装置を優先的にサービス提供元に選択する、前記（１）～（８）のいずれか一項に記載の装置。
（１０）
　前記選択処理部は、サービス提供元として選択された前記サービス提供装置に対応する前記中継ノードの管理下に前記装置が含まれない場合、管理下に含まれるよう通信経路を変更する処理を行う、前記（１）～（９）のいずれか一項に記載の装置。
（１１）
　前記選択処理部は、サービス提供元として選択された前記サービス提供装置までの通信経路上に前記ＡＰＩが使用不可能な前記中継ノードが含まれる場合、前記ＡＰＩが使用可能な他の前記中継ノードを経由して前記サービス提供装置と通信するよう通信経路を変更する処理を行う、前記（１）～（１０）のいずれか一項に記載の装置。
（１２）
　前記取得部は、前記サービス提供装置までの通信経路上に含まれる１つ以上の前記中継ノードにより提供される前記ＡＰＩに関する情報を取得する、前記（１）～（１１）のいずれか一項に記載の装置。
（１３）
　前記取得部は、前記ＡＰＩを用いて取得された前記通信に関する情報を取得し、
　前記選択処理部は、前記通信に関する情報にさらに基づいてサービス提供元の前記サービス提供装置を選択する、前記（１）～（１２）のいずれか一項に記載の装置。
（１４）
　前記選択処理部は、ユーザ操作に基づいてサービス提供元の前記サービス提供装置を選択する、前記（１）～（１３）のいずれか一項に記載の装置。
（１５）
　端末装置とコアネットワークとの通信を中継する中継ノードにより提供される、前記中継ノードの通信に関する情報を取得するためのＡＰＩに関する情報を取得する取得部と、
　前記取得部により取得された前記ＡＰＩに関する情報を前記端末装置へ通知する通知部と、
を備える装置。
（１６）
　前記取得部は、前記ＡＰＩに関する情報を繰り返し取得し、
　前記通知部は、前記取得部により繰り返し取得された前記ＡＰＩに関する情報を通知する、前記（１５）に記載の装置。
（１７）
　前記装置は、前記ＡＰＩが使用可能な他の中継ノードを探索する探索部をさらに備える、前記（１５）又は（１６）に記載の装置。
（１８）
　前記装置は、前記探索部による探索結果を示す情報を記憶する記憶部をさらに備える、前記（１７）に記載の装置。
（１９）
　前記探索結果を示す情報は、前記他の中継ノードの識別情報、前記他の中継ノードに対応する他の装置の識別情報、及び前記他の中継ノードから提供される前記ＡＰＩに関する情報を含む、前記（１８）に記載の装置。
（２０）
　前記装置は、前記端末装置へサービスを提供するための処理を行うサービス処理部をさらに備える、前記（１５）～（１９）のいずれか一項に記載の装置。
（２１）
　前記サービス処理部は、前記通信に関する情報に基づいて前記中継ノードに通信設定の変更を要求する、前記（２０）に記載の装置。
（２２）
　前記取得部は、前記通信に関する情報を取得し、
　前記通知部は、取得された前記通信に関する情報を前記端末装置へ通知する、前記（１５）～（２１）のいずれか一項に記載の装置。
（２３）
　前記取得部は、前記ＡＰＩを使用した結果に基づいて、前記ＡＰＩに関する情報を取得する、前記（１５）～（２２）のいずれか一項に記載の装置。
（２４）
　端末装置とコアネットワークとの通信を中継する中継処理部と、
　前記中継処理部により中継される通信に関する情報を、前記端末装置にサービスを提供するサービス提供装置へ提供する提供部と、
を備える装置。
（２５）
　前記装置は、前記提供部に関する情報を前記端末装置へ通知する通知部をさらに備える、前記（２４）に記載の装置。
（２６）
　前記提供部は、ＡＰＩを用いて前記通信に関する情報を提供する、前記（２４）又は（２５）に記載の装置。
（２７）
　前記提供部は、前記ＡＰＩの開閉を切り替える、前記（２６）に記載の装置。
（２８）
　装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのＡＰＩに関する情報を取得することと、
　取得された前記ＡＰＩに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理をプロセッサにより行うことと、
を含む方法。
（２９）
　端末装置とコアネットワークとの通信を中継する中継ノードにより提供される、前記中継ノードの通信に関する情報を取得するためのＡＰＩに関する情報を取得することと、
　取得された前記ＡＰＩに関する情報を前記端末装置へプロセッサにより通知すること部と、
を含む方法。
（３０）
　端末装置とコアネットワークとの通信を中継することと、
　中継される通信に関する情報を、前記端末装置にサービスを提供するサービス提供装置へプロセッサにより提供することと、
を含む方法。
（３１）
　コンピュータを、
　端末装置とコアネットワークとの通信を中継する中継ノードにより提供される、前記中継ノードの通信に関する情報を取得するためのＡＰＩに関する情報を取得する取得部と、
　前記取得部により取得された前記ＡＰＩに関する情報を前記端末装置へ通知する通知部と、
として機能させるためのプログラム。
（３２）
　コンピュータを、
　端末装置とコアネットワークとの通信を中継する中継処理部と、
　前記中継処理部により中継される通信に関する情報を、前記端末装置にサービスを提供するサービス提供装置へ提供する提供部と、
として機能させるためのプログラム。
（３３）
　コンピュータを、
　装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのＡＰＩに関する情報を取得する取得部と、
　前記取得部により取得された前記ＡＰＩに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理を行う選択処理部と、
として機能させるためのプログラム。
　１　　システム
　１０　　セル
　４０　　コアネットワーク
　５０　　パケットデータネットワーク
　６０　　アプリケーションサーバ
　１００　　無線通信装置
　１１０　　アンテナ部
　１２０　　無線通信部
　１３０　　ネットワーク通信部
　１４０　　記憶部
　１５０　　処理部
　１５１　　中継処理部
　１５３　　提供部
　１５５　　通知部
　２００　　端末装置
　２１０　　アンテナ部
　２２０　　無線通信部
　２３０　　記憶部
　２４０　　処理部
　２４１　　取得部
　２４３　　選択処理部
　３００　　ＭＥＣサーバ
　３１０　　通信部
　３２０　　記憶部
　３３０　　処理部
　３３１　　取得部
　３３３　　通知部
　３３５　　探索部
　３３７　　サービス処理部

Claims (33)

  1. 　装置であって、
    　前記装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのＡＰＩに関する情報を取得する取得部と、
    　前記取得部により取得された前記ＡＰＩに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理を行う選択処理部と、
    を備える装置。
  2. 　前記ＡＰＩに関する情報は、前記ＡＰＩが使用可能か否かを示す情報を含む、請求項１に記載の装置。
  3. 　前記ＡＰＩが使用可能か否かを示す情報は、前記ＡＰＩの有無を示す情報を含む、請求項２に記載の装置。
  4. 　前記ＡＰＩが使用可能か否かを示す情報は、前記ＡＰＩの開閉を示す情報を含む、請求項２に記載の装置。
  5. 　前記中継ノードの通信に関する情報は、前記中継ノードと前記中継ノードに接続する前記装置との無線通信に関する情報を含む、請求項１に記載の装置。
  6. 　前記中継ノードの通信に関する情報は、前記中継ノードと前記中継ノードに接続する前記サービス提供装置との通信に関する情報を含む、請求項１に記載の装置。
  7. 　前記中継ノードの通信に関する情報は、前記中継ノードと前記中継ノードに接続する他の中継ノードとの通信に関する情報を含む、請求項１に記載の装置。
  8. 　前記中継ノードの通信に関する情報は、物理的位置情報又は意味的位置情報の少なくともいずれかを含む、請求項１に記載の装置。
  9. 　前記選択処理部は、前記ＡＰＩが使用可能な前記サービス提供装置を優先的にサービス提供元に選択する、請求項１に記載の装置。
  10. 　前記選択処理部は、サービス提供元として選択された前記サービス提供装置に対応する前記中継ノードの管理下に前記装置が含まれない場合、管理下に含まれるよう通信経路を変更する処理を行う、請求項１に記載の装置。
  11. 　前記選択処理部は、サービス提供元として選択された前記サービス提供装置までの通信経路上に前記ＡＰＩが使用不可能な前記中継ノードが含まれる場合、前記ＡＰＩが使用可能な他の前記中継ノードを経由して前記サービス提供装置と通信するよう通信経路を変更する処理を行う、請求項１に記載の装置。
  12. 　前記取得部は、前記サービス提供装置までの通信経路上に含まれる１つ以上の前記中継ノードにより提供される前記ＡＰＩに関する情報を取得する、請求項１に記載の装置。
  13. 　前記取得部は、前記ＡＰＩを用いて取得された前記通信に関する情報を取得し、
    　前記選択処理部は、前記通信に関する情報にさらに基づいてサービス提供元の前記サービス提供装置を選択する、請求項１に記載の装置。
  14. 　前記選択処理部は、ユーザ操作に基づいてサービス提供元の前記サービス提供装置を選択する、請求項１に記載の装置。
  15. 　端末装置とコアネットワークとの通信を中継する中継ノードにより提供される、前記中継ノードの通信に関する情報を取得するためのＡＰＩに関する情報を取得する取得部と、
    　前記取得部により取得された前記ＡＰＩに関する情報を前記端末装置へ通知する通知部と、
    を備える装置。
  16. 　前記取得部は、前記ＡＰＩに関する情報を繰り返し取得し、
    　前記通知部は、前記取得部により繰り返し取得された前記ＡＰＩに関する情報を通知する、請求項１５に記載の装置。
  17. 　前記装置は、前記ＡＰＩが使用可能な他の中継ノードを探索する探索部をさらに備える、請求項１５に記載の装置。
  18. 　前記装置は、前記探索部による探索結果を示す情報を記憶する記憶部をさらに備える、請求項１７に記載の装置。
  19. 　前記探索結果を示す情報は、前記他の中継ノードの識別情報、前記他の中継ノードに対応する他の装置の識別情報、及び前記他の中継ノードから提供される前記ＡＰＩに関する情報を含む、請求項１８に記載の装置。
  20. 　前記装置は、前記端末装置へサービスを提供するための処理を行うサービス処理部をさらに備える、請求項１５に記載の装置。
  21. 　前記サービス処理部は、前記通信に関する情報に基づいて前記中継ノードに通信設定の変更を要求する、請求項２０に記載の装置。
  22. 　前記取得部は、前記通信に関する情報を取得し、
    　前記通知部は、取得された前記通信に関する情報を前記端末装置へ通知する、請求項１５に記載の装置。
  23. 　前記取得部は、前記ＡＰＩを使用した結果に基づいて、前記ＡＰＩに関する情報を取得する、請求項１５に記載の装置。
  24. 　端末装置とコアネットワークとの通信を中継する中継処理部と、
    　前記中継処理部により中継される通信に関する情報を、前記端末装置にサービスを提供するサービス提供装置へ提供する提供部と、
    を備える装置。
  25. 　前記装置は、前記提供部に関する情報を前記端末装置へ通知する通知部をさらに備える、請求項２４に記載の装置。
  26. 　前記提供部は、ＡＰＩを用いて前記通信に関する情報を提供する、請求項２４に記載の装置。
  27. 　前記提供部は、前記ＡＰＩの開閉を切り替える、請求項２６に記載の装置。
  28. 　装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのＡＰＩに関する情報を取得することと、
    　取得された前記ＡＰＩに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理をプロセッサにより行うことと、
    を含む方法。
  29. 　端末装置とコアネットワークとの通信を中継する中継ノードにより提供される、前記中継ノードの通信に関する情報を取得するためのＡＰＩに関する情報を取得することと、
    　取得された前記ＡＰＩに関する情報を前記端末装置へプロセッサにより通知すること部と、
    を含む方法。
  30. 　端末装置とコアネットワークとの通信を中継することと、
    　中継される通信に関する情報を、前記端末装置にサービスを提供するサービス提供装置へプロセッサにより提供することと、
    を含む方法。
  31. 　コンピュータを、
    　端末装置とコアネットワークとの通信を中継する中継ノードにより提供される、前記中継ノードの通信に関する情報を取得するためのＡＰＩに関する情報を取得する取得部と、
    　前記取得部により取得された前記ＡＰＩに関する情報を前記端末装置へ通知する通知部と、
    として機能させるためのプログラム。
  32. 　コンピュータを、
    　端末装置とコアネットワークとの通信を中継する中継処理部と、
    　前記中継処理部により中継される通信に関する情報を、前記端末装置にサービスを提供するサービス提供装置へ提供する提供部と、
    として機能させるためのプログラム。
  33. 　コンピュータを、
    　装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのＡＰＩに関する情報を取得する取得部と、
    　前記取得部により取得された前記ＡＰＩに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理を行う選択処理部と、
    として機能させるためのプログラム。
PCT/JP2016/063062 2015-06-12 2016-04-26 装置、方法及びプログラム WO2016199515A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
DE112016002652.8T DE112016002652T5 (de) 2015-06-12 2016-04-26 Vorrichtung, verfahren und programm

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2015-118999 2015-06-12
JP2015118999 2015-06-12
JP2015172760 2015-09-02
JP2015-172760 2015-09-02

Publications (1)

Publication Number Publication Date
WO2016199515A1 true WO2016199515A1 (ja) 2016-12-15

Family

ID=57504488

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/063062 WO2016199515A1 (ja) 2015-06-12 2016-04-26 装置、方法及びプログラム

Country Status (3)

Country Link
DE (1) DE112016002652T5 (ja)
TW (1) TWI769134B (ja)
WO (1) WO2016199515A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018160813A (ja) * 2017-03-23 2018-10-11 日本電気株式会社 無線通信システム、無線アクセスネットワークノード、及び通信方法
CN110945943A (zh) * 2019-11-05 2020-03-31 北京小米移动软件有限公司 数据处理***、方法、装置、设备及可读存储介质
EP3629552A4 (en) * 2017-06-02 2020-06-24 Huawei Technologies Co., Ltd. METHOD, RECORDING CENTER AND SERVICE DISCOVERY DEVICE
CN111684774A (zh) * 2017-12-25 2020-09-18 诺基亚通信公司 移动边缘计算(mec)中的服务质量(qos)控制

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000276425A (ja) * 1999-03-24 2000-10-06 Toshiba Corp 情報配信システム、移動計算機、キャッシュサーバ装置、管理装置及びキャッシュ制御方法
JP2003092639A (ja) * 2001-09-18 2003-03-28 Denso Corp ダウンロード方法
JP2004187045A (ja) * 2002-12-04 2004-07-02 Ntt Docomo Inc コンテンツ配信システム、中継装置及びコンテンツ配信制御方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007052959A1 (en) * 2005-11-03 2007-05-10 Ktfreetel Co., Ltd. Open mobile business supporting system and method
JP4702756B2 (ja) * 2008-05-27 2011-06-15 株式会社アイ・オー・データ機器 中継装置、周辺装置、テレビ受像機、及び、情報処理システム
KR20100134433A (ko) * 2009-06-15 2010-12-23 엘지전자 주식회사 기능 제어부를 갖는 이동 단말기
JP5750935B2 (ja) * 2011-02-24 2015-07-22 富士ゼロックス株式会社 情報処理システム、情報処理装置、サーバ装置およびプログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000276425A (ja) * 1999-03-24 2000-10-06 Toshiba Corp 情報配信システム、移動計算機、キャッシュサーバ装置、管理装置及びキャッシュ制御方法
JP2003092639A (ja) * 2001-09-18 2003-03-28 Denso Corp ダウンロード方法
JP2004187045A (ja) * 2002-12-04 2004-07-02 Ntt Docomo Inc コンテンツ配信システム、中継装置及びコンテンツ配信制御方法

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018160813A (ja) * 2017-03-23 2018-10-11 日本電気株式会社 無線通信システム、無線アクセスネットワークノード、及び通信方法
EP3629552A4 (en) * 2017-06-02 2020-06-24 Huawei Technologies Co., Ltd. METHOD, RECORDING CENTER AND SERVICE DISCOVERY DEVICE
JP2020522201A (ja) * 2017-06-02 2020-07-27 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． サービス発見方法、登録センター、およびデバイス
EP3629552B1 (en) * 2017-06-02 2022-02-16 Huawei Technologies Co., Ltd. Method, registration center and device for service discovery
JP7074774B2 (ja) 2017-06-02 2022-05-24 華為技術有限公司 サービス発見方法、登録センター、およびデバイス
US11363105B2 (en) 2017-06-02 2022-06-14 Huawei Technologies Co., Ltd. Determining a target service based on a service discovery request
CN111684774A (zh) * 2017-12-25 2020-09-18 诺基亚通信公司 移动边缘计算(mec)中的服务质量(qos)控制
CN111684774B (zh) * 2017-12-25 2022-08-19 诺基亚通信公司 移动边缘计算(mec)中的服务质量(qos)控制方法、***
CN110945943A (zh) * 2019-11-05 2020-03-31 北京小米移动软件有限公司 数据处理***、方法、装置、设备及可读存储介质
CN110945943B (zh) * 2019-11-05 2023-08-29 北京小米移动软件有限公司 数据处理***、方法、装置、设备及可读存储介质

Also Published As

Publication number Publication date
TWI769134B (zh) 2022-07-01
DE112016002652T5 (de) 2018-03-01
TW201711423A (zh) 2017-03-16

Similar Documents

Publication Publication Date Title
US11785665B2 (en) IuGW architecture
US20210045193A1 (en) 5G/4G/3G/2G Cloud-Native OpenRAN Architecture
US11129240B2 (en) 5G interoperability architecture
KR101978200B1 (ko) 이중 연결성 핸드오버를 위한 방법, 장치 및 시스템
EP2560454B1 (en) Method and system for implementing direct interface between access network nodes
WO2016203798A1 (ja) 装置及び方法
US11903095B2 (en) 5G OpenRAN controller
US9485699B2 (en) Offloading mobile applications to base stations
US10986691B2 (en) Base station grouping for topology hiding
US11665597B2 (en) UE mobility across super-cells
WO2017043204A1 (ja) 装置、方法及びプログラム
WO2016199515A1 (ja) 装置、方法及びプログラム
Khan et al. Handover management over dual connectivity in 5G technology with future ultra-dense mobile heterogeneous networks: A review
WO2017098810A1 (ja) 装置、方法、及びプログラム
JP2015530840A (ja) ヘテロジニアス・ネットワークのためのユーザ・プレーン・ハンドオーバ
KR20180026519A (ko) 다중-연결성을 위한 분할 베어러 향상
WO2017168999A1 (ja) 無線通信装置、サーバ及び方法
KR20220155383A (ko) 통신 방법, 액세스 네트워크 디바이스, 단말 디바이스, 및 코어 네트워크 디바이스
US9838921B2 (en) Call re-establishment in a multi-layer heterogeneous network
Masini A guide to NG-RAN architecture
WO2023202220A1 (zh) 一种通信方法及装置
US20230300684A1 (en) UE Mobility Across Super-Cells
Dai et al. LTE-WLAN Integrated Virtualization Network Architecture

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 112016002652

Country of ref document: DE

NENP Non-entry into the national phase

Ref country code: JP

122 Ep: pct application non-entry in european phase

Ref document number: 16807222

Country of ref document: EP

Kind code of ref document: A1