WO2008049314A1 - Procédé et système pour implémenter un service de multidiffusion ou un service de diffusion générale sur la base d'un réseau de nouvelle génération - Google Patents

Procédé et système pour implémenter un service de multidiffusion ou un service de diffusion générale sur la base d'un réseau de nouvelle génération Download PDF

Info

Publication number
WO2008049314A1
WO2008049314A1 PCT/CN2007/002803 CN2007002803W WO2008049314A1 WO 2008049314 A1 WO2008049314 A1 WO 2008049314A1 CN 2007002803 W CN2007002803 W CN 2007002803W WO 2008049314 A1 WO2008049314 A1 WO 2008049314A1
Authority
WO
WIPO (PCT)
Prior art keywords
processing module
multicast
transmission channel
media stream
service
Prior art date
Application number
PCT/CN2007/002803
Other languages
English (en)
Chinese (zh)
Inventor
Xiangyang Wu
Jun Yan
Jincheng Li
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2008049314A1 publication Critical patent/WO2008049314A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1836—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with heterogeneous network architecture

Definitions

  • 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
  • IETF Interne Engineering Task Force
  • 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
  • DNS Domain Name Server
  • IMS IP Multimedia Subsystem, IP Protocol
  • 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.
  • 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).
  • IP Multimedia Subsystem IMS IP Multimedia Subsystem
  • 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
  • MGCF Media Gateway Control
  • IM-MGW Intelligent 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
  • P-CSCF Proxy-CSCF, proxy CSCF
  • session and service trigger control 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
  • S-CSCF Subscriber-CSCF, Home CSCF
  • NGN Next Generation Network
  • 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.
  • 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 user terminal such as a PC
  • 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
  • A-RACF Access Control Function
  • 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 Bit 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 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.
  • the content receiver 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)
  • IGMP Internet Group Management Protocol
  • PIM-SM Protocol Independent Multicast-Sparse Mode
  • the multicast service content can be transmitted from the multicast source to the content receiver along the multicast forwarding path.
  • 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.
  • 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.
  • IP multicast technology 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
  • HTTP Hyper Text Transport Protocol
  • the multicast forwarding table is established between the transport or core network routers through a Layer 3 multicast routing protocol (such as PIM-SM).
  • a Layer 3 multicast routing protocol such as PIM-SM
  • 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.
  • IP 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.
  • 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:
  • the application processing module transmits the related parameters of the transmission channel and the multicast media stream parameters to the transmission processing module.
  • 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;
  • 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 method for implementing a broadcast service based on a next generation network including:
  • 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 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.
  • 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.
  • 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.
  • 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.
  • FIG. 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 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 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.
  • 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
  • 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.
  • COPS Common Open Policy Service
  • the terminal and the transmission processing module, the transmission processing module and the media providing device are respectively connected through an IP network.
  • 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.
  • 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)
  • 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.
  • the intermediate processing module 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.
  • the application processing module or the media providing device based on the application layer multicast technology can transmit the processing module.
  • 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;
  • 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
  • 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.
  • 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;
  • 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.
  • 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;
  • 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.
  • 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.
  • 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.
  • 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.
  • a user identifier eg, using the user IP as the identifier
  • 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.
  • the intermediate processing module 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.
  • 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.
  • 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:
  • 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;
  • the mapping table may include ⁇ IP destination address (unicast), destination port> to ⁇ 1 ⁇ multicast address.
  • the multicast destination port> is a comparison relationship.
  • the transport processing module can also perform other processing on the media streams extracted from the above two modes.
  • 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.
  • the relevant parameters for establishing the transmission channel are transmitted.
  • 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 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.
  • implementing the multicast service includes the following steps:
  • the terminal sends a multicast service request, where the request is routed to the application processing module by using an intermediate processing module.
  • 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.
  • 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.
  • 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.
  • 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.
  • the service flow identifier refer to Embodiment 1, and the description is not repeated hereafter.
  • 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.
  • the service response message needs to be processed by the intermediate processing module before reaching the terminal;
  • 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 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.
  • 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.
  • 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;
  • the BGF 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 for example, the tunnel description parameter
  • 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.
  • the tunneling mechanism 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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;
  • the AF 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;
  • the terminal may conduct further media negotiation with the application processing module until the negotiation ends.
  • 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:
  • 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;
  • 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.
  • the transport processing module can also perform other processing on the media streams extracted from the above two modes.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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. .
  • 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.
  • the IPE IP Encapsulator, IP Encapsulator
  • the IPE 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.
  • 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.
  • 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.
  • the intermediate processing module is instantiated as IMScore
  • the MRF is provided as a media providing device
  • the application processing module is assumed by the AS (application server)
  • the P-CSCF implements the AF function described in the RACS architecture.
  • 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 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 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.
  • 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.
  • 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.
  • 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.
  • 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 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
  • 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.
  • 'udpTtcp means to establish a UDP tunnel, TCP tunnel or IP tunnel
  • mapping mode A similar definition can be easily given for the mapping mode according to the above, and will not be described again.
  • 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 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:
  • 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.
  • GRE Generic Routing Encapsulation
  • the port is 40004 and so on.
  • the AF 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.
  • 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.
  • 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.
  • 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.
  • 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).
  • TISPAN telecommunications and Internet converged services and protocols for advanced networking, telecommunications and the Internet.
  • Figure 10 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.
  • the User Profile Server Function is equivalent to the HSS in Figure 7, and can implement functions similar to HSS;
  • the Service Control Function Entity 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);
  • MCF Media Control Function Entity
  • MDF Media Delivery Function Entity
  • 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.
  • 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.

