WO2012083772A1 - 基于ims实现iptv与视频监控融合的系统和方法 - Google Patents

基于ims实现iptv与视频监控融合的系统和方法 Download PDF

Info

Publication number
WO2012083772A1
WO2012083772A1 PCT/CN2011/082306 CN2011082306W WO2012083772A1 WO 2012083772 A1 WO2012083772 A1 WO 2012083772A1 CN 2011082306 W CN2011082306 W CN 2011082306W WO 2012083772 A1 WO2012083772 A1 WO 2012083772A1
Authority
WO
WIPO (PCT)
Prior art keywords
iptv
ims
video monitoring
video
monitoring system
Prior art date
Application number
PCT/CN2011/082306
Other languages
English (en)
French (fr)
Inventor
崔志伟
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from CN201010597676.5A external-priority patent/CN102547223B/zh
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2012083772A1 publication Critical patent/WO2012083772A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast

Definitions

  • the present invention relates to the field of communications, and in particular to a system and method for implementing convergence of IPTV and video surveillance based on an IP Multimedia Subsystem (IMS).
  • IMS IP Multimedia Subsystem
  • the main purpose of the present invention is to provide a system and method for implementing IPTV and video surveillance integration based on IMS to provide a multimedia convergence service capable of integrating IPTV and video surveillance.
  • a system for implementing IPTV and video surveillance integration based on IMS including an IMS architecture, an IPTV system, and a video surveillance system;
  • the IPTV system and the video monitoring system are uniformly deployed in the IMS architecture, and are used to provide support for the CU to access the IPTV system or the video monitoring system;
  • the IPTV system and the video monitoring system are configured to provide services for the CU through the IMS architecture.
  • the IMS architecture includes an IMS core network connected to the IPTV system and the video surveillance system, where the IMS core network is used to support the IPTV system and the video surveillance system.
  • CU provides services.
  • the CU includes an interface layer, a service function layer, and a communication protocol layer.
  • the interface layer is configured to provide an IPTV client interface and a video monitoring client interface respectively for the IPTV system and the video monitoring system.
  • the service function layer is used to support service functions of IPTV and video surveillance
  • the communication protocol layer is configured to support message interaction of the CU.
  • the IPTV system and the video monitoring system are all connected to the media function MF module and share the MF.
  • the IPTV system or the video monitoring system provides services for the CU, it is used to support at least one of the following services:
  • a method for implementing IPTV and video surveillance integration based on IMS including:
  • the CU accesses the IPTV system or the video surveillance system.
  • the method for providing services to the CU through the IMS architecture is:
  • the CU is served by the IMS core network in the IMS architecture.
  • the CU includes an interface layer, a service function layer, and a communication protocol layer; each layer performs the following operations:
  • the interface layer provides an IPTV client interface and a video monitoring client interface respectively for the IPTV system and the video monitoring system;
  • the service function layer supports service functions of IPTV and video surveillance
  • the communication protocol layer supports message interaction of the CU.
  • the IPTV system and the video monitoring system share the MF.
  • the manner in which the IPTV system or the video surveillance system provides services for the CU includes at least one of the following:
  • the system and method of the present invention implements IPTV and video surveillance integration based on IMS, and can provide multimedia convergence services capable of integrating IPTV and video surveillance.
  • FIG. 1 is a system architecture diagram for implementing IPTV and video surveillance integration based on IMS according to an embodiment of the present invention
  • FIG. 2 is a structural diagram of a client (CU) according to an embodiment of the present invention.
  • FIG. 3 is a flowchart of a CU registration according to an embodiment of the present invention.
  • FIG. 5 is a flowchart of service selection according to an embodiment of the present invention.
  • FIG. 6 is a flowchart of playing according to an embodiment of the present invention.
  • FIG. 7 is a schematic flowchart of implementing IPTV and video surveillance integration based on IMS according to an embodiment of the present invention. detailed description
  • the IPTV system and the video surveillance system can be organically integrated and unifiedly deployed under the IMS architecture.
  • the two systems can share the CU and media function (MF) modules in the deployment;
  • MF media function
  • the MF includes a content distribution network (CDN) and a media storage and service function (SS).
  • CDN content distribution network
  • SS media storage and service function
  • the CU is a converged CU and can be accessed through an IMS core network (IMS Core).
  • IMS Core IMS core network
  • the CU is both a client for IPTV and a client for video surveillance; the IPTV system and video surveillance system are two systems that are completely different in business.
  • the CU and the front-end encoder unit (PU) can be more conveniently accessed by utilizing the characteristics of the unified access of the IMS core network.
  • the CU can simultaneously access the IPTV system and the video surveillance system through the IMS core network, that is, simultaneously carry out IPTV and video surveillance services.
  • the service request initiated by the client is forwarded to the IPTV application server (IPTV_AS) or the video surveillance application server (VSS_AS) via the IMS core network according to different contracting rules formulated on the HSS side, and the corresponding service
  • both the IPTV system and the video surveillance system are based on the IMS architecture, and can access their respective media-related parts through the MF module.
  • the two systems are independent of each other in service, but are integrated in the deployment.
  • the MF module by sharing the MF module, the system can be simplified and the deployment cost can be reduced.
  • the MF grasps the health status, content distribution status, and load status of the streaming media service in real time, is responsible for load balancing and intelligent scheduling of user access, and finally provides streaming media services for users.
  • the MF module is mainly divided into two parts: CDN and SS.
  • the CDN acts as a content distribution scheduler, managing the operational status and service status of different SS nodes.
  • the client is mainly divided into three levels: interface layer, service function layer, and communication protocol layer, as shown in Figure 2.
  • the interface layer provides an IPTV client interface and a video monitoring client interface respectively for the IPTV system and the video monitoring system, and can be customized separately;
  • the service function layer can support both IPTV and video monitoring related service functions; and the IMS core network And the message interaction of other network elements is completed through the communication protocol layer.
  • FIG. 3 is a flowchart of a CU registration according to an embodiment of the present invention.
  • the precondition of the process is: The user is not registered, and the CU successfully obtains the P-CSCF address.
  • the P-CSCF address can be obtained dynamically through DHCP or configured through static methods.
  • Step 301 The CU initiates a registration (REGISTER) request to the IMS Core, and carries incomplete authentication information in the REGISTER request message header; the process begins.
  • Step 302 The IMS Core obtains the authentication information of the CU, and returns a 401 authentication challenge response to the cu.
  • Step 303 After receiving the 401, the CU re-initiates a REGISTER request to the IMS Core.
  • the request message carries the complete authentication information.
  • Step 304 The IMS Core progresses authentication and authentication, and after successful, returns a registration success response to the CU, and the CU has successfully registered with the core network.
  • Step 305 After the CU is successfully registered, the IMS Core checks the service triggering rule, and determines whether the service registration needs to be performed to the SCF. If the SCF needs to be registered, the registration request is initiated to the SCF according to the service triggering condition.
  • Step 306 The SCF returns a registration response to the IMS Core.
  • FIG. 4 is a flowchart of service discovery according to an embodiment of the present invention.
  • the CU completes registration, it acquires the SSF from the SDF module. After completing the user right judgment, the SDF returns the appropriate SSF to the CU.
  • the preconditions for the process shown in Figure 4 are: The user successfully registered to IMS.
  • the process shown in Figure 4 includes the following steps:
  • Step 401 In order to obtain the SSF address, the CU sends a Subscribe message to the IMS Core.
  • Step 402 The IMS Core receives the Subscribe message and forwards the Subscribe message to
  • Step 403 The SDF checks the parameters in the Subscribe message body and performs business logic processing, selects an appropriate SSF, and then the SDF responds 200 OK to the IMS Core.
  • Step 404 The IMS Core returns 200 OK to the CU.
  • Step 405 The SDF notifies the IMS Core of the appropriate SSF service information list.
  • Step 406 The IMS Core forwards a Notify message to the CU.
  • Step 407 After receiving the SSF service information, the CU responds to the 200 OK to the IMS Core.
  • Step 408 The IMS Core forwards 200 OK to the SDF.
  • FIG. 5 is a flowchart of service selection according to an embodiment of the present invention.
  • the preconditions of the process are: SCF pre-generates an RSA public-private key pair (PubKey, PriKey), and the operator secretly saves the PriKey, and the PubKey is saved in the CU. in.
  • the process shown in Figure 5 includes the following steps:
  • Step 501 The CU randomly generates a 128-bit key encryption key KEK, and after obtaining the EKEK by using the SCF PubKey encryption, sends the EKEK to the IMS Core through a Subscribe request.
  • Step 502 The IMS Core forwards the EKEK to the SCF.
  • Step 503 The SCF decrypts the EKEK with the PriKey to obtain the KEK. If the decryption is incorrect, the error message is returned. If the decryption is successful, the 128-bit authentication key is randomly generated, and then the KEK is used to obtain the Ekey.
  • Step 504 The SCF returns 200 OK to the IMS Core.
  • Step 505 The IMS Core forwards 200 OK to the CU.
  • Step 506 The SCF sends an EKey to the IMS Core through a Notify request.
  • Step 507 The IMS Core forwards the EKey to the CU.
  • Step 508 The CU decrypts the EKey with KEK to obtain an authentication key.
  • Step 509 The CU returns 200 OK to the IMS-Core.
  • Step 510 The IMS Core forwards 200 OK to the SCF.
  • Step 511 The CU sends an HTTP Request (HTTP Request) message to the SSF.
  • HTTP Request HTTP Request
  • Step 512 When the SSF finds that the CU has no authentication status, it returns 401.
  • Step 513 The CU calculates a response value, returns an Authorization Header, and sends an HTTP request again.
  • Step 514 The SSF checks whether the key of the CU is saved. If there is no or has expired, the SCF is requested to query the corresponding key.
  • Step 515 The SCF returns the key and the key validity period to the SSF.
  • Step 516 The SSF saves the key and key validity period, and verifies whether the Authorization Header is Correct, if an error returns an error message; if it is correct, calculate the response value, return the authorization information
  • Step 517 The CU verifies that the Authentication-Info is correct. If the error occurs, the process terminates; if it is correct, the IPTV channel list or the video monitoring channel list request is initiated, and the HTTP header includes the newly calculated Authorization Header.
  • Step 518 The SSF returns the IPTV channel list or the video monitoring channel list information.
  • FIG. 6 is a flowchart of playing according to an embodiment of the present invention.
  • the preconditions of the process are: CU and PU are successfully registered to the IMS network, and the media data of the browsing channel is already connected to the SS.
  • the process shown in Figure 6 includes the following steps:
  • Step 601 The CU sends an invitation (INVITE) call request to the IMS Core, where the call request carries the SDP information of the CU.
  • IMS Core an invitation (INVITE) call request
  • the subscription rule keyword that distinguishes different service logics is included in the destination domain of the call request. For example, if the current request is an IPTV program play request, the keyword is IPTV; if the current request is a video surveillance real-time video request, the keyword is VSS.
  • Step 602 The IMS Core reserves corresponding resources according to the SDP information of the CU.
  • Step 603 The IMS Core forwards the INVITE to the corresponding SCF according to the subscription policy preset in the HSS. And if the IPTV keyword is in the destination domain of the message, the SCF is forwarded to the IPTV system; if the VSS keyword is in the destination domain, the SCF is forwarded to the SCF corresponding to the video surveillance system.
  • Step 604 The corresponding SCF performs session processing, and obtains the played URL through the CDN.
  • Step 606 The SS returns a CU play resource response message to the SCF, where the response message includes SDP information of the SS of the CU.
  • Step 607 The SCF forwards the INVITE response message to the IMS Core.
  • Step 608 The IMS core accessed by the CU performs corresponding resource submission.
  • Step 609 The IMS Core forwards the INVITE response to the CU.
  • Step 610 The CU confirms the response and returns an ACK to the IMS Core accessed by the CU.
  • Step 611 The IMS Core forwards the ACK to the SCF.
  • Step 612 The SCF notifies the SS to play the resource confirmation message to notify the media session that the session establishment is successful.
  • Step 614 When the CU ends the real-time monitoring, the CU actively sends a BYE request to the IMS Core.
  • Step 615 The IMS Core forwards the BYE request to the SCF.
  • Step 616 The SCF notifies the SS to stop sending the code stream.
  • Step 617 The SS returns to stop responding to the SCF.
  • Step 618 The SCF sends a BYE response to the IMS Core.
  • Step 619 The IMS Core forwards the BYE response to the CU, and the session ends.
  • video surveillance can also directly play PU live video.
  • the CU adopts a componentized architecture, and different services of IPTV and video surveillance can be implemented within one application.
  • FIG. 7 The process includes the following steps:
  • Step 710 Unifiedly deploy the IPTV system and the video monitoring system under the IMS architecture.
  • Step 720 Provide services for the CU to access the IPTV system or the video surveillance system through the IMS architecture.
  • the present invention is based on IMS to implement IPTV and whether it is a system or a method.
  • the video surveillance and fusion technology can provide multimedia convergence services that can integrate IPTV and video surveillance.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明提供了一种基于IMS实现IPTV与视频监控融合的系统和方法，均应用到IMS架构以及IPTV系统、视频监控系统；其中，所述IMS架构下统一部署有所述IPTV系统和视频监控系统，用于为客户端接入IPTV系统或视频监控系统提供支持；所述IPTV系统以及视频监控系统，用于通过所述IMS架构，分别为客户端提供服务。本发明系统和方法，基于IMS实现IPTV与视频监控融合，均可提供能够融合IPTV与视频监控的多媒体融合业务。

