一种应急运维OM链路建立方法及相关设备与流程

文档序号:17358676发布日期:2019-04-09 21:54阅读:870来源:国知局
一种应急运维OM链路建立方法及相关设备与流程

本申请涉及通信技术领域,尤其涉及一种应急om链路建立方法及相关设备。



背景技术:

目前的电信网络管理系统如图1所示,网络管理系统(networkmanagementsystem,nms)通过网元管理系统(elementmanagementsystem,ems)实现网络管理,一个nms可管理多个ems;ems对网元(networkelement,ne)实施管理,一个ems可管理多个ne,ne可以是无线网络基站(basestation,bts)。

如图2所示,bts通过传输网与演进分组核心网(evolvedpacketcore,epc)和ems链接,其中bts与ems之间的链路称为运维(operationmaintenance,om)链路,om链路用于实现ems对bts的管理。

但是,bts与ems之间只有一条唯一的om链路,当om链路上的任意一个环节故障或未准备到位,bts就无法与ems通信。很多场景下,传输网组网复杂,改造成本高,当传输网不具备传输的能力的情况下,就无法通过ems管理bts,导致bts部署难、维护难的运维问题。



技术实现要素:

本申请提供了一种应急om链路建立方法及相关设备,用于解决因传输故障带来的无线网络接入设备的远程管理问题,有利于无线网络接入设备的部署和维护。

本申请第一方面提供一种应急om链路建立方法,包括:

当应急om链路建立设备与ems无法建立om链路时,所述应急om链路建立设备与核心网建立通信通道;

所述应急om链路建立设备通过所述通信通道获取应急om链路信息;

所述应急om链路建立设备根据所述应急om链路信息与所述ems建立应急om链路。

当应急om链路建立设备部署阶段、应急om链路建立设备业务开通后的维护阶段或者传输网整改的时候,应急om链路建立设备都无法与ems建立om链路,此时应急om链路建立设备与核心网建立通信通道,由于应急om链路建立设备与核心网建立通信通道,那么bts-n可以通过通信通道从internet获取到应急om链路信息,也可以通过通信通道从核心网获取到应急om链路信息,根据应急om链路信息与ems建立应急om链路,从而解决了因传输故障带来的ems无法进行远程管理的问题,有利于应急om链路建立设备的部署和维护。

结合本申请第一方面,本申请第一方面第一实施方式中,所述应急om链路建立设备通过所述通信通道获取应急om链路信息,包括:

所述应急om链路建立设备获取预置统一资源定位符url,所述预置url对应应急服务器,所述应急服务器包括应急om链路信息;

所述应急om链路建立设备通过所述通信通道访问所述预置url对应的应急服务器;

所述应急om链路建立设备从所述应急服务器获取应急om链路信息。

在应急om链路建立设备中预置了应急服务器对应的url,url表示的是internet中的唯一资源位置,应急服务器预先备份好应急om链路建立设备用于建立应急om链路的应急om链路信息,应急om链路建立设备获取预置url,通过核心网访问internet中预置url对应的应急服务器,从应急服务器获取应急om链路信息。

结合本申请第一方面第一实施方式,本申请第一方面第二实施方式中,所述应急om链路信息包括所述ems的接口信息,

所述应急om链路建立设备根据所述应急om链路信息与所述ems建立应急om链路,包括:

所述应急om链路建立设备解析所述应急om链路信息,得到所述ems的接口信息;

所述应急om链路建立设备根据所述接口信息与所述ems建立应急om链路。

应急om链路建立设备与ems建立应急om链路最重要的是获取ems的接口信息,ems的接口信息可以具体为ems的接口ip,已知了ems的接口ip时,应急om链路建立设备就可以接入到ems,因此,应急om链路信息需要包括ems的接口信息,应急om链路建立设备解析应急om链路信息,得到ems的接口信息,根据接口信息与ems建立应急om链路。

结合本申请第一方面第二实施方式,本申请第一方面第三实施方式中,所述应急om链路建立设备根据所述接口信息与所述ems建立应急om链路之后,还包括:

