WO2010028601A1 - 以文件方式传输媒体内容的方法、系统及设备 - Google Patents

以文件方式传输媒体内容的方法、系统及设备 Download PDF

Info

Publication number
WO2010028601A1
WO2010028601A1 PCT/CN2009/073856 CN2009073856W WO2010028601A1 WO 2010028601 A1 WO2010028601 A1 WO 2010028601A1 CN 2009073856 W CN2009073856 W CN 2009073856W WO 2010028601 A1 WO2010028601 A1 WO 2010028601A1
Authority
WO
WIPO (PCT)
Prior art keywords
content
session establishment
identifier
channel
request
Prior art date
Application number
PCT/CN2009/073856
Other languages
English (en)
French (fr)
Inventor
左羽
李幼颖
彭招君
王丰
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2010028601A1 publication Critical patent/WO2010028601A1/zh

Links

Classifications

    • 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
    • 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]

Definitions

  • the embodiments of the present invention relate to the field of communications, and in particular, to a method, a system, a content device, and a service control device for transmitting media content in a file manner.
  • IPTV Internet Protocol Television
  • IMS IP Multimedia Subsystem
  • the current standard is to stream media content to realize real-time audio and video viewing services (such as live broadcast, on-demand).
  • IPTV services have no special requirements for real-time performance, and many IPTV services are not limited to providing audio and video viewing services, but provide two-way interaction and information sharing services, especially IPTV value-added services.
  • the uploading and downloading of such content cannot be realized. Summary of the invention
  • Embodiments of the present invention provide a method, system, and device for transmitting media content in a file manner, which are used to implement media content in a file mode in an IMS-based IPTV system.
  • An embodiment of the present invention provides a method for transmitting media content in a file format.
  • the method is applied to an Internet Protocol Television IPTV network based on the Internet Protocol Multimedia Subsystem IMS, and includes:
  • Media content is transmitted through the content channel.
  • the content device provided by the embodiment of the present invention is applied to an Internet Protocol Television IPTV network based on the Internet Protocol Multimedia Subsystem IMS, where the content device includes:
  • a channel establishing module configured to send a session establishment request that includes a request identifier, and negotiate to establish a content channel that is transmitted in a file manner, where the request identifier is used to indicate that the session establishment request is to be transmitted in a file manner;
  • a transmission module configured to transmit media content through the content channel.
  • a second channel establishing module configured to receive a session establishment request that includes a request identifier, and negotiate to establish a content channel that is transmitted in a file manner, where the request identifier is used to indicate that the session establishment request is to be transmitted in a file manner;
  • a second transmission module configured to transmit media content through the content channel.
  • a receiving module configured to receive a session establishment request that includes a request identifier
  • a selection module configured to select a content device according to the request identifier
  • a sending module configured to forward the session establishment request to the content device.
  • a system for transmitting media content in a file manner which includes a first content entity, a second content entity, and a service control entity, where
  • the first content entity is configured to initiate a session establishment request including the request identifier
  • the service control entity is configured to control to negotiate to establish a content channel that is transmitted by the first content entity and the second content entity in a file manner;
  • Media content is transmitted between the first content entity and the second content entity through the content channel.
  • the media content of the file mode can be transmitted in the content channel by establishing the content channel, and the media content of the file mode is transmitted in the IMS-based IPTV system, thereby improving the service capability of the IPTV system.
  • FIG. 1 is a schematic diagram of an IPTV architecture to which an embodiment of the present invention is applied;
  • FIG. 2 is a flowchart of a method for transmitting media content in a file manner according to an embodiment of the present invention
  • FIG. 3 is a signaling flowchart of a method for transmitting media content in a file manner according to Embodiment 2 of the present invention
  • FIG. 5 is a signaling flowchart of a method for transmitting media content in a file manner according to Embodiment 4 of the present invention.
  • FIG. 6 is a signaling flowchart of a method for transmitting media content in a file manner according to Embodiment 5 of the present invention.
  • FIG. 7 is a signaling flowchart of a method for transmitting media content in a file manner according to Embodiment 6 of the present invention.
  • FIG. 8 is a signaling flowchart of a method for transmitting media content in a file manner according to Embodiment 7 of the present invention.
  • FIG. 9 is a schematic structural diagram of a content device according to Embodiment 1 of the present invention.
  • FIG. 10 is a schematic structural diagram of a content device according to Embodiment 2 of the present invention.
  • FIG. 11 is a schematic structural diagram of a service control device according to an embodiment of the present invention.
  • FIG. 12 is a schematic structural diagram of a system for transmitting media content in a file manner according to an embodiment of the present invention.
  • FIG. 13 is a schematic structural diagram of a system for transmitting media content in a file manner according to Embodiment 2 of the present invention. Mode for carrying out the invention
  • FIG. 1 it is a schematic diagram of an IPTV architecture according to an embodiment of the present invention, where a Service Discovery Function (SDF) and a Service Selection Function (SSF) are user terminals (User Equipment: UE) Selecting an IPTV service provides the necessary information.
  • SDF Service Discovery Function
  • SSF Service Selection Function
  • the SSF provides the UE with a list of available services that can be browsed and selected.
  • Each IPTV service consists of a pair of IPTV Service Control Functions (SCF) and IPTV Media Functions (MF).
  • SCF IPTV Service Control Functions
  • MF IPTV Media Functions
  • the SCF is a Session Initial Protocol (SIP) application server, and its tasks mainly include: authorizing the session during initialization; implementing a modification process, checking user data to determine whether to allow the user to access the service; Control; select the appropriate MF.
  • the MF is responsible for the control and delivery of the media stream.
  • the MF can be divided into a Media Control Function (MCF) and a Media Delivery Function (MDF).
  • MCF Media Control Function
  • MDF Media Delivery Function
  • the tasks of the MCF mainly include: handling the control of the media stream; monitoring the state of the MDF (this function is optional); managing the interaction with the user equipment (UE); selecting an MDF when the MCF controls multiple MDFs; Distribution of MDF status and content; generating billing information.
  • MDF's tasks include: Handling the delivery of media streams; Reporting status to MCF (this feature is optional).
  • CoD Content on Demand
  • CoD-SCF Service Control Part
  • CoD-MCF Media Control Part
  • CoD-MDF Media Delivery Function
  • the CoD-SCF performs message interaction with the UE through the IMS core network, and the media control message between the UE and the CoD-MCF interacts through the Xc' reference point, and the media data between the UE and the CoD-MDF interacts through the Xc" reference point.
  • BC Broadcast: implements the broadcast IPTV service, which can be divided into the service control part (BC-SCF), the media control part (BC-MCF) and the media delivery function (BC-MDF).
  • the BC-SCF passes the IMS core network and The UE performs message interaction, and the media control message between the UE and the BC-MCF interacts through the Xc' reference point, and the media data between the UE and the BC-MDF interacts through the Xc" reference point.
  • the Personal Video Recorder implements the IPTV PVR service, which can be divided into the Service Control Part (PVR-SCF), the Media Control Part (PVR-MCF), and the Media Delivery Function (PVR-MDF).
  • PVR-SCF performs message interaction with the UE through the IMS core network, and the media control message between the UE and the PVR-MCF interacts through the Xc' reference point, and the media data between the UE and the PVR-MDF interacts through the Xc" reference point.
  • the embodiment of the present invention provides a method, a system, and various devices for transmitting media content in a file manner, which are specifically described below.
  • the media content is transferred by file means to upload or download media content
  • the content channel transmitted by the file mode is a content channel for uploading/downloading media content.
  • a flowchart of a method for transmitting media content in a file mode includes the following steps: Step 101: Establish a session establishment request including a request identifier, and negotiate to establish a file mode for transmission. a content channel, where the request identifier is used to indicate that the session establishment request is to be transmitted in a file manner;
  • Step 102 Transmit media content through the content channel.
  • a content channel can be established using SIP message negotiation. Further, this embodiment may further include negotiating to establish a control channel, specifically, by initiating a session establishment request including the request identifier, negotiating and establishing a content channel for transmitting in a file manner, and controlling the transmission of the media content during the interaction The control channel of the command.
  • step 101 may include:
  • Step 1011 The first content entity initiates a session establishment request that includes a request identifier.
  • Step 1012 The service control entity selects the second content entity according to the request identifier, and forwards the session establishment request to the second content entity.
  • Step 1013 The second content entity returns a session establishment response.
  • steps 1011 to 1013 can be used to negotiate to establish a content channel, and can also be used to negotiate to establish a content channel and a control channel.
  • the session establishment response provides media negotiation information that is transmitted in a file manner.
  • step 101 may be described as follows: a UE (ie, a first content entity) sends a session establishment request, where the session establishment request may include a request identifier, content channel information provided by the UE, and And the content identifier or control channel information may be included; the SCF (ie, the service control entity) receives the session establishment request, determines whether the service is an upload/download service, and selects the MF (ie, the second content entity) that provides the service, and The session establishment request is forwarded to the MF; the MF returns a session establishment response, and the session establishment response may include content channel information provided by the MF, and may further include file content identification information and/or control channel information.
  • the SCF ie, the service control entity
  • the technical solution of the embodiment of the present invention is further introduced by taking the UE as the first content entity, the SCF as the service control entity, and the MF as the second content entity.
  • FIG. 3 it is a signaling flowchart of a method for transmitting media content in a file manner according to Embodiment 2 of the present invention.
  • a user downloads a video file from an IPTV MF by using a UE, and adopts FTP (File Transfer Protocol).
  • the UE establishes a content channel and a control channel with the IPTV MF by using SIP message negotiation.
  • This embodiment specifically includes the following steps:
  • Step 201 The UE sends a session establishment request Invite message including a request identifier to the SCF via the IMS core network.
  • the session establishment request carries a session negotiation proposal (OFFER), and negotiates to establish an FTP control channel and a content channel.
  • the session establishment request may include the following information:
  • Content identifier used to identify the media content selected by the user for downloading, for example, may be a Content ID, may be a content identifier or a content identifier list; the content identifier may be carried in a Request URI (Uniform Resource Identifier) in the SIP message. Or carried by the SIP message body;
  • Request URI Uniform Resource Identifier
  • the service identifier is used to identify the service requested by the user.
  • the identifier indicates that the request is a service request for transmitting content by using a file, and the information may be carried in a SIP header field or a message body.
  • Control channel information used to indicate related information of the control channel, which may include one or more of the following information: an FTP identifier, where the UE is used to control the IP address and port of the channel, indicating that the channel is the identifier of the control channel;
  • Channel information can be carried in SDP (Session Description Protocol);
  • Content channel information Information about the content channel, which may include one or more of the following information: FTP identifier, the IP address and port used by the UE for the content channel, indicating that the channel is the identifier of the content channel, uploading / Download operation identifier (download in this embodiment), indicating the active/passive mode identifier (active mode is used in this embodiment), user-defined file type (such as ASCII), data structure (such as File), and transmission mode. Transmission mode information such as BLOCK; the content channel information can be carried in the SDP.
  • the request identifier may be any combination of a service identifier, an FTP identifier, a content identifier, an upload/download operation identifier, or the foregoing identifier.
  • Step 202 The SCF receives the session establishment request sent by the UE, and determines whether the service of the session establishment request is an upload/download service according to the request identifier, and if yes, step 203 is performed;
  • the method for determining may be: determining, according to the service identifier and the download operation identifier, that the service of the session establishment request in the embodiment is a download service; or directly determining, according to the content identifier, the service downloaded by the file, or according to the content identifier. And the download operation identifier is determined to be a download service.
  • Step 203 The SCF selects the MF that provides the corresponding media content download according to the content identifier, and forwards the session establishment request carrying the content identifier to the selected MF.
  • the MF address may be written in the Request URI of the session establishment request.
  • the TO header field carries the content identifier;
  • Step 204 The MF receives the session establishment request sent by the SCF, and determines whether the service of the session establishment request is a download service. If yes, step 205 is performed; the method of determining may use the method described in step 202; The server that is dedicated to the downloading service, this step may be an optional step, directly executing step 205;
  • Step 205 The MF searches for the path where the content is saved (that is, the location information of the content) according to the received content identifier, and uses the path saved by the content as the file content identification information.
  • Step 206 The MF returns a session establishment response 200 OK message, and the session establishment response is sent to the UE via the SCF and the IMS core network.
  • the session establishment response provides the downloaded media negotiation information, which may include the following information:
  • Control channel information used to indicate information about the control channel, which may include one or more of the following information: FTP identifier, MF is used to control the IP address and port of the channel, indicating that the channel is the identifier of the control channel;
  • Content channel information Information related to the content channel, which may include one or more of the following information: FTP identifier,
  • the MF is used for the IP address and port of the content channel, indicating that the channel is the identifier of the content channel, and the upload/download operation identifier (download in this embodiment);
  • File content identification information The path where the content is saved, which can be the directory and file name where the content is stored in the server, such as /USER/VideoA ⁇ iedo.avi.
  • Step 207 The control channel between the UE and the MF is established. Before this, the UE may further: after the UE obtains the IP address, or the IP address and the port of the control channel, the MF is used to initiate the active opening. Command, create a control connection;
  • Step 208 The content channel between the UE and the MF is established. Before this, the MF may use the well-known port 20 to issue an active open command after the UE obtains the IP address and port of the content channel from the session establishment process. Creating a data connection; Step 209: The UE sends a control command through the control channel according to the path saved by the content obtained from the session establishment response
  • Step 210 The MF returns a response message, and opens a data connection.
  • Step 211 Perform file transmission, where the UE downloads the video file in the content channel.
  • the IPTV system downloads content in a file manner, which improves the service capability of the IPTV system; and the embodiment adopts FTP, so that the user can efficiently download a large amount of information files from the server, and establish a content channel and a control channel, and Data is transmitted separately, greatly improving transmission efficiency.
  • FIG. 4 it is a signaling flowchart of a method for transmitting media content in a file mode according to Embodiment 3 of the present invention.
  • a user uploads a video file recorded by himself to an IPTV media server by using a UE, and adopts FTP.
  • the UE establishes a content channel and a control channel with the MF using SIP message negotiation.
  • This embodiment specifically includes the following steps:
  • Step 301 The UE sends a session establishment request that includes a request identifier to the SCF via the IMS core network.
  • the session establishment request carries a session negotiation proposal (OFFER), and at the same time, establishes an FTP control channel and a content channel.
  • the session establishment request may include the following information:
  • Service identifier In this embodiment, the service identifier display indicates that the service is an upload service; the service identifier may be in a SIP message.
  • the media content generated by the user or the network side for identifying the user upload may be a content identifier or a content identifier list, and the user may obtain the content identifier from the network side before initiating the upload request; the content identifier may be Carrying in the TO header field of the SIP message or carrying in the SIP message body; if the user does not obtain the content identifier from the network side, the session establishment request may not include the content identifier;
  • Control channel information used to indicate related information of the control channel, which may include one or more of the following information: an FTP identifier, an IP address and a port used by the UE to control the channel, indicating that the channel is an identifier of the control channel;
  • Channel information can be carried in the SDP;
  • Content channel information Information about the content channel, which may include one or more of the following information: FTP identifier, the IP address and port used by the UE for the content channel, indicating that the channel is the identifier of the content channel, uploading /
  • the download operation identifier indicates the active/passive mode identifier (active mode is used in this embodiment), the user-defined file type (such as ASCII), data structure (such as File), and transmission mode.
  • Transmission mode information such as BLOCK; the content channel information can be carried in the SDP.
  • the request identifier may be any combination of a service identifier, an FTP identifier, an upload/download operation identifier, a content identifier, or the foregoing identifier.
  • the upload/download operation identifier is a transport operation identifier.
  • Step 302 The SCF receives the session establishment request sent by the UE, and determines whether the service of the session establishment request is an upload/download service according to the request identifier, and if yes, executing step 303;
  • the method for determining may be: directly determining, according to the service identifier, that the service of the session establishment request in this embodiment is an upload service.
  • Step 303 If the session establishment request includes the content identifier generated by the user, the SCF may generate a new content identifier that uniquely identifies the content according to the content identifier, and carry the new content identifier in the session establishment request; The content identifier is not included, and the SCF generates a new content identifier that uniquely identifies the content, and carries the new content identifier in the session establishment request.
  • the new content identifier in this step may be in the header field of the SIP message or in the SDP. Used in the attribute line;
  • the embodiment may not perform step 303.
  • Step 304 the SCF selects the MF that provides the file uploading capability, and forwards the session establishment request carrying the content identifier to the MF;
  • Step 306 The MF stores the received content identifier, and may select a path for storing the content, and the path saved by the content is used as the file content identifier information;
  • Step 307 The MF returns a session establishment response, where the session establishment response is sent to the UE via the SCF and the IMS core network.
  • the session establishment response provides the uploaded media negotiation information, which may include the following information:
  • the media content generated by the SCF or the user for identifying the user upload may be a content identifier or a content identifier list;
  • Control channel information Information related to the control channel, which can include one or more of the following information: FTP identification,
  • the MF is used to control the IP address and port of the channel, indicating that the channel is the identifier of the control channel; the control channel information can be carried in the SDP;
  • Content channel information Information related to the content channel, which may include one or more of the following information: FTP identifier, MF is used for the IP address and port of the content channel, indicating that the channel is the identifier of the content channel, uploading / Downloading the operation identifier (in this embodiment, uploading); the content channel information may be carried in the SDP;
  • File content identification information The path where the content is saved, which can be the directory and file name where the content is stored in the server, for example /USER/Videoo
  • Step 308 the control channel between the UE and the MF is established; before this, the method may further include: after obtaining, by the UE, the MF, the IP address, or the IP address and the port used to control the channel, the UE uses the ephemeral port to initiate the active opening. Command, create a control connection;
  • Step 309 the content channel between the UE and the MF is established; before the method may further include: after the MF obtained by the session establishment process is used for the IP address and port of the content channel, the UE issues an active open command to create a data connection;
  • Step 310 The UE sends a storage command (STOR) through the control channel, and instructs to upload a video file with a path of /USER/Video/Viedo.avi to the MF.
  • STOR storage command
  • Step 311 Perform file transfer, that is, the UE uploads a video file in the content channel.
  • the content can be uploaded in the content channel, and the content is uploaded in a file manner in the IMS-based IPTV system, thereby improving the service capability of the IPTV system; and the embodiment adopts FTP.
  • This enables users to efficiently download large amounts of files from the server, and separate the commands and data by establishing content channels and control channels, greatly improving transmission efficiency.
  • FIG. 5 it is a signaling flowchart of a method for transmitting media content in a file manner according to Embodiment 4 of the present invention.
  • a user downloads a video file from an IPTV media server by using a UE, and adopts TFTP (simple file transmission). Protocol), the UE establishes a content channel with the MF using SIP message negotiation.
  • This embodiment specifically includes the following steps:
  • Step 401 The UE sends a session establishment request that includes a request identifier to the SCF via the IMS core network.
  • the session establishment request carries a session negotiation proposal (OFFER), and negotiates to establish a content channel of the TFTP.
  • the session establishment request may include the following information: Content identifier: used to identify the media content selected by the user for downloading, which is equivalent to the file name string in the TFTP packet, and may be a content identifier or a content identifier list; the content identifier may be a Request URI in the SIP message. Carrying, or carrying it through a SIP message body;
  • Service identifier indicates that the service is a download service; the service identifier may be carried in a SIP header field;
  • Content channel information information related to the content channel, which may include one or more of the following information: TFTP identifier, IP address and port used by the UE for the content channel, and operation identifier of the upload/download (in this embodiment)
  • TFTP identifier IP address and port used by the UE for the content channel
  • operation identifier of the upload/download In this embodiment, transfer mode identification and other transport mode information, such as netascii (for ASCII encoding) or octet (for binary files); upload here can also be written, download can also be read;
  • the request identifier may be any combination of a service identifier, a TFTP identifier, an upload/download operation identifier, a content identifier, or the foregoing identifier.
  • Step 402 The SCF receives the session establishment request sent by the UE, and determines whether the service of the session establishment request is an upload/download service according to the request identifier, and if yes, executing step 403;
  • the method for determining may be: directly determining, according to the service identifier, that the service of the session establishment request in this embodiment is a download service; or directly determining the file download service according to the content identifier.
  • Step 403 The SCF selects the MF that provides the corresponding media content download according to the content identifier, and forwards the session establishment request carrying the content identifier to the selected MF.
  • the MF address is written in the Request URI of the session establishment request. Carrying the content identifier in the header field;
  • Step 404 The MF receives the session establishment request sent by the SCF, and determines whether the service of the session establishment request is an upload/download service. If yes, step 405 is performed; the method of determining may use the method described in step 402; Can be an optional step;
  • Step 405 The MF returns a session establishment response, and the session establishment response arrives at the UE via the SCF and the IMS core network.
  • the session establishment provides a downloaded media negotiation information, which may include the following information:
  • Content channel information information related to the content channel, which may include one or more of the following information: TFTP identifier, MF is used for the IP address and port of the content channel.
  • Step 406 The content channel between the UE and the MF is established.
  • Step 407 Download a video file in the content channel; the MF sends a data packet to the UE, where the packet includes a data block.
  • content can be downloaded in the content channel, and the content is downloaded in a file manner in the IMS-based IPTV system, thereby improving the service capability of the IPTV system; and the TFTP is used in this embodiment to implement more For the sake of simplicity.
  • FIG. 6 it is a signaling flowchart of a method for transmitting media content in a file mode according to Embodiment 5 of the present invention.
  • a user uploads a video file recorded by himself to a IPTV media server by using a UE, and adopts TFTP.
  • the UE negotiates a content channel with the MF using SIP message negotiation.
  • This embodiment specifically includes the following steps:
  • Step 501 The UE sends a session establishment request that includes a request identifier to the SCF via the IMS core network.
  • the session establishment request carries a session negotiation proposal (OFFER), and negotiates to establish a content channel of the TFTP.
  • the session is established
  • the request can include the following information:
  • Content identifier The media content generated by the network side or the user to identify the user to select the upload, which is equivalent to the file name string in the TFTP packet, and may be a content identifier or a content identifier list; the content identifier may be in a SIP message. The content is carried in the header field or the message body, for example, in the TO header field. The user may obtain the content identifier from the network side before initiating the upload request. If the user does not obtain the content identifier, the session establishment request may not include the content identifier. ;
  • the service identifier indicates that the request is a UGC (User Original Content) service request, and the UGC service is a service that supports uploading or downloading content.
  • the service identifier can be carried in the SIP header field;
  • Content channel information information related to the content channel, which may include one or more of the following information: TFTP identifier, IP address and port used by the UE for the content channel, and upload/download operation identifier (in this embodiment Upload), transfer mode identification and other transport mode information, such as netascii (for ASCII encoding) or octet (for binary files).
  • the request identifier may be any combination of a service identifier, a TFTP identifier, an upload/download operation identifier, a content identifier, or the foregoing identifier.
  • Step 502 The SCF receives the session establishment request sent by the UE, and determines whether the service of the session establishment request is an upload/download service according to the request identifier, and if yes, executing step 503;
  • the method for determining may be: determining, according to the protocol identifier and the upload/download operation identifier in the content channel information, that the service of the session establishment request in this embodiment is an upload service.
  • Step 503 If the session establishment request includes the content identifier, the SCF may generate a new content identifier that uniquely identifies the content according to the content identifier, and carry the new content identifier in the session establishment request; if the session establishment request does not include The content identifier, the SCF generates a new content identifier that uniquely identifies the content, and carries the new content identifier in the session establishment request.
  • the new content identifier in this step may be carried in the header field of the SIP message or used in the SDP. Attribute line carrying;
  • the embodiment may not perform step 503.
  • Step 504 The SCF selects an MF that provides file uploading capability, and forwards the session establishment request that carries the new content identifier to the MF.
  • Step 505 The MF receives the session establishment request sent by the SCF, and determines whether the service of the session establishment request is an upload/download service, and if yes, executing step 506; the method of determining may use the method described in step 502; In the step 506, the MF returns a session establishment response, and the session establishment response is sent to the UE via the SCF and the IMS core network.
  • the session establishment response provides the uploaded media negotiation information, which may include the following information:
  • Content channel information information related to the content channel, which may include one or more of the following information: TFTP identifier, MF is used for the IP address and port of the content channel.
  • Step 507 The content channel between the UE and the MF is established.
  • Step 508 Perform file transfer in the content channel, that is, upload a video file; the UE sends a data message to the MF, where the message includes a data block.
  • FIG. 7 it is a signaling flowchart of a method for transmitting media content in a file mode according to Embodiment 6 of the present invention.
  • an SCF pushes a CoD program to a group of IPTV users, and adopts FLUTE (one-way file transmission). Protocol), the SCF initiates a session with the UE and negotiates to establish a FLUTE-based content channel.
  • This embodiment specifically includes the following steps:
  • Step 601 The SCF sends a session establishment request to the UE via the IMS core network.
  • the session establishment request carries a session negotiation proposal (OFFER), and negotiates to establish a content channel.
  • the session negotiation proposal may include the following information: a FLUTE identifier; a transport session identifier (TSI) of the FLUTE session; an IP address of the FLUTE session sender end, specifically an IP address of the content source MF in this embodiment; a group corresponding to one or more content channels Broadcast address, or multicast address and port number.
  • the following optional information may be included: the number of channels included in the FLUTE session; the start and end time of the FLUTE session; the FEC (Forward Error Correction) capability and related parameters; the media type (ie "application") and the coding scheme;
  • the bandwidth information corresponding to each channel; the content description information, including the file (FILE) information passed in the FLUTE session, may be a URI giving a description information when the SDP is represented.
  • the above information (such as TSI, multicast address, etc.) can be obtained from the MF or other application server before the request for this session is initiated, or it can be configured on the SCF in advance.
  • Step 602 The UE returns a session establishment response to the SCF via the IMS core network.
  • the session establishment response carries a session negotiation response (ANSWER), which may include the following information: a FLUTE identifier; a multicast address, or a multicast address and a port number corresponding to one or more FLUTE content channels that the UE chooses to join.
  • ANSWER session negotiation response
  • optional information may be included: bandwidth information corresponding to each channel; media type (ie "application") and coding scheme; FEC capability and related parameters.
  • Step 603 the FLUTE content channel is established
  • Step 604 The UE sends a join multicast group request message to the multicast replication distribution point to request to join more than one multicast group.
  • Step 605 Download content in the content channel.
  • the multicast replication distribution point sends the content to the UE in the content channel. .
  • content can be downloaded in the content channel, and the content is downloaded in a file manner in the IMS-based IPTV system, thereby improving the service capability of the IPTV system; and the embodiment adopts FLUTE, so that the SCF can Push media content to a group of IPTV users.
  • FIG. 8 it is a signaling flowchart of a method for transmitting media content in a file manner according to Embodiment 7 of the present invention.
  • a user downloads a picture from a content server by using a UE, and uses HTTP (Hyper Text Transfer Protocol).
  • HTTP Hyper Text Transfer Protocol
  • the UE initiates an HTTP session with the content server and negotiates to establish a content channel.
  • This embodiment specifically includes the following steps:
  • Step 701 The UE sends a session establishment request that includes a request identifier to the SCF via the IMS core network.
  • the session establishment request carries a session negotiation proposal (OFFER), and negotiates to establish a content channel.
  • the session establishment request may include the following information:
  • the content identifier is used to identify the media content that the user selects to download, and may be a content identifier or a content identifier list.
  • the embodiment is specifically an identifier of the image file; the content identifier may be carried in a request URI in the SIP message.
  • the service identifier: the indication service for displaying is the upload service or the download service.
  • the service identifier indicates that the service is a file-based download service; the service identifier can be carried in the SIP header field;
  • Content channel information Information about the content channel, which may include one or more of the following information: HTTP identifier, IP address and/or port used by the UE for the content channel, upload/download operation identifier (this embodiment) In the download).
  • the request identifier of this embodiment may be any combination of a service identifier, an HTTP identifier, an upload/download operation identifier, a content identifier, or the foregoing identifier.
  • Step 702 The SCF receives the session establishment request sent by the UE, and determines, according to the request identifier, whether the service of the session establishment request is an upload/download service, and if yes, executing step 703;
  • the determining method may be: determining, according to the service identifier, that the service of the session establishment request in the embodiment is a download service; or: determining, according to the protocol identifier and the upload/download operation identifier in the content channel information, the implementation In the example, the service for the session establishment request is the download service.
  • Step 703 The SCF selects the MF that provides the corresponding media content download according to the content identifier, and forwards the session establishment request to the selected MF.
  • the MF address is written in the request URI of the session establishment request, in the TO header field. Carrying a content identifier;
  • Step 704 The MF receives the session establishment request sent by the SCF, and determines whether the service of the session establishment request is an upload/download service. If yes, step 705 is performed; the method of determining may use the method described in step 702; An optional step; Step 705: The MF searches for the HTTP URI information of the content according to the received content identifier.
  • Step 706 The MF returns a session establishment response via the IMS core network and the SCP to the UE.
  • the session establishment response provides uploading/downloading media negotiation information, and specifically, may carry a session negotiation response.
  • Content channel information Information related to the content channel, which may include one or more of the following information: HTTP identification, MF for the IP address and/or port of the content channel;
  • HTTP URI information The URI information that the MF finds based on the content identifier, such as the URI of the picture requested by the UE in this embodiment. 3 ⁇ 4w ⁇ f.exampie.com/iiTiage/a.jpego
  • Step 707 the HTTP content channel is established
  • Step 708 The UE sends a Get (GET) request message through the content channel, and requests to obtain a picture from the MF.
  • the format of the request is as follows: GET Amage/a.jpeg HTTP/1.1
  • Step 709 Download a picture from the content channel.
  • the MF returns a response message (200 OK) on the content channel according to the acquiring request message, where the response message carries a picture (a.jpeg) corresponding to the URI information.
  • HTTP is used to download content in the content channel by establishing a content channel, and the content is downloaded in a file manner in the IMS-based IPTV system, thereby improving the service capability of the IPTV system.
  • FIG. 9 it is a schematic structural diagram of a content device according to Embodiment 1 of the present invention, and the content device of this embodiment is used for IMS-based
  • the IPTV system may include a channel establishment module and a transmission module, where the channel establishment module sends a session establishment request including a request identifier, and negotiates to establish a content channel that is transmitted by a file; the transmission module transmits the media content through the content channel, and the request identifier It is used to indicate that the session establishment request is to be transmitted in a file manner. Further, the channel establishing module may also negotiate to establish a control channel, where the control channel is used to transmit control commands in the interaction process of the media content.
  • the content device in this embodiment may be specifically a UE, and the channel establishment module may be specifically configured as a first channel.
  • the module 100 may include a first sending unit 111 and a first receiving unit 112, where the first sending unit 111 sends a session establishment request including a request identifier, and the first receiving unit 112 receives a session establishment response returned according to the session establishment request.
  • the transmission module may be specifically the first transmission module 200, and may include a second sending unit 121, where the second sending unit 121 sends a control command through the control channel according to the path saved by the media content obtained from the session establishment response, where the control command indicates Downloading the media content saved at the path, or uploading the media content to the path; or, the second sending unit 121 sends the acquisition request message through the content channel according to the uniform resource identifier URI information of the media content obtained from the session establishment response. .
  • FIG. 10 it is a schematic structural diagram of a content device according to Embodiment 2 of the present invention.
  • the content device in this embodiment includes a second channel establishing module and a second transmission module, and a second channel establishing module is configured to receive a session including a request identifier. Establishing a request, negotiating to establish a content channel for transmitting in a file manner, the request identifier is used to indicate that the session establishment request is to be transmitted in a file manner, and the second transmission module is configured to transmit media content through the content channel.
  • the channel establishing module is further configured to negotiate to establish a control channel, where the control channel is used to transmit a control command in an interaction process of the media content.
  • the content device in this embodiment may be specifically
  • the channel establishment module of this embodiment may be specifically the second channel establishment module 110, and may include a second receiving unit 113 and a third sending unit 114, where the second receiving unit 113 receives the UE through the SCF (ie, the service)
  • the control entity sends a session establishment request including the request identifier, and the third sending unit 114 returns a session establishment response according to the session establishment request.
  • the transmission module may be specifically a second transmission module 120.
  • the channel establishment module may further include a search unit 115, which searches for a path saved by the media content according to the content identifier carried in the session establishment request, and carries the path in the session establishment response. Or, according to the content identifier carried in the session establishment request, searching for URI information of the media content, and carrying the URI information in the session establishment response.
  • the channel establishment module may further include a selection unit 116, where the content identifier carried in the session establishment request is stored, and a path for saving the appropriate media content is selected, and the path is carried in the path. Session establishment response.
  • the service control device in this embodiment may be specifically an SCF, and the SCF may include a receiving module 31 and a selection module 32.
  • the sending module 33 wherein the receiving module 31 receives the session establishment request that is sent by the UE and includes the request identifier, and the selecting module 32 selects the content device according to the request identifier (specifically, selects the MF with the file mode transmission capability), and the sending module 33 connects the session.
  • the setup request is forwarded to the content device.
  • the receiving module 31 can also receive the session establishment response sent by the MF, and then forward the session establishment response to the UE through the sending module 33.
  • the service control device in this embodiment may further include a generating module 34.
  • the generating module 34 When the session establishment request does not carry the content identifier, or the SCF needs to generate a new content identifier, the generating module 34 generates a new content identifier, and the new content identifier is generated. The content identifier is carried in the session establishment request.
  • a content channel, or a content channel and a control channel between the UE and the MF are established, and the content can be uploaded/downloaded in the content channel, and the file is implemented in the IMS-based IPTV system.
  • the way to upload/download content enhances the business capabilities of the IPTV system.
  • FIG. 12 it is a schematic structural diagram of a system for transmitting media content by file according to Embodiment 1 of the present invention, where the system includes a content entity (UE) 1, a second content entity (MF) 2, and a service control entity (SCF) 3, UE1 initiates a session establishment request including a request identifier, and SCF3 receives a session establishment request including a request identifier, and controls negotiation according to the request identifier.
  • a content channel transmitted between the UE1 and the MF2 in a file mode is established, and the media content is transmitted between the UE1 and the MF2 through the established content channel.
  • FIG. 13 it is a schematic structural diagram of a system for transmitting media content in a file mode according to Embodiment 2 of the present invention.
  • the UE1 may be any content device described in the content device in the foregoing Embodiment 1 of the present invention.
  • the MF2 may be any of the content devices described in the content device of the second embodiment of the present invention, and the SCF3 may be any of the service control devices described in the service control device of the embodiment of the present invention.
  • the IMS-based IPTV system in the prior art only supports streaming content to realize real-time audio and video viewing services (such as live broadcast and on-demand), the user can only view the content in real time instead of locally. Save: For example, once the user closes the viewing window, they can no longer open from the local to continue watching, the flexibility is not strong, and the network bandwidth requirements are high.
  • IPTV services have no special requirements for real-time performance, and many IPTV services are not limited to providing audio and video viewing services, but provide two-way interaction and information sharing services, especially IPTV value-added services: for example, in user-generated content (UGC)
  • ULC user-generated content
  • the user can upload the video recorded by himself to the media server, and other users can download the video content from the server.
  • the user does not need to watch the video in real time, and the media content can be uploaded to the server as a file (FILE). Or download to the user terminal, after the file is saved, the user can watch the content at any time; or download while watching.
  • the technical solution proposed in the embodiment of the present invention uploads or downloads content in a content channel by establishing a content channel that is transmitted in a file manner, and the user can wait for the content to save the complete content locally before viewing the content, or download the content. While watching, the content is also saved after viewing, and can be viewed locally at any time thereafter, which enhances the service capability of the IPTV system and enriches the user experience.
  • the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

