WO2010081359A1 - 为移动组播业务在固网中辅助建立组播回传通道的方法及装置 - Google Patents

为移动组播业务在固网中辅助建立组播回传通道的方法及装置 Download PDF

Info

Publication number
WO2010081359A1
WO2010081359A1 PCT/CN2009/075415 CN2009075415W WO2010081359A1 WO 2010081359 A1 WO2010081359 A1 WO 2010081359A1 CN 2009075415 W CN2009075415 W CN 2009075415W WO 2010081359 A1 WO2010081359 A1 WO 2010081359A1
Authority
WO
WIPO (PCT)
Prior art keywords
multicast
network
message
mobile
fixed network
Prior art date
Application number
PCT/CN2009/075415
Other languages
English (en)
French (fr)
Inventor
张青山
马松伟
宾梵翔
Original Assignee
阿尔卡特朗讯
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 阿尔卡特朗讯 filed Critical 阿尔卡特朗讯
Priority to JP2011545612A priority Critical patent/JP5357981B2/ja
Priority to EP09838146.0A priority patent/EP2389018B1/en
Priority to US13/129,979 priority patent/US8982883B2/en
Publication of WO2010081359A1 publication Critical patent/WO2010081359A1/zh

Links

Classifications

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

Definitions

  • the present invention relates to communication networks, and more particularly to a method and apparatus for establishing a multicast return channel in a fixed network for a mobile multicast service in a communication network.
  • Femtocell technology is a hot spot in the communications industry.
  • voice and data calls from mobile user terminals such as mobile phones or personal digital assistants (PDAs)
  • PDAs personal digital assistants
  • a standard interface based 3G core network Mobile Core Network
  • ie Femtocell technology with its fixed network as its return channel, and its home access point plug and play can be connected to any existing IP-based Transfer network.
  • the wireless propagation characteristics of the conventional macro cell are poor in building penetration characteristics, resulting in a decline in indoor service quality.
  • the emergence of Femtocell technology will effectively improve indoor coverage and service quality.
  • FIG. 1 is a schematic diagram showing a conventional mobile broadcast/multicast service transmitted through a fixed return channel in a communication network using Femtocell technology.
  • the communication network includes a mobile station device (BSR, also called an eNodeB or a home NodeB).
  • BSR mobile station device
  • eNodeB also called an eNodeB or a home NodeB
  • the Femtocell gateway 4 is disposed between the mobile core network and the public IP network.
  • the Femtocell gateway 4 aggregates and provides a standard interface for the mobile core network, such as network side interfaces such as Iu-CS, Iu_PS, and Gn/G.
  • the BSR1 is connected to the fixed access network through the access node 2, and the fixed access network may be an ADSL network or an FTTX network.
  • the fixed access network may be an ADSL network or an FTTX network.
  • BSRs la, lb, lc, I d and two access nodes 2a and 2b are shown in Figure 1, where BSR la And lb are connected to the access node 2a, the BSR lc and the Id are connected to the access node 2b, the access nodes 2a and 2b are connected to the edge router 3 through the fixed access network/aggregation network, and the edge router 3 is connected to the public IP network.
  • the broadcast multicast service center 5 in the mobile core network is used to provide mobile broadcast multicast services. It can be understood that the four BSRs, two access nodes, and the like shown in FIG. 1 are all examples, and the actual network may not be limited to the above configuration and the number of configured network elements.
  • a mobile terminal such as a mobile phone or PDA
  • the mobile terminal requests a multicast service from a mobile core network
  • the mobile terminal sends a multicast join message to request to join the multicast group.
  • the BSR sends the multicast join message through, for example, an Internet Protocol Security Tunnel (IPSec Tunnel), that is, the multicast join message is encapsulated in the IPSec data packet, and the encapsulated
  • IPSec Tunnel Internet Protocol Security Tunnel
  • the destination address of the IPSec packet is the egress of the tunnel, that is, the Femtocell gateway 4.
  • the source address of the encapsulated IP packet is the tunnel entry, that is, the IP address of the BSR.
  • the three BSRs respectively send the multicast join message through different IPSec tunnels.
  • the multicast join message is directly transmitted from the corresponding BSR to the Femtocell gateway 4 through the unicast tunnel, and the tunnel passes through the fixed access network, the multicast join message is in the fixed access network.
  • the network elements such as access nodes, switches, routers, and edge routers, are invisible, and the multicast backhaul channel cannot be established in the fixed network domain.
  • the multicast service data can only be unicast in the fixed network. The form of transmission.
  • the Femtocell still copies the four copies of the multicast service 60 to 60a, 60b, 60c, and 60d, respectively, and sends them to the four BSRs in a unicast manner via four IPSec tunnels, that is, separately sent to the unicasts to BSRla-ld.
  • the present invention proposes a method for a mobile base station device to assist a higher-level network device in a fixed network to establish a backhaul channel in a fixed network.
  • a multicast service for assisting a mobile device in a fixed network in a mobile base station device to access a mobile core network by a mobile terminal device under the control of the mobile base station device.
  • a method for establishing a multicast return channel in a network includes the following steps: acquiring a multicast join message from the mobile terminal device for requesting a mobile multicast service; and assisting a superior network device according to the multicast join message Establishing the multicast backhaul channel in the fixed network for the mobile multicast service.
  • the method includes the following steps: sending the multicast join message to a superior network device in the fixed network, to assist a higher-level network device in the fixed network to establish the multicast backhaul in a fixed network aisle.
  • a mobile service in a mobile base station device for assisting a higher-level network device in a fixed network to access a mobile core network for a mobile terminal device under the control of the mobile base station device.
  • a control device for establishing a multicast return channel in the network where the method includes: a first acquiring device, configured to acquire a multicast join message from the mobile terminal device for requesting a mobile multicast service; and an auxiliary device, configured to The multicast join message is used to assist the upper-level network device to establish the multicast return channel in the fixed network for the mobile multicast service.
  • the auxiliary device further includes: sending means, configured to send the multicast join message to a superior network device in the fixed network, to assist a higher-level network device in the fixed network to establish a fixed network in the fixed network The multicast return channel.
  • the network resources in the fixed access network are saved, and the heavy workload of each network element in the fixed access network, such as a gateway, an edge router, an access node, and the like, is alleviated.
  • FIG. 1 is a schematic diagram of a conventional mobile broadcast/multicast service transmitted through a fixed unicast return channel in a communication network using Femtocdl technology
  • FIG. 2 is a schematic diagram of a network topology structure of the present invention for transmitting a mobile multicast service through a fixed multicast backhaul channel in a communication network using Femtocell;
  • FIG. 3 is a flow chart of an exemplary method of the present invention.
  • FIG. 4 is a block diagram of an apparatus of one example of the present invention.
  • the communication network includes a mobile base station device la-ld, access nodes 2a and 2b, an edge router 3, a Femtocell gateway 4, and a broadcast multicast service center 5.
  • the Femtocell gateway 4 is configured between the mobile core network and the public IP network, and the BSR1 is connected to the fixed access network through the access node 2, and the fixed access network may be an ADSL network or an FTTX network.
  • BSR la, lb, lc, Id and two access nodes 2a and 2b are shown in Figure 2, where BSR la and lb are connected to access node 2a, BSR lc and Id are connected to access node 2b,
  • the ingress nodes 2a and 2b establish a connection with the edge router 3 through the fixed access network/aggregation network, the edge router 3 accesses the public IP network, and finally connects to the mobile core network through the Femtocell gateway 4.
  • the mobile base station device is a Base Station Router
  • the BSR is also called an eNodeB or a home NodeB, that is, an H-NodeB, which integrates functions of a base station, a router, and a Radio Network Controller (RNC), and may even cover Service GPRS Support Node (SGSN), Gateway GPRS Support Node (GGSN), etc.
  • RNC Radio Network Controller
  • SGSN Service GPRS Support Node
  • GGSN Gateway GPRS Support Node
  • the Broadcast Multicast Service Center (BM-SC) 5 in the mobile core network is used to provide broadcast multicast services.
  • the four BSRs, two access nodes, and the like shown in FIG. 2 are all examples, and the actual network may not be limited to the above configuration and the number of configured network elements.
  • the network device cascaded with the BSR may also be a small router, a small switch, etc., and is not limited to, for example, a digital subscriber line. Access devices such as the Digital Subscriber Line
  • step S10 the BSR intercepts data packets from the mobile terminal under its jurisdiction. Specifically, the BSR checks the protocol type and message type in the header of the IP packet.
  • the BSR further checks the message type. i) When the message field in the IGMP message is 0x17, indicating that the IGMP message is a Version 2 Leave Group, that is, a multicast exit message, the method proceeds to step S1.
  • Case 1 and Case 2 are for the case where the BSR listens to the IPv4 data packet.
  • Case 3 and Case 4 the case where the BSR listens to the IPv6 data packet is specifically described.
  • the IP packet is indicated.
  • the data part contains the ICMP message, and the BSR further checks the message type of the ICMP message.
  • the ICMPv6 carries the MLD (Multicast Listener Discovery) message. Then, the BSR further checks the message domain of the MLD message.
  • MLD Multicast Listener Discovery
  • the method proceeds to step S11, and the BSR obtains a multicast force incoming message from the mobile terminal device for requesting the mobile multicast
  • the BSR further checks the message type of the ICMP message.
  • the message field in the ICMP message is 58, Indicates that the MLD message is carried in the ICMPv6, and the BSR further checks the message domain of the MLD message.
  • the MLD message field is decimal 132
  • the host leaves an IPv6 multicast group
  • the host sends an MLD done message, that is, a multicast exit message.
  • the method proceeds to step S11.
  • step S10 if the BSR listens to the protocol type and the message type of the IP packet, the judgment result is that the IP packet does not belong to any of the above four situations, that is, neither belongs to the multicast join message nor belongs to If the multicast exit message is sent, the method proceeds to step S11.
  • the BSR directly encapsulates the IP packet into an IPSec package, that is, encapsulates the IP packet in the IP-in-IP.
  • the destination address of the encapsulated IP packet is the address of the Femtocell gateway 4.
  • the BSR transmits the encapsulated IP packet to the egress of the IPSec tunnel through the IPSec tunnel: Femtocell gateway 4.
  • the BSR acquires the group for requesting the mobile multicast service from the mobile terminal device. After the broadcast join message, the method proceeds to step S12, the BSR copies the multicast join message, and saves the copy of the multicast join message in the BSR.
  • the BSR encapsulates the multicast-inbound IP-in-IP and forwards the multicast join message through the IPSec tunnel.
  • the tunnel entry is the IP address of the BSR, and the egress of the tunnel is the IP address of the Femtocell gateway 4.
  • the purpose is to establish a wireless multicast bearer for the multicast service in the mobile domain, which is also not shown in FIG.
  • the Femtocell gateway 4 After the encapsulated data packet forwarded by the IPSec tunnel arrives at the Femtocell gateway 4, the Femtocell gateway 4 decapsulates it and forwards it to the mobile core network for processing.
  • the mobile core network performs corresponding authentication on the multicast join message and establishes a radio multicast bearer of the mobile domain for the multicast service to generate an MBMS UE context.
  • the specific details of the implementation are described in the prior art, see 3GPP. TS 23.246, so it will not be repeated here.
  • step S13 the BSR obtains a feedback message from the mobile core network, that is, the MBMS UE context.
  • step S14 the BSR sends the multicast join message stored in step S12 to the upper-level network device in the fixed network to assist the upper-level network device in the fixed network to establish a fixed-network multicast return channel in the fixed network.
  • the BSR finds a corresponding multicast join message from the cached multiple multicast join messages according to the source address and the destination address in the MBMS UE context.
  • the BSR receives the feedback message from the mobile core network, where the source address associated with the MBMS UE context is the IP address of the mobile terminal, for example, 101.0.0.11, and the related destination address is the multicast address 224.0.2.22, then the BSR according to the a feedback message, searching for multiple multicast join messages from the mobile terminal device stored on the BSR, and finding the destination address as a group
  • the source address is the IP address of the mobile terminal device, for example, the multicast join message of 101.0.0.11
  • the BSR determines the multicast message as the multicast join message corresponding to the MBMS UE context of the feedback, so The BSR sends the multicast join message corresponding to the fed back MBMS UE context to the upper-level network device in the fixed network.
  • the upper-layer network device of the BSR is an access node, such as a DSLAM, but the application scenario of the BSR is not limited thereto.
  • the upper-level network device of the BSR can be a small switch, a small router, etc., and the small router corresponds to the scenario of the FTTX connection. Therefore, the BSR sends the multicast join message to its cascaded upper-level network device according to the network topology.
  • the upper-layer network device in the fixed network receives the multicast join message from the BSR, the upper-layer network device in the fixed network can record the source address and the destination address of the multicast join message according to the existing process, and configure corresponding The port is forwarded to the multicast join message according to the corresponding routing protocol to finally establish a multicast tree.
  • the upper-level network device in the fixed network of the BSR may be sensitive to the source address belonging to the mobile domain, that is, when the source address is an address in the mobile domain, for example, the upper-level network device in the fixed network receives the above example.
  • the message from the mobile terminal with the address of 101.0.0.11, the upper-level network device in the fixed network may directly discard the message because the source address of the message does not belong to the address of the fixed network segment.
  • the BSR needs to perform the following steps before proceeding to step S14:
  • the source address in the multicast join message is modified to be the IP address of the BSR.
  • the IP address of the BSR is allocated by the fixed network and belongs to the fixed network segment. For example, the IP address of the BSR is 202.0.0.11. Therefore, the BSR modifies the source address of the multicast join message to the IP address of the BSR as 202.0.0.11. Then, the process proceeds to step S14, and the modified multicast join message of the source address is sent to the upper-level network device in the fixed network of the BSR.
  • step S14 the BSR performs step S14 to send the multicast join message to the upper-level network device in the fixed network.
  • step S12 can be omitted, and the execution of step S13 and step S14 has no obvious sequence, that is, the step is obtained from the mobile terminal.
  • step S14 the BSR sends the multicast join message to the upper-layer network device in the fixed network.
  • the multicast join message is sent to the Femtocell gateway 4 through the IPSec tunnel, and then decapsulated by the Femtocell gateway 4 and then sent to the mobile core network, that is, the BSR triggers the multicast in the fixed network of the mobile multicast service.
  • the process of returning a channel may not rely on feedback from the mobile core network.
  • the BSR also establishes a radio multicast bearer in the mobile domain, which is not described here, and is not shown in FIG. The embodiment of the change saves time, but if the mobile multicast service request is not authenticated by the mobile core network, the multicast return channel established in the fixed network, such as a multicast tree, may be invalid.
  • Step S10 the IP packet from the mobile terminal device belongs to Case 2 and Case 4
  • the method proceeds to Step Sir, and the BSR acquires the multicast exit message from the mobile terminal device for exiting the Mobile Multicast service.
  • step S14 the method directly proceeds to step S14, and the BSR directly sends the multicast exit message to the upper-level network device in the fixed network. It is worth noting that because the BSR requests to exit a multicast group, it does not need to be authenticated from the mobile core network to exit, so there is no need to go to steps S12 and S13.
  • the upper-level network device in the fixed network of the BSR may be sensitive to the source address belonging to the mobile domain, that is, when the source address of the multicast exit message is an address in the mobile domain, for example
  • the upper-level network device may directly discard the message because the IP address of the message does not belong to the fixed network domain.
  • the BSR needs to perform the following steps before proceeding to step S14:
  • the source address in the multicast exit message is modified to be the address of the BSR.
  • the IP address of the BSR is assigned by the fixed network and belongs to the fixed network segment. For example, the IP address of the BSR is 202.0.0.11. Therefore, the BSR modifies the source IP address of the multicast egress message to BSR. The IP address is 202.0.0.11, and then proceeds to step S14, and the modified multicast exit message of the source address is sent to the upper-layer network device of the BSR.
  • the upper-layer network device of the BSR is an access node, such as a DSLAM, but the application scenario of the BSR is not limited thereto.
  • the upper-level network device of the BSR can be a small switch, a small router, etc., and the small router corresponds to the scenario of the FTTX connection. Therefore, the BSR sends the multicast exit message to its cascaded upper-level network device according to the network topology.
  • FIG. 4 is a block diagram of the apparatus of the control device 10 in the BSR 1 of the mobile communication network in accordance with an embodiment of the present invention.
  • the control device 10 is located in the BSR1 to BSRld shown in Fig. 2.
  • the control device 10 includes a first acquisition device 100, a second acquisition device 101, a storage device 102, and an auxiliary device 103.
  • the auxiliary device 103 further includes an inquiry device 1030 and a transmission device 1031.
  • the BSR intercepts data packets from the mobile terminal under its jurisdiction. Specifically, the BSR checks the protocol type and message type in the header of the IP packet.
  • the IP packet is indicated.
  • the data part contains the IGMP message, and the BSR further looks at the message type. i) when the message field in the IGMP message is 0x17, indicating that the IGMP message is a Version 2 Leave Group, that is, a multicast exit message, the first obtaining apparatus 100 acquires a request from the mobile terminal device to quit the mobile multicast service. Multicast exit >'Shaw,.
  • Case 1 and Case 2 are for the case where the BSR listens to the IPv4 data packet.
  • Case 3 and Case 4 the case where the BSR listens to the IPv6 data packet is specifically described.
  • the BSR When the protocol type value in the IP header is 1, indicating that the data part of the IP packet contains an ICMP message, the BSR further checks the message type of the ICMP message. When the message field in the ICMP message is 58, If the MLD (Multicast Listener Discovery) message is carried in the ICMPv6, the BSR further checks the message domain of the MLD message.
  • MLD Multicast Listener Discovery
  • the MLD message field is decimal 143
  • the MLD message field is decimal 131
  • it indicates that the MLD message is version 1 of the multicast snoop 4 advertisement message, that is, Version 1 Multicast Listener Report (Type decimal 131)
  • the MLD message is a multicast join message
  • the first obtaining apparatus 100 acquires a multicast join message from the mobile terminal device for requesting the mobile multicast service, that is, a Membership Report Message
  • the BSR further checks the message type of the ICMP message.
  • the message field in the ICMP message is 58, Indicates that the MLD message is carried in the ICMPv6, and the BSR further checks the message domain of the MLD message.
  • the BSR directly encapsulates the IP packet by IP-in-IP, and encapsulates the IP address of the encapsulated IP packet with the address of the Femtocell gateway 4.
  • the BSR directly transmits the encapsulated IP packet through the IPSec tunnel. Exit to the IPSec tunnel: Femtocell Gateway 4.
  • the subsequent steps of the present invention are specifically described above for the first case and the third case.
  • the first obtaining device 100 acquires the multicast for requesting the mobile multicast service from the mobile terminal device
  • the storage device 102 copies the multicast join message and saves a copy of the multicast join message in the BSR.
  • the BSR encapsulates the multicast-inbound IP-in-IP and forwards the multicast join message through the IPSec tunnel.
  • the tunnel entry is the IP address of the BSR, and the egress of the tunnel is the IP address of the Femtocell gateway 4.
  • c bearer for establishing a multicast service in the mobile domain is also not shown in FIG.
  • the BSR also establishes a radio multicast bearer in the mobile domain, so that the BSR transmits the multicast service to the mobile terminal device in the mobile domain. This step is the same as the prior art, and therefore is not described here, and is not shown in FIG. .
  • the Femtocell gateway 4 After the encapsulated data packet forwarded by the IPSec tunnel arrives at the Femtocell gateway 4, the Femtocell gateway 4 decapsulates it and forwards it to the mobile core network for processing.
  • the mobile core network performs corresponding authentication on the multicast join message and establishes a wireless multicast bearer of the mobile domain for the multicast service to generate an MBMS UE context.
  • the specific details of the implementation are described in the prior art. See 3GPP TS 23.246, and therefore will not be described here.
  • the second obtaining means 101 acquires a feedback message from the mobile core network, MBMS UE context
  • the sending device 1031 in the auxiliary device 103 sends the multicast join message stored in the storage device 102 to the upper-level network device in the fixed network, to The upper-level network device in the auxiliary fixed network establishes the multicast return channel in the fixed network.
  • the querying device 1030 in the auxiliary device 103 finds a corresponding multicast join message from the cached multiple multicast join messages according to the related source address and destination address in the MBMS UE context.
  • the second obtaining apparatus 101 receives a feedback message from the mobile core network, where the source address associated with the MBMS UE context is an IP address of the mobile terminal, for example, 101.0.0.11, and the related destination address is a multicast address 224.0.0.22,
  • the querying device 1030 searches for a plurality of multicast join messages from the mobile terminal device stored on the BSR according to the feedback message, and finds that the destination address is the multicast address 224.0.2.22, and the source address is the IP address of the mobile terminal device.
  • the multicast join message of 101.0.0.11 the querying device 1030 determines the multicast message as a multicast join message corresponding to the feedback MBMS UE context, and then the sending device 1031 will correspond to the fed back MBMS UE context.
  • the multicast join message is sent to the upper-level network device in the fixed network.
  • the upper-layer network device of the BSR is an access node, such as a DSLAM, but the application scenario of the BSR is not limited to this.
  • the upper-level network device of the BSR can be a small switch, a small router, etc., and the small router corresponds to the scenario of the FTTX connection. Therefore, the transmitting device 1031 transmits the multicast join message to its cascaded upper-level network device according to the network topology.
  • the upper-layer network device in the fixed network receives the multicast join message from the BSR, the upper-layer network device in the fixed network can record the source address and the destination address of the multicast join message according to the existing process, and configure corresponding The port, and the corresponding routing protocol is forwarded to the multicast join message to finally establish a multicast tree.
  • the upper-level network device in the fixed network of the BSR may be sensitive to the source address belonging to the mobile domain, that is, when the source address is an address in the mobile domain, for example, the upper-level network device in the fixed network receives the above example.
  • the message from the mobile terminal with the address of 101.0.0.11, the upper-level network device in the fixed network may directly discard the message because the source address of the message does not belong to the address of the fixed network segment.
  • the control device 10 further comprises an update device (not shown) for performing the following steps:
  • the source address in the multicast join message is modified to be the IP address of the BSR.
  • the IP address of the BSR is allocated by the fixed network and belongs to the fixed network segment. For example, the IP address of the BSR is 202.0.0.11. Therefore, the update device changes the source address of the multicast join message to the IP address of the BSR to 202.0. 0.11. Then, the sending device 1031 sends the modified multicast join message with the source address to the upper-level network device in the fixed network of the BSR.
  • the transmitting device 1031 sends the multicast joining message to the upper-level network device in the fixed network. It is worth noting that the above implementation sequence is only an example. In a variant embodiment, the storage device 102 can be omitted, and there is no obvious sequence between the operations performed by the second obtaining device 101 and the transmitting device 1031, that is, the first obtaining device 100 acquires the content from the mobile terminal device. After requesting the multicast join message of the mobile multicast service, the sending device 1031 directly sends the multicast join message to the upper-layer network device in the fixed network, and then sends the multicast join message to the Femtocell gateway 4 through the IPSec tunnel.
  • the femtocell gateway 4 is decapsulated and then sent to the mobile core network, that is, the process of the BSR triggering the establishment of the multicast backhaul channel in the fixed network of the mobile multicast service may not depend on the feedback from the mobile core network.
  • the BSR also establishes a radio multicast bearer in the mobile domain, which is not described here, and is not shown in FIG.
  • the embodiment of the change saves time, but if the mobile multicast service request is not authenticated by the mobile core network, the multicast return channel established in the fixed network, such as a multicast tree, may be invalid.
  • the BSR judges that the IP packet from the mobile terminal device belongs to Case 2 and Case 4, and the first obtaining device 100 acquires the multicast exit message from the mobile terminal device for exiting the mobile multicast service.
  • the transmitting device 1031 directly transmits the multicast exit message to the upper-level network device in the fixed network. It is worth noting that because the BSR requests to quit a multicast group, it does not need authentication from the mobile core network to quit. That is, the second obtaining means 101, the storing means 102, and the inquiring means 1030 may each be omitted.
  • the upper-level network device in the fixed network of the BSR may be sensitive to the source address belonging to the mobile domain, that is, when the source address of the multicast exit message is an address in the mobile domain, for example
  • the network device in the fixed network receives the multicast exit message from the mobile terminal device with the address 101.0.0.11, the upper-level network device may directly discard the message because the IP address of the message does not belong to the fixed network domain.
  • the auxiliary device 103 in the control device 10 further includes an updating device (not shown in Fig. 4) for performing the following operations:
  • the source address in the multicast exit message is modified to be the address of the BSR.
  • the IP address of the BSR is assigned by the fixed network and belongs to the fixed network segment. For example, the IP address of the BSR is 202.0.0.11. Therefore, the update device changes the source IP address of the multicast exit message to the IP address of the BSR 202.0. 0.11. Then, the sending device 1031 sends the modified multicast exit message with the source address to the upper-level network device of the BSR.
  • the upper-layer network device of the BSR is an access node, such as a DSLAM, but the application scenario of the BSR is not limited thereto.
  • the upper-level network device of the BSR can be a small switch, a small router, etc., and the small router corresponds to the scenario of the FTTX connection. Therefore, the BSR sends the multicast exit message to its cascaded upper-level network device according to the network topology.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

技术领域
本发明涉及通信网络， 尤其涉及通信网络中用于为移动组播业 务建立固网中的组播回传通道的方法和装置。 背景技术
毫微微蜂窝技术 （Femtocell ) 是通信行业中的一个热点。 其作 为一种扩展移动通信室内覆盖的解决方案， 可以把移动用户终端， 例如手机或者个人数字助理 ( Personal Digital Assistant ， PDA )发 出的话音和数据呼叫经由固网的回传通道 (backhaul)传输到基于标准 接口的 3G核心网络 （ Mobile Core Network )， 也即， Femtocell技术 借助于固定网作为其回传通道， 且它的家庭接入点即插即用， 可连 接到任何现有的基于 IP的传送网络。
传统的宏蜂窝小区的无线传播特性是建筑物穿透特性较差， 因 而导致室内服务质量的下降。 Femtocell技术的出现将有效提高室内 覆盖范围和服务质量。
图 1示出了一种现有的采用 Femtocell技术的通信网络中通过固 定回传通道传输移动广播 /组播业务的示意图。 如图 1所示， 通信网 络中包括移动基站设备 ( Base Station Router, BSR, 也称为 eNodeB 或 home NodeB ) 1、 接入节点 （Access Node, AN ) 2、 边缘路由器 3、 Femtocell 网关 （Femtocell Gateway, GW ) 4和广播组播业务中 心 ( Broadcast Multicast Service Center, BM-SC ) 5。 Femtocell网关 4 配置于移动核心网和公共 IP网络之间，该 Femtocell网关 4汇聚并提 供标准的面向移动核心网的接口， 例如 Iu— CS、 Iu_PS、 Gn / Gi等网 络侧接口。 BSR1通过接入节点 2连接到固定接入网络中， 该固定接 入网可以是 ADSL网络， 也可以是 FTTX网络等。 图 1 中示出了四 个 BSR la、 lb、 l c、 I d以及两个接入节点 2a和 2b， 其中 BSR la 和 lb连接到接入节点 2a, BSR lc和 Id连接到接入节点 2b， 接入节 点 2a和 2b通过固定接入网 /汇聚网与边缘路由器 3建立连接， 边缘 路由器 3接入公共 IP网，并最终通过 Femtocell网关 4连入移动核心 网。 其中， 移动核心网中的广播组播业务中心 5 用于提供移动广播 组播业务。 可以理解， 图 1 中所示的 4个 BSR、 2个接入节点等均为 示例， 实际的网络中可以不限于上述配置以及配置的网络元件的个 数。
以下， 对现有技术中无线数据传输的过程进行简要说明。 当移 动终端， 例如手机或 PDA向移动核心网请求组播业务时， 该移动终 端会发出組播加入消息， 以请求加入该组播组。 相应地， BSR会通 过例如因特网协议安全隧道 (Internet Protocol Security Tunnel, IPSec Tunnel)将该组播加入消息发送出去， 也即， 将该组播加入消息再封 装在 IPSec数据包中，且该封装的 IPSec数据包的目的地址即为隧道 的出口， 即 Femtocell网关 4， 该封装的 IP数据包的源地址为隧道的 入口， 即 BSR的 IP地址。 同理， 当 BSRlb-ld所辖的移动终端均请 求该组播业务时， 则该 3个 BSR分别通过不同的 IPSec 隧道发送組 播加入消息。 在该情形下， 因为组播加入消息是直接通过单播隧道 从相应的 BSR传输至 Femtocell网关 4的，且该隧道穿过固定接入网， 因此， 该组播加入消息对固定接入网中的各个网元， 例如接入节点， 交换机， 路由器， 边缘路由器等是不可见的， 则在固网域中无法建 立组播回传通道， 则组播业务数据在固定网中只能以单播的形式传 输。 因此， 当 BSRla-ld所辖的移动终端均向广播组播业务中心 5请 求组播业务时， 即使 4个 BSR向移动核心网请求的是同一个组播业 务， 例如组播业务 60时， Femtocell网关 4仍将该组播业务 60拷贝 4份分别为 60a、 60b 60c、 60d, 并分别经由 4个 IPSec tunnel 以单 播的方式发送至 4 个 BSR , 也即， 以单播的形式分别发送至 BSRla-ld。
由此可见， 现有技术中在移动核心网和 Femtocell之间传送广播 /组播业务的上述方法占用了非常多的固定网中的网络资源， 并给网 络设备， 例如网关、 边缘路由器、 接入节点等带来了非常沉重的工 作负荷。 发明内容
鉴于现有技术存在上述问题， 本发明提出了移动基站设备辅助 固网中的上级网络设备建立固网中的回传通道的方法。
根据本发明的第一方面，提供了一种在移动基站设备中用于辅助 固网中的上级网络设备为所述本移动基站设备所辖的移动终端设备 访问移动核心网的组播业务在固网中建立组播回传通道的方法， 其 中， 包括以下步骤： 获取来自所述移动终端设备的用于请求移动组 播业务的组播加入消息； 根据所述组播加入消息， 辅助上级网络设 备为所述移动组播业务在固网中建立所述组播回传通道。
优选地， 该方法包括以下步骤： 将所述组播加入消息发送给所述 固网中的上级网络设备， 以辅助所述固网中的上级网络设备在固网 中建立所述组播回传通道。
根据本发明的第二方面，提供了一种在移动基站设备中用于辅助 固网中的上级网络设备为所述本移动基站设备所辖的移动终端设备 访问移动核心网的组播业务在固网中建立组播回传通道的控制装 置， 其中， 包括： 第一获取装置， 用于获取来自所述移动终端设备 的用于请求移动组播业务的组播加入消息； 辅助装置， 用于根据所 述组播加入消息， 辅助上级网络设备为所述移动组播业务在固网中 建立所述组播回传通道。
优选地， 该辅助装置还包括： 发送装置， 用于将所述组播加入消 息发送给所述固网中的上级网络设备， 以辅助所述固网中的上级网 络设备在固网中建立所述组播回传通道。
采用本发明提供的技术方案， 节省了固定接入网中的网络资源， 并且减轻了固定接入网中的各个网元， 例如网关、 边缘路由器、 接 入节点等的沉重的工作负荷。 附图说明
通过参照附图阅读以下所作的对非限制性实施例的详细描述，本发 明的其它特征、 目的和优点将会变得更明显。
图 1为一种现有的采用 Femtocdl技术的通信网络中通过固定单 播回传通道传输移动广播 /组播业务的示意图；
图 2为一种采用 Femtocell的通信网络中通过固定组播回传通道 传输移动组播业务的本发明的网络拓朴结构的示意图；
图 3为本发明的一个示例的方法流程图；
图 4为本发明的一个示例的装置框图。
其中， 相同或相似的附图标记表示相同或相似的步骤特征或装 置 /模块。 具体实施方式
以图 2为例对本发明的网络拓朴结构进行说明。 如图 2所示， 通信网络中包括移动基站设备 la-ld、 接入节点 2a和 2b、 边缘路由 器 3、 Femtocell网关 4和广播组播业务中心 5。 Femtocell网关 4配 置于移动核心网和公共 IP网络之间， BSR1通过接入节点 2连接到 固定接入网络中， 该固定接入网可以是 ADSL网络， 也可以是 FTTX 网络等。 图 2中示出了四个 BSR l a、 lb、 l c、 Id以及两个接入节点 2a和 2b, 其中 BSR la和 lb连接到接入节点 2a， BSR lc和 Id连接 到接入节点 2b， 接入节点 2a和 2b通过固定接入网 /汇聚网与边缘路 由器 3建立连接，边缘路由器 3接入公共 IP网，并最终通过 Femtocell 网关 4连入移动核心网。 其中， 移动基站设备为 Base Station Router, BSR, 也称为 eNodeB或家庭 NodeB , 即 H-NodeB , 其集成了基站、 路由器、 无线网络控制器 ( Radio Network Controller， RNC )的功能, 甚至还可以涵盖业务 GPRS支持节点 （ Service GPRS Support Node, SGSN )、 网关 GPRS支持节点（ Gateway GPRS Support Node, GGSN ) 等等的功能。移动核心网中的广播组播业务中心（ Broadcast Multicast Service Center, BM-SC ) 5用于提供广播组播业务。 可以理解， 图 2 中所示的 4个 BSR、 2个接入节点等均为示例， 实际的网络中可以不 限于上述配置以及配置的网络元件的个数。 此外， 与 BSR级联的网 络设备也可以是小型路由器， 小交换机等， 并不限于如数字用户线 路 ( Digital Subscriber Line Access Multiplexer, DSL AM ) 等接入设 备。
以下， 参考图 3， 对本发明的方法流程进行具体描述。
如图 3所示， 在步骤 S 10中， BSR监听 （inspection ) 来自所辖 的移动终端的数据包， 具体地， BSR查看 IP包的包头中的协议类型 和消息类型。
情形一：
当 IP包头中的协议域值 ( protocol type ) 为 2时， 指示该 IP包 数据部分包含 IGMP消息， 则 BSR进一步查看 IGMP消息的消息域 ( message type )。 i )当 IGMP消息中的消息域为 0x22时，指示该 IGMP 消息为版本 3的组播加入消息 , 也即 Version 3 Membership Report; 或者 ii ) 当 IGMP消息中的消息域为 0x12时， 指示该 IGMP消息为 版本 1的组播力口入消息，也即 Version 1 Membership Report; 或者 iii ) 当 IGMP消息中的消息域为 0x16时， 指示该 IGMP消息为版本 2的 组播加入消息，也即 Version 2 Membership Report; (请参考 RFC 3376: http://www.ietf.org/rfc/rfc3376.txt?number=3376 , Internet Group Management Protocol, Version 3 )则在上述三种情形下，也即该 IGMP 消息为组播加入消息， 则该方法进入步骤 S l l , BSR获取到来自移动 终端设备的用于请求移动组播业务的组播加入消息， 也即， Membership Report Message, 或 IGMP join message。
情形二：
当 IP包头中的协议域（protocol type )值为 2时， 指示该 IP包 数据部分包含 IGMP消息，则 BSR进一步查看消息域（ message type )。 i )当 IGMP消息中的消息域为 0x17时，指示该 IGMP消息为 Version 2 Leave Group , 也即， 组播退出消息， 则该方法进入步骤 S 1 Γ。
情形一和情形二针对 BSR监听的是 IPv4数据包的情形， 以下， 在情形三和情形四中，针对 BSR监听的是 IPv6数据包的情形进行具 体描述。
情形三：
当 IP包头中的协议域 ( protocol type )值为 1时， 指示该 IP包 数据部分包含 ICMP消息， 则 BSR进一步查看 ICMP消息的消息域 ( message type ), 当 ICMP消息中的消息域为 58 , 指示 ICMPv6的 中携带的是 MLD (组播侦听发现， Multicast Listener Discovery ) 消 息， 则 BSR再进一步查看 MLD消息的消息域。 i ) 当 MLD的消息 域为十进制的 143， 指示该 MLD消息为版本为 2的组播侦听报告消 息， 也即 Version 2 Multicast Listener Report (Type = decimal 143) (请 参考 RFC 3810: http：〃 www.ietf.org/rfc/rfc3810.txt?number=3810);或者 ϋ ) 当 MLD的消息域为十进制的 131 , 指示该 MLD消息为版本为 1 的组播侦听 4艮告消息，也即 Version 1 Multicast Listener Report (Type = decimal 131) ( 请 参 考 RFC 2710: http ://www.ietf.org/rfc/rfc2710.txt?number=2710)； 则对应情形三中的 i )、 ii ) 两种情形， 该 MLD 消息为组播加入消息， 则该方法进入步 骤 S l l , BSR获取到来自移动终端设备的用于请求移动组播业务的组 播力口入消息， 也即， Membership Report Message, 也称为 MLD join mcssags。
†青形四：
当 IP包头中的协议域（ protocol type )值为 1时， 指示该 IP包 数据部分包含 ICMP消息， 则 BSR进一步查看 ICMP消息的消息域 ( message type ), 当 ICMP消息中的消息域为 58 , 指示 ICMPv6的 中携带的是 MLD消息， 则 BSR再进一步查看 MLD消息的消息域。 i ) 当 MLD的消息域为十进制的 132, 指示该 MLD消息为版本为 1 的组播完成消息， 也即 Version 1 Multicast Listener Done (Type = decimal 132) ( 请 参 考 RFC 2710 ： http://www.ietf.org/rfc/rfc2710.txt?number=2710) , 当一个主机（host ) 离开一个 IPv6的组播组时， 相应地， 该主机会发送 MLD done消息， 也即组播退出消息， 则该方法进入步骤 S l l，。
在步骤 S 10中， 如果 BSR监听 IP包的协议类型和消息类型， 判 断结果为该 IP包不属于上述四种情形中的任一种， 也即， 既不属于 组播加入消息， 也不属于组播退出消息， 则该方法进入步骤 S 11 ", BSR直接对该 IP包进行 IPSec封装，即对 IP包进行 IP-in-IP的封装， 封装后的 IP包的目的地址为 Femtocell网关 4的地址， BSR通过 IPSec 隧道将封装后的 IP包直接传输至 IPSec隧道的出口： Femtocell网关 4。
以下， 先针对上述情形一和情形三对本发明的后续步骤进行具 体的描述,对于情形一和情形三， 当在步骤 Si l t , BSR获取到来自 移动终端设备的用于请求移动组播业务的组播加入消息之后， 该方 法进入步骤 S12, BSR复制该组播加入消息， 并将该组播加入消息的 拷贝保存在本 BSR中。
此外， BSR对组播加入消息进行 IP-in-IP的封装， 并经由 IPSec 隧道转发该组播加入消息， 此时隧道的入口是 BSR的 IP地址， 隧道 的出口为 Femtocell网关 4的 IP地址，其目的是为了在移动域建立组 播业务的无线组播承载 （bearer ), 在图 3中也未示出。
经 IPSec 隧道转发的封装的数据包到达 Femtocell 网关 4后， Femtocell 网关 4将其解封装， 然后转发给移动核心网进行处理。 移 动核心网对该组播加入消息进行相应的认证并为该组播业务建立移 动域的无线组播承载， 生成 MBMS UE context, 该实现的具体细节 在现有技术中均有记载， 请参见 3GPP TS 23.246， 因此在此处不予 赘述。
然后， 在步骤 S13 中， BSR获取来自移动核心网的反馈消息， 也即 MBMS UE context
然后，当 BSR接收到来自移动核心网的 MBMS UE context以后， 该方法进入步骤 S14。 在步骤 S14中， BSR将在步骤 S12中存储的 组播加入消息发送给固网中的上级网络设备， 以辅助固网中的上级 网络设备在固网中建立固网组播回传通道。
具体地， BSR根据 MBMS UE context中相关的源地址、 目的地 址， 从緩存的多个组播加入消息中找出对应的组播加入消息。 例如， B SR接收到来自移动核心网的反馈消息， 该 MBMS UE context相关 的源地址为移动终端的 IP地址， 例如 101.0.0.11，相关的目的地址为 组播地址 224.0.0.22, 则 BSR根据该反馈消息， 查找在该 BSR上存 储的多个来自移动终端设备的组播加入消息， 并找出目的地址为组 播地址 224.0.0.22,源地址为移动终端设备的 IP地址，例如 101.0.0.11 的组播加入消息， 则 BSR 将该组播消息确定为对应于该反馈的 MBMS UE context的组播加入消息，于是， BSR将该与反馈的 MBMS UE context相对应的组播加入消息发送至固网中的上级网络设备。在 图 2 所示的拓朴结构中， BSR 的上级网络设备为接入节点， 例如 DSLAM, 但 BSR的应用场景并不限于此。 BSR的上级网络设备可 以是小交换机， 小路由器等， 小路由器对应了 FTTX 连接的场景。 因此， 根据网络拓朴结构的不同， BSR将该组播加入消息发送至其 级联的上级网络设备。
因为固网中的上级网络设备接收到来自 BSR的组播加入消息 , 因此， 固网中的上级网络设备可以按照现有的流程， 记录该组播加 入消息的源地址和目的地址， 并配置相应的端口， 并根据相应的路 由协议转发给组播加入消息， 以最终建立组播树。
考虑到 BSR的固网中的上级网络设备可能对属于移动域的源地 址比较敏感， 也即， 当源地址为移动域中的地址时， 例如， 固网中 的上级网络设备接收到上例中的来源于地址为 101.0.0.11 的移动终 端的消息， 固网中的上级网络设备可能因为该消息的源地址不属于 固网域网段的地址而直接将该消息丟弃。 为了应对上述情形， 在一 个变化的实施例中， BSR在进入步骤 S14之前， 还需要进行以下步 骤：
将该组播加入消息中的源地址修改为本 BSR 的 IP 地址。 BSR 的 IP地址是由固网分配的， 属于固网网段， 例如， BSR的 IP地址为 202.0.0.11 , 因此， BSR将该组播加入消息的源地址修改为 BSR的 IP 地址为 202.0.0.11 , 然后进入步骤 S14， 将源地址经过修改的组播加 入消息发送至本 BSR的固网中的上级网络设备。
在上述实施例中， BSR在完成了步驟 S13 , 即在获取了移动核心 网的反馈消息后， 再进行步骤 S14, 将该组播加入消息发送给固网中 的上级网络设备。 值得注意的是， 上述实施顺序仅为一个示例。 在 一个变化的实施例中， 步骤 S12可以省略， 且步骤 S13和步骤 S14 的执行没有明显的先后顺序， 也即在步骤 S11 获取到来自移动终端 设备的用于请求移动组播业务的组播加入消息后， 不需要对该组播 加入消息进行緩存， 而是直接进入步骤 S14, BSR将该组播加入消息 发送给固网中的上级网络设备， 然后再将该组播加入消息通过 IPSec 隧道发送给 Femtocell网关 4,再由 Femtocell网关 4解封装后再发送 给移动核心网， 也即， BSR触发建立移动组播业务的固定网中的组 播回传通道的过程可以不依赖于来自移动核心网的反馈。此外， BSR 还在移动域建立无线组播承载， 在此不予赘述， 在图 3 中未示出。 该变化的实施例节省了时间， 但是如果该移动组播业务请求未被移 动核心网认证通过， 则可能导致在固网中建立的组播回传通道， 如 组播树等， 无效。
上述的各个实施例均为针对组播消息是组播加入消息的情形进 行描述， 以下， 针对情形二和情形四， 即组播消息为组播退出消息 的情形对本发明的实施例进行具体描述。
当在步骤 S10中， BSR判断来自移动终端设备的 IP包属于情形 二和情形四，则该方法进入步骤 Si r, BSR获取该来自移动终端设备 的用于退出移动组播业务的组播退出消息。
然后， 该方法直接进入步骤 S14，， BSR直接将组播退出消息发 送给固网中的上级网络设备。 值得注意的是， 因为该 BSR请求退出 一个组播组， 因此， 其不需要来自移动核心网的认证即可退出， 因 此， 也不需要进 4亍步骤 S12和 S13。
在一个变化的实施例中， 考虑到 BSR的固网中的上级网络设备 可能对属于移动域的源地址比较敏感， 也即， 当组播退出消息的源 地址为移动域中的地址时， 例如， 固网中的网络设备接收到来源于 地址为 101.0.0.11的移动终端设备的组播退出消息时，上级网络设备 可能因为该消息的 IP地址不属于固网域而直接将该消息丢弃。 为了 应对上述情形， 在一个变化的实施例中， BSR在进入步骤 S14，之前， 还需要进行以下步骤：
将该组播退出消息中的源地址修改为本 BSR的地址。 BSR的 IP 地址是由固网分配的， 属于固网网段， 例如， BSR 的 IP 地址为 202.0.0.11 , 因此， BSR将该组播退出消息的源 IP地址修改为 BSR 的 IP地址 202.0.0.11， 然后进入步骤 S 14，， 将源地址经过修改的组 播退出消息发送至本 BSR的上级网络设备。 在图 2所示的拓朴结构 中， BSR的上级网络设备为接入节点， 例如 DSLAM, 但 BSR的应 用场景并不限于此。 BSR 的上级网络设备可以是小交换机， 小路由 器等， 小路由器对应了 FTTX 连接的场景。 因此， 根据网络拓朴结 构的不同， B SR将该组播退出消息发送至其级联的上级网络设备。
以下， 参考图 4， 并结合图 2和图 3， 对本发明的装置框图进行 具体描述。 图 4是根据本发明一个具体实施例，移动通信网络的 BSR1 中的控制装置 10的装置框图。 其中， 控制装置 10位于以图 2所示的 BSRl a至 BSRld中。 控制装置 10包括第一获取装置 100, 第二获取 装置 101 , 存储装置 102和辅助装置 103。 其中， 辅助装置 103还包括 查询装置 1030和发送装置 1031。
如图 4所示， BSR监听（inspection )来自所辖的移动终端的数 据包， 具体地， BSR查看 IP包的包头中的协议类型和消息类型。
情形一：
当 IP包头中的协议域值 （protocol type ) 为 2时， 指示该 IP包 数据部分包含 IGMP消息， 则 BSR进一步查看 IGMP消息的消息域 ( message type )。 i )当 IGMP消息中的消息域为 0x22时，指示该 IGMP 消息为版本 3的组播加入消息， 也即 Version 3 Membership Report; 或者 ii ) 当 IGMP消息中的消息域为 0x12时， 指示该 IGMP消息为 版本 1的组番力口入消息，也即 Version 1 Membership Report; 或者 iii ) 当 IGMP消息中的消息域为 0x16时， 指示该 IGMP消息为版本 2的 组播加入消息，也即 Version 2 Membership Report; (请参考 RFC 3376: http：〃 www.ietf.org/rfc/rfc3376.txt?number=3376 , Internet Group Management Protocol, Version 3 )则在上述三种情形下，也即该 IGMP 消息为组播加入消息， 则第一获取装置 100 获取到来自移动终端设 备的用于请求移动组播业务的组播加入消息， 也即， Membership Report Message, 或 IGMP join message。
情形二：
当 IP包头中的协议域 ( protocol type )值为 2时， 指示该 IP包 数据部分包含 IGMP消息，则 BSR进一步查看消息域（ message type )。 i )当 IGMP消息中的消息域为 0x17时，指示该 IGMP消息为 Version 2 Leave Group也即， 组播退出消息， 则第一获取装置 100获取来自 移动终端设备的用于请求退出移动组播业务的组播退出 >'肖 , 。
情形一和情形二针对 BSR监听的是 IPv4数据包的情形， 以下， 在情形三和情形四中 ,针对 BSR监听的是 IPv6数据包的情形进行具 体描述。
情形三：
当 IP包头中的协议域 （ protocol type )值为 1时， 指示该 IP包 数据部分包含 ICMP消息， 则 BSR进一步查看 ICMP消息的消息域 ( message type ), 当 ICMP消息中的消息域为 58， 指示 ICMPv6的 中携带的是 MLD (组播侦听发现， Multicast Listener Discovery ) 消 息， 则 BSR再进一步查看 MLD消息的消息域。 i ) 当 MLD的消息 域为十进制的 143 , 指示该 MLD消息为版本为 2的组播侦听报告消 息 , 也即 Version 2 Multicast Listener Report (Type = decimal 143) (请 参考 RFC 3810: http：〃 www.ietf.org/rfc/rfc3810.txt?number=3810);或者 ϋ ) 当 MLD的消息域为十进制的 131 , 指示该 MLD消息为版本为 1 的组播侦听 4艮告消息，也即 Version 1 Multicast Listener Report (Type = decimal 131) ( 请 参 考 RFC 2710: http://www.ietf.org/rfc/rfc2710.txt?number=2710 )； 则对应情形三中的 i )、 ii ) 两种情形， 该 MLD 消息为组播加入消息， 则第一获取装置 100 获取到来自移动终端设备的用于请求移动组播业务的组播加入 消息 , 也即, Membership Report Message, 或 MLD join message。
情形四：
当 IP包头中的协议域（ protocol type )值为 1时， 指示该 IP包 数据部分包含 ICMP消息， 则 BSR进一步查看 ICMP消息的消息域 ( message type ), 当 ICMP消息中的消息域为 58， 指示 ICMPv6的 中携带的是 MLD消息， 则 BSR再进一步查看 MLD消息的消息域。 i ) 当 MLD的消息域为十进制的 132, 指示该 MLD消息为版本为 1 的组播完成消息， 也即 Version 1 Multicast Listener Done (Type = decimal 132) ( 请 参 考 RFC: 2710 ： http://www.ietf.org/rfc/rfc2710.txt?number=2710) , 当一个主机 ( host ) 离开一个 IPv6的组播组时， 相应地， 该主机会发送 MLD done消息， 也即组播退出消息， 则第一获取装置 100 获取来自移动终端设备的 用于请求退出移动组播业务的该组播退出消息。
如果 BSR监听 IP 包的协议类型和消息类型， 判断结果为该 IP 包不属于上述四种情形中的任一种， 也即， 既不属于组播加入消息， 也不属于组播退出消息， 则 BSR直接对该 IP包进行 IPSec封装， 即 对 IP包进行 IP-in-IP的封装，封装后的 IP包的目的地址为 Femtocell 网关 4 的地址， BSR通过 IPSec 隧道将封装后的 IP 包直接传输至 IPSec隧道的出口： Femtocell网关 4。
以下， 先针对上述情形一和情形三对本发明的后续步骤进行具 体的描述,对于情形一和情形三， 当第一获取装置 100获取到来自移 动终端设备的用于请求移动组播业务的组播加入消息之后， 存储装 置 102 复制该组播加入消息， 并将该组播加入消息的拷贝保存在本 BSR中。
此外， BSR对组播加入消息进行 IP-in-IP的封装， 并经由 IPSec 隧道转发该组播加入消息， 此时隧道的入口是 BSR的 IP地址， 隧道 的出口为 Femtocell网关 4的 IP地址，以为了在移动域建立组播业务 的无线组播 7|c载 （bearer ), 在图 4中也未示出。
此外， BSR还在移动域建立无线组播承载， 以便于 BSR在移动 域内向移动终端设备传输组播业务， 该步骤与现有技术相同， 因此 在此不予赘述， 在图 4中未示出。
经 IPSec 隧道转发的封装的数据包到达 Femtocell 网关 4后， Femtocell网关 4将其解封装， 然后转发给移动核心网进行处理。 移 动核心网对该组播加入消息进行相应的认证并为该组播业务建立移 动域的无线组播 7|载， 生成 MBMS UE context, 该实现的具体细节 在现有技术中均有记载， 请参见 3GPP TS 23.246, 因此在此处不予 赘述。
然后， 第二获取装置 101 获取来自移动核心网的反馈消息， 也 即 MBMS UE context
然后， 当第二获取装置 101接收到来自移动核心网的 MBMS UE context以后，辅助装置 103中的发送装置 1031将存储装置 102中存 储的组播加入消息发送给固网中的上级网络设备， 以辅助固网中的 上级网络设备在固网中建立所述组播回传通道。
具体地，辅助装置 103中的查询装置 1030根据 MBMS UE context 中相关的源地址、 目的地址， 从緩存的多个组播加入消息中找出对 应的组播加入消息。 例如， 第二获取装置 101 接收到来自移动核心 网的反馈消息， 该 MBMS UE context相关的源地址为移动终端的 IP 地址， 例如 101.0.0.11 , 相关的目的地址为组播地址 224.0.0.22, 则 查询装置 1030根据该反馈消息，查找在该 BSR上存储的多个来自移 动终端设备的组播加入消息，并找出目的地址为组播地址 224.0.0.22, 源地址为移动终端设备的 IP地址， 例如 101.0.0.11的组播加入消息， 则查询装置 1030 将该组播消息确定为对应于该反馈的 MBMS UE context的组播加入消息， 于是，发送装置 1031将与该反馈的 MBMS UE context相对应的组播加入消息发送至固网中的上级网络设备。在 图 2 所示的拓朴结构中， BSR 的上级网络设备为接入节点， 例如 DSLAM, 但 BSR的应用场景并不限于此。 BSR的上级网络设备可 以是小交换机， 小路由器等， 小路由器对应了 FTTX 连接的场景。 因此， 根据网络拓朴结构的不同， 发送装置 1031将该组播加入消息 发送至其级联的上级网络设备。
因为固网中的上级网络设备接收到来自 BSR的组播加入消息， 因此， 固网中的上級网络设备可以按照现有的流程， 记录该组播加 入消息的源地址和目的地址， 并配置相应的端口， 并 居相应的路 由协议转发给组播加入消息， 以最终建立组播树。
考虑到 BSR的固网中的上级网络设备可能对属于移动域的源地 址比较敏感， 也即， 当源地址为移动域中的地址时， 例如， 固网中 的上级网络设备接收到上例中的来源于地址为 101.0.0.11 的移动终 端的消息， 固网中的上级网络设备可能因为该消息的源地址不属于 固网域网段的地址而直接将该消息丟弃。 为了应对上述情形， 在一 个变化的实施例中， 控制装置 10还包括更新装置 （图中未示出）， 更新装置用于执行以下步骤：
将该组播加入消息中的源地址修改为本 BSR 的 IP地址。 BSR 的 IP地址是由固网分配的， 属于固网网段， 例如， BSR的 IP地址为 202.0.0.11 , 因此， 更新装置将该组播加入消息的源地址修改为 BSR 的 IP地址为 202.0.0.11， 然后发送装置 1031将源地址经过修改的组 播加入消息发送至本 BSR的固网中的上级网络设备。
在上述实施例中， 第二获取装置 101 在获取了移动核心网的反 馈消息后发送装置 1031才将该组播加入消息发送给固网中的上级网 络设备。 值得注意的是， 上述实施顺序仅为一个示例。 在一个变化 的实施例中， 存储装置 102可以省略， 且第二获取装置 101 和发送 装置 1031执行的操作之间没有明显的先后顺序， 也即第一获取装置 100 获取到来自移动终端设备的用于请求移动组播业务的组播加入 消息后， 发送装置 1031直接将该组播加入消息发送给固网中的上级 网络设备，然后再将该组播加入消息通过 IPSec隧道发送给 Femtocell 网关 4, 再由 Femtocell网关 4解封装后再发送给移动核心网， 也即， BSR触发建立移动组播业务的固定网中的组播回传通道的过程可以 不依赖于来自移动核心网的反馈。 此外， BSR还在移动域建立无线 组播承载， 在此不予赘述， 在图 4 中未示出。 该变化的实施例节省 了时间， 但是如果该移动组播业务请求未被移动核心网认证通过， 则可能导致在固网中建立的组播回传通道， 如组播树等， 无效。
上述的各个实施例均为针对组播消息是组播加入消息的情形进 行描述， 以下， 针对情形二和情形四， 即组播消息为组播退出消息 的情形对本发明的实施例进行具体描述。
BSR判断来自移动终端设备的 IP包属于情形二和情形四， 第一 获取装置 100 获取该来自移动终端设备的用于退出移动组播业务的 组播退出消息。
然后， 如图 4中的虛线所示， 发送装置 1031直接将组播退出消 息发送给固网中的上级网络设备。 值得注意的是， 因为该 BSR请求 退出一个组播组， 因此， 其不需要来自移动核心网的认证即可退出， 也即， 第二获取装置 101、 存储装置 102和查询装置 1030均可以省 略。
在一个变化的实施例中， 考虑到 BSR的固网中的上级网络设备 可能对属于移动域的源地址比较敏感， 也即， 当组播退出消息的源 地址为移动域中的地址时， 例如， 固网中的网络设备接收到来源于 地址为 101.0.0.11的移动终端设备的组播退出消息时，上级网络设备 可能因为该消息的 IP地址不属于固网域而直接将该消息丢弃。 为了 应对上述情形， 在一个变化的实施例中， 控制装置 10中的辅助装置 103中还包括更新装置 （图 4中未示出）， 用于执行以下操作：
将该组播退出消息中的源地址修改为本 BSR的地址。 BSR的 IP 地址是由固网分配的， 属于固网网段， 例如， BSR 的 IP 地址为 202.0.0.11 , 因此， 更新装置将该组播退出消息的源 IP 地址修改为 BSR的 IP地址 202.0.0.11， 然后发送装置 1031将源地址经过修改的 组播退出消息发送至本 BSR的上级网络设备。 在图 2所示的拓朴结 构中， BSR的上级网络设备为接入节点， 例如 DSLAM, 但 BSR的 应用场景并不限于此。 BSR 的上级网络设备可以是小交换机， 小路 由器等， 小路由器对应了 FTTX 连接的场景。 因此， 根据网络拓朴 结构的不同， BSR将该组播退出消息发送至其级联的上级网络设备。
以上对本发明的实施例进行了描述， 但是本发明并不局限于特 定的系统、 设备和具体协议， 本领域内技术人员可以在所附权利要 求的范围内做出各种变形或修改。

