WO2008040202A1 - Procédé, appareil et système de transmission de services mbms dans un réseau de trafic ip - Google Patents

Procédé, appareil et système de transmission de services mbms dans un réseau de trafic ip Download PDF

Info

Publication number
WO2008040202A1
WO2008040202A1 PCT/CN2007/070622 CN2007070622W WO2008040202A1 WO 2008040202 A1 WO2008040202 A1 WO 2008040202A1 CN 2007070622 W CN2007070622 W CN 2007070622W WO 2008040202 A1 WO2008040202 A1 WO 2008040202A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbms service
base station
service data
multicast
sending
Prior art date
Application number
PCT/CN2007/070622
Other languages
English (en)
French (fr)
Inventor
Jian Chen
Xu Zeng
Jun Hu
Original Assignee
Huawei Technologies Co., Ltd.
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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to AT07801031T priority Critical patent/ATE534246T1/de
Priority to EP07801031A priority patent/EP2061266B1/en
Publication of WO2008040202A1 publication Critical patent/WO2008040202A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services

Definitions

  • the present invention relates to a broadcast/multicast technology, and more particularly to a method for delivering a MBMS (Media Multiple Broadcast Service) service in an Internet Protocol (IP) bearer network, and a corresponding base station device and an upper layer.
  • IP Internet Protocol
  • Multicast and broadcast are technologies that transfer data from one data source to multiple destinations.
  • the demand for mobile communication is no longer satisfied with the telephone and message services.
  • Some of these mobile multimedia services require multiple users to receive the same data at the same time, such as video on demand, television broadcasts, video conferencing, online education, interactive games, and the like.
  • these mobile multimedia services have the characteristics of large data volume, long duration, and delay sensitivity.
  • the Third Generation Mobile Communications Global Standards Organization (3GPP) proposes a Multimedia Broadcast/Multicast Service (MBMS) for mobile communication networks to provide a data source to multiple users in a mobile communication network.
  • MBMS Multimedia Broadcast/Multicast Service
  • Send point-to-multipoint services for data realize network resource sharing, and improve utilization of network resources, especially air interface resources.
  • the MBMS proposed by 3GPP can not only realize low-rate message-like multicast and broadcast of pure text, but also realize multicast and broadcast of high-speed multimedia services, which undoubtedly conforms to the trend of future mobile data development.
  • a mobile network functional entity broadcast/multicast service center (BM-SC) is added to the third generation mobile communication system, and the BM-SC is an entry of the content provider. Used to authorize and initiate MBMS services in the mobile network, and to deliver MBMS content according to a scheduled schedule.
  • UMTS Universal Mobile Telecommunications System
  • GERAN Global System for Mobile Communications Enhanced Radio Access Network
  • SGSN Serving GPRS Support Node
  • Gateway GPRS MBMS-related functions have been added to functional entities such as the GGSN (Gateway GPRS Support Node).
  • FIG. 1 is a schematic diagram of a network reference structure of an existing MBMS.
  • an edge of an MBMS bearer service is a reference point of a Gmb and a Gi, that is, an interface between the BM-SC and the GGSN, where the Gmb interface provides a control plane function.
  • the Gi interface provides user plane bearer functions.
  • the MBMS includes a multicast mode and a broadcast mode.
  • the multicast mode requires the user to subscribe to the corresponding multicast group, perform service activation, and generate corresponding charging information. Because the multicast mode and the broadcast mode are different in service requirements, the respective service processes are different. For the specific process, refer to the related protocol, and no further details are provided here.
  • FIG. 2 is a schematic diagram of the location of the lub interface in the network shown in FIG. 1.
  • WCDMA wideband code division multiple access
  • the lub interface is a radio network controller (RNC) and a base station NodeB. between interface.
  • RNC radio network controller
  • the load of the traditional lub interface adopts the E1/T1 mode, but the resources such as E1/T1 are limited, and the configuration is also troublesome.
  • HSPA high speed packet access
  • the IP bearer mode is quietly emerging.
  • the IP bearer has the characteristics of high bandwidth, multiple access modes, and flexible configuration, which brings greater competitiveness to operators.
  • NodeB can be based on a certain digital loop subscriber line (xDSL, X Digital Subscriber Line), Ethernet (Ethernet) and other methods are connected to the network.
  • xDSL digital loop subscriber line
  • Ethernet Ethernet
  • each NodeB sends the same MBMS service data on each cell under its jurisdiction. However, on the Iub interface, the same MBMS service data is sent once for each NodeB or even every cell. A lot of bandwidth is wasted.
  • An RNC is connected to 100 NodeBs. Each NodeB governs 2 cells. For example, if you open 16 256 kbit/s channels, the required bandwidth is 800 Mbit.
  • the main purpose of the present invention is to provide a method, device, and system for delivering MBMS multimedia broadcast/multicast service services in an IP bearer network, which can save bandwidth, reduce network load, and reduce operator investment.
  • One embodiment of the present invention provides a method for delivering a multimedia broadcast/multicast service MBMS service in an IP bearer network, where the method includes: Receiving, by the base station, the upper layer network node in the IP bearer network according to the multicast IP address sent by the pre-configured or upper layer network node The MBMS service data that is sent by using the multicast IP address, and the base station sends the received MBMS service data.
  • Another embodiment of the present invention provides a base station, configured to implement sending an MBMS service in a communication system of an IP bearer network, where the base station includes: a receiving unit, configured to perform multicast IP according to a pre-configured or upper-layer network node. And receiving, by the upper layer network node, the MBMS service data that is sent by using the multicast IP address by using the multicast mode, and the sending unit is configured to send the MBMS service data received by the receiving unit.
  • a further embodiment of the present invention provides an upper layer network node, configured to implement an MBMS service in a communication system of an IP bearer network, where the system further includes a base station.
  • the upper layer network node includes: a data sending unit, configured to send MBMS service data using a multicast IP address to the base station in a multicast manner on the IP bearer network.
  • a further embodiment of the present invention provides a communication system for transmitting an MBMS service in an IP bearer network, the system comprising a base station and an upper layer network node.
  • the base station is configured to receive, according to a multicast IP address sent by a pre-configured or upper-layer network node, the MBMS service data that is sent by the upper-layer network node in the IP bearer network by using the multicast IP address, And sending the received MBMS service data, where the upper layer network node is configured to send the MBMS service data using the multicast IP address to the base station in a multicast manner on the IP bearer network.
  • the MBMS service data is sent in the multicast mode in the IP bearer network.
  • the upper layer network node only needs to be sent to all the base stations once, and the base station is sent.
  • the MBMS service data is sent in the corresponding cell.
  • the upper layer network node only needs to be delivered once, Greatly saves bandwidth, reduces the burden on the network, and reduces the investment of operators.
  • FIG. 1 is a schematic diagram of a network reference structure of an existing MBMS
  • FIG. 2 is a schematic diagram of the location of the Iub interface in the network shown in FIG. 1;
  • FIG. 3 is a flowchart of a method according to Embodiment 1 of the present invention.
  • Figure 5 is a networking diagram of the E-HSPA flat architecture part
  • FIG. 6 is a flowchart of a method in an E-HSPA flat architecture provided by Embodiment 3 of the present invention
  • FIG. 7 is a network diagram of an LTE/SAE flat architecture portion
  • FIG. 9 is a schematic structural diagram of a base station device according to Embodiment 5 of the present invention.
  • FIG. 10 is a schematic structural diagram of an upper layer network node device according to Embodiment 6 of the present invention. Mode for carrying out the invention
  • the solution provided by the embodiment of the present invention is: the base station receives, according to the multicast IP address sent by the pre-configured or upper-layer network node, the MBMS service data that is sent by the upper-layer network node in the IP bearer network by using the multicast IP address, and then , the received MBMS service data is delivered.
  • FIG. 3 is a flowchart of a method according to Embodiment 1 of the present invention.
  • This embodiment uses a WCDMA system as an example for description.
  • the upper network node is an RNC.
  • the following steps are included:
  • Step 300 The radio network controller sends the sending control information to the corresponding base station.
  • the WCDMA system is taken as an example.
  • the RNC needs to send data in a certain cell, the RNC sends a start sending notification (for example, a channel establishment request message) to the NodeB to which the cell belongs, and the start sending notification carries the sending control. information.
  • a start sending notification for example, a channel establishment request message
  • the sending control information includes at least: destination information such as an identifier (ID) of a cell that needs to initiate transmission, and transmission channel information such as an ID of a secondary common control physical channel (S-CCPCH) that transmits MBMS service data, and
  • the address information of the MBMS service data to be transmitted that is, the multicast IP address used by the MBMS service data in the IP network.
  • the multicast IP address can also be configured locally (pre-configured).
  • the RNC and base station can be configured by the Operation and Maintenance Center (OMC).
  • OMC Operation and Maintenance Center
  • the above-mentioned transmission control information may not include a multicast IP address. This embodiment is mainly described by the RNC sending a multicast IP address as an example, but is not limited thereto.
  • the RNC manages the user terminal (UE) accessed by the cell to which the NodeB and the NodeB are connected, and the RNC knows whether the UE joins a certain cell, or whether to leave a certain cell, that is, the RNC knows that the cell covers the area. Whether there are users and the number of users exceeds the PTP (point-to-point) transition threshold to PTM (point-to-multipoint). This is implemented by other existing management processes, such as counting of the UE, etc. The specific implementation can be referred to the related protocol and has nothing to do with the method of the present invention, and therefore will not be described here.
  • Step 301 The base station sends, according to the received sending control information, MBMS service data sent by the Iub interface on the Iub interface from the radio network controller.
  • the NodeB receives the MBMS service data sent by the RNC using the multicast IP address. After the MBMS service data is sent to the NodeB, the NodeB sends the MBMS service data using the multicast IP address to the S-CCPCH that sends the MBMS service data in the cell corresponding to the ID number according to the received transmission control information. Further, the NodeB may reply to the RNC to initiate a send notification response.
  • the MBMS service data is sent in the multicast mode in the IP bearer network.
  • the radio network controller only needs to send the data to all the base stations once, and the base station is in the IP bearer.
  • the network receives the MBMS service data in the form of multicast according to the multicast destination address notified by the upper layer network node (for example, the RNC in this embodiment), and transmits the data in the required cell.
  • the RNC only needs to be issued once, which greatly saves bandwidth, reduces the burden on the network, and reduces the investment of the operator.
  • the NodeB sends an Internet multicast management protocol to the IP network (IGMP join, Internet Group Management).
  • IGMP join Internet Multicast management protocol
  • Protocol join A message that tells the network that it needs to receive multicast data corresponding to the multicast IP address.
  • the implementation of the IGMP join message to join the multicast group to the network belongs to the prior art. For details, refer to related protocols, which are not detailed here.
  • the RNC When the RNC does not need to transmit data in a certain cell (such as when there is no user in a cell), the RNC sends a stop sending notification to the NodeB, and the stop sending notification carries the stop control information.
  • the stop control information includes at least: destination information such as an identifier (ID) of a cell that needs to stop transmitting, and address information of MBMS service data that needs to be stopped, that is, a multicast/broadcast IP address used by the MBMS service data in the IP network.
  • the NodeB can reply to the RNC to stop sending a notification response.
  • the NodeB When all cells on the NodeB do not need to receive certain MBMS service data, the NodeB sends an IGMP leave message to the IP network to inform the network that it has left the multicast group to which the corresponding multicast IP address belongs.
  • the implementation of the IGMP leave message leaving the multicast group to the network belongs to the prior art. For details, refer to the related protocol.
  • the UE when the UE is at the boundary of a cell, the received data quality The amount will be relatively poor.
  • the UE In order to ensure the quality of the data received by the UE, the UE simultaneously receives the data of the neighboring cell and combines the data from different cells. In this case, it must be ensured that data from different cells arrive at the UE almost at the same time, and the UE can implement soft-mouth soft combining.
  • the protocol stipulates that the time difference between all the NodeBs sending data cannot exceed the pre-specified length of time. This length of time can also be called the air interface soft combining allowable range.
  • the same MBMS service data is sent only once on the Iub interface, and is sent by the NodeB in each required cell.
  • the time interval may exceed the length of time specified by the protocol, which may not guarantee that the time difference of the NodeB sending the same data is within the allowable range of the air interface soft combining.
  • the embodiment of the present invention may further include: the RNC sends the time information of the sent data to the NodeB in the node synchronization process, so that the NodeB knows when to send the data, thereby ensuring that the time difference of the NodeB sending the same data is softly combined in the air interface.
  • the RNC sends the time information of the sent data to the NodeB in the node synchronization process, so that the NodeB knows when to send the data, thereby ensuring that the time difference of the NodeB sending the same data is softly combined in the air interface.
  • Step 400 The RNC sends a DL Synchronization message to the NodeB.
  • the protocol specifies that the RN Synchronization message carries the RNC frame number (RFN, RNC Frame Number), which is the time identifier of the data sent by the RNC.
  • RNC RNC Frame Number
  • Step 401 The NodeB sends an uplink synchronization (UL Synchronization) message to the RNC.
  • UL Synchronization uplink synchronization
  • BFN is the time identifier of the data sent by the NodeB.
  • the RNC knows the relationship between the RFN and the BFN.
  • the Synchronization Result Notify message carries the relationship between the RFN and the BFN.
  • the NodeB learns the relationship between the RFN and the BFN, so that if the RNC carries the RFN in the delivered data packet, for example, the RFN is carried in each data block (TB) header.
  • the NodeB can calculate the new BFN according to the received RFN and the relationship between the RFN and the BFN obtained through the node synchronization notification process, and then use the new BFN to send the MBMS service data on the air interface.
  • the embodiment of the present invention emphasizes that the NodeB can obtain the BFN according to the unique RFN. Since the RFN time is unique and the cycle period is sufficiently large, it is ensured that all NodeBs meet the requirements of the air interface soft combining allowable range when the service data is transmitted in all cells.
  • the NodeB learns the time when the MBMS service data is sent, so that all the NodeBs meet the requirements of the air interface soft combining allowable range when the service data is transmitted in all the cells, ensuring that the UE simultaneously receives the neighboring cell. Data, and combine data from different cells to ensure the quality of data received by the UE.
  • the E-HSPA flat architecture networking diagram is related to the embodiment of the present invention. section.
  • the original RNC functions are all moved down to the Evolved HSPA NodeB (NodeB+), and the NodeB+ is directly connected to the core network SGSN through the IuPS interface to maintain the existing core network interface and air interface protocol.
  • the user plane of the NodeB+ can directly connect to the GGSN through the Gn interface, and the control plane still connects to the SGSN through the IuPS interface.
  • the upper network node may be an SGSN.
  • the upper layer network node can be composed of the SGSN and the GGSN.
  • the SGSN is responsible for the control plane function
  • the GGSN is responsible for delivering the user plane data.
  • the following main layer network nodes are SGSNs as an example, but are not limited thereto.
  • the third embodiment relates to a method for sending an MBMS service in an IP bearer network under the E-HSPA flat architecture.
  • the multicast IP address can be sent to the base station by the upper layer network node, or can be locally configured (pre-configured).
  • the SGSN, GGSN, and NodeB+ can be configured by the Operation and Maintenance Center (OCC).
  • OCC Operation and Maintenance Center
  • the multicast IP address sent by the upper layer network node is taken as an example, but is not limited thereto.
  • the method includes:
  • Step 600 The NodeB+ receives the multicast IP address sent by the SGSN.
  • the base station is NodeB+.
  • the SGSN sends a Session Start session start message informing the NodeB + MBMS service to the NodeB + to which the cell belongs, It carries a multicast IP address.
  • the difference from the WCDMA implementation scheme is that, in the flat architecture, because NodeB+ has RNC function, in which cell and which channel to send MBMS service data can be controlled by NodeB+ itself. Therefore, the SGSN only needs to send the address information of the MBMS service data to the NodeB +, that is, the multicast IP address used by the MBMS service data in the IP bearer network.
  • the above-mentioned multicast IP address needs to be added by the SGSN in the Session Start message and used as the indication information of the multicast IP bearer used by the MBMS service.
  • Step 601 The SGSN sends the MBMS service data to the base station by using the multicast on the IP bearer network.
  • the SGSN uses the multicast to send the MBMS service data, where the destination IP address of the IP packet is filled in the multicast IP address; the IP bearer network is established. Multicast routing, transmitting multicast data to the base station.
  • an IP bearer network may include a switch or a router to implement multicast routing.
  • the application layer data needs to be encapsulated by the GTP (GPRS Tunneling Protocol) protocol.
  • the TEID (Tunnel End Point Identifier) may be assigned by the originating node (SGSN), and all the receiving nodes (NodeB+) are notified, and one multicast data stream corresponds to one TEID, all The receiving nodes all use the same TEID to identify the multicast data stream.
  • Step 602 After receiving the MBMS service data, the NodeB+ sends the MBMS service data.
  • the NodeB+ broadcasts the MBMS service in all the cells under its coverage;
  • NodeB + counts the number of users in each cell under coverage (MBMS COUNTING process), decides whether to send according to specific algorithm policy, and selects PTP (point-to-point) or PTM (point-to-multipoint) mode to send .
  • the channel through which the NodeB+ delivers MBMS service data is HS-DSCH or SCCPCH.
  • the IGMP JOIN needs to be sent to join the multicast group.
  • NodeB + Under MBMS multicast, NodeB + counts the number of users in its coverage area. If there is no user, NodeB + sends an IGMP LEAVE message to the IP bearer network, informing the IP bearer network that it is away from the multicast group to which the corresponding multicast IP address belongs. , and notify the SGSN.
  • NODEB+ In MBMS broadcast, enhanced broadcast, and SFN mode, according to the existing protocol, NODEB+ always receives the MBMS service data sent by the SGSN even if the NodeB+ coverage has no users.
  • the SGSN sends a session stop message (Session Stop message) to inform the NodeB+ that the MBMS service is stopped.
  • Session Stop message sends an IGMP LEAVE to leave the multicast group.
  • the MBMS service data sent by the SGSN needs to carry an air interface transmission time indication.
  • the optional indication is NodeB+ time identification BFN.
  • NodeB+ sends data according to the time indicated by BFN. All NodeB+ BFN can be unified by GPS (Global Positioning System).
  • the upper network node can It consists of SGSN and GGSN.
  • the SGSN is responsible for the control plane function
  • the GGSN is responsible for delivering the MBMS service data of the user plane.
  • the method of delivering the MBMS service in the IP bearer network is similar to the technical solution of the SGSN as the upper layer node, and will not be described in detail. The difference is that control plane signaling such as "session start message” and “session stop message” is still sent by the SGSN to the NodeB+, and the MBMS service data as the user plane data is directly sent by the GGSN to the NodeB+, and no longer needs to pass. SGSN.
  • the 3GPP organization proposed the LTE/S AE program in order to improve the long-term competitiveness of its standards.
  • the LTE/SAE architecture similar to HSPA+, the RNC is moved down to the flat architecture of NodeB. It is to be understood that the technical solutions provided by the embodiments of the present invention are also applicable to the LTE/SAE network. Since the specific signaling and procedures of the MBMS service of the LTE/SAE network are not completely determined, the following embodiments focus on the principle description of the solution.
  • the upper layer network node is an MME/UPE (Mobile Management Entity User Plane Entity) entity
  • the base station is an E-NodeB.
  • the indication that the multicast bearer indication at least includes:
  • the address information of the MBMS service data to be sent that is, the multicast IP address used by the MBMS service data in the IP bearer network.
  • the multicast IP address used by the MBMS service data in the IP bearer network needs to be added in the message notifying the start of the E-NodeB MBMS service.
  • Use the multicast IP bearer indication information for the MBMS service That is, when an MBMS service starts, the MME/UPE entity notifies the E-NodeB that the MBMS service uses the multicast bearer and informs the MBMS in the process of establishing an MBMS service bearer with the Evolved Ran (E-NodeB).
  • Step 801 The MME/UPE entity sends the MBMS service data to the E-NodeB by using a multicast mode on the IP bearer network.
  • the MME/UPE entity uses the multicast mode to send the MBMS service data, where the destination IP address of the IP packet is filled with the sending control information.
  • the multicast IP address in the IP bearer network transmits the MBMS service data to the base station according to the established multicast route.
  • Step 802 After receiving the MBMS service data, the E-NodeB delivers the received MBMS service data.
  • the E-NodeB broadcasts the MBMS service in all cells under it.
  • the E-NodeB counts the number of users in each cell (MBMS COUNTING process), decides whether to send according to the specific algorithm policy, and selects PTP or PTM to send.
  • the channel on which the E-NodeB delivers the MBMS service data is a PSCH (Physical Shared Channel) or a PMCH (Physical Multicast Channel).
  • step 800 if the E-NodeB does not join the corresponding multicast group, the IGMP JOIN needs to be sent to join the multicast group.
  • the E-NodeB counts the number of users in the coverage area. If there is no user, the E-NodeB sends an IGMP LEAVE message to the IP bearer network, informing the IP bearer network that it is leaving the corresponding multicast IP address of the S1 interface. The multicast group to which it belongs and notify the MME/UPE entity.
  • the E-NodeB In the MBMS broadcast, enhanced broadcast, and SFN modes, according to the existing protocol, even if the E-NodeB has no user coverage, the E-NodeB always receives the MBMS service data transmitted by the MME/UPE entity.
  • the MME/UPE entity sends a stop sending notification (Session Stop message) to inform the E-NodeB that the MBMS service is stopped.
  • the E-NodeB sends an IGMP LEAVE to leave the multicast group. Similar descriptions have been made in the previous embodiments and will not be described again here.
  • the MBMS service data sent by the MME/UPE entity needs to carry an air interface transmission time indication, so that each E-NodeB can simultaneously send data in the air interface to satisfy various types. Merger requirements.
  • FIG. 9 is a schematic structural diagram of a base station apparatus according to Embodiment 5 of the present invention.
  • the base station is configured to implement an MBMS service in a communication system of an IP bearer network, as shown in FIG. 9 (solid line part):
  • the base station includes a receiving unit 901 and a sending unit 902.
  • the receiving unit 901 is configured to receive, according to the local configuration (pre-configuration) or the multicast IP address sent by the upper-layer network node, the MBMS service data that is sent by the upper-layer network node in the IP bearer network by using the multicast IP address.
  • the sending unit 902 is configured to send the MBMS service data received by the receiving unit.
  • the base station may further include an indication information receiving unit, configured to receive a cell identifier of the cell that needs to be started to send the MBMS service data sent by the RNC, and a channel identifier of a channel that sends the MBMS service data.
  • the sending unit 902 can deliver the MBMS service data by using the channel specified by the channel identifier received by the information receiving unit in the cell corresponding to the cell identifier received by the information receiving unit.
  • the base station has a relatively powerful function, and it can be determined in which cell and by which channel to transmit. Therefore, in this case, the base station may further include: determining And a unit, configured to determine a cell that needs to send MBMS service data, and a channel that sends MBMS service data. According to this, the sending unit 902, in the cell determined by the determining unit, delivers the MBMS service data by determining the channel determined by the unit.
  • the multicast IP address can be sent or configured locally through the upper network node.
  • the base station may further include: a multicast unit, configured to: if the base station does not join the multicast group to which the multicast IP address belongs, send an IGMP join message to the IP bearer network, and join the multicast group.
  • the multicast unit may be further configured to: if all the cells on the base station do not need to receive the MBMS service data, send the IGMP leave message to the IP bearer network and leave the multicast group.
  • the base station may further include: a sending indication unit, configured to instruct the sending unit to stop sending MBMS service data to the specific cell.
  • the scenario of stopping transmission may be:
  • the upper layer network node informs the base station.
  • the specific cell in the WCDMA system, may be notified by the RNC to the base station, which cell or cells are cells that need to stop transmitting MBMS service data, and thus, the base station stops transmitting MBMS service data in the corresponding cell accordingly.
  • the upper layer network node may send a session stop message to the base station, and the base station stops transmitting the number of MBMS services in the corresponding cell. According to.
  • the MBMS service data may carry an air interface transmission time identifier
  • the base station may further include: a time resolution unit, configured to parse the air interface transmission time identifier from the MBMS service data, and according to the air interface transmission time identifier indication The time when the sending unit sends MBMS service data in the air interface.
  • the air interface sending time identifier may be in a different form, for example, the BFN; the method for obtaining the air interface sending time identifier may also be multiple, as it has been described in detail in the method embodiment, and details are not described herein again.
  • a sixth embodiment of the present invention further provides an upper layer network node device, configured to implement an MBMS service in a communication system of an IP bearer network, where the communication system further includes a base station.
  • the upper layer network node includes:
  • the data sending unit 1001 is configured to send MBMS service data to the base station in a multicast manner on the IP bearer network.
  • the multicast network address may be sent by the upper layer network node or configured locally. If the former is used, the upper layer network node may include: an address sending unit 1002, configured to send the MBMS service data to the base station. Broadcast IP address.
  • the upper layer network node is an RNC
  • the RNC further includes an indication information sending unit, configured to send, to the base station, a cell identifier of a cell that needs to initiate transmission, to send a channel identifier of a channel of the MBMS service data.
  • the data sending unit may further include: a time identifying unit, configured to add a sending time identifier to the MBMS service data; and adapting, the data sending unit sends the sending time identifier to the base station by using the multicast mode in the multicast mode on the IP bearer network.
  • MBMS business data configured to send, to the base station, a cell identifier of a cell that needs to initiate transmission, to send a channel identifier of a channel of the MBMS service data.
  • the upper layer network node can notify the base station to stop transmitting.
  • the upper layer network node may further include: a sending indication unit, configured to indicate that the base station stops sending MBMS service data to the specific cell.
  • the specific cell in the WCDMA system, the sending indication unit needs to send an identifier corresponding to the cell that needs to stop transmitting the MBMS service data to the base station, and a multicast IP address. In this way, the base station stops transmitting MBMS service data in the corresponding cell accordingly.
  • a seventh embodiment of the present invention provides a communication system, configured to implement an MBMS service in an IP bearer network, where the system includes a base station and an upper layer network node.
  • the base station is configured to receive, according to a multicast IP address sent by a pre-configured or upper-layer network node, the MBMS service data that is sent by the upper-layer network node in the IP bearer network by using the multicast IP address, and Sending the received MBMS service data.
  • the upper layer network node is configured to send, by using an IP bearer network, MBMS service data using the multicast IP address to the base station in a multicast manner.
  • the system may further include a configuration unit, configured to implement local configuration of the multicast IP address.
  • the configuration unit can be an operation and maintenance center OMC.
  • the MBMS service data is sent in the multicast mode in the IP bearer network.
  • the upper layer network node only needs to be in all the base stations (including the WCDMA and the flat architecture).
  • the base station is delivered once, and the base station receives the MBMS service data in the multicast form according to the multicast IP address notified by the upper layer network node in the IP bearer network, and transmits the data in the required cell. This saves a lot of money Bandwidth reduces the burden on the network and reduces the investment of operators.
  • the RNC may send the cell identifier of the cell to be transmitted and the channel identifier to the base station, and the base station transmits the received MBMS service data according to the base station; for the flat architecture, the base station may decide in which cell, Which channel to send by.
  • the problem is solved by carrying the air interface sending time identifier in the MBMS service data sent by the upper layer network node, so as to ensure the time difference of the base station sending the same data.
  • the relationship between the RFN and the BFN can be obtained through the node synchronization notification process, and then the RNC sends the base station to the base station, and the base station acquires the new BFN according to the new BFN, and sends the MBMS service data in the air interface according to the new BFN.
  • the BFN of all base stations is unified by GPS.
  • the base station does not join the multicast group to which the multicast IP address belongs, it needs to join. If the cell covered by the base station does not need to receive the MBMS service data, the base station leaves the multicast group. When the service is stopped, the upper-layer network node may notify the base station to stop transmitting.
  • the IP bearer networks mentioned in the foregoing embodiments are: a lub interface transmission network under the RNC-NodeB architecture carried by the IP mode, a transmission network between the core network CN and the NodeB+ under the HSPA+ flat architecture, and LTE/ The transmission network of the S1 interface under the SAE architecture.
  • the above IP bearer networks can be collectively referred to as terrestrial transport IP bearer networks.
  • the technical solution provided by the embodiment of the present invention can also be applied to other communication systems.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Preliminary Treatment Of Fibers (AREA)

Description

在 IP承载网下发 MBMS业务的方法、 设备和系统
技术领域
本发明涉及广播 /组播技术,尤指一种在网际协议( IP )承载网中, 下发多媒体广播 /组播服务( MBMS , Media Multiple Broadcast Service ) 业务的方法, 以及相应的基站设备、 上层网络节点设备和通信系统。 发明背景
组播和广播是一种从一个数据源向多个目标传送数据的技术。 现在, 人们对移动通信的需求已不再满足于电话和消息业务, 随着 因特网 (Internet )的迅猛发展, 大量移动多媒体业务涌现出来。 其中一 些移动多媒体业务要求多个用户能同时接收相同数据 , 例如视频点播、 电视广播、 视频会议、 网上教育、 互动游戏等。 这些移动多媒体业务与 一般的数据业务相比, 具有数据量大、 持续时间长、 时延敏感等特点。
为了有效地利用移动通信网络资源, 第三代移动通信全球标准化组 织 (3GPP )提出了移动通信网络的多媒体广播 /组播服务 (MBMS ), 从而在移动通信网络中提供一个数据源向多个用户发送数据的点到多 点业务, 实现网络资源共享, 提高网络资源的利用率, 尤其是空口接口 资源。 3GPP提出的 MBMS不仅能实现纯文本低速率的消息类组播和广 播, 而且还能实现高速多媒体业务的组播和广播, 这无疑顺应了未来移 动数据发展的趋势。
为了在现有移动通信网络中支持 MBMS业务, 在第三代移动通 信系统中增加了移动网功能实体 广播 /组播业务中心 (BM-SC ), 所 述 BM-SC为内容提供者的入口, 用于授权和在移动网中发起 MBMS 业务, 并按照预定时间计划传送 MBMS 内容。 此外, 在现有无线通 信网络中的 UE、 通用移动通信系统 (UMTS ) 陆地无线接入网 ( UTRAN )、 全球移动通信系统增强无线接入网 (GERAN )、 服务 GPRS支持节点 (SGSN, Serving GPRS Support Node )、 网关 GPRS 支持节点(GGSN, Gateway GPRS Support Node )等功能实体上增加 了与 MBMS相关的功能。 支持广播 /组播业务的无线网络结构示意图 可参见相关协议规定, 这里不再赘述。 图 1是现有 MBMS的网络参 考结构示意图, 如图 1所示, MBMS承载业务的边缘为 Gmb、 Gi参 考点, 即 BM-SC与 GGSN之间的接口, 其中, Gmb接口提供控制面 功能, Gi接口提供用户面承载功能。
在支持 MBMS业务的移动通信网络中, MBMS包括组播模式和广 播模式, 其中组播模式需要用户签约相应的组播组, 进行业务激活, 并 产生相应的计费信息。 由于组播模式和广播模式在业务需求上存在不 同, 导致各自的业务流程也不同, 具体流程可参见相关协议规定, 这里 不再赘述。
图 2是 lub接口在图 1所示的网络中的位置的示意图 , 如图 2所示, 以宽带码分多址 (WCDMA ) 系统为例, lub接口是无线网络控制器 ( RNC ) 与基站 NodeB之间的接口。 传统 lub接口的承载采用 E1/T1等 方式,但是 E1/T1等资源有限,配置也比较麻烦,随着 HSPA( high speed packet access , 高速包接入)技术走向成熟并开始应用, lub接口的 IP 承载方式悄然兴起, 在 IP RAN中, IP承载具有高带宽、 多接入方式和 配置灵活等特点, 给运营商带来了更强的竟争力。
随着 HSPA技术的演进, lub接口的带宽需要达到 30M以上才能够 满足需求, 若还采用传统的 E1/T1方式, 成本昂贵, 而 IP承载的高带 宽特点能够满足 HSPA技术的演进需求; 随着 IP统一全网, NodeB可 以以基于某种数字环路的用户线( xDSL, X Digital Subscriber Line ) 、 以太网 (Ethernet ) 等多种方式接入网络, 部署非常灵活, 而且仅需 更改 IP地址就可以实现设备之间的对应关系。
目前, 对于 MBMS业务的下发, 每一个 NodeB在自身管辖的各 小区上发送同样的 MBMS业务数据,然而在 Iub接口,同一份 MBMS 业务数据对每一个 NodeB 甚至每一个小区都要发送一次, 这样造成 了大量的带宽浪费。 以 RNC连接 100个 NodeB , 每个 NodeB管辖 2 小区为例,假设开设 16个 256kbit/秒的频道,需要的带宽为 800Mbit。
从现有通过 Iub接口下发 MBMS业务的方法来看, 对于同一份 MBMS业务数据, 针对各 NodeB甚至各 NodeB管辖的每一个小区都 要发送一次, 大大浪费了带宽, 增加了网络的负担, 提高了运营商的 投资。
以上以 WCDMA 系统为例进行说明。 但可以理解的是, 在网络 演进过程中, 对于 E-HSPA (增强的 HSPA )、 LTE/SAE ( Long Term Evolution , 3 GPP长期演进计划 /System Architecture Evolution系统架 构演进)等系统而言, 类似问题同样存在, 现有技术还没有比较完善 的解决方案。 发明内容
有鉴于此, 本发明的主要目的在于提供一种在 IP承载网中下发 MBMS 多媒体广播 /组播服务业务的方法、 设备和系统, 能够节约带 宽, 减轻网络负担, 降低运营商的投资。
为达到上述目的, 本发明实施例的技术方案具体是这样实现的: 本发明的一个实施例提供了一种在 IP承载网中下发多媒体广播 / 组播服务 MBMS业务的方法, 该方法包括: 基站根据预先配置或上 层网络节点发送的组播 IP地址, 接收所述上层网络节点在 IP承载网 通过组播方式发送的使用所述组播 IP地址的 MBMS业务数据; 所述 基站下发接收到的所述 MBMS业务数据。
本发明另一个实施例提供了一种基站, 用于实现在 IP承载网的 通信系统中下发 MBMS业务, 所述基站包括: 接收单元, 用于根据 预先配置或上层网络节点发送的组播 IP地址, 接收所述上层网络节 点在 IP 7 载网通过组播方式发送的使用所述组播 IP地址的 MBMS 业务数据; 下发单元, 用于下发所述接收单元接收到的 MBMS业务 数据。
本发明再一个实施例提供了一种上层网络节点, 用于实现在 IP 承载网的通信系统中下发 MBMS业务, 所述系统还包括基站。 所述 上层网络节点包括: 数据发送单元, 用于在 IP承载网通过组播方式 向基站发送使用组播 IP地址的 MBMS业务数据。
本发明又一个实施例提供了一种通信系统, 用于实现在 IP承载 网中下发 MBMS业务, 所述系统包括基站和上层网络节点。 其中, 所述基站, 用于根据预先配置或上层网络节点发送的组播 IP地址, 接收所述上层网络节点在 IP承载网通过组播方式发送的使用所述组 播 IP地址的 MBMS业务数据, 并下发所述接收到的 MBMS业务数 据; 所述上层网络节点, 用于在 IP承载网通过组播方式向所述基站 发送使用所述组播 IP地址的 MBMS业务数据。
由上述技术方案可见, 本发明提供的实施例中, 由于 MBMS业 务数据在 IP承载网络中采用组播方式发送, 对于同一份 MBMS业务 数据, 上层网络节点只需向所有基站下发一次, 而基站接收到的来自 该上层网络节点发送的 MBMS 业务数据后, 在对应的小区发送 MBMS业务数据。这样,在 IP承载网中,对同一份 MBMS业务数据 , 对于上层网络节点控制的所有基站, 上层网络节点只需下发一次, 大 大节约了带宽, 减轻了网络的负担, 降低了运营商的投资。 附图简要说明
图 1是现有 MBMS的网络参考结构示意图;
图 2是 Iub接口在图 1所示的网络中的位置的示意图;
图 3是本发明实施例一提供的方法流程图;
图 4是本发明实施例二提供的节点同步通知流程图;
图 5是 E-HSPA扁平架构部分组网图;
图 6是本发明实施例三提供的 E-HSPA扁平架构下的方法流程图; 图 7是 LTE/SAE扁平架构部分组网图; 图 9是本发明实施例五提供的基站设备的结构示意图;
图 10是本发明实施例六提供的上层网络节点设备的结构示意图。 实施本发明的方式
本发明实施例提供的方案是:基站根据预先配置或上层网络节点 发送的组播 IP地址 ,接收上层网络节点在 IP承载网通过组播方式发送的 使用该组播 IP地址的 MBMS业务数据,之后, 下发接收到的 MBMS业务 数据。
为使本发明的目的、 技术方案及优点更加清楚明白, 以下参照附 图并举较佳实施例, 对本发明进一步详细说明。
图 3是本发明实施例一提供的方法流程图,本实施例以 WCDMA 系统为例进行说明。 在该系统中, 上层网络节点为 RNC。 如图 3所 示, 包括以下步骤:
步骤 300: 无线网络控制器将发送控制信息发送给对应的基站。 本步骤中, 以 WCDMA系统为例, 当 RNC需要在某个小区发送 数据时, RNC向该小区所属的 NodeB发送启动发送通知 (比如, 信 道建立请求消息), 该启动发送通知中携带有发送控制信息。
发送控制信息至少包括: 目的地信息如需要启动发送的小区的标 识( ID )、发送信道信息如发送 MBMS业务数据的从公共控制物理信 道 ( S-CCPCH, Secondary Common Control Physical Channel ) 的 ID, 以及需要发送的 MBMS业务数据的地址信息即 MBMS业务数据在 IP 网络中使用的组播 IP地址。 可以理解的是, 组播 IP地址也可以采用 本地配置 (预先配置) 的方式。 比如, 可以由操作维护中心 (OMC ) 对 RNC和基站进行配置。 与此相适应, 上述发送控制信息中就可以 不包括组播 IP地址。 本实施例主要以 RNC发送组播 IP地址为例进 行说明, 但不限于此。
需要说明的是, RNC对自身连接的 NodeB及 NodeB管辖的小区 接入的用户终端 (UE ) 进行管理, RNC知道 UE是否加入某小区, 或是否离开某小区, 也即, RNC 知道某小区覆盖下是否有用户以及 用户数是否超出 PTP (点到点) 向 PTM (点到多点) 转换门限。 这 是通过现有其它管理流程来实现的, 比如对 UE的统计 (counting ) 等, 具体实现可参见相关协议且与本发明方法无关, 因此这里不再赘 述。
步骤 301 : 基站按照接收到的发送控制信息, 下发来自无线网络 控制器的在 Iub接口通过组播形式发送的 MBMS业务数据。
NodeB接收 RNC发送的使用上述组播 IP地址的 MBMS业务数据。 当 MBMS业务数据发送到 NodeB后, NodeB按照接收到的发送控制 信息, 在 ID 号对应的小区, 通过指定的发送 MBMS 业务数据的 S-CCPCH, 下发使用上述组播 IP地址的 MBMS业务数据。 进一步地, NodeB可以向 RNC回复启动发送通知响应。
从本发明实施例提供的方法可见, 由于 MBMS业务数据在 IP承 载网络中采用组播形式下发, 对于同一类 MBMS业务数据, 无线网 络控制器只需向所有基站下发一次, 基站在 IP承载网中根据上层网 络节点 (比如在本实施例中为 RNC ) 通知的组播目的地址, 接收组 播形式的 MBMS业务数据, 并在需要的小区发送。 这样, 对同一份 MBMS业务数据,对于 RNC控制的所有 NodeB,RNC只需下发一次, 大大节约了带宽, 减轻了网络的负担, 降低了运营商的投资。
进一步地, 如果 NodeB在接收到启动发送通知后, 该 NodeB还 未加入该组播 IP地址所属的组播组,则 NodeB向 IP网络发送 Internet 组播管理协议力口入 ( IGMP join, Internet Group Management Protocol join )报文, 告知网络其需要接收对应组播 IP地址的组播数据。 通过 向网络发送 IGMP join 4艮文加入组播组的实现属于现有技术, 可参见 相关协议, 这里不再详述。
当 RNC 不需要在某小区发送数据时 (比如当某小区没有用户 时), RNC向 NodeB发送停止发送通知, 该停止发送通知中携带有停 止控制信息。 这里, 停止控制信息至少包括: 目的地信息如需要停止 发送的小区的标识(ID ), 以及需要停止发送的 MBMS业务数据的地 址信息即 MBMS业务数据在 IP网络中使用的组播 /广播 IP地址。 进 一步地, NodeB可以向 RNC回复停止发送通知响应。
当 NodeB上所有小区都不需要接收某 MBMS业务数据时, NodeB 向 IP网络发送 IGMP离开 (IGMP leave )报文, 告知网络其离开对 应组播 IP地址所属的组播组。 通过向网络发送 IGMP leave报文离开 组播组的实现属于现有技术, 可参见相关协议, 这里不再详述。
另外, 众所周知, 对于 UE处于小区的边界时, 接收到的数据质 量会比较差, 为了保证 UE接收数据的质量, UE同时接收邻小区的 数据, 并合并来自不同小区的数据。 这种情况下, 必须保证来自不同 小区的数据几乎是同时到达 UE , UE才能实现空口软合并。
为保证空口软合并,协议规定所有 NodeB下发数据的时刻相差不 能超过预先规定的时间长度,该时间长度也可称为空口软合并允许范 围。 本发明实施例提供的方法中, 在 Iub接口同一份 MBMS业务数 据只发送一次, 由 NodeB在各需要的小区发送, 但是, 因为 NodeB 不知道何时下发数据 ,这样很可能不同小区发送同样数据的时间间隔 会超过协议规定的时间长度, 导致不能保证 NodeB发送相同数据的 时间差在空口软合并允许范围内。
为了解决这个问题,本发明实施例可进一步包括: RNC在节点同 步过程中将发送数据的时间信息下发给 NodeB , 使得 NodeB获知何 时下发数据, 从而保证 NodeB发送相同数据的时间差在空口软合并 允许范围内。 以下以实施例的方式对此进行描述。 图 4是本发明第二 个实施例提供的节点同步通知流程图, 如图 4所示, 以 WCDMA系 统为例, 包括以下步骤:
步骤 400: RNC向 NodeB发送下行同步 ( DL Synchronization ) 消息。
协议规定, 该 DL Synchronization消息中携带 RNC帧号 ( RFN, RNC Frame Number ) 即 RNC发送数据的时间标识。
步骤 401 : NodeB向 RNC发送上行同步 ( UL Synchronization ) 消息。
协议规定,该 UL Synchronization消息中携带 NodeB帧号( BFN, NodeB Frame Number )和 RFN。 其中 , BFN即 NodeB发送数据的时 间标识。 这样, RNC获知 RFN与 BFN之间的关系。 步骤 402: RNC 向 NodeB 发送同步结果通知 ( Synchronization Result Notify ) 消息。
本步骤中, Synchronization Result Notify消息中携带有 RFN与 BFN之间的关系。
通过本发明实施例提供的节点同步通知过程, NodeB获知了 RFN 与 BFN之间的关系,这样,如果 RNC在下发的数据包中携带有 RFN, 比如将 RFN携带在每一个数据块( TB ) 头部, NodeB便可以根据接 收到的 RFN,以及通过节点同步通知过程获得的 RFN与 BFN之间的 关系, 计算出新的 BFN , 进而利用该新的 BFN在空口上发送 MBMS 业务数据。
本发明实施例强调的是, NodeB可以根据唯一的 RFN获得 BFN, 由于 RFN时刻唯一并且循环周期足够大, 所以保证了所有 NodeB在 所有小区发送业务数据时刻相差满足空口软合并允许范围的要求。
通过本发明实施例的节点同步通知过程, NodeB 获知了下发 MBMS业务数据的时间, 使得所有 NodeB在所有小区发送业务数据 时刻相差满足空口软合并允许范围的要求, 保证了 UE同时接收邻小 区的数据, 并合并来自不同小区的数据, 从而保证了 UE接收数据的 质量。
以上以 WCDMA系统为例进行了说明。 为了提高 WCDMA的生 命周期和运营商的投资保护, 3GPP提出了 E-HSPA演进的研究计划, 希望在现有 R6版本的基础上提高频谱效率, 减少控制面和用户面延 迟, 并且能够后向兼容和前向平滑演进到 LTE/SAE 系统, 包括空口 性能的提升和 RAN架构的演进。 目前 E-HSPA RAN架构演进主要研 究方向是 RNC下移到 NodeB的扁平架构。
如图 5所示, 为 E-HSPA扁平架构组网图与本发明实施例相关的 部分。 在此架构中, 原有 RNC功能全部下移到 Evolved HSPA NodeB ( NodeB+ ), NodeB +直接通过 IuPS接口与核心网 SGSN相连,保持 现有核心网接口和空口协议。 如果支持 one tunnel方式, NodeB +的 用户面可以直接通过 Gn接口连接 GGSN,控制面仍然通过 IuPS接口 连接 SGSN。
如前所述, 针对各 NodeB甚至各 NodeB管辖的每一个小区都要 发送一次 MBMS业务数据、 从而浪费带宽的问题在 E-HSPA中同样 存在。 以下以实施例的方式对 E-HSPA扁平架构下的解决方案进行描 述。 需要说明的是, 在 E-HSPA 扁平架构下, 上层网络节点可以是 SGSN。 或者, 在支持 one tunnel方式的情况下, 由于 NodeB +的用 户面可以直接通过 Gn 接口连接 GGSN, 所以上层网络节点可以由 SGSN和 GGSN组成。 其中, SGSN负责控制面功能, GGSN负责用 户面数据下发。 以下主要以上层网络节点是 SGSN为例进行说明, 但 并不限于此。
实施例三涉及 E-HSPA扁平架构下, IP承载网中下发 MBMS业 务的方法流程图。 同样可以理解的是, 组播 IP地址可以由上层网络 节点发送给基站, 也可以采用本地配置 (预先配置) 的方式。 比如, 可以由操作维护中心( OMC )对 SGSN、 GGSN和 NodeB +进行配置。 本实施例, 主要以 NodeB +接收上层网络节点发送的组播 IP地址为 例进行说明, 但不限与此。
如图 6所示, 该方法包括:
步骤 600: NodeB +接收 SGSN发送的组播 IP地址。
本实施例中, 基站为 NodeB +。 当某 MBMS业务开始时(比如, 可以由运营商决定业务何时开始), SGSN向该小区所属的 NodeB + 发送通知 NodeB + MBMS业务开始的 Session Start会话开始消息,其 中携带有组播 IP地址。
与 WCDMA 的实施例方案不同之处在于, 扁平架构下, 由于 NodeB +有 RNC功能, 在哪个小区、 通过哪个信道发送 MBMS业务 数据可以由 NodeB + 自己控制。 所以, SGSN只需要向 NodeB +发送 MBMS业务数据的地址信息,即 MBMS业务数据在 IP承载网中使用 的组播 IP地址。
值得说明的是, 上述组播 IP地址, 需要 SGSN在 Session Start 消息中添加, 并作为 MBMS业务使用组播 IP承载的指示信息。
步骤 601 : SGSN在 IP承载网上, 使用组播向基站发送 MBMS 业务数据。
本步骤中, 在 SGSN与 NodeB +的 IP承载网络上 (接口是 IuPS 接口), SGSN使用组播发送 MBMS业务数据, 其中 IP报文的目的 IP地址填写上述组播 IP地址; IP承载网络按照建立的组播路由, 将 组播数据传送到基站。
本领域技术人员公知的是, IP承载网中可以包括交换机或路由器 等, 以实现组播路由的功能。
另外, SGSN与 NodeB +之间,应用层数据需要通过 GTP ( GPRS Tunneling Protocol GPRS隧道协议)协议的封装。 本发明实施例中, TEID ( Tunnel End Point Identifier, 隧道端点标识)可以由发端节点 ( SGSN )进行指配, 并通知所有收端节点 ( NodeB + ), 一个组播数 据流对应一个 TEID, 所有的收端节点都使用相同的 TEID来标识该 组播数据流。
步骤 602: NodeB +接收到 MBMS业务数据后, 下发所述 MBMS 业务数据。
根据 MBMS 业务的方式的不同进行不同的处理, 有如下几种情 况:
若 MBMS业务数据为 MBMS广播或 SFN (单频点网络, Single Frequency Network )模式, 则 NodeB +在其覆盖下所有的小区广播 MBMS业务;
若为 MBMS增强广播、 组播, 则 NodeB +统计其覆盖下各小区 用户数目 ( MBMS COUNTING过程),根据具体算法策略决定是否发 送, 以及选择 PTP (点对点) 或 PTM (点对多点) 方式发送。
NodeB +下发 MBMS业务数据的信道是 HS-DSCH或 SCCPCH。 当然, 在步骤 600中, 如果 NodeB+没有加入对应组播组, 需要 发送 IGMP JOIN加入组播组。
可以理解的是, 在业务进行过程中, 还可能存在以下情况:
1 )在 MBMS组播下, NodeB +统计其覆盖区域内用户数目, 如 果没有用户, NodeB +向 IP承载网络发送 IGMP LEAVE报文, 告知 IP承载网络其离开对应组播 IP地址所属的组播组, 并通知 SGSN。
在 MBMS广播、 增强广播以及 SFN模式下, 根据现有协议, 即 使 NodeB +覆盖范围没有用户, NODEB+也一直接收 SGSN的发送的 MBMS业务数据。
2 ) 当 MBMS业务停止时 (比如发送完毕, 或由运营商决定业务 停止), SGSN发送会话停止消息 ( Session Stop消息), 通知 NodeB+ 此 MBMS业务停止。 此时 NodeB+发送 IGMP LEAVE离开组播组。
另外, 为保证空口各类合并机制的要求, SGSN 发送的 MBMS 业务数据中需要携带空口发送时间指示。 可选的指示是 NodeB+时间 标识 BFN , NodeB+根据 BFN指示的时刻来发送数据, 所有 NodeB+ BFN可以由 GPS ( Global Positioning System, 全球定位系统) 统一。
如前所述, 在支持 one tunnel方式的情况下, 上层网络节点可以 由 SGSN和 GGSN组成。 其中, SGSN负责控制面功能, GGSN负责 用户面 MBMS业务数据下发。
在这种情况下, IP承载网中下发 MBMS业务的方法流程和 SGSN 作为上层网络节点的技术方案大体类似, 不再详细描述。 不同之处在 于, "会话开始消息"以及 "会话停止消息" 等控制面信令仍由 SGSN 发送给 NodeB+,而作为用户面数据的 MBMS业务数据,直接由 GGSN 发送给 NodeB+, 而不再需要通过 SGSN。
另外, 3GPP组织为了提高其标准的长期竟争力,提出了 LTE/S AE 计划。在 LTE/SAE架构中,与 HSPA+类似,采用了 RNC下移到 NodeB 的扁平架构。 可以理解的是, 本发明实施例提供的技术方案同样适用 于 LTE/SAE网络, 由于目前 LTE/SAE网络 MBMS业务具体信令及 流程没有完全确定, 下面的实施例着重于方案的原理性描述。
如图 7所示, 是 LTE/SAE扁平架构组网图与本发明实施例相关 的部分。 值得说明的是, 在本实施例中, 上层网络节点是 MME/UPE (移动管理实体 Mobile Manager Entity , 用户面实体 User Plane Entity )实体, 基站是 E-NodeB。 两者之间的接口为 SI接口。 图 8是 步骤 800、 MME/UPE实体向 E-NodeB发送组播 IP地址; 当某 MBMS 业务开始时, MME/UPE 实体在通知 E-NodeB MBMS业务开始的消息中 , 添加 MBMS业务使用组播承载指示 , 组 播承载指示至少包括:
需要发送的 MBMS业务数据的地址信息, 即 MBMS业务数据在 IP承载网中使用的组播 IP地址。
值得说明的是, 其中, MBMS业务数据在 IP承载网中使用的组 播 IP地址, 需要在通知 E-NodeB MBMS业务开始的消息中添加, 作 为 MBMS业务使用组播 IP承载的指示信息。 即, 当某 MBMS业务 开始时, MME/UPE实体在与 Evolved Ran ( E-NodeB ) 建立 MBMS 业务承载的过程中, 通过以上方式, 通知 E-NodeB此 MBMS业务使 用组播承载 , 并告知此 MBMS业务发送使用的组播 IP地址。
步骤 801、 MME/UPE 实体在 IP 承载网上, 使用组播方式向 E-NodeB发送 MBMS业务数据。
本步骤中, 在 MME/UPE实体与 E-NodeB的 IP承载网络上 (接 口是 S1接口), MME/UPE实体使用组播方式发送 MBMS业务数据, 其中 IP报文的目的 IP地址填写发送控制信息里的组播 IP地址; IP 承载网络按照建立的组播路由 , 将 MBMS业务数据传送到基站。
步骤 802: E-NodeB接收到 MBMS业务数据后, 下发接收到的 MBMS业务数据。
根据 MBMS业务的模式进行不同的处理, 有如下几种情况: 若 MBMS业务数据为 MBMS广播或 SFN (单频点网络, Single Frequency Network )模式, E-NodeB在其下所有小区广播 MBMS业 务。
若为 MBMS增强广播、 组播, E-NodeB统计其下各小区用户数 目 ( MBMS COUNTING过程), 根据具体算法策略决定是否发送, 以 及选择 PTP或 PTM方式发送。
E-NodeB 下发 MBMS业务数据的信道是 PSCH (物理共享信道 Physical share channel ) 或 PMCH (物理多播信道 Physical multicast channel )。
当然, 在步骤 800中, 如果 E-NodeB没有加入对应组播组, 需要 发送 IGMP JOIN加入组播组。
和 HSPA +中类似, 在业务进行过程种, 也可能存在以下情况: 1 )在 MBMS组播下, E-NodeB统计其覆盖区域内用户数目, 如 果没有用户 , E-NodeB向 IP承载网络发送 IGMP LEAVE报文 , 告知 IP承载网络其离开 S1接口的对应组播 IP地址所属的组播组,并通知 MME/UPE实体。
在 MBMS广播、 增强广播以及 SFN模式下, 根据现有协议, 即 使 E-NodeB覆盖范围没有用户, E-NodeB也一直接收 MME/UPE实 体的发送的 MBMS业务数据。
2 ) 当 MBMS业务停止时(比如发送完毕), MME/UPE实体发送 停止发送通知 ( Session Stop消息), 通知 E-NodeB此 MBMS业务停 止。 此时 E-NodeB发送 IGMP LEAVE离开组播组。 类似描述已经在 前面实施例中有所涉及, 此处不再赘述。
另外, 如果在 LTE/SAE 网络中引入空口合并机制, 类似的, MME/UPE 实体发送的 MBMS业务数据中需要携带空口发送时间指 示, 使得各 E-NodeB能够在空口同时下发数据, 满足各类合并要求。
与上述方法实施例相对应, 本发明实施例还提供了设备和系统 的技术解决方案。图 9是本发明实施例五提供的基站设备的结构示意 图, 该基站用于实现在 IP承载网的通信系统中下发 MBMS业务, 如 图 9 (实线部分) 所示:
该基站包括接收单元 901和下发单元 902。 其中,接收单元 901用 于根据本地配置(预先配置)或上层网络节点发送的组播 IP地址,接收 上层网络节点在 IP承载网通过组播方式发送的使用该组播 IP地址的 MBMS 业务数据。 下发单元 902, 用于下发所述接收单元接收到的 MBMS业务数据。
如果该通信系统为宽带码分多址 WCDMA系统, 由于上层网络 节点为 RNC,且由 RNC决定在哪个小区、通过哪个信道来发送 MBMS 业务, 所以,基站还可以包括指示信息接收单元, 用于接收所述 RNC 发送的需要启动发送 MBMS 业务数据的小区的小区标识, 以及发送 MBMS业务数据的信道的信道标识。据此, 下发单元 902就可以在指示 信息接收单元所接收的小区标识对应的小区 , 通过指示信息接收单元所 接收的信道标识指定的信道, 下发 MBMS业务数据。
可以理解的是, 由于在 HSPA +和 LTE/SAE系统中, 基站具有比 较强大的功能,可以自行决定在哪个小区、通过哪个信道来发送, 所以, 在这种情况下,基站还可以包括:确定单元,用于确定需要发送 MBMS 业务数据的小区, 以及发送 MBMS业务数据的信道。 据此, 下发单 元 902, 在确定单元所确定的小区, 通过确定单元所确定的信道, 下 发 MBMS业务数据。
另外, 如前所述, 组播 IP地址可以通过上层网络节点发送或本地 配置。在基站获知了组播 IP地址之后 ,如果此时基站仍没有加入该组播 IP地址对应的组播组, 则需要加入。 所以,基站还可以包括: 组播单元, 用于若所述基站未加入所述组播 IP地址所属的组播组 , 向 IP承载网发 送 IGMP join报文, 加入所述组播组。 而且, 组播单元还可以用于, 若 基站上所有小区都不需要接收 MBMS业务数据,向 IP承载网发送 IGMP leave报文, 离开该组播组。
进一步的, 该基站还可以包括: 发送指示单元, 用于指示下发单 元停止向特定小区发送 MBMS 业务数据。 停止发送的情景可以是: 当 MBMS 业务停止时, 由上层网络节点告知基站。 所谓特定小区, 在 WCDMA系统中, 可以由 RNC通知基站, 哪个或哪些小区是需要停止 发送 MBMS 业务数据的小区, 这样, 基站据此停止在相应小区发送 MBMS业务数据。在 HSPA +和 LTE/SAE系统中 ,可以由上层网络节点 向基站发送会话停止消息, 基站停止在相应的小区发送 MBMS 业务数 据。
进一步的, MBMS业务数据中可以携带空口发送时间标识, 相应 的, 该基站还可以包括: 时间解析单元, 用于从 MBMS业务数据中解 析出空口发送时间标识, 根据该空口发送时间标识指示所述下发单元在 空口下发 MBMS 业务数据的时间。 以此来保证基站发送相同数据的时 间差在空口合并允许范围内。 具体的, 空口发送时间标识可以有不同的 形式, 比如 BFN; 空口发送时间标识的获取方式也可能有多种, 由于在 方法实施例中已经做了详细描述, 此处不再赘述。
本发明第六个实施例还提供了一种上层网络节点设备, 用于实现 在 IP承载网的通信系统中下发 MBMS业务,该通信系统中还包括基站。 如图 10所示 (实线部分), 该上层网络节点包括:
数据发送单元 1001 , 用于在 IP承载网通过组播方式向所述基站发 送 MBMS业务数据。
进一步的 ,由于组播 IP地址可以由上层网络节点发送或本地配置, 若采用前者, 则上层网络节点可以包括: 地址发送单元 1002, 用于向所 述基站发送所述 MBMS业务数据所使用的组播 IP地址。
另外, 在 WCDMA系统, 上层网络节点为 RNC, RNC还包括指 示信息发送单元, 用于向基站发送需要启动发送的小区的小区标识, 以 送 MBMS 业务数据的信道的信道标识。 而在演进网络中, 向哪个 小区、 通过哪个信道发送, 可以由基站决定。 进一步的, 数据发送单元还可以包括: 时间标识单元, 用于在 MBMS业务数据中增加发送时间标识; 与之适应 , 数据发送单元, 在 IP 承载网通过组播方式向基站发送增加了发送时间标识的 MBMS 业务数 据。 另外, 如果 MBMS业务停止, 上层网络节点可以通知基站停止发 送。 则上层网络节点还可以包括: 发送指示单元, 用于指示基站停止向 特定小区发送 MBMS业务数据。 所谓特定小区, 在 WCDMA系统中, 发送指示单元需要向基站发送需要停止发送 MBMS 业务数据的小区对 应的标识,以及组播 IP地址。这样,基站据此停止在相应小区发送 MBMS 业务数据。 本发明第七个实施例提供了一种通信系统, 用于实现在 IP承载网 中下发 MBMS业务, 所述系统包括基站、 上层网络节点。 所述基站,用于根据预先配置或上层网络节点发送的组播 IP地址, 接收所述上层网络节点在 IP承载网通过组播方式发送的使用所述组播 IP地址的 MBMS业务数据, 并下发所述接收到的 MBMS业务数据。 所述上层网络节点,用于在 IP承载网通过组播方式向所述基站发 送使用所述组播 IP地址的 MBMS业务数据。 其中, 该系统中还可以包括配置单元, 用来实现组播 IP地址的本 地配置。 该配置单元可以是操作维护中心 OMC。 而基站和上层网络节点所可能具有的功能单元, 以及功能单元之 间的相互关系, 在前面设备的实施例中已经有了比较充分的描述, 在系 统实施例中不再赞述。
通过以上实施例提供的技术方案可以看出,由于 MBMS业务数据在 IP承载网络中采用组播形式下发, 对于同一类 MBMS业务数据, 上层 网络节点只需向所有基站(包括 WCDMA和扁平架构中的基站 )下发一 次, 基站在 IP承载网中根据上层网络节点通知的组播 IP地址, 接收组 播形式的 MBMS 业务数据, 并在需要的小区发送。 这样, 大大节约了 带宽, 减轻了网络的负担, 降低了运营商的投资。
对 WCDMA系统而言, RNC可以将需要发送的小区的小区标识、 以及信道标识发送给基站, 由基站据此发送接收到的 MBMS业务数据; 对扁平架构而言,基站可以自己决定在哪个小区、通过哪个信道来发送。
针对各个系统中的信号合并问题,本发明实施例提供的解决方案中, 通过在上层网络节点发送的 MBMS 业务数据中携带空口发送时间标识 来解决这个问题 , 以此来保证基站发送相同数据的时间差在空口合并允 许范围内。 例如, 对 WCDMA 系统, 可以通过节点同步通知过程得到 RFN和 BFN的关系, 然后 RNC发送给基站, 基站据此获取新的 BFN , 按照新的 BFN在空口发送 MBMS业务数据。 对扁平架构, 所有基站的 BFN通过全球定位系统 GPS统一。
另外, 如果基站没有加入组播 IP地址所属的组播组, 则需要加入, 若基站所覆盖的小区都不需要接收 MBMS 业务数据, 则离开组播组。 而当业务停止时, 可以由上层网络节点通知基站停止发送。
值得说明的是, 以上实施例中提到的 IP承载网有: 以 IP方式承载 的 RNC-NodeB架构下 lub接口传输网络, HSPA+扁平架构下核心网 CN 和 NodeB+之间的传输网络, 以及 LTE/SAE架构下 S1接口的传输网络。 以上 IP承载网, 都可以统称为地面传输 IP承载网。 但, 本发明实施例 提供的技术方案, 还可以适用于其他通信系统。
以上所述, 仅为本发明的较佳实施例而已, 并非用于限定本发明 的保护范围,凡在本发明的精神和原则之内所做的任何修改、等同替换、 改进等, 均应包含在本发明的保护范围之内。

Claims

权利要求书
1、一种在 IP承载网中下发多媒体广播 /组播服务 MBMS业务的方 法, 其特征在于, 该方法包括: 基站根据预先配置或上层网络节点发送的组播 IP地址, 接收所述 上层网络节点在 IP承载网通过组播方式发送的使用所述组播 IP地址的 MBMS业务数据; 所述基站下发接收到的所述 MBMS业务数据。
2、 如权利要求 1所述的方法, 其特征在于, 所述上层网络节点为 无线网络控制器 RNC, 所述方法还包括:基站接收所述 RNC发送的需要启动发送 MBMS 业务数据的小区的小区标识, 以及发送 MBMS 业务数据的信道的信道 标识。
3、 如权利要求 2所述的方法, 其特征在于, 所述基站下发接收到 的所述 MBMS业务数据包括: 所述基站在所述小区标识对应的小区 , 通过所述信道标识指定的 信道, 下发所述 MBMS业务数据。
4、 如权利要求 3所述的方法, 其特征在于, 所述信道为从公共控 制物理信道 S-CCPCH。
5、 如权利要求 2所述的方法, 其特征在于, 所述 RNC在 IP承载 网通过组播形式发送的使用所述组播 IP地址的 MBMS业务数据中携 带有空口发送时间标识。
6、 如权利要求 5中所述的方法, 其特征在于, 所述空口发送时间 标识为 RNC帧号 RFN; 所述基站下发接收到的所述 MBMS业务数据包括: 所述基站根据 MBMS业务数据中携带的 RFN,及自身通过节点同 步通知过程获得的 RFN与基站帧号 BF 之间的关系 , 获得新的 BFN, 并按照所述新的 BFN在空口发送 MBMS业务数据。
7、 如权利要求 6所述的方法, 其特征在于, 所述节点同步通知过 程包括: 基站接收所述 RNC发送的携带有 RFN的下行同步消息; 所述基站向所述 RNC发送携带有 BFN的上行同步消息; 所述 RNC根据接收到的 BFN, 获知 RFN和 BFN之间的关系 , 并向所述基站发送携带有所述关系的同步结果通知。
8、 如权利要求 1所述的方法, 其特征在于, 该方法还包括: 若所述基站未加入所述组播 IP地址所属的组播组, 则所述基站向 IP承载网发送 Internet组播管理协议加入 IGMP join报文, 加入所述组 播组。
9、 如权利要求 8所述的方法, 其特征在于, 该方法进一步包括: 当所述基站上所有小区都不需要接收 MBMS 业务数据时, 所述基站向 IP承载网发送 IGMP离开 IGMP leave报文, 离开所述组播组。
10、 如权利要求 1所述的方法, 其特征在于, 该方法进一步包括: 所述上层网络节点向基站发送停止发送通知; 所述基站接收到所述停止发送通知后 , 停止发送所述 MBMS业务 数据。
11、 如权利要求 1 所述的方法, 其特征在于, 所述上层网络节点 为服务 GPRS 支持节点 SGSN, 所述基站为演进的高速包接入 HSPA E-HSPA系统中的增强型基站 NodeB+。
12、 如权利要求 1所述的方法, 其特征在于, 所述上层网络节 点由 SGSN和网关 GPRS支持节点 GGSN组成, 其中 SGSN负责控 制面功能, GGSN负责用户面 MBMS业务数据的下发; 所述基站为演进的高速包接入 HSPA E-HSPA系统中的增强型基 站 NodeB+。
13、 如权利要求 12所述的方法, 其特征在于, 所述基站根据上 层网络节点发送的组播 IP地址, 接收所述上层网络节点在 IP承载网通 过组播方式发送的使用所述组播 IP地址的 MBMS业务数据包括:
NodeB+根据 SGSN发送的组播 IP地址, 接收 GGSN在 IP承载 网通过组播方式发送的使用所述组播 IP地址的 MBMS业务数据。
14、 如权利要求 11至 13任一项所述的方法, 其特征在于, 所 述基站下发接收到的所述 MBMS业务数据包括:
NodeB+在需要发送 MBMS业务数据的小区, 通过从公共控制物 理信道 S-CCPCH或下行共享信道, 下发所述 MBMS业务数据。
15、 如权利要求 1所述的方法, 其特征在于, 所述上层网络节 点为移动管理实体 /用户面实体 MME/UPE ,所述基站为长期演进计划 /系统架构演进 LTE/SAE系统中的演进型基站 E-NodeB。
16、 如权利要求 15所述的方法, 其特征在于, 所述基站下发接 收到的所述 MBMS业务数据包括:
E-NodeB在需要发送 MBMS业务数据的小区,通过物理共享信 道 PSCH或物理多播信道 PMCH, 下发所述 MBMS业务数据。
17、 如权利要求 11、 12、 13、 15或 16所述的方法, 其特征在于, 所述在 IP 承载网上通过组播形式发送的使用所述组播 IP 地址的 MBMS业务数据中携带有空口发送时间标识。
18、 如权利要求 17所述的方法, 其特征在于, 所述空口发送时 间标识为基站帧号 BFN , 所述基站下发接收到的所述 MBMS业务数据包括: 所述基站根据所述 MBMS业务数据中携带的 BFN在相应时刻 发送 MBMS业务数据,其中所有基站的 BFN通过全球定位系统 GPS 统一。
19、 一种基站, 用于实现在 IP承载网的通信系统中下发 MBMS 业务, 其特征在于, 所述基站包括: 接收单元,用于根据预先配置或上层网络节点发送的组播 IP地址, 接收所述上层网络节点在 IP承载网通过组播方式发送的使用所述组播 IP地址的 MBMS业务数据; 下发单元, 用于下发所述接收单元接收到的 MBMS业务数据。
20、 如权利要求 19所述的基站, 其特征在于, 若所述通信系统 为宽带码分多址 WCDMA系统, 则所述上层网络节点为 RNC, 所述基站还包括指示信息接收单元, 用于接收所述 RNC发送的 需要启动发送 MBMS业务数据的小区的小区标识, 以及发送 MBMS业 务数据的信道的信道标识; 所述下发单元, 用于在所述指示信息接收单元所接收的所述小区 标识对应的小区 , 通过所述指示信息接收单元所接收的信道标识指定的 信道, 下发所述 MBMS业务数据。
21、 如权利要求 19所述的基站, 其特征在于, 所述基站还包括: 组播单元, 用于若所述基站未加入所述组播 IP地址所属的组播 组, 向 IP承载网发送 IGMP join报文, 加入所述组播组。
22、 如权利要求 21所述的基站, 其特征在于, 所述组播单元还用 于, 若所述基站上所有小区都不需要接收 MBMS业务数据, 向 IP承载 网发送 IGMP leave报文, 离开所述组播组。
23、 如权利要求 19所述的基站, 其特征在于, 所述基站还包括: 发送指示单元, 用于指示所述下发单元停止向特定小区发送 MBMS业务数据。
24、 如权利要求 19所述的基站, 其特征在于, 所述 MBMS业务 数据中携带空口发送时间标识; 所述基站还包括: 时间解析单元 ,用于从 MBMS业务数据中解析出空口发送时间标 识, 根据该空口发送时间标识指示所述下发单元在空口下发 MBMS 业 务数据的时间。
25、 如权利要求 19所述的基站, 其特征在于, 若所述通信系统为 E-HSPA系统或 LTE/SAE系统, 所述基站还包括确定单元,用于确定需要发送 MBMS业务数据 的小区, 以及发送 MBMS业务数据的信道; 所述下发单元, 用于在所述确定单元所确定的小区, 通过所述 确定单元所确定的信道, 下发所述 MBMS业务数据。
26、 一种上层网络节点, 用于实现在 IP承载网的通信系统中下 发 MBMS 业务, 所述系统还包括基站, 其特征在于, 所述上层网络节 点包括: 数据发送单元, 用于在 IP承载网通过组播方式向基站发送使用组 播 IP地址的 MBMS业务数据。
27、 如权利要求 26所述的上层网络节点, 其特征在于, 所述上层 网络节点还包括: 地址发送单元, 用于向所述基站发送所述 MBMS业务数据所使用 的组播 IP地址。
28、 如权利要求 27所述的上层网络节点, 其特征在于, 若所述通 信系统为 WCDMA系统, 则所述上层网络节点为 RNC, 所述 RNC还包 括指示信息发送单元, 用于: 向所述基站发送需要启动发送的小区的小区标识, 以及发送
MBMS业务数据的信道的信道标识。
29、 如权利要求 26所述的上层网络节点, 其特征在于, 所述数据 发送单元还包括: 时间标识单元, 用于在 MBMS业务数据中增加发送时间标识; 所述数据发送单元, 用于在 IP承载网通过组播方式向所述基站发 送增加了发送时间标识的 MBMS业务数据。
30、 如权利要求 26所述的上层网络节点, 其特征在于, 所述上层 网络节点还包括: 发送指示单元, 用于指示所述基站停止向特定小区发送 MBMS业 务数据。
31、 一种通信系统, 用于实现在 IP承载网中下发 MBMS业务, 其特征在于, 所述系统包括基站和上层网络节点, 所述基站,用于根据预先配置或上层网络节点发送的组播 IP地址, 接收所述上层网络节点在 IP承载网通过组播方式发送的使用所述组播 IP地址的 MBMS业务数据, 并下发所述接收到的 MBMS业务数据; 所述上层网络节点,用于在 IP承载网通过组播方式向所述基站发 送使用所述组播 IP地址的 MBMS业务数据。
PCT/CN2007/070622 2006-09-06 2007-09-04 Procédé, appareil et système de transmission de services mbms dans un réseau de trafic ip WO2008040202A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
AT07801031T ATE534246T1 (de) 2006-09-06 2007-09-04 Verfahren, vorrichtung und system zum senden des mbms-dienstes im ip-lasttragenden web
EP07801031A EP2061266B1 (en) 2006-09-06 2007-09-04 Method, apparatus and system for sending MBMS service in IP load-carrying web

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2006101269237A CN101141669B (zh) 2006-09-06 2006-09-06 在ip无线接入网中下发多媒体广播/组播服务业务的方法
CN200610126923.7 2006-09-06

Publications (1)

Publication Number Publication Date
WO2008040202A1 true WO2008040202A1 (fr) 2008-04-10

Family

ID=39193359

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/070622 WO2008040202A1 (fr) 2006-09-06 2007-09-04 Procédé, appareil et système de transmission de services mbms dans un réseau de trafic ip

Country Status (4)

Country Link
EP (1) EP2061266B1 (zh)
CN (1) CN101141669B (zh)
AT (1) ATE534246T1 (zh)
WO (1) WO2008040202A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009130589A1 (en) 2008-04-24 2009-10-29 Nokia Corporation Mehtod, apparatus, and computer program product for providing internet protocol multicast transport

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8891426B2 (en) 2008-06-06 2014-11-18 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatuses relating to multimedia broadcast multicast services
CN102821359B (zh) * 2011-06-09 2015-03-11 华为技术有限公司 业务共享传输方法、装置及系统
CN102905218B (zh) * 2011-07-29 2018-01-26 北京三星通信技术研究有限公司 一种广播业务数据传输方法
WO2017075792A1 (zh) * 2015-11-05 2017-05-11 华为技术有限公司 小区多播业务处理方法以及设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050080901A1 (en) * 2003-10-14 2005-04-14 Reader Scot A. Method and apparatus for controlling access to multicast data streams
CN1744572A (zh) * 2005-08-31 2006-03-08 杭州华为三康技术有限公司 控制组播数据转发的交换设备及方法
CN1761953A (zh) * 2003-03-20 2006-04-19 汤姆森特许公司 用组播ip和以太网定位并分发卫星信号的系统和方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005101752A1 (en) * 2004-04-14 2005-10-27 Telecom Italia S.P.A. Method and system for distributing multimedia contents through a wireless communications network, particularly a mobile telephony network
ATE519344T1 (de) * 2004-06-21 2011-08-15 Panasonic Corp Adaptive und skalierbare dienstqualitätsarchitektur für einzelträger- multicast/broadcast-dienste

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1761953A (zh) * 2003-03-20 2006-04-19 汤姆森特许公司 用组播ip和以太网定位并分发卫星信号的系统和方法
US20050080901A1 (en) * 2003-10-14 2005-04-14 Reader Scot A. Method and apparatus for controlling access to multicast data streams
CN1744572A (zh) * 2005-08-31 2006-03-08 杭州华为三康技术有限公司 控制组播数据转发的交换设备及方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009130589A1 (en) 2008-04-24 2009-10-29 Nokia Corporation Mehtod, apparatus, and computer program product for providing internet protocol multicast transport
EP2279630A1 (en) * 2008-04-24 2011-02-02 Nokia Corporation Mehtod, apparatus, and computer program product for providing internet protocol multicast transport
EP2279630A4 (en) * 2008-04-24 2015-03-11 Nokia Corp METHOD, DEVICE AND COMPUTER PROGRAM PRODUCT FOR PROVIDING INTERNET PROTOCOL MULTICAST TRANSPORT
US9735975B2 (en) 2008-04-24 2017-08-15 Nokia Technologies Oy Method, apparatus, and computer program product for providing internet protocol multicast transport

