DVB CI Plus技术规范扩展

需积分: 5 101 浏览量更新于2024-07-09 收藏 1.71MB PDF 举报

身份认证购VIP最低享 7 折!

领优惠券(最高得80元）

"DVB CI Plus标准扩展技术规范 ETSI TS 103205 V1.4.1 (2019-05)" DVB（Digital Video Broadcasting）CI（Common Interface）标准是数字电视领域的一个关键组件，它定义了如何在数字电视机顶盒（STB）和数字电视接收器之间实现交互式服务。CI Plus是CI标准的升级版，旨在提供更安全、更高级别的内容保护和互操作性。ETSITS103205文档是关于DVB CI Plus规范的扩展技术说明，版本为V1.4.1，发布于2019年5月。 CI Plus规范的核心在于它引入了一个智能卡插槽，允许用户插入有线电视运营商提供的条件接收模块（CAM），用于解码加密的电视节目。通过这个接口，STB能够与电视服务提供商的系统进行通信，执行认证、授权和解密过程，从而播放受保护的内容。该技术规范详细描述了以下几个方面： 1. **互操作性**：CI Plus确保不同制造商的STB和CAM设备之间具有良好的兼容性，使得用户可以自由选择设备，而不用担心兼容性问题。 2. **安全增强**：CI Plus增加了对先进加密算法的支持，如高级加密标准（AES），提高了内容的安全性，防止非法复制和盗版。 3. **应用支持**：CI Plus允许在STB上运行额外的应用和服务，比如互动电视、视频点播（VOD）和付费电视，这些服务需要通过CI Plus接口进行安全访问。 4. **硬件接口**：规范定义了物理接口和电气特性，包括信号传输、时钟同步和电源管理，以确保不同设备之间的稳定通信。 5. **软件接口**：CI Plus定义了应用程序编程接口（API），使得制造商可以开发符合标准的固件和软件，以便于集成到他们的产品中。 6. **版本管理**：ETSITS103205文档可能会根据技术进步和市场需求进行更新或修订，以保持标准的时效性和适应性。 7. **合规性测试**：为了确保设备符合CI Plus规范，制造商需要通过一系列的测试和认证流程，以获得市场准入。此文档可能还涵盖了错误处理、故障恢复机制、性能指标和测试方法等方面，以保证CI Plus系统的可靠性和稳定性。对于制造商和开发者来说，理解并遵循ETSITS103205中的规定至关重要，因为这直接影响到他们产品的市场接受度和功能实现。同时，对于消费者而言，CI Plus标准意味着更广泛的选择和更好的用户体验。

资源详情

资源推荐

ETSI

ETSI TS 103 205 V1.4.1 (2019

05)

DRM Digital Rights Management

DSD Delivery System Descriptor

DTCP Digital Transmission Content Protection

DTV Digital Television

DVB Digital Video Broadcasting

DVB-C DVB Cable

DVB-S DVB Satellite

DVB-T DVB Terrestrial

ECM Entitlement Control Message

EIT Event Information Table

EMI Encryption Mode Indicator

EMM Entitlement Management Message

EPG Electronic Programme Guide

ES MPEG-2 Elementary Stream

FEC Forward Error Correction

FLT Flush Table

GBR Great Britain

HbbTV

Hybrid Broadcast Broadband Television

HD High Definition

HDCP High-bandwidth Digital Content Protection system

HDMI

High Definition Multimedia Interface

HTTP HyperText Transfer Protocol

ICT Image Constraint Token

IETF Internet Engineering Task Force

NOTE: See https://ietf.org/.

IGMP Internet Group Management Protocol

IP Internet Protocol

IPTV IP Television

IRD Integrated Receiver Decoder

ISO International Standards Organization

ISOBMFF ISO Base Media File Format

IV Initialization Vector

KID Key Identifier

LCN Logical Channel Number

LLP Limited Liability Partnership

LNB Low Noise Block

LSC Low Speed Communications

LTS Local TS

MAC Media Access Control

MAS(N) Multiple Audio Streams (Number)

MHEG Multimedia and Hypermedia Experts Group

MHP

Multimedia Home Platform

MMI Man-Machine Interface

MPD Media Presentation Description

MPEG Motion Picture Experts Group

MSB Most Significant Bit

MVS(N) Multiple Video Streams (Number)

NAT Network Address Translation

NIT Network Information Table

OIPF Open IPTV Forum

OSDT Online SDT

PAD Padding

PAT Program Association Table

PCMCIA PC Memory Card International Association

PES Packetized Elementary Stream

PID Packet IDentifier

PIN Personal Identification Number

PKI Public Key Infrastructure

PMT Program Map Table

PSI Program Specific Information

ETSI

ETSI TS 103 205 V1.4.1 (2

019

05)

The present document does not contain any extensions to the following features specified in CI Plus V1.3 [3]:

• authentication mechanisms (specified in clause 6 of [3]);

• secure authenticated channel (specified in clause 7 of [3]);

• PKI and certificate details (specified in clause 9 of [3]);

• Host service shunning (specified in clause 10 of [3]), except for a provision with multi-stream and IP delivery

handling;

• CI Plus man machine interface resource (specified in clause 13 of [3]).

The present document extends annex H of the CI Plus V1.3 specification [3] with a new datatype_id, and extends annex

L of the same document with the new resources and APDUs defined in the present document. No further annexes of the

CI Plus V1.3 specification [3] are amended in the present document. In particular, no extensions or changes are made to

the CI Plus electrical specification, contained in annex K of the CI Plus V1.3 specification [3].

Clause 5 of the present document contains general requirements for Host and CICAM implementations according to the

present document.

Clauses 6 and onwards contain the specification of the features of CI Plus that are introduced with the present

document. These consist of completely new features as well as amendments and restrictions against CI Plus V1.3 [3].

Annex E provides an informative account of an automatic installation procedure of the user's satellite reception

equipment under the control of an operator-specific CICAM for the most common DiSEqC™ installations.

4.2 Multi-stream reception

The CI Plus V1.3 specification [3] is based on an architecture that supports the routing of only a single TS via the TS

Interface, through the CICAM and back to the Host, and the decryption of one or more services in that TS. This

imposes a limitation on the flexibility of implementations to support, for example, the concurrent viewing and recording

of services that are delivered on different physical channels, whereby both services are protected by the CA system

implemented in the CICAM. This example reflects device functionality that is already commonly implemented in PVR

devices, but currently two discrete instances of a CICAM would be needed, one for each physical tuner equipped in the

PVR. This model is, however, generally not economically viable.

The present document defines extensions to CI Plus that enable the carriage of multiple services from multiple

broadcast tuners and/or the IP network interface on the Host over the TS Interface with a single attached CICAM.

CAS/DRM protection may be applied to multiple services while access is provided via a single CICAM. The scope

diagram in Figure 1 depicts the example of the Host containing three broadcast tuners for multi-stream handling.

Multi-stream handling requires that the TS Interface be put into a different mode of operation, called multi-stream

mode, compared to the conventional TS Interface according to the DVB-CI specification [1], where only a single TS

may be fed to the CICAM for the decryption of a service contained in that TS.

The new features related to multi-stream handling are specified in clause 6.

4.3 IP-delivered content

4.3.1 General

Many broadcast service providers and network operators already deliver content over IP, often as a supplement to

broadcast services. Host devices are increasingly capable of being connected to broadband IP networks, and have

hybrid broadcast broadband capability. Previous versions of the CI specifications do not include the facility to route

IP-delivered content over the TS Interface, other than a conventional CA-protected TS, hence user access to

IP-delivered content that is DRM protected needs a separate DRM client in the Host. The present document contains

extensions for the routing and decryption of protected content delivered over IP to a network interface on the Host using

a DRM client in the CICAM. This enables service providers and network operators to provide a single CICAM that can

receive and decrypt both broadcast and IP-delivered content offerings with a single CICAM.

ETSI

ETSI TS 103 205 V1.4.1 (2019

05)

The container formats and delivery protocols above IP used for the delivery of content between a server and the Host

are out of scope of the present document, except to the extent that they influence the behaviour of the content transfer

across the CI. The provision of IP-delivered protected content by the Host to the CICAM is however designed to be

suiTable for all of the widely adopted formats at the time the present document is published.

The present document specifies support for both TS and ISOBMFF-encapsulated IP-delivered content. TS format

IP-delivered content does not require any re-encapsulation for carriage over the TS Interface. ISOBMFF [8] or

MP4FF [9] container IP-delivered content is encapsulated into a CI Plus IP-delivery specific TS-based container format

that is applied for the transfer between Host and CICAM, and back to the Host. When carrying non-TS container

content, the TS Interface is said to be operating in Sample Mode, otherwise when carrying a conventional TS it is in

Normal Mode.

In Sample Mode, DRM metadata and control information related to the IP-delivered content item being received is

passed from the Host to the CICAM via the Command Interface before playback can be started. DRM metadata that

changes between Samples is carried with the Sample data on the TS Interface.

In Sample Mode the CICAM will usually have to buffer incoming data from the Host until it is ready to decrypt

Samples. For this reason the generally applicable rule with conventional TS of constant packet delay through the

CICAM does not apply in Sample Mode.

IP delivery in Sample Mode is applicable to both single-stream and multi-stream operation, as described in clause 4.2,

with Hosts and CICAMs that are compliant with the present document.

Two IP delivery modes are foreseen in the present document, differentiated by the level of cognisance of the Host with

the IP delivery protocols and formats. They are introduced in clause 4.3.2.

Some illustrative examples of IP delivery use cases are provided in clause 4.3.3.

4.3.2 IP delivery modes

4.3.2.1 Host player mode

This mode covers a topology in which the Host is connected to a broadband network, and handles the protocols by

which the content is delivered. The Host also processes the encapsulation, or container format, for the content. The Host

passes the content to the CICAM for DRM decryption. The CICAM returns the decrypted content, which it may

re-encrypt using the CI Plus Content Control system already defined in the CI Plus V1.3 specification [3], to the Host.

The content encapsulation and transfer protocol used across the Host to CICAM interface and vice versa are specified in

clause 7.4.

This approach is analogous to the operation of Hosts and CICAMs for broadcast content, in which the CICAM provides

the proprietary protection client to decrypt the content and may deliver the decrypted content securely back to the Host

using the CI Plus Content Control system.

IP delivery Host player mode is specified in clause 7.

4.3.2.2 CICAM player mode

This mode covers a topology in which the Host is connected to a broadband network, but does not handle the protocols

above UDP or TCP by which the content is delivered, or its encapsulation formats or codecs, but instead passes the

UDP/TCP payload data to the CICAM. The CICAM interprets the encapsulation and manages the delivery protocols,

and translates them as necessary into a format supported by the Host. The content is returned from the CICAM to the

Host as a SPTS that the Host is able to consume directly.

IP delivery CICAM player mode can allow a service to use future standards for delivery and content encapsulation that

are unknown to the Host, if these are supported by the CICAM. It also allows for proprietary methods of delivery and

content encapsulation (above TCP or UDP) to be used, provided that the CICAM can translate these protocols/formats

into the interface format defined for reception of the content from the CICAM by the Host.

IP delivery CICAM player mode is specified in clause 8.

剩余177页未读，继续阅读

qq_40755619

粉丝: 0
资源: 3

DVB CI Plus技术规范扩展

ts_102428v010201p.pdf

5G-SA通信测试参考标准ts_13852101v150300p.pdf

select surv_date from stk_surv where ts_code = '688218.SH'; 查找ts_code类似的

8_pci_firmware_v3.2_01-26-2015_ts_clean_firmware_final.pdf

diff_shift_ts = ts_diff_1.shift(1) Error in ts_diff_1.shift(1) : could not find function "ts_diff_1.shift"

ts_code = ((df[df['ts_code'].str.contains('[HZ]')]).loc[:,'ts_code']) 解释

sql org.apache.spark.sql.AnalysisException: cannot resolve 'A.tad_id' given input columns: [A.bhv_source, A.new_tab_id, A.browser, A.r_sub_type, A.ts, A.log_src, A.app_type, A.app_version, A.entry_r_type, A.uid, A.session_id, A.event_hour, A.page_video_type, A.rec_recall_type,

ts_code = ((df[df['ts_code'].str.contains('[HZ]')]).loc[:,'ts_code']) 给ts_code去重后增加单引号

lr.fx=0 lr.fy=0 lr.ts_findcolorText=nil lr.ts_ret_x=0 lr.ts_ret_y=0 local Arr = {} Arr = {...} local list=Arr[1] if list==nil then return false end local Rnd ,Str,bool,LeftDoubleClick= 5,"",false,false if #Arr==2 then bool = Arr[2] if Arr[2]==2 then LeftDoubleClick=true end end 作用

ts_code = ((df[df['ts_code'].str.contains('[HZ]')]).loc[:,'ts_code']) 给ts_code去重后增加单引号 不修改原标

最新资源

ts_code = ((df[df['ts_code'].str.contains('[HZ]')]).loc[:,'ts_code']) 给ts_code去重后增加单引号不修改原标