WO2007131431A1

WO2007131431A1 - A method, device, base station and multicast system for realizing the multicast service

Info

Publication number: WO2007131431A1
Application number: PCT/CN2007/001458
Authority: WO
Inventors: Bo Ke
Original assignee: Huawei Technologies Co. Ltd.
Priority date: 2006-05-09
Filing date: 2007-04-29
Publication date: 2007-11-22
Also published as: CN101060524B; CN101060524A

Abstract

A method for realizing the multicast service includes: receiving the request of joining the multicast group from the subscriber station SS; according to the request of joining the multicast group, duplicating the multicast data corresponding to the multicast group requested to be joined to the said SS. A device, base station and multicast system for realizing the multicast service are also provided by the present invention. In the present invention, according to the request of joining the multicast group from the SS, duplicating the multicast data corresponding to the multicast group requested to be joined to the said SS, means that all the embodiments of the present invention consider the SS as the multicast subscriber, and consider the SS as the object unit for duplicating the multicast control data, so that it can divide the control particle of the group broadcast service, reduce the service interference between the SSs, satisfy the various operation demands of the multicast services.

Description

Method, device, base station and multicast system for implementing multicast service This application claims to be submitted to the Chinese Patent Office on May 9, 2006, with the application number of 200610060615.9, and the invention name is "a method and system for multicast service application". Priority of Chinese Patent Application, the entire contents of which is incorporated herein by reference.

Technical field

The present invention relates to the field of broadband wireless access technologies, and in particular to a controllable multicast technology for broadband wireless access.

Background technique

WIMAX (World Interoperability for Microwave Access) is a system based on broadband wireless access technology, and broadband wireless access equipment developed based on WIMAX standard can support both wireless access and broadband services. . IEEE 802.16 defines the WIMAX standard, which mainly discloses the PHY (Physical Layer) and Medium Access Control (MAC) specifications of the wireless access system operating in the 2-66 GHz band. Conformance test specifications related to air interface protocols and specifications for coexistence between different wireless access systems are disclosed.

According to whether mobile characteristics are supported, the IEEE 802.16 standard can be classified into a fixed broadband wireless access air interface standard (corresponding mainstream standard is 802.16d) and a mobile broadband wireless access air interface standard (the corresponding mainstream standard is 802.16e). The air interface protocol stack model defined by 802.16d and 802.16e is shown in Figure 1. The protocol stack includes a data control plane and a management plane. The data control plane is composed of a PHY and a MAC. The MAC is divided into three sub-layers: a specific service aggregation. Service Specific Convergence Sublayer, Common Part Sublayer, and Privacy Sublayer; The management plane corresponding to the control plane is divided into a specific service convergence sublayer management entity and a public part management sublayer. Management entity, security sublayer management entity, and PHY management entity.

The general logical structure of devices developed in the prior art based on the WIMAX (IEEE 802.16d/e/f/g) standard is shown in Figure 2:

The device is generally divided into a base station (BS, Base Station) side and a subscriber station (SS, Subscriber Station) side. The BS is responsible for completing the processing of the 802.16 protocol and controlling the broadband service, generally including a radio frequency unit (RF, Radio Frequency), a WIMAX PHY (802.16 PHY), and a WIMAX. MAC (802.16 MAC), LAN switch (LSW, Lanswitch) and other logical processing components, wherein LSW completes the Ethernet (Ethernet) message exchange function, MAC and PHY respectively complete the 802.16 protocol MAC and PHY processing, RF completion data RF processing. The SS is distributed in the signal transmission area corresponding to the BS, and the 802.16 protocol can also be processed.

In the field of broadband wireless access technology, IP multicast technology is an important technology. IP multicast refers to the transmission of data packets to the IP network in the form of best-effort in the IP network. Determine a subset of nodes, this subset can be called a Multicast Group. The basic idea of IP multicast is that the source host sends only one piece of data. The destination address in this data is the multicast group address. All hosts that join the multicast group can receive this data and are not added to the group. The host in the broadcast group cannot receive this data or discard it when it is received.

In the current implementation method of the multicast service based on the broadband wireless access system, the sector of the BS serves as a multicast user (also referred to as a multicast member, that is, a receiver that receives multicast data from the BS). The SSs in one BS sector belong to the same multicast domain. As shown in Figure 3, the BS is divided into four sectors, and one BS can only distinguish at most four multicast users. The multicast users are distinguished by the sector identifier (ID), and the sector is used as the BS for multicast control. And the smallest target unit for copying data, the permissions configuration of all multicast services is also sector-based, that is, all SSs under one sector have the same rights. In this method, if a sector has joined a multicast group, the BS can copy the multicast data to the sector, and all SSs in the sector can receive the multicast data; if a sector leaves In the multicast group, the BS stops copying multicast data to this sector, and all SSs in the sector stop receiving multicast data.

