CN1426194A - 多级网络管理系统路由的处理方法 - Google Patents
多级网络管理系统路由的处理方法 Download PDFInfo
- Publication number
- CN1426194A CN1426194A CN 01139143 CN01139143A CN1426194A CN 1426194 A CN1426194 A CN 1426194A CN 01139143 CN01139143 CN 01139143 CN 01139143 A CN01139143 A CN 01139143A CN 1426194 A CN1426194 A CN 1426194A
- Authority
- CN
- China
- Prior art keywords
- server
- message
- route
- changed
- routing iinformation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种多级网络管理系统的路由处理方法，其步骤包括：A.对网管系统中的终端和服务器进行标识，服务器负责为每个连入的终端分配编号，也为它要连接的下级服务器分配编号；B.建立网管路由信息数据；C.路由信息在原始出发点进行组装，中间服务器可以对路由信息进行修改；D.若原始出发点不知道路由信息或需要广播，则数据在广播过程中被附加上路由信息；E.网管中接收消息的服务器首先从接收的路由信息数据中提取出路由信息，再根据路由参数情况对数据进行处理。本发明实现了对现有电信网络管理系统的远程集中管理，提高了系统维护能力，节省了参与维护的人力资源，达到了远程实时监控的效果。
Description
技术领域
本发明涉及一种在多级网管系统中实现消息路由的有效方法，尤其涉及电信管理网(TMN)中多级网管的路由管理监控。
背景技术
随着通信业的发展，电信网的规模空前扩大，电信设备的分布也日趋分散。对这些分布在各个地方的不同设备进行集中的管理监控是非常困难的。当前对网元的管理基本是分布的(即本地维护)，这种维护方式有如下缺点：1、维护成本高，由于设备的分散放置，每个设备点都需要安排专职的人员负责设备的运行监控；2、统一管理困难，由于所有的设备都单独维护，上级网管中心无法即时得到所有运行设备的告警、性能等信息，这对统一调度的实现就比较困难。这些对电信运营商来说是极不方便的，因此，对众多设备的集中管理、远程控制显得非常迫切。
发明内容
本发明的目的在于克服已有技术中存在的系统维护成本高、网管中心难以统一管理的缺陷，提供一种实现电信网集中管理、远程控制的多级网络管理系统的路由处理方法，以实现多级管理系统中信息的迅速、准确传递。
为实现上述目的本发明的多级网络管理系统的路由处理方法，其步骤包括：
A.对网管系统中的终端和服务器进行标识，服务器负责为每个连入的终端分配编号(从1开始，保证不重复)，服务器也为它要连接的下级服务器分配编号(从1开始，保证不重复)；
B.建立网管路由信息数据结构；
C.路由信息在原始出发点进行组装，中间服务器可以对路由信息进行修改；
D.若原始出发点不知道路由信息或需要广播时，数据在广播过程中被附加上路由信息；
E.网管中接收消息的服务器首先从接收的数据中提取出路由信息，再根据路由参数分情况对数据进行处理。
进一步，所述的网管路由信息数据结构，其内容包括：
是否有效(AV)：标识该路由信息的有效性；
路由方向(DR)：标识路由方向为上行还是下行；
广播标志(BC)：标识信息是否为广播消息；
路由级数(RS)：源服务器与目的服务器的级差；
路径标识(PW)：路由信息每次转发时的路径标识。
所述的网管中的路由可以分为5种：无效路由(即不使用路由)、下行路由、上行路由、下行广播、上行广播。它们的路由信息数据表示如下：当AV＝0为无效路由；当AV＝1、DR＝UP、BC＝0为上行路由；当AV＝1、DR＝DOWN、BC＝0为下行路由；当AV＝1、DR＝DOWN、BC＝1为下行广播；当AV＝1、DR＝UP、BC＝1为上行广播；所说的网管中接收消息的服务器对路由信息的处理，分别是：
当路由为无效路由时，则服务器进程根据消息头中的信息，将消息在自身进程间或同级的终端间进行传送；
当为下行路由时，下行路由终端开始，经过n级服务器到达终点，也可以是上级服务器发往下级服务器，路由信息的组装和路由过程处理步骤如下：
第一步：信息源填写路由信息，方法是：
1)将路由信息中的AV置1[使用路由]，BC置0[非广播]，DR置DOWN[0，表示下行]。
2)RS的值置为当前服务器(或终端)与接收消息的服务器(或终端)所处级别的差，(例如：由第一级向第三级或由第二级向第四级发消息时，RS的值应为2)。
3)PW数组的值的填充为：
PW[RS-1]为消息流经过的第一个下级服务器的编号。
PW[RS-2]为下下级服务器在其上级服务器中的编号。
如此类推至
PW[0]为消息目的服务器在其上级服务器中的编号。
第二步：各级服务器对接收到的消息进行处理该步骤可分为如下步骤进行：
1)判断RS的值是否为零；
2)是(RS＝0)，表示本级服务器是目的地，将消息发送给自身进程或本级终端(在将消息发送给目的进程前需将路由信息进行修改，以便接收进程在发送回应消息时可直接通过读消息头中的路由信息得到返回的路由)。
i)具体实现是将DR置为UP[1，表示上行]，
ii)RS置为PW中非零元素的个数。
3)否(RS＝1)，表示消息需要继续向下转发：
i)将RS值减1。
ii)根据PW[RS]选择下级服务器并将消息发送出去。
当为上行路由时，上行路由是由下级服务器发往上级服务器或终端，对它的处理可以分以下步骤：
第一步：信息源填写路由信息，方法是：
1)将AV置1、BC置0。
2)将RS置为本级服务器与上级服务器的级差，PW数组全部置零。
第二步：各级服务器在接收到消息时的处理。
1)目的服务器和中间服务器首先判断RS是否为零。
2)是(RS＝0)，表示本级服务器是目的地，然后将消息发送给自身进程或本级终端。在将消息发送给目的进程前需将路由信息进行修改，以便接收进程在发送回应消息时可直接通过读消息头中的路由信息得到返回的路由，具体实现是：
i)将DR置为DOWN，PW[0]置为发送该消息的下级服务器的编号
ii)RS置为PW数组中非零元素的个数，将PW中的元素顺序颠倒。
3)否(RS＝1)，表示消息需要继续向上转发：
i)将RS值减1
ii)将PW[RS]置为发送消息给自己的下级服务器的编号并将消息向上级服务器发送。
当为上行广播时其步骤如下：
第一步、源服务器处理过程：
1)信息源填充路由信息：将路由信息中的AV置1[使用路由]，BC置1[广播]，DR置UP，RS的值置为0。
2)源服务器将消息BC置0，再将消息发送给自身或同级的终端。
3)将BC置1，将RS加1，发送给上级服务器。
第二步、接收到消息的上级服务器处理过程：
1)将PW[RS-1]置为发送消息的下级服务器的编号，将DR置为DOWN，BC置为0，再将消息发送给自身或同级的终端。
2)将BC置1，DR置为UP，将RS加1，发送给上级服务器。重复此过程，直到消息达到最高级服务器。
当为下行广播时，其处理步骤如下：
第一步、源服务器处理过程：
1)下行广播路由信息的填充方法：将路由信息中的AV置1[使用路由]，BC置1[广播]，DR置DOWN，RS的值置为0。
2)源服务器首先将消息BC置0，再将消息发送给自身或同级的终端。
3)然后将BC置1，将RS加1，发送给下级服务器。
第二步、接收到消息的下级服务器处理过程：
1)将DR置为UP，BC置为0，再将消息发送给自身或同级的终端。
2)将BC置1，DR置为DOWN，将RS加1，发送给所有下级服务器。
本发明中阐述的网管组网方案和路由处理技术在实践中得到了很好的的验证，实现了现有电信网络管理系统的远程集中管理功能，提高了系统维护能力，节省了参与维护的人力资源，达到了远程实时监控的效果。
附图说明
图1是本发明网管下行路由的实施例示意图，它描述了从四级服务器到一级服务器过程中路由信息的填充和处理过程。
图2是本发明网管上行路由的实施例示意图，它描述了从一级服务器发送消息到四级服务器的路由过程和路由信息处理过程。
图2也是本发明网管上行广播的实施例示意图，它描述了一个从一级服务器发出的上行广播消息的路由组装和处理过程。
图3是本发明网管下行广播的实施例示意图，它描述了下行广播消息的路由信息组装和中间处理过程。
具体实施方式
下面从工程实现的角度，结合图1-图3给出本发明的四级网络管理系统的路由管理实施例，用以对本说明中提到的路由处理方法进行详细的说明。
网络管理系统中的路由可以分为5种：无效路由(即不使用路由)、下行路由、上行路由、下行广播、上行广播。
以本发明定义的路由信息结构为基础，下面分不同情况逐一阐述本发明所述的路由处理方法：
第一种情况：无效路由；
无效路由(AV＝0)是最简单的，服务器进程根据消息头中的信息，将消息在自身进程间或同级的终端间进行传送。
请参阅图1，它所示的便是第二种情况：下行路由。
典型的下行路由是从终端开始，经过n级服务器到达终点，也可以是上级服务器发往下级服务器。路由信息在出发点被组装，经过服务器时被使用。路由信息的组装和路由过程处理步骤如下：
第一步：信息源填写路由信息，方法是：
1)将路由信息中的AV置1[使用路由]，BC置0[非广播]，DR置DOWN[0，表示下行]。
2)RS的值置为当前服务器(或终端)与接收消息的服务器(或终端)所处级别的差，(例如：由第一级向第三级或由第二级向第四级发消息时，RS的值应为2)。
3)PW数组的值的填充为：
PW[RS-1]为消息流经过的第一个下级服务器的编号。
PW[RS-2]为下下级服务器在其上级服务器中的编号。
如此类推直至
PW[0]为消息目的服务器在其上级服务器中的编号。
第二步：各级服务器对接收到的消息进行处理该步骤可分为如下步骤进行：
1)判断RS的值是否为零：
2)是(RS＝0)，表示本级服务器是目的地，将消息发送给自身进程或本级终端(在将消息发送给目的进程前需将路由信息进行修改，以便接收进程在发送回应消息时可直接通过读消息头中的路由信息得到返回的路由)。
i)具体实现是将DR置为UP[1，表示上行]
ii)RS置为PW中非零元素的个数。
3)否(RS＝1)，表示消息需要继续向下转发：
iii)将RS值减1。
iv)根据PW[RS]选择下级服务器并将消息发送出去。
综合上述步骤，图中一到四级网管10、20、30、40它们的网管路由信息数据结构如下：
1.四级网管40，
AV＝1；DR＝DOWN；BC＝0；RS＝3；PW(2)＝1；PW(1)＝2；PW(0)＝3；
2.三级网管30
AV＝1；DR＝DOWN；BC＝0；RS＝2；PW(2)＝1；PW(1)＝2；PW(0)＝3；
3.二级网管20
AV＝1；DR＝DOWN；BC＝0；RS＝1；PW(2)＝1；PW(1)＝2；PW(0)＝3；
4.一级网管10
AV＝1；DR＝DOWN；BC＝0；RS＝0；PW(2)＝1；PW(1)＝2；PW(0)＝3；
然后，一级网管再将数据往上传播，路由信息数据变成如下：
AV＝1；DR＝UP；BC＝0；RS＝3；PW(2)＝1；PW(1)＝2；PW(0)＝3；它们描述了从四级服务器41到一级服务器11～15过程中路由信息的填充和处理过程。在一级服务器11～15收到信息时的路由信息与服务器11～15将信息发送给进程处理时的信息不同，是为了能使接收进程通过直接取得路由信息就可以发送应答消息给源服务器。
请参阅图2，它所示的便是第三种情况：上行路由。
上行路由是由下级服务器发往上级服务器或终端的。对它的处理可以分以下步骤：
第一步：信息源填写路由信息，方法是：
1)将AV置1、BC置0。
2)将RS置为本级服务器与上级服务器的级差，PW数组全部置零。
第二步：各级服务器在接收到消息时的处理。
1)目的服务器和中间服务器首先判断RS是否为零。
2)是(RS＝0)，表示本级服务器是目的地，然后将消息发送给自身进程或本级终端。(在将消息发送给目的进程前需将路由信息进行修改，以便接收进程在发送回应消息时可直接通过读消息头中的路由信息得到返回的路由，具体实现是：
iii)将DR置为DOWN，PW[0]置为发送该消息的下级服务器的编号，
iv)RS置为PW数组中非零元素的个数，将PW中的元素顺序颠倒。
3)否(RS＝1)，表示消息需要继续向上转发
ii)将RS值减1；
iii)将PW[RS]置为发送消息给自己的下级服务器的编号并将消息向上级服务器发送。
综合上述步骤，图中一到四级网管10、20、30、40它们的网管路由信息数据结构如下：
1.一级网管10，
AV＝1；DR＝UP；BC＝0；RS＝3；PW(2)＝0；PW(1)＝0；PW(0)＝0；
2.二级网管20
AV＝1；DR＝UP；BC＝0；RS＝2；PW(2)＝3；PW(1)＝0；PW(0)＝0；
3.三级网管30
AV＝1；DR＝UP；BC＝0；RS＝1；PW(2)＝3；PW(1)＝2；PW(0)＝0；
4.四级网管40
AV＝1；DR＝UP；BC＝0；RS＝0；PW(2)＝3；PW(1)＝2；PW(0)＝1；
然后，一级网管再将数据向下传播，路由信息数据变成如下：
AV＝1；DR＝DOWN；BC＝0；RS＝3；PW(2)＝1；PW(1)＝2；PW(0)＝3。
它们描述了从一级服务器11～15发送消息到四级服务器41的路由过程和路由信息处理过程，在一级服务器11～15接收到消息后，在将消息发送给本地进程时将路由信息按第二步中描述的方法进行处理，这样保证了接收进程发送应答消息时只需直接读取收到的路由信息即可。结合图1和图2这一点可以得到验证。
再请参阅图2，它所示的是第四种情况：上行广播其处理步骤如下：
第一步、源服务器处理过程：
1)信息源填充路由信息：将路由信息中的AV置1[使用路由]，BC置1[广播]，DR置UP，RS的值置为0。
2)源服务器将消息BC置0，再将消息发送给自身或同级的终端。
3)将BC置1，将RS加1，发送给上级服务器。
第二步 接收到消息的上级服务器处理过程：
1)将PW[RS-1]置为发送消息的下级服务器的编号，将DR置为DOWN，BC置为0，再将消息发送给自身或同级的终端。
2)将BC置1，DR置为UP，将RS加1，发送给上级服务器。
3)重复此过程，直到消息达到最高级服务器。
综合上述步骤，图中一到四级网管10、20、30、40它们的网管路由信息数据结构如下：
1.一级网管10，
AV＝1；DR＝UP；BC＝1；RS＝0；PW(2)＝0；PW(1)＝0；PW(0)＝0；
同时同级广播，数据如下：
AV＝1；DR＝UP；BC＝0；RS＝0；PW(2)＝0；PW(1)＝0；PW(0)＝0；
2.二级网管20
AV＝1；DR＝UP；BC＝1；RS＝1；PW(2)＝3；PW(1)＝0；PW(0)＝0；
同时同级广播，数据如下：
AV＝1；DR＝DOWN；BC＝0；RS＝1；PW(2)＝0；PW(1)＝0；PW(0)＝3；
3.三级网管30
AV＝1；DR＝UP；BC＝1；RS＝2；PW(2)＝3；PW(1)＝2；PW(0)＝0；
同时同级广播，数据如下：
AV＝1；DR＝DOWN；BC＝0；RS＝2；PW(2)＝0；PW(1)＝2；PW(0)＝3；
4.四级网管40
AV＝1；DR＝UP；BC＝1；RS＝0；PW(2)＝3；PW(1)＝2；PW(0)＝1；
同时同级广播，数据如下：
AV＝1；DR＝DOWN；BC＝0；RS＝3；PW(2)＝1；PW(1)＝2；PW(0)＝3；
它们描述了一个从一级服务器11～15发出的上行广播消息的路由组装和处理过程，上行广播与上行路由的区别在于，上行路由指定了消息上行的级数，而且只有目的服务器处理消息。上行广播消息一直到达最上级服务器整个路由过程才结束，而且中间服务器也对消息进行处理。
请参阅图3，它所示的是第五种情况：下行广播其处理步骤如下：
第一步、源服务器处理过程：
1)下行广播路由信息的填充方法：将路由信息中的AV置1[使用路由]，BC置1[广播]，DR置DOWN，RS的值置为0。
2)源服务器首先将消息BC置0，再将消息发送给自身或同级的终端。
3)然后将BC置1，将RS加1，发送给下级服务器。
第二步、接收到消息的下级服务器处理过程：
1)将DR置为UP，BC置为0，再将消息发送给自身或同级的终端。
2)将BC置1，DR置为DOWN，将RS加1，发送给所有下级服务器。
综合上述步骤，图中一到四级网管10、20、30、40它们的网管路由信息数据结构如下：
1.四级网管40，
AV＝1；DR＝DOWN；BC＝1；RS＝0；PW(2)＝0；PW(1)＝0；PW(0)＝0；
同时同级广播，数据如下：
AV＝1；DR＝DOWN；BC＝0；RS＝0；PW(2)＝0；PW(1)＝0；PW(0)＝0；
2.三级网管30
AV＝1；DR＝DOWN；BC＝1；RS＝1；PW(2)＝0；PW(1)＝0；PW(0)＝0；
同时同级广播，数据如下：
AV＝1；DR＝UP；BC＝0；RS＝1；PW(2)＝0；PW(1)＝0；PW(0)＝0；
3.二级网管20
AV＝1；DR＝DOWN；BC＝1；RS＝2；PW(2)＝0；PW(1)＝0；PW(0)＝0；
同时同级广播，数据如下：
AV＝1；DR＝UP；BC＝0；RS＝2；PW(2)＝0；PW(1)＝0；PW(0)＝0；
4.一级网管10
AV＝1；DR＝DOWN；BC＝1；RS＝3；PW(2)＝0；PW(1)＝0；PW(0)＝0；
同时同级广播，数据如下：
AV＝1；DR＝UP；BC＝0；RS＝3；PW(2)＝0；PW(1)＝0；PW(0)＝0；
它们描述了下行广播消息的路由信息组装和中间处理过程，其中我们只列出了其中一条路径上路由信息的处理，其他路径的处理除了服务器表示不同外与此过程都相同。
按照如上所述的消息组装方法和消息转发机制，接收到消息的进程在收到消息后如需要向源进程回应消息，则只需用接收到的消息的头结构中的路由信息即可将消息按原路返回。
Claims (13)
1.一种多级网络管理系统的路由处理方法，其步骤包括：
A、对网管系统中的终端和服务器进行标识，服务器负责为每个连入的终端分配编号，也为它要连接的下级服务器分配编号；
B、建立网管路由信息数据结构；
C、路由信息在原始出发点进行组装，中间服务器可以对路由信息进行修改；
D、若原始出发点不知道路由信息或需要广播，则数据在广播过程中被附加上路由信息；
E、网管中接收消息的服务器，首先从接收的路由信息数据中提取出路由信息，再根据路由参数情况对数据进行处理。
2、根据权利要求1所述的多级网络管理系统的路由处理方法，其特征在于：所述的网管路由信息数据，其结构内容主要有：路由信息的有效性的标识AV；路由方向的标识DR；广播消息的标识BC；源服务器与目的服务器的级差标识RS；路由信息每次转发时的路径标识PW。
3、根据权利要求1所述的多级网络管理系统的路由处理方法，其特征在于：网管中的路由主要分为：无效路由、下行路由、上行路由、下行广播和上行广播。
4、根据权利要求2或3所述的多级网络管理系统的路由处理方法，其特征在于：当AV＝0为无效路由；当AV＝1、DR＝UP、BC＝0为上行路由；当AV＝1、DR＝DOWN、BC＝0为下行路由；当AV＝1、DR＝DOWN、BC＝1为下行广播；当AV＝1、DR＝UP、BC＝1为上行广播。
5、根据权利要求4所述的多级网络管理系统的路由处理方法，其特征在于：当路由为无效路由时服务器进程根据消息头中的信息，将消息在自身进程间或同级的终端间进行传送。
6、根据权利要求4所述的多级网络管理系统的路由处理方法，其特征在于：所述的下行路由是指路由自一终端开始，经过n级服务器到达终点，也可以是上级服务器发往下级服务器；
下行路由信息的组装和路由过程处理步骤如下：
第一步：对信息源填写路由信息，主要是：
1)将路由信息中的AV置1表示使用路由，BC置0表示非广播，DR＝DOWN表示下行，
2)RS的值置为当前服务器或终端与接收消息的服务器或终端所处级别的差，
3)PW数组的值的填充为：
PW[RS-1]为消息流经过的第一个下级服务器的编号，
PW[RS-2]为再下一级的下级服务器，在它的上级服务器中的编号，
如此类推直至
PW[0]为消息目的服务器在其上级服务器中的编号，
第二步：各级服务器对接收到的消息进行处理，其可分为如下子步骤进行：
1)判断RS的值是否为零，
2)若RS＝0，表示本级服务器是目的地，将消息发送给自身进程或本级终端，
3)若RS＝1，表示消息需要继续向下转发。
7、根据权利要求6所述的多级网络管理系统的路由处理方法，其特征在于：所述的将消息发送给自身进程或本级终端，其进一步实现主要是：将DR＝UP置为1，表示上行和将RS置为PW中非零元素的个数。
8、根据权利要求6所述的多级网络管理系统的路由处理方法，其特征在于：所述的将消息向下转发，其进一步实现主要是：将RS值减1和根据PW[RS]选择下级服务器并将消息发送出去。
9：根据权利要求4所述的多级网络管理系统的路由处理方法，其特征在于：所述的上行路由是由下级服务器发往上级服务器或终端，对它的处理主要分为以下子步骤：
第一子步骤：对信息源填写路由信息，主要是：
1)将AV置1、BC置0；
2)将RS置为本级服务器与上级服务器的级差，PW数组全部置零；
第二子步骤：各级服务器在接收到消息时的处理：
1)目的服务器和中间服务器首先判断RS是否为零，
2)若RS＝0，表示本级服务器是目的地，然后将消息发送给自身进程或本级终端；
3)若RS＝1，表示消息需要继续向上转发。
10、根据权利要求9所述的多级网络管理系统的路由处理方法，其特征在于：所述的将消息发送给自身进程或本级终端，其进一步实现主要是：将DR置为DOWN，PW[0]置为发送该消息的下级服务器的编号和RS置为PW数组中非零元素的个数，将PW中的元素顺序颠倒。
11、根据权利要求9所述的多级网络管理系统的路由处理方法，其特征在于：
所述的消息需要向上转发，其进一步实现主要是：将RS值减1和将PW[RS]置为发送消息给自己的下级服务器的编号并将消息向上级服务器发送。
12、根据权利要求4所述的多级网络管理系统的路由处理方法，其特征在于：上行广播的路由主要处理步骤如下：
第一步 源服务器的处理过程：
1)信息源填充路由信息：将路由信息中的AV置1表示使用路由，BC置1表示广播，DR置UP，RS的值置为0；
2)源服务器将消息BC置0，再将消息发送给自身或同级的终端；
3)将BC置1，将RS加1，发送给上级服务器；
第二步 接收到消息的上级服务器处理过程：
1)将PW[RS-1]置为发送消息的下级服务器的编号，将DR置为DOWN，BC置为0，再将消息发送给自身或同级的终端；
2)将BC置1，DR置为UP，将RS加1，发送给上级服务器；
重复此过程，直到消息达到最高级服务器。
13、根据权利要求4所述的多级网络管理系统的路由处理方法，其特征在于：
当为下行广播时，其处理步骤如下：
第一步、源服务器处理过程：
1)路由信息的填充方法：将路由信息中的AV置1表示使用路由，BC置1表示广播，DR置DOWN，RS的值置为0；
2)源服务器首先将消息BC置0，再将消息发送给自身或同级的终端；
3)然后将BC置1，将RS加1，发送给下级服务器；
第二步、接收到消息的下级服务器处理过程：
1)将DR置为UP，BC置为0，再将消息发送给自身或同级的终端；将BC置1，DR置为DOWN，将RS加1，发送给所有下级服务器；
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 01139143 CN1282329C (zh) | 2001-12-20 | 2001-12-20 | 多级网络管理系统路由的处理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 01139143 CN1282329C (zh) | 2001-12-20 | 2001-12-20 | 多级网络管理系统路由的处理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1426194A true CN1426194A (zh) | 2003-06-25 |
| CN1282329C CN1282329C (zh) | 2006-10-25 |
Family
ID=4675069
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 01139143 Expired - Fee Related CN1282329C (zh) | 2001-12-20 | 2001-12-20 | 多级网络管理系统路由的处理方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1282329C (zh) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100384274C (zh) * | 2003-09-18 | 2008-04-23 | 乐金电子(中国)研究开发中心有限公司 | 同步广播消息结构及传递方法 |
| CN100384140C (zh) * | 2003-12-16 | 2008-04-23 | 华为技术有限公司 | 广域虚拟用户交换机业务管理系统 |
| CN101350733B (zh) * | 2007-07-20 | 2012-02-29 | 中兴通讯股份有限公司 | 基于前置数据服务机的网元性能数据采集系统及实现方法 |
| CN102594673A (zh) * | 2012-02-09 | 2012-07-18 | 成都三零凯天通信实业有限公司 | 一种支持设备编号自动分发和路由的方法和系统 |
| CN102984220A (zh) * | 2012-11-13 | 2013-03-20 | 北京空间飞行器总体设计部 | 一种用于航天器多级子网的突发下行数据通信方法 |
| CN109995892A (zh) * | 2019-03-29 | 2019-07-09 | 中铁二院工程集团有限责任公司 | 一种多通信系统兼容性编号方法 |
| CN110719580A (zh) * | 2018-07-11 | 2020-01-21 | 中移物联网有限公司 | 一种通信方法、装置、终端、网关及计算机存储介质 |
-
2001
- 2001-12-20 CN CN 01139143 patent/CN1282329C/zh not_active Expired - Fee Related
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100384274C (zh) * | 2003-09-18 | 2008-04-23 | 乐金电子(中国)研究开发中心有限公司 | 同步广播消息结构及传递方法 |
| CN100384140C (zh) * | 2003-12-16 | 2008-04-23 | 华为技术有限公司 | 广域虚拟用户交换机业务管理系统 |
| CN101350733B (zh) * | 2007-07-20 | 2012-02-29 | 中兴通讯股份有限公司 | 基于前置数据服务机的网元性能数据采集系统及实现方法 |
| CN102594673A (zh) * | 2012-02-09 | 2012-07-18 | 成都三零凯天通信实业有限公司 | 一种支持设备编号自动分发和路由的方法和系统 |
| CN102594673B (zh) * | 2012-02-09 | 2014-07-16 | 成都三零凯天通信实业有限公司 | 一种支持设备编号自动分发和路由的方法和系统 |
| CN102984220A (zh) * | 2012-11-13 | 2013-03-20 | 北京空间飞行器总体设计部 | 一种用于航天器多级子网的突发下行数据通信方法 |
| CN102984220B (zh) * | 2012-11-13 | 2015-04-15 | 北京空间飞行器总体设计部 | 一种用于航天器多级子网的突发下行数据通信方法 |
| CN110719580A (zh) * | 2018-07-11 | 2020-01-21 | 中移物联网有限公司 | 一种通信方法、装置、终端、网关及计算机存储介质 |
| CN110719580B (zh) * | 2018-07-11 | 2023-08-15 | 中移物联网有限公司 | 一种通信方法、装置、终端、网关及计算机存储介质 |
| CN109995892A (zh) * | 2019-03-29 | 2019-07-09 | 中铁二院工程集团有限责任公司 | 一种多通信系统兼容性编号方法 |
| CN109995892B (zh) * | 2019-03-29 | 2021-09-07 | 中铁二院工程集团有限责任公司 | 一种多通信系统兼容性编号方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1282329C (zh) | 2006-10-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1863156A (zh) | 通过分组网络提供时钟同步的方法和系统 | |
| CN101061672A (zh) | 通信系统、无线局域网基站控制装置和无线局域网基站装置 | |
| CN101051937A (zh) | 一种基于xml的用户权限管理方法及系统 | |
| CN1913661A (zh) | 消息转换设备与转换方法 | |
| CN1549539A (zh) | 通信控制方法、通信方法、服务器设备、终端装置、中继设备和通信系统 | |
| CN1791274A (zh) | 无线通信方法、无线通信设备和无线通信系统 | |
| CN1855867A (zh) | 用于在无线网格网络中分发移动站信息的方法和设备 | |
| CN1812344A (zh) | 一种实现负载均衡的方法和系统 | |
| CN1960400A (zh) | 通信终端及其接收阻塞方法 | |
| CN1852384A (zh) | 一种策略和计费规则决策的实现方法 | |
| CN1694379A (zh) | 移动通信系统和mbms服务相关信息传送方法 | |
| CN1372780A (zh) | 多点传播服务系统及多点传播服务方法并信息递送装置和无线电终端及无线电基地台 | |
| CN101064645A (zh) | 单一设备同时支持多个无线局域网的方法 | |
| CN101068243A (zh) | 处理网关层与业务层的消息交互系统以及发送、接收方法 | |
| CN1282329C (zh) | 多级网络管理系统路由的处理方法 | |
| CN1674560A (zh) | 基站、通信装置和通信系统 | |
| CN1852153A (zh) | 基于简单网络管理协议的故障/告警管理系统及方法 | |
| CN1960408A (zh) | 用于交互式多媒体应答系统的交互式多媒体应答方法 | |
| CN1780261A (zh) | 使用封装和单播的区分服务组播系统和方法 | |
| CN1625883A (zh) | 传送权利管理消息的方法和装置 | |
| CN1863346A (zh) | 多模基站无线系统 | |
| CN101035081A (zh) | 一种基于隧道的报文转发方法和标签交换路由器 | |
| CN1956450A (zh) | 一种实现多媒体广播/组播业务通知的方法及装置 | |
| CN1968258A (zh) | 一种媒体协商不同类型能力的方法 | |
| CN1905510A (zh) | 通信设备获取mac地址的方法以及通信系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| ASS | Succession or assignment of patent right |
Owner name: SHENZHENG CITY ZTE CO., LTD. Free format text: FORMER OWNER: SHENZHENG CITY ZTE CO., LTD. SHANGHAI SECOND INSTITUTE Effective date: 20030722 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20030722 Applicant after: Zhongxing Communication Co., Ltd., Shenzhen City Applicant before: Shanghai Inst. of No.2, Zhongxing Communication Co., Ltd., Shenzhen City |
|
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| ASS | Succession or assignment of patent right |
Owner name: BEIJING HUASHANG ELECTRIC POWER TECHNOLOGY CENTER Effective date: 20131225 Owner name: STATE GRID BEIJING ELECTRIC POWER COMPANY Free format text: FORMER OWNER: ZTE CORPORATION Effective date: 20131225 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 518057 SHENZHEN, GUANGDONG PROVINCE TO: 100031 XICHENG, BEIJING |
|
| TR01 | Transfer of patent right |
Effective date of registration: 20131225 Address after: 100031 Beijing Qianmen West Street, Xicheng District, No. 41 Patentee after: State Grid Beijing Electric Power Company Patentee after: Beijing Huashang Electric Power Technology Center Patentee after: CHINA TECHNOLOGY EXCHANGE CO., LTD. Address before: 518057 Nanshan District high tech Industrial Park, Guangdong, South Road, science and technology, ZTE building, legal department Patentee before: ZTE Corporation |
|
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20061025 Termination date: 20141220 |
|
| EXPY | Termination of patent right or utility model |