所述应急om链路建立设备通过所述应急om链路与所述ems进行信息交互;

所述应急om链路建立设备与所述核心网断开所述通信通道。

在应急om链路建立设备与ems建立的应急om链路之后,应急om链路建立设备通过应急om链路与ems进行信息交互,具体的信息交互可以为应急om链路建立设备上报设备状态信息到ems、上报应急om链路建立设备检测到的故障告警信息到ems、ems下发新的配置到应急om链路建立设备、ems下发指令给应急om链路建立设备并执行等等;在应急om链路建立设备与ems完成了信息交互之后,还需要断开与核心网的通信通道,避免占用核心网的资源。

本申请第二方面提供一种应急om链路建立设备,包括:

处理模块及应急通信模块;

所述应急通信模块,用于当所述处理模块与网元管理系统ems无法建立om链路时,与核心网建立通信通道;

所述应急通信模块,还用于通过所述通信通道获取应急om链路信息;

所述处理模块,根据所述应急om链路信息与所述ems建立应急om链路。

当应急om链路建立设备处于部署阶段、应急om链路建立设备业务开通后的维护阶段或者传输网整改的时候,应急om链路建立设备的处理模块801都无法与ems建立om链路,此时应急通信模块与核心网建立通信通道,通过通信通道获取应急om链路信息,处理模块根据应急通信模块获取到的应急om链路信息与ems建立应急om链路,从而解决了因传输故障带来的ems无法远程管理应急om链路建立设备的问题,有利于应急om链路建立设备的部署和维护。

结合本申请第二方面,本申请第二方面第一实施方式中,

所述应急通信模块,还用于获取预置统一资源定位符url,所述预置url对应应急服务器,所述应急服务器包括应急om链路信息;

所述应急通信模块,还用于通过所述通信通道访问所述预置url对应的应急服务器;

所述应急通信模块,还用于从所述应急服务器获取应急om链路信息。

在应急om链路建立设备中预置了应急服务器对应的url,url表示的是internet中的唯一资源位置,应急服务器预先备份好应急om链路建立设备用于建立应急om链路的应急om链路信息,应急通信模块获取预置url,应急通信模块通过核心网访问internet中预置url对应的应急服务器,应急通信模块从应急服务器获取应急om链路信息。

结合本申请第二方面第一实施方式,本申请第二方面第二实施方式中,所述应急om链路信息包括所述ems的接口信息;

所述处理模块,还用于解析所述应急om链路信息,得到所述ems的接口信息;

所述处理模块,还用于根据所述接口信息与所述ems建立应急om链路。

应急om链路建立设备与ems建立应急om链路最重要的是获取ems的接口信息,ems的接口信息可以具体为ems的接口ip,已知了ems的接口ip时,应急om链路建立设备就可以接入到ems,因此,应急om链路信息需要包括ems的接口信息,处理模块解析应急通信模块获取到的应急om链路信息,得到ems的接口信息,根据接口信息与ems建立应急om链路。

结合本申请第二方面第二实施方式,本申请第二方面第三实施方式中,

所述处理模块,还用于通过所述应急om链路与所述ems进行信息交互;

所述应急通信模块,还用于与所述核心网断开所述通信通道。

在处理模块与ems建立的应急om链路之后,处理模块通过应急om链路与ems进行信息交互,具体的信息交互可以为处理模块上报设备状态信息到ems、上报处理模块检测到的故障告警信息到ems、ems下发新的配置到处理模块、ems下发指令给处理模块并执行等等;在处理模块与ems完成了信息交互之后,应急通信模块还需要断开与核心网的通信通道,避免占用核心网的资源。

结合本申请第二方面、第二方面第一实施方式、第二方面第二实施方式、第二方面第三实施方式,本申请第二方面第四实施方式中,

所述处理模块,还用于当与ems无法建立om链路时,向所述应急通信模块发送指示信息;