Description

基于 IMS实现 IPTV与视频监控融合的系统和方法 技术领域
本发明涉及通信领域，具体涉及基于 IP多媒体子系统（ IMS )实现 IPTV 与视频监控融合的系统和方法。 背景技术
随着 IPTV和视频监控等视频业务的发展， 以 "融合视讯" 为代表的多 媒体融合业务是未来的发展方向之一；而目前还不存在将 IPTV和视频监控 融合起来的具体技术支持。 发明内容
有鉴于此， 本发明的主要目的在于提供一种基于 IMS实现 IPTV与视 频监控融合的系统和方法，以提供能够融合 IPTV与视频监控的多媒体融合 业务。
为达到上述目的， 本发明的技术方案是这样实现的：
一种基于 IMS实现 IPTV与视频监控融合的系统， 包括 IMS架构以及 IPTV系统、 视频监控系统； 其中，
所述 IMS架构下统一部署有所述 IPTV系统和视频监控系统， 用于为 CU接入 IPTV系统或视频监控系统提供支持；
所述 IPTV系统以及视频监控系统， 用于通过所述 IMS架构， 分别为 CU提供服务。
其中， 通过所述 IMS架构为 CU提供服务时， 所述 IMS架构包括与所 述 IPTV系统和视频监控系统均相连的 IMS核心网， 该 IMS核心网用于支 持所述 IPTV系统以及视频监控系统为 CU提供服务。 其中， 所述 CU包括界面层、 业务功能层、 通讯协议层； 其中， 所述界面层， 用于针对 IPTV系统和视频监控系统分别提供 IPTV客户 端界面、 视频监控客户端界面；
所述业务功能层， 用于支持 IPTV和视频监控的业务功能；
所述通讯协议层， 用于支持所述 CU的消息交互。
其中， 所述 IPTV系统以及视频监控系统均与媒体功能 MF模块相连， 并共用 MF。
其中， 所述 IPTV系统或视频监控系统为 CU提供服务时， 用于支持以 下服务中至少之一：
CU注册、 业务发现、 业务选择、 播放。
一种基于 IMS实现 IPTV与视频监控融合的方法， 包括：
在 IMS架构下统一部署 IPTV系统和视频监控系统；
通过所述 IMS架构， 为 CU接入 IPTV系统或视频监控系统提供服务。 其中， 通过所述 IMS架构为 CU提供服务的方法为：
通过所述 IMS架构中的 IMS核心网， 为 CU提供服务。
其中， 所述 CU 包括界面层、 业务功能层、 通讯协议层； 各层分别进 行如下操作：
所述界面层针对 IPTV 系统和视频监控系统分别提供 IPTV客户端界 面、 视频监控客户端界面；
所述业务功能层支持 IPTV和视频监控的业务功能；
所述通讯协议层支持所述 CU的消息交互。
其中， 所述 IPTV系统以及视频监控系统共用 MF。
其中， 所述 IPTV系统或视频监控系统为 CU提供服务的方式， 包括以 下至少之一：
CU注册、 业务发现、 业务选择、 播放。 本发明系统和方法， 基于 IMS实现 IPTV与视频监控融合， 均可提供 能够融合 IPTV与视频监控的多媒体融合业务。 附图说明
图 1为本发明实施例的基于 IMS实现 IPTV与视频监控融合的系统架 构图；
图 2为本发明实施例的客户端 （CU )结构图；
图 3为本发明实施例的 CU注册流程图；
图 4为本发明实施例的业务发现流程图；
图 5为本发明实施例的业务选择流程图；
图 6为本发明实施例的播放流程图；
图 7为本发明实施例的基于 IMS实现 IPTV与视频监控融合的流程简 图。 具体实施方式
总体而言， 可以如图 1所示， 在 IMS架构下对 IPTV系统和视频监控 系统进行有机融合和统一部署，上述两个系统在部署上可共用 CU和媒体功 能（MF )模块； 并且， 可以通过域名和签约规则的区分， 使 IPTV系统和 视频监控系统在业务逻辑上相互独立。
其中， MF包括了内容分发网络（ CDN )和媒体存储及服务功能（ SS ) 需要说明的是，所述 CU是融合的 CU,并且可以通过 IMS核心网（ IMS Core )接入。 CU既是 IPTV的客户端，同时也是视频监控的客户端；而 IPTV 系统和视频监控系统则是在业务上完全不同的两个系统。 这样， 利用 IMS 核心网统一接入的特性， 就可以更方便地实现 CU和前端编码器单元（PU ) 的接入。 从客户端的角度讲， CU可通过 IMS核心网同时接入 IPTV系统和视频 监控系统， 即同时开展 IPTV和视频监控业务。客户端发起的业务请求根据 在 HSS侧制定的不同签约规则， 经由 IMS核心网转发至 IPTV应用服务器 ( IPTV_AS )或视频监控应用服务器（VSS_AS ), 触发相应的业务。
从平台的角度讲， IPTV系统和视频监控系统均是基于 IMS架构， 并且 能够通过 MF模块访问各自的媒体相关部分， 两个系统在业务上相互独立， 但在部署上相互融合。 而且， 通过共用 MF模块， 可简化系统， 降低部署 成本。
通常， MF实时掌握流媒体服务的健康状况、内容分布状况和负荷状态， 负责用户访问的负载均衡和智能调度， 最终为用户提供流媒体服务。 MF模 块主要分为 CDN和 SS两个部分。 CDN作为内容分发调度者，管理不同 SS 节点的运行状态和服务情况。
具体而言， 客户端主要分为： 界面层、 业务功能层、 通讯协议层三个 层面， 如图 2所示。 其中， 界面层针对 IPTV系统和视频监控系统分别提供 IPTV客户端界面、 视频监控客户端界面， 并且可各自定制； 业务功能层既 能支持 IPTV也可以支持视频监控的相关业务功能； 与 IMS核心网以及其 他网元的消息交互则通过通讯协议层完成。
在实际应用时， 基于 IMS实现 IPTV与视频监控融合的具体操作可表 示如图 3至图 6所示。
参见图 3 , 图 3为本发明实施例的 CU注册流程图， 该流程的前置条件 为： 用户未注册， CU成功获取到 P-CSCF地址。 其中， P-CSCF地址可通 过 DHCP动态方式获取， 或者通过静态方法进行配置。
图 3所示流程包括以下步驟：
步驟 301 : CU向 IMS Core发起注册（ REGISTER )请求，在 REGISTER 请求消息头中携带不完整的鉴权信息； 流程开始。 步驟 302: IMS Core获取 CU的鉴权信息，并返回 401鉴权挑战响应给 cu。
步驟 303: CU在接受到 401后， 重新向 IMS Core发起 REGISTER请 求。 这次请求消息中携带完整的鉴权信息。
步驟 304: IMS Core进展认证鉴权，成功之后返回注册成功响应给 CU, 此时 CU已成功向核心网注册。
步驟 305: IMS Core在 CU注册成功之后， 检查业务触发规则， 据此判 断是否需要向 SCF进行业务注册， 如果需要向 SCF注册， 则根据业务触发 条件向 SCF发起注册请求。
步驟 306: SCF返回注册响应给 IMS Core。
参见图 4, 图 4为本发明实施例的业务发现流程图。 图 4中， CU完成 注册之后， 向 SDF模块获取 SSF。 SDF对完成用户权限判断之后， 返回合 适的 SSF给 CU。 图 4所示流程的前置条件为： 用户成功注册到 IMS。 图 4 所示流程包括以下步驟：
步驟 401： 为了获取 SSF地址， CU向 IMS Core发送订购 （ Subscribe ) 消息。
步驟 402: IMS Core接收到 Subscribe消息， 将 Subscribe消息转发到
SDF。
步驟 403: SDF检查 Subscribe消息体中参数并进行业务逻辑处理， 选 择合适的 SSF, 然后 SDF响应 200 OK给 IMS Core。
步驟 404: IMS Core返回 200 OK给 CU。
步驟 405: SDF将合适的 SSF服务信息列表通知给 IMS Core。
步驟 406: IMS Core转发通知（Notify ) 消息给 CU。
步驟 407: CU收到 SSF服务信息后， 响应 200 OK给 IMS Core。
步驟 408: IMS Core转发 200 OK到 SDF。 参见图 5, 图 5为本发明实施例的业务选择流程图， 该流程的前置条件 为： SCF预生成 RSA公私钥对（ PubKey, PriKey ) ,由运营商秘密保存 PriKey, PubKey则保存在 CU中。 图 5所示流程包括以下步驟：
步驟 501： CU随机生成 128bits的密钥加密密钥 KEK,用 SCF的 PubKey 加密得到 EKEK之后， 通过 Subscribe请求将 EKEK发送给 IMS Core。
步骤 502: IMS Core将 EKEK转发给 SCF。
步驟 503: SCF用 PriKey解密 EKEK得到 KEK, 如果解密错误则返回 错误信息； 如果解密成功， 则随机生成 128bits的认证密钥 key, 再用 KEK 加密得到 Ekey。
步骤 504: SCF返回 200 OK给 IMS Core。
步骤 505: IMS Core转发 200 OK给 CU。
步驟 506: SCF通过 Notify请求发送 EKey给 IMS Core。
步驟 507: IMS Core转发 EKey给 CU。
步驟 508: CU用 KEK解密 EKey后得到认证密钥 key。
步骤 509: CU返回 200 OK给 IMS-Core。
步骤 510: IMS Core转发 200 OK给 SCF。
步驟 511: CU向 SSF发送 HTTP请求（ HTTP Request ) 消息。
步驟 512 ： SSF 发现 CU 没有认证状态时， 则返回 401
( unauthenticate ), 要求 CU做 HTTP (摘要） Digest认证。
步骤 513: CU计算^ i战响应值， 返回授权头 （Authorization Header ), 再次发送 HTTP请求。
步骤 514: SSF检查是否保存有 CU的所述 key, 如果没有或已经过期， 则请求 SCF查询对应的 key。
步驟 515: SCF返回 key和密钥有效期给 SSF。
步驟 516: SSF保存 key和密钥有效期，验证 Authorization Header是否 正确， 如果错误则返回错误信息； 如果正确则计算响应值， 返回授权信息
( Authentication-Info )。
步驟 517: CU验证 Authentication-Info是否正确，如果错误则流程终止； 如果正确则发起 IPTV频道列表或视频监控通道列表请求， HTTP header中 包括新计算的 Authorization Header。
步驟 518: SSF返回 IPTV频道列表或视频监控通道列表信息。
参见图 6, 图 6为本发明实施例的播放流程图， 该流程的前置条件为： CU和 PU成功注册到 IMS网络， 并且浏览通道的媒体数据已经接入到 SS 上。 图 6所示流程包括以下步驟：
步驟 601： CU向 IMS Core发起邀请 ( INVITE )呼叫请求， 呼叫请求 中携带 CU的 SDP信息。
需要说明的是， 由于要区分该呼叫请求是针对 IPTV系统， 还是针对视 频监控系统， 因此在呼叫请求的目的域中包含区分不同业务逻辑的签约规 则关键字。 比如， 若当前请求是 IPTV节目播放请求， 则关键字为 IPTV; 若当前请求是视频监控实时视频请求， 则关键字为 VSS。
步驟 602: IMS Core根据 CU的 SDP信息预留相应的资源。
步驟 603: IMS Core根据 HSS中预先设置的签约规制， 转发 INVITE 给对应的 SCF。 并且， 若消息目的域中带有 IPTV关键字， 则转发给 IPTV 系统对应的 SCF; 若消息目的域中带有 VSS关键字， 则转发给视频监控系 统对应的 SCF。
步驟 604: 对应的 SCF进行会话处理， 并通过 CDN获取播放的 URL。 步驟 605: SCF向 SS申请 CU播放资源， 请求消息中携带 CU的 SDP 信息。
步驟 606: SS返回 CU播放资源响应消息给 SCF, 响应消息中包括 CU 的 SS的 SDP信息。 步驟 607: SCF转发 INVITE响应消息给 IMS Core。
步驟 608: CU接入的 IMS Core进行相应的资源提交。
步驟 609: IMS Core转发 INVITE响应给 CU。
步驟 610: CU对响应进行确认， 并返回 ACK给 CU接入的 IMS Core。 步驟 611: IMS Core转发 ACK给 SCF。
步驟 612: SCF通知 SS播放资源确认消息，以通知媒体会话建立成功。 步驟 613: SS开始发送实时流给 cu。
步驟 614: CU结束实时监控时， 主动发送 BYE请求给 IMS Core。 步驟 615: IMS Core转发 BYE请求给 SCF。
步驟 616: SCF通知 SS停止发送码流。
步驟 617: SS返回停止响应给 SCF。
步驟 618: SCF发送 BYE响应给 IMS Core。
步驟 619: IMS Core转发 BYE响应给 CU , 会话结束。
需要说明的是， 视频监控也可直连播放 PU实时视频。
在发送 RTP数据时， 可以同时发送 RTCP包。
如果要进行 VCR操作， 可建立 RTSP连接。
所述 CU采用组件化架构， IPTV和视频监控的不同业务可在一个应用 程序内部实现。
结合图 1、 图 2所示的系统及 CU架构， 以及图 3至图 6所示的流程， 可以将本发明基于 IMS 实现 IPTV与视频监控融合的操作思路表示如图 7 所示， 图 7所示流程包括以下步驟：
步驟 710: 在 IMS架构下统一部署 IPTV系统和视频监控系统。
步驟 720: 通过所述 IMS架构， 为 CU接入 IPTV系统或视频监控系统 提供服务。
综上所述可见， 无论是系统还是方法， 本发明基于 IMS实现 IPTV与 视频监控融合的技术，均可提供能够融合 IPTV与视频监控的多媒体融合业 务。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围， 凡在本发明的精神和原则之内所作的任何修改、 等同替换和改进 等， 均应包含在本发明的保护范围之内。

