WO2008052484A1 - Procédé, système et appareil de commande service tv ip - Google Patents

Procédé, système et appareil de commande service tv ip Download PDF

Info

Publication number
WO2008052484A1
WO2008052484A1 PCT/CN2007/070999 CN2007070999W WO2008052484A1 WO 2008052484 A1 WO2008052484 A1 WO 2008052484A1 CN 2007070999 W CN2007070999 W CN 2007070999W WO 2008052484 A1 WO2008052484 A1 WO 2008052484A1
Authority
WO
WIPO (PCT)
Prior art keywords
channel
sip
information
uri
network
Prior art date
Application number
PCT/CN2007/070999
Other languages
English (en)
French (fr)
Inventor
Xiangyang Wu
Jun Yan
Jincheng Li
Xiao Wang
Baojian Qi
Peng Wang
Xiaosong Lei
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
Priority claimed from CNA2006101504928A external-priority patent/CN101175198A/zh
Priority claimed from CNA2007101540280A external-priority patent/CN101360095A/zh
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to CN2007800005677A priority Critical patent/CN101326826B/zh
Publication of WO2008052484A1 publication Critical patent/WO2008052484A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4382—Demodulation or channel decoding, e.g. QPSK demodulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4405—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video stream decryption
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4623—Processing of entitlement messages, e.g. ECM [Entitlement Control Message] or EMM [Entitlement Management Message]