In practical applications, there may be multiple SSs in a single sector, and each SS may have different service requirements. If a sector is used as a multicast user, the BS can only control the level of the sector for the multicast service. It is impossible to control each SS, and thus cannot meet the different business needs of each SS. In addition, all SSs in a sector have the same authority. If an SS leaves the multicast group, the BS considers that the sector in which the SS is located does not need multicast data, and then stops copying data to the sector. , causing other SSs under this sector to receive no multicast data. Therefore, the implementation method of the current multicast service is coarse and controllable, and the SSs in the same sector interfere with each other. Summary of the invention

Embodiments of the present invention provide a method, an apparatus, a base station, and a multicast system for implementing a multicast service. The communication system solves the problem that the existing multicast service implementation method can control coarse granularity and mutual interference between SSs.

An embodiment of the present invention provides a method for implementing a multicast service, including: receiving a request for joining a multicast group sent by a user station SS; and requesting to join the multicast group, the multicast corresponding to the multicast group that is requested to join The data is copied to the SS.

The embodiment of the present invention further provides an apparatus for implementing a multicast service, including: a signaling processing unit, configured to receive a request for joining a multicast group sent by an SS; and a multicast data processing unit, configured to: according to the signaling processing unit The request for joining the multicast group sent by the received SS copies the multicast data corresponding to the multicast group that is requested to join to the ss.

An embodiment of the present invention further provides a base station, including: a local area network switch LSW, configured to acquire

a request message sent by the SS to join the multicast group; the multicast manager, configured to determine, according to the request message of the join multicast group sent by the SS obtained by the LSW, whether to join the group to which the SS replication request is added The multicast data corresponding to the broadcast group; the signaling module, configured to: according to the instruction of the multicast manager, control the MAC to copy the multicast data corresponding to the multicast group that the SS requests to join to the SS; Copying the multicast data corresponding to the multicast group that is requested to join to the ss according to the instruction of the signaling module.

The embodiment of the present invention further provides a multicast system, including: a multicast server, configured to provide multicast data, and a communication network, configured to distribute multicast data provided by the multicast server to different base stations; All the SSs are treated as multicast users, and various requests sent by the SS are processed, and the multicast data corresponding to the multicast group where each SS is located or requested to join is copied to the SS, or the group whose request is requested to be disconnected from the SS is stopped. The multicast data corresponding to the broadcast group, and all the multicast data is multicast data distributed by the communication network.

In all the embodiments of the present invention, the multicast data corresponding to the multicast group that is requested to join may be copied to the SS according to the request for joining the multicast group sent by the SS, which may indicate that all embodiments of the present invention are As a multicast user, the SS uses the SS as the target unit for multicast control data replication. This can fine-tune the control granularity of multicast services, reduce the mutual interference between SS services, and meet the diverse operational needs of multicast services.

DRAWINGS

1 is a model diagram of an air interface protocol stack defined in an existing 802.16 protocol; 2 is a schematic diagram of a logical architecture of a device developed based on the WIMAX standard; FIG. 3 is a schematic diagram of a multicast service application based on a WIMAX standard device in the prior art; FIG. 4 is a flowchart of a first embodiment of the method according to the present invention;

Figure 5 is a flow chart of a second embodiment of the method of the present invention;

6 is a schematic structural diagram of an embodiment of a multicast system according to the present invention;

FIG. 7 is a schematic structural diagram of a base station in FIG. 6.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The basic principle of all embodiments of the present invention is to use SS as a multicast user when a multicast service is deployed, and use SS as a target unit of multicast control and data replication. It should be noted that the SS appearing in all embodiments of the present invention may be a device directly operated by a user such as a user terminal, such as a computer terminal, a mobile phone, a television (TV), or the like, or may be a user on the user terminal. Devices, such as asymmetric digital subscriber link modems (ADSL Modem), hubs, switches, or routers, can also be devices on top of user equipment such as ADSL modems, hubs, switches, or routers.

First, the overall technical solution of the embodiment of the method of the present invention will be described. A method for implementing a multicast service, comprising: receiving a request for joining a multicast group sent by an SS; and copying, according to the request for joining the multicast group, multicast data corresponding to the multicast group that is requested to join to the Ss.

Before receiving the request from the SS to join the multicast group, all the multicast groups may be assigned an identifier (SFID) for the service flow carrying the multicast data or signaling, and the classifier rule is configured.

When the multicast data corresponding to the multicast group to which the request is added is copied to the SS, the dynamic service addition request DSA-REQ message may be sent to the SS; the SS returns a dynamic service addition response DSA-RSP message.

After receiving the request for joining the multicast group sent by the SS, the SS may be authenticated by the SS. If the authentication is passed, the SS is added to the multicast group that is requested to join.

If the SS requests to leave the multicast group that has joined, the multicast data corresponding to the multicast group that the request is leaving may be stopped from being copied to the SS.

When the multicast data corresponding to the multicast group that requests the departure is stopped, the dynamic service deletion request DSD-REQ message may also be sent to the SS; the SS returns a dynamic service deletion response DSD-RSP message. After the multicast data corresponding to the multicast group that is requested to be added is copied to the SS, the multicast group of all the multicast groups in the multicast group can be queried, and all the stored SSs are added according to the obtained information. Which multicast group information. The query mode may be an interval or a timed query mode.

If the SS requests to leave the multicast group that has joined, it can also query whether the SS does leave the multicast group that requests to leave, and if so, stop copying the multicast group corresponding to the request to the SS. Multicast data.

A first embodiment of the method of the present invention will now be described with reference to FIG. As shown in Figure 4, it includes:

Step S401: The SS sends a report message to the BS, where the report message includes the multicast group that is requested to join, and the report message may be a standard report message, or may be a multicast group that includes the request to join. The other four documents, here take the Report message as an example.

Report 4 is a type of control packet defined in version 2 of the Internet Group Management Protocol (IGMP). IGMP is an important protocol in multicast technology. This protocol can be used to manage multicast. The user can control the multicast user to join the multicast group and leave the multicast group. In this embodiment, the multicast user can refer to the SS. When the SS needs to join the multicast group or receive the query request, it can send a Report message to let the BS know the SS request or obtain the status of the SS.

The SS can encapsulate the Report message in the 802.16 format, and modulate the formatted Report message into a wireless signal, and use the Report message service flow for carrying the Report message or the Report/ The Leave packet service flow is sent from the air interface. Each SS needs to be configured with a Report packet service flow or a Report/S Leave packet service flow. The direction is uplink.

Step S402: The BS receives and restores the wireless signal sent by the SS, and removes the 802.16 format encapsulation of the Report message.

Step S403: The BS acquires parameters of the Report message.

Because the SS sends a Report message and requests to join the multicast group, the parameters obtained by the BS are parameters that are requested to join a multicast group.

Step S404: The BS performs rights authentication on the SS. The privilege information of the SS may refer to information about which multicast groups are allowed to join the SS or/or which multicast groups are not allowed to join. The privilege information of the SS may be pre-configured and stored. When the privilege of the SS needs to be authenticated, the BS only needs to invoke the privilege information of the stored SS. In addition, the BS may also determine the privilege authentication for the SS. The information about the number of existing SSs and the network load status of the multicast group determines whether the SS has the right to join the multicast group. Of course, the BS can also obtain the rights information of the SS from other functional entities.

Step S405: If the authentication succeeds, it is determined to copy the multicast data to the SS, and send the multicast data to the corresponding multicast group service flow.

A multicast group service flow is a channel that carries multicast data of a multicast group. If the BS determines to copy multicast data to the SS, the multicast data can be sent to the multicast group service corresponding to the multicast group that the SS requests to join. A traffic group, where each multicast group can be configured with a multicast group service flow, and the direction is downlink. Each SS in the multicast group needs to join the corresponding multicast group service flow.

Step S406: The BS sends a dynamic service increase request (DSA-REQ) message to the SS when the multicast data is copied to the SS.

Step S407: The SS returns a Dynamic Service Addition Response (DSA-RSP) message to the BS.

The DSA-REQ message and the DSA-RSP message are 802.16-defined signaling messages, and are mainly used to ensure that the SS can receive the SS copy requesting the SS to join the multicast data corresponding to the multicast group.

Step S408: The BS sends the multicast data to the SS through the service flow between the SS and the SS.

At this point, the SS can receive the multicast data of the multicast group.

It should be noted that each SS can be requested to join multiple multicast groups. There are many ways for the SS to join multiple multicast groups. For example, the SS can send Report messages multiple times, and each Report message only contains A multicast group that is requested to join, or in this way, the process shown in Figure 4 is executed multiple times. In addition, the SS can also issue only one Report message or issue all multicast groups in a smaller number than the requested one. The number of Report messages. At this time, a Report message can contain all or multiple multicast groups that request to join.

