WO2011083728A1 - 移動通信システム、移動局装置、位置管理装置及び移動通信方法 - Google Patents

移動通信システム、移動局装置、位置管理装置及び移動通信方法 Download PDF

Info

Publication number
WO2011083728A1
WO2011083728A1 PCT/JP2010/073710 JP2010073710W WO2011083728A1 WO 2011083728 A1 WO2011083728 A1 WO 2011083728A1 JP 2010073710 W JP2010073710 W JP 2010073710W WO 2011083728 A1 WO2011083728 A1 WO 2011083728A1
Authority
WO
WIPO (PCT)
Prior art keywords
multicast
request
bearer
home network
access
Prior art date
Application number
PCT/JP2010/073710
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 シャープ株式会社
Publication of WO2011083728A1 publication Critical patent/WO2011083728A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/045—Public Land Mobile systems, e.g. cellular systems using private Base Stations, e.g. femto Base Stations, home Node B

Definitions

  • the present invention relates to a mobile communication system in which a home network having a home base station device to which a mobile station device is connected and a core network to which a location management device and an access control device are connected are connected via an external network. .
  • the standardization organization 3GPP The 3rd Generation Generation Partnership Project
  • EPS Evolved Packet System
  • Non-Patent Document 1 the next generation mobile communication system.
  • a HeNB Home eNodeB: home base station
  • a small base station installed in a house or the like has been studied.
  • the HeNB constructs a small-scale radio cell called a femto cell and accommodates a UE (User : Equipment: mobile terminal device) using the same radio access technology as that of a normal base station. And it can connect to the core network of a mobile communication system via a broadband line, and can relay the communication data of the accommodated UE.
  • a UE User : Equipment: mobile terminal device
  • Non-Patent Document 2 discloses an architecture candidate for realizing local IP access in HeNB.
  • the local IP access is a function that provides the UE with direct connectivity to a network such as a home IP network (hereinafter referred to as “home network”) to which the HeNB is directly connected. It is possible to communicate with other information terminals (for example, a digital video recorder, a printer, etc.) connected to the home network without going through the core network of the system.
  • home network a home IP network
  • the MBMS Multimedia Broadcast / Multicast Service
  • a core network for example, see Non-Patent Document 3
  • BM-SC Broadcast-Multicast Service Centre
  • MBMS-GW Broadcast-Multicast Service Centre
  • MBMS-GW Broadcast-Multicast Service Centre
  • UPnP Universal Plug
  • LAN local area network
  • a home network for example, a “print service” provided by a printer device.
  • service discovery protocol using multicast such as (and Play) (for example, see Non-Patent Document 4).
  • Non-Patent Document 2 discloses the use of a multicast service using local IP access. Although there is a description as a required condition, no specific means for realizing it has been described, and it could not be realized.
  • 3GPP TS23.401 General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access 3GPP TR 23.829 Local IP Access and Selected IP IP Traffic Offload 3GPP TS 23.246 Multimedia Broadcast / Multicast Service; Architecture and functional description UPnP Device Architecture 1.1
  • GPRS General Packet Radio Service
  • Non-Patent Document 2 UEs that have been shipped to the market before the local IP access specifications are formulated are supported, and a requirement is set that the UE can be implemented without any changes. Has been. Therefore, the UE does not know whether the communication data is transferred via the core network or is transferred using local IP access, and is based on flow identification information called TFT (Traffic Flow Template) according to the conventional specification. In view of which TFT corresponds to communication data to be transmitted, there is no choice but to transmit using a bearer associated with the TFT (a logical path established between the UE and the base station for each QoS level).
  • TFT Traffic Flow Template
  • the UE When the UE uses a multicast service, it transmits an IGMP (Internet Group Management Protocol) Join message or MLD (Multicast Listener Discovery) Join message according to the multicast group joining procedure described in Non-Patent Document 3, In any multicast group, since it is sent to the same address (“FF02 :: 16” for IPv6, “224.0.0.22” for IPv4), Only the TFT that identifies the “flow” by the protocol number, the port number, etc. cannot sort out whether or not the participation request is a request for a multicast service using local IP access. HeNB is the UE default The message could only be transferred to the access control device called a SGW (Serving GW) in the core network is data.
  • SGW Serving GW
  • the SGW and the MME Mobility Management Entity
  • the SGW and the MME that is a location management device in the core network do not have a means for determining whether the multicast group participation request of the UE is a participation request in local IP access, and
  • the MME and the SGW receive multicast data for local IP access. I was unable to process.
  • the UE cannot enjoy the multicast service provided in the home network and cannot use the above-described functions such as UPnP.
  • the present invention has been made in view of such circumstances, and the purpose of the present invention is when a mobile station apparatus connected to a home base station apparatus that supports local IP access transmits a multicast group join request.
  • a mobile communication system or the like that can establish a suitable multicast session is provided.
  • a home network having a home base station device to which a mobile station device is connected and a core network to which a location management device and an access control device are connected via an external network.
  • the location management device includes: A multicast reception request receiving means for receiving a multicast reception request from a mobile station device via the access control device; Multicast reception request determination means for determining whether or not the multicast reception request is a multicast request addressed to a home network; A bearer change request for transmitting a bearer change request for changing a bearer to which multicast data is transmitted / received to the mobile station device when the multicast request is determined to be addressed to a home network by the multicast reception request determination unit.
  • a transmission means It is characterized by providing.
  • the location management device is A multicast address storing means for storing an address to be a multicast request addressed to the home network;
  • the multicast reception request determination unit determines that the multicast address included in the multicast reception request is a multicast request addressed to a home network when the multicast address storage unit stores the multicast address.
  • the bearer change request transmission means transmits the bearer change request to the home base station device,
  • the home base station apparatus receives the bearer change request
  • the home base station apparatus starts reception of multicast from a home network, and causes the mobile station apparatus to change a bearer through which multicast data is transmitted and received. Is transmitted.
  • the mobile communication system of the present invention is a mobile network in which a home network having a home base station device to which a mobile station device is connected and a core network to which a location management device and an access control device are connected are connected via an external network.
  • a communication system, The access control device A multicast reception request receiving means for receiving a multicast reception request from the mobile station device; Multicast reception request determination means for determining whether or not the multicast reception request is a multicast request addressed to a home network; When the multicast request is determined to be addressed to a home network by the multicast reception request determination unit, a bearer change request transmission unit that causes the mobile station device to change a bearer to which multicast data is transmitted and received, It is characterized by providing.
  • the access control device includes: A multicast address storing means for storing an address to be a multicast request addressed to the home network;
  • the multicast reception request determination unit determines that the multicast address included in the multicast reception request is a multicast request addressed to a home network when the multicast address storage unit stores the multicast address.
  • the mobile communication system of the present invention is A mobile communication system in which a home network having a home base station device to which a mobile station device is connected and a core network to which a location management device and an access control device are connected are connected via an external network
  • the location management device includes: Multicast address storage means for storing an address to be a multicast request addressed to the home network; Detecting means for detecting whether or not local IP access is established; When it is detected that the local IP access is established, a bearer change request transmission unit that transmits a bearer change request for changing a bearer to which multicast data is transmitted and received, to the mobile station device; Have The bearer change request includes a multicast address stored in the multicast address storage means.
  • the mobile communication system of the present invention is A mobile communication system in which a home network having a home base station device to which a mobile station device is connected and a core network to which a location management device and an access control device are connected are connected via an external network,
  • the access control device Multicast address storage means for storing an address to be a multicast request addressed to the home network; Detecting means for detecting whether or not local IP access is established; When it is detected that the local IP access is established, a bearer change request transmission unit that transmits a bearer change request for changing a bearer to which multicast data is transmitted and received, to the mobile station device; Have The bearer change request includes a multicast address stored in the multicast address storage means.
  • a mobile station apparatus of the present invention is a mobile station apparatus connected to the mobile communication system described in the above invention, When a session management request is received from the home base station apparatus, a bearer for transmitting and receiving multicast data is changed, and a multicast session is established in the home network via the home base station apparatus.
  • the position management device of the present invention is Location management connected to a mobile communication system in which a home network having a home base station device to which the mobile station device is connected and a core network to which the location management device and the access control device are connected are connected via an external network A device,
  • a multicast reception request receiving means for receiving a multicast reception request from a mobile station device via the access control device;
  • Multicast reception request determination means for determining whether or not the multicast reception request is a multicast request addressed to a home network;
  • a bearer change request for transmitting a bearer change request for changing a bearer to which multicast data is transmitted / received to the mobile station device when the multicast request is determined to be addressed to a home network by the multicast reception request determination unit.
  • a transmission means It is characterized by providing.
  • the mobile communication method of the present invention A mobile communication method of a mobile communication system in which a home network having a home base station device to which a mobile station device is connected and a core network to which a location management device and an access control device are connected are connected via an external network. And Receiving a multicast reception request from the mobile station device via the access control device; Determining whether the multicast reception request is a multicast request addressed to a home network; When it is determined that the multicast request is addressed to a home network, the mobile station device transmits a bearer change request for changing a bearer to which multicast data is transmitted and received, It is characterized by realizing.
  • a suitable multicast session establishment procedure can be selected while maintaining compatibility with existing systems, and the UE can also use a multicast service provided in a local IP access environment.
  • FIG. 1 is a diagram for explaining an outline of a mobile communication system 1 in the present embodiment.
  • the mobile communication system 1 includes a core network 3 and a home network 5, and the core network 3 and the home network 5 are interconnected via a broadband access network 7.
  • the broadband access network 7 is a wired access network that realizes broadband communication, and is constructed by, for example, ADSL or an optical fiber. However, it is not limited to this, and a wireless access network such as WiMAX may be used.
  • an MME 10 In the core network 3, an MME 10, a GW 20, an SGW 30, a PGW (Packet data network GW) 40, and an MBMS-GW 50 are arranged.
  • a PGW Packet data network GW
  • the MME 10 is an entity that performs signaling, and is a location management device that leads the location management of the mobile station device (UE 90) and the establishment procedure of the EPS bearer.
  • the EPS bearer is a logical path for transferring a user IP packet established between the PGW 40 and the UE 90 for each UE.
  • An EPS bearer can be set with a specific QoS level and is associated with a TFT.
  • a TFT is defined by a set of filter information for identifying a flow as communication data, and a destination address and a port number can be designated for each filter information. Therefore, the traffic flow of a specific application and the flow with a specific communication partner can be identified by the TFT.
  • the GW 20 functions as a gateway between the HeNB 80 installed in the home network 5 and a device in the core network. Communication between the MME 10 and the HeNB 80, between the SGW 30 and the HeNB 80, and between the MBMS-GW 50 and the HeNB 80 is performed via the GW 20.
  • the SGW 30 is an access control device that transfers packets between the PGW 40 and the HeNB 80. Note that the PGW 40 and the SGW 30 may be physically configured by the same node.
  • the PGW 40 is connected to an external PDN (Packet Data Network: packet communication network) such as the Internet, functions as a gateway that connects the core network 3 and those PDNs, and transfers the communication data of the UE 90 to the SGW 30. is there.
  • PDN Packet Data Network: packet communication network
  • the MBMS-GW 50 is a device that transfers MBMS multicast data to the HeNB 80, is connected to the HeNB 80 via the GW 20, and is also connected to the MME 10.
  • the home network 5 includes a home GW 60, an information terminal 70, a HeNB 80, and a UE 90.
  • the home network 5 is connected to a broadband access network 7.
  • the home GW 60 is a gateway device between the home network and the broadband access network, and is a conventional broadband router device such as a router with a built-in ADSL modem.
  • the information terminal 70 is an information terminal connected to the home network, such as a printer or a digital video recorder. It also supports UPnP and announces a service to be provided (for example, “print service”) in the home network. Normally, a plurality of devices are connected, but in the present embodiment, for convenience of explanation, one information terminal 70 will be described as an example.
  • the HeNB 80 forms a femto cell and accommodates the UE as a base station for 3GPP LTE (Long Term Evolution).
  • 3GPP LTE Long Term Evolution
  • UE 90 is a mobile communication terminal equipped with a 3GPP LTE communication interface and is connected to the HeNB.
  • the home GW 60 is configured in the same manner as a conventional broadband router device, detailed description thereof is omitted.
  • FIG. 2 shows a configuration of the MME 10 in the present embodiment.
  • a transmission / reception unit 110 a multicast establishment procedure selection unit 120, and a storage unit 130 are connected to the control unit 100 via a bus.
  • the control unit 100 is a functional unit for controlling the MME 10.
  • the control unit 100 implements various processes by reading and executing various programs stored in the storage unit 130.
  • the transmission / reception unit 110 is a functional unit that is wired to a router or a switch and transmits and receives packets.
  • transmission / reception is performed by Ethernet (registered trademark) or the like generally used as a network connection method.
  • the multicast establishment procedure selection unit 120 is a functional unit that selects whether to perform a multicast session establishment procedure for local IP access or a conventional MBMS multicast session establishment procedure in response to a request to join a multicast group of the UE 90. is there.
  • the storage unit 130 is a functional unit that stores programs, data, and the like necessary for various operations of the MME 10. Further, the storage unit 130 stores a subscription DB (database) 132, a multicast address setting table 134, and an EPS bearer context 136.
  • DB subscription DB
  • FIG. 3 is a diagram illustrating an example of the subscription DB 132, which includes a UE identifier (for example, “UE1”), a CSG identifier (for example, “CSG1”), and a right to use local IP access (for example, “permitted”). It is a database that is stored in association with each other.
  • the CSG (Closed Subscriber Group) identifier is an identifier for uniquely identifying the HeNB 80, and the subscription DB 132 determines which HeNB 80 can use the local IP access.
  • FIG. 4 is a diagram showing an example of the multicast address setting table 134, which is a database that stores IP addresses of multicast groups that participate through local IP access.
  • FIG. 5 is a diagram illustrating an example of an EPS bearer context 136.
  • a UE identifier for example, “UE1”
  • a bearer ID for example, “bearer ID1”
  • a UL TFT UplinkUpTFT
  • LIPA Local IP
  • the bearer ID is an identifier for identifying an EPS bearer, and the LIPA setting indicates whether or not each EPS bearer uses local IP access.
  • the UL TFT identifies a flow (uplink flow) transmitted from the UE 90. For example, when “destination FF02 :: C” is specified in the UL TFT, a flow whose destination IP address is “FF02 :: C” among the flows transmitted by the UE 90 is applicable.
  • SGW30 the structure of SGW30 in this embodiment is shown in FIG.
  • a transmission / reception unit 310, a packet transmission / reception unit 320, and a storage unit 330 are connected to the control unit 300 via a bus.
  • the control unit 300 is a functional unit for controlling the SGW 30.
  • the control unit 300 implements processing by reading and executing various programs stored in the storage unit 330.
  • the transmission / reception unit 310 is a functional unit that is wired to a router or a switch and transmits and receives packets.
  • transmission / reception is performed by Ethernet (registered trademark) or the like generally used as a network connection method.
  • the packet transmitting / receiving unit 320 is a functional unit that transmits and receives specific data (packets). Data received from the upper layer is disassembled as a packet and transmitted. In addition, a function of passing the received packet to an upper layer is realized.
  • the storage unit 330 is a functional unit that stores programs, data, and the like necessary for various operations of the SGW 30. Furthermore, an EPS bearer context 332 is stored in the storage unit 330.
  • FIG. 7 is a diagram illustrating an example of an EPS bearer context 332, and similarly to the EPS bearer context 136 of the MME, a UE identifier (for example, “UE1”), a bearer ID (for example, “bearer ID1”), and a UL TFT (Uplink TFT) and LIPA (Local IP Access) setting (for example, “OFF”) are stored in association with each other, and the state of the EPS bearer set for each UE is managed.
  • UE1 UE identifier
  • bearer ID for example, “bearer ID1”
  • a UL TFT Uplink TFT
  • LIPA Local IP Access
  • FIG. 8 shows a configuration of the HeNB 80 in the present embodiment.
  • a network address translation (NAT) unit 810 In the HeNB 80, a network address translation (NAT) unit 810, an LTE base station unit 820, a storage unit 830, and a home network interface unit 840 are connected to the control unit 800 via a bus.
  • NAT network address translation
  • the control unit 800 is a functional unit for controlling the HeNB 80.
  • the control unit 800 implements processing by reading and executing various programs stored in the storage unit 830.
  • the NAT unit 810 receives the packet from the LTE base station unit 820, rewrites the transmission source IP address, and transfers the packet to the home network interface unit 840 based on the transmission destination IP address.
  • a packet is received from the home network interface unit 840, and the transmission destination IP address is rewritten and transferred to the LTE base station unit 820.
  • the LTE base station unit 820 functions as an E-UTRA base station and is a functional unit for accommodating UEs.
  • An external antenna 822 is connected to the LTE base station unit 820.
  • the storage unit 830 is a functional unit that stores programs, data, and the like necessary for various operations of the HeNB 80. Further, the storage unit 830 stores a multicast group participation list 832 and an EPS bearer context 834.
  • FIG. 9 is a diagram illustrating an example of the multicast group participation list 832, where a multicast address (for example, “FF02 :: C”) and an identifier of the UE 90 participating in the multicast address group (for example, “UE1”) And the bearer ID (for example, “bearer 2”) used by the UE 90 for local IP access in association with each other, and manages UEs participating in the multicast address group on the home network 5 via the HeNB 80.
  • a multicast address for example, “FF02 :: C”
  • an identifier of the UE 90 participating in the multicast address group for example, “UE1”
  • the bearer ID for example, “bearer 2”
  • FIG. 10 is a diagram illustrating an example of an EPS bearer context 834, which corresponds to a UE identifier (for example, “UE1”), a bearer ID (for example, “bearer 1”), and a LIPA setting (for example, “OFF”).
  • UE1 UE identifier
  • bearer ID for example, “bearer 1”
  • LIPA setting for example, “OFF”.
  • the EPS bearer status set for each UE is managed.
  • the HeNB 80 When the HeNB 80 receives a flow from the UE 90, the HeNB 80 checks which EPS bearer is used to transmit the flow. When the LIPA setting of the EPS bearer is “ON”, the HeNB 80 transmits the flow to the NAT unit 810. Via the home network interface unit 840 and directly into the home network 5. When the LIPA setting is “OFF”, the data is transferred to the SGW 30.
  • the home network interface unit 840 is a functional unit that performs packet transmission / reception with other devices in the home network 5. For example, transmission / reception is performed by Ethernet (registered trademark) or the like generally used as a network connection method.
  • the configuration of the UE 90 that is a mobile station in the present embodiment will be described.
  • a portable terminal connected to the mobile communication system via a radio access interface, a terminal such as a PDA, and the like are assumed.
  • an LTE interface unit 910, a packet transmitting / receiving unit 920, a storage unit 930, and a bearer establishment processing unit 940 are connected to the control unit 900 via a bus.
  • the control unit 900 is a functional unit for controlling the UE 90.
  • the control unit 900 implements various processes by reading and executing various programs stored in the storage unit 930.
  • the LTE interface unit 910 is a functional unit for the UE 90 to connect to the HeNB 80.
  • An external antenna 912 is connected to the LTE interface unit 910.
  • the packet transmission / reception unit 920 is a functional unit that transmits / receives specific data (packets). Data received from the upper layer is disassembled as a packet and transmitted. In addition, a function of passing the received packet to an upper layer is realized.
  • the storage unit 930 is a functional unit that stores programs, data, and the like necessary for various operations of the UE 90. Furthermore, an EPS bearer context 932 is stored in the storage unit 930.
  • FIG. 12 is a diagram showing an example of the EPS bearer context 932, storing a bearer ID (for example, “bearer ID 1”) and a UL TFT in association with each other, and managing the state of the EPS bearer established by the UE 90 To do.
  • a bearer ID for example, “bearer ID 1”
  • a UL TFT in association with each other
  • the UE 90 transmits a flow, it searches for which UL TFT the flow corresponds to, and if the corresponding UL TFT exists, transmits the flow using the EPS bearer associated with the UL TFT. To do.
  • the bearer establishment processing unit 940 is a functional unit that executes processing for establishing an EPS bearer that is a communication path with the PGW 40 in the core network 3.
  • FIG. 13 shows the configuration of the information terminal 70 in the present embodiment.
  • a home network interface unit 710 and a storage unit 730 are connected to the control unit 700 via a bus.
  • the control unit 700 is a functional unit for controlling the information terminal 70.
  • the control unit 70 implements various processes by reading and executing various programs stored in the storage unit.
  • the home network interface unit 710 is a functional unit that performs packet transmission / reception with other devices in the home network 5. For example, transmission / reception is performed by Ethernet (registered trademark) or the like generally used as a network connection method.
  • the storage unit 730 is a functional unit that stores programs, data, and the like necessary for various operations of the information terminal.
  • the UE 90 performs an attach process with the HeNB 80 according to the conventional method defined in Non-Patent Document 1 described above, and connects to the HeNB 80 (S100).
  • the UE 90 performs a PDN connection establishment process for the PGW 40 according to the conventional method (S102).
  • the PDN connection is a logical path established between the UE 90 and the PGW 40, and a plurality of EPS bearers can be established in one PDN connection.
  • the PDN connection establishment process is performed between the UE 90, the HeNB 80, the MME 10, the SGW 30, and the PGW 40.
  • the EPS bearer 1 as a default bearer is established between the UE 90 and the PGW 40 (S104), and the EPS bearer context 136 of the MME 10 is set as shown in FIG. .
  • the EPS bearer context 332 of the SGW 30 is set as shown in FIG. 7 (A)
  • the EPS bearer context 834 of the HeNB 80 is set as shown in FIG. 10 (A)
  • the EPS bearer context 932 of the UE 90 is It is set as shown in FIG.
  • the default bearer is used for transmission / reception of a flow that is not associated with a specific EPS bearer.
  • the communication flow transmitted by the UE 90 is transmitted by the EPS bearer 1 according to the EPS bearer context 932 of the UE 90 (S106).
  • the trigger for starting the establishment of the EPS bearer for local IP access may be a notification from a QoS management apparatus such as PCRF (Policy and Charging Rules) Function, for example, or in conjunction with the completion of the establishment of the PDN connection described above.
  • PCRF Policy and Charging Rules
  • the present invention is not limited to this, and other means may be used.
  • the SGW 30 transmits a bearer establishment request to the MME 10 (S110).
  • the bearer establishment request includes identification information (UL TFT) of a communication flow to be subjected to local IP access, and an identifier (hereinafter, referred to as an instruction for performing communication by local IP access using the bearer requesting establishment). Called LIPA flag).
  • the UL TFT includes an IP address prefix (for example, “2001: 2: 3: 4 :: / 64” or the like) assigned to the home network.
  • the MME 10 receives the bearer establishment request, and collates the usage authority with the subscription DB using the CSG ID (CSG1) and the UE identifier of the HeNB 80 to which the UE 90 is connected according to the conventional method (S112). This confirms whether the UE 90 has the authority to use the local IP access using the HeNB 80. If there is no authority to use, the MME 10 sends a bearer establishment rejection to the SGW 30 and establishes the EPS bearer for local IP access. The process ends.
  • CSG1 CSG ID
  • S112 conventional method
  • the MME 10 allocates a new EPS bearer (bearer 2) to the UE 90 in accordance with the received bearer establishment request, and updates the EPS bearer context 136 as shown in FIG. 5B (S114). . Further, the MME 10 generates a session management request.
  • the session management request includes the above-mentioned UL TFT and EPS bearer ID (bearer 2).
  • the MME 10 transmits a bearer setting request including a session management request to the HeNB 80 (S116).
  • the bearer setting request includes the bearer ID (bearer 2) of the EPS bearer used for local IP access and the LIPA flag.
  • the HeNB 80 receives the bearer setting request and sets the routing information so that the communication flow received from the UE 90 by the EPS bearer 2 is not transferred to the SGW 30 but directly transmitted to the home network 5 to which the HeNB 80 is connected ( S118), the EPS bearer context 834 is updated as shown in FIG. 10B (S120). Furthermore, the session management request included in the bearer setting request is transferred to the UE 90 (S122).
  • the UE 90 sets the communication flow corresponding to the UL TFT to be transmitted to the HeNB 80 using the EPS bearer 2 in accordance with the UL TFT and EPS bearer ID included in the session management request (S124). Thereby, the EPS bearer context 932 is updated as shown in FIG. 12B, and a session management response is transmitted to the HeNB (S126).
  • the HeNB 80 receives the session management response, includes the response in the bearer setting response, and transmits the response to the MME 10 (S128).
  • the MME 10 transmits a bearer establishment response including the bearer ID (bearer 2) of the established EPS bearer to the SGW 30 (S130).
  • the SGW 30 receives the bearer establishment response, and updates the EPS bearer context 332 as shown in FIG. 7B (S132).
  • communication data addressed to the UE 90 transmitted from the information terminal 70 is also performed via the HeNB 80 without going through the core network 3 in the same manner. Since the UE 90 performs communication using the IP address assigned by the PGW 40, there is a discrepancy with the IP address system in the home network 5, so that the HeNB 80 follows the NAT ( Network Address Translation) processing is performed to rewrite the IP address (S140, 142).
  • NAT Network Address Translation
  • the UE 90 performs a procedure for joining a multicast group in accordance with a service discovery protocol such as UPnP in order to discover a service provided in the home network 5.
  • a service discovery protocol such as UPnP
  • the UE 90 transmits a multicast group join request according to the conventional method (S150).
  • the participation request is made by transmitting an IGMP join message or an MLD join message including the IP address (for example, “FF02 :: C” used in UPnP) of the multicast group to be joined.
  • the destination address is “FF02 :: 16” for IPv6, “224.0.0.22” for IPv4, It is transmitted using bearer 1 based on the EPS bearer context 932 of the UE.
  • the HeNB 80 transmits a multicast group join request to the SGW 30 in order to receive the request via the bearer 1.
  • the SGW 30 receives the multicast group participation request, and transmits an MBMS notification request to the MME 10 according to the conventional MBMS procedure defined in Non-Patent Document 3 (S152).
  • the MBMS notification request includes the UE identifier and the requested multicast group IP address (ie, “FF02 :: C”).
  • the MME 10 receives the MBMS notification request, returns an MBMS notification response (S154), and determines whether the multicast group participation request of the UE 90 is a request for multicast data reception with local IP access.
  • a request determination process is executed (S156). The multicast reception request determination process will be described below with reference to FIG.
  • the IP address of the participation request multicast group included in the received MBMS notification request is extracted (step S10).
  • “FF02 :: C” is extracted.
  • step S12 based on the multicast address setting table 134, it is confirmed whether the extracted IP address corresponds to the multicast address set for local IP access (step S12).
  • step S12 If applicable (step S12; Yes), it is determined that the multicast group participation request of the UE 90 is a request for multicast data reception in local IP access (step S14), and the UE 90 has already received the local IP access EPS. Whether or not a bearer has been established is confirmed based on the EPS bearer context 136 (step S16).
  • step S16 If the establishment of the EPS bearer for local IP access has been confirmed (step S16; Yes), the local IP access multicast session establishment procedure described below is started (step S20).
  • step S16 when establishment of the EPS bearer for local IP access has not been confirmed (step S16; No), the local IP access establishment process of UE mentioned above is first performed, and a bearer is established (S18). .
  • step S12 if the extracted IP address does not correspond to the multicast address set for local IP access (step S12; No), it is determined as a normal MBMS multicast participation request (step S22). . Then, the conventional MBMS multi-session establishment process is started (step S24).
  • the MME 10 generates a session management request including the UL TFT including the multicast address requested to participate in the destination address and the EPS bearer ID (bearer 2). Then, the MME 10 updates the EPS bearer context 136 as shown in FIG. 5C (S158), and further transmits a bearer change request to the HeNB 80 (S160).
  • the bearer change request includes a session management request, an EPS bearer ID (bearer 2), a multicast address requested to participate, and an identifier that instructs the HeNB to receive the multicast address via the home network. .
  • the HeNB 80 receives the bearer change request, transmits IGMP Join or MLD Join in the home network 5 in order to participate in the specified multicast address group (S162), and starts receiving data addressed to the specified multicast address. (S164). Then, the HeNB 80 transfers a session management request to the UE (S166).
  • the UE 90 updates the EPS bearer context 932 as shown in FIG. 12C based on the UL TFT and EPS bearer ID included in the session management request (S168), and transmits a session management response to the HeNB 80 (S170). ).
  • the HeNB 80 transmits a bearer change response including a session management response to the MME 10. This completes the multicast session establishment procedure for local IP access.
  • the conventional MBMS processing is executed as shown in FIG. 17 according to the conventional method.
  • the MME 10 transmits an MBMS context activation start request to the UE (S174), and performs MBMS session establishment processing among the UE 90, the HeNB 80, the MME 10, the SGW 30, and the MBMS-GW 50 (S176).
  • the multicast data reception process will be described with reference to FIG. 18, taking as an example the case where the UE 90 transmits and receives a service search request based on a service discovery protocol such as UPnP.
  • a service discovery protocol such as UPnP.
  • the UE 90 transmits a service search request. Since the transmission destination address of the service search request is “FF02 :: C”, the UE selects a bearer (EPS bearer 2) based on the UL TFT of the EPS bearer context (S180), and the search request is transferred to the EPS bearer. 2 is transmitted (S182).
  • EPS bearer 2 based on the UL TFT of the EPS bearer context
  • the HeNB 80 determines the transfer destination based on the bearer ID (S184).
  • the service search request is received via the EPS bearer 2
  • it is determined to transfer directly to the home network based on the EPS bearer context 834, and after performing NAT processing (S186), on the home network 5
  • a service search request is multicast-transmitted (S188).
  • the information terminal 70 receives the service search request and multicast-transmits a service search response including information on the service to be provided (for example, “print service”) to “FF02 :: C” (S190).
  • the HeNB 80 receives the service search response, refers to the multicast group participation list 832, selects a transfer destination UE participating in the multicast group (S 192), and selects an EPS bearer for local IP access of each UE. Then, a service search response is transmitted to the UE 90 using the selected EPS bearer (S196).
  • the received multicast data (here, the service search response) is discarded.
  • the UE 90 When the UE 90 itself provides a service, the UE 90 receives a service search request transmitted from the information terminal 70 via the HeNB 80, transmits a service search response to the HeNB 80 using the EPS bearer 2, and the HeNB 80 Transfer on the home network 5.
  • the present invention is not limited to this, and the same operation is performed even when there are a plurality of information terminals.
  • S188 since the HeNB 80 multicasts a service search request to “FF02 :: C”, even if there are a plurality of information terminals on the home network 5, all of the information is obtained. The terminal can receive it.
  • the MME 10 when the UE 90 connected to the HeNB 80 having the local IP access function transmits a multicast group participation request, the MME 10 requests that the multicast participation request to receive multicast data with local IP access. It is possible to determine whether to request multicast data reception using the conventional MBMS, and to select a suitable multicast session establishment procedure based on the determination result.
  • UE 90 can receive multicast data even in a local IP access environment where MBMS is not introduced while maintaining compatibility with existing systems.
  • service discovery using multicast such as UPnP
  • the protocol can be operated without any changes.
  • the UE 90 only needs to perform the conventional processing defined in Non-Patent Document 1, and this embodiment can be realized without making any changes to the UE 90 shipped before the local IP access specification is formulated. . Similarly, the present embodiment can be realized without changing the processing of the SGW 30 as well.
  • the HeNB 80 may determine the transfer destination based on which bearer is used for the flow transmitted from the UE 90 and only the destination address of the flow transmitted from within the home network 5, for example, the multicast transmitted by the UE 90 Since it is not necessary to see the contents of the participation request message (which multicast group it is participating in, etc.), the effect of simplifying the processing of the HeNB 80 can be expected.
  • FIG. 19 shows the configuration of the MME 12 in the present embodiment.
  • the same reference numerals are given to the same constituent elements as those of the MME 10 shown in FIG. 2, and the description of the functional units having the same reference numerals is omitted.
  • the transmission / reception unit 110 and the storage unit 130b are connected to the control unit 100 via a bus.
  • the storage unit 130b is a functional unit that stores programs, data, and the like necessary for various operations of the MME 12. Further, the storage unit stores a subscription DB 132 and an EPS bearer context 136.
  • FIG. 20 shows a configuration of the SGW 32 in the present embodiment. 20, the same components as those of the SGW 30 illustrated in FIG. 6 are denoted by the same reference numerals, and description of functional units having the same reference numerals is omitted.
  • a transmission / reception unit 310 As shown in FIG. 20, in the SGW 32, a transmission / reception unit 310, a packet transmission / reception unit 320, a storage unit 330b, and a multicast establishment procedure selection unit 350 are connected to the control unit 300 via a bus.
  • the storage unit 330b is a functional unit that stores programs, data, and the like necessary for various operations of the SGW 32. Further, a multicast address setting table 334 and an EPS bearer context 332 are stored in the storage unit.
  • FIG. 21 is a diagram showing an example of the multicast address setting table 334, which is a database that stores IP addresses of multicast groups that participate through local IP access.
  • FIG. 22 is a diagram illustrating an example of an EPS bearer context 332, which includes a UE identifier (for example, “UE1”), a bearer ID (for example, “bearer ID1”), a UL TFT (Uplink TFT), and a LIPA (Local IP). Access) settings (for example, “OFF”) are stored in association with each other, and the state of the EPS bearer set for each UE is managed.
  • UE identifier for example, “UE1”
  • bearer ID1 for example, “bearer ID1”
  • UL TFT Uplink TFT
  • LIPA Local IP
  • the multicast establishment procedure selection unit 350 is a functional unit that selects whether to perform a multicast session establishment procedure for local IP access or a conventional MBMS multicast session establishment procedure in response to a request to join a multicast group of the UE 90. is there.
  • the UE 90 performs an attach process via the HeNB 80 and a local IP access establishment process. Since the attach process and the local IP access establishment process are the same as those in the first embodiment, description thereof will be omitted.
  • the UE 90 performs a procedure for joining a multicast group according to a service discovery protocol such as UPnP.
  • a service discovery protocol such as UPnP.
  • the difference from the first embodiment is that the SGW 32 performs a multicast reception request determination process.
  • FIG. 23 shows a multicast session establishment process of this embodiment.
  • the UE 90 transmits a multicast group join request using the bearer 1 as in the first embodiment (S200).
  • the HeNB 80 transmits the multicast group join request to the SGW 32 in order to receive the request via the bearer 1.
  • the SGW 32 receives the multicast group participation request, and executes a multicast reception request determination process for determining whether the multicast group participation request of the UE 90 is a request for multicast data reception through local IP access (S202).
  • the multicast reception request determination process will be described below with reference to FIG.
  • the IP address of the participation request multicast group included in the received multicast group participation request is extracted (step S30).
  • “FF02 :: C” is extracted.
  • step S32 based on the multicast address setting table 334, it is confirmed whether or not the extracted IP address corresponds to the multicast address set for local IP access (step S32).
  • step S32 If applicable (step S32; Yes), it is determined that the multicast group participation request of the UE 90 is a request for multicast data reception in local IP access (step S34), and the UE 90 has already received the local IP access EPS. Whether or not a bearer has been established is confirmed based on the EPS bearer context (step S36).
  • step S36 When establishment of the EPS bearer for local IP access is confirmed (step S36; Yes), a multicast session establishment procedure for local IP access described below is started (step S40).
  • step S36 If the establishment of the EPS bearer for local IP access cannot be confirmed in step S36 (step S36; No), the local IP access establishment process of the UE 90 is first executed to establish the bearer (step S38). ).
  • step S32 if the extracted IP address does not correspond to the multicast address set for local IP access (step S32; No), it is determined as a multicast participation request in normal MBMS (step S42). . Then, the conventional MBMS multi-session establishment process is started (step S44).
  • the SGW 32 changes the EPS bearer context 332 as shown in FIG. 22, and transmits a bearer change request to the MME 12 (S206).
  • the bearer change request includes a UL TFT, an EPS bearer ID (bearer 2), and a LIPA flag that include the multicast address requested to participate in the destination address.
  • the MME 12 receives the bearer change request and generates a session management request including the UL TFT and the EPS bearer 2. Then, the MME updates the EPS bearer context 136 as shown in FIG. 5C (S208), and further transmits a bearer change request to the HeNB 80 (S210).
  • the bearer change request includes a session management request, an EPS bearer ID (bearer 2), a multicast address requested to participate, and an identifier that instructs the HeNB 80 to receive the multicast address via the home network.
  • the HeNB 80 receives the bearer change request, transmits IGMP Join or MLD Join to the home network 5 in order to participate in the specified multicast address group (S212), and starts receiving data addressed to the specified multicast address. (S214). Then, the HeNB 80 transfers the session management request to the UE 90 (S216).
  • the UE 90 updates the EPS bearer context 932 as shown in FIG. 12C based on the UL TFT and EPS bearer ID included in the session management request (S218), and transmits a session management response to the HeNB 80 (S220). ).
  • the HeNB 80 transmits a bearer change response including a session management response to the MME 12 (S222). Further, the MME 12 transmits a bearer change response to the SGW 32 (S224).
  • the SGW 32 transmits an MBMS notification request to the MME 12 as shown in FIG. 25 according to the conventional method (S250). .
  • the MME 12 receives the MBMS notification request, returns an MBMS notification response (S252), and transmits an MBMS context activation start request to the UE 90 (S254). Then, an MBMS session establishment process is performed among the UE 90, the HeNB 80, the MME 12, the SGW 32, and the MBMS-GW 50 (S256).
  • the UE 90 can receive the multicast data transmitted in the home network.
  • the specific procedure of the multicast data reception process is the same as that in the first embodiment, and a description thereof will be omitted.
  • the SGW 32 performs a multicast reception request determination process.
  • the SGW 32 performs the multicast determination process and then uses the bearer change request to request the MME 12 to establish the local IP access multicast session.
  • a conventional MBMS notification request may be extended to include a LIPA flag.
  • the MBMS notification request does not include the UL TFT, but includes the UE identifier, the multicast address for which the participation request has been made, and the LIPA flag.
  • FIG. 26 shows a configuration of the MME 14 in the present embodiment. 26, the same components as those of the MME illustrated in FIG. 2 are denoted by the same reference numerals, and description of functional units having the same reference numerals is omitted.
  • a transmission / reception unit 110, a storage unit 130, and a multicast establishment procedure instruction unit 124 are connected to the control unit 100 via a bus.
  • the multicast establishment procedure instruction unit 124 detects that the local IP access establishment process has been completed, and establishes a multicast session for local IP access to the HeNB 80 before the UE 90 makes a request to join the multicast group. It is a functional part to request.
  • the UE 90 performs an attach process and a local IP access establishment process via the HeNB 80. Since the attach process and the local IP access establishment process are the same as those in the first embodiment, description thereof will be omitted.
  • the MME 14 performs a multicast session establishment process described below before the UE 90 transmits a multicast group join request in conjunction with the completion of the local IP access establishment process.
  • FIG. 27 shows a multicast session establishment process of this embodiment.
  • the MME 14 detects that the UE 90 has completed the local IP access establishment process (S300).
  • the reception of the bearer setting response transmitted from HeNB80 to MME14 can be used in a local IP access establishment process.
  • the MME 14 refers to the multicast address setting table 134 and extracts the IP address of the multicast group that participates via local IP access (S302).
  • FF02 :: C is extracted.
  • the MME 14 generates a session management request including the UL TFT including the extracted multicast address in the destination address and the EPS bearer ID (bearer 2) assigned for local IP access. Further, the MME 14 updates the EPS bearer context 136 as shown in FIG. 5C (S304), and transmits a bearer change request to the HeNB 80 (S306).
  • the bearer change request includes a session management request, the extracted multicast address, and an identifier that instructs the HeNB 80 to receive the multicast address via the home network.
  • the HeNB 80 receives the bearer change request, transmits IGMP Join or MLD Join to the home network 5 in order to join the specified multicast address group (S308), and starts receiving data addressed to the specified multicast address. (S310). Then, the HeNB 80 transfers the session management request to the UE 90 (S312).
  • the UE 90 updates the EPS bearer context 932 as shown in FIG. 12C based on the UL TFT and the EPS bearer ID included in the session management request (S314), and transmits a session management response to the HeNB 80 (S316). ).
  • the HeNB 80 transmits a bearer change response including a session management response to the MME 14 (S318).
  • the multicast session establishment procedure for local IP access is completed, and the UE 90 can receive the multicast data transmitted in the home network 5 (S320).
  • the specific procedure of the multicast data reception process is the same as that in the first embodiment, and a description thereof will be omitted.
  • the UE 90 only detects that a multicast session has been established at the L2 (layer 2) level when the bearer update is performed in S314, and discovers a service such as UPnP that is an L3 (layer 3) protocol. When the protocol is operated, the UE 90 transmits a multicast group join request according to the conventional method (S322).
  • the SGW 30 receives the multicast group participation request, and transmits an MBMS notification request to the MME 14 according to the conventional procedure of MBMS (S324).
  • the MBMS notification request includes the UE identifier and the IP address of the requested multicast group.
  • the MME 14 receives the MBMS notification request and returns an MBMS notification response (S326), and for the requested multicast address, the local IP access multicast session establishment processing has already been completed based on the EPS bearer context 136. This is confirmed (S328), and the process is terminated.
  • the request is determined as a normal MBMS request, and the MME 14 A context activation start request is transmitted to the UE 90 (S330), and MBMS session establishment processing is performed between the UE 90, the HeNB 80, the MME 14, the SGW 30, and the MBMS-GW 50 (S332).
  • this embodiment is different from the previous first embodiment in that the multicast address in which the MME 14 may participate via local IP access based on the multicast address setting table 134 is determined in advance. The point is to instruct the HeNB 80 to transmit all the packets addressed thereto via the home network 5. As a result, the UE 90 can immediately enjoy a multicast service via local IP access after sending IGMP join or MLD join, so that the response speed can be improved even when starting a service discovery protocol such as UPnP. Can do.
  • a service discovery protocol such as UPnP. Can do.
  • the multicast session establishment process is performed when the local IP access establishment process is completed.
  • the present invention is not limited to this, and bearer setting in the EPS bearer 2 establishment procedure in the local IP access establishment process.
  • the request and session management request (S116) may include the bearer change request and the session management request in S306, and the multicast session establishment process may be collectively performed as the local IP access establishment process.
  • a local IP access multicast session establishment procedure started by a bearer change request in S306 may be individually performed for each address. It may be further expanded so that a plurality of multicast addresses can be designated.
  • FIG. 28 shows a configuration of the SGW 36 in the present embodiment. 28, the same components as those of the SGW 32 illustrated in FIG. 20 are denoted by the same reference numerals, and description of functional units having the same reference numerals is omitted.
  • a transmission / reception unit 310 As shown in FIG. 28, in the SGW 36, a transmission / reception unit 310, a packet transmission / reception unit 320, a storage unit 330b, and a multicast establishment procedure instruction unit 360 are connected to the control unit 300 via a bus.
  • the multicast establishment procedure instruction unit 360 detects that the local IP access establishment process has been completed, and establishes a multicast session for local IP access to the MME 12 before the UE 90 makes a request to join the multicast group. It is a functional part to request.
  • the UE 90 performs an attach process via the HeNB 80 and a local IP access establishment process. Since the attach process and the local IP access establishment process are the same as those in the first embodiment, description thereof will be omitted.
  • the SGW 36 performs a multicast session establishment process described below before the UE 90 transmits a multicast group join request in conjunction with the completion of the local IP access establishment process.
  • FIG. 29 shows a multicast session establishment process of the present embodiment.
  • the SGW 36 detects that the UE 90 has completed the local IP access establishment process (S400).
  • reception of the bearer establishment response transmitted from MME12 to SGW36 can be used in a local IP access establishment process.
  • the SGW 36 refers to the multicast address setting table 334 and extracts the IP address of the multicast group that participates via local IP access (S402).
  • FF02 :: C is extracted.
  • the SGW 36 updates the EPS bearer context 332 as shown in FIG. 22 (S404), and transmits a bearer change request to the MME 12 (S406).
  • the bearer change request includes a UL TFT, an EPS bearer ID (bearer 2), and a LIPA flag that include the extracted multicast address as a destination address.
  • the MME 12 receives the bearer change request and generates a session management request including the UL TFT and the EPS bearer 2. Then, the MME 12 updates the EPS bearer context 136 as shown in FIG. 5C (S408), and transmits a bearer change request to the HeNB 80 (S410).
  • the bearer change request includes a session management request, the extracted multicast address, and an identifier that instructs the HeNB 80 to receive the multicast address via the home network 5.
  • the HeNB 80 receives the bearer change request, transmits IGMP Join or MLD Join to the home network 5 in order to join the specified multicast address group (S412), and starts receiving data addressed to the specified multicast address. (S414). Then, the HeNB 80 transfers the session management request to the UE 90 (S416).
  • the UE 90 updates the EPS bearer context 932 as shown in FIG. 12C based on the UL TFT and EPS bearer ID included in the session management request (S418), and transmits a session management response to the HeNB (S420). ).
  • the HeNB 80 transmits a bearer change response including a session management response to the MME 12 (S422). Further, the MME 12 returns a bearer change response to the SGW 36 (S424).
  • the multicast session establishment procedure for local IP access is completed, and the UE 90 can receive the multicast data transmitted in the home network 5 (S426).
  • the specific procedure of the multicast data reception process is the same as that in the second embodiment, and a description thereof will be omitted.
  • the UE 90 only detects that a multicast session has been established at the L2 (layer 2) level when the bearer update is performed, and a service discovery protocol such as UPnP that is a protocol of the L3 (layer 3).
  • UPnP a protocol of the L3
  • the UE 90 transmits a multicast group join request according to the conventional method (S428).
  • the SGW 36 receives the multicast group join request, and confirms that the local IP access multicast session establishment processing has already been completed for the requested multicast address based on the EPS bearer context 332 ( S430), the process is terminated.
  • the MBMS notification request includes the UE identifier and the IP address of the requested multicast group.
  • the MME 12 receives the MBMS notification request and returns an MBMS notification response (S434), and in accordance with the conventional method, the MME 12 transmits an MBMS context activation start request to the UE 90 (S436), and the UE 90, the HeNB 80, the MME 12 Then, MBMS session establishment processing is performed between the SGW 36 and the MBMS-GW 50 (S438).
  • this embodiment is different from the second embodiment in that the SGW 36 is addressed to the multicast address in advance for a multicast group that may participate via local IP access based on the multicast address setting table 334.
  • the point is to instruct the HeNB 80 via the MME 12 to transmit all packets via the home network.
  • the UE 90 can immediately enjoy a multicast service via local IP access after sending IGMP join or MLD join, so that the response speed can be improved even when starting a service discovery protocol such as UPnP. Can do.
  • the multicast session establishment process is performed when the local IP access establishment process is completed.
  • the present invention is not limited to this, and bearer establishment in the EPS bearer 2 establishment procedure in the local IP access establishment process. It is assumed that the request (S110) includes the bearer change request in S406 and the multicast session establishment processing may be collectively performed as local IP access establishment processing.
  • a multicast session establishment procedure for local IP access that is started by a bearer change request in S406 may be individually performed for each address. It may be further expanded so that a plurality of multicast addresses can be designated.
  • the HeNB is described as an example in which the HeNB is connected to the SGW and the MME via the GW.
  • the configuration is not limited thereto, and the HeNB is directly connected to the SGW and the MME. Also good.
  • UPnP is used as the service discovery protocol
  • the present invention is not limited to this, and a similar service discovery protocol using multicast such as Bonjour (registered trademark) may be used.
  • the use of a service discovery protocol using multicast has been described as an example.
  • the present invention is not limited thereto, and can be similarly applied to any communication using multicast.
  • 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, a ROM, a nonvolatile memory card, etc.), an optical recording medium / a magneto-optical recording medium (for example, a DVD (Digital Versatile Disc), MO ((Magneto Optical Disc), MD (Mini Disc), CD (Compact Disc), BD, etc.), magnetic recording medium (for example, magnetic tape, flexible disk, etc.), etc.
  • the loaded program is executed.
  • 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）の仕様化作業を進めており、ＥＰＳの構成装置として、宅内等に設置する小型基地局であるＨｅＮＢ（Home eNodeB：ホーム基地局）について検討がなされている。
　ＨｅＮＢは、フェムトセルと呼ばれる小規模の無線セルを構築し、通常の基地局と同じ無線アクセス技術を用いて、ＵＥ（User Equipment：移動端末装置）を収容する。そして、ブロードバンド回線を経由して移動通信システムのコアネットワークに接続し、収容しているＵＥの通信データを中継することができる。
　さらに以下の非特許文献２には、ＨｅＮＢでローカルＩＰアクセスを実現するためのアーキテクチャ候補が開示されている。ローカルＩＰアクセスとは、ＨｅＮＢが直接接続されている家庭内ＩＰネットワーク等のネットワーク（以下、「ホームネットワーク」と呼ぶ）へのダイレクトな接続性をＵＥに提供する機能であり、ＵＥは、移動通信システムのコアネットワークを経由せずに、ホームネットワークに接続している他の情報端末（例えば、デジタルビデオレコーダやプリンタ等）と通信することが可能となる。
　一方、ＥＰＳにおいて、ＵＥにコアネットワーク経由でのマルチキャストサービスを提供する方法として、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）仕様が規定されている（例えば、非特許文献３参照）。
　ＭＢＭＳでは、移動通信システムのコアネットワーク内に、ＢＭ－ＳＣ（Broadcast-Multicast Service Centre）及びＭＢＭＳ－ＧＷを設置し、ＢＭ－ＳＣとＭＢＭＳ－ＧＷと基地局とがマルチキャストデータの配信経路を確立することにより、ＵＥはマルチキャストデータの受信が可能となる。
　また、ホームネットワーク等のローカルエリアネットワーク（ＬＡＮ）内の装置同士が、互いに提供するサービス（例えばプリンタ装置が提供する「印刷サービス」など）を自動的に発見するための手法として、ＵＰｎＰ（Universal Plug and Play）等のマルチキャストを用いたサービス発見プロトコルがある（例えば、非特許文献４参照）。
　ユーザの利便性を考慮すると、ＵＰｎＰ等で実現される機能がローカルＩＰアクセス経由で接続しているＵＥでも利用できることが望ましいが、非特許文献２には、ローカルＩＰアクセスを用いたマルチキャストサービスの利用について要求条件としての記載はあるものの、その具体的な実現手段は記載されておらず、実現できなかった。
3GPP TS23.401 General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access 3GPP TR 23.829 Local IP Access and Selected IP Traffic Offload 3GPP TS 23.246 Multimedia Broadcast/Multicast Service; Architecture and functional description UPnP　Device Architecture 1.1
　非特許文献２で開示されるローカルＩＰアクセスを実現するアーキテクチャ候補では、ローカルＩＰアクセス仕様策定前に市場出荷されたＵＥについてもサポート対象とし、ＵＥに変更を加えずに実現するという要求条件が設定されている。従って、ＵＥは、通信データがコアネットワーク経由で転送されるか、ローカルＩＰアクセスを用いて転送されるかを関知せず、従来仕様に従って、ＴＦＴ（Traffic Flow Template）と呼ばれるフロー識別情報に基づいて、送信する通信データがどのＴＦＴに該当するかを見て、当該ＴＦＴに対応付けられているベアラ（ＱｏＳレベル毎にＵＥと基地局間で確立される論理パス）で送信するしかなかった。
　ＵＥがマルチキャストサービスを利用する場合には、非特許文献３に記載のマルチキャストグループ参加手続きに従って、ＩＧＭＰ（Internet Group Management Protocol ）　Ｊｏｉｎメッセージ或いはＭＬＤ（Multicast Listener Discovery）　Ｊｏｉｎメッセージを送信するが、当該メッセージは、どのマルチキャストグループに参加する場合であっても、同じアドレス宛（ＩＰｖ６であれば「ＦＦ０２：：１６」、ＩＰｖ４であれば「２２４．０．０．２２」）に送信するため、宛先アドレスやプロトコル番号及びポート番号等で「フロー」を識別するＴＦＴだけでは、当該参加要求がローカルＩＰアクセスを用いたマルチキャストサービスへの要求であるか否かを振り分けすることはできず、結果として、ＵＥ及びＨｅＮＢは、ＵＥのデフォルトルータであるコアネットワーク内のＳＧＷ（Serving GW）と呼ばれるアクセス制御装置に当該メッセージを転送するしかなかった。
　さらには、ＳＧＷと、コアネットワーク内の位置管理装置であるＭＭＥ（Mobility Management Entity）とは、ＵＥのマルチキャストグループ参加要求がローカルＩＰアクセスでの参加要求であるかを判断する手段を持たず、また非特許文献３で規定されるＭＢＭＳ処理では、コアネットワーク経由で提供されるＭＢＭＳサービスのための手続きしか規定されていないため、ＭＭＥとＳＧＷとは、ローカルＩＰアクセスでのマルチキャストデータを受信するための手続きができなかった。
　従って、上記の諸問題から、ＵＥは、ホームネットワークで提供されるマルチキャストサービスを享受できず、上述のＵＰｎＰ等の機能も利用することができなかった。
　本発明は、このような事情を鑑みてなされたもので、その目的は、ローカルＩＰアクセスをサポートするホーム基地局装置に接続している移動局装置がマルチキャストグループ参加要求を送信した場合に、当該要求がローカルＩＰアクセスでのマルチキャストデータ受信を要求する場合には、好適なマルチキャストセッション確立することができる移動通信システム等を提供することである。
　上述した課題に鑑み、本発明の移動通信システムは、移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムであって、
　前記位置管理装置は、
　移動局装置から前記アクセス制御装置を介してマルチキャスト受信要求を受信するマルチキャスト受信要求受信手段と、
　前記マルチキャスト受信要求が、ホームネットワーク宛のマルチキャスト要求であるか否かを判定するマルチキャスト受信要求判定手段と、
　前記マルチキャスト受信要求判定手段により、前記マルチキャスト要求がホームネットワーク宛と判定された場合には、前記移動局装置に対して、マルチキャストデータが送受信されるベアラを変更させるベアラ変更要求を送信するベアラ変更要求送信手段と、
　を備えることを特徴とする。
　また、本発明の移動通信システムにおいて、前記位置管理装置は、
　ホームネットワーク宛のマルチキャスト要求となるアドレスを記憶するマルチキャストアドレス記憶手段を更に有し、
　前記マルチキャスト受信要求判定手段は、前記マルチキャスト受信要求に含まれるマルチキャストアドレスが、前記マルチキャストアドレス記憶手段に記憶されている場合には、ホームネットワーク宛のマルチキャスト要求であると判定することを特徴とする。
　また、本発明の移動通信システムにおいて、
　前記ベアラ変更要求送信手段は、前記ベアラ変更要求を前記ホーム基地局装置に送信し、
　前記ホーム基地局装置は、前記ベアラ変更要求を受信した場合には、ホームネットワークからのマルチキャストの受信を開始し、前記移動局装置に対して、マルチキャストデータが送受信されるベアラを変更させるセッション管理要求を送信することを特徴とする。
　本発明の移動通信システムは、移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムであって、
　前記アクセス制御装置は、
　移動局装置からマルチキャスト受信要求を受信するマルチキャスト受信要求受信手段と、
　前記マルチキャスト受信要求が、ホームネットワーク宛のマルチキャスト要求であるか否かを判定するマルチキャスト受信要求判定手段と、
　前記マルチキャスト受信要求判定手段により、前記マルチキャスト要求がホームネットワーク宛と判定された場合には、前記移動局装置に対して、マルチキャストデータが送受信されるベアラを変更させるベアラ変更要求送信手段と、
を備えることを特徴とする。
　本発明の移動通信システムにおいて、前記アクセス制御装置は、
　ホームネットワーク宛のマルチキャスト要求となるアドレスを記憶するマルチキャストアドレス記憶手段を更に有し、
　前記マルチキャスト受信要求判定手段は、前記マルチキャスト受信要求に含まれるマルチキャストアドレスが、前記マルチキャストアドレス記憶手段に記憶されている場合には、ホームネットワーク宛のマルチキャスト要求であると判定することを特徴とする。
　本発明の移動通信システムは、
　移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムであって、
　前記位置管理装置は、
　ホームネットワーク宛のマルチキャスト要求となるアドレスを記憶するマルチキャストアドレス記憶手段と、
　ローカルＩＰアクセスが確立された否かを検出する検出手段と、
　前記ローカルＩＰアクセスが確立されたと検出された場合には、前記移動局装置に対して、マルチキャストデータが送受信されるベアラを変更させるベアラ変更要求を送信するベアラ変更要求送信手段と、
　を有し、
　前記ベアラ変更要求には、前記マルチキャストアドレス記憶手段に記憶されているマルチキャストアドレスを含むことを特徴とする。
　本発明の移動通信システムは、
　移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムであって、
　前記アクセス制御装置は、
　ホームネットワーク宛のマルチキャスト要求となるアドレスを記憶するマルチキャストアドレス記憶手段と、
　ローカルＩＰアクセスが確立された否かを検出する検出手段と、
　前記ローカルＩＰアクセスが確立されたと検出された場合には、前記移動局装置に対して、マルチキャストデータが送受信されるベアラを変更させるベアラ変更要求を送信するベアラ変更要求送信手段と、
　を有し、
　前記ベアラ変更要求には、前記マルチキャストアドレス記憶手段に記憶されているマルチキャストアドレスを含むことを特徴とする。
　本発明の移動局装置は、上記発明に記載の移動通信システムに接続される移動局装置であって、
　前記ホーム基地局装置から、セッション管理要求を受信すると、マルチキャストデータを送受信するベアラを変更し、前記ホーム基地局装置を介してホームネットワークにおいてマルチキャストセッションを確立することを特徴とする。
　本発明の位置管理装置は、
　移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムに接続される位置管理装置であって、
　移動局装置から前記アクセス制御装置を介してマルチキャスト受信要求を受信するマルチキャスト受信要求受信手段と、
　前記マルチキャスト受信要求が、ホームネットワーク宛のマルチキャスト要求であるか否かを判定するマルチキャスト受信要求判定手段と、
　前記マルチキャスト受信要求判定手段により、前記マルチキャスト要求がホームネットワーク宛と判定された場合には、前記移動局装置に対して、マルチキャストデータが送受信されるベアラを変更させるベアラ変更要求を送信するベアラ変更要求送信手段と、
　を備えることを特徴とする。
　本発明の移動通信方法は、
　移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムの移動通信方法であって、
　移動局装置から前記アクセス制御装置を介してマルチキャスト受信要求を受信するステップと、
　前記マルチキャスト受信要求が、ホームネットワーク宛のマルチキャスト要求であるか否かを判定するステップと、
　前記マルチキャスト要求がホームネットワーク宛と判定された場合には、前記移動局装置に対して、マルチキャストデータが送受信されるベアラを変更させるベアラ変更要求を送信するステップと、
　を実現することを特徴とする。
　本発明によれば、既存システムとの互換性を維持しながら、好適なマルチキャストセッション確立手続きを選択することができ、ＵＥはローカルＩＰアクセス環境で提供されるマルチキャストサービスも利用することができる。
第１実施形態における移動体通信システムの構成図である。 第１実施形態におけるＭＭＥの構成図である。 第１実施形態におけるＭＭＥのサブスクリプションデータベースの一例を示す図である。 第１実施形態におけるＭＭＥのマルチキャストアドレス設定表の一例を示す図である。 第１実施形態におけるＭＭＥのＥＰＳベアラコンテキストの一例を示す図である。 第１実施形態におけるＳＧＷの構成図である。 第１実施形態におけるＳＧＷのＥＰＳベアラコンテキストの一例を示す図である。 第１実施形態におけるＨｅＮＢの構成図である。 第１実施形態におけるＨｅＮＢのマルチキャストグループ参加リストの一例を示す図である。 第１実施形態におけるＨｅＮＢのＥＰＳベアラコンテキストの一例を示す図である。 第１実施形態におけるＵＥの構成図である。 第１実施形態におけるＵＥのＥＰＳベアラコンテキストの一例を示す図である。 第１実施形態における情報端末の構成図である。 第１実施形態におけるＵＥのＨｅＮＢへのアタッチ処理及びローカルＩＰアクセス確立処理シーケンス例を示す図である。 第１実施形態におけるローカルＩＰアクセス用マルチキャストセッション確立処理シーケンス例を示す図である。 第１実施形態におけるＭＭＥのマルチキャスト確立手順選択処理のフローチャートを示す図である。 第１実施形態におけるＭＢＭＳ用マルチキャストセッション確立処理シーケンス例を示す図である。 第１実施形態におけるＵＥのマルチキャストデータ送受信処理シーケンス例を示す図である。 第２実施形態におけるＭＭＥの構成図である。 第２実施形態におけるＳＧＷの構成図である。 第２実施形態におけるＳＧＷのマルチキャストアドレス設定表の一例を示す図である。 第２実施形態におけるＳＧＷのＥＰＳベアラコンテキストの一例を示す図である。 第２実施形態におけるローカルＩＰアクセス用マルチキャストセッション確立処理シーケンス例を示す図である。 第２実施形態におけるＳＧＷのマルチキャスト確立手順選択処理のフローチャートを示す図である。 第２実施形態におけるＭＢＭＳ用マルチキャストセッション確立処理シーケンス例を示す図である。 第３実施形態におけるＭＭＥの構成図である。 第３実施形態におけるマルチキャストセッション確立処理シーケンス例を示す図である。 第４実施形態におけるＳＧＷの構成図である。 第４実施形態におけるマルチキャストセッション確立処理シーケンス例を示す図である。
　以下、図面を参照して本発明を実施するための最良の形態について説明する。なお、本実施形態では、一例として、本発明を適用した場合の移動通信システムの実施形態について、図を用いて詳細に説明する。
　［１．第１実施形態］
　まず、本発明を適用した第１実施形態について、図面を参照して説明する。
　［１．１　移動通信システムの概要］
　図１は、本実施形態における移動通信システム１の概略を説明するための図である。本図に示すように、移動通信システム１は、コアネットワーク３とホームネットワーク５から構成され、コアネットワーク３とホームネットワーク５とはブロードバンドアクセスネットワーク７を介して相互接続されている。ブロードバンドアクセスネットワーク７は、広帯域の通信を実現する有線アクセスネットワークであり、例えばＡＤＳＬや光ファイバー等によって構築される。ただし、これに限らずＷｉＭＡＸなどの無線アクセスネットワークであっても良い。
　コアネットワーク３には、ＭＭＥ１０と、ＧＷ２０と、ＳＧＷ３０と、ＰＧＷ（Packet data network GW）４０と、ＭＢＭＳ－ＧＷ５０とが配置されている。
　ＭＭＥ１０は、シグナリングを行うエンティティであり、移動局装置（ＵＥ９０）の位置管理及びＥＰＳベアラの確立手続きを主導する位置管理装置である。ＥＰＳベアラとは、ＵＥ毎にＰＧＷ４０とＵＥ９０との間で確立されるユーザＩＰパケットを転送する論理パスのことである。ＥＰＳベアラには、特定のＱｏＳレベルを設定することができ、またＴＦＴと関連付けられる。
　ＴＦＴは、通信データであるフローを識別するフィルター情報の集合で定義され、各フィルター情報に宛先アドレスやポート番号を指定することができる。したがって、ＴＦＴによって特定アプリケーションのトラフィックフローや特定の通信相手とのフローを識別することができる。
　ＧＷ２０は、ホームネットワーク５内に設置されているＨｅＮＢ８０と、コアネットワーク内装置との間でゲートウェイとして機能する。ＭＭＥ１０とＨｅＮＢ８０間、ＳＧＷ３０とＨｅＮＢ８０間及びＭＢＭＳ－ＧＷ５０とＨｅＮＢ８０間の通信は、ＧＷ２０を介して行われる。
　ＳＧＷ３０は、ＰＧＷ４０とＨｅＮＢ８０間でパケットを転送するアクセス制御装置である。なお、ＰＧＷ４０とＳＧＷ３０とは物理的に同一ノードで構成される場合もある。
　ＰＧＷ４０は、インターネット等の外部ＰＤＮ（Packet Data Network：パケット通信ネットワーク）と接続され、コアネットワーク３とそれらのＰＤＮとを接続するゲートウェイとして機能するとともに、ＵＥ９０の通信データをＳＧＷ３０に転送するゲートウェイ装置である。
　ＭＢＭＳ－ＧＷ５０は、ＭＢＭＳのマルチキャストデータをＨｅＮＢ８０に転送する装置であり、ＧＷ２０経由でＨｅＮＢ８０と接続され、ＭＭＥ１０とも接続されている。
　ホームネットワーク５は、ホームＧＷ６０と、情報端末７０と、ＨｅＮＢ８０と、ＵＥ９０とを含んで構成される。また、ホームネットワーク５は、ブロードバンドアクセスネットワーク７に接続している。
　ホームＧＷ６０は、ホームネットワークとブロードバンドアクセスネットワーク間のゲートウェイ装置であり、ＡＤＳＬモデム内蔵ルータ等の従来のブロードバンドルータ装置である。
　情報端末７０は、ホームネットワークに接続されている情報端末であり、例えばプリンタやデジタルビデオレコーダなどである。また、ＵＰｎＰに対応しており、提供するサービス（たとえば「印刷サービス」）をホームネットワーク内にアナウンスする。通常、複数の機器が接続されるが、本実施形態においては、説明の都合上情報端末７０一台を例にとって説明する。
　ＨｅＮＢ８０はフェムトセルを形成し、３ＧＰＰ　ＬＴＥ（Long Term Evolution）の基地局としてＵＥを収容する。
　ＵＥ９０は、３ＧＰＰ　ＬＴＥの通信インタフェースを搭載する移動通信端末であり、ＨｅＮＢに接続している。
　［１．２　装置構成］
　続いて、各装置構成について図を用いて簡単に説明する。なお、ＧＷ２０と、ＭＢＭＳ－ＧＷ５０と、ＰＧＷ４０とについては、ＥＰＳを利用した移動通信システムにおける従来の装置と同様に構成されているため、その詳細な説明を省略する。
　また、ホームＧＷ６０は、従来のブロードバンドルータ装置と同様に構成されているため、その詳細な説明を省略する。
　［１．２．１　ＭＭＥの構成］
　図２は、本実施形態におけるＭＭＥ１０の構成を示す。ＭＭＥ１０は、制御部１００に、送受信部１１０と、マルチキャスト確立手続き選択部１２０と、記憶部１３０とがバスを介して接続されている。
　制御部１００は、ＭＭＥ１０を制御するための機能部である。制御部１００は、記憶部１３０に記憶されている各種プログラムを読み出して実行することにより各種処理を実現する。
　送受信部１１０は、ルータもしくはスイッチに有線接続され、パケットの送受信を行う機能部である。例えば、ネットワークの接続方式として一般的に利用されているＥｔｈｅｒｎｅｔ（登録商標）等により送受信する。
　マルチキャスト確立手続き選択部１２０は、ＵＥ９０のマルチキャストグループ参加要求を契機に、ローカルＩＰアクセス用のマルチキャストセッション確立手続きを行うか、或いは従来のＭＢＭＳのマルチキャストセッション確立手続きを開始するかを選択する機能部である。
　記憶部１３０は、ＭＭＥ１０の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに、記憶部１３０には、サブスクリプションＤＢ（データベース）１３２と、マルチキャストアドレス設定表１３４と、ＥＰＳベアラコンテキスト１３６とが記憶されている。
　図３は、サブスクリプションＤＢ１３２の一例を示した図であり、ＵＥ識別子（例えば「ＵＥ１」）と、ＣＳＧ識別子（例えば「ＣＳＧ１」）と、ローカルＩＰアクセスの利用権限（例えば「許可」）とを対応付けて記憶するデータベースである。ＣＳＧ(Closed Subscriber Group）識別子とは、ＨｅＮＢ８０を一意に識別する識別子であり、サブスクリプションＤＢ１３２によって、どのＨｅＮＢ８０でローカルＩＰアクセスが利用できるかが決定される。
　図４は、マルチキャストアドレス設定表１３４の一例を示した図であり、ローカルＩＰアクセス経由で参加するマルチキャストグループのＩＰアドレスを記憶するデータベースである。
　図５は、ＥＰＳベアラコンテキスト１３６の一例を示した図であり、ＵＥ識別子（例えば「ＵＥ１」）と、ベアラＩＤ（例えば「ベアラＩＤ１」）と、ＵＬ　ＴＦＴ(Uplink TFT)と、ＬＩＰＡ(Local IP Access)設定（例えば、「ＯＦＦ」）とを対応付けて記憶し、ＵＥ９０毎に設定されているＥＰＳベアラの状態を管理する。
　ベアラＩＤは、ＥＰＳベアラを識別する識別子であり、ＬＩＰＡ設定は、それぞれのＥＰＳベアラでローカルＩＰアクセスを使用するか否かを示す。ＵＬ　ＴＦＴは、ＵＥ９０から送信されるフロー（アップリンクフロー）を識別する。例えば、ＵＬ　ＴＦＴに「宛先ＦＦ０２：：Ｃ」と指定されている場合には、ＵＥ９０が送信するフローのうち、宛先ＩＰアドレスが「ＦＦ０２：：Ｃ」であるフローが該当する。
　［１．２．２　ＳＧＷの構成］
　続いて、本実施形態におけるＳＧＷ３０の構成を図６に示す。ＳＧＷ３０は、制御部３００に、送受信部３１０と、パケット送受信部３２０と、記憶部３３０とがバスを介して接続されている。
　制御部３００は、ＳＧＷ３０を制御するための機能部である。制御部３００は、記憶部３３０に記憶されている各種プログラムを読み出して実行することにより処理を実現する。
　送受信部３１０は、ルータもしくはスイッチに有線接続され、パケットの送受信を行う機能部である。例えば、ネットワークの接続方式として一般的に利用されているＥｔｈｅｒｎｅｔ（登録商標）などにより送受信する。
　パケット送受信部３２０は、具体的なデータ（パケット）を送受信する機能部である。上位層から受け取ったデータを、パケットとして分解し送信する。また、受信したパケットを上位層に渡す機能を実現する。
　記憶部３３０は、ＳＧＷ３０の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに、記憶部３３０にはＥＰＳベアラコンテキスト３３２が記憶されている。
　図７は、ＥＰＳベアラコンテキスト３３２の一例を示した図であり、ＭＭＥのＥＰＳベアラコンテキスト１３６と同様に、ＵＥ識別子（例えば「ＵＥ１」）と、ベアラＩＤ（例えば「ベアラＩＤ１」）と、ＵＬ　ＴＦＴ(Uplink TFT)と、ＬＩＰＡ(Local IP Access)設定（例えば、「ＯＦＦ」）とを対応付けて記憶し、ＵＥ毎に設定されているＥＰＳベアラの状態を管理する。
　［１．２．３　ＨｅＮＢの構成］
　図８は、本実施形態におけるＨｅＮＢ８０の構成を示す。ＨｅＮＢ８０は、制御部８００に、ＮＡＴ（Network Address Translation）部８１０と、ＬＴＥ基地局部８２０と、記憶部８３０と、ホームネットワークインタフェース部８４０とがバスを介して接続されている。
　制御部８００は、ＨｅＮＢ８０を制御するための機能部である。制御部８００は、記憶部８３０に記憶されている各種プログラムを読み出して実行することにより処理を実現する。
　ＮＡＴ部８１０は、ＬＴＥ基地局部８２０からパケットを受信し、送信元ＩＰアドレスを書き換え、送信先ＩＰアドレスに基づいてホームネットワークインタフェース部８４０に転送する。
　また、同様にホームネットワークインタフェース部８４０からパケットを受信し、送信先ＩＰアドレスを書き換えてＬＴＥ基地局部８２０に転送する。
　ＬＴＥ基地局部８２０は、Ｅ－ＵＴＲＡの基地局として機能し、ＵＥを収容するための機能部である。また、ＬＴＥ基地局部８２０には、外部アンテナ８２２が接続されている。
　記憶部８３０は、ＨｅＮＢ８０の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに記憶部８３０には、マルチキャストグループ参加リスト８３２とＥＰＳベアラコンテキスト８３４とが記憶されている。
　図９は、マルチキャストグループ参加リスト８３２の一例を示した図であり、マルチキャストアドレス（例えば「ＦＦ０２：：Ｃ」）と、当該マルチキャストアドレスグループに参加しているＵＥ９０の識別子（例えば、「ＵＥ１」）と、当該ＵＥ９０がローカルＩＰアクセスに用いるベアラＩＤ（例えば、「ベアラ２」）とを対応付けて記憶し、ＨｅＮＢ８０を介してホームネットワーク５上のマルチキャストアドレスグループに参加しているＵＥを管理する。
　図１０は、ＥＰＳベアラコンテキスト８３４の一例を示した図であり、ＵＥ識別子（例えば「ＵＥ１」）と、ベアラＩＤ（例えば「ベアラ１」）と、ＬＩＰＡ設定（例えば、「ＯＦＦ」）とを対応付けて記憶し、ＵＥ毎に設定されているＥＰＳベアラの状態を管理する。
　ＨｅＮＢ８０は、ＵＥ９０からフローを受信した際に、当該フローがどのＥＰＳベアラを用いて送信されたかを見て、当該ＥＰＳベアラのＬＩＰＡ設定が「ＯＮ」である場合には、当該フローをＮＡＴ部８１０経由でホームネットワークインタフェース部８４０からホームネットワーク５内に直接送信し、ＬＩＰＡ設定が「ＯＦＦ」である場合には、ＳＧＷ３０に転送する。
　ホームネットワークインタフェース部８４０は、ホームネットワーク５内の他装置とパケット送受信を行う機能部である。例えば、ネットワークの接続方式として一般的に利用されているＥｔｈｅｒｎｅｔ（登録商標）などにより送受信する。
　［１．２．４　ＵＥの構成］
　次に、本実施形態における移動局であるＵＥ９０の構成について説明する。ＵＥ９０の具体的な一例としては、無線アクセスインタフェースを介して移動通信システムに接続する携帯端末や、ＰＤＡ等の端末が想定される。図１１に示すように、制御部９００に、ＬＴＥインタフェース部９１０と、パケット送受信部９２０と、記憶部９３０と、ベアラ確立処理部９４０とがバスを介して接続されている。
　制御部９００は、ＵＥ９０を制御するための機能部である。制御部９００は、記憶部９３０に記憶されている各種プログラムを読み出して実行することにより各種処理を実現する。
　ＬＴＥインタフェース部９１０は、ＵＥ９０がＨｅＮＢ８０に接続するための機能部である。また、ＬＴＥインタフェース部９１０には、外部アンテナ９１２が接続されている。
　パケット送受信部９２０は、具体的なデータ（パケット）を送受信する機能部である。上位層から受け取ったデータを、パケットとして分解し送信する。また、受信したパケットを上位層に渡す機能を実現する。
　記憶部９３０は、ＵＥ９０の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに、記憶部９３０には、ＥＰＳベアラコンテキスト９３２が記憶されている。
　図１２は、ＥＰＳベアラコンテキスト９３２の一例を示した図であり、ベアラＩＤ（例えば「ベアラＩＤ１」）と、ＵＬ　ＴＦＴとを対応付けて記憶し、ＵＥ９０が確立しているＥＰＳベアラの状態を管理する。ＵＥ９０がフローを送信する際には、フローがどのＵＬ　ＴＦＴに該当するかを検索し、該当するＵＬ　ＴＦＴが存在する場合には、当該ＵＬ　ＴＦＴに関連付けられているＥＰＳベアラを用いてフローを送信する。
　ベアラ確立処理部９４０は、コアネットワーク３内のＰＧＷ４０との通信路であるＥＰＳベアラを確立するための処理を実行する機能部である。
　［１．２．５　情報端末の構成］
　図１３は、本実施形態における情報端末７０の構成を示す。情報端末７０は、制御部７００に、ホームネットワークインタフェース部７１０と、記憶部７３０とがバスを介して接続されている。
　制御部７００は、情報端末７０を制御するための機能部である。制御部７０は、記憶部に記憶されている各種プログラムを読み出して実行することにより各種処理を実現する。
　ホームネットワークインタフェース部７１０は、ホームネットワーク５内の他装置とパケット送受信を行う機能部である。例えば、ネットワークの接続方式として一般的に利用されているＥｔｈｅｒｎｅｔ（登録商標）等により送受信する。
　記憶部７３０は、情報端末の各種動作に必要なプログラム、データ等を記憶する機能部である。
　［１．３　処理の説明］
　次に、図１に示すネットワークにおいて、ＵＥ９０がＨｅＮＢ８０が提供するローカルＩＰアクセスを用いてマルチキャストデータを送受信するための手続きについて、図を用いて説明する。
　［１．３．１　ＵＥのアタッチ処理］
　まず、ＵＥ９０はＨｅＮＢ８０を介してアタッチ処理を開始する。このときのアタッチ処理について、図１４を用いて詳細に説明する。
　ＵＥ９０は、上述した非特許文献１に規定された従来手法に従って、アタッチ処理をＨｅＮＢ８０との間で行い、ＨｅＮＢ８０に接続する（Ｓ１００）。
　さらに、ＵＥ９０は従来手法に従って、ＰＧＷ４０に対してＰＤＮコネクション確立処理を行う（Ｓ１０２）。ＰＤＮコネクションとは、ＵＥ９０とＰＧＷ４０との間で確立される論理パスであり、１つのＰＤＮコネクション内に複数のＥＰＳベアラを確立することができる。なお、ＰＤＮコネクション確立処理は、ＵＥ９０と、ＨｅＮＢ８０と、ＭＭＥ１０と、ＳＧＷ３０と、ＰＧＷ４０との間で行われる。
　ＰＤＮコネクション確立処理が完了すると、ＵＥ９０とＰＧＷ４０との間には、デフォルトベアラであるＥＰＳベアラ１が確立され（Ｓ１０４）、ＭＭＥ１０のＥＰＳベアラコンテキスト１３６は、図５（Ａ）のように設定される。また同様に、ＳＧＷ３０のＥＰＳベアラコンテキスト３３２は、図７（Ａ）のように設定され、ＨｅＮＢ８０のＥＰＳベアラコンテキスト８３４は、図１０（Ａ）のように設定され、ＵＥ９０のＥＰＳベアラコンテキスト９３２は、図１２（Ａ）のように設定される。なお、デフォルトベアラは、特定のＥＰＳベアラに関連付けられていないフローの送受信に用いられる。
　以後、ＵＥ９０が送信する通信フローは、ＵＥ９０のＥＰＳベアラコンテキスト９３２に従って、ＥＰＳベアラ１で送信される（Ｓ１０６）。
　［１．３．２　ＵＥのローカルＩＰアクセス確立処理］
　ＰＤＮコネクション確立処理を完了したＵＥ９０は、続けて、上述した非特許文献２に規定された従来手法に従って、ローカルＩＰアクセス用のＥＰＳベアラ確立を開始する。
　なお、このローカルＩＰアクセス用ＥＰＳベアラ確立を開始する契機は、例えばＰＣＲＦ（Policy and Charging Rules Function）等のＱｏＳ管理装置からの通知であってもよいし、前述のＰＤＮコネクション確立完了に連動して行ってもよいし、それに限らず他の手段を用いてもよいものとする。
　まず、ＳＧＷ３０はベアラ確立要求をＭＭＥ１０に送信する（Ｓ１１０）。ベアラ確立要求には、ローカルＩＰアクセスを行う対象の通信フローの識別情報（ＵＬ　ＴＦＴ）と、当該確立要求するベアラを用いてローカルＩＰアクセスでの通信を行うことを指示するための識別子（以下、ＬＩＰＡフラグと呼ぶ）とを含める。ここで、ＵＬ　ＴＦＴには、ホームネットワークに割り当てられているＩＰアドレスプレフィックス（例えば、「２００１：２：３：４：：／６４」等）を含める。
　ＭＭＥ１０は、ベアラ確立要求を受信し、従来方法に従って、ＵＥ９０が接続しているＨｅＮＢ８０のＣＳＧＩＤ（ＣＳＧ１）とＵＥ識別子とを用いて、サブスクリプションＤＢに利用権限を照合する（Ｓ１１２）。これにより、ＵＥ９０がＨｅＮＢ８０を用いたローカルＩＰアクセスの利用権限を持つかどうかを確認し、もし利用権限がない場合には、ＭＭＥ１０はベアラ確立拒否をＳＧＷ３０に送信し、ローカルＩＰアクセス用ＥＰＳベアラ確立処理を終了する。
　ＵＥ９０が利用権限を持つ場合には、受信したベアラ確立要求に従って、ＭＭＥ１０は、ＵＥ９０に新しいＥＰＳベアラ（ベアラ２）を割り当て、ＥＰＳベアラコンテキスト１３６を図５（Ｂ）のように更新する（Ｓ１１４）。さらに、ＭＭＥ１０はセッション管理要求を生成する。セッション管理要求には、前述のＵＬ　ＴＦＴとＥＰＳベアラＩＤ（ベアラ２）とを含める。
　そして、ＭＭＥ１０はセッション管理要求を含んだベアラ設定要求をＨｅＮＢ８０に送信する（Ｓ１１６）。ベアラ設定要求には、ローカルＩＰアクセスに用いるＥＰＳベアラのベアラＩＤ（ベアラ２）と、ＬＩＰＡフラグとが含まれる。
　ＨｅＮＢ８０は、ベアラ設定要求を受信し、ＥＰＳベアラ２でＵＥ９０から受信した通信フローについては、ＳＧＷ３０に転送せず、ＨｅＮＢ８０が接続しているホームネットワーク５に直接送信するようにルーティング情報を設定し（Ｓ１１８）、ＥＰＳベアラコンテキスト８３４を図１０（Ｂ）のように更新する（Ｓ１２０）。さらに、ベアラ設定要求に含まれていたセッション管理要求をＵＥ９０に転送する（Ｓ１２２）。
　ＵＥ９０は、セッション管理要求に含まれているＵＬ　ＴＦＴとＥＰＳベアラＩＤとに従って、ＵＬ　ＴＦＴに該当する通信フローについては、ＥＰＳベアラ２を用いてＨｅＮＢ８０に送信するように設定する（Ｓ１２４）。これにより、ＥＰＳベアラコンテキスト９３２を図１２（Ｂ）のように更新し、セッション管理応答をＨｅＮＢに送信する（Ｓ１２６）。
　ＨｅＮＢ８０は、セッション管理応答を受信し、当該応答をベアラ設定応答に含めてＭＭＥ１０に送信する（Ｓ１２８）。
　ＭＭＥ１０は、確立したＥＰＳベアラのベアラＩＤ（ベアラ２）を含んだベアラ確立応答をＳＧＷ３０に送信する（Ｓ１３０）。
　ＳＧＷ３０は、ベアラ確立応答を受信し、ＥＰＳベアラコンテキスト３３２を図７（Ｂ）のように更新する（Ｓ１３２）。
　以上で、ＵＥ９０のローカルＩＰアクセス確立処理（ＥＰＳベアラ２）が完了する（Ｓ１３４）。これにより、ＵＥ９０が送信する通信フローのうち、ＵＬ　ＴＦＴで指定されたフロー識別情報に該当するフローについては、ＨｅＮＢ８０がコアネットワーク３に転送せず、直接ホームネットワーク５に転送するようになるため、ＵＥ９０はコアネットワーク３を経由せず情報端末７０と直接通信できるようになる。
　また、情報端末７０から送信されるＵＥ９０宛ての通信データについても同様にコアネットワーク３を経由することなく、ＨｅＮＢ８０を介して行われる。なお、ＵＥ９０はＰＧＷ４０から割り当てられたＩＰアドレスを用いて通信を行うため、ホームネットワーク５内のＩＰアドレス体系との齟齬が生じるので、ＨｅＮＢ８０は非特許文献２に記載された従来手法に従って、ＮＡＴ（Network Address Translation）処理を行い、ＩＰアドレスの書き換えを行う（Ｓ１４０、１４２）。
　［１．３．３　マルチキャストセッション確立処理（第１実施形態）］
　次に、ＵＥ９０はホームネットワーク５内で提供されているサービスを発見するために、ＵＰｎＰ等のサービス発見プロトコルに従って、マルチキャストグループへの参加手続きを行う。以下、図１５を用いて説明する。
　まず、ＵＥ９０は従来方法に従って、マルチキャストグループ参加要求を送信する（Ｓ１５０）。参加要求は、参加したいマルチキャストグループのＩＰアドレス（例えば、ＵＰｎＰで用いる「ＦＦ０２：：Ｃ」とする）を含んだＩＧＭＰｊｏｉｎメッセージ或いはＭＬＤｊｏｉｎメッセージを送信することによって行う。従来方法に従って、いずれのメッセージも参加要求するマルチキャストアドレスグループに関わらず、送信先アドレスは、ＩＰｖ６であれば、「ＦＦ０２：：１６」、ＩＰｖ４であれば「２２４．０．０．２２」となり、ＵＥのＥＰＳベアラコンテキスト９３２に基づいて、ベアラ１を用いて送信される。
　ＨｅＮＢ８０は、マルチキャストグループ参加要求をベアラ１経由で受信するため、ＳＧＷ３０に送信する。
　ＳＧＷ３０は、マルチキャストグループ参加要求を受信し、非特許文献３で規定されるＭＢＭＳの従来手続きに従って、ＭＢＭＳ通知要求をＭＭＥ１０に送信する（Ｓ１５２）。ＭＢＭＳ通知要求には、ＵＥ識別子と、要求されたマルチキャストグループのＩＰアドレス（すなわち「ＦＦ０２：：Ｃ」）とが含まれる。
　ＭＭＥ１０は、ＭＢＭＳ通知要求を受信し、ＭＢＭＳ通知応答を返信する（Ｓ１５４）とともに、ＵＥ９０のマルチキャストグループ参加要求がローカルＩＰアクセスでのマルチキャストデータ受信を要求するものであるか否かを判定するマルチキャスト受信要求判定処理を実行する（Ｓ１５６）。そのマルチキャスト受信要求判定処理について、以下、図１６を用いて、説明する。
　［１．３．３．１　マルチキャスト受信要求判定処理］
　まず、受信したＭＢＭＳ通知要求内に含まれている参加要求マルチキャストグループのＩＰアドレスを抽出する（ステップＳ１０）。なお、ここでは「ＦＦ０２：：Ｃ」が抽出されるとする。
　次に、マルチキャストアドレス設定表１３４に基づいて、抽出したＩＰアドレスがローカルＩＰアクセス用に設定されたマルチキャストアドレスに該当するかを確認する（ステップＳ１２）。
　該当する場合（ステップＳ１２；Ｙｅｓ）には、ＵＥ９０のマルチキャストグループ参加要求は、ローカルＩＰアクセスでのマルチキャストデータ受信を要求するものであると判定し（ステップＳ１４）、既にＵＥ９０がローカルＩＰアクセス用ＥＰＳベアラを確立しているか否かをＥＰＳベアラコンテキスト１３６に基づいて確認する（ステップＳ１６）。
　ローカルＩＰアクセス用ＥＰＳベアラの確立が確認できた場合（ステップＳ１６;Ｙｅｓ）には、次に説明するローカルＩＰアクセス用マルチキャストセッション確立手続きを開始する（ステップＳ２０）。
　なお、ステップＳ１６において、ローカルＩＰアクセス用ＥＰＳベアラの確立が確認できなかった場合（ステップＳ１６;Ｎｏ）には、前述のＵＥのローカルＩＰアクセス確立処理を先ず実行し、ベアラを確立する（Ｓ１８）。
　また、ステップＳ１２において、抽出されたＩＰアドレスがローカルＩＰアクセス用に設定されたマルチキャストアドレスに該当しない場合には（ステップＳ１２；Ｎｏ）、通常のＭＢＭＳでのマルチキャスト参加要求と判定する（ステップＳ２２）。そして、従来のＭＢＭＳのマルチセッション確立処理を開始する（ステップＳ２４）。
　［１．３．３．２　ローカルＩＰアクセス用マルチキャストセッション確立手続き］
　以下、再び、図１５に戻り、ローカルＩＰアクセス用マルチキャストセッション確立手続きを説明する。
　まず、ＭＭＥ１０は、参加要求のあったマルチキャストアドレスを宛先アドレスに含んだＵＬ　ＴＦＴとＥＰＳベアラＩＤ（ベアラ２）とを含めたセッション管理要求を生成する。そして、ＭＭＥ１０は、ＥＰＳベアラコンテキスト１３６を図５（Ｃ）のように更新し（Ｓ１５８）、さらにベアラ変更要求をＨｅＮＢ８０に送信する（Ｓ１６０）。
　ベアラ変更要求には、セッション管理要求と、ＥＰＳベアラＩＤ（ベアラ２）と、参加要求されたマルチキャストアドレスと、当該マルチキャストアドレスをホームネットワーク経由で受信することをＨｅＮＢに指示する識別子とを含んでいる。
　ＨｅＮＢ８０はベアラ変更要求を受信し、指定されたマルチキャストアドレスのグループへ参加するためにＩＧＭＰ　Ｊｏｉｎ或いはＭＬＤ　Ｊｏｉｎをホームネットワーク５内に送信し（Ｓ１６２）、指定されたマルチキャストアドレス宛てのデータ受信を開始する（Ｓ１６４）。そして、ＨｅＮＢ８０はセッション管理要求をＵＥに転送する（Ｓ１６６）。
　ＵＥ９０は、セッション管理要求に含まれているＵＬ　ＴＦＴとＥＰＳベアラＩＤに基づいて、図１２（Ｃ）のようにＥＰＳベアラコンテキスト９３２を更新し（Ｓ１６８）、セッション管理応答をＨｅＮＢ８０に送信する（Ｓ１７０）。
　ＨｅＮＢ８０は、セッション管理応答を含んだベアラ変更応答をＭＭＥ１０に送信する。以上でローカルＩＰアクセス用マルチキャストセッション確立手続きを完了する。
　一方、ＵＥ９０が、従来のＭＢＭＳを用いたマルチキャストデータ受信を要求していると判定された場合には、従来方法に従って、図１７に示されていように従来のＭＢＭＳ処理が実行される。
　すなわち、ＭＭＥ１０は、ＭＢＭＳコンテキスト活性化開始要求をＵＥに送信し（Ｓ１７４）、ＵＥ９０と、ＨｅＮＢ８０と、ＭＭＥ１０と、ＳＧＷ３０と、ＭＢＭＳ－ＧＷ５０との間でＭＢＭＳセッション確立処理を行う（Ｓ１７６）。
　［１．３．４　マルチキャストデータ受信処理］
　ローカルＩＰアクセス用マルチキャストセッションの確立が完了すると、ＵＥ９０はホームネットワーク５内で送信されたマルチキャストデータの受信が可能となる。
　以下、ＵＥ９０がＵＰｎＰ等のサービス発見プロトコルに基づいてサービス探索要求を送受信した場合を例に、マルチキャストデータ受信処理について、図１８を用いて説明する。
　まず、ＵＥ９０はサービス探索要求を送信する。サービス探索要求の送信先アドレスは、「ＦＦ０２：：Ｃ」であるため、ＵＥは、ＥＰＳベアラコンテキストのＵＬ　ＴＦＴに基づいてベアラ（ＥＰＳベアラ２）を選択し（Ｓ１８０）、当該探索要求をＥＰＳベアラ２で送信する（Ｓ１８２）。
　ＨｅＮＢ８０は、ベアラＩＤで転送先を判定する（Ｓ１８４）。ここでは、ＥＰＳベアラ２経由でサービス探索要求を受信するので、ＥＰＳベアラコンテキスト８３４に基づいてホームネットワークに直接転送することを決定し、ＮＡＴ処理を行ったうえで（Ｓ１８６）、ホームネットワーク５上でサービス探索要求をマルチキャスト送信する（Ｓ１８８）。
　情報端末７０は、上記サービス探索要求を受信し、提供するサービスの情報（例えば「印刷サービス」）を含んだサービス探索応答を「ＦＦ０２：：Ｃ」宛てにマルチキャスト送信する（Ｓ１９０）。
　ＨｅＮＢ８０は、サービス探索応答を受信し、マルチキャストグループ参加リスト８３２を参照し、当該マルチキャストグループに参加している転送先のＵＥを選択し（Ｓ１９２）、各ＵＥのローカルＩＰアクセス用のＥＰＳベアラを選択し（Ｓ１９４）、選択したＥＰＳベアラを用いてＵＥ９０にサービス探索応答を送信する（Ｓ１９６）。
　なお、ＨｅＮＢ８０がマルチキャストグループ参加リスト８３２を参照した結果、当該マルチキャストグループに参加しているＵＥ９０が見つからなかった場合には、受信したマルチキャストデータ（ここでは、サービス探索応答）を破棄する。
　また、ＵＥ９０自体がサービスを提供している場合には、ＵＥ９０は、情報端末７０が送信するサービス探索要求をＨｅＮＢ８０経由で受信し、サービス検索応答をＥＰＳベアラ２を用いてＨｅＮＢ８０に送信し、ＨｅＮＢ８０がホームネットワーク５上に転送する。
　なお、本実施形態では、ホームネットワーク５上に情報端末７０のみが存在する場合を例に述べたが、それに限らず複数の情報端末が存在する場合であっても同様に動作する。具体的には、Ｓ１８８において、ＨｅＮＢ８０はサービス探索要求を「ＦＦ０２：：Ｃ」宛てにマルチキャスト送信するので、ホームネットワーク５上に複数の情報端末が存在する場合であっても、その総ての情報端末が受信することができる。
　このように、本実施形態では、ローカルＩＰアクセス機能を持つＨｅＮＢ８０に接続しているＵＥ９０がマルチキャストグループ参加要求を送信した場合、ＭＭＥ１０が、当該マルチキャスト参加要求がローカルＩＰアクセスでのマルチキャストデータ受信を要求するものであるか、或いは従来のＭＢＭＳを用いたマルチキャストデータ受信を要求するものであるかを判定し、判定結果に基づいて好適なマルチキャストセッション確立手続きを選択することができる。
　これにより、既存システムとの互換性を維持しながら、ＭＢＭＳが導入されていないローカルＩＰアクセス環境においても、ＵＥ９０がマルチキャストデータの受信を行うことができ、例えば、ＵＰｎＰ等のマルチキャストを用いたサービス発見プロトコルについても何ら変更を加えることなく動作させることができる。
　さらに、ＵＥ９０は、非特許文献１で規定される従来の処理を行えばよく、ローカルＩＰアクセス仕様策定前に出荷されたＵＥ９０に一切の変更を加えることなく、本実施形態を実現することができる。
また、同様にＳＧＷ３０の処理にも変更を加えることなく、本実施形態を実現することができる。
　また、ＨｅＮＢ８０は、ＵＥ９０から送信されるフローにどのベアラが用いられたかと、ホームネットワーク５内から送信されるフローの宛先アドレスのみに基づいて転送先を判断すればよく、例えばＵＥ９０が送信するマルチキャスト参加要求メッセージの中身（どのマルチキャストグループへの参加であるか等）を見る必要がないため、ＨｅＮＢ８０の処理も簡素化できるという効果が期待できる。
　［２．第２実施形態］
　続いて、本発明を適用した第２実施形態について説明する。本実施形態は、ＭＭＥ及びＳＧＷの構成を除いて、ネットワーク構成及び装置構成は第１実施形態と同様であり、ＭＭＥ及びＳＧＷの構成以外の詳細説明は省略する。
　［２．１　装置構成］
　まず、各装置構成について図を用いて簡単に説明する。上述したように、第２実施形態は、第１実施形態の構成のＭＭＥ１０をＭＭＥ１２に、ＳＧＷ３０をＳＧＷ３２に置き換えたものとなる。
　［２．１．１　ＭＭＥの構成］
　図１９は、本実施形態におけるＭＭＥ１２の構成を示す。なお、図１９のＭＭＥ１２は、図２に示したＭＭＥ１０と同一の構成要素には同一の符号を付しており、同一の符号を付した機能部についての説明は省略する。
　図１９に示すように、ＭＭＥ１２は、制御部１００に、送受信部１１０と、記憶部１３０ｂとがバスを介して接続されている。
　記憶部１３０ｂは、ＭＭＥ１２の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに、記憶部には、サブスクリプションＤＢ１３２と、ＥＰＳベアラコンテキスト１３６とが記憶されている。
　［２．１．２　ＳＧＷの構成］
　図２０は、本実施形態におけるＳＧＷ３２の構成を示す。なお、図２０のＳＧＷ３２は、図６に示したＳＧＷ３０と同一の構成要素には同一の符号を付しており、同一の符号を付した機能部についての説明は省略する。
　図２０に示すように、ＳＧＷ３２は、制御部３００に、送受信部３１０と、パケット送受信部３２０と、記憶部３３０ｂと、マルチキャスト確立手続き選択部３５０とがバスを介して接続されている。
　記憶部３３０ｂは、ＳＧＷ３２の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに、記憶部には、マルチキャストアドレス設定表３３４とＥＰＳベアラコンテキスト３３２とが記憶されている。
　図２１は、マルチキャストアドレス設定表３３４の一例を示した図であり、ローカルＩＰアクセス経由で参加するマルチキャストグループのＩＰアドレスを記憶するデータベースである。
　図２２は、ＥＰＳベアラコンテキスト３３２の一例を示した図であり、ＵＥ識別子（例えば「ＵＥ１」）と、ベアラＩＤ（例えば「ベアラＩＤ１」）と、ＵＬ　ＴＦＴ(Uplink TFT)と、ＬＩＰＡ(Local IP Access)設定（例えば、「ＯＦＦ」）とを対応付けて記憶し、ＵＥ毎に設定されているＥＰＳベアラの状態を管理する。
　マルチキャスト確立手続き選択部３５０は、ＵＥ９０のマルチキャストグループ参加要求を契機に、ローカルＩＰアクセス用のマルチキャストセッション確立手続きを行うか、或いは従来のＭＢＭＳのマルチキャストセッション確立手続きを開始するかを選択する機能部である。
　［２．２　処理の説明］
　続いて、第２実施形態における処理について説明する。まず、第１実施形態と同様にＵＥ９０は、ＨｅＮＢ８０経由でのアタッチ処理及びローカルＩＰアクセス確立処理を行う。本アタッチ処理と、本ローカルＩＰアクセス確立処理とは第１実施形態と同様であるため説明を省略する。
　次に、ＵＥ９０はホームネットワーク５内で提供されているサービスを発見するために、ＵＰｎＰ等のサービス発見プロトコルに従って、マルチキャストグループへの参加手続きを行う。ここで、第１実施形態と異なるのは、ＳＧＷ３２がマルチキャスト受信要求判定処理を行うことである。
　［２．２．１　マルチキャストセッション確立処理（第２実施形態）］
　図２３は、本実施形態のマルチキャストセッション確立処理を示したものである。
　まず、ＵＥ９０は第１実施形態と同様にマルチキャストグループ参加要求をベアラ１を用いて送信する（Ｓ２００）。
　ＨｅＮＢ８０は、マルチキャストグループ参加要求をベアラ１経由で受信するため、ＳＧＷ３２に送信する。
　ＳＧＷ３２は、マルチキャストグループ参加要求を受信し、ＵＥ９０のマルチキャストグループ参加要求がローカルＩＰアクセスでのマルチキャストデータ受信を要求するものであるか否かを判定するマルチキャスト受信要求判定処理を実行する（Ｓ２０２）。そのマルチキャスト受信要求判定処理について、以下、図２４を用いて、説明する。
　［２．２．１．１　マルチキャスト受信要求判定処理］
　まず、受信したマルチキャストグループ参加要求内に含まれている参加要求マルチキャストグループのＩＰアドレスを抽出する（ステップＳ３０）。なお、ここでは「ＦＦ０２：：Ｃ」が抽出されるとする。
　次に、マルチキャストアドレス設定表３３４に基づいて、抽出したＩＰアドレスがローカルＩＰアクセス用に設定されたマルチキャストアドレスに該当するかを確認する（ステップＳ３２）。
　該当する場合（ステップＳ３２；Ｙｅｓ）には、ＵＥ９０のマルチキャストグループ参加要求は、ローカルＩＰアクセスでのマルチキャストデータ受信を要求するものであると判定し（ステップＳ３４）、既にＵＥ９０がローカルＩＰアクセス用ＥＰＳベアラを確立しているか否かをＥＰＳベアラコンテキストに基づいて確認する（ステップＳ３６）。
　ローカルＩＰアクセス用ＥＰＳベアラの確立が確認できた場合（ステップＳ３６；Ｙｅｓ）には、次に説明するローカルＩＰアクセス用マルチキャストセッション確立手続きを開始する（ステップＳ４０）。
　なお、ステップＳ３６において、ローカルＩＰアクセス用ＥＰＳベアラの確立が確認できなかった場合（ステップＳ３６；Ｎｏ）には、前述のＵＥ９０のローカルＩＰアクセス確立処理を先ず実行し、ベアラを確立する（ステップＳ３８）。
　また、ステップＳ３２において、抽出されたＩＰアドレスがローカルＩＰアクセス用に設定されたマルチキャストアドレスに該当しない場合には（ステップＳ３２；Ｎｏ）、通常のＭＢＭＳでのマルチキャスト参加要求と判定する（ステップＳ４２）。そして、従来のＭＢＭＳのマルチセッション確立処理を開始する（ステップＳ４４）。
　［２．２．１．２　ローカルＩＰアクセス用マルチキャストセッション確立手続き］
　以下、再び、図２３に戻り、ローカルＩＰアクセス用マルチキャストセッション確立手続きを説明する。
　まず、ＳＧＷ３２は、ＥＰＳベアラコンテキスト３３２を図２２のように変更し、ベアラ変更要求をＭＭＥ１２に送信する（Ｓ２０６）。ベアラ変更要求には、参加要求のあったマルチキャストアドレスを宛先アドレスに含んだＵＬ　ＴＦＴとＥＰＳベアラＩＤ（ベアラ２）とＬＩＰＡフラグとが含まれる。
　ＭＭＥ１２は、ベアラ変更要求を受信し、ＵＬ　ＴＦＴとＥＰＳベアラ２とを含めたセッション管理要求を生成する。そして、ＭＭＥは、ＥＰＳベアラコンテキスト１３６を図５（Ｃ）のように更新し（Ｓ２０８）、さらにベアラ変更要求をＨｅＮＢ８０に送信する（Ｓ２１０）。ベアラ変更要求には、セッション管理要求と、ＥＰＳベアラＩＤ（ベアラ２）と、参加要求されたマルチキャストアドレスと、当該マルチキャストアドレスをホームネットワーク経由で受信することをＨｅＮＢ８０に指示する識別子とを含む。
　ＨｅＮＢ８０はベアラ変更要求を受信し、指定されたマルチキャストアドレスのグループへ参加するためにＩＧＭＰ　Ｊｏｉｎ或いはＭＬＤ　Ｊｏｉｎをホームネットワーク５内に送信し（Ｓ２１２）、指定されたマルチキャストアドレス宛てのデータ受信を開始する（Ｓ２１４）。そして、ＨｅＮＢ８０はセッション管理要求をＵＥ９０に転送する（Ｓ２１６）。
　ＵＥ９０は、セッション管理要求に含まれているＵＬ　ＴＦＴとＥＰＳベアラＩＤに基づいて、図１２（Ｃ）のようにＥＰＳベアラコンテキスト９３２を更新し（Ｓ２１８）、セッション管理応答をＨｅＮＢ８０に送信する（Ｓ２２０）。
　ＨｅＮＢ８０は、セッション管理応答を含んだベアラ変更応答をＭＭＥ１２に送信する（Ｓ２２２）。また、ＭＭＥ１２は、ベアラ変更応答をＳＧＷ３２に送信する（Ｓ２２４）。
　以上でローカルＩＰアクセス用マルチキャストセッション確立手続きを完了する。
　一方、ＵＥ９０が、従来のＭＢＭＳを用いたマルチキャストデータ受信を要求している場合には、従来方法に従って、図２５に示されているようにＳＧＷ３２は、ＭＢＭＳ通知要求をＭＭＥ１２に送信する（Ｓ２５０）。
　ＭＭＥ１２は、ＭＢＭＳ通知要求を受信し、ＭＢＭＳ通知応答を返信するとともに（Ｓ２５２）、ＭＢＭＳコンテキスト活性化開始要求をＵＥ９０に送信する（Ｓ２５４）。そして、ＵＥ９０と、ＨｅＮＢ８０と、ＭＭＥ１２と、ＳＧＷ３２と、ＭＢＭＳ－ＧＷ５０との間でＭＢＭＳセッション確立処理を行う（Ｓ２５６）。
　ローカルＩＰアクセス用マルチキャストセッションの確立が完了すると、ＵＥ９０はホームネットワーク内で送信されたマルチキャストデータの受信が可能となる。なお、マルチキャストデータの受信処理の具体的な手続きは、第１実施形態と同様であるため説明を省略する。
　このように本実施形態では、先の第１実施形態と異なり、ＳＧＷ３２がマルチキャスト受信要求の判定処理を行う。
　なお、本実施形態では、ＳＧＷ３２がマルチキャスト判定処理を行った後、ベアラ変更要求を用いてＭＭＥ１２に対してローカルＩＰアクセス用マルチキャストセッション確立を要求する場合を例にして述べたが、それに限らず、例えば、従来のＭＢＭＳ通知要求を拡張して、ＬＩＰＡフラグを含めるようにしてもよい。その場合には、ＭＢＭＳ通知要求には、ＵＬ　ＴＦＴは含めず、ＵＥ識別子と、参加要求のあったマルチキャストアドレスとＬＩＰＡフラグとが含まれる。
　［３．第３実施形態］
　続いて、第３実施形態について説明する。本実施形態は、ＭＭＥの構成を除いて、ネットワーク構成及び装置構成は第１実施形態と同様であり、ＭＭＥの構成以外の詳細説明は省略する。
　［３．１　装置構成］
　まず、各装置構成について図を用いて簡単に説明する。上述したように、第１実施形態のＭＭＥ１０を、ＭＭＥ１４に置き換えた構成である。
　［３．１．１　ＭＭＥの構成］
　図２６は、本実施形態におけるＭＭＥ１４の構成を示す。なお、図２６のＭＭＥ１４は、図２に示したＭＭＥと同一の構成要素には同一の符号を付しており、同一の符号を付した機能部についての説明は省略する。
　図２６に示すように、ＭＭＥ１４は、制御部１００に、送受信部１１０と、記憶部１３０と、マルチキャスト確立手続き指示部１２４とがバスを介して接続されている。
　マルチキャスト確立手続き指示部１２４は、第１実施形態と異なり、ローカルＩＰアクセス確立処理が完了したことを検出し、ＵＥ９０がマルチキャストグループへの参加要求を行う前にＨｅＮＢ８０にローカルＩＰアクセス用マルチキャストセッション確立を要求する機能部である。
　［３．２　処理の説明］
　まず、第１実施形態と同様にＵＥ９０は、ＨｅＮＢ８０経由でのアタッチ処理及びローカルＩＰアクセス確立処理を行う。本アタッチ処理と、本ローカルＩＰアクセス確立処理とは第１実施形態と同様であるため説明を省略する。
　次に、第１実施形態と異なり、ＭＭＥ１４は、ローカルＩＰアクセス確立処理の完了に連動して、ＵＥ９０がマルチキャストグループ参加要求を送信する前に、以下に説明するマルチキャストセッション確立処理を行う。
　［３．２．１ 　マルチキャストセッション確立処理（第３実施形態）］
　図２７は、本実施形態のマルチキャストセッション確立処理を示したものである。まず、ＭＭＥ１４は、ＵＥ９０がローカルＩＰアクセス確立処理が完了したことを検出する（Ｓ３００）。なお、検出手段としては、ローカルＩＰアクセス確立処理において、ＨｅＮＢ８０からＭＭＥ１４に送信されるベアラ設定応答の受信を用いることができる。
　そして、ＭＭＥ１４は、マルチキャストアドレス設定表１３４を参照し、ローカルＩＰアクセス経由で参加するマルチキャストグループのＩＰアドレスを抽出する（Ｓ３０２）。なお、ここでは「ＦＦ０２：：Ｃ」が抽出されるとする。
　そして、ＭＭＥ１４は、抽出したマルチキャストアドレスを宛先アドレスに含んだＵＬ　ＴＦＴとローカルＩＰアクセス用に割り当てられたＥＰＳベアラＩＤ（ベアラ２）とを含めたセッション管理要求を生成する。さらに、ＭＭＥ１４は、ＥＰＳベアラコンテキスト１３６を図５（Ｃ）のように更新し（Ｓ３０４）、ベアラ変更要求をＨｅＮＢ８０に送信する（Ｓ３０６）。ベアラ変更要求には、セッション管理要求と、抽出したマルチキャストアドレスと、当該マルチキャストアドレスをホームネットワーク経由で受信することをＨｅＮＢ８０に指示する識別子とを含む。
　ＨｅＮＢ８０はベアラ変更要求を受信し、指定されたマルチキャストアドレスのグループへ参加するためにＩＧＭＰ　Ｊｏｉｎ或いはＭＬＤ　Ｊｏｉｎをホームネットワーク５内に送信し（Ｓ３０８）、指定されたマルチキャストアドレス宛てのデータ受信を開始する（Ｓ３１０）。そして、ＨｅＮＢ８０はセッション管理要求をＵＥ９０に転送する（Ｓ３１２）。
　ＵＥ９０は、セッション管理要求に含まれているＵＬ　ＴＦＴとＥＰＳベアラＩＤに基づいて、図１２（Ｃ）のようにＥＰＳベアラコンテキスト９３２を更新し（Ｓ３１４）、セッション管理応答をＨｅＮＢ８０に送信する（Ｓ３１６）。
　ＨｅＮＢ８０は、セッション管理応答を含んだベアラ変更応答をＭＭＥ１４に送信する（Ｓ３１８）。
　以上で、ローカルＩＰアクセス用マルチキャストセッション確立手続きが完了し、ＵＥ９０はホームネットワーク５内で送信されたマルチキャストデータの受信が可能となる（Ｓ３２０）。なお、マルチキャストデータの受信処理の具体的な手続きは、第１実施形態と同様であるため説明を省略する。
　なお、ＵＥ９０は、Ｓ３１４においてベアラ更新を行った時点では、Ｌ２（レイヤー２）レベルでマルチキャストセッションが確立されたことを検知するだけであり、Ｌ３（レイヤー３）のプロトコルであるＵＰｎＰ等のサービス発見プロトコルを動作させた場合には、ＵＥ９０は従来方法に従って、マルチキャストグループ参加要求を送信する（Ｓ３２２）。
　その場合には、ＳＧＷ３０は、マルチキャストグループ参加要求を受信し、ＭＢＭＳの従来手続きに従って、ＭＢＭＳ通知要求をＭＭＥ１４に送信する（Ｓ３２４）。ＭＢＭＳ通知要求には、ＵＥ識別子と、要求されたマルチキャストグループのＩＰアドレスとが含まれる。
　ＭＭＥ１４は、ＭＢＭＳ通知要求を受信し、ＭＢＭＳ通知応答を返信する（Ｓ３２６）とともに、要求されたマルチキャストアドレスについては、ＥＰＳベアラコンテキスト１３６に基づいて既にローカルＩＰアクセス用マルチキャストセッション確立処理が完了していることを確認し（Ｓ３２８）、処理を終了する。
　また、Ｓ３２８の確認処理において、ＭＢＭＳ通知要求に含まれているマルチキャストアドレスがマルチキャストアドレス設定表に含まれていない場合には、通常のＭＢＭＳでの要求と判定し、従来方法に従って、ＭＭＥ１４は、ＭＢＭＳコンテキスト活性化開始要求をＵＥ９０に送信し（Ｓ３３０）、ＵＥ９０と、ＨｅＮＢ８０と、ＭＭＥ１４と、ＳＧＷ３０と、ＭＢＭＳ－ＧＷ５０との間でＭＢＭＳセッション確立処理を行う（Ｓ３３２）。
　このように本実施形態が先の第１実施形態と異なる点は、ＭＭＥ１４がマルチキャストアドレス設定表１３４に基づいて、ローカルＩＰアクセス経由で参加する可能性のあるマルチキャストグループについては、事前に当該マルチキャストアドレス宛てのパケットを、総てホームネットワーク５経由で送信するようにＨｅＮＢ８０に指示する点である。これにより、ＵＥ９０は、ＩＧＭＰｊｏｉｎ或いはＭＬＤｊｏｉｎ送信後、即座にローカルＩＰアクセス経由でのマルチキャストサービスを享受できるようになるため、ＵＰｎＰ等のサービス発見プロトコルを開始する際にも、その応答速度を改善することができる。
　なお、本実施形態では、ローカルＩＰアクセス確立処理の完了を契機にマルチキャストセッション確立処理を行うことを例に述べたが、それに限らず、ローカルＩＰアクセス確立処理におけるＥＰＳベアラ２の確立手続きにおけるベアラ設定要求及びセッション管理要求（Ｓ１１６）に、Ｓ３０６のベアラ変更要求及びセッション管理要求を含めてマルチキャストセッション確立処理をローカルＩＰアクセス確立処理にまとめて行ってもよいものとする。
　また、Ｓ３０２において、複数のマルチキャストアドレスを抽出した場合には、各アドレス毎に個別にＳ３０６のベアラ変更要求で開始されるローカルＩＰアクセス用マルチキャストセッション確立手続きを行ってもよいし、ベアラ変更要求を更に拡張して、複数のマルチキャストアドレスを指定できるようにしてもよい。
　［４．第４実施形態］
　続いて、本発明の第４実施形態について説明する。本実施形態は、ＳＧＷの構成を除いて、ネットワーク構成及び装置構成は第２実施形態と同様であり、ＳＧＷの構成以外の詳細説明は省略する。
　［４．１　装置構成］
まず、各装置構成について図を用いて簡単に説明する。上述したように、本実施形態は第２実施形態のＳＧＷ３２を、ＳＧＷ３６に置き換えた構成となる。
　［４．１．１　ＳＧＷの構成］
　図２８は、本実施形態におけるＳＧＷ３６の構成を示す。なお、図２８のＳＧＷ３８は、図２０に示したＳＧＷ３２と同一の構成要素には同一の符号を付しており、同一の符号を付した機能部についての説明は省略する。
　図２８に示すように、ＳＧＷ３６は、制御部３００に、送受信部３１０と、パケット送受信部３２０と、記憶部３３０ｂと、マルチキャスト確立手続き指示部３６０とがバスを介して接続されている。
　マルチキャスト確立手続き指示部３６０は、第２実施形態と異なり、ローカルＩＰアクセス確立処理が完了したことを検出し、ＵＥ９０がマルチキャストグループへの参加要求を行う前にＭＭＥ１２にローカルＩＰアクセス用マルチキャストセッション確立を要求する機能部である。
　［４．２　処理の説明］
　まず、第２実施形態と同様にＵＥ９０は、ＨｅＮＢ８０経由でのアタッチ処理及びローカルＩＰアクセス確立処理を行う。本アタッチ処理と、本ローカルＩＰアクセス確立処理とは第１実施形態と同様であるため説明を省略する。
　次に、第２実施形態と異なり、ＳＧＷ３６は、ローカルＩＰアクセス確立処理の完了に連動して、ＵＥ９０がマルチキャストグループ参加要求を送信する前に、以下に説明するマルチキャストセッション確立処理を行う。
　［４．２．１　マルチキャストセッション確立処理（第４実施形態）］
　図２９は、本実施形態のマルチキャストセッション確立処理を示したものである。まず、ＳＧＷ３６は、ＵＥ９０がローカルＩＰアクセス確立処理が完了したことを検出する（Ｓ４００）。なお、検出手段としては、ローカルＩＰアクセス確立処理において、ＭＭＥ１２からＳＧＷ３６に送信されるベアラ確立応答の受信を用いることができる。
　そして、ＳＧＷ３６は、マルチキャストアドレス設定表３３４を参照し、ローカルＩＰアクセス経由で参加するマルチキャストグループのＩＰアドレスを抽出する（Ｓ４０２）。なお、ここでは「ＦＦ０２：：Ｃ」が抽出されるとする。
　そして、ＳＧＷ３６は、ＥＰＳベアラコンテキスト３３２を図２２のように更新し（Ｓ４０４）、ベアラ変更要求をＭＭＥ１２に送信する（Ｓ４０６）。ベアラ変更要求には、抽出したマルチキャストアドレスを宛先アドレスに含んだＵＬ　ＴＦＴとＥＰＳベアラＩＤ（ベアラ２）とＬＩＰＡフラグとが含まれる。
　ＭＭＥ１２は、ベアラ変更要求を受信し、ＵＬ　ＴＦＴとＥＰＳベアラ２とを含めたセッション管理要求を生成する。そして、ＭＭＥ１２は、ＥＰＳベアラコンテキスト１３６を図５（Ｃ）のように更新し（Ｓ４０８）、ベアラ変更要求をＨｅＮＢ８０に送信する（Ｓ４１０）。ベアラ変更要求には、セッション管理要求と、抽出したマルチキャストアドレスと、当該マルチキャストアドレスをホームネットワーク５経由で受信することをＨｅＮＢ８０に指示する識別子とを含む。
　ＨｅＮＢ８０はベアラ変更要求を受信し、指定されたマルチキャストアドレスのグループへ参加するためにＩＧＭＰ　Ｊｏｉｎ或いはＭＬＤ　Ｊｏｉｎをホームネットワーク５内に送信し（Ｓ４１２）、指定されたマルチキャストアドレス宛てのデータ受信を開始する（Ｓ４１４）。そして、ＨｅＮＢ８０はセッション管理要求をＵＥ９０に転送する（Ｓ４１６）。
　ＵＥ９０は、セッション管理要求に含まれているＵＬ　ＴＦＴとＥＰＳベアラＩＤに基づいて、図１２（Ｃ）のようにＥＰＳベアラコンテキスト９３２を更新し（Ｓ４１８）、セッション管理応答をＨｅＮＢに送信する（Ｓ４２０）。
　ＨｅＮＢ８０は、セッション管理応答を含んだベアラ変更応答をＭＭＥ１２に送信する（Ｓ４２２）。また、ＭＭＥ１２は、ベアラ変更応答をＳＧＷ３６に返信する（Ｓ４２４）。
　以上で、ローカルＩＰアクセス用マルチキャストセッション確立手続きが完了し、ＵＥ９０はホームネットワーク５内で送信されたマルチキャストデータの受信が可能となる（Ｓ４２６）。なお、マルチキャストデータの受信処理の具体的な手続きは、第２実施形態と同様であるため説明を省略する。
　なお、ＵＥ９０は、ベアラ更新を行った時点では、Ｌ２（レイヤー２）レベルでマルチキャストセッションが確立されたことを検知するだけであり、Ｌ３（レイヤー３）のプロトコルであるＵＰｎＰ等のサービス発見プロトコルを動作させた場合には、ＵＥ９０は従来方法に従って、マルチキャストグループ参加要求を送信する（Ｓ４２８）。
　その場合には、ＳＧＷ３６は、マルチキャストグループ参加要求を受信し、要求されたマルチキャストアドレスについては、ＥＰＳベアラコンテキスト３３２に基づいて既にローカルＩＰアクセス用マルチキャストセッション確立処理が完了していることを確認し（Ｓ４３０）、処理を終了する。
　また、Ｓ４３０の確認処理において、要求されたマルチキャストアドレスがマルチキャストアドレス設定表３３４に含まれていない場合には、通常のＭＢＭＳでの要求と判定し、ＭＢＭＳの従来手続きに従って、ＭＢＭＳ通知要求をＭＭＥ１２に送信する（Ｓ４３２）。ＭＢＭＳ通知要求には、ＵＥ識別子と、要求されたマルチキャストグループのＩＰアドレスとが含まれる。
　ＭＭＥ１２は、ＭＢＭＳ通知要求を受信し、ＭＢＭＳ通知応答を返信する（Ｓ４３４）とともに、従来方法に従って、ＭＭＥ１２は、ＭＢＭＳコンテキスト活性化開始要求をＵＥ９０に送信し（Ｓ４３６）、ＵＥ９０と、ＨｅＮＢ８０と、ＭＭＥ１２と、ＳＧＷ３６と、ＭＢＭＳ－ＧＷ５０との間でＭＢＭＳセッション確立処理を行う（Ｓ４３８）。
　このように本実施形態が第２実施形態と異なる点は、ＳＧＷ３６がマルチキャストアドレス設定表３３４に基づいて、ローカルＩＰアクセス経由で参加する可能性のあるマルチキャストグループについては、事前に当該マルチキャストアドレス宛てのパケットを、総てホームネットワーク経由で送信するようにＭＭＥ１２を介してＨｅＮＢ８０に指示する点である。
　これにより、ＵＥ９０は、ＩＧＭＰｊｏｉｎ或いはＭＬＤｊｏｉｎ送信後、即座にローカルＩＰアクセス経由でのマルチキャストサービスを享受できるようになるため、ＵＰｎＰ等のサービス発見プロトコルを開始する際にも、その応答速度を改善することができる。
　なお、本実施形態では、ローカルＩＰアクセス確立処理の完了を契機にマルチキャストセッション確立処理を行うことを例に述べたが、それに限らず、ローカルＩＰアクセス確立処理におけるＥＰＳベアラ２の確立手続きにおけるベアラ確立要求（Ｓ１１０）に、Ｓ４０６のベアラ変更要求を含めてマルチキャストセッション確立処理をローカルＩＰアクセス確立処理にまとめて行ってもよいものとする。
　また、Ｓ４０２において、複数のマルチキャストアドレスを抽出した場合には、各アドレス毎に個別にＳ４０６のベアラ変更要求で開始されるローカルＩＰアクセス用マルチキャストセッション確立手続きを行ってもよいし、ベアラ変更要求を更に拡張して、複数のマルチキャストアドレスを指定できるようにしてもよい。
　［５．変形例］
　以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
　本実施形態では、無線アクセス技術として３ＧＰＰが規定するＥ－ＵＴＲＡを用いた場合を例に述べたが、これに限らず無線アクセス技術としてＵＴＲＡを用いても良い。
　さらに、本実施形態では、ＨｅＮＢは、ＧＷを経由してＳＧＷ及びＭＭＥと接続される場合を例にして述べたが、これに限らず、ＨｅＮＢがＳＧＷ及びＭＭＥと直接接続される構成であってもよい。
　さらに、本実施形態では、サービス発見プロトコルとしてＵＰｎＰを用いた場合を例にして述べたが、それに限らずＢｏｎｊｏｕｒ（登録商標）などマルチキャストを用いた類似のサービス発見プロトコルを用いてもよい。
　さらに、本実施形態では、マルチキャストを用いたサービス発見プロトコルの使用を例に述べたが、それに限らず、マルチキャストを用いたあらゆる通信についても同様に適用できる。
　さらに、各実施形態において、ＩＰｖ６を用いた通信を例に述べたが、ＩＰｖ４での通信においても同様に適用できる。
　また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
　ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（(Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
　また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
　また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
１　移動通信システム
　３　コアネットワーク
　　１０、１２、１４　ＭＭＥ
　　　１００　制御部
　　　１１０　送受信部
　　　１２０　マルチキャスト確立手続き選択部
　　　１２４　マルチキャスト確立手続き指示部
　　　１３０、１３０ｂ　記憶部
　　　　１３２　サブスクリプションＤＢ
　　　　１３４　マルチキャストアドレス設定表
　　　　１３６　ＥＰＳベアラコンテキスト
　　２０　ＧＷ
　　３０　ＳＧＷ
　　　３００　制御部
　　　３１０　送受信部
　　　３２０　パケット送受信部
　　　３３０、３３０ｂ　記憶部
　　　　３３２　ＥＰＳベアラコンテキスト
　　　　３３４　マルチキャストアドレス設定表
　　　　３５０　マルチキャスト確立手続き選択部
　　　　３６０　マルチキャスト確立手続き指示部
　　４０　ＰＧＷ
　　５０　ＭＢＭＳ－ＧＷ
　５　ホームネットワーク
　　６０　ホームＧＷ
　　７０　情報端末
　　　７００　制御部
　　　７１０　ホームネットワークインタフェース部
　　　７３０　記憶部
　　８０　ＨｅＮＢ
　　　８００　制御部
　　　８１０　ＮＡＴ部
　　　８２０　ＬＴＥ基地局部
　　　　８２２　外部アンテナ
　　　８３０　記憶部
　　　　８３２　マルチキャストグループ参加リスト
　　　　８３４　ＥＰＳベアラコンテキスト
　　　８４０　ホームネットワークインタフェース部
　　９０　ＵＥ
　　　９００　制御部
　　　９１０　ＬＴＥインタフェース部
　　　　９１２　外部アンテナ
　　　９２０　パケット送受信部
　　　９３０　記憶部
　　　　９３２　ＥＰＳベアラコンテキスト
　　　９４０　ベアラ確立処理部
　７　ブロードバンドアクセスネットワーク

Claims (10)

  1. 　移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムであって、
    　前記位置管理装置は、
    　移動局装置から前記アクセス制御装置を介してマルチキャスト受信要求を受信するマルチキャスト受信要求受信手段と、
    　前記マルチキャスト受信要求が、ホームネットワーク宛のマルチキャスト要求であるか否かを判定するマルチキャスト受信要求判定手段と、
    　前記マルチキャスト受信要求判定手段により、前記マルチキャスト要求がホームネットワーク宛と判定された場合には、前記移動局装置に対して、マルチキャストデータが送受信されるベアラを変更させるベアラ変更要求を送信するベアラ変更要求送信手段と、
    　を備えることを特徴とする移動通信システム。
  2. 　前記位置管理装置は、
    　ホームネットワーク宛のマルチキャスト要求となるアドレスを記憶するマルチキャストアドレス記憶手段を更に有し、
    　前記マルチキャスト受信要求判定手段は、前記マルチキャスト受信要求に含まれるマルチキャストアドレスが、前記マルチキャストアドレス記憶手段に記憶されている場合には、ホームネットワーク宛のマルチキャスト要求であると判定することを特徴とする請求項１に記載の移動通信システム。
  3. 　前記ベアラ変更要求送信手段は、前記ベアラ変更要求を前記ホーム基地局装置に送信し、
    　前記ホーム基地局装置は、前記ベアラ変更要求を受信した場合には、ホームネットワークからのマルチキャストの受信を開始し、前記移動局装置に対して、マルチキャストデータが送受信されるベアラを変更させるセッション管理要求を送信することを特徴とする請求項１又は２に記載の移動通信システム。
  4. 　移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムであって、
    　前記アクセス制御装置は、
    　移動局装置からマルチキャスト受信要求を受信するマルチキャスト受信要求受信手段と、
    　前記マルチキャスト受信要求が、ホームネットワーク宛のマルチキャスト要求であるか否かを判定するマルチキャスト受信要求判定手段と、
    　前記マルチキャスト受信要求判定手段により、前記マルチキャスト要求がホームネットワーク宛と判定された場合には、前記移動局装置に対して、マルチキャストデータが送受信されるベアラを変更させるベアラ変更要求送信手段と、
    を備えることを特徴とする移動通信システム。
  5. 　前記アクセス制御装置は、
    　ホームネットワーク宛のマルチキャスト要求となるアドレスを記憶するマルチキャストアドレス記憶手段を更に有し、
    　前記マルチキャスト受信要求判定手段は、前記マルチキャスト受信要求に含まれるマルチキャストアドレスが、前記マルチキャストアドレス記憶手段に記憶されている場合には、ホームネットワーク宛のマルチキャスト要求であると判定することを特徴とする請求項４に記載の移動通信システム。
  6. 　移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムであって、
    　前記位置管理装置は、
    　ホームネットワーク宛のマルチキャスト要求となるアドレスを記憶するマルチキャストアドレス記憶手段と、
    　ローカルＩＰアクセスが確立された否かを検出する検出手段と、
    　前記ローカルＩＰアクセスが確立されたと検出された場合には、前記移動局装置に対して、マルチキャストデータが送受信されるベアラを変更させるベアラ変更要求を送信するベアラ変更要求送信手段と、
    　を有し、
    　前記ベアラ変更要求には、前記マルチキャストアドレス記憶手段に記憶されているマルチキャストアドレスを含むことを特徴とする移動通信システム。
  7. 　移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムであって、
    　前記アクセス制御装置は、
    　ホームネットワーク宛のマルチキャスト要求となるアドレスを記憶するマルチキャストアドレス記憶手段と、
    　ローカルＩＰアクセスが確立された否かを検出する検出手段と、
    　前記ローカルＩＰアクセスが確立されたと検出された場合には、前記移動局装置に対して、マルチキャストデータが送受信されるベアラを変更させるベアラ変更要求を送信するベアラ変更要求送信手段と、
    　を有し、
    　前記ベアラ変更要求には、前記マルチキャストアドレス記憶手段に記憶されているマルチキャストアドレスを含むことを特徴とする移動通信システム。
  8. 　請求項１から７の何れか一項に記載の移動通信システムに接続される移動局装置であって、
    　前記ホーム基地局装置から、セッション管理要求を受信すると、マルチキャストデータを送受信するベアラを変更し、前記ホーム基地局装置を介してホームネットワークにおいてマルチキャストセッションを確立することを特徴とする移動局装置。
  9. 　移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムに接続される位置管理装置であって、
    　移動局装置から前記アクセス制御装置を介してマルチキャスト受信要求を受信するマルチキャスト受信要求受信手段と、
    　前記マルチキャスト受信要求が、ホームネットワーク宛のマルチキャスト要求であるか否かを判定するマルチキャスト受信要求判定手段と、
    　前記マルチキャスト受信要求判定手段により、前記マルチキャスト要求がホームネットワーク宛と判定された場合には、前記移動局装置に対して、マルチキャストデータが送受信されるベアラを変更させるベアラ変更要求を送信するベアラ変更要求送信手段と、
    　を備えることを特徴とする位置管理装置。
  10. 　移動局装置が接続されたホーム基地局装置を有するホームネットワークと、位置管理装置及びアクセス制御装置が接続されるコアネットワークとが外部ネットワークを介して接続されている移動通信システムの移動通信方法であって、
    　移動局装置から前記アクセス制御装置を介してマルチキャスト受信要求を受信するステップと、
    　前記マルチキャスト受信要求が、ホームネットワーク宛のマルチキャスト要求であるか否かを判定するステップと、
    　前記マルチキャスト要求がホームネットワーク宛と判定された場合には、前記移動局装置に対して、マルチキャストデータが送受信されるベアラを変更させるベアラ変更要求を送信するステップと、
    　を実現することを特徴とする移動通信方法。
     
PCT/JP2010/073710 2010-01-08 2010-12-28 移動通信システム、移動局装置、位置管理装置及び移動通信方法 WO2011083728A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010-003170 2010-01-08
JP2010003170 2010-01-08

Publications (1)

Publication Number Publication Date
WO2011083728A1 true WO2011083728A1 (ja) 2011-07-14

Family

ID=44305463

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/073710 WO2011083728A1 (ja) 2010-01-08 2010-12-28 移動通信システム、移動局装置、位置管理装置及び移動通信方法

Country Status (1)

Country Link
WO (1) WO2011083728A1 (ja)

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Service requirements for Home NodeBs and Home eNodeBs", 3GPP TS22.220 V9.3.0, 19 December 2009 (2009-12-19), pages 12 - 13, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Specs/archive/22-series/22.220/22220-930.zip> [retrieved on 20110126] *
TELECOM ITALIA ET AL.: "Multicast support with LIPA", 3GPP TSG SA WG2 MEETING #76 TD, 20 November 2009 (2009-11-20), Retrieved from the Internet <URL:http://ftp.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_76_Cabo/Docs/S2-097464.zip> [retrieved on 20110126] *

Similar Documents

Publication Publication Date Title
WO2019091456A1 (zh) 一种传输组播业务的方法和设备
JP6483617B2 (ja) 端末装置、リレー端末装置および通信制御方法
US8655265B2 (en) Efficient multicast control processing for a wireless network
US9743437B2 (en) Mobile communication system
US11102826B2 (en) Terminal device, base station device, MME, and communication control method
JP5893554B2 (ja) 位置管理装置、パケットデータネットワークゲートウェイ装置、移動局装置及び位置管理装置の通信方法
US8824430B2 (en) Wireless mobility gateway
JP5706343B2 (ja) モビリティ管理装置、マルチキャストサービス配信装置、移動通信システム、移動局装置及び移動通信方法
WO2011083729A1 (ja) 移動通信システム、モビリティ管理装置、データ配信装置、移動通信方法及びプログラム
WO2008025243A1 (fr) PASSERELLE D&#39;ACCÈS, eNB ET PROCÉDÉ POUR SERVICE ÉVOLUÉ DE MULTIDIFFUSION EN DIFFUSION MULTIMÉDIA
JP5084064B2 (ja) 無線通信システムおよびパッケット交換サービスのためのルーティング方法とそのルーティング方法を使用するフェムトアクセスポイント
JPH10243010A (ja) 移動ホストのマルチキャスト通信方法
CN102960018A (zh) 通过网关进行通信的方法及装置
JP2006512877A (ja) インターネットプロトコルシステムにおける端末のインターネットプロトコルのアドレスを生成する方法及びシステムと、このためのメッセージを伝送する方法及びシステム
JP2001313672A (ja) ネットワークシステム、パケット中継装置、無線端末及びパケット処理方法
WO2009015015A2 (en) Multiple packet data network support over trusted access
JP2019525518A (ja) ネットワーク化されたデバイス間のネットワーククラスターを確立するための方法
JPWO2015105183A1 (ja) 通信制御方法、位置管理装置、基地局装置、端末装置および通信システム
JP5676974B2 (ja) ホーム基地局装置及び移動局装置
JP2011004140A (ja) 基地局制御装置および無線パケット処理装置
WO2011083728A1 (ja) 移動通信システム、移動局装置、位置管理装置及び移動通信方法
WO2012026461A1 (ja) 移動通信システム、移動局装置、ホーム基地局装置及び通信方法
WO2012043662A1 (ja) 移動通信システム、移動局装置、ホーム基地局装置及び通信方法
JP5981983B2 (ja) ホーム基地局装置
WO2016006622A1 (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: 10842239

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10842239

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP