WO2008154849A1 - Procédé et entité de fonction pour récupérer les informations de sélection du service iptv - Google Patents

Procédé et entité de fonction pour récupérer les informations de sélection du service iptv Download PDF

Info

Publication number
WO2008154849A1
WO2008154849A1 PCT/CN2008/071306 CN2008071306W WO2008154849A1 WO 2008154849 A1 WO2008154849 A1 WO 2008154849A1 CN 2008071306 W CN2008071306 W CN 2008071306W WO 2008154849 A1 WO2008154849 A1 WO 2008154849A1
Authority
WO
WIPO (PCT)
Prior art keywords
home
service
information
function entity
discovery
Prior art date
Application number
PCT/CN2008/071306
Other languages
English (en)
French (fr)
Inventor
Wenming Zhu
Jian Huang
Jianfeng Zhong
Feng Wang
Geng Wang
Jianxin Xie
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2008154849A1 publication Critical patent/WO2008154849A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309Transmission or handling of upstream communications
    • H04N7/17318Direct or substantially direct transmission and handling of requests
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet

Definitions

  • the present invention relates to IMS technology, and in particular, to an IPTV service selection information acquisition technology across an IMS (IP Multimedia Subsystem IP, Multimedia Subsystem) domain.
  • IMS IP Multimedia Subsystem IP, Multimedia Subsystem
  • the IMS of the all-IP service network introduced on the basis of the packet bearer network.
  • the goal is to shield the user access mode according to personalized user data, control the openness of service capabilities, and provide a multimedia communication experience.
  • the IMS is added in the 3GPP R5 phase. It is superimposed on a subsystem above the existing packet domain in the WCDMA network.
  • the packet domain is used as the bearer channel for the upper layer control signaling and media transmission, and the SIP (Session Initial Protocol) is introduced.
  • SIP Session Initial Protocol
  • As a service control protocol the protocol provides a rich multimedia service by separating the service control from the bearer control by using the features of SIP, simple extension, and convenient media combination.
  • the main functional entities in the IMS include controlling user registration, session control, and the like.
  • the function call control entity CSCF Call Session Control Function
  • the application server AS Application Server
  • the HSS Home Subscriber Server
  • IP Multimedia-Media GateWay IP Multimedia-Media Gateway
  • the user accesses the IMS through the current local proxy node P-CSCF (Proxy-CSCF, proxy CSCF), the session and service trigger control and the business control interaction with the application server are The home domain service node S-CSCF of its place of registration is completed.
  • P-CSCF Proxy-CSCF, proxy CSCF
  • the streaming media service or IPTV service is a new service that has developed rapidly in recent years.
  • the streaming media service uses streaming technology to transmit multimedia files, including video and audio files, on a packet-switched network. This content can be played immediately without having to download it completely.
  • the key technology for streaming media implementation is streaming technology. Streaming technology processes continuous video and audio information and puts it on the web server, allowing users to watch and listen while downloading, without having to wait for the entire file to be downloaded. Network transmission technology that can be watched after your own machine.
  • IPTV IP Television
  • live live
  • VoD on-demand
  • TsTV time-shift
  • advertising games
  • information services and so on.
  • middleware content management, user management, system management, content distribution scheduling and other functions are all centralized on the middleware, and the middleware is managed by the BOSS system in the background. control.
  • IPTV service control IPTV Service Control Functions IPTV Media Functions
  • Core IMS IPTV Media Functions
  • Transport Processing Functions UE
  • IPTV media functions include IPTV media control functions (IPTV Media) Control Functions and IPTV Media Delivery Functions.
  • SIP is one of the multimedia communication system framework protocols developed by the Internet Engineering Task Force (IETF). It is an application layer protocol for establishing, changing or ending multimedia sessions, and RTP (Real-time Transport Protocol, real-time). Transfer Protocol) /RTCP (Real-Time Streaming Protocol), SDP (Session Description Protocol), RTSP, DNS (Domain Name Server), and other protocols to complete the session establishment in IMS. Media negotiation; Once a session is established, the media stream will be directly transmitted in the bearer layer using the RTP protocol, and multiple media can be flexibly interacted in one session.
  • IETF Internet Engineering Task Force
  • SIP is based on the open Internet (Internet) standard, it has a natural advantage in voice and data service integration and interworking. It can implement call control across media and devices, support rich media formats, and dynamically add/delete media streams, making it easier to implement. Rich business features. At the same time, SIP supports intelligent development to the service and terminal side to reduce the network burden. It supports application layer mobility functions including dynamic registration mechanism, location management mechanism, and redirection mechanism.
  • SD&S Service Discovery & Selection
  • IPTV service provider to be accessed, and obtain the IPTV service that the provider can provide, such as a watchable VoD (Video on Demand) list, a list of available channels, and the like.
  • the user terminal obtains an interactive interface, namely Electronic Program Guide (EPG), or Interactive Program Guide (IPG).
  • EPG Electronic Program Guide
  • IPG Interactive Program Guide
  • the DVB (Digital Video Broadcast) organization regulates the transmission mode of TS (Transport Stream) on IP, and uses the special identifier in the TS stream to connect the service provider ( SP, Service Provider ) SP Discovery Record , Broadcast Discovery Record , on-demand service discovery " CoD Discovery
  • the payload as IP is broadcasted to the user terminal in a broadcast manner.
  • the terminal extracts the information from the TS stream, organizes it into an EPG, and presents it on the display interface to provide user selection.
  • DVB's process for SD&D includes:
  • the non-SIP service discovery and selection architecture includes: IPTV Service Control Functions, IPTV Media Functions, Core IMS, and transmission process control functions. (Transport Processing Functions), UE, etc., wherein the IPTV media functions include IPTV Media Control Functions and IPTV Media Delivery Functions. among them:
  • the SDF is a service discovery function (Service Discovery Function), and is mainly responsible for providing service discovery information, such as an SSF address, to the UE;
  • the SSF is a service selection function (Service Selection Function), and is mainly responsible for providing service selection information such as an electronic program guide (EPG) to the UE, and providing interaction with the UE to complete selection of the IPTV service;
  • EPG electronic program guide
  • the SCF is a Service Control Function, which is mainly responsible for service authorization, session initiation and change, and business logic processing;
  • Core IMS is an IMS session control layer entity consisting of P/I/S-CSCF, which is responsible for IMS registration, session control and service triggering.
  • the UE is a user terminal, interacts with the SSF to complete the selection of the IPTV service, requests the IPTV service from the network through the IMS, and receives the media sent by the network, and provides the user with a display interface;
  • Xa is an interaction interface between the SSF and the UE, and is used for requesting and delivering service selection information, and the UE selecting and browsing the service information may be implemented by using a protocol such as HTTP;
  • Xa' is the interface between the SDF and the UE. It is used to attach the IPTV service and obtain service discovery information. It can be implemented using protocols such as HTTP.
  • Non-SIP mode uses Xa and Xa, and interfaces provide SSF (Service Selection)
  • the non-SIP service discovery and selection process includes:
  • the UE obtains the address of the SDF through configuration, network attachment (such as NASS), and then initiates an Attach To IPTV to the SDF through the Xa interface;
  • network attachment such as NASS
  • the SDF selects an appropriate SSF according to information such as the location of the UE;
  • the SDF sends the service discovery information to the UE through the Xa interface, and the service discovery information includes the SSF address.
  • the UE requests service selection information, such as an EPG, from the SSF through the Xa interface.
  • the SSF sends the service selection information to the UE through the Xa interface.
  • the non-SIP method does not provide a solution for how to perform service discovery and selection when inter-domain access to the IPTV service, and since the SDF and the SSF are separate entities in the system, and there is no interaction with other network entities in the IPTV system,
  • the business discovery, personalized EPG generation and delivery, etc. have congenital deficiencies.
  • the SIP IPTV architecture includes: an IPTV Service Control Function, an IPTV Media Function, a Core IMS, and a Transport Processing Function.
  • the functions of the functional entity and the Xa interface are the same as those of the non-SIP.
  • the other related interfaces include: a Ps interface, which is an interface between the SDF and the SSF.
  • the SSF may obtain information about user subscriptions, such as user preferences.
  • the ISC interface is an interface between the SDF and the Core IMS, and is used by the Core IMS to send SIP requests to the SDF, and the SDF provides service discovery information (such as an SSF address) to the UE through the Core IMS in a SIP manner.
  • service discovery information such as an SSF address
  • the SIP service discovery and selection process includes:
  • the UE is attached to the NASS (Network Access Subsystem); 2.
  • the UE performs a standard IMS registration process to the IMS Core;
  • the UE is associated with the SDF, that is, the IPTV service attachment process. Possible methods include third-party registration between the IMS Core and the SDF through the ISC interface, and other iFC-based SIP message modes.
  • the SDF uses the ISC interface through the Core IMS to SIP.
  • the method provides service discovery information to the UE, where the service discovery information includes an SSF address;
  • the UE interacts with the SSF through the Xa interface to complete the delivery of service selection information, such as EPG.
  • the SIP method improves some interfaces and functions on a non-SIP basis, such as through SDF and UPSF (User Profile). Serving Function, user configuration service function) Entity interaction, complete personalized service discovery (SSF selection), SSF obtains user subscription data from SDF, completes personalized EPG generation, and SDF can use Core IMS to provide service discovery to UE information.
  • SDF User Profile
  • SSF selection complete personalized service discovery
  • SSF obtains user subscription data from SDF
  • SDF can use Core IMS to provide service discovery to UE information.
  • this technology still does not address cross-domain IPTV service discovery, service selection and other issues. Summary of the invention
  • the embodiment of the present invention provides a method and a functional entity for acquiring IPTV service selection information, which is used to implement IPTV service discovery and selection of users across domains.
  • a method for acquiring IPTV service selection information in an IMS domain comprising: associating a UE attached to an IMS network and completing IMS registration with a home SDF, acquiring related Business discovery information;
  • the UE acquires non-home domain service selection information according to the related service discovery information.
  • a method for obtaining IPTV service selection information in an IMS domain including:
  • the UE attached to the IMS network and completing the IMS registration requests non-home domain service selection information from the relevant SCF;
  • the related SCF obtains non-home domain service selection information
  • the related SCF sends the non-home domain service selection information to the UE.
  • a method for obtaining IPTV service selection information in an IMS domain including:
  • the UE obtains related service discovery information from the received cell broadcast message;
  • the related service discovery information is home service discovery information or non-home service discovery information;
  • the UE requests and acquires non-home service selection information from the home service selection function entity or the non-home service selection function entity.
  • a method for obtaining IPTV service selection information in an IMS domain including:
  • the UE obtains service selection information from the received cell broadcast message, where the service selection information is home service selection information or non-home service selection information.
  • An SDF functional entity including:
  • a unit that receives a user service discovery information request, where the user is attached to the home IMS network, and the service discovery information requested by the user is user non-home domain service discovery information;
  • the unit that obtains the non-home domain service discovery information and sends the information to the user where the non-home domain service discovery information includes the user home SSF address information or the non-home SSF address information.
  • An SDF functional entity including:
  • a unit that receives a user service discovery information request, where the user is attached to a non-home IMS network, and the service discovery information requested by the user is home domain service discovery information or non-home domain service discovery information;
  • the unit that obtains the service discovery information requested by the user and sends the information to the user, where: the service discovery information requested by the user includes user home SSF address information or non-home SSF address information.
  • An SCF functional entity including:
  • a unit that receives a user service selection information request, where the user is attached to the home IMS network, and the service selection information requested by the user is non-home domain service selection information;
  • An SCF functional entity including:
  • a service provider discovery functional entity including:
  • a first receiving unit configured to receive a request message of non-home service provider discovery information sent by the UE
  • a first sending unit configured to acquire non-home service provider discovery information that is pre-configured or obtained from a non-home service provider discovery function entity, and send the information to the UE;
  • the non-home service provider discovery information includes a non-home service Discover functional entity address information.
  • a service provider discovery functional entity including:
  • a second receiving unit configured to receive a request message of non-home service provider discovery information sent by the UE
  • a notification unit configured to notify the non-home service provider to discover that the function entity sends the non-homing service provider discovery information to the UE, where the non-home service provider discovery information includes the non-homing service discovery function entity address information.
  • a service provider discovery functional entity including:
  • a third receiving unit configured to receive a request message of non-home service provider discovery information sent by the UE
  • a second sending unit configured to send redirection information to the UE;
  • the non-home service provider discovery information is obtained by the non-home service provider discovery information, and the non-home service discovery function entity address information is included in the non-home service provider discovery information.
  • the UE that is attached to the IMS network and completes the IMS registration is associated with the home SDF, and obtains related service discovery information.
  • the UE obtains the non-related information according to the related service discovery information.
  • the home domain service selection information is used to implement the IPTV service discovery and selection of users across domains.
  • the UE that is attached to the IMS network and completes the IMS registration requests the non-home domain service selection information from the relevant SCF; the related SCF obtains the non-home domain service selection information; The non-home domain service selection information is sent to the UE to implement the IPTV service discovery and selection of the user across the domain by using the SCF;
  • the UE obtains the related service discovery information from the cell broadcast message, and then obtains the non-home service selection information, so that the UE does not need to initiate the request, and the user can implement the cross-domain of the user. IPTV service discovery and selection.
  • the UE obtains the service selection information directly from the cell broadcast message, and does not need to initiate a request by the UE, and does not need to be associated with other functional entities, so that the user cross can be implemented. Domain IPTV service discovery and selection.
  • the IPTV service selection information obtaining method and related functional entity provided by the present invention access the home domain IPTV service when the UE is attached to the non-home IMS when the UE is attached to the home IMS, and the UE is attached to the non-home IMS when the UE is attached to the non-home IMS. Accessing the non-home domain IPTV service provides a related implementation mechanism, thereby realizing the discovery and selection of IPTV services across users.
  • Figure 1 is a schematic diagram of the existing TISPAN architecture for IMS-based IPTV
  • FIG. 2 is a schematic diagram of an existing non-SIP IPTV service discovery and selection architecture
  • FIG. 3 is a schematic diagram of a main flow of an existing non-SIP IPTV service discovery and selection
  • 4 is a schematic diagram of an existing SIP mode IPTV service discovery and selection architecture
  • FIG. 5 is a schematic diagram of a main flow of service discovery and selection in the existing SIP mode
  • FIG. 6 is a schematic diagram of a schematic diagram of a cross-domain IPTV service discovery and selection architecture according to an embodiment of the present invention
  • FIG. 7 is a schematic diagram of an IPTV architecture principle for a UE attached to a home domain to obtain non-home IPTV service selection information according to an embodiment of the present disclosure
  • FIG. 8 is a schematic flowchart of acquiring IPTV service selection information of a non-homing domain by a UE attached to a home domain according to an embodiment of the present disclosure
  • FIG. 15 is a schematic diagram of an IPTV architecture of a non-home domain IPTV service selection information obtained by a UE attached to a non-home domain according to an embodiment of the present disclosure
  • FIG. 16 is a schematic flowchart of acquiring IPTV service selection information of a home domain by a UE attached to a non-home domain according to an embodiment of the present disclosure
  • FIG. 22 to FIG. 24 are flowcharts showing the process of acquiring non-home domain IPTV service selection information by a UE attached to a non-home domain according to an embodiment of the present disclosure
  • FIG. 25 is a schematic flowchart of obtaining, by a UE that is attached to a home domain, a non-home domain IPTV service selection information, when a plurality of SPs provide services according to an embodiment of the present disclosure
  • FIG. 26 is a schematic flowchart of acquiring, by a UE that is not in a home domain, a home domain IPTV service selection information when a plurality of SPs provide services according to an embodiment of the present disclosure
  • FIG. 27 is a signaling flowchart of obtaining non-home domain IPTV service selection information by acquiring service discovery information from a cell broadcast message according to an embodiment of the present invention
  • FIG. 28 is a signaling flowchart of obtaining non-home domain IPTV service selection information by using a cell broadcast message according to an embodiment of the present invention. detailed description
  • FIG. 6 is a schematic diagram of a schematic diagram of a cross-domain IPTV service discovery and selection architecture according to an embodiment of the present invention.
  • the UE may be attached to the home IMS network or may be attached to the non-home IMS network.
  • the solid line is the existing interface in the existing TISPAN architecture, and the dotted line is the possible connection relationship.
  • Each interface is a logical interface, and may be in the middle through other entities. The connection only indicates the relationship between the signaling initiator and the signaling receiver.
  • the premise of the embodiment of the present invention is that the UE can complete the IMS registration process in the home domain or the non-home domain, and the UE has a non-home protocol between the home IMS and the non-home IMS, and can provide certain UEs to the UE attached to the network. IPTV business within the scope.
  • the discovery and selection process of the inter-domain IPTV service includes the following three cases:
  • the UE When the UE is attached to the home IMS and accesses the IPTV service in the non-home domain, that is, the UE does not roam, it needs to discover another IPTV service provided on the IMS network;
  • the UE is attached to the non-home IMS and accesses the home domain IPTV service, that is, the UE is in the roaming/nomadic state, and needs to discover the IPTV service of the home domain;
  • the UE is attached to the non-home IMS and accesses the non-home domain IPTV service, that is, the UE is in the roaming/nomadic state, and needs to discover the IPTV service of the non-home domain.
  • the UE realizes cross-domain IPTV service discovery and selection through SDF.
  • the cross-domain service discovery and selection through SDF can be divided into the following types:
  • the first implementation mainly includes the following steps:
  • the UE performs IMS registration, and obtains an address of an SDF
  • the SDF address can be manually configured on the terminal. If not configured, the UE can obtain the SDF address information through NASS, DHCP, or DNS during the network attachment process.
  • the SDF address may also be configured at the HSS, and the S-CSCF is obtained from the HSS and returned to the UE in response to the registration message.
  • the UE associates with the corresponding SDF according to the acquired SDF address, and requests the industry from the SDF.
  • Information discovery obtaining the address of an SSF from the SDF;
  • the UE associates with the corresponding SSF according to the obtained SSF address, and obtains service selection information, such as an EPG of the non-home domain service, from the SSF.
  • service selection information such as an EPG of the non-home domain service
  • Step 2 and Step 3 are performed separately, that is, the UE first obtains the address of the SSF from the SDF, and then requests the SSF for service selection information.
  • the UE first needs to obtain a certain SDF address, which may be a home SDF address or a non-home SDF address, and the UE requests service discovery information from the SDF according to the obtained SDF address, according to the request SDF of the UE.
  • the UE returns a corresponding SSF address information, and the corresponding SSF address may be an SSF address or a non-home SSF address, and the UE further requests service selection information from the SSF.
  • the second implementation mainly includes the following steps:
  • the UE performs IMS registration, and obtains an address of an SDF
  • the UE associates with the corresponding SDF according to the obtained SDF address, and requests the service selection information from the SDF;
  • SDF selects an SSF address, and SDF associates with the corresponding SSF to notify the SSF to
  • the UE sends the service selection information requested by the UE;
  • the SSF sends service selection information, such as an EPG, to the UE according to the notification of the SDF.
  • service selection information such as an EPG
  • the UE first needs to obtain a certain SDF address, which may be a home SDF address or a non-home SDF address, and the UE requests service selection information from the SDF according to the obtained SDF address, according to the request of the UE, SDF.
  • the service selection information required by the UE is obtained from the corresponding SSF and sent to the UE.
  • the corresponding SSF address may be an SSF address or a non-home SSF address.
  • the third implementation mainly includes the following steps:
  • the UE performs IMS registration, and obtains an address of the SDF;
  • the UE associates with the corresponding SDF according to the obtained SDF address, and requests service selection information from the SDF.
  • the SDF selects an SSF address, and associates with the corresponding SSF, and the proxy UE requests service selection information from the SSF;
  • the SSF sends the service selection information to the SDF according to the request of the SDF;
  • the SDF sends the service selection information to the UE.
  • the UE first needs to obtain a certain SDF address, which may be a home SDF address or a non-home SDF address.
  • the UE requests service selection information from the SDF according to the obtained SDF address, and the SDF according to the request of the UE.
  • the corresponding SSF is notified to send the service selection information directly to the UE.
  • the UE and the SSF can interact with each other in the SIP mode or in the non-SIP mode. If you interact in a non-SIP manner, you can go through the IMS Core or not through the IMS Core.
  • the SIP mode may also be partially adopted, and the non-SIP mode is partially adopted.
  • the entity SCF or SDF
  • the interaction may be in a non-SIP manner, such as: DIAMETER, SOAP or HTTP.
  • the UE implements cross-domain IPTV service selection through SCF.
  • the first implementation mainly includes the following steps:
  • the UE requests service selection information from the SCF;
  • the SCF selects an SSF address, and associates with the corresponding SSF, and the proxy UE requests service selection information from the SSF;
  • the SSF sends the service selection information to the SCF according to the request of the SCF;
  • the SCF sends the service selection information to the UE.
  • the UE directly requests the required service selection information from the SCF, where the SCF may be a home SCF or a non-home SCF according to the domain to which the UE is attached, according to the UE.
  • the SDF obtains the service selection information required by the UE from the corresponding SSF and directly sends the information to the UE.
  • the corresponding SSF may be a home SSF or a non-home SSF.
  • the second implementation mainly includes the following steps:
  • the UE requests service selection information from the SCF;
  • the SCF selects an SSF address, and associates with the corresponding SSF, and notifies the SSF to send the service selection information to the UE;
  • the SSF sends the service selection information to the UE according to the notification of the SCF.
  • the UE directly requests the required service selection information from the SCF, where the SCF may be a home SCF or a non-home SCF according to the domain to which the UE is attached.
  • the SDF notifies the corresponding SSF to send the required information to the UE.
  • Service selection information the corresponding SSF may be a home SSF, or may be a non-home SSF.
  • the SCF and the SSF interact with each other in the SIP mode. It can go through the IMS Core or not through the IMS Core.
  • the SDF subscribes to the presence information of the UE to the presence server.
  • the UE may notify the presence server of the status change information, and the presence server sends the status information advertised by the UE to the SDF.
  • the SDF receives the status information. If necessary, the IPTV service selection information is actively pushed to the UE, and the implementation manners include the following:
  • the first implementation mainly includes the following steps:
  • the UE issues status information on the presence server
  • the presence server sends the UE state change information to the SDF;
  • SDF judges according to the state change information, if necessary, the SDF selects the SSF, and sends the SSF address information to the UE;
  • the UE associates with the corresponding SSF according to the obtained SSF address, and acquires the industry from the SSF. Choose information.
  • the SDF that subscribes to the UE to the presence server may be a home SDF or a non-home SDF. If the home SDF finds that the UE is attached to the non-home domain, the corresponding SSF address is pushed to the UE if necessary, and the corresponding SSF may If the non-home SDF finds that the UE is attached to the local domain, the corresponding SSF address may be pushed to the UE if necessary, and the corresponding SSF may be the same as the non-homing SSF. Is a home SSF, and may also be a non-homed SSF, and the UE further requests the required service selection information from the corresponding SSF;
  • the second implementation mainly includes the following steps:
  • the UE issues status information on the presence server
  • the presence server sends the UE state change information to the SDF;
  • the SDF determines the state change information, and if necessary, the SDF selects the SSF, associates with the corresponding SSF, and notifies the SSF to send the service selection information to the UE.
  • the SSF sends the service selection information to the UE according to the notification of the SDF.
  • the SDF that subscribes to the UE status information to the presence server may be a home SDF or a non-home SDF. If the home SDF finds that the UE is attached to the non-home domain, the non-home SSF is notified to push the non-home service selection information if necessary. For the UE, it is also possible to notify the home SSF to push the home service selection information to the UE. If the non-home SDF finds that the UE is attached to the local domain, the non-home SSF may also be notified to push the local service selection information to the UE if necessary.
  • the third implementation mainly includes the following steps:
  • the UE issues status information on the presence server
  • the presence server sends the UE state change information to the SDF;
  • the SDF determines according to the state change information, if necessary, the SDF selects the SSF, and associates with the corresponding SSF, and the proxy UE requests the service selection information from the SSF; 5), the SSF sends the service selection information to the SDF according to the request of the SDF;
  • the SDF sends the service selection information to the UE.
  • the SDF that subscribes to the presence server to the UE status information may be a home SDF or a non-home SDF. If the home SDF finds that the UE is attached to the non-home domain, if necessary, obtain non-home service selection information from the non-home SSF. Pushing to the UE, of course, the home service selection information may be pushed to the UE. If the non-home SDF finds that the UE is attached to the local domain, the local service selection information may be pushed to the UE if necessary.
  • the SDF subscribes to the UE status to the presence server, and triggers the active push process when it learns that the UE status changes.
  • the SDF can also discover that the UE status changes through a third-party registration process, including:
  • the attached IMS Core proxy UE After the UE completes the network attachment, the attached IMS Core proxy UE initiates a third-party registration to the home SDF. After receiving the third-party registration request, the home SDF actively pushes the service selection information to the UE.
  • the UE may also be subscribed to the UE by the SCF, and when the UE status is changed, the active push process is triggered.
  • the SCF can also discover that the UE status changes through the third-party registration process. This process can be initiated by the S-CSCF to initiate a third-party registration to the SCF. After receiving the third-party registration request, the SCF actively pushes the service selection information to the UE.
  • the following fifth, sixth, and seventh implementations may be included.
  • the fifth implementation mainly includes the following steps:
  • the SCF obtains the UE state change information by subscribing the UE state to the presence server; 2), the SCF determines according to the state change information, selects the SSF if necessary, and sends the SSF address information to the UE;
  • the UE associates with the corresponding SSF according to the obtained SSF address, and acquires service selection information from the SSF.
  • the sixth implementation mainly includes the following steps:
  • the SCF obtains UE state change information by subscribing to the UE by the presence server;
  • SCF judges according to the state change information, selects SSF if necessary, and corresponding SSF association, notifying the SSF to send service selection information to the UE;
  • the SSF sends the service selection information to the UE according to the notification of the SCF.
  • the seventh implementation mainly includes the following steps:
  • the SCF obtains UE state change information by subscribing to the UE by the presence server; 2), the SCF determines according to the state change information, selects the SSF if necessary, and the corresponding
  • the proxy UE requests service selection information from the SSF;
  • the SSF sends the service selection information to the SCF according to the request of the SCF;
  • the SCF sends the service selection information to the UE.
  • the SSF can generate personalized service selection information for the user by acquiring user service configuration and personalized information.
  • the user service configuration and personalization information here can be stored in the user configuration service function entity UPSF, or other entities.
  • the SSF may also subscribe to the UE status of the presence server or trigger through a third-party registration process, and trigger the active push process when it learns that the UE status changes.
  • the specific implementation will not be described again.
  • the UE may interact with the SDF, SSF, and SCF of the home domain or the non-home domain to obtain related service discovery and selection information.
  • the interaction between the UE and the UE may be SIP through the IMS Core, such as SIP signaling using Invite, Subscribe/Notify, Info, Message, or non-SIP, such as HTTP, without the IMS Core;
  • the SDF can also interact with the SSF to notify the SSF to deliver service selection information, or the SDF proxy UE requests service selection information from the SSF.
  • the SSF interacts with the SCF to send the service selection information to the SCF, or the SCF requests the SSF to request the service selection information and sends the information to the UE through the SIP.
  • non-SIP interactive interface such as an HTTP interface
  • SIP-type interface between the SCF and the SCF and between the SDF and the SDF
  • the UE interacts with the SCF
  • the SCF is a SIP AS.
  • the interaction between the UE and the SCF is usually performed through the IMS Core and in SIP mode. This process is the same as the interaction between the UE and the AS in the 3GPP IMS specification, and is only described here, and will not be described again.
  • the SCF can also subscribe to the status of the UE to the presence server.
  • the related service control logic such as the service selection information, is triggered.
  • the UE interacts with the SDF
  • the interaction process between the UE and the SDF is the same as the interaction process between the UE and the SCF, but the message content is different.
  • the purpose of the UE interacting with the SDF is to obtain related service discovery information, such as location information of an SSF.
  • the non-SIP interface can also be used for service discovery information.
  • the SDF can also proxy the UE and request the service selection information from the SSF. At this time, the interaction between the UE and the SDF is also used to send the service selection information.
  • the UE interacts with the SSF
  • the non-SIP interface between the UE and the SSF (for example, using the HTTP method) is used by the SSF to provide service selection information to the UE, and provides an interaction operation between the UE and the SSF on service selection information, such as browsing, searching, and the like of the WEB service. .
  • this interface can also exist to perform similar functions.
  • the interface is mainly used by the SDF to notify the SSF to send the service selection information according to the user request, or the proxy UE requests the service selection information from the SSF, and the SDF sends the service selection information to the UE.
  • the SDF and the SSF are in the same domain, and the interaction can be completed by using protocols such as DIAMETER and HTTP.
  • SSF and SCF interaction The interaction between the SSF and the SCF is similar to the case where the SDF interacts with the SSF.
  • the UE may request the service selection information from the SCF, and the SCF obtains the service selection information from the SSF to the SSF.
  • the UE may also initiate the request in the SIP mode.
  • the SCF may request the service selection information from the SSF after obtaining the SSF location information.
  • SIP message modes such as INFO, MESSAGE, and PUBLISH are sent to the UE.
  • the SSF and the SCF are in the same domain, and the interaction can be completed by using protocols such as DIAMETER and HTTP.
  • the interaction between the SCFs across the IMS domain can refer to the 3GPP related specifications.
  • SCF1 when SCF1 receives a SIP request or needs to initiate a cross-domain SIP request, it can use the SIP routing mechanism to route SIP signaling to the PSI (Program Specific Identification) through the service identifier in the request.
  • PSI Program Specific Identification
  • the SCF2 of another domain, the routing path may be SCF1, S-CSCF1 of the IMS domain where SCF1 is located, I-CSCF2 of the IMS domain where SCF2 is located, and S-CSCF2 and SCF2 of the IMS domain where SCF2 is located.
  • PSI Program Specific Identification
  • the cross-domain SCF interaction is mainly used for requesting and delivering service selection information.
  • the cross-domain SDFs are similar to the cross-domain SCFs, and the service discovery information is requested, notified, and delivered.
  • the SDF can have a non-SIP interface with the SDF of another domain, such as the HTTP method, and complete the request, notification, and delivery of the service discovery information.
  • another domain such as the HTTP method
  • a cross-domain SSF may have a direct interface, such as an HTTP method, for the UE to complete the service selection information delivery, or the notification sent by the service selection information.
  • a direct interface such as an HTTP method
  • the UE is attached to the home IMS and accesses the non-home domain IPTV service.
  • the UE is attached to the home IMS network, and the solid line is the existing interface.
  • the interface shown by the dotted line determines whether it needs to be set according to the specific embodiment.
  • the UE After the UE is attached to the home IMS network or the attaching process, the UE requests non-home domain service discovery information from the home SDF, and the home SDF obtains the SSF address of the non-home domain from the non-home SDF, and sends the SSF address of the non-home domain to the UE.
  • the UE requests service selection information from the non-home SSF.
  • the UE first completes the home domain network attachment and registers with the home IMS.
  • the UE obtains the location information of the home SDF when the network is attached, and may be configured on the UE, obtained by accessing the NASS, acquired by the third party of the IMS, or other IFC mode, such as a SIP message subscription, and the location information of the home SDF may be Is an IP address, SIP URI, or other routable identifier.
  • the UE establishes an association with the home SDF in a SIP manner, and requests service discovery information from the home SDF.
  • the UE performs SIP communication with the home SDF through the home IMS core;
  • the home SDF requests the non-home SSF information to the non-home SDF through the PSI mode.
  • the address information of the non-home domain SSF may also be configured on the home SDF. If the home SDF is configured with the non-home SSF information, the SDF directly returns the non-home to the UE. SSF address information.
  • the address information of the non-home SSF can also be saved by a dedicated network entity, such as a DNS server.
  • the home SDF accesses the entity and obtains the appropriate non-home SSF address information and returns it to the UE.
  • the home SDF can also initiate a query to the network by using the DHCP protocol to obtain suitable non-home SSF address information.
  • the home SDF sends non-home SSF address information to the UE.
  • the home SDF determines whether the UE requests the local service discovery information, and if yes, sends the home SSF address information to the UE, otherwise sends the non-home SSF address information, if the UE requests both the local domain service and the non-homing For the domain service, the local domain SSF address and the home SSF address can be sent together.
  • the home SDF can be sent to the UE through an IMS response message, or by using SIP, such as message, notify, and publish.
  • the UE requests the non-home SSF to obtain non-home domain service selection information in a non-SIP manner according to the obtained non-home SSF address.
  • the non-home SSF obtains the current state information of the user, including: the current location, and the like; the user state information may be stored on the presence server serving the user, or may be on other entities, and the step is an optional step.
  • the home SSF obtains the user service configuration data, the user personalized data, and the like; the user service configuration and the personalized data can be stored on the user configuration service function entity, or other entities, and the step is an optional step.
  • the non-home SSF generates various service selection information (such as EPG, etc.) for the user by using various information, and sends the information to the UE.
  • various service selection information such as EPG, etc.
  • Steps S806 and S807 are optional steps, and the purpose is to generate personalized service selection information for the user according to the current state of the user (local or remote), the personalized service configuration of the user (sports enthusiast, VIP user), and the like.
  • the UE After the UE is attached to the home IMS network or during the attaching process, the UE requests non-home domain service discovery information from the home SDF, the home SDF notifies the non-home SDF to send the SSF address of the non-home domain to the UE, and the non-home SDF will be the SSF address of the non-home domain. Sending to the UE, the UE requests service selection information from the non-home SSF.
  • the UE first completes the home domain network attachment and registers with the home IMS.
  • the UE obtains the location information of the home SDF when the network is attached, and may be configured on the UE, obtained by accessing the NASS, acquired by the third party of the IMS, or other IFC mode, such as a SIP message subscription, and the location information of the home SDF may be Is an IP address, SIP URI, or other routable identifier.
  • the UE associates with the home SDF in a SIP manner, and requests the home SDF to request service discovery information of the non-home domain.
  • the UE performs SIP communication with the home SDF through the home IMS core;
  • the home SDF notifies the non-home SDF to send the service discovery information to the UE.
  • the home SDF determines whether the UE requests the local service discovery information, and if yes, sends the home SSF address information to the UE. Otherwise, the step is performed. S903. If the UE requests both the local domain service and the non-home domain service, the local domain SSF address and the home SSF address may be sent together.
  • the non-home SDF sends non-home SSF address information to the UE.
  • the home SDF can be sent to the UE through an IMS response message, or by using a SIP method such as message, notify, and publish.
  • the UE requests the non-home SSF to obtain non-home domain service selection information in a non-SIP manner according to the obtained non-home SSF address.
  • the non-home SSF obtains current status information of the user, including: a current location, and the like;
  • the home SSF obtains user service configuration data, user personalized data, and the like;
  • the non-home SSF generates various service selection information (such as EPG, etc.) for the user by using various information, and sends the information to the UE.
  • various service selection information such as EPG, etc.
  • Steps S906 and S907 are optional steps, and the purpose is to generate personalized service selection information for the user according to the current state of the user (local or remote), the personalized service configuration of the user (sports enthusiast, VIP user), and the like.
  • the UE obtains the home SDF location letter after attaching to the home IMS network or during the attach process.
  • the home SSF requests the service discovery information from the home SDF, and the home SSF requests the home SSF to request the non-home domain service selection information.
  • the home SSF obtains the service selection information from the non-home SSF and sends the service selection information to the UE.
  • each time the home SDF receives the service discovery information request all the local domain SSF address information is sent, and the service discovery information of the domain requested by the UE is not distinguished.
  • the UE first completes the home domain network attachment and registers with the home IMS.
  • the UE associates with the home SDF in a SIP manner, and requests non-homed domain service discovery information from the home SDF.
  • the home SDF sends the home SSF address information to the UE.
  • the home SSF address information may be sent to the UE through an IMS response message, or may be implemented by using a SIP method such as message, notify, and publish.
  • the UE requests non-home domain service selection information from the home SSF.
  • the home SSF requests non-home domain service selection information from the non-home SSF.
  • the non-home SSF obtains current status information of the user, including: a current location, and the like;
  • the home SSF obtains user service configuration data, user personalized data, and the like;
  • the non-home SSF uses various information to generate service selection information (such as: EPG, etc.) for the user, and sends it to the home SSF;
  • service selection information such as: EPG, etc.
  • the home SSF sends the service selection information to the UE.
  • the UE After the UE is attached to the home IMS network or the attaching process, the UE requests the service discovery information from the home SDF, the home SDF sends the home SSF address to the UE, the UE requests the home SSF to request the non-home domain service selection information, and the home SSF notifies the non-home SSF to the UE.
  • the service selection information is sent, and the non-home SSF sends the service selection information to the UE.
  • the difference from the third embodiment is the steps S1107 and S1108, in which:
  • the home SSF notifies the non-home SSF to send service selection information to the UE.
  • the UE requests non-home domain service selection information from the home SDF
  • the home SDF requests service selection information from the non-home SDF
  • the non-home SDF obtains non-home SSF from the non-home SSF.
  • the home domain service selection information is sent to the non-home SDF
  • the non-home SDF is sent to the home SDF
  • the home SDF finally sends the non-home domain service selection information to the UE.
  • the specific process includes:
  • S1201 The UE first completes the home domain network attachment and registers with the home IMS;
  • S1202 The UE establishes an association with the home SDF in a SIP manner, and requests non-home domain service selection information from the home SDF.
  • the home SDF proxy UE requests non-home domain service selection information from the non-home SDF.
  • the non-home SDF requests non-home domain service selection information from the non-home SSF.
  • the non-home SSF obtains current status information of the user, including: a current location, and the like; S1206, the home SSF obtains user service configuration data, user personalized data, and the like;
  • the non-home SSF uses various information to generate non-home service selection information (such as EPG, etc.) for the user, and sends the information to the non-home SDF.
  • non-home service selection information such as EPG, etc.
  • the non-home SDF sends the non-home service selection information to the home SDF.
  • the home SDF sends the service selection information to the UE.
  • the UE After the UE is attached to the home IMS network or the attaching process, the UE requests non-home domain service discovery information from the home SDF, the home SDF notifies the non-home SDF, and the non-home SDF obtains non-home domain service selection information from the non-home SSF.
  • the non-home domain service selection information is sent to the UE. Referring to FIG. 12, steps S1209 and S1209 are combined into one step.
  • the non-home SDF directly sends the non-home domain service selection information to the UE in a non-SIP manner, and does not need to be forwarded through the home SDF.
  • the UE After the UE is attached to the home IMS network or the attaching process, the UE requests non-home domain service discovery information from the non-home SSF through the non-home SCF through the SIP mode, and the home SCF obtains the non-home domain service selection information from the non-home SSF through the non-home SCF.
  • the non-home domain service selection information is sent to the UE.
  • the UE first completes the home domain network attachment and registers with the home IMS.
  • the UE requests non-home domain service selection information from the home SCF by using the SIP mode, and the SCF is a SIP AS, and the UE performs SIP communication with the home SCF through the home IMS core.
  • S1303 The home SCF requests non-home domain service selection information from the non-home SCF.
  • the non-home SCF sends a request for non-home domain service selection information to the non-home SSF.
  • the non-home SSF obtains current status information of the user, including: a current location, and the like;
  • the home SSF obtains user service configuration data, user personalized data, and the like;
  • the non-home SSF generates various service selection information (such as EPG, etc.) for the user by using various information, and sends the information to the home SCF.
  • various service selection information such as EPG, etc.
  • the home SCF sends non-home domain service selection information to the UE.
  • Steps S1305 and S1306 are optional steps, and the purpose is to generate personalized service selection information for the user according to the current state of the user (local or remote), the personalized service configuration of the user (sports enthusiast, VIP user), and the like.
  • the UE requests non-home domain service selection information from the home SCF through the SIP mode, and the home SCF notifies the non-home SCF to send the non-home domain service selection information to the UE.
  • the home SCF obtains the non-home domain service selection information from the non-home SSF, and directly sends the non-home domain service selection information to the UE by using the SIP mode.
  • the non-home SCF may also notify the non-home SSF to actively send the non-home domain service selection information to the UE.
  • the UE can access the service provided by the third-party IPTV provider on the IMS domain in the home domain, and a similar mechanism can be adopted, except that the "non-home IMS" is replaced by the "third-party IPTV service provider", and there is no signaling route.
  • the non-home IMS but directly from the home IMS to the third-party related application server, the way should be PSI routing.
  • the UE is attached to the non-home IMS and accesses the home IPTV service.
  • the UE is attached to the non-home IMS network, and the solid line is an existing interface.
  • the dotted line determines whether an interface needs to be added according to a specific embodiment.
  • the UE When the UE is in the roaming/nomadic state, it is attached to the non-home domain, that is, the roaming domain. If the UE needs to access the IPTV service of the home domain, the UE may obtain the service discovery information, including the home SSF address information, and then request the service selection through the home SSF. Information, at this time the service discovery step includes the process of obtaining the home SSF address.
  • the SSF address may be provided to the UE of the non-home domain by means of an IP address, a SIP URI or other routable identifier.
  • the interaction between the UE and the (home domain, non-home domain) SDF and the SDF may be implemented in the SIP mode through the (home domain, non-home domain) IMS core, or may be implemented in the non-SIP mode without using the IMS. , such as using the HTTP method.
  • the service discovery process is: UE-non-home IMS-home IMS-home SDF, implemented in SIP mode, and when the non-home IMS network is attached, the UE may obtain the location information of the home SDF, thereby passing through the non-home IMS.
  • the home IMS obtains the service discovery information of the home domain from the SDF, such as the address of the home SSF.
  • the home domain service discovery request initiated by the UE to the home SDF is routed to the IMS core of the home domain by the non-home IMS core, and is triggered or routed to the home SDF by using the iFC mode or the PSI mode, and the SDF passes the information such as the location and the service identifier of the user. If the UE needs to access the local area service, the home SDF sends the service discovery information (such as the home SSF address) of the local domain to the UE.
  • the path can be a reverse route of the request.
  • the specific process includes:
  • the UE first attaches a network to the non-home domain.
  • the UE registers with the home IMS in a non-home domain.
  • the UE is associated with the home SDF, and requests the home domain service discovery information from the home SDF.
  • the UE is associated through a non-home IMS, a home IMS, and a home SDF.
  • the home SDF obtains user status information, including: a current location, and the like;
  • This step is an optional step.
  • User status information can be stored on the presence server that serves the user, or on other entities.
  • the home SDF obtains user service configuration data, user personalized data, etc.; the step is an optional step, and the user service configuration and personalized data can be stored on the user configuration service function entity or other entities.
  • the home SDF selects a home SSF for the UE according to the obtained related information.
  • the home SDF returns service discovery information to the UE, where the service discovery information includes the home SSF address information.
  • the home SDF may return service discovery information to the UE in a non-SIP manner, or may return service discovery information to the UE through the home IMS or the non-home IMS by using the SIP method.
  • the UE requests the home SSF to obtain the home domain service selection information (eg, EPG, etc.) in a non-SIP manner (for example, an HTTP method).
  • the home domain service selection information eg, EPG, etc.
  • the UE may request the service selection information from the home SCF in the SIP mode, and the latter may send the service selection information to the home SSF and then send the information to the UE in SIP mode.
  • the home SSF can also access the user configuration service function entity and/or the presence server to obtain user related information, including user service configuration information, user status information, etc., to personalize the service selection information.
  • the home SDF may also proxy the UE to obtain the home domain service selection information from the home SSF, and then The home domain service selection information is sent to the UE in a SIP or non-SIP manner.
  • the home SSF may also notify the home SSF to send the home domain service selection information to the UE, and the home SSF sends the home domain service selection information to the UE in a non-SIP manner according to the notification of the home SDF.
  • the UE When the UE is in the roaming/nomadic state, it is attached to the non-home domain, that is, the roaming domain. If the UE needs to access the IPTV service of the home domain, the location information of the home SSF may also be obtained from the non-home SDF.
  • the specific process includes:
  • the UE is attached to the non-home network
  • S1702 The UE registers with the home IMS in a non-home domain
  • the UE requests home domain service discovery information from the non-home SDF.
  • the service discovery request of the UE may also be triggered/routed to the non-home SDF in the iFC mode/PSI mode through the non-home IMS, the home IMS, or the non-home IMS, or may be routed to the non-home SDF in the PSI mode through the non-home IMS, the home IMS. .
  • the non-home SDF obtains the home SSF address information from the home SDF.
  • the step can be omitted.
  • the home SDF sends service discovery information to the UE, where the home SSF address information is included.
  • the UE requests the home SSF to obtain the home domain service selection information (eg, EPG, etc.) in a non-SIP manner (for example, an HTTP method).
  • the home domain service selection information eg, EPG, etc.
  • the UE when the UE is in the roaming/nomadic state, the UE is attached to the non-home domain, that is, the roaming domain, and the UE needs to access the IPTV service of the home domain, and the service selection information may be obtained from the home SCF.
  • the specific process includes:
  • S1801 The UE first attaches to the network in the non-home domain; 51802. The UE registers with the home IMS in a non-home domain.
  • the UE requests home domain service selection information from the home SCF.
  • the UE requests the home domain service selection information from the home SCF through the non-home IMS and the home IMS.
  • the home SCF requests home domain service selection information from the home SSF.
  • the home SSF obtains user status information, including: a current location, and the like;
  • This step is an optional step.
  • User status information can be stored on the presence server that serves the user, or on other entities.
  • the home SSF obtains user service configuration data, user personalized data, and the like; the step is an optional step, and the user service configuration and the personalized data may be stored on the user configuration service function entity or other entities.
  • the home SSF generates home domain service selection information for the UE according to the obtained related information, and sends the home domain service selection information to the home SCF;
  • the home SCF sends the home domain service selection information to the UE.
  • the home SCF may return the home domain service selection information to the UE in a non-SIP manner, or may return the service discovery information to the UE through the home IMS or the non-home IMS by using the SIP method.
  • the home SCF may also notify the home SSF to send the home domain service selection information to the UE.
  • Embodiment 4
  • the UE When the UE is in the roaming/nomadic state, it is attached to the non-home domain, that is, the roaming domain. If the UE needs to access the IPTV service of the home domain, the UE may also request the home domain service selection information from the non-home SCF, and the non-home SCF requests the home domain from the home SCF. The service selection information, the home SCF obtains the home domain service selection information from the home SSF, and then sends the information to the non-home SCF, and the non-home SCF sends the information to the UE.
  • the UE may also initiate the service discovery request, but the service discovery information is generated by the home SDF, and then sent to the UE by using a SIP message such as PUBLISH or MESSAGE.
  • the SDF needs to know the location information of the UE, and the UE can release the status information to the presence server, and the home SDF subscribes to the presence server to subscribe to the UE state.
  • the specific process includes:
  • S1901 The home SDF subscribes to the presence server for user status information
  • S1902 The UE completes non-home domain network attachment and home IMS registration in the home domain;
  • the UE issues a current status to the presence server.
  • the presence server sends the current status information advertised by the user to the home SDF.
  • the home SDF selects a home SSF for the UE.
  • the home SDF sends service discovery information to the UE, including the home SSF address information.
  • S1907-S1910 the UE obtains service selection information from the home SSF.
  • Steps S1908-S1909 are optional steps respectively, which meet the user's personalized requirements.
  • the home SDF may also send the service selection information to the UE after the UE obtains the service selection information from the home SSF, or notify the home SSF to send the service selection information to the UE.
  • the process of the SDF actively pushing the service discovery information may be triggered according to the third-party registration process initiated by the home IMS to the SDF.
  • the home SDF obtains the current location information of the UE from the third-party registration. Therefore, the home domain service discovery information is sent to the UE, so that the UE can access the home IPTV service.
  • the UE may not initiate the service discovery request, but the home SCF obtains the service selection information from the home SSF, and then pushes the UE to the UE by using a SIP message such as PUBLISH or MESSAGE.
  • the home SCF needs to know the location information of the UE, and can be implemented by the UE releasing the status information to the presence server, and the home SCF subscribes to the UE status to the presence server.
  • the specific process is shown in Figure 21 and will not be described in detail here.
  • the UE accesses the IPTV service of the non-home domain when the UE is not in the IMS.
  • All UEs in the embodiments of the present invention are attached to the home IMS to access the non-home IPTV industry. Based on the embodiments, the UE obtains the non-home domain service selection information by using the home SDF or the SCF, but only the related request reaches the home SDF or the SCF through the non-home IMS and the home IMS.
  • the first embodiment will be described as an example.
  • the UE is first associated with the home SDF, and the home SDF sends non-home SSF address information to the UE. If there is no non-home SSF address information on the home SDF, the home SDF may request acquisition from the non-home SDF. The UE then requests non-home domain service selection information to the non-home SSF through a non-SIP method (eg, HTTP, etc.).
  • a non-SIP method eg, HTTP, etc.
  • S2201 The UE first completes attaching to the non-home domain network and registering with the home IMS;
  • S2202 The UE establishes an association with the home SDF in a SIP manner.
  • the home SDF may obtain information such as the user location by accessing the user presence server. If there is non-home SSF information on the home SDF, the SDF directly returns the non-home SSF address information to the UE. If the home SDF does not have non-home SSF information, the home SDF requests non-home SSF information through the PSI mode, or obtains non-homed SSF information by means of DNS or DHCP.
  • the address information of the non-home SDF can be configured on the home SDF.
  • the home SDF sends service discovery information to the UE, where the non-home SSF address information is included.
  • the service discovery information may be sent to the UE through an IMS response message, or may be implemented by using a SIP method such as message, notify, and publish.
  • the UE obtains the non-home SSF address, and obtains the non-home domain service selection information by using the non-SIP method to the non-home SSF.
  • the non-home SSF obtains current status information of the user, including: a current location, and the like.
  • the user status information can be stored on the user presentation server or on other entities, which is an optional step;
  • the non-home SSF obtains user service configuration data, user personalized data, and the like.
  • User service configuration and personalization data can be stored on the user configuration service function entity, or other real Physically, an optional step;
  • the non-home SSF generates various service selection information (such as EPG, etc.) for the user by using various information, and sends the information to the UE.
  • various service selection information such as EPG, etc.
  • the UE may request the service discovery information to the non-home SDF in a non-SIP manner after the network attachment process or the network attachment, and the non-home SDF may also notify the non-home SSF to send the service selection information to the UE, and the non-home SSF generates the relevant service selection information. Send to the UE in a non-SIP manner.
  • the UE can also obtain service discovery information directly from the non-home SDF, and the service discovery information includes non-home SSF address information.
  • the second embodiment will be described below as an example.
  • the UE obtains the non-home SSF address information, and the UE requests the non-home SSF address information from the non-home SDF. After obtaining the non-home SSF address, the UE requests the non-home SSF service selection information by using the HTTP method.
  • S2301 The UE completes the non-home domain network attachment and registers with the home IMS;
  • S2302 The UE and the home SDF are associated, and request service discovery information of the non-home domain;
  • the home SDF sends non-home SDF address information to the UE.
  • step S2301 the UE performs network attachment in the non-home domain to obtain non-home SDF information through the NASS.
  • the other mode is S2302 and S2303.
  • the home SDF selects a non-home SDF for the user according to the user service configuration and status information, and sends the message to the UE.
  • the UE After the UE obtains the non-home SDF information by using any one of the foregoing two methods, the UE requests the non-home SSF to obtain the non-home SSF address information, and the request may carry the user identifier, the status, the location, and the like.
  • the non-home SDF can also obtain the user status information and the service configuration information by accessing the user configuration service function entity, the presence server, and the like to obtain the user status information and the service configuration information, and the non-home SDF sends the non-home domain service discovery information to the UE, including the non-home SDF. Home SSF address And other information.
  • the manner in which the UE interacts with the non-home SDF may be the SIP mode or the non-SIP mode.
  • the SIP mode includes the trigger mode of the iFC or the routing mode of the PSI.
  • the UE After obtaining the non-home SSF address, the UE requests the non-home domain service selection information by using the HTTP method, and may carry the user identifier, status, location, and the like in the request.
  • the non-home SSF obtains current status information of the user, including: a current location, and the like.
  • the user status information can be stored on the presence server serving the user, or on other entities, as an optional step;
  • SSF obtain user service configuration data, user personalized data, and the like.
  • User service configuration and personalization data can be stored on the user configuration service function entity UPSF, or other entities, as an optional step;
  • the non-home SSF uses the related information to generate non-home domain service selection information (such as EPG, etc.) for the UE, and sends the information to the UE.
  • non-home domain service selection information such as EPG, etc.
  • the non-home SDF may also notify the non-home SSF to directly send non-home domain service selection information to the UE.
  • the UE may request the service selection information in the SIP mode from the non-home SCF, and the latter obtains the service selection information from the non-home SSF and then sends the information to the UE in the SIP mode.
  • the service discovery information such as the non-home SSF address
  • the UE may also send the service selection information to the non-home SCF in the SIP mode.
  • the non-home SCF obtains the service selection information from the non-home SSF and sends the service selection information to the UE in SIP mode.
  • the specific process is shown in FIG. 24 .
  • the non-home SCF may also notify the non-home SSF to directly send the non-home domain service selection information directly to the UE.
  • the non-home SCF may also send the non-home SSF address information to the UE, and the UE It belongs to SSF to obtain non-home domain service selection information.
  • the non-home SDF actively sends the non-home service discovery information or the service selection information to the UE after obtaining the status information of the UE.
  • the delivery method can be SIP message mode such as NOTIFY, MESSAGE, PUBLISH, INFO.
  • the non-home SCF or the non-home SSF may also actively send the non-home service discovery information or the service selection information to the UE after obtaining the status information of the UE.
  • the non-home SCF can send messages in the manner of NOTIFY, MESSAGE, PUBLISH, INFO and other SIP messages.
  • the non-home SSF may send the service selection information in a non-SIP manner, such as using the HTTP method.
  • the UE can actively present the server report status report to the user, non-attribute SDF, non-attribute
  • the SCF or non-home SSF obtains user status information by subscribing to the presence status of the presence server.
  • the home SDF actively sends the non-home service discovery information or the service selection information to the UE after obtaining the status information of the UE.
  • the delivery method can be NOTIFY, MESSAGE, PUBLISH, INFO, etc.
  • the home SCF or the home SSF may also actively send the non-homing service discovery information or the service selection information to the UE after obtaining the status information of the UE.
  • the non-home SCF can send the message to the SIP message mode such as NOTIFY, MESSAGE, PUBLISH, and INFO.
  • the non-homing SSF can send the service selection information in a non-SIP manner, such as using the HTTP method.
  • the UE may actively present the server report status report to the user, and the home SDF, the home SCF, or the home SSF obtains the user status information by subscribing the user status to the presence server.
  • the UE needs to access the service of the non-home domain B in the non-home domain A. It should be similar to the case 3, except that the IMS network attached to the UE and the IMS network to be accessed are not one domain, and none of them belong to the home IMS.
  • the signaling routing mechanism is similar to the way entities interact.
  • IPTV service is provided by multiple service providers
  • the UE may also include a process of selecting a service provider, that is, the network side may provide the UE with the IPTV service selection information. For the information of the service provider, the user can select the appropriate service provider access based on the service provider information.
  • Service provider information can be provided by SDF
  • the service provider information and the service discovery information are simultaneously provided by the SDF, and one of the service providers can provide one/one set of service discovery information.
  • the method for the UE to obtain the IPTV service selection information is the same as the method described above.
  • the service provider information can also be provided through a separate SPDF.
  • the service provider information includes description information of each service provider that provides the IPTV service and SDF information that the service provider provides the service discovery information.
  • the UE can pass the aforementioned
  • the UE accesses the SDF to access the SPDF and obtains the service provider information to be presented to the user.
  • the user selects the appropriate service provider and its SDF, and accesses the SDF to obtain the service discovery information.
  • the UE further obtains the service from the SSF according to the service discovery information. Select the information, including the following situations.
  • SPDF only provides SDF information for the service provider of the domain. After obtaining the service provider information and the SDF address information from the SPDF, the UE completes the process of acquiring the IPTV service selection information by using the method of "the UE implements the cross-domain IPTV service discovery and selection through the SDF".
  • SPDF provides all service providers and SDF information of the domain and other domains. Other domain service providers and SDF information provided by SPDF can be directly saved by SPDF through configuration or other methods, or dynamically obtained from other domains SPDF during the service request process.
  • the UE accesses the non-home domain IPTV service in the home domain.
  • the UE accesses the home domain SPDF, and obtains the non-home domain service provider and the non-home domain SDF address information from the home domain SPDF, and accesses the non-home domain SDF to complete the process of acquiring the non-home domain IPTV service selection information. 25 is shown.
  • the UE first completes the home domain network attachment and registers with the home IMS;
  • the UE obtains the location information of the home SPDF when the network is attached, and may be configured on the UE, obtained by accessing the NASS, acquired by the third party of the IMS, or other IFC mode, such as a SIP message subscription, and the location information of the home SPDF may be Is an IP address, SIP URI, or other routable identifier.
  • S2502 The UE establishes an association with the home SPDF in a SIP manner, and requests the SP discovery information from the home SPDF.
  • the UE performs SIP communication with the home SPDF through the home IMS core;
  • the belonging SPDF obtains the SP discovery information of the non-home domain SPDF.
  • the SPDF can obtain the SP discovery information of the non-home domain SPDF by pre-configuration, or dynamically request the SP discovery information to the non-home domain SPDF according to the non-home domain information requested by the UE in the service flow;
  • the home SPDF sends non-home SP discovery information to the UE, where the non-home domain SDF address information is included.
  • the SPDF may also send the home SP discovery information to the UE;
  • the SPDF may directly send the non-home SP discovery information to the UE, or may be the attribution.
  • the SPDF indicates that the non-home SPDF sends the non-home SP discovery information to the UE, or the home SPDF returns the redirection information to the UE, and the UE obtains the non-home SP discovery information from the non-home SPDF.
  • the home SPDF may be sent to the UE through the IMS response message, or may be utilized. Message, notify, publish, refer, etc. SIP implementation.
  • S2505 The UE requests, by using a SIP or a non-SIP manner, the non-home service discovery information to obtain the non-home service discovery information according to the obtained non-home SDF address.
  • the non-home SDF sends the available service discovery information to the UE, where the non-home SSF address information is included.
  • the non-home SDF can obtain the current state information of the user, including the current location, and generate suitable service discovery information for the user based on the state information; the state information can be saved on a function entity such as a presence server;
  • the non-home domain SDF can obtain user service configuration data, user personalized data, etc., and generate suitable service discovery information for the user based on the data information;
  • the user data can be saved in a functional entity such as a user subscription service function;
  • the UE requests, according to the obtained non-home SSF address, the non-home service selection information by using a SIP or a non-SIP manner to the non-home SSF.
  • the non-home SSF sends available service selection information to the UE.
  • the non-home SSF can obtain current status information of the user, including the current location, and generate appropriate service selection information for the user based on the status information; the status information can be saved on a functional entity such as a presentation server;
  • the non-home domain SSF can obtain user service configuration data, user personalized data, etc., and generate suitable service selection information for the user based on the data information; the user data can be saved in a functional entity such as a user subscription service function.
  • Step 2503 does not have a certain relationship.
  • the SPDF may obtain relevant information in advance before the UE requests the message, or may acquire the information dynamically in the business process.
  • the UE accesses the home domain IPTV service in the non-home domain
  • the UE obtains the home domain service provider and the home domain SDF address information from the non-home domain SPDF, and accesses the home domain SDF to complete the process of obtaining the home domain IPTV service selection information, as shown in FIG.
  • S2601 The UE first attaches to the network through the non-home domain and completes the home IMS registration through the non-home domain;
  • the UE obtains the location information of the non-home SPDF when the network is attached, and may be configured on the UE, acquired by accessing the NASS, acquired by the third party of the IMS, or other IFC mode, such as SIP message subscription, location of the non-home SPDF.
  • the information can be an IP address, a SIP URI, or other routable identifier.
  • the UE establishes association with the non-home SPDF in SIP mode, and invites to the non-home SPDF. Find the attribution SP discovery information;
  • Non-attribute SPDF obtains the attribute of the attribution of the SPDF to the SP discovery information.
  • the non-home SPDF may obtain the home SP discovery information through pre-configuration, or may dynamically request the home SP discovery information from the home SPDF according to the home information requested by the UE in the service flow;
  • the non-home SPDF sends the home SP discovery information to the UE, where the home SDF address information is included.
  • non-home SPDF may directly send the home SP discovery information to the UE, or the non-home SPDF may indicate that the home SPDF sends the home SP discovery information to the UE, or the non-home SPDF returns the redirect information to the UE, and the UE obtains the home SP discovery from the home SPDF.
  • Information; non-home SPDF can be sent to the UE through the IMS response message, or by SIP, such as message, notify, publish, refer, etc.
  • the UE requests, according to the obtained home SDF address, the home service discovery information to the home SDF by using a SIP or a non-SIP manner.
  • the home SDF sends the available service discovery information to the UE, where the home SSF address information is included.
  • the home SDF can obtain the current state information of the user, including the current location, and generate suitable service discovery information for the user based on the state information;
  • the state information can be saved on a functional entity such as a presentation server;
  • the home SDF can obtain user service configuration data, user personalized data, etc., and generate suitable service discovery information for the user based on the data information;
  • the user data can be saved in a functional entity such as a user subscription service function;
  • the UE requests the home SSF to obtain the home service selection information by using a SIP or a non-SIP manner according to the obtained home SSF address.
  • the home SSF sends the available service selection information to the UE.
  • the home SSF can obtain the current state information of the user, including the current location, etc., based on The status information generates appropriate service selection information for the user; the status information can be saved on a functional entity such as a presence server;
  • the home domain SSF can obtain user service configuration data, user personalized data, etc., and generate appropriate service selection information for the user based on the data information; the user data can be saved in a functional entity such as a user subscription service function.
  • Step 2603 does not have a certain relationship.
  • the SPDF can obtain relevant information in advance before the UE requests the message, or can be dynamically obtained in the business process.
  • the SDF when the SDF performs the personalized SSF selection, the SDF may select according to the location information of the UE, for example, selecting an SSF that is closest to the UE.
  • FIG. 27 it is a signaling flowchart of obtaining non-home domain IPTV service selection information by acquiring service discovery information from a cell broadcast message according to an embodiment of the present invention.
  • This embodiment specifically includes:
  • Step 2701 The UE receives a cell broadcast message sent by the MSC.
  • Step 2702 The UE parses the related service discovery information from the received cell broadcast message, where the related service discovery information may be the home service discovery information or the non-home service discovery information.
  • Step 2703 The UE obtains the home SSF address information or the non-homed SSF address information according to the service discovery information.
  • Step 2704 The UE requests and obtains non-home service selection information from the home SSF or the non-home SSF.
  • step 2704 can refer to the processes of the foregoing various embodiments.
  • the UE may receive the cell broadcast message in the home domain or the non-home domain, and the service discovery information in the message broadcast message may be the service discovery information of the home domain or the service discovery information of the non-home domain.
  • the UE obtains related service discovery information from the cell broadcast message, and then obtains non-home service selection information, so that the user can implement the inter-domain IPTV without the UE initiating the request.
  • Business discovery and selection are examples of the service discovery information from the cell broadcast message, and then obtains non-home service selection information, so that the user can implement the inter-domain IPTV without the UE initiating the request.
  • FIG. 28 is a signaling flowchart of obtaining non-home domain IPTV service selection information from a cell broadcast message according to an embodiment of the present invention.
  • This embodiment specifically includes:
  • Step 2801 The UE receives a cell broadcast message.
  • Step 2802 The UE parses and obtains the service selection information from the received cell broadcast message, where the service selection information may be the home service selection information or the non-home service selection information.
  • the UE may receive a cell broadcast message in a home domain or a non-home domain.
  • the UE obtains the service selection information directly from the cell broadcast message, and does not need to initiate a request by the UE, and does not need to be associated with other functional entities, so that the IPTV service discovery and selection of the user across domains can be implemented.
  • An embodiment of the present invention further provides an SDF functional entity, including:
  • a unit that receives a user service discovery information request, where the user is attached to the home IMS network, and the service discovery information requested by the user is user non-home domain service discovery information;
  • the unit that obtains the non-home domain service discovery information and sends the information to the user where the non-home domain service discovery information includes the user home SSF address information or the non-home SSF address information.
  • An embodiment of the present invention further provides another SDF functional entity, including:
  • the unit that obtains the service discovery information requested by the user and sends the information to the user where: the service discovery information requested by the user includes user home SSF address information or non-home SSF address information.
  • An embodiment of the present invention further provides an SCF functional entity, including: a unit that receives a user service selection information request, where the user is attached to the home IMS network, and the service selection information requested by the user is non-home domain service selection information;
  • An embodiment of the present invention further provides another SCF functional entity, including:
  • An embodiment of the present invention provides a service provider discovery function entity, including:
  • a first receiving unit configured to receive a request message of non-home service provider discovery information sent by the UE
  • a first sending unit configured to acquire non-home service provider discovery information that is pre-configured or obtained from a non-home service provider discovery function entity, and send the information to the UE;
  • the non-home service provider discovery information includes a non-home service Discover functional entity address information.
  • An embodiment of the present invention provides another service provider discovery function entity, including: a second receiving unit, configured to receive a request message of non-home service provider discovery information sent by the UE;
  • a notification unit configured to notify the non-home service provider to discover that the function entity sends the non-homing service provider discovery information to the UE, where the non-home service provider discovery information includes the non-homing service discovery function entity address information.
  • the embodiment of the present invention provides another service provider discovery function entity, including: a third receiving unit, configured to receive a request message of non-home service provider discovery information sent by the UE;
  • the IPTV service selection information obtaining method and the related function entity provided by the embodiment of the present invention access the IPTV service of the home domain when the UE is attached to the home IMS, and the IPTV service of the home domain when the UE is attached to the non-home IMS, and The access to the non-home domain IPTV service when the UE is attached to the non-home IMS provides a related implementation mechanism, thereby realizing the IPTV service discovery and selection of the user across the domain.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

IPTV业务选择信息获取方法和功能实体
技术领域
本发明涉及 IMS技术, 特别涉及一种跨 IMS( IP Multimedia Subsystem IP , 多媒体子系统)域的 IPTV业务选择信息获取技术。 背景技术
在通讯和 IT技术高度发展的今天,随着跨链路层传输介质 IP( Internet Protocol , 国际互联网协议 )技术的出现, 互联网 ( Internet ) 的应用迅速 普及, 与此同时, 人们也不再满足于单一的语音通信方式, 而需要全新的 多媒体通信方式, 移动通讯网络和固定通讯网络的 IP化、 Internet和电信 网络的融合已无可争议地成为业界公认的发展方向。 为满足越来越突出的 IP多媒体应用的普遍需求, 第三代移动通信标准化组织 3GPP ( 3rd
Generation Partnership Project ) 在分组承载网基础上引入的全 IP业务网给 架构的 IMS , 目标是按照个性化用户数据, 屏蔽用户接入方式, 控制业务 能力的开放程度, 提供多媒体的通信体验。
IMS是 3GPP R5阶段增加的, 叠加在 WCDMA网络中已有分组域之 上的一个子系统, 采用分组域为其上层控制信令和媒体传输的承载通道, 引入 SIP ( Session Initial Protocol, 会话发起协议 ) 协议作为业务控制协 议, 利用 SIP筒单、 易扩展、 媒体组合方便的特点, 通过将业务控制与承 载控制分离, 提供丰富的多媒体业务; IMS中主要的功能实体包括控制用 户注册、 会话控制等功能的呼叫控制实体 CSCF ( Call Session Control Function, 呼叫会话控制功能) 、 提供各种业务逻辑控制功能的应用服务 器 AS ( Application Server ) 、 集中管理用户签约数据的 HSS ( Home Subscriber Server, 归属用户服务器) 以及用于实现与电路交换网互通的 ( IP Multimedia-Media GateWay, IP多媒体 -媒体网关), 用户通过当前所 在地代理节点 P-CSCF ( Proxy-CSCF, 代理 CSCF )接入 IMS , 会话和业 务触发控制及与应用服务器的业务控制交互则由其注册地的归属域服务 节点 S-CSCF完成。
流媒体业务或 IPTV业务是近几年迅速发展的一种新业务, 流媒体业 务利用流式传输技术, 在包交换网络上传输多媒体文件, 包括视频、 音频 等文件内容。 这些内容在访问时无需完全下载就可以立即播放。 流媒体实 现的关键技术就是流式传输技术, 而流式传输技术是把连续的视频和音频 信息经过处理后放上网站服务器, 让用户一边下载一边观看、 收听, 而不 需要等整个文件下载到自己机器后才可以观看的网络传输技术。
IPTV的业务类型有很多种, 从业务实现和对系统的要求可分为直播 ( LiveTV )、 点播 ( VoD )、 时移( TsTV, 或者 LiveTV with Trick Mode ) 、 广告、 游戏、 信息服务等。 目前业界对 IPTV的部署和应用主要基于中间 件 (Middleware ) 形式, 即内容管理、 用户管理、 系统管理、 内容分发调 度等功能都集中实现在中间件上, 后台通过 BOSS系统对中间件进行管理 和控制。近来随着 IMS架构的成熟, TISPAN( Telecoms & Internet converged Services & Protocols for Advanced Networks, 高级网给电信与因特网融合 业务与协议) 组织提出基于 IMS的 IPTV架构如图 1所示, 包括: IPTV 业务控制功能 ( IPTV Service Control Functions ) 、 IPTV媒体功能 (IPTV Media Functions ) 、 核心 IMS(Core IMS)、 传输过程控制功能 (Transport Processing Functions) , UE等, 其中, IPTV媒体功能包括 IPTV媒体控制 功能 (IPTV Media Control Functions)和 IPTV媒体发送功能 (IPTV Media Delivery Functions)。
SIP是由 IETF ( Internet Engineering Task Force , 互连网工程任务组) 制订的多媒体通信系统框架协议之一, 是用于建立、 改变或结束多媒体会 话的应用层协议, 与 RTP ( Real-time Transport Protocol , 实时传输协议 ) /RTCP( Real-Time Streaming Protocol,实时传送流媒体协议 ) , SDP( Session Description Protocol,会话描述协议 )、 RTSP、 DNS ( Domain Name Server, 域名服务器)等协议配合, 共同完成 IMS中的会话建立及媒体协商; 一旦 建立会话,媒体流将使用 RTP协议在承载层中直接传送,在一次会话中可 以灵活的交互多种媒体。
由于 SIP基于公开的互联网 (Internet )标准, 在语音、 数据业务结合 和互通方面具有天然优势, 能跨越媒体和设备实现呼叫控制, 支持丰富的 媒体格式, 可动态增 /删媒体流, 容易实现更加丰富的业务特性, 同时, SIP 支持智能向业务和终端侧发展从而减轻网络负担, 其本身支持包括动态注 册机制、 位置管理机制、 重定向机制等应用层移动性功能以及呈现
( Presence ) 、 群呼 (Fork ) 、 订阅特性, 便于扩展新业务, 而且协议筒 单,具有公认的扩展潜力,因此获得了包括在 IMS及 NGN( Next Generation Network, 下一代网络) 中的越来越多的应用。
SD&S ( Service Discovery & Selection, 业务发现与选择 )是用户在实 际访问 IPTV业务前进行的一个步骤。 通过业务的发现与选择, 用户能够 定位所要访问的 IPTV业务提供者, 并获取该提供者所能提供的 IPTV业 务, 如可观看的 VoD ( Video on Demand ) 清单、 可用的频道列表, 以及 与这些 IPTV业务相关的描述和介绍信息, 如内容筒介等。
作为业务发现与选择的结果, 用户终端获取的是一个互动界面, 即电 子节目导航 ( EPG, Electronic Program Guide ) , 或者互动式节目单( IPG, Interactive Program Guide ) 等。 DVB ( Digital Video Broadcast ) 组织在制 定 DVB-IP标准的过程中, 对 TS ( Transport Stream, 传输流) 在 IP上传 输方式进行了规范, 通过在 TS流中使用专门的标识, 将业务提供者(SP, Service Provider )发现记录 ( SP Discovery Record ) 、 广播业务发现记录 ( Broadcast Discovery Record ) 、 点播业务发现" ^己录 ( CoD Discovery
Record ) 、 其它 SP提供的业务发现记录( Service From Other SPs Record ) 等作为 IP的净荷以广播方式推送给用户终端。 终端通过从 TS流中将这些 信息提取出来, 组织成 EPG, 呈现在显示界面, 提供用户选择。
总体来说, DVB关于 SD&D的过程包括:
1、 寻找业务发现入口点 ( Entry Points ) ;
2、 为每一个业务发现入口点收集业务提供者的信息;
3、 为每一个业务提供者收集 DVB-IP业务发现信息。
基于 IMS的 IPTV架构中, 现有业务发现与选择过程有两种, 即 SIP 方式和非 SIP方式。
一、 非 SIP方式
如图 2所示, 为非 SIP方式的业务发现与选择架构, 包括: IPTV业 务控制功能( IPTV Service Control Functions )、 IPTV媒体功能( IPTV Media Functions )、核心 IMS(Core IMS)、传输过程控制功能(Transport Processing Functions), UE等, 其中, IPTV媒体功能包括 IPTV媒体控制功能 (IPTV Media Control Functions)和 IPTV媒体发送功能 (IPTV Media Delivery Functions)。 其中:
SDF为业务发现功能实体( Service Discovery Function ) , 主要负责向 UE提供业务发现信息, 如 SSF地址;
SSF为业务选择功能实体( Service Selection Function ) , 主要负责向 UE提供业务选择信息如电子节目单(EPG ) , 并提供与 UE的交互完成对 IPTV业务的选择;
SCF为业务控制功能实体( Service Control Function ) , 主要负责业务 授权、 会话发起和更改以及业务逻辑处理;
Core IMS是由 P/I/S-CSCF组成的 IMS会话控制层实体, 负责 IMS注 册、 会话控制和业务触发等功能;
UE为用户终端, 与 SSF交互完成对 IPTV业务的选择, 通过 IMS向 网络请求 IPTV业务, 并接收网络发送的媒体, 提供给用户显示界面; Xa为 SSF与 UE之间的交互接口, 用于业务选择信息的请求与下发, UE对业务信息的选择、 浏览等, 可以使用 HTTP等协议实现;
Xa' 为 SDF与 UE之间的接口, 用于 IPTV业务附着, 获取业务发现 信息, 可以使用 HTTP等协议实现。
非 SIP方式使用 Xa和 Xa, 接口分别提供 SSF ( Service Selection
Function, 业务选择功能) 、 SDF Service Discovery Function, 业务发现功 能)与 UE ( User Equipment, 用户设备)之间的交互, 业务发现与选择的 过程完全与 Core IMS没有关系。
如图 3所示, 非 SIP方式的业务发现与选择过程包括:
1、 UE通过配置、 网络附着(如 NASS )等方式获得 SDF的地址, 进 而通过 Xa, 接口向 SDF发起业务附着 ( Attach To IPTV ) ;
2、 SDF根据 UE的位置等信息, 选择合适的 SSF;
3、 SDF通过 Xa, 接口将业务发现信息发送给 UE, 业务发现信息包 括 SSF地址;
4、 UE通过 Xa接口向 SSF请求业务选择信息, 例如 EPG;
5、 SSF通过 Xa接口向 UE发送业务选择信息。
非 SIP方式中未提供在跨域访问 IPTV业务时如何进行业务发现与选 择的方案, 并且由于 SDF、 SSF均为系统中单独的实体, 与 IPTV系统中 其它网络实体之间没有交互, 因此在个性化的业务发现、 个性化 EPG生 成与下发等方面, 具有先天性不足。
二、 SIP方式
如图 4所示, SIP方式的 IPTV架构包括: IPTV业务控制功能( IPTV Service Control Function ) 、 IPTV媒体功能 ( IPTV Media Function ) 、 核 心 IMS (Core IMS), 传输过程控制功能 (Transport Processing Function), UE 等, 其中, IPTV媒体功能包括 IPTV媒体控制功能 (IPTV Media Control Function)和 IPTV媒体发送功能 (IPTV Media Delivery Function)。 各主要相 关功能实体以及 Xa接口的功能和非 SIP方式相同,其它相关接口还包括: Ps接口, 为 SDF与 SSF之间的接口, SSF可能通过该接口获取一些 用户签约的信息, 如用户偏好等;
ISC接口, 为 SDF与 Core IMS之间的接口, 用于 Core IMS将 SIP 请求发送到 SDF, 以及 SDF将业务发现信息(如 SSF地址)通过 Core IMS 以 SIP方式提供给到 UE。
如图 5所示, SIP方式的业务发现与选择过程包括:
1、 UE附着到 NASS ( Network Access Subsystem, 网络附着子系统 ); 2、 UE向 IMS Core执行标准的 IMS注册过程;
3、 UE与 SDF关联, 即 IPTV业务附着过程, 可能的方式有 IMS Core 与 SDF之间通过 ISC接口的第三方注册,以及其它基于 iFC的 SIP消息方 式, SDF利用 ISC接口通过 Core IMS , 以 SIP方式向 UE提供业务发现 信息, 业务发现信息包括 SSF地址;
4、UE通过 Xa接口与 SSF交互,完成业务选择信息的下发,例如 EPG; SIP方式在非 SIP方式的基础上对部分接口和功能进行了一定程度的改 进,如通过 SDF与 UPSF ( User Profile Serving Function,用户配置服务功能 ) 实体交互, 完成个性化的业务发现(SSF的选择), SSF从 SDF中获取用户签 约数据, 完成个性化的 EPG生成, 并且 SDF可以利用 Core IMS向 UE提供 业务发现信息。 但该技术仍然未解决跨域的 IPTV 业务发现、 业务选择等问 题。 发明内容
本发明实施例提供了一种 IPTV业务选择信息的获取方法和功能实 体, 用以实现用户跨域的 IPTV业务发现和选择。
一种 IMS域 IPTV业务选择信息的获取方法, 其特征在于, 包括: 附着到 IMS网络并完成 IMS注册的 UE和归属 SDF关联, 获取相关 业务发现信息;
UE根据所述相关业务发现信息, 获取非归属域业务选择信息。
一种 IMS域 IPTV业务选择信息的获取方法, 包括:
附着到 IMS网络并完成 IMS注册的 UE向相关 SCF请求非归属域业 务选择信息;
相关 SCF获取非归属域业务选择信息;
相关 SCF将非归属域业务选择信息发送给 UE。
一种 IMS域 IPTV业务选择信息的获取方法, 包括:
UE从接收到的小区广播消息中获得相关业务发现信息; 所述相关业 务发现信息为归属业务发现信息或非归属业务发现信息;
UE根据所述业务发现信息, 获取所述归属业务选择功能实体地址信 息或非归属业务选择功能实体地址信息;
UE向归属业务选择功能实体或非归属业务选择功能实体请求并获取 非归属业务选择信息。
一种 IMS域 IPTV业务选择信息的获取方法, 包括:
UE从接收到的小区广播消息中获得业务选择信息, 所述业务选择信 息为归属业务选择信息或非归属业务选择信息。
一种 SDF功能实体, 包括:
接收用户业务发现信息请求的单元, 所述用户附着在归属 IMS网络, 所述用户请求的业务发现信息为用户非归属域业务发现信息;
获取非归属域业务发现信息并发送给用户的单元, 所述非归属域业务 发现信息包括用户归属 SSF地址信息或非归属 SSF地址信息。
一种 SDF功能实体, 包括:
接收用户业务发现信息请求的单元, 所述用户附着在非归属 IMS网 络, 所述用户请求的业务发现信息为归属域业务发现信息或非归属域业务 发现信息; 获取用户请求的业务发现信息并发送给用户的单元, 其中: 所述用户 请求的业务发现信息包括用户归属 SSF地址信息或非归属 SSF地址信息。
一种 SCF功能实体, 包括:
接收用户业务选择信息请求的单元, 所述用户附着在归属 IMS网络, 所述用户请求的业务选择信息为非归属域业务选择信息;
获取所述非归属域业务选择信息并发送给用户的单元。
一种 SCF功能实体, 包括:
接收用户业务选择信息请求的单元, 所述用户附着在非归属 IMS网 络, 所述业务选择信息为归属域业务选择信息或非归属域业务选择信息; 获取所述业务选择信息并发送给用户的单元。
一种业务提供商发现功能实体, 包括:
第一接收单元, 用于接收 UE发送的非归属业务提供商发现信息的请求消 息;
第一发送单元, 用于获取预先配置的或从非归属业务提供商发现功能 实体获取的非归属业务提供商发现信息, 并发送给 UE; 所述非归属业务 提供商发现信息中包括非归属业务发现功能实体地址信息。
一种业务提供商发现功能实体, 包括:
第二接收单元, 用于接收 UE发送的非归属业务提供商发现信息的请求消 息;
通知单元, 用于通知非归属业务提供商发现功能实体向 UE发送非归 属业务提供商发现信息; 所述非归属业务提供商发现信息中包括非归属业 务发现功能实体地址信息。
一种业务提供商发现功能实体, 包括:
第三接收单元, 用于接收 UE发送的非归属业务提供商发现信息的请求消 息;
第二发送单元, 用于向 UE发送重定向信息; UE根据所述重定向信 息, 从非归属业务提供商发现功能实体获取非归属业务提供商发现信息, 所述非归属业务提供商发现信息中包括非归属业务发现功能实体地址信 息。
本发明实施例提供的第一种 IPTV业务选择信息获取方法中, 由附着 到 IMS网络并完成 IMS注册的 UE和归属 SDF关联, 获取相关业务发现 信息; UE根据所述相关业务发现信息, 获取非归属域业务选择信息, 从 而利用 SDF实现了用户跨域的 IPTV业务发现和选择;
本发明实施例提供的第二种 IPTV业务选择信息获取方法中, 由附着 到 IMS网络并完成 IMS注册的 UE向相关 SCF请求非归属域业务选择信 息; 相关 SCF获取非归属域业务选择信息; 并将非归属域业务选择信息发 送给 UE 从而利用 SCF实现了用户跨域的 IPTV业务发现和选择;
本发明实施例提供的第三种 IPTV业务选择信息获取方法中, UE从小 区广播消息中获得相关业务发现信息, 进而获取非归属业务选择信息, 不 需要 UE发起请求, 就能实现用户跨域的 IPTV业务发现和选择。
本发明实施例提供的第四种 IPTV业务选择信息获取方法中, UE直接 从小区广播消息中获得业务选择信息, 不需要 UE发起请求, 也不需要与 其他功能实体进行关联, 就能实现用户跨域的 IPTV业务发现和选择。
本发明提供的 IPTV业务选择信息获取方法和相关功能实体,为 UE附着在 归属 IMS时访问非归属域 IPTV业务、 UE附着在非归属 IMS时访问归属域 IPTV 业务, 以及 UE附着在非归属 IMS时访问非归属域 IPTV业务提供了相关实现机 制, 从而实现了用户跨域的 IPTV业务发现和选择。 附图说明
图 1为现有 TISPAN关于 IMS-based IPTV的架构示意图;
图 2为现有非 SIP方式的 IPTV业务发现与选择架构示意图; 图 3为现有非 SIP方式的 IPTV业务发现与选择主要流程示意图; 图 4为现有 SIP方式的 IPTV业务发现与选择架构示意图; 图 5为现有 SIP方式的业务发现与选择主要流程示意图;
图 6为本发明实施例提供的跨域 IPTV业务发现与选择架构原理示意 图;
图 7为本发明实施例提供的附着在归属域的 UE获取非归属域 IPTV 业务选择信息的 IPTV架构原理示意图;
图 8-图 14分别为本发明实施例提供的附着在归属域的 UE获取非归 属域 IPTV业务选择信息的流程示意图;
图 15为本发明实施例提供的附着在非归属域的 UE获取非归属域 IPTV业务选择信息的 IPTV架构原理示意图;
图 16-图 21分别为本发明实施例提供的附着在非归属域的 UE获取归 属域 IPTV业务选择信息的流程示意图;
图 22-图 24分别为本发明实施例提供的附着在非归属域的 UE获取非归属 域 IPTV业务选择信息的流程示意图;
图 25为本发明实施例提供的当多个 SP提供业务时附着在归属域的 UE获 取非归属域 IPTV业务选择信息的流程示意图;
图 26为本发明实施例提供的当多个 SP提供业务时附着在非归属域的 UE 获取归属域 IPTV业务选择信息的流程示意图;
图 27为本发明实施例提供的通过从小区广播消息中获取业务发现信息来 获取非归属域 IPTV业务选择信息的信令流程图;
图 28为本发明实施例提供的通过从小区广播消息中获取非归属域 IPTV 业务选择信息的信令流程图。 具体实施方式
参阅图 6所示, 为本发明实施例提供的跨域 IPTV业务发现与选择架 构原理示意图, 根据 UE所在的位置和 IMS网络部署实际情况, 图 6中的 UE可以附着在归属 IMS网络, 也可以附着在非归属 IMS网络。 实线为现 有 TISPAN架构中已有的接口, 虚线为可能存在的连接关系。 各接口为逻 辑接口, 中间可能经过其它实体, 连线仅表示信令发起者和信令接收方的 关系。
本发明实施例的前提是 U E能够完成在归属域或非归属域完成 I M S注 册过程, UE的归属 IMS与非归属 IMS之间有非归属协议, 且分别能向附 着在对方网络上的 UE提供一定范围内的 IPTV业务。
根据 UE所附着的网络, 跨域 IPTV业务的发现与选择过程包括以下 三种情况:
一、 UE附着在归属 IMS , 访问非归属域 IPTV业务的情况, 即 UE不 漫游, 需要发现另外一个 IMS网络上提供的 IPTV业务;
二、 UE附着在非归属 IMS , 访问归属域 IPTV业务, 即 UE在漫游 / 游牧状态, 需要发现归属域的 IPTV业务;
三、 UE附着在非归属 IMS , 访问非归属域 IPTV业务, 即 UE在漫游 /游牧状态, 需要发现非归属域的 IPTV业务。
针对上述每一种情况, 本发明实施例提供的业务发现与选择的实现方 式可以分为以下三类:
一、 UE通过 SDF实现跨域的 IPTV业务发现与选择
通过 SDF实现跨域的业务发现与选择有可以分为以下几种: 第一种实现方式主要包括如下步骤:
1 ) 、 UE进行 IMS注册, 并获取某个 SDF的地址;
SDF地址可以手动配置在终端上, 如果不配置, UE也可以在网络附 着过程中通过 NASS、 DHCP或者 DNS方式获取 SDF地址信息。 SDF地 址也可能配置在 HSS , S-CSCF从 HSS获取, 在对注册消息的响应中返回 给 UE。
2 ) 、 UE根据获取的 SDF地址, 与对应的 SDF关联, 向 SDF请求业 务发现信息, 从 SDF获取某个 SSF的地址;
3 ) 、 UE根据获取的 SSF地址, 与对应的 SSF关联, 从 SSF获取业 务选择信息, 如非归属域业务的 EPG。
其中: 第 2步与第 3步是分开进行的, 即 UE先从 SDF获取 SSF的地 址, 然后向 SSF请求业务选择信息。
这种方式中, UE首先需要获得某个 SDF地址, 该 SDF地址可能是归 属 SDF地址, 也可能是非归属 SDF地址, UE根据获得的 SDF地址, 向 SDF请求业务发现信息,根据 UE的请求 SDF向 UE返回一个相应 SSF地 址信息, 相应 SSF地址可能是 SSF地址, 也可能是非归属 SSF地址, UE 进一步向 SSF请求业务选择信息。
第二种实现方式主要包括如下步骤:
1 ) 、 UE进行 IMS注册, 并获取某个 SDF的地址;
2 ) 、 UE根据获取的 SDF地址, 与对应的 SDF关联, 向 SDF请求业 务选择信息;
3 ) 、 SDF选择一个 SSF地址, SDF与对应的 SSF关联, 通知 SSF向
UE下发 UE所请求的业务选择信息;
4 ) 、 SSF根据 SDF的通知向 UE下发业务选择信息, 如 EPG。
这种方式中, UE首先需要获得某个 SDF地址, 该 SDF地址可能是归 属 SDF地址, 也可能是非归属 SDF地址, UE根据获得的 SDF地址, 向 SDF请求业务选择信息, 根据 UE的请求, SDF从相应 SSF获取 UE需要 的业务选择信息后直接发送给 UE, 相应 SSF地址可能是 SSF地址, 也可 能是非归属 SSF地址。
第三种实现方式主要包括如下步骤:
1 ) 、 UE进行 IMS注册, 并获取 SDF的地址;
2 ) 、 UE根据获取的 SDF地址, 与对应的 SDF关联, 向 SDF请求业 务选择信息; 3 ) 、 SDF选择一个 SSF地址, 并与对应的 SSF关联, 代理 UE向 SSF 请求业务选择信息;
4 ) 、 SSF根据 SDF的请求将业务选择信息发送给 SDF;
5 ) 、 SDF将业务选择信息发送给 UE。
这种方式中, UE首先需要获得某个 SDF地址, 该 SDF地址可能是归 属 SDF地址, 也可能是非归属 SDF地址, UE根据获得的 SDF地址, 向 SDF请求业务选择信息, SDF根据 UE的请求, 通知相应的 SSF将业务选 择信息直接发送给 UE。
其中: UE和 SDF之间、 UE和 SSF可以 SIP方式交互, 也可以非 SIP 方式交互。 如果以非 SIP方式交互, 则可以经过 IMS Core, 也可以不经过 IMS Core。
如果 UE和 SSF之间的交互经过 IMS Core,则还可以部分采用 SIP方 式, 部分采用非 SIP方式, 比如 IMS core到 SSF之间还有一个实体(SCF 或者 SDF ) , 该实体与 SSF之间的交互就可能采用非 SIP方式, 例如: DIAMETER, SOAP或者 HTTP方式。
二、 UE通过 SCF实现跨域的 IPTV业务选择
通过 SCF实现跨域的业务发现与选择有可以分为以下几种:
第一种实现方式主要包括如下步骤:
1 ) 、 UE进行 IMS注册;
2 ) 、 UE向 SCF请求业务选择信息;
3 ) 、 SCF选择一个 SSF地址, 并与对应的 SSF关联, 代理 UE向 SSF 请求业务选择信息;
4 ) 、 SSF根据 SCF的请求将业务选择信息发送给 SCF;
5 ) 、 SCF将业务选择信息发送给 UE。
这种方式中, UE直接向 SCF请求需要的业务选择信息,其中根据 UE 所附着的域, SCF可能是归属 SCF, 也可能是非归属 SCF, 根据 UE的请 求, SDF从相应 SSF获取 UE需要的业务选择信息后直接发送给 UE, 相 应的 SSF可能是归属 SSF, 也可能是非归属 SSF。
第二种实现方式主要包括如下步骤:
1 ) 、 UE进行 IMS注册;
2 ) 、 UE向 SCF请求业务选择信息;
3 ) 、 SCF选择一个 SSF地址, 并与对应的 SSF关联, 通知 SSF向 UE发送业务选择信息;
4 ) 、 SSF根据 SCF的通知将业务选择信息发送给 UE。
这种方式中, UE直接向 SCF请求需要的业务选择信息,其中根据 UE 所附着的域, SCF可能是归属 SCF, 也可能是非归属 SCF, 根据 UE的请 求, SDF通知相应 SSF向 UE发送需要的业务选择信息, 相应的 SSF可能 是归属 SSF, 也可能是非归属 SSF。
其中: UE和 SCF之间、 SCF和 SSF以 SIP方式交互。 可以经过 IMS Core, 也可以不经过 IMS Core。
三、 主动推送的 IPTV业务选择
SDF向呈现服务器订阅 UE状态信息, 当 UE状态发生改变, 如上线 等, UE可以将状态改变信息通知到呈现服务器, 呈现服务器将 UE发布 的状态信息发送给 SDF, SDF收到用户状态信息后, 必要时主动向 UE推 送 IPTV业务选择信息, 实现方式包括以下几种:
第一种实现方式主要包括如下步骤:
1 ) 、 UE进行 IMS注册;
2 ) 、 UE在呈现服务器上发布状态信息;
3 ) 、 呈现服务器向 SDF发送 UE状态变化信息;
4 ) 、 SDF根据状态变化信息进行判断, 必要时 SDF选择 SSF, 并将 SSF地址信息发送给 UE;
5 ) 、 UE根据获取的 SSF地址, 与对应的 SSF关联, 从 SSF获取业 务选择信息。
这种方式中,向呈现服务器订阅 UE状态信息的 SDF可能是归属 SDF, 也可能是非归属 SDF, 如果归属 SDF发现 UE附着到给非归属域, 必要时 将相应 SSF地址推送给 UE, 相应 SSF可能是归属 SSF, 也可能是非归属 SSF, UE再进一步向相应 SSF请求所需的业务选择信息;如果非归属 SDF 发现 UE附着到本域,必要时也可以将相应 SSF地址推送给 UE,相应 SSF 可能是归属 SSF, 也可能是非归属 SSF, UE再进一步向相应 SSF请求所 需的业务选择信息;
第二种实现方式主要包括如下步骤:
1 ) 、 UE进行 IMS注册;
2 ) 、 UE在呈现服务器上发布状态信息;
3 ) 、 呈现服务器向 SDF发送 UE状态变化信息;
4、 SDF根据状态变化信息进行判断, 必要时 SDF选择 SSF, 与对应 的 SSF关联, 通知 SSF向 UE发送业务选择信息;
6 ) 、 SSF根据 SDF的通知, 将业务选择信息发送给 UE。
这种方式中,向呈现服务器订阅 UE状态信息的 SDF可能是归属 SDF, 也可能是非归属 SDF, 如果归属 SDF发现 UE附着到给非归属域, 必要时 通知非归属 SSF将非归属业务选择信息推送给 UE, 当然也可以通知归属 SSF将归属业务选择信息推送给 UE; 如果非归属 SDF发现 UE附着到本 域, 必要时也可以通知非归属 SSF将本域业务选择信息推送给 UE。
第三种实现方式主要包括如下步骤:
1 ) 、 UE进行 IMS注册;
2 ) 、 UE在呈现服务器上发布状态信息;
3 ) 、 呈现服务器向 SDF发送 UE状态变化信息;
4 ) 、 SDF根据状态变化信息进行判断, 必要时 SDF选择 SSF, 与对 应的 SSF关联, 代理 UE向 SSF请求业务选择信息; 5 ) 、 SSF根据 SDF的请求, 将业务选择信息发送给 SDF;
6 ) 、 SDF将业务选择信息发送给 UE。
这种方式中,向呈现服务器订阅 UE状态信息的 SDF可能是归属 SDF, 也可能是非归属 SDF, 如果归属 SDF发现 UE附着到给非归属域, 必要时 从非归属 SSF获取非归属业务选择信息并推送给 UE, 当然也可以将归属 业务选择信息并推送给 UE; 如果非归属 SDF发现 UE附着到本域, 必要 时也可以将本域业务选择信息推送给 UE。
上述四种方式中, 由 SDF向呈现服务器订阅 UE状态, 并在获知 UE 状态发生变化时, 触发主动推送流程。
SDF还可以通过第三方注册流程发现 UE状态发生变化, 具体包括:
UE完成网络附着后,附着的 IMS Core代理 UE向归属 SDF发起第三方注 册, 归属 SDF收到第三方注册请求后, 主动向 UE推送业务选择信息。
还可以由 SCF向呈现服务器订阅 UE状态, 并在获知 UE状态发生变 化时, 触发主动推送流程。 SCF还可以通过第三方注册流程发现 UE状态 发生变化, 这个过程可以通过 S-CSCF向 SCF发起第三方注册来完成,归 属 SCF收到第三方注册请求后, 主动向 UE推送业务选择信息。 具体可以 包括以下第五种、 第六种和第七种实现方式。
第五种实现方式主要包括如下步骤:
1 ) 、 SCF通过向呈现服务器订阅 UE状态获得 UE状态变化信息; 2 ) 、 SCF根据状态变化信息进行判断, 必要时选择 SSF, 并将 SSF 地址信息发送给 UE;
3 ) 、 UE根据获取的 SSF地址, 与对应的 SSF关联, 从 SSF获取业 务选择信息。
第六种实现方式主要包括如下步骤:
1 ) 、 SCF通过向呈现服务器订阅 UE状态获得 UE状态变化信息;
2 ) 、 SCF根据状态变化信息进行判断, 必要时选择 SSF, 与对应的 SSF关联, 通知 SSF向 UE发送业务选择信息;
3 ) 、 SSF根据 SCF的通知, 将业务选择信息发送给 UE。
第七种实现方式主要包括如下步骤:
1 ) 、 SCF通过向呈现服务器订阅 UE状态获得 UE状态变化信息; 2 ) 、 SCF根据状态变化信息进行判断, 必要时选择 SSF, 与对应的
SSF关联, 代理 UE向 SSF请求业务选择信息;
3 ) 、 SSF根据 SCF的请求, 将业务选择信息发送给 SCF;
4 ) 、 SCF将业务选择信息发送给 UE。
上述每一种实现方式中, SSF都可以通过获取用户服务配置和个性化 信息, 从而为用户生成个性化的业务选择信息。 这里的用户服务配置以及 个性化信息可以存储在用户配置服务功能实体 UPSF,或者其他的实体上。
SSF也可以向呈现服务器订阅 UE状态或者通过第三方注册流程的触 发, 在获知 UE状态发生变化时, 触发主动推送流程。 具体实现方式不再 赘述。
参阅图 6所示, 在每一种实现方式中, UE附着在 IMS网络之后, 有 可能和归属域或非归属域的 SDF、 SSF、 SCF交互, 获取相关的业务发现 与选择信息。 UE与它们的交互可以是经过 IMS Core的 SIP方式, 如使用 Invite, Subscribe/Notify, Info, Message等 SIP信令, 也可以是不经过 IMS Core的非 SIP方式, 如 HTTP方式等;
同一个域中, SDF还可以与 SSF交互, 用于通知 SSF下发业务选择 信息, 或者 SDF代理 UE向 SSF请求业务选择信息等;
SSF与 SCF交互用于 SSF主动将业务选择信息发送给 SCF,或者 SCF 向 SSF请求业务选择信息, 通过 SIP方式发送给 UE。
在跨域的情况下,不同域的 SSF与 SSF之间可能有非 SIP的交互接口 (如 HTTP接口) 、 以及 SCF与 SCF之间、 SDF与 SDF之间可能有 SIP 方式的接口。 下面分别对相关实体之间的交互方式进行说明:
1、 UE与 SCF交互
SCF为 SIP AS, 在业务发现与选择过程中, UE与 SCF的交互通常都 是经过 IMS Core, 以 SIP方式完成。 该过程与 3GPP的 IMS规范中 UE与 AS的交互相同, 在此仅筒单说明, 不再赘述。
SCF也可以向呈现服务器订阅 UE的状态, 当 UE状态发生改变时, 触发相关的业务控制逻辑, 如业务选择信息的下发。
2、 UE与 SDF交互
当 SDF是一个 SIP AS时, UE与 SDF之间的交互流程与 UE与 SCF 之间的交互流程一样, 只是消息内容不同。 UE与 SDF交互的目的是获取 相关的业务发现信息, 如某个 SSF的位置信息等。
当 UE与 SDF之间有非 SIP的接口 (如使用 HTTP方式) 时, 该非 SIP接口也可以用于业务发现信息的下发。
SDF也可以代理 UE, 向 SSF请求业务选择信息, 则此时 UE与 SDF 的交互还用于发送业务选择信息。
3、 UE与 SSF交互
UE与 SSF之间有非 SIP的接口 (如使用 HTTP方式) , 用于 SSF向 UE提供业务选择信息, 并提供 UE与 SSF关于业务选择信息的交互操作, 如节目列表的浏览、 搜索等 WEB业务。 在跨域的情况下, 该接口也可以 存在, 完成类似的功能。
4、 SDF与 SSF交互
该接口主要用于 SDF根据用户请求, 通知 SSF进行业务选择信息的 下发, 或者代理 UE向 SSF请求这些业务选择信息, 由 SDF下发给 UE。 此时 SDF与 SSF在同一个域中, 可以采用 DIAMETER, HTTP等协议完 成交互。
5、 SSF与 SCF交互 SSF与 SCF之间的交互类似与 SDF与 SSF交互的情形。 UE可以向 SCF请求业务选择信息, 由 SCF向 SSF获取,从而以 SIP方式下发给 UE; UE也可以不主动发起请求, 而是 SCF在获知 SSF位置信息后, 向 SSF请 求业务选择信息, 以 INFO、 MESSAGE, PUBLISH等 SIP消息模式发送 给 UE。 此时 SSF与 SCF在同一个域中, 可以采用 DIAMETER, HTTP等 协议完成交互。
6、 跨域的 SCF之间、 SDF之间
因为 SCF是SIP AS , 跨 IMS域的 SCF之间交互方式可参考 3GPP相 关规范, 在此仅做筒单介绍。
例如 SCF1在接收到一个 SIP请求、 或者需要发起一个跨域的 SIP请 求时, 可以通过请求中的业务标识, 利用 SIP路由机制将 SIP信令以 PSI ( Program Specific Identification, 特定节目标识 ) 方式路由到另一个域的 SCF2, 路由途径可以是 SCF1、 SCF1所在 IMS域的 S-CSCF1、 SCF2所在 IMS域的 I-CSCF2、 SCF2所在 IMS域的 S-CSCF2、 SCF2。 为叙述筒单起 见, 以下不再将IMS Core中的实体(P/I/S-CSCF ) 进行展开说明, 仅以 IMS Core代替;
在业务发现与选择过程中,跨域的 SCF交互主要用于业务选择信息的 请求与下发;
当 SDF为 SIP AS时, 跨域的 SDF之间交互与跨域的 SCF相似, 完 成业务发现信息的请求、 通知与下发;
当 SDF不是 SIP AS时, SDF可以与另一个域的 SDF有非 SIP接口, 如 HTTP方式, 完成业务发现信息的请求、 通知与下发。
7、 跨域的 SSF之间
跨域的 SSF之间可以有直接接口, 如采用 HTTP方式等, 用于代理 UE完成业务选择信息的下发, 或者业务选择信息下发的通知。
下面根据跨域 IPTV业务的发现与选择过程的三种情况, 分别以具体 实施例并结合附图进行详细说明。
一、 UE附着在归属 IMS, 访问非归属域 IPTV业务的情况
参阅图 7所示, UE附着在归属 IMS网络, 实线为已有接口, 虚线所 示接口根据具体实施例确定是否需要设置。
实施例一、
UE附着到归属 IMS网络后或者附着过程中, UE向归属 SDF请求非 归属域业务发现信息, 归属 SDF从非归属 SDF处获取非归属域的 SSF地 址, 并将非归属域的 SSF地址发送给 UE, UE向非归属 SSF请求业务选 择信息。
如图 8所示, 具体包括如下步骤:
5801、 UE首先完成归属域网络附着以及在归属 IMS注册;
UE在网络附着时获取归属 SDF的位置信息, 方式可以是在 UE上配 置、通过接入 NASS获取、 IMS的第三方注册时获取、或者其它 IFC方式, 如 SIP消息订阅, 归属 SDF的位置信息可以是 IP地址、 SIP URI或者其它 可路由的标识。
5802、 UE以 SIP方式与归属 SDF建立关联, 向归属 SDF请求业务发 现信息;
UE通过归属 IMS core与归属 SDF进行 SIP通信;
5803、 归属 SDF通过 PSI方式向非归属 SDF请求非归属 SSF信息; 非归属域 SSF的地址信息还可以配置在归属 SDF上, 如果归属 SDF 上配置有非归属 SSF信息, SDF直接向 UE返回非归属 SSF地址信息。
非归属 SSF的地址信息还可以由专门的网络实体进行保存, 如 DNS 服务器, 归属 SDF通过访问这种实体, 获取合适的非归属 SSF地址信息 返回给 UE。 归属 SDF还可以通过使用 DHCP协议向网络发起查询, 从而 获得合适的非归属 SSF地址信息。
5804、 归属 SDF向 UE发送非归属 SSF地址信息; 该实施例中, 归属 SDF判断 UE请求的是否为本域业务发现信息, 如 果是则将归属 SSF地址信息发送给 UE, 否则发送非归属 SSF地址信息, 如果 UE既请求本域业务, 也有非归属域业务, 则可以将本域 SSF地址和 归属 SSF地址一起发送。
归属 SDF可以通过 IMS响应消息发送给 UE, 或者利用 message, notify、 publish等 SIP方式实现。
5805、 UE根据获得的非归属 SSF地址,通过非 SIP方式向非归属 SSF 请求获得非归属域业务选择信息;
5806、 非归属 SSF获得用户当前状态信息, 包括: 当前位置等; 用户状态信息可以存放在为用户服务的呈现服务器上, 也可以在其它 实体上, 该步骤为可选步骤。
5807、 归属 SSF获得用户服务配置数据, 用户个性化数据等; 用户服务配置和个性化数据可以存放在用户配置服务功能实体上, 或 其它实体上, 该步骤为可选步骤。
S808、非归属 SSF利用各种信息,为用户生成业务选择信息(如: EPG 等) , 并向 UE发送。
其中,步骤 S806和 S807为可选步骤,目的在于根据用户当前状态(本 地或异地) 、 用户的个性化服务配置 (体育爱好者、 VIP用户) 等为用户 生成个性化的业务选择信息。
实施例二、
UE附着到归属 IMS网络后或者附着过程中, UE向归属 SDF请求非 归属域业务发现信息, 归属 SDF通知非归属 SDF向 UE发送非归属域的 SSF地址, 非归属 SDF将非归属域的 SSF地址发送给 UE, UE向非归属 SSF请求业务选择信息。
如图 9所示, 具体包括如下步骤:
S901、 UE首先完成归属域网络附着以及在归属 IMS注册; UE在网络附着时获取归属 SDF的位置信息, 方式可以是在 UE上配 置、通过接入 NASS获取、 IMS的第三方注册时获取、或者其它 IFC方式, 如 SIP消息订阅, 归属 SDF的位置信息可以是 IP地址、 SIP URI或者其它 可路由的标识。
S902、 UE以 SIP方式与归属 SDF建立关联, 向归属 SDF请求非归属 域的业务发现信息;
UE通过归属 IMS core与归属 SDF进行 SIP通信;
5903、 归属 SDF通知非归属 SDF向 UE发送业务发现信息; 该实施例中, 归属 SDF判断 UE请求的是否为本域业务发现信息, 如 果是则将归属 SSF地址信息发送给 UE, 否则执行该步骤 S903 , 如果 UE 既请求本域业务, 也有非归属域业务, 则可以将本域 SSF地址和归属 SSF 地址一起发送。
5904、 非归属 SDF向 UE发送非归属 SSF地址信息;
归属 SDF可以通过 IMS响应消息发送给 UE, 或者利用 message, notify, publish等 SIP方式实现。
5905、 UE根据获得的非归属 SSF地址,通过非 SIP方式向非归属 SSF 请求获得非归属域业务选择信息;
5906、 非归属 SSF获得用户当前状态信息, 包括: 当前位置等;
5907、 归属 SSF获得用户服务配置数据, 用户个性化数据等;
S908、非归属 SSF利用各种信息,为用户生成业务选择信息(如: EPG 等) , 并向 UE发送。
其中,步骤 S906和 S907为可选步骤,目的在于根据用户当前状态(本 地或异地) 、 用户的个性化服务配置 (体育爱好者、 VIP用户) 等为用户 生成个性化的业务选择信息。
实施例三
UE附着在归属 IMS网络后或者在附着过程中获得归属 SDF位置信 息, 向归属 SDF请求业务发现信息, 归属 SDF向 UE发送归属 SSF地址, UE向归属 SSF请求非归属域业务选择信息, 归属 SSF从非归属 SSF获取 业务选择信息并发送给 UE。
该实施例中, 归属 SDF每一次接收到业务发现信息请求时,全部发送 本域 SSF地址信息, 不用区分 UE请求的是否为本域的业务发现信息。
如图 10所示, 具体包括如下步骤:
51001、 UE首先完成归属域网络附着和并在归属 IMS注册;
51002、 UE以 SIP方式与归属 SDF建立关联, 向归属 SDF请求非归 属域业务发现信息;
S1003、 归属 SDF向 UE发送归属 SSF地址信息;
归属 SSF地址信息可以通过 IMS响应消息发送给 UE, 或者利用 message, notify, publish等 SIP方式实现。
S 1004、 UE向归属 SSF请求非归属域业务选择信息;
S1005、 归属 SSF向非归属 SSF请求非归属域业务选择信息;
S1006、 非归属 SSF获得用户当前状态信息, 包括: 当前位置等;
51007、 归属 SSF获得用户服务配置数据, 用户个性化数据等;
51008、 非归属 SSF利用各种信息, 为用户生成业务选择信息 (如: EPG等) , 并发送给归属 SSF;
51009、 归属 SSF将业务选择信息发送给 UE。
实施例四
UE附着到归属 IMS网络后或者附着过程中, UE向归属 SDF请求业 务发现信息, 归属 SDF向 UE发送归属 SSF地址, UE向归属 SSF请求非 归属域业务选择信息,归属 SSF通知非归属 SSF向 UE发送业务选择信息, 非归属 SSF将业务选择信息发送给 UE。
如图 11所示, 和实施例三不同之处在于步骤 S1107和 S1108, 其中:
S1107、 归属 SSF通知非归属 SSF向 UE发送业务选择信息; S1108、 非归属 SSF将业务选择信息发送给 UE。
其它各步骤和实施例三相同, 不再重复描述。
实施例五
如图 12所示, UE附着到归属 IMS网络后或者附着过程中, UE向归 属 SDF请求非归属域业务选择信息, 归属 SDF向非归属 SDF请求业务选 择信息, 非归属 SDF从非归属 SSF获取非归属域业务选择信息, 并将非 归属域业务选择信息发送给非归属 SDF, 非归属 SDF再发送给归属 SDF, 归属 SDF最后将非归属域业务选择信息发送给 UE, 具体流程包括:
S1201、 UE首先完成归属域网络附着和并在归属 IMS注册;
S1202、 UE以 SIP方式与归属 SDF建立关联, 向归属 SDF请求非归 属域业务选择信息;
51203、归属 SDF代理 UE向非归属 SDF请求非归属域业务选择信息;
51204、 非归属 SDF向非归属 SSF请求非归属域业务选择信息;
51205、 非归属 SSF获得用户当前状态信息, 包括: 当前位置等; S1206、 归属 SSF获得用户服务配置数据, 用户个性化数据等;
51207、 非归属 SSF利用各种信息, 为用户生成非归属业务选择信息 (如: EPG等) , 并发送给非归属 SDF;
51208、 非归属 SDF将非归属业务选择信息发送给归属 SDF;
51209、 归属 SDF将业务选择信息发送给 UE。
实施例六
UE附着到归属 IMS网络后或者附着过程中, UE向归属 SDF请求非 归属域业务发现信息, 归属 SDF通知非归属 SDF, 非归属 SDF从非归属 SSF获取非归属域业务选择信息,非归属 SDF直接将非归属域业务选择信 息发送给 UE。 参阅图 12所示, 步骤 S1209和 S1209合并为一个步骤, 非 归属 SDF采用非 SIP方式直接将非归属域业务选择信息发送给 UE, 不需 要经过归属 SDF转发。 实施例七
UE附着到归属 IMS网络后或者附着过程中, UE通过 SIP方式向归 属 SCF请求非归属域业务发现信息, 归属 SCF通过非归属 SCF从非归属 SSF获取非归属域业务选择信息, 并通过 SIP方式将非归属域业务选择信 息发送给 UE。
如图 13所示, 具体包括如下步骤:
51301、 UE首先完成归属域网络附着以及在归属 IMS注册;
51302、 UE以 SIP方式向归属 SCF请求非归属域业务选择信息; SCF为 SIP AS, UE通过归属 IMS core与归属 SCF进行 SIP通信; S1303、 归属 SCF向非归属 SCF请求非归属域业务选择信息;
51304、 非归属 SCF向非归属 SSF发送请求非归属域业务选择信息;
51305、 非归属 SSF获得用户当前状态信息, 包括: 当前位置等;
51306、 归属 SSF获得用户服务配置数据、 用户个性化数据等;
51308、 非归属 SSF利用各种信息, 为用户生成业务选择信息 (如: EPG等) , 并向归属 SCF发送;
51309、 归属 SCF向 UE发送非归属域业务选择信息。
其中, 步骤 S1305和 S1306为可选步骤, 目的在于根据用户当前状态 (本地或异地) 、 用户的个性化服务配置 (体育爱好者、 VIP用户) 等为 用户生成个性化的业务选择信息。
实施例八
如图 14所示, UE附着到归属 IMS网络后或者附着过程中, UE通过 SIP方式向归属 SCF请求非归属域业务选择信息, 归属 SCF通知非归属 SCF向 UE发送非归属域业务选择信息,非归属 SCF从非归属 SSF获取非 归属域业务选择信息, 并通过 SIP方式直接将非归属域业务选择信息发送 给 UE。
实施例九 参阅图 14所示, 非归属 SCF接收到归属 SCF通知后, 还可以通知非 归属 SSF向 UE主动发送非归属域业务选择信息。
UE在归属域, 访问该 IMS域上的第三方 IPTV提供者提供的业务, 也可以采用类似的机制, 只是 "非归属 IMS" 换成了 "第三方 IPTV业务 提供者" , 信令路由中没有了非归属 IMS, 而是直接从归属 IMS到第三方 相关应用服务器, 方式应该是 PSI路由。
二、 UE附着在非归属 IMS, 访问归属 IPTV业务的情况
参阅图 15所示, UE附着在非归属 IMS网络, 实线为已有接口, 虚线 根据具体实施例确定是否需要增加的接口。
UE处于漫游 /游牧状态时, 附着在非归属域, 即漫游域, UE需要访 问归属域的 IPTV业务, 则可以通过归属 SDF获取业务发现信息, 包括归 属 SSF地址信息, 然后通过归属 SSF请求业务选择信息,此时业务发现步 骤包括获取归属 SSF地址的过程。 该 SSF地址可能以 IP地址、 SIP URI 或者其它可路由标识的方式提供给非归属域的 UE。
在业务发现过程中, UE与 (归属域、 非归属域) SDF以及 SDF之间 的交互可通过(归属域、 非归属域) IMS core以 SIP方式实现, 也可以不 通过 IMS以非 SIP方式实现, 如使用 HTTP方式等。
实施例一
该实施例中, 业务发现过程为: UE-非归属 IMS-归属 IMS-归属 SDF, 以 SIP方式实现, UE在非归属 IMS网络附着时, 可以获取归属 SDF的位 置信息, 从而经过非归属 IMS、 归属 IMS向该 SDF获取归属域的业务发 现信息, 如归属 SSF的地址。
UE向归属 SDF发起的归属域业务发现请求, 由非归属 IMS core路由 到归属域的 IMS core, 并以 iFC方式或者 PSI方式触发 /路由到归属 SDF, SDF通过用户的位置、业务标识等信息,判断 UE需要访问的是本域业务, 则归属 SDF将本域的业务发现信息(如归属 SSF地址)下发给 UE, 下发 途径可以是请求的逆向路由。
如图 16所示, 具体流程包括:
51601、 UE首先在非归属域附着网络;
51602、 UE在非归属域向归属 IMS注册;
S1603、 UE关联归属 SDF, 向归属 SDF请求归属域业务发现信息;
UE通过非归属 IMS、 归属 IMS和归属 SDF关联。
S1604、 归属 SDF获得用户状态信息, 包括: 当前位置等;
该步骤为可选步骤, 用户状态信息可以存放在为用户服务的呈现服务 器上, 也可以在其它实体上。
S1605、 归属 SDF获得用户服务配置数据, 用户个性化数据等; 该步骤为可选步骤, 用户服务配置和个性化数据可以存放在用户配置 服务功能实体上, 或其它实体上。
51606、 归属 SDF根据获得的相关信息, 为 UE选择归属 SSF;
51607、 归属 SDF向 UE返回业务发现信息, 业务发现信息包括归属 SSF地址信息;
如图 16所示, 归属 SDF可以采用非 SIP方式向 UE返回业务发现信 息, 也可以利用 SIP方式通过归属 IMS、 非归属 IMS向 UE返回业务发现 信息。
51608、 UE以非 SIP方式(例如 HTTP方式)向归属 SSF请求获得归 属域业务选择信息 (如: EPG等) 。
UE可以在获得归属 SSF地址后, 以 SIP方式向归属 SCF请求业务选 择信息, 后者向归属 SSF获取业务选择信息之后以 SIP方式发送给 UE。
归属 SSF还可以访问用户配置服务功能实体和 /或呈现服务器, 获取 用户相关信息, 包括用户服务配置信息、 用户状态信息等, 从而对业务选 择信息进行个性化定制。
归属 SDF还可以代理 UE从归属 SSF获取归属域业务选择信息,然后 以 SIP或者非 SIP方式将归属域业务选择信息发送给 UE。
归属 SDF还可以通知归属 SSF向 UE发送归属域业务选择信息,归属 SSF根据归属 SDF的通知,通过非 SIP方式向将归属域业务选择信息发送 给 UE。
实施例二
UE处于漫游 /游牧状态时, 附着在非归属域, 即漫游域, UE需要访 问归属域的 IPTV业务,则还可以从非归属 SDF获取归属 SSF的位置信息。
如图 17所示, 具体流程包括:
S1701、 UE附着到非归属网络;
S1702、 UE在非归属域向归属 IMS注册;
S1703、 UE向非归属 SDF请求归属域业务发现信息;
UE的业务发现请求也可以通过非归属 IMS、 归属 IMS、 非归属 IMS , 以 iFC方式 /PSI方式触发 /路由到非归属 SDF, 或者通过非归属 IMS、 归 属 IMS, 以 PSI方式路由到非归属 SDF。
S1704、 非归属 SDF从归属 SDF获取归属 SSF地址信息;
如果非归属 SDF上配置有归属 SSF地址信息, 或者非归属 SDF可以 通过 DNS或者 DHCP方式获取归属 SSF地址时, 则该步骤可以省略。
S1705、 归属 SDF向 UE发送业务发现信息, 其中包括归属 SSF地址 信息;
S1706、 UE以非 SIP方式(例如 HTTP方式 )向归属 SSF请求获得归 属域业务选择信息 (如: EPG等) 。
实施例三
如图 18所示, UE处于漫游 /游牧状态时, 附着在非归属域, 即漫游 域, UE需要访问归属域的 IPTV业务, 则还可以从归属 SCF获取业务选 择信息, 具体流程包括:
S1801、 UE首先在非归属域附着网络; 51802、 UE在非归属域向归属 IMS注册;
51803、 UE向归属 SCF请求归属域业务选择信息;
UE通过非归属 IMS、归属 IMS向归属 SCF请求归属域业务选择信息。
51804、 归属 SCF向归属 SSF请求归属域业务选择信息;
S1805、 归属 SSF获得用户状态信息, 包括: 当前位置等;
该步骤为可选步骤, 用户状态信息可以存放在为用户服务的呈现服务 器上, 也可以在其它实体上。
51806、 归属 SSF获得用户服务配置数据, 用户个性化数据等; 该步骤为可选步骤, 用户服务配置和个性化数据可以存放在用户配置 服务功能实体上, 或其它实体上。
51807、 归属 SSF根据获得的相关信息, 为 UE生成归属域业务选择 信息, 并将归属域业务选择信息发送给归属 SCF;
51808、 归属 SCF向 UE发送归属域业务选择信息。
如图 18所示, 归属 SCF可以采用非 SIP方式向 UE返回归属域业务 选择信息, 也可以利用 SIP方式通过归属 IMS、 非归属 IMS向 UE返回业 务发现信息。
归属 SCF还可以通知归属 SSF将归属域业务选择信息发送给 UE。 实施例四
UE处于漫游 /游牧状态时, 附着在非归属域, 即漫游域, UE需要访 问归属域的 IPTV业务,则还可以向非归属 SCF请求归属域业务选择信息, 非归属 SCF向归属 SCF请求归属域业务选择信息, 归属 SCF从归属 SSF 获取归属域业务选择信息后发送给非归属 SCF,非归属 SCF再通过 SIP方 式发送给 UE。
实施例五
UE也可以不主动发起业务发现请求, 而是由归属 SDF生成业务发现 信息后, 以 PUBLISH, MESSAGE等 SIP消息方式推送给 UE。 此时归属 SDF需要获知 UE的位置信息,可以通过 UE向呈现服务器发布状态信息, 而归属 SDF向呈现服务器订阅 UE状态的方式实现。
如图 19所示, 具体流程包括:
S1901、 归属 SDF向呈现服务器订阅用户状态信息;
S1902、 UE在归属域完成非归属域网络附着和归属 IMS注册;
51903、 UE向呈现服务器发布当前状态;
51904、 呈现服务器将用户发布的当前状态信息发送给归属 SDF;
51905、 归属 SDF为 UE选择归属 SSF;
51906、 归属 SDF向 UE发送业务发现信息, 包括归属 SSF地址信息; S1907-S1910, UE从归属 SSF获取业务选择信息。
其中步骤 S1908-S1909分别为可选步骤, 满足用户个性化要求。
归属 SDF还可以代理 UE从归属 SSF获取业务选择信息后发送给 UE, 或者通知归属 SSF向 UE发送业务选择信息。
实施例六
如图 20所示, SDF主动推送业务发现信息的流程还可以根据归属 IMS 向 SDF发起的第三方注册流程触发, 如图中步骤 S2002所示, 归属 SDF 从第三方注册中获得 UE当前位置信息, 从而向 UE发送归属域业务发现 信息, 使 UE可以访问归属 IPTV业务。
实施例七
UE也可以不主动发起业务发现请求, 而是由归属 SCF从归属 SSF获 取业务选择信息后, 以 PUBLISH, MESSAGE等 SIP消息方式推送给 UE。 此时归属 SCF需要获知 UE的位置信息, 可以通过 UE向呈现服务器发布 状态信息, 而归属 SCF向呈现服务器订阅 UE状态的方式实现。 具体流程 如图 21所示, 这里不再详细描述。
三、 UE在非归属 IMS时访问非归属域的 IPTV业务
在本发明实施例给出的所有 UE附着在归属 IMS访问非归属 IPTV业 务的各实施例基础上, UE利用归属 SDF或 SCF获得非归属域业务选择信 息, 只是相关请求通过非归属 IMS、 归属 IMS到达归属 SDF或 SCF。 下 面以实施例一为例进行说明。
实施例一
例如图 22所示, UE首先与归属 SDF关联, 归属 SDF向 UE发送非 归属 SSF地址信息。如果归属 SDF上没有非归属 SSF地址信息,归属 SDF 可以向非归属 SDF请求获得。 然后 UE通过非 SIP方式 (如: HTTP等) 向非归属 SSF请求非归属域业务选择信息。 具体流程包括:
S2201、 UE首先完成非归属域网络附着和向归属 IMS注册;
S2202、 UE以 SIP方式与归属 SDF建立关联;
52203、归属 SDF可以通过访问用户呈现服务器获得用户位置等信息, 如果归属 SDF上有非归属 SSF信息, SDF直接向 UE返回非归属 SSF地 址信息。 如果归属 SDF没有非归属 SSF信息, 归属 SDF通过 PSI方式向 非归属 SDF请求非归属 SSF信息, 或者以 DNS、 DHCP的方式获得非归 属 SSF信息。 非归属 SDF的地址信息可以配置在归属 SDF上;
52204、 归属 SDF向 UE发送业务发现信息, 其中包括非归属 SSF地 址信息;
业务发现信息可以通过 IMS响应消息发送给 UE, 或者利用 message, notify、 publish等 SIP方式实现。
S2205、 UE获得非归属 SSF地址, 通过非 SIP方式向非归属 SSF请 求获得非归属域业务选择信息。
S2206、 非归属 SSF获得用户当前状态信息, 包括: 当前位置等。 用 户状态信息可以存放在用户呈现服务器上, 也可以在其它实体上, 为可选 步骤;
S2207、 非归属 SSF获得用户服务配置数据, 用户个性化数据等。 用 户服务配置和个性化数据可以存放在用户配置服务功能实体上, 或其它实 体上, 为可选步骤;
S2208、 非归属 SSF利用各种信息, 为用户生成业务选择信息 (如: EPG等) , 并向 UE发送。
UE可以在网络附着过程或者网络附着之后, 以非 SIP方式向非归属 SDF请求业务发现信息, 非归属 SDF还可以通知非归属 SSF向 UE发送 业务选择信息, 非归属 SSF生成相关的业务选择信息之后, 通过非 SIP方 式向 UE发送。
除此之外, UE还可以直接从非归属 SDF获取业务发现信息, 业务发 现信息包括非归属 SSF地址信息。 下面以实施例二为例进行说明。
实施例二
如图 23所示, UE获得非归属 SDF地址信息, UE向非归属 SDF请求 非归属 SSF地址信息; UE获得非归属 SSF地址后, 通过 HTTP方式向非 归属 SSF请求非归属域业务选择信息。
S2301、 UE完成非归属域网络附着和向归属 IMS注册;
S2302、 UE和归属 SDF关联, 请求非归属域的业务发现信息;
52303 , 归属 SDF向 UE发送非归属 SDF地址信息;
获得非归属 SDF地址信息的方法有两种, 一种是步骤 S2301中, UE 在非归属域进行网络附着是通过 NASS获得非归属 SDF信息。 另外一种 方式是 S2302和 S2303步骤, UE与归属 SDF关联后, 归属 SDF根据用户 服务配置和状态信息为用户选择非归属 SDF, 并向 UE发送。
52304、 UE通过以上两种方式中的任何一种获得非归属 SDF信息后, UE向非归属 SDF请求获得非归属 SSF地址信息, 可以请求中携带用户标 识、 状态、 位置等信息;
非归属 SDF也可以通过访问用户配置服务功能实体、呈现服务器等相 关实体获得用户状态信息和服务配置信息等, 为用户进行个性化定制; 非归属 SDF向 UE发送非归属域业务发现信息,包括非归属 SSF地址 等信息。
UE与非归属 SDF交互的方式可以是 SIP方式或非 SIP方式, SIP方 式包括 iFC的触发方式或者 PSI的路由方式等。
52305 , UE获得非归属 SSF地址后, 通过 HTTP方式向非归属 SSF 请求非归属域业务选择信息, 可以在请求中携带用户标识、 状态、 位置等 信息;
52306、 非归属 SSF获得用户当前状态信息, 包括: 当前位置等。 用 户状态信息可以存放在为用户服务的呈现服务器上, 也可以在其它实体 上, 为可选步骤;
S2307、 SSF获得用户服务配置数据, 用户个性化数据等。 用户服务 配置和个性化数据可以存放在用户配置服务功能实体 UPSF上, 或其它实 体上, 为可选步骤;
S2308、 非归属 SSF利用相关信息, 为 UE生成非归属域业务选择信 息 (如: EPG等) , 并向 UE发送。
非归属 SDF也可以通知非归属 SSF直接向 UE发送非归属域业务选择 信息。
UE还可以在获得业务发现信息如非归属 SSF地址后, 以 SIP方式向 非归属 SCF请求业务选择信息, 后者向非归属 SSF获取业务选择信息之 后以 SIP方式发送给 UE。
实施例三
UE还可以以 SIP方式向非归属 SCF请求业务选择信息, 非归属 SCF 从非归属 SSF获取业务选择信息之后以 SIP方式发送给 UE, 具体流程如 图 24所示。
非归属 SCF也可以通知非归属 SSF直接将非归属域业务选择信息直 接发送给 UE。
非归属 SCF也可以将非归属 SSF地址信息发送给 UE, UE再从非归 属 SSF获取非归属域业务选择信息。
在 UE进行网络附着之后, 非归属 SDF在获知 UE的状态信息后, 主 动将非归属业务发现信息或业务选择信息发送给 UE。 下发方式可以是 NOTIFY, MESSAGE, PUBLISH, INFO等 SIP消息方式。
非归属 SCF或者非归属 SSF也可以在获知 UE的状态信息后,主动将 非归属业务发现信息或业务选择信息发送给 UE。 非归属 SCF对消息的下 发方式可以是 NOTIFY, MESSAGE, PUBLISH, INFO等 SIP消息方式。 非归属 SSF对业务选择信息的发送可以是非 SIP的方式,如使用 HTTP方 式。
UE可以主动向用户呈现服务器上报状态报告, 非归属 SDF、 非归属
SCF或者非归属 SSF通过向呈现服务器订阅用户状态获得用户状态信息。
在 UE进行网络附着之后, 归属 SDF在获知 UE的状态信息后, 主动 将非归属业务发现信息或业务选择信息发送给 UE。 下发方式可以是 NOTIFY, MESSAGE, PUBLISH, INFO等消息方式。
归属 SCF或者归属 SSF也可以在获知 UE的状态信息后,主动将非归 属业务发现信息或业务选择信息发送给 UE。 非归属 SCF对消息的下发方 式可以是 NOTIFY, MESSAGE, PUBLISH, INFO等 SIP消息方式。 非归 属 SSF对业务选择信息的发送可以是非 SIP的方式, 如使用 HTTP方式。
UE可以主动向用户呈现服务器上报状态报告, 归属 SDF、 归属 SCF 或者归属 SSF通过向呈现服务器订阅用户状态获得用户状态信息。
UE在非归属域 A, 需要访问非归属域 B的业务: 应该和情况三类似, 只是 UE附着的 IMS网络与需要访问的 IMS网络不是一个域, 并且都不 是归属 IMS。 信令路由机制与各实体交互方式都类似。
四、 IPTV业务由多个业务提供商提供
当 IPTV业务由多个业务提供商提供时, UE获取 IPTV业务选择信息 的过程中还可以包含一个选择业务提供商的过程, 即网络侧可以向 UE提 供业务提供商的信息, 用户可以基于业务提供商信息选择合适的业务提供 商接入。
1. 业务提供商信息可以由 SDF提供
即由 SDF同时提供业务提供商信息和业务发现信息,其中一个业务提 供商可以提供一个 /一组业务发现信息, 这种情况下 UE获取 IPTV业务选 择信息的方法与前面所述的方法相同。
2. 业务提供商信息也可以通过独立的 SPDF提供,业务提供商信息中 包含提供 IPTV业务的各业务提供商的描述信息及该业务提供商提供业务 发现信息的 SDF信息。
这里将可以将 SPDF作为一个特殊的 SDF, UE可以通过前文所述的
UE接入 SDF的方式接入 SPDF并获取业务提供商信息呈现给用户; 用户 选择合适的业务提供商及其 SDF, 通过 UE接入 SDF获取业务发现信息; UE进一步根据业务发现信息从 SSF获取业务选择信息, 具体包含下面几 种情况。
1). SPDF只提供所属域业务提供商的 SDF信息。 UE从 SPDF获取业 务提供商信息及 SDF地址信息后, 通过前文所述 "UE通过 SDF实现跨域 的 IPTV业务发现与选择" 方法完成获取 IPTV业务选择信息流程。
2). SPDF提供所属域及其它域所有业务提供商及 SDF信息。 SPDF所 提供的其它域业务提供商及 SDF信息可以是 SPDF通过配置等方法直接保 存, 也可以是在业务请求过程中从其它域 SPDF动态获取。
实施例一
UE在归属域访问非归属域 IPTV业务
UE接入归属域 SPDF,并从归属域 SPDF获取非归属域业务提供商及 非归属域 SDF地址信息, 并接入非归属域 SDF完成获取非归属域 IPTV 业务选择信息的流程, 具体流程如图 25所示。
S2501、 UE首先完成归属域网络附着以及在归属 IMS注册; UE在网络附着时获取归属 SPDF的位置信息,方式可以是在 UE上配 置、通过接入 NASS获取、 IMS的第三方注册时获取、或者其它 IFC方式, 如 SIP消息订阅, 归属 SPDF的位置信息可以是 IP地址、 SIP URI或者其 它可路由的标识。
S2502、 UE以 SIP方式与归属 SPDF建立关联, 向归属 SPDF请求 SP 发现信息;
UE通过归属 IMS core与归属 SPDF进行 SIP通信;
52503、 归属 SPDF获取非归属域 SPDF的 SP发现信息。
SPDF可以通过预先配置获取非归属域 SPDF的 SP发现信息,也可以 在业务流程中根据 UE请求的非归属域信息动态向非归属域 SPDF请求 SP 发现信息;
52504、 归属 SPDF向 UE发送非归属 SP发现信息, 其中包括非归属 域 SDF地址信息;
这里 SPDF还可以向 UE发送归属 SP发现信息;
这里可以是 SPDF直接向 UE发送非归属 SP发现信息,也可以是归属
SPDF指示非归属 SPDF向 UE发送非归属 SP发现信息, 或者归属 SPDF 向 UE返回重定向信息, 由 UE从非归属 SPDF获取非归属 SP发现信息; 归属 SPDF可以通过 IMS响应消息发送给 UE, 或者利用 message, notify、 publish、 refer等 SIP方式实现。
S2505、 UE根据获得的非归属 SDF地址,通过 SIP或非 SIP方式向非 归属 SDF请求获得非归属业务发现信息;
S2506、 非归属 SDF向 UE发送可用业务发现信息, 其中包含非归属 SSF地址信息;
这里非归属 SDF可以获取用户当前的状态信息, 包括当前位置等,基 于状态信息为用户生成合适的业务发现信息; 状态信息可以保存在呈现服 务器等功能实体上; 这里非归属域 SDF可以获取用户服务配置数据 , 用户个性化数据等, 基于数据信息为用户生成合适的业务发现信息; 用户数据可以保存在用户 签约服务功能等功能实体上;
52507、 UE根据获得的非归属 SSF地址, 通过 SIP或非 SIP方式向非 归属 SSF请求获得非归属业务选择信息;
52508、 非归属 SSF向 UE发送可用业务选择信息;
这里非归属 SSF可以获取用户当前的状态信息, 包括当前位置等, 基 于状态信息为用户生成合适的业务选择信息; 状态信息可以保存在呈现服 务器等功能实体上;
这里非归属域 SSF可以获取用户服务配置数据, 用户个性化数据等, 基于数据信息为用户生成合适的业务选择信息; 用户数据可以保存在用户 签约服务功能等功能实体上。
步骤 2503并没有确定的关系, SPDF可以 UE请求消息之前预先获取 相关的信息, 也可以在业务流程中动态获取。
实施例二
UE在非归属域访问归属域 IPTV业务
UE从非归属域 SPDF获取归属域业务提供商及归属域 SDF地址信息, 并接入归属域 SDF完成获取归属域 IPTV业务选择信息的流程, 如图 26 所示。
S2601、 UE首先通过非归属域附着网络并通过非归属域完成归属 IMS 注册;
UE在网络附着时获取非归属 SPDF的位置信息,方式可以是在 UE上 配置、 通过接入 NASS获取、 IMS的第三方注册时获取、 或者其它 IFC方 式, 如 SIP消息订阅, 非归属 SPDF的位置信息可以是 IP地址、 SIP URI 或者其它可路由的标识。
S2602、 UE以 SIP方式与非归属 SPDF建立关联, 向非归属 SPDF请 求归属 SP发现信息;
52603、 非归属 SPDF获取归属 SPDF的归属 SP发现信息。
非归属 SPDF可以通过预先配置获取归属 SP发现信息, 也可以在业 务流程中根据 UE请求的归属信息动态向归属 SPDF请求归属 SP发现信 息;
52604、非归属 SPDF向 UE发送归属 SP发现信息,其中包括归属 SDF 地址信息;
这里可以是非归属 SPDF直接向 UE发送归属 SP发现信息,也可以是 非归属 SPDF指示归属 SPDF向 UE发送归属 SP发现信息, 或者非归属 SPDF向 UE返回重定向信息,由 UE从归属 SPDF获取归属 SP发现信息; 非归属 SPDF可以通过 IMS响应消息发送给 UE, 或者利用 message, notify、 publish、 refer等 SIP方式实现。
52605、 UE根据获得的归属 SDF地址,通过 SIP或非 SIP方式向归属 SDF请求获得归属业务发现信息;
S2606、 归属 SDF向 UE发送可用业务发现信息, 其中包含归属 SSF 地址信息;
这里归属 SDF可以获取用户当前的状态信息, 包括当前位置等,基于 状态信息为用户生成合适的业务发现信息; 状态信息可以保存在呈现服务 器等功能实体上;
这里归属 SDF可以获取用户服务配置数据,用户个性化数据等,基于 数据信息为用户生成合适的业务发现信息; 用户数据可以保存在用户签约 服务功能等功能实体上;
S2607、 UE根据获得的归属 SSF地址, 通过 SIP或非 SIP方式向归属 SSF请求获得归属业务选择信息;
S2608、 归属 SSF向 UE发送可用业务选择信息;
这里归属 SSF可以获取用户当前的状态信息, 包括当前位置等, 基于 状态信息为用户生成合适的业务选择信息; 状态信息可以保存在呈现服务 器等功能实体上;
这里归属域 SSF可以获取用户服务配置数据, 用户个性化数据等, 基 于数据信息为用户生成合适的业务选择信息; 用户数据可以保存在用户签 约服务功能等功能实体上。
步骤 2603并没有确定的关系, SPDF可以在 UE请求消息之前预先获 取相关的信息, 也可以在业务流程中动态获取。
上述所有实施例中, SDF进行个性化的 SSF选择时, 可以根据 UE所 在的位置信息进行选择, 如: 选择一个最靠近 UE的 SSF。
如图 27所示, 为本发明实施例提供的通过从小区广播消息中获取业 务发现信息来获取非归属域 IPTV业务选择信息的信令流程图。 本实施例 具体包括:
步骤 2701、 UE接收由 MSC下发的小区广播消息;
步骤 2702、 UE从接收到的小区广播消息中解析出相关业务发现信息, 该相关业务发现信息可以为归属业务发现信息, 也可以为非归属业务发现 信息;
步骤 2703、 UE根据业务发现信息, 获取归属 SSF地址信息或者非归 属 SSF地址信息;
步骤 2704、 UE向归属 SSF或非归属 SSF请求并获取非归属业务选择 信息。
其中步骤 2704的流程可以参照前述各个实施例的流程。
需要说明的是, UE可以在归属域或非归属域接收小区广播消息, 所 以消息广播消息中的业务发现信息可以是归属域的业务发现信息, 也可以 是非归属域的业务发现信息。
本实施例中, UE从小区广播消息中获得相关业务发现信息, 进而获 取非归属业务选择信息, 不需要 UE发起请求, 就能实现用户跨域的 IPTV 业务发现和选择。
如图 28所示, 为本发明实施例提供的通过从小区广播消息中获取非 归属域 IPTV业务选择信息的信令流程图。 本实施例具体包括:
步骤 2801、 UE接收小区广播消息;
步骤 2802、 UE从接收到的小区广播消息中解析并获得业务选择信息, 该业务选择信息可以为归属业务选择信息, 也可以为非归属业务选择信 息。
同样, UE可以在归属域或非归属域接收小区广播消息。
本实施例中, UE直接从小区广播消息中获得业务选择信息, 不需要 UE发起请求, 也不需要与其他功能实体进行关联, 就能实现用户跨域的 IPTV业务发现和选择。
需要说明的是, 上述两个实施例仅列举了移动交换中心(MSC )发送 小区广播消息的情况, 本发明同样可以应用于接收其它形式的小区广播消 息, 如: IP分组域中某个实体发送的小区广播消息。
本发明实施例还提供一种 SDF功能实体, 包括:
接收用户业务发现信息请求的单元, 所述用户附着在归属 IMS网络, 所述用户请求的业务发现信息为用户非归属域业务发现信息;
获取非归属域业务发现信息并发送给用户的单元, 所述非归属域业务 发现信息包括用户归属 SSF地址信息或非归属 SSF地址信息。
本发明实施例还提供另一种 SDF功能实体, 包括:
接收用户业务发现信息请求的单元, 所述用户附着在非归属 IMS网 络, 所述用户请求的业务发现信息为归属域业务发现信息或非归属域业务 发现信息;
获取用户请求的业务发现信息并发送给用户的单元, 其中: 所述用户 请求的业务发现信息包括用户归属 SSF地址信息或非归属 SSF地址信息。
本发明实施例还提供一种 SCF功能实体, 包括: 接收用户业务选择信息请求的单元, 所述用户附着在归属 IMS网络, 所述用户请求的业务选择信息为非归属域业务选择信息;
获取所述非归属域业务选择信息并发送给用户的单元。
本发明实施例还提供另一种 SCF功能实体, 包括:
接收用户业务选择信息请求的单元, 所述用户附着在非归属 IMS网 络, 所述业务选择信息为归属域业务选择信息或非归属域业务选择信息; 获取所述业务选择信息并发送给用户的单元。
本发明实施例提供了一种业务提供商发现功能实体, 包括:
第一接收单元, 用于接收 UE发送的非归属业务提供商发现信息的请求消 息;
第一发送单元, 用于获取预先配置的或从非归属业务提供商发现功能 实体获取的非归属业务提供商发现信息, 并发送给 UE; 所述非归属业务 提供商发现信息中包括非归属业务发现功能实体地址信息。
本发明实施例提供了另一种业务提供商发现功能实体, 包括: 第二接收单元, 用于接收 UE发送的非归属业务提供商发现信息的请求消 息;
通知单元, 用于通知非归属业务提供商发现功能实体向 UE发送非归 属业务提供商发现信息; 所述非归属业务提供商发现信息中包括非归属业 务发现功能实体地址信息。
本发明实施例提供了再一种业务提供商发现功能实体, 包括: 第三接收单元, 用于接收 UE发送的非归属业务提供商发现信息的请求消 息;
第二发送单元, 用于向 UE发送重定向信息; UE根据所述重定向信 息, 从非归属业务提供商发现功能实体获取非归属业务提供商发现信息, 所述非归属业务提供商发现信息中包括非归属业务发现功能实体地址信 息。 综上所述, 本发明实施例提供的 IPTV业务选择信息获取方法和相关 功能实体, 为 UE附着在归属 IMS时访问非归属域 IPTV业务、 UE附着 在非归属 IMS时访问归属域 IPTV业务, 以及 UE附着在非归属 IMS时访 问非归属域 IPTV业务提供了相关实现机制,从而实现了用户跨域的 IPTV 业务发现和选择。
发明的精神和范围。 这样, 倘若本发明的这些修改和变型属于本发明权利要 求及其等同技术的范围之内, 则本发明也意图包含这些改动和变型在内。

Claims

权 利 要 求
1、 一种 IP多媒体子系统域 IPTV业务选择信息的获取方法, 其特征 在于, 包括:
附着到 IP多媒体子系统网络并完成 IP多媒体子系统注册的 UE和归 属业务发现功能实体关联, 获取相关业务发现信息;
UE根据所述相关业务发现信息, 获取非归属域业务选择信息。
2、 如权利要求 1所述的方法, 其特征在于, 所述相关业务发现信息 包括归属业务选择功能实体地址信息。
3、 如权利要求 2所述的方法, 其特征在于, 所述 UE根据所述相关业 务发现信息, 获取非归属域业务选择信息的步骤包括:
UE向归属业务选择功能实体请求非归属域业务选择信息;
归属业务选择功能实体从非归属业务选择功能实体获取非归属域业 务选择信息;
归属业务选择功能实体将非归属域业务选择信息发送给 UE。
4、 如权利要求 2所述的方法, 其特征在于, 所述 UE根据所述相关业 务发现信息, 获取非归属域业务选择信息包括:
UE向归属业务选择功能实体请求非归属域业务选择信息;
归属业务选择功能实体通知非归属业务选择功能实体向 UE发送非归 属域业务选择信息;
非归属业务选择功能实体将非归属域业务选择信息发送给 UE。
5、 如权利要求 1所述的方法, 其特征在于, 所述相关业务发现信息 包括非归属业务选择功能实体地址信息。
6、 如权利要求 5所述的方法, 其特征在于, 所述非归属业务选择功 能实体地址信息:
是预先配置在归属业务发现功能实体上的; 是归属业务发现功能实体从非归属业务发现功能实体获取的; 是归属业务发现功能实体通过向域名服务器 DNS查询获取的; 是归属业务发现功能实体使用动态主机配置协议 DHCP方式获取的; 或者
是归属业务发现功能实体从专门存放业务选择功能实体地址信息的 网络实体获取。
7、 如权利要求 5所述的方法, 其特征在于, 所述 UE根据所述相关业 务发现信息, 获取非归属域业务选择信息包括:
UE向非归属业务选择功能实体请求非归属域业务选择信息; 非归属业务选择功能实体将非归属域业务选择信息发送给 UE。
8、 如权利要求 1-7任一所述的方法, 其特征在于, 所述 UE附着在归 属 IP多媒体子系统网络、 或者附着在非归属 IP多媒体子系统网络。
9、 如权利要求 8所述的方法, 其特征在于, 所述获取相关业务发现 信息的步骤包括:
UE向归属业务发现功能实体请求相关业务发现信息;
归属业务发现功能实体向 UE发送所述相关业务发现信息。
10、 如权利要求 9所述的方法, 其特征在于, 当所述相关业务发现信 息包括非归属业务选择功能实体地址信息时, 归属业务发现功能实体向 UE发送所述相关业务发现信息之前还包括确认 UE请求的是非归属域的 业务发现信息。
11、 如权利要求 5所述的方法, 其特征在于, 所述 UE附着在非归属 IP多媒体子系统网络。
12、 如权利要求 11所述的方法, 其特征在于, 所述获取相关业务发 现信息的步骤包括:
UE向归属业务发现功能实体请求相关业务发现信息;
归属业务发现功能实体确认 UE请求的是非归属域业务发现信息时, 通知非归属业务发现功能实体向 UE发送非归属域业务发现信息; 非归属业务发现功能实体将非归属业务选择功能实体地址信息包括 在非归属域业务发现信息中发送给 UE。
13、 如权利要求 2、 4或 7所述的方法, 其特征在于, 所述的非归属 域业务选择信息是由非归属业务选择功能实体根据用户服务配置参数和 / 或用户状态信息生成的。
14、 如权利要求 13所述的方法, 其特征在于:
所述的用户服务配置参数是非归属业务选择功能实体从用户配置服 务功能获取的;
所述的用户状态信息是非归属业务选择功能实体从用户呈现服务器 获取的。
15、 如权利要求 1所述的方法, 其特征在于, 归属业务发现功能实体 的地址预先配置在 UE上、 或者是 UE在附着到 IP多媒体子系统网络过程 中或 IP多媒体子系统注册过程中获取的。
16、 如权利要求 1、 9、 10或 12所述的方法, 其特征在于, UE和归 属业务发现功能实体之间使用 HTTP协议交互。
17、 如权利要求 2、 4或 7所述的方法, 其特征在于, 所述 UE和归属 业务选择功能实体之间、 UE和非归属业务选择功能实体之间使用 HTTP 协议交互。
18、 如权利要求 1所述的方法, 其特征在于, 在 UE附着到 IP多媒体 子系统网络并完成 IP多媒体子系统注册后还包括:
UE与归属业务提供商发现功能实体建立关联, 向归属业务提供商发 现功能实体请求非归属业务提供商发现信息;
所述归属业务提供商发现功能实体获取预先配置的非归属业务提供 商发现信息;
所述归属业务提供商发现功能实体将所述非归属业务提供商发现信 息发送给 UE; 所述非归属业务提供商发现信息中包括非归属业务发现功 能实体地址信息。
19、 如权利要求 1所述的方法, 其特征在于, 在 UE附着到 IP多媒体 子系统网络并完成 IP多媒体子系统注册后还包括:
UE与归属业务提供商发现功能实体建立关联, 向归属业务提供商发 现功能实体请求非归属业务提供商发现信息;
所述归属业务提供商发现功能实体从非归属业务提供商发现功能实 体获取非归属业务提供商发现信息;
所述归属业务提供商发现功能实体将所述非归属业务提供商发现信 息发送给 UE; 所述非归属业务提供商发现信息中包括非归属业务发现功 能实体地址信息。
20、 如权利要求 1所述的方法, 其特征在于, 在 UE附着到 IP多媒体 子系统网络并完成 IP多媒体子系统注册后还包括:
UE与归属业务提供商发现功能实体建立关联, 向归属业务提供商发 现功能实体请求非归属业务提供商发现信息;
所述归属业务提供商发现功能实体通知非归属业务提供商发现功能 实体向 UE发送非归属业务提供商发现信息;
所述非归属业务提供商发现功能实体将非归属业务提供商发现信息 发送给 UE; 所述非归属业务提供商发现信息中包括非归属业务发现功能 实体地址信息。
21、 如权利要求 1所述的方法, 其特征在于, 在 UE附着到 IP多媒体 子系统网络并完成 IP多媒体子系统注册后还包括:
UE与归属业务提供商发现功能实体建立关联, 向归属业务提供商发 现功能实体请求非归属业务提供商发现信息;
所述归属业务提供商发现功能实体向 UE发送重定向信息;
所述 UE从非归属业务提供商发现功能实体获取非归属业务提供商发 现信息, 所述非归属业务提供商发现信息中包括非归属业务发现功能实体 地址信息。
22、 一种 IP多媒体子系统域 IPTV业务选择信息的获取方法, 其特征 在于, 包括:
附着到 IP多媒体子系统网络并完成 IP多媒体子系统注册的 UE向相 关业务控制功能实体请求非归属域业务选择信息;
相关业务控制功能实体获取非归属域业务选择信息;
相关业务控制功能实体将非归属域业务选择信息发送给 UE。
23、 如权利要求 22所述的方法, 其特征在于, 所述相关业务控制功 能实体为 UE的归属业务控制功能实体。
24、 如权利要求 23所述的方法, 其特征在于, 所述归属业务控制功 能实体获取非归属域业务选择信息的步骤包括:
归属业务控制功能实体向非归属业务控制功能实体请求非归属域业 务选择信息;
非归属业务控制功能实体从非归属业务选择功能实体获取非归属域 业务选择信息;
非归属业务控制功能实体将非归属域业务选择信息发送给归属业务 控制功能实体。
25、 如权利要求 23所述的方法, 其特征在于, 所述归属业务控制功 能实体获取非归属域业务选择信息的步骤包括:
归属业务控制功能实体向非归属业务控制功能实体请求非归属域业 务选择信息;
非归属业务控制功能实体通知非归属业务选择功能实体向归属业务 控制功能实体发送非归属域业务选择信息;
非归属业务选择功能实体将非归属域业务选择信息发送给归属业务 控制功能实体。
26、 如权利要求 22所述的方法, 其特征在于, 所述相关业务控制功 能实体为 UE的非归属业务控制功能实体。
27、 如权利要求 26所述的方法, 其特征在于, UE向非归属业务控制 功能实体请求非归属域业务选择信息之前, 所述方法还包括:
UE向归属业务控制功能实体请求非归属域业务选择信息;
归属业务控制功能实体将非归属业务控制功能实体地址信息发送给
UE;
UE根据所述非归属业务控制功能实体地址信息向非归属业务控制功 能实体请求非归属域业务选择信息。
28、 如权利要求 26所述的方法, 其特征在于, 所述非归属业务控制 功能实体获取非归属域业务选择信息的步骤包括:
非归属业务控制功能实体向非归属业务选择功能实体请求非归属域 业务选择信息;
非归属业务控制功能实体将非归属域业务选择信息发送给非归属业 务控制功能实体。
29、 如权利要求 24、 25或 28所述的方法, 其特征在于, 所述的非归 属域业务选择信息是由非归属业务选择功能实体根据用户服务配置参数 和 /或用户状态信息生成的。
30、 如权利要求 29所述的方法, 其特征在于:
所述的用户服务配置参数是非归属业务选择功能实体从用户配置服 务功能获取的;
所述的用户状态信息是非归属业务选择功能实体从用户呈现服务器 获取的。
31、 一种 IP多媒体子系统域 IPTV业务选择信息的获取方法, 其特征 在于, 包括:
UE从接收到的小区广播消息中获得相关业务发现信息; 所述相关业 务发现信息为归属业务发现信息或非归属业务发现信息;
UE根据所述业务发现信息, 获取所述归属业务选择功能实体地址信 息或非归属业务选择功能实体地址信息;
UE向归属业务选择功能实体或非归属业务选择功能实体请求并获取 非归属业务选择信息。
32、 一种 IP多媒体子系统域 IPTV业务选择信息的获取方法, 其特征 在于, 包括:
UE从接收到的小区广播消息中获得业务选择信息, 所述业务选择信 息为归属业务选择信息或非归属业务选择信息。
33、 一种业务发现功能实体, 其特征在于, 包括:
接收用户业务发现信息请求的单元, 所述用户附着在归属 IP多媒体 子系统网络, 所述用户请求的业务发现信息为用户非归属域业务发现信 息;
获取非归属域业务发现信息并发送给用户的单元, 所述非归属域业务 发现信息包括用户归属业务选择功能实体地址信息或非归属业务选择功 能实体地址信息。
34、 一种业务发现功能实体, 其特征在于, 包括:
接收用户业务发现信息请求的单元, 所述用户附着在非归属 IP多媒 体子系统网络, 所述用户请求的业务发现信息为归属域业务发现信息或非 归属域业务发现信息;
获取用户请求的业务发现信息并发送给用户的单元, 其中: 所述用户 请求的业务发现信息包括用户归属业务选择功能实体地址信息或非归属 业务选择功能实体地址信息。
35、 一种业务控制功能实体, 其特征在于, 包括:
接收用户业务选择信息请求的单元, 所述用户附着在归属 IP多媒体 子系统网络, 所述用户请求的业务选择信息为非归属域业务选择信息; 获取所述非归属域业务选择信息并发送给用户的单元。
36、 一种业务控制功能实体, 其特征在于, 包括:
接收用户业务选择信息请求的单元, 所述用户附着在非归属 IP多媒 体子系统网络, 所述业务选择信息为归属域业务选择信息或非归属域业务 选择信息;
获取所述业务选择信息并发送给用户的单元。
37、 一种业务提供商发现功能实体, 其特征在于, 包括:
第一接收单元, 用于接收 UE发送的非归属业务提供商发现信息的请求消 息;
第一发送单元, 用于获取预先配置的或从非归属业务提供商发现功能实 体获取的非归属业务提供商发现信息, 并发送给 UE; 所述非归属业务提供商 发现信息中包括非归属业务发现功能实体地址信息。
38、 一种业务提供商发现功能实体, 其特征在于, 包括:
第二接收单元, 用于接收 UE发送的非归属业务提供商发现信息的请求消 息;
通知单元, 用于通知非归属业务提供商发现功能实体向 UE发送非归属业 务提供商发现信息; 所述非归属业务提供商发现信息中包括非归属业务发现 功能实体地址信息。
39、 一种业务提供商发现功能实体, 其特征在于, 包括:
第三接收单元, 用于接收 UE发送的非归属业务提供商发现信息的请求消 息;
第二发送单元, 用于向 UE发送重定向信息; UE根据所述重定向信息, 从 非归属业务提供商发现功能实体获取非归属业务提供商发现信息, 所述非归 属业务提供商发现信息中包括非归属业务发现功能实体地址信息。
PCT/CN2008/071306 2007-06-15 2008-06-13 Procédé et entité de fonction pour récupérer les informations de sélection du service iptv WO2008154849A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710112754.6 2007-06-15
CN 200710112754 CN101325797B (zh) 2007-06-15 2007-06-15 Iptv业务选择信息获取方法和功能实体

