WO2008049314A1

WO2008049314A1 - Method and system for implementing multicasting service or broadcasting service based on the next generation network

Info

Publication number: WO2008049314A1
Application number: PCT/CN2007/002803
Authority: WO
Inventors: Xiangyang Wu; Jun Yan; Jincheng Li
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2006-09-25
Filing date: 2007-09-24
Publication date: 2008-05-02
Also published as: CN101155053B; CN101155053A

Abstract

Method and system for implementing multicasting service and broadcasting service based on the next generation network. When the current core network side does not support IP multicasting method, the method and system may solve the problem of implementing multicasting service or broadcasting service in way of unicasting. When the terminal requires to establish multicasting service or broadcasting service, an application processing module transfers parameters for establishing transmission channel and the multicasting/broadcasting media stream parameters to transmission processing module, and establishes the unicasting transmission channel between the transmission processing module and the media providing device which provides multicasting/broadcasting service. The media providing device unicasts the required multicasting/broadcasting media stream to the transmission processing module through the transmission channel. Then the transmission processing module multicasts the multicasting media stream to the terminal, or broadcasts the broadcasting media stream to the terminal by using IP multicasting technology. It implements the unicasting of multicasting/broadcasting service when the core network side does not support IP multicasting method.

Description

Method and system for implementing multicast or broadcast service based on next generation network

The present invention relates to multicast/broadcast services, and more particularly to a method and system for implementing multicast or broadcast services based on next generation networks. Background technique

SIP (Session Initiation Protocol) is one of the multimedia communication system framework protocols developed by the IETF (Interne Engineering Task Force). It is an application layer protocol for establishing, changing or ending multimedia sessions, and RTP (Real-time). Transport Protocol, real-time transport protocol; or RTCP (Real-time Transport Control Protocol), SDP (Session Description Protocol), RTSP (Real-Time Streaming Protocol) Protocols such as DNS (Domain Name Server) work together to complete session establishment and media negotiation in IMS (IP Multimedia Subsystem, IP Protocol); once the session is established, the media stream will use RTP. The protocol is transmitted directly in the bearer layer, and multiple media can be flexibly interacted in one session.

Because SIP is based on the open Internet standard, it has a natural advantage in voice and data service integration and interworking. It can implement call control across media and devices, support rich media formats, dynamically add or delete media streams, and easily implement richer services. Features, at the same time, SIP supports intelligent development to the service and terminal side to reduce the network burden. It supports application layer mobility functions including dynamic registration mechanism, location management mechanism, redirection mechanism, and presentation of Presence, Fork or subscription features. It is easy to expand new services, and the protocol is simple and has the potential for expansion. Therefore, it has gained more and more applications including IMS and NGN (Next Generation Network).

With the rapid development of communication and IT technologies, with the advent of the technology of cross-link layer transmission media, Internet applications are rapidly becoming popular, and at the same time, people are no longer satisfied with a single The voice communication method requires a new multimedia communication method, and the integration of the mobile communication network and the fixed communication network IP, Internet and telecommunication networks has become an industry-recognized development direction. In order to meet the general demand of more and more prominent IP multimedia applications, 3GPP (3rd Generation Partnership Project) introduces the IP Multimedia Subsystem IMS of the all-IP service network architecture based on the packet bearer network. The goal is to shield the user access method according to personalized user data, control the openness of business capabilities, and provide a multimedia communication experience.

IMS is a subsystem superimposed on the existing packet domain in the WCDMA network added in the 3GPP R5 phase. The packet domain is used as the bearer channel for the upper layer control signaling and media transmission, and the SIP protocol is introduced as the service control protocol. Easy to expand and easy to combine media. Provides rich multimedia services by separating service control from bearer control. The main functional entities in IMS include CSCF (Call Session Control Function) that controls user registration and session control. , call session control function), application server AS providing various business logic control functions, HSS (Home Subscriber Server) for centrally managing user subscription data, and MGCF (Media Gateway Control) for interworking with circuit-switched networks Function, media gateway control function) or IM-MGW (Instant Messaging Media Gateway), the user accesses the IMS through the current local proxy node P-CSCF (Proxy-CSCF, proxy CSCF), session and service trigger control and With AS The service control interaction of the Application Server (Application Server) is completed by the home domain service node S-CSCF (Subscriber-CSCF, Home CSCF) where it is registered.

NGN (Next Generation Network) is a converged network based on packet technology. It is based on packet switching and uses a separate architecture of bearer and control. It inherits all the fixed networks of the original PSTN (Public Switch Telephone Network). The business also inherits the business capabilities of the mobile network. NGN combines the advantages of fixed telephone network, mobile telephone network and IP network, enabling analog users, digital users, mobile users, ADSL (Asymmetric Digital Subscriber Loo) users, ISDN (Integrated Services Digital Network) Users, IP narrowband network users, IP broadband network users, and even users accessing via satellite can be a member of the next generation network. The NGN overall architecture includes NASS (Network Attachment Sub-system) and RACS (Resource and Admission Control Subsystem). NASS is a network attachment subsystem, which is mainly used for user equipment. Dynamic configuration, user access authentication, access resource authorization, access network configuration and user location management.

As shown in Figure 1, the functional architecture of the RACS includes:

