WO2012063776A1 - 移動通信システム、移動局装置、基地局装置、ｓｇｓｎ、ｇｇｓｎ及び移動通信方法 - Google Patents

移動通信システム、移動局装置、基地局装置、ｓｇｓｎ、ｇｇｓｎ及び移動通信方法 Download PDF

Info

Publication number
WO2012063776A1
WO2012063776A1 PCT/JP2011/075596 JP2011075596W WO2012063776A1 WO 2012063776 A1 WO2012063776 A1 WO 2012063776A1 JP 2011075596 W JP2011075596 W JP 2011075596W WO 2012063776 A1 WO2012063776 A1 WO 2012063776A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbms bearer
sgsn
service
ggsn
bearer context
Prior art date
Application number
PCT/JP2011/075596
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 WO2012063776A1 publication Critical patent/WO2012063776A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2242/00—Special services or facilities
    • H04M2242/02—Broadcasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2242/00—Special services or facilities
    • H04M2242/04—Special services or facilities for emergency applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast

Definitions

  • the present invention relates to a mobile communication system that performs multicast data distribution by MBMS bearer service from a BM-SC to a mobile station device connected to a base station device via a GGSN and an SGSN in which an MBMS bearer is established.
  • MBMS Multimedia Broadcast / Multicast Service
  • EPS Evolved Packet System
  • an MBMS service area is defined as a range for performing a certain MBMS session.
  • a service area is set in units of regions such as nationwide and Kanto, and is configured by cells of a plurality of base station devices in the service area.
  • a multicast distribution route is set in a radio access network such as E-UTRAN or UTRAN connected to the EPS, and a base station apparatus (eNodeB in E-UTRAN, NB in UTRAN) of each cell in the service area, or a radio network A control station apparatus (RNC in UTRAN) sets a multicast bearer to a mobile station apparatus (UE) and distributes multicast data.
  • a radio access network such as E-UTRAN or UTRAN connected to the EPS
  • a base station apparatus eNodeB in E-UTRAN, NB in UTRAN
  • RNC radio network A control station apparatus
  • Such conventional multicast data distribution distributes multicast data not in units of cells of the base station apparatus but in units of MBMS service areas. Therefore, even when there is a cell in the MBMS service area where a terminal to be distributed is not located, multicast data is distributed to the base station apparatus of that cell.
  • multicast data distribution services are expected to diversify, such as an increase in multicast services targeting only a narrow range, in addition to the conventional multicast service with a relatively wide service area.
  • the service forms diversify in this way it is expected that the multicast data to be distributed will also be diversified from public use for wide distribution to those for the personal community, and the types will be significantly increased.
  • Non-Patent Document 2 there are use cases such as a guided tour of travel.
  • a multicast service for customers at a customer collection facility such as a sports or concert venue or a shopping center can be considered.
  • a customer collection facility such as a sports or concert venue or a shopping center
  • information is distributed only to the victims in the disaster-stricken area.
  • a base station device has begun to consider a counting function for counting terminals that are receiving multicast data.
  • the base station apparatus detects that there is no receiving terminal, the communication band of the radio link allocated for multicast data delivery between the base station apparatus and the terminal is released or optimized by changing the mode, etc. Efficient use of resources in the radio section. Further, when the terminal appears again, the radio resources are reassigned. As described above, studies have been made on the efficient use of radio resources by the counting function.
  • the efficiency based on the counting result of the conventional base station device is only a method for improving the resource efficiency of the wireless communication section between the base station device and the terminal, and between the multicast data distribution source device and the base station device. There was no way to efficiently use resources in the communication section inside the network.
  • the base station device detects that there is no terminal that receives the multicast data by the counting function, the multicast data is delivered from the multicast distribution source device installed in the network to the base station device.
  • the base station device detects that there is no terminal that receives the multicast data by the counting function, the multicast data is delivered from the multicast distribution source device installed in the network to the base station device.
  • Non-Patent Document 1 a procedure for releasing network resources of a terminal is shown.
  • the method detects that there is no data to be distributed by a multicast data delivery device installed in the network. Only a procedure for releasing network resources and a method for releasing network resources by requesting release of resources from a terminal to a multicast data delivery source are shown.
  • the base station apparatus detects that there is no data receiving terminal based on the counting result, the terminal has moved to a different base station apparatus without requesting resource release, or the power is turned off.
  • the base station apparatus detects the network resource, the network resource is not actually used, but the efficiency cannot be improved.
  • an object of the present invention is to provide a mobile communication system or the like that can effectively use network resources by defining a control method for releasing network resources by a counting function of a base station apparatus. It is said.
  • the mobile communication system of the present invention includes: BM-SC (Broadcast Multicast Service Center) is connected to the base station apparatus via GGSN (Gateway GPRS Support Node) and SGSN (Serving GPRS Support Node) where MBMS (Multimedia Broadcast / Multicast Service) bearers are established
  • GGSN Gateway GPRS Support Node
  • SGSN Serving GPRS Support Node
  • MBMS bearer context information including MBMS bearer resources allocated and established is included in the MBMS bearer context
  • the base station device When stopping multicast data delivery associated with the MBMS bearer context, send a session stop request associated with the MBMS bearer context to the SGSN, The multicast data distribution is stopped, and MBMS bearer resources with the SGSN are released.
  • the MBMS bearer context further includes a service identifier for identifying the MBMS bearer service,
  • the base station device Sending a confirmation message including a service identifier to the mobile station device, and counting the number of mobile station devices participating in multicast data distribution based on a response from the mobile station device, When the counted number is 0, stop of the multicast data distribution is determined.
  • the service identifier includes TMGI (Temporary Mobile Group Identify).
  • the base station apparatus stops transmission / reception of an IP multicast packet together with transmitting a session stop request to the SGSN.
  • the SGSN sends a session stop request associated with the MBMS bearer context to the GGSN when there is no mobile station device that performs multicast data distribution in the mobile station device connected via the SGSN, The multicast data distribution is stopped, and MBMS bearer resources with the GGSN are released.
  • the GGSN transmits a session stop request associated with the MBMS bearer context to the BM-SC when there is no mobile station device performing multicast data distribution in the mobile station device connected via the GGSN.
  • the multicast data distribution is stopped, and MBMS bearer resources with the BM-SC are released.
  • the mobile station apparatus of the present invention is connected to the mobile communication system described in the above-described invention.
  • the base station apparatus of the present invention In a base station apparatus connected from a BM-SC to a mobile communication system that performs multicast data distribution by an MBMS bearer service to a mobile station apparatus connected to the base station apparatus via the GGSN and SGSN where the MBMS bearer is established,
  • MBMS bearer context information including MBMS bearer resources allocated and established is included in the MBMS bearer context,
  • send a session stop request associated with the MBMS bearer context to the SGSN The multicast data distribution is stopped, and MBMS bearer resources with the SGSN are released.
  • the SGSN of the present invention is In the SGSN connected from the BM-SC to the mobile communication system that performs multicast data distribution by the MBMS bearer service to the mobile station device connected to the base station device via the GGSN and the SGSN where the MBMS bearer is established,
  • MBMS bearer context information including MBMS bearer resources allocated and established is included in the MBMS bearer context
  • the base station device When stopping multicast data delivery associated with the MBMS bearer context, send a session stop request associated with the MBMS bearer context to the SGSN,
  • the SGSN is Based on the session stop request transmitted from the base station apparatus, when there is no mobile station apparatus that performs multicast data distribution in the mobile station apparatus connected via the SGSN, the mobile station apparatus is associated with the MBMS bearer context.
  • Send a session stop request to GGSN The multicast data distribution is stopped, and MBMS bearer resources with the GGSN are released.
  • the GGSN of the present invention is In the GGSN connected from the BM-SC to the mobile communication system that performs multicast data distribution by the MBMS bearer service to the mobile station device connected to the base station device via the GGSN and SGSN where the MBMS bearer is established,
  • MBMS bearer context information including MBMS bearer resources allocated and established is included in the MBMS bearer context
  • the base station device When stopping multicast data delivery associated with the MBMS bearer context, send a session stop request associated with the MBMS bearer context to the SGSN,
  • the SGSN is Based on the session stop request transmitted from the base station apparatus, when stopping multicast data distribution associated with the MBMS bearer context, the session stop request associated with the MBMS bearer context is transmitted to the GGSN,
  • the GGSN is Based on the session stop request transmitted from the SGSN, in the mobile station device connected via the GGSN, when there is no mobile station device that performs multicast data distribution, the session stop associated with the
  • the mobile communication method of the present invention In a mobile communication method of a mobile communication system for performing multicast data distribution by MBMS bearer service from a BM-SC to a mobile station device connected to a base station device via a GGSN and an SGSN with an MBMS bearer established,
  • MBMS bearer context information including MBMS bearer resources allocated and established is included in the MBMS bearer context
  • the base station device When stopping multicast data delivery associated with the MBMS bearer context, send a session stop request associated with the MBMS bearer context to the SGSN,
  • the SGSN is Based on the session stop request transmitted from the base station apparatus, when stopping multicast data distribution associated with the MBMS bearer context, the session stop request associated with the MBMS bearer context is transmitted to the GGSN,
  • the GGSN is Based on the session stop request transmitted from the SGSN, in the mobile station device connected via the GGSN, when there is no mobile station device that performs multicast data distribution, the session stop associated
  • the station apparatus in a mobile communication system that performs multicast data distribution by MBMS bearer service from a BM-SC to a mobile station device connected to a base station device via a GGSN and an SGSN for which an MBMS bearer has been established,
  • the station apparatus stops the multicast data distribution associated with the MBMS bearer context
  • the station apparatus transmits a session stop request associated with the MBMS bearer context to the SGSN, stops the multicast data distribution, and the MBMS bearer with the SGSN. It will release resources.
  • the BM-SC multicast data and broadcast data distribution device
  • the base station device can confirm whether the mobile station device needs to be received, Even if it can be detected that it is not necessary, the session could not be stopped, but the base station device should lead the session stop procedure based on the result of the necessity of reception of the mobile station device. Will be able to.
  • FIG. 1 is a diagram for explaining an outline of a mobile communication system 1 when the present invention is applied.
  • the mobile communication system 1 includes a BM-SC (Broadcast Multicast Service Center) 10 which is a broadcast / multicast service center (multicast data distribution apparatus), a GGSN (Gateway GPRS Support Node) 20 which is a gateway apparatus, and a SGSN (Service Control Apparatus).
  • the network includes a core network 5 including a Serving GPRS Support Node) 30, an NB (Node B) 40 as a base station device, and a UE (User Equipment) 50 as a mobile station device.
  • the NB 40 is connected to the core network 5, and the UE 50 can be connected to the NB 40.
  • the GGSN 20 is connected to the lower level of the BM-SC 10
  • the NB 40 is connected to the lower level of the GGSN 20 via the SGSN 30 or directly.
  • each component device is described as one for convenience of explanation, but a plurality of devices are connected.
  • the mobile communication system 1 includes one or a plurality of GGSNs, and one or a plurality of SGSNs and NBs are connected to the lower layers of each GGSN. Also, one or more UEs can be connected to the NB.
  • BM-SC A functional configuration of the BM-SC 10 will be described with reference to FIG.
  • a transmission / reception unit 110 and a storage unit 120 are connected to the control unit 100.
  • the transmission / reception unit 110 is an interface unit connected to the network, and is connected to the GGSN 20 via the network, for example.
  • the storage unit 120 is a functional unit that stores various programs and various data necessary for the operation of the BM-SC 10.
  • the storage unit 120 includes, for example, a semiconductor memory, an HDD (Hard Disk Drive), or the like.
  • an MBMS service DB 122, a user subscription DB 124, and an MBMS bearer context 126 are stored.
  • the MBMS service DB 122 is a DB that stores an identifier of MBMS distribution data for each MBMS bearer service in order to manage a distributable MBMS bearer service.
  • FIG. 3 shows an example of the data configuration of the MBMS service DB 122. As illustrated in FIG. 3, a service (for example, “service 1”, an APN (for example, “APN1”)), and an IP multicast address (for example, “IP multicast address 1”) are stored in association with each other.
  • a service for example, “service 1”, an APN (for example, “APN1”)
  • IP multicast address for example, “IP multicast address 1”
  • APN Access Point Name
  • IP multicast address is an address used when performing multicast communication on the conventional Internet.
  • the service identification information registered in advance may be either an APN or an IP multicast address.
  • the user subscription DB 124 is a DB for managing UEs that can be distributed for each multicast service.
  • FIG. 4 shows an example of the data configuration of the user subscription DB 124.
  • UE identification information for example, “IMSI1”
  • APN for example, “APN1”
  • IP multicast address for example, “IP multicast address 1”
  • the UE identification information of the deliverable UE is managed for the APN and the IP multicast address for identifying the MBMS bearer service.
  • IMSI International Mobile Group Identity
  • the IP address of the UE is used as the UE identification information.
  • the IMSI is a subscriber identifier that is unique in the world and is used in a conventional mobile phone service.
  • the information identifying the distributable service registered in advance with respect to the UE identification information may be either an APN or an IP multicast address.
  • the MBMS bearer context 126 is management information that is generated for each MBMS bearer service and necessary for delivering multicast data.
  • FIG. 5 shows an example of the data configuration of the MBMS bearer context 126.
  • an MBMS bearer service identifier such as TMGI (Temporary Mobile Group Identity), an APN (eg, “APN1”), and an IP multicast address (eg, “IP multicast address 1”)
  • TMGI1 Temporal Mobile Group Identity
  • APN eg, “APN1”
  • IP multicast address 1 IP multicast address 1
  • GGSN20 data distribution destination distribution node
  • N UE counter
  • the distribution node stores information for specifying a node to distribute, for example, an IP address (in the case of FIG. 5, the IP address of the GGSN 20).
  • a plurality of distribution nodes can be stored.
  • TMGI is temporarily assigned subscriber identification information used in a conventional cellular phone service, but is used as information for identifying an MBMS bearer service in an MBMS service.
  • the UE counter is the number of terminals that deliver MBMS bearer service multicast data. This is based on the number counted by the counting function of the base station apparatus, and is the number of terminals that the user is actually viewing.
  • the BM-SC 10 when the BM-SC 10 stores information on GGSNs that are a plurality of distribution nodes in the MBMS bearer context 126, it can store different UE counters for each GGSN and count the number of UEs. Therefore, the BM-SC 10 can store the number of viewing terminals of broadcast data distributed to the GGSN 20.
  • GGSN 20 [2.2 GGSN] Subsequently, the functional configuration of the GGSN 20 will be described with reference to FIG. In the GGSN 20, a transmission / reception unit 210 and a storage unit 220 are connected to the control unit 200.
  • the transmission / reception unit 210 is an interface unit connected to the network, and is connected to the BM-SC 10, SGSN 30, and NB 40 via the network, for example.
  • the storage unit 220 is a functional unit that stores various programs and various data necessary for the operation of the GGSN 20.
  • the storage unit 220 includes, for example, a semiconductor memory, an HDD (Hard Disk Drive), or the like.
  • the MBMS bearer context 222 and the upstream control node DB 224 are stored.
  • the MBMS bearer context 222 is generated for each MBMS bearer service and is management information necessary for delivering multicast data.
  • FIG. 8 shows an example of the data configuration of the MBMS bearer context 222.
  • TMGI for example, “TMGI1”
  • APN for example, “APN1”
  • IP multicast address 1 IP multicast address 1
  • a mode for identifying the multicast mode or the broadcast mode for example, “multicast”
  • status information for managing whether the MBMS bearer is active or suspended for example, “active”
  • the data distribution destination A delivery node eg, “SGSN30”
  • a UE counter eg, “N”
  • the distribution node stores information for specifying the node to be distributed, for example, an IP address (in the case of FIG. 7, the IP address of the SGSN 30) is stored.
  • IP address in the case of FIG. 7, the IP address of the SGSN 30
  • a plurality of distribution nodes can be stored.
  • TMGI is temporarily assigned subscriber identification information used in a conventional cellular phone service, but is used as information for identifying an MBMS bearer service in an MBMS service.
  • the IP multicast address is stored for each MBMS bearer service that generates an MBMS bearer context.
  • the UE counter is the number of terminals that receive the broadcast data of the MBMS bearer service. This is based on the number counted by the counting function of the base station apparatus, and is the number of terminals that the user is actually viewing.
  • the GGSN 20 when the GGSN 20 stores information on SGSNs that are a plurality of distribution nodes in the MBMS bearer context 222, the GGSN 20 can hold a different UE counter for each SGSN and count the number of UEs. Therefore, the GGSN 20 can store the number of viewing terminals of broadcast data distributed to the SGSN 30.
  • the upstream control node DB 224 is a DB for storing information for specifying an upstream multicast data distribution apparatus.
  • FIG. 8 shows an example of the data configuration of the upstream control node DB 224.
  • information related to the BM-SC 10 is stored, for example, the IP address of the BM-SC 10 is stored.
  • the upstream control node DB 224 may store one upstream control node (BM-SC 10) as shown in FIG. 8, or a service for generating the MBMS bearer context 222 for each APN or IP multicast address.
  • BM-SC upstream control nodes
  • the SGSN 30 is configured such that a transmission / reception unit 310 and a storage unit 320 are connected to the control unit 300.
  • the transmission / reception unit 310 is an interface unit connected to the network, and is connected to the GGSN 20 and the NB 40 via the network, for example.
  • the storage unit 320 is a functional unit that stores various programs and various data necessary for the operation of the SGSN 30.
  • the storage unit 320 includes, for example, a semiconductor memory, an HDD (Hard Disk Drive), or the like.
  • an MBMS bearer context 322 is stored.
  • the MBMS bearer context 322 is generated for each MBMS bearer service and is management information necessary for delivering multicast data.
  • FIG. 10 an example of a data structure of the MBMS bearer context 322 is shown.
  • information for identifying a service of an MBMS bearer service identifier such as TMGI (for example, “TMGI1”), an APN (for example, “APN1”), and an IP multicast address (for example, “IP multicast address 1”).
  • TMGI for example, “TMGI1”
  • APN for example, “APN1”
  • IP multicast address for example, “IP multicast address 1”.
  • a mode for identifying the multicast mode or the broadcast mode for example, “multicast”
  • status information for managing whether the MBMS bearer is active or suspended for example, “active”
  • the data distribution destination for example, “NB40”), a higher level distribution node (for example, “GGSN20”), and a UE counter (for example, “N”) are included.
  • the distribution node and the higher-level distribution node store information for specifying each node, and for example, IP addresses (in the case of FIG. 10, NB40 and the IP address of the GGSN 20) are stored.
  • IP addresses in the case of FIG. 10, NB40 and the IP address of the GGSN 20
  • a plurality of distribution nodes can be stored.
  • TMGI is temporarily assigned subscriber identification information used in a conventional cellular phone service, but is used as information for identifying an MBMS bearer service in an MBMS service.
  • a plurality of distribution nodes can be stored.
  • the IP multicast address is stored for each MBMS bearer service that generates an MBMS bearer context.
  • the UE counter is the number of terminals that receive the multicast data of the MBMS bearer service. This is based on the number counted by the counting function of the base station apparatus, and is the number of terminals that the user is actually viewing.
  • each SGNB 30 can store different UE counters and count the number of UEs. Therefore, the SGSN 30 can store the number of viewing terminals of multicast data distributed to the NB 40.
  • a transmission / reception unit 410 and a storage unit 420 are connected to the control unit 400.
  • the transmission / reception unit 410 is an interface unit connected to the network, and is connected to the GGSN 20 and the SGSN 30 via the network, for example, so that the UE 50 can be connected.
  • the storage unit 420 is a functional unit in which various programs necessary for the operation of the NB 40 and various data are stored.
  • the storage unit 420 includes, for example, a semiconductor memory, an HDD (Hard Disk Drive), or the like.
  • HDD Hard Disk Drive
  • MBMS bearer context 422 and radio frame information 424 are stored.
  • the MBMS bearer context 422 is generated for each MBMS bearer service and is management information necessary for delivering multicast data.
  • FIG. 12 shows an example of the data configuration of the MBMS bearer context 422.
  • TMGI for example, “TMGI1”
  • APN for example, “APN1”
  • IP multicast address 1 IP multicast address 1
  • Information a mode for identifying whether it is a multicast mode or a broadcast mode (for example, “multicast”), status information for managing whether the state of the MBMS bearer is active or suspended (for example, “active”), an upper distribution node, Higher-order delivery node (for example, “SGSN30”) and UE counter (for example, “N”).
  • the upper distribution node stores information for specifying the node, and for example, stores an IP address (in the case of FIG. 11, the IP address of the SGSN 30).
  • TMGI is temporarily assigned subscriber identification information used in a conventional cellular phone service, but is used as information for identifying an MBMS bearer service in an MBMS service.
  • the IP multicast address is stored for each MBMS bearer service that generates an MBMS bearer context.
  • the UE counter is the number of terminals that receive the multicast data of the MBMS bearer service. This is based on the number counted by the counting function of the base station apparatus, and is the number of terminals that the user is actually viewing.
  • the radio frame information 424 stores the information of the radio frame for the MBMS bearer service and the NB 40 to transmit to the UE 50 through the radio section later.
  • FIG. 13 shows an example of the data structure of the radio frame information 424.
  • mode information (for example, “frame mode”) indicating the multicast mode or the unicast mode is stored for each identifier for identifying the MBMS bearer service (for example, for each TMGI).
  • identification information such as IMSI (International Mobile Subscriber Identity) of the UE 50 that delivers the frame is stored.
  • IMSI International Mobile Subscriber Identity
  • a plurality of UEs (identification information) for frame delivery can be stored.
  • the service identifier described above may identify an MBMS bearer service, and may be an APN or an IP multicast address.
  • the BM-SC 10 notifies the UE 50 of a multicast service that can be distributed by notifying the service identifier (service announcement, S100). The UE 50 thereby detects the multicast service. The BM-SC 10 notifies the UE 50 that the service registered in the MBMS service DB 122 can be distributed.
  • identifiers are used. For example, (1) APN (2) IP multicast address (3) TMGI (4) Other identifiers (for example, identifiers that can be set by the operator to identify the MBMS bearer service) Etc. are available.
  • TMGI TMGI of (1)
  • information describing a service such as a program title and a content title may be added and notified.
  • SMS Short Message Service
  • the UE 50 that can be distributed in advance or an unspecified number of UE 50s. May be notified, information may be posted on the WEB, and the UE 50 may acquire the information by accessing the WEB server.
  • the user who detects the service and decides to receive the service starts the PDP context activation procedure.
  • the PDP context activation procedure is performed by transmitting / receiving control information to / from the UE 50, NB 40, SGSN 30, and GGSN 20 (S102).
  • the PDP context is logical path information between the UE 50 and the network.
  • the PDP context activation procedure the communication path between the UE 50 and the GGSN 20 is activated, and packet transmission / reception becomes possible.
  • the PDP context may be activated. In that case, this PDP context activation procedure need not be performed.
  • the UE 50 transmits an IP multicast participation request to the GGSN 20 (S104).
  • the IP multicast participation request message is transmitted with an IP multicast address identifying the service. Specifically, an IGMP Join message is transmitted when requested by IPv4, and an MLD Join message is transmitted when requested by IPv6.
  • the NB40 may detect that UE50 started the service activation procedure with respect to a specific service, and may start a registration procedure (S106).
  • a registration procedure S106
  • various methods are conceivable as the method by which the NB 40 detects the start of the service activation procedure.
  • the UE 50 sends an APN or APN to the NB 40 in the PDP activation procedure (S102).
  • the UE 50 detects the IP multicast address, or analyzes the multicast participation request (S104) transmitted from the UE 50 to the GGSN 20 at the time of transfer to acquire and detect the APN and IP multicast address. It may be detected by notifying to.
  • an MBMS bearer context is generated by the BM-SC 10, the GGSN 20, the SGSN 30, and the NB 40, and multicast data is delivered from the BM-SC 10 to the NB 40.
  • the GGSN 20 When receiving the IP multicast participation request from the UE 50, the GGSN 20 transmits an MBMS authentication request to the BM-SC 10 (S108).
  • the MBMS authentication request includes UE 50 identification information and service identification information.
  • the identification information of the UE 50 for example, the IP address of the UE 50 acquired from the IP multicast participation request and the IMSI of the UE 50 are used.
  • the UE 50 notifies the GGSN 20 of the IP address and the IMSI of the UE 50 via the NB 40 and the SGSN 30, and the GGSN 20 manages the IP address and the IMSI in association with each other.
  • a method of resolving the corresponding IMSI based on the IP address included in the participation request is used.
  • the service identification information uses an IP multicast address, an APN, etc. included in the IP multicast participation request.
  • the APN may be acquired by being included in the IP multicast participation request and transmitted by the UE 50, or the APN is managed in advance by the GGSN 20 in association with the IP multicast address.
  • a method for resolving the APN corresponding to the IP multicast address included in the IP address may be used.
  • the BM-SC 10 receives the MBMS authentication request, authenticates the UE 50 requesting the service, and transmits an MBMS authentication response to the GGSN 20 when the authentication is successful (S110).
  • the authentication is performed by referring to the user subscription DB 124 and confirming that UE identification information and service information (APN, IP multicast address) included in the MBMS authentication request are registered.
  • API IP multicast address
  • the GGSN 20 receives the MBMS authentication response and transmits an MBMS notification request to the SGSN 30 (S112). As a result, the UE 50 is notified via the SGSN 30 that the UE 50 has been authenticated.
  • the MBMS notification request is transmitted including the APN and IP multicast address.
  • SGSN 30 receives the MBMS notification request, and transmits an MBMS notification response to GGSN 20 to respond (S114). Further, an MBMS context activation instruction is transmitted to the UE 50 (S116). Accordingly, the SGSN 30 notifies that the UE 50 has been authenticated, and instructs to start a procedure for starting reception.
  • the MBMS context activation instruction is transmitted including the APN and the IP multicast address.
  • the UE 50 receives the MBMS context activation instruction and confirms that it has been authenticated, transmits an MBMS context activation request to the SGSN 30, and requests the start of reception (S118).
  • the MBMS context activation instruction includes UE identification information such as IMSI and service identification information such as APN and IP multicast address.
  • SGSN 30 receives the MBMS context activation request and transmits an MBMS context generation request to GGSN 20 (S120). This requests that an MBMS context be generated.
  • the MBMS context generation request is transmitted including the IMSI, APN, and IP multicast address.
  • the GGSN 20 receives the MBMS context generation request, confirms the IMSI, APN, and IP multicast address when the registration procedure (S106) has already been performed and the MBMS context has already been generated. To do. Thereafter, an MBMS authentication request is transmitted to the BM-SC 10 (S122).
  • the BM-SC 10 receives the MBMS authentication request, authenticates the UE 50 requesting the service, and transmits an MBMS authentication response to the GGSN 20 when the authentication is successful (S124).
  • the authentication is performed by referring to the user subscription DB 124 and confirming that UE identification information and service information (APN, IP multicast address) included in the MBMS authentication request are registered.
  • API IP multicast address
  • the MBMS bearer context 126 when the MBMS bearer context 126 has already been generated by performing a registration procedure (S106) or the like, the IMSI, APN, and IP multicast address are confirmed, and if they are different from the registration information, they are registered.
  • the MBMS bearer context 126 is not registered, the MBMS bearer context 126 is generated, and the IMSI, APN, and IP multicast address are registered.
  • TMGI which is MBMS service identification information is not assigned to the MBMS bearer context 126
  • the BM-SC 10 generates and registers TMGI.
  • the MBMS authentication response to be transmitted includes IMSI, APN, IP multicast address, and TMGI.
  • the GGSN 20 receives the MBMS authentication response, and transmits an MBMS context generation response to the SGSN 30 to respond (S126).
  • the GGSN 20 registers the IMSI, APN, IP multicast address, and TMGI included in the received message if they are not registered in the MBMS bearer context 222.
  • the SGSN 30 When receiving the MBMS context generation response, the SGSN 30 transmits an MBMS information notification to the NB 40 and instructs the delivery to the UE 50 (S128).
  • the SGSN 30 registers the IMSI, APN, IP multicast address, and TMGI included in the received message when they are not registered in the MBMS bearer context 322. Also, the MBMS information notification is transmitted including IMSI, APN, IP multicast address, and TMGI.
  • the SGSN 30 transmits an MBMS context activate accept to the UE 50 and notifies the service start (S130).
  • the MBMS context activate accept is transmitted including IMSI, APN, IP multicast address, and TMGI.
  • the NB 40 when the MBMS bearer context 422 is not registered, the NB 40 newly generates an APN, an IP multicast address, and an SGSN address, and transmits an MBMS registration request to the SGSN 30 (S200).
  • the MBMS registration request is transmitted including the APN and IP multicast address.
  • the state of the MBMS bearer context 422 is registered as standby. Further, the value of the UE counter is incremented (S230).
  • the SGSN 30 receives the MBMS registration request, and when the MBMS bearer context 322 is not registered, the SGSN 30 newly generates, registers the APN, IP multicast address, and GGSN address in the MBMS bearer context 322 and transmits the MBMS registration request to the GGSN 20. (S202).
  • the state of the MBMS bearer context 322 is registered as standby. Further, the value of the UE counter is incremented (S232). Further, the NB 40 is registered as a distribution node.
  • the GGSN 20 receives the MBMS registration request, and when the MBMS bearer context 222 is not registered, the GGSN 20 newly generates, registers the APN and the IP multicast address, and transmits the MBMS registration request to the BM-SC 10 (S204). Also, the state of the MBMS bearer context 222 is registered as standby. Further, the value of the UE counter is incremented (S234). Further, the SGSN 30 is registered in the distribution node. Also, the BM-SC 10 is registered in the upstream control node DB 224.
  • the BM-SC 10 receives the MBMS registration request, and when the MBMS bearer context 126 is not registered, newly creates it, registers the APN and IP multicast address, and transmits an MBMS registration response to the GGSN 20 (S206).
  • TMGI is generated and registered in the MBMS bearer context 126, and is transmitted in the MBMS registration response. Further, the value of the UE counter is incremented (S236). Also, the state of the MBMS bearer context 126 is registered as standby. Also, the GGSN 10 is registered in the distribution node.
  • the state of the MBMS bearer context 222 may be registered as standby, or in the case of immediate delivery depending on the operator's intention, it is registered as active, and the session start procedure (S208) is started to the delivery node. Data distribution may be started. Details of the session start procedure will be described later.
  • the GGSN 20 receives the MBMS registration response, registers TMGI in the MBMS bearer context 222, and transmits the MBMS registration response to the SGSN 20 (S210).
  • S210 the state of the MBMS bearer context 222 is activated by the session start procedure (S208) or the like, and when the session is not started, the session start procedure processing (S212) is started. Details of the session start procedure will be described later.
  • SGSN 30 receives the MBMS registration response, registers TMGI in MBMS bearer context 322, and transmits the MBMS registration response to NB 40 (S214).
  • S214 the state of the MBMS bearer context 322 is activated by the session start procedure (S212) or the like and when the session has not been started, the session start procedure processing (S216) is started. Details of the session start procedure will be described later.
  • an MBMS bearer context is generated in each device, and a delivery path can be configured by registering each delivery node.
  • the NB 40 increments the value of the UE counter of the MBMS bearer context 422 and ends the registration procedure.
  • the SGSN 30 receives an MBMS registration request transmitted from the NB 40 (S200), when another UE starts a service, there is a possibility that an MBMS bearer context 322 for the service has already been generated. is there. In that case, the value of the UE counter of the MBMS bearer context 322 is incremented, the NB 40 is additionally registered with the delivery node, and an MBMS registration response is transmitted to the NB 40 (S214). The transmission of the MBMS registration response and the subsequent procedures are the same as those described above.
  • the GGSN 20 receives an MBMS registration request transmitted from the SGSN 30 (S202), when another UE starts a service, the MBMS bearer context 222 for the service may already be generated. is there. In that case, the value of the UE counter of the MBMS bearer context 222 is incremented, the SGSM 30 is additionally registered in the distribution node, and an MBMS registration response is transmitted to the SGSN 30 (S210). The transmission of the MBMS registration response and the subsequent procedures are the same as those described above.
  • the registration procedure is started (S106).
  • the registration procedure may be started when the GGSN 20 receives the MBMS authentication response (S124).
  • the GGSN 20 and the BM-SC 10 perform a registration procedure (S250).
  • the GGSN 20 and the BM-SC 10 are newly generated when the MBMS bearer context is not generated, and data is delivered from the BM-SC 10 to the GGSN 20.
  • the GGSN 20 and the BM-SC 10 perform the transmission / reception of the MBMS registration request (S204) and the MBMS registration response (S206) and the session start procedure (S208) described with reference to FIG. Since each procedure is the same, description thereof is omitted.
  • the registration procedure of the SGSN 30 and the GGSN 20 may be started after the SGSN 30 receives the MBMS context generation response transmitted by the GGSN 20 in the service activation procedure of FIG. 14 (S126).
  • the SGSN 30 and the GGSN 20 perform a registration procedure (S252). Accordingly, the SGSN 30 and the GGSN 20 are newly generated when the MBMS bearer context is not generated, and data is delivered from the GGSN 20 to the SGSN 30.
  • the transmission / reception of the MBMS registration request (S202) and the MBMS registration response (S210) and the session start procedure (S212) described with reference to FIG. 15 are performed by the SGSN 30 and the GGSN 20. Since each procedure is the same, description thereof is omitted.
  • the registration procedure of the NB 40 and the SGSN 30 may be started after the NB 40 receives the MBMS information notification transmitted by the SGSN 30 in the service activation procedure of FIG. 14 (S128).
  • the NB 40 and the SGSN 30 perform a registration procedure (S254). Thereby, NB40 and SGSN30 will newly produce
  • the transmission / reception of the MBMS registration request (S200) and the MBMS registration response (S214) and the session start procedure (S216) described with reference to FIG. 15 are performed by the NB 40 and the SGSN 30. Since each procedure is the same, description thereof is omitted.
  • the BM-SC 10 specifies a service and transmits a session start request to the GGSN 20 (S300). This starts the session start procedure.
  • the message includes TMGI to specify the service.
  • the state information of the MBMS bearer context 126 is actively registered.
  • the trigger for the BM-SC 10 to start the session start procedure may be triggered by the completion of the registration procedure described above, or may be started at an arbitrary timing according to the operator's policy after the registration procedure is completed. You can also.
  • the session start request is transmitted to all GGSNs registered in the delivery node of the MBMS bearer context 126.
  • the GGSN 20 receives the session start request, transmits a session start response to the BM-SC 10, and responds (S302). Furthermore, the state information of the MBMS bearer context 222 is registered actively.
  • the GGSN 20 transmits a session start request (S304) to the SGSN registered in the delivery node of the MBMS bearer context 222.
  • the message includes TMGI to specify the service.
  • the trigger for the GGSN 20 to transmit a session start request is transmitted when the registration procedure is completed and the state of the MBMS bearer context 222 is active. Therefore, the GGSN 20 does not immediately send a session start request to the SGSN 30 after sending a session start response (S302) to the BM-SC 10, but if the registration procedure is not completed at the SGSN 30 and the GGSN 20, the completion is completed. It may be sent later.
  • SGSN 30 receives the session start request, transmits a session start response to GGSN 20, and responds (S310). Furthermore, the state information of the MBMS bearer context 322 is registered actively.
  • SGSN 30 transmits a session start request (S306) to the NB registered in the delivery node of MBMS bearer context 322.
  • the message includes TMGI to specify the service.
  • a trigger for the SGSN 30 to transmit a session start request is transmitted when the registration procedure is completed and the status information of the MBMS bearer context 322 is active. Therefore, after receiving the session start request (S304) from the GGSN 20, the SGSN 30 does not immediately transmit a session start request to the NB 40. If the registration procedure is not completed between the NB 40 and the SGSN 30, the SGSN 30 transmits after the completion May be.
  • the NB 40 receives the session start request, transmits a session start response to the SGSN 30, and responds (S308). Furthermore, the state information of the MBMS bearer context 422 is registered actively.
  • the NB 40 performs IP multicast participation processing. Specifically, when communicating by IPv4, an IGMP Membership Report message is transmitted, and when communicating by IPv6, an MLD Membership Report is transmitted.
  • the IP multicast packet is delivered to the MBMS bearer established by the BM-SC 10, the GGSN 20, the SGSN 30 and the NB 40.
  • the NB 40 performs radio resource allocation processing to be transmitted to the UE 50, and registers information for delivery in the radio frame information 424. Specifically, mode information indicating whether the radio frame mode is the multicast mode or the unicast mode is registered for each service identifier. TMGI can be used as the service identifier.
  • the frame when transmitting in the multicast mode, the frame is transmitted to an unspecified number of UEs, so there is no need to retain UE information, but when transmitting in the unicast mode, a radio frame is transmitted to each UE. There is a need to. In that case, IMSI or the like is registered as UE information in the activation procedure.
  • the UE 50 can receive the multicast data by the service activation procedure including the above registration procedure and session start procedure.
  • the procedure is performed between the NB 40 and the UE 50.
  • NB40 transmits the message which confirms whether it receives service including a service identifier with respect to UE50 connected.
  • the NB 40 transmits a message for confirming whether or not it receives a service addressed to the UE 50 registered in the radio frame information 424, but it may be transmitted to all the UEs to be connected.
  • the service identifier an APN registered in the MBMS bearer context 422, an IP multicast address, or TMGI can be used. Thereby, it is possible to confirm whether the service is received for each service.
  • the UE 50 Upon receiving the message, the UE 50 responds to the NB 40 including the service identifier.
  • the service identifier an APN included in the received message, an IP multicast address, or TMGI can be used. Even if the UE 50 completes the service activation and is in a state where it can be received by joining the multicast group, if reception is not necessary, such as when the application to be viewed is temporarily turned off, the UE 50 There is no need to send.
  • the NB 40 can acquire the number of UEs 50 that actually need to receive the multicast message, not the number of UEs 50 that requested to join the multicast group.
  • the obtained number of UEs 50 is registered in the UE counter of the MBMS bearer context 422.
  • the confirmation message of the NB 40 may be transmitted without including the service identifier. In that case, if there is a service that needs to be received, the UE 50 responds including a service identifier.
  • APN, IP multicast address, TMGI or the like can be used as the service identifier.
  • the NB 40 performs a counting process for confirming whether the UE counter of the MBMS bearer context 422 has become zero (S402).
  • the UE counter reaches zero, it decides to temporarily stop the session. Accordingly, it is detected that there is no UE 50 to receive for each service, and the session for the service is temporarily stopped.
  • the NB 40 transmits a session stop request to the SGSN 30 (S404).
  • the session stop request is transmitted including TMGI, APN, and IP multicast address registered in the MBMS bearer context.
  • SGSN 30 resolves with the SGSN address of MBMS bearer context 422. Further, the state information of the MBMS bearer context 422 is registered in the standby.
  • an IP multicast leaving request may be transmitted. Specifically, when communicating with IPv4, an IGMP Membership Report is transmitted, and when communicating with IPv6, an MLD Membership Report is transmitted. This stops the distribution and reception of the IP multicast packet. By stopping the distribution and reception of the IP multicast packet, the distribution and reception of the multicast data is stopped.
  • SGSN 30 receives the session stop request and transmits a session stop response to NB 40 (S406). Furthermore, the SGSN 30 sets the UE counter associated with the NB 40 to zero.
  • the SGSN 30 sets the UE counter associated with the NB 40 to zero. Then, the distribution and reception of the multicast data distribution of the corresponding flow to the NB 40 is stopped (S414).
  • an IP multicast leaving request may be transmitted. Specifically, when communicating with IPv4, an IGMP Membership Report is transmitted, and when communicating with IPv6, an MLD Membership Report is transmitted. This stops the distribution and reception of the IP multicast packet. By stopping the distribution and reception of the IP multicast packet, the distribution and reception of the multicast data is stopped.
  • the SGSN 30 transmits a session stop request to the GGSN 20 when the multicast cast is not distributed to other NBs (S410).
  • the session stop request is transmitted including TMGI registered in the MBMS bearer context 322, APN, IP multicast address, and SGSN 30 information.
  • the entry of the NB 40 is deleted from the delivery node of the MBMS bearer context 322, or marking indicating that it is stopped is performed.
  • the SGSN 30 releases MBMS bearer resources between the NBs 40.
  • the SGSN 30 releases MBMS bearer resources when multicast delivery is stopped to the NB 40.
  • the status information of the MBMS bearer context 322 is registered as standby.
  • the session stop procedure is completed without transmitting a session stop request to the GGSN 20.
  • the GGSN 20 receives the session stop request and transmits a session stop response to the SGSN 30 (S412).
  • the GGSN 20 sets the UE counter associated with the SGSM 30 to zero. Furthermore, distribution and reception of multicast data distribution to the SGSN 30 are stopped (S420).
  • an IP multicast leaving request may be transmitted. Specifically, when communicating with IPv4, an IGMP Membership Report is transmitted, and when communicating with IPv6, an MLD Membership Report is transmitted. This stops the distribution and reception of the IP multicast packet. By stopping the distribution and reception of the IP multicast packet, the distribution and reception of the multicast data is stopped.
  • the GGSN 20 transmits a session stop request to the BM-SC 10 when multicast distribution is not performed to other SGSNs (S416).
  • the session stop request is transmitted including the TMGI registered in the MBMS bearer context 222, the APN, the IP multicast address, and the GGSN 20 information.
  • the SGSN 30 entry is deleted from the delivery node of the MBMS bearer context 222, or marking indicating suspension is performed.
  • the GGSN 20 releases MBMS bearer resources between the SGSNs 30.
  • the GGSN 20 releases MBMS bearer resources when multicast data delivery is stopped to the SGSN 30.
  • the state information of the MBMS bearer context 222 is set as standby.
  • the session stop procedure is completed without sending a session stop request to the BM-SC 10. To do.
  • the BM-SC 10 receives the session stop request and transmits a session stop response to the GGSN 20 (S418). Also, multicast data distribution to the GGSM 20 is stopped (S422).
  • BM-SC 10 sets the UE counter associated with GGSN 20 to zero. Furthermore, the entry of GGSN20 is deleted from a delivery node, or marking which shows stopping is performed.
  • the state information of MBMS bearer context 126 is set as standby, and MBMS bearer resources between BM-SC 10 and GGSN 20 are released. To do. In other words, the BM-SC 10 releases MBMS bearer resources when there is no multicast data to be transmitted to the GGSN 20.
  • the session stop procedure of the NB 40 can be triggered by the fact that no UE 50 participating in the multicast group is detected by the counting procedure, and the application is turned off even if the user joins the multicast group. It can also be started by detecting that the user is not viewing, such as a case where the user is not viewing due to the above. That is, NB40 can detect UE50 which does not require reception, and can start a session stop procedure using it as a trigger.
  • the session stop procedure may be performed only for the multicast service.
  • Conventional MBMS services include a multicast mode service and a broadcast mode service.
  • the multicast mode service is a service that performs an authentication procedure for each service in response to a UE 50 participation request and distributes the service.
  • the broadcast mode service there is a difference in starting data delivery without authenticating the UE 50.
  • TMGI is generated when the BM-SC 10 generates the MBMS bearer context in the registration procedure described in FIG. 15, and TMGI is generated by GGSN 20, SGSN 10, Notify the NB 40 and simultaneously notify the mode.
  • the mode may be managed in advance by the MBMS service DB 122 in association with each service such as an APN or an IP multicast address, or whether there is an authentication procedure for the service activation procedure. You may manage by.
  • each device recognizes that the service to be registered is the multicast mode, and holds it in the MBMS bearer context.
  • BM-SC 10 registers with the mode of MBMS bearer context 126 as multicast
  • GGSN 20 registers with MBMS bearer context 222 as multicast
  • SGSN 30 registers with MBMS bearer context 322 as multicast
  • NB 40 Registers with the mode of the MBMS bearer context 422 as multicast.
  • each device when deciding to stop a session, can refer to the MBMS bearer context and stop the session when in the multicast mode.
  • the SGSN 30 when transmitting a multicast session stop request (S410), the SGSN 30 performs stop request transmission, MBMS bearer release, IP multicast distribution, and reception stop when the mode of the MBMS bearer context 322 is multicast.
  • the GGSN 20 transmits a stop request, releases the MBMS bearer, performs IP multicast distribution, and stops receiving when the mode of the MBMS bearer context 222 is multicast.
  • BM-SC 10 releases the MBMS bearer and stops the IP multicast distribution when the mode of the MBMS bearer context 222 is multicast when the multicast session stop request is received (S416).
  • the BM-SC 10 which is the content data distribution source
  • the BM-SC 10 takes the lead in detecting the absence of transmission data. I could only pause. For this reason, the necessity of reception of the UE 50 can be confirmed by the NB 40, and even if it is detected that there is no need for distribution, the session cannot be stopped. According to the procedure of this embodiment, the NB 40 can lead the session stop procedure based on the result of necessity of reception of the UE 50.
  • the program that operates in each device is a program that controls the 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 non-volatile 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 emerges due to advances in semiconductor technology, it is of course possible to use an integrated circuit based on this technology.
  • BM-SC 100 Control Unit 110 Transmission / Reception Unit 120 Storage Unit 122 MBMS Service DB 124 User Subscription DB 126 MBMS Bearer Context 20 GGSN 200 Control Unit 210 Transmission / Reception Unit 220 Storage Unit 222 MBMS Bearer Context 224 Upstream Control Node DB 30 SGSN 300 Control Unit 310 Transmission / Reception Unit 320 Storage Unit 322 MBMS Bearer Context 40 NB 400 Control unit 410 Transmission / reception unit 420 Storage unit 422 MBMS bearer context 424 Radio frame information 50 UE