Publications (1)

Publication Number Publication Date
WO2008154849A1 true WO2008154849A1 (fr) 2008-12-24

Family

ID=40155907

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/071306 WO2008154849A1 (fr) 2007-06-15 2008-06-13 Procédé et entité de fonction pour récupérer les informations de sélection du service iptv

Country Status (2)

Country Link
CN (1) CN101325797B (zh)
WO (1) WO2008154849A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013516801A (ja) * 2010-01-04 2013-05-13 アルカテル−ルーセント ドメイン間サービスを提供するための方法および装置

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106027579A (zh) * 2010-01-04 2016-10-12 上海贝尔股份有限公司 一种提供域间服务的方法和设备
CN102696276A (zh) * 2010-01-04 2012-09-26 上海贝尔股份有限公司 为跨域服务的访问提供用于访问服务的信息的方法和设备
CN102238152B (zh) * 2010-05-06 2015-09-23 华为技术有限公司 控制内容报告行为的方法、装置和系统
CN105898337A (zh) * 2015-11-18 2016-08-24 乐视网信息技术(北京)股份有限公司 全景视频的显示方法和装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1946162A (zh) * 2006-10-27 2007-04-11 华为技术有限公司 一种获取epg的方法及iptv业务系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7628322B2 (en) * 2005-03-07 2009-12-08 Nokia Corporation Methods, system and mobile device capable of enabling credit card personalization using a wireless network
US7835528B2 (en) * 2005-09-26 2010-11-16 Nokia Corporation Method and apparatus for refreshing keys within a bootstrapping architecture

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1946162A (zh) * 2006-10-27 2007-04-11 华为技术有限公司 一种获取epg的方法及iptv业务系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"IP Multimedia Subsystem (IMS)", 3GPP TS 23.228 V7.7.0, March 2007 (2007-03-01) *
YANG W. ET AL.: "IMS-based IPTV", ZTE COMMUNICATIONS, vol. 13, no. 1, February 2007 (2007-02-01) *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013516801A (ja) * 2010-01-04 2013-05-13 アルカテル−ルーセント ドメイン間サービスを提供するための方法および装置

