智能虚交换技术研究及其性能测试(2)

    该层是IVS体系中承上启下的重要层面，向上通过资源保障互联协议用户接口部分（RPIP UNI）为业务控制层提供业务接口，向下通过公共开放策略服务增强版协议（common open police service plus，COPS+）和承载转发层形成控制下发接口。

　　IVS业务控制层是由业务触发功能实体（servicetriggerentity，STE）和业务控制登记实体（servicecontrol register，SCR）组成，SCR记录了用户数据，包含物理位置、逻辑标识、用户权限、认证方式、接口能力等信息。当业务触发之后,STE访问SCR进行数据查询，得到必要的业务信息，然后指挥连接控制层来建立相关电路。

　　OAM/管理层负责提供管理、监视、维护、告警等网管功能，对包含承载转发层、连接控制层和业务控制层在内的各种功能部件，如DRE、NSE、STE和SCR等进行监测和维护管理。

　　3、运行机制

　　下面针对IVS的运行机制主要从协议模型、转发模式、编号机制和集中管理4个方面进行阐述。

　　3.1RPIP逻辑模型

　　在IVS体系中，用户信息主要存放在SCR里，当用户触发链路建立请求时，SCR通过RPIPUNI信令通知NSE，NSE设备之间则通过RPIPNNI信令进行路径选择，确定一条能够满足要求的链路逻辑信息，然后NSE将链路逻辑信息通过COPS+协议发到DRE上，DRE根据逻辑信息在设备上进行资源预留和物理链路建立。RPIP分为UNI和NNI两大类型，逻辑模型如图2所示。

　　

　　

　　图2 RPIP逻辑模型

　　RPIPUNI协议是SCR与NSE之间的QoS协商接口，用户的业务请求需要通过静态配置/业务信令向SCR发出业务申请，SCR收到业务申请后，判断用户的业务权限和分析主叫/被叫的位置，确定本次业务流所需要的带宽等QoS参数，业务控制层的SCR通过RPIPUNI向连接控制层的NSE发起连接路径请求，申请相应的资源和业务承载路径，并实现修改、拆除、查询已建立的业务连接的功能。

　　RPIPNNI是NSE域之间的QoS协商接口，每个NSE域由1个主用NSE（必需）和1个备用NSE（可选）构成。源NSE翻译来自SCR的协议信息，如果该连接仅发生在源NSE所处的域内，那么源NSE无需启动RPIPNNI协议，只需要通过双向Dijistra算法在本域内进行路径选择，同时以用户的QoS参数作为双向Dijistra算法的约束条件，快速确定用户连接路径。如果连接需要跨越多个NSE域，那么源NSE则生成RPIPNNI格式，发给下一跳NSE，进行连接分段建立。