[go: up one dir, main page]

WO2009006820A1 - Procédé et système pour fournir un flux multimédia durant une commutation de serveurs multimédias - Google Patents

Procédé et système pour fournir un flux multimédia durant une commutation de serveurs multimédias Download PDF

Info

Publication number
WO2009006820A1
WO2009006820A1 PCT/CN2008/071494 CN2008071494W WO2009006820A1 WO 2009006820 A1 WO2009006820 A1 WO 2009006820A1 CN 2008071494 W CN2008071494 W CN 2008071494W WO 2009006820 A1 WO2009006820 A1 WO 2009006820A1
Authority
WO
WIPO (PCT)
Prior art keywords
media
function entity
stream
media stream
delivery function
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2008/071494
Other languages
English (en)
Chinese (zh)
Inventor
Feng Wang
Jianxin Xie
Peng Wang
Geng Wang
Baojian Qi
Dewen Zhang
Jian Huang
Jincheng Li
Xiaosong Lei
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
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 WO2009006820A1 publication Critical patent/WO2009006820A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17336—Handling of requests in head-ends
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23116—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving data replication, e.g. over plural servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6175—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
    • H04N21/6473—Monitoring network processes errors

Definitions

  • the present invention relates to the field of Internet Protocol Multimedia Subsystem (IMS), and in particular, to a method and system for providing media streams in a media server handover process in an IMS network.
  • IMS Internet Protocol Multimedia Subsystem
  • the media streaming service or the Internet Television (IPTV) service is a new business that has developed rapidly in recent years.
  • These two services utilize streaming technology to transmit multimedia files, including video and audio files, on a packet-switched network, such as an IMS network.
  • These file contents do not require user equipment (UE, User Equipment) to be completely downloaded upon access. It can be played immediately.
  • UE user equipment
  • the key technology for the implementation of these two services is streaming technology.
  • Streaming technology processes the contents of continuous video and audio files and stores them on the server in the packet switching network, so that the UE can access the server. Download the contents of the file, while listening to the contents of the file, you do not need to wait until the entire file content is downloaded before you can watch the contents of the file.
  • IMS In the 3GPP Release 5 (R5, Release) phase, IMS was introduced.
  • the IMS is superimposed on the packet domain network, and is controlled by a Call Control Function (CSCF), a Media Gateway Control Function (MGCF), a Media Resource Function (MRF), and a Home Subscriber Server. (HSS, Home Subscriber Server) and other functional entities.
  • the CSCF can be divided into three logical entities: the service CSCF (S-CSCF), the proxy CSCF (P-CSCF), and the query CSCF (I-CSCF).
  • S-CSCF is a service switching center of the IMS, performs session control, maintains session state, is responsible for managing UE information, and generates charging information.
  • the P-CSCF is an access point for the UE to access the IMS, completes UE registration, and is responsible for quality of service (QoS) control and security management;
  • the I-CSCF is responsible for interworking between IMS domains, managing the allocation and selection of S-CSCFs, hiding network topology and configuration, and generating billing data.
  • the MGCF controls the gateway to implement interworking between the IMS and other networks.
  • MRF provides media resources.
  • the HSS stores subscription data, configuration information, and the like of the UE.
  • the IMS network mainly uses the Session Initiation Protocol (SIP) and the Diameter protocol.
  • SIP Session Initiation Protocol
  • Diameter protocol Diameter protocol
  • SIP is an application layer control protocol that can be used to establish, modify, and terminate multimedia sessions or conferences. SIP also supports inviting participants to participate in existing sessions, such as multiparty conferences.
  • the Real Time Streaming Protocol is an application-level protocol that controls the transmission of real-time data and is mainly used for real-time data transmission of media stream services or Internet Protocol TV services.
  • RTSP provides an extensible framework for real-time data such as controlled delivery of audio and video as well as on-demand delivery.
  • the purpose of the RTSP is to control multiple data transfer sessions, provide a method of selecting a transport channel, and provide a method based on the RTP selective transport mechanism.
  • the IMS-based IPTV service provides IPTV services under the overall IMS architecture, making full use of existing registration, authentication, routing, session control and establishment, service triggering, charging, and end-to-end QoS guarantee mechanisms in the IMS network.
  • the bearer resource needs to be reserved for the transmission of the media stream.
  • FIG. 1 is a schematic diagram of a service function architecture of an IMS-based IPTV service according to the prior art, in which an IPTV media function entity (IPTV Media Funct ion) is responsible for controlling and delivering media streams through the IMS to the UE.
  • IPTV Media Funct ion IPTV Media Funct ion
  • I PT V Me d i a Func t i on can be decomposed into a media control function entity (MCF, Media Control Funct ion) and a media delivery function entity (MDF, Media Del ivery Funct ion) from a functional perspective.
  • MDF Media Control Funct ion
  • the MDF is usually a media server that transmits media streams to the UE under the control of the MCF.
  • the MCF can also receive and process playback control operation commands sent by the UE.
  • IPTV Service Control Funct ions are used to process the IPTV Media Functation for the UE when receiving the IPTV service request sent by the UE through the IMS core (Core), and the IMS Core may reserve the IPTV service for the UE. Resources.
  • An IPTV service is a service that provides multimedia content to a UE, such as a live TV service or a video on demand service.
  • a UE such as a live TV service or a video on demand service.
  • the video on demand service when the size of the media content is relatively large, it needs to be stored in a large amount.
  • the media server In order to improve the speed of media content retrieval, the same media content may also be stored in different media servers.
  • the UE can perform video cassette recording (VCR, Video Cas set te Recording) operations, such as fast forward, rewind, pause, and locate operations, and then send playback control operation commands, control The media stream transmitted by the IPTV media function entity. If the media content to be played is not on the current media server during normal playback or when the UE performs VCR operation, etc., it is necessary to switch to the new media server.
  • VCR Video Cas set te Recording
  • the media renegotiation method to perform media server switching, and then provide media stream by the switched media server, that is, when the media server needs to be switched, the UE and the switched media server are re-executed through the IMS Core.
  • negotiation between media parameters After the negotiation is completed, the switched media server provides the UE with a media stream including media content.
  • the session control function of the IMS Core is used to perform the operation of changing the session to re-switch the media parameters between the UE and the switched media server, and the switched media server is the UE.
  • the above method for providing a media stream in a handover process of a media server has a problem of reducing the response speed of the IMS network, because the media stream
  • the playback control is directly processed between the UE and the MCF, and the session control for performing media re-negotiation is processed by the SIP signaling of the IMS Core. Therefore, the process of switching the media server by the media re-negotiation mode is relatively large, and After the resource reservation in the IMS network is required, the media stream can be provided by the switched media server. These will affect the response speed of the IMS network. In severe cases, the media stream will be interrupted and the user experience of receiving the media stream through the UE will be affected. .
  • the embodiment of the invention provides a method for providing a media stream in a media server handover process, which can implement the media server handover process without affecting the IMS network response speed. For the media stream, it does not cause interruption of the media stream.
  • the embodiment of the present invention further provides a system for providing a media stream in a media server handover process, which can provide a media stream during a media server handover process without affecting the IMS network response speed, and does not cause interruption of the media stream. .
  • the media delivery function entity that provides the media stream for the user device is switched by the first media delivery function entity to the second media delivery function entity;
  • the media stream provided by the second media delivery function entity for the user equipment is sent by the first media delivery function entity agent.
  • a system for providing a media stream in a media server switching process where the media server is a media delivery function entity, the system includes: a first media delivery function entity, a second media delivery function entity, and a media control function entity, where
  • a media control function entity configured to control the first media delivery function entity and the second media delivery function entity when the media delivery function entity providing the media stream for the user is switched by the first media delivery function entity to the second media delivery function entity;
  • a second media delivery function entity configured to send the media stream provided by the user equipment to the first media delivery function entity under the control of the media control function entity
  • a first media delivery function entity configured to send, by the media control function entity, the media stream received from the second media delivery function entity to the user equipment.
  • the media delivery function entity that provides the media stream for the user device is switched by the first media delivery function entity to the second media delivery function entity;
  • the second media delivery function entity uses the media control function entity to pre-allocate the media stream
  • the body parameter sends the media stream.
  • a system for providing a media stream in a media server switching process where the media server is a media delivery function entity, the system includes: a first media delivery function entity, a second media delivery function entity, and a media control function entity, where
  • the media delivery function entity for providing a media stream for the user equipment is switched by the first media delivery function entity to the second media delivery function entity, and the second media delivery function entity is allocated with the first media delivery function entity After sending the same media parameter of the media stream, sending to the second media delivery function entity;
  • a second media delivery function entity configured to send the media stream to the user equipment by using the media parameter received from the media control function entity.
  • the media function entity that provides the media stream for the user equipment is switched by the first media function entity to the second media function entity, and the media stream provided by the second media function entity for the user equipment is sent by the first media function entity.
  • a system for providing a media stream in a media server switching process where the media server is a media function entity, the system includes: a first media function entity and a second media function entity, where
  • a first media function entity configured to send, by the proxy, the media stream received from the second media function entity to the user equipment.
  • the method and system provided by the embodiments of the present invention do not perform the renegotiation process between the UE and the switched media server through the IMS Core when the media stream is provided during the media server handover process.
  • the manner in which the media server that is currently serving the UE is proxyed to the media server to which the UE is switched, or the media server that is currently serving the UE is allocated to the switched media server.
  • the media stream parameter is provided by the server in the same manner as the media stream parameter, so that the media stream parameter of the media stream sent to the UE is kept unchanged during the media server handover process.
  • the embodiment of the present invention does not use the renegotiation process between the UE and the switched media server through the IMS Core as in the prior art, the switching to the media server is performed only on the network side, and does not need to be mutually negotiated with the UE.
  • the media stream is provided during the media server switching process without affecting the response speed of the IMS network, and does not cause interruption of the media stream.
  • FIG. 1 is a schematic diagram of a service function architecture of an IMS-based IPTV service according to the prior art
  • FIG. 2 is a schematic structural diagram of a media stream proxy mode for implementing media server handover according to an embodiment of the present invention
  • FIG. 3 is a flowchart of a method for implementing media server handover by a media stream proxy mode according to an embodiment of the present invention
  • FIG. 4 is a source of a media stream according to an embodiment of the present invention
  • FIG. 5 is a flowchart of a method for implementing media server switching by using a source IP address and a port number centralized management manner of a media stream according to an embodiment of the present invention
  • FIG. 6 is a schematic structural diagram of a media server switching implemented by a play control and a media proxy mode according to an embodiment of the present invention
  • FIG. 7 is a flowchart of a method for implementing media server switching by using a playback control and a media proxy mode according to an embodiment of the present invention
  • FIG. 8 is a schematic structural diagram of media server switching by using a media proxy mode of an RTP level proxy according to an embodiment of the present invention.
  • FIG. 9 is a flowchart of a method for implementing media server switching by using a media proxy mode of an RTP level proxy according to an embodiment of the present invention.
  • FIG. 10 is a flowchart of a method for implementing media server switching by using a media proxy mode of an application level proxy according to an embodiment of the present invention
  • FIG. 11 is a network architecture diagram of a media server for switching a media server by using a centralized management mode of a media stream source IP address and a port number according to a specific embodiment of the present invention
  • FIG. 12 is a flowchart of a method for switching a media server by using a centralized management mode of a media stream source IP address and a port number according to a specific embodiment of the present invention
  • FIG. 13 is a schematic structural diagram of media server switching by using a play control and a media proxy mode according to an embodiment of the present invention
  • FIG. 14 is a flowchart of a method for implementing media server switching by using a play control and a media proxy method according to an embodiment of the present invention.
  • the media stream is not interrupted.
  • the media stream is provided for the UE.
  • the renegotiation process between the UE and the switched media server is not performed, and only the network side performs the handover process of the media server that provides different media streams, and the media stream parameters of the media stream sent to the UE are not maintained. change.
  • the media stream parameter may be a source IP address and a port number of the media stream, and the media parameter of the media stream is used to describe the source IP address and port number of the media stream.
  • the reason for the media server switching in the process of providing the media stream may be multiple, and may be: 1) the media content indicated by the UE sending the play control command is not on the media server currently providing the media stream for the UE; 2)
  • the media server that provides the media stream by the UE causes the media server that needs to switch to the backup to provide the media stream to the UE due to the network failure or the self-failure; 3) when the media content requested by the UE is relatively large, it is separately stored on several media servers, Switching is performed by several media servers to provide the UE with a media stream of uninterrupted media content.
  • the embodiment of the present invention uses the above reason 1), that is, because the media content indicated by the UE sending the play control command is not on the media server that currently provides the media stream to the UE, the media server switch occurs when the media stream is provided for detailed description.
  • the embodiments of the present invention provide three types of solutions to keep the source IP address and port number of the media stream in the IPTV service unchanged.
  • the three modes are media stream proxy mode and media stream respectively.
  • Centralized management of source IP address and port number, as well as playback control and media generation The three methods are described in detail below.
  • FIG. 2 is a schematic diagram of a network structure for providing a media stream in a media server handover process according to an embodiment of the present invention, where the entity involved includes an MCF, an MDF, and a UE.
  • the UE is an IPTV terminal, and is configured to receive a media stream that is sent by the MDF.
  • the MDF1 is an MDF that currently provides a media stream for the UE
  • the MDF2 is an MDF that provides a media stream for the UE after the handover.
  • the UE and the MCF exchange information through the play control interface.
  • the interface can use RTSP.
  • the MCF exchanges information with the MDF1 and the MDF2 through the media control interface.
  • the MDF1 and the UE exchange information through the media transmission interface.
  • other MDFs can also perform information interaction with the MDF1 through the media proxy interface, such as MDF3 and MDF4, and perform information interaction with the MDF1 through the
  • the UE accesses the MCF through the play control interface, and sends a play control command to perform playback control operations, such as fast forward, fast reverse, and positioning operations.
  • the MCF controls the MDF1 to transmit the required media stream to the UE through the media control interface, and the media stream is transmitted through the media transport interface between the MDF1 and the UE.
  • MDF1 does not have the media content required by the UE
  • other MDFs having the media content such as MDF2
  • the MDF1 sends the media content to the UE through the media delivery interface proxy.
  • FIG. 3 is a flowchart of a method for providing a media stream in a media server handover process according to an embodiment of the present invention. It is assumed that a media content is currently provided by the UE as MDF1, and after the handover, media content is provided to the UE as MDF2, and the control is performed.
  • the MCF is switched between the MDFs and the specific steps are as follows: Step 301: When the IPTV service is provided for the UE, the MCF selects the MDF1 and controls the MDF1 to send the media stream of the media content required by the UE to the UE.
  • the media content information is carried by the MCF, and the MCF determines the MDF having the corresponding media content according to the media content information, and controls the determined MDF to send the media stream corresponding to the media content to the UE.
  • Step 303 The UE performs a VCR operation in the process of receiving the media stream sent by the MDF1, that is, sends a play control command to the MCF, and the MCF determines that the media stream needs to be switched to the MDF2 according to the media content information carried in the command, and the MDF2 has a corresponding Media content.
  • Step 304 The MCF controls the MDF1 proxy to send the media stream of the MDF2 to the UE.
  • Step 305 Under the control of the MCF, the MDF1 obtains the media stream of the proxy from the MDF2 and sends the media stream to the UE. In the process of sending the media stream, the MDF1 still uses the original source IP address and port number (IP1 and
  • Step 306 The IPTV service provided for the UE ends, and the MCF controls the MDF1 and the MDF2 to release the media sending resources respectively, and stops the media agent and the media from being sent.
  • the MCF controls the MDF1 to stop the media stream in the proxy MDF2, and the MDF1 performs the media stream proxy of the MDF3. Same as the media stream process in proxy MDF2.
  • the second solution is to centrally manage the source IP address and port number of the media stream.
  • FIG. 4 is a schematic structural diagram of a source IP address and a port number centralized management manner of a media stream to implement media server handover according to an embodiment of the present invention, where the entities involved include an MCF, an MDF, and a UE.
  • the UE is an IPTV terminal, and is configured to receive a media stream that is sent by the MDF.
  • the MDF1 is an MDF that currently provides a media stream for the UE
  • the MDF2 is an MDF that provides a media stream for the UE after the handover.
  • the UE and the MCF exchange information through the play control interface.
  • the interface can use the RTSP.
  • the MCF exchanges information with the MDF1 and the MDF2 through the media control interface.
  • the MDF1 and the UE exchange information through the media transmission interface.
  • MDF2 The information exchanges with the UE through the media delivery interface.
  • other MDFs may also perform information interaction with the UE through the media delivery interface, such as MDF 3 and MDF4, and perform information interaction with the UE through the media delivery interface.
  • the MCF controls the MDF1 or the MDF2 to transmit the media stream to the UE through the media control interface, and is responsible for allocating the source IP address and port number used by the MDF1 or the MDF2 to transmit the media stream to the UE, that is, the current time of the UE.
  • the source IP address and port number of the media stream allocated to the MDF1 or MDF2 in the IPTV service remain unchanged.
  • the MDF sends the media stream with the media content it needs to the UE through the media delivery interface using the source IP address and port number assigned by the MCF.
  • FIG. 5 is a schematic diagram of a method for implementing media server switching by using a source IP address and a port number centralized management manner of a media stream according to an embodiment of the present invention. It is assumed that the media content is currently provided by the UE as MDF1, and after the handover, the media content is provided to the UE as MDF2, and the control is performed. The MCF is switched between the MDFs. The specific steps are as follows: Step 501: When the IPTV service is provided for the UE, the MCF selects the MDF1 and allocates the source IP address and port number used by the IPTV service to send the media stream. IP1 and Por tl , which control the MDF1 to use the assigned IP address and port number for the UE to transport the media stream in this IPTV service.
  • Step 502 The MDF1 allocates a media sending resource under the control of the MCF, and sends a media stream to the UE.
  • the source IP address and port number of the media stream use the IP address and port number assigned by the MCF, respectively, IP1 and Por t L
  • Step 503 The UE performs a VCR operation in the process of receiving the media stream sent by the MDF1, that is, sends a play control command to the MCF, and the MCF determines that the media stream needs to be switched to the MDF2 according to the media content information carried in the command, and the MDF2 has a corresponding Media content.
  • Step 504 The MCF controls the MDF2 to send the media stream of the media content required by the UE to the UE.
  • the source IP address and port number of the media stream use the IP address and port number assigned by the MCF, which are IP1 and Por t l respectively.
  • Step 505 The MCF controls the MDF1 to release the media transmission resource allocated to the UE, and controls the MDF1 to stop sending the media stream to the UE, that is, the use of the IP1 and the Por t l is stopped.
  • Step 506 The IPTV service provided for the UE ends.
  • the MCF controls the MDF2 to release the media transmission resource allocated to the UE, and stops sending the media stream to the UE.
  • the IP address and port number assigned by the MCF that is, IP1 and Por 11 are also released, and may be provided.
  • the UE is used when applying for the IPTV service next time or when other UEs apply for the I PTV service.
  • the MDF3 is required.
  • the media content is provided to the UE, and the MCF controls the MDF3 to use the IP address and port number assigned to the IPTV service, that is, IP1 and p 0 rt1 to send the media stream of the media content required by the UE to the UE, and instructs the MDF2 to release the allocation for the UE.
  • the media sends a resource, and controls the MDF2 to stop sending the media stream to the UE.
  • FIG. 6 is a schematic diagram of a structure of a media server switching by using a playback control and a media proxy mode according to an embodiment of the present invention.
  • the network entity includes an IPTV media function entity, an SCF (Servicing Control Function Entity), and a UE.
  • the IPTV media function entity includes the MCF and the MDF.
  • the MCF and the MDF are logical functional entities. In actual deployment, they may be the same physical entity. In this case, when the MDF is switched, the MCF needs to be switched.
  • media stream renegotiation not only the media stream of the IPTV service of the UE is transmitted with the unchanged source IP address and port number, but also the playback control parameters for playing control need to remain unchanged. Therefore, the proxy can be used. The way to achieve.
  • the IPTV media function entity 1 in FIG. 6 is an IPTV media function entity that currently provides a media stream for the UE, and the IPTV media function entity 1 is an IPTV media function entity that provides a media stream for the UE after handover.
  • the UE is an IPTV terminal.
  • the UE and the IPTV media function entity 1 respectively exchange control information and media streams through the media play control interface and the media transfer interface.
  • the media play control interface can use RTSP, and the media transfer interface can use real-time transport protocol (RTP, Rea).
  • RTP real-time transport protocol
  • l-Time Transpor t Protocol 0 In the process of using the IPTV service, the UE can perform playback control operations such as fast forward, rewind, locate, and pause through the media playback control interface.
  • the SCF and the IPTV media function entity exchange information through the media management interface, and the SCF requests the IPTV media function entity to play the control resource and the media transmission resource to process the UE's play control and transmit the required media stream
  • the IPTV media function entity 1 receives the playback control command post processing of the UE through the play control interface, and the IPTV media function entity 1 transmits the media stream to the UE through the media transmission interface.
  • the IPTV media function entity 1 and the IPTV media function entity 1 respectively perform control information and media stream interaction through the play control proxy interface and the media proxy interface, and there is no UE on the IPTV media function entity 1
  • the IPTV media function entity 2 having the media content sends the media stream including the media content to the IPTV media function entity 1 through the media proxy interface, and the IPTV media function entity 1 sends the IPTV media function entity 2 to send Give the UE.
  • the IPTV media function entity 1 is also responsible for the play control agent between the UE and the IPTV media function entity 2, and the play control command sent by the UE is forwarded by the IPTV media function entity 1 to the play control agent interface between the IPTV media function entity 2 and the IPTV media function entity 2
  • the IPTV media function entity 2 the play control response message of the IPTV media function entity 2 will also be forwarded by the IPTV media function entity 1 to the UE according to the play control parameters previously allocated for the media stream.
  • FIG. 7 is a flowchart of a method for implementing media server switching in a playback control and media proxy mode according to an embodiment of the present invention.
  • the network entity involved includes a UE, an IPTV media function entity 1 that provides media streams for the UE, and a media stream for the UE after handover.
  • the specific steps of the IPTV media function entity 2 and the SCF are as follows:
  • the SCF selects the IPTV media function entity 1 to provide a media stream for the UE, and instructs the IPTV media function entity 1 to process the play control of the UE and send the media stream of the media content required by the UE to the UE.
  • Step 702 The IPTV media function entity 1 allocates a play control resource and a media sending resource to the UE under the instruction of the service control function, and assumes that the source IP address and port number of the sent media stream are IP1 and Portl, respectively, and the source IP address of the play control. And the port numbers are IP2 and Port2 respectively, and the allocated play control resources and media transmission resource information are sent to the UE through the service control function.
  • the IPTV media function entity 1 obtains the received media stream address of the UE from the service control function, and sends the media stream sent to the UE to the address.
  • the source IP address and port number used by the media stream are IP1 and Port1, respectively.
  • the IPTV media function entity 1 listens to the play control commands sent by the UE on IP2 and Port2.
  • the IPTV media function entity 1 can obtain or directly query the related database to locate the information of the media content requested by the command in the IPTV media function entity 2 through the SCF, and can also obtain the information in the IPTV media function entity 2 by using other methods in the prior art. .
  • Step 704 The IPTV media function entity 1 requests the IPTV media function entity 1 to proxy the media content requested by the command and the agent for playing control.
  • Step 7 05 The IPTV media function entity 1 forwards the play control command of the UE to the IPTV media function entity 2, and forwards the play control response message of the IPTV media function entity 2 to the UE, and the source IP address and port number of the play control are still IP2 respectively. And Por t 2.
  • Step 706 The PTV media function entity 2 sends the media stream of the command request media content to the IPTV media function entity 1, and the IPTV media function entity 1 forwards the media stream to the UE.
  • the source IP address and port number still used are IP1 and Por t L respectively.
  • Step 707 When the current IPTV service provided for the UE ends, the service control function instructs the IPTV media function entity 1 to release the play control resource and the media sending resource, and the IPTV media function entity 1 instructs the IPTV media in addition to releasing the resource allocated by the UE for the UE.
  • the functional entity 2 releases the playback control resource and the media transmission resource allocated to the UE.
  • the IPTV media function entity 1 stops the playback control of the proxy IPTV media function entity 2 and The media stream, in turn, delegates the playback control and media stream of the IPTV media function entity 3, but it is worth noting that the source IP address and port number of the media stream are still IP1 and Por tl respectively; the source IP address of the playback control and The port numbers are still I P2 and Por t 2, respectively.
  • the media proxy mode of the RTP-level proxy is used.
  • This embodiment uses a media proxy mode, which is a specific embodiment of an IMS-based IPTV service.
  • the network architecture is as shown in FIG. 8.
  • the UE, the IMS Core, and the SCF are existing entities in the system architecture of the existing IMS-based IPTV service, and no new modifications and requirements are required in the embodiment of the present invention.
  • the embodiments of the present invention mainly modify the MCF and the MDF in the system architecture of the IMS-based IPTV service.
  • the UE uses an existing service interaction process, such as a SIP interaction process, to interact with the SCF through the IMS Core to establish an IPTV service, and the SCF selects the MCF, and then the MCF selects an MDF having the media content requested by the UE. .
  • the UE uses the RTSP to perform the VCR operation, that is, sends a play control command to the MCF. If the media content requested by the command is not on the MDF currently providing the media stream for the UE, the MCF selects another media content with the command request.
  • the MDF provides a media stream for the UE, and provides a media stream in a manner of providing an MDF proxy for the media stream for the UE, and does not change the source IP address and port number of the media stream sent by the IPTV service.
  • interfaces that need to be added or modified include: Interface C1 between MCF and MDF and Interface M1 between MDFs.
  • FIG. 9 is a flowchart of a method for switching a media server by using a media proxy mode of an RTP-level proxy according to a specific embodiment of the present invention, where the network entity includes a UE, an IMS Core, an SCF, an MCF, and an MDF1 that currently provides a media stream for the UE, and a handover.
  • the MDF2 is provided for the UE, the specific steps are as follows: Step 901: After the user selects a certain program through the electronic program guide, the UE sends a SIP access (INVITE) message to the IMS Core, and carries the media content information corresponding to the selected program. UE information.
  • SIP access IMS Core
  • Step 902 The IMS Core routes the S IP INVITE message sent by the UE to the SCF.
  • Step 903 The SCF performs, according to the media content information and the UE information carried in the message, whether the UE has the right to obtain the media stream corresponding to the media content identifier, and performs authentication and charging.
  • Step 904 After the SCF authenticates and charges the UE, the SCF selects a corresponding MCF for the UE according to the media content information carried in the message.
  • selecting the corresponding MCF according to the media content information carried in the message is the prior art, which is not the focus of the protection of the embodiment of the present invention, and is not described here.
  • Step 905 The SCF sends a SIP INVITE message to the selected MCF, carrying the media content information and UE information.
  • the UE information may include information such as the location of the UE.
  • Step 906 After receiving the message sent by the SCF, the MCF selects, according to the media content information carried in the message, the MDF of the media stream corresponding to the information, which is assumed to be MDF1.
  • Step 907 The MCF requests the MDF1 to apply for the media sending resource, to send the media stream to the UE, and the MDF1 returns the media sending resource information allocated for the media stream.
  • the media sending resource information may be described by a Session Description Protocol (SDP), including the source IP address and port number of the sending media stream, and is determined to be IP1 and PortL.
  • SDP Session Description Protocol
  • Step 908 The MCF establishes an RTSP session with the UE for VCR control.
  • Step 909 The MCF returns a SIP 200 message to the SCF, and carries the media sending resource information of the media stream and the established RTSP session information.
  • Step 910 The SCF routes the received SIP 200 message through the IMS Core.
  • Step 911 The UE receives the S IP 200 message.
  • Step 912 The UE returns a SIP ACK message and carries the UE information.
  • the UE information can be described by using SDP.
  • Step 913 After receiving the SIP ACK message of the UE, the IMS Core reserves, for the UE, a bearer resource for transmitting the media stream according to the SDP description of the UE side and the MDF side.
  • Step 914 The SIP ACK message is routed to the SCF.
  • Step 915 The SCF sends the received SIP ACK message to the MCF.
  • Step 916 The MCF acquires UE information according to the SIP ACK message, and controls the MDF1 to send, to the UE, a media stream that includes media content corresponding to the media content information requested by the UE.
  • Step 917 Under the control of the MCF, the MDF1 sends the RTP packet encapsulating the media stream to the UE.
  • RTCP is a real-time transmission control protocol, which is used simultaneously with RTP to feed back some information transmitted by the RTP to the peer end, such as packet loss of RTP.
  • the RTCP message is not a protocol for playback control.
  • the RTCP message is a media stream transmission control message.
  • Step 919 The RTCP message sent by the MDF is sent to the UE for processing.
  • Step 920 During the process of the user enjoying the program, perform a VCR operation, such as fast forward or rewind.
  • the RTSP message of the VCR operation is sent to the MCF, which carries the media content information to be requested, including the media content identifier.
  • the RTSP message is a playback control message.
  • Step 921 The MCF detects that the media content to be requested by the message is not on the MDF1, and then selects the MDF2 having the media content to be requested by the message.
  • Step 922 The MCF requests the MDF1 to request the media stream of the media content information that the MDF2 should request to carry, and the MDF1 returns the receiving IP address and port number of the RTP packet that is ready to receive the bearer media stream sent by the MDF2, and is determined to be IP2 and Port. 2.
  • the proxy used is an RTP-level proxy.
  • Step 923 The MCF sends a request message for requesting the media transmission resource to the MDF2, and prepares to send the media stream of the media content requested by the UE to the MDF1, where the message carries the media content information and the destination IP address and port number of the MDF1 ready to receive the media stream (IP2 and Por t 2).
  • Step 924 The MDF2 carries the media stream including the media content corresponding to the media content information carried by the message in the RTP packet according to the request message sent by the MCF, and sends the data stream to the destination IP address and port number of the MDF1 ready to receive the media stream.
  • Step 925 The MDF1 reprocesses the RTP packet that carries the media stream received from the MDF2, and packages it into an IP packet, and sends the packet to the UE by using the original source IP address and port number (IP1 and Por t l ).
  • Step 926 The RTCP message sent by the UE is sent to the MDF1 for processing.
  • Step 927 The RTCP message sent by the MDF1 is sent to the UE for processing.
  • Step 928 The user ends the viewing of the program and sends a S IP BYE message.
  • Step 929 The S IP BYE message is routed to the SCF through the IMS Core.
  • Step 930 The SCF sends a S IP BYE message to the MCF.
  • Step 931 The MCF instructs the MDF2 to release the media transmission resource allocated to the UE.
  • Step 932 The MCF instructs the MDF1 to release the media transmission resource allocated for the UE.
  • Step 933 the MCF returns a S IP 200 message.
  • Step 934 The SCF sends an S IP 200 message to the IMS Core.
  • Step 935 The IMS Core receives the SIP 200 message, and releases the reserved bearer media stream resource.
  • Step 936 The UE receives the SIP 200 message, and the IPTV service ends.
  • Embodiment 2 A media proxy method using an application level proxy
  • the media agent uses the RTP-level proxy, that is, the proxy MDF2 sends the RTP packet carrying the media stream to the MDF1, which is processed by the MDF1 and then re-encapsulated into an IP packet and sent to the UE.
  • the media agent uses an application-level proxy, that is, the MTF2 sends the RTP packet that is not the media stream to the MDF1, but sends the media stream directly to the MDF1, for example, using the file transfer protocol (FTP, Fi le The Transfer Protocol method is sent, and the MDF1 directly uses the media stream to assemble the RTP packet.
  • the MTF2 sends the RTP packet that is not the media stream to the MDF1, but sends the media stream directly to the MDF1, for example, using the file transfer protocol (FTP, Fi le The Transfer Protocol method is sent, and the MDF1 directly uses the media stream to assemble the RTP packet.
  • FTP file transfer protocol
  • the specific embodiment 2 is completely consistent with the network logical architecture in the specific embodiment 1.
  • the large flow is basically the same, but the interaction between the MCF and the MDF1, the MDF2, and the MDF1 and the MDF2 is different, and the process shown in FIG. The figure lists the differences.
  • Step 1022 The MCF requests the MDF1 to proxy the media stream corresponding to the media content information that the MDF2 should request, and the MDF1 returns the receiving IP address and port number of the IP packet ready to receive the MDF2 media stream, and is assumed to be IP2 and Por t2.
  • Step 1023 The MCF sends a request message for requesting the media transmission resource to the MDF2, and prepares to send the media content requested by the UE to the MDF1, where the message carries the media content information and the destination IP address and port number of the MDF1 ready to receive the media stream (IP2 and Port 2) ) 0
  • Step 1024 The MDF2 sends, according to the request message sent by the MCF, the media stream corresponding to the media content information carried by the message to the destination IP address and port number of the MDF1 carried by the message.
  • FTP can be used when sending media streams.
  • Step 1025 The MDF1 encapsulates the media stream received from the MDF2 into an RTP packet, using the original The source IP address and port number (IP1 and Portl) are sent to the UE.
  • IP1 and Portl The source IP address and port number
  • steps 1022 to 1025 need to be replaced with steps 922 to 925 in FIG. 9, and other steps can be implemented as shown in FIG.
  • Embodiment 3 Media stream source IP address and port number centralized management manner
  • the MCF is used to centrally manage the source IP address and port number of the media stream sent by the UE in the current IPTV service provided for the UE.
  • the source IP address and port number of the media stream are managed and allocated by the MCF.
  • the MDF sends the RTP packet carrying the media stream to the UE
  • the source IP address and port number sent by the media stream use the IP address and port number assigned by the MCF.
  • the IP address used by the MDF is not its own IP address.
  • the RTCP message sent by the UE to the MDF using the IP address as the destination address will not be directly routed to the MDF.
  • the entity will be responsible for the entity that has the IP address.
  • the entity needs to know which MDF the RTCP message is forwarded to, and needs to establish the correspondence between the original receiving IP address and port number of the RTCP message and the actual receiving IP address and port number.
  • the entity is called an RTCP proxy entity.
  • the RTCP proxy entity may be an MCF.
  • MCF MCF
  • the use of MCF as the RTCP proxy is a good choice because it does not require the introduction of new entities and interfaces in the IMS-based IPTV service network architecture, and the MCF already has the IP address of the MDF that actually provides the media stream for the UE and The port number, that is, it can be known to which MDF the RTCP message sent by the UE is transmitted.
  • the RTCP proxy entity may also be other entities, but the correspondence between the original IP receiving address and port number of the RTCP message and the actual receiving IP address and port number must be pre-established in the entity.
  • FIG. 11 is a schematic diagram of a network architecture for implementing a switching media server in a centralized management manner of a media stream source IP address and port number according to a specific embodiment of the present invention.
  • the MDF2 does not interact with the MDF1 but directly passes the RTP.
  • the /RTCP interface exchanges information with the UE and directly transmits the media stream to the UE.
  • the IP address and port number of the media stream are allocated by the MCF, and the IPTV service is guaranteed to be unchanged in the process of providing the IPTV service to the UE. Switch). Therefore, the interface that needs to be added or modified in this embodiment includes: interface C2 between the MCF and the MDF.
  • FIG. 12 is a flowchart of a method for switching a media server by using a media stream source IP address and port number centralized management mode according to a specific embodiment of the present invention, where the network entity includes a UE, an IMS Core, an SCF, an MCF, and currently provides a media stream for the UE.
  • the MDF1 and the MDF2 for providing the media stream to the UE after the handover, the specific steps are as follows:
  • Step 1201 After the user selects a certain program through the electronic program guide, the UE sends a SIP INVITE message to the IMS Core, and carries the media content information and the UE information corresponding to the selected program.
  • Step 1202 The IMS Core routes the SIP INVITE message sent by the UE to the SCF.
  • Step 1203 The SCF performs authentication and accounting on whether the UE has the right to obtain the media stream corresponding to the media content identifier.
  • Step 1204 After the SCF authenticates and charges the UE, the SCF selects a corresponding MCF according to the media content identifier carried in the message.
  • Step 1205 The SCF sends a SIP INVITE message to the selected MCF, carrying the media content information and the UE information.
  • the UE information may include information such as the location of the UE.
  • Step 1206 After receiving the message sent by the SCF, the MCF selects, according to the media content information carried in the message, the MDF of the media stream that provides the media content corresponding to the identifier, which is assumed to be MDF1, and is allocated for the current IPTV service transmission bearer.
  • the IP address may not be the IP address of MDF1 itself, but may be the IP address of another entity, such as the IP address of the MCF.
  • Step 1207 The MCF requests the MDF1 to apply for the media sending resource, to send the media stream to the UE, and specifies the IP address and port number (IP1, Portl) allocated by the MCF as the source IP address and port number of the RTP packet for transmitting the bearer media stream. .
  • IP1, Portl IP address and port number allocated by the MCF
  • Step 1208 The MCF establishes an RTSP session with the UE for VCR control.
  • Step 1209 The MCF returns a SIP 200 message to the SCF, and carries the media sending resource information of the media stream and the established RTSP session information.
  • Step 1210 The SCF routes the received SIP 200 message through the IMS Core.
  • Step 1211 The UE receives the SIP 200 message.
  • Step 1212 The UE returns a S IP ACK message, and carries the UE information.
  • the UE information can be described by using SDP.
  • Step 1213 After receiving the SIP ACK message of the UE, the IMS Core reserves, for the UE, a bearer resource for transmitting the media stream according to the SDP description of the UE side and the MDF side.
  • Step 1214 The IP ACK message is routed to the SCF.
  • Step 1215 The SCF sends the received SIP ACK message to the MCF.
  • Step 1216 The MCF acquires UE information according to the SIP ACK message, and controls the MDF1 to send a media stream corresponding to the media content information requested by the UE to the UE.
  • Step 1217 Under the control of the MCF, the MDF1 sends the RTP packet encapsulating the media stream to the UE, and the source IP address and port number used in the RTP packet are IP1 and Por t l respectively.
  • Step 1218 An RTP packet encapsulating the media stream is sent from the MDF1 to the UE.
  • Step 1219 The RTCP message sent by the UE is sent to the entity whose IP address is IP1, which is assumed to be MCF, that is, the UE replies to the RTCP message to the source IP address of the sending media stream, and cannot directly go to MDF1, but routes to the IP address as IP1.
  • IP1 which is assumed to be MCF
  • MCF Mobility Management Function
  • Step 1220 An entity whose IP address is IP1 forwards the RTCP message to MDF1.
  • the entity with the IP address IP1 is the MCF, and the MCF forwards the RTCP message to the MDF1 according to the preset corresponding relationship.
  • IP1 and Por t l are allocated by the MCF, the correspondence between IP1 and Por t l and MDF1 is stored.
  • Step 1221 The RTCP message sent by the MDF1 is sent to the IPTV terminal.
  • Step 1222 During the process of the user enjoying the program, perform a VCR operation, such as fast forward or rewind.
  • the RTSP message of the VCR operation is sent to the MCF, which carries the media content information to be requested, including the media content identifier.
  • the RTSP message is a playback control message.
  • Step 1223 The MCF detects that the media content to be requested by the message is not on the MDF1, and then selects MDF2 with the media content to be requested by this message.
  • Step 1224 The MCF sends a request message for requesting the media sending resource to the MDF2 to transmit the specified media content, and specifies the IP address and port number (IP1 and Portl) allocated by the MCF for the IPTV service as the source IP of the media stream. Address and port number.
  • IP1 and Portl IP address and port number allocated by the MCF for the IPTV service
  • Step 1225 The MCF instructs the MDF1 to release the media sending resource, and the MDF1 stops sending the media stream to the UE, and releases the use of the IP1 and the Port1.
  • Step 1226 The MDF2 sends the media stream corresponding to the media content information carried by the message to the UE according to the request message sent by the MCF, and uses the IP address and port number (IP1 and Port1) specified by the MCF as the source of the media stream. IP address and port number.
  • Step 1227 The RTCP message sent by the UE is sent to an entity whose IP address is IP1, which is assumed to be
  • the MCF that is, the UE replies to the RTCP message to the source IP address of the sending media stream, cannot directly go to the MDF2, but is routed to the entity whose IP address is IP1, that is, the MCF.
  • Step 1228 The entity whose IP address is IP1 forwards the RTCP message to MDF2.
  • the entity with the IP address IP1 is the MCF, and the MCF forwards the RTCP message to the MDF2 according to the preset corresponding relationship.
  • IP1 and Portl are allocated by the MCF, IP1 and the correspondence between Portl and MDF2 are stored.
  • Step 1229 The RTCP message sent by the MDF2 is sent to the UE.
  • Step 1230 The user ends the viewing of the program, and the UE sends a SIP BYE message.
  • Step 1231 The SIP BYE message is routed to the SCF through the IMS Core.
  • Step 1232 The SCF sends a SIP BYE message to the MCF.
  • Step 1233 The MCF instructs the MDF2 to release the media transmission resource allocated to the UE.
  • Step 1234 The MCF releases the IP address and port number assigned by the UE to the current IPTV service (IP1 and
  • the IP address and port number can be assigned to other UEs or the UE to use in the next IPTV service.
  • Step 1235 The MCF returns a SIP 200 message.
  • Step 1236 The SCF sends a SIP 200 message to the IMS Core.
  • Step 1237 The IMS Core receives the SIP 200 message, and releases the reserved bearer media stream resource.
  • Step 1238 The UE receives the SIP 200 message, and the IPTV service ends.
  • This embodiment uses a play control agent and a media proxy mode, which is a specific embodiment of an IMS-based IPTV service.
  • the network architecture is shown in FIG. 13, where the UE, the IMS Core, and the SCF are existing IMS-based IPTV services.
  • the existing entities in the system architecture do not make new modifications and requirements in the embodiments of the present invention.
  • the embodiment of the present invention mainly modifies an IPTV media function entity in a system architecture of an IMS-based IPTV service.
  • the UE uses an existing service interaction process, such as a SIP interaction process to interact with the SCF through the IMS Core, selects an IPTV media function entity, and establishes an IPTV service, including media playback control negotiation and media stream negotiation.
  • the UE uses the RTSP to perform the VCR operation, that is, sends a play control command to the IPTV media function entity that currently provides the service to the UE. If the media content requested by the command is not on the IPTV media function entity currently serving the UE, The IPTV media function entity selects another new IPTV media function entity with the media content.
  • the new IPTV media function entity cannot directly interact with the UE, but the IPTV media function entity currently serving the UE directly interacts with the UE, and the play control and the media stream are all represented by the IPTV media function entity currently serving the UE. Forwarding, so that the source IP address and port number of the sending media stream are unchanged in the current IPTV service of the UE.
  • interfaces that need to be added or modified include: Interfaces C3 and M3 between the IPTV media function entities, respectively, complete the play control agent and the media stream agent.
  • FIG. 14 is a flowchart of a method for implementing a switching media server by using a play control agent and a media proxy manner according to a fourth embodiment of the present invention, where the network entity includes a UE, an IMS Core, an SCF, and an IPTV media function entity that currently provides a media stream for the UE. 1 and the IPTV media function entity 2 that provides the media stream to the UE after the handover, and the specific steps are as follows:
  • Step 1401 After the user selects a certain program through the electronic program guide, the UE sends a SIP INVITE message to the IMS Core, and carries the media content information and the UE information corresponding to the selected program.
  • Step 1402 The IMS Core routes the SIP INVITE message sent by the UE to the SCF.
  • Step 1403 The SCF performs authentication and accounting on whether the UE has the right to obtain the media stream corresponding to the media content identifier.
  • Step 1404 After the SCF authenticates and charges the UE, the SCF selects the corresponding IPTV media function entity 1 for the UE according to the media content information carried in the message.
  • Step 1405 The SCF sends a SIP INVITE message to the IPTV media function entity 1 to carry the media content information and the UE information.
  • the UE information may include information such as the location of the UE.
  • Step 1406 The IPTV media function entity 1 allocates the media sending resource, and obtains the local media information, which can be described by using the SDP, and the local media addresses are IP1 and Por t l.
  • Step 1407 The IPTV media function entity 1 allocates a play control resource, obtains an SDP description of the local broadcast control, and establishes an RTSP session with the UE.
  • Step 1408 The IPTV media function entity 1 returns a SIP 200 message to the SCF, and carries an SDP description of the resource information and an SDP description of the play control information.
  • Step 1409 The S IP 200 message is routed through the IMS Core.
  • Step 1410 The UE receives the SDP description of the media stream sending resource information and the SIP 200 message of the SDP description of the play control information.
  • Step 1411 The UE returns a S IP ACK message, and carries the UE information.
  • the UE information is described by SDP.
  • Step 1412 The IMS Core processes the SIP ACK message of the UE, and reserves, according to the SDP description of the UE side and the IPTV media function entity 1 side, the bearer resource to be used for transmitting the media stream.
  • Step 1413 The S IP ACK message is routed to the SCF, and carries the UE information.
  • Step 1414 The SCF processes the SIP ACK message, and sends a SIP ACK message to the IPTV media function entity 1 to carry the UE information.
  • Step 1415 The IPTV media function entity 1 determines to send according to the UE information carried in the received message.
  • the address of the media stream, the RTP packet carrying the media stream is transmitted to the UE, and the RTSP message is monitored.
  • the RTSP message is the playback control command.
  • Step 1416 The RTP packet carrying the media stream is sent from the IPTV media function entity 1 to the UE.
  • Step 1417 The RTCP message sent by the UE is sent to the IPTV media function entity 1.
  • Step 1418 The RTCP message sent by the IPTV media function entity 1 is sent to the UE for processing.
  • Step 1419 During the process of the user enjoying the program, perform a VCR operation, such as fast forward or rewind.
  • the RTSP message of the VCR operation is sent to the IPTV media function entity 1 and carries the media content information to be requested, such as the media content identifier.
  • Step 1420 The IPTV media function entity 1 detects that there is no media content corresponding to the media content information carried by the message, and queries a database for saving the location of the media content or selects a media content carried by the corresponding message by using a prior art method.
  • the IPTV media function entity of the media content of the information here assumed to be the IPTV media function entity 2.
  • Step 1421 The IPTV media function entity 1 requests the IPTV media function entity 1 to play the broadcast control message and the media stream of the IPTV media function entity 1.
  • Step 1422 The IPTV media function entity 1 applies for the local broadcast control resource and the media sending resource.
  • Step 1423 The IPTV media function entity 2 returns the information of the IPTV media function entity 2 side playing control resource and the media sending resource to the IPTV media function entity 1, and the information may be described by using SDP.
  • Step 1424 The IPTV media function entity 1 sends a media stream of the media content corresponding to the media content information carried by the message to the IPTV media function entity 1.
  • Step 1425 The IPTV media function entity 1 reprocesses the media stream received from the IPTV media function entity 1 and then encapsulates the packet into an IP packet and sends the packet to the IPTV terminal.
  • the source IP address and port number of the media stream still use the IP address and port number of the IP media functional entity 1.
  • Step 1426 the IPTV media function entity 1 receives the RTCP message of the IPTV terminal, according to the destination.
  • the IP address and port number identify that the proxy needs to be forwarded to the IPTV media functional entity 2.
  • Step 1427 The RTCP message is forwarded from the IPTV media function entity 1 to the IPTV media function entity 2.
  • Step 1428 The RTCP message of the IPTV media function entity 2 is sent to the IPTV media function entity 1.
  • Step 1430 The user performs a VCR operation, and the UE sends an RTSP message to the IPTV media function entity 1.
  • Step 1431 The IPTV media function entity 1 forwards the RTCP message to the IPTV media function entity 2.
  • Step 1432 The RTSP message of the IPTV media function entity 1 is sent to the IPTV media function entity 1.
  • Step 1433 The IPTV media function entity 1 forwards the RTSP message of the IPTV media function entity 1 to the UE.
  • Step 1434 The user ends the viewing of the program, and sends a SIP BYE message.
  • Step 1435 The S IP BYE message is routed to the SCF via the IMS Core.
  • Step 1436 After processing the SIP BYE message, the SCF sends a SIP BYE message to the IPTV media function entity 1.
  • Step 1437 The IPTV media function entity 1 instructs the IPTV media function entity 2 to release the play control resource and the media sending resource.
  • Step 1438 The IPTV media function entity 1 releases its own playback control resource and media transmission resource.
  • Step 1439 The IPTV media function entity 1 returns an S IP 200 message.
  • Step 1440 The SCF sends a SIP 200 message to the IMS Core.
  • Step 1441 The IMS Core receives the SIP 200 message, releases the reserved bearer resource, and sends the message to the UE.
  • Step 1442 After the UE receives the SIP 200 message, the IPTV service ends.
  • the IPTV media function entity 1 mediates the media stream sent by the IPTV media function entity 1. At the same time, you can also use the proxy mode of the RTP-level proxy or the application-level proxy for proxying.
  • the embodiment of the present invention provides that when the IPTV service is used, the source IP address and port number of the media stream are kept unchanged if the media server needs to switch when the VCR operation is performed by the UE.
  • the present invention can ensure that the UE and the second media server are not required to be re-negotiated between the switched media servers by maintaining the source IP address and the port number of the media stream unchanged, thereby improving the IMS-based IPTV.
  • the service network provides the response speed of the media stream, and avoids the transmission delay of the media stream caused by the media server switching during the use of the IPTV service, and affects the user experience.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un procédé et un système pour fournir un flux multimédia durant la commutation des serveurs multimédias, le procédé comprenant les opérations suivantes : la fonction de distribution multimédia qui fournit le flux multimédia à l'équipement utilisateur passe de la première fonction de distribution multimédia à la seconde fonction de distribution multimédia ; le flux multimédia fourni par la seconde fonction de distribution multimédia à l'équipement utilisateur est transféré par la première fonction de distribution multimédia agissant en tant que serveur mandataire. Le procédé et le système font qu'il n'est pas essentiel derenégocier les paramètres de flux multimédia entre l'équipement utilisateur et le réseau durant la commutation des serveurs multimédias, ce qui maintient le paramètre de flux multimédia inchangé et élimine le retard provoqué par la renégociation du paramètre du flux multimédia, de sorte que le temps de réponse du système est raccourci.
PCT/CN2008/071494 2007-07-05 2008-06-30 Procédé et système pour fournir un flux multimédia durant une commutation de serveurs multimédias Ceased WO2009006820A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710128416.1A CN101340428A (zh) 2007-07-05 2007-07-05 媒体服务器切换过程中提供媒体流的方法及系统
CN200710128416.1 2007-07-05

Publications (1)

Publication Number Publication Date
WO2009006820A1 true WO2009006820A1 (fr) 2009-01-15

Family

ID=40214383

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/071494 Ceased WO2009006820A1 (fr) 2007-07-05 2008-06-30 Procédé et système pour fournir un flux multimédia durant une commutation de serveurs multimédias

Country Status (2)

Country Link
CN (1) CN101340428A (fr)
WO (1) WO2009006820A1 (fr)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103929436B (zh) * 2014-05-06 2017-06-06 北京邮电大学 一种限制ims网络中反复媒体协商的方法
EP3176987B1 (fr) * 2014-09-10 2019-10-02 Sony Corporation Dispositif de commande de communication, procédé de commande de communication, et système de communication
CN104811827A (zh) 2015-04-20 2015-07-29 中兴通讯股份有限公司 报文发送方法、码流处理方法及装置
US10341128B2 (en) * 2016-03-12 2019-07-02 Wipro Limited Method and system for optimizing usage of network resources in a communication network

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050114472A1 (en) * 2003-10-27 2005-05-26 Wai-Tian Tan Methods and systems for dynamically configuring a network component
WO2006066889A1 (fr) * 2004-12-23 2006-06-29 Siemens S.P.A. Procede et systeme de minimisation du temps de commutation entre deux sessions d'emission en continu multimedia rtp
US20060182052A1 (en) * 2005-02-15 2006-08-17 Samsung Electronics Co.; Ltd System for providing internet protocol broadcast services and a method thereof
CN1859525A (zh) * 2005-12-29 2006-11-08 华为技术有限公司 一种实现流媒体切换的方法及流媒体服务器
CN101083605A (zh) * 2007-08-01 2007-12-05 华为技术有限公司 一种媒体源快速切换的方法、系统和装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050114472A1 (en) * 2003-10-27 2005-05-26 Wai-Tian Tan Methods and systems for dynamically configuring a network component
WO2006066889A1 (fr) * 2004-12-23 2006-06-29 Siemens S.P.A. Procede et systeme de minimisation du temps de commutation entre deux sessions d'emission en continu multimedia rtp
US20060182052A1 (en) * 2005-02-15 2006-08-17 Samsung Electronics Co.; Ltd System for providing internet protocol broadcast services and a method thereof
CN1859525A (zh) * 2005-12-29 2006-11-08 华为技术有限公司 一种实现流媒体切换的方法及流媒体服务器
CN101083605A (zh) * 2007-08-01 2007-12-05 华为技术有限公司 一种媒体源快速切换的方法、系统和装置

Also Published As

Publication number Publication date
CN101340428A (zh) 2009-01-07

Similar Documents

Publication Publication Date Title
CN100579209C (zh) 基于ngn网络实现时移电视业务的方法及系统、媒体资源设备
CN101547189B (zh) 一种CoD业务的建立方法,系统和装置
US8046479B2 (en) Media channel management
US8307049B2 (en) Method and device for obtaining media description information of IPTV services
WO2010115331A1 (fr) Procédé de localisation de contenu et noeud de réseau fournisseur de contenu
WO2007093126A1 (fr) Système de réseau de transmission multimédia en continu, procédé de mise en oeuvre et entité d'activation de service de transmission multimédia en continu
WO2009024092A1 (fr) Procédé et système permettant la commande d'autorisation de ressource de service
CN101026617B (zh) 一种ims网络中媒体资源调度方法
CN101378491B (zh) 一种实现画中画视频的方法、系统及实体装置
WO2008134955A1 (fr) Procédé, système et appareil pour appliquer des informations de capacité de terminal dans un service iptv
CA2653227A1 (fr) Procede et appareil pour etablir une session entre un terminal client et un systeme de distribution multimedia pour transporter un flux multimedia de monodiffusion sur un reseau ip
WO2011015015A1 (fr) Procédé de téléchargement de contenu vers l'amont et entité de fonction de livraison de contenu
WO2009006820A1 (fr) Procédé et système pour fournir un flux multimédia durant une commutation de serveurs multimédias
CN101415250B (zh) Ip互联网络电视系统中会话建立的方法、系统及实体
CN101378401B (zh) 业务资源授权控制的方法、系统和设备
WO2009003408A1 (fr) Procédé de commutation d'un flux multimédia, système et équipement dans un service de télévision à décalage temporel
CN101114985B (zh) 编解码转换系统及方法
CN101998145A (zh) 一种提高移动终端单播服务质量的内容分发方法及系统
CN101426124B (zh) 下一代通信网络中交互式网络电视系统的时移方法
WO2008098504A1 (fr) Procédé et système pour fournir un service multidiffusion et dispositif pour fournir un paramètre de service multidiffusion
CN101483532B (zh) 一种媒体流复制的方法、系统及设备
CN101662407A (zh) 附着到对等网络及获取iptv内容的方法、系统和装置
CN101662654A (zh) 基于ims的网络电视系统及该系统的实现方法和装置
WO2009012714A1 (fr) Procédé et dispositif pour commander les médias en flux
WO2009043241A1 (fr) Procédé, système et dispositif permettant à une entité prestataire de services de réguler un flux multimédia

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

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

Country of ref document: EP

Kind code of ref document: A1