Also Published As

Publication number Publication date
ATE534246T1 (de) 2011-12-15
EP2061266A4 (en) 2010-03-10
CN101141669B (zh) 2011-01-05
CN101141669A (zh) 2008-03-12
EP2061266B1 (en) 2011-11-16
EP2061266A1 (en) 2009-05-20

Similar Documents

Publication Publication Date Title
WO2020063362A1 (zh) 多播/广播业务传输的方法、核心网网元和终端设备
US8656029B2 (en) Multicast session setup in networks by determining a multicast session parameter based on a pre-existing unicast session parameter
EP1440537B1 (en) Multicast support in packet switched wireless networks
US8411680B2 (en) IP multicasting system and a method based on the mobile network
US20200205221A1 (en) Data transmission method and apparatus
US8270324B2 (en) Method for bearer control and deletion, data distribution, and modification
WO2008110097A1 (fr) Procédé et station de base permettant d'activer un service multimédia de diffusion multicast d'une communauté cible
WO2008025239A1 (en) Evolved-mbms base station, user equipment and method
WO2012126296A1 (zh) Mbms业务发送方式切换方法、装置和用户设备
WO2012136023A1 (zh) 实现多媒体广播多播业务连续性的方法、用户设备及系统
KR20050019388A (ko) 멀티미디어 방송 및 멀티캐스트 서비스를 위한 패킷데이터와 관련 제어정보를 송수신하는 방법
KR20070094563A (ko) 무선통신시스템에 사용되는 일대다 mbms 처리방법 및장치
WO2007112696A1 (fr) Procédé et système permettant de créer un service de multidiffusion/radiodiffusion multimédia
JPWO2016121787A1 (ja) 基地局、ユーザ端末及び装置
EP4142394A1 (en) Broadcast/multicast service management method and apparatus, and electronic device and storage medium
WO2014023240A1 (zh) 一种群组小数据的发送方法及系统
WO2013060167A1 (zh) 一种mce控制集群会话建立的方法及系统
WO2012113199A1 (zh) 一种网元获取用户设备的接收状况信息的方法及系统
WO2008040202A1 (fr) Procédé, appareil et système de transmission de services mbms dans un réseau de trafic ip
KR100956817B1 (ko) 패킷 데이터를 처리하는 방법 및 이를 위한 장치
US20230141637A1 (en) Method and device for transmitting data in wireless communication system
CN112469142A (zh) 信道建立的方法、基站及多小区多播协调实体mce
WO2009021418A1 (fr) Procédé d'accès à un service de multidiffusion multimédia sous une architecture à évolution à long terme
CN112738735B (zh) 广播mbms传输系统和方法、核心网及接入网
WO2021018213A1 (zh) 一种通信方法及装置

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2007801031

Country of ref document: EP