YDN 066-1997
基本信息
标准号： YDN 066-1997
中文名称：国内 No.7 信令方式技术规范——运行、维护和管理部分(OMAP)
标准类别：通信行业标准(YD)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
下载大小：24229175
标准分类号
关联标准
出版信息
相关单位信息
标准简介
YDN 066-1997.
1引言
No.7信令网的运行、维护和管理部分(OMAP)规定了用于管理No.7信令方式网络的功能、程序和组成的要素。
YDN 066规范是根据ITU-T 1993年白皮书的下列建议制定的。
一No.7 信令方式管理的概述:建议Q.750
一No.7 信令方式MTP管理的对象:建议Q.751.1
一No.7信令方式网的监视和测量:建议Q.752
一No.7 信令方式的管理功能MRVT, SRVT和CVT以及OMASE用户的定义:建议Q.753
一运行 、维护和管理部分(0MAP) No.7信令方式管理ASE定义:建议Q.754
一No.7 信令方式规程测试:建议Q.755
上述OMAP建议中,由于有关Q.751.1建议的消息传递部分(MTP)的管理对象、Q.753和Q.754建议中信令连接控制部分(SCCP)路由证实测试(SRVT)和SCCP测试器(ST)还不完善，因而可以暂不使用。
2 No.7信令方式管理的概述
No.7信令方式管理概述参照ITU-T 1992年的建议Q.750。
No.7信令方式的管理主要由OMAP完成以下功能:
a)在电信管理网(TMN)中的管理功能包括对网路单元(NE)和操作系统(0S)之间接口及各种管理对象的数据进行采集。
b)在信令网中进行路由表数据的确认和有效性检验的管理。
有关No.7信令方式中规程本身的信令网管理功能(如倒换、强制重选路由、子系统的管理等)不包括在OMAP功能之内。
1引言
No.7信令网的运行、维护和管理部分(OMAP)规定了用于管理No.7信令方式网络的功能、程序和组成的要素。
YDN 066规范是根据ITU-T 1993年白皮书的下列建议制定的。
一No.7 信令方式管理的概述:建议Q.750
一No.7 信令方式MTP管理的对象:建议Q.751.1
一No.7信令方式网的监视和测量:建议Q.752
一No.7 信令方式的管理功能MRVT, SRVT和CVT以及OMASE用户的定义:建议Q.753
一运行 、维护和管理部分(0MAP) No.7信令方式管理ASE定义:建议Q.754
一No.7 信令方式规程测试:建议Q.755
上述OMAP建议中,由于有关Q.751.1建议的消息传递部分(MTP)的管理对象、Q.753和Q.754建议中信令连接控制部分(SCCP)路由证实测试(SRVT)和SCCP测试器(ST)还不完善，因而可以暂不使用。
2 No.7信令方式管理的概述
No.7信令方式管理概述参照ITU-T 1992年的建议Q.750。
No.7信令方式的管理主要由OMAP完成以下功能:
a)在电信管理网(TMN)中的管理功能包括对网路单元(NE)和操作系统(0S)之间接口及各种管理对象的数据进行采集。
b)在信令网中进行路由表数据的确认和有效性检验的管理。
有关No.7信令方式中规程本身的信令网管理功能(如倒换、强制重选路由、子系统的管理等)不包括在OMAP功能之内。
标准图片预览
标准内容
邮电部技术规定
YDN066—1997
国内No.7信令方式技术规范
运行、维护和管理部分（OMAP
（暂行规定）
1998-02-18发布
1998-02-18实施
中华人民共和国邮电部
YDN066—1997
2No.7信令方式管理的概述
3No.7信令方式的管理对象
4No.7信令网的监视和测量
5No.7信令方式的管理功能
6协议测试器
后向兼容性
建筑321
标准查询下载网
YDN066—1997
本技术规范规定了No.7信令网有关运行、维护和管理（OMAP）方面的功能、程序。主要包括No.7信令方式管理的协议模式、监视和测量以及MTP、SCCP的管理功能。本技术规范的实施有利于提高我国No.7信令网的可靠性和我国电话网的服务质量。本技术规范在制定过程中参考了ITU-T的有关建议，并吸取了国外有益的经验。本技术规范于1997年报邮电部审批，后来根据通信网络和电信业务发展的需要，又做了补充修订，于1999年正式发布。本技术规范的起草单位：邮电部电信传输研究所本技术规范主要起草人：王立言续合元庄玉芳刘宇红
1引言
邮电部技术规定
国内No.7信令方式技术规范
一运行、维护和管理部分（OMAP）（暂行规定）
YDN066-1997
No.7信令网的运行、维护和管理部分（OMAP)规定了用于管理No.7信令方式网络的功能、程序和组成的要素。
本技术规范是根据ITU-T1993年白皮书的下列建议制定的。-No.7信令方式管理的概述：建议Q.750No.7信令方式MTP管理的对象：建议Q.751.1-No.7信令方式网的监视和测量：建议Q.752一No.7信令方式的管理功能MRVT，SRVT和CVT以及OMASE用户的定义：建议Q.753
运行、维护和管理部分（OMAP）No.7信令方式管理ASE定义：建议Q.754-No.7信令方式规程测试：建议Q.755上述OMAP建议中，由于有关Q.751.1建议的消息传递部分（MTP）的管理对象、Q.753和Q.754建议中信令连接控制部分（SCCP）路由证实测试（SRVT)和SCCP测试器(ST)还不完善，因而可以暂不使用。2No.7信令方式管理的概述
No.7信令方式管理概述参照ITU-T1992年的建议Q.750。No.7信令方式的管理主要由OMAP完成以下功能：a）在电信管理网（TMN）中的管理功能包括对网路单元（NE）和操作系统（OS）之间接口及各种管理对象的数据进行采集。b）在信令网中进行路由表数据的确认和有效性检验的管理。有关No.7信令方式中规程本身的信令网管理功能（如倒换、强制重选路由、子系统的管理等）不包括在OMAP功能之内。中华人民共和国邮电部1998-02-18批准建筑321-
标准查询下载网
1998-02-18实施
2.1对No.7信令方式管理的要求
YDN066-1997wwW.bzxz.Net
对No.7信令方式和信令网的管理有以下三方面的要求：a）提供网路管理部门的TMN接口，即要求网路主管部门使用OMAP接口与TMN相连。
b）与其它TMN部分也应采用统一的方法进行管理。例如与SDH或ISDN，可以由同一管理实体负责。这也意味着OMAP管理对象必须与其它TMN管理对象相兼容。c）OMAP应当提供对No.7信令网最完整的管理。它可以将No.7信令方式中已经规定的功能（MTP和SCCP的管理功能）进行扩展，作为No.7信令网的完整的管理业务。2.1.1OMAP管理功能的分层
管理功能的分层规定在分级基础上：管理功能的划分，根据TMN分层管理的规定，OMAP包括最高层的网路管理层、网路单元管理层和被管理的网路单元层。网路管理是管理No.7信令网，它对电信网的情况和活动要进行必要的协调和同步，以在信令点间获得一致性。网路管理单元是在信令点内的管理，例如，对信令点内信令终端的管理属于网路单元管理的范畴，被管理的网路单元实施No.7信令网的网路单元功能，它也是属于信令点内的管理，它由MTP、SCCP以及ISUP等程序组成。网路管理和网路单元管理的区别在于，网路管理的对象是一个或多个信令点，网路单元管理的对象是一个信令点内的组成单元，前者是从网路角度看待管理，后者是从信令点的角度看待管理。管理对象可以形成管理对象簇（chuster），其中-部分由网路管理规定的管理对象组成，另-一部分由网路单元營理的对象组成。例如，管理对象簇为信令链路组和信令链路组NE部分的采集，采集信令链路组是网路管理部分，采集信令链路组NE部分为网路单元管理部分。它们之间是彼此协调和同步的关系。例如，规定了信令链路组，则该信令链路组在两端的信令点都被登记，如果一端变为不可用，两端的MTP报告被修正并和网路管理链路组管理对象相关联。
2.1.2OMAP管理的分类
OMAP管理的目的是提供建立、维护、扩展和协调业务。为此，按照OSI的规定，OMAP提供故障管理、结构管理和性能管理三类。2.1.2.1故障管理
OMAP故障管理包括信令网的非正常工作时故障的检出、定位、隔离和修正。在某些情况下，故障的修正需要诊断功能。故障管理主要包括：一一告警状态的处理，例如信令链路组的故障和信令点不可接人；启动测量和测试；
一预防性采集和统计的网路数据；网路单元性能数据的统计。
2.1.2.2结构管理
结构管理控制信令网和它的各个组成单元，并且采集和提供其数据，便于准备和信令业务的初始化，以及允许这种业务启动、继续和停止。结构管理分为以下两种：No.7信令网静态结构的设置；
—更改已运行的No.7信令网的结构和提供状态改变的信息。2
YDN066-1997
应当注意信令网的状态改变需要信令网内的协调功能，例如，建立一个新的路由需要在若干个信令点修改路由表。因此必须在OMAP内进行协调，以做到同时在各个信令点都能识别该路由。
下列OMAP功能可以提供结构管理：在相关的信令点根据主管部门确定的路由计划组建路由表路由表的校验。可以用读路由表的方法或按OMAP中规定的路由校验测试。目前，应能进行MTP和SCCP路由表的校验测试；一设置和启动信令链路组和信令链：一确认信令网中两信令点间命名的一致性。例如，一个信令链的SLC在两端的取值应相同，两端话音电路编码(CIC)的取值也应一致；一网路规程定时器的初始化；
一与其它TMN部分的相互作用，例如，在组建信令链采用的传输设备。结构管理应当包括动态结构信息的传送以及显示，例如显示目前信令网的状态，以及请求显示特定信令关系的路由数据。2.1.2.3性能管理
性能管理是进行数据统计，保存和读出网路和系统状态的历史记录和提供在正常和非正常条件下的网路性能
为了监视和改变网路的性能，可以更改某些系统的参数，网路的性能可以通过监视和管理网路进行优化。其性能管理包括：a）采集测量数据，便于进行长期和短期的控制告警监视；
一启动Q.752建议包括的某些测量：一从测量中提供网路信息，例如路由利用率。b)中期源的控制
-改变链路组的容量（如增加激活链路的数量）；改变路由的容量（如增加链路组的数量）；调整定时器。
c）实时控制信令网中的消息和业务流量-实时控制路由表；
激活附加的信令链路或链路组。2.2No.7信令方式管理的餐考模型和物理实施2.2.1OMAP的功能参考模型
TMN建议M.30规定了电信网的五层管理，而应用到No.7信令网的管理是三层管理，其三层管理的功能参考模式如图1所示。OMAP提供了No.7信令管理网的网路管理和网路单元管理，有关网路管理级可以分散的实施，由于这种分散是与实施有关的问题，因而在OMAPQ.750系列建议中没有规定同步和协调的标准，应由国内电信管理网技术体制确定。图1中表示了两种TMINg参考点A和B，它们成为实施OMAP的接口。A点是No.73
建筑321-—标准查询下载网
网路督理层
网路单元管理层
网路单元层
q9参考点
X梦考点
OSF操作系统功能
YDN066-1997
至其它TMN部分
至其它TM
网路OSF
COSF单元管理OSF
NE功能
图1No.7信令管理采用的TMN功能参考模型信令网路管理的参考点，B点是网路单元管理的参考点。网路管理允许对被管理对象实施端到端的控制，并保证组成网路单元部分管理对象之间的网路协调。例如，路由管理保证在相关信令点的路由表修改的协调，而链路组管理在链路组端点实现协调。
网路单元管理是完成限于对一个网路单元的管理对象的管理（如表示对一个信令终端管理对象的管理）。
2.2.1.1网路管理
OMAP管理No.7信令网。为此，它应协调并同步在信令网中的活动以获得信令点间的一致性。
某些项目（如信令链、路由等）需要多个SP的信息。在每个SP的管理（即OMAP）需要从节点的角度管理与一个SP有关的项目参数（即网路单元管理对象规定的项目）。不过除了单个SP观察的协调以形成一整体性网路的观察外，项目的观察是OMAP的任务。有关一个SP的信息是项目的“节点观察”，不过，在这种观察必须包括能够组成一个项目的“网路观察”的任何信息。
2.2.1.2网路单元管理
某些需要管理的项目是属于一个信令点内管理的项目（即网路的节点），对于这些管理项目，OMAP完成项目的“节点观察”，并且将提供与相关管理对象有关的节点观察，到网路的操作员。信令终端项目是这种项目的一个例子。2.2.1.3网路单元功能（NEF）
No.7信令的网路单元功能位于信令点内，例如它由MTP，SCCP和ISND用户部分话务承载程序。
2.2.1.4网路管理和网路单元管理间的关系4
YDN066-1997
网路观察”是由网路管理对象给出，“SP观察”是由网路单元管理对象给出。这些管理对象形成\簇\（clusters），部分簇是由网路管理规定的管理对象组成，其它部分是由网路单元管理对象组成。这种簇保证了管理功能的协调：在网路管理部分和网路单元管理部分管理对象之间的关系规定相互作用和配合关系。例如采集“信令链路组”（它是网路管理部分）和\信令链路组NE部分\是这种簇的示例。在这两个管理对象间规定的关系保证了如果规定了一个链路组，那么，在信令点的端及其对端应被登记。换句话说，如果信令链路组的一端变为不可用，那么，每一端的MTP报告都与网路管理的链路组管理对象相关联。图2为No.7信令管理的实施方案示例。
NM系统
图2（a）No.7信令管理实施方案1Q3
NEM系统
图2（b）No.7信令管理实施方案2图2(a)表示网路管理功能实体（NMF)设在一个网路管理中心，网路单元管理功能实体（NEMF）和网路单元功能实体（NEF）是设在信令点内。在NMF和NEMF间的Q3参考点是用Q3接口实现的。
图2(b)表示一个网路管理中心、若干个网路单元管理中心和包括NEF的信令点组成的实施方案。
图2(c)表示在一个网路管理中心带有NMF和NEMF两种物理实施方案。2.2.2OMAP和OSI管理模式
建筑321-
标准查询下载网
YDN066-1997
NM系城
图2(c）No.7信令管理实施方案32.2.2.1OSI状态、源状态、转换和强制性CCTTT建议X.731规定了OSI状态管理功能。每个OMAP管理对象的\OSI状态”（即其管理所使用的状态）应被作为在Q.751建议中的对象行为定义的一部分来规定。如果管理对象具有所规定的功能状态，那么在功能状态和OSI状态间的转换也是对象定义部分。例如Q.704规定了有关信令链的功能状态，这种状态和OSI状态之间的转换将是行为的非正式文本的描述，SDL可以用于更正式的描述。
OSI管理也规定了记录控制功能和发出告警报告功能。前者可以采集某些测量数据，后者可以通知紧急事件。每种管理对象的定义如果是认为合适时为相互配合而提供这些功能，并且为对它们的控制而定义管理对象。识别功能也由OSI规定，以便超过测量数据的门限时进行采集或作出报告。2.2.2.2管理对象模式
OSI系统管理（见CCITT建议X.701）规定了管理的模式，这种模式也适用于OMAP。适用于OMAP管理对象的大部分情况。图3表示这种模式。在No.7信令网内的通信可以在由这种类型的管理对象表示的资源之间产生。任何这种通信对主管部门是不可见的，它是在源功能建议（如Q.703和Q.704建议）中规定，不由OMAP建议规定。
如果在TMIN中对这种网路管理的管理对象需要同步，那么，在这些被管理对象和相应的网路单元管理对象间要规定OMAP关系。对于其它OMAP管理对象（如MRVT)，其模式被改变。图4表示这种改变后的模式。此处对象被扩展到多于一个信令点，不过在非故障运行的情况下，起源信令点仅是一个，它的对象与主管部门相互作用。在信令点间激活的协调、通信和同步将作为一个对象的6
管理对象代表
SSNo.7的督理方面>
(SP角度）
（网络单元管理对象）
内部功能，也由OMAP规定。
YDN066-1997
管理对象代表
SSNo.7的管理方面
（网络角度）
（NM管理对象）
网络对象
与SP对象！
间的关系
信含点
MIS-user
（代理作用）
MIS-use
（管理者作用）
MIS-user
（代理作用）
（在MIB中）
在网路管理的管理对象和网路单元管理对象间的关系是不需要的。2.2.2.2.1传统的OMAP管理对象
CCITT建议X.701规定管理者的MIS用户的管理，它支配代理角色中MIS用户的行为。
该模式除了对象是No.7信令网自身测试的抽象外，对No.7信令管理对象是--种最适宜的，图5是OMAP的模式。
网路观察中典型管理对象是信令链路组，在一实例上完成的操作可能导致管理对象信令链路组NE部分两个实例上完成的操作分别由该链路组NE部分的两个SP完成。在某些情况下，对于安排的管理活动，MIS用户（管理者）在OS处理网路管理方面自动的运行。
管理对象等级定义是有关功能建议方面规定项目性质的一种抽象。例如在Q.704建议中规定的与管理有关资源的那些项目（例如信令链路、链路组等）在网路单元管理参考点或网路管理参考点上被表示成管理对象。与管理相互作用的项目性质在Q.751的初始7
建筑321-
标准查询下载网
错误的
YDN066-1997
信令点
信令点
实体关系图是提供表示包含关系和命名关系的实体关系图。2.2.2.2.2采用内部通信的OMAP管理对象MIS-user
（代理作用）
MIsuser
（管理者作用）
MIS-user
（代理作用）
这里定义的管理对象（如MRVT)是允许网路操作员进行控制，但需要在No.7信令网的信令点间通信以完成一定的动作。从管理观点看，管理对象是简单的，并且一个实例可以从一个信令点开始，不过在MIB中的No.7信令资源跨越多个信令点。因而，在网路中的每一信令点的每个信令关系有一MRVT的实例。图4表示这一实例。在这些对象使用的No.7信令网内的内部通信是它们行为的一部分。这种管理对象的示例是MTP路由校验测试（MRVT）、SCCP路由校验测试（SRVT）和电路有效性测试（CVT）。其定义见Q.753建议。MRVT、SRVT和CVT采用《国内No.7信令方式技术规范一—事务处理能力（TC)技术规范》。
这种对象的另一示例是MTP测试器（MT)和SCCP测试器(ST）。2.2.3No.7信令管理对象和No.7信令的结构OMAP管理No.7信令网，这个功能的定义采用包括管理信息库（MIB)的管理模式。通过MIB、OMAP对每个功能级层管理实体（LME）及每个No.7功能级需管理的项目进行8
SS No.7管理进程
OMASE+User
YDN066-1997
例如：MAP
SCCP（第4层）
MTP(1~3层）
呼叫控制应用业务
在No.7信令节点间的通信
控制。在信令点的OMAP能够通过本地MIB对本地LME的项目进行控制。No.7信令的每个功能级都具有定义的管理对象，以对其进行运营控制和监视。某些管理对象涉及多个功能级（例如一信令点），有些对象（如信令终端）是特定与某一信令点有关，因而属于网路单元管理的对象。其它涉及多个信令点的对象定义为网路管理的管理对象，其示例是信令链路组。管理对象之间具有一定的关系，以允许对管理进行协调和同步。如当规定信令路由协调是需要的。在路由中的每个信令点和链路组都必须被识别和确认，每个链路组内的每条链路可能受到影响。除此之外，管理对象的终端需要同步。图6表示No.7各功能级间的功能关系和信令点的内部结构模式。2.2.4管理接口的通信面图
由Q.751.1规定的管理对象，其管理通信是采用CCITT有关Q3接口的建议，协议堆栈的低层部分见0.811建议图，高层部分见0.812图2。这里需要提请注意的是采用MTP和SCCP的堆栈需进一步研究，SCCP上层接口将提供为采用03接口的堆栈的NSAP寻址机制。9
建筑321-
标准查询下载网
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
YDN066—1997
国内No.7信令方式技术规范
运行、维护和管理部分（OMAP
（暂行规定）
1998-02-18发布
1998-02-18实施
中华人民共和国邮电部
YDN066—1997
2No.7信令方式管理的概述
3No.7信令方式的管理对象
4No.7信令网的监视和测量
5No.7信令方式的管理功能
6协议测试器
后向兼容性
建筑321
标准查询下载网
YDN066—1997
本技术规范规定了No.7信令网有关运行、维护和管理（OMAP）方面的功能、程序。主要包括No.7信令方式管理的协议模式、监视和测量以及MTP、SCCP的管理功能。本技术规范的实施有利于提高我国No.7信令网的可靠性和我国电话网的服务质量。本技术规范在制定过程中参考了ITU-T的有关建议，并吸取了国外有益的经验。本技术规范于1997年报邮电部审批，后来根据通信网络和电信业务发展的需要，又做了补充修订，于1999年正式发布。本技术规范的起草单位：邮电部电信传输研究所本技术规范主要起草人：王立言续合元庄玉芳刘宇红
1引言
邮电部技术规定
国内No.7信令方式技术规范
一运行、维护和管理部分（OMAP）（暂行规定）
YDN066-1997
No.7信令网的运行、维护和管理部分（OMAP)规定了用于管理No.7信令方式网络的功能、程序和组成的要素。
本技术规范是根据ITU-T1993年白皮书的下列建议制定的。-No.7信令方式管理的概述：建议Q.750No.7信令方式MTP管理的对象：建议Q.751.1-No.7信令方式网的监视和测量：建议Q.752一No.7信令方式的管理功能MRVT，SRVT和CVT以及OMASE用户的定义：建议Q.753
运行、维护和管理部分（OMAP）No.7信令方式管理ASE定义：建议Q.754-No.7信令方式规程测试：建议Q.755上述OMAP建议中，由于有关Q.751.1建议的消息传递部分（MTP）的管理对象、Q.753和Q.754建议中信令连接控制部分（SCCP）路由证实测试（SRVT)和SCCP测试器(ST)还不完善，因而可以暂不使用。2No.7信令方式管理的概述
No.7信令方式管理概述参照ITU-T1992年的建议Q.750。No.7信令方式的管理主要由OMAP完成以下功能：a）在电信管理网（TMN）中的管理功能包括对网路单元（NE）和操作系统（OS）之间接口及各种管理对象的数据进行采集。b）在信令网中进行路由表数据的确认和有效性检验的管理。有关No.7信令方式中规程本身的信令网管理功能（如倒换、强制重选路由、子系统的管理等）不包括在OMAP功能之内。中华人民共和国邮电部1998-02-18批准建筑321-
标准查询下载网
1998-02-18实施
2.1对No.7信令方式管理的要求
YDN066-1997wwW.bzxz.Net
对No.7信令方式和信令网的管理有以下三方面的要求：a）提供网路管理部门的TMN接口，即要求网路主管部门使用OMAP接口与TMN相连。
b）与其它TMN部分也应采用统一的方法进行管理。例如与SDH或ISDN，可以由同一管理实体负责。这也意味着OMAP管理对象必须与其它TMN管理对象相兼容。c）OMAP应当提供对No.7信令网最完整的管理。它可以将No.7信令方式中已经规定的功能（MTP和SCCP的管理功能）进行扩展，作为No.7信令网的完整的管理业务。2.1.1OMAP管理功能的分层
管理功能的分层规定在分级基础上：管理功能的划分，根据TMN分层管理的规定，OMAP包括最高层的网路管理层、网路单元管理层和被管理的网路单元层。网路管理是管理No.7信令网，它对电信网的情况和活动要进行必要的协调和同步，以在信令点间获得一致性。网路管理单元是在信令点内的管理，例如，对信令点内信令终端的管理属于网路单元管理的范畴，被管理的网路单元实施No.7信令网的网路单元功能，它也是属于信令点内的管理，它由MTP、SCCP以及ISUP等程序组成。网路管理和网路单元管理的区别在于，网路管理的对象是一个或多个信令点，网路单元管理的对象是一个信令点内的组成单元，前者是从网路角度看待管理，后者是从信令点的角度看待管理。管理对象可以形成管理对象簇（chuster），其中-部分由网路管理规定的管理对象组成，另-一部分由网路单元營理的对象组成。例如，管理对象簇为信令链路组和信令链路组NE部分的采集，采集信令链路组是网路管理部分，采集信令链路组NE部分为网路单元管理部分。它们之间是彼此协调和同步的关系。例如，规定了信令链路组，则该信令链路组在两端的信令点都被登记，如果一端变为不可用，两端的MTP报告被修正并和网路管理链路组管理对象相关联。
2.1.2OMAP管理的分类
OMAP管理的目的是提供建立、维护、扩展和协调业务。为此，按照OSI的规定，OMAP提供故障管理、结构管理和性能管理三类。2.1.2.1故障管理
OMAP故障管理包括信令网的非正常工作时故障的检出、定位、隔离和修正。在某些情况下，故障的修正需要诊断功能。故障管理主要包括：一一告警状态的处理，例如信令链路组的故障和信令点不可接人；启动测量和测试；
一预防性采集和统计的网路数据；网路单元性能数据的统计。
2.1.2.2结构管理
结构管理控制信令网和它的各个组成单元，并且采集和提供其数据，便于准备和信令业务的初始化，以及允许这种业务启动、继续和停止。结构管理分为以下两种：No.7信令网静态结构的设置；
—更改已运行的No.7信令网的结构和提供状态改变的信息。2
YDN066-1997
应当注意信令网的状态改变需要信令网内的协调功能，例如，建立一个新的路由需要在若干个信令点修改路由表。因此必须在OMAP内进行协调，以做到同时在各个信令点都能识别该路由。
下列OMAP功能可以提供结构管理：在相关的信令点根据主管部门确定的路由计划组建路由表路由表的校验。可以用读路由表的方法或按OMAP中规定的路由校验测试。目前，应能进行MTP和SCCP路由表的校验测试；一设置和启动信令链路组和信令链：一确认信令网中两信令点间命名的一致性。例如，一个信令链的SLC在两端的取值应相同，两端话音电路编码(CIC)的取值也应一致；一网路规程定时器的初始化；
一与其它TMN部分的相互作用，例如，在组建信令链采用的传输设备。结构管理应当包括动态结构信息的传送以及显示，例如显示目前信令网的状态，以及请求显示特定信令关系的路由数据。2.1.2.3性能管理
性能管理是进行数据统计，保存和读出网路和系统状态的历史记录和提供在正常和非正常条件下的网路性能
为了监视和改变网路的性能，可以更改某些系统的参数，网路的性能可以通过监视和管理网路进行优化。其性能管理包括：a）采集测量数据，便于进行长期和短期的控制告警监视；
一启动Q.752建议包括的某些测量：一从测量中提供网路信息，例如路由利用率。b)中期源的控制
-改变链路组的容量（如增加激活链路的数量）；改变路由的容量（如增加链路组的数量）；调整定时器。
c）实时控制信令网中的消息和业务流量-实时控制路由表；
激活附加的信令链路或链路组。2.2No.7信令方式管理的餐考模型和物理实施2.2.1OMAP的功能参考模型
TMN建议M.30规定了电信网的五层管理，而应用到No.7信令网的管理是三层管理，其三层管理的功能参考模式如图1所示。OMAP提供了No.7信令管理网的网路管理和网路单元管理，有关网路管理级可以分散的实施，由于这种分散是与实施有关的问题，因而在OMAPQ.750系列建议中没有规定同步和协调的标准，应由国内电信管理网技术体制确定。图1中表示了两种TMINg参考点A和B，它们成为实施OMAP的接口。A点是No.73
建筑321-—标准查询下载网
网路督理层
网路单元管理层
网路单元层
q9参考点
X梦考点
OSF操作系统功能
YDN066-1997
至其它TMN部分
至其它TM
网路OSF
COSF单元管理OSF
NE功能
图1No.7信令管理采用的TMN功能参考模型信令网路管理的参考点，B点是网路单元管理的参考点。网路管理允许对被管理对象实施端到端的控制，并保证组成网路单元部分管理对象之间的网路协调。例如，路由管理保证在相关信令点的路由表修改的协调，而链路组管理在链路组端点实现协调。
网路单元管理是完成限于对一个网路单元的管理对象的管理（如表示对一个信令终端管理对象的管理）。
2.2.1.1网路管理
OMAP管理No.7信令网。为此，它应协调并同步在信令网中的活动以获得信令点间的一致性。
某些项目（如信令链、路由等）需要多个SP的信息。在每个SP的管理（即OMAP）需要从节点的角度管理与一个SP有关的项目参数（即网路单元管理对象规定的项目）。不过除了单个SP观察的协调以形成一整体性网路的观察外，项目的观察是OMAP的任务。有关一个SP的信息是项目的“节点观察”，不过，在这种观察必须包括能够组成一个项目的“网路观察”的任何信息。
2.2.1.2网路单元管理
某些需要管理的项目是属于一个信令点内管理的项目（即网路的节点），对于这些管理项目，OMAP完成项目的“节点观察”，并且将提供与相关管理对象有关的节点观察，到网路的操作员。信令终端项目是这种项目的一个例子。2.2.1.3网路单元功能（NEF）
No.7信令的网路单元功能位于信令点内，例如它由MTP，SCCP和ISND用户部分话务承载程序。
2.2.1.4网路管理和网路单元管理间的关系4
YDN066-1997
网路观察”是由网路管理对象给出，“SP观察”是由网路单元管理对象给出。这些管理对象形成\簇\（clusters），部分簇是由网路管理规定的管理对象组成，其它部分是由网路单元管理对象组成。这种簇保证了管理功能的协调：在网路管理部分和网路单元管理部分管理对象之间的关系规定相互作用和配合关系。例如采集“信令链路组”（它是网路管理部分）和\信令链路组NE部分\是这种簇的示例。在这两个管理对象间规定的关系保证了如果规定了一个链路组，那么，在信令点的端及其对端应被登记。换句话说，如果信令链路组的一端变为不可用，那么，每一端的MTP报告都与网路管理的链路组管理对象相关联。图2为No.7信令管理的实施方案示例。
NM系统
图2（a）No.7信令管理实施方案1Q3
NEM系统
图2（b）No.7信令管理实施方案2图2(a)表示网路管理功能实体（NMF)设在一个网路管理中心，网路单元管理功能实体（NEMF）和网路单元功能实体（NEF）是设在信令点内。在NMF和NEMF间的Q3参考点是用Q3接口实现的。
图2(b)表示一个网路管理中心、若干个网路单元管理中心和包括NEF的信令点组成的实施方案。
图2(c)表示在一个网路管理中心带有NMF和NEMF两种物理实施方案。2.2.2OMAP和OSI管理模式
建筑321-
标准查询下载网
YDN066-1997
NM系城
图2(c）No.7信令管理实施方案32.2.2.1OSI状态、源状态、转换和强制性CCTTT建议X.731规定了OSI状态管理功能。每个OMAP管理对象的\OSI状态”（即其管理所使用的状态）应被作为在Q.751建议中的对象行为定义的一部分来规定。如果管理对象具有所规定的功能状态，那么在功能状态和OSI状态间的转换也是对象定义部分。例如Q.704规定了有关信令链的功能状态，这种状态和OSI状态之间的转换将是行为的非正式文本的描述，SDL可以用于更正式的描述。
OSI管理也规定了记录控制功能和发出告警报告功能。前者可以采集某些测量数据，后者可以通知紧急事件。每种管理对象的定义如果是认为合适时为相互配合而提供这些功能，并且为对它们的控制而定义管理对象。识别功能也由OSI规定，以便超过测量数据的门限时进行采集或作出报告。2.2.2.2管理对象模式
OSI系统管理（见CCITT建议X.701）规定了管理的模式，这种模式也适用于OMAP。适用于OMAP管理对象的大部分情况。图3表示这种模式。在No.7信令网内的通信可以在由这种类型的管理对象表示的资源之间产生。任何这种通信对主管部门是不可见的，它是在源功能建议（如Q.703和Q.704建议）中规定，不由OMAP建议规定。
如果在TMIN中对这种网路管理的管理对象需要同步，那么，在这些被管理对象和相应的网路单元管理对象间要规定OMAP关系。对于其它OMAP管理对象（如MRVT)，其模式被改变。图4表示这种改变后的模式。此处对象被扩展到多于一个信令点，不过在非故障运行的情况下，起源信令点仅是一个，它的对象与主管部门相互作用。在信令点间激活的协调、通信和同步将作为一个对象的6
管理对象代表
SSNo.7的督理方面>
(SP角度）
（网络单元管理对象）
内部功能，也由OMAP规定。
YDN066-1997
管理对象代表
SSNo.7的管理方面
（网络角度）
（NM管理对象）
网络对象
与SP对象！
间的关系
信含点
MIS-user
（代理作用）
MIS-use
（管理者作用）
MIS-user
（代理作用）
（在MIB中）
在网路管理的管理对象和网路单元管理对象间的关系是不需要的。2.2.2.2.1传统的OMAP管理对象
CCITT建议X.701规定管理者的MIS用户的管理，它支配代理角色中MIS用户的行为。
该模式除了对象是No.7信令网自身测试的抽象外，对No.7信令管理对象是--种最适宜的，图5是OMAP的模式。
网路观察中典型管理对象是信令链路组，在一实例上完成的操作可能导致管理对象信令链路组NE部分两个实例上完成的操作分别由该链路组NE部分的两个SP完成。在某些情况下，对于安排的管理活动，MIS用户（管理者）在OS处理网路管理方面自动的运行。
管理对象等级定义是有关功能建议方面规定项目性质的一种抽象。例如在Q.704建议中规定的与管理有关资源的那些项目（例如信令链路、链路组等）在网路单元管理参考点或网路管理参考点上被表示成管理对象。与管理相互作用的项目性质在Q.751的初始7
建筑321-
标准查询下载网
错误的
YDN066-1997
信令点
信令点
实体关系图是提供表示包含关系和命名关系的实体关系图。2.2.2.2.2采用内部通信的OMAP管理对象MIS-user
（代理作用）
MIsuser
（管理者作用）
MIS-user
（代理作用）
这里定义的管理对象（如MRVT)是允许网路操作员进行控制，但需要在No.7信令网的信令点间通信以完成一定的动作。从管理观点看，管理对象是简单的，并且一个实例可以从一个信令点开始，不过在MIB中的No.7信令资源跨越多个信令点。因而，在网路中的每一信令点的每个信令关系有一MRVT的实例。图4表示这一实例。在这些对象使用的No.7信令网内的内部通信是它们行为的一部分。这种管理对象的示例是MTP路由校验测试（MRVT）、SCCP路由校验测试（SRVT）和电路有效性测试（CVT）。其定义见Q.753建议。MRVT、SRVT和CVT采用《国内No.7信令方式技术规范一—事务处理能力（TC)技术规范》。
这种对象的另一示例是MTP测试器（MT)和SCCP测试器(ST）。2.2.3No.7信令管理对象和No.7信令的结构OMAP管理No.7信令网，这个功能的定义采用包括管理信息库（MIB)的管理模式。通过MIB、OMAP对每个功能级层管理实体（LME）及每个No.7功能级需管理的项目进行8
SS No.7管理进程
OMASE+User
YDN066-1997
例如：MAP
SCCP（第4层）
MTP(1~3层）
呼叫控制应用业务
在No.7信令节点间的通信
控制。在信令点的OMAP能够通过本地MIB对本地LME的项目进行控制。No.7信令的每个功能级都具有定义的管理对象，以对其进行运营控制和监视。某些管理对象涉及多个功能级（例如一信令点），有些对象（如信令终端）是特定与某一信令点有关，因而属于网路单元管理的对象。其它涉及多个信令点的对象定义为网路管理的管理对象，其示例是信令链路组。管理对象之间具有一定的关系，以允许对管理进行协调和同步。如当规定信令路由协调是需要的。在路由中的每个信令点和链路组都必须被识别和确认，每个链路组内的每条链路可能受到影响。除此之外，管理对象的终端需要同步。图6表示No.7各功能级间的功能关系和信令点的内部结构模式。2.2.4管理接口的通信面图
由Q.751.1规定的管理对象，其管理通信是采用CCITT有关Q3接口的建议，协议堆栈的低层部分见0.811建议图，高层部分见0.812图2。这里需要提请注意的是采用MTP和SCCP的堆栈需进一步研究，SCCP上层接口将提供为采用03接口的堆栈的NSAP寻址机制。9
建筑321-
标准查询下载网
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。