Landscapes

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

Abstract

　ＢＭ－ＳＣから、ＭＢＭＳベアラが確立されたＧＧＳＮ及びＳＧＳＮを経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムにおいて、基地局装置は、ＭＢＭＳベアラコンテキストに対応づけられるマルチキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＳＧＳＮに送信し、マルチキャストデータ配信を停止して、ＳＧＳＮとのＭＢＭＳベアラリソースを解放する。これにより、基地局装置のカウンティング機能によりネットワークリソースを解放する制御方法を定めることにより、ネットワークリソースを有効活用出来る移動通信システム等を提供することとなる。

Description

移動通信システム、移動局装置、基地局装置、ＳＧＳＮ、ＧＧＳＮ及び移動通信方法
　本発明は、ＢＭ－ＳＣから、ＭＢＭＳベアラが確立されたＧＧＳＮ及びＳＧＳＮを経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システム等に関する。
　３ＧＰＰにて、ＥＰＳ（Evolved Packet System）によるマルチキャストデータ配信およびブロードキャストデータ配信を行うＭＢＭＳベアラサービスを提供する方法としてＭＢＭＳ（Multimedia Broadcast/Multicast Service）の規格化が進んでいる。
　例えば、非特許文献１によれば、ＭＢＭＳサービスエリアはあるＭＢＭＳセッションを行う範囲として定義される。例えば全国や関東等の地域単位でサービスエリアを設定し、当該サービスエリア内の複数の基地局装置のセルによって構成される。そして、ＥＰＳに接続するＥ－ＵＴＲＡＮやＵＴＲＡＮ等の無線アクセスネットワークにマルチキャストの配信経路を設定し、サービスエリア内の各セルの基地局装置（Ｅ－ＵＴＲＡＮにおけるｅＮｏｄｅＢ、ＵＴＲＡＮにおけるＮＢ）や、無線ネットワーク制御局装置（ＵＴＲＡＮにおけるＲＮＣ）が、移動局装置（ＵＥ）にマルチキャストベアラを設定し、マルチキャストデータを配信する。
　こうした従来のマルチキャストデータ配信は、基地局装置のセル単位ではなく、ＭＢＭＳサービスエリア単位でマルチキャストデータを配信している。そのため、ＭＢＭＳサービスエリア内に配信すべき端末が在圏していないセルがある場合も、そのセルの基地局装置にマルチキャストデータが配信される。
　今後こうしたマルチキャストデータ配信のサービスは、サービスエリアを比較的広範囲としている従来のマルチキャストサービスに加え、狭い範囲のみを対象としたマルチキャストサービスも増加していく等多様化していくことが予想される。
　さらには、こうしてサービス形態が多様化すれば、配信するマルチキャストデータも広く配信する公共的な用途のものからパーソナルコミュニティに向けたもの等多様化し、種類も著しく増加していくことが予想される。
　非特許文献２にあるように、旅行のガイドツアー等のユースケースが挙げられている。また、例えばスポーツやコンサート会場、ショッピングセンター等の集客施設の客を対象としたマルチキャストサービスも考えられる。さらに、災害被災地の被災者に対してのみ情報配信を行うようなケースも考えられる。
　従来技術では、こうしたマルチキャストサービス形態や配信データの増加していく流れに対して最適化することなく、すべて一元的に個々のマルチキャスト配信データに対してマルチキャストの通信路を確立し、受信端末の有無に関わらず通信路にマルチキャストデータを配信していた。
　近年では、基地局装置においてマルチキャストデータを受信している端末をカウンティングするカウンティング機能の検討が始まっている。基地局装置は受信端末がいなくなったことを検知した場合には、基地局装置と端末間でマルチキャストデータ配送のために割り当てた無線リンクの通信帯域を解放、またはモード変更等により最適化をする等無線区間のリソースを効率的に利用する。さらに、端末が再度あらわれた場合には無線リソースの再割り当てを行う。このように、カウンティング機能による無線リソースの効率利用の検討が行われている。
TS 23.246、Technical Specification Group Services and Architecture; Multimedia Broadcast/Multicast Service （MBMS）; Architecture and functional description 3GPP TR 22.947、Technical Specification Group Services and System Aspects; Study on Personal Broadcast Service
　従来の基地局装置のカウンティング結果に基づいた効率化は、基地局装置と端末間の無線通信区間のリソースの効率化する方法のみであり、マルチキャストデータの配信元の装置から基地局装置の間のネットワーク内部の通信区間のリソースを効率利用する方法はなかった。
　つまり、カウンティング機能により、基地局装置がマルチキャストデータを受信する端末がいないことを検知したとしても、ネットワーク内部に設置されるマルチキャスト配信元の装置から基地局装置まではマルチキャストデータが配送されてしまう。これまでは、こうした不必要なトラヒックを削減してネットワークリソースを効率的に利用する解決方法がなかった。
　このように、これまではカウンティング機能により基地局装置と端末間の無線リソースの有効利用については考慮されているものの、ネットワーク内のネットワークリソースを効率的に利用することはできない。
　上述した非特許文献１では、端末のネットワークリソースを解放する手続きが示されているが、その方法はネットワーク内部に設置されるマルチキャストデータの配送元となる装置が配信するデータがなくなったことを検知してネットワークリソースを解放する手続きや、端末からマルチキャストデータの配送元にリソースの解放を要求してネットワークリソースを解放する方法しか示されていない。
　言い換えると、マルチキャストデータの配信元の装置が主導して、ネットワークリソースを効率的に解放、再割り当てを行う方法はあったが、基地局装置が主導してそれらを行うことができなかった。
　したがって、基地局装置がカウンティング結果に基づいてデータ受信端末がいないことを検知した場合や、端末がリソース解放の要求を行わずに異なる基地局装置に移動したことや、電源をオフにしたことを基地局装置が検知した場合等においては、ネットワークリソースは実際に利用されていないにも関わらず、効率化することができなかった。
　上述した課題を解決するために、本発明の目的は、基地局装置のカウンティング機能によりネットワークリソースを解放する制御方法を定めることにより、ネットワークリソースを有効活用出来る移動通信システム等を提供することを目的としている。
　上述した課題を解決するために、本発明の移動通信システムは、
　ＢＭ－ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＧＧＳＮ（Gateway GPRS Support Node）及びＳＧＳＮ（Serving GPRS Support Node）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムにおいて、
　前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
　前記基地局装置は、
　ＭＢＭＳベアラコンテキストに対応づけられるマルチキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＳＧＳＮに送信し、
　マルチキャストデータ配信を停止して、ＳＧＳＮとのＭＢＭＳベアラリソースを解放することを特徴とする。
　また、本発明の移動通信システムにおいて、
　前記ＭＢＭＳベアラコンテキストには、ＭＢＭＳベアラサービスを識別するためのサービス識別子が更に含まれており、
　前記基地局装置は、
　前記移動局装置に、サービス識別子を含む確認メッセージを送信し、該移動局装置からの応答に基づいて、マルチキャストデータ配信に参加している移動局装置の数をカウントし、
　前記カウントした数が０の場合には、前記マルチキャストデータ配信の停止を決定することを特徴とする。
　また、本発明の移動通信システムにおいて、
　前記サービス識別子には、ＴＭＧＩ（Temporary Mobile Group Identify）を含むことを特徴とする。
　また、本発明の移動通信システムにおいて、
　前記基地局装置は、セッション停止要求をＳＧＳＮに送信するのと併せて、ＩＰマルチキャストパケットの送受信を停止することを特徴とする。
　また、本発明の移動通信システムにおいて、
　前記ＳＧＳＮは、ＳＧＳＮを経由して接続される移動局装置において、マルチキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＧＧＳＮに送信し、
　マルチキャストデータ配信を停止して、ＧＧＳＮとのＭＢＭＳベアラリソースを解放することを特徴とする。
　また、本発明の移動通信システムにおいて、
　前記ＧＧＳＮは、ＧＧＳＮを経由して接続される移動局装置において、マルチキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＢＭ－ＳＣに送信し、
　マルチキャストデータ配信を停止して、ＢＭ－ＳＣとのＭＢＭＳベアラリソースを解放することを特徴とする。
　また、本発明の移動局装置は、上述した発明に記載の移動通信システムに接続されることを特徴とする。
　本発明の基地局装置は、
　ＢＭ－ＳＣから、ＭＢＭＳベアラが確立されたＧＧＳＮ及びＳＧＳＮを経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムに接続される基地局装置において、
　前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
　ＭＢＭＳベアラコンテキストに対応づけられるマルチキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＳＧＳＮに送信し、
　マルチキャストデータ配信を停止して、ＳＧＳＮとのＭＢＭＳベアラリソースを解放することを特徴とする。
　本発明のＳＧＳＮは、
ＢＭ－ＳＣから、ＭＢＭＳベアラが確立されたＧＧＳＮ及びＳＧＳＮを経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムに接続されるＳＧＳＮおいて、
　前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
　前記基地局装置は、
　ＭＢＭＳベアラコンテキストに対応づけられるマルチキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＳＧＳＮに送信し、
　前記ＳＧＳＮは、
　前記基地局装置から送信されたセッション停止要求に基づいて、ＳＧＳＮを経由して接続される移動局装置において、マルチキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＧＧＳＮに送信し、
　マルチキャストデータ配信を停止して、ＧＧＳＮとのＭＢＭＳベアラリソースを解放することを特徴とする。
　本発明のＧＧＳＮは、
　ＢＭ－ＳＣから、ＭＢＭＳベアラが確立されたＧＧＳＮ及びＳＧＳＮを経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムに接続されるＧＧＳＮおいて、
　前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
　前記基地局装置は、
　ＭＢＭＳベアラコンテキストに対応づけられるマルチキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＳＧＳＮに送信し、
　前記ＳＧＳＮは、
　前記基地局装置から送信されたセッション停止要求に基づいて、ＭＢＭＳベアラコンテキストに対応づけられるマルチキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＧＧＳＮに送信し、
　前記ＧＧＳＮは、
　前記ＳＧＳＮから送信されたセッション停止要求に基づいて、ＧＧＳＮを経由して接続される移動局装置において、マルチキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＢＭ－ＳＣに送信し、
　マルチキャストデータ配信を停止して、ＢＭ－ＳＣとのＭＢＭＳベアラリソースを解放することを特徴とする。
　本発明の移動通信方法は、
　ＢＭ－ＳＣから、ＭＢＭＳベアラが確立されたＧＧＳＮ及びＳＧＳＮを経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムの移動通信方法において、
　前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
　前記基地局装置は、
　ＭＢＭＳベアラコンテキストに対応づけられるマルチキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＳＧＳＮに送信し、
　前記ＳＧＳＮは、
　前記基地局装置から送信されたセッション停止要求に基づいて、ＭＢＭＳベアラコンテキストに対応づけられるマルチキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＧＧＳＮに送信し、
　前記ＧＧＳＮは、
　前記ＳＧＳＮから送信されたセッション停止要求に基づいて、ＧＧＳＮを経由して接続される移動局装置において、マルチキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＢＭ－ＳＣに送信し、
　マルチキャストデータ配信を停止することを特徴とする。
　本発明によれば、ＢＭ－ＳＣから、ＭＢＭＳベアラが確立されたＧＧＳＮ及びＳＧＳＮを経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムにおいて、基地局装置は、ＭＢＭＳベアラコンテキストに対応づけられるマルチキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＳＧＳＮに送信し、マルチキャストデータ配信を停止して、ＳＧＳＮとのＭＢＭＳベアラリソースを解放することとなる。
　これにより、従来は、ＢＭ－ＳＣ（マルチキャストデータ及びブロードキャストデータ配信装置）が主導してセッションを一時停止することしかできず、基地局装置で移動局装置の受信の要否を確認でき、配信の必要がないと検知できたとしても、セッションを停止することができなかったが、基地局装置が、移動局装置の受信の要否の結果に基づいて、セッションの停止手続きを主導して行うことができるようになる。
本実施形態における移動通信システムの概略を説明するための図である。 本実施形態におけるＢＭ－ＳＣの機能構成を説明するための図である。 本実施形態におけるＢＭ－ＳＣに記憶されるＭＢＭＳサービスＤＢのデータ構成の一例である。 本実施形態におけるＢＭ－ＳＣに記憶されるユーザサブスクリプションＤＢのデータ構成の一例である。 本実施形態におけるＢＭ－ＳＣに記憶されるＭＢＭＳベアラコンテキストのデータ構成の一例である。 本実施形態におけるＧＧＳＮの機能構成を説明するための図である。 本実施形態におけるＧＧＳＮに記憶されるＭＢＭＳベアラコンテキストのデータ構成の一例である。 本実施形態におけるＧＧＳＮに記憶される上流コントロールノードＤＢのデータ構成の一例である。 本実施形態におけるＳＧＳＮの機能構成を説明するための図である。 本実施形態におけるＳＧＳＮに記憶されるＭＢＭＳベアラコンテキストのデータ構成の一例である。 本実施形態におけるＮＢの機能構成を説明するための図である。 本実施形態におけるＮＢに記憶されるＭＢＭＳベアラコンテキストのデータ構成の一例である。 本実施形態におけるＮＢに記憶される無線フレーム情報のデータ構成の一例である。 本実施形態におけるサービスアクティベーション手続きの処理を説明するための図である。 本実施形態における登録手続きの処理を説明するための図である。 本実施形態における登録手続きの処理を説明するための図である。 本実施形態におけるセッション開始手続きを説明するための図である。 本実施形態における配信停止手続きを説明するための図である。
　以下、図面を参照して本発明を実施するための最良の形態について説明する。
　［１．システム構成］
　図１は、本発明を適用した場合における移動通信システム１の概要を説明するための図である。移動通信システム１は、ブロードキャスト・マルチキャストサービスセンタ（マルチキャストデータ配信装置）であるＢＭ－ＳＣ（Broadcast Multicast Service Center）１０、ゲートウェイ装置であるＧＧＳＮ（Gateway GPRS Support Node）２０及びサービス制御装置であるＳＧＳＮ（Serving GPRS Support Node）３０を含むコアネットワーク５と、基地局装置であるＮＢ（Node B）４０と、移動局装置であるＵＥ（User Equipment）５０とを含んで構成されている。
　コアネットワーク５にＮＢ４０が接続されており、ＮＢ４０にＵＥ５０が接続可能に構成されている。具体的には、ＢＭ－ＳＣ１０の下位にはＧＧＳＮ２０が接続されており、ＧＧＳＮ２０の下位にはＳＧＳＮ３０を介して又は直接ＮＢ４０が接続されている。
　ここで、本実施形態の図１においては、説明の都合上、各構成装置が１つとして記載されているが、複数の装置が接続されている。例えば、一又は複数のＧＧＳＮを移動通信システム１は含んでおり、各ＧＧＳＮの下位に一又は複数のＳＧＳＮ、ＮＢがそれぞれ接続されている。また、ＵＥもＮＢに一又は複数接続可能である。
　［２．装置構成］
　続いて、各装置の機能構成について、図を用いて説明する。
　［２．１　ＢＭ－ＳＣ］
　ＢＭ－ＳＣ１０の機能構成について、図２を用いて説明する。ＢＭ－ＳＣ１０は、制御部１００に、送受信部１１０と記憶部１２０とが接続されている。
　送受信部１１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＧＧＳＮ２０と接続されている。
　記憶部１２０は、ＢＭ－ＳＣ１０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部１２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳサービスＤＢ１２２と、ユーザサブスクリプションＤＢ１２４と、ＭＢＭＳベアラコンテキスト１２６とがそれぞれ記憶されている。
　ＭＢＭＳサービスＤＢ１２２は、配信可能なＭＢＭＳベアラサービスを管理するために、ＭＢＭＳベアラサービス毎のＭＢＭＳ配信データの識別子を記憶しているＤＢである。図３に、ＭＢＭＳサービスＤＢ１２２のデータ構成の一例を示す。図３に示すように、サービス（例えば、「サービス１」と、ＡＰＮ（例えば、「ＡＰＮ１」）と、ＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）とが対応づけて記憶されている。
　すなわち、配信するコンテンツ毎に異なるマルチキャストサービスとして登録し、サービスを識別する情報としては、ＡＰＮ（Access Point Name）とＩＰマルチキャストアドレスとが登録される。ここで、ＡＰＮは従来の携帯電話サービスで利用されている端末が接続先を指定する際に用いる接続先識別子である。また、ＩＰマルチキャストアドレスは、従来のインターネット上でマルチキャスト通信を行う際に用いられるアドレスである。ここで、予め登録されるサービス識別情報は、ＡＰＮかＩＰマルチキャストアドレスのいずれかであっても良い。
　ユーザサブスクリプションＤＢ１２４は、マルチキャストサービス毎に配信可能なＵＥを管理するためのＤＢである。図４に、ユーザサブスクリプションＤＢ１２４のデータ構成の一例を示す。図４に示すように、ＵＥ識別情報（例えば、「ＩＭＳＩ１」）と、ＡＰＮ（例えば、「ＡＰＮ１」）と、ＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）とが対応づけて記憶されている。
　すなわち、ＭＢＭＳベアラサービスを識別するＡＰＮやＩＰマルチキャストアドレスに対して、配送可能なＵＥのＵＥ識別情報を管理する。ＵＥ識別情報として、本実施形態ではＩＭＳI（International Mobile Group Identity）やＵＥのＩＰアドレスを用いる。ここで、ＩＭＳＩとは、従来の携帯電話サービスで利用されている、世界中でユニークな加入者識別子である。ここでＵＥの識別情報に対して、予め登録される配信可能なサービスを識別する情報は、ＡＰＮかＩＰマルチキャストアドレスのいずれかであっても良い。
　ＭＢＭＳベアラコンテキスト１２６は、ＭＢＭＳベアラサービス毎に生成し、マルチキャストデータを配送するために必要な管理情報である。図５に、ＭＢＭＳベアラコンテキスト１２６のデータ構成の一例を示す。
　具体的には、ＴＭＧＩ（Temporary Mobile Group Identities）等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、ＡＰＮ（例えば、「ＡＰＮ１」）及びＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）のサービスを識別するための情報と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、データ配信先の配信ノード（例えば、「ＧＧＳＮ２０」）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。
　ここで、配信ノードは、配信するノードを特定する情報を記憶しており、例えばＩＰアドレス（図５の場合はＧＧＳＮ２０のＩＰアドレス）が記憶される。また、配信ノードは複数記憶することができる。
　また、ＴＭＧＩとは、従来携帯電話サービスで利用されている一時的に割り当てられた加入者識別情報だが、ＭＢＭＳサービスにおいてはＭＢＭＳベアラサービスを識別する情報として利用されている。
　ＵＥカウンタは、ＭＢＭＳベアラサービスのマルチキャストデータを配信している端末の数である。これは基地局装置のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している端末の数等である。
　さらに、ＢＭ－ＳＣ１０は、ＭＢＭＳベアラコンテキスト１２６に複数の配信ノードであるＧＧＳＮの情報を記憶している場合、ＧＧＳＮ毎にそれぞれ異なるＵＥカウンタを記憶し、ＵＥの数をカウントすることが出来る。したがって、ＢＭ－ＳＣ１０は、ＧＧＳＮ２０へ配信するブロードキャストデータの視聴端末数を記憶することが可能である。
　［２．２　ＧＧＳＮ］
　続いて、ＧＧＳＮ２０の機能構成について、図６を用いて説明する。ＧＧＳＮ２０は、制御部２００に、送受信部２１０と記憶部２２０とが接続されている。
　送受信部２１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＢＭ－ＳＣ１０と、ＳＧＳＮ３０と、ＮＢ４０とに接続されている。
　記憶部２２０は、ＧＧＳＮ２０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部２２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト２２２と、上流コントロールノードＤＢ２２４とがそれぞれ記憶されている。
　ＭＢＭＳベアラコンテキスト２２２は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータを配送するために必要な管理情報である。図８に、ＭＢＭＳベアラコンテキスト２２２のデータ構成の一例を示す。
　具体的には、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、ＡＰＮ（例えば、「ＡＰＮ１」）及びＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）のサービスを識別するための情報と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば「アクティブ」）と、データ配信先の配信ノード（例えば、「ＳＧＳＮ３０」）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。
　ここで、配信ノードは、配信するノードを特定する情報を記憶しており、例えばＩＰアドレス（図７の場合はＳＧＳＮ３０のＩＰアドレス）が記憶される。また、配信ノードは複数記憶することができる。
　また、ＴＭＧＩとは、従来携帯電話サービスで利用されている一時的に割り当てられた加入者識別情報だが、ＭＢＭＳサービスにおいてはＭＢＭＳベアラサービスを識別する情報として利用されている。
　ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキストを生成するＭＢＭＳベアラサービス毎に記憶される。
　ＵＥカウンタは、ＭＢＭＳベアラサービスのブロードキャストデータを受信する端末の数である。これは基地局装置のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している端末の数等である。
　さらに、ＧＧＳＮ２０は、ＭＢＭＳベアラコンテキスト２２２に複数の配信ノードであるＳＧＳＮの情報を記憶している場合、ＳＧＳＮ毎にそれぞれことなるＵＥカウンタを保持し、ＵＥの数をカウントすることが出来る。したがって、ＧＧＳＮ２０は、ＳＧＳＮ３０へ配信するブロードキャストデータの視聴端末数を記憶することが可能である。
　上流コントロールノードＤＢ２２４は、上流のマルチキャストデータ配信装置を特定するための情報を記憶するためのＤＢである。図８に上流コントロールノードＤＢ２２４のデータ構成の一例を示す。本実施形態においては、ＢＭ－ＳＣ１０に関する情報について記憶しており、例えば、ＢＭ－ＳＣ１０のＩＰアドレスを記憶する。
　ここで、上流コントロールノードＤＢ２２４は、図８に示すように一つの上流コントロールノード（ＢＭ－ＳＣ１０）を記憶してもよいし、ＡＰＮやＩＰマルチキャストアドレス毎等の、ＭＢＭＳベアラコンテキスト２２２を生成するサービス毎に複数の上流コントロールノード（ＢＭ－ＳＣ）を記憶してもよい。
　［２．３　ＳＧＳＮ］
　続いて、ＳＧＳＮ３０の機能構成について、図９を用いて説明する。ＳＧＳＮ３０は、制御部３００に、送受信部３１０と記憶部３２０とが接続されている。
　送受信部３１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＧＧＳＮ２０と、ＮＢ４０とに接続されている。
　記憶部３２０は、ＳＧＳＮ３０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部３２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト３２２が記憶されている。
　ＭＢＭＳベアラコンテキスト３２２は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータを配送するために必要な管理情報である。図１０に、ＭＢＭＳベアラコンテキスト３２２のデータ構成の一例を示す。
　具体的には、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば「ＴＭＧＩ１」）と、ＡＰＮ（例えば、「ＡＰＮ１」）及びＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）のサービスを識別するための情報と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば、「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば、「アクティブ」）と、データ配信先の配信ノード（例えば、「ＮＢ４０」）と、上位の配信ノードである上位配信ノード（例えば「ＧＧＳＮ２０」）と、ＵＥカウンタ（例えば、「Ｎ」）とが含まれている。
　ここで、配信ノード及び上位配信ノードは、それぞれのノードを特定する情報を記憶しており、例えばＩＰアドレス（図１０の場合はＮＢ４０や、ＧＧＳＮ２０のＩＰアドレス）が記憶される。また、配信ノードは複数記憶することができる。
　また、ＴＭＧＩとは、従来携帯電話サービスで利用されている一時的に割り当てられた加入者識別情報だが、ＭＢＭＳサービスにおいてはＭＢＭＳベアラサービスを識別する情報として利用されている。また、配信ノードは複数記憶することができる。
　ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキストを生成するＭＢＭＳベアラサービス毎に記憶する。
　ＵＥカウンタは、ＭＢＭＳベアラサービスのマルチキャストデータを受信する端末の数である。これは基地局装置のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している端末の数等である。
　さらに、ＳＧＳＮ３０は、ＭＢＭＳベアラコンテキスト３２２に複数の配信ノードであるＮＢの情報を記憶している場合、ＮＢ毎にそれぞれことなるＵＥカウンタを記憶し、ＵＥの数をカウントすることが出来る。したがって、ＳＧＳＮ３０は、ＮＢ４０へ配信するマルチキャストデータの視聴端末数を記憶することが可能である。
　［２．４　ＮＢ］
　続いて、ＮＢ４０の機能構成について、図１１を用いて説明する。ＮＢ４０は、制御部４００に、送受信部４１０と記憶部４２０とが接続されている。
　送受信部４１０は、ネットワークに接続されるインタフェース部であり、例えばネットワークを介してＧＧＳＮ２０と、ＳＧＳＮ３０と接続されており、ＵＥ５０が接続可能である。
　記憶部４２０は、ＮＢ４０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部４２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。また、本実施形態においては、ＭＢＭＳベアラコンテキスト４２２と、無線フレーム情報４２４とがそれぞれ記憶されている。
　ＭＢＭＳベアラコンテキスト４２２は、ＭＢＭＳベアラサービス毎に生成され、マルチキャストデータを配送するために必要な管理情報である。図１２に、ＭＢＭＳベアラコンテキスト４２２のデータ構成の一例を示す。
　具体的には、ＴＭＧＩ等のＭＢＭＳベアラサービス識別子（例えば、「ＴＭＧＩ１」）と、ＡＰＮ（例えば、「ＡＰＮ１」）及びＩＰマルチキャストアドレス（例えば、「ＩＰマルチキャストアドレス１」）のサービスを識別するための情報と、マルチキャストモードかブロードキャストモードかを識別するためのモード（例えば「マルチキャスト」）と、ＭＢＭＳベアラの状態をアクティブかサスペンドかを管理する状態情報（例えば「アクティブ」）と、上位の配信ノードとなる上位配信ノード（例えば、「ＳＧＳＮ３０」）と、ＵＥカウンタ（例えば「Ｎ」）とが含まれている。
　ここで、上位配信ノードは、ノードを特定する情報を記憶しており、例えばＩＰアドレス（図１１の場合はＳＧＳＮ３０のＩＰアドレス）が記憶される。
　また、ＴＭＧＩとは、従来携帯電話サービスで利用されている一時的に割り当てられた加入者識別情報だが、ＭＢＭＳサービスにおいてはＭＢＭＳベアラサービスを識別する情報として利用されている。
　ＩＰマルチキャストアドレスは、ＭＢＭＳベアラコンテキストを生成するＭＢＭＳベアラサービス毎に記憶される。
　ＵＥカウンタは、ＭＢＭＳベアラサービスのマルチキャストデータを受信する端末の数である。これは基地局装置のカウンティング機能によりカウントされた数に基づいたものであり、ユーザが実際に視聴している端末の数等である。
　無線フレーム情報４２４は、ＭＢＭＳベアラサービスと後に、ＮＢ４０がＵＥ５０へ無線区間を通して送信するための無線フレームの情報を記憶する。図１３に、無線フレーム情報４２４のデータ構成の一例を示す。
　具体的には、ＭＢＭＳベアラサービスを識別する識別子毎に（例えばＴＭＧＩ毎）、マルチキャストモードかユニキャストモードかを示すモード情報（例えば、「フレームモード」）を記憶する。更に、ユニキャストモードの場合には、フレーム配送するＵＥ５０のＩＭＳＩ（International Mobile Subscriber Identity）等の識別情報が記憶されている。ここで、フレーム配送するＵＥ（識別情報）については複数記憶することができる。さらに、上述したサービス識別子は、ＭＢＭＳベアラサービスを識別できるものでよく、ＡＰＮやＩＰマルチキャストアドレスでも良い。
　［３．手続き処理］
　続いて、本実施形態における移動通信システム１の手続き処理について、図を用いて説明する。
　［３．１　サービスアクティベーション手続き］
　図１４を用いて、ＵＥ５０がＭＢＭＳサービスを検知してサービスを要求し、コアネットワーク内部のＢＭ－ＳＣ１０において、ＵＥ５０を認証し、サービス提供を許可するまでのサービスアクティベーション手続きを説明する。
　サービスアクティベーション手続きは、従来のＭＢＭＳサービスで定められる手続きと同様であるため、簡略化して説明する。
　まず始めに、ＢＭ－ＳＣ１０は、サービス識別子を通知することで、配信可能なマルチキャストサービスをＵＥ５０へ通知する（サービスアナウンス、Ｓ１００）。ＵＥ５０は、これによりマルチキャストサービスを検知する。ＢＭ－ＳＣ１０は、ＭＢＭＳサービスＤＢ１２２に登録されているサービスの配信が可能であることを、ＵＥ５０へ通知する。
　ここで、サービス識別子としては種々のものが用いられるが、例えば、
　（１）ＡＰＮ
　（２）ＩＰマルチキャストアドレス
　（３）ＴＭＧＩ
　（４）その他の識別子（例えば、事業者の設定したでＭＢＭＳベアラサービスを識別することができる識別子）
　等が利用可能である。
　本実施形態では、（１）のＴＭＧＩを利用することとして説明する。さらに、サービス識別子に加えて、番組タイトルやコンテンツタイトル等のサービスを説明する情報を付与して通知してもよい。
　また、具体的な通知方法としては、種々の方法が考えられるが、例えば、ＳＭＳ（Short Message Service）等を用いて、予め登録されている配信可能なＵＥ５０へ通知したり、不特定多数のＵＥ５０へ通知したり、ＷＥＢに情報を掲示し、ＵＥ５０がＷＥＢサーバにアクセスすることで情報を取得したりしてもよい。
　サービスを検知し、サービスを受けることを決定したユーザは、ＰＤＰコンテキストアクティベーション手続きを開始する。ＰＤＰコンテキストアクティベーション手続きは、ＵＥ５０、ＮＢ４０、ＳＧＳＮ３０、ＧＧＳＮ２０とで制御情報を送受信して行う（Ｓ１０２）。
　ＰＤＰコンテキストとは、ＵＥ５０とネットワーク間の論理パス情報である。ＰＤＰコンテキストアクティベーション手続きにより、ＵＥ５０とＧＧＳＮ２０間の通信路が活性化しパケット送受信が可能となる。ここで、ＭＢＭＳサービスアクティベーション手続きを開始する時点ですでに他の通信が行われている場合、ＰＤＰコンテキストは活性化されている可能性がある。その場合には、このＰＤＰコンテキストアクティベーション手続きを行わなくてもよい。
　次に、ＵＥ５０は、ＧＧＳＮ２０へＩＰマルチキャスト参加要求を送信する（Ｓ１０４）。ＩＰマルチキャスト参加要求メッセージには、サービスを識別するＩＰマルチキャストアドレスを付与して送信する。具体的には、ＩＰｖ４で要求する場合にはＩＧＭＰ　Ｊｏｉｎメッセージを送信し、ＩＰｖ６によって要求する場合には、ＭＬＤＪｏｉｎメッセージを送信する。
　ＮＢ４０は、ＵＥ５０が特定のサービスに対してサービスアクティベーション手続きを開始したことを検知して、登録手続きを開始してもよい（Ｓ１０６）。ここで、ＮＢ４０がサービスアクティベーション手続きの開始を検出する方法としては、種々の方法が考えられるが、例えば、ＮＢ４０における検知の手段については、ＰＤＰアクティベーション手続き（Ｓ１０２）でＵＥ５０がＮＢ４０にＡＰＮやＩＰマルチキャストアドレスを通知することで検知したり、ＵＥ５０がＧＧＳＮ２０へ送信するマルチキャスト参加要求（Ｓ１０４）を転送時に解析してＡＰＮやＩＰマルチキャストアドレスを取得して検知したり、所定の方法によりＵＥ５０がＮＢ４０へ通知したりすることにより検知すれば良い。
　登録手続きの詳細は後述するが、登録手続きが完了すると、ＢＭ－ＳＣ１０、ＧＧＳＮ２０、ＳＧＳＮ３０、ＮＢ４０でＭＢＭＳベアラコンテキストが生成され、ＢＭ－ＳＣ１０からマルチキャストデータがＮＢ４０まで配送されるようになる。
　ＧＧＳＮ２０は、ＵＥ５０からＩＰマルチキャスト参加要求を受信すると、ＭＢＭＳ認証要求をＢＭ－ＳＣ１０に送信する（Ｓ１０８）。ＭＢＭＳ認証要求には、ＵＥ５０の識別情報とサービス識別情報とが含まれている。
　ＵＥ５０の識別情報としては、例えば、ＩＰマルチキャスト参加要求から取得したＵＥ５０のＩＰアドレスや、ＵＥ５０のＩＭＳＩを用いることとする。また、ＵＥ５０のＩＭＳＩは、例えば、ＰＤＰコンテキストアクティベーション手続きにおいて、ＵＥ５０がＮＢ４０、ＳＧＳＮ３０を介してＧＧＳＮ２０へＵＥ５０のＩＰアドレスとＩＭＳＩを通知し、ＧＧＳＮ２０はそれらＩＰアドレスとＩＭＳＩを対応づけて管理しておくことで、ＩＰマルチキャスト参加要求を受信した際に、参加要求に含まれるＩＰアドレスを基に、対応するＩＭＳＩを解決する等の方法を用いることとする。
　また、サービス識別情報は、ＩＰマルチキャスト参加要求に含まれるＩＰマルチキャストアドレスやＡＰＮ等を用いることとする。この、ＡＰＮは、ＩＰマルチキャスト参加要求に含めてＵＥ５０が送信することでそれによって取得してもよいし、ＩＰマルチキャストアドレスに対してＡＰＮを予めＧＧＳＮ２０が対応づけて管理しておき、ＩＰマルチキャスト参加要求に含まれるＩＰマルチキャストアドレスに対応するＡＰＮを解決する方法を用いてもよい。
　ＢＭ－ＳＣ１０は、ＭＢＭＳ認証要求を受信し、サービスを要求するＵＥ５０の認証を行い、認証できた場合にはＭＢＭＳ認証応答をＧＧＳＮ２０へ送信する（Ｓ１１０）。認証は、ユーザサブスクリプションＤＢ１２４を参照し、ＭＢＭＳ認証要求に含まれるＵＥ識別情報とサービス情報（ＡＰＮ、ＩＰマルチキャストアドレス）とが登録されていることを確認することにより行う。
　ＧＧＳＮ２０は、ＭＢＭＳ認証応答を受信し、ＭＢＭＳ通知要求をＳＧＳＮ３０へ送信する（Ｓ１１２）。これにより、ＵＥ５０が認証されたとＳＧＳＮ３０を介してＵＥ５０に通知することとなる。また、ＭＢＭＳ通知要求にはＡＰＮ、ＩＰマルチキャストアドレスを含めて送信する。
　ＳＧＳＮ３０は、ＭＢＭＳ通知要求を受信し、ＭＢＭＳ通知応答をＧＧＳＮ２０へ送信して応答する（Ｓ１１４）。さらに、ＭＢＭＳコンテキストアクティベーション指示をＵＥ５０へ送信する（Ｓ１１６）。これにより、ＳＧＳＮ３０はＵＥ５０が認証されたことを通知し、受信を開始するための手続きを開始するよう指示する。ＭＢＭＳコンテキストアクティベーション指示には、ＡＰＮとＩＰマルチキャストアドレスとを含めて送信する。
　ＵＥ５０は、ＭＢＭＳコンテキストアクティベーション指示を受信し、認証されたことを確認するとＭＢＭＳコンテキストアクティベート要求をＳＧＳＮ３０に送信して、受信開始を要求する（Ｓ１１８）。ＭＢＭＳコンテキストアクティベーション指示には、ＩＭＳＩ等のＵＥ識別情報と、ＡＰＮ及びＩＰマルチキャストアドレス等のサービス識別情報とを含めて送信する。
　ＳＧＳＮ３０は、ＭＢＭＳコンテキストアクティベート要求を受信し、ＭＢＭＳコンテキスト生成要求をＧＧＳＮ２０へ送信する（Ｓ１２０）。これにより、ＭＢＭＳコンテキストを生成するよう要求する。ＭＢＭＳコンテキスト生成要求には、ＩＭＳＩ、ＡＰＮ、ＩＰマルチキャストアドレスを含めて送信する。
　ＧＧＳＮ２０は、ＭＢＭＳコンテキスト生成要求を受信し、登録手続き（Ｓ１０６）をすでに行いＭＢＭＳコンテキストをすでに生成している場合には、ＩＭＳＩ、ＡＰＮ、ＩＰマルチキャストアドレスを確認し、登録情報と異なる場合には登録する。その後、ＭＢＭＳ認証要求をＢＭ－ＳＣ１０に送信する（Ｓ１２２）。
　ＢＭ－ＳＣ１０は、ＭＢＭＳ認証要求を受信し、サービスを要求するＵＥ５０の認証を行い、認証できた場合にはＭＢＭＳ認証応答をＧＧＳＮ２０へ送信する（Ｓ１２４）。認証は、ユーザサブスクリプションＤＢ１２４を参照し、ＭＢＭＳ認証要求に含まれるＵＥの識別情報とサービス情報（ＡＰＮ、ＩＰマルチキャストアドレス）とが登録されていることを確認することにより行う。
　ここで、登録手続き（Ｓ１０６）を行う等により、ＭＢＭＳベアラコンテキスト１２６が既に生成されている場合には、ＩＭＳＩ、ＡＰＮ、ＩＰマルチキャストアドレスを確認し、登録情報と異なる場合には登録する。ＭＢＭＳベアラコンテキスト１２６が登録されていない場合には、ＭＢＭＳベアラコンテキスト１２６を生成し、ＩＭＳＩ、ＡＰＮ、ＩＰマルチキャストアドレスを登録する。
　また、生成されているかに関わらず、ＭＢＭＳベアラコンテキスト１２６にＭＢＭＳサービス識別情報であるＴＭＧＩが割り当てられていない場合、ＢＭ－ＳＣ１０はＴＭＧＩを生成し、登録する。
　送信するＭＢＭＳ認証応答には、ＩＭＳＩ、ＡＰＮ、ＩＰマルチキャストアドレス、ＴＭＧＩを含めて送信する。
　ＧＧＳＮ２０は、ＭＢＭＳ認証応答受信し、ＭＢＭＳコンテキスト生成応答をＳＧＳＮ３０へ送信して応答する（Ｓ１２６）。ＧＧＳＮ２０は、受信メッセージに含まれるＩＭＳＩ、ＡＰＮ、ＩＰマルチキャストアドレス、ＴＭＧＩがＭＢＭＳベアラコンテキスト２２２に登録されていない場合には、登録する。
　ＳＧＳＮ３０は、ＭＢＭＳコンテキスト生成応答を受信すると、ＭＢＭＳ情報通知をＮＢ４０に送信し、ＵＥ５０への配送開始を指示する（Ｓ１２８）。ＳＧＳＮ３０は、受信メッセージに含まれるＩＭＳＩ、ＡＰＮ、ＩＰマルチキャストアドレス、ＴＭＧIがＭＢＭＳベアラコンテキスト３２２に登録されていない場合には、登録する。また、ＭＢＭＳ情報通知には、ＩＭＳＩ、ＡＰＮ、ＩＰマルチキャストアドレス、ＴＭＧＩを含めて送信する。
　さらに、ＳＧＳＮ３０は、ＭＢＭＳコンテキストアクティベートアクセプトをＵＥ５０送信し、サービス開始を通知する（Ｓ１３０）。ＭＢＭＳコンテキストアクティベートアクセプトには、ＩＭＳＩ、ＡＰＮ、ＩＰマルチキャストアドレス、ＴＭＧＩを含めて送信する。
　以上の手続きにより、ＢＭ－ＳＣ１０が送信するマルチキャストデータは、ＧＧＳＮ２０、ＳＧＳＮ３０、ＮＢ４０を介して、ＵＥ５０への配送が開始される。
　［３．２　登録手続き］
　次に、前述のサービスアクティベーション手続きで説明を省略した登録手続き（Ｓ１０６）を、図１５を用いて説明する。登録手続きでは、各装置においてＭＢＭＳベアラコンテキストを生成し、マルチキャストデータの配送路を構成する。
　まず、ＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２が登録されていない場合、新たに生成し、ＡＰＮ、ＩＰマルチキャストアドレス、ＳＧＳＮアドレスを登録し、ＭＢＭＳ登録要求をＳＧＳＮ３０へ送信する（Ｓ２００）。ＭＢＭＳ登録要求には、ＡＰＮ、ＩＰマルチキャストアドレスを含めて送信する。また、ＭＢＭＳベアラコンテキスト４２２の状態をスタンバイと登録する。さらに、ＵＥカウンタの値をインクリメントする（Ｓ２３０）。
　ＳＧＳＮ３０は、ＭＢＭＳ登録要求を受信し、ＭＢＭＳベアラコンテキスト３２２が登録されていない場合、新たに生成し、ＡＰＮ、ＩＰマルチキャストアドレス、ＧＧＳＮアドレスをＭＢＭＳベアラコンテキスト３２２に登録し、ＭＢＭＳ登録要求をＧＧＳＮ２０へ送信する（Ｓ２０２）。
　また、ＭＢＭＳベアラコンテキスト３２２の状態をスタンバイと登録する。さらに、ＵＥカウンタの値をインクリメントする（Ｓ２３２）。さらに、配信ノードとしてＮＢ４０を登録する。
　ＧＧＳＮ２０は、ＭＢＭＳ登録要求を受信し、ＭＢＭＳベアラコンテキスト２２２が登録されていない場合、新たに生成し、ＡＰＮ、ＩＰマルチキャストアドレスを登録し、ＭＢＭＳ登録要求をＢＭ－ＳＣ１０へ送信する（Ｓ２０４）。また、ＭＢＭＳベアラコンテキスト２２２の状態をスタンバイと登録する。さらに、ＵＥカウンタの値をインクリメントする（Ｓ２３４）。さらに、配信ノードにＳＧＳＮ３０を登録する。また、上流コントロールノードＤＢ２２４にＢＭ－ＳＣ１０を登録する。
　ＢＭ－ＳＣ１０は、ＭＢＭＳ登録要求を受信し、ＭＢＭＳベアラコンテキスト１２６が登録されていない場合、新たに生成し、ＡＰＮ、ＩＰマルチキャストアドレスを登録し、ＭＢＭＳ登録応答をＧＧＳＮ２０へ送信する（Ｓ２０６）。
　また、ＴＭＧＩを生成してＭＢＭＳベアラコンテキスト１２６に登録するとともに、ＭＢＭＳ登録応答に含めて送信する。さらに、ＵＥカウンタの値をインクリメントする（Ｓ２３６）。また、ＭＢＭＳベアラコンテキスト１２６の状態をスタンバイと登録する。また、配信ノードにＧＧＳＮ１０を登録する。
　ここで、ＭＢＭＳベアラコンテキスト２２２の状態は、スタンバイと登録してもよいし、オペレータの意向次第で直ちに配信する場合等は、アクティブと登録し、セッション開始手続き（Ｓ２０８）を開始して配信ノードへデータ配信を開始してもよい。なお、セッション開始手続きの詳細については後述する。
　ＧＧＳＮ２０は、ＭＢＭＳ登録応答を受信し、ＭＢＭＳベアラコンテキスト２２２にＴＭＧＩを登録し、ＭＢＭＳ登録応答をＳＧＳＮ２０へ送信する（Ｓ２１０）。ここで、ＭＢＭＳベアラコンテキスト２２２の状態が、セッション開始手続き（Ｓ２０８）等により、アクティブになっている場合で、かつセッションが開始されていない場合には、セッション開始手続き処理（Ｓ２１２）を開始する。セッション開始手続きの詳細は後述する。
　ＳＧＳＮ３０は、ＭＢＭＳ登録応答を受信し、ＭＢＭＳベアラコンテキスト３２２にＴＭＧＩを登録し、ＭＢＭＳ登録応答をＮＢ４０へ送信する（Ｓ２１４）。ここで、ＭＢＭＳベアラコンテキスト３２２の状態が、セッション開始手続き（Ｓ２１２）等により、アクティブになっている場合で、かつセッションが開始されていない場合には、セッション開始手続き処理（Ｓ２１６）を開始する。セッション開始手続きの詳細は後述する。
　以上により、各装置においてＭＢＭＳベアラコンテキストが生成され、それぞれの配信ノードを登録することで配送路を構成することができる。
　また、ＮＢ４０のＭＢＭＳ登録要求の送信時、他のＵＥがサービスを開始している場合等には、すでに同サービスに対するＭＢＭＳベアラコンテキスト４２２が生成されている可能性がある。その場合には、ＮＢ４０はＭＢＭＳベアラコンテキスト４２２のＵＥカウンタの値をインクリメントして登録手続きを終了する。
　また、ＳＧＳＮ３０がＮＢ４０から送信されたＭＢＭＳ登録要求の受信時（Ｓ２００）、他のＵＥがサービスを開始している場合等には、すでに同サービスに対するＭＢＭＳベアラコンテキスト３２２が生成されている可能性がある。その場合にはＭＢＭＳベアラコンテキスト３２２のＵＥカウンタの値をインクリメントし、配信ノードにＮＢ４０を追加登録し、ＭＢＭＳ登録応答をＮＢ４０へ送信する（Ｓ２１４）。ＭＢＭＳ登録応答の送信及びそれ以降の手続きは、前述した方法と同様である。
　また、ＧＧＳＮ２０がＳＧＳＮ３０から送信されたＭＢＭＳ登録要求の受信時（Ｓ２０２）、他のＵＥがサービスを開始している場合等には、すでに同サービスに対するＭＢＭＳベアラコンテキスト２２２が生成されている可能性がある。その場合にはＭＢＭＳベアラコンテキスト２２２のＵＥカウンタの値をインクリメントし、配信ノードにＳＧＳＭ３０を追加登録し、ＭＢＭＳ登録応答をＳＧＳＮ３０へ送信する（Ｓ２１０）。ＭＢＭＳ登録応答の送信及びそれ以降の手続きは、前述した方法と同様である。
　また、図１４を用いて説明した前述のサービスアクティベーション手続きでは、ＵＥ５０が送信したマルチキャスト参加要求（Ｓ１０４）をＧＧＳＮ２０が受信した場合に、登録手続きを開始する（Ｓ１０６）例を示した。この例以外でも、ＧＧＳＮ２０がＭＢＭＳ認証応答を受信したことにより（Ｓ１２４）、登録手続きを開始してもよい。
　つまり、図１６（Ａ）に示すように、ＭＢＭＳ認証応答をＧＧＳＮ２０が受信後（Ｓ１２４）、ＧＧＳＮ２０とＢＭ－ＳＣ１０で登録手続きを行う（Ｓ２５０）。これにより、ＧＧＳＮ２０とＢＭ－ＳＣ１０はＭＢＭＳベアラコンテキストが生成されていない場合に新たに生成し、ＢＭ－ＳＣ１０からＧＧＳＮ２０へデータが配送されるようになる。
　具体的な登録手続きについては、図１５を用いて説明した、ＭＢＭＳ登録要求（Ｓ２０４）及びＭＢＭＳ登録応答（Ｓ２０６）の送受信と、セッション開始手続き（Ｓ２０８）を、ＧＧＳＮ２０とＢＭ－ＳＣ１０で行う。それぞれの手続きについては同様であるため説明は省略する。
　同様に、ＳＧＳＮ３０とＧＧＳＮ２０の登録手続きについても、図１４のサービスアクティベーション手続きにおける、ＧＧＳＮ２０が送信するＭＢＭＳコンテキスト生成応答をＳＧＳＮ３０が受信（Ｓ１２６）した後に開始してもよい。
　つまり、図１６（Ｂ）に示すように、ＭＢＭＳコンテキスト生成応答をＳＧＳＮ３０が受信後（Ｓ１２６）、ＳＧＳＮ３０とＧＧＳＮ２０とで登録手続きを行う（Ｓ２５２）。これにより、ＳＧＳＮ３０とＧＧＳＮ２０とはＭＢＭＳベアラコンテキストが生成されていない場合に新たに生成し、ＧＧＳＮ２０からＳＧＳＮ３０へデータが配送されるようになる。
　具体的な登録手続きについては、図１５を用いて説明した、ＭＢＭＳ登録要求（Ｓ２０２）及びＭＢＭＳ登録応答（Ｓ２１０）の送受信と、セッション開始手続き（Ｓ２１２）をＳＧＳＮ３０とＧＧＳＮ２０とで行う。それぞれの手続きについては同様であるため説明は省略する。
　同様に、ＮＢ４０とＳＧＳＮ３０の登録手続きについても、図１４のサービスアクティベーション手続きにおける、ＳＧＳＮ３０が送信するＭＢＭＳ情報通知をＮＢ４０が受信（Ｓ１２８）した後に開始してもよい。
　つまり、図１６（Ｃ）に示すように、ＭＢＭＳ情報通知をＳＧＳＮ３０が送信後（Ｓ１２８）、ＮＢ４０とＳＧＳＮ３０とで登録手続きを行う（Ｓ２５４）。これにより、ＮＢ４０とＳＧＳＮ３０とはＭＢＭＳベアラコンテキストが生成されていない場合には新たに生成し、ＧＧＳＮ２０からＳＧＳＮ３０へデータが配送されるようになる。
　具体的な登録手続きについては、図１５を用いて説明した、ＭＢＭＳ登録要求（Ｓ２００）及びＭＢＭＳ登録応答（Ｓ２１４）の送受信と、セッション開始手続き（Ｓ２１６）をＮＢ４０とＳＧＳＮ３０とで行う。それぞれの手続きについては同様であるため説明は省略する。
　［３．３　セッション開始手続き］
　次に、前述の登録手続きで説明を省略したセッション開始手続きを、図１７を用いて説明する。セッション開始手続きにより、指定したサービスのマルチキャストデータの配信を実際に開始する。
　ＢＭ－ＳＣ１０は、サービスを指定してセッション開始要求をＧＧＳＮ２０に送信する（Ｓ３００）。これによりセッション開始手続きを開始する。サービスを指定するために、メッセージにはＴＭＧＩを含む。ＭＢＭＳベアラコンテキスト１２６の状態情報をアクティブに登録する。
　ここで、ＢＭ－ＳＣ１０がセッションスタート手続きを開始するトリガは、前述した登録手続きが完了したことを契機に行ってもよいし、登録手続きを完了後、オペレータのポリシ等により任意のタイミングで開始することもできる。
　また、セッション開始要求は、ＭＢＭＳベアラコンテキスト１２６の配信ノードに登録されている総てのＧＧＳＮへ送信する。
　ＧＧＳＮ２０は、セッション開始要求を受信し、セッション開始応答をＢＭ－ＳＣ１０に送信し、応答する（Ｓ３０２）。さらに、ＭＢＭＳベアラコンテキスト２２２の状態情報をアクティブに登録する。
　ＧＧＳＮ２０は、ＭＢＭＳベアラコンテキスト２２２の配信ノードに登録されるＳＧＳＮへセッション開始要求（Ｓ３０４）を送信する。サービスを指定するために、メッセージにはＴＭＧＩを含む。
　ここで、ＧＧＳＮ２０がセッション開始要求を送信するトリガは、登録手続きが完了し、ＭＢＭＳベアラコンテキスト２２２の状態がアクティブであることで送信する。したがって、ＧＧＳＮ２０は、ＢＭ－ＳＣ１０にセッション開始応答（Ｓ３０２）を送信後、直ちにＳＧＳＮ３０にセッション開始要求を送信するのではなく、ＳＧＳＮ３０とＧＧＳＮ２０とで登録手続きが完了していない場合には、その完了後に送信してもよい。
　ＳＧＳＮ３０は、セッション開始要求を受信し、セッション開始応答をＧＧＳＮ２０に送信し、応答する（Ｓ３１０）。さらに、ＭＢＭＳベアラコンテキスト３２２の状態情報をアクティブに登録する。
　ＳＧＳＮ３０は、ＭＢＭＳベアラコンテキスト３２２の配信ノードに登録されているＮＢへセッション開始要求（Ｓ３０６）を送信する。サービスを指定するために、メッセージにはＴＭＧＩを含む。
　ここで、ＳＧＳＮ３０がセッション開始要求を送信するトリガは、登録手続きが完了し、ＭＢＭＳベアラコンテキスト３２２の状態情報がアクティブであることで送信する。したがって、ＳＧＳＮ３０は、ＧＧＳＮ２０からセッション開始要求（Ｓ３０４）を受信後、直ちにＮＢ４０にセッション開始要求を送信するのではなく、ＮＢ４０とＳＧＳＮ３０とで登録手続きが完了していない場合には、その完了後に送信してもよい。
　ＮＢ４０は、セッション開始要求を受信し、セッション開始応答をＳＧＳＮ３０に送信し、応答する（Ｓ３０８）。さらに、ＭＢＭＳベアラコンテキスト４２２の状態情報をアクティブに登録する。
　さらに、ＮＢ４０は、ＩＰマルチキャスト参加処理を行う。具体的には、ＩＰｖ４で通信する場合には、ＩＧＭＰ　Ｍｅｍｂｅｒｓｈｉｐ　Ｒｅｐｏｒｔメッセージを送信し、ＩＰｖ６で通信する場合にはＭＬＤ　Ｍｅｍｂｅｒｓｈｉｐ　Ｒｅｐｏｒｔを送信する。
　これにより、ＢＭ－ＳＣ１０、ＧＧＳＮ２０、ＳＧＳＮ３０及びＮＢ４０で確立したＭＢＭＳベアラに、ＩＰマルチキャストパケットが配送される。
　さらに、ＮＢ４０は、ＵＥ５０へ送信する無線リソース割り当て処理を行い、配送するための情報を無線フレーム情報４２４に登録する。具体的には、無線フレームのモードがマルチキャストモードであるか、ユニキャストモードであるかのモード情報をサービス識別子毎に登録する。サービス識別子としてはＴＭＧＩを用いることができる。
　また、マルチキャストモードで送信する場合は、フレームは不特定多数のＵＥへ送信するため、ＵＥ情報を保持する必要はないが、ユニキャストモードで送信する場合には、個々のＵＥに無線フレームを送信する必要がある。その場合には、アクティベーション手続きの際、ＵＥ情報としてＩＭＳＩ等を登録しておく。
　以上の登録手続き及びセッションスタート手続きを含んだサービスアクティベーション手続きにより、ＵＥ５０はマルチキャストデータを受信することができる。
　［３．４　配信停止手続き］
　次に、セッション停止手続きについて図１８を用いて説明する。セッション停止手続きは、ＮＢ４０におけるカウンティング手続き結果を基に開始する例を説明するが、開始トリガはこれに限らず、ＮＢ４０から手続きを開始することができる。
　まず、セッション停止手続きのトリガとなるカウンティング手続きを説明する（Ｓ４００）。手続きはＮＢ４０とＵＥ５０との間で行う。ＮＢ４０は、接続するＵＥ５０に対して、サービス識別子を含めてサービスを受けているかどうかを確認するメッセージを送信する。
　ここで、ＮＢ４０は、無線フレーム情報４２４に登録されているＵＥ５０に宛ててサービスを受けているかどうかを確認するメッセージを送信するが、接続する総てのＵＥに送信してもよい。
　また、メッセージには、サービス識別子を含めて送信する。サービス識別子には、ＭＢＭＳベアラコンテキスト４２２に登録されているＡＰＮか，ＩＰマルチキャストアドレスかＴＭＧＩを用いることができる。これにより、サービス毎にサービスを受けているかどうかを確認することができる。
　ＵＥ５０は、メッセージを受信すると、サービス識別子を含めてＮＢ４０に応答する。サービス識別子には、受信メッセージに含まれるＡＰＮか、ＩＰマルチキャストアドレスかＴＭＧＩを用いることができる。ＵＥ５０は、サービスアクティベーションを完了し、マルチキャストグループに参加して受信可能な状態であったとしても、視聴するアプリケーションを一時的にオフしている場合等、受信が必要ない場合には、応答を送信しなくてよい。
　これにより、ＮＢ４０は、マルチキャストグループに参加要求したＵＥ５０の数ではなく、実際にマルチキャストメッセージの受信が必要なＵＥ５０の数を取得することができる。取得したＵＥ５０の数は、ＭＢＭＳベアラコンテキスト４２２のＵＥカウンタに登録する。
　また、ＮＢ４０の確認メッセージには、サービス識別子を含めないで送信してもよい。その場合には、ＵＥ５０は、受信を必要とするサービスがある場合には、サービス識別子を含めて応答する。サービス識別子には、ＡＰＮ、ＩＰマルチキャストアドレス、ＴＭＧＩ等を用いることができる。
　応答を受信したＮＢ４０は、サービス識別子からＭＢＭＳベアラコンテキストを特定し、応答のあったＵＥ５０の数をＵＥカウンタに登録する。以上によりカウンティング手続き（Ｓ４００）を完了する。
　ＮＢ４０は、ＭＢＭＳベアラコンテキスト４２２のＵＥカウンタがゼロになったかどうかを確認するカウンティング処理を行う（Ｓ４０２）。ＵＥカウンタがゼロになった場合、セッションを一時的に停止することを決定する。したがって、サービス毎に受信するＵＥ５０がいないことを検知し、そのサービスのセッションを一時的に停止する。
　この場合、ＮＢ４０は、セッション停止要求をＳＧＳＮ３０に送信する（Ｓ４０４）。セッション停止要求には、ＭＢＭＳベアラコンテキストに登録される、ＴＭＧＩ、ＡＰＮ、ＩＰマルチキャストアドレスを含めて送信する。ＳＧＳＮ３０は、ＭＢＭＳベアラコンテキスト４２２のＳＧＳＮアドレスにより解決する。さらに、ＭＢＭＳベアラコンテキスト４２２の状態情報をスタンバイに登録する。
　ここで、ＭＢＭＳベアラコンテキスト４２２の状態情報がスタンバイとなった場合には、マルチキャストデータ配信の配信及び受信を停止する（Ｓ４０８）。
　なお受信を停止する場合には、ＩＰマルチキャスト離脱要求を送信してもよい。具体的には、ＩＰｖ４で通信を行っている場合、ＩＧＭＰ　Ｍｅｍｂｅｒｓｈｉｐ　Ｒｅｐｏｒｔを送信し、ＩＰｖ６で通信を行っている場合には、ＭＬＤ　Ｍｅｍｂｅｒｓｈｉｐ　Ｒｅｐｏｒｔを送信する。これにより、ＩＰマルチキャストパケットの配信及び受信を停止する。ＩＰマルチキャストパケットの配信及び受信が停止されることにより、マルチキャストデータの配信及び受信が停止される。
　ＳＧＳＮ３０は、セッション停止要求を受信し、ＮＢ４０にセッション停止応答を送信する（Ｓ４０６）。さらに、ＳＧＳＮ３０は、ＮＢ４０に対応づけられたＵＥカウンタをゼロにする。
　さらに、ＳＧＳＮ３０は、ＮＢ４０に対応づけられたＵＥカウンタをゼロにする。そして、ＮＢ４０への対応するフローのマルチキャストデータ配信の配信及び受信を停止する（Ｓ４１４）。
　なお、受信を停止する場合には、ＩＰマルチキャスト離脱要求を送信してもよい。具体的には、ＩＰｖ４で通信を行っている場合、ＩＧＭＰ　Ｍｅｍｂｅｒｓｈｉｐ　Ｒｅｐｏｒｔを送信し、ＩＰｖ６で通信を行っている場合には、ＭＬＤ　Ｍｅｍｂｅｒｓｈｉｐ　Ｒｅｐｏｒｔを送信する。これにより、ＩＰマルチキャストパケットの配信及び受信を停止する。ＩＰマルチキャストパケットの配信及び受信が停止されることにより、マルチキャストデータの配信及び受信が停止される。
　ここで、ＳＧＳＮ３０は、他のＮＢにマルチキャストキャスト配信していない場合は、セッション停止要求をＧＧＳＮ２０へ送信する（Ｓ４１０）。セッション停止要求にはＭＢＭＳベアラコンテキスト３２２に登録されるＴＭＧＩと、ＡＰＮと、ＩＰマルチキャストアドレスと、ＳＧＳＮ３０の情報とを含めて送信する。
　また、ＭＢＭＳベアラコンテキスト３２２の配信ノードからＮＢ４０のエントリを削除するか、停止中を示すマーキングを行う。
　さらに、ＳＧＳＮ３０はＮＢ４０間のＭＢＭＳベアラのリソースを解放する。言い換えると、ＳＧＳＮ３０は、ＮＢ４０に対してマルチキャスト配送を停止した場合、ＭＢＭＳベアラのリソースを解放する。この場合、ＭＢＭＳベアラコンテキスト３２２の状態情報をスタンバイと登録する。
　また、ＭＢＭＳベアラコンテキスト３２２の配信ノードにその他複数のＮＢが登録されており、フローの配信が行われている場合には、セッション停止要求をＧＧＳＮ２０には送信することなくセッション停止手続きを完了する。
　ＧＧＳＮ２０は、セッション停止要求を受信し、ＳＧＳＮ３０にセッション停止応答を送信する（Ｓ４１２）。
　さらに、ＧＧＳＮ２０は、ＳＧＳＭ３０に対応づけられたＵＥカウンタをゼロにする。さらに、ＳＧＳＮ３０へのマルチキャストデータ配信の配信及び受信を停止する（Ｓ４２０）。
　なお、受信を停止する場合には、ＩＰマルチキャスト離脱要求を送信してもよい。具体的には、ＩＰｖ４で通信を行っている場合、ＩＧＭＰ　Ｍｅｍｂｅｒｓｈｉｐ　Ｒｅｐｏｒｔを送信し、ＩＰｖ６で通信を行っている場合には、ＭＬＤ　Ｍｅｍｂｅｒｓｈｉｐ　Ｒｅｐｏｒｔを送信する。これにより、ＩＰマルチキャストパケットの配信及び受信を停止する。ＩＰマルチキャストパケットの配信及び受信が停止されることにより、マルチキャストデータの配信及び受信が停止される。
　ここで、ＧＧＳＮ２０は、他のＳＧＳＮに、マルチキャスト配信していない場合は、セッション停止要求をＢＭ－ＳＣ１０へ送信する（Ｓ４１６）。セッション停止要求にはＭＢＭＳベアラコンテキスト２２２に登録されるＴＭＧＩと、ＡＰＮと、ＩＰマルチキャストアドレスと、ＧＧＳＮ２０の情報とを含めて送信する。
　また、ＭＢＭＳベアラコンテキスト２２２の配信ノードからＳＧＳＮ３０のエントリを削除するか、停止中を示すマーキングを行う。
　さらに、ＧＧＳＮ２０はＳＧＳＮ３０間のＭＢＭＳベアラのリソースを解放する。言い換えると、ＧＧＳＮ２０は、ＳＧＳＮ３０に対してマルチキャストデータ配送を停止した場合、ＭＢＭＳベアラのリソースを解放する。この場合、ＭＢＭＳベアラコンテキスト２２２の状態情報をスタンバイとする。
　また、ＭＢＭＳベアラコンテキスト２２２の配信ノードにその他複数のＳＧＳＮが登録されており、フローの配信が行われている場合には、セッション停止要求をＢＭ－ＳＣ１０には送信することなくセッション停止手続きを完了する。
　ＢＭ－ＳＣ１０は、セッション停止要求を受信し、ＧＧＳＮ２０にセッション停止応答を送信する（Ｓ４１８）。また、ＧＧＳＭ２０に対してマルチキャストデータ配信を停止する（Ｓ４２２）。
　ＢＭ－ＳＣ１０は、ＧＧＳＮ２０に対応づけられたＵＥカウンタをゼロにする。さらに、配信ノードからＧＧＳＮ２０のエントリを削除するか、停止中を示すマーキングを行う。
　さらに、総てのＧＧＳＮ２０のエントリが削除されるか、停止中を示すマーキングが行われた場合、ＭＢＭＳベアラコンテキスト１２６の状態情報をスタンバイとし、ＢＭ－ＳＣ１０とＧＧＳＮ２０との間のＭＢＭＳベアラリソースを解放する。言い換えると、ＢＭ－ＳＣ１０は、ＧＧＳＮ２０に送信する、マルチキャストデータが無くなった場合、ＭＢＭＳベアラリソースを解放する。
　以上の手続きにより、ＮＢ４０が主導してセッションを一時的に停止することができる。ＮＢ４０のセッション停止手続きは、カウンティング手続きにより、マルチキャストグループに参加しているＵＥ５０がいないことを検知したことをトリガに開始することもできるし、マルチキャストグループに参加していたとしても、アプリケーション等がオフになっていること等により視聴していないようなケースのように、視聴していないことを検知することで開始することもできる。つまり、受信を必要としないＵＥ５０をＮＢ４０は検知することができ、それをトリガにセッション停止手続きを開始することができる。
　また、セッション停止手続きは、マルチキャストサービスに限って行ってもよい。従来ＭＢＭＳサービスには、マルチキャストモードのサービスとブロードキャストモードのサービスがある。マルチキャストモードのサービスは、これまで説明したように、ＵＥ５０の参加要求に対してサービス毎に認証手続きを行い、配信するサービスである。一方で、ブロードキャストモードのサービスでは、ＵＥ５０の認証をすることなくデータの配送を開始する違いがある。
　マルチキャストサービスに限ってセッション停止手続きを許可する具体的な方法としては、図１５で説明した登録手続きにおいて、ＢＭ－ＳＣ１０がＭＢＭＳベアラコンテキストを生成する際にＴＭＧＩを生成し、ＴＭＧＩをＧＧＳＮ２０、ＳＧＳＮ１０、ＮＢ４０に通知すると同時に、モードを通知する。
　マルチキャストモードかブロードキャストモードのどちらを通知するかについては、ＡＰＮやＩＰマルチキャストアドレス等のサービスごとに対応づけて予めモードをＭＢＭＳサービスＤＢ１２２で管理してもよいし、サービスアクティベーション手続きの認証手続きの有無により、管理してもよい。
　こうして各装置は登録するサービスがマルチキャストモードであると認識し、それぞれＭＢＭＳベアラコンテキストに保持する。具体的には、ＢＭ－ＳＣ１０はＭＢＭＳベアラコンテキスト１２６のモードにマルチキャストと登録し、ＧＧＳＮ２０はＭＢＭＳベアラコンテキスト２２２のモードにマルチキャストと登録し、ＳＧＳＮ３０はＭＢＭＳベアラコンテキスト３２２のモードにマルチキャストと登録し、ＮＢ４０はＭＢＭＳベアラコンテキスト４２２のモードにマルチキャストと登録する。
　これにより、セッション停止を決定する場合、各装置では、ＭＢＭＳベアラコンテキストを参照し、マルチキャストモードである場合にはセッションを停止することができる。
　具体的には、ＮＢ４０では、マルチキャストセッション停止要求の送信時（Ｓ４０４）、ＭＢＭＳベアラコンテキスト４２２のモードがマルチキャストである場合、停止要求の送信やＭＢＭＳベアラの解放やＩＰマルチキャスト配信、受信停止を行う。ＳＧＳＮ３０では、マルチキャストセッション停止要求の送信時（Ｓ４１０）、ＭＢＭＳベアラコンテキスト３２２のモードがマルチキャストである場合、停止要求の送信やＭＢＭＳベアラの解放やＩＰマルチキャスト配信、受信停止を行う。
　ＧＧＳＮ２０では、マルチキャストセッション停止要求の送信時（Ｓ４１６）、ＭＢＭＳベアラコンテキスト２２２のモードがマルチキャストである場合、停止要求の送信やＭＢＭＳベアラの解放やＩＰマルチキャスト配信、受信停止を行う。
　ＢＭ－ＳＣ１０では、マルチキャストセッション停止要求の受信時（Ｓ４１６）、ＭＢＭＳベアラコンテキスト２２２のモードがマルチキャストである場合、ＭＢＭＳベアラの解放やＩＰマルチキャスト配信停止を行う。
　従来では、コンテンツデータの配信元であるＢＭ－ＳＣ１０において、配信データの状況により一定時間送信するべきデータが無い場合等、送信データがないことを検知して、ＢＭ－ＳＣ１０が主導してセッションを一時停止することしかできなかった。このため、ＮＢ４０でＵＥ５０の受信の要否を確認でき、配信の必要がないと検知できたとしても、セッションを停止することができなかった。本実施形態の手続きにより、ＮＢ４０はＵＥ５０の受信の要否の結果に基づいて、セッション停止手続きを主導して行うことができる。
　［４．変形例］
　以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
　また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
　ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
　また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
　また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
１０　ＢＭ－ＳＣ
　１００　制御部
　１１０　送受信部
　１２０　記憶部
　　１２２　ＭＢＭＳサービスＤＢ
　　１２４　ユーザサブスクリプションＤＢ
　　１２６　ＭＢＭＳベアラコンテキスト
２０　ＧＧＳＮ
　２００　制御部
　２１０　送受信部
　２２０　記憶部
　　２２２　ＭＢＭＳベアラコンテキスト
　　２２４　上流コントロールノードＤＢ
３０　ＳＧＳＮ
　３００　制御部
　３１０　送受信部
　３２０　記憶部
　　３２２　ＭＢＭＳベアラコンテキスト
４０　ＮＢ
　４００　制御部
　４１０　送受信部
　４２０　記憶部
　　４２２　ＭＢＭＳベアラコンテキスト
　　４２４　無線フレーム情報
５０　ＵＥ