Landscapes

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

Abstract

La présente invention concerne un procédé et un système pour implémenter un service de multidiffusion et un service de diffusion générale sur la base d'un réseau de nouvelle génération. Lorsque le côté du réseau cœur actuel ne supporte pas le procédé de multidiffusion IP, le procédé et le système de l'invention peuvent résoudre le problème d'implémentation du service de multidiffusion ou du service de diffusion générale par une diffusion individuelle. Lorsque le terminal nécessite l'établissement d'un service de multidiffusion ou d'un service de diffusion générale, un module de traitement d'application transfère des paramètres pour établir le canal d'émission et multidiffuser/diffuser de façon générale les paramètres de transmission multimédia en continu au module de traitement d'émission, et établit le canal de transmission de diffusion individuelle entre le module de traitement d'émission et le dispositif de fourniture de multimédia qui fournit un service de multidiffusion/diffusion générale. Le dispositif de fourniture de multimédia diffuse de façon individuelle la transmission multimédia en continu de multidiffusion/diffusion générale au module de traitement de transmission via le canal de transmission. Le module de traitement de transmission diffuse ensuite de façon multiple la transmission multimédia en continu au terminal ou diffuse de façon générale la transmission multimédia de diffusion générale au terminal à l'aide de la technologie de multidiffusion IP. On implémente ainsi la diffusion individuelle de service de diffusion générale/multidiffusion lorsque le côté du réseau cœur ne supporte pas le procédé de multidiffusion IP.
PCT/CN2007/002803 2006-09-25 2007-09-24 Procédé et système pour implémenter un service de multidiffusion ou un service de diffusion générale sur la base d'un réseau de nouvelle génération WO2008049314A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2006101526965A CN101155053B (zh) 2006-09-25 2006-09-25 一种组播/广播业务实现方法和系统
CN200610152696.5 2006-09-25

Publications (1)

Publication Number Publication Date
WO2008049314A1 true WO2008049314A1 (fr) 2008-05-02

Family

ID=39256511

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/002803 WO2008049314A1 (fr) 2006-09-25 2007-09-24 Procédé et système pour implémenter un service de multidiffusion ou un service de diffusion générale sur la base d'un réseau de nouvelle génération

Country Status (2)

Country Link
CN (1) CN101155053B (fr)
WO (1) WO2008049314A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111225241A (zh) * 2019-12-30 2020-06-02 视联动力信息技术股份有限公司 一种通信方法和装置
CN113068275A (zh) * 2020-01-02 2021-07-02 维沃移动通信有限公司 多播业务实现方法及装置、通信设备

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2296350B1 (fr) * 2009-09-14 2018-11-07 Alcatel Lucent Gestion de données utilisateur liées à un serveur d'application
WO2012076932A1 (fr) * 2010-12-09 2012-06-14 Research In Motion Limited Mécanismes de programmation de sessions de données sensibles à la charge pour des réseaux d'accès non filaires/filaires
US9692631B2 (en) 2010-09-16 2017-06-27 Blackberry Limited Load sensitive data session scheduling mechanisms of wireless/wireline access networks
CN103460787B (zh) 2011-03-31 2017-12-29 北京新岸线移动多媒体技术有限公司 业务流管理方法及装置
CN102439946B (zh) * 2011-06-23 2014-05-21 华为技术有限公司 数据传输方法和设备
CN102427406B (zh) * 2011-11-14 2014-03-12 华为技术有限公司 媒体数据包的处理方法、设备以及会议系统
CN103166929B (zh) * 2011-12-15 2016-06-08 华为技术有限公司 媒体播放方法及装置
CN105682014B (zh) * 2012-04-09 2020-01-31 华为技术有限公司 通信方法与系统，以及接入网设备与应用服务器
CN103548314B (zh) 2012-04-09 2016-05-18 华为技术有限公司 通信方法与系统，以及接入网设备与应用服务器
CN102752291B (zh) * 2012-06-21 2016-04-27 深圳市共进电子股份有限公司 一种alg的数据处理方法及rtsp服务系统
CN105812252B (zh) * 2014-12-29 2019-03-15 中国电信股份有限公司 一种家庭网关、系统以及终端访问组播业务的方法
CN107094117A (zh) * 2016-02-18 2017-08-25 大唐移动通信设备有限公司 基于lte的地铁pis业务组播系统及方法
US11533382B2 (en) 2016-03-31 2022-12-20 Juniper Networks, Inc. Providing user subscription nomadicity in wireline broadband networks
CN106658044B (zh) * 2016-12-30 2020-05-01 优地网络有限公司 一种直播方法和装置
CN107743097B (zh) * 2017-10-31 2023-01-31 刘昱 一种基于sdn网络的组播方法及装置
CN109769150B (zh) * 2017-11-09 2021-02-23 华为技术有限公司 一种传输组播业务的方法和设备
CN110012437B (zh) * 2018-01-05 2021-02-23 华为技术有限公司 一种组播报文的发送方法、装置及系统
CN110366008B (zh) * 2018-03-26 2021-10-08 阿里巴巴（中国）有限公司 多媒体资源请求识别方法、装置及存储介质
CN111065056B (zh) * 2018-10-16 2022-04-05 华为技术有限公司 发送组播数据的方法和装置
CN113301668B (zh) * 2019-07-15 2023-06-23 安科讯(福建)科技有限公司 一种借助无线网络的e1点对点通信的方法、终端及系统
CN113301446A (zh) * 2020-02-21 2021-08-24 华为技术有限公司 传输组播业务的方法和装置
CN112511991A (zh) * 2020-11-27 2021-03-16 锐捷网络股份有限公司 点播方法、设备及存储介质
CN115150319B (zh) * 2022-09-02 2022-11-22 中国电子科技集团公司第五十四研究所 一种基于分布式控制的星简地繁组播路由方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1592250A (zh) * 2003-09-03 2005-03-09 北京鼎视通软件技术有限公司 一种流媒体数据多点传输方法
WO2005041498A1 (fr) * 2003-10-22 2005-05-06 Matsushita Electric Industrial Co., Ltd. Procede de commande de distribution de paquets
WO2005041479A1 (fr) * 2003-10-23 2005-05-06 Telefonaktiebolaget Lm Ericsson (Publ) Diffusion en continu multi-utilisateurs

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1592250A (zh) * 2003-09-03 2005-03-09 北京鼎视通软件技术有限公司 一种流媒体数据多点传输方法
WO2005041498A1 (fr) * 2003-10-22 2005-05-06 Matsushita Electric Industrial Co., Ltd. Procede de commande de distribution de paquets
WO2005041479A1 (fr) * 2003-10-23 2005-05-06 Telefonaktiebolaget Lm Ericsson (Publ) Diffusion en continu multi-utilisateurs

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111225241A (zh) * 2019-12-30 2020-06-02 视联动力信息技术股份有限公司 一种通信方法和装置
CN113068275A (zh) * 2020-01-02 2021-07-02 维沃移动通信有限公司 多播业务实现方法及装置、通信设备
CN113068275B (zh) * 2020-01-02 2024-01-09 维沃移动通信有限公司 多播业务实现方法及装置、通信设备

