[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

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

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

Info

Publication number
WO2017043204A1
WO2017043204A1 PCT/JP2016/071964 JP2016071964W WO2017043204A1 WO 2017043204 A1 WO2017043204 A1 WO 2017043204A1 JP 2016071964 W JP2016071964 W JP 2016071964W WO 2017043204 A1 WO2017043204 A1 WO 2017043204A1
Authority
WO
WIPO (PCT)
Prior art keywords
mec
application
server
bearer
apn
Prior art date
Application number
PCT/JP2016/071964
Other languages
English (en)
French (fr)
Inventor
齋藤　真
Original Assignee
ソニー株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ソニー株式会社 filed Critical ソニー株式会社
Priority to DE112016004118.7T priority Critical patent/DE112016004118T5/de
Publication of WO2017043204A1 publication Critical patent/WO2017043204A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/17—Selecting a data network PoA [Point of Attachment]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel

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. For example, a technique for appropriately setting a communication path between an edge server and a terminal has not been sufficiently proposed.
  • the present disclosure provides a mechanism capable of appropriately setting the communication path between the edge server and the terminal.
  • an apparatus including a communication unit that transmits an APN specifying a virtual network function (VNF) that virtualizes a functional entity of a mobile communication network on an edge server to a terminal device.
  • VNF virtual network function
  • a device that includes a VNF that virtualizes a functional entity of a mobile communication network, and the VNF sets a bearer between an application instance and a terminal device.
  • a method executed by a processor includes transmitting an APN specifying a VNF that virtualizes a functional entity of a mobile communication network on an edge server to a terminal device.
  • a method executed by a processor including setting a bearer between an application instance and a terminal device by VNF virtualizing a functional entity of a mobile communication network.
  • a program for causing a computer to execute setting of a bearer between an application instance and a terminal device by using a VNF obtained by virtualizing a functional entity of a mobile communication network is provided.
  • the present disclosure it is possible to appropriately set the communication path between the edge server and the terminal.
  • the above effects are not necessarily limited, and any of the effects shown in the present specification, or other effects that can be grasped from the present specification, together with or in place of the above effects. May be played.
  • 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). ing.
  • 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 present technology is not limited to such an example.
  • the MEC server may be formed as a device different from the base station, or may be physically separated from the base station.
  • 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 are radio status information such as the strength of radio waves between a base station and a UE (for example, formed integrally) corresponding to the MEC server by each application on the MEC server. Information is obtained from the underlying wireless network and provided 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.
  • 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.
  • FIG. 3 is an explanatory diagram for explaining an example of the basic architecture of EPC (Evolved Packet Core).
  • UE User Equipment
  • eNB evolved Node B
  • a P-GW Packet Data Network Gateway
  • EPC Packet Data Network Gateway
  • PDN Packet Data Network Gateway
  • S-GW Serving Gateway
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • EPC Evolved Universal Terrestrial Radio Access Network
  • OCS Online Charging System
  • OFCS Offline Charging System
  • PCRF Policy and Charging Rule Function
  • MME Mobility Management Entity
  • HSS Home Subscriber Server
  • the solid line in the figure means the user plane, and the broken line means the control plane.
  • UE is connected to eNB and connected to EPC via S-GW based on control of MME and HSS. Further, the UE connects to the Internet (ie, PDN) via the P-GW, and connects to a content server on the Internet based on a request from an application on the UE.
  • the connection between the UE and the PDN is established by setting a bearer.
  • a bearer means a series of physical or logical paths for transferring user data. An example of a bearer configuration in an end-to-end service from a UE to a device on the Internet is shown in FIG.
  • FIG. 4 is an explanatory diagram for explaining an example of the configuration of the bearer.
  • the bearer set between UE and eNB is also called a radio bearer.
  • a bearer set between the eNB and the UE is also referred to as an S1 bearer.
  • the bearer set between UE and S-GW is also named E-RAB (E-UTRAN Radio Access Bearer) generically.
  • a bearer set between the S-GW and the P-GW is also referred to as an S5 / S8 bearer.
  • a bearer set between the UE and the P-GW is also collectively referred to as an EPS (Evolved Packet System) bearer.
  • a bearer set between the P-GW and a device on the Internet is also referred to as an external bearer.
  • the EPS bearer of interest in the present technology will be described in more detail with reference to FIG.
  • FIG. 5 is an explanatory diagram for explaining an example of the configuration of the EPS bearer.
  • the EPS bearer is set between the UE and one or more P-GWs specified by APN (Access Point Name).
  • APN Access Point Name
  • SDF Service Data Flow
  • Tables 1 and 2 below show an overview of bearer QoS.
  • FIG. 6 is a sequence diagram illustrating an example of a flow of a UE attach procedure (Attach Procedure) executed in EPS.
  • the UE transmits an attach request signal specifying the APN to the MME (step S11).
  • the APN specified here is also referred to as a default APN.
  • various processes such as identification, authentication, and encryption are performed between the UE and the HSS (step S12).
  • the MME performs user authentication based on the authentication information acquired from the HSS, and acquires and manages contract information necessary for bearer setting from the HSS.
  • the MME transmits a location registration request (Location Request) signal to the HSS (step S13), and receives a location registration response (Location Request Response) signal from the HSS (step S14).
  • the MME selects the bearer setting destination S-GW and P-GW, and transmits a bearer request signal to the selected S-GW (step S15).
  • the MME performs an APN-FQDN (Fully Qualified Domain Name) using, for example, a DNS resolver (Domain Name System resolver) function, and selects a P-GW that can connect to the PDN requested to be connected.
  • the MME selects an S-GW based on a policy such as a collaboration base based on a TAI (Tracking Area Identification) described in the cell ID acquired from the eNB.
  • TAI Track Area Identification
  • the S-GW performs bearer establishment procedures for the P-GW specified in the bearer setting request signal (step S16).
  • the P-GW acquires charging information to be applied in cooperation with the PCRF, and further performs connection processing to the PDN.
  • the S-GW transmits a bearer request request response signal to the MME (step S17).
  • the MME transmits a radio bearer setting request (Radio Bearer) signal including information received from the S-GW, that is, information indicating that the attach request has been accepted, to the eNB (step S18).
  • the eNB transmits a radio bearer setting request (Radio Bearer) signal including information indicating that the attach request has been accepted to the UE, and establishes a radio bearer with the UE (step S19).
  • the eNB receives a radio bearer response signal from the UE (step S20)
  • the eNB transmits a radio bearer response signal to the MME (step S21).
  • the UE transmits an attach completion signal to the MME.
  • the bearer set in this way is a default bearer.
  • uplink user plane traffic data can be transmitted from the UE to the PDN via the S-GW and P-GW.
  • downlink user plane traffic data can be transmitted from the PDN to the UE via the S-GW and P-GW.
  • a bearer update request signal is transmitted from the MME to the S-GW (step S23)
  • the S-GW performs a bearer update procedure (step S24) and a bearer update request response (Bearer).
  • An Update Request Response signal is transmitted to the MME (step S25).
  • FIG. 7 is an explanatory diagram for explaining an example of an LTE network configuration.
  • the LTE network configuration is composed of E-UTRAN in the wireless network and EPC in the core network.
  • EPC EPC
  • Such a configuration may also be referred to as EPS.
  • the UE accesses the Internet via the P-GW specified by the APN.
  • P-GW specified by the APN.
  • user data passes through the eNB, S-GW, and P-GW.
  • FIG. 8 is an explanatory diagram for explaining an example of a communication path when an MEC server is introduced into the LTE network.
  • the MEC server is provided corresponding to the eNB.
  • the shortest communication path is not set between the UE and the MEC server, and a redundant communication path via the P-GW is set. This is due to the fact that the UE can exchange user data with other devices (for example, content servers) only via the P-GW.
  • FIG. 9 shows a protocol stack of such communication that can be considered when connecting from the P-GW to the MEC-Server via the S-GW and eNB again using GTP.
  • the UE connects to a MEC server that can be specified by a URI (Uniform Resource Identifier) or an IP address by performing an attach procedure.
  • a MEC server that can be specified by a URI (Uniform Resource Identifier) or an IP address by performing an attach procedure.
  • user plane traffic from the UE is once carried to the P-GW.
  • the P-GW removes the header (for example, GTP (general packet radio service) Tunnel Protocol) header used in the EPC from the user packet.
  • GTP general packet radio service
  • the P-GW transmits user data to the destination address specified by the URI or IP address specified by the UE.
  • a UE when a UE specifies a URI and tries to connect, it normally starts a DNS resolver and acquires an IP address that means the URI before trying to connect. Specifically, after the connection with the P-GW is established, the UE acquires an IP address with the DNS server in the PDN or the DNS server in the EPC. In the EPC, the MME may be responsible for the DNS resolver function. Since the acquired IP address of the MEC server is an address in the EPC, a connection from the P-GW to the MEC server via the EPC is established. In this way, the redundant communication path shown in FIGS. 8 and 9 is set.
  • the present disclosure provides a mechanism for appropriately setting the communication path between the MEC server and the terminal.
  • the present technology will be described assuming an EPS in LTE as a network architecture.
  • the present technology can be applied to UMTS (Universal Mobile Telecommunications System) in 3G, and can also be applied to any other network architecture.
  • UMTS Universal Mobile Telecommunications System
  • FIG. 10 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 referred to as a 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. 10 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.
  • a wireless communication device that functions as a master station of a relay node is also referred to as a donor base station.
  • the donor base station may mean a DeNB (Donor eNodeB) in LTE, or more generally a parent station of a relay node.
  • DeNB Donor eNodeB
  • 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 (P-GW in FIG. 7).
  • P-GW gateway device
  • 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 or the like 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. 11 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 is an interface for performing communication with other devices. For example, the communication unit 310 communicates with the corresponding wireless communication device 100.
  • the communication unit 310 performs communication with, for example, the control unit of the wireless communication device 100.
  • the MEC server 300 may have an interface for performing direct communication with a device other than a device formed integrally.
  • 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 MEC platform 331, a VNF (Virtual Network Function) 333, and a service providing unit 335.
  • 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 platform 331 is as described above with reference to FIG.
  • VNF333 is a software package for realizing a network function.
  • the VNF 333 operates on a virtual machine called NFVI (Network Functions Virtualisation Infrastructure).
  • NFVI Network Functions Virtualisation Infrastructure
  • the specifications of VNF and NFVI are being studied by ETSI's NFV ISG (Network Functions Virtualization Industry Specification Group). For details, refer to, for example, “ETSI,“ GS NFV-SWA 001 V1.1.1 (2014-12) ”, December 2014, [Search September 3, 2015], Internet ⁇ http: // www. etsi.org/deliver/etsi_gs/NFV-SWA/001_099/001/01.01.01_60/gs_NFV-SWA001v010101p.pdf> ”.
  • the VNF 333 may mean the VNF under consideration of this specification, or may more generally mean a virtualized network function.
  • the service providing unit 335 has a function of providing various services.
  • the service providing unit 335 is realized as an MEC application that operates on the MEC platform 331.
  • an application that operates on the MEC server 300 is also referred to as an MEC application.
  • the MEC application operating on the MEC server 300 is an instance of an application copied from the application server 60.
  • FIG. 12 is a block diagram illustrating an exemplary configuration of the application server 60 according to an embodiment of the present disclosure.
  • the application server 60 includes a communication unit 61, a storage unit 62, and a processing unit 63.
  • the communication unit 61 is an interface for performing communication with other devices. For example, the communication unit 61 communicates with other devices on the PDN.
  • Storage unit 62 temporarily or permanently stores a program for operating the application server 60 and various data.
  • the application server 60 can store various contents and applications provided to the user.
  • Processing unit 63 provides various functions of the application server 60.
  • the processing unit 63 corresponds to, for example, a CPU (Central Processing Unit).
  • the processing unit 63 includes a service providing unit 64.
  • the processing unit 330 may further include other components other than this component. That is, the processing unit 330 can perform operations other than the operations of the constituent elements.
  • the service providing unit 64 has a function of providing various services. Typically, the service providing unit 64 is realized as an application.
  • An application that operates on the application server 60 and has a corresponding relationship with the MEC application that operates on the MEC server 300 is also referred to as an MEC application.
  • an application that operates on the terminal device 200 and has a corresponding relationship with the MEC application that operates on the MEC server 300 is also referred to as an MEC application.
  • the radio communication device 100 is also referred to as an eNB 100
  • the terminal device 200 is also referred to as a UE 200.
  • FIG. 13 is an explanatory diagram for explaining an example of a schematic configuration of the system 1 according to the present embodiment.
  • the system 1 includes an eNB 100, a UE 200, an MEC server 300, an S-GW 41, a P-GW 42, an MME 43, an HSS 44, a PDN 50, and an application server 60.
  • the MEC DPI 333 A and the MEC router 333 B operate as the VNF 333 on the MEC server 300.
  • the MEC application 335 operates on the MEC server 300.
  • a solid line in the figure indicates a user plane (also referred to as a data plane), and a broken line indicates a control plane.
  • the MEC DPI 333A has a function of performing a peep (for example, DPI) on the acquired packet. For example, the MEC DPI 333A removes the GTP-U (GTP for User Plane) header of the packet transmitted from the eNB 100 to the S-GW 41, peeks at the IP header, and acquires information stored in the contents. Specifically, the MEC DPI 333A acquires the destination IP address of the packet.
  • GTP-U GTP for User Plane
  • the MEC router 333B has a function of switching packet paths. For example, when the destination IP address acquired by the MEC DPI 333A indicates the MEC application 335, the MEC router 333B directly transmits the packet to the MEC application 335 instead of the S-GW 41. At that time, the MEC router 333B may transmit the packet after adding a GTP-U header designating the MEC server 300 to the packet. On the other hand, if the destination IP address acquired by the MEC DPI 333A does not indicate the MEC application 335, the MEC router 333B adds the GTP-U header once removed to the packet and transmits the packet to the S-GW 41.
  • the MEC router 333B holds information for identifying the GTP-U header and the S-GW 41 for each UE 200 until the default bearer (that is, tunneling) between the eNB 100 and the S-GW 41 is released.
  • the MEC router 333B retains this information until it detects the release of the default bearer between the eNB 100 and the S-GW 41.
  • release of the default bearer can be detected in a plurality of ways. For example, when the UE 200 performs a detach procedure by itself, the UE 200 receives a detach accept signal from the MME, and then the eNB 100 receives a signal connection release signal. May be detected.
  • the release of the default bearer may be detected by the eNB 100 receiving the connection release signal. Moreover, release of a default bearer may be detected by eNB100 failing in detection of UE200 like the case where the power supply of UE200 is turned off.
  • FIGS. 14 and 15 show an example of a protocol stack of communication performed in the system 1 according to the present embodiment.
  • FIG. 14 illustrates an example in which the MEC server 300 is provided between the eNB 100 and the S-GW 41.
  • FIG. 15 shows an example in which the MEC server 300 is provided between the S-GW 41 and the P-GW 42.
  • the shortest communication path that does not pass through the P-GW 42 is set between the UE 200 and the MEC application 335.
  • this embodiment is considered to have the following drawbacks.
  • a packet transmitted from the UE 200 needs to go through the MEC DPI 333A without fail. Therefore, there is a restriction that the functions of the MEC DPI 333A and the MEC router 333B need to be installed between the eNB 100 and the S-GW 41 or between the S-GW 41 and the P-GW 42.
  • DPI is performed by the MEC DPI 333A on all packets transmitted from the UE 200. Therefore, the processing load for DPI increases and the processing delay time increases. Also, a header group (for example, IP header, UDP header, GTP-U header, etc.) removal function, a removed header group storage function, a management function for managing the UE 200 and the header group list, and a header group addition function Is required. Furthermore, a mechanism for avoiding the security and confidentiality problems of user data that may be caused by the DPI function is required.
  • a header group for example, IP header, UDP header, GTP-U header, etc.
  • the MEC server 300 itself needs to have a wireless communication interface.
  • Second Embodiment >> In the present embodiment, functional entities of the core network are virtualized on the MEC server 300.
  • the MEC server 300 has VNF333 which virtualized the functional entity of the mobile communication network.
  • the VNF 333 may virtualize EPC functional entities such as P-GW 42, S-GW 41, and MME.
  • EPC functional entities such as P-GW 42, S-GW 41, and MME.
  • FIG. 16 is an explanatory diagram for explaining an example of the architecture of the MEC server 300 according to the present embodiment.
  • the MEC server 300 includes hardware such as a COTS (commercial off-the-shelf), an X86 computer, a memory, and an I / O (Input / Output) interface.
  • a KVM (Kernel-based Virtual Machine) hypervisor operates on these hardware, and an MEC platform and a plurality of VMs, VNFs, and applications operate on the hypervisor.
  • vMME Virtual MME
  • MME Mobility Management Entity
  • VM Virtual Machine
  • the vS-GW in which the S-GW is virtualized operates as the VNF-2 on the VM-2.
  • vP-GW in which P-GW is virtualized operates as VNF-3 on VM-3.
  • vHSS in which HSS is virtualized operates as VNF-4 on VM-4.
  • the vPCRF in which the PCRF is virtualized operates as the VNF-5 on the VM-5.
  • a vRAN in which a RAN (Radio Access Network) is virtualized operates as the VNF-6 on the VM-6.
  • VNF-7 on VM-7 a functional entity that provides an RNIS (Radio Network Information Services) function operates.
  • RNIS Radio Network Information Services
  • a functional entity that provides a location function operates as VNF-8 on the VM-8.
  • a functional entity that provides a mobility function operates as VNF-9 on VM-9.
  • a functional entity that provides management functions such as instance mobility management and state management operates.
  • a functional entity that provides a termination function operates as VNF-11 on VM-11.
  • the first MEC application operates as an application on the VM-12.
  • the second MEC application operates as an application on the VM-13.
  • a third MEC application operates as an application on the VM-14.
  • VNF Voice over IP
  • transmission band transmission speed
  • delay request optimization of transmission speed
  • optimization of transmission speed such as TCP / IP
  • OSS Operations System Supports
  • BSS Business system Supports
  • VNF is considered.
  • this VNF operates as an API to exchange data.
  • the protocol and interface are shown in FIGS. 20 to 29 and the like to be described later.
  • the architecture in which the protocol stack includes GTP-U is an architecture related to bearer connection, and the architecture in which the protocol stack does not include GTP-U is an architecture related to normal IP connection.
  • the functional entities virtualized on the MEC server 300 are named “v” indicating virtual (Virtual), such as vMME, vP-GW, and vS-GW. Shall be granted.
  • the VNF 333 sets (that is, establishes) a bearer between the application instance and the UE 200.
  • the VNF 333 that virtualizes MME, P-GW, S-GW, etc. on the MEC server 300 sets a bearer between the MEC application and the UE 200. Since this bearer does not go through the P-GW or the like in the EPC, setting of the shortest communication path is realized. Also, QoS control in each bearer is possible.
  • a bearer via the vP-GW from the eNB 200 to the MEC application on the MEC server 300 is set.
  • a GTP bearer may be established between the vP-GW and the MEC application, or a normal IP connection may be established.
  • VNF 333 sets a bearer when requested by specifying an APN associated with itself.
  • the vP-GW sets a bearer with the UE 200 when an attach request specifying its own APN is made by the UE 200.
  • the APN for designating vP-GW is also referred to as vAPN below.
  • Communication between the UE 200 and the MEC application on the MEC server 300 is performed using a bearer set by specifying vAPN. More specifically, the vP-GW transfers a packet whose destination IP address transmitted from the UE 200 is the MEC application on the MEC server 300 to the MEC application.
  • the vP-GW detects a packet whose destination IP address transmitted from the UE 200 is other than the MEC application on the MEC server 300. In such a case, the vP-GW may return an error message to the UE 200.
  • the UE 200 may perform communication using a bearer set by designating an APN corresponding to the P-GW, using this error message as a trigger.
  • a bearer set via the vP-GW is also referred to as a virtual bearer.
  • a bearer set via the P-GW is also referred to as a real bearer.
  • the UE 200 can set a plurality of virtual bearers with a plurality of MEC servers 300, and can coexist a virtual bearer and a real bearer. Therefore, the UE 200 can also distribute processing loads in cooperation with a plurality of MEC servers 300 or application servers 60.
  • the application server 60 (for example, the communication unit 61) transmits to the UE 200 an APN (that is, vAPN) that specifies the VNF 333 in which the functional entity of the mobile communication network on the MEC server 300 is virtualized. Thereby, the UE 200 can set a virtual bearer.
  • APN that is, vAPN
  • the application server 60 (for example, the communication unit 61) transmits the APN associated with the instance of the application requested to connect from the UE 200.
  • the application server 60 transmits a vAPN associated with the vP-GW on the MEC server 300.
  • the VNF 333 (for example, vP-GW or the like) may be activated by using this request as a trigger.
  • the VNF 333 (for example, vP-GW or the like) may be activated based on a bearer setting request signal (step S15 in FIG. 6) transmitted from the MME in the attach procedure, for example.
  • the UE 200 can set a virtual bearer.
  • the application server 60 transmits the APN of the P-GW. Thereby, the UE 200 can set a real bearer.
  • the UE 200 may acquire the vAPN based on a user instruction.
  • FIG. 17 is an explanatory diagram for describing an example of a UI displayed on the UE 200 according to the present embodiment.
  • a plurality of application icons 403 are displayed in the UI example 401.
  • the difference in the color of the icon 403 indicates the difference in the device on which the application operates.
  • the icon 403A is an icon for starting an MEC application that runs on the MEC server 300.
  • the icon 403B is an icon for starting an MEC application that runs on the application server 60.
  • the application server 60 when the application server 60 is notified of information indicating that the icon 403A has been selected from the UE 200, the application server 60 selects the APN corresponding to the application instance on the MEC server 300 corresponding to the icon (ie, vAPN). Send back.
  • P-GW and S-GW are virtualized as VNF 333.
  • FIG. 18 is an explanatory diagram for explaining a configuration example of the system 1 according to the first example of the present embodiment.
  • the system 1 includes an eNB 100, a UE 200, an MEC server 300, an S-GW 41, a P-GW 42, an MME 43, an HSS 44, an OCS 45, an OFCS 46, a PCRF 47, a PDN 50, and an application server 60.
  • the MEC server 300 is associated with the eNB 100 (for example, integrally formed), and the vS-GW 333C, vP-GW 333D, and the MEC application 335 are operating on the MEC platform 331.
  • vMME, vHSS, and vPCRF may operate on the MEC platform 331.
  • An MEC application 64 is running on the application server 60.
  • the solid line in the figure means the user plane, and the broken line means the control plane.
  • FIG. 19 is a sequence diagram showing an example of the flow of bearer setting processing executed in the system 1 according to the first example of the present embodiment. As shown in FIG. 19, this sequence includes UE 200, eNB 100, MME 43, HSS 44, S-GW 41, P-GW 42, PDN 50, application server 60, vS-GW 333C, vP-GW 333D, MEC server 300, and MEC application 335. Is involved.
  • the UE 200 performs an attach procedure by specifying an APN (step S102), and establishes a real bearer (specifically, a default bearer) from the UE 200 to the PDN 50 (step S104).
  • This real bearer passes through the eNB 100, the S-GW 41, and the P-GW 42.
  • PCO Protocol Configuration Option
  • ESM EPS Session Management
  • the UE 200 After connecting to the application server 60, the UE 200 performs a user approval and contract confirmation procedure (step S106). At this time, for example, an authentication process, a policy confirmation process, a charging process, and the like related to a user (for example, UE 200, SIM or other personal authentication) can be performed.
  • a user for example, UE 200, SIM or other personal authentication
  • the UE 200 notifies the selection of the MEC application 335 to the application server 60 (step S108). For example, information indicating that the activation of the MEC application 335 on the MEC server 300 is instructed in the UI shown in FIG.
  • the application server 60 notifies the UE 200 of access information to the designated MEC application 335 (step S110).
  • the access information include the URI or IP address of the MEC application 335, and the APN of the vP-GW 333D, that is, the vAPN.
  • the UE 200 designates the vAPN and performs an attach procedure (Step S114), and establishes a virtual bearer (specifically, a default bearer) from the UE 200 to the MEC server 300 (Step S116).
  • This virtual bearer passes through the eNB 100, the vS-GW 333C, and the vP-GW 333D.
  • ESM can be used to specify vAPN.
  • the UE 200 communicates with the MEC application 335 on the MEC server 300 using the virtual bearer established by specifying the vAPN (Step S118).
  • the UE 200 may perform a detach procedure before step S114 (step S112). This procedure releases the real bearer. This step is optional and may be omitted. When omitted, the real bearer and the virtual bearer coexist.
  • the UE 200 may communicate with the MEC application 64 on the application server 60 using the actual bearer established by specifying the APN (step S122).
  • the UE 200 may optionally perform a detach procedure and / or an attach procedure before step S122 (step S120). For example, when the real bearer is released in step S112, the UE 200 establishes the real bearer again by the attach procedure. At that time, the UE 200 may release the virtual bearer by the detach procedure, or may omit the detach procedure. Further, when the real bearer is maintained, the UE 200 omits the attach procedure. Further, the UE 200 may release the virtual bearer by the detach procedure, or may omit the detach procedure.
  • FIGS. 20 to 25 show an example of a protocol stack of communication performed in the system 1 according to the present embodiment.
  • FIG. 20 is an example of a protocol stack for communication between the UE 200 and the application server 60.
  • FIG. 21 is an example of a protocol stack for communication between the UE 200 and the MEC server 300.
  • FIG. 22 is another example of a protocol stack for communication between the UE 200 and the MEC server 300.
  • FIG. 23 is an example of a protocol stack for communication between the MEC server 300 and the application server 60.
  • FIG. 24 shows another example of a protocol stack for communication between the MEC server 300 and the application server 60.
  • FIG. 25 is an example of a protocol stack for communication between the MEC servers 300.
  • FIG. 20 is an example of a protocol stack for communication between the UE 200 and the application server 60.
  • FIG. 21 is an example of a protocol stack for communication between the UE 200 and the MEC server 300.
  • FIG. 22 is another example of a protocol stack for communication between the
  • FIG. 26 shows another example of a protocol stack for communication between the MEC servers 300.
  • FIGS. 27 to 29 also show an example of a protocol stack for communication performed in the system 1 according to the present embodiment. In these figures, an example of a protocol stack particularly related to the control plane is shown.
  • FIG. 27 is an example of a protocol stack for communication between the MEC servers 300.
  • FIG. 28 is an example of a protocol stack for communication between the MEC server 300 and the eNB 100.
  • FIG. 29 is an example of a protocol stack for communication between the MEC server 300 and the MME, S-GW, or P-GW.
  • FIGS. 30 and 31 are also conceivable.
  • the vS-GW 333C and the vP-GW 333D operate on the eNB 100, and communication is performed between the vP-GW 333D on the eNB 100 and the MEC application 335 on the MEC server 300.
  • the vS-GW 333C operates on the eNB 100, and communication is performed between the vS-GW 333C on the eNB 100 and the vP-GW 333D on the MEC server 300.
  • the P-GW is virtualized as the VNF 333.
  • FIG. 32 is an explanatory diagram for explaining a configuration example of the system 1 according to the second example of the present embodiment.
  • the system 1 includes an eNB 100, a UE 200, an MEC server 300, an S-GW 41, a P-GW 42, an MME 43, an HSS 44, an OCS 45, an OFCS 46, a PCRF 47, a PDN 50, and an application server 60.
  • the MEC server 300 is associated with the S-GW 41 (for example, formed integrally), and the vP-GW 333D and the MEC application 335 are operating on the MEC platform 331.
  • vMME, vHSS, vPCRF, vOCS, and vOFCS may operate on the MEC platform 331.
  • An MEC application 64 is running on the application server 60.
  • the solid line in the figure means the user plane, and the broken line means the control plane.
  • FIG. 33 is a sequence diagram showing an example of the flow of bearer setting processing executed in the system 1 according to the second example of the present embodiment.
  • UE 200, eNB 100, MME 43, HSS 44, S-GW 41, P-GW 42, PDN 50, application server 60, vP-GW 333D, MEC server 300, and MEC application 335 are involved in this sequence.
  • the UE 200 performs an attach procedure by specifying an APN (step S202), and establishes a real bearer (specifically, a default bearer) from the UE 200 to the PDN 50 (step S204).
  • a real bearer specifically, a default bearer
  • step S206 After connecting to the application server 60, the UE 200 performs a user approval and contract confirmation procedure (step S206).
  • the UE 200 notifies the selection of the MEC application 335 to the application server 60 (step S208).
  • the application server 60 notifies the UE 200 of access information to the designated MEC application 335 (step S210).
  • the access information include the URI or IP address of the MEC application 335, and the APN of the vP-GW 333D, that is, the vAPN.
  • UE 200 designates vAPN and performs an attach procedure (step S214), and establishes a virtual bearer (specifically, default bearer) from UE 200 to MEC server 300 (step S216).
  • This virtual bearer passes through the eNB 100, the S-GW 41, and the vP-GW 333D.
  • the UE 200 communicates with the MEC application 335 on the MEC server 300 using the virtual bearer established by specifying the vAPN (Step S218).
  • the UE 200 may perform a detach procedure before step S214 (step 212).
  • the UE 200 may communicate with the MEC application 64 on the application server 60 using the actual bearer established by specifying the APN (step S222).
  • the UE 200 may optionally perform a detach procedure and / or an attach procedure before step S222 (step S220).
  • FIG. 34 shows an example of a protocol stack of communication performed in the system 1 according to the present embodiment.
  • FIG. 34 is an example of a protocol stack for communication between the UE 200 and the MEC server 300.
  • FIG. 35 a configuration example shown in FIG. 35 is also conceivable.
  • the vP-GW 333D operates on the S-GW 41, and communication is performed between the vP-GW 333D on the S-GW 41 and the MEC application 335 on the MEC server 300.
  • the donor base station ie, DeNB
  • S-GW Serving Mobility Management Function
  • P-GW Packet Data Network Gateway
  • FIG. 36 is an explanatory diagram for explaining a configuration example of the system 1 according to the third example of the present embodiment.
  • the system 1 includes UE 200, RN (Relay Node) 100B, DeNB 100A, MEC server 300, S-GW 41, P-GW 42, MME 43, HSS 44, OCS 45, OFCS 46, PCRF 47, PDN 50, and application server 60.
  • the MEC server 300 is associated with the RN 100B (for example, integrally formed), and the vDeNB 333E, vS-GW 333C, vP-GW 333D, and the MEC application 335 operate on the MEC platform 331. Yes.
  • vDeNB333E is VNF in which the donor base station is virtualized.
  • vMME, vHSS, and vPCRF may operate on the MEC platform 331.
  • An MEC application 64 is running on the application server 60.
  • the solid line in the figure means the user plane, and the broken line means the control plane.
  • FIG. 37 is a sequence diagram showing an example of the flow of the bearer setting process executed in the system 1 according to the third example of the present embodiment.
  • this sequence includes UE 200, RN 100B, DeNB 100A, MME 43, HSS 44, S-GW 41, P-GW 42, PDN 50, application server 60, vDeNB 333E, vS-GW 333C, vP-GW 333D, MEC server 300, And the MEC application 335 is involved.
  • the RN 100B performs a startup procedure in advance and is attached to the DeNB 100A.
  • the UE 200 performs an attach procedure by specifying an APN (step S302), and establishes a real bearer (specifically, a default bearer) from the UE 200 to the PDN 50 (step S304).
  • This real bearer passes through the RN 100B, the DeNB 100A, the S-GW 41, and the P-GW 42.
  • the UE 200 After connecting to the application server 60, the UE 200 performs a user approval and contract confirmation procedure (step S306).
  • the UE 200 notifies the selection of the MEC application 335 to the application server 60 (step S308).
  • the application server 60 notifies the UE 200 of access information to the designated MEC application 335 (step S310).
  • the access information include the URI or IP address of the MEC application 335, and the APN of the vP-GW 333D, that is, the vAPN.
  • the UE 200 designates the vAPN and performs an attach procedure (step S314), and establishes a virtual bearer (specifically, a default bearer) from the UE 200 to the MEC server 300 (step S316).
  • the virtual bearer passes through the RN 100B, vDeNB 333E, vS-GW 333C, and vP-GW 333D.
  • the UE 200 communicates with the MEC application 335 on the MEC server 300 using the virtual bearer established by specifying the vAPN (Step S318).
  • the UE 200 may perform a detach procedure before step S314 (step 312).
  • the UE 200 may communicate with the MEC application 64 on the application server 60 using the actual bearer established by specifying the APN (step S322).
  • the UE 200 may optionally perform a detach procedure and / or an attach procedure before step S322 (step S320).
  • FIGS. 38 to 41 show an example of a protocol stack of communication performed in the system 1 according to the present embodiment.
  • FIG. 38 is an example of a protocol stack for communication between the UE 200 and the application server 60.
  • FIG. 39 is an example of a protocol stack for communication between the UE 200 and the MEC server 300.
  • FIG. 40 is an example of a protocol stack for communication between the MEC server 300 and the application server 60.
  • FIG. 41 is an example of a protocol stack for communication between the MEC servers 300.
  • the MEC server 300 may be associated with the DeNB 100A or the S-GW 41 instead of the RN 100B.
  • the processing in that case is the same as that in the first embodiment or the second embodiment described above.
  • the MEC server 300 may activate the VNFs 333 such as vDeNB 333E, vS-GW 333C, and vP-GW 333D based on a bearer setting request signal (step S15 in FIG. 6) transmitted from the MME in the attach procedure, for example.
  • VNFs 333 such as vDeNB 333E, vS-GW 333C, and vP-GW 333D based on a bearer setting request signal (step S15 in FIG. 6) transmitted from the MME in the attach procedure, for example.
  • the RN 100B may be a terminal device (for example, UE). That is, a terminal device in which all the functions as the RN and the functions as the MEC server 300 are implemented may be realized.
  • vDeNB 333E illustrated in FIG. 36 operates on the RN 100B and the vDeNB 333E on the RN 100B and the vS-GW 333C on the MEC server 300 communicate with each other is also conceivable.
  • a configuration example in which the vDeNB 333E and the vS-GW 333C illustrated in FIG. 36 operate on the RN 100B and the vS-GW 333C on the RN 100B and the vP-GW 333D on the MEC server 300 communicate with each other is also conceivable.
  • the vDeNB 333E, vS-GW 333C, and vP-GW 333D illustrated in FIG. 36 operate on the RN 100B, and the vP-GW 333D on the RN 100B and the MEC application 335 on the MEC server 300 communicate with each other. Is also possible.
  • the MEC server 300 is handled as a proxy S-GW and a proxy P-GW.
  • FIG. 42 is an explanatory diagram for explaining a configuration example of the system 1 according to the fourth example of the present embodiment.
  • the system 1 includes a UE 200, an eNB 100, an MEC server 300, an S-GW 41, a P-GW 42, an MME 43, an HSS 44, an OCS 45, an OFCS 46, a PCRF 47, a PDN 50, and an application server 60.
  • the MEC server 300 is associated with the eNB 100 (for example, formed integrally), and the MEC application 335 operates on the MEC platform 331.
  • An MEC application 64 is running on the application server 60.
  • the solid line in the figure means the user plane, and the broken line means the control plane.
  • the VNF 333 in which the functional entity of the EPC is virtualized does not operate, but is handled as a proxy S-GW and a proxy P-GW in the system 1.
  • An APN that designates a proxy P-GW is also referred to as a proxy APN.
  • the system 1 manages the proxy APN as indicating the MEC server 300. That is, in the present embodiment, the MEC server 300 is associated with an APN (ie, proxy APN).
  • the MME designates the MEC server 300 as the proxy P-GW and similarly designates the MEC server 300 as the proxy S-SW.
  • a virtual bearer connection that connects the eNB 100, the proxy S-GW, the proxy P-GW, and the MEC server 300 is established as a logical connection.
  • the connection to the MEC application 335 designated by the UE 200 is realized.
  • FIG. 43 is a sequence diagram showing an example of the flow of bearer setting processing executed in the system 1 according to the fourth example of the present embodiment.
  • UE 200, eNB 100, MME 43, HSS 44, S-GW 41, P-GW 42, PDN 50, application server 60, MEC server 300, and MEC application 335 are involved in this sequence.
  • the UE 200 performs an attach procedure by specifying an APN (step S402), and establishes a real bearer (specifically, a default bearer) from the UE 200 to the PDN 50 (step S404).
  • a real bearer specifically, a default bearer
  • the UE 200 After connecting to the application server 60, the UE 200 performs a user approval and contract confirmation procedure (step S406).
  • the UE 200 notifies the selection of the MEC application 335 to the application server 60 (step S408).
  • the application server 60 notifies the UE 200 of access information to the designated MEC application 335 (step S410).
  • the access information includes the URI or IP address of the MEC application 335 and the APN that identifies the proxy P-GW (that is, the MEC server 300), that is, the proxy APN.
  • the UE 200 designates the proxy APN and performs an attach procedure (step S414), and establishes a virtual bearer (specifically, a default bearer) from the UE 200 to the MEC server 300 (step S416).
  • a virtual bearer specifically, a default bearer
  • the MME designates the MEC server 300 as the proxy P-GW and designates the MEC server 300 as the proxy S-SW.
  • a virtual bearer connection that connects the eNB 100, the proxy S-GW, the proxy P-GW, and the MEC server 300 is established as a logical connection.
  • the UE 200 communicates with the MEC application 335 on the MEC server 300 using the virtual bearer established by specifying the proxy APN (step S418).
  • the UE 200 may perform a detach procedure before step S414 (step 412).
  • the UE 200 may communicate with the MEC application 64 on the application server 60 using a real bearer established by specifying the APN (step S422).
  • the UE 200 may optionally perform a detach procedure and / or an attach procedure before step S422 (step S420).
  • FIG. 44 is an explanatory diagram for explaining a configuration example of the system 1 according to the fifth example of the present embodiment.
  • system 1 includes UE 200, eNB 100-1, eNB 100-2, eNB 100-3, MEC server 300-1, MEC server 300-2, MEC server 300-3, S-GW 41-1, S -GW 41-2, P-GW 42, MME 43-1, MME 43-2, HSS 44, PDN 50 and application server 60 are included.
  • the number after the hyphen indicates an index.
  • the eNB 100-1 may be referred to as eNB-1.
  • the MEC server 300-1 is associated with the eNB 100-1
  • the MEC server 300-2 is associated with the eNB 100-2
  • the MEC server 300-3 is associated with the eNB 100-3.
  • vS-GW-1 and vP-GW-1 operate as the VNF 333.
  • vS-GW-2 and vP-GW-2 operate as the VNF 333.
  • vS-GW-3 and vP-GW-3 operate as the VNF 333.
  • An MEC application 64 operates on the application server 60.
  • the solid line in the figure means the user plane, and the broken line means the control plane.
  • the alternate long and short dash line is an X2 interface and may include a user plane and a control plane.
  • bearer re-establishment is performed by a bearer setting request signal from the MME (for example, the MME 43-1).
  • the UE 200 acquires the optimal APN (for example, vAPN or proxy APN) corresponding to the selected application, establishes the virtual bearer, and sets the virtual bearer.
  • the connection destination MEC server 300 is preferably associated with a device located closest to the UE 200.
  • the MME for example, MME 43-1
  • MME 43-1 is previously configured with cell identification information (for example, TAI (tracking Area Identity) or ECGI (E-UTRAN Cell Global ID)) and an APN (for example, vAPN or proxy APN).
  • GW selection list consisting of combinations of
  • the GW selection list managed by the MME 43-1 includes a combination of eNB-1, ECGI-1, and APN corresponding to P-GW and S-GW-1, and eNB-1, ECGI-1, and vP-GW. -1 and a combination with vAPN corresponding to vS-GW-1.
  • the GW selection list managed by the MME 43-1 includes a combination of eNB-2 and ECGI-2 and PPN corresponding to P-GW and S-GW-1, and eNB-2, ECGI-2 and vP-GW. -2 and combinations with vAPN corresponding to vS-GW-2.
  • the GW selection list managed by the MME 43-2 is a combination of eNB-3 and ECGI-3 with PPN and APN corresponding to S-GW-2, and eNB-3 and ECGI-3 with vP-GW. -3 and vS-GW-3 corresponding combinations with vAPN.
  • the MME manages a GW selection list including one or more (typically, a plurality) of combinations of APN (including vAPN) and cell identification information. And MME selects APN corresponding to the cell (namely, eNB100) which UE200 connects (for example, hand-over destination). In other words, the APN used for bearer setting is selected by the MME from the GW selection list as corresponding to the identification information of the cell to which the UE 200 is connected.
  • the application server 60 manages, as a list of APNs, URI-1 and vAPN corresponding to MEC application-1, URI-2 and vAPN corresponding to MEC application-2, and the like.
  • the identification information for specifying the eNB 100-1, the eNB 100-2, and the eNB 100-3 for example, ECGI or eNB ID may be considered.
  • the MME (for example, the MME 43-1) refers to the GW selection list related to the handover destination eNB 100 (for example, the eNB 100-2) of the UE 200 and notifies the UE 200 of the optimal APN corresponding to the selected application. .
  • the UE 200 can set an appropriate virtual bearer after the handover. This is a virtual bearer setting method in a case where the optimal APN to be specified by the handover destination eNB 100 (for example, the eNB 100-2) is different from the vAPN that the UE 200 has used so far.
  • the UE 200 uses the vS-GW-2 and vP-GW-2 in the eNB 100-2. It becomes possible to set up a virtual bearer by designating the VNF of this. An instruction from the MME is not required for setting the virtual bearer. Note that if the corresponding information is not included in the GW selection list, the UE 200 uses a bearer set before the handover (for example, a virtual bearer passing through vS-GW-1 and vP-GW-1). Also good.
  • the UE 200 When the handover occurs, there are two possible situations when the UE 200 is not using an instance of the MEC application and when the UE 200 is using it. In the former case, the UE 200 connects to the optimal MEC server 300 selected by the MME 43 after completing the procedure for attaching to the eNB 100 as the handover destination. At this time, the UE 200 establishes a bearer by specifying an APN or a vAPN. On the other hand, in the latter case, the following three cases can be considered.
  • the MEC server 300 used by the UE 200 before the handover is also referred to as the MEC server 300 that is the handover source.
  • the MEC server 300 corresponding to the handover destination eNB 100 is also referred to as a handover destination MEC server 300.
  • First Case This case is a case where the UE 200 continues to use an instance of the MEC application on the MEC server 300 that is the handover source even after the handover.
  • the vP-GW (for example, operating on the handover destination MEC server 300) corresponding to the handover destination eNB 100 ensures the connectivity to the handover source MEC server 300.
  • a bearer connection or an IP connection is established between the handover source MEC server 300 and the handover destination MEC server 300.
  • Second Case This case is a case where the UE 200 continuously uses an instance of the MEC application that has been moved to the MEC server 300 that is the handover destination and that is operating on the MEC server 300 that is the handover source.
  • information indicating the state of the instance of the MEC application being used by the UE 200 (for example, also referred to as a state or status) is transferred from the handover source MEC server 300 to the handover destination MEC server 300 according to the handover. (Ie, transferred) and taken over.
  • the instance itself may also be migrated.
  • bearer connection or IP connection is established between the MEC server 300 that is the handover source and the MEC server 300 that is the handover destination.
  • This case is a case where it switches from the 1st case to the 2nd case. That is, the UE 200 continues to use the instance of the MEC application on the handover source MEC server 300 even after the handover. Thereafter, the UE 200 continues to use the instance transferred to the MEC server 300 that is the handover destination. In such switching, for example, when the handover destination MEC server 300 continues to use the instance on the handover source MEC server 300, the use of the instance operating on the MEC server 300 can respond to the request of the application. This is done when it is determined.
  • FIG. 45 is a sequence diagram illustrating an example of the flow of a handover process executed in the system 1 according to the fifth example of the present embodiment. As shown in FIG. 45, this sequence includes UE 200, eNB 100-1, eNB 100-2, eNB 100-3, MME 43-1, MME 43-2, HSS 44, S-GW 41-1, S-GW 41-2, P- The GW 42, application server 60, MEC server 300-1, MEC server 300-2, MEC server 300-3, and MEC application 335-1 are involved.
  • the UE 200 performs an attach procedure by specifying an APN, and establishes a real bearer (specifically, a default bearer) from the UE 200 to the PDN 50 (step S502).
  • This real bearer passes through the eNB 100-1, the S-GW 41-1, and the P-GW 42.
  • the UE 200 After connecting to the application server 60, the UE 200 performs a user approval and contract confirmation procedure (step S504).
  • the UE 200 notifies the application server 60 of the selection of the MEC application 335-1 (step S506).
  • the application server 60 notifies the UE 200 of access information to the designated MEC application 335-1 (step S508).
  • access information include the URI or IP address of the MEC application 335-1 and the vAPN of the vP-GW-1 on the MEC server 300-1.
  • the UE 200 establishes a virtual bearer (specifically, a default bearer) from the UE 200 to the MEC server 300-1 with reference to the GW selection list managed by the MME 43-1 (step S510). Specifically, the UE 200 establishes a virtual bearer by designating the vAPN based on a combination of eNB-1 and ECGI-1 and vAPN corresponding to vS-GW-1 and vP-GW-1. This virtual bearer passes through eNB 100-1 and vS-GW-1 and vP-GW-1 on MEC server 300-1. Then, the UE 200 communicates with the MEC application 335-1 on the MEC server 300-1 using the virtual bearer established by specifying the vAPN (Step S512).
  • a virtual bearer specifically, a default bearer
  • the UE 200 performs a UE handover process from the eNB 100-1 to the eNB 100-2 (step S520).
  • the MME 43-1 selects the handover destination eNB 100-2 and establishes a bearer between the S-GW 41-1 and the eNB 100-2.
  • the bearer between eNB100-1 and eNB100-2 is established.
  • This bearer is a logical connection and is established using the X2 interface. Data addressed to the UE 200 cached in the eNB 100-1 is transferred to the eNB 100-2 using this X2 interface.
  • the UE 200 performs an attach procedure by specifying an APN, and establishes a real bearer (specifically, a default bearer) from the UE 200 to the PDN 50 (step S522).
  • This real bearer passes through the eNB 100-2, the S-GW 41-1 and the P-GW 42.
  • the UE 200 After connecting to the application server 60, the UE 200 performs a user approval and contract confirmation procedure (step S524).
  • the application server 60 notifies the UE 200 of access information to the MEC application 335-1 used by the UE 200 (step S526).
  • the access information the URI or IP address of the MEC application 335-1 and the MEC server 300 are used.
  • the UE 200 establishes a virtual bearer (specifically, a default bearer) from the UE 200 to the MEC server 300-2 based on the GW selection list managed by the MME 43-1 (step S528). Specifically, the UE 200 designates the vAPN based on the combination of the eNB-2 and ECGI-2 and the vAPN corresponding to the vS-GW-2 and vP-GW-2, and specifies the vAPN from the UE 200 to the MEC server 300- Establish up to 2 virtual bearers. This virtual bearer passes through eNB 100-2 and vS-GW-2 and vP-GW-2 on MEC server 300-2. Then, the UE 200 communicates with the MEC application 335-1 on the MEC server 300-2 using the virtual bearer established by specifying the vAPN (Step S530).
  • a virtual bearer specifically, a default bearer
  • the UE 200 performs a handover process from the eNB 100-2 to the eNB 100-3 (step S540).
  • the data addressed to the UE 200 cached in the eNB 100-2 is transferred to the eNB 100-3 using this X2 interface.
  • the UE 200 performs an attach procedure by specifying an APN, and establishes a real bearer (specifically, a default bearer) from the UE 200 to the PDN 50 (step S542).
  • This real bearer passes through the eNB 100-3, the S-GW 41-2, and the P-GW.
  • the UE 200 After connecting to the application server 60, the UE 200 performs a user approval and contract confirmation procedure (step S544).
  • the application server 60 notifies the UE 200 of access information to the MEC application 335-1 used by the UE 200 (step S546).
  • the access information the URI or IP address of the MEC application 335-1 and the MEC server 300 are used. VAPN of vP-GW-3 on -3.
  • the UE 200 establishes a virtual bearer (specifically, a default bearer) from the UE 200 to the MEC server 300-3 based on the GW selection list managed by the MME 43-2 (step S548). Specifically, the UE 200 designates the vAPN based on the combination of the eNB-3 and ECGI-3 and the vAPN corresponding to the vS-GW-3 and vP-GW-3 from the UE 200 to the MEC server 300- Establish up to 3 virtual bearers. This virtual bearer passes through the eNB 100-3 and the vS-GW-3 and vP-GW-3 on the MEC server 300-3. Then, the UE 200 communicates with the MEC application 335-1 on the MEC server 300-3 using the virtual bearer established by specifying the vAPN (Step S550).
  • a virtual bearer specifically, a default bearer
  • FIG. 46 is a sequence diagram illustrating an example of the flow of the handover process executed in the system 1 according to the fifth example of the present embodiment. As shown in FIG. 46, this sequence includes UE 200, eNB 100-1, eNB 100-2, eNB 100-3, MME 43-1, MME 43-2, HSS 44, S-GW 41-1, S-GW 41-2, P- The GW 42, application server 60, MEC server 300-1, MEC server 300-2, MEC server 300-3, and MEC application 335-1 are involved.
  • steps S702 to S712 are the same as the processes in steps S502 to S512 described above.
  • the UE 200 performs a UE handover process from the eNB 100-1 to the eNB 100-2 (step S720).
  • the MME 43-1 issues a bearer establishment instruction using the X2 interface between the eNB 100-1 and the eNB 100-2 to the S-GW instead of the vS-GW. .
  • the UE 200 establishes a virtual bearer (specifically, a default bearer) from the UE 200 to the MEC server 300-1 via the MEC server 300-2 based on the GW selection list managed by the MME 43-1 (step S722). ). Specifically, the UE 200 establishes a bearer up to vP-GW-2 by specifying the corresponding vAPN based on the GW selection list for the newly connected eNB 100-2, and uses it before the handover. The MEC application 335-1 on the MEC server 300-1 is designated. As a result, a GTP bearer connection from vP-GW-2 to MEC server 300-1 is established.
  • a virtual bearer specifically, a default bearer
  • This GTP bearer connection connects UE 200, eNB 100-2, vS-GW-2 and vP-GW-2 on MEC server 300-2, and MEC server 300-1, and its protocol stack is shown in FIG. As shown.
  • a normal IP connection may be established from vP-GW-2 to the MEC server 300-1, and the protocol stack in that case is as shown in FIG.
  • the UE 200 starts communication with the MEC application 335-1 used before the handover on the MEC server 300-1 using the virtual bearer established by specifying the vAPN, and continues the use (step S724). ).
  • the UE 200 performs a UE handover process from the eNB 100-2 to the eNB 100-3 (step S730).
  • UE 200 establishes a virtual bearer (specifically, a default bearer) from UE 200 to MEC server 300-1 via MEC server 300-3 based on the GW selection list managed by MME 43-2.
  • Step S732 the GTP bearer connection from the vP-GW-3 to the MEC server 300-1 is established.
  • This GTP bearer connection connects the UE 200, eNB 100-3, vS-GW-3 and vP-GW-3 on the MEC server 300-3, and the MEC server 300-1.
  • a normal IP connection may be established from the vP-GW-3 to the MEC server 300-1, and the UE 200 uses the virtual bearer established by designating the vAPN to use the MEC server 300-1. Communication with the MEC application 335-1 used before the above handover is started, and the use is continued (step S734).
  • FIG. 47 is a sequence diagram illustrating an example of the flow of the handover process executed in the system 1 according to the fifth example of the present embodiment. As shown in FIG. 47, this sequence includes UE 200, eNB 100-1, eNB 100-2, MME 43-1, HSS 44, S-GW 41-1, P-GW 42, application server 60, MEC server 300-1, and MEC server. 300-2, an MEC application 335-1 operating on the MEC server 300-1, and an MEC application 335-1 operating on the MEC server 300-2 are involved.
  • the UE 200 performs a UE handover process from the eNB 100-1 to the eNB 100-2 (step S820).
  • the MEC server 300-1 establishes a bearer with the MEC server 300-2 using the X2 interface (step S822). Specifically, first, when the eNB 100-1 recognizes the completion of the handover, the eNB 100-1 notifies the MEC server 300-1 that the handover has been completed. The completion of the handover can be recognized, for example, by a resource release message notified from the target eNB to the source eNB. The MEC server 300-1 that has received the notification of the completion of the handover establishes a GTP bearer connection with the MEC server 300-2 using the X2 interface between the eNB 100-1 and the eNB 100-2.
  • This GTP bearer connection is made by connecting the MEC server 300-1, vP-GW-1, vS-GW-1, eNB 100-1, eNB-2, vS-GW-2, vP-GW-2, and MEC server 300-2. Connect.
  • a normal IP connection may be established from vP-GW-1 to MEC server 300-2, and the protocol stack in that case is as shown in FIG.
  • the MEC server 300-1 uses the bearer established in step S822 to transfer the instance and / or status of the MEC application 335-1 used by the UE 200 before the handover to the MEC server 300-2. (Step S824).
  • the MEC server 300-1 uses the status of the instance of the MEC application 335-1 operating on the MEC server 300-1 used by the UE 200 to indicate the status of the MEC application 335-1 operating on the MEC server 300-2. You can take over by transferring to the instance.
  • the MEC server 300-1 may transfer the instance together with the status.
  • the MEC server 300-1 may not transfer the status, and in this case, for example, the UE 200 uses the instance of the MEC application 335-1 that operates on the MEC server 300-1 as in the first case. Continue.
  • the MEC server 300-2 notifies the MEC server 300-1 of the access information to the migration destination instance and the migration completion notification (step S826). Specifically, the MEC server 300-2 provides access information for designating an instance of the MEC application 335-1 that operates on the MEC server 300-2 and has inherited the status from the MEC server 300-1. 1 is notified. Next, the MEC server 300-1 notifies the UE 200 of access information and an application restart instruction for the migration destination instance (step S828).
  • the MEC server 300-1 When receiving the migration completion notification, the MEC server 300-1 releases a bearer with the MEC server 300-2 (step S830).
  • the UE 200 establishes a virtual bearer (specifically, a default bearer) from the UE 200 to the MEC server 300-2 based on the GW selection list managed by the MME 43-1 (step S832). Specifically, the UE 200 establishes a bearer up to vP-GW-2 by specifying the corresponding vAPN based on the GW selection list for the newly connected eNB 100-2, and has received it in step S828 above Specify access information. This establishes a bearer connection from the UE 200 to the MEC server 300-2. This virtual bearer passes through vS-GW-2 and vP-GW-2 on eNB 100-2 and MEC server 300-2.
  • a virtual bearer specifically, a default bearer
  • the UE 200 starts communication with the instance of the MEC application 335-1 in which the status is taken over from the MEC server 300-1 on the MEC server 300-2 using the virtual bearer established by specifying the vAPN.
  • the use is resumed (step S834).
  • FIG. 48 is a sequence diagram illustrating an example of the flow of the handover process executed in the system 1 according to the fifth example of the present embodiment. As shown in FIG. 48, this sequence includes UE 200, eNB 100-1, eNB 100-2, MME 43-1, HSS 44, S-GW 41-1, P-GW 42, application server 60, MEC server 300-1, and MEC server. 300-2, an MEC application 335-1 operating on the MEC server 300-1, and an MEC application 335-1 operating on the MEC server 300-2 are involved.
  • the MEC server 300-2 makes a migration determination (step S926). For example, the MEC server 300-2 determines whether it is optimal for the UE 200 to continue using the instance on the handover source MEC server 300. When the MEC server 300-2 determines that, for example, using an instance running on itself can respond to an application request, the MEC server 300-2 determines the status transition of the instance.
  • the MEC server 300-1 establishes a bearer with the MEC server 300-2 using the X2 interface (step S928).
  • the process here is the same as the process in step S822.
  • the MEC server 300-1 notifies the UE 200 of an application freeze instruction (step S930).
  • the MEC server 300-1 uses the bearer established in step S822 to transfer the instance and / or status of the MEC application 335-1 used by the UE 200 before the handover to the MEC server 300-2. (Step S932).
  • the MEC server 300-2 notifies the MEC server 300-1 of the access information to the migration destination instance and the migration completion notification (step S934).
  • the MEC server 300-1 notifies the UE 200 of access information to the migration destination instance and an application restart instruction (step S936).
  • the MEC server 300-1 releases a bearer with the MEC server 300-2 (Step S938).
  • the UE 200 communicates with the instance of the MEC application 335-1 whose status has been taken over from the MEC server 300-1 on the MEC server 300-2 by using the virtual bearer established by specifying the vAPN in step S922. And use is resumed (step S942).
  • a functional entity that controls an APN AMBR is virtualized as a VNF 333.
  • This control function is a function that the EPS bearer from the UE to the P-GW has in LTE.
  • the function is extended such that the control of the bearer from the UE to the MEC server has an APN AMBR function. That is, in this embodiment, as shown in FIG. 49, functions of CQI, ARP, and TFT / UE-AMBR / APN-AMBR are added to bearer input from the MEC server.
  • FIG. 50 is a diagram showing an example of parameters related to QoS. As shown in FIG. 50, CQI (Channel Quality Indicator), ARP (Allocation and Retention Priority), and TFT (Traffic flow template) are set for each bearer. Also, APN-AMBR is set for each APN. Also, UE-AMBR is set for each UE.
  • CQI Channel Quality Indicator
  • ARP Allocation and Retention Priority
  • TFT Traffic flow template
  • APN-AMBR is set for each APN.
  • UE-AMBR is set for each UE.
  • the VNF 333 in which the control function of the APN AMBR is virtualized can control various AMBRs related to the MEC server 300.
  • an APN is assigned to a virtual bearer for each UE 200 and for each MEC application to be used.
  • the VNF 333 may control AMBR (also referred to as MEC_APN AMBR) related to one or more UEs 200 using the MEC application corresponding to the target APN.
  • AMBR also referred to as MEC_ALL_APN AMBR
  • FIG. 51 is an explanatory diagram for explaining AMBR control when two MEC applications operate on the MEC server 300.
  • a plurality of bearers using a plurality of APNs are set for each UE.
  • the VNF 333 on the MEC server 300 can control AMBR regarding one or more UEs 200 (that is, UE1 to UE #) using the MEC application-1 corresponding to APN1 as MEC_APN-1 AMBR.
  • the VNF 333 on the MEC server 300 can control AMBR regarding one or more UEs 200 (that is, UE1 to UE #) using the MEC application-2 corresponding to APN2 as MEC_APN-2 AMBR.
  • the VNF 333 on the MEC server 300 can control AMBR related to one or more UEs 200 using the plurality of APNs (ie, APN1 and APN2) as MEC_ALL_APN AMBR.
  • the VNF 333 may notify the UE 200 that access is prohibited or restricted.
  • SIB2 System information block type-2
  • RRC Radio Resource Control
  • This method consists of access barring information (Access probability factor, access class barring list, access class barring time), semi-static common channel configuration (random access parameter, PRACH configuration) and uplink and frequency information as common and shared channel information.
  • SIB2 System information block type-2
  • RRC Radio Resource Control
  • This is a mechanism that is broadcast from the eNB to the UE. That is, the VNF 333 broadcasts access restriction or access prohibition based on the APN AMBR to the UE 200 using the SIB2. For example, when the specified AMBR value is exceeded or when there is an access exceeding the processing capability of the MEC server 300, the VNF 333 broadcasts access restriction or access prohibition to the UE 200 using the SIB2.
  • the present embodiment it is possible to set the shortest communication path to the MEC server without diverting the existing network protocol to the maximum and changing the existing network device. Thereby, the user can enjoy an application with a limited delay time.
  • the LTE QoS mechanism can be applied to the use of the application on the MEC server 300. It becomes possible.
  • the shortest communication path in an apparatus that is expected to implement the MEC server 300 such as RN, eNB, and S-GW.
  • the existing 3GPP mechanism can be used.
  • the protocol stack of the MEC server 300 by using the protocol stack of the MEC server 300, connectivity within the existing network is facilitated, and management by the OSS / BSS mechanism becomes possible.
  • DPI is not performed. Therefore, an increase in load on the system 1 is avoided. In addition, it is possible to avoid imposing restrictions on the installation location of the MEC server 300. Moreover, the occurrence of security and confidentiality problems of user data is avoided.
  • not only communication between the UE 200 and the MEC server 300 installed in the wireless core network, but also communication with the application server 60 installed in an external network, and a plurality of MEC servers installed Communication between 300 can also be realized by utilizing an existing network mechanism.
  • the APN by using the APN, it becomes easy to use an instance of an application to be used by a plurality of MEC servers 300. Further, by using the bearer corresponding to each APN, it is possible to realize each instance of appropriate QoS by the existing 3GPP framework.
  • the MEC server 300 that is the connection destination can be specified by specifying the APN from the application, so that the management of the server connection for each application need not be performed on the core network side.
  • the MEC server 300 or the application server 60 may be realized as any type of server such as a tower server, a rack server, or a blade server.
  • at least a part of the components of the MEC server 300 or the application server 60 is a module mounted on the server (for example, an integrated circuit module configured by one die, or a card or blade inserted into a slot of the blade server ).
  • the MEC server 300 may be realized as any kind 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 MEC server 300 may be realized as another type of base station such as a NodeB or a BTS (Base Transceiver Station).
  • the MEC server 300 may include a main body (also referred to as a base station device) that controls wireless communication, and one or more RRHs (Remote Radio Heads) that are arranged at a location different from the main body.
  • RRHs Remote Radio Heads
  • various types of terminals described later may operate as the MEC server 300 by temporarily or semi-permanently executing the base station function.
  • at least some components of the MEC server 300 may be realized in a base station device or a module for the base station device.
  • the MEC server 300 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. Further, the MEC server 300 may be realized as a terminal (also referred to as an MTC (Machine Type Communication) terminal) that performs M2M (Machine To Machine) communication. Furthermore, at least a part of the components of the MEC server 300 may be realized in a module (for example, an integrated circuit module configured by one die) mounted on these terminals.
  • a module for example, an integrated circuit module configured by one die
  • FIG. 52 is a block diagram illustrating an example of a schematic configuration of a server 700 to which the technology according to the present disclosure can be applied.
  • the server 700 includes a processor 701, a memory 702, a storage 703, a network interface 704, and a bus 706.
  • the processor 701 may be a CPU (Central Processing Unit) or a DSP (Digital Signal Processor), for example, and controls various functions of the server 700.
  • the memory 702 includes a RAM (Random Access Memory) and a ROM (Read Only Memory), and stores programs and data executed by the processor 701.
  • the storage 703 may include a storage medium such as a semiconductor memory or a hard disk.
  • the network interface 704 is a wired communication interface for connecting the server 700 to the wired communication network 705.
  • the wired communication network 705 may be a core network such as EPC (Evolved Packet Core) or a PDN (Packet Data Network) such as the Internet.
  • EPC Evolved Packet Core
  • PDN Packet Data Network
  • the bus 706 connects the processor 701, the memory 702, the storage 703, and the network interface 704 to each other.
  • the bus 706 may include two or more buses with different speeds (eg, a high speed bus and a low speed bus).
  • one or more components included in the MEC server 300 described with reference to FIG. May be.
  • a program for causing a processor to function as the one or more components is installed in the server 700, and the processor 701 is The program may be executed.
  • the server 700 may include a module including the processor 701 and the memory 702, and the one or more components may be mounted in the module.
  • the module may store a program for causing the processor to function as the one or more components in the memory 702 and execute the program by the processor 701.
  • the server 700 or the module may be provided as an apparatus including the one or more components, and the 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.
  • one or more components (service providing unit 64) included in the application server 60 described with reference to FIG. 12 may be implemented in the processor 701.
  • a program for causing a processor to function as the one or more components is installed in the server 700, and the processor 701 is The program may be executed.
  • the server 700 may include a module including the processor 701 and the memory 702, and the one or more components may be mounted in the module. In this case, the module may store a program for causing the processor to function as the one or more components in the memory 702 and execute the program by the processor 701.
  • the server 700 or the module may be provided as an apparatus including the one or more components, and the 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.
  • FIG. 53 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. 53, and the plurality of antennas 810 may correspond to a plurality of frequency bands used by the eNB 800, for example. 53 shows an example in which the eNB 800 includes a plurality of antennas 810, but 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. 53, and the plurality of BB processors 826 may respectively correspond to a plurality of frequency bands used by the eNB 800, for example. Further, the wireless communication interface 825 includes a plurality of RF circuits 827 as shown in FIG. 53, and the plurality of RF circuits 827 may respectively correspond to a plurality of antenna elements, for example. 53 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 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.
  • FIG. 54 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, and the plurality of antennas 840 may respectively correspond to a plurality of frequency bands used by the eNB 830, for example.
  • 54 illustrates an example in which the eNB 830 includes a plurality of antennas 840, but 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. 53 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. 54, and the plurality of BB processors 856 may respectively correspond to a plurality of frequency bands used by the eNB 830, for example.
  • 54 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 wireless signals via the antenna 840.
  • the wireless communication interface 863 includes a plurality of RF circuits 864 as shown in FIG. 54, and the plurality of RF circuits 864 may correspond to, for example, a plurality of antenna elements, respectively.
  • 54 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.
  • the wireless communication interface 863 may be implemented.
  • the controller 851 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. 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 830, and the wireless communication interface 855 (eg, the BB processor 856) and / or the controller 851 executes the program.
  • 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.
  • FIG. 55 is a block diagram illustrating an example of a schematic configuration of a smartphone 900 to which the technology according to the present disclosure can 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. 55 shows an example in which the wireless communication interface 912 includes a plurality of BB processors 913 and a plurality of RF circuits 914, 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 FIG. 55 illustrates an example in which the smartphone 900 includes a plurality of antennas 916, but 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, the memory 902, the storage 903, the external connection interface 904, the camera 906, the sensor 907, the microphone 908, the input device 909, the display device 910, the speaker 911, the wireless communication interface 912, and the auxiliary controller 919 to each other.
  • the battery 918 supplies power to each block of the smartphone 900 shown in FIG. 55 via a power supply line partially shown 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 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. May be implemented.
  • 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.
  • FIG. 56 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. 56 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. 56 shows an example in which the car navigation device 920 includes a plurality of antennas 937, the car navigation device 920 may include 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. 56 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.
  • 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 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 MEC platform 331, the VNF 333, and / or the service providing unit 335.
  • 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 MEC server 300 includes the VNF obtained by virtualizing the functional entity of the mobile communication network, and this VNF sets up a bearer between the MEC application instance and the UE 200. Thereby, it is possible to set the shortest communication path between the MEC server 300 and the UE 200.
  • 3G network functional entities for example, NodeB, SGSN (Serving GPRS support node), GGSN (Gateway GPRS support node), RNC (Radio Network Controller), etc.
  • SGSN Serving GPRS support node
  • GGSN Gateway GPRS support node
  • RNC Radio Network Controller
  • a communication unit that transmits an APN that specifies a virtual network function (VNF) that virtualizes a functional entity of a mobile communication network on an edge server, to a terminal device;
  • An apparatus comprising: (2) The apparatus according to (1), wherein the communication unit transmits the APN associated with an instance of an application for which connection is requested from the terminal device.
  • a VNF that virtualizes a functional entity of a mobile communication network is provided, The VNF is a device that sets a bearer between an application instance and a terminal device.
  • the VNF sets the bearer when requested by specifying an APN (Access Point Name) associated with the VNF itself.
  • APN Access Point Name
  • the APN is managed by an MME (Mobility Management Entity) in association with cell identification information.
  • the APN is selected by the MME from the list including one or more combinations of APN and cell identification information as corresponding to the cell identification information to which the terminal device is connected.
  • the device described. (8) The device according to any one of (3) to (7), wherein an instance of the application operates on the device. (9) The apparatus according to (8), wherein the information indicating the state of the application instance is transferred to another apparatus in response to a handover of the terminal apparatus.
  • the functional entity controls an APN AMBR (Aggregate Maximum Bit Rate).
  • the functional entity broadcasts access restriction or access prohibition based on APN AMBR to the terminal apparatus using SIB2 (System information block type-2).
  • SIB2 System information block type-2
  • the functional entity includes an S-GW (Serving-Gateway).
  • system 10 cell 100 wireless communication device, base station, eNB 200 Terminal equipment, UE 300 MEC Server 310 Communication Unit 320 Storage Unit 330 Processing Unit 331 MEC Platform 333 VNF 335 Service providing unit, MEC application 40 Core network 50 Packet data network 60 Application server 61 Communication unit 62 Storage unit 63 Processing unit 64 Service providing unit

Landscapes

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

Abstract

【課題】エッジサーバと端末との通信経路を適切に設定することが可能な仕組みを提供する。 【解決手段】エッジサーバ上の、移動体通信ネットワークの機能エンティティを仮想化したＶＮＦ（Virtual　Network　Function）を指定するＡＰＮを端末装置へ送信する通信部、を備える、装置。

Description

装置、方法及びプログラム
　本開示は、装置、方法及びプログラムに関する。
　近年、スマートフォン等の端末と物理的に近い位置に設けられたサーバ（以下、エッジサーバとも称する）でデータ処理を行う、モバイルエッジコンピューティング（ＭＥＣ：Mobile-Edge　Computing）技術が注目を浴びている。例えば、下記非特許文献１では、ＭＥＣに関する技術の標準規格について検討されている。
　ＭＥＣでは、端末と物理的に近い位置にエッジサーバが配置されるため、集中的に配置される一般的なクラウドサーバと比較して通信遅延が短縮され、高いリアルタイム性が求められるアプリケーションの利用が可能となる。また、ＭＥＣでは、これまでは端末側で処理されていた機能を端末に近いエッジサーバに分散処理させることで、端末の性能によらず高速なネットワーク・アプリケーション処理を実現することができる。エッジサーバは、例えばアプリケーションサーバとしての機能、及びコンテンツサーバとしての機能を始め多様な機能を有し得、端末に多様なサービスを提供することができる。
ＥＴＳＩ，"Mobile-Edge　Computing-Introductory　Technical　White　Paper"，２０１４年９月，［平成２７年９月３日検索］，インターネット＜https://portal.etsi.org/Portals/0/TBpages/MEC/Docs/Mobile-edge_Computing_-_Introductory_Technical_White_Paper_V1%2018-09-14.pdf＞
　上記非特許文献１等における検討内容は、検討が開始されてから未だ日が浅く、ＭＥＣに関する技術が十分に提案されているとはいいがたい。例えば、エッジサーバと端末との通信経路を適切に設定するための技術も、十分には提案されていないものの一つである。
　そこで、本開示では、エッジサーバと端末との通信経路を適切に設定することが可能な仕組みを提供する。
　本開示によれば、エッジサーバ上の、移動体通信ネットワークの機能エンティティを仮想化したＶＮＦ（Virtual　Network　Function）を指定するＡＰＮを端末装置へ送信する通信部、を備える、装置が提供される。
　また、本開示によれば、移動体通信ネットワークの機能エンティティを仮想化したＶＮＦを備え、前記ＶＮＦは、アプリケーションのインスタンスと端末装置との間にベアラを設定する、装置が提供される。
　また、本開示によれば、エッジサーバ上の、移動体通信ネットワークの機能エンティティを仮想化したＶＮＦを指定するＡＰＮを端末装置へ送信すること、を含む、プロセッサにより実行される方法が提供される。
　また、本開示によれば、コンピュータに、エッジサーバ上の、移動体通信ネットワークの機能エンティティを仮想化したＶＮＦを指定するＡＰＮを端末装置へ送信すること、を実行させるためのプログラムが提供される。
　また、本開示によれば、移動体通信ネットワークの機能エンティティを仮想化したＶＮＦにより、アプリケーションのインスタンスと端末装置との間にベアラを設定すること、を含む、プロセッサにより実行される方法が提供される。
　また、本開示によれば、コンピュータに、移動体通信ネットワークの機能エンティティを仮想化したＶＮＦにより、アプリケーションのインスタンスと端末装置との間にベアラを設定すること、を実行させるためのプログラムが提供される。
　以上説明したように本開示によれば、エッジサーバと端末との通信経路を適切に設定することが可能になる。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
　また、本明細書及び図面において、実質的に同一の機能構成を有する要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の要素を、必要に応じて端末装置２００Ａ、２００Ｂ及び２００Ｃのように区別する。ただし、実質的に同一の機能構成を有する複数の要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、端末装置２００Ａ、２００Ｂ及び２００Ｃを特に区別する必要が無い場合には、単に端末装置２００と称する。
ＭＥＣの概要を説明するための説明図である。 ＭＥＣサーバのプラットフォームを説明するための説明図である。 ベアラに関する技術を説明するための説明図である。 ベアラに関する技術を説明するための説明図である。 ベアラに関する技術を説明するための説明図である。 ベアラに関する技術を説明するための説明図である。 技術的課題を説明するための説明図である。 技術的課題を説明するための説明図である。 技術的課題を説明するための説明図である。 本開示の一実施形態に係るシステムの概略的な構成の一例を示す説明図である。 同実施形態に係るＭＥＣサーバの構成の一例を示すブロック図である。 同実施形態に係るアプリケーションサーバの構成の一例を示すブロック図である。 第１の実施形態に係る技術的特徴を説明するための説明図である。 同実施形態に係る技術的特徴を説明するための説明図である。 同実施形態に係る技術的特徴を説明するための説明図である。 第２の実施形態に係る技術的特徴を説明するための説明図である。 同実施形態に係る技術的特徴を説明するための説明図である。 同実施形態の第１の実施例を説明するための説明図である。 同実施形態の第１の実施例を説明するための説明図である。 同実施形態の第１の実施例を説明するための説明図である。 同実施形態の第１の実施例を説明するための説明図である。 同実施形態の第１の実施例を説明するための説明図である。 同実施形態の第１の実施例を説明するための説明図である。 同実施形態の第１の実施例を説明するための説明図である。 同実施形態の第１の実施例を説明するための説明図である。 同実施形態の第１の実施例を説明するための説明図である。 同実施形態の第１の実施例を説明するための説明図である。 同実施形態の第１の実施例を説明するための説明図である。 同実施形態の第１の実施例を説明するための説明図である。 同実施形態の第１の実施例を説明するための説明図である。 同実施形態の第１の実施例を説明するための説明図である。 同実施形態の第２の実施例を説明するための説明図である。 同実施形態の第２の実施例を説明するための説明図である。 同実施形態の第２の実施例を説明するための説明図である。 同実施形態の第２の実施例を説明するための説明図である。 同実施形態の第３の実施例を説明するための説明図である。 同実施形態の第３の実施例を説明するための説明図である。 同実施形態の第３の実施例を説明するための説明図である。 同実施形態の第３の実施例を説明するための説明図である。 同実施形態の第３の実施例を説明するための説明図である。 同実施形態の第３の実施例を説明するための説明図である。 同実施形態の第４の実施例を説明するための説明図である。 同実施形態の第４の実施例を説明するための説明図である。 同実施形態の第５の実施例を説明するための説明図である。 同実施形態の第５の実施例を説明するための説明図である。 同実施形態の第５の実施例を説明するための説明図である。 同実施形態の第５の実施例を説明するための説明図である。 同実施形態の第５の実施例を説明するための説明図である。 同実施形態の第６の実施例を説明するための説明図である。 同実施形態の第６の実施例を説明するための説明図である。 同実施形態の第６の実施例を説明するための説明図である。 サーバの概略的な構成の一例を示すブロック図である。 ｅＮＢの概略的な構成の第１の例を示すブロック図である。 ｅＮＢの概略的な構成の第２の例を示すブロック図である。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
　以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　なお、説明は以下の順序で行うものとする。
　　１．はじめに
　　　１．１．ＭＥＣ
　　　１．２．ベアラ
　　　１．３．技術的課題
　　２．構成例
　　　２．１．システムの構成例
　　　２．２．ＭＥＣサーバの構成例
　　　２．３．アプリケーションサーバの構成例
　　３．第１の実施形態
　　　３．１．技術的特徴
　　　３．２．評価
　　４．第２の実施形態
　　　４．１．技術的特徴
　　　４．２．第１の実施例
　　　４．３．第２の実施例
　　　４．４．第３の実施例
　　　４．５．第４の実施例
　　　４．６．第５の実施例
　　　４．７．第６の実施例
　　　４．８．評価
　　５．応用例
　　６．まとめ
　＜＜１．はじめに＞＞
　　＜１．１．ＭＥＣ＞
　　（１）概要
　まず、図１を参照して、ＭＥＣの概要を説明する。
　図１は、ＭＥＣの概要を説明するための説明図である。図１では、上段に、ＬＴＥ（Long　Term　Evolution）に代表される現状の（ＭＥＣが導入されていない）移動体通信において、ＵＥ（User　Equipment）がアプリケーション及びコンテンツにアクセスするための通信経路を示している。また、下段に、ＭＥＣが導入された場合の、ＵＥがアプリケーション及びコンテンツにアクセスするための通信経路を示している。
　図１の上段に示すように、現状の移動体通信においては、アプリケーション及びコンテンツはＥＰＣ（Evolved　Packet　Core）より外側（ＵＥから遠い側）であるＩＰネットワークに配置されている。よって、ＵＥは、アプリケーションを実行したり、コンテンツを入手したりするために、データセンタまでの途中の経路上にある中継網（例えば、Backbone　network）、ＥＰＣ、バックホールリンク、基地局、及びアクセスリンクを全て経由して通信していた。そのため、膨大なネットワークコスト及び遅延が発生していた。
　一方で、図１の下段に示すように、ＭＥＣにおいては、アプリケーション及びコンテンツは、ＥＰＣの内側（ＵＥに近い側）に保持される。例えば、図１に示した例では、基地局と一体的に形成されたＭＥＣサーバ（即ち、エッジサーバ）が、アプリケーションサーバ及びコンテンツサーバとして機能する。よって、ＵＥは、アプリケーションを実行したり、コンテンツを入手したりするためには、ＥＰＣより内側でのみ主要な（厳密には、ＥＰＣ外のサーバとのやり取りも存在しうるため）通信を行えばよい。そのため、ＭＥＣを導入することで、極低遅延の通信が可能になるだけでなく、アクセスリンク以外（例えば、バックホールリンク、ＥＰＣ、及び中継網）のトラフィックの削減も可能になる。さらに、通信の低遅延化及びアクセスリンク以外のトラフィック削減は、スループットの向上、並びにＵＥ及びネットワーク側の低消費電力化にも貢献し得る。このように、ＭＥＣの導入により、ユーザ、ネットワーク提供者、サービス提供者に対して、さまざまなメリットが生まれ得る。ＭＥＣは、よりローカル側（即ち、ＵＥに近い側）でデータを分散処理するので、特に地域に根付いたアプリケーションへの応用、分散コンピュータへの応用が期待される。
　なお、図１では、ＭＥＣサーバが基地局と一体的に形成された例を示しているが、本技術は係る例に限定されない。ＭＥＣサーバは、基地局とは異なる装置として形成されてもよいし、基地局と物理的に離れていてもよい。
　　（２）プラットフォーム
　続いて、図２を参照して、ＭＥＣサーバのプラットフォームを説明する。
　図２は、ＭＥＣサーバのプラットフォームを説明するための説明図である。最下層の構成要素である３ＧＰＰ無線ネットワーク要素（3GPP　Radio　Network　Element）は、アンテナ及びアンプ等の基地局設備である。その上の、ホスティング基盤（Hosting　Infrastructure）は、サーバ機材等のハードウェア資源（Hardware　Resources）と、それらを仮想化するソフトウェアによって形成される仮想化層（Virtualization　Layer）とから成り、一般的な仮想サーバ技術の提供が可能である。この仮想サーバ上で、アプリケーションプラットフォーム（Application　Platform）が動作する。
　仮想化マネージャ（Virtualization　Manager）は、最上位の各アプリケーション（MEC　App）が動作する器であるＶＭ（Virtual　Machine）の生成及び消滅等の管理を行う。各アプリケーションは異なる企業によって実行され得るので、仮想化マネージャはセキュリティ及び割当てるリソースの分離等の配慮が求められるものの、一般的なクラウド基盤技術の適用が可能である。
　アプリケーションプラットフォームサービス（Application　Platform　Service）は、ＭＥＣに特徴的な共通サービスの集合体である。トラフィックオフロード機能（Traffic　Offload　Function）は、ＵＥからの要求をＭＥＣサーバ上のアプリケーションが処理する場合とインターネット上のアプリケーション（データサーバ上の親アプリケーション）が処理する場合とで、ルーティング等の切換制御を行う。無線ネットワーク情報サービス（Radio　Network　Information　Services）は、ＭＥＣサーバ上の各アプリケーションが、ＭＥＣサーバに対応する（例えば、一体的に形成された）基地局とＵＥ間の電波の強さ等の無線状況情報を必要とする場合、下層の無線ネットワークから情報を取得してアプリケーションに提供する。通信サービス（Communication　Services）は、ＭＥＣサーバ上の各アプリケーションがＵＥ又はインターネット上のアプリケーションと通信する時の経路を提供する。サービスレジストリ（Service　Registry）は、ＭＥＣサーバ上の各アプリケーションの生成又は動作要求があった場合に、そのアプリケーションが正統なものか認証し、登録し、他のエンティティからの問い合わせに答える。
　以上説明したアプリケーションプラットフォームの上で、各ＶＭ上の各アプリケーションが動作し、インターネット上のアプリケーションに代わって又は協働により各種サービスをＵＥに提供する。
　ＭＥＣサーバは、多数の基地局に設置することが想定されているので、多数のＭＥＣサーバ同士を管理及び連携させる仕組みの検討も求められる。ホスティング基盤管理システム（Hosting　Infrastructure　Management　System）、アプリケーションプラットフォーム管理システム（Application　Platform　Management　System）、アプリケーション管理システム（Application　Management　System）は、ＭＥＣサーバ上の対応する各エンティティを管理し、連携させる。
　　（３）標準化の動向
　欧州においては、２０１４年１０月に、ＥＴＳＩにＩＳＧ（Industry　Specification　Groups）が設置され、ＭＥＣの標準化作業が開始された。最初の仕様は２０１６年末目標とし、現在標準化作業が進められている。より詳しくは、ＥＴＳＩ　ＩＳＧ　ＮＦＶ（Network　Function　Virtualization）及び３ＧＰＰなどの協力の元、ＭＥＣ実現のためのＡＰＩ（Application　Programming　Interface）の標準化が中心に標準化が進められている。
　　＜１．２．ベアラ＞
　続いて、図３～図６を参照して、ベアラについて説明する。まず、図３を参照してコアネットワークのアーキテクチャを説明する。
　図３は、ＥＰＣ（Evolved　Packet　Core）の基本的なアーキテクチャの一例を説明するための説明図である。ＵＥ（User　Equipment）は、端末装置であり、ユーザとも称される。ｅＮＢ（evolved　Node　B）は、基地局である。Ｐ－ＧＷ（PDN（Packet　Data　Network）　Gateway）は、ＥＰＣとＰＤＮ（例えば、インターネット、外部ＩＰネットワーク、クラウド等を含む概念）との接続点であり、ユーザパケットをＰＤＮとの間でやり取りする。Ｓ－ＧＷ(Serving　Gateway)は、Ｅ－ＵＴＲＡＮ（Evolved　Universal　Terrestrial　Radio　Access　Network）とＥＰＣとの接続点であり、ユーザパケットのルーティング機能及び転送機能を提供する。ＯＣＳ（Online　Charging　System）は、リアルタイムで課金制御を行う機能エンティティである。ＯＦＣＳ（Offline　Charging　System）は、オフラインで課金制御を行う機能エンティティである。ＰＣＲＦ（Policy　and　Charging　Rule　Function）は、ポリシー及び課金制御を行う機能エンティティである。ＭＭＥ（Mobility　Management　Entity）は、モビリティを管理する機能エンティティである。ＨＳＳ（Home　Subscriber　Server）は、加入者情報を管理する機能エンティティである。図中の実線はユーザプレーンを意味し、破線は制御プレーンを意味する。
　ＵＥは、ｅＮＢに接続され、ＭＭＥ及びＨＳＳの制御に基づいて、Ｓ－ＧＷを経由してＥＰＣに接続される。さらに、ＵＥは、Ｐ－ＧＷを経由してインターネット（即ち、ＰＤＮ）へ接続して、ＵＥ上のアプリケーションの要求に基づきインターネット上のコンテンツサーバ等と接続する。ＵＥとＰＤＮとの接続の確立は、ベアラの設定により行われる。ベアラとは、ユーザデータを転送するための一連の物理的又は論理的なパスを意味する。ＵＥからインターネット上の装置までのエンドツーエンドサービスにおけるベアラの構成例を、図４に示した。
　図４は、ベアラの構成の一例を説明するための説明図である。図４に示すように、ＵＥとｅＮＢとの間に設定されるベアラは、無線ベアラ（Radio　Bearer）とも称される。ｅＮＢとＵＥとの間に設定されるベアラは、Ｓ１ベアラとも称される。そして、ＵＥからＳ－ＧＷまでの間に設定されるベアラは、Ｅ－ＲＡＢ（E-UTRAN　Radio　Access　Bearer）とも総称される。また、Ｓ－ＧＷとＰ－ＧＷとの間に設定されるベアラは、Ｓ５／Ｓ８ベアラとも称される。そして、ＵＥからＰ－ＧＷまでの間に設定されるベアラは、ＥＰＳ（Evolved　Packet　System）ベアラとも総称される。また、Ｐ－ＧＷとインターネット上の装置との間に設定されるベアラは、外部ベアラ（External　Bearer）とも称される。ここで、本技術において注目するＥＰＳベアラについて図５を参照してより詳しく説明する。
　図５は、ＥＰＳベアラの構成の一例を説明するための説明図である。図５に示すように、ＥＰＳベアラは、ＵＥとＡＰＮ（Access　Point　Name）により指定された一つ以上のＰ－ＧＷとの間に各々設定される。ひとつのＡＰＮとの間に設定され得るＥＰＳベアラには、１つのデフォルトベアラ（Default　Bearer）と１つ以上設定可能な個別ベアラ（Dedicated　Bearer）とがある。そして、各々のベアラにおいて、ＳＤＦ（Service　Data　Flow）がやり取りされる。下記の表１及び表２に、ベアラＱｏＳの概要を示した。
Figure JPOXMLDOC01-appb-T000001
Figure JPOXMLDOC01-appb-T000002
　図６は、ＥＰＳにおいて実行されるＵＥのアタッチ手続き（Attach　Procedure）の処理の流れの一例を示すシーケンス図である。
　まず、ＵＥは、ＡＰＮを指定したアタッチ要求（Attach　Request）信号をＭＭＥへ送信する（ステップＳ１１）。ここで指定されるＡＰＮは、デフォルトＡＰＮとも称される。次いで、ＵＥからＨＳＳまでの間で、識別、認証及び暗号化等の各種処理が行われる（ステップＳ１２）。このとき、ＭＭＥは、ＨＳＳから取得した認証情報に基づいてユーザ認証を行い、ＨＳＳからベアラ設定に必要な契約情報を取得して管理する。次に、ＭＭＥは、位置登録要求（Location　Request）信号をＨＳＳへ送信し（ステップＳ１３）、ＨＳＳから位置登録応答(Location　Request　Response)信号を受信する（ステップＳ１４）。
　そして、ＭＭＥは、ＵＥから通知されたＡＰＮに基づいて、ベアラ設定先のＳ－ＧＷ及びＰ－ＧＷの選択を行い、選択したＳ－ＧＷへベアラ設定要求（Bearer　Request）信号を送信する（ステップＳ１５）。その際、ＭＭＥは、例えばＤＮＳリゾルバ（Domain　Name　System　resolver）機能により、ＡＰＮ－ＦＱＤＮ（Fully　Qualified　Domain　Name）を行い、接続要求されたＰＤＮへの接続が可能なＰ－ＧＷを選択する。また、ＭＭＥは、ｅＮＢから取得されたセルＩＤに記載されているＴＡＩ（Tracking　Area　Identification）に基づいて、例えばｃｏｌｌｏｃａｔｉｏｎ　ｂａｓｅなどのポリシーに基づきＳ－ＧＷを選択する。
　次いで、Ｓ－ＧＷは、ベアラ設定要求信号において指定されたＰ－ＧＷに対して、ベアラ確立手続き（Bearer　establishment　procedures）を行う（ステップＳ１６）。このベアラ確立手続きにおいては、Ｐ－ＧＷは、ＰＣＲＦと連携して適用すべき課金情報を取得し、さらにＰＤＮへの接続処理を実施する。Ｓ－ＧＷは、Ｐ－ＧＷとの間のベアラ設定が完了すると、ベアラ設定要求応答（Bearer　Request　Response）信号をＭＭＥへ送信する（ステップＳ１７）。
　ＭＭＥは、Ｓ－ＧＷから受信した情報、即ちアタッチ要求が受け入れられた旨の情報を含む無線ベアラ設定要求（Radio　Bearer）信号を、ｅＮＢへ送信する（ステップＳ１８）。ｅＮＢは、アタッチ要求が受け入れられた旨の情報を含む無線ベアラ設定要求（Radio　Bearer）信号をＵＥへ送信し、ＵＥとの間で無線ベアラを確立する（ステップＳ１９）。ｅＮＢは、ＵＥから無線ベアラ設定応答（Radio　Bearer　Response）信号を受信すると（ステップＳ２０）、無線ベアラ設定応答（Radio　Bearer　Response）信号をＭＭＥへ送信する（ステップＳ２１）。そして、ＵＥは、アタッチ完了信号をＭＭＥへ送信する。このようにして設定されるベアラは、デフォルトベアラである。
　これにより、ＵＥからＰＤＮへの、Ｓ－ＧＷ及びＰ－ＧＷを経由したアップリンクユーザプレーントラフィックデータの送信が可能となる。また、ＰＤＮからＵＥへの、Ｓ－ＧＷ及びＰ－ＧＷを経由したダウンリンクユーザプレーントラフィックデータの送信が可能となる。
　ＭＭＥからベアラ更新要求（Bearer　Update　Request）信号がＳ－ＧＷへ送信されると（ステップＳ２３）、Ｓ－ＧＷはベアラ更新手続き（Bearer　update　procedure）を行い（ステップＳ２４）、ベアラ更新要求応答（Bearer　Update　Request　Response）信号をＭＭＥへ送信する（ステップＳ２５）。
　以上により、処理は終了する。なお、ここでの処理は、「３ＧＰＰ，“３ＧＰＰ　ＴＳ２４．３０１　Ｖ８．１．０”，２００９年３月，［平成２７年９月３日検索］，インターネット＜http://www.arib.or.jp/IMT-2000/V730Jul09/5_Appendix/Rel8/24/24301-810.pdf＞」に詳しく記載されている。
　　＜１．３．技術的課題＞
　続いて、図７～図９を参照して、技術的課題を説明する。
　図７は、ＬＴＥのネットワーク構成の一例を説明するための説明図である。図７に示すように、ＬＴＥのネットワーク構成は、無線ネットワークのＥ－ＵＴＲＡＮとコアネットワークのＥＰＣとから成る。このような構成は、ＥＰＳとも称され得る。ＵＥは、ＡＰＮにより指定したＰ－ＧＷを経由してインターネットにアクセスする。また、ＵＥがインターネット上にあるコンテンツサーバとの間で通信を行う場合、典型的には、ユーザデータは、ｅＮＢ、Ｓ－ＧＷ、及びＰ－ＧＷを経由することとなる。
　図８は、ＬＴＥのネットワークにＭＥＣサーバを導入した場合の通信経路の一例を説明するための説明図である。図８に示した例では、ＭＥＣサーバはｅＮＢに対応して設けられている。しかしながら、図８に示すように、ＵＥとＭＥＣサーバとの間では、最短の通信経路は設定されず、Ｐ－ＧＷを経由した冗長な通信経路が設定される。これは、ＵＥは、Ｐ－ＧＷを経由してしか他の装置（例えば、コンテンツサーバ）と間でユーザデータのやり取りを行うことができない、という仕組みになっている事に起因する。図９は、Ｐ－ＧＷからＧＴＰを利用して、Ｓ－ＧＷ及びｅＮＢを再び経由して、ＭＥＣ－Ｓｅｒｖｅｒへ接続される際に考えられる、このような通信のプロトコルスタックを示している。
　通信経路の設定手続きについてより詳細に説明する。まず、ＵＥは、アタッチ手続きを行うことで、ＵＲＩ（Uniform　Resource　Identifier）又はＩＰアドレスで指定可能なＭＥＣサーバに接続する。ただし、ＵＥからのユーザプレーントラフィックは、一旦Ｐ－ＧＷまで運ばれる。Ｐ－ＧＷは、ユーザパケットから、ＥＰＣ内で利用されるヘッダ（例えば、ＧＴＰ（GPRS（general　packet　radio　service）　Tunnel　Protocol）ヘッダ）を取り除く。そして、Ｐ－ＧＷは、ＵＥが指定したＵＲＩ又はＩＰアドレスにより特定される宛先アドレスへ、ユーザデータを送信する。
　ここで、ＵＥは、ＵＲＩを指定して接続を試みる際、通常はＤＮＳリゾルバを起動して、ＵＲＩが意味するＩＰアドレスを取得してから接続を試みる。具体的には、ＵＥは、Ｐ－ＧＷとの接続が確立された後、ＰＤＮにあるＤＮＳサーバ又はＥＰＣ内にあるＤＮＳサーバとの間で、ＩＰアドレスの取得を行う。なお、ＥＰＣ内では、ＭＭＥがＤＮＳリソルバ機能を担ってもよい。取得されたＭＥＣサーバのＩＰアドレスは、ＥＰＣ内のアドレスであるので、Ｐ－ＧＷからＭＥＣサーバへＥＰＣを経由した接続が確立される。このようにして、図８及び図９に示した冗長な通信経路が設定される。
　このように、ＭＥＣが導入されたとしても、現状の移動体通信ネットワークの仕組みによれば冗長な通信経路が設定されてしまい、期待される効果を得ることは困難である。そのため、本開示では、ＭＥＣサーバと端末との通信経路を適切に設定するための仕組みを提供する。
　なお、本明細書では、ネットワークのアーキテクチャとして、ＬＴＥにおけるＥＰＳを想定して本技術を説明する。ただし、本技術は３ＧにおけるＵＭＴＳ（Universal　Mobile　Telecommunications　System）においても適用可能であるし、その他の任意のネットワークアーキテクチャにおいても適用可能である。
　＜＜２．構成例＞＞
　　＜２．１．システムの構成例＞
　続いて、図１０を参照して、本開示の一実施形態に係るシステム１の概略的な構成を説明する。図１０は、本開示の一実施形態に係るシステム１の概略的な構成の一例を示す説明図である。図１０を参照すると、システム１は、無線通信装置１００、端末装置２００、及びＭＥＣサーバ３００を含む。ここでは、端末装置２００は、ユーザとも呼ばれる。当該ユーザは、ＵＥとも呼ばれ得る。無線通信装置１００Ｃは、ＵＥ－Ｒｅｌａｙとも呼ばれる。ここでのＵＥは、ＬＴＥ又はＬＴＥ－Ａにおいて定義されているＵＥであってもよく、ＵＥ－Ｒｅｌａｙは、３ＧＰＰで議論されているＰｒｏｓｅ　ＵＥ　ｔｏ　Ｎｅｔｗｏｒｋ　Ｒｅｌａｙであってもよく、より一般的に通信機器を意味してもよい。
　　（１）無線通信装置１００
　無線通信装置１００は、配下の装置に無線通信サービスを提供する装置である。例えば、無線通信装置１００Ａは、セルラーシステム（又は移動体通信システム）の基地局である。基地局１００Ａは、基地局１００Ａのセル１０Ａの内部に位置する装置（例えば、端末装置２００Ａ）との無線通信を行う。例えば、基地局１００Ａは、端末装置２００Ａへのダウンリンク信号を送信し、端末装置２００Ａからのアップリンク信号を受信する。
　基地局１００Ａは、他の基地局と例えばＸ２インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。また、基地局１００Ａは、コアネットワーク４０と例えばＳ１インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。なお、これらの装置間の通信は、物理的には多様な装置により中継され得る。
　ここで、図１０に示した無線通信装置１００Ａは、マクロセル基地局であり、セル１０はマクロセルである。一方で、無線通信装置１００Ｂ及び１００Ｃは、スモールセル１０Ｂ及び１０Ｃをそれぞれ運用するマスタデバイスである。一例として、マスタデバイス１００Ｂは、固定的に設置されるスモールセル基地局である。スモールセル基地局１００Ｂは、マクロセル基地局１００Ａとの間で無線バックホールリンクを、スモールセル１０Ｂ内の１つ以上の端末装置（例えば、端末装置２００Ｂ）との間でアクセスリンクをそれぞれ確立する。マスタデバイス１００Ｃは、ダイナミックＡＰ（アクセスポイント）である。ダイナミックＡＰ１００Ｃは、スモールセル１０Ｃを動的に運用する移動デバイスである。ダイナミックＡＰ１００Ｃは、マクロセル基地局１００Ａとの間で無線バックホールリンクを、スモールセル１０Ｃ内の１つ以上の端末装置（例えば、端末装置２００Ｃ）との間でアクセスリンクをそれぞれ確立する。ダイナミックＡＰ１００Ｃは、例えば、基地局又は無線アクセスポイントとして動作可能なハードウェア又はソフトウェアが搭載された端末装置であってよい。この場合のスモールセル１０Ｃは、動的に形成される局所的なネットワーク（Localized　Network／Ｖｉｒｔｕａｌ　ｃｅｌｌ）である。
　セル１０は、例えば、ＬＴＥ、ＬＴＥ－Ａ（LTE-Advanced）、ＧＳＭ（登録商標）、ＵＭＴＳ、Ｗ－ＣＤＭＡ、ＣＤＭＡ２００、ＷｉＭＡＸ、ＷｉＭＡＸ２又はＩＥＥＥ８０２．１６などの任意の無線通信方式に従って運用されてよい。
　なお、スモールセルは、マクロセルと重複して又は重複せずに配置される、マクロセルよりも小さい様々な種類のセル（例えば、フェムトセル、ナノセル、ピコセル及びマイクロセルなど）を含み得る概念である。ある例では、スモールセルは、専用の基地局によって運用される。別の例では、スモールセルは、マスタデバイスとなる端末がスモールセル基地局として一時的に動作することにより運用される。いわゆるリレーノードもまた、スモールセル基地局の一形態であると見なすことができる。リレーノードの親局として機能する無線通信装置は、ドナー基地局とも称される。ドナー基地局は、ＬＴＥにおけるＤｅＮＢ（Donor　eNodeB）を意味してもよく、より一般的にリレーノードの親局を意味してもよい。
　　（２）端末装置２００
　端末装置２００は、セルラーシステム（又は移動体通信システム）において通信可能である。端末装置２００は、セルラーシステムの無線通信装置（例えば、基地局１００Ａ、マスタデバイス１００Ｂ又は１００Ｃ）との無線通信を行う。例えば、端末装置２００Ａは、基地局１００Ａからのダウンリンク信号を受信し、基地局１００Ａへのアップリンク信号を送信する。
　　（３）アプリケーションサーバ６０
　アプリケーションサーバ６０は、ユーザへサービスを提供する装置である。アプリケーションサーバ６０は、パケットデータネットワーク（ＰＤＮ）５０に接続される。他方、基地局１００は、コアネットワーク４０に接続される。コアネットワーク４０は、ゲートウェイ装置（図７におけるＰ－ＧＷ）を介してＰＤＮ５０に接続される。このため、無線通信装置１００は、アプリケーションサーバ６０により提供されるサービスを、パケットデータネットワーク５０、コアネットワーク４０及び無線通信路を介してＭＥＣサーバ３００、及びユーザへ提供する。
　　（４）ＭＥＣサーバ３００
　ＭＥＣサーバ３００は、ユーザへサービス（アプリケーション又はコンテンツ等）を提供するサービス提供装置である。ＭＥＣサーバ３００は、無線通信装置１００に設けられ得る。その場合、無線通信装置１００は、ＭＥＣサーバ３００により提供されるサービスを、無線通信路を介してユーザへ提供する。ＭＥＣサーバ３００は、論理的な機能エンティティとして実現されてもよく、図１０に示すように無線通信装置１００等と一体的に形成されてもよい。
　例えば、基地局１００Ａは、ＭＥＣサーバ３００Ａにより提供されるサービスを、マクロセル１０に接続する端末装置２００Ａへ提供する。また、基地局１００Ａは、ＭＥＣサーバ３００Ａにより提供されるサービスを、マスタデバイス１００Ｂを介して、スモールセル１０Ｂに接続する端末装置２００Ｂへ提供する。
　また、マスタデバイス１００Ｂは、ＭＥＣサーバ３００Ｂにより提供されるサービスを、スモールセル１０Ｂに接続する端末装置２００Ｂへ提供する。同様に、マスタデバイス１００Ｃは、ＭＥＣサーバ３００Ｃにより提供されるサービスを、スモールセル１０Ｃに接続する端末装置２００Ｃへ提供する。
　　（５）補足
　以上、システム１の概略的な構成を示したが、本技術は図１０に示した例に限定されない。例えば、システム１の構成として、マスタデバイスを含まない構成、ＳＣＥ（Small　Cell　Enhancement）、ＨｅｔＮｅｔ（Heterogeneous　Network）、ＭＴＣ（Machine　Type　Communication）ネットワーク等が採用され得る。
　　＜２．２．ＭＥＣサーバの構成例＞
　続いて、図１１を参照して、本開示の一実施形態に係るＭＥＣサーバ３００の構成の一例を説明する。図１１は、本開示の一実施形態に係るＭＥＣサーバ３００の構成の一例を示すブロック図である。図１１を参照すると、ＭＥＣサーバ３００は、通信部３１０、記憶部３２０、及び処理部３３０を備える。
　　（１）通信部３１０
　通信部３１０は、他の装置との間で通信を行うためのインタフェースである。例えば、通信部３１０は、対応する無線通信装置１００との間で通信を行う。ＭＥＣサーバ３００が、論理エンティティとして形成され、無線通信装置１００に含まれる場合、通信部３１０は、例えば無線通信装置１００の制御部との間で通信を行う。ＭＥＣサーバ３００は、一体的に形成される装置以外の装置との間で、直接的に通信を行うためのインタフェースを有していてもよい。
　　（２）記憶部３２０
　記憶部３２０は、ＭＥＣサーバ３００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。例えば、ＭＥＣサーバ３００は、ユーザへ提供される多様なコンテンツ、及びアプリケーションを記憶し得る。
　　（３）処理部３３０
　処理部３３０は、ＭＥＣサーバ３００の様々な機能を提供する。処理部３３０は、ＭＥＣプラットフォーム３３１、ＶＮＦ（Virtual　Network　Function）３３３及びサービス提供部３３５を含む。なお、処理部３３０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部３３０は、これらの構成要素の動作以外の動作も行い得る。
　ＭＥＣプラットフォーム３３１については、図２を参照して上記説明した通りである。
　ＶＮＦ３３３は、ネットワーク機能を実現するためのソフトウエアパッケージである。ＶＮＦ３３３は、ＮＦＶＩ（Network　Functions　Virtualisation　Infrastructure）と称される仮想マシン上で動作する。ＶＮＦ及びＮＦＶＩについては、ＥＴＳＩのＮＦＶ　ＩＳＧ（Network　Functions　Virtualisation　Industry　Specification　Group）により仕様が検討されている。その詳細は、例えば「ＥＴＳＩ，“ＧＳ　ＮＦＶ－ＳＷＡ　００１　Ｖ１．１．１　（２０１４－１２）”，２０１４年１２月，［平成２７年９月３日検索］，インターネット＜http://www.etsi.org/deliver/etsi_gs/NFV-SWA/001_099/001/01.01.01_60/gs_NFV-SWA001v010101p.pdf＞」に記載されている。ＶＮＦ３３３は、この仕様検討中のＶＮＦを意味してもよいし、より一般的に仮想化されたネットワーク機能を意味してもよい。
　サービス提供部３３５は、多様なサービスを提供する機能を有する。典型的には、サービス提供部３３５は、ＭＥＣプラットフォーム３３１上で動作するＭＥＣアプリケーションとして実現される。なお、本明細書では、ＭＥＣサーバ３００上で動作するアプリケーションを、ＭＥＣアプリケーションとも称する。例えば、ＭＥＣサーバ３００上で動作するＭＥＣアプリケーションは、アプリケーションサーバ６０からコピーされたアプリケーションのインスタンスである。
　　＜２．３．アプリケーションサーバの構成例＞
　続いて、図１２を参照して、本開示の一実施形態に係るアプリケーションサーバ６０の構成の一例を説明する。図１２は、本開示の一実施形態に係るアプリケーションサーバ６０の構成の一例を示すブロック図である。図１２を参照すると、アプリケーションサーバ６０は、通信部６１、記憶部６２、及び処理部６３を備える。
　　（１）通信部６１
　通信部６１は、他の装置との間で通信を行うためのインタフェースである。例えば、通信部６１は、ＰＤＮ上の他の装置との間で通信を行う。
　　（２）記憶部６２
　記憶部６２は、アプリケーションサーバ６０の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。例えば、アプリケーションサーバ６０は、ユーザへ提供される多様なコンテンツ、及びアプリケーションを記憶し得る。
　　（３）処理部６３
　処理部６３は、アプリケーションサーバ６０の様々な機能を提供する。処理部６３は、例えばＣＰＵ（Central　Processing　Unit）等に相当する。処理部６３は、サービス提供部６４を含む。なお、処理部３３０は、この構成要素以外の他の構成要素をさらに含み得る。即ち、処理部３３０は、この構成要素の動作以外の動作も行い得る。
　サービス提供部６４は、多様なサービスを提供する機能を有する。典型的には、サービス提供部６４は、アプリケーションとして実現される。
　なお、アプリケーションサーバ６０上で動作するアプリケーションであって、ＭＥＣサーバ３００上で動作するＭＥＣアプリケーションと対応関係を有するアプリケーションも、ＭＥＣアプリケーションとも称する。同様に、端末装置２００上で動作するアプリケーションであって、ＭＥＣサーバ３００上で動作するＭＥＣアプリケーションと対応関係を有するアプリケーションも、ＭＥＣアプリケーションとも称する。
　以上、各装置の構成例を説明した。以下では、説明の便宜上、無線通信装置１００をｅＮＢ１００とも称し、端末装置２００をＵＥ２００とも称する。
　＜＜３．第１の実施形態＞＞
　本実施形態は、ＤＰＩ（Deep　Packet　Inspection）によりパケットの経路を切り替える形態である。
　　＜３．１．技術的特徴＞
　図１３は、本実施形態に係るシステム１の概略的な構成の一例を説明するための説明図である。図１３に示すように、システム１は、ｅＮＢ１００、ＵＥ２００、ＭＥＣサーバ３００、Ｓ－ＧＷ４１、Ｐ－ＧＷ４２、ＭＭＥ４３、ＨＳＳ４４、ＰＤＮ５０及びアプリケーションサーバ６０を含む。図１３に示した例では、ＭＥＣサーバ３００上で、ＶＮＦ３３３として、ＭＥＣ　ＤＰＩ３３３Ａ及びＭＥＣルータ３３３Ｂが動作する。また、ＭＥＣサーバ３００上で、ＭＥＣアプリケーション３３５が動作する。図中の実線はユーザプレーン（データプレーンとも称する）を意味し、破線は制御プレーンを意味する。
　ＭＥＣ　ＤＰＩ３３３Ａは、取得したパケットを対象としてのぞき見（例えば、ＤＰＩ）を行う機能を有する。例えば、ＭＥＣ　ＤＰＩ３３３Ａは、ｅＮＢ１００からＳ－ＧＷ４１へ送信されるパケットのＧＴＰ－Ｕ（GTP　for　User　Plane）ヘッダを取り除き、ＩＰヘッダをのぞき見して、その中身に格納された情報を取得する。具体的には、ＭＥＣ　ＤＰＩ３３３Ａは、パケットの宛先ＩＰアドレスを取得する。
　ＭＥＣルータ３３３Ｂは、パケットの経路を切り替える機能を有する。例えば、ＭＥＣルータ３３３Ｂは、ＭＥＣ　ＤＰＩ３３３Ａにより取得された宛先ＩＰアドレスがＭＥＣアプリケーション３３５を示すものである場合、当該パケットをＳ－ＧＷ４１ではなくＭＥＣアプリケーション３３５へ直接的に送信する。その際、ＭＥＣルータ３３３Ｂは、ＭＥＣサーバ３００を指定するＧＴＰ－Ｕヘッダをパケットに付加した上で送信してもよい。一方で、ＭＥＣルータ３３３Ｂは、ＭＥＣ　ＤＰＩ３３３Ａにより取得された宛先ＩＰアドレスがＭＥＣアプリケーション３３５を示すものではない場合、一度取り除いたＧＴＰ－Ｕヘッダをパケットに再度付加して、Ｓ－ＧＷ４１へ送信する。
　そのために、ＭＥＣルータ３３３Ｂは、ｅＮＢ１００とＳ－ＧＷ４１とのデフォルトベアラ（即ち、トンネリング）が解放されるまでの間、ＵＥ２００毎のＧＴＰ－Ｕヘッダ及びＳ－ＧＷ４１を特定する情報を保持する。典型的には、ＭＥＣルータ３３３Ｂは、ｅＮＢ１００とＳ－ＧＷ４１とのデフォルトベアラの解放を検知するまで、これらの情報を保持する。ここで、デフォルトベアラの解放は、複数通りに検知され得る。例えば、ＵＥ２００が自らデタッチ手続き（Detach　Procedure）を行う場合、ＭＭＥからのデタッチ受け入れ（detach　accept）信号をＵＥ２００が受信し、その後コネクション解放（signaling　connection　release）信号をｅＮＢ１００が受信したことにより、デフォルトベアラの解放が検知されてもよい。また、ＭＭＥ４３、ＨＳＳ４４又はＰ－ＧＷ４２がデタッチ手続きを行う場合、同じくコネクション解放信号をｅＮＢ１００が受信したことにより、デフォルトベアラの解放が検知されてもよい。また、ＵＥ２００の電源がオフになった場合のように、ｅＮＢ１００がＵＥ２００の検出に失敗したことにより、デフォルトベアラの解放が検知されてもよい。
　ここで、図１４及び図１５に、本実施形態に係るシステム１において行われる通信のプロトコルスタックの一例を示した。なお、図１４は、ＭＥＣサーバ３００がｅＮＢ１００とＳ－ＧＷ４１との間に設けられる場合の例を示している。また、図１５は、ＭＥＣサーバ３００がＳ－ＧＷ４１とＰ－ＧＷ４２との間に設けられる場合の例を示している。
　　＜３．２．評価＞
　本実施形態によれば、ＵＥ２００とＭＥＣアプリケーション３３５との間で、Ｐ－ＧＷ４２を経由しない、最短の通信経路が設定されることとなる。しかしながら、本実施形態には下記の欠点があると考えられる。
　まず、ＵＥ２００から送信されたパケットは、必ずＭＥＣ　ＤＰＩ３３３Ａを経由する必要が生じる。そのため、ＭＥＣ　ＤＰＩ３３３Ａ及びＭＥＣルータ３３３Ｂの機能は、ｅＮＢ１００とＳ－ＧＷ４１との間又はＳ－ＧＷ４１とＰ－ＧＷ４２との間に設置することが要される、という制約が生じる。
　また、ＵＥ２００から送信された全てのパケットに対して、ＭＥＣ　ＤＰＩ３３３ＡによりＤＰＩが実施される。そのため、ＤＰＩのための処理負荷が増大し、処理遅延時間が増加する。また、ヘッダ群（例えば、ＩＰヘッダ、ＵＤＰヘッダ及びＧＴＰ－Ｕヘッダ等）の取り除き機能、取り除いたヘッダ群の記憶機能、ＵＥ２００とヘッダ群のリストとを管理する管理機能、及びヘッダ群の付加機能が要される。さらに、ＤＰＩ機能により生じ得る、ユーザデータの安全性及び秘匿性問題を、回避するための仕組みが要される。
　また、無線でユーザパケットをリレーするリレーノード又は無線バックホールに接続するｅＮＢ１００とＭＥＣサーバ３００とが一体的に形成される場合、ＭＥＣサーバ３００自身が無線通信インタフェースを有することも要される。
　そこで、上記欠点を解消すべく、下記に説明する第２の実施形態を開発するに至った。
　＜＜４．第２の実施形態＞＞
　本実施形態は、ＭＥＣサーバ３００上で、コアネットワークの機能エンティティを仮想化する形態である。
　　＜４．１．技術的特徴＞
　　（１）ネットワーク機能エンティティの仮想化
　本実施形態では、ＭＥＣサーバ３００は、移動体通信ネットワークの機能エンティティを仮想化したＶＮＦ３３３を有する。例えば、ＶＮＦ３３３は、Ｐ－ＧＷ４２、Ｓ－ＧＷ４１及びＭＭＥ等のＥＰＣの機能エンティティを仮想化し得る。仮想化される機能エンティティの一例を、図１６を参照して説明する。
　図１６は、本実施形態に係るＭＥＣサーバ３００のアーキテクチャの一例を説明するための説明図である。図１６に示すように、ＭＥＣサーバ３００は、ＣＯＴＳ（commercial　off-the-shelf）、Ｘ８６コンピュータ、メモリ、及びＩ／Ｏ（Input/Output）インタフェースといったハードウェアを含む。そして、これらのハードウェア上でＫＶＭ（Kernel-based　Virtual　Machine）ハイパーバイザが動作し、その上でＭＥＣプラットフォーム並びに複数のＶＭ、ＶＮＦ及びアプリケーションが動作する。
　例えば、ＶＭ（Virtual　Machine）－１上のＶＮＦ－１として、ＭＭＥが仮想化されたｖＭＭＥ（Virtual　MME）が動作する。また、ＶＭ－２上のＶＮＦ－２として、Ｓ－ＧＷが仮想化されたｖＳ－ＧＷが動作する。また、ＶＭ－３上のＶＮＦ－３として、Ｐ－ＧＷが仮想化されたｖＰ－ＧＷが動作する。また、ＶＭ－４上のＶＮＦ－４として、ＨＳＳが仮想化されたｖＨＳＳが動作する。また、ＶＭ－５上のＶＮＦ－５として、ＰＣＲＦが仮想化されたｖＰＣＲＦが動作する。また、ＶＭ－６上のＶＮＦ－６として、ＲＡＮ（Radio　Access　Network）が仮想化されたｖＲＡＮが動作する。また、ＶＭ－７上のＶＮＦ－７として、ＲＮＩＳ（Radio　Network　Information　Services）機能を提供する機能エンティティが動作する。また、ＶＭ－８上のＶＮＦ－８として、ロケーション（Location）機能を提供する機能エンティティが動作する。また、ＶＭ－９上のＶＮＦ－９として、モビリティ（Mobility）機能を提供する機能エンティティが動作する。また、ＶＭ－１０上のＶＮＦ－１０として、インスタンス（Instantiation）の移動管理及びその状態（State）の管理なのどのマネージメント機能を提供する機能エンティティが動作する。また、ＶＭ－１１上のＶＮＦ－１１として、終了（Termination）機能を提供する機能エンティティが動作する。また、ＶＭ－１２上のアプリケーションとして、第１のＭＥＣアプリケーションが動作する。また、ＶＭ－１３上のアプリケーションとして、第２のＭＥＣアプリケーションが動作する。また、ＶＭ－１４上のアプリケーションとして、第３のＭＥＣアプリケーションが動作する。その他には、伝送帯域（伝送速度）、遅延要求、ＴＣＰ／ＩＰなどの伝送速度の最適化、及びＯＳＳ（Operations　System　Supports）／ＢＳＳ（Business　system　Supports）関連への対応、などの要求に対応するＶＮＦが、考えられる。既存の装置（例えば基地局など）との通信が必要な際は、このＶＮＦが、ＡＰＩとして動作して、やり取りを行うことになる。また、プロトコル及びインタフェースに関しては、後述する図２０～図２９等に示した。なお、プロトコルスタックにＧＴＰ－Ｕが含まれるアーキテクチャがベアラ接続に関するアーキテクチャであり、プロトコルスタックにＧＴＰ－Ｕが含まれないアーキテクチャが、通常のＩＰ接続に関するアーキテクチャである。
　なお、本明細書では、ＭＥＣサーバ３００上で仮想化された機能エンティティには、ｖＭＭＥ、ｖＰ－ＧＷ、及びｖＳ－ＧＷのように、仮想であること（Virtual）を示す「ｖ」を名称に付与するものとする。
　　（２）ベアラの設定
　ＶＮＦ３３３は、アプリケーションのインスタンスとＵＥ２００との間にベアラを設定（即ち、確立）する。例えば、ＭＥＣサーバ３００上のＭＭＥ、Ｐ－ＧＷ、Ｓ－ＧＷ等を仮想化したＶＮＦ３３３が、ＭＥＣアプリケーションとＵＥ２００との間にベアラを設定する。このベアラは、ＥＰＣ内のＰ－ＧＷ等を経由しないので、最短の通信経路の設定が実現される。また、各々のベアラにおけるＱｏＳ制御が可能となる。設定されるベアラについてより詳細に述べると、ｅＮＢ２００から、ＭＥＣサーバ３００上のＭＥＣアプリケーションまでの、ｖＰ－ＧＷを経由するベアラが設定される。なお、ｖＰ－ＧＷとＭＥＣアプリケーションとの間は、ＧＴＰベアラが確立されてもよいし、通常のＩＰ接続が確立されてもよい。
　ＶＮＦ３３３は、自身に対応付けられたＡＰＮを指定して要求された場合にベアラを設定する。例えば、ｖＰ－ＧＷは、自身のＡＰＮを指定したアタッチ要求がＵＥ２００により行われた場合に、ＵＥ２００との間でベアラを設定する。なお、ｖＰ－ＧＷを指定するためのＡＰＮを、以下ではｖＡＰＮとも称する。
　ＵＥ２００とＭＥＣサーバ３００上のＭＥＣアプリケーションとの通信は、ｖＡＰＮを指定して設定されたベアラを用いて行われる。より詳しくは、ｖＰ－ＧＷは、ＵＥ２００から送信された宛先ＩＰアドレスがＭＥＣサーバ３００上のＭＥＣアプリケーションであるパケットを、当該ＭＥＣアプリケーションに転送する。ここで、ｖＰ－ＧＷが、ＵＥ２００から送信された宛先ＩＰアドレスがＭＥＣサーバ３００上のＭＥＣアプリケーション以外のパケットを検出する場合も想定される。そのような場合には、ｖＰ－ＧＷは、エラーメッセージをＵＥ２００へ返信してもよい。ＵＥ２００は、このエラーメッセージをトリガとして、Ｐ－ＧＷに対応するＡＰＮを指定して設定されたベアラを用いて通信を行ってもよい。
　以下では、説明の便宜上、ｖＰ－ＧＷを経由して設定されるベアラを、仮想ベアラとも称する。また、Ｐ－ＧＷを経由して設定されるベアラを、実ベアラとも称する。
　ＵＥ２００は、複数のＭＥＣサーバ３００との間で複数の仮想ベアラを設定可能であるし、仮想ベアラと実ベアラとを共存させることも可能である。そのため、ＵＥ２００は、複数のＭＥＣサーバ３００若しくはアプリケーションサーバ６０と連携し、処理負荷を分散させることも可能である。
　　（３）ＡＰＮの通知
　アプリケーションサーバ６０（例えば、通信部６１）は、ＭＥＣサーバ３００上の移動体通信ネットワークの機能エンティティを仮想化したＶＮＦ３３３を指定するＡＰＮ（即ち、ｖＡＰＮ）をＵＥ２００へ送信する。これにより、ＵＥ２００は、仮想ベアラを設定することが可能となる。
　例えば、アプリケーションサーバ６０（例えば、通信部６１）は、ＵＥ２００から接続を要求されたアプリケーションのインスタンスに対応付けられたＡＰＮを送信する。例えば、アプリケーションサーバ６０は、ＭＥＣサーバ３００上のアプリケーションのインスタンスへの接続を要求された場合、当該ＭＥＣサーバ３００上のｖＰ－ＧＷに対応付けられたｖＡＰＮを送信する。ＶＮＦ３３３（例えば、ｖＰ－ＧＷ等）は、この要求をトリガとして起動されてもよい。具体的には、ＶＮＦ３３３（例えば、ｖＰ－ＧＷ等）は、例えばアタッチ手続きにおいてＭＭＥから送信されるベアラ設定要求信号（図６におけるステップＳ１５）に基づいて、起動されてもよい。これにより、ＵＥ２００は、仮想ベアラを設定することが可能となる。他方、アプリケーションサーバ６０は、アプリケーションサーバ６０上のアプリケーションのインスタンスへの接続を要求された場合、Ｐ－ＧＷのＡＰＮを送信する。これにより、ＵＥ２００は、実ベアラを設定することが可能となる。
　ＵＥ２００は、ｖＡＰＮの取得を、ユーザ指示に基づいて行ってもよい。そのためのＵＩ例を、図１７に示した。図１７は、本実施形態に係るＵＥ２００に表示されるＵＩの一例を説明するための説明図である。図１７に示すようにＵＩ例４０１では、アプリケーションのアイコン４０３が複数表示されている。アイコン４０３の色の違いは、アプリケーションが動作する装置の違いを示している。例えば、アイコン４０３Ａは、ＭＥＣサーバ３００上で動作するＭＥＣアプリケーションを起動するためのアイコンである。また、アイコン４０３Ｂは、アプリケーションサーバ６０上で動作するＭＥＣアプリケーションを起動するためのアイコンである。例えば、アプリケーションサーバ６０は、ＵＥ２００から、アイコン４０３Ａが選択されたことを示す情報が通知された場合に、当該アイコンに対応するＭＥＣサーバ３００上のアプリケーションのインスタンスに対応するＡＰＮ（即ち、ｖＡＰＮ）を返信する。
　　＜４．２．第１の実施例＞
　本実施例は、Ｐ－ＧＷ及びＳ－ＧＷがＶＮＦ３３３として仮想化される例である。
　図１８は、本実施形態の第１の実施例に係るシステム１の構成例を説明するための説明図である。図１８に示すように、システム１は、ｅＮＢ１００、ＵＥ２００、ＭＥＣサーバ３００、Ｓ－ＧＷ４１、Ｐ－ＧＷ４２、ＭＭＥ４３、ＨＳＳ４４、ＯＣＳ４５、ＯＦＣＳ４６、ＰＣＲＦ４７、ＰＤＮ５０及びアプリケーションサーバ６０を含む。図１８に示した例では、ｅＮＢ１００にＭＥＣサーバ３００が対応付けられ（例えば、一体的に形成され）、ＭＥＣプラットフォーム３３１上で、ｖＳ－ＧＷ３３３Ｃ、ｖＰ－ＧＷ３３３Ｄ及びＭＥＣアプリケーション３３５が動作している。さらに、ＭＥＣプラットフォーム３３１上で、ｖＭＭＥ、ｖＨＳＳ、及びｖＰＣＲＦが動作してもよい。また、アプリケーションサーバ６０上で、ＭＥＣアプリケーション６４が動作している。図中の実線はユーザプレーンを意味し、破線は制御プレーンを意味する。
　以上、本実施例に係るシステム１の構成例を説明した。続いて、本実施例に係るシステム１の動作処理を説明する。
　図１９は、本実施形態の第１の実施例に係るシステム１において実行されるベアラ設定処理の流れの一例を示すシーケンス図である。図１９に示すように、本シーケンスには、ＵＥ２００、ｅＮＢ１００、ＭＭＥ４３、ＨＳＳ４４、Ｓ－ＧＷ４１、Ｐ－ＧＷ４２、ＰＤＮ５０、アプリケーションサーバ６０、ｖＳ－ＧＷ３３３Ｃ、ｖＰ－ＧＷ３３３Ｄ、ＭＥＣサーバ３００、及びＭＥＣアプリケーション３３５が関与する。
　まず、ＵＥ２００は、ＡＰＮを指定してアタッチ手続きを行い（ステップＳ１０２）、ＵＥ２００からＰＤＮ５０までの実ベアラ（詳しくは、デフォルトベアラ）を確立する（ステップＳ１０４）。この実ベアラは、ｅＮＢ１００、Ｓ－ＧＷ４１及びＰ－ＧＷ４２を経由する。これらのステップにおける情報の送受信には、例えばＰＣＯ（Protocol　Configuration　Option）又はＥＳＭ（EPS　Session　Management）等が用いられ得る。なお、詳細な処理内容は、図６を参照して上記説明した通りである。
　次いで、ＵＥ２００は、アプリケーションサーバ６０へ接続後、利用者承認及び契約確認手続きを行う（ステップＳ１０６）。このとき、例えばユーザ（例えば、ＵＥ２００、ＳＩＭ又はその他の個人認証）に関する認証処理、ポリシー確認処理、及び課金処理等が行われ得る。
　次に、ＵＥ２００は、ＭＥＣアプリケーション３３５の選択をアプリケーションサーバ６０へ通知する（ステップＳ１０８）。例えば、図１７に示したＵＩにおいて、ＭＥＣサーバ３００上のＭＥＣアプリケーション３３５の起動が指示されたことを示す情報が通知される。
　次いで、アプリケーションサーバ６０は、指定されたＭＥＣアプリケーション３３５へのアクセス情報をＵＥ２００へ通知する（ステップＳ１１０）。アクセス情報としては、ＭＥＣアプリケーション３３５のＵＲＩ又はＩＰアドレス、及びｖＰ－ＧＷ３３３ＤのＡＰＮ、即ちｖＡＰＮが挙げられる。
　次に、ＵＥ２００は、ｖＡＰＮを指定してアタッチ手続きを行い（ステップＳ１１４）、ＵＥ２００からＭＥＣサーバ３００までの仮想ベアラ（詳しくは、デフォルトベアラ）を確立する（ステップＳ１１６）。この仮想ベアラは、ｅＮＢ１００、ｖＳ－ＧＷ３３３Ｃ及びｖＰ－ＧＷ３３３Ｄを経由する。なお、ｖＡＰＮの指定には、ＥＳＭが用いられ得る。そして、ＵＥ２００は、ｖＡＰＮを指定して確立した仮想ベアラを用いて、ＭＥＣサーバ３００上のＭＥＣアプリケーション３３５と通信を行う（ステップＳ１１８）。ここで、ＵＥ２００は、ステップＳ１１４の前に、デタッチ手続きを行ってもよい（ステップＳ１１２）。本手続きにより、実ベアラは解放される。なお、本ステップはオプションであり、省略されてもよい。省略される場合は、実ベアラと仮想ベアラとが共存することとなる。
　また、ＵＥ２００は、ＡＰＮを指定して確立した実ベアラを用いて、アプリケーションサーバ６０上のＭＥＣアプリケーション６４と通信を行ってもよい（ステップＳ１２２）。ここで、ＵＥ２００は、ステップＳ１２２の前に、オプションとして、デタッチ手続き及び／又はアタッチ手続きを行ってもよい（ステップＳ１２０）。例えば、ステップＳ１１２において実ベアラが解放されている場合、ＵＥ２００は、アタッチ手続きにより実ベアラを再度確立する。その際、ＵＥ２００は、デタッチ手続きにより仮想ベアラを解放してもよいし、デタッチ手続きを省略してもよい。また、実ベアラが維持されている場合、ＵＥ２００は、アタッチ手続きを省略する。また、ＵＥ２００は、デタッチ手続きにより仮想ベアラを解放してもよいし、デタッチ手続きを省略してもよい。
　以上により、処理は終了する。
　ここで、図２０～図２５に、本実施例に係るシステム１において行われる通信のプロトコルスタックの一例を示した。なお、図２０は、ＵＥ２００とアプリケーションサーバ６０との通信のプロトコルスタックの一例である。図２１は、ＵＥ２００とＭＥＣサーバ３００との通信のプロトコルスタックの一例である。図２２は、ＵＥ２００とＭＥＣサーバ３００との通信のプロトコルスタックの他の一例である。図２３は、ＭＥＣサーバ３００とアプリケーションサーバ６０との通信のプロトコルスタックの一例である。図２４は、ＭＥＣサーバ３００とアプリケーションサーバ６０との通信のプロトコルスタックの他の一例である。図２５は、ＭＥＣサーバ３００同士の通信のプロトコルスタックの一例である。図２６は、ＭＥＣサーバ３００同士の通信のプロトコルスタックの他の一例である。図２７～図２９にも、本実施例に係るシステム１において行われる通信のプロトコルスタックの一例を示した。これらの図では、特に制御プレーンに関するプロトコルスタックの一例を示している。図２７は、ＭＥＣサーバ３００同士の通信のプロトコルスタックの一例である。図２８は、ＭＥＣサーバ３００とｅＮＢ１００との通信のプロトコルスタックの一例である。図２９は、ＭＥＣサーバ３００とＭＭＥ、Ｓ－ＧＷ又はＰ－ＧＷとの通信のプロトコルスタックの一例である。
　また、図１８の変形例として、図３０及び図３１に示す構成例も考えられる。図３０に示した構成例では、ｖＳ－ＧＷ３３３Ｃ及びｖＰ－ＧＷ３３３ＤがｅＮＢ１００上で動作し、ｅＮＢ１００上のｖＰ－ＧＷ３３３ＤとＭＥＣサーバ３００上のＭＥＣアプリケーション３３５との間で通信が行われる。図３１に示した構成例では、ｖＳ－ＧＷ３３３ＣがｅＮＢ１００上で動作し、ｅＮＢ１００上のｖＳ－ＧＷ３３３ＣとＭＥＣサーバ３００上のｖＰ－ＧＷ３３３Ｄとの間で通信が行われる。
　　＜４．３．第２の実施例＞
　本実施例は、Ｐ－ＧＷがＶＮＦ３３３として仮想化される例である。
　図３２は、本実施形態の第２の実施例に係るシステム１の構成例を説明するための説明図である。図３２に示すように、システム１は、ｅＮＢ１００、ＵＥ２００、ＭＥＣサーバ３００、Ｓ－ＧＷ４１、Ｐ－ＧＷ４２、ＭＭＥ４３、ＨＳＳ４４、ＯＣＳ４５、ＯＦＣＳ４６、ＰＣＲＦ４７、ＰＤＮ５０及びアプリケーションサーバ６０を含む。図３２に示した例では、Ｓ－ＧＷ４１にＭＥＣサーバ３００が対応付けられ（例えば、一体的に形成され）、ＭＥＣプラットフォーム３３１上で、ｖＰ－ＧＷ３３３Ｄ及びＭＥＣアプリケーション３３５が動作している。さらに、ＭＥＣプラットフォーム３３１上で、ｖＭＭＥ、ｖＨＳＳ、ｖＰＣＲＦ、ｖＯＣＳ及びｖＯＦＣＳが動作してもよい。また、アプリケーションサーバ６０上で、ＭＥＣアプリケーション６４が動作している。図中の実線はユーザプレーンを意味し、破線は制御プレーンを意味する。
　以上、本実施例に係るシステム１の構成例を説明した。続いて、本実施例に係るシステム１の動作処理を説明する。なお、第１の実施例に関して説明した処理と重複する部分については、説明を簡易にする。
　図３３は、本実施形態の第２の実施例に係るシステム１において実行されるベアラ設定処理の流れの一例を示すシーケンス図である。図３３に示すように、本シーケンスには、ＵＥ２００、ｅＮＢ１００、ＭＭＥ４３、ＨＳＳ４４、Ｓ－ＧＷ４１、Ｐ－ＧＷ４２、ＰＤＮ５０、アプリケーションサーバ６０、ｖＰ－ＧＷ３３３Ｄ、ＭＥＣサーバ３００、及びＭＥＣアプリケーション３３５が関与する。
　まず、ＵＥ２００は、ＡＰＮを指定してアタッチ手続きを行い（ステップＳ２０２）、ＵＥ２００からＰＤＮ５０までの実ベアラ（詳しくは、デフォルトベアラ）を確立する（ステップＳ２０４）。
　次いで、ＵＥ２００は、アプリケーションサーバ６０へ接続後、利用者承認及び契約確認手続きを行う（ステップＳ２０６）。
　次に、ＵＥ２００は、ＭＥＣアプリケーション３３５の選択をアプリケーションサーバ６０へ通知する（ステップＳ２０８）。
　次いで、アプリケーションサーバ６０は、指定されたＭＥＣアプリケーション３３５へのアクセス情報をＵＥ２００へ通知する（ステップＳ２１０）。アクセス情報としては、ＭＥＣアプリケーション３３５のＵＲＩ又はＩＰアドレス、及びｖＰ－ＧＷ３３３ＤのＡＰＮ、即ちｖＡＰＮが挙げられる。
　次に、ＵＥ２００は、ｖＡＰＮを指定してアタッチ手続きを行い（ステップＳ２１４）、ＵＥ２００からＭＥＣサーバ３００までの仮想ベアラ（詳しくは、デフォルトベアラ）を確立する（ステップＳ２１６）。この仮想ベアラは、ｅＮＢ１００、Ｓ－ＧＷ４１及びｖＰ－ＧＷ３３３Ｄを経由する。そして、ＵＥ２００は、ｖＡＰＮを指定して確立した仮想ベアラを用いて、ＭＥＣサーバ３００上のＭＥＣアプリケーション３３５と通信を行う（ステップＳ２１８）。ここで、ＵＥ２００は、ステップＳ２１４の前に、デタッチ手続きを行ってもよい（ステップ２１２）。
　また、ＵＥ２００は、ＡＰＮを指定して確立した実ベアラを用いて、アプリケーションサーバ６０上のＭＥＣアプリケーション６４と通信を行ってもよい（ステップＳ２２２）。ここで、ＵＥ２００は、ステップＳ２２２の前に、オプションとして、デタッチ手続き及び／又はアタッチ手続きを行ってもよい（ステップＳ２２０）。
　以上により、処理は終了する。
　ここで、図３４に、本実施例に係るシステム１において行われる通信のプロトコルスタックの一例を示した。なお、図３４は、ＵＥ２００とＭＥＣサーバ３００との通信のプロトコルスタックの一例である。
　また、図３２の変形例として、図３５に示す構成例も考えられる。図３５に示した構成例では、ｖＰ－ＧＷ３３３ＤがＳ－ＧＷ４１上で動作し、Ｓ－ＧＷ４１上のｖＰ－ＧＷ３３３ＤとＭＥＣサーバ３００上のＭＥＣアプリケーション３３５との間で通信が行われる。
　　＜４．４．第３の実施例＞
　本実施例は、ドナー基地局（即ち、ＤｅＮＢ）、Ｓ－ＧＷ及びＰ－ＧＷがＶＮＦ３３３として仮想化される例である。
　図３６は、本実施形態の第３の実施例に係るシステム１の構成例を説明するための説明図である。図３６に示すように、システム１は、ＵＥ２００、ＲＮ（Relay　Node）１００Ｂ、ＤｅＮＢ１００Ａ、ＭＥＣサーバ３００、Ｓ－ＧＷ４１、Ｐ－ＧＷ４２、ＭＭＥ４３、ＨＳＳ４４、ＯＣＳ４５、ＯＦＣＳ４６、ＰＣＲＦ４７、ＰＤＮ５０及びアプリケーションサーバ６０を含む。図３６に示した例では、ＲＮ１００ＢにＭＥＣサーバ３００が対応付けられ（例えば、一体的に形成され）、ＭＥＣプラットフォーム３３１上で、ｖＤｅＮＢ３３３Ｅ、ｖＳ－ＧＷ３３３Ｃ、ｖＰ－ＧＷ３３３Ｄ及びＭＥＣアプリケーション３３５が動作している。ここで、ｖＤｅＮＢ３３３Ｅは、ドナー基地局が仮想化されたＶＮＦである。さらに、ＭＥＣプラットフォーム３３１上で、ｖＭＭＥ、ｖＨＳＳ、及びｖＰＣＲＦが動作してもよい。また、アプリケーションサーバ６０上で、ＭＥＣアプリケーション６４が動作している。図中の実線はユーザプレーンを意味し、破線は制御プレーンを意味する。
　以上、本実施例に係るシステム１の構成例を説明した。続いて、本実施例に係るシステム１の動作処理を説明する。なお、上記他の実施例に関して説明した処理と重複する部分については、説明を簡易にする。
　図３７は、本実施形態の第３の実施例に係るシステム１において実行されるベアラ設定処理の流れの一例を示すシーケンス図である。図３７に示すように、本シーケンスには、ＵＥ２００、ＲＮ１００Ｂ、ＤｅＮＢ１００Ａ、ＭＭＥ４３、ＨＳＳ４４、Ｓ－ＧＷ４１、Ｐ－ＧＷ４２、ＰＤＮ５０、アプリケーションサーバ６０、ｖＤｅＮＢ３３３Ｅ、ｖＳ－ＧＷ３３３Ｃ、ｖＰ－ＧＷ３３３Ｄ、ＭＥＣサーバ３００、及びＭＥＣアプリケーション３３５が関与する。なお、ＲＮ１００Ｂは、事前にスタートアップ手続きを行い、ＤｅＮＢ１００Ａにアタッチされているものとする。スタートアップ手続きについては、「ＥＴＳＩ，“ＥＴＳＩ　ＴＳ　１３６　３００　Ｖ１２．５．０　（２０１５－０４）”，２０１５年４月，［平成２７年９月３日検索］，インターネット＜http://www.etsi.org/deliver/etsi_ts/136300_136399/136300/12.05.00_60/ts_136300v120500p.pdf＞」に詳しく記載されている。
　まず、ＵＥ２００は、ＡＰＮを指定してアタッチ手続きを行い（ステップＳ３０２）、ＵＥ２００からＰＤＮ５０までの実ベアラ（詳しくは、デフォルトベアラ）を確立する（ステップＳ３０４）。この実ベアラは、ＲＮ１００Ｂ、ＤｅＮＢ１００Ａ、Ｓ－ＧＷ４１及びＰ－ＧＷ４２を経由する。
　次いで、ＵＥ２００は、アプリケーションサーバ６０へ接続後、利用者承認及び契約確認手続きを行う（ステップＳ３０６）。
　次に、ＵＥ２００は、ＭＥＣアプリケーション３３５の選択をアプリケーションサーバ６０へ通知する（ステップＳ３０８）。
　次いで、アプリケーションサーバ６０は、指定されたＭＥＣアプリケーション３３５へのアクセス情報をＵＥ２００へ通知する（ステップＳ３１０）。アクセス情報としては、ＭＥＣアプリケーション３３５のＵＲＩ又はＩＰアドレス、及びｖＰ－ＧＷ３３３ＤのＡＰＮ、即ちｖＡＰＮが挙げられる。
　次に、ＵＥ２００は、ｖＡＰＮを指定してアタッチ手続きを行い（ステップＳ３１４）、ＵＥ２００からＭＥＣサーバ３００までの仮想ベアラ（詳しくは、デフォルトベアラ）を確立する（ステップＳ３１６）。この仮想ベアラは、ＲＮ１００Ｂ、ｖＤｅＮＢ３３３Ｅ、ｖＳ－ＧＷ３３３Ｃ及びｖＰ－ＧＷ３３３Ｄを経由する。そして、ＵＥ２００は、ｖＡＰＮを指定して確立した仮想ベアラを用いて、ＭＥＣサーバ３００上のＭＥＣアプリケーション３３５と通信を行う（ステップＳ３１８）。ここで、ＵＥ２００は、ステップＳ３１４の前に、デタッチ手続きを行ってもよい（ステップ３１２）。
　また、ＵＥ２００は、ＡＰＮを指定して確立した実ベアラを用いて、アプリケーションサーバ６０上のＭＥＣアプリケーション６４と通信を行ってもよい（ステップＳ３２２）。ここで、ＵＥ２００は、ステップＳ３２２の前に、オプションとして、デタッチ手続き及び／又はアタッチ手続きを行ってもよい（ステップＳ３２０）。
　以上により、処理は終了する。
　ここで、図３８～図４１に、本実施例に係るシステム１において行われる通信のプロトコルスタックの一例を示した。なお、図３８は、ＵＥ２００とアプリケーションサーバ６０との通信のプロトコルスタックの一例である。図３９は、ＵＥ２００とＭＥＣサーバ３００との通信のプロトコルスタックの一例である。図４０は、ＭＥＣサーバ３００とアプリケーションサーバ６０との通信のプロトコルスタックの一例である。図４１は、ＭＥＣサーバ３００同士の通信のプロトコルスタックの一例である。
　なお、図３６に示した構成に関し、ＲＮ１００Ｂに代えて、ＤｅＮＢ１００Ａ又はＳ－ＧＷ４１にＭＥＣサーバ３００が対応付けられてもよい。その場合の処理は、上記説明した第１の実施例又は第２の実施例と同様となる。
　また、ＭＥＣサーバ３００は、例えばアタッチ手続きにおいてＭＭＥから送信されるベアラ設定要求信号（図６におけるステップＳ１５）に基づいて、ｖＤｅＮＢ３３３Ｅ、ｖＳ－ＧＷ３３３Ｃ及びｖＰ－ＧＷ３３３ＤといったＶＮＦ３３３を起動してもよい。
　また、ＲＮ１００Ｂは、端末装置（例えば、ＵＥ）であってもよい。即ち、ＲＮとしての機能とＭＥＣサーバ３００としての機能との全てが実装された端末装置が実現されてもよい。
　また、図３６の変形例として、図３６に示したｖＤｅＮＢ３３３ＥがＲＮ１００Ｂ上で動作し、ＲＮ１００Ｂ上のｖＤｅＮＢ３３３ＥとＭＥＣサーバ３００上のｖＳ－ＧＷ３３３Ｃとが通信する構成例も考えられる。また、他の変形例として、図３６に示したｖＤｅＮＢ３３３Ｅ及びｖＳ－ＧＷ３３３ＣがＲＮ１００Ｂ上で動作し、ＲＮ１００Ｂ上のｖＳ－ＧＷ３３３ＣとＭＥＣサーバ３００上のｖＰ－ＧＷ３３３Ｄとが通信する構成例も考えられる。また、他の変形例として、図３６に示したｖＤｅＮＢ３３３Ｅ、ｖＳ－ＧＷ３３３Ｃ及びｖＰ－ＧＷ３３３ＤがＲＮ１００Ｂ上で動作し、ＲＮ１００Ｂ上のｖＰ－ＧＷ３３３ＤとＭＥＣサーバ３００上のＭＥＣアプリケーション３３５とが通信する構成例も考えられる。
　　＜４．５．第４の実施例＞
　本実施例は、ＭＥＣサーバ３００をプロキシＳ－ＧＷ及びプロキシＰ－ＧＷとして取り扱う例である。
　図４２は、本実施形態の第４の実施例に係るシステム１の構成例を説明するための説明図である。図４２に示すように、システム１は、ＵＥ２００、ｅＮＢ１００、ＭＥＣサーバ３００、Ｓ－ＧＷ４１、Ｐ－ＧＷ４２、ＭＭＥ４３、ＨＳＳ４４、ＯＣＳ４５、ＯＦＣＳ４６、ＰＣＲＦ４７、ＰＤＮ５０及びアプリケーションサーバ６０を含む。図４２に示した例では、ｅＮＢ１００にＭＥＣサーバ３００が対応付けられ（例えば、一体的に形成され）、ＭＥＣプラットフォーム３３１上で、ＭＥＣアプリケーション３３５が動作している。また、アプリケーションサーバ６０上で、ＭＥＣアプリケーション６４が動作している。図中の実線はユーザプレーンを意味し、破線は制御プレーンを意味する。
　ＭＥＣサーバ３００では、ＥＰＣの機能エンティティが仮想化されたＶＮＦ３３３は動作していないものの、システム１においてプロキシＳ－ＧＷ及びプロキシＰ－ＧＷとして取り扱われる。プロキシＰ－ＧＷを指定するＡＰＮをプロキシＡＰＮとも称する。システム１は、プロキシＡＰＮがＭＥＣサーバ３００を指すものとして管理しているものとする。即ち、本実施例では、ＭＥＣサーバ３００はＡＰＮ（即ち、プロキシＡＰＮ）と対応付けられる。また、ＵＥ２００がプロシキＡＰＮを指定してＭＥＣアプリケーション３３５への接続を試みる際、ＭＭＥは、プロキシＰ－ＧＷとしてＭＥＣサーバ３００を指定し、プロシキＳ－ＳＷとして同じくＭＥＣサーバ３００を指定する。その後、論理接続として、ｅＮＢ１００、プロキシＳ－ＧＷ、プロキシＰ－ＧＷ及びＭＥＣサーバ３００を繋ぐ仮想ベアラ接続が確立される。これにより、ＵＥ２００が指定するＭＥＣアプリ３３５への接続が実現される。
　以上、本実施例に係るシステム１の構成例を説明した。続いて、本実施例に係るシステム１の動作処理を説明する。なお、上記他の実施例に関して説明した処理と重複する部分については、説明を簡易にする。
　図４３は、本実施形態の第４の実施例に係るシステム１において実行されるベアラ設定処理の流れの一例を示すシーケンス図である。図４３に示すように、本シーケンスには、ＵＥ２００、ｅＮＢ１００、ＭＭＥ４３、ＨＳＳ４４、Ｓ－ＧＷ４１、Ｐ－ＧＷ４２、ＰＤＮ５０、アプリケーションサーバ６０、ＭＥＣサーバ３００、及びＭＥＣアプリケーション３３５が関与する。
　まず、ＵＥ２００は、ＡＰＮを指定してアタッチ手続きを行い（ステップＳ４０２）、ＵＥ２００からＰＤＮ５０までの実ベアラ（詳しくは、デフォルトベアラ）を確立する（ステップＳ４０４）。
　次いで、ＵＥ２００は、アプリケーションサーバ６０へ接続後、利用者承認及び契約確認手続きを行う（ステップＳ４０６）。
　次に、ＵＥ２００は、ＭＥＣアプリケーション３３５の選択をアプリケーションサーバ６０へ通知する（ステップＳ４０８）。
　次いで、アプリケーションサーバ６０は、指定されたＭＥＣアプリケーション３３５へのアクセス情報をＵＥ２００へ通知する（ステップＳ４１０）。アクセス情報としては、ＭＥＣアプリケーション３３５のＵＲＩ又はＩＰアドレス、及びプロキシＰ－ＧＷ（即ち、ＭＥＣサーバ３００）を特定するＡＰＮ、即ちプロキシＡＰＮが挙げられる。
　次に、ＵＥ２００は、プロキシＡＰＮを指定してアタッチ手続きを行い（ステップＳ４１４）、ＵＥ２００からＭＥＣサーバ３００までの仮想ベアラ（詳しくは、デフォルトベアラ）を確立する（ステップＳ４１６）。ここで、ＵＥ２００がプロシキＡＰＮを指定してＭＥＣアプリケーション３３５への接続を試みる際、ＭＭＥは、プロキシＰ－ＧＷとしてＭＥＣサーバ３００を指定し、プロシキＳ－ＳＷとして同じくＭＥＣサーバ３００を指定する。その後、論理接続として、ｅＮＢ１００、プロキシＳ－ＧＷ、プロキシＰ－ＧＷ、及びＭＥＣサーバ３００を繋ぐ仮想ベアラ接続が確立される。そして、ＵＥ２００は、プロキシＡＰＮを指定して確立した仮想ベアラを用いて、ＭＥＣサーバ３００上のＭＥＣアプリケーション３３５と通信を行う（ステップＳ４１８）。ここで、ＵＥ２００は、ステップＳ４１４の前に、デタッチ手続きを行ってもよい（ステップ４１２）。
　また、ＵＥ２００は、ＡＰＮを指定して確立した実ベアラを用いて、アプリケーションサーバ６０上のＭＥＣアプリケーション６４と通信を行ってもよい（ステップＳ４２２）。ここで、ＵＥ２００は、ステップＳ４２２の前に、オプションとして、デタッチ手続き及び／又はアタッチ手続きを行ってもよい（ステップＳ４２０）。
　以上により、処理は終了する。
　　＜４．６．第５の実施例＞
　本実施例は、ハンドオーバに伴うベアラ設定処理について説明する。
　図４４は、本実施形態の第５の実施例に係るシステム１の構成例を説明するための説明図である。図４４に示すように、システム１は、ＵＥ２００、ｅＮＢ１００－１、ｅＮＢ１００－２、ｅＮＢ１００－３、ＭＥＣサーバ３００－１、ＭＥＣサーバ３００－２、ＭＥＣサーバ３００－３、Ｓ－ＧＷ４１－１、Ｓ－ＧＷ４１－２、Ｐ－ＧＷ４２、ＭＭＥ４３－１、ＭＭＥ４３－２、ＨＳＳ４４、ＰＤＮ５０及びアプリケーションサーバ６０を含む。これらの構成要素に付された符号のうち、ハイフン後の数字はインデックスを示す。図４４及び以下の説明では、符号のうちインデックス部分のみを記し、それ以外の部分を省略する場合がある。例えば、ｅＮＢ１００－１をｅＮＢ－１と記す場合がある。
　図４４に示した例では、ｅＮＢ１００－１にＭＥＣサーバ３００－１が対応付けられ、ｅＮＢ１００－２にＭＥＣサーバ３００－２が対応付けられ、ｅＮＢ１００－３にＭＥＣサーバ３００－３が対応付けられる。ＭＥＣサーバ３００－１では、ＶＮＦ３３３として、ｖＳ－ＧＷ－１及びｖＰ－ＧＷ－１が動作する。ＭＥＣサーバ３００－２では、ＶＮＦ３３３として、ｖＳ－ＧＷ－２及びｖＰ－ＧＷ－２が動作する。ＭＥＣサーバ３００－３では、ＶＮＦ３３３として、ｖＳ－ＧＷ－３及びｖＰ－ＧＷ－３が動作する。また、アプリケーションサーバ６０上で、ＭＥＣアプリケーション６４が動作する。図中の実線はユーザプレーンを意味し、破線は制御プレーンを意味する。一点鎖線はＸ２インタフェースであり、ユーザプレーンと制御プレーンとを含み得る。
　ＵＥ２００が基地局間で（例えば、ｅＮＢ１００－１からｅＮＢ１００－２へ）ハンドオーバする際、ＭＭＥ（例えば、ＭＭＥ４３－１）からのベアラ設定要求信号により、ベアラの再確立が行われる。その際、ＵＥ２００は、デフォルトＡＰＮを使用してアプリケーションサーバ６０に接続後、選択されたアプリケーションに対応する最適なＡＰＮ（例えば、ｖＡＰＮ又はプロキシＡＰＮ）を取得して仮想ベアラを確立し、仮想ベアラを用いてＭＥＣサーバ３００上のＭＥＣアプリケーションと接続する。接続先のＭＥＣサーバ３００は、ＵＥ２００の最も近くに位置する装置に対応付けられていることが望ましい。
　そのために、ＭＭＥ（例えば、ＭＭＥ４３－１）は、予めセルの識別情報（例えば、ＴＡＩ（tracking　Area　Identity）又はＥＣＧＩ（E-UTRAN　Cell　Global　ID）等）とＡＰＮ（例えば、ｖＡＰＮ又はプロキシＡＰＮ）との組み合わせから成るＧＷ選択リストを管理する。例えば、ＭＭＥ４３－１が管理するＧＷ選択リストは、ｅＮＢ－１及びＥＣＧＩ－１とＰ－ＧＷ及びＳ－ＧＷ－１に対応するＡＰＮとの組み合わせ、並びにｅＮＢ－１及びＥＣＧＩ－１とｖＰ－ＧＷ－１及びｖＳ－ＧＷ－１に対応するｖＡＰＮとの組み合わせを含む。また、ＭＭＥ４３－１が管理するＧＷ選択リストは、ｅＮＢ－２及びＥＣＧＩ－２とＰ－ＧＷ及びＳ－ＧＷ－１に対応するＡＰＮとの組み合わせ、並びにｅＮＢ－２及びＥＣＧＩ－２とｖＰ－ＧＷ－２及びｖＳ－ＧＷ－２に対応するｖＡＰＮとの組み合わせを含む。他方、ＭＭＥ４３－２が管理するＧＷ選択リストは、ｅＮＢ－３及びＥＣＧＩ－３とＰ－ＧＷ及びＳ－ＧＷ－２に対応するＡＰＮとの組み合わせ、並びにｅＮＢ－３及びＥＣＧＩ－３とｖＰ－ＧＷ－３及びｖＳ－ＧＷ－３に対応するｖＡＰＮとの組み合わせを含む。このように、ＭＭＥは、ＡＰＮ（ｖＡＰＮを含む）とセルの識別情報との組み合わせをひとつ以上（典型的には、複数）含むＧＷ選択リストを管理する。そして、ＭＭＥは、ＵＥ２００が接続する（例えば、ハンドオーバ先の）セル（即ち、ｅＮＢ１００）に対応するＡＰＮを選択する。言い換えれば、ベアラの設定に用いられるＡＰＮは、ＧＷ選択リストの中から、ＵＥ２００が接続するセルの識別情報に対応するものとして、ＭＭＥにより選択される。他方、アプリケーションサーバ６０は、ＡＰＮのリストとして、ＭＥＣアプリケーション－１に対応するＵＲＩ－１及びｖＡＰＮ、並びにＭＥＣアプリケーション－２に対応するＵＲＩ－２及びｖＡＰＮ等を管理する。ここで、ｅＮＢ１００－１、ｅＮＢ１００－２及びｅＮＢ１００－３を特定するための識別情報としては、例えば、ＥＣＧＩ又はｅＮＢ　ＩＤ等が考えられる。
　そして、ＭＭＥ（例えば、ＭＭＥ４３－１）は、ＵＥ２００のハンドオーバ先のｅＮＢ１００（例えば、ｅＮＢ１００－２）に係るＧＷ選択リストを参照して、選択されたアプリケーションに対応する最適なＡＰＮをＵＥ２００へ通知する。これにより、ＵＥ２００は、ハンドオーバ後に適切な仮想ベアラを設定することが可能となる。これは、ハンドオーバ先のｅＮＢ１００（例えば、ｅＮＢ１００－２）で指定すべき最適なＡＰＮが、ＵＥ２００がこれまで利用してきたｖＡＰＮと異なる場合の、仮想ベアラ設定方法である。他方、ハンドオーバ先のｅＮＢ１００－２で指定すべき最適なＡＰＮが、ＵＥ２００がこれまで利用してきたｖＡＰＮと同じである場合、ＵＥ２００は、ｅＮＢ１００－２内のｖＳ－ＧＷ－２及びｖＰ－ＧＷ－２のＶＮＦを指定して仮想ベアラを設定することが可能となる。この仮想ベアラの設定に、ＭＭＥからの指示は要されない。なお、仮にＧＷ選択リスト内に該当する情報が含まれない場合、ＵＥ２００は、ハンドオーバ前に設定したベアラ（例えば、ｖＳ－ＧＷ－１及びｖＰ－ＧＷ－１を経由する仮想ベアラ）を利用してもよい。
　ハンドオーバが生じた際、ＵＥ２００がＭＥＣアプリケーションのインスタンスを利用中でない場合と利用中である場合の、２通りの状況が考えられる。前者の場合、ＵＥ２００は、ハンドオーバ先のｅＮＢ１００へのアタッチ手続完了後、ＭＭＥ４３により選択された最適なＭＥＣサーバ３００への接続を行う。このとき、ＵＥ２００は、ＡＰＮ又はｖＡＰＮを指定してベアラを確立する。一方で、後者の場合、以下の３つのケースが考えられる。なお、以下では、ハンドオーバ前にＵＥ２００が利用していたＭＥＣサーバ３００を、ハンドオーバ元のＭＥＣサーバ３００とも称する。また、ハンドオーバ先のｅＮＢ１００に対応するＭＥＣサーバ３００を、ハンドオーバ先のＭＥＣサーバ３００とも称する。
　　・第１のケース
　本ケースは、ＵＥ２００が、ハンドオーバ後も、ハンドオーバ元のＭＥＣサーバ３００上のＭＥＣアプリケーションのインスタンスを継続して利用するケースである。その場合、ハンドオーバ先のｅＮＢ１００に対応するｖＰ－ＧＷ（例えば、ハンドオーバ先のＭＥＣサーバ３００上で動作する）が、ハンドオーバ元のＭＥＣサーバ３００への接続性を担保する。本ケースでは、ハンドオーバ元のＭＥＣサーバ３００とハンドオーバ先のＭＥＣサーバ３００との間で、ベアラ接続又はＩＰ接続が確立される。
　　・第２のケース
　本ケースは、ＵＥ２００が、ハンドオーバ先のＭＥＣサーバ３００に移行された、ハンドオーバ元のＭＥＣサーバ３００上で動作していたＭＥＣアプリケーションのインスタンスを継続的に利用するケースである。その場合、ハンドオーバ元のＭＥＣサーバ３００からハンドオーバ先のＭＥＣサーバ３００へ、ＵＥ２００が利用中のＭＥＣアプリケーションのインスタンスの状態を示す情報（例えば、ステート又はステータスとも称され得る）が、ハンドオーバに応じて移行（即ち、転送）され、引き継がれる。このとき、インスタンス自体も移行されてもよい。本ケースでは、第１のケースと同様に、ハンドオーバ元のＭＥＣサーバ３００とハンドオーバ先のＭＥＣサーバ３００との間で、ベアラ接続又はＩＰ接続が確立される。
　　・第３のケース
　本ケースは、第１のケースから第２のケースへと切り替わるケースである。即ち、ＵＥ２００は、ハンドオーバ後も、ハンドオーバ元のＭＥＣサーバ３００上のＭＥＣアプリケーションのインスタンスを継続して利用する。その後、ＵＥ２００は、ハンドオーバ先のＭＥＣサーバ３００に移行されたインスタンスを継続して利用する。このような切り替えは、例えばハンドオーバ先のＭＥＣサーバ３００が、ハンドオーバ元のＭＥＣサーバ３００上のインスタンスを利用し続けるよりも、自身の上で動作するインスタンスを利用する方が、アプリケーションの要求に応えられると判断した場合に行われる。
　以上、本実施例に係るシステム１の構成例を説明した。続いて、本実施例に係るシステム１の動作処理を説明する。なお、上記他の実施例に関して説明した処理と重複する部分については、説明を簡易にする。
　　・インスタンスを利用中でない場合の処理の流れ
　図４５は、本実施形態の第５の実施例に係るシステム１において実行されるハンドオーバ処理の流れの一例を示すシーケンス図である。図４５に示すように、本シーケンスには、ＵＥ２００、ｅＮＢ１００－１、ｅＮＢ１００－２、ｅＮＢ１００－３、ＭＭＥ４３－１、ＭＭＥ４３－２、ＨＳＳ４４、Ｓ－ＧＷ４１－１、Ｓ－ＧＷ４１－２、Ｐ－ＧＷ４２、アプリケーションサーバ６０、ＭＥＣサーバ３００－１、ＭＥＣサーバ３００－２、ＭＥＣサーバ３００－３及びＭＥＣアプリケーション３３５－１が関与する。
　まず、ＵＥ２００は、ＡＰＮを指定してアタッチ手続きを行い、ＵＥ２００からＰＤＮ５０までの実ベアラ（詳しくは、デフォルトベアラ）を確立する（ステップＳ５０２）。この実ベアラは、ｅＮＢ１００－１、Ｓ－ＧＷ４１－１及びＰ－ＧＷ４２を経由する。
　次いで、ＵＥ２００は、アプリケーションサーバ６０へ接続後、利用者承認及び契約確認手続きを行う（ステップＳ５０４）。
　次に、ＵＥ２００は、ＭＥＣアプリケーション３３５－１の選択をアプリケーションサーバ６０へ通知する（ステップＳ５０６）。
　次いで、アプリケーションサーバ６０は、指定されたＭＥＣアプリケーション３３５－１へのアクセス情報をＵＥ２００へ通知する（ステップＳ５０８）。アクセス情報としては、ＭＥＣアプリケーション３３５－１のＵＲＩ又はＩＰアドレス、及びＭＥＣサーバ３００－１上のｖＰ－ＧＷ－１のｖＡＰＮが挙げられる。
　次に、ＵＥ２００は、ＭＭＥ４３－１が管理するＧＷ選択リストを参照して、ＵＥ２００からＭＥＣサーバ３００－１までの仮想ベアラ（詳しくは、デフォルトベアラ）を確立する（ステップＳ５１０）。具体的には、ＵＥ２００は、ｅＮＢ－１及びＥＣＧＩ－１とｖＳ－ＧＷ－１及びｖＰ－ＧＷ－１に対応するｖＡＰＮとの組み合わせに基づいて、当該ｖＡＰＮを指定して仮想ベアラを確立する。この仮想ベアラは、ｅＮＢ１００－１、並びにＭＥＣサーバ３００－１上のｖＳ－ＧＷ－１及びｖＰ－ＧＷ－１を経由する。そして、ＵＥ２００は、ｖＡＰＮを指定して確立した仮想ベアラを用いて、ＭＥＣサーバ３００－１上のＭＥＣアプリケーション３３５－１と通信を行う（ステップＳ５１２）。
　続いて、ＵＥ２００は、ｅＮＢ１００－１からｅＮＢ１００－２へのＵＥハンドオーバプロセスを行う（ステップＳ５２０）。このとき、ＭＭＥ４３－１は、ハンドオーバ先のｅＮＢ１００－２を選択して、Ｓ－ＧＷ４１－１とｅＮＢ１００－２との間でベアラを確立させる。これにより、ｅＮＢ１００－１とｅＮＢ１００－２との間のベアラが確立される。このベアラは、論理的な接続であり、Ｘ２インタフェースを用いて確立される。ｅＮＢ１００－１にキャッシュされたＵＥ２００宛てのデータは、このＸ２インタフェースを用いてｅＮＢ１００－２へ転送される。
　次に、ＵＥ２００は、ＡＰＮを指定してアタッチ手続きを行い、ＵＥ２００からＰＤＮ５０までの実ベアラ（詳しくは、デフォルトベアラ）を確立する（ステップＳ５２２）。この実ベアラは、ｅＮＢ１００－２、Ｓ－ＧＷ４１－１及びＰ－ＧＷ４２を経由する。
　次いで、ＵＥ２００は、アプリケーションサーバ６０へ接続後、利用者承認及び契約確認手続きを行う（ステップＳ５２４）。
　次に、アプリケーションサーバ６０は、ＵＥ２００が利用するＭＥＣアプリケーション３３５－１へのアクセス情報をＵＥ２００へ通知する（ステップＳ５２６）アクセス情報としては、ＭＥＣアプリケーション３３５－１のＵＲＩ又はＩＰアドレス、及びＭＥＣサーバ３００－２上のｖＰ－ＧＷ－２のｖＡＰＮが挙げられる。
　次いで、ＵＥ２００は、ＭＭＥ４３－１が管理するＧＷ選択リストに基づいて、ＵＥ２００からＭＥＣサーバ３００－２までの仮想ベアラ（詳しくは、デフォルトベアラ）を確立する（ステップＳ５２８）。具体的には、ＵＥ２００は、ｅＮＢ－２及びＥＣＧＩ－２とｖＳ－ＧＷ－２及びｖＰ－ＧＷ－２に対応するｖＡＰＮとの組み合わせに基づいて、当該ｖＡＰＮを指定してＵＥ２００からＭＥＣサーバ３００－２までの仮想ベアラを確立する。この仮想ベアラは、ｅＮＢ１００－２、並びにＭＥＣサーバ３００－２上のｖＳ－ＧＷ－２及びｖＰ－ＧＷ－２を経由する。そして、ＵＥ２００は、ｖＡＰＮを指定して確立した仮想ベアラを用いて、ＭＥＣサーバ３００－２上のＭＥＣアプリケーション３３５－１と通信を行う（ステップＳ５３０）。
　続いて、ＵＥ２００は、ｅＮＢ１００－２からｅＮＢ１００－３へのハンドオーバプロセスを行う（ステップＳ５４０）。このとき、ｅＮＢ１００－２にキャッシュされたＵＥ２００宛てのデータは、このＸ２インタフェースを用いてｅＮＢ１００－３へ転送される。
　次に、ＵＥ２００は、ＡＰＮを指定してアタッチ手続きを行い、ＵＥ２００からＰＤＮ５０までの実ベアラ（詳しくは、デフォルトベアラ）を確立する（ステップＳ５４２）。この実ベアラは、ｅＮＢ１００－３、Ｓ－ＧＷ４１－２及びＰ－ＧＷ４２を経由する。
　次いで、ＵＥ２００は、アプリケーションサーバ６０へ接続後、利用者承認及び契約確認手続きを行う（ステップＳ５４４）。
　次に、アプリケーションサーバ６０は、ＵＥ２００が利用するＭＥＣアプリケーション３３５－１へのアクセス情報をＵＥ２００へ通知する（ステップＳ５４６）アクセス情報としては、ＭＥＣアプリケーション３３５－１のＵＲＩ又はＩＰアドレス、及びＭＥＣサーバ３００－３上のｖＰ－ＧＷ－３のｖＡＰＮが挙げられる。
　次いで、ＵＥ２００は、ＭＭＥ４３－２が管理するＧＷ選択リストに基づいて、ＵＥ２００からＭＥＣサーバ３００－３までの仮想ベアラ（詳しくは、デフォルトベアラ）を確立する（ステップＳ５４８）。具体的には、ＵＥ２００は、ｅＮＢ－３及びＥＣＧＩ－３とｖＳ－ＧＷ－３及びｖＰ－ＧＷ－３に対応するｖＡＰＮとの組み合わせに基づいて、当該ｖＡＰＮを指定してＵＥ２００からＭＥＣサーバ３００－３までの仮想ベアラを確立する。この仮想ベアラは、ｅＮＢ１００－３、並びにＭＥＣサーバ３００－３上のｖＳ－ＧＷ－３及びｖＰ－ＧＷ－３を経由する。そして、ＵＥ２００は、ｖＡＰＮを指定して確立した仮想ベアラを用いて、ＭＥＣサーバ３００－３上のＭＥＣアプリケーション３３５－１と通信を行う（ステップＳ５５０）。
　以上により、処理は終了する。
　　・インスタンスを利用中である場合の処理の流れ（第１のケース）
　図４６は、本実施形態の第５の実施例に係るシステム１において実行されるハンドオーバ処理の流れの一例を示すシーケンス図である。図４６に示すように、本シーケンスには、ＵＥ２００、ｅＮＢ１００－１、ｅＮＢ１００－２、ｅＮＢ１００－３、ＭＭＥ４３－１、ＭＭＥ４３－２、ＨＳＳ４４、Ｓ－ＧＷ４１－１、Ｓ－ＧＷ４１－２、Ｐ－ＧＷ４２、アプリケーションサーバ６０、ＭＥＣサーバ３００－１、ＭＥＣサーバ３００－２、ＭＥＣサーバ３００－３及びＭＥＣアプリケーション３３５－１が関与する。
　ステップＳ７０２～Ｓ７１２における処理は、上記説明したステップＳ５０２～Ｓ５１２における処理と同様である。その後、ＵＥ２００は、ｅＮＢ１００－１からｅＮＢ１００－２へのＵＥハンドオーバプロセスを行う（ステップＳ７２０）。ここで、ＭＭＥ４３－１は、ＧＷ選択リストに基づいて、ｅＮＢ１００－１とｅＮＢ１００－２との間のＸ２インタフェースを用いたベアラ確立の指示を、ｖＳ－ＧＷではなくＳ－ＧＷに出すものとする。
　次いで、ＵＥ２００は、ＭＭＥ４３－１が管理するＧＷ選択リストに基づいて、ＵＥ２００からＭＥＣサーバ３００－２を経由するＭＥＣサーバ３００－１までの仮想ベアラ（詳しくは、デフォルトベアラ）を確立する（ステップＳ７２２）。具体的には、ＵＥ２００は、新たに接続したｅＮＢ１００－２に対して、ＧＷ選択リストに基づいて対応するｖＡＰＮを指定してｖＰ－ＧＷ－２までのベアラを確立し、ハンドオーバ前に利用していたＭＥＣサーバ３００－１上のＭＥＣアプリケーション３３５－１を指定する。これにより、ｖＰ－ＧＷ－２からＭＥＣサーバ３００－１までのＧＴＰベアラ接続が確立される。このＧＴＰベアラ接続は、ＵＥ２００、ｅＮＢ１００－２、ＭＥＣサーバ３００－２上のｖＳ－ＧＷ－２及びｖＰ－ＧＷ－２、並びにＭＥＣサーバ３００－１を繋ぐものであり、そのプロトコルスタックは図２１に示した通りである。ここで、ｖＰ－ＧＷ－２からＭＥＣサーバ３００－１までは、通常のＩＰ接続が確立されてもよく、その場合のプロトコルスタックは図２２に示した通りである。そして、ＵＥ２００は、ｖＡＰＮを指定して確立した仮想ベアラを用いて、ＭＥＣサーバ３００－１上のハンドオーバ前に利用していたＭＥＣアプリケーション３３５－１と通信を開始し、利用を継続する（ステップＳ７２４）。
　その後、ＵＥ２００は、ｅＮＢ１００－２からｅＮＢ１００－３へのＵＥハンドオーバプロセスを行う（ステップＳ７３０）。ＵＥ２００は、ステップＳ７２２と同様に、ＭＭＥ４３－２が管理するＧＷ選択リストに基づいて、ＵＥ２００からＭＥＣサーバ３００－３を経由するＭＥＣサーバ３００－１までの仮想ベアラ（詳しくは、デフォルトベアラ）を確立する（ステップＳ７３２）。これにより、ｖＰ－ＧＷ－３からＭＥＣサーバ３００－１までのＧＴＰベアラ接続が確立される。このＧＴＰベアラ接続は、ＵＥ２００、ｅＮＢ１００－３、ＭＥＣサーバ３００－３上のｖＳ－ＧＷ－３及びｖＰ－ＧＷ－３、並びにＭＥＣサーバ３００－１を繋ぐものである。ここで、ｖＰ－ＧＷ－３からＭＥＣサーバ３００－１までは通常のＩＰ接続が確立されてもよく、そして、ＵＥ２００は、ｖＡＰＮを指定して確立した仮想ベアラを用いて、ＭＥＣサーバ３００－１上のハンドオーバ前に利用していたＭＥＣアプリケーション３３５－１と通信を開始し、利用を継続する（ステップＳ７３４）。
　以上により、処理は終了する。
　　・インスタンスを利用中である場合の処理の流れ（第２のケース）
　図４７は、本実施形態の第５の実施例に係るシステム１において実行されるハンドオーバ処理の流れの一例を示すシーケンス図である。図４７に示すように、本シーケンスには、ＵＥ２００、ｅＮＢ１００－１、ｅＮＢ１００－２、ＭＭＥ４３－１、ＨＳＳ４４、Ｓ－ＧＷ４１－１、Ｐ－ＧＷ４２、アプリケーションサーバ６０、ＭＥＣサーバ３００－１、ＭＥＣサーバ３００－２、ＭＥＣサーバ３００－１上で動作するＭＥＣアプリケーション３３５－１、ＭＥＣサーバ３００－２上で動作するＭＥＣアプリケーション３３５－１が関与する。
　ステップＳ８０２～Ｓ８１２に係る処理は、上記説明したステップＳ５０２～Ｓ５１２に係る処理と同様であるため、ここでの詳細な説明は省略する。その後、ＵＥ２００は、ｅＮＢ１００－１からｅＮＢ１００－２へのＵＥハンドオーバプロセスを行う（ステップＳ８２０）。
　次いで、ＭＥＣサーバ３００－１は、ＭＥＣサーバ３００－２との間でＸ２インタフェースを用いてベアラを確立する（ステップＳ８２２）。詳しくは、まず、ｅＮＢ１００－１は、ハンドオーバ完了を認識した場合、ハンドオーバが完了した旨をＭＥＣサーバ３００－１へ通知する。ハンドオーバ完了は、例えばターゲットｅＮＢからソースｅＮＢへ通知されるｒｅｓｏｕｒｃｅ　ｒｅｌｅａｓｅ　ｍｅｓｓａｇｅにより認識され得る。ハンドオーバ完了の通知を受けたＭＥＣサーバ３００－１は、ｅＮＢ１００－１とｅＮＢ１００－２とのＸ２インタフェースを用いて、ＭＥＣサーバ３００－２との間にＧＴＰベアラ接続を確立する。このＧＴＰベアラ接続は、ＭＥＣサーバ３００－１、ｖＰ－ＧＷ－１、ｖＳ－ＧＷ－１、ｅＮＢ１００－１、ｅＮＢ－２、ｖＳ－ＧＷ－２、ｖＰ－ＧＷ－２、ＭＥＣサーバ３００－２を繋ぐ。ここで、ｖＰ－ＧＷ－１からＭＥＣサーバ３００－２までは、通常のＩＰ接続が確立されてもよく、その場合のプロトコルスタックは図２２に示した通りである。
　次に、ＭＥＣサーバ３００－１は、上記ステップＳ８２２で確立したベアラを用いて、ＵＥ２００がハンドオーバ前に利用していたＭＥＣアプリケーション３３５－１のインスタンス及び／又はステータスをＭＥＣサーバ３００－２へ転送する（ステップＳ８２４）。例えば、ＭＥＣサーバ３００－１は、ＵＥ２００が利用していた、ＭＥＣサーバ３００－１上で動作するＭＥＣアプリケーション３３５－１のインスタンスのステータスを、ＭＥＣサーバ３００－２上で動作するＭＥＣアプリケーション３３５－１のインスタンスへ転送することで引き継がせる。ＭＥＣサーバ３００－２上でＭＥＣアプリケーション３３５－１のインスタンスが動作していない場合、ＭＥＣサーバ３００－１は、ステータスと共にインスタンスも転送してもよい。又は、ＭＥＣサーバ３００－１はステータスの転送も行わなくてもよく、その場合、例えばＵＥ２００は、第１のケースと同様にＭＥＣサーバ３００－１上で動作するＭＥＣアプリケーション３３５－１のインスタンスの利用を継続する。
　次いで、ＭＥＣサーバ３００－２は、移行先のインスタンスへのアクセス情報及び移行完了通知を、ＭＥＣサーバ３００－１へ通知する（ステップＳ８２６）。詳しくは、ＭＥＣサーバ３００－２は、ＭＥＣサーバ３００－２上で動作する、ＭＥＣサーバ３００－１からステータスを引き継いだＭＥＣアプリケーション３３５－１のインスタンスを指定するためのアクセス情報を、ＭＥＣサーバ３００－１へ通知する。次に、ＭＥＣサーバ３００－１は、移行先のインスタンスへのアクセス情報及びアプリケーション再開指示を、ＵＥ２００へ通知する（ステップＳ８２８）。
　ＭＥＣサーバ３００－１は、移行完了通知を受信すると、ＭＥＣサーバ３００－２との間のベアラをリリースする（ステップＳ８３０）。
　その後、ＵＥ２００は、ＭＭＥ４３－１が管理するＧＷ選択リストに基づいて、ＵＥ２００からＭＥＣサーバ３００－２までの仮想ベアラ（詳しくは、デフォルトベアラ）を確立する（ステップＳ８３２）。具体的には、ＵＥ２００は、新たに接続したｅＮＢ１００－２に対して、ＧＷ選択リストに基づいて対応するｖＡＰＮを指定してｖＰ－ＧＷ－２までのベアラを確立し、上記ステップＳ８２８で受信したアクセス情報を指定する。これにより、ＵＥ２００からＭＥＣサーバ３００－２までのベアラ接続が確立される。この仮想ベアラは、ｅＮＢ１００－２、ＭＥＣサーバ３００－２上のｖＳ－ＧＷ－２及びｖＰ－ＧＷ－２を経由する。そして、ＵＥ２００は、ｖＡＰＮを指定して確立した仮想ベアラを用いて、ＭＥＣサーバ３００－２上の、ＭＥＣサーバ３００－１からステータスが引き継がれたＭＥＣアプリケーション３３５－１のインスタンスと通信を開始し、利用を再開する（ステップＳ８３４）。
　以上により、処理は終了する。
　　・インスタンスを利用中である場合の処理の流れ（第３のケース）
　図４８は、本実施形態の第５の実施例に係るシステム１において実行されるハンドオーバ処理の流れの一例を示すシーケンス図である。図４８に示すように、本シーケンスには、ＵＥ２００、ｅＮＢ１００－１、ｅＮＢ１００－２、ＭＭＥ４３－１、ＨＳＳ４４、Ｓ－ＧＷ４１－１、Ｐ－ＧＷ４２、アプリケーションサーバ６０、ＭＥＣサーバ３００－１、ＭＥＣサーバ３００－２、ＭＥＣサーバ３００－１上で動作するＭＥＣアプリケーション３３５－１、ＭＥＣサーバ３００－２上で動作するＭＥＣアプリケーション３３５－１が関与する。
　ステップＳ９０２～Ｓ９２４に係る処理は、上記説明したステップＳ７０２～Ｓ７２４に係る処理と同様であるため、ここでの詳細な説明は省略する。
　その後、ＭＥＣサーバ３００－２は、移行判断を行う（ステップＳ９２６）。例えば、ＭＥＣサーバ３００－２は、ハンドオーバ元のＭＥＣサーバ３００上のインスタンスを利用し続けることがＵＥ２００にとって最適であるか否かを判断する。そして、ＭＥＣサーバ３００－２は、例えば自身の上で動作するインスタンスを利用する方が、アプリケーションの要求に応えられると判断した場合に、インスタンスのステータスの移行を決定する。
　その場合、ＭＥＣサーバ３００－１は、ＭＥＣサーバ３００－２との間でＸ２インタフェースを用いてベアラを確立する（ステップＳ９２８）。ここでの処理は、上記ステップＳ８２２における処理と同様である。
　次いで、ＭＥＣサーバ３００－１は、アプリケーションのフリーズ指示をＵＥ２００へ通知する（ステップＳ９３０）。
　次に、ＭＥＣサーバ３００－１は、上記ステップＳ８２２で確立したベアラを用いて、ＵＥ２００がハンドオーバ前に利用していたＭＥＣアプリケーション３３５－１のインスタンス及び／又はステータスをＭＥＣサーバ３００－２へ転送する（ステップＳ９３２）。次いで、ＭＥＣサーバ３００－２は、移行先のインスタンスへのアクセス情報及び移行完了通知を、ＭＥＣサーバ３００－１へ通知する（ステップＳ９３４）。また、ＭＥＣサーバ３００－１は、移行先のインスタンスへのアクセス情報及びアプリケーション再開指示を、ＵＥ２００へ通知する（ステップＳ９３６）。ＭＥＣサーバ３００－１は、移行完了通知を受信すると、ＭＥＣサーバ３００－２との間のベアラをリリースする（ステップＳ９３８）。これらの処理は、上記Ｓ８２４～Ｓ８３０における処理と同様である。
　そして、ＵＥ２００は、上記ステップＳ９２２においてｖＡＰＮを指定して確立した仮想ベアラを用いて、ＭＥＣサーバ３００－２上の、ＭＥＣサーバ３００－１からステータスが引き継がれたＭＥＣアプリケーション３３５－１のインスタンスと通信を開始し、利用を再開する（ステップＳ９４２）。
　　＜４．７．第６の実施例＞
　本実施例は、ＭＥＣサーバ３００において、ＡＰＮ　ＡＭＢＲ（Aggregate　Maximum　Bit　Rate）を制御する機能エンティティが、ＶＮＦ３３３として仮想化される例である。なお、この制御機能は、ＬＴＥにおいてはＵＥからＰ－ＧＷまでのＥＰＳベアラが有する機能である。本実施例は、Ｐ－ＧＷからＭＥＣサーバまでベアラ接続を行うことで、ＵＥからＭＥＣサーバまでのベアラの制御にＡＰＮ　ＡＭＢＲ機能を持たせる、という機能拡張を行うものである。つまり、本実施例は、図４９に示すように、ＭＥＣサーバからのベアラ入力に対して、ＣＱＩ、ＡＲＰ、及びＴＦＴ／ＵＥ－ＡＭＢＲ／ＡＰＮ－ＡＭＢＲの機能を追加するものである。
　図５０は、ＱｏＳに関するパラメータの一例を示す図である。図５０に示すように、ベアラ単位でＣＱＩ（Channel　Quality　Indicator）、ＡＲＰ（Allocation　and　Retention　Priority）及びＴＦＴ（Traffic　flow　template）が設定される。また、ＡＰＮ単位でＡＰＮ－ＡＭＢＲが設定される。また、ＵＥ単位でＵＥ－ＡＭＢＲが設定される。
　ＡＰＮ　ＡＭＢＲの制御機能が仮想化されたＶＮＦ３３３は、ＭＥＣサーバ３００に関する多様なＡＭＢＲを制御し得る。例えば、ＵＥ２００毎に、且つ利用されるＭＥＣアプリケーション毎に、ＡＰＮが仮想ベアラにアサインされるものとする。その場合、ＶＮＦ３３３は、対象のＡＰＮに対応するＭＥＣアプリケーションを利用するひとつ以上のＵＥ２００全体に関するＡＭＢＲ（ＭＥＣ＿ＡＰＮ　ＡＭＢＲとも称する）を制御し得る。また、ＭＥＣサーバ３００が複数のＡＰＮに対応するケースも想定される。そのようなケースにおいては、ＶＮＦ３３３は、当該複数のＡＰＮを利用するひとつ以上のＵＥ２００全体に関するＡＭＢＲ（ＭＥＣ＿ＡＬＬ＿ＡＰＮ　ＡＭＢＲとも称する）を制御し得る。
　図５１は、ＭＥＣサーバ３００上で２つのＭＥＣアプリケーションが動作する場合のＡＭＢＲ制御を説明するための説明図である。図５１に示した例では、ＵＥ毎に複数のＡＰＮを使用した複数のベアラが設定されている。そして、ＭＥＣサーバ３００上のＶＮＦ３３３は、ＡＰＮ１に対応するＭＥＣアプリケーション－１を利用するひとつ以上のＵＥ２００（即ち、ＵＥ１～ＵＥ♯）全体に関するＡＭＢＲを、ＭＥＣ＿ＡＰＮ－１　ＡＭＢＲとして制御し得る。また、ＭＥＣサーバ３００上のＶＮＦ３３３は、ＡＰＮ２に対応するＭＥＣアプリケーション－２を利用するひとつ以上のＵＥ２００（即ち、ＵＥ１～ＵＥ♯）全体に関するＡＭＢＲを、ＭＥＣ＿ＡＰＮ－２　ＡＭＢＲとして制御し得る。また、ＭＥＣサーバ３００上のＶＮＦ３３３は、当該複数のＡＰＮ（即ち、ＡＰＮ１及びＡＰＮ２）を利用するひとつ以上のＵＥ２００全体に関するＡＭＢＲを、ＭＥＣ＿ＡＬＬ＿ＡＰＮ　ＡＭＢＲとして制御し得る。
　また、複数のＵＥ２００からのアクセスによるＡＭＢＲ値が、ＭＥＣ＿ＡＰＮ　ＡＭＢＲ又はＭＥＣ＿ＡＬＬ＿ＡＰＮ　ＡＭＢＲを超えた場合、ＶＮＦ３３３は、ＵＥ２００に対して、アクセスを禁止又は制限することを通知してもよい。
　その手段として、例えばＬＴＥ／３ＧＰＰで規定されているＲＲＣ（Radio　Resource　Control）手続きで規定されている、システム情報のＳＩＢ２（System　information　block　type-2）を利用する方法が考えられる。この方法は、access　barring　information（Access　probability　factor、　access　class　barring　list、　access　class　barring　time）、semi-static　common　channel　configuration（random　access　parameter、　PRACH　configuration）とuplink　frequency　informationからなるcommon　and　shared　channel情報として、ｅＮＢから、ＵＥに向けてブロードキャストされる仕組みである。つまり、ＶＮＦ３３３は、ＡＰＮ　ＡＭＢＲに基づくアクセス制限又はアクセス禁止を、ＳＩＢ２を利用してＵＥ２００へブロードキャストする。例えば、ＶＮＦ３３３は、規定のＡＭＢＲ値を超えた場合、若しくはＭＥＣサーバ３００の処理能力を超えるアクセスがあった場合、アクセス制限又はアクセス禁止を、ＳＩＢ２を利用してＵＥ２００へブロードキャストする。
　　＜４．８．評価＞
　以上、本実施形態に係る各実施例を詳細に説明した。
　本実施形態によれば、ＭＥＣサーバに対して、既存のネットワークプロトコルを最大限流用し、既存のネットワーク機器への変更を行うことなく、最短の通信経路を設定することが可能となる。これにより、遅延時間に制約があるアプリケーションを、ユーザは楽しむことができる。
　また、本実施形態によれば、既存のコンテンツプロバイダの認証課金システムを流用して、ＭＥＣサーバ３００上のアプリケーションを利用する顧客に対して、最短の通信経路を提供することが可能となる。
　また、本実施形態によれば、ＭＥＣサーバ３００の接続に関して、ＬＴＥで規定されているＥＰＳベアラが提供されるため、ＬＴＥのＱｏＳの仕組みをＭＥＣサーバ３００上のアプリケーションの利用にも適用することが可能となる。
　また、本実施形態によれば、ＲＮ、ｅＮＢ、及びＳ－ＧＷ等のＭＥＣサーバ３００の実装が期待される装置において、最短の通信経路を提供することが可能となる。
　また、本実施形態によれば、ＳＤＮ（Software-Defined　Networking）／ＮＦＶの仕組みを利用するので、既存の３ＧＰＰの仕組みを利用することが可能となる。
　また、本実施形態によれば、ＭＥＣサーバ３００のプロトコルスタックを利用することで、既存のネットワーク内での接続性を容易にして、ＯＳＳ／ＢＳＳの仕組みでの管理が可能となる。
　また、本実施形態によれば、ＤＰＩは実施されない。そのため、システム１への負荷増大が回避される。また、ＭＥＣサーバ３００の設置場所の制約が課されることが回避される。また、ユーザデータの安全性及び秘匿性問題の発生が回避される。
　また、本実施形態によれば、ＵＥ２００と無線コアネットワーク内に設置されるＭＥＣサーバ３００間の通信のみならず、外部のネットワークに設置されるアプリケーションサーバ６０との通信、並びに複数設置されるＭＥＣサーバ３００間の通信も、既存のネットワークの仕組みを利用することで実現することができる。
　また、本実施形態によれば、ＡＰＮを利用することで、利用するアプリケーションのインスタンスを複数のＭＥＣサーバ３００で利用することが容易となる。また、それぞれのＡＰＮに対応するベアラを利用することで、既存の３ＧＰＰの枠組みにより、適切なＱｏＳの各々のインスタンスに関して実現することが可能となる。
　また、本実施形態によれば、アプリケーションからＡＰＮを指定することで、接続先のＭＥＣサーバ３００を指定することができるので、アプリケーション毎のサーバ接続の管理をコアネットワーク側で行わずともよい。
　＜＜５．応用例＞＞
　本開示に係る技術は、様々な製品へ応用可能である。例えば、ＭＥＣサーバ３００又はアプリケーションサーバ６０は、タワーサーバ、ラックサーバ、又はブレードサーバなどのいずれかの種類のサーバとして実現されてもよい。また、ＭＥＣサーバ３００又はアプリケーションサーバ６０の少なくとも一部の構成要素は、サーバに搭載されるモジュール（例えば、１つのダイで構成される集積回路モジュール、又はブレードサーバのスロットに挿入されるカード若しくはブレード）において実現されてもよい。
　また、例えば、ＭＥＣサーバ３００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（evolved　Node　B）として実現されてもよい。スモールｅＮＢは、ピコｅＮＢ、マイクロｅＮＢ又はホーム（フェムト）ｅＮＢなどの、マクロセルよりも小さいセルをカバーするｅＮＢであってよい。その代わりに、ＭＥＣサーバ３００は、ＮｏｄｅＢ又はＢＴＳ（Base　Transceiver　Station）などの他の種類の基地局として実現されてもよい。ＭＥＣサーバ３００は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote　Radio　Head）とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、ＭＥＣサーバ３００として動作してもよい。さらに、ＭＥＣサーバ３００の少なくとも一部の構成要素は、基地局装置又は基地局装置のためのモジュールにおいて実現されてもよい。
　また、例えば、ＭＥＣサーバ３００は、スマートフォン、タブレットＰＣ（Personal　Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、ＭＥＣサーバ３００は、Ｍ２Ｍ（Machine　To　Machine）通信を行う端末（ＭＴＣ（Machine　Type　Communication）端末ともいう）として実現されてもよい。さらに、ＭＥＣサーバ３００の少なくとも一部の構成要素は、これら端末に搭載されるモジュール（例えば、１つのダイで構成される集積回路モジュール）において実現されてもよい。
　　＜５．１．サーバに関する応用例＞
　図５２は、本開示に係る技術が適用され得るサーバ７００の概略的な構成の一例を示すブロック図である。サーバ７００は、プロセッサ７０１、メモリ７０２、ストレージ７０３、ネットワークインタフェース７０４及びバス７０６を備える。
　プロセッサ７０１は、例えばＣＰＵ（Central　Processing　Unit）又はＤＳＰ（Digital　Signal　Processor）であってよく、サーバ７００の各種機能を制御する。メモリ７０２は、ＲＡＭ（Random　Access　Memory）及びＲＯＭ（Read　Only　Memory）を含み、プロセッサ７０１により実行されるプログラム及びデータを記憶する。ストレージ７０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。
　ネットワークインタフェース７０４は、サーバ７００を有線通信ネットワーク７０５に接続するための有線通信インタフェースである。有線通信ネットワーク７０５は、ＥＰＣ（Evolved　Packet　Core）などのコアネットワークであってもよく、又はインターネットなどのＰＤＮ（Packet　Data　Network）であってもよい。
　バス７０６は、プロセッサ７０１、メモリ７０２、ストレージ７０３及びネットワークインタフェース７０４を互いに接続する。バス７０６は、速度の異なる２つ以上のバス（例えば、高速バス及び低速バス）を含んでもよい。
　図５２に示したサーバ７００において、図１１を参照して説明したＭＥＣサーバ３００に含まれる１つ以上の構成要素（ＭＥＣプラットフォーム３３１、ＶＮＦ３３３及び／又はサービス提供部３３５）は、プロセッサ７０１において実装されてもよい。一例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）がサーバ７００にインストールされ、プロセッサ７０１が当該プログラムを実行してもよい。別の例として、サーバ７００は、プロセッサ７０１及びメモリ７０２を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムをメモリ７０２に記憶し、当該プログラムをプロセッサ７０１により実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてサーバ７００又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるための上記プログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　図５２に示したサーバ７００において、図１２を参照して説明したアプリケーションサーバ６０に含まれる１つ以上の構成要素（サービス提供部６４）は、プロセッサ７０１において実装されてもよい。一例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）がサーバ７００にインストールされ、プロセッサ７０１が当該プログラムを実行してもよい。別の例として、サーバ７００は、プロセッサ７０１及びメモリ７０２を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムをメモリ７０２に記憶し、当該プログラムをプロセッサ７０１により実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてサーバ７００又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるための上記プログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　　＜５．２．基地局に関する応用例＞
　（第１の応用例）
　図５３は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。
　アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図５３に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図５３にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。
　基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。
　コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio　Resource　Control）、無線ベアラ制御（Radio　Bearer　Control）、移動性管理（Mobility　Management）、流入制御（Admission　Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。
　ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。
　無線通信インタフェース８２５は、ＬＴＥ（Long　Term　Evolution）又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium　Access　Control）、ＲＬＣ（Radio　Link　Control）及びＰＤＣＰ（Packet　Data　Convergence　Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。
　無線通信インタフェース８２５は、図５３に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図５３に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図５３には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。
　図５３に示したｅＮＢ８００において、図１１を参照して説明したＭＥＣサーバ３００に含まれる１つ以上の構成要素（ＭＥＣプラットフォーム３３１、ＶＮＦ３３３及び／又はサービス提供部３３５）は、無線通信インタフェース８２５において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８２１において実装されてもよい。一例として、ｅＮＢ８００は、無線通信インタフェース８２５の一部（例えば、ＢＢプロセッサ８２６）若しくは全部、及び／又はコントローラ８２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８００にインストールされ、無線通信インタフェース８２５（例えば、ＢＢプロセッサ８２６）及び／又はコントローラ８２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８００、基地局装置８２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　（第２の応用例）
　図５４は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。
　アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図５４に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図５４にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。
　基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図５３を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。
　無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図５３を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図５４に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図５４には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。
　接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。
　また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。
　接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。
　無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図５４に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図５４には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。
　図５４に示したｅＮＢ８３０において、図１１を参照して説明したＭＥＣサーバ３００に含まれる１つ以上の構成要素（ＭＥＣプラットフォーム３３１、ＶＮＦ３３３及び／又はサービス提供部３３５）は、無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８５１において実装されてもよい。一例として、ｅＮＢ８３０は、無線通信インタフェース８５５の一部（例えば、ＢＢプロセッサ８５６）若しくは全部、及び／又はコントローラ８５１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８３０にインストールされ、無線通信インタフェース８５５（例えば、ＢＢプロセッサ８５６）及び／又はコントローラ８５１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８３０、基地局装置８５０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　　＜５．３．端末装置に関する応用例＞
　（第１の応用例）
　図５５は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
　プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System　on　Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal　Serial　Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。
　カメラ９０６は、例えば、ＣＣＤ（Charge　Coupled　Device）又はＣＭＯＳ（Complementary　Metal　Oxide　Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
　無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図５５に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図５５には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。
　さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local　Area　Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。
　アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。
　アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図５５に示したように複数のアンテナ９１６を有してもよい。なお、図５５にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。
　さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。
　バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図５５に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
　図５５に示したスマートフォン９００において、図１１を参照して説明したＭＥＣサーバ３００に含まれる１つ以上の構成要素（ＭＥＣプラットフォーム３３１、ＶＮＦ３３３及び／又はサービス提供部３３５）は、無線通信インタフェース９１２において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。一例として、スマートフォン９００は、無線通信インタフェース９１２の一部（例えば、ＢＢプロセッサ９１３）若しくは全部、プロセッサ９０１、及び／又は補助コントローラ９１９を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがスマートフォン９００にインストールされ、無線通信インタフェース９１２（例えば、ＢＢプロセッサ９１３）、プロセッサ９０１、及び／又は補助コントローラ９１９が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてスマートフォン９００又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　（第２の応用例）
　図５６は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global　Positioning　System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。
　プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
　ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
　コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
　無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図５６に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図５６には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
　さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。
　アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
　アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図５６に示したように複数のアンテナ９３７を有してもよい。なお、図５６にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。
　さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
　バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図５６に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
　図５６に示したカーナビゲーション装置９２０において、図１１を参照して説明したＭＥＣサーバ３００に含まれる１つ以上の構成要素（ＭＥＣプラットフォーム３３１、ＶＮＦ３３３及び／又はサービス提供部３３５）は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。即ち、ＭＥＣプラットフォーム３３１、ＶＮＦ３３３及び／又はサービス提供部３３５を備える装置として車載システム（又は車両）９４０が提供されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
　＜＜６．まとめ＞＞
　以上、図１～図５６を参照して、本開示の一実施形態について詳細に説明した。上記説明したように、本実施形態に係るＭＥＣサーバ３００は、移動体通信ネットワークの機能エンティティを仮想化したＶＮＦを備え、このＶＮＦは、ＭＥＣアプリケーションのインスタンスとＵＥ２００との間にベアラを設定する。これにより、ＭＥＣサーバ３００とＵＥ２００との間に最短の通信経路を設定することが可能となる。
　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　例えば、上記実施形態では、ＥＰＣの機能エンティティを仮想化する例を説明したが、本技術はかかる例に限定されない。例えば、３Ｇネットワークの機能エンティティ（例えば、ＮｏｄｅＢ、ＳＧＳＮ（Serving　GPRS　support　node）、ＧＧＳＮ（Gateway　GPRS　support　node）、及びＲＮＣ（Radio　Network　Controller）等）が仮想化されてもよい。また、本技術は、ＬＴＥ及び３Ｇネットワーク以外の任意の規格に準拠したネットワークに関しても適用可能である。
　また、本明細書においてフローチャート及びシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。
　また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
　なお、以下のような構成も本開示の技術的範囲に属する。
（１）
　エッジサーバ上の、移動体通信ネットワークの機能エンティティを仮想化したＶＮＦ（Virtual　Network　Function）を指定するＡＰＮを端末装置へ送信する通信部、
を備える、装置。
（２）
　前記通信部は、前記端末装置から接続を要求されたアプリケーションのインスタンスに対応付けられた前記ＡＰＮを送信する、前記（１）に記載の装置。
（３）
　移動体通信ネットワークの機能エンティティを仮想化したＶＮＦを備え、
　前記ＶＮＦは、アプリケーションのインスタンスと端末装置との間にベアラを設定する、装置。
（４）
　前記ＶＮＦは、前記ＶＮＦ自身に対応付けられたＡＰＮ（Access　Point　Name）を指定して要求された場合に前記ベアラを設定する、前記（３）に記載の装置。
（５）
　前記ＶＮＦは、前記端末装置からの要求をトリガとして起動される、前記（４）に記載の装置。
（６）
　前記ＡＰＮは、セルの識別情報と対応付けてＭＭＥ（Mobility　Management　Entity）により管理される、前記（４）又は（５）に記載の装置。
（７）
　前記ＡＰＮは、ＡＰＮとセルの識別情報との組み合わせをひとつ以上含むリストの中から、前記端末装置が接続するセルの識別情報に対応するものとして、前記ＭＭＥにより選択される、前記（６）に記載の装置。
（８）
　前記アプリケーションのインスタンスは、前記装置上で動作する、前記（３）～（７）のいずれか一項に記載の装置。
（９）
　前記アプリケーションのインスタンスの状態を示す情報は、前記端末装置のハンドオーバに応じて他の装置へ移行される、前記（８）に記載の装置。
（１０）
　前記機能エンティティは、Ｐ－ＧＷ（Packet　Data　Network-Gateway）を含む、前記（３）～（９）のいずれか一項に記載の装置。
（１１）
　前記機能エンティティは、ＡＰＮ　ＡＭＢＲ（Aggregate　Maximum　Bit　Rate）を制御する、前記（１０）に記載の装置。
（１２）
　前記機能エンティティは、ＡＰＮ　ＡＭＢＲに基づくアクセス制限又はアクセス禁止をＳＩＢ２（System　information　block　type-2）を利用して前記端末装置へブロードキャストする、前記（１１）に記載の装置。
（１３）
　前記機能エンティティは、Ｓ－ＧＷ（Serving-Gateway）を含む、前記（３）～（１２）のいずれか一項に記載の装置。
（１４）
　前記機能エンティティは、ドナー基地局を含む、前記（３）～（１３）のいずれか一項に記載の装置。
（１５）
　前記装置は、前記ＡＰＮと対応付けられる、前記（３）～（１４）のいずれか一項に記載の装置。
（１６）
　エッジサーバ上の、移動体通信ネットワークの機能エンティティを仮想化したＶＮＦを指定するＡＰＮを端末装置へ送信すること、
を含む、プロセッサにより実行される方法。
（１７）
　コンピュータに、
　エッジサーバ上の、移動体通信ネットワークの機能エンティティを仮想化したＶＮＦを指定するＡＰＮを端末装置へ送信すること、
を実行させるためのプログラム。
（１８）
　移動体通信ネットワークの機能エンティティを仮想化したＶＮＦにより、アプリケーションのインスタンスと端末装置との間にベアラを設定すること、
を含む、プロセッサにより実行される方法。
（１９）
　コンピュータに、
　移動体通信ネットワークの機能エンティティを仮想化したＶＮＦにより、アプリケーションのインスタンスと端末装置との間にベアラを設定すること、
を実行させるためのプログラム。
　１　　　システム
　１０　　セル
　１００　無線通信装置、基地局、ｅＮＢ
　２００　端末装置、ＵＥ
　３００　ＭＥＣサーバ
　３１０　通信部
　３２０　記憶部
　３３０　処理部
　３３１　ＭＥＣプラットフォーム
　３３３　ＶＮＦ
　３３５　サービス提供部、ＭＥＣアプリケーション
　４０　　コアネットワーク
　５０　　パケットデータネットワーク
　６０　　アプリケーションサーバ
　６１　　通信部
　６２　　記憶部
　６３　　処理部
　６４　　サービス提供部

Claims (19)

  1. 　エッジサーバ上の、移動体通信ネットワークの機能エンティティを仮想化したＶＮＦ（Virtual　Network　Function）を指定するＡＰＮを端末装置へ送信する通信部、
    を備える、装置。
  2. 　前記通信部は、前記端末装置から接続を要求されたアプリケーションのインスタンスに対応付けられた前記ＡＰＮを送信する、請求項１に記載の装置。
  3. 　移動体通信ネットワークの機能エンティティを仮想化したＶＮＦを備え、
    　前記ＶＮＦは、アプリケーションのインスタンスと端末装置との間にベアラを設定する、装置。
  4. 　前記ＶＮＦは、前記ＶＮＦ自身に対応付けられたＡＰＮ（Access　Point　Name）を指定して要求された場合に前記ベアラを設定する、請求項３に記載の装置。
  5. 　前記ＶＮＦは、前記端末装置からの要求をトリガとして起動される、請求項４に記載の装置。
  6. 　前記ＡＰＮは、セルの識別情報と対応付けてＭＭＥ（Mobility　Management　Entity）により管理される、請求項４に記載の装置。
  7. 　前記ＡＰＮは、ＡＰＮとセルの識別情報との組み合わせをひとつ以上含むリストの中から、前記端末装置が接続するセルの識別情報に対応するものとして、前記ＭＭＥにより選択される、請求項６に記載の装置。
  8. 　前記アプリケーションのインスタンスは、前記装置上で動作する、請求項３に記載の装置。
  9. 　前記アプリケーションのインスタンスの状態を示す情報は、前記端末装置のハンドオーバに応じて他の装置へ移行される、請求項８に記載の装置。
  10. 　前記機能エンティティは、Ｐ－ＧＷ（Packet　Data　Network-Gateway）を含む、請求項３に記載の装置。
  11. 　前記機能エンティティは、ＡＰＮ　ＡＭＢＲ（Aggregate　Maximum　Bit　Rate）を制御する、請求項１０に記載の装置。
  12. 　前記機能エンティティは、ＡＰＮ　ＡＭＢＲに基づくアクセス制限又はアクセス禁止をＳＩＢ２（System　information　block　type-2）を利用して前記端末装置へブロードキャストする、請求項１１に記載の装置。
  13. 　前記機能エンティティは、Ｓ－ＧＷ（Serving-Gateway）を含む、請求項３に記載の装置。
  14. 　前記機能エンティティは、ドナー基地局を含む、請求項３に記載の装置。
  15. 　前記装置は、前記ＡＰＮと対応付けられる、請求項３に記載の装置。
  16. 　エッジサーバ上の、移動体通信ネットワークの機能エンティティを仮想化したＶＮＦを指定するＡＰＮを端末装置へ送信すること、
    を含む、プロセッサにより実行される方法。
  17. 　コンピュータに、
    　エッジサーバ上の、移動体通信ネットワークの機能エンティティを仮想化したＶＮＦを指定するＡＰＮを端末装置へ送信すること、
    を実行させるためのプログラム。
  18. 　移動体通信ネットワークの機能エンティティを仮想化したＶＮＦにより、アプリケーションのインスタンスと端末装置との間にベアラを設定すること、
    を含む、プロセッサにより実行される方法。
  19. 　コンピュータに、
    　移動体通信ネットワークの機能エンティティを仮想化したＶＮＦにより、アプリケーションのインスタンスと端末装置との間にベアラを設定すること、
    を実行させるためのプログラム。
PCT/JP2016/071964 2015-09-11 2016-07-27 装置、方法及びプログラム WO2017043204A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
DE112016004118.7T DE112016004118T5 (de) 2015-09-11 2016-07-27 Vorrichtung, verfahren und programm

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2015-179881 2015-09-11
JP2015179881 2015-09-11
JP2015191203 2015-09-29
JP2015-191203 2015-09-29

Publications (1)

Publication Number Publication Date
WO2017043204A1 true WO2017043204A1 (ja) 2017-03-16

Family

ID=58239378

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/071964 WO2017043204A1 (ja) 2015-09-11 2016-07-27 装置、方法及びプログラム

Country Status (2)

Country Link
DE (1) DE112016004118T5 (ja)
WO (1) WO2017043204A1 (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019016972A (ja) * 2017-07-10 2019-01-31 ソフトバンク株式会社 移動通信システム及びデータ処理装置
JP2019121975A (ja) * 2018-01-10 2019-07-22 株式会社国際電気通信基礎技術研究所 通信方法、通信システム、ｍｅｃサーバ、ｄｎｓサーバ、および、トラフィック誘導ルータ
CN110072257A (zh) * 2019-03-07 2019-07-30 武汉星耀科技有限公司 一种mec下用户互通的方法
JP2019176295A (ja) * 2018-03-28 2019-10-10 日本電気株式会社 ゲートウェイ装置、方法、プログラム、及び記録媒体
JP2019213161A (ja) * 2018-06-08 2019-12-12 ソフトバンク株式会社 管理装置、移動体通信システム、プログラム及び管理方法
WO2020067361A1 (ja) * 2018-09-26 2020-04-02 ソフトバンク株式会社 システム、制御プレーン機器、ユーザプレーン機器、及びプログラム
JP2022068880A (ja) * 2018-03-28 2022-05-10 日本電気株式会社 ユーザ装置にサービスを提供する方法、及びユーザ装置でサービスを受ける方法
US20230093193A1 (en) * 2021-09-21 2023-03-23 Verizon Patent And Licensing Inc. Systems and methods for indicating the presence of a multi-access edge computing application

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200135176A (ko) 2019-05-23 2020-12-02 현대자동차주식회사 단말의 이동에 따른 엣지 트랜스퍼를 제공하는 방법 및 장치

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011070317A (ja) * 2009-09-24 2011-04-07 Brother Industries Ltd 情報通信システム、情報通信方法及び情報通信プログラム
WO2014203291A1 (ja) * 2013-06-19 2014-12-24 ソフトバンクテレコム株式会社 通信システムおよびプログラム
WO2015082013A1 (en) * 2013-12-06 2015-06-11 Nokia Solutions And Networks Oy Management of network entity selection
WO2015099036A1 (ja) * 2013-12-27 2015-07-02 株式会社Ｎｔｔドコモ 管理システム、全体管理ノード及び管理方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011070317A (ja) * 2009-09-24 2011-04-07 Brother Industries Ltd 情報通信システム、情報通信方法及び情報通信プログラム
WO2014203291A1 (ja) * 2013-06-19 2014-12-24 ソフトバンクテレコム株式会社 通信システムおよびプログラム
WO2015082013A1 (en) * 2013-12-06 2015-06-11 Nokia Solutions And Networks Oy Management of network entity selection
WO2015099036A1 (ja) * 2013-12-27 2015-07-02 株式会社Ｎｔｔドコモ 管理システム、全体管理ノード及び管理方法

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019016972A (ja) * 2017-07-10 2019-01-31 ソフトバンク株式会社 移動通信システム及びデータ処理装置
JP6999931B2 (ja) 2018-01-10 2022-01-19 株式会社国際電気通信基礎技術研究所 通信方法、通信システム、ｍｅｃサーバ、ｄｎｓサーバ、および、トラフィック誘導ルータ
JP2019121975A (ja) * 2018-01-10 2019-07-22 株式会社国際電気通信基礎技術研究所 通信方法、通信システム、ｍｅｃサーバ、ｄｎｓサーバ、および、トラフィック誘導ルータ
JP7306753B2 (ja) 2018-03-28 2023-07-11 日本電気株式会社 ユーザ装置にサービスを提供する方法、及びユーザ装置でサービスを受ける方法
US11962566B2 (en) 2018-03-28 2024-04-16 Nec Corporation Gateway apparatus, method, program, and recording medium
JP2022068880A (ja) * 2018-03-28 2022-05-10 日本電気株式会社 ユーザ装置にサービスを提供する方法、及びユーザ装置でサービスを受ける方法
EP3780894A4 (en) * 2018-03-28 2021-03-17 NEC Corporation GATEWAY DEVICE, METHOD, PROGRAM AND RECORDING MEDIUM
US11290419B2 (en) 2018-03-28 2022-03-29 Nec Corporation Gateway apparatus, method, program, and recording medium
JP7040763B2 (ja) 2018-03-28 2022-03-23 日本電気株式会社 ゲートウェイ装置、方法、プログラム、及び記録媒体
JP2019176295A (ja) * 2018-03-28 2019-10-10 日本電気株式会社 ゲートウェイ装置、方法、プログラム、及び記録媒体
JP2019213161A (ja) * 2018-06-08 2019-12-12 ソフトバンク株式会社 管理装置、移動体通信システム、プログラム及び管理方法
JPWO2020067361A1 (ja) * 2018-09-26 2021-09-02 ソフトバンク株式会社 システム、制御プレーン機器、ユーザプレーン機器、及びプログラム
CN112715035A (zh) * 2018-09-26 2021-04-27 软银股份有限公司 系统、控制平面设备、用户平面设备以及程序
WO2020067361A1 (ja) * 2018-09-26 2020-04-02 ソフトバンク株式会社 システム、制御プレーン機器、ユーザプレーン機器、及びプログラム
JP7254093B2 (ja) 2018-09-26 2023-04-07 ソフトバンク株式会社 システム、制御プレーン機器、ユーザプレーン機器、及びプログラム
CN112715035B (zh) * 2018-09-26 2024-04-16 软银股份有限公司 系统、控制平面设备、用户平面设备以及程序
US12096493B2 (en) 2018-09-26 2024-09-17 Softbank Corp. System, control plane device, user plane device and computer readable storage medium
CN110072257A (zh) * 2019-03-07 2019-07-30 武汉星耀科技有限公司 一种mec下用户互通的方法
US20230093193A1 (en) * 2021-09-21 2023-03-23 Verizon Patent And Licensing Inc. Systems and methods for indicating the presence of a multi-access edge computing application
US12041671B2 (en) * 2021-09-21 2024-07-16 Verizon Patent And Licensing Inc. Systems and methods for indicating the presence of a multi-access edge computing application

Also Published As

Publication number Publication date
DE112016004118T5 (de) 2018-06-21

Similar Documents

Publication Publication Date Title
WO2017043204A1 (ja) 装置、方法及びプログラム
US9596628B2 (en) Gateway arrangements for wireless communication networks
CN115175130A (zh) 用于移动用户设备的多址边缘计算服务的方法和装置
US10772144B2 (en) Switching of flow separation for new radio in dual connectivity
EP3378269B1 (en) First network node, receiving network node and methods performed therein
US10560424B2 (en) Apparatus and method
US10750418B2 (en) SDN based connectionless architecture with dual connectivity and carrier aggregation
CN111684824A (zh) 增强的nef功能、mec和5g集成
US20190020996A1 (en) Network nodes and methods performed therein for enabling communication in a communication network
US10433153B2 (en) System, method, and terminal device
KR20150058347A (ko) 3gpp에서 비-3gpp 오프로드를 인에이블하는 시스템 강화
CN103460754A (zh) 执行选择性ip流量卸载程序
WO2017098810A1 (ja) 装置、方法、及びプログラム
US20220369166A1 (en) Individual mobile devices as edge network
US20180351844A1 (en) Enhanced u-verse / dsl internet services
KR20190131473A (ko) 전자 디바이스 및 라디오 통신 방법
WO2017168999A1 (ja) 無線通信装置、サーバ及び方法
TWI769134B (zh) 通訊裝置、通訊方法及通訊程式
WO2017104281A1 (ja) 装置、方法及びプログラム
CN111194085A (zh) 一种通道资源的控制方法、终端和通信网元
US12114159B2 (en) Security settings for user plane data sent over different accesses of a network
CN115708369A (zh) 用于传输数据的方法和装置
WO2024230629A1 (zh) 用于无线通信中的网络侧和终端设备侧的电子设备和方法
US20240236680A1 (en) Mobile Base Station Relay Access
WO2014185139A1 (ja) 通信制御装置、通信制御方法、端末装置及び情報処理装置

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 112016004118

Country of ref document: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16844068

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP