PS设备对硬件的需求.docVIP

本文适当描述了分组系统在现有V3平台开发上的限制，该限制主要集中在硬件方面。 其中硬件部分的缺陷或者是制约是本文论述的重点。在下文的论述中，会从单板和架构两个方面展开。 V3硬件平台架构对PS系统开发的制约。 V3平台SGSN体系架构 现有3G平台用于SGSN开发，主要存在如下问题： 采用一级交换进行大容量SGSN配置时，由于BUSN上流控有限，而级联线卡以Ge接口下发流量，如果该流量流向SGUP或者其他单板的单一端口，会造成大量丢包，甚至单板异常。 SGSN无法满足QoS要求。 控制面单板之间交换能力太弱，尤其是SGUP/SGLP/SIUP与SMP之间的交互能力，导致SGSN控制部分集成度太差。 接口与单板处理单元绑定，造成处理单板可复用性较差，单板类型增多，加大了单板软硬件的开发、维护成本；接口板的设计应考虑到以后扩充丰富的接口的情况，目前GLIQV在面板上出千兆以太网，而FLIV板出百兆以太网口，建议所有的对外接口都统一在后插卡上出，包括千兆以太网、百兆以太网以及后面可能的POS口，后插卡可以根据需要扩充，但不影响接口板的运行，可以做到比较灵活。该问题在SGSN、GGSN均存在。 接口以及用户面处理单元处理能力过低，造成集成度较差。同时接口处理能力过低问题，带来了单局实际支持用户限制，当前SGSN最大仅能支持60万用户容量配置。 采用网络处理器，代码空间有限，当前的SGUP已经无可用代码空间。 机框硬件配置无法自动生产，需要后台手工配置 无专用的主备信号通道 V3平台GGSN体系架构 V3 平台的一级交换实现GGSN，就架构上来看主要存在一下问题： 纵向三层结构降低了GGSN的集成度。纵向三层，是指SMP、用户面处理单板的HOST，以及引擎部分。 现在GGSN结构很难解决彻底解决Qos问题，目前GGSN构架的Qos只能在LP单板上提供面向业务聚合流的队列调度控制功能，提供的队列数据十分少，这样只能在宏观上保证一类业务的Qos性能，但是还是无法保证每个用户的业务流的Qos性能。另外一个方面，目前的GGSN构架在数据经过的每个单板上都可能存在报文丢失情况，导致整个GGSN上无法保证报文丢失按照Qos策略进行丢弃。另外，虽然PSN可以提供基于2.5G的Qos数据传输能力，但是GGSN目前Lp单板和UP单板的处理能力都远远低于2.5G的数据处理能力，其Qos报文控制需要考虑 控制面单板SMP处理能力的低下，导致系统集成度太低。GGUP的Xscale核处理业务，负责与SMP的GTPC上下文同步，另外还有大量的计费报文上报，造成GGSN业务处理能力无法提高 用户面采用网络处理器单板，无法满足分组话务模型需求，用户面处理能力原超过了控制面处理的话务要求，造成了控制面和用户面的不均衡问题。如果采用控制面进行配置，则集成度太低，并且成本过高，如果采用用户面配置，则控制面根本无法满足用户的话务需求。 内部IP交换效率不高，尤其是增加了内部交换的IP报头，使内部交换的效率进一步降低。 GGLP单板的ACL是提供的软件RFC算法来实现，这虽然可以实现ACL控制功能，但是由于ACL一方面需要暂用大量的SRAM空间导致目前GGLP单板只能支持有限的几个端口入口的ACL功能，无法保证接口单板上提供全部端口的双向ACL功能；另外一个方面由于ACL是采用微码查表方法，这样就导致GGLP处理性能降低。 目前硬件平台机框和机架供电和散热情况，导致无法提供在资源框中提供插入高性处理器阵列。 V3硬件单板对于PS系统的制约 V3硬件单板可以分为下述几类，根据在SGSN、GGSN中的使用情况分别描述各个单板存在的问题或者对于业务开发的制约因素。 IXP1200、2400 IXP系列的单板在SGSN、GGSN中主要用于接口处理和用户面处理。该类单板共同特点是用户数据转发能力强，控制面处理能力较弱，代码空间有限。 在SGSN中，当前阶段主要使用IXP1200，用作SGLP和SGUP。该单板在开发中遇到两个问题无法越过，SGLP上控制面转发限制，当前SGLP最大转发800PPS，能够支持7.5万分组业务，考虑到当前系统支持8个等价路由负荷分担，最大可以支持60万SGSN局配置，无法满足100万分组用户的配置要求。SGUP板除了控制面处理能力无法满足要求之外，其有限的代码空间成为维护和开发的瓶颈，当前SGUP代码空间已经耗尽。 在GGSN中主要使用的是IXP2400，用作GGUP和GGLP。在IntelIXP2400上虽然提供了一个Xscale内核，但是其性能十分有限。其只适合与做数据面转发过程中用到的各种表的管理作用，不适合做大流量情况下报文的业务处理。 该单板面临的问题与IXP1200相似，控制面处理不足和代码空间有限。GGLP改造之后，微码直接将控制面报文上交，绕开