CN100401681C - 一种配置业务框数据的实现方法 - Google Patents

Abstract

本发明公开了一种配置业务框数据的实现方法，操作维护设备根据接收到的用于确定配置模式的切换指令，设置网元代理设备为禁止与业务框进行数据交互的通信状态后，将业务框的配置数据发送给网元代理设备，网元代理设备根据接收的配置数据在自身进行配置，向操作维护设备发送配置结果；操作维护设备接收到所述配置结果后设置网元代理设备为允许与业务框进行数据交互的通信状态，然后由网元代理设备向各业务框发送与之相对应的配置数据，并将来自业务框的配置结果发送给操作维护设备。本发明方法使业务框数据配置效率得到提高，使得业务框均可以及时完成数据配置，进而增强了业务框的可服务性。

Description

一种配置业务框数据的实现方法

技术领域

本发明涉及通信网络领域，具体涉及一种配置业务框数据的实现方法。

背景技术

在电信网等通信网络中，经常需要对各个通信网元(NE)进行系统维护，以使各个NE能够正常工作，以保证整个通信网络能够高效运转。其中，配置业务框数据的操作是系统维护的一个重要组成部分。这里所说的业务框数据配置是指网络中的操作维护设备向NE下发配置数据，NE收到该配置数据后在自身进行相应的数据配置。如：操作维护设备向NE下发光口使能禁止命令，NE根据收到的命令将自身所有光口的属性设置为禁用。这样，所述NE的各光口就因上述的属性设置操作而被禁止传输数据。

上述操作维护设备通常是操作维护中心(OMC)等用于进行操作维护的终端设备。

操作维护设备对NE进行业务框数据配置的原理如图1所示。

图1中，操作维护设备101通过第一局域网(LAN)102与NE代理设备103相连，NE代理设备103通过第二LAN 104分别与第一业务框105a、第二业务框105b、第N业务框105n等业务框相连。上述业务框都是设置在网元中的用户业务处理设备，各网元中设置有至少一个业务框。第一LAN102与第二LAN 104可以是相同的局域网，也可以是不同的局域网。

在进行业务框数据配置时，操作维护设备101用于通过第一LAN 102将业务框的配置数据下发给NE代理设备103。NE代理设备103的数据库中保存有其代理的所有业务框的配置数据，NE代理设备103一般将不同业务框的配置数据分别保存，如：NE代理设备103在自身的数据库中保存有N个配置数据文件，每个配置数据文件中保存有一个业务框的配置数据，即每个配置数据文件对应一个业务框。

NE代理设备103根据收到的配置数据在自身保存的配置数据文件中进行数据配置，并将该配置数据下发给相应的业务框。业务框收到来自NE代理设备103的配置数据后，根据该配置数据在自身进行相应的数据配置。

参见图2，图2为现有技术的业务框数据配置流程图，该流程包括以下步骤：

步骤201：操作维护设备实时向NE代理设备下发业务框的配置数据，每次下发的数据可以是一条也可以是多条。该配置数据可以以包含多条数据的批处理脚本的形式下发，也可以以单个配置数据的形式下发。

步骤202：NE代理设备实时接收来自操作维护设备的配置数据并在自身进行配置操作，再根据自身存储的业务框硬件配置情况，判断收到的配置数据是否可以使相应业务框正常为用户提供业务以及所述配置数据是否能得到相应业务框的硬件支持，并根据判断结果向操作维护设备发送配置结果。并且NE代理设备将收到的所述配置数据分别下发给相应的业务框。

通常，NE代理设备在自身进行所述配置操作的方法是：NE代理设备用收到的某个业务框的配置数据更新自身保存的与该业务框对应的配置数据文件中的相应配置数据。如：NE代理设备保存的业务框A的告警门限值是收发数据误码率超过1/100，之后NE代理设备收到来自操作维护设备的业务框A的告警门限值是收发数据误码率超过5/1000。NE代理设备则用5/1000这个新的业务框A的告警门限值覆盖原来保存的1/100这个业务框A的原告警门限值。

步骤203：业务框实时接收来自NE代理设备的配置数据，并根据收到的配置数据在自身进行相应的数据配置。业务框每完成一个批处理脚本包含的数据或单条数据的配置操作之后，通常会判断新配置的数据是否可以正常为用户提供业务以及所述配置数据是否能得到自身相应硬件的支持，并根据判断结果立即向NE代理设备发送数据配置结果。

