WO2010025645A1 - Iptv中广告实现的方法及装置和系统 - Google Patents

Iptv中广告实现的方法及装置和系统 Download PDF

Info

Publication number
WO2010025645A1
WO2010025645A1 PCT/CN2009/073139 CN2009073139W WO2010025645A1 WO 2010025645 A1 WO2010025645 A1 WO 2010025645A1 CN 2009073139 W CN2009073139 W CN 2009073139W WO 2010025645 A1 WO2010025645 A1 WO 2010025645A1
Authority
WO
WIPO (PCT)
Prior art keywords
advertisement
user
network
information
service
Prior art date
Application number
PCT/CN2009/073139
Other languages
English (en)
French (fr)
Inventor
朱文明
漆宝剑
彭招君
严军
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2010025645A1 publication Critical patent/WO2010025645A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/812—Monomedia components thereof involving advertisement data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method, system and apparatus for implementing an advertisement in an IPTV. Background technique
  • IMS IP Multimedia Subsystem, IP Multimedia Subsystem
  • 3GPP 3rd Generation Partnership Project
  • 3G 3rd Generation, 3rd Generation Mobile Communication Technology
  • the mobile network implements packet voice and packet data to provide a unified multimedia service and application target network.
  • IMS uses IP packet domain as its bearer channel for control signaling and media transmission, using SIP
  • the main functional entities in the IMS include CSCF (Call Session Control Function) that controls user registration and session control functions, AS (Application Server) that provides various service logic control functions, and centralized management users.
  • CSCF Call Session Control Function
  • AS Application Server
  • HSS Home Subscriber Server
  • MGCF Media Gateway Control Function
  • IMS-MGW IMS Media Gateway Function
  • IMS-based IPTV is a multimedia service introduced on the IMS network architecture.
  • the AS capabilities are refined and enhanced to implement various IPTV basic services, including CoD (Content on Demand, on-demand festival BC (Broadcast, Live Program), N-PVR (Network-Personal Video Recorder), which can also be called LTV (Live TV, or Linear TV).
  • CoD Content on Demand
  • N-PVR Network-Personal Video Recorder
  • LTV Live TV, or Linear TV
  • PPV Payment Per View
  • advertising services recommended services, etc.
  • the embodiment of the invention provides an IPTV advertisement solution, which can control the transmission of the network advertisement by acquiring the IPTV service status information of the user, and can meet the needs of the operator and the user.
  • An embodiment of the present invention provides a method for implementing advertisement in a network television, which includes the following steps:
  • An embodiment of the present invention further provides an advertising service control function entity, including:
  • An obtaining module configured to obtain network television service status information of the user
  • a selection module configured to select, according to the network television service status information acquired by the acquiring module, the matched network advertisement information
  • control module configured to control transmission of the network advertisement according to the network advertisement information selected by the selection module.
  • the embodiment of the invention further provides an advertisement service system, comprising: an advertisement service control function entity and an advertisement media function, wherein:
  • the advertisement service control function entity is configured to obtain the network television service status information of the user, select the matched network advertisement information for the user according to the obtained network television service status information, and control the advertisement media function by using the selected network advertisement information.
  • the transmission of the network advertisement in the advertisement; the advertisement media function is for providing the network advertisement to the user terminal where the user is located under the control of the advertisement service control function entity.
  • the matched network advertisement information can be selected for the user according to the network television service status information, and the network advertisement transmission can be controlled according to the network advertisement information, so that the user can provide diversified advertisement services and more personalized. Advertising services, better meet the needs of users and the needs of advertising business operators.
  • FIG. 1 is a structural diagram of an IPTV advertising service system according to an embodiment of the present invention.
  • FIG. 2 is a flowchart of an implementation scheme of an IPTV advertisement in an implementation of the present invention
  • FIG. 3 is a system architecture diagram of an iFC rule in an embodiment of the present invention.
  • FIG. 4 is a system architecture diagram of an SB rule according to an embodiment of the present invention.
  • FIG. 5 is a flowchart of Embodiment 1 of an advertisement insertion in a live broadcast according to an embodiment of the present invention
  • FIG. 6 is a flowchart of Embodiment 2 of an advertisement insertion in a live broadcast according to an embodiment of the present invention
  • FIG. 8 is a flowchart of Embodiment 4 of an advertisement insertion in a live broadcast according to an embodiment of the present invention
  • FIG. 9 is an embodiment of an advertisement insertion in an on-demand according to an embodiment of the present invention
  • FIG. 10 is a flowchart of Embodiment 2 of an advertisement insertion in an on-demand according to an embodiment of the present invention
  • FIG. 11 is a flowchart of Embodiment 3 of an advertisement insertion in an on-demand according to an embodiment of the present invention
  • FIG. 12 is a flowchart of Embodiment 4 of the advertisement insertion in the on-demand according to the embodiment of the present invention
  • FIG. 13 is a flowchart of Embodiment 5 of the advertisement insertion in the on-demand according to the embodiment of the present invention
  • FIG. 15 is a flowchart of Embodiment 1 of an advertisement information pushing process in an embodiment of the present invention
  • FIG. 16 is a flowchart of an advertisement information pushing process in an embodiment of the present invention
  • FIG. 17 is a flowchart of Embodiment 3 of the advertisement information pushing process in the embodiment of the present invention
  • FIG. 18 is a flowchart of the advertisement information skipping process in the embodiment of the present invention
  • FIG. 19 is a schematic structural diagram of an advertising service control function entity according to an embodiment of the present invention.
  • FIG. 20 is a schematic structural diagram of an acquiring module according to an embodiment of the present invention.
  • 21 is a structural schematic view of a control module in an embodiment of the present invention.
  • FIG. 22 is another schematic structural diagram of an advertising service control function entity in an embodiment of the present invention. detailed description
  • the embodiment of the invention provides an IPTV advertisement solution, which can control the transmission of the network advertisement by acquiring the IPTV service status information of the user, and can meet the needs of the operator and the user.
  • FIG. 1 shows an architecture diagram of an IPTV advertisement service system in an embodiment of the present invention, including a user terminal (UE) 11, a Core IMS 12, an advertisement service control function entity (AD-SCF) 13 and an advertisement media function 14, wherein:
  • the user terminal is configured to receive an advertisement medium when the advertisement arrives;
  • Core IMS is used to forward SIP messages between user terminals, advertising service control function entities, and advertising media functions, including CSCF (Call Session Control Function), and HSS, which are necessary for SIP message forwarding.
  • CSCF Call Session Control Function
  • HSS Home Subscriber Server, home subscriber server
  • the advertisement service control function entity is configured to acquire IPTV service information, select an advertisement for a specific user or user group, and establish an advertisement media transmission channel for the user terminal. This feature can be independent and wide
  • the application server may also be integrated on other network entities, such as an IPTV AS, a basic service SCF (such as CoD-SCF, BC-SCF, etc.), an advertising service platform, a media server, and the like;
  • the advertising media function is used to send advertising media to the user terminal, and if necessary, to splicing between the advertising media and the IPTV programming media for a particular user or group of users.
  • This function can be a standalone advertising media server or integrated on other network entities such as IPTV Media Server, IPTV MF (IPTV media function), and other network entities that can forward or store advertising media. .
  • FIG. 2 is a flow chart showing an implementation scheme of an IPTV advertisement in the implementation of the present invention. The following three steps are specifically described:
  • Step S21 Acquire an IPTV service status.
  • the advertisement service control function entity obtains the IPTV service status of the current user terminal by subscribing to the Presence (online status) information of the user terminal, the advertisement trigger request for receiving the IPTV service control function, and receiving and forwarding the IPTV service request and response, if necessary, when necessary In conjunction with the local policy, decide whether to insert advertising media into the current IPTV service.
  • the IPTV service status may be a combination of one or more of the following information, and is not limited to the following information: whether the user terminal or the user is currently registered, whether the user currently accepts the IPTV advertisement, and the type of the IPTV service currently being used by the user terminal.
  • BC live program
  • CoD on-demand program
  • playing game interactive, etc.
  • program identification or live channel identification currently being viewed by the user terminal user terminal or user's online status (if online, Whether it is invisible, etc.), the user's ongoing media operations (such as the suspension of on-demand programs, etc.), other information about the ongoing IPTV service [such as the media server address providing the CoD service, the multicast source address of the BC service, etc.].
  • the type of business status information one or more of the following information may be respectively included, and is not limited thereto:
  • the registration status information of the user terminal or the user wherein the IPTV service status information may be currently registered or the like; the user subscription data, wherein the IPTV service status information may be: whether the user currently accepts the IPTV advertisement, the accepted advertisement category, and Accepting network advertisements, etc.
  • PTV service interaction data wherein the IPTV service status information may be: whether the user currently accepts the IPTV advertisement, the type of IPTV service currently used by the user terminal [if watching BC (live program), Watch CoD (on-demand program), playing games, interactive, etc.], program identification or live channel identification currently being watched, ongoing media operations [such as fast forward, pause, etc.]; user terminal or user
  • the online status data wherein the IPTV service status information may be: whether the current is online, whether it is invisible, the type of IPTV service currently being used by the user terminal, such as watching BC (live program), watching CoD (on-demand program), playing Game, ongoing Interactive, etc., the program identification or live channel identification currently being viewed, the media operation being performed by the user (such as the suspension of the on-demand program, etc.), other information of the ongoing IPTV service [the media server address providing the CoD service, providing The multicast source address of the BC service, etc., etc.; the session state information associated with the user terminal, wherein the IPTV service state
  • the media server address of the CoD service is provided, the multicast source address of the BC service is provided, etc.]; for the request of the advertisement, the IPTV service status information may be: whether the user currently accepts the IPTV advertisement, and the IPTV currently used by the user terminal Business type [such as watching BC (live program), watching CoD (on-demand program), playing game, interactive, etc.], program identification or live channel identification currently being viewed by the user terminal, user terminal or user online Status (if it is in , whether it is invisible, etc.), the user's ongoing media operations (such as the suspension of on-demand programs), other information about the ongoing IPTV service [such as the media server address providing the CoD service, the multicast source address of the BC service, etc.] .
  • the IPTV service status information may be: whether the user currently accepts the IPTV advertisement, and the IPTV currently used by the user terminal Business type [such as watching BC (live program), watching CoD (on-demand program), playing game, interactive, etc.], program identification or live channel identification currently being viewed by
  • the advertisement service control function entity obtains the IPTV service status information may be as follows, and is not limited thereto: A.
  • the advertisement service control function entity can be obtained by:
  • the user terminal registers directly with the advertising service control function entity; or
  • the S-CSCF After the UE successfully registers, the S-CSCF initiates a third party registration with the advertising service control function entity instead of the UE, and informs the latter of the advertisement service control function entity that the UE has registered information; or
  • the advertisement service control function entity initiates a subscription to the S-CSCF for the registration event package, requesting the registration status change information of the specified user (such as the SIP subscription SUBSCRIBE message using the reg event package).
  • the registration mechanism of the IMS can be reused, so that the advertising service control function entity can obtain the registration status information of the user without additional signaling extension or interaction, and the process can refer to the ETSI TS 23.228 and TS 24.229 standard specifications.
  • the advertising service control function entity can manage entities such as UPSF, User Profile Server Function, User Configuration Service Function, or GUP, General User Profile, or other user data.
  • the obtained user subscription data may include: whether the user accepts the online advertisement, whether to accept the personalized advertisement insertion, what kind of advertisement business to accept, and during which time period the network advertisement is accepted.
  • the advertisement service control function entity can acquire data through DIAMETER, SOAP, or a private interface.
  • the advertisement service control function entity may obtain and receive the IPTV service interaction signaling by joining the IPTV session path; or the IPTV service interaction related entity directly reports the service to the advertisement service control function entity.
  • the interaction data such as when the user performs the VCR operation, the related media server reports to a certain fixed advertisement service control function entity, so that the latter knows the relevant IPTV service interaction data.
  • the advertising service control function entity may enter the IPTV session path as follows:
  • the IPTV service request of the user terminal is matched by the iFC (initial filter Criteria) rule of the S-CSCF, the IPTV service request is triggered to the advertising service control function entity.
  • the advertising service control function entity receives or forwards the IPTV service interaction information of the user terminal, so as to obtain the current IPTV service state information of the user terminal.
  • the S-CSCF Serving-Call Session Control Function
  • the S-CSCF applies the iFC criterion.
  • the IPTV service request is triggered to the advertisement service control function entity, thereby merging the advertisement service control function entity into the IPTV session path.
  • the advertisement service control function entity needs to receive and forward the session request and response, so as to perceive the current IPTV service status, such as the live broadcast service control server when the user performs live channel switching (the one of the service control service functions) Kind)
  • the information will be along the IPTV service interaction path, and then through the advertising service control function entity, the latter thus obtains the service state change of the user terminal (live channel change); for example, the user performs the on-demand program For VCR operations (such as fast forward, pause, etc.), the on-demand media server may send a SIP INFO to the on-demand service control service function (a type of IPTV service control service function) for indicating the VCR of the user, and the information may also be through the session path. The latter is perceived by the advertising business control function entity.
  • the on-demand service control service function a type of IPTV service control service function
  • FIG. 3 shows a system architecture diagram of an iFC rule, including an advertisement service control function entity AD-SCF, an IPTV service control function IPTV SCF, a user terminal UE, and a Core IMS.
  • an Invite message is used between each network entity. Interaction. Here, it can be triggered by the trigger to the AD-SCF (via 2 Invite messages and 3 Invite messages), then the IPTV service is triggered (via 4 Invite messages); or the IPTV service is triggered first (via 4 Invite messages), and then triggered by 2 The Invite message and the 3 Invite message do not limit the sequence of triggering in the embodiment of the present invention.
  • the request is triggered to the advertising service control function entity by the 3GPP service proxy Service Broker method.
  • the advertising service control function entity triggers the service between the Core IMS through a dedicated SB, and the triggering rule is determined by the SB, such as: Triggered to the AD-SCF; by checking the user subscription data, it is found that the user does not sign the advertisement service, then the request is not sent to the AD-SCF; by checking the current online status of the user, it is found that the user is invisible, and then not sent; by checking the current user Service status, if the user is found to be performing a VCR operation, the request is triggered to the AD-SCF.
  • FIG. 4 shows the system architecture diagram of the SB rule, including the advertising service control function entity AD—
  • IPTV service control function IPTV SCF interact with each network entity through Invite messages in specific applications.
  • the IPTV service trigger (01 Invite, 02 Invite, 05 Invite) is triggered first, and then triggered to the AD-SCF.
  • the interaction between the SB and the AD-SCF may be 03 Invite, 04 Invite message, or may not be a SIP INVITE request.
  • the SB By replacing the other message body, the SB finally triggers a SIP according to the current user online status (such as stealth), the current media operation status (such as VCR operation), and the like, in the case that the IPTV SCF session has been established.
  • the request is to the AD-SCF, so the 03 Invite message can be conveyed by SIP INFO, SIP MESSAGE, etc., and the 04 Invite message can be a response to the SIP message, such as 200 OK.
  • the SB is a logical entity that can be set up in Core IMS, or it can be combined with an AS (such as the AD-SCF in the figure), or it can be set up separately. How to set it up can be deployed according to the actual situation.
  • the advertisement service control function entity may subscribe to the user online status server (Presence Server, PS).
  • PS may save and maintain a combination of one or more of the following information by appropriately extending the online status information of the user, and is not limited thereto: whether the user or the user terminal is online/stealth, the type of IPTV service being performed (BC, CoD is also UGC, etc.), the program identification being watched (on-demand program or live channel identification, etc.); PS can also maintain other information about the ongoing IPTV service, such as media server identification for providing IPTV content (on-demand server, live media source, etc.) ).
  • the related online status information may be released by the user terminal to the PS (such as whether the user is online), or the SCF is released to the PS (the type of IPTV service currently being performed), or even issued by the media server providing the IPTV content to the PS (media server identification).
  • the advertisement service control function entity subscribes to the PS, and then is sent by the PS to send a notification.
  • the mechanism for publishing can be done using SIP PUBLISH messages, while the subscription can be SIP SUBCRIBE, and the notification can be done by SIP NOTIFY.
  • the SIP service state event package (RFC 4235, Dialog event package) may be subscribed to the S-CSCF or the specific AS by the advertisement service control function entity, thereby obtaining the ongoing connection with the user terminal.
  • Status information of the SIP conversation may be maintained and update one or more of the following information by appropriately extending the SIP dialog state event packet, and is not limited to: the currently performed IPTV service type, and the media currently providing IPTV content.
  • Server identification (such as the SIP URI of the media server providing the CoD program, etc.), the program identification currently being viewed, and the like.
  • the IPTV service control function the user terminal, the media server, or other session-related entity initiates a trigger request to the advertisement service control function entity in the process of performing the IPTV session, and carries the current IPTV service status information.
  • the request may be SIP INVITE, MESSAGE, INFO, etc., or other protocol requests such as SOAP, HTTP, etc.
  • the carried IPTV service status information may include one or more of the following information, and is not limited thereto: the user online status, the user is The type of IPTV service to be performed, the program identification being watched (on-demand program or live channel, live program, etc.), the media operation being performed by the user, the media server identity that is providing the IPTV content, and the like.
  • the advertisement service control function entity actively initiates a SIP, SOAP or HTTP request to the IPTV service control function or other network entity to obtain the IPTV service status information of the specified user terminal or the user.
  • the advertising service control function entity directly initiates an HTTP GET request to the IPTV service control function, and the response carries one or more of the following information: Whether the user is currently registered, whether the user currently accepts the IPTV advertisement, the type of IPTV service currently being used by the user terminal [such as watching BC (live program), watching CoD (on-demand program), playing game, interactive, etc.]
  • the program identifier or live channel identifier currently being viewed by the user terminal, the online status of the user terminal or the user (such as whether it is online, whether it is invisible, etc.), other information of the ongoing IPTV service [such as the media server address providing the CoD service, providing BC The multicast source address of the service, etc.].
  • the advertisement service control function entity After the advertisement service control function entity obtains the IPTV service status information, it can decide whether to insert an advertisement according to the local policy, the user subscription data, and the like. For example, if the user's subscription data indicates that the user currently accepts the network advertisement push, the advertisement service control function entity triggers the advertisement service; or the operator decides to temporarily insert the advertisement when the current program is performed, thereby triggering the advertisement service.
  • Step S22 Select an advertisement for the user:
  • the advertisement service control function entity obtains advertisement information conforming to a specific user or user group through local processing logic or interaction with other entities.
  • the advertisement service control function entity can match and obtain an appropriate advertisement according to one or more of current IPTV service status information, IPTV program metadata information, and user data information.
  • the IPTV service status information here can be obtained by step S21;
  • the IPTV program metadata information may include description information of the program being viewed by the current user terminal, including but not limited to the title of the program, the actor, the keyword, the program type, etc., which may include:
  • the advertisement service control function entity is obtained after interacting with the metadata storage entity (such as CPSF, Content Profile Server Function, content configuration service function; or SSF, Service Selection Function, service selection function);
  • the metadata storage entity such as CPSF, Content Profile Server Function, content configuration service function; or SSF, Service Selection Function, service selection function
  • the advertisement service control function entity obtains the metadata information of the current program in addition to the IPTV service status.
  • User data information may include and is not limited to: Whether the user has signed (personalized) advertising business;
  • User data information can:
  • the advertising service control function entity is obtained by interacting with the User Profile Server Function (UPSF), or
  • the information can be obtained through step S21, that is, the advertisement service control function entity obtains the user data information in addition to the IPTV service status.
  • the process of matching the advertisement belongs to the internal logic of the advertisement service control function entity, and can be implemented by various matching algorithms, and is not described herein.
  • the advertisement information obtained by the advertisement service control function entity may include an advertisement identifier (logical identifier or physical access identifier), and description information of the advertisement (eg, the codec format of the advertisement is H.264 or MPEG 2, advertisement
  • the type is video or image, the start and end time of the ad insertion, and other information, network parameters used for ad transmission (such as advertising unicast address, ad multicast address) and so on.
  • Step S23 Providing an advertisement to the user.
  • This step provides an advertisement for the user terminal according to the matched advertisement information for the advertisement service control function entity.
  • the advertisement may be advertisement push information or an advertisement medium itself.
  • the user terminal may obtain the advertisement media from the network according to the parameters or prompts provided by the information, and the user terminal may also ignore the information and not obtain the advertisement media; for the latter, the advertisement media needs to be sent to
  • the user terminal needs to establish an advertisement media transmission channel, and provides an advertisement medium for the user terminal when the advertisement comes.
  • the method for the advertisement service control function entity to send the advertisement push information to the user terminal may use SIP messages such as SIP NOTIFY, SIP MESSAGE, SIP INFO, or other protocols, such as RTSP ANNOUNCE, or even by the user terminal. Obtained by multicast group.
  • the advertising media transmission channel may be a separate RTP, TCP or other IP-based transmission channel, or may be a channel shared with an IPTV program.
  • the advertising media transmission method can be unicast or multicast, streamed or file downloaded.
  • the advertising service control function entity can establish an advertising media transmission channel for the user terminal in different ways:
  • the advertisement service control function entity sends the matching advertisement information (partially or completely) to a specific user terminal, instructing the user terminal to initiate a request to establish an advertisement media transmission channel, thereby completing the establishment of the channel.
  • the advertisement information sent by the advertisement service control function entity to the user terminal may include parameters required for channel establishment, such as advertising media unicast address or multicast address, transmission protocol, media codec used, and the like.
  • the advertisement service control function entity may send advertisement information by means of SIP, SAP, RTSP, etc., and the message uses SDP (Session Description Protocol) or XML (extensible markup language).
  • SDP Session Description Protocol
  • XML extensible markup language
  • the Request-URI and the To header field are the SIP URI of the user terminal.
  • the Call-ID header field may be used and set as the identifier of the session.
  • the Content-Type header field is set to application/sdp to indicate that the message body is SDP, and is set to application/xml or application/adlnsertion+xml or other similar identifiers for indicating that the message body is XML or the like.
  • the advertising service control function entity can periodically send an SAP packet to a multicast address (such as the multicast group where the live channel currently being viewed by the user terminal), which carries the advertisement media transmission channel information, such as SDP. Or XML text.
  • a multicast address such as the multicast group where the live channel currently being viewed by the user terminal
  • the user terminal receives the SAP package and obtains the media transmission channel information when watching the live program, and initiates a request to establish a channel.
  • the advertisement service control function entity may send an RTSP ANNOUNCE message to the user terminal, where the SDP is carried to indicate that the terminal needs to obtain the specified advertisement at a determined moment (the information can be obtained by matching the advertisement service control function entity)
  • the user terminal thereby initiates a request to establish a channel.
  • the RTSP message may not pass through the Core IMS entity.
  • the user terminal may initiate a request for establishing an advertisement media channel, and the request may be sent to the same advertisement service control function entity, or another physical service control function entity that is physically independent, or Other network entities, such as advertising service servers, advertising media servers, IPTV service control functions, etc., aim to establish a channel for advertisement transmission.
  • the process can be completed by SIP, RTSP, or HTTP, such as sending SIP INVITE, RTSP SETUP, RTSP PLAY, HTTP GET, etc., carrying advertisement identification, advertising media channel parameters and other information.
  • SIP Session Initiation Protocol
  • RTSP Transmission Control Protocol
  • HTTP HyperText Transfer Protocol
  • the message interacts with the Core IMS entity, otherwise it may not pass through the entity.
  • the advertisement service control function entity After the advertisement service control function entity obtains the advertisement information, it does not instruct the user terminal to initiate a channel establishment request, but directly requests the user terminal to establish a channel. This process can be done using SIP or other protocols.
  • the advertisement service control function entity When the advertisement service control function entity is in the IPTV session path, the session modification re-INVITE or UPDATE may be initiated to the user terminal, and the establishment parameters of the advertisement media channel, such as SDP or XML, may be carried. For details, refer to another patent of the present invention. This will not be repeated.
  • the advertisement service control function entity may initiate an initial session request to the user terminal, and carry an advertisement media channel to establish parameters, such as using a SIP INVITE message, and carrying the advertisement media channel to establish the required SDP. .
  • the user terminal After receiving the request (session modification, session update or initial session request) sent by the advertisement service control function entity, the user terminal may respond according to the local policy or the terminal capability, and the advertisement media channel may be established after the success.
  • This process is similar to the basic IMS session process and can be referred to the TS 23.228 or TS 24.229 standard specifications.
  • the advertisement service control function entity After the advertisement service control function entity obtains the advertisement information, neither the advertisement media channel establishment request is initiated to the user terminal nor the user terminal is indicated, but the media server currently processing the IPTV media is found, and the advertisement information is spliced by the advertisement media.
  • the media channel is sent to the media server, which reuses the media channel required for the IPTV service, and is used to transmit the advertisement media during the advertisement insertion, and transmits the IPTV media when no advertisement is inserted.
  • This method requires the advertising service to be associated with an IPTV service, and to insert or push related advertisements in the IPTV service process. According to the different situations in the advertising service control function entity in the IPTV service session path in step S21, the following two methods are used:
  • the advertisement service control function entity may find the media server identifier (as part of the IPTV service status information) used by the currently ongoing IPTV service according to the session information, and the advertisement The inserted or pushed information is sent to the media server.
  • the CoD media function MF used by the CoD service can be obtained through the existing SIP mechanism (for example, using the Record-Route header field in the SIP message, or The identifier of the Route, Via, From, To, etc. header fields.
  • the advertisement service control function entity may: send the insertion instruction to the MF by using a SIP message (INFO, MESSAGE, REFER or other SIP message, such as INVITE, etc.) in the session.
  • a SIP message INFO, MESSAGE, REFER or other SIP message, such as INVITE, etc.
  • the advertisement service control function entity can perform similar indication function functions by other protocols such as RTSP signaling, HTTP, and the like. 2).
  • the advertisement service control function entity does not have a session or the like, or although the advertisement service control function entity is in the session path of the IPTV service, the information of the media server cannot be obtained from the session information. In this case, the media server information of the currently used IPTV service of the specified user terminal needs to be obtained in an additional manner:
  • step S21 the advertisement service control function entity subscribes to the online status of the user terminal or the user or the current conversation state information, which already contains the identifier of the media server (SIP URI such as sip:mcf_001@sp.com or RTSP URI Rtsp: ⁇ mcf_001.sp.com, or
  • the step of obtaining the media server information at this time is implemented in the same step as step S21; or
  • the advertisement service control function entity obtains the media server identifier of the processing medium in the current IPTV service from an entity such as the IPTV PS, or the S-CSCF, using a separate subscription or request;
  • the media server in progress of the IPTV service can actively release relevant information to the advertising service control function entity, including the media server identifier (SIP URI or RTSP URI, etc.), the IPTV service description information being processed (such as CoD program identification, and even IPTV). Information such as session ID, etc., user ID, etc.
  • the advertisement service control function entity After obtaining the media server information responsible for media splicing, the advertisement service control function entity will insert advertisement information, such as advertisement identifier, insertion time information, etc., with SIP messages (INFO, MESSAGE, REFER or other SIP messages, such as INVITE, etc.) Sending to the media server, instructing the media server to perform media splicing; the advertising service control function entity may also achieve the purpose of indication through a non-SIP manner, such as RTSP, HTTP, or a proprietary protocol.
  • a non-SIP manner such as RTSP, HTTP, or a proprietary protocol.
  • the user terminal After establishing an advertising media transmission channel (in a, b, c or other manner) (new media channel, or reusing the media channel used by the IPTV service), the user terminal can actively request to obtain advertising media by using IGMP, MLD or RTSP. Or the user terminal does not send any request, and the media splicing is performed by the network side, so that the advertisement media reuses the transmission channel used by the original IPTV service and is sent to the user terminal. According to the needs of the business and the wishes of the users, it is decided to The IPTV program media is provided to the user in a manner that is played together (eg, in a multi-picture format) or in an advertisement replacement manner.
  • FIG. 5 is a flowchart of Embodiment 1 of the advertisement insertion in the live broadcast in the embodiment of the present invention.
  • the session is triggered to the AD-SCF by the Core IMS direct iFC, and is associated with the BC session.
  • the advertisement information notifies the UE when the session is established ; the UE completes the switching between the advertisement media and the BC media by switching the multicast group when the advertisement insertion time arrives, and the specific steps are as follows:
  • Steps S101 to S108 are steps for completing the BC session by serializing the AD-SCF into the session when the BC service session is established:
  • Step S101 The UE initiates a BC service request.
  • the request may be a basic BC service session, and does not carry the identifier of the user accepting the network advertisement insertion; or may carry the advertisement insertion identifier.
  • the way to carry the advertisement insertion identifier can be achieved by, but not limited to, the following:
  • Step S102 The Core IMS performs matching according to the preset iFC rule, and determines whether to trigger the advertising service control function entity (ie, the AD-SCF), and the trigger point may be based on the Request-URI, the SIP header field, or other session information.
  • the advertising service control function entity ie, the AD-SCF
  • Step S103 The Core IMS triggers the BC service request to the AD-SCF.
  • Step S104 The AD-SCF authorizes the user to use the advertisement service by obtaining the user subscription data or according to the relevant identifier in the BC service request (as set in step S101);
  • the AD-SCF can also add description information of the advertisement insertion time in the a line, such as
  • Step S105 After authorizing the user's request, the AD-SCF sends the BC service request to the BC-SCF (Broadcast Service Control Function) through the Core IMS to complete the authorization of the BC service, media negotiation, and the like.
  • BC-SCF Broadcast Service Control Function
  • Step 5a The AD-SCF can function as a SIP Proxy, and forward the BC service request, that is, the SIP INVITE as a Proxy to the Core IMS; or the AD-SCF acts as a UE (B2BUA, Back to Back User Agent, Back-to-Back User Agent), A SIP INVITE request, sent to the Core IMSo.
  • the request can carry SDP information related to the BC service to negotiate the BC media channel.
  • Step 5b The Core IMS sends the BC service request to the SCF, g ⁇ BC-SCF, which performs the BC service, by means of iFC triggering.
  • Step 5c After the BC-SCF authorizes the request, it can return a BC service response to the Core IMS, such as 200 OK, which can carry the SDP information related to the BC service.
  • the Core IMS such as 200 OK
  • Step 5d The Core IMS returns the BC service response to the AD-SCF according to the session path.
  • Step S106 After obtaining the BC service response (from the BC-SCF), the AD-SCF matches the appropriate advertisement information for the user according to the current service status information, user data, and the like, and may include the multicast address of the advertisement, or the advertisement. Other descriptive information; If the AD-SCF in step S104 has already added advertisement-related information to the BC service request, this step may be omitted.
  • Step S107 to step S108 The AD-SCF returns the BC service response to the Core IMS.
  • the UE After completing the response of the BC service, the UE obtains advertisement information in the live channel, such as a multicast address, advertisement insertion time information, and the like.
  • the Core IMS can allocate appropriate network resources to the UE according to the advertisement information in the BC service response and the basic BC session information, such as the reserved bandwidth is the maximum value of the advertisement media bandwidth and the BC media bandwidth, or twice. , here can be combined with the actual situation.
  • Step S109 The UE joins the multicast distribution node ECF/EFF through a multicast group joining protocol, such as IGMP or MLD, to obtain a BC media stream.
  • a multicast group joining protocol such as IGMP or MLD
  • the BC media stream may also carry the advertisement insertion time of the current live channel.
  • the AD-SCF may not add information about the advertisement insertion time in the BC service request (or response). That is, when the current media stream starts to be advertising time, you can insert other media. For example, at the end of the first half of the game, the media stream can carry the start time and end time of the intermission. During this time, the local operator can Insert a local ad.
  • Steps S110 to S115 are the processes of the advertisement insertion:
  • Step S110 The UE obtains an advertisement insertion time from the BC media stream in step S108 or from step S109, and selects one of the one or more candidate advertisement multicast addresses to prepare a switch of the BC media stream to the advertisement media stream;
  • Step Sill The UE initiates a multicast group join request to the ECF/EFF, such as an IGMP JOIN message, carrying the selected advertisement multicast group address;
  • Step S112 The UE obtains an advertisement media stream from the multicast distribution node ECF/EFF.
  • the UE may not quit the BC multicast group, and the UE simultaneously obtains the BC media and the advertisement media; the UE may also exit the BC multicast group first, and then join the advertisement multicast group, and the UE receives only one media at the same time. In order to ensure smooth switching between media, UE can also add more ads. After the broadcast group exits the BC multicast group, the UE receives two media in one time period and needs twice the bandwidth.
  • Step S113 The UE detects that the advertisement insertion time is over, and the time information source and the step
  • Step S114 The UE initiates a multicast group leaving request, such as an IGMP LEAVE message, to the ECF/EFF, indicating that the group that leaves the advertising multicast group is removed.
  • a multicast group leaving request such as an IGMP LEAVE message
  • Step S115 The UE recovers the BC media stream from the multicast distribution node ECF/EFF.
  • the UE When the previous UE does not exit the BC multicast group, the UE does not need to join the BC multicast group, and only needs to
  • the BC media stream is covered by the advertisement media for display; if the UE quits the BC multicast group during the advertisement, then the multicast group needs to be re-joined, for example, the IGMP JOIN is used to carry the BC multicast group address; Smooth handover, the UE may also perform step S114 after joining the BC multicast group address.
  • FIG. 6 is a flowchart of Embodiment 2 of the advertisement insertion in the live broadcast in the embodiment of the present invention, which is mainly sent by the AD-SCF to the UE by using a SIP MESSAGE or INFO message, carrying an advertisement multicast address, etc. before the advertisement time arrives.
  • the multicast group switching is performed by the UE, and the specific steps are as follows:
  • Steps S201 to S209 are steps for serializing the AD-SCF into the BC session
  • the interaction between the Core IMS and the AD-SCF may be triggered by the iFC on the S-CSCF to the AD-SCF, or the S-CSCF may trigger the iFC to a Service Broker, and then the service agent according to the current Information such as the business status, user online status, etc. is triggered to the AD-SCF.
  • These two methods differ in the timing of triggering and the rules of triggering, but the purpose is the same, that is, the AD-SCF can sense the current status of the IPTV service, such as the currently viewed BC channel, the viewed CoD program, whether or not Registration, online or not.
  • Steps S201 to S209 complete the establishment of the BC session while the AD-SCF is in the session, so that the UE can obtain the content of the current BC channel from the multicast group through the BC multicast group management protocol (such as IGMP or MLD, etc.).
  • Step S211 The AD-SCF sends the matching obtained advertisement information to the specific UE (the UE used by the user or the user group) via the Core IMS.
  • the advertisement information may be completed by using SIP INFO, SIP MESSAGE, SIP NOTIFY, SIP REFER, etc., and the message may include a matching advertisement identifier (a multicast group identifier, such as a multicast address), and may also include a time for performing an advertisement insertion.
  • a matching advertisement identifier a multicast group identifier, such as a multicast address
  • time for performing an advertisement insertion Such as the determined UTC or GMT time point (such as 2008-09-09T09:09:09Z), or a time identifier with certain semantics (such as "now" means to switch immediately); this information can also include the time when the ad ends, the same It can be a determined point in time or a time identifier with certain semantics.
  • Step S212 The UE obtains the advertisement medium by adding to the multicast group where the advertisement is located when the advertisement insertion time comes.
  • This process can be done through IGMP or MLD protocols, such as IGMP JOIN.
  • the UE may not exit the multicast group of the BC channel, or may quit the BC channel multicast group, except that the UE acquires a media stream (only an advertisement) or two media streams (a BC channel and an advertisement medium).
  • Step S213 When the advertisement time ends, the AD-SCF prepares to notify the UE.
  • the step is optional. Then, when the advertisement time arrives, the UE already knows that the advertisement ends at that time.
  • Step S214 The AD-SCF sends a notification of the end of the advertisement time to the UE, and the process Core can be sent by using SIP INFO, SIP MESSAGE, SIP NOTIFY, SIP REFER and the like. This step is optional when the AD-SCF has sent the UE to the UE at the time when the advertisement ends in step S211.
  • Step S215 The UE exits the advertisement multicast group at the end of the advertisement time, thereby restoring the replaced BC channel media.
  • the UE may not exit the advertisement multicast group at the end of one advertisement time, but the advertisements in all the channels have ended. Or the intermediate UE performs channel switching, and the advertisement multicast group associated with the target channel is different from the current advertisement multicast group). If the UE quits the current BC channel multicast group during the commercial break, then it is necessary to rejoin the BC multicast at this time to obtain the BC media stream.
  • FIG. 7 is a flowchart of Embodiment 3 of the advertisement insertion in the live broadcast in the embodiment of the present invention, which is mainly sent by the AD-SCF to the UE by using a SIP MESSAGE or INFO message, carrying an advertisement multicast address, etc. before the advertisement time arrives.
  • the multicast group switching is performed by the UE, and the specific steps are as follows: Steps S301 to S309 are processes for serializing the AD-SCF into the BC session:
  • Step S301 The UE initiates a BC service request, and is triggered by a Core IMS to a specific service agent (Service Broker, ie, SB);
  • Service Broker ie, SB
  • Step S302 The SB performs dynamic service triggering to the AD-SCF according to one or more kinds of information in the service state change, the user terminal, or the online state of the user.
  • Step S303 The AD-SCF returns the BC service request to the B2BUA or Proxy mode.
  • Step S304 The SB sends the BC service request to the BC-SCF according to the local rule or the service status.
  • Steps S305 to S308 are paths for responding to the BC service, and are sequentially sent to the UE according to the request path, thereby establishing a SIP session of the BC service.
  • Step S309 The UE joins the current BC channel according to the multicast address to obtain the BC media stream.
  • Step S311 The AD-SCF sends the matching advertisement insertion instruction to the media distribution server (ie, BC-MF) of the current BC service;
  • the media distribution server ie, BC-MF
  • the instruction may include one or more matching advertisement identifiers (multicast group identifiers, such as multicast addresses), and may also include the time for the advertisement to be inserted, such as the determined UTC or GMT time point (eg, 2008-09-09T09). :09:09Z ) , or a time identifier with a certain semantics (such as "now" means to switch immediately); the instruction may also include the time when the advertisement ends, and may also be a determined point in time or a time identifier with certain semantics.
  • This process can be sent by using SIP INFO, SIP MESSAGE, SIP NOTIFY, SIP REFER and other information.
  • Step S312 After obtaining the advertisement insertion instruction, the BC-MF sends one or the advertisement medium to the designated advertisement multicast group identifier in a multicast manner when the advertisement insertion time arrives;
  • the advertisement A in the time period can be sent to the multicast address MA, and the advertisement B in the time period is sent to the multicast address MB and the like.
  • the BC-MF can stop sending the current BC media stream to the BC multicast group, or stop sending the BC media stream, which can be determined according to the actual situation.
  • Step S313 The AD-SCF sends the matching advertisement information to a specific UE (the UE used by the user or the user group);
  • the information may include a matching advertisement identifier (multicast group identifier, such as a multicast address), and may also include the time for the advertisement to be inserted, such as the determined UTC or GMT time point (eg, 2008- 09-09T09:09:09Z) ), or a time identifier with a certain semantics (such as "now" means to switch immediately); the information may also include the time at which the advertisement ends, and may also be a determined point in time or a time identifier with deterministic semantics.
  • This process can be sent by SIP INFO, SIP MESSAGE, SIP NOTIFY, SIP REFER, etc.
  • This process can also be used to send advertisements through AD-SCF.
  • the information is sent in a multicast manner, such as being directly sent to a certain multicast address and being intercepted by the UE, or transmitting the advertisement information to the BC-MF, and the BC-MF transmits the current BC media stream.
  • Step S314 The UE joins the multicast group where the advertisement is located when the advertisement insertion time arrives, thereby obtaining the advertisement medium;
  • each UE may exit the BC channel multicast group or exit the BC channel multicast group, depending on whether the UE acquires one media stream (only advertisement) or two media streams (BC channel and advertisement media).
  • This step can be done through an IGMP or MLD protocol, such as an IGMP JOIN message, carrying the advertisement multicast group address.
  • Step S315 When the advertisement time ends, the AD-SCF prepares to notify the UE.
  • This step is optional when the AD-SCF has sent the UE to the UE at the time when the advertisement ends in step S311.
  • Step S316 The AD-SCF sends an advertisement insertion end instruction to the BC-MF that performs the advertisement insertion;
  • This process can be sent by using SIP INFO, SIP MESSAGE, SIP NOTIFY, SIP REFER and other information.
  • This step is optional when the time when the AD-SCF has already sent the advertisement to the BC-MF in step S311.
  • the BC-MF After the BC-MF obtains the advertisement insertion end command, it stops sending advertisement media to each advertisement multicast group; when the BC-MF stops transmitting the BC media stream during the advertisement insertion, it is necessary to resume the transmission of the BC media stream at this moment.
  • Step S317 The AD-SCF sends a notification that the advertisement time ends to the UE, and the path is Core.
  • This process can be sent by using SIP INFO, SIP MESSAGE, SIP NOTIFY, SIP REFER and other information.
  • This step is optional when the AD-SCF has sent the UE to the UE at the time when the advertisement ends in step S312.
  • the UE may not exit the advertisement multicast group at the end of one advertisement time, but the advertisements in all the channels have ended. Or the intermediate UE performs channel switching, and the advertisement multicast group associated with the target channel is different from the current advertisement multicast group). If the UE quits the current BC channel multicast group during the commercial break, then it is necessary to rejoin the BC multicast at this time to obtain the BC media stream.
  • the process of exiting the advertising multicast group can be done by IGMP or MLD, such as using IGMP LEAVE, carrying the advertising multicast group address.
  • FIG. 8 is a flowchart of a fourth embodiment of an advertisement insertion in a live broadcast according to an embodiment of the present invention.
  • the AD-SCF subscribes to the online state of the user terminal or the user, and obtains the current service status, thereby transmitting the matched advertisement information.
  • the UE obtains the advertisement media (unicast session or multicast session) by re-initiating the advertisement session, and the specific steps are as follows:
  • Step S401 The UE establishes a SIP session for the BC with the BC-SCF, and receives the BC media stream.
  • Step S402 The AD-SCF subscribes the PS to the online status of the specific UE.
  • This process can be done using SIP SUBSCRIBE, which can be done before or after step S401.
  • Step S403 to step S405 When the UE performs channel switching (such as jumping from channel A to channel B), the target channel information (i.e., the identifier of channel B) is released to the PS as the current online state change of the UE.
  • the process can also carry the live section target currently playing in the target channel.
  • Step S406 The PS updates the online status of the UE to the subscriber AD-SCF;
  • the process can be completed using SIP NOTIFY, carrying the online status information of the UE.
  • Step S407 After the AD-SCF acquires the current IPTV service status of the UE, according to user preferences, user purchase habits, user subscription information, current BC channel metadata, current BC frequency The metadata of the program in the track, and one or more data in the advertisement metadata, are matched to generate appropriate advertisement information;
  • the advertisement information includes an advertisement multicast group address, an advertisement unicast address, and the like.
  • Step S408 The AD-SCF sends the advertisement information to the UE.
  • the process may be sent by means of SIP MESSAGE, SIP NOTIFY carrying the advertisement information, or the AD-SCF transmitting the advertisement information to the BC-MF sent by the current channel media, and the BC-MF is sent on the media side.
  • Step S408 The UE obtains an advertisement-based session by receiving a SIP message, or obtains advertisement information from a multicast group of the BC, and receives an advertisement media, such as joining an advertisement multicast group, or connecting to an advertisement media server, to obtain a unicast advertisement stream. .
  • FIG. 9 is a flowchart of Embodiment 1 of the advertisement insertion in the on-demand according to the embodiment of the present invention, which mainly uses the iFC triggering method to associate the AD-SCF with the CoD session.
  • the AD-SCF Use the message method to notify CoD-MF to splicing advertisements. The specific steps are as follows:
  • Steps S501 to S507 are processes for serializing the AD-SCF during the establishment of the CoD session:
  • Step S501 The UE initiates a CoD service request, a gp SIP INVITE, via the Core IMS.
  • the request may not carry an indication of whether the user accepts the network advertisement; or may indicate the user's willingness to accept the network advertisement in the message body or the header field according to the user's will, or information such as the metadata of the CoD, and the feasible method includes: It is not limited to the following:
  • the UE's service request passing through the AD-SCF it can be directly triggered to the AD- by the Core IMS iFC.
  • the SCF, or Core IMS triggers the request to a specific Service Broker, which is then triggered by the Service Broke to the AD-SCF based on information such as the current service state, the user terminal, or the user's online status.
  • Step S502 The AD-SCF authorizes the user to use the advertisement service according to the CoD service request.
  • the AD-SCF When the request carries the intention to accept the advertisement, or the AD-SCF learns from the user subscription data that the user has signed the advertisement in the CoD, it can be considered that the advertisement insertion can be performed in the current CoD service.
  • the AD-SCF can immediately match the advertisement for the user, obtain appropriate advertisement information, and add it to the CoD service request; this step can also not match the advertisement, but arrive at the AD in the CoD service response.
  • the advertisement information is generated by the AD-SCF (ie, step 4). How to achieve specific can be decided according to the actual situation.
  • Step S503 The AD-SCF sends the CoD service request to the CoD-SCF via the Core IMS to complete the session establishment of the CoD service.
  • Step 3a The AD-SCF sends the CoD service request to the Core IMS, and carries the information required for the CoD service establishment, such as the Request URI is the identifier of the program, the message body carries the SDP information of the CoD media channel negotiation, and the like.
  • the AD-SCF can be used as a proxy or B2BUA for session transmission.
  • Step 3b Core IMS triggers the CoD service request to the CoD-SCF through iFC.
  • Step 3c The CoD-SCF acts as a B2BUA of the UE according to the CoD service request or
  • Proxy the request is rerouted to Core IMS.
  • Step 3d Core IMS sends a CoD service request to a CoD-MF.
  • Steps 3e to 3h respond to the CoD service request by the CoD-MF, and the response message passes through the Core IMS, the CoD-SCF, and the Core IMS to the AD-SCF.
  • Step S504 After the CoD service response 200 OK message is returned to the AD-SCF, the AD-SCF can match the appropriate advertisement information according to the user preference, the purchase habit, the current CoD service status, the advertisement metadata, and the like, and add the 200 OK in the message.
  • step S502 If the step of ad matching and advertisement information generation is already included in step S502, this step is optional.
  • Step S505 The AD-SCF sends the CoD service response including the advertisement information to the UEo via the Core IMS.
  • Step S506 The UE establishes a media channel with the CoD-MF through the media information in the SIP session (step S501 to step S505).
  • ETSI TS 183063 there are two possible ways, g ⁇ RTSP method 1 or RTSP method 2.
  • the specific media channel establishment process can refer to this specification, which will not be described in this paper.
  • Step S507 The CoD-MF sends the media stream of the current CoD program to the UE after the media channel is established.
  • Steps S508 to S515 are processes for the advertisement insertion:
  • the instruction may be a SIP MESSAGE, or a message such as SIP INFO.
  • the start and end time of the advertisement switching may be carried (or a semantic identifier such as "Now" indicates that the insertion is performed immediately), and the time period needs to be performed.
  • the SIP message may be a message within the CoD session or a message outside the CoD session.
  • the AD-SCF may directly send RTSP or non-SIP messages such as HTTP and SOAP to the CoD- MF, then the message can not pass through the Core IMS entity.
  • the switching instruction may carry a switching instruction of an advertisement in a certain time period, or a plurality of advertisement switching instructions in a certain period of time, or a plurality of advertisement switching instructions in multiple time periods.
  • Step S509 The Core IMS forwards the media switching instruction sent in step S508 to the CoD-MF currently performing CoD media distribution.
  • Step S510 The CoD-MF triggers the media switching in the process of processing the specific CoD media transmission, and performs media switching according to the switching time, the advertisement identifier, and the like in the switching instruction, gp: suspending the transmission of the current CoD media, and obtaining the indication indicated by the advertisement identifier.
  • Advertising media which sends the advertising media along the transmission channel of the CoD media. At this time, the advertising medium can use the same transmission parameters as the CoD media, such as codec, destination address and port, bandwidth, and the like.
  • Step S511 The CoD-MF sends the advertisement media using the original CoD media channel, and the UE receives the advertisement media from the same unicast address on the same port.
  • the UE may not perceive the switching between the CoD media and the advertising media (but the user can perceive, that is, the content presented has changed).
  • Step S512 When the advertisement insertion time ends, the AD-SCF still sends a media switching instruction to the CoD-MF in the manner described in step S508, instructing to resume the current CoD media transmission.
  • this step passes through Core IMS.
  • Step S513 When the media switching instruction in step S508 uses SIP, the Core IMS forwards the media switching instruction to the CoD-MF.
  • step S512 and step S513 are optional, that is, the MF itself can perform media switching according to the time point, and does not need AD-SCF indication.
  • Step S514 The CoD-MF performs media switching according to the media switching instruction, that is, stops transmitting the advertising media stream, and resumes transmission of the CoD media in the original CoD transmission channel.
  • Step S515 The process of CoD media recovery, at this time, the UE does not perceive the switching of the advertisement media to the CoD media, but from the user's point of view, the presented content has changed (the advertisement insertion ends, and the CoD playback is resumed).
  • steps S508 and S509 may be performed only once or multiple times, and steps S512 and S513 may be performed 0 times, one time or multiple times:
  • AD-SCF can inform all advertised insertion plans only once to the MF during the whole process, and all subsequent handovers are completed by MF, and the recovery of CoD is not allowed to be notified by AD-SCF;
  • the AD-SCF can notify the MF of all the advertisement insertion plans in the time period according to the advertisement time period, and then the MF performs the advertisement insertion in order, and then the MF automatically restores the CoD, or the AD-SCF further executes the steps S512 and S513 to notify once;
  • the AD-SCF can also notify the MF at the beginning of each advertisement, and the CoD recovery after the advertisement insertion is also notified by the AD-SCF.
  • FIG. 10 is a flowchart of Embodiment 2 of the advertisement insertion in the on-demand in the embodiment of the present invention, which is mainly performed by the AD SCF by requesting advertisement from the AD MF and initiating session modification/session establishment to the UE, thereby establishing a new advertisement medium.
  • Channel, send an advertisement the specific steps are as follows:
  • Steps S601 to S605 are the flow of serializing the AD-SCF in the process of establishing the CoD session, and the process of serializing the AD-SCF in the process of establishing the CoD session in steps 501 to S506.
  • Step S606 The AD-SCF is based on the user data. Information such as program metadata, advertisement metadata, and operation policies are matched to generate advertisement information.
  • Step S607 The AD-SCF requests the advertisement from the advertisement media server AD-MF instead of the UE. The process can be completed by using a SIP INVITE, carrying the matching generated advertisement identifier, and carrying the negotiation parameters of the advertisement media channel.
  • Step S608 The Core IMS forwards the advertisement session request.
  • Step S609 The AD-MF responds to the advertisement session request, if a 200 OK is generated, carries the SDP Answer negotiated by the advertisement media, and returns the request response to the AD-SCF.
  • Step S610 The AD-SCF initiates a session modification or a session update to the UE according to the current CoD session state, and carries advertisement related information, such as an advertisement identifier, an advertisement media negotiation parameter, and the like.
  • advertisement related information such as an advertisement identifier, an advertisement media negotiation parameter, and the like.
  • This process can be done by using SIP UPDATE or SIP INVITE, carrying the current CoD session ID (from the Call-ID header field, etc.).
  • the session modification may add the SDP information of the advertisement in the session SDP of the original CoD, such as adding m lines or replacing the m lines of the current CoD media to transmit the advertisement media; optionally, the session modification or update request may be used.
  • the SDP carries the time information of the advertisement insertion.
  • the XML text can be carried by using a multi-message body to indicate the plan of the advertisement insertion, such as the Content-Type header field of the message using Multipart/related or Multipart/mixed. XML indication.
  • Step S611 The UE accepts the session modification response.
  • Step S612 The advertisement media channel is established.
  • Step S613 The advertisement session is removed.
  • Step S614 CoD session modification.
  • Step S615 The CoD session modifies the response.
  • Step S616 CoD media stream.
  • FIG. 11 is a flowchart of Embodiment 3 of the advertisement insertion in the on-demand in the embodiment of the present invention, that is, the AD-SCF is first serialized into the CoD session, and the advertisement insertion instruction information is generated, and sent to the session request manner.
  • CoD-MF then CoD-MF automatically media splicing according to the commercial insertion instructions, without the need for AD-SCF to indicate, the specific steps are as follows: Steps S701 to S707 are processes for serializing the AD-SCF during the establishment of the CoD session:
  • Step S701 The UE initiates a CoD service request, and is sent to the AD-SCF after being triggered by the iIMS of the Core IMS.
  • Step S702 The AD-SCF authorizes the advertisement service for the CoD service request.
  • the AD-SCF authorizes the advertisement service; if the AD-SCF authorization is unsuccessful, it can directly return to the Core IMS.
  • a failure response is determined by the Core IMS according to the failure response, whether it continues to match the subsequent iFC, completes the CoD process, or returns the failure response to the UE, rejecting the CoD service request of the UE (the unauthorized unsuccessful step is not identified in the process) come out) .
  • Step S703 The AD-SCF generates an appropriate advertisement according to the CoD service request and the information of the user data, the program metadata, the advertisement metadata, and the like, and generates an advertisement insertion instruction;
  • Step S704 The AD-SCF requests the CoD-SCF and the CoD-MF to acquire the CoD program with advertisement instead of the UE.
  • the AD-SCF initiates a CoD service request, g ⁇ SIP INVITE, including the CoD described in ETSI TS 183063.
  • the message format which also includes an advertisement insertion instruction;
  • SDP SDP description manner
  • the advertisement insertion instruction may also be carried in the SIP message by using an XML, for example, using the Content-Type: Multipart method, in addition to the SDP carrying the CoD, carrying another XML text for describing the advertisement insertion time and the
  • the advertising logo in the time period in addition to this, can also carry other instruction information, such as whether the VCR is allowed during the advertising period.
  • An example of a SIP message carrying XML text is as follows:
  • the CoD-SCF can forward the CoD session request of the AD-SCF to the CoD-
  • CoD-MF performs resource preparation for CoD
  • CoD-MF knows the advertisement insertion instruction of AD-SCF, including the advertisement insertion time point in the current CoD, and the identifier of the advertisement to be inserted at each time point.
  • the CoD-MF sends the session response (200 OK) to the CoD-SCF, it is returned to the AD-SCF by the CoD-SCF to indicate that the CoD session allowing the insertion of the advertisement is successfully established.
  • Step S705 After requesting the CoD session, the AD-SCF returns the CoD service response to the UE via the Core IMS.
  • the 200 OK response may carry the advertisement insertion instruction generated before the AD-SCF, or may not carry the advertisement related negotiation information.
  • Step S706 The process of establishing the CoD media transmission channel can comply with the standard specification ETSI TS
  • Step S707 The CoD-MF prepares the on-demand media stream and sends it to the UE.
  • Step S708 The advertisement insertion time arrives (determined by the AD-SCF in step S703 and sent to the CoD-MF via step S704), and the CoD-MF acquires the identifier of the interstitial advertisement corresponding to the corresponding time, and prepares an advertisement medium, such as from the advertisement medium.
  • the server obtains advertising media and the like.
  • Step S709 The CoD-MF suspends the current CoD media stream (while recording the pause time point of the current CoD program), and replaces the obtained advertisement media.
  • the advertising media uses the transmission parameters of the original CoD media for transmission, such as destination address, bandwidth, codec, and the like.
  • Step S710 The advertisement insertion time ends, the CoD-MF stops sending the advertisement medium, and restores the current CoD media: the CoD program media identifier, and the recovery time point (the pause time point recorded in step S709), and resumes transmitting the CoD program.
  • Step S711 The CoD media resumes transmission, and still uses the CoD media channel that is initially negotiated.
  • FIG. 12 is a flowchart of Embodiment 4 of the advertisement insertion in the on-demand in the embodiment of the present invention, that is, the AD-SCF first senses the current IPTV session state, and inserts an advertisement for the UE according to the perceived IPTV session state, and the specific steps are as follows: :
  • Step S801 The UE initiates a session request to the CoD-SCF, establishes an on-demand session, and receives the CoD media stream from the CoD MF.
  • Step S802 The AD-SCF requests the dialog state server (Dialog status Server) to subscribe to the conversation state of the specific user.
  • Dialog state server Dialog status Server
  • the AD-SCF can initiate a SIP SUBSCRIBE message, and the event header field carries the dialog state event package name dialog.
  • Step S803 After the CoD session is successfully established, the CoD-SCF issues the current session state information of the specific UE to the Dialog status Server through the Core IMS, and carries the service state information of the current CoD session, such as the CoD program identifier currently being viewed.
  • the identifier SIP URI or IP address, etc.
  • Step S804 The Dialog status Server sends a notification message to the AD-SCF when the session status is updated, and carries the conversation state of the current UE.
  • the process can be completed using a SIP NOTIFY message, the event header field carries the dialog state event package name dialog, and the message body carries the current CoD session.
  • the service status information such as the CoD program identification currently being viewed, may also carry the identity (SIP URI or IP address, etc.) of the conversation member CoD-MF.
  • the Dialog status server can be a separate server or integrated by entities in the Core IMS.
  • the S-CSCF can automatically record the session status information for the registered UE and provide the AD-SCF for subscription. Send a notification to the AD-SCF.
  • Step S805 After learning the current IPTV session state, the AD-SCF performs advertisement matching according to one or more data in the user data, the current CoD program metadata, and the advertisement metadata, and generates an advertisement insertion instruction.
  • the advertisement insertion instruction may include information such as the current CoD program identification, the time of the advertisement insertion (such as the npt pause time point, or the pause duration), and one or more advertisement identifiers to be inserted.
  • Step S806 The AD-SCF obtains the CoD-MF identifier currently sent by the CoD media from the service status information, and therefore sends the advertisement insertion instruction generated in step S805 to the CoD-MF through the Core IMS.
  • the process may be completed by a SIP MESSAGE or INFO or REFER message outside the session, the message body carrying XML text describing one or more commercial break instructions in one or more time periods.
  • Step S807 The Core IMS forwards the commercial insertion instruction to the CoD-MF.
  • Step S808 The CoD-MF splicing the media according to the advertisement insertion instruction, that is, suspending the current CoD media playback, and acquiring the advertisement media, and transmitting along the current CoD media channel.
  • Step S809 The advertisement media stream is sent from the CoD media channel to the UE.
  • the UE may not be aware of the switching of the media, but from the user's point of view, the presented picture has been converted from CoD to an advertisement.
  • Step S810 The CoD-MF resumes playing the CoD program at the end of the advertisement insertion time, that is, stops sending the advertisement media, and transmits the suspended CoD media from the current media channel.
  • Step S811 The CoD media resumes playing. In this process, the UE may not perceive the switching of the media, but from the perspective of the user, the presented picture has been converted from the advertisement to the CoD and played from the pause point.
  • FIG. 13 is a flowchart of Embodiment 5 of the advertisement insertion in the on-demand according to the embodiment of the present invention, that is, the AD-SCF sends the advertisement information to the UE, and the UE controls the advertisement and the CoD, and the specific steps are as follows:
  • Step S901 The UE establishes a CoD session with the CoD-SCF, and receives the on-demand program media stream from the CoD-MF.
  • Step S902 The AD-SCF obtains the current ⁇ service state information of the current UE by means of Presence, dialog state information, and the like, which is similar to the foregoing implementation scheme.
  • Step S903 The AD-SCF matches and generates the advertisement information according to information such as user data, program metadata, advertisement metadata, and operation policy.
  • Step S904 The AD-SCF sends the generated advertisement information to the UE.
  • the process can be completed by using SIP MESSAGE, SIP INFO, SIP REFER, etc.; if the UE subscribes to the advertisement information before step 3, then the AD-SCF can use SIP NOTIFY for notification.
  • Step S905 The UE may initiate an advertisement session request to the AD-SCF according to the result of the user selection (or automatic selection) according to the content of the advertisement information.
  • Steps S906 to S909 are consistent with the basic CoD process, except that the request is for an advertisement.
  • the UE may perform a VCR pause operation on the CoD that needs to be suspended temporarily, such as initiating an RTSP PAUSE request to the CoD-MF.
  • the pause time point is recorded; at the same time, the UE needs to initiate the transmission of the advertisement medium, such as sending an RTSP PLAY request to the AD-MF, thereby receiving the advertisement media stream.
  • the UE may also not receive the CoD media, but also receive the advertising media, and present the two together in the same screen. How to achieve it depends on the actual situation.
  • Step S910 When the advertisement time ends, the UE or the AD-MF initiates the session release, tears down the advertisement session, and stops sending the advertisement media stream. At the same time, if the UE has previously suspended the CoD The media needs to resume the playback of the on-demand media at this time. For example, if the UE initiates an RTSP PLAY request to the CoD-MF, it can carry the relative time point when the pause was previously performed.
  • Step S911 The UE resumes receiving the on-demand media stream from the CoD-MF, and completes the advertisement insertion.
  • FIG. 14 is a flowchart of Embodiment 6 of the advertisement insertion in the on-demand in the embodiment of the present invention, that is, the CoD-MF in the session sends a report of the VCR media operation information of the UE to the AD-SCF in the session, for example, the user views.
  • the ij AD-SCF reports the VCR information of the CoD-MF, generates an advertisement insertion instruction, and obtains an advertisement insertion instruction, and the CoD-MF performs media splicing according to the instruction.
  • the specific steps are as follows:
  • Step S1001 The UE requests CoD, and the request is triggered by the Core IMS to the AD-SCF. This process can be implemented by using SIP INVITE.
  • Step S1002 The AD-SCF forwards the CoD service request to the Core IMS.
  • the AD-SCF can serve as the B2BUA of the UE, forward the CoD service request, or forward the request as a normal SIP Proxy.
  • Step S1003 to step S1006 The process of establishing a CoD session may refer to the standard specification TS 182027.
  • Step S1006 includes a response of the CoD session establishment, and needs to go through the AD-SCF before returning to the UE. Through these steps, the UE obtains the unicast media stream from the CoD-MF and performs the observation.
  • S1007 During the viewing process, the UE triggers the media control operation to pause the on-demand program. This process can be done with an RTSP PAUSE request.
  • Step S1008 The CoD-MF reports the media operation information of the UE to the AD-SCF.
  • the process can carry media operation information through SIP INVITE, SIP MESSAGE, SIP INFO or other non-SIP methods, such as HTTP PUT, or RTSP ANNOUNCE, and can include information such as CoD program identification, pause time point and the like.
  • SIP messages When SIP messages are used, the signaling needs to be forwarded through the Core IMS entity.
  • Step S1009 The AD-SCF performs matching of the advertisement according to the media operation information, and selects an appropriate advertisement to generate an advertisement insertion instruction, which includes information such as an advertisement identifier, a time point of insertion, and a duration.
  • Step S1010 The AD-SCF sends an advertisement insertion instruction to the CoD-MF.
  • the process can be responded to by INVITE (eg 200 OK), SIP MESSAGE, SIP INFO or other non-
  • the SIP method is completed, such as a proprietary protocol.
  • the match may not be sent to the CoD-MF after the advertisement is obtained, but is forwarded to the UE currently watching the program, thereby completing the push of the advertisement.
  • Step S1011 After the CoD-MF receives the insertion instruction, the media is spliced, that is, the current suspension is suspended.
  • the CoD program, and the matched advertising medium is sent to the UE by reusing the CoD transmission channel (e.g., using the same unicast address and port, etc.).
  • Step S1012 As a result of the step S1011, the UE obtains the advertisement medium in the process of suspending the CoD.
  • the suspension of the program in step S1007 in the solution leads to the insertion of the advertisement.
  • other media control operations may also cause the advertisement to be played. For example, when the fast forward, the advertisement medium is sent together with the fast forward CoD media, and simultaneously presented at the terminal. , and many more.
  • Step S1013 The UE performs a VCR operation again to resume playback of the CoD media. This process can be done by using RTSP PLAY.
  • Step S1014 The CoD MF reports the VCR operation information to the AD-SCF in a manner similar to the step S1008.
  • Step S1015 The AD-SCF generates an indication of program recovery, which may include information such as recovered section target recognition, recovery time point, and the like, and sends the information to the same CoD-MF. This process can be performed in a similar manner to step S1010, except that the information carried is different.
  • Step S1016 After receiving the instruction for program recovery, the CoD-MF stops sending the advertisement medium, and sends the suspended CoD media from the pause time point, thereby restoring the playback of the CoD program.
  • Step S1017 As a result of the step S1016, the UE resumes playing the CoD program.
  • step S1013 to step S1017 may not interact with the AD-SCF, that is, after the UE's VCR resume playback instruction (RTSP PLAY) arrives at the CoD-MF, the latter does not need to report the AD-SCF, but performs the self according to the instruction.
  • the playback of the CoD program, at this time, step S1014 and step S1015 are optional.
  • FIG. 15 is a flowchart showing Embodiment 1 of the advertisement information pushing process in the embodiment of the present invention, by using an SB to associate an AD-SCF with an IPTV service (CoD or BC or other service), and using an intra session or a session.
  • the external message pushes the information associated with the current program to the UE.
  • the specific steps are as follows:
  • Steps S1101 to S1106 are the procedures for serializing the AD-SCF in the IPTV session establishment process.
  • this embodiment increases the iFC trigger of the Core IMS to the SB, and the SB performs service triggering according to the service type (first come The process of AD-SCF, then to IPTV-SCF).
  • Step S1107 The IPTV session is successfully established.
  • the AD-SCF senses the current service state, and generates matching advertisement information, such as generating according to user preferences, purchase habits, current program metadata, and advertisement metadata.
  • Ad push information that matches user preferences and habits.
  • the UE may also trigger the subscription of the advertisement push information according to the local logic, the user operation, etc., as before the step S1107, the UE sends the SIP SUBSCRIBE message to the AD-SCF through the Core IMS, in the Event header field. Carry the ad push event package name (such as recommendation) and so on.
  • ad push event package name such as recommendation
  • Step S1108 The AD-SCF sends the advertisement push information to the UE by using a SIP message.
  • the AD-SCF can use the IPTV session path, g ⁇ AD-SCF, SB, Core IMS, UE, carry the Call-ID parameter of the current IPTV service, etc., and send it to the UE by INFO, NOTIFY or MESSAGE;
  • g ⁇ AD-SCF, Core IMS, UE without carrying the session parameters, directly inform the UE of the advertisement information pushed, which may be a SIP message such as INFO, NOTIFY or MESSAGE.
  • Ad push information can be described in the body of the message using XML.
  • Step S1109 After receiving the advertisement push message, the UE returns a success response 200 OK.
  • FIG. 16 is a flowchart of Embodiment 2 of the advertisement information pushing process in the embodiment of the present invention.
  • the advertisement service control function entity ie, the AD-SCF
  • the S-CSCF subscribes to the user's registration information, and then obtains the user subscription data to determine whether to push a specific advertisement to the UE.
  • the specific steps are as follows:
  • Step S1201 The UE registers with the Core IMS through a standard IMS registration procedure.
  • Core IMS can proxy the UE to initiate a third party registration with the IPTV SCF.
  • Step S1202 0-8? Pass to 0) Initiate a subscription request to subscribe to the registration status of a specific user.
  • the AD-SCF can send a SIP SUBSCRIBE request, where the event header field carries the reg event packet.
  • Step S1203 The Core IMS sends the registration status information of the specific user to the AD SCF by means of notification.
  • the process can also be a notification returned by the IPTV SCF via Core IMS.
  • the notification message can be sent by SIP NOTIFY.
  • Step S1204 The AD-SCF learns the registration status of the specific user, and then performs advertisement matching according to the local policy, the user subscription information, and the like, and generates advertisement push information, including the advertisement identifier.
  • Step S1205 The AD-SCF sends the advertisement push information to the UE.
  • the process can be completed by sending a SIP MESSAGE, and the message body carries the matching advertisement identifier.
  • FIG. 17 is a flowchart of Embodiment 3 of the advertisement information pushing process in the embodiment of the present invention.
  • the g ⁇ CoD-MF reports to the AD-SCF when the UE performs the VCR, and the advertisement information is pushed by the AD-SCF. Proceed as follows:
  • Step S1301 The UE establishes an on-demand session through the Core IMS, the CoD-SCF, and the CoD-MF using a standard CoD process, and obtains an on-demand media stream from the CoD-MF.
  • Step S1302 The UE sends a media operation instruction to the CoD-MF during the program viewing process to perform a VCR operation.
  • the process can be paused by RTSP, such as sending RTSP PAUSE, or the RTSP PLAY sent by carrying the scale parameter for fast forward or fast rewind.
  • Step S1303 The CoD-MF finds an advertisement server (AD SCF) by sending it in advance or by other means, and sends a report of the media operation information to it. Can be carried in this report One or more of the following information: The media ID being viewed, the media clip being viewed, the video frame, the media object within the frame, and so on.
  • the process can use the SIP INFO, SIP MESSAGE mode, and the signaling is sent to the AD-SCF after passing through the Core IMS.
  • the direct interface can also be used, such as using the HTTP PUT message, the RTSP ANNOUNCE, and the like.
  • Step S1304 The AD-SCF senses the service status by obtaining the operation information of the specific UE for the specific media, thereby matching the appropriate advertisement information.
  • the star is Ronaldo
  • the advertisement that Ronaldo endorses such as "Golden Scorpion”
  • Step S1305 The AD-SCF sends the matched advertisement information to the UE.
  • the process can be completed by SIP INFO, SIP MESSAGE or other methods other than SIP, and the message carries the advertisement identifier.
  • FIG. 18 is a flow chart showing the process of skipping the advertisement information in the embodiment of the present invention.
  • the SB integrates the business logic of the advertisement, and performs control functions such as advertisement push and advertisement insertion, and the specific steps are as follows:
  • Steps S1401 through S1406 are processes for serializing SB (with AD) during the BC session, similar to the previous embodiment.
  • Step S1407 The AD-SCF obtains advertisement gap information in the current BC session, thereby triggering an advertisement gap notification.
  • Step S1408 The AD-SCF sends an advertisement gap notification to the UE according to the information of the user signing (such as the user has signed the advertisement skipping the service) before the advertisement gap time arrives, which may carry the start and end point of the advertisement time, and may also carry one or more Options for users to choose from, such as: Have you skipped the ad? Do you want to play different versions of your ads? and many more.
  • the notification may be an INFO or MESSAGE message in the session, sent along the path established by the BC session, carrying session information (such as Call-ID), or using a MESSAGE or INFO message outside the session, without carrying session information.
  • Step S1409 The user agrees to skip the advertisement time in the current channel, and then sends a message to the AD-SCF to instruct the process of skipping the advertisement.
  • This process can be done using INFO or MESSAGE within or outside the session, or by using SIP INVITE or the like.
  • Step S1410 After receiving the advertisement skip request, the AD-SCF records the status of the current BC service, such as the currently omitted BC channel identifier, and the advertisement skips the start and end points of the time.
  • Step S1411 During the advertisement skipping, the UE may perform other IPTV services, such as initiating a new CoD service, or a BC service. If the UE requests non-BC services, the UE may tear down the current BC session, or not remove the BC session, but exit the current BC multicast group to ensure that the bandwidth of the access side is not wasted; or the UE does not skip the If the BC service does any processing and directly initiates a new IPTV service request, the UE needs to reserve the access side bandwidth requirement for the BC media stream. If the UE requests other BC channels that the user subscribes to, the UE can maintain the BC session and only perform the switching of the multicast group, ensuring that the bandwidth of the access side is not wasted.
  • IPTV services such as initiating a new CoD service, or a BC service.
  • the UE may tear down the current BC session, or not remove the BC session, but exit the current BC multicast group to ensure that the bandwidth of the access side is not wasted; or the UE does not skip the
  • the BC service
  • Step S1412 At the end of the advertisement gap time, the AD-SCF obtains the BC service recovery time point, thereby triggering the process of BC service recovery.
  • Step S1413 The AD-SCF sends a notification of the BC service recovery to the UE via the Core IMS, and carries the recorded BC service status, such as the skipped BC channel identifier, and the advertisement skips the time end point (ie, the BC service recovery time point).
  • Step S1414 The UE recovers the currently omitted BC channel.
  • the following processing may be performed: if the UE performs channel switching only in the subscribed BC service packet during the advertisement skipping period, then only the switched back BC channel needs to be switched back; The UE has also performed other services, and has removed the BC service that has been skipped. The UE needs to tear down the session of other services, re-initiate the BC service request, and join the skipped BC channel. If the UE performs other services, the BC is not removed. The service, but exits the BC multicast group, then the UE needs to tear down other service sessions and join the skipped BC multicast group.
  • FIG. 19 is a schematic structural diagram of an advertising service control function entity in an embodiment of the present invention, including an obtaining module 191, a selecting module 192, and a control module 193, where:
  • the block 191 is configured to obtain the network television service status information of the user;
  • the selecting module 192 is configured to select the matched network advertisement information for the user according to the network television service status information acquired by the obtaining module 191;
  • the network advertisement information selected by the selection module 192 controls the transmission of the network advertisement.
  • the network television service status information herein is the user's registration information, the user accepts the network advertisement data information, the network television service type, the network television program identifier, the live channel identifier, the user's online status information, and the media operation type.
  • the network advertisement information includes: an advertisement identifier, an advertisement description information, a network parameter of the transmission advertisement, and the like, wherein: the advertisement description information includes an advertisement coding format, an advertisement type, a start and end time of the advertisement insertion, and the like.
  • FIG. 20 is a schematic structural diagram of the obtaining module 191 in the embodiment of the present invention.
  • the acquiring module 191 includes a first acquiring unit 201, a second obtaining unit 202, a third obtaining unit 203, and a fourth obtaining unit 204.
  • the second obtaining unit 202 is configured to obtain the network television service status information of the user from the advertisement triggering request.
  • the third obtaining unit 203 is configured to obtain the network television service status of the user from the service interaction data in the network television service session.
  • the fourth obtaining unit 204 is configured to obtain the network television service status information of the user from the registration information of the user;
  • the fifth obtaining unit 205 is configured to query the user subscription data information, and obtain the network television where the user is located from the user subscription data information.
  • sixth acquisition unit 2 06 is used to subscribe to the conversation state event package corresponding to the user, and obtain the network television service status information of the user from the conversation state event package.
  • FIG. 21 is a schematic structural diagram of a control module 193 in an embodiment of the present invention.
  • the control module 193 includes one or more of a first control unit 211, a second control unit 212, and a third control unit 213.
  • the first control unit 211 is configured to send network advertisement information to the user terminal where the user is located, where the network advertisement information indicates that the user terminal requests and presents the network advertisement to the media server where the network advertisement is located;
  • Control unit 212 respectively The user terminal where the user is located and the media server where the network advertisement is located send network advertisement information to establish an advertisement media transmission channel, and the network advertisement is presented by the user terminal where the user is located;
  • the third control unit 213 is configured to advertise to the network
  • the media server is located to send network advertisement information, and the network advertisement information is used to instruct the media server to send the network advertisement to the user terminal where the user is located by means of media splicing.
  • FIG. 22 is a schematic diagram of another structure of the advertisement service control function entity in the embodiment of the present invention, which includes an obtaining module 221, a selecting module 222, a control module 223, and a skipping processing module 224, where: the obtaining module 221 Obtaining the network television service status information of the user; the selecting module 222 is configured to select the matched network advertisement information for the user according to the network television service status information acquired by the obtaining module 221; the control module 223 is configured to use the selection module 222 according to the selection module 222.
  • the selected network advertisement information controls the sending of the network advertisement; the skip processing module 224 is configured to send an advertisement skip request to the user according to the network advertisement information selected by the selection module 222, and the user selects to advertise the network advertisement. Thereafter, the online advertisement is skipped during the insertion time of the network advertisement information.
  • the network television service status information herein is the user's registration information, the user accepts the network advertisement data information, the network television service type, the network television program identifier, the live channel identifier, the user's online status information, and the media operation type.
  • the network advertisement information includes: an advertisement identifier, an advertisement description information, a network parameter of the transmission advertisement, and the like, wherein: the advertisement description information includes an advertisement coding format, an advertisement type, a start and end time of the advertisement insertion, and the like.
  • the obtaining module 221 can obtain the network television service status information of the user in one or more of the following manners:
  • the network television service status information of the user from the advertisement trigger request, specifically, receiving an advertisement trigger request, obtaining the network television service status information of the user from the advertisement trigger request; or sending an advertisement trigger request to the user, The response triggered by the advertisement trigger request Obtaining the network television service status information of the user in the information; or sending an advertisement trigger request to the network television service control entity, and obtaining the network television service status information of the user from the response message returned by the advertisement trigger request;
  • the initial interaction criterion can be used to match the service interaction data in the process of receiving the network television service session, and the service interaction data is obtained from the service interaction data.
  • the network television service status information of the user; or the service interaction data during the network television service session is received by the service agent, and the network television service status information of the user is obtained from the service interaction data, where the network television service session is in progress
  • the service interaction data is specifically: the live channel switching report information initiated by the user terminal where the user is located; or the on-demand program media control information initiated by the media server; or the network television service status change notification initiated by the service agent; or the network television service control entity initiates The network television service status change notification; or obtain the network television service status information of the user from the user's registration information;
  • the selection module 222 when the network service status information of the user acquired by the obtaining module 221 includes the data information of the network advertisement received by the user, may select the matched advertisement information for the user according to the data information of the user accepting the network advertisement, where:
  • the information about the user accepting the online advertisement includes: the advertisement service signed by the user, the time period for the user to accept the advertisement of the network and the willingness to accept the advertisement of the network, the type of the user accepting the advertisement of the network, and the preference of the user for the purchase of the product.
  • the control module 223 can control the sending of the network advertisement by: sending network advertisement information to the user terminal where the user is located, and indicating, by the network advertisement information, the user terminal requesting and presenting to the media server where the network advertisement is located Said online advertising. Specifically, the network advertisement information is sent to a user, where the user is from the network advertisement information. Selecting an advertisement identifier, and acquiring the network advertisement from a media server where the network advertisement is located according to an advertisement insertion time in the network advertisement information;
  • the network advertisement information is respectively sent to the user terminal where the user is located and the media server where the network advertisement is located to establish an advertisement media transmission channel, and the network advertisement is presented by the user terminal where the user is located.
  • the network advertisement information is sent to the user terminal where the user is located and the media server where the network advertisement is located, where the media server and the user terminal establish a transmission channel according to the transmission parameter in the network advertisement information, where When the transmission time in the network advertisement information starts, the media server transmits the network advertisement to the user terminal through the transmission channel, and the user terminal receives and presents the network advertisement.
  • the network advertisement information is sent to the media server where the network advertisement is located, and the network advertisement information is used to instruct the media server to send the network advertisement to the user terminal where the user is located by means of media splicing.
  • the media server stops sending the current network television media, and transmits the network advertisement media by using network parameters of the current network television media, where the network parameters include: a unicast destination address, a unicast destination port, a multicast address, Multicast port, media send port, bandwidth used for media transmission, combination of one or more of the protocols used for media transmission.
  • the advertisement service control function entity may further reconfigure the network television service or other information for the user within the time of skipping the network advertisement after skipping the processing unit 224, and may directly connect the current network television service.
  • the matched network advertisement information can be selected for the user according to the network television service status information, and the network advertisement transmission can be controlled according to the network advertisement information, so that the user can provide diversified advertisement services and more personalized. Advertising services, better meet the needs of users and the needs of advertising business operators.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Finance (AREA)
  • Game Theory and Decision Science (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)

