翻译中文（摘自DVB-CI(EN50221)规范）
4.设计体系
4.1.层次化
为了适应在将来的实现中无法预料的变化，DVB－CI规范描述采用分层结构 (其层次结构将在下文中详细阐述) 。此处对几个层次作简要的叙述。应用层和会话层的定义适用于命令接口的所有应用程序。在会话层之下的传输层和链接层在一定程度上要依赖于物理层的某些具体的执行规范。除了对上述各层的详细描述，DVB－CI规范还定义了物理接口以及模块的物理实现的某些标准。
规范的层次化描述使得条件存取(CA)模块周围的一系列应用程序与之的接口的设计更加灵活。该规范还允许基于同一台主机有多个条件存取模块以及其相应的应用程序共存。
命令接口的基本分层结构如图4.1所示。图中显示了主机和一个模块之间的通信连接，当然主机可以和不止一个模块建立通信连接，这些模块可以直接或间接的和主机相连。 值得注意的是每一条传输链路在其对应的模块存在(被主机识别)的时候都要保持。 基于一条传输链路，模块和主机之间可以建立多个针对不同资源的会话连接。
图4.1 命令接口的分层结构
4.2.物理实现
DVB－CI规范的底层描述包括具体实现的物理接口的和广泛应用于PC产业的PC卡标准保持着很好的兼容性。基于其他接口的物理实现将会在以后被慢慢允许。
4.3.客户端服务器
该通用接口的设计基于的基本原则是：客户端利用服务器提供的资源。而且，通过主机的管理，任何一个模块的应用程序和资源不仅可以供主机使用还可以供其他模块使用。我们在这儿用“资源”这个术语而不用用“服务”，主要是为了避免和电视，广播领域比较常用的“服务”的说法相混淆。
4.4.数据译码
下文中会提到，通用接口逻辑上分为两部分，传送流接口和命令接口，此处简要阐述一下命令接口的数据译码。命令接口间的数据通信是通过一系列的对象单元来完成的。这些对象单元采用来自于ASN.1语法编码的“标志－长度－数据”的编码形式。通常这是可以根据需要或是技术的发展更新而扩充的。针对PC卡的实现有一特殊的传输层编码，该编码对其它的物理实现可能需要点改变。但，其语义应当是一样的。
4.5.可扩展性
通用接口的分层模型的上面各层的设计充分考虑了可扩展性。正像前面提到的，用于通信的对象单元所采用的“标志－长度－数据”编码具有很好的可扩展性，新的对象单元可以加进来，现有的对象单元也可以作相应的延展。此处不必担心标志编码空间被用完，也不必担心长度编码对接下来的数据编码的限制。资源管理器(只可由主机提供的资源)提供了可扩充主机提供的资源范围的机制，该机制同样可以适用于条件存取程序和其他的基于模块的应用程序。
4.6.现有标准的合并
在该规范的起草过程中，适当的采用了现有的一些标准。这种做法对规范更快的投入市场，投入使用大有益处，毕竟很多的标准规范的开发工作已经完成了，适当的采用便省去了很多重复的开发工作。这还使的该标准的实现更为方便，对于针对现有的标准已开发完毕的硬件和软件可以在此再次使用，由此带来了很多意想不到的益处。
5.体系结构阐述
5.1.概述
为了在主机上开出一个空间作为命令接口，现在先假定主机具有部分该逻辑结构。这样做使得由于主机设计者的选择造成的影响降低到最小。图 1.1显示了一个典型的主机结构和嵌入其中的接口的位置。此处要注意，一台主机中也许有不止一个接口。
前面曾提到过，该通用接口逻辑上由两部分构成，传送流接口和命令接口。为了使整个接口的设计和实现更容易，两接口都采用分层的体系。对所有的实现，上层的实现都是一样的，底层的实现可有多种选择。该规范当前是基于PC卡标准的，基于其它物理接口的实现可能会在将来的版本中被加入。
5.2.传送流接口
作为通用接口的两个逻辑接口之一的传送流接口负责在输入输出两个方向上传送MPEG－2传送包（即TS流）。当主机选择了某些服务(比如某电视台)，模块将对经传送流接口送入其中的TS流进行处理，那些携带选中的服务的数据包会被解密后输出，其他的数据包将不予理会。应当注意的是在大多数情况下，模块和与之关联的物理层之间条件逻辑的保持在传送流接口处存在一定的延迟。传送流接口的分层模型如下图所示。其中的传输层和所有上层在MPEG－2规范－ISO 13818中皆有定义和相应的阐述。
图5.1传送流接口分层模型
5.3.命令接口
通用接口的另一个逻辑接口命令接口负责主机和运行在模块上的应用程序之间的通信。为了方便的实现一系列的功能，命令接口的通信协议同样划分为若干层次来阐述。这些功能包括：支持在同一台主机上多个模块共存，支持主机和模块之间较复杂的传输通信，以及支持对主机提供给模块使用的功能单元的扩展。其分层模型如下图所示：
图5.2 命令接口的分层模型
从图中我们可以看到，接口所采用的物理接口－PC卡有其自己的各个层次，当然PC卡的实现协议中已对其自身的物理层，链接层以及传输底层做了阐述。如果以后要采用其它的物理实现接口（不局限于采用PC卡接口时），则基于物理接口的底层要发生一些变化，其他上层的变化将会收到一定程度的限制。PC卡的传输底层描述了消息交换协议的具体细节以及消息的编码格式，而通用接口中的传输层主要描述了传输层连接的验证，初始化以及终止等操作。规范中对会话层，资源以及应用层的定义及阐述对所有的物理实现都是适用的。
至于接口的应用层，其设计也遵循一定的应用层的语义。在应用层上，主机还给运行在模块上的应用程序提供了一些用于通信的资源，例如用户接口交互界面，低速率的通信等等。这种设计体系使得模块不仅仅执行条件存取的任务还有其他任务都变得很容易。
5.4.物理要求
5.4.1. 简介
这部分主要对物理层上为了实现其上层的诸多功能及函数需要满足的要求进行阐述。当然，尽管物理层应用的规范定义了诸如主机和模块间的机械和电气连接模式，例如接口类型和大小，引脚数目，电压值，阻抗以及电源限制，但具体实现时并不是必须遵循这些物理层的特性描述，不必过分拘泥于此。以下的物理层的特性要求和限制定义如下：
• 传送流和逻辑命令连接
• 数据速率
• 建立连接和关闭连接
• 底层的初始化
• 多个模块的使用
5.4.2. 数据连接和逻辑命令连接
物理层需要支持两个独立的逻辑上的连接，其一为传送流，另一为主机和模块间通信的命令。
对于传送流接口，应当可以接受包含传送数据包的MPEG－2传送流，无论传送流是连续的还是由空数据隔开的。从接口中返回的传送流因为经过CAM的处理，则有可能含有被解密过的传送数据包。传送流接口要遵循下面的一些限制。
1. 当模块是其中某一路传送流的源头时，其输出应当遵循ISO/IEC 13818-9标准。
2. 如果模块作为数据包的一个源，那么输入数据包连续的情况下，输出数据包也应连续。
3. 模块应当在其处理输入数据包时引入一个适当的延时，以及采用以下公式的适用于任何字节的最大的延时变化。
tmdvmax = (n * TMCLKI) + (2 * TMCLKO).
和
tmdvmax <= 1 microsecond when n = 0
此处：
tmdv =模块延时变化量
n =存在于相应的输入数据包中的间隙的数目
TMCLKI =输入数据的时钟周期
TMCLKO =输出数据的时钟周期
* 间隙指的是当MIVAL信号无效时一个MCLKI的上升沿
* 此处强烈推荐所有的主机都输出连续的传送数据包
* 当其执行少于3个通用接口槽时，主机有可能输出不连续的传送数据包。
* 数据包的间隙有可能变化很不定。
4. 主机应当设计成可支持Nm个模块的。Nm为具体实现时主机最大所支持的CI槽的数目或是为16。当然，随着模块的数目Nm的增加，输入的传送流的不稳定和抖动也会随之更显著些。最坏的情况有可能出现在一是从主机自身的输入的数据流输出后紧跟了Nm个模块，一是从一个模块输入的ISO/IEC 13818－9复合数据流输出后紧跟了（Nm－1）个模块。
5. 所有的接口应当支持在连续的传送流数据包的同步字节间的一周期至少为58 Mb/s的平均数据速率。
6. 所有的接口应当支持最小为111ns的字节传送时钟周期。
相应的，命令接口应当能够在两个方向上传递由该规范定义的传输层部分的命令。其支持的每个方向上的数据速率至少为3.5Megabits/sec.
5.4.3建立连接和断开连接
无论主机是否处于加电状态，其物理层接口应当能够支持模块任何时候的建立连接和断开连接。而且，建立连接和断开连接的行为不应当对主机或是模块造成电气上的损害，也不应当对模块中存储的可擦写的数据有任何不当的更改。当模块没有插入的时候，传送流接口应当设置一旁路绕过模块以使得数据可以送入主机，此时，针对模块的命令接口应当设置为无效状态。模块一旦插入，主机将调用一底层的初始化流程来初始化模块，以及相应的接口。初始化工作要完成的有，执行基于特定的物理层的底层连接程序，并判断插入的模块是否为所需要的DVB模式的模块。如果上述步骤顺利完成，主机将关闭本来的传送流的连接，而后将构建一个这样的传送流通路，即将模块插入传送流的通路中，使得传送流通过模块进入主机。在这个过程中，一些传送流的数据有可能丢失，不过这是可以想象同样也可以接受的。同时，命令接口上需要建立一个传输层上的连接，基于这个连接就可以开始完成应用层上的初始化，初始化后，应用层上的通信就可以继续下去了。
如果物理层接口被用于其他的应用程序而不是DVB模式的模块连接，或是一个不是需要的模式的模块插入主机，这些情况如果发生，那么不应当对主机或是模块造成任何损害，而且主机也不试图去完成初始化工作，即使它是一个DVB模式的模块。此外，当一个不能被识别的模块插入时，主机应当通知用户，告知这一情况。
模块拔出后，