Claims (11)

  1. 　ＢＭ－ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＧＧＳＮ（Gateway GPRS Support Node）及びＳＧＳＮ（Serving GPRS Support Node）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムにおいて、
    　前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
    　前記基地局装置は、
    　ＭＢＭＳベアラコンテキストに対応づけられるマルチキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＳＧＳＮに送信し、
    　マルチキャストデータ配信を停止して、ＳＧＳＮとのＭＢＭＳベアラリソースを解放することを特徴とする移動通信システム。
  2. 　前記ＭＢＭＳベアラコンテキストには、ＭＢＭＳベアラサービスを識別するためのサービス識別子が更に含まれており、
    　前記基地局装置は、
    　前記移動局装置に、サービス識別子を含む確認メッセージを送信し、該移動局装置からの応答に基づいて、マルチキャストデータ配信に参加している移動局装置の数をカウントし、
    　前記カウントした数が０の場合には、前記マルチキャストデータ配信の停止を決定することを特徴とする請求項１に記載の移動通信システム。
  3. 　前記サービス識別子には、ＴＭＧＩ（Temporary Mobile Group Identify）を含むことを特徴とする請求項２に記載の移動通信システム。
  4. 　前記基地局装置は、セッション停止要求をＳＧＳＮに送信するのと併せて、ＩＰマルチキャストパケットの送受信を停止することを特徴とする請求項１から３の何れか一項に記載の移動通信システム。
  5. 　前記ＳＧＳＮは、ＳＧＳＮを経由して接続される移動局装置において、マルチキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＧＧＳＮに送信し、
    　マルチキャストデータ配信を停止して、ＧＧＳＮとのＭＢＭＳベアラリソースを解放することを特徴とする請求項１から４の何れか一項に記載の移動通信システム。
  6. 　前記ＧＧＳＮは、ＧＧＳＮを経由して接続される移動局装置において、マルチキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＢＭ－ＳＣに送信し、
    　マルチキャストデータ配信を停止して、ＢＭ－ＳＣとのＭＢＭＳベアラリソースを解放することを特徴とする請求項１から５の何れか一項に記載の移動通信システム。
  7. 　前記請求項１から６の何れか一項に記載の移動通信システムに接続される移動局装置。
  8. 　ＢＭ－ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＧＧＳＮ（Gateway GPRS Support Node）及びＳＧＳＮ（Serving GPRS Support Node）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムに接続される基地局装置において、
    　前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
    　ＭＢＭＳベアラコンテキストに対応づけられるマルチキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＳＧＳＮに送信し、
    　マルチキャストデータ配信を停止して、ＳＧＳＮとのＭＢＭＳベアラリソースを解放することを特徴とする基地局装置。
  9. 　ＢＭ－ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＧＧＳＮ（Gateway GPRS Support Node）及びＳＧＳＮ（Serving GPRS Support Node）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムに接続されるＳＧＳＮにおいて、
    　前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
    　前記基地局装置は、
    　ＭＢＭＳベアラコンテキストに対応づけられるマルチキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＳＧＳＮに送信し、
    　前記ＳＧＳＮは、
    　前記基地局装置から送信されたセッション停止要求に基づいて、ＳＧＳＮを経由して接続される移動局装置において、マルチキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＧＧＳＮに送信し、
    　マルチキャストデータ配信を停止して、ＧＧＳＮとのＭＢＭＳベアラリソースを解放することを特徴とするＳＧＳＮ。
  10. 　ＢＭ－ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＧＧＳＮ（Gateway GPRS Support Node）及びＳＧＳＮ（Serving GPRS Support Node）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムに接続されるＧＧＳＮにおいて、
    　前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
    　前記基地局装置は、
    　ＭＢＭＳベアラコンテキストに対応づけられるマルチキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＳＧＳＮに送信し、
    　前記ＳＧＳＮは、
    　前記基地局装置から送信されたセッション停止要求に基づいて、ＭＢＭＳベアラコンテキストに対応づけられるマルチキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＧＧＳＮに送信し、
    　前記ＧＧＳＮは、
    　前記ＳＧＳＮから送信されたセッション停止要求に基づいて、ＧＧＳＮを経由して接続される移動局装置において、マルチキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＢＭ－ＳＣに送信し、
    　マルチキャストデータ配信を停止して、ＢＭ－ＳＣとのＭＢＭＳベアラリソースを解放することを特徴とするＧＧＳＮ。
  11. 　ＢＭ－ＳＣ（Broadcast Multicast Service Center）から、ＭＢＭＳ（Multimedia Broadcast/Multicast Service）ベアラが確立されたＧＧＳＮ（Gateway GPRS Support Node）及びＳＧＳＮ（Serving GPRS Support Node）を経由して基地局装置に接続される移動局装置にＭＢＭＳベアラサービスによりマルチキャストデータ配信を行う移動通信システムの移動通信方法において、
    　前記ＭＢＭＳベアラサービスにおいて、ＭＢＭＳベアラリソースを割り当てて確立するＭＢＭＳベアラの情報がＭＢＭＳベアラコンテキストに含まれており、
    　前記基地局装置は、
    　ＭＢＭＳベアラコンテキストに対応づけられるマルチキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＳＧＳＮに送信し、
    　前記ＳＧＳＮは、
    　前記基地局装置から送信されたセッション停止要求に基づいて、ＭＢＭＳベアラコンテキストに対応づけられるマルチキャストデータ配信を停止する場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＧＧＳＮに送信し、
    　前記ＧＧＳＮは、
    　前記ＳＧＳＮから送信されたセッション停止要求に基づいて、ＧＧＳＮを経由して接続される移動局装置において、マルチキャストデータ配信を行う移動局装置が無くなった場合には、ＭＢＭＳベアラコンテキストに対応づけられるセッション停止要求をＢＭ－ＳＣに送信し、
    　マルチキャストデータ配信を停止することを特徴とする移動通信方法。