CPE (Customer Premises Equipment (i.e. (routed) modem, residential gateway, integrated access device, user front-end equipment), CPE is a user front-end device that provides the ability to connect a user terminal (such as a PC) to the network;

A-RACF (Access-Resource and Admission Control Function), A-RACF accepts SPDF requests, accepts user requests, and A-RACF also needs to be from SPDF. Policy input is consolidated to ensure that all resource requests do not exceed the access line capabilities;

RCEF (Resource Control Enforcement Function), RCEF performs policy enforcement functions under the control of A-RACF, such as performing customized policies of access providers, and gating authorized traffic;

SPDF (Service-based Policy Decision Function), SPDF accepts resource requests from AF, processes the request according to the network operator policy, and forwards to A-RACF, or BGF, or A- as needed. The RACF and the BGF send further resource requests, and the result of the resource request is returned to the AF;

BGF (Border Gateway Function), BGF is a packet-to-packet gateway that performs policies under the control of SPDF and performs necessary network address translation functions; L2T Point is the end point of the Layer 2 protocol;

An access node (access node) generally refers to a Layer 2 or Layer 3 access office device, which provides multi-user line access and aggregates user traffic, such as DSLAM in xDSL access technology.

The streaming media service or IPTV service is a new service that has developed rapidly in recent years. The streaming media service uses streaming technology to transmit multimedia files, including video and audio files, on the packet switching network. Content. This content can be played immediately without having to download it completely. The key technology for streaming media implementation is streaming technology. Streaming technology processes continuous video and audio information and puts it on the web server, allowing users to watch and listen while downloading, without having to wait for the entire file to be downloaded. Network transmission technology that can be watched after your own machine.

A technology for transmitting a service by using a class D IP address, when the sender simultaneously sends the same service content to multiple receivers (one or more), since the same content only needs to send one copy to the specified multicast address, it can be effective. Reduce the load on the service sender and transport network.

In order to obtain the multicast content, the content receiver (user) requests the neighboring router to send the service content to itself by joining the service multicast group (for example, using the Internet Group Management Protocol (IGMP) protocol), and the routers are connected between the routers. Interact with other routers to establish a multicast forwarding path through a multicast routing protocol (such as PIM-SM (Protocol Independent Multicast-Sparse Mode) (protocol-independent multicast-sparse mode) protocol) The multicast service content can be transmitted from the multicast source to the content receiver along the multicast forwarding path.

Using multicast technology to transport traffic, the sender of the service only needs to send one stream regardless of the number of receivers. Multicast data only generates a single data stream between the transmission points on the transmission path from the service transmission point to the receiver. It is obvious that the use of multicast technology can reduce the load of the sender (service provider) and can effectively utilize network resources. .

Application layer multicast performs point-to-multipoint or multi-point-to-multipoint data transmission by running protocols carried on unicast technology between nodes. Because it does not rely on IP multicast technology, it can indirectly avoid or solve IP. Multicast requires trusted source, reliable group member management, and multicast data security.

Application-layer multicast application means that the terminal and the server can establish associations as nodes, so there is no need to impose additional requirements on the network intermediate entities. However, such schemes impose additional requirements on the terminals, that is, specific application layer groups are required. Broadcast protocols to maintain node relationships, which is not necessarily the best choice for communication networks.

Prior art one

In an existing IP network-based service system, if it is required to deliver the same content to multiple users, It is generally considered to use IP multicast technology to deliver content to users. As shown in Figure 2, an illustration of the operation of using ΓΡ multicast technology is as follows:

The UE (User Equipment) obtains the service multicast address through a service interface, such as HTTP (Hyper Text Transport Protocol); the UE uses IGMP to notify the router to join the multicast group;

2. The multicast forwarding table is established between the transport or core network routers through a Layer 3 multicast routing protocol (such as PIM-SM).

3. The service flow is sent from the multicast source to the UE in multicast mode.

The prior art 1 is a standard multicast application flow, requiring the access network and the transmission and the core network to support the multicast function, using the IGMP protocol between the UE and the router, and using the multicast routing protocol between the routers, such as PIM-SM, etc. It is known that there are certain difficulties in commercial operations: that is, users cannot be verified and accurately charged. In addition, IP multicast also has its inherent flaws, including: Unable to perform group member management verification, unable to guarantee media source trust, and cannot limit the scope of media stream distribution. Currently, there is a mechanism for configuring a user's 1GMP or MLD (Internet Group Management Protocol, Internet Group Management Protocol, Multicast Listener Discovery, by configuring a multicast rights table corresponding to a subscriber line on an access device. (Protocol)) Request filtering to indirectly solve similar problems. In addition, in the prior art 1, if the core transmission network does not support the IP multicast technology, the media stream cannot be sent by the IP multicast technology on the core network side, and its application is limited.

Prior art 2

In view of the shortcomings of the prior art 1, and also the inherent shortcomings of the IP multicast technology, an application layer multicast technology has emerged.

Application layer multicast technology performs one-to-many or multi-point-to-multipoint data transmission by running protocols carried on unicast technology between nodes. Because it does not rely on IP multicast technology, it can be avoided or solved indirectly. IP multicast requires trusted source, reliable group member management, and multicast data security.

Application layer multicast The current type of application is to establish a terminal between a terminal and a server. Dynamic association or link relationship, when the data is transmitted, the media stream data is sent in a unicast manner by the transmission relationship established by the server and the plurality of nodes, but the distribution of the data in the logical network may be hierarchically copied, and thus A transmission resource optimization effect similar to IP multicast can be obtained.

The prior art 2 may not require additional requirements for the network intermediate entity; but generally, an additional requirement is placed on the terminal, that is, a specific application layer multicast protocol is required to maintain the node relationship, which is not necessarily the most for the communication network. Good choice. Summary of the invention

The embodiment of the invention provides a method and a system for implementing a multicast/broadcast service based on a next-generation network, which is used to implement a multicast/broadcast service in a unicast manner when the existing core network side does not support the IP multicast method. problem.

To solve the above technical problem, the embodiment of the present invention provides the following technical solutions:

A method for implementing a multicast service based on a next generation network, including:

When the terminal requests to establish a multicast service, the application processing module transmits the related parameters of the transmission channel and the multicast media stream parameters to the transmission processing module.

And establishing, by the transmission processing module and the media providing device, a transmission channel according to the related parameter of establishing the transmission channel;

The media providing device unicasts the multicast media stream to the transmission processing module through the transmission channel;

The transmission processing module multicasts the received multicast media stream according to the multicast media stream parameter.

A system for implementing a multicast service based on a next generation network, including a terminal and a media providing device, further comprising: an application processing module and a transmission processing module;

The application processing module transmits the relevant parameters of the establishment of the transmission channel and the multicast media stream parameters to the transmission processing module when the terminal requests to establish the multicast service;

Establishing a transmission channel between the transmission processing module and the media providing device according to the relevant parameters of the establishment of the transmission channel; The media providing device unicasts the multicast media stream to the transmission processing module through the transmission channel;

A method for implementing a broadcast service based on a next generation network, including:

When the terminal requests to establish a broadcast service, the application processing module transmits the relevant parameters of the establishment of the transmission channel and the broadcast media stream parameters to the transmission processing module;

The media providing device unicasts the broadcast media stream to the transmission processing module through the transmission channel;

The transmission processing module broadcasts the received broadcast media stream according to the broadcast media stream parameter.

A system for implementing a broadcast service based on a next generation network, including a terminal and a media providing device, further comprising: an application processing module and a transmission processing module;

The application processing module transmits the relevant parameters of the establishment of the transmission channel and the broadcast media stream parameters to the transmission processing module when the terminal requests to establish the broadcast service;

The technical solution of the embodiment of the present invention establishes an application layer transmission channel between the access network boundary entity and the media providing device in the core network by using a signaling process for establishing a service, and the media providing device unicasts the multicast or broadcast service flow through the transmission channel. To the access network boundary entity, and then access the network boundary entity and then use IP multicast technology to multicast or broadcast the service flow to the terminal connected to it, and solve the core network. When multicast or broadcast is inconvenient, the problem of unicast transmission of multicast or broadcast service flows is saved, and the transmission resources between the core network and the access network are saved;

The technical solution of the embodiment of the present invention can also ensure the credibility of the multicast media stream received by the media providing device and the security of the multicast data, and can also ensure the credibility of the broadcast media stream received by the media providing device and the security of the broadcast data. And use the user configuration table to verify the legality of the receiving multicast service terminal; in addition, it provides powerful technical support for building a manageable and operational carrier-class multicast network. DRAWINGS

Figure 1 is a schematic diagram of the RACS functional architecture;

Figure 2 is a schematic diagram of the principle of the existing IP multicast technology implementation group;

FIG. 3 is a schematic diagram of a main structure of a multicast/broadcast service implementation system according to an embodiment of the present invention; FIG. 4 is a schematic flowchart of a method for implementing a multicast/broadcast service according to an embodiment of the present invention; FIG. 6 is a schematic diagram of a main flow of a multicast service implementation method according to Embodiment 1 of the present invention; FIG. 7 is a schematic diagram of a main structure of a multicast service implementation system according to Embodiment 2 of the present invention; 8 is a schematic flowchart of a method for implementing a multicast service according to Embodiment 3 of the present invention; FIG. 9 is a schematic flowchart of a method for implementing a multicast service according to Embodiment 4 of the present invention; A schematic diagram of the main structure of a multicast or broadcast service implementation system. detailed description

When performing multicast or broadcast services, a unicast transmission channel is established between the transmission processing module located at the boundary of the access network and the media providing device of the multicast or broadcast service located at the core network side, and the media providing device is requested through the transmission channel. The multicast or broadcast media stream is unicast to the transmission processing module; the transmission processing module then uses the IP multicast technology to multicast the multicast media stream to the terminal, or broadcast the broadcast media stream to the terminal. The following description, unless otherwise specified, takes the implementation of the multicast service as an example. 02803 Note: For broadcast services, the multicast parameters involved in the description are replaced with broadcast parameters.

As shown in FIG. 3, FIG. 3 is a schematic diagram of a main structure of a system for implementing multicast or broadcast services based on an NGN network according to an embodiment of the present invention, which includes the following physical functions:

The intermediate processing module provides functions such as call control and routing connection for users accessing the communication core network, and can route the call to the called user terminal, and can also route the call to the application processing module; the application processing module is configured to process the user request. , performing business logic processing;

The media providing device, located on the core network side, can accept the request of the application processing module, or control to transmit the specified media file or media stream to the terminal, and the request of the application processing module to the media providing device can be transmitted to the media providing device via the intermediate processing module;

The transmission processing module, located at the boundary of the access network, can accept the request of the intermediate processing module to control the transmission of the service flow, or accept the indication of the intermediate processing module to establish a connection with the media providing device to obtain a specific media stream.

The terminal may request a specific multicast or broadcast service, such as an IPTV multicast or broadcast service, from the application processing module;

The communication links are implemented between the functional entities through the following interfaces:

E1: an interface between the terminal and the intermediate processing module; the terminal requests the service from the application processing module through the interface, and the request is processed by the intermediate processing module to reach the application processing module; the E1 interface protocol may be SIP, HTTP, RTSP, etc.;

E2: an interface between the intermediate processing module and the application processing module; the intermediate processing module performs signaling transfer between the terminal and the application processing module through the interface; the E2 interface protocol may be SIP, HTTP, RTSP, etc.;

E3: providing an interface between the intermediate processing module and the media device; the intermediate processing module transfers the application processing module to provide media resource request of the device to the media through the interface; the E3 interface protocol may be

SIP, Diameter, H.248, etc.;

E4: an interface between the intermediate processing module and the transmission processing module; the intermediate processing module can request the transmission processing module to perform transmission channel control through the interface, and instruct the transmission control module to provide the media from the media Prepare a specific media stream, etc.; E4 interface protocol can be COPS (Common Open Policy Server Common Open Policy Service (Protocol), a query protocol for exchanging policy information between policy servers and client devices), H.248, Diameter et al.

The terminal and the transmission processing module, the transmission processing module and the media providing device are respectively connected through an IP network.

In the embodiment of the present invention, a transmission channel of a unicast multicast or broadcast service is established through signaling negotiation between the terminal and the application processing module, and the transmission channel is an application layer multicast established between the media providing device and the transmission processing module. During the negotiation process, the application processing module carries the relevant parameters required for establishing the transmission channel in the relevant signaling. The related parameters are actually descriptions of the application layer multicast mode used, which may be the encapsulation mode and the mapping mode.

The encapsulation mode means that the multicast media stream sent by the media providing device to the transport processing module is a mechanism for transmitting the original IP multicast media stream as a load of a certain transport protocol, such as GRE (Generic Routing Encapsulation) The tunnel, or the tunneling mechanism defined by IPSec, encapsulates and transmits the multicast/broadcast media stream. The same mechanism applies to broadcast media streams.

The mapping mode refers to that the media providing device transmits the original media stream to the media stream by using a certain transmission mechanism, and no other encapsulation is performed; the packet feature is selected in the media stream to receive the peer to identify the specific multicast. Or broadcast media stream, such as the source address and source port of the media message can be selected as its identification feature; when the media stream arrives at the opposite end of the transmission (here, the transmission processing module), the peer end is pre-negotiated (or configured) according to As a result, a mechanism for extracting a media stream corresponding to a specific multicast or broadcast stream from the media stream.

When the signaling of the negotiation process passes through the intermediate processing module routing and call control, the intermediate processing module requests the transmission processing module to establish a media transmission channel to the media providing device according to the information; the application layer is used between the transmission processing module and the media providing device. The multicast technology performs media transmission, so the problem that the core network does not support IP multicast can be solved. In addition, even if the core network supports IP multicast, the application processing module or the media providing device based on the application layer multicast technology can transmit the processing module. Application layer multicast transmission channel establishment request for verification, thereby preventing multicast flow from being illegal Body send.

As shown in FIG. 4, the main implementation process of the multicast service according to the embodiment of the present invention is as follows:

The S10 terminal sends a multicast service request, and the multicast service request is routed to the application processing module by using an intermediate processing module;

5102. The application processing module provides a media request for the media resource of the multicast service to the media. The application processing module provides a media resource for requesting the multicast service to the media, and the media providing device responds to the processing result by the application processing module, where the media providing device The following information can be returned to the application processing module: <application layer multicast type, application layer multicast channel description parameter>; wherein <application layer multicast type> can be encapsulation mode or mapping mode; where <application layer multicast channel description parameter For the encapsulation mode, the tunneling technology may be used, including the <tunnel type, tunnel local address, tunnel local port>, etc., but not limited to this; for the mapping mode, you can use the transport layer parameters to identify, such as <local unicast Address, local port>, etc., other extended parameters can also be added for description, not limited to this. In addition, it is also necessary to give relevant multicast media stream parameters, including information such as <multicast address, multicast port>;

The application processing module may also allocate a unique corresponding service flow identifier for the media stream of each multicast service, where the service flow identifier is used to uniquely identify the multicast media stream, and the subsequent related signaling carries the service flow identifier at the same time.

The application processing module sends a service response message to the terminal by using an intermediate processing module, where the response message carries a service flow identifier, a multicast media stream parameter, an application layer multicast type, an application layer multicast channel description parameter, and the like. The response message needs to be processed by the intermediate processing module before reaching the terminal;

5104. The intermediate processing module performs a resource request to the transport processing module according to the information in the service response message from the application processing module, where the resource request carries the <service flow identifier, the multicast media stream parameter, the application layer multicast type, and the application layer. Multicast channel description parameters>etc.

5105. The transmission processing module establishes a transmission channel with the media providing device according to the application layer multicast type and the application layer multicast channel description parameter delivered by the intermediate processing module, where the transmission channel is used for Continue to send the sheep stream of the media stream;

Multiple multicast services can multiplex the same transmission channel. The transmission processing module can distinguish different services by using the multicast service flow parameters or service flow identifiers carried in the multicast service flow parameters, and can also carry different service flow parameters or service flow identifiers to distinguish different services. It is also possible to establish a separate transmission channel for each service.

Here, the establishment of the transmission channel may be a package mode or a mapping mode. If the transmission processing module can actively make a transmission channel establishment request to the application processing module in both modes, the transmission channel is directly established. If in some mode, the application processing module needs to know the address information of the transmitting peer in advance, that is, the address information of the transmission processing module, the intermediate processing module needs to pass through the intermediate process in step S101 or in the intermediate process negotiated between the terminal and the application processing module. The address information of the transmission processing module is added to the processed negotiation signaling, and the address information may be the address or port information of the transmission processing module, and may also include other additional information; the information does not need to be understood by the terminal, and only needs to be added to the application for processing. The signaling of the module is sufficient.

The service flow identifier can be used for the optimization of the subsequent request. When other user terminals request the same multicast service media stream, the transmission processing module can identify the service flow identifier by matching, so that the transmission channel does not need to be re-established.

The transport processing module needs to save the service flow identifier (if any) and the multicast media stream parameter. If there is a service flow identifier, the identifier is used to perform subsequent request optimization processing, that is, if the identifier is the same, the transport processing module does not need to establish a transmission. Channel; if the service flow identifier does not exist, the multicast media stream parameter is used to perform subsequent request optimization processing.

In addition, the storage processing module may be configured to store a user configuration table, where the user configuration table is configured to store the multicast media stream parameters of each user by using a user identifier (eg, using the user IP as the identifier), and may be used for Check the user multicast rights to prevent unauthorized users from joining the IP multicast group. For broadcast services, the terminal does not need to join the broadcast group, so there is no need to establish this user configuration table.

For the mapping mode, after the transport processing entity identifies the media stream of the specific mapping identifier from the transmission channel, the multicast media stream parameter may be used to repackage the media stream in an IP multicast manner, and the transport processing module may still be in the transit module to the terminal. IP multicast technology for media streaming on the transmission path 5106. The transmission processing module sends a response result to the intermediate processing module. If the transmission channel is successfully established, the response result is a successful response, otherwise the response is a failure response.

The response result may carry a service flow identifier for requesting a match.

After receiving the successful response, the intermediate processing module sends a service response to the terminal, where the <service flow identifier, the multicast media stream parameter>, and the like are carried.

Here, the intermediate processing module does not send the service layer multicast description information in the service response sent to the terminal, because this information is used on the network side and does not need to be delivered to the terminal.

The terminal uses the existing IP multicast mechanism to join the multicast group by using the multicast media stream parameter. The service flow identifier can be used to identify the multicast service requested in the service layer signaling in the subsequent process. S108. After receiving the service response, the terminal may perform further media negotiation with the application processing module until the negotiation ends.

After the negotiation succeeds, the media stream is unicast from the media providing device to the transmission processing module through the transmission channel, and the transmission processing module performs corresponding processing according to the application layer multicast mode used:

1. The IP multicast packet is extracted from the encapsulated packet in the encapsulation mode, and the multicast packet transmission processing module can be forwarded to the downstream entity without modification, for example, can be directly sent to the terminal;

2. According to the mapping parameters in the mapping mode, according to the destination address and port of the packet, according to the mapping relationship table, the mapping table may include <IP destination address (unicast), destination port> to <1卩 multicast address. The multicast destination port> is a comparison relationship. When the transmission processing module receives the specific media stream, the address of the media packet can be modified to the IP multicast address and port given by the multicast media stream parameter, and then continue to Downstream entity forwarding.

Of course, the transport processing module can also perform other processing on the media streams extracted from the above two modes.

It should be noted that the timing of the resource request from the intermediate processing module to the transport processing module may vary according to the service request process; for example, only when the intermediate processing module confirms that the service request of the terminal and the application processing module is successful. Start resource request; business negotiation between the terminal and the business processing module may take multiple times to complete, then the resource request process may occur in the association The intermediate stage of the business, but before the parties completely conclude the negotiation. Therefore, the sequence of steps in the above business process is only for explaining the inventive idea, and there are many possible reasonable changes in the specific implementation.

In the process shown in FIG. 4, in the process of requesting the establishment of the multicast service by the terminal, the relevant parameters for establishing the transmission channel are transmitted. In fact, the relevant parameters may be separately configured to the transmission processing module and the media providing device, respectively, according to the multicast service. The unicast multicast media stream of the transmission channel is maintained between the transmission processing module and the media providing device, and the application processing module sends the corresponding IP multicast address to the terminal when receiving the service request of the terminal, and the terminal The IP multicast address is applied to the multicast group to receive the multicast media stream sent by the transport processing module.

The technical solutions provided by the embodiments of the present invention are further described in detail below with reference to the accompanying drawings.

Implementation one

As shown in FIG. 5, the transmission processing module can be instantiated as a RACS in the TISPAN NGN, wherein the functions of the terminal, the application processing module, the intermediate processing module, the media providing device, and the interfaces El, E2, E3, E4, etc. are given in the foregoing. The description will not be repeated here. SPDF, A-RACF, RCEF, BGF, etc. are defined by RACS and are consistent with the relevant standards (ETSI ES 282 003 TISPAN RACS). The specific functions are given in the subsequent process.

Function, application function) function.

As shown in FIG. 6, based on the system structure shown in FIG. 5, implementing the multicast service includes the following steps:

5201. The terminal sends a multicast service request, where the request is routed to the application processing module by using an intermediate processing module.

5202. The application processing module requests the media resource to request the media resource, and the media providing device responds to the processing result by the application processing module, where the media providing device may return the following information to the application processing module: <application layer multicast type, application layer multicast Channel description parameter>; where <application layer multicast type> can be encapsulation mode or mapping mode; where <application layer multicast channel description parameter> may use tunneling technology for encapsulation mode, it may include <tunnel type, tunnel local address , tunnel local port>, etc., but not limited to this; for the mapping mode can be identified using transport layer parameters, such as < The local unicast address, the local port>, etc., the foregoing local end refers to the media transmission device end, and other extended parameters may also be added to the related parameters for description, which is not limited thereto.

In addition, it is necessary to provide related multicast media stream parameters, including information such as <multicast address, multicast port>; for the media providing device, when sending the media stream, the following is different according to the application layer multicast mode. deal with:

1. In the encapsulation mode, the multicast data stream sent by the media providing device to the transport processing module is sent by using the original IP multicast data stream as a load of a certain transport protocol, such as a GRE tunnel, or as defined by IPSec. The IPinIP mechanism encapsulates and transmits multicast media data.

2. In the mapping mode, the media providing device transmits the original media stream to the media stream by using a certain transmission mechanism, and no other encapsulation is performed; when the media stream reaches the opposite end of the transmission (here, the transmission processing module) The peer end extracts the media stream corresponding to the specific multicast stream from the media stream according to the result of the pre-negotiation (or configuration) (for example, the mapping relationship table), for example, the RTP transmission mode can be used, and the transmission peer can pass the IP address and port of the RTP stream. Differentiate the media stream.

Similarly, the application processing module may further allocate a unique corresponding service flow identifier for the media stream of each multicast service, where the service flow identifier is used to uniquely identify the multicast media stream, and the service flow identifier is carried in the subsequent process. For the service flow identifier, refer to Embodiment 1, and the description is not repeated hereafter.

5203. The application processing module sends a service response message to the terminal by using an intermediate processing module that includes an AF function, where the response message carries a <service flow identifier, a multicast media stream parameter, an application layer multicast type, and an application layer multicast channel description parameter. Etc., the service response message needs to be processed by the intermediate processing module before reaching the terminal;

5204. The AF system performs a resource request to the RACS according to the information in the application processing module response message, where the request sent by the AF to the SPDF carries the <service flow identifier, the multicast media stream parameter, the application layer multicast type, and the application layer multicast channel description. Parameter>etc;

S205. Here, there may be multiple BGFs connected to the SPDF, and the SPDF may perform BGF selection according to various conditions, such as BGF loading, BGF capability, etc. After selecting the BGF, the SPDF saves the service flow identifier and current carried in the request. Selected BGF; subsequent need to send relevant requests to the same A BGF, otherwise if a different BGF is selected, each BGF must establish a transmission channel with the media providing device.

5206. The SPDF further performs a resource request to the BGF according to the request information, where the request carries a <service flow identifier, a multicast media stream parameter, an application layer multicast type, an application layer multicast channel description parameter, a user line identifier, or a user IP>. The request may also carry the subscriber line identifier and the user IP, where: the subscriber line identifier (the subscriber line identifier can be used for the control of the user transmission plane) can be obtained from the A-RACF, and the line identification information of the A-RACF is May be from NASS;

After receiving the foregoing request, the BGF establishes a transmission channel with the media providing device according to the application layer multicast channel parameter (for example, the tunnel description parameter), and the transmission channel is used for sending the subsequent media stream.

The application layer multicast channel parameter is information that the media providing device feeds back to the application processing module in step S202.

The establishment of the transmission channel may be a package mode or a mapping mode. If the BGF can actively make a transmission channel establishment request to the application processing module in both modes, the channel can be directly established here. If in some mode, the application processing module needs to know in advance the address information of the transmitting peer (here, BGF), in the intermediate process of the step S201 or in the negotiation between the terminal and the application processing module, the intermediate processing module needs a negotiation letter between the two. The address information in which the BGF is added during processing, the information may be the address and port information of the BGF, and may also include other additional information; the information does not need to be understood by the terminal, and only needs to increase the signaling transmitted to the application processing module. Just in the middle.

