应用程序管理器标识符（amid）
此4字节标识符在应用程序管理器上定义，并且在服务提供商中是唯一的。由于单个AM可以用于多个服务提供商网络中，因此AM将为每个服务提供商提供一个。amid由2字节应用程序管理器标记组成，后跟2字节应用程序类型。逻辑上，标记标识AM，该类型标识使用门的应用程序类型。使用的应用程序类型值由服务提供商提供;唯一的例外是值零，保留为未定义未定义的应用程序关联。策略服务器使用amid来将从CMT接收的门消息与特定AM和应用程序类型相关联。
订阅者标识符
代表用户的IP地址可以是客户端CPE设备或电缆调制解调器的IP地址。如果客户端CPE设备使用私网地址，并进行NAT转换，则使用CM地址而不是CPE地址。此参数将QoS信息与特定订阅者关联起来，以帮助防止拒绝服务攻击。
门的标识符
4字节门标识符由CMTS分配;请记住，在PCMM中，这是指单向单向门。
门规格
PCMM门规范与电话中使用的门规范有很大的不同。将与报文分类和流量特征相关的参数删除，放入其他对象中，即分类器对象和流量通道对象。门规范对象格式如下所示图14-4。
PCMM门规格格式
会话类字段标识门的相对优先级。如果资源拥塞，更高的优先级可以抢占较低的优先级，就像紧急情况911呼叫如何在可包裹电话中通过普通电话接受优先处理。授权，保留和提交的计时器与可包裹电话中的T1，T7和T8计时器相同。提交的恢复定时器是通知AM或PS之后门可以保留在非活动状态中的时间量。
分类器/扩展分类器
一个或多个分类器识别利用门的包。PCMM规范目前定义了两种类型的分类器，标准分类器和扩展分类器。图14-5描述标准分类器对象的格式。
PCMM标准分类器格式
如您所见，标准分类器字段包括以下参数：IP协议，源和目标IP地址，源和目标端口号，DSCP / TOS字段和掩码以及优先级。如果其中一个参数设置为零，则它被视为通配符，其中所有值匹配。优先级参数在应用多个分类器时建立顺序。如果对同一门使用多个标准分类器，则它们必须包含在门集消息中。如果需要修改与栅极相关联的分类器，则需要新的门集消息;此新消息中的分类器覆盖了任何现有的分类器。
与标准分类器不同，扩展分类器具有与它们相关联的操作操作，因此可以添加、删除、激活和停用单个分类器。扩展分类器还允许指定IP地址和端口号的范围。最好使用扩展分类器而不是标准分类器。图14-6说明了扩展分类器对象的格式。
PCMM扩展分类器格式
如果Activation State字段等于0 (Inactive)，则不能使用分类器来映射流量，如果它等于1 (Active)，则必须使用它。Action字段有以下可能的值:0(添加)，1(替换)，2(删除)，和3(不更改)。
交通概况
门的流量特征可以以PCMM中的三种方式之一定义：通过DOCSIS服务类名（S-Type = 2）或Docsis特定参数化（s型= 3）。
RSVP流程规范方法类似于可包裹电话中使用的方法。第二种方法只是一个名为docsis服务类。流量配置文件参数在同一服务类名下的CMTS上定义。与DOCSIS中使用的服务类名称相比，这里存在一个关键差异。在DOCSIS中，可以使用Service类名称覆盖在CMTS上定义的参数的服务类名来定义其他参数。PCMM不允许这一点。第三种方法是通过DOCSIS标记/长/值（TLV）参数直接定义流量配置文件的位置。
在大多数情况下，可以使用这些方法中的任何一种。如果要使用UGS-AD或NRTPS DOCSIS服务调度类型，则是异常。这些无法使用RSVP流规范创建;因此，您必须使用命名服务流或DOCSIS TLV方法。如您所见，使用RSVP流规范方法具有其映射到DOCSIS参数的能力的内在限制。另外两种方法没有这些限制，因为它们也使用DOCSIS参数指定。
使用Service类名称方法的好处是QoS信息登录到QoS管理信息库（MIB）中的ServiceFlowLogtable。仅当使用命名服务类方法时才发生这种情况。服务类名称方法在特定服务可能与位置略微不同的情况下也是有用的。例如，如果一个市场中的“提升”服务使用5 Mbps的最大下游速率，另一个市场中的“提升”服务使用4 Mbps的最大下游速率，则可以存在一个名为“boost”的命名服务类每个市场的CMTS设备具有适当的定义。这样，PCMM设备不需要为这些市场差异配置。Service类名也可用于AM和PS之间的通信，因此AM不需要了解如何创建QoS资源信封的具体细节。
最多可在流量配置文件对象中定义三个资源信封：一个用于授权资源，一个用于保留资源的资源，一个用于承诺的资源。一个名为“信封”字段的位字段表示包含哪些资源信封 - LSB用于授权资源，下一位用于保留资源，下一个位用于提交资源。当然，如果要立即激活资源，那么将包括所有三个这些资源信封。
保留资源信封的存在将导致CMTS启动DOCSIS DSX消息传递，将这些资源置于允许状态。提交的资源信封的存在将导致CMTS启动DOCSIS DSX消息传递，将这些资源置于活动状态。
与服务类名称方法的限制是必须为所有三个资源信封使用相同的名称。因此，只有当所有三个信封共享一组常见的参数时，才可以使用此方法。
请记住在第12章中，RSVP流规范定义了两种类型的服务:受控负载和保证服务。有保证的服务适用于由流量规范(TSpec)和资源规范(RSpec)定义的对延迟敏感的应用程序，而受控的负载服务适用于需要一定带宽但对延迟不敏感且仅由TSpec定义的应用程序。第12章定义了TSpec和RSpec参数。PacketCable电话是使用保证服务定义的。流媒体视频和互动游戏对延迟也很敏感，也被定义为有保障的服务。使用受控加载服务的应用程序的一个例子是基于web的随需应变带宽服务。
如果你的AM使用RSVP流程规范定义了一个有保证的服务，这将转换为UGS或RTPS DOCSIS服务流程。受控加载服务将转换为BE DOCSIS服务流。
笔记 -UGS或RTPS服务流程是否取决于保留率（R）和桶率（R）参数是否相等。如果它们是，这意味着带宽率是恒定的;因此，UGS流程结果。否则，RTPS流程结果。有关RSVP流程规范如何映射到DOCSIS参数的更多详细信息，请参阅可包裹多媒体规范的第9节。
事件代代信息
此对象与电话相同（参见第12章）并沿RKS信息传递给CMTS或策略服务器。这包括主RKS服务器IP地址和端口号，以及计费相关标识符。
基于批量的使用限制
此对象指定可以遍历门的最大数据量(以千字节为单位)。字节从DOCSIS MAC报头HCS之后开始计数，一直到crc的末尾——也就是说，DOCSIS报头的“以太网”部分计数，但DOCSIS报头和扩展报头不计数。
笔记 -CMTS不对执行此限制负责，但在达到此限制时确实将消息发送到PS / AM。
基于时间的使用限制
该对象指定时间门资源可以保持提交的最大数量。它的单位是秒。
笔记 -然而，CMTS并不负责执行这一限制。
不透明的数据
这个对象包含PS或AM想要关联到门的任意数据。CMTS存储这些信息，但对其不做任何其他操作。
门时间信息
此对象包含大门所承诺的总时间（以秒为单位）。PS和/或AM可以询问此信息。
门使用信息
该对象包含一个八位字节计数器，代表遍历门的千字节数。同样，字节从DOCSIS标头HCS计数到CRC的末尾。PS和/或AM可以询问此信息。
PacketCable错误
该对象由一个2字节错误码和一个2字节错误子码组成。当前定义的错误码如表14-3所示。
表14-3错误代码
错误代码 |
定义 |
1 |
资源不足 |
2 |
未知的门ID |
6. |
缺少必需的对象 |
7. |
对象无效 |
8. |
超出了基于卷的使用限制 |
9. |
超出基于时间的使用限制 |
10. |
超出会话类限额 |
11. |
未定义的服务类名称 |
12. |
不兼容的信封 |
13. |
无效的订阅者标识符 |
14. |
未经授权 |
15. |
不支持的分类器数量 |
16. |
政策的例外 |
17. |
对象中的字段值无效 |
18. |
运输错误 |
19. |
未知门命令 |
20. |
DOCSIS 1.0厘米 |
21. |
小岛屿发展中国家的数目超过了CM |
22. |
小岛屿发展中国家的数量超过了CMTS |
23. |
未经授权的psid. |
24. |
PDP没有州 |
25. |
不支持的同步类型 |
26. |
状态数据不完整 |
127. |
其他未详细说明的错误, |
错误子码传递关于错误的进一步信息。例如，对于错误码6、7和17，该字段包含对象的S-Num和S-Type值丢失或无效。
门状态
该对象传递门的当前状态，由一个2字节的状态字段和一个2字节的原因字段组成。此参数在Gate Report State消息中发送。state值为1 (Idle/Closed)、2 (Authorized)、3 (Reserved)、4 (Committed)、5 (Committed Recovery)。逻辑上，reason字段包含gate处于这种状态的原因，其值如表14-4所示。
表14-4原因码
原因值 |
描述 |
1 |
由于预订重新分配，由CMTS发起 |
2 |
由于缺少DOCSIS的响应，由CMTS发起关闭 |
3. |
由于计时器T1到期，由CMTS发起 |
4. |
由于计时器T2到期，CMTS启动关闭 |
5. |
不活动定时器（T3）已过期 |
6. |
关闭由CMTS发起，因为缺少保留维护 |
7. |
闸口状态不变，但音量达到极限 |
8. |
由于定时器T4到期，由CMT发起缩写 |
9. |
门状态没有改变，但是定时器T2到期导致预约减少 |
10. |
门状态不变，但到达时限 |
11. |
由PS或CMTS发起的Close;体积限制达到 |
12. |
由PS或CMTS发起的Close;达到的时间限制 |
13. |
关闭由CMTS发起，其他 |
65,535 |
其他 |
版本信息
该对象包含应用程序正在使用的PacketCable多媒体的主版本号和副版本号。两个字段都是2字节的整数。当前规范的主要版本号为2，次要版本号为0。
psid.
此对象是一个4字节整数，唯一地标识策略服务器。
同步选项
通过向其发出同步请求，PDP可以确保其数据库与PEP同步。此对象由一个1字节的报告类型，后跟一个字节的同步类型。报告类型可以是0，告诉PEP返回标准报告数据，或1，告诉PEP返回完整的门数据。同步类型可以为0，表示完全同步或1，表示增量同步。
MSG收据钥匙
由PEP分配的32位整数。当它包含在消息中时，它告诉PDP确认收到消息。
PCMM消息流模板
好的，现在您知道PCMM的基础知识，现在是时候查看PCMM会话中消息传递的示例了。出于本讨论的目的，当订户启动需要QoS的应用程序并在订户的应用程序完成时启动PCMM会话。例如，在可包裹电话中，多媒体会话等同于电话呼叫。
对于此示例，假设多媒体应用程序不是可包裹的QoS感知，因此您知道这意味着多媒体客户端是旧版类型1设备。同样，这些客户端类型的示例包括在个人计算机上运行的应用程序，例如流式音频和视频，游戏控制台和IP电话。该客户端设备将通过调制解调器的LAN接口（以太网，USB，Wireless等）连接到电缆调制解调器。图14-7描绘此消息传递可能如下所示，以及遵循的列表详细信息，详细介绍了此消息流中所示的九个步骤。
PCMM会话消息流程示例
在步骤1中，客户端(直接或通过应用服务器)和AM交换消息，它指示创建新会话的请求。请记住，这种信令超出了PCMM的范围，但一些可能的协议包括MGCP和SIP。这些协议可用于在多媒体客户端上创建音频和/或视频多媒体连接。另一个可能的应用程序是HTML，客户端只需向服务器打开一个web浏览器，请求某种QoS随需应变服务。
在某个点上，AM计算出所需的QoS参数是什么，并向策略服务器发出创建它们的信号。这是通过发送Gate Set消息来实现的，该消息标识订阅者并包含分类器、Gate规范和实现所需的QoS所需的流量概要参数。
当PS收到Gate Set时，它检查AM是否被授权发出这样的请求。它通过应用预定义的策略来实现这一点。示例策略包括对分配给订阅者的门数的限制、对订阅者可用的QoS类型的限制、对策略服务器接受哪些应用程序的限制，以及对服务对特定CMTS的影响的限制。假设所有检查通过，PS找出用户所在的位置，并向用户电缆调制解调器连接的CMTS发起“门设置”。如你所见，调幅不需要知道用户的调制解调器连接到哪个CMTS;PS把这个算出来了。这是对PacketCable电话的一种改进，其中CMTS必须在CMS (BTS上的聚合表)上定义。
同样，CMTS检查该PS是否被授权，如果是，请检查是否可以授予所请求的资源。如果所有这一切都为真，则CMTS然后创建门，分配门标识符，并将COPS参数转换为DOCSIS参数。如果包括保留资源信封，则CMTS将服务流创建到关于承认这些资源的电缆调制解调器。如果包括具有提交的资源信封，则CMTS向有关这些资源激活的电缆调制解调器发出服务流程创建/修改。
DOCSIS资源的创建和修改是使用DOCSIS动态服务流消息完成的。因此，通过DSA-REQ、DSA-RSP、DSA-ACK的三次握手创建DOCSIS业务流，通过DSC-REQ、DSC-RSP、DSC-ACK的三次握手修改DOCSIS业务流。在这种情况下，门和服务流都是在同一步骤中创建、保留和提交的。这是因为从包含所有三个资源信封的AM发送的初始Gate Set消息;或者，AM可以使用多个Gate Set消息在多个步骤中做到这一点。
如果服务流和门创建过程成功，CMTS将在“门设置确认”消息中通知PS。如果此进程不成功，则返回一个Gate Set Error消息，指示失败的原因。然后PS将此消息转发给AM。
此时，多媒体会话的QoS资源处于活动状态，因此AM将此信息转发回客户机设备。同样，用于完成此任务的信令超出了PCMM的范围。
请注意，应用信令和QoS设置之间完全不存在任何协调。因此，客户可以在QoS可用之前开始发送数据流量;在这种情况下，在提交QoS之前，流量将遍历默认为服务流。
当客户端结束多媒体会话时，客户端设备将此信息发送给AM。
然后，我通过向PS发送门删除消息来请求删除QoS资源。
PS依次将此信息转发给Gate Delete消息中的适当CMTS。
CMTS接收此消息，并立即请求通过向CM发送DSD-REQ来删除DOCSIS服务流程。CM通过将DSD-RSP返回到CMTS来确认删除服务流程。
笔记 -如果CMTS在此之前从CM接收到DSD-Req，则删除服务流，但是门仍然保持有效，直到PS / AM信号用于门删除。
既然CMTS知道服务流已成功删除，它会删除门并将门删除确认发送到确认此。如果栅极删除中存在问题，则会发送栅极删除错误消息。
最后，PS将此消息转发回AM。
PCMM消息流示例
前面的调用流模板很好地说明了PCMM会话可能是什么样子。本节将展示一个PCMM会话生命周期的真实示例。在这种情况下，应用程序是按需带宽或速度预览服务，其中用户的高速数据(HSD)服务的QoS会暂时得到提高。订阅者通过服务提供商管理的网页激活“速度预览”服务。本文将检查消息的跟踪，以帮助您更好地理解PCMM的工作方式。这些消息跟踪还可以帮助您了解PCMM与PacketCable 1.x的不同之处。图14-8示出了用于创建PCMM会话的消息传递，以及遵循的列表描述了消息流的每个步骤。
PCMM会话消息流示例第一部分