WO2015156288A1 - 端末装置、リレー端末装置および通信制御方法 - Google Patents

端末装置、リレー端末装置および通信制御方法 Download PDF

Info

Publication number
WO2015156288A1
WO2015156288A1 PCT/JP2015/060872 JP2015060872W WO2015156288A1 WO 2015156288 A1 WO2015156288 A1 WO 2015156288A1 JP 2015060872 W JP2015060872 W JP 2015060872W WO 2015156288 A1 WO2015156288 A1 WO 2015156288A1
Authority
WO
WIPO (PCT)
Prior art keywords
mode
communication path
switching
terminal device
communication
Prior art date
Application number
PCT/JP2015/060872
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 JP2016512742A priority Critical patent/JPWO2015156288A1/ja
Priority to CN201580011377.XA priority patent/CN106063331A/zh
Priority to US15/302,221 priority patent/US20170026896A1/en
Publication of WO2015156288A1 publication Critical patent/WO2015156288A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/20—Communication route or path selection, e.g. power-based or shortest path routing based on geographic position or location
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/03—Reselecting a link using a direct mode connection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/03—Reselecting a link using a direct mode connection
    • H04W36/033—Reselecting a link using a direct mode connection in pre-organised networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/34—Modification of an existing route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/23—Manipulation of direct-mode connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/06—De-registration or detaching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user

Definitions

  • the present invention relates to a terminal device, a relay terminal device, and a communication control method.
  • Non-Patent Document 1 The standardization organization 3GPP (The 3rd Generation Generation Partnership Project) of the mobile communication system is working on the specification of EPS (Evolved Packet System) described in Non-Patent Document 1 below as the next generation mobile communication system.
  • EPS Evolved Packet System
  • Non-Patent Document 1 As an access system to be connected, not only LTE (Long Term Evolution) but also wireless LAN (Wireless LAN, WLAN) have been studied.
  • a neighboring service for notifying the user terminal (User Equipment, UE) of the presence of other neighboring user terminals is studied. ing. Further, in ProSe, the UE aims to establish a direct communication path with a neighboring UE without going through a base station and directly transmit and receive data.
  • ProSe performs direct data transmission / reception between UEs, data transmission / reception is possible without going through an access network based on a mobile communication network such as a core network or an access technology such as LTE. Expected.
  • LTE Direct LTE access technology
  • wireless LAN Wireless LAN
  • the UE uses a commercial frequency allocated in the LTE system of each mobile communication carrier, and directly transmits and receives data between the UEs using the LTE communication method.
  • WLAN Direct data is directly transmitted and received between UEs using a non-commercial frequency allocated in WLAN.
  • the UE needs to search for a communication target UE and detect the presence of the communication target UE in the vicinity in order to transmit and receive data using LTE Direct or WLAN Direct as a service request condition. Yes.
  • a group owner (GO, Group Owner) mode for communicating with a UE via a UE having a relay function and a decentralized mode for performing direct communication between UEs Is stipulated.
  • a group owner (GO, Group Owner) is a UE that manages a group, and manages communication resources, information about security, and information about a group when direct communication is performed between the GO and the UE.
  • the GO provides data transmission / reception between UEs by receiving data of direct communication transmitted from each UE and transferring the data to UEs in the group.
  • each UE In the decentralized mode, information on communication resources, security, and information on groups are managed by each UE.
  • each UE detects whether direct communication is not performed and starts direct communication.
  • ProSe aims to provide a GO mode in which data is transmitted and received between UEs via GO and a decentralized mode in which each UE directly communicates with the UE. Furthermore, switching between the decentralized mode and the GO mode as required is under consideration.
  • the GO mode is a desirable mode for UE1 and UE2 to communicate when UE1 cannot communicate directly with UE2, or when UE2 is not in the vicinity, but UE1 and UE2 can communicate directly,
  • UE2 exists in the vicinity, since GO interposes, an unnecessary radio
  • the UE and GO In order to switch from the GO mode to the decentralized mode, the UE and GO detect the switch to the decentralized mode, establish a communication path in the decentralized mode, and delete the communication path in the GO mode. There is a need to.
  • the UE and the GO detect the switch to the GO mode, establish the communication path in the GO mode, and delete the communication path in the decentralized mode. There is a need to.
  • the UE and the GO detect the switch to the decentralized mode, establish the communication path in the centralized mode, and delete the communication path in the GO mode. It is not.
  • the UE and the GO detect the switch to the GO mode, establish the communication path in the GO mode, and delete the communication path in the decentralized mode. Means are not clear.
  • the present invention has been made in view of such circumstances, and the UE that has transitioned from the GO mode to the decentralized mode during communication via the communication path in the GO mode continues to the decentralized mode while continuing the ProSe service.
  • the ProSe service For switching to the communication path in the de-centralization mode, and the UE that has transitioned from the de-centralization mode to the GO mode during the communication via the communication path in the de-centralization mode continues the ProSe service and switches to the communication path in the GO mode It is to provide each processing of a terminal device, a base station, a location management device, a subscriber management device, and a mobile communication system, etc.
  • a relay terminal device for transferring data transmitted from the terminal device to the base station device, establishing a first communication path in a first mode for transferring data transmitted from the base station device to the terminal device;
  • data transmission / reception is switched to the second communication path in the second mode in which data is directly transmitted to / from a terminal apparatus existing in the vicinity of the relay terminal apparatus during data transmission / reception in the first communication path in the first mode
  • a request message for requesting switching to the second communication path in the second mode including information indicating switching to the second communication path in the second mode to the terminal device,
  • the response message for the request message to be requested is received, the second channel in the second mode is established, and the data of the first channel in the first mode And it switches the transceiver to the second communication path in the second mode.
  • the relay terminal device establishes a second communication path in the second mode for directly transmitting data with a terminal device that is in the vicinity of the relay terminal apparatus, and the data is transmitted in the second communication path in the second mode.
  • data transmission / reception is switched to the first communication path in the first mode in which data transmitted from the terminal device is transferred to the base station device and data transmitted from the base station device is transferred to the terminal device during transmission / reception
  • a request message for requesting switching to the first communication path in the first mode is sent to the terminal apparatus, and information indicating switching to the first communication path in the first mode is requested from the terminal apparatus.
  • a response message to the request message is established, the first communication channel in the first mode is established, and the data of the second communication channel in the second mode is And switches receive the first communication path in the first mode.
  • the message for requesting switching is a request message for requesting establishment of a communication path.
  • the message for requesting switching is a request message for requesting deletion of the communication path.
  • the request message for requesting switching includes information for identifying a terminal device or a relay terminal device or information indicating a connection destination.
  • information indicating switching to the first communication path in the first mode is included.
  • a request message for requesting switching to the first communication path in the first mode is transmitted to the relay terminal device, and a response message to the request message for requesting switching is received from the relay terminal device;
  • One communication path is established, and data transmission / reception on the second communication path in the second mode is switched to the first communication path in the first mode. And wherein the door.
  • a terminal device that establishes a first communication path in a first mode for transmitting data via a relay terminal device existing in the vicinity of the terminal device, and data in the first communication path in the first mode
  • switching to the second communication path in the second mode for directly transmitting data to and from the second terminal apparatus existing in the vicinity of the terminal apparatus during transmission / reception switching to the second communication path in the second mode
  • a request message for requesting switching to the second communication path in the second mode is transmitted to the second terminal device, and a response message for the request message requesting switching is sent from the second terminal device.
  • Receive establish a second communication channel in the second mode, and switch data transmission / reception of the first communication channel in the first mode to the second communication channel in the second mode. And wherein the frog.
  • a request message for requesting switching to the first communication path in the first mode is transmitted to the second terminal device, and a response message for the request message requesting switching is sent from the second terminal device.
  • the request message for requesting switching is a request message for requesting establishment of a communication path.
  • the request message for requesting switching is a request message for requesting deletion of a communication path.
  • the request message for requesting switching includes information identifying a terminal device or a relay terminal device or information indicating a connection destination.
  • a communication control method for a relay terminal device wherein the first communication path in the first mode is to transfer data transmitted from the terminal device to the base station device and transfer data transmitted from the base station device to the terminal device.
  • the data is transmitted to the second communication channel in the second mode in which data is directly transmitted to the terminal device existing in the vicinity of the relay terminal device during data transmission / reception in the first communication channel in the first mode.
  • a communication control method for a relay terminal device which establishes a second communication path in a second mode in which data is directly transmitted to a terminal device existing in the vicinity of the relay terminal device, and a second communication in the second mode.
  • the data transmitted from the terminal apparatus is transferred to the base station apparatus, and the data transmitted from the base station apparatus is transferred to the terminal apparatus.
  • the step of transmitting to the terminal device a request message for requesting switching to the first communication path in the first mode, including information indicating switching to the first communication path in the first mode;
  • flop characterized in that it comprises a step of switching transmission and reception of the second communication path of the data in the second mode to the first communication path in the first mode, the.
  • a communication control method for a terminal device which establishes a second communication channel in a second mode for directly transmitting data to and from a relay terminal device existing in the vicinity of the terminal device, and a second communication channel in the second mode
  • the terminal apparatus switches to the first communication path in the first mode.
  • a request message for requesting switching to the first communication path in the first mode including information indicating switching, to the relay terminal device; and a response message for the request message requesting switching from the relay terminal device.
  • a communication control method for a terminal device wherein a first communication path in a first mode for transmitting data via a relay terminal device existing in the vicinity of the terminal device is established, and a first communication in the first mode is established.
  • the second in the second mode A step of transmitting a request message for requesting switching to the second communication path in the second mode, including information indicating switching to the communication path, to the second terminal apparatus, and requesting switching from the second terminal apparatus
  • Receiving a response message to the request message establishing a second communication path in the second mode, and first communication path in the first mode
  • a step of switching transmission and reception of over data to the second communication path in the second mode characterized in that it comprises a.
  • a communication control method for a terminal device wherein a second communication path in a second mode for directly transmitting data to a second terminal device existing in the vicinity of the terminal device is established, and a second communication in the second mode is established.
  • the first communication in the first mode A request message for requesting switching to the first communication path in the first mode, including information indicating switching to the path, to the second terminal device, and requesting switching from the second terminal device Receiving a response message to the request message; establishing a first communication path in the first mode; and deselecting a second communication path in the second mode. Characterized in that it comprises a step of switching transmission and reception of data to the first communication path in the first mode, the.
  • the request message for requesting switching is a request message for requesting establishment of a communication path.
  • the request message for requesting switching is a request message for requesting deletion of a communication path.
  • the request message for requesting switching includes information identifying a terminal device or a relay terminal device or information indicating a connection destination.
  • the mobile communication carrier establishes the communication mode in the GO mode by the communication source UE and the communication destination UE, and switches the GO mode to the decentralized mode during data transmission / reception. It is possible to switch from the communication channel in the communication channel to the decentralized mode communication channel.
  • the mobile communication carrier establishes a communication path in the decentralized mode by the communication source UE and the communication destination UE, and switches from the decentralized mode to the GO mode during transmission / reception of data. It is possible to switch from the communication path in the communication mode to the communication path in the GO mode.
  • FIG. 1 It is a figure for demonstrating the switching procedure to the decentralized mode in 1st Embodiment. It is a figure for demonstrating the communication path establishment procedure of the decentralized mode in 1st Embodiment. It is a figure for demonstrating the communication path deletion procedure of GO mode in 1st Embodiment. It is a figure for demonstrating management of the communication path of the decentralized mode in 1st Embodiment. It is a figure for demonstrating the switch procedure to the decentralized mode in the modification 1. FIG. It is a figure for demonstrating the communication path establishment procedure of the decentralized mode in the modification 1. FIG. It is a figure for demonstrating the communication path deletion procedure of GO mode in the modification 1. FIG.
  • FIG. 1 It is a figure for demonstrating the switching procedure to the decentralized mode in 3rd Embodiment. It is a figure for demonstrating the management of the communication path of the decentralized mode in 3rd Embodiment. It is a figure for demonstrating the switching procedure to GO mode in 4th Embodiment. It is a figure for demonstrating selection of UE-R in 4th Embodiment. It is a figure for demonstrating the switching procedure to GO mode in the modification 3.
  • FIG. 1 It is a figure for demonstrating the switching procedure to the decentralized mode in 3rd Embodiment. It is a figure for demonstrating the management of the communication path of the decentralized mode in 3rd Embodiment. It is a figure for demonstrating the switching procedure to GO mode in 4th Embodiment. It is a figure for demonstrating selection of UE-R in 4th Embodiment. It is a figure for demonstrating the switching procedure to GO mode in the modification 3.
  • FIG. 1 It is a figure for
  • LTE Direct is written as LTE (D).
  • LTE (D) indicates a direct communication path between UEs established using the LTE communication scheme.
  • FIG. 1 is a diagram for explaining an outline of a mobile communication system 1 in the present embodiment.
  • a mobile communication system 1 is configured such that a UE ((terminal devices) UE10a and UE10b), a UE-R (relay terminal device) 15, and a PDN (Packet Data Network) 80 move by IP. They are connected via a communication network 5.
  • a ProSe Server 90 is connected to the PDN 80.
  • UE 10a and UE-R 15 are located in the vicinity and can be connected via LTE (D).
  • UE 10b and UE-R 15 are located in the vicinity and can be connected via LTE (D).
  • the UE 10a and the UE 10b are similar devices, and the description of the UE 10 will be described below as being applicable to both the UE 10a and the UE 10b.
  • the UE-R 15 is connected to the IP mobile communication network 5, and the IP mobile communication network 5 is connected to the PDN 80.
  • the IP mobile communication network 5 may be, for example, a network constituted by a radio access network and a core network operated by a mobile communication carrier, or a broadband network operated by a fixed communication carrier.
  • the broadband network may be an IP mobile communication network operated by a telecommunications carrier that is connected by ADSL (Asymmetric Digital Subscriber Line) or the like and provides high-speed communication using a digital line such as an optical fiber.
  • ADSL Asymmetric Digital Subscriber Line
  • the network is not limited to these, and may be a network that performs wireless access using WiMAX (Worldwide Interoperability for Microwave Access) or the like.
  • the UE 10 and the UE-R 15 are communication terminals that are connected using an access system such as LTE or WLAN, and are connected to the IP access network by being mounted with a 3GPP LTE communication interface, a WLAN communication interface, or the like. It is possible.
  • Specific examples are mobile phone terminals and smartphones, and other tablet computers, personal computers, and home appliances with other communication functions.
  • the PDN 80 is a network that provides a network service that transmits and receives data in packets, and is, for example, the Internet or IMS. Further, it may be a network that provides group communication services such as group calls.
  • the PDN 80 may include an application server or an application server for group communication (GCSE AS: Group Communication Service Enablers Application Server).
  • the application server is a server that manages control information and identification information related to an application used by the UE 10, and notifies the control information and identification information to the UE 10 and the UE-R 15 as necessary.
  • the GCSE AS is a server that manages control information and identification information related to an application for performing group communication, and notifies the control information and identification information to the UE 10 and the UE-R 15 as necessary.
  • the UE-R 15 is a relay terminal device, and the UE-R 15 can establish and connect a direct communication path using LTE (D) with a plurality of terminal devices as well as the UE 10. Furthermore, the relay terminal device is a terminal device having a relay function, and the UE-R 15 establishes a communication path by connecting to the IP mobile communication network and establishes connectivity with the PDN 80.
  • LTE LTE
  • the UE-R 15 has a relay function for relaying communication between the UE 10 and the PDN 80, whereby the UE 10 realizes data transmission / reception with the PDN 80.
  • the UE 10 and the UE-R 15 may have different configurations only in the presence or absence of the relay function.
  • the UE-R 15 can manage a group as a group owner (GO, Group Owner). Group management includes registration of group members (UE, user) and deletion of group members. Note that members registered in a group can send and receive data between members registered in the group.
  • the PDN 80 is connected to the IP access network using a wired line or the like.
  • a wired line or the like is constructed by ADSL (Asymmetric Digital Subscriber Line), an optical fiber or the like.
  • ADSL Asymmetric Digital Subscriber Line
  • the present invention is not limited to this, and a wireless access network such as LTE (Long Term Evolution), WLAN (Wireless LAN), and WiMAX (Worldwide Interoperability for Microwave Access) may be used.
  • LTE Long Term Evolution
  • WLAN Wireless LAN
  • WiMAX Worldwide Interoperability for Microwave Access
  • the mobile communication system 1 includes a UE 10, a UE-R 15, an IP mobile communication network 5, and a PDN 80 (Packet Data Network).
  • a plurality of communication terminals may be connected to the UE-R 15 like the UE 10a and the UE 10b. These communication terminals have the same configuration as the UE 10.
  • a terminal device having a plurality of relay functions can be connected to the IP mobile communication network 5 in addition to the UE-R 15.
  • Such a terminal device has the same configuration as the UE-R, and a description thereof is omitted for simplification of the drawing.
  • the IP mobile communication network 5 includes a core network 7 and a radio access network (for example, LTE AN9).
  • a radio access network for example, LTE AN9
  • the core network 7 includes an MME 30 (Mobile Management Entity), an SGW 40 (Serving Gateway), a PGW (Access Control Device) 50 (Packet Data Network Gateway), an HSS 60 (Home Subscriber Server), and a PCRF 70 (Policy and charging rules Rules function). ).
  • MME 30 Mobile Management Entity
  • SGW 40 Serving Gateway
  • PGW Access Control Device
  • HSS 60 Home Subscriber Server
  • PCRF 70 Policy and charging rules Rules function
  • the radio access network is connected to the core network 7. Furthermore, the UE-R 15 can be wirelessly connected to the radio access network.
  • an LTE access network (LTE AN9) that can be connected by the LTE access system can be configured.
  • the PGW 50 is divided into a PDN 80, an SGW 40, and a PCRF 70. It is connected and performs user data delivery as a gateway device between the PDN 80 and the core network 7.
  • the SGW 40 is connected to the PGW 50, the MME 30, and the LTE AN 9, and delivers user data as a gateway device between the core network 7 and the LTE AN 9.
  • the MME 30 is a location management device that is connected to the SGW 40, the HSS 60, and the LTE AN 9, and performs location management and access control of the UE 10 via the LTE AN 9.
  • the HSS 60 is connected to the Prose Server 90, the MME 30, and the SGW 40, and manages subscriber information.
  • the PCRF 70 is connected to the PGW 50 and the PDN 80, and performs QoS management for data delivery.
  • the ProSe Server 90 is a server device that is connected to the MME 30 and manages establishment of a direct communication path between communication terminals.
  • the ProSe Server 90 may be configured as a single device with the MME 30 or may be configured as independent devices.
  • the example comprised by including in the core network 7 was shown, not only this but it may be comprised including in PDN80 like FIG.
  • it may be configured as a single device with the GCSE included in the PDN that provides the group communication service.
  • the ProSe Server 90 may be configured as a ProSe Function as a network function. Further, the ProSe Function 90 may be configured as a part of the function of a certain device.
  • the radio access network includes devices (for example, base station devices and access point devices) to which the UE-R 15 is actually connected.
  • devices for example, base station devices and access point devices
  • various devices adapted to the radio access network can be considered.
  • the LTE AN 9 includes the eNB 20.
  • the eNB 20 is a radio base station to which the UE-R 15 is connected in the LTE access system, and the LTE AN 9 may be configured to include one or a plurality of radio base stations.
  • that the UE-R 15 is connected to the radio access network means that the UE-R 15 is connected to a base station apparatus included in the radio access network. Or via an access point.
  • the UE-R 15 being connected to the LTE AN 9 means that the UE-R 15 is connected via the eNB 20.
  • each UE 10 can establish a communication path in GO mode (Group Owner mode, group owner mode) and decentralized mode.
  • GO mode Group Owner mode, group owner mode
  • each UE is connected to the IP mobile communication network 5 via the UE-R 15 in which each UE is a GO (Group Owner, group owner).
  • the UE 10a transmits and receives data via the UE-R 15.
  • the UE 10b transmits and receives data via the UE-R 15.
  • the UE 10a transmits data to the UE 10b
  • the UE 10a transmits to the UE 10b via the UE-R 15, the LTE AN 9, the core network 7, and the PDN 80, and further from the PDN 80 to the UE 10b via the core network 7, the LTE AN 9, and the UE-R 15.
  • the UE-R 15 may directly transmit the data from the UE 10a to the UE 10b without passing through the LTE AN 9, the core network 7, and the PDN 80.
  • the UE 10b transmits data to and from the UE 10a
  • the UE 10b transmits to the UE 10a via the UE-R 15, the LTE AN 9, the core network 7, and the PDN 80, and further from the PDN 80 to the UE 10a via the core network 7, the LTE AN 9, and the UE-R 15.
  • the UE-R 15 may directly transmit the data from the UE 10b to the UE 10a without passing through the LTE AN 9, the core network 7, and the PDN 80.
  • FIG. 2 shows an example of data transmission / reception in the decentralized mode in the first embodiment.
  • the UE 10a and the UE 10b do not transmit / receive data via the UE-R 15, but directly transmit / receive data between the UEs.
  • the UE 10a does not transmit / receive data via the UE-R 15, but directly communicates with the UE 10b and / or the UE-R 15.
  • the UE 10b communicates directly with the UE-R 15 and / or the UE 10a.
  • the UE-R 15 is the same group as the UE 10a and the UE 10b, and the UE-R 15 can transmit and receive data with the UE 10a and the UE 10b through a direct communication path.
  • the functional configuration of the UE 10 in the present embodiment will be shown based on FIG. Note that the UE 10 has the same configuration in the UE 10a and the UE 10b.
  • a first interface unit 110, a second interface unit 120, and a storage unit 140 are connected to the control unit 100 via a bus.
  • the control unit 100 is a functional unit for controlling the UE 10.
  • the control unit 100 implements various processes by reading and executing various information and various programs stored in the storage unit 140.
  • the first interface unit 110 is a functional unit that establishes a direct communication path with another communication terminal or the UE-R 15 by the LTE access method and performs transmission / reception of data by wireless communication.
  • An external antenna 112 is connected to the first interface unit 110.
  • the UE 10 can also establish a direct communication path with another UE 10 or the UE-R 15 via the first interface unit without going through the LTE base station and perform communication.
  • the second interface unit 120 is a functional unit that connects to the eNB 20 by the LTE access method, establishes a communication path to the PDN 80 via the core network 7, and executes transmission / reception of data by wireless communication.
  • An external antenna 122 is connected to the second interface unit 120.
  • the UE 10 can also connect to the LTE AN 9 via the second interface unit 120, establish a communication path with the PDN 80 via the core network 7, and transmit / receive data.
  • the storage unit 140 is a functional unit that stores programs, data, and the like necessary for various operations of the UE 10.
  • the storage unit 140 includes, for example, a semiconductor memory, an HDD (Hard Disk Drive), or the like. Furthermore, the storage unit 140 stores a UE communication path context 142, group identification information 144, and a mode management table 148.
  • FIG. 4A shows an example of the UE communication path context 142.
  • 4A is a group of information stored in association with a communication path established by the UE, and includes an APN (access point name), bearer ID, PDN connection ID, TEID (Tunnel (Endpoint). Identifier) and TFT (Traffic Flow Template).
  • APN access point name
  • bearer ID PDN connection ID
  • TEID Tunnel (Endpoint). Identifier
  • TFT Traffic Flow Template
  • the APN access point name
  • the APN is identification information used for selecting the PGW 50 in the IP mobile communication network 5 and is identification information associated with the PDN 80.
  • a different PDN 80 is configured for each service, such as IMS or video distribution, it can also be used as identification information for identifying the service.
  • the bearer ID is information for identifying a radio bearer that is a radio communication path between the UE 10 and the UE-R 15 established when the UE 10 is connected to the UE-R 15. Moreover, the information which identifies the radio bearer which is a radio
  • wireless communication path between UE10 and eNB20 established when UE10 connects with eNB20 may be sufficient.
  • the PDN connection ID is information for identifying a PDN connection that is a logical path established between the UE 10 and the PGW 50.
  • the TEID is identification information of a tunnel communication path for delivering user data constituting a PDN connection, and is identification information of a tunnel communication path established based on the GTP protocol, the Mobile IP protocol, and the Proxy Mobile IP protocol. It's okay.
  • the TFT is transmission destination setting information defined for each application, and the UE 10 determines a transmission destination using the TFT when data transmission occurs in a certain application.
  • the TFT and bearer ID may be managed in association with each other and used to determine the data transmission destination. Note that when determining the transmission destination, information related to communication quality may be set in association with each other, and data may be transmitted according to the communication quality.
  • the UE communication path context 142 may include a UE identifier, base station identification information, service identification information, and the like.
  • the UE identifier is an identifier for identifying the UE 10 (UE 10a, UE 10b) or the UE-R 15.
  • the base station identification information may be information for identifying the UE-R 15 or information for identifying the eNB 20.
  • the base station identification information may be configured by combining a carrier identification code for identifying a mobile communication carrier that provides a communication service and a base station identification code. Thereby, it can be set as unique identification information in a plurality of mobile communication networks provided by a plurality of mobile communication carriers.
  • the service identification information is information for identifying a service provided by the mobile communication carrier on the IP mobile communication network 5.
  • the service identification information may be APN or service domain identification information such as FQDN (Fully Qualified Domain Name). Not limited to this, it may be identification information associated with a service. Further, the service may be a voice call service based on IMS, a video distribution service, or a service that provides group communication.
  • the service identification information is identification information for identifying such a service.
  • FIG. 4B shows an example of the group identification information 144.
  • the UE 10 manages the group identification information of the group 1 and the group 2.
  • the group identification information 144 may be information for identifying a group when two or more communication terminals form a group and perform communication between the groups. Further, when there are a plurality of contents to be delivered to the group, information for identifying these contents may be used.
  • it may be information for identifying a terminal group when performing a broadcast call with a plurality of communication terminals.
  • it may be information for identifying a session for a call.
  • identification information that identifies a terminal that receives the video distribution as a group may be used, or identification information that identifies a distribution video when there are a plurality of videos It may be.
  • the group identification information may be an IP multicast address or TMSI (Temporary Mobile Subscriber Identify) which is a temporary ID used for user authentication assigned by a communication carrier. It is not limited to this and may be information for identifying a group such as an email address.
  • the group identification information 144 may be included in the UE communication path context 142.
  • FIG. 4 (c) shows the mode management table 148.
  • the mode management table 148 GO mode or decentralized mode information is managed.
  • the GO mode is managed.
  • the UE 10 may manage the GO mode in accordance with establishment of the communication path in the GO mode or switching to the GO mode.
  • the UE 10 may manage the decentralized mode in accordance with establishment of the decentralized mode communication path or switching of the decentralized mode communication path.
  • the mode management table 148 may be included in the UE communication path context 142.
  • the UE 10 may manage permission information indicating that switching between the GO mode and the decentralized mode can be performed.
  • UE10 may manage the permission information which shows only that it can switch between GO mode and decentralized mode (permission).
  • the UE 10 includes permission information indicating that it is possible to switch between the GO mode and the decentralized mode (permission) and that it is not possible to switch between the GO mode and the decentralized mode (not permitted). You may manage.
  • permission information indicating that switching between the GO mode and the decentralized mode can be performed may be managed by the UE communication path context 142.
  • FIG. 5 shows a functional configuration of the UE-R 15 in the present embodiment.
  • a first interface unit 1510 a second interface unit 1520, a data transfer unit 1530, and a storage unit 1540 are connected to a control unit 1500 via a bus.
  • the control unit 1500 is a functional unit for controlling the UE-R 15.
  • the control unit 1500 implements various processes by reading and executing various information and various programs stored in the storage unit 1540.
  • the first interface unit 1510 is a functional unit that establishes a direct communication path with other communication terminals such as the UE 10 by the LTE access method, and transmits and receives data by wireless communication.
  • An external antenna 1512 is connected to the first interface unit 1510.
  • the UE-R 15 can also establish a direct communication path with another communication terminal such as the UE 10 via the first interface unit without using the LTE base station, and can perform communication.
  • the second interface unit 1520 is a functional unit that connects to the eNB 20 by the LTE access method, establishes a communication path to the PDN 80 via the core network 7, and executes transmission / reception of data by wireless communication.
  • An external antenna 1522 is connected to the second interface unit 1520.
  • the UE-R 15 can also connect to the LTE AN 9 via the second interface unit 1520, establish a communication path with the PDN 80 via the core network 7, and transmit / receive data.
  • the storage unit 1540 is a functional unit that stores programs, data, and the like necessary for various operations of the UE-R 15.
  • the storage unit 1540 includes, for example, a semiconductor memory, an HDD (Hard Disk Drive), or the like. Furthermore, the storage unit 1540 stores a UE-R channel context 1542, group identification information 1544, and a mode management table 1548.
  • FIG. 6A shows an example of the UE-R channel context 1542.
  • the UE-R channel context 1542 is a group of information managed in association with a channel established by the UE-R 15, and includes a PDN connection ID, an APN (access point name), a bearer ID, and a TEID (TunnelunEndpoint Identifier). , TFT (Traffic Flow Template) is included. Note that the UE-R channel context 1542 may include base station identification information, service identification information, and the like.
  • the PDN connection ID is information for identifying a PDN connection that is a logical path established between the UE 10 and the PGW 50.
  • the APN access point name
  • the APN is identification information used for selecting the PGW 50 in the IP mobile communication network 5 and is identification information associated with the PDN 80.
  • PDN 80 different for each service such as IMS or video distribution is configured, it can also be used as identification information for identifying the service.
  • the bearer ID is information for identifying a radio bearer that is a radio communication path between the UE 10 and the UE-R 15 established when the UE 10 is connected to the UE-R 15. Moreover, when UE10 connects to eNB20, the information which identifies the radio
  • the TEID is identification information of a tunnel communication path for delivering user data constituting a PDN connection, and is identification information of a tunnel communication path established based on the GTP protocol, the Mobile IP protocol, and the Proxy Mobile IP protocol. It's okay.
  • the TFT is transmission destination setting information defined for each application, and the UE-R 15 determines the transmission destination using the TFT when data transmission occurs in a certain application.
  • the TFT and bearer ID may be managed in association with each other and used to determine the data transmission destination. Note that when determining the transmission destination, information related to communication quality may be set in association with each other, and data may be transmitted according to the communication quality.
  • the base station identification information may be information for identifying the UE-R 15 or information for identifying the eNB 20.
  • the base station identification information may be configured by combining a carrier identification code for identifying a mobile communication carrier that provides a communication service and a base station identification code. Thereby, it can be set as unique identification information in a plurality of mobile communication networks provided by a plurality of mobile communication carriers.
  • the service identification information is information for identifying a service provided by the mobile communication carrier on the IP mobile communication network 5.
  • the service identification information may be APN or service domain identification information such as FQDN (Fully Qualified Domain Name). Not limited to this, it may be identification information associated with a service. Further, the service may be a voice call service based on IMS, a video distribution service, or a service that provides group communication.
  • the service identification information is identification information for identifying such a service.
  • the UE-R channel context 1542 may be held for each channel. For example, you may hold
  • the base station information of the UE-R communication path context 1542 for the direct communication path may be information for identifying the UE-R 15, and the UE-R communication path context 1542 for the communication path connected to the eNB 20 and connected to the PGW 50.
  • the base station information may be information for identifying the eNB 20.
  • the UE-R communication path context 1542 may be held including the identification information of the UE-R 15.
  • the identification information of UE-R 15 may be subscriber identification information associated with UE-R 15 such as IMSI (International Mobile Subscriber Identity), or may be an IP address assigned to UE-R 15.
  • IMSI International Mobile Subscriber Identity
  • FQDN Full-NQualified Domain Name
  • the UE-R channel context 1542 may store information for identifying the location management device.
  • the information for identifying the location management device may be an IP address assigned to the location management device, or information such as FQDN (FullyFullQualified Domain Name) associated with the location management device.
  • FQDN FullFullQualified Domain Name
  • it may be a globally unique GMMEI (Globally Unique MME Identifier), or a GUTI composed of GUTI and TMSI (Temporary Mobile Subscriber Identity) which is a temporary ID used for user authentication assigned by the operator. (Global
  • Identity) may be sufficient.
  • FIG. 6B shows an example of the group identification information 1544.
  • the UE-R 15 manages the group identification information of the group 1 and the group 2.
  • the group identification information 1544 may be information for identifying a group when two or more communication terminals form a group and perform communication between the groups. Further, when there are a plurality of contents to be delivered to the group, information for identifying these contents may be used.
  • it may be information for identifying a terminal group when performing a broadcast call with a plurality of communication terminals.
  • it may be information for identifying a session for a call.
  • identification information that identifies a terminal that receives the video distribution as a group may be used, or identification information that identifies a distribution video when there are a plurality of videos It may be.
  • the group identification information may be an IP multicast address or TMSI (Temporary Mobile Subscriber Identify) which is a temporary ID used for user authentication assigned by a communication carrier. It is not limited to this and may be information for identifying a group such as an email address.
  • the group identification information 1544 may be included in the UE-R communication path context 1542.
  • FIG. 6C shows a mode management table 1548.
  • the mode management table 1548 GO mode or decentralized mode information is managed.
  • the GO mode is managed.
  • the UE 10 may manage the GO mode in accordance with establishment of the communication path in the GO mode or switching to the GO mode.
  • the UE 10 may manage the decentralized mode in accordance with establishment of the decentralized mode communication path or switching of the decentralized mode communication path.
  • the mode management table 148 may be included in the UE-R communication path context 1542.
  • the UE-R 15 may manage permission information indicating that switching between the GO mode and the decentralized mode can be performed.
  • the UE-R 15 may manage permission information indicating only that the GO mode and the decentralized mode can be switched (permission).
  • the UE-R 15 is permitted to indicate that it is possible to switch between the GO mode and the decentralized mode (permitted), and that it is not possible to switch between the GO mode and the decentralized mode (not permitted). Information may be managed.
  • permission information indicating that switching between the GO mode and the decentralized mode can be performed may be managed by the UE-R communication path context 1542.
  • the data transfer unit 1530 transfers the received data from the UE 10 received via the first interface unit 1510 to the IP mobile communication network via the second interface unit 1520, and further receives the data via the second interface unit 1520.
  • This is a functional unit that transfers reception data addressed to the UE 10 to the UE 10 via the first interface unit 1510.
  • the UE-R 15 is not limited to the UE 10 and may be connected to a plurality of communication terminals.
  • the eNB 20 may be connected not only to the UE-R 15 but also to a communication terminal having a plurality of relay functions. Since the configuration of the communication terminal having these relay functions is the same as that of the UE-R 15, detailed description thereof is omitted.
  • FIG. 20 A functional configuration of the eNB 20 in the present embodiment is shown based on FIG.
  • a first interface unit 210, a second interface unit 220, a data transfer unit 230, and a storage unit 240 are connected to the control unit 200 via a bus.
  • the control unit 200 is a functional unit for controlling the eNB 20.
  • the control unit 200 implements various processes by reading and executing various information and various programs stored in the storage unit 240.
  • the first interface unit 210 is a functional unit that establishes a wireless communication path with other communication terminals such as the UE-R 15 and the UE 10 by the LTE access method, and executes data transmission / reception by wireless communication.
  • An external antenna 212 is connected to the first interface unit 210.
  • the second interface unit 220 is connected to the core network 7 by a wired connection to the core network. Connection to the core network 7 may be made by Ethernet (registered trademark) or an optical fiber cable.
  • the storage unit 240 is a functional unit that stores programs, data, and the like necessary for various operations of the eNB 20.
  • the storage unit 240 includes, for example, a semiconductor memory, an HDD (Hard Disk Drive), or the like. Further, the storage unit 240 stores an eNB communication path context 242.
  • the eNB communication path context 242 is a group of information stored in association with a communication path established with the UE-R 15 or the UE 10, and includes an APN (access point name), bearer ID, PDN connection ID, TEID (Tunnel Endpoint Identifier), base station identification information, service identification information, group identification information, and the like.
  • APN access point name
  • bearer ID bearer ID
  • PDN connection ID PDN connection ID
  • TEID Tel Endpoint Identifier
  • base station identification information service identification information
  • service identification information service identification information
  • group identification information and the like.
  • the APN access point name
  • the APN is identification information used for selecting the PGW 50 in the IP mobile communication network 5 and is identification information associated with the PDN 80.
  • PDN 80 different for each service such as IMS or video distribution is configured, it can also be used as identification information for identifying the service.
  • the bearer ID is information for identifying a radio bearer that is a radio communication path between the UE 10 and the UE-R 15 established when the UE 10 is connected to the UE-R 15. Moreover, when UE10 connects to eNB20, the information which identifies the radio
  • the PDN connection ID is information for identifying a PDN connection that is a logical path established between the UE 10 and the PGW 50.
  • the TEID is identification information of a tunnel communication path for delivering user data constituting a PDN connection, and is identification information of a tunnel communication path established based on the GTP protocol, the Mobile IP protocol, and the Proxy Mobile IP protocol. It's okay.
  • the base station identification information may be information for identifying the UE-R 15 or information for identifying the eNB 20.
  • the base station identification information may be configured by combining a carrier identification code for identifying a mobile communication carrier that provides a communication service and a base station identification code. Thereby, it can be set as unique identification information in a plurality of mobile communication networks provided by a plurality of mobile communication carriers.
  • the base station identification information may be an IP address assigned to the base station, or may be identification information such as FQDN (Fully Qualified Domain Name).
  • the information for identifying the UE-R 15 may be an IP address assigned to the UE-R 15 or may be identification information such as FQDN (Fully Qualified Domain Name).
  • the service identification information is information for identifying a service provided by the mobile communication carrier on the IP mobile communication network 5.
  • the service identification information may be APN or service domain identification information such as FQDN (Fully Qualified Domain Name). Not limited to this, it may be identification information associated with a service. Further, the service may be a voice call service based on IMS, a video distribution service, or a service that provides group communication.
  • the service identification information is identification information for identifying such a service.
  • the group identification information may be information for identifying a group when two or more communication terminals form a group and perform communication between the groups. Further, when there are a plurality of contents to be delivered to the group, information for identifying these contents may be used.
  • it may be information for identifying a terminal group when performing a broadcast call with a plurality of communication terminals.
  • it may be information for identifying a session for a call.
  • identification information that identifies a terminal that receives the video distribution as a group may be used, or identification information that identifies a distribution video when there are a plurality of videos It may be.
  • the group identification information may be an IP multicast address or TMSI (Temporary Mobile Subscriber Identify) which is a temporary ID used for user authentication assigned by a communication carrier. It is not limited to this and may be information for identifying a group such as an email address.
  • TMSI Temporal Mobile Subscriber Identify
  • the eNB communication path context 242 may be held for each communication path. For example, a communication path established with the UE-R 15 and a communication path with a communication terminal having another relay function may be held.
  • the base station information of the channel context for the direct communication channel may store information for identifying the UE-R 15 and information for identifying the eNB 20.
  • the data transfer unit 230 transfers received data from the UE-R 15 received via the first interface unit 210 to the IP mobile communication network via the second interface unit 220, and further via the second interface unit 220. This is a functional unit that transfers received data addressed to the UE 10 to the UE 10 via the UE-R 15 using the first interface unit 210.
  • the MME 30 is a location management device that determines permission or disapproval regarding establishment of a communication path and service provision of the UE 10.
  • Fig. 8 shows the functional configuration of the MME30.
  • an IP mobile communication network interface unit 410 and a storage unit 440 are connected to the control unit 400 via a bus.
  • the control unit 400 is a functional unit for controlling the UE 10.
  • the control unit 400 implements various processes by reading and executing various programs stored in the storage unit 440.
  • the IP mobile communication network interface unit 410 is a functional unit for the MME 30 to connect to the IP mobile communication network 5.
  • the storage unit 440 is a functional unit that records programs, data, and the like necessary for various operations of the MME 30.
  • the storage unit 440 includes, for example, a semiconductor memory, an HDD (Hard Disk Drive), or the like. Further, the storage unit 440 stores an MME communication path context 442.
  • the MME communication channel context 442 is a group of information stored in association with the direct communication channel established between the UE-R 15 and the UE 10, and includes an APN (access point name), bearer ID, PDN connection ID, TEID. (Tunnel Endpoint Identifier), terminal device identification information, ProSe Server identification information, base station identification information, service identification information, group identification information, and the like.
  • the APN access point name
  • the APN is identification information used for selecting the PGW 50 in the IP mobile communication network 5 and is identification information associated with the PDN 80.
  • PDN 80 different for each service such as IMS or video distribution is configured, it can also be used as identification information for identifying the service.
  • the bearer ID is information for identifying a radio bearer that is a radio communication path between the UE 10 and the UE-R 15 established when the UE 10 is connected to the UE-R 15. Moreover, when UE10 connects to eNB20, the information which identifies the radio
  • the PDN connection ID is information for identifying a PDN connection that is a logical path established between the UE 10 and the PGW 50.
  • the TEID is identification information of a tunnel communication path for delivering user data constituting a PDN connection, and is identification information of a tunnel communication path established based on the GTP protocol, the Mobile IP protocol, and the Proxy Mobile IP protocol. It's okay.
  • the terminal device identification information may be information for identifying the UE-R 15. Further, the information for identifying the UE-R 15 may be subscriber identification information associated with the UE-R 15 such as IMSI (International Mobile Subscriber Identity) or an IP address assigned to the UE-R 15. Alternatively, information such as FQDN (FullyNQualified Domain Name) associated with the UE-R 15 may be used. Further, a plurality of these may be stored.
  • IMSI International Mobile Subscriber Identity
  • FQDN FullNQualified Domain Name
  • the ProSe Server identification information may be information for identifying the ProSe Server 90.
  • the information identifying the ProSe Server 90 may be an IP address assigned to the ProSe Server 90, or may be information such as FQDN (Fully Qualified Domain Name) associated with the ProSe Server 90.
  • the MME 30 may store the identification information of the terminal device and the identification information of the ProSe Server 90 in association with each other. This allows ProSe to manage terminal device services Server may be stored, and a terminal device provided by the ProSe Server may be stored.
  • the base station identification information may be information for identifying the UE-R 15 or information for identifying the eNB 20.
  • the base station identification information may be configured by combining a carrier identification code for identifying a mobile communication carrier that provides a communication service and a base station identification code. Thereby, it can be set as unique identification information in a plurality of mobile communication networks provided by a plurality of mobile communication carriers.
  • the service identification information is information for identifying a service provided by the mobile communication carrier on the IP mobile communication network 5.
  • the service identification information may be APN or service domain identification information such as FQDN (Fully Qualified Domain Name). Not limited to this, it may be identification information associated with a service. Further, the service may be a voice call service based on IMS, a video distribution service, or a service that provides group communication.
  • the service identification information is identification information for identifying such a service.
  • the group identification information may be information for identifying a group when two or more communication terminals form a group and perform communication between the groups. Further, when there are a plurality of contents to be delivered to the group, information for identifying these contents may be used.
  • it may be information for identifying a terminal group when performing a broadcast call with a plurality of communication terminals.
  • it may be information for identifying a session for a call.
  • identification information that identifies a terminal that receives the video distribution as a group may be used, or identification information that identifies a distribution video when there are a plurality of videos It may be.
  • the group identification information may be an IP multicast address or TMSI (Temporary Mobile Subscriber Identify) which is a temporary ID used for user authentication assigned by a communication carrier. It is not limited to this and may be information for identifying a group such as an email address.
  • TMSI Temporal Mobile Subscriber Identify
  • the MME communication channel context 442 may be held for each communication channel. For example, you may hold
  • the base station information of the communication channel context for the direct communication channel may store information for identifying the UE-R 15 and information for identifying the eNB 20 to which the UE-R 15 is connected.
  • information group described above may be stored as an information element of MM (Mobility Management) Context.
  • the ProSe Server 90 is a server device that provides services such as establishment of a direct communication path and detection of neighboring terminals to the UE-R 15 and the UE 10.
  • Fig. 9 shows the functional configuration of ProSe Server90.
  • an IP mobile communication network interface unit 910 and a storage unit 940 are connected to the control unit 900 via a bus.
  • the control unit 900 is a functional unit for controlling the ProSe Server 90.
  • the control unit 900 implements various processes by reading and executing various programs stored in the storage unit 940.
  • the IP mobile communication network interface unit 910 is a functional unit for the ProSe Server 90 to connect to the IP mobile communication network 5.
  • the storage unit 940 is a functional unit that records programs, data, and the like necessary for various operations of the Prose Server 90.
  • the storage unit 940 includes, for example, a semiconductor memory, an HDD (Hard Disk Drive), or the like.
  • the storage unit 940 stores a ProSe Server communication path context 942.
  • the ProSe Server communication path context 942 is an information group stored in association with the direct communication path established between the UE-R 15 and the UE 10, and includes an APN (access point name), a bearer ID, a PDN connection ID, It may include TEID (Tunnel Endpoint Identifier), base station identification information, service identification information, group identification information, and the like.
  • APN access point name
  • bearer ID a bearer ID
  • PDN connection ID It may include TEID (Tunnel Endpoint Identifier), base station identification information, service identification information, group identification information, and the like.
  • the APN access point name
  • the APN is identification information used for selecting the PGW 50 in the IP mobile communication network 5 and is identification information associated with the PDN 80.
  • PDN 80 different for each service such as IMS or video distribution is configured, it can also be used as identification information for identifying the service.
  • the bearer ID is information for identifying a radio bearer that is a radio communication path between the UE 10 and the UE-R 15 established when the UE 10 is connected to the UE-R 15. Moreover, when UE10 connects to eNB20, the information which identifies the radio
  • the PDN connection ID is information for identifying a PDN connection that is a logical path established between the UE 10 and the PGW 50.
  • the TEID is identification information of a tunnel communication path for delivering user data constituting a PDN connection, and is identification information of a tunnel communication path established based on the GTP protocol, the Mobile IP protocol, and the Proxy Mobile IP protocol. It's okay.
  • the base station identification information may be information for identifying the UE-R 15 or information for identifying the eNB 20.
  • the base station identification information may be configured by combining a carrier identification code for identifying a mobile communication carrier that provides a communication service and a base station identification code. Thereby, it can be set as unique identification information in a plurality of mobile communication networks provided by a plurality of mobile communication carriers.
  • the service identification information is information for identifying a service provided by the mobile communication carrier on the IP mobile communication network 5.
  • the service identification information may be APN or service domain identification information such as FQDN (Fully Qualified Domain Name). Not limited to this, it may be identification information associated with a service. Further, the service may be a voice call service based on IMS, a video distribution service, or a service that provides group communication.
  • the service identification information is identification information for identifying such a service.
  • the group identification information may be information for identifying a group when two or more communication terminals form a group and perform communication between the groups. Further, when there are a plurality of contents to be delivered to the group, information for identifying these contents may be used.
  • it may be information for identifying a terminal group when performing a broadcast call with a plurality of communication terminals.
  • it may be information for identifying a session for a call.
  • identification information that identifies a terminal that receives the video distribution as a group may be used, or identification information that identifies a distribution video when there are a plurality of videos It may be.
  • the group identification information may be an IP multicast address or TMSI (Temporary Mobile Subscriber Identify) which is a temporary ID used for user authentication assigned by a communication carrier. It is not limited to this and may be information for identifying a group such as an email address.
  • TMSI Temporal Mobile Subscriber Identify
  • the ProSe Server communication path context 942 may be held for each communication path. For example, you may hold
  • the base station information of the communication channel context for the direct communication channel may store information for identifying the UE-R 15 and information for identifying the eNB 20 to which the UE-R 15 is connected.
  • the ProSe Server 90 may hold the UE-R 15 identification information in the ProSe Server communication path context 942.
  • the identification information of UE-R 15 may be subscriber identification information associated with UE-R 15 such as IMSI (International Mobile Subscriber Identity), or may be an IP address assigned to UE-R 15. Alternatively, information such as FQDN (FullyNQualified Domain Name) associated with the UE-R 15 may be used.
  • the ProSe Server communication path context 942 may store information for identifying the location management device.
  • the information for identifying the location management device may be an IP address assigned to the location management device, or information such as FQDN (FullyFullQualified Domain Name) associated with the location management device. Good. Also, it may be a globally unique GMMEI (Globally Unique MME Identifier), or a GUTI composed of GUTI and TMSI (Temporary Mobile Subscriber Identity) which is a temporary ID used for user authentication assigned by the operator. (Global
  • Identity) may be sufficient.
  • the ProSe Server 90 may store the identification information of the terminal and the identification information of the location management device in association with each other.
  • the location management device may manage the location of the terminal device.
  • the ProSe Server 90 may manage permission information for authenticating that the UE 10 or the UE-R 15 can switch between the GO mode and the decentralized mode.
  • the ProSe Server 90 may manage permission information indicating only that the GO mode and the decentralized mode can be switched (permitted).
  • ProSe Server 90 is permitted information indicating that the GO mode and the decentralized mode can be switched (permitted) and that the GO mode and the decentralized mode cannot be switched (not permitted). You may manage.
  • FIG. 10 shows the main processing flow in the first embodiment.
  • the UE-R 15 performs a network connection procedure and a service registration procedure (S1002).
  • the UE-R 15 and the UE 10 (UE 10a or UE 10b) perform a communication path establishment procedure in the GO mode (S1004).
  • UE10 (UE10a and UE10b) and UE-R15 start transmission / reception of the data in the communication channel in GO mode.
  • the UE 10 and the UE-R 15 perform a procedure for switching to the communication path in the decentralized mode during transmission / reception of data in the communication path in the GO mode (S1006).
  • the procedure for switching to the decentralized mode is performed by the decentralized mode communication channel establishment procedure and the GO mode communication channel deletion procedure.
  • FIG. 11 shows a service registration procedure in the UE 10a or the UE 10b.
  • the UE 10a performs a service registration procedure with the ProSe application server.
  • the UE 10a may be another application 2 or the application 3 regardless of the application 1.
  • the UE 10a transmits an authentication request to the ProSe application server (S1102).
  • the UE 10a includes user identification information in the authentication request.
  • the user identification information information stored in the UE 10a may be used, or may be directly input to the UE 10a.
  • the UE 10a may include an authentication key (password) for authenticating the user together with the user identification information.
  • An authentication key stored in advance in the UE 10a may be used, or may be directly input into the UE 10a.
  • the UE 10a transmits an authentication request to the ProSe application server in advance when the UE 10a is in the area of the eNB 20, but when the communication path in the GO mode is established or when the communication path is switched to the GO mode.
  • the authentication request may be transmitted to the ProSe application server.
  • the UE 10a may transmit to the ProSe application server via a cable such as a wired LAN.
  • the ProSe application server receives the authentication request from the UE 10a, confirms that the user identification information included in the authentication request is valid, and performs authentication.
  • the ProSe application server may check whether the authentication key corresponding to the user identification information is valid.
  • the ProSe application server extracts information about the group from the user identification information.
  • the user can register with the group in advance, and can send and receive data only within the group.
  • Information about the group includes a group identifier such as a group ID and an IP multicast address.
  • user identification information belonging to a group may be extracted as information about the group.
  • the ProSe application server may transmit the authentication information to the ProSe Server 90 when receiving the authentication request from the UE 10a.
  • the ProSe Server 90 that has received the authentication information from the ProSe application server may confirm the authentication information and authenticate the UE 10a.
  • the ProSeServer 90 may authenticate that the UE 10a can switch between the GO mode and the decentralized mode.
  • the ProSeServer 90 may transmit an authentication response or the like as a response to the authentication information from the ProSe application server after performing authentication using the authentication information of the UE 10a.
  • the ProSe Server 90 may include permission information indicating that switching between the GO mode and the decentralized mode can be performed in the response to the authentication information from the ProSe application server.
  • the ProSe Server 90 may include permission information indicating that switching between the GO mode and the decentralized mode cannot be performed in the response to the authentication information from the ProSe application server. Furthermore, ProSe Server 90 does not include permission information indicating that switching between the GO mode and the decentralized mode is included in the response to the authentication information from the ProSe application server, thereby switching between the GO mode and the decentralized mode. It may indicate that it cannot be done.
  • the ProSe application server After performing the authentication, the ProSe application server transmits an authentication response to the UE 10a (S1104).
  • the ProSe application server includes information on the group in the authentication response.
  • Information relating to the group may include a group identifier such as a group ID or an IP multicast address.
  • you may include the identification information of the user who belongs to a group as information regarding a group.
  • the ProSe application server may include permission information indicating that switching between the GO mode and the decentralized mode notified from the ProSe Server 90 can be performed.
  • the ProSe application server may include permission information indicating that switching between the GO mode and the decentralized mode notified from the ProSe Server 90 cannot be performed.
  • the ProSe application server can switch between the GO mode and the decentralized mode by not including the permission information indicating that the GO mode and the decentralized mode notified from the ProSe Server 90 can be switched. You may show that you can't.
  • the UE 10a receives the authentication response from the ProSe application server, and receives information about the group included in the authentication response. Further, the UE 10a receives permission information indicating that the GO mode and the decentralized mode can be switched included in the authentication response, and manages the permission information indicating that the GO mode and the decentralized mode can be switched. You may do it. Further, the UE 10a receives permission information indicating that the GO mode and the decentralized mode included in the authentication response cannot be switched, and permission information indicating that the GO mode and the decentralized mode cannot be switched. You may manage. Furthermore, if the UE 10a does not receive permission information indicating that the GO mode and the decentralized mode included in the authentication response can be switched, the UE 10a indicates that the GO mode and the decentralized mode cannot be switched. You may manage permission information.
  • the UE 10a receives authentication from the ProSe application server and can transmit and receive data in the application 1.
  • the UE 10a may send an authentication request to the ProSe Server 90 instead of sending an authentication request to the ProSe application server.
  • the ProSe Server 90 may authenticate the UE 10a based on the authentication information included in the authentication request. Further, the ProSe Server 90 may authenticate that the UE 10a can switch between the GO mode and the decentralized mode.
  • the ProSe Server 90 that has received the authentication request may send the authentication information to the ProSe application server.
  • the ProSe application server that has received the authentication information from the ProSe Server 90 may confirm the authentication information, authenticate with the authentication information of the UE 10a, and then send an authentication response as a response to the authentication information from the ProSe Server 90.
  • the ProSe application server may include permission information indicating that switching between the GO mode and the decentralized mode can be performed in the response to the authentication information from the ProSe Server 90.
  • the ProSe Server 90 that has received the authentication request from the UE 10a may transmit an authentication response to the UE 10a.
  • the ProSe Server 90 may include permission information indicating that the GO mode and the decentralized mode can be switched. good. Further, when the ProSeServer 90 authenticates that the UE 10a cannot switch between the GO mode and the decentralized mode, the ProSeServer 90 may include permission information indicating that the GO mode and the decentralized mode cannot be switched. good.
  • the ProSeServer 90 authenticates that the UE 10a cannot switch between the GO mode and the decentralized mode
  • the ProSeServer 90 does not include permission information indicating that the GO mode and the decentralized mode can be switched. Thus, it may be indicated that the GO mode and the decentralized mode cannot be switched.
  • the UE 10a receives an authentication response from ProSe Server 90.
  • the UE 10a may receive permission information indicating that it is possible to switch between the GO mode and the decentralized mode included in the authentication response, and may manage permission information for switching between the GO mode and the decentralized mode.
  • the UE 10a receives permission information indicating that the switching between the GO mode and the decentralized mode cannot be performed from the ProSeServer 90, the permission information indicating that the switching between the GO mode and the decentralized mode cannot be performed. You may manage.
  • the UE 10a determines that the GO mode and the decentralized mode cannot be switched,
  • the permission information indicating that the decentralization mode cannot be switched may be managed.
  • UE 10b transmits an authentication request to the ProSe application server (S1102), and the ProSe application server transmits an authentication response to UE 10b after authentication of UE 10b (S1104).
  • the UE 10b may send an authentication request to the ProSe Server 90 instead of sending an authentication request to the ProSe application server.
  • the ProSe Server 90 may authenticate the UE 10b with the authentication information included in the authentication request. Further, it may be authenticated that the GO mode and the decentralized mode can be switched.
  • the ProSe Server 90 that has received the authentication request may send the authentication information to the ProSe application server.
  • the ProSe application server that has received the authentication information from the ProSe Server 90 may check the authentication information, authenticate with the authentication information of the UE 10b, and then send an authentication response as a response to the authentication information from the ProSe Server 90.
  • the ProSe application server may include permission information indicating that switching between the GO mode and the decentralized mode can be performed in the response to the authentication information from the ProSe Server 90.
  • the ProSe Server 90 that has received the authentication request from the UE 10b may transmit an authentication response to the UE 10b.
  • the ProSeServer 90 may include permission information indicating that the GO mode and the decentralized mode can be switched. . Further, when the ProSeServer 90 authenticates that the UE 10b cannot switch between the GO mode and the decentralized mode, the ProSeServer 90 may include permission information indicating that the GO mode and the decentralized mode cannot be switched. good. Here, if the ProSeServer 90 authenticates that the UE 10b cannot switch between the GO mode and the decentralized mode, the ProSeServer 90 does not include permission information indicating that the GO mode and the decentralized mode can be switched. Thus, it may be indicated that the GO mode and the decentralized mode cannot be switched.
  • the UE 10b receives an authentication response from ProSe Server 90.
  • the UE 10b may receive permission information indicating that it is possible to switch between the GO mode and the decentralized mode included in the authentication response, and may manage permission information for switching between the GO mode and the decentralized mode.
  • the UE 10b receives permission information indicating that switching between the GO mode and the decentralized mode cannot be performed from the ProSe Server 90, the permission indicating that the switching between the GO mode and the decentralized mode cannot be performed. Information may be managed.
  • the UE 10b determines that the GO mode and the decentralized mode cannot be switched.
  • the permission information indicating that the decentralization mode cannot be switched may be managed.
  • the UE 10b can receive data from the ProSe application server and transmit / receive data in the application 1.
  • each of the UE 10a and the UE 10b can be authenticated by the ProSe application server and can transmit and receive data in the application 1.
  • FIG. 12 shows a network registration procedure and a service registration procedure in the UE-R 15.
  • the UE-R 15 transmits an attach request to the MME 30 (S1202).
  • the UE-R 15 may include a relay activation indication in the attach request.
  • the relay activation indication is information indicating that the UE-R 15 activates the relay.
  • the MME 30 that has received the attach request from the UE-R 15 authenticates the UE-R 15.
  • the MME 30 detects that the UE-R 15 requests to activate the relay.
  • the relay request indication is not included in the attach request, it may be detected that the UE-R 15 requests that the relay is activated by the APN included in the attach request.
  • the UE-R 15 may be authenticated by the same method as a normal UE.
  • the MME 30 may transmit an authentication request to the ProSe Server 90 (S1204).
  • the MME 30 includes information on the UE-R 15 in the authentication request.
  • the information on the UE-R 15 is information indicating the identification information of the UE-R 15 and that the UE-R 15 activates the relay.
  • the ProSe Server 90 that has received the authentication request from the MME 30 authenticates the provision of the ProSe service in the UE-R 15 by using information on the UE-R included in the authentication request.
  • the ProSe service means that another UE detects a neighbor, and when the UE is in the vicinity, directly transmits and receives data between the UEs without going through the eNB 20 and the core network 7.
  • a ProSe UE ID corresponding to the UE-R 15 may be generated.
  • the ProSe Server 90 that has authenticated the UE-R 15 transmits an authentication response to the MME 30 (S1206).
  • the generated ProSe UE ID is included in the authentication response.
  • the MME 30 receives the authentication response from the ProSe Server 90 and receives the ProSe UE ID included in the authentication response.
  • the MME 30 transmits an authentication request to the ProSe Server 90 (S1204), and the ProSe Server 90 does not need to transmit an authentication response to the MME 30 (S1206).
  • the MME 30 If the MME 30 and the ProSe Server 90 are configured with the same device, the MME 30 generates a ProSe UE ID together with the authentication of the UE-R 15.
  • MME 30 selects SGW 40 / PGW 50 after authentication of UE-R 15. Note that the SGW 40 / PGW 50 may be selected using an APN when the APN is included in the attach request. When the APN is not included in the attach request, the MME 30 may arbitrarily select it.
  • the MME 30 may acquire the PDN address using the APN.
  • the PDN address is an IP address assigned to the UE-R 15. Note that if the APN is not included in the attach request, the MME 30 may arbitrarily determine.
  • the PDN address is not an IP address for a single UE-R 15 but a plurality of IP addresses that can be assigned to a plurality of UEs. You may get Here, instead of a plurality of IP addresses, an address block to which a plurality of IP addresses can be allocated may be allocated. For example, only the network part in the IP address may be acquired as the address block.
  • the APN is not included in the attach request, it may be detected that the PDN address for the relay is acquired by the relay activation indication.
  • the PDN address for the relay is acquired.
  • the MME 30 transmits a session generation request to the SGW 40 (S1208).
  • the session generation request may include a relay activation indication.
  • the relay activation indication can request establishment of a communication path for the relay. In addition, even if it is a relay, when it is the same as the communication path which the conventional UE establishes, it is not necessary to include relay activation indication.
  • the SGW 40 that has received the session generation request from the MME 30 transmits the session generation request to the PGW 50.
  • the SGW 40 includes the relay activation indication in the session generation request.
  • SGW40 can request
  • the PGW 50 that has received the session generation request from the SGW 40 establishes a communication path between the SGW 40 and the PGW 50. At this time, if relay activation indication is included in the session generation request, a communication path for relay may be secured. Subsequently, the PGW 50 transmits a session generation response to the SGW 40. At this time, control information for managing the communication path may be included.
  • the SGW 40 establishes a communication path between the eNB 20 and the SGW 40. At this time, if relay activation indication is included in the session generation request, a communication path for relay may be secured. Subsequently, the SGW 40 transmits a session generation response to the MME 30 (S1210). At this time, control information for managing the communication path may be included.
  • the MME 30 transmits a context setting request / attach response to the UE-R 15 (S1212).
  • the context setting request / attach response may include information such as a PDN address.
  • the UE-R 15 may generate a TFT when receiving an attach response from the MME 30.
  • the TFT is transmission destination setting information defined for each application, and the UE 10a determines the transmission destination using the TFT when data transmission occurs in a certain application.
  • the bearer ID is included in the attach response, the TFT and the bearer ID may be managed in association with each other and used to determine the data transmission destination.
  • information related to communication quality may be set in association with each other, and data may be transmitted according to the communication quality.
  • the UE-R 15 may reserve information such as a PDN address for establishing a communication path in the GO mode for the UE 10a and the UE 10b to be connected, and later notify the UE 10a and the UE 10b. .
  • the UE-R 15 can transmit and receive data via the eNB 20 and the SGW 40 / PGW 50.
  • the UE-R 15 transmits an authentication request for requesting an authentication for relaying in ProSe by the application 1 to the ProSe application server (S1214), and the ProSe application server authenticates the UE-R 15 and then authenticates the UE-
  • An authentication response may be transmitted to R15 (S1216). Since this authentication request is the same as that transmitted by the UE 10a in the ProSe application registration procedure in the UE, a description thereof will be omitted.
  • An authentication response that is a response to this is the same as that transmitted by the ProSe application server in the registration procedure of the ProSe application in the UE, and thus description thereof is omitted.
  • the authentication request may be transmitted when the UE-R 15 does not only have a function as a relay but performs data transmission / reception in the application 1. That is, if the UE-R 15 only supports the function as a relay, the authentication request need not be transmitted.
  • the UE 10a receives authentication from the ProSe application server and can transmit and receive data in the application 1.
  • the UE-R 15 transmits group information indicating that GO mode is possible (S1218).
  • the UE 10a and the UE 10b can detect the group capable of the GO mode in the UE-R 15 by receiving the group information capable of the GO mode from the UE-R 15.
  • the GO mode in group 1 can be used.
  • FIG. 13 shows a communication path establishment procedure in the GO mode.
  • the UE 10a transmits an attach request to the UE-R 15 (S1304).
  • the attach request transmitted here may include information for identifying the group in addition to the request transmitted from the conventional UE to the eNB 20 or the MME 30.
  • the information for identifying the group is an identifier for identifying a group in which the UE 10a can participate and perform data transmission / reception, and is, for example, group 1 or group 2.
  • information for identifying the group 1 corresponding to the communication path established in the GO mode is included.
  • the attach request may include information such as APN and attach type. Further, the attach request may be transmitted by a method in which security is ensured.
  • the UE 10a may perform proximity detection in order to detect whether it can be transmitted to the UE-R 15.
  • the proximity detection refers to detecting that the UE-R 15 is present in the vicinity so that the UE-R 15 can directly communicate.
  • the UE 10a may transmit a proximity detection signal by broadcast, and the UE-R 15 may respond by including the identification information of the UE-R 15 to detect that the UE-R 15 exists in the vicinity. .
  • the UE 10a may request the core network 7 or the ProSeServer 90 for proximity detection.
  • the UE 10a or UE-R 15 notifies the location information to the core network 7 or ProSeServer 90 in advance, and the core network 7 or ProSeServer 90 compares the location information of the UE 10a with the location information of the UE-R 15 in response to the inquiry of the UE 10a. If it is a neighbor, the neighbor may be detected by notifying the UE 10a that it is a neighbor with the UE-R 15.
  • the UE 10a performs proximity detection for the UE-R 15, but the UE 10a can detect the UE 10b by using the identification information of the UE 10b instead of the identification information of the UE-R 15.
  • the UE 10a detects the proximity of the UE 10b and the UE-R 15
  • the UE 10b can be similarly used as a method of detecting the proximity of the UE 10a and the UE-R 15.
  • the UE-R 15 can be similarly used as a method for detecting the proximity of the UE 10a and the UE 10b.
  • the UE-R 15 transmits an attach request to the MME 30 (S1306).
  • the attach request includes a relay connection indication.
  • the relay connection indication is information indicating that a UE such as the UE 10a or the UE 10b is connected to the UE-R 15.
  • the information indicating that the UE is connected to the UE-R 15 is the relay connection indication, but any information element may be used as long as the information indicates that the UE is connected to the UE-R 15. good.
  • an information element for identifying a connected UE may be included.
  • the MME 30 receives the attach request from the UE-R 15.
  • the MME 30 may receive the attach request and perform processing for generating a PDN address (IP address of the UE 10a) and a PDP context parameter.
  • the MME 30 detects that the UE 10a is connected to the UE-R 15 based on the relay connection indication included in the attach request from the UE-R 15.
  • the MME 30 may transmit an authentication request to the ProSe Server 90 (S1308).
  • the MME 30 may include the UE identifier of the UE 10a connected to the UE-R 15 in the authentication request.
  • the ProSe Server 90 receives an authentication request from the MME 30.
  • the ProSe Server 90 that has received the authentication request may authenticate that the UE 10a performs ProSe, or may authenticate that the UE 10a connects to the core network via the UE-R 15.
  • the ProSe Server 90 authenticates that the UE 10a performs ProSe, or authenticates the connection to the core network via the UE-R 15, the ProSe Server 90 identifies the UE 10a that can be used for proximity detection in ProSe or direct communication path establishment. ProSe UE ID may be extracted.
  • the ProSe Server 90 transmits an authentication response to the MME 30 (S1310), and the MME 30 receives the authentication response from the ProSe Server 90.
  • the ProSe Server 90 may notify the MME 30 of the ProSe UE ID.
  • the MME 30 receives the authentication response from the ProSe Server 90, and detects that the UE 10a is connected to the UE-R 15.
  • MME30 may perform the process for producing
  • the MME 30 transmits a session establishment request to the SGW 40 / PGW 50 (S1312).
  • the connection establishment indication includes the relay connection indication. By including the relay connection indication, it may indicate to the SGW 40 / PGW 50 that the UE 10a establishes a communication path that ensures communication quality for transmitting and receiving data via the UE-R 15.
  • the SGW 40 / PGW 50 receives a session establishment request from the MME 30.
  • the ProSe Server 90 detects that the UE 10a is connected to the core network via the UE-R 15 based on the relay connection indication included in the session establishment request. Thereby, the SGW 40 / PGW 50 may establish a communication path that ensures communication quality in order for the UE 10a to transmit and receive data via the UE-R 15.
  • the SGW 40 / PGW 50 transmits a session establishment response to the MME 30 (S1314), and the MME 30 receives the session establishment response from the SGW 40 / PGW 50.
  • the MME 30 confirms that the UE 10a establishes a communication path for transmitting and receiving data by connecting to the UE-R 15 between the PGW 50 and the SGW 30, between the SGW 30 and the eNB 20, and between the eNB 20 and the UE-R 15.
  • the MME 30 transmits an attach response to the UE-R 15 (S1316), and the UE-R 15 receives the attach response from the MME 30.
  • the UE-R 15 has secured a communication path in which the UE 10a can transmit and receive data via the UE-R 15 in the core-network communication path with the UE-R 15.
  • the UE-R 15 may generate a TFT when receiving an attach response from the MME 30.
  • the TFT and the bearer ID may be managed in association with each other and used to determine the data transmission destination.
  • information related to communication quality may be set in association with each other, and data may be transmitted according to the communication quality.
  • the UE-R 15 transmits an attach request to the MME 30 and obtains authentication for the UE 10a. If the UE-R 15 is authenticated in advance for enabling the relay function, the UE-R 15 performs authentication for the UE 10a. It does not have to be done. That is, the UE-R 15 does not need to transmit an attach request to the MME 30 (S1306). If the UE-R 15 does not send an attach request to the MME 30, the MME 30 sends an authentication request to the ProSe Server 90 (S1308), the ProSe Server 90 sends an authentication response to the MME 30 (S1310), and the MME 30 sends to the SGW 40 / PGW 50. The session establishment request is transmitted (S1312), the SGW 40 / PGW 50 transmits the session establishment response to the MME 30 (S1314), and the MME 30 does not need to transmit the attach response to the UE-R 15 (S1316).
  • the UE-R 15 transmits an attach response to the UE 10a (S1318), and the UE 10a receives the attach response from the UE-R 15.
  • the UE-R 15 may receive information such as an APN, a PDN address, a bearer ID, and a PDP context parameter by an attach response from the MME 30, and notify the UE 10a together with the attach response.
  • the UE-R 15 may receive information such as an APN, a PDN address, a bearer ID, and a PDP context parameter in advance in a network registration procedure or a service registration procedure in a relay and notify the UE 10a together with an attach response.
  • information such as an APN, a PDN address, a bearer ID, and a PDP context parameter in advance in a network registration procedure or a service registration procedure in a relay and notify the UE 10a together with an attach response.
  • the UE 10a may generate a TFT when receiving an attach response from the UE-R 15.
  • the TFT and the bearer ID may be managed in association with each other and used to determine the data transmission destination.
  • information related to communication quality may be set in association with each other, and data may be transmitted according to the communication quality.
  • a TFT may not be generated, and data in all applications may be transmitted to the established communication path.
  • the UE 10a can establish a communication path in the GO mode.
  • the UE 10b transmits an attach request to the UE-R 15 (S1320), the UE-R 15 transmits an attach request to the MME 30 (S1322), the MME 30 transmits an authentication request to the ProSe Server 90 (S1324), and the ProSe Server 90
  • An authentication response is sent to the MME 30 (S1326), the MME 30 sends a session establishment request to the SGW 40 / PGW 50 (S 1328), the SGW 40 / PGW 50 sends a session establishment response to the MME 30 (S 1330), and the MME 30 attaches to the UE-R 15 A response is transmitted (S1332), and UE-R15 transmits an attach response to UE 10b (S1334).
  • the UE-R 15 does not need to authenticate the UE 10b if the UE-R 15 is previously authenticated for enabling the relay function. That is, the UE-R 15 sends an attach request to the MME 30 (S1322), the MME 30 sends an authentication request to the ProSe Server 90 (S1324), the ProSe Server 90 sends an authentication response to the MME 30 (S1326), and the MME 30 sends the SGW 40 / A session establishment request is transmitted to the PGW 50 (S1328), the SGW 40 / PGW 50 transmits a session establishment response to the MME 30 (S1330), and the MME 30 does not need to transmit an attach response to the UE-R 15 (S1332).
  • the UE 10b can establish a communication path in the GO mode.
  • the UE 10a, the UE 10b, and the UE-R 15 can establish a communication path in the GO mode and transmit / receive data.
  • FIG. 14 shows an example of TFTs in the UE 10a, UE 10b, and UE-R 15 when a communication path in the GO mode is established.
  • FIG. 14 shows an example of the TFT in the application 1. Here, only the example in the application 1 is shown, but the application 2 and the application 3 may be managed in the TFT.
  • bearer ID 1a is a bearer ID indicating a communication path in the GO mode established by UE 10a with UE-R 15.
  • the UE 10a can transmit and receive data in the application 1 on the communication path in the GO mode by managing the TFT.
  • the UE 10a transmits to the UE-R 15, the UE-R 15 transmits data received from the UE 10a to the eNB 20, and the eNB 20 transmits data received from the UE-R 15 to the SGW 40.
  • the SGW 40 transmits the data received from the eNB 20 to the PGW 50, and the PGW 50 transmits the data received from the SGW 40 to the PDN 80.
  • a process for detecting a route to the UE 10b (routing process) is performed, and data is transmitted to the PGW 50 again.
  • the PGW 50 transmits the data received from the PDN 80 to the SGW 40
  • the SGW 40 transmits the data received from the PGW 50 to the eNB 20
  • the eNB 20 transmits the data received from the SGW 40 to the UE-R 15, and the UE-R 15 receives the data received from the eNB 20.
  • the application 1 is managed in association with the bearer ID 1b.
  • the bearer ID 1b is a bearer ID indicating a communication path established by the UE 10b with the UE-R 15, and indicates that when data is transmitted in the application 1, the UE 10b transmits to the UE-R 15.
  • the UE 10b can transmit and receive data in the application 1 on the communication path in the GO mode by managing the TFT.
  • UE 10b transmits to UE-R 15, UE-R 15 transmits data received from UE 10b to eNB 20, and eNB 20 transmits data received from UE-R 15 to SGW 40.
  • the SGW 40 transmits the data received from the eNB 20 to the PGW 50, and the PGW 50 transmits the data received from the SGW 40 to the PDN 80.
  • a process for detecting a route to the UE 10a (routing process) is performed, and data is transmitted to the PGW 50 again.
  • the PGW 50 transmits the data received from the PDN 80 to the SGW 40
  • the SGW 40 transmits the data received from the PGW 50 to the eNB 20
  • the eNB 20 transmits the data received from the SGW 40 to the UE-R 15, and the UE-R 15 receives the data received from the eNB 20.
  • the bearer ID 1ra is a bearer ID indicating a communication path established by the UE-R 15 with the UE 10a, and indicates that when the application 1 transmits data, the UE-R 15 transmits to the UE 10a.
  • the bearer ID 1rb is a bearer ID indicating a communication path established by the UE-R 15 with the UE 10b.
  • the UE-R 15 transmits to the UE 10b.
  • the UE-R 15 can transmit and receive data in the application 1 on the communication path in the GO mode by managing the TFT. That is, the UE-R 15 transmits data to the UE 10a and the UE 10b when transmitting and receiving data in the application 1.
  • FIG. 15 shows a procedure for switching to the decentralized mode. Note that switching to the decentralized mode is performed during transmission / reception of data on the communication path in the GO mode.
  • the UE-R 15 determines to switch to the decentralized mode (S1502).
  • the decision to switch to the decentralized mode may be made, for example, by detecting that a group member exists in the vicinity. That is, switching may be determined by detecting that the UE 10a and the UE 10b exist in the vicinity.
  • switching to the decentralized mode may be determined by detecting that the UE-R 15 is out of the range of the eNB 20 and cannot connect to the core network.
  • FIG. 16 shows an example of a communication path establishment procedure including a request for switching to the decentralized mode. Note that this procedure is not necessary as long as the communication path establishment procedure includes a request for switching to the decentralized mode.
  • the UE-R 15 transmits a communication alert directly to the UE 10a (S1602).
  • the direct communication alert includes a switch indicator indicating a request for switching to the decentralized mode.
  • the indicator may not be a switch indicator as long as it is an indicator indicating a request for switching to the decentralized mode.
  • the switch indicator is included in the direct communication alert, but other messages may be used instead of the direct communication alert.
  • switching to the decentralized mode communication path is indicated by including the switch indicator in one message for establishing the decentralized mode communication path, but the decentralized mode communication path establishment procedure is shown.
  • the UE-R 15 may transmit a request for switching to the decentralized mode to the UE 10a to notify the UE 10a of switching to the communication path in the decentralized mode.
  • the UE-R 15 may include the UE identifier in the direct communication alert.
  • the UE-R 15 can indicate and switch data related to the UE identifier in the GO mode communication path, which is a switching source.
  • the UE-R 15 can indicate transmission / reception of data with the UE 10b to the UE 10a and switch transmission / reception of data with the UE 10b.
  • the UE identifier is included in the direct communication alert, other messages may be used instead of the direct communication alert.
  • the UE-R 15 may include the APN in the direct communication alert.
  • the UE-R 15 indicates data transmission / reception in the GO mode communication path in the APN, and can switch the GO mode communication path corresponding to the APN.
  • the APN is included in the direct communication alert, but other messages may be used instead of the direct communication alert.
  • the UE-R 15 may include the PDN connection identifier in the direct communication alert.
  • the UE-R 15 indicates data transmission / reception in the GO mode communication path corresponding to the PDN connection identifier, and can switch the GO mode communication path corresponding to the PDN connection identifier.
  • the PDN connection identifier is included in the direct communication alert, but other messages may be used instead of the direct communication alert.
  • all data transmitted / received through the GO mode communication path may be detected as switching to the decentralized mode communication path.
  • the UE 10a receives a communication alert directly from the UE-R 15.
  • the UE 10a detects switching from the communication path in the GO mode to the communication path in the decentralized mode by using the switch indicator included in the direct communication alert.
  • the UE identifier when the UE identifier is included, it is detected that the transmission / reception of GO mode data corresponding to the UE identifier is switched. If an APN is included, it is detected that the transmission / reception of GO mode data corresponding to the APN is switched. When the PDN connection identifier is included, it is detected that the transmission / reception of GO mode data corresponding to the PDN connection identifier is switched.
  • the UE 10a that has detected switching to the decentralized mode communication path transmits a communication alert response directly to the UE-R 15 (S1604), and the UE-R 15 receives the communication alert response directly from the UE 10a. Based on this response, the UE-R 15 detects that the UE 10a has detected switching to the decentralized mode communication path.
  • the UE-R 15 transmits a direct communication request to establish a decentralized mode communication path with the UE 10a (S1606).
  • the direct communication request includes the direct communication ID indicating the communication path in the decentralized mode and the IP address of the UE-R 15 for transmitting and receiving data in the decentralized mode.
  • the UE 10a receives the direct communication request from the UE-R 15, and manages the direct communication ID and the IP address of the UE-R 15 included in the direct communication request.
  • the UE 10a performs a security procedure for data transmission / reception with the UE-R 15 (S1608).
  • the security procedure is to prevent data transmission / reception between the UE 10a and the UE-R 15 from being intercepted by another UE or UE-R.
  • a security key can be exchanged between the UE 10a and the UE-R 15 to prevent communication interception.
  • the UE-R 15 transmits the public key R to the UE 10a, and the UE-R 15 receives the public key R from the UE 10a. Further, the UE 10a transmits the public key A to the UE-R, and the UE-R 15 receives the public key A from the UE 10a.
  • the transmitting side (UE-R15 or UE10a) encrypts the data using the public key and transmits the encrypted data
  • the receiving side (UE10a or UE-R15) encrypts the data using the public key.
  • the UE 10a may notify the UE-R 15 not only of the encryption key but also of the encryption method. Further, the UE-R 15 may notify the UE 10a not only of the encryption key but also of the encryption method.
  • the UE 10a detects the completion of the security procedure and transmits a direct communication response (S1610), and the UE-R 15 receives the direct communication response from the UE 10a.
  • the direct communication response includes the direct communication ID and the IP address of the UE 10a.
  • the UE-R 15 receives the direct communication response and confirms that the direct communication path has been established in the UE 10a. Further, the UE-R 15 manages the direct communication ID and the IP address of the UE 10a in the decentralized mode communication path included in the direct communication response.
  • the UE-R 15 and the UE 10a establish a radio bearer (S1612).
  • the UE-R 15 notifies a communication resource for performing data transmission / reception on the communication path in the decentralized mode.
  • Communication resources include, for example, information about frequency and information about time.
  • the UE-R 15 notifies the UE 10a of switching to the decentralized mode communication path, and the UE-R 15 and the UE 10a can establish the decentralized mode communication path.
  • the UE-R 15 performs a communication path establishment procedure including a request to switch to the decentralized mode communication path with the UE 10b.
  • the communication path establishment procedure in which the UE-R 15 includes a request to switch to the decentralized mode with the UE 10b is the same as the communication path establishment procedure in which the UE-R 15 includes a request to switch to the UE 10a and the decentralized mode.
  • UE-R 15 transmits a communication alert directly to UE 10b (S1614), UE 10b receives a communication alert directly from UE-R 15, UE 10b transmits a communication alert response directly to UE-R 15 (S1616), and UE ⁇ R15 receives a direct communication alert response from UE10b, UE-R15 transmits a direct communication request to UE10b (S1618), UE10b receives a direct communication request from UE-R15, and UE10b and UE-R15 perform security procedures.
  • the UE 10b transmits a direct communication response to the UE-R 15 (S1622), the UE-R 15 receives the direct communication response from the UE 10b, and the UE-R 15 and the UE 10b establish a radio bearer (S1624).
  • the UE-R 15 notifies the UE 10b of switching to the decentralized mode communication path, and the UE-R 15 and the UE 10a can establish the decentralized mode communication path.
  • the UE 10a that has received the request to switch to the decentralized mode communication path establishes a decentralized mode communication path with the UE 10b.
  • the UE 10a transmits a communication alert directly to the UE 10b (S1626), and the UE 10b receives the communication alert directly from the UE 10a.
  • the UE 10b detects that the UE 10a has a request for direct communication, and the UE 10b transmits a direct communication alert response to the UE 10a (S1628).
  • the UE 10a receives the communication alert response directly from the UE 10b and detects that the decentralized mode communication path can be established. Next, the UE 10a transmits a communication request directly to the UE 10b (S1630).
  • the direct communication request includes the direct communication ID indicating the communication path in the decentralized mode and the IP address of the UE 10a for transmitting and receiving data in the decentralized mode.
  • the UE 10b receives the direct communication request from the UE 10a, and manages the direct communication ID and the IP address of the UE 10a included in the direct communication request.
  • the UE 10b and the UE 10a perform a security procedure (S1632). Since the security procedure can use the same method as the security procedure (S1608) performed by the UE-R 15 and the UE 10a, detailed description thereof is omitted.
  • the UE 10a transmits the public key A to the UE 10b, and the UE 10b receives the public key A from the UE 10a.
  • the UE 10b transmits the public key B to the UE 10a, and the UE 10a receives the public key B from the UE 10b.
  • the UE 10a may notify the UE 10b of not only the public key but also the encryption method.
  • the UE 10b may notify the UE 10a not only of the public key but also of the encryption method.
  • the UE 10b detects the completion of the security procedure, and transmits a direct communication response to the UE 10a (S1634), and the UE 10a receives the direct communication response from the UE 10b.
  • the direct communication response includes the direct communication ID and the IP address of the UE 10b.
  • the UE 10a and the UE 10b establish a radio bearer (S1636).
  • the UE 10a notifies the UE 10b of communication resources for transmitting and receiving data on the decentralized mode communication path.
  • Communication resources include, for example, information about frequency and information about time.
  • the UE 10a and the UE 10b can establish a decentralized mode communication path.
  • the UE 10b that has received the request to switch to the decentralized mode communication path may perform a procedure for establishing a decentralized mode communication path with the UE 10a. Note that when the UE 10b detects that the decentralized mode communication path is established with the UE 10a by receiving the communication alert directly from the UE 10a, the UE 10b does not perform the decentralized mode communication path establishment procedure with the UE 10a. May be.
  • the procedure for the UE 10b to establish a decentralized mode communication path with the UE 10a is the same as the procedure for the UE 10a to establish a decentralized mode communication path with the UE 10b.
  • the UE 10b transmits a direct communication alert to the UE 10a (S1638), the UE 10a transmits a direct communication alert response to the UE 10b (S1640), the UE 10b transmits a direct communication request to the UE 10a (S1642), and the UE 10a and the UE 10b are security.
  • the procedure is performed (S1644), the UE 10a directly transmits a communication response to the UE 10b (S1646), and the UE 10b and the UE 10a establish a radio bearer (S1648).
  • the UE 10b and the UE 10a can establish a decentralized mode communication path.
  • a decentralized mode communication path can be established between each of the UE-R 15, the UE 10 a, and the UE 10 b.
  • the UE-R 15 detects the establishment of the decentralized mode communication path with the UE 10a, detects the establishment of the decentralized mode communication path with the UE 10b, and switches to the decentralized mode communication path (S1506).
  • the UE-R 15 may switch only the data transmission / reception in the GO mode indicated by the UE identifier, the APN or the PDN connection identifier notified to the UE 10a or the UE 10b to the communication path in the decentralized mode.
  • the UE 10a detects that the decentralized mode communication path has been established with the UE-R 15, detects that the decentralized mode communication path has been established with the UE 10b, and switches to the decentralized mode communication path (S1508). ).
  • the UE 10a may switch only the data transmission / reception in the GO mode indicated by the UE identifier, the APN, or the PDN connection identifier notified from the UE-R 15 to the communication path in the decentralized mode.
  • the UE 10b detects that the decentralized mode communication path is established with the UE-R 15, detects that the decentralized mode communication path is established with the UE 10a, and switches to the decentralized mode communication path (S1510). ).
  • the UE 10b may switch only the data transmission / reception in the GO mode indicated by the UE identifier, the APN or the PDN connection identifier notified from the UE-R 15 to the communication path in the decentralized mode.
  • the UE 10a and the UE 10b delete the communication path in the GO mode (S1512). If the communication path in the GO mode can be maintained, the communication path in the GO mode may be maintained, and the GO mode communication path deletion procedure may not be performed.
  • FIG. 17 shows an example of the GO mode communication path deletion procedure. Note that this procedure may not be required as long as it is a GO mode communication path deletion procedure.
  • the UE 10a transmits a detach request to the UE-R 15 (S1704).
  • the detach request transmitted here may include information for identifying the group in addition to the request transmitted from the conventional UE to the eNB 20 or the MME 30.
  • the UE-R 15 transmits a detach request to the MME 30 (S1706).
  • the detach request includes a relay connection indication.
  • the relay connection indication is information indicating that the UE such as the UE 10a or the UE 10b is disconnected from the UE-R 15.
  • the information indicating that the UE is disconnected from the UE-R 15 is the relay connection indication.
  • any information element may be used as long as the information indicates that the UE is disconnected from the UE-R 15. good.
  • an information element for identifying the UE to be disconnected may be included.
  • the MME 30 receives the detach request from the UE-R 15.
  • the MME 30 may receive the detach request and perform processing for deleting the PDN address (the IP address of the UE 10a) and the PDP context parameter.
  • the MME 30 detects that the UE 10a is disconnected by the UE-R 15 by the relay connection indication included in the detach request from the UE-R 15.
  • the MME 30 may transmit an authentication request to the ProSe Server 90 (S1708).
  • the MME 30 may include the UE identifier of the UE 10a connected to the UE-R 15 in the authentication request.
  • the ProSe Server 90 receives an authentication request from the MME 30.
  • the ProSe Server 90 that has received the authentication request may authenticate that the UE 10a performs ProSe, or may authenticate that the UE 10a connects to the core network via the UE-R 15.
  • the ProSe Server 90 may extract the ProSe UE ID for identifying the UE 10a when authenticating that the UE 10a performs ProSe or authenticating the UE 10a connecting to the core network via the UE-R 15.
  • the ProSe Server 90 transmits an authentication response to the MME 30 (S1710), and the MME 30 receives the authentication response from the ProSe Server 90.
  • the ProSe Server 90 may notify the MME 30 of the ProSe UE ID.
  • the MME 30 receives the authentication response from the ProSe Server 90, and detects that the UE 10a is disconnected from the UE-R 15.
  • the MME 30 may perform processing for deleting the PDN address (IP address of the UE 10a) and the PDP context parameter.
  • the MME 30 transmits a session deletion request to the SGW 40 / PGW 50 (S1712).
  • the session deletion request includes the relay connection indication.
  • the relay connection indication it may indicate to the SGW 40 / PGW 50 that the UE 10a establishes a communication path that ensures communication quality for transmitting and receiving data via the UE-R 15.
  • the SGW40 / PGW50 receives the session deletion request from MME30.
  • the ProSe Server 90 detects that the UE 10a disconnects the connection from the core network via the UE-R 15 by the relay connection indication included in the session deletion request. Thereby, the SGW 40 / PGW 50 may re-establish the communication path because the UE 10a does not transmit / receive data via the UE-R 15.
  • the SGW 40 / PGW 50 transmits a session deletion response to the MME 30 (S1714), and the MME 30 receives the session establishment response from the SGW 40 / PGW 50. Thereby, the MME 30 confirms that the UE 10a deletes the communication path for transmitting and receiving data by connecting to the UE-R 15 between the PGW 50 and the SGW 30, between the SGW 30 and the eNB 20, and between the eNB 20 and the UE-R 15.
  • the MME 30 transmits a detach response to the UE-R 15 (S1716), and the UE-R 15 receives the detach response from the MME 30.
  • the UE-R 15 may delete the TFT for the communication path in the GO mode when receiving a detach response from the MME 30.
  • the TFT associated with the bearer ID may be deleted.
  • the UE-R 15 transmits a detach request to the MME 30 (S1706) and obtains authentication for the disconnection of the UE 10a.
  • the UE-R 15 may not perform authentication for the UE 10a.
  • the UE-R 15 does not need to transmit a detach request to the MME 30 (S1706).
  • the MME 30 transmits an authentication request to the ProSe Server 90 (S1708), the ProSe Server 90 transmits an authentication response to the MME 30 (S1710), and the MME 30 transmits to the SGW 40 / PGW 50.
  • a session deletion request is transmitted (S1712), the SGW 40 / PGW 50 transmits a session deletion response to the MME 30 (S1714), and the MME 30 does not need to transmit a detach response to the UE-R 15 (S1716).
  • the UE-R 15 transmits a detach response to the UE 10a (S1718), and the UE 10a receives the detach response from the UE-R 15.
  • the UE 10a may delete the TFT when receiving the detach response from the UE-R 15.
  • the TFT associated with the bearer ID may be deleted.
  • the UE 10a can delete the communication path in the GO mode.
  • the UE 10b transmits a detach request to the UE-R 15 (S1720), the UE-R 15 transmits a detach request to the MME 30 (S 1722), the MME 30 transmits an authentication request to the ProSe Server 90 (S 1724), and the ProSe Server 90
  • An authentication response is transmitted to the MME 30 (S1726), the MME 30 transmits a session deletion request to the SGW 40 / PGW 50 (S 1728), the SGW 40 / PGW 50 transmits a session deletion response to the MME 30 (S 1730), and the MME 30 detaches to the UE-R 15
  • the response is transmitted (S1732), and the UE-R 15 transmits a detach response to the UE 10b.
  • the UE-R 15 may not perform authentication for the UE 10b. That is, the UE-R 15 transmits a detach request to the MME 30 (S 1722), the MME 30 transmits an authentication request to the ProSe Server 90 (S 1724), the ProSe Server 90 transmits an authentication response to the MME 30 (S 1726), and the MME 30 transmits the SGW 40 / A session deletion request is transmitted to the PGW 50 (S1728), the SGW 40 / PGW 50 transmits a session deletion response to the MME 30 (S1730), and the MME 30 does not need to transmit a detach response to the UE-R 15 (S1732).
  • the UE 10b can delete the communication path in the GO mode.
  • the UE 10a, the UE 10b, and the UE-R 15 can delete the communication path in the GO mode.
  • FIG. 18 shows an example of TFTs in the UE 10a, UE 10b, and UE-R 15 when a communication path in the decentralized mode is established.
  • FIG. 18 shows an example of the TFT in the application 1. Here, only the example in the application 1 is shown, but the application 2 and the application 3 may be managed in the TFT.
  • bearer ID 2a is a bearer ID indicating a communication path in the decentralized mode established by UE 10a with UE 10b and UE-R 15.
  • the bearer ID 2a is managed in association with the direct communication ID 2ab with the UE 10b and the direct communication ID 2ar with the UE-R 15.
  • the UE 10a transmits to the UE 10b and the UE-R 15.
  • the UE 10a can transmit and receive data in the application 1 on the communication path in the decentralized mode by managing the TFT.
  • the UE 10a transmits / receives data in the application 1, it transmits it to the UE 10b and the UE-R 15.
  • bearer ID 2b is a bearer ID indicating a communication path in the decentralized mode established by UE 10b with UE 10a and UE-R 15.
  • the bearer ID 2b is managed in association with the direct communication ID 2ba with the UE 10a and the direct communication ID 2br with the UE-R 15.
  • the UE 10b can transmit and receive data in the application 1 on the communication path in the decentralized mode by managing the TFT.
  • the UE 10b transmits / receives data in the application 1, it transmits it to the UE 10a and the UE-R 15.
  • application 1 is managed in association with bearer ID 2r.
  • the bearer ID 2r is a bearer ID indicating a communication path established by the UE-R 15 with the UE 10a and the UE 10b.
  • the bearer ID 2r is managed in association with the direct communication ID 2ra with the UE 10a and the direct communication ID 2rb with the UE-R 15.
  • the UE-R 15 When transmitting data in the application 1, it indicates that the UE-R 15 transmits to the UE 10a and the UE 10b. As described above, the UE-R 15 can transmit and receive data in the application 1 on the communication path in the decentralized mode by managing the TFT. That is, the UE-R 15 transmits data to the UE 10a and the UE 10b when transmitting and receiving data in the application 1.
  • each of the UE 10a, UE 10b, and UE-R 15 can switch from data transmission / reception in the GO mode communication path to data transmission / reception in the decentralized mode communication path.
  • switching to the decentralized mode communication path is performed by the communication path establishment procedure including the request for switching to the decentralized mode.
  • the switching procedure may be performed.
  • the configuration of the communication system can be used in the same manner as in the first embodiment, a detailed description is omitted.
  • the configuration of each device in the communication system is the same as that of the first embodiment, and detailed description thereof is omitted.
  • the UE 10a and the UE 10b perform the procedure for registering the ProSe application in advance, and the method thereof can be the same as that of the first embodiment, the description thereof is omitted.
  • the UE-R 15 performs a network connection procedure and a service registration procedure in advance, and a method similar to that of the first embodiment can be used as the method.
  • the UE 10a and the UE 10b can use the same method as that of the first embodiment in establishing the communication path in the GO mode, detailed description thereof is omitted.
  • FIG. 19 shows a procedure for switching to the decentralized mode in the first modification.
  • the UE-R 15 determines to switch to the decentralized mode (S1902).
  • the decision to switch to the decentralized mode may be made, for example, by detecting that a group member exists in the vicinity. That is, switching may be determined by detecting that the UE 10a and the UE 10b exist in the vicinity. Further, the decision to switch to the decentralized mode may be made by detecting that the UE-R 15 is out of the range of the eNB 20 and cannot connect to the core network.
  • FIG. 20 shows an example of a communication path establishment procedure in the decentralized mode. Note that this procedure does not have to be a procedure for establishing a communication path in the decentralized mode.
  • the UE-R 15 transmits a communication alert directly to the UE 10a (S2002).
  • the UE 10a receives the direct communication alert and confirms that it exists in the vicinity of the UE-R 15.
  • the UE 10a transmits a communication alert response directly to the UE-R 15 (S2004), and the UE-R 15 receives the communication alert response directly from the UE 10a.
  • the UE-R 15 detects that the UE 10a exists in the vicinity.
  • the UE-R 15 transmits a direct communication request to the UE 10a in order to establish a decentralized mode communication path with the UE 10a (S2006).
  • the direct communication request includes the direct communication ID indicating the communication path in the decentralized mode and the IP address of the UE-R 15 for transmitting and receiving data in the decentralized mode.
  • an APN or PDN connection identifier may be included.
  • the UE 10a receives the direct communication request from the UE-R 15, and manages the direct communication ID and the IP address of the UE-R 15 included in the direct communication request. Moreover, you may manage an APN and a PDN connection identifier.
  • the UE 10a performs a security procedure for data transmission / reception with the UE-R 15 (S2008).
  • the security procedure is to prevent data transmission / reception between the UE 10a and the UE-R 15 from being intercepted by another UE or UE-R.
  • a security key can be exchanged between the UE 10a and the UE-R 15 to prevent communication interception. Since the method described in the first embodiment can be used as the method for exchanging the security key, the detailed description thereof is omitted.
  • the UE 10a detects the completion of the security procedure and transmits a direct communication response (S2010), and the UE-R 15 receives the direct communication response from the UE 10a.
  • the direct communication response includes the direct communication ID and the IP address of the UE 10a.
  • the UE-R 15 receives the direct communication response and confirms that the direct communication path has been established in the UE 10a. Further, the UE-R 15 manages the direct communication ID and the IP address of the UE 10a in the decentralized mode communication path included in the direct communication response.
  • the UE-R 15 and the UE 10a establish a radio bearer (S2012).
  • the UE-R 15 In establishing a radio bearer, the UE-R 15 notifies the UE 10a of communication resources for transmitting and receiving data on the decentralized mode communication path.
  • Communication resources include, for example, information about frequency and information about time.
  • the UE-R 15 can establish a decentralized mode communication path with the UE 10a.
  • the UE-R 15 performs a decentralized mode communication path establishment procedure with the UE 10b.
  • the decentralized mode communication path establishment procedure between the UE-R 15 and the UE 10b is the same as the decentralized mode communication path establishment procedure between the UE-R 15 and the UE 10a.
  • UE-R15 transmits a communication alert directly to UE10b (S2014), UE10b receives a communication alert directly from UE-R15, UE10b transmits a communication alert response directly to UE-R15 (S2016), UE- R15 receives a direct communication alert response from UE10b, UE-R15 transmits a direct communication request to UE10b (S2018), UE10b receives a direct communication request from UE-R15, and UE10b and UE-R15 perform security procedures.
  • the UE 10b transmits a direct communication response to the UE-R 15 (S2022), the UE-R 15 receives the direct communication response from the UE 10b, and the UE-R 15 and the UE 10b establish a radio bearer (S2024).
  • the UE-R 15 can establish a decentralized mode communication path with the UE 10b.
  • the UE 10a that has established a decentralized mode communication path with the UE-R 15 establishes a decentralized mode communication path with the UE 10b.
  • the UE 10a transmits a communication alert directly to the UE 10b (S2026), and the UE 10b receives the communication alert directly from the UE 10a.
  • the UE 10b detects that the UE 10a has a request for direct communication, and the UE 10b transmits a direct communication alert response to the UE 10a (S2028).
  • the UE 10a receives the communication alert response directly from the UE 10b and detects that the decentralized mode communication path can be established. Next, the UE 10a transmits a communication request directly to the UE 10b (S2030).
  • the direct communication request includes the direct communication ID indicating the communication path in the decentralized mode and the IP address of the UE 10a for transmitting and receiving data in the decentralized mode. Further, an APN or PDN connection identifier may be included.
  • the UE 10b receives the direct communication request from the UE 10a, and manages the direct communication ID and the IP address of the UE 10a included in the direct communication request. Moreover, you may manage an APN and a PDN connection identifier.
  • UE 10b and UE 10a perform security procedures (S2032). Since the security procedure can use the same method as the security procedure (S2008) performed by the UE-R 15 and the UE 10a, detailed description thereof is omitted.
  • the UE 10b detects the completion of the security procedure and transmits a direct communication response (S2034), and the UE 10a receives the direct communication response from the UE 10b.
  • the direct communication response includes the direct communication ID and the IP address of the UE 10b.
  • the UE 10a and the UE 10b establish a radio bearer (S2036).
  • the UE 10a In the establishment of the radio bearer, the UE 10a notifies the UE 10b of communication resources for transmitting and receiving data on the decentralized mode communication path.
  • Communication resources include, for example, information about frequency and information about time.
  • the UE 10a and the UE 10b can establish a decentralized mode communication path.
  • the UE 10b may perform a procedure for establishing a decentralized mode communication path with the UE 10a. Note that when the UE 10b detects that the decentralized mode communication path is established with the UE 10a by receiving the communication alert directly from the UE 10a, the UE 10b does not perform the decentralized mode communication path establishment procedure with the UE 10a. May be.
  • the procedure for the UE 10b to establish a decentralized mode communication path with the UE 10a is the same as the procedure for the UE 10a to establish a decentralized mode communication path with the UE 10b.
  • the UE 10b transmits a direct communication alert to the UE 10a (S2038), the UE 10a transmits a direct communication alert response to the UE 10b (S2040), the UE 10b transmits a direct communication request to the UE 10a (S2042), and the UE 10a and the UE 10b are security.
  • the procedure is performed (S2044), the UE 10a transmits a communication response directly to the UE 10b (S2046), and the UE 10b and the UE 10a establish a radio bearer (S2048).
  • the UE 10b and the UE 10a can establish a decentralized mode communication path.
  • FIG. 21 shows an example of a GO mode communication path deletion procedure including a request for switching to the decentralized mode. Note that this procedure may be omitted as long as the communication path establishment procedure includes a GO mode switching request.
  • the UE-R 15 transmits a detach request to the UE 10a (S2104).
  • the detach request includes a switch indicator indicating a request for switching to the decentralized mode.
  • the indicator may not be a switch indicator as long as it is an indicator indicating a request for switching to the decentralized mode.
  • the switch indicator is included in the detach request, other messages may be used instead of the detach request.
  • switching to the decentralized mode communication path is indicated by including the switch indicator in one message of the GO mode communication path deletion procedure, but prior to the GO mode communication path deletion procedure, The UE-R 15 may transmit a request for switching to the decentralized mode to the UE 10a to notify the UE 10a of the switching to the communication path in the decentralized mode.
  • the UE-R 15 may include the UE identifier in the detach request.
  • the UE-R 15 can indicate and switch data related to the UE identifier in the GO mode communication path, which is a switching source.
  • the UE-R 15 can indicate transmission / reception of data with the UE 10b to the UE 10a and switch transmission / reception of data with the UE 10b.
  • the UE identifier is described as being included in the detach request, but other messages may be used instead of the detach request.
  • the UE-R 15 may include the APN in the detach request. By indicating the APN, the UE-R 15 indicates data transmission / reception in the GO mode communication path established by the APN, and can switch the GO mode communication path corresponding to the APN.
  • APN was included in the detach request here, other messages may be used instead of the detach request.
  • the UE-R 15 may include the PDN connection identifier in the detach request.
  • the UE-R 15 indicates data transmission / reception in the GO mode communication path corresponding to the PDN connection identifier, and can switch the GO mode communication path corresponding to the PDN connection identifier.
  • the description has been given here of including the PDN connection identifier in the detach request other messages may be used instead of the detach request.
  • the UE 10a may delete the TFT corresponding to the communication path in the GO mode when receiving the detach request from the UE-R 15.
  • the TFT associated with the bearer ID may be deleted.
  • the UE-R 15 transmits a detach request to the MME 30 (S2106).
  • the detach request includes a relay connection indication.
  • the information indicates that the UE is disconnected from the UE-R 15, it is not necessary to use the relay connection indication, and any information element may be used. Furthermore, an information element for identifying the UE to be disconnected may be included.
  • the MME 30 receives the detach request from the UE-R 15.
  • the MME 30 may receive the detach request and perform processing for deleting the PDN address (the IP address of the UE 10a) and the PDP context parameter.
  • the MME 30 detects that the UE is disconnected from the UE-R 15 by the relay connection indication included in the detach request from the UE-R 15.
  • the MME 30 may transmit an authentication request to the ProSe Server 90 (S2108).
  • the MME 30 may include the UE identifier of the UE 10a connected to the UE-R 15 in the authentication request.
  • the ProSe Server 90 receives an authentication request from the MME 30.
  • the ProSe Server 90 that has received the authentication request may authenticate that the UE 10a performs ProSe, or may authenticate that the UE 10a connects to the core network via the UE-R 15.
  • the ProSe Server 90 may extract the ProSe UE ID for identifying the UE 10a when authenticating that the UE 10a performs ProSe or authenticating the UE 10a connecting to the core network via the UE-R 15.
  • the ProSe Server 90 transmits an authentication response to the MME 30 (S2110), and the MME 30 receives the authentication response from the ProSe Server 90.
  • the ProSe Server 90 may notify the MME 30 of the ProSe UE ID.
  • the MME 30 receives the authentication response from the ProSe Server 90, and detects that the UE 10a is disconnected from the UE-R 15.
  • the MME 30 may perform processing for deleting the PDN address (IP address of the UE 10a) and the PDP context parameter.
  • the MME 30 transmits a session deletion request to the SGW 40 / PGW 50 (S2112).
  • the session deletion request includes the relay connection indication.
  • the relay connection indication it may indicate to the SGW 40 / PGW 50 that the UE 10a establishes a communication path that ensures communication quality for transmitting and receiving data via the UE-R 15.
  • the SGW40 / PGW50 receives the session deletion request from MME30.
  • the ProSe Server 90 detects that the UE 10a disconnects the connection from the core network via the UE-R 15 by the relay connection indication included in the session deletion request. Thereby, the SGW 40 / PGW 50 may re-establish the communication path because the UE 10a does not transmit / receive data via the UE-R 15.
  • the SGW 40 / PGW 50 transmits a session deletion response to the MME 30 (S2114), and the MME 30 receives the session establishment response from the SGW 40 / PGW 50. Thereby, the MME 30 confirms that the UE 10a deletes the communication path for transmitting and receiving data by connecting to the UE-R 15 between the PGW 50 and the SGW 30, between the SGW 30 and the eNB 20, and between the eNB 20 and the UE-R 15.
  • the MME 30 transmits a detach response to the UE-R 15 (S2116), and the UE-R 15 receives the detach response from the MME 30.
  • the UE-R 15 may delete the TFT for the communication path in the GO mode when receiving a detach response from the MME 30.
  • the TFT associated with the bearer ID may be deleted.
  • the UE-R 15 transmits a detach request to the MME 30 and obtains authentication for disconnecting the UE 10a.
  • the UE-R 15 may not perform authentication for the UE 10a.
  • the UE-R 15 does not need to transmit a detach request to the MME 30 (S2106).
  • the MME 30 transmits an authentication request to the ProSe Server 90 (S2108), the ProSe Server 90 transmits an authentication response to the MME 30 (S2110), and the MME 30 transmits to the SGW 40 / PGW 50.
  • a session deletion request is transmitted (S2112), the SGW 40 / PGW 50 transmits a session deletion response to the MME 30 (S2114), and the MME 30 does not need to transmit a detach response to the UE-R 15 (S2116).
  • the UE 10a that has received the detach request transmits a detach response to the UE-R 15 (S2118), and the UE-R 15 receives the detach response from the UE 10a.
  • the UE-R 15 may delete the TFT corresponding to the communication path in the GO mode when receiving the detach response from the UE 10a.
  • the TFT associated with the bearer ID may be deleted.
  • the UE-R 15 switches to the communication path in the decentralized mode (S1908).
  • the UE-R 15 may switch only the data transmission / reception in the GO mode indicated by the UE identifier, the APN or the PDN connection identifier notified to the UE 10a or the UE 10b to the communication path in the decentralized mode.
  • the UE 10a switches to the decentralized mode communication path (S1910).
  • the UE 10a may switch only the data transmission / reception in the GO mode indicated by the UE identifier, the APN, or the PDN connection identifier notified from the UE-R 15 to the communication path in the decentralized mode.
  • the UE 10b switches to the decentralized mode communication path (S1912).
  • the UE 10b may switch only the data transmission / reception in the GO mode indicated by the UE identifier, the APN or the PDN connection identifier notified from the UE-R 15 to the communication path in the decentralized mode.
  • the UE-R 15 notifies the UE 10a of the switch to the decentralized mode, and the UE-R 15 and the UE 10a can switch from the transmission / reception of the data in the GO mode communication path to the decentralized mode communication path. .
  • the above procedure is similarly performed in the UE 10b.
  • each of the UE 10a, UE 10b, and UE-R 15 can switch from data transmission / reception in the GO mode communication path to data transmission / reception in the decentralized mode communication path.
  • FIG. 22 shows a main processing flow in the second embodiment.
  • the UE 10a, UE 10b, and UE-R 15 perform a network connection procedure and a service registration procedure (S2202).
  • the UE-R 15 and the UE 10 (UE 10a or UE 10b) perform a communication path establishment procedure in the decentralized mode (S2204).
  • UE10 (UE10a and UE10b) and UE-R15 start transmission / reception of data in the communication path in the decentralized mode.
  • the UE 10 and the UE-R 15 perform a procedure for switching to the GO mode communication path during transmission / reception of data in the decentralized mode communication path (S2206).
  • the procedure for switching to the GO mode is performed by a communication path establishment procedure in the GO mode and a communication path deletion procedure in the decentralized mode.
  • the UE 10a and the UE 10b perform the service registration procedure in advance, and the method can use the same method as that of the first embodiment, the description thereof is omitted.
  • the UE-R 15 performs a service registration procedure in advance, and the method can be the same as that of the first embodiment, the description thereof is omitted. Further, since the UE 10a, UE 10b, and UE-R 15 can use the same method as in the first embodiment for establishing a communication path in the decentralized mode, detailed description thereof is omitted. Note that the TFTs in the UE 10a, UE 10b, and UE-R 15 when establishing a communication path in the decentralized mode can use the configuration described in the first embodiment in the same manner, and thus detailed description thereof is omitted.
  • FIG. 23 shows a procedure for switching to the GO mode.
  • the UE-R 15 performs an EPC connection procedure (S2304). Since the UE-R 15 connection procedure to the EPC can use the method described in the first embodiment, detailed description thereof is omitted.
  • the UE-R 15 that has completed the connection procedure to the EPC transmits information on the GO mode to the UE 10a and the UE 10b (S2306), and the UE 10a and the UE 10b receive information on the GO mode from the UE-R 15. Since the information regarding the GO mode transmitted by the UE-R 15 is the same as that in the first embodiment, the detailed description thereof is omitted.
  • the UE 10a detects that the communication path in the GO mode is available based on the information related to the GO mode (S2308).
  • the UE 10a that has detected that the communication path in the GO mode is available transmits a GO mode switching request to the UE 10b (S2310).
  • the UE identifier may be included in the GO mode switching request. By including the UE identifier, the UE 10a can indicate and switch data related to the UE identifier in a decentralized mode communication path that is a target of switching.
  • the UE 10a can indicate data transmission / reception with the UE-R 15 to the UE 10b, and can switch data transmission / reception with the UE-R 15.
  • the description has been given here of including the UE identifier in the GO mode switching request as long as the message is transmitted from the UE 10a to the UE 10b, another message may be used instead of the GO mode switching request.
  • the UE 10a may include the APN in the GO mode switching request.
  • the UE 10a indicates data transmission / reception in the decentralized mode communication path established by the APN, and can switch the decentralized mode communication path corresponding to the APN.
  • the APN is included in the GO mode switching request, but other messages may be used instead of the GO mode switching request.
  • the UE 10a may include the PDN connection identifier in the GO mode switching request.
  • the UE 10a indicates data transmission / reception in the decentralized mode communication path corresponding to the PDN connection identifier, and can switch the decentralized mode communication path corresponding to the PDN connection identifier.
  • the PDN connection identifier is included in the GO mode switching request, but other messages may be used instead of the GO mode switching request.
  • the UE 10a may include permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching request.
  • the UE 10a transmits a GO mode switching request when the GO mode communication path is not established (S2310). May be transmitted (S2310). That is, the GO mode switching request may be transmitted (S2310) after the GO mode communication path establishment procedure including the GO mode switching request (S2320). Note that the GO mode communication path establishment procedure (S2320) including the request for switching to the GO mode will be described in detail later, and thus the description thereof will be omitted.
  • the UE 10a determines, as a condition for transmitting the GO mode switching request, permission information (S1104 in FIG. 11) indicating that switching between the GO mode and the decentralized mode transmitted from the ProSe application server or the ProSeServer 90 is possible. You may do it.
  • the UE 10a may transmit a GO mode switching request.
  • the GO mode switching request sent from the ProSe application server or the ProSe Server 90 indicating that the switching between the GO mode and the decentralized mode cannot be performed does not have to be transmitted. Also good.
  • the UE 10a manages permission information indicating that switching between the GO mode and the decentralized mode cannot be performed the UE 10a does not need to transmit a GO mode switching request.
  • the UE 10b receives the GO mode switching request from the UE 10a. In response to the GO mode switching request, the UE 10b detects switching from the decentralized mode communication path to the GO mode communication path.
  • the UE identifier when the UE identifier is included, it is detected that data transmission / reception corresponding to the UE identifier is switched.
  • an APN When an APN is included, it is detected that data transmission / reception is switched in a communication path corresponding to the APN.
  • the PDN connection identifier when the PDN connection identifier is included, it is detected that the transmission / reception of data on the communication path corresponding to the PDN connection identifier is switched.
  • the UE 10b receives the GO mode switching request when the GO mode communication path is not established (S2310), but the UE 10b is configured to receive the GO mode communication path when the GO mode communication path is established.
  • a mode switching request may be received (S2310). That is, the GO mode switching request may be received (S2310) after the GO mode communication path establishment procedure including the GO mode switching request (S2320). Note that the GO mode communication path establishment procedure (S2320) including the request for switching to the GO mode will be described in detail later, and thus the description thereof will be omitted.
  • the UE 10b may determine the switching of the GO mode by including permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching request.
  • the UE 10b decides to switch the GO mode based on permission information (S1104 in FIG. 11) indicating that switching between the GO mode and the decentralized mode transmitted from the ProSe application server or the ProSeServer 90 can be performed. You may do it. If the UE 10b manages permission information indicating that the GO mode and the decentralized mode can be switched, the UE 10b may determine to switch the GO mode.
  • permission information S1104 in FIG. 11
  • the UE 10b does not switch the GO mode based on the permission information (S1104 in FIG. 11) indicating that switching between the GO mode and the decentralized mode transmitted from the ProSe application server or the ProSeServer 90 cannot be performed. May be determined. If the UE 10b manages permission information indicating that switching between the GO mode and the decentralized mode cannot be performed, the UE 10b may determine not to switch the GO mode.
  • the UE 10b that has decided to switch to the communication path in the GO mode transmits a GO mode switching response to the UE 10a (S2312).
  • the UE 10b may include permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching response.
  • the UE 10b may include permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching response.
  • the UE 10b may indicate that the GO mode and the decentralized mode can be switched by not including permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching response.
  • the UE 10b transmits the GO mode switching response when the GO mode communication path has not been established (S2312). However, the UE 10b has the GO mode communication path established when the GO mode communication path is established.
  • a mode switching request may be transmitted (S2312). That is, the GO mode switching request may be transmitted (S2310) after the GO mode communication path establishment procedure including the GO mode switching request (S2320). Note that the GO mode communication path establishment procedure (S2320) including the request for switching to the GO mode will be described in detail later, and thus the description thereof will be omitted.
  • the UE 10b determines, as a condition for transmitting the GO mode switching response, permission information (S1104) indicating that switching between the GO mode and the decentralized mode transmitted from the ProSe application server or the ProSe Server 90 is possible. Also good. Moreover, when managing permission information indicating that the UE 10b can switch between the GO mode and the decentralized mode, the UE 10b may transmit a GO mode switching response.
  • the GO mode switching response transmitted from the ProSe application server or the ProSeServer 90 indicating that switching between the GO mode and the decentralized mode cannot be performed (S1104 in FIG. 11) does not need to be transmitted. good.
  • the UE 10a manages permission information indicating that switching between the GO mode and the decentralized mode cannot be performed the UE 10a does not need to transmit a GO mode switching response.
  • the UE 10a receives the GO mode switching response from the UE 10b. By this response, the UE 10a detects that the UE 10b has detected switching to the communication path in the GO mode.
  • the UE 10b may detect the GO mode by receiving information on the GO mode (S2306) (S2314).
  • the UE 10a receives the GO mode switching response when the GO mode communication path has not been established (S2312), but the UE 10b has the GO mode communication path established when the GO mode communication path is established.
  • a mode switching response may be received (S2312). That is, a GO mode switching response may be received (S2312) after the GO mode communication path establishment procedure including the GO mode switching request (S2320). Note that the GO mode communication path establishment procedure (S2320) including the request for switching to the GO mode will be described in detail later, and thus the description thereof will be omitted.
  • the UE 10a may make a determination based on the notification (S1104) indicating that the GO mode and the decentralized mode can be switched from the ProSe application server as a condition for detecting the switching of the GO mode. Further, the UE 10a manages that the GO mode and the decentralized mode can be switched, and when the GO mode and the decentralized mode can be switched, the switching of the GO mode may be detected.
  • the UE 10a determines not to switch the GO mode based on the permission information (S1104) indicating that switching between the GO mode and the decentralized mode cannot be performed, which is transmitted from the ProSe application server or the ProSeServer 90. May be. If the UE 10a manages permission information indicating that switching between the GO mode and the decentralized mode cannot be performed, the UE 10a may determine not to switch the GO mode.
  • the UE 10a may decide to switch the GO mode by including permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching response. Note that the UE 10a may determine not to switch the GO mode by including permission information indicating that the GO mode and the decentralized mode cannot be switched in the GO mode switching response. . Further, the UE 10a may determine not to switch the GO mode because the permission information indicating that the GO mode and the decentralized mode can be switched is not included in the GO mode switching response.
  • the UE 10b that has detected the GO mode may transmit a GO mode switching request to the UE 10a (S2316).
  • the UE identifier may be included in the GO mode switching request.
  • the UE 10b may indicate the transmission / reception of data related to the UE identifier in the decentralized mode communication path that is the switching source, and may switch the data.
  • the message may be another message instead of the GO mode switching request.
  • the UE 10b may include the APN in the GO mode switching request.
  • the UE 10b may indicate data transmission / reception in the decentralized mode communication path established by the APN, and may switch the decentralized mode communication path corresponding to the APN.
  • the message may be another message instead of the GO mode switching request.
  • the UE 10b may include the PDN connection identifier in the GO mode switching request.
  • the UE-R 15 indicates the PDN connection identifier, indicates data transmission / reception in the decentralized mode communication path corresponding to the PDN connection identifier, and switches the decentralized mode communication path corresponding to the PDN connection identifier. Can do.
  • the PDN connection identifier is included in the GO mode switching request, but other messages may be used instead of the GO mode switching request.
  • all data transmitted / received through the decentralized mode communication path may be detected as being switched to the decentralized mode communication path.
  • the UE 10b may include permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching request.
  • the UE 10b receives the GO mode switching request from the UE 10a (S2310) before transmitting the GO mode switching request (S2316) to the UE 10a, the GO mode switching request may not be transmitted (S2316).
  • the UE 10b transmits the GO mode switching request when the GO mode communication path is not established (S2316), but the UE 10b is configured to transmit the GO mode communication path when the GO mode communication path is established.
  • a mode switching request may be transmitted (S2316).
  • the GO mode switching request may be transmitted (S2320) after the GO mode communication path establishment procedure including the GO mode switching request (S2320). Note that the GO mode communication path establishment procedure (S2320) including the request for switching to the GO mode will be described in detail later, and thus the description thereof will be omitted.
  • the UE 10b uses the permission information (S1104 in FIG. 11) indicating that the GO mode and the decentralized mode can be switched from the ProSe application server or the ProSe Server 90 as a condition for transmitting the GO mode switching request. You may judge. Further, when the UE 10b manages permission information indicating that the GO mode and the decentralized mode can be switched, the UE 10b may transmit a GO mode switching request.
  • the GO mode switching request sent from the ProSe application server or the ProSe Server 90 indicating that switching between the GO mode and the decentralized mode cannot be performed does not have to be transmitted (S1104 in FIG. 11). Also good.
  • the UE 10b manages permission information indicating that switching between the GO mode and the decentralized mode cannot be performed the UE 10b may not transmit a GO mode switching request.
  • the UE 10a When the UE 10b transmits a GO mode switching request to the UE 10a (S2316), the UE 10a receives the GO mode switching request from the UE 10b.
  • the UE 10a detects switching from the decentralized mode communication path to the GO mode communication path in response to the GO mode switching request.
  • the UE identifier when the UE identifier is included, it is detected that data transmission / reception corresponding to the UE identifier is switched.
  • an APN When an APN is included, it is detected that data transmission / reception is switched in a communication path corresponding to the APN.
  • the PDN connection identifier when the PDN connection identifier is included, it is detected that the transmission / reception of data on the communication path corresponding to the PDN connection identifier is switched.
  • the UE 10a receives the GO mode switching request when the GO mode communication path has not been established (S2316), but the UE 10a has established the GO mode communication path when the GO mode communication path is established.
  • a mode switching request may be received (S2316). That is, the GO mode switching request may be received (S2316) after the GO mode communication path establishment procedure including the GO mode switching request (S2320). Note that the GO mode communication path establishment procedure (S2320) including the request for switching to the GO mode will be described in detail later, and thus the description thereof will be omitted.
  • the UE 10a may decide to switch the GO mode by including permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching request.
  • the UE 10a determines to perform the GO mode switching based on the permission information (S1104) indicating that the GO mode and the decentralized mode can be switched from the ProSe application server or the ProSe Server 90. Also good.
  • the UE 10a may determine to switch the GO mode.
  • the UE 10a decides not to switch the GO mode based on the permission information (S1104) indicating that switching between the GO mode and the decentralized mode cannot be performed transmitted from the ProSe application server or the ProSe Server 90. You may do it. If the UE 10a manages permission information indicating that switching between the GO mode and the decentralized mode cannot be performed, the UE 10a may determine not to switch the GO mode.
  • the UE 10a that has decided to switch to the communication path in the GO mode may transmit a GO mode switching response to the UE 10b (S2318).
  • the UE 10a transmits a GO mode switching response to the UE 10b
  • the UE 10a receives the GO mode switching response from the UE 10b.
  • the UE 10b detects that the UE 10a has detected switching to the communication path in the GO mode.
  • the UE 10a When the UE 10a receives the GO mode switching response from the UE 10b (S2312) before transmitting the GO mode switching response (S2318) to the UE 10b, the UE 10a does not need to transmit the GO mode switching response to the UE 10b (S2318). good.
  • the UE 10a may include permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching response.
  • the UE 10b may include permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching response.
  • the UE 10a may indicate that the GO mode and the decentralized mode can be switched by not including permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching response.
  • the UE 10a transmits the GO mode switching response when the GO mode communication path is not established (S2318).
  • a mode switching response may be transmitted (S2318). That is, a GO mode switching response may be transmitted (S2318) after the GO mode communication path establishment procedure including the GO mode switching request (S2320).
  • the GO mode communication path establishment procedure (S2320) including the request for switching to the GO mode will be described in detail later, and thus the description thereof will be omitted.
  • the UE 10a determines, as a condition for transmitting the GO mode switching response, permission information (S1104) indicating that the GO mode and the decentralized mode can be switched from the ProSe application server or the ProSe Server 90. Also good. Moreover, when managing permission information indicating that the UE 10b can switch between the GO mode and the decentralized mode, the UE 10b may transmit a GO mode switching response.
  • the GO mode switching response may not be transmitted by the permission information (S1104) indicating that switching between the GO mode and the decentralized mode cannot be performed, which is transmitted from the ProSe application server or the ProSe Server 90.
  • the UE 10b manages permission information indicating that switching between the GO mode and the decentralized mode cannot be performed, the UE 10b does not need to transmit a GO mode switching response.
  • the UE10b receives the GO mode switching response. By this response, the UE 10b detects that the UE 10a has detected switching to the communication path in the GO mode. Further, when the UE identifier is included, it is detected that the transmission / reception of data corresponding to the UE identifier is switched. When an APN is included, it is detected that data transmission / reception is switched in a communication path corresponding to the APN. In addition, when the PDN connection identifier is included, it is detected that the transmission / reception of data on the communication path corresponding to the PDN connection identifier is switched.
  • the UE 10b receives the GO mode switching response when the GO mode communication path has not been established (S2318). However, the UE 10b has the GO mode communication path established when the GO mode communication path is established. A mode switching response may be received (S2318). That is, the GO mode switching response may be received (S2318) after the GO mode communication path establishment procedure including the GO mode switching request (S2320). Note that the GO mode communication path establishment procedure (S2320) including the request for switching to the GO mode will be described in detail later, and thus the description thereof will be omitted.
  • the UE 10b may make a determination based on the notification (S1104) indicating that switching between the GO mode and the decentralized mode can be performed from the ProSe application server as a condition for detecting the switching of the GO mode. Further, the UE 10b manages that the GO mode and the decentralized mode can be switched, and when the GO mode and the decentralized mode can be switched, the switching of the GO mode may be detected.
  • the UE 10b determines not to switch the GO mode based on the permission information (S1104) indicating that switching between the GO mode and the decentralized mode cannot be performed, which is transmitted from the ProSe application server or the ProSeServer 90. May be. If the UE 10b manages permission information indicating that switching between the GO mode and the decentralized mode cannot be performed, the UE 10b may determine not to switch the GO mode.
  • the UE 10b may determine the switching of the GO mode by including permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching request. Note that the UE 10b may determine not to switch the GO mode by including permission information indicating that the GO mode and the decentralized mode cannot be switched in the GO mode switching request. . Further, the UE 10b may determine not to switch the GO mode because the permission information indicating that the GO mode and the decentralized mode can be switched is not included in the GO mode switching request.
  • FIG. 24 shows an example of a communication path establishment procedure including a request for switching to the GO mode. Note that this procedure is not necessary as long as it is a communication path establishment procedure including a request for switching to the GO mode.
  • the UE 10a transmits an attach request to the UE-R 15 (S2404).
  • the attach request includes a switch indicator indicating a request for switching to the GO mode.
  • the indicator may not be a switch indicator as long as it is an indicator indicating a request for switching to the GO mode.
  • the switch indicator is included in the attach request, other messages may be used instead of the attach request.
  • the switch to the GO mode communication path is indicated by including the switch indicator in one message of the GO mode communication path establishment procedure.
  • the UE 10a A switch request message for switching to the GO mode may be transmitted to the UE-R 15 to notify the UE-R 15 of the switch to the communication path for the GO mode.
  • the UE 10a may include a UE identifier in the attach request.
  • the UE 10a can indicate and switch data related to the UE identifier in a decentralized mode communication path that is a target of switching.
  • the UE 10a can indicate data transmission / reception with the UE 10b to the UE-R 15 and switch data transmission / reception with the UE 10b.
  • the UE identifier has been described as being included in the attach request, but other messages may be used instead of the attach request.
  • the UE-R 15 may include the APN in the attach request.
  • the UE-R 15 indicates data transmission / reception in the decentralized mode communication path in the APN, and can switch the decentralized mode communication path corresponding to the APN.
  • APN is included in the attach request, but other messages may be used instead of the attach request.
  • the UE-R 15 may include the PDN connection identifier in the attach request. By indicating the PDN connection identifier, the UE-R 15 indicates data transmission / reception in the decentralized mode communication path in the PDN connection identifier, and can switch the decentralized mode communication path corresponding to the PDN connection identifier. .
  • the PDN connection identifier is included in the attach request, but other messages may be used instead of the attach request.
  • all data transmitted / received through the GO mode communication path may be detected as being switched to the GO mode communication path.
  • the UE 10a uses the permission information (S1104 in FIG. 11) indicating that it is possible to switch between the GO mode and the decentralized mode transmitted from the ProSe application server or the ProSeServer 90 as a condition for transmitting the attach request including the switch indicator. You may judge.
  • the UE 10a may transmit an attach request including a switch indicator.
  • the permission request (S1104 in FIG. 11) indicating that switching between the GO mode and the decentralized mode transmitted from the ProSe application server or the ProSeServer 90 cannot be performed does not send an attach request including the switch indicator. Also good.
  • the UE 10a manages permission information indicating that switching between the GO mode and the decentralized mode cannot be performed the UE 10a does not need to transmit an attach request including a switch indicator.
  • the UE 10a may transmit an attach request including a switch indicator by receiving a GO mode switching response from the UE 10b (S2312 in FIG. 23).
  • the UE 10a may transmit an attach request including a switch indicator by including permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching response.
  • the UE 10a does not need to send an attach request including a switch indicator because the permission information indicating that the GO mode and the decentralized mode cannot be switched is included in the GO mode switching response.
  • the UE 10a does not need to transmit an attach request including the switch indicator.
  • the UE 10a may transmit an attach request including a switch indicator by receiving a GO mode switching request from the UE 10b (S2316 in FIG. 23).
  • the UE 10a may transmit an attach request including a switch indicator by including permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching request.
  • the UE 10a may perform proximity detection in order to detect whether it can be transmitted to the UE-R 15.
  • the UE 10a may request the core network 7 or the ProSe Server 90 for proximity detection.
  • the UE-R 15 receives the attach request from the UE 10a.
  • the UE 10a detects switching from the decentralized mode communication path to the GO mode communication path by using the switch indicator included in the attach request.
  • the UE identifier when the UE identifier is included, it is detected that the transmission / reception of data in the decentralized mode corresponding to the UE identifier is switched.
  • an APN when an APN is included, it is detected that data transmission / reception in a decentralized mode communication path corresponding to the APN is switched.
  • the PDN connection identifier When the PDN connection identifier is included, it is detected that the transmission / reception of data in the decentralized mode corresponding to the PDN connection identifier is switched.
  • the UE-R 15 may transmit an attach request to the MME 30 (S2406).
  • the attach request includes a relay connection indication.
  • the relay connection indication is information indicating that a UE such as the UE 10a or the UE 10b is connected to the UE-R 15.
  • the information indicating that the UE is connected to the UE-R 15 is the relay connection indication, but any information element may be used as long as the information indicates that the UE is connected to the UE-R 15. good.
  • an information element for identifying a connected UE may be included.
  • the MME 30 receives the attach request from the UE-R 15.
  • the MME 30 may receive the attach request and perform processing for generating a PDN address (IP address of the UE 10a) and a PDP context parameter.
  • the MME 30 detects that the UE 10a is connected to the UE-R 15 based on the relay connection indication included in the attach request from the UE-R 15.
  • the MME 30 may transmit an authentication request to the ProSe Server 90 (S2408).
  • the MME 30 may include the UE identifier of the UE 10a connected to the UE-R 15 in the authentication request.
  • the ProSe Server 90 receives an authentication request from the MME 30.
  • the ProSe Server 90 that has received the authentication request may authenticate that the UE 10a performs ProSe, or may authenticate that the UE 10a connects to the core network via the UE-R 15.
  • the ProSe Server 90 authenticates that the UE 10a performs ProSe, or authenticates the connection to the core network via the UE-R 15, the ProSe Server 90 identifies the UE 10a that can be used for proximity detection in ProSe or direct communication path establishment. ProSe UE ID may be extracted.
  • the ProSe Server 90 transmits an authentication response to the MME 30 (S2410), and the MME 30 receives the authentication response from the ProSe Server 90.
  • the ProSe Server 90 may notify the MME 30 of the ProSe UE ID.
  • the MME 30 receives the authentication response from the ProSe Server 90, and detects that the UE 10a is connected to the UE-R 15.
  • MME30 may perform the process for producing
  • the MME 30 transmits a session establishment request to the SGW 40 / PGW 50 (S2412).
  • the connection establishment indication includes the relay connection indication. By including the relay connection indication, it may indicate to the SGW 40 / PGW 50 that the UE 10a establishes a communication path that ensures communication quality for transmitting and receiving data via the UE-R 15.
  • the SGW 40 / PGW 50 receives a session establishment request from the MME 30.
  • the ProSe Server 90 detects that the UE 10a is connected to the core network via the UE-R 15 based on the relay connection indication included in the session establishment request. Thereby, the SGW 40 / PGW 50 may establish a communication path that ensures communication quality in order for the UE 10a to transmit and receive data via the UE-R 15.
  • the SGW 40 / PGW 50 transmits a session establishment response to the MME 30 (S2414), and the MME 30 receives the session establishment response from the SGW 40 / PGW 50.
  • the MME 30 confirms that the UE 10a establishes a communication path for transmitting and receiving data by connecting to the UE-R 15 between the PGW 50 and the SGW 30, between the SGW 30 and the eNB 20, and between the eNB 20 and the UE-R 15.
  • the MME 30 transmits an attach response to the UE-R 15 (S2416), and the UE-R 15 receives the attach response from the MME 30.
  • the UE-R 15 has secured a communication path in which the UE 10a can transmit and receive data via the UE-R 15 in the core-network communication path with the UE-R 15.
  • the UE-R 15 may generate a TFT when receiving an attach response from the MME 30.
  • the TFT and the bearer ID may be managed in association with each other and used to determine the data transmission destination.
  • information related to communication quality may be set in association with each other, and data may be transmitted according to the communication quality.
  • the UE-R 15 transmits an attach request to the MME 30 and obtains authentication for the UE 10a. If the UE-R 15 is authenticated in advance for enabling the relay function, the UE-R 15 performs authentication for the UE 10a. It does not have to be done. That is, the UE-R 15 does not need to transmit an attach request to the MME 30 (S2406). If the UE-R 15 does not send an attach request to the MME 30, the MME 30 sends an authentication request to the ProSe Server 90 (S2408), the ProSe Server 90 sends an authentication response to the MME 30 (S2410), and the MME 30 sends to the SGW 40 / PGW 50. The session establishment request is transmitted (S2412), the SGW 40 / PGW 50 transmits the session establishment response to the MME 30 (S2414), and the MME 30 does not need to transmit the attach response to the UE-R 15 (S2416).
  • the UE-R 15 transmits an attach response to the UE 10a (S2418), and the UE 10a receives the attach response from the UE-R 15.
  • the UE-R 15 may receive information such as an APN, a PDN address, a bearer ID, and a PDP context parameter by an attach response from the MME 30, and notify the UE 10a together with the attach response.
  • the UE-R 15 may receive information such as an APN, a PDN address, a bearer ID, and a PDP context parameter in advance in a network registration procedure or a service registration procedure in a relay and notify the UE 10a together with an attach response.
  • information such as an APN, a PDN address, a bearer ID, and a PDP context parameter in advance in a network registration procedure or a service registration procedure in a relay and notify the UE 10a together with an attach response.
  • the UE 10a may generate a TFT when receiving an attach response from the UE-R 15.
  • the TFT and the bearer ID may be managed in association with each other and used to determine the data transmission destination.
  • information related to communication quality may be set in association with each other, and data may be transmitted according to the communication quality.
  • a TFT may not be generated, and data in all applications may be transmitted to the established communication path.
  • the UE 10a can establish a communication path in the GO mode.
  • the UE 10b transmits an attach request to the UE-R 15 (S2420), the UE-R 15 transmits an attach request to the MME 30 (S2422), the MME 30 transmits an authentication request to the ProSe Server 90 (S2424), and the ProSe Server 90
  • An authentication response is sent to the MME 30 (S2426), the MME 30 sends a session establishment request to the SGW 40 / PGW 50 (S2428), the SGW 40 / PGW 50 sends a session establishment response to the MME 30 (S2430), and the MME 30 attaches to the UE-R 15
  • a response is transmitted (S2432), and UE-R 15 transmits an attach response to UE 10b.
  • the UE-R 15 does not need to authenticate the UE 10b if the UE-R 15 is previously authenticated for enabling the relay function.
  • the UE-R 15 sends an attach request to the MME 30 (S2422), the MME 30 sends an authentication request to the ProSe Server 90 (S2424), the ProSe Server 90 sends an authentication response to the MME 30 (S2426), and the MME 30 sends the SGW 40 / A session establishment request is transmitted to the PGW 50 (S2428), the SGW 40 / PGW 50 transmits a session establishment response to the MME 30 (S2430), and the MME 30 does not need to transmit an attach response to the UE-R 15 (S2432).
  • the UE 10b can establish a communication path in the GO mode.
  • the UE 10a, the UE 10b, and the UE-R 15 can establish a communication path in the GO mode and transmit / receive data.
  • the TFTs in the UE 10a, UE 10b, and UE-R 15 when the communication path in the GO mode is established can use the configuration described in the first embodiment in the same manner, and thus detailed description thereof is omitted.
  • the UE 10a detects that the GO mode communication path establishment procedure has been completed, and the UE 10a switches from the decentralized mode communication path to the GO mode communication path (S2322).
  • the UE 10a may switch only the data transmission / reception in the decentralized mode indicated by the UE identifier, the APN, or the PDN connection identifier notified to the UE-R 15 to the communication path in the GO mode.
  • the UE 10b detects that the GO mode communication path establishment procedure has been completed, and the UE 10b switches from the decentralized mode communication path to the GO mode communication path (S2324).
  • the UE 10a may switch only the data transmission / reception in the decentralized mode indicated by the UE identifier, the APN, or the PDN connection identifier notified to the UE-R 15 to the communication path in the GO mode.
  • the UE-R 15 detects the completion of the GO mode communication path establishment procedure with the UE 10a, detects the completion of the GO mode communication path establishment procedure with the UE 10b, and the UE-R 15 detects the decentralized mode. Switching from the communication path to the communication path in the GO mode is performed (S2326).
  • the UE-R 15 may switch only the transmission / reception of data in the decentralized mode indicated by the UE identifier, the APN, or the PDN connection identifier notified from the UE 10a or the UE 10b to the communication path in the GO mode.
  • FIG. 25 shows an example of the communication path establishment procedure in the decentralized mode. Note that this procedure does not have to be a procedure for establishing a communication path in the decentralized mode.
  • the UE-R 15 transmits a direct communication disconnection request in order to delete the decentralized mode communication path with the UE 10a (S2502).
  • the direct communication disconnection request includes the direct communication ID indicating the communication path in the decentralized mode and the IP address of the UE-R 15.
  • the UE 10a receives the direct communication disconnection request from the UE-R 15, and deletes the decentralized mode communication path with the UE-R 15 based on the direct communication ID and the IP address of the UE-R 15 included in the direct communication disconnect request.
  • the UE 10a detects that the communication path in the decentralized mode with the UE-R 15 is deleted, transmits a direct communication disconnection response (S2504), and the UE-R 15 receives the direct communication disconnection response from the UE 10a.
  • the direct communication response includes the direct communication ID and the IP address of the UE 10a.
  • the UE-R 15 receives the direct communication disconnection response and confirms that the decentralized mode communication path has been deleted in the UE 10a. Further, the UE-R 15 deletes the decentralized mode communication path with the UE 10a based on the direct communication ID included in the direct communication disconnection response and the IP address of the UE 10a.
  • the UE-R 15 and the UE 10a release the radio bearer (S2506).
  • the UE-R 15 In releasing the radio bearer, the UE-R 15 notifies the UE 10a of a communication resource for transmitting / receiving data on the communication path in the decentralized mode so that the communication resource is not used.
  • the UE-R 15 can delete the decentralized mode communication path with the UE 10a.
  • the UE-R 15 performs a decentralized mode communication path establishment procedure with the UE 10b.
  • the UE-R 15 and the decentralized mode communication path deletion procedure with the UE 10b are the same as the UE-R 15 and the decentralized mode communication path deletion procedure with the UE 10b. That is, UE-R15 transmits a direct communication disconnection request to UE10b (S2508), UE10b receives a direct communication disconnection request from UE-R15, UE10b transmits a direct communication disconnection response to UE-R15 (S2510), The UE-R 15 receives the direct communication disconnection response from the UE 10b, and the UE-R 15 and the UE 10b release the radio bearer (S2512).
  • the UE-R 15 can delete the decentralized mode communication path with the UE 10b.
  • the UE 10a that has deleted the communication path in the decentralized mode with the UE-R 15 deletes the communication path in the decentralized mode with the UE 10b.
  • the UE 10a transmits a communication disconnection request directly to the UE 10b (S2514).
  • the direct communication disconnection request includes the direct communication ID indicating the communication path in the decentralized mode and the IP address of the UE 10a.
  • the UE 10b receives the direct communication request from the UE 10a, and deletes the decentralized mode communication path with the UE 10a based on the direct communication ID and the IP address of the UE 10a included in the direct communication disconnection request.
  • the UE 10b detects that the decentralized mode communication path with the UE 10a has been deleted, and transmits a direct communication disconnection response (S2516), and the UE 10a receives the direct communication disconnection response from the UE 10b.
  • the direct communication disconnection response includes the direct communication ID and the IP address of the UE 10b.
  • the UE-R 15 receives the direct communication disconnection response and confirms that the decentralized mode communication path has been deleted in the UE 10a. Further, the UE-R 15 deletes the decentralized mode communication path with the UE 10a based on the direct communication ID included in the direct communication disconnection response and the IP address of the UE 10a.
  • the UE-R 15 and the UE 10a release the radio bearer (S2518).
  • the UE-R 15 In releasing the radio bearer, the UE-R 15 notifies the UE 10a of a communication resource for transmitting / receiving data on the communication path in the decentralized mode so that the communication resource is not used.
  • the UE 10a and the UE 10b can delete the decentralized mode communication path.
  • the UE 10b may perform a communication path deletion procedure in the decentralized mode with the UE 10a. If the UE 10b detects that the communication path in the decentralized mode is deleted from the UE 10a by receiving the communication disconnection request directly from the UE 10a, the UE 10b performs the communication path deletion procedure in the decentralized mode from the UE 10a. It does not have to be.
  • the procedure for the UE 10b to delete the communication path in the decentralized mode with the UE 10a is the same as the procedure for the communication path deletion in the decentralized mode with the UE 10b.
  • UE 10b transmits a communication disconnection request directly to UE 10a (S2520), UE 10a transmits a communication disconnection response directly to UE 10b (S2522), and UE 10b and UE 10a release a radio bearer (S2524).
  • the UE 10b and the UE 10a can delete the decentralized mode communication path.
  • the UE 10a, the UE 10b, and the UE-R 15 can switch from data transmission / reception in the decentralized mode communication path to data transmission / reception in the GO mode communication path.
  • the GO mode communication path is switched by the communication path establishment procedure including the GO mode switching request.
  • the GO mode switching request is issued.
  • the switching procedure may be performed in the communication path deletion procedure in the decentralized mode.
  • the UE 10a and the UE 10b perform the service registration procedure in advance, and the method can use the same method as that of the first embodiment, the description thereof is omitted.
  • the UE-R 15 performs a service registration procedure in advance, and the method can be the same as that of the first embodiment, the description thereof is omitted. Further, since the UE 10a, UE 10b, and UE-R 15 can use the same method as in the first embodiment for establishing a communication path in the decentralized mode, detailed description thereof is omitted. Note that the TFTs in the UE 10a, UE 10b, and UE-R 15 when establishing a communication path in the decentralized mode can use the configuration described in the first embodiment in the same manner, and thus detailed description thereof is omitted.
  • FIG. 26 shows a procedure for switching to the GO mode.
  • the UE-R 15 performs an EPC connection procedure (S2604). Since the UE-R 15 connection procedure to the EPC can use the method described in the first embodiment, detailed description thereof is omitted.
  • the UE-R 15 that has completed the connection procedure to the EPC transmits information about the GO mode to the UE 10a and the UE 10b (S2606), and the UE 10a and the UE 10b receive information about the GO mode from the UE-R 15. Since the information regarding the GO mode transmitted by the UE-R 15 is the same as that in the first embodiment, the detailed description thereof is omitted.
  • the UE 10a detects that the communication path in the GO mode is available based on the information related to the GO mode (S2608). Further, the UE 10b detects that the communication path in the GO mode is available based on the information related to the GO mode (S2610).
  • the UE 10a and the UE 10b perform a GO mode communication path establishment procedure (S2612).
  • a GO mode communication path establishment procedure the method described in the first embodiment can be used in the same manner, and the detailed description thereof will be omitted.
  • the UE 10a and the GO-mode communication path establishment procedure are completed, and the UE-R 15 that has completed the GO-mode communication path establishment procedure switches to the GO mode (S2614).
  • the UE-R 15 performs a decentralized mode communication path deletion procedure including a request to switch to the UE mode communication path with the UE 10a.
  • the UE-R 15 transmits a communication disconnection request directly to the UE 10a (S2616).
  • the direct communication disconnection request includes a switch indicator indicating a request for switching to the GO mode.
  • the indicator may not be a switch indicator as long as it is an indicator indicating a request for switching to the GO mode.
  • the switch indicator is included in the direct communication disconnection request, but other messages may be used instead of the direct communication disconnection request.
  • switching to the GO mode communication path is indicated by including the switch indicator in one message of the decentralized mode communication path deletion procedure.
  • the UE-R 15 may transmit a GO mode switching request message to the UE 10a to notify the UE 10a of switching to the GO mode communication path.
  • the UE-R 15 may include the UE identifier in the direct communication disconnection request.
  • the UE-R 15 may indicate the transmission / reception of data related to the UE identifier in the decentralized mode communication path that is the switching source, and may switch the data.
  • the UE identifier is included in the direct communication disconnection request, but other messages may be used instead of the direct communication disconnection request.
  • the UE-R 15 may include the APN in the direct communication disconnection request.
  • the UE-R 15 may indicate data transmission / reception in the decentralized mode communication path in the APN by indicating the APN, and may switch the decentralized mode communication path corresponding to the APN. Note that, here, the APN is included in the direct communication disconnection request, but other messages may be used instead of the direct communication disconnection request.
  • the UE-R 15 may include the PDN connection identifier in the direct communication disconnection request.
  • the UE-R 15 indicates the PDN connection identifier, indicates data transmission / reception in the decentralized mode communication path corresponding to the PDN connection identifier, and switches the decentralized mode communication path corresponding to the PDN connection identifier. Also good.
  • the PDN connection identifier is included in the direct communication disconnection request, but other messages may be used instead of the direct communication disconnection request.
  • all data transmitted / received through the decentralized mode communication path may be detected as being switched to the GO mode communication path.
  • the UE 10a receives a communication disconnection request directly from the UE-R 15.
  • the UE 10a detects switching from the decentralized mode communication path to the GO mode communication path by the switch indicator included in the direct communication disconnection request.
  • the UE identifier when the UE identifier is included, it is detected that the transmission / reception of data in the decentralized mode corresponding to the UE identifier is switched. Further, when an APN is included, it is detected that the transmission / reception of data in the decentralized mode corresponding to the APN is switched. When the PDN connection identifier is included, it is detected that the transmission / reception of data in the decentralized mode corresponding to the PDN connection identifier is switched.
  • the UE 10a that has detected the switching to the communication path in the GO mode switches the transmission / reception of the data in the communication path in the decentralized mode to the established communication path in the GO mode (S2618).
  • the UE 10a transmits a direct communication disconnection response to the UE-R 15 (S2620), and the UE-R 15 receives the direct communication disconnection response from the UE 10a. From this response, the UE-R 15 detects that the UE 10a has switched to the communication path in the GO mode. Further, the UE-R 15 and the UE 10a may release the radio bearer when there is no data transmission / reception in the decentralized mode communication path (S2622).
  • the UE-R 15 notifies the UE 10a of switching to the GO mode communication path, and the UE-R 15 and the UE 10a can switch from the decentralized mode communication path to the GO mode communication path.
  • the UE-R 15 performs a communication path deletion procedure including a request for switching to the communication path in the GO mode with the UE 10b.
  • the communication path deletion procedure including the UE-R 15 switching request to the UE 10b and the GO mode is the same as the communication path deletion procedure including the UE-R 15 switching request to the UE 10a and the GO mode.
  • the UE-R 15 transmits a direct communication disconnection request to the UE 10b (S2624), the UE 10b receives the direct communication disconnection request from the UE-R 15, the UE 10b switches to the GO mode (S2626), and the UE 10b A direct communication disconnection response is transmitted to R15 (S2628), UE-R15 receives the direct communication disconnection response from UE10b, and UE-R15 and UE10b release the radio bearer (S2628).
  • the UE-R 15 notifies the UE 10b of switching to the GO mode communication path, and the UE-R 15 and the UE 10b can switch from the decentralized mode communication path to the GO mode communication path.
  • FIG. 27 shows an example of a decentralized mode communication path deletion procedure between the UE 10a and the UE 10b. Note that this procedure is not necessary as long as it is a decentralized mode communication path establishment procedure between the UE 10a and the UE 10b.
  • the UE 10a transmits a communication disconnection request directly to the UE 10b (S2702).
  • the direct communication disconnection request includes the direct communication ID indicating the communication path in the decentralized mode and the IP address of the UE 10a.
  • the UE 10b receives the direct communication request from the UE 10a, and deletes the decentralized mode communication path with the UE 10a based on the direct communication ID and the IP address of the UE 10a included in the direct communication disconnection request.
  • the UE 10b detects that the decentralized mode communication path with the UE 10a has been deleted, and transmits a direct communication disconnection response (S2704), and the UE 10a receives the direct communication disconnection response from the UE 10b.
  • the direct communication disconnection response includes the direct communication ID and the IP address of the UE 10b.
  • the UE-R 15 receives the direct communication disconnection response and confirms that the decentralized mode communication path has been deleted in the UE 10a. Further, the UE-R 15 deletes the decentralized mode communication path with the UE 10a based on the direct communication ID included in the direct communication disconnection response and the IP address of the UE 10a.
  • the UE-R 15 and the UE 10a release the radio bearer (S2706).
  • the UE-R 15 In releasing the radio bearer, the UE-R 15 notifies the UE 10a of a communication resource for transmitting / receiving data on the communication path in the decentralized mode so that the communication resource is not used.
  • the UE 10a and the UE 10b can delete the decentralized mode communication path.
  • the UE 10b may perform a communication path deletion procedure in the decentralized mode with the UE 10a. If the UE 10b detects that the communication path in the decentralized mode is deleted from the UE 10a by receiving the communication disconnection request directly from the UE 10a, the UE 10b performs the communication path deletion procedure in the decentralized mode from the UE 10a. It does not have to be.
  • the procedure for the UE 10b to delete the communication path in the decentralized mode with the UE 10a is the same as the procedure for the communication path deletion in the decentralized mode with the UE 10b.
  • the UE 10b transmits a communication disconnection request directly to the UE 10a (S2708), the UE 10a transmits a direct communication disconnection response to the UE 10b (S2710), and the UE 10b and the UE 10a release the radio bearer (S2712).
  • the UE 10b and the UE 10a can delete the decentralized mode communication path.
  • the UE-R 15 is included in the same group as the UE 10a and the UE 10b.
  • the UE-R 15 is the UE 10a and the UE 10b. The case where it is not included in the same group will be described.
  • the decentralized mode is such that the UE 10a, the UE 10b, and the UE-R 15 directly transmit / receive data, but the third embodiment Then, the UE-R 15 that is not in the same group does not transmit / receive data between the UE 10a and the UE 10b. That is, in the decentralized mode of the third embodiment, data is transmitted / received only between the UE 10a and the UE 10b.
  • FIG. 28 shows an example of data transmission / reception in the decentralized mode in the third embodiment.
  • the UE 10a directly communicates with the UE 10b instead of transmitting and receiving data via the UE-R 15. Further, the UE 10b indicates that the UE 10R directly communicates with the UE-R 15 and / or the UE 10a.
  • the main processing flow in the third embodiment can use the same method as in the first embodiment, the description thereof is omitted. Furthermore, since the UE 10a and the UE 10b perform the procedure for registering the ProSe application in advance, and the method thereof can be the same as that of the first embodiment, the description thereof is omitted. In addition, the UE-R 15 performs a network connection procedure and a service registration procedure in advance, and a method similar to that of the first embodiment can be used as the method. Further, since the UE 10a and the UE 10b can use the same method as that of the first embodiment in establishing the communication path in the GO mode, detailed description thereof is omitted.
  • FIG. 29 shows an example of TFTs in the UE 10a, UE 10b, and UE-R 15 when the communication path in the GO mode is established.
  • FIG. 29 shows an example of the TFT in the application 1. Here, only the example in the application 1 is shown, but the application 2 and the application 3 may be managed in the TFT.
  • bearer ID 1a is a bearer ID indicating a communication path in the GO mode established by UE 10a with UE-R 15.
  • the UE 10a can transmit and receive data in the application 1 on the communication path in the GO mode by managing the TFT.
  • the UE 10a transmits to the UE-R 15, the UE-R 15 transmits data received from the UE 10a to the eNB 20, and the eNB 20 transmits data received from the UE-R 15 to the SGW 40.
  • the SGW 40 transmits the data received from the eNB 20 to the PGW 50, and the PGW 50 transmits the data received from the SGW 40 to the PDN 80.
  • a process for detecting a route to the UE 10b (routing process) is performed, and data is transmitted to the PGW 50 again.
  • the PGW 50 transmits the data received from the PDN 80 to the SGW 40
  • the SGW 40 transmits the data received from the PGW 50 to the eNB 20
  • the eNB 20 transmits the data received from the SGW 40 to the UE-R 15, and the UE-R 15 receives the data received from the eNB 20.
  • the application 1 is managed in association with the bearer ID 1b.
  • the bearer ID 1b is a bearer ID indicating a communication path established by the UE 10b with the UE-R 15, and indicates that when data is transmitted in the application 1, the UE 10b transmits to the UE-R 15.
  • the UE 10b can transmit and receive data in the application 1 on the communication path in the GO mode by managing the TFT.
  • UE 10b transmits to UE-R 15, UE-R 15 transmits data received from UE 10b to eNB 20, and eNB 20 transmits data received from UE-R 15 to SGW 40.
  • the SGW 40 transmits the data received from the eNB 20 to the PGW 50, and the PGW 50 transmits the data received from the SGW 40 to the PDN 80.
  • processing for detecting a route to the UE 10a (routing processing) is performed, and data is transmitted to the PGW 50 again.
  • the PGW 50 transmits the data received from the PDN 80 to the SGW 40
  • the SGW 40 transmits the data received from the PGW 50 to the eNB 20
  • the eNB 20 transmits the data received from the SGW 40 to the UE-R 15, and the UE-R 15 receives the data received from the eNB 20.
  • the TFT in the UE-R 15 does not manage the communication path.
  • FIG. 30 shows a procedure for switching to the decentralized mode. Note that switching to the decentralized mode is performed during transmission / reception of data on the communication path in the GO mode.
  • the UE 10a detects a trigger for switching to the decentralized mode (S3002).
  • the detection of the trigger for switching to the decentralized mode may be detected by, for example, the presence of a group member in the vicinity. That is, the switching trigger may be detected by detecting that the UE 10a and the UE 10b exist in the vicinity.
  • the detection of the trigger for switching to the decentralized mode may be determined by detecting that the UE 10a does not exist in the vicinity of the UE-R 15 and the communication path in the GO mode cannot be maintained. Subsequently, the UE 10a may perform proximity detection (S3004).
  • the method demonstrated by 1st Embodiment can be utilized similarly for the method in which UE10a performs proximity
  • the UE 10a performs a decentralized mode communication path establishment procedure including a request for switching to the decentralized mode communication path. Note that this procedure is not necessary as long as the communication path establishment procedure includes a request for switching to the decentralized mode.
  • the UE 10a transmits a communication alert directly to the UE 10b (S3006).
  • the direct communication alert includes a switch indicating a request for switching to the decentralized mode. Include indicator. Note that it is not necessary to use the switch indicator as long as it is an indicator indicating a request for switching to the decentralized mode.
  • the switch indicator is included in the direct communication alert, but other messages may be used instead of the direct communication alert.
  • switching to the decentralized mode communication path is indicated by including the switch indicator in one message for establishing the decentralized mode communication path, but the decentralized mode communication path establishment procedure is shown.
  • the UE 10a may transmit a request for switching to the decentralized mode to the UE 10b to notify the UE 10b of the switching to the communication path in the decentralized mode.
  • the UE 10a may include the UE identifier in the direct communication alert.
  • the UE 10a can indicate and switch data related to the UE identifier in the GO mode communication path that is the target of switching. For example, when the UE identifier indicating the UE 10a is included, the UE 10a can indicate data transmission / reception with the UE 10a to the UE 10b and switch data transmission / reception with the UE 10a.
  • the UE identifier is included in the direct communication alert, other messages may be used instead of the direct communication alert.
  • the UE 10a may include the APN in the direct communication alert.
  • the UE 10a indicates data transmission / reception in the GO mode communication path in the APN, and can switch the GO mode communication path corresponding to the APN.
  • the APN is included in the direct communication alert, but other messages may be used instead of the direct communication alert.
  • the UE 10a may include the PDN connection identifier in the direct communication alert.
  • the UE 10a indicates data transmission / reception in the GO mode communication path corresponding to the PDN connection identifier, and can switch the GO mode communication path corresponding to the PDN connection identifier.
  • the PDN connection identifier is included in the direct communication alert, but other messages may be used instead of the direct communication alert.
  • all data transmitted / received through the GO mode communication path may be detected as switching to the decentralized mode communication path.
  • the UE 10a may include permission information indicating that the GO mode and the decentralized mode can be switched in the direct communication alert.
  • the permission information indicates that the UE 10a can switch between the GO mode and the decentralized mode transmitted from the ProSe application server or the ProSe Server 90 as a condition for transmitting a direct communication alert including the switch indicator. ).
  • a direct communication alert including a switch indicator may be transmitted.
  • the direct communication alert including the switch indicator may not be transmitted by the permission information (S1104) indicating that switching between the GO mode and the decentralized mode transmitted from the ProSe application server or the ProSe Server 90 cannot be performed.
  • the UE 10a manages permission information indicating that switching between the GO mode and the decentralized mode cannot be performed, the UE 10a does not have to transmit a direct communication alert including the switch indicator.
  • UE 10b receives a communication alert directly from UE 10a.
  • the UE 10b detects switching from the communication path in the GO mode to the communication path in the decentralized mode by using the switch indicator included in the direct communication alert.
  • the UE identifier when the UE identifier is included, it is detected that the transmission / reception of GO mode data corresponding to the UE identifier is switched. If an APN is included, it is detected that the transmission / reception of GO mode data corresponding to the APN is switched. When the PDN connection identifier is included, it is detected that the transmission / reception of GO mode data corresponding to the PDN connection identifier is switched.
  • the UE 10b that has detected switching to the decentralized mode communication path transmits a communication alert response directly to the UE 10a (S3008), and the UE 10a receives the communication alert response directly from the UE 10b. By this response, the UE 10a detects that the UE 10b has detected switching to the decentralized mode communication path.
  • the UE 10b may decide to switch the decentralized mode by including permission information indicating that the GO mode and the decentralized mode can be switched in the direct communication alert including the switch indicator.
  • the permission information indicating that the UE 10b can switch between the GO mode and the decentralized mode transmitted from the ProSe application server or the ProSe Server 90 as a condition for transmitting a direct communication alert response to the direct communication alert including the switch indicator. (S1104 in FIG. 11) may be used for determination. Further, when the UE 10a manages that switching between the GO mode and the decentralized mode is possible, the UE 10a may transmit a direct communication alert response to the direct communication alert including the switch indicator.
  • the UE 10a transmits a direct communication request to establish a decentralized mode communication path with the UE 10b (S3010).
  • the direct communication request includes the direct communication ID indicating the communication path in the decentralized mode and the IP address of the UE 10a for transmitting and receiving data in the decentralized mode.
  • the UE 10b receives the direct communication request from the UE 10a, and manages the direct communication ID and the IP address of the UE 10a included in the direct communication request.
  • the UE 10b performs a security procedure for data transmission / reception with the UE-R 15 (S3012).
  • the security procedure is to prevent data transmission / reception between the UE 10b and the UE 10a from being intercepted by another UE or UE-R. Since the method described in the first embodiment can be used in the same manner as the method for performing the security procedure, the detailed description thereof is omitted.
  • the UE 10b detects that the security procedure has been completed and transmits a direct communication response (S3014), and the UE 10a receives the direct communication response from the UE 10b.
  • the direct communication response includes the direct communication ID and the IP address of the UE 10b.
  • the UE 10a receives the direct communication response and confirms that the direct communication path can be established in the UE 10b. Further, the UE 10a manages the direct communication ID and the IP address of the UE 10a in the decentralized mode communication path included in the direct communication response.
  • the UE 10a and the UE 10b establish a radio bearer (S3016).
  • the UE 10a notifies the UE 10b of communication resources for transmitting and receiving data on the communication path in the decentralized mode.
  • the UE 10a that has established the decentralized mode communication path switches to the decentralized mode communication path (S3018).
  • the UE 10a may switch only the data transmission / reception in the GO mode indicated by the UE identifier, the APN, or the PDN connection identifier notified to the UE 10b to the communication path in the decentralized mode.
  • the UE 10a may switch only the data transmission / reception in the GO mode indicated by the UE identifier, the APN or the PDN connection identifier notified from the UE 10b to the communication path in the decentralized mode.
  • the UE 10b that has established the decentralized mode communication path switches to the decentralized mode communication path (S3020).
  • the UE 10b may switch only the data transmission / reception in the GO mode indicated by the UE identifier, the APN, or the PDN connection identifier notified to the UE 10a to the communication path in the decentralized mode.
  • the UE 10b may switch only the data transmission / reception in the GO mode indicated by the UE identifier, the APN, or the PDN connection identifier notified from the UE 10a to the communication path in the decentralized mode.
  • the UE 10a notifies the UE 10b of switching to the decentralized mode communication path, and the UE 10a and the UE 10b can establish the decentralized mode communication path.
  • the UE 10a and the UE 10b may perform a communication path deletion procedure in the GO mode (S3022).
  • the GO mode communication path deletion procedure can use the method described in the first embodiment, and a detailed description thereof will be omitted.
  • the UE-R 15 may update RI (Routing Information, routing information) (S3024). That is, the UE-R 15 may manage so as not to transmit / receive data between the UE 10a and the UE 10b.
  • RI Ring Information, routing information
  • FIG. 31 shows an example of TFTs in the UE 10a, UE 10b, and UE-R 15 when a communication path in the decentralized mode is established.
  • FIG. 31 shows an example of the TFT in the application 1. Here, only the example in the application 1 is shown, but the application 2 and the application 3 may be managed in the TFT.
  • bearer ID 2a is a bearer ID indicating a communication path in the decentralized mode established by UE 10a with UE 10b and UE-R 15.
  • the bearer ID 2a is managed in association with the direct communication ID 2ab with the UE 10b.
  • the UE 10a When transmitting data in the application 1, the UE 10a indicates transmission to the UE 10b. As described above, the UE 10a can transmit and receive data in the application 1 on the communication path in the decentralized mode by managing the TFT.
  • the UE 10a transmits to the UE 10b.
  • bearer ID2b is bearer ID which shows the communication path in the decentralized mode which UE10b established with UE10a.
  • the bearer ID 2b is managed in association with the direct communication ID 2ba with the UE 10a.
  • the UE 10b can transmit and receive data in the application 1 on the communication path in the decentralized mode by managing the TFT.
  • the UE 10b transmits to the UE 10a.
  • the TFT in the UE-R 15 does not manage the communication path.
  • each of the UE 10a, UE 10b, and UE-R 15 can switch from data transmission / reception in the GO mode communication path to data transmission / reception in the decentralized mode communication path.
  • the procedure for switching from the communication path in the GO mode to the communication path in the decentralized mode has been described.
  • the procedure for switching from the communication path in the decentralized mode to the communication path in the GO mode. Will be described.
  • the first modification, the second embodiment, and the second modification, the UE-R 15 is included in the same group as the UE 10a and the UE 10b, but the fourth embodiment is different from the third embodiment.
  • UE-R 15 is not included in the same group as UE 10a and UE 10b.
  • the main processing flow in the fourth embodiment is the same as the method shown in the second embodiment, detailed description thereof is omitted.
  • the UE 10a and the UE 10b perform a service registration procedure in advance, and a method similar to that in the first embodiment can be used as the method, and thus the description thereof is omitted.
  • the UE-R 15 performs a service registration procedure in advance, and the method can be the same as that of the first embodiment, the description thereof is omitted. Further, since the UE 10a and the UE 10b can use the same method as that of the first embodiment in establishing the communication path in the decentralized mode, detailed description thereof is omitted. Note that the TFTs in the UE 10a and UE 10b in the case where the communication path in the decentralized mode is established can use the configuration described in the third embodiment in the same manner, and thus detailed description thereof is omitted.
  • FIG. 32 shows a procedure for switching to the GO mode.
  • the UE-R 15 performs an EPC connection procedure in advance (S3204).
  • S3204 EPC connection procedure
  • the UE-R 15 that has completed the connection procedure to the EPC transmits information about the GO mode to the UE 10a and the UE 10b (S3206), and the UE 10a and the UE 10b receive information about the GO mode from the UE-R 15. Since the information regarding the GO mode transmitted by the UE-R 15 is the same as that in the first embodiment, the detailed description thereof is omitted.
  • the UE 10a detects that the communication path in the GO mode is available based on the information related to the GO mode (S3208).
  • the UE-R 15 may be selected (S3210).
  • FIG. 33 shows an example of a procedure selected by the UE-R 15. Note that the method of selecting the UE-R 15 is not limited to this, and other methods may be used.
  • the UE 10a transmits a relay proximity detection request (S3302).
  • This request includes group identification information.
  • information indicating the group 1 to be switched is included. Note that when there are a plurality of UE-Rs 15 in the vicinity of the UE 10a, the UE 10a may transmit a relay proximity detection request to the plurality of UE-Rs 15.
  • Each UE-R 15 that has received the relay proximity detection request performs proximity detection using the group identification information (S3304). Since the proximity detection performed here can use the method described in the first embodiment as it is, detailed description thereof is omitted. Note that the UE-R 15 counts the number of UEs belonging to a group existing in the vicinity of the UE-R 15.
  • Each UE-R 15 transmits a relay proximity detection response to the UE 10a (S3308).
  • the UE-R 15 notifies the group identification information and the number of detected UEs.
  • the UE 10a that has received the relay proximity detection response from the UE-R 15 selects the UE-R 15 (S3312).
  • selection is made based on the number of UEs detected by the UE-R 15. Alternatively, the selection may be made in consideration of the received power from the UE-R 15. Through the above procedure, the UE 10a can select GO.
  • the UE 10b receives information on the GO mode from the UE-R 15 and detects the GO mode (S3209).
  • the UE-R 15 may be selected (S3211).
  • the procedure in which the UE 10b selects the UE-R 15 can use the same method as the procedure in which the UE 10a selects the UE-R 15 (S3210), and thus detailed description thereof is omitted.
  • the UE 10a that has detected the GO mode selects the UE-R (S3210), and transmits a GO mode switching request to the UE 10b (S3212).
  • the UE identifier may be included in the GO mode switching request.
  • the UE 10a can indicate and switch data related to the UE identifier in a decentralized mode communication path that is a target of switching. For example, when the UE identifier indicating the UE 10a is included, the UE 10a can indicate data transmission / reception with the UE 10a to the UE 10b and switch data transmission / reception with the UE 10a.
  • the description has been given here of including the UE identifier in the GO mode switching request as long as the message is transmitted from the UE 10a to the UE 10b, another message may be used instead of the GO mode switching request.
  • the UE 10a may include the APN in the GO mode switching request.
  • the UE 10a indicates data transmission / reception in the decentralized mode communication path established by the APN, and can switch the decentralized mode communication path corresponding to the APN.
  • the APN is included in the GO mode switching request, but other messages may be used instead of the GO mode switching request.
  • the UE 10a may include the PDN connection identifier in the GO mode switching request.
  • the UE 10a indicates data transmission / reception in the decentralized mode communication path corresponding to the PDN connection identifier, and can switch the decentralized mode communication path corresponding to the PDN connection identifier.
  • the PDN connection identifier is included in the GO mode switching request, but other messages may be used instead of the GO mode switching request.
  • all data transmitted / received through the decentralized mode communication path may be detected as being switched to the decentralized mode communication path.
  • the UE 10a may include permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching request.
  • the UE 10a transmits the GO mode switching request when the GO mode communication path has not been established (S3212). However, the UE 10a has established the GO mode communication path when the GO mode communication path is established. A mode switching request may be transmitted (S3212). That is, the GO mode switching request may be transmitted (S3212) after the GO mode communication path establishment procedure (S3220).
  • the UE 10a may determine, as a condition for transmitting the GO mode switching request, permission information (S1104) indicating that switching between the GO mode and the decentralized mode transmitted from the ProSe application server or the ProSe Server 90 is possible. good.
  • permission information S1104 indicating that switching between the GO mode and the decentralized mode transmitted from the ProSe application server or the ProSe Server 90 is possible.
  • the UE 10a may transmit a GO mode switching request.
  • the GO mode switching request may not be transmitted by the permission information (S1104) indicating that switching between the GO mode and the decentralized mode cannot be performed, which is transmitted from the ProSe application server or the ProSe Server 90.
  • the UE 10a manages permission information indicating that switching between the GO mode and the decentralized mode cannot be performed, the UE 10a does not need to transmit a GO mode switching request.
  • the UE 10b receives the GO mode switching request from the UE 10a. In response to the GO mode switching request, the UE 10b detects switching from the decentralized mode communication path to the GO mode communication path.
  • the UE identifier when the UE identifier is included, it is detected that data transmission / reception corresponding to the UE identifier is switched.
  • an APN When an APN is included, it is detected that data transmission / reception is switched in a communication path corresponding to the APN.
  • the PDN connection identifier when the PDN connection identifier is included, it is detected that the transmission / reception of data on the communication path corresponding to the PDN connection identifier is switched.
  • the UE 10b receives the GO mode switching request when the GO mode communication path has not been established (S3212). However, the UE 10b has the GO mode communication path established when the GO mode communication path is established. A mode switching request may be received (S3212). That is, the GO mode switching request may be received (S3212) after the GO mode communication path establishment procedure (S3220).
  • the GO mode communication path establishment procedure (S3220) has been described in the first embodiment, and a description thereof will be omitted.
  • the UE 10b may determine the switching of the GO mode by including permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching request.
  • the UE 10b decides to switch the GO mode based on permission information (S1104 in FIG. 11) indicating that switching between the GO mode and the decentralized mode transmitted from the ProSe application server or the ProSeServer 90 can be performed. You may do it. If the UE 10b manages permission information indicating that the GO mode and the decentralized mode can be switched, the UE 10b may determine to switch the GO mode.
  • permission information S1104 in FIG. 11
  • the UE 10b does not switch the GO mode based on the permission information (S1104 in FIG. 11) indicating that switching between the GO mode and the decentralized mode transmitted from the ProSe application server or the ProSeServer 90 cannot be performed. May be determined. If the UE 10b manages permission information indicating that switching between the GO mode and the decentralized mode cannot be performed, the UE 10b may determine not to switch the GO mode. UE10b which detected switching to the communication path of GO mode transmits the switching response of GO mode to UE10a (S3214).
  • the UE 10b may include permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching response.
  • the UE 10b may include permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching response.
  • the UE 10b may indicate that the GO mode and the decentralized mode can be switched by not including permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching response.
  • the UE 10b transmits a GO mode switching response when the GO mode communication path has not been established (S3214), but the UE 10b has established the GO mode communication path when the GO mode communication path is established.
  • a mode switching response may be transmitted (S3214). That is, the GO mode switching response may be transmitted (S3214) after the GO mode communication path establishment procedure (S3220).
  • the UE 10b determines, as a condition for transmitting the GO mode switching response, permission information (S1104 in FIG. 11) indicating that the GO mode and the decentralized mode can be switched from the ProSe application server or the ProSe Server 90. You may do it. Moreover, when managing permission information indicating that the UE 10b can switch between the GO mode and the decentralized mode, the UE 10b may transmit a GO mode switching response.
  • the GO mode switching response is not transmitted by the permission information (S1104 in FIG. 11) indicating that the switching between the GO mode and the decentralized mode cannot be performed, which is transmitted from the ProSe application server or the ProSe Server 90. Also good.
  • the UE 10a manages permission information indicating that switching between the GO mode and the decentralized mode cannot be performed, the UE 10a does not need to transmit a GO mode switching response.
  • the UE 10a receives the GO mode switching response from the UE 10b. By this response, the UE 10a detects that the UE 10b has detected switching to the communication path in the GO mode.
  • the UE 10a receives the GO mode switching response when the GO mode communication path has not been established (S3214).
  • the UE 10b has the GO mode communication path established when the GO mode communication path is established.
  • a mode switching response may be received (S3214). That is, the GO mode switching response may be received (S3214) after the GO mode communication path establishment procedure (S3220).
  • the GO mode communication path establishment procedure (S3220) has been described in the first embodiment, and a description thereof will be omitted.
  • the UE 10a may determine, as a condition for detecting GO mode switching, a notification (S1104 in FIG. 11) indicating that switching between the GO mode and the decentralized mode transmitted from the ProSe application server can be performed. Further, the UE 10a manages that the GO mode and the decentralized mode can be switched, and when the GO mode and the decentralized mode can be switched, the switching of the GO mode may be detected.
  • a notification S1104 in FIG. 11
  • the UE 10a does not switch the GO mode based on the permission information (S1104 in FIG. 11) indicating that switching between the GO mode and the decentralized mode transmitted from the ProSe application server or the ProSe Server 90 cannot be performed. You may decide that. If the UE 10a manages permission information indicating that switching between the GO mode and the decentralized mode cannot be performed, the UE 10a may determine not to switch the GO mode. Further, the UE 10a may decide to switch the GO mode by including permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching response.
  • the permission information S1104 in FIG. 11
  • the UE 10a may determine not to switch the GO mode by including permission information indicating that the GO mode and the decentralized mode cannot be switched in the GO mode switching response. . Further, the UE 10a may determine not to switch the GO mode because the permission information indicating that the GO mode and the decentralized mode can be switched is not included in the GO mode switching response.
  • the UE 10b that has detected the GO mode may transmit a GO mode switching request to the UE 10a (S3216).
  • the UE identifier may be included in the GO mode switching request.
  • the UE 10b may indicate the transmission / reception of data related to the UE identifier in the decentralized mode communication path that is the switching source, and may switch the data.
  • the message may be another message instead of the GO mode switching request.
  • the UE 10b may include the APN in the GO mode switching request.
  • the UE 10b may indicate data transmission / reception in the decentralized mode communication path established by the APN, and may switch the decentralized mode communication path corresponding to the APN.
  • the message may be another message instead of the GO mode switching request.
  • the UE 10b When the UE 10b receives the GO mode switching request from the UE 10a (S3212) before transmitting the GO mode switching request (S3216) to the UE 10a, the GO mode switching request may not be transmitted (S3216).
  • the UE 10b may include permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching request.
  • the UE 10a When the UE 10b transmits a GO mode switching request to the UE 10a, the UE 10a receives the GO mode switching request from the UE 10b. In response to the GO mode switching request, the UE 10a detects switching from the decentralized mode communication path to the GO mode communication path.
  • the UE identifier when the UE identifier is included, it is detected that data transmission / reception corresponding to the UE identifier is switched.
  • an APN When an APN is included, it is detected that data transmission / reception is switched in a communication path corresponding to the APN.
  • the PDN connection identifier when the PDN connection identifier is included, it is detected that the transmission / reception of data on the communication path corresponding to the PDN connection identifier is switched.
  • the UE 10a receives the GO mode switching request when the GO mode communication path is not established (S3216), but the UE 10a is configured to receive the GO mode communication path when the GO mode communication path is established.
  • a mode switching request may be received (S3216). That is, the GO mode switching request may be received (S3216) after the GO mode communication path establishment procedure (S3220). Note that the GO mode communication path establishment procedure (S3220) including the request for switching to the GO mode will be described in detail later, and thus the description thereof will be omitted.
  • the UE 10a may decide to switch the GO mode by including permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching request.
  • the UE 10a may determine to switch the GO mode.
  • the UE 10a does not switch the GO mode based on the permission information (S1104 in FIG. 11) indicating that the switching between the GO mode and the decentralized mode transmitted from the ProSe application server or the ProSeServer 90 cannot be performed. May be determined. If the UE 10a manages permission information indicating that switching between the GO mode and the decentralized mode cannot be performed, the UE 10a may determine not to switch the GO mode.
  • the permission information S1104 in FIG. 11
  • the UE 10a that has decided to switch to the communication path in the GO mode may transmit a GO mode switching response to the UE 10b (S3218).
  • the UE 10a When the UE 10a transmits a GO mode switching response to the UE 10b, the UE 10a receives the GO mode switching response from the UE 10b. By this response, the UE 10b detects that the UE 10a has detected switching to the communication path in the GO mode.
  • the UE 10a When the UE 10a receives the GO mode switching response from the UE 10b (S3212) before transmitting the GO mode switching response (S3218) to the UE 10b, the UE 10a does not need to transmit the GO mode switching response to the UE 10b (S3218). good.
  • the UE 10a may include permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching response.
  • the UE 10b may include permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching response.
  • the UE 10a may indicate that the GO mode and the decentralized mode can be switched by not including permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching response.
  • the UE 10a transmits the GO mode switching response when the GO mode communication path has not been established (S3218). However, the UE 10a has established the GO mode communication path when the GO mode communication path is established. A mode switching response may be transmitted (S3218). That is, after the GO mode communication path establishment procedure (S3220), the GO mode switching response may be transmitted (S3218). Note that the GO mode communication path establishment procedure (S3220) including the request for switching to the GO mode can use the method described in the first embodiment, and thus the description thereof is omitted.
  • the UE 10a uses the permission information (S1104 in FIG. 11) indicating that the GO mode and the decentralized mode can be switched from the ProSe application server or the ProSe Server 90 as a condition for transmitting the GO mode switching response. You may judge. Moreover, when managing permission information indicating that the UE 10b can switch between the GO mode and the decentralized mode, the UE 10b may transmit a GO mode switching response.
  • the GO mode switching response is not transmitted by the permission information (S1104 in FIG. 11) indicating that the switching between the GO mode and the decentralized mode cannot be performed, which is transmitted from the ProSe application server or the ProSe Server 90. Also good.
  • the UE 10b manages permission information indicating that switching between the GO mode and the decentralized mode cannot be performed, the UE 10b does not need to transmit a GO mode switching response.
  • the UE 10b receives the GO mode switching response when the GO mode communication path is not established (S3218). However, the UE 10b is configured to receive the GO mode communication path when the GO mode communication path is established.
  • a mode switching response may be received (S3218). That is, the GO mode switching response may be received (S3218) after the GO mode communication path establishment procedure including the GO mode switching request (S3220).
  • the GO mode communication path establishment procedure (S3220) including the request for switching to the GO mode can use the method described in the first embodiment, and thus the description thereof is omitted.
  • the UE 10b may determine, as a condition for detecting switching of the GO mode, a notification (S1104 in FIG. 11) indicating that switching between the GO mode and the decentralized mode transmitted from the ProSe application server can be performed. Further, the UE 10b manages that the GO mode and the decentralized mode can be switched, and when the GO mode and the decentralized mode can be switched, the switching of the GO mode may be detected.
  • a notification S1104 in FIG. 11
  • the UE 10b does not switch the GO mode based on the permission information (S1104 in FIG. 11) indicating that switching between the GO mode and the decentralized mode transmitted from the ProSe application server or the ProSe Server 90 cannot be performed. You may decide that. If the UE 10b manages permission information indicating that switching between the GO mode and the decentralized mode cannot be performed, the UE 10b may determine not to switch the GO mode.
  • the permission information S1104 in FIG. 11
  • the UE 10b may determine the switching of the GO mode by including permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching request. Note that the UE 10b may determine not to switch the GO mode by including permission information indicating that the GO mode and the decentralized mode cannot be switched in the GO mode switching request. . Further, the UE 10b may determine not to switch the GO mode because the permission information indicating that the GO mode and the decentralized mode can be switched is not included in the GO mode switching request.
  • the UE 10a and the UE 10b that have received the GO mode switching request or the GO mode switching response perform a GO mode communication path establishment procedure (S3220). Since the procedure shown in the first embodiment can be used for the GO mode communication path establishment procedure, a detailed description thereof will be omitted.
  • the UE 10a has permission information (S1104 in FIG. 11) indicating that it is possible to switch between the GO mode and the decentralized mode transmitted from the ProSe application server or ProSe Server 90 as a condition for performing the GO mode communication path establishment procedure. You may judge by. In addition, the UE 10a manages that the GO mode and the decentralized mode can be switched, and manages the permission information indicating that the GO mode and the decentralized mode can be switched. You can go.
  • permission information S1104 in FIG. 11
  • the GO mode communication path establishment procedure is not performed by the permission information (S1104 in FIG. 11) indicating that switching between the GO mode and the decentralized mode transmitted from the ProSe application server or ProSe Server 90 cannot be performed. May be.
  • the UE 10a manages permission information indicating that switching between the GO mode and the decentralized mode cannot be performed, the GO mode communication path establishment procedure may not be performed.
  • the UE 10a may perform a GO mode communication path establishment procedure by receiving a GO mode switching response from the UE 10b (S3214).
  • the UE 10a may perform the GO mode communication path establishment procedure by including permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching response.
  • the UE 10a does not need to perform the GO mode communication path establishment procedure because the permission information indicating that the GO mode and the decentralized mode cannot be switched is included in the GO mode switching response.
  • the UE 10a since the permission information indicating that the GO mode and the decentralized mode can be switched is not included in the GO mode switching response, the UE 10a may not perform the GO mode communication path establishment procedure.
  • the UE 10a may perform a GO mode communication path establishment procedure by receiving a GO mode switching request from the UE 10b (S3216). Further, since the UE 10a includes permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching request, it is not necessary to perform the GO mode communication path establishment procedure.
  • the GO mode communication path establishment procedure is not performed. Also good.
  • the UE 10b manages permission information indicating that switching between the GO mode and the decentralized mode cannot be performed, the GO mode communication path establishment procedure may not be performed.
  • the UE 10b may perform a GO mode communication path establishment procedure by receiving a GO mode switching response from the UE 10a (S3218).
  • the UE 10b may perform the GO mode communication path establishment procedure by including permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching response.
  • the UE 10b does not have to perform the GO mode communication path establishment procedure because the permission information indicating that the GO mode and the decentralized mode cannot be switched is included in the GO mode switching response.
  • the UE 10b since the permission information indicating that the GO mode and the decentralized mode can be switched is not included in the GO mode switching response, the UE 10b may not perform the GO mode communication path establishment procedure.
  • the UE 10b may perform a GO mode communication path establishment procedure by receiving a GO mode switching request from the UE 10a (S3216). Further, since the UE 10b includes permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching request, it is not necessary to perform the GO mode communication path establishment procedure.
  • the UE-R 15 that has established the communication path in the GO mode with the UE 10a and the UE 10b by the GO mode communication path establishment procedure updates the RI (S3222).
  • the UE-R 15 transmits the data transmitted from the UE 10a to the eNB 20 by updating the RI, the eNB 20 transmits the data received from the UE-R 15 to the SGW 40, the SGW 40 transmits the data received from the eNB 20 to the PGW 50, and the PGW 50 Transmits the data received from the SGW 40 to the PDN 80.
  • the data transmitted from the PDN 80 to the UE 10a is received from the PDN 80 to the PGW 50, the PGW 80 transmits the data received from the PDN 80 to the SGW 40, the SGW 40 transmits the data received from the PGW 50 to the eNB 20, and the eNB 20
  • the data received from the SGW 40 is transmitted to the UE-R 15, and the UE-R 15 transmits the data received from the eNB 20 to the UE 10a.
  • the UE-R 15 transmits the data transmitted from the UE 10b to the eNB 20 by the RI update
  • the eNB 20 transmits the data received from the UE-R 15 to the SGW 40
  • the SGW 40 transmits the data received from the eNB 20 to the PGW 50
  • PGW 50 transmits the data received from SGW 40 to PDN 80.
  • the data transmitted from the PDN 80 to the UE 10b is received from the PDN 80 to the PGW 50, the PGW 80 transmits the data received from the PDN 80 to the SGW 40, the SGW 40 transmits the data received from the PGW 50 to the eNB 20, and the eNB 20
  • the data received from the SGW 40 is transmitted to the UE-R 15, and the UE-R 15 transmits the data received from the eNB 20 to the UE 10b.
  • the UE10a which performed the communication path establishment procedure of GO mode switches to the communication path of GO mode (S3224).
  • the UE 10a may switch only the transmission / reception of data in the decentralized mode indicated by the UE identifier, the APN, or the PDN connection identifier notified to the UE 10b to the communication path in the GO mode.
  • the UE 10a may switch only the data transmission / reception in the decentralized mode indicated by the UE identifier, the APN, or the PDN connection identifier notified from the UE 10b to the communication path in the GO mode.
  • the UE10b which performed the communication path establishment procedure of GO mode switches to the communication path of GO mode (S3226).
  • the UE 10b may switch only the data transmission / reception in the decentralized mode indicated by the UE identifier, the APN, or the PDN connection identifier notified to the UE 10a to the communication path in the GO mode.
  • the UE 10b may switch only the data transmission / reception in the decentralized mode indicated by the UE identifier, the APN, or the PDN connection identifier notified from the UE 10a to the communication path in the GO mode.
  • the UE 10a and the UE 10b that have switched to the communication path in the GO mode may delete the communication path in the decentralized mode (S3228).
  • the decentralized mode communication path deletion procedure can use the method described in the third embodiment, and thus a detailed description thereof will be omitted.
  • the TFTs in the UE 10a, UE 10b, and UE-R 15 when the communication path in the GO mode is established can use the configuration described in the third embodiment in the same manner, and thus detailed description thereof is omitted.
  • the UE 10a, the UE 10b, and the UE-R 15 can switch from data transmission / reception in the decentralized mode communication path to data transmission / reception in the GO mode communication path.
  • the GO mode communication path is switched by the communication path establishment procedure including the GO mode switching request.
  • the GO mode switching request is issued.
  • the switching procedure may be performed in the communication path deletion procedure in the decentralized mode.
  • the main processing flow in Modification 3 can use the method shown in the second embodiment in the same manner, detailed description thereof will be omitted.
  • the UE 10a and the UE 10b perform a service registration procedure in advance, and a method similar to that in the first embodiment can be used as the method, and thus the description thereof is omitted.
  • the UE 10a, UE 10b, and UE-R 15 can use the same method as in the first embodiment for establishing a communication path in the decentralized mode, detailed description thereof is omitted.
  • the TFTs in the UE 10a, UE 10b, and UE-R 15 when establishing a communication path in the decentralized mode can use the configuration described in the first embodiment in the same manner, and thus detailed description thereof is omitted.
  • FIG. 34 shows a procedure for switching to the GO mode.
  • the UE-R 15 performs an EPC connection procedure in advance (S3404).
  • S3404 EPC connection procedure
  • the UE-R 15 that has completed the connection procedure to the EPC transmits information on the GO mode to the UE 10a and the UE 10b (S3406), and the UE 10a and the UE 10b receive information on the GO mode from the UE-R 15. Since the information regarding the GO mode transmitted by the UE-R 15 is the same as that in the first embodiment, the detailed description thereof is omitted.
  • the UE 10a detects that the communication path in the GO mode is available based on the information related to the GO mode (S3408).
  • the UE-R 15 may be selected (S3412). Since the procedure for selecting the UE-R 15 by the UE 10a can use the method described in the fourth embodiment, the detailed description thereof is omitted.
  • the UE 10b receives information on the GO mode from the UE-R 15, and detects the GO mode (S3410).
  • the UE 10b detects that the communication path in the GO mode is available from the plurality of UE-Rs 15, the UE 10R 15 may be selected (S3414). Since the procedure for selecting the UE-R 15 by the UE 10b can use the method described in the fourth embodiment, the detailed description thereof is omitted.
  • the UE 10a that has detected the GO mode (S3408) performs a GO mode communication path establishment procedure (S3416). Note that since the GO mode communication path establishment procedure can use the method described in the first embodiment, a detailed description thereof will be omitted.
  • the UE 10a uses the permission information (S1104 in FIG. 11) indicating that the GO mode and the decentralized mode can be switched from the ProSe application server or the ProSe Server 90 as a condition for performing the communication path establishment procedure in the GO mode. You may judge.
  • the UE 10a may perform a GO mode communication path establishment procedure.
  • the GO mode communication path establishment procedure is not performed by the permission information (S1104 in FIG. 11) indicating that switching between the GO mode and the decentralized mode transmitted from the ProSe application server or ProSe Server 90 cannot be performed. May be.
  • the UE 10a manages permission information indicating that switching between the GO mode and the decentralized mode cannot be performed, the GO mode communication path establishment procedure may not be performed.
  • the UE 10b that has detected the GO mode (S3410) performs a GO mode communication path establishment procedure (S3416). Note that since the GO mode communication path establishment procedure can use the method described in the first embodiment, a detailed description thereof will be omitted.
  • the UE-R 15 detects that the communication path in the GO mode has been established with the UE 10a and the UE 10b, and updates the RI (S3418).
  • the method shown in 4th Embodiment can be utilized for the update of RI, the detailed description is abbreviate
  • the UE 10a that has established the communication path in the GO mode transmits a direct communication disconnection request to the UE 10b (S3420).
  • the direct communication disconnection request may include a UE identifier.
  • the UE 10a can indicate and switch data related to the UE identifier in a decentralized mode communication path that is a target of switching. For example, when the UE identifier indicating the UE 10a is included, the UE 10a can indicate data transmission / reception with the UE 10a to the UE 10b and switch data transmission / reception with the UE 10a.
  • the UE identifier is included in the direct communication disconnection request.
  • another message may be used instead of the direct communication disconnection request.
  • the UE 10a may include the APN in the direct communication disconnection request.
  • the UE 10a indicates data transmission / reception in the decentralized mode communication path established by the APN, and can switch the decentralized mode communication path corresponding to the APN.
  • the APN is included in the GO mode switching request, but other messages may be used instead of the GO mode switching request.
  • the UE 10a may include the PDN connection identifier in the direct communication disconnection request.
  • the UE 10a indicates data transmission / reception in the decentralized mode communication path corresponding to the PDN connection identifier, and can switch the decentralized mode communication path corresponding to the PDN connection identifier.
  • the PDN connection identifier is included in the direct communication disconnection request, but other messages may be used instead of the direct communication disconnection request.
  • all data transmitted / received through the decentralized mode communication path may be detected as being switched to the decentralized mode communication path.
  • the UE 10a transmits a direct communication disconnection request including a switch indicator when the GO mode communication path is established (S3420), but the UE 10a does not establish the GO mode communication path.
  • a direct communication disconnection request including a switch indicator may be transmitted. That is, the GO mode communication path establishment procedure (S3416) may be performed after the direct communication disconnection request is transmitted (S3420).
  • the UE 10a uses permission information (S1104 in FIG. 11) indicating that the GO mode and the decentralized mode can be switched from the ProSe application server as a condition for transmitting a direct communication disconnection request including a switch indicator. You may judge. Further, the UE 10a manages that the GO mode and the decentralized mode can be switched. If the GO mode and the decentralized mode can be switched, the UE 10a may transmit a direct communication disconnection request including the switch indicator.
  • permission information S1104 in FIG. 11
  • the direct communication disconnection request response including the switch indicator is received by the permission information (S1104 in FIG. 11) indicating that the switching between the GO mode and the decentralized mode transmitted from the ProSe application server or the ProSe Server 90 cannot be performed. You do not have to send it.
  • the UE 10a manages permission information indicating that switching between the GO mode and the decentralized mode cannot be performed, the UE 10a does not have to transmit a direct communication disconnection request including a switch indicator.
  • the UE 10a may include permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching request. Further, when the UE identifier is included, it is detected that the transmission / reception of data corresponding to the UE identifier is switched. When an APN is included, it is detected that data transmission / reception is switched in a communication path corresponding to the APN. In addition, when the PDN connection identifier is included, it is detected that the transmission / reception of data on the communication path corresponding to the PDN connection identifier is switched.
  • the UE 10b that has detected switching to the communication path in the GO mode switches transmission / reception of data in the communication path in the decentralized mode to the communication path in the established GO mode (S3422).
  • UE10b which switched transmission / reception of data to the communication path of GO mode transmits a communication disconnection response directly to UE10a (S3424), and UE10a receives a communication disconnection response directly from UE10b. By this response, the UE 10a detects that the UE 10b has switched to the communication path in the GO mode.
  • the UE 10b when the UE 10b has established the communication path in the GO mode, the UE 10b transmits a direct communication disconnection response that is a response to the direct communication disconnection request including the switch indicator (S3424).
  • a direct communication disconnection response that is a response to the direct communication disconnection request including the switch indicator may be transmitted (S3424). That is, the communication disconnection response may be transmitted directly (S3424) after the GO mode communication path establishment procedure (S3416).
  • the UE 10b can also determine whether or not it is possible to switch between the GO mode and the decentralized mode transmitted from the ProSe application server as a condition for transmitting a direct communication disconnection response based on permission information (S1104 in FIG. 11). good. Further, the UE 10b manages that the GO mode and the decentralized mode can be switched. If the GO mode and the decentralized mode can be switched, the UE 10b may directly transmit a communication disconnection response.
  • the UE 10b since the UE 10b includes permission information indicating that the GO mode and the decentralized mode can be switched in the direct communication disconnection request, the UE 10b determines to switch to the communication path in the GO mode, and receives a direct communication disconnection response. May be sent.
  • the UE 10b that has decided to switch to the communication path in the GO mode transmits a communication disconnection response directly to the UE 10a (S3424).
  • the UE 10b may include permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching response.
  • the UE 10b may include permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching response.
  • the UE 10b may indicate that the GO mode and the decentralized mode can be switched by not including permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching response.
  • the UE 10a receives a communication disconnection response directly from the UE 10b.
  • the UE 10a detects that the UE 10b has detected switching to the communication path in the GO mode. Further, the UE 10a may determine the switching of the GO mode by including permission information indicating that the GO mode and the decentralized mode can be switched in the direct communication disconnection response. Note that the UE 10a may determine not to switch the GO mode by including permission information indicating that the GO mode and the decentralized mode cannot be switched in the direct communication disconnection response. Further, the UE 10a may determine not to switch the GO mode because the permission information indicating that the GO mode and the decentralized mode can be switched is not included in the direct communication disconnection response.
  • the UE 10a may switch the transmission / reception of data on the communication path in the decentralized mode to the communication path in the GO mode (S3428). Further, the UE 10a may include permission information indicating that the GO mode and the decentralized mode can be switched in the GO mode switching request.
  • the UE 10b that has performed the GO mode communication path establishment procedure may directly transmit a communication disconnection request to the UE 10a (S3426).
  • the direct communication disconnection request may include a UE identifier.
  • the UE 10b may indicate the transmission / reception of data related to the UE identifier in the decentralized mode communication path that is the switching source, and may switch the data.
  • it may be another message instead of a direct communication disconnection request.
  • the UE 10b may include the APN in the direct communication disconnection request.
  • the UE 10b may indicate data transmission / reception in the decentralized mode communication path established by the APN, and may switch the decentralized mode communication path corresponding to the APN.
  • it may be another message instead of a direct communication disconnection request.
  • the direct communication disconnection request may not be transmitted (S3426).
  • the UE 10a When the UE 10b transmits a direct communication disconnection request to the UE 10a, the UE 10a receives the direct communication disconnection request from the UE 10b.
  • the UE 10a detects switching from the decentralized mode communication path to the GO mode communication path by direct communication disconnection. Further, the UE 10a may determine switching to the communication path in the GO mode by including permission information indicating that the GO mode and the decentralized mode can be switched in the direct communication disconnection request.
  • the UE identifier when the UE identifier is included, it is detected that data transmission / reception corresponding to the UE identifier is switched.
  • an APN When an APN is included, it is detected that data transmission / reception is switched in a communication path corresponding to the APN.
  • the PDN connection identifier when the PDN connection identifier is included, it is detected that the transmission / reception of data on the communication path corresponding to the PDN connection identifier is switched.
  • the UE 10a that has received the direct communication disconnection request may switch the transmission / reception of data in the decentralized mode communication path to the established GO mode communication path (S3428).
  • the UE 10a may transmit a communication disconnection response directly to the UE 10b (S3430).
  • the UE 10a transmits a direct communication disconnection response to the UE 10b
  • the UE 10a receives the direct communication disconnection response from the UE 10b.
  • the UE 10b may detect that the UE 10a has switched to the communication path in the GO mode.
  • the TFTs in the UE 10a, UE 10b, and UE-R 15 when the communication path in the GO mode is established can use the configuration described in the third embodiment in the same manner, and thus detailed description thereof is omitted.
  • the UE 10a, the UE 10b, and the UE-R 15 can switch from data transmission / reception in the decentralized mode communication path to data transmission / reception in the GO mode communication path.
  • the first embodiment to the fourth embodiment and the first modification to the fourth modification are shown, and the communication path in the decentralized mode is switched from the communication path in the GO mode or the communication path in the GO mode is changed to the decentralized mode. It explained that it can be switched to the communication path.
  • the relay terminal device establishes a first communication path in a first mode in which data transmitted from the terminal device is transferred to the base station device, and data transmitted from the base station device is transferred to the terminal device,
  • data transmission / reception is switched to the second communication path in the second mode in which data is directly transmitted to / from a terminal apparatus existing in the vicinity of the relay terminal apparatus during data transmission / reception in the first communication path in the first mode
  • a request message for requesting switching to the second communication path in the second mode including information indicating switching to the second communication path in the second mode to the terminal device
  • a response message to the request message to be requested is received, the second communication path in the second mode is established, and the data of the first communication path in the first mode is established. It is possible to switch the transmission and reception of the second communication path in the second mode.
  • the relay terminal device establishes a second communication path in the second mode in which data is directly transmitted to a terminal device existing in the vicinity of the relay terminal apparatus, and data is being transmitted / received in the second communication path in the second mode.
  • a request message for requesting switching to the first communication path in the first mode including information indicating switching to the first communication path in one mode, to the terminal apparatus, and a request for switching from the terminal apparatus
  • Receives a response message to the message establishes the first communication channel in the first mode, and transmits / receives data on the second communication channel in the second mode It can be switched to the first channel in the first mode.
  • the request message for requesting switching may include information for identifying a terminal device or a relay terminal device or information indicating a connection destination.
  • the terminal device establishes a second communication path in the second mode in which data is directly transmitted with a relay terminal apparatus that exists in the vicinity of the terminal device, and during data transmission / reception in the second communication path in the second mode
  • information indicating switching to the first communication path in the first mode is included.
  • a request message for requesting switching to the first communication path in one mode is transmitted to the relay terminal device, a response message to the request message requesting switching is received from the relay terminal device, and the first message in the first mode is received.
  • the terminal device establishes a first communication channel in the first mode for transmitting data via a relay terminal device existing in the vicinity of the terminal device, and transmits / receives data in the first communication channel in the first mode
  • a request message for requesting switching to the second communication path in the second mode including information is transmitted to the second terminal device, and a response message to the request message for requesting switching is received from the second terminal device.
  • Establishing the second communication channel in the second mode and switching the transmission / reception of the data in the first communication channel in the first mode to the second communication channel in the second mode It is possible.
  • the terminal device establishes a second communication channel in the second mode in which data is directly transmitted to a second terminal device existing in the vicinity of the terminal device, and transmits / receives data in the second communication channel in the second mode
  • a request message for requesting switching to the first communication path in the first mode including information is transmitted to the second terminal device, and a response message to the request message for requesting switching is received from the second terminal device.
  • the request message for requesting switching may be a request message for requesting establishment of a communication path.
  • the request message for requesting switching may be a request message for requesting deletion of the communication path.
  • the request message for requesting switching may include information for identifying the terminal device or the relay terminal device or information indicating the connection destination.
  • a program that operates in each device is a program that controls a CPU or the like (a program that causes a computer to function) so as to realize the functions of the above-described embodiments.
  • Information handled by these devices is temporarily stored in a temporary storage device (for example, RAM) at the time of processing, then stored in various ROM or HDD storage devices, and read and corrected by the CPU as necessary. • Writing is performed.
  • a recording medium for storing the program a semiconductor medium (for example, ROM, a non-volatile memory card, etc.), an optical recording medium / a magneto-optical recording medium (for example, DVD (Digital Versatile Disc), MO (Magneto Optical) Disc), MD (Mini Disc), CD (Compact Disc), BD, etc.), magnetic recording medium (eg, magnetic tape, flexible disk, etc.), etc.
  • a semiconductor medium for example, ROM, a non-volatile memory card, etc.
  • an optical recording medium / a magneto-optical recording medium for example, DVD (Digital Versatile Disc), MO (Magneto Optical) Disc), MD (Mini Disc), CD (Compact Disc), BD, etc.
  • magnetic recording medium eg, magnetic tape, flexible disk, etc.
  • the program when distributing to the market, can be stored in a portable recording medium for distribution, or transferred to a server computer connected via a network such as the Internet.
  • a server computer connected via a network such as the Internet.
  • the storage device of the server computer is also included in the present invention.
  • each device in the above-described embodiment may be realized as an LSI (Large Scale Integration) which is typically an integrated circuit.
  • LSI Large Scale Integration
  • Each functional block of each device may be individually formed as a chip, or a part or all of them may be integrated into a chip.
  • the method of circuit integration is not limited to LSI, and may be realized by a dedicated circuit or a general-purpose processor.
  • integrated circuit technology that replaces LSI appears due to progress in semiconductor technology, it is of course possible to use an integrated circuit based on this technology.

Landscapes

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

Abstract

　端末装置またはリレー端末装置が近隣通信サービスによって近隣の端末装置またはリレー端末装置と通信路を確立し、確立した通信路においてデータの送受信を継続したまま、端末装置またはリレー端末装置は近隣サービスによって新たに通信路を確立し、データの送受信を新たに確立した通信路への切り替えを実行する端末装置、リレー端末装置の各通信制御手続き、および通移動通信システム等提供すること。　端末装置またはリレー端末装置は、ＰｒｏＳｅサービスにおいてデータの送受信中に、新たに通信路を確立し、新たに確立した通信路へ切り替えを行う手段等を有する切り替え手続きを実行する。

Description

端末装置、リレー端末装置および通信制御方法
　本発明は、端末装置と、リレー端末装置と、通信制御方法に関する。
　移動通信システムの標準化団体３ＧＰＰ（The 3rd Generation Partnership Project）では、次世代の移動体通信システムとして以下の非特許文献１に記載のＥＰＳ（Evolved Packet System）の仕様化作業を進めており、ＥＰＳに接続されるアクセスシステムとしてＬＴＥ（Long Term Evolution）だけでなく、無線ＬＡＮ（Wireless LAN、ＷＬＡＮ)について検討がなされている。
　さらに、３ＧＰＰでは、非特許文献２に記載されるように、ユーザ端末（User Equipment、ＵＥ）に対して近隣の他ユーザ端末の存在を通知する近隣サービス（Proximity Service、ProSe）の検討が行われている。さらに、ＰｒｏＳｅでは、ＵＥは近隣のＵＥと基地局を介さずに直接通信路を確立し、データの送受信を直接行うことを目指している。
　ＰｒｏＳｅではＵＥ間は直接データの送受信を行うため、コアネットワークなどの移動通信ネットワークやＬＴＥなどのアクセス技術に基づいたアクセスネットワークを介さずデータ送受信ができることから、トラフィックの集中を回避するオフロード効果も期待されている。
　ＰｒｏＳｅでは、ＵＥ間の直接通信路として２つの方式を利用することが検討されている。一つは、ＬＴＥアクセス技術を用いたＵＥ間の直接通信路を確立する方法（以下 ＬＴＥ　Ｄｉｒｅｃｔ）であり、もうひとつは、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ　ＬＡＮ）アクセス技術を用いて直接通信路を確立する方法である。
　ＬＴＥ　Ｄｉｒｅｃｔでは、ＵＥは各移動通信事業者におけるＬＴＥシステムにおいて割り当てられた商用周波数を利用し、ＬＴＥの通信方式を利用してＵＥ間において直接データの送受信を行う。
　ＷＬＡＮ　Ｄｉｒｅｃｔでは、ＷＬＡＮにおいて割り当てられた非商用周波数を利用して、ＵＥ間において直接データの送受信を行う。
　また、ＰｒｏＳｅでは、ＵＥは、ＬＴＥ Ｄｉｒｅｃｔまたは、ＷＬＡＮ Ｄｉｒｅｃｔによりデータの送受信を行うために、通信対象ＵＥを探索し、近隣に通信対象ＵＥの存在を検知する必要性がサービス要求条件として挙げられている。
　さらに、３ＧＰＰでは、１対多の通信を行うモードとして、リレー機能を有するＵＥを介してＵＥと通信を行うグループオーナー（ＧＯ、Ｇｒｏｕｐ　Ｏｗｎｅｒ）モードとＵＥ間で直接通信を行うデセントラライズモードとが規定されている。グループオーナー（ＧＯ、Ｇｒｏｕｐ　Ｏｗｎｅｒ）とは、グループを管理するＵＥのことであり、ＧＯとＵＥ間で直接通信を行う場合の通信リソースやセキュリティに関する情報、グループに関する情報を管理する。各ＵＥは直接通信を行う場合、ＧＯから通信リソースなどを割り当てられる必要がある。さらに、ＧＯは、各ＵＥから送信される直接通信のデータを受信し、グループのＵＥへ転送することで、ＵＥ間のデータの送受信を提供する。
　デセントラライズモードは、通信リソースやセキュリティに関する情報、グループに関する情報は各ＵＥで管理される。各ＵＥは直接通信を行う場合、直接通信が行われていないかを検出して、直接通信を開始する。
　このようにＰｒｏＳｅでは、ＵＥ間のデータの送受信を、ＧＯを介して行うＧＯモードと、各ＵＥがＵＥに直接通信を行うデセントラライズモードと、を提供することを目的としている。さらに、デセントラライズモードとＧＯモードを必要に応じて切り替えることが検討されている。
3GPP TS23.401 Technical Specification Group Services and System Aspects, General Packet Radio Service(GPRS) enhancements for Evolved UniversaＬＴＥrrestrial Radio Access Network(E-UTRAN) access 3GPP TR22.803 Technical Specification Group Services and System Aspects, Feasibility study for Proximity Services(ProSe)
　しかしながら、ＧＯモード、デセントラライズモードにおける通信路の確立手続きは、提案されていたが、ＧＯモードとデセントラライズモードを切り替えるための具体的な実現手段はなかった。つまり、ＧＯモードからデセントラライズモードへ切り替える実現手段はなかった。また、デセントラライズモードからＧＯモードへ切り替える実現手段はなかった。
　例えば、ＧＯモードは、ＵＥ１がＵＥ２と直接通信を行えないほど、近隣にＵＥ２が存在しない場合、ＵＥ１とＵＥ２が通信を行うために望ましいモードであるが、ＵＥ１とＵＥ２が直接通信を行えるほど、近隣にＵＥ２が存在する場合、ＧＯが介在するために、不要な無線リソースなどが利用されることからデセントラライズモードの方が望ましい。
　ＧＯモードからデセントラライズモードへ切り替えを行うためには、ＵＥおよび、ＧＯは、デセントラライズモードへの切り替えを検知し、デセントラライズモードにおける通信路を確立し、ＧＯモードにおける通信路を削除する必要がある。
　また、デセントラライズモードからＧＯモードへ切り替えを行うためには、ＵＥおよび、ＧＯは、ＧＯモードへの切り替えを検知し、ＧＯモードにおける通信路を確立し、デセントラライズモードにおける通信路を削除する必要がある。
　しかしながら、ＧＯモードからデセントラライズモードへ切り替えるために、ＵＥおよびＧＯがデセントラライズモードへの切り替えを検知し、セントラライズモードにおける通信路を確立し、ＧＯモードにおける通信路を削除する手段は明らかになっていない。
　また、デセントラライズモードからＧＯモードへ切り替えを行うために、ＵＥおよび、ＧＯが、ＧＯモードへの切り替えを検知し、ＧＯモードにおける通信路を確立し、デセントラライズモードにおける通信路を削除する手段は明らかになっていない。
　本発明は、このような事情に鑑みてなされたもので、ＧＯモードによる通信路による通信中に、ＧＯモードからデセントラライズモードへ遷移したＵＥが、ＰｒｏＳｅサービスを継続したまま、デセントラライズモードにおける通信路に切り替える手段を提供し、デセントラライズモードによる通信路による通信中に、デセントラライズモードからＧＯモードへ遷移したＵＥが、ＰｒｏＳｅサービスを継続したまま、ＧＯモードにおける通信路に切り替える手段を提供すること目的とした端末装置、基地局、位置管理装置、加入者管理装置の各処理、さらに移動通信システム等を提供することである。
　リレー端末装置であって、端末装置から送信されるデータを基地局装置に転送し、基地局装置から送信されるデータを端末装置に転送する第一のモードにおける第一の通信路を確立し、第一のモードにおける第一の通信路においてデータの送受信中に、リレー端末装置の近隣に存在する端末装置とデータを直接送信する第二のモードにおける第二の通信路へデータの送受信を切り替える場合、第二のモードにおける第二の通信路へ切り替えることを示す情報を含む、第二のモードにおける第二の通信路へ切り替えを要求する要求メッセージを端末装置に送信し、端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信し、第二のモードにおける第二の通信路を確立し、第一のモードにおける第一の通信路のデータの送受信を第二のモードにおける第二の通信路へ切り替えることを特徴とする。
　リレー端末装置であって、リレー端末装置の近隣に存在する端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、第二のモードにおける第二の通信路においてデータの送受信中に、端末装置から送信されるデータを基地局装置に転送し、基地局装置から送信されるデータを端末装置に転送する第一のモードにおける第一の通信路へデータの送受信を切り替える場合、第一のモードにおける第一の通信路へ切り替えることを示す情報を含む、第一のモードにおける第一の通信路へ切り替えを要求する要求メッセージを端末装置に送信し、端末装置から切り替えを要求する要求メッセージに対する応答メッセージを受信し、第一のモードにおける第一の通信路を確立し、第二のモードにおける第二の通信路のデータの送受信を第一のモードにおける第一の通信路へ切り替えることを特徴とする。
　切り替えを要求するメッセージは、通信路を確立することを要求する要求メッセージであることを特徴とする。
　切り替えを要求するメッセージは、通信路を削除することを要求する要求メッセージであることを特徴とする。
　切り替えを要求する要求メッセージは、端末装置またはリレー端末装置を識別する情報または、接続先を示す情報を含むことを特徴とする。
　端末装置であって、端末装置の近隣に存在するリレー端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、第二のモードにおける第二の通信路においてデータの送受信中に、リレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路へデータの送受信を切り替える場合、第一のモードにおける第一の通信路へ切り替えることを示す情報を含む、第一のモードにおける第一の通信路へ切り替えを要求する要求メッセージをリレー端末装置に送信し、リレー端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信し、第一のモードにおける第一の通信路を確立し、第二のモードにおける第二の通信路のデータの送受信を第一のモードにおける第一の通信路へ切り替えることを特徴とする。
　端末装置であって、端末装置の近隣に存在するリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路を確立し、第一のモードにおける第一の通信路においてデータの送受信中に、端末装置の近隣に存在する第二の端末装置とデータを直接送信する第二のモードにおける第二の通信路へ切り替える場合、第二のモードにおける第二の通信路へ切り替えることを示す情報を含む、第二のモードにおける第二の通信路へ切り替えを要求する要求メッセージを第二の端末装置に送信し、第二の端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信し、第二のモードにおける第二の通信路を確立し、第一のモードにおける第一の通信路のデータの送受信を第二のモードにおける第二の通信路へ切り替えることを特徴とする。
　端末装置であって、端末装置の近隣に存在する第二の端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、第二のモードにおける第二の通信路においてデータの送受信中に、端末装置の近隣に存在するリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路へ切り替える場合、第一のモードにおける第一の通信路へ切り替えることを示す情報を含む、第一のモードにおける第一の通信路へ切り替えを要求する要求メッセージを第二の端末装置に送信し、第二の端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信し、第一のモードにおける第一の通信路を確立し、第二のモードにおける第二の通信路のデータの送受信を第一のモードにおける第一の通信路へ切り替えることを特徴とする。
　切り替えを要求する要求メッセージは、通信路を確立することを要求する要求メッセージであることを特徴とする。
　切り替えを要求する要求メッセージは、通信路を削除することを要求する要求メッセージであることを特徴とする。
　切り替えを要求する要求メッセージは、端末装置またはリレー端末装置を識別する情報または接続先を示す情報を含むことを特徴とする。
　リレー端末装置の通信制御方法であって、端末装置から送信されるデータを基地局装置に転送し、基地局装置から送信されるデータを端末装置に転送する第一のモードにおける第一の通信路を確立し、第一のモードにおける第一の通信路においてデータの送受信中に、リレー端末装置の近隣に存在する端末装置とデータを直接送信する第二のモードにおける第二の通信路へデータの送受信を切り替える場合、第二のモードにおける第二の通信路へ切り替えることを示す情報を含む、第二のモードにおける第二の通信路へ切り替えを要求する要求メッセージを端末装置に送信するステップと、端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信し、第二のモードにおける第二の通信路を確立するステップと、第一のモードにおける第一の通信路のデータの送受信を第二のモードにおける第二の通信路へ切り替えるステップと、を備えることを特徴とする。
　リレー端末装置の通信制御方法であって、リレー端末装置の近隣に存在する端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、第二のモードにおける第二の通信路においてデータの送受信中に、端末装置から送信されるデータを基地局装置に転送し、基地局装置から送信されるデータを端末装置に転送する第一のモードにおける第一の通信路へデータの送受信を切り替える場合、第一のモードにおける第一の通信路へ切り替えることを示す情報を含む、第一のモードにおける第一の通信路へ切り替えを要求する要求メッセージを端末装置に送信するステップと、端末装置から切り替えを要求する要求メッセージに対する応答メッセージを受信するステップと、第一のモードにおける第一の通信路を確立するステップと、第二のモードにおける第二の通信路のデータの送受信を第一のモードにおける第一の通信路へ切り替えるステップと、を備えることを特徴とする。
　端末装置の通信制御方法であって、端末装置の近隣に存在するリレー端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、第二のモードにおける第二の通信路においてデータの送受信中に、端末装置はリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路へデータの送受信を切り替える場合、第一のモードにおける第一の通信路へ切り替えることを示す情報を含む、第一のモードにおける第一の通信路へ切り替えを要求する要求メッセージをリレー端末装置に送信するステップと、リレー端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信するステップと、第一のモードにおける第一の通信路を確立するステップと、第二のモードにおける第二の通信路のデータの送受信を第一のモードにおける第一の通信路へ切り替えるステップと、を備えることを特徴とする。
　端末装置の通信制御方法であって、端末装置の近隣に存在するリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路を確立し、第一のモードにおける第一の通信路においてデータの送受信中に、第端末装置の近隣に存在する第二の端末装置とデータを直接送信する第二のモードにおける第二の通信路へ切り替える場合、第二のモードにおける第二の通信路へ切り替えることを示す情報を含む、第二のモードにおける第二の通信路へ切り替えを要求する要求メッセージを第二の端末装置に送信するステップと、第二の端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信するステップと、第二のモードにおける第二の通信路を確立するステップと、第一のモードにおける第一の通信路のデータの送受信を第二のモードにおける第二の通信路へ切り替えるステップと、を備えることを特徴とする。
　端末装置の通信制御方法であって、端末装置の近隣に存在する第二の端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、第二のモードにおける第二の通信路においてデータの送受信中に、端末装置の近隣に存在するリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路へ切り替える場合、第一のモードにおける第一の通信路へ切り替えることを示す情報を含む、第一のモードにおける第一の通信路へ切り替えを要求する要求メッセージを第二の端末装置に送信するステップと、第二の端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信するステップと、第一のモードにおける第一の通信路を確立するステップと、第二のモードにおける第二の通信路のデータの送受信を第一のモードにおける第一の通信路へ切り替えるステップと、を備えることを特徴とする。
　切り替えを要求する要求メッセージは、通信路を確立することを要求する要求メッセージであることを特徴とする。
　切り替えを要求する要求メッセージは、通信路を削除することを要求する要求メッセージであることを特徴とする。
　切り替えを要求する要求メッセージは、端末装置またはリレー端末装置を識別する情報または接続先を示す情報を含むことを特徴とする。
　本発明によれば、移動通信事業者は、通信元ＵＥおよび通信先ＵＥが、ＧＯモードにおける通信路を確立し、データの送受信中に、ＧＯモードからデセントラライズモードへ切り替えることにより、ＧＯモードにおける通信路からデセントラライズモードにおける通信路へ切り替えることができる。
　また、移動通信事業者は、通信元ＵＥおよび通信先ＵＥが、デセントラライズモードにおける通信路を確立し、データの送受信中に、デセントラライズモードからＧＯモードへ切り替えることにより、デセントラライズモードにおける通信路からＧＯモードにおける通信路へ切り替えることができる。
第１実施形態における移動通信システム１の概要を説明するための図である。 第１実施形態における通信形態を説明するための図である。 第１実施形態におけるＵＥの機能構成を説明するための図である。 第１実施形態におけるＵＥの記憶部において管理される機能構成の例を示すための図である。 第１実施形態におけるＵＥ－Ｒの機能構成を説明するための図である。 第１実施形態におけるＵＥ－Ｒの記憶部において管理される機能構成の例を示すための図である。 第１実施形態におけるｅＮＢの機能構成を説明するための図である。 第１実施形態におけるＭＭＥの機能構成を説明するための図である。 第１実施形態におけるＰｒｏＳｅ　Ｓｅｒｖｅｒの機能構成を説明するための図である。 第１実施形態における処理の流れを説明するための図である。 第１実施形態におけるＵＥにおけるＰｒｏＳｅアプリケーションサーバへの登録手続きを説明するための図である。 第１実施形態におけるＵＥ－Ｒにおけるネットワーク接続とサービス登録手続きを説明するための図である。 第１実施形態におけるＧＯモードにおける通信路確立手続きを説明するための図である。 第１実施形態におけるＧＯモードの通信路の管理を説明するための図である。 第１実施形態におけるデセントラライズモードへの切り替え手続きを説明するための図である。 第１実施形態におけるデセントラライズモードの通信路確立手続きを説明するための図である。 第１実施形態におけるＧＯモードの通信路削除手続きを説明するための図である。 第１実施形態におけるデセントラライズモードの通信路の管理を説明するための図である。 変形例１におけるデセントラライズモードへの切り替え手続きを説明するための図である。 変形例１におけるデセントラライズモードの通信路確立手続きを説明するための図である。 変形例１におけるＧＯモードの通信路削除手続きを説明するための図である。 第２実施形態における処理の流れを説明するための図である。 第２実施形態におけるＧＯモードへの切り替え手続きを説明するための図である。 第２実施形態におけるＧＯモードの通信路確立手続きを説明するための図である。 第２実施形態におけるデセントラライズモードの通信路削除手続きを説明するための図である。 変形例２におけるＧＯモードへの切り替え手続きを説明するための図である。 変形例２におけるデセントラライズモードの通信路削除手続きを説明するための図である。 第３実施形態における通信形態を説明するための図である。 第３実施形態におけるＧＯモードの通信路の管理を説明するための図である。 第３実施形態におけるデセントラライズモードへの切り替え手続きを説明するための図である。 第３実施形態におけるデセントラライズモードの通信路の管理を説明するための図である。 第４実施形態におけるＧＯモードへの切り替え手続きを説明するための図である。 第４実施形態におけるＵＥ－Ｒの選択を説明するための図である。 変形例３におけるＧＯモードへの切り替え手続きを説明するための図である。
　以下、図面を参照して本発明を実施するための最良の形態について説明する。なお、本実施形態では、一例として、本発明を適用した場合の移動通信システムの実施形態について、図を用いて詳細に説明する。また、ＬＴＥ　Ｄｉｒｅｃｔを、ＬＴＥ（Ｄ）と表記する。ここで、ＬＴＥ（Ｄ）はＬＴＥ通信方式を用いて確立されたＵＥ間の直接通信路を指す。
　［１．第１実施形態］
　まず、本発明を適用した第１実施形態について、図面を参照して説明する。
　［１．１　移動通信システムの概要］
　図１は、本実施形態における移動通信システム１の概略を説明するための図である。図１（ａ）に示すように、移動通信システム１は、ＵＥ（（端末装置）ＵＥ１０ａとＵＥ１０ｂ）と、ＵＥ－Ｒ（リレー端末装置）１５と、ＰＤＮ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｎｅｔｗｏｒｋ）８０とがＩＰ移動通信ネットワーク５を介して接続されて構成されている。ＰＤＮ８０には、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０が接続されている。ＵＥ１０ａとＵＥ－Ｒ１５は近隣に位置し、ＬＴＥ（Ｄ）を介して接続することができる。ＵＥ１０ｂとＵＥ－Ｒ１５は近隣に位置し、ＬＴＥ（Ｄ）を介して接続することができる。なお、ＵＥ１０ａとＵＥ１０ｂとは、同様の装置であり、ＵＥ１０と記載した場合は、ＵＥ１０ａ又はＵＥ１０ｂのいずれにも該当することとして以下説明する。
　ＵＥ－Ｒ１５はＩＰ移動通信ネットワーク５に接続し、ＩＰ移動通信ネットワーク５はＰＤＮ８０と接続されている。
　ＩＰ移動通信ネットワーク５は、例えば、移動通信事業者が運用する無線アクセスネットワークとコアネットワークとによって構成されるネットワークでもよいし、固定通信事業者が運用するブロードバンドネットワークであっても良い。ここで、ブロードバンドネットワークは、ＡＤＳＬ（Asymmetric Digital Subscriber Line）等により接続し、光ファイバー等のデジタル回線による高速通信を提供する、通信事業者が運用するＩＰ移動通信ネットワークであってよい。さらに、これらに限らずＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）等で無線アクセスするネットワークであっても良い。
　ＵＥ１０、ＵＥ－Ｒ１５は、ＬＴＥやＷＬＡＮ等のアクセスシステムを用いて接続する通信端末であり、３ＧＰＰ　ＬＴＥの通信インタフェースやＷＬＡＮの通信インタフェース等を搭載して接続することにより、ＩＰアクセスネットワークへ接続することが可能である。
　具体的な例としては、携帯電話端末やスマートフォンであり、その他通信機能を備えたタブレット型コンピュータやパソコン、家電などである。
　ＰＤＮ８０は、パケットでデータの送受信を行うネットワークサービスを提供するネットワークのことであり、例えば、インターネットやＩＭＳなどである。さらに、グループ通話などのグループ通信サービスを提供するネットワークであってもよい。ＰＤＮ８０内に、アプリケーションサーバやグループ通信のアプリケーションサーバ（GCSE AS:Group Communication Service Enablers Application Server）が含まれても良い。
　アプリケーションサーバは、ＵＥ１０が利用するアプリケーションに関連する制御情報や識別情報を管理し、必要に応じて、ＵＥ１０やＵＥ－Ｒ１５に制御情報や識別情報を通知するサーバである。
　ＧＣＳＥ　ＡＳは、グループ通信を行うためのアプリケーションに関連する制御情報や識別情報を管理し、必要に応じて、ＵＥ１０やＵＥ－Ｒ１５に制御情報や識別情報を通知するサーバである。
　ＵＥ－Ｒ１５は、リレー端末装置であり、ＵＥ－Ｒ１５はＵＥ１０に限らず複数の端末装置とＬＴＥ（Ｄ）による直接通信路を確立し、接続することができる。さらに、リレー端末装置とはリレー機能を有する端末装置であり、ＵＥ－Ｒ１５はＩＰ移動通信ネットワークに接続して通信路を確立し、ＰＤＮ８０との接続性を確立する。
　ＵＥ－Ｒ１５は、ＵＥ１０とＰＤＮ８０との通信を中継するリレー機能を有し、これによりＵＥ１０はＰＤＮ８０とのデータ送受信を実現する。
　このように、ＵＥ１０とＵＥ－Ｒ１５とは、リレー機能の有無のみが異なる構成であってよい。なお、ＵＥ－Ｒ１５は、グループオーナー（ＧＯ、Ｇｒｏｕｐ　Ｏｗｎｅｒ）として、グループの管理を行うことができる。グループの管理とは、グループのメンバー（ＵＥ、ユーザ）の登録、グループのメンバーの削除を行うことができる。なお、グループに登録されているメンバーは、グループに登録されているメンバー間でデータの送受信を行うことができる。
　ＰＤＮ８０は、ＩＰアクセスネットワークへ有線回線等を利用して接続される。例えば、ＡＤＳＬ（Asymmetric Digital Subscriber Line）や光ファイバー等によって構築される。ただし、これに限らずＬＴＥ（Long Term Evolution）や、ＷＬＡＮ（Wireless LAN）、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）等の無線アクセスネットワークであっても良い。
　[１．１．１　ＩＰ移動通信ネットワークの構成例]
　図１に示すように、移動通信システム１は、ＵＥ１０と、ＵＥ－Ｒ１５と、ＩＰ移動通信ネットワーク５と、ＰＤＮ８０（Packet Data Network）とから構成される。また、ＵＥ－Ｒ１５にはＵＥ１０ａ、ＵＥ１０ｂのように、複数の通信端末が接続されてよい。これらの通信端末はＵＥ１０と構成が同じである。さらに、ＩＰ移動通信ネットワーク５には、ＵＥ－Ｒ１５以外にも複数のリレー機能を有する端末装置を接続することができる。こうした端末装置はＵＥ－Ｒと構成が同じであり、図面の簡略化のため記載を省略する。
　ＩＰ移動通信ネットワーク５はコアネットワーク７と無線アクセスネットワーク（例えば、ＬＴＥ　ＡＮ９）で構成される。
　コアネットワーク７は、ＭＭＥ３０(Mobile Management Entity)と、ＳＧＷ４０(Serving Gateway)と、ＰＧＷ（アクセス制御装置）５０（Packet Data Network Gateway）と、ＨＳＳ６０(Home Subscriber Server)と、ＰＣＲＦ７０(Policy and charging rules function)と、を含んで構成される。
　無線アクセスネットワークは、コアネットワーク７に接続されている。さらに、ＵＥ－Ｒ１５は無線アクセスネットワークに無線接続することができる。
　無線アクセスネットワークには、ＬＴＥアクセスシステムで接続できるＬＴＥアクセスネットワーク（ＬＴＥ　ＡＮ９）を構成することができる。
　なお、各装置はＥＰＳを利用した移動通信システムにおける従来の装置と同様に構成されるため、詳細な説明は省略するが、簡単に機能を説明すると、ＰＧＷ５０はＰＤＮ８０と、ＳＧＷ４０と、ＰＣＲＦ７０とに接続されており、ＰＤＮ８０とコアネットワーク７のゲートウェイ装置としてユーザデータ配送を行う。
　ＳＧＷ４０は、ＰＧＷ５０と、ＭＭＥ３０と、ＬＴＥ　ＡＮ９とに接続されており、コアネットワーク７とＬＴＥ　ＡＮ９とのゲートウェイ装置としてユーザデータの配送を行う。
　ＭＭＥ３０は、ＳＧＷ４０と、ＨＳＳ６０と、ＬＴＥ　ＡＮ９とに接続されており、ＬＴＥ　ＡＮ９を経由したＵＥ１０の位置管理、アクセス制御を行う位置管理装置である。
　ＨＳＳ６０は、Ｐｒｏｓｅ　Ｓｅｒｖｅｒ９０と、ＭＭＥ３０と、ＳＧＷ４０とに接続されており、加入者情報の管理を行う。
　ＰＣＲＦ７０は、ＰＧＷ５０と、ＰＤＮ８０とに接続されており、データ配送に対するＱｏＳ管理を行う。
　ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０は、ＭＭＥ３０と接続されており、通信端末間での直接通信路の確立を管理するサーバ装置である。なお、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０と単一の装置として構成されてもよいし、それぞれ独立した装置で構成されてもよい。また、コアネットワーク７に含まれて構成される例を示したが、これに限らず図１のようにＰＤＮ８０に含まれて構成されてもよい。さらに、グループ通信サービスを提供するＰＤＮに含められたＧＣＳＥと単一の装置として構成されてもよい。
　なお、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０は、ネットワークの一機能として、ＰｒｏＳｅ　Ｆｕｎｃｔｉｏｎとして構成しても良い。さらに、ある装置の機能の一部として、ＰｒｏＳｅ　Ｆｕｎｃｔｉｏｎ９０を構成しても良い。
　また、図１（ｂ）に示すように、無線アクセスネットワークには、ＵＥ－Ｒ１５が実際に接続する装置（例えば、基地局装置やアクセスポイント装置）等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した種々の装置が考えられるが、本実施形態においては、ＬＴＥ　ＡＮ９はｅＮＢ２０を含んで構成される。ｅＮＢ２０はＬＴＥアクセスシステムでＵＥ－Ｒ１５が接続する無線基地局であり、ＬＴＥ　ＡＮ９には１又は複数の無線基地局が含まれて構成されてよい。
　なお、本明細書において、ＵＥ－Ｒ１５が無線アクセスネットワークに接続されるとは、無線アクセスネットワークに含まれる基地局装置に接続されることをいい、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由している。
　例えば、ＬＴＥ　ＡＮ９にＵＥ－Ｒ１５が接続されるとは、ＵＥ－Ｒ１５がｅＮＢ２０を介して接続されること言う。
　ＵＥ１０は、ＧＯモード（Ｇｒｏｕｐ　Ｏｗｎｅｒ　ｍｏｄｅ、グループオーナーモード）とデセントラライズモードにおける通信路を確立することができる。ＧＯモードは、各ＵＥがＧＯ（Ｇｒｏｕｐ　Ｏｗｎｅｒ、グループオーナー）であるＵＥ－Ｒ１５を介して、ＩＰ移動通信ネットワーク５へ接続する。図１（ａ）に示すように、ＧＯモードでは、ＵＥ１０ａは、ＵＥ－Ｒ１５を経由してデータの送受信を行う。また、ＵＥ１０ｂはＵＥ－Ｒ１５を経由してデータの送受信を行う。
　さらに、ＵＥ１０ａはＵＥ１０ｂとデータの送信を行う場合、ＵＥ１０ａはＵＥ－Ｒ１５、ＬＴＥ　ＡＮ９、コアネットワーク７、ＰＤＮ８０を経由し、さらにＰＤＮ８０からコアネットワーク７、ＬＴＥ　ＡＮ９、ＵＥ－Ｒ１５を介してＵＥ１０ｂへ送信する。このとき、ＵＥ－Ｒ１５は、ＵＥ１０ａからのデータを、ＬＴＥ　ＡＮ９、コアネットワーク７、ＰＤＮ８０を経由せずに、直接ＵＥ１０ｂへデータを送信しても良い。
　また、ＵＥ１０ｂはＵＥ１０ａとデータの送信を行う場合、ＵＥ１０ｂはＵＥ－Ｒ１５、ＬＴＥ　ＡＮ９、コアネットワーク７、ＰＤＮ８０を経由し、さらにＰＤＮ８０からコアネットワーク７、ＬＴＥ　ＡＮ９、ＵＥ－Ｒ１５を介してＵＥ１０ａへ送信する。このとき、ＵＥ－Ｒ１５は、ＵＥ１０ｂからのデータを、ＬＴＥ　ＡＮ９、コアネットワーク７、ＰＤＮ８０を経由せずに、直接ＵＥ１０ａへデータを送信しても良い。
　図２に、第１実施形態におけるデセントラライズモードにおけるデータの送受信の例を示す。デセントラライズモードは、ＵＥ１０ａとＵＥ１０ｂが、ＵＥ－Ｒ１５を経由してデータの送受信を行うのではなく、ＵＥ間で直接データの送受信を行う。図２では、ＵＥ１０ａは、ＵＥ－Ｒ１５を経由してデータの送受信を行うのではく、ＵＥ１０ｂおよび／またはＵＥ－Ｒ１５と直接通信を行う。また、ＵＥ１０ｂは、ＵＥ－Ｒ１５および／またはＵＥ１０ａと直接通信を行う。さらに、本実施形態では、ＵＥ－Ｒ１５は、ＵＥ１０ａおよびＵＥ１０ｂと同じグループであり、ＵＥ－Ｒ１５はＵＥ１０ａとＵＥ１０ｂと直接通信路により、データの送受信を行うことができる。
　［１．２　装置構成］
　続いて、各装置構成について図を用いて簡単に説明する。
　[１．２．１　ＵＥの構成]
　図３を基に本実施形態におけるＵＥ１０の機能構成を示す。なお、ＵＥ１０は、ＵＥ１０ａ、ＵＥ１０ｂにおいても同様の構成である。ＵＥ１０は、制御部１００に、第１インタフェース部１１０と、第２インタフェース部１２０と、記憶部１４０とがバスを介して接続されている。
　制御部１００は、ＵＥ１０を制御するための機能部である。制御部１００は、記憶部１４０に記憶されている各種情報、各種プログラムを読みだして実行することにより各種処理を実現する。
　第１インタフェース部１１０は、ＬＴＥアクセス方式により他の通信端末やＵＥ－Ｒ１５と直接通信路を確立し、無線通信によるデータの送受信を実行する機能部である。第１インタフェース部１１０には、外部アンテナ１１２が接続されている。
　ＵＥ１０は、第１インタフェース部を介してＬＴＥ基地局を介さずに他のＵＥ１０やＵＥ－Ｒ１５との間に直接通信路を確立し、通信を行うこともできる。
　第２インタフェース部１２０は、ＬＴＥアクセス方式によりｅＮＢ２０に接続し、コアネットワーク７を介してＰＤＮ８０への通信路を確立し、無線通信によるデータの送受信を実行する機能部である。第２インタフェース部１２０には、外部アンテナ１２２が接続されている。
　ＵＥ１０は、第２インタフェース部１２０を介してＬＴＥ　ＡＮ９に接続し、コアネットワーク７を介してＰＤＮ８０との間に通信路を確立し、データの送受信を行うこともできる。
　なお、図面では第１インタフェース部１１０と第２インタフェース部１２０とはそれぞれ異なるアンテナを介して通信を行う構成を説明したが、一つのアンテナを共用する構成としてもよい。
　記憶部１４０は、ＵＥ１０の各種動作に必要なプログラム、データ等を記憶する機能部である。記憶部１４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。さらに、記憶部１４０には、ＵＥ通信路コンテキスト１４２、グループ識別情報１４４、モード管理表１４８が記憶されている。
　図４（ａ）にＵＥ通信路コンテキスト１４２の例を示す。図４（ａ）におけるＵＥ通信路コンテキスト１４２は、ＵＥが確立する通信路に対応づけられて記憶される情報群であり、ＡＰＮ（アクセスポイントネーム）、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ（Tunnel Endpoint Identifier）、ＴＦＴ（Traffic Flow Template）が含まれている。
　ＡＰＮ（アクセスポイントネーム）は、ＩＰ移動通信ネットワーク５においてＰＧＷ５０を選択するために使用される識別情報であり、ＰＤＮ８０に対応づけた識別情報である。ＩＭＳや映像配信など、サービスごとに異なるＰＤＮ８０が構成されている場合には、サービスを識別する識別情報としても使用することができる。
　ベアラＩＤは、ＵＥ１０がＵＥ－Ｒ１５と接続する際に確立するＵＥ１０とＵＥ－Ｒ１５との間の無線通信路である無線ベアラを識別する情報である。また、ＵＥ１０が他のＵＥと直接通信を行う際に確立するＵＥ１０と他のＵＥ間の無線通信路である無線ベアラを識別する情報であっても良い。
　さらに、ＵＥ１０がｅＮＢ２０に接続する場合において、ＵＥ１０がｅＮＢ２０と接続する際に確立するＵＥ１０とｅＮＢ２０との間の無線通信路である無線ベアラを識別する情報であってもよい。
　ＰＤＮコネクションＩＤは、ＵＥ１０がＰＧＷ５０との間に確立する論理パスであるＰＤＮコネクションを識別する情報である。
　ＴＥＩＤは、ＰＤＮコネクションを構成するユーザデータ配送のためのトンネル通信路の識別情報であり、ＧＴＰプロトコルや、Ｍｏｂｉｌｅ　ＩＰプロトコルや、Ｐｒｏｘｙ　Ｍｏｂｉｌｅ　ＩＰプロトコルに基づいて確立されたトンネル通信路の識別情報であってよい。
　ＴＦＴとは、アプリケーション毎に定義される送信先の設定情報であり、ＵＥ１０はあるアプリケーションにおけるデータの送信が発生した場合、ＴＦＴを利用して送信先を決定する。なお、ＴＦＴとベアラＩＤとを関連付けて管理し、データの送信先の決定に利用しても良い。なお、送信先の決定の際に、通信品質に関する情報を関連付けて設定し、その通信品質に従って、データを送信しても良い。
　ＵＥ通信路コンテキスト１４２には、他に、ＵＥ識別子、基地局識別情報、サービス識別情報などを含んでも良い。ＵＥ識別子は、ＵＥ１０（ＵＥ１０ａ、ＵＥ１０ｂ）やＵＥ－Ｒ１５を識別する識別子である。基地局識別情報は、ＵＥ－Ｒ１５を識別する情報であってもよいし、ｅＮＢ２０を識別する情報であってもよい。また、基地局識別情報は、通信サービスを提供する移動通信事業者を識別する事業者識別コードと、基地局識別コードを組み合わせて構成してもよい。これにより、複数の移動通信事業者が提供する複数の移動通信ネットワークにおいて一意な識別情報とすることができる。
　サービス識別情報は、移動通信事業者がＩＰ移動通信ネットワーク５で提供するサービスを識別する情報である。サービス識別情報は、ＡＰＮであってもよいし、ＦＱＤＮ（Fully Qualified Domain Name）などのサービスドメイン識別情報であってもよい。これに限らずサービスと対応づけられた識別情報であってもよい。さらに、サービスとはＩＭＳに基づいた音声通話サービスや、ビデオ配信サービスなどであってもよいし、グループ通信を提供するサービスであってもよい。サービス識別情報は、こうしたサービスを識別する識別情報である。
　図４（ｂ）にグループ識別情報１４４の例を示す。図４（ｂ）では、ＵＥ１０は、グループ１とグループ２のグループ識別情報を管理している。グループ識別情報１４４は、２台以上の通信端末がグループを構成し、グループ間で通信を行う際にグループを識別する情報であってよい。また、グループに対して配送されるコンテンツが複数ある場合、これらのコンテンツを識別する情報であってもよい。
　例えば、複数の通信端末で同報通話を行う際の、端末グループを識別する情報であってよい。または、通話のためのセッションを識別する情報であってもよい。もしくは、複数の通信端末に対して映像配信が行われる際、映像配信を受信する端末をグループとして識別する識別情報であってもよいし、複数の映像が有る場合の配信映像を識別する識別情報であってもよい。
　グループ識別情報は、ＩＰマルチキャストアドレスであってもよいし、通信事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Temporary Mobile Subscriber Identify）であってもよい。これに限らずメールアドレスなど、グループを識別する情報であってよい。なお、グループ識別情報１４４は、ＵＥ通信路コンテキスト１４２に含まれていても良い。
　図４（ｃ）に、モード管理表１４８を示す。モード管理表１４８では、ＧＯモードか、デセントラライズモード情報が管理されている。図４（ｃ）ではＧＯモードが管理されている。ここで、ＵＥ１０は、ＧＯモードにおける通信路の確立またはＧＯモードへ通信路の切り替えに応じて、ＧＯモードを管理しても良い。なお、ＵＥ１０は、デセントラライズモードの通信路の確立またはデセントラライズモードの通信路の切り替えに応じて、デセントラライズモードを管理しても良い。なお、モード管理表１４８は、ＵＥ通信路コンテキスト１４２に含まれていても良い。
　また、ＵＥ１０は、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を管理しても良い。ここで、ＵＥ１０は、ＧＯモードとデセントラライズモードとの切り替えを行うことができること（許可）のみを示す許可情報を管理しても良い。また、ＵＥ１０は、ＧＯモードとデセントラライズモードの切り替えを行うことができること（許可）と、ＧＯモードとデセントラライズモードの切り替えを行うことができないこと（不許可）と、を示す許可情報を管理しても良い。なお、ＧＯモードとデセントラライズモードとの切り替えを行うことができることを示す許可情報は、ＵＥ通信路コンテキスト１４２で管理されても良い。
　なお、ＵＥ－Ｒ１５にはＵＥ１０に限らず複数の通信端末が接続することが可能である。これらの通信端末の構成はＵＥ１０と同様の構成であるため詳細説明を省略する。
　[１．２．２　ＵＥ－Ｒの構成]
　図５に本実施形態におけるＵＥ－Ｒ１５の機能構成を示す。ＵＥ－Ｒ１５は、制御部１５００に、第１インタフェース部１５１０と第２インタフェース部１５２０と、データ転送部１５３０と、記憶部１５４０とがバスを介して接続されている。
　制御部１５００は、ＵＥ－Ｒ１５を制御するための機能部である。制御部１５００は、記憶部１５４０に記憶されている各種情報、各種プログラムを読みだして実行することにより各種処理を実現する。
　第１インタフェース部１５１０は、ＬＴＥアクセス方式によりＵＥ１０などの他の通信端末と直接通信路を確立し、無線通信によるデータの送受信を実行する機能部である。第１インタフェース部１５１０には、外部アンテナ１５１２が接続されている。
　ＵＥ－Ｒ１５は、第１インタフェース部を介してＬＴＥ基地局を介さずにＵＥ１０などの他の通信端末との間に直接通信路を確立し、通信を行うこともできる。
　第２インタフェース部１５２０は、ＬＴＥアクセス方式によりｅＮＢ２０に接続し、コアネットワーク７を介してＰＤＮ８０への通信路を確立し、無線通信によるデータの送受信を実行する機能部である。第２インタフェース部１５２０には、外部アンテナ１５２２が接続されている。
　ＵＥ－Ｒ１５は、第２インタフェース部１５２０を介してＬＴＥ　ＡＮ９に接続し、コアネットワーク７を介してＰＤＮ８０との間に通信路を確立し、データの送受信を行うこともできる。
　なお、図面では第１インタフェース部１５１０と第２インタフェース部１５２０とはそれぞれ異なるアンテナを介して通信を行う構成を説明したが、一つのアンテナを共用する構成としてもよい。
　記憶部１５４０は、ＵＥ－Ｒ１５の各種動作に必要なプログラム、データ等を記憶する機能部である。記憶部１５４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。さらに、記憶部１５４０には、ＵＥ－Ｒ通信路コンテキスト１５４２、グループ識別情報１５４４、モード管理表１５４８が記憶されている。
　図６（ａ）にＵＥ－Ｒ通信路コンテキスト１５４２の例を示す。ＵＥ－Ｒ通信路コンテキスト１５４２は、ＵＥ－Ｒ１５が確立する通信路に対応づけられて管理される情報群であり、ＰＤＮコネクションＩＤ、ＡＰＮ（アクセスポイントネーム）、ベアラＩＤ、ＴＥＩＤ（Tunnel Endpoint Identifier）、ＴＦＴ（Traffic Flow Template）が含まれている。なお、ＵＥ－Ｒ通信路コンテキスト１５４２には、基地局識別情報、サービス識別情報などを含んでも良い。
　ＰＤＮコネクションＩＤは、ＵＥ１０がＰＧＷ５０との間に確立する論理パスであるＰＤＮコネクションを識別する情報である。
　ＡＰＮ（アクセスポイントネーム）は、ＩＰ移動通信ネットワーク５においてＰＧＷ５０を選択するために使用される識別情報であり、ＰＤＮ８０に対応づけた識別情報である。ＩＭＳや映像配信など、サービスごとにことなるＰＤＮ８０が構成されている場合には、サービスを識別する識別情報としても使用することができる。
　ベアラＩＤは、ＵＥ１０がＵＥ－Ｒ１５と接続する際に確立するＵＥ１０とＵＥ－Ｒ１５との間の無線通信路である無線ベアラを識別する情報である。また、ＵＥ１０がｅＮＢ２０に接続する場合において、ＵＥ１０がｅＮＢ２０と接続する際に確立するＵＥ１０とｅＮＢ２０との間の無線通信路である無線ベアラを識別する情報であってもよい。
　ＴＥＩＤは、ＰＤＮコネクションを構成するユーザデータ配送のためのトンネル通信路の識別情報であり、ＧＴＰプロトコルや、Ｍｏｂｉｌｅ　ＩＰプロトコルや、Ｐｒｏｘｙ　Ｍｏｂｉｌｅ　ＩＰプロトコルに基づいて確立されたトンネル通信路の識別情報であってよい。
　ＴＦＴは、アプリケーション毎に定義される送信先の設定情報であり、ＵＥ－Ｒ１５はあるアプリケーションにおけるデータの送信が発生した場合、ＴＦＴを利用して送信先を決定する。なお、ＴＦＴとベアラＩＤを関連付けて管理し、データの送信先の決定に利用しても良い。なお、送信先の決定の際に、通信品質に関する情報を関連付けて設定し、その通信品質に従って、データを送信しても良い。
　基地局識別情報は、ＵＥ－Ｒ１５を識別する情報であってもよいし、ｅＮＢ２０を識別する情報であってもよい。また、基地局識別情報は、通信サービスを提供する移動通信事業者を識別する事業者識別コードと、基地局識別コードを組み合わせて構成してもよい。これにより、複数の移動通信事業者が提供する複数の移動通信ネットワークにおいて一意な識別情報とすることができる。
　サービス識別情報は、移動通信事業者がＩＰ移動通信ネットワーク５で提供するサービスを識別する情報である。サービス識別情報は、ＡＰＮであってもよいし、ＦＱＤＮ（Fully Qualified Domain Name）などのサービスドメイン識別情報であってもよい。これに限らずサービスと対応づけられた識別情報であってもよい。さらに、サービスとはＩＭＳに基づいた音声通話サービスや、ビデオ配信サービスなどであってもよいし、グループ通信を提供するサービスであってもよい。サービス識別情報は、こうしたサービスを識別する識別情報である。
　ＵＥ－Ｒ通信路コンテキスト１５４２は通信路毎に保持してもよい。例えば、ＵＥ１０と確立する直接通信路と、ｅＮＢ２０と接続しＰＧＷ５０へ接続する通信路とに対してそれぞれ保持しても良い。
　ここで直接通信路に対するＵＥ－Ｒ通信路コンテキスト１５４２の基地局情報は、ＵＥ－Ｒ１５を識別する情報であってよく、ｅＮＢ２０と接続しＰＧＷ５０へ接続する通信路に対するＵＥ－Ｒ通信路コンテキスト１５４２の基地局情報は、ｅＮＢ２０を識別する情報であってよい。
　さらに、ＵＥ－Ｒ通信路コンテキスト１５４２には、ＵＥ－Ｒ１５の識別情報を含んで保持しても良い。ＵＥ－Ｒ１５の識別情報は、ＩＭＳＩ（International Mobile Subscriber Identity）などのＵＥ－Ｒ１５に対応づけられた加入者識別情報であってもよいし、ＵＥ－Ｒ１５に割り当てられたＩＰアドレスであってもよいし、ＵＥ－Ｒ１５に対応づけられたＦＱＤＮ（Fully Qualified Domain Name）などの情報であってもよい。
　さらに、ＵＥ－Ｒ通信路コンテキスト１５４２には、位置管理装置を識別する情報を記憶しても良い。位置管理装置を識別する情報は、位置管理装置に割り当てられたＩＰアドレスであってもよいし、位置管理装置に対応づけられたＦＱＤＮ（Fully Qualified Domain Name）などの情報であってもよい。また、グローバルにユニーク性をもつＧＭＭＥＩ（Globally Unique MME Identifier）でもよいし、ＧＵＴＩと、事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Temporary Mobile Subscriber Identify）とから構成されるＧＵＴＩ（Global Unique Temporary Identity）であってもよい。
　図６（ｂ）に、グループ識別情報１５４４の例を示す。図６（ｂ）では、ＵＥ－Ｒ１５は、グループ１とグループ２のグループ識別情報を管理している。グループ識別情報１５４４は、２台以上の通信端末がグループを構成し、グループ間で通信を行う際にグループを識別する情報であってよい。また、グループに対して配送されるコンテンツが複数ある場合、これらのコンテンツを識別する情報であってもよい。
　例えば、複数の通信端末で同報通話を行う際の、端末グループを識別する情報であってよい。または、通話のためのセッションを識別する情報であってもよい。もしくは、複数の通信端末に対して映像配信が行われる際、映像配信を受信する端末をグループとして識別する識別情報であってもよいし、複数の映像が有る場合の配信映像を識別する識別情報であってもよい。
　グループ識別情報は、ＩＰマルチキャストアドレスであってもよいし、通信事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Temporary Mobile Subscriber Identify）であってもよい。これに限らずメールアドレスなど、グループを識別する情報であってよい。なお、グループ識別情報１５４４は、ＵＥ－Ｒ通信路コンテキスト１５４２に含まれていても良い。
　図６（ｃ）に、モードの管理表１５４８を示す。モード管理表１５４８では、ＧＯモードか、デセントラライズモード情報が管理されている。図６（ｃ）ではＧＯモードが管理されている。ここで、ＵＥ１０は、ＧＯモードにおける通信路の確立またはＧＯモードへ通信路の切り替えに応じて、ＧＯモードを管理しても良い。なお、ＵＥ１０は、デセントラライズモードの通信路の確立またはデセントラライズモードの通信路の切り替えに応じて、デセントラライズモードを管理しても良い。なお、モード管理表１４８は、ＵＥ－Ｒ通信路コンテキスト１５４２に含まれていても良い。
　また、ＵＥ－Ｒ１５は、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を管理しても良い。ここで、ＵＥ－Ｒ１５は、ＧＯモードとデセントラライズモードの切り替えを行うことができること（許可）のみを示す許可情報を管理しても良い。また、ＵＥ－Ｒ１５は、ＧＯモードとデセントラライズモードの切り替えを行うことができること（許可）と、ＧＯモードとデセントラライズモードの切り替えを行うことができないこと（不許可）と、を示す許可情報を管理しても良い。なお、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報は、ＵＥ－Ｒ通信路コンテキスト１５４２で管理されても良い。
　データ転送部１５３０は、第１インタフェース部１５１０を介して受信したＵＥ１０から受信データを、第２インタフェース部１５２０を介してＩＰ移動通信ネットワークへ転送し、さらに、第２インタフェース部１５２０を介して受信したＵＥ１０宛ての受信データを、第１インタフェース部１５１０を介してＵＥ１０へ転送する機能部である。なお、ＵＥ－Ｒ１５にはＵＥ１０に限らず複数の通信端末が接続されてよい。また、ｅＮＢ２０には、ＵＥ－Ｒ１５に限らず複数のリレー機能を備えた通信端末が接続されてよい。これらのリレー機能を備えた通信端末の構成はＵＥ－Ｒ１５と同様の構成であるため詳細説明を省略する。
　[１．２．３　ｅＮＢの構成]
　図７をもとに本実施形態におけるｅＮＢ２０の機能構成を示す。ｅＮＢ２０は、制御部２００に、第１インタフェース部２１０と、第２インタフェース部２２０と、データ転送部２３０と、記憶部２４０とがバスを介して接続されている。
　制御部２００は、ｅＮＢ２０を制御するための機能部である。制御部２００は、記憶部２４０に記憶されている各種情報、各種プログラムを読みだして実行することにより各種処理を実現する。
　第１インタフェース部２１０は、ＬＴＥアクセス方式によりＵＥ－Ｒ１５やＵＥ１０などの他の通信端末と無線通信路を確立し、無線通信によるデータの送受信を実行する機能部である。第１インタフェース部２１０には、外部アンテナ２１２が接続されている。
　第２インタフェース部２２０は、有線接続によりコアネットワークにコアネットワーク７に接続している。コアネットワーク７への接続は、イーサネット（登録商標）や光ファイバケーブルなどにより接続しても良い。
　記憶部２４０は、ｅＮＢ２０の各種動作に必要なプログラム、データ等を記憶する機能部である。記憶部２４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。さらに、記憶部２４０には、ｅＮＢ通信路コンテキスト２４２が記憶されている。
　ｅＮＢ通信路コンテキスト２４２は、ＵＥ－Ｒ１５またはＵＥ１０との間に確立する通信路に対応づけられて記憶される情報群であり、ＡＰＮ（アクセスポイントネーム）、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ（Tunnel Endpoint Identifier），基地局識別情報、サービス識別情報、グループ識別情報などを含んでも良い。
　ＡＰＮ（アクセスポイントネーム）は、ＩＰ移動通信ネットワーク５においてＰＧＷ５０を選択するために使用される識別情報であり、ＰＤＮ８０に対応づけた識別情報である。ＩＭＳや映像配信など、サービスごとにことなるＰＤＮ８０が構成されている場合には、サービスを識別する識別情報としても使用することができる。
　ベアラＩＤは、ＵＥ１０がＵＥ－Ｒ１５と接続する際に確立するＵＥ１０とＵＥ－Ｒ１５との間の無線通信路である無線ベアラを識別する情報である。また、ＵＥ１０がｅＮＢ２０に接続する場合において、ＵＥ１０がｅＮＢ２０と接続する際に確立するＵＥ１０とｅＮＢ２０との間の無線通信路である無線ベアラを識別する情報であってもよい。
　ＰＤＮコネクションＩＤは、ＵＥ１０がＰＧＷ５０との間に確立する論理パスであるＰＤＮコネクションを識別する情報である。
　ＴＥＩＤは、ＰＤＮコネクションを構成するユーザデータ配送のためのトンネル通信路の識別情報であり、ＧＴＰプロトコルや、Ｍｏｂｉｌｅ　ＩＰプロトコルや、Ｐｒｏｘｙ　Ｍｏｂｉｌｅ　ＩＰプロトコルに基づいて確立されたトンネル通信路の識別情報であってよい。
　基地局識別情報は、ＵＥ－Ｒ１５を識別する情報であってもよいし、ｅＮＢ２０を識別する情報であってもよい。また、基地局識別情報は、通信サービスを提供する移動通信事業者を識別する事業者識別コードと、基地局識別コードを組み合わせて構成してもよい。これにより、複数の移動通信事業者が提供する複数の移動通信ネットワークにおいて一意な識別情報とすることができる。
　また、基地局識別情報は、基地局に割り当てられたＩＰアドレスであってもよいし、ＦＱＤＮ（Fully Qualified Domain Name）などの識別情報であってよい。
　また、ＵＥ－Ｒ１５を識別する情報も、ＵＥ－Ｒ１５に割り当てられたＩＰアドレスであってもよいし、ＦＱＤＮ（Fully Qualified Domain Name）などの識別情報であってよい。
　サービス識別情報は、移動通信事業者がＩＰ移動通信ネットワーク５で提供するサービスを識別する情報である。サービス識別情報は、ＡＰＮであってもよいし、ＦＱＤＮ（Fully Qualified Domain Name）などのサービスドメイン識別情報であってもよい。これに限らずサービスと対応づけられた識別情報であってもよい。さらに、サービスとはＩＭＳに基づいた音声通話サービスや、ビデオ配信サービスなどであってもよいし、グループ通信を提供するサービスであってもよい。サービス識別情報は、こうしたサービスを識別する識別情報である。
　グループ識別情報は、２台以上の通信端末がグループを構成し、グループ間で通信を行う際にグループを識別する情報であってよい。また、グループに対して配送されるコンテンツが複数ある場合、これらのコンテンツを識別する情報であってもよい。
　例えば、複数の通信端末で同報通話を行う際の、端末グループを識別する情報であってよい。または、通話のためのセッションを識別する情報であってもよい。もしくは、複数の通信端末に対して映像配信が行われる際、映像配信を受信する端末をグループとして識別する識別情報であってもよいし、複数の映像が有る場合の配信映像を識別する識別情報であってもよい。
　グループ識別情報は、ＩＰマルチキャストアドレスであってもよいし、通信事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Temporary Mobile Subscriber Identify）であってもよい。これに限らずメールアドレスなど、グループを識別する情報であってよい。
　ｅＮＢ通信路コンテキスト２４２は通信路毎に保持してもよい。例えば、ＵＥ－Ｒ１５と確立する通信路と、他のリレー機能を有する通信端末との通信路に対してそれぞれ保持しても良い。
　ここで直接通信路に対する通信路コンテキストの基地局情報は、ＵＥ－Ｒ１５を識別する情報と、ｅＮＢ２０を識別する情報とをそれぞれ記憶しても良い。
　データ転送部２３０は、第１インタフェース部２１０を介して受信したＵＥ－Ｒ１５から受信データを、第２インタフェース部２２０を介してＩＰ移動通信ネットワークへ転送し、さらに、第２インタフェース部２２０を介して受信したＵＥ１０宛ての受信データを、第１インタフェース部２１０を用いてＵＥ－Ｒ１５介してＵＥ１０へ転送する機能部である。
　[１．２．４　ＭＭＥの構成]
　ＭＭＥ３０は、ＵＥ１０の通信路確立やサービス提供に関して、許可または不許可を決定する位置管理装置である。
　図８にＭＭＥ３０の機能構成を示す。ＭＭＥ３０は、制御部４００に、ＩＰ移動通信ネットワークインタフェース部４１０と、記憶部４４０とがバスを介して接続されている。
　制御部４００は、ＵＥ１０を制御するための機能部である。制御部４００は、記憶部４４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
　ＩＰ移動通信ネットワークインタフェース部４１０は、ＭＭＥ３０がＩＰ移動通信ネットワーク５に接続するための機能部である。
　記憶部４４０は、ＭＭＥ３０の各種動作に必要なプログラム、データ等を記録する機能部である。記憶部４４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成される。さらに、記憶部４４０には、ＭＭＥ通信路コンテキスト４４２が記憶されている。
　ＭＭＥ通信路コンテキスト４４２は、ＵＥ－Ｒ１５とＵＥ１０との間に確立される直接通信路に対応づけられて記憶される情報群であり、ＡＰＮ（アクセスポイントネーム）、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ（Tunnel Endpoint Identifier），端末装置の識別情報、ＰｒｏＳｅ　Ｓｅｒｖｅｒの識別情報、基地局識別情報、サービス識別情報、グループ識別情報などを含んでも良い。
　ＡＰＮ（アクセスポイントネーム）は、ＩＰ移動通信ネットワーク５においてＰＧＷ５０を選択するために使用される識別情報であり、ＰＤＮ８０に対応づけた識別情報である。ＩＭＳや映像配信など、サービスごとにことなるＰＤＮ８０が構成されている場合には、サービスを識別する識別情報としても使用することができる。
　ベアラＩＤは、ＵＥ１０がＵＥ－Ｒ１５と接続する際に確立するＵＥ１０とＵＥ－Ｒ１５との間の無線通信路である無線ベアラを識別する情報である。また、ＵＥ１０がｅＮＢ２０に接続する場合において、ＵＥ１０がｅＮＢ２０と接続する際に確立するＵＥ１０とｅＮＢ２０との間の無線通信路である無線ベアラを識別する情報であってもよい。
　ＰＤＮコネクションＩＤは、ＵＥ１０がＰＧＷ５０との間に確立する論理パスであるＰＤＮコネクションを識別する情報である。
　ＴＥＩＤは、ＰＤＮコネクションを構成するユーザデータ配送のためのトンネル通信路の識別情報であり、ＧＴＰプロトコルや、Ｍｏｂｉｌｅ　ＩＰプロトコルや、Ｐｒｏｘｙ　Ｍｏｂｉｌｅ　ＩＰプロトコルに基づいて確立されたトンネル通信路の識別情報であってよい。
　端末装置の識別情報は、ＵＥ－Ｒ１５を識別する情報であってよい。また、ＵＥ－Ｒ１５を識別する情報は、ＩＭＳＩ（International Mobile Subscriber Identity）などのＵＥ－Ｒ１５に対応づけられた加入者識別情報であってもよいし、ＵＥ－Ｒ１５に割り当てられたＩＰアドレスであってもよいし、ＵＥ－Ｒ１５に対応づけられたＦＱＤＮ（Fully Qualified Domain Name）などの情報であってもよい。さらに、これらを複数記憶しても良い。
　ＰｒｏＳｅ　Ｓｅｒｖｅｒの識別情報は、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０を識別する情報であってよい。また、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０を識別する情報は、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０に割り当てられたＩＰアドレスであってもよいし、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０に対応づけられたＦＱＤＮ（Fully Qualified Domain Name）などの情報であってもよい。
　また、ＭＭＥ３０は、端末装置の識別情報とＰｒｏＳｅ　Ｓｅｒｖｅｒ９０の識別情報とを対応づけて記憶しても良い。これにより、端末装置のサービスを管理するＰｒｏＳｅ
　Ｓｅｒｖｅｒを記憶しても良いし、ＰｒｏＳｅ　Ｓｅｒｖｅｒがサービスを提供する端末装置を記憶しても良い。
　基地局識別情報は、ＵＥ－Ｒ１５を識別する情報であってもよいし、ｅＮＢ２０を識別する情報であってもよい。また、基地局識別情報は、通信サービスを提供する移動通信事業者を識別する事業者識別コードと、基地局識別コードを組み合わせて構成してもよい。これにより、複数の移動通信事業者が提供する複数の移動通信ネットワークにおいて一意な識別情報とすることができる。
　サービス識別情報は、移動通信事業者がＩＰ移動通信ネットワーク５で提供するサービスを識別する情報である。サービス識別情報は、ＡＰＮであってもよいし、ＦＱＤＮ（Fully Qualified Domain Name）などのサービスドメイン識別情報であってもよい。これに限らずサービスと対応づけられた識別情報であってもよい。さらに、サービスとはＩＭＳに基づいた音声通話サービスや、ビデオ配信サービスなどであってもよいし、グループ通信を提供するサービスであってもよい。サービス識別情報は、こうしたサービスを識別する識別情報である。
　グループ識別情報は、２台以上の通信端末がグループを構成し、グループ間で通信を行う際にグループを識別する情報であってよい。また、グループに対して配送されるコンテンツが複数ある場合、これらのコンテンツを識別する情報であってもよい。
　例えば、複数の通信端末で同報通話を行う際の、端末グループを識別する情報であってよい。または、通話のためのセッションを識別する情報であってもよい。もしくは、複数の通信端末に対して映像配信が行われる際、映像配信を受信する端末をグループとして識別する識別情報であってもよいし、複数の映像が有る場合の配信映像を識別する識別情報であってもよい。
　グループ識別情報は、ＩＰマルチキャストアドレスであってもよいし、通信事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Temporary Mobile Subscriber Identify）であってもよい。これに限らずメールアドレスなど、グループを識別する情報であってよい。
　ＭＭＥ通信路コンテキスト４４２は通信路毎に保持してもよい。例えば、ＵＥ１０がＵＥ－Ｒ１５と確立する通信路と、他のリレー機能を有する通信端末との通信路に対して確立する通信路とに対してそれぞれ保持しても良い。
　ここで直接通信路に対する通信路コンテキストの基地局情報は、ＵＥ－Ｒ１５を識別する情報と、ＵＥ－Ｒ１５が接続するｅＮＢ２０を識別する情報とをそれぞれ記憶しても良い。
　また、以上説明した情報群は、ＭＭ（Mobility Management）Ｃｏｎｔｅｘｔの情報要素として記憶されてもよい。
　[１．２．５　ＰｒｏＳｅ　Ｓｅｒｖｅｒの構成]
　ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０は、ＵＥ－Ｒ１５やＵＥ１０に直接通信路の確立や近隣端末の検出等のサービスを提供するサーバ装置である。
　図９にＰｒｏＳｅ　Ｓｅｒｖｅｒ９０の機能構成を示す。ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０は、制御部９００に、ＩＰ移動通信ネットワークインタフェース部９１０と、記憶部９４０とがバスを介して接続されている。
　制御部９００は、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０を制御するための機能部である。制御部９００は、記憶部９４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
　ＩＰ移動通信ネットワークインタフェース部９１０は、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０がＩＰ移動通信ネットワーク５に接続するための機能部である。
　記憶部９４０は、Ｐｒｏｓｅ　Ｓｅｒｖｅｒ９０の各種動作に必要なプログラム、データ等を記録する機能部である。記憶部９４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）等により構成される。
　さらに、さらに、記憶部９４０には、ＰｒｏＳｅ　Ｓｅｒｖｅｒ通信路コンテキスト９４２が記憶されている。
　ＰｒｏＳｅ　Ｓｅｒｖｅｒ通信路コンテキスト９４２は、ＵＥ－Ｒ１５とＵＥ１０との間に確立される直接通信路に対応づけられて記憶される情報群であり、ＡＰＮ（アクセスポイントネーム）、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ（Ｔｕｎｎｅｌ　Ｅｎｄｐｏｉｎｔ　Ｉｄｅｎｔｉｆｉｅｒ）、基地局識別情報、サービス識別情報、グループ識別情報などを含んでも良い。
　ＡＰＮ（アクセスポイントネーム）は、ＩＰ移動通信ネットワーク５においてＰＧＷ５０を選択するために使用される識別情報であり、ＰＤＮ８０に対応づけた識別情報である。ＩＭＳや映像配信など、サービスごとにことなるＰＤＮ８０が構成されている場合には、サービスを識別する識別情報としても使用することができる。
　ベアラＩＤは、ＵＥ１０がＵＥ－Ｒ１５と接続する際に確立するＵＥ１０とＵＥ－Ｒ１５との間の無線通信路である無線ベアラを識別する情報である。また、ＵＥ１０がｅＮＢ２０に接続する場合において、ＵＥ１０がｅＮＢ２０と接続する際に確立するＵＥ１０とｅＮＢ２０との間の無線通信路である無線ベアラを識別する情報であってもよい。
　ＰＤＮコネクションＩＤは、ＵＥ１０がＰＧＷ５０との間に確立する論理パスであるＰＤＮコネクションを識別する情報である。
　ＴＥＩＤは、ＰＤＮコネクションを構成するユーザデータ配送のためのトンネル通信路の識別情報であり、ＧＴＰプロトコルや、Ｍｏｂｉｌｅ　ＩＰプロトコルや、Ｐｒｏｘｙ　Ｍｏｂｉｌｅ　ＩＰプロトコルに基づいて確立されたトンネル通信路の識別情報であってよい。
　基地局識別情報は、ＵＥ－Ｒ１５を識別する情報であってもよいし、ｅＮＢ２０を識別する情報であってもよい。また、基地局識別情報は、通信サービスを提供する移動通信事業者を識別する事業者識別コードと、基地局識別コードを組み合わせて構成してもよい。これにより、複数の移動通信事業者が提供する複数の移動通信ネットワークにおいて一意な識別情報とすることができる。
　サービス識別情報は、移動通信事業者がＩＰ移動通信ネットワーク５で提供するサービスを識別する情報である。サービス識別情報は、ＡＰＮであってもよいし、ＦＱＤＮ（Fully Qualified Domain Name）などのサービスドメイン識別情報であってもよい。これに限らずサービスと対応づけられた識別情報であってもよい。さらに、サービスとはＩＭＳに基づいた音声通話サービスや、ビデオ配信サービスなどであってもよいし、グループ通信を提供するサービスであってもよい。サービス識別情報は、こうしたサービスを識別する識別情報である。
　グループ識別情報は、２台以上の通信端末がグループを構成し、グループ間で通信を行う際にグループを識別する情報であってよい。また、グループに対して配送されるコンテンツが複数ある場合、これらのコンテンツを識別する情報であってもよい。
　例えば、複数の通信端末で同報通話を行う際の、端末グループを識別する情報であってよい。または、通話のためのセッションを識別する情報であってもよい。もしくは、複数の通信端末に対して映像配信が行われる際、映像配信を受信する端末をグループとして識別する識別情報であってもよいし、複数の映像が有る場合の配信映像を識別する識別情報であってもよい。
　グループ識別情報は、ＩＰマルチキャストアドレスであってもよいし、通信事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Temporary Mobile Subscriber Identify）であってもよい。これに限らずメールアドレスなど、グループを識別する情報であってよい。
　ＰｒｏＳｅ　Ｓｅｒｖｅｒ通信路コンテキスト９４２は通信路毎に保持してもよい。例えば、ＵＥ１０がＵＥ－Ｒ１５と確立する通信路と、他のリレー機能を有する通信端末との通信路に対して確立する通信路とに対してそれぞれ保持しても良い。
　ここで直接通信路に対する通信路コンテキストの基地局情報は、ＵＥ－Ｒ１５を識別する情報と、ＵＥ－Ｒ１５が接続するｅＮＢ２０を識別する情報とをそれぞれ記憶しても良い。
　さらに、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＰｒｏＳｅ　Ｓｅｒｖｅｒ通信路コンテキスト９４２に、ＵＥ－Ｒ１５の識別情報を含んで保持しても良い。ＵＥ－Ｒ１５の識別情報は、ＩＭＳＩ（International Mobile Subscriber Identity）などのＵＥ－Ｒ１５に対応づけられた加入者識別情報であってもよいし、ＵＥ－Ｒ１５に割り当てられたＩＰアドレスであってもよいし、ＵＥ－Ｒ１５に対応づけられたＦＱＤＮ（Fully Qualified Domain Name）などの情報であってもよい。
　さらに、ＰｒｏＳｅ　Ｓｅｒｖｅｒ通信路コンテキスト９４２には、位置管理装置を識別する情報を記憶しても良い。位置管理装置（ＭＭＥ３０）を識別する情報は、位置管理装置に割り当てられたＩＰアドレスであってもよいし、位置管理装置に対応づけられたＦＱＤＮ（Fully Qualified Domain Name）などの情報であってもよい。また、グローバルにユニーク性をもつＧＭＭＥＩ（Globally Unique MME Identifier）でもよいし、ＧＵＴＩと、事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Temporary Mobile Subscriber Identify）とから構成されるＧＵＴＩ（Global Unique Temporary Identity）であってもよい。
　ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０は、こうした端末の識別情報と位置管理装置の識別情報とを対応づけて記憶してもよい。さらに、これにより、端末装置に対する位置管理装置の位置管理をおこなってもよい。
　また、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０は、ＵＥ１０またはＵＥ－Ｒ１５がＧＯモードとデセントラライズモードの切り替えを行うことができることを認証するための許可情報を管理しても良い。ここで、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０は、ＧＯモードとデセントラライズモードの切り替えを行うことができること（許可）のみを示す許可情報を管理しても良い。また、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０は、ＧＯモードとデセントラライズモードの切り替えを行うことができること（許可）と、ＧＯモードとデセントラライズモードの切り替えを行うことができないこと（不許可）と、を示す許可情報を管理しても良い。
　［１．３　処理の説明］
　続いて、上述した移動通信システムにおける具体的な処理の実施例について説明する。
　第１の実施形態では、ＧＯモードにおける通信路からデセントラライズモードの通信路へ切り替える手続きについて説明する。図１０に、第１の実施形態における主な処理の流れを示す。第１の実施形態では、まず、ＵＥ－Ｒ１５は、ネットワークへの接続手続きとサービス登録手続きを行う（Ｓ１００２）。次に、ＵＥ－Ｒ１５とＵＥ１０（ＵＥ１０ａまたはＵＥ１０ｂ）はＧＯモードにおける通信路確立手続きを行う（Ｓ１００４）。これにより、ＵＥ１０（ＵＥ１０ａとＵＥ１０ｂ）とＵＥ－Ｒ１５は、ＧＯモードにおける通信路においてデータの送受信を開始する。ＵＥ１０とＵＥ－Ｒ１５はＧＯモードの通信路におけるデータの送受信中にデセントラライズモードの通信路への切り替え手続きを行う（Ｓ１００６）。デセントラライズモードへ切り替え手続きは、デセントラライズモードの通信路確立手続きとＧＯモードの通信路削除手続きにより行われる。
　［１．３．１　ＵＥにおけるサービス登録手続き］
　図１１にＵＥ１０ａまたはＵＥ１０ｂにおけるサービス登録手続きを示す。ここで、ＵＥ１０ａはアプリケーション１において、ＰｒｏＳｅアプリケーションサーバにサービス登録手続きを行うこととする。なお、ＵＥ１０ａはアプリケーション１に関わらず、他のアプリケーション２であっても良く、アプリケーション３であっても良い。
　ＵＥ１０ａはＰｒｏＳｅアプリケーションサーバに認証要求を送信する（Ｓ１１０２）。ＵＥ１０ａは認証要求にユーザ識別情報を含める。ここで、ユーザ識別情報は、ＵＥ１０ａに保存されているものを利用しても良いし、ＵＥ１０ａに直接入力しても良い。さらに、ＵＥ１０ａはユーザ識別情報とともに、ユーザを認証するための認証キー（パスワード）を含めても良い。認証キーもＵＥ１０ａにあらかじめ保存されているものを利用しても良いし、ＵＥ１０ａに直接入力しても良い。
　ここで、ＵＥ１０ａはｅＮＢ２０の圏内に在圏した場合にあらかじめＰｒｏＳｅアプリケーションサーバに認証要求を送信することとしているが、ＧＯモードにおける通信路を確立した場合やＧＯモードへの通信路に切り替えた場合に、ＰｒｏＳｅアプリケーションサーバに認証要求を送信しても良い。
　また、ｅＮＢ２０ではなく、無線ＬＡＮやＷｉＭＡＸなど他の無線通信システムを利用して送信しても良い。また、ＵＥ１０ａは有線ＬＡＮなどのケーブルを介して、ＰｒｏＳｅアプリケーションサーバに送信しても良い。
　ＰｒｏＳｅアプリケーションサーバはＵＥ１０ａからの認証要求を受信し、認証要求に含まれるユーザ識別情報が有効であることを確認し、認証を行う。ここで、ＰｒｏＳｅアプリケーションサーバは、認証キーが含まれている場合には、ユーザ識別情報に対応する認証キーが有効であるかを確認しても良い。さらに、ＰｒｏＳｅアプリケーションサーバは認証した後、ユーザ識別情報からグループに関する情報を抽出する。ここで、ユーザはあらかじめグループに登録し、グループ内でのみデータを送受信することができる。グループに関する情報としては、グループＩＤなどのグループ識別子やＩＰマルチキャストアドレスなどがある。ここで、グループに関する情報として、グループに属するユーザ識別情報を抽出しても良い。
　なお、ＰｒｏＳｅアプリケーションサーバは、ＵＥ１０ａから認証要求を受信した場合、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０へ認証情報を送信しても良い。また、ＰｒｏＳｅアプリケーションサーバから認証情報を受信したＰｒｏＳｅ　Ｓｅｒｖｅｒ９０は認証情報を確認し、ＵＥ１０ａを認証しても良い。ここで、ＰｒｏＳｅＳｅｒｖｅｒ９０は、ＵＥ１０ａがＧＯモードとデセントラライズモードの切り替えを行うことができることを認証してよい。また、ＰｒｏＳｅＳｅｒｖｅｒ９０はＵＥ１０ａの認証情報による認証を行った後、ＰｒｏＳｅアプリケーションサーバからの認証情報に対する応答として、認証応答などを送信しても良い。また、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＰｒｏＳｅアプリケーションサーバからの認証情報に対する応答に、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を含めても良い。また、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＰｒｏＳｅアプリケーションサーバからの認証情報に対する応答に、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を含めても良い。さらに、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＰｒｏＳｅアプリケーションサーバからの認証情報に対する応答に、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を含まないことによって、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示しても良い。
　ＰｒｏＳｅアプリケーションサーバは認証を行った後、認証応答をＵＥ１０ａに送信する（Ｓ１１０４）。ここで、ＰｒｏＳｅアプリケーションサーバは認証応答にグループに関する情報を含める。グループに関する情報として、グループＩＤなどのグループ識別子やＩＰマルチキャストアドレスなどを含めても良い。また、グループに関する情報として、グループに属するユーザの識別情報を含めても良い。
　また、ＰｒｏＳｅアプリケーションサーバは、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から通知されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を含めても良い。また、ＰｒｏＳｅアプリケーションサーバは、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から通知されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を含めても良い。さらに、ＰｒｏＳｅアプリケーションサーバは、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から通知されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を含めないことで、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示しても良い。
　ＵＥ１０ａはＰｒｏＳｅアプリケーションサーバから認証応答を受信し、認証応答に含まれるグループに関する情報を受け取る。また、ＵＥ１０ａは認証応答に含まれるＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を受け取り、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を管理しても良い。また、ＵＥ１０ａは認証応答に含まれるＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を受け取り、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理しても良い。さらに、ＵＥ１０ａは認証応答に含まれるＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を受け取らなかった場合、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理しても良い。
　以上の手続きにより、ＵＥ１０ａはＰｒｏＳｅアプリケーションサーバから認証を受け、アプリケーション１においてデータの送受信を行うことができる。
　なお、ＵＥ１０ａはＰｒｏＳｅアプリケーションサーバに認証要求を送信する代わりに、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０へ認証要求を送信しても良い。ここで、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０は、認証要求に含まれる認証情報により、ＵＥ１０ａを認証しても良い。また、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０は、ＵＥ１０ａがＧＯモードとデセントラライズモードの切り替えを行うことができることを認証しても良い。
　認証要求を受信したＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＰｒｏＳｅアプリケーションサーバへ認証情報を送信しても良い。また、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から認証情報を受信したＰｒｏＳｅアプリケーションサーバは認証情報を確認し、ＵＥ１０ａの認証情報による認証を行った後、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０からの認証情報に対する応答として、認証応答などを送信しても良い。また、ＰｒｏＳｅアプリケーションサーバはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０からの認証情報に対する応答に、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を含めても良い。ＵＥ１０ａから認証要求を受信したＰｒｏＳｅ　Ｓｅｒｖｅｒ９０は、ＵＥ１０ａへ認証応答を送信しても良い。
　ここで、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０は、ＵＥ１０ａがＧＯモードとデセントラライズモードの切り替えを行うことができることを認証した場合、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を含めても良い。また、ＰｒｏＳｅＳｅｒｖｅｒ９０は、ＵＥ１０ａがＧＯモードとデセントラライズモードの切り替えを行うことができないことを認証した場合、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を含めても良い。ここで、ＰｒｏＳｅＳｅｒｖｅｒ９０は、ＵＥ１０ａがＧＯモードとデセントラライズモードの切り替えを行うことができないことを認証した場合、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を含めないことで、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示しても良い。
　ＵＥ１０ａはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から認証応答を受信する。ＵＥ１０ａは認証応答に含まれるＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を受け取り、ＧＯモードとデセントラライズモードの切り替えの許可情報を管理しても良い。ここで、ＵＥ１０ａはＰｒｏＳｅＳｅｒｖｅｒ９０からＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を受け取った場合、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理しても良い。
　さらに、ＵＥ１０ａはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０からＧＯモードとデセントラライズモードの切り替えを行うことができる許可情報を受け取らなかった場合、ＧＯモードとデセントラライズモードの切り替えを行うことができないと判断し、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理しても良い。
　一方、ＵＥ１０ｂにおいてもＵＥ１０ａと同様に、ＰｒｏＳｅアプリケーションサーバへ認証要求を送信（Ｓ１１０２）し、ＰｒｏＳｅアプリケーションサーバはＵＥ１０ｂの認証の後、ＵＥ１０ｂへ認証応答を送信（Ｓ１１０４）する。
　なお、ＵＥ１０ｂはＰｒｏＳｅアプリケーションサーバに認証要求を送信する代わりに、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０へ認証要求を送信しても良い。ここで、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０は、認証要求に含まれる認証情報により、ＵＥ１０ｂを認証しても良い。また、ＧＯモードとデセントラライズモードの切り替えを行うことができることを認証しても良い。
　認証要求を受信したＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＰｒｏＳｅアプリケーションサーバへ認証情報を送信しても良い。また、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から認証情報を受信したＰｒｏＳｅアプリケーションサーバは認証情報を確認し、ＵＥ１０ｂの認証情報による認証を行った後、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０からの認証情報に対する応答として、認証応答などを送信しても良い。また、ＰｒｏＳｅアプリケーションサーバはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０からの認証情報に対する応答に、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を含めても良い。ＵＥ１０ｂから認証要求を受信したＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＵＥ１０ｂへ認証応答を送信しても良い。
　ここで、ＰｒｏＳｅＳｅｒｖｅｒ９０は、ＵＥ１０ｂがＧＯモードとデセントラライズモードの切り替えを行うことができることを認証した場合、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を含めても良い。また、ＰｒｏＳｅＳｅｒｖｅｒ９０は、ＵＥ１０ｂがＧＯモードとデセントラライズモードの切り替えを行うことができないことを認証した場合、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を含めても良い。ここで、ＰｒｏＳｅＳｅｒｖｅｒ９０は、ＵＥ１０ｂがＧＯモードとデセントラライズモードの切り替えを行うことができないことを認証した場合、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を含めないことで、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示しても良い。
　ＵＥ１０ｂはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から認証応答を受信する。ＵＥ１０ｂは認証応答に含まれるＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を受け取り、ＧＯモードとデセントラライズモードの切り替えの許可情報を管理しても良い。
　ここで、ＵＥ１０ｂはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０からＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を受け取った場合、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理しても良い。
　さらに、ＵＥ１０ｂはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０からＧＯモードとデセントラライズモードの切り替えを行うことができる許可情報を受け取らなかった場合、ＧＯモードとデセントラライズモードの切り替えを行うことができないと判断し、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理しても良い。
　以上の手続きにより、ＵＥ１０ｂはＰｒｏＳｅアプリケーションサーバから認証を受け、アプリケーション１においてデータの送受信を行うことができる。
　以上により、ＵＥ１０ａとＵＥ１０ｂはそれぞれＰｒｏＳｅアプリケーションサーバから認証を受け、アプリケーション１においてデータの送受信を行うことができる。
　［１．３．２　ＵＥ－Ｒにおけるネットワークへの接続手続きとサービス登録手続き］
　ＵＥ－Ｒ１５におけるネットワークへの接続手続きとサービス登録手続きについて説明する。図１２に、ＵＥ－Ｒ１５におけるネットワークへの登録手続きとサービス登録手続きを示す。
　ＵＥ－Ｒ１５はＭＭＥ３０へアタッチ要求を送信する（Ｓ１２０２）。ここで、ＵＥ－Ｒ１５はアタッチ要求にｒｅｌａｙ　ａｃｔｉｖａｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎを含めても良い。ｒｅｌａｙ　ａｃｔｉｖａｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎはＵＥ－Ｒ１５がリレーを有効化することを示す情報である。
　ＵＥ－Ｒ１５からアタッチ要求を受信したＭＭＥ３０はＵＥ－Ｒ１５の認証を行う。ここで、ＭＭＥ３０はアタッチ要求にｒｅｌａｙ　ａｃｔｉｖａｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎが含まれている場合、ＵＥ－Ｒ１５がリレーを有効化することを要求していることを検出する。また、アタッチ要求にｒｅｌａｙ　ａｃｔｉｖａｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎが含まれていない場合であっても、アタッチ要求に含まれるＡＰＮでＵＥ－Ｒ１５がリレーを有効化することを要求していることを検出しても良い。
　なお、アタッチ要求にｒｅｌａｙ　ａｃｔｉｖａｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎが含まれていない場合、ＵＥ－Ｒ１５を通常のＵＥと同じ方法で認証しても良い。
　ＭＭＥ３０はＵＥ－Ｒ１５がリレーを有効化することを要求していることを検出した場合、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０に認証要求を送信しても良い（Ｓ１２０４）。このとき、ＭＭＥ３０は認証要求にＵＥ－Ｒ１５に関する情報を含める。ここで、ＵＥ－Ｒ１５に関する情報は、ＵＥ－Ｒ１５の識別情報やＵＥ－Ｒ１５がリレーを有効化することを示す情報である。
　ＭＭＥ３０から認証要求を受信したＰｒｏＳｅ　Ｓｅｒｖｅｒ９０は、認証要求に含まれるＵＥ－Ｒに関する情報を利用して、ＵＥ－Ｒ１５においてＰｒｏＳｅサービスを提供することを認証する。なお、ＰｒｏＳｅサービスとは、他のＵＥが近隣検出することや、ＵＥが近隣である場合には、ＵＥ間でｅＮＢ２０、コアネットワーク７を介さずに直接データの送受信を行うことである。
　ここで、ＰｒｏＳｅ　Ｓｅｖｅｒ９０が、ＰｒｏＳｅ　ＵＥ　ＩＤを管理している場合には、ＵＥ－Ｒ１５に対応するＰｒｏＳｅ　ＵＥ　ＩＤを生成しても良い。
　ＵＥ－Ｒ１５を認証したＰｒｏＳｅ　Ｓｅｒｖｅｒ９０は、ＭＭＥ３０へ認証応答を送信する（Ｓ１２０６）。なお、認証応答には、生成したＰｒｏＳｅ　ＵＥ　ＩＤを含める。ＭＭＥ３０はＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から認証応答を受信し、認証応答に含まれるＰｒｏＳｅ　ＵＥ　ＩＤを受け取る。
　なお、ＭＭＥ３０とＰｒｏＳｅ　Ｓｅｒｖｅｒ９０が同じ装置で構成される場合、ＭＭＥ３０はＰｒｏＳｅ　Ｓｅｒｖｅｒ９０に認証要求を送信し（Ｓ１２０４）、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信する（Ｓ１２０６）必要はない。
　また、ＭＭＥ３０とＰｒｏＳｅ　Ｓｅｒｖｅｒ９０が同じ装置で構成される場合、ＭＭＥ３０はＵＥ－Ｒ１５の認証とともに、ＰｒｏＳｅ　ＵＥ　ＩＤを生成する。
　ＭＭＥ３０はＵＥ－Ｒ１５の認証の後、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０を選択する。なお、このＳＧＷ４０／ＰＧＷ５０の選択には、アタッチ要求にＡＰＮが含まれている場合には、ＡＰＮを利用して選択しても良い。アタッチ要求にＡＰＮが含まれていない場合には、ＭＭＥ３０が任意に選択して良い。
　さらに、ＭＭＥ３０はＡＰＮを利用してＰＤＮアドレスを取得しても良い。ここで、ＰＤＮアドレスとはＵＥ－Ｒ１５に割り当てるＩＰアドレスのことである。なお、アタッチ要求にＡＰＮが含まれていない場合、ＭＭＥ３０は任意に決定してよい。
　ここで、アタッチ要求に含まれるＡＰＮがリレーを有効化することを示す情報である場合、ＰＤＮアドレスとして、単一のＵＥ－Ｒ１５に対するＩＰアドレスではなく、複数のＵＥに割り当て可能な複数のＩＰアドレスを取得しても良い。ここで、複数のＩＰアドレスではなく、複数のＩＰアドレスを割り当てることができるアドレスブロックを割り当てても良い。アドレスブロックとは例えば、ＩＰアドレスにおけるネットワーク部のみを取得しても良い。
　また、アタッチ要求にＡＰＮが含まれていなくても、ｒｅｌａｙ　ａｃｔｉｖａｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎにより、リレーに対するＰＤＮアドレスを取得することを検出しても良い。また、ＡＰＮ、ｒｅｌａｙ　ａｃｔｉｖａｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎではなく、他の情報要素により、リレーにおける通信路を確立することを検出した場合には、リレーに対するＰＤＮアドレスを取得することを検出しても良い。
　ＭＭＥ３０はＳＧＷ４０へセッション生成要求を送信する（Ｓ１２０８）。なお、セッション生成要求にはｒｅｌａｙ　ａｃｔｉｖａｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎを含めても良い。ｒｅｌａｙ　ａｃｔｉｖａｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎにより、リレーのための通信路確立を要求することができる。なお、リレーであっても、従来のＵＥが確立する通信路と同じ場合、ｒｅｌａｙ　ａｃｔｉｖａｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎを含めなくても良い。
　ＭＭＥ３０からセッション生成要求を受信したＳＧＷ４０は、セッション生成要求をＰＧＷ５０へ送信する。ここで、ＭＭＥ３０からのセッション生成要求（Ｓ１２０８）にｒｅｌａｙ　ａｃｔｉｖａｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎが含まれている場合には、ＳＧＷ４０はセッション生成要求にｒｅｌａｙ　ａｃｔｉｖａｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎを含める。これにより、ＳＧＷ４０はリレーのための通信路確立を要求することができる。
　ＳＧＷ４０からセッション生成要求を受信したＰＧＷ５０はＳＧＷ４０とＰＧＷ５０間の通信路を確立する。このとき、セッション生成要求にｒｅｌａｙ　ａｃｔｉｖａｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎが含められていた場合には、リレーのための通信路を確保しても良い。続いて、ＰＧＷ５０はセッション生成応答をＳＧＷ４０へ送信する。このとき、通信路を管理するための制御情報を含めても良い。
　続いて、ＳＧＷ４０はｅＮＢ２０とＳＧＷ４０間の通信路を確立する。このとき、セッション生成要求にｒｅｌａｙ　ａｃｔｉｖａｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎが含められていた場合には、リレーのための通信路を確保しても良い。続いて、ＳＧＷ４０はセッション生成応答をＭＭＥ３０へ送信する（Ｓ１２１０）。このとき、通信路を管理するための制御情報を含めても良い。
　次に、ＭＭＥ３０はＵＥ－Ｒ１５へコンテキスト設定要求／アタッチ応答を送信する（Ｓ１２１２）。なお、コンテキスト設定要求／アタッチ応答には、ＰＤＮアドレスなどの情報を含めても良い。
　なお、ＵＥ－Ｒ１５は、ＭＭＥ３０からアタッチ応答を受信した場合、ＴＦＴを生成しても良い。ＴＦＴとは、アプリケーション毎に定義される送信先の設定情報であり、ＵＥ１０ａはあるアプリケーションにおけるデータの送信が発生した場合、ＴＦＴを利用して送信先を決定する。なお、アタッチ応答にベアラＩＤが含まれている場合には、ＴＦＴとベアラＩＤを関連付けて管理し、データの送信先の決定に利用しても良い。なお、送信先の決定の際に、通信品質に関する情報を関連付けて設定し、その通信品質に従って、データを送信しても良い。
　なお、ＵＥ－Ｒ１５は、接続されるＵＥ１０ａやＵＥ１０ｂのために、ＧＯモードにおける通信路を確立するためのＰＤＮアドレスなどの情報を確保しておき、後で、ＵＥ１０ａやＵＥ１０ｂへ通知してもよい。
　以上の手続きにより、ＵＥ－Ｒ１５はｅＮＢ２０、ＳＧＷ４０／ＰＧＷ５０を経由したデータの送受信を行うことができる。
　続いて、ＵＥ－Ｒ１５はＰｒｏＳｅアプリケーションサーバにアプリケーション１でＰｒｏＳｅにおけるリレーを行うことに対する認証を要求するための認証要求を送信（Ｓ１２１４）し、ＰｒｏＳｅアプリケーションサーバはＵＥ－Ｒ１５の認証の後、ＵＥ－Ｒ１５へ認証応答を送信（Ｓ１２１６）しても良い。この認証要求はＵＥにおけるＰｒｏＳｅアプリケーションの登録手続きにおいてＵＥ１０ａが送信したものと同様であるため、その説明は省略する。また、それに対する応答である認証応答はＵＥにおけるＰｒｏＳｅアプリケーションの登録手続きにおいてＰｒｏＳｅアプリケーションサーバが送信したものと同様であるため、その説明は省略する。
　なお、認証要求はＵＥ－Ｒ１５がリレーとしての機能だけをなく、アプリケーション１においてデータの送受信を行う場合において送信しても良い。つまり、ＵＥ－Ｒ１５がリレーとしての機能をサポートするだけであれば、認証要求を送信しなくても良い。
　以上の手続きにより、ＵＥ１０ａはＰｒｏＳｅアプリケーションサーバから認証を受け、アプリケーション１においてデータの送受信を行うことができる。
　ＵＥ－Ｒ１５はＧＯモード可能であるグループ情報を送信する（Ｓ１２１８）。ＵＥ１０ａとＵＥ１０ｂはＵＥ－Ｒ１５からのＧＯモード可能であるグループ情報を受信することにより、ＵＥ－Ｒ１５においてＧＯモード可能なグループを検出することができる。なお、ここではグループ１におけるＧＯモードを利用可能とする。
　［１．３．３　ＧＯモードにおける通信路確立手続き］
　ＧＯモードにおける通信路確立手続きについて説明する。図１３に、ＧＯモードにおける通信路確立手続きを示す。
　ＵＥ１０ａはＵＥ－Ｒ１５にアタッチ要求を送信する（Ｓ１３０４）。ここで送信するアタッチ要求は従来ＵＥがｅＮＢ２０やＭＭＥ３０に送信する要求に加え、グループを識別する情報を含めても良い。ここで、グループを識別する情報は、ＵＥ１０ａが参加しデータの送受信を行うことができるグループを識別する識別子であり、例えば、グループ１やグループ２である。ここでは、ＧＯモードで確立する通信路に対応するグループ１のグループを識別する情報を含める。
　なお、アタッチ要求には、ＡＰＮやアタッチタイプなどの情報を含めてもよい。さらに、アタッチ要求をセキュリティの確保された方法で送信してもよい。
　ここで、ＵＥ１０ａは、ＵＥ－Ｒ１５へアタッチ要求を送信する前に、ＵＥ－Ｒ１５へ送信できるかを検出するために、近隣検出を行っても良い。ここで、近隣検出とは、ＵＥ－Ｒ１５が直接通信を行うことができるほど、近隣にＵＥ－Ｒ１５が存在することを検出することである。ここで、近隣検出の方法は種々の方法があるが、例えば、ＵＥ１０ａがＵＥ－Ｒ１５の識別情報を含めて制御信号を送信し、ＵＥ－Ｒ１５からのレスポンスがあれば、近隣にＵＥ－Ｒ１５が存在することを検出することができる。他には、ＵＥ１０ａが近隣検出信号をブロードキャストで送信し、ＵＥ－Ｒ１５がＵＥ－Ｒ１５の識別情報を含めて応答することで、ＵＥ１０ａがＵＥ－Ｒ１５が近隣に存在することを検出してもよい。
　また、ＵＥ１０ａはコアネットワーク７またはＰｒｏＳｅＳｅｒｖｅｒ９０に近隣検出を要求しても良い。例えば、ＵＥ１０ａやＵＥ－Ｒ１５があらかじめ位置情報をコアネットワーク７またはＰｒｏＳｅＳｅｒｖｅｒ９０に通知しておき、コアネットワーク７またはＰｒｏＳｅＳｅｒｖｅｒ９０はＵＥ１０ａの問い合わせに応じて、ＵＥ１０ａの位置情報とＵＥ－Ｒ１５の位置情報を比較し、近隣であれば、ＵＥ１０ａにＵＥ－Ｒ１５と近隣であることを通知することによって、近隣検出しても良い。
　ここで、ＵＥ１０ａはＵＥ－Ｒ１５を対象に近隣検出を行っているが、ＵＥ１０ａはＵＥ－Ｒ１５の識別情報の代わりに、ＵＥ１０ｂの識別情報を利用することで、ＵＥ１０ｂを検出することができる。
　なお、ＵＥ１０ａがＵＥ１０ｂやＵＥ－Ｒ１５を近隣検出することとして説明しているが、ＵＥ１０ｂがＵＥ１０ａやＵＥ－Ｒ１５を近隣検出する方法として同様に利用することができる。また、ＵＥ１０ａやＵＥ１０ｂだけでなく、ＵＥ－Ｒ１５がＵＥ１０ａやＵＥ１０ｂを近隣検出する方法として同様に利用することができる。
　次に、ＵＥ－Ｒ１５はアタッチ要求をＭＭＥ３０へ送信する（Ｓ１３０６）。このとき、アタッチ要求には、ｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎを含める。ｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎは、ＵＥ－Ｒ１５にＵＥ１０ａまたはＵＥ１０ｂのようなＵＥが接続することを示す情報である。ここで、ＵＥ－Ｒ１５にＵＥが接続されることを示す情報をｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎとしたが、ＵＥ－Ｒ１５にＵＥが接続されることを示す情報であれば、どのような情報要素であっても良い。さらに、接続されるＵＥを識別する情報要素が含まれても良い。
　ＭＭＥ３０はＵＥ－Ｒ１５からアタッチ要求を受信する。ＭＭＥ３０はアタッチ要求を受信し、ＰＤＮアドレス（ＵＥ１０ａのＩＰアドレス）やＰＤＰコンテキストパラメータを生成するための処理を行ってもよい。
　ＭＭＥ３０はＵＥ－Ｒ１５からのアタッチ要求に含まれるｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎにより、ＵＥ－Ｒ１５にＵＥ１０ａが接続されていることを検出する。
　ＭＭＥ３０は、ＵＥ－Ｒ１５にＵＥ１０ａが接続されていることを検出している場合、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０に認証要求を送信しても良い（Ｓ１３０８）。ここで、ＭＭＥ３０は認証要求にＵＥ－Ｒ１５に接続するＵＥ１０ａのＵＥ識別子を含めても良い。
　ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０から認証要求を受信する。ここで、認証要求を受信したＰｒｏＳｅ　Ｓｅｒｖｅｒ９０は、ＵＥ１０ａがＰｒｏＳｅを行うことを認証してもよいし、ＵＥ－Ｒ１５経由でコアネットワークに接続することを認証しても良い。ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＵＥ１０ａがＰｒｏＳｅを行うことを認証する、またはＵＥ－Ｒ１５経由でコアネットワークに接続することを認証した場合、ＰｒｏＳｅにおける近隣検出または、直接通信路の確立において利用することができるＵＥ１０ａを識別するＰｒｏＳｅ　ＵＥ　ＩＤを抽出しても良い。
　ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０へ認証応答を送信し（Ｓ１３１０）、ＭＭＥ３０はＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から認証応答を受信する。ここで、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０にＰｒｏＳｅ　ＵＥ　ＩＤを通知しても良い。ＭＭＥ３０はＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から認証応答を受信し、ＵＥ１０ａがＵＥ－Ｒ１５に接続することを検出する。ここで、ＭＭＥ３０は、ＰＤＮアドレス（ＵＥ１０ａのＩＰアドレス）やＰＤＰコンテキストパラメータを生成するための処理を行ってもよい。
　ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０へセッション確立要求を送信する（Ｓ１３１２）。ここで、セッション確立要求には、ｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎを含める。ｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎが含まれることにより、ＳＧＷ４０／ＰＧＷ５０に、ＵＥ１０ａがＵＥ－Ｒ１５を経由してデータを送受信するための、通信品質を確保した通信路を確立することを示しても良い。
　ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０からセッション確立要求を受信する。ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はセッション確立要求に含まれるｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎにより、ＵＥ１０ａがＵＥ－Ｒ１５を経由してコアネットワークに接続することを検出する。これにより、ＳＧＷ４０／ＰＧＷ５０は、ＵＥ１０ａは、ＵＥ１０ａがＵＥ－Ｒ１５を経由してデータを送受信するために、通信品質を確保した通信路を確立しても良い。
　ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０へセッション確立応答を送信し（Ｓ１３１４）、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０からセッション確立応答を受信する。これにより、ＭＭＥ３０はＰＧＷ５０とＳＧＷ３０間、ＳＧＷ３０とｅＮＢ２０間、ｅＮＢ２０とＵＥ－Ｒ１５間において、ＵＥ１０ａがＵＥ－Ｒ１５へ接続してデータの送受信を行う通信路を確立することを確認する。
　ＭＭＥ３０はＵＥ－Ｒ１５へアタッチ応答を送信し（Ｓ１３１６）、ＵＥ－Ｒ１５はＭＭＥ３０からアタッチ応答を受信する。これにより、ＵＥ－Ｒ１５はＵＥ－Ｒ１５とコアネットワークにおける通信路において、ＵＥ１０ａがＵＥ－Ｒ１５を経由してデータの送受信を行うことができる通信路を確保したことになる。
　なお、ＵＥ－Ｒ１５は、ＭＭＥ３０からアタッチ応答を受信した場合、ＴＦＴを生成しても良い。ここで、アタッチ応答にベアラＩＤが含まれている場合には、ＴＦＴとベアラＩＤを関連付けて管理し、データの送信先の決定に利用しても良い。なお、送信先の決定の際に、通信品質に関する情報を関連付けて設定し、その通信品質に従って、データを送信しても良い。
　なお、ＵＥ－Ｒ１５は、ＭＭＥ３０にアタッチ要求を送信して、ＵＥ１０ａに対する認証を得たが、あらかじめ、ＵＥ－Ｒ１５がリレー機能を有効化することに対して認証されていれば、ＵＥ１０ａに対する認証を行わなくても良い。つまり、ＵＥ－Ｒ１５はＭＭＥ３０にアタッチ要求を送信（Ｓ１３０６）しなくても良い。また、ＵＥ－Ｒ１５はＭＭＥ３０にアタッチ要求を送信しない場合、ＭＭＥ３０は、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０に認証要求を送信（Ｓ１３０８）し、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信（Ｓ１３１０）し、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０にセッション確立要求を送信（Ｓ１３１２）し、ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０にセッション確立応答に送信（Ｓ１３１４）し、ＭＭＥ３０はＵＥ－Ｒ１５にアタッチ応答を送信し（Ｓ１３１６）なくても良い。
　ＵＥ－Ｒ１５はＵＥ１０ａへアタッチ応答を送信し（Ｓ１３１８）、ＵＥ１０ａはＵＥ－Ｒ１５からアタッチ応答を受信する。
　ここでＵＥ－Ｒ１５は、ＭＭＥ３０からのアタッチ応答により、ＡＰＮやＰＤＮアドレス、ベアラＩＤ、ＰＤＰコンテキストパラメータなどの情報を受け取り、ＵＥ１０ａへアタッチ応答とともに通知してもよい。
　ここで、ＵＥ－Ｒ１５は、ＡＰＮやＰＤＮアドレス、ベアラＩＤ、ＰＤＰコンテキストパラメータなどの情報をリレーにおけるネットワークへの登録手続きやサービス登録手続きであらかじめ受け取っておき、ＵＥ１０ａへアタッチ応答とともに通知してもよい。
　なお、ＵＥ１０ａは、ＵＥ－Ｒ１５からアタッチ応答を受信した場合、ＴＦＴを生成しても良い。ここで、アタッチ応答にベアラＩＤが含まれている場合には、ＴＦＴとベアラＩＤを関連付けて管理し、データの送信先の決定に利用しても良い。なお、送信先の決定の際に、通信品質に関する情報を関連付けて設定し、その通信品質に従って、データを送信しても良い。
　ここで、単一の通信路のみが確立されている場合には、ＴＦＴを生成せず、全てのアプリケーションにおけるデータを確立している通信路へ送信しても良い。
　以上の手続きにより、ＵＥ１０ａはＧＯモードにおける通信路を確立することができる。
　上記の手続きは、ＵＥ１０ｂにおいても同様に行う。つまり、ＵＥ１０ｂはＵＥ－Ｒ１５にアタッチ要求を送信し（Ｓ１３２０）、ＵＥ－Ｒ１５はＭＭＥ３０にアタッチ要求を送信し（Ｓ１３２２）、ＭＭＥ３０は、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０に認証要求を送信し（Ｓ１３２４）、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信し（Ｓ１３２６）、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０にセッション確立要求を送信し（Ｓ１３２８）、ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０にセッション確立応答に送信（Ｓ１３３０）し、ＭＭＥ３０はＵＥ－Ｒ１５にアタッチ応答を送信し（Ｓ１３３２）、ＵＥ－Ｒ１５はＵＥ１０ｂにアタッチ応答を送信する（Ｓ１３３４）。
　なお、ＵＥ１０ａの場合と同様に、ＵＥ－Ｒ１５は、あらかじめ、ＵＥ－Ｒ１５がリレー機能を有効化することに対して認証されていれば、ＵＥ１０ｂに対する認証を行わなくても良い。つまり、ＵＥ－Ｒ１５はＭＭＥ３０にアタッチ要求を送信（Ｓ１３２２）し、ＭＭＥ３０は、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０に認証要求を送信（Ｓ１３２４）し、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信（Ｓ１３２６）し、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０にセッション確立要求を送信（Ｓ１３２８）し、ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０にセッション確立応答に送信（Ｓ１３３０）し、ＭＭＥ３０はＵＥ－Ｒ１５にアタッチ応答を送信し（Ｓ１３３２）なくても良い。以上の手続きにより、ＵＥ１０ｂはＧＯモードにおける通信路を確立することができる。
　以上により、ＵＥ１０ａとＵＥ１０ｂとＵＥ－Ｒ１５はＧＯモードにおける通信路を確立し、データの送受信を行うことができる。
　［１．３．３．１　ＧＯモードにおける通信路の管理］
　図１４にＧＯモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ－Ｒ１５におけるＴＦＴの例を示す。図１４では、アプリケーション１におけるＴＦＴの例を示している。ここで、アプリケーション１における例のみを示しているが、ＴＦＴにおいて、アプリケーション２やアプリケーション３が管理されても良い。
　ＵＥ１０ａのＴＦＴでは、アプリケーション１はベアラＩＤ１ａと関連付けて管理されている。ここで、ベアラＩＤ１ａはＵＥ１０ａがＵＥ－Ｒ１５と確立したＧＯモードにおける通信路を示すベアラＩＤである。アプリケーション１においてデータを送信する場合、ＵＥ１０ａはＵＥ－Ｒ１５へ送信することを示している。ＵＥ１０ａは上記のように、ＴＦＴを管理することにより、ＧＯモードの通信路において、アプリケーション１におけるデータの送受信を行うことができる。
　つまり、ＵＥ１０ａはアプリケーション１においてデータの送受信を行う場合、ＵＥ－Ｒ１５へ送信し、ＵＥ－Ｒ１５はＵＥ１０ａから受信したデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＵＥ－Ｒ１５から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はｅＮＢ２０から受信したデータをＰＧＷ５０へ送信し、ＰＧＷ５０はＳＧＷ４０から受信したデータをＰＤＮ８０へ送信する。
　ＰＤＮ８０では、ＵＥ１０ｂへの経路を検出する処理（ルーティング処理）が行われ、ＰＧＷ５０に再びデータが送信される。ＰＧＷ５０はＰＤＮ８０から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はＰＧＷ５０から受信したデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＳＧＷ４０から受信したデータをＵＥ－Ｒ１５に送信し、ＵＥ－Ｒ１５はｅＮＢ２０から受信したデータをＵＥ１０ｂへ送信する。
　また、ＵＥ１０ｂのＴＦＴでは、アプリケーション１はベアラＩＤ１ｂと関連付けて管理されている。ここで、ベアラＩＤ１ｂはＵＥ１０ｂがＵＥ－Ｒ１５と確立した通信路を示すベアラＩＤであり、アプリケーション１においてデータを送信する場合、ＵＥ１０ｂはＵＥ－Ｒ１５へ送信することを示している。ＵＥ１０ｂは上記のように、ＴＦＴを管理することにより、ＧＯモードの通信路において、アプリケーション１におけるデータの送受信を行うことができる。
　つまり、ＵＥ１０ｂはアプリケーション１においてデータの送受信を行う場合、ＵＥ－Ｒ１５へ送信し、ＵＥ－Ｒ１５はＵＥ１０ｂから受信したデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＵＥ－Ｒ１５から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はｅＮＢ２０から受信したデータをＰＧＷ５０へ送信し、ＰＧＷ５０はＳＧＷ４０から受信したデータをＰＤＮ８０へ送信する。
　ＰＤＮ８０では、ＵＥ１０ａへの経路を検出する処理（ルーティング処理）が行われ、ＰＧＷ５０に再びデータが送信される。ＰＧＷ５０はＰＤＮ８０から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はＰＧＷ５０から受信したデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＳＧＷ４０から受信したデータをＵＥ－Ｒ１５に送信し、ＵＥ－Ｒ１５はｅＮＢ２０から受信したデータをＵＥ１０ａへ送信する。
　ベアラＩＤ１ｒａは、ＵＥ－Ｒ１５がＵＥ１０ａと確立した通信路を示すベアラＩＤであり、アプリケーション１においてデータを送信する場合、ＵＥ－Ｒ１５はＵＥ１０ａへ送信することを示している。ベアラＩＤ１ｒｂ、はＵＥ－Ｒ１５がＵＥ１０ｂと確立した通信路を示すベアラＩＤであり、アプリケーション１においてデータを送信する場合、ＵＥ－Ｒ１５はＵＥ１０ｂへ送信することを示している。ＵＥ－Ｒ１５は上記のように、ＴＦＴを管理することにより、ＧＯモードの通信路において、アプリケーション１におけるデータの送受信を行うことができる。つまり、ＵＥ－Ｒ１５はアプリケーション１においてデータの送受信を行う場合、ＵＥ１０ａとＵＥ１０ｂへデータを送信する。
　［１．３．４　デセントラライズモードへの切り替え手続き］
　デセントラライズモードへの切り替え手続きについて説明する。図１５に、デセントラライズモードへの切り替え手続きを示す。なお、デセントラライズモードへの切り替えは、ＧＯモードの通信路においてデータの送受信中に行われる。
　ＵＥ－Ｒ１５はデセントラライズモードへの切り替えを決定する（Ｓ１５０２）。デセントラライズモードへの切り替えの決定は、例えば、グループのメンバーが近隣に存在することを検出して決定してもよい。つまり、ＵＥ１０ａとＵＥ１０ｂが近隣に存在することを検出して切り替えを決定して良い。
　また、デセントラライズモードへの切り替えの決定は、ＵＥ－Ｒ１５がｅＮＢ２０の圏外となり、コアネットワークへの接続を維持できなくなることを検出して決定しても良い。
　［１．３．４．１　デセントラライズモードへの切り替え要求を含む通信路確立手続き］
　続いて、ＵＥ－Ｒ１５はデセントラライズモードへの切り替え要求を含む通信路確立手続きを行う（Ｓ１５０４）。図１６に、デセントラライズモードへの切り替え要求を含む通信路確立手続きの例を示す。なお、デセントラライズモードへの切り替え要求を含む通信路確立手続きであれば、本手続きでなくても良い。
　まず、ＵＥ－Ｒ１５はＵＥ１０ａに直接通信アラートを送信する（Ｓ１６０２）。ここで、直接通信アラートには、デセントラライズモードへの切り替え要求を示すｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含める。なお、デセントラライズモードへの切り替え要求を示すインディケータであれば、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒでなくても良い。
　なお、本手続きでは、直接通信アラートにｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含めているが、直接通信アラートではなく、他のメッセージであっても良い。
　また、本手続きでは、デセントラライズモードの通信路確立の１つのメッセージにｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含めることでデセントラライズモードの通信路への切り替えを示しているが、デセントラライズモードの通信路確立手続きに先だって、ＵＥ－Ｒ１５がＵＥ１０ａにデセントラライズモードへの切り替え要求メッセージを送信して、ＵＥ１０ａにデセントラライズモードの通信路への切り替えを通知しても良い。
　また、ＵＥ－Ｒ１５は直接通信アラートにＵＥ識別子を含めても良い。ＵＥ－Ｒ１５は、ＵＥ識別子を含めることによって、切り替え元の対象となる、ＧＯモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせることができる。例えば、ＵＥ１０ｂを示すＵＥ識別子を含めた場合、ＵＥ－Ｒ１５はＵＥ１０ａにＵＥ１０ｂとのデータの送受信を示し、ＵＥ１０ｂとのデータの送受信を切り替えさせることができる。なお、ここでは直接通信アラートに、ＵＥ識別子を含めることを説明したが、直接通信アラートではなく、他のメッセージであっても良い。
　また、ＵＥ－Ｒ１５は直接通信アラートにＡＰＮを含めても良い。ＵＥ－Ｒ１５はＡＰＮを示すことで、当該ＡＰＮにおけるＧＯモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するＧＯモードの通信路を切り替えさせることができる。なお、ここでは直接通信アラートに、ＡＰＮを含めることを説明したが、直接通信アラートではなく、他のメッセージであっても良い。
　また、ＵＥ－Ｒ１５は直接通信アラートにＰＤＮコネクション識別子を含めても良い。ＵＥ－Ｒ１５はＰＤＮコネクション識別子を示すことで、当該ＰＤＮコネクション識別子に対応するＧＯモードの通信路におけるデータの送受信を示し、ＰＤＮコネクション識別子に対応するＧＯモードの通信路を切り替えさせることができる。なお、ここでは直接通信アラートに、ＰＤＮコネクション識別子を含めることを説明したが、直接通信アラートではなく、他のメッセージであっても良い。
　なお、ＵＥ識別子、ＡＰＮ、ＰＤＮコネクション識別子を含まない場合には、ＧＯモードの通信路で送受信されている全てのデータをデセントラライズモードの通信路へ切り替
えることとして検出させても良い。
　ＵＥ１０ａはＵＥ－Ｒ１５から直接通信アラートを受信する。ＵＥ１０ａは直接通信アラートに含まれるｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒにより、ＧＯモードの通信路からデセントラライズモードの通信路へ切り替えることを検出する。
　また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応する、ＧＯモードのデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する、ＧＯモードのデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する、ＧＯモードのデータの送受信を切り替えることを検出する。
　デセントラライズモードの通信路へ切り替えを検知したＵＥ１０ａはＵＥ－Ｒ１５に直接通信アラート応答を送信し（Ｓ１６０４）、ＵＥ－Ｒ１５はＵＥ１０ａから直接通信アラート応答を受信する。この応答により、ＵＥ－Ｒ１５は、ＵＥ１０ａがデセントラライズモードの通信路へ切り替えすることを検知したことを検出する。
　続いて、ＵＥ－Ｒ１５はＵＥ１０ａとデセントラライズモードの通信路を確立するために、直接通信要求を送信する（Ｓ１６０６）。ここで、直接通信要求には、デセントラライズモードの通信路を示す直接通信ＩＤやデセントラライズモードにおいてデータの送受信を行うためのＵＥ－Ｒ１５のＩＰアドレスを含める。ＵＥ１０ａはＵＥ－Ｒ１５から直接通信要求を受信し、直接通信要求に含まれる直接通信ＩＤやＵＥ－Ｒ１５のＩＰアドレスを管理する。
　次に、ＵＥ１０ａはＵＥ－Ｒ１５とのデータの送受信のために、セキュリティ手続きを行う（Ｓ１６０８）。セキュリティ手続きとは、ＵＥ１０ａとＵＥ－Ｒ１５間でのデータの送受信を他のＵＥやＵＥ－Ｒから傍受されないようにすることである。例えば、ＵＥ１０ａとＵＥ－Ｒ１５間でセキュリティキーを交換して、通信傍受を防ぐことができる。
　セキュリティキーを交換する方法は種々の方法があるが、公開鍵暗号化方式のように、ＵＥ１０ａとＵＥ－Ｒ１５がそれぞれ公開鍵を交換する方法がある。ここでは、ＵＥ－Ｒ１５がＵＥ１０ａに公開鍵Ｒを送信し、ＵＥ－Ｒ１５はＵＥ１０ａから公開鍵Ｒを受信する。また、ＵＥ１０ａはＵＥ－Ｒに公開鍵Ａを送信し、ＵＥ－Ｒ１５はＵＥ１０ａから公開鍵Ａを受信する。
　送信側は（ＵＥ－Ｒ１５またはＵＥ１０ａ）、公開鍵を利用してデータの暗号化を行って、暗号化されたデータの送信を行い、受信側（ＵＥ１０ａまたはＵＥ－Ｒ１５）は、公開鍵で暗号化されたデータの送信を復号化できる唯一の秘密鍵により、復号することにより、ＵＥ１０ａまたはＵＥ－Ｒ１５以外からの通信傍受を防ぐことができる。また、セキュリティ手続きにおいて、ＵＥ１０ａはＵＥ－Ｒ１５へ暗号化キーだけでなく、暗号化方式を通知しても良い。また、ＵＥ－Ｒ１５はＵＥ１０ａへ暗号化キーだけでなく、暗号化方式を通知しても良い。
　ＵＥ１０ａはセキュリティ手続きを完了したことを検出して、直接通信応答を送信し（Ｓ１６１０）、ＵＥ－Ｒ１５はＵＥ１０ａから直接通信応答を受信する。直接通信応答には、直接通信ＩＤ、ＵＥ１０ａのＩＰアドレスが含まれる。
　ＵＥ－Ｒ１５は直接通信応答を受信して、ＵＥ１０ａにおいて直接通信路を確立できたことを確認する。さらに、ＵＥ－Ｒ１５は直接通信応答に含まれるデセントラライズモードの通信路における直接通信ＩＤ、ＵＥ１０ａのＩＰアドレスを管理する。
　次に、ＵＥ－Ｒ１５とＵＥ１０ａは無線ベアラの確立を行う（Ｓ１６１２）。無線ベアラの確立では、ＵＥ－Ｒ１５はデセントラライズモードの通信路においてデータの送受信を行うための通信リソースを通知する。通信リソースとは例えば、周波数に関する情報や時間に関する情報がある。
　以上の手続きにより、ＵＥ－Ｒ１５はＵＥ１０ａにデセントラライズモードの通信路への切り替えを通知し、ＵＥ－Ｒ１５とＵＥ１０ａはデセントラライズモードの通信路を確立することができる。
　次に、ＵＥ－Ｒ１５はＵＥ１０ｂとデセントラライズモードの通信路への切り替え要求を含む通信路確立手続きを行う。なお、ＵＥ－Ｒ１５がＵＥ１０ｂとデセントラライズモードへの切り替え要求を含む通信路確立手続きは、ＵＥ－Ｒ１５がＵＥ１０ａとデセントラライズモードへの切り替え要求を含む通信路確立手続きと同様である。つまり、ＵＥ－Ｒ１５はＵＥ１０ｂに直接通信アラートを送信し（Ｓ１６１４）、ＵＥ１０ｂはＵＥ－Ｒ１５から直接通信アラートを受信し、ＵＥ１０ｂはＵＥ－Ｒ１５に直接通信アラート応答を送信し（Ｓ１６１６）、ＵＥ－Ｒ１５はＵＥ１０ｂから直接通信アラート応答を受信し、ＵＥ－Ｒ１５はＵＥ１０ｂに直接通信要求を送信し（Ｓ１６１８）、ＵＥ１０ｂはＵＥ－Ｒ１５から直接通信要求を受信し、ＵＥ１０ｂとＵＥ－Ｒ１５はセキュリティ手続きを行い（Ｓ１６２０）、ＵＥ１０ｂはＵＥ－Ｒ１５へ直接通信応答を送信し（Ｓ１６２２）、ＵＥ－Ｒ１５はＵＥ１０ｂから直接通信応答を受信し、ＵＥ－Ｒ１５とＵＥ１０ｂは無線ベアラの確立を行う（Ｓ１６２４）。
　以上の手続きにより、ＵＥ－Ｒ１５はＵＥ１０ｂにデセントラライズモードの通信路への切り替えを通知し、ＵＥ－Ｒ１５とＵＥ１０ａはデセントラライズモードの通信路を確立することができる。
　デセントラライズモードの通信路への切り替え要求を受信したＵＥ１０ａはＵＥ１０ｂとデセントラライズモードの通信路を確立する。まず、ＵＥ１０ａはＵＥ１０ｂに直接通信アラートを送信し（Ｓ１６２６）、ＵＥ１０ｂはＵＥ１０ａから直接通信アラートを受信する。ＵＥ１０ｂはＵＥ１０ａが直接通信の要求があることを検出し、ＵＥ１０ｂはＵＥ１０ａに直接通信アラート応答を送信する（Ｓ１６２８）。
　ＵＥ１０ａはＵＥ１０ｂから直接通信アラート応答を受信し、デセントラライズモードの通信路を確立できることを検出する。次に、ＵＥ１０ａは、ＵＥ１０ｂに直接通信要求を送信する（Ｓ１６３０）。ここで、直接通信要求には、デセントラライズモードの通信路を示す直接通信ＩＤやデセントラライズモードにおいてデータの送受信を行うためのＵＥ１０ａのＩＰアドレスを含める。ＵＥ１０ｂはＵＥ１０ａから直接通信要求を受信し、直接通信要求に含まれる直接通信ＩＤやＵＥ１０ａのＩＰアドレスを管理する。
　ＵＥ１０ｂとＵＥ１０ａはセキュリティ手続きを行う（Ｓ１６３２）。セキュリティ手続きは、ＵＥ－Ｒ１５とＵＥ１０ａとが行ったセキュリティ手続き（Ｓ１６０８）と同じ方法を利用することができるため、その詳細な説明は省略する。ここでは、ＵＥ１０ａがＵＥ１０ｂに公開鍵Ａを送信し、ＵＥ１０ｂはＵＥ１０ａから公開鍵Ａを受信する。また、ＵＥ１０ｂはＵＥ１０ａに公開鍵Ｂを送信し、ＵＥ１０ａはＵＥ１０ｂから公開鍵Ｂを受信する。また、ＵＥ１０ａはＵＥ１０ｂへ公開鍵だけでなく、暗号化方式を通知しても良い。また、ＵＥ１０ｂはＵＥ１０ａへ公開鍵だけでなく、暗号化方式を通知しても良い。
　ＵＥ１０ｂはセキュリティ手続きを完了したことを検出して、直接通信応答をＵＥ１０ａに送信し（Ｓ１６３４）、ＵＥ１０ａはＵＥ１０ｂから直接通信応答を受信する。直接通信応答には、直接通信ＩＤ、ＵＥ１０ｂのＩＰアドレスが含まれる。
　次に、ＵＥ１０ａとＵＥ１０ｂは無線ベアラの確立を行う（Ｓ１６３６）。無線ベアラの確立では、ＵＥ１０ａはＵＥ１０ｂへデセントラライズモードの通信路においてデータの送受信を行うための通信リソースを通知する。通信リソースとは例えば、周波数に関する情報や時間に関する情報がある。
　以上の手続きにより、ＵＥ１０ａとＵＥ１０ｂはデセントラライズモードの通信路を確立することができる。
　また、デセントラライズモードの通信路への切り替え要求を受信したＵＥ１０ｂはＵＥ１０ａとデセントラライズモードの通信路を確立する手続きを行っても良い。なお、ＵＥ１０ｂはＵＥ１０ａから直接通信アラートを受信することにより、ＵＥ１０ａとデセントラライズモードの通信路が確立されることを検出した場合、ＵＥ１０ｂはＵＥ１０ａとデセントラライズモードの通信路確立手続きを行わなくてもよい。
　ＵＥ１０ｂがＵＥ１０ａとデセントラライズモードの通信路を確立する手続きは、ＵＥ１０ａがＵＥ１０ｂとデセントラライズモードの通信路確立する手続きと同様である。
　つまり、ＵＥ１０ｂはＵＥ１０ａに直接通信アラートを送信し（Ｓ１６３８）、ＵＥ１０ａはＵＥ１０ｂに直接通信アラート応答を送信し（Ｓ１６４０）、ＵＥ１０ｂはＵＥ１０ａに直接通信要求を送信し（Ｓ１６４２）、ＵＥ１０ａとＵＥ１０ｂはセキュリティ手続きを行い（Ｓ１６４４）、ＵＥ１０ａはＵＥ１０ｂに直接通信応答を送信し（Ｓ１６４６）、ＵＥ１０ｂとＵＥ１０ａは無線ベアラの確立を行う（Ｓ１６４８）。
　以上の手続きにより、ＵＥ１０ｂとＵＥ１０ａはデセントラライズモードの通信路を確立することができる。
　以上により、ＵＥ－Ｒ１５とＵＥ１０ａとＵＥ１０ｂ間のそれぞれにおいて、デセントラライズモードの通信路を確立することができる。
　図１５に戻って説明する。ＵＥ－Ｒ１５は、ＵＥ１０ａとデセントラライズモードの通信路を確立したことを検出し、ＵＥ１０ｂとデセントラライズモードの通信路を確立したことを検出し、デセントラライズモードの通信路へ切り替える（Ｓ１５０６）。ここで、ＵＥ－Ｒ１５は、ＵＥ１０ａまたはＵＥ１０ｂへ通知したＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるＧＯモードにおけるデータの送受信のみをデセントラライズモードの通信路へ切り替えて良い。
　ＵＥ１０ａは、ＵＥ－Ｒ１５とデセントラライズモードの通信路を確立したことを検出し、ＵＥ１０ｂとデセントラライズモードの通信路を確立したことを検出し、デセントラライズモードの通信路へ切り替える（Ｓ１５０８）。ここで、ＵＥ１０ａは、ＵＥ－Ｒ１５から通知されたＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるＧＯモードにおけるデータの送受信のみをデセントラライズモードの通信路へ切り替えて良い。
　ＵＥ１０ｂは、ＵＥ－Ｒ１５とデセントラライズモードの通信路を確立したことを検出し、ＵＥ１０ａとデセントラライズモードの通信路を確立したことを検出し、デセントラライズモードの通信路へ切り替える（Ｓ１５１０）。ここで、ＵＥ１０ｂは、ＵＥ－Ｒ１５から通知されたＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるＧＯモードにおけるデータの送受信のみをデセントラライズモードの通信路へ切り替えて良い。
　次に、ＵＥ１０ａとＵＥ１０ｂはＧＯモードの通信路の削除を行う（Ｓ１５１２）。なお、ＧＯモードの通信路を維持できる場合には、ＧＯモードにおける通信路を維持し、ＧＯモードの通信路削除手続きを行わなくても良い。
　［１．３．４．２　ＧＯモードの通信路削除手続き］
　ＧＯモードの通信路削除手続きを説明する。図１７に、ＧＯモードの通信路削除手続きの例を示す。なお、ＧＯモードの通信路削除手続きであれば、本手続きでなくても良い。ＵＥ１０ａはＵＥ－Ｒ１５にデタッチ要求を送信する（Ｓ１７０４）。ここで送信するデタッチ要求は従来ＵＥがｅＮＢ２０やＭＭＥ３０に送信する要求に加え、グループを識別する情報を含めても良い。
　次に、ＵＥ－Ｒ１５はデタッチ要求をＭＭＥ３０へ送信する（Ｓ１７０６）。このとき、デタッチ要求には、ｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎを含める。ｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎは、ＵＥ－Ｒ１５からＵＥ１０ａまたはＵＥ１０ｂのようなＵＥが切断することを示す情報である。ここで、ＵＥ－Ｒ１５からＵＥが切断されることを示す情報をｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎとしたが、ＵＥ－Ｒ１５からＵＥが切断されることを示す情報であれば、どのような情報要素であっても良い。さらに、切断されるＵＥを識別する情報要素が含まれても良い。
　ＭＭＥ３０はＵＥ－Ｒ１５からデタッチ要求を受信する。ＭＭＥ３０はデタッチ要求を受信し、ＰＤＮアドレス（ＵＥ１０ａのＩＰアドレス）やＰＤＰコンテキストパラメータを削除するための処理を行ってもよい。
　ＭＭＥ３０はＵＥ－Ｒ１５からのデタッチ要求に含まれるｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎにより、ＵＥ－Ｒ１５にＵＥ１０ａが切断されることを検出する。
　ＭＭＥ３０は、ＵＥ－Ｒ１５にＵＥ１０ａが切断されることを検出している場合、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０に認証要求を送信しても良い（Ｓ１７０８）。ここで、ＭＭＥ３０は認証要求にＵＥ－Ｒ１５に接続するＵＥ１０ａのＵＥ識別子を含めても良い。
　ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０から認証要求を受信する。ここで、認証要求を受信したＰｒｏＳｅ　Ｓｅｒｖｅｒ９０は、ＵＥ１０ａがＰｒｏＳｅを行うことを認証してもよいし、ＵＥ－Ｒ１５経由でコアネットワークに接続することを認証しても良い。ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＵＥ１０ａがＰｒｏＳｅを行うことを認証する、またはＵＥ－Ｒ１５経由でコアネットワークに接続することを認証した場合、ＵＥ１０ａを識別するＰｒｏＳｅ　ＵＥ　ＩＤを抽出しても良い。
　ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０へ認証応答を送信し（Ｓ１７１０）、ＭＭＥ３０はＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から認証応答を受信する。ここで、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０にＰｒｏＳｅ　ＵＥ　ＩＤを通知しても良い。ＭＭＥ３０はＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から認証応答を受信し、ＵＥ１０ａがＵＥ－Ｒ１５から切断することを検出する。ここで、ＭＭＥ３０は、ＰＤＮアドレス（ＵＥ１０ａのＩＰアドレス）やＰＤＰコンテキストパラメータを削除するための処理を行ってもよい。
　ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０へセッション削除要求を送信する（Ｓ１７１２）。ここで、セッション削除要求には、ｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎを含める。ｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎが含まれることにより、ＳＧＷ４０／ＰＧＷ５０に、ＵＥ１０ａがＵＥ－Ｒ１５を経由してデータを送受信するための、通信品質を確保した通信路を確立することを示しても良い。
　ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０からセッション削除要求を受信する。ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はセッション削除要求に含まれるｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎにより、ＵＥ１０ａがＵＥ－Ｒ１５を経由してコアネットワークからの接続を切断することを検出する。これにより、ＳＧＷ４０／ＰＧＷ５０は、ＵＥ１０ａがＵＥ－Ｒ１５を経由してデータを送受信しないため、通信路を再確立しても良い。
　ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０へセッション削除応答を送信し（Ｓ１７１４）、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０からセッション確立応答を受信する。これにより、ＭＭＥ３０はＰＧＷ５０とＳＧＷ３０間、ＳＧＷ３０とｅＮＢ２０間、ｅＮＢ２０とＵＥ－Ｒ１５間において、ＵＥ１０ａがＵＥ－Ｒ１５へ接続してデータの送受信を行う通信路を削除することを確認する。
　ＭＭＥ３０はＵＥ－Ｒ１５へデタッチ応答を送信し（Ｓ１７１６）、ＵＥ－Ｒ１５はＭＭＥ３０からデタッチ応答を受信する。
　なお、ＵＥ－Ｒ１５は、ＭＭＥ３０からデタッチ応答を受信した場合、ＧＯモードにおける通信路に対するＴＦＴを削除しても良い。ここで、デタッチ応答にベアラＩＤが含まれている場合には、ベアラＩＤに関連付けられるＴＦＴを削除しても良い。
　なお、ＵＥ－Ｒ１５は、ＭＭＥ３０にデタッチ要求を送信して(Ｓ１７０６)、ＵＥ１０ａの切断に対する認証を得たが、ＵＥ１０ａに対する認証を行わなくても良い。
　つまり、ＵＥ－Ｒ１５はＭＭＥ３０にデタッチ要求を送信（Ｓ１７０６）しなくても良い。また、ＵＥ－Ｒ１５はＭＭＥ３０にデタッチ要求を送信しない場合、ＭＭＥ３０は、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０に認証要求を送信（Ｓ１７０８）し、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信（Ｓ１７１０）し、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０にセッション削除要求を送信（Ｓ１７１２）し、ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０にセッション削除応答に送信（Ｓ１７１４）し、ＭＭＥ３０はＵＥ－Ｒ１５にデタッチ応答を送信し（Ｓ１７１６）なくても良い。
　ＵＥ－Ｒ１５はＵＥ１０ａへデタッチ応答を送信し（Ｓ１７１８）、　ＵＥ１０ａはＵＥ－Ｒ１５からデタッチ応答を受信する。
　なお、ＵＥ１０ａは、ＵＥ－Ｒ１５からデタッチ応答を受信した場合、ＴＦＴを削除しても良い。ここで、デタッチ応答にベアラＩＤが含まれている場合には、ベアラＩＤと関連付けられるＴＦＴを削除しても良い。
　以上の手続きにより、ＵＥ１０ａはＧＯモードにおける通信路を削除することができる。
　上記の手続きは、ＵＥ１０ｂにおいても同様に行う。つまり、ＵＥ１０ｂはＵＥ－Ｒ１５にデタッチ要求を送信し（Ｓ１７２０）、ＵＥ－Ｒ１５はＭＭＥ３０にデタッチ要求を送信し（Ｓ１７２２）、ＭＭＥ３０は、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０に認証要求を送信（Ｓ１７２４）し、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信（Ｓ１７２６）し、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０にセッション削除要求を送信（Ｓ１７２８）し、ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０にセッション削除応答に送信（Ｓ１７３０）し、ＭＭＥ３０はＵＥ－Ｒ１５にデタッチ応答を送信し（Ｓ１７３２）、ＵＥ－Ｒ１５はＵＥ１０ｂにデタッチ応答を送信する。
　なお、ＵＥ１０ａの場合と同様に、ＵＥ－Ｒ１５は、ＵＥ１０ｂに対する認証を行わなくても良い。つまり、ＵＥ－Ｒ１５はＭＭＥ３０にデタッチ要求を送信（Ｓ１７２２）し、ＭＭＥ３０は、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０に認証要求を送信（Ｓ１７２４）し、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信（Ｓ１７２６）し、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０にセッション削除要求を送信（Ｓ１７２８）し、ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０にセッション削除応答に送信（Ｓ１７３０）し、ＭＭＥ３０はＵＥ－Ｒ１５にデタッチ応答を送信し（Ｓ１７３２）なくても良い。以上の手続きにより、ＵＥ１０ｂはＧＯモードにおける通信路を削除することができる。
　以上により、ＵＥ１０ａとＵＥ１０ｂとＵＥ－Ｒ１５はＧＯモードにおける通信路を削除することができる。
　［１．３．４．３　デセントラライズモードの通信路の管理］
　図１８にデセントラライズモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ－Ｒ１５におけるＴＦＴの例を示す。図１８では、アプリケーション１におけるＴＦＴの例を示している。ここで、アプリケーション１における例のみを示しているが、ＴＦＴにおいて、アプリケーション２やアプリケーション３が管理されても良い。
　ＵＥ１０ａのＴＦＴでは、アプリケーション１はベアラＩＤ２ａと関連付けて管理されている。ここで、ベアラＩＤ２ａはＵＥ１０ａがＵＥ１０ｂとＵＥ－Ｒ１５と確立したデセントラライズモードにおける通信路を示すベアラＩＤである。なお、ベアラＩＤ２ａは、ＵＥ１０ｂとの直接通信ＩＤ２ａｂ、ＵＥ－Ｒ１５との直接通信ＩＤ２ａｒと関連付けて管理されている。
　アプリケーション１においてデータを送信する場合、ＵＥ１０ａはＵＥ１０ｂとＵＥ－Ｒ１５へ送信することを示している。ＵＥ１０ａは上記のように、ＴＦＴを管理することにより、デセントラライズモードの通信路において、アプリケーション１におけるデータの送受信を行うことができる。
　つまり、ＵＥ１０ａはアプリケーション１においてデータの送受信を行う場合、ＵＥ１０ｂとＵＥ－Ｒ１５へ送信する。
　また、ＵＥ１０ｂのＴＦＴでは、アプリケーション１はベアラＩＤ２ｂと関連付けて管理されている。ここで、ベアラＩＤ２ｂはＵＥ１０ｂがＵＥ１０ａとＵＥ－Ｒ１５と確立したデセントラライズモードにおける通信路を示すベアラＩＤである。なお、ベアラＩＤ２ｂは、ＵＥ１０ａとの直接通信ＩＤ２ｂａ、ＵＥ－Ｒ１５との直接通信ＩＤ２ｂｒと関連付けて管理されている。
　アプリケーション１においてデータを送信する場合、ＵＥ１０ｂはＵＥ１０ａとＵＥ－Ｒ１５へ送信することを示している。ＵＥ１０ｂは上記のように、ＴＦＴを管理することにより、デセントラライズモードの通信路において、アプリケーション１におけるデータの送受信を行うことができる。
　つまり、ＵＥ１０ｂはアプリケーション１においてデータの送受信を行う場合、ＵＥ１０ａとＵＥ－Ｒ１５へ送信する。
　さらに、ＵＥ－Ｒ１５のＴＦＴでは、アプリケーション１はベアラＩＤ２ｒと関連付けて管理されている。ここで、ベアラＩＤ２ｒは、ＵＥ－Ｒ１５がＵＥ１０ａとＵＥ１０ｂと確立した通信路を示すベアラＩＤである。なお、ベアラＩＤ２ｒは、ＵＥ１０ａとの直接通信ＩＤ２ｒａ、ＵＥ－Ｒ１５との直接通信ＩＤ２ｒｂと関連付けて管理されている。
　アプリケーション１においてデータを送信する場合、ＵＥ－Ｒ１５はＵＥ１０ａとＵＥ１０ｂへ送信することを示している。ＵＥ－Ｒ１５は上記のように、ＴＦＴを管理することにより、デセントラライズモードの通信路において、アプリケーション１におけるデータの送受信を行うことができる。つまり、ＵＥ－Ｒ１５はアプリケーション１においてデータの送受信を行う場合、ＵＥ１０ａとＵＥ１０ｂへデータを送信する。
　以上により、ＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ－Ｒ１５は、それぞれＧＯモードの通信路におけるデータの送受信からデセントラライズモードの通信路におけるデータの送受信へ切り替えることができる。
　[１．４　変形例１]
　第１実施形態では、デセントラライズモードへの切り替え要求を含む通信路確立手続きにより、デセントラライズモードの通信路へ切り替えを行っていたが、デセントラライズモードの通信路を確立した後、デセントラライズモードへの切り替え要求を含むＧＯモードの通信路削除手続きにおいて、切り替え手続きを行っても良い。
　なお、通信システムの構成は、第１実施形態と同様に利用できるため、詳細な説明は省略する。また、通信システムにおける各装置の構成は第１実施形態と同様であるため詳細な説明は省略する。さらに、ＵＥ１０ａおよびＵＥ１０ｂはＰｒｏＳｅアプリケーションの登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。また、ＵＥ－Ｒ１５はネットワークへの接続手続きとサービス登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。また、ＵＥ１０ａ、ＵＥ１０ｂはＧＯモードにおける通信路確立にあたって、第１実施形態と同様の方法が利用できるため、その詳細な説明は省略する。
　[１．４．１　デセントラライズモードへの切り替え手続き]
　図１９に変形例１におけるデセントラライズモードへの切り替え手続きを示す。まず、ＵＥ－Ｒ１５はデセントラライズモードへの切り替えを決定する（Ｓ１９０２）。デセントラライズモードへの切り替えの決定は、例えば、グループのメンバーが近隣に存在することを検出して決定してもよい。つまり、ＵＥ１０ａとＵＥ１０ｂとが近隣に存在することを検出して切り替えを決定して良い。また、デセントラライズモードへの切り替えの決定は、ＵＥ－Ｒ１５がｅＮＢ２０の圏外となり、コアネットワークへの接続を維持できなくなることを検出して決定しても良い。
　次に、ＵＥ１０ａおよびＵＥ１０ｂはデセントラライズモードにおける通信路確立手続きを行う（Ｓ１９０４）。図２０にデセントラライズモードの通信路確立手続きの例を示す。なお、デセントラライズモードの通信路確立手続きであれば、本手続きでなくても良い。
　まず、ＵＥ－Ｒ１５はＵＥ１０ａに直接通信アラートを送信する（Ｓ２００２）。ＵＥ１０ａは直接通信アラートを受信し、ＵＥ－Ｒ１５の近隣に存在していることを確認する。
　次に、ＵＥ１０ａはＵＥ－Ｒ１５に直接通信アラート応答を送信し（Ｓ２００４）、ＵＥ－Ｒ１５はＵＥ１０ａから直接通信アラート応答を受信する。この応答により、ＵＥ－Ｒ１５は、ＵＥ１０ａが近隣に存在することを検出する。
　続いて、ＵＥ－Ｒ１５はＵＥ１０ａとデセントラライズモードの通信路を確立するために、直接通信要求をＵＥ１０ａに送信する（Ｓ２００６）。ここで、直接通信要求には、デセントラライズモードの通信路を示す直接通信ＩＤやデセントラライズモードにおいてデータの送受信を行うためのＵＥ－Ｒ１５のＩＰアドレスを含める。また、ＡＰＮやＰＤＮコネクション識別子を含めても良い。ＵＥ１０ａはＵＥ－Ｒ１５から直接通信要求を受信し、直接通信要求に含まれる直接通信ＩＤやＵＥ－Ｒ１５のＩＰアドレスを管理する。また、ＡＰＮやＰＤＮコネクション識別子を管理しても良い。
　次に、ＵＥ１０ａはＵＥ－Ｒ１５とのデータの送受信のために、セキュリティ手続きを行う（Ｓ２００８）。セキュリティ手続きとは、ＵＥ１０ａとＵＥ－Ｒ１５間でのデータの送受信を他のＵＥやＵＥ－Ｒから傍受されないようにすることである。例えば、ＵＥ１０ａとＵＥ－Ｒ１５間でセキュリティキーを交換して、通信傍受を防ぐことができる。セキュリティキーを交換する方法は第一の実施形態で説明した方法を利用できるため、その詳細な説明は省略する。
　ＵＥ１０ａはセキュリティ手続きを完了したことを検出して、直接通信応答を送信し（Ｓ２０１０）、ＵＥ－Ｒ１５はＵＥ１０ａから直接通信応答を受信する。直接通信応答には、直接通信ＩＤ、ＵＥ１０ａのＩＰアドレスが含まれる。
　ＵＥ－Ｒ１５は直接通信応答を受信して、ＵＥ１０ａにおいて直接通信路を確立できたことを確認する。さらに、ＵＥ－Ｒ１５は直接通信応答に含まれるデセントラライズモードの通信路における直接通信ＩＤ、ＵＥ１０ａのＩＰアドレスを管理する。
　次に、ＵＥ－Ｒ１５とＵＥ１０ａは無線ベアラの確立を行う（Ｓ２０１２）。無線ベアラの確立では、ＵＥ－Ｒ１５はＵＥ１０ａへデセントラライズモードの通信路においてデータの送受信を行うための通信リソースを通知する。通信リソースとは例えば、周波数に関する情報や時間に関する情報がある。
　以上の手続きにより、ＵＥ－Ｒ１５はＵＥ１０ａとデセントラライズモードの通信路を確立することができる。
　次に、ＵＥ－Ｒ１５はＵＥ１０ｂとデセントラライズモードの通信路確立手続きを行う。なお、ＵＥ－Ｒ１５がＵＥ１０ｂとデセントラライズモードの通信路確立手続きは、ＵＥ－Ｒ１５がＵＥ１０ａとデセントラライズモードの通信路確立手続きと同様である。つまり、ＵＥ－Ｒ１５はＵＥ１０ｂに直接通信アラートを送信し（Ｓ２０１４）、ＵＥ１０ｂはＵＥ－Ｒ１５から直接通信アラートを受信し、ＵＥ１０ｂはＵＥ－Ｒ１５に直接通信アラート応答を送信し（Ｓ２０１６）、ＵＥ－Ｒ１５はＵＥ１０ｂから直接通信アラート応答を受信し、ＵＥ－Ｒ１５はＵＥ１０ｂに直接通信要求を送信し（Ｓ２０１８）、ＵＥ１０ｂはＵＥ－Ｒ１５から直接通信要求を受信し、ＵＥ１０ｂとＵＥ－Ｒ１５はセキュリティ手続きを行い（Ｓ２０２０）、ＵＥ１０ｂはＵＥ－Ｒ１５へ直接通信応答を送信し（Ｓ２０２２）、ＵＥ－Ｒ１５はＵＥ１０ｂから直接通信応答を受信し、ＵＥ－Ｒ１５とＵＥ１０ｂは無線ベアラの確立を行う（Ｓ２０２４）。
　以上の手続きにより、ＵＥ－Ｒ１５はＵＥ１０ｂとデセントラライズモードの通信路を確立することができる。
　ＵＥ－Ｒ１５とデセントラライズモードの通信路を確立したＵＥ１０ａはＵＥ１０ｂとデセントラライズモードの通信路を確立する。まず、ＵＥ１０ａはＵＥ１０ｂに直接通信アラートを送信し（Ｓ２０２６）、ＵＥ１０ｂはＵＥ１０ａから直接通信アラートを受信する。ＵＥ１０ｂはＵＥ１０ａが直接通信の要求があることを検出し、ＵＥ１０ｂはＵＥ１０ａに直接通信アラート応答を送信する（Ｓ２０２８）。
　ＵＥ１０ａはＵＥ１０ｂから直接通信アラート応答を受信し、デセントラライズモードの通信路を確立できることを検出する。次に、ＵＥ１０ａは、ＵＥ１０ｂに直接通信要求を送信する（Ｓ２０３０）。ここで、直接通信要求には、デセントラライズモードの通信路を示す直接通信ＩＤやデセントラライズモードにおいてデータの送受信を行うためのＵＥ１０ａのＩＰアドレスを含める。また、ＡＰＮやＰＤＮコネクション識別子を含めても良い。ＵＥ１０ｂはＵＥ１０ａから直接通信要求を受信し、直接通信要求に含まれる直接通信ＩＤやＵＥ１０ａのＩＰアドレスを管理する。また、ＡＰＮやＰＤＮコネクション識別子を管理しても良い。
　ＵＥ１０ｂとＵＥ１０ａはセキュリティ手続きを行う（Ｓ２０３２）。セキュリティ手続きは、ＵＥ－Ｒ１５とＵＥ１０ａとが行ったセキュリティ手続き（Ｓ２００８）と同じ方法を利用することができるため、その詳細な説明は省略する。
　ＵＥ１０ｂはセキュリティ手続きを完了したことを検出して、直接通信応答を送信し（Ｓ２０３４）、ＵＥ１０ａはＵＥ１０ｂから直接通信応答を受信する。直接通信応答には、直接通信ＩＤ、ＵＥ１０ｂのＩＰアドレスが含まれる。
　次に、ＵＥ１０ａとＵＥ１０ｂは無線ベアラの確立を行う（Ｓ２０３６）。無線ベアラの確立では、ＵＥ１０ａはＵＥ１０ｂへデセントラライズモードの通信路においてデータの送受信を行うための通信リソースを通知する。通信リソースとは例えば、周波数に関する情報や時間に関する情報がある。
　以上の手続きにより、ＵＥ１０ａとＵＥ１０ｂはデセントラライズモードの通信路を確立することができる。
　また、ＵＥ１０ｂはＵＥ１０ａとデセントラライズモードの通信路を確立する手続きを行っても良い。なお、ＵＥ１０ｂはＵＥ１０ａから直接通信アラートを受信することにより、ＵＥ１０ａとデセントラライズモードの通信路が確立されることを検出した場合、ＵＥ１０ｂはＵＥ１０ａとデセントラライズモードの通信路確立手続きを行わなくてもよい。
　ＵＥ１０ｂがＵＥ１０ａとデセントラライズモードの通信路を確立する手続きは、ＵＥ１０ａがＵＥ１０ｂとデセントラライズモードの通信路確立する手続きと同様である。
　つまり、ＵＥ１０ｂはＵＥ１０ａに直接通信アラートを送信し（Ｓ２０３８）、ＵＥ１０ａはＵＥ１０ｂに直接通信アラート応答を送信し（Ｓ２０４０）、ＵＥ１０ｂはＵＥ１０ａに直接通信要求を送信し（Ｓ２０４２）、ＵＥ１０ａとＵＥ１０ｂはセキュリティ手続きを行い（Ｓ２０４４）、ＵＥ１０ａはＵＥ１０ｂに直接通信応答を送信し（Ｓ２０４６）、ＵＥ１０ｂとＵＥ１０ａは無線ベアラの確立を行う（Ｓ２０４８）。
　以上の手続きにより、ＵＥ１０ｂとＵＥ１０ａはデセントラライズモードの通信路を確立することができる。
　［１．４．２　デセントラライズモードへの切り替え要求を含むＧＯモードの通信路削除手続き］
　デセントラライズモードへの切り替え要求を含むＧＯモードの通信路削除手続きを説明する。図２１に、デセントラライズモードへの切り替え要求を含むＧＯモードの通信路削除手続きの例を示す。なお、ＧＯモードの切り替え要求を含む通信路確立手続きであれば、本手続きでなくても良い。
　ＵＥ－Ｒ１５はＵＥ１０ａにデタッチ要求を送信する（Ｓ２１０４）。ここで、デタッチ要求には、デセントラライズモードへの切り替え要求を示すｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含める。なお、デセントラライズモードへの切り替え要求を示すインディケータであれば、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒでなくても良い。
　なお、ここではデタッチ要求に、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含めることを説明したが、デタッチ要求ではなく、他のメッセージであっても良い。また、本手続きでは、ＧＯモードの通信路削除手続きの１つのメッセージにｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含めることでデセントラライズモードの通信路への切り替えを示しているが、ＧＯモードの通信路削除手続きに先だって、ＵＥ－Ｒ１５がＵＥ１０ａにデセントラライズモードへの切り替え要求メッセージを送信して、ＵＥ１０ａにデセントラライズモードの通信路への切り替えを通知しても良い。
　また、ＵＥ－Ｒ１５はデタッチ要求にＵＥ識別子を含めても良い。ＵＥ－Ｒ１５は、ＵＥ識別子を含めることによって、切り替え元の対象となる、ＧＯモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせることができる。例えば、ＵＥ１０ｂを示すＵＥ識別子を含めた場合、ＵＥ－Ｒ１５はＵＥ１０ａにＵＥ１０ｂとのデータの送受信を示し、ＵＥ１０ｂとのデータの送受信を切り替えさせることができる。なお、ここではデタッチ要求に、ＵＥ識別子を含めることを説明したが、デタッチ要求ではなく、他のメッセージであっても良い。
　また、ＵＥ－Ｒ１５はデタッチ要求にＡＰＮを含めても良い。ＵＥ－Ｒ１５はＡＰＮを示すことで、当該ＡＰＮで確立したＧＯモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するＧＯモードの通信路を切り替えさせることができる。なお、ここではデタッチ要求に、ＡＰＮを含めることを説明したが、デタッチ要求ではなく、他のメッセージであっても良い。
　さらに、ＵＥ－Ｒ１５はデタッチ要求にＰＤＮコネクション識別子を含めても良い。ＵＥ－Ｒ１５はＰＤＮコネクション識別子を示すことで、当該ＰＤＮコネクション識別子に対応するＧＯモードの通信路におけるデータの送受信を示し、ＰＤＮコネクション識別子に対応するＧＯモードの通信路を切り替えさせることができる。なお、ここではデタッチ要求に、ＰＤＮコネクション識別子を含めることを説明したが、デタッチ要求ではなく、他のメッセージであっても良い。
　なお、ＵＥ識別子、ＡＰＮ、ＰＤＮコネクション識別子が含まれていない場合には、ＧＯモードの通信路で送受信されている全てのデータをデセントラライズモードの通信路へ切り替えることとして検出する。
　なお、ＵＥ１０ａは、ＵＥ－Ｒ１５からデタッチ要求を受信した場合、ＧＯモードの通信路に対応するＴＦＴを削除しても良い。ここで、デタッチ応答にベアラＩＤが含まれている場合には、ベアラＩＤと関連付けられるＴＦＴを削除しても良い。
　次に、ＵＥ－Ｒ１５はデタッチ要求をＭＭＥ３０へ送信する（Ｓ２１０６）。このとき、デタッチ要求には、ｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎを含める。ここで、ＵＥ－Ｒ１５からＵＥが切断されることを示す情報であれば、ｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎである必要はなく、どのような情報要素であっても良い。さらに、切断されるＵＥを識別する情報要素が含まれても良い。
　ＭＭＥ３０はＵＥ－Ｒ１５からデタッチ要求を受信する。ＭＭＥ３０はデタッチ要求を受信し、ＰＤＮアドレス（ＵＥ１０ａのＩＰアドレス）やＰＤＰコンテキストパラメータを削除するための処理を行ってもよい。
　ＭＭＥ３０はＵＥ－Ｒ１５からのデタッチ要求に含まれるｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎにより、ＵＥ－Ｒ１５にＵＥが切断されることを検出する。
　ＭＭＥ３０は、ＵＥ－Ｒ１５にＵＥ１０ａが切断されることを検出している場合、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０に認証要求を送信しても良い（Ｓ２１０８）。ここで、ＭＭＥ３０は認証要求にＵＥ－Ｒ１５に接続するＵＥ１０ａのＵＥ識別子を含めても良い。
　ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０から認証要求を受信する。ここで、認証要求を受信したＰｒｏＳｅ　Ｓｅｒｖｅｒ９０は、ＵＥ１０ａがＰｒｏＳｅを行うことを認証してもよいし、ＵＥ－Ｒ１５経由でコアネットワークに接続することを認証しても良い。ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＵＥ１０ａがＰｒｏＳｅを行うことを認証する、またはＵＥ－Ｒ１５経由でコアネットワークに接続することを認証した場合、ＵＥ１０ａを識別するＰｒｏＳｅ　ＵＥ　ＩＤを抽出しても良い。
　ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０へ認証応答を送信し（Ｓ２１１０）、ＭＭＥ３０はＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から認証応答を受信する。ここで、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０にＰｒｏＳｅ　ＵＥ　ＩＤを通知しても良い。ＭＭＥ３０はＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から認証応答を受信し、ＵＥ１０ａがＵＥ－Ｒ１５から切断することを検出する。ここで、ＭＭＥ３０は、ＰＤＮアドレス（ＵＥ１０ａのＩＰアドレス）やＰＤＰコンテキストパラメータを削除するための処理を行ってもよい。
　ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０へセッション削除要求を送信する（Ｓ２１１２）。ここで、セッション削除要求には、ｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎを含める。ｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎが含まれることにより、ＳＧＷ４０／ＰＧＷ５０に、ＵＥ１０ａがＵＥ－Ｒ１５を経由してデータを送受信するための、通信品質を確保した通信路を確立することを示しても良い。
　ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０からセッション削除要求を受信する。ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はセッション削除要求に含まれるｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎにより、ＵＥ１０ａがＵＥ－Ｒ１５を経由してコアネットワークからの接続を切断することを検出する。これにより、ＳＧＷ４０／ＰＧＷ５０は、ＵＥ１０ａがＵＥ－Ｒ１５を経由してデータを送受信しないため、通信路を再確立しても良い。
　ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０へセッション削除応答を送信し（Ｓ２１１４）、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０からセッション確立応答を受信する。これにより、ＭＭＥ３０はＰＧＷ５０とＳＧＷ３０間、ＳＧＷ３０とｅＮＢ２０間、ｅＮＢ２０とＵＥ－Ｒ１５間において、ＵＥ１０ａがＵＥ－Ｒ１５へ接続してデータの送受信を行う通信路を削除することを確認する。
　ＭＭＥ３０はＵＥ－Ｒ１５へデタッチ応答を送信し（Ｓ２１１６）、ＵＥ－Ｒ１５はＭＭＥ３０からデタッチ応答を受信する。
　なお、ＵＥ－Ｒ１５は、ＭＭＥ３０からデタッチ応答を受信した場合、ＧＯモードにおける通信路に対するＴＦＴを削除しても良い。ここで、デタッチ応答にベアラＩＤが含まれている場合には、ベアラＩＤに関連付けられるＴＦＴを削除しても良い。
　なお、ＵＥ－Ｒ１５は、ＭＭＥ３０にデタッチ要求を送信して、ＵＥ１０ａの切断に対する認証を得たが、ＵＥ１０ａに対する認証を行わなくても良い。
　つまり、ＵＥ－Ｒ１５はＭＭＥ３０にデタッチ要求を送信（Ｓ２１０６）しなくても良い。また、ＵＥ－Ｒ１５はＭＭＥ３０にデタッチ要求を送信しない場合、ＭＭＥ３０は、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０に認証要求を送信（Ｓ２１０８）し、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信（Ｓ２１１０）し、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０にセッション削除要求を送信（Ｓ２１１２）し、ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０にセッション削除応答に送信（Ｓ２１１４）し、ＭＭＥ３０はＵＥ－Ｒ１５にデタッチ応答を送信し（Ｓ２１１６）なくても良い。
　一方、デタッチ要求を受信したＵＥ１０ａはＵＥ－Ｒ１５へデタッチ応答を送信し（Ｓ２１１８）、ＵＥ－Ｒ１５はＵＥ１０ａからデタッチ応答を受信する。
　なお、ＵＥ－Ｒ１５は、ＵＥ１０ａからデタッチ応答を受信した場合、ＧＯモードの通信路に対応するＴＦＴを削除しても良い。ここで、デタッチ応答にベアラＩＤが含まれている場合には、ベアラＩＤと関連付けられるＴＦＴを削除しても良い。
　図１９に戻って説明する。ＵＥ－Ｒ１５は、デセントラライズモードの通信路へ切り替える（Ｓ１９０８）。ここで、ＵＥ－Ｒ１５は、ＵＥ１０ａまたはＵＥ１０ｂへ通知したＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるＧＯモードにおけるデータの送受信のみをデセントラライズモードの通信路へ切り替えて良い。
　ＵＥ１０ａは、デセントラライズモードの通信路へ切り替える（Ｓ１９１０）。ここで、ＵＥ１０ａは、ＵＥ－Ｒ１５から通知されたＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるＧＯモードにおけるデータの送受信のみをデセントラライズモードの通信路へ切り替えて良い。
　ＵＥ１０ｂは、デセントラライズモードの通信路へ切り替える（Ｓ１９１２）。ここで、ＵＥ１０ｂは、ＵＥ－Ｒ１５から通知されたＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるＧＯモードにおけるデータの送受信のみをデセントラライズモードの通信路へ切り替えて良い。
　以上の手続きにより、ＵＥ－Ｒ１５はＵＥ１０ａにデセントラライズモードへの切り替えを通知し、ＵＥ－Ｒ１５とＵＥ１０ａはＧＯモードの通信路のデータの送受信からデセントラライズモードの通信路へ切り替えることができる。
　上記の手続きは、ＵＥ１０ｂにおいても同様に行う。
　以上により、ＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ－Ｒ１５は、それぞれＧＯモードの通信路におけるデータの送受信からデセントラライズモードの通信路におけるデータの送受信へ切り替えることができる。
　[２．　第２実施形態]
　第１実施形態、変形例１では、ＧＯモードの通信路からデセントラライズモードの通信路への切り替え手続きについて説明したが、第２実施形態では、デセントラライズモードにおける通信路からＧＯモードの通信路へ切り替える手続きについて説明する。
　なお、通信システムの構成は、第１実施形態と同様に利用できるため、詳細な説明は省略する。また、通信システムにおける各装置の構成は第１実施形態と同様であるため詳細な説明は省略する。
　図２２に、第２実施形態における主な処理の流れを示す。第２実施形態では、まず、ＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ－Ｒ１５は、ネットワークへの接続手続きとサービス登録手続きを行う（Ｓ２２０２）。次に、ＵＥ－Ｒ１５とＵＥ１０（ＵＥ１０ａまたはＵＥ１０ｂ）とはデセントラライズモードにおける通信路確立手続きを行う（Ｓ２２０４）。これにより、ＵＥ１０（ＵＥ１０ａとＵＥ１０ｂ）とＵＥ－Ｒ１５とは、デセントラライズモードにおける通信路においてデータの送受信を開始する。
　ＵＥ１０とＵＥ－Ｒ１５とはデセントラライズモードの通信路におけるデータの送受信中にＧＯモードの通信路への切り替え手続きを行う（Ｓ２２０６）。ＧＯモードへ切り替え手続きは、ＧＯモードの通信路確立手続きとデセントラライズモードの通信路削除手続きにより行われる。
　ここで、ＵＥ１０ａおよびＵＥ１０ｂはサービス登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。
　また、ＵＥ－Ｒ１５はサービス登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。また、ＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ－Ｒ１５はデセントラライズモードにおける通信路確立にあたって、第１実施形態と同様の方法が利用できるため、その詳細な説明は省略する。なお、デセントラライズモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ－Ｒ１５におけるＴＦＴは第１実施形態で説明した構成を同様に利用できるため、詳細な説明は省略する。
　[２．１　ＧＯモードへの切り替え手続き]
　第２実施形態におけるＧＯモードへの切り替え手続きについて説明する。図２３に、ＧＯモードへの切り替え手続きを示す。まず、ＵＥ－Ｒ１５はＥＰＣへの接続手続きを行う（Ｓ２３０４）。ＵＥ－Ｒ１５のＥＰＣへの接続手続きは第１の実施形態で示した方法を利用できるため、詳細な説明は省略する。
　ＥＰＣへの接続手続きが完了したＵＥ－Ｒ１５はＵＥ１０ａとＵＥ１０ｂとへＧＯモードに関する情報を送信し（Ｓ２３０６）、ＵＥ１０ａとＵＥ１０ｂはＵＥ－Ｒ１５からＧＯモードに関する情報を受信する。ＵＥ－Ｒ１５が送信するＧＯモードに関する情報は、第１実施形態と同様であるため、その詳細な説明は省略する。
　ＵＥ１０ａは、ＧＯモードに関する情報により、ＧＯモードにおける通信路が利用可能であることを検知する（Ｓ２３０８）。ＧＯモードにおける通信路が利用可能であることを検知したＵＥ１０ａはＧＯモードの切り替え要求をＵＥ１０ｂへ送信する（Ｓ２３１０）。ＧＯモードの切り替え要求には、ＵＥ識別子を含めても良い。ＵＥ１０ａは、ＵＥ識別子を含めることによって、切り替え元の対象となる、デセントラライズモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせることができる。例えば、ＵＥ－Ｒ１５を示すＵＥ識別子を含めた場合、ＵＥ１０ａはＵＥ１０ｂにＵＥ－Ｒ１５とのデータの送受信を示し、ＵＥ－Ｒ１５とのデータの送受信を切り替えさせることができる。なお、ここではＧＯモードの切り替え要求に、ＵＥ識別子を含めることを説明したが、ＵＥ１０ａがＵＥ１０ｂへ送信するメッセージであれば、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
　また、ＵＥ１０ａはＧＯモードの切り替え要求にＡＰＮを含めても良い。ＵＥ１０ａはＡＰＮを示すことで、当該ＡＰＮで確立したデセントラライズモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するデセントラライズモードの通信路を切り替えさせることができる。なお、ここではＧＯモードの切り替え要求に、ＡＰＮを含めることを説明したが、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
　また、ＵＥ１０ａはＧＯモードの切り替え要求にＰＤＮコネクション識別子を含めても良い。ＵＥ１０ａはＰＤＮコネクション識別子を示すことで、当該ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路におけるデータの送受信を示し、ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路を切り替えさせることができる。なお、ここではＧＯモードの切り替え要求に、ＰＤＮコネクション識別子を含めることを説明したが、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
　なお、ＵＥ識別子、ＡＰＮ、ＰＤＮコネクション識別子が含まない場合には、デセントラライズモードの通信路で送受信されている全てのデータをデセントラライズモードの通信路へ切り替えることとして検出させても良い。また、ＵＥ１０ａはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。
　また、ＵＥ１０ａはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え要求を送信する（Ｓ２３１０）こととしたが、ＵＥ１０ａはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え要求を送信しても良い（Ｓ２３１０）。つまり、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）を行った後、ＧＯモードの切り替え要求を送信（Ｓ２３１０）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）は、後で詳細に説明するため、説明は省略する。
　なお、ＵＥ１０ａはＧＯモードの切り替え要求を送信する条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えることができることを示す許可情報を管理している場合、ＧＯモードの切り替え要求を送信しても良い。
　ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替え要求を送信しなくても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替え要求を送信しなくても良い。
　ＵＥ１０ｂはＵＥ１０ａからＧＯモードの切り替え要求を受信する。ＵＥ１０ｂはＧＯモードの切り替え要求により、デセントラライズモードの通信路からＧＯモードの通信路へ切り替えることを検出する。
　また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応するデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する通信路におけるデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する通信路にけるデータの送受信を切り替えることを検出する。
　ここで、ＵＥ１０ｂはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え要求を受信する（Ｓ２３１０）こととしたが、ＵＥ１０ｂはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え要求を受信しても良い（Ｓ２３１０）。つまり、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）を行った後、ＧＯモードの切り替え要求を受信（Ｓ２３１０）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）は、後で詳細に説明するため、説明は省略する。
　また、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの切り替えを決定しても良い。
　ここで、ＵＥ１０ｂは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替えを行うことを決定しても良い。ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を管理している場合、ＧＯモードの切り替えを行うことを決定して良い。
　ここで、ＵＥ１０ｂは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替えを行わないことを決定しても良い。ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替えを行わないことを決定して良い。
　ＧＯモードの通信路へ切り替えを行うことを決定したＵＥ１０ｂはＵＥ１０ａにＧＯモードの切り替え応答を送信する（Ｓ２３１２）。ここで、ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めないことにより、ＧＯモードとデセントラライズモードを切り替えることができことを示しても良い。
　ここで、ＵＥ１０ｂはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え応答を送信する（Ｓ２３１２）こととしたが、ＵＥ１０ｂはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え要求を送信しても良い（Ｓ２３１２）。つまり、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）を行った後、ＧＯモードの切り替え要求を送信（Ｓ２３１０）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）は、後で詳細に説明するため、説明は省略する。
　なお、ＵＥ１０ｂはＧＯモードの切り替え応答を送信する条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（Ｓ１１０４）により判断しても良い。また、ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えることができることを示す許可情報を管理している場合、ＧＯモードの切り替え応答を送信しても良い。
　ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替え応答を送信しなくても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替え応答を送信しなくても良い。
　一方、ＵＥ１０ａはＵＥ１０ｂからＧＯモードの切り替え応答を受信する。この応答により、ＵＥ１０ａは、ＵＥ１０ｂがＧＯモードの通信路へ切り替えすることを検知したことを検出する。なお、ＵＥ１０ｂはＧＯモードに関する情報の受信（Ｓ２３０６）により、ＧＯモードの検知を行っても良い（Ｓ２３１４）。
　ここで、ＵＥ１０ａはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え応答を受信する（Ｓ２３１２）こととしたが、ＵＥ１０ｂはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え応答を受信しても良い（Ｓ２３１２）。つまり、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）を行った後、ＧＯモードの切り替え応答を受信（Ｓ２３１２）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）は、後で詳細に説明するため、説明は省略する。
　なお、ＵＥ１０ａはＧＯモードの切り替え検知する条件として、ＰｒｏＳｅアプリケーションサーバから送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す通知（Ｓ１１０４）により判断しても良い。また、ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替え可能であることを管理し、ＧＯモードとデセントラライズモードの切り替え可能である場合、ＧＯモードの切り替えを検知しても良い。
　ここで、ＵＥ１０ａは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（Ｓ１１０４）により、ＧＯモードの切り替えを行わないことを決定しても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替えを行わないことを決定して良い。
　また、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの切り替えを決定しても良い。なお、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができないことを示す許可情報が含められていることにより、ＧＯモードの切り替えを行わないことを決定しても良い。また、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていないことにより、ＧＯモードの切り替えを行わないことを決定しても良い。
　ＧＯモードの検知を行ったＵＥ１０ｂはＵＥ１０ａへＧＯモードの切り替え要求を送信しても良い（Ｓ２３１６）。ＧＯモードの切り替え要求には、ＵＥ識別子を含めても良い。ＵＥ１０ｂは、ＵＥ識別子を含めることによって、切り替え元の対象となる、デセントラライズモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせても良い。なお、ＵＥ１０ｂがＵＥ１０ａへ送信するメッセージであれば、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
　また、ＵＥ１０ｂはＧＯモードの切り替え要求にＡＰＮを含めても良い。ＵＥ１０ｂはＡＰＮを示すことで、当該ＡＰＮで確立したデセントラライズモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するデセントラライズモードの通信路を切り替えさせても良い。なお、ＵＥ１０ｂがＵＥ１０ａへ送信するメッセージであれば、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
　また、ＵＥ１０ｂはＧＯモードの切り替え要求にＰＤＮコネクション識別子を含めても良い。ＵＥ－Ｒ１５はＰＤＮコネクション識別子を示すことで、当該ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路におけるデータの送受信を示し、ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路を切り替えさせることができる。なお、ここではＧＯモードの切り替え要求に、ＰＤＮコネクション識別子を含めることを説明したが、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
　なお、ＵＥ識別子、ＡＰＮ、ＰＤＮコネクション識別子が含まない場合には、デセントラライズモードの通信路で送受信されている全てのデータをデセントラライズモードの通信路へ切り替えることとして検出させても良い。
　また、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。
　なお、ＵＥ１０ｂがＵＥ１０ａにＧＯモードの切り替え要求（Ｓ２３１６）の送信の前に、ＵＥ１０ａからＧＯモード切り替え要求を受信（Ｓ２３１０）した場合、ＧＯモードの切り替え要求を送信（Ｓ２３１６）しなくても良い。
　ここで、ＵＥ１０ｂはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え要求を送信する（Ｓ２３１６）こととしたが、ＵＥ１０ｂはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え要求を送信しても良い（Ｓ２３１６）。つまり、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）を行った後、ＧＯモードの切り替え要求を送信（Ｓ２３２０）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）は、後で詳細に説明するため、説明は省略する。
　なお、ＵＥ１０ｂはＧＯモードの切り替え要求を送信する条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えることができることを示す許可情報を管理している場合、ＧＯモードの切り替え要求を送信しても良い。
　ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替え要求を送信しなくても良い。ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替え要求を送信しなくても良い。
　ＵＥ１０ｂがＵＥ１０ａにＧＯモードの切り替え要求を送信した（Ｓ２３１６）場合、ＵＥ１０ａはＵＥ１０ｂからＧＯモードの切り替え要求を受信する。
　ＵＥ１０ａはＧＯモードの切り替え要求により、デセントラライズモードの通信路からＧＯモードの通信路へ切り替えることを検出する。
　また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応するデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する通信路におけるデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する通信路にけるデータの送受信を切り替えることを検出する。
　ここで、ＵＥ１０ａはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え要求を受信する（Ｓ２３１６）こととしたが、ＵＥ１０ａはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え要求を受信しても良い（Ｓ２３１６）。つまり、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）を行った後、ＧＯモードの切り替え要求を受信（Ｓ２３１６）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）は、後で詳細に説明するため、説明は省略する。
　また、ＵＥ１０ａはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの切り替えを決定しても良い。
　ここで、ＵＥ１０ａは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（Ｓ１１０４）により、ＧＯモードの切り替えを行うことを決定しても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を管理している場合、ＧＯモードの切り替えを行うことを決定して良い。
　ここで、ＵＥ１０ａは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（Ｓ１１０４）により、ＧＯモードの切り替えを行わないことを決定しても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替えを行わないことを決定して良い。
　ＧＯモードの通信路へ切り替えを行うことを決定したＵＥ１０ａはＵＥ１０ｂにＧＯモードの切り替え応答を送信してもよい（Ｓ２３１８）。ＵＥ１０ａがＵＥ１０ｂにＧＯモードの切り替え応答を送信した場合、ＵＥ１０ａはＵＥ１０ｂからＧＯモードの切り替え応答を受信する。この応答により、ＵＥ１０ｂは、ＵＥ１０ａがＧＯモードの通信路へ切り替えることを検知したことを検出する。
　なお、ＵＥ１０ａがＵＥ１０ｂにＧＯモードの切り替え応答（Ｓ２３１８）の送信の前に、ＵＥ１０ｂからＧＯモード切り替え応答を受信（Ｓ２３１２）した場合、ＵＥ１０ｂにＧＯモードの切り替え応答を送信（Ｓ２３１８）しなくても良い。
　ここで、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めないことにより、ＧＯモードとデセントラライズモードを切り替えることができことを示しても良い。
　ここで、ＵＥ１０ａはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え応答を送信する（Ｓ２３１８）こととしたが、ＵＥ１０ａはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え応答を送信しても良い（Ｓ２３１８）。つまり、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）を行った後、ＧＯモードの切り替え応答を送信（Ｓ２３１８）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）は、後で詳細に説明するため、説明は省略する。
　なお、ＵＥ１０ａはＧＯモードの切り替え応答を送信する条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（Ｓ１１０４）により判断しても良い。また、ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えることができることを示す許可情報を管理している場合、ＧＯモードの切り替え応答を送信しても良い。
　ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（Ｓ１１０４）により、ＧＯモードの切り替え応答を送信しなくても良い。ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替え応答を送信しなくても良い。
　ＵＥ１０ｂはＧＯモードの切り替え応答を受信する。この応答により、ＵＥ１０ｂは、ＵＥ１０ａがＧＯモードの通信路へ切り替えすることを検知したことを検出する。また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応するデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する通信路におけるデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する通信路にけるデータの送受信を切り替えることを検出する。
　ここで、ＵＥ１０ｂはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え応答を受信する（Ｓ２３１８）こととしたが、ＵＥ１０ｂはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え応答を受信しても良い（Ｓ２３１８）。つまり、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）を行った後、ＧＯモードの切り替え応答を受信（Ｓ２３１８）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）は、後で詳細に説明するため、説明は省略する。
　なお、ＵＥ１０ｂはＧＯモードの切り替え検知する条件として、ＰｒｏＳｅアプリケーションサーバから送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す通知（Ｓ１１０４）により判断しても良い。また、ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替え可能であることを管理し、ＧＯモードとデセントラライズモードの切り替え可能である場合、ＧＯモードの切り替えを検知しても良い。
　ここで、ＵＥ１０ｂは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（Ｓ１１０４）により、ＧＯモードの切り替えを行わないことを決定しても良い。ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替えを行わないことを決定して良い。
　また、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの切り替えを決定しても良い。なお、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができないことを示す許可情報が含められていることにより、ＧＯモードの切り替えを行わないことを決定しても良い。また、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていないことにより、ＧＯモードの切り替えを行わないことを決定しても良い。
　[２．１．１　ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き]
　次に、ＵＥ１０ａとＵＥ１０ｂは、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続きを行う（Ｓ２３２０）。図２４に、ＧＯモードへの切り替え要求を含む通信路確立手続きの例を示す。なお、ＧＯモードへの切り替え要求を含む通信路確立手続きであれば、本手続きでなくても良い。
　ＵＥ１０ａはＵＥ－Ｒ１５にアタッチ要求を送信する（Ｓ２４０４）。ここで、アタッチ要求には、ＧＯモードへの切り替え要求を示すｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含める。なお、ＧＯモードへの切り替え要求を示すインディケータであれば、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒでなくても良い。
　なお、ここではアタッチ要求に、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含めることを説明したが、アタッチ要求ではなく、他のメッセージであっても良い。また、本手続きでは、ＧＯモードの通信路確立手続きの１つのメッセージにｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含めることでＧＯモードの通信路への切り替えを示しているが、ＧＯモードの通信路確立手続きに先だって、ＵＥ１０ａがＵＥ－Ｒ１５にＧＯモードへの切り替え要求メッセージを送信して、ＵＥ－Ｒ１５にＧＯモードの通信路への切り替えを通知しても良い。
　また、ＵＥ１０ａはアタッチ要求にＵＥ識別子を含めても良い。ＵＥ１０ａは、ＵＥ識別子を含めることによって、切り替え元の対象となる、デセントラライズモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせることができる。例えば、ＵＥ１０ｂを示すＵＥ識別子を含めた場合、ＵＥ１０ａはＵＥ－Ｒ１５にＵＥ１０ｂとのデータの送受信を示し、ＵＥ１０ｂとのデータの送受信を切り替えさせることができる。なお、ここではアタッチ要求に、ＵＥ識別子を含めることを説明したが、アタッチ要求ではなく、他のメッセージであっても良い。
　また、ＵＥ－Ｒ１５はアタッチ要求にＡＰＮを含めても良い。ＵＥ－Ｒ１５はＡＰＮを示すことで、当該ＡＰＮにおけるデセントラライズモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するデセントラライズモードの通信路を切り替えさせることができる。なお、ここではアタッチ要求に、ＡＰＮを含めることを説明したが、アタッチ要求ではなく、他のメッセージであっても良い。
　また、ＵＥ－Ｒ１５はアタッチ要求にＰＤＮコネクション識別子を含めても良い。ＵＥ－Ｒ１５はＰＤＮコネクション識別子を示すことで、当該ＰＤＮコネクション識別子におけるデセントラライズモードの通信路におけるデータの送受信を示し、ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路を切り替えさせることができる。なお、ここではアタッチ要求に、ＰＤＮコネクション識別子を含めることを説明したが、アタッチ要求ではなく、他のメッセージであっても良い。
　なお、ＵＥ識別子、ＡＰＮ、ＰＤＮコネクション識別子を含まない場合には、ＧＯモードの通信路で送受信されている全てのデータをＧＯモードの通信路へ切り替えることとして検出させても良い。
　なお、ＵＥ１０ａはｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含むアタッチ要求を送信する条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えできることを示す許可情報を管理している場合、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含むアタッチ要求を送信しても良い。
　ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含むアタッチ要求を送信しなくても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含むアタッチ要求を送信しなくても良い。
　また、ＵＥ１０ａはＵＥ１０ｂからＧＯモードの切り替え応答を受信する（図２３のＳ２３１２）ことにより、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含むアタッチ要求を送信しても良い。ここで、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含むアタッチ要求を送信しても良い。なお、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができないことを示す許可情報が含められていることにより、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含むアタッチ要求を送信しなくても良い。また、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていないことにより、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含むアタッチ要求を送信しなくても良い。
　また、ＵＥ１０ａはＵＥ１０ｂからＧＯモードの切り替え要求を受信する（図２３のＳ２３１６）ことにより、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含むアタッチ要求を送信しても良い。また、ＵＥ１０ａはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含むアタッチ要求を送信しても良い。
　また、ＵＥ１０ａは、ＵＥ－Ｒ１５へアタッチ要求を送信する前に、ＵＥ－Ｒ１５へ送信できるかを検出するために、近隣検出を行っても良い。また、ＵＥ１０ａはコアネットワーク７またはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０に近隣検出を要求しても良い。
　ＵＥ－Ｒ１５は、ＵＥ１０ａからアタッチ要求を受信する。ＵＥ１０ａはアタッチ要求に含まれるｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒにより、デセントラライズモードの通信路からＧＯモードの通信路へ切り替えることを検出する。
　また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応する、デセントラライズモードのデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する、デセントラライズモードの通信路におけるデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する、デセントラライズモードのデータの送受信を切り替えることを検出する。
　次に、ＵＥ－Ｒ１５はアタッチ要求をＭＭＥ３０へ送信しても良い（Ｓ２４０６）。このとき、アタッチ要求には、ｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎを含める。ｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎは、ＵＥ－Ｒ１５にＵＥ１０ａまたはＵＥ１０ｂのようなＵＥが接続することを示す情報である。ここで、ＵＥ－Ｒ１５にＵＥが接続されることを示す情報をｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎとしたが、ＵＥ－Ｒ１５にＵＥが接続されることを示す情報であれば、どのような情報要素であっても良い。さらに、接続されるＵＥを識別する情報要素が含まれても良い。
　ＭＭＥ３０はＵＥ－Ｒ１５からアタッチ要求を受信する。ＭＭＥ３０はアタッチ要求を受信し、ＰＤＮアドレス（ＵＥ１０ａのＩＰアドレス）やＰＤＰコンテキストパラメータを生成するための処理を行ってもよい。
　ＭＭＥ３０はＵＥ－Ｒ１５からのアタッチ要求に含まれるｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎにより、ＵＥ－Ｒ１５にＵＥ１０ａが接続されていることを検出する。
　ＭＭＥ３０は、ＵＥ－Ｒ１５にＵＥ１０ａが接続されていることを検出している場合、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０に認証要求を送信しても良い（Ｓ２４０８）。ここで、ＭＭＥ３０は認証要求にＵＥ－Ｒ１５に接続するＵＥ１０ａのＵＥ識別子を含めても良い。
　ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０から認証要求を受信する。ここで、認証要求を受信したＰｒｏＳｅ　Ｓｅｒｖｅｒ９０は、ＵＥ１０ａがＰｒｏＳｅを行うことを認証してもよいし、ＵＥ－Ｒ１５経由でコアネットワークに接続することを認証しても良い。ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＵＥ１０ａがＰｒｏＳｅを行うことを認証する、またはＵＥ－Ｒ１５経由でコアネットワークに接続することを認証した場合、ＰｒｏＳｅにおける近隣検出または、直接通信路の確立において利用することができるＵＥ１０ａを識別するＰｒｏＳｅ　ＵＥ　ＩＤを抽出しても良い。
　ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０へ認証応答を送信し（Ｓ２４１０）、ＭＭＥ３０はＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から認証応答を受信する。ここで、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０にＰｒｏＳｅ　ＵＥ　ＩＤを通知しても良い。ＭＭＥ３０はＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から認証応答を受信し、ＵＥ１０ａがＵＥ－Ｒ１５に接続することを検出する。ここで、ＭＭＥ３０は、ＰＤＮアドレス（ＵＥ１０ａのＩＰアドレス）やＰＤＰコンテキストパラメータを生成するための処理を行ってもよい。
　ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０へセッション確立要求を送信する（Ｓ２４１２）。ここで、セッション確立要求には、ｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎを含める。ｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎが含まれることにより、ＳＧＷ４０／ＰＧＷ５０に、ＵＥ１０ａがＵＥ－Ｒ１５を経由してデータを送受信するための、通信品質を確保した通信路を確立することを示しても良い。
　ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０からセッション確立要求を受信する。ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はセッション確立要求に含まれるｒｅｌａｙ　ｃｏｎｎｅｃｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎにより、ＵＥ１０ａがＵＥ－Ｒ１５を経由してコアネットワークに接続することを検出する。これにより、ＳＧＷ４０／ＰＧＷ５０は、ＵＥ１０ａは、ＵＥ１０ａがＵＥ－Ｒ１５を経由してデータを送受信するために、通信品質を確保した通信路を確立しても良い。
　ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０へセッション確立応答を送信し（Ｓ２４１４）、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０からセッション確立応答を受信する。これにより、ＭＭＥ３０はＰＧＷ５０とＳＧＷ３０間、ＳＧＷ３０とｅＮＢ２０間、ｅＮＢ２０とＵＥ－Ｒ１５間において、ＵＥ１０ａがＵＥ－Ｒ１５へ接続してデータの送受信を行う通信路を確立することを確認する。
　ＭＭＥ３０はＵＥ－Ｒ１５へアタッチ応答を送信し（Ｓ２４１６）、ＵＥ－Ｒ１５はＭＭＥ３０からアタッチ応答を受信する。これにより、ＵＥ－Ｒ１５はＵＥ－Ｒ１５とコアネットワークにおける通信路において、ＵＥ１０ａがＵＥ－Ｒ１５を経由してデータの送受信を行うことができる通信路を確保したことになる。
　なお、ＵＥ－Ｒ１５は、ＭＭＥ３０からアタッチ応答を受信した場合、ＴＦＴを生成しても良い。ここで、アタッチ応答にベアラＩＤが含まれている場合には、ＴＦＴとベアラＩＤを関連付けて管理し、データの送信先の決定に利用しても良い。なお、送信先の決定の際に、通信品質に関する情報を関連付けて設定し、その通信品質に従って、データを送信しても良い。
　なお、ＵＥ－Ｒ１５は、ＭＭＥ３０にアタッチ要求を送信して、ＵＥ１０ａに対する認証を得たが、あらかじめ、ＵＥ－Ｒ１５がリレー機能を有効化することに対して認証されていれば、ＵＥ１０ａに対する認証を行わなくても良い。つまり、ＵＥ－Ｒ１５はＭＭＥ３０にアタッチ要求を送信（Ｓ２４０６）しなくても良い。また、ＵＥ－Ｒ１５はＭＭＥ３０にアタッチ要求を送信しない場合、ＭＭＥ３０は、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０に認証要求を送信（Ｓ２４０８）し、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信（Ｓ２４１０）し、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０にセッション確立要求を送信（Ｓ２４１２）し、ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０にセッション確立応答に送信（Ｓ２４１４）し、ＭＭＥ３０はＵＥ－Ｒ１５にアタッチ応答を送信し（Ｓ２４１６）なくても良い。
　ＵＥ－Ｒ１５はＵＥ１０ａへアタッチ応答を送信し（Ｓ２４１８）、ＵＥ１０ａはＵＥ－Ｒ１５からアタッチ応答を受信する。
　ここでＵＥ－Ｒ１５は、ＭＭＥ３０からのアタッチ応答により、ＡＰＮやＰＤＮアドレス、ベアラＩＤ、ＰＤＰコンテキストパラメータなどの情報を受け取り、ＵＥ１０ａへアタッチ応答とともに通知してもよい。
　ここで、ＵＥ－Ｒ１５は、ＡＰＮやＰＤＮアドレス、ベアラＩＤ、ＰＤＰコンテキストパラメータなどの情報をリレーにおけるネットワークへの登録手続きやサービス登録手続きであらかじめ受け取っておき、ＵＥ１０ａへアタッチ応答とともに通知してもよい。
　なお、ＵＥ１０ａは、ＵＥ－Ｒ１５からアタッチ応答を受信した場合、ＴＦＴを生成しても良い。ここで、アタッチ応答にベアラＩＤが含まれている場合には、ＴＦＴとベアラＩＤを関連付けて管理し、データの送信先の決定に利用しても良い。なお、送信先の決定の際に、通信品質に関する情報を関連付けて設定し、その通信品質に従って、データを送信しても良い。
　ここで、単一の通信路のみが確立されている場合には、ＴＦＴを生成せず、全てのアプリケーションにおけるデータを確立している通信路へ送信しても良い。
　以上の手続きにより、ＵＥ１０ａはＧＯモードにおける通信路を確立することができる。
　上記の手続きは、ＵＥ１０ｂにおいても同様に行う。つまり、ＵＥ１０ｂはＵＥ－Ｒ１５にアタッチ要求を送信し（Ｓ２４２０）、ＵＥ－Ｒ１５はＭＭＥ３０にアタッチ要求を送信し（Ｓ２４２２）、ＭＭＥ３０は、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０に認証要求を送信（Ｓ２４２４）し、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信（Ｓ２４２６）し、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０にセッション確立要求を送信（Ｓ２４２８）し、ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０にセッション確立応答に送信（Ｓ２４３０）し、ＭＭＥ３０はＵＥ－Ｒ１５にアタッチ応答を送信し（Ｓ２４３２）、ＵＥ－Ｒ１５はＵＥ１０ｂにアタッチ応答を送信する。なお、ＵＥ１０ａの場合と同様に、ＵＥ－Ｒ１５は、あらかじめ、ＵＥ－Ｒ１５がリレー機能を有効化することに対して認証されていれば、ＵＥ１０ｂに対する認証を行わなくても良い。
　つまり、ＵＥ－Ｒ１５はＭＭＥ３０にアタッチ要求を送信（Ｓ２４２２）し、ＭＭＥ３０は、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０に認証要求を送信（Ｓ２４２４）し、ＰｒｏＳｅ　Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信（Ｓ２４２６）し、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０にセッション確立要求を送信（Ｓ２４２８）し、ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０にセッション確立応答に送信（Ｓ２４３０）し、ＭＭＥ３０はＵＥ－Ｒ１５にアタッチ応答を送信し（Ｓ２４３２）なくても良い。以上の手続きにより、ＵＥ１０ｂはＧＯモードにおける通信路を確立することができる。
　以上により、ＵＥ１０ａとＵＥ１０ｂとＵＥ－Ｒ１５はＧＯモードにおける通信路を確立し、データの送受信を行うことができる。
　なお、ＧＯモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ－Ｒ１５におけるＴＦＴは第１実施形態で説明した構成を同様に利用できるため、詳細な説明は省略する。
　図２３に戻って、ＵＥ１０ａは、ＧＯモードの通信路確立手続きが完了したことを検出し、ＵＥ１０ａはデセントラライズモードの通信路からＧＯモードの通信路への切り替えを行う（Ｓ２３２２）。ここで、ＵＥ１０ａは、ＵＥ－Ｒ１５へ通知したＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるデセントラライズモードにおけるデータの送受信のみをＧＯモードの通信路へ切り替えて良い。
　また、ＵＥ１０ｂは、ＧＯモードの通信路確立手続きが完了したことを検出し、ＵＥ１０ｂはデセントラライズモードの通信路からＧＯモードの通信路への切り替えを行う（Ｓ２３２４）。ここで、ＵＥ１０ａは、ＵＥ－Ｒ１５へ通知したＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるデセントラライズモードにおけるデータの
送受信のみをＧＯモードの通信路へ切り替えて良い。
　さらに、ＵＥ－Ｒ１５は、ＵＥ１０ａとＧＯモードの通信路確立手続きが完了したことを検出し、ＵＥ１０ｂとＧＯモードの通信路確立手続きが完了したことを検出し、ＵＥ－Ｒ１５はデセントラライズモードの通信路からＧＯモードの通信路への切り替えを行う（Ｓ２３２６）。ここで、ＵＥ－Ｒ１５は、ＵＥ１０ａまたはＵＥ１０ｂから通知されたＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるデセントラライズモードにおけるデータの送受信のみをＧＯモードの通信路へ切り替えて良い。
　[２．１．２　デセントラライズモードの通信路削除手続き]
　次に、ＵＥ－Ｒ１５はデセントラライズモードにおける通信路削除手続きを行う（Ｓ２３２８）。図２５にデセントラライズモードの通信路確立手続きの例を示す。なお、デセントラライズモードの通信路確立手続きであれば、本手続きでなくても良い。
　まず、ＵＥ－Ｒ１５はＵＥ１０ａとデセントラライズモードの通信路を削除するために、直接通信切断要求を送信する（Ｓ２５０２）。ここで、直接通信切断要求には、デセントラライズモードの通信路を示す直接通信ＩＤやＵＥ－Ｒ１５のＩＰアドレスを含める。ＵＥ１０ａはＵＥ－Ｒ１５から直接通信切断要求を受信し、直接通信切断要求に含まれる直接通信ＩＤやＵＥ－Ｒ１５のＩＰアドレスにより、ＵＥ－Ｒ１５とのデセントラライズモードの通信路を削除する。
　ＵＥ１０ａは、ＵＥ－Ｒ１５とのデセントラライズモードの通信路を削除したことを検出し、直接通信切断応答を送信し（Ｓ２５０４）、ＵＥ－Ｒ１５はＵＥ１０ａから直接通信切断応答を受信する。直接通信応答には、直接通信ＩＤ、ＵＥ１０ａのＩＰアドレスが含まれる。
　ＵＥ－Ｒ１５は直接通信切断応答を受信して、ＵＥ１０ａにおいてデセントラライズモードの通信路を削除できたことを確認する。さらに、ＵＥ－Ｒ１５は直接通信切断応答に含まれる直接通信ＩＤ、ＵＥ１０ａのＩＰアドレスにより、ＵＥ１０ａとのデセントラライズモードの通信路を削除する。
　次に、ＵＥ－Ｒ１５とＵＥ１０ａは無線ベアラの解放を行う（Ｓ２５０６）。無線ベアラの解放では、ＵＥ－Ｒ１５はＵＥ１０ａへデセントラライズモードの通信路においてデータの送受信を行うための通信リソースの通知を行い、通信リソースを利用しないようにする。
　以上の手続きにより、ＵＥ－Ｒ１５はＵＥ１０ａとデセントラライズモードの通信路を削除することができる。
　次に、ＵＥ－Ｒ１５はＵＥ１０ｂとデセントラライズモードの通信路確立手続きを行う。なお、ＵＥ－Ｒ１５がＵＥ１０ｂとデセントラライズモードの通信路削除手続きは、ＵＥ－Ｒ１５がＵＥ１０ａとデセントラライズモードの通信路削除手続きと同様である。つまり、ＵＥ－Ｒ１５はＵＥ１０ｂに直接通信切断要求を送信し（Ｓ２５０８）、ＵＥ１０ｂはＵＥ－Ｒ１５から直接通信切断要求を受信し、ＵＥ１０ｂはＵＥ－Ｒ１５へ直接通信切断応答を送信し（Ｓ２５１０）、ＵＥ－Ｒ１５はＵＥ１０ｂから直接通信切断応答を受信し、ＵＥ－Ｒ１５とＵＥ１０ｂは無線ベアラの解放を行う（Ｓ２５１２）。
　以上の手続きにより、ＵＥ－Ｒ１５はＵＥ１０ｂとデセントラライズモードの通信路を削除することができる。
　ＵＥ－Ｒ１５とデセントラライズモードの通信路を削除したＵＥ１０ａはＵＥ１０ｂとデセントラライズモードの通信路を削除する。まず、ＵＥ１０ａは、ＵＥ１０ｂに直接通信切断要求を送信する（Ｓ２５１４）。ここで、直接通信切断要求には、デセントラライズモードの通信路を示す直接通信ＩＤやＵＥ１０ａのＩＰアドレスを含める。ＵＥ１０ｂはＵＥ１０ａから直接通信要求を受信し、直接通信切断要求に含まれる直接通信ＩＤやＵＥ１０ａのＩＰアドレスにより、ＵＥ１０ａとのデセントラライズモードの通信路を削除する。
　ＵＥ１０ｂはＵＥ１０ａとのデセントラライズモードの通信路を削除したことを検出して、直接通信切断応答を送信し（Ｓ２５１６）、ＵＥ１０ａはＵＥ１０ｂから直接通信切断応答を受信する。直接通信切断応答には、直接通信ＩＤ、ＵＥ１０ｂのＩＰアドレスが含まれる。
　ＵＥ－Ｒ１５は直接通信切断応答を受信して、ＵＥ１０ａにおいてデセントラライズモードの通信路を削除できたことを確認する。さらに、ＵＥ－Ｒ１５は直接通信切断応答に含まれる直接通信ＩＤ、ＵＥ１０ａのＩＰアドレスにより、ＵＥ１０ａとのデセントラライズモードの通信路を削除する。
　次に、ＵＥ－Ｒ１５とＵＥ１０ａは無線ベアラの解放を行う（Ｓ２５１８）。無線ベアラの解放では、ＵＥ－Ｒ１５はＵＥ１０ａへデセントラライズモードの通信路においてデータの送受信を行うための通信リソースの通知を行い、通信リソースを利用しないようにする。
　以上の手続きにより、ＵＥ１０ａとＵＥ１０ｂはデセントラライズモードの通信路を削除することができる。
　また、ＵＥ１０ｂはＵＥ１０ａとデセントラライズモードの通信路削除手続きを行っても良い。なお、ＵＥ１０ｂはＵＥ１０ａから直接通信切断要求を受信することにより、ＵＥ１０ａとデセントラライズモードの通信路が削除されることを検出した場合、ＵＥ１０ｂはＵＥ１０ａとデセントラライズモードの通信路削除手続きを行わなくてもよい。
　ＵＥ１０ｂがＵＥ１０ａとデセントラライズモードの通信路を削除する手続きは、ＵＥ１０ａがＵＥ１０ｂとデセントラライズモードの通信路削除手続きと同様である。
　つまり、ＵＥ１０ｂはＵＥ１０ａに直接通信切断要求を送信し（Ｓ２５２０）、ＵＥ１０ａはＵＥ１０ｂに直接通信切断応答を送信し（Ｓ２５２２）、ＵＥ１０ｂとＵＥ１０ａは無線ベアラの解放を行う（Ｓ２５２４）。
　以上の手続きにより、ＵＥ１０ｂとＵＥ１０ａはデセントラライズモードの通信路を削除することができる。
　以上により、ＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ－Ｒ１５は、それぞれデセントラライズモードの通信路におけるデータの送受信からＧＯモードの通信路におけるデータの送受信へ切り替えることができる。
　[２．２　変形例２]
　第２実施形態では、ＧＯモードへの切り替え要求を含む通信路確立手続きにより、ＧＯモードの通信路へ切り替えを行っていたが、ＧＯモードの通信路を確立した後、ＧＯモードへの切り替え要求を含むデセントラライズモードの通信路削除手続きにおいて、切り替え手続きを行っても良い。
　なお、通信システムの構成は、第１実施形態と同様に利用できるため、詳細な説明は省略する。また、通信システムにおける各装置の構成は第１実施形態と同様であるため詳細な説明は省略する。
　また、変形例２における主な処理の流れは第２実施形態で示した方法を同様に利用できるためその詳細な説明は省略する。
　ここで、ＵＥ１０ａおよびＵＥ１０ｂはサービス登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。
　また、ＵＥ－Ｒ１５はサービス登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。また、ＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ－Ｒ１５はデセントラライズモードにおける通信路確立にあたって、第１実施形態と同様の方法が利用できるため、その詳細な説明は省略する。なお、デセントラライズモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ－Ｒ１５におけるＴＦＴは第１実施形態で説明した構成を同様に利用できるため、詳細な説明は省略する。
　[２．２．１　ＧＯモードへの切り替え手続き]
　変形例２におけるＧＯモードへの切り替え手続きについて説明する。図２６に、ＧＯモードへの切り替え手続きを示す。まず、ＵＥ－Ｒ１５はＥＰＣへの接続手続きを行う（Ｓ２６０４）。ＵＥ－Ｒ１５のＥＰＣへの接続手続きは第１の実施形態で示した方法を利用できるため、詳細な説明は省略する。
　ＥＰＣへの接続手続きが完了したＵＥ－Ｒ１５はＵＥ１０ａとＵＥ１０ｂへＧＯモードに関する情報を送信し（Ｓ２６０６）、ＵＥ１０ａとＵＥ１０ｂはＵＥ－Ｒ１５からＧＯモードに関する情報を受信する。ＵＥ－Ｒ１５が送信するＧＯモードに関する情報は、第１実施形態と同様であるため、その詳細な説明は省略する。
　ＵＥ１０ａは、ＧＯモードに関する情報により、ＧＯモードにおける通信路が利用可能であることを検知する（Ｓ２６０８）。また、ＵＥ１０ｂは、ＧＯモードに関する情報により、ＧＯモードにおける通信路が利用可能であることを検知する（Ｓ２６１０）。
　次に、ＵＥ１０ａとＵＥ１０ｂはＧＯモードの通信路確立手続きを行う（Ｓ２６１２）。ＧＯモードの通信路確立手続きは、第１実施形態で説明した方法を同様に利用できるため、その詳細な説明は省略する。
　ＵＥ１０ａとＧＯモードの通信路確立手続きが完了し、ＵＥ１０ｂとＧＯモードの通信路確立手続きが完了したＵＥ－Ｒ１５はＧＯモードのへの切り替えを行う（Ｓ２６１４）。
　続いて、ＵＥ－Ｒ１５はＵＥ１０ａとＧＯモードの通信路への切り替え要求を含むデセントラライズモードの通信路削除手続きを行う。まず、ＵＥ－Ｒ１５は、ＵＥ１０ａへ直接通信切断要求を送信する（Ｓ２６１６）。ここで、直接通信切断要求には、ＧＯモードへの切り替え要求を示すｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含める。なお、ＧＯモードへの切り替え要求を示すインディケータであれば、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒでなくても良い。
　なお、本手続きでは、直接通信切断要求にｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含めているが、直接通信切断要求ではなく、他のメッセージであっても良い。
　また、本手続きでは、デセントラライズモードの通信路削除手続きの１つのメッセージにｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含めることでＧＯモードの通信路への切り替えを示しているが、デセントラライズモードの通信路削除手続きに先だって、ＵＥ－Ｒ１５がＵＥ１０ａにＧＯモードへの切り替え要求メッセージを送信して、ＵＥ１０ａにＧＯモードの通信路への切り替えを通知しても良い。
　また、ＵＥ－Ｒ１５は直接通信切断要求にＵＥ識別子を含めても良い。ＵＥ－Ｒ１５は、ＵＥ識別子を含めることによって、切り替え元の対象となる、デセントラライズモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせても良い。なお、ここでは直接通信切断要求に、ＵＥ識別子を含めることを説明したが、直接通信切断要求ではなく、他のメッセージであっても良い。
　また、ＵＥ－Ｒ１５は直接通信切断要求にＡＰＮを含めても良い。ＵＥ－Ｒ１５はＡＰＮを示すことで、当該ＡＰＮにおけるデセントラライズモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するデセントラライズモードの通信路を切り替えさせても良い。なお、ここでは直接通信切断要求に、ＡＰＮを含めることを説明したが、直接通信切断要求ではなく、他のメッセージであっても良い。
　また、ＵＥ－Ｒ１５は直接通信切断要求にＰＤＮコネクション識別子を含めても良い。ＵＥ－Ｒ１５はＰＤＮコネクション識別子を示すことで、当該ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路におけるデータの送受信を示し、ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路を切り替えさせても良い。なお、ここでは直接通信切断要求に、ＰＤＮコネクション識別子を含めることを説明したが、直接通信切断要求ではなく、他のメッセージであっても良い。
　なお、ＵＥ識別子、ＡＰＮ、ＰＤＮコネクション識別子を含まない場合には、デセントラライズモードの通信路で送受信されている全てのデータをＧＯモードの通信路へ切り替えることとして検出させても良い。
　ＵＥ１０ａはＵＥ－Ｒ１５から直接通信切断要求を受信する。ＵＥ１０ａは直接通信切断要求に含まれるｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒにより、デセントラライズモードの通信路からＧＯモードの通信路へ切り替えることを検出する。
　また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応する、デセントラライズモードのデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する、デセントラライズモードのデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する、デセントラライズモードのデータの送受信を切り替えることを検出する。
　ＧＯモードの通信路へ切り替えを検知したＵＥ１０ａはデセントラライズモードの通信路のデータの送受信をすでに確立されているＧＯモードの通信路へ切り替える（Ｓ２６１８）。ＵＥ１０ａはＵＥ－Ｒ１５に直接通信切断応答を送信し（Ｓ２６２０）、ＵＥ－Ｒ１５はＵＥ１０ａから直接通信切断応答を受信する。この応答により、ＵＥ－Ｒ１５は、ＵＥ１０ａがＧＯモードの通信路へ切り替えたことを検出する。さらに、ＵＥ－Ｒ１５とＵＥ１０ａは、デセントラライズモードの通信路においてデータの送受信がない場合、無線ベアラの解放を行っても良い（Ｓ２６２２）。
　以上の手続きにより、ＵＥ－Ｒ１５はＵＥ１０ａにＧＯモードの通信路への切り替えを通知し、ＵＥ－Ｒ１５とＵＥ１０ａはデセントラライズモードの通信路からＧＯモードの通信路へ切り替えることができる。
　次に、ＵＥ－Ｒ１５はＵＥ１０ｂとＧＯモードの通信路への切り替え要求を含む通信路削除手続きを行う。なお、ＵＥ－Ｒ１５がＵＥ１０ｂとＧＯモードへの切り替え要求を含む通信路削除手続きは、ＵＥ－Ｒ１５がＵＥ１０ａとＧＯモードへの切り替え要求を含む通信路削除手続きと同様である。つまり、ＵＥ－Ｒ１５はＵＥ１０ｂに直接通信切断要求を送信し（Ｓ２６２４）、ＵＥ１０ｂはＵＥ－Ｒ１５から直接通信切断要求を受信し、ＵＥ１０ｂはＧＯモードへの切り替えを行い（Ｓ２６２６）、ＵＥ１０ｂはＵＥ－Ｒ１５に直接通信切断応答を送信し（Ｓ２６２８）、ＵＥ－Ｒ１５はＵＥ１０ｂから直接通信切断応答を受信し、ＵＥ－Ｒ１５とＵＥ１０ｂは無線ベアラの解放を行う（Ｓ２６２８）。
　以上の手続きにより、ＵＥ－Ｒ１５はＵＥ１０ｂにＧＯモードの通信路への切り替えを通知し、ＵＥ－Ｒ１５とＵＥ１０ｂはデセントラライズモードの通信路からＧＯモードの通信路へ切り替えることができる。
　[２．２．２　ＵＥ１０ａとＵＥ１０ｂ間のデセントラライズモードの通信路削除手続き]
　次に、ＵＥ１０ａとＵＥ１０ｂはデセントラライズモードの通信路削除手続きを行っても良い（Ｓ２６３２）。図２７にＵＥ１０ａとＵＥ１０ｂ間のデセントラライズモードの通信路削除手続きの例を示す。なお、ＵＥ１０ａとＵＥ１０ｂ間のデセントラライズモードの通信路確立手続きであれば、本手続きでなくても良い。
　まず、ＵＥ１０ａは、ＵＥ１０ｂに直接通信切断要求を送信する（Ｓ２７０２）。ここで、直接通信切断要求には、デセントラライズモードの通信路を示す直接通信ＩＤやＵＥ１０ａのＩＰアドレスを含める。ＵＥ１０ｂはＵＥ１０ａから直接通信要求を受信し、直接通信切断要求に含まれる直接通信ＩＤやＵＥ１０ａのＩＰアドレスにより、ＵＥ１０ａとのデセントラライズモードの通信路を削除する。
　ＵＥ１０ｂはＵＥ１０ａとのデセントラライズモードの通信路を削除したことを検出して、直接通信切断応答を送信し（Ｓ２７０４）、ＵＥ１０ａはＵＥ１０ｂから直接通信切断応答を受信する。直接通信切断応答には、直接通信ＩＤ、ＵＥ１０ｂのＩＰアドレスが含まれる。
　ＵＥ－Ｒ１５は直接通信切断応答を受信して、ＵＥ１０ａにおいてデセントラライズモードの通信路を削除できたことを確認する。さらに、ＵＥ－Ｒ１５は直接通信切断応答に含まれる直接通信ＩＤ、ＵＥ１０ａのＩＰアドレスにより、ＵＥ１０ａとのデセントラライズモードの通信路を削除する。
　次に、ＵＥ－Ｒ１５とＵＥ１０ａは無線ベアラの解放を行う（Ｓ２７０６）。無線ベアラの解放では、ＵＥ－Ｒ１５はＵＥ１０ａへデセントラライズモードの通信路においてデータの送受信を行うための通信リソースの通知を行い、通信リソースを利用しないようにする。
　以上の手続きにより、ＵＥ１０ａとＵＥ１０ｂはデセントラライズモードの通信路を削除することができる。
　また、ＵＥ１０ｂはＵＥ１０ａとデセントラライズモードの通信路削除手続きを行っても良い。なお、ＵＥ１０ｂはＵＥ１０ａから直接通信切断要求を受信することにより、ＵＥ１０ａとデセントラライズモードの通信路が削除されることを検出した場合、ＵＥ１０ｂはＵＥ１０ａとデセントラライズモードの通信路削除手続きを行わなくてもよい。
　ＵＥ１０ｂがＵＥ１０ａとデセントラライズモードの通信路を削除する手続きは、ＵＥ１０ａがＵＥ１０ｂとデセントラライズモードの通信路削除手続きと同様である。
　つまり、ＵＥ１０ｂはＵＥ１０ａに直接通信切断要求を送信し（Ｓ２７０８）、ＵＥ１０ａはＵＥ１０ｂに直接通信切断応答を送信し（Ｓ２７１０）、ＵＥ１０ｂとＵＥ１０ａは無線ベアラの解放を行う（Ｓ２７１２）。
　以上の手続きにより、ＵＥ１０ｂとＵＥ１０ａはデセントラライズモードの通信路を削除することができる。
　[３．第３実施形態]
　第１実施形態、変形例１、第２実施形態、変形例２では、ＵＥ－Ｒ１５は、ＵＥ１０ａとＵＥ１０ｂと同じグループに含まれていたが、第３実施形態では、ＵＥ－Ｒ１５はＵＥ１０ａとＵＥ１０ｂと同じグループに含まれない場合について説明する。
　第１の実施形態、変形例１、第２の実施形態、変形例２では、デセントラライズモードは、ＵＥ１０ａとＵＥ１０ｂとＵＥ－Ｒ１５が、直接データの送受信を行っていたが、第３実施形態では、同じグループではないＵＥ－Ｒ１５は、ＵＥ１０ａとＵＥ１０ｂでデータの送受信を行わない。つまり、第３実施形態のデセントラライズモードでは、ＵＥ１０ａとＵＥ１０ｂ間でのみデータの送受信を行う。
　第３実施形態では、ＵＥ－Ｒ１５がＵＥ１０ａとＵＥ１０ｂと同じグループに含まれない場合において、ＧＯモードの通信路からデセントラライズモードの通信路への切り替え手続きについて説明する。
　図２８に第３実施形態におけるデセントラライズモードにおけるデータの送受信の例を示す。
　図２８では、ＵＥ１０ａは、ＵＥ－Ｒ１５を経由してデータの送受信を行うのではく、ＵＥ１０ｂと直接通信を行う。また、ＵＥ１０ｂは、ＵＥ－Ｒ１５および／またはＵＥ１０ａと直接通信を行うことを示している。
　第３実施形態におけるＧＯモードの通信路からデセントラライズモードの通信路への切り替え手続きについて説明する。
　なお、通信システムの構成は、第１実施形態と同様に利用できるため、詳細な説明は省略する。また、通信システムにおける各装置の構成は第１実施形態と同様であるため詳細な説明は省略する。
　第３実施形態における主な処理の流れは第１実施形態と同様の方法が利用できるため、その説明は省略する。さらに、ＵＥ１０ａおよびＵＥ１０ｂはＰｒｏＳｅアプリケーションの登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。また、ＵＥ－Ｒ１５はネットワークへの接続手続きとサービス登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。また、ＵＥ１０ａ、ＵＥ１０ｂはＧＯモードにおける通信路確立にあたって、第１実施形態と同様の方法が利用できるため、その詳細な説明は省略する。
　図２９にＧＯモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ－Ｒ１５におけるＴＦＴの例を示す。図２９では、アプリケーション１におけるＴＦＴの例を示している。ここで、アプリケーション１における例のみを示しているが、ＴＦＴにおいて、アプリケーション２やアプリケーション３が管理されても良い。
　ＵＥ１０ａのＴＦＴでは、アプリケーション１はベアラＩＤ１ａと関連付けて管理されている。ここで、ベアラＩＤ１ａはＵＥ１０ａがＵＥ－Ｒ１５と確立したＧＯモードにおける通信路を示すベアラＩＤである。アプリケーション１においてデータを送信する場合、ＵＥ１０ａはＵＥ－Ｒ１５へ送信することを示している。ＵＥ１０ａは上記のように、ＴＦＴを管理することにより、ＧＯモードの通信路において、アプリケーション１におけるデータの送受信を行うことができる。
　つまり、ＵＥ１０ａはアプリケーション１においてデータの送受信を行う場合、ＵＥ－Ｒ１５へ送信し、ＵＥ－Ｒ１５はＵＥ１０ａから受信したデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＵＥ－Ｒ１５から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はｅＮＢ２０から受信したデータをＰＧＷ５０へ送信し、ＰＧＷ５０はＳＧＷ４０から受信したデータをＰＤＮ８０へ送信する。
　ＰＤＮ８０では、ＵＥ１０ｂへの経路を検出する処理（ルーティング処理）が行われ、ＰＧＷ５０に再びデータを送信する。ＰＧＷ５０はＰＤＮ８０から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はＰＧＷ５０から受信したデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＳＧＷ４０から受信したデータをＵＥ－Ｒ１５に送信し、ＵＥ－Ｒ１５はｅＮＢ２０から受信したデータをＵＥ１０ｂへ送信する。
　また、ＵＥ１０ｂのＴＦＴでは、アプリケーション１はベアラＩＤ１ｂと関連付けて管理されている。ここで、ベアラＩＤ１ｂはＵＥ１０ｂがＵＥ－Ｒ１５と確立した通信路を示すベアラＩＤであり、アプリケーション１においてデータを送信する場合、ＵＥ１０ｂはＵＥ－Ｒ１５へ送信することを示している。ＵＥ１０ｂは上記のように、ＴＦＴを管理することにより、ＧＯモードの通信路において、アプリケーション１におけるデータの送受信を行うことができる。
　つまり、ＵＥ１０ｂはアプリケーション１においてデータの送受信を行う場合、ＵＥ－Ｒ１５へ送信し、ＵＥ－Ｒ１５はＵＥ１０ｂから受信したデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＵＥ－Ｒ１５から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はｅＮＢ２０から受信したデータをＰＧＷ５０へ送信し、ＰＧＷ５０はＳＧＷ４０から受信したデータをＰＤＮ８０へ送信する。
　ＰＤＮ８０では、ＵＥ１０ａへの経路を検出する処理（ルーティング処理）が行われ、ＰＧＷ５０に再びデータを送信する。ＰＧＷ５０はＰＤＮ８０から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はＰＧＷ５０から受信したデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＳＧＷ４０から受信したデータをＵＥ－Ｒ１５に送信し、ＵＥ－Ｒ１５はｅＮＢ２０から受信したデータをＵＥ１０ａへ送信する。
　なお、ＵＥ－Ｒ１５はＵＥ１０ａ、ＵＥ１０ｂと同じグループではなく、ＵＥ１０ａとＵＥ１０ｂとデータの送受信を行わないため、ＵＥ－Ｒ１５におけるＴＦＴでは通信路の管理が行われていない。
　［３．１　デセントラライズモードへの切り替え手続き］
　第３実施形態におけるデセントラライズモードへの切り替え手続きについて説明する。図３０に、デセントラライズモードへの切り替え手続きを示す。なお、デセントラライズモードへの切り替えは、ＧＯモードの通信路においてデータの送受信中に行われる。
　ＵＥ１０ａはデセントラライズモードへの切り替えのトリガーを検出する（Ｓ３００２）。デセントラライズモードへの切り替えトリガーの検出は、例えば、グループのメンバーが近隣に存在することにより検出してもよい。つまり、ＵＥ１０ａとＵＥ１０ｂが近隣に存在することを検出して切り替えのトリガーを検出して良い。
　また、デセントラライズモードへの切り替えトリガーの検出は、ＵＥ１０ａがＵＥ－Ｒ１５の近隣から存在しなくなり、ＧＯモードの通信路を維持できなくなることを検出して決定しても良い。続いて、ＵＥ１０ａは近隣検出を行っても良い（Ｓ３００４）。なお、ＵＥ１０ａが近隣検出を行う方法は、第１の実施形態で説明した方法を同様に利用できるため、その詳細な説明は省略する。
　次に、ＵＥ１０ａはデセントラライズモードの通信路への切り替え要求を含むデセントラライズモードの通信路確立手続きを行う。なお、デセントラライズモードへの切り替え要求を含む通信路確立手続きであれば、本手続きでなくても良い。
　まず、ＵＥ１０ａはＵＥ１０ｂに直接通信アラートを送信する（Ｓ３００６）。ここで、直接通信アラートには、デセントラライズモードへの切り替え要求を示すｓｗｉｔｃｈ
　ｉｎｄｉｃａｔｏｒを含める。なお、デセントラライズモードへの切り替え要求を示すインディケータであれば、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒでなくても良い。
　なお、本手続きでは、直接通信アラートにｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含めているが、直接通信アラートではなく、他のメッセージであっても良い。
　また、本手続きでは、デセントラライズモードの通信路確立の１つのメッセージにｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含めることでデセントラライズモードの通信路への切り替えを示しているが、デセントラライズモードの通信路確立手続きに先だって、ＵＥ１０ａがＵＥ１０ｂにデセントラライズモードへの切り替え要求メッセージを送信して、ＵＥ１０ｂにデセントラライズモードの通信路への切り替えを通知しても良い。
　また、ＵＥ１０ａは直接通信アラートにＵＥ識別子を含めても良い。ＵＥ１０ａは、ＵＥ識別子を含めることによって、切り替え元の対象となる、ＧＯモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせることができる。例えば、ＵＥ１０ａを示すＵＥ識別子を含めた場合、ＵＥ１０ａはＵＥ１０ｂにＵＥ１０ａとのデータの送受信を示し、ＵＥ１０ａとのデータの送受信を切り替えさせることができる。なお、ここでは直接通信アラートに、ＵＥ識別子を含めることを説明したが、直接通信アラートではなく、他のメッセージであっても良い。
　また、ＵＥ１０ａは直接通信アラートにＡＰＮを含めても良い。ＵＥ１０ａはＡＰＮを示すことで、当該ＡＰＮにおけるＧＯモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するＧＯモードの通信路を切り替えさせることができる。なお、ここでは直接通信アラートに、ＡＰＮを含めることを説明したが、直接通信アラートではなく、他のメッセージであっても良い。
　また、ＵＥ１０ａは直接通信アラートにＰＤＮコネクション識別子を含めても良い。ＵＥ１０ａはＰＤＮコネクション識別子を示すことで、当該ＰＤＮコネクション識別子に対応するＧＯモードの通信路におけるデータの送受信を示し、ＰＤＮコネクション識別子に対応するＧＯモードの通信路を切り替えさせることができる。なお、ここでは直接通信アラートに、ＰＤＮコネクション識別子を含めることを説明したが、直接通信アラートではなく、他のメッセージであっても良い。
　なお、ＵＥ識別子、ＡＰＮ、ＰＤＮコネクション識別子を含まない場合には、ＧＯモードの通信路で送受信されている全てのデータをデセントラライズモードの通信路へ切り替えることとして検出させても良い。
　また、ＵＥ１０ａは直接通信アラートに、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。
　なお、ＵＥ１０ａはｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含む直接通信アラートを送信する条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えることができることを示す許可情報を管理している場合、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含む直接通信アラートを送信しても良い。
　ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（Ｓ１１０４）によりｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含む直接通信アラートを送信しなくても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含む直接通信アラートを送信しなくても良い。
　ＵＥ１０ｂはＵＥ１０ａから直接通信アラートを受信する。ＵＥ１０ｂは直接通信アラートに含まれるｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒにより、ＧＯモードの通信路からデセントラライズモードの通信路へ切り替えることを検出する。
　また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応する、ＧＯモードのデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する、ＧＯモードのデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する、ＧＯモードのデータの送受信を切り替えることを検出する。
　デセントラライズモードの通信路へ切り替えを検知したＵＥ１０ｂはＵＥ１０ａに直接通信アラート応答を送信し（Ｓ３００８）、ＵＥ１０ａはＵＥ１０ｂから直接通信アラート応答を受信する。この応答により、ＵＥ１０ａは、ＵＥ１０ｂがデセントラライズモードの通信路へ切り替えすることを検知したことを検出する。
　また、ＵＥ１０ｂはｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含む直接通信アラートに、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、デセントラライズモードの切り替えを決定しても良い。
　なお、ＵＥ１０ｂはｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含む直接通信アラートに対する直接通信アラート応答を送信する条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替え可能であることを管理している場合、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含む直接通信アラートに対する直接通信アラート応答を送信しても良い。
　続いて、ＵＥ１０ａはＵＥ１０ｂとデセントラライズモードの通信路を確立するために、直接通信要求を送信する（Ｓ３０１０）。ここで、直接通信要求には、デセントラライズモードの通信路を示す直接通信ＩＤやデセントラライズモードにおいてデータの送受信を行うためのＵＥ１０ａのＩＰアドレスを含める。ＵＥ１０ｂはＵＥ１０ａから直接通信要求を受信し、直接通信要求に含まれる直接通信ＩＤやＵＥ１０ａのＩＰアドレスを管理する。
　次に、ＵＥ１０ｂはＵＥ－Ｒ１５とのデータの送受信のために、セキュリティ手続きを行う（Ｓ３０１２）。セキュリティ手続きとは、ＵＥ１０ｂとＵＥ１０ａ間でのデータの送受信を他のＵＥやＵＥ－Ｒから傍受されないようにすることである。セキュリティ手続きを行う方法は、第１実施形態で記載した方法を同様に利用できるためその詳細な説明は省略する。
　ＵＥ１０ｂはセキュリティ手続きを完了したことを検出して、直接通信応答を送信し（Ｓ３０１４）、ＵＥ１０ａはＵＥ１０ｂから直接通信応答を受信する。直接通信応答には、直接通信ＩＤ、ＵＥ１０ｂのＩＰアドレスが含まれる。
　ＵＥ１０ａは直接通信応答を受信して、ＵＥ１０ｂにおいて直接通信路を確立できたことを確認する。さらに、ＵＥ１０ａは直接通信応答に含まれるデセントラライズモードの通信路における直接通信ＩＤ、ＵＥ１０ａのＩＰアドレスを管理する。
　次に、ＵＥ１０ａとＵＥ１０ｂは無線ベアラの確立を行う（Ｓ３０１６）。無線ベアラの確立では、ＵＥ１０ａはＵＥ１０ｂへデセントラライズモードの通信路においてデータの送受信を行うための通信リソースの通知を行う。
　デセントラライズモードの通信路を確立したＵＥ１０ａはデセントラライズモードの通信路へ切り替えを行う（Ｓ３０１８）。ここで、ＵＥ１０ａは、ＵＥ１０ｂへ通知したＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるＧＯモードにおけるデータの送受信のみをデセントラライズモードの通信路へ切り替えて良い。
　また、ＵＥ１０ａは、ＵＥ１０ｂから通知されたＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるＧＯモードにおけるデータの送受信のみをデセントラライズモードの通信路へ切り替えて良い。
　また、デセントラライズモードの通信路を確立したＵＥ１０ｂはデセントラライズモードの通信路へ切り替えを行う（Ｓ３０２０）。ここで、ＵＥ１０ｂは、ＵＥ１０ａへ通知したＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるＧＯモードにおけるデータの送受信のみをデセントラライズモードの通信路へ切り替えて良い。
　また、ＵＥ１０ｂは、ＵＥ１０ａから通知されたＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるＧＯモードにおけるデータの送受信のみをデセントラライズモードの通信路へ切り替えて良い。
　以上の手続きにより、ＵＥ１０ａはＵＥ１０ｂにデセントラライズモードの通信路への切り替えを通知し、ＵＥ１０ａとＵＥ１０ｂはデセントラライズモードの通信路を確立することができる。
　次に、ＵＥ１０ａとＵＥ１０ｂはＧＯモードの通信路削除手続きを行ってもよい（Ｓ３０２２）。なお、ＧＯモードの通信路削除手続きは、第１実施形態で示した方法を利用することができるため、その詳細な説明は省略する。
　また、ＧＯモードの通信路削除手続きを完了した場合、ＵＥ－Ｒ１５はＲＩ（Ｒｏｕｔｉｎｇ　Ｉｎｆｏｒｍａｔｉｏｎ、ルーティング情報）の更新を行ってもよい（Ｓ３０２４）。つまり、ＵＥ－Ｒ１５はＵＥ１０ａとＵＥ１０ｂとのデータの送受信を行わないように管理してもよい。
　［３．２　デセントラライズモードの通信路の管理］
　図３１にデセントラライズモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ－Ｒ１５におけるＴＦＴの例を示す。図３１では、アプリケーション１におけるＴＦＴの例を示している。ここで、アプリケーション１における例のみを示しているが、ＴＦＴにおいて、アプリケーション２やアプリケーション３が管理されても良い。
　ＵＥ１０ａのＴＦＴでは、アプリケーション１はベアラＩＤ２ａと関連付けて管理されている。ここで、ベアラＩＤ２ａはＵＥ１０ａがＵＥ１０ｂとＵＥ－Ｒ１５と確立したデセントラライズモードにおける通信路を示すベアラＩＤである。なお、ベアラＩＤ２ａは、ＵＥ１０ｂとの直接通信ＩＤ２ａｂと関連付けて管理されている。
　アプリケーション１においてデータを送信する場合、ＵＥ１０ａはＵＥ１０ｂへ送信することを示している。ＵＥ１０ａは上記のように、ＴＦＴを管理することにより、デセントラライズモードの通信路において、アプリケーション１におけるデータの送受信を行うことができる。
　つまり、ＵＥ１０ａはアプリケーション１においてデータの送受信を行う場合、ＵＥ１０ｂへ送信する。
　また、ＵＥ１０ｂのＴＦＴでは、アプリケーション１はベアラＩＤ２ｂと関連付けて管理されている。ここで、ベアラＩＤ２ｂはＵＥ１０ｂがＵＥ１０ａと確立したデセントラライズモードにおける通信路を示すベアラＩＤである。なお、ベアラＩＤ２ｂは、ＵＥ１０ａとの直接通信ＩＤ２ｂａと関連付けて管理されている。
　アプリケーション１においてデータを送信する場合、ＵＥ１０ｂはＵＥ１０ａとＵＥ－Ｒ１５へ送信することを示している。ＵＥ１０ｂは上記のように、ＴＦＴを管理することにより、デセントラライズモードの通信路において、アプリケーション１におけるデータの送受信を行うことができる。
　つまり、ＵＥ１０ｂはアプリケーション１においてデータの送受信を行う場合、ＵＥ１０ａへ送信する。
　なお、ＵＥ－Ｒ１５はＵＥ１０ａ、ＵＥ１０ｂと同じグループではなく、ＵＥ１０ａとＵＥ１０ｂとデータの送受信を行わないため、ＵＥ－Ｒ１５におけるＴＦＴでは通信路の管理が行われていない。
　以上により、ＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ－Ｒ１５は、それぞれＧＯモードの通信路におけるデータの送受信からデセントラライズモードの通信路におけるデータの送受信へ切り替えることができる。
　[４．第４実施形態]
　第３実施形態では、ＧＯモードの通信路からデセントラライズモードの通信路への切り替え手続きについて説明したが、第４実施形態では、デセントラライズモードにおける通信路からＧＯモードの通信路へ切り替える手続きについて説明する。なお、第１実施形態、変形例１、第２実施形態、変形例２では、ＵＥ－Ｒ１５は、ＵＥ１０ａとＵＥ１０ｂと同じグループに含まれていたが、第４実施形態では、第３実施形態と同様、ＵＥ－Ｒ１５はＵＥ１０ａとＵＥ１０ｂと同じグループに含まれない場合について説明する。
　なお、通信システムの構成は、第１実施形態と同様に利用できるため、詳細な説明は省略する。また、通信システムにおける各装置の構成は第１実施形態と同様であるため詳細な説明は省略する。
　第４実施形態における主な処理の流れは第２実施形態で示した方法と同様であるため、その詳細な説明は省略する。ここで、ＵＥ１０ａおよびＵＥ１０ｂはサービス登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。
　また、ＵＥ－Ｒ１５はサービス登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。また、ＵＥ１０ａ、ＵＥ１０ｂはデセントラライズモードにおける通信路確立にあたって、第１実施形態と同様の方法が利用できるため、その詳細な説明は省略する。なお、デセントラライズモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂにおけるＴＦＴは第３実施形態で説明した構成を同様に利用できるため、詳細な説明は省略する。
　[４．１　ＧＯモードへの切り替え手続き]
　第４実施形態におけるＧＯモードへの切り替え手続きについて説明する。図３２に、ＧＯモードへの切り替え手続きを示す。まず、ＵＥ－Ｒ１５はあらかじめＥＰＣへの接続手続きを行っておく（Ｓ３２０４）。ここで、ＵＥ－Ｒ１５のＥＰＣへの接続手続きは第１の実施形態で示した方法を利用できるため、詳細な説明は省略する。
　ＥＰＣへの接続手続きが完了したＵＥ－Ｒ１５はＵＥ１０ａとＵＥ１０ｂへＧＯモードに関する情報を送信し（Ｓ３２０６）、ＵＥ１０ａとＵＥ１０ｂはＵＥ－Ｒ１５からＧＯモードに関する情報を受信する。ＵＥ－Ｒ１５が送信するＧＯモードに関する情報は、第１実施形態と同様であるため、その詳細な説明は省略する。
　ＵＥ１０ａは、ＧＯモードに関する情報により、ＧＯモードにおける通信路が利用可能であることを検知する（Ｓ３２０８）。
　[４．１．１　リレーの選択手続き]
　ここで、ＵＥ１０ａが複数のＵＥ－Ｒ１５からＧＯモードにおける通信路が利用可能であることを検知した場合、ＵＥ－Ｒ１５の選択を行ってよい（Ｓ３２１０）。図３３に、ＵＥ－Ｒ１５の選択する手続きの例を示す。なお、ＵＥ－Ｒ１５を選択する方法は、これに限ったものでなく、他の方法であってもよい。
　ＵＥ１０ａはリレー近隣検出要求を送信する（Ｓ３３０２）。この要求には、グループ識別情報を含める。ここでは切り替えの対象であるグループ１を示す情報を含める。なお、ＵＥ１０ａの近隣に複数のＵＥ－Ｒ１５が存在する場合、ＵＥ１０ａは複数のＵＥ－Ｒ１５にリレー近隣検出要求を送信しても良い。
　リレー近隣検出要求を受信したそれぞれのＵＥ－Ｒ１５はグループ識別情報を利用して近隣検出を行う（Ｓ３３０４）。ここで行う近隣検出は第１の実施形態で記載した方法をそのまま利用できるため、詳細な説明は省略する。なお、ＵＥ－Ｒ１５はＵＥ－Ｒ１５の近隣に存在するグループに属すＵＥの数をカウントしておく。
　ＵＥ－Ｒ１５はそれぞれ、ＵＥ１０ａへリレー近隣検出応答を送信する（Ｓ３３０８）。ここで、ＵＥ－Ｒ１５はグループ識別情報、検出したＵＥ数を通知する。
　ＵＥ－Ｒ１５からリレー近隣検出応答を受信したＵＥ１０ａはＵＥ－Ｒ１５の選択を行う（Ｓ３３１２）。ここで、ＵＥ－Ｒ１５を選択する方法として、ＵＥ－Ｒ１５が検出したＵＥ数を基に選択する。または、ＵＥ－Ｒ１５からの受信電力を加味して選択してもよい。以上の手続きにより、ＵＥ１０ａはＧＯを選択することができる。
　図３２に戻って、ＵＥ１０ｂはＵＥ－Ｒ１５からＧＯモードに関する情報を受信し、ＧＯモードの検知を行う（Ｓ３２０９）。ここで、ＵＥ１０ｂが複数のＵＥ－Ｒ１５からＧＯモードにおける通信路が利用可能であることを検知した場合、ＵＥ－Ｒ１５の選択を行ってよい（Ｓ３２１１）。ＵＥ１０ｂがＵＥ－Ｒ１５を選択する手続きは、ＵＥ１０ａがＵＥ－Ｒ１５を選択する手続き（Ｓ３２１０）と同様の方法を利用できるため、その詳細な説明は省略する。
　ＧＯモードを検知（Ｓ３２０８）したＵＥ１０ａは、ＵＥ－Ｒの選択を行い（Ｓ３２１０）、ＧＯモードの切り替え要求をＵＥ１０ｂへ送信する（Ｓ３２１２）。ＧＯモードの切り替え要求には、ＵＥ識別子を含めても良い。ＵＥ１０ａは、ＵＥ識別子を含めることによって、切り替え元の対象となる、デセントラライズモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせることができる。例えば、ＵＥ１０ａを示すＵＥ識別子を含めた場合、ＵＥ１０ａはＵＥ１０ｂにＵＥ１０ａとのデータの送受信を示し、ＵＥ１０ａとのデータの送受信を切り替えさせることができる。なお、ここではＧＯモードの切り替え要求に、ＵＥ識別子を含めることを説明したが、ＵＥ１０ａがＵＥ１０ｂへ送信するメッセージであれば、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
　また、ＵＥ１０ａはＧＯモードの切り替え要求にＡＰＮを含めても良い。ＵＥ１０ａはＡＰＮを示すことで、当該ＡＰＮで確立したデセントラライズモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するデセントラライズモードの通信路を切り替えさせることができる。なお、ここではＧＯモードの切り替え要求に、ＡＰＮを含めることを説明したが、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
　また、ＵＥ１０ａはＧＯモードの切り替え要求にＰＤＮコネクション識別子を含めても良い。ＵＥ１０ａはＰＤＮコネクション識別子を示すことで、当該ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路におけるデータの送受信を示し、ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路を切り替えさせることができる。なお、ここではＧＯモードの切り替え要求に、ＰＤＮコネクション識別子を含めることを説明したが、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
　なお、ＵＥ識別子、ＡＰＮ、ＰＤＮコネクション識別子が含まない場合には、デセントラライズモードの通信路で送受信されている全てのデータをデセントラライズモードの通信路へ切り替えることとして検出させても良い。
　また、ＵＥ１０ａはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。
　ここで、ＵＥ１０ａはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え要求を送信する（Ｓ３２１２）こととしたが、ＵＥ１０ａはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え要求を送信しても良い（Ｓ３２１２）。つまり、ＧＯモードの通信路確立手続き（Ｓ３２２０）を行った後、ＧＯモードの切り替え要求を送信（Ｓ３２１２）しても良い。
　なお、ＵＥ１０ａはＧＯモードの切り替え要求を送信する条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（Ｓ１１０４）により判断しても良い。また、ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えることができることを示す許可情報を管理している場合、ＧＯモードの切り替え要求を送信しても良い。
　ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（Ｓ１１０４）により、ＧＯモードの切り替え要求を送信しなくても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替え要求を送信しなくても良い。
　ＵＥ１０ｂはＵＥ１０ａからＧＯモードの切り替え要求を受信する。ＵＥ１０ｂはＧＯモードの切り替え要求により、デセントラライズモードの通信路からＧＯモードの通信路へ切り替えることを検出する。
　また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応するデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する通信路におけるデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する通信路にけるデータの送受信を切り替えることを検出する。
　ここで、ＵＥ１０ｂはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え要求を受信する（Ｓ３２１２）こととしたが、ＵＥ１０ｂはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え要求を受信しても良い（Ｓ３２１２）。つまり、ＧＯモードの通信路確立手続き（Ｓ３２２０）を行った後、ＧＯモードの切り替え要求を受信（Ｓ３２１２）しても良い。なお、ＧＯモードの通信路確立手続き（Ｓ３２２０）は、第１実施形態で説明したため、説明は省略する。
　また、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの切り替えを決定しても良い。
　ここで、ＵＥ１０ｂは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替えを行うことを決定しても良い。ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を管理している場合、ＧＯモードの切り替えを行うことを決定して良い。
　ここで、ＵＥ１０ｂは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替えを行わないことを決定しても良い。ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替えを行わないことを決定して良い。　ＧＯモードの通信路へ切り替えを検知したＵＥ１０ｂはＵＥ１０ａにＧＯモードの切り替え応答を送信する（Ｓ３２１４）。
　ここで、ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めないことにより、ＧＯモードとデセントラライズモードを切り替えることができことを示しても良い。
　ここで、ＵＥ１０ｂはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え応答を送信する（Ｓ３２１４）こととしたが、ＵＥ１０ｂはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え応答を送信しても良い（Ｓ３２１４）。つまり、ＧＯモードの通信路確立手続き（Ｓ３２２０）を行った後、ＧＯモードの切り替え応答を送信（Ｓ３２１４）しても良い。
　なお、ＵＥ１０ｂはＧＯモードの切り替え応答を送信する条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えることができることを示す許可情報を管理している場合、ＧＯモードの切り替え応答を送信しても良い。
　ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替え応答を送信しなくても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替え応答を送信しなくても良い。
　一方、ＵＥ１０ａはＵＥ１０ｂからＧＯモードの切り替え応答を受信する。この応答により、ＵＥ１０ａは、ＵＥ１０ｂがＧＯモードの通信路へ切り替えすることを検知したことを検出する。
　ここで、ＵＥ１０ａはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え応答を受信する（Ｓ３２１４）こととしたが、ＵＥ１０ｂはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え応答を受信しても良い（Ｓ３２１４）。つまり、ＧＯモードの通信路確立手続き（Ｓ３２２０）を行った後、ＧＯモードの切り替え応答を受信（Ｓ３２１４）しても良い。なお、ＧＯモードの通信路確立手続き（Ｓ３２２０）は、第１実施形態で説明したため、説明は省略する。
　なお、ＵＥ１０ａはＧＯモードの切り替え検知する条件として、ＰｒｏＳｅアプリケーションサーバから送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す通知（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替え可能であることを管理し、ＧＯモードとデセントラライズモードの切り替え可能である場合、ＧＯモードの切り替えを検知しても良い。
　ここで、ＵＥ１０ａは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替えを行わないことを決定しても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替えを行わないことを決定して良い。また、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの切り替えを決定しても良い。なお、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができないことを示す許可情報が含められていることにより、ＧＯモードの切り替えを行わないことを決定しても良い。また、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていないことにより、ＧＯモードの切り替えを行わないことを決定しても良い。
　一方、ＧＯモードの検知（Ｓ３２０９）を行ったＵＥ１０ｂはＵＥ１０ａへＧＯモードの切り替え要求を送信しても良い（Ｓ３２１６）。ＧＯモードの切り替え要求には、ＵＥ識別子を含めても良い。ＵＥ１０ｂは、ＵＥ識別子を含めることによって、切り替え元の対象となる、デセントラライズモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせても良い。なお、ＵＥ１０ｂがＵＥ１０ａへ送信するメッセージであれば、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
　また、ＵＥ１０ｂはＧＯモードの切り替え要求にＡＰＮを含めても良い。ＵＥ１０ｂはＡＰＮを示すことで、当該ＡＰＮで確立したデセントラライズモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するデセントラライズモードの通信路を切り替えさせても良い。なお、ＵＥ１０ｂがＵＥ１０ａへ送信するメッセージであれば、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
　なお、ＵＥ１０ｂがＵＥ１０ａにＧＯモードの切り替え要求（Ｓ３２１６）の送信の前に、ＵＥ１０ａからＧＯモード切り替え要求を受信（Ｓ３２１２）した場合、ＧＯモードの切り替え要求を送信（Ｓ３２１６）しなくても良い。
　また、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。
　ＵＥ１０ｂがＵＥ１０ａにＧＯモードの切り替え要求を送信した場合、ＵＥ１０ａはＵＥ１０ｂからＧＯモードの切り替え要求を受信する。ＵＥ１０ａはＧＯモードの切り替え要求により、デセントラライズモードの通信路からＧＯモードの通信路へ切り替えることを検出する。
　また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応するデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する通信路におけるデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する通信路にけるデータの送受信を切り替えることを検出する。
　ここで、ＵＥ１０ａはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え要求を受信する（Ｓ３２１６）こととしたが、ＵＥ１０ａはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え要求を受信しても良い（Ｓ３２１６）。つまり、ＧＯモードの通信路確立手続き（Ｓ３２２０）を行った後、ＧＯモードの切り替え要求を受信（Ｓ３２１６）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ３２２０）は、後で詳細に説明するため、説明は省略する。
　また、ＵＥ１０ａはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの切り替えを決定しても良い。
　ここで、ＵＥ１０ａは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（Ｓ１１０４）により、ＧＯモードの切り替えを行うことを決定しても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を管理している場合、ＧＯモードの切り替えを行うことを決定して良い。
　ここで、ＵＥ１０ａは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替えを行わないことを決定しても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替えを行わないことを決定して良い。
　ＧＯモードの通信路へ切り替えを行うことを決定したＵＥ１０ａはＵＥ１０ｂにＧＯモードの切り替え応答を送信してもよい（Ｓ３２１８）。
　ＵＥ１０ａがＵＥ１０ｂにＧＯモードの切り替え応答を送信した場合、ＵＥ１０ａはＵＥ１０ｂからＧＯモードの切り替え応答を受信する。この応答により、ＵＥ１０ｂは、ＵＥ１０ａがＧＯモードの通信路へ切り替えすることを検知したことを検出する。
　なお、ＵＥ１０ａがＵＥ１０ｂにＧＯモードの切り替え応答（Ｓ３２１８）の送信の前に、ＵＥ１０ｂからＧＯモード切り替え応答を受信（Ｓ３２１２）した場合、ＵＥ１０ｂにＧＯモードの切り替え応答を送信（Ｓ３２１８）しなくても良い。
　ここで、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めないことにより、ＧＯモードとデセントラライズモードを切り替えることができことを示しても良い。
　ここで、ＵＥ１０ａはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え応答を送信する（Ｓ３２１８）こととしたが、ＵＥ１０ａはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え応答を送信しても良い（Ｓ３２１８）。つまり、ＧＯモードの通信路確立手続き（Ｓ３２２０）を行った後、ＧＯモードの切り替え応答を送信（Ｓ３２１８）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ３２２０）は、第１実施形態で説明した方法を利用できるため、説明は省略する。
　なお、ＵＥ１０ａはＧＯモードの切り替え応答を送信する条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えることができることを示す許可情報を管理している場合、ＧＯモードの切り替え応答を送信しても良い。
　ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替え応答を送信しなくても良い。ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替え応答を送信しなくても良い。
　ここで、ＵＥ１０ｂはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え応答を受信する（Ｓ３２１８）こととしたが、ＵＥ１０ｂはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え応答を受信しても良い（Ｓ３２１８）。つまり、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ３２２０）を行った後、ＧＯモードの切り替え応答を受信（Ｓ３２１８）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ３２２０）は、第１実施形態で説明した方法を利用できるため、説明は省略する。
　なお、ＵＥ１０ｂはＧＯモードの切り替え検知する条件として、ＰｒｏＳｅアプリケーションサーバから送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す通知（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替え可能であることを管理し、ＧＯモードとデセントラライズモードの切り替え可能である場合、ＧＯモードの切り替えを検知しても良い。
　ここで、ＵＥ１０ｂは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替えを行わないことを決定しても良い。ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替えを行わないことを決定して良い。
　また、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの切り替えを決定しても良い。なお、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができないことを示す許可情報が含められていることにより、ＧＯモードの切り替えを行わないことを決定しても良い。また、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていないことにより、ＧＯモードの切り替えを行わないことを決定しても良い。
　ＧＯモードの切り替え要求またはＧＯモードの切り替え応答を受信したＵＥ１０ａとＵＥ１０ｂは、ＧＯモードの通信路確立手続きを行う（Ｓ３２２０）。ＧＯモードの通信路確立手続きは、第１実施形態で示した手続きを利用することができるため、その詳細な説明は省略する。
　なお、ＵＥ１０ａはＧＯモードの通信路確立手続きを行う条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替え可能であることを管理し、ＧＯモードとデセントラライズモードの切り替えできることを示す許可情報を管理している場合、ＧＯモードの通信路確立手続きを行っても良い。
　ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの通信路確立手続きを行わなくても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの通信路確立手続きを行わなくても良い。
　また、ＵＥ１０ａはＵＥ１０ｂからＧＯモードの切り替え応答を受信する（Ｓ３２１４）ことにより、ＧＯモードの通信路確立手続きを行っても良い。ここで、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの通信路確立手続きを行っても良い。なお、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができないことを示す許可情報が含められていることにより、ＧＯモードの通信路確立手続きを行わなくても良い。また、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていないことにより、ＧＯモードの通信路確立手続きを行わなくても良い。
　また、ＵＥ１０ａはＵＥ１０ｂからＧＯモードの切り替え要求を受信する（Ｓ３２１６）ことにより、ＧＯモードの通信路確立手続きを行っても良い。また、ＵＥ１０ａはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの通信路確立手続きを行わなくても良い。
　なお、ＵＥ１０ｂはＧＯモードの通信路確立手続きを行う条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替え可能であることを管理し、ＧＯモードとデセントラライズモードの切り替えできることを示す許可情報を管理している場合、ＧＯモードの通信路確立手続きを行っても良い。
　ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの通信路確立手続きを行わなくても良い。ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの通信路確立手続きを行わなくても良い。
　また、ＵＥ１０ｂはＵＥ１０ａからＧＯモードの切り替え応答を受信する（Ｓ３２１８）ことにより、ＧＯモードの通信路確立手続きを行っても良い。ここで、ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの通信路確立手続きを行っても良い。なお、ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができないことを示す許可情報が含められていることにより、ＧＯモードの通信路確立手続きを行わなくても良い。また、ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていないことにより、ＧＯモードの通信路確立手続きを行わなくても良い。
　また、ＵＥ１０ｂはＵＥ１０ａからＧＯモードの切り替え要求を受信する（Ｓ３２１６）ことにより、ＧＯモードの通信路確立手続きを行っても良い。また、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの通信路確立手続きを行わなくても良い。
　ＧＯモードの通信路確立手続きにより、ＵＥ１０ａとＵＥ１０ｂとＧＯモードにおける通信路を確立したＵＥ－Ｒ１５は、ＲＩの更新を行う（Ｓ３２２２）。ＵＥ－Ｒ１５はＲＩの更新により、ＵＥ１０ａから送信されたデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＵＥ－Ｒ１５から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はｅＮＢ２０から受信したデータをＰＧＷ５０へ送信し、ＰＧＷ５０はＳＧＷ４０から受信したデータをＰＤＮ８０へ送信する。また、ＰＤＮ８０からＵＥ１０ａ向けに送信されたデータは、ＰＤＮ８０からＰＧＷ５０へデータを受信し、ＰＧＷ８０はＰＤＮ８０から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はＰＧＷ５０から受信したデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＳＧＷ４０から受信したデータをＵＥ－Ｒ１５に送信し、ＵＥ－Ｒ１５はｅＮＢ２０から受信したデータをＵＥ１０ａへ送信する。
　また、ＵＥ－Ｒ１５はＲＩの更新により、ＵＥ１０ｂから送信されたデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＵＥ－Ｒ１５から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はｅＮＢ２０から受信したデータをＰＧＷ５０へ送信し、ＰＧＷ５０はＳＧＷ４０から受信したデータをＰＤＮ８０へ送信する。また、ＰＤＮ８０からＵＥ１０ｂ向けに送信されたデータは、ＰＤＮ８０からＰＧＷ５０へデータを受信し、ＰＧＷ８０はＰＤＮ８０から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はＰＧＷ５０から受信したデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＳＧＷ４０から受信したデータをＵＥ－Ｒ１５に送信し、ＵＥ－Ｒ１５はｅＮＢ２０から受信したデータをＵＥ１０ｂへ送信する。
　ＧＯモードの通信路確立手続きを行ったＵＥ１０ａはＧＯモードの通信路へ切り替えを行う（Ｓ３２２４）。ここで、ＵＥ１０ａは、ＵＥ１０ｂへ通知したＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるデセントラライズモードにおけるデータの送受信のみをＧＯモードの通信路へ切り替えて良い。
　また、ＵＥ１０ａは、ＵＥ１０ｂから通知されたＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるデセントラライズモードにおけるデータの送受信のみをＧＯモードの通信路へ切り替えて良い。
　ＧＯモードの通信路確立手続きを行ったＵＥ１０ｂはＧＯモードの通信路へ切り替えを行う（Ｓ３２２６）。ここで、ＵＥ１０ｂは、ＵＥ１０ａへ通知したＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるデセントラライズモードにおけるデータの送受信のみをＧＯモードの通信路へ切り替えて良い。
　また、ＵＥ１０ｂは、ＵＥ１０ａから通知されたＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるデセントラライズモードにおけるデータの送受信のみをＧＯモードの通信路へ切り替えて良い。
　ＧＯモードの通信路へ切り替えを行ったＵＥ１０ａとＵＥ１０ｂは、デセントラライズモードの通信路を削除してもよい（Ｓ３２２８）。なお、デセントラライズモードの通信路削除手続きは、第３実施形態で示した方法を利用することができるため、その詳細な説明は省略する。
　なお、ＧＯモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ－Ｒ１５におけるＴＦＴは第３実施形態で説明した構成を同様に利用できるため、詳細な説明は省略する。
　以上により、ＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ－Ｒ１５は、それぞれデセントラライズモードの通信路におけるデータの送受信からＧＯモードの通信路におけるデータの送受信へ切り替えることができる。
　[４．２　変形例３]
　第４実施形態では、ＧＯモードへの切り替え要求を含む通信路確立手続きにより、ＧＯモードの通信路へ切り替えを行っていたが、ＧＯモードの通信路を確立した後、ＧＯモードへの切り替え要求を含むデセントラライズモードの通信路削除手続きにおいて、切り替え手続きを行っても良い。
　なお、通信システムの構成は、第１実施形態と同様に利用できるため、詳細な説明は省略する。また、通信システムにおける各装置の構成は第１実施形態と同様であるため詳細な説明は省略する。
　また、変形例３における主な処理の流れは第２実施形態で示した方法を同様に利用できるためその詳細な説明は省略する。ここで、ＵＥ１０ａおよびＵＥ１０ｂはサービス登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。
　また、ＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ－Ｒ１５はデセントラライズモードにおける通信路確立にあたって、第１実施形態と同様の方法が利用できるため、その詳細な説明は省略する。なお、デセントラライズモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ－Ｒ１５におけるＴＦＴは第１実施形態で説明した構成を同様に利用できるため、詳細な説明は省略する。
　[４．２．１　ＧＯモードへの切り替え手続き]
　第４実施形態におけるＧＯモードへの切り替え手続きについて説明する。図３４に、ＧＯモードへの切り替え手続きを示す。まず、ＵＥ－Ｒ１５はあらかじめＥＰＣへの接続手続きを行っておく（Ｓ３４０４）。ここで、ＵＥ－Ｒ１５のＥＰＣへの接続手続きは第１の実施形態で示した方法を利用できるため、詳細な説明は省略する。
　ＥＰＣへの接続手続きが完了したＵＥ－Ｒ１５はＵＥ１０ａとＵＥ１０ｂへＧＯモードに関する情報を送信し（Ｓ３４０６）、ＵＥ１０ａとＵＥ１０ｂはＵＥ－Ｒ１５からＧＯモードに関する情報を受信する。ＵＥ－Ｒ１５が送信するＧＯモードに関する情報は、第１実施形態と同様であるため、その詳細な説明は省略する。
　ＵＥ１０ａは、ＧＯモードに関する情報により、ＧＯモードにおける通信路が利用可能であることを検知する（Ｓ３４０８）。ここで、ＵＥ１０ａが複数のＵＥ－Ｒ１５からＧＯモードにおける通信路が利用可能であることを検知した場合、ＵＥ－Ｒ１５の選択を行ってよい（Ｓ３４１２）。ＵＥ１０ａがＵＥ－Ｒ１５を選択する手続きは、第４実施形態で説明した方法を利用できるため、その詳細な説明は省略する。
　一方、ＵＥ１０ｂはＵＥ－Ｒ１５からＧＯモードに関する情報を受信し、ＧＯモードの検知を行う（Ｓ３４１０）。ここで、ＵＥ１０ｂが複数のＵＥ－Ｒ１５からＧＯモードにおける通信路が利用可能であることを検知した場合、ＵＥ－Ｒ１５の選択を行ってよい（Ｓ３４１４）。ＵＥ１０ｂがＵＥ－Ｒ１５を選択する手続きは、第４実施形態で説明した方法を利用できるため、その詳細な説明は省略する。
　ＧＯモードを検知（Ｓ３４０８）したＵＥ１０ａは、ＧＯモードの通信路確立手続きを行う（Ｓ３４１６）。なお、ＧＯモードの通信路確立手続きは第１実施形態で示した方法を利用できるため、その詳細な説明は省略する。
　なお、ＵＥ１０ａはＧＯモードの通信路確立手続きを行う条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替ることができることを示す許可情報を管理している場合、ＧＯモードの通信路確立手続きを行っても良い。
　ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの通信路確立手続きを行わなくても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの通信路確立手続きを行わなくても良い。
　ＧＯモードを検知（Ｓ３４１０）したＵＥ１０ｂは、ＧＯモードの通信路確立手続きを行う（Ｓ３４１６）。なお、ＧＯモードの通信路確立手続きは第１実施形態で示した方法を利用できるため、その詳細な説明は省略する。
　ここで、ＵＥ－Ｒ１５はＵＥ１０ａとＵＥ１０ｂとＧＯモードの通信路確立を行ったことを検出してＲＩの更新を行う（Ｓ３４１８）。なお、ＲＩの更新は、第４実施形態で示した方法を利用できるため、その詳細な説明は省略する。
　一方、ＧＯモードの通信路確立を行ったＵＥ１０ａは、直接通信切断要求をＵＥ１０ｂへ送信する（Ｓ３４２０）。直接通信切断要求には、ＵＥ識別子を含めても良い。ＵＥ１０ａは、ＵＥ識別子を含めることによって、切り替え元の対象となる、デセントラライズモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせることができる。例えば、ＵＥ１０ａを示すＵＥ識別子を含めた場合、ＵＥ１０ａはＵＥ１０ｂにＵＥ１０ａとのデータの送受信を示し、ＵＥ１０ａとのデータの送受信を切り替えさせることができる。なお、ここでは直接通信切断要求に、ＵＥ識別子を含めることを説明したが、ＵＥ１０ａがＵＥ１０ｂへ送信するメッセージであれば、直接通信切断要求ではなく、他のメッセージであっても良い。
　また、ＵＥ１０ａは直接通信切断要求にＡＰＮを含めても良い。ＵＥ１０ａはＡＰＮを示すことで、当該ＡＰＮで確立したデセントラライズモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するデセントラライズモードの通信路を切り替えさせることができる。なお、ここではＧＯモードの切り替え要求に、ＡＰＮを含めることを説明したが、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
　また、ＵＥ１０ａは直接通信切断要求にＰＤＮコネクション識別子を含めても良い。ＵＥ１０ａはＰＤＮコネクション識別子を示すことで、当該ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路におけるデータの送受信を示し、ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路を切り替えさせることができる。なお、ここでは直接通信切断要求に、ＰＤＮコネクション識別子を含めることを説明したが、直接通信切断要求ではなく、他のメッセージであっても良い。
　なお、ＵＥ識別子、ＡＰＮ、ＰＤＮコネクション識別子を含まない場合には、デセントラライズモードの通信路で送受信されている全てのデータをデセントラライズモードの通信路へ切り替えることとして検出させても良い。
　ここで、ＵＥ１０ａはＧＯモードの通信路を確立している場合において、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含む直接通信切断要求を送信する（Ｓ３４２０）こととしたが、ＵＥ１０ａはＧＯモードの通信路を確立していない場合において、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含む直接通信切断要求を送信しても良い（Ｓ３４２０）。つまり、直接通信切断要求を送信した（Ｓ３４２０）後、ＧＯモードの通信路確立手続き（Ｓ３４１６）を行っても良い。
　なお、ＵＥ１０ａはｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含む直接通信切断要求を送信する条件として、ＰｒｏＳｅアプリケーションサーバから送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替え可能であることを管理し、ＧＯモードとデセントラライズモードの切り替え可能である場合、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含む直接通信切断要求を送信しても良い。
　ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ　Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含む直接通信切断要求答を送信しなくても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含む直接通信切断要求を送信しなくても良い。
　また、ＵＥ１０ａはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応するデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する通信路におけるデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する通信路にけるデータの送受信を切り替えることを検出する。
　ＧＯモードの通信路へ切り替えを検知したＵＥ１０ｂは、デセントラライズモードの通信路のデータの送受信を、すでに確立しているＧＯモードの通信路へ切り替える（Ｓ３４２２）。
　ＧＯモードの通信路へデータの送受信を切り替えたＵＥ１０ｂは、ＵＥ１０ａに直接通信切断応答を送信し（Ｓ３４２４）、ＵＥ１０ａはＵＥ１０ｂから直接通信切断応答を受信する。この応答により、ＵＥ１０ａは、ＵＥ１０ｂがＧＯモードの通信路へ切り替えたことを検出する。
　ここで、ＵＥ１０ｂはＧＯモードの通信路を確立している場合において、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含む直接通信切断要求に対する応答である直接通信切断応答を送信する（Ｓ３４２４）こととしたが、ＵＥ１０ｂはＧＯモードの通信路を確立していない場合において、ｓｗｉｔｃｈ　ｉｎｄｉｃａｔｏｒを含む直接通信切断要求に対する応答である直接通信切断応答を送信しても良い（Ｓ３４２４）。つまり、ＧＯモードの通信路確立手続き（Ｓ３４１６）を行った後、直接通信切断応答を送信（Ｓ３４２４）しても良い。
　なお、ＵＥ１０ｂは直接通信切断応答を送信する条件として、ＰｒｏＳｅアプリケーションサーバから送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替え可能であることを管理し、ＧＯモードとデセントラライズモードの切り替え可能である場合、直接通信切断応答を送信しても良い。
　また、ＵＥ１０ｂは直接通信切断要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの通信路への切り替えを決定し、直接通信切断応答を送信しても良い。
　ＧＯモードの通信路へ切り替えを行うことを決定したＵＥ１０ｂはＵＥ１０ａに直接通信切断応答を送信する（Ｓ３４２４）。ここで、ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めないことにより、ＧＯモードとデセントラライズモードを切り替えることができることを示しても良い。
　ＵＥ１０ａはＵＥ１０ｂから直接通信切断応答を受信する。ＵＥ１０ａは、ＵＥ１０ｂがＧＯモードの通信路へ切り替えすることを検知したことを検出する。また、ＵＥ１０ａは直接通信切断応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの切り替えを決定しても良い。なお、ＵＥ１０ａは直接通信切断応答に、ＧＯモードとデセントラライズモードを切り替えることができないことを示す許可情報が含められていることにより、ＧＯモードの切り替えを行わないことを決定しても良い。また、ＵＥ１０ａは直接通信切断応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていないことにより、ＧＯモードの切り替えを行わないことを決定しても良い。
　これにより、ＵＥ１０ａはデセントラライズモードの通信路のデータの送受信をＧＯモードの通信路へ切り替えても良い（Ｓ３４２８）。また、ＵＥ１０ａはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。
　一方、ＧＯモードの通信路確立手続きを行ったＵＥ１０ｂはＵＥ１０ａへ直接通信切断要求を送信しても良い（Ｓ３４２６）。直接通信切断要求には、ＵＥ識別子を含めても良い。ＵＥ１０ｂは、ＵＥ識別子を含めることによって、切り替え元の対象となる、デセントラライズモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせても良い。なお、ＵＥ１０ｂがＵＥ１０ａへ送信するメッセージであれば、直接通信切断要求ではなく、他のメッセージであっても良い。
　また、ＵＥ１０ｂは直接通信切断要求にＡＰＮを含めても良い。ＵＥ１０ｂはＡＰＮを示すことで、当該ＡＰＮで確立したデセントラライズモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するデセントラライズモードの通信路を切り替えさせても良い。なお、ＵＥ１０ｂがＵＥ１０ａへ送信するメッセージであれば、直接通信切断要求ではなく、他のメッセージであっても良い。
　なお、ＵＥ１０ｂがＵＥ１０ａに直接通信切断要求（Ｓ３４２６）の送信の前に、ＵＥ１０ａから直接通信切断要求を受信（Ｓ３４２０）した場合、直接通信切断要求を送信（Ｓ３４２６）しなくても良い。
　ＵＥ１０ｂがＵＥ１０ａに直接通信切断要求を送信した場合、ＵＥ１０ａはＵＥ１０ｂから直接通信切断要求を受信する。ＵＥ１０ａは直接通信切断により、デセントラライズモードの通信路からＧＯモードの通信路へ切り替えることを検出する。また、ＵＥ１０ａは直接通信切断要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの通信路への切り替えを決定しても良い。
　また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応するデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する通信路におけるデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する通信路にけるデータの送受信を切り替えることを検出する。
　直接通信切断要求を受信したＵＥ１０ａは、デセントラライズモードの通信路のデータの送受信を、すでに確立しているＧＯモードの通信路へ切り替えても良い（Ｓ３４２８）。
　ＵＥ１０ａはＵＥ１０ｂに直接通信切断応答を送信してもよい（Ｓ３４３０）。ＵＥ１０ａがＵＥ１０ｂに直接通信切断応答を送信した場合、ＵＥ１０ａはＵＥ１０ｂから直接通信切断応答を受信する。この応答により、ＵＥ１０ｂは、ＵＥ１０ａがＧＯモードの通信路へ切り替えたことを検出しても良い。
　なお、ＧＯモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ－Ｒ１５におけるＴＦＴは第３実施形態で説明した構成を同様に利用できるため、詳細な説明は省略する。
　以上により、ＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ－Ｒ１５は、それぞれデセントラライズモードの通信路におけるデータの送受信からＧＯモードの通信路におけるデータの送受信へ切り替えることができる。
　以上、第１実施形態から第４実施形態および変形例１から変形例４を示し、デセントラライズモードの通信路からＧＯモードの通信路へ切り替えまたは、ＧＯモードの通信路からデセントラライズモードの通信路へ切り替えることができることを説明した。
　つまり、リレー端末装置は、端末装置から送信されるデータを基地局装置に転送し、基地局装置から送信されるデータを端末装置に転送する第一のモードにおける第一の通信路を確立し、第一のモードにおける第一の通信路においてデータの送受信中に、リレー端末装置の近隣に存在する端末装置とデータを直接送信する第二のモードにおける第二の通信路へデータの送受信を切り替える場合、第二のモードにおける第二の通信路へ切り替えることを示す情報を含む、第二のモードにおける第二の通信路へ切り替えを要求する要求メッセージを端末装置に送信し、端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信し、第二のモードにおける第二の通信路を確立し、第一のモードにおける第一の通信路のデータの送受信を第二のモードにおける第二の通信路へ切り替えることができる。
　リレー端末装置は、リレー端末装置の近隣に存在する端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、第二のモードにおける第二の通信路においてデータの送受信中に、端末装置から送信されるデータを基地局装置に転送し、基地局装置から送信されるデータを端末装置に転送する第一のモードにおける第一の通信路へデータの送受信を切り替える場合、第一のモードにおける第一の通信路へ切り替えることを示す情報を含む、第一のモードにおける第一の通信路へ切り替えを要求する要求メッセージを端末装置に送信し、端末装置から切り替えを要求する要求メッセージに対する応答メッセージを受信し、第一のモードにおける第一の通信路を確立し、第二のモードにおける第二の通信路のデータの送受信を第一のモードにおける第一の通信路へ切り替えることができる。
　切り替えを要求する要求メッセージは、端末装置またはリレー端末装置を識別する情報または、接続先を示す情報を含めても良い。
　端末装置は、端末装置の近隣に存在するリレー端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、第二のモードにおける第二の通信路においてデータの送受信中に、リレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路へデータの送受信を切り替える場合、第一のモードにおける第一の通信路へ切り替えることを示す情報を含む、第一のモードにおける第一の通信路へ切り替えを要求する要求メッセージをリレー端末装置に送信し、リレー端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信し、第一のモードにおける第一の通信路を確立し、第二のモードにおける第二の通信路のデータの送受信を第一のモードにおける第一の通信路へ切り替えることができる。
　端末装置は、端末装置の近隣に存在するリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路を確立し、第一のモードにおける第一の通信路においてデータの送受信中に、端末装置の近隣に存在する第二の端末装置とデータを直接送信する第二のモードにおける第二の通信路へ切り替える場合、第二のモードにおける第二の通信路へ切り替えることを示す情報を含む、第二のモードにおける第二の通信路へ切り替えを要求する要求メッセージを第二の端末装置に送信し、第二の端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信し、第二のモードにおける第二の通信路を確立し、第一のモードにおける第一の通信路のデータの送受信を第二のモードにおける第二の通信路へ切り替えることができる。
　端末装置は、端末装置の近隣に存在する第二の端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、第二のモードにおける第二の通信路においてデータの送受信中に、端末装置の近隣に存在するリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路へ切り替える場合、第一のモードにおける第一の通信路へ切り替えることを示す情報を含む、第一のモードにおける第一の通信路へ切り替えを要求する要求メッセージを第二の端末装置に送信し、第二の端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信し、第一のモードにおける第一の通信路を確立し、第二のモードにおける第二の通信路のデータの送受信を第一のモードにおける第一の通信路へ切り替えることができる。
　切り替えを要求する要求メッセージは、通信路を確立することを要求する要求メッセージであって良い。
　切り替えを要求する要求メッセージは、通信路を削除することを要求する要求メッセージであって良い。
　切り替えを要求する要求メッセージは、端末装置またはリレー端末装置を識別する情報または接続先を示す情報を含めても良い。
　以上、実施形態およびそれに関わる複数の変形例を説明してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も本発明に含まれる。
　また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
　ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
　また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
　また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
１　移動通信システム
５　ＩＰ移動通信ネットワーク
７　コアネットワーク
９　ＬＴＥアクセスネットワーク
１０　ＵＥ
１５　ＵＥ－Ｒ
２０　ｅＮＢ
３０　ＭＭＥ
４０　ＳＧＷ
５０　ＰＧＷ
６０　ＨＳＳ
７０　ＰＣＲＦ
８０　ＰＤＮ
９０　ＰｒｏＳｅ　Ｓｅｒｖｅｒ

Claims (19)

  1. 　リレー端末装置であって、
    　端末装置から送信されるデータを基地局装置に転送し、基地局装置から送信されるデータを前記端末装置に転送する第一のモードにおける第一の通信路を確立し、前記第一のモードにおける前記第一の通信路においてデータの送受信中に、
    　前記リレー端末装置の近隣に存在する端末装置とデータを直接送信する第二のモードにおける第二の通信路へデータの送受信を切り替える場合に、
    　前記第二の通信路へ切り替えることを示す情報を含む、前記第二の通信路へ切り替えを要求する要求メッセージを前記端末装置に送信し、
    　前記端末装置から、前記切り替えを要求する要求メッセージに対する応答メッセージを受信し、
    　前記第二のモードにおける前記第二の通信路を確立し、
    　前記第一の通信路のデータの送受信を前記第二の通信路へ切り替える、
    　ことを特徴とするリレー端末装置。
  2. 　リレー端末装置であって、
    　前記リレー端末装置の近隣に存在する端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、前記第二のモードにおける前記第二の通信路においてデータの送受信中に、
    　前記端末装置から送信されるデータを基地局装置に転送し、基地局装置から送信されるデータを前記端末装置に転送する第一のモードにおける第一の通信路へデータの送受信を切り替える場合、
    　前記第一のモードにおける前記第一の通信路へ切り替えることを示す情報を含む、前記第一のモードにおける前記第一の通信路へ切り替えを要求する要求メッセージを前記端末装置に送信し、
    　前記端末装置から前記切り替えを要求する要求メッセージに対する応答メッセージを受信し、
    　前記第一のモードにおける前記第一の通信路を確立し、
    　前記第二のモードにおける前記第二の通信路のデータの送受信を前記第一のモードにおける前記第一の通信路へ切り替える、
    　ことを特徴とするリレー端末装置。
  3. 　前記切り替えを要求する要求メッセージは、通信路を確立することを要求する要求メッセージであることを特徴とする請求項１または請求項２に記載のリレー端末装置。
  4. 　前記切り替えを要求する要求メッセージは、切り替え前の通信路を削除することを要求する要求メッセージであることを特徴とする請求項１または請求項２に記載のリレー端末装置。
  5. 　前記切り替えを要求する要求メッセージは、前記端末装置若しくは前記リレー端末装置を識別する情報又は接続先を示す情報を含むことを特徴とする請求項１から請求項４のいずれか一項に記載のリレー端末装置。
  6. 　端末装置であって、
    　前記端末装置の近隣に存在するリレー端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、前記第二のモードにおける前記第二の通信路においてデータの送受信中に、
    　前記リレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路へデータの送受信を切り替える場合、
    　前記第一のモードにおける前記第一の通信路へ切り替えることを示す情報を含む、前記第一のモードにおける前記第一の通信路へ切り替えを要求する要求メッセージを前記リレー端末装置に送信し、
    　前記リレー端末装置から、前記切り替えを要求する要求メッセージに対する応答メッセージを受信し、
    　前記第一のモードにおける前記第一の通信路を確立し、
    　前記第二のモードにおける前記第二の通信路のデータの送受信を前記第一のモードにおける第一の通信路へ切り替える、
    　ことを特徴とする端末装置。
  7. 　端末装置であって、
    　前記端末装置の近隣に存在するリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路を確立し、前記第一のモードにおける前記第一の通信路においてデータの送受信中に、
    　前記端末装置の近隣に存在する第二の端末装置とデータを直接送信する第二のモードにおける第二の通信路へ切り替える場合、
    　前記第二のモードにおける前記第二の通信路へ切り替えることを示す情報を含む、前記第二のモードにおける前記第二の通信路へ切り替えを要求する要求メッセージを前記第二の端末装置に送信し、
    　前記第二の端末装置から、前記切り替えを要求する要求メッセージに対する応答メッセージを受信し、
    　前記第二のモードにおける前記第二の通信路を確立し、
    　前記第一のモードにおける前記第一の通信路のデータの送受信を前記第二のモードにおける前記第二の通信路へ切り替える、
    　ことを特徴とする端末装置。
  8. 　端末装置であって、
    　前記端末装置の近隣に存在する第二の端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、前記第二のモードにおける前記第二の通信路においてデータの送受信中に、
    　前記端末装置の近隣に存在するリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路へ切り替える場合、
    　前記第一のモードにおける前記第一の通信路へ切り替えることを示す情報を含む、前記第一のモードにおける前記第一の通信路へ切り替えを要求する要求メッセージを前記第二の端末装置に送信し、
    　前記第二の端末装置から、前記切り替えを要求する要求メッセージに対する応答メッセージを受信し、
    　前記第一のモードにおける前記第一の通信路を確立し、
    　前記第二のモードにおける前記第二の通信路のデータの送受信を前記第一のモードにおける前記第一の通信路へ切り替える、
    　ことを特徴とする端末装置。
  9. 　前記切り替えを要求する要求メッセージは、通信路を確立することを要求する要求メッセージであることを特徴とする請求項６から請求項８のいずれか一項に記載の端末装置。
  10. 　前記切り替えを要求する要求メッセージは、通信路を削除することを要求する要求メッセージであることを特徴とする請求項６から請求項８のいずれか一項に記載の端末装置。
  11. 　前記切り替えを要求する要求メッセージは、前記端末装置若しくは前記リレー端末装置を識別する情報又は接続先を示す情報を含むことを特徴とする請求項６から請求項１０のいずれか一項に記載の端末装置。
  12. 　リレー端末装置の通信制御方法であって、
    　端末装置から送信されるデータを基地局装置に転送し、基地局装置から送信されるデータを前記端末装置に転送する第一のモードにおける第一の通信路を確立し、前記第一のモードにおける前記第一の通信路においてデータの送受信中に、
    　前記リレー端末装置の近隣に存在する端末装置とデータを直接送信する第二のモードにおける第二の通信路へデータの送受信を切り替える場合、
    　前記第二のモードにおける前記第二の通信路へ切り替えることを示す情報を含む、前記前記第二のモードにおける第二の通信路へ切り替えを要求する要求メッセージを前記端末装置に送信するステップと、
    　前記端末装置から、前記切り替えを要求する要求メッセージに対する応答メッセージを受信し、
    　前記第二のモードにおける前記第二の通信路を確立するステップと、
    　前記第一のモードにおける前記第一の通信路のデータの送受信を前記第二のモードにおける前記第二の通信路へ切り替えるステップと、
    　を備えることを特徴とする通信制御方法。
  13. 　リレー端末装置の通信制御方法であって、
    　前記リレー端末装置の近隣に存在する端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、前記第二のモードにおける前記第二の通信路においてデータの送受信中に、
    　前記端末装置から送信されるデータを基地局装置に転送し、前記基地局装置から送信されるデータを前記端末装置に転送する第一のモードにおける第一の通信路へデータの送受信を切り替える場合、
    　前記第一のモードにおける前記第一の通信路へ切り替えることを示す情報を含む、前記第一のモードにおける前記第一の通信路へ切り替えを要求する要求メッセージを前記端末装置に送信するステップと、
    　前記端末装置から前記切り替えを要求する要求メッセージに対する応答メッセージを受信するステップと、
    　前記第一のモードにおける第一の通信路を確立するステップと、
    　前記第二のモードにおける前記第二の通信路のデータの送受信を前記第一のモードにおける前記第一の通信路へ切り替えるステップと、
    　を備えることを特徴とする通信制御方法。
  14. 　端末装置の通信制御方法であって、
    　前記端末装置の近隣に存在するリレー端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、前記第二のモードにおける前記第二の通信路においてデータの送受信中に、
    　前記端末装置は前記リレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路へデータの送受信を切り替える場合、
    　前記第一のモードにおける前記第一の通信路へ切り替えることを示す情報を含む、前記第一のモードにおける前記第一の通信路へ切り替えを要求する要求メッセージを前記リレー端末装置に送信するステップと、
    　前記リレー端末装置から、前記切り替えを要求する要求メッセージに対する応答メッセージを受信するステップと、
    　前記第一のモードにおける前記第一の通信路を確立するステップと、
    　前記第二のモードにおける前記第二の通信路のデータの送受信を前記第一のモードにおける前記第一の通信路へ切り替えるステップと、
    　を備えることを特徴とする通信制御方法。
  15. 　端末装置の通信制御方法であって、
    　前記端末装置の近隣に存在するリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路を確立し、前記第一のモードにおける前記第一の通信路においてデータの送受信中に、
    　前記端末装置の近隣に存在する前記第二の端末装置とデータを直接送信する第二のモードにおける第二の通信路へ切り替える場合、
    　前記第二のモードにおける前記第二の通信路へ切り替えることを示す情報を含む、前記第二のモードにおける前記第二の通信路へ切り替えを要求する要求メッセージを前記第二の端末装置に送信するステップと、
    　前記第二の端末装置から、前記切り替えを要求する要求メッセージに対する応答メッセージを受信するステップと、
    　前記第二のモードにおける前記第二の通信路を確立するステップと、
    　前記第一のモードにおける前記第一の通信路のデータの送受信を前記第二のモードにおける前記第二の通信路へ切り替えるステップと、
    　を備えることを特徴とする通信制御方法。
  16. 　端末装置の通信制御方法であって、
    　前記端末装置の近隣に存在する第二の端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、前記第二のモードにおける前記第二の通信路においてデータの送受信中に、
    　前記端末装置の近隣に存在するリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路へ切り替える場合、
    　前記第一のモードにおける前記第一の通信路へ切り替えることを示す情報を含む、前記第一のモードにおける前記第一の通信路へ切り替えを要求する要求メッセージを前記第二の端末装置に送信するステップと、
    　前記第二の端末装置から、前記切り替えを要求する要求メッセージに対する応答メッセージを受信するステップと、
    　前記第一のモードにおける前記第一の通信路を確立するステップと、
    　前記第二のモードにおける前記第二の通信路のデータの送受信を前記第一のモードにおける前記第一の通信路へ切り替えるステップと、
    　を備えることを特徴とする通信制御方法。
  17. 　前記切り替えを要求する要求メッセージは、通信路を確立することを要求する要求メッセージであることを特徴とする請求項１２から請求項１６のいずれか一項に記載の通信制御方法。
  18. 　前記切り替えを要求する要求メッセージは、通信路を削除することを要求する要求メッセージであることを特徴とする請求項１２から請求項１６のいずれか一項に記載の通信制御方法。
  19. 　前記切り替えを要求する要求メッセージは、前記端末装置若しくは前記リレー端末装置を識別する情報又は接続先を示す情報を含むことを特徴とする請求項１２から請求項１６のいずれか一項に記載の通信制御方法。
PCT/JP2015/060872 2014-04-07 2015-04-07 端末装置、リレー端末装置および通信制御方法 WO2015156288A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2016512742A JPWO2015156288A1 (ja) 2014-04-07 2015-04-07 端末装置、リレー端末装置および通信制御方法
CN201580011377.XA CN106063331A (zh) 2014-04-07 2015-04-07 终端装置、中继终端装置以及通信控制方法
US15/302,221 US20170026896A1 (en) 2014-04-07 2015-04-07 Terminal device, relay terminal device, and communication control method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014078278 2014-04-07
JP2014-078278 2014-04-07

Publications (1)

Publication Number Publication Date
WO2015156288A1 true WO2015156288A1 (ja) 2015-10-15

Family

ID=54287862

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/060872 WO2015156288A1 (ja) 2014-04-07 2015-04-07 端末装置、リレー端末装置および通信制御方法

Country Status (4)

Country Link
US (1) US20170026896A1 (ja)
JP (1) JPWO2015156288A1 (ja)
CN (1) CN106063331A (ja)
WO (1) WO2015156288A1 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2548374A (en) * 2016-03-16 2017-09-20 Nec Corp Communication system
JP2019516293A (ja) * 2016-04-08 2019-06-13 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ ウェアラブルデバイスをｌｔｅマスターｕｅと共にグループ化する手順
CN114007204A (zh) * 2020-07-28 2022-02-01 华为技术有限公司 基于中继通信与直连通信的通信选择方法和设备
WO2022021355A1 (zh) * 2020-07-31 2022-02-03 Oppo广东移动通信有限公司 会话建立方法、装置、设备及存储介质
CN114007204B (zh) * 2020-07-28 2024-06-04 华为技术有限公司 基于中继通信与直连通信的通信选择方法和设备

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2523328A (en) 2014-02-19 2015-08-26 Nec Corp Communication system
US11323410B2 (en) * 2015-10-30 2022-05-03 Mavenir Systems, Inc. Method and system for secure distribution of mobile data traffic to closer network endpoints
US11197331B2 (en) * 2016-06-10 2021-12-07 Apple Inc. Zero-round-trip-time connectivity over the wider area network
EP3471493B1 (en) * 2016-07-04 2020-09-02 Huawei Technologies Co., Ltd. Radio link failure processing method and related device
WO2018089442A2 (en) * 2016-11-09 2018-05-17 Intel IP Corporation Ue and devices for detach handling
JP2018152691A (ja) * 2017-03-13 2018-09-27 日本電気株式会社 制御装置
US10231116B2 (en) * 2017-06-21 2019-03-12 International Business Machines Corporation Communication access services for mobile phones
US11432257B2 (en) * 2017-07-28 2022-08-30 Thomas Lewis Griffin User proximity discovery and data identification
CN109561429B (zh) * 2017-09-25 2020-11-17 华为技术有限公司 一种鉴权方法及设备
US10778322B2 (en) * 2018-05-14 2020-09-15 Samsung Electronics Co., Ltd. Methods and systems for dynamically configuring mode of operation for a prose enabled user equipment
CN111726841B (zh) * 2019-03-22 2022-05-24 启碁科技股份有限公司 用于物联网的通信方法及其系统
FR3095567B1 (fr) * 2019-04-29 2021-04-16 Airbus Ds Slc Reseau de communication et procede de gestion decentralisee de communications via le reseau de communication
CN111615219B (zh) * 2019-04-30 2022-02-22 维沃移动通信有限公司 一种pc5链路建立方法、设备及系统
US11412471B2 (en) * 2020-04-20 2022-08-09 AR & NS Investment, LLC Repeater device with slave mode
CN114793350A (zh) * 2021-01-25 2022-07-26 维沃移动通信有限公司 路径切换的方法、终端及网络侧设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006501777A (ja) * 2002-10-01 2006-01-12 インターディジタル テクノロジー コーポレイション 制御されたｗｔｒｕピア・ツー・ピア通信を有する無線通信の方法およびシステム
JP2009267936A (ja) * 2008-04-28 2009-11-12 Sony Corp 無線通信システム、無線通信装置、無線通信方法及びプログラム
JP2010161605A (ja) * 2009-01-08 2010-07-22 Nakayo Telecommun Inc 通信端末、主装置、および親子電話システム構築方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005341300A (ja) * 2004-05-27 2005-12-08 Sharp Corp 無線通信システム、無線通信装置
JP4367493B2 (ja) * 2007-02-02 2009-11-18 ソニー株式会社 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム
JP4569668B2 (ja) * 2008-05-23 2010-10-27 ソニー株式会社 無線通信装置、無線通信方法、プログラム、および無線通信システム
EP2134119A1 (en) * 2008-06-11 2009-12-16 Mitsubishi Electric R&D Centre Europe B.V. Method and a device for deciding if the operating mode of a telecommunication device has to be switched into a different operating mode
EP2498545A1 (en) * 2009-11-06 2012-09-12 Sharp Kabushiki Kaisha Control station device, mobile station device, gateway device, mobile communication system, and communication method
JP6012160B2 (ja) * 2011-11-10 2016-10-25 キヤノン株式会社 通信装置、通信装置の制御方法、撮像装置、撮像装置の制御方法、プログラム
WO2014050886A1 (ja) * 2012-09-27 2014-04-03 京セラ株式会社 移動通信システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006501777A (ja) * 2002-10-01 2006-01-12 インターディジタル テクノロジー コーポレイション 制御されたｗｔｒｕピア・ツー・ピア通信を有する無線通信の方法およびシステム
JP2009267936A (ja) * 2008-04-28 2009-11-12 Sony Corp 無線通信システム、無線通信装置、無線通信方法及びプログラム
JP2010161605A (ja) * 2009-01-08 2010-07-22 Nakayo Telecommun Inc 通信端末、主装置、および親子電話システム構築方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
GENERAL DYNAMICS BROADBAND UK: "A way forward on direct communication one-to-many : a synthesis of proposals", 3GPP TSG-SA WG2#100 S 2-134530, 15 November 2013 (2013-11-15), XP050765083, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_100_San_Francisco/Docs/S2-134530.zip> *
INTEL CORPORATION: "Discussion on RAN2 Aspects of D2D Communication", 3GPP TSG-RAN WG2#83 R2-132824, 23 August 2013 (2013-08-23), XP050718545, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_83/Docs/R2-132824.zip> *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2548374A (en) * 2016-03-16 2017-09-20 Nec Corp Communication system
US11337271B2 (en) 2016-03-16 2022-05-17 Nec Corporation Apparatus and method for providing communication based on device-to-device relay service in mobile communication system
JP2019516293A (ja) * 2016-04-08 2019-06-13 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ ウェアラブルデバイスをｌｔｅマスターｕｅと共にグループ化する手順
CN114007204A (zh) * 2020-07-28 2022-02-01 华为技术有限公司 基于中继通信与直连通信的通信选择方法和设备
CN114007204B (zh) * 2020-07-28 2024-06-04 华为技术有限公司 基于中继通信与直连通信的通信选择方法和设备
WO2022021355A1 (zh) * 2020-07-31 2022-02-03 Oppo广东移动通信有限公司 会话建立方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN106063331A (zh) 2016-10-26
JPWO2015156288A1 (ja) 2017-04-13
US20170026896A1 (en) 2017-01-26

Similar Documents

Publication Publication Date Title
WO2015156288A1 (ja) 端末装置、リレー端末装置および通信制御方法
JP6912470B2 (ja) 複数の接続およびサービスコンテキストをサポートするためのセキュリティモデルを使用したワイヤレス通信のための方法および装置
JP5059228B2 (ja) 移動通信システム、移動局、位置管理装置、加入者情報管理装置、第１のアクセス制御装置及び通信方法
WO2015005158A1 (ja) 通信制御方法、端末装置および基地局装置
EP3737195B1 (en) Network architecture and information interaction method and device
US10448250B2 (en) Communication system, connection control apparatus, mobile terminal, base station control method, service request method, and program
KR20160013005A (ko) 사용자 장치(ue) 사이에서 장치간 통신을 구현하기 위한 방법 및 사용자 장치
CN102172059A (zh) 家用基站中本地突围业务的处理
WO2015192323A1 (zh) 一种mme重选的方法和mme
CN101336000B (zh) 协议配置选项传输方法及系统、用户终端
US20140269588A1 (en) Radio communication device for mobile communication system
WO2010130174A1 (zh) 一种实现本地访问控制的方法及相应的通信系统
WO2015170690A1 (ja) 通信制御方法、端末装置、サーバ装置および通信システム
CN107277790B (zh) 一种为终端提供紧急号码的方法和装置
WO2021047454A1 (zh) 位置信息获取、位置服务配置方法和通信设备
WO2014056449A1 (zh) 设备到设备通信的管理和校验方法、装置及系统
CN108702620A (zh) 一种安全通信方法及核心网节点
JP2017212476A (ja) 第１の端末装置、サーバ装置および制御方法
EP3314932B1 (en) Methods and apparatuses for handling data traffic in a radio node having a split protocol stack
KR20150042686A (ko) 이동 통신 시스템 환경에서 프록시미티 기반 서비스를 위한 보안 및 정보 지원 방법 및 시스템
JP2018093492A (ja) 通信方法および中継装置
WO2015149468A1 (zh) 侦听方法及侦听装置
CN103621158B (zh) 网络接入方法、网络设备接入点装置以及移动性管理实体装置
WO2023213209A1 (zh) 密钥管理方法及通信装置
JP4458316B2 (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: 15777117

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016512742

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15302221

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15777117

Country of ref document: EP

Kind code of ref document: A1