Here, for the encapsulation mode, if the tunneling mechanism is used, it may be an IPinIP defined by GRE or IPSec; for the mapping mode, the media streams may be distinguished only by the IP and the port.

Similarly, the BGF can save the user configuration table for checking the user multicast rights. For the mapping mode, after identifying the specific media stream from the transmission channel, the BGF can use the multicast media stream parameter to If the media stream is repackaged by IP multicast, the IP multicast technology can still be used for media streaming on the transmission path from the BGF to the terminal.

5208. The BGF saves the <service flow identifier, the multicast media stream parameter, the user line identifier, or the user IP>, and the request may also carry the subscriber line identifier and the user IP at the same time; Here, the subscriber line identifier or user IP will be used to match when processing subsequent requests. That is, when the AF receives a request with the same service flow identifier, it only needs to record the subscriber line identifier or user IP and associate it with the service flow identifier. The user line identifier or the user IP address and the multicast media stream parameter may be used for the authority verification processing of the group management request, which is different from the above verification. Here, whether the user is allowed to join the corresponding multicast group to receive the media stream, and the verification is performed. If the failure is successful, the multicast media stream is refused to be sent to the user. If the authentication is passed, the user is allowed to join the corresponding multicast group to receive the media stream.

S209. The BGF sends a resource request response to the SPDF, and indicates a processing result. The response may carry a service flow identifier for requesting matching.

52010, the SPDF sends a resource request response to the AF in the intermediate processing module, indicating the processing result; the response may carry the service flow identifier for requesting the matching;

After receiving the successful response, the AF sends a service response to the terminal, which carries the <service flow identifier, multicast media stream parameter>, etc.; here, the AF does not send the application layer multicast parameter it receives in the response sent to the terminal. Because this information is used on the network side and does not need to be passed to the terminal;

52012. After receiving the service response, the terminal may conduct further media negotiation with the application processing module until the negotiation ends. After the negotiation is successful, the media stream is transmitted from the media providing device to the BGF, and the transmission processing module performs corresponding processing according to the application layer multicast mode used:

2. In the mapping mode, according to the mapping parameters, for example, the specific media stream can be distinguished according to the destination address and port of the packet, and the media stream can be modified by the media packet as the multicast media stream parameter. The IP multicast address and port can continue to forward the modified result to the downstream entity.

It should be noted that the timing of the resource request by the AF in the intermediate processing module to the RACS may vary according to the service request process; for example, the resource request is started only when the service request of the AF confirmation terminal and the application processing module is successful. , for multiple signaling interactions to complete The application negotiated between the terminal and the service processing module. At this time, the resource request process may occur in the intermediate stage of negotiation, but before the two parties completely terminate the negotiation. Therefore, the order of the steps in the above business process is only for explaining the inventive idea, and there are various reasonable or possible changes in the specific implementation.

In addition, if the control of the group management request (IGMP or MLD, etc.) is considered on the RCEF, the SPDF may also issue the BGF for the policy check of the group management request to the RCEF through the A-RACF after determining the BGF. Address; When the RCEF receives the IGMP or LD request from the terminal, it can request the BGF to perform group management-risk. The interface can use Diameter, etc., but is not limited to this.

Group management refers to IP multicast member management. IGMP is a group member management protocol for applying IPv4. MLD is a group member management protocol for applying IPv6. It is generally used between terminals and routers. The terminal reports the members joining or leaving the group to the router. According to the broadcast group, the router determines whether to send the multicast stream to the user. The IGMP or MLD permission judgment can be performed on the router, that is, the bearer layer multicast control.

Of course, SPDF can also pass <(user line identification) or (user IP), media multicast address> related information to RCEF through A-RACF, then RCEF can directly match the user's group management request according to the information to prevent Illegal content request.

After the foregoing process is completed, the media providing device may encapsulate the channel or the media content requested by the user in an IP multicast manner, and then transmit the tunnel to the BGF through the tunnel; after the BGF takes the IP multicast data from the tunnel, the BGF can Sent to the downstream node of the network. Here, the problem that the core network does not support IP multicast or supports IP multicast but wants to use application layer multicast technology (here is tunneling) has been solved; how the BGF sends to downstream nodes can also be used in various ways. This is explained here for the completeness of the statement.

According to the multicast technology supported by the access network, the following application scenarios are available:

1. Support MBMS (Multimedia Broadcast Multicast Service)

When the technical solution provided by the embodiment of the present invention is applied to a GPRS (General Packet Radio Service) network supporting MBMS, the GGSN (Gateway GPRS Support Node) is considered to be a combination of RCEF and BGF. Result, or The RCEF entity is not present; thus, according to the foregoing solution, an application layer multicast media transmission channel can be established between the media providing device and the GGSN, and the media content is sent to the GGSN in an application layer multicast manner, and the GGSN processes the media content. The data is sent downstream; the data sent at the GGSN uses MBMS multicast technology.

The original multicast control in the MBMS network is requested by the GGSN to the BM-SC. Here, the multicast policy information is directly sent to the GGSN through the RACS, such as the request of the SPDF to the BGF in step S206 in the above process; The GGSN directly performs policy matching of group management requests.

2. Support IGMP or MLD and support IP multicast processing

In the TISPAN NGN architecture for xDSL network conditions, the Access Node of the transport layer can be mapped to the DSLAM, and the RCEF+L2TF (Layer 2 Termination Function) can be mapped to the BRAS.

Here, an application layer multicast transmission channel can be established between the BGF and the media providing device for multicast data transmission; the BGF takes the multicast content from the tunnel and sends it to the downstream node, here RCEF. Here, the BGF does not perform the replication distribution of the multicast data stream; according to the protocol used by the user, the general replication distribution point is currently placed on the RCEF (BRAS) or the AccessNode (DSLAM), which is a mature technology in the current access network. .

3. Support the application of BCMCS (Broadcast and Multicast Service)

For the BCMCS network defined by 3GPP2, the BSN can be regarded as the BGF shown in FIG. 6 in the specific application, and the BSN is selected in the service process to establish an application layer group as a node of the application layer multicast and a media providing node. The broadcast transmission channel is used for the transmission of the multicast media stream; after the BSN receives the relevant multicast media stream, it forwards to the downstream node, for example, directly to the terminal.

4, support DVB-H (Digital Video Broadcasting-Handheld, digital video broadcast-handheld) network application

For the DVB-H network defined by the DVB organization, the IPE (IP Encapsulator, IP Encapsulator) can be regarded as the BGF shown in Figure 6 in the specific application, and the IPE is selected as the application layer multicast in the service process. One node and media providing node establishes an application layer multicast transmission channel for the group The transmission of the broadcast media stream; after the IPE receives the relevant multicast media stream, it forwards it to the downstream node, for example, directly to the terminal.

Embodiment 2

As shown in FIG. 7 , a logical architecture diagram when IMS is used as an application processing module on the basis of FIG. 6 , wherein an IMS core is briefly represented, and a specific specification thereof is defined in 3GPP; here, the terminal is used for an application server (AS). ) Conduct business negotiation and request the application server to provide the service. The proxy CSCF (P-CSCF) is used to forward request and response messages between the terminal and the serving CSCF (S-CSCF). The serving CSCF is configured to trigger the service request message to the application server (AS) according to the triggering rule, and route the message; the AS is used to provide the service to the user, and perform necessary business negotiation with the terminal; and according to the result of the negotiation, the MRFC (Media Resource Function) The controller, the media resource function controller, proposes a media resource request; the MFC receives the media resource request of the AS and controls the MRFP (Media Resource Function Processor) to allocate the media resource. The M FP is controlled by the MRFC to provide media resources to the terminal, such as providing a video or audio program stream. Other entities such as SPDF, A-RACF, RCEF, BGF, etc. have been described in the RACS architecture. In addition, the general MRFC and MKFP are also collectively referred to as MRF (Multimedia Resource Function), which is represented by MRF in the following flow for the sake of brevity.