Also Published As

Publication number Publication date
CN101325797A (zh) 2008-12-17
CN101325797B (zh) 2012-12-12

Similar Documents

Publication Publication Date Title
EP1988666B1 (en) A streaming media network system, a realization method and a enable entity of streaming media service
CN101573943B (zh) 媒体频道管理
CN101547189B (zh) 一种CoD业务的建立方法,系统和装置
EP2060119B1 (en) IP unicast streaming service delivery
KR101433225B1 (ko) Ims 아키텍쳐 네트워크에서 ip 텔레비젼 서비스에 액세스하기 위한 시스템
CN101459664B (zh) 一种获取iptv业务媒体描述信息的方法及装置
CA2761007C (en) Session push transfer
CN101326826B (zh) 网络电视的业务控制方法、系统以及装置
WO2008089700A1 (fr) Procédé et système de réalisation de service de diffusion multidestinataire
JP2009527956A (ja) Iptvのための、ims対応のコントロールチャネル
WO2010028589A1 (zh) 业务推送协商方法及装置、推送业务系统
WO2009024092A1 (fr) Procédé et système permettant la commande d'autorisation de ressource de service
WO2008134955A1 (fr) Procédé, système et appareil pour appliquer des informations de capacité de terminal dans un service iptv
WO2009143743A1 (zh) 一种媒体播放方法、系统以及播放代理装置
WO2009052762A1 (fr) Procédé, dispositif et système d'amélioration de service de diffusion (bc)
WO2007098682A1 (fr) Procédé permettant d'obtenir un guide de programmes électronique, système pour guide de programmes électronique et unité de mise en service
WO2008154849A1 (fr) Procédé et entité de fonction pour récupérer les informations de sélection du service iptv
WO2008154884A1 (fr) Procédé, système et dispositif d'accès au service pour un fournisseur de service de télévision par protocole internet contracté sans attribution
WO2008089702A1 (fr) Système et procédé de mise en oeuvre de service multimédia en flux, et entité de fonction de commande de ce service
CN101483532B (zh) 一种媒体流复制的方法、系统及设备
CN101369904B (zh) 传递业务发现信息的方法、系统及业务发现功能实体
CN101883333A (zh) 获取指定用户实时媒体播放信息的方法、系统和装置
WO2012022252A1 (zh) 一种基于ims的视频监控系统及方法
EP2222046A1 (en) Method and device for identifying and obtaining authority information in sdp protocol
WO2009129728A1 (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: 08757717

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

Country of ref document: EP

Kind code of ref document: A1