WO2016199515A1 - 装置、方法及びプログラム - Google Patents
装置、方法及びプログラム Download PDFInfo
- 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
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)
- Communication Control (AREA)
- Reduction Or Emphasis Of Bandwidth Of Signals (AREA)
Abstract
【課題】端末にサービスを提供するエッジサーバを適切に選択することが可能な装置、方法及びプログラムを提案する。 【解決手段】装置であって、前記装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得する取得部と、前記取得部により取得された前記APIに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理を行う選択処理部と、を備える装置。
Description
本開示は、装置、方法及びプログラムに関する。
近年、スマートフォン等の端末と物理的に近い位置に設けられたサーバ(以下、エッジサーバとも称する)でデータ処理を行う、モバイルエッジコンピューティング(MEC:Mobile-Edge Computing)技術が注目を浴びている。例えば、下記非特許文献1では、MECに関する技術の標準規格について検討されている。
MECでは、端末と物理的に近い位置にエッジサーバが配置されるため、集中的に配置される一般的なクラウドサーバと比較して通信遅延が短縮され、高いリアルタイム性が求められるアプリケーションの利用が可能となる。また、MECでは、これまでは端末側で処理されていた機能を端末に近いエッジサーバに分散処理させることで、端末の性能によらず高速なネットワーク・アプリケーション処理を実現することができる。エッジサーバは、例えばアプリケーションサーバとしての機能、及びコンテンツサーバとしての機能を始め多様な機能を有し得、端末に多様なサービスを提供することができる。
ETSI,"Mobile-Edge Computing-Introductory Technical White Paper",2014年9月,[平成27年5月28日検索],インターネット<https://portal.etsi.org/Portals/0/TBpages/MEC/Docs/Mobile-edge_Computing_-_Introductory_Technical_White_Paper_V1%2018-09-14.pdf>
上記非特許文献1等における検討内容は、検討が開始されてから未だ日が浅く、MECに関する技術が十分に提案されているとはいいがたい。例えば、端末にサービスを提供するエッジサーバを選択するための技術も、十分には提案されていないものの一つである。
そこで、本開示では、端末にサービスを提供するエッジサーバを適切に選択することが可能な、新規かつ改良された装置、方法及びプログラムを提案する。
本開示によれば、装置であって、前記装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得する取得部と、前記取得部により取得された前記APIに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理を行う選択処理部と、を備える装置が提供される。
また、本開示によれば、端末装置とコアネットワークとの通信を中継する中継ノードにより提供される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得する取得部と、前記取得部により取得された前記APIに関する情報を前記端末装置へ通知する通知部と、を備える装置が提供される。
また、本開示によれば、端末装置とコアネットワークとの通信を中継する中継処理部と、前記中継処理部により中継される通信に関する情報を、前記端末装置にサービスを提供するサービス提供装置へ提供する提供部と、を備える装置が提供される。
また、本開示によれば、装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得することと、取得された前記APIに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理をプロセッサにより行うことと、を含む方法が提供される。
また、本開示によれば、端末装置とコアネットワークとの通信を中継する中継ノードにより提供される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得することと、取得された前記APIに関する情報を前記端末装置へプロセッサにより通知すること部と、を含む方法が提供される。
また、本開示によれば、端末装置とコアネットワークとの通信を中継することと、中継される通信に関する情報を、前記端末装置にサービスを提供するサービス提供装置へプロセッサにより提供することと、を含む方法が提供される。
また、本開示によれば、コンピュータを、端末装置とコアネットワークとの通信を中継する中継ノードにより提供される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得する取得部と、前記取得部により取得された前記APIに関する情報を前記端末装置へ通知する通知部と、として機能させるためのプログラムが提供される。
また、本開示によれば、コンピュータを、端末装置とコアネットワークとの通信を中継する中継処理部と、前記中継処理部により中継される通信に関する情報を、前記端末装置にサービスを提供するサービス提供装置へ提供する提供部と、として機能させるためのプログラムが提供される。
また、本開示によれば、コンピュータを、装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得する取得部と、前記取得部により取得された前記APIに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理を行う選択処理部と、として機能させるためのプログラムが提供される。
以上説明したように本開示によれば、端末にサービスを提供するエッジサーバを適切に選択することが可能である。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
また、本明細書及び図面において、実質的に同一の機能構成を有する要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の要素を、必要に応じて端末装置200A、200B及び200Cのように区別する。ただし、実質的に同一の機能構成を有する複数の要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、端末装置200A、200B及び200Cを特に区別する必要が無い場合には、単に端末装置200と称する。
なお、説明は以下の順序で行うものとする。
1.はじめに
1.1.MEC
1.2.技術的課題
2.システムの概略的な構成
3.各装置の構成
4.第1の実施形態
4.1.技術的特徴
4.2.具体例
4.2.1.第1の例
4.2.2.第2の例
4.2.3.第3の例
5.補足
6.応用例
7.まとめ
1.はじめに
1.1.MEC
1.2.技術的課題
2.システムの概略的な構成
3.各装置の構成
4.第1の実施形態
4.1.技術的特徴
4.2.具体例
4.2.1.第1の例
4.2.2.第2の例
4.2.3.第3の例
5.補足
6.応用例
7.まとめ
<<1.はじめに>>
<1.1.MEC>
(1)概要
まず、図1を参照して、MECの概要を説明する。
<1.1.MEC>
(1)概要
まず、図1を参照して、MECの概要を説明する。
図1は、MECの概要を説明するための説明図である。図1では、上段に、LTE(Long Term Evolution)に代表される現状の(MECが導入されていない)移動体通信において、UE(User Equipment)がアプリケーション及びコンテンツにアクセスするための通信経路を示している。また、下段に、MECが導入された場合に、UEがアプリケーション及びコンテンツにアクセスするための通信経路を示している。
図1の上段に示すように、現状の移動体通信においては、アプリケーション及びコンテンツはEPC(Evolved Packet Core)より外側(UEから遠い側)であるIPネットワークに配置されている。よって、UEは、アプリケーションを実行したり、コンテンツを入手したりするために、データセンタまでの途中の経路上にある中継網(例えば、Backbone network)、EPC、バックホールリンク、基地局、及びアクセスリンクを全て経由して通信していた。そのため、膨大なネットワークコスト及び遅延が発生していた。
一方で、図1の下段に示すように、MECにおいては、アプリケーション及びコンテンツは、EPCの内側(UEに近い側)に保持される。例えば、図1に示した例では、基地局と一体的に形成されたMECサーバ(即ち、エッジサーバ)が、アプリケーションサーバ及びコンテンツサーバとして機能する。よって、UEは、アプリケーションを実行したり、コンテンツを入手したりするためには、EPCより内側でのみ主要な(厳密には、EPC外のサーバとのやり取りも存在しうるため)通信を行えばよい。そのため、MECを導入することで、極低遅延の通信が可能になるだけでなく、アクセスリンク以外(例えば、バックホールリンク、EPC、及び中継網)のトラフィックの削減も可能になる。さらに、通信の低遅延化及びアクセスリンク以外のトラフィック削減は、スループットの向上、並びにUE及びネットワーク側の低消費電力化にも貢献し得る。このように、MECの導入により、ユーザ、ネットワーク提供者、サービス提供者に対して、さまざまなメリットが生まれ得る。MECは、よりローカル側(即ち、UEに近い側)でデータを分散処理するので、特に地域に根付いたアプリケーションへの応用、分散コンピュータへの応用が期待される。
なお、図1では、MECサーバが基地局と一体的に形成された例を示しているが、本技術は係る例に限定されない。MECサーバは、基地局とは異なる装置として形成されてもよいし、基地局と物理的な離れていてもよい。本実施形態では、一例として、MECサーバは、基地局と一体的に設けられるものとして説明する。以下では、基地局と一体的に形成されたMECサーバを、基地局に対応するMECサーバとも称し、その逆も同様に、MECサーバに対応する基地局とも称する。
(2)プラットフォーム
続いて、図2を参照して、MECサーバのプラットフォームを説明する。
続いて、図2を参照して、MECサーバのプラットフォームを説明する。
図2は、MECサーバのプラットフォームを説明するための説明図である。最下層の構成要素である3GPP無線ネットワーク要素(3GPP Radio Network Element)は、アンテナ及びアンプ等の基地局設備である。その上の、ホスティング基盤(Hosting Infrastructure)は、サーバ機材等のハードウェア資源(Hardware Resources)と、それらを仮想化するソフトウェアによって形成される仮想化層(Virtualization Layer)とから成り、一般的な仮想サーバ技術の提供が可能である。この仮想サーバ上で、アプリケーションプラットフォーム(Application Platform)が動作する。
仮想化マネージャ(Virtualization Manager)は、最上位の各アプリケーション(MEC App)が動作する器であるVM(Virtual Machine)の生成及び消滅等の管理を行う。各アプリケーションは異なる企業によって実行され得るので、仮想化マネージャはセキュリティ及び割当てるリソースの分離等の配慮が求められるものの、一般的なクラウド基盤技術の適用が可能である。
アプリケーションプラットフォームサービス(Application Platform Service)は、MECに特徴的な共通サービスの集合体である。トラフィックオフロード機能(Traffic Offload Function)は、UEからの要求をMECサーバ上のアプリケーションが処理する場合とインターネット上のアプリケーション(データサーバ上の親アプリケーション)が処理する場合とで、ルーティング等の切換制御を行う。無線ネットワーク情報サービス(Radio Network Information Services)は、MECサーバ上の各アプリケーションが、MECサーバに対応する基地局とUE間の電波の強さ等の無線状況情報を必要とする場合、下層の無線ネットワークから情報を取得してアプリケーションに提供する。通信サービス(Communication Services)は、MECサーバ上の各アプリケーションがUE又はインターネット上のアプリケーションと通信する時の経路を提供する。サービスレジストリ(Service Registry)は、MECサーバ上の各アプリケーションの生成又は動作要求があった場合に、そのアプリケーションが正統なものか認証し、登録し、他のエンティティからの問い合わせに答える。
以上説明したアプリケーションプラットフォームの上で、各VM上の各アプリケーションが動作し、インターネット上のアプリケーションに代わって又は協働により各種サービスをUEに提供する。
MECサーバは、多数の基地局に設置することが想定されているので、多数のMECサーバ同士を管理及び連携させる仕組みの検討も求められる。ホスティング基盤管理システム(Hosting Infrastructure Management System)、アプリケーションプラットフォーム管理システム(Application Platform Management System)、アプリケーション管理システム(Application Management System)は、MECサーバ上の対応する各エンティティを管理し、連携させる。
(3)標準化の動向
欧州においては、2014年10月に、ETSIにISG(Industry Specification Groups)が設置され、MECの標準化作業が開始された。最初の仕様は2016年末目標とし、現在標準化作業が進められている。より詳しくは、ETSI ISG NFV(Network Function Virtualization)及び3GPPなどの協力の元、MEC実現のためのAPIの標準化が中心に標準化が進められている。
欧州においては、2014年10月に、ETSIにISG(Industry Specification Groups)が設置され、MECの標準化作業が開始された。最初の仕様は2016年末目標とし、現在標準化作業が進められている。より詳しくは、ETSI ISG NFV(Network Function Virtualization)及び3GPPなどの協力の元、MEC実現のためのAPIの標準化が中心に標準化が進められている。
<1.2.技術的課題>
これまで、クラウドサーバからのコンテンツの提供に関しては、主にネットワーク層(IP)での遅延時間又は帯域幅等に基づいて、提供元のサーバの選択が行われてきた。しかしながら、無線区間を含む経路に関しては、無線ネットワークの状況によっては遅延時間及び帯域幅などに変動が生じるため、安定したサービスを提供する事が困難な場合があった。そのため、基地局が、上位層(例えば、アプリケーション)に対して、無線ネットワークの情報を提供する標準API(Application Programming Interface)が定義されることが望ましい。現状、そのようなAPIは定義されていない。
これまで、クラウドサーバからのコンテンツの提供に関しては、主にネットワーク層(IP)での遅延時間又は帯域幅等に基づいて、提供元のサーバの選択が行われてきた。しかしながら、無線区間を含む経路に関しては、無線ネットワークの状況によっては遅延時間及び帯域幅などに変動が生じるため、安定したサービスを提供する事が困難な場合があった。そのため、基地局が、上位層(例えば、アプリケーション)に対して、無線ネットワークの情報を提供する標準API(Application Programming Interface)が定義されることが望ましい。現状、そのようなAPIは定義されていない。
仮に、そのようなAPIが定義された場合であっても、無線ネットワークのオペレータの都合(例えば、契約、メンテナンス、トラフィックの状況等)等によってAPIの開閉(開放/閉鎖)が変動し得る。そのため、上位層において、アプリケーションの動作設定を無線ネットワークの状況を加味して適応的に行うことが困難であった。
MEC技術の導入に際しては、このような状況が改善されることが望ましい。
そこで、上記事情を一着眼点にして本開示の一実施形態に係るシステムを創作するに至った。本実施形態に係るシステムでは、基地局から上位層へ無線ネットワークの情報を提供するためのAPIが定義される。
これにより、上位層において、アプリケーションの動作設定を無線ネットワークの状況を加味して適応的に行うことが可能となる。例えば、MECサーバは、アプリケーション層でのセッションを開始する際、コンテンツを提供する前に、上記APIを用いて知得した無線区間の状況に基づいて、データフォーマット、データ伝送レート、コンテンツのコーデック、データ長等の動作設定を行う事を可能にする。MECサーバが、このような動作設定を経て通信を開始することで、提供するアプリケーションを最適化することができる。
さらに、端末は、上記APIの有無、及び開閉に応じて、ダイナミックにサービス提供元のMECサーバを選択することができる。これまでは、オペレータの主導で端末の通信経路が選択されていたのに対し、アプリケーションの主導で端末の通信経路が選択されることとなる。これにより、ユーザは、より適切な通信経路を経たサービスの提供を受けることができる。
<<2.システムの概略的な構成>>
続いて、図3を参照して、本開示の一実施形態に係るシステム1の概略的な構成を説明する。図3は、本開示の一実施形態に係るシステム1の概略的な構成の一例を示す説明図である。図3を参照すると、システム1は、無線通信装置100、端末装置200、及びMECサーバ300を含む。ここでは、端末装置200は、ユーザとも呼ばれる。当該ユーザは、ユーザ機器(User Equipment:UE)とも呼ばれ得る。無線通信装置100Cは、UE-Relayとも呼ばれる。ここでのUEは、LTE又はLTE-Aにおいて定義されているUEであってもよく、UE-Relayは、3GPPで議論されているProse UE to Network Relayであってもよく、より一般的に通信機器を意味してもよい。
続いて、図3を参照して、本開示の一実施形態に係るシステム1の概略的な構成を説明する。図3は、本開示の一実施形態に係るシステム1の概略的な構成の一例を示す説明図である。図3を参照すると、システム1は、無線通信装置100、端末装置200、及びMECサーバ300を含む。ここでは、端末装置200は、ユーザとも呼ばれる。当該ユーザは、ユーザ機器(User Equipment:UE)とも呼ばれ得る。無線通信装置100Cは、UE-Relayとも呼ばれる。ここでのUEは、LTE又はLTE-Aにおいて定義されているUEであってもよく、UE-Relayは、3GPPで議論されているProse UE to Network Relayであってもよく、より一般的に通信機器を意味してもよい。
(1)無線通信装置100
無線通信装置100は、配下の装置に無線通信サービスを提供する装置である。例えば、無線通信装置100Aは、セルラーシステム(又は移動体通信システム)の基地局である。基地局100Aは、基地局100Aのセル10Aの内部に位置する装置(例えば、端末装置200A)との無線通信を行う。例えば、基地局100Aは、端末装置200Aへのダウンリンク信号を送信し、端末装置200Aからのアップリンク信号を受信する。
無線通信装置100は、配下の装置に無線通信サービスを提供する装置である。例えば、無線通信装置100Aは、セルラーシステム(又は移動体通信システム)の基地局である。基地局100Aは、基地局100Aのセル10Aの内部に位置する装置(例えば、端末装置200A)との無線通信を行う。例えば、基地局100Aは、端末装置200Aへのダウンリンク信号を送信し、端末装置200Aからのアップリンク信号を受信する。
基地局100Aは、他の基地局と例えばX2インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。また、基地局100Aは、コアネットワーク40と例えばS1インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。なお、これらの装置間の通信は、物理的には多様な装置により中継され得る。
ここで、図3に示した無線通信装置100Aは、マクロセル基地局であり、セル10はマクロセルである。一方で、無線通信装置100B及び100Cは、スモールセル10B及び10Cをそれぞれ運用するマスタデバイスである。一例として、マスタデバイス100Bは、固定的に設置されるスモールセル基地局である。スモールセル基地局100Bは、マクロセル基地局100Aとの間で無線バックホールリンクを、スモールセル10B内の1つ以上の端末装置(例えば、端末装置200B)との間でアクセスリンクをそれぞれ確立する。マスタデバイス100Cは、ダイナミックAP(アクセスポイント)である。ダイナミックAP100Cは、スモールセル10Cを動的に運用する移動デバイスである。ダイナミックAP100Cは、マクロセル基地局100Aとの間で無線バックホールリンクを、スモールセル10C内の1つ以上の端末装置(例えば、端末装置200C)との間でアクセスリンクをそれぞれ確立する。ダイナミックAP100Cは、例えば、基地局又は無線アクセスポイントとして動作可能なハードウェア又はソフトウェアが搭載された端末装置であってよい。この場合のスモールセル10Cは、動的に形成される局所的なネットワーク(Localized Network/Virtual cell)である。
セル10は、例えば、LTE、LTE-A(LTE-Advanced)、GSM(登録商標)、UMTS、W-CDMA、CDMA200、WiMAX、WiMAX2又はIEEE802.16などの任意の無線通信方式に従って運用されてよい。
なお、スモールセルは、マクロセルと重複して又は重複せずに配置される、マクロセルよりも小さい様々な種類のセル(例えば、フェムトセル、ナノセル、ピコセル及びマイクロセルなど)を含み得る概念である。ある例では、スモールセルは、専用の基地局によって運用される。別の例では、スモールセルは、マスタデバイスとなる端末がスモールセル基地局として一時的に動作することにより運用される。いわゆるリレーノードもまた、スモールセル基地局の一形態であると見なすことができる。なお、リレーノードについては、例えば技術仕様書「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”」に詳しく記載されている。
(2)端末装置200
端末装置200は、セルラーシステム(又は移動体通信システム)において通信可能である。端末装置200は、セルラーシステムの無線通信装置(例えば、基地局100A、マスタデバイス100B又は100C)との無線通信を行う。例えば、端末装置200Aは、基地局100Aからのダウンリンク信号を受信し、基地局100Aへのアップリンク信号を送信する。
端末装置200は、セルラーシステム(又は移動体通信システム)において通信可能である。端末装置200は、セルラーシステムの無線通信装置(例えば、基地局100A、マスタデバイス100B又は100C)との無線通信を行う。例えば、端末装置200Aは、基地局100Aからのダウンリンク信号を受信し、基地局100Aへのアップリンク信号を送信する。
(3)アプリケーションサーバ60
アプリケーションサーバ60は、ユーザへサービスを提供する装置である。アプリケーションサーバ60は、パケットデータネットワーク(PDN)50に接続される。他方、基地局100は、コアネットワーク40に接続される。コアネットワーク40は、ゲートウェイ装置(図示せず)を介してPDN50に接続される。このため、無線通信装置100は、アプリケーションサーバ60により提供されるサービスを、パケットデータネットワーク50、コアネットワーク40及び無線通信路を介してMECサーバ300、及びユーザへ提供する。
アプリケーションサーバ60は、ユーザへサービスを提供する装置である。アプリケーションサーバ60は、パケットデータネットワーク(PDN)50に接続される。他方、基地局100は、コアネットワーク40に接続される。コアネットワーク40は、ゲートウェイ装置(図示せず)を介してPDN50に接続される。このため、無線通信装置100は、アプリケーションサーバ60により提供されるサービスを、パケットデータネットワーク50、コアネットワーク40及び無線通信路を介してMECサーバ300、及びユーザへ提供する。
(4)MECサーバ300
MECサーバ300は、ユーザへサービス(アプリケーション又はコンテンツ等)を提供するサービス提供装置である。MECサーバ300は、無線通信装置100に設けられ得る。その場合、無線通信装置100は、MECサーバ300により提供されるサービスを、無線通信路を介してユーザへ提供する。MECサーバ300は、論理的な機能エンティティとして実現されてもよく、図3に示すように無線通信装置100と一体的に形成されてもよい。
MECサーバ300は、ユーザへサービス(アプリケーション又はコンテンツ等)を提供するサービス提供装置である。MECサーバ300は、無線通信装置100に設けられ得る。その場合、無線通信装置100は、MECサーバ300により提供されるサービスを、無線通信路を介してユーザへ提供する。MECサーバ300は、論理的な機能エンティティとして実現されてもよく、図3に示すように無線通信装置100と一体的に形成されてもよい。
例えば、基地局100Aは、MECサーバ300Aにより提供されるサービスを、マクロセル10に接続する端末装置200Aへ提供する。また、基地局100Aは、MECサーバ300Aにより提供されるサービスを、マスタデバイス100Bを介して、スモールセル10Bに接続する端末装置200Bへ提供する。
また、マスタデバイス100Bは、MECサーバ300Bにより提供されるサービスを、スモールセル10Bに接続する端末装置200Bへ提供する。同様に、マスタデバイス100Cは、MECサーバ300Cにより提供されるサービスを、スモールセル10Cに接続する端末装置200Cへ提供する。
(5)補足
以上、システム1の概略的な構成を示したが、本技術は図3に示した例に限定されない。例えば、システム1の構成として、マスタデバイスを含まない構成、SCE(Small Cell Enhancement)、HetNet(Heterogeneous Network)、MTC(Machine Type Communication)ネットワーク等が採用され得る。
以上、システム1の概略的な構成を示したが、本技術は図3に示した例に限定されない。例えば、システム1の構成として、マスタデバイスを含まない構成、SCE(Small Cell Enhancement)、HetNet(Heterogeneous Network)、MTC(Machine Type Communication)ネットワーク等が採用され得る。
<<3.各装置の構成>>
続いて、図4~図6を参照して、本開示の一実施形態に係る無線通信装置100、端末装置200、及びMECサーバ300の構成を説明する。
続いて、図4~図6を参照して、本開示の一実施形態に係る無線通信装置100、端末装置200、及びMECサーバ300の構成を説明する。
<3.1.無線通信装置の構成>
まず、図4を参照して、本開示の一実施形態に係る無線通信装置100の構成の一例を説明する。図4は、本開示の一実施形態に係る無線通信装置100の構成の一例を示すブロック図である。図4を参照すると、無線通信装置100は、アンテナ部110、無線通信部120、ネットワーク通信部130、記憶部140及び処理部150を備える。
まず、図4を参照して、本開示の一実施形態に係る無線通信装置100の構成の一例を説明する。図4は、本開示の一実施形態に係る無線通信装置100の構成の一例を示すブロック図である。図4を参照すると、無線通信装置100は、アンテナ部110、無線通信部120、ネットワーク通信部130、記憶部140及び処理部150を備える。
(1)アンテナ部110
アンテナ部110は、無線通信部120により出力される信号を電波として空間に放射する。また、アンテナ部110は、空間の電波を信号に変換し、当該信号を無線通信部120へ出力する。
アンテナ部110は、無線通信部120により出力される信号を電波として空間に放射する。また、アンテナ部110は、空間の電波を信号に変換し、当該信号を無線通信部120へ出力する。
(2)無線通信部120
無線通信部120は、信号を送受信する。例えば、無線通信部120は、端末装置へのダウンリンク信号を送信し、端末装置からのアップリンク信号を受信する。
無線通信部120は、信号を送受信する。例えば、無線通信部120は、端末装置へのダウンリンク信号を送信し、端末装置からのアップリンク信号を受信する。
(3)ネットワーク通信部130
ネットワーク通信部130は、情報を送受信する。例えば、ネットワーク通信部130は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局、無線通信装置100がスモールセル基地局である場合のマクロセル基地局、及びコアネットワークノードを含む。
ネットワーク通信部130は、情報を送受信する。例えば、ネットワーク通信部130は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局、無線通信装置100がスモールセル基地局である場合のマクロセル基地局、及びコアネットワークノードを含む。
(4)記憶部140
記憶部140は、無線通信装置100の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
記憶部140は、無線通信装置100の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
(5)処理部150
処理部150は、無線通信装置100の様々な機能を提供する。処理部150は、中継処理部151、提供部153及び通知部155を含む。なお、処理部150は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部150は、これらの構成要素の動作以外の動作も行い得る。
処理部150は、無線通信装置100の様々な機能を提供する。処理部150は、中継処理部151、提供部153及び通知部155を含む。なお、処理部150は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部150は、これらの構成要素の動作以外の動作も行い得る。
中継処理部151、提供部153及び通知部155の動作は、後に詳細に説明する。
<3.2.端末装置の構成>
続いて、図5を参照して、本開示の一実施形態に係る端末装置200の構成の一例を説明する。図5は、本開示の一実施形態に係る端末装置200の構成の一例を示すブロック図である。図5を参照すると、端末装置200は、アンテナ部210、無線通信部220、記憶部230及び処理部240を備える。
続いて、図5を参照して、本開示の一実施形態に係る端末装置200の構成の一例を説明する。図5は、本開示の一実施形態に係る端末装置200の構成の一例を示すブロック図である。図5を参照すると、端末装置200は、アンテナ部210、無線通信部220、記憶部230及び処理部240を備える。
(1)アンテナ部210
アンテナ部210は、無線通信部220により出力される信号を電波として空間に放射する。また、アンテナ部210は、空間の電波を信号に変換し、当該信号を無線通信部220へ出力する。
アンテナ部210は、無線通信部220により出力される信号を電波として空間に放射する。また、アンテナ部210は、空間の電波を信号に変換し、当該信号を無線通信部220へ出力する。
(2)無線通信部220
無線通信部220は、信号を送受信する。例えば、無線通信部220は、基地局又はマスタデバイスからのダウンリンク信号を受信し、基地局又はマスタデバイスへのアップリンク信号を送信する。
無線通信部220は、信号を送受信する。例えば、無線通信部220は、基地局又はマスタデバイスからのダウンリンク信号を受信し、基地局又はマスタデバイスへのアップリンク信号を送信する。
(3)記憶部230
記憶部230は、端末装置200の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
記憶部230は、端末装置200の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
(4)処理部240
処理部240は、端末装置200の様々な機能を提供する。処理部240は、取得部241及び選択処理部243を含む。なお、処理部240は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部240は、これらの構成要素の動作以外の動作も行い得る。
処理部240は、端末装置200の様々な機能を提供する。処理部240は、取得部241及び選択処理部243を含む。なお、処理部240は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部240は、これらの構成要素の動作以外の動作も行い得る。
取得部241及び選択処理部243の動作は、後に詳細に説明する。
<3.3.MECサーバの構成>
続いて、図6を参照して、本開示の一実施形態に係るMECサーバ300の構成の一例を説明する。図6は、本開示の一実施形態に係るMECサーバ300の構成の一例を示すブロック図である。図6を参照すると、MECサーバ300は、通信部310、記憶部320、及び処理部330を備える。
続いて、図6を参照して、本開示の一実施形態に係るMECサーバ300の構成の一例を説明する。図6は、本開示の一実施形態に係るMECサーバ300の構成の一例を示すブロック図である。図6を参照すると、MECサーバ300は、通信部310、記憶部320、及び処理部330を備える。
(1)通信部310
通信部310は、信号を送受信する。例えば、通信部310は、対応する無線通信装置100との間で通信を行う。MECサーバ300が、論理エンティティとして形成され、無線通信装置100に含まれる場合、通信部310は、例えば処理部150との間で通信を行う。
通信部310は、信号を送受信する。例えば、通信部310は、対応する無線通信装置100との間で通信を行う。MECサーバ300が、論理エンティティとして形成され、無線通信装置100に含まれる場合、通信部310は、例えば処理部150との間で通信を行う。
(2)記憶部320
記憶部320は、MECサーバ300の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。例えば、MECサーバ300は、ユーザへ提供される多様なコンテンツ、及びアプリケーションを記憶し得る。
記憶部320は、MECサーバ300の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。例えば、MECサーバ300は、ユーザへ提供される多様なコンテンツ、及びアプリケーションを記憶し得る。
(3)処理部330
処理部330は、MECサーバ300の様々な機能を提供する。処理部330は、取得部331、通知部333、探索部335、及びサービス処理部337を含む。なお、処理部330は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部330は、これらの構成要素の動作以外の動作も行い得る。
処理部330は、MECサーバ300の様々な機能を提供する。処理部330は、取得部331、通知部333、探索部335、及びサービス処理部337を含む。なお、処理部330は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部330は、これらの構成要素の動作以外の動作も行い得る。
取得部331、通知部333、探索部335、及びサービス処理部337の動作は、後に詳細に説明する。
<<4.第1の実施形態>>
<4.1.技術的特徴>
まず、本実施形態の技術的特徴を説明する。
<4.1.技術的特徴>
まず、本実施形態の技術的特徴を説明する。
(1)サービスの提供
MECサーバ300(例えば、サービス処理部337)は、端末装置200へサービス(アプリケーション又はコンテンツ等)を提供するための処理を行う。提供されるサービスは、対応する無線通信装置100により中継されて、端末装置200へ送信される。端末装置200からの情報も、同様に無線通信装置100により中継されてMECサーバ300へ送信される。
MECサーバ300(例えば、サービス処理部337)は、端末装置200へサービス(アプリケーション又はコンテンツ等)を提供するための処理を行う。提供されるサービスは、対応する無線通信装置100により中継されて、端末装置200へ送信される。端末装置200からの情報も、同様に無線通信装置100により中継されてMECサーバ300へ送信される。
なお、MECサーバ300は、対応する無線通信装置100よりも上位の他の無線通信装置100(例えば、スモールセル基地局にとってのマクロセル基地局)に対応する他のMECサーバ300によりサービスが提供される場合、自身ではサービスを提供しなくてもよい。
無線通信装置100(例えば、中継処理部151)は、端末装置200とコアネットワークとの通信を中継する。また、無線通信装置100は、端末装置200とMECサーバ300との通信を中継する。このように、無線通信装置100は、中継ノードとして機能することで、MECサーバ300により提供されるサービスを端末装置200へ中継する。
(2)各種情報の内容
無線通信装置100、端末装置200及びMECサーバ300は、多様な情報をやり取りし得る。以下、やり取りされる情報の各々について説明する。
無線通信装置100、端末装置200及びMECサーバ300は、多様な情報をやり取りし得る。以下、やり取りされる情報の各々について説明する。
(a)通信情報
通信情報は、無線通信装置100の通信に関する情報である。
通信情報は、無線通信装置100の通信に関する情報である。
(a1)第1の通信情報
通信情報は、無線通信装置100と当該無線通信装置100に接続する端末装置200との無線通信に関する情報を含み得る。このような情報を第1の通信情報とも称する。例えば、第1の通信情報は、基地局と、基地局が運用するセルに接続する端末装置との無線通信に関する情報を含み得る。具体的には、第1の通信情報は、例えば無線通信装置100が保有するSIB(System Information Block)を含み得る。他にも、第1の通信情報は、無線通信装置100と端末装置200との間で測定されるCQI(Channel Quality Indicator)の測定値であってもよいし、測定値に基づいて計算/判断される情報であってもよい。
通信情報は、無線通信装置100と当該無線通信装置100に接続する端末装置200との無線通信に関する情報を含み得る。このような情報を第1の通信情報とも称する。例えば、第1の通信情報は、基地局と、基地局が運用するセルに接続する端末装置との無線通信に関する情報を含み得る。具体的には、第1の通信情報は、例えば無線通信装置100が保有するSIB(System Information Block)を含み得る。他にも、第1の通信情報は、無線通信装置100と端末装置200との間で測定されるCQI(Channel Quality Indicator)の測定値であってもよいし、測定値に基づいて計算/判断される情報であってもよい。
CQIの一例を、下記の表1に示す。
(a2)第2の通信情報
通信情報は、無線通信装置100と当該無線通信装置100に接続するMECサーバ300との通信に関する情報を含み得る。このような情報を第2の通信情報とも称する。例えば、第2の通信情報は、スループット、遅延時間、又は位置情報の少なくともいずれかを示す情報を含み得る。ここで、位置情報は、物理的位置情報又は意味的位置情報の少なくともいずれかを含み得る。物理的位置情報とは、GPS等により取得される、経度及び緯度等を含む位置を示す情報である。意味的位置情報とは、設置された場所の意味(例えば、設置された部屋、建物、乗り物等の名称、役割等)を示す情報である。第2の通信情報は、例えば、MECサーバ300と対応する無線通信装置100とが物理的に離隔している場合に有用である。
通信情報は、無線通信装置100と当該無線通信装置100に接続するMECサーバ300との通信に関する情報を含み得る。このような情報を第2の通信情報とも称する。例えば、第2の通信情報は、スループット、遅延時間、又は位置情報の少なくともいずれかを示す情報を含み得る。ここで、位置情報は、物理的位置情報又は意味的位置情報の少なくともいずれかを含み得る。物理的位置情報とは、GPS等により取得される、経度及び緯度等を含む位置を示す情報である。意味的位置情報とは、設置された場所の意味(例えば、設置された部屋、建物、乗り物等の名称、役割等)を示す情報である。第2の通信情報は、例えば、MECサーバ300と対応する無線通信装置100とが物理的に離隔している場合に有用である。
(a3)第3の通信情報
通信情報は、無線通信装置100と当該無線通信装置100に接続する他の無線通信装置100との通信に関する情報を含み得る。このような情報を第3の通信情報とも称する。例えば、第3の通信情報は、マクロセル基地局とスモールセル基地局との通信に関する情報を含み得る。より簡易には、第3の通信情報は、中継ノード間の無線/有線の通信に関する情報である。第3の通信情報は、例えばスループット、遅延時間、位置情報、無線アクセス方式、CQI、無線通信装置100が保有するSIB(System Information Block)等を含み得る。ここで、位置情報は、物理的位置情報又は意味的位置情報の少なくともいずれかを含み得る。
通信情報は、無線通信装置100と当該無線通信装置100に接続する他の無線通信装置100との通信に関する情報を含み得る。このような情報を第3の通信情報とも称する。例えば、第3の通信情報は、マクロセル基地局とスモールセル基地局との通信に関する情報を含み得る。より簡易には、第3の通信情報は、中継ノード間の無線/有線の通信に関する情報である。第3の通信情報は、例えばスループット、遅延時間、位置情報、無線アクセス方式、CQI、無線通信装置100が保有するSIB(System Information Block)等を含み得る。ここで、位置情報は、物理的位置情報又は意味的位置情報の少なくともいずれかを含み得る。
以上、通信情報の一例を説明した。第1、第2、及び第3の通信情報について、特に区別する必要が無い場合、通信情報と総称する。
(b)API情報
API情報は、通信情報を提供するためのAPIが使用可能か否かを示す情報を含む。使用可能か否かを示す情報は、APIの有無を示す情報を含んでいてもよいし、APIの開閉を示す情報を含んでいてもよい。即ち、API情報は、そもそもAPIが有るか否か(定義されているか否か)、及び、有る場合は開放されているのか否かを示す情報を含み得る。また、APIは、通信情報を提供するためのもの以外にも多様に定義され得る。例えば、無線通信装置100に対し、アプリケーションが要求する水準(例えば、レイテンシ及び伝送速度等)を満たすための、無線通信に関する設定の変更を要求するためのAPIが定義されてもよい。API情報には、かかるAPIの使用可否を示す情報も含まれ得る。
API情報は、通信情報を提供するためのAPIが使用可能か否かを示す情報を含む。使用可能か否かを示す情報は、APIの有無を示す情報を含んでいてもよいし、APIの開閉を示す情報を含んでいてもよい。即ち、API情報は、そもそもAPIが有るか否か(定義されているか否か)、及び、有る場合は開放されているのか否かを示す情報を含み得る。また、APIは、通信情報を提供するためのもの以外にも多様に定義され得る。例えば、無線通信装置100に対し、アプリケーションが要求する水準(例えば、レイテンシ及び伝送速度等)を満たすための、無線通信に関する設定の変更を要求するためのAPIが定義されてもよい。API情報には、かかるAPIの使用可否を示す情報も含まれ得る。
また、API情報は、QoS要求に関するAPIが使用可能か否かを示す情報を含んでいてもよい。QoS要求に関するAPIとしては、例えばCQI(QoS Class Identifier)情報若しくはPCC(Policy and charging control)情報、TEID(Tunnel Endpoint ID)、SPID(Subscriber Profile ID)、QCI(Quality Class Indicator)を取得若しくは設定するためのAPIが挙げられる。他にも、QoS要求に関するAPIとしては、帯域要求又はパケットフィルタリング要求のためのAPIが挙げられる。なお、CQI情報については、例えば技術仕様書「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」に詳しく記載されている。また、PCC情報については、例えば同技術仕様書の「Table 6.3: The PCC rule information」に詳しく記載されている。
また、API情報は、アプリケーションのインスタンスに関するAPIが使用可能か否かを示す情報を含んでいてもよい。インスタンスに関するAPIとしては、例えばインスタンスの生成、実行及び終了、異なるサーバへのインスタンスの移動要求、及びパラメータ設定などのためのAPIが挙げられる。
(3)情報のやり取り
(a)無線通信装置100
無線通信装置100(例えば、提供部153)は、通信情報を、MECサーバ300へ提供する。具体的には、無線通信装置100は、APIを定義して、APIを介して通信情報を提供する。上位層は、APIを使用することで、API情報を知得することが可能となる上に、使用可能であった場合には通信情報も知得することが可能となる。APIは、RESTful APIであることが望ましい。例えば、無線通信装置100は、GETリクエスト(HTTPプロトコルのGETコマンド)を受信した場合に、通信情報を返信する。
(a)無線通信装置100
無線通信装置100(例えば、提供部153)は、通信情報を、MECサーバ300へ提供する。具体的には、無線通信装置100は、APIを定義して、APIを介して通信情報を提供する。上位層は、APIを使用することで、API情報を知得することが可能となる上に、使用可能であった場合には通信情報も知得することが可能となる。APIは、RESTful APIであることが望ましい。例えば、無線通信装置100は、GETリクエスト(HTTPプロトコルのGETコマンド)を受信した場合に、通信情報を返信する。
なお、無線通信装置100(例えば、提供部153)は、オペレータからの指示により、又は自律的に、APIの開閉を切り替え得る。これにより、オペレータは、都合に応じてAPIの開閉を切り替えることが可能となる。
無線通信装置100(例えば、通知部155)は、API情報を端末装置200へ通知してもよい。また、無線通信装置100は、対応するMECサーバ300の有無、又はMECサーバ300により提供されるサービスの内容等を示す情報を通知してもよい。例えば、無線通信装置100は、手段の一つとして、3GPPで定義されているRRC(Radio Resource Control)層で、API情報等を報知情報として端末装置200へ通知してもよい。例えば、無線通信装置100は、API情報等をSIBのメッセージとしてブロードキャストしてもよい。
ここで、E-UTRAN(Evolved Universal Terrestrial Radio Access Network)の基地局は、多様な情報を端末装置へ報知(broadcast)している。例えば、下記の表2に示す、マスター情報ブロック(Master Information Block)、及び13種類のシステム情報ブロック(System Information Block)の、計14種類が報知されている。基地局100は、これらの情報にAPI情報等を追加して報知してもよい。なお、ネイバーとは、自セルの周辺セルを意味する。
(b)端末装置200
端末装置200(例えば、取得部241)は、無線通信装置100により提供され、MECサーバ300により使用されるAPIに関するAPI情報を取得する。ただし、端末装置200からMECサーバ300までの通信経路に、複数の無線通信装置100(例えば、マクロセル基地局及びスモールセル基地局)が含まれる場合がある。その場合、端末装置200は、MECサーバ300までの通信経路上に含まれる1つ以上の無線通信装置100(例えば、マクロセル基地局及びスモールセル基地局)により提供されるAPIに関するAPI情報を取得する。同様にして、端末装置200(例えば、取得部241)は、通信情報を取得する。これにより、端末装置200は、端末装置200とMECサーバ300との間で行われる、1つ以上の無線通信装置100を経由した一連の通信の状況及び/又はAPIの使用可否を把握することが可能となる。
端末装置200(例えば、取得部241)は、無線通信装置100により提供され、MECサーバ300により使用されるAPIに関するAPI情報を取得する。ただし、端末装置200からMECサーバ300までの通信経路に、複数の無線通信装置100(例えば、マクロセル基地局及びスモールセル基地局)が含まれる場合がある。その場合、端末装置200は、MECサーバ300までの通信経路上に含まれる1つ以上の無線通信装置100(例えば、マクロセル基地局及びスモールセル基地局)により提供されるAPIに関するAPI情報を取得する。同様にして、端末装置200(例えば、取得部241)は、通信情報を取得する。これにより、端末装置200は、端末装置200とMECサーバ300との間で行われる、1つ以上の無線通信装置100を経由した一連の通信の状況及び/又はAPIの使用可否を把握することが可能となる。
(c)MECサーバ300
MECサーバ300(例えば、取得部331)は、無線通信装置100により提供されるAPIに関するAPI情報を取得する。そして、MECサーバ300(例えば、通知部333)は、取得されたAPI情報を端末装置200へ通知する。これにより、端末装置200は、API情報を知得することが可能となる。
MECサーバ300(例えば、取得部331)は、無線通信装置100により提供されるAPIに関するAPI情報を取得する。そして、MECサーバ300(例えば、通知部333)は、取得されたAPI情報を端末装置200へ通知する。これにより、端末装置200は、API情報を知得することが可能となる。
APIの開閉は、オペレータの都合等に応じて変動し得る。そのため、MECサーバ300(例えば、取得部331)は、定期的に問い合わせを行う等して、API情報を繰り返し取得してもよい。これにより、MECサーバ300は、APIの使用可否の切り替わりを把握することができる。MECサーバ300(例えば、通知部333)は、繰り返し取得されたAPI情報を、取得する度に又は変化が生じる度等の任意のタイミングで通知してもよい。これにより、端末装置200も、APIの使用可否の切り替わりを把握することができる。
また、MECサーバ300(例えば、取得部331)は、APIを使用して、通信情報を取得する。これにより、MECサーバ300は、通信情報を知得することが可能となる。そして、MECサーバ300(例えば、通知部333)は、取得された通信情報を端末装置200へ通知する。これにより、端末装置200は、通信情報を知得することが可能となる。
通信情報は、API情報と別々に取得されてもよいし、まとめて取得されてもよい。以下、まとめて取得される場合の例を説明する。例えば、MECサーバ300(例えば、取得部331)は、APIを使用した結果に基づいて、API情報を取得する。使用した結果とは、例えばレスポンスの有無、レスポンスがあった場合はその内容を指す。例えば、MECサーバ300(例えば、取得部331)は、APIを使用して通信情報を要求する(例えば、GETリクエストを送信する)。これに対し、レスポンスがなかった場合、MECサーバ300は、APIが無いと判定する。また、通信情報を含まないレスポンスがあった場合、MECサーバ300は、APIが有り、閉鎖されていると判定する。また、通信情報を含むレスポンスがあった場合、MECサーバ300は、APIが有り、開放されていると判定する。
上記レスポンスは、下記の表3に示すHTTPステータスコードと同種のステータスコードを有していてもよい。また、ステータスコードの各々に、APIの有無及び開閉が対応付けられていてもよい。
(5)取得した情報に応じた処理
(a)端末装置200
例えば、端末装置200(例えば、選択処理部243)は、取得されたAPI情報に基づいて、サービス提供元のMECサーバ300を選択するための処理を行う。これにより、端末装置200は、API情報に応じて適切なサービス提供元を選択することが可能となる。より具体的には、端末装置200(例えば、選択処理部243)は、API情報に基づいて、APIが使用可能なMECサーバ300を優先的にサービス提供元に選択する。例えば、APIが有り、開放されている無線通信装置100に対応するMECサーバ300が、サービス提供元に選択される。これにより、端末装置200は、APIの使用可否を加味した適応的な動作設定が可能なMECサーバ300から、アプリケーションの提供を受けることが可能となる。
(a)端末装置200
例えば、端末装置200(例えば、選択処理部243)は、取得されたAPI情報に基づいて、サービス提供元のMECサーバ300を選択するための処理を行う。これにより、端末装置200は、API情報に応じて適切なサービス提供元を選択することが可能となる。より具体的には、端末装置200(例えば、選択処理部243)は、API情報に基づいて、APIが使用可能なMECサーバ300を優先的にサービス提供元に選択する。例えば、APIが有り、開放されている無線通信装置100に対応するMECサーバ300が、サービス提供元に選択される。これにより、端末装置200は、APIの使用可否を加味した適応的な動作設定が可能なMECサーバ300から、アプリケーションの提供を受けることが可能となる。
なお、APIが開放されていない場合と、APIが無い場合とで、処理結果が相違していてもよい。例えば、APIが開放されていない場合であっても、一時的なものであれば、端末装置200は、APIが使用できないMECサーバ300を選択してもよい。
また、端末装置200(例えば、選択処理部243)は、通信情報にさらに基づいて、サービス提供元のMECサーバ300を選択してもよい。これにより、端末装置200は、端末装置200とMECサーバ300との間の通信の状況を加味した適応的な動作設定がされたアプリケーションの提供を受けることが可能となる。
ここで、端末装置200(例えば、選択処理部243)は、サービス提供元として選択されたMECサーバ300に対応する無線通信装置100の管理下に端末装置200自身が含まれない場合、管理下に含まれるよう通信経路を変更する処理を行う。無線通信装置100の管理下にあるとは、無線通信装置100に端末装置200が接続している、又は無線通信装置100(マクロセル基地局)に接続するマスタデバイスに端末装置200が接続していること等を意味するものとする。例えば、端末装置200は、選択したMECサーバ300に対応する基地局が、サービング基地局とは異なる場合、選択したMECサーバ300に対応する基地局をターゲット基地局としてハンドオーバする。このように、端末装置200は、すでに確立した通信経路ではMECサーバ300からサービスの提供を受けることが困難な場合に、通信経路を変更してサービスの提供を受けることが可能となる。
また、端末装置200からMECサーバ300までの通信経路に、複数の無線通信装置100(例えば、マクロセル基地局及びスモールセル基地局)が含まれる場合がある。その場合、端末装置200(例えば、選択処理部243)は、サービス提供元として選択されたMECサーバ300までの通信経路上に、APIが使用不可能な無線通信装置100が含まれる場合、APIが使用可能な他の無線通信装置100を経由してMECサーバ300と通信するよう通信経路を変更する処理を行う。例えば、端末装置200は、MECサーバ300に対応するマクロセル基地局までの通信経路上に、APIを使用不可能なスモールセル基地局が含まれる場合、APIを使用可能な他のスモールセル基地局にハンドオーバして、MECサーバ300との通信を行う。これにより、端末装置200は、APIを使用可能な無線通信装置100のみが通信経路上に含まれる状態で、MECサーバ300からサービスの提供を受けることが可能となる。
(b)MECサーバ300
MECサーバ300(例えば、探索部335)は、APIが使用可能な他の無線通信装置100を探索してもよい。例えば、MECサーバ300は、APIが使用不可能であることを示すAPI情報が取得された場合に、探索を行う。探索は、例えば周辺セルに限定されてもよい。
MECサーバ300(例えば、探索部335)は、APIが使用可能な他の無線通信装置100を探索してもよい。例えば、MECサーバ300は、APIが使用不可能であることを示すAPI情報が取得された場合に、探索を行う。探索は、例えば周辺セルに限定されてもよい。
探索は、端末装置200からの問い合わせを契機に行われてもよいし、定期的に行われてもよい。MECサーバ300(例えば、記憶部320)は、探索結果を示す情報を記憶してもよい。そして、MECサーバ300(例えば、通知部333)は、端末装置200からの問い合わせに対して、記憶した探索結果を示す情報を通知してもよい。
探索結果を示す情報は、探索した他の無線通信装置100の識別情報、当該他の無線通信装置100に対応するMECサーバ300の識別情報、及び当該他の無線通信装置100から提供されるAPIに関する情報を含む。さらに、探索結果を示す情報には、通信情報が含まれていてもよい。
探索結果を示す情報の一例を、下記の表4に示す。
なお、「Server No.」「Host name」及び「IP address」は、他のMECサーバ300の識別情報に相当する。「eNB情報」は、他のMECサーバ300に対応する他の無線通信装置100の識別情報を含む。「API情報」は、他の無線通信装置100から提供されるAPIに関する情報に相当する。「遅延時間」「帯域」「Geolocationデータベース」及び「位置情報」は、通信情報に相当する。なお、「Geolocationデータベース」は、周波数ごとの利用可能時間帯及び最大出力電力(即ち、最大の送信電力)を示す情報を含む。また、「位置情報」は、表4に示すように、物理的位置情報と意味的位置情報とを含む。以下では、この探索結果を示す情報のリストを、ネイバーリストとも称する。また、ネイバーリストにおける単位情報(例えば、表4のうち1行)をネイバー情報とも称する。ネイバーリストには、MECサーバ300自身のネイバー情報が含まれていてもよい。例えば、表4に示した例では、「Server No.1」の行は、本ネイバーリストを保持するMECサーバ300自身のネイバー情報である。なお、MECサーバ300は、探索結果の他、例えば対応する無線通信装置100に接続する端末装置200のリストや、端末装置200の情報等の、端末装置200に関する情報を記憶していてもよい。
MECサーバ300(例えば、サービス処理部337)は、APIを用いて取得された通信情報に基づいて、アプリケーションの動作設定を行ってもよい。例えば、MECサーバ300は、データフォーマット、データ伝送レート、コンテンツのコーデック、データ長等の動作設定を行う。MECサーバは、このような動作設定を経て通信を開始することで、提供するアプリケーションを最適化することができる。
また、MECサーバ300(例えば、サービス処理部337)は、APIを用いて取得された通信情報に基づいて、無線通信装置100に通信設定の変更を要求してもよい。例えば、MECサーバ300は、サービス提供先の端末装置200が接続する無線通信装置100に対し、変調方式、送信電力、無線リソース(周波数リソース又は時間リソース等)の割当て等の送信設定の変更を要求してもよい。この要求に応じて、無線通信装置100(例えば、中継処理部151)は、無線通信に関する設定を変更する。これにより、MECサーバ300は、例えばアプリケーションが要求する水準を満たす通信環境を提供することが可能となる。
(7)UI例
端末装置200(例えば、選択処理部243)は、ユーザ操作に基づいてサービス提供元のMECサーバ300を選択してもよい。本ユーザ操作に係るUI例を、図7及び図8を参照して説明する。
端末装置200(例えば、選択処理部243)は、ユーザ操作に基づいてサービス提供元のMECサーバ300を選択してもよい。本ユーザ操作に係るUI例を、図7及び図8を参照して説明する。
図7は、本実施形態に係る端末装置200に表示されるUIの一例を説明するための説明図である。図7に示すようにUI例401では、アプリケーションのアイコン403が複数表示されている。アイコン403の色の違いは、サービス提供元のMECサーバ300がAPIを使用可能か否かによって生じている。例えば、アイコン403Aは、APIを使用可能なMECサーバ300からサービスが提供されること示す。また、アイコン403Bは、APIを使用可能でないMECサーバ300からサービスが提供されること示す。一方で、UI例402では、色の違いに代わって明滅により、APIを使用可能か否かが表現されている。
図8は、本実施形態に係る端末装置200に表示されるUIの一例を説明するための説明図である。図8に示すように、UI例411~413では、アイコン403の色の違いにより、APIを使用可能か否かが表現されている。例えば、UI例411において、APIを使用可能でないMECサーバ300からサービスが提供されることを示すアイコン403Cがタッチされた場合、UI例412に画面が遷移する。UI例412では、ネットワークを変更するか否かのユーザ操作を受け付けるための選択ウィンドウ404が表示されている。ここで、ユーザが「YES」を選択すると、端末装置200は、サービス提供元のMECサーバ300の選択、及びそれに伴う接続先の無線通信装置100の選択(ハンドオーバ)を行う。ネットワークが変更されると、UI例413に示すように、アイコン430の色が、APIを使用可能であるMECサーバ300からサービスが提供されることを示す色に変化する。
<4.2.具体例>
<4.2.1.第1の例>
本具体例は、端末装置200が接続する基地局100(例えば、マクロセル基地局)に対応するMECサーバ300からサービスが提供される例である。
<4.2.1.第1の例>
本具体例は、端末装置200が接続する基地局100(例えば、マクロセル基地局)に対応するMECサーバ300からサービスが提供される例である。
(1)各装置の基本的な関係
まず、図9を参照して、各装置の基本的な関係を説明する。
まず、図9を参照して、各装置の基本的な関係を説明する。
図9は、本具体例に係る装置間の通信経路の一例を説明するための説明図である。UEは、端末装置200に相当する。eNBは、無線通信装置100に相当する。Serverは、MECサーバ300に相当する。実線の両矢印は、物理的な接続を示す。破線の両矢印は、論理的な接続(IP接続)を示す。図9に示すように、UEは、eNBと無線接続を確立する。eNBは、Serverと接続されている。
eNBは、MNM(MEC Network Manager)を含む。MNMは、上記説明した無線通信装置100に関する技術的特徴を実現するための論理エンティティである。eNBは、MNMによる制御に基づき、通信情報の提供などの具体的な処理を行う。MNMは、例えば無線通信装置100にインストールされるミドルウェア(ソフトウェア)として実現される。
UEは、MCM(MEC Client Manager)を含む。MCMは、上記説明した端末装置200に関する技術的特徴を実現するための論理エンティティである。UEは、MCMによる制御に基づき、無線接続等の具体的な処理を行う。MCMは、例えば端末装置200にインストールされるミドルウェア(ソフトウェア)として実現される。
Serverは、MAM(MEC Application Manager)を含む。MAMは、上記説明したMECサーバ300に関する技術的特徴を実現するための論理エンティティである。Serverは、MAMによる制御に基づき、サービスの提供などの具体的な処理を行う。MAMは、例えばMECサーバ300にインストールされるミドルウェア(ソフトウェア)として実現される。
MCMとMAMは、論理的に接続され、情報の送受信が可能である。MAMとMNMは、論理的に接続され、情報の送受信が可能である。ここで、MAMは、上記説明したAPIを使用することで、MNMとの間で情報の送受信を行う。
(2)基本的な処理の流れ
続いて、図10を参照して、上記説明した基本的な関係を有する各装置において行われる処理の流れの一例を説明する。
続いて、図10を参照して、上記説明した基本的な関係を有する各装置において行われる処理の流れの一例を説明する。
図10は、本具体例に係るシステム1において実行されるAPI情報の確認処理の流れの一例を示すシーケンス図である。本シーケンスには、UE、Server、並びにeNBが関与する。
図10に示すように、まず、UEは、HTTP/Web-APIコマンドのGETリクエストをServerへ送信する(ステップS101)。GETリクエストは、API情報又は通信情報の少なくともいずれかの返信を要求する情報である。次いで、Serverは、同じくGETリクエストをeNBへ送信する(ステップS102)。GETリクエストを受信したeNBは、HTTP/Web-APIのレスポンスをServerへ送信する(ステップS103)。このレスポンスには、API情報又は通信情報の少なくともいずれかが含まれる。そして、Serverは、同じくレスポンスをUEへ送信する(ステップS104)。
図11は、本具体例に係るシステム1において実行されるAPI情報の確認処理の流れの一例を示すシーケンス図である。本シーケンスには、UE、Server、及びeNBが関与する。本シーケンスでは、HTTP/Web-API以外の任意の独自プロトコルによりメッセージの送受信が行われる。
図11に示すように、UE及びServerは、HTTP/Web-API以外の独自プロトコルのUDP/IP、又はTCP/IPセッションを確立する(ステップS105)。次いで、UEは、独自プロトコルの情報要求メッセージをServerへ送信する(ステップS106)。情報要求メッセージは、API情報又は通信情報の少なくともいずれかの返信を要求する情報である。次いで、Serverは、同じく情報要求メッセージをeNBへ送信する(ステップS107)。情報要求メッセージを受信したeNBは、独自プロトコルの回答メッセージをServerへ送信する(ステップS108)。この回答メッセージには、API情報又は通信情報の少なくともいずれかが含まれる。そして、Serverは、同じく回答メッセージをUEへ送信する(ステップS109)。
なお、ServerとeNBとの間の通信には、HTTP/Web-APIが用いられてもよい。具体的には、上記ステップS107において、Serverは、HTTP/Web-APIコマンドのGETリクエストをeNBへ送信してもよい。また、上記ステップS108において、eNBは、HTTP/Web-APIのレスポンスをServerへ送信してもよい。
(3)各装置の具体的な関係
続いて、図12を参照して、各装置の具体的な関係の一例を説明する。
続いて、図12を参照して、各装置の具体的な関係の一例を説明する。
図12は、本具体例に係る装置間の通信経路の一例を説明するための説明図である。UE、eNB及びServerに付された数字は各装置のインデックスを示す。本図の実線は有線接続又は無線接続を示し、破線は無線接続を示す。符号421の破線は、確立済みの無線接続を示し、符号422の破線は、切り替え候補の無線接続を示す。論理的な接続に関しては省略されている。例えば、UE-1は、符号421に示すようにeNB-1に接続している。eNB-1にAPIが有り、開放されている場合、UE-1は、eNB-1に接続したまま、Server-1からサービスの提供を受ける。一方で、eNB-1にAPIが無い、又はAPIが有るが閉鎖されている場合、UE-1は、符号422に示すように、eNB-2へのハンドオーバを試みる。UE-1は、eNB-2の他、eNB-3等の任意のeNBへのハンドオーバを試みてもよい。
ここで、eNB-1とeNB-2との関係性は多様に考えられる。例えば、運用するセルが重複していてもよいし、重複していなくてもよい。また、同一又は異なるオペレータにより運用されていてもよい。また、異なる無線アクセス方式(3G/4G/5G/W-Fi(登録商標)等)が採用されていてもよい。利用周波数帯域の一部又は全部が重複していてもよいし、全く重複していなくてもよい。また、ひとつのeNBが複数社で共有されていてもよい。
(4)具体的な処理の流れ
続いて、図13~図16を参照して、上記説明した具体的な関係を有する各装置において行われる処理の流れの一例を説明する。
続いて、図13~図16を参照して、上記説明した具体的な関係を有する各装置において行われる処理の流れの一例を説明する。
(端末装置200単体の処理)
以下では、まず、図13及び図14を参照して、UE-1に着目した詳細な条件分岐について説明する。
以下では、まず、図13及び図14を参照して、UE-1に着目した詳細な条件分岐について説明する。
図13は、本具体例に係るUE-1において実行されるアプリケーション開始処理の流れの一例を示すフローチャートである。
図13に示すように、まず、UE-1は、アプリケーションを起動する(ステップS202)。
次いで、UE-1は、eNBとの無線接続を確立する(ステップS204)。例えば、UE-1は、デフォルトの設定(例えば、オペレータの契約に基づく接続条件)に基づいて、eNB-1との無線接続を確立する。次に、UE-1は、ServerとのIP接続を確立する(ステップS206)。例えば、UE-1は、接続中のeNB-1に対応するServer-1とのIP接続を確立する。そして、UE-1は、Server(MAM)にAPI情報のリクエストを送信し、Serverからのレスポンスを受信する(ステップS208)。
APIが使用可能であり(ステップS210/YES)、且つAPIが使用可能なeNBはサービングeNBであると判定された場合(ステップS212/YES)、UE-1は、そのままサービスの提供を受ける(ステップS214)。なお、後述するステップS224における処理を経ると、APIが使用可能なeNBがサービングeNBでなくなり得る。APIが使用可能なeNBはサービングeNBであるか否かの判定は、例えば、双方のeNBのECGI(E-UTRAN Cell Global ID)又はeNB IDの照合により行われ得る。図14は、ECGIの構成を説明するための説明図である。図14に示すように、ECGIは、PLMN(Public Land Mobile Network)番号(PLMN identity)、及びセル番号(Cell identity)から成る。また、セル番号は、マクロeNB番号(Macro eNB identity)及びマクロセル番号(Macro Cell identity)から成る。
一方で、APIが使用可能であり(ステップS210/YES)、且つAPIが使用可能なeNBはサービングeNBでないと判定された場合(ステップS212/NO)、UE-1は、APIが使用可能なeNBにハンドオーバする(ステップS215)。例えば、UE-1は、例えばAPIが使用可能なeNB-2へのハンドオーバを行う。ハンドオーバに成功した場合(ステップS216/YES)、UE-1は、Server-2からサービスの提供を受ける(ステップS214)。ハンドオーバに失敗した場合(ステップS216/NO)、UE-1は、元のeNBにハンドオーバし直して(ステップS217)、Server-1からサービスの提供を受ける(ステップS214)。
また、APIが使用可能でなく(ステップS210/NO)、且つ使用可能でないことが許容可能であると判定された場合(ステップS218/YES)、UE-1は、そのままサービスの提供を受ける(ステップS214)。
一方で、APIが使用可能でなく(ステップS210/NO)、且つ使用可能でないことが許容可能でないと判定された場合(ステップS218/NO)、UE-1は、他のServerを探索する(ステップS220)。例えば、UE-1は、APIを使用可能な他のServer及びeNBに関する情報をServerにリクエストする。本リクエストは、ネイバー情報のリクエストであってもよい。また、本リクエストには、例えばUE-1で起動されたアプリケーションの情報、又は所望するサービスの品質等を示す情報が含まれていてもよい。
探索に成功したと判定された場合(ステップS222/YES)、UE-1は、探索したServerのIPアドレスを接続先に設定する(ステップS224)。その後処理は、ステップS206へ戻る。
一方で、探索に失敗したと判定された場合(ステップS222/NO)、UE-1は、そのままサービスの提供を受ける(ステップS214)。
以上により、処理は終了する。
なおステップS224において接続先のServerは、接続中のServerにより選択されてもよいし、eNBにより選択されてもよい。
(システム1全体の処理)
続いて、図15を参照して、UE-1がeNB-1に接続したままサービスの提供を受ける場合の処理の流れの一例を説明する。
続いて、図15を参照して、UE-1がeNB-1に接続したままサービスの提供を受ける場合の処理の流れの一例を説明する。
図15は、本具体例に係るシステム1において実行されるサービス提供処理の流れの一例を示すシーケンス図である。本シーケンスには、UE-1、Server-1、及びeNB-1が関与する。
図15に示すように、まず、UE-1は、eNB-1との無線接続を確立する(ステップS302)。次いで、UE-1は、Server-1とのIP接続を確立する(ステップS304)。そして、UE-1は、Server-1へAPI情報のリクエストを送信する(ステップS306)。
次に、Server-1は、eNB-1とのIP接続を確立する(ステップS308)。次いで、Server-1は、eNB-1により提供されるAPIを使用して、eNB-1からAPI情報を取得する(ステップS310)。なお、Server-1がネイバーリストを保持している場合、これらの処理は省略されてもよい。
次に、Server-1は、API情報のレスポンスをUE-1へ送信する(ステップS312)。このAPI情報は、eNB-1にAPIが有り、開放されていることを示すものとする。その場合、Server-1は、UE-1へのサービスを開始する(ステップS314)。
以上により、処理は終了する。
続いて、図16を参照して、UE-1がeNB-1からeNB-2に接続先を切り替えてサービスの提供を受ける場合の処理の流れの一例を説明する。
図16は、本具体例に係るシステム1において実行されるサービス提供処理の流れの一例を示すシーケンス図である。本シーケンスには、UE-1、Server-1、eNB-1、Server-2、及びeNB-2が関与する。
図16に示すように、ステップS402~S412にかかる処理は、図15に示したステップS302~S312にかかる処理と同様である。ただし、ステップS412において取得されたAPI情報は、eNB-1にはAPIが無い、又はAPIが有るが閉鎖されていることを示すものとする。
その場合、UE-1は、他のServerに係るネイバー情報のリクエストをServer-1に送信する(ステップS414)。
次に、Server-1とServer-2とは、IP接続を確立する(ステップS416)。次いで、Server-1は、Server-2から、eNB-2のネイバー情報を取得する(ステップS418)。なお、Server-1がネイバーリストを保持している場合、これらの処理は省略されてもよい。
次いで、Server-1は、ネイバー情報のレスポンスをUE-1へ送信する(ステップS420)。このレスポンスに含まれるネイバー情報は、APIが有り、開放されているeNBに関するものに限定されていてもよい。
次に、UE-1は、ネイバー情報に基づいて、eNB-2と無線接続を確立する(ステップS422)。例えば、UE-1は、ネイバー情報の中から、APIが有り、開放されているeNBとの無線接続を確立する。次いで、UE-1は、Server-2とIP接続を確立する(ステップS424)。そして、UE-1は、Server-2へAPI情報のリクエストを送信する(ステップS426)。
次に、Server-2は、eNB-2とのIP接続を確立する(ステップS428)。次いで、Server-2は、eNB-2により提供されるAPIを使用して、eNB-2からAPI情報を取得する(ステップS430)。なお、Server-2がネイバーリストを保持している場合、これらの処理は省略されてもよい。
次に、Server-2は、API情報のレスポンスをUE-1へ送信する(ステップS432)。このAPI情報は、eNB-2にはAPIが有り、開放されていることを示すものとする。その場合、Server-2は、UE-1へのサービスを開始する(ステップS434)。
以上により、処理は終了する。
なお、ステップS412において、API情報と共にネイバー情報が送信されてもよい。その場合、ステップS414~S420にかかる処理は省略される。
また、ステップS422の前において、UE-1は、ターゲットeNBが適切であるか否かをネイバー情報に基づいて確認した上で、無線接続を試みてもよい。例えば、UE-1は、ネイバー情報が示す接続先ネットワークのポリシー等を確認した上で、無線接続を試みてもよい。
<4.2.2.第2の例>
本具体例は、端末装置200が接続するマスタデイバス100(例えば、スモールセル基地局又はダイナミックAP)に対応するMECサーバ300からサービスが提供される形態である。
本具体例は、端末装置200が接続するマスタデイバス100(例えば、スモールセル基地局又はダイナミックAP)に対応するMECサーバ300からサービスが提供される形態である。
(1)各装置の基本的な関係
まず、図17を参照して、各装置の関係を説明する。
まず、図17を参照して、各装置の関係を説明する。
図17は、本具体例に係る装置間の通信経路の一例を説明するための説明図である。UE Slaveは、マスタデバイス100に接続する端末装置200に相当する。以下では、UE Slaveを、単にSlaveとも称する。UE/eNB Masterは、マスタデバイス100(例えば、スモールセル基地局又はダイナミックAP)に相当する。以下では、UE/eNB Masterを、単にMasterとも称する。Serverは、MECサーバ300に相当する。実線の両矢印は、物理的な接続を示す。破線の両矢印は、論理的な接続(IP接続)を示す。
Masterは、MNMを含む。Masterは、MNMによる制御に基づき、通信情報の提供などの具体的な処理を行う。
Slaveは、MCMを含む。Slaveは、MCMによる制御に基づき、無線接続等の具体的な処理を行う。
図17に示すように、Slaveは、Masterと無線接続を確立する。Masterは、Serverと接続されている。また、MCMとMAMは、論理的に接続され、情報の送受信が可能である。MAMとMNMは、論理的に接続され、情報の送受信が可能である。
(2)各装置の具体的な関係
続いて、図18を参照して、各装置の具体的な関係の一例を説明する。
続いて、図18を参照して、各装置の具体的な関係の一例を説明する。
図18は、本具体例に係る装置間の通信経路の一例を説明するための説明図である。Slave、Master及びServerに付された数字は各装置のインデックスを示す。本図の実線は有線接続又は無線接続を示し、破線は無線接続を示す。符号431の破線は、確立済みの無線接続を示し、符号432の破線は、切り替え候補の無線接続を示す。論理的な接続に関しては省略されている。例えば、Slave-1は、符号431に示すようにMaster-1に接続している。また、Master-1は、eNB-1に接続している。Master-1にAPIが有り、開放されている場合、Slave-1は、Master-1に接続したまま、Server-1からサービスの提供を受ける。一方で、Master-1にAPIが無い、又はAPIが有るが閉鎖されている場合、Slave-1は、符号432に示すように、Master-2へのハンドオーバを試みる。Slave-1は、Master-2の他、Master-3等の任意のMasterへのハンドオーバを試みてもよい。
(3)具体的な処理の流れ
上記説明した具体的な関係を有する各装置において行われる処理の流れの一例を、図19に示した。
上記説明した具体的な関係を有する各装置において行われる処理の流れの一例を、図19に示した。
図19は、本具体例に係るシステム1において実行されるサービス提供処理の流れの一例を示すシーケンス図である。本シーケンスには、Slave-1、Server-1、MAM-1、Master-1、及びMNM-1、並びにServer-2、MAM-2、Master-2、及びMNM-2が関与する。図19に示すように、ステップS502~S534にかかる処理は、図16に示したステップS402~S434にかかる処理と同様である。図19の説明に関しては、上記図16の説明中の「UE」「Slave」に、「eNB」を「Master」に、それぞれ読み替えればよい。
<4.2.3.第3の例>
本具体例は、端末装置200が接続するマスタデイバス100(例えば、スモールセル基地局又はダイナミックAP)が接続する基地局100(例えば、マクロセル基地局)に対応するMECサーバ300からサービスが提供される形態である。
本具体例は、端末装置200が接続するマスタデイバス100(例えば、スモールセル基地局又はダイナミックAP)が接続する基地局100(例えば、マクロセル基地局)に対応するMECサーバ300からサービスが提供される形態である。
(1)各装置の具体的な関係1
以下、図20を参照して、各装置の具体的な関係の一例を説明する。
以下、図20を参照して、各装置の具体的な関係の一例を説明する。
図20は、本具体例に係る装置間の通信経路の一例を説明するための説明図である。Slave、Master、eNB及びServerに付された数字は各装置のインデックスを示す。本図の実線は有線接続又は無線接続を示し、破線は無線接続を示す。符号441の破線は、確立済みの無線接続を示し、符号442の破線は、切り替え候補の無線接続を示す。論理的な接続に関しては省略されている。また、本具体例においては、Masterに対応するServerからはサービスが提供されない。そのため、本図では、Masterに対応するServerが省略され、MAMのみが図示されている。
例えば、Slave-1は、Master-1に接続している。また、Master-1は、符号441に示すようにeNB-1に接続している。Master-1にAPIが有り、開放されている場合、且つ、eNB-1にAPIが有り、開放されている場合、Slave-1は、Master-1に接続したまま、且つ、Master-1がeNB-1に接続したまま、Server-1からサービスの提供を受ける。一方で、Master-1又はeNB-1に、APIが無い、又はAPIが有るが閉鎖されている場合、通信経路の変更又はサービス提供元のSeverの変更の少なくともいずれかが試みられる。
例えば、eNB-1にAPIが無い、又はAPIが有るが閉鎖されている場合、Master-1は、符号442に示すように、eNB-2へのハンドオーバを試みる。Master-1は、eNB-2の他、eNB-3等の任意のeNBへのハンドオーバを試みてもよい。
(2)具体的な処理の流れ1
続いて、図21を参照して、上記説明した具体的な関係を有する各装置において行われる処理の流れの一例を説明する。
続いて、図21を参照して、上記説明した具体的な関係を有する各装置において行われる処理の流れの一例を説明する。
図21は、本具体例に係るシステム1において実行されるサービス提供処理の流れの一例を示すシーケンス図である。本シーケンスには、Slave-1、MAM-4、Master-1、Server-1、eNB-1、Server-2、及びeNB-2が関与する。
図21に示すように、まず、Slave-1は、Master-1との無線接続を確立する(ステップS602)。また、Master-1は、eNB-1との無線接続を確立する(ステップS604)。次いで、Slave-1は、MAM-4とのIP接続を確立する(ステップS606)。そして、Slave-1は、MAM-4へAPI情報のリクエストを送信する(ステップS608)。
次に、MAM-4は、Master-1とのIP接続を確立する(ステップS610)。次いで、MAM-4は、Master-1により提供されるAPIを使用して、Master-1からAPI情報を取得する(ステップS612)。なお、MAM-4がネイバーリストを保持している場合、これらの処理は省略されてもよい。
次いで、MAM-4は、Server-1とのIP接続を確立する(ステップS614)。そして、MAM-4は、Server-1へAPI情報のリクエストを送信する(ステップS616)。
次に、Server-1は、eNB-1とのIP接続を確立する(ステップS618)。次いで、Server-1は、eNB-1により提供されるAPIを使用して、eNB-1からAPI情報を取得する(ステップS620)。なお、Server-1がネイバーリストを保持している場合、これらの処理は省略されてもよい。
次に、Server-1は、API情報のレスポンスをMAM-4へ送信する(ステップS622)。次いで、MAM-4は、ステップS614及びS622で取得したAPI情報のレスポンスをSlave-1へ送信する(ステップS624)。
次に、MAM-4において、判断処理が行われる(ステップS626)。例えば、MAM-4は、取得されたAPI情報に基づき、通信経路を変更するか否か、及びサービス提供元のSeverを変更するか否かを判定する。ここでは、取得されたAPI情報は、eNB-1にはAPIが無い、又はAPIが有るが閉鎖されていることを示すものとする。その場合、図21では図示していないが、MAM-4は、他のServerに係るネイバー情報をSever-1から取得する。取得されたネイバー情報には、APIが有り、開放されているeNBとして、eNB-2に関する情報が含まれるものとする。その場合、MAM-4は、eNB-2を接続先に選択する。以下、その場合の処理の流れの一例を説明する。
MAM-4は、Master-1へ接続先の切り替えを依頼する(ステップS628)。次に、Master-1は、eNB-2との無線接続を確立する(ステップS630)。次いで、MAM-4は、Server-2とIP接続を確立する(ステップS632)。そして、MAM-4は、Server-2へAPI情報のリクエストを送信する(ステップS634)。
次に、Server-2は、eNB-2とのIP接続を確立する(ステップS636)。次いで、Server-2は、eNB-2により提供されるAPIを使用して、eNB-2からAPI情報を取得する(ステップS638)。なお、Server-2がネイバーリストを保持している場合、これらの処理は省略されてもよい。
次に、Server-2は、MAM-4を経由してUE-1へ準備完了通知(Server Ready連絡)を行い(ステップS640)、サービスを開始する(ステップS642)。
以上により、処理は終了する。
(3)各装置の具体的な関係2
続いて、図22を参照して、各装置の具体的な関係の他の一例を説明する。
続いて、図22を参照して、各装置の具体的な関係の他の一例を説明する。
図22は、本具体例に係る装置間の通信経路の一例を説明するための説明図である。Slave、Master、eNB及びServerに付された数字は各装置のインデックスを示す。本図の実線は有線接続又は無線接続を示し、破線は無線接続を示す。符号451の破線は、確立済みの無線接続を示し、符号452の破線は、切り替え候補の無線接続を示す。論理的な接続に関しては省略されている。また、本具体例においては、Masterに対応するServerからはサービスが提供されない。そのため、本図では、Masterに対応するServerが省略され、MAMのみが図示されている。
例えば、Slave-1は、符号451に示すようにMaster-1に接続している。また、Master-1は、eNB-1に接続している。Master-1にAPIが有り、開放されている場合、且つ、eNB-1にAPIが有り、開放されている場合、Slave-1は、Master-1に接続したまま、且つ、Master-1がeNB-1に接続したまま、Server-1からサービスの提供を受ける。一方で、Master-1又はeNB-1に、APIが無い、又はAPIが有るが閉鎖されている場合、通信経路の変更又はサービス提供元のSeverの変更の少なくともいずれかが試みられる。
例えば、Master-1にAPIが無い、又はAPIが有るが閉鎖されている場合、Slave-1は、符号452に示すように、Mster-2へのハンドオーバを試みる。Slave-1は、Master-2の他、Master-3等の任意のMasterへのハンドオーバを試みてもよい。
(4)具体的な処理の流れ2
続いて、図23を参照して、上記説明した具体的な関係を有する各装置において行われる処理の流れの一例を説明する。
続いて、図23を参照して、上記説明した具体的な関係を有する各装置において行われる処理の流れの一例を説明する。
図23は、本具体例に係るシステム1において実行されるサービス提供処理の流れの一例を示すシーケンス図である。本シーケンスには、Slave-1、MAM-4、Master-1、Server-1、eNB-1、MAM-5、Master-2、Server-2、及びeNB-2が関与する。
図23に示すように、ステップS702~S724にかかる処理は、図21に示したステップS602~S624にかかる処理と同様である。
その後、Slave-1において、判断処理が行われる(ステップS726)。例えば、Slave-1は、取得されたAPI情報に基づき、通信経路を変更するか否か、及びサービス提供元のSeverを変更するか否かを判定する。ここでは、取得されたAPI情報は、eNB-1及びMaster-1にはAPIが無い、又はAPIが有るが閉鎖されていることを示すものとする。その場合、図23では図示していないが、Slave-1は、他のServerに係るネイバー情報をSever-1から取得する。取得されたネイバー情報には、APIが有り、開放されているMaster及びeNBとして、Master-2及びeNB-2に関する情報が含まれるものとする。その場合、Slave-1は、Master-2及びeNB-2を接続先に選択する。以下、その場合の処理の流れの一例を説明する。
Slave-1は、Master-2との無線接続を確立する(ステップS728)。次に、Master-2は、eNB-2との無線接続を確立する(ステップS730)。次いで、Slave-1は、MAM-5とIP接続を確立する(ステップS732)。そして、Slave-1は、MAM-5へAPI情報のリクエストを送信する(ステップS734)。
次に、MAM-5は、Master-2とのIP接続を確立する(ステップS736)。次いで、MAM-5は、Master-2により提供されるAPIを使用して、Master-2からAPI情報を取得する(ステップS738)。なお、MAM-5がネイバーリストを保持している場合、これらの処理は省略されてもよい。
次に、MAM-5は、Server-2とのIP接続を確立する(ステップS740)。そして、MAM-5は、Server-2へAPI情報のリクエストを送信する(ステップS742)。
次に、Server-2は、eNB-2とのIP接続を確立する(ステップS744)。次いで、Server-2は、eNB-2により提供されるAPIを使用して、eNB-2からAPI情報を取得する(ステップS746)。なお、Server-2がネイバーリストを保持している場合、これらの処理は省略されてもよい。
次に、Server-2は、MAM-5を経由してUE-1へ準備完了通知(Server Ready連絡)を行い(ステップS748)、サービスを開始する(ステップS750)。
以上により、処理は終了する。
なお、Master-1にはAPIが無い、又はAPIが有るが閉鎖されているものの、eNB-1にAPIが有り、開放されている場合、UE-1は、Server-1をサービス提供元としながら、通信経路のみMaster-1からMaster-2に切り替えてもよい。
<<5.補足>>
続いて、図24~図31を参照して、補足事項を説明する。
続いて、図24~図31を参照して、補足事項を説明する。
図24は、本開示の一実施形態に係るシステム1に関する補足事項を説明するための説明図である。図24に示すように、無線通信装置100は、CPRI(Common Public Radio Interface)により接続されたRRH(Remote Radio Head)及びBBU(Base Band Unit)として、地理的に離隔した複数の装置として形成されてもよい。RRHは、例えばオペレータごとに別箇に備えられていてもよい。BBUは、例えば複数のオペレータにより共有されていてもよい。
図25は、本開示の一実施形態に係るシステム1に関する補足事項を説明するための説明図である。図25に示した例は、SDN(Software-Defined Networking)/NFV(Network Functions Virtualization)のアーキテクチャである。システム1において、SDN/NFVにおいて定義されるインタフェースが利用されてもよい。例えば、MAMとMNMとの間のやり取りに関し、SWA-1/SWA-2が利用されてもよい。また、MNMと、Master若しくはeNB又はその他のコアネットワークのエンティティ(例えば、PCRF/HSS/MME/Geolocation Data-base等)との間のやり取りに関し、SWA-5が利用されてもよい。なお、図25は、「ETSI,“GS NFV-SWA 001 V1.1.1 (2014-12)”,2014年12月,[平成27年6月12日検索],インターネット<http://www.etsi.org/deliver/etsi_gs/NFV-SWA/001_099/001/01.01.01_60/gs_NFV-SWA001v010101p.pdf>」を参照して作成された図である。
続いて、図26~図31を参照して、LTEのEPCの機器間の通信プロトコルが利用される場合に、MECサーバ300と予想される構成要素と他の機器とのやり取りの例を示す。なお、図26~図31は、「Magnus Olsson, Catherine Mulligan,“EPC and 4G Packet Networks, Second Edition: Driving the Mobile Broadband Revolution”, 第2版, Academic Press, 2012年12月12日」を参照して作成された図である。
例えば、MAMからの要求で、EPC内の機器が保有する情報を引き出す際に、EPCの機器間の通信プロトコルが利用されることが想定される。特に、HSSからのポリシー情報、パケット単位での優先制御、又はその他ポリシーの設定情報などを、PCRF(Policy and Charging Rules Function)、BBERF(Bearer Binding and Event Reporting Function)、又はPCEF(Policy and Charging Enforcement Function)から入手する際に、EPCの機器間の通信プロトコルが利用されることが想定される。
図26は、本開示の一実施形態に係るシステム1に含まれる装置間で利用される通信プロトコルの一例を示す図である。図26では、端末装置200(MCM)及びMECサーバ300(MAM)における、ユーザデータの経路(IP伝送路)の一例が示されている。
図27は、本開示の一実施形態に係るシステム1に含まれる装置間で利用される通信プロトコルの一例を示す図である。図27では、端末装置200(MCM)、MECサーバ300(MAM)、S-GW、P-GW、及びアプリケーションサーバ(Source-Server)における、ユーザデータの経路(IP伝送路)の一例が示されている。
図28は、本開示の一実施形態に係るシステム1に含まれる装置間で利用される通信プロトコルの一例を示す図である。図28では、端末装置200(MCM)、及びMECサーバ300(MAM)における、制御情報の経路(IP伝送路)の一例が示されている。
図29は、本開示の一実施形態に係るシステム1に含まれる装置間で利用される通信プロトコルの一例を示す図である。図29では、MECサーバ300(MAM)、P-GW、S-GW及びMMEにおける、制御情報の経路(IP伝送路)の一例が示されている。
図30は、本開示の一実施形態に係るシステム1に含まれる装置間で利用される通信プロトコルの一例を示す図である。図30では、MME及びHSSにおける、制御情報の経路(IP伝送路)の一例が示されている。
図31は、本開示の一実施形態に係るシステム1に含まれる装置間で利用される通信プロトコルの一例を示す図である。図31では、P-GW(PCEF)又はS-GW(BBERF)、及びPCRFにおける、制御情報の経路(IP伝送路)の一例が示されている。
続いて、図32を参照して、アプリケーションの分散機能について説明する。
図32は、本開示の一実施形態に係るシステムに関する補足事項を説明するための説明図である。本図は、図18を参照して上記説明した、システム1の各装置の具体的な関係において、アプリケーションの分散が行われる状況を表現している。本図の実線は有線接続又は無線接続を示し、破線は無線接続を示す。ただし、P-GWとISP/MVNO Internetとの間、及びISP/MVNO InternetとServer-Sとの間は、基本的には有線接続が想定される。論理的な接続に関しては省略されている。なお、本図では、eNBにもServerが設けられている。例えば、低レイテンシ又は高スループット等が要求されるアプリケーションの機能部分は、Server-1~Nに配置され、そうでない機能部分はServer-A1~ANに配置される。また、Server-Sから、Server-1~N又はServer-A1~ANに、配置すべき機能部分は配送され、配置される。このことは、単にアプリケーションが分散処理されるだけでなく、MECサーバ300の配置や特性等に適した機能部分が、個々のMECサーバに300にマッピングされることを含む。
図33は、本開示の一実施形態に係るシステムに関する補足事項を説明するための説明図である。本図は、図18を参照して上記説明した、システム1の各装置の具体的な関係において、アプリケーションの分散が行われる状況を表現している。本図の実線は有線接続又は無線接続を示し、破線は無線接続を示す。ただし、P-GWとISP/MVNO Internetとの間、及びISP/MVNO InternetとServer-Sとの間は、基本的には有線接続が想定される。論理的な接続に関しては省略されている。なお、本図では、eNB及びS-GWにもServerが設けられている。例えば、低レイテンシ又は高スループット等が要求されるアプリケーションの機能部分は、Server-1~Nに配置され、そうでない機能部分はServer-A1~AN又はServer-αに配置される。また、Server-Sから、Server-1~N、Server-A1~AN又はServer-αに、配置すべき機能部分は配送され、配置される。このことは、単にアプリケーションが分散処理されるだけでなく、MECサーバ300の配置や特性等に適した機能部分が、個々のMECサーバに300にマッピングされることを含む。
<<6.応用例>>
本開示に係る技術は、様々な製品へ応用可能である。例えば、無線通信装置100は、マクロeNB又はスモールeNBなどのいずれかの種類のeNB(evolved Node B)として実現されてもよい。スモールeNBは、ピコeNB、マイクロeNB又はホーム(フェムト)eNBなどの、マクロセルよりも小さいセルをカバーするeNBであってよい。その代わりに、無線通信装置100は、NodeB又はBTS(Base Transceiver Station)などの他の種類の基地局として実現されてもよい。無線通信装置100は、無線通信を制御する本体(基地局装置ともいう)と、本体とは別の場所に配置される1つ以上のRRH(Remote Radio Head)とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、無線通信装置100として動作してもよい。さらに、無線通信装置100の少なくとも一部の構成要素は、基地局装置又は基地局装置のためのモジュールにおいて実現されてもよい。
本開示に係る技術は、様々な製品へ応用可能である。例えば、無線通信装置100は、マクロeNB又はスモールeNBなどのいずれかの種類のeNB(evolved Node B)として実現されてもよい。スモールeNBは、ピコeNB、マイクロeNB又はホーム(フェムト)eNBなどの、マクロセルよりも小さいセルをカバーするeNBであってよい。その代わりに、無線通信装置100は、NodeB又はBTS(Base Transceiver Station)などの他の種類の基地局として実現されてもよい。無線通信装置100は、無線通信を制御する本体(基地局装置ともいう)と、本体とは別の場所に配置される1つ以上のRRH(Remote Radio Head)とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、無線通信装置100として動作してもよい。さらに、無線通信装置100の少なくとも一部の構成要素は、基地局装置又は基地局装置のためのモジュールにおいて実現されてもよい。
また、例えば、端末装置200は、スマートフォン、タブレットPC(Personal Computer)、ノートPC、携帯型ゲーム端末、携帯型/ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、端末装置200は、M2M(Machine To Machine)通信を行う端末(MTC(Machine Type Communication)端末ともいう)として実現されてもよい。さらに、端末装置200の少なくとも一部の構成要素は、これら端末に搭載されるモジュール(例えば、1つのダイで構成される集積回路モジュール)において実現されてもよい。
<6.1.基地局に関する応用例>
(第1の応用例)
図34は、本開示に係る技術が適用され得るeNBの概略的な構成の第1の例を示すブロック図である。eNB800は、1つ以上のアンテナ810、及び基地局装置820を有する。各アンテナ810及び基地局装置820は、RFケーブルを介して互いに接続され得る。
(第1の応用例)
図34は、本開示に係る技術が適用され得るeNBの概略的な構成の第1の例を示すブロック図である。eNB800は、1つ以上のアンテナ810、及び基地局装置820を有する。各アンテナ810及び基地局装置820は、RFケーブルを介して互いに接続され得る。
アンテナ810の各々は、単一の又は複数のアンテナ素子(例えば、MIMOアンテナを構成する複数のアンテナ素子)を有し、基地局装置820による無線信号の送受信のために使用される。eNB800は、図34に示したように複数のアンテナ810を有し、複数のアンテナ810は、例えばeNB800が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図34にはeNB800が複数のアンテナ810を有する例を示したが、eNB800は単一のアンテナ810を有してもよい。
基地局装置820は、コントローラ821、メモリ822、ネットワークインタフェース823及び無線通信インタフェース825を備える。
コントローラ821は、例えばCPU又はDSPであってよく、基地局装置820の上位レイヤの様々な機能を動作させる。例えば、コントローラ821は、無線通信インタフェース825により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース823を介して転送する。コントローラ821は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ821は、無線リソース管理(Radio Resource Control)、無線ベアラ制御(Radio Bearer Control)、移動性管理(Mobility Management)、流入制御(Admission Control)又はスケジューリング(Scheduling)などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のeNB又はコアネットワークノードと連携して実行されてもよい。メモリ822は、RAM及びROMを含み、コントローラ821により実行されるプログラム、及び様々な制御データ(例えば、端末リスト、送信電力データ及びスケジューリングデータなど)を記憶する。
ネットワークインタフェース823は、基地局装置820をコアネットワーク824に接続するための通信インタフェースである。コントローラ821は、ネットワークインタフェース823を介して、コアネットワークノード又は他のeNBと通信してもよい。その場合に、eNB800と、コアネットワークノード又は他のeNBとは、論理的なインタフェース(例えば、S1インタフェース又はX2インタフェース)により互いに接続されてもよい。ネットワークインタフェース823は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース823が無線通信インタフェースである場合、ネットワークインタフェース823は、無線通信インタフェース825により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。
無線通信インタフェース825は、LTE(Long Term Evolution)又はLTE-Advancedなどのいずれかのセルラー通信方式をサポートし、アンテナ810を介して、eNB800のセル内に位置する端末に無線接続を提供する。無線通信インタフェース825は、典型的には、ベースバンド(BB)プロセッサ826及びRF回路827などを含み得る。BBプロセッサ826は、例えば、符号化/復号、変調/復調及び多重化/逆多重化などを行なってよく、各レイヤ(例えば、L1、MAC(Medium Access Control)、RLC(Radio Link Control)及びPDCP(Packet Data Convergence Protocol))の様々な信号処理を実行する。BBプロセッサ826は、コントローラ821の代わりに、上述した論理的な機能の一部又は全部を有してもよい。BBプロセッサ826は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、BBプロセッサ826の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置820のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、RF回路827は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ810を介して無線信号を送受信する。
無線通信インタフェース825は、図34に示したように複数のBBプロセッサ826を含み、複数のBBプロセッサ826は、例えばeNB800が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース825は、図34に示したように複数のRF回路827を含み、複数のRF回路827は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図34には無線通信インタフェース825が複数のBBプロセッサ826及び複数のRF回路827を含む例を示したが、無線通信インタフェース825は単一のBBプロセッサ826又は単一のRF回路827を含んでもよい。
図34に示したeNB800において、図4を参照して説明した無線通信装置100に含まれる1つ以上の構成要素(中継処理部151、提供部153及び/又は通知部155)は、無線通信インタフェース825において実装されてもよい。さらに、図6を参照して説明したMECサーバ300に含まれる1つ以上の構成要素(取得部331、通知部333、探索部335及び/又はサービス処理部337)もまた、無線通信インタフェース825において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ821において実装されてもよい。一例として、eNB800は、無線通信インタフェース825の一部(例えば、BBプロセッサ826)若しくは全部、及び/又はコントローラ821を含むモジュールを搭載し、当該モジュールにおいて上記1つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記1つ以上の構成要素として機能させるためのプログラム(換言すると、プロセッサに上記1つ以上の構成要素の動作を実行させるためのプログラム)を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記1つ以上の構成要素として機能させるためのプログラムがeNB800にインストールされ、無線通信インタフェース825(例えば、BBプロセッサ826)及び/又はコントローラ821が当該プログラムを実行してもよい。以上のように、上記1つ以上の構成要素を備える装置としてeNB800、基地局装置820又は上記モジュールが提供されてもよく、プロセッサを上記1つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
また、図34に示したeNB800において、図4を参照して説明した無線通信部120は、無線通信インタフェース825(例えば、RF回路827)において実装されてもよい。また、アンテナ部110は、アンテナ810において実装されてもよい。また、ネットワーク通信部130は、コントローラ821及び/又はネットワークインタフェース823において実装されてもよい。また、記憶部140は、メモリ822において実装されてもよい。
(第2の応用例)
図35は、本開示に係る技術が適用され得るeNBの概略的な構成の第2の例を示すブロック図である。eNB830は、1つ以上のアンテナ840、基地局装置850、及びRRH860を有する。各アンテナ840及びRRH860は、RFケーブルを介して互いに接続され得る。また、基地局装置850及びRRH860は、光ファイバケーブルなどの高速回線で互いに接続され得る。
図35は、本開示に係る技術が適用され得るeNBの概略的な構成の第2の例を示すブロック図である。eNB830は、1つ以上のアンテナ840、基地局装置850、及びRRH860を有する。各アンテナ840及びRRH860は、RFケーブルを介して互いに接続され得る。また、基地局装置850及びRRH860は、光ファイバケーブルなどの高速回線で互いに接続され得る。
アンテナ840の各々は、単一の又は複数のアンテナ素子(例えば、MIMOアンテナを構成する複数のアンテナ素子)を有し、RRH860による無線信号の送受信のために使用される。eNB830は、図35に示したように複数のアンテナ840を有し、複数のアンテナ840は、例えばeNB830が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図35にはeNB830が複数のアンテナ840を有する例を示したが、eNB830は単一のアンテナ840を有してもよい。
基地局装置850は、コントローラ851、メモリ852、ネットワークインタフェース853、無線通信インタフェース855及び接続インタフェース857を備える。コントローラ851、メモリ852及びネットワークインタフェース853は、図34を参照して説明したコントローラ821、メモリ822及びネットワークインタフェース823と同様のものである。
無線通信インタフェース855は、LTE又はLTE-Advancedなどのいずれかのセルラー通信方式をサポートし、RRH860及びアンテナ840を介して、RRH860に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース855は、典型的には、BBプロセッサ856などを含み得る。BBプロセッサ856は、接続インタフェース857を介してRRH860のRF回路864と接続されることを除き、図34を参照して説明したBBプロセッサ826と同様のものである。無線通信インタフェース855は、図35に示したように複数のBBプロセッサ856を含み、複数のBBプロセッサ856は、例えばeNB830が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図35には無線通信インタフェース855が複数のBBプロセッサ856を含む例を示したが、無線通信インタフェース855は単一のBBプロセッサ856を含んでもよい。
接続インタフェース857は、基地局装置850(無線通信インタフェース855)をRRH860と接続するためのインタフェースである。接続インタフェース857は、基地局装置850(無線通信インタフェース855)とRRH860とを接続する上記高速回線での通信のための通信モジュールであってもよい。
また、RRH860は、接続インタフェース861及び無線通信インタフェース863を備える。
接続インタフェース861は、RRH860(無線通信インタフェース863)を基地局装置850と接続するためのインタフェースである。接続インタフェース861は、上記高速回線での通信のための通信モジュールであってもよい。
無線通信インタフェース863は、アンテナ840を介して無線信号を送受信する。無線通信インタフェース863は、典型的には、RF回路864などを含み得る。RF回路864は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ840を介して無線信号を送受信する。無線通信インタフェース863は、図35に示したように複数のRF回路864を含み、複数のRF回路864は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図35には無線通信インタフェース863が複数のRF回路864を含む例を示したが、無線通信インタフェース863は単一のRF回路864を含んでもよい。
図35に示したeNB830において、図4を参照して説明した無線通信装置100に含まれる1つ以上の構成要素(中継処理部151、提供部153及び/又は通知部155)は、無線通信インタフェース855及び/又は無線通信インタフェース863において実装されてもよい。さらに、図6を参照して説明したMECサーバ300に含まれる1つ以上の構成要素(取得部331、通知部333、探索部335及び/又はサービス処理部337)もまた、無線通信インタフェース855及び/又は無線通信インタフェース863において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ851において実装されてもよい。一例として、eNB830は、無線通信インタフェース855の一部(例えば、BBプロセッサ856)若しくは全部、及び/又はコントローラ851を含むモジュールを搭載し、当該モジュールにおいて上記1つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記1つ以上の構成要素として機能させるためのプログラム(換言すると、プロセッサに上記1つ以上の構成要素の動作を実行させるためのプログラム)を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記1つ以上の構成要素として機能させるためのプログラムがeNB830にインストールされ、無線通信インタフェース855(例えば、BBプロセッサ856)及び/又はコントローラ851が当該プログラムを実行してもよい。以上のように、上記1つ以上の構成要素を備える装置としてeNB830、基地局装置850又は上記モジュールが提供されてもよく、プロセッサを上記1つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
また、図35に示したeNB830において、例えば、図4を参照して説明した無線通信部120は、無線通信インタフェース863(例えば、RF回路864)において実装されてもよい。また、アンテナ部110は、アンテナ840において実装されてもよい。また、ネットワーク通信部130は、コントローラ851及び/又はネットワークインタフェース853において実装されてもよい。また、記憶部140は、メモリ852において実装されてもよい。
(機能構成例)
図36は、本開示に係る技術が適用され得るeNB870の概略的な機能構成の一例を示すブロック図である。図36に示すように、eNB870は、Inter Cell RRM881、RB Control882、Connection Mobility Control883、Radio Admission Control884、eNB Measurement Configuration & Provision885、及びDynamic Resource Allocation(Scheduler)886を含む。
図36は、本開示に係る技術が適用され得るeNB870の概略的な機能構成の一例を示すブロック図である。図36に示すように、eNB870は、Inter Cell RRM881、RB Control882、Connection Mobility Control883、Radio Admission Control884、eNB Measurement Configuration & Provision885、及びDynamic Resource Allocation(Scheduler)886を含む。
Inter Cell RRM(Radio Resource Management)881は、セル間で無線リソースの管理を行う機能を提供する。例えば、Inter Cell RRM881は、無線リソース割り当て及び送信電力の調整によりセル間干渉を低減させる。
RB(Radio Bearer) Control882は、無線ベアラ制御機能を提供する。例えば、RB Control882は、各々の無線ベアラのサービスの要求に基づいて、無線ベアラを確立、修正又は開放する。
Connection Mobility Control883は、移動性を許容する接続制御機能を提供する。例えば、Connection Mobility Control883は、RRC_CONNECTEDにあるUEの移動性をUEからの情報に基づいて制御し、ハンドオーバ決定を行う。
Radio Admission Control884は、接続許可制御機能を提供する。例えば、Radio Admission Control884は、セル内のリソースの使用量、及びサービスのリソース要求量に基づいて、新たなRRC接続及び新たな無線ベアラを許容するか否かを判定する。
eNB Measurement Configuration & Provision885は、メジャメント情報供給機能を提供する。例えば、eNB Measurement Configuration & Provision885は、メジャメント結果をオペレータ又は制御エンティティ等に提供することで、無線リソースの使用量及びネットワーク設定の最適化を図る。
Dynamic Resource Allocation(Scheduler)886は、UEへの動的な無線リソースの割当機能を提供する。例えば、Dynamic Resource Allocation(Scheduler)886は、チャネルの状態に基づいてUEの各々に無線リソースを動的に割り当てることで、無線効率の最大化を図る。
また、eNB870は、RRC(Radio Resource Control)891、PDCP(Packet Domain Convergence Protocol)892、RLC(Radio Link Control)893、MAC(Media Access Control)894、PHY(Physical Layer)895をさらに含む。これらはプロトコル・スタックである。
なお、図36に示したブロック図は、技術仕様書「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」に記載されている。即ち、本開示に係る技術は、同技術仕様書に記載されたeNBに適用され得る。例えば、同技術仕様書に記載されたeNBに、MECサーバ300が搭載されてもよい。
<6.2.端末装置に関する応用例>
(第1の応用例)
図37は、本開示に係る技術が適用され得るスマートフォン900の概略的な構成の一例を示すブロック図である。スマートフォン900は、プロセッサ901、メモリ902、ストレージ903、外部接続インタフェース904、カメラ906、センサ907、マイクロフォン908、入力デバイス909、表示デバイス910、スピーカ911、無線通信インタフェース912、1つ以上のアンテナスイッチ915、1つ以上のアンテナ916、バス917、バッテリー918及び補助コントローラ919を備える。
(第1の応用例)
図37は、本開示に係る技術が適用され得るスマートフォン900の概略的な構成の一例を示すブロック図である。スマートフォン900は、プロセッサ901、メモリ902、ストレージ903、外部接続インタフェース904、カメラ906、センサ907、マイクロフォン908、入力デバイス909、表示デバイス910、スピーカ911、無線通信インタフェース912、1つ以上のアンテナスイッチ915、1つ以上のアンテナ916、バス917、バッテリー918及び補助コントローラ919を備える。
プロセッサ901は、例えばCPU又はSoC(System on Chip)であってよく、スマートフォン900のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ902は、RAM及びROMを含み、プロセッサ901により実行されるプログラム及びデータを記憶する。ストレージ903は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース904は、メモリーカード又はUSB(Universal Serial Bus)デバイスなどの外付けデバイスをスマートフォン900へ接続するためのインタフェースである。
カメラ906は、例えば、CCD(Charge Coupled Device)又はCMOS(Complementary Metal Oxide Semiconductor)などの撮像素子を有し、撮像画像を生成する。センサ907は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン908は、スマートフォン900へ入力される音声を音声信号へ変換する。入力デバイス909は、例えば、表示デバイス910の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス910は、液晶ディスプレイ(LCD)又は有機発光ダイオード(OLED)ディスプレイなどの画面を有し、スマートフォン900の出力画像を表示する。スピーカ911は、スマートフォン900から出力される音声信号を音声に変換する。
無線通信インタフェース912は、LTE又はLTE-Advancedなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース912は、典型的には、BBプロセッサ913及びRF回路914などを含み得る。BBプロセッサ913は、例えば、符号化/復号、変調/復調及び多重化/逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、RF回路914は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ916を介して無線信号を送受信する。無線通信インタフェース912は、BBプロセッサ913及びRF回路914を集積したワンチップのモジュールであってもよい。無線通信インタフェース912は、図37に示したように複数のBBプロセッサ913及び複数のRF回路914を含んでもよい。なお、図37には無線通信インタフェース912が複数のBBプロセッサ913及び複数のRF回路914を含む例を示したが、無線通信インタフェース912は単一のBBプロセッサ913又は単一のRF回路914を含んでもよい。
さらに、無線通信インタフェース912は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線LAN(Local Area Network)方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのBBプロセッサ913及びRF回路914を含んでもよい。
アンテナスイッチ915の各々は、無線通信インタフェース912に含まれる複数の回路(例えば、異なる無線通信方式のための回路)の間でアンテナ916の接続先を切り替える。
アンテナ916の各々は、単一の又は複数のアンテナ素子(例えば、MIMOアンテナを構成する複数のアンテナ素子)を有し、無線通信インタフェース912による無線信号の送受信のために使用される。スマートフォン900は、図37に示したように複数のアンテナ916を有してもよい。なお、図37にはスマートフォン900が複数のアンテナ916を有する例を示したが、スマートフォン900は単一のアンテナ916を有してもよい。
さらに、スマートフォン900は、無線通信方式ごとにアンテナ916を備えてもよい。その場合に、アンテナスイッチ915は、スマートフォン900の構成から省略されてもよい。
バス917は、プロセッサ901、メモリ902、ストレージ903、外部接続インタフェース904、カメラ906、センサ907、マイクロフォン908、入力デバイス909、表示デバイス910、スピーカ911、無線通信インタフェース912及び補助コントローラ919を互いに接続する。バッテリー918は、図中に破線で部分的に示した給電ラインを介して、図37に示したスマートフォン900の各ブロックへ電力を供給する。補助コントローラ919は、例えば、スリープモードにおいて、スマートフォン900の必要最低限の機能を動作させる。
図37に示したスマートフォン900において、図5を参照して説明した端末装置200に含まれる1つ以上の構成要素(取得部241及び/又は選択処理部243)は、無線通信インタフェース912において実装されてもよい。さらに、図6を参照して説明したMECサーバ300に含まれる1つ以上の構成要素(取得部331、通知部333、探索部335及び/又はサービス処理部337)もまた、無線通信インタフェース912において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ901又は補助コントローラ919において実装されてもよい。一例として、スマートフォン900は、無線通信インタフェース912の一部(例えば、BBプロセッサ913)若しくは全部、プロセッサ901、及び/又は補助コントローラ919を含むモジュールを搭載し、当該モジュールにおいて上記1つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記1つ以上の構成要素として機能させるためのプログラム(換言すると、プロセッサに上記1つ以上の構成要素の動作を実行させるためのプログラム)を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記1つ以上の構成要素として機能させるためのプログラムがスマートフォン900にインストールされ、無線通信インタフェース912(例えば、BBプロセッサ913)、プロセッサ901、及び/又は補助コントローラ919が当該プログラムを実行してもよい。以上のように、上記1つ以上の構成要素を備える装置としてスマートフォン900又は上記モジュールが提供されてもよく、プロセッサを上記1つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
また、図37に示したスマートフォン900において、例えば、図5を参照して説明した無線通信部220は、無線通信インタフェース912(例えば、RF回路914)において実装されてもよい。また、アンテナ部210は、アンテナ916において実装されてもよい。また、記憶部230は、メモリ902において実装されてもよい。
(第2の応用例)
図38は、本開示に係る技術が適用され得るカーナビゲーション装置920の概略的な構成の一例を示すブロック図である。カーナビゲーション装置920は、プロセッサ921、メモリ922、GPS(Global Positioning System)モジュール924、センサ925、データインタフェース926、コンテンツプレーヤ927、記憶媒体インタフェース928、入力デバイス929、表示デバイス930、スピーカ931、無線通信インタフェース933、1つ以上のアンテナスイッチ936、1つ以上のアンテナ937及びバッテリー938を備える。
図38は、本開示に係る技術が適用され得るカーナビゲーション装置920の概略的な構成の一例を示すブロック図である。カーナビゲーション装置920は、プロセッサ921、メモリ922、GPS(Global Positioning System)モジュール924、センサ925、データインタフェース926、コンテンツプレーヤ927、記憶媒体インタフェース928、入力デバイス929、表示デバイス930、スピーカ931、無線通信インタフェース933、1つ以上のアンテナスイッチ936、1つ以上のアンテナ937及びバッテリー938を備える。
プロセッサ921は、例えばCPU又はSoCであってよく、カーナビゲーション装置920のナビゲーション機能及びその他の機能を制御する。メモリ922は、RAM及びROMを含み、プロセッサ921により実行されるプログラム及びデータを記憶する。
GPSモジュール924は、GPS衛星から受信されるGPS信号を用いて、カーナビゲーション装置920の位置(例えば、緯度、経度及び高度)を測定する。センサ925は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース926は、例えば、図示しない端子を介して車載ネットワーク941に接続され、車速データなどの車両側で生成されるデータを取得する。
コンテンツプレーヤ927は、記憶媒体インタフェース928に挿入される記憶媒体(例えば、CD又はDVD)に記憶されているコンテンツを再生する。入力デバイス929は、例えば、表示デバイス930の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス930は、LCD又はOLEDディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ931は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
無線通信インタフェース933は、LTE又はLTE-Advancedなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース933は、典型的には、BBプロセッサ934及びRF回路935などを含み得る。BBプロセッサ934は、例えば、符号化/復号、変調/復調及び多重化/逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、RF回路935は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ937を介して無線信号を送受信する。無線通信インタフェース933は、BBプロセッサ934及びRF回路935を集積したワンチップのモジュールであってもよい。無線通信インタフェース933は、図38に示したように複数のBBプロセッサ934及び複数のRF回路935を含んでもよい。なお、図38には無線通信インタフェース933が複数のBBプロセッサ934及び複数のRF回路935を含む例を示したが、無線通信インタフェース933は単一のBBプロセッサ934又は単一のRF回路935を含んでもよい。
さらに、無線通信インタフェース933は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線LAN方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのBBプロセッサ934及びRF回路935を含んでもよい。
アンテナスイッチ936の各々は、無線通信インタフェース933に含まれる複数の回路(例えば、異なる無線通信方式のための回路)の間でアンテナ937の接続先を切り替える。
アンテナ937の各々は、単一の又は複数のアンテナ素子(例えば、MIMOアンテナを構成する複数のアンテナ素子)を有し、無線通信インタフェース933による無線信号の送受信のために使用される。カーナビゲーション装置920は、図38に示したように複数のアンテナ937を有してもよい。なお、図38にはカーナビゲーション装置920が複数のアンテナ937を有する例を示したが、カーナビゲーション装置920は単一のアンテナ937を有してもよい。
さらに、カーナビゲーション装置920は、無線通信方式ごとにアンテナ937を備えてもよい。その場合に、アンテナスイッチ936は、カーナビゲーション装置920の構成から省略されてもよい。
バッテリー938は、図中に破線で部分的に示した給電ラインを介して、図38に示したカーナビゲーション装置920の各ブロックへ電力を供給する。また、バッテリー938は、車両側から給電される電力を蓄積する。
図38に示したカーナビゲーション装置920において、図5を参照して説明した端末装置200に含まれる1つ以上の構成要素(取得部241及び/又は選択処理部243)は、無線通信インタフェース933において実装されてもよい。さらに、図6を参照して説明したMECサーバ300に含まれる1つ以上の構成要素(取得部331、通知部333、探索部335及び/又はサービス処理部337)もまた、無線通信インタフェース933において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ921において実装されてもよい。一例として、カーナビゲーション装置920は、無線通信インタフェース933の一部(例えば、BBプロセッサ934)若しくは全部及び/又はプロセッサ921を含むモジュールを搭載し、当該モジュールにおいて上記1つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記1つ以上の構成要素として機能させるためのプログラム(換言すると、プロセッサに上記1つ以上の構成要素の動作を実行させるためのプログラム)を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記1つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置920にインストールされ、無線通信インタフェース933(例えば、BBプロセッサ934)及び/又はプロセッサ921が当該プログラムを実行してもよい。以上のように、上記1つ以上の構成要素を備える装置としてカーナビゲーション装置920又は上記モジュールが提供されてもよく、プロセッサを上記1つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
また、図38に示したカーナビゲーション装置920において、例えば、図5を参照して説明した無線通信部220は、無線通信インタフェース933(例えば、RF回路935)において実装されてもよい。また、アンテナ部210は、アンテナ937において実装されてもよい。また、記憶部230は、メモリ922において実装されてもよい。
また、本開示に係る技術は、上述したカーナビゲーション装置920の1つ以上のブロックと、車載ネットワーク941と、車両側モジュール942とを含む車載システム(又は車両)940として実現されてもよい。即ち、取得部241及び/又は選択処理部243(並びに取得部331、通知部333、探索部335及び/又はサービス処理部337)を備える装置として車載システム(又は車両)940が提供されてもよい。車両側モジュール942は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク941へ出力する。
<<7.まとめ>>
以上、図1~図38を参照して、本開示の一実施形態について詳細に説明してきた。上記説明したように、端末装置200は、無線通信装置100により提供され、MECサーバ300により使用される、端末装置200自身の無線通信に関する情報を取得するためのAPIに関するAPI情報を取得し、API情報に基づいてサービス提供元のMECサーバ300を選択するための処理を行う。端末装置200は、API情報を参照することで、対応する無線通信装置100にAPIが有り、開放されているMECサーバ300を選択することが可能となる。これにより、サービス提供元として適切なMECサーバ300の選択が実現される。
以上、図1~図38を参照して、本開示の一実施形態について詳細に説明してきた。上記説明したように、端末装置200は、無線通信装置100により提供され、MECサーバ300により使用される、端末装置200自身の無線通信に関する情報を取得するためのAPIに関するAPI情報を取得し、API情報に基づいてサービス提供元のMECサーバ300を選択するための処理を行う。端末装置200は、API情報を参照することで、対応する無線通信装置100にAPIが有り、開放されているMECサーバ300を選択することが可能となる。これにより、サービス提供元として適切なMECサーバ300の選択が実現される。
適切なMECサーバ300の選択が実現されることにより、ユーザ、アプリケーション提供者、及びオペレータは、それぞれ利益を享受し得る。例えば、ユーザは、より快適(適切なスピード、及び遅延環境など)にサービスを受けることができる。また、アプリケーション提供者は、より質の高いサービスをユーザに提供することができる。また、オペレータは、負荷分散、及び無線リソースの最適化等のオペレーションを最適化することができる。また、同じ無線カバー領域におけるインフラ(例えば、無線通信装置100)の共有に関しても、端末装置200が最適なMECサーバ300へアクセスすることが可能となる。また、端末装置200は、ハンドオーバの際にも、最適なMECサーバ300へアクセスすることが可能となる。また、上位層(アプリケーション)は、APIが使用可能な無線通信装置100を把握することで、ユーザの契約等に応じて、特別な特性の利用を可能にするというサービスも提供可能である。例えば、アプリケーションは、同じ無線サービスエリアにおいて、アプリケーションの要求を満たす接続先を選択することができる。
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
例えば、上記実施形態では、無線通信装置100によりAPIが提供され、MECサーバ300により当該APIが使用されるものとして説明したが、本技術は係る例に限定されない。その逆に、MECサーバ300により提供されたAPIが、無線通信装置100により使用されてもよい。また、APIの提供に関し、無線通信装置100又はMECサーバ300のいずれか一方が関与してもよいし、両者が関与(即ち、協働によりAPIを提供)してもよい。無線通信装置100とMECサーバ300とは、図2に示したMECサーバのプラットフォームの枠組みの中で情報のやり取りを行う。例えば、図2に示したMECアプリケーションプラットフォームにおいて、APIが提供され得る。
また、本明細書においてフローチャート及びシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。
また、本明細書の装置(例えば、無線通信装置100、端末装置200、又はMECサーバ300に備えられるプロセッサ(例えば、CPU、DSPなど)を上記装置の構成要素として機能させるためのコンピュータプログラム(換言すると、上記プロセッサに上記装置の構成要素の動作を実行させるためのコンピュータプログラム)も作成可能である。また、当該コンピュータプログラムを記録した記録媒体も提供されてもよい。また、上記コンピュータプログラムを記憶するメモリと、上記コンピュータプログラムを実行可能な1つ以上のプロセッサとを備える装置(例えば、基地局、基地局装置若しくは基地局装置のためのモジュール、又は、端末装置若しくは端末装置のためのモジュール)も提供されてもよい。また、上記装置の構成要素の動作を含む方法も、本開示に係る技術に含まれる。
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
なお、以下のような構成も本開示の技術的範囲に属する。
(1)
装置であって、
前記装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得する取得部と、
前記取得部により取得された前記APIに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理を行う選択処理部と、
を備える装置。
(2)
前記APIに関する情報は、前記APIが使用可能か否かを示す情報を含む、前記(1)に記載の装置。
(3)
前記APIが使用可能か否かを示す情報は、前記APIの有無を示す情報を含む、前記(2)に記載の装置。
(4)
前記APIが使用可能か否かを示す情報は、前記APIの開閉を示す情報を含む、前記(2)又は(3)に記載の装置。
(5)
前記中継ノードの通信に関する情報は、前記中継ノードと前記中継ノードに接続する前記装置との無線通信に関する情報を含む、前記(1)~(4)のいずれか一項に記載の装置。
(6)
前記中継ノードの通信に関する情報は、前記中継ノードと前記中継ノードに接続する前記サービス提供装置との通信に関する情報を含む、前記(1)~(5)のいずれか一項に記載の装置。
(7)
前記中継ノードの通信に関する情報は、前記中継ノードと前記中継ノードに接続する他の中継ノードとの通信に関する情報を含む、前記(1)~(6)のいずれか一項に記載の装置。
(8)
前記中継ノードの通信に関する情報は、物理的位置情報又は意味的位置情報の少なくともいずれかを含む、前記(1)~(7)のいずれか一項に記載の装置。
(9)
前記選択処理部は、前記APIが使用可能な前記サービス提供装置を優先的にサービス提供元に選択する、前記(1)~(8)のいずれか一項に記載の装置。
(10)
前記選択処理部は、サービス提供元として選択された前記サービス提供装置に対応する前記中継ノードの管理下に前記装置が含まれない場合、管理下に含まれるよう通信経路を変更する処理を行う、前記(1)~(9)のいずれか一項に記載の装置。
(11)
前記選択処理部は、サービス提供元として選択された前記サービス提供装置までの通信経路上に前記APIが使用不可能な前記中継ノードが含まれる場合、前記APIが使用可能な他の前記中継ノードを経由して前記サービス提供装置と通信するよう通信経路を変更する処理を行う、前記(1)~(10)のいずれか一項に記載の装置。
(12)
前記取得部は、前記サービス提供装置までの通信経路上に含まれる1つ以上の前記中継ノードにより提供される前記APIに関する情報を取得する、前記(1)~(11)のいずれか一項に記載の装置。
(13)
前記取得部は、前記APIを用いて取得された前記通信に関する情報を取得し、
前記選択処理部は、前記通信に関する情報にさらに基づいてサービス提供元の前記サービス提供装置を選択する、前記(1)~(12)のいずれか一項に記載の装置。
(14)
前記選択処理部は、ユーザ操作に基づいてサービス提供元の前記サービス提供装置を選択する、前記(1)~(13)のいずれか一項に記載の装置。
(15)
端末装置とコアネットワークとの通信を中継する中継ノードにより提供される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得する取得部と、
前記取得部により取得された前記APIに関する情報を前記端末装置へ通知する通知部と、
を備える装置。
(16)
前記取得部は、前記APIに関する情報を繰り返し取得し、
前記通知部は、前記取得部により繰り返し取得された前記APIに関する情報を通知する、前記(15)に記載の装置。
(17)
前記装置は、前記APIが使用可能な他の中継ノードを探索する探索部をさらに備える、前記(15)又は(16)に記載の装置。
(18)
前記装置は、前記探索部による探索結果を示す情報を記憶する記憶部をさらに備える、前記(17)に記載の装置。
(19)
前記探索結果を示す情報は、前記他の中継ノードの識別情報、前記他の中継ノードに対応する他の装置の識別情報、及び前記他の中継ノードから提供される前記APIに関する情報を含む、前記(18)に記載の装置。
(20)
前記装置は、前記端末装置へサービスを提供するための処理を行うサービス処理部をさらに備える、前記(15)~(19)のいずれか一項に記載の装置。
(21)
前記サービス処理部は、前記通信に関する情報に基づいて前記中継ノードに通信設定の変更を要求する、前記(20)に記載の装置。
(22)
前記取得部は、前記通信に関する情報を取得し、
前記通知部は、取得された前記通信に関する情報を前記端末装置へ通知する、前記(15)~(21)のいずれか一項に記載の装置。
(23)
前記取得部は、前記APIを使用した結果に基づいて、前記APIに関する情報を取得する、前記(15)~(22)のいずれか一項に記載の装置。
(24)
端末装置とコアネットワークとの通信を中継する中継処理部と、
前記中継処理部により中継される通信に関する情報を、前記端末装置にサービスを提供するサービス提供装置へ提供する提供部と、
を備える装置。
(25)
前記装置は、前記提供部に関する情報を前記端末装置へ通知する通知部をさらに備える、前記(24)に記載の装置。
(26)
前記提供部は、APIを用いて前記通信に関する情報を提供する、前記(24)又は(25)に記載の装置。
(27)
前記提供部は、前記APIの開閉を切り替える、前記(26)に記載の装置。
(28)
装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得することと、
取得された前記APIに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理をプロセッサにより行うことと、
を含む方法。
(29)
端末装置とコアネットワークとの通信を中継する中継ノードにより提供される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得することと、
取得された前記APIに関する情報を前記端末装置へプロセッサにより通知すること部と、
を含む方法。
(30)
端末装置とコアネットワークとの通信を中継することと、
中継される通信に関する情報を、前記端末装置にサービスを提供するサービス提供装置へプロセッサにより提供することと、
を含む方法。
(31)
コンピュータを、
端末装置とコアネットワークとの通信を中継する中継ノードにより提供される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得する取得部と、
前記取得部により取得された前記APIに関する情報を前記端末装置へ通知する通知部と、
として機能させるためのプログラム。
(32)
コンピュータを、
端末装置とコアネットワークとの通信を中継する中継処理部と、
前記中継処理部により中継される通信に関する情報を、前記端末装置にサービスを提供するサービス提供装置へ提供する提供部と、
として機能させるためのプログラム。
(33)
コンピュータを、
装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得する取得部と、
前記取得部により取得された前記APIに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理を行う選択処理部と、
として機能させるためのプログラム。
(1)
装置であって、
前記装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得する取得部と、
前記取得部により取得された前記APIに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理を行う選択処理部と、
を備える装置。
(2)
前記APIに関する情報は、前記APIが使用可能か否かを示す情報を含む、前記(1)に記載の装置。
(3)
前記APIが使用可能か否かを示す情報は、前記APIの有無を示す情報を含む、前記(2)に記載の装置。
(4)
前記APIが使用可能か否かを示す情報は、前記APIの開閉を示す情報を含む、前記(2)又は(3)に記載の装置。
(5)
前記中継ノードの通信に関する情報は、前記中継ノードと前記中継ノードに接続する前記装置との無線通信に関する情報を含む、前記(1)~(4)のいずれか一項に記載の装置。
(6)
前記中継ノードの通信に関する情報は、前記中継ノードと前記中継ノードに接続する前記サービス提供装置との通信に関する情報を含む、前記(1)~(5)のいずれか一項に記載の装置。
(7)
前記中継ノードの通信に関する情報は、前記中継ノードと前記中継ノードに接続する他の中継ノードとの通信に関する情報を含む、前記(1)~(6)のいずれか一項に記載の装置。
(8)
前記中継ノードの通信に関する情報は、物理的位置情報又は意味的位置情報の少なくともいずれかを含む、前記(1)~(7)のいずれか一項に記載の装置。
(9)
前記選択処理部は、前記APIが使用可能な前記サービス提供装置を優先的にサービス提供元に選択する、前記(1)~(8)のいずれか一項に記載の装置。
(10)
前記選択処理部は、サービス提供元として選択された前記サービス提供装置に対応する前記中継ノードの管理下に前記装置が含まれない場合、管理下に含まれるよう通信経路を変更する処理を行う、前記(1)~(9)のいずれか一項に記載の装置。
(11)
前記選択処理部は、サービス提供元として選択された前記サービス提供装置までの通信経路上に前記APIが使用不可能な前記中継ノードが含まれる場合、前記APIが使用可能な他の前記中継ノードを経由して前記サービス提供装置と通信するよう通信経路を変更する処理を行う、前記(1)~(10)のいずれか一項に記載の装置。
(12)
前記取得部は、前記サービス提供装置までの通信経路上に含まれる1つ以上の前記中継ノードにより提供される前記APIに関する情報を取得する、前記(1)~(11)のいずれか一項に記載の装置。
(13)
前記取得部は、前記APIを用いて取得された前記通信に関する情報を取得し、
前記選択処理部は、前記通信に関する情報にさらに基づいてサービス提供元の前記サービス提供装置を選択する、前記(1)~(12)のいずれか一項に記載の装置。
(14)
前記選択処理部は、ユーザ操作に基づいてサービス提供元の前記サービス提供装置を選択する、前記(1)~(13)のいずれか一項に記載の装置。
(15)
端末装置とコアネットワークとの通信を中継する中継ノードにより提供される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得する取得部と、
前記取得部により取得された前記APIに関する情報を前記端末装置へ通知する通知部と、
を備える装置。
(16)
前記取得部は、前記APIに関する情報を繰り返し取得し、
前記通知部は、前記取得部により繰り返し取得された前記APIに関する情報を通知する、前記(15)に記載の装置。
(17)
前記装置は、前記APIが使用可能な他の中継ノードを探索する探索部をさらに備える、前記(15)又は(16)に記載の装置。
(18)
前記装置は、前記探索部による探索結果を示す情報を記憶する記憶部をさらに備える、前記(17)に記載の装置。
(19)
前記探索結果を示す情報は、前記他の中継ノードの識別情報、前記他の中継ノードに対応する他の装置の識別情報、及び前記他の中継ノードから提供される前記APIに関する情報を含む、前記(18)に記載の装置。
(20)
前記装置は、前記端末装置へサービスを提供するための処理を行うサービス処理部をさらに備える、前記(15)~(19)のいずれか一項に記載の装置。
(21)
前記サービス処理部は、前記通信に関する情報に基づいて前記中継ノードに通信設定の変更を要求する、前記(20)に記載の装置。
(22)
前記取得部は、前記通信に関する情報を取得し、
前記通知部は、取得された前記通信に関する情報を前記端末装置へ通知する、前記(15)~(21)のいずれか一項に記載の装置。
(23)
前記取得部は、前記APIを使用した結果に基づいて、前記APIに関する情報を取得する、前記(15)~(22)のいずれか一項に記載の装置。
(24)
端末装置とコアネットワークとの通信を中継する中継処理部と、
前記中継処理部により中継される通信に関する情報を、前記端末装置にサービスを提供するサービス提供装置へ提供する提供部と、
を備える装置。
(25)
前記装置は、前記提供部に関する情報を前記端末装置へ通知する通知部をさらに備える、前記(24)に記載の装置。
(26)
前記提供部は、APIを用いて前記通信に関する情報を提供する、前記(24)又は(25)に記載の装置。
(27)
前記提供部は、前記APIの開閉を切り替える、前記(26)に記載の装置。
(28)
装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得することと、
取得された前記APIに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理をプロセッサにより行うことと、
を含む方法。
(29)
端末装置とコアネットワークとの通信を中継する中継ノードにより提供される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得することと、
取得された前記APIに関する情報を前記端末装置へプロセッサにより通知すること部と、
を含む方法。
(30)
端末装置とコアネットワークとの通信を中継することと、
中継される通信に関する情報を、前記端末装置にサービスを提供するサービス提供装置へプロセッサにより提供することと、
を含む方法。
(31)
コンピュータを、
端末装置とコアネットワークとの通信を中継する中継ノードにより提供される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得する取得部と、
前記取得部により取得された前記APIに関する情報を前記端末装置へ通知する通知部と、
として機能させるためのプログラム。
(32)
コンピュータを、
端末装置とコアネットワークとの通信を中継する中継処理部と、
前記中継処理部により中継される通信に関する情報を、前記端末装置にサービスを提供するサービス提供装置へ提供する提供部と、
として機能させるためのプログラム。
(33)
コンピュータを、
装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得する取得部と、
前記取得部により取得された前記APIに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理を行う選択処理部と、
として機能させるためのプログラム。
1 システム
10 セル
40 コアネットワーク
50 パケットデータネットワーク
60 アプリケーションサーバ
100 無線通信装置
110 アンテナ部
120 無線通信部
130 ネットワーク通信部
140 記憶部
150 処理部
151 中継処理部
153 提供部
155 通知部
200 端末装置
210 アンテナ部
220 無線通信部
230 記憶部
240 処理部
241 取得部
243 選択処理部
300 MECサーバ
310 通信部
320 記憶部
330 処理部
331 取得部
333 通知部
335 探索部
337 サービス処理部
10 セル
40 コアネットワーク
50 パケットデータネットワーク
60 アプリケーションサーバ
100 無線通信装置
110 アンテナ部
120 無線通信部
130 ネットワーク通信部
140 記憶部
150 処理部
151 中継処理部
153 提供部
155 通知部
200 端末装置
210 アンテナ部
220 無線通信部
230 記憶部
240 処理部
241 取得部
243 選択処理部
300 MECサーバ
310 通信部
320 記憶部
330 処理部
331 取得部
333 通知部
335 探索部
337 サービス処理部
Claims (33)
- 装置であって、
前記装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得する取得部と、
前記取得部により取得された前記APIに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理を行う選択処理部と、
を備える装置。 - 前記APIに関する情報は、前記APIが使用可能か否かを示す情報を含む、請求項1に記載の装置。
- 前記APIが使用可能か否かを示す情報は、前記APIの有無を示す情報を含む、請求項2に記載の装置。
- 前記APIが使用可能か否かを示す情報は、前記APIの開閉を示す情報を含む、請求項2に記載の装置。
- 前記中継ノードの通信に関する情報は、前記中継ノードと前記中継ノードに接続する前記装置との無線通信に関する情報を含む、請求項1に記載の装置。
- 前記中継ノードの通信に関する情報は、前記中継ノードと前記中継ノードに接続する前記サービス提供装置との通信に関する情報を含む、請求項1に記載の装置。
- 前記中継ノードの通信に関する情報は、前記中継ノードと前記中継ノードに接続する他の中継ノードとの通信に関する情報を含む、請求項1に記載の装置。
- 前記中継ノードの通信に関する情報は、物理的位置情報又は意味的位置情報の少なくともいずれかを含む、請求項1に記載の装置。
- 前記選択処理部は、前記APIが使用可能な前記サービス提供装置を優先的にサービス提供元に選択する、請求項1に記載の装置。
- 前記選択処理部は、サービス提供元として選択された前記サービス提供装置に対応する前記中継ノードの管理下に前記装置が含まれない場合、管理下に含まれるよう通信経路を変更する処理を行う、請求項1に記載の装置。
- 前記選択処理部は、サービス提供元として選択された前記サービス提供装置までの通信経路上に前記APIが使用不可能な前記中継ノードが含まれる場合、前記APIが使用可能な他の前記中継ノードを経由して前記サービス提供装置と通信するよう通信経路を変更する処理を行う、請求項1に記載の装置。
- 前記取得部は、前記サービス提供装置までの通信経路上に含まれる1つ以上の前記中継ノードにより提供される前記APIに関する情報を取得する、請求項1に記載の装置。
- 前記取得部は、前記APIを用いて取得された前記通信に関する情報を取得し、
前記選択処理部は、前記通信に関する情報にさらに基づいてサービス提供元の前記サービス提供装置を選択する、請求項1に記載の装置。 - 前記選択処理部は、ユーザ操作に基づいてサービス提供元の前記サービス提供装置を選択する、請求項1に記載の装置。
- 端末装置とコアネットワークとの通信を中継する中継ノードにより提供される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得する取得部と、
前記取得部により取得された前記APIに関する情報を前記端末装置へ通知する通知部と、
を備える装置。 - 前記取得部は、前記APIに関する情報を繰り返し取得し、
前記通知部は、前記取得部により繰り返し取得された前記APIに関する情報を通知する、請求項15に記載の装置。 - 前記装置は、前記APIが使用可能な他の中継ノードを探索する探索部をさらに備える、請求項15に記載の装置。
- 前記装置は、前記探索部による探索結果を示す情報を記憶する記憶部をさらに備える、請求項17に記載の装置。
- 前記探索結果を示す情報は、前記他の中継ノードの識別情報、前記他の中継ノードに対応する他の装置の識別情報、及び前記他の中継ノードから提供される前記APIに関する情報を含む、請求項18に記載の装置。
- 前記装置は、前記端末装置へサービスを提供するための処理を行うサービス処理部をさらに備える、請求項15に記載の装置。
- 前記サービス処理部は、前記通信に関する情報に基づいて前記中継ノードに通信設定の変更を要求する、請求項20に記載の装置。
- 前記取得部は、前記通信に関する情報を取得し、
前記通知部は、取得された前記通信に関する情報を前記端末装置へ通知する、請求項15に記載の装置。 - 前記取得部は、前記APIを使用した結果に基づいて、前記APIに関する情報を取得する、請求項15に記載の装置。
- 端末装置とコアネットワークとの通信を中継する中継処理部と、
前記中継処理部により中継される通信に関する情報を、前記端末装置にサービスを提供するサービス提供装置へ提供する提供部と、
を備える装置。 - 前記装置は、前記提供部に関する情報を前記端末装置へ通知する通知部をさらに備える、請求項24に記載の装置。
- 前記提供部は、APIを用いて前記通信に関する情報を提供する、請求項24に記載の装置。
- 前記提供部は、前記APIの開閉を切り替える、請求項26に記載の装置。
- 装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得することと、
取得された前記APIに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理をプロセッサにより行うことと、
を含む方法。 - 端末装置とコアネットワークとの通信を中継する中継ノードにより提供される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得することと、
取得された前記APIに関する情報を前記端末装置へプロセッサにより通知すること部と、
を含む方法。 - 端末装置とコアネットワークとの通信を中継することと、
中継される通信に関する情報を、前記端末装置にサービスを提供するサービス提供装置へプロセッサにより提供することと、
を含む方法。 - コンピュータを、
端末装置とコアネットワークとの通信を中継する中継ノードにより提供される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得する取得部と、
前記取得部により取得された前記APIに関する情報を前記端末装置へ通知する通知部と、
として機能させるためのプログラム。 - コンピュータを、
端末装置とコアネットワークとの通信を中継する中継処理部と、
前記中継処理部により中継される通信に関する情報を、前記端末装置にサービスを提供するサービス提供装置へ提供する提供部と、
として機能させるためのプログラム。 - コンピュータを、
装置とコアネットワークとの通信を中継する中継ノードにより提供され、前記装置にサービスを提供するサービス提供装置により使用される、前記中継ノードの通信に関する情報を取得するためのAPIに関する情報を取得する取得部と、
前記取得部により取得された前記APIに関する情報に基づいてサービス提供元の前記サービス提供装置を選択するための処理を行う選択処理部と、
として機能させるためのプログラム。
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 | ||
JP2015-172760 | 2015-09-02 | ||
JP2015172760 | 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)
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)
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)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1949281A4 (en) * | 2005-11-03 | 2011-02-02 | Kt Freetel Co Ltd | SYSTEM AND METHOD FOR PROVIDING MOBILE BUSINESS SUPPORT |
JP4702756B2 (ja) * | 2008-05-27 | 2011-06-15 | 株式会社アイ・オー・データ機器 | 中継装置、周辺装置、テレビ受像機、及び、情報処理システム |
KR20100134433A (ko) * | 2009-06-15 | 2010-12-23 | 엘지전자 주식회사 | 기능 제어부를 갖는 이동 단말기 |
JP5750935B2 (ja) * | 2011-02-24 | 2015-07-22 | 富士ゼロックス株式会社 | 情報処理システム、情報処理装置、サーバ装置およびプログラム |
-
2016
- 2016-04-26 WO PCT/JP2016/063062 patent/WO2016199515A1/ja active Application Filing
- 2016-04-26 DE DE112016002652.8T patent/DE112016002652T5/de not_active Withdrawn
- 2016-05-18 TW TW105115331A patent/TWI769134B/zh not_active IP Right Cessation
Patent Citations (3)
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)
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 | 華為技術有限公司Huawei Technologies Co.,Ltd. | サービス発見方法、登録センター、およびデバイス |
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 |
TW201711423A (zh) | 2017-03-16 |
DE112016002652T5 (de) | 2018-03-01 |
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 | |
US11903095B2 (en) | 5G OpenRAN controller | |
KR101978200B1 (ko) | 이중 연결성 핸드오버를 위한 방법, 장치 및 시스템 | |
EP2560454B1 (en) | Method and system for implementing direct interface between access network nodes | |
WO2016203798A1 (ja) | 装置及び方法 | |
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) | 装置、方法及びプログラム | |
Khan et al. | Handover management over dual connectivity in 5G technology with future ultra-dense mobile heterogeneous networks: A review | |
WO2016199515A1 (ja) | 装置、方法及びプログラム | |
WO2017098810A1 (ja) | 装置、方法、及びプログラム | |
JP2018525881A (ja) | マルチコネクティビティのための分割ベアラ強化 | |
WO2017168999A1 (ja) | 無線通信装置、サーバ及び方法 | |
KR20220155383A (ko) | 통신 방법, 액세스 네트워크 디바이스, 단말 디바이스, 및 코어 네트워크 디바이스 | |
US9838921B2 (en) | Call re-establishment in a multi-layer heterogeneous network | |
CN105792292B (zh) | 一种基站切换方法、系统及相关装置 | |
Masini | A guide to NG-RAN architecture | |
US20230300684A1 (en) | UE Mobility Across Super-Cells |
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 |