所述应急通信模块,还用于根据所述指示信息与核心网建立通信通道;

所述应急通信模块,还用于当所述通信通道建立完成时,向所述处理模块发送反馈信息;

所述处理模块,还用于根据所述反馈信息确定所述通信通道建立。

当应急om链路建立设备与ems无法建立om链路时,处理模块向应急通信模块发送指示信息,应急通信模块根据指示信息与核心网建立通信通道,当通信通道建立完成时,应急通信模块向处理模块发送反馈信息,处理模块根据反馈信息确定通信通道建立。

本申请第三方面提供一种无线网络接入设备,包括:

无线网络接入装置及应急通信装置;

所述应急通信装置,用于当所述无线网络接入装置与网元管理系统ems无法建立om链路时,与核心网建立通信通道;

所述应急通信装置,还用于通过所述通信通道获取应急om链路信息;

所述无线网络接入装置,还用于根据所述应急om链路信息与所述ems建立应急om链路。

当无线网络接入设备处于部署阶段、无线网络接入设备业务开通后的维护阶段或者传输网整改的时候,无线网络接入设备的无线网络接入装置都无法与ems建立om链路,此时应急通信装置与核心网建立通信通道,通过通信通道获取应急om链路信息,无线网络接入装置根据应急通信装置获取到的应急om链路信息与ems建立应急om链路,从而解决了因传输故障带来的ems无法远程管理无线网络接入设备的问题,有利于无线网络接入设备的部署和维护。

本申请第四方面提供一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行上述的应急om链路建立方法。

本申请第五方面提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述的应急om链路建立方法。

附图说明

为了更清楚地说明本申请实施例技术方案,下面将对实施例和现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。

图1为本申请提供的电信网络管理系统的结构示意图;

图2为本申请提供的bts与epc和ems连接的结构示意图;

图3为本申请提供的应急om链路建立方法的一个实施例流程示意图;

图4为本申请提供的具体场景结构示意图;

图5为本申请提供的bts-n的接口示意图;

图6为本申请提供的bts-n与ems交互的信令流程图;

图7为本申请提供的bts-n与internet交互的信令流程图;

图8为本申请提供的应急om链路建立设备的一个实施例结构示意图;

图9为本申请提供的无线网络接入设备的一个实施例结构示意图。

具体实施方式

本申请提供了一种应急om链路建立方法及相关设备,用于解决因传输故障带来的无线网络接入设备的远程管理问题,有利于无线网络接入设备的部署和维护。

首先简单介绍本申请应用的系统构架或场景。

本申请主要应用于基于蜂窝的窄带物联网(narrowbandinternetofthings,nb-iot)系统中,nb-iot技术具备覆盖性好,功耗低的特点。nb-iot系统所运用的网络管理系统如图1所示,nms通过ems实现网络管理,一个nms可管理多个ems,ems对ne实施管理,一个ems可管理多个ne,ne可以是bts。而ems实现对bts的管理,是通过图2中所示的om链路。但是很多场景下,由于传输网组网复杂,改造成本高,当传输网不具备传输的能力的情况下,就无法通过ems管理bts。

例如,在bts部署阶段,如果传输网不支持动态主机配置协议(dynamichostconfigurationprotocol,dhcp)时,就需要现场给bts配置om链路信息,导致bts部署成本升高;在bts业务开通后的维护阶段,当bts与ems之间的传输网故障或bts自身的异常(如传输配置异常),ems就无法对bts做管理,这时候就需要到现场定位排障,效率低、代价高;当传输网整改的时候,经常出现bts与ems传输中断的情况,为了打通bts与ems的传输,往往需要回退传输网整改或现场定位排障,效率低,代价高。

因此,本申请需要解决的主要问题是,如何在bts部署阶段、bts业务开通后的维护阶段或者传输网整改的时候,让ems与bts之间建立应急om链路,图4为本申请的具体场景结构示意图,其中bts-n即为应急om链路建立设备,bts-n中包括无线网络接入装置(bts)以及应急通信装置(nb-iotue),其中nb-iotue表示的是可以用于接入nb-iotbts的终端设备,nb-iotbts通过传输网与nb-iotepc连接,nb-iotepc通过传输网与ems连接,并且nb-iotepc与互联网连接。图5所示为bts-n的接口示意图,uu是bts与终端设备ue之间实现无线业务的无线接口,itf-t是bts与网络的接口,实现bts业务回传,itf-i是bts与nb-iotue的接口,itf-a是nb-iotue与nb-iotbts之间的接口,就成为了bts-n的外部接口,需要说明的是,图5所示的bts-n的接口仅仅只是为了说明bts-n中bts与nb-iotue、bts与ue、bts与网络、nb-iotue与nb-iotbts的连接,在本申请的叙述中,无需突出各接口的实际连接关系。

请参阅图3,本申请实施例提供一种应急om链路建立方法,包括:

301、应急om链路建立设备与核心网建立通信通道;

本实施例中,如图4中bts-n为应急om链路建立设备,当bts-n部署阶段、bts-n业务开通后的维护阶段或者传输网整改的时候,bts-n都无法与ems建立om链路,此时bts-n与核心网建立通信通道。

302、应急om链路建立设备通过通信通道获取应急om链路信息;

本实施例中,由于bts-n与核心网建立通信通道,那么bts-n可以通过通信通道从internet获取到应急om链路信息,也可以通过通信通道从核心网获取到应急om链路信息,具体的获取方式不做限定,应急om链路信息是用于bts-n与ems建立应急om链路的,应急om链路信息一般包括om链路建立的必要信息。

303、应急om链路建立设备根据应急om链路信息与ems建立应急om链路。

本实施例中,bts-n接收到应急om链路信息之后,根据应急om链路信息与ems建立应急om链路,使得ems可以管理该bts-n。

本申请实施例中,当应急om链路建立设备与ems无法建立om链路时,与核心网建立通信通道,通过通信通道获取应急om链路信息,根据应急om链路信息与ems建立应急om链路,从而解决了因传输故障带来的ems无法进行远程管理的问题,有利于应急om链路建立设备的部署和维护。

可选的,本申请的一些实施例中,应急om链路建立设备通过通信通道获取应急om链路信息,包括:

应急om链路建立设备获取预置url,预置url对应应急服务器,应急服务器包括应急om链路信息;

应急om链路建立设备通过通信通道访问预置url对应的应急服务器;

应急om链路建立设备从应急服务器获取应急om链路信息。

本申请实施例中,结合图3所示的实施例,在bts-n中预置了应急服务器对应的统一资源定位符(uniformresourcelocator,url),url表示的是internet中的唯一资源位置,应急服务器预先备份好bts-n用于建立应急om链路的应急om链路信息,bts-n获取预置url,bts-n通过核心网访问internet中预置url对应的应急服务器,从应急服务器获取应急om链路信息。

可选的,本申请的一些实施例中,应急om链路信息包括ems的接口信息;

应急om链路建立设备根据应急om链路信息与ems建立应急om链路,包括:

应急om链路建立设备解析应急om链路信息,得到ems的接口信息;

应急om链路建立设备根据接口信息与ems建立应急om链路。

本申请实施例中,应急om链路建立设备与ems建立应急om链路最重要的是获取ems的接口信息,ems的接口信息可以具体为ems的接口网络协议(internetprotocol,ip),已知了ems的接口ip时,应急om链路建立设备就可以接入到ems,因此,应急om链路信息需要包括ems的接口信息,应急om链路建立设备解析应急om链路信息,得到ems的接口信息,根据接口信息与ems建立应急om链路。

需要说明的是,om链路建立的信息一般包括itf-t接口ip、安全网关ip(安全组网下)、认证中心(certificationauthority,ca)服务器地址及运营商根证书等,itf-t接口表示bts-n与网络的接口,用语实现业务的回传,而应急om链路建立设备想要与ems建立应急om链路,就必须itf-t接口ip与ems的接口ip一致。