Claims

权利要求书
1、 一种基于 IP多媒体子系统 IMS实现 IPTV与视频监控融合的系统， 包括 IMS架构以及 IPTV系统、 视频监控系统； 其中，
所述 IMS架构下统一部署有所述 IPTV系统和视频监控系统， 用于为 客户端 CU接入 IPTV系统或视频监控系统提供支持；
所述 IPTV系统以及视频监控系统， 用于通过所述 IMS架构， 分别为 CU提供服务。
2、 根据权利要求 1所述的系统， 其中， 通过所述 IMS架构为 CU提供 服务时，所述 IMS架构包括与所述 IPTV系统和视频监控系统均相连的 IMS 核心网， 该 IMS核心网用于支持所述 IPTV 系统以及视频监控系统为 CU 提供服务。
3、 根据权利要求 1所述的系统， 其中， 所述 CU包括界面层、 业务功 能层、 通讯协议层； 其中，
所述界面层， 用于针对 IPTV系统和视频监控系统分别提供 IPTV客户 端界面、 视频监控客户端界面；
所述业务功能层， 用于支持 IPTV和视频监控的业务功能；
所述通讯协议层， 用于支持所述 CU的消息交互。
4、 根据权利要求 1至 3任一项所述的系统， 其中， 所述 IPTV系统以 及视频监控系统均与媒体功能 MF模块相连， 并共用 MF。
5、 根据权利要求 1所述的系统， 其中， 所述 IPTV系统或视频监控系 统为 CU提供服务时， 用于支持以下服务中至少之一：
CU注册、 业务发现、 业务选择、 播放。
6、 一种基于 IMS实现 IPTV与视频监控融合的方法， 包括：
在 IMS架构下统一部署 IPTV系统和视频监控系统；
通过所述 IMS架构， 为 CU接入 IPTV系统或视频监控系统提供服务。
7、 根据权利要求 6所述的方法， 其中， 通过所述 IMS架构为 CU提供 服务的方法为：
通过所述 IMS架构中的 IMS核心网， 为 CU提供服务。
8、 根据权利要求 6所述的方法， 其中， 所述 CU包括界面层、 业务功 能层、 通讯协议层； 各层分别进行如下操作：
所述界面层针对 IPTV 系统和视频监控系统分别提供 IPTV客户端界 面、 视频监控客户端界面；
所述业务功能层支持 IPTV和视频监控的业务功能；
所述通讯协议层支持所述 CU的消息交互。
9、 根据权利要求 6至 8任一项所述的方法， 其中， 所述 IPTV系统以 及视频监控系统共用 MF。
10、 根据权利要求 6所述的方法， 其中， 所述 IPTV系统或视频监控系 统为 CU提供服务的方式， 包括以下至少之一：
CU注册、 业务发现、 业务选择、 播放。
PCT/CN2011/082306 2010-12-20 2011-11-16 基于ims实现iptv与视频监控融合的系统和方法 WO2012083772A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010597676.5 2010-12-20
CN201010597676.5A CN102547223B (zh) 2010-12-20 基于ims实现iptv与视频监控融合的系统和方法

