网元代理管理的方法及系统的制作方法

文档序号:7824221
网元代理管理的方法及系统的制作方法
【专利摘要】本发明提供了一种网元代理管理的方法及系统,包括,监听并截获操作维护终端OMT向操作维护中心OMC服务器发送的RMI和/或EJB请求网络数据报文;提取请求网络数据报文的源端口,对所述请求网络数据报文的源端口进行预处理;将所述请求网络数据报文发送给目标OMC服务器;截获所述目标OMC服务器返回的OMC应答报文;提取所述应答报文的目标端口,对所述应答报文的目标端口进行所述预处理的逆处理;根据处理后的目标端口将所述OMC应答报文发送给OMT。本发明通过监听并截获RMI和EJB协议的网络数据报文并进行报文的转发,从而使OMT和OMC之间实现一对多的模式,登录一个OMT就可以查看登录用户管理的任何网元,有效地提高网元日常维护管理的效率,降低维护管理成本。
【专利说明】网元代理管理的方法及系统

【技术领域】
[0001]本发明涉及网络管理【技术领域】,尤其涉及一种网元代理管理的方法及系统。

【背景技术】
[0002]随着移动网络规模的不断扩大,网元数量不断扩大,这对目前分开部署的网管系统构成了巨大的性能问题和效率问题,运营商对此也提出了新的要求,实现OMC (Operatingand Maintenance Center,操作维护中心)系统集中化管理,成为OMC部署架构的一个必然的趋势。
[0003]现有的OMC 架构,如图1 所不,OMT(Operating and Maintenance Terminal,操作维护终端)和OMC服务器之间的报文协议RMI (Remote Method Invocat1n,远程方法调用)和EJB (Enterprise JavaBean,远程调用的应用JavaBean)是一对一的关系,每个OMT和OMC服务器之间的IP和端口一一对应。一个OMC服务器管理一个区域的网元,登录OMT只能看到相应服务器所管理的网元,无法看到其他OMC服务器所管理的网元。这种部署方式,耗费大量IP,同时对硬件的部署数量也较多,增加了硬件成本。使用这种部署方式对网元进行日常维护,效率极低,成本较高。
[0004]现有的OMT报文处理流程如图2所示,OMT与OMC直接的应用协议报文主要包括RMI和EJB两种,通过API (Applicat1n Program Interface,应用程序接口)接口进行交互,OMT发送报文到OMC服务器,通过OMC服务器上的RMI/EJB后台服务处理系统进行处理,处理之后返回报文消息给0ΜΤ。但是由于RMI技术本身的限制,在同台服务器上,即使每个网管代理系统实例分配不同的IP,这些实例也无法使用同一个端口、同一个服务器名提供RM1这就造成了 OMT和OMC服务器之间只能是单对单的关系。
[0005]目前的解决方案有两种:
[0006]1、现有系统中多端口固定的情况下,需要将RMI服务通用的标识格式再增加实例绑定IP的方式进行区分。但是这种方式会占用更多的IP,在运营商分配IP有限的情况下,这种方式并不划算。
[0007]2、使用代理服务器0MC-PR0XY对端口进行临时处理,以达到单对多的应用方式,实现用户登录至一个OMC中,能够对全网网元进行管理。
[0008]在实现本发明过程中,发明人发现现有技术中至少存在如下问题:
[0009]现有的OMT与OMC之间的RMI和EJB应用协议请求报文是通过TCP/IP协议栈传输层的API接口进行交互的。只能实现单套OMT与单套OMC服务器之间的映射,无法做到单套OMT与多套OMC服务器之间的映射。面对全网网元的管理,这显然存在极大的性能压力,同时可靠性较低。若部署多套OMT与多套OMC服务器,进行对网元进行分区域管理,则增加了硬件成本,造成整个网管系统的部署成本过高,同时对运维造成不便。另一方面,目前的部署方式也不符合运营商的技术规范要求。

【发明内容】