可选的,本申请的一些实施例中,应急om链路建立设备根据接口信息与ems建立应急om链路之后,还包括:

应急om链路建立设备通过应急om链路与ems进行信息交互;

应急om链路建立设备与核心网断开通信通道。

本申请实施例中,在应急om链路建立设备与ems建立的应急om链路之后,应急om链路建立设备通过应急om链路与ems进行信息交互,具体的信息交互可以为应急om链路建立设备上报设备状态信息到ems、上报应急om链路建立设备检测到的故障告警信息到ems、ems下发新的配置到应急om链路建立设备、ems下发指令给应急om链路建立设备并执行等等;在应急om链路建立设备与ems完成了信息交互之后,还需要断开与核心网的通信通道,避免占用核心网的资源。

需要说明的是,如图4所示,ems还可以利用bts-n诊断nb-iotbts小区状态,具体包括:ems在需要确认nb-iotbts小区状态的时候(如睡眠小区、小区自动测试),通过ems给bts-n下发指令,要求bts-n执行接入、接受消息、发送消息等测试;bts-n测试后,将测试结果上报em,ems根据bts-n上报的测试结果,诊断出nb-iotbts小区状态。

在图4所示的具体场景结构示意图的基础上,结合上述实施例,通过信令流程图对场景中各网络单元之间的交互进行说明,如图6所示,bts-n中的bts通知nb-iotue建立通信通道,nb-iotue通过nb-iotbts与nb-iotepc建立通信通道,nb-iotue向bts反馈通信通道建立完成通知,nb-iotue将接口ip通知发送给bts,bts使用接口ip与ems建立应急om链路,在通信通道上与ems进行信息交互,当信息交互完成后,bts可以与ems建立om链路,无需通过通信通道了,这时需要释放应急om链路,并且bts通知nb-iotue撤除与nb-iotepc之间的通信通道,当bts收到nb-iotue反馈的通信通道撤除完成通知后,bts释放接口ip。如图7所示,bts-n中的bts通知nb-iotue建立通信通道,nb-iotue通过nb-iotbts与nb-iotepc建立通信通道,nb-iotue向bts反馈通信通道建立完成通知,bts使用预置url,通过通信通道从预置url对应的应急服务器中获取应急om链路信息,当bts获取到应急om链路信息之后,bts通知nb-iotue撤除与nb-iotepc之间的通信通道,nb-iotue向bts反馈的通信通道撤除完成通知。

上述实施例中介绍的是应急om链路建立方法的实施例,下面通过实施例对应急om链路建立设备进行详细说明。

请参阅图8,本申请实施例提供一种应急om链路建立设备,包括:

处理模块801及应急通信模块802;

应急通信模块802,用于当处理模块801与ems无法建立om链路时,与核心网建立通信通道;

应急通信模块802,还用于通过通信通道获取应急om链路信息;

处理模块801,根据应急om链路信息与ems建立应急om链路。

本申请实施例中,当应急om链路建立设备处于部署阶段、应急om链路建立设备业务开通后的维护阶段或者传输网整改的时候,应急om链路建立设备的处理模块801都无法与ems建立om链路,此时应急通信模块802与核心网建立通信通道,通过通信通道获取应急om链路信息,处理模块801根据应急通信模块802获取到的应急om链路信息与ems建立应急om链路,从而解决了因传输故障带来的ems无法远程管理应急om链路建立设备的问题,有利于应急om链路建立设备的部署和维护。

可选的,本申请的一些实施例中,

应急通信模块802,还用于获取预置url,预置url对应应急服务器,应急服务器包括应急om链路信息;

应急通信模块802,还用于通过通信通道访问预置url对应的应急服务器;

应急通信模块802,还用于从应急服务器获取应急om链路信息。