Claims

权 利 要 求 书
1. 一种在移动基站设备中用于辅助固网中的上级网络设备为所 述本移动基站设备所辖的移动终端设备访问移动核心网的组播业务 在固网中建立组播回传通道的方法， 其中， 包括以下步骤：
a. 获取来自所述移动终端设备的用于请求移动组播业务的组播 加入消息；
c 根据所述组播加入消息， 辅助上级网络设备为所述移动组播 业务在固网中建立所述组播回传通道。
2. 根据权利要求 1 所述的方法， 其特征在于， 所述步骤 c还包 括：
c2. 将所述组播加入消息发送给所述固网中的上级网络设备， 以 辅助所述固网中的上级网络设备在固网中建立所述组播回传通道。
3. 根据权利要求 2所述的方法， 其特征在于， 所述步骤 a之后、 所述步骤 c之前还包括以下步骤：
b. 获取来自所述移动核心网的反馈消息， 其中所述反馈消息包 括所述移动核心网已经为所述移动终端设备建立无线组播承载的信 if
4. 根据权利要求 3所述的方法， 其特征在于， 所述步骤 b之后、 所述步骤 c之前还包括以下步骤：
- 存储所述组播加入消息；
所述步骤 c2之前还包括以下步骤：
c 1. 找出与所述反馈消息相对应的所述存储的组播加入消息； 所述步骤 c2还包括：
- 将与所述反馈消息相对应的所述存储的组播加入消息发送给 所述固网中的上级网络设备。
5. 根据权利要求 4 所述的方法，其特征在于，所述步骤 cl之后、 所述步骤 c2之前还包括：
- 将所述组播加入消息中的源地址修改为所述本移动基站设备 的地址； 所述步骤 c2还包括： 将与所述反馈消息相对应的经修改的组播 加入消息发送给所述固网中的上级网络设备。
6. 根据权利要求 1 所述的方法， 其特征在于， 所述方法还包括 以下步驟：
A. 获取来自所述移动终端设备的用于退出所述移动组播业务的 组播退出消息；
B. 将所述组播退出消息发送给所述固网中的上级网络设备。
7. 根据权利要求 1至 6中任一项所述的方法， 其特征在于， 所 述固网中的上级网络设备包括接入节点或路由器或交换机。
8. 一种在移动基站设备中用于辅助固网中的上级网络设备为所 述本移动基站设备所辖的移动终端设备访问移动核心网的组播业务 在固网中建立组播回传通道的控制装置， 其中， 包括：
第一获取装置，用于获取来自所述移动终端设备的用于请求移动 组播业务的组播加入消息；
辅助装置， 用于根据所述组播加入消息，辅助上级网络设备为所 述移动组播业务在固网中建立所述组播回传通道。
9. 根据权利要求 8 所述的控制装置， 其特征在于， 所述辅助装 置还包括：
发送装置，用于将所述组播加入消息发送给所述固网中的上级网 络设备， 以辅助所述固网中的上級网络设备在固网中建立所述組播 回传通道。
10. 根据权利要求 9所述的控制装置， 其特征在于， 还包括： 第二获取装置， 用于获取来自所述移动核心网的反馈消息，其中 所述反馈消息包括所述移动核心网已经为所述移动终端设备建立无 线组播承载的信息。
11. 根据权利要求 10所述的控制装置， 其特征在于， 还包括： 存储装置， 用于存储所述组播加入消息；
查询装置，用于找出与所述反馈消息相对应的所述存储的组播加 入消息；
所述发送装置还用于，将与所述反馈消息相对应的所述存储的组 播加入消息发送给所述固网中的上级网络设备。
12. 根据权利要求 11 所述的控制装置， 其特征在于， 还包括： 更新装置，用于将所述组播加入消息中的源地址修改为所述本移 动基站设备的地址；
所述发送装置还用于将与所述反馈消息相对应的经修改的组播 加入消息发送给所述固网中的上级网络设备。
13. 根据权利要求 8所述的控制装置， 其特征在于， 所述第一获 取装置还用于获取来自所述移动终端设备的用于退出所述移动组播 业务的组播退出消息；
所述发送装置还用于将所述组播退出消息发送给所述固网中的 上级网络设备。
14. 根据权利要求 8至 13 中任一项所述的控制装置， 其特征在 于， 所述固网中的上级网络设备包括接入节点或路由器或交换机。
15.—种通信网络中的移动基站设备， 其中， 包括根据权利要求 8 至 14中任一项所述的用于辅助固网中的上级网络设备为所述本移动 基站设备所辖的移动终端设备访问移动核心网的组播业务在固网中 建立组播回传通道的控制装置。
PCT/CN2009/075415 2009-01-16 2009-12-08 为移动组播业务在固网中辅助建立组播回传通道的方法及装置 WO2010081359A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2011545612A JP5357981B2 (ja) 2009-01-16 2009-12-08 移動体マルチキャストサービスのために固定ネットワークにおいてマルチキャストバックホールチャネルをセットアップすることを支援するための方法および装置
EP09838146.0A EP2389018B1 (en) 2009-01-16 2009-12-08 Method and apparatus for assisting setting up multicast backhaul channels in the fixed network for mobile multicast service
US13/129,979 US8982883B2 (en) 2009-01-16 2009-12-08 Method and apparatus for aiding the establishment of the multicast backhaul in the fixed network for mobile multicast service

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910045501.0 2009-01-16
CN200910045501.0A CN101784010B (zh) 2009-01-16 2009-01-16 为移动组播业务辅助建立固网组播回传通道的方法及装置