Also Published As

Publication number Publication date
CN101155053B (zh) 2011-03-30
CN101155053A (zh) 2008-04-02

Similar Documents

Publication Publication Date Title
WO2008049314A1 (fr) Procédé et système pour implémenter un service de multidiffusion ou un service de diffusion générale sur la base d'un réseau de nouvelle génération
EP2091182B1 (fr) Procédé et système de réalisation de service de diffusion multidestinataire
EP1760963B1 (fr) Procédé et appareil pour le contrôle d'admission de ressources
US8332527B2 (en) Streaming media network system, streaming media service realization method and streaming media service enabler
US20090183211A1 (en) System, method and device for enabling ims terminals to access existing iptv services
US8588235B2 (en) Method of providing multicast/broadcast service using WiBro/WiMAX network and system using the method
EP2071839A1 (fr) Procédé, système et dispositif pour autoriser une émission de télévision en direct sur un canal par un réseau
KR101433225B1 (ko) Ｉｍｓ 아키텍쳐 네트워크에서 ｉｐ 텔레비젼 서비스에 액세스하기 위한 시스템
EP1976186B1 (fr) Procédé d'écoute légale dans un réseau de nouvelle génération et système associé
WO2007005152A2 (fr) Procede et systeme de diffusion selective de donnees dans un reseau de communication
US20090147779A1 (en) Methods, iptv (internet protocol television) terminal, and iptv control server for iptv bandwidth management
WO2007093124A1 (fr) Procédé et système d'ordonnancement de ressources multimédia
WO2009024092A1 (fr) Procédé et système permettant la commande d'autorisation de ressource de service
WO2010022570A1 (fr) Procédé pour pousser des informations, dispositif et système basés sur l’iptv
US20090274163A1 (en) Method, system, and apparatus for controlling multicast bearer resources
WO2008067728A1 (fr) Procédé, réseau et dispositif pour acheminer une session
WO2011015015A1 (fr) Procédé de téléchargement de contenu vers l'amont et entité de fonction de livraison de contenu
WO2008154884A1 (fr) Procédé, système et dispositif d'accès au service pour un fournisseur de service de télévision par protocole internet contracté sans attribution
US20070258455A1 (en) System for distributed architecture for multicast access control
WO2008046336A1 (fr) Système et procédé permettant un contrôle d'accès réparti dans un service multidiffusion
WO2008089702A1 (fr) Système et procédé de mise en oeuvre de service multimédia en flux, et entité de fonction de commande de ce service
WO2009049518A1 (fr) Procédé, système et entité d'établissement de session de système de télévision par internet ip
WO2008134956A1 (fr) Procédé, système, dispositif de commande multimédia et dispositif de combinaison de services multimédia
WO2009055988A1 (fr) Procédé de décalage temporel pour un système iptv sur des réseaux de prochaine génération
WO2008098504A1 (fr) Procédé et système pour fournir un service multidiffusion et dispositif pour fournir un paramètre de service multidiffusion

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07816419

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07816419

Country of ref document: EP

Kind code of ref document: A1