CN101156396B - 一种数据帧的传输处理方法和系统 - Google Patents

一种数据帧的传输处理方法和系统 Download PDF

Info

Publication number
CN101156396B
CN101156396B CN200680011731XA CN200680011731A CN101156396B CN 101156396 B CN101156396 B CN 101156396B CN 200680011731X A CN200680011731X A CN 200680011731XA CN 200680011731 A CN200680011731 A CN 200680011731A CN 101156396 B CN101156396 B CN 101156396B
Authority
CN
China
Prior art keywords
mtu
frame
gfp
receiving terminal
account management
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
Application number
CN200680011731XA
Other languages
English (en)
Other versions
CN101156396A (zh
Inventor
蒋章震
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN200680011731XA priority Critical patent/CN101156396B/zh
Publication of CN101156396A publication Critical patent/CN101156396A/zh
Application granted granted Critical
Publication of CN101156396B publication Critical patent/CN101156396B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/36Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Small-Scale Networks (AREA)

Abstract

本发明公开了一种数据帧的传输处理方法和系统,方法包括:数据传输的接收端向发送端通告该接收端的最大传输单元MTU;发送端判断自身的MTU是否大于所述接收端的MTU,如果是,则以该接收端的MTU为门限发送数据帧,否则,以自身的MTU为门限发送数据帧。所述系统包括:数据帧封装单元、缓冲区单元、传输通道、以及MTU处理单元,MTU处理单元用于获取数据接收端MTU,判断本端的MTU是否大于接收端MTU,是则通知缓冲区单元利用该接收端MTU代替本端MTU进行所示的缓冲处理的MTU处理单元。本发明可以防止在数据传输中,由于发送设备和接收设备的MTU的差异造成的接收端的丢帧问题。

Description

一种数据帧的传输处理方法和系统
技术领域
本发明涉及通信系统中的数据帧传输技术,尤其涉及一种利用最大传送单元(MTU,Maximum Transmission Unit)对所传输数据帧进行门限控制的数据帧的传输处理方法和系统。
发明背景
当前,电信运营商为了充分利用现有的同步光网络(SONET)/同步数字体系(SDH)以及光传输网络(OTN),采用通用成帧规程(GFP,Generic Framing Procedure)将上层多种业务形式(例如以太网、IP/点到点协议、MPLS等)的数据映射到SONET/SDH网络以及OTN中进行传输。
GFP是由国际电信联盟电信标准化组织(ITU-T)提出的方案,具体方案参见标准ITU-T G.7041/Y.1303。以下简要介绍GFP的传输方案。
图1为现有GFP协议栈的结构图;参见图1,GFP协议的数据帧可以承载以太网数据11、IP/点到点协议(PPP)数据12、以及其他协议类型的上层客户业务数据13;GFP帧中还包括与客户业务数据相关的部分(例如净负荷头)14、通用信息部分(与客户业务数据无关,例如核心帧头)15;GFP帧可以传送的通道有:SDH虚容器通道(SDHVC-nPath)16、OTN光通路数据单元通道(OTN ODUk Path)17、以及其他字节同步通道(Other octet-synchronous paths)18。
图2为在采用GFP的通信系统中传输数据包的示意图。参见图2,在数据通信设备中,对于每一个同步传输通道,都对应有一个缓冲区(Buffer)21;需要传输的上层业务数据包,例如以太网数据包和PPP数据包,在发送端(例如通信设备A)被GFP模块(由于图2为简化图,所以未显示GFP模块)封装为GFP帧进行传输,在接收端(例如通信设备B)再利用相反的解封装过程将GFP帧还原成上层业务数据包。当传输设备通过某一同步传输通道发送GFP帧时,GFP帧首先被放到该同步传输通道的缓冲区21中,再从缓冲区21中依次读取并通过同步传输通道发送。同理,当传输设备通过某一同步传输通道接收GFP帧后,首先将该GFP帧放入该传输通道的缓冲区21中,上层的应用模块再从该缓冲区中提取GFP帧并进行解封装。因此,所发送或接收的GFP帧的大小就要受到缓冲区大小的限制,缓冲区必需能够至少容纳一个GFP帧。由于这种限制,在传输设备中通常根据同步传输通道缓冲区21的大小设置该传输通道的最大传输单元(MTU),该MTU用以标识该传输设备发送或接收GFP帧的净负荷的最大长度,当所发送或接收的GFP帧的净负荷的长度小于或等于该MTU时,该GFP帧才被存储到缓冲区21中。
但是,现有的这种处理技术存在着如下缺陷:
对于同一个传输通道,如果发送方的MTU大于接收方的MTU,则发送方发出的GFP帧的净负荷长度很可能大于接收方的MTU,因此导致接收方的缓冲区不能容纳该GFP帧,而将该GFP帧丢弃,造成数据丢失。尤其是,一旦发送方的MTU远大于接收方的MTU,则发送方发出的GFP帧的净负荷长度大于接收方的MTU的概率很高,因此会造成接收方非常严重的丢帧问题。
发明内容
本发明的主要目的在于提供一种数据帧的传输处理方法,以防止在数据传输中,由于发送设备和接收设备的MTU的差异造成的接收端的丢帧问题。
本发明的另一目的是提供一种数据帧的传输处理系统,以防止在数据传输中,由于发送设备和接收设备的MTU的差异造成的接收端的丢帧问题。
一种数据帧的传输处理方法,该方法包括:
数据传输的接收端向发送端通告该接收端的最大传输单元MTU,其中,该MTU承载在通用成帧规程GFP控制帧或者GFP客户管理帧中;
发送端从GFP控制帧或者GFP客户管理帧中解析出接收端的MTU,并判断自身的MTU是否大于所述接收端的MTU,如果是,则以该接收端的MTU为门限发送数据帧,否则,以自身的MTU为门限发送数据帧。
优选地,所述接收端向发送端通告接收端的MTU的方法为:在数据通信连接建立时或者建立后,通信双方主动向对端发送自身的MTU。
优选地,所述接收端向发送端通告接收端的MTU的方法为:
在数据通信连接建立时或者建立后,通信双方首先向对端发送获取对端MTU的请求报文,对端收到该请求报文后,将自身的MTU发送给所述请求报文的发送方。
优选地,所述接收端向发送端通告接收端的MTU的方法为:
在数据通信连接建立时或者建立后,通信双方中的任一端首先将自身的MTU发送给对端;对端收到后,以响应的方式将自身的MTU返回给所述首先发出MTU的通信端。
若MTU承载在GFP控制帧中,在数据传输的接收端向发送端通告该接收端的最大传输单元MTU之前,该方法进一步包括:预先将MTU承载在GFP控制帧净负荷中的指定域的位置信息和GFP控制帧的帧头中的帧长度标识PLI的取值进行存储;其中,该GFP控制帧的帧头中的帧长度标识(PLI)取值为A,用于表示该控制帧中携带了MTU,所述A为1、2或3;所述发送端从通用成帧规程GFP控制帧中解析出接收端的MTU包括:所述发送端解析GFP控制帧的帧头,并判断该帧头中PLI取值当前是否为A,如果是,则确定该GFP控制帧为一个携带MTU的控制帧;根据本端通信设备预先存储的指定域的位置信息,从该GFP控制帧净负荷中的指定域中解析出该GFP控制帧携带的MTU,获得接收端的MTU。
若MTU承载在GFP客户管理帧中,则所述MTU承载在GFP客户管理帧中包括:MTU承载在GFP客户管理帧的扩展帧头中;在数据传输的接收端向发送端通告该接收端的最大传输单元MTU之前,该方法进一步包括:预先将GFP客户管理帧的用户净荷标识符UPI的取值进行存储;该UPI的取值为B,用于表示该GFP客户管理帧中承载了MTU,所述B为除1和2之外的任意值;所述发送端从GFP客户管理帧中解析出接收端的MTU包括:所述发送端解析自身接收的GFP客户管理帧的UPI的取值,并判断该UPI的取值当前是否为B,如果是,则确定该GFP客户管理帧中当前携带了MTU,解析该GFP客户管理帧的扩展帧头,获得接收端的MTU。
优选地,如果发送端自身的MTU大于所述接收端的MTU,则该方法进一步包括:
发送端上层按照该接收端的MTU对待发送的上层业务数据包的长度进行限制,使封装成的数据帧的净负荷长度符合该接收端MTU的要求。
优选地,所述以接收端的MTU为门限发送数据帧的方法为:判断封装的数据帧的净负荷长度是否大于接收端的MTU,如果是,则不发送该数据帧,给发送端的上层发送指示长度超大的信号,否则,将该数据帧存入缓冲区中缓冲发送。
所述发送端的上层收到指示长度超大的信号后,进一步包括:按照所述MTU门限值对待发送的上层业务数据包的长度进行限制,使封装成的数据帧的净负荷长度符合所述MTU门限值的要求。
一种数据帧的传输处理系统,该系统包括:
数据帧封装单元,用于在本端的MTU不大于接收端的MTU时,根据本端MTU为数据帧的最大限制,将上层待发送的数据包封装成数据帧;在本端的MTU大于接收端的MTU时,利用该接收端MTU代替本端MTU,根据接收端MTU为数据帧的最大限制,将上层待发送的数据包封装成数据帧;
缓冲区单元,用于缓冲所述数据帧封装单元所封装好的、且不大于本端MTU的待发送数据帧;
传输通道,从所述缓冲区单元中依次读取数据帧并发送;
MTU处理单元,用于从数据接收端发送来的通用成帧规程GFP控制帧或者GFP客户管理帧中获取数据接收端的MTU,判断本端的MTU是否大于所获取的接收端的MTU,如果是则通知数据帧封装单元利用该接收端MTU代替本端MTU进行所示的封装数据包处理,其中,所述数据接收端的MTU承载在通用成帧规程GFP控制帧或者GFP客户管理帧中。
优选的,在通信双方都设置有所述MTU处理单元,该通信双方的MTU处理单元在数据通信连接建立时或者建立后,主动向对端发送本端的MTU。
优选的,在通信双方都设置有所述MTU处理单元,通信双方的MTU处理单元在数据通信连接建立时或者建立后,向对端的MTU处理单元发送获取对端MTU的请求报文,对端MTU处理单元收到该请求报文后,将自身的MTU发送给所述请求报文的发送方。
优选的,在通信双方都设置有所述MTU处理单元,在数据通信连接建立时或者建立后,通信双方中任一端的MTU处理单元先将自身的MTU发送给对端MTU处理单元;对端收到后,以响应的方式将自身的MTU返回给所述首先发出MTU的一方。
若所述数据接收端的MTU承载在GFP控制帧中,则MTU处理单元预先将该MTU承载在GFP控制帧净负荷中的指定域的位置信息和GFP控制帧的帧头中的帧长度标识PLI的取值进行存储;其中,该GFP控制帧的帧头中的PLI取值为A,用于表示该控制帧中携带了MTU,该所述A为1、2或3;
所述MTU处理单元,进一步用于解析GFP控制帧的帧头,并判断该帧头中PLI取值当前是否为A,如果是,则确定该GFP控制帧为一个携带MTU的控制帧,根据本端通信设备预先存储的指定域的位置信息,从该GFP控制帧净负荷中的指定域中解析出该GFP控制帧携带的MTU,获得所述数据接收端的MTU。
若所述数据接收端的MTU承载在GFP客户管理帧中,则所述MTU承载在GFP客户管理帧中包括:MTU承载在GFP客户管理帧的扩展帧头中;MTU处理单元预先将GFP客户管理帧的用户净荷标识符UPI的取值进行存储;该UPI的取值为B,用于表示该GFP客户管理帧中承载了MTU,所述B为除1和2之外的任意值;所述MTU处理单元,进一步用于解析本端接收的GFP客户管理帧的UPI的取值,并判断该UPI的取值当前是否为B,如果是,则确定该GFP客户管理帧中当前携带了MTU,解析该GFP客户管理帧的扩展帧头,获得所述数据接收端的MTU。
由于本发明在传输数据帧之前,由数据接收端将其自身MTU通告给数据发送端,一旦接收端的MTU小于发送端的MTU,则利用接收端的MTU为门限发送数据帧,因此保证所发送给接收端的数据帧的净负荷大小都符合接收端MTU的要求,从而防止了由于发送端和接收端MTU的差异造成接收端的丢帧问题。
另外,本发明的数据发送端的上层按照MTU门限对待发送的上层业务数据包的长度进行限制,使封装成的数据帧的净负荷长度符合该MTU门限的要求,因此本发明还可以进一步解决由于MTU门限而造成的发送端丢包的问题。
附图简要说明
图1为现有GFP协议栈的结构图;
图2为在采用GFP的通信系统中传输数据包的示意图;
图3为本发明实施例对数据帧进行传输处理的流程图;
图4为本发明所述第一种通告MTU的方法示意图;
图5为本发明所述第二种通告MTU的方法示意图;
图6为本发明所述第三种通告MTU的方法示意图;
图7为本发明所述数据帧的传输处理系统的结构示意图。
实施本发明的方式
下面结合附图和具体实施例对本发明进行说明。
本发明所述的方法可适用于所有类似于图2所示的利用缓冲区传输数据帧的通信系统。此处,以采用GFP的通信系统为例,对本发明进行说明。
图3为本发明实施例对数据帧进行传输处理的流程图。参见图3,该流程包括:
步骤301、在数据通信连接建立时或建立后,数据传输的接收端向发送端通告该接收端的最大传输单元MTU。本发明中所述的MTU为通信设备的某一同步传输通道所能接收到的最大的数据单元的长度,其具体数值可以根据该同步传输通道的缓冲区的大小利用现有的方法进行确定,具体到GFP就是通信设备发送或接收的GFP帧的净负荷的最大长度。
步骤302、数据发送端收到所述接收端的MTU后,判断自身的MTU是否大于所述接收端的MTU,如果是,则执行步骤303;否则,执行步骤304。
步骤303、数据发送端将自身的MTU修改为所述接收端的MTU,以该接收端的MTU为门限发送数据帧,即:判断所封装的GFP帧的净负荷长度是否大于该接收端的MTU,如果是,则不发送该GFP帧,并给发送端的上层(例如以太网层和PPP层)发送指示长度超大的信号,上层收到指示长度超大的信号后,获取该新的MTU门限值,并按照该MTU门限值限制待发送客户业务数据包的长度,使封装后的数据帧的净负荷长度符合该MTU门限值的要求,具体的限制方法可以采用现有的分段/级联方式进行;否则,将该GFP帧存入缓冲区中缓冲发送,结束本流程。
或者,本步骤中在发送端将自身的MTU修改为接收端的MTU后,直接向上层发送该修改后的MTU值,上层按照该MTU门限值限制待发送客户业务数据包的长度,使封装后的数据帧的净负荷长度符合该MTU门限值的要求。这样可以由上层控制业务数据包的长度,降低了发送端丢包的风险。
步骤304、数据发送端以自身的MTU为门限发送数据帧,即判断所封装的GFP帧的净负荷长度是否大于自身的MTU,如果是,则不发送该GFP帧,并给发送端的上层发送指示长度超大的信号,上层收到指示长度超大的信号后,按照自身的MTU门限值限制待发送客户业务数据包的长度,使封装后的数据帧的净负荷长度符合该MTU门限值的要求;否则,将该GFP帧存入缓冲区中缓冲发送,结束本流程。
上述步骤301中,数据传输接收端向发送端通告该接收方MTU的方法可以有多种,以下为三种具体的实施方法。
图4为第一种通告MTU的方法示意图。参见图4,该方法在数据通信连接建立时或者建立后,由通信双方(例如图中的通信设备A和通信设备B)主动向对端发送携带自身MTU的帧。此处可以利用GFP控制帧来承载传送MTU:该GFP控制帧帧头中的帧长度标识(PLI,Payload Length Indicator)可以取值为A,用于标识该控制帧中携带了MTU,其中A可以选1、2、或3中任一个值,A的取值预先存储在通信设备中;MTU可封装在该GFP控制帧净负荷中的指定域中,该指定域的位置信息预先存储在通信设备中;当对端通信设备收到GFP帧后,解析该GFP帧的帧头,如果判定该帧头的PLI的取值为A,则判定该GFP帧为一个携带MTU的控制帧,接着从该GFP控制帧净负荷中的指定域中解析出MTU的值,从而正确获得通信对端的MTU。此处也可以利用GFP客户管理帧来承载传送MTU:该GFP客户管理帧的用户净荷标识符(UPI)取特定的值B,用于标识该GFP客户管理帧中承载了MTU,B的取值可以为在UPI的取值范围内除1和2的任意值,B的取值预先存储在通信设备中;MTU封装在该GFP客户管理帧的扩展帧头中,此处可以指定一个新的域携带MTU,以免与其他原有域发生冲突;当对端通信设备收到GFP客户管理帧后,解析其UPI的取值,如果取值为B,则判定该GFP客户管理帧中携带了MTU,解析GFP客户管理帧的扩展帧头,从中获得通信对端的MTU。
图5为第二种通告MTU的方法示意图。参见图5,在数据通信连接建立时或者建立后,通信双方,即两个通信设备A和通信设备B,首先向对端发送获取对端MTU的请求报文,对端收到该MTU请求报文后,将自身的MTU通过报文承载发送给本端,本端收到该报文并成功解析其中的MTU后,再向对端发送一个成功的响应报文;如果没有收到或没有解析成功,则隔一段时间再重新发送MTU的请求报文给对端。所述的MTU请求报文和响应报文可以是一个特定的GFP控制帧,可以用其帧头中的PLI的取值进行标记和识别。对端发送给本端的承载MTU的报文可以采用GFP控制帧,也可以采用GFP客户管理帧,其应用方式与上述第一种通告MTU的方法相同。
图6为第三种通告MTU的方法示意图。参见图6,在数据通信连接建立时或者建立后,通信双方中的任一端,此处例如通信设备A,首先将自身的MTU通过报文承载发送给对端通信设备B;通信设备B收到后,以响应的方式将自身的MTU通过报文承载返回给所述通信设备A。所述承载MTU的报文可以采用GFP控制帧,也可以采用GFP客户管理帧,其应用方式与上述第一种通告MTU的方法相同。
另外,上述步骤301中,数据传输接收端向发送端通告该接收方MTU的时机可以是周期通告,也可以是触发通告,例如在通信设备的同步通道关闭后又重新启动时进行触发,将本端的MTU通告给对端通信设备。
图7为本发明所述数据帧的传输处理系统的结构示意图。参见图7,该数据帧的传输处理系统包括:
数据帧封装单元701,用于将上层待发送的数据包封装成数据帧;例如在具体实施例中可以为用于封装GFP帧的GFP模块。
缓冲区单元702,用于缓冲所述数据帧封装单元所封装好的、且长度不大于本端MTU的待发送数据帧。
传输通道703,例如SDH/SONET、OTN等同步传输通道,用于从所述缓冲区单元中依次读取数据帧并发送。
MTU处理单元704,用于获取数据接收端的MTU,并判断本端的MTU是否大于所获取的接收端的MTU,如果是则通知数据帧封装单元701利用该接收端MTU代替本端MTU进行所示的封装数据包处理。
作为一种优选的实施方式,所述数据帧封装单元701进一步用于根据本端MTU为数据帧的最大限制来封装数据包;所述MTU处理单元704进一步用于在本端MTU大于接收端MTU时,通知所述数据帧封装单元701利用该接收端MTU代替本端MTU来封装数据包。
所述MTU处理单元704在通讯设备双方上都有设置。众所周知,由于通信是双向的,因此通信双方设备都应具备相同的数据帧传输处理模块,图7中为了简单清晰地描述本发明的方案,只是通过单向通信展示本发明,本领域技术人员可以理解,在通讯双方设备上都应包括本发明所述的数据帧传输处理系统。通信双方的MTU处理单元在数据通信连接建立时或者建立后,主动向对端发送本端的MTU;或者,通信双方的MTU处理单元在数据通信连接建立时或者建立后,向对端的MTU处理单元发送获取对端MTU的请求报文,对端MTU处理单元收到该请求报文后,将本端的MTU发送给所述请求报文的发送方;或者,在数据通信连接建立时或者建立后,通信双方中的任一MTU处理单元端先将本端的MTU发送给对端MTU处理单元,对端收到后,以响应的方式将本端的MTU返回给所述首先发出MTU的一方。
与上述方法相同,本数据帧传输处理系统中所述MTU是通过通用成帧规程GFP控制帧承载并通告给对端的,MTU承载在该GFP控制帧净负荷中的指定域,且该GFP控制帧的帧头中的PLI取值为1、2、或3。
作为一种实施方案,所述MTU是通过GFP客户管理帧承载并通告给对端的,MTU承载在该GFP客户管理帧的扩展帧头中。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉该技术的人在本发明所揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。

Claims (15)

1.一种数据帧的传输处理方法,其特征在于,该方法包括:
数据传输的接收端向发送端通告该接收端的最大传输单元MTU,其中,该MTU承载在通用成帧规程GFP控制帧或者GFP客户管理帧中;
发送端从GFP控制帧或者GFP客户管理帧中解析出接收端的MTU,并判断自身的MTU是否大于所述接收端的MTU,如果是,则以该接收端的MTU为门限发送数据帧,否则,以自身的MTU为门限发送数据帧。
2.根据权利要求1所述的数据帧的传输处理方法,其特征在于:
所述接收端向发送端通告接收端的MTU的方法为:
在数据通信连接建立时或者建立后,通信双方主动向对端发送自身的MTU。
3.根据权利要求1所述的数据帧的传输处理方法,其特征在于:
所述接收端向发送端通告接收端的MTU的方法为:
在数据通信连接建立时或者建立后,通信双方首先向对端发送获取对端MTU的请求报文,对端收到该请求报文后,将自身的MTU发送给所述请求报文的发送方。
4.根据权利要求1所述的数据帧的传输处理方法,其特征在于:
所述接收端向发送端通告接收端的MTU的方法为:
在数据通信连接建立时或者建立后,通信双方中的任一端首先将自身的MTU发送给对端;对端收到后,以响应的方式将自身的MTU返回给所述首先发出MTU的通信端。
5.根据权利要求2至4任一项所述的数据帧的传输处理方法,其特征在于:若MTU承载在GFP控制帧中,在数据传输的接收端向发送端通告该接收端的最大传输单元MTU之前,该方法进一步包括:
预先将MTU承载在GFP控制帧净负荷中的指定域的位置信息和GFP控制帧的帧头中的帧长度标识PLI的取值进行存储;其中,该GFP控制帧的帧头中的帧长度标识PLI取值为A,用于表示该控制帧中携带了MTU,所述A为1、2或3;
所述发送端从通用成帧规程GFP控制帧中解析出接收端的MTU包括:
所述发送端解析GFP控制帧的帧头,并判断该帧头中PLI取值当前是否为A,如果是,则确定该GFP控制帧为一个携带MTU的控制帧;
根据本端通信设备预先存储的指定域的位置信息,从该GFP控制帧净负荷中的指定域中解析出该GFP控制帧携带的MTU,获得接收端的MTU。
6.根据权利要求2至4任一项所述的数据帧的传输处理方法,其特征在于:
若MTU承载在GFP客户管理帧中,则所述MTU承载在GFP客户管理帧中包括:MTU承载在GFP客户管理帧的扩展帧头中;
在数据传输的接收端向发送端通告该接收端的最大传输单元MTU之前,该方法进一步包括:预先将GFP客户管理帧的用户净荷标识符UPI的取值进行存储;该UPI的取值为B,用于表示该GFP客户管理帧中承载了MTU,所述B为除1和2之外的任意值;
所述发送端从GFP客户管理帧中解析出接收端的MTU包括:
所述发送端解析自身接收的GFP客户管理帧的UPI的取值,并判断该UPI的取值当前是否为B,如果是,则确定该GFP客户管理帧中当前携带了MTU,解析该GFP客户管理帧的扩展帧头,获得接收端的MTU。
7.根据权利要求1所述的数据帧的传输处理方法,其特征在于,如果发送端自身的MTU大于所述接收端的MTU,则该方法进一步包括:
发送端上层按照该接收端的MTU对待发送的上层业务数据包的长度进行限制,使封装成的数据帧的净负荷长度符合该接收端MTU的要求。
8.根据权利要求1所述的数据帧的传输处理方法,其特征在于:
所述以接收端的MTU为门限发送数据帧的方法为:判断封装的数据帧的净负荷长度是否大于接收端的MTU,如果是,则不发送该数据帧,给发送端的上层发送指示长度超大的信号,否则,将该数据帧存入缓冲区中缓冲发送。
9.根据权利要求8所述的数据帧的传输处理方法,其特征在于:
所述发送端的上层收到指示长度超大的信号后,进一步包括:按照所述MTU门限值对待发送的上层业务数据包的长度进行限制,使封装成的数据帧的净负荷长度符合所述MTU门限值的要求。
10.一种数据帧的传输处理系统,其特征在于,该系统包括:
数据帧封装单元,用于在本端的MTU不大于接收端的MTU时,根据本端MTU为数据帧的最大限制,将上层待发送的数据包封装成数据帧;在本端的MTU大于接收端的MTU时,利用该接收端MTU代替本端MTU,根据接收端MTU为数据帧的最大限制,将上层待发送的数据包封装成数据帧;
缓冲区单元,用于缓冲所述数据帧封装单元所封装好的、且不大于本端MTU的待发送数据帧;
传输通道,从所述缓冲区单元中依次读取数据帧并发送;
MTU处理单元,用于从数据接收端发送来的通用成帧规程GFP控制帧或者GFP客户管理帧中获取数据接收端的MTU,判断本端的MTU是否大于所获取的接收端的MTU,如果是则通知数据帧封装单元利用该接收端MTU代替本端MTU进行所示的封装数据包处理,其中,所述数据接收端的MTU承载在通用成帧规程GFP控制帧或者GFP客户管理帧中。
11.根据权利要求10所述的数据帧的传输处理系统,其特征在于,在通信双方都设置有所述MTU处理单元,该通信双方的MTU处理单元在数据通信连接建立时或者建立后,主动向对端发送本端的MTU。
12.根据权利要求10所述的数据帧的传输处理系统,其特征在于,在通信双方都设置有所述MTU处理单元,通信双方的MTU处理单元在数据通信连接建立时或者建立后,向对端的MTU处理单元发送获取对端MTU的请求报文,对端MTU处理单元收到该请求报文后,将自身的MTU发送给所述请求报文的发送方。
13.根据权利要求10所述的数据帧的传输处理系统,其特征在于,在通信双方都设置有所述MTU处理单元,在数据通信连接建立时或者建立后,通信双方中任一端的MTU处理单元先将自身的MTU发送给对端MTU处理单元;对端收到后,以响应的方式将自身的MTU返回给所述首先发出MTU的一方。
14.根据权利要求11至13任一项所述的数据帧的传输处理系统,其特征在于,若所述数据接收端的MTU承载在GFP控制帧中,则MTU处理单元预先将该MTU承载在GFP控制帧净负荷中的指定域的位置信息和GFP控制帧的帧头中的帧长度标识PLI的取值进行存储;其中,该GFP控制帧的帧头中的PLI取值为A,用于表示该控制帧中携带了MTU,所述A为1、2或3;
所述MTU处理单元,进一步用于解析GFP控制帧的帧头,并判断该帧头中PLI取值当前是否为A,如果是,则确定该GFP控制帧为一个携带MTU的控制帧,根据本端通信设备预先存储的指定域的位置信息,从该GFP控制帧净负荷中的指定域中解析出该GFP控制帧携带的MTU,获得所述数据接收端的MTU。
15.根据权利要求11至13任一项所述的数据帧的传输处理系统,其特征在于,若所述数据接收端的MTU承载在GFP客户管理帧中,则所述MTU承载在GFP客户管理帧中包括:MTU承载在GFP客户管理帧的扩展帧头中;MTU处理单元预先将GFP客户管理帧的用户净荷标识符UPI的取值进行存储;该UPI的取值为B,用于表示该GFP客户管理帧中承载了MTU,所述B为除1和2之外的任意值;
所述MTU处理单元,进一步用于解析本端接收的GFP客户管理帧的UPI的取值,并判断该UPI的取值当前是否为B,如果是,则确定该GFP客户管理帧中当前携带了MTU,解析该GFP客户管理帧的扩展帧头,获得所述数据接收端的MTU。
CN200680011731XA 2005-07-27 2006-06-15 一种数据帧的传输处理方法和系统 Expired - Fee Related CN101156396B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN200680011731XA CN101156396B (zh) 2005-07-27 2006-06-15 一种数据帧的传输处理方法和系统

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200510087196.3 2005-07-27
CNB2005100871963A CN100558037C (zh) 2005-07-27 2005-07-27 一种数据帧的传输处理方法
CN200680011731XA CN101156396B (zh) 2005-07-27 2006-06-15 一种数据帧的传输处理方法和系统
PCT/CN2006/001345 WO2007012245A1 (fr) 2005-07-27 2006-06-15 Procédé de traitement de transmission pour trame de données et système de celui-ci

Publications (2)

Publication Number Publication Date
CN101156396A CN101156396A (zh) 2008-04-02
CN101156396B true CN101156396B (zh) 2010-11-10

Family

ID=37674593

Family Applications (2)

Application Number Title Priority Date Filing Date
CNB2005100871963A Active CN100558037C (zh) 2005-07-27 2005-07-27 一种数据帧的传输处理方法
CN200680011731XA Expired - Fee Related CN101156396B (zh) 2005-07-27 2006-06-15 一种数据帧的传输处理方法和系统

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CNB2005100871963A Active CN100558037C (zh) 2005-07-27 2005-07-27 一种数据帧的传输处理方法

Country Status (7)

Country Link
US (1) US20090003235A1 (zh)
EP (1) EP1816803B1 (zh)
CN (2) CN100558037C (zh)
AT (1) ATE467292T1 (zh)
DE (1) DE602006014085D1 (zh)
ES (1) ES2343540T3 (zh)
WO (1) WO2007012245A1 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101132412B (zh) * 2007-09-26 2010-06-23 杭州华三通信技术有限公司 iSCSI系统中的报文长度协商方法、装置和系统
RU2459373C1 (ru) * 2010-12-15 2012-08-20 Государственное казенное образовательное учреждение высшего профессионального образования Академия Федеральной службы охраны Российской Федерации (Академия ФСО России) Способ определения длины кадра передачи кодеков речевых сигналов на основе линейного предсказания в сетях с пакетной коммутацией на основе ip-протокола
CN102075436B (zh) * 2011-02-10 2014-09-17 华为数字技术(成都)有限公司 以太网络及其数据传输方法和装置
US9461914B2 (en) 2014-04-07 2016-10-04 Cisco Technology, Inc. Path maximum transmission unit handling for virtual private networks
CN104135339A (zh) * 2014-07-08 2014-11-05 福建联迪商用设备有限公司 一种蓝牙低功耗通信的方法、蓝牙设备和系统
US9756455B2 (en) * 2015-05-28 2017-09-05 Sony Corporation Terminal and method for audio data transmission
CN110035016B (zh) * 2019-02-26 2023-03-10 北京钰安信息科技有限公司 一种数据传输方法及装置
CN110177045B (zh) * 2019-05-15 2021-04-02 浙江启程电子科技股份有限公司 一种基于mtu值的传输数据配置方法
CN110198203A (zh) * 2019-06-14 2019-09-03 中国人民解放军陆军工程大学 一种控制数据传输速率的方法
CN114363234A (zh) * 2020-10-14 2022-04-15 阿里巴巴集团控股有限公司 数据处理方法及系统、电子设备、路由器
US20230006941A1 (en) * 2021-07-01 2023-01-05 Vmware, Inc. Hypervisor implemented pmtu functionality and fragmentation in a cloud datacenter
CN115150387A (zh) * 2022-06-14 2022-10-04 炫彩互动网络科技有限公司 一种云游戏中数据传输方法
US11962493B2 (en) 2022-06-21 2024-04-16 VMware LLC Network address translation in active-active edge cluster

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030185208A1 (en) * 2002-03-29 2003-10-02 Samsung Electronics Co.,Ltd. Method and apparatus for changing path maximum transmission unit on dynamic IP network
CN1625177A (zh) * 2003-12-03 2005-06-08 华为技术有限公司 传送多协议标签交换协议数据单元的方法
CN1901536A (zh) * 2005-07-18 2007-01-24 华为技术有限公司 采用通用成帧规程的通信系统发送和接收数据的处理方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020085589A1 (en) * 2000-09-22 2002-07-04 Narad Networks, Inc. System and method for assigning network data packet header
US7114009B2 (en) * 2001-03-16 2006-09-26 San Valley Systems Encapsulating Fibre Channel signals for transmission over non-Fibre Channel networks
CN1426204A (zh) * 2001-12-11 2003-06-25 财团法人资讯工业策进会 自动驱使变更封包长度以符合通道宽度的系统与方法
CN1509023A (zh) * 2002-12-17 2004-06-30 深圳市中兴通讯股份有限公司上海第二 异步传输模式数据分发装置及方法
GB2398699A (en) * 2003-02-18 2004-08-25 Motorola Inc Determining a maximum transmission unit which may be transmitted over a particular route through a network
JP4096183B2 (ja) * 2003-02-27 2008-06-04 日本電気株式会社 警報転送方法及び広域イーサネット網
KR100506529B1 (ko) * 2003-08-06 2005-08-03 삼성전자주식회사 데이터 통신 네트워크에서의 경로 엠티유 발견 네트워크장치, 시스템 및 그 방법

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030185208A1 (en) * 2002-03-29 2003-10-02 Samsung Electronics Co.,Ltd. Method and apparatus for changing path maximum transmission unit on dynamic IP network
CN1625177A (zh) * 2003-12-03 2005-06-08 华为技术有限公司 传送多协议标签交换协议数据单元的方法
CN1901536A (zh) * 2005-07-18 2007-01-24 华为技术有限公司 采用通用成帧规程的通信系统发送和接收数据的处理方法

Also Published As

Publication number Publication date
CN1905456A (zh) 2007-01-31
ATE467292T1 (de) 2010-05-15
US20090003235A1 (en) 2009-01-01
EP1816803B1 (en) 2010-05-05
CN101156396A (zh) 2008-04-02
EP1816803A4 (en) 2008-04-02
EP1816803A1 (en) 2007-08-08
DE602006014085D1 (de) 2010-06-17
CN100558037C (zh) 2009-11-04
WO2007012245A1 (fr) 2007-02-01
ES2343540T3 (es) 2010-08-03

Similar Documents

Publication Publication Date Title
CN101156396B (zh) 一种数据帧的传输处理方法和系统
CN111147298B (zh) 一种能力发现以及状态发现的方法和设备
US7508832B2 (en) Method and system for providing broadcast channels over an emulated subnetwork
CA2416082C (en) Method of and system for the transfer of sonet traffic across a packet network
CN101217338B (zh) 一种检测消息的传送方法、网元设备
CN101022405B (zh) 一种通用成帧规程封装方法
EP1603304A1 (en) Method, device and system for compressing ethernet packets
US20050008013A1 (en) Embedded management channel for SONET path terminating equipment connectivity
US9270367B2 (en) Method and system for automatically discovering ODUflex bandwith lossless adjustment capability
CN103369593B (zh) 一种压缩和解压缩以太网报文的方法及网元设备
US7307968B2 (en) Method and system for communicating data between a mobile communications architecture and a packet switched architecture
CN113949718B (zh) 基于e1及ip混合承载的电力专网调度放号系统及方法
CN101926131A (zh) 用于通信业务的客户端/服务器适配方案
US7672330B2 (en) Methods for sending and receiving network management messages and/or control messages
EP1339183B1 (en) Method and device for transporting ethernet frames over a transport SDH/SONET network
US7751335B2 (en) Failure handling system
WO2017118019A1 (zh) 一种e1结构化时隙压缩模式分组传送的方法及装置
EP2760173A1 (en) Data transmission method, device and system
CN100512289C (zh) 采用通用成帧规程的通信系统发送和接收数据的处理方法
US20030043857A1 (en) Multiplexing transmission system and its data transfer method
WO2012171491A1 (zh) 媒体访问控制地址的切换方法、网络设备和用户设备
CN105721269B (zh) 以太环网的保护方法及装置
CN111786718A (zh) 一种基于AoS插入业务的卫星光网络管理和控制平面信令传输方法
CN115242736B (zh) 轻载荷报文的传输方法
CN115633279B (zh) Osu交叉设备及基于osu交叉设备的数据传输方法

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: 20101110

Termination date: 20170615

CF01 Termination of patent right due to non-payment of annual fee