Description

IPTV中广告实现的方法及装置和系统
本申请要求 2008年 9月 5日递交的申请号为 200810198346.1、 发明名 称为 "IPTV中广告实现的方法及装置和系统" 的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信技术领域， 尤其涉及一种 IPTV中广告实现的方法及系 统和装置。 背景技术
IMS ( IP Multimedia Subsystem , IP 多媒体子系统） 是 3GPP ( 3rd Generation Partnership Project, 第三代移动通信标准化伙伴项目） 标准定义 的一个 IP多媒体子系统， 是 3G ( 3rd Generation, 第三代移动通信技术） 移 动网实现分组话音和分组数据， 提供统一的多媒体业务和应用的目标网络。
IMS采用 IP分组域作为其控制信令和媒体传输的承载通道， 采用 SIP
( Session Initiation Protocol, 会话初始化协议） 作为呼叫控制信令， 实现了 业务管理、 会话控制及承载接入的三者分离。 IMS中主要的功能实体包括控 制用户注册、 会话控制等功能的 CSCF (Call Session Control Function, 呼叫 会话控制功能实体） 、 提供各种业务逻辑控制功能的 AS ( Application Server, 应用服务器） 、 集中管理用户签约数据的 HSS (Home Subscriber Server , 归属用户服务器） 以及用于实现与电路交换网互通的 MGCF ( Media Gateway Control Function， 媒体网关控制功能 ) /IMS-MGW ( IMS Media Gateway Function, IMS媒体网关） 。
IMS-based IPTV是在 IMS网络架构上引入的一种多媒体业务， 通过对 IMS 网络实体和接口的增强， 包括对协议的扩展， 对 AS能力的细化和增 强， 实现各种 IPTV基本业务， 包括 CoD ( Content on Demand, 点播节 目） ， BC ( Broadcast， 直播节目） ， N-PVR ( Network-Personal Video Recorder, 网络内容录制） ， 其中的直播节目也可以称为 LTV (Live TV, 或者 Linear TV) 。 并且通过对用户数据、 内容数据的交互和控制， 为用户 提供各式各样的增强业务， 如 PPV (Pay Per View, 每分付费节目） 预定、 广告业务、 推荐业务等， 提高用户的观看体验。
目前一些国际标准组织都在致力于制定基于 NGN ( Next Generation Network, 下一代通信网络） 的 IPTV标准， 并且基于 IMS的 IPTV架构是 其中主要的研究内容， 但是现有标准规范以及现有技术中没有如何在 IMS 架构下开展 IPTV广告业务的方案。 发明内容
本发明实施例提供了一种 IPTV广告解决方案， 通过获取用户的 IPTV 业务状态信息控制网络广告的发送， 能够满足运营商需求和用户需求。
本发明实施例提供了一种网络电视中广告实现方法， 包括如下步骤：
Figure imgf000004_0001
根据所述获取的网络电视业务状态信息为用户选择所匹配的网络广告 通过所述选择的网络广告信息控制网络广告的发送。
本发明实施例还提供了一种广告业务控制功能实体， 包括：
获取模块， 用于获取用户所在的网络电视业务状态信息；
选择模块， 用于根据所述获取模块获取的网络电视业务状态信息为用户 选择所匹配的网络广告信息；
控制模块， 用于根据所述选择模块选择的网络广告信息控制网络广告的 发送。
本发明实施例还提供了一种广告业务系统， 包括： 广告业务控制功能实 体和广告媒体功能， 其中： 广告业务控制功能实体用于获取用户所在的网络电视业务状态信息， 根 据所述获取的网络电视业务状态信息为用户选择所匹配的网络广告信息， 并 通过所述选择的网络广告信息控制广告媒体功能中的网络广告的发送； 广告媒体功能用于在广告业务控制功能实体的控制下向用户所在的用户 终端提供网络广告。
通过实施本发明实施例， 可以根据网络电视业务状态信息为用户选择所 匹配的网络广告信息， 根据所述网络广告信息控制网络广告的发送， 可以为 用户提供多样化的广告服务和更个性化的广告服务， 更好的满足用户的需求 和广告业务商的需求。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面 描述中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明实施例中的 IPTV广告业务系统架构图；
图 2为本发明实施中的 IPTV广告实现方案的流程图；
图 3为本发明实施例中的 iFC规则的系统架构图；
图 4为本发明实施例中的 SB规则的系统架构图；
图 5为本发明实施例中的直播中的广告插播实施例一的流程图； 图 6为本发明实施例中的直播中的广告插播实施例二的流程图； 图 7为本发明实施例中的直播中的广告插播实施例三的流程图； 图 8为本发明实施例中的直播中的广告插播实施例四的流程图； 图 9为本发明实施例中的点播中的广告插播实施例一的流程图； 图 10为本发明实施例中的点播中的广告插播实施例二的流程图； 图 11为本发明实施例中的点播中的广告插播实施例三的流程图； 图 12为本发明实施例中的点播中的广告插播实施例四的流程图； 图 13为本发明实施例中的点播中的广告插播实施例五的流程图； 图 14为本发明实施例中的点播中的广告插播实施例六的流程图； 图 15为本发明实施例中的广告信息推送过程中实施例一的流程图； 图 16为本发明实施例中的广告信息推送过程中实施例二的流程图； 图 17为本发明实施例中的广告信息推送过程中实施例三的流程图； 图 18为本发明实施例中的广告信息略过过程中的流程图；
图 19为本发明实施例中的广告业务控制功能实体的结构示意图； 图 20为本发明实施例中的获取模块的结构示意图；
图 21为本发明实施例中的控制模块的结构式意图；
图 22为本发明实施例中的广告业务控制功能实体的另一结构示意图。 具体实施方式
本发明实施例提供了一种 IPTV广告解决方案， 通过获取用户的 IPTV 业务状态信息控制网络广告的发送， 能够满足运营商需求和用户需求。
图 1示出了本发明实施例中的 IPTV广告业务系统架构图， 包括用户终 端 （UE) 11、 Core IMS12, 广告业务控制功能实体 （AD— SCF) 13和广告 媒体功能 14， 其中：
用户终端用于在广告到来时接收广告媒体；
Core IMS用于转发用户终端、 广告业务控制功能实体， 以及广告媒体 功能之间的 SIP消息， 该实体包括 SIP消息转发所必须的各个 CSCF (Call Session Control Function , 呼叫会话控制功能实体） ， 以及 HSS ( Home Subscriber Server, 归属用户服务器） ；
广告业务控制功能实体用于获取 IPTV业务信息， 为特定的用户或者用 户群选择广告， 为用户终端建立广告媒体传输通道。 该功能可以是独立的广 告应用服务器， 也可以是集成在其他网络实体之上， 比如 IPTV AS, 基本业 务 SCF (如 CoD-SCF、 BC-SCF等） ， 广告业务平台， 媒体服务器等；
广告媒体功能用于向用户终端发送广告媒体， 必要时为特定的用户或者 用户群进行广告媒体与 IPTV节目媒体之间的拼接。 该功能可以是独立的广 告媒体服务器， 也可以是集成在其他网络实体之上， 比如 IPTV Media Server (IPTV媒体服务器） ， IPTV MF (IPTV媒体功能） ， 以及其他能够 转发或存储广告媒体的网络实体。
在图 1中所示的架构下， 广告业务控制功能实体获取用户所在的网络电 视业务状态信息， 根据获取的网络电视业务状态信息控制网络广告的发送。 图 2示出了本发明实施中的 IPTV广告实现方案的流程图， 这里分如下三个 步骤具体描述：
步骤 S21 : 获取 IPTV业务状态；
广告业务控制功能实体通过订阅用户终端的 Presence (在线状态） 信 息、 接收 IPTV业务控制功能的广告触发请求、 接收与转发 IPTV业务请求 与响应等方式， 获得当前用户终端的 IPTV业务状态， 必要的时候配合本地 策略， 决定是否在当前进行的 IPTV业务中插入广告媒体。
IPTV业务状态可以是以下信息中的一个或者多个的组合， 且不限于以 下信息： 用户终端或者用户当前是否注册、 用户当前是否接受 IPTV广告、 用户终端当前正在使用的 IPTV业务类型【如正在观看 BC (直播节目） 、 正在观看 CoD (点播节目） 、 正在玩游戏、 正在进行交互式等】 、 用户终 端当前正在观看的节目标识或者直播频道标识、 用户终端或者用户的在线状 态 （如是否在线、 是否隐身等） 、 用户正在进行的媒体操作 （如点播节目的 暂停等） 、 正在进行的 IPTV业务的其他信息 【如提供 CoD服务的媒体服 务器地址， 提供 BC服务的组播源地址等】等。
根据业务状态信息的种类， 可以分别来自于以下信息中的一类或者多 类， 且不限于此： 用户终端或者用户的注册状态信息， 其中的 IPTV业务状态信息可以是 当前是否已注册等； 用户签约数据， 其中的 IPTV业务状态信息可以是： 用 户当前是否接受 IPTV广告、 接受的广告类别、 在何种时间段内接受网络广 告等； PTV业务交互数据， 其中的 IPTV业务状态信息可以是： 用户当前是 否接受 IPTV广告、 用户终端当前正在使用的 IPTV业务类型【如正在观看 BC (直播节目） 、 正在观看 CoD (点播节目） 、 正在玩游戏、 正在进行交 互式等】 、 当前正在观看的节目标识或者直播频道标识、 正在进行的媒体操 作【如节目的快进、 暂停等】等； 用户终端或者用户的在线状态数据， 其中 的 IPTV业务状态信息可以是： 当前是否在线、 是否隐身、 用户终端当前正 在使用的 IPTV业务类型【如正在观看 BC (直播节目） 、 正在观看 CoD (点播节目） 、 正在玩游戏、 正在进行交互式等】 、 当前正在观看的节目标 识或者直播频道标识、 用户正在进行的媒体操作 （如点播节目的暂停等） 、 当前正在进行的 IPTV业务的其他信息 【提供 CoD服务的媒体服务器地 址， 提供 BC服务的组播源地址等】等； 用户终端相关联的对话状态信息， 其中的 IPTV业务状态信息可以是： 用户终端当前正在观看的节目标识或者 直播频道标识、 正在进行的 IPTV业务的其他信息 【如提供 CoD服务的媒 体服务器地址， 提供 BC服务的组播源地址等】等； 针对广告的请求， 其中 的 IPTV业务状态信息可以是： 用户当前是否接受 IPTV广告、 用户终端当 前正在使用的 IPTV业务类型 【如正在观看 BC (直播节目） 、 正在观看 CoD (点播节目） 、 正在玩游戏、 正在进行交互式等】 、 用户终端当前正在 观看的节目标识或者直播频道标识、 用户终端或者用户的在线状态 （如是否 在线、 是否隐身等） 、 用户正在进行的媒体操作 （如点播节目的暂停等） 、 正在进行的 IPTV业务的其他信息【如提供 CoD服务的媒体服务器地址， 提供 BC服务的组播源地址等】等。
根据信息来源的不同， 广告业务控制功能实体获取所述 IPTV业务状态 信息的方式可以有如下几种， 且不限于此： A、 对于用户的注册状态信息， 广告业务控制功能实体可以通过如下方 式进行获取：
用户终端直接在广告业务控制功能实体上登记注册； 或者
S-CSCF在 UE注册成功后， 代替 UE向广告业务控制功能实体发起第 三方注册， 将 UE已注册的信息告知后者广告业务控制功能实体； 或者
广告业务控制功能实体向 S-CSCF发起针对注册事件包的订阅， 请求 指定用户的注册状态变更信息 （如使用 reg事件包的 SIP订阅 SUBSCRIBE 消息） 。 这种方式可以重用 IMS 的注册机制， 从而令广告业务控制功能实 体不需要额外的信令扩展或交互， 即可获得用户的注册状态信息， 该过程具 体可参考 ETSI TS 23.228和 TS 24.229标准规范。
B、 对于用户签约数据， 广告业务控制功能实体可以通过从本地或者专 门的用户数据管理实体 （如 UPSF, User Profile Server Function, 用户配置 服务功能； 或者 GUP, General User Profile, 通用用户数据） 等实体获取。 获取的用户签约数据可以包括： 用户是否接受网络广告、 是否接受个性化的 广告插播、 接受何种广告业务、 在哪个时间段内接受网络广告等等信息。 对 于用户签约数据不在本地的情况下， 广告业务控制功能实体可以通过 DIAMETER, SOAP, 或者私有接口进行数据的获取。
C、 对于 IPTV业务交互数据， 广告业务控制功能实体可以通过加入到 IPTV会话路径， 对 IPTV业务交互信令进行接收和转发而获得； 或者 IPTV 业务交互相关的实体直接向广告业务控制功能实体报告业务交互数据， 如当 用户进行 VCR操作时， 相关的媒体服务器向固定配置的某个广告业务控制 功能实体进行报告， 从而令后者获知相关 IPTV业务交互数据。 对于广告业 务控制功能实体串入 IPTV会话路径的方式有如下几种：
第一种、 用户终端的 IPTV业务请求经过 S-CSCF的 iFC (initial Filter Criteria, 初始过滤准则） 规则匹配后， 触发到广告业务控制功能实体， 因 而令广告业务控制功能实体接收或转发用户终端的 IPTV业务交互信息， 从 而获得用户终端当前的 IPTV业务状态信息。
该方式中， 当用户终端或者网络设备发起的 IPTV业务请求经过 Core IMS中的 S-CSCF (Serving-Call Session Control Function, 服务 -呼叫会话控 制功能实体） 时， S-CSCF通过应用 iFC准则， 将 IPTV业务请求触发到广 告业务控制功能实体， 从而将广告业务控制功能实体串入了 IPTV会话路径 之中。
广告业务控制功能实体在 IPTV业务会话交互过程中， 需要接收和转发 会话请求与响应， 从而感知当前的 IPTV业务状态， 如用户进行直播频道切 换时向直播业务控制服务器 （ιρτν业务控制服务功能的一种） 发起一个
SIP INFO, 指示频道的切换， 该信息将沿 IPTV业务交互路径， 从而经过广 告业务控制功能实体， 后者因此而获得用户终端的业务状态变化 （直播频道 变化） ； 又如， 用户进行点播节目的 VCR操作 （如快进、 暂停等） 时， 点 播媒体服务器可以向点播业务控制服务功能 （IPTV业务控制服务功能的一 种） 发送 SIP INFO, 用于指示用户的 VCR, 该信息也可以通过会话路径而 经过广告业务控制功能实体， 另后者得以感知。
图 3示出了 iFC规则的系统架构图， 包括广告业务控制功能实体 AD- SCF、 IPTV业务控制功能 IPTV SCF、 用户终端 UE和 Core IMS, 在具体应 用时， 通过 Invite消息在各个网络实体间进行交互。 这里可以是先通过触发 到 AD-SCF (通过 2 Invite消息和 3 Invite消息） ， 再进行 IPTV业务触发 (通过 4 Invite消息） ； 或者先进行 IPTV业务触发 （通过 4 Invite消息） ， 再触发通过 2 Invite消息和 3 Invite消息， 本发明实施例中不限定触发的先 后顺序。
第二种、 通过 3GPP服务代理 Service Broker方式将请求触发到广告业 务控制功能实体。 该方式中， 广告业务控制功能实体于 Core IMS之间通过 专门的 SB进行业务触发， 其触发规则由 SB决定， 如： 默认的将每个请求 触发到 AD-SCF; 通过检查用户签约数据， 发现用户没有签约广告业务， 则 请求不发送到 AD-SCF; 通过检查用户的当前在线状态， 发现用户是隐身， 则不发送； 通过检查用户当前的业务状态， 发现用户正在进行 VCR操作， 则将请求触发到 AD-SCF等。
图 4示出了 SB规则的系统架构图， 包括广告业务控制功能实体 AD—
SCF、 IPTV业务控制功能 IPTV SCF、 用户终端 UE、 Core IMS和 SB, 在具 体应用时， 通过 Invite消息在各个网络实体间进行交互。
首先可以先经过 SB触发到 AD-SCF (01 Invite, 02 Invite, 03 Invite, 04 Invite) ， 再进行 IPTV的业务触发 （05 Invite) ； 或者
先进行 IPTV业务触发 （01 Invite, 02 Invite, 05 Invite) ， 之后再触发 到 AD-SCF, 此时 SB与 AD— SCF之间的交互可以是 03 Invite、 04 Invite消 息， 也可以不是 SIP INVITE请求， 通过其它消息体替代， 最终是 SB根据 当前的用户在线状态 （如隐身） 、 当前的媒体操作状态 （如 VCR操作） 等 等信息， 在与 IPTV SCF会话已建立的情况下， 触发某个 SIP请求到 AD- SCF, 因此 03 Invite消息可以通过 SIP INFO, SIP MESSAGE等信息传达， 而 04 Invite消息则可以是对 SIP消息的响应， 如 200 OK。
这里的 SB作为逻辑实体， 可以于 Core IMS合设， 也可以与某个 AS合 设 （如与图中的 AD-SCF) ， 或者单独的设立。 具体如何设置， 可根据实际 情况进行部署。
D、 对于用户终端或者用户的在线状态数据， 可以由广告业务控制功能 实体向用户在线状态服务器 （Presence Server, PS ) 进行订阅获得。 通过对 用户在线状态信息的适当扩展， PS可以保存和维护以下信息中的一种或者 多种的组合， 且不限于此： 用户或者用户终端是否在线 /隐身、 正在进行的 IPTV业务类型 （BC、 CoD还是 UGC等） 、 正在观看的节目标识 （点播节 目或者直播频道标识等） ； PS还可以维护正在进行的 IPTV业务的其他信 息， 如提供 IPTV内容的媒体服务器标识 （点播服务器， 直播媒体源等） 。 相关的在线状态信息可以由用户终端向 PS发布 （如用户是否在线） ， 或者 SCF向 PS发布 （当前进行的 IPTV业务类型） ， 甚至由提供 IPTV内容的媒 体服务器向 PS发布 （媒体服务器标识） ， 并且由广告业务控制功能实体向 PS订阅， 之后由 PS发送通知而得到。 发布的机制可以使用 SIP PUBLISH 消息完成， 而订阅可采用 SIP SUBCRIBE, 通知则可采用 SIP NOTIFY的方 式完成。
E、 对于 IPTV的对话状态信息， 可以由广告业务控制功能实体向 S- CSCF或者特定的 AS订阅 SIP对话状态事件包 （RFC 4235 , Dialog event package ) ， 从而获得与用户终端关联的、 正在进行的 SIP对话的状态信 息。 通过对 SIP对话状态事件包的适当扩展， S-CSCF或者特定的 AS可以 维护和更新以下信息中的一种或多种组合， 且不限于： 当前进行的 IPTV业 务类型、 当前提供 IPTV 内容的媒体服务器标识 （如提供 CoD节目的媒体 服务器的 SIP URI等） 、 当前正在观看的节目标识等。
F、 对于针对广告的请求， 可以有如下几种触发方式：
IPTV业务控制功能、 用户终端、 媒体服务器或者其他会话相关实体在 进行 IPTV会话的过程中， 主动向广告业务控制功能实体发起触发请求， 其 中携带当前的 IPTV 业务状态信息。 所述请求可以是 SIP INVITE , MESSAGE, INFO等， 或者 SOAP、 HTTP等其他协议请求； 携带的 IPTV 业务状态信息可以包括以下信息的一种或者多种， 且不限于此： 用户在线状 态、 用户正在进行的 IPTV业务类型、 正在观看的节目标识 （点播节目或者 直播频道、 直播节目等） 、 用户正在进行的媒体操作、 正在提供 IPTV内容 的媒体服务器标识等。
广告业务控制功能实体主动向 IPTV业务控制功能或者其他网络实体发 起 SIP、 SOAP或者 HTTP请求， 获得指定用户终端或者用户的的 IPTV业 务状态信息。 如广告业务控制功能实体直接向 IPTV业务控制功能发起 HTTP GET请求， 其响应中携带以下信息中的一种或多种： 用户终端或者用 户当前是否注册、 用户当前是否接受 IPTV广告、 用户终端当前正在使用的 IPTV业务类型 【如正在观看 BC (直播节目） 、 正在观看 CoD (点播节 目） 、 正在玩游戏、 正在进行交互式等】 、 用户终端当前正在观看的节目标 识或者直播频道标识、 用户终端或者用户的在线状态 （如是否在线、 是否隐 身等） 、 正在进行的 IPTV业务的其他信息【如提供 CoD服务的媒体服务 器地址， 提供 BC服务的组播源地址等】等。
广告业务控制功能实体获取 IPTV业务状态信息后， 可以根据本地策 略、 用户签约数据等信息决定是否插入广告。 比如用户的签约数据中指明了 用户当前接受网络广告推送， 则广告业务控制功能实体再触发广告业务； 或 者运营商决定再当前节目进行时临时插入广告， 从而触发广告的业务。
步骤 S22: 为用户选择广告：
该步骤中， 广告业务控制功能实体通过本地处理逻辑， 或者与其他实体 交互， 匹配获得符合特定用户或用户群的广告信息。 广告业务控制功能实体 可以根据当前的 IPTV业务状态信息、 IPTV节目元数据信息， 以及用户数 据信息中的一种或者多种， 匹配获得合适的广告。 其中： 这里的 IPTV业务 状态信息可以通过步骤 S21获得；
IPTV节目元数据信息可以包括当前用户终端正在观看的节目的描述信 息， 包括且不限于节目的标题、 演员、 关键字、 节目类型等， 这些信息可 以：
从广告业务控制功能实体本地获取， 或者
广告业务控制功能实体与元数据存储实体 （如 CPSF, Content Profile Server Function， 内容配置服务功能； 或者 SSF， Service Selection Function, 业务选择功能） 进行交互后获得；
甚至该信息也可以通过步骤 S21而获得， 即广告业务控制功能实体除获 得 IPTV业务状态外， 还同时获得了当前节目的元数据信息。
用户数据信息可以包括且不限于： 用户是否签约了 （个性化） 广告业务；
用户是否愿意接受网络广告；
用户偏好的广告类型；
用户愿意接受网络广告的时间段；
用户对商品购买的偏好；
其他用户偏好等等。
用户数据信息可以：
从广告业务控制功能实体本地获得， 或者
广告业务控制功能实体与 UPSF (User Profile Server Function, 用户数 据配置服务功能实体） 进行交互后获得， 或者
该信息可以通过步骤 S21 而获得， 即广告业务控制功能实体除获得 IPTV业务状态外， 还同时获得了用户数据信息。
根据 IPTV节目元数据、 用户数据以及 IPTV业务状态信息中的一种或 者多种， 匹配广告的过程属于广告业务控制功能实体的内部逻辑， 可通过各 种匹配算法实现， 在此不做赘述。 需要说明的是， 广告业务控制功能实体匹 配得到的广告信息， 可以包括广告的标识 （逻辑标识或者物理访问标识） 、 广告的描述信息 （如广告的编解码格式是 H.264还是 MPEG 2、 广告类型是 视频还是图片、 广告插入的起止时间点以及其他） 、 广告传输所用的网络参 数 （如广告单播地址、 广告多播地址） 等信息。
步骤 S23 : 向用户提供广告。
该步骤为广告业务控制功能实体根据匹配的广告信息为用户终端提供广 告。 所述广告可以是广告推送信息， 也可以是广告媒体本身。 对于前者， 用 户终端获得广告推送信息之后， 可以根据该信息提供的参数或者提示， 向网 络获取广告媒体， 用户终端也可以忽略该信息， 从而不获取广告媒体； 对于 后者， 广告媒体需要发送到用户终端， 则需要建立广告媒体传输通道， 并且 在广告来临时为用户终端提供广告媒体。 广告业务控制功能实体向用户终端发送广告推送信息的方法可使用 SIP NOTIFY、 SIP MESSAGE、 SIP INFO等 SIP消息， 也可以使用其他的协 议， 如 RTSP ANNOUNCE, 甚至通过组播的方式， 由用户终端加入组播组 而获得。
下面主要描述建立广告媒体通道的方法。
所述广告媒体传输通道可以是单独的 RTP、 TCP或者其他基于 IP的传 输通道， 也可以是与某个 IPTV节目共用的通道。 广告媒体传输方式可以采 用单播或者多播， 以流的方式或者文件下载的方式。
广告业务控制功能实体可以采用不同的方式为用户终端建立广告媒体传 输通道：
a.广告业务控制功能实体将匹配获得的广告信息 （部分或者全部） 发送 给特定的用户终端， 指示用户终端发起建立广告媒体传输通道的请求， 由此 而完成通道的建立。 该过程中， 广告业务控制功能实体发送给用户终端的广 告信息可以包含通道建立所需要的参数， 如广告媒体单播地址或组播地址， 传输协议， 使用的媒体编解码等。
实际应用中， 广告业务控制功能实体发送广告信息的方式可以是 SIP、 SAP, RTSP等协议， 消息中使用 SDP (Session Description Protocol，会话描 述协议） 或者 XML (extensible Markup Language, 可扩展标记语言） 的方 式携带建立广告媒体通道所需的参数。
当使用 SIP MESSAGE或者 INFO消息时， Request-URI和 To头域为用 户终端的 SIP URI, 当广告与某个 IPTV会话相关联时， 可以使用 Call-ID头 域， 并设为该会话的标识， Content-Type头域设为 application/sdp用于指示 消息体为 SDP, 设为 application/xml或者 application/adlnsertion+xml或其他 类似标识， 用于指示消息体为 XML等等。 具体使用 SIP如何携带 SDP或者 XML可参见本发明人另一个专利， 在此不再赘述。 当使用 SAP协议时， 广告业务控制功能实体可以周期性的向某个组播 地址 （如当前用户终端正在观看的直播频道所在组播组） 发送 SAP包， 其 中携带广告媒体传输通道信息， 如 SDP或者 XML文本。 用户终端在观看直 播节目时接受到该 SAP包并获得媒体传输通道信息， 并以此发起建立通道 的请求。
当使用 RTSP协议时， 广告业务控制功能实体可以向用户终端发送 RTSP ANNOUNCE消息， 其中携带 SDP, 以指示终端需要在确定的时刻获 取指定的广告 （这些信息可以由广告业务控制功能实体匹配后得到） ， 用户 终端从而发起建立通道的请求。 此时 RTSP消息可以不经过 Core IMS实 体。
用户终端获得广告业务控制功能实体发送的广告信息之后， 可以发起建 立广告媒体通道的请求， 该请求可以发送到同一个广告业务控制功能实体， 或者物理上独立的另一个广告业务控制功能实体， 或者其他网络实体， 如广 告业务服务器， 广告媒体服务器， IPTV业务控制功能等等， 其目的就是建 立广告传输的通道。
该过程可通过 SIP , RTSP , 或者 HTTP 等协议完成， 如发送 SIP INVITE, RTSP SETUP , RTSP PLAY , HTTP GET等消息， 携带广告标 识， 广告媒体通道参数等信息。 当使用 SIP协议时， 消息交互经过 Core IMS实体， 否则可以不经过该实体。
b.广告业务控制功能实体获得广告信息之后， 不是指示用户终端发起通 道建立请求， 而是直接向用户终端请求建立通道。 该过程可以使用 SIP或者 其他协议完成。
当广告业务控制功能实体在 IPTV会话路径中时， 可以向用户终端发起 会话修改 re-INVITE或者 UPDATE, 携带广告媒体通道的建立参数， 如 SDP或者 XML, 具体可参见本发明的另一个专利， 在此不作赘述。 当广告业务控制功能实体没有串入 IPTV会话路径时， 广告业务控制功 能实体可以向用户终端发起初始会话请求， 携带广告媒体通道建立参数， 比 如使用 SIP INVITE消息， 携带广告媒体通道建立所需的 SDP。
用户终端在收到广告业务控制功能实体发出的请求 （会话修改， 会话更 新或者初始会话请求） 后， 可根据本地策略或者终端能力等进行响应， 成功 后即可建立广告媒体通道。 该过程与基本的 IMS会话过程相似， 可参考 TS 23.228或者 TS24.229标准规范。
c广告业务控制功能实体获得广告信息之后， 既不向用户终端发起广告 媒体通道建立请求， 也不指示用户终端， 而是找到当前处理 IPTV媒体的媒 体服务器， 将广告信息以广告媒体拼接指令的方式发送给该媒体服务器， 后 者重用 IPTV业务所需的媒体通道， 在广告插播期间用于传输广告媒体， 没 有广告插入的时候则传输 IPTV媒体。 该方式要求广告业务与某个 IPTV业 务相关联， 并且在该 IPTV业务过程中插播或者推送相关广告。 根据步骤 S21 中广告业务控制功能实体是否在 IPTV业务会话路径中的不同情形， 分 为以下两种方式：
1). 当广告业务控制功能实体已串入会话时， 广告业务控制功能实体可 以根据会话信息找到当前正在进行的 IPTV业务所使用的媒体服务器标识 (作为 IPTV业务状态信息的一部分） ， 并将广告插播或推送的信息发送到 该媒体服务器。 举例来说， 广告业务功能已经存在于某个 CoD业务的会话 路径中， 则能够通过现有 SIP机制获得 CoD业务所使用的 CoD媒体功能 MF (比如使用 SIP消息中的 Record-Route头域， 或者 Route、 Via, From, To等头域） 的标识。 如果此时需要在该 CoD节目中插播某个广告， 则广告 业务控制功能实体可以： 将插播指令以会话内的 SIP 消息 （INFO、 MESSAGE, REFER或者其他 SIP消息， 如 INVITE等） 发送给该 MF, 以 指示该 MF在确定的时间插播确定的广告； 或者广告业务控制功能实体以 RTSP信令、 HTTP等其他协议也可以完成相似的指示功能功能。 2). 当广告业务控制功能实体没有串入会话等， 或者虽然广告业务控制 功能实体在 IPTV业务的会话路径中， 但是不能从会话信息中获得媒体服务 器的信息。 此时需要通过额外的方式获得指定用户终端当前使用 IPTV业务 的媒体服务器信息：
i).步骤 S21 中， 广告业务控制功能实体通过订阅用户终端或者用户的 在线状态或者当前对话状态信息， 其中已经包含了媒体服务器的标识 （SIP URI如 sip:mcf_001 @ sp.com或者 RTSP URI如 rtsp：〃 mcf_001.sp.com， 或者
IP地址等） 。 此时获取媒体服务器信息的步骤与步骤 S21在同一步骤中实 现； 或者
ii).广告业务控制功能实体使用单独的订阅或者请求， 向 IPTV PS, 或 者 S-CSCF等实体获得当前 IPTV业务中处理媒体的媒体服务器标识；
iii). IPTV业务进行中的媒体服务器能够主动向广告业务控制功能实体 发布相关信息， 包括媒体服务器标识 （SIP URI或者 RTSP URI等） 、 正在 处理的 IPTV业务描述信息 （如 CoD节目标识， 甚至 IPTV会话标识等） 、 用户标识等信息。
在获得了负责媒体拼接的媒体服务器信息之后， 广告业务控制功能实体 将要插入的广告信息， 如广告标识， 插入时间信息等， 以 SIP 消息 (INFO, MESSAGE, REFER或者其他 SIP消息， 如 INVITE等） 发送到该 媒体服务器， 指示媒体服务器进行媒体拼接； 广告业务控制功能实体还可以 通过非 SIP的方式， 如 RTSP、 HTTP, 或者私有协议， 达到指示的目的。
在 （以 a, b, c或者其他方式） 建立广告媒体传输通道之后 （新建媒体通 道， 或者重用 IPTV业务所用的媒体通道等方式） ， 用户终端可以使用 IGMP、 MLD或者 RTSP主动请求获取广告媒体， 或者用户终端不发送任何 请求， 由网络侧进行媒体拼接， 使得广告媒体重用原来 IPTV业务所使用的 传输通道发送给用户终端。 再根据业务需要和用户意愿， 决定将广告媒体与 IPTV节目媒体以一同播放 （如以多画面形式） 、 还是广告替换的方式， 提 供给用户。
图 5示出了本发明实施例中的直播中的广告插播实施例一的流程图， 该 实施例中通过 Core IMS直接 iFC的方式将会话触发到 AD— SCF, 将其与 BC会话关联起来； 广告信息在会话建立时通知 UE; UE在广告插播时间到 来时通过切换多播组完成广告媒体与 BC媒体的切换， 具体步骤如下：
步骤 S101至步骤 S108为在 BC业务会话建立时将 AD-SCF串入会话， 完成 BC会话的流程：
步骤 S101 : UE发起 BC业务请求；
该请求中可以是基本 BC业务会话， 不携带用户接受网络广告插播的标 识； 也可以携带广告插播标识。 对于携带广告插播标识的方式可以通过但不 限于以下几种实现：
Request-URI 中 携带 的节 目 标识后面增加相关参数 ， 如 sip:cod_01 @ sp.com; mode=AdAllowed或其他类似指示； 或者使用 SIP头域 携带该标识， 比如 Accept或者 Accept-Contact头域使用 sip.Ad或其他类似 的标识， 指示当前会话中接受网络广告； 或者使用消息体 SDP携带， 如在 会话级别或媒体级别的 a行进行扩展， 增加 a=ad_insertion:allow或其他类似 指示， 指示当前会话 （或者当前媒体通道） 支持广告插入。
步骤 S102: Core IMS根据提前预设的 iFC规则进行匹配， 决定是否触 发到广告业务控制功能实体 （即 AD-SCF) ， 触发点可以是根据 Request- URI, SIP头域或者其他会话信息。
步骤 S103: Core IMS将 BC业务请求触发到 AD-SCF;
步骤 S104: AD-SCF通过获得用户签约数据或者根据 BC业务请求中的 相关标识 （如步骤 S101所设置） ， 对用户使用广告业务进行授权；
可选的， 该步骤中 AD-SCF可以根据用户数据、 当前 IPTV业务状态信 息等数据匹配广告， 从而获得一个或者多个广告组播地址， 并将其加入到 BC业务请求中。 如在 BC业务请求的 SDP中增加 a行扩展， 描述广告组播 地址， 如 a=ad-description: 225.216.12.1。
更进一步的， AD-SCF还可以在 a行中增加广告插播时间的描述信息， 如
a=ad-description: 225.216.12.1,time=20080808T080808.00Z-
20080808T081808.00
表示从 2008年 08月 08日 08点 08分 08秒开始的 10分钟内， 需要插 播广告， 广告多播地址为 225.216.12.1。
步骤 S105 : AD-SCF在对用户的请求进行授权后， 将 BC业务请求经 Core IMS发送到 BC-SCF (Broadcast Service Control Function, 直播节目控 制功能实体） ， 以完成 BC业务的授权、 媒体协商等逻辑控制；
具体的， 该过程通过以下步骤完成：
步骤 5a: AD-SCF可以充当 SIP Proxy的功能， 将 BC业务请求， 即 SIP INVITE作为 Proxy转发给 Core IMS; 或者 AD-SCF充当 UE的 （B2BUA, Back to Back User Agent, 背靠背用户代理） ， 新建一个 SIP INVITE请求， 发送到 Core IMSo 该请求可携带 BC业务相关的 SDP信息， 以便协商 BC 媒体通道。
步骤 5b: Core IMS通过 iFC触发的方式将 BC业务请求发送到执行 BC 业务的 SCF， g卩 BC-SCF。
步骤 5c: BC-SCF对请求进行授权后， 可以向 Core IMS返回 BC业务 响应， 如 200 OK, 其中可以携带 BC业务相关的 SDP信息。
步骤 5d: Core IMS根据会话路径， 将 BC业务响应返回给 AD-SCF。 步骤 S106: AD-SCF在获得 BC业务响应 （来自 BC-SCF) 后， 根据当 前业务状态信息、 用户数据等其他信息， 为用户匹配合适的广告信息， 可以 包括广告的多播地址， 或者广告的其他描述信息； 若步骤 S104中的 AD-SCF已经在 BC业务请求中加入了广告相关的信 息时， 本步骤可以省略。
步骤 S107至步骤 S108: AD-SCF将 BC业务响应经 Core IMS返回给
UE;
在完成 BC业务的响应之后， UE获得了直播频道内的广告信息， 如多 播地址， 广告插播时间信息等。 该过程中 Core IMS可以根据 BC业务响应 中的广告信息， 以及基本的 BC会话信息为 UE分配合适的网络资源， 如预 留的带宽为广告媒体带宽和 BC媒体带宽的最大值， 或者两倍等， 这里可以 结合实际情况而定。
步骤 S109: UE通过多播组加入协议， 如 IGMP或者 MLD等协议， 加 入到组播分发节点 ECF/EFF, 以获得 BC媒体流；
BC媒体流内也可以携带当前直播频道的广告插播时间， 则此时步骤 S104或者步骤 S106中， AD-SCF可以不在 BC业务请求 （或者响应） 中增 加关于广告插播时间的信息。 即当前媒体流在什么时候开始是广告时间， 可 以插入别的媒体. 比如球赛上半场结束时， 媒体流里面可以携带中场休息开 始时间和结束时间， 在这段时间里面， 本地运营商可以插入本地广告。
步骤 S110至步骤 S115为广告插播的流程：
步骤 S110: UE从步骤 S108或者从步骤 S109中的 BC媒体流中获得广 告插播时间， 并从一个或者多个待选的广告多播地址中选择一个， 准备 BC 媒体流到广告媒体流的切换；
步骤 Sill : UE向 ECF/EFF发起组播组加入请求， 如 IGMP JOIN消 息， 携带选择的广告多播组地址；
步骤 S112: UE从组播分发节点 ECF/EFF获得广告媒体流；
该过程中， UE可以不退出 BC多播组， 则 UE同时获得 BC媒体和广告 媒体； UE也可以先退出 BC多播组， 再加入广告多播组， 则 UE在同一时 刻只接收一份媒体； 为保证媒体之间的平滑切换， UE还可以在加入广告多 播组之后再退出 BC多播组， 则此时 UE在一个时间段内接收两份媒体， 需 要两倍带宽。
步骤 S113 : UE检测到广告插入时间结束， 该时间信息来源与步骤
S110类似， 可以来自 BC业务响应， 或者来自 BC媒体流；
步骤 S114: UE向 ECF/EFF发起组播组离开请求， 如 IGMP LEAVE消 息， 指示离开广告多播组所在的组；
步骤 S115: UE从组播分发节点 ECF/EFF恢复获得 BC媒体流。
当前面 UE没有退出 BC组播组时， UE不需要加入 BC多播组， 只需将
BC媒体流覆盖广告媒体进行显示即可； 如果 UE在广告播放期间退出了 BC 组播组， 则此时需要重新加入组播组， 如使用 IGMP JOIN, 携带 BC组播组 地址； 为保证媒体的平滑切换， UE还可以在加入 BC组播组地址之后才进 行步骤 S114。
图 6示出了本发明实施例中的直播中的广告插播实施例二的流程图， 主 要由 AD-SCF在广告时间到达前通过 SIP MESSAGE或者 INFO消息， 携带 广告多播地址等， 发送给 UE, 由 UE进行多播组切换， 具体步骤如下：
步骤 S201至步骤 S209为将 AD-SCF串入 BC会话的流程；
其中 Core IMS与 AD-SCF之间的交互可以是通过 S-CSCF上的 iFC触 发到 AD-SCF完成， 或者 S-CSCF进行 iFC触发到某个业务代理 （Service Broker) ， 再由业务代理根据当前的业务状态、 用户在线状态等信息进行触 发到 AD-SCF。 这两种方式在触发的时机和触发的规则上有所不同， 但是目 的都是一样， 就是令 AD-SCF能够感知当前进行的 IPTV业务状态， 如当前 观看的 BC频道、 观看的 CoD节目、 是否注册、 是否在线等。
步骤 S201至步骤 S209在 AD-SCF串入会话的同时， 完成了 BC会话的 建立， 从而 UE能够通过 BC多播组管理协议 （如 IGMP或 MLD等） 从多 播组获得当前 BC频道的内容。 步骤 S210: AD-SCF根据本地逻辑、 运营商策略、 或者当前的业务状 态， 为用户匹配获得合适的广告信息， 此处可以为特定的单个用户、 特定的 用户群组等匹配广告信息， 以满足用户或用户群组的特定需求。
步骤 S211 : AD-SCF将匹配获得的广告信息经 Core IMS发送到特定的 UE (用户或用户群组所使用的 UE) 。
该广告信息可通过 SIP INFO , SIP MESSAGE、 SIP NOTIFY、 SIP REFER等方式完成， 消息中可以包含匹配的广告标识 （多播组标识， 如多 播地址） ， 同时还可以包含进行广告插播的时间， 如确定的 UTC或 GMT 时间点 （如 2008-09-09T09:09:09Z ) ， 或者有确定语义的时间标识符 （如 " now "表示立刻切换） ； 该信息还可以包含广告结束的时间， 同样可以是 确定的时间点或者有确定语义的时间标识符。
步骤 S212: UE在广告插播时间到来时通过加入到广告所在的多播组， 从而获得广告媒体。
此过程可通过 IGMP或者 MLD协议完成， 如 IGMP JOIN。 该过程中 UE可以不退出 BC频道的多播组， 也可以退出 BC频道多播组， 不同在于 UE获取一个媒体流 （只有广告） 还是两个媒体流 （BC频道和广告媒体） 的区别。
步骤 S213: 广告时间结束时， AD-SCF准备通知 UE。
可选的， 若步骤 S211 中 AD-SCF 已经将广告结束的时间下发给 UE 时， 本步骤可选。 那么在广告时间到达时， UE 已经知道了在该时间广告结 束。
步骤 S214 : AD-SCF将广告时间结束的通知发送给 UE, 途径 Core 此过程可以通过 SIP INFO、 SIP MESSAGE, SIP NOTIFY、 SIP REFER 等信息发送。 当步骤 S211 中 AD-SCF 已经将广告结束的时间下发给 UE 时， 本步骤可选。 步骤 S215: UE在广告时间结束时退出广告多播组， 从而恢复被替换的 BC频道媒体。
当一个 BC频道中有多个时段要插入广告并且广告多播组为同一个时， UE可以在一次广告时间结束时不退出广告多播组， 而是在所有该频道中的 广告都已结束 （或者中间 UE进行了频道切换， 目标频道所关联的广告多播 组与当前广告多播组不一样） 才退出。 如果在广告插播期间 UE退出了当前 的 BC频道多播组， 则此时还需要重新加入 BC多播， 以获得 BC媒体流。
图 7示出了本发明实施例中的直播中的广告插播实施例三的流程图， 主 要由 AD-SCF在广告时间到达前通过 SIP MESSAGE或者 INFO消息， 携带 广告多播地址等， 发送给 UE, 由 UE进行多播组切换， 具体步骤如下： 步骤 S301至步骤 S309为将 AD-SCF串入 BC会话的流程：
步骤 S301 : UE发起 BC业务请求， 经 Core IMS触发到特定的业务代 理 （Service Broker, 即 SB ) ；
步骤 S302: SB根据业务状态变化、 用户终端或者用户在线状态中的一 种或多种信息， 进行动态的业务触发到 AD-SCF;
步骤 S303 : AD-SCF将 BC业务请求以 B2BUA或者 Proxy方式返回给
SB;
步骤 S304: SB根据本地规则或者业务状态等信息将 BC业务请求发送 到 BC-SCF;
步骤 S305至步骤 S308为 BC业务响应的路径， 依次根据请求路径逆向 发送给 UE, 从而建立 BC业务的 SIP会话；
步骤 S309: UE根据多播地址加入到当前 BC频道， 获得 BC媒体流； 步骤 S310: AD-SCF根据本地逻辑、 运营商策略、 或者当前的业务状 态， 为用户匹配获得合适的广告信息； 具体的， 这里可以为特定的用户群组匹配广告信息， 以满足用户群组的 特定需求 （如给所有喜欢体育用品的用户推送体育品牌广告、 给某个特定地 区的用户推送该地区的特产等） ；
步骤 S311 : AD-SCF将匹配获得的广告插播指令发送给当前 BC业务的 媒体分发服务器 （即 BC-MF) ；
该指令中可以包含一个或者多个匹配的广告标识 （多播组标识， 如多播 地址） ， 同时还可以包含进行广告插播的时间， 如确定的 UTC或 GMT时 间点 （如 2008-09-09T09:09:09Z ) ， 或者有确定语义的时间标识符 （如 "now "表示立刻切换） ； 该指令还可以包含广告结束的时间， 同样可以是 确定的时间点或者有确定语义的时间标识符。 此过程可以通过以 SIP INFO, SIP MESSAGE, SIP NOTIFY, SIP REFER等信息发送。
步骤 S312: BC-MF在获得广告插播指令之后， 在广告插播时间到来时 将一个或者广告媒体以多播的方式发送到指定的广告多播组标识中；
具体的， 可以将该时间段中的广告 A发送到多播地址 MA, 该时间段 内的广告 B发送到多播地址 MB等。 该过程中， BC-MF可以停止发送当前 的 BC媒体流到 BC多播组， 也可以停止发送 BC媒体流， 可根据实际情况 决定。
步骤 S313: AD-SCF将匹配获得的广告信息发送到特定的 UE (用户或 用户群组所使用的 UE) ；
该信息中可以包含匹配的广告标识 （多播组标识， 如多播地址） ， 同时 还可以包含进行广告插播的时间， 如确定的 UTC或 GMT时间点 （如 2008- 09-09T09:09:09Z) ， 或者有确定语义的时间标识符 （如 "now"表示立刻切 换） ； 该信息还可以包含广告结束的时间， 同样可以是确定的时间点或者有 确定语义的时间标识符。 此过程可以通过以 SIP INFO、 SIP MESSAGE、 SIP NOTIFY, SIP REFER等信息发送； 该过程还可以通 AD-SCF将广告信 息以多播的方式发送， 如直接发送到某个多播地址由 UE侦听， 或者将广告 信息发送给 BC-MF, 由 BC-MF在当前的 BC媒体流中进行传输。
步骤 S314: UE在广告插播时间到来时加入到广告所在的多播组， 从而 获得广告媒体；
具体的， 若该时间段内喜欢广告 A的用户通过加入 MA多播组， 从而 获得广告 A; 同一时间段中喜欢广告 B的用户则加入到 MB多播组， 从而 获得广告 6。 此过程中， 各个 UE可以不退出 BC频道的多播组， 也可以退 出 BC频道多播组， 不同在于 UE获取一个媒体流 （只有广告） 还是两个媒 体流 （BC频道和广告媒体） 的区别。 该步骤可以通过 IGMP或者 MLD协 议完成， 如 IGMP JOIN消息， 携带广告多播组地址。
步骤 S315: 广告时间结束时， AD-SCF准备通知 UE。
当步骤 S311中 AD-SCF已经将广告结束的时间下发给 UE时， 本步骤 可选。
步骤 S316: AD-SCF将广告插播结束指令发送给执行广告插播的 BC- MF;
此过程可以通过以 SIP INFO , SIP MESSAGE、 SIP NOTIFY、 SIP REFER等信息发送。 当步骤 S311中 AD-SCF已经将广告结束的时间发送给 BC-MF时， 本步骤可选。 BC-MF获得广告插播结束指令后， 停止向各个广 告多播组发送广告媒体； 当广告插播期间 BC-MF停止了发送 BC媒体流 时， 此刻需要重新恢复发送 BC媒体流。
步骤 S317 : AD-SCF将广告时间结束的通知发送给 UE, 途径 Core
IMS;
此过程可以通过以 SIP INFO , SIP MESSAGE、 SIP NOTIFY、 SIP REFER等信息发送。 当步骤 S312中 AD-SCF已经将广告结束的时间下发给 UE时， 本步骤可选。 步骤 S318: UE在广告时间结束时退出广告多播组， 从而恢复被替换的 BC频道媒体；
当一个 BC频道中有多个时段要插入广告并且广告多播组为同一个时， UE可以在一次广告时间结束时不退出广告多播组， 而是在所有该频道中的 广告都已结束 （或者中间 UE进行了频道切换， 目标频道所关联的广告多播 组与当前广告多播组不一样） 才退出。 如果在广告插播期间 UE退出了当前 的 BC频道多播组， 则此时还需要重新加入 BC多播， 以获得 BC媒体流。 退出广告多播组的过程可通过 IGMP或者 MLD方式完成， 如使用 IGMP LEAVE, 携带广告多播组地址。
图 8示出了本发明实施例中的直播中的广告插播实施例四的流程图， 主 要通过 AD-SCF订阅用户终端或者用户的在线状态， 获得当前的业务状态， 从而将匹配的广告信息发送给 UE， UE通过重新发起广告会话进行广告媒 体的获取 （单播会话或者多播会话） ， 具体步骤如下：
步骤 S401 : UE与 BC-SCF建立针对 BC的 SIP会话， 并接收 BC媒体 流；
步骤 S402: AD-SCF向 PS订阅特定 UE的在线状态；
该过程可使用 SIP SUBSCRIBE完成， 可以在步骤 S401之前或者之后 完成。
步骤 S403至步骤 S405: UE进行频道切换时 （比如从频道 A跳到频道 B ) ， 向 PS发布目标频道信息 （即频道 B的标识） ， 作为 UE的当前的在 线状态变更。 该过程中还可以携带目标频道中当前正在播放的直播节目标 识。
步骤 S406: PS将 UE的在线状态更新到订阅者 AD-SCF;
该过程可使用 SIP NOTIFY完成， 携带 UE的在线状态信息。
步骤 S407: AD-SCF获取了 UE的当前 IPTV业务状态之后， 根据用户 偏好、 用户购买习惯、 用户签约信息、 当前 BC频道的元数据、 当前 BC频 道中节目的元数据、 以及广告元数据中的一个或多个数据， 匹配生成合适的 广告信息；
该广告信息含有广告多播组地址、 或者广告单播地址等。
步骤 S408 : AD-SCF 向 UE发送广告信息。 该过程可以是通过 SIP MESSAGE, SIP NOTIFY携带广告信息的方式发送， 或者 AD-SCF将广告 信息发送到当前频道媒体发送的 BC-MF, 由 BC-MF在媒体面进行发送。
步骤 S408: UE通过接收 SIP消息， 或者从 BC的多播组中获得广告信 息， 从而发起基于广告的会话， 接收广告媒体， 如加入广告多播组， 或者连 接广告媒体服务器， 获得单播广告流。
图 9示出了本发明实施例中的点播中的广告插播实施例一的流程图， 主 要采用 iFC触发的方式， 将 AD-SCF与 CoD会话关联起来， 当广告插播时 间到来时， AD-SCF使用消息方式通知 CoD-MF， 从而进行广告拼接， 具体 步骤如下：
步骤 S501至步骤 S507为在 CoD会话建立过程中串入 AD-SCF的流 程：
步骤 S501 : UE经 Core IMS发起 CoD业务请求， gp SIP INVITE。
该请求中可以不携带用户是否接受网络广告的指示； 也可以根据用户的 意愿， 或者 CoD的元数据等信息， 在消息体或者头域中对用户接受网络广 告的意愿进行指示， 可行的方法包括且不限于以下几种：
a. Request-URI 中携带的节 目标识后面增加相关参数， 如 sip:cod_01 @ sp.com; mode=AdAllowed或其他类似指示； 或者 b.使用 SIP头 域携带该标识， 比如 Accept或者 Accept-Contact头域使用 sip.Ad或其他类 似的标识， 指示当前会话中接受网络广告； 或者 c.使用消息体 SDP携带， 如在会话级别或媒体级别的 a行进行扩展， 增加 a=ad_insertion:allow或其他 类似指示， 指示当前会话 （或者当前媒体通道） 支持广告插入。 UE的业务 请求经过 AD-SCF的过程中， 可以以 Core IMS 的 iFC直接触发到 AD- SCF， 或者 Core IMS将请求触发到特定的业务代理 （Service Broker) ， 再 由 Service Broke根据当前业务状态、 用户终端或者用户的在线状态等信息 触发到 AD-SCF。
步骤 S502: AD-SCF根据 CoD业务请求对用户使用广告业务进行授 权。
当请求中携带广告接受意愿， 或者 AD-SCF从用户签约数据中获知用户 已签约了 CoD中的广告时， 可认为在当前 CoD业务中可以进行广告插播。 该步骤中 AD-SCF可以立刻为用户进行广告的匹配， 获得合适的广告信息， 并将其加入到 CoD业务请求中； 该步骤也可以不进行广告的匹配， 而是在 CoD业务响应到达 AD-SCF时再由 AD-SCF进行广告信息的生成 （即步骤 4) 。 具体如何实现可根据实际情况决定。
步骤 S503 : AD-SCF将 CoD业务请求经 Core IMS发送到 CoD-SCF， 以完成 CoD业务的会话建立。
该过程具体流程可参考 ETSI TS 183063规范， 描述如下：
步骤 3a: AD-SCF将 CoD业务请求发送到 Core IMS, 携带 CoD业务建 立所需的信息， 如 Request URI为节目的标识， 消息体携带 CoD媒体通道协 商的 SDP信息， 等。 该过程中 AD-SCF可作为 Proxy或者 B2BUA进行会话 的发送。
步骤 3b: Core IMS通过 iFC方式将 CoD业务请求触发到 CoD-SCF。 步骤 3c : CoD-SCF根据 CoD业务请求， 作为 UE 的 B2BUA或者
Proxy， 将请求再路由到 Core IMS。
步骤 3d: Core IMS将 CoD业务请求发送到某个 CoD-MF。
步骤 3e至步骤 3h为 CoD-MF对 CoD业务请求作出响应， 其响应的消 息依次经过 Core IMS、 CoD-SCF, Core IMS到达 AD-SCF。 步骤 S504: CoD业务响应 200 OK消息返回到 AD-SCF后， AD-SCF可 以根据用户偏好、 购买习惯、 当前 CoD业务状态、 广告元数据等信息， 匹 配出合适的广告信息， 并将其加入到 200 OK的消息中。
若当步骤 S502中已经包含了 AD-SCF进行广告匹配和广告信息生成的 步骤时， 本步骤可选。
步骤 S505 : AD-SCF将包含广告信息的 CoD业务响应经 Core IMS发送 到 UEo
步骤 S506: UE通过 SIP会话 （步骤 S501至步骤 S505步骤） 中的媒体 信息， 与 CoD-MF进行媒体通道的建立。
根据 ETSI TS 183063的规范， 可能的方式分两种， g卩 RTSP method 1 或 RTSP method 2， 具体的媒体通道建立过程可参考该规范， 本文不做赘 述。
步骤 S507: CoD-MF在媒体通道建立后向 UE发送当前 CoD节目的媒 体流。
步骤 S508至步骤 S515为广告插播的过程：
步骤 S508: AD-SCF由于已串入会话路径， 因此获知当前 CoD节目的 广告插入时间点 （可以是媒体相对时间点， 如 smpte=00:10:00表示节目开始 后的第 00小时 10分钟 00秒需要暂停， 插入广告） ， 或者获得广告插入时 间的长度 （如使用参数 timelength=00:02:00， 表示在暂停 CoD的期间插入时 长 2分钟的广告） ， 从而根据匹配得出的广告信息 （步骤 S502或者步骤 S504) 向当前进行 CoD媒体分发的 CoD-MF发送媒体切换指令。 该指令可 以是 SIP MESSAGE, 或者 SIP INFO等消息， 经过 Core IMS实体， 可以携 带广告切换的起止时间点 （或者一个语义上的标识， 如 "Now"表示立刻进 行插播） ， 以及该时间段内需要播放的广告的标识。 该 SIP消息可以是 CoD会话内的消息， 也可以是 CoD会话外的消息。 其他的实施方式中， AD-SCF可以直接发送 RTSP或者 HTTP、 SOAP等非 SIP消息到该 CoD- MF， 则此时消息可以不经过 Core IMS实体。 切换指令中可携带某个时间段 内的某一个广告的切换指令， 或者某个时间段内的多个广告切换指令， 或者 多个时间段内的多个广告切换指令。
步骤 S509: Core IMS将步骤 S508发出的媒体切换指令转发至当前进行 CoD媒体分发的 CoD-MF。
步骤 S510: CoD-MF在处理特定 CoD媒体发送的过程中触发媒体切 换， 则根据切换指令中的切换时间、 广告标识等进行媒体切换， gp : 暂停当 前 CoD媒体的发送， 并获得广告标识所指示的广告媒体， 将广告媒体沿 CoD媒体的传输通道进行发送。 此时广告媒体可以与 CoD媒体使用相同的 传输参数， 如编解码， 目的地址和端口， 带宽等。
步骤 S511 : CoD-MF使用原 CoD媒体通道发送广告媒体， UE在相同 的端口， 从相同的单播地址接收广告媒体。 该过程中 UE可以不感知 CoD 媒体到广告媒体之间的切换 （但是用户可以感知， 即呈现出来的内容有变 化） 。
步骤 S512: 当广告插播时间结束时， AD-SCF仍使用步骤 S508所描述 的方式， 向该 CoD-MF发送媒体切换指令， 指示恢复当前的 CoD媒体发 送。 此时的切换指令中可以包含当前被暂停的 CoD节目的标识， CoD节目 的播放恢复时间 （即广告插播的终点， 如 smpte=00:15:23 ) 等信息； AD- SCF可以发送 SIP消息、 RTSP消息， 或者 HTTP、 SOAP等消息， 当使用 SIP时， 该步骤经过 Core IMS。
步骤 S513: 当步骤 S508中的媒体切换指令使用 SIP时， Core IMS将媒 体切换指令转发到 CoD-MF。
如果步骤 S508 中的媒体切换指令已经包含恢复 CoD媒体流的时间点 (如广告插播 2分钟之后恢复 CoD) ， 则步骤 S512和步骤 S513可选， 即 MF自己能够根据时间点进行媒体切换， 不需要 AD-SCF指示。 步骤 S514: CoD-MF根据媒体切换指令进行媒体切换， 即停止发送广 告媒体流， 仍在原 CoD的传输通道中恢复 CoD媒体的发送。
步骤 S515: CoD媒体恢复的过程， 此时 UE不感知广告媒体到 CoD媒 体的切换， 但是从用户来看， 呈现的内容已经发生了变化 （广告插播结束， 恢复 CoD播放） 。
需要说明的是， 在本实施例中， 一个 CoD会话进行的期间， 步骤 S508、 S509可以只进行一次或多次， 步骤 S512和步骤 S513可以进行 0 次， 一次或者多次：
AD-SCF在整个过程中可以只向 MF进行一次通知即告知所有的广告插 播计划， 后续所有的切换均由 MF完成， 期间 CoD的恢复也不许 AD-SCF 进行通知；
AD-SCF可以根据广告时间段向 MF通知该时间段内的所有广告插播计 划， 则 MF按顺序进行广告插播， 之后 MF自动恢复 CoD, 或者 AD-SCF再 运行步骤 S512、 步骤 S513通知一次；
AD-SCF还可以在每个广告开始时都通知 MF, 广告插播结束后的 CoD 恢复也由 AD-SCF进行通知。
图 10示出了本发明实施例中的点播中的广告插播实施例二的流程图， 主要由 AD SCF通过向 AD MF请求广告， 并向 UE发起会话修改 /会话建 立， 从而建立新的广告媒体通道， 发送广告， 具体步骤如下：
步骤 S601至步骤 S605为在 CoD会话建立过程中串入 AD-SCF的流 程， 与步骤 501至步骤 S506中的 CoD会话建立过程中串入 AD-SCF的流程 步骤 S606: AD-SCF根据用户数据、 节目元数据、 广告元数据、 运营 策略等信息， 匹配生成广告信息。 步骤 S607: AD-SCF代替 UE向广告媒体服务器 AD-MF请求广告。 该 过程可使用 SIP INVITE的方式完成， 携带匹配生成的广告标识， 同时还可 携带广告媒体通道的协商参数。
步骤 S608: Core IMS转发广告会话请求。
步骤 S609: AD-MF对广告会话请求进行响应， 如生成 200 OK, 携带 广告媒体协商的 SDP Answer, 并将这个请求响应返回给 AD-SCF。
步骤 S610: AD-SCF根据当前 CoD会话状态， 向 UE发起会话修改或 会话更新， 携带广告相关信息， 如广告标识、 广告媒体协商参数等。 该过程 可使用 SIP UPDATE或者 SIP INVITE, 携带当前 CoD会话标识 （来自 Call- ID头域等） 的方式完成。 该过程中， 会话修改可在原 CoD的会话 SDP中增 加广告的 SDP信息， 如增加 m行或者替换当前 CoD媒体的 m行， 以传输 广告媒体； 可选的， 会话修改或更新请求中， 可以使用 SDP携带广告插播 的时间信息。 除此之外， 会话修改或者更新的消息中， 可以使用多消息体的 方式携带 XML文本， 以指示广告插播的计划， 如消息的 Content-Type头域 使用 Multipart/related或者 Multipart/mixed等方式进行 XML指示。
骤 S611 : UE接受会话修改响应。
骤 S612: 广告媒体通道建立。
骤 S613: 广告会话拆除。
骤 S614: CoD会话修改。
骤 S615: CoD会话修改响应。
骤 S616: CoD媒体流。
图 11示出了本发明实施例中的点播中的广告插播实施例三的流程图， 即首先将 AD-SCF串入 CoD会话， 并且生成广告插播指令信息， 将其以会 话请求的方式发送到 CoD-MF， 之后 CoD-MF 自动的根据广告插播指令进 行媒体拼接， 不需要 AD-SCF进行指示， 具体步骤如下： 步骤 S701至步骤 S707为在 CoD会话建立过程中串入 AD-SCF的流 程：
步骤 S701： UE发起 CoD业务请求， 经 Core IMS的 iFC触发之后发送 到 AD-SCF;
步骤 S702: AD-SCF对 CoD业务请求进行广告业务授权；
如果 CoD业务请求中已经标识了用户接受网络广告， 或者用户的签约 数据中已指示用户签约了广告业务， 则 AD-SCF对广告业务进行授权； 如果 AD-SCF授权不成功， 可以直接返回 Core IMS一个失败响应， 由 Core IMS 根据该失败响应进行判断， 是继续匹配后面的 iFC, 完成 CoD流程， 还是 将失败响应返回给 UE, 拒绝 UE的 CoD业务请求 （授权不成功的步骤未在 流程中标识出来） 。
步骤 S703: AD-SCF根据 CoD业务请求以及用户数据、 节目元数据、 广告元数据等信息匹配生成合适的广告， 并生成广告插播指令；
步骤 S704: AD-SCF代替 UE向 CoD-SCF禾卩 CoD-MF请求获取带广告 的 CoD节目， 该过程中， AD-SCF发起 CoD业务请求， g卩 SIP INVITE, 包 含 ETSI TS 183063所述的 CoD消息格式， 同时还包括广告插播指令；
所述的广告插播指令在 SIP消息中， 可以使用 SDP描述的方式， 如在 CoD媒体行后面增加扩展 a=ad_insert行， 指示该 CoD媒体行除了传输点播 媒体流外， 还用于传输期间的插播广告媒体， 因此需要在该行中描述各插播 广告的标识， 以及插播时间点。 一个 SDP的例子如下所示：
INVITE sip:cod_001 @ sp.com SIP/2.0
From:<sip:userl @sp.com>;tag=2x5fytu7
To:<sip:cod_001 @sp.com> Content- Type： application/sdp
o=..
v=.. m=video 2346 RTP/AVP 98 //当使用 RTSP method 2时， 此行 为 m=application 9 TCP...
a=fmtp:98...
a=ad_insert: (<ad_insert_time> <ad_list>)
所述广告插播指令还可以使用 XML的方式， 在 SIP消息中携带， 如使 用 Content-Type:Multipart的方式， 除携带 CoD的 SDP外， 还携带另外一个 XML文本， 用于描述广告插播时间以及该时间段内的广告标识， 除此之 夕卜， 还可以携带其他的一些指令信息， 如广告期间是否允许 VCR等。 一个 SIP消息携带 XML文本的例子如下所示：
INVITE sip:cod_001 @ sp.com SIP/2.0
From:<sip:userl @sp.com>;tag=2x5fytu7
To:<sip:cod_001 @sp.com>
Content- Type:Multipart/related;
boundary =example2； Type="application/sdp"
~example2
Content- Type： application/sdp
//<SDP消息体 >
~example2
Content-Type： application/ xml
<ad_list>
<ad_insert>
<ad_id>crid://ad.example.com/ad_001 </ad_id> 〃广告标识
<ad_insert_time>npt :00:01: 00</ad_insert_time> 〃广告插播时间
<ad_insert_length>npt： 00： 02： 00<ad_insert_length>〃广告插播时长 <vcr_allow>NO</vcr_allow> 〃广告期间 是否允许 VCR
</ad_insert>
<ad_insert>
<ad_id>crid://ad.example.com/ad_002</ad_id>
<ad_insert_time>npt : 00 : 10:00</ad_insert_time>
<vcr_allow>YES</vcr_allow>
</ad_insert>
</ad_list>
该过程中， CoD-SCF可以将 AD-SCF 的 CoD会话请求转发给 CoD-
MF, 由 CoD-MF进行 CoD的资源准备， 同时由 CoD-MF获知了 AD-SCF 的广告插播指令， 包括当前 CoD中的各个广告插入时间点， 各个时间点上 需要插入的广告的标识。 CoD-MF将会话响应 （200 OK) 发送给 CoD-SCF 后， 再由 CoD-SCF返回给 AD-SCF, 以指示允许广告插入的 CoD会话建立 成功。
步骤 S705: AD-SCF在请求 CoD会话成功后， 将 CoD业务响应经 Core IMS返回给 UE;
该过程中， 200 OK的响应可以携带 AD-SCF之前生成的广告插播指 令， 也可以不携带广告相关的协商信息。
步骤 S706: CoD媒体传输通道建立的过程， 可遵从标准规范 ETSI TS
183063 ο
步骤 S707: CoD-MF准备点播媒体流， 并发送给 UE。
步骤 S708: 广告插播时间到达 （由 AD-SCF在步骤 S703决定并经步骤 S704发送给 CoD-MF ) ， CoD-MF获取相应时间所对应的插播广告的标 识， 并准备广告媒体， 如从广告媒体服务器获取广告媒体等。 步骤 S709: CoD-MF暂停当前的 CoD媒体流 （同时可以记录当前 CoD 节目的暂停时间点） ， 并代之以获取的广告媒体。 该过程中， 广告媒体使用 原 CoD媒体的传输参数进行传送， 如目的地址， 带宽， 编解码等。
步骤 S710: 广告插播时间结束， CoD-MF停止发送广告媒体， 并恢复 当前的 CoD媒体： CoD节目媒体标识， 以及恢复时间点 （步骤 S709中记录 的暂停时间点） ， 恢复发送 CoD节目。
步骤 S711 : CoD媒体恢复发送， 仍使用最开始协商的 CoD媒体通道。 图 12示出了本发明实施例中的点播中的广告插播实施例四的流程图， 即首先将 AD-SCF感知当前 IPTV会话状态， 并根据感知的 IPTV会话状态 为 UE插入广告， 具体步骤如下：
步骤 S801 : UE向 CoD-SCF发起会话请求， 建立点播会话， 并从 CoD MF接收 CoD媒体流。
步骤 S802: AD-SCF 向对话状态服务器 （Dialog status Server) 请求订 阅特定用户的对话状态。
该步骤可以在步骤 S801 之前或者之后完成。 此处所谓 Dialog status
Server为对话状态保存和更新功能， 可以是单独的实体， 也可以集成在其他 网络实体中， 如 CoD-SCF , PS 等。 该过程中 AD-SCF 可以发起 SIP SUBSCRIBE消息， event头域中携带对话状态事件包名称 dialog。
步骤 S803 : CoD-SCF在 CoD会话建立成功之后， 经 Core IMS 向 Dialog status Server发布特定 UE当前的对话状态信息， 其中携带当前 CoD 会话的业务状态信息， 如当前正在观看的 CoD节目标识， 还可以携带对话 成员 CoD-MF的标识 （SIP URI或者 IP地址等） 。
步骤 S804: Dialog status Server在对话状态更新时向 AD-SCF发送通知 消息， 携带当前 UE的对话状态。 该过程可使用 SIP NOTIFY消息完成， event头域携带对话状态事件包名称 dialog, 消息体携带当前 CoD会话的业 务状态信息， 如当前正在观看的 CoD节目标识， 还可以携带对话成员 CoD- MF的标识 （SIP URI或者 IP地址等） 。
该 Dialog status server可以是单独的服务器， 也可以由 Core IMS中的实 体集成， 如 S-CSCF可以自动的为已注册的 UE记录对话状态信息， 并且提 供 AD-SCF进行订阅,在对话信息更新时向 AD-SCF发送通知。
步骤 S805 : AD-SCF获知当前 IPTV会话状态后， 根据用户数据、 当前 CoD节目元数据、 广告元数据中的一个或者多个数据， 进行广告匹配， 并 生成广告插播指令。 所述广告插播指令中可以包含当前 CoD节目标识、 广 告插播的时间 （如 npt暂停时间点， 或者再加上暂停时长） 、 待插播的一个 或多个广告标识等信息。
步骤 S806: AD-SCF从业务状态信息中获得当前处理 CoD媒体发送的 CoD-MF标识， 因此通过 Core IMS向 CoD-MF发送步骤 S805所生成的广告 插播指令。 该过程可以是通过会话外的 SIP MESSAGE或者 INFO或者 REFER消息完成， 其消息体携带 XML文本， 描述一个或多个时间段中的一 个或多个广告插播指令。
步骤 S807: Core IMS将广告插播指令转发到 CoD-MF。
步骤 S808: CoD-MF根据广告插播指令对媒体进行拼接， 即暂停当前 的 CoD媒体播放， 并获取广告媒体， 沿当前的 CoD媒体通道进行发送。
步骤 S809: 广告媒体流从 CoD媒体通道发送到 UE。 该过程中 UE可 以不感知媒体的切换， 但是从用户角度看， 呈现的画面已经从 CoD转换成 了广告。
步骤 S810: CoD-MF在广告插播时间结束时， 对 CoD节目进行恢复播 放， 即停止发送广告媒体， 将暂停的 CoD媒体从当前的媒体通道进行发 送。 步骤 S811 : CoD媒体恢复播放。 该过程中 UE可以不感知媒体的切 换， 但是从用户角度看， 呈现的画面已经从广告转换成了 CoD, 并且从暂 停点进行播放。
图 13示出了本发明实施例中的点播中的广告插播实施例五的流程图， 即 AD— SCF将广告信息发送给 UE, 由 UE对广告和 CoD进行关联控制， 具体步骤如下：
步骤 S901： UE与 CoD-SCF建立 CoD会话， 并从 CoD-MF接收点播节 目媒体流。
步骤 S902: AD-SCF通过 Presence、 对话状态信息等方式获得当前 UE 的 ιρτν业务状态信息， 其与前面实现方案类似。
步骤 S903 : AD-SCF根据用户数据、 节目元数据、 广告元数据、 运营 策略等信息， 匹配生成广告信息。
步骤 S904: AD-SCF将匹配生成的广告信息发送给 UE。 该过程可以使 用 SIP MESSAGE, SIP INFO, SIP REFER等消息完成； 如果 UE在步骤 3 之前订阅了广告信息， 则此时 AD-SCF可以使用 SIP NOTIFY进行通知。
步骤 S905: UE根据广告信息内容， 可以根据用户选择 （或者自动进行 选择） 结果， 向 AD-SCF发起广告会话请求。
步骤 S906至步骤 S909与基本的 CoD流程一致， 只是请求是针对广告 的， 在广告会话建立之后， UE可以对当前需要暂停的 CoD进行 VCR暂停 操作， 如向 CoD-MF发起 RTSP PAUSE请求， UE可以记录暂停时间点； 同 时 UE需要启动广告媒体的发送， 如向 AD-MF发送 RTSP PLAY请求， 从 而接收广告媒体流。
该过程中， UE还可以不暂停 CoD媒体， 同时接收广告媒体， 将二者在 同一个屏幕中一起呈现。 具体如何实现， 视实际情况而定。
步骤 S910: 当广告时间结束时， UE或者 AD-MF发起会话释放， 拆除 广告会话， 停止发送广告媒体流。 与此同时， 如果 UE之前已经暂停了 CoD 媒体， 则此时需要恢复点播媒体的播放， 如 UE 向 CoD-MF发起 RTSP PLAY请求， 可以携带之前暂停时的相对时间点。
步骤 S911 : UE从 CoD-MF恢复接收点播媒体流， 完成广告插播。
图 14示出了本发明实施例中的点播中的广告插播实施例六的流程图， 即会话内的 CoD-MF通过向会话内的 AD-SCF发送 UE的 VCR媒体操作信 息报告， 如用户观看 CoD时， 中途进行了暂停操作时， 贝 ij AD-SCF通过 CoD-MF的 VCR信息上报， 生成广告插播指示， 从而获得广告插播指示， 由 CoD-MF根据指示进行媒体拼接， 具体步骤如下：
步骤 S1001 : UE请求 CoD, 该请求被 Core IMS触发到 AD-SCF。 该过 程可以通过使用 SIP INVITE实现。
步骤 S1002: AD-SCF将转发 CoD业务请求到 Core IMS。 该过程中， AD-SCF可以作为 UE的 B2BUA, 进行 CoD业务请求的转发， 或者作为普 通的 SIP Proxy进行请求的转发。
步骤 S1003至步骤 S1006: CoD会话的建立过程， 可参考标准规范 TS 182027 ο 其中步骤 S1006包含 CoD会话建立的响应， 需要经过 AD-SCF之 后， 再回到 UE。 通过这些步骤， UE从 CoD-MF获得单播媒体流并进行观 步骤 S1007: 在观看的过程中， UE触发媒体控制操作， 对点播节目进 行暂停。 该过程可通过 RTSP PAUSE请求完成。
步骤 S1008: CoD-MF向 AD-SCF报告 UE的媒体操作信息。 该过程可 以通过 SIP INVITE、 SIP MESSAGE, SIP INFO或者其他非 SIP的方式， 如 HTTP PUT, 或者 RTSP ANNOUNCE, 携带媒体操作信息， 可以包含 CoD 节目标识， 暂停时间点等信息。 当使用 SIP消息时， 信令需要经过 Core IMS实体进行转发。
步骤 S1009: AD-SCF根据媒体操作信息进行广告的匹配， 选择合适的 广告生成广告插播指令， 其中包括广告标识， 插播的时间点， 时长等信息。 步骤 S1010: AD-SCF将广告插播指令发送给 CoD-MF。 该过程可通过 对 INVITE的响应 （如 200 OK) 、 SIP MESSAGE, SIP INFO或者其他非
SIP的方式完成， 如私有协议。 对于 AD-SCF, 匹配获得广告后也可以不发 送给 CoD-MF， 而是转发给当前观看该节目的 UE， 从而完成广告的推送。
步骤 S1011 : CoD-MF收到插播指令后进行媒体拼接， 即暂停当前的
CoD节目， 并且将匹配的广告媒体通过重用 CoD传输通道的方式 （如使用 相同的单播地址和端口等） 发送给 UE。
步骤 S1012: 作为步骤 S1011的结果， UE在暂停 CoD的过程中获得广 告媒体。 本方案中步骤 S1007 的节目暂停导致了广告的插播， 在实际应用 中， 其他的媒体控制操作也可以导致广告的播放， 如快进时将广告媒体与快 进 CoD媒体一同发送， 在终端同时呈现， 等等。
步骤 S1013 : UE再次进行 VCR操作， 恢复 CoD媒体的播放。 该过程 可以通过使用 RTSP PLAY完成。
步骤 S1014: CoD MF使用类似步骤 S1008的方式， 将 VCR操作信息 报告给 AD-SCF。
步骤 S1015 : AD-SCF生成节目恢复的指示， 可以包括恢复的节目标 识， 恢复时间点等信息， 并将其发送给同一个 CoD-MF。 该过程可以使用类 似步骤 S1010的方式， 只是携带的信息有所不同。
步骤 S1016: CoD-MF接到节目恢复的指示后， 停止发送广告媒体， 并 且从暂停时间点发送被暂停的 CoD媒体， 从而恢复 CoD节目的播放。
步骤 S1017: 作为步骤 S1016的结果， UE恢复播放 CoD节目。
步骤 S1013到步骤 S1017的过程可以不与 AD-SCF进行交互， 即 UE的 VCR恢复播放的指令 （RTSP PLAY) 到达 CoD-MF后， 后者不需要报告 AD-SCF, 而是根据该指令自行进行 CoD节目的播放， 此时步骤 S1014和步 骤 S1015为可选。 图 15示出了本发明实施例中的广告信息推送过程中实施例一的流程 图， 通过使用 SB将 AD-SCF与 IPTV业务 （CoD或者 BC或者其它业务） 关联起来， 并使用会话内或者会话外的消息， 向 UE推送当前节目关联的信 息， 具体步骤如下：
步骤 S1101至步骤 S1106为 IPTV会话建立过程中将 AD-SCF串入的流 程， 相比前面的实施例， 该实施例增加 Core IMS到 SB的 iFC触发， 以及 SB根据业务种类进行业务触发 （先到 AD-SCF, 再到 IPTV-SCF) 的过程。
步骤 S1107: IPTV会话建立成功， UE在使用 IPTV业务过程中， AD- SCF感知当前业务状态， 生成匹配的广告信息， 如根据用户偏好、 购买习 惯、 当前节目的元数据以及广告元数据等， 生成符合用户偏好和习惯的广告 推送信息。
在步骤 S1107之前， UE还可以根据本地逻辑、 用户操作等方式， 触发 对广告推送信息的订阅， 如在步骤 S1107之前 UE通过 Core IMS, SB 向 AD-SCF发送 SIP SUBSCRIBE消息， 在 Event头域中携带广告推送事件包 名称 （比如 recommendation) 等等。 具体如何订阅以及如何发送推送消息， 请参见本发明人的其他专利。
步骤 S1108: AD-SCF使用 SIP消息将广告推送信息发送到 UE。 该过 程中， AD-SCF可使用 IPTV会话通路， g卩 AD-SCF、 SB、 Core IMS、 UE, 携带当前 IPTV业务的 Call-ID参数等， 以 INFO、 NOTIFY或者 MESSAGE 等发送到 UE; 也可以使用会话外的消息， g卩 AD-SCF、 Core IMS、 UE, 不 携带会话参数， 直接告知 UE推送的广告信息， 可以是 INFO、 NOTIFY或 者 MESSAGE等 SIP消息。 广告推送信息可以使用 XML的方式在消息体内 描述。
步骤 S1109: UE在收到广告推送消息之后， 返回成功响应 200 OK。 图 16示出了本发明实施例中的广告信息推送过程中实施例二的流程 图， 用户进行 IPTV注册后， 广告业务控制功能实体 （即 AD-SCF) 通过向 S-CSCF订阅的方式获得用户的注册信息， 之后通过获取用户签约数据， 从 而决定是否向 UE推送特定的广告， 具体步骤如下：
步骤 S1201 : UE通过标准的 IMS注册流程， 在 Core IMS进行注册。 该 过程中， Core IMS可以代理 UE向 IPTV SCF发起第三方注册。
步骤 S1202: 0-8 ?通过向0)
Figure imgf000043_0001
发起订阅请求， 订阅特定用户的 注册状态。 该过程中，
Figure imgf000043_0002
也可以将订阅请求触发到1?11¥ 8 ?上， 从 而获得特定用户在 IPTV SCF上的注册信息。 实际应用中， AD-SCF可以发 送 SIP SUBSCRIBE请求， 其中的 event头域携带 reg事件包。
步骤 S1203: Core IMS将特定用户的注册状态信息以通知的方式发送给 AD SCF。 该过程也可以是由 IPTV SCF经 Core IMS返回的通知。 实际应用 中， 通知消息可以采用 SIP NOTIFY的方式发送。
步骤 S1204 : AD-SCF获知了特定用户的注册状态， 从而根据本地策 略、 用户签约信息等进行广告的匹配， 生成广告推送信息， 其中包括广告标 识。
步骤 S1205 : AD-SCF将广告推送信息发送给 UE。 该过程可以通过发 送 SIP MESSAGE完成， 消息体中携带匹配得到的广告标识。
图 17示出了本发明实施例中的广告信息推送过程中实施例三的流程 图， g卩 CoD-MF在 UE进行 VCR时向 AD-SCF报告， 由 AD-SCF进行广告 信息的推送， 具体步骤如下：
步骤 S1301 : UE使用标准的 CoD流程， 通过 Core IMS, CoD-SCF以 及 CoD-MF建立点播会话， 并从 CoD-MF获得点播媒体流。
步骤 S1302: UE在节目观看过程中向 CoD-MF发送媒体操作指令， 进 行 VCR操作。 该过程可以通过 RTSP的方式， 如发送 RTSP PAUSE进行暂 停， 或者发送的 RTSP PLAY携带 scale参数进行快进或者快退等。
步骤 S1303: CoD-MF通过提前配置或者通过其他方式， 找到某个广告 服务器 （AD SCF) ， 并向其发送媒体操作信息的报告。 该报告中可以携带 以下信息的一种或多个： 正在观看的媒体标识、 正在观看的媒体片段、 视频 帧、 帧内的媒体对象等等。 该过程可使用 SIP INFO、 SIP MESSAGE的方 式， 信令经过 Core IMS后再发送到 AD-SCF; 也可以使用直接的接口， 如 使用 HTTP的 PUT消息、 RTSP ANNOUNCE等消息完成。
步骤 S1304: AD-SCF通过获得特定 UE对特定媒体的操作信息， 感知 业务状态， 从而匹配合适的广告信息。 如根据当前正在观看的帧内媒体对象 是球星罗纳尔多， 获得罗纳尔多所代言的广告 （如 "金嗓子喉宝" ） 。
步骤 S1305 : AD-SCF将匹配得到的广告信息发送给 UE。 该过程可以 通过 SIP INFO, SIP MESSAGE或者非 SIP的其他方式完成， 消息中携带广 告标识。
图 18示出了本发明实施例中的广告信息略过过程中的流程图， SB集成 了广告的业务逻辑， 执行对广告推送、 广告插播等控制功能， 具体步骤如 下：
步骤 S1401至步骤 S1406为 BC会话过程中串入 SB(with AD)的流程， 与前面的实施方案类似。
步骤 S1407: AD-SCF在当前 BC会话中获得广告间隙信息， 从而触发 广告间隙通知。 该过程可以是 AD-SCF从本地或者部署实体或者 CPSF等实 体上获得直播频道的部署结果， 从而获得特定直播频道的广告时间 （起止 点， 如 ntp=20080808T080808.00Z-20080808T090909.00Z) 。
步骤 S1408: AD-SCF在广告间隙时间到来之前， 根据用户签约 （如用 户已签约广告略过业务） 信息向 UE发送广告间隙通知， 其中可以携带广告 时间的起止点， 同时还可以携带一个或多个选项供用户选择， 如： 是否略过 广告？ 是否播放不同版本的广告？ 等等。 该通知可以是会话内的 INFO或者 MESSAGE消息， 沿 BC会话建立的路径进行发送， 携带会话信息 （如 Call- ID) ； 或者使用会话外的 MESSAGE或 INFO消息， 不携带会话信息。 步骤 S1409: 用户同意略过当前频道中的广告时间， 则发送消息向 AD- SCF指示进行广告略过的处理。 该过程可使用会话内或者会话外的 INFO或 者 MESSAGE完成， 还可以使用 SIP INVITE等完成。
步骤 S1410: AD-SCF接收到广告略过请求后， 记录当前 BC业务的状 态， 如当前被略过的 BC频道标识， 广告略过时间起止点等。
步骤 S1411 : UE在广告略过期间， 可进行其他 IPTV业务， 如发起新 的 CoD业务， 或者 BC业务。 如果期间 UE请求的是非 BC的业务， 则 UE 可以拆除当前的 BC会话， 或者不拆除 BC会话， 但是退出当前 BC的多播 组， 以确保接入侧的带宽不浪费； 或者 UE不对略过的 BC业务做任何处 理， 直接新发起新的 IPTV业务请求， 则此时 UE需要保留对 BC媒体流的 接入侧带宽需求。 如果期间 UE请求的是用户签约的其他 BC频道， 则 UE 可以保持 BC会话， 只进行多播组的切换即可， 确保不浪费接入侧的带宽。
步骤 S1412 : 广告间隙时间结束时， AD-SCF获得 BC业务恢复时间 点， 从而触发 BC业务恢复的过程。
步骤 S1413 : AD-SCF经 Core IMS向 UE发送 BC业务恢复的通知， 携 带记录的 BC业务状态， 如被略过的 BC频道标识， 广告略过时间终点 （即 BC业务恢复时间点） 等。
步骤 S1414: UE恢复当前被略过的 BC频道。 根据步骤 S1411中 UE发 起 IPTV会话的方式可以有如下处理： 如果广告略过期间 UE只在签约的 BC业务包内进行频道切换， 则此时只需要切换回被略过的 BC频道即可； 如果 UE还进行了其他业务， 并且已拆除了被略过的 BC业务， 则 UE需要 拆除其他业务的会话， 重新发起 BC业务请求， 加入被略过 BC频道； 如果 UE进行其他业务的同时没有拆除 BC业务， 而是退出了 BC多播组， 则此 时 UE需要拆除其他业务会话， 并加入被略过的 BC多播组。
相应的， 图 19示出了本发明实施例中的广告业务控制功能实体的结构 示意图， 包括获取模块 191、 选择模块 192和控制模块 193， 其中： 获取模 块 191用于获取用户所在的网络电视业务状态信息； 选择模块 192用于根据 所述获取模块 191获取的网络电视业务状态信息为用户选择所匹配的网络广 告信息； 控制模块 193用于根据所述选择模块 192选择的网络广告信息控制 网络广告的发送。 需要说明的是， 这里的网络电视业务状态信息为用户的注 册信息、 用户接受网络广告的数据信息、 网络电视业务类型、 网络电视的节 目标识、 直播频道标识、 用户的在线状态信息、 媒体操作类型等中的一个或 者多个的组合； 网络广告信息包括： 广告标识、 广告描述信息、 传输广告的 网络参数等， 其中： 广告描述信息中包括广告编码格式、 广告类型、 广告插 入的起止时间等。
相应的， 图 20示出了本发明实施例中的获取模块 191的结构示意图， 该获取模块 191中包括第一获取单元 201、 第二获取单元 202、 第三获取单 元 203、 第四获取单元 204、 第五获取单元 205和第六获取单元 206中的一 个或者多个， 其中： 第一获取单元 201用于通过向用户所在的在线状态服务 器订阅用户的在线状态信息获取用户所在的网络电视业务状态信息； 第二获 取单元 202用于从广告触发请求中获取用户所在的网络电视业务状态信息； 第三获取单元 203用于从网络电视业务会话过程中的业务交互数据获取用户 所在的网络电视业务状态信息； 第四获取单元 204用于从用户的注册信息中 获取用户所在的网络电视业务状态信息； 第五获取单元 205用于查询用户签 约数据信息， 从用户签约数据信息中获取用户所在的网络电视业务状态信 息； 第六获取单元 206用于订阅用户所对应的对话状态事件包， 从对话状态 事件包中获取用户所在的网络电视业务状态信息。
相应的， 图 21示出了本发明实施例中的控制模块 193的结构示意图， 该控制模块 193包括第一控制单元 211、 第二控制单元 212和第三控制单元 213中的一个或者多个， 其中： 第一控制单元 211用于向用户所在的用户终 端发送网络广告信息， 通过所述网络广告信息指示所述用户终端向所述网络 广告所在的媒体服务器请求并呈现所述网络广告； 第二控制单元 212分别向 用户所在的用户终端以及所述网络广告所在的媒体服务器发送网络广告信息 以建立广告媒体传输通道，并由用户所在的用户终端呈现所述网络广告； 第 三控制单元 213用于向所述网络广告所在的媒体服务器发送网络广告信息， 通过所述网络广告信息指示所述媒体服务器以媒体拼接的方式将网络广告发 送到用户所在的用户终端。
相应的， 图 22示出了本发明实施例中的广告业务控制功能实体的另一 结构示意图， 包括获取模块 221、 选择模块 222、 控制模块 223和略过处理 模块 224， 其中： 获取模块 221用于获取用户所在的网络电视业务状态信 息； 选择模块 222用于根据所述获取模块 221获取的网络电视业务状态信息 为用户选择所匹配的网络广告信息； 控制模块 223用于根据所述选择模块 222选择的网络广告信息控制网络广告的发送； 略过处理模块 224用于根据 所述选择模块 222选择的网络广告信息向用户发送广告略过请求， 在所述用 户选择对所述网络广告进行广告略过后， 在所述网络广告信息的插播时间 内， 略过所述网络广告。 需要说明的是， 这里的网络电视业务状态信息为用 户的注册信息、 用户接受网络广告的数据信息、 网络电视业务类型、 网络电 视的节目标识、 直播频道标识、 用户的在线状态信息、 媒体操作类型等中的 一个或者多个的组合； 网络广告信息包括： 广告标识、 广告描述信息、 传输 广告的网络参数等， 其中： 广告描述信息中包括广告编码格式、 广告类型、 广告插入的起止时间等。
这里的获取模块 221可以通过如下方式中的一种或者多种获取用户所在 的网络电视业务状态信息：
通过向用户所在的在线状态服务器订阅用户的在线状态信息获取用户所 在的网络电视业务状态信息；
从广告触发请求中获取用户所在的网络电视业务状态信息， 具体的， 可 以接收广告触发请求， 从所述广告触发请求中获取用户所在的网络电视业务 状态信息； 或向用户发送广告触发请求， 从所述广告触发请求返回的响应消 息中获取用户所在的网络电视业务状态信息； 或向网络电视业务控制实体发 送广告触发请求， 从所述广告触发请求返回的响应消息中获取用户所在的网 络电视业务状态信息；
从网络电视业务会话过程中的业务交互数据获取用户所在的网络电视业 务状态信息， 具体的， 可以通过初始过滤准则匹配接收网络电视业务会话过 程中的业务交互数据， 从所述业务交互数据中获取用户所在的网络电视业务 状态信息； 或通过服务代理接收网络电视业务会话过程中的业务交互数据， 从所述业务交互数据中获取用户所在的网络电视业务状态信息， 这里的网络 电视业务会话过程中的业务交互数据具体为： 用户所在的用户终端发起的直 播频道切换报告信息； 或媒体服务器发起的点播节目媒体控制信息； 或业 务代理发起的网络电视业务状态更改通知； 或网络电视业务控制实体发起的 网络电视业务状态更改通知； 或从用户的注册信息中获取用户所在的网络电 视业务状态信息；
查询用户签约数据信息， 从用户签约数据信息中获取用户所在的网络电 视业务状态信息；
订阅用户所对应的对话状态事件包， 从对话状态事件包中获取用户所在 的网络电视业务状态信息。
这里的选择模块 222， 当获取模块 221获取的用户所在的网络业务状态 信息包括用户接收网络广告的数据信息时， 可以根据用户接受网络广告的数 据信息为用户选择所匹配的广告信息， 其中： 所述用户接受网络广告的信息 包括： 用户签约的广告业务、 用户接受网络广告意愿和接受网络广告意愿的 时间段、 用户接受网络广告的类型、 用户对商品购买的喜好。
这里的控制模块 223可以通过如下方式控制网络广告的发送： 向用户所在的用户终端发送网络广告信息， 通过所述网络广告信息指示 所述用户终端向所述网络广告所在的媒体服务器请求并呈现所述网络广告。 具体的， 将所述网络广告信息发送给用户， 所述用户从所述网络广告信息中 选择广告标识， 并根据所述网络广告信息中的广告插播时间从所述网络广告 所在的媒体服务器获取所述网络广告；
分别向用户所在的用户终端以及所述网络广告所在的媒体服务器发送网 络广告信息以建立广告媒体传输通道，并由用户所在的用户终端呈现所述网 络广告。 具体的， 分别向用户所在的用户终端以及所述网络广告所在的媒体 服务器发送网络广告信息， 所述媒体服务器和所述用户终端根据所述网络广 告信息中的传输参数建立传输通道， 在所述网络广告信息中的传输时间开始 时， 所述媒体服务器通所述传输通道向所述用户终端传输所述网络广告， 所 述用户终端接收并呈现所述网络广告。
向所述网络广告所在的媒体服务器发送网络广告信息， 通过所述网络广 告信息指示所述媒体服务器以媒体拼接的方式将网络广告发送到用户所在的 用户终端。 具体的， 媒体服务器停止发送当前的网络电视媒体， 并且使用当 前的网络电视媒体的网络参数传输所述网络广告媒体， 这里的网络参数包括: 单播目的地址， 单播目的端口， 多播地址， 多播端口， 媒体发送端口， 媒 体传输所用带宽， 媒体传输所用协议中的一个或者多个的组合。
这里的广告业务控制功能实体还可以在略过处理单元 224将广告略过 后， 在略过网络广告的时间内， 为用户重新配置网络电视业务或者其它信 息， 也可以直接接续当前的网络电视业务。
通过实施本发明实施例， 可以根据网络电视业务状态信息为用户选择所 匹配的网络广告信息， 根据所述网络广告信息控制网络广告的发送， 可以为 用户提供多样化的广告服务和更个性化的广告服务， 更好的满足用户的需求 和广告业务商的需求。
以上所揭露的仅为本发明一种较佳实施例而已， 当然不能以此来限定本 发明之权利范围， 因此依本发明权利要求所作的等同变化， 仍属本发明所涵 盖的范围。 通过以上的实施方式的描述， 本领域的技术人员可以清楚地了解到本发 明可借助软件加必需的硬件平台的方式来实现， 当然也可以全部通过硬件来 实施。 基于这样的理解， 本发明的技术方案对背景技术做出贡献的全部或者 部分可以以软件产品的形式体现出来， 该计算机软件产品可以存储在存储介 质中， 如 ROM/RAM、 磁碟、 光盘等， 包括若干指令用以使得一台计算机 设备 （可以是个人计算机， 服务器， 或者网络设备等） 执行本发明各个实施 例或者实施例的某些部分所述的方法。

Claims

权利要求书
1、 一种网络电视中广告实现方法， 其特征在于， 包括如下步骤： 获取用户的网络电视业务状态信息；
根据所述获取的网络电视业务状态信息为用户选择所匹配的网络广告信 息；
通过所述选择的网络广告信息控制网络广告的发送。
2、 如权利要求 1所述的方法， 其特征在于， 所述网络电视业务状态信 息为用户的注册信息、 用户接受网络广告的数据信息、 网络电视业务类型、 网络电视的节目标识、 直播频道标识、 用户的在线状态信息、 媒体操作类型 中的一个或者多个的组合。
3、 如权利要求 2所述的方法， 其特征在于， 所述获取用户的网络电视 业务状态步骤具体为：
通过向用户所在的在线状态服务器订阅用户的在线状态信息获取用户的 网络电视业务状态信息； 或
从广告触发请求中获取用户的网络电视业务状态信息； 或
从网络电视业务会话过程中的业务交互数据获取用户的网络电视业务状 态信息； 或
从用户的注册信息中获取用户的网络电视业务状态信息； 或
查询用户签约数据信息， 从用户签约数据信息中获取用户的网络电视业 务状态信息； 或
订阅用户所对应的对话状态事件包， 从对话状态事件包中获取用户的网 络电视业务状态信息。
4、 如权利要求 3所述的方法， 其特征在于， 所述从网络电视业务会话 过程中的业务交互数据获取用户的网络电视业务状态信息步骤具体为： 通过初始过滤准则匹配接收网络电视业务会话过程中的业务交互数据， 从所述业务交互数据中获取用户的网络电视业务状态信息； 或 通过服务代理接收网络电视业务会话过程中的业务交互数据， 从所述业 务交互数据中获取用户的网络电视业务状态信息。
5、 如权 4所述方法， 其特征在于， 所述网络电视业务会话过程中的业 务交互数据具体为：
用户所在的用户终端发起的直播频道切换报告信息； 或
媒体服务器发起的点播节目媒体控制信息； 或
业务代理发起的网络电视业务状态更改通知； 或
网络电视业务控制实体发起的网络电视业务状态更改通知。
6、 如权利要求 3所述的方法， 其特征在于， 所述从广告触发请求中获 取用户的网络电视业务状态信息步骤具体为：
接收广告触发请求， 从所述广告触发请求中获取用户的网络电视业务状 态信息； 或
向用户发送广告触发请求， 从所述广告触发请求返回的响应消息中获取 用户的网络电视业务状态信息； 或
向网络电视业务控制实体发送广告触发请求， 从所述广告触发请求返回 的响应消息中获取用户的网络电视业务状态信息。
7、 如权利要求 1所述的方法， 其特征在于， 所述网络广告信息包括： 广告标识、 广告描述信息、 传输广告的网络参数， 其中： 广告描述信息中包 括广告编码格式、 广告类型、 广告插入的起止时间。
8、 如权利要求 7所述的方法， 其特征在于， 所述获取的网络电视业务 状态信息包括用户接受网络广告的数据信息时， 所述根据所述获取的网络电 视业务状态信息为用户选择所匹配的网络广告信息步骤具体为：
根据所述用户接受网络广告的数据信息为用户选择所匹配的广告信息； 其中： 所述用户接受网络广告的信息包括： 用户签约的广告业务、 用户 接受网络广告意愿和接受网络广告意愿的时间段、 用户接受网络广告的类 型、 用户对商品购买的喜好。
9、 如权利要求 1至 8所述的方法， 其特征在于， 所述通过所述选择的 网络广告信息控制网络广告的发送步骤具体为：
向用户所在的用户终端发送网络广告信息， 通过所述网络广告信息指示 所述用户终端向所述网络广告所在的媒体服务器请求并呈现所述网络广告； 或者
分别向用户所在的用户终端以及所述网络广告所在的媒体服务器发送网 络广告信息以建立广告媒体传输通道，并由用户所在的用户终端呈现所述网 络广告； 或者
向所述网络广告所在的媒体服务器发送网络广告信息， 通过所述网络广 告信息指示所述媒体服务器以媒体拼接的方式将网络广告发送到用户所在的 用户终端。
10、 如权利要求 9所述方法， 其特征在于， 所述媒体服务器以媒体拼接 的方式将网络广告发送到用户所在的用户终端步骤具体为：
所述媒体服务器停止发送当前的网络电视媒体， 并且使用当前的网络电 视媒体的网络参数传输所述网络广告媒体；
所述网络参数包括：单播目的地址， 单播目的端口， 多播地址， 多播端 口， 媒体发送端口， 媒体传输所用带宽， 媒体传输所用协议中的一个或者 多个的组合。
11、 如权利要求 9所述的方法， 其特征在于， 所述向用户所在的用户终 端发送网络广告信息， 通过所述网络广告信息指示所述用户终端向所述网络 广告所在的媒体服务器请求并呈现所述网络广告步骤具体为：
将所述网络广告信息发送给用户， 所述用户从所述网络广告信息中选择 广告标识， 并根据所述网络广告信息中的广告插播时间从所述网络广告所在 的媒体服务器获取所述网络广告。
12、 如权利要求 9所述的方法， 其特征在于， 所述分别向用户所在的用 户终端以及所述网络广告所在的媒体服务器发送网络广告信息以建立广告媒 体传输通道,并由用户所在的用户终端呈现所述网络广告步骤具体为：
分别向用户所在的用户终端以及所述网络广告所在的媒体服务器发送网 络广告信息， 所述媒体服务器和所述用户终端根据所述网络广告信息中的传 输参数建立传输通道， 在所述网络广告信息中的传输时间开始时， 所述媒体 服务器通所述传输通道向所述用户终端传输所述网络广告， 所述用户终端接 收并呈现所述网络广告。
13、 如权利要求 1所述的方法， 其特征在于， 所述方法还包括： 根据所述选择的网络广告信息向用户发送广告略过请求；
在所述用户选择对所述网络广告进行广告略过后， 在所述网络广告信息 的插播时间内， 略过所述网络广告。
14、 如权利要求 13所述的方法， 其特征在于， 所述方法还包括： 在所述略过所述网络广告的时间内， 为用户配置更新的网络电视业务或 者接续当前的网络电视业务。
15、 一种广告业务控制功能实体， 其特征在于， 包括：
获取模块， 用于获取用户的网络电视业务状态信息；
选择模块， 用于根据所述获取模块获取的网络电视业务状态信息为用户 选择所匹配的网络广告信息；
控制模块， 用于根据所述选择模块选择的网络广告信息控制网络广告的 发送。
16、 如权利要求 15所述的广告业务控制功能实体， 其特征在于， 所述 获取模块包括：
第一获取单元， 用于通过向用户所在的在线状态服务器订阅用户的在线 状态信息获取用户的网络电视业务状态信息； 或 第二获取单元， 用于从广告触发请求中获取用户的网络电视业务状态信 息； 或
第三获取单元， 用于从网络电视业务会话过程中的业务交互数据获取用 户的网络电视业务状态信息； 或
第四获取单元， 用于从用户的注册信息中获取用户的网络电视业务状态 信息； 或
第五获取单元， 用于查询用户签约数据信息， 从用户签约数据信息中获 取用户的网络电视业务状态信息； 或
第六获取单元， 用于订阅用户所对应的对话状态事件包， 从对话状态事 件包中获取用户的网络电视业务状态信息。
17、 如权利要求 15所述的广告业务控制功能实体， 其特征在于， 所述 控制模块包括：
第一控制单元， 用于向用户所在的用户终端发送网络广告信息， 通过所 述网络广告信息指示所述用户终端向所述网络广告所在的媒体服务器请求并 呈现所述网络广告； 或
第二控制单元， 用于分别向用户所在的用户终端以及所述网络广告所在 的媒体服务器发送网络广告信息以建立广告媒体传输通道，并由用户所在的 用户终端呈现所述网络广告； 或
第三控制单元， 用于向所述网络广告所在的媒体服务器发送网络广告信 息， 通过所述网络广告信息指示所述媒体服务器以媒体拼接的方式将网络广 告发送到用户所在的用户终端。
18、 如权利要求 15至 17任一项所述的广告业务控制功能实体， 其特征 在于， 所述广告业务控制功能实体还包括：
略过处理模块， 用于根据所述选择模块选择的网络广告信息向用户发送 广告略过请求； 在所述用户选择对所述网络广告进行广告略过后， 在所述网 络广告信息的插播时间内， 略过所述网络广告。
19、 一种广告业务系统， 其特征在于， 包括： 广告业务控制功能实体和 广告媒体功能， 其中：
广告业务控制功能实体用于获取用户的网络电视业务状态信息， 根据所 述获取的网络电视业务状态信息为用户选择所匹配的网络广告信息， 并通过 所述选择的网络广告信息控制广告媒体功能中的网络广告的发送；
广告媒体功能用于在广告业务控制功能实体的控制下向用户所在的用户 终端提供网络广告。
20、 如权利要求 19所述的广告业务系统， 其特征在于， 所述系统还包 括如下之一或任意组合：
核心 IP多媒体子系统， 用于与用户终端之间交互数据， 所述广告业务 控制功能实体从所述交互数据中获取用户的网络电视业务状态信息；
在线状态服务器， 用于存储用户的在线状态信息， 所述广告业务控制功 能实体从所述用户的在线状态信息中获取用户的网络电视业务状态信息； 注册服务器， 用于存储用户的注册信息， 所述广告业务控制功能实体从 所述用户的在注册信息中获取用户的网络电视业务状态信息；
对话状态服务器， 用于存储用户的对话状态信息， 所述广告业务控制功 能实体从所述用户的在线状态信息中获取用户的网络电视业务状态信息。
PCT/CN2009/073139 2008-09-05 2009-08-07 Iptv中广告实现的方法及装置和系统 WO2010025645A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810198346.1 2008-09-05
CN200810198346A CN101668165A (zh) 2008-09-05 2008-09-05 Iptv中广告实现的方法及装置和系统

Publications (1)

Publication Number Publication Date
WO2010025645A1 true WO2010025645A1 (zh) 2010-03-11

Family

ID=41796736

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/073139 WO2010025645A1 (zh) 2008-09-05 2009-08-07 Iptv中广告实现的方法及装置和系统

Country Status (2)

Country Link
CN (1) CN101668165A (zh)
WO (1) WO2010025645A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103141113A (zh) * 2011-09-29 2013-06-05 华为技术有限公司 媒体流传输方法、频道初始化方法及设备
CN103281571A (zh) * 2013-05-07 2013-09-04 江苏省广电有线信息网络股份有限公司南京分公司 一种用于互动电视的广告插播系统及插播方法
CN106791967A (zh) * 2016-11-10 2017-05-31 中广热点云科技有限公司 运行与cmmb超级热点业务平台的广告管理系统
CN111314727A (zh) * 2020-02-21 2020-06-19 广州欢网科技有限责任公司 电视广告的投放方法及系统

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102984554A (zh) * 2011-09-02 2013-03-20 华为软件技术有限公司 Iptv广告投放方法、装置和系统
CN102637285A (zh) * 2012-04-01 2012-08-15 中兴通讯股份有限公司南京分公司 属性设置方法及装置
CN103475930B (zh) * 2012-06-06 2017-04-12 华为终端有限公司 一种获取信息的方法、设备及系统
CN103581335B (zh) * 2013-11-19 2016-08-17 北京兆维电子(集团)有限责任公司 基于ftp文件传输的广告推送系统及方法
CN105227973A (zh) * 2014-06-27 2016-01-06 中兴通讯股份有限公司 基于场景识别的信息推荐方法及装置
CN105530523B (zh) * 2014-09-29 2019-12-03 中兴通讯股份有限公司 一种业务实现方法及设备
CN105744311A (zh) * 2014-12-09 2016-07-06 深圳Tcl数字技术有限公司 在视频应用中插播广告的终端及方法
CN105872602A (zh) * 2015-12-22 2016-08-17 乐视网信息技术（北京）股份有限公司 一种广告数据获取方法、装置及相关系统
CN108540853A (zh) * 2018-05-04 2018-09-14 科大讯飞股份有限公司 广告投放方法及装置
CN113038211A (zh) * 2021-03-15 2021-06-25 浙江大华技术股份有限公司 车载移动电视播放设备的播放处理方法及装置

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1852410A (zh) * 2006-04-07 2006-10-25 Ut斯达康通讯有限公司 一种电视个性化广告实现方法和装置
CN101072358A (zh) * 2005-12-19 2007-11-14 阿尔卡特朗讯 用于在iptv系统中提供环境感知的本地广告的系统和方法
WO2008001287A2 (en) * 2006-06-27 2008-01-03 Koninklijke Philips Electronics N.V. Inserting advertisements in a television program
US20080033794A1 (en) * 2006-07-18 2008-02-07 Sbc Knowledge Ventures, L.P. Method and apparatus for presenting advertisements
US20080060002A1 (en) * 2006-08-31 2008-03-06 Sbc Knowledge Ventures L.P. System and method for delivering targeted advertising data in an internet protocol television system
JP2008153926A (ja) * 2006-12-18 2008-07-03 Alcatel-Lucent Ｉｐｔｖシステムでコンテクストアウェアのローカル広告を提供するためのシステムおよび方法
CN101217636A (zh) * 2007-12-28 2008-07-09 腾讯科技（深圳）有限公司 电视广告业务的实现方法、用户终端及广告服务器
US20080243602A1 (en) * 2007-03-28 2008-10-02 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for providing iptv advertisements

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101072358A (zh) * 2005-12-19 2007-11-14 阿尔卡特朗讯 用于在iptv系统中提供环境感知的本地广告的系统和方法
CN1852410A (zh) * 2006-04-07 2006-10-25 Ut斯达康通讯有限公司 一种电视个性化广告实现方法和装置
WO2008001287A2 (en) * 2006-06-27 2008-01-03 Koninklijke Philips Electronics N.V. Inserting advertisements in a television program
US20080033794A1 (en) * 2006-07-18 2008-02-07 Sbc Knowledge Ventures, L.P. Method and apparatus for presenting advertisements
US20080060002A1 (en) * 2006-08-31 2008-03-06 Sbc Knowledge Ventures L.P. System and method for delivering targeted advertising data in an internet protocol television system
JP2008153926A (ja) * 2006-12-18 2008-07-03 Alcatel-Lucent Ｉｐｔｖシステムでコンテクストアウェアのローカル広告を提供するためのシステムおよび方法
US20080243602A1 (en) * 2007-03-28 2008-10-02 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for providing iptv advertisements
CN101217636A (zh) * 2007-12-28 2008-07-09 腾讯科技（深圳）有限公司 电视广告业务的实现方法、用户终端及广告服务器

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103141113A (zh) * 2011-09-29 2013-06-05 华为技术有限公司 媒体流传输方法、频道初始化方法及设备
CN103141113B (zh) * 2011-09-29 2016-03-09 华为技术有限公司 媒体流传输方法、频道初始化方法及设备
CN103281571A (zh) * 2013-05-07 2013-09-04 江苏省广电有线信息网络股份有限公司南京分公司 一种用于互动电视的广告插播系统及插播方法
CN106791967A (zh) * 2016-11-10 2017-05-31 中广热点云科技有限公司 运行与cmmb超级热点业务平台的广告管理系统
CN111314727A (zh) * 2020-02-21 2020-06-19 广州欢网科技有限责任公司 电视广告的投放方法及系统

Also Published As

Publication number Publication date
CN101668165A (zh) 2010-03-10

Similar Documents

Publication Publication Date Title
WO2010025645A1 (zh) Iptv中广告实现的方法及装置和系统
CN101459664B (zh) 一种获取iptv业务媒体描述信息的方法及装置
CN102356623B (zh) 在网络中管理关联的会话
US20140068691A1 (en) Method, system, and apparatus for acquiring comment information when watching a program
CN102047637B (zh) 用于预留带宽的方法和用户设备
US20110138022A1 (en) Fast Content Switching in a Communication System
EP2282461A1 (en) Method, device and system for recommending media content
WO2010028589A1 (zh) 业务推送协商方法及装置、推送业务系统
EP2282525A1 (en) Method, device and system for realizing media content inserting in iptv
JP2012524447A (ja) Ｉｐｔｖ（インターネットプロトコルテレビジョン）においてコンテンツストリーム内に広告を挿入するための方法及びシステム
WO2010006530A1 (zh) 直播会话切换的方法、多终端频道切换同步的方法及终端
CN101340557B (zh) 时移电视业务建立方法以及时移电视媒体功能实体
EP2296334B1 (en) Multi-user service establishing and control channel transferring method, apparatus and system
CN101325797B (zh) Iptv业务选择信息获取方法和功能实体
EP2288108B1 (en) Method and network equipment for establishing individualized content delivery channel
CN101483532B (zh) 一种媒体流复制的方法、系统及设备
CN101374102B (zh) 一种传递iptv业务参数的方法、设备及功能实体
WO2010012233A1 (zh) 一种交互信息的传送方法、系统和装置
EP2296377A1 (en) Method, apparatus and system for content switching in content on demand
CN101662407A (zh) 附着到对等网络及获取iptv内容的方法、系统和装置
CN101459525B (zh) 一种实现媒体控制的方法、系统及设备
CN101355552A (zh) 一种控制流媒体的方法及装置
CN101459824B (zh) 时移电视业务建立方法以及时移电视媒体功能实体

Legal Events

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

Ref document number: 09811020

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

Country of ref document: EP

Kind code of ref document: A1