通常，如果新配置的数据可以使业务框正常为用户提供业务并且所述配置数据能得到业务框自身相应硬件的支持，业务框就会向NE代理设备发送内容为配置完成的数据配置结果；否则，业务框就会向NE代理设备发送内容为配置数据出错的数据配置结果。

业务框进行所述数据配置的方式是应用收到的配置数据更新原来保存的相应配置数据，以在之后提供业务时根据更新了的配置数据向用户提供业务服务。如：业务框原来配置的告警门限值是收发数据误码率超过1/100，之后操作维护设备通过NE代理设备向业务框发送的告警门限值是收发数据误码率超过5/1000。业务框收到该配置数据后，用5/1000这个新的告警门限值覆盖原来保存的1/100。则业务框在之后的业务服务中就会应用新配置的5/1000这个收发数据误码率作为新的告警门限值。

步骤204：NE代理设备将来自业务框的数据配置结果发送给操作维护设备；并且，NE代理设备要将自身在步骤202中收到的配置数据告知网络管理设备。该告知操作通常为：NE代理设备要将自身在步骤202中收到的配置数据发送给网络中的网络管理设备。该网络管理设备通常可简称为网管，是网络中用于对各网元进行数据管理及维护等操作的设备。

网管收到来自NE代理设备的配置数据后，将配置数据保存于自身的数据库。这样，网管就可由上述的告知操作得知所述业务框当前的最新配置数据，以对各业务框进行有效管理。

再有，NE代理设备还要对自身的功能模块进行数据通知操作。该通知操作通常为：网元代理设备将所述配置数据中与自身功能模块相关的配置数据，发送给自身与该配置数据相对应的功能模块，该功能模块根据收到的配置数据在自身进行配置。这样，NE代理设备中的各功能模块就可以得知所述业务框当前的最新配置数据，以根据该配置数据实现自身的相应功能。如：NE代理设备将收到的配置数据中的扩容业务框误码率与告警级别之间的对应关系通知给自身的告警功能模块，则该告警功能模块就得知了上述扩容业务框的误码率与告警级别之间的对应关系，并能在后续操作中根据来自扩容业务框的误码率得知相应的告警级别，进而向操作维护设备发出相应级别的告警信号。

当然，步骤204中NE代理设备在向操作维护设备发送所述数据配置结果，以及进行所述告知、数据通知操作的同时，可能还接收到了来自操作维护设备的配置数据。这时，NE代理设备则还要进行步骤202中所述的操作。

可见，由于操作维护设备实时经由NE代理设备向业务框下发配置数据，并且业务框还经由NE代理设备向操作维护设备发送数据配置结果，所以在配置业务框数据的这一段时间内，操作维护设备与业务框经由NE代理设备交互大量数据，这些数据中即包括所述配置数据也包括所述数据配置结果。所以操作维护设备与NE代理设备都会因为上述数据交互而承受过大的数据量，使得各自的运算速度被减慢，进而使整体的数据配置效率被降低；数据配置效率的降低会使业务框的数据无法及时完成配置，导致业务框的可服务性被降低。

发明内容

有鉴于此，本发明的主要目的在于提供一种配置业务框数据的实现方法，以提高业务框数据配置效率，提高业务框的可服务性。

为达到上述目的，本发明的技术方案是这样实现的：

本发明公开了一种配置业务框数据的实现方法，在操作维护设备中设置空业务框配置模式，该模式下的配置方法包括：

操作维护设备根据接收到的用于确定配置模式的切换指令，设置网元代理设备为禁止与业务框进行数据交互的通信状态后，将业务框的配置数据发送给网元代理设备，网元代理设备根据接收的配置数据在自身进行配置，向操作维护设备发送配置结果；

操作维护设备接收到所述配置结果后设置网元代理设备为允许与业务框进行数据交互的通信状态，然后由网元代理设备向各业务框发送与之相对应的配置数据，并将来自业务框的配置结果发送给操作维护设备。

所述配置数据包括用于为用户提供业务的参数和应用软件程序代码；或包括用于为用户提供业务的参数、应用软件程序代码和全局配置数据。

所述操作维护设备设置网元代理设备的通信状态为禁止与业务框进行数据交互的方法是：

操作维护设备向网元代理设备发送隔离业务框命令，网元代理设备收到该命令后将自身的通信属性设置为隔离状态。

操作维护设备设置网元代理设备的通信状态为允许与业务框进行数据交互的方法是：

操作维护设备向网元代理设备发送取消隔离命令，网元代理设备收到该命令后将自身的通信属性设置为交互状态。

网元代理设备向各业务框发送所述配置数据的过程包括以下步骤：

网元代理设备向业务框发送请求加载数据命令以及启动命令，业务框收到上述命令后，启动并向网元代理设备发送数据加载请求；

网元代理设备收到来自业务框的数据加载请求后，向业务框发送所述配置数据。

所述配置数据是以包含配置数据的加载数据文件的形式向业务框发送；或直接以配置数据形式向业务框发送。

网元代理设备向业务框发送所述请求加载数据命令以及启动命令之前，该方法进一步包括：

网元代理设备向操作维护设备发送取消隔离响应；操作维护设备收到该响应后，向网元代理设备发送数据加载命令。

所述空业务框配置模式是初始配置模式或扩容配置模式。

所述空业务框配置模式是初始配置模式时，所述业务框为通信网络中的所有业务框，所述配置数据是针对所有业务框的配置数据。

所述空业务框配置模式是扩容配置模式时，所述业务框为通信网络中的扩容业务框，所述配置数据是针对扩容业务框的配置数据。

进一步在操作维护设备中设置非空业务框配置模式，该模式下的配置方法包括：

操作维护设备根据接收到的用于确定配置模式的切换指令，直接向网元代理设备发送业务框的配置数据，网元代理设备根据收到的配置数据在自身进行配置，同时将收到的配置数据发送给业务框，以及将来自业务框的配置结果发送给操作维护设备。

网元代理设备在自身完成所述配置之后，该方法进一步包括：

网元代理设备将所述配置数据发送给网络管理设备，网络管理设备保存收到的配置数据；和/或，

网元代理设备将所述配置数据中与自身功能模块相关的配置数据，发送给自身与该配置数据相对应的功能模块，该功能模块根据收到的配置数据在自身进行配置。

与现有技术相比，本发明所提供的配置业务框数据的实现方法总体分为两个部分：首先由操作维护设备向网元代理设备发送隔离业务框命令，网元代理设备收到该命令后，将自身通信状态设置为禁止与业务框进行数据交互的状态；之后，操作维护设备向网元代理设备发送所述业务框的所有配置数据，网元代理设备根据接收的配置数据在自身进行相应配置；

接着，由操作维护设备向网元代理设备发送取消隔离命令，网元代理设备收到取消隔离命令后，将自身通信状态设置为与所述业务框进行数据交互的状态；再向业务框发送所述配置数据，业务框根据接收的配置数据在自身进行相应配置。

可见，本发明方法使操作维护设备与业务框不会同时经由NE代理设备进行大量数据交互，因此操作维护设备与NE代理设备就不会承受过大的数据量，使得操作维护设备与NE代理设备的运算速度都得以加快，从而使业务框数据配置的整体效率得到提高；而业务框数据配置效率的提高使得正在进行数据配置的业务框能够及时完成数据配置操作，进而增强了业务框的可服务性。

附图说明

图1为现有技术的业务框数据配置原理图；

图2为现有技术的业务框数据配置流程图；

图3为本发明的初始配置流程图；

图4为本发明的扩容配置流程图。

具体实施方式

在实际应用中，可以认为NE的数据配置在其整个生命周期中分为初始配置、扩容配置以及动态配置这三种配置模式。其中，初始配置是指：整个通信网络在最初组网时对不包含任何数据的空业务框进行数据配置，使之能根据配置的数据为用户提供业务。扩容配置是指：网络正常运行时因要对网络的业务处理量进行扩容而加入了新的不包含任何数据的空业务框，通常将这种业务框称为扩容业务框；因此要对扩容业务框进行数据配置，使之能根据配置的数据为用户提供业务。动态配置是指：为了更好的为用户提供业务，某个或某些业务框的配置数据需要进行修改，这时就需要对其进行数据配置以将相应的数据加以修改，使所述业务框能根据新配置的数据更好地为用户提供业务。

由上述可见，由于初始配置及扩容配置时针对的业务框都是没有配置数据的空业务框，所以可以将初始配置模式及扩容配置模式统称为空业务框配置模式；由于动态配置时针对的业务框都是存有配置数据的非空业务框，所以也可以将动态配置模式称为非空业务框配置模式。

本发明方法，不再按照单一的配置方法对业务框进行数据配置，而是根据NE所处的初始配置、扩容配置以及动态配置这三种不同配置模式，应用与各配置模式相对应的配置方法对业务框进行数据配置。

在初始配置模式以及扩容配置模式所对应的数据配置操作中，操作维护设备要向网元代理设备一次性下发所有的配置数据，并且整个数据配置操作被分成了两个相对独立的部分：其中一部分是操作维护设备向网元代理设备一次性下发业务框要配置的所有配置数据，网元代理设备根据收到的配置数据在自身进行相应配置；另一部分是网元代理设备完成所述配置后，将来自操作维护设备的配置数据下发给相应的业务框，业务框根据接收到的配置数据在自身进行相应数据配置操作并通过网元代理设备向操作维护设备发送数据配置结果。

之所以要按上述方式将初始、扩容配置模式所对应的数据配置操作分成两部分，是为了在操作维护设备向NE代理设备下发配置数据时，不会经由NE代理设备收到来自业务框的数据配置结果；同样原理，当业务框根据来自NE代理设备的配置数据完成数据配置操作并经由NE代理设备向操作维护设备发送数据配置结果时，NE代理设备不会再收到来自操作维护设备的配置数据。这样，在进行上述数据配置操作的这一段时间内，操作维护设备与业务框之间不会同时经由NE代理设备进行大量数据交互。上述将配置操作分成两部分的操作可以通过由操作维护设备向NE代理设备发送命令等方式实现。

动态配置模式时，由于要配置数据的业务框正在为用户提供业务，所以OMC需要通过NE代理设备与所述业务框进行数据交互，以控制业务框能正常为用户提供业务。因此，如果这时应用初始配置或扩容配置时的相应方法，将正在为用户提供业务的业务框与NE代理设备之间的数据交互隔离，将导致OMC无法通过NE代理设备与业务框进行数据交互，使得OMC无法对业务框进行控制，因而有可能影响业务框为用户提供业务的质量，甚至导致业务中断。所以在实际应用中，动态配置模式所对应的数据配置操作通常与背景技术中数据配置操作方法相同。

由于业务框数据配置操作分为初始配置、扩容配置以及动态配置这三种不同的配置模式，所以本发明方法需要通过在操作维护设备上进行设置，使操作维护设备能够根据用户需要在初始配置、扩容配置以及动态配置这三种不同的业务框数据配置模式中任意切换，如：操作维护设备从当前的初始配置模式切换到扩容配置模式；或从当前的动态配置模式切换到扩容配置模式等。

以上所述对操作维护设备进行的设置操作通常为：

在操作维护设备中预先设置并保存切换指令与不同的配置模式之间的对应关系，使操作维护设备收到切换指令后，可以根据所述对应关系判断应该进行哪种配置模式所对应的数据配置操作。可见，上述切换指令的作用是使操作维护设备确定当前的配置模式，进而开始执行配置操作。

向操作维护设备发送切换指令的方式很多，如：应用按键、触摸屏等方式向操作维护设备发送切换指令。

下面，结合附图对初始配置及扩容配置的方法进行详细描述。

参见图3，图3为本发明的初始配置流程图，该流程包括以下步骤：

步骤301：操作维护设备收到前述的切换指令，并进入该切换指令所对应的初始配置模式，之后，操作维护设备向NE代理设备下发隔离所有业务框命令。

步骤302：NE代理设备收到来自操作维护设备的隔离所有业务框命令后，将自身通信状态设置为禁止与业务框进行数据交互的状态。上述设置方法通常为：NE代理设备将自身保存的与各业务框之间的通信属性设置为隔离状态。这样，在后续的操作中，NE代理设备就不会向任何业务框发送任何数据。

NE代理设备完成隔离所有业务框操作之后，向操作维护设备发送隔离响应。

步骤303：操作维护设备收到来自NE代理设备的隔离响应之后，向NE代理设备发送各业务框的配置数据。

步骤304：NE代理设备根据收到的配置数据在自身进行相应的配置操作，并判断收到的配置数据是否可以使相应业务框正常为用户提供业务以及所述配置数据是否能得到相应业务框的硬件支持，再根据判断结果向操作维护设备发送配置结果。

