应用服务器(如)
在许多情况下,它有利于有另一个设备处理多媒体会话请求代表客户端。这个设备被称为应用程序服务器(as)。你只知道大多数今天的PCMM 1型客户,这对QoS或PacketCable一无所知。对于这些客户,一个是通常用于发起多媒体会话。可能会或可能不会由美索管理。会话的方式请求从客户端沟通由PCMM不明。
应用程序管理器(AM)
设备处理PCMM来自客户机的请求(直接或通过一个)是应用程序管理器(我)。除了协调客户端应用程序请求,一个是维护应用程序状态和设备负责应用服务策略。因为客户端和设备通常是不可信的,我也对传入的请求进行身份验证。
一样和客户端之间的通信协议是PCMM不明,客户端之间的通信协议,我也不明。使用的协议,指定和之间的PacketCable多媒体Web服务接口规范(PKT-SP-MM-WS)。这个规范定义了SOAP /可扩展标记语言的使用web服务(SOAP / XML)的界面,是沟通。请参考这个规范的细节这交流是如何实现的。
我的一个例子是代理的电话。调用代理与客户沟通(在本例中,网关)使用信令协议,如媒体网关控制协议(MGCP)或SIP。记住,在PCMM我和客户之间的协议使用的是未定义的。当一个网关想打个电话,联系人电话代理使用信令协议。然后调用代理确定是否授权打这个电话网关和数字如何调用。调用代理还可以确定所需的QoS资源调用和信号这个信息到另一个设备。记得PacketCable 1中这样做。x SDP信息转换成回复流规范警察消息发送。PCMM这其他设备是政策服务器,和使用的协议发送这一政策信息是警察。
另一个示例是一个简单的web服务器。假设这个服务器从客户端接收HTML请求流媒体等应用程序。后服务器确定是否授权客户端接收媒体,它找出QoS所需资源和政策服务器发送这些信息。
另一个例子可能是一个游戏机,信号服务器发起一个比赛对手在另一个地理区域。在这种情况下,一个专有协议通常是游戏控制台和服务器之间使用。游戏服务器授权游戏控制台,决定所需的QoS资源,并将这些信息发送给服务器的政策。
在所有这些情况下,如果一切成功,门标识符指的QoS资源最终返回给我。重要的是要记住,门口的标识符不是送到PCMM端1型设备。这些客户是“QoS-unaware”,所以他们不知道如何处理这些信息。相反,我储备和提交资源代表客户端。之间的信令协议客户端和应用程序管理器可以用于确定当我应该储备或提交资源,然而。
我可能不知道整个细节如何信号政策为QoS为应用程序服务器。在这种情况下,它可能只是使用服务名称的请求策略服务器(PS),让PS处理服务名称转换成不同的QoS参数。显然,为此共同服务名称需要配置点和PS组件。
Policy Server (PS)
政策服务器设备负责的服务请求,将它们转化为资源政策用于设置服务质量请求资源cmt。
PS也策略规则适用于收到我的请求。样品政策包括限制盖茨分配给一个用户的数量,限制类型的QoS提供给用户,应用程序策略服务器接受限制,限制服务在一个特定的cmt的影响。假设所有检查通过,PS数据,用户在哪里,“推”政策的cmt订户的电缆调制解调器连接。所以你可以看到,我不需要知道cmt订户的调制解调器连接到;PS数据出来。
PS也功能点之间的代理和cmt看到所有的QoS消息和从这些设备。正因为如此,美索可能选择部署PS装置以分层的方式来满足可伸缩性和冗余问题。在这种情况下,一些政策服务器可以用来让用户为政策决策,其他人per-CMTS政策决策,其他人按区域政策决策,等等。
策略服务器也可以归类为“状态”或“无状态”,类似于SIP代理服务器在第9章所讨论的,“叫管理服务器信号协议(cms)”。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服务器吗?答案是网关控制器(GC)组件的CMS。这是警察服务器控制门上创建一个cmt。CMS的调用代理组件控制电话呼叫状态类似于我。
电缆调制解调器终端系统(cmt)
cmt是警察策略执行点(PEP)溢价DOCSIS PacketCable多媒体资源,就像它在PacketCable电话。它传递政策信息与一个或多个政策服务器资源的授权。这些信息可以是“推”cmt PS或“拉”的PS cmt,根据客户类型。目前,只有客户端支持1型设备,所以政策信息总是“推”向PCMM cmt。也与客户端1型设备,DOCSIS DSX cmt总是启动的消息,这些消息是引发的政策PS“推”的信息。这是一个关键的区别从PacketCable 1。x, MTA的DSX消息启动。cmt是指示跟踪DOCSIS资源可以使用基于时间需求和交通量需求。
电缆调制解调器(CM)
要求的电缆调制解调器PacketCable多媒体PacketCable电话是一样的;它必须在至少DOCSIS 1.1操作模式。客户通常被认为是non-embedded(相对于嵌入式MTA PacketCable 1中定义。x接口直接与DOCSIS层)。因此,所有客户端通信是通过使用普通IP协议在CM。
地基处理
地基处理组件还提供类似的功能就像PacketCable电话。它使用事件消息的QoS资源。这里的差别是,消息来自政策服务器以及cmt。也推广PCMM事件消息,因为几个先前定义的消息和参数仅电话应用程序有意义。
服务和资源控制域
许多概念在本章相关概念在第十二章,引入“DQoS架构和框架”。One of these concepts was the COPS terminology of Policy Decision Points (PDPs) and Policy Enforcement Points (PEPs).
PDP是警察服务器请求或拒绝策略创建,和PEP是警察端策略应用的地方。记住,在PacketCable 1。x cmt是PEP, CMS的门控制器功能是PDP。在PCMM,警察是在两个地方使用;因此,你有两套PDP / PEP的关系。cmt是与PS PEP的沟通,和PDP的PS与cmt通信。但PS PEP的与我交流,我是PDP。
因为政策服务器执行两个警察功能,多媒体规范策略域分离成资源控制域(RCD)和服务控制域(SCD)。图赔率说明了如何将这些不同的领域应用PCMM。
RCD的逻辑分组元素提供连通性(cmt,厘米,混合光纤同轴电缆(HFC)网络)和网络资源级别策略管理(即政策服务器)的数据包转发路径,从客户端。在cmt RCD, PEP和PS PDP。
SCD的逻辑分组元素提供应用程序和内容(也就是说,应用程序服务器和应用程序管理器)服务用户(客户)。的SCD有关更多更高级的服务概念,而不是物理DOCSIS资源。SCD, PS PEP和PDP。多个SCDs可以操作在一个单一的RCD,和一个单一的化合物可以在多个恢复运作。例如,在一个特定的电缆,游戏应用程序和视频会议应用程序可能是可用的。同样,游戏应用程序可能在多个电缆分歧。
例如,假设您有一个1型多媒体客户想要使用一个特定的应用程序。我这信号(直接或通过)。然后我决定基于SCD政策是否客户机被授权使用该应用程序。如果是,我数据出所需的QoS资源为应用程序和问题请求PS。PS然后根据RCD政策作出决定客户是否授权使用拟议中的QoS资源。如果是,请求被发送到客户端连接的cmt。然后,如果cmt的物理资源给予请求,它,它发送门标识符来PS。PS然后反过来将此信息转发回我。因此,PS代理QoS请求我和cmt。事实上,PS恢复将SCD参数转换为参数,反之亦然。
PCMM DOCSIS使用注意事项
DOCSIS 1.1协议的使用PCMM在PacketCable电话几乎是一样的。你有授权、保留和提交资源信封,和盖茨是用于关联DOCSIS服务流请求这些资源信封。
主要的区别在于,上游调度类型除了主动授权服务(UGS)和主动授权服务与活动检测(UGS-AD)也可以使用前面讨论的类型。具体来说,实时轮询服务(rtp)和非实时轮询服务(nrtp)。还要注意,最好的努力(是)上游调度类型可用于提供高级QoS服务通过使用DOCSIS参数如流量优先级和最小预留率。换句话说,你能保证、限制或优先考虑带宽使用QoS流。
记住,所有下游服务流是最好的努力,但这些相同的DOCSIS参数可用于提供QoS。所以,请参考第12章或细节的DOCSIS规范这些参数。
rtp服务是专为实时应用程序每隔一段时间生成大小可变的数据。它通过提供周期性的专用要求的机会。然后调制解调器使用这些请求的机会指定大小的授予它需要的数据。这种服务非常适合应用,如MPEG视频。nrtp服务是专为非实时应用要求大小可变的数据定期拨款。这些应用程序是确保请求机会甚至拥堵时期。nrtp和rtp的区别之一是抖动之间的连续请求nrtp并不重要,因为其应用延迟变化不敏感。也使用的轮询间隔nrtp流动通常是更大的(少)比rtp。
服务流参数用于定义rtp、nrtp服务包括
服务标识符——14-bit服务标识符分配的cmt引用上游服务流。它用于带宽分配信息来识别用户的数据或请求的机会。它也被运用于DOCSIS扩展头引用设备发送数据包。
服务流调度类型——字段标识为上游数据和请求传输调度服务。这就是服务流被认为是最好的努力(2),非实时轮询(3),实时轮询(4),UGS-AD(5),或UGS(6)服务。
请求/传播策略——字段是一个位图时,控制和服务流如何传输数据和数据请求。有些值为- 1指示正确,有点值0表示错误。较低的九位位置被定义为表赔率所示。
表赔率请求/传播政策部分
位的位置 |
意义 |
描述和典型值 |
0 |
不允许使用广播请求的机会。 |
1 rtp因为服务流有专用的主动请求的机会,为0,并且通常nrtp 0,因为他们没有或很少主动请求的机会,分别。 |
1 |
不允许使用多播请求优先的机会。 |
1 rtp因为服务流有专用的主动请求的机会,为0,并且通常nrtp 0,因为他们没有或很少主动请求的机会,分别。 |
2 |
使用请求/数据请求无效的机会。 |
1 rtp因为服务流有专用的主动请求的机会,为0,并且通常nrtp 0,因为他们没有或很少主动请求的机会,分别。 |
3 |
使用请求/数据的数据不允许机会。 |
1 rtp因为服务流有专用的请求的机会;是和nrtp这些间隔可用于数据传输。 |
4 |
和数据不允许盗用的请求。 |
1 rtp因为服务流周期请求的机会,所以不需要捎带请求;通常为0,nrtp服务流因为盗用请求提高效率。 |
5 |
连接不允许。 |
rtp、nrtp和服务流类型可以配置为使用连接(如果需要的话)。 |
6 |
碎片不允许。 |
rtp、nrtp和服务流类型可以配置为使用碎片如果需要。 |
7 |
有效载荷头抑制无效。 |
rtp、nrtp和服务流类型可以配置为使用小灵通(如果需要的话)。 |
8 |
包不符合UGS的大小了。 |
0;这个领域没有有意义的rtp、nrtp和服务流。 |
名义上的轮询间隔间隔时间以微秒为单位专用请求机会;使用的rtp和nrtp服务给CM的信号cmt的机会。
容忍调查抖动量的时间以微秒为单位的轮询间隔允许不同名义轮询间隔。该参数用于rtp服务类型。
最低保留流量率可以被用于,rtp, nrtp服务流;比特每秒的最低速度的服务流。后的数据包大小是从DOCSIS头检查序列循环冗余校验(CRC)的数据包。换句话说,“以太网”部分包括DOCSIS开销,但一般6-byte DOCSIS标题和任何DOCSIS头不延长。
最大持续流量率可以被用于,rtp、nrtp服务流。令牌桶(R)参数病原数据包以每秒位元数表示。数据包大小计算一样在前面的参数。
流量优先级曾经nrtp和服务流;定义了服务流的优先级。如果多个相同的服务流存在的所有QoS参数除了优先级,高优先级的服务流给出偏好。如果不包括,使用默认优先级为0。举个例子,如果你有10个住宅用户配置一个最大的努力服务优先级0和10个商业服务用户配置一个最大的努力服务优先3、cmt服务数据授予前的商业服务用户住宅用户。
在PCMM,使用服务类名称来定义动态流也是允许的。你会看到更多关于在本章后面这是如何实现的。服务的概念和使用类名是DOCSIS RFI规范中定义的。服务类名可以被定义在DOCSIS调制解调器配置文件而不是服务或服务流的所有类的QoS参数。调制解调器发送这个名字在cmt DOCSIS登记请求。cmt,这服务类的名字也定义以及其相应的QoS参数。cmt接收注册请求后,它查找服务类名称并返回它的参数的调制解调器注册响应消息。因此,有线电视运营商可以简化其调制解调器配置使用服务类名配置文件对应客户的服务水平;例如,您可能有一个“青铜”,“银”和“黄金”服务。这些服务水平的细节定义在每个cmt和可能是不同的在不同的cmt(如果需要的话)。
不仅可以静态流使用服务类的名称,但动态流可以。在这种情况下,服务类的名字是包含在DOCSIS动态服务流信息。
注意:当流定义了一个服务类的名字,也可以定义额外的QoS参数。如果相同的参数定义在cmt和服务类的名称,参数定义了优先考虑的名称。例如,如果一个马克斯持续率512 kbps的调制解调器配置文件中定义和服务类的名字“青铜”,和在cmt定义服务类的名字“青铜”马克斯持续率被定义为256 kbps,现代的Max持续率是512 kbps。
PCMM警察使用注意事项
警察在PCMM协议用于在两个地方:
应用程序管理器和政策之间的服务器
在policy server和cmt
警察的使用协议在PCMM有点不同在PacketCable电话的使用它。首先,记住PacketCable 1。x门指的两个大门,一个上游和一个下游——共享同一门标识符。在PCMM,盖茨是真正的单向和门ID是指一个上游或下游登机口。还以前一个门是用来定义授权信封为嵌入式MTA的资源;在PCMM,盖茨可以用来定义保留和提交资源信封以及授权的信封。记住,积极提交或信封总是小于或等于保留或承认的信封,这反过来总是小于或等于授权信封。
每个警察的常见的头包中使用的格式类似于PacketCable电话;唯一的区别在于,客户类型设置为不同的值,如图所示图比分。
PCMM警察标题格式
这个头后的对象所示图14。
PCMM警察对象格式
警察的初始化
初始化过程中在PacketCable电话PCMM几乎是一样的。一个区别是,PEP (cmt或PS)监听TCP端口3918而非2126端口的电话。
注意:这允许一个cmt支持PacketCable电话和PCMM同时互相不干扰。
TCP会话建立之后,PEP发送一个警察客户开PDP (OPN)消息;在这个消息,PEP标识本身,包括版本信息对象。PDP然后以客户接受响应(CAT)消息包含维生计时器的值。PEP然后响应此消息PDP的请求(请求)消息。
与PacketCable电话一样,必须配置PDP PEP的位置;然而,PEP的位置不需要配置的PDP警察建立连接。这是假设IP安全(IPsec)没有被用于警察连接。如果使用IPsec, PDP和PEP需要显式配置为安全之间的联系。
PEP, PDP心跳
与PacketCable 1。x, keepalive消息(消息类型9-KA)发送定期从PEP PDP。PDP响应这些keepalive消息发送keepalive消息回PEP。如果PDP未能收到keepalive消息从PEP keepalive计时器的值,它假定连接已经丢失。然后试图重新建立TCP连接,如果成功原因PEP警察连接初始化。类似地,如果PEP未能收到PDP keepalive回波,它假定连接已经丢失和监听一个新的TCP连接。
在警察PacketCable多媒体对象
记住,在PacketCable 1。x PacketCable门发送的消息从CMS cmt在警察的决定(DEC)发送消息,并从cmt PacketCable门消息到CMS在警察报告发送状态(RPT)消息。在这种情况下,CMS是PDP和cmt PEP。同样的规则适用于PCMM-that, PCMM门发送的消息从PDP PEP发送消息,12月在警察和PCMM门消息发出PEP在警察RPT PDP发送消息。
所示图14,PacketCable对象发送消息都包含在客户端特定决定12月数据对象(C-Num 6 -型4)和PacketCable对象发送RPT消息包含在表示客户端如果对象(C-Num 9 -型1)。在这两种情况下,这些对象从一个2字节长度字段后面跟着另一个字节对象数量和字节亚型的定义。这些被称为S-Num和年代,分别。
PacketCable多媒体警察对象如下:
事务标识符(S-Num = 1,年代= 1)
应用程序管理器标识符(在)(S-Num = 2,年代= 1)
用户标识符(S-Num = 3,年代= 1)
门的标识符(S-Num = 4,年代= 1)
门规范(S-Num = 5,年代= 1)
分类器/扩展分类器(S-Num = 6,年代= 1,2)
交通概况(S-Num = 7,年代= 1,2,3,4,5,6,7,8)
Event-Generation-Info (S-Num = 8,年代= 1)
基于卷的使用限制(S-Num = 9,年代= 1)
基于时间的使用限制(S-Num = 10,年代= 1)
不透明的数据(S-Num = 11,年代= 1)
门时间信息(S-Num = 12,年代= 1)
门的使用信息(S-Num = 13,年代= 1)
年代PacketCable错误(S-Num = 14日= 1)
门状态(S-Num = 15,年代= 1)
版本信息(S-Num = 16,年代= 1)
策略服务器标识符(PSID) (S-Num = 17,年代= 1)
同步选项(S-Num = 18,年代= 1)
味精收据键(S-Num = 19日年代= 1)
下面更详细地描述这些PacketCable多媒体警察对象。
事务ID
这个对象关联响应命令。它由一个2字节的事务标识符后面跟着2字节门命令类型。门命令类型标识DQoS消息类型。表比分显示了可能的值。
表比分PCMM DQoS消息类型
门命令类型 |
门的命令 |
消息的方向 |
4 |
门套 |
PDP - > PEP |
5 |
GATE-SET-ACK |
PEP - > PDP |
6 |
GATE-SET-ERR |
PEP - > PDP |
7 |
GATE-INFO |
PDP - > PEP |
8 |
GATE-INFO-ACK |
PEP - > PDP |
9 |
GATE-INFO-ERR |
PEP - > PDP |
10 |
GATE-DELETE |
PDP - > PEP |
11 |
GATE-DELETE-ACK |
PEP - > PDP |
12 |
GATE-DELETE-ERR |
PEP - > PDP |
15 |
GATE-REPORT-STATE |
PEP - > PDP |
16 |
GATE-CMD-ERR |
PEP - > PDP |
17 |
PDP-CONFIG |
PDP - > PEP |
18 |
PDP-CONFIG-ACK |
PEP - > PDP |
19 |
PDP-CONFIG-ERR |
PEP - > PDP |
20. |
SYNCH-REQUEST |
PDP - > PEP |
21 |
SYNCH-REPORT |
PEP - > PDP |
22 |
SYNCH-COMPLETE |
PEP - > PDP |
23 |
MSG-RECEIPT |
PDP - > PEP |