Publications (1)

Publication Number Publication Date
WO2012083772A1 true WO2012083772A1 (zh) 2012-06-28

Family

ID=46313133

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/082306 WO2012083772A1 (zh) 2010-12-20 2011-11-16 基于ims实现iptv与视频监控融合的系统和方法

Country Status (1)

Country Link
WO (1) WO2012083772A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101068199A (zh) * 2007-06-04 2007-11-07 华为技术有限公司 实现融合业务的方法、系统、业务代理及终端
CN101547341A (zh) * 2008-03-27 2009-09-30 中国电信股份有限公司 一种实现视频监控系统与视频业务系统互通的方法和装置
CN101702722A (zh) * 2009-10-28 2010-05-05 北京中星微电子有限公司 融合多业务的多媒体系统以及控制方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101068199A (zh) * 2007-06-04 2007-11-07 华为技术有限公司 实现融合业务的方法、系统、业务代理及终端
CN101547341A (zh) * 2008-03-27 2009-09-30 中国电信股份有限公司 一种实现视频监控系统与视频业务系统互通的方法和装置
CN101702722A (zh) * 2009-10-28 2010-05-05 北京中星微电子有限公司 融合多业务的多媒体系统以及控制方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LI, CHENXI: "Research and Realization of IMS Service Convergence based Multimedia Video Surveillance Conference", MASTER DEGREE THESIS OF UNIVERSITY OF ELECTRONIC SCIENCE AND TECHNOLOGY OF CHINA, 31 May 2009 (2009-05-31) *

