欢迎大家对RACS子系统发表自己的看法！

 

RACS全称是啥？第一次听说……

 

 

 

RACS核心技术：
  扮演业务控制功能和传送功能之间的资源仲裁角色。
  支持业务驱动的动态QoS控制、流量控制、NAPT和防火墙控制。
  可端到端分域或分子域部署,可逐步分阶段实施。
  支持端到端路径上数据平面QoS机制的多样性，适用多种类型终端。
  面向业务层提供统一的Rs接口, 支持业务控制系统的多样性。
  采用统一的Rw接口控制传送层的网络边界设备。
  既支持Push模式又支持Pull模式的策略下发方式。
  检查用户业务流量和服务质量要求是否超过用户签约购买带宽和服务质量等级约定。

网络传送层引入RACS的意义：
  不再是透明的带宽提供者，能够知道和控制业务控制系统对传送资源的使用情况，支持基于资源使用和服务质量的商业模式。
  可以根据网络资源使用状态或运营策略或安全策略，开通或阻塞业务媒体流进入网络，预防拥塞发生，保护已开通的业务媒体流不受损伤。
  根据业务QoS、带宽和安全需求，进行业务驱动的动态QoS控制、流量控制、NAPT和防火墙控制。
  对优先级高的业务优先处理、优先进入、优先占用资源和优先恢复。
  统一的网络资源控制平台，支持多业务网络融合，提高传送网络资源利用率。

 

基于分组网络的NGN部署对QoS提出了更高的要求，但当前分组网络的各种QoS解决方案主要关注于分组承载网络设备的QoS处理能力,更多是基于分组承载网络设备的技术(如CAR、队列、DiffServ等)的具体实现。而NGN网络对QoS 的需求，需要从资源的控制、管理、分配方面实施相应的QoS策略，形成一个全网的QoS整体解决方案。因此，ETSITISPAN在制定NGN系列标准时，首先引入了一套负责策略控制、资源预留、接纳控制、NAT和Firewall的穿越等功能的资源控制系统来解决QoS的相关问题。这里首先回顾 TISPAN在R1的研究内容，然后对ETSI TISPAN在R2方面的最新进展进行简要说明。

ETSI TISPAN R1的资源控制实现方式

ETSI TISPAN的RACS R1架构（ES 282 003 V1.1.1）在2006年5月通过。它定义了一套完整的通用架构，并采用适当的接口来实现其资源处理的功用。

SPDF：可根据AF(应用层)的要求，把AF的请求转化为一个或多个请求，映射成IP QoS参数，并发送到相应的A-RACF（利用Rq接口）或者BGF（利用Ia接口）。RACS系统只包含了SPDF和A-RACF两个逻辑实体，但由于传送层相关功能实体对实现RACS系统功能论述的不可分割性，这里一并进行简要说明。BGF是一个包到包的网关。在SPDF控制下实现策略执行和NA (P)T功能。BGF的策略执行功能，其实是一个动态防火墙，SPDF指示BGF允许或者禁止某些子流通过BGF，对于允许通过的子流，SPDF还可以通知BGF进行流量控制。RCEF是A-RACF的策略执行单元，可以允许或禁止流通过，并具有标记流的功能。同BGF一样工作在会话的子流上，子流也通过五元组来表示。L2TF是接入网中CPE二层流量的终结点，它和RCEF构成了接入网络中的IP Edge。

R1版本只理想地考虑了RACS系统自身的功能架构，有很多有争议的地方，许多功能还需要进一步完善。

ETSI TISPAN R2在NGN资源控制方面的最新进展

ETSI的R2于2006年6月中旬的会议上决定RACS的R2阶段在继承R1的基本架构的基础上进一步研究的相关内容包括：端到端的QoS处理、QoS管理、过载控制/计费、多播/单播处理、网络部署以及和其他组织的统一架构等。

在继承R1所有功能的基础上，根据与ITU-T等相关组织的沟通，目前，R2的架构初步形成，各功能实体的功能及在QoS处理、计费/过载控制方面都有了进一步扩展。

SPDF的处理能力没变化，只是进一步考虑到域间互通问题，增加了响应临近域的互联SPDF请求的相关功能，提出了域间（Ri'）和域内（Rd'）的不同接口，并对由此引发的SPDF相关功能进行了细化。

x-RACF：继承了R1中的A-RACF功能，并进一步根据网络部署的需求初步分成了A- RACF和C-RACF两个实体，同时提出了域内x-RACF间交互的Rr接口。二者的区别除A-RACF部署于接入网络，而C-RACF部署于核心网络外，还有A-RACF需要检查用户根据NASS的资源预留内容获得的QoS策略，而C-RACF则不需要。功能上C-RACF功能是x-RACF的子集，但在R2中不进一步标准化。

另外，系统还增加了一个Rf接口，该接口的主要目的是和计费系统交互。由于R2架构目前仍在修订中，当前的工作主要是架构的稳定和由于增加接口导致相关接口功能重新划分和定义，因此前面提到的R2的许多研究内容仅提出了功能需求，并在附录中列出一些相关内容，但还未能提供完整的解决方案。

*   *   *

由于当前RACS的相关规范还处于不断完善中，因此相关的产品也仅限于有限的几家设备商和运营商以技术驱动为主来进行初步测试工作。当然，随着标准的发展，系统和设备的架构也开始逐步考虑可部署性，但从运营商的角度看来，如何真正部署RACS并进行承载业务的试商用还有一段路要走。