[0010](一)要解决的技术问题
[0011]本发明提供网元代理管理的方法及系统,用于实现01(:的集中管理,提高网元日常维护管理的效率,降低硬件成本。
[0012](二)技术方案
[0013]为解决上述技术问题,本发明提供的网元代理管理的方法,包括:
[0014]监听并截获操作维护终端011向操作维护中心010服务器发送的咖1和/或幻8请求网络数据报文;
[0015]提取所述请求网络数据报文的源端口,对所述请求网络数据报文的源端口进行预处理;
[0016]将所述请求网络数据报文发送给目标01(:服务器;
[0017]截获所述目标0此服务器返回的0此应答报文;
[0018]提取所述应答报文的目标端口,对所述应答报文的目标端口进行所述预处理的逆处理;
[0019]根据处理后的目标端口将所述01(:应答报文发送给01丁。
[0020]优选地,使用3046丨监听机制监听所述011向010服务器发送的咖1和/或幻8请求网络数据报文。
[0021〕 优选地,所述方法还包括:
[0022]接收所述011发送的咖1和/或幻8请求。
[0023]相应的,本发明还提出了一种网元代理管理的系统,所述系统包括:
[0024]第一代理客户端模块,用于请求建立监听服务,截获监听到的操作维护终端01丁向操作维护中心0此服务器发送的咖1和/或幻8请求网络数据报文,并将所述请求网络数据报文转发给代理服务模块;
[0025]代理服务模块,用于建立监听服务,对011向0此服务器发送的咖I和/或幻8请求网络数据报文进行报文监听,接收所述第一代理客户端模块发送的所述请求网络数据报文,并根据所述请求网络数据报文创建第二代理客户端模块;
[0026]第二代理客户端模块,用于提取所述请求网络数据报文的源端口,对所述请求网络数据报文的源端口进行预处理,将所述请求网络数据报文发送给目标01(:服务器,截获所述目标01(:服务器返回的01(:应答报文,提取所述应答报文的目标端口,对所述应答报文的目标端口进行所述预处理的逆处理,根据处理后的目标端口将所述01(:应答报文发送给0110
[0027]优选地,所述第一代理客户端模块部署在所述01丁。
[0028]优选地,所述第一代理客户端模块包括:
[0029]第一接收单元,用于接收所述011发送的咖1和/或2了8请求;
[0030]监听服务请求单元,用于在接收到所述011发送的咖1和/或幻8请求后向所述代理服务模块发送监听服务请求;
[0031]第一获取单元,用于截获所述代理服务模块监听到的所述请求网络数据报文;
[0032]发送单元,用于将所述请求网络数据报文发送给所述代理服务模块。
[0033]优选地,所述第一代理客户端模块还包括:
[0034]心跳发送单元,用于向所述代理服务模块发送扣?连接的心跳信号。
[0035]优选地,所述代理服务模块包括:
[0036]监听服务单元,用于根据所述第一代理客户端模块的请求建立监听服务,使用8001.6^监听机制对011向0此服务器发送的咖1和/或幻8请求网络数据报文进行报文监听;
[0037]第二接收单元,用于接收所述第一代理客户端模块发送的所述请求网络数据报文;
[0038]代理核心单元:用于对第一所述代理客户端进行身份验证,接收通过身份验证的第一代理客户端发送的请求网络数据报文,并在接收到所述请求网络数据报文后建立代理通道和第二代理客户端模块;
[0039]通道管理单元:用于通道中数据报文的传输、应答报文的监听与传输、代理通道的保活检测;
[0040]负载均衡单元:用于将数据报文进行均衡分发。
[0041〕 优选地,所述代理服务模块还包括:
[0042]心跳监测单元:用于监测与代理客户端之间的扣?连接的心跳信号。
[0043]优选地,所述第二代理客户端模块包括:
[0044]处理单元,用于提取所述请求网络数据报文的源端口,对所述请求网络数据报文的源端口进行预处理,并在第二获取单元截获所述目标01(:服务器返回的01(:应答报文后,对所述应答报文的目标端口进行所述预处理的逆处理;
[0045]第二获取单元,用于截获所述通道管理单元监听到的所述目标01(:服务器返回的010应答报文;
[0046]连接建立单元,用于建立与所述011的远程调用连接;
[0047]第二发送端元,用于通过所述远程调用连接将所述01(:应答报文发送给01丁。
[0048](三)有益效果
[0049]本发明提供的网元代理管理的方法及系统,使用304的监听机制截获咖I和/或2了8协议的网络数据报文并进行报文的转发,从而使011和01(:之间实现一对多的模式,登录一个011就可以查看登录用户管理的任何网元,从而实现分权分域和01(:的集中管理,这种部署方式,减少了 I?的消耗,同时由于01(:服务的集中部署,硬件的部署数量也较少,降低了硬件成本,有效地提高网元日常维护管理的效率,降低维护管理成本。

【专利附图】

【附图说明】
[0050]通过参考附图会更加清楚的理解本发明的特征和优点,附图是示意性的而不应理解为对本发明进行任何限制,在附图中:
[0051]图1为现有技术中网元管理方法中部署架构示意图;
[0052]图2为现有技术中网元管理系统中01了与之间的报文处理流程图;
[0053]图3为本发明实施例提供的一种网元代理管理的方法流程图;
[0054]图4为本发明实施例中提供的网元代理管理的方法中01(:部署架构示意图;
[0055]图5为本发明实施例提供的一种网元代理管理的系统模块图;
[0056]图6为本发明实施例提供的网元代理管理的系统中011与之间的报文处理流程图;
[0057]图7为本发明实施例提供的网元代理管理的系统的具体业务流程图。

【具体实施方式】
[0058]为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0059]RMI和EJB是基于Java技术的一种远程方法调用技术协议,是Java分布式应用的基础,同时都是构建于TCP之上的应用层协议,它们的局限性是仅仅适用于Java语言编写的应用程序之间通讯。在网络间传输数据时可以只使用TCP/IP(传输层)协议,如果没有应用层,便无法识别数据内容和数据意义,因此必须使用到比如RMI和EJB等等的应用层协议。但在某些应用场合中,我们并不需要了解网络间的数据意义,只需要把网络数据报文通过映射关系转发到其他目的地即可,这种设计的目的在于代理系统尽可能少的参与业务逻辑的关系中去。
[0060]为解决现有技术中存在的问题,本发明提供了一种网元代理管理的方法及系统,为了实现网元代理管理的方法及系统的功能需求,可以透明的把RMI和EJB这些应用协议请求报文进行映射转发,寻找到TCP/IP协议栈传输层的操作API接口。由于Socket套接字则是对TCP/IP协议的封装和应用,主要解决数据如何在网络中传输,是一个调用接口(API),通过Socket才能使用TCP/IP协议。本发明使用Socket监听机制截获RMI和/或EJB协议的网络数据报文并进行报文的转发。当然如果需要实现报文转发目的,OMT与网元代理管理系统之间首先必须遵循一定的协议规则建立起信任连接,同时OMT需要告诉代理系统在哪些端口建立监听服务。代理系统的S0CKS5服务的代理模式有连接(Connect),绑定(Bind)和 UDP 穿透(UDP Associate)。其中连接(Connect),绑定(Bind)是针对 TCP 数据流的代理,本发明的网元代理管理系统采用“Bind”类型。创建Bind代理服务的任务即在网元代理管理系统内部创建一个代理监听服务,接收到操作维护终端的连接并转发数据到目标服务,实现OMC的集中管理,提高网元日常维护管理的效率,降低维护管理成本。
[0061]图3为本发明实施例提供的一种网元代理管理的方法流程图,如图3所示,该方法包括以下步骤:
[0062]SlOl、监听并截获操作维护终端OMT向操作维护中心OMC服务器发送的RMI和/或EJB请求网络数据报文;
[0063]S102、提取所述请求网络数据报文的源端口,对所述请求网络数据报文的源端口进行预处理;
[0064]S103、将所述请求网络数据报文发送给目标OMC服务器;
[0065]S104、截获所述目标OMC服务器返回的OMC应答报文;
[0066]S105、提取所述应答报文的目标端口,对所述应答报文的目标端口进行所述预处理的逆处理;
[0067]S106、根据处理后的目标端口将所述OMC应答报文发送给0ΜΤ。
[0068]本发明实施例提供的网元代理管理的方法,通过监听并截获RMI和EJB协议的网络数据报文并进行报文的转发,从而使OMT和OMC之间实现一对多的模式,登录一个OMT就可以查看登录用户管理的任何网元,有效地提高网元日常维护管理的效率,降低维护管理成本。
[0069]在本发明实施例中,代理服务器具体使用30土的监听机制监听操作维护终端01 丁向操作维护中心0此服务器发送的咖1和/或£18请求网络数据报文。
[0070]在本发明实施例中,在代理服务器进行监听服务之前还包括,接收当前011发送的咖1和/或幻8请求。
[0071]图4为本发明实施例中提供的网元代理管理的方法中01(:部署架构示意图,如图4所示,011和0此服务器之间的报文协议咖1(拓妨的远程过程调用机制)和£18(远程调用的应用把通过代理服务器代理系统的3046丨监听机制截获咖1和/或2邛协议的网络数据报文并进行报文的转发。从而使011和01(:之间实现一对多的模式,登录一个011就可以查看登录用户管理的任何网元,从而实现分权分域和01(:的集中管理。这种部署方式,减少了 I?的消耗,同时由于01(:服务的集中部署,硬件的部署数量也较少,,降低了硬件成本。使用这种部署方式对网元进行日常维护,效率极高,成本较低。
[0072]图5为本发明实施例提供的一种网元代理管理的系统模块图,如图5所示,所述系统包括:
[0073]第一代理客户端模块201,用于请求建立监听服务,截获监听到的操作维护终端011向操作维护中心0此服务器发送的咖1和/或幻8请求网络数据报文,并将所述请求网络数据报文转发给代理服务模块;
[0074]代理服务模块202,用于建立监听服务,对011向0此服务器发送的咖1和幻8请求网络数据报文进行报文监听,接收所述第一代理客户端模块发送的所述请求网络数据报文,并根据所述请求网络数据报文创建第二代理客户端模块203 ;
[0075]第二代理客户端模块203,用于提取所述请求网络数据报文的源端口,对所述请求网络数据报文的源端口进行预处理,将所述请求网络数据报文发送给目标01(:服务器,截获所述目标01(:服务器返回的01(:应答报文,提取所述应答报文的目标端口,对所述应答报文的目标端口进行所述预处理的逆处理,根据处理后的目标端口将所述01(:应答报文发送给 01丁。
[0076]本发明实施例,在协议报文传递的过程中在011客户端和010应用服务之间增加一个网元代理管理的系统,从而实现使用的监听机制截获咖1和幻8协议的网络数据报文并进行报文的转发,实现01(:的集中化管理,本发明实施例中,本文的代理服务模块采用“81:1(1”类型对扣?数据流进行代理,网元代理管理的系统内部创建一个代理监听服务,接收到客户端的连接并转发数据到目标服务,实现01(:系统集中化管理的要求,解决了物理多套01(:服务器与一套011系统之间的映射问题,实现对全网网元的管理。
[0077]本发明实施例中提出的第一代理客户端模块201部署在所述011。将网元代理管理的系统的客户端组件即第一代理客户端模块嵌套于011系统的设计,极大程度上降低了系统间的耦合度,方便011系统的多种应用。当不需要经过代理系统转发请求时去掉部署在011的第一代理客户端模块即可,拆分和组合相对比较方便简单。
[0078]本发明实施例中的第一代理客户端模块201包括:
[0079]第一接收单元,用于接收所述011发送的咖1和/或2了8请求;
[0080]监听服务请求单元,用于在接收到所述011发送的咖1和/或幻8请求后向所述代理服务模块发送监听服务请求;
[0081]第一获取单元,用于截获所述代理服务模块监听到的所述请求网络数据报文;
[0082]发送单元,用于将所述请求网络数据报文发送给所述代理服务模块。
[0083]本发明实施例中的第一代理客户端模块201还包括:
[0084]心跳发送单元,用于向所述代理服务模块发送TCP连接的心跳信号。
[0085]本发明实施例中的代理服务模块202包括:
[0086]监听服务单元,用于根据所述第一代理客户端模块的请求建立监听服务,使用Socket监听机制对OMT向OMC服务器发送的RMI和EJB请求网络数据报文进行报文监听;
[0087]第二接收单元,用于接收所述第一代理客户端模块发送的所述请求网络数据报文;
[0088]代理核心单元:用于对第一所述代理客户端进行身份验证,接收通过身份验证的第一代理客户端发送的请求网络数据报文,并在接收到所述请求网络数据报文后建立代理通道和第二代理客户端模块;
[0089]通道管理单元:用于通道中数据报文的传输、应答报文的监听与传输、代理通道的保活检测;
[0090]负载均衡单元:用于将数据报文进行均衡分发。
[0091]本发明实施例中的代理服务模块202还包括:
[0092]心跳监测单元:用于监测与代理客户端之间的TCP连接的心跳信号。
[0093]本发明实施例中的第二代理客户端模块203包括:
[0094]处理单元,用于提取所述请求网络数据报文的源端口,对所述请求网络数据报文的源端口进行预处理,并在第二获取单元截获所述目标OMC服务器返回的OMC应答报文后,对所述应答报文的目标端口进行所述预处理的逆处理;
[0095]第二获取单元,用于截获所述通道管理单元监听到的所述目标OMC服务器返回的OMC应答报文;
[0096]连接建立单元,用于建立与所述OMT的远程调用连接;
[0097]第二发送端元,用于通过所述远程调用连接将所述OMC应答报文发送给0ΜΤ。
[0098]图6为本发明实施例提供的网元代理管理的系统中OMT与OMC之间的报文处理流程图。如图6所示,网元代理管理的系统从软件结构上划分为“代理服务”和“代理客户端”两大功能模块,同时也是独立部署的两个独立组件。代理服务模块是代理系统的核心,主要负责代理服务的管理和代理业务通道管理;客户端组件代理客户端模块主要帮助其他系统与代理服务建立信任连接和请求创建代理业务通道,代理客户端模块依附于其他系统中,不能独立运行;代理服务模块是可以独立运行的软件模块。
[0099]本发明实施例提出的网元代理管理的系统的具体业务流程如图7所示,具体包括:
[0100](I) OMT系统向OMC服务器发送的RMI和EJB等协议的网络数据报文;
[0101](2)监听并截获OMT系统向OMC服务器发送的RMI和/或EJB等协议的网络数据报文并进行报文的转发。因此如果它要为OMC系统承担起数据转发工作,网元代理管理的系统首先必须以独立系统形式启动,并创建代理服务的“监听器”及监听服务单元。当有代理客户端模块的连接请求时,经合法性验证后将请求交由代理服务模块处理,如果没有客户端的连接,监听服务一直处于线程“阻塞”状态。
[0102](3)代理服务模块在接受到监听转发的幻8请求报文信息后,进行第二代理客户端模块的创建、代理连接器的创建、代理服务创建器的创建以及心跳发送器的创建等等,第二代理客户端模块对2了8请求报文信息的源端口进行预处理,本发明实施例的预处理优选为在源端口的基础上“+100”,并将2了8请求报文信息发送给01(:服务器;
[0103](4) 01(:服务器接收到幻8请求后,按照010内部流程做出应答报文,并再次发送给第二代理客户端模块。
[0104](5)第二代理客户端模块对应答报文的目标端口进行上述预处理的逆处理,即在目标端口的基础上“-100”,其中2了8请求报文信息的源端口与应答报文的目标端口相同,均为011的端口地址,通过代理服务模块的代理核心单元建立的代理通道收到相关报文后,再次进行处理,然后转发给01丁。
[0105](6)011收到相关报文消息后,呈现在011界面上,整个转发过程结束。
[0106]本发明实施例提供的网元代理管理的方法及系统,使用的监听机制截获咖I和/或2邛协议的网络数据报文并进行报文的转发,从而使011和01(:之间实现一对多的模式,登录一个011就可以查看登录用户管理的任何网元,有效地提高网元日常维护管理的效率,降低维护管理成本。
[0107]通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是⑶-801,I盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
[0108]本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
[0109]本领域技术人员可以理解实施例中的系统中的模块可以按照实施例描述进行分布于实施例的系统中,也可以进行相应变化位于不同于本实施例的一个或多个系统中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
[0110]以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
【权利要求】
1.一种网元代理管理的方法,其特征在于,所述方法包括: 监听并截获操作维护终端OMT向操作维护中心OMC服务器发送的RMI和/或EJB请求网络数据报文; 提取所述请求网络数据报文的源端口,对所述请求网络数据报文的源端口进行预处理; 将所述请求网络数据报文发送给目标OMC服务器; 截获所述目标OMC服务器返回的OMC应答报文; 提取所述应答报文的目标端口,对所述应答报文的目标端口进行所述预处理的逆处理; 根据处理后的目标端口将所述OMC应答报文发送给OMT。
2.根据权利要求1所述的方法,其特征在于,使用Socket监听机制监听所述OMT向OMC服务器发送的RMI和/或EJB请求网络数据报文。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括: 接收所述OMT发送的RMI和/或EJB请求。
4.一种网元代理管理的系统,其特征在于,所述系统包括: 第一代理客户端模块,用于请求建立监听服务,截获监听到的操作维护终端OMT向操作维护中心OMC服务器发送的RMI和/或EJB请求网络数据报文,并将所述请求网络数据报文转发给代理服务模块; 代理服务模块,用于建立监听服务,对OMT向OMC服务器发送的RMI和/或EJB请求网络数据报文进行报文监听,接收所述第一代理客户端模块发送的所述请求网络数据报文,并根据所述请求网络数据报文创建第二代理客户端模块; 第二代理客户端模块,用于提取所述请求网络数据报文的源端口,对所述请求网络数据报文的源端口进行预处理,将所述请求网络数据报文发送给目标OMC服务器,截获所述目标OMC服务器返回的OMC应答报文,提取所述应答报文的目标端口,对所述应答报文的目标端口进行所述预处理的逆处理,根据处理后的目标端口将所述OMC应答报文发送给0ΜΤ。
5.根据权利要求4所述的系统,其特征在于,所述第一代理客户端模块部署在所述OMTo
6.根据权利要求4所述的系统,其特征在于,所述第一代理客户端模块包括: 第一接收单元,用于接收所述OMT发送的RMI和/或EJB请求; 监听服务请求单元,用于在接收到所述OMT发送的RMI和/或EJB请求后向所述代理服务模块发送监听服务请求; 第一获取单元,用于截获所述代理服务模块监听到的所述请求网络数据报文; 发送单元,用于将所述请求网络数据报文发送给所述代理服务模块。
7.根据权利要求6所述的系统,其特征在于,所述第一代理客户端模块还包括: 心跳发送单元,用于向所述代理服务模块发送TCP连接的心跳信号。
8.根据权利要求4所述的系统,其特征在于,所述代理服务模块包括: 监听服务单元,用于根据所述第一代理客户端模块的请求建立监听服务,使用Socket监听机制对OMT向OMC服务器发送的RMI和/或EJB请求网络数据报文进行报文监听; 第二接收单元,用于接收所述第一代理客户端模块发送的所述请求网络数据报文; 代理核心单元:用于对第一所述代理客户端进行身份验证,接收通过身份验证的第一代理客户端发送的请求网络数据报文,并在接收到所述请求网络数据报文后建立代理通道和第二代理客户端模块; 通道管理单元:用于通道中数据报文的传输、应答报文的监听与传输、代理通道的保活检测; 负载均衡单元:用于将数据报文进行均衡分发。
9.根据权利要求8所述的系统,其特征在于,所述代理服务模块还包括: 心跳监测单元:用于监测与代理客户端之间的TCP连接的心跳信号。
10.根据权利要求8所述的系统,其特征在于,所述第二代理客户端模块包括: 处理单元,用于提取所述请求网络数据报文的源端口,对所述请求网络数据报文的源端口进行预处理,并在第二获取单元截获所述目标OMC服务器返回的OMC应答报文后,对所述应答报文的目标端口进行所述预处理的逆处理; 第二获取单元,用于截获所述通道管理单元监听到的所述目标OMC服务器返回的OMC应答报文; 连接建立单元,用于建立与所述OMT的远程调用连接; 第二发送端元,用于通过所述远程调用连接将所述OMC应答报文发送给0ΜΤ。
【文档编号】H04L12/24GK104486133SQ201410837833
【公开日】2015年4月1日 申请日期:2014年12月26日 优先权日:2014年12月26日
【发明者】史选平, 张继坤, 薛林 申请人:大唐移动通信设备有限公司
再多了解一些
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1