PCMM组件
理解PCMM如何工作的第一步是查看各种组件。图14-1是参与提供PacketCable多媒体服务的设备的高级图示。
PacketCable多媒体组件
从图中可以看出，PCMM服务使用了七个组件:
- 多媒体客户端
- 应用服务器
- 应用程序管理器
- 策略服务器
- 电缆调制解调器终端系统（CMTS）
- 电缆调制解调器（CM）
- 记录服务器(RKS)
以下各节描述中进一步详细这些组件。
PacketCable多媒体客户端
从逻辑上讲，多媒体客户端是使用多媒体服务的设备。一个例子是个人计算机提供流式音频或视频，如网络电台或者是电影上的软件应用程序。另一个例子是连接到互联网对战全国各地的对手游戏控制台。另一个例子是一个视频摄像机和监视器用于提供视频会议服务。是的，另一个例子是用于提供电话服务的MTA。
通常情况下，由MSO没有提供多媒体客户端设备和位于客户的房屋，所以他们不信任的设备。这些器件通过电缆调制解调器连接到MSO网络。这种连接可以是以太网，USB或无线。唯一的例外，这是嵌入在电缆调制解调器本身，如嵌入式MTA多媒体客户端，你无疑是熟悉现在。
PacketCable多媒体客户端被归类为三种类型之一：
客户端类型1-客户端类型1是当今大多数多媒体客户端。这些客户机不知道或不知道PacketCable、DOCSIS甚至QoS。实际上，这种客户机类型通常称为服务质量不知晓。这些客户端都是通用的IP网络应用，如PC应用程序和游戏控制台。
这些器件在应用程序管理器的摆布建立服务质量资源。本章稍后您将了解更多关于应用程序管理器。
客户端类型2-client类型2设备类似于在电话的PacketCable使用的嵌入式MTA设备。这些设备都知道的PacketCable，DOCSIS和QoS，但他们还需要一个应用程序管理器做授权的QoS资源分配和组成部分。然而，这种类型的客户端仍然没有太大的QoS资源操作的。这种类型的客户端通常被称为推模式。
客户端类型3-The第三种类型的多媒体客户端的也是的PacketCable QoS感知。它和类型2设备之间的区别是，这些装置并不需要应用程序管理器来设置QoS资源。这些设备使用的资源预留协议（RSVP）直接与CMTS建立的QoS进行通信。这种类型的客户端通常被称为拉模型。
目前，只有客户端类型1设备已经完全在PCMM规范中定义。因此，它们是本章的重点。
应用服务器(如)
在许多情况下，让另一个设备代表客户机处理多媒体会话请求是有益的。此设备称为应用程序服务器(as)。您刚刚了解到，当今的大多数PCMM客户端属于类型1，它们对QoS或PacketCable一无所知。因此，对于这些客户机，a通常用于启动多媒体会话。AS可能由MSO管理，也可能不由MSO管理。PCMM没有指定会话请求从客户端通信到AS的方法。
应用管理器（AM）
该手柄PCMM来自客户的请求（直接地或者经由AS）是应用管理器（AM）的装置。除了协调客户端应用程序的请求，一个AM保持应用程序级的状态，负责应用服务策略的装置。由于客户端和AS设备通常是不可信的，调幅也验证传入的请求。
正如客户端和AS之间的通信协议是在PCMM未指定的，客户端和AM之间的通信协议也是不确定的。AS和AM之间使用的协议是指定的，是PacketCable多媒体Web服务接口规范（PKT-SP-MM-WS）。本规范定义了使用SOAP /可扩展标记语言（SOAP / XML）的Web服务接口，用于AS到AM通信。请参阅本规范对这个通信是如何完成的细节。
AM的一个例子是调用代理。呼叫代理使用信令协议(如媒体网关控制协议(MGCP)或SIP)与客户端(在本例中为网关)通信。请记住，在PCMM中，AM和客户机之间使用的协议是未定义的。当网关要进行电话呼叫时，它使用信令协议与呼叫代理联系。然后，呼叫代理确定网关是否被授权进行呼叫，并确定如何路由呼叫。调用代理还可以确定调用所需的QoS资源，并将此信息发送给另一个设备。回想一下，这是在PacketCable 1中完成的。将SDP信息转换为在COPS消息中发送的RSVP流规范。在PCMM中，另一个设备是策略服务器，用来发送策略信息的协议是COPS。
另一个示例AM是一个简单的web服务器。假设此服务器从客户端接收到流媒体等应用程序的HTML请求。在服务器确定客户端是否被授权接收媒体之后，它将计算出所需的QoS资源并将此信息发送到策略服务器。
另一个例子可能是游戏控制台，它向服务器发出信号，让它开始与另一个地理区域的对手进行游戏。在这种情况下，通常在游戏控制台和服务器之间使用专用协议。游戏服务器对游戏控制台进行授权，确定所需的QoS资源，并将此信息发送到策略服务器。
在所有这些情况下，如果一切顺利，一个引用QoS资源的门标识符最终都会返回给AM。重要的是要记住，门标识符不是从AM发送到PCMM客户端类型1设备的。这些客户是“没有qos意识的”，因此他们不知道如何处理这些信息。相反，AM代表客户机保留和提交资源。但是，客户端和应用程序管理器之间的信令协议可用于确定AM何时应该保留或提交资源。
该AM可能不知道如何为信号通知的QoS策略服务器一个应用程序的整个细节。在这种情况下，它可能只是在请求策略服务器（PS）使用服务名称，让PS手柄转换服务名称到各种QoS参数。显然，对于这个工作，共同服务名称需要在AM和PS组件进行配置。
策略服务器（PS）
策略服务器负责从正在采取的服务请求，并将它们转换成用于建立服务质量资源在CMTS资源策略请求设备。
PS还对从AM接收的请求应用策略规则。示例策略包括对分配给订阅服务器的门数的限制、对订阅服务器可用的QoS类型的限制、对策略服务器接受的应用程序的限制以及对服务对特定cmt的影响的限制。假设所有的检查都通过了，那么PS就会找出用户所在的位置，并将一个策略“推送”到CMTS中，该用户的电缆调制解调器就连接在CMTS中。所以你可以看到，AM不需要知道用户的调制解调器连接到什么;而英国邮政总局(PS)却发现了这一点。
所述PS还用作AM和CMTS之间的代理，因为它认为所有QoS信息，并从这些装置。正因为如此，一个MSO可能选择以分层方式部署PS设备，以满足可扩展性和冗余性的担忧。在这种情况下，一些策略服务器可以用来制作每个用户的决策，其他人做每-CMTS的政策决定，别人让每个区域的政策决定，等等。
策略服务器也可以分为“有状态的”或“无状态的”，类似于第9章“调用管理服务器信令协议”中讨论的SIP代理服务器。A stateful PS keeps track of gates and resources and can be used to notify you when resources become scarce. Stateless policy servers do not have the ability to track resources, but as a tradeoff they are simpler to implement.
那么究竟是什么成分像的PacketCable 1.x的策略服务器？答案是CMS的网关控制器（GC）的组成部分。这是在CMTS COPS服务器控制门创作。控制电话呼叫状态的CMS的呼叫代理组件类似于PM。
电缆调制解调器终端系统
该CMTS是COPS策略执行点（PEP）在PacketCable多媒体溢价DOCSIS资源，只是因为它是在的PacketCable电话。它传达与资源的授权的一个或多个策略服务器策略信息。由PS，此信息可以被“推”到CMTS或从CMTS“拉”到PS，取决于客户端类型。目前，只有客户端类型1设备的支持，因此政策信息总是在PCMM“推”到CMTS。也有客户端类型1设备，DOCSIS DSX消息将始终从CMTS开始为这些消息被PS“推”的策略信息触发。这是从1.x的的PacketCable一个关键的区别，其中从MTA的DSX消息发起。该CMTS可以指示跟踪基于时间的要求和交通量的要求DOCSIS资源的使用。
电缆调制解调器（CM）
在PacketCable多媒体电缆调制解调器的要求是相同的，因为它是在电话的PacketCable;它必须至少在DOCSIS 1.1模式中操作。客户端通常被假定为非嵌入（在的PacketCable 1.x中，而不是嵌入的MTA定义与DOCSIS层直接接口）。因此，所有的客户端通信通过使用协议通过普通IP的CM完成。
RKS
该RKS组件还提供了类似的功能，因为它在的PacketCable电话一样。它使用事件消息来跟踪的QoS资源。这里的区别是，消息来自政策服务器和CMTS中。此外，在PCMM事件消息是广义因为几个消息和先前定义的参数仅用于电话应用有意义。
服务和资源控制域
许多本章中的概念与在第12章中介绍的概念“最高限值架构和框架。”其中一个概念是策略决策点（PDP）的和策略执行点（政治公众人物）的COPS术语。
PDP是COPS服务器请求或拒绝策略创建和PEP是COPS客户端该策略被应用。请记住，在的PacketCable 1.X的CMTS是PEP，和CMS的门控制器的功能是PDP。在PCMM，COPS是在两个地方使用;因此，你有两套PDP / PEP关系。该CMTS是在其与PS通信的PEP，并在它与CMTS通信的PDP的PS。但PS是在其与AM通信的PEP，和AM是PDP。
因为策略服务器执行两种功能COPS，多媒体规范分离策略域到资源控制域（RCD）和业务控制域（SCD）。图14-1说明了这些不同的领域如何适用于PCMM。
的RCD是提供连接元件的逻辑分组（即，CMTS，CM，混合光纤同轴[HFC]网络）沿着所述分组转发路径和网络资源级别的策略管理（即，策略服务器）向和从客户。在RCD中，CMTS是PEP和PS是PDP。
SCD是向服务订阅者(客户机)提供应用程序和内容(即应用程序服务器和应用程序管理器)的元素的逻辑分组。与物理DOCSIS资源相比，SCD更多地与高级服务概念相关联。在SCD中，PS是PEP, AM是PDP。多个SCD可以在一个RCD中操作，一个SCD可以在多个RCD中操作。例如，在一个特定的有线电视部门，可能同时提供游戏应用程序和视频会议应用程序。同样，游戏应用程序可能在多个有线电视部门可用。