以文件方式传输媒体内容的方法、 系统及设备
本申请要求如下两个中国专利申请的优先权：
中国专利申请 1、 2008年 9月 11日提交至中国专利局， 申请号为 200810212392.2， 发明名称为"以 文件方式传输媒体内容的方法、 系统及设备"；
中国专利申请 2、 2009年 2月 13日提交至中国专利局， 申请号为 200910004234.2， 发明名称为"以 文件方式传输媒体内容的方法、 系统及设备"；
上述两个中国专利申请的全部内容通过引用结合在本申请中。
技术领域
本发明实施例涉及通信领域，尤其涉及一种以文件方式传输媒体内容的方法、系统及内容设备、 业务控制设备。 发明背景
因特网协议电视（IPTV: Internet Protocol Television)是一种利用宽带有线电视网， 集互联网、 多媒体、通讯等多种技术于一体， 向家庭用户提供包括数字电视在内的多种交互式服务的崭新技术。
因特网协议多媒体子系统 （IP Multimedia Subsystem: IMS) 是 3GPP在 Release 5版本中提出 的支持 IP多媒体业务的子系统。 IMS是一个独立于接入技术的基于 IP的标准体系， 与现存的语音 和数据网络都可以互通。
经过发明人的研究发现， 在基于 IMS的 IPTV系统中， 目前标准中是以流的方式传输媒体内容 以实现实时的音视频观看业务 （例如直播、 点播）。 然而有些 IPTV业务对于实时性并无特殊要求， 且许多 IPTV业务并不局限于提供音视频观看服务， 而是提供双向互动和信息共享的服务， 尤其是 IPTV增值业务。 在目前基于 IMS的 IPTV系统中尚无法实现此种内容的上传和下载业务。 发明内容
本发明实施例提供了一种以文件方式传输媒体内容的方法、 系统及设备， 用于实现在基于 IMS 的 IPTV系统中传输文件方式的媒体内容。
本发明实施例提供了一种以文件方式传输媒体内容的方法， 所述方法应用于基于因特网协议多 媒体子系统 IMS的因特网协议电视 IPTV网络中， 包括：
接收包含请求标识的会话建立请求， 所述请求标识用于指示所述会话建立请求为以文件方式进 行传输；
协商建立以文件方式进行传输的内容通道；
通过所述内容通道传输媒体内容。
本发明实施例提供的一种内容设备，应用于基于因特网协议多媒体子系统 IMS的因特网协议电 视 IPTV网络中， 所述内容设备包括：
通道建立模块， 用于发送包含请求标识的会话建立请求， 协商建立以文件方式进行传输的内容 通道， 所述请求标识用于指示所述会话建立请求为以文件方式进行传输； 传输模块， 用于通过所述内容通道传输媒体内容。
本发明实施例提供的另一种内容设备， 包括：
第二通道建立模块， 用于接收包含请求标识的会话建立请求， 协商建立以文件方式进行传输的 内容通道， 所述请求标识用于指示所述会话建立请求为以文件方式进行传输；
第二传输模块， 用于通过所述内容通道传输媒体内容。
本发明实施例提供的一种业务控制设备， 包括：
接收模块， 用于接收包含请求标识的会话建立请求；
选择模块， 用于根据所述请求标识， 选择内容设备；
发送模块， 用于将所述会话建立请求转发给所述内容设备。
本发明实施例提供的一种以文件方式传输媒体内容的系统， 包括第一内容实体、 第二内容实体 和业务控制实体， 其中，
第一内容实体用于发起包含请求标识的会话建立请求；
业务控制实体用于控制协商建立所述第一内容实体与所述第二内容实体之间以文件方式进行传 输的内容通道；
所述第一内容实体与所述第二内容实体之间通过所述内容通道传输媒体内容。
本发明实施例通过建立内容通道， 可以在内容通道中传输文件方式的媒体内容， 实现了在基于 IMS的 IPTV系统中传输文件方式的媒体内容， 提升了 IPTV系统的业务能力。 附图简要说明
图 1为本发明实施例所适用的 IPTV架构的示意图；
图 2为本发明实施例一以文件方式传输媒体内容的方法的流程图；
图 3为本发明实施例二以文件方式传输媒体内容的方法的信令流程图；
图 4为本发明实施例三以文件方式传输媒体内容的方法的信令流程图；
图 5为本发明实施例四以文件方式传输媒体内容的方法的信令流程图；
图 6为本发明实施例五以文件方式传输媒体内容的方法的信令流程图；
图 7为本发明实施例六以文件方式传输媒体内容的方法的信令流程图；
图 8为本发明实施例七以文件方式传输媒体内容的方法的信令流程图；
图 9为本发明实施例一内容设备的结构示意图；
图 10为本发明实施例二内容设备的结构示意图；
图 11为本发明实施例业务控制设备的结构示意图；
图 12为本发明实施例一以文件方式传输媒体内容的系统的结构示意图；
图 13为本发明实施例二以文件方式传输媒体内容的系统的结构示意图。 实施本发明的方式
下面通过附图和实施例， 对本发明实施例的技术方案做进一步的详细描述。 如图 1所示， 为本发明实施例所适用的 IPTV架构的示意图， 其中业务发现功能实体 （Service Discovery Function: SDF)和业务选择功能实体（Service Selection Function: SSF)为用户终端（User Equipment: UE)选择一个 IPTV业务提供了必要的信息。 SSF 给 UE提供可以浏览和选择的一系列 可用服务的列表。每一个 IPTV业务由一对 IPTV业务控制功能实体（Service Control Functions: SCF) 和 IPTV媒体功能实体（Media Functions: MF)组成。其中， SCF是一种会话初始协议（ Session Initial Protocol: SIP) 应用服务器， 其任务主要包括： 会话初始化时进行授权； 实施修改流程， 检査用户 的数据， 以决定是否允许用户访问该业务； 账号控制； 选择相应的 MF。 MF负责媒体流的控制和递 交， MF可被分为媒体控制功能 （Media Control Function: MCF)和媒体递交功能 （Media Delivery Function: MDF)。 MCF的任务主要包括：处理媒体流的控制；监视 MDF的状态（该功能是可选的）； 管理和用户设备 （UE) 的交互； 在 MCF控制多个 MDF时， 选择一个 MDF; 精确感知不同 MDF 的状态和内容的分发； 产生计费信息。 MDF的任务主要包括： 处理媒体流的递交； 上报状态给 MCF (该功能是可选的）。
内容点播 (Content on Demand: CoD) 是一个 IPTV业务功能， 可分为业务控制部分 (CoD-SCF)、 媒体控制部分 (CoD-MCF)和媒体递交功能 (CoD-MDF)。 CoD-SCF通过 IMS核心网和 UE进行消息 交互， UE和 CoD-MCF之间的媒体控制消息通过 Xc'参考点进行交互， UE和 CoD-MDF之间的媒体 数据通过 Xc"参考点交互。 直播 (Broadcast: BC)实现了广播 IPTV业务， 它可以分为业务控制部分 (BC-SCF), 媒体控制部分 (BC-MCF)和媒体递交功能 (BC-MDF)。 BC-SCF通过 IMS核心网和 UE进 行消息交互， UE和 BC-MCF之间的媒体控制消息通过 Xc'参考点进行交互， UE和 BC-MDF之间的 媒体数据通过 Xc"参考点交互。
个人录像机功能（Personal Video Recorder: PVR)实现了 IPTV PVR业务， 它可以分为业务控制 部分（PVR-SCF)、 媒体控制部分 (PVR-MCF)和媒体递交功能 (PVR-MDF)。 PVR-SCF通过 IMS核 心网和 UE进行消息交互， UE和 PVR-MCF之间的媒体控制消息通过 Xc'参考点进行交互， UE和 PVR-MDF之间的媒体数据通过 Xc"参考点交互。 .
基于图 1所提出的 IPTV架构， 本发明实施例提供了以文件方式传输媒体内容的方法、 系统及 各种设备， 具体说明如下。 在本发明各个实施例中， 以文件方式传输媒体内容就是上传或下载媒体 内容， 所述的以文件方式进行传输的内容通道就是用于上传 /下载媒体内容的内容通道。
如图 2所示， 为本发明实施例一以文件方式传输媒体内容的方法的流程图， 具体包括如下步骤： 步骤 101、 通过发起包含请求标识的会话建立请求， 协商建立以文件方式进行传输的内容通道， 所述请求标识用于指示所述会话建立请求为以文件方式进行传输；
步骤 102、 通过所述内容通道传输媒体内容。
在步骤 101中， 可以使用 SIP消息协商建立内容通道。 进一步的， 本实施例还可以包括协商建 立控制通道， 具体地说， 通过发起包含请求标识的会话建立请求， 协商建立以文件方式进行传输的 内容通道， 以及用于传输媒体内容交互过程中的控制命令的控制通道。
进一步的， 步骤 101可以包括：
步骤 1011、 第一内容实体发起包含请求标识的会话建立请求； 步骤 1012、 业务控制实体根据请求标识， 选择第二内容实体， 向第二内容实体转发会话建立请 求；
步骤 1013、 第二内容实体返回会话建立响应。
上述步骤 1011〜1013可以用于协商建立内容通道， 也可以用于协商建立内容通道和控制通道。 其中步骤 1012可以为业务控制实体根据请求标识，选择具备以文件方式传输能力的第二内容实 体； 步骤 1013中会话建立响应中提供以文件方式进行传输的媒体协商信息。
更进一步的， 步骤 101的其中一种实施方式可以描述如下： UE (即第一内容实体）发送会话建 立请求， 该会话建立请求中可以包括请求标识、 UE提供的内容通道信息， 除此之外， 还可以包括内 容标识或控制通道信息； SCF (即业务控制实体） 接收该会话建立请求， 判断其业务是否为上传 /下 载业务， 并选择提供该业务的 MF (即第二内容实体）， 将该会话建立请求转发给 MF; MF返回会话 建立响应， 该会话建立响应中可以包括 MF提供的内容通道信息， 除此之外还可以包括文件内容标 识信息和 /或控制通道信息。
本实施例通过建立以文件方式进行传输的内容通道， 可以在内容通道中上传 /下载内容， 实现了 在基于 IMS的 IPTV系统中以文件的方式传输媒体内容， 提升了 IPTV系统的业务能力。
在以下各个实施例中， 以 UE作为第一内容实体、 SCF作为业务控制实体、 MF作为第二内容实 体为例， 进一步介绍本发明实施例的技术方案。
如图 3所示， 为本发明实施例二以文件方式传输媒体内容的方法的信令流程图， 在本实施例中， 用户利用 UE从 IPTV MF下载视频文件， 且采用 FTP (文件传输协议）， UE使用 SIP消息协商建立 与 IPTV MF之间的内容通道和控制通道。 本实施例具体包括如下步骤：
步骤 201、 UE发送经由 IMS核心网到 SCF的包含请求标识的会话建立请求 Invite消息； 该会话建立请求中携带有会话协商提议（OFFER), 同时协商建立 FTP的控制通道和内容通道。 该会话建立请求中可以包括如下信息：
内容标识： 用于标识用户选择下载的媒体内容， 例如可以是 Content ID, 可以为一个内容标识 或一个内容标识列表； 该内容标识可以在 SIP消息中的 Request URI (统一资源标识符） 中携带， 或 者通过 SIP消息体携带；
业务标识： 用于标识用户请求的业务， 本实施例中该标识指示本请求为以文件方式传送内容的 业务请求， 该信息可在 SIP头域中或消息体中携带；
控制通道信息： 用于表示控制通道的相关信息， 可以包括以下信息中的一种或多种： FTP标识， UE用于控制通道的 IP地址及端口，表示该通道为控制通道的标识；该控制通道信息可以在 SDP (会 话描述协议） 中携带；
内容通道信息： 用于表示内容通道的相关信息， 可以包括以下信息中的一种或多种： FTP标识， UE用于内容通道的 IP地址及端口， 表示该通道为内容通道的标识， 上传 /下载操作标识 （本实施例 中为下载)， 表示主动 /被动方式的标识 （本实施例中使用的是主动方式）， 用户定义的文件类型（如 ASCII),数据结构（如 File)、传输方式（如 BLOCK)等传输模式信息； 该内容通道信息可以在 SDP 中携带。 本实施例中请求标识可以为业务标识、 FTP标识、 内容标识、 上传 /下载操作标识或上述标识的 任一组合。
步骤 202、 SCF接收到 UE发送的会话建立请求，根据请求标识判断该会话建立请求的业务是否 为上传 /下载业务， 若是则执行步骤 203 ;
所述判断的方法可以为： 根据业务标识和下载操作标识， 判断出本实施例中会话建立请求的业 务为下载业务； 或直接根据内容标识判断为以文件方式下载的业务， 也可根据内容标识和下载操作 标识判断为下载业务。
步骤 203、 SCF根据内容标识选择提供相应媒体内容下载的 MF， 将该携带有内容标识的会话建 立请求转发给选择的 MF; 其中， 可以在会话建立请求的 Request URI中写入 MF的地址， 在 TO头 域中携带内容标识；
步骤 204、 MF接收到 SCF发送的会话建立请求， 判断该会话建立请求的业务是否为下载业务， 若是， 则执行步骤 205; 该判断的方法可以采用步骤 202中所述的方法； 若该 MF为专门处理下载业 务的服务器， 则本步骤可以为可选步骤， 直接执行步骤 205;
步骤 205、 MF根据接收到的内容标识， 査找内容保存的路径 （即内容的位置信息）， 将内容保 存的路径作为文件内容标识信息；
步骤 206、 MF返回会话建立响应 200 OK消息， 该会话建立响应经由 SCF和 IMS核心网到达 UE; 该会话建立响应中提供下载的媒体协商信息， 具体可以包括如下信息：
控制通道信息： 用于表示控制通道的相关信息， 可以包括以下信息中的一种或多种： FTP标识， MF用于控制通道的 IP地址及端口， 表示该通道为控制通道的标识；
内容通道信息： 用于表示内容通道的相关信息， 可以包括以下信息中的一种或多种： FTP标识，
MF用于内容通道的 IP地址及端口， 表示该通道为内容通道的标识， 上传 /下载操作标识（本实施例 中为下载）；
文件内容标识信息： 即内容保存的路径， 可以为内容在服务器中存放的目录、 文件名， 例如 /USER/VideoA^iedo.avi。
步骤 207、 UE与 MF之间的控制通道建立完毕； 在此之前还可以包括： UE从会话建立过程中 获得 MF用于控制通道的 IP地址、 或 IP地址和端口后， 使用短暂端口发出主动打开命令， 创建控 制连接；
步骤 208、 UE与 MF之间的内容通道建立完毕； 在此之前还可以包括： MF从会话建立过程中 获得的 UE用于内容通道的 IP地址和端口后， 使用熟知端口 20发出主动打开命令， 创建数据连接; 步骤 209、 UE 根据从会话建立响应中获得的内容保存的路径， 通过控制通道发送控制命令
(RETR), 指示下载该路径处保存的内容， 即从服务器下载路径为/ USER/Video/Viedo.aVi 的视频文 件；
步骤 210、 MF回复响应消息， 并打开数据连接；
步骤 211、 进行文件传输， 由 UE在内容通道中下载视频文件。
本实施例通过建立内容通道和控制通道， 可以在内容通道中下载内容， 实现了在基于 IMS 的 IPTV系统中以文件的方式下载内容， 提升了 IPTV系统的业务能力； 并且本实施例采用 FTP， 使得 用户可以高效地从服务器下载大信息量的文件， 通过建立内容通道和控制通道， 将命令和数据分开 传送， 大大提高传输效率。
如图 4所示， 为本发明实施例三以文件方式传输媒体内容的方法的信令流程图， 在本实施例中， 用户利用 UE向 IPTV媒体服务器上传自己录制的视频文件， 且采用 FTP， UE使用 SIP消息协商建 立与 MF之间的内容通道和控制通道。 本实施例具体包括如下步骤：
步骤 301、 UE发送经由 IMS核心网到 SCF的包含有请求标识的会话建立请求；
该会话建立请求中携带有会话协商提议（OFFER), 同时协商建立 FTP的控制通道和内容通道。 该会话建立请求中可以包括如下信息：
业务标识： 本实施例该业务标识显示指示出业务为上传业务； 该业务标识可以在 SIP消息中的
Request URI中携带；
内容标识： 由用户或网络侧生成的用于标识用户上传的媒体内容， 可以为一个内容标识或一个 内容标识列表， 用户可以在发起此上传请求前先从网络侧获得内容标识； 该内容标识可以在 SIP消 息的 TO头域中携带或在 SIP消息体中携带； 若用户没有从网络侧获得内容标识， 则会话建立请求 中可以不包括内容标识；
控制通道信息： 用于表示控制通道的相关信息， 可以包括以下信息中的一种或多种： FTP标识， UE用于控制通道的 IP地址及端口， 表示该通道为控制通道的标识； 该控制通道信息可以在 SDP中 携带；
内容通道信息： 用于表示内容通道的相关信息， 可以包括以下信息中的一种或多种： FTP标识， UE用于内容通道的 IP地址及端口， 表示该通道为内容通道的标识， 上传 /下载操作标识 （本实施例 中为上传)， 表示主动 /被动方式的标识 （本实施例中使用的是主动方式）， 用户定义的文件类型（如 ASCII),数据结构（如 File)、传输方式（如 BLOCK)等传输模式信息； 该内容通道信息可以在 SDP 中携带。
本实施例中请求标识可以为业务标识、 FTP标识、 上传 /下载操作标识、 内容标识或上述标识的 任一组合， 各实施例中上传 /下载操作标识即传输操作标识。
步骤 302、 SCF接收到 UE发送的会话建立请求，根据请求标识判断该会话建立请求的业务是否 为上传 /下载业务， 若是则执行步骤 303 ;
所述判断的方法可以为： 根据业务标识， 直接判断出本实施例中会话建立请求的业务为上传业 务。
步骤 303、 若会话建立请求中包括用户生成的内容标识， 则 SCF可以根据该内容标识生成一个 唯一标识内容的新的内容标识， 并在会话建立请求中携带该新的内容标识； 若会话建立请求中不包 括内容标识， 则 SCF生成一个唯一标识内容的新的内容标识， 并在会话建立请求中携带该新的内容 标识； 本步骤中新的内容标识可以在 SIP消息的头域中或在 SDP中用属性行携带；
若会话建立请求中包括网络侧生成的内容标识， 则本实施例可以不执行步骤 303。
步骤 304、 SCF选择提供文件上传能力的 MF，将携带有内容标识的会话建立请求转发给该 MF; 步骤 305、 MF接收到 SCF发送的会话建立请求， 判断该会话建立请求的业务是否为上传业务， 若是， 则执行步骤 306; 该判断的方法可以采用步骤 302中所述的方法； 若 MF为专门负责上传业务 的 MF， 则本步骤为可选步骤， 直接执行 306;
步骤 306、 MF存储接收到的内容标识， 可以选择适合的内容保存的路径， 将该内容保存的路径 作为文件内容标识信息；
步骤 307、 MF返回会话建立响应， 该会话建立响应经由 SCF和 IMS核心网到达 UE; 该会话建 立响应中提供上传的媒体协商信息， 具体可以包括如下信息：
内容标识： 由 SCF或用户生成的用于标识用户上传的媒体内容， 可以为一个内容标识或一个内 容标识列表；
控制通道信息： 用于表示控制通道的相关信息， 可以包括以下信息中的一种或多种： FTP标识，
MF用于控制通道的 IP地址及端口， 表示该通道为控制通道的标识； 该控制通道信息可以在 SDP中 携带；
内容通道信息： 用于表示内容通道的相关信息， 可以包括以下信息中的一种或多种： FTP标识， MF用于内容通道的 IP地址及端口， 表示该通道为内容通道的标识， 上传 /下载操作标识（本实施例 中为上传)； 该内容通道信息可以在 SDP中携带；
文件内容标识信息： 即内容保存的路径， 可以为内容在服务器中存放的目录、 文件名， 例如 /USER/Videoo
步骤 308、 UE与 MF之间的控制通道建立完毕； 在此之前还可以包括： UE从会话建立过程中 获得 MF用于控制通道的 IP地址、 或 IP地址和端口后， 使用短暂端口发出主动打开命令， 创建控 制连接；
步骤 309、 UE与 MF之间的内容通道建立完毕； 在此之前还可以包括： UE从会话建立过程中 获得的 MF用于内容通道的 IP地址和端口后， 发出主动打开命令， 创建数据连接；
步骤 310、 UE通过控制通道发送存储命令（ STOR),指示向 MF上传路径为/ USER/Video/Viedo.avi 的视频文件；
步骤 311、 进行文件传送， 即 UE在内容通道中上传视频文件。
本实施例通过建立内容通道和控制通道， 可以在内容通道中上传内容， 实现了在基于 IMS 的 IPTV系统中以文件的方式上传内容， 提升了 IPTV系统的业务能力； 并且本实施例采用 FTP， 使得 用户可以高效地从服务器下载大信息量的文件， 通过建立内容通道和控制通道， 将命令和数据分开 传送， 大大提高传输效率。
如图 5所示， 为本发明实施例四以文件方式传输媒体内容的方法的信令流程图， 在本实施例中， 用户利用 UE从 IPTV媒体服务器下载视频文件， 且采用 TFTP (简单文件传输协议）， UE使用 SIP 消息协商建立与 MF之间的内容通道。 本实施例具体包括如下步骤：
步骤 401、 UE发送经由 IMS核心网到 SCF的包含有请求标识的会话建立请求；
该会话建立请求中携带有会话协商提议（OFFER), 协商建立 TFTP的内容通道。 该会话建立请 求中可以包括如下信息： 内容标识： 用于标识用户选择下载的媒体内容， 等同于 TFTP报文中的文件名字符串， 可以为 一个内容标识或一个内容标识列表； 该内容标识可以在 SIP消息中的请求 （Request) URI中携带， 或者通过 SIP消息体携带；
业务标识： 本实施例该业务标识显示的指示出业务为下载业务； 该业务标识可以在 SIP头域中 携带；
内容通道信息：用于表示内容通道的相关信息，可以包括以下信息中的一种或多种： TFTP标识， UE用于内容通道的 IP地址及端口， 上传 /下载的操作标识 （本实施例中为下载)， 传送方式标识等 传输模式信息， 如 netascii (对于 ASCII编码） 或 octet (对于二进制文件）； 这里上传也可以指写， 下载也可以指读；
本实施例中请求标识可以为业务标识、 TFTP标识、 上传 /下载操作标识、 内容标识或上述标识 的任一组合。
步骤 402、 SCF接收到 UE发送的会话建立请求，根据请求标识判断该会话建立请求的业务是否 为上传 /下载业务， 若是则执行步骤 403 ;
所述判断的方法可以为： 根据业务标识， 直接判断出本实施例中会话建立请求的业务为下载业 务； 或根据内容标识， 直接判断出为文件下载业务。
步骤 403、 SCF根据内容标识选择提供相应媒体内容下载的 MF， 将该携带有内容标识的会话建 立请求转发给选择的 MF; 其中， 在会话建立请求的 Request URI中写入 MF的地址， 在 TO头域中 携带内容标识；
步骤 404、 MF接收到 SCF发送的会话建立请求， 判断该会话建立请求的业务是否为上传 /下载 业务， 若是， 则执行步骤 405; 该判断的方法可以采用步骤 402中所述的方法； 本步骤可以为可选 步骤；
步骤 405、 MF返回会话建立响应， 该会话建立响应经由 SCF和 IMS核心网到达 UE; 该会话建 立响应中提供下载的媒体协商信息， 具体可以包括如下信息：
内容通道信息：用于表示内容通道的相关信息，可以包括以下信息中的一种或多种： TFTP标识， MF用于内容通道的 IP地址及端口。
步骤 406、 UE与 MF之间的内容通道建立完毕；
步骤 407、 在内容通道中下载视频文件； MF向 UE发送数据报文， 报文中包含数据块。
本实施例通过建立内容通道， 可以在内容通道中下载内容， 实现了在基于 IMS的 IPTV系统中 以文件的方式下载内容， 提升了 IPTV系统的业务能力； 并且本实施例采用 TFTP, 使得实现更为简 单。
如图 6所示， 为本发明实施例五以文件方式传输媒体内容的方法的信令流程图， 在本实施例中， 用户利用 UE向 IPTV媒体服务器上传自己录制的视频文件，且采用 TFTP, UE使用 SIP消息协商建 立与 MF之间的内容通道。 本实施例具体包括如下步骤：
步骤 501、 UE发送经由 IMS核心网到 SCF的包含有请求标识的会话建立请求；
该会话建立请求中携带有会话协商提议（OFFER), 协商建立 TFTP的内容通道。 该会话建立请 求中可以包括如下信息：
内容标识： 由网络侧或用户生成的用于标识用户选择上传的媒体内容， 等同于 TFTP报文中的 文件名字符串， 可以为一个内容标识或一个内容标识列表； 该内容标识可以在 SIP消息的头域或消 息体中携带， 例如在 TO头域中携带； 用户可能在发起此上传请求前先从网络侧获得内容标识， 若 用户没有获得内容标识， 则会话建立请求中可以不包括内容标识；
业务标识： 本实施例该业务标识指示该请求为一个 UGC (用户原创内容） 业务请求， UGC业 务为一种支持上传或下载内容的业务。 该业务标识可以在 SIP头域中携带；
内容通道信息：用于表示内容通道的相关信息，可以包括以下信息中的一种或多种： TFTP标识， UE用于内容通道的 IP地址及端口， 上传 /下载操作标识 （本实施例中为上传)， 传送方式标识等传 输模式信息， 如 netascii (对于 ASCII编码） 或 octet (对于二进制文件）。
本实施例中请求标识可以为业务标识、 TFTP标识、 上传 /下载操作标识、 内容标识或上述标识 的任一组合。
步骤 502、 SCF接收到 UE发送的会话建立请求，根据请求标识判断该会话建立请求的业务是否 为上传 /下载业务， 若是则执行步骤 503 ;
所述判断的方法可以为： 根据内容通道信息中的协议标识和上传 /下载操作标识， 判断出本实施 例中会话建立请求的业务为上传业务。
步骤 503、 若会话建立请求中包括内容标识， 则 SCF可以根据该内容标识生成一个唯一标识内 容的新的内容标识， 并在会话建立请求中携带该新的内容标识； 若会话建立请求中不包括内容标识， 则 SCF生成一个唯一标识内容的新的内容标识， 并在会话建立请求中携带该新的内容标识； 本步骤 的新的内容标识可以在 SIP消息的头域中携带或在 SDP中用属性行携带；
若会话建立请求中包括网络侧生成的内容标识， 则本实施例可不执行步骤 503。
步骤 504、 SCF选择提供文件上传能力的 MF， 将携带有新的内容标识的会话建立请求转发给该
MF;
步骤 505、 MF接收到 SCF发送的会话建立请求， 判断该会话建立请求的业务是否为上传 /下载 业务， 若是， 则执行步骤 506; 该判断的方法可以采用步骤 502中所述的方法； 本步骤为可选步骤; 步骤 506、 MF返回会话建立响应， 该会话建立响应经由 SCF和 IMS核心网到达 UE; 该会话建 立响应中提供上传的媒体协商信息， 具体可以包括如下信息：
内容通道信息：用于表示内容通道的相关信息，可以包括以下信息中的一种或多种： TFTP标识， MF用于内容通道的 IP地址及端口。
步骤 507、 UE与 MF之间的内容通道建立完毕；
步骤 508、 在内容通道中进行文件传送， 即上传视频文件； UE向 MF发送数据报文， 报文中包 含数据块。
本实施例通过建立内容通道， 可以在内容通道中上传内容， 实现了在基于 IMS的 IPTV系统中 以文件的方式上传内容， 提升了 IPTV系统的业务能力； 并且本实施例采用 TFTP， 使得实现更为简 单。 如图 7所示， 为本发明实施例六以文件方式传输媒体内容的方法的信令流程图， 在本实施例中， SCF向一组 IPTV用户推送 CoD节目， 且采用 FLUTE (单向文件传输协议）， SCF发起与 UE建立 会话， 并协商建立基于 FLUTE的内容通道。 本实施例具体包括如下步骤：
步骤 601、 SCF发送经由 IMS核心网到 UE的会话建立请求；
该会话建立请求中携带有会话协商提议（OFFER), 协商建立内容通道。该会话协商提议中可以 包括如下信息： FLUTE标识； FLUTE会话的传输会话标识（TSI); FLUTE会话发送端 IP地址， 本 实施例中具体为内容源 MF的 IP地址； 一个以上内容通道对应的组播地址、 或组播地址和端口号。 另外， 还可以包括以下可选信息： FLUTE会话中包含的通道数； FLUTE会话的开始与结束时间； FEC (前向纠错）能力和相关参数； 媒体类型（即 "application")和编码方案； 每个通道对应的带宽 信息； 内容描述信息， 包括该 FLUTE会话中传递的文件 （FILE) 信息， 在 SDP表示时可能是给出 一个描述信息的 URI。 以上信息 （例如 TSI、 组播地址等）， 在发起本会话请求前， SCF可以从 MF 或其他应用服务器获取， 也可以是预先在 SCF上配置。
步骤 602、 UE返回经由 IMS核心网到 SCF的会话建立响应；
该会话建立响应中携带有会话协商应答 （ANSWER), 其中可以包括如下信息： FLUTE标识； UE选择加入的一个以上 FLUTE内容通道对应的组播地址、 或组播地址和端口号。 另外， 还可以包 括如下可选信息： 每个通道对应的带宽信息； 媒体类型 （即 "application") 和编码方案； FEC 能力 和相关参数。
步骤 603、 FLUTE内容通道建立完毕；
步骤 604、 UE向组播复制分发点发送加入组播组请求消息， 请求加入一个以上组播组； 步骤 605、 在内容通道中下载内容； 组播复制分发点在内容通道中将内容发送给 UE。
本实施例通过建立内容通道， 可以在内容通道中下载内容， 实现了在基于 IMS的 IPTV系统中 以文件的方式下载内容， 提升了 IPTV系统的业务能力； 并且本实施例采用 FLUTE, 使得 SCF可以 向一组 IPTV用户推送媒体内容。
如图 8所示， 为本发明实施例七以文件方式传输媒体内容的方法的信令流程图， 在本实施例中， 用户利用 UE从内容服务器下载图片， 且使用 HTTP (超文本传输协议）， UE发起与内容服务器建立 HTTP会话， 并协商建立内容通道。 本实施例具体包括如下步骤：
步骤 701、 UE发送经由 IMS核心网到 SCF的包含有请求标识的会话建立请求；
该会话建立请求中携带有会话协商提议（OFFER), 协商建立内容通道。该会话建立请求中可以 包括如下信息：
内容标识： 用于标识用户选择下载的媒体内容， 可以为一个内容标识或一个内容标识列表， 本 实施例具体为图片文件的标识； 该内容标识可以在 SIP消息中的请求 （Request) URI中携带； 业务标识： 用于显示的指示业务是上传业务还是下载业务， 本实施例该业务标识指示出业务为 以文件方式的下载业务； 该业务标识可以在 SIP头域中携带；
内容通道信息： 用于表示内容通道的相关信息， 可以包括以下信息中的一种或多种： HTTP 标 识， UE用于内容通道的 IP地址和 /或端口， 上传 /下载操作标识 （本实施例中为下载）。 本实施例的请求标识可以为业务标识、 HTTP标识、 上传 /下载操作标识、 内容标识或上述标识 的任一组合。
步骤 702、 SCF接收到 UE发送的会话建立请求，根据请求标识判断该会话建立请求的业务是否 为上传 /下载业务， 若是则执行步骤 703 ;
所述判断的方法可以为： 根据业务标识， 判断出本实施例中会话建立请求的业务为下载业务； 还可以为： 根据内容通道信息中的协议标识和上传 /下载操作标识， 判断出本实施例中会话建立请求 的业务为下载业务。
步骤 703、 SCF根据内容标识选择提供相应媒体内容下载的 MF， 将该会话建立请求转发给选择 的 MF; 其中， 在会话建立请求的请求（Request) URI中写入 MF的地址， 在 TO头域中携带内容标 识；
步骤 704、 MF接收到 SCF发送的会话建立请求， 判断该会话建立请求的业务是否为上传 /下载 业务， 若是， 则执行步骤 705 ; 该判断的方法可以采用步骤 702中所述的方法； 本步骤为可选步骤; 步骤 705、 MF根据接收到的内容标识， 査找内容的 HTTP URI信息；
步骤 706、 MF返回经由 IMS核心网和 SCP到 UE的会话建立响应；
该会话建立响应中提供上传 /下载的媒体协商信息， 具体的， 可以携带有会话协商应答
(ANSWER), 其中可以包括如下信息：
内容通道信息： 用于表示内容通道的相关信息， 可以包括以下信息中的一种或多种： HTTP 标 识， MF用于内容通道的 IP地址和 /或端口；
HTTP URI信息： MF根据内容标识査找到的 URI信息， 例如本实施例中 UE所请求的图片的 URI ¾w^f.exampie.com/iiTiage/a.jpego
步骤 707、 HTTP内容通道建立完毕；
步骤 708、 UE通过内容通道发送获取（GET)请求消息， 请求从 MF获取图片， 请求格式如下： GET Amage/a.jpeg HTTP/1.1
HOST： www.example.com
ACCEPT
步骤 709、 从内容通道上下载图片； MF根据获取请求消息， 在内容通道上返回响应消息 （200 OK), 该响应消息中携带有 URI信息对应的图片 （a.jpeg)。
本实施例采用 HTTP, 通过建立内容通道， 可以在内容通道中下载内容， 实现了在基于 IMS的 IPTV系统中以文件的方式下载内容， 提升了 IPTV系统的业务能力。
如图 9所示， 为本发明实施例一内容设备的结构示意图， 本实施例的内容设备用于基于 IMS的
IPTV系统中， 可以包括通道建立模块和传输模块， 其中通道建立模块发送包含请求标识的会话建立 请求， 协商建立以文件方式进行传输的内容通道； 传输模块通过内容通道传输媒体内容， 所述请求 标识用于指示所述会话建立请求为以文件方式进行传输。 进一步的， 通道建立模块还可以协商建立 控制通道， 该控制通道用于传输媒体内容的交互过程中的控制命令。
进一步的， 本实施例的内容设备可以具体为 UE， 上述通道建立模块可以具体为第一通道建立 模块 100， 可以包括第一发送单元 111和第一接收单元 112， 其中第一发送单元 111发送包含请求标 识的会话建立请求， 第一接收单元 112接收根据该会话建立请求返回的会话建立响应。 传输模块可 以具体为第一传输模块 200， 可以包括第二发送单元 121， 该第二发送单元 121根据从会话建立响应 中获得的媒体内容保存的路径， 通过控制通道发送控制命令， 该控制命令指示下载所述路径处保存 的媒体内容， 或向路径处上传媒体内容； 或者， 第二发送单元 121根据从会话建立响应中获得的媒 体内容的统一资源标识符 URI信息， 通过内容通道发送获取请求消息。
如图 10所示，为本发明实施例二内容设备的结构示意图，本实施例的内容设备包括第二通道建 立模块和第二传输模块， 第二通道建立模块， 用于接收包含请求标识的会话建立请求， 协商建立以 文件方式进行传输的内容通道， 所述请求标识用于指示所述会话建立请求为以文件方式进行传输； 第二传输模块， 用于通过所述内容通道传输媒体内容。所述通道建立模块还用于协商建立控制通道， 所述控制通道用于传输所述媒体内容的交互过程中的控制命令。 本实施例的内容设备可以具体为
MF, 具体地说， 本实施例的通道建立模块可以具体为第二通道建立模块 110， 可以包括第二接收单 元 113、 第三发送单元 114， 其中第二接收单元 113接收 UE经过 SCF (即业务控制实体） 发送的包 含请求标识的会话建立请求， 第三发送单元 114根据会话建立请求， 返回会话建立响应。 传输模块 可以具体为第二传输模块 120。
当会话建立请求的业务为下载业务时，通道建立模块还可以包括査找单元 115，该査找单元 115 根据会话建立请求中携带的内容标识， 査找媒体内容保存的路径， 并将路径携带在会话建立响应中， 或者， 根据会话建立请求中携带的内容标识， 査找媒体内容的 URI信息， 并将 URI信息携带在会话 建立响应中。
当会话建立请求的业务为上传业务时，通道建立模块还可以包括选择单元 116，该选择单元 116 存储会话建立请求中携带的内容标识， 并选择适合的媒体内容保存的路径， 并将路径携带在会话建 立响应中。
如图 11所示， 为本发明实施例业务控制设备的结构示意图， 在基于 IMS的 IPTV系统中， 本实 施例中的业务控制设备可以具体为 SCF，该 SCF可以包括接收模块 31、选择模块 32和发送模块 33， 其中接收模块 31接收 UE发送的包含请求标识的会话建立请求， 选择模块 32根据请求标识， 选择 内容设备（具体为选择具备以文件方式传输能力的 MF)，发送模块 33将会话建立请求转发给内容设 备。 接收模块 31还可以接收 MF发送的会话建立响应， 然后将该会话建立响应通过发送模块 33转 发给 UE。
本实施例中的业务控制设备还可以包括生成模块 34， 当会话建立请求中没有携带内容标识， 或 SCF需要生成新的内容标识时， 利用生成模块 34生成新的内容标识， 并将该新的内容标识携带在会 话建立请求中。
通过上述实施例中描述的各种设备， 建立了 UE和 MF之间的内容通道、 或内容通道和控制通 道， 可以在内容通道中上传 /下载内容， 实现了在基于 IMS的 IPTV系统中以文件的方式上传 /下载内 容， 提升了 IPTV系统的业务能力。
如图 12所示， 为本发明实施例一以文件方式传输媒体内容的系统的结构示意图， 该系统包括第 一内容实体 （UE) 1、 第二内容实体 （MF) 2和业务控制实体 （SCF) 3 , UE1发起包含请求标识的 会话建立请求， SCF3接收包含请求标识的会话建立请求， 根据请求标识控制协商建立 UE1和 MF2 之间以文件方式进行传送的内容通道， UE1和 MF2之间通过所建立的内容通道传输媒体内容。
进一步的， 如图 13所示， 为本发明实施例二以文件方式传输媒体内容的系统的结构示意图， 本 实施例中 UE1可以为上述本发明实施例一内容设备中所述的任一内容设备， MF2可以为本发明实施 例二内容设备中所述的任一内容设备， SCF3可以为本发明实施例业务控制设备中所述的任一业务控 制设备。
本实施例通过建立以文件方式进行传输的内容通道， 可以在内容通道中上传 /下载内容， 实现了 在基于 IMS的 IPTV系统中以文件的方式上传 /下载内容， 提升了 IPTV系统的业务能力。
综上所述， 由于现有技术中基于 IMS的 IPTV系统中仅支持以流的方式传输媒体内容实现实时 的音视频观看业务（例如直播、 点播）， 因此用户只能实时观看内容， 而不在本地保存： 例如用户一 旦关闭观看窗口之后， 无法再从本地打开继续观看， 灵活性不强， 且对网络带宽的要求较高。 然而 有些 IPTV业务对于实时性并无特殊要求， 且许多 IPTV业务并不局限于提供音视频观看服务， 而是 提供双向互动和信息共享的服务， 尤其是 IPTV增值业务： 例如在用户原创内容 （UGC) 业务中， 用户可以将自己录制的视频上传到媒体服务器， 其他用户可从服务器上下载该视频内容， 此时用户 不需要实时观看视频， 媒体内容完全可以以文件 （FILE) 的方式上传至服务器或下载到用户终端， 待文件保存完整后， 用户可以在任意时刻观看该内容； 也可以边下载边观看。 本发明实施例中提出 的技术方案通过建立以文件方式进行传输的内容通道， 在内容通道中上传或下载内容， 此时用户可 以待内容在本地保存完整内容后再进行观看， 或者也可以边下载边观看， 观看完毕后内容同时也保 存完毕， 且后续任意时刻都可以再次在本地观看， 提升了 IPTV系统的业务能力并丰富了用户体验。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤可以通过程序指令相关 的硬件来完成， 前述的程序可以存储于一计算机可读取存储介质中， 该程序在执行时， 执行包括上 述方法实施例的步骤， 而前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代 码的介质。
最后应说明的是： 以上实施例仅用以说明本发明实施例的技术方案， 而非对其限制； 尽管参照 前述实施例对本发明实施例进行了详细的说明， 本领域的普通技术人员应当理解： 其依然可以对前 述各实施例所记载的技术方案进行修改， 或者对其中部分技术特征进行等同替换； 而这些修改或者 替换， 并不使相应技术方案的本质脱离本发明实施例各实施例技术方案的精神和范围。