In addition, it should be noted that, except that the intermediate processing module is instantiated as IMScore, the MRF is provided as a media providing device, and the application processing module is assumed by the AS (application server), and the P-CSCF implements the AF function described in the RACS architecture.

Still referring to FIG. 7, the main flow of implementing the multicast service based on the IMS is as follows: The terminal sends a multicast service request, and the request is routed to the S-CSCF via the P-CSCF, and then triggered by the S-CSCF to the application server AS. Processing; this is no different from the general IMS request routing process;

The application server (AS) requests the media resource from the MRF, and the MRF responds to the AS response, which carries the application layer multicast related parameters.

The AS can be assigned a service flow identifier, which is used to uniquely identify the multicast media stream. The AS then sends a service response message to the terminal, where the message carries the <service flow identifier, the multicast medium. The physical flow parameter, the application layer multicast parameter, and the like, wherein the multicast media stream parameter and the application layer multicast parameter can be carried in the SDP in the SIP by extending the SDP; the response message needs to be processed by the P-CSCF before reaching the terminal. ;

The intermediate process is the same as the implementation one, except that the resource request response finally returned by the SPDF is sent to the P-CSCF. After receiving the successful response, the P-CSCF sends a service response to the terminal, which carries the <service flow identifier, multicast media stream parameter>, etc. After receiving the service response, the terminal may perform further media negotiation with the application processing module until negotiation. End.

It should be noted that the timing of the resource request by the P-CSCF to the RACS may vary according to the service request process; if the P-CSCF confirms that the service request of the terminal and the service processing module is successful, the resource request is started. When using SIP for service request, there may be multiple negotiation between the terminal and the AS. In this case, the resource request process may occur in the intermediate stage of negotiation, but before the two parties completely terminate the negotiation, such as the P-CSCF may receive the AS. The SIP 200 ok responds to the resource request process, so the process may change, but the basic idea of its processing remains unchanged.

The embodiment of the present invention can carry the service flow identifier and the tunnel parameter by extending the SDP, and an extended description is given here. In addition, it should be noted that since SDP is a non-independent protocol, it can be carried in SIP, HTTP, RTSP, etc., so the extension here is not limited to SIP use.

This can be done by defining an attribute for the service flow identifier and the tunnel parameter in the SDP, as follows:

a=MID: service flow identifier

This extended attribute may describe the media line (m) of the SDP or may appear as a global attribute; the condition is that all media streams in the SDP belong to the same media group and will be transmitted in the same tunnel; The application processing module allocation only needs to guarantee the uniqueness of the entire network of its identification.

a= APP-MULTIC AST-DATA: appType appParameters ' networkProcess' This extended attribute can describe the media line (m) of the SDP or as a global attribute, provided that all media streams in the SDP will be transmitted through the same tunnel. ; among them:

APP-MULTICAST-DATA is the attribute name; appType is the application layer group type, which can be encapsulation mode (such as encap) and mapping mode (such as locate);

appParameters is a description parameter in the application layer multicast specific mode;

networkProcess indicates that this attribute needs to be processed within the network and should not be sent to the terminal.

If you use tunnel mode, you can use a definition similar to the following:

a= APP-MULTICAST-DATA : appType tunnelType tunnel-server-address tunnel-port ' 'ip' | 'udp' | 'tcp' ' networkProcess'

This extended attribute can be used to describe the media line (m) of the SDP or as a global attribute, provided that all media streams in the SDP will be transmitted through the same tunnel;

APP-MULTICAST-DATA is the attribute name;

appType is the application layer multicast type;

tunnelType is the tunnel type;

Tunnel-server-address is the address of the server.

The tunnel-port is a tunnel port.

"ip'| 'udpTtcp" means to establish a UDP tunnel, TCP tunnel or IP tunnel;

'networkProcess' supports this attribute to be processed within the network and should not be sent to the terminal.

A similar definition can be easily given for the mapping mode according to the above, and will not be described again.

In addition, the representation of the above extended attributes is not unique, but merely to illustrate an example given by the inventive idea, the parameters may be different for different tunneling protocols.

The above extension mechanism can be used as follows when specifically used:

The terminal and the application processing module perform service negotiation, and indicate in the signaling that a tunnel between the BGF and the MRF (encapsulated multicast stream) needs to be established for transmitting media data; the response information of the application processing module to the terminal may be as follows:

V=0

o=astv 890844730 2890844732 IN IP4 as.example.com

a=MID: aabbccddeeff

m=audio 65422 RTP/AVP 0 a=rtpmap:0 PCMU/8000

c=IN IP4 multicat— address

a= APP-MULTICAST-DATA: encap GRE mrf-unicast.example.com PortX ipnetworkProcess

a=sendonly

m=video 65113 RTP/AVP 31

a=rtpmap:32 MPV/90000

c=IN IP4 multicat_address

a= APP-MULTICAST-DATA: encap GRE mrf-unicast.example.com PortY ip networkProcess

a=sendonly

The above information indicates that: the media content belongs to the same service flow identifier: aabbccddeeff; The application layer tunnel to be established is in the encapsulation mode, and the tunnel mode is GRE (Generic Routing Encapsulation) type, and the 13⁄4 peer address is used. For mrf-unicast.example.com, the port is 40004 and so on.

When the interaction signaling is processed by the intermediate processing module, the AF requests the establishment of the tunnel according to the SDP description information, and the AF transmits the tunnel information to the SPDF request transmission layer for tunnel establishment, and the SPDF performs a specific tunnel establishment process according to the foregoing scheme.

Embodiment 3

The specific process of the third embodiment is as shown in FIG. 8. The difference between the embodiment and the first embodiment is that the application processing module does not need to request the media resource from the media providing device after receiving the user service request, and the information returned in S302 is in S103. The information returned is the same. The third embodiment is directly provided by the application processing module, including the application layer multicast type, the application layer multicast channel description parameter, and the like. For other steps, refer to the description in the first embodiment, and details are not described herein again. The information provided by the application processing module can be configured to the application processing module or obtained by the application processing module from other functional entities.

Embodiment 4

The specific process of the third embodiment is as shown in FIG. 9. The difference between the embodiment and the second embodiment is that the application processing module does not need to request the media resource from the media providing device after receiving the user service request, in S402. The information returned is the same as the information returned in S203, and is directly provided by the application processing module in Embodiment 4, including <application layer multicast type, application layer multicast channel description parameter>, etc. For other steps, refer to the description in the second embodiment. , I won't go into details here. The information provided by the application processing module can be configured to the application processing module or obtained by the application processing module from other functional entities.

As shown in FIG. 10, it is a schematic diagram of a main structure of another multicast service implementation system used in the embodiment of the present invention. The structure diagram is TISPAN (telecommunications and Internet converged services and protocols for advanced networking, telecommunications and the Internet). A simplified diagram of the IPTV system architecture developed by the Converged Services and Advanced Network Protocols, showing only the entities and interfaces associated with the present invention, where each entity definition and interface functionality follows the TISPAN standard. In Figure 10:

The User Profile Server Function (UPSF) is equivalent to the HSS in Figure 7, and can implement functions similar to HSS;

