WO2008151550A1 - Procédé d'enregistrement de réseau de programmes, serveur de traitement multimédia et système d'enregistrement de réseau - Google Patents

Procédé d'enregistrement de réseau de programmes, serveur de traitement multimédia et système d'enregistrement de réseau Download PDF

Info

Publication number
WO2008151550A1
WO2008151550A1 PCT/CN2008/071200 CN2008071200W WO2008151550A1 WO 2008151550 A1 WO2008151550 A1 WO 2008151550A1 CN 2008071200 W CN2008071200 W CN 2008071200W WO 2008151550 A1 WO2008151550 A1 WO 2008151550A1
Authority
WO
WIPO (PCT)
Prior art keywords
media
recording
control information
user end
session
Prior art date
Application number
PCT/CN2008/071200
Other languages
English (en)
French (fr)
Inventor
Hui Huang
Yi 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.
Priority to EP08757611A priority Critical patent/EP2160031A4/en
Publication of WO2008151550A1 publication Critical patent/WO2008151550A1/zh
Priority to US12/632,087 priority patent/US20100082824A1/en

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/17318—Direct or substantially direct transmission and handling of requests
    • 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/1066—Session management
    • H04L65/1083—In-session procedures
    • 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/27—Server based end-user applications
    • H04N21/274—Storing end-user multimedia data in response to end-user request, e.g. network recorder
    • H04N21/2747—Remote storage of video programs received via the downstream path, e.g. from the server
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • 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/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6582—Data stored in the client, e.g. viewing habits, hardware capabilities, credit card number

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a video and audio program network recording method, a media processing server, and a network recording system. Background technique
  • the video and audio sharing service usually adopts the following business model: uploading the processed video and audio programs to the server on the network side, and then the program is reviewed and released by the server.
  • a popular video and audio sharing service a podcast, is an individual that publishes an audio or video program produced by the user to the Internet for viewing by a privileged user.
  • the existing video and audio sharing service usually completes the recording process of the program at the user end, that is, the signal transmitted by the video terminal and the audio head end is compressed and encoded by the user equipment, and saved in a specific format.
  • the client After the completion of the program production, the client transmits the video and audio program as a data file to the server on the network side.
  • the inventor of the present invention finds that the program recording method in the above video and audio sharing service has the following drawbacks: Since the video and audio files usually need to occupy a large storage space, the recording process is completed at the user end. After uploading to the publishing site, the client needs to provide a large storage space locally, which limits the range of the optional terminal, thereby limiting the scope of use of the service. It is inconvenient to be applied to terminals with less storage space, such as mobile phones, set-top boxes, and the like.
  • Embodiments of the present invention provide a program network recording method, a media processing server, and a network recording system, which can reduce requirements for a client device in a program network recording.
  • a program network recording method includes: establishing a session control channel and a media transmission channel between the user terminal; receiving, by the session control channel, media control information sent by the user end; and receiving, by the media transmission channel, the user terminal, the real-time device Collecting and transmitting media data; according to the media control The information is subjected to a recording operation on the media data.
  • a media processing server comprising: a session control unit, configured to establish a session control channel with the user end; receive, by the session control channel, media control information sent by the user end, where the media control information is obtained by using the media control information
  • the media data processing unit is configured to establish a media transmission channel with the user end, and receive media data collected and sent by the user end in real time through the media transmission channel, according to the indication of the recording operation The media data performs a recording operation.
  • a network recording system includes: a media processing server and an application server; the media processing server is configured to establish a session control channel and a media transmission channel with the user end; receive the media control information sent by the user end, and forward the message to the office Receiving a recording command returned by the application server; performing a corresponding recording operation on the media data according to the recording command; the application server is configured to receive media control information sent by the media processing server; The media control information is obtained by a recording command; and the recording command is returned to the media processing server.
  • a network recording system comprising: a media processing server and an application server; the media processing server, configured to receive a session establishment request sent by a user end, and forward the request to the application server, where the session establishment request includes media communication of the user end Receiving a response to the session establishment request returned by the application server, where the response to the session establishment request includes a storage navigation menu or a storage navigation menu, where the recording navigation menu includes An indication of the button information corresponding to the media control information; after determining that the local end has the resource capability, returning a session establishment success message in response to the session establishment request to the user end, where the session establishment success message includes the media communication parameter of the local end;
  • the media communication parameter of the user end establishes a media transmission channel with the user end; the recording navigation menu is sent to the user end through the media transmission channel, and the media data collected and sent by the user end in real time is received; Receive media control sent by the client Receiving and forwarding to the application server; receiving a recording command returned by the application server; performing a corresponding recording operation on
  • the embodiment of the invention uses a session control channel and a media transmission channel between the client and the client, and receives media data collected by the client in real time and performs recording control. Due to the real-time uploading of media data, the problem of high storage resource requirements of the client is solved, so that terminals with less storage space such as mobile phones and set-top boxes are also applicable; and, since the control channel and the data channel are simultaneously provided, the user terminal can be controlled through the control channel.
  • the recording operation of the server enables the user to obtain an experience similar to that of processing local media files.
  • FIG. 1 is a schematic flow chart of a video recording system recording method according to an embodiment of the present invention
  • Embodiment 2 is a schematic diagram of an all-IP domain transmission channel in Embodiment 1 of the present invention.
  • FIG. 3 is a schematic diagram of a transmission path including a circuit domain and an IP domain according to Embodiment 1 of the present invention
  • FIG. 4 is a schematic flowchart of a method for recording a video and audio program network according to Embodiment 2 of the present invention
  • FIG. 5 is a flowchart of session establishment signaling in Embodiment 2 of the present invention.
  • Embodiment 6 is a flowchart of recording interaction signaling in Embodiment 2 of the present invention.
  • FIG. 7 is a schematic diagram showing the logical structure of a third media processing server according to an embodiment of the present invention.
  • FIG. 8 is a schematic diagram showing the logical structure of a fourth media processing server according to an embodiment of the present invention.
  • FIG. 9 is a schematic diagram showing the logical structure of a network recording system according to Embodiment 5 of the present invention.
  • FIG. 10 is a schematic diagram showing the logical structure of a network recording system according to Embodiment 6 of the present invention.
  • Embodiments of the present invention provide a video and audio program network recording method, which establishes a session control channel and a media transmission channel with a user terminal, and receives media data collected by the user terminal in real time and performs recording control.
  • Embodiments of the present invention also provide a corresponding media processing server and a network recording system. The details are described below.
  • Embodiment 1 A video and audio program network recording method, as shown in FIG. 1 , includes: A1, establishing a session control channel and a media transmission channel between the user and the client.
  • the control information and the media data are separately transmitted by establishing a session control between the client and the server and a dual channel of the media transmission.
  • the session control protocol used to establish the session control channel needs to support two-way communication between the client and the server.
  • the specific establishment process of the session control channel and the media transmission channel can be performed by referring to the session establishment mode in the existing video communication.
  • the session control channel can be established first, and then the media transmission channel is established.
  • the steps include:
  • the session control channel can be established to negotiate the media communication parameters between the client and the server, which facilitates the establishment of subsequent media transmission channels.
  • the user can perform security control operations such as authentication and authentication, which is convenient for the authentication result to be legal. Determine if you want to continue to establish a media transmission channel.
  • the resource control device in the network may also be triggered to perform resource reservation for the media transmission channel of the session, for example, reserved network bandwidth.
  • the Q0S of the subsequently established media transmission channel can be guaranteed, and the Q0S problem caused by the instability of the network environment during the real-time transmission of the media data is overcome, and the reliability of the media data transmission is improved.
  • the specific steps of the Q0S policy negotiation may be performed according to the relevant provisions of the selected session control protocol, and are not specifically defined in this embodiment.
  • the media transport protocol used to establish the media transport channel needs to support real-time transmission of video and audio media streams.
  • the Real-Time Transport Protocol can be used to improve the quality of real-time transmission of media data by reducing jitter caused by delay.
  • A2 Receive media control information sent by the UE through the established session control channel.
  • the control information transmitted by the session control channel includes session control information and media control information.
  • the session control information refers to information that controls the session process, such as the resource capability negotiation, establishment, and teardown of the session. This part of the content can be executed according to the relevant provisions of the selected session control protocol, and is not specifically defined in this embodiment.
  • the media control information refers to interaction control information related to the recording process, such as start, pause, stop, playback, save, delete, etc.
  • the user can know the association relationship between the media control information and the terminal input in a plurality of ways, and is a correspondence relationship between the media control information and a certain button for the mobile terminal user.
  • the specific learning mode may be offline, for example, the user is informed by the service or the terminal's manual; or may be online, for example, the server sends the relevant indication to the user through the media transmission channel after the session is established.
  • A3. Receive media data collected and sent by the user in real time through the established media transmission channel.
  • the operation of the client is similar to that of the video call, and the media data collected in real time by the video and audio head ends is compression-encoded according to the set format, and then sent to the server along the established media transmission channel.
  • the session control channel and the media transmission channel established and used in the foregoing steps A1 to A3 may be in an IP (Internet Protocol) domain, or may be partially in a circuit domain. In this case, a video gateway needs to be used.
  • VIG Video Interworking Ga teway ) Converts between circuit domain and IP domain. The following two scenarios are described separately:
  • Case 1 both the client and the server are in the IP domain, that is, through the all-IP bearer network.
  • the session control channel is established between the UE and the server in the control layer of the bearer network, the IP Multimedia Subsystem (IMS: IP Mul t imedia Subsystem) (the SIP protocol is used in Figure 2).
  • IMS IP Mul t imedia Subsystem
  • Establish a media transmission channel (assuming the RTP protocol is used in Figure 2).
  • Case 2 As shown in Figure 3, the client is in the circuit domain and the server is in the IP domain.
  • the video gateway needs to be set up in the bearer network, and the session control channel and the media transmission channel between the client and the server are established through the relay of the video gateway.
  • the control information and media data that the client interacts with the server need to be converted by the video gateway.
  • the signaling conversion function entity S of the video gateway converts the H.324 message of the client circuit domain into the SIP protocol of the server; in the media transmission channel, the media conversion function entity of the video gateway M will be the user terminal circuit domain of H. 223 media
  • the stream is converted to an RTP stream to the server.
  • the control information and media stream from the server to the client need to undergo the reverse conversion process.
  • A4. Perform a recording operation on the media data according to the received media control information.
  • the server intercepts the media control information received from the session control channel, for example, the control information such as start, stop, play, save, delete, etc. mentioned above, and learns the recording operation indicated by the user, and media data received by the media transmission channel. Perform this recording operation.
  • the control information such as start, stop, play, save, delete, etc. mentioned above
  • the correspondence between various media control information and recording operations can be:
  • the recording operation corresponding to the startup control information is to save the received media data in the temporary storage area
  • the recording operation corresponding to the stop control information is to stop saving the received media data to the temporary storage area
  • the recording operation corresponding to the playback control information is: reading the saved media data, and sending the saved media data to the user end through the media transmission channel;
  • the recording operation corresponding to the save control information is to transfer the media data stored in the temporary storage area to the permanent storage area (according to the actual application, when the permanent storage is performed, the encoding format of the media file may be converted, or not Conversion);
  • the recording operation corresponding to the deletion control information is to delete the media data from the temporary storage area.
  • the server can use a relatively independent application server to perform a media control part called a media processing server, which is called media processing.
  • the server can be a stand-alone hardware device; it can also be a functional entity in the media server that provides video and audio recording related services.
  • the step of performing a recording operation on the media data according to the media control information can be used:
  • a charging related communication process can also be added to the method flow provided in this embodiment.
  • the media processing server of the server can trigger the charging operation of the charging platform at an appropriate time.
  • the timing of starting the charging and the specific charging policy and mode are not limited in this embodiment.
  • the billing can be started after the session is established, or the billing can be started after the user sends the recording start control information, and if the final recording fails (for example, the media stream fails due to network reasons, or the media is caused by the server). The file cannot be stored properly, etc.), and the billing can also be cancelled.
  • a session control channel and a media transmission channel are established between the user and the client, and the media data collected by the client in real time is received and the recording control is performed. Due to the real-time uploading of media data, the problem of high storage resource requirements of the client is solved, so that terminals with less storage space such as mobile phones and set-top boxes are also applicable; and, since the control channel and the data channel are simultaneously provided, the user terminal can be controlled through the control channel.
  • the recording operation of the server enables the user to obtain an experience similar to that of processing local media files.
  • Session Initiation Protocol In the session control protocol that satisfies the requirements of the first embodiment, the Session Initiation Protocol (SIP) is a typical example.
  • SIP Session Initiation Protocol
  • the procedure of implementing the method based on the SIP embodiment 1 is given below.
  • Embodiment 2 A video and audio program network recording method, which is shown in FIG. 4, and includes:
  • the above steps B1 and B2 complete the establishment of the session control channel and the negotiation of the media communication parameters, for example, the negotiation of the coding format of both parties. If the server uses the structure of the application server and the media processing server in this embodiment, the media processing server may forward the request of the client to the application server, and after the application server performs the authentication and the like, instruct the media processing server to return. Should.
  • step B2 may include:
  • the B2 media processing server determines that the local end has resource capability (for example, the local has sufficient storage space), forwards the request of the user to the application server (according to the interface with the application server, the media processing server may perform the necessary format for the user request or Protocol conversion);
  • the media processing server receives a response returned by the application server, where the response includes a storage address of a recording navigation menu or a recording navigation menu.
  • the media processing server After receiving the response from the application server, the media processing server returns a session establishment success message to the client.
  • the recording navigation menu can be displayed on the display interface of the user terminal in a dynamic video manner, and the user can manipulate the corresponding button on the terminal to perform a recording operation according to the prompt of the recording navigation menu.
  • B6 Receive media data collected and sent by the user end in real time through the established media transmission channel.
  • B7 Perform a recording operation on the media data according to the received media control information.
  • steps B5 to B7 can be performed by referring to steps A2 to A4 in the first embodiment.
  • the SIP supports the Q0S policy negotiation. Therefore, when the network device provides the supporting support, the server can trigger the Q0S policy negotiation process of the resource control device in the network after receiving the INVITE call from the user.
  • the channel reserves network bandwidth.
  • Resource Control Devices in IMS include policy decision functions (PDF : Po l icy Dec i s ion
  • the policy enforcement entity is usually a general packet radio service (GPRS : set up by the Policy Execution Module ( PEP : Pol icy Enforcement Point ) Genera lPacke tRadioService) supports nodes (GSN: GPRS Suppor t Node) to act as.
  • GPRS general packet radio service
  • PEP Policy Execution Module
  • PEP Policy Execution Module
  • GSN GPRS Suppor t Node
  • CSCF Call state control function
  • the user terminal carries the token to initiate a resource application request to the GSN, and the resource request request may further include context information, such as a code rate, an encoding format, a communication port, and the like;
  • the PDF maps the obtained application layer parameter information to the IP QoS parameter, allocates the required network resource to the media stream of the session according to the resource allocation policy, and delivers the QoS parameter to the execution device GSN;
  • the PEP in the GSN performs a corresponding resource allocation policy according to the returned quality of service parameters, for example, allocating bandwidth resources that can guarantee Q0S.
  • a SIP-based session establishment process is used, and the Q0S policy management function can be implemented under the support of the network device, thereby establishing an end-to-end communication channel capable of ensuring bandwidth, and ensuring a real-time transmission of the recorded program stream. quality.
  • the recording navigation menu is delivered by the media stream, the capability requirements of the terminal are reduced, and the terminal does not need to have intelligent browser resolution capability, and only needs to have video communication.
  • the ability can be, for example, ordinary videophone, 3G mobile phone with camera, etc.; and the recording navigation menu uses the dynamic display form of the media stream, the effect is better, and the user experience can be enhanced.
  • the server includes a media processing server and an application server.
  • the user initiates an INVITE call, which is called a video recording service, that is, a SIP resource identifier (SIP URL) of the media processing server, and the message carries media information such as an encoding format of the client; a2.
  • the media processing server receives the SIP call request, and determines After having the resource capability of storage, session, etc., the user sends a "180" temporary response as a response to the user;
  • the media processing server forwards the user request to the application server in the form of an HTTP GET protocol; a4, the application server returns a response result, indicating the media file corresponding to the recording navigation menu or its storage path;
  • the media processing server returns a session establishment success 200 0K to the client, and carries the session parameter of the selected coding type;
  • the client returns a session and successfully establishes an ACK message.
  • A7 Establishing an RTP media channel between the user end and the media processing server.
  • the media channel parameter is based on the negotiation result of the foregoing SIP session (the SDP: Ses s Descr ipt ion protocol message body is usually carried in the SIP message) in).
  • the recording navigation menu is sent to the user along the downstream channel (from the media processing server to the client).
  • the video and audio signals compressed by the client are uploaded along the upstream channel (from the client to the media processing server) to the media processing server.
  • the media processor service receives the BYE request, responds to 200 0K, and releases the session resource to generate a corresponding charging bill.
  • the media processing server sends the received key script information to the application server;
  • the application server parses the script command, and returns a response message carrying the recording start command 200 0K to the media processing server;
  • the media processing server After receiving the recording start command of the application server, the media processing server sends a charging start request to the charging platform.
  • the media processing server obtains a successful response from the charging platform.
  • the media processing server returns a successful response 200 0K to the client;
  • the media processing server receives the RTP media stream from the user end, sorts the received video packets and audio packets by timestamp, and sequentially stores them in the temporary file;
  • the media processing server sends a recording stop key message to the application server.
  • the application server returns a response message carrying a recording stop command 200 0K;
  • the media processing server converts the temporary file into a file in MP4 format
  • the media processing server sends a charging end request to the charging platform
  • the media processing server obtains a successful response from the billing platform OK;
  • the above steps bl 2 and bl 3 may be replaced by: the media processing server sends a charging cancellation message to the charging platform, and obtains a charging cancellation response;
  • the media processing server generates a charging bill
  • the media processing server responds to the stop success message 200 0K to the client.
  • Embodiment 3 A media processing server 10, as shown in FIG. 7, includes:
  • the session control unit 11 is configured to establish a session control channel with the user end, and receive media control information sent by the user end by using the session control channel, and obtain the phase control by the media control information. An indication of the recording operation that should be performed.
  • the media data processing unit 12 is configured to establish a media transmission channel with the user end, and receive media data collected and sent by the user end in real time through the media transmission channel, and according to the indication of the recording operation acquired by the session control unit 11 The media data performs a recording operation.
  • the session control unit may include:
  • the user interface unit 111 is configured to establish a session control channel with the user end, negotiate media communication parameters, and receive media control information sent by the user end;
  • the application interface unit 112 is configured to forward the media control information of the user end received by the user interface unit 111 to the application server, and receive a recording command returned by the application server, where the recording command is parsed by the application server to obtain the media control information. ;
  • the media data processing unit 12 establishes a media transmission channel with the user terminal according to the media communication parameter negotiated by the user interface unit 111; and performs the media data according to the recording command acquired by the application interface unit 112 from the application server. The corresponding recording operation.
  • the media processing server of this embodiment can perform the corresponding video and audio program network recording method with reference to the first embodiment.
  • Embodiment 4 A media processing server 20, as shown in FIG. 8, includes:
  • the session control unit 21 and the media data processing unit 22; the session control unit 21 includes a user interface unit 211 and an application interface unit 212.
  • the user interface unit 211 includes:
  • the message receiving unit 2111 is configured to receive a session establishment request sent by the user end, where the session establishment request includes a media communication parameter of the user end, and receive the media control information sent by the user end.
  • the message sending unit 2112 is configured to determine that the local end has the resource. After the capability, the session establishment success message of the session establishment request received by the response message receiving unit 2111 is returned to the UE, and the session establishment success message includes the media communication parameter of the local end.
  • the application interface unit 212 includes: The message forwarding unit 2121 is configured to forward the session establishment request and the media control information of the user end received by the message receiving unit 2111 to the application server;
  • the response receiving unit 2122 is configured to receive a response to the session establishment request and the media control information forwarded by the message receiving unit 211 1 returned by the application server; the response to the session establishment request includes a recording navigation menu or a recording navigation a storage address of the menu, the recording navigation menu includes an indication of the button information corresponding to the media control information; and the response to the media control information includes a recording command.
  • the media data processing unit 22 includes:
  • the media receiving unit 221 is configured to establish a media transmission channel with the user end according to the media communication parameter of the user end acquired by the message receiving unit 21 11 , and receive media data collected and sent by the user end in real time through the media transmission channel;
  • the media processing unit 222 is configured to perform a corresponding recording operation on the media data received by the media receiving unit 221 according to the recording command acquired by the response receiving unit 2122.
  • the media sending unit 223 is configured to send the recording navigation menu obtained by the receiving unit 2122 to the user end through the media transmission channel established by the media receiving unit 221.
  • the media processing server of this embodiment can perform the corresponding video and audio program network recording method with reference to the second embodiment.
  • Embodiment 5 A network recording system, as shown in FIG. 9, includes: a media processing server 31 and an application server 32;
  • the media processing server 31 is configured to establish a session control channel and a media transmission channel with the client; receive the media control information sent by the client and forward the message to the application server 32; receive the recording command returned by the application server 32; Commanding a corresponding recording operation on the media data;
  • the application server 32 is configured to receive the media control information sent by the media processing server 31, parse the media control information to obtain a recording command, and return the recording command to the media processing server 31.
  • the media processing server in this embodiment can use the structure described in Embodiment 3.
  • Embodiment 6, a network recording system, as shown in FIG. 10, includes: a media processing server 41 and an application server 42;
  • the media processing server 41 is configured to receive a session establishment request sent by the user end, and forward the request to the application server 42.
  • the session establishment request includes a media communication parameter of the user end, and receive a response to the session establishment request returned by the application server 42.
  • the response to the session establishment request includes a storage address of the recording navigation menu or the recording navigation menu, where the recording navigation menu includes an indication of the button information corresponding to the media control information;
  • the application server 42 is configured to receive a session establishment request of the user sent by the media processing server 41 and return a response to the session establishment request; receive media control information sent by the media processing server 41; and parse the media control information to obtain a recording command; The recording command is returned to the media processing server 41.
  • the media processing server in this embodiment can use the structure described in the fourth embodiment.
  • the media processing server involved in the foregoing third, fourth, fifth, and sixth embodiments may be implemented by using independent hardware; or may be disposed in the media server as a functional entity to implement the correlation in the foregoing embodiment.
  • the embodiment of the present invention uses a session control channel and a media transmission channel between the user end, and receives the media data collected by the user end in real time and performs recording control. Due to the real-time uploading of media data, the problem of high storage resource requirements of the client is solved, so that terminals with less storage space such as mobile phones and set-top boxes are also applicable; and, since the control channel and the data channel are simultaneously provided, the user terminal can be controlled through the control channel.
  • the recording operation of the server enables the user to obtain Have an experience similar to working with local media files.
  • the Q0S policy management function can be implemented under the support of the network device, thereby establishing an end-to-end communication channel capable of ensuring bandwidth, and ensuring a real-time transmission of the recorded program stream. quality.
  • the recording navigation menu is delivered by using the media stream bearer, the capability requirement for the terminal is reduced, and the terminal does not need to have intelligent browser resolution capability, and only needs to have video compared with the browser-based method.
  • the communication capability can be, for example, a normal videophone, a 3G mobile phone with a camera, etc.; and the recording navigation menu uses a dynamic display form of the media stream, which is more effective and can enhance the user experience.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)

Description

节目网络录制方法和媒体处理服务器及网络录制系统 技术领域
本发明涉及通信技术领域， 具体涉及一种视音频节目网络录制方法和媒 体处理服务器及网络录制系统。 背景技术
随着视音频技术和宽带网络技术的不断进步， 视音频共享业务迅速发展。 视音频共享业务通常釆用如下业务模式： 将处理好的视、 音频节目上传到网 络侧的服务端， 然后由服务端进行节目的审核和发布。 例如目前流行的一种 视音频共享业务——播客， 是由个人将自己制作的音频或视频节目发布到互 联网上， 供有权限的用户通过网络进行观看。
现有的视音频共享业务通常在用户端完成节目的录制过程， 即由用户端 设备将视、 音频头端釆集的信号压缩编码， 并以特定格式进行保存。 完成节 目制作后， 用户端再将视音频节目以数据文件形式传送到网络侧的服务端。
在提出本发明的过程中， 本发明的发明人发现上述视音频共享业务中的 节目录制方法存在如下缺陷： 由于视音频文件通常需要占用较大的存储空间， 因此这种在用户端完成录制过程后上传到发布站点的方法， 需要用户端本地 提供较大的存储空间， 限制了可选终端的范围， 从而限制了业务的使用范围。 不便应用于存储空间较少的终端， 如手机、 机顶盒等。
发明内容
本发明实施例提供一种节目网络录制方法和媒体处理服务器及网络录制 系统， 能够降低节目网络录制中对用户端设备的要求。
本实施例釆用如下技术方案：
一种节目网络录制方法， 包括： 建立与用户端之间的会话控制通道和媒 体传输通道； 通过所述会话控制通道接收用户端发送的媒体控制信息； 通过 所述媒体传输通道接收用户端实时釆集并发送的媒体数据； 根据所述媒体控 制信息对所述媒体数据执行录制操作。
一种媒体处理服务器， 包括： 会话控制单元， 用于建立与用户端之间的 会话控制通道； 通过所述会话控制通道接收用户端发送的媒体控制信息， 由 所述媒体控制信息获取对相应的录制操作的指示； 媒体数据处理单元， 用于 建立与用户端之间的媒体传输通道， 通过所述媒体传输通道接收用户端实时 釆集并发送的媒体数据， 按照所述对录制操作的指示对所述媒体数据执行录 制操作。
一种网络录制系统， 包括： 媒体处理服务器和应用服务器； 所述媒体处 理服务器， 用于建立与用户端之间的会话控制通道和媒体传输通道； 接收用 户端发送的媒体控制信息并转发给所述应用服务器； 接收所述应用服务器返 回的录制命令； 按照所述录制命令对所述媒体数据执行相应的录制操作； 所 述应用服务器， 用于接收所述媒体处理服务器发送的媒体控制信息； 解析所 述媒体控制信息得到录制命令； 将所述录制命令返回给所述媒体处理服务器。
一种网络录制系统， 包括： 媒体处理服务器和应用服务器； 所述媒体处 理服务器， 用于接收用户端发送的会话建立请求并转发给所述应用服务器， 所述会话建立请求中包括用户端的媒体通信参数； 接收所述应用服务器返回 的对所述会话建立请求的响应， 所述对会话建立请求的响应中包括录制导航 菜单或录制导航菜单的存储地址， 所述录制导航菜单中包括对与所述媒体控 制信息对应的按键信息的指示； 在确定本端具有资源能力后， 向用户端返回 响应所述会话建立请求的会话建立成功消息， 所述会话建立成功消息中包括 本端的媒体通信参数； 根据所述用户端的媒体通信参数， 建立与用户端之间 的媒体传输通道； 通过所述媒体传输通道将所述录制导航菜单下发给用户端 , 并且接收用户端实时釆集并发送的媒体数据； 接收用户端发送的媒体控制信 息并转发给所述应用服务器； 接收所述应用服务器返回的录制命令； 按照所 述录制命令对所述媒体数据执行相应的录制操作； 所述应用服务器， 用于接 收所述媒体处理服务器发送的用户的会话建立请求并返回对所述会话建立请 求的响应； 接收所述媒体处理服务器发送的媒体控制信息； 解析所述媒体控 制信息得到录制命令； 将所述录制命令返回给所述媒体处理服务器。
本发明实施例釆用建立与用户端之间的会话控制通道和媒体传输通道， 接收用户端实时釆集的媒体数据并进行录制控制的方法。 由于媒体数据实时 上传， 解决了用户端存储资源要求高的问题， 使得手机、 机顶盒等存储空间 较少的终端也可适用； 并且， 由于同时具有控制通道与数据通道， 用户端可 通过控制通道控制服务端的录制操作， 使用户获得与处理本地媒体文件相似 的体验。
附图说明
图 1是本发明实施例一视音频节目网络录制方法流程示意图；
图 2是本发明实施例一中全 IP域传输通道示意图；
图 3是本发明实施例一中包括电路域和 IP域的传输通道示意图； 图 4是本发明实施例二视音频节目网络录制方法流程示意图；
图 5是本发明实施例二中会话建立信令流程图；
图 6是本发明实施例二中录制交互信令流程图；
图 7是本发明实施例三媒体处理服务器逻辑结构示意图；
图 8是本发明实施例四媒体处理服务器逻辑结构示意图；
图 9是本发明实施例五网络录制系统逻辑结构示意图；
图 10是本发明实施例六网络录制系统逻辑结构示意图。
具体实施方式
本发明实施例提供了一种视音频节目网络录制方法， 建立与用户端之间 的会话控制通道和媒体传输通道， 接收用户端实时釆集的媒体数据并进行录 制控制。 本发明实施例还提供相应的媒体处理服务器以及网络录制系统。 以 下分别进行详细说明。
实施例一、 一种视音频节目网络录制方法， 流程如图 1所示， 包括： A1、 建立与用户端之间的会话控制通道和媒体传输通道。 本实施例通过建立用户端与服务端之间的会话控制与媒体传输双通道， 来分别进行控制信息和媒体数据的传输。 建立会话控制通道所釆用的会话控 制协议需要支持用户端与服务端的双向通信。 会话控制通道和媒体传输通道 的具体建立过程可参照现有视频通讯中的会话建立方式进行， 一般可先建立 会话控制通道， 再建立媒体传输通道， 步骤包括：
1 )建立与用户端之间的会话控制通道， 协商媒体通信参数。
先建立会话控制通道能够协商用户端与服务端之间的媒体通信参数， 便 于后续媒体传输通道的建立； 此外， 还可以对用户进行认证鉴权等安全控制 操作， 便于根据认证结果是否合法， 来确定是否继续建立媒体传输通道。
需要说明的是， 若所选择的会话控制协议支持与网络设备进行服务质量 ( QOS: Qua l i ty Of Service )策略协商， 且实际网络中的配套设备支持该功 能， 则在建立与用户端之间的会话控制通道时， 还可触发网络中的资源控制 设备对该会话的媒体传输通道执行资源预留， 例如预留网络带宽。 这样可保 证后续建立的媒体传输通道的 Q0S , 克服媒体数据实时传输过程中， 因网络环 境的不稳定性带来的 Q0S问题，提高媒体数据传输的可靠性。 Q0S策略协商的 具体步骤可按照所选用的会话控制协议的相关规定执行， 本实施例中不作特 别规定。
2 )根据协商好的媒体通信参数， 建立与用户端之间的媒体传输通道。 建立媒体传输通道所釆用的媒体传输协议需要支持视、 音频媒体流的实 时传输。 例如可釆用实时传输协议 ( RTP: Rea l-t ime Transpor t Protocol ), 由于可以减少因延迟而产生的抖动， 可以提高媒体数据实时传输的质量。
A2、 通过已建立的会话控制通道接收用户端发送的媒体控制信息。
会话控制通道所传输的控制信息包括会话控制信息和媒体控制信息。 会话控制信息指对会话进程进行控制的信息， 例如会话的资源能力协商、 建立、 拆除等， 这部分内容可按照所选用的会话控制协议的相关规定执行， 本实施例中不作特别规定。 媒体控制信息指与录制过程相关的交互控制信息， 例如启动、 暂停、 停 止、 回放、 保存、 删除等控制信息， 可通过在所选用的会话控制协议的特定 消息中， 携带相应的指令脚本来传输媒体控制信息。
用户可通过多种方式获知各个媒体控制信息与终端输入的关联关系， 对 于手机终端用户而言， 即为媒体控制信息与某个按键的对应关系。 具体获知 方式可以是离线的， 例如用户通过业务或终端的使用手册获知； 也可以是在 线的， 例如由服务端在会话建立后通过媒体传输通道将相关指示下发到用户 端。
A3、 通过已建立的媒体传输通道接收用户端实时釆集并发送的媒体数据。 此步骤中， 用户端的操作与视频通话类似， 将视、 音频头端实时釆集的 媒体数据按照设定格式进行压缩编码， 然后沿已建立的媒体传输通道发送给 服务端。
上述步骤 Al ~ A3中建立和使用的会话控制通道和媒体传输通道， 可以是 处于全网络协议（IP: Internet Protocol )域中， 也可以有部分处于电路域 中， 此时需要釆用视频网关 （VIG: Video Interworking Ga teway )进行电路 域和 IP域的转换。 以下分别对该两种情形进行说明：
情形一、 如图 2所示， 用户端与服务端均位于 IP域， 即通过全 IP承载 网进行通讯。 则用户端与服务端之间在承载网的控制层—— IP多媒体子系统 ( IMS: IP Mul t imedia Subsys tem )建立会话控制通道 (图 2中 ^叚设釆用 SIP 协议）， 在承载网建立媒体传输通道 (图 2中假设釆用 RTP协议）。
情形二、 如图 3所示， 用户端位于电路域， 服务端位于 IP域。 则需要在 承载网设置视频网关， 用户端与服务端之间的会话控制通道和媒体传输通道， 通过视频网关的中转建立。 用户端与服务端交互的控制信息和媒体数据需要 经过视频网关转换。 例如， 图 3 中， 在会话控制通道， 视频网关的信令转换 功能实体 S将用户端电路域的 H. 324消息转换成到服务端的 SIP协议； 在媒 体传输通道， 视频网关的媒体转换功能实体 M将用户端电路域的 H. 223媒体 流转换成到服务端的 RTP 流。 当然， 由服务端到用户端的控制信息和媒体流 需要经过相反的转换过程。
A4、 根据收到的媒体控制信息对媒体数据执行录制操作。
服务端通过解析从会话控制通道收到的媒体控制信息， 例如前述提到的 启动、 停止、 回放、 保存、 删除等控制信息， 获知用户指示的录制操作， 并 对媒体传输通道收到的媒体数据执行该录制操作。 各种媒体控制信息与录制 操作的对应关系可以是：
与启动控制信息对应的录制操作为， 将接收到的媒体数据保存在临时存 储区；
与停止控制信息对应的录制操作为 , 停止向临时存储区保存接收到的媒 体数据；
与回放控制信息对应的录制操作为， 读取已保存的媒体数据， 通过所述 媒体传输通道发送给用户端；
与保存控制信息对应的录制操作为 , 将保存在临时存储区的媒体数据转 移到永久存储区 （根据实际应用情况， 在进行永久存储时， 可对媒体文件进 行编码格式的转换， 当然也可不进行转换）；
与删除控制信息对应的录制操作为， 将媒体数据从临时存储区中删除。 基于通常业务实现中， 具体业务逻辑与实际数据操作分别由不同逻辑实 体执行的思想， 本实施例中服务端可釆用相对独立的应用服务器进行媒体控 部分称为媒体处理服务器， 所称媒体处理服务器可以是一个独立的硬件设备； 也可以是媒体服务器中提供视音频录制相关服务的功能实体。 此时根据媒体 控制信息对媒体数据执行录制操作的步骤可釆用：
1 ) 由媒体处理服务器将用户端发送的媒体控制信息发送给应用服务器； 2 ) 由媒体处理服务器接收所述应用服务器返回的录制命令， 所述录制命 令由所述应用服务器解析所述媒体控制信息得到； 行相应的录制操作。
此外， 容易理解的是， 基于通常的业务设计方案， 还可以在本实施例提 供的方法流程中加入与计费相关的通讯过程。 一般地， 可由服务端的媒体处 理服务器在适当的时机触发计费平台的计费操作， 启动计费的时机以及具体 计费策略和方式本实施例不作限定。 例如可在会话建立后即开始计费， 也可 在用户端发送录制启动控制信息后才开始计费， 并且若最终录制失败（例如 由于网络原因导致媒体流传送失败， 或由于服务端原因导致媒体文件无法正 常存储等）， 还可取消计费。
本实施例釆用建立与用户端之间的会话控制通道和媒体传输通道， 接收 用户端实时釆集的媒体数据并进行录制控制的方法。 由于媒体数据实时上传， 解决了用户端存储资源要求高的问题， 使得手机、 机顶盒等存储空间较少的 终端也可适用； 并且， 由于同时具有控制通道与数据通道， 用户端可通过控 制通道控制服务端的录制操作， 使用户获得与处理本地媒体文件相似的体验。
在满足实施例一要求的会话控制协议中， 会话初始协议（SIP: Ses s ion Ini t ia t ion Protocol )是一个典型的例子， 下面给出基于 SIP实现实施例一 方法的过程。
实施例二、 一种视音频节目网络录制方法， 流程如图 4所示， 包括：
Bl、 接收用户端发送的会话建立请求（ INVITE ), 所述会话建立请求中包 括用户端的媒体通信参数；
B2、 确定本端具有资源能力后， 向用户端返回会话建立成功消息， 所述 会话建立成功消息中包括本端的媒体通信参数。
上述步骤 B1和 B2完成会话控制通道的建立以及媒体通信参数的协商， 例如协商双方的编码格式等信息。 若本实施例中服务端釆用包括应用服务器 和媒体处理服务器的结构， 则媒体处理服务器可将用户端的请求转发给应用 服务器， 由应用服务器进行鉴权认证等操作后， 指示媒体处理服务器返回响 应。
本实施例中进一步釆用在线方式告知用户媒体控制信息与终端输入的关 联关系， 服务端通过下发录制导航菜单告知用户与媒体控制信息对应的按键 信息。 此时， 步骤 B2可包括：
B2 媒体处理服务器确定本端具有资源能力后（例如本地具有足够的存 储空间）， 转发用户端的请求给应用服务器（根据与应用服务器之间的接口， 媒体处理服务器可对用户请求进行必要的格式或协议转换）；
B22、 媒体处理服务器接收所述应用服务器返回的响应， 所述响应中包括 录制导航菜单或录制导航菜单的存储地址；
B23、 媒体处理服务器在收到应用服务器的响应后， 向用户端返回会话建 立成功消息。
B3、 根据协商好的媒体通信参数， 建立与用户端之间的媒体传输通道。
B4、 通过媒体传输通道将录制导航菜单下发给用户端。
此时， 录制导航菜单即可以动态视频的方式展示在用户端的显示界面上， 用户可根据录制导航菜单的提示， 操纵终端上对应的按键进行录制操作。
B5、 通过已建立的会话控制通道接收用户端发送的媒体控制信息。
B6、 通过已建立的媒体传输通道接收用户端实时釆集并发送的媒体数据。 B7、 根据收到的媒体控制信息对媒体数据执行录制操作。
上述步骤 B5 ~ B7可参照实施例一中的步骤 A2 ~ A4执行。
特别地， 由于 SIP支持 Q0S策略协商， 因此在网络设备提供配套支持的 情况下， 服务端在收到用户端的 INVITE呼叫后， 即可触发网络中的资源控制 设备的 Q0S策略协商过程， 为媒体传输通道预留网络带宽。 下面以 IMS为例， 简要说明釆用 SIP时的 Q0S管理过程：
IMS 中的资源控制设备包括策略决策功能 （PDF : Po l icy Dec i s ion
Funct ion ) 实体和策略执行实体； 策略执行实体通常由设置了策略执行模块 ( PEP : Pol icy Enforcement Point ) 的通用分组无线业务 （ GPRS : Genera lPacke tRadioService )支持节点 ( GSN: GPRS Suppor t Node )来充当。 资源控制设备对会话的媒体传输通道执行资源预留的步骤包括：
1 ) 网络中参与会话控制通道建立的呼叫状态控制功能 （CSCF : Ca l l Ses s ion Control Funct ion ) 实体在 PDF上注册该会话（通常 CSCF在收到服 务端对 INVITE呼叫的 SIP 183临时响应消息后触发到 PDF的注册）， 从 PDF 获得令牌（Token ), 并下发给用户端；
2 )用户端携带所述令牌向 GSN发起资源申请请求， 资源申请请求中还可 包括上下文信息， 例如码率、 编码格式、 通信端口等参数；
3 ) GSN将包括所述令牌信息的请求消息发送给 PDF;
4 ) PDF确认所述令牌信息后， 将得到的应用层参数信息映射到 IP QoS参 数， 根据资源分配策略为会话的媒体流分配所需要的网络资源， 将 QoS参数 下发到执行设备 GSN;
5 ) GSN中的 PEP根据返回的服务质量参数执行相应的资源分配策略， 例 如分配能保证 Q0S的带宽资源。
本实施例釆用了基于 SIP的会话建立过程， 可在网络设备支持的情况下， 实现 Q0S 策略管理功能， 从而建立一条能保证带宽的端到端通信通道， 确保 了录制节目流实时传输的服务质量。 此外， 由于录制导航菜单釆用媒体流承 载的方式下发， 降低了对终端的能力要求， 与基于浏览器的方式相比， 不需 要终端具备智能化的浏览器解析能力， 只需要具有视频通信能力即可， 例如 普通可视电话、 带摄像头的 3G手机等； 并且录制导航菜单釆用媒体流的动态 展现形式， 效果更好， 可增强用户体验。
为更好的理解上述实施例， 基于 SIP协议下面分别给出实施例二方法在 会话控制和录制交互阶段的一种具体信令流程。 在下面的例子中假定服务端 包括媒体处理服务器和应用服务器。
一、 会话控制流程。
如图 5所示， 包括： al、 用户端发起 INVITE呼叫， 被叫为视频录制业务， 即媒体处理服务器 的 SIP资源标识（SIP URL ), 消息中携带用户端的编码格式等媒体信息； a2、 媒体处理服务器接收 SIP呼叫请求， 判断本地具有存储、 会话等资 源能力后， 向用户端发" 180"临时响应作为应答；
a 3、媒体处理服务器将用户请求以 HTTP GET协议形式转发给应用服务器； a4、 应用服务器返回响应结果， 指示录制导航菜单对应的媒体文件或其 存储路径；
a5、 媒体处理服务器向用户端返回会话建立成功 200 0K, 并携带选择的 编码类型的会话参数；
a6、 用户端返回会话成功建立确认 ACK消息；
a7、 在用户端与媒体处理服务器之间建立 RTP媒体通道， 媒体通道参数 基于上述 S IP会话的协商结果（通常携带于 SIP消息的会话描述协议（ SDP: Ses s ion Descr ipt ion Protocol ) 消息体中）。 通道建立后， 录制导航菜单沿 下行通道（从媒体处理服务器到用户端） 下发到用户端。 用户端釆集压缩的 视、 音频信号沿上行通道（从用户端到媒体处理服务器）上传到媒体处理服 务器。
a8、 用户端退出会话时， 发送 BYE请求；
a9、 媒体处理器服务接收 BYE请求， 响应 200 0K, 同时释放会话资源， 生成相应的计费话单。
二、 录制交互流程。
通过上述阶段一中的会话建立过程， 在服务端与用户端之间建立媒体数 据传输的双向通道， 可以启动视频录制过程。 在录制过程中， 用户可以进行 启动、 停止、 回放、 保存、 删除等控制操作。 以下以启动和停止操作为例说 明录制交互过程， 其他操作可类推， 过程如图 6所示， 包括：。
bl、 用户端获得录制导航菜单后， 根据提示， 按"录制启动"键， 发送 S IP 的 INF0命令消息到媒体处理服务器， INF0消息中携带"录制启动"键的按键脚 本信息；
b2、 媒体处理服务器把接收到的按键脚本信息， 发送给应用服务器； b3、应用服务器解析脚本命令，返回携带录制开始命令的响应消息 200 0K 给媒体处理服务器；
b4、 媒体处理服务器收到应用服务器的录制开始命令后， 向计费平台发 送计费开始请求；
b5、 媒体处理服务器从计费平台取得成功响应 OK;
b6、 媒体处理服务器返回成功响应 200 0K给用户端；
b7、 媒体处理服务器接收来自用户端的 RTP媒体流， 把接收到的视频包 和音频包按时间戳排序， 依次存储在临时文件中；
b8、 用户端按"录制停止"键， 封装成 SIP INFO消息发送给媒体处理服务 器；
b9、 媒体处理服务器把录制停止键消息发送给应用服务器；
bl 0、 应用服务器返回携带录制停止命令的响应消息 200 0K;
bl l、 媒体处理服务器把临时文件转换成 MP4格式的文件；
bl 2、 媒体处理服务器向计费平台发送计费结束请求；
bl 3、 媒体处理服务器从计费平台取得成功响应 OK;
如果录制失败， 例如不能转换临时文件为 MP4文件， 则上述步骤 bl 2和 bl 3可替换为： 媒体处理服务器向计费平台发送计费取消消息， 并取得计费取 消响应；
bl4、 媒体处理服务器生成计费话单；
bl 5、 媒体处理服务器响应停止成功消息 200 0K给用户端。
下面对本发明实施例的设备和系统进行详细说明。
实施例三、 一种媒体处理服务器 10, 如图 7所示， 包括：
会话控制单元 11 , 用于建立与用户端之间的会话控制通道； 通过所述会 话控制通道接收用户端发送的媒体控制信息， 由所述媒体控制信息获取对相 应的录制操作的指示。
媒体数据处理单元 12 , 用于建立与用户端之间的媒体传输通道， 通过所 述媒体传输通道接收用户端实时釆集并发送的媒体数据， 按照会话控制单元 11获取的对录制操作的指示对所述媒体数据执行录制操作。
若本实施例媒体处理服务器与应用服务器配合使用， 则会话控制单元可 包括：
用户接口单元 111 , 用于建立与用户端之间的会话控制通道， 协商媒体通 信参数； 接收用户端发送的媒体控制信息；
应用接口单元 112 ,用于转发用户接口单元 111收到的用户端的媒体控制 信息给应用服务器； 接收所述应用服务器返回的录制命令， 所述录制命令由 所述应用服务器解析所述媒体控制信息得到；
此时， 媒体数据处理单元 12是根据用户接口单元 111协商的媒体通信参 数， 建立与用户端之间的媒体传输通道； 是按照应用接口单元 112从应用服 务器获取的录制命令对所述媒体数据执行相应的录制操作。
本实施例媒体处理服务器可参照实施例一执行相应的视音频节目网络录 制方法。
实施例四、 一种媒体处理服务器 20, 如图 8所示， 包括：
会话控制单元 21和媒体数据处理单元 22 ; 会话控制单元 21包括用户接 口单元 211和应用接口单元 212。
用户接口单元 211包括：
消息接收单元 2111 , 用于接收用户端发送的会话建立请求， 所述会话建 立请求中包括用户端的媒体通信参数； 接收用户端发送的媒体控制信息； 消息发送单元 2112 , 用于确定本端具有资源能力后， 向用户端返回响应 消息接收单元 2111收到的会话建立请求的会话建立成功消息， 所述会话建立 成功消息中包括本端的媒体通信参数。
应用接口单元 212包括： 消息转发单元 2121 ,用于转发消息接收单元 2111收到的用户端的会话建 立请求和媒体控制信息给应用服务器；
响应接收单元 2122 , 用于接收所述应用服务器返回的对消息接收单元 211 1转发的会话建立请求和所述媒体控制信息的响应； 所述对会话建立请求 的响应中包括录制导航菜单或录制导航菜单的存储地址， 所述录制导航菜单 中包括对与所述媒体控制信息对应的按键信息的指示； 所述对媒体控制信息 的响应包括录制命令。
媒体数据处理单元 22包括：
媒体接收单元 221 , 用于根据消息接收单元 21 11获取的用户端的媒体通 信参数， 建立与用户端之间的媒体传输通道， 通过所述媒体传输通道接收用 户端实时釆集并发送的媒体数据；
媒体处理单元 222 , 用于按照响应接收单元 2122获取的录制命令对媒体 接收单元 221接收的媒体数据执行相应的录制操作。
媒体发送单元 223 ,用于通过媒体接收单元 221建立的媒体传输通道将响 应接收单元 2122获取的录制导航菜单下发给用户端。
本实施例媒体处理服务器可参照实施例二执行相应的视音频节目网络录 制方法。
实施例五、 一种网络录制系统， 如图 9所示， 包括： 媒体处理服务器 31 和应用服务器 32 ;
媒体处理服务器 31 , 用于建立与用户端之间的会话控制通道和媒体传输 通道； 接收用户端发送的媒体控制信息并转发给应用服务器 32 ; 接收应用服 务器 32返回的录制命令； 按照所述录制命令对所述媒体数据执行相应的录制 操作；
应用服务器 32 , 用于接收媒体处理服务器 31发送的媒体控制信息； 解析 所述媒体控制信息得到录制命令；将所述录制命令返回给媒体处理服务器 31。
本实施例中的媒体处理服务器可釆用实施例三中描述的结构。 实施例六、 一种网络录制系统， 如图 1 0所示， 包括： 媒体处理服务器 41 和应用服务器 42 ;
媒体处理服务器 41 , 用于接收用户端发送的会话建立请求并转发给应用 服务器 42 , 所述会话建立请求中包括用户端的媒体通信参数； 接收应用服务 器 42返回的对所述会话建立请求的响应， 所述对会话建立请求的响应中包括 录制导航菜单或录制导航菜单的存储地址， 所述录制导航菜单中包括对与所 述媒体控制信息对应的按键信息的指示； 在确定本端具有资源能力后， 向用 户端返回响应所述会话建立请求的会话建立成功消息， 所述会话建立成功消 息中包括本端的媒体通信参数； 根据所述用户端的媒体通信参数， 建立与用 户端之间的媒体传输通道； 通过所述媒体传输通道将所述录制导航菜单下发 给用户端， 并且接收用户端实时釆集并发送的媒体数据； 接收用户端发送的 媒体控制信息并转发给应用服务器 42 ; 接收应用服务器 42返回的录制命令； 按照所述录制命令对所述媒体数据执行相应的录制操作；
应用服务器 42 ,用于接收媒体处理服务器 41发送的用户的会话建立请求 并返回对所述会话建立请求的响应； 接收媒体处理服务器 41发送的媒体控制 信息； 解析所述媒体控制信息得到录制命令； 将所述录制命令返回给媒体处 理服务器 41。
本实施例中的媒体处理服务器可釆用实施例四中描述的结构。
在实际应用中， 上述实施例三、 四、 五、 六中涉及的媒体处理服务器既 可以釆用独立的硬件实现； 也可以设置在媒体服务器中， 作为一个功能实体 实现在上述实施例中的相关功能。
通过上述实施例可以看出， 本发明实施例釆用建立与用户端之间的会话 控制通道和媒体传输通道， 接收用户端实时釆集的媒体数据并进行录制控制 的方法。 由于媒体数据实时上传， 解决了用户端存储资源要求高的问题， 使 得手机、 机顶盒等存储空间较少的终端也可适用； 并且， 由于同时具有控制 通道与数据通道， 用户端可通过控制通道控制服务端的录制操作， 使用户获 得与处理本地媒体文件相似的体验。 进一步的， 若釆用基于 SIP 的会话建立 过程， 可在网络设备支持的情况下， 实现 Q0S 策略管理功能， 从而建立一条 能保证带宽的端到端通信通道， 确保了录制节目流实时传输的服务质量。 此 外， 当录制导航菜单釆用媒体流承载的方式下发时， 降低了对终端的能力要 求， 与基于浏览器的方式相比， 不需要终端具备智能化的浏览器解析能力， 只需要具有视频通信能力即可， 例如普通可视电话、 带摄像头的 3G手机等； 并且录制导航菜单釆用媒体流的动态展现形式， 效果更好， 可增强用户体验。
以上对本发明实施例所提供的视音频节目网络录制方法和媒体处理服务 器及网络录制系统进行了详细介绍， 本文中应用了具体个例对本发明的原理 及实施方式进行了阐述， 以上实施例的说明只是用于帮助理解本发明的方法 及其核心思想； 同时， 对于本领域的一般技术人员， 依据本发明的思想， 在 具体实施方式及应用范围上均会有改变之处， 综上所述， 本说明书内容不应 理解为对本发明的限制。

Claims

权利 要 求 书
1、 一种视音频节目网络录制方法， 其特征在于， 包括：
建立与用户端之间的会话控制通道和媒体传输通道；
通过所述会话控制通道接收用户端发送的媒体控制信息；
通过所述媒体传输通道接收用户端实时釆集并发送的媒体数据；
根据所述媒体控制信息对所述媒体数据执行录制操作。
2、 根据权利要求 1所述的视音频节目网络录制方法， 其特征在于， 所述建 立与用户端之间的会话控制通道和媒体传输通道的步骤包括：
建立与用户端之间的会话控制通道， 协商媒体通信参数；
根据所述协商的媒体通信参数， 建立与用户端之间的媒体传输通道。
3、 根据权利要求 2所述的视音频节目网络录制方法， 其特征在于， 所述建 立与用户端之间的会话控制通道， 协商媒体通信参数的步骤包括：
接收用户端发送的会话建立请求， 所述会话建立请求中包括用户端的媒体 通信参数；
确定本端具有资源能力后， 向用户端返回会话建立成功消息， 所述会话建 立成功消息中包括本端的媒体通信参数。
4、 根据权利要求 3所述的视音频节目网络录制方法， 其特征在于， 进一步 包括：
获取录制导航菜单或录制导航菜单的存储地址， 所述录制导航菜单中包括 对与所述媒体控制信息对应的按键信息的指示；
通过所述媒体传输通道将所述录制导航菜单下发给用户端。
5、 根据权利要求 4所述的视音频节目网络录制方法， 其特征在于， 所述得 获取录制导航菜单或录制导航菜单的存储地址包括：
转发所述用户端的请求给应用服务器；
接收所述应用服务器返回的响应， 所述响应中包括录制导航菜单或录制导 航菜单的存储地址。
6、 根据权利要求 1 ~ 5任意一项所述的视音频节目网络录制方法， 其特征 在于， 所述根据媒体控制信息对媒体数据执行录制操作的步骤包括：
将所述用户端发送的媒体控制信息发送给应用服务器；
接收所述应用服务器返回的录制命令， 所述录制命令由所述应用服务器解 析所述媒体控制信息得到；
按照所述录制命令对所述用户端发送的媒体数据执行相应的录制操作。
7、 根据权利要求 1 ~ 5任意一项所述的视音频节目网络录制方法， 其特征 在于， 所述媒体控制信息包括以下一种或几种：
启动控制信息； 相应的录制操作为， 将接收到的媒体数据保存在临时存储 区；
停止控制信息； 相应的录制操作为， 停止向临时存储区保存接收到的媒体 数据；
回放控制信息； 相应的录制操作为， 读取已保存的媒体数据， 通过所述媒 体传输通道发送给用户端；
保存控制信息； 相应的录制操作为， 将保存在临时存储区的媒体数据转移 到永久存储区；
删除控制信息； 相应的录制操作为， 将媒体数据从临时存储区中删除。
8、 根据权利要求 1 ~ 5任意一项所述的视音频节目网络录制方法， 其特征 在于： 所述用户端位于电路域， 所述建立与用户端之间的会话控制通道和媒体 传输通道， 是通过视频网关的中转建立与所述电路域的用户端之间的会话控制 通道和媒体传输通道；
所述电路域的用户端发送的媒体控制信息和媒体数据通过所述视频网关转 换为网络协议域的指定格式后进行转发。
9、 根据权利要求 1 ~ 5任意一项所述的视音频节目网络录制方法， 其特征 在于， 进一步包括：
触发网络中的资源控制设备对所述会话的媒体传输通道执行资源预留。
10、 根据权利要求 9所述的视音频节目网络录制方法， 其特征在于， 所述 对所述会话的媒体传输通道执行资源预留包括：
向用户下发令牌；
接收用户发起的资源申请请求， 所述的请求中携带所述令牌信息； 确认所述令牌信息后， 根据所述请求消息获得服务质量参数， 根据所述得 服务质量参数执行相应的资源分配策略。
11、 根据权利要求 9所述的视音频节目网络录制方法， 其特征在于， 所述 资源控制设备包括策略决策功能实体和策略执行实体； 所述资源控制设备对会 话的媒体传输通道执行资源预留的步骤包括：
网络中参与所述会话控制通道建立的呼叫状态控制功能实体在策略决策功 能实体上注册该会话， 从所述策略决策功能实体获得令牌， 并下发给用户端； 所述策略执行实体接收用户端发起的资源申请请求， 将包括所述令牌信息 的请求消息发送给所述策略决策功能实体；
所述策略决策功能实体确认所述令牌信息后， 根据所述请求消息将服务质 量参数下发给所述策略执行实体；
所述策略执行实体根据返回的服务质量参数执行相应的资源分配策略。
12、 根据权利要求 1 ~ 5任意一项所述的视音频节目网络录制方法， 其特征 在于： 所述媒体传输通道釆用实时传输协议传输媒体数据。
13、 一种媒体处理服务器， 其特征在于， 包括：
会话控制单元， 用于建立与用户端之间的会话控制通道； 通过所述会话控 制通道接收用户端发送的媒体控制信息， 由所述媒体控制信息获取对相应的录 制操作的指示；
媒体数据处理单元， 用于建立与用户端之间的媒体传输通道， 通过所述媒 体传输通道接收用户端发送的媒体数据， 按照所述对录制操作的指示对所述媒 体数据执行录制操作。
14、 根据权利要求 13所述的媒体处理服务器， 其特征在于， 所述会话控制 单元包括：
用户接口单元， 用于建立与用户端之间的会话控制通道， 协商媒体通信参 数； 接收用户端发送的媒体控制信息；
应用接口单元， 用于转发用户端的媒体控制信息给应用服务器； 接收所述 应用服务器返回的录制命令， 所述录制命令由所述应用服务器解析所述媒体控 制信息得到；
所述媒体数据处理单元是根据所述协商的媒体通信参数， 建立与用户端之 间的媒体传输通道； 是按照所述录制命令对所述媒体数据执行相应的录制操作。
15、 根据权利要求 14所述的媒体处理服务器， 其特征在于， 所述用户接口 单元包括：
消息接收单元， 用于接收用户端发送的会话建立请求， 所述会话建立请求 中包括用户端的媒体通信参数； 接收用户端发送的媒体控制信息；
消息发送单元， 用于确定本端具有资源能力后， 向用户端返回响应所述会 话建立请求的会话建立成功消息， 所述会话建立成功消息中包括本端的媒体通 信参数；
所述应用接口单元包括：
消息转发单元， 用于转发用户端的会话建立请求和媒体控制信息给应用服 务器；
响应接收单元， 用于接收所述应用服务器返回的对所述会话建立请求和所 述媒体控制信息的响应； 所述对会话建立请求的响应中包括录制导航菜单或录 制导航菜单的存储地址， 所述录制导航菜单中包括对与所述媒体控制信息对应 的按键信息的指示； 所述对媒体控制信息的响应包括录制命令；
所述媒体数据处理单元包括：
媒体接收单元， 用于根据所述用户端的媒体通信参数， 建立与用户端之间 的媒体传输通道， 通过所述媒体传输通道接收用户端发送的媒体数据；
媒体处理单元， 用于按照所述录制命令对所述媒体数据执行相应的录制操 作；
媒体发送单元， 用于通过所述媒体传输通道将所述录制导航菜单下发给用 户端。
16、 一种网络录制系统， 其特征在于， 包括： 媒体处理服务器和应用服务 器；
所述媒体处理服务器， 用于建立与用户端之间的会话控制通道和媒体传输 通道； 接收用户端发送的媒体控制信息并转发给所述应用服务器； 接收所述应 用服务器返回的录制命令； 按照所述录制命令对所述媒体数据执行相应的录制 操作；
所述应用服务器， 用于接收所述媒体处理服务器发送的媒体控制信息； 解 析所述媒体控制信息得到录制命令； 将所述录制命令返回给所述媒体处理服务 器。
17、 一种网络录制系统， 其特征在于， 包括： 媒体处理服务器， 用于接收 用户端发送的会话建立请求， 所述会话建立请求中包括用户端的媒体通信参数； 根据所述得媒体通信参数确定本端具有资源能力后， 向用户端返回响应所述会 话建立请求的会话建立成功消息， 根据所述用户端的媒体通信参数， 建立与用 户端之间的媒体传输通道； 接收用户端发送的媒体数据以及媒体控制信息， 根 据所述得媒体控制信息对所述媒体数据执行相应的录制操作。
18、 根据权利要求 17所述得的网络录制系统， 其特征在于， 进一步包括包 括： 应用服务器；
所述媒体处理服务器， 用于将所述的会话建立请求并转发给所述应用服务 器； 接收所述应用服务器返回的对所述会话建立请求的响应， 所述对会话建立 请求的响应中包括录制导航菜单或录制导航菜单的存储地址， 所述录制导航菜 单中包括对与所述媒体控制信息对应的按键信息的指示； 将所述录制导航菜单 通过所述媒体传输通道下发给用户端 , 将所述的用户端发送的媒体控制信息转 发给所述应用服务器； 接收所述应用服务器返回的录制命令； 按照所述录制命 令对所述媒体数据执行相应的录制操作；
所述应用服务器， 用于接收所述媒体处理服务器发送的用户的会话建立请 求并返回对所述会话建立请求的响应； 接收所述媒体处理服务器发送的媒体控 制信息； 解析所述媒体控制信息得到录制命令； 将所述录制命令返回给所述媒 体处理服务器。
PCT/CN2008/071200 2007-06-08 2008-06-05 Procédé d'enregistrement de réseau de programmes, serveur de traitement multimédia et système d'enregistrement de réseau WO2008151550A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP08757611A EP2160031A4 (en) 2007-06-08 2008-06-05 PROGRAM NETWORK RECORDING METHOD, MEDIA PROCESSING SERVER, AND NETWORK RECORDING SYSTEM
US12/632,087 US20100082824A1 (en) 2007-06-08 2009-12-07 Program network recording method, media processing server and network recording system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710110903.5A CN101068340B (zh) 2007-06-08 2007-06-08 节目网络录制方法和媒体处理服务器及网络录制系统
CN200710110903.5 2007-06-08

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/632,087 Continuation US20100082824A1 (en) 2007-06-08 2009-12-07 Program network recording method, media processing server and network recording system