Publications (1)

Publication Number Publication Date
WO2010081359A1 true WO2010081359A1 (zh) 2010-07-22

Family

ID=42339427

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/075415 WO2010081359A1 (zh) 2009-01-16 2009-12-08 为移动组播业务在固网中辅助建立组播回传通道的方法及装置

Country Status (6)

Country Link
US (1) US8982883B2 (zh)
EP (1) EP2389018B1 (zh)
JP (1) JP5357981B2 (zh)
KR (1) KR101572460B1 (zh)
CN (1) CN101784010B (zh)
WO (1) WO2010081359A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012151601A (ja) * 2011-01-18 2012-08-09 Nec Commun Syst Ltd フェムトセル用基地局、ゲートウェイ装置、配信用端末、通信システム、方法および装置のプログラム

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9094252B2 (en) * 2009-07-31 2015-07-28 Lg Electronics Inc. Method and apparatus for feedback transmission in wireless communication system
US9787544B2 (en) * 2010-11-12 2017-10-10 Telefonaktiebolaget Lm Ericsson (Publ) Installation and enforcement of dynamic and static PCC rules in tunneling scenarios
CN102710745B (zh) * 2012-04-25 2015-10-14 浙江宇视科技有限公司 一种实况轮切方法及装置
CN105359423B (zh) * 2013-11-14 2019-04-19 华为技术有限公司 无线接入网络的数据传输方法、设备及系统
CN103619029B (zh) * 2013-12-10 2016-08-17 北京邮电大学 一种基于光纤回传的选址组网方法
CN107181971A (zh) * 2017-05-22 2017-09-19 华为软件技术有限公司 一种iptv终端的升级方法及相关设备
WO2022061751A1 (en) * 2020-09-25 2022-03-31 Lenovo (Beijing) Limited Method and apparatus for multicast and broadcast services

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040002362A1 (en) * 2002-06-28 2004-01-01 Chuah Mooi Choo Backhaul multicasting using Ethernet-based Radio Access Networks
CN101170821A (zh) * 2006-10-25 2008-04-30 日本电气株式会社 移动通信系统、核心网设备及其mbms数据发送方法
WO2008093472A1 (ja) * 2007-01-30 2008-08-07 Nec Corporation 移動通信システム、マルチキャストデータ配信方法、コアネットワーク装置、およびアクセスネットワーク装置

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100323770B1 (ko) * 1999-03-08 2002-02-19 서평원 멀티캐스트 서비스를 위한 채널 구조 및 이를 이용한 서비스 운용 방법
JP4472303B2 (ja) * 2002-10-07 2010-06-02 日本電気株式会社 移動通信システム及びその動作制御方法並びにそれに用いるコアネットワーク
KR100594115B1 (ko) * 2003-07-30 2006-06-28 삼성전자주식회사 패킷 데이터 서비스의 채널 타입 변경에 따른 헤더 압축 컨텍스트 설정 장치 및 방법
EP1879336A1 (en) * 2005-05-30 2008-01-16 Matsushita Electric Industrial Co., Ltd. Packet relay apparatus, multicast packet communication system, and multicast packet communication method
CN100421520C (zh) * 2005-09-05 2008-09-24 华为技术有限公司 一种基于移动网络的ip组播系统和方法
US20070076715A1 (en) * 2005-09-30 2007-04-05 Bauer Markus G Method for providing a multicast service within a wireless communications system
CN101005321A (zh) * 2006-01-18 2007-07-25 华为技术有限公司 基站和有线网络互连的方法和系统
CN100454819C (zh) * 2006-06-19 2009-01-21 华为技术有限公司 一种多播服务实现方法
JP4723457B2 (ja) * 2006-11-06 2011-07-13 富士通株式会社 中継装置、無線通信システム及びマルチキャスト中継方法
CN101227307A (zh) * 2007-01-19 2008-07-23 华为技术有限公司 一种多媒体广播组播业务的处理方法、系统和设备
US7860107B2 (en) * 2007-11-30 2010-12-28 Ipwireless, Inc. Apparatus and method for determining timing for transmissions
US20090168680A1 (en) * 2007-12-27 2009-07-02 Motorola, Inc. Multiple multicast data stream delivery in a communication network
US8385332B2 (en) * 2009-01-12 2013-02-26 Juniper Networks, Inc. Network-based macro mobility in cellular networks using an extended routing protocol

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040002362A1 (en) * 2002-06-28 2004-01-01 Chuah Mooi Choo Backhaul multicasting using Ethernet-based Radio Access Networks
CN101170821A (zh) * 2006-10-25 2008-04-30 日本电气株式会社 移动通信系统、核心网设备及其mbms数据发送方法
WO2008093472A1 (ja) * 2007-01-30 2008-08-07 Nec Corporation 移動通信システム、マルチキャストデータ配信方法、コアネットワーク装置、およびアクセスネットワーク装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2389018A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012151601A (ja) * 2011-01-18 2012-08-09 Nec Commun Syst Ltd フェムトセル用基地局、ゲートウェイ装置、配信用端末、通信システム、方法および装置のプログラム

