1、“.....若主机通过分析读出得知这是个接口卡，那么主机将关闭传送流接口旁路连接，打开另通路，允许传送流数据从该通路流入模块，经模块处理后送回主机。当然，这个过程将会有定延时而且使得传送流数据有短暂间隙，但这点是没有办法避免。与此同时，物理层上接口上初始化程序开始运行，用于主机和模块之间商讨用于通信缓冲区大小。物理层上初始化程序结束后，主机将会调用其上层初始化程序，这些对于所有物理执行都是通用，其要做首先是创建个主机和模块之间传输层上连接。这些程序和其余上层初始化程序在本文档其他地方亦有描述。上述例子中初始化流程对于基于其他物理实现逻辑上应下物理层特性要求和限制定义如下•数据速率•底层初始化•多个模块使用数据连接和逻辑命令连接物理层需要支持两个独立逻辑上连接，其为传送流，另为主机和模块间通信命令。对于传送流接口，应当可以接受包含传送数据包传送流......”。

2、“.....从接口中返回传送流因为经过处理，则有可能含有被解密过传送数据包。传送流接口要遵循下面些限制。当模块是其中路传送流源头时，其输出应当遵循标准。如果模块作为数据包个源，那么输入数据包连续情况下，输出数据包也应连续。模块应当在其处理输入数据包时引入个适当延时，及采用以下公式适用于任何字节最大延时变化。和此处模块延时变化量存在于相应输入数据包中间隙数目输入数据时钟周期输出数据时钟周期间隙指是当信号无效时个上升沿此处强烈推荐所有主机都输出连续传送数据包当其执行少于个通用接口槽时，主机有可能输出不连续传送数据包。数据包间隙有可能变化很不定。主机应当设计成可支持个模块。为具体实现时主机最大所支持槽数目或是为。当然，随着模块数目增加，输入传送流不稳定和抖动也会随之更显著些。最坏情况有可能出现在是从主机自身输入数据流输出后紧跟了个模块，是从个模块输入复合数据流输出后紧跟了个模块......”。

3、“.....所有接口应当支持最小为字节传送时钟周期。相应，命令接口应当能够在两个方向上传递由该规范定义传输层部分命令。其支持每个方向上数据速率至少为建立连接和断开连接无论主机是否处于加电状态，其物理层接口应当能够支持模块任何时候建立连接和断开连接。而且，建立连接和断开连接行为不应当对主机或是模块造成电气上损害，也不应当对模块中存储可擦写数据有任何不当更改。当模块没有插入时候，传送流接口应当设置旁路绕过模块以使得数据可以送入主机，此时，针对模块命令接口应当设置为无效状态。模块旦插入，主机将调用底层初始化流程来初始化模块，以及相应接口。初始化工作要完成有，执行基于特定物理层底层连接程序，并判断插入模块是否为所需要模式模块。如果上述步骤顺利完成，主机将关闭本来传送流连接，而后将构建个这样传送流通路，即将模块插入传送流通路中......”。

4、“.....在这个过程中，些传送流数据有可能丢失，不过这是可以想象同样也可以接受。同时，命令接口上需要建立个传输层上连接，基于这个连接就可以开始完成应用层上初始化，初始化后，应用层上通信就可以继续下去了。如果物理层接口被用于其他应用程序而不是模式模块连接，或是个不是需要模式模块插入主机，这些情况如果发生，那么不应当对主机或是模块造成任何损害，而且主机也不试图去完成初始化工作，即使它是个模式模块。此外，当个不能被识别模块插入时，主机应当通知用户，告知这情况。模块拔出后，主机应采取相应措施将模块从设置传送流通路中去除掉。和插入时样，该过程也会有些传送流数据丢失，这同样是可以想象也可以接受。同样，此时主机应当关闭命令接口连接。以上所提及都是基于单个模块，该规范同样描述了基于多个模块情况。规范应用层对于在同时间和主机相连接模块数目没有作限制。但......”。