Publications (1)

Publication Number Publication Date
WO2008151550A1 true WO2008151550A1 (fr) 2008-12-18

Family

ID=38880750

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/071200 WO2008151550A1 (fr) 2007-06-08 2008-06-05 Procédé d'enregistrement de réseau de programmes, serveur de traitement multimédia et système d'enregistrement de réseau

Country Status (4)

Country Link
US (1) US20100082824A1 (zh)
EP (1) EP2160031A4 (zh)
CN (1) CN101068340B (zh)
WO (1) WO2008151550A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI470589B (zh) * 2011-08-12 2015-01-21 Hwa Jiuh Digital Technology Ltd 雲端數位語音教學錄音系統

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101068340B (zh) * 2007-06-08 2010-06-02 华为技术有限公司 节目网络录制方法和媒体处理服务器及网络录制系统
CN101453477B (zh) * 2007-12-07 2012-04-04 华为技术有限公司 实时媒体内容上传的方法和装置
CN101588342A (zh) * 2008-05-19 2009-11-25 华为技术有限公司 一种实现录制业务的方法、装置及系统
CN101626396B (zh) * 2008-07-08 2014-01-08 华为技术有限公司 多用户业务建立和控制通道转移方法、装置及系统
CN101360114A (zh) * 2008-08-22 2009-02-04 中兴通讯股份有限公司 一种提供实时场景的多媒体系统及其实现方法
CN101854513A (zh) * 2010-02-05 2010-10-06 深圳市同洲电子股份有限公司 一种数字电视互动方法、设备及系统
CN101867577A (zh) * 2010-06-01 2010-10-20 中兴通讯股份有限公司 基于sip的录音控制方法、系统和媒体服务器
CN102572350A (zh) * 2010-12-17 2012-07-11 沈阳新邮通信设备有限公司 手机电视离线录制装置及其离线录制方法
CN102611932B (zh) * 2011-01-25 2014-09-17 国基电子（上海）有限公司 机顶盒及其录制电视节目的方法
US20120233334A1 (en) * 2011-03-07 2012-09-13 Avaya Inc. Shared media access for real time first and third party control
CN106453240B (zh) * 2011-08-19 2019-11-08 南京中兴新软件有限责任公司 一种处理add信令的方法
CN103108255A (zh) * 2011-11-15 2013-05-15 苏州达联信息科技有限公司 一种视频分发网络集中控制协议及实现装置
CN104038831A (zh) * 2013-03-04 2014-09-10 鸿富锦精密工业（深圳）有限公司 节目录制装置及方法
CN103227934B (zh) * 2013-04-19 2017-07-28 深圳Tcl新技术有限公司 对电视节目进行录像的方法及服务器
CN104683863A (zh) * 2013-11-28 2015-06-03 中国移动通信集团公司 一种多媒体数据传输方法及设备
CN105657327A (zh) * 2014-11-28 2016-06-08 中兴通讯股份有限公司 一种音视频处理方法、装置及系统
CN104683764B (zh) * 2015-02-03 2018-10-16 青岛大学 基于fpga图像压缩技术的3g远程传输网络摄像头
CN105356956B (zh) * 2015-10-22 2018-11-27 普联技术有限公司 无线扩展器与接入点间的通信质量检测方法及装置
US10250486B2 (en) * 2016-10-14 2019-04-02 Gvbb Holdings S.A.R.L. System and method for isochronous switching of packetized media streams
CN107547517B (zh) * 2017-07-25 2020-04-17 高斯贝尔数码科技股份有限公司 音视频节目录制方法和网络设备及计算机装置

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1426229A (zh) * 2003-01-02 2003-06-25 曾少敏 家庭网络数字录像系统
US20050216270A1 (en) 2004-03-24 2005-09-29 Ellis Gregory D Remotely accessed virtual recording room
WO2006037375A1 (en) 2004-10-06 2006-04-13 Telecom Italia S.P.A. Method, and related mobile communications system, for providing combinational network services
CN1794800A (zh) * 2005-11-28 2006-06-28 深圳市同洲电子股份有限公司 一种数字电视直播回放系统及方法
WO2006103220A1 (de) * 2005-03-30 2006-10-05 Nokia Siemens Networks Gmbh & Co. Kg Verfahren und anordnung zum speichern und wiedergeben von tv-sendungen
US20060271975A1 (en) 2005-05-23 2006-11-30 Edmund Sun Time-shifting audio and video programs
CN101068340A (zh) * 2007-06-08 2007-11-07 华为技术有限公司 节目网络录制方法和媒体处理服务器及网络录制系统

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1241847A1 (de) * 2001-03-13 2002-09-18 Siemens Aktiengesellschaft Übermittlung von Informationen mit einer verifizierten QoS in einem Kommunikationsnetz
JP2003153254A (ja) * 2001-08-31 2003-05-23 Canon Inc データ処理装置及びデータ処理方法、並びにプログラム、記憶媒体
US7263124B2 (en) * 2001-09-26 2007-08-28 Intel Corporation Scalable coding scheme for low latency applications
CN1696932A (zh) * 2004-05-13 2005-11-16 王子善 汉字对称结构检字表及汉字排检法
US20070118660A1 (en) * 2005-11-24 2007-05-24 Nokia Corporation Recording session contents in a network
US20070180135A1 (en) * 2006-01-13 2007-08-02 Dilithium Networks Pty Ltd. Multimedia content exchange architecture and services
US8042148B2 (en) * 2006-02-07 2011-10-18 Cisco Technology, Inc. System and method for enforcing policy in a communication network
US8887212B2 (en) * 2006-03-21 2014-11-11 Robin Dua Extended connectivity point-of-deployment apparatus and concomitant method thereof
US9124650B2 (en) * 2006-12-13 2015-09-01 Quickplay Media Inc. Digital rights management in a mobile environment
WO2008098247A2 (en) * 2007-02-09 2008-08-14 Dilithium Network Pty Ltd. Method and apparatus for a multimedia value added service delivery system
US20080235746A1 (en) * 2007-03-20 2008-09-25 Michael James Peters Methods and apparatus for content delivery and replacement in a network

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1426229A (zh) * 2003-01-02 2003-06-25 曾少敏 家庭网络数字录像系统
US20050216270A1 (en) 2004-03-24 2005-09-29 Ellis Gregory D Remotely accessed virtual recording room
WO2006037375A1 (en) 2004-10-06 2006-04-13 Telecom Italia S.P.A. Method, and related mobile communications system, for providing combinational network services
WO2006103220A1 (de) * 2005-03-30 2006-10-05 Nokia Siemens Networks Gmbh & Co. Kg Verfahren und anordnung zum speichern und wiedergeben von tv-sendungen
US20060271975A1 (en) 2005-05-23 2006-11-30 Edmund Sun Time-shifting audio and video programs
CN1794800A (zh) * 2005-11-28 2006-06-28 深圳市同洲电子股份有限公司 一种数字电视直播回放系统及方法
CN101068340A (zh) * 2007-06-08 2007-11-07 华为技术有限公司 节目网络录制方法和媒体处理服务器及网络录制系统