The Service Control Function Entity (SCF) is a SIP application server; the IPTV Media Function Entity (MF) acts as a media server, which is equivalent to MRF, and can be divided into a Media Control Function Entity (MCF) and a Media Delivery Function Entity (MDF);

The functions of the remaining devices, such as the terminal, P-CSCF, I-CSCF, S-CSCF, etc., are the same as those of the same device in Figure 7.

In Figure 10, the UPSF performs functions similar to HSS, primarily to provide the necessary user information to the I-CSCF, or S-CSCF, or I-CSCF and S-CSCF.

The SCF is mainly responsible for: Authorizing the terminal when the session is initialized; Implementing the session modification process, including checking the user's data to determine whether to allow access to the service; Account control. Alternatively, the SCF can select the corresponding media functional entity.

The MF is primarily responsible for the control and delivery of media streams and can be divided into MCF and MDF. The MCF is mainly responsible for: controlling the control of the media stream; optionally, monitoring the state of the MDF; managing the interaction with the terminal, for example, processing a VCR command or an IGMP command; selecting an MDF when the MCF controls multiple MDFs; accurately perceiving different MDFs Status and distribution of content; generating billing information. MDF is primarily responsible for handling media submissions and some corresponding functions. In the technical solution provided by the embodiment of the present invention, the terminal needs to join the multicast group to receive the multicast media stream for the multicast service. For the broadcast service, the terminal does not need to do this, and only needs to activate the local resource for the broadcast service. Stream reception is fine.

All the technical solutions provided by the embodiments of the present invention are also applicable to the network system structure shown in FIG. 10, as long as the AS is replaced by SCF, the HSS is replaced by UPSF, and the MRF is replaced by MF.

It is apparent that those skilled in the art can make various modifications and changes to the embodiments of the present invention without departing from the spirit and scope of the embodiments of the present invention. Thus, it is intended that the present invention cover the modifications and modifications of the embodiments of the invention.

Claims

Rights request

A method for implementing a multicast service based on a next-generation network, the method comprising: the application processing module, when the terminal requests to establish a multicast service, transmitting the relevant parameters of the transmission channel and the multicast media stream parameter to the transmission processing Module

2. The method according to claim 1, wherein at least two multicast services multiplex the same transmission channel; or a transmission channel is established for each multicast service.

3. The method of claim 1, further comprising:

The terminal requests the application processing module to establish the multicast service by using an intermediate processing module; the application processing module returns a multicast address of the multicast service to the terminal;

The terminal joins the multicast address receiving media stream according to the multicast address.

The method of claim 1, wherein the application processing module, when the terminal requests to establish a multicast service, to transmit the related parameters of the transmission channel and the multicast media stream parameters to the transmission processing module, specifically;

The terminal requests the application processing module to establish the multicast service by using an intermediate processing module; the application processing module requests the media resource from the media providing device, and receives the related parameters and multicasts that are established by the media providing device to establish the transmission channel. Media stream parameters;

The application processing module sends a service response carrying the transmission channel related parameters and the multicast media stream parameters to the intermediate processing module;

The intermediate processing module sends a resource request carrying the transmission channel related parameter and the multicast media stream parameter to the transmission processing module.

The method of claim 1, wherein the application processing module, when the terminal requests to establish a multicast service, to transmit the related parameters of the transmission channel and the multicast media stream parameter to the transmission processing module, specifically includes:

The terminal requests the application processing module to establish the multicast service by using the intermediate processing module; the application processing module sends a service response that carries the parameters related to the transmission channel and the parameters of the multicast media stream to the intermediate processing module;

The intermediate processing module sends a resource request carrying the transmission channel related parameters and the multicast media stream parameters to the transmission processing module.

The method of claim 4 or 5, wherein, when the transmission processing module receives the resource request that carries the parameters related to the transmission channel and the parameters of the multicast media stream, the method further includes:

Determining, by the transmission processing module, whether the transmission channel of the multicast service has been established according to the relevant parameters of the transmission channel, and if yes, multicasting the multicast media stream received from the transmission channel according to the multicast media stream parameter; Otherwise, the transmission channel is established between the media and the media providing device according to the related parameter, and the multicast media stream received from the transmission channel is multicast according to the multicast media stream parameter.

7. The method of claim 6, further comprising:

After the transmission processing module establishes the transmission channel or confirms that the transmission channel has been established, returns a resource request response to the intermediate processing module;

The intermediate processing module returns a service success response carrying the multicast media stream parameter to the terminal;

After receiving the service success response, the terminal joins the multicast group according to the media stream parameter to receive the media stream.

8. The method of claim 7, further comprising: the application processing module assigning a unique service flow identifier to each multicast service, and:

The application processing module carries a corresponding service flow identifier in a service response sent to the intermediate processing module;

The intermediate processing module carries the service flow identifier in a resource request sent to the transport processing module, where the transport processing module records the service flow identifier and determines whether it is based on the record information A transmission channel has been established for the corresponding multicast media stream.

9. The method of claim 8, further comprising:

The intermediate processing module carries the service flow identifier in a service response sent to the terminal, and the terminal uses the service flow identifier to identify or match the multicast service in a related message of a subsequent process.

10. The method of claim 1, wherein the type of the transmission channel comprises a package mode.

The method according to claim 10, wherein the transmission channel of the encapsulation mode comprises a tunnel, and the related parameters for establishing the tunnel include at least: a tunnel type, a tunnel address of the media providing device end, and a tunnel port.

12. The method of claim 11, wherein the tunnel is a GRE tunnel.

The method according to claim 1, wherein the type of the transmission channel includes a mapping mode, and the related parameters for establishing the mapping mode transmission channel at least include: a mapping mode type, a unicast address of the media providing device end, and port.

The method of claim 4 or 5, wherein the transmission processing module establishes a user configuration table, and stores a multicast media stream parameter corresponding to each user by using the user identifier as an index, and according to the user configuration table. Verifying the legitimacy of the user terminal requesting the multicast media stream.

A system for implementing a multicast service based on a next-generation network, comprising a terminal and a media providing device, wherein the system further comprises: an application processing module and a transmission processing module;

The multicast service implementation system of claim 15, further comprising: an intermediate processing module;

The terminal requests the application processing module to establish the multicast service by using an intermediate processing module; the application processing module requests a media resource from the media providing device, and receives relevant parameters that are established by the media providing device to establish the transmission channel, and Multicast media stream parameters;

The intermediate processing module sends a resource request carrying the transmission channel related parameters and the multicast media stream parameters to the transmission processing module;

The transmission processing module determines whether the transmission channel of the multicast service has been established, and if yes, multicasts the multicast media stream received from the transmission channel according to the multicast media stream parameter, otherwise, according to the related parameter The transmission channel is established between the media providing devices.

The multicast service implementation system according to claim 16 or 17, wherein, when the transmission processing module receives a resource request carrying the transmission channel related parameter and the multicast media stream parameter, The transmission channel related parameter determines whether the transmission channel of the multicast service has been established, and if yes, multicasts the multicast media stream received from the transmission channel according to the multicast media stream parameter; otherwise, according to the related parameter and the media And providing the transmission channel between the devices, and multicasting the multicast media stream received from the transmission channel according to the multicast media stream parameter.

The multicast service implementation system according to claim 15, wherein the transmission channel is a package mode transmission channel or a mapping mode transmission channel.

The multicast service implementation system according to claim 16 or 17, wherein: the intermediate processing module includes an application function entity AF in a next generation network NGN;

The transmission processing module specifically includes the following sub-functional entities in the NGN: a service-based policy decision function entity SPDF, an access-resource and admission control function entity A-RACF, a resource control execution function entity RCEF, and a border gateway function entity BGF, among them:

The SPDF is connected to the intermediate processing entity through an interface, the A-ACF is connected between the SPDF and the RCEF, the BGF is respectively connected to the SPDF and the RCEF, and the RCEF is connected to the terminal through an IP network, and the BGF is connected through an IP network. The media provides equipment.

The multicast service implementation system according to claim 16 or 17, wherein: the application processing module comprises an application server AS in an IP multimedia subsystem IMS;

The intermediate processing module includes related functional entities in the IMS.

22. The multicast service implementation system according to claim 15, wherein:

The media providing device is a media resource function MRF in the IMS system or a media function entity MF in the TISPAN IPTV system.

The multicast service implementation system of claim 20, wherein the border gateway function entity BGF comprises:

Support GGSN in MBMS GPRS network; or

BSN in a BCMCS network as defined by 3GPP2; or

IPE in a DVB-H network.

The multicast service implementation system according to claim 15, wherein the transmission processing module includes a storage submodule, configured to store a user configuration table, where each user profile is indexed by a user identifier. The multicast media stream parameter corresponding to the user, the transmission processing module verifies the legality of the user terminal requesting the multicast media stream according to the user configuration table.

A method for implementing a broadcast service based on a next-generation network, the method comprising: the application processing module, when the terminal requests to establish a broadcast service, transmitting a related parameter of the transmission channel and a broadcast media stream parameter to the transmission processing module;

Corresponding parameters between the transmission processing module and the media providing device according to the establishment of the transmission channel Number establishes a transmission channel;

26. The method according to claim 25, wherein at least two broadcast services are multiplexed into the same transmission channel; or a transmission channel is separately established for each broadcast service.

27. The method of claim 25, further comprising:

The terminal requests the application processing module to establish the broadcast service by using an intermediate processing module; the application processing module returns a broadcast address of the broadcast service to the terminal;

The terminal receives a broadcast media stream according to a broadcast address.

The method of claim 25, wherein the application processing module, when the terminal requests to establish a broadcast service, to transmit the relevant parameters of the transmission channel and the broadcast media stream parameters to the transmission processing module, specifically;

The terminal requests the application processing module to establish the broadcast service by using the intermediate processing module; the application processing module requests the media resource from the media providing device, and receives the related parameters and the broadcast media stream that are established by the media providing device to establish the transmission channel. Parameter

The application processing module sends a service response carrying the transmission channel related parameters and the broadcast media stream parameters to the intermediate processing module;

The intermediate processing module sends a resource request carrying the transmission channel related parameters and the broadcast media stream parameters to the transmission processing module.

The method of claim 25, wherein the application processing module, when the terminal requests to establish a broadcast service, to transmit the related parameters of the transmission channel and the broadcast media stream parameter to the transmission processing module, specifically includes:

The terminal requests the application processing module to establish the broadcast service by using the intermediate processing module; the application processing module sends a service response carrying the transmission channel related parameter and the broadcast media stream parameter to the intermediate processing module; The intermediate processing module sends a resource request carrying the transmission channel related parameters and broadcast media stream parameters to the transmission processing module.

The method according to claim 28 or 29, wherein, when the transmission processing module receives the resource request carrying the transmission channel related parameter and the broadcast media stream parameter, the method further includes: the transmission processing module according to the method Determining whether the transmission channel of the broadcast service has been established, if yes, broadcasting the broadcast media stream received from the transmission channel according to the broadcast media stream parameter; otherwise, according to the related parameter and the media providing device The transmission channel is established, and a broadcast media stream received from the transmission channel is broadcast according to the broadcast media stream parameter.

31. The method of claim 30, further comprising:

The intermediate processing module returns a service success response carrying the broadcast media stream parameter to the terminal;

After receiving the service success response, the terminal prepares to receive the broadcast media stream according to the broadcast media stream parameter.

32. The method of claim 31, further comprising: the application processing module assigning a unique traffic flow identifier to each broadcast service, and:

The intermediate processing module carries the service flow identifier in the resource request sent to the transport processing module, and the transport processing module records the service flow identifier and determines whether the broadcast media stream has been established according to the record information. Transmission channel.

33. The method of claim 32, further comprising:

The intermediate processing module carries the service flow identifier in a service response sent to the terminal, and the terminal uses the service flow identifier to identify or match the broadcast service in a related message of a subsequent process.

34. The method of claim 25, wherein the type of the transmission channel comprises Package mode.

The method according to claim 34, wherein the transmission channel of the encapsulation mode comprises a tunnel, and the related parameters for establishing the tunnel include at least: a tunnel type, a tunnel address of the media providing device end, and a tunnel port.

36. The method of claim 35, wherein the tunnel is a GRE tunnel.

The method according to claim 25, wherein the type of the transmission channel comprises a mapping mode, and the related parameters for establishing the mapping mode transmission channel at least include: a mapping mode type, a unicast address of the media providing device end, and port.

38. A system for implementing a broadcast service based on a next generation network, comprising a terminal and a media providing device, wherein the system further comprises: an application processing module and a transmission processing module;

39. The broadcast service implementation system of claim 38, further comprising: an intermediate processing module;

The terminal requests the application processing module to establish the broadcast service by using an intermediate processing module; the application processing module requests a media resource from the media providing device, and receives a related parameter and a broadcast that is established by the media providing device to establish the transmission channel. Media stream parameters;

Transmitting, by the intermediate processing module, a resource request that carries the transmission channel related parameter and the broadcast media stream parameter to the transmission processing module; Determining, by the transmission processing module, whether a transmission channel of the broadcast service has been established, and if yes, broadcasting a broadcast media stream received from the transmission channel according to the broadcast media stream parameter, otherwise, according to the related parameter and the media providing device The transmission channel is established between.

40. The broadcast service implementation system of claim 38, further comprising: an intermediate processing module;

The terminal requests the application processing module to establish the broadcast service by using an intermediate processing module; the application processing module sends a service response that carries the transmission channel related parameter and the broadcast media stream parameter to the intermediate processing module;

The broadcast service implementation system according to claim 38 or 39, wherein, when the transmission processing module receives a resource request carrying the transmission channel related parameter and the broadcast media stream parameter, The channel-related parameter determines whether the transmission channel of the broadcast service has been established, and if yes, broadcasts the broadcast media stream received from the transmission channel according to the broadcast media stream parameter; otherwise, establishes between the related parameter and the media providing device. The transmission channel, and broadcasting a broadcast media stream received from the transmission channel according to the broadcast media stream parameter.

The broadcast service implementation system according to claim 38, wherein the transmission channel is a package mode transmission channel or a mapping mode transmission channel.

The broadcast service implementation system according to claim 38 or 39, wherein: the intermediate processing module includes an application function entity AF in a next generation network NGN; and the transmission processing module specifically includes the following sub-functions in the NGN Entity: Service-based policy decision function entity SPDF, access-resource and admission control function entity A-RACF, resource control execution function entity RCEF and border gateway function entity BGF, where:

The SPDF is connected to the intermediate processing entity through an interface, the A-RACF is connected between the SPDF and the RCEF, the BGF is respectively connected to the SPDF and the RCEF, and the RCEF is connected to the terminal through an IP network, and the BGF is connected through an IP network. The media provides equipment.

44. The broadcast service implementation system of claim 38 or 39, wherein: The application processing module includes an application server AS in an IP Multimedia Subsystem IMS;

45. The broadcast service implementation system of claim 38, wherein:

46. The broadcast service implementation system of claim 43, wherein the border gateway function entity BGF comprises:

Support GGSN in MBMS GPRS network; or

BSN in a BCMCS network as defined by 3GPP2; or

IPE in a DVB-H network.