步骤305：NE代理设备将收到的所述配置数据告知网管，并根据该配置数据对自身的功能模块进行数据通知操作。

步骤306：操作维护设备收到来自NE代理设备的配置结果之后，向NE代理设备发送取消隔离命令。

可见，步骤305中，NE代理设备只是进行自身内部数据传输以及向网管传输数据，并不向操作维护设备传输数据；步骤306中，操作维护设备只是向NE代理设备发送两个控制命令而不发送大量的配置数据。所以即使步骤305与步骤306同时进行，NE代理设备与操作维护设备彼此也不会传输大量的数据给对方，NE代理设备与操作维护设备进而不会因为处理大量数据而减慢运算速度并影响各业务框的数据配置效率。因此步骤305与步骤306可以同时进行。

步骤307：NE代理设备收到取消隔离命令后，将自身通信状态设置为与各业务框进行数据交互的状态。上述设置方法通常为：NE代理设备将自身保存的与各业务框之间的通信属性设置为交互状态，使得NE代理设备与各业务框之间可以进行正常的数据交互。

接着，NE代理设备根据来自操作维护设备的配置数据，分别为每个业务框生成一个加载数据文件。不同加载数据文件均由不同业务框所对应的配置数据组成。之后，NE代理设备向各业务框发送请求加载数据命令以及启动命令。各业务框收到上述命令后，启动并向NE代理设备发送数据加载请求；NE代理设备收到来自各业务框的数据加载请求后，就向业务框下发对应的加载数据文件。各业务框收到加载数据文件后，读取该文件中包含的配置数据并根据该配置数据进行相应的数据配置。

实际上，NE代理设备将自身所述通信状态设置为数据交互状态后，也可以不为业务框生成加载数据文件。而是直接向各业务框发送请求加载数据命令以及启动命令。各业务框收到上述命令后，启动并向NE代理设备发送数据加载请求；NE代理设备收到来自各业务框的数据加载请求后，就向业务框下发相应的配置数据，各业务框根据收到的配置数据进行相应的数据配置。

当然，网元代理设备也可以在将自身通信状态设置为与所述业务框进行数据交互的状态时，进一步向操作维护设备发送取消隔离响应；操作维护设备收到该响应后，向网元代理设备发送数据加载命令；网元代理设备收到该数据加载命令后再进行前述的生成加载数据文件、发送所述请求加载数据命令以及启动命令的操作，或直接进行发送所述请求加载数据命令以及启动命令的操作。

步骤308：各业务框完成自身的数据配置后，通常会判断新配置的数据是否可以正常为用户提供业务以及所述配置数据是否能得到自身相应硬件的支持，并根据判断结果向NE代理设备发送数据配置结果；NE代理设备再将收到的来自各业务框的数据配置结果发给操作维护设备。

以上所述的配置数据包括业务框用于为用户提供业务的参数和应用软件程序代码。各业务框在收到来自NE代理设备的配置数据后，通常先在自身配置所述应用软件程序代码，之后再在自身配置所述参数。

再有，各业务框在为用户提供服务或进行其它通信操作时，可能会需要与其它业务框有关的一些信息，如：业务框A因无法满足用户请求而需要将该用户请求发送给业务框B，业务框A则需要存储有业务框B的地址，以便根据业务框B的地址将所述业务请求发送给业务框B。

可见，为了使各业务框能更好的为用户服务，在步骤303中，操作维护设备向NE代理设备发送各业务框的配置数据时，可以进一步向NE代理设备发送针对某个业务框的与其它业务框相关的全局配置数据。在步骤307中，NE代理设备向业务框下发与该业务框相关的配置数据时，还可以进一步向该业务框下发与其它业务框相关的全局配置数据；所述业务框根据收到的与自身相关的配置数据以及所述全局配置数据进行相应的数据配置操作。

由以上所述可知，在初始配置模式所对应的数据配置操作中，对业务框进行的数据配置操作被分成了两个相对独立的部分：其中一部分是操作维护设备向网元代理设备一次性下发所有业务框要配置的所有配置数据，网元代理设备根据收到的配置数据在自身进行相应配置；另一部分是网元代理设备完成所述配置后，将来自操作维护设备的配置数据下发给相应的业务框，业务框根据接收到的配置数据在自身进行相应数据配置操作并向操作维护设备发送数据配置结果。

可见，在进行初始配置的时间段内，操作维护设备与业务框不会同时经由NE代理设备进行大量数据交互，因此操作维护设备与NE代理设备就不会承受过大的数据量。所以操作维护设备与NE代理设备的运算速度得以加快，使初始配置效率得到提高；初始配置效率的提高使各业务框均可以及时完成数据配置，进而增强了各业务框的可服务性。

参见图4，图4为本发明的扩容配置流程图，该流程包括以下步骤：

步骤401：操作维护设备收到前述的切换指令，并进入该切换指令所对应的扩容配置模式，操作维护设备向NE代理设备下发隔离扩容业务框命令。

步骤402：NE代理设备收到来自操作维护设备的隔离扩容业务框命令后，将自身通信状态设置为禁止与业务框进行数据交互的状态。上述设置方法通常为：NE代理设备将自身保存的与扩容业务框之间的通信属性设置为隔离状态。这样，在后续的操作中，NE代理设备就不会向扩容业务框发送任何数据。

NE代理设备完成隔离扩容业务框操作之后，向操作维护设备发送隔离响应。

步骤403：操作维护设备收到来自NE代理设备的隔离响应之后，向NE代理设备发送扩容业务框的配置数据。

当然，与图3中有关全局配置数据的配置操作方法相同，由于网络中新添加了扩容业务框，所以为了使各业务框能更好的为用户服务，网络中的非扩容业务框中与扩容业务框有关的全局配置数据就需要进行更新。因而操作维护设备向NE代理设备发送扩容业务框的配置数据时，可以进一步向NE代理设备发送针对各非扩容业务框的与扩容业务框相关的全局配置数据。

步骤404：NE代理设备根据收到的配置数据在自身进行相应的配置操作，并判断收到的配置数据是否可以使相应业务框正常为用户提供业务以及所述配置数据是否能得到相应业务框的硬件支持，再根据判断结果向操作维护设备发送配置结果。

步骤405：NE代理设备将收到的所述配置数据告知网管，并根据该配置数据对自身的功能模块进行数据通知操作。

步骤406：操作维护设备收到来自NE代理设备的配置结果之后，向NE代理设备发送取消隔离命令。

可见，步骤405中，NE代理设备只是进行自身内部数据传输以及向网管传输数据，并不向操作维护设备传输数据；步骤406中，操作维护设备只是向NE代理设备发送两个控制命令而不发送大量的配置数据。所以即使步骤405与步骤406同时进行，NE代理设备与操作维护设备彼此也不会传输大量的数据给对方，NE代理设备与操作维护设备进而不会因为处理大量数据而减慢运算速度并影响扩容业务框的数据配置效率。因此步骤406与步骤405可以同时进行。

步骤407：NE代理设备收到取消隔离命令后，将自身通信状态设置为与扩容业务框进行数据交互的状态。上述设置方法通常为：NE代理设备自身保存的与扩容业务框之间的通信属性设置为交互状态，使得NE代理设备与扩容业务框之间可以进行正常的数据交互。

接着，NE代理设备根据来自操作维护设备的配置数据为扩容业务框生成加载数据文件。该加载数据文件由所述扩容业务框所对应的配置数据组成。之后，NE代理设备向扩容业务框发送请求加载数据命令以及启动命令。扩容业务框收到上述命令后，启动并向NE代理设备发送数据加载请求；NE代理设备收到来自扩容业务框的数据加载请求后，就向扩容业务框下发对应的加载数据文件。扩容业务框收到加载数据文件后，读取该文件中包含的配置数据并根据该配置数据进行相应的数据配置。

实际上，NE代理设备自身保存的与扩容业务框之间的通信属性设置为交互状态之后，也可以不为扩容业务框生成加载数据文件。而是直接向扩容业务框发送请求加载数据命令以及启动命令。扩容业务框收到上述命令后，启动并向NE代理设备发送数据加载请求；NE代理设备收到来自扩容业务框的数据加载请求后，就向相应扩容业务框下发相应的配置数据，扩容业务框根据收到的配置数据进行相应的数据配置。

当然，网元代理设备也可以在将自身通信状态设置为与扩容业务框进行数据交互的状态之后，进一步向操作维护设备发送取消隔离响应；操作维护设备收到该响应后，向网元代理设备发送数据加载命令；网元代理设备收到该数据加载命令后再进行前述的生成加载数据文件、发送所述请求加载数据命令以及启动命令的操作，或直接进行发送所述请求加载数据命令以及启动命令的操作。

NE代理设备向扩容业务框下发与扩容业务框相关的配置数据时，还可以进一步向其它的非扩容业务框分别下发与该扩容业务框相关的全局配置数据；所述非扩容业务框分别根据收到的全局配置数据在自身进行相应配置。

步骤408：扩容业务框完成自身的数据配置后，通常会判断新配置的数据是否可以正常为用户提供业务以及所述配置数据是否能得到自身相应硬件的支持，并根据判断结果向NE代理设备发送数据配置结果；NE代理设备再将收到的来自扩容业务框的数据配置结果发给操作维护设备。

当然，网络中的其它非扩容业务框也可以根据收到的全局配置数据进行上述的相应判断操作，并根据判断结果向NE代理设备发送数据配置结果；NE代理设备再将收到的来自非扩容业务框的数据配置结果发给操作维护设备。

以上所述的配置数据包括用于为用户提供业务的参数和应用软件程序代码。各业务框在收到来自NE代理设备的配置数据后，通常先在自身配置所述应用软件程序代码，之后再在自身配置所述参数。

由以上所述可知，在扩容配置模式所对应的数据配置操作中，对扩容业务框进行的数据配置操作被分成了两个相对独立的部分：其中一部分是操作维护设备向网元代理设备一次性下发扩容业务框要配置的所有配置数据，网元代理设备根据收到的配置数据在自身进行相应配置；另一部分是网元代理设备完成所述配置后，将来自操作维护设备的配置数据下发给相应的扩容业务框，扩容业务框根据接收到的配置数据在自身进行相应数据配置操作并向操作维护设备发送数据配置结果。

可见，在进行扩容配置的时间段内，操作维护设备与扩容业务框以及其它业务框不会同时经由NE代理设备进行大量数据交互，因此操作维护设备与NE代理设备就不会承受过大的数据量，所以操作维护设备与NE代理设备的运算速度得以加快，使扩容配置效率得到提高；扩容配置效率的提高使扩容业务框均可以及时完成数据配置，进而增强了扩容业务框的可服务性。

上述扩容业务框可以是一个或一个以上，只要NE代理设备接收到来自操作维护设备的扩容业务框的配置数据后，能够分别向各扩容业务框发送与该扩容业务框对应的配置数据即可。

当操作维护设备收到前述的切换指令，并根据该切换指令进入动态配置模式时，操作维护设备实时向NE代理设备下发要进行动态配置的业务框的配置数据，操作维护设备每次可以下发一条或多条配置数据。所述配置数据可以以包含多条数据的批处理脚本的形式下发，也可以以单条配置数据的形式下发。

NE代理设备实时接收来自操作维护设备的配置数据，并根据收到的配置数据在自身进行相应的配置操作，再将收到的所述配置数据分别下发给相应的业务框。

业务框实时接收来自NE代理设备的配置数据，并根据收到的配置数据在自身进行相应的数据配置。业务框每完成一个批处理脚本或单条配置数据的配置操作之后，都判断该配置的数据是否可以使业务框正常为用户提供业务以及所述配置数据是否能得到业务框的硬件支持，并根据判断结果立即向NE代理设备发送数据配置结果。

NE代理设备将收到的数据配置结果发送给操作维护设备；并且，NE代理设备将收到的新配置数据告知网管。网管收到来自NE代理设备的配置数据后，将配置数据保存于自身的数据库。

另外，NE代理设备还要对自身的功能模块进行数据通知操作。

上述需要动态配置的业务框可以是一个或一个以上的业务框，只要NE代理设备接收到来自操作维护设备的配置数据后，能够分别向各个需要动态配置的业务框发送与该业务框对应的配置数据即可。

可见，所述动态业务框数据配置方法与背景技术中的业务框数据配置方法相同。

在实际应用中，NE代理设备可以根据实际情况只进行以上所述的告知网管操作以及对自身功能模块的数据通知操作中的任一个操作，也可以同时进行这两个操作。

