一种CoD业务的建立方法，系统和装置的制作方法

专利名称：一种CoD业务的建立方法，系统和装置的制作方法
技术领域：
本发明涉及数据通信领域，特别是涉及一种CoD业务的建立方法，系统 和装置。
背景技术：
在通讯和IT技术高度发展的今天，随着跨链路层传输介质的IP技术的出 现，Internet应用的迅速普及，人们不再满足于单一的语音通信方式，而需要 全新的多々某体通信方式，因此，移动通讯网络和固定通讯网络的IP化、Internet 和电信网络的融合已无可争议地成为业界公认的发展方向。为满足越来越突 出的IP多媒体应用的普遍需求，第三代移动通信组织(3GPP )在分组承载网 基础上引入了全IP业务网络架构的IP多媒体子系统(IMS)。
IMS是3GPP R5阶段增加的宽带码分多址接入系统(Wide-band Code Division Multiple Access, WCDMA )网络中叠加在已有分组域之上的一个子 系统，采用分组域作为其上层控制信令和媒体传输的承载通道，引入会话初 始化协议(Session Initiated Protocol, SIP)协议作为业务控制协议，利用SIP 协议简单、易扩展、媒体组合方便的特点，使业务控制与承载控制分离，提 供丰富的多媒体业务。
IMS主要的功能实体包括控制用户注册、会话控制等功能的呼叫控制实 体(CSCF)、提供各种业务逻辑控制功能的应用服务器(AS)、集中管理用户 签约数据的归属用户服务器(HSS )以及用于实现与电路交换网互通的媒体网 关控制功能/媒体网关(MGCF/IM-MGW)，用户通过当前所在地代理节点 (P-CSCF)接入IMS,会话和业务触发控制及与AS的业务控制交互则由其 注册地的归属域服务节点(S-CSCF)完成。
随着IMS协议的逐步完善，基于IP互联网络的电视(IMS based IPTV) 业务得到快速发展，IMS based IPTV业务充分利用IMS网络中已有的注册、认证、路由、会话控制与建立、业务触发、计费和端到端QoS保证等机制来 为用户提供流媒体业务、融合流媒体和实时会话业务的多媒体业务。
下一代网络通信与因特网融合的服务和协议(TISPAN )定义的IMS based IPTV业务功能架构如图l所示，IPTV媒体服务器(IPTV Media Functions, MF)负责到UE々某体流的控制与交付(Delivery )。从功能角度分解为媒体控 制功能实体(Media Control Function, MCF)和媒体交付功能实体(Media Delivery Function, MDF )。业务选4奪功能(Service Selection Function, SSF ) 负责提供给用户可用的IPTV业务信息。业务控制功能(Service Control Function, SCF )负责IPTV的业务逻辑控制或执行。业务控制功能和媒体控制 功能具有动态为用户所请求的IPTV业务选择媒体服务器的功能。
SIP协议与实时传输协议(RTP/RTCP)、会话描述协议(SDP)、实时传 送流媒体协议(RTSP)、域名服务器(DNS)等协议配合，共同完成IPTV系 统的会话建立及^ 某体协商。
3GPP制定了 "透明的端到端包交换流媒体业务，，规范，即PSS规范。PSS 规范的系统架构如图2所示
PSS规范采用客户端服务器模式，客户端(Streaming Client)通过无线接 入网GERAN/UTRAN， 3GPP核心网(3GPP Core Network), IP分组网(IP Network)和媒体服务器(Content Servers )进行通信。PSS规范中，客户端通 过RTSP协议和媒体服务器建立RTSP会话，协商RTP媒体传送通道，接收 媒体内容。客户端可以通过RTSP通道发送快进、快退等操作命令，控制媒体 流的传输。
3GPP规范中，控制协议釆用了 RTSP,而不是IMS的SIP协议进行业务 控制。因而，无法支持采用SIP协议的IMS移动终端有效的享受流^ 某体业务。 进而无法充分利用IMS系统提供的丰富功能，如统一的用户管理，Qos控制， 策略控制，计费控制，会话建立机制等等，来享受流媒体业务。这样即增大 了运营商的业务运营成本，同时降低了用户的业务体验
发明内容
本发明实施例要解决的问题是提供一种CoD业务的建立方法和装置，
可以在CoD建立过程中转换SIP消息和RTSP消息以达到消息互通，实现采 用SIP协议的IMS移动终端有效的享受流媒体业务，改善用户体验，丰富业 务种类的效果。
为达到上述目的，本发明实施例一方面提出 一种内容点播CoD业务的建 立方法，包括以下步骤
接收终端发送的SIP业务请求；
转换所述SIP业务请求为RTSP业务请求，并发送所述RTSP业务请求给 服务器；
接收所述服务器发送的RTSP业务响应；
转换所述RTSP业务响应为SIP业务响应，并发送所述SIP业务响应给所 述终端，以建立所述终端与所述服务器间的CoD业务。
另一方面，本发明实施例还提供了一种CoD业务的建立系统，包括终端、 PTF和服务器
所述终端，用于发送SIP业务请求，接收发送的SIP业务响应，接收所述 服务器发送的媒体流；
所述PTF，用于进行SIP消息和RTSP消息之间的转换；
所述服务器，用于接收并处理RTSP业务消息，发送所述媒体流给所述终
二山 彿。
另一方面，本发明实施例还提供了一种PTF，包括 信息接收^^莫块，用于接收SIP业务请求，和RTSP业务响应； 信息转换模块，用于将所述信息接收模块接收的所述SIP业务请求和所
述RTSP业务响应转换为RTSP业务请求和SIP业务响应；
信息发送模块，用于发送所述信息转换模块转换的RTSP业务请求和SIP
业务响应。
另一方面，本发明实施例还提供了一种终端，包括 信息接收才莫块，用于接收SIP业务响应，并提取RSTP变更信息； 参数调整模块，用于根据所述信息接收模块所提取的RSTP变更信息，调整RSTP参数。
本发明实施例的技术方案具有以下优点，因为采用了 一种CoD业务的建 立方法和装置，可以在CoD建立过程中转换SIP消息和RTSP消息以达到消 息互通，实现采用SIP协议的IMS移动终端有效的享受流媒体业务，改善用 户体验，丰富业务种类的效果。


