CN101141375B - 一种局域网内部的报文传输方法、传输装置及*** - Google Patents
一种局域网内部的报文传输方法、传输装置及*** Download PDFInfo
- Publication number
- CN101141375B CN101141375B CN2006100624640A CN200610062464A CN101141375B CN 101141375 B CN101141375 B CN 101141375B CN 2006100624640 A CN2006100624640 A CN 2006100624640A CN 200610062464 A CN200610062464 A CN 200610062464A CN 101141375 B CN101141375 B CN 101141375B
- Authority
- CN
- China
- Prior art keywords
- message
- protocol
- module
- lip
- domain information
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种局域网内部的报文传输方法及相应的报文传输装置、***,通过将UDP和IP两层协议简化合成一层协议即LIP(Local Internet Protocol)局域互连协议,以减少开销字节,当传送无连接应用(如RTP协议报文)时,根据预定的策略选择合适的协议封装方式,具体为当报文长度小于或等于特定值时,利用LIP协议将报文进行封装下发及作相应的提取上传,从而提高局域网内部的报文传输效率。
Description
技术领域
本发明涉及通信技术领域,特别涉及局域网内部的报文传输方法、传输装置及***。
背景技术
目前局域网内部所采用的是TCP/IP协议分层模型,其中最底层是网络接口层;之上是网络层,其具有长报文的分割和组合功能,该层上普遍采用了IPv4协议;再是传输层,该层上的主要协议是TCP和UDP,这两种协议区别于所提供的服务类型,TCP是面向连接的,提供高可靠***,用于一次传输交换大量报文的情况;UDP是面向无连接的,提供高效率的服务,用于一次交换少量的报文或实时性要求较高的信息;位于协议栈的顶端是应用层,该层上包括一些常用的协议,例如RTP(实时传输协议)、HTTP(超文本传输协议)等,其中RTP提供实时、端到端的数据传输业务,可用来传输语音和视频等多媒体信息。
通常RTP协议数据单元是用UDP分组来承载的,为了尽量减少时延,RTP协议数据单元中的语音净荷都很短,只有10或20个字节,如图1所示;并且UDP/IP协议封装语音净荷开销比例信息如下表所示:
开销字节数 | 语音净荷字节数 | 总字节数 | 开销比例 | 净荷比例 |
40 | 10 | 50 | 80% | 20% |
40 | 20 | 60 | 66.7% | 33.3% |
视频报文一般基于RTP/UDP/IP协议在网络中传输。目前主要有视频电话、视频会议和流媒体等应用,这些应用必须适应IP网络有不同最大传输单元(MTU)尺寸的特性,其中,MTU尺寸是网络层最大的分组长度,例如网络接口为有线网络的MTU尺寸是1.5千字节,网络接口为无线网络的MTU尺寸是100字节。目前的视频编码标准可采用数据分割技术使得传输中片的长度小于MTU尺寸,如图2所示;并且UDP/IP协议封装视频净荷开销比例信息如下表所示:
开销字节数 | 视频净荷字节数 | 总字节数 | 开销比例 | 净荷比例 |
40 | 60 | 100 | 40% | 60% |
40 | 1460 | 1500 | 2.7% | 97.3% |
因此,在局域网内部传输多媒体报文或数据短报文时,可以省去原有网络层的分割与组合功能;并且,在局域网内部还可以不用IP协议来寻找路由,直接通过MAC层寻址进行通信即可,即使是不同的局域网,它们之间可以通过网桥转发,因此局域网内部的通信寻址功能在网络接口层就可以完成。
同时考虑到局域网内部进行多媒体通信或数据通信的设备一般不会很多,因此可以简化网络层地址;以及每台设备同时运行的应用进程也不会很多,因此也可以减少UDP协议的端口编号。
而且,UDP和IP两层协议中还分别设定了报文长度和误码检测开销字节,导致字节重复,造成开销巨大。
综上所述,在局域网内,采用和广域网统一的协议即传统的UDP/IP协议传输多媒体报文或数据短报文时,将导致报文的传输效率低下。
发明内容
本发明的目的在于提供一种报文传输***及局域网内部报文发送、接收方法以及相应的报文发送装置和报文接收装置,以提高局域网内部的报文传输效率。
为达到本发明的目的,所采取的技术方案是:
一种局域网内部报文发送方法,包括以下步骤:
A、采用应用协议将业务数据封装成报文并下发以及发送相应的伴随信息;
B、当所述步骤A中下发的报文为无连接应用时,根据接收到的伴随信息,判断所述报文的长度是否小于等于特定值;若报文长度小于或等于特定值,则采用局域互连协议LIP协议将所述报文封装并下发;否则,采用UDP/IP协议将所述报文封装并下发;所述特定值位于以下范围内:大于零字节;并且小于或等于承载网络的最大传输单元尺寸与LIP协议报文头域所占字节数之间的差值;
C、将所述步骤B中下发的报文进一步封装成MAC协议帧发送出去。
所述采用LIP协议将所述报文封装并下发具体包括:
B21、在所述报文前添加版本域信息和业务优先级域信息;
B22、在所述步骤B21处理后的报文前添加源地址、目的地址域信息以及源端口、目的端口域信息;
B23、在所述步骤B22处理后的报文前,计算并添加净荷长度和报文头校验字节域信息,并下发。
所述步骤B前还包括步骤:
根据所述步骤A中发送的伴随信息,判断所述下发报文的应用协议类型;若是无连接应用,则执行所述步骤B;若是面向连接应用,则采用TCP/IP协议将所述报文封装并下发。
本发明还提供一种局域网内部报文接收方法,所述报文采用上述方法发送,包括以下步骤:
E、将接收的MAC帧进行MAC协议处理并提取报文上传;
F、当所述步骤E中上传的报文为LIP协议报文时,将该报文进行LIP协议处理并提取相应报文上传;
G、将所述步骤F中上传的报文进行应用层协议处理,提取业务数据发送给上层用户。
执行所述步骤F之前包括:
根据所述步骤E中上传的报文中的版本域信息,判断所述报文类型是否为LIP协议报文;
若是,则执行所述步骤F;否则,进行IP协议处理并提取相应报文上传。
步骤F中所述将该报文进行LIP协议处理并提取相应报文上传具体包括:
根据接收到的报文中的报文头校验字节域信息,对该报文头进行误码检测;
当检测通过时,确认该报文中的业务优先级域信息;
检查该报文中的目的地址域信息,以及保存该报文中的源地址和源端口域信息,并根据该报文中的目的端口域信息启动相应的进程;
以及,根据该报文中的净荷长度域信息截取相应报文上传。
相应的,本发明提供一种报文发送装置,包括有TCP/IP协议封装模块、应用协议封装模块、选择协议封装模块、第一网络接口模块;
所述应用协议封装模块采用应用协议将业务数据封装成报文并下发以及发送相应的伴随信息;
所述选择协议封装模块接收所述下发报文和伴随信息,并在所述报文为无连接应用时,根据预定策略选择合适的协议将该报文封装并下发给所述第一网络接口模块;所述选择协议封装模块具体包括,第二判断模块、局域互连协议LIP协议封装模块和UDP/IP协议封装模块;
所述第二判断模块,用于根据接收到的伴随信息,判断所述下发报文的长度是否小于等于特定值,并当判断结果为是时,将该报文发送给LIP协议封装模块处理;当判断结果为否时,将该报文发送给UDP/IP协议封装模块处理;所述特定值位于以下范围内:大于零字节;并且小于或等于承载网络的最大传输单元尺寸与LIP协议报文头域所占字节数之间的差值;
所述LIP协议封装模块,用于采用LIP协议将该报文封装并下发给第一网络接口模块;
所述UDP/IP协议封装模块,用于采用UDP/IP协议将该报文封装并下发给第一网络接口模块。
所述第一网络接口模块用于将所述报文进一步封装成MAC协议帧发送到通信宿端。
其中,所述LIP协议封装模块具体包括:第一添加子模块,用于在所述报文前添加版本域信息和业务优先级域信息;
第二添加子模块,用于在该第一添加子模块输出的报文前添加源地址、目的地址、源端口号和目的端口号域信息;
计算与添加子模块,用于在该第二添加子模块输出的报文前,计算并添加净荷长度和报文头校验字节域信息,并下发给第一网络接口模块。
相应的,本发明提供一种报文接收装置,所述报文接收装置接收的报文采用上述报文发送装置发送,所述报文接收装置包括有第二网络接口模块、LIP协议处理模块、应用协议处理模块、IP协议处理模块和传输协议处理模块;
所述第二网络接口模块用于接收来自通信源端的MAC协议帧,将所述MAC帧进行MAC协议处理并提取报文上传;
所述LIP协议处理模块接收所述上传报文,并在该报文为LIP协议报文时,进行LIP协议处理并提取相应报文上传给应用协议处理模块;
所述应用协议处理模块用于将所述上传报文进行应用层协议处理,提取业务数据给上层用户。
该报文接收装置还包括:第三判断模块,接收所述第二网络接口模块上传的报文,根据该报文中的版本信息判断所述报文类型是否为LIP协议报文,并当判断结果为是时,将该报文发送给LIP协议处理模块处理;当判断结果为否时,将该报文发送给IP协议处理模块处理。
所述LIP协议处理模块具体包括:
报文头校验模块,根据接收到的报文中的报文头校验字节域信息,对该报文头进行误码检测,并当检测通过时,将该报文保留;
确认模块,用于确认该报文中的业务优先级域信息,;
处理模块,用于检查该报文中的目的地址域信息,以及保存该报文中的源地址和源端口域信息,并根据该报文中的目的端口域信息启动相应的进程;
以及,净荷截取模块,根据该报文中的净荷长度域信息截取相应报文上传给应用协议处理模块。
本发明还提供一种报文传输***,应用于局域网内,包括:
至少一个上述报文发送装置以及至少一个上述报文接收装置;报文接收装置接收报文发送装置发送的报文。
本发明的技术方案带来了较为明显的有益效果:
1、通过将UDP和IP两层协议简化合成LIP局域互联协议即由传统UDP/IP协议的28个开销字节减少为LIP协议的8个开销字节,当传输多媒体报文或数据短报文时,采用LIP协议封装发送,从而提高局域网内部的报文传输效率,最大限度提高带宽利用率,降低报文传输成本;
2、对于语音业务和基于无线网络的视频业务,LIP局域互联协议比传统的UDP/IP协议的报文传输效率提高13%~66%;
3、对于本发明的报文发送装置和报文接收装置,可以单独制作为附加部件外置于现有局域网通信终端,从而无需对局域网内部的设备进行改变,通用性增强。
附图说明
图1是采用现有UDP/IP协议封装语音净荷的结构示意图;
图2是采用现有UDP/IP协议封装视频净荷的结构示意图;
图3是本发明的LIP局域互联协议在协议栈的位置示意图;
图4是本发明的LIP局域互联协议的结构示意图;
图5是本发明的局域网内部报文发送方法的流程示意图;
图6是图5中步骤2302的具体流程示意图;
图7是本发明的LIP协议封装语音净荷的结构示意图;
图8是本发明的LIP协议封装视频净荷的结构示意图;
图9是本发明的局域网内部报文接收方法的流程示意图;
图10是图9中步骤430的具体流程示意图;
图11是本发明报文发送装置的结构示意图;
图12是本发明报文接收装置的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明的核心思想在于提供一种局域网内部的报文传输方法及相应的报文传输装置、***,通过将UDP和IP两层协议简化合成一层协议即LIP(Local Internet Protocol)局域互连协议,以减少开销字节,当传送无连接应用(如RTP协议报文)时,根据预定的策略选择合适的协议封装方式,具体为当报文长度小于或等于特定值时,利用LIP协议将报文进行封装下发及作相应的提取上传,从而提高局域网内部的报文传输效率。
如图3所示为LIP局域互联协议在整个协议栈中的层次和位置,在应用层之下有三种选择,一是采用TCP/IP协议,二是采用UDP/IP协议,三是采用LIP局域互连协议,其中当传送无连接的报文并且报文长度小于或等于特定值时,LIP协议将替代UDP/IP协议进行封装传输。
如图4所示为LIP局域互连协议的具体结构,其中LIP协议的各字节域的定义如下:
版本域占4位比特,固定定义为1010;
保留字节域占3位比特,保留给未来使用,可固定定义为000;
优先级域占1位比特,用于设置优先级,例如:1为高优先级,0为低优先级;局域网内的通信设备可以根据优先级域信息完成报文的优先选择;
源地址域占8位比特,表示局域网内的通信源端设备的编号,可表示256个LIP地址,考虑到0为环回,255为广播,因此选择1~254作为设备编号;
目的地址域占8位比特,表示局域网内的通信宿端设备的编号,可表示256个LIP地址,考虑到0为环回,255为广播,因此选择1~254作为设备编号;
源端口域占8位比特,表示局域网内的通信源端设备运行程序进程的编号,将0和255保留供测试使用,用户可选择1~254作为设备运行程序进程的编号;
目的端口域占8位比特,表示局域网内的通信宿端设备运行程序进程的编号,将0和255保留供测试使用,用户可选择1~254作为设备运行程序进程的编号;
其中,LIP局域互联协议的运行程序进程编号与传统的TCP、UDP的Socket编号没有对应关系,由用户自己指定分配,只要保证在一个局域网里面一致即可,确保没有冲突或重复;主要是用于区分不同的进程,保证同一个通信终端能同时进行多个通信进程。
净荷长度域占16位比特,具体分为高位净荷长度域和低位净荷长度域,用于表示净荷的字节数,即LIP局域互联协议封装的内容长度;
报文头校验字节域占8位比特,用于对报文头进行误码检测。例如:通信源端设备对除去报文头校验字节域的其它所有报文头域按8比特求和,去掉溢出位,得到的8位比特值填入报文头校验字节域;通信宿端设备进行相同计算,将得到的8位比特值与收到的报文头校验字节域进行比较,如果一致则报文头传输正常;如果不一致,则报文头出错,通信宿端设备丢掉此报文。其中,各字节域不限于上述描述,其具体值可依实际应用情况确定。
以下详细描述本发明局域网内部报文发送方法的主要流程,如图5所示:
步骤210根据业务类型,采用不同的应用协议将业务数据封装成报文并下发以及发送相应的伴随信息,如协议类型、报文长度等;
例如采用HTTP协议来封装WEB信息,采用RTP协议来封装多媒体信息或采用TFTP协议封装数据信息等;
步骤220根据接收到的标识协议类型的伴随信息,判断所述报文的应用协议类型以确定待传输的是面向连接应用还是无连接应用;当确定待传输的是无连接应用时,如RTP协议报文、TFTP协议报文等,则转至步骤230;当确定待传输的是面向连接应用时,如HTTP协议报文、FTP协议报文等,则转至步骤240;
步骤230根据预定的策略选择合适的协议将所述报文进行封装并下发,具体如下:
步骤2301根据接收到的标识报文长度的伴随信息,判断所述报文的长度是否小于等于特定值;当确定报文长度小于或等于特定值时,则选择LIP协议封装方式即转至步骤2302;当确定报文长度大于特定值时,则选择UDP/IP协议封装方式即转至步骤2303;
在本发明中,0字节<该特定值≤承载网络的最大传输单元(MTU)尺寸-LIP头部所占字节数;结合图4,当局域网的网络接口为有线网络时,该特定值可以设为0-1492字节范围内的任一个正值,即0字节<该特定值≤1492字节;当局域网的网络接口为无线网络时,该特定值可以设为0-92字节范围内的任一个值,即0字节<该特定值≤92字节;其中,该特定值可依实际应用情况确定;
步骤2302采用LIP协议将所述上层报文封装并下发,具体包括以下步骤:
如图6所示,步骤2302a在所述报文前添加版本域信息和业务优先级域信息,例如优先级高则填入1,优先级低则填入0;其中版本域信息可设为1010,具体值可依实际应用情况确定;
步骤2302b在步骤2302a处理后的报文前再依次添加源地址、目的地址域信息,如果是3号终端给25号终端发信息,则源地址填入3,目的地址填入25;以及依次添加源端口号和目的端口号域信息,如果3号终端和25号终端都采用1号进程进行通信,则源端口号填入1,目的端口号填入1;
步骤2302c然后在步骤2302b处理后的报文前,计算并依次添加净荷长度和报文头校验字节域信息,并下发。例如:10字节的语音信息经过应用协议RTP封装后,则净荷长度为10字节+12字节=22字节,其中RTP协议的头部为12个字节,然后对除去报文头校验字节域的其它所有报文头域按8比特求和,去掉溢出位,得到的8位比特值填入报文头校验字节域,其中报文头校验字节还可通过其他算法得到;
步骤2303,采用UDP/IP协议将上层报文封装并下发;考虑到是现有技术,故不详细描述;
步骤240,采用TCP/IP协议将上层报文封装并下发;考虑到是现有技术,故不详细描述;
步骤250,将上述下发的报文进一步封装成MAC协议帧发送到通信宿端,所述报文为LIP报文或者IP报文,从而完成整个发送过程。
值得注意的是,LIP协议的地址不是用来寻址的,主要是方便用户区分各个通信终端,这样,用户只需记住每个通信终端的逻辑编号(即LIP地址),而不是难记的通信终端MAC物理地址。LIP局域互联协议依靠MAC层地址来完成寻址,报文发送方向上具体如下:
1、首先将8位LIP地址(目的地址)转换成32位IP地址,即高24位地址默认添加0xAAAAAA,LIP目的地址域作为IP地址的低8位;
2、利用ARP/RARP协议将32位IP地址解析成48位MAC物理地址;
在本发明实施例一中,当业务数据为10或20个字节的语音净荷时,先采用RTP协议将其封装下发,将特定值设为40字节,则经过LIP协议封装后,如图7所示;并且LIP协议封装语音净荷开销比例信息如下表所示:
开销字节数 | 净荷字节数 | 总字节数 | 开销比例 | 净荷比例 |
20 | 10 | 30 | 66.7% | 33.3% |
20 | 20 | 40 | 50% | 50% |
在本发明实施例二中,当业务数据为80或1480个字节的视频净荷时,先采用RTP协议将其封装下发,将特定值设为92或1492字节,则经过LIP协议封装后,如图8所示;并且LIP协议封装视频净荷开销比例信息如下表所示:
开销字节数 | 净荷字节数 | 总字节数 | 开销比例 | 净荷比例 |
20 | 80 | 100 | 20% | 80% |
20 | 1480 | 1500 | 1.3% | 98.7% |
并且,LIP协议封装语音视频净荷的效率提高比例信息如下表所示:
10字节语音净荷 | 20字节语音净荷 | 100字节视频无线网络 | 1500字节视频有线网络 | |
UDP/IP协议净荷比例 | 20% | 33.3% | 60% | 97.3% |
LIP协议净荷比例 | 33.3% | 50% | 80% | 98.7% |
传送效率提高比例 | 66.5% | 50.2% | 13.3% | 1.4% |
综上所述,采用LIP协议对上层报文封装的过程中,总共只需8字节就定义了所有协议开销信息,相对于UDP/IP协议大大降低了开销,提高了在局域网内发送报文的传输效率,大大增加了带宽利用率,降低了传输成本。
以下详细描述本发明局域网内部报文接收方法的主要流程,如图9所示:
步骤410接收来自通信源端的MAC协议帧,将所述MAC帧进行MAC协议处理并提取报文上传;考虑到是现有技术,故不详细描述;
步骤420根据接收到的报文中的版本信息,判断报文类型是否为LIP协议报文;如果版本信息是1010,即确定是LIP协议报文,则转至步骤430;如果版本信息是0100或0101,即确定是IPv4或IPv6网络协议报文,则转至步骤440;
步骤430进行LIP协议处理,提取报文上传给应用层,具体包括以下步骤:
如图10所示,步骤4301根据接收到的报文中的报文头校验字节域信息,对该报文头进行误码检测;具体包括:
步骤4301a对除去报文头校验字节域的其它所有报文头域按8比特求和,去掉溢出位,得到8位比特值;
步骤4301b将该8位比特值与接收到的报文头校验字节域进行比较;如一致,则报文头传送正常并保留此报文;如不一致,则报文头出错,丢掉此报文并上报错误;
步骤4302当检测通过时,确认该报文中的业务优先级域信息;
版本信息已经确认为1010,此处可不处理。确认业务优先级信息,当通信宿端处理能力不足时,优先保证优先级为1的报文,丢掉优先级为0的报文。
步骤4303处理源地址、目的地址、源端口和目的端口等域信息,具体包括以下步骤:
a、检查该报文中的目的地址是否是该通信宿端的编号;如不是,则丢掉此报文,并上报错误;如符合,则保留此报文;
b、纪录该报文中的源地址,并告知程序--是编号为源地址的通信终端在和本终端进行通信;
c、纪录该报文中的源端口,并告知程序--是编号为源地址的通信终端的编号为源端口的进程在和本终端进行通信;
d、根据该报文中的目的端口,使用此编号启动一个进程;如果此编号已被其它进程使用,则丢掉此报文,并上报错误。
步骤4304根据该报文中的净荷长度域信息,截取相应的报文上传给应用层处理;
步骤440进行IP协议处理,提取报文上传给传输层;考虑到是现有技术,故不详细描述;
步骤450进行TCP协议或UDP协议处理,提取报文上传给应用层;考虑到是现有技术,故不详细描述;
步骤460将所述上传的报文进行应用层协议处理,提取业务数据给上层用户,从而完成整个接收过程。
值得注意的是,LIP局域互联协议依靠MAC层地址来完成寻址,报文接收方向上具体如下:
1、利用ARP/RARP协议将48位MAC物理地址解析成32位IP地址;
2、将32位IP地址转换成8位LIP地址;其中,从IP地址格式转成LIP地址格式,首先要检查高24位是否为0xAAAAAA,如果不是,则报告错误的LIP地址;如果是,则将IP地址的低8位比特作为LIP地址提取上报。
另外本发明还提供一种报文发送装置,图11示出了该报文发送装置的结构,其中:
应用协议封装模块610,采用应用协议将接收到的业务数据封装成报文并下发以及发送相应的伴随信息;
第一判断模块620,根据接收到的标识协议类型的伴随信息,判断所述报文的应用协议类型;当判断结果为无连接应用时,将接收到的报文发送给选择协议封装模块630处理;当判断结果为面向连接应用时,将接收到的报文发送给TCP/IP协议封装模块640处理;
选择协议封装模块630,用于根据预定的策略选择合适的协议将所述报文进行封装并下发给第一网络接口模块650;其中,该选择协议封装模块630具体包括:
第二判断模块6301,根据接收到的标识报文长度的伴随信息,判断所述报文的长度是否小于等于特定值;当判断结果为是时,将接收到的报文发送给LIP协议封装模块6302处理;当判断结果为否时,将接收到的报文发送给UDP/IP协议封装模块6303处理;
LIP协议封装模块6302,用于采用LIP协议将所述报文封装并下发给第一网络接口模块650;其中,该LIP协议封装模块6302包括但不限于:
第一添加子模块,用于在所述报文前添加版本域信息和业务优先级域信息;
第二添加子模块,用于在第一添加子模块输出的报文前依次添加源地址、目的地址、源端口号和目的端口号域信息;
计算与添加子模块,用于计算净荷长度和报文头校验字节域信息,并在第二添加子模块输出的报文前依次添加净荷长度和报文头校验字节域信息后下发给第一网络接口模块650;
UDP/IP协议封装模块6303,用于采用UDP/IP协议将所述报文封装并下发给第一网络接口模块650;
TCP/IP协议封装模块640,用于采用TCP/IP协议将接收到的报文封装并下发给第一网络接口模块650;
第一网络接口模块650,用于将接收到的报文进一步封装成MAC协议帧发送到通信宿端;
为了在报文发送过程中实现寻址,本发明报文发送装置还包括:
地址解析模块660,用于将从LIP协议封装模块6302中获取的目的地址转换成IP地址,再解析成MAC物理地址输出给第一网络接口模块650;
在大多数情况下,ARP/RARP协议仅使用很少的几次,多数MAC物理地址是从ARP/RARP高速缓冲获得的。其中,ARP/RARP高速缓冲中配置有动态映射表,该动态映射表用于记录并保存LIP地址、IP地址和MAC物理地址三者之间的映射关系。
另外本发明还提供一种报文接收装置,图12示出了该报文接收装置的结构,其中:
第二网络接口模块810,用于接收来自通信源端的MAC协议帧,将所述MAC帧进行MAC协议处理并提取报文上传给第三判断模块820;
第三判断模块820,根据接收到的报文中的版本信息,判断报文类型是否为LIP协议报文;当判断结果为是时,将接收到的报文发送给LIP协议处理模块830处理;当判断结果为否时,将接收到的报文发送给IP协议处理模块840处理;
LIP协议处理模块830,用于进行LIP协议处理并提取相应报文上传给应用协议处理模块860;其中,该LIP协议处理模块830包括但不限于:
报文头校验模块,根据接收到的报文中的报文头校验字节域信息,对该报文头进行误码检测,并当检测通过时,将该报文保留;
确认模块,用于确认该报文中的版本信息、业务优先级等域信息;
处理模块,用于处理源地址、目的地址、源端口和目的端口等域信息;该处理模块包括但不限于:
判断子模块,用于判断该报文中的目的地址是否是该通信宿端的编号;在判断结果为是时,保留此报文;在判断结果为否时,丢掉此报文;
记录及通知子模块,用于纪录该报文中的源地址,并告知程序是编号为源地址的通信终端在和本终端进行通信;以及纪录该报文中的源端口,并告知程序是编号为源地址的通信终端的编号为源端口的进程在和本终端进行通信;
进程启动子模块,根据该报文中的目的端口,启动相应的进程。
净荷截取模块,根据该报文中的净荷长度域信息,截取相应的报文上传给应用协议处理模块860处理;
IP协议处理模块840,用于进行IP协议处理并提取报文上传给传输协议处理模块850;
传输协议处理模块850,用于进行TCP协议或UDP协议处理,提取报文上传给应用协议处理模块860;
以及,应用协议处理模块860,用于将所述上传的报文进行应用层协议处理,提取业务数据给上层用户。
为了在报文接收过程中实现寻址,本发明报文接收装置还包括:
反向地址解析模块870,用于将从第二网络接口模块810中获取的MAC物理地址解析成IP地址,再转换成LIP目的地址输出给LIP协议处理模块830;
在大多数情况下,ARP/RARP协议仅使用很少的几次,多数IP地址是从ARP/RARP高速缓冲获得的。其中,ARP/RARP高速缓冲中配置有动态映射表,该动态映射表用于记录并保存LIP地址、IP地址和MAC物理地址三者之间的映射关系。
相应的,本发明提供了一种局域网内部的报文传输***,用于提高局域网内部的报文传输效率,该***包括至少一个报文发送装置和至少一个报文接收装置;该报文发送装置和/或报文接收装置可集成于现有局域网通信终端中,使之成为具有本发明特征的通信终端,也可以单独制作为附加部件,外置于现有局域网通信终端,使其升级为具有本发明特征的通信终端;
本发明报文发送装置和报文接收装置均适用于本发明局域网内部的报文传输***。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (13)
1.一种局域网内部报文发送方法,其特征在于,包括以下步骤:
A、采用应用协议将业务数据封装成报文并下发以及发送相应的伴随信息;
B、当所述步骤A中下发的报文为无连接应用时,根据接收到的伴随信息,判断所述报文的长度是否小于等于特定值;若报文长度小于或等于特定值,则采用局域互连协议LIP协议将所述报文封装并下发;否则,采用UDP/IP协议将所述报文封装并下发;所述特定值位于以下范围内:大于零字节;并且小于或等于承载网络的最大传输单元尺寸与LIP协议报文头域所占字节数之间的差值;
C、将所述步骤B中下发的报文进一步封装成MAC协议帧发送出去。
2.根据权利要求1所述的局域网内部报文发送方法,其特征在于,所述采用LIP协议将所述报文封装并下发,具体包括:
B21、在所述报文前添加版本域信息和业务优先级域信息;
B22、在所述步骤B21处理后的报文前添加源地址、目的地址域信息以及源端口、目的端口域信息;
B23、在所述步骤B22处理后的报文前,计算并添加净荷长度和报文头校验字节域信息,并下发。
3.根据权利要求1-2任一项所述的局域网内部报文发送方法,其特征在于,所述步骤B前还包括步骤:
根据所述步骤A中发送的伴随信息,判断所述下发报文的应用协议类型;若是无连接应用,则执行所述步骤B;若是面向连接应用,则采用TCP/IP协议将所述报文封装并下发。
4.一种局域网内部报文接收方法,所述报文采用如权利要求1-3任一项所述的方法发送,其特征在于,包括以下步骤:
E、将接收的MAC帧进行MAC协议处理并提取报文上传;
F、当所述步骤E中上传的报文为局域互连协议LIP协议报文时,将该报文进行LIP协议处理并提取相应报文上传;
G、将所述步骤F中上传的报文进行应用层协议处理,提取业务数据发送给上层用户。
5.根据权利要求4所述的局域网内部报文接收方法,其特征在于,执行所述步骤F之前包括:
根据所述步骤E中上传的报文中的版本域信息,判断所述报文类型是否为LIP协议报文;
若是,则执行所述步骤F;否则,进行IP协议处理并提取相应报文上传。
6.根据权利要求4或5所述的局域网内部报文接收方法,其特征在于,步骤F中所述将该报文进行LIP协议处理并提取相应报文上传具体包括:
根据接收到的报文中的报文头校验字节域信息,对该报文头进行误码检测;
当检测通过时,确认该报文中的业务优先级域信息;
检查该报文中的目的地址域信息,以及保存该报文中的源地址和源端口域信息,并根据该报文中的目的端口域信息启动相应的进程;
以及,根据该报文中的净荷长度域信息截取相应报文上传。
7.一种报文发送装置,包括有TCP/IP协议封装模块,其特征在于,还包括:应用协议封装模块、选择协议封装模块、第一网络接口模块;
所述应用协议封装模块采用应用协议将业务数据封装成报文并下发以及发送相应的伴随信息;
所述选择协议封装模块接收所述下发报文和伴随信息,并在所述报文为无连接应用时,根据预定策略选择合适的协议将该报文封装并下发给所述第一网络接口模块;所述选择协议封装模块具体包括,第二判断模块、局域互连协议LIP协议封装模块和UDP/IP协议封装模块;
所述第二判断模块,用于根据接收到的伴随信息,判断所述下发报文的长度是否小于等于特定值,并当判断结果为是时,将该报文发送给所述LIP协议封装模块处理;当判断结果为否时,将该报文发送给所述UDP/IP协议封装模块处理;所述特定值位于以下范围内:大于零字节;并且小于或等于承载网络的最大传输单元尺寸与LIP协议报文头域所占字节数之间的差值;
所述LIP协议封装模块,用于采用LIP协议将该报文封装并下发给第一网络接口模块;
所述UDP/IP协议封装模块,用于采用UDP/IP协议将该报文封装并下发给第一网络接口模块;
所述第一网络接口模块用于将所述报文进一步封装成MAC协议帧发送到通信宿端。
8.根据权利要求7所述的报文发送装置,其特征在于,还包括:
第一判断模块,根据所述应用协议封装模块输出的伴随信息,判断该应用协议封装模块下发的报文的应用协议类型,并当是无连接应用时,将该下发报文发送给选择协议封装模块处理;当是面向连接应用时,将该下发报文发送给TCP/IP协议封装模块处理。
9.根据权利要求7所述的报文发送装置,其特征在于,所述LIP协议封装模块具体包括:
第一添加子模块,用于在所述报文前添加版本域信息和业务优先级域信息;
第二添加子模块,用于在该第一添加子模块输出的报文前添加源地址、目的地址、源端口号和目的端口号域信息;
计算与添加子模块,用于在该第二添加子模块输出的报文前,计算并添加净荷长度和报文头校验字节域信息,并下发给第一网络接口模块。
10.一种报文接收装置,所述报文接收装置接收的报文采用如权利要求7-9任一项所述的报文发送装置发送,所述报文接收装置包括有IP协议处理模块和传输协议处理模块,其特征在于,还包括:第二网络接口模块、局域互连协议LIP协议处理模块、应用协议处理模块;
所述第二网络接口模块用于接收来自通信源端的MAC协议帧,将所述MAC帧进行MAC协议处理并提取报文上传;
所述LIP协议处理模块接收所述上传报文,并在该报文为LIP协议报文时,进行LIP协议处理并提取相应报文上传给应用协议处理模块;
所述应用协议处理模块用于将所述上传报文进行应用层协议处理,提取业务数据给上层用户。
11.根据权利要求10所述的报文接收装置,其特征在于,还包括:
第三判断模块,接收所述第二网络接口模块上传的报文,根据该报文中的版本信息判断所述报文类型是否为LIP协议报文,并当判断结果为是时,将该报文发送给LIP协议处理模块处理;当判断结果为否时,将该报文发送给IP协议处理模块处理。
12.根据权利要求10或11所述的报文接收装置,其特征在于,所述LIP协议处理模块具体包括:
报文头校验模块,根据接收到的报文中的报文头校验字节域信息,对该 报文头进行误码检测,并当检测通过时,将该报文保留;
确认模块,用于确认该报文中的业务优先级域信息;
处理模块,用于检查该报文中的目的地址域信息,以及保存该报文中的源地址和源端口域信息,并根据该报文中的目的端口域信息启动相应的进程;
以及,净荷截取模块,根据该报文中的净荷长度域信息截取相应报文上传给应用协议处理模块。
13.一种报文传输***,应用于局域网内,其特征在于,包括:至少一个如权利要求7-9任一项所述的报文发送装置以及至少一个如权利要求10-12任一项所述的报文接收装置;所述报文接收装置接收所述报文发送装置发送的报文。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006100624640A CN101141375B (zh) | 2006-09-05 | 2006-09-05 | 一种局域网内部的报文传输方法、传输装置及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006100624640A CN101141375B (zh) | 2006-09-05 | 2006-09-05 | 一种局域网内部的报文传输方法、传输装置及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101141375A CN101141375A (zh) | 2008-03-12 |
CN101141375B true CN101141375B (zh) | 2010-12-22 |
Family
ID=39193131
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006100624640A Expired - Fee Related CN101141375B (zh) | 2006-09-05 | 2006-09-05 | 一种局域网内部的报文传输方法、传输装置及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101141375B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130282901A1 (en) * | 2010-12-11 | 2013-10-24 | Sergei MOURAVYOV | Computer network node discovery |
WO2014036728A1 (zh) * | 2012-09-07 | 2014-03-13 | 华为技术有限公司 | 一种空口传输方法及相关设备、*** |
JP6522522B2 (ja) * | 2013-02-28 | 2019-05-29 | ▲ホア▼▲ウェイ▼技術有限公司Huawei Technologies Co.,Ltd. | データ送信および受信方法およびデバイス |
CN109428851B (zh) * | 2017-07-06 | 2021-08-10 | 阿里巴巴(中国)有限公司 | 一种数据传输组件及方法 |
US10873535B2 (en) * | 2017-08-10 | 2020-12-22 | Mediatek Inc. | Method and apparatus for avoiding packet fragmentation in mobile communications |
CN110830143B (zh) * | 2018-08-13 | 2022-03-25 | 中兴通讯股份有限公司 | 一种业务传输方法及装置、光传送网设备、存储介质 |
CN111683073A (zh) * | 2020-05-29 | 2020-09-18 | 烽火通信科技股份有限公司 | 一种基于mac的三层应用的通信方法及*** |
CN112272387B (zh) * | 2020-09-22 | 2022-03-11 | 国电南瑞科技股份有限公司 | 基于5g的低调度时延与高速接入方法、模组、终端及电力二次设备 |
CN114679395B (zh) * | 2022-05-27 | 2022-08-09 | 鹏城实验室 | 异构网络的数据传输探测方法及*** |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1402492A (zh) * | 2002-09-29 | 2003-03-12 | 清华大学 | 基于实时传输协议和传输控制协议的流媒体传输实现方法 |
CN1466376A (zh) * | 2002-06-29 | 2004-01-07 | 深圳市中兴通讯股份有限公司 | 一种视频码流传输处理方法 |
CN1665239A (zh) * | 2004-03-03 | 2005-09-07 | 联想(北京)有限公司 | 一种实现不同通信协议设备间信息传输的方法 |
CN1668037A (zh) * | 2004-03-10 | 2005-09-14 | 浙江大学 | 融合ip网络和有线电视网络的接入方法及其设备 |
-
2006
- 2006-09-05 CN CN2006100624640A patent/CN101141375B/zh not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1466376A (zh) * | 2002-06-29 | 2004-01-07 | 深圳市中兴通讯股份有限公司 | 一种视频码流传输处理方法 |
CN1402492A (zh) * | 2002-09-29 | 2003-03-12 | 清华大学 | 基于实时传输协议和传输控制协议的流媒体传输实现方法 |
CN1665239A (zh) * | 2004-03-03 | 2005-09-07 | 联想(北京)有限公司 | 一种实现不同通信协议设备间信息传输的方法 |
CN1668037A (zh) * | 2004-03-10 | 2005-09-14 | 浙江大学 | 融合ip网络和有线电视网络的接入方法及其设备 |
Non-Patent Citations (1)
Title |
---|
CN 1466376 A,说明书第2页第8行至第3页第5行. |
Also Published As
Publication number | Publication date |
---|---|
CN101141375A (zh) | 2008-03-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101141375B (zh) | 一种局域网内部的报文传输方法、传输装置及*** | |
CN100563146C (zh) | 一种基于分组交换的时分复用数据传输方法 | |
US8160106B2 (en) | Method, device and system for transmitting Ethernet packets | |
CN107079017B (zh) | 一种报文转换方法及装置 | |
CN100505693C (zh) | 分组传输方法和设备 | |
CN101369977A (zh) | 数据传输的方法、装置和*** | |
CN101317404A (zh) | Ip报文传输、协商带宽节省能力和节省网络带宽的方法及*** | |
CN101262478A (zh) | 穿越网络地址转换nat的方法和设备 | |
CN103200072B (zh) | 一种基于网络的数据传输方法、装置及*** | |
CN102882865B (zh) | 基于socks5代理协议实现多媒体代理服务控制的方法 | |
WO2010020197A1 (zh) | 一种数据的传输方法、通信设备及通信*** | |
KR20060054662A (ko) | 광대역 무선 통신 시스템에서 헤더 압축 장치 및 방법 | |
CN103236964B (zh) | 基于Linux的DS-Lite实现方法及其CPE接入设备 | |
CN105657865A (zh) | 一种数据中转传输方法、***和具备中继功能的ue | |
CN102868613A (zh) | 一种通用路由封装隧道报文发送方法和装置 | |
CN103327129B (zh) | 针对多wan口网关设备的域名解析方法 | |
CN101155181B (zh) | 数据流复用方法和数据流复用设备以及数据流复用*** | |
CN110351202A (zh) | 5g核心网流量分组方法、装置、设备和计算机存储介质 | |
US20030147419A1 (en) | Hardware arrangement, terminal, and method for transferring audio signal in packet-switched communications network | |
CN101257517B (zh) | 地址解析协议请求消息处理方法及装置 | |
CN101582884B (zh) | 基于fpga的3g数据包重组***及方法 | |
CN102238164B (zh) | 面向ip电信网的多协议报文适配方法 | |
CN101242354B (zh) | 一种数据传输的方法、***及设备 | |
CN101465858B (zh) | 监控业务中实现私网穿越的方法、网络设备和服务器 | |
CN102868642A (zh) | 在asic中实现nvgre报文转发的方法和装置 |
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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20101222 Termination date: 20150905 |
|
EXPY | Termination of patent right or utility model |