由以上所述可知，本发明所提供的配置业务框数据的实现方法，通过在操作维护设备上进行设置，使操作维护设备能够根据用户需要在初始配置、扩容配置以及动态配置这三种不同的业务框数据配置模式中任意切换。

另外，通过将初始、扩容配置模式对应的数据配置流程分成两个相对独立的部分，使操作维护设备与业务框不会同时经由NE代理设备进行大量数据交互，因此操作维护设备与NE代理设备就不会承受过大的数据量。所以操作维护设备与NE代理设备的运算速度得以加快，使业务框数据配置效率得到提高；业务框数据配置效率的提高使得进行数据配置的业务框均可以及时完成数据配置，进而增强了业务框的可服务性。

Claims (12)

1.一种配置业务框数据的实现方法，其特征在于，在操作维护设备中设置空业务框配置模式，该模式下的配置方法包括：

操作维护设备根据接收到的用于确定配置模式的切换指令，设置网元代理设备为禁止与业务框进行数据交互的通信状态后，将业务框的配置数据发送给网元代理设备，网元代理设备根据接收的配置数据在自身进行配置，向操作维护设备发送配置结果；

操作维护设备接收到所述配置结果后设置网元代理设备为允许与业务框进行数据交互的通信状态，然后由网元代理设备向各业务框发送与之相对应的配置数据，并将来自业务框的配置结果发送给操作维护设备。

2.如权利要求1所述的方法，其特征在于：所述配置数据包括用于为用户提供业务的参数和应用软件程序代码；或包括用于为用户提供业务的参数、应用软件程序代码和全局配置数据。

3.如权利要求1所述的方法，其特征在于：所述操作维护设备设置网元代理设备的通信状态为禁止与业务框进行数据交互的方法是：

操作维护设备向网元代理设备发送隔离业务框命令，网元代理设备收到该命令后将自身的通信属性设置为隔离状态。

4.如权利要求1所述的方法，其特征在于：操作维护设备设置网元代理设备的通信状态为允许与业务框进行数据交互的方法是：

操作维护设备向网元代理设备发送取消隔离命令，网元代理设备收到该命令后将自身的通信属性设置为交互状态。

5.如权利要求1所述的方法，其特征在于：网元代理设备向各业务框发送所述配置数据的过程包括以下步骤：

网元代理设备向业务框发送请求加载数据命令以及启动命令，业务框收到上述命令后，启动并向网元代理设备发送数据加载请求；

网元代理设备收到来自业务框的数据加载请求后，向业务框发送所述配置数据。

6.如权利要求5所述的方法，其特征在于，所述配置数据是以包含配置数据的加载数据文件的形式向业务框发送；或直接以配置数据形式向业务框发送。

7.如权利要求5所述的方法，其特征在于，网元代理设备向业务框发送所述请求加载数据命令以及启动命令之前，该方法进一步包括：

网元代理设备向操作维护设备发送取消隔离响应；操作维护设备收到该响应后，向网元代理设备发送数据加载命令。

8.如权利要求1至7任一项所述的方法，其特征在于，所述空业务框配置模式是初始配置模式或扩容配置模式。

9.如权利要求8所述的方法，其特征在于，所述空业务框配置模式是初始配置模式时，所述业务框为通信网络中的所有业务框，所述配置数据是针对所有业务框的配置数据。

10.如权利要求8所述的方法，其特征在于，所述空业务框配置模式是扩容配置模式时，所述业务框为通信网络中的扩容业务框，所述配置数据是针对扩容业务框的配置数据。

11.如权利要求1所述的方法，其特征在于，在操作维护设备中进一步设置非空业务框配置模式，该模式下的配置方法包括：

操作维护设备根据接收到的用于确定配置模式的切换指令，直接向网元代理设备发送业务框的配置数据，网元代理设备根据收到的配置数据在自身进行配置，同时将收到的配置数据发送给业务框，以及将来自业务框的配置结果发送给操作维护设备。

12.如权利要求1或11所述的方法，其特征在于，网元代理设备在自身完成所述配置之后，该方法进一步包括：

网元代理设备将所述配置数据发送给网络管理设备，网络管理设备保存收到的配置数据；和/或，

网元代理设备将所述配置数据中与自身功能模块相关的配置数据，发送给自身与该配置数据相对应的功能模块，该功能模块根据收到的配置数据在自身进行配置。

Images