The embodiment shown in FIG. 4 illustrates a processing mode when the SS joins the multicast. In an actual application, the multicast user can request to leave the multicast group at any time. Therefore, the SS as the multicast user can also request to leave at any time. At least one multicast group joined.

The flow chart shown in Figure 5 is a way for the SS to leave multicast. As shown in Figure 5, include:

Step S501: The SS sends a Leave message to the BS, where the Leave message includes a multicast group that requests to leave, where the Leave message may be a standard Leave message, or may be a Report containing the multicast group requesting to leave. The packet can also contain other packets requesting to leave the multicast group. Here, take the Leave message as an example.

The Leave message is also a type of control message defined in IGMP version 2. The SS can encapsulate the Leave message in the 802.16 format and modulate the Leave message into a wireless signal. The Leave message is sent from the air interface through the Report/S Leave message.

Step S502: The BS receives and restores the wireless signal sent by the SS, and removes the 802.16 format encapsulation of the Leave message.

Step S503: The BS acquires parameters of the Leave message.

The SS obtains the parameters of the request to leave a multicast group because the SS sends the Leave message and requests to leave the multicast group.

Step S504: Stop copying multicast data to the SS, and send a dynamic service deletion request to the SS.

( DSD-REQ ) message ₀

Step S505: The SS returns a dynamic service deletion response (DSD-RSP) message to the BS.

Both the DSD-REQ message and the DSD-RSP message are signaling messages defined by 802.16, and are mainly used here to ensure that the SS no longer receives the multicast data of the multicast group requesting to leave.

At this point, the SS no longer receives the multicast data of the multicast group requesting to leave.

It should be noted that each SS can request to leave multiple multicast groups. There are many ways for the SS to leave multiple multicast groups. For example, the SS can send Leave messages multiple times, and each Leave message only contains A multicast group requesting to leave, or in this way, the process shown in Figure 5 is performed multiple times. In addition, the SS can also send only one Leave message or send out all multicast groups that are less than the number of requests to leave. A number of Leave messages. In this case, a Leave message can contain all or multiple multicast groups that request to leave.

In practical applications, the BS can also query the status of all SSs in all multicast groups, the status of all SSs in the subnet, and the status of specific multicast groups. The BS can actively forward to all SSs or specific multicasts. The group sends a query (Query) message, and the Query message may include a universal group Queries and specific group queries.

For example, when the BS needs to query the status of all the SSs, the BS can send a general group query to all the SSs. After receiving the general group query, each SS reports the join in the form of a Report message. Multicast group. The BS can query the status of all the SSs in an interval manner, and in particular, periodically query the status of all the SSs. The general group query sent by the BS can be carried in the general group query service flow, and the direction is downlink, and each SS needs to join the universal group query. Service flow; After receiving the general group query, each SS returns the Report message, and the report message is displayed in the Report/Bill message service flow. After receiving the multicast group information reported by the SS in the Report message, the BS updates the information of the multicast groups that all the stored SSs join.

For example, the BS can query the status of a specific SS. After receiving a Leave message sent by an SS, the BS can send a specific group query to the SS that sends the Leave message to determine whether the SS is to leave the Leave message. After receiving the Leave message, the SS can return a Report message to the BS. Of course, the SS can return a Report message to the BS only after determining to leave the multicast group. The BS does not receive the message within a certain period of time. When the SS sends a Report message, the SS does not need to leave the multicast group. The specific group query can be carried in the multicast group service flow. The Report message is carried in the Report/Sale 4 service: ^.

The foregoing are only a few preferred embodiments of the method of the present invention, and those skilled in the art will recognize that a plurality of method embodiments are available. The implementation of the method embodiments is dependent on a certain device and an operating environment. To this end, the present invention further provides an implementation apparatus for a multicast service, which may include: a signaling processing unit, configured to receive an SS And the request for joining the multicast group is sent; the multicast data processing unit is configured to: according to the request for joining the multicast group sent by the SS received by the signaling processing unit, copy the multicast data corresponding to the multicast group that is requested to join to The SS.

The signaling processing unit may further receive a request that the SS leaves the joined multicast group, and the multicast data processing unit may further receive, by the signaling processing unit, the SS leaving the joined multicast group. After the request, the multicast data corresponding to the multicast group that the request leaves is copied to the SS is stopped.

The apparatus may further include: a dynamic service message unit, configured to send a DSD-REQ message to the SS when the signaling processing unit receives the request of the SS to join or leave the multicast group, or The DSD-REQ message, and receives the DSA-RSP message or the DSD-RSP message returned by the SS.

The device may further include: an SS status processing unit, configured to query which multicast groups are joined by all the SSs in all the multicast groups, and refresh the information of the multicast groups that all the stored SSs join according to the obtained information.

In particular, all the method embodiments of the present invention may be implemented in a base station. To this end, the present invention further provides an embodiment of a base station, including: an LSW, configured to acquire a request report sent by the SS to join the multicast group. And a multicast manager, configured to determine, according to the request message of the multicast group sent by the SS that is obtained by the LSW, whether to copy the multicast data corresponding to the multicast group that is requested to join the SS; a module, configured to: according to an instruction of the multicast manager, control a MAC to copy, to the SS, multicast data corresponding to a multicast group that the SS requests to join; and a MAC, configured to: according to an instruction of the signaling module, The multicast data corresponding to the multicast group that is requested to join is copied to the ss.

The LSW may also obtain a request for leaving the multicast group sent by the SS. The multicast manager may also be located in the request packet of the leaving multicast group sent by the SS obtained by the LSW, and determine whether Stops copying, to the SS, multicast data corresponding to the multicast group that the SS requests to leave; the signaling module further controls, by the signaling module, the multicast corresponding to the multicast group that the SS requests to leave the SS to leave. Data; the MAC may also stop, according to the instruction of the multicast manager, copying, to the SS, multicast data corresponding to the multicast group that the SS requests to leave.

The base station may further include: a universal group and a specific group querier, configured to query all SSs in all multicast groups which multicast group information is added, and/or receive any one in the LSW After the SS sends a request packet leaving the multicast group, it queries the SS whether it really wants to leave the multicast group that requested to leave.

The multicast manager may include: a protocol processing module, configured to interpret various messages acquired by the LSW and/or maintain a state of all SSs added to any one of the multicast groups; and a data forwarding control module, configured to The result of the interpretation of the protocol processing module determines whether to copy the multicast data corresponding to the multicast group that the SS requests to join to the SS, or decide whether to stop copying the group corresponding to the multicast group that the SS request to leave to the SS Broadcast data.

The multicast manager may further include: a multicast user rights management module, configured to: in the case that the protocol processing module identifies that the SS requests to join a multicast group, the rights of the SS are authenticated, j And providing an authentication result to the data forwarding control module, and/or for processing the module in the protocol When it is recognized that the SS requests to leave the multicast group, the authority of the SS is authenticated, and the authentication result is provided to the data forwarding control module.

When the signaling module controls the MAC to copy the multicast data corresponding to the multicast group that the SS requests to join, the SS may further send a DSA-EQ message to the SS, or the signaling module control station When the MAC stops copying the multicast data corresponding to the multicast group that the SS requests to leave to the SS, the MAC may further send a DSD-REQ message to the SS.

The present invention also provides an embodiment of a multicast system, including: a multicast server, configured to provide multicast data; and a communication network, configured to: The multicast data provided by the server is distributed to different base stations; the base station is configured to process all the SSs as multicast users, process various requests sent by the SS, and copy the corresponding multicast group corresponding to each SS or requested to join the SS. The multicast data, or stop copying the multicast data corresponding to the multicast group that the request leaves, to the SS, the multicast data being the multicast data distributed by the communication network.

The embodiments of the multicast system of the present invention will be described in detail below. Before describing the multicast system in detail, let's first introduce the controllable multicast service system.

The controllable multicast service system is a multicast service application system developed on the basis of IP multicast technology. It is generally composed of a multicast user, a multicast server, and a multicast manager. The multicast manager generally includes protocol processing. Module, multicast user rights management module, multicast data forwarding control module and signaling (SIG, Signal) module. As the receiver of the multicast data, the multicast user sends a Report message or a Leave message to the multicast manager to request to join or leave the specified multicast group. The multicast server is the sender of multicast data, and the multicast server sends multicast data to the network through the network interface. The multicast manager is used to control the access of the multicast user, and is generally carried in an access communication device, such as a Digital Subscriber Line Access Multiplexer (DSLAM), wherein the multicast user rights management module defines the rights of the multicast user. That is, the multicast group that the multicast user is allowed to join and the multicast group that is not allowed to join are authenticated by the multicast user when the multicast user joins the multicast group. The multicast data forwarding control module controls whether to specify the multicast. The user copies specific multicast data. If a multicast user needs to join a multicast group, the device sends a Report message containing the IP address of the multicast group to be added. The protocol processing module interprets the packet parameters and the multicast user rights management module performs authentication. The multicast data forwarding control module controls the copying or not copying of the multicast data to the multicast user according to the authentication result. If the multicast user requests to leave the Leave message of the multicast group, the multicast data forwarding control module controls the signaling module. Stop using multicast The user copies the multicast data.

The architecture of the multicast system of the embodiment of the present invention may be based on the controllable multicast service system described above. As shown in FIG. 6, the multicast system in the embodiment of the present invention is composed of an SS, a BS, a multicast manager, a communication network, and a multicast server, where the multicast server is used to send multicast data to the communication network; Distributing the multicast data sent by the multicast server to different BSs; after receiving the multicast data, the BS copies the multicast data to the SS according to the instruction of the multicast manager; the multicast manager is configured to perform the request according to the SS, The control BS copies the multicast data to the SS; the SS acts as a multicast user, and sends a request to join or leave the multicast group to the BS. If the SS also controls a user equipment such as a PC or a TV or an STB, the SS can forward the packet to the BS. A request to join or leave a multicast group, and forward the received multicast data to the terminal. The terminal can process multicast data and send IGMP Report messages and Leave messages to the SS. In this embodiment, the multicast manager can be carried on the BS. The composition of the BS is as shown in FIG. 7. The BS is composed of logic devices RF, PHY, MAC, LSW and a multicast manager. The multicast manager includes a protocol processing module, a multicast user rights management module, and a data forwarding control module. The signaling module is composed.

The PHY completes the physical layer processing of the WIMAX standard, and the LSW performs the Layer 2 switching function, and captures the IGMP message sending protocol processing module processing. The MAC completes the MAC layer processing of the WIMAX standard, including forwarding the multicast data to the group according to the signaling module instruction. Broadcast group business flow.

The protocol processing module in the multicast manager mainly implements the IGMP protocol stack function, including IGMP interpretation, multicast group status, and multicast user status maintenance. The multicast user rights management module mainly completes the definition and authentication function of multicast user rights. The data forwarding control module is configured to send an instruction to the signaling module to control the BS to copy the multicast data to the designated SS. The signaling module is a signaling processing module of 802.16, which mainly performs processing control on various signaling messages of the WIMAX protocol, and controls the multicast data to be copied to the SS through the MAC signaling message.

The service flow defined in the 802.16 protocol is a directional transport service connection. Each service flow defines the QoS (Quality of Service) capability and classifier rules that the connection can provide when transmitting packets. The classifier rule defines a set of packet characteristics, which may be source MAC, destination MAC, virtual local area network (VLAN), source IP, destination IP, and the like. The classifier rule is an adaptation criterion for each message to be transmitted in the network. If a message matches a certain classification rule, the message is forwarded to the service flow corresponding to the classifier rule. To enable the multicast data of the BS to be copied to the SS, you need to configure the following service flows:

Multicast group service flow: used to carry multicast data. Each multicast group is assigned one. You can use SFID to distinguish the service flow corresponding to each multicast group. The direction is downlink. Each multicast group member needs to join the service flow corresponding to the multicast group. In addition, a specific group of queries can also be carried in the multicast group service flow.

The general group queries the service flow. The BS can send the general group query to all multicast users periodically. After receiving the general group query, the multicast user can return a report message to report the multicast group that it joins. Query a traffic flow in the direction of the downlink. All members of all multicast groups need to join this service flow.

Report/Leave packet service flow: Each SS needs to be configured to carry SS-initiated

Report 艮文 and Leave 艮文, the direction is up.

In addition, before a multicast user goes online, you need to configure permissions for each multicast user. Since the multicast user is identified by the SS, the multicast user's permission settings are for the SS.

When the SS needs to join the multicast group, the Report packet containing the multicast group to be added is encapsulated in the 802.16 format, and modulated into a wireless signal and sent out from the air interface through the Report/Leave packet service flow. The PHY receives and restores the wireless signal from the SS. The MAC removes the 802.16 format encapsulation of the message, and the LSW captures the message and sends it to the multicast manager for processing.

The protocol processing module in the multicast manager interprets the packet and obtains the IGMP packet parameters, and identifies that the SS needs to join a multicast group. Then, the multicast user rights management module performs the authority identification of the SS, and the data forwarding control module The result of the right decision determines whether to copy data to the SS. If the authentication passes, the instruction is sent to the signaling module, and the signaling module activates after receiving the instruction of the data forwarding control module.

(active) MAC multicast group service flow. After the multicast data from the multicast server enters the BS, it searches the classifier rules and forwards the multicast data to the corresponding multicast group service flow. It should be noted that the multicast user rights management module is an optional module, that is, the technical means for authenticating the SS is optional. If the multicast manager does not include the multicast user rights management module, the protocol After the processing module parses the packet, the parsing result may be provided to the data forwarding control module, and the data forwarding control module determines whether to copy the data to the SS, and if yes, sends an instruction to the signaling module.

The signaling module may also send a DSA-REQ message to the SS when the multicast data is copied to the SS. After receiving the DSA-REQ message, the SS may respond to the DS with the DSA-RSP message, where The DSA-REQ message and the DSA-RSP message are signaling messages defined by 802.16, and are mainly used to ensure that the SS can receive the multicast data copied by the BS. Certainly, the time for the signaling module to send the DSA-REQ message to the SS may also be before the control multicast data is copied to the SS, so that the SS can complete the preparation for receiving the multicast data before the multicast data arrives at the SS.

It should be noted that, if the SS further controls at least one terminal, the Report message including the multicast group to be joined may be sent by the terminal to the SS, and the SS packet is encapsulated in the 802.16 format; if the SS controls at least one terminal And the SS receives the multicast data, and the multicast data can be provided to the controlled terminal.

When the SS needs to leave the multicast group, the Leave message containing the multicast group that needs to leave will be encapsulated in 802.16 format and modulated into a wireless signal. The report will be sent out from the air interface through the Report/Leave service flow. The PHY receives and restores the wireless signal from the SS. The MAC removes the 802.16 format encapsulation of the message, and the LSW captures the message and sends it to the multicast manager for processing.

The protocol processing module in the multicast manager interprets the packet and obtains the IGMP packet parameter, and identifies that the SS needs to leave a multicast group, so the data forwarding control module notifies the signaling module to stop copying the multicast data to the SS, and the signaling module After receiving the instruction of the data forwarding control module, the multicast group service flow of the MAC is deactivated, and the DSD-REQ message is sent to the SS. After receiving the DSD-REQ message, the SS may respond to the DSD-RSP message to the BS. The DSD-REQ message and the DSD-RSP are the signaling messages defined by the 802.16, and are mainly used to ensure that the SS does not receive the multicast data corresponding to the multicast group that requests to leave. It should be noted that, after the protocol processing module parses the packet, the analysis result may be provided to the multicast user rights management module, and the multicast user rights management module may identify the authority of the SS, for example, determining whether the SS has the right to request to leave. The multicast group and the like provide the authentication result to the data forwarding control module, and the data forwarding control module sends a corresponding instruction to the signaling module according to the authentication result.

The above description is only a preferred embodiment of the present invention, and it should be noted that those skilled in the art can also make several improvements and retouchings without departing from the principles of the present invention. It is considered as the scope of protection of the present invention.

Claims

Patent claim

A method for implementing a multicast service, comprising:

Receiving a request from the subscriber station SS to join the multicast group;

And copying, according to the request for joining the multicast group, the multicast data corresponding to the multicast group that is requested to join to the SS.

The method according to claim 1, wherein before receiving the request for joining the multicast group sent by the SS, the method further comprises: allocating an identifier SFID of the service flow for carrying the multicast data or signaling to all the multicast groups. , and configure the classifier rules.

The method according to claim 1, wherein when the multicast data corresponding to the multicast group that is requested to be added is copied to the SS, the method further includes:

Sending a dynamic service increase request DSA-REQ message to the SS;

The SS returns a dynamic service to add a response DSA-RSP message.

The method according to claim 3, further comprising: after receiving the request for joining the multicast group sent by the SS, further comprising:

Performing rights authentication on the SS. If the authentication is passed, the SS is added to the multicast group that requests to join.

The method according to claim 1, wherein if the SS requests to leave the already joined multicast group, the multicast data corresponding to the multicast group requested to leave is stopped from being copied to the SS.

The method according to claim 5, wherein when the multicast data corresponding to the odd-numbered multicast group is copied to the SS, the method further includes:

Sending a dynamic service deletion request DSD-REQ message to the SS;

The SS returns a dynamic service deletion response DSD-RSP message.

The method according to claim 1, wherein the copying the multicast data corresponding to the multicast group that is requested to be added to the SS further includes: querying which groups all SSs in all multicast groups have joined. Broadcast group, and according to the obtained information, refresh the information of which multicast groups are added to all stored SSs.