Definitions

  • the present invention relates to the field of IPTV technologies, and in particular, to a service control method, system and apparatus for network television. Background of the invention
  • IPTV Internet Protocol Television
  • the system includes a user terminal and a network side, and the network side includes a session processing module and an application processing module, where:
  • the session processing module is configured to provide a call control, a routing connection, and the like for the user terminal accessing the network, which can route the call to the called user terminal, or route the call to the application processing module;
  • the application processing module is used to process the user's request.
  • E1 shown in FIG. 1 is an interface of a user terminal and a session processing module
  • E2 is an interface of a session processing module and an application processing module.
  • Channel information may include information such as channel multicast address, port, channel encryption key, and so on.
  • the user After the user obtains the channel information, he can join the corresponding multicast group to receive the programs of different channels.
  • specific information is included in the channel information, it can be defined by the user, as long as the user terminal can watch the program according to the channel information.
  • the user terminal can automatically obtain a text file of the channel information from the specified address by using a Hypertext Transfer Protocol (HTTP) or a File Transfer Protocol (FTP). .
  • HTTP Hypertext Transfer Protocol
  • FTP File Transfer Protocol
  • the channel information corresponding to all channel identification information may be obtained at one time, or may be divided into multiple Obtaining the channel information corresponding to all the channel identification information, and not explicitly indicating the requested channel in the request of the terminal, but specifying the file name containing the description information or the script file name for processing the request, such as:
  • the channel information encoding and format obtained by the above method are generally defined by the developer of the development application, and belong to a private definition; the channel information obtained in this way is parsed by the terminal software on the terminal side and the related information is saved on the terminal side, and the user can pass
  • the terminal interface performs channel selection, and the terminal automatically initiates a multicast join request according to the obtained information according to the user's selection.
  • the embodiment of the invention provides a service control method for a network television, which is used to solve the problem that the user terminal cannot obtain the specified channel information in the prior art.
  • a service control method for network television includes the following steps:
  • the terminal side sends the channel identification information of the user-specified channel to the network side, and receives the channel information corresponding to the identifier information on the network side.
  • the embodiment of the invention further provides a method for providing a television service in a SIP network, which can be
  • the television network is identified in the SIP network to provide television services.
  • a method for providing a television service in a SIP network comprising:
  • the network television application server receives the SIP session request initiated by the network television terminal function, and includes a SIP URI indicating the channel identification information in the SIP session request;
  • the network television application server parses the SIP URI to obtain the channel identification information, and determines a television channel to be played to the network television terminal function according to the channel information.
  • Another embodiment of the present invention also provides a method for providing a TV service in a SIP network, which can identify a TV channel in a SIP network, thereby providing a TV service.
  • a method for providing a television service in a SIP network comprising:
  • the TV channel identification server receives a SIP URI query request including a TV URI from the terminal side, and the TV channel identification server transmits a SIP URI corresponding to the TV URI to the terminal side according to the correspondence between the TV URI and the SIP URI, where the SIP URI is Contains channel identification information;
  • the network television application server receives the SIP session request initiated by the terminal side, and includes the SIP URI in the SIP session request;
  • the network television application server parses the SIP URI to obtain the channel identification information, and determines channel information according to the channel identification information.
  • Another embodiment of the present invention also provides a method for providing a TV service in a SIP network, which can identify a TV channel in a SIP network, thereby providing a TV service.
  • a method for providing a television service in a SIP network comprising:
  • the Core IMS receives the SIP session request sent by the terminal side, and includes the TV URI in the SIP session request; the Core IMS provides the TV channel identification service according to the resolved TV URI. Transmitter sends a SIP URI query request;
  • the TV channel identification server sends a SIP URI corresponding to the TV URI to the Core IMS according to the correspondence between the TV URI and the SIP URI, and the channel identifier information is included in the SIP URI;
  • the Core IMS routes the SIP session request to the network television application server according to the received SIP URI, and the network television application server parses the SIP URI to obtain the channel identification information, and determines, according to the channel identification information, the transmission to the terminal side. Channel information.
  • the embodiment of the invention further provides a network television system, which is used to solve the problem that the user terminal cannot obtain the specified channel information in the prior art.
  • a network television system including a terminal side and a network side
  • the terminal side includes a module for transmitting channel identification information of a user-specified channel to the network side;
  • the network side includes a module that returns channel information corresponding to the identification information to the terminal side.
  • the embodiment of the invention further provides a system for providing a TV service in a SIP network, which can identify a TV channel in a SIP network, thereby providing a TV service.
  • a system for providing a television service in a session initiation protocol SIP network comprising: a network television terminal function, configured to initiate a SIP session request to a network television application server, where the SIP session request includes a SIP uniform resource indication indicating channel information a URI; a network television application server, configured to parse the SIP URI to obtain the channel information, and determine a television channel to be played to the network television terminal function according to the channel information.
  • the embodiment of the invention further provides a network television terminal function, which can identify a television channel in a SIP network, thereby implementing the provided television service.
  • a network television terminal function which can identify a television channel in a SIP network, thereby implementing the provided television service.
  • a network television terminal function comprising a SIP session request initiation unit and a television information presentation unit, wherein:
  • a SIP session request initiating unit configured to initiate a SIP session request to the network television application server, where the SIP session request includes a SIP URI indicating channel information;
  • the television information presentation unit is configured to receive television channel information determined by the network television application server according to the channel information, and display the television channel information.
  • the embodiment of the present invention further provides a network television terminal function, which can identify a television channel in a SIP network, thereby implementing the provided television service.
  • a network television terminal function comprising a SIP session request initiation unit and a television information presentation unit, wherein:
  • a SIP session request initiating unit configured to send a SIP URI query request including a TV URI to the television channel identification server, receive a SIP URI corresponding to the TV URI returned by the television channel identification server, and initiate a SIP containing to the network television application server a SIP session request of the URI, including channel information in the SIP URI;
  • the television information presentation unit is configured to receive television channel information determined by the network television application server according to the channel information, and display the television channel information.
  • the embodiment of the invention further provides a network television application server, which can implement the provided television service according to the channel identification information in the SIP network.
  • a network television application server includes a channel information acquisition unit and a television information providing unit, wherein:
  • a channel information obtaining unit configured to receive a SIP session request, and parse the SIP URI to obtain the channel information, where the indication channel information is included in the SIP session request SIP URI;
  • the television information providing unit is configured to determine a television channel that is played to the network television terminal function according to the channel information, and send the television channel information to the network television terminal function.
  • the embodiment of the invention further provides a television channel identification server, the technical solution thereof is: a television channel identification server, comprising a correspondence relationship holding unit and a SIP URI query unit, wherein
  • the correspondence relationship holding unit stores the correspondence between the TV URI and the SIP URI;
  • the SIP URI query unit is configured to receive the network television terminal function or the SIP URI query request including the TV URI sent by the Core IMS, and according to the TV URI and the SIP URI Correspondence relationship, sending a SIP URI corresponding to the TV URI to the network television terminal function or Core IMS.
  • the embodiment of the present invention further provides a Core IMS, including a TV URI parsing unit and a routing unit, where
  • a TV URI parsing unit configured to receive a SIP session request including a TV URI from a network television terminal function, parse a TV URI from the SIP session request, and send a SIP URI query request to the television channel identification server;
  • a routing unit configured to route the SIP session request to a network television application server, where the SIP session request includes a SIP URL returned by the television channel identification server in response to the SIP URI query request
  • the embodiment of the present invention further provides a terminal, including an instruction receiving module, configured to receive a user operation instruction, where the terminal further includes a module that sends channel identification information of a specified channel of the instruction receiving module.
  • the terminal side sends the channel identification information of the user-specified channel to the network side, and specifies the requested channel.
  • the network side returns the channel information corresponding to the channel identification information of the user-specified channel to the terminal side.
  • the terminal side can obtain its designation Channel information of the channel, so that the user can specify the channel that needs to be obtained according to the needs of the user; and, in comparison with the prior art, the terminal side needs to obtain all the channel information of the network side, obviously, the technical solution of the present invention saves the terminal.
  • the storage space required for storing the channel information on the side is very meaningful for a terminal such as a mobile phone having a smaller storage space.
  • the SIP session request sent by the network television terminal function to the Core IMS includes a SIP URI indicating channel information; the Core IMS sends a SIP URI query request to the TV channel identification server according to the parsed TV URI, and the TV channel identification server can be based on the channel information. Determine the TV channel.
  • the channel identifier of the present invention is based on the SIP URI mechanism, and carries the channel information in the SIP URI, so that the TV channel can be uniquely identified in the SIP network, and the television service can be provided in the SIP network.
  • FIG. 1 is a block diagram of an IPTV system in the prior art
  • FIG. 2 is a flow chart of obtaining channel information from an application processing module by a user terminal according to a preferred embodiment of the present invention
  • FIG. 3 is a flow chart showing a method for providing a television service in a SIP network according to an embodiment of the present invention
  • FIG. 4 is a schematic flowchart of requesting to view a default live broadcast or a time mobile TV channel in a SIP network according to an embodiment of the present invention
  • FIG. 5 is a flow chart showing a request for viewing a specific channel in a SIP network according to an embodiment of the present invention
  • FIG. 6 is a schematic diagram of a process of requesting to view a specific channel group in a SIP network according to an embodiment of the present invention
  • FIG. 7 is a block diagram of an IPTV system according to an embodiment of the present invention.
  • FIG. 8 is a structural diagram of a system for providing television services in a SIP network according to an embodiment of the present invention. Intention
  • FIG. 9 is a schematic diagram of a system structure for providing a television service in a SIP network according to a preferred embodiment of the present invention.
  • FIG. 10 is a schematic structural diagram of a network television terminal according to an embodiment of the present invention.
  • FIG. 11 is a schematic structural diagram of a network television application server according to an embodiment of the present invention
  • FIG. 12 is a schematic structural diagram of a television channel identification server according to an embodiment of the present invention
  • FIG. 13 is a schematic structural diagram of a Core IMS according to an embodiment of the present invention. Mode for carrying out the invention
  • the core idea of the present invention is: the terminal side transmits the channel identification information of the user-specified channel to the network side; the network side returns the channel information corresponding to the channel identification information of the user-specified channel to the terminal side.
  • the interface E1 of the user terminal and the session processing module and the interface E2 of the session processing module and the application processing module may be a Session Initiation Protocol (SIP), HTTP, and a real-time transport streaming protocol (RTSP, Real). - Time Streaming Protocol ) interface.
  • SIP Session Initiation Protocol
  • HTTP HyperText Transfer Protocol
  • RTSP real-time transport streaming protocol
  • Real Real-time transport streaming protocol
  • a process for a user terminal to obtain channel information from an application processing module is as shown in FIG. 2, and includes the following steps:
  • Step S101 The user terminal sends the channel identification information of the designated channel to the session processing module.
  • the channel identification information may be a determined channel identifier, or may be a number or other information corresponding to the determined channel identifier.
  • CCTV1 is a channel identifier
  • 111 is the number corresponding to the channel identifier.
  • the channel identification information in step S101 can be Think that CCTV1 can also be 111.
  • Step S102 The session processing module routes or forwards the channel identification information to the application processing module.
  • Step S103 After receiving the channel identification information, the application processing module obtains the corresponding channel information according to the channel identification information, and returns the channel identification information and the corresponding channel information to the session processing module.
  • Step S104 The session processing module routes or forwards the channel identification information and its corresponding channel information to the user terminal.
  • the user terminal may obtain the channel information of the designated channel through the above process when initiating the service request. That is to say, the service request message can be used to carry the channel identification information of the designated channel, and the service request response message carries the channel identification information and its corresponding channel information.
  • the service request message may carry one or more channel identification information.
  • the service request response message returned by the application processing module may not include the channel identification information, but only the channel information corresponding to the channel identification information.
  • the user terminal can clarify that the channel information is the channel information of the channel specified by the user terminal.
  • the service request message carries multiple channel identification information
  • one or more sets of channel identification information and channel information may be carried in the service request response message, thereby supporting implementation such as picture-in-picture, multi-picture playback, and the like.
  • the channel information may be carried in the service request response message and returned to the user terminal, for example, in an existing Session Description Protocol (SDP).
  • SDP Session Description Protocol
  • the service request message and the service request response message may be Need to carry channel identification information.
  • Method one extending the attributes of the SDP, defining a new SDP attribute line, and carrying the channel identification information through the newly defined SDP attribute line.
  • the channel identification information can be carried through the newly defined SDP attribute line.
  • a new SDP attribute line is defined in the following language:
  • the new SDP attribute line is used to carry the channel identification information and simultaneously carry the channel information and other information in other attribute lines, and the description manner A is as follows:
  • Line 6 of the above language defines the media audio described in lines 4 and 5 by specifying the channel attribute
  • line 9 defines the media video described in lines 7 and 8 by specifying the channel attribute, as indicated by line 4, number 5.
  • the media audio of the line is related to TV1
  • the media videos of the 7th line and the 8th line are also related to the TV1 channel.
  • the 4th line, the 5th line, the 7th line, the 8th line, and the like described herein can be regarded as the channel information returned by the network side.
  • the service request message may also use the description mode A to carry the channel information, but does not carry the channel information.
  • the service request response message can also be described in the manner B, as follows:
  • Line 4 of the above language defines the audio and video of the media by specifying session-level channel attributes, indicating that line 5 to line 8 attribute lines are associated with the TV1 channel.
  • the 5th to 8th lines and the like described herein can also be regarded as the channel information returned by the network side.
  • the description mode B can also be used to carry the channel information, but the channel information is not carried.
  • the terminal When the IPTV service, such as LiveTV, TsTV, and the like, is implemented, the terminal carries the SDP including the attribute extension to identify the requested channel in the service request message of the protocol such as SIP, RTSP, and HTTP; the application processing module responds in the service request.
  • the message also carries the SDP that includes the extension of the attribute to identify the channel requested by the terminal, and also describes the channel information corresponding to the channel identification information by using the SDP, so that the channel identification information is combined with the channel information described by the SDP media to one channel.
  • SDP can be carried in protocols such as SIP, RTSP, and HTTP, the method is not limited to a specific protocol.
  • the application processing module can be sent to the application processing module.
  • a service request message, and the application processing module is notified by adding or modifying the SDP carried in the service request to implement channel switching.
  • the user terminal adds the channel identification information attribute line of the target channel to indicate the target channel, and indicates in the SDP that the switched channel is closed, such as setting the SDP media receiving port corresponding to the switched channel. 0 is marked as closed;
  • the application processing module adds a SDP attribute line to describe the channel information of the target channel in the SDP carried in the corresponding service request response message of the service request message.
  • the SDP returned by the application processing module to the user terminal is as follows:
  • the mode switching is implemented in the first mode
  • the target channel that the user needs to switch has been described in the SDP, for example, when the channel is switched from the TV1 to the TV2, the channel is switched from the TV2 to the TV1.
  • the user terminal can directly modify the above SDP to:
  • the application processing module may send the content of the TV1 to the user terminal according to the description of the SDP, and stop transmitting the content of the TV2 to implement channel switching.
  • TV 2 indicates that it is desired to switch from TV1 to TV2
  • the application processing module modifies the channel information attribute line corresponding to the channel identification information attribute line in the SDP carried in the service request response message to indicate the channel information of the target channel, such as the channel of TV 1
  • the information is modified to the channel information of TV2.
  • the specific description is as follows:
  • the mode switching is implemented in the second mode
  • the target channel that the user needs to switch has been described in the SDP.
  • the user terminal requests the channel identification information for the first time
  • the TV1 and the TV2 are requested.
  • the channel identification information after which TV2 is turned off, that is, only TV1 is left, and then TV1 to TV2 are switched.
  • the user terminal only needs to modify the SDP according to the situation and send it to the application processing module, and the application processing module can send the content of the TV2 to the user terminal according to the description of the SDP and stop transmitting the content of the TV1 to implement channel switching.
  • the terminal may indicate that the designated channel is closed by the SDP carried in the service request message, and set the SDP media receiving port corresponding to the designated channel to 0 to indicate that the channel is closed. .
  • the application processing module stops sending the content of the designated channel to the user terminal, thereby implementing the closing of the designated channel.
  • Method 2 defining a new SIP header field, and carrying the channel identification information by using the newly defined SIP header field;
  • a new SIP header field may be defined, and the channel identification information is carried by the newly defined SIP header field.
  • the following SIP header fields are newly defined using the BNF syntax:
  • Ch-value token I quoted-string
  • the terminal When the IPTV service is implemented, such as the service of the LiveTV and the TsTV, the terminal carries the identifier in the service request message that uses the SIP protocol to identify the requested channel; the service request response message in the application processing module also carries the header. The domain, and the service request response message also carries the SDP to describe the channel information in the SIP, and the two combine to describe a channel completely.
  • the above various forms can be used to indicate that the service request message or the service request response message is related to the channel cctvl.
  • the newly defined SIP header field in the second method may be used in conjunction with the SDP in which the attribute is extended in the first method, or may be used in combination with the non-extended SDP, that is, the SDP without the extended attribute line.
  • the user terminal uses all the media description content included in the non-extended SDP as the SIP header field. Media description content related to the indicated channel;
  • the user terminal receives the service request response message and includes the SIP header field.
  • the channel identification information is matched with the media description content included in the SDP, and the channel information corresponding to the extended attribute line in the SDP that matches the channel identification information included in the SIP header field is the specified channel information, and the other description information may be independent of Channel information exists.
  • the channel to be switched may not be indicated in the SDP, and only the identification information of the channel to be switched or the channel to be closed may be included in the SIP header field.
  • the terminal side if the terminal side needs channel switching, the terminal side sends a service request message to the network side, and the newly extended SIP header field in the service request message does not include the channel identification information of the switched channel; the network side will receive the message.
  • the newly defined SDP attribute line is matched with the newly extended SIP header field or the newly extended parameter in the SIP header field, and the matched channel identification information is used as the channel identification information of the handover target channel specified by the user.
  • the channel identification information carried in the SIP header field is TV2, and the description in the SDP carried by the SIP is as follows:
  • the description information specified by the TV2 is:
  • Method 3 The channel identification information is carried by extending the parameters in the SIP header field.
  • the SIP header field may be extended.
  • the parameters in it carry the channel identification information.
  • the generic parameter generic-param in the Accept-Contact header field of the SIP protocol is extended to perform channel identification information.
  • the definition of the channel identification information is added to the generic-param parameter, and the channel identification information can be in the following form:
  • the terminal When implementing IPTV-type services, such as LiveTV and TsTV, the terminal identifies the requested channel by carrying the generic parameter generic-param in the Accept-Contact header field in the service request message using the SIP protocol;
  • the service request response message also carries the generic parameter generic-param in the Accept-Contact header field, and the service request response message also carries the SDP to describe the channel information in the SIP, and the two combine to fully describe a channel.
  • the above various forms can be used to indicate that the service request message or the service request response message is related to the channel TV1.
  • the parameters in the SIP header field extended in the third method can be used together with the SDP in which the attribute is extended in the method 1.
  • it can be used together with the non-extended SDP, where:
  • the user terminal uses all the media description content included in the non-extended SDP as the SIP.
  • the user terminal receives the service request response message, and the channel included in the parameter extended in the SIP header field is included.
  • the identifier information is matched with the media description content included in the SDP, and the channel information corresponding to the extended attribute line in the SDP that matches the channel identification information included in the extended parameter in the SIP header field is the specified channel information, and other descriptions.
  • Information can exist independently of channel information. Similar to method 2, in this case, when the user terminal needs to switch, the channel to be switched may not be marked off in the SDP, and only the parameter to be switched in the SIP header field does not include the switched channel or is turned off.
  • the identification information of the channel can be.
  • the terminal side if the terminal side needs channel switching, the terminal side sends a service request message to the network side, and the newly extended parameter in the SIP header field of the service request message does not include the channel identification information of the switched channel; the network side will receive the message.
  • Newly defined SDP attribute line in the The newly extended parameters in the SIP header field are matched, and the matched channel identification information is used as the channel identification information of the handover target channel specified by the user.
  • Method four carrying channel identification information by using a message body
  • the service request message and its service request response message may be SIP, RTSP.
  • the message body such as HTTP carries the channel identification information, and the message body can adopt a text mode, an XML (extensible markup language) coding mode or other coding mode.
  • the channel identification information is defined by using an XML Schema (mode), and one of the languages for specifically defining the channel identification information is given below.
  • mode XML Schema
  • the terminal When the IPTV service is implemented, such as LiveTV and TsTV, the terminal identifies the requested channel by using a text mode, an XML coding mode, or another coding mode in a message body of a service request message using a protocol such as SIP, RTSP, or HTTP.
  • a text mode such as SIP, RTSP, or HTTP.
  • XML coding mode
  • the service request response message also carries the SDP to describe the channel information in SIP, RTSP, HTTP, etc., and the two combine to describe a channel completely.
  • the XML encoded body (Body) uses the above defined rules to indicate that the service request is related to the TV1 channel.
  • the message body carrying the channel identification information in the method 4 may be used together with the SDP in which the attribute is extended in the method 1, or may be used together with the non-extended SDP, where:
  • the user terminal uses all the media description content included in the non-extended SDP as the message body.
  • the user terminal After receiving the service request response message, the user terminal includes the channel identification information included in the message body and the SDP included.
  • the media description content is matched, and the channel information corresponding to the extended attribute line in the SDP that matches the channel identification information included in the message body is the specified channel information, and the other description information may exist independently of the channel information.
  • the channel to be switched may not be marked off in the SDP, and only the identification information of the channel to be switched or the channel to be closed is not included in the message body. can.
  • the event identifier of the SIP message carries the channel identification information.
  • a channel description information event package may be defined in the event packet of the SIP message, and the channel is carried by the event package. Identification information.
  • a channel description information event package is defined in the event packet of the SIP message, and the event packet type is named "channel information", and the channel identification information is carried by the parameters of the event package, and/or Multicast address and port, and/or other channel parameters.
  • the terminal may request the network side to send the channel information of the specified channel by using a notify (notify) request in the subscribe request;
  • a notify notify
  • the network side In order to indicate that the network side returns specific channel information, it needs to carry the filtering condition for filtering the event packet information by the channel identification information chid, which can be satisfied by the existing filtering condition indicating technology or enhancing it.
  • the application processing module responds to the user request in a notify manner, and carries the event package to describe the channel requested by the user, and the corresponding event package includes an explicit channel indication.
  • the method when the user terminal needs to close the channel, the corresponding channel is closed by identifying the channel that needs to be closed in the unsubscribe request; when the user terminal needs to switch channels, In the unsubscribe request, the switched channel is identified to close the switched channel, and the switching target channel is identified in the subscription request to implement channel switching.
  • the INVITE when the SIP protocol is used, the INVITE, relnvite, INFO, SUBSCRIBER, NOTIFY, MESSAGE, ACK (Acknowledgement, Acknowledgement, etc.) can be used to change the service or transfer the intermediate information in the business process.
  • One to four methods for channel identification information to use INVITE for business For example, the INVITE carries the channel identification information, and the service request response message may be an intermediate response to the INVITE of 183, or may be 200 Ok, but both carry the channel identification information and corresponding channel information.
  • the service request can also adopt the RTSP or HTTP protocol.
  • the RTSP description (DESCRIBE) message or the HTTP acquisition (GET) message can be used to request the channel information from the application processing module, the DESCRIBE message in the RTSP or
  • the channel identification information may be performed by using the above method 1 or method 4 in the HTTP GET message.
  • the application processing module can return channel information and channel identification information to the user in an RTSP or HTTP response message, such as 200 ok, wherein the channel identification information can also be performed by using the above method 1 or method 4.
  • Method six carrying the channel identification information by using a SIP Uniform Resource Indicator (URI).
  • the channel identification information may be included in the SIP URI by extending the URI parameter or the user type.
  • the indication channel identification information may include: a channel/channel group name and/or channel number, a channel type, a member channel information of the channel group, and a service provider.
  • a URI parameter can be added, such as "tv", and the newly added URI parameter form is not limited, and is used to identify the SIP URI as a TV channel identifier, reference format (1): format (1): sip: user @host:port;tv;
  • a user type can be added.
  • the SIP entity can determine the playback TV channel that the network TV terminal function is requesting, and the reference format (2):
  • the channelless information can be used to indicate the default channel, i.e., the specific channel is determined by the network.
  • the network television application server 102 providing the TV service determines the channel requested by the user based on the local policy or user related data.
  • the default channel determination method includes but is not limited to the following methods:
  • A using the default channel or main channel of the network television application server 102 (ie, TV The service provider's main channel) as the default channel;
  • the default channel identifier is as follows: sip:wqed.org;tv or
  • the identification method of a specific channel or channel group can be: 3 ⁇ 4 under:
  • the specific channel identification information contained in the SIP URI may contain a specific channel name or a specific channel number, a specific channel group name, or a specific channel group number. May include but not limited to the following:
  • the TV channel or channel group with the channel number 1023 provided by the network television application server 102 is as follows:
  • parameters of the channel include, but are not limited to, service provider information, channel type (such as live channel or time shift channel), and channel attributes (such as whether to support the TrickMode attribute) and other parameters.
  • service provider information such as live channel or time shift channel
  • channel attributes such as whether to support the TrickMode attribute
  • Use user There may be many methods for describing the default channel, the specific channel, and the channel group. The embodiment of the present invention does not impose any limitation on the specific implementation method.
  • the channel identification method in the TV URI format is often used to include an electric video channel (a live channel or a time-shift channel) identified by a TV URI in an electronic program guide (EPG) or a web page.
  • EPG electronic program guide
  • the "broadcast" part is an identifier of the DNS domain name type and does not have a routing function.
  • the converted SIP URI of the identified TV channel does not contain channel information. Examples are as follows:
  • the tv URI is: ⁇ tv:wqed.org> (describes the WQED TV channel)
  • the ITF uses the tv URI directly in SIP signaling.
  • the ITF initiates a SIP session, it directly includes the TV URI in the Request-URI/To header field.
  • the Core IMS queries the TV channel identification server for the SIP URI of the identified TV channel corresponding to the TV URI, and then the IMS Core routes the SIP signaling to the IPTV AS providing the TV service according to the SIP URI.
  • the default (or current) channel identification information may be carried by the existing header or header field parameters (or extended header fields or header parameters) of the SIP protocol.
  • Channel groups and member information can also be carried in the form of XML messages, such as defining a content type:
  • the user terminal is assumed to be an IPTV terminal function (ITF), and the application processing module on the network side is a network television application server (IPTV AS).
  • IPTV AS network television application server
  • FIG. 3 is a flow chart showing a method for providing a television service in a SIP network according to an embodiment of the present invention. As shown in Figure 3, the method includes:
  • Step 301 The network television terminal function initiates a SIP session request to the network television application server, and includes a SIP URI indicating channel identification information in the SIP session request.
  • Step 302 The network television application server parses the SIP URI to obtain the channel identification information, and determines a television channel that is played to the network television terminal function according to the channel identification information.
  • the determined TV channel described here actually determines the channel information.
  • the channel information can also be returned to the network television terminal function.
  • the network television terminal function sends a SIP URI query request to the television channel identification server, and the television channel identification server sends the SIP URI corresponding to the TV URI according to the correspondence between the TV URI and the SIP URI.
  • the network television terminal function initiates a SIP session request to the network television application server, and the SIP URI is included in the SIP session request; the network television application server Parsing the SIP
  • the URI obtains the channel identification information, and determines a television channel that is played to the network television terminal function according to the channel identification information.
  • the network television terminal function sends a SIP session request to the Core IMS, where the SIP session request includes a TV URI; and the Core IMS sends a SIP URI query request to the TV channel identification server according to the parsed TV URI.
  • the TV channel identification server transmits the SIP URI corresponding to the TV URI to the Core IMS according to the correspondence between the TV URI and the SIP URI; the Core IMS routes the SIP session request to the network television application server according to the received SIP URI, the network The television application server parses the SIP URI to obtain the channel identification information, and determines a television channel to be played to the network television terminal function according to the channel identification information.
  • FIG. 4 is a schematic flow chart of requesting to view a default live or time mobile TV channel in a SIP network according to an embodiment of the present invention.
  • the method includes:
  • Step 401 The IPTV terminal sends an INVITE request to the Core IMS entity, where the Request-URI is the SIP URI information of the IPTV application server entity that provides the TV service, and the parameter User is of the type "tv" or contains the "tv” parameter.
  • the Request-URI is the SIP URI information of the IPTV application server entity that provides the TV service
  • the parameter User is of the type "tv” or contains the "tv” parameter.
  • the Core IMS entity described here is the session processing module.
  • Step 402 The Core IMS entity routes the INVITE request to the IPTV application server according to the routing rules of the existing SIP protocol.
  • Step 403 After receiving the INVITE request, the IPTV application server parses the Request-URI, determines the session request of the default channel identifier, and passes the service authorization (200 OK message), and then the IPTV application server determines the current user according to the local policy and/or user data. Viewing the channel, and returning to the user the media description information (SDP offer) of the current channel, the default channel information, the channel group information corresponding to the default channel, and related information of other member channels.
  • SDP offer media description information
  • Step 404 Core IMS forwards the response message of the IPTV application server to the network television Terminal.
  • Step 405 After receiving the response message, the network television terminal saves the information contained in the response message, and returns a media description response (SDP Answer) message of the current channel to the Core IMS according to the terminal capability.
  • SDP Answer media description response
  • Step 406 The Core IMS forwards the media description response message of the network television terminal to the IPTV application server.
  • Step 407 The network television terminal sends a join multicast group report to the multicast control point according to the media negotiation result.
  • Step 408 The multicast control point sends a multicast media stream to the network television terminal.
  • Figure 5 is a flow diagram of a request for viewing a particular channel in a SIP network in accordance with an embodiment of the present invention. As shown in Figure 5, the method includes:
  • Step 501 The network television terminal entity sends an INVITE request to the Core IMS entity, and the Request-URI is the SIP URI information of the IPTV application server entity that provides the TV service.
  • the parameter User is a "tv" type or contains a "tv” parameter, and is included in the User part.
  • Specific channel information such as a specific channel code or channel name.
  • Step 502 The Core IMS entity routes the INVITE request to the IPTV application server according to the routing rules of the existing SIP protocol.
  • Step 503 After receiving the INVITE request, the IPTV application server parses the Request-URI, determines the session request of the specific channel identifier, passes the service authorization, and then the IPTV application server determines the channel currently viewed by the user. The IPTV application server returns the media description information (SDP offer) of the current channel, the specific channel identification information, the channel group identification information corresponding to the specific channel, and related information of other member channels to the user.
  • SDP offer media description information
  • Step 504 The Core IMS forwards the response message of the IPTV application server to the network television terminal.
  • Step 505 After receiving the response, the network television terminal saves the information contained in the response, and then roots According to the terminal capability, the media description response (SDP Answer) message to the current channel of the Core IMS is returned.
  • SDP Answer media description response
  • Step 506 The Core IMS forwards the media description response message of the network television terminal to the IPTV application server.
  • FIG. 6 is a schematic diagram of a process for requesting viewing of a specific channel group in a SIP network according to an embodiment of the present invention.
  • the method flow includes:
  • Step 601 The IPTV terminal entity sends an INVITE request to the Core IMS entity, and the Request-URI is the SIP URI information of the IPTV application server entity that provides the TV service.
  • the parameter User is a "tv" type or contains a "tv” parameter, and is included in the User part.
  • Specific channel group identification information such as a specific channel group code or channel group name;
  • Step 602 The Core IMS entity routes the INVITE request to the IPTV application server according to the routing rules of the existing SIP protocol.
  • Step 603 After receiving the INVITE request, the IPTV application server parses the Request-URI, determines the session request identified by the specific channel group, passes the service authorization, and then the IPTV application server determines the channel group currently viewed by the user.
  • the IPTV application server may determine the current channel by using any one of the following ways: the default channel in the channel group set by the network television application server is the current channel; or the channel in the channel group that the user viewed last time is the current channel. Or use the default channel in the channel group set by the user as the current channel.
  • the IPTV application server returns the media description information (SDP offer) of the current channel, the specific channel group information, and related information of other member channels to the user.
  • SDP offer media description information
  • IPTV application server is unsure of the video channel initially viewed by the user, and the user selects the initially viewed TV channel based on the member channel information.
  • Step 604 The Core IMS forwards the response message of the IPTV application server to the network television terminal.
  • Step 605 After receiving the response, the network television terminal saves the information included in the response, and returns a media description response (SDP Answer) message to the current channel of the Core IMS according to the terminal capability.
  • SDP Answer media description response
  • Step 606 The Core IMS forwards the media description response message of the network television terminal to the IPTV application server.
  • FIG. 7 the IPTV system may include a terminal side and a network side, where:
  • the terminal side includes a module for transmitting channel identification information of the user-specified channel to the network side; and the network side includes a module for returning channel information corresponding to the channel identification information of the user-specified channel to the terminal side.
  • the user terminal as the terminal side includes an instruction receiving module for receiving a user operation instruction, and further includes the following three modules:
  • a module that sends an instruction receiving module to specify channel identification information of a channel
  • the functions of the above three modules can be implemented by the control module shown in FIG. Of course, the above three modules can also be three separate modules or other combinations.
  • the network side includes an application processing module and a session processing module, where: the session processing module forwards channel identification information and channel information between the terminal side and the application processing module;
  • the application processing module includes a receiving module for receiving information, and further includes the following two modules:
  • the functions of the above two modules can be implemented by the processing module shown in FIG. Of course, the above two modules can also be two separate modules or other combinations.
  • the user terminal may be an IPTV terminal function (ITF), and the application processing module on the network side may be a network television application server (IPTVAS)hop
  • IPTVAS network television application server
  • the system structure diagram may be used.
  • Figure 8 shows.
  • the system includes an IPTV Terminal Function (ITF) 101 and a Network Television Application Server (IPTV AS) 102.
  • ITF IPTV Terminal Function
  • IPTV AS Network Television Application Server
  • the network television terminal function 101 is configured to initiate a SIP session request to the network television application server 102, where the SIP session request includes a SIP URI indicating channel information;
  • the network television application server 102 is configured to parse the SIP URI to obtain the channel information, and determine a television channel to be played to the network television terminal function 101 according to the channel information.
  • the entity equivalent to the session processing module should also be included in Figure 8, which is not shown here. If the session processing module is an IMS core (Core IMS) and a TV channel identification server is further added, the structure of the system can be represented by FIG.
  • the system includes an IPTV terminal 201, an IPTV application server 202, an IMS core (Core IMS) 203, and a television channel identification server 204.
  • the IPTV terminal 201 is an IPTV terminal for the user to watch the television service. It supports the SIP protocol and acts as a SIP user equipment.
  • the IPTV application server 202 providing the television service requests the television service through the route of the IMS core 203.
  • the user can set the IPTV terminal 201, and automatically watch the default channel or the channel viewed last time after the power is turned on.
  • the IPTV terminal 201 automatically initiates a SIP session, and the Request-URI header field of the INVITE request sent. Contains a SIP URL indicating the request for the default channel type
  • the IPTV terminal 201 When the user watches the live TV program (LTV), selects a specific live channel or live channel group through an electronic program guide (EPG) and clicks, the IPTV terminal 201 initiates a SIP session, and the Request-URI header field of the sent INVITE request contains an indication. SIP URL for a specific channel ID or channel group ID
  • the IPTV terminal 201 After receiving the reliable temporary response or successful response of the initial INVITE request, the IPTV terminal 201 can join the IP multicast group corresponding to the current channel.
  • the IPTV terminal 201 can directly query the TV channel identification server 204 for the SIP URL of the identification channel corresponding to the TV URI through the Q1 interface with the television channel identification server 204.
  • the process of directly querying the SIP URI by the IPTV terminal 201 through the Q1 interface specifically includes: the IPTV terminal 201 sends a SIP URI query request to the TV channel identification server 204, and the TV channel identification server 204 corresponds to the TV URI according to the correspondence between the TV URI and the SIP URI.
  • the SIP URI is sent to the IPTV terminal 201, and then the IPTV terminal 201 requests the SIP URI of the SIP URI returned by the IMS core, and the IPTV application server 202 parses the SIP URI to obtain the channel identification information, and determines the direction according to the channel identification information.
  • the television channel identification server 204 can also provide a query interface for the TV URI to the IMS core 203 or other entity via a Q2 interface with the IMS core 203.
  • the IMS core 203 provides functions such as signaling routing, session control, and service triggering. If the IMS core 203 receives the SIP session request including the TV URI from the IPTV terminal 201, the IMS core 203 queries the SIP URI corresponding to the TV URI through the Q2 interface, and then the SIP URI obtained according to the query will The SIP session request initiated by the IPTV terminal 201 is routed to the IPTV application server 202.
  • the IPTV application server 202 is an application server that provides a television service, such as a service such as a live television service (LTV) or a content on demand service (Content On Demand). After receiving the INVITE request, the IPTV application server 202 parses the channel information carried in the Request-URI header field.
  • a television service such as a service such as a live television service (LTV) or a content on demand service (Content On Demand).
  • LTV live television service
  • Content On Demand Content On Demand
  • the IMS core 203 is specifically used to route the SIP session request to the IPTV application server 202.
  • the invention is not limited thereto.
  • any entity having a SIP session request routing function in a SIP network is suitable for the present invention, and the IPTV terminal 201 can also directly perform an interactive function with the IPTV application server 202 through the SIP protocol.
  • the IPTV terminal 201 is considered to request the default channel.
  • the IPTV application server 202 determines the channel currently being played to the user based on local business rules or policies. After determining the default channel, the IPTV application server 202 includes the media description information (SDP Offer) corresponding to the channel in the SIP response message SDP message body, and may include the channel corresponding to the default channel in the SIP reliable temporary response or the success response message. Group information, channel group IDs, and information about other member channels.
  • SDP Offer media description information
  • the IPTV application server 202 resolves the channel identification information according to the local policy or service logic to determine the specific channel or channel group requested by the IPTV terminal 201. If it is a channel group identifier, the current channel is determined according to the above default channel determination method.
  • the IPTV application server 202 may include media description information, channel group identification, and other member channel information of the current channel in the SIP reliable temporary response or success response message.
  • the channel identification information can identify a default television channel, a specific television channel, and a television channel group in the SIP network.
  • the SIP network includes, but is not limited to, a network such as NGN/IMS/IMS Based IPTV. Based on the foregoing analysis, an embodiment of the present invention further provides a network television terminal and a network television application server.
  • FIG. 10 is a schematic structural diagram of a network television terminal according to an embodiment of the present invention.
  • the network television terminal includes a SIP session request initiating unit 701 and a television information presentation unit 702. among them:
  • the SIP session request initiating unit 701 is configured to initiate a SIP session request to the network television application server, where the SIP session request includes a SIP URI indicating channel identification information, and the television information presentation unit 701 is configured to receive, according to the network television application server, The channel identifies the television channel information determined by the information and presents the television channel information.
  • the SIP session request initiation unit 701 is configured to send a SIP URI query request including a TV URI to the TV channel identification server, receive a SIP URI corresponding to the TV URI returned by the TV channel identification server, and send the network URI to the network television.
  • the application server initiates a SIP session request including a SIP URI, and the channel identifier information is included in the SIP URI;
  • the television information presentation unit 701 is configured to receive the television channel information determined by the network television application server according to the channel identification information, and Presenting the television channel information.
  • FIG. 11 is a schematic structural diagram of a network television application server according to an embodiment of the present invention.
  • the network television application server includes a channel identification information acquiring unit 801 and a television information providing unit 802, wherein:
  • the channel identification information obtaining unit 801 is configured to receive a SIP session request including a SIP URI indicating the channel identification information, and parse the SIP URI to obtain the channel identification information.
  • the television information providing unit 802 is configured to use the channel identification information according to the channel identification information. Determining a television channel played to the network television terminal function, and transmitting the television channel information to the network television terminal.
  • the embodiment of the invention also proposes a television channel identification server.
  • FIG. 12 is a schematic structural diagram of a television channel identification server according to an embodiment of the present invention.
  • the television channel identification server includes a correspondence relationship holding unit 901 and a SIP URI query unit 902, wherein
  • the correspondence relationship holding unit 901 stores the correspondence between the TV URI and the SIP URI;
  • the SIP URI query unit 902 is configured to receive a SIP URI query request including a TV URI sent by the network television terminal function or the Core IMS, and send the SIP URI corresponding to the TV URI to the corresponding relationship between the TV URI and the SIP URI.
  • FIG. 10 is a schematic structural diagram of a Core IMS according to an embodiment of the present invention.
  • the Core IMS includes a TV URI parsing unit 1001 and a routing unit 1002, wherein
  • a TV URI parsing unit 1001 configured to receive a SIP session request including a TV URI from a network television terminal function, parse a TV URI from the SIP session request, and send a SIP URI query request to the television channel identification server;
  • the routing unit 1002 is configured to route the SIP session request to a network television application server, where the SIP session request includes a SIP URI returned by the television channel identification server in response to the SIP URI query request.
  • the application server can determine the channel identification information according to the SIP URI, so the channel identifier of the embodiment of the present invention can be The default network channel, the specific TV channel, and the TV channel group are identified in the SIP network.
  • the channel identification of embodiments of the present invention is capable of uniquely identifying a television channel or an electrical video track set in a wide range of SIP networks.
  • the SIP entity can route SIP signaling to other specific SIP entities according to the channel identifier.
  • the present invention can also be used in the following live broadcast television service in the IMS Based IPTV system. Get the app:
  • the identifier of the live broadcast service is described by the concept of a service package. That is, when a user subscribes to or subscribes to a live broadcast service, a service package is subscribed/signed, and when the live broadcast service is requested, the service package is also initiated. Request, because a service packet can include several channels, it is possible that the IMS based IPTV network side cannot know exactly the channel that the user currently or initially wants to watch, and cannot reserve the network bandwidth resource, or may reserve it.
  • the network bandwidth resource does not match the network resources required by the channel that the user views. As a result, the bandwidth requirement of the user cannot be satisfied, affecting the customer experience, or the bandwidth is excessively reserved, and the network bandwidth resource is wasted.
  • the user requests the IPTV system to watch the live TV, and indicates the requested service package in the request message, and carries the specific TV channel information, and the specific TV channel information may be obtained by the user from the service selection function (SSF). It may be the channel information that is initially set or recorded by the user terminal when viewed last time, or other manners, or may be when the specific TV channel service identification information is carried, and/or the channel group (ie, the service package) identifier is specified at the same time.
  • the IPTV network authorizes the user's access according to the subscription information of the service package, and performs resource reservation according to the specific channel service identification information carried. After the service is successfully established, the terminal joins the user-specified TV channel.
  • the method described in Figure 5 can provide this scenario of a live TV service.
  • the user requests the IPTV system to watch the live TV. If the specific TV channel is not specified in the request message but contains the channel group information, or does not specify the specific channel and the TV channel group, the IPTV system determines the TV channel initially viewed by the user, and determines The method may be: determining a suitable channel as the initial channel for the user to watch the live broadcast service according to the program preference set by the user in the subscription data, or the user viewing habit derived according to the user's previous program viewing statistics, and then the IPTV system requests the response.
  • the message carries the initial TV channel information, and / Or channel group information, and/or other member channel information in the channel group, and perform resource reservation according to the initial channel information carried. After the service is successfully established, the terminal joins the initial television channel.
  • the method illustrated in FIG. 4 can provide a live television service scenario in the request message that does not specify specific channel and channel group information.
  • the method described in FIG. 6 is capable of providing a live television service scenario in a request message indicating a channel group but not specifying specific channel information.
  • the user requests the IPTV system to watch the live TV. If the request message only carries the TV channel group information, does not specify the specific TV channel, and the IPTV system cannot determine the TV channel in the channel group that the user initially views, the IPTV system notifies the terminal channel.
  • the member channel information in the group may be carried in the request response message, or may be through another message or manner, and the link address of the channel group is sent as follows).
  • the service establishment process cannot be accurately completed.
  • the reservation of the network resource can only complete the authorization of the service request (for example, the bearer network can accept the multicast join request from the user, and obtain the network parameter information, multicast address, bandwidth requirement, etc.
  • the terminal selects to join the initially watched TV channel according to the obtained channel group member information.
  • the bearer network device ECF/EFF triggers the network (RACS) to start to reserve resources, and completes the initial channel resource pre-preparation. stay.
  • the method described in FIG. 6 can provide the present scenario of a live television service. It is within the spirit and scope of the invention. Thus, it is intended that the present invention cover the modifications and modifications of the invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Telephonic Communication Services (AREA)

Description

网络电视的业务控制方法、 系统以及装置
技术领域
本发明涉及 IPTV技术领域， 尤其涉及一种网络电视的业务控制方 法、 系统以及装置。 发明背景
因特网协议电视 ( IPTV, Internet Protocol Television ), 或者又称网 络电视， 其系统的结构示意图可以如图 1所示。 该系统包括用户终端和 网络侧， 网络侧包括会话处理模块和应用处理模块， 其中：
会话处理模块用于为接入网络的用户终端提供呼叫控制、 路由接续 等功能， 其既可以将呼叫路由到被叫用户终端， 也可以将呼叫路由到应 用处理模块；
应用处理模块用于处理用户的请求。
图 1中所示的 E1为用户终端和会话处理模块的接口， E2为会话处 理模块和应用处理模块的接口。
目前，在实现 IPTV业务时，用户使用 IPTV业务前需要获得频道的 相关信息， 即频道信息。 频道信息可能包括频道组播地址、 端口、 频道 加密密钥等信息。 用户获得频道信息后就可以加入相应的组播组， 进行 不同频道节目的接收。 当然， 至于频道信息究竟包括哪些具体的信息则 可以由用户自行定义， 只要用户终端可以根据频道信息收看节目即可。
现有技术中， 当用户终端的 IPTV软件启动， 用户终端可以自动使 用超文本传送协议（HTTP, Hypertext Transfer Protocol )或者文件传送 协议（FTP, File Transfer Protocol, )从指定地址获取频道信息的文本文 件。 具体可以一次性获取全部频道标识信息对应的频道信息， 或者分多 次获取全部的频道标识信息对应的频道信息， 在终端的请求中并不明确 指出所请求的频道， 而是指定包含描述信息的文件名或者处理请求的脚 本文件名， 如：
http://iptv.example.com/ch/ch-des.txt
表示访问指定频道列表描述文件， 该文件中提供了频道信息。 或者
http://epg.example.com/epg/jsp/getChannelList.jsp?lang=en
表示访问指定脚本后， 其返回的的信息就是频道信息。
采用上述方法获得的频道信息编码和格式一般由开发应用的开发 者定义， 属于私有定义； 通过这种方式获得的频道信息在终端侧被终端 软件解析并将相关信息保存在终端侧， 用户可以通过终端界面进行频道 选择， 终端则根据用户的选择情况根据所获得的信息自动的发起组播加 入请求。
4艮明显， 采用上述方法时， 如果用户在终端开机后每次仅选择几个 频道收看， 则一次性下发所有频道信息对于终端来讲提出了存储空间的 需求， 这对于手机等存储空间较 d、的终端来讲是一种比较明显的资源浪 费。 因此， 用户终端只获取用户指定的频道是十分有意义的。 发明内容
本发明实施例提供一种网络电视的业务控制方法， 用以解决现有技 术中存在用户终端无法获取指定频道信息的问题。
针对上述目的， 本发明实施例提出的技术方案为：
一种网络电视的业务控制方法， 包括以下步骤：
终端侧向网络侧发送用户指定频道的频道标识信息， 并接收网络侧 返回所述标识信息对应的频道信息。
本发明实施例还提出一种 SIP网络中提供电视业务的方法， 可以在 SIP网络中标识电视频道， 从而提供电视业务。
针对上述目的， 本发明实施例提出的技术方案为：
一种 SIP网络中提供电视业务的方法， 该方法包括：
网络电视应用服务器接收由网络电视终端功能发起的 SIP会话请 求， 在所述 SIP会话请求中包含指示频道标识信息的 SIP URI;
网络电视应用服务器解析所述 SIP URI以获取所述频道标识信息， 并根据该频道信息确定向网络电视终端功能播放的电视频道。
本发明实施例还提出另外一种 SIP网络中提供电视业务的方法， 可 以在 SIP网络中标识电视频道， 从而提供电视业务。
针对上述目的， 本发明实施例提出的技术方案为：
一种 SIP网络中提供电视业务的方法， 该方法包括：
电视频道标识服务器从终端侧接收包含 TV URI的 SIP URI查询请 求， 电视频道标识服务器根据 TV URI和 SIP URI的对应关系， 将对应 于 TV URI的 SIP URI发送到终端侧， 其中在所述 SIP URI中包含频道 标识信息；
网络电视应用服务器接收由终端侧发起的 SIP会话请求，在所述 SIP 会话请求中包含所述 SIP URI;
网络电视应用服务器解析所述 SIP URI以获取所述频道标识信息， 并根据该频道标识信息确定频道信息。
本发明实施例还提出另外一种 SIP网络中提供电视业务的方法， 可 以在 SIP网络中标识电视频道， 从而提供电视业务。
针对上述目的， 本发明实施例提出的技术方案为：
一种 SIP网络中提供电视业务的方法， 该方法包括：
Core IMS接收由终端侧发送的 SIP会话请求， 在所述 SIP会话请求 中包含 TV URI; Core IMS根据解析到的 TV URI向电视频道标识服务 器发送 SIP URI查询请求；
电视频道标识服务器根据 TV URI和 SIP URI的对应关系， 将对应 于 TV URI的 SIP URI发送到 Core IMS, 在所述 SIP URI中包含频道标 识信息；
Core IMS根据接收到的 SIP URI将所述 SIP会话请求路由到网络电 视应用服务器， 网络电视应用服务器解析所述 SIP URI以获取所述频道 标识信息， 并根据该频道标识信息确定向终端侧发送的频道信息。
本发明实施例还提供一种网络电视系统， 用以解决现有技术中存在 用户终端无法获取指定频道信息的问题。
针对上述目的， 本实施例提出的技术方案为：
一种网络电视系统， 包括终端侧和网络侧，
所述终端侧包括向网络侧发送用户指定频道的频道标识信息的模 块；
所述网络侧包括向终端侧返回所述标识信息对应的频道信息的模 块。
本发明实施例还提出一种在会话初始协议 SIP网络中提供电视业务 的系统， 可以在 SIP网络中标识电视频道， 从而提供电视业务。
针对上述目的， 本发明实施例的技术方案为：
一种在会话初始协议 SIP网络中提供电视业务的系统， 包括： 网络电视终端功能，用于向网络电视应用服务器发起 SIP会话请求， 在所述 SIP会话请求中包含指示频道信息的 SIP统一资源指示符 URI; 网络电视应用服务器，用于解析所述 SIP URI以获取所述频道信息， 并根据该频道信息确定向网络电视终端功能播放的电视频道。
本发明实施例还提出一种网络电视终端功能， 可以在 SIP网络中标 识电视频道， 从而实现提供的电视业务。 针对上述目的， 本实施例提出的方案为：
一种网络电视终端功能， 包括 SIP会话请求发起单元和电视信息展 现单元， 其中：
SIP会话请求发起单元， 用于向网络电视应用服务器发起 SIP会话 请求， 在所述 SIP会话请求中包含指示频道信息的 SIP URI;
电视信息展现单元， 用于接收由网络电视应用服务器根据该频道信 息确定的电视频道信息， 并展现所述电视频道信息。
本发明实施例还提出一种网络电视终端功能， 可以在 SIP网络中标 识电视频道， 从而实现提供的电视业务。
针对上述目的， 本实施例提出的方案为：
一种网络电视终端功能， 包括 SIP会话请求发起单元和电视信息展 现单元， 其中：
SIP会话请求发起单元， 用于向电视频道标识服务器发送包含 TV URI的 SIP URI查询请求， 接收由电视频道标识服务器所返回的对应于 该 TV URI的 SIP URI, 并向网络电视应用服务器发起包含 SIP URI的 SIP会话请求， 在所述 SIP URI中包含频道信息；
电视信息展现单元， 用于接收由网络电视应用服务器根据该频道信 息确定的电视频道信息， 并展现所述电视频道信息。
本发明实施例还提供一种网络电视应用服务器， 可以根据 SIP网络 中的频道标识信息， 从而实现提供的电视业务。
针对上述目的， 本实施例提出的方案为：
一种网络电视应用服务器， 包括频道信息获取单元和电视信息提供 单元， 其中：
频道信息获取单元， 用于接收 SIP会话请求， 并解析所述 SIP URI 以获取所述频道信息， 其中在所述在 SIP会话请求中包含指示频道信息 的 SIP URI;
电视信息提供单元， 用于根据该频道信息确定向网络电视终端功能 播放的电视频道， 并向所述网络电视终端功能发送所述电视频道信息。
本发明实施例还提出一种电视频道标识服务器， 其技术方案为： 一种电视频道标识服务器， 包括对应关系保存单元和 SIP URI查询 单元， 其中
对应关系保存单元， 保存有 TV URI和 SIP URI的对应关系； SIP URI查询单元， 用于接收网络电视终端功能或 Core IMS所发送 的包含 TV URI的 SIP URI查询请求，并根据 TV URI和 SIP URI的对应 关系， 将对应于该 TV URI的 SIP URI发送到所述网络电视终端功能或 Core IMS。
本发明实施例还提出一种 Core IMS, 包括 TV URI解析单元和路由 单元， 其中
TV URI解析单元，用于从网络电视终端功能接收包含有 TV URI的 SIP会话请求， 从所述 SIP会话请求中解析出 TV URI, 并向电视频道标 识服务器发送 SIP URI查询请求；
路由单元， 用于将所述 SIP会话请求路由到网络电视应用服务器， 其中在所述 SIP会话请求中包含由电视频道标识服务器响应于所述 SIP URI查询请求而返回的 SIP URL
本发明实施例还提出一种终端， 包括用于接收用户操作指令的指令 接收模块， 所述终端还包括发送所述指令接收模块指定频道的频道标识 信息的模块。
在本发明实施例中， 终端侧向网络侧发送用户指定频道的频道标识 信息， 指定所请求的频道； 网络侧向终端侧返回用户指定频道的频道标 识信息对应的频道信息。 采用本发明技术方案， 终端侧可以获取其指定 的频道的频道信息， 使用户可以根据其需要来指定其需要获取的频道； 并且， 相对于现有技术中终端侧需要获取网络侧所有的频道信息， 明显 地， 采用本发明技术方案节约了终端侧存储频道信息所需的存储空间， 这对于手机等存储空间较 '』、的终端来讲是十分有意义的。
另外，网络电视终端功能向 Core IMS发送的 SIP会话请求中包含指 示频道信息的 SIP URI; Core IMS根据解析到的 TV URI向电视频道标 识服务器发送 SIP URI查询请求， 电视频道标识服务器根据频道信息可 以确定电视频道。可见，本发明的频道标识基于 SIP URI机制，在 SIP URI 中携带有频道信息， 因此能够在 SIP网络中唯一地标识电视频道， 可以 实现在 SIP网络中提供电视业务。 附图简要说明
图 1为现有技术中的 IPTV系统框图；
图 2为根据本发明较佳实施例中用户终端从应用处理模块获得频道 信息的流程图；
图 3为根据本发明实施例的 SIP网络中提供电视业务的方法流程示 意图；
图 4为根据本发明实施例的 SIP网络中请求观看缺省直播或时移动 电视频道的流程示意图；
图 5为根据本发明实施例的 SIP网络中请求观看特定频道的流程示 意图；
图 6为根据本发明实施例的 SIP网络中请求观看特定频道组的流程 示意图；
图 7为本发明实施例中的 IPTV系统框图；
图 8为根据本发明实施例的 SIP网络中提供电视业务的系统结构示 意图；
图 9为根据本发明较佳实施例的 SIP网络中提供电视业务的系统结 构示意图；
图 10为根据本发明实施例的网络电视终端结构示意图；
图 11为根据本发明实施例的网络电视应用服务器结构示意图； 图 12为根据本发明实施例的电视频道标识服务器结构示意图； 图 13为根据本发明实施例的 Core IMS结构示意图。 实施本发明的方式
本发明的核心思想是： 终端侧向网络侧发送用户指定频道的频道标 识信息； 网络侧向终端侧返回用户指定频道的频道标识信息对应的频道 信息。
下面结合附图和实施例对本发明作进一步地说明。
在本实施例中， 用户终端和会话处理模块的接口 E1 以及会话处理 模块和应用处理模块的接口 E2可以是会话发起协议（ SIP, Session Initial Protocol ), HTTP, 实时传送流媒体协议（ RTSP, Real - Time Streaming Protocol ) 的接口。
为了实现 IPTV业务， 用户终端需要从应用处理模块获得必要的频 道信息。 在本发明的一个实施例中， 用户终端从应用处理模块获得频道 信息的流程如图 2所示， 包括以下步骤：
步骤 S101 , 用户终端向会话处理模块发送指定频道的频道标识信 息。
这里， 频道标识信息可以是确定的频道标识， 也可以是确定的频道 标识所对应的编号或其他信息。 比如： CCTV1为一个频道标识， 而 111 为这个频道标识对应的编号， 那么， 步骤 S101 中的频道标识信息既可 以为 CCTV1 , 也可以为 111。
步骤 S102,会话处理模块路由或转发该频道标识信息到应用处理模 块。
步骤 S103 ,应用处理模块接收到该频道标识信息后，根据该频道标 识信息获取其对应的频道信息， 并向会话处理模块返回频道标识信息及 其对应的频道信息；
步骤 S104,会话处理模块路由或转发频道标识信息及其对应的频道 信息到用户终端。
在上述流程中， 用户终端可以在发起业务请求时通过上述流程获取 指定频道的频道信息。 也就是说， 可以利用业务请求消息携带指定频道 的频道标识信息， 利用业务请求响应消息携带频道标识信息及其对应的 频道信息。
业务请求消息可以携带一个或多个频道标识信息。 在业务请求消息 携带一个频道标识信息的情况下， 应用处理模块返回的业务请求响应消 息可以不包括该频道标识信息， 而仅包括该频道标识信息对应的频道信 息。 这样， 用户终端在接收到该频道信息后， 可以明确该频道信息为用 户终端所指定频道的频道信息。 而在业务请求消息中携带多个频道标识 信息的情况下， 在业务请求响应消息中可以携带一组或多组频道标识信 息和频道信息， 从而支持如画中画， 多画面播放等的实现。
频道信息可以携带在业务请求响应消息中返回给用户终端， 比如携 带在现有的会话描述协议（SDP, Session Description Protocol )中。 而在 用户终端请求频道信息、 网络返回频道信息这个过程中； 或者， 进一步 地， 如果用户需要进行频道切换， 在用户终端请求频道切换的过程中， 在业务请求消息和业务请求响应消息中都可能需要携带频道标识信息。 方法一， 扩展 SDP的属性， 定义一个新的 SDP属性行， 并通过该 新定义的 SDP属性行来携带频道标识信息。
当用户终端和会话处理模块的接口 E1 以及会话处理模块和应用处 理模块的接口 E2采用的是 SIP, RTSP, HTTP等可以携带 SDP的协议 时， 可以通过新定义的 SDP属性行来携带频道标识信息。
在本实施例的一个实例中，采用如下语言来定义了一个新的 SDP属 性行：
a=chid:频道标识信息
在一个具体的业务请求响应消息中，使用该新的 SDP属性行携带频 道标识信息并同时在其他属性行携带频道信息以及其他信息， 描述方式 A如下：
v=0
o=ue 2890844730 2890844732 IN IP4 client.example.com
c=IN IP4 client.example.com
m=audio 65421 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=chid:TVl
m=video 65113 RTP/AVP 31
a=rtpmap:31 MPV/90000
a=chid:TVl
上述语言第 6行通过指定频道属性对第 4、 5行描述的媒体音频加 以限定， 第 9行通过指定频道属性对第 7、 8行描述的媒体视频加以限 定， 表示如第 4行、 第 5行的媒体音频与 TV1相关， 第 7行、 第 8行的 媒体视频也与 TV1频道相关。 这里所述的第 4行、 第 5行、 第 7行、 第 8行等就可以认为是网络侧返回的频道信息。 当然， 业务请求消息中也 可以采用描述方式 A来携带频道信息， 只是不携带频道信息即可。
业务请求响应消息还可以采用描述方式 B, 具体如下：
ν=0
o=ue 2890844730 2890844732 IN IP4 client.example.com c=IN IP4 client.example.com
a=chid:TVl
m=audio 65421 RTP/AVP 0
a=rtpmap:0 PCMU/8000
m=video 65113 RTP/AVP 31
a=rtpmap:31 MPV/90000
上述语言第 4行通过指定会话级频道属性对媒体的音频和视频加以 限定， 表示第 5行~第 8行属性行与 TV1频道相关。 同样， 这里所述的 第 5行~第 8行等也可以认为是网络侧返回的频道信息。 当然， 业务请 求消息中也可以采用描述方式 B来携带频道信息， 只是不携带频道信息 即可。
在实现 IPTV类业务， 如 LiveTV,、 TsTV等业务时， 终端在 SIP, RTSP, HTTP等协议的业务请求消息中携带包含该属性扩展的 SDP对所 请求频道进行标识； 应用处理模块在业务请求响应消息中同样携带包含 该属性扩展的 SDP对终端所请求的频道进行标识， 同时， 还通过 SDP 对频道标识信息对应的频道信息加以描述， 从而通过频道标识信息结合 SDP媒体描述的频道信息对一个频道进行完整描述。
由于 SDP可以携带在 SIP、 RTSP, HTTP等协议中， 因此方法一并 不限于某一特定协议使用。
由于在一次会话中， SDP的属性行只能增加或修改， 因此采用方法 一进行频道标识信息的携带时， 如果用户在收看某一频道的过程中要求 进行频道切换， 则可以向应用处理模块发送一个业务请求消息， 并通过 增加或修改该业务请求中携带的 SDP来通知应用处理模块，实现频道切 换， 下面描述两种实现频道切换的方式：
方式一、用户终端在业务请求消息携带的 SDP中添加目标频道的频 道标识信息属性行来标明目标频道， 并在 SDP 中标明被切换的频道关 闭， 如设置被切换的频道对应的 SDP媒体接收端口为 0来标明其关闭； 应用处理模块在该业务请求消息相应的业务请求响应消息携带的 SDP 中新增 SDP属性行描述目标频道的频道信息。
以上述描述方式 A为例， 当用户要将频道从 TV1切换到 TV2时， 用户终端发送给应用处理模块的 SDP的具体描述如下：
ν=0
o=ue 2890844730 2890844732 IN IP4 client.example.com
c=IN IP4 client.example.com
m=audio 0 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=chid:TVl
m=video 0 RTP/AVP 31
a=rtpmap:31 MPV/90000
a=chid:TVl
m=audio 40001 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=chid:TV2
m=video 40005 RTP/AVP 31
a=rtpmap:31 MPV/90000
a=chid:TV2
应用处理模块返回给用户终端的 SDP如下：
ν=0
o=ue 2890844730 2890844732 IN IP4 client.example.com
m=audio O RTP/AVP 0
c=IN IP4 TV 1.example.com
a=rtpmap:0 PCMU/8000
a=chid:TVl
m=video O RTP/AVP 31
c=IN IP4 TV 1.example.com
a=rtpmap:31 MPV/90000
a=chid:TVl
m=audio 65425 RTP/AVP 0
c=IN IP4 TV2.example.com
a=rtpmap:0 PCMU/8000
a=chid:TV2
m=video 65115 RTP/AVP 31 c=IN IP4 TV2.example.com
a=rtpmap:31 MPV/90000
a=chid:TV2
在采用方式一实现频道切换的情况下， 可能存在用户需要切换的目 标频道已经在 SDP中进行了描述的情况， 例如， 当将频道从 TV1切换 到 TV2后， 又要将频道从 TV2切换回 TV1 , 则用户终端可以直接将上 述 SDP修改为：
v=0
o=ue 2890844730 2890844732 IN IP4 client.example.com
c=IN IP4 client.example.com
m=audio 65421 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=chid:TVl
m=video 65113 RTP/AVP 31
a=rtpmap:31 MPV/90000
a=chid:TVl
m=audio O RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=chid:TV2
m=video 0 RTP/AVP 31
a=rtpmap:31 MPV/90000
a=chid:TV2
并将该 SDP发送给应用处理模块，则应用处理模块可以根据该 SDP 的描述向用户终端发送 TV1的内容并停止发送 TV2的内容， 实现频道 的切换。
方式二、用户终端通过修改业务请求消息携带的 SDP中现有的频道 标识信息属性行来标明频道的修改， 如可以在业务请求消息中将现有的 a=chid:TV 1修改为 a=chid: TV 2来标明希望从 TV1切换到 TV2, 应用 处理模块在业务请求响应消息携带的 SDP 中修改频道标识信息属性行 对应的频道信息属性行来标明目标频道的频道信息， 如将 TV 1的频道 信息修改为 TV2的频道信息。 仍以上述描述方式 A为例，当用户要将频道从 TV1切换到 TV2时， 具体描述如下：
v=0
o=ue 2890844730 2890844732 IN IP4 client.example.com
c=IN IP4 client.example.com
m=audio 65421 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=chid:TV2
m=video 65113 RTP/AVP 31
a=rtpmap:31 MPV/90000
a=chid:TV2
在采用方式二实现频道切换的情况下， 也可能存在用户需要切换的 目标频道已经在 SDP中进行了描述的情况， 例如， 用户终端在第一次请 求频道标识信息时， 请求了 TV1和 TV2的频道标识信息， 之后关闭了 TV2, 即只剩下 TV1 , 然后又进行 TV1到 TV2的切换。 此时， 用户终 端只需要根据情况修改 SDP并发送给应用处理模块，则应用处理模块可 以根据该 SDP的描述向用户终端发送 TV2的内容并停止发送 TV1的内 容， 实现频道的切换。
在同时接收多个频道的节目时， 如果用户希望关闭指定频道， 则终 端可以通过在业务请求消息携带的 SDP中标明指定频道关闭，如设置指 定频道对应的 SDP媒体接收端口为 0来标明其关闭。应用处理模块在接 收到该业务请求消息后， 停止向用户终端发送指定频道的内容， 从而实 现指定频道的关闭。
方法二， 定义新的 SIP头域， 并通过该新定义的 SIP头域携带频道 标识信息；
当用户终端和会话处理模块的接口 E1 以及会话处理模块和应用处 理模块的接口 E2采用 SIP协议实现时， 可以定义新的 SIP头域， 并通 过该新定义的 SIP头域携带频道标识信息。 在本实施例的一个实例中， 采用 BNF语法新定义如下 SIP头域：
Channel = "Channel" HCOLON l*(chld) *(SEMI chid_parm)
chid = ["chid" EQUAL] ch-value
ch-value = token I quoted-string
chid_parm = generic-param
在实现 IPTV类业务， 如 LiveTV、 TsTV等业务时， 终端通过在采 用 SIP协议的业务请求消息中携带该头域对所请求频道进行标识； 在应 用处理模块的业务请求响应消息中同样携带该头域， 并且该业务请求响 应消息中还同时在 SIP中携带 SDP对频道信息加以描述，两者结合对一 个频道进行完整描述。
在具体在业务请求消息和业务请求响应消息中使用该新定义的 SIP 头域携带频道标识信息时， 可以采用如下形式：
Channel: chld=cctvl
或者
Channel: cctvl
或者
Channel: "cctvl"
上述各种形式都可以用于指示业务请求消息或者业务请求响应消 息与频道 cctvl相关。
在业务请求响应消息中， 方法二中新定义的 SIP头域可以和方法一 中属性扩展了的 SDP配合使用，也可以和非扩展的 SDP, 即之前没有扩 展属性行的 SDP配合使用， 其中：
当方法二中新定义的 SIP头域和非扩展的 SDP配合使用时，用户终 端在接收到该业务请求响应消息后，将该非扩展的 SDP所包括的全部媒 体描述内容都作为该 SIP头域所指示的频道相关的媒体描述内容；
当方法二中新定义的 SIP头域和方法一中属性扩展了的 SDP配合使 用时， 用户终端在接收到该业务请求响应消息后， 将 SIP头域所包括的 频道标识信息和 SDP所包括的媒体描述内容进行匹配，则 SDP中与 SIP 头域所包括的频道标识信息相匹配的扩展属性行所对应的频道信息为 指定的频道信息， 其它描述信息可以独立于频道信息而存在。 在这种情 况下， 用户终端需要进行频道切换时，在 SDP中可以不标明被切换的频 道关闭， 只需要令 SIP头域中不包括被切换的频道或被关闭的频道的标 识信息即可。 也就是说， 如果终端侧需要频道切换， 终端侧将业务请求 消息发送给网络侧， 业务请求消息中新扩展的 SIP头域不包括被切换频 道的频道标识信息；网络侧将接收到的消息中的新定义的 SDP属性行与 所述新扩展的 SIP头域或 SIP头域中新扩展的参数进行匹配， 将相匹配 的频道标识信息作为用户指定的切换目标频道的频道标识信息。
以 SIP头域中携带的频道标识信息为 TV2,而 SIP携带的 SDP中的 描述如下进行说明：
v=0
o=ue 2890844730 2890844732 IN IP4 client.example.com
c=IN IP4 client.example.com
m=audio 65422 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=chid:TVl
m=video 65113 RTP/AVP 31
a=rtpmap:32 MPV/90000
a=chid:TVl
m=audio 65425 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=chid:TV2
m=video 65115 RTP/AVP 31
a=rtpmap:31 MPV/90000
a=chid:TV2
此时， 根据 SIP头域中携带的频道标识信息 TV2和 SDP所包括的 媒体描述内容进行匹配， 则可知 TV2指定的描述信息为：
m=audio 65425 RTP/AVP 0 a=rtpmap:0 PCMU/8000
m=video 65115 RTP/AVP 31
a=rtpmap:31 MPV/90000
方法三， 通过扩展 SIP头域中的参数来携带频道标识信息； 当用户终端和会话处理模块的接口 E1 以及会话处理模块和应用处 理模块的接口 E2采用 SIP协议实现时， 可以通过扩展 SIP头域中的参 数来携带频道标识信息。
在本实施例的一个实例中， 扩展 SIP协议的 Accept-Contact头域中 的通用参数 generic-param来进行频道标识信息。
对 generic-param参数的现有 BNF语法定义 口下：
generic-param = token [ EQUAL gen-value ]
gen-value = token I host I quoted-string
在该实例中, 按照 generic-param参数语法, 在 generic-param参数 中增加频道标识信息的定义， 频道标识信息可以采用形式如下：
chId=TV 1 , chId=TV2, ... , chId=TVn
或者
chld= "TV1", chld= "TV2", ... , chld= "TVn"
或者
TV1, TV2, ... , TVn
或者
"TV1", "TV2", ... , "TVn"
在实现 IPTV类业务， 如 LiveTV、 TsTV等业务时， 终端通过在采 用 SIP协议的业务请求消息中携带 Accept-Contact 头域中的通用参数 generic- param对所请求频道进行标识； 在应用处理模块的业务请求响应 消息中同样携带该 Accept-Contact头域中的通用参数 generic-param , 并 且该业务请求响应消息中还同时在 SIP 中携带 SDP对频道信息加以描 述， 两者结合对一个频道进行完整描述。
在具体在业务请求消息和业务请求响应消息中利用 Accept-Contact 头域中的通用参数 generic-param携带频道标识信息时，可以采用如下形 式：
Accept-Contact: *; chld= "TV1"
或者
Accept-Contact: *; TV1;
上述各种形式都可以用于指示业务请求消息或者业务请求响应消 息与频道 TV1相关。
在业务请求响应消息中， 方法三中扩展了的 SIP头域中的参数可以 和方法一中属性扩展了的 SDP配合使用， 也可以和非扩展的 SDP配合 使用， 其中：
当方法三中 SIP头域中扩展了的参数和非扩展的 SDP配合使用时， 用户终端在接收到该业务请求响应消息后，将该非扩展的 SDP所包括的 全部媒体描述内容都作为该 SIP头域中扩展的参数所指示的频道相关的 媒体描述内容；
当方法三中 SIP头域中扩展了的参数和方法一中属性扩展了的 SDP 配合使用时， 用户终端在接收到该业务请求响应消息后， 将 SIP头域中 扩展了的参数所包括的频道标识信息和 SDP 所包括的媒体描述内容进 行匹配，则 SDP中与 SIP头域中扩展了的参数所包括的频道标识信息相 匹配的扩展属性行所对应的频道信息为指定的频道信息， 其它描述信息 可以独立于频道信息而存在。 与方法二类似， 在这种情况下， 用户终端 需要切换时， 在 SDP中可以不标明被切换的频道关闭， 只需要令 SIP头 域中扩展的参数中不包括被切换的频道或被关闭的频道的标识信息即 可。 也就是说， 如果终端侧需要频道切换， 终端侧将业务请求消息发送 给网络侧， 业务请求消息 SIP头域中新扩展的参数不包括被切换频道的 频道标识信息；网络侧将接收到的消息中的新定义的 SDP属性行与所述 SIP 头域中新扩展的参数进行匹配， 将相匹配的频道标识信息作为用户 指定的切换目标频道的频道标识信息。
方法四， 通过消息体来携带频道标识信息；
当用户终端和会话处理模块的接口 E1 以及会话处理模块和应用处 理模块的接口 E2采用的是 SIP, RTSP, HTTP等协议时， 在业务请求消 息及其业务请求响应消息中， 可以通过 SIP, RTSP, HTTP等消息体来 携带频道标识信息，消息体可以采用文本方式， XML ( extensible Markup Language, 扩展标识语言）编码方式或者其它编码方式。
在本实施例的一个实例中， 在业务请求消息及其业务请求响应消息 中， 采用 XML Schema (模式） 定义频道标识信息， 下面给出其中一种 具体定义频道标识信息的语言， 在具体定义时可能存在多种变化：
<?xml version=" 1.0" encoding="UTF-8"?>
<xs: schema targetNamespace="urn:ietf:params:xml:ns:chid"
xmlns="urn:ietf:params:xml:ns:chid"
xmlns:xs="http://www. w3.org/2001/XMLSchema" elementFormDefault="qualified">
<xs: element name= ' ' chidli st " >
<xs:complexType>
<xs:sequence>
<xs: element name="chid"
minOccurs:" 1 " maxOccurs= ' ' unbounded " />
<xs: attribute name="id" type="xs:string" use="required'7〉
</xs:sequence>
</xs:complexType>
</xs:schema>
在实现 IPTV类业务， 如 LiveTV、 TsTV等业务时， 终端通过在采 用 SIP, RTSP, HTTP等协议的业务请求消息的消息体中通过文本方式， XML 编码方式或者其它编码方式对所请求频道进行标识； 同样地， 在 应用处理模块的业务请求响应消息的消息体中通过文本方式， XML 编 码方式或者其它编码方式对所请求频道进行标识， 并且该业务请求响应 消息中还同时在 SIP, RTSP, HTTP等中携带 SDP对频道信息加以描述， 两者结合对一个频道进行完整描述。
以下给出一个采用 XML编码方式在 SIP消息体携带频道标识信息 的实例。 XML编码的体（Body )使用上述定义规则， 指示业务请求与 TV1频道相关。
<?xml version=" 1.0" encoding="UTF-8"?>
<chidlist xmlns= ' ' urn： ietf： params： xml： ns : chid ' '
xmlns:xsi="http：〃 www.w3.org/2001/XMLSchema-instance"〉
<chid id=TVl/〉
</chidlist>
在业务请求响应消息中， 方法四中携带频道标识信息的消息体可以 和方法一中属性扩展了的 SDP配合使用， 也可以和非扩展的 SDP配合 使用， 其中：
当方法四中携带频道标识信息的消息体和非扩展的 SDP 配合使用 时， 用户终端在接收到该业务请求响应消息后，将该非扩展的 SDP所包 括的全部媒体描述内容都作为该消息体所指示的频道相关的媒体描述 内容；
当方法四中携带频道标识信息的消息体和方法一中属性扩展了的 SDP配合使用时， 用户终端在接收到该业务请求响应消息后， 将消息体 所包括的频道标识信息和 SDP所包括的媒体描述内容进行匹配，则 SDP 中与消息体所包括的频道标识信息相匹配的扩展属性行所对应的频道 信息为指定的频道信息， 其它描述信息可以独立于频道信息而存在。 与 方法二类似， 在这种情况下， 用户终端需要切换时， 在 SDP中可以不标 明被切换的频道关闭， 只需要令消息体中不包括被切换的频道或被关闭 的频道的标识信息即可。 方法五， 通过 SIP消息的事件包携带频道标识信息。
当用户终端和会话处理模块的接口 E1 以及会话处理模块和应用处 理模块的接口 E2采用 SIP协议实现时， 可以在 SIP消息的事件包中定 义一个频道描述信息事件包， 并通过该事件包携带频道标识信息。
在本实施例的一个实例中， 在 SIP消息的事件包中定义一个频道描 述信息事件包， 命名为事件包类型为 "channel information", 并通过事 件包的参数来携带频道标识信息、 和 /或组播地址和端口， 和 /或其他频 道参数。
在实现 IPTV类业务， 如 LiveTV、 TsTV等业务时， 终端可以通过 在订阅 （ subscribe )请求中对所请求频道进行标识， 请求网络侧以通知 ( notify )方式发送指定频道的频道信息； 在该请求中为了指示网络侧返 回特定的频道信息，其中需要携带按频道标识信息 chid进行事件包信息 过滤的过滤条件， 这可以通过现有的过滤条件指示技术或对其进行增强 加以满足。 应用处理模块则以通知（notify )方式响应用户请求， 在其中 携带该事件包对用户所请求的频道进行描述， 相应的事件包中包含明确 的频道指示。
采用本方法来实现频道标识信息的传递时， 用户终端需要关闭频道 时， 通过在退订（ unsubscribe )请求中对需要关闭的频道进行标识来关 闭相应的频道； 用户终端需要切换频道时， 通过在退订请求中对被切换 的频道进行标识来关闭被切换的频道， 并在订阅请求中对切换目标频道 进行标识来实现频道的切换。
综上可知， 在采用 SIP协议时， 使用 INVITE, relnvite, INFO, SUBSCRIBER, NOTIFY, MESSAGE, ACK ( Acknowledgement, 确认 应答）等在业务过程中进行业务的更改或者进行中间信息的传递， 可以 采用上述方法一至方法四来进行频道标识信息， 以采用 INVITE进行业 务请求为例， 在 INVITE中携带频道标识信息， 而业务请求响应消息可 以是对 INVITE的 183中间响应， 也可以是 200 Ok, 但其中都携带频道 标识信息及其相应的频道信息。
而业务请求也可以采用 RTSP或 HTTP协议，在采用 RTSP或 HTTP 协议时， 可以使用 RTSP的描述（DESCRIBE ) 消息或者 HTTP的获取 ( GET )消息向应用处理模块请求频道信息， 在 RTSP的 DESCRIBE消 息或者 HTTP的 GET消息中可以采用上述方法一或方法四来进行频道标 识信息。应用处理模块则可以在 RTSP或者 HTTP响应消息中，如 200 ok 中向用户返回频道信息和频道标识信息， 其中同样可以采用上述方法一 或方法四来进行频道标识信息。
方法六， 通过 SIP统一资源指示符 （URI ) 来携带频道标识信息。 实际应用中，可以通过扩展 URI参数或 user类型在 SIP URI中包含 指示频道标识信息。 指示频道标识信息可以包括： 频道 /频道组的名称和 /或频道编号、频道类型、频道组的成员频道信息以及业务提供商等信息。
比如， 可以新增一个 URI参数， 比如" tv", 而且该新增加的 URI参 数形式不限， 用于标识本 SIP URI为电视频道标识， 参考格式（ 1 ): 格式 ( 1 ): sip: user@host:port;tv;
或者， 也可以新增一个 user类型， 通过 user类型， SIP实体能够确 定网络电视终端功能正请求的播放电视频道， 参考格式（2 ):
格式 ( 2 ): sip: user@host:port;user=tv。
基于上述定义的格式， 可以采用无频道信息表示缺省频道， 即由网 络确定特定频道。 提供 TV业务的网络电视应用服务器 102根据本地策 略或用户相关数据来决定用户请求的频道。
缺省频道的确定方法包含但不限于以下方式：
A、 采用网络电视应用服务器 102的缺省频道或主频道（即 TV 业务提供商的主频道）作为缺省频道；
B、 采用记录的用户前次观看的频道或用户设置的开机频道
(即用户每次开机都从该频道开始观看）作为缺省频道。 基于上述格式（1 )和格式（2 ), 缺省频道的标识举例如下： sip:wqed.org;tv或者
sip:wqed.org;user=tv
基于上述定义的（ 1 )和格式（ 2 ), 特定频道或频道组的标识方法可 以: ¾口下：
SIP URI 中所包含的特定频道标识信息可以包含特定频道名称或特 定频道编号、 特定频道组名称或特定频道组编号。 可能包含但不限于以 下几种情况：
( 1 )、 包含特定频道标识信息 （含特定频道编号和 /或特定频道名 称）；
( 2 )、 包含特定频道标识信息 （含特定频道编号和 /或特定频道名 称）， URI参数包含该特定频道归属的频道组信息；
( 3 )、 包含特定频道组标识信息（包含特定频道组名称和 /或特定频 道组编号）。
比如：网络电视应用服务器 102提供的频道编号为 1023的电视频道 或频道组， 举例如下：：
sip： 1023 @ wqed.org； tv或
sip: 1023 @ wqed.org ;user=tv
以上虽然具体描述了通过扩展 URI参数和 user类型来标识电视频道 的方式， 还可以通过扩展其它 URI参数来携带频道其他参数。 所述频道 其他参数包含但不限于业务提供商信息、 频道类型 （如直播频道或时移 频道）和频道属性（如是否支持 TrickMode属性）等其它参数。使用 user 部分描述缺省频道、 特定频道和频道组的方法可以有 ^艮多， 本发明实施 例对具体实施方法不做任何限制。
比如： 标识某频道是否具有 "是否支持 TrickMode操作"属性， 标识 方法举例: ¾口下：
sip: 1023 @ wqed.org ;tv;trickMode ； 或
sip: 1023 @wqed.org;user=tv;trickMode
当前基于 IP互联网的电视系统中， 常采用 TV URI格式的频道标识 方法， 在电子节目单（ EPG )或 Web页面中包含 TV URI标识的电视频 道（直播频道或时移频道）。
在基于 RFC2838定义的 TV URI机制中， "broadcast"部分为 DNS域 名类型的标识符， 不具有路由功能。 当 tv URI为缺省频道描述格式时， 转化后的标识 TV频道的 SIP URI不包含频道信息。 举例如下：
tv URI为： <tv:wqed.org> (描述 WQED电视频道 )
转化后 SIP URI为：
SIP URI: <sip: wqed.org @example.com;user=tv;>^
<sip: wqed.org @ example. com;tv; >
或者， 在 SIP信令中直接使用 tv URI。 当 ITF发起 SIP会话时， 在 Request-URI/To头域中直接包含 TV URI。 Core IMS收到 SIP会话请求 后， 向电视频道标识服务器查询 TV URI对应的标识电视频道的 SIP URI,然后 IMS Core根据 SIP URI路由 SIP信令到提供电视业务的 IPTV AS。
另外， 还可以采用 SIP协议现有头域或头域参数（或扩展头域或头 域参数）携带缺省 （或当前）频道标识信息。 还可采用 XML消息的方 式携带频道组及成员信息， 如定义一种内容类型：
Content-Type: application/tv-package-list XML消息体举例为：
<package package-id="sip:packagel @ tvserver.com";
<entry channel^" sip： channel 1 @ tvserver.com"/>
<entry channel="sip： channel2 @ tvserver.com"/>
</package>
针对方法六携带频道标识信息的方案， 假设用户终端为网络电视终 端功能（ IPTV Terminal Function, ITF ), 网络侧的应用处理模块为网络 电视应用服务器（IPTV AS )。 在这种情况下， 下面用几个较佳实施例进 一步进行详细描述。
图 3为根据本发明实施例的 SIP网络中提供电视业务的方法流程示 意图。 如图 3所示， 该方法包括：
步骤 301: 网络电视终端功能向网络电视应用服务器发起 SIP会话 请求， 在所述 SIP会话请求中包含指示频道标识信息的 SIP URI;
步骤 302: 网络电视应用服务器解析所述 SIP URI以获取所述频道 标识信息， 并根据该频道标识信息确定向网络电视终端功能播放的电视 频道。
这里所述确定的电视频道其实就是确定了频道信息。 当然， 当网 络电视应用服务器确定了频道信息之后，还可以将频道信息返回给网 络电视终端功能。
基于上述流程， 在一种具体实现方式中， 网络电视终端功能向电 视频道标识服务器发送 SIP URI查询请求， 电视频道标识服务器根据 TV URI和 SIP URI的对应关系，将对应于 TV URI的 SIP URI发送到 网络电视终端功能， 其中在所述 SIP URI中包含频道标识信息； 然后 网络电视终端功能向网络电视应用服务器发起 SIP会话请求，在所述 SIP会话请求中包含所述 SIP URI;网络电视应用服务器解析所述 SIP URI以获取所述频道标识信息，并根据该频道标识信息确定向网络电 视终端功能播放的电视频道。
在另外一种具体实现方式中， 网络电视终端功能向 Core IMS发 送 SIP会话请求， 在所述 SIP会话请求中包含 TV URI; Core IMS根 据解析到的 TV URI向电视频道标识服务器发送 SIP URI查询请求； 电视频道标识服务器根据 TV URI和 SIP URI的对应关系， 将对应于 TV URI的 SIP URI发送到 Core IMS; Core IMS根据接收到的 SIP URI 将所述 SIP会话请求路由到网络电视应用服务器， 网络电视应用服务 器解析所述 SIP URI以获取所述频道标识信息， 并根据该频道标识信 息确定向网络电视终端功能播放的电视频道。
图 4为根据本发明实施例的 SIP网络中请求观看缺省直播或时移动 电视频道的流程示意图。
如图 4所示， 该方法包括：
步骤 401 : 网络电视终端向 Core IMS 实体发送 INVITE请求， Request-URI为提供 TV业务的 IPTV应用服务器实体的 SIP URI信息， 参数 User为 "tv"类型或包含" tv"参数。
这里所述的 Core IMS实体就是会话处理模块。
步骤 402: Core IMS实体按照现有 SIP协议的路由规则将 INVITE请 求路由到 IPTV应用服务器。
步骤 403: IPTV应用服务器收到 INVITE请求后解析 Request-URI, 判断为缺省频道标识的会话请求， 业务授权通过（200 OK消息）， 然后 IPTV应用服务器根据本地策略和 /或用户数据确定用户当前观看的频 道， 并向用户返回该当前频道的媒体描述信息 （SDP offer )、 缺省频道 信息、 缺省频道对应的频道组信息和其他成员频道的相关信息。
步骤 404:Core IMS将 IPTV应用服务器的响应消息转发到网络电视 终端。
步骤 405: 网络电视终端收到响应消息后，保存响应消息中包含的信 息， 并根据终端能力向 Core IMS返回当前频道的媒体描述应答（ SDP Answer ) 消息。
步骤 406:Core IMS转发网络电视终端的媒体描述应答消息到 IPTV 应用服务器。
步骤 407: 网络电视终端根据媒体协商结果向多播控制点发送加入 多播组报告。
步骤 408:多播控制点向网络电视终端发送多播媒体流。
图 5为根据本发明实施例的 SIP网络中请求观看特定频道的流程示 意图。 如图 5所示， 该方法包括：
步骤 501： 网络电视终端实体发送 INVITE请求到 Core IMS实体， Request-URI为提供 TV业务的 IPTV应用服务器实体的 SIP URI信息， 参数 User为" tv"类型或包含" tv"参数， 在 User部分包含具体的特定频道 信息， 如特定频道编码或频道名称。
步骤 502:Core IMS实体按照现有 SIP协议的路由规则将 INVITE请 求路由到 IPTV应用服务器。
步骤 503: IPTV应用服务器收到 INVITE请求后，解析 Request-URI, 判断为特定频道标识的会话请求， 业务授权通过， 然后 IPTV应用服务 器确定用户当前观看的频道。 IPTV应用服务器向用户返回当前频道的 媒体描述信息 （SDP offer )、 特定频道标识信息、 特定频道对应的频道 组标识信息和其他成员频道的相关信息。
步骤 504:Core IMS转发 IPTV应用服务器的响应消息到网络电视终 端。
步骤 505: 网络电视终端收到响应后，保存响应中包含的信息，并根 据终端能力返回向 Core IMS当前频道的媒体描述应答（ SDP Answer ) 消息。
步骤 506: Core IMS转发网络电视终端的媒体描述应答消息到 IPTV 应用服务器。
图 6为根据本发明实施例的 SIP网络中请求观看特定频道组的流程 示意图。
如图 6所示， 该方法流程包括：
步骤 601: 网络电视终端实体发送 INVITE请求到 Core IMS实体， Request-URI为提供 TV业务的 IPTV应用服务器实体的 SIP URI信息， 参数 User为" tv"类型或包含" tv"参数， 在 User部分包含特定频道组标识 信息， 如特定频道组编码或频道组名称；
步骤 602:Core IMS实体按照现有 SIP协议的路由规则将 INVITE请 求路由到 IPTV应用服务器。
步骤 603: IPTV应用服务器收到 INVITE请求后，解析 Request-URI, 判断为特定频道组标识的会话请求， 业务授权通过， 然后 IPTV应用服 务器确定用户当前观看的频道组。 IPTV应用服务器可采用下述方式中 的任一种确定当前频道： 采用网络电视应用服务器设置的频道组内缺省 频道为当前频道； 或采用用户前次观看的该频道组内的频道为当前频 道； 或采用用户设置的频道组内缺省频道为当前频道。 IPTV应用服务 器向用户返回当前频道的媒体描述信息 （SDP offer )、 特定频道组信息 和其他成员频道的相关信息。
另一种可选方式是 IPTV应用服务器不确定用户初始观看的电视频 道， 由用户根据成员频道信息选择初始观看的电视频道。
步骤 604:Core IMS转发 IPTV应用服务器的响应消息到网络电视终 端。 步骤 605: 网络电视终端收到响应后，保存响应中包含的信息，并根 据终端能力返回向 Core IMS当前频道的媒体描述应答（ SDP Answer ) 消息。
步骤 606: Core IMS转发网络电视终端的媒体描述应答消息到 IPTV 应用服务器。
图 2~图 6都是 IPTV业务的方法实施例。 针对这些方法实施例， 本 发明实施例还提供一种 IPTV系统。 如图 7所示， IPTV系统可以包括终 端侧和网络侧， 其中：
终端侧包括向网络侧发送用户指定频道的频道标识信息的模块； 网络侧包括向终端侧返回用户指定频道的频道标识信息对应的频 道信息的模块。
其中， 作为终端侧的用户终端包括用于接收用户操作指令的指令接 收模块， 还包括以下三个模块：
发送指令接收模块指定频道的频道标识信息的模块；
发送指令接收模块指定关闭的频道对应的频道标识信息的模块； 发送指令接收模块指定的切换目标频道对应的频道标识信息的模 块。
上述三个模块的功能都可以是由如图 7所示的控制模块实现的。 当 然上述三个模块也可以是三个独立的模块或其他组合形式。
如图 7所示， 网络侧包括应用处理模块和会话处理模块， 其中： 会话处理模块在终端侧和应用处理模块之间转发频道标识信息和 频道信息；
应用处理模块， 包括用于接收信息的接收模块， 还包括以下两个模 块：
根据接收模块接收到的频道标识信息发送该标识信息对应的频道 信息的模块；
根据接收模块接收到的切换目标频道对应的频道标识信息， 发送对 应的切换目标频道的频道信息的模块。
上述两个模块的功能都可以是由如图 7所示的处理模块实现的。 当 然上述两个模块也可以是两个独立的模块或其他组合形式。
实际应用中，所述用户终端可以为网络电视终端功能（ IPTV Terminal Function , ITF ), 网络侧的应用处理模块可以为网络电视应用服务器 ( IPTVAS )„ 在这种情况下， 该系统结构示意图可以用图 8来表示。
如图 8 所示， 该系统包括网络电视终端功能 （ IPTV Terminal Function, ITF ) 101和网络电视应用服务器（IPTV AS ) 102。
网络电视终端功能 101 , 用于向网络电视应用服务器 102发起 SIP 会话请求， 在所述 SIP会话请求中包含指示频道信息的 SIP URI;
网络电视应用服务器 102, 用于解析所述 SIP URI以获取所述频道 信息，并根据该频道信息确定向网络电视终端功能 101播放的电视频道。
当然， 在图 8中还应该包括相当于会话处理模块的实体， 这里并没 有画出。 如果会话处理模块为 IMS核心 （Core IMS ), 并进一步增加一 个电视频道标识服务器， 该系统的结构示意图可以用图 9表示。
如图 9所示，该系统包括 IPTV终端 201、 IPTV应用服务器 202、 IMS 核心 （Core IMS ) 203和电视频道标识服务器 204。
IPTV终端 201为用户观看电视业务的 IPTV终端，它支持 SIP协议， 充当 SIP用户设备角色， 通过 IMS核心 203的路由向提供电视业务的 IPTV应用服务器 202请求电视业务。
通常情况下， 用户可对 IPTV终端 201进行设置， 每次开机后， 自 动观看缺省频道或上一次观看的频道。这种情况下，当用户开机后， IPTV 终端 201 自动发起 SIP会话， 发送的 INVITE请求的 Request-URI头域 中包含指示请求缺省频道式的 SIP URL
当用户观看直播电视节目 （LTV ) 时， 通过电子节目单 （EPG )选 择特定的直播频道或直播频道组并点击， IPTV终端 201发起 SIP会话， 发送的 INVITE请求的 Request-URI头域中包含指示特定频道标识或频 道组标识的 SIP URL
IPTV终端 201收到初始 INVITE请求的可靠临时响应或成功响应 后， 可以加入当前频道对应的 IP多播组。
在电视频道标识服务器 204中， 保存有 TV URI与 SIP URI的对应 关系。 在会话过程中， IPTV终端 201 可以通过与电视频道标识服务器 204的 Q1接口直接向电视频道标识服务器 204查询与 TV URI对应的标 识频道的 SIP URL
IPTV终端 201通过 Q1接口直接查询 SIP URI的过程具体包括： IPTV 终端 201向电视频道标识服务器 204发送 SIP URI查询请求， 电视频道 标识服务器 204根据 TV URI和 SIP URI的对应关系，将对应于 TV URI 的 SIP URI发送到 IPTV终端 201 , 然后 IPTV终端 201通过 IMS核心 所返回的 SIP URI的 SIP会话请求， IPTV应用服务器 202解析该 SIP URI 以获取所述频道标识信息，并根据该频道标识信息确定向 IPTV终端 201 播放的电视频道。 此后， IPTV应用服务器 202可以将确定的频道信息 返回给 IPTV终端 201。
电视频道标识服务器 204还可以通过与 IMS核心 203之间的 Q2接 口向 IMS核心 203或其他实体提供 TV URI的查询接口。 IMS核心 203 提供信令路由、会话控制和业务触发等功能。如果 IMS核心 203从 IPTV 终端 201收到包含 TV URI的 SIP会话请求， 则 IMS核心 203通过 Q2 接口查询该 TV URI对应的 SIP URI, 然后根据查询获得的 SIP URI将 IPTV终端 201发起的 SIP会话请求路由到 IPTV应用服务器 202。
IPTV应用服务器 202为提供电视业务的应用服务器，如提供直播电 视业务（ LTV )、 按需内容业务（ Content On Demand )等业务。 IPTV应 用服务器 202收到 INVITE请求后， 解析 Request-URI头域中携带的频 道信息。
在图 9所示实施例的 SIP网络中，具体采用 IMS核心 203来路由 SIP 会话请求到 IPTV应用服务器 202。 实际上， 本发明并不局限于此。 本 领域技术人员可以意识到， 只要是在 SIP网络中具有 SIP会话请求路由 功能的实体都适用于本发明， 而且 IPTV终端 201还可以通过 SIP协议 直接与 IPTV应用服务器 202执行交互功能。
如果 Request-URI头域不包含频道标识信息， 则认为 IPTV终端 201 请求缺省频道。 IPTV应用服务器 202根据本地业务规则或策略确定当 前给用户播放的频道。 IPTV应用服务器 202确定缺省频道后， 在 SIP 响应消息 SDP消息体中包含频道对应的媒体描述信息（SDP Offer ), 并 可在 SIP可靠临时响应或成功响应消息中包含该缺省频道对应的频道组 信息、 频道组标识和其它成员频道的信息。
如果 Request-URI头域包含特定频道标识信息或频道组标识信息， IPTV应用服务器 202根据本地策略或业务逻辑解析频道标识信息， 确 定 IPTV终端 201请求的特定频道或频道组。 如果是频道组标识则根据 上述缺省频道确定方法确定当前频道。 IPTV应用服务器 202可以在 SIP 可靠临时响应或成功响应消息中包含当前频道的媒体描述信息、 频道组 标识和其它成员频道信息。
应用本发明实施例以后， 频道标识信息能够在 SIP网络中标识缺省 电视频道、 特定电视频道和电视频道组。 所述 SIP 网络包括但不限于 NGN/IMS/IMS Based IPTV等网络。 基于上述分析， 本发明实施例还提出了一种网络电视终端和网络电 视应用服务器。
图 10为根据本发明实施例的网络电视终端结构示意图。
如图 10所示，该网络电视终端包括 SIP会话请求发起单元 701和电 视信息展现单元 702。 其中：
SIP会话请求发起单元 701 ,用于向网络电视应用服务器发起 SIP会 话请求， 在所述 SIP会话请求中包含指示频道标识信息的 SIP URI; 电视信息展现单元 701 , 用于接收由网络电视应用服务器根据该频 道标识信息确定的电视频道信息， 并展现所述电视频道信息。
可选地， SIP会话请求发起单元 701 ,用于向电视频道标识服务器发 送包含 TV URI的 SIP URI查询请求， 接收由电视频道标识服务器所返 回的对应于该 TV URI的 SIP URI, 并向网络电视应用服务器发起包含 SIP URI的 SIP会话请求， 在所述 SIP URI中包含频道标识信息； 此时 电视信息展现单元 701 , 用于接收由网络电视应用服务器根据该频 道标识信息确定的电视频道信息， 并展现所述电视频道信息。
图 11为根据本发明实施例的网络电视应用服务器结构示意图。 如图 11 所示， 该网络电视应用服务器包括频道标识信息获取单元 801和电视信息提供单元 802, 其中：
频道标识信息获取单元 801 ,用于接收包含指示频道标识信息的 SIP URI的 SIP会话请求， 并解析所述 SIP URI以获取所述频道标识信息； 电视信息提供单元 802, 用于根据该频道标识信息确定向网络电视 终端功能播放的电视频道， 并向所述网络电视终端发送所述电视频道信 息。
本发明实施例还提出了一种电视频道标识服务器。
图 12为根据本发明实施例的电视频道标识服务器结构示意图。 如图 12所示， 电视频道标识服务器包括对应关系保存单元 901和 SIP URI查 询单元 902, 其中
对应关系保存单元 901 , 保存有 TV URI和 SIP URI的对应关系；
SIP URI查询单元 902, 用于接收网络电视终端功能或 Core IMS所 发送的包含 TV URI的 SIP URI查询请求， 并根据 TV URI和 SIP URI 的对应关系， 将对应于该 TV URI的 SIP URI发送到所述网络电视终端 功能或 Core IMS。
本发明实施例还提出了一种 Core IMS。 图 10为根据本发明实施例 的 Core IMS结构示意图。
如图 13所示，该 Core IMS包括 TV URI解析单元 1001和路由单元 1002, 其中
TV URI解析单元 1001 , 用于从网络电视终端功能接收包含有 TV URI的 SIP会话请求，从所述 SIP会话请求中解析出 TV URI, 并向电视 频道标识服务器发送 SIP URI查询请求；
路由单元 1002, 用于将所述 SIP会话请求路由到网络电视应用服务 器， 其中在所述 SIP会话请求中包含由电视频道标识服务器响应于所述 SIP URI查询请求而返回的 SIP URI。
综上所述， 由于网络电视终端功能向应用服务器发送的 SIP会话请 求中包含指示频道标识信息的 SIP URI,应用服务器能够根据该 SIP URI 确定频道标识信息， 因此本发明实施例的频道标识能够在 SIP网络中标 识缺省电视频道、 特定电视频道和电视频道组。 而且本发明实施例的频 道标识能够在广泛的 SIP网络中唯一地标识一个电视频道或一个电视频 道集。 并且 SIP实体能够根据频道标识路由 SIP信令到其他特定的 SIP 实体。
同时本发明还能够在 IMS Based IPTV系统中如下直播电视业务中 得到应用：
在目前 TISPAN定义的 IMS based IPTV系统中对直播业务的标识采 用业务包的概念进行描述，即用户订阅或签约直播业务时订阅 /签约的是 一个业务包， 请求直播业务时也是向该业务包发起请求， 由于一个业务 包可以包括若干个频道，此时有可能 IMS based IPTV网络侧无法确切知 道用户当前或初始想要观看的频道， 而无法对网络带宽资源进行预留， 或者有可能所预留的网络带宽资源和用户观看的频道所需要的网络资 源不匹配， 结果导致或者用户的带宽需求不能满足， 影响客户体验， 或 者预留带宽过多， 浪费网络带宽资源。
针对上述问题， 可以有如下几种解决方案：
1 )用户向 IPTV系统请求观看直播电视， 在请求消息中指明请求的 业务包的同时， 同时携带具体电视频道信息， 该具体电视频道信息可以 是用户从业务选择功能（SSF )上获取的、 也可以是用户终端初始设定 或记录的上次退出时观看的频道信息、 或其它方式获取， 也可以在携带 具体电视频道业务标识信息时，和 /或同时指明频道组（即业务包）标识， 业务建立过程中， IPTV 网络根据业务包的签约信息对用户的访问进行 授权， 根据所携带的具体频道业务标识信息进行资源预留， 业务建立成 功后， 终端加入用户指定的电视频道。 图 5所述的方法能够提供直播电 视业务的本场景。
2 )用户向 IPTV系统请求观看直播电视， 如果在请求消息中不指明 具体电视频道但包含频道组信息， 或不指明具体频道和电视频道组， 则 由 IPTV系统确定用户初始观看的电视频道， 确定方式可以是根据用户 在签约数据中设置的节目偏好、 或者是根据用户前期的节目观看统计导 出的用户观看习惯等， 确定一个合适的频道作为用户观看直播业务的初 始频道， 然后 IPTV系统在请求响应消息中携带初始电视频道信息、 和 / 或频道组信息、 和 /或频道组内的其它成员频道信息， 并根据所携带的初 始频道信息进行资源预留， 业务建立成功后， 终端加入初始电视频道。 图 4所述的方法能够提供请求消息中不指明具体频道和频道组信息的直 播电视业务场景。 图 6所述的方法能够提供请求消息中指明频道组但不 指明具体频道信息的直播电视业务场景。
3 )用户向 IPTV系统请求观看直播电视， 如果请求消息中只携带电 视频道组信息， 未指明具体电视频道， 且 IPTV系统无法确定用户初始 观看的该频道组内电视频道， 则 IPTV系统通知终端频道组内的成员频 道信息（可以是在请求响应消息中携带，也可以是通过其它消息或方式， 如下发一个该频道组的链接地址等）， 此时， 在业务建立过程中， 还无 法准确完成网络资源的预留， 只能完成对业务请求的授权（如承载网络 可以接受来自用户的组播加入请求， 并获取该频道组中各频道的网络参 数信息， 组播地址、 带宽需求等）， 终端根据获得的频道组成员信息选 择加入初始观看的电视频道，此时承载网络设备 ECF/EFF在收到用户的 Join 消息后， 触发网络（RACS )开始预留资源， 完成该初始频道资源 的预留。 图 6所述的方法能够提供直播电视业务的本场景。 离本发明的精神和范围。 这样， 倘若本发明的这些修改和变型属于本发 明权利要求及其等同技术的范围之内， 则本发明也意图包含这些改动和 变型在内。

Claims

权利要求书
1、 一种网络电视的业务控制方法， 其特征在于， 包括以下步骤： 终端侧向网络侧发送用户指定频道的频道标识信息， 并接收网络侧 返回所述标识信息对应的频道信息。
2、 如权利要求 1所述的方法， 其特征在于，
所述终端侧发送频道标识信息的方法为： 所述终端侧将频道标识信 息携带在业务请求消息中进行发送；
所述终端侧接收频道信息的方法为： 所述终端侧从网络侧返回的业 务请求响应消息中接收频道信息。
3、 如权利要求 2所述的方法， 其特征在于， 所述网络侧返回的业 务请求响应消息中还包括所述与所述频道信息对应的频道标识信息， 所 述终端侧在接收返回的频道信息时， 该方法还进一步包括： 所述终端侧 从返回的业务响应消息中接收所述频道标识信息。
4、 如权利要求 3 所述的方法， 其特征在于， 所述业务响应消息携 带的频道标识信息和频道信息为： 一组或一组以上的频道标识信息和频 道信息。
5、 如权利要求 2至 4任一项所述的方法， 其特征在于， 所述终端 侧将频道标识信息携带在业务请求消息中的方法为：
所述终端侧通过新定义的会话描述协议 SDP属性行将所述频道标 识信息携带在业务请求消息中。
6、 如权利要求 3或 4所述的方法， 其特征在于， 所述网络侧携带 频道标识信息的方法为：
所述网络侧通过新定义的 SDP属性行将所述频道标识信息携带在 业务请求响应消息中。
7、 如权利要求 2至 4任一项所述的方法， 其特征在于， 在所述终 端侧接收频道信息之后， 如果终端侧需要关闭指定频道， 则该方法进一 步包括：
所述终端侧通过在业务请求消息携带的 SDP 中标明所述指定频道 关闭来通知网络侧。
8、 如权利要求 2至 4任一项所述的方法， 其特征在于， 在所述终 端侧接收频道信息之后， 如果终端侧需要进行频道切换， 该方法进一步 包括：
所述终端侧通过在业务请求消息携带的 SDP 中添加切换目标频道 的频道标识信息属性行来标明切换目标频道， 并标明被切换的频道关 闭；
所述网络侧在业务请求响应消息携带的 SDP中新增 SDP频道信息 属性行描述所述切换目标频道的频道信息。
9、 如权利要求 2至 4任一项所述的方法， 其特征在于， 在所述终 端侧接收频道信息之后， 如果终端侧需要进行频道切换， 该方法进一步 包括：
所述终端侧通过在业务请求消息携带的 SDP 中修改已有的频道标 识信息属性行来标明频道的切换；
所述网络侧在业务请求响应消息携带的 SDP 中修改所述频道标识 信息属性行对应的频道信息属性行来标明切换目标频道的频道信息。
10、 如权利要求 2至 4任一项所述的方法， 其特征在于， 所述终端 侧和网络侧采用会话发起协议 SIP进行交互， 所述终端侧将频道标识信 息携带在业务请求消息中的方法为：
所述终端侧通过新扩展的 SIP头域或者 SIP头域中新扩展的参数将 所述频道标识信息携带在业务请求消息中。
11、 如权利要求 3或 4所述的方法， 其特征在于， 所述网络侧携带 频道标识信息的方法为：
所述网络侧通过新扩展的 SIP头域或 SIP头域中新扩展的参数将所 述频道标识信息携带在业务请求消息中。
12、 如权利要求 2至 4任一项所述的方法， 其特征在于， 所述终端 侧接收频道信息之后， 如果终端侧需要频道切换， 该方法进一步包括： 所述终端侧将业务请求消息发送给网络侧， 所述业务请求消息中新 扩展的 SIP头域或 SIP头域中新扩展的参数不包括被切换频道的频道标 识信息；
所述网络侧将接收到的消息中的新定义的 SDP属性行与所述新扩 展的 SIP头域或 SIP头域中新扩展的参数进行匹配， 将相匹配的频道标 识信息作为用户指定的切换目标频道的频道标识信息。
13、 如权利要求 2至 4任一项所述的方法， 其特征在于， 所述终端 侧将频道标识信息携带在业务请求消息中的方法为： 所述终端侧通过消 息体将所述频道标识信息携带在业务请求消息中。
14、 如权利要求 3或 4所述的方法， 其特征在于， 所述网络侧携带 频道标识信息的方法为：
所述网络侧通过消息体将所述频道标识信息携带在业务请求响应 消息中。
15、 如权利要求 2至 4任一项所述的方法， 其特征在于， 所述终端 侧接收频道信息之后， 如果终端侧需要频道切换， 该方法进一步包括： 所述终端侧将业务请求消息发送给网络侧， 所述业务请求消息中消 息体不包括被切换频道的频道标识信息；
所述网络侧将接收到的消息中新定义的 SDP属性行与所述消息体 进行匹配， 将相匹配的频道标识信息作为用户指定的切换目标频道的频 道标识信息。
16、 如权利要求 2至 4任一项所述的方法， 其特征在于， 所述终端 侧将频道标识信息携带在业务请求消息中的方法为：
所述终端侧通过 SIP消息的事件包将所述频道标识信息携带在业务 请求消息中。
17、 如权利要求 3或 4所述的方法， 其特征在于， 所述网络侧携带 频道标识信息的方法为：
所述网络侧通过 SIP消息的事件包将所述频道标识信息携带在业务 请求响应消息中。
18、 如权利要求 16所述的方法， 其特征在于， 所述终端侧接收频 道信息之后， 如果终端侧需要关闭指定频道， 该方法进一步包括： 所述终端通过在退订请求中标明所述指定频道关闭来通知网络侧。
19、 如权利要求 16所述的方法， 其特征在于， 所述终端侧接收频 道信息之后， 如果终端侧需要进行频道切换， 该方法进一步包括： 所述终端侧通过在退订请求中标明被切换的频道关闭来通知网络 侧， 并在订阅请求中标明切换目标频道来通知网络侧。
20、 如权利要求 1所述的方法， 其特征在于， 所述频道信息至少包 括： 频道组播地址和端口。
21、 一种 SIP网络中提供电视业务的方法， 其特征在于， 该方法包 括：
网络电视应用服务器接收由网络电视终端功能发起的 SIP会话请 求， 在所述 SIP会话请求中包含指示频道标识信息的 SIP URI;
网络电视应用服务器解析所述 SIP URI以获取所述频道标识信息， 并根据该频道信息确定向网络电视终端功能播放的电视频道。
22、 如权利要求 21所述的方法， 其特征在于， 所述 SIP会话请求中 包含指示缺省频道的 SIP URI;
所述网络电视应用服务器根据本地策略和 /或用户数据确定所述缺 省频道。
23、如权利要求 22所述的方法， 其特征在于， 所述缺省频道的确定 方式包含： 采用用户前次观看的频道为缺省频道； 或
采用用户设置的开机频道为缺省频道。
24、 如权利要求 23所述的方法， 其特征在于， 该方法进一步包括： 所述网络电视应用服务器利用 SIP响应消息向终端侧返回确定的缺 省频道信息； 或者
所述网络电视应用服务器利用 SIP响应消息向终端侧返回确定的缺 省频道信息和频道组标识； 或者
所述网络电视应用服务器利用 SIP响应消息向终端侧返回确定的缺 省频道信息、 频道组标识和频道组成员信息。
25、 如权利要求 21所述的方法， 其特征在于， 所述 SIP会话请求中 包含指示特定频道或频道组的 SIP URI; 所述网络电视应用服务器根据 本地策略和 /或业务逻辑解析频道信息，确定终端侧所请求的特定频道或 频道组。
26、 如权利要求 21所述的方法， 其特征在于， 所述 SIP会话请求中 包含指示特定频道组的 SIP URI; 所述网络电视应用服务器根据本地策 略和 /或业务逻辑解析频道信息， 确定终端侧所请求的特定频道组， 并采 用下述方式中的任一种确定初始频道：
采用网络电视应用服务器设置的频道组内缺省频道为初始频道； 或 采用用户前次观看的该频道组内的频道为初始频道； 或 采用用户设置的频道组内缺省频道为初始频道。
27、 如权利要求 25所述的方法， 其特征在于，
所述 SIP URI包括：
特定频道编号和 /或特定频道名称； 或
特定频道编号和 /或特定频道名称，或以及包含该特定频道归属的频 道组信息；
特定频道组名称和 /或特定频道组编号。
28、 如权利要求 25所述的方法， 其特征在于， 该方法进一步包括： 所述网络电视应用服务器利用 SIP响应消息向终端侧返回确定的特 定频道信息； 或者
所述网络电视应用服务器利用 SIP响应消息向终端侧返回确定的特 定频道信息和频道组标识； 或者
所述网络电视应用服务器利用 SIP响应消息向终端侧返回确定的特 定频道信息、 频道组标识和频道组成员信息； 或者
网络电视应用服务器利用 SIP响应消息向网络电视终端功能返回频 道组标识和频道组成员信息。
29、 一种 SIP网络中提供电视业务的方法， 其特征在于， 该方法包 括：
电视频道标识服务器从终端侧接收包含 TV URI的 SIP URI查询请 求， 电视频道标识服务器根据 TV URI和 SIP URI的对应关系， 将对应 于 TV URI的 SIP URI发送到终端侧， 其中在所述 SIP URI中包含频道 标识信息；
网络电视应用服务器接收由终端侧发起的 SIP会话请求，在所述 SIP 会话请求中包含所述 SIP URI;
网络电视应用服务器解析所述 SIP URI以获取所述频道标识信息， 并根据该频道标识信息确定频道信息。
30、如权利要求 29所述的方法， 其特征在于， 通过扩展参数或扩展 用户 user类型在 SIP URI中携带所述频道信息。
31、 如权利要求 29或 30所述的方法， 其特征在于， 所述频道信息 包括： 频道和 /或频道组的名称、 频道编号、 频道类型、 频道组的成员频 道信息、 或业务提供商中至少一项的任意组合。
32、 一种 SIP网络中提供电视业务的方法， 其特征在于， 该方法包 括：
Core IMS接收由终端侧发送的 SIP会话请求， 在所述 SIP会话请求 中包含 TV URI; Core IMS根据解析到的 TV URI向电视频道标识服务 器发送 SIP URI查询请求；
电视频道标识服务器根据 TV URI和 SIP URI的对应关系， 将对应 于 TV URI的 SIP URI发送到 Core IMS, 在所述 SIP URI中包含频道标 识信息；
Core IMS根据接收到的 SIP URI将所述 SIP会话请求路由到网络电 视应用服务器， 网络电视应用服务器解析所述 SIP URI以获取所述频道 标识信息， 并根据该频道标识信息确定向终端侧发送的频道信息。
33、 如权利要求 32所述的方法， 其特征在于， 所述 SIP会话请求中 包含指示缺省频道的 SIP URI;
所述网络电视应用服务器根据本地策略和 /或用户数据确定所述缺 省频道。
34、如权利要求 32所述的方法， 其特征在于， 所述缺省频道的确定 方式包含： 采用用户前次观看的频道为缺省频道； 或 采用用户设置的开机频道为缺省频道。
35、 如权利要求 32、 33或 34所述的方法， 其特征在于， 所述 SIP 会话请求中包含指示特定频道的 SIP URI; 所述 SIP URI包括：
特定频道编号和 /或特定频道名称； 或
特定频道编号和 /或特定频道名称， 以及包含该特定频道归属的频道 组信息； 或
特定频道组名称和 /或特定频道组编号。
36、 一种网络电视系统， 包括终端侧和网络侧， 其特征在于， 所述终端侧包括向网络侧发送用户指定频道的频道标识信息的模 块；
所述网络侧包括向终端侧返回所述标识信息对应的频道信息的模 块。
37、 如权利要求 36所述的系统， 其特征在于， 所述向终端侧返回 所述标识信息对应的频道信息的模块为网络侧的应用处理模块。
38、 如权利要求 37 所述的系统， 其特征在于， 所述终端侧还包括 将用户指定关闭的频道对应的频道标识信息通知所述应用处理模块的 模块。
39、 如权利要求 37 所述的系统， 其特征在于， 所述终端侧还包括 将用户指定的切换目标频道对应的频道标识信息发送给所述应用处理 模块的模块； 所述应用处理模块根据切换目标频道对应的频道标识信 息， 将对应的切换目标频道的频道信息发送给终端侧。
40、 如权利要求 37、 38或 39所述的系统， 其特征在于， 所述网络 侧还包括会话处理模块， 在所述终端侧和所述应用处理模块之间转发所 述频道标识信息和所述频道信息。
41、 一种在会话初始协议 SIP网络中提供电视业务的系统， 其特征 在于， 包括：
网络电视终端功能，用于向网络电视应用服务器发起 SIP会话请求， 在所述 SIP会话请求中包含指示频道信息的 SIP统一资源指示符 URI; 网络电视应用服务器，用于解析所述 SIP URI以获取所述频道信息， 并根据该频道信息确定向网络电视终端功能播放的电视频道。
42、如权利要求 41所述的 SIP网络中提供电视业务的系统，其特征 在于，该系统进一步包括保存有电视统一资源标识符 TV URI和 SIP URI 对应关系的电视频道标识服务器，
网络电视终端功能， 用于向电视频道标识服务器发送包含 TV URI 的 SIP URI查询请求， 并向网络电视应用服务器发送包含有电视频道标 识服务器所返回的 SIP URI的 SIP会话请求；
电视频道标识服务器， 用于根据 TV URI和 SIP URI的对应关系， 将对应于该 TV URI的 SIP URI发送到网络电视终端功能。
43、如权利要求 42所述的 SIP网络中提供电视业务的系统，其特征 在于， 该系统进一步包括 IP多媒体子系统核心 Core IMS , Core IMS用 于将所述 SIP会话请求从网络电视终端功能路由到网络电视应用服务 哭口 。
44、如权利要求 41所述的 SIP网络中提供电视业务的系统，其特征 在于， 该系统进一步包括 Core IMS和电视频道标识服务器， 其中电视 频道标识服务器保存有 TV URI和 SIP URI的对应关系；
网络电视终端功能， 用于向 Core IMS发送 SIP会话请求， 在所述 SIP会话请求中包含 TV URI;
Core IMS, 用于根据解析到的 TV URI向电视频道标识服务器发送 SIP URI查询请求，并根据接收到的 SIP URI将所述 SIP会话请求路由到 网络电视应用服务器；
电视频道标识服务器， 用于根据 TV URI和 SIP URI的对应关系， 将对应于 TV URI的 SIP URI发送到 Core IMS。
45、 如权利要求 41-44中任一项所述的 SIP网络中提供电视业务的 系统，其特征在于，所述 SIP网络包括下述网络之一：下一代网络 NGN、 IMS网络或基于 IMS的 IPTV网络。
46、 一种网络电视终端功能， 其特征在于， 包括 SIP会话请求发起 单元和电视信息展现单元， 其中：
SIP会话请求发起单元， 用于向网络电视应用服务器发起 SIP会话 请求， 在所述 SIP会话请求中包含指示频道信息的 SIP URI;
电视信息展现单元， 用于接收由网络电视应用服务器根据该频道信 息确定的电视频道信息， 并展现所述电视频道信息。
47、 一种网络电视终端功能， 其特征在于， 包括 SIP会话请求发起 单元和电视信息展现单元， 其中：
SIP会话请求发起单元， 用于向电视频道标识服务器发送包含 TV URI的 SIP URI查询请求， 接收由电视频道标识服务器所返回的对应于 该 TV URI的 SIP URI, 并向网络电视应用服务器发起包含 SIP URI的 SIP会话请求， 在所述 SIP URI中包含频道信息；
电视信息展现单元， 用于接收由网络电视应用服务器根据该频道信 息确定的电视频道信息， 并展现所述电视频道信息。
48、 一种网络电视应用服务器， 其特征在于， 包括频道信息获取单 元和电视信息提供单元， 其中：
频道信息获取单元， 用于接收 SIP会话请求， 并解析所述 SIP URI 以获取所述频道信息， 其中在所述在 SIP会话请求中包含指示频道信息 的 SIP URI; 电视信息提供单元， 用于根据该频道信息确定向网络电视终端功能 播放的电视频道， 并向所述网络电视终端功能发送所述电视频道信息。
49、 一种电视频道标识服务器， 其特征在于， 包括对应关系保存单 元和 SIP URI查询单元， 其中
对应关系保存单元， 保存有 TV URI和 SIP URI的对应关系； SIP URI查询单元， 用于接收网络电视终端功能或 Core IMS所发送 的包含 TV URI的 SIP URI查询请求，并根据 TV URI和 SIP URI的对应 关系， 将对应于该 TV URI的 SIP URI发送到所述网络电视终端功能或 Core IMS。
50、 一种 Core IMS, 其特征在于， 包括 TV URI解析单元和路由单 元， 其中
TV URI解析单元，用于从网络电视终端功能接收包含有 TV URI的 SIP会话请求， 从所述 SIP会话请求中解析出 TV URI, 并向电视频道标 识服务器发送 SIP URI查询请求；
路由单元， 用于将所述 SIP会话请求路由到网络电视应用服务器， 其中在所述 SIP会话请求中包含由电视频道标识服务器响应于所述 SIP URI查询请求而返回的 SIP URL
51、 一种终端， 包括用于接收用户操作指令的指令接收模块， 其特 征在于， 所述终端还包括发送所述指令接收模块指定频道的频道标识信 息的模块。
52、 如权利要求 51 所述的终端， 其特征在于， 所述终端还包括发 送所述指令接收模块指定关闭的频道对应的频道标识信息的模块。
53、 如权利要求 51 所述的终端， 其特征在于， 所述终端还包括发 送所述指令接收模块指定的切换目标频道对应的频道标识信息的模块。
54、 一种应用处理模块， 包括用于接收信息的接收模块， 其特征在 于， 所述应用处理模块还包括根据所述接收模块接收到的频道标识信息 发送所述标识信息对应的频道信息的模块。
55、 如权利要求 54所述的应用处理模块， 其特征在于， 所述应用 处理模块还包括根据所述接收模块接收到的切换目标频道对应的频道 标识信息， 发送对应的切换目标频道的频道信息的模块。
PCT/CN2007/070999 2006-11-02 2007-10-31 Procédé, système et appareil de commande service tv ip WO2008052484A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2007800005677A CN101326826B (zh) 2006-11-02 2007-10-31 网络电视的业务控制方法、系统以及装置

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
CN200610150492.8 2006-11-02
CNA2006101504928A CN101175198A (zh) 2006-11-02 2006-11-02 网络电视的业务控制方法及系统、终端和应用处理模块
CN200710138554.8 2007-08-03
CN200710138554 2007-08-03
CN200710154028.0 2007-09-07
CNA2007101540280A CN101360095A (zh) 2007-08-03 2007-09-07 会话初始协议网络中提供电视业务的方法、装置和系统

Publications (1)

Publication Number Publication Date
WO2008052484A1 true WO2008052484A1 (fr) 2008-05-08

Family

ID=39343839

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/070999 WO2008052484A1 (fr) 2006-11-02 2007-10-31 Procédé, système et appareil de commande service tv ip

Country Status (1)

Country Link
WO (1) WO2008052484A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060117342A1 (en) * 2004-11-30 2006-06-01 Park Pyung K Method for acquiring channel information and registering for reception of multicast based IP TV broadcasting in access network
CN1852319A (zh) * 2006-05-10 2006-10-25 上海市电信有限公司 在网络电视网络中实现消息类业务的方法及系统
WO2007032652A1 (en) * 2005-09-16 2007-03-22 Samsung Electronics Co., Ltd. Method and apparatus for providing additional information on digital broadcasting program to iptv in home network
CN101030961A (zh) * 2006-03-02 2007-09-05 华为技术有限公司 一种在基于ngn网络实现时移电视业务的方法及其系统
CN101052044A (zh) * 2007-05-18 2007-10-10 华为技术有限公司 一种ims中iptv流媒体业务实现方法、网络设备及终端设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060117342A1 (en) * 2004-11-30 2006-06-01 Park Pyung K Method for acquiring channel information and registering for reception of multicast based IP TV broadcasting in access network
WO2007032652A1 (en) * 2005-09-16 2007-03-22 Samsung Electronics Co., Ltd. Method and apparatus for providing additional information on digital broadcasting program to iptv in home network
CN101030961A (zh) * 2006-03-02 2007-09-05 华为技术有限公司 一种在基于ngn网络实现时移电视业务的方法及其系统
CN1852319A (zh) * 2006-05-10 2006-10-25 上海市电信有限公司 在网络电视网络中实现消息类业务的方法及系统
CN101052044A (zh) * 2007-05-18 2007-10-10 华为技术有限公司 一种ims中iptv流媒体业务实现方法、网络设备及终端设备

Similar Documents

Publication Publication Date Title
US8332527B2 (en) Streaming media network system, streaming media service realization method and streaming media service enabler
CN101326826B (zh) 网络电视的业务控制方法、系统以及装置
KR101433225B1 (ko) Ｉｍｓ 아키텍쳐 네트워크에서 ｉｐ 텔레비젼 서비스에 액세스하기 위한 시스템
US8307049B2 (en) Method and device for obtaining media description information of IPTV services
EP2001197B1 (en) Method of transmitting/receiving broadcasting signals and receiver
EP2175591B1 (en) A method, a system, a device and a computer program readable medium for realizing the services of network televison
US20090313376A1 (en) Method and apparatuses for establishing a session between a client terminal and a media supply system to transport a unicast media stream over an ip network
EP1926319A2 (en) Multimedia subsystem control for internet protocol based television services
US8184002B2 (en) Method and device for receiving emergency event alert
WO2010028589A1 (zh) 业务推送协商方法及装置、推送业务系统
WO2010022570A1 (zh) 基于网际协议电视的信息推送方法、装置及系统
US20090228939A1 (en) Time-shift tv service establishment method and time-shift tv media function entity
WO2007098682A1 (fr) Procédé permettant d&#39;obtenir un guide de programmes électronique, système pour guide de programmes électronique et unité de mise en service
WO2011015015A1 (zh) 内容上行方法及内容交付功能实体
WO2008154849A1 (fr) Procédé et entité de fonction pour récupérer les informations de sélection du service iptv
WO2010045796A1 (zh) 一种点播业务的控制方法、装置及系统
CN101369904B (zh) 传递业务发现信息的方法、系统及业务发现功能实体
CN101374102B (zh) 一种传递iptv业务参数的方法、设备及功能实体
WO2010012233A1 (zh) 一种交互信息的传送方法、系统和装置
CN101360095A (zh) 会话初始协议网络中提供电视业务的方法、装置和系统
WO2008052484A1 (fr) Procédé, système et appareil de commande service tv ip
KR20090101079A (ko) Ｉｐｔｖ 수신기의 데이터 처리 방법 및 상기 ｉｐｔｖ 수신기
Vidal et al. Enabling layered video coding for IMS-based IPTV home services
WO2011000151A1 (zh) 网络电视频道业务实现方法和相关设备
Vidal Fernández et al. Enabling Layered Video Coding for IMS-Based IPTV Home Services

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200780000567.7

Country of ref document: CN

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

Ref document number: 07817190

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

Country of ref document: EP

Kind code of ref document: A1