Claims

权利要求
1、一种以文件方式传输媒体内容的方法， 其特征在于，所述方法应用于基于因特网协议多媒体 子系统 IMS的因特网协议电视 IPTV网络中， 所述方法包括：
接收包含请求标识的会话建立请求， 所述请求标识用于指示所述会话建立请求为以文件方式进 行传输；
协商建立以文件方式进行传输的内容通道；
通过所述内容通道传输媒体内容。
2、根据权利要求 1所述的方法， 其特征在于还包括： 协商建立控制通道， 所述控制通道用于传 输所述媒体内容的交互过程中的控制命令。
3、根据权利要求 1或 2所述的方法，其特征在于，所述通过发起包含请求标识的会话建立请求， 协商建立以文件方式进行传输的内容通道包括：
第一内容实体发起包含请求标识的会话建立请求；
业务控制实体选择第二内容实体， 并向所述第二内容实体转发所述会话建立请求；
所述第二内容实体返回包含以文件方式传输的媒体协商信息的会话建立响应。
4、根据权利要求 3所述的方法， 其特征在于， 所述业务控制实体选择第二内容实体包括： 所述 业务控制实体选择具备以文件方式传输能力的第二内容实体。
5、根据权利要求 3所述的方法， 其特征在于，所述请求标识还用于指示所述会话建立请求为上 传或下载请求；
所述业务控制实体选择第二内容实体之前还包括： 所述业务控制实体根据所述请求标识， 判断 所述会话建立请求的业务是否为上传或下载业务， 如果是， 执行所述选择第二内容实体的步骤。
6、 根据权利要求 3所述的方法， 其特征在于：
若所述会话建立请求为下载请求， 所述会话建立请求还包含内容标识信息；
所述业务控制实体选择具备以文件方式传输能力的第二内容实体具体为： 所述业务控制实体根 据会话建立请求中的内容标识选择提供相应媒体内容的第二内容实体。
7、 根据权利要求 6所述的方法， 其特征在于：
所述第二内容实体返回会话建立响应之前还包括： 所述第二内容实体根据所述内容标识， 査找 媒体内容保存的路径， 将所述媒体内容保存的路径携带在会话建立响应中返回。
8、 根据权利要求 3所述的方法， 其特征在于：
所述会话建立请求为上传请求， 所述业务控制实体向第二内容实体转发所述会话建立请求具体 包括：
当业务控制实体接收的会话建立请求中包括内容标识时，根据所述内容标识生成新的内容标识， 将携带有新的内容标识的会话建立请求发送给第二内容实体； 或者， 当业务控制实体接收的会话建 立请求中不包括内容标识时， 业务控制实体生成新的内容标识， 将携带有新的内容标识的会话建立 请求发送给第二内容实体。
9、 根据权利要求 8所述的方法， 其特征在于： 所述第二内容实体返回会话建立响应之前还包括： 所述第二内容实体存储所述新的内容标识， 并选择媒体内容保存的路径， 将所述媒体内容保存的路径携带在会话建立响应中返回。
10、 根据权利要求 3所述的方法， 其特征在于， 所述建立内容通道和控制通道之后还包括： 所 述第一内容实体根据从会话建立响应中获得的媒体协商信息， 通过所述控制通道发送控制命令， 所 述控制命令指示下载媒体内容， 或上传媒体内容。
11、 根据权利要求 1或 2所述的方法， 其特征在于， 所述方法采用的文件传输协议为文件传输 协议 FTP或简单文件传输协议 TFTP或单向文件传输协议 FLUTE或超文本传输协议 HTTP。
12、根据权利要求 11所述的方法， 其特征在于， 协商建立所述内容通道的过程中包括协商传输 模式信息，
所述采用的文件传输协议为 FTP, 所述传输模式信息包括文件类型、 数据结构或传输方式； 或者， 所述采用的文件传输协议为 TFTP, 所述传输模式信息包括传送方式标识。
13、 根据权利要求 3所述的方法， 其特征在于， 所述第二内容实体返回会话建立响应之前还包 括： 所述第二内容实体根据所述会话建立请求中的请求标识， 确定媒体内容保存的路径， 将所述媒 体内容保存的路径携带在会话建立响应中。
14、根据权利要求 13所述的方法，其特征在于， 所述媒体内容保存的路径包括统一资源标识符
URI信息。
15、 根据权利要求 13所述的方法， 其特征在于， 所述媒体协商信息还包括内容通道信息； 所述 建立内容通道之后还包括： 第一内容实体通过所述内容通道发送获取请求消息；
所述通过内容通道传输媒体内容包括： 所述第二内容实体根据所述获取请求消息， 在所述内容 通道上返回响应消息， 所述响应消息中携带有所述 URI信息对应的媒体内容。
16、 根据权利要求 1或 2所述的方法， 其特征在于， 所述请求标识包括如下之一或其组合： 业 务标识、 协议标识、 传输操作标识或内容标识。
17、一种内容设备，应用于基于因特网协议多媒体子系统 IMS的因特网协议电视 IPTV网络中， 其特征在于， 所述内容设备包括：
通道建立模块， 用于发送包含请求标识的会话建立请求， 协商建立以文件方式进行传输的内容 通道， 所述请求标识用于指示所述会话建立请求为以文件方式进行传输；
传输模块， 用于通过所述内容通道传输媒体内容。
18、根据权利要求 17所述的内容设备， 其特征在于，所述通道建立模块还用于协商建立控制通 道， 所述控制通道用于传输所述媒体内容的交互过程中的控制命令。
19、 根据权利要求 17或 18所述的内容设备， 其特征在于， 所述通道建立模块包括： 第一发送单元， 用于发送包含请求标识的会话建立请求；
第一接收单元， 用于接收根据所述会话建立请求， 返回的包含以文件方式传输的媒体协商信息 的会话建立响应。
20、 根据权利要求 19所述的内容设备， 其特征在于， 所述传输模块包括：
第二发送单元， 用于根据从所述会话建立响应中获得的媒体内容保存的路径， 通过所述控制通 道发送控制命令， 所述控制命令指示下载所述路径处保存的媒体内容， 或向所述路径处上传媒体内 容； 或者， 用于根据从会话建立响应中获得的媒体内容保存的路径， 通过所述内容通道发送获取请 求消息。
21、一种内容设备，应用于基于因特网协议多媒体子系统 IMS的因特网协议电视 IPTV网络中， 其特征在于， 所述内容设备包括：
第二通道建立模块， 用于接收包含请求标识的会话建立请求， 协商建立以文件方式进行传输的 内容通道， 所述请求标识用于指示所述会话建立请求为以文件方式进行传输；
第二传输模块， 用于通过所述内容通道传输媒体内容。
22、根据权利要求 21所述的内容设备， 其特征在于，所述通道建立模块还用于协商建立控制通 道， 所述控制通道用于传输所述媒体内容的交互过程中的控制命令。
23、 根据权利要求 21或 22所述的内容设备， 其特征在于， 所述通道建立模块包括： 第二接收单元， 用于接收包含请求标识的会话建立请求；
第三发送单元， 用于根据所述会话建立请求， 返回包含以文件方式传输的媒体协商信息的会话 建立响应。
24、 根据权利要求 23所述的内容设备， 其特征在于， 所述第二通道建立模块还包括： 査找单元， 用于当会话建立请求的业务为下载业务时， 根据会话建立请求中携带的内容标识， 査找媒体内容保存的路径， 并将所述路径携带在会话建立响应中。
25、 根据权利要求 23所述的内容设备， 其特征在于， 所述第二通道建立模块还包括： 选择单元， 用于当会话建立请求的业务为上传业务时， 存储会话建立请求中携带的内容标识， 并选择媒体内容保存的路径， 并将所述路径携带在会话建立响应中。
26、 一种业务控制设备， 应用于基于因特网协议多媒体子系统 IMS的因特网协议电视 IPTV网 络中， 其特征在于， 所述业务控制设备包括：
接收模块， 用于接收包含请求标识的会话建立请求；
选择模块， 用于根据所述请求标识， 选择内容设备；
发送模块， 用于将所述会话建立请求转发给所述内容设备。
27、 根据权利要求 26所述的业务控制设备， 其特征在于还包括： 生成模块， 用于生成新的内容 标识， 并将新的内容标识携带在会话建立请求中。
28、 一种以文件方式传输媒体内容的系统， 其特征在于包括第一内容实体、 第二内容实体和业 务控制实体， 其中，
第一内容实体用于发起包含请求标识的会话建立请求；
业务控制实体用于控制协商建立所述第一内容实体与所述第二内容实体之间以文件方式进行传 输的内容通道；
所述第一内容实体与所述第二内容实体之间通过所述内容通道传输媒体内容。
PCT/CN2009/073856 2008-09-11 2009-09-10 以文件方式传输媒体内容的方法、系统及设备 WO2010028601A1 (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200810212392 2008-09-11
CN200810212392.2 2008-09-11
CN200910004234.2 2009-02-13
CN200910004234.2A CN101674298B (zh) 2008-09-11 2009-02-13 以文件方式传输媒体内容的方法、系统及设备

Publications (1)

Publication Number Publication Date
WO2010028601A1 true WO2010028601A1 (zh) 2010-03-18

Family

ID=42004813

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/073856 WO2010028601A1 (zh) 2008-09-11 2009-09-10 以文件方式传输媒体内容的方法、系统及设备

Country Status (2)

Country Link
CN (1) CN101674298B (zh)
WO (1) WO2010028601A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109548060A (zh) * 2018-12-29 2019-03-29 广州敬信药草园信息科技有限公司 一种针对录播网络异常断开的处理方法

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102355480B (zh) * 2011-07-21 2017-03-08 中兴通讯股份有限公司 基于tftp的文件传输方法、系统、客户端和服务器
CN105959711A (zh) * 2016-04-21 2016-09-21 乐视控股（北京）有限公司 一种直播流媒体的上传方法及装置
CN110602805B (zh) * 2019-09-30 2021-06-15 联想(北京)有限公司 信息处理方法、第一电子设备和计算机系统
CN113067826A (zh) * 2020-07-16 2021-07-02 陈杰 一种基于大数据分析的报告发送系统
CN114020665A (zh) * 2021-11-03 2022-02-08 联想(北京)有限公司 一种信息传输方法、装置及传输系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007096001A1 (en) * 2006-02-24 2007-08-30 Telefonaktiebolaget Lm Ericsson (Publ) Ims-enabled control channel for iptv
CN101056320A (zh) * 2007-05-29 2007-10-17 中兴通讯股份有限公司 一种数据会议中的文件传输方法及其系统
CN101110759A (zh) * 2006-07-20 2008-01-23 朗迅科技公司 用于因特网协议电视网络的对等文件下载系统
CN101197770A (zh) * 2007-10-09 2008-06-11 深圳市丕微科技企业有限公司 一种借助于网络实现多媒体数据传输的方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101155191B (zh) * 2006-09-25 2011-06-08 华为技术有限公司 支持ims终端享用现有iptv业务的系统和方法
CN101188735A (zh) * 2006-11-17 2008-05-28 中兴通讯股份有限公司 下一代通信网络中iptv终端节目点播的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007096001A1 (en) * 2006-02-24 2007-08-30 Telefonaktiebolaget Lm Ericsson (Publ) Ims-enabled control channel for iptv
CN101110759A (zh) * 2006-07-20 2008-01-23 朗迅科技公司 用于因特网协议电视网络的对等文件下载系统
CN101056320A (zh) * 2007-05-29 2007-10-17 中兴通讯股份有限公司 一种数据会议中的文件传输方法及其系统
CN101197770A (zh) * 2007-10-09 2008-06-11 深圳市丕微科技企业有限公司 一种借助于网络实现多媒体数据传输的方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109548060A (zh) * 2018-12-29 2019-03-29 广州敬信药草园信息科技有限公司 一种针对录播网络异常断开的处理方法

Also Published As

Publication number Publication date
CN101674298B (zh) 2012-03-21
CN101674298A (zh) 2010-03-17

Similar Documents

Publication Publication Date Title
US8332527B2 (en) Streaming media network system, streaming media service realization method and streaming media service enabler
US8046479B2 (en) Media channel management
US8307049B2 (en) Method and device for obtaining media description information of IPTV services
EP2225866B1 (en) Method and system for transmitting a multimedia stream
TWI516064B (zh) 媒體串流傳輸的通信期控制
US20130114597A1 (en) Proxy server, relay method, communication system, relay control program, and recording medium
WO2008101444A1 (fr) Système multimédia en flux, dispositif de transmission de signalisation et procédé d'envoi de multimédia en flux
JP2015029327A (ja) コンテンツダウンロード及びコンテンツアップロード用ポリシー
EP2241078A1 (en) Method and internet protocol television (iptv) content manager server for iptv servicing
KR100891745B1 (ko) 주문형 비디오 서비스 제공을 위한 프로토콜 변환 방법 및 그 장치
WO2009033392A1 (fr) Procédé et système de multimédia à la demande, terminal multimédia, système multimédia et serveur mandataire de service
WO2009024092A1 (fr) Procédé et système permettant la commande d'autorisation de ressource de service
WO2009030133A1 (fr) Procédé, système et entité pour réaliser une vidéo image dans image
WO2010028601A1 (zh) 以文件方式传输媒体内容的方法、系统及设备
KR20090123781A (ko) 멀티캐스트 세션을 통해 수신한 어플리케이션에 기초한 ｉｐｔｖ 서비스 이용 방법 및 장치
WO2009026813A1 (fr) Procédé, système et entité pour réaliser un enregistrement de réseau
WO2011143881A1 (zh) 实现移动终端电视互动的方法、系统及背靠背的用户代理
WO2011015015A1 (zh) 内容上行方法及内容交付功能实体
US20110167441A1 (en) An interactive iptv system and a content pushing method thereof
WO2010028591A1 (zh) 实现客户端录制的方法、系统及录制控制实体
JP2011515980A (ja) 通信システムにおけるピアツーピアマルチメディア接続の状態を問い合わせるシステムおよび方法
WO2009055988A1 (fr) Procédé de décalage temporel pour un système iptv sur des réseaux de prochaine génération
WO2009155840A1 (zh) 实现共享群业务的方法、系统和装置
WO2010022603A1 (zh) 附着到对等网络及获取iptv内容的方法、系统和装置
WO2009026810A1 (fr) Procédé, entité et système pour réaliser une commande de distribution de 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: 09812667

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

Country of ref document: EP

Kind code of ref document: A1