本申请实施例中,在应急om链路建立设备中预置了应急服务器对应的url,url表示的是internet中的唯一资源位置,应急服务器预先备份好应急om链路建立设备用于建立应急om链路的应急om链路信息,应急通信模块802获取预置url,应急通信模块802通过核心网访问internet中预置url对应的应急服务器,应急通信模块802从应急服务器获取应急om链路信息。

可选的,本申请的一些实施例中,应急om链路信息包括ems的接口信息;

处理模块801,还用于解析应急om链路信息,得到ems的接口信息;

处理模块801,还用于根据接口信息与ems建立应急om链路。

本申请实施例中,应急om链路建立设备与ems建立应急om链路最重要的是获取ems的接口信息,ems的接口信息可以具体为ems的接口ip,已知了ems的接口ip时,应急om链路建立设备就可以接入到ems,因此,应急om链路信息需要包括ems的接口信息,处理模块801解析应急通信模块802获取到的应急om链路信息,得到ems的接口信息,根据接口信息与ems建立应急om链路。

需要说明的是,om链路建立的信息一般包括itf-t接口ip、安全网关ip(安全组网下)、ca服务器地址及运营商根证书等,itf-t接口表示bts-n与网络的接口,用语实现业务的回传,而应急om链路建立设备想要与ems建立应急om链路,就必须itf-t接口ip与ems的接口ip一致。

可选的,本申请的一些实施例中,

处理模块801,还用于通过应急om链路与ems进行信息交互;

应急通信模块802,还用于与核心网断开通信通道。

本申请实施例中,在处理模块801与ems建立的应急om链路之后,处理模块801通过应急om链路与ems进行信息交互,具体的信息交互可以为处理模块801上报设备状态信息到ems、上报处理模块801检测到的故障告警信息到ems、ems下发新的配置到处理模块801、ems下发指令给处理模块801并执行等等;在处理模块801与ems完成了信息交互之后,应急通信模块802还需要断开与核心网的通信通道,避免占用核心网的资源。

可选的,本申请的一些实施例中,

处理模块801,还用于当与ems无法建立om链路时,向应急通信模块802发送指示信息;

应急通信模块802,还用于根据指示信息与核心网建立通信通道;

应急通信模块802,还用于当通信通道建立完成时,向处理模块801发送反馈信息;

处理模块801,还用于根据反馈信息确定通信通道建立。

本申请实施例中,当应急om链路建立设备与ems无法建立om链路时,处理模块801向应急通信模块802发送指示信息,应急通信模块802根据指示信息与核心网建立通信通道,当通信通道建立完成时,应急通信模块802向处理模块801发送反馈信息,处理模块801根据反馈信息确定通信通道建立。

上述实施例对应急om链路建立方法和应急om链路建立设备进行了说明,以下实施例中以应急om链路建立设备的实体装置为无线网络接入设备进行说明。

请参阅图9,本申请实施例提供一种无线网络接入设备900,包括:

无线网络接入装置901及应急通信装置902;

应急通信装置902,用于当无线网络接入装置901与ems无法建立om链路时,与核心网建立通信通道;

应急通信装置902,还用于通过通信通道获取应急om链路信息;

无线网络接入装置901,还用于根据应急om链路信息与ems建立应急om链路。

本申请实施例中,当无线网络接入设备900处于部署阶段、无线网络接入设备900业务开通后的维护阶段或者传输网整改的时候,无线网络接入设备900的无线网络接入装置901都无法与ems建立om链路,此时应急通信装置902与核心网建立通信通道,通过通信通道获取应急om链路信息,无线网络接入装置901根据应急通信装置902获取到的应急om链路信息与ems建立应急om链路,从而解决了因传输故障带来的ems无法远程管理无线网络接入设备的问题,有利于无线网络接入设备的部署和维护。

本申请还提供了一种计算机可读存储介质,计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行以上实施例所描述的应急om链路建立方法。

本申请还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行以上实施例所描述的应急om链路建立方法。

在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,dvd)、或者半导体介质(例如固态硬盘solidstatedisk(ssd))等。

应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。

以上所述,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1