5、“.....尽管个比较小型主机有可能被设计成仅可提供路连接，但物理层规范必须允许可以有多个模块同时和主机相连，并保持通信。在理想情况下，物理层规范应当对模块数目不作限制，如果作了限制，那么它至少应该可以支持个模块。当有多于个模块和主机相连时，传送流接口连接应当如下图所示，使得传送流可以依次从每个模块流经。主机应当同时对每个模块维持个独立命令接口连接，这样，每个模块都可以独立处理其和主机之间通信。但，主机必须采取些措施保证当插入其中个模块拔出后，其他模块命令接口传输层连接不会受到干扰或是终止。当主机连接多个模块时，主机应能够选择其中合适模块来解密选中服务节目。运作实例为了举例说明上面描述系列特性，现在考虑这样个实际运作例子个卡模块插入主机。当被插入模块检测到接口引脚存在时，卡将会调用它自己初始化程序对其自身进行初始化。之后......”。

6、“.....比如模块要使用卡读写端口基址，还有些用于告知主机这是个模式模块信息等。若主机通过分析读出得知这是个接口卡，那么主机将关闭传送流接口旁路连接，打开另通路，允许传送流数据从该通路流入模块，经模块处理后送回主机。当然，这个过程将会有定延时而且使得传送流数据有短暂间隙，但这点是没有办法避免。与此同时，物理层上接口上初始化程序开始运行，用于主机和模块之间商讨用于通信缓冲区大小。物理层上初始化程序结束后，主机将会调用其上层初始化程序，这些对于所有物理执行都是通用，其要做首先是创建个主机和模块之间传输层上连接。这些程序和其余上层初始化程序在本文档其他地方亦有描述。上述例子中初始化流程对于基于其他物理实现逻辑上应，，，，下物理层特性要求和限制定义如下•数据速率•底层初始化•多个模块使用数据连接和逻辑命令连接物理层需要支持两个独立逻辑上连接......”。

7、“.....另为主机和模块间通信命令。对于传送流接口，应当可以接受包含传送数据包传送流，无论传送流是连续还是由空数据隔开。从接口中返回传送流因为经过处理，则有可能含有被解密过传送数据包。传送流接口要遵循下面些限制。当模块是其中路传送流源头时，其输出应当遵循标准。如果模块作为数据包个源，那么输入数据包连续情况下，输出数据包也应连续。模块应当在其处理输入数据包时引入个适当延时，及采用以下公式适用于任何字节最大延时变化。和此处模块延时变化量存在于相应输入数据包中间隙数目译文翻译中文摘自规范设计体系层次化为了适应在将来实现中无法预料变化，规范描述采用分层结构其层次结构将在下文中详细阐述。此处对几个层次作简要叙述。应用层和会话层定义适用于命令接口所有应用程序。在会话层之下传输层和链接层在定程度上要依赖于物理层些具体执行规范。除了对上述各层详细描述，规范还定义了物理接口以及模块物理实现些标准......”。

8、“.....该规范还允许基于同台主机有多个条件存取模块以及其相应应用程序共存。命令接口基本分层结构如图所示。图中显示了主机和个模块之间通信连接，当然主机可以和不止个模块建立通信连接，这些模块可以直接或间接和主机相连。值得注意是每条传输链路在其对应模块存在被主机识别时候都要保持。基于条传输链路，模块和主机之间可以建立多个针对不同资源会话连接物理实现规范底层描述包括具体实现物理接口和广泛应用于产业卡标准保持着很好兼容性。基于其他接口物理实现将会在以后被慢慢允许。客户端服务器该通用接口设计基于基本原则是客户端利用服务器提供资源。而且，通过主机管理，任何个模块应用程序和资源不仅可以供主机使用还可以供其他模块使用。我们在这儿用资源这个术语而不用用服务，主要是为了避免和电视，广播领域比较常用服务说法相混淆。数据译码下文中会提到......”。

9、“.....传送流接口和命令接口，此处简要阐述下命令接口数据译码。命令接口间数据通信是通过系列对象单元来完成。这些对象单元采用来自于语法编码标志长度数据编码形式。通常这是可以根据需要或是技术发展更新而扩充。针对卡实现有特殊传输层编码，该编码对其它物理实现可能需要点改变。但，其语义应当是样。可扩展性通用接口分层模型上面各层设计充分考虑了可扩展性。正像前面提到，用于通信对象单元所采用标志长度数据编码具有很好可扩展性，新对象单元可以加进来，现有对象单元也可以作相应延展。此处不必担心标志编码空间被用完，也不必担心长度编码对接下来数据编码限制。资源管理器只可由主机提供资源提供了可扩充主机提供资源范围机制，该机制同样可以适用于条件存取程序和其他基于模块应用程序。现有标准合并在该规范起草过程中，适当采用了现有些标准。这种做法对规范更快投入市场，投入使用大有益处......”。