CN101325797A - Iptv业务选择信息获取方法和功能实体 - Google Patents

Abstract

本发明涉及IMS技术，特别涉及一种IMS域IPTV业务选择信息获取方法，以实现跨域的IPTV业务发现和选择。一种IMS域IPTV业务选择信息的获取方法，包括：附着到IMS网络并完成IMS注册的UE和归属SDF关联，获取相关业务发现信息；UE根据所述相关业务发现信息，获取非归属域业务选择信息。一种IMS域IPTV业务选择信息的获取方法，包括：附着到IMS网络并完成IMS注册的UE向相关SCF请求非归属域业务选择信息；相关SCF获取非归属域业务选择信息；相关SCF将非归属域业务选择信息发送给UE。本发明实施例还提供相关功能实体。

Description

IPTV业务选择信息获取方法和功能实体

技术领域

本发明涉及IMS技术，特别涉及一种跨IMS(IP Multimedia Subsystem IP，多媒体子系统)域的IPTV业务选择信息获取技术。

背景技术

在通讯和IT技术高度发展的今天，随着跨链路层传输介质IP(InternetProtocol，国际互联网协议)技术的出现，互联网(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，归属用户服务器)以及用于实现与电路交换网互通的MGCF(Media Gateway Controller Function媒体网关控制功能)或IM-MGW(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业务控制功能(IPTVService 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-TimeStreaming 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，InteractiveProgram 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 MediaFunctions)、核心IMS(Core IMS)、传输过程控制功能(Transport ProcessingFunctions)、UE等，其中，IPTV媒体功能包括IPTV媒体控制功能(IPTV MediaControl 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(UserEquipment，用户设备)之间的交互，业务发现与选择的过程完全与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 ServiceControl 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。

一种SDF功能实体，包括：

接收用户业务发现信息请求的单元，所述用户附着在归属IMS网络，所述用户请求的业务发现信息为用户非归属域业务发现信息；

获取非归属域业务发现信息并发送给用户的单元，所述非归属域业务发现信息包括用户归属SSF地址信息或非归属SSF地址信息。

一种SDF功能实体，包括：

接收用户业务发现信息请求的单元，所述用户附着在非归属IMS网络，所述用户请求的业务发现信息为归属域业务发现信息或非归属域业务发现信息；

获取用户请求的业务发现信息并发送给用户的单元，其中：所述用户请求的业务发现信息包括用户归属SSF地址信息或非归属SSF地址信息。

一种SCF功能实体，包括：

接收用户业务选择信息请求的单元，所述用户附着在归属IMS网络，所述用户请求的业务选择信息为非归属域业务选择信息；

获取所述非归属域业务选择信息并发送给用户的单元。

一种SCF功能实体，包括：

接收用户业务选择信息请求的单元，所述用户附着在非归属IMS网络，所述业务选择信息为归属域业务选择信息或非归属域业务选择信息；

获取所述业务选择信息并发送给用户的单元。

本发明实施例提供的第一种IPTV业务选择信息获取方法中，由附着到IMS网络并完成IMS注册的UE和归属SDF关联，获取相关业务发现信息；UE根据所述相关业务发现信息，获取非归属域业务选择信息，从而利用SDF实现了用户跨域的IPTV业务发现和选择；

本发明实施例提供的第二种IPTV业务选择信息获取方法中，由附着到IMS网络并完成IMS注册的UE向相关SCF请求非归属域业务选择信息；相关SCF获取非归属域业务选择信息；并将非归属域业务选择信息发送给UE从而利用SCF实现了用户跨域的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业务选择信息的流程示意图。

具体实施方式

参阅图6所示，为本发明实施例提供的跨域IPTV业务发现与选择架构原理示意图，根据UE所在的位置和IMS网络部署实际情况，图6中的UE可以附着在归属IMS网络，也可以附着在非归属IMS网络。实线为现有TISPAN架构中已有的接口，虚线为可能存在的连接关系。各接口为逻辑接口，中间可能经过其它实体，连线仅表示信令发起者和信令接收方的关系。

本发明实施例的前提是UE能够完成在归属域或非归属域完成IMS注册过程，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，也可以不经过IMSCore。

如果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(ProgramSpecific 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所示，具体包括如下步骤：

S801、UE首先完成归属域网络附着以及在归属IMS注册；

UE在网络附着时获取归属SDF的位置信息，方式可以是在UE上配置、通过接入NASS获取、IMS的第三方注册时获取、或者其它IFC方式，如SIP消息订阅，归属SDF的位置信息可以是IP地址、SIP URI或者其它可路由的标识。

S802、UE以SIP方式与归属SDF建立关联，向归属SDF请求业务发现信息；

UE通过归属IMS core与归属SDF进行SIP通信；

S803、归属SDF通过PSI方式向非归属SDF请求非归属SSF信息；

非归属域SSF的地址信息还可以配置在归属SDF上，如果归属SDF上配置有非归属SSF信息，SDF直接向UE返回非归属SSF地址信息。

非归属SSF的地址信息还可以由专门的网络实体进行保存，如DNS服务器，归属SDF通过访问这种实体，获取合适的非归属SSF地址信息返回给UE。归属SDF还可以通过使用DHCP协议向网络发起查询，从而获得合适的非归属SSF地址信息。

S804、归属SDF向UE发送非归属SSF地址信息；

该实施例中，归属SDF判断UE请求的是否为本域业务发现信息，如果是则将归属SSF地址信息发送给UE，否则发送非归属SSF地址信息，如果UE既请求本域业务，也有非归属域业务，则可以将本域SSF地址和归属SSF地址一起发送。

归属SDF可以通过IMS响应消息发送给UE，或者利用message、notify、publish等SIP方式实现。

S805、UE根据获得的非归属SSF地址，通过非SIP方式向非归属SSF请求获得非归属域业务选择信息；

S806、非归属SSF获得用户当前状态信息，包括：当前位置等；

用户状态信息可以存放在为用户服务的呈现服务器上，也可以在其它实体上，该步骤为可选步骤。

S807、归属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通信；

S903、归属SDF通知非归属SDF向UE发送业务发现信息；

该实施例中，归属SDF判断UE请求的是否为本域业务发现信息，如果是则将归属SSF地址信息发送给UE，否则执行该步骤S903，如果UE既请求本域业务，也有非归属域业务，则可以将本域SSF地址和归属SSF地址一起发送。

S904、非归属SDF向UE发送非归属SSF地址信息；

归属SDF可以通过IMS响应消息发送给UE，或者利用message、notify、publish等SIP方式实现。

S905、UE根据获得的非归属SSF地址，通过非SIP方式向非归属SSF请求获得非归属域业务选择信息；

S906、非归属SSF获得用户当前状态信息，包括：当前位置等；

S907、归属SSF获得用户服务配置数据，用户个性化数据等；

S908、非归属SSF利用各种信息，为用户生成业务选择信息(如：EPG等)，并向UE发送。

其中，步骤S906和S907为可选步骤，目的在于根据用户当前状态(本地或异地)、用户的个性化服务配置(体育爱好者、VIP用户)等为用户生成个性化的业务选择信息。

实施例三

UE附着在归属IMS网络后或者在附着过程中获得归属SDF位置信息，向归属SDF请求业务发现信息，归属SDF向UE发送归属SSF地址，UE向归属SSF请求非归属域业务选择信息，归属SSF从非归属SSF获取业务选择信息并发送给UE。

该实施例中，归属SDF每一次接收到业务发现信息请求时，全部发送本域SSF地址信息，不用区分UE请求的是否为本域的业务发现信息。

如图10所示，具体包括如下步骤：

S1001、UE首先完成归属域网络附着和并在归属IMS注册；

S1002、UE以SIP方式与归属SDF建立关联，向归属SDF请求非归属域业务发现信息；

S1003、归属SDF向UE发送归属SSF地址信息；

归属SSF地址信息可以通过IMS响应消息发送给UE，或者利用message、notify、publish等SIP方式实现。

S1004、UE向归属SSF请求非归属域业务选择信息；

S1005、归属SSF向非归属SSF请求非归属域业务选择信息；

S1006、非归属SSF获得用户当前状态信息，包括：当前位置等；

S1007、归属SSF获得用户服务配置数据，用户个性化数据等；

S1008、非归属SSF利用各种信息，为用户生成业务选择信息(如：EPG等)，并发送给归属SSF；

S1009、归属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请求非归属域业务选择信息；

S1203、归属SDF代理UE向非归属SDF请求非归属域业务选择信息；

S1204、非归属SDF向非归属SSF请求非归属域业务选择信息；

S1205、非归属SSF获得用户当前状态信息，包括：当前位置等；

S1206、归属SSF获得用户服务配置数据，用户个性化数据等；

S1207、非归属SSF利用各种信息，为用户生成非归属业务选择信息(如：EPG等)，并发送给非归属SDF；

S1208、非归属SDF将非归属业务选择信息发送给归属SDF；

S1209、归属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所示，具体包括如下步骤：

S1301、UE首先完成归属域网络附着以及在归属IMS注册；

S1302、UE以SIP方式向归属SCF请求非归属域业务选择信息；

SCF为SIP AS，UE通过归属IMS core与归属SCF进行SIP通信；

S1303、归属SCF向非归属SCF请求非归属域业务选择信息；

S1304、非归属SCF向非归属SSF发送请求非归属域业务选择信息；

S1305、非归属SSF获得用户当前状态信息，包括：当前位置等；

S1306、归属SSF获得用户服务配置数据、用户个性化数据等；

S1308、非归属SSF利用各种信息，为用户生成业务选择信息(如：EPG等)，并向归属SCF发送；

S1309、归属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所示，具体流程包括：

S1601、UE首先在非归属域附着网络；

S1602、UE在非归属域向归属IMS注册；

S1603、UE关联归属SDF，向归属SDF请求归属域业务发现信息；

UE通过非归属IMS、归属IMS和归属SDF关联。

S1604、归属SDF获得用户状态信息，包括：当前位置等；

该步骤为可选步骤，用户状态信息可以存放在为用户服务的呈现服务器上，也可以在其它实体上。

S1605、归属SDF获得用户服务配置数据，用户个性化数据等；

该步骤为可选步骤，用户服务配置和个性化数据可以存放在用户配置服务功能实体上，或其它实体上。

S1606、归属SDF根据获得的相关信息，为UE选择归属SSF；

S1607、归属SDF向UE返回业务发现信息，业务发现信息包括归属SSF地址信息；

如图16所示，归属SDF可以采用非SIP方式向UE返回业务发现信息，也可以利用SIP方式通过归属IMS、非归属IMS向UE返回业务发现信息。

S1608、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首先在非归属域附着网络；

S1802、UE在非归属域向归属IMS注册；

S1803、UE向归属SCF请求归属域业务选择信息；

UE通过非归属IMS、归属IMS向归属SCF请求归属域业务选择信息。

S1804、归属SCF向归属SSF请求归属域业务选择信息；

S1805、归属SSF获得用户状态信息，包括：当前位置等；

该步骤为可选步骤，用户状态信息可以存放在为用户服务的呈现服务器上，也可以在其它实体上。

S1806、归属SSF获得用户服务配置数据，用户个性化数据等；

该步骤为可选步骤，用户服务配置和个性化数据可以存放在用户配置服务功能实体上，或其它实体上。

S1807、归属SSF根据获得的相关信息，为UE生成归属域业务选择信息，并将归属域业务选择信息发送给归属SCF；

S1808、归属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注册；

S1903、UE向呈现服务器发布当前状态；

S1904、呈现服务器将用户发布的当前状态信息发送给归属SDF；

S1905、归属SDF为UE选择归属SSF；

S1906、归属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获取业务选择信息后，以PUBUISH、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建立关联；

S2203、归属SDF可以通过访问用户呈现服务器获得用户位置等信息，如果归属SDF上有非归属SSF信息，SDF直接向UE返回非归属SSF地址信息。如果归属SDF没有非归属SSF信息，归属SDF通过PSI方式向非归属SDF请求非归属SSF信息，或者以DNS、DHCP的方式获得非归属SSF信息。非归属SDF的地址信息可以配置在归属SDF上；

S2204、归属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关联，请求非归属域的业务发现信息；

S2303，归属SDF向UE发送非归属SDF地址信息；

获得非归属SDF地址信息的方法有两种，一种是步骤S2301中，UE在非归属域进行网络附着是通过NASS获得非归属SDF信息。另外一种方式是S2302和S2303步骤，UE与归属SDF关联后，归属SDF根据用户服务配置和状态信息为用户选择非归属SDF，并向UE发送。

S2304、UE通过以上两种方式中的任何一种获得非归属SDF信息后，UE向非归属SDF请求获得非归属SSF地址信息，可以请求中携带用户标识、状态、位置等信息；

非归属SDF也可以通过访问用户配置服务功能实体、呈现服务器等相关实体获得用户状态信息和服务配置信息等，为用户进行个性化定制；

非归属SDF向UE发送非归属域业务发现信息，包括非归属SSF地址等信息。

UE与非归属SDF交互的方式可以是SIP方式或非SIP方式，SIP方式包括iFC的触发方式或者PSI的路由方式等。

S2305、UE获得非归属SSF地址后，通过HTTP方式向非归属SSF请求非归属域业务选择信息，可以在请求中携带用户标识、状态、位置等信息；

S2306、非归属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。信令路由机制与各实体交互方式都类似。

本发明实施例还提供一种SDF功能实体，包括：

接收用户业务发现信息请求的单元，所述用户附着在归属IMS网络，所述用户请求的业务发现信息为用户非归属域业务发现信息；

获取非归属域业务发现信息并发送给用户的单元，所述非归属域业务发现信息包括用户归属SSF地址信息或非归属SSF地址信息。

本发明实施例还提供另一种SDF功能实体，包括：

接收用户业务发现信息请求的单元，所述用户附着在非归属IMS网络，所述用户请求的业务发现信息为归属域业务发现信息或非归属域业务发现信息；

获取用户请求的业务发现信息并发送给用户的单元，其中：所述用户请求的业务发现信息包括用户归属SSF地址信息或非归属SSF地址信息。

本发明实施例还提供一种SCF功能实体，包括：

接收用户业务选择信息请求的单元，所述用户附着在归属IMS网络，所述用户请求的业务选择信息为非归属域业务选择信息；

获取所述非归属域业务选择信息并发送给用户的单元。

本发明实施例还提供另一种SCF功能实体，包括：

接收用户业务选择信息请求的单元，所述用户附着在非归属IMS网络，所述业务选择信息为归属域业务选择信息或非归属域业务选择信息；

获取所述业务选择信息并发送给用户的单元。

综上所述，本发明实施例提供的IPTV业务选择信息获取方法和相关功能实体，为UE附着在归属IMS时访问非归属域IPTV业务、UE附着在非归属IMS时访问归属域IPTV业务，以及UE附着在非归属IMS时访问非归属域IPTV业务提供了相关实现机制，从而实现了用户跨域的IPTV业务发现和选择。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (30)

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、一种IP多媒体子系统域IPTV业务选择信息的获取方法，其特征在于，包括：

附着到IP多媒体子系统网络并完成IP多媒体子系统注册的UE向相关业务控制功能实体请求非归属域业务选择信息；

相关业务控制功能实体获取非归属域业务选择信息；

相关业务控制功能实体将非归属域业务选择信息发送给UE。

19、如权利要求18所述的方法，其特征在于，所述相关业务控制功能实体为UE的归属业务控制功能实体。

20、如权利要求19所述的方法，其特征在于，所述归属业务控制功能实体获取非归属域业务选择信息的步骤包括：

归属业务控制功能实体向非归属业务控制功能实体请求非归属域业务选择信息；

非归属业务控制功能实体从非归属业务选择功能实体获取非归属域业务选择信息；

非归属业务控制功能实体将非归属域业务选择信息发送给归属业务控制功能实体。

21、如权利要求19所述的方法，其特征在于，所述归属业务控制功能实体获取非归属域业务选择信息的步骤包括：

归属业务控制功能实体向非归属业务控制功能实体请求非归属域业务选择信息；

非归属业务控制功能实体通知非归属业务选择功能实体向归属业务控制功能实体发送非归属域业务选择信息；

非归属业务选择功能实体将非归属域业务选择信息发送给归属业务控制功能实体。

22、如权利要求1 8所述的方法，其特征在于，所述相关业务控制功能实体为UE的非归属业务控制功能实体。

23、如权利要求22所述的方法，其特征在于，UE向非归属业务控制功能实体请求非归属域业务选择信息之前，所述方法还包括：

UE向归属业务控制功能实体请求非归属域业务选择信息；

归属业务控制功能实体将非归属业务控制功能实体地址信息发送给UE；

UE根据所述非归属业务控制功能实体地址信息向非归属业务控制功能实体请求非归属域业务选择信息。

24、如权利要求22所述的方法，其特征在于，所述非归属业务控制功能实体获取非归属域业务选择信息的步骤包括：

非归属业务控制功能实体向非归属业务选择功能实体请求非归属域业务选择信息；

非归属业务控制功能实体将非归属域业务选择信息发送给非归属业务控制功能实体。

25、如权利要求20、21或24所述的方法，其特征在于，所述的非归属域业务选择信息是由非归属业务选择功能实体根据用户服务配置参数和/或用户状态信息生成的。

26、如权利要求25所述的方法，其特征在于：

所述的用户服务配置参数是非归属业务选择功能实体从用户配置服务功能获取的；

所述的用户状态信息是非归属业务选择功能实体从用户呈现服务器获取的。

27、一种业务发现功能实体，其特征在于，包括：

接收用户业务发现信息请求的单元，所述用户附着在归属IP多媒体子系统网络，所述用户请求的业务发现信息为用户非归属域业务发现信息；

获取非归属域业务发现信息并发送给用户的单元，所述非归属域业务发现信息包括用户归属业务选择功能实体地址信息或非归属业务选择功能实体地址信息。

28、一种业务发现功能实体，其特征在于，包括：

接收用户业务发现信息请求的单元，所述用户附着在非归属IP多媒体子系统网络，所述用户请求的业务发现信息为归属域业务发现信息或非归属域业务发现信息；

获取用户请求的业务发现信息并发送给用户的单元，其中：所述用户请求的业务发现信息包括用户归属业务选择功能实体地址信息或非归属业务选择功能实体地址信息。

29、一种业务控制功能实体，其特征在于，包括：

接收用户业务选择信息请求的单元，所述用户附着在归属IP多媒体子系统网络，所述用户请求的业务选择信息为非归属域业务选择信息；

获取所述非归属域业务选择信息并发送给用户的单元。

30、一种业务控制功能实体，其特征在于，包括：

接收用户业务选择信息请求的单元，所述用户附着在非归属IP多媒体子系统网络，所述业务选择信息为归属域业务选择信息或非归属域业务选择信息；

获取所述业务选择信息并发送给用户的单元。

Images