PCT/JP2011/075596 2010-11-08 2011-11-07 移動通信システム、移動局装置、基地局装置、ｓｇｓｎ、ｇｇｓｎ及び移動通信方法 WO2012063776A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010250284A JP2012104972A (ja) 2010-11-08 2010-11-08 移動通信システム、移動局装置、基地局装置、ｓｇｓｎ、ｇｇｓｎ及び移動通信方法
JP2010-250284 2010-11-08

Publications (1)

Publication Number Publication Date
WO2012063776A1 true WO2012063776A1 (ja) 2012-05-18

Family

ID=46050922

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/075596 WO2012063776A1 (ja) 2010-11-08 2011-11-07 移動通信システム、移動局装置、基地局装置、ｓｇｓｎ、ｇｇｓｎ及び移動通信方法

Country Status (2)

Country Link
JP (1) JP2012104972A (ja)
WO (1) WO2012063776A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008096549A1 (ja) * 2007-02-09 2008-08-14 Panasonic Corporation コアネットワーク装置、無線通信基地局装置及び無線通信方法
WO2008155915A1 (ja) * 2007-06-19 2008-12-24 Panasonic Corporation 無線送信方法、無線受信方法、無線送受信方法、無線送信装置、無線受信装置、無線送受信システム、基地局装置及び通信端末装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008096549A1 (ja) * 2007-02-09 2008-08-14 Panasonic Corporation コアネットワーク装置、無線通信基地局装置及び無線通信方法
WO2008155915A1 (ja) * 2007-06-19 2008-12-24 Panasonic Corporation 無線送信方法、無線受信方法、無線送受信方法、無線送信装置、無線受信装置、無線送受信システム、基地局装置及び通信端末装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Technical Specification 3rd Generation Partnership Project;Technical Specification Group Services and System Aspects;Multimedia Broadcast/Multicast Service (MBMS);Architecture and functional description (Release 9)", 3GPP TS 23.246 V9.5.0, 14 June 2010 (2010-06-14), Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Specs/html-info/23246.htm> [retrieved on 20120111] *