Non-Patent Citations (1)

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

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI470589B (zh) * 2011-08-12 2015-01-21 Hwa Jiuh Digital Technology Ltd 雲端數位語音教學錄音系統

Also Published As

Publication number Publication date
EP2160031A4 (en) 2010-07-28
CN101068340A (zh) 2007-11-07
CN101068340B (zh) 2010-06-02
US20100082824A1 (en) 2010-04-01
EP2160031A1 (en) 2010-03-03

Similar Documents

Publication Publication Date Title
WO2008151550A1 (fr) Procédé d'enregistrement de réseau de programmes, serveur de traitement multimédia et système d'enregistrement de réseau
EP2241078B1 (en) Method and internet protocol television (iptv) content manager server for iptv servicing
EP2148505A1 (en) A method and a device for obtaining the media describing information of iptv service
WO2007093127A1 (fr) Système, procédé et dispositif de configuration d'une session média interactive d'après un sous-système ip multimédia
WO2009117919A1 (zh) 一种内容点播业务的建立方法、系统和装置
CN102387081B (zh) 一种NAT场景下通信业务QoS保障方法、装置及系统
WO2007098703A1 (fr) Procédé, système et dispositif de ressources multimédia permettant d'obtenir un service de programmation tv basé sur un réseau ngn
WO2010063174A1 (zh) 一种ims监听的实现方法、系统及装置
WO2008134955A1 (fr) Procédé, système et appareil pour appliquer des informations de capacité de terminal dans un service iptv
WO2011160561A1 (zh) 视频浏览的实现方法、ims视频监控系统及监控前端
WO2009052762A1 (fr) Procédé, dispositif et système d'amélioration de service de diffusion (bc)
WO2008148326A1 (fr) Procédé, système, agent d'activité et terminal pour réaliser une activité de convergence
WO2014180410A1 (zh) 一种实现媒体QoS承载资源控制的方法及装置
WO2009121284A1 (zh) 一种提供智能业务的方法、系统及网关
KR100802088B1 (ko) 실시간 ｖｏｄ 서비스 제공 방법 및 장치
WO2007019777A1 (fr) Méthode d’établissement de session et nœud de contrôle de session
WO2010028601A1 (zh) 以文件方式传输媒体内容的方法、系统及设备
WO2013189430A2 (zh) 一种自动语音识别业务的实现方法、系统和媒体服务器
WO2009052766A1 (fr) Procédé de facturation de continuité de service multimédia, ancrage de signalisation de commande de session et entité de commande de passerelle multimédia
WO2010028591A1 (zh) 实现客户端录制的方法、系统及录制控制实体
WO2009049518A1 (fr) Procédé, système et entité d'établissement de session de système de télévision par internet ip
WO2023005316A1 (zh) 通信方法、信令控制网元、媒体控制网元及通信系统
WO2011054318A1 (zh) 媒体会话协商的方法、设备及系统
US20090248810A1 (en) Systems and methods for querying status of peer-to-peer multimedia connections in communication systems
WO2009006820A1 (fr) Procédé et système pour fournir un flux multimédia durant une commutation de serveurs multimédias

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2008757611

Country of ref document: EP