图1为现有4支术中，TISPAN定义的IMS based IPTV业务功能架构示意
图2为现有技术中，PSS规范的系统架构示意图； 图3为本发明实施例一中，引入协议转换功能实体的系统结构示意图； 图4为本发明实施例二中，PTF部署在MCF上的系统结构示意图； 图5为本发明实施例三中，PTF部署在SCF上的系统结构示意图； 图6为本发明实施例四中， 一种建立CoD业务的方法的流程示意图； 图7为本发明实施例五中， 一种建立CoD业务的方法的流程示意图； 图8为本发明实施例六中， 一种用户访问非归属域业务时建立CoD业
务的方法的流程示意图9为本发明实施例七中， 一种多播LTV到单播LTV的切换的方法
的流程示意图IO为本发明实施例八中， 一种单播LTV到多播LTV的切换方法的 流程示意图11为本发明实施例九中， 一种单播到单播的切换方法的流程示意图。
具体实施例方式
本发明实施例在Tispan和3GPP已有规范的基础上，提出了使支持SIP 协议的移动终端可以在IMS控制下享受流媒体类业务的系统和方法，从而把 IMS应用到移动终端环境下，使得移动终端可以在IMS控制下享受流媒体类业务。
下面结合附图和实施例，对本发明的具体实施方式
作进一步详细描述 如图3所示，为本发明实施例一，引入协议转换功能实体的系统结构示意 图。
在本系统中，引入了协议转换功能实体PTF 1,用来进行SIP消息和 对应RTSP消息之间的转换，具体包括
信息接收模块11,用于接收SIP业务请求，和RTSP业务响应，或接收 RTSP PLAY消息；
信息转换模块12，用于将所述信息接收模块11接收的所述SIP业务请求
和所述RTSP业务响应转换为RTSP业务请求和SIP业务响应；
信息发送模块13,用于发送所述信息转换模块12转换的RTSP业务请求
和SIP业务响应，或发送RSTP PLAY消息，或转发接收到的RTSP PLAY消 自
需要进一步指出的是，上述PTF中，接收接收RTSP PLAY消息，发送 RSTP PLAY消息，转发接收到的RTSP PLAY消息的功能可以根据具体设置 而选择是否实现上述功能，由于这种差异而导致的方案变化也同样属于本发 明的保护啊范围。
其中，所述信息转换模块12,包括
服务器选择子模块121,用于根据所述信息接收模块接收的SIP业务请求， 选择为所述终端提供业务的服务器
PTF 1通过A接口从终端UE 2接收SIP消息，转化成对应的的RTSP 消息后，通过B接口转发给内容服务器3。反之，通过B接口从内容服务 器3接收RTSP消息，转化成对应的SIP消息后，通过A接口转发出去， 发送给终端2。
因而在图3中，A接口为SIP协议。B接口为RTSP协议。 其中， 一种UE2，其特征在于，包括
信息接收模块21，用于接收SIP业务响应，并提取RSTP变更信息； 参数调整模块22，用于根据信息接收模块21所提取的RSTP变更信息，调整RSTP参数。
其中，信息接收模块21，包括 信息接收子模块211，用于接收SIP业务响应；
信息提取子模块212,用于在信息接收子模块21所接收的SIP业务响应 中提取RSTP变更信息。
其中，参数调整模块22，包括
指示执行子模块221,用于当信息接收模块21所接收的SIP业务响应中
包含的RSTP变更信息为操作指示时，执行操作指示所对应的操作；
参数更新子模块222,用于当信息接收模块21所接收的SIP业务响应中
包含的RSTP变更信息为参数信息时，按照参数信息更新RSTP参数。 内容服务器3用来处理RTSP消息，和/或为UE 2提供媒体内容。 UE2用来发起SIP业务请求，接收业务响应，接收々某体内容。 具体方案中，PTF可以独立实现，或者部署在其他功能实体上。如本
发明实施例二和本发明实施例三所述。
内容服务器在PSS系统中，为PSS内容服务器。在Tispan IPTV系统
中，为媒体功能实体Media Function,逻辑上分为媒体控制功能实体MCF
和/或i某体传送功能实体MDF。
如图4所示，为本发明实施例二， PTF部署在MCF上的系统结构示 意图。
在本系统中，PTF 1部署在MCF4上，从而MCF4进行SIP消息和对 应RTSP消息之间的转换。
MCF 4用来进行SIP消息和对应RTSP消息之间的转换。MCF 4从A 接口接收UE 2发送的SIP消息，转化成对应的RTSP消息后，通过B接口 转发给MDF 5;反之，从B接口接收MDF 5发送的RTSP消息，转化成对 应的SIP消息后，通过A接口转发出去，发送给UE2。因而在图4中，A 接口为SIP协议。B接口为RTSP协议。
在本实施例中，MDF5实现PSS内容服务器3的功能。本发明中，UE 2和网络侧建立的用来进行VCR控制，如快进，快退 等操作的RTSP々某体控制通道，可以在UE 2和MCF 4之间建立，如Xc 接口所示；也可以在UE 2和MDF 5之间建立，如Xc，所示。
如图5所示，为本发明实施例三，PTF部署在SCF上的系统结构示意图。
在本系统中，PTF 1部署在SCF 6上，从而SCF 6进行SIP消息和对 应RTSP消息之间的转换。
SCF 6从ISC接口接收UE 2发送的SIP消息，转化成对应的的RTSP 消息后，通过B接口转发给MCF 4。反之，从B接口接收MCF 4发送的 RTSP消息，转化成对应的SIP消息后，通过ISC接口转发出去，发送给 UE 2。
本实施例中，MCF4和MDF5—起实现PSS内容l良务器3的功能。
下面，结合本发明实施例一至三中所提供的系统，提出以下实施例， 进一步说明建立CoD业务的具体过程。
如图6所示，为本发明实施例四， 一种建立CoD业务的方法的流程示 意图。
在本实施例中，为方便说明，选择基于本发明实施例二的系统，PTF1
部署在MCF 4上，媒体控制通道建立在UE 2和MCF 4之间，UE 2发起
第一个PLAY消息请求开始播放媒体流。
步骤S601、终端设备UE发送SIP业务请求，请求CoD业务 终端设备UE发送SIP业务请求，请求CoD业务。请求经过Core IMS,
到达SCF。该SIP请求是SIP Invite请求，或者SIP Reinvite请求，或者SIP
Update请求。
请求中携带CoD内容标识信息，指示用户希望观看的CoD节目内容， 该标识可以有多种获取方式，如通过EPG，或者某个媒体描述文件等。 请求中同时携带SDP信息，如UE关于RTSP内容控制通道的IP地址和端口号信息，和/或UE关于RTP内容传送通道的IP地址和端口信息。
请求中可能携带UE的终端能力信息，如；UE的便解码能力，屏幕大 小，软件版本等；和/或用户的偏好信息，如有多个MF满足条件，优先选 择价格低的，而不是质量好的；
上述终端能力信息和/或用户偏好信息，可能存储在网络侧的某个特定 的功能实体中，因而UE可能只携带一个该实体的标识，如IP地址，或 URI信息等，将来需要使用这些信息的实体根据标识从特定的存储实体获 取即可。此处的"将来需要使用这些信息的实体"可能包括SCF、 MCF, 这些实体可以根据端能力信息和/或用户偏好信息进行必要的业务控制，如 选择合适的媒体服务器。
UE的业务请求路由到SCF可以采用一下任何一种方式，或者两种方 式的结合。
方式1:通过初始过滤规则IFC路由到SCF,触发条件可以为根据业 务请求的业务标识，如"IPTV业务"，或者业务标识也可以划分更细的粒 度，如CoDIPTV业务，或LTVIPTV业务。因而UE的业务请求中可能携 带业务标识。
方式2:通过PSI方式路由到SCF。此时Request URI是一个PSI，遵 循PSI的^各由身见则。
SCF收到业务请求后，进行业务逻辑处理，如判断用户是否有访问所 请求的业务的权限；进行PSS内容服务器的选择。SCF可以根据不同的条 件进行PSS内容服务器的选择。选择条件可能包含下述一种或多种信息 内容标识，终端能力信息，用户偏好信息，用户请求的媒体内容在各个PSS 内容服务器的分布信息，PSS内容服务器的状态信息，如负载状况信息。
本实施例中，SCF根据上述一种或多种信息进行MCF的选择。
SCF可能判断用户所请求的业务是本域提供的业务，或者其他域提供 的业务。如果是本域提供的业务，则可以作为SIPProxy，进行业务处理并 继续转发业务请求；或者作为SIPB2B UA,终结SIP对话并发起新的对话。 如果用户所请求的业务是其他域提供的业务，则可能进行业务授权判断等可能的业务逻辑处理，并转发业务请求。
用户访问其他域业务的情况参见实施例六。
步骤S605、 SCF转发SIP业务请求给MCF。 步骤S610、 MCF发送RTSP SETUP消息MDF。
MCF根据收到的SIP业务请求消息，构造对应的RTSP业务请求消息， 发送给MDF。
RTSP业务请求消息为RTSP SETUP消息；或者RTSP SETUP消息和 RTSP PLAY消息。如果SIP业务请求中SDP中有多个々某体成分，则MCF 发送多个RTSP SETUP消息和/或RTSP PLAY消息给MDF。 RTSP PLAY 消息可能有不同的发送时才几，如UE发送，或者MCF收到SIP ACK确认 后发送，参见后面的实施例。
RTSP SETUP消息中，RTSP URL可以有多种获取方式。如果UE业务 请求中携带了 RTSPURL参数信息。如果SIP请求未携带RTSPURL信息， 则需要MCF确定URL信息。如MCF根据内容标识，进行PSS内容服务 器选择，确定RTSP URL信息。
MCF可以根据不同的条件进行PSS内容服务器的选择。选择条件可能 包含下述一种或多种信息内容标识，终端能力信息，用户偏好信息，用 户请求的媒体内容在各个PSS内容服务器的分布信息，PSS内容服务器的 状态信息，如负载状况信息。本实施例中，MCF根据上述一种或多种信息 进行MDF的选择，即进行PSS内容服务器的选择。
MCF发送SETUP消息之前，可选通过RTSP Describe消息获取内容描 述信息，通过RTSP OPTIONS消息获取PSS内容服务器的能力信息。
步骤S620、 MDF返回RTSP 200 OK响应消息给MCF。
MDF确定会话标识SessionID,源source地址信息，服务器端口 server-por等参数，返回RTSP 200 OK消息。
步骤S625、 MCF返回SIP 200 OK响应给SCF。
MCF根据收到的RTSP 200 OK响应消息，构造对应的SIP 200 OK响 应消息返回给SCF。SIP 200 OK响应中携带SDP应答信息，如RTSP内容控制通道的参数 信息，如IP地址和/或端口号信息，和/或RTP内容传送通道的参数信息， 如IP地址和/或端口信息。其中内容控制通道的参数信息可以是MCF的参 数信息，也可以是MDF的参数信息，取决于媒体控制通道建立到MCF， 还是MDF。本实施中以建立到MCF为例。内容传送通道的参数信息是 MDF的参数信息。
响应中携带RTSP内容控制通道的相关参数信息。如RTSP URL信息， SessionID信息等。
响应中可能携带指示UE进行RTSP协议状态调整的信息如携带某 个指示信息(如网络侧Pipeline指示信息)，或者直接携带终端应该设置的 RTSP状态信息。可以通过SDP应答消息的属性携带。如a=fmtp:rtsp h-state=READY。具体的状态信息可能是RTSP协议状态机的任何一种状 态,如Init/Ready/Playing/Recording等等。
响应中可能携带RTSP协议的相关参数信息。如CSeq信息，从而指示 UE将来发送RTSP消息的Cseq参数。可以通过SDP应答消息的属性携带。
响应中可能携带PSS内容服务器的能力信息，如是否支持快速内容切 换，是否支持管道Pipeline等。可以通过SDP应答消息的属性携带。
步骤S630、 SCF转发SIP200 OK响应给UE。
SCF经过Core IMS转发SIP 200 OK给UE。 P-CSCF和RACS交互， 进行资源预留。
步骤S635、步骤S640、 UE返回ACK确认。 UE经过Core IMS,发送ACK消息。
步骤S645、 UE发送RTSP PLAY消息，请求开始播放媒体流。
UE发送RTSP PLAY消息，请求播放请求的々某体内容。
如上所述，RTSP媒体控制通道可能建立在UE和MCF，或UE和MDF
之间，取决于响应中的RTSP媒体控制通道的参数信息。本实施例以建立
在UE和MCF之间为例。
UE设置本地的RTSP协议状态。如果SIP 200 OK响应消息中携带了RTSP协议状态指示信息，如携带网络侧发送RTSP PLAY消息的指示，表 明网络侧已经发送了 PLAY消息；或者直接携带RTSP协议状态。UE可以 根据该信息设置本地的RTSP协议状态。如果响应消息中没有携带，UE可 以根据业务逻辑判断应该设置的状态。
UE设置本地的RTSP协议参数。如果SIP 200 OK响应消息中携带了 RTSP协议参数信息，如CSeq参数信息。UE可以根据该信息设置本地的 RTSP协议对应的参数信息。如果没有携带，UE可以自己决定所使用的 RTSP协议参数。
UE根据SIP 200 OK响应消息中携带的RTP通道的信息，如IP地址， 端口等，建立内容传送通道，用于传送，接收媒体流。
UE根据SIP 200 OK响应消息中携带的RTSP URL，以及会话标识 SessionID信息，建立内容控制通道，发送RTSP PLAY消息请求播放媒体
流o
如果响应消息中携带了 PSS内容服务器的能力信息，如是否支持快速 内容切换，是否支持管道Pipeline等。可能通过SDP属性信息，或者SIP 头域等携带。UE可以获知PSS内容服务器的能力信息，从而可以为将来 UE的行为提供参考。
本实施例中，以UE发起请求插^文々某体流的RTSP PLAY消息，该消息 也可以通过MCF/PTF发起。在下面的实施例中，说明了 PTF发起RTSP PLAY消息的情况。
步骤S650-步骤S655、 MCF转发RTSP PLAY消息给MDF,接收RTSP 200 OK响应
如果RTSP内容控制通道直接建立在UE和MDF之间，该步骤可选。 MCF可能终结UE的RTSP会话，和MDF建立新的RTSP会话；或者 作为RTSP代理，转发UE的RTSP消息给MDF。 步骤S660、 MCF转发RTSP200 OK响应给UE。 至此，完成会话建立过程，UE接收々某体内容。
需要进一步说明的是，上述说明过程中提及的终端能力/用户偏好、媒体服务器的选择、业务触发、RTSP状态指示，RTSP协议参数信息都放到 了实施例一中说明，同样适用于其他实施例，其他实施例中不再进行详细 说明。
如图7所示，为本发明实施例五， 一种建立CoD业务的方法的流程示 意图。
在本实施例中，为方便说明，选择基于本发明实施例三的系统，PTF 1 部署在SCF 6上，媒体控制通道建立在UE 2和媒体服务器3之间，PTF 1 发起第一个PLAY消息请求开始播放媒体流。具体包括以下步骤 步骤S701、终端设备UE发送SIP业务请求，请求CoD业务。 本实施例步骤S701同本发明实施例一中的步骤S601。 步骤S705、 SCF发送RTSP SETUP消息PSS内容服务器。 SCF根据收到的SIP业务请求消息，构造对应的RTSP业务请求消息， 发送给PSS内容服务器。
RTSP业务请求消息为RTSP SETUP消息；或者RTSP SETUP消息和 RTSP PLAY消息。如果SIP业务请求中SDP中有多个媒体成分，则SCF 发送多个RTSP SETUP消息和/或RTSP PLAY消息给PSS内容服务器。 RTSP PLAY消息可能有不同的发送时机，如UE收到SIP 200 OK响应后发 送，如实施例四所示；或者SCF收到SIPACK确i人后发送，如本实施例所 示。也可以在发送SETUP消息后发送，如Pipeline方式。
RTSP SETUP消息中，RTSP URL可以有多种获取方式。如果UE业务 请求中携带了 RTSP URL参数信息。如果SIP请求未携带RTSP URL信息， 则需要SCF确定URL信息。如SCF根据内容标识，进行PSS内容服务器 选择，确定RTSP URL信息。
SCF可以根据不同的条件进行PSS内容服务器的选择。选择条件可能 包含下述一种或多种信息内容标识，终端能力信息，用户偏好信息，用 户请求的媒体内容在各个PSS内容服务器的分布信息，PSS内容服务器的 状态信息，如负载状况信息。步骤S710、 PSS内容服务器返回RTSP 200 OK响应消息给SCF。 PSS内容服务器确定会话标识SessionID,源source地址信息,服务器 端口 server-por等参数，返回RTSP 200 OK消息。 步骤S720、 SCF返回SIP 200 OK响应给UE。
SCF根据收到的RTSP 200 OK响应消息，构造对应的SIP 200 OK响 应消息返回给UE。
响应中携带SDP应答信息，如RTSP内容控制通道的参数信息，如IP 地址和/或端口号信息，和/或RTP内容传送通道的参数信息，如IP地址和 /或端口信息。本实施例中，内容控制通道和/或内容传送通道的参数信息 是PSS内容服务器的参数信息。
响应中携带RTSP内容控制通道的相关参数信息。如RTSPURL信息， SessionID信息等。
响应中可能携带指示UE进行RTSP协议状态调整的信息如携带某 个指示信息(如网络侧Pipeline指示信息)，或者直接携带终端应该设置的 RTSP状态信息。可以通过SDP应答消息的属性携带。具体的状态信息可 能是RTSP协议状态机的任何一种状态，如Init/Ready/Playing/Recording等 等。该实施例中，该指示，或者状态信息的具体内容和实施例四不同，如 a=fmtp:rtsp h-state=PLAYing。终端据此设置RTSP状态为PLAYing状态。 该状态下，UE可以选择不再发送请求播放媒体流的RTSP PLAY消息。
响应中可能携带RTSP协议的相关参数信息。如CSeq信息，从而指示 UE将来发送RTSP消息的Cs叫参数。可以通过SDP应答消息的属性携带。
响应中可能携带PSS内容服务器的能力信息，如是否支持快速内容切 换，是否支持管道Pipeline等。可以通过SDP应答消息的属性携带。SCF 可以通过RTSP OPTIONS消息获取PSS内容服务器的能力信息。
P-CSCF和RACS交互，进行资源预留。
同本发明实施例四，UE收到响应消息后，需要根据响应进行相应的 本地处理
UE设置本地的RTSP协议状态。如果SIP 200 OK响应消息中携带了RTSP协议状态指示信息，如携带网络侧发送RTSPPLAY消息的指示，表 明网络侧已经发送了 PLAY消息；或者直接携带RTSP协议状态。UE可以 根据该信息设置本地的RTSP协议状态。如果响应消息中没有携带，UE可 以根据业务逻辑判断应该设置的状态。
UE设置本地的RTSP协议参数。如果SIP 200 OK响应消息中携带了 RTSP协议参数信息，如CSeq参数信息。UE可以根据该信息本地的RTSP 协议对应的参数信息。如果没有携带，UE可以自己决定所使用的RTSP协 议参数。
UE根据SIP 200 OK响应消息中携带的RTP通道的信息，如IP地址， 端口等，建立内容传送通道，用于传送，接收媒体流。
UE可能根据SIP 200 OK响应消息中携带的RTSP URL，以及会话标 识SessionID信息，建立内容控制通道，发送RTSP PLAY消息请求播放力某 体流。
如果响应消息中携带了 PSS内容服务器的能力信息，如是否支持快速 内容切换，是否支持管道Pipeline等。可能通过SDP属性信息，或者SIP 头域等携带。UE可以获知PSS内容服务器的能力信息，从而可以为将来 UE的行为提供参考。
步骤S725、 UE返回ACK确认。
UE经过Core IMS,发送ACK消息。
步骤S730至步骤S735、 SCF发送RTSP PLAY消息给PSS内容服务 器，接收RTSP200 OK响应。
SCF发送RTSP PLAY消息给PSS内容服务器，请求播放媒体流，并 接收200 OK响应消息。
UE通过内容传送通道接收:^某体内容。
在UE通过内容传送通道接收媒体内容之前或之后，还可以包括UE 与服务器间建立内容控制通道的步骤，通过内容控制通道的建立，可以实 现对内容控制通道传送媒体内容的控制。
需要指出的是，由于内容控制通道建立为可选步骤，且可能发生在UE通过内容传送通道接收々某体内容之前或之后，所以在图7中并未标识出该 步骤，这一步骤的差别并不影响本发明的保护范围。
需要进一步指出的是，在上述的本发明实施例四和实施例五中，针对
RTSP PLAY消息的发送情况进行说明如下
如上所述，请求播放媒体流的RTSP PLAY消息可以由UE发送，也可 以由网络侧实体PTF发送。
网络侧发起RTSP PLAY包含两种情况， 一种是PTF发送RTSP SETUP 消息时发送，如采取Pipeline方式；另一种方式是PTF收到ACK消息后 发送。
无论上述哪种情况
当UE发送SIP业务请求时，UE可能携带某个指示信息，指示网络侧 PTF，或者UE发送RTSP PLAY消息请求播放媒体流。
当PTF处理SIP业务请求时，可能根据UE携带的指示，或者本地的 配置决定是否发送PLAY消息。
当PTF返回SIP 200 OK响应时，响应中可能携带网络侧发送RTSP PLAY消息的指示(可能没有发送，或者已经发送，或者等待收到ACK后 发送)，和/或直接携带RTSP协议状态为Playing, UE收到响应后设置本地 的RTSP协议状态为Playing,从而不用发起用来请求播放媒体流的RTSP PLAY消息。
如图8所示，为本发明实施例六， 一种用户访问非归属域业务时建立
CoD业务的方法的流程示意图。
上述场景具体包括用户在归属域访问其他域的业务，或者用户在漫
游域访问漫游域业务，或者用户在漫游域访问非归属域和非漫游域的业务。 步骤S801、终端设备UE发送SIP业务请求，请求CoD业务。 业务请求同实施例一，但该SIP业务请求路由的方式可能有不同。 该实施例中，Request URI是一个PSI。此时S-CSCF1通过IFC把请求路由到SCF1。 IFC的触发条件为，根据Request URI,或者业务标识触发， 判断访问非归属域业务。
SCF1对业务请求进行处理，如进行业务授权判断等可能的业务逻辑处 理，处理后转发业务请求。如果不存在非归属地的SCF, SCFl终结业务 请求。
业务请求到非归属地SCF的路由根据正常的PSI^各由方式进行。
步骤S810至步骤S815、通过PSI路由方式，业务请求被路由到SCF2。 本实施例只示意了多种PSI路由方式中的一种。
步骤S820、 SCF2进行业务逻辑控制，如获取必要的业务参数，或选 择合适的媒体服务器等。并返回业务响应。
步骤S825、业务响应i 各由到SCF1。
SCF1可以保留在SIP对话路径中。以便实现一些业务控制功能，如对 UE的观看节目，时长等进行统计，实时计费控制等。 步骤S830至步骤S835、 SCFl转发业务响应给UE。
如图9所示，为本发明实施例七， 一种多播LTV到单播LTV的切换 的方法的流程示意图。
该实施例对应的典型场景是多播电视业务(LTV)切换到多播电视带 控制模式(LTV with Trick Mode),或者通过单播提供的多播电视不带控制 模式。
步骤S901、多播业务已经建立，多播业务进行中。 步骤S902a、 UE发起会话更改请求。
UE发起暂停、快退等VCR操作，发起多播频道到单播频道的切换。 UE发出会话修改Reinvite消息，其中携带建立单播频道的标识(也可以用 建立单播所需的信息或RTSP控制所需的信息来标识，也可带XML标识)。 直接选择单播频道的情况下还需要携带播放的频道信息，播放的起点，范 围等信息。
当前要进行单播频道的信息可以通过SIP消息携带。也可以由SCF获取，如通过频道切换结果上报过程获取。
步骤S902b、 Core IMS转发会话修改请求给SCF。 步骤S903a、 SCF收到会话更改请求后，发起单播业务请求，建立单 播会话。
SCF收到会话更改消息后，根据消息中的信息判断需要建立单播业务。 SCF作为B2BUA，发起新的单播业务请求，并关联两个SIP对话。 步骤S903b、 PTF经过MCF和MDF建立RTSP会话。 步骤S904a、 SCF在会话修改成功响应200 OK中返回单播业务信息。 步骤S904b、 Core IMS转发会话修改成功响应200 OK给UE。 UE通过单插J各径接收i某体流，并可以进行VCR #喿作。 该实施例中，PTF示意为独立的逻辑实体，实际上，如系统架构所述， PTF可能部署在SCF上，或者MCF上。当部署在MCF上时，单播LTV会 话重用原来UE和SCF之间的多播LTV会话，同时SCF建立SCF和MCF 之间的SIP会话。当部署在SCF上时，单播LTV会话重用原来UE和SCF 之间的多播LTV会话。
如图10所示，为本发明实施例八， 一种单播LTV到多播LTV的切换 方法的流程示意图。
该实施例对应的典型场景是通过单播提供的多播电视带控制模式 (LTV with Trick Mode )，或者不带控制模式，切换到多播电视业务(LTV )。 步骤S1001:单播业务已经建立，单播业务进行中。 步骤S1002a: UE发起会话更改请求。
UE发出会话修改Reinvite消息，其中携带建立多播业务的必要信息， 如频道标识，多播地址等信息。多播业务的信息可以通过SIP消息携带。 也可以由SCF获取。
步骤S1002b: Core IMS转发会话修改请求给SCF。
步骤S1003: SCF收到会话更改请求后，修改单播会话。
SCF收到会话更改消息后，根据消息中的信息判断需要切换到多播业务。SCF作为B2BUA，发起会话更改请求，如把单播通道Inactive,或者 释放单播通道。
步骤S1004a: SCF在会话修改成功响应200 OK中返回多播业务信息。 步骤S1004b: Core IMS转发会话修改成功响应200 OK给UE。 步骤S1005: UE加入多播组，接收媒体流。
该实施例中，PTF示意为独立的逻辑实体，实际上，如系统架构所述， PTF可能部署在SCF上，或者MCF上。当部署在MCF上时，多播LTV会 话重用原来UE和SCF之间的单播LTV会话，同时释放或者去激活SCF 和MCF之间的SIP会话。当部署在SCF上时，多播LTV会话重用原来 UE和SCF之间的单播LTV会话。
如图ll所示，为本发明实施例九， 一种单播到单播的切换方法的流程 示意图。
本实施例以本发明实施例三提出的PTF部署在SCF上的系统为例。 其中，本实施例划分为两部分
第一部分、包含步骤S1101a至S1101m,是正常的单播建立过程，同 本发明实施例五，不再详述。
第二部分、UE向业务控制功能发送切换请求，要求更改访问的内容， 业务控制功能处理这一请求，具体包含以下步骤
步骤S1102a， UE发送SIP切换请求消息，如SIP Re-INVITE消息, 或者SIP Update消息，携带UE要切换的内容标识(比如通过一个头域携 带，或通过消息体携带)，以及UE侧收发媒体IP地址和端口以及编解码 等信息。
步骤S1102b，业务控制功能向媒体服务器发送RTSP TEARDWON消 息，释放先前建立的RTSP会话，终止先前的媒体内容的传送。
步骤S1102c，媒体服务器返回RTSP200 OK响应。
步骤S1102d,业务控制功能向媒体服务器发送RTSP SETUP,请求建 立RTSP会话，携带切换后内容标识、UE侧收发々某体IP地址和端口以及编解码等信息。
步骤S1102e，纟某体服务器接受请求，返回RTSP 200 OK响应，分配 RTSP会话标识，携带媒体服务器侧收发媒体IP地址和端口以及编解码等
^f吕息。
当切换前后的i某体内容在同一个媒体服务器上时，上述步骤S1102b， S1102c可选。PTF可以通过SETUP消息修改终端和PSS内容服务器的相 关参数，而不释放原来的RTSP会话。
S1102f- S1102j的处理与SllOld- S1101h的处理同理，S1102j完成后 媒体服务器向UE发送切换后的媒体内容，切换完成。
需要进一步指出的是，本实施例中，若切换后的媒体内容在另外一个 媒体服务器上，则S1102d、 S1102e、 S1102i、 SI 102j为业务控制功能与所 述另外一个媒体服务器的交互。
另一方面，本发明所有实施例和具体的接入方式无关，接入方式的改 变不影响本发明的保护范围。
本发明在Tispan和3GPP已有规范的基础上，提出了使移动终端可以 在IMS控制下享受流媒体类业务的系统和方法。本发明使得IMS系统可以 同时作为移动和固定终端提供控制，很好的增强用户的业务体验。不仅如 此，本方案还4巴对传统PSS 、 MBMS系统的影响减至最少，从而保护了运 营商已有的投资，节约了运营商的运营成本。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本 发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬 件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技 术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体 现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使 得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等) 执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进 和润饰，这些改进和润饰也应视本发明的保护范围。
权利要求
1、一种内容点播CoD业务的建立方法，其特征在于，包括以下步骤接收终端发送的会话发起协议SIP业务请求；转换所述SIP业务请求为实时传送流媒体协议RTSP业务请求，并发送所述RTSP业务请求给服务器；接收所述服务器发送的RTSP业务响应；转换所述RTSP业务响应为SIP业务响应，并发送所述SIP业务响应给所述终端，以建立所述终端与所述服务器间的CoD业务。
2、 如权利要求1所述CoD业务的建立方法，其特征在于，所述SIP业务 请求为SIP协议邀请Invite请求，或再邀请Reinvite请求，或更新Update请 求。
3、 如权利要求2所述CoD业务的建立方法，其特征在于，所述SIP业务 请求中，还包括所述终端的能力信息，和/或用户偏好信息；或，存储所述终端的能力信息，和/或用户偏好信息的服务器的标识信息。
4、 如权利要求2所述CoD业务的建立方法，其特征在于，所述SIP业务 请求中，还包括RTSP播放PLAY消息的发送指示信息。
5、 如权利要求1所述CoD业务的建立方法，其特征在于，当所述SIP 业务请求为请求所述终端的归属业务时，具体包括所述SIP业务请求通过初始过滤规则IFC或公共业务标识PSI方式路由 到归属域的业务控制功能实体SCF;所述SCF转发所述SIP业务请求，或终结所述SIP业务请求并发送新的 SIP业务请求。
6、 如权利要求5所述CoD业务的建立方法，其特征在于，所述IFC,具 体为，通过所述SIP业务请求所对应的业务标识进行触发。
7、 如权利要求5所述CoD业务的建立方法，其特征在于，所述PSI,具 体为，以通用请求资源标识符Request URI作为PSI。
8、 如权利要求1所述CoD业务的建立方法，其特征在于，当所述SIP 业务请求为请求所述终端的非归属业务时，具体包括所述SIP业务请求通过IFC方式路由到归属域的SCF; 所述SCF将所述SIP业务请求转发到Core IMS。
9、 如权利要求8所述CoD业务的建立方法，其特征在于，所述IFC，具 体为，通过所述SIP业务请求所对应的业务标识或Request URI进行触发。
10、 如权利要求3所述CoD业务的建立方法，其特征在于，所述转换SIP 业务请求为实时传送流々某体协议RTSP业务请求，并发送所述RTSP业务请求 给服务器，还包括根据所述终端的能力信息，和/或用户偏好信息，选择为所述终端提供业 务的服务器。
11、 如纟又利要求1所述CoD业务的建立方法，其特征在于，所述转换RTSP 业务响应为SIP业务响应，并发送所述SIP业务响应给所述终端，所述SIP 业务响应具体包括RTSP内容控制信道参数信息，RTP内容传送信道参数信息，所述终端调 整RTSP协议状态指示信息，RTSP协议状态信息，所述终端调整RTSP协议 参数的信息，所述服务器能力信息中的一项或多项。
12、 如权利要求11所述CoD业务的建立方法，其特征在于，当所述发送给终端的SIP业务响应中不包含所述终端调整RTSP协议状态 指示信息，或不直接携带RTSP协议状态信息时，所述终端按照默认状态配置 所述终端的RTSP协议状态；当所述发送给终端的SIP业务响应中包含所述终端调整RTSP协议状态指 示信息时，所述终端按照所述终端调整RTSP协议状态指示信息所指示的操作 调整所述终端的RTSP协议状态；当所述发送给终端的SIP业务响应中直接携带RTSP协议状态信息时，所 述终端按照RTSP协议状态信息更新所述终端的RTSP协议状态。
13、 如权利要求11所述CoD业务的建立方法，其特征在于，当所述发送 给终端的SIP业务响应中携带RTSP协议参数信息时，所述终端按照RTSP协议参数信息更新所述终端的RTSP协议参数。
14、 如权利要求1所述CoD业务的建立方法，其特征在于，所述建立终 端与所述服务器间的CoD业务，还包括所述终端，或协议转换功能实体PTF向所述服务器发送RTSP PLAY消息， 请求所述服务器传送媒体内容。
15、 如权利要求1所述CoD业务的建立方法，其特征在于，所述建立终 端与所述服务器间的CoD业务，还包括建立终端与所述服务器间的CoD业务时，切换多播LTV业务到单播LTV 业务；或，建立终端与所述服务器间的CoD业务之后，切换单播LTV业务到多播 LTV业务；或，建立终端与所述服务器间的CoD业务之后，切换单播CoD业务到其他单 播CoD业务。
16、 如权利要求15所述CoD业务的建立方法，其特征在于，所述切换多 播LTV业务到单播LTV业务，具体包括当SCF与PTF分开部署时，所述SCF接收所述终端发送的业务切换请求， 并向PTF发送SIP业务请求，所述SIP业务请求-波所述PTF转换为RSTP业 务请求后发送至所述服务器，请求建立单播LTV业务；或，当SCF与PTF合并部署时，所述SCF接收所述终端发送的业务切换请求， 并向所述服务器发送RSTP业务请求，请求建立单播LTV业务。
17、 如权利要求15所述CoD业务的建立方法，其特征在于，所述切换单 播LTV业务到多播LTV业务，具体包括当SCF与PTF分开部署时，所述SCF接收所述终端发送的业务切换请求， 并向PTF发送SIP业务请求，所述SIP业务请求一皮所述PTF转换为RSTP业 务请求后发送至所述^^务器，请求拆除或去活单播LTV业务；或，当SCF与PTF合并部署时，所述SCF接收所述终端发送的业务切换请求， 并向所述服务器发送RSTP业务请求，请求拆除或去活单播LTV业务。
18、 如权利要求15所述CoD业务的建立方法，其特征在于，所述切换单播CoD业务到其他单播CoD业务，具体包括当SCF与PTF分开部署时，所述SCF接收所述终端发送的业务切换请求， 并向PTF发送SIP业务请求，所述SIP业务请求^皮所述PTF转换为RTSP业 务释放请求和业务建立请求后发送至所述服务器，请求切换单播CoD业务到 其他单播CoD业务；当SCF与PTF合并部署时，所述SCF接收所述终端发送的业务切换请求， 并向所述服务器发送RTSP业务释放请求和业务建立请求，请求切换单播CoD 业务到其他单播CoD业务。
19、 如权利要求1至18中任意一项所述CoD业务的建立方法，其特征在 于，所述PTF,具体为独立部署；或，部署在SCF， MCF，服务器中的任何一个上。
20、 如权利要求19所述CoD业务的建立方法，其特征在于，所述服务器 为Tispan中的MCF，和/或MDF,或PSS中的PSS内容服务器。
21、 一种CoD业务的建立系统，其特征在于，包括终端、PTF和服务器 所述终端，用于发送SIP业务请求，接收发送的SIP业务响应，接收所述服务器发送的媒体流；所述PTF,用于进行SIP消息和RTSP消息之间的转换；所述服务器，用于接收并处理RTSP业务消息，发送所述^ 某体流给所述终端。
22、 如权利要求21所述CoD业务的建立系统，其特征在于，所述PTF, 具体用于将接收到的所述终端发送的SIP业务请求转换为RTSP业务请求，发送给 所述服务器;将接收到的所述服务器发送的RTSP业务响应转换为SIP业务响应求，发 送给所述终端。
23、 如权利要求21所述CoD业务的建立系统，其特征在于，所述PTF, 还用于接收并转发所述终端发送的RTSP PLAY消息给所述服务器；或， 发送RTSP PLAY消息给所述服务器。
24、 如权利要求22所述CoD业务的建立系统，其特征在于，所述PTF, 还用于根据接收到的所述终端发送的SIP业务请求，选择为所述终端提供业务 的服务器。
25、 如权利要求22所述CoD业务的建立系统，其特征在于，所述SIP 业务请求和所述SIP业务响应经过SCF和/或Core IMS。
26、 如权利要求21所述CoD业务的建立系统，其特征在于，所述PTF, 具体为独立部署；或，部署在媒体控制功能实体MCF上;或， 部署在SCF上；或， 部署在服务器上。
27、 一种PTF,其特征在于，包括信息接收模块，用于接收SIP业务请求，和RTSP业务响应； 信息转换模块，用于将所述信息接收模块接收的所述SIP业务请求和所述RTSP业务响应转换为RTSP业务请求和SIP业务响应；信息发送模块，用于发送所述信息转换模块转换的RTSP业务请求和SIP业务响应。
28、 如权利要求27所述的PTF，其特征在于， 所述信息接收模块，还用于接收RTSP PLAY消息；所述信息发送模块，还用于发送RSTP PLAY消息，或转发接收到的RTSP PLAY消息。
29、 如权利要求28所述的PTF,其特征在于，所述信息转换模块，包括 服务器选择子模块，用于根据所述信息接收模块接收的SIP业务请求，选"^为所述终端提供业务的服务器。
30、 一种终端，其特征在于，包括信息接收模块，用于接收SIP业务响应，并提取RSTP变更信息； 参数调整模块，用于根据所述信息接收模块所提取的RSTP变更信息，调 整RSTP参数。
31、 如权利要求30所述终端，其特征在于，所述信息接收模块，包括 信息接收子模块，用于接收SIP业务响应；信息提取子模块，用于在所述信息接收子模块所接收的SIP业务响应中 提取RSTP变更信息。
32、 如权利要求30所述终端，其特征在于，所述参数调整模块，包括 指示执行子模块，用于当所述所述信息接收模块所接收的SIP业务响应中包含的RSTP变更信息为操作指示时，执行所述操作指示所对应的操作；参数更新子模块，用于当所述所述信息接收模块所接收的SIP业务响应 中包含的RSTP变更信息为参数信息时，按照所述参数信息更新RSTP参数。
全文摘要
本发明实施例公开了一种内容点播CoD业务的建立方法、系统和装置。所述方法包括以下步骤接收终端发送的SIP业务请求；转换所述SIP业务请求为RTSP业务请求，并发送所述RTSP业务请求给服务器；接收所述服务器发送的RTSP业务响应；转换所述RTSP业务响应为SIP业务响应，并发送所述SIP业务响应给所述终端，以建立所述终端与所述服务器间的CoD业务。通过应用本发明，使支持SIP协议的移动终端可以在IMS控制下享受流媒体类业务，从而把IMS应用到移动终端环境下，使得移动终端可以在IMS控制下享受流媒体类业务。
文档编号H04L12/18GK101547189SQ20081009036
公开日2009年9月30日 申请日期2008年3月28日 优先权日2008年3月28日
发明者成淑敏, 朱东铭, 李金成, 啸 王, 耕 王, 钟剑锋 申请人:华为技术有限公司