Also Published As

Publication number Publication date
JP2012104972A (ja) 2012-05-31

Similar Documents

Publication Publication Date Title
WO2012063813A1 (ja) 移動通信システム、移動局装置、基地局装置、ｓｇｓｎ、ｇｇｓｎ、ｍｍｅ、ｍｂｍｓ ｇｗ及び移動通信方法
US9179268B2 (en) System and method for multicast and broadcast service
US7400593B2 (en) Method for distinguishing MBMS service request from other service requests
WO2012063821A1 (ja) 移動通信システム、移動局装置、基地局装置、ｓｇｓｎ、ｇｇｓｎ、ｍｍｅ、ｍｂｍｓ ｇｗ及び移動通信方法
US7958542B2 (en) Methods and devices for counting user equipment units in a mobile radio telecommunication network
EP1739876B1 (en) Method, device, and system for terminating user session in a multicast service
US8184569B2 (en) Method for terminal to join multicast broadcast service in wireless network and system using thereof
US9030989B2 (en) Method and apparatus for broadcasting/multicasting content from mobile user equipment over an MBMS network
US20070133565A1 (en) Content packet transmission control method in mobile communication network supporting multimedia broadcast/multicast service
JP2005524367A (ja) 符号分割多重接続移動通信システムの放送サービス方法
JP2007516657A (ja) 無線通信システムにおけるブロードキャストアプリケーションのための方法および装置
KR101140975B1 (ko) 무선 통신 시스템 내의 브로드캐스트 인터페이스의 연속적인 유지
JP4568557B2 (ja) 移動通信システム及び移動局
JP5718670B2 (ja) 移動通信システム、基地局装置及び移動局装置
WO2008141503A1 (fr) Procédé et système servant à imputer un coût à mbms en fonction du débit
JP5679773B2 (ja) 移動通信システム、移動局装置、基地局装置、ｍｍｅ、ｍｂｍｓ ｇｗ及び移動通信方法
CN101515858B (zh) 无线网络中终端加入多播广播业务的方法、系统和终端
KR100690439B1 (ko) 멀티미디어 브로드캐스트 멀티캐스트 서비스를 지원하는이동통신 시스템에서 서비스 활성화 및 비활성화 방법
WO2012063776A1 (ja) 移動通信システム、移動局装置、基地局装置、ｓｇｓｎ、ｇｇｓｎ及び移動通信方法
JP5619573B2 (ja) 移動通信システム、移動局装置、基地局装置、ｓｇｓｎ、ｇｇｓｎ及び移動通信方法
JP2012182587A (ja) 移動通信システム、基地局装置、ｍｍｅ及び移動局装置
KR100983228B1 (ko) 통신 시스템에서 동적 멀티캐스트 브로드캐스트 서비스 제공 시스템 및 방법
JP2012104976A (ja) 移動通信システム、移動局装置、基地局装置、ｍｍｅ、ｍｂｍｓｇｗ及び移動通信方法
WO2017163695A1 (ja) コアノード、加入者情報管理装置、通信システム、通信方法、及び、コンピュータ可読媒体
JP2012104975A (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: 11840506

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

Country of ref document: EP

Kind code of ref document: A1