Also Published As

Publication number Publication date
EP2389018B1 (en) 2018-03-07
US8982883B2 (en) 2015-03-17
US20110222461A1 (en) 2011-09-15
EP2389018A1 (en) 2011-11-23
EP2389018A4 (en) 2012-06-13
CN101784010B (zh) 2014-06-25
CN101784010A (zh) 2010-07-21
KR101572460B1 (ko) 2015-12-04
JP2012515477A (ja) 2012-07-05
KR20110114662A (ko) 2011-10-19
JP5357981B2 (ja) 2013-12-04

Similar Documents

Publication Publication Date Title
JP4050702B2 (ja) モバイル受信者を選択するマルチキャスティングメッセージのための方法及びシステム
US8422939B2 (en) Efficient multicast control processing for a wireless network
EP1875763B1 (en) Internetworking of cellular radio networks and wireless data networks
KR101495063B1 (ko) 데이터 트래픽의 로컬 라우팅을 위한 네트워크 디바이스 및 방법
KR100962647B1 (ko) 모바일 단말기의 이동성 지원 방법 및 그 시스템
KR100272567B1 (ko) 이동통신 네트워크를 이용한 이동 인터넷
JP4567208B2 (ja) 移動インターネット接続
WO2010081359A1 (zh) 为移动组播业务在固网中辅助建立组播回传通道的方法及装置
WO2010015189A1 (zh) 移动网络高速接入公网的节点、方法及系统
US8059599B1 (en) Gateway assignment function
WO2016150140A1 (zh) 一种基于sdn的网关中控制报文的处理方法及系统
WO2009069877A1 (en) Mobile communication system and tunnel management method thereof
WO2010118698A1 (en) Apparatus and method for basic multicast support for proxy mobile internet protocol version six (ipv6)
JP5536895B2 (ja) 複数のデバイスを含みインターネットに接続されたローカル・ネットワーク内でのｉｐサブネット・アドレスの割当て
WO2010130174A1 (zh) 一种实现本地访问控制的方法及相应的通信系统
WO2010015188A1 (zh) 接入点接入移动核心网的方法、设备及系统
WO2014067371A1 (zh) 集群业务实现方法、系统及网元
WO2012051892A1 (zh) 一种数据路由控制方法及系统
WO2010091562A1 (zh) 用于固定网络与第三方网络或应用服务器交互的方法及装置
KR20000013643A (ko) 이동통신 네트워크를 이용한 이동 인터넷 및이를 이용한 통신방법
JP5795265B2 (ja) ローカルブレイクアウト用のリンク層スイッチング
KR100988039B1 (ko) 프록시 모바일 아이피 프로토콜 기반의 멀티캐스트 데이터 전송 방법
US7855987B2 (en) Packet communication system and packet communication method
KR20090043226A (ko) 통합기지국 및 상기 통합기지국을 이용한 패킷서비스 방법,장치 및 시스템
JP2014096831A (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: 09838146

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 13129979

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 3948/CHENP/2011

Country of ref document: IN

ENP Entry into the national phase

Ref document number: 2011545612

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2009838146

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 20117018806

Country of ref document: KR

Kind code of ref document: A