用户网络管理（CNM）为用户提供的管理所属网络的功能，包括查看网络拓扑、流量等。广泛的概念网罗了故障管理、结构管理、会计管理、性能管理、机密管理等网络管理的全部。
用户网络管理（customer network management;CNM）为用户提供的管理所属网络的功能，包括查看网络拓扑、流量等。
简介
通信网技术的发展，尤其是用户具有使用网络的系统的先进性获得了惊人的发展，使得网络管理的重要性更加突出了。对网络管理技术性的要求也非常多，具代表性的要求有:实现远程维护、管理功能应具有先进性，从多个厂家购入的相同标准部件应具有通用性，管理系统的经济性等。许多网络业务提供者都正已实现这些要求为目标，引入以通信管理网(TMN)为基础的管理系统。
作为一个更重要的方面，各家正开始着眼于研究能向用户提供具有部分网络管理信息及管理功能的用户网络管理(CNM:Customer Network Management)，由此，用户可向网络实施试验，或者获得用户所必需的信息，能够迅速实现与网络管理的协调和故障检修。所以，CNM 具有向已有用户和按新规定入网的用户提供附加价值的可能性，可望成为网络业务提供者的新的商业发展机会。
CNM 特别广泛的概念，网罗了故障管理、结构管理、会计管理、性能管理、机密管理等网络管理的全部，在 CClTT(现 ITU-T)第九次会议研究期(1989 一 1992 年)之初，SGVl(现 SG7)提出方案并进行了研究，此后，·在其他研究组(SG)及各种论坛都在致力于其标准化。NTT 也在开发 CNM 业务的典型系统—-用户数据网管理系统(CNMS )，正在使用的 NTT 公司业务管理系统等，一些网络业务运营者及销售商正在进行 CNM 系统及业务的实现。
在 SG7 的 CNM 中，正进行着眼于 X.25 分组通信业务的业务与信息的定义，在确立 CNM 一般性结构的同时，强调其通用性。不仅使用的协议都是在 TMN 中采用的通用管理信息协议 CMIP(Common Management Information Protocol)[ITU 一 T Rec.X.711 | ISO/IEC 9596-1]，而且兼容报文处理系统/电子数据交换(MHS/EDl)〔ITU 一 T Rec.X.419 | ISO/IEC 9735]，并具有适应今后各种协议的扩展性，还要考虑其开放化。信息定义要容易被其他建议利用，注意通用性，同时要尽可能引用在其他已稳定了的建议的定义中能够使用的定义。
模型和结构
CNM 结构
把为了对网络广大用户的资源进行有效管理和使用户有关通信问题得到迅速解决及业务得到恢复，对网络内与相应用户有关的管理信息进行接入或修改，或者使网络具有管理功能的功能称为 CNM 业务。用户是网络业务的使用者，是接入 1 条以上的线路、具有费用支付责任的个人或组织。该业务保护各个用户的机密，在仅有 1 个用户时可虚拟地提供像 1 个网络那样的管理功能。
在这些条件下，CNM 模型如图
CNM 功能 结 构
CNM 的协议
在上述功能分别承担中，接口部分进行协议处理，而从开放化的观点看来，SG7 的 CNM 要兼容使用 CMlP 和 MHS/EDI。在将来，可以认为简单网络管理系统 SNMP(Simple Network Manasement System)[IETF RFC 1157〕及非 OSI 的简易协议等都可能使用。根据协议种类在应用间存在着差异，这些差异可在应用内解决，或者使业务条件受到限制。例如，在采用 MHs/EDI 的场合，不能从应用方面能动地获取报文存储信息，动作类 S 型和 CMIP 之类的模式操作不同，在实时性上受到限制。然而，特别是欧洲在可能使用具有通用性的 EDI 软件这点上，其实现性较优越。
有关 CNM 的标准化动向
SG7 提出了规定结构(X.160)、业务定义(X.161)、CMIP 用管理信息定义(X.162)、MHS/EDI 用管理信息定义(x.163)。4 个有关 x.25 分组通信网 CNM 的建议，今后还将提出业务扩充和一致性条件的规定。其他有关功能，有用户和网络业务运营者之间以及网络业务运营者之间获取故障报告的故障管理功能建议(X.790)。SG11 提出了为 ISDN 用户进行业务模仿操作(Service profile)的建议(Q.942)，ATM 论坛及帧中继论坛中也在研究采用 SNMP 的 CNM 业务的规定。
CNM 业务和信息模型
CNM 业务概要
如图
CNM 业务概要
管理信息结构
概要定义考虑了 CNM 的管理目标及管理信息对用户的有用性以及如何保守网络业务运营者方面的机密等问题。进而根据 X.25 分组通信网的 X.25 协议结构的部分和通用性的部分，确立网络管理信息为如下基本信息分级结构，如图
用户网管理信忽的结构
1 级：业务运营者的通信网。
2 级：在网络中从用户占有性看来仅与一个用户有关的部分(用户网)。要对用户级进行管理的场合，只要回归性地构成包含关系就行了。
3 级-1：用户特有的目标(与 DTE 号码无关)，例如，故障报告及业务指令的窗口等。·
4 级-1：其属下的详细目标。
3 级-2：与用户约定的 DTE 号码有关的目标，例如与 X.25 协议第 3 层有关的目标。
4 级-2：在其属下与接入线(用户线)无关的目标，例如多链路等。
4 级-3：与接入线有关的目标，例如与数据链路及物理线路有关的目标。
5 级：能置于其属下的详细的目标，例如，虚拟通道等。
CNM 业务和管理信息
1、CNM 业务和信息结构
各 CNM 业务和信息结构介绍如下。有关的管理目标(Mo：Manased Object)模型和所包含的树型如图所示。下面有关各业务的叙述请参照该树型图。
2、告警通知业务
通知涉及影响用户通信的故障或事件，也可以变更其通知标准。与用户资源及设备有关的告警，从装置目标(设备：equipment)发出，与 X.25 数据链路以下的通信有关的告警，从表示 X.25 分组通信网用户线终端的目标(X·25 终端：X.25 termination Point)发出。
分组网的 CNM-MO 模型树
3、故障报告业务
本业务是实现故障报告电子自动化了的功能，是最重要的 CNM 业务之一。故障管理功能利用 X.790 规定的通用性结构，并结合.X25 分组通信网特有的故障因素。信息模型如图所示，用户一旦发现异常，在代理者(agent)内生成故障报告目标(通信故障报告)。在网络方面发现故障时，故障报告目标在 agent 内自动生成，并通知管理者(用户)。关于修理状况，连络对方，由接入到与其对应的目标(修理活动，联络)获得信息。关于现行故障报告的发送、经过、结果的履历，由故障履历目标(故障履历报告)保
故障报告的信息模型
物理层群切断，毕特错误多发，F 模式同步偏移。
数据链路层群数据链路建立不起，无应答，协议错误，帧拒绝，重算出。
分组层群
不能发呼，无应答，网络拥塞，非预期性再起动，本地程序错误，远程程序错误，切断理由表示在切断分组里。
4、CNM 系统构成参照/再构业务
这是设定及检索有关用户的组成信息或使线路及业务活性化/非活性化的业务，例如，系统结构图的自动作成，线路闭塞、信息的更新等都可进行。对用户来说，重要的是提供便于管理的信息要素。如用户可获得有关系统组成的必要信息，规定了位置目标(location)、用户目标(Customer)、CNM 使用者目标(CNM User)。位置目标包括用户自身所有设备的信息，具有各接续线路所在地信息等的业务。用户目标是具有用户有关的各种信息的业务。CNM 使用者目标是在用户内具有分级组织的场合，具有与属下组织或 l 个用户下的接续线路群有关的信息的业务。
终端点目标(X·25 termination Point)是具有线路运行、管理信息，根据其属性，能够进行线路闭塞或解除操作，而且能够由 X.25 实体目标(cnm X.25 Entity)进行 X.25 分组通信业务的闭塞或解除的业务。
5、CNM 业务指令业务
接受业务指令后，可参照指令设定信息，进行业务指令的新规则登录、追加、变更、清除、永久虚拟线路(PVC)等操作。业务指令从申请到设定实际物理线路存在着时间延迟，因此即使在 CMIP 中即刻设定业务指令信息也没有意义。为此，引入如图
业务请求的状态迁移
作为与业务指令相关的管理目标(Mo)，定义了与实际业务项目业务模拟有关的目标，和控制上述状态迁移，生成业务的业务请求目标(Serviee Request)。
业务模拟结合 X.25 分组通信的协议结构，定义在数据链路、多链路、分组的各个层的目标里，而且 PVC、典型接续、闭域接续等特殊业务也作为目标定义。关于各个目标，定义了表示各层特性及约定的参数等属性。要实施一个约定，必须这样设定几个模拟，但在只使用`CMIP 时不能同时操作全部模拟。为此，对业务请求具有复合了图的 CMIP 操作形态的数据结构，做到能对几个业务模拟目标同时分别设定各自的值。因此，没有必要在设定目标间的值时同步，或介意在失败时进行重算(roll back)。
对于 PVC，在基本的业务登录完成立后再采取另一方法进行。对各个 PVC，要设定自己的虚拟通道号码、对方电话号码和虚拟通道号码、信息吞吐量级、收费方向等。PVC 还存在对方线路的设定问题，因此有必要考虑在执行上 2 个目标采取同步等。
6、CNM 通信量信息业务
性能管理是根据用户的期望收集、检索、统计出用户通信的通信量的业务。其基本功能是利用通用性的结构(在建议 Q.822 中规定)，实际上以测是 X.25 分组通信业务的项目作出规定。将获取通信量现状值的扫描器定义为目标(现行数据：Current Data)，由此进行通信量统计控制，定义每隔一定时间(例如 l 小时)记录现状值的历史目标(History Data)。按照这种方法，把 X.25 分组通信的各层中收集通信量数据的现行数据目标和记录的历史目标定义如下。这些目标是为每个线路号码在客户需要按日、月等作统计的场合，由网络业务运营者提供必要的统计，或者由管理者用某些方法总计。
〔数据链路层〕：现行 SIP 通信量数据、历史 slP 通信量数据
〔多链路层〕：现行 MIP 通信量数据、历史 MIP 通信量数据
〔分组层〕：现行分组通信量数据、历史分组通信量数据