Also Published As

Publication number Publication date
CN102547223A (zh) 2012-07-04

Similar Documents

Publication Publication Date Title
JP4862052B2 (ja) ストリーミングメディアネットワークシステム、ストリーミングメディアサービス実現方法、およびストリーミングメディアサービスイネーブラ
JP4927879B2 (ja) Ｉｐｔｖのための、ｉｍｓ対応のコントロールチャネル
JP5216866B2 (ja) Ｉｐメディアストリーミングサービスの配信
EP2194691B1 (en) Remote access of drm protected internet protocol (ip)-based content over an ip multimedia subsystem (ims)-based network
JP4860756B2 (ja) ユーザデバイス、その制御方法、及びｉｍｓユーザ装置
JP4932906B2 (ja) Ｉｍｓアーキテクチャ・ネットワークにおけるｉｐサービスに渡ってテレビジョンにアクセスするためのシステム
US8738910B2 (en) Method and arrangement for enabling play-out of media
JP5269998B2 (ja) アプリケーションサーバ及びその制御方法、プログラム、並びにコンピュータ可読記憶媒体
WO2009076809A1 (zh) 一种实现网络电视业务的方法、系统、装置
US9461847B2 (en) IPTV service provision method and system for fixed and mobile devices
US9450988B2 (en) Method and apparatus for initiating communication modes
WO2009024092A1 (fr) Procédé et système permettant la commande d'autorisation de ressource de service
US20110167441A1 (en) An interactive iptv system and a content pushing method thereof
CA2787364A1 (en) Remote access to a device in an ims system with a second media access channel
WO2010028591A1 (zh) 实现客户端录制的方法、系统及录制控制实体
WO2010022603A1 (zh) 附着到对等网络及获取iptv内容的方法、系统和装置
WO2012083772A1 (zh) 基于ims实现iptv与视频监控融合的系统和方法
CN102547223B (zh) 基于ims实现iptv与视频监控融合的系统和方法
WO2008122245A1 (fr) Equipement et moyen pour réaliser des services iptv en utilisant des protocoles internet
Shibeshi et al. An RTSP proxy for implementing the IPTV media function using a streaming server
EP1796326B1 (en) A method for enabling communication in application servers
JP5861628B2 (ja) コンテンツ配信システム、コンテンツ配信方法、サービス調停システム、サービス調停装置、及び、記録媒体
WO2011000151A1 (zh) 网络电视频道业务实现方法和相关设备
WO2009052760A1 (fr) Procédé, système et dispositif servant à établir le service de télévision en différé dans un service de radiodiffusion
WO2011022907A1 (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: 11851877

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

Country of ref document: EP

Kind code of ref document: A1