【YD通讯标准】 IP QoS 信令控制接口协议 第2部分:网络控制接口资源控制协议

通信标准类技术报告bzxZ.net
YDB 008.22007
IPQoS信令控制接口协议
第2部分：网络控制接口资源控制协议Signalling Control Interface Protocol for IP-QoSPart I Resource Control Protocol-Network Control Interface2007-06-11印发
中国通信标准化协会发布
1范围．
2 规范性引用文件
3术语、定义和缩略谱
3.1 术语和定义，.
3.1.1资源连接初始协议(RCIP)
3.1.2承载控制功能实体（BCFE）3.1.3交换功能实体(SFE）
3.1.4业务/会话功能实体（SCFE）3.1.5上游、下游 BCFF.
3.1.6管理域：
3.1.7 上游下游 BCFE，.
3.1.8 初始 BCFE(Initialor BCFE)-3.1.9 源 BCFE (Source BCFE)
3.1.10 巾间 BCFE (Intermediate BCFE)3,1,II 目的地 BCFE (Destiuation BCFE)3.1.12寻源 BCFE(Source seeking BCFE)3.1.13连接．.
3.1.14 RCIP资源连接.
3.1.15 RCIP 传送通道
32缩略语
4协议概况。
4.1 RCIP 协议参考模型
4.2 消息类型、
4.3基本的协议操作。
4.3.1 请求(REOUEST)
4.3.2 响应 (RESPONSE)
4.3.3 拒绝(REJECT)
4.3.4修改(MODIFY)
4.3.5 释放(Release)
4.3.6 审计 (AUDIT)
4.3.7 通告（NOTIFY)
4.3.8 BCFE 的寻源过程
5RCIP 信令信息控制过程,
5.1资源连接建立.
5.2资源连接拆除..
5.3通告.
6 RCIP 协议格式
6.1概述
-IKAONKACa
YDB 008.2-2007
YDB 008.22007
6.2 通用消总头 (Common Header)6.3 对象格式 (Object Formals)7 对象。
7.I CID (ConnID)
7.1.I IPv4 的 CID (IPv4ConnID)7.1.2 Pv6 的 CD (IPv6CuanID)7,2 流 D (FlowID)
7.3 流信息(Flowlnfo)
7.3. 1 [Pv4 的流信息 (IPy4Flowlnfo)7.3.2 Pv6 的流信息（IPv6FlowInfo）7.4 流量描述（FlwTrafDser）
7.4.1前向流量描述（J'wdFlwTrafDscr）7.4.2后向流量描述（BwdFlwTrafDscr）7.5 LSP 连接信息（LSPconn）
7.5.I EPv4 的前间 LSP 连接信息 (IPy4FwdLSPconn）7.5.2 [Pv4 的后向 LSP连接信息（IPy4BwdLSPconn)7.5.3 Pv6 的前间 LSP 连接信息（IPv6FwdLSPconn）7.5.4 IPv6的后向 LSP连接倍息（IPv6BwdLSPcomn）7.6认证信息（Authenication Information）7.7 原因码 (ReasonCode)
7.8身份标识（IdcntityIdcntification）7.9 Kecp-Alivc 定时器（KATiiner）7.10数据一致性（DataConsistency）7.11 V-Switching 连接信息(VSConnnfo)7.12过较指示（Ovcrload-Indication）7.13 流 Profile (FlawProfile)7.13.1 MPLS 情况 下的流 Profile (FlowPro4MPLS)7.13.2V-Switching情况下的流Profile（FlowPro4V-Swiiching）7.14 结果指示 (Resultldentfication)7.15 E.164 号码 (E.164 Number)8 RCIP 消息...
8.1 资源请求(RR）
8.2 资源确认（RA）
8.3资源拒绝（RFJ）
8.4资源猝放请求（RLR）
8.5资源释放应（RLP）
8.6连接资源状态通告（NFY）
8.7过载指示（OVE）
8.8 讨请求（AUR）
8.9 审计响应(AUP)
8.10建立链路请求（OPEN）
8.11 建立链路确认（ACCT）
8.12 链路关闭（CLOSE）
8.13链路保活（KA）
9 RCIP传送通道的建立和维护
9.1 RCIP 传送通的建立
9.2RCIP传送通道的维护
10基本信令流程
10.1资源请求
10.2资源释放。
10.3资源拒绝.
10.4审计
10.5过载指示，
10.6通告．．
11 性能考虑
12 管理。
13其他问题
13.1 一致性。
13.2安全性
13.3协议传输和维护
13.4 连接 ID .
14开放的问题
14.1多应用支持..
15MIB管理库的定义
附录A（规范性附求）RCIP的MIB管理库KANTKAa
YDB 008.2—2007
IPQoS信令控制接口协议》分为三个部分：第1部分：交换控制接口资源控制协设-第2部分：网络控制接口资源控制协设-第3部分=连接控制接口资源控制协议本部分为&IP QoS信令控制接口协议”的第二部分。本部分的附录A为规范性附录。
YDB 0082-2007
为适应信息通信业发展对通信标准文件的需要，在信息产业部统一按排下，对子技术尚在发展中又需要有相应的标准性文件引导其发展的领域，由中国通信标准化协会组织制定“通信标准类技术报告”，推荐有关方面的参考采。有关对本技术报告的建议和意见，向中国通信标推化协会反映，本部分由中国通信标准化协会提出归口。本部分起草单位：信息产业部电信研究院、华为技术有限公司、中国电信集闭公司。本部分主要起草人：续合元、黄荷仙、邓东风、邹婷、薛莉莉、张涛。rV
1范围
PQos信令控制接口协设
第2部分：网络控制接口资源控制协设YDB 008.2—2007
本部分规定了单-运营商网络内BCFE实体间网络控制接口的规范RCIP协议，包括RCIP协议的参考模型、基本操作、控制避程、协议消息和对象、基本信令流程等内容。本部分适用于单一运营商网络内BCFE实体间的网络控制接口。2规范性引用文件
下列文件中的条款通过引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或能改版不适用于本都分，然面，鼓励根据本部分送成协议的各方研究是否可使扭这些文件的最新版本。凡是不注明日期的，其最新版本适用于本部分。1Tu-T NGN Draft TR-RACF Rev. 6 Functional Requirements and Atchitecture for Resourco andAdnissionControlin NextGenerationNetworks下一代网络中资源接纳控制的功能器求与体系架构3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本部分。3.1.1
资源连接韧始协议(RCIP)
资源连接初始协议是保证单运营商网络中RACS实体BCFE间的接口协议。负资在承载控制层的BCFE间选取、修改和维护QoS路由：从而保证承载网中端到端的QoS，3.1.2
承载控制功能实体（BCFE）
承载控制功能实体即策略决策点PDP，实现对承载网资源的建立、修改、分配、释放等控制和管理负贵接收来自业务/会话控制功能实体业务请求，进行QS映射，IP标记控制，门控等，并为请求的业务流进行核心网路径选择，将结果传递给网络承载层的交换功能实体。3.1.3
交换功能实体（SFE）
交换功能实体即策略执行点PEP，负资接入CPE，并连接到核心网。根据承载控制功能实体通过SCI接口的控制，基于每一个数据流执行门控、流分类、流标记、包转发以及流监管和控制等功能，并收集和上报网络资源状态和用户使用资源状的信息。3.1.4
业务/会话功能实体（SCFE）
业务/会话控制功能实体负责会话控制，并向承载控制功能实体请求会话所需的QoS资源。3.1.5
上游、下游BCFE
发送资源请求的BCFE，称为上游BCFE。相对地，接受资源请求的BCFE，称为下游BCFE，3.1. 6
管理域
-TKAONTKAa
YDB 008,2--2007
指IP物理网上所别分的互,不重叠的各个区域，每个管理域由一个BCFE逊行管理。在实际应用中，一个管理域可以是一个娥域网，也可以是一个省或国家骨干网；管理域的划分也可以与路出区域的划分一致。
上游/下游BCFE
发送资源请求的BCFE称为L游BCFE，接受资源请求的BCFE称为下游BCFE。3.1.8
初始BOFE(Initiator BCFE)
初始BCFE是指从SCEE处接收到S请求的BC。3.1.9
源BCFE（Source BCFE）
QS请求中的源用户（主叫或被叫）接入承载网时，负责其所属理域资源分配的CE。刻如，网络可以通过用广的地址（IP地址或者E.164）寻找源BCFE。3.1.10
中间 BCFE （Intermediate BCFE’负贡承载网中间管理域资源分配的BCFE。中间BCFE根据上游BCFE的请求分配本地资源，并Ⅱ将QoS请求传递给下游BCFE。
目的地 BCFE (Destination BCFE)QoS请求中的月的用户（士叫或被叫）接入承载网时，负责其所属替理域资源分配的BCFE。例如，网络可以通过川广的地址（IP地址或者E.164）寻找日的地BCFE。目的地BCFE从F:游BCFE处接收到QoS请求，如果请求是效同的，他将直接给SE发送反南踏径安装命令并且可上游版CF返同请求应。反之请求是单向时，具是向F游BCFE返回请求响成。3.1.12
寻源 BCFE (Source seeking BCFE)在收到QoS请求后，负页查找源BCFE并将QoS请求传递给下游RCFE的RBCFE。寻源BCFF将根据oS请求中源出户的地址来传递资源的请求。3.1.13
谁接是指出对关联的“单向连接”红成一个传送休，该单向连接能够分别在输入和输出口上向反的方向发送信息。
RCIP资源连接
RCIP资源连接可传送个或多个为-维继流进行资源预留的信息，用一个唯一-的连接ID标识。3.1.15
RCIP传送通道
RCIP 传送通道准两个相邻 BCFE之间维持，用于传送RCIP 息。各种BCFE之间的关系示意，如图1所示。2
寻源HCHRi
源BCFE
寻激BCFEj
源CHB
源BGFE
寻源BCFEi
浮源BCHE
源BCFE
3.2缩略语
下列缩略语适用于本部分。
Diff-serv
中RCFE
中间BCFE
中间BCFE
图1各种BCFE之间的关系示意图
RCIP ACCepT message
RCIP AUdit resPonse
RCTP AUdit Request
Rearer Control Function EntityRCIP CLOSE message
Bifferentiated Services
RCIP Kccp-Alive mcssage
MultiPratocol Label SwitchingNetwork Control Interface
RCTP connect resource state NotiFYNetwork-Netork Interface
RCIP client-OPEN message
RCIP OVErload indication
-IKANKAca-
YDB 008.22007
目的地BCFE
目的地ECH
建立链踏确认消息
审计请求响应消息
审让请求消息
承载控制功能实体
链路关闭
区分业务模型
保活消息
多协议标记交换协议
网络控制接口
通告消息
网络间接口
建立链路请求消息
过载指示消息
YDB 008.2—2007
4协设概况
Private Network Node InterfaceRCIP Resource Acceptance
Rcsource Admission Control SubsystemResource ConnectionInitiation ProtocolRClP resource REJection
RCiP Resource reLease resPorseRCIP Resource release RequestRCIP Resource Rcquest
Session/Service Control Function EntitySwitching Function Entity
4.1RCIP协议替考模型
私有网络节点接口
资源确认消息
资源允入控制子系统
资源连接初始协议
资源拒绝消息
资源释放响应消息
资源释放请求消息
资源请求消息
会话/业务控制功能实体
交换功能实体
RCIP定义了承载控制功能实体BCFE间的协议。在此架构中，承载控制半面（出BCFE组成）与数据平面（由SFE组成）相分离。每个管理域有一个BCIE，用于管理该管理域下的所有逻辑承载网络。每个BCFE内记录该管理域下逻辑承载网的拓扑和资源，并分别进行管理，通过C协议，实现同一个运营商网络内跨不同BCFE之间的资源控制。信令控制采用oFF-ath‘的模式，RCIP协议是基于服务器/客端模式。对于BCFE之间的连接，IP地址小的为客户端，P地址火的为服务器端。RCIP协议参考模型，如图2:
到其它SCFE
呼叫信令
4. 2消息类型
Qos 控制信令
RCIP协议
到共它 BCFE
创H化管理域
媒体路径
图2RCTP协议参考模型
RCIP协议支持多种消息类型，按照功能可以划分为两类：RCIP传送通道消息RCIP资源连接消息。其中RCIP传送通道消总用建文和维护相BCFE间的RIP传送通道.RP资源连接消息川于用户业务从源SFF到H的地SFE之问的资源预阐：个RCIP资源连接用唯的CID标识4
YDB 008.2—2007
相邻BCFE之间建立一个半永久虚电路RCIP传送通道，在该通道1，可以承载多个RCIP资源连接。a）RCIP转送连接消息色括：
1）建立链路请求消息（OFEN）
2）建立链路确认消息（ACCT）
3）链路关闭消息（CI,OSE)
4）链路保活消息（KA）
b）RCIP资源连接消息包搭：
1）资源请求消息（RR)
2）资源确认消息（RA）
3）资源拒绝消息（REJ）
4）资源释放请求消息（RLR）
5）资源释放确认消息（RLP）
6）连接资源状态通告消息（NFY）7）过载指示消息（OVE)
B）审计请求消息（AUR）
9）审计响应消息（A取P）
RCIP各类协消息之间的关系示意图如图3所示。RCIP资源连接I:RR/RAREJ/RLR/NFYIOVEAUR/AUP个
4.3基本的协议操作
RCIP资源连接2:RR/RAREJ/RLR/NHYIOVEAUR/AUPRCIP资源连接正RR/RAREJ/RLR/NFY/OVEAUR/AUPOPENI ACCT/ CLOSE KA
图3RCIP各类消息之间的关系示意图4.3.1请求（REQUEST）
请求操作用于上游BCFE与下游BCFE问请求预留的资源。请求操作传递流信息、S参数对象，它们播述了要被分配的流的QoS。下游BCFE接收到请求消息后，根据消息中携带的源地址、日的地址和QoS要求对这次业务流在相应的逻辑承载网中进行资源计算和选路。请求是点到点发送的，通过相含BEFE间的--系列请求实现某个资源的预留，BCFE将前一·个BCFE作为请求消息的源。
BCFE中记录源BCFE的路由（寻址标识地址），便于在发送响应以及事件通告时能够找到上游节点。个会话/呼叫可能包含多个媒体流，例如可视电话一般要包括一个音须流和一个视频流，为了能够一次请求巾就可以建立-个呼叫中所有媒体流的QaS连接，一次请求中需要能够携带多个媒体流的QoS需求信息。因此，一个RCIP消息可以包括一个或多个流信息（如：斤元纽信息）。5
KAONKAa
YDB 008.22007
在一次请求中，允许网络不能满足其QoS需求但网络依然有剩余资源，这时，SCFE可以在请求中指定是否确认比所需QoS等级低的服务。相应地，BCFE也可以在BCFE之间的倍息中指明是否确认比所需QoS等级低的服务。一个请求能够被部分的满足。如果必要的话，为了满足紧急呼叫的QoS，紧急呼叫可以占用非紧急呼叫的资源。这可以通过在资源请求消息中设置紧急呼叫的标志实现。当没有可用的资源时，BCFE可先占或者拆除低优光级的资源连接。4.3.2响应 (RESPONSE)
均应消息用于给前一个RCIP消息提供执行的确认结果。响应消息是必须的，而且上游只有收到响应消息才可确认资源建文。
BCFE收到一个响应消息后，可确认相应的RCIP资源连接已成功地分配到资源。当可以接受上游BCFE请求中指明等级较低的QoS服务时，在响应中需要指网络能够提供的QoS服务等级。1游的BCFE可以在资源请求中带多组带宽信息，下游BCFE尽可能的去满足最大的带宽请求，并将所选择的带宽结果返回给上游BCFE。带宽信息携带在资源请求/响应中的流量描述对象中4.3.3拒绝（REJECT)
如果下游的BCFE不能满足上游BCFE的QoS请求，它将向上游BCFE发出绝的响应。拒绝消息用下提供信息给前个RCIP消息执行的拒绝和拒绝的原因的结果。拒绝的原因有可能足资源不足、无可用路径、超时，非祛操作、末知对象等等。对于紧急呼叫，BCFL将尽可能的满足QoS。当需要时，BCFE为满足紧急呼叫的QoS而剧除其他呼叫的资源。4. 3. 4修改 (MODIFY)
某些业务可能需要在业务运行过程中随时修改QuS需求，根据上游BCFE的请求，BCFE可修改.上次中请使用的带宽、端口、协议类型等，但不能修改数据流的IP地址。且支持多次修改。带宽修改分为增量修改和减量修改。减最修改一般情况下是能成功的，增量修改则不一定，因为资源有可能不足。当改失败时，可能需要恢复原来建立的连接，或者释放RC1P资源连接。但是实现这利预留可能十分困难。
4.3.5释放（Release)）
当不再需要某个RCIP资源连接时，使用Release操作，从源BCFE到日的地BCFE释放该连接占用的资源，并清除连接状态。或者当检测到本地资源或名连接出现异常时，判断与其相关的数据平面的数据流已经中断，则BCFF白动清除连接状态，并问上游和下游BCFE发Relcase消息，释放和该连接相关的资源4. 3. 6 审计 (AUDIT)
出于释放过程中出现错误或者由丁某BCFE内部出现故障时，可能会山现各BCFEI:资源连接的不一致性。使用审计操作，可用-检查相BCFE之间的RCIP资源连接是否一致。审计操作的发送者会收到它的对端BCFIF的喇应，该响应会提供该审计的结果是成功还是失败。当收到失败的审计响应时，表明该RCIP资源延接在对端BCFEI:已经不存在，则该1CFF将自动清除连接状态，并购另一个相邻BCFE发Release消总，释放和该连接相关的资源。注意：审计操作不会改变现有预留资源的状态。4.3.7通告（NOTIFY)
告操作用于向上游BCF报告本域内和某个资源接相关的事件信息。当BCIE本地资源状态发生改变时，如果判断与其相关的数据平面的数据流没有中断，则向上游发通告消息。NOTIFY消息和RESPONSF不同的是，NOTIFY消息不孟要参考特定的状态或前一个接收到的消息。它们是异步发送的，通告消息中应携带一个触发道告的事件对象。4. 3. 8BCFE 的寻源过程
为了问业务控制层屏蔽承载控制层的网络拓扑，使得SCFE不需要知适每个QoS请求的源用户所属的BCFE的地址，或者不箭要和每个BCFE之间建立链路，SCFE只需要给任意的某个BCFE发起请求，通过寺源过程，该BCFF可以将此请求传送给源BCFE，从而开始一个资源预留过程。6
YDB 008.2--2007
BCFE的寻源过程是指根据请求资源的媒体流的源地址（如IP地址、E.164号码、URL等）找到源BCFE的过程，该过程实质是一个解析出源BCFE地址的过程。有两种方式来实现寻源过程。一种是背负式，即解析功能综合在BCFE中，这些BCFF称为导源BCFE,实现签源预留请求代理的功能。当（初始CFE从SCFE收到一个OS请求，它发起一个资源请求给寻源BCFE，寻源BCFE负货找到源BCFE的地址，并将资源求转发给源BCFE。另一种方式是独立式，即解析功能独立.丁-BCFE。当BCFE（初始BCFE）从SCFE收到一个QoS请求，向解析功能发起一个解析的请求。解析功能解析出源BCFE的地址并将其返回给初始BCFE。初始BCFE根据地址直接给源BCFE发起资源求。这种方式不在本部分的研究范围之内，5RCIP信令信息控制过程
BCFE实体位于承载控制层面，他们之间的借令倍息使用ECTP协议进行控制。BCFF之间的信令消息主要有以下四个基本的过程：资源连接建立，资源连接拆除，道告与过载指示。5.1资源连接建支
在支持MPLSDifSery的IP网络中，网络管理员按照业务类别或QoS等级将有QS要求的业务划分为若干类。根据每类S业务的拓朴规划和统量规划，网络管理员采用MPLSLSP技术为H预配置一个路由和资源分配独立于其他业务的逻辑承裁网，并为构成每个逻辑承载网的LSP配置带宽和QoS属性。这样，每条QoS业务流只在其所属的逻辑承载网中进行资源允许控制、路径选择和资源分配。无QoS要求的尽力而为（BestEffart）业务则根据传统的IP路由进行转发，不应用任何QoS机制。RCIP资源连接首光由源BCFE发起。当请求消息被传给下游的BCFE，在下游BCFE上检测到这个请求消息，根据业务流所风的逻辑承载网的拓补和资源占用情况以及业务申请的QoS餐数，进行资源计算、选路和允许控制。如果该BCFE不是目的地BCFE，则它根据接收到的请求消息科选路结果，产生一个新的请求消息。该消息被转发给下一个BCFE。同样的处理过程在信令路径上接下来的BCFE上得到执行，直到目的地BCFE。目的地BCFE可以从发现该RCIP资源连接的目的地址属于自己所管辖的BCFE域内，米决定它是承载控制层最后一个节点。
5.2资源连接拆除
只要不再需要某个RCIP资源连接，BCFE就必须发送一个资源释放请求。资源释放请求用于删除从初始BCFE到目的地BCFE之间的资源连接状态龚源释放请求可以上游BCFE或者初始BCFE的应用程序发，也可以山状态超时或者信令路径上征何一个BCFE发起。BCFE接收到释放消息之后，需要把连接占用的资源释放，并清除连接状态。当释放消息在发送过程中失败时，将造成信令路径1不同实体的状态不致的情况，这时，需要由审计机制来检查和重渐新获得一致性。另外，当某个RCFE(击于出错等)自动删除某个连接，该BCFE应该构造一个释放消息发送给上游和下游的BCFE。当接收到这样个释放消息，BCFE将启动定的程序，包括删除自己的资源连接状态，并将释放消息沿原路发送给相邻BCFE5.3通告
当某个RCFE检测到管理域内的CIP资源连接获态发生改变时，向上游发送通告消息，告知其资源状态的改变，但此时承载层羽连我伪止第。当接收到这再-个通告消息，BCFE将启动定的程序，具体操作根据通告的事件的不局。
BCFE在商负荷的精说下可能出现过载现象。为了在高负荷的情况下能确保高效的吞吐量，有必要降低其他BCFE发给它的新的信令请求的速率。本协议通过过载指示来实现这个功能。当BCFF检测到过载时，可以将这些信息广播给所有相邻的BCFE，当接收到这样-·个过裁指示消息，BCFE的其体操作决定于实施。当过载恢复时，将向相邻RFE发送过载指示消息，告知过裁恢复事件。6 RCIP 协议格式
KAONKAa
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。