The method according to claim 7, wherein: the query mode is an interval or a timed query mode.

9. The method of claim 1 wherein if the SS request leaves away The incoming multicast group further includes: querying whether the SS does leave the multicast group requested to leave, and if yes, stopping copying the multicast data corresponding to the multicast group requested to leave to the SS.

10. An apparatus for implementing a multicast service, comprising:

a signaling processing unit, configured to receive a request sent by the SS to join the multicast group;

The multicast data processing unit is configured to copy, according to the request for joining the multicast group sent by the SS received by the signaling processing unit, the multicast data corresponding to the multicast group that is requested to join to the ss.

The device according to claim 10, wherein: the signaling processing unit further receives a request that the SS leaves a joined multicast group, and the multicast data processing unit further performs the signaling processing After receiving the request that the SS leaves the joined multicast group, the unit stops copying the multicast data corresponding to the multicast group that the request leaves to the SS.

The device according to claim 10, further comprising: a dynamic service message unit, configured to send a DSD-REQ to the SS when the signaling processing unit receives the request for joining or leaving the multicast group sent by the SS A message or a DSD-REQ message, and receives a DSA-RSP message or a DSD-RSP message returned by the SS.

The device according to claim 10, further comprising: an SS state processing unit, configured to query which multicast groups are joined by all the SSs in all multicast groups, and refresh all stored SSs according to the obtained information. Information about which multicast groups to join.

14. A base station, comprising:

The local area network switch (LSW) is configured to obtain a request message that is sent by the SS to join the multicast group, and the multicast manager is configured to: request the message to join the multicast group sent by the SS obtained by the LSW, determine whether to The SS copies the multicast data corresponding to the multicast group that is requested to join;

a signaling module, configured to: according to an instruction of the multicast manager, control a media access control layer MAC to copy, to the SS, multicast data corresponding to the multicast group that the SS requests to join;

The MAC is configured to copy, according to an instruction of the signaling module, multicast data corresponding to the multicast group to which the request is added, to the SS.

The base station according to claim 14, wherein:

The LSW also obtains a request message sent by the SS to leave the multicast group;

The multicast manager further determines, according to the request message of the leaving the multicast group that is sent by the SS by the LSW, whether to stop copying the multicast corresponding to the multicast group that the SS requests to leave to the SS. Data

The signaling module further controls the MAC to stop copying, to the SS, multicast data corresponding to the multicast group that the SS requests to leave;

The MAC further stops copying the multicast data corresponding to the multicast group that the SS request to leave to the SS according to the instruction of the multicast manager.

The base station according to claim 14, further comprising:

The universal group and the specific group querier are used to query all the SSs in all the multicast groups for which multicast group information is added, and/or receive the leaving multicast group sent by any SS in the LSW. After requesting the message, the SS is queried whether it really wants to leave the multicast group requested to leave.

The base station according to claim 14 or 15, wherein the multicast manager comprises: a protocol processing module, configured to interpret various messages acquired by the LSW and/or maintain all joins to any one of the multicast groups. The state of the SS;

a data forwarding control module, configured to: according to the interpretation result of the protocol processing module, determine whether to copy the multicast data corresponding to the multicast group that the SS requests to join to the SS, or decide whether to stop copying the data to the SS The multicast data corresponding to the multicast group that the SS requests to leave.

The base station according to claim 17, wherein the multicast manager further comprises: a multicast user rights management module, configured to: when the protocol processing module identifies that the SS requests to join a multicast group And determining, by the data forwarding control module, the authentication result, and/or, in the case that the protocol processing module identifies that the SS request leaves the multicast group, The authority of the SS is authenticated, and the authentication result is provided to the data forwarding control module.

The base station according to claim 14 or 15, wherein: the signaling module controls the MAC to copy the multicast data corresponding to the multicast group that the SS requests to join to the SS, When the SS sends a DSA-REQ message, or the signaling module controls the MAC to stop copying the multicast data corresponding to the multicast group that the SS requests to leave, the DS sends a DSD-REQ message to the SS. .

20. A multicast system, comprising:

a multicast server, configured to provide multicast data;

a communication network, configured to distribute multicast data provided by the multicast server to different base stations; and use, by the base station, all the SSs as multicast users, processing various requests sent by the SS, and The SS copies the multicast data corresponding to the multicast group that each SS is located in or requests to join, or stops replicating the multicast data corresponding to the multicast group that the request is leaving to the SS, where all the multicast data is the communication network. Distributed multicast data.