CN101888343B - 一种业务数据的发送方法及系统 - Google Patents
一种业务数据的发送方法及系统 Download PDFInfo
- Publication number
- CN101888343B CN101888343B CN2010102414944A CN201010241494A CN101888343B CN 101888343 B CN101888343 B CN 101888343B CN 2010102414944 A CN2010102414944 A CN 2010102414944A CN 201010241494 A CN201010241494 A CN 201010241494A CN 101888343 B CN101888343 B CN 101888343B
- Authority
- CN
- China
- Prior art keywords
- business datum
- message
- time
- olt
- window
- 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.)
- Active
Links
Images
Landscapes
- Computer And Data Communications (AREA)
Abstract
本发明适用于通信技术领域,提供了一种业务数据的发送方法及系统,方法包括:根据预先扩展的OAM协议对ONU从串口读取的业务数据进行第一次封装;根据OAM协议对第一次封装后的业务数据进行第二次封装,使第一次封装后的业务数据以OAMPDU方式存在;将第二次封装之后的业务数据发送到OLT,使所述OLT将第二次封装之后的业务数据转发给远端服务器。在本发明实施例中,根据预先扩展的OAM协议对ONU从串口读取的业务数据进行第一次封装;根据OAM协议对第一次封装后的业务数据进行第二次封装,使第一次封装后的业务数据以OAMPDU方式存在;将第二次封装之后的业务数据发送到OLT,实现业务数据的高可靠传输。
Description
技术领域
本发明属于通信技术领域,尤其涉及一种业务数据的发送方法及系统。
背景技术
随着EPON技术的成熟,电力系统的智能电网的推行。EPON系统应用于行业领域会越来越近,在这类行业领域中,ONU通过RS232/485与行业的指定数据采集设备相连,通过ONU将数据转发到业务处理服务器,而这类数据报文,数据量不会很大,同时发送不会很频繁,但是对数据到达服务器的可靠性的要求很高。
现有技术中,从串口读取业务数据,然后,将业务数据封装成IP数据报文,通过IP协议栈进行传输,但是该对业务数据的传输对串口数据的可靠性要求很高,具体表现在:其要求下层网络工作处于正常状态,例如当ONU的IP不可达时,则该串口数据无法进行传输。
发明内容
本发明实施例的目的在于提供一种业务数据的发送方法,旨在解决现有技术中,对串口业务数据的传输的可靠性要求很高,当下层网络工作状态不正常时,则无法传输业务数据的问题。
本发明实施例是这样实现的,一种业务数据的发送方法,所述方法包括下述步骤:
对原始OAM协议的code字段进行扩展,增加串口业务数据的code字段值,并根据扩展后的OAM协议对ONU从串口读取的业务数据进行第一次封装;
根据扩展后的OAM协议对第一次封装后的业务数据进行第二次封装,使所述第一次封装后的业务数据以OAMPDU方式存在;
将第二次封装之后的业务数据发送到OLT,使所述OLT将第二次封装之后的业务数据转发给远端服务器,该步骤具体包括:
控制向OLT发送INIT报文,所述INIT报文用于协商业务数据报文发送的超时时间、最大业务量和业务数据报文的传输字节大小;
当接收到所述OLT反馈的INIT报文的确认信息后,控制向OLT发送CONF报文,所述CONF报文用于使OLT和远端服务器建立Session通道;
从预先生成的缓冲区中读取携带有相应序列号的业务数据报文,并发送,所述序列号存在于预先构建的序列号窗口中;
判断在WinTimeout时间内是否接收到OLT反馈的业务数据报文确认信息,所述WinTimeout时间用于表示一个序列号窗口内的数据超时时间;
当接收到业务数据报文确认信息时,将所述业务数据报文从所述缓冲区中删除,同时将所述业务数据报文所携带的相应序列号从序列号窗口中删除;
当没有接收到业务数据报文确认信息时,重启定时器,将没有接收到确认信息的业务数据报文和缓冲区中新的业务数据报文发送到OLT。
本发明实施例的另一目的在于提供一种业务数据的发送系统,所述系统包括:
扩展模块,用于对OAM协议的code字段进行扩展,增加串口业务数据的code字段值;
第一次封装模块,用于根据扩展后的OAM协议对ONU从串口读取的业务数据进行第一次封装;
第二次封装模块,用于根据扩展后的OAM协议对第一次封装后的业务数据进行第二次封装,使所述第一次封装后的业务数据以OAMPDU方式存在;以及
业务数据发送模块,用于将第二次封装之后的业务数据发送到OLT,使所述OLT将第二次封装之后的业务数据转发给远端服务器;
所述业务数据发送模块具体包括:
INIT报文发送模块,用于控制向OLT发送INIT报文,所述INIT报文用于协商业务数据报文发送的超时时间、最大业务量和业务数据报文的传输字节大小;以及
CONF报文发送模块,用于当接收到所述OLT反馈的INIT报文的确认信息后,控制向OLT发送CONF报文,所述CONF报文用于使OLT和远端服务器建立Session通道;
业务数据报文读取发送模块,用于从预先生成的缓冲区中读取携带有相应序列号的业务数据报文,并发送,所述序列号存在于预先构建的序列号窗口中;
判断模块,用于判断在WinTimeout时间内是否接收到OLT反馈的业务数据报文确认信息,所述WinTimeout时间用于表示一个序列号窗口内的数据超时时间;
删除控制模块,用于当判断模块判断接收到业务数据报文确认信息时,将所述业务数据报文从所述缓冲区中删除,同时将所述业务数据报文所携带的相应序列号从序列号窗口中删除;以及
业务数据报文重发送模块,用于当判断模块判断没有接收到业务数据报文确认信息时,重启定时器,将没有接收到确认信息的业务数据报文发送到OLT;
当所述业务数据报文重发送模块发送没有接收到确认信息的业务数据报文时,所述业务数据报文读取发送模块继续从缓冲区中读取新的业务数据报文,并发送。
在本发明实施例中,根据预先扩展的OAM协议对ONU从串口读取的业务数据进行第一次封装;根据OAM协议对第一次封装后的业务数据进行第二次封装,使所述第一次封装后的业务数据以OAMPDU方式存在;将第二次封装之后的业务数据发送到OLT,实现业务数据的高可靠传输。
附图说明
图1是本发明实施例提供的业务数据的发送方法的实现流程图;
图2是本发明实施例提供的OAM协议的扩展结构的示意图;
图3是本发明实施例提供的将第二次封装之后的业务数据发送到OLT的实现流程图;
图4a是本发明实施例提供的INIT报文的结构示意图;
图4b是本发明实施例提供的CONF报文的结构示意图;
图5是本发明实施例提供的业务数据的发送系统的结构框图;
图6是本发明第七实施例提供的业务数据发送模块的结构框图;
图7是本发明第八实施例提供的业务数据发送模块的结构框图;
图8是本发明第九实施例提供的业务数据发送模块的结构框图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
在本发明实施例中,对原始的OAM协议进行扩展,使用扩展的OAM协议对业务数据进行封装,保证业务数据的可靠传输。
本发明实施例的目的在于提供一种业务数据的发送方法,所述方法包括下述步骤:
根据预先扩展的OAM协议对ONU从串口读取的业务数据进行第一次封装;
根据OAM协议对第一次封装后的业务数据进行第二次封装,使所述第一次封装后的业务数据以OAMPDU方式存在;
将第二次封装之后的业务数据发送到OLT,使所述OLT将第二次封装之后的业务数据转发给远端服务器。
本发明实施例的另一目的在于提供一种业务数据的发送系统,所述系统包括:
第一次封装模块,用于根据预先扩展的OAM协议对ONU从串口读取的业务数据进行第一次封装;
第二次封装模块,用于根据OAM协议对第一次封装后的业务数据进行第二次封装,使所述第一次封装后的业务数据以OAMPDU方式存在;以及
业务数据发送模块,用于将第二次封装之后的业务数据发送到OLT,使所述OLT将第二次封装之后的业务数据转发给远端服务器。
在本发明实施例中,根据预先扩展的OAM协议对ONU从串口读取的业务数据进行第一次封装;根据OAM协议对第一次封装后的业务数据进行第二次封装,使所述第一次封装后的业务数据以OAMPDU方式存在;将第二次封装之后的业务数据发送到OLT。
实施例一:
图1示出了本发明实施例提供的业务数据的发送方法的实现流程,其具体的步骤如下所述:
在步骤S101中,根据预先扩展的OAM协议对ONU从串口读取的业务数据进行第一次封装。
在本发明实施例中,预先对原始的OAM协议进行扩展,其扩展字段为code字段,下述有具体的实施例进行描述,在此不再赘述。
在步骤S102中,根据OAM协议对第一次封装后的业务数据进行第二次封装,使所述第一次封装后的业务数据以OAMPDU方式存在。
在步骤S103中,将第二次封装之后的业务数据发送到OLT,使所述OLT将第二次封装之后的业务数据转发给远端服务器。
在本发明实施例中,通过扩展后的OAM协议对业务数据进行两次封装,保证业务数据的可靠传输。
实施例二:
在本发明实施例中,对原始OAM协议的code字段进行扩展,使扩展后的OAM协议可以对业务数据进行封装,使封装后的业务数据能可靠传输给OLT。
原始OAM协议包括6字节的目标地址MAC、6个字节的源地址MAC、2个字节的length/type字段、1一个字节的subtype字段、2字节的标志位字段、1位的code字段、变长的Data/Pad字段和4个字节的FCS字段,在code字段,0x00、0x01、0x02、0x03、0x04和0xFE已经分别分配给了6个OAM帧,分别对应于状态信息、事件报告、对于MIB库变量操作的变量获取、变量返回、用于换回控制的OAMPDU控制以及OUI,其中,在本发明实施例中,可以采用code字段中的0xFD对OAM协议进行扩展,扩展的code字段具体如图2所示。
实施例三:
图3示出了本发明实施例提供的将第二次封装之后的业务数据发送到OLT的实现流程,其具体的步骤如下所述:
在步骤S301中,从预先生成的缓冲区中读取携带有相应序列号的业务数据报文,并发送,所述序列号存在于预先构建的序列号窗口中。
在步骤S302中,判断在WinTimeout(表示一个序列号窗口内的数据超时时间)时间内是否接收到OLT反馈的业务数据报文确认信息,是则执行步骤S303,否则执行步骤S304。
在步骤S303中,当接收到业务数据报文确认信息时,将所述业务数据报文从所述缓冲区中删除,同时将所述业务数据报文所携带的相应序列号从序列号窗口中删除。
在步骤S304中,当没有接收到业务数据报文确认信息时,重启定时器,将没有接收到确认信息的业务数据报文和缓冲区中新的业务数据报文发送到OLT。
在本发明实施例中,将业务数据转发到OLT之后,OLT将接收到的业务数据转发给远端的服务器。
实施例四:
在本发明实施例中,在执行上述实施例三中的步骤S301之前,需要:
预先生成一缓冲区,所述缓冲区用于存储需要发送的业务数据报文;
构建一序列号窗口,所述序列号窗口用于存放所述业务数据报文所携带的序列号。
其中,当向OLT发送业务数据报文时,需要从缓冲区中取业务数据报文,该业务数据报文携带有其对应的序列号,同时,移动序列号窗口。
当发送完成时,需要删除缓冲区中存储的业务数据报文,同时,也删除序列号窗口中发送成功的业务报文的序列号,更新序列号窗口。
实施例五:
在本发明实施例中,串口数据封装完毕之后,串口数据包括控制报文和业务数据报文,其中控制报文包括INIT报文和CONF报文,而且,在执行上述实施例三中的步骤S301之前,还需要:
A、控制向OLT发送INIT报文,所述INIT报文用于协商业务数据报文发送的超时时间、最大业务量和业务数据报文的传输字节大小,做初始化工作,如图4a所示;
其中,如果在默认的Timeout(程序预定义的窗口超时时间)时间内没有收到OLT发送过来的Confirm报文,则ONU重启定时器,继续发送该INIT报文,直到接收到OLT发送过来的Confirm报文,才停止发送INIT报文。
B、当接收到所述OLT反馈的INIT报文的确认信息后,控制向OLT发送CONF报文,所述CONF报文用于使OLT和远端业务服务器建立Session通道,如图4b所示。
其中,当OLT接收到远端服务器发送的确认报文时,表明该Session通道已经建立成功,当然,当与指定的远端服务器建立Session通道不成功时,可以尝试默认的业务服务器的IP和PORT。
实施例六:
图5示出了本发明实施例提供的业务数据的发送系统的结构框图,为了便于说明,图中仅给出了与本发明实施例相关的部分。
第一次封装模块11根据预先扩展的OAM协议对ONU从串口读取的业务数据进行第一次封装;第二次封装模块12根据OAM协议对第一次封装模块11第一次封装后的业务数据进行第二次封装,使所述第一次封装后的业务数据以OAMPDU方式存在;业务数据发送模块13将第二次封装模块12第二次封装之后的业务数据发送到OLT,使所述OLT将第二次封装之后的业务数据转发给远端服务器。
其中,扩展模块14对OAM协议的code字段进行扩展,其扩展方式如上述图2所示,在此不再赘述。
上述仅为本发明的一个具体实施例,其各模块的功能如上述方法实施例所述。
实施例七:
作为本发明的一个实施例,如图6所示,业务数据报文读取发送模块131从预先生成的缓冲区中读取携带有相应序列号的业务数据报文,并发送,所述序列号存在于预先构建的序列号窗口中;判断模块132判断在WinTimeout时间内是否接收到OLT反馈的业务数据报文确认信息;当判断模块132判断接收到业务数据报文确认信息时,删除控制模块133将所述业务数据报文从所述缓冲区中删除,同时将所述业务数据报文所携带的相应序列号从序列号窗口中删除;当判断模块132判断没有接收到业务数据报文确认信息时,业务数据报文重发送模块134重启定时器,将没有接收到确认信息的业务数据报文发送到OLT。
在本发明实施例中,当所述业务数据报文重发送模块134发送没有接收到确认信息的业务数据报文时,所述业务数据报文读取发送模块131继续从缓冲区中读取新的业务数据报文,并发送。
实施例八:
在本发明实施例中,如图7所示,缓冲区生成模块135预先生成一缓冲区,所述缓冲区用于存储需要发送的业务数据报文;序列号窗口生成模块136构建一序列号窗口,所述序列号窗口用于存放所述业务数据报文所携带的序列号。
实施例九:
在本发明实施例中,如图8所示,INIT报文发送模块137控制向OLT发送INIT报文,所述INIT报文用于协商业务数据报文发送的超时时间、最大业务量和业务数据报文的传输字节大小;CONF报文发送模块138当接收到所述OLT反馈的INIT报文的确认信息后,控制向OLT发送CONF报文,所述CONF报文用于使OLT和远端业务服务器建立Session通道。
其中,INIT报文和CONF报文的结构如上述图4所示,在此不再赘述。
在本发明实施例中,根据预先扩展的OAM协议对ONU从串口读取的业务数据进行第一次封装;根据OAM协议对第一次封装后的业务数据进行第二次封装,使所述第一次封装后的业务数据以OAMPDU方式存在;将第二次封装之后的业务数据发送到OLT,实现业务数据的高可靠传输。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (4)
1.一种业务数据的发送方法,其特征在于,所述方法包括下述步骤:
对原始OAM协议的code字段进行扩展,增加串口业务数据的code字段值,并根据扩展后的OAM协议对ONU从串口读取的业务数据进行第一次封装;
根据扩展后的OAM协议对第一次封装后的业务数据进行第二次封装,使所述第一次封装后的业务数据以OAMPDU方式存在;
将第二次封装之后的业务数据发送到OLT,使所述OLT将第二次封装之后的业务数据转发给远端服务器,该步骤具体包括:
控制向OLT发送INIT报文,所述INIT报文用于协商业务数据报文发送的超时时间、最大业务量和业务数据报文的传输字节大小;
当接收到所述OLT反馈的INIT报文的确认信息后,控制向OLT发送CONF报文,所述CONF报文用于使OLT和远端服务器建立Session通道;
从预先生成的缓冲区中读取携带有相应序列号的业务数据报文,并发送,所述序列号存在于预先构建的序列号窗口中;
判断在WinTimeout时间内是否接收到OLT反馈的业务数据报文确认信息,所述WinTimeout时间用于表示一个序列号窗口内的数据超时时间;
当接收到业务数据报文确认信息时,将所述业务数据报文从所述缓冲区中删除,同时将所述业务数据报文所携带的相应序列号从序列号窗口中删除;
当没有接收到业务数据报文确认信息时,重启定时器,将没有接收到确认信息的业务数据报文和缓冲区中新的业务数据报文发送到OLT。
2.如权利要求1所述的方法,其特征在于,所述从预先生成的缓冲区中读取携带有相应序列号的业务数据报文,并发送,所述序列号存在于预先构建的序列号窗口中的步骤之前还包括下述步骤:
预先生成一缓冲区,所述缓冲区用于存储需要发送的业务数据报文;
构建一序列号窗口,所述序列号窗口用于存放所述业务数据报文所携带的序列号。
3.一种业务数据的发送系统,其特征在于,所述系统包括:
扩展模块,用于对OAM协议的code字段进行扩展,增加串口业务数据的code字段值;
第一次封装模块,用于根据扩展后的OAM协议对ONU从串口读取的业务数据进行第一次封装;
第二次封装模块,用于根据扩展后的OAM协议对第一次封装后的业务数据进行第二次封装,使所述第一次封装后的业务数据以OAMPDU方式存在;以及
业务数据发送模块,用于将第二次封装之后的业务数据发送到OLT,使所述OLT将第二次封装之后的业务数据转发给远端服务器;
所述业务数据发送模块具体包括:
INIT报文发送模块,用于控制向OLT发送INIT报文,所述INIT报文用于协商业务数据报文发送的超时时间、最大业务量和业务数据报文的传输字节大小;以及
CONF报文发送模块,用于当接收到所述OLT反馈的INIT报文的确认信息后,控制向OLT发送CONF报文,所述CONF报文用于使OLT和远端服务器建立Session通道;
业务数据报文读取发送模块,用于从预先生成的缓冲区中读取携带有相应序列号的业务数据报文,并发送,所述序列号存在于预先构建的序列号窗口中;
判断模块,用于判断在WinTimeout时间内是否接收到OLT反馈的业务数据报文确认信息,所述WinTimeout时间用于表示一个序列号窗口内的数据超时时间;
删除控制模块,用于当判断模块判断接收到业务数据报文确认信息时,将所述业务数据报文从所述缓冲区中删除,同时将所述业务数据报文所携带的相应序列号从序列号窗口中删除;以及
业务数据报文重发送模块,用于当判断模块判断没有接收到业务数据报文确认信息时,重启定时器,将没有接收到确认信息的业务数据报文发送到OLT;
当所述业务数据报文重发送模块发送没有接收到确认信息的业务数据报文时,所述业务数据报文读取发送模块继续从缓冲区中读取新的业务数据报文,并发送。
4.如权利要求3所述的系统,其特征在于,所述业务数据发送模块还包括:
缓冲区生成模块,用于预先生成一缓冲区,所述缓冲区用于存储需要发送的业务数据报文;以及
序列号窗口生成模块,用于构建一序列号窗口,所述序列号窗口用于存放所述业务数据报文所携带的序列号。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010102414944A CN101888343B (zh) | 2010-07-30 | 2010-07-30 | 一种业务数据的发送方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010102414944A CN101888343B (zh) | 2010-07-30 | 2010-07-30 | 一种业务数据的发送方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101888343A CN101888343A (zh) | 2010-11-17 |
CN101888343B true CN101888343B (zh) | 2012-07-04 |
Family
ID=43074071
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010102414944A Active CN101888343B (zh) | 2010-07-30 | 2010-07-30 | 一种业务数据的发送方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101888343B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102307200A (zh) * | 2011-09-06 | 2012-01-04 | 杭州开鼎科技有限公司 | 一种在以太网帧中封装376.1协议/645协议的方法 |
CN102984755B (zh) * | 2012-11-06 | 2015-05-06 | 大唐移动通信设备有限公司 | 一种业务数据流程处理方法和装置 |
CN104753789B (zh) * | 2013-12-26 | 2018-10-30 | 华为技术有限公司 | 一种转发报文的方法及系统 |
CN110190985A (zh) * | 2019-04-30 | 2019-08-30 | 华为技术有限公司 | 管理设备对远端存储设备进行管理的方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040218534A1 (en) * | 2003-04-30 | 2004-11-04 | Jae-Yeon Song | GEM OAM frame transmission method in gigabit-capable passive optical network |
CN101227334A (zh) * | 2008-01-29 | 2008-07-23 | 中兴通讯股份有限公司 | 一种操作管理维护协议数据单元的封装方法和处理方法 |
CN101572681A (zh) * | 2009-06-04 | 2009-11-04 | 中兴通讯股份有限公司 | 动态配置家庭网关响应时长的装置、系统和方法 |
CN101772918A (zh) * | 2007-08-03 | 2010-07-07 | 思科技术公司 | 服务链的操作、管理和维护(oam) |
-
2010
- 2010-07-30 CN CN2010102414944A patent/CN101888343B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040218534A1 (en) * | 2003-04-30 | 2004-11-04 | Jae-Yeon Song | GEM OAM frame transmission method in gigabit-capable passive optical network |
CN101772918A (zh) * | 2007-08-03 | 2010-07-07 | 思科技术公司 | 服务链的操作、管理和维护(oam) |
CN101227334A (zh) * | 2008-01-29 | 2008-07-23 | 中兴通讯股份有限公司 | 一种操作管理维护协议数据单元的封装方法和处理方法 |
CN101572681A (zh) * | 2009-06-04 | 2009-11-04 | 中兴通讯股份有限公司 | 动态配置家庭网关响应时长的装置、系统和方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101888343A (zh) | 2010-11-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101577722B (zh) | 实现强制mac转发功能的方法和装置 | |
CN102064955B (zh) | 光网络单元远程升级的方法与系统 | |
EP3021528B1 (en) | Gre tunnel implementation method, access device and convergence gateway | |
CN102187621B (zh) | 用于改善基于时分多址的协议中的信道利用的方法 | |
CN101217338B (zh) | 一种检测消息的传送方法、网元设备 | |
CN101286867B (zh) | 一种网络设备的软件升级方法与系统 | |
CN102394925B (zh) | 远程监测诊断中心与地区调度中心的通讯方法及装置 | |
WO2010139151A1 (zh) | M2m平台实现多种承载协议并发接入的方法及系统 | |
CN111601285B (zh) | 通信方法、装置、系统和计算机可读存储介质 | |
CN101567861B (zh) | 异构应用系统之间的数据同步方法及应用系统 | |
CN101888343B (zh) | 一种业务数据的发送方法及系统 | |
CN110366153A (zh) | 一种蓝牙自组网的方法 | |
CN112910679B (zh) | 一种电力物联网多层次远程升级方法 | |
CN104995882A (zh) | 报文处理方法及装置 | |
CN102045249A (zh) | 一种网络通信中报文的转发方法和设备 | |
CN101958839A (zh) | 操作维护通道的建立方法和系统 | |
CN114650197B (zh) | 通信方法、装置及用户面网元和存储介质 | |
CN115767513A (zh) | 一种WiFi Mesh的数据组网模式 | |
CN101986647A (zh) | Vrrp的兼容方法及装置 | |
CN114666846A (zh) | 一种通信方法及网关设备 | |
CN104660446B (zh) | N:1保护场景下dhcp中继实现系统及方法 | |
CN101146042B (zh) | 一种bgp路由的管理方法、装置和系统 | |
CN110380963B (zh) | 一种高效快收敛的邻居发现方法 | |
CN115842853A (zh) | 网络数据包的传输方法、设备及存储介质 | |
CN109600837B (zh) | 系统信息的生成方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |