朗讯PHS网络主要由交换机，基站，网管组成。自朗讯PHS网络诞生时起，一直处于不断演进及发展中。交换机向大容量的5E-XC，光接口，宽通道发展，基站向大功率，智能化，组控及分组通信发展，相比来说，网管发展却滞后。朗讯公司意识到此问题后，于2004年投巨资进行网管领域改造。下面将从问题提出到各解决方案进行论述。
一． 网管问题概述
1．PHS 网管结构问题
目前CSMS网管由CT，ET，服务器组成。CT直接通过RAIU与基站相连，多CT接入服务器并由多用户使用ET管理。最大的问题是CT容量较小。每CT可配置4块EICON卡，可支持约800基站。对于大型网络来说可需CT几十个。
由于CT与基站间传输使用ISDN，速率较低。这样如此多IT级可靠性的CT，造成系统稳定性问题，同时系统维护成本高。
2．PHS 网管缺乏标准问题
PHS本身从诞生之日起就缺乏网管标准支持，多基站厂商告警和话务数据各不相同，这对日常管理，维护，优化带来很大不便。原话务收集以日为单位，实时性较差，且由于基站断电可使部分话务数据丢失。为此，一些统一网管和预警上传规范已经确立，有待实现。
3．PHS 网管缺乏优化分析工具
长期以来，市场上对于PHS网络优化缺乏有效的网优工具，网络中各基站供应商提供的话务分析数据差异较大，而且PHS网优手段非常有限，主要依靠人工经验分析、运营商自开发小工具、第三方提供的软件，这些小工具对于网管的兼容性、数据可靠性、系统稳定性以及与网络的综合平滑演进等方面都存在一定的问题。
同时，各省中心需要统筹管理，多个CSMS间以及各本地网间同时需要软件统一问题也尚待解决。
二． 支持以太网接口的朗讯基站网管新结构问题概述
1．PHS 网管结构问题
CSMS新结构引入SCT（高级CT）连接基站和交换机。SCT的设计容量目标是支持10, 000个基站。大量减少CT数量，单PSC需要1台到4台SCT。新系统的SCT通过以太网直接连接到一个SM的PSU， SCT不再需要EICON卡与PSC连接网络，
在PSC的PSU中，新协议处理器XOT PH (X.25 overTCP/IP板即PHE2)将提供100M以太网 连接到CSMS CS，新协议处理器CSDL PH（下载协议处理器）将支持通过XOT PH建立基站软件下载连接，其中新结构中将不需IPS，CSMS控制和下载通道都将通过XOT PH建立。
5E－XC交换机设计容量是一个PSC支持约10, 000个基站，一个PSC需要配置从1+1 到4+1片XOT PH，每片XOT PH需要定义一个IP地址，
新网管结构带来的好处是：
简化网络结构
CT：大量减少CT数量，可由几十台减少到1台到4台SCT。
TCP/IP: 通过宽带连接PSC和CSMS6.0
EICON：可取消EICON卡
提高系统的可靠性,降低系统维护成本
OFFSWITCH:可取消低集成度和低可靠性的CT，EICON卡。
PSC：由PSC(5E-XC)的可靠性保障CSMS运行
提高基站软件下载性能
接口带宽:由EICON卡的提高到现在基于100M的PHE2接口
同时下载数量：通过CSDL的交换机配置代替EICON端口服务，速度提高到7倍以上。
3．CSMS6.0的平滑过渡考虑
由于CSMS的结构改造项目建立在CSMS6.0上，故CSMS6.0与旧版本相比具有巨大飞跃，所以平滑过渡显得尤为重要。幸好CSMS6.0在设计理念时已做如此考虑，具体描述如下：
CSMS6.0同时支持新旧两种CSMS结构，这就是说，CSMS6.0不仅可运行在全新的基于IP的新CSMS体系结构中，并且即使不替换硬件而沿用EICON卡结构也可升级CSMS6.0，同时CSMS6.0也可运行在CT/SCT混合的CSMS体系结构中。在这种混合结构中，需以SM为单位为参照， 一些SM通过ISDN卡及CT连接CSMS， 一些SM通过PSU上的Ethernet卡及SCT连接CSMS， SM间通信仍经过IMD PH3， SM至SCT间不再需要IPS。
按此原则设计的CSMS6.0，可灵活应对不同网络结构改造和便于工程施工，工程中可做到保持原有CSMS服务器不变，先升级软件到CSMS6.0，然后可按SM为单位进行割接。可逐SM割接至新SCT中，这样可使话务收集影响可降低至最少（仅影响割接过程）。
三． 网管功能的规范化问题描述
1．PHS 网管统一方案实现
网管的功能规范化问题包括TMM和告警的统一，改善话务收集的实时性，提高功能优化包括告警操作，安全管理，日志管理以及数据上传等。按照各功能需求紧急程度和不同基站供应商的数据完善程度，朗讯把网管的功能规范化项目按不同产品（如CSMS，NOSS，NFM）分步骤实现。
CSMS 5.0 (2004年3月实现)
检查话务数据错误，并清除错误
自动重传和补充传输失败数据
支持多种方式的手工收取数据
当基站删除时，保留话务数据
支持灵活扩展的数据库结构包括基站安装，配置和管理信息
支持接口到NOSS网优支持系统
支持统一的同步方式
建立基于统一TMM的框架
2．PHS 预警数据上传方案实现
预警规范实现包括基站，交换机和短信部分的数据上传。基站数据预警方案可通过NOSS1.2实现。其中已实现多CSMS统一接口。预警规范短信实现方案由短信平台完成。
预警规范交换机部分实现方案可有如下选择选择：
朗讯NFM网管放于省中心，管理交换机数据上传
使用各本地网第三方开发网管平台
使用手工上传方案
四． 网优支持系统NOSS功能描述
NOSS即网优支持系统，它是CSMS系统网管功能的进一步延伸，而不是替代品。
1． NOSS的产生背景
从市场上来看，随着网络建设平稳期到来， 网络优化是主要发展方向，虽然各运营商尚有些二次开发甚至小型公司提供简易工具，但非常有限和薄弱，大部分优化分析和报表制作均需手工完成，导致网络优化及服务称为困难和乏味的工作。从另一方面看，很长时间以来各基站的管理方法及数据均不统一，而现在统一的标准已达成共识，这为网优系统的开发和成熟带来更好的锲机。
从技术上来看，由于增加大量分析和报表功能会占用大量服务器资源，甚至会影响网管实时处理性能，NOSS与CSMS分离后作为CSMS后台分析，可减少CSMS负担，这样由CSMS仍完成系统配置，基站操作维护，话务收集等，NOSS侧重数据分析和报表，不影响CSMS实时处理。同时NOSS可解决多CSMS及多本地网统一分析问题。总之，这正象分层通信协议使通信技术高速发展及组件编程使软件开发更容易一样，NOSS从CSMS分离可改善性能和增加功能。
2． NOSS的结构设计
NOSS的系统组成如下：
NOSS服务器：完成网优分析的数据库服务器和统计计算功能
优化操作终端(OT)：网优用户的操作界面。与NOSS服务器相连，分析数据，一般可利用原有原有CSMS的ET硬件
网关服务器(Server)： 完成与其它厂商数据的匹配
3．NOSS的功能描述
网络优化问题可以分为：话务优化，小区规划，覆盖问题、同步问题、干扰问题、切换问题、基站线路问题、停电问题和基站调整问题，朗讯NOSS系统针对以上各方面的问题，对基站管理系统CSMS提供的各种基站实时数据进行分析计算，根据网络优化中各项指标阈值，产生相应的详细报告及分析结果和指导措施给使用者，指导用户监视网络运行、优化网络、提高各项网优指标及网络中各种资源的利用率。
从NOSS的基础功能上，除了支持预警数据上传功能外，具体的优化分析功能模块是：资源配置分析，系统性能分析，故障及状态统计，话务数据分析，定时报表输出，基站数据快速联动浏览等。
