CN111083208B - 网络结构、网络中网元之间的报文发送方法及接收方法 - Google Patents
网络结构、网络中网元之间的报文发送方法及接收方法 Download PDFInfo
- Publication number
- CN111083208B CN111083208B CN201911223143.8A CN201911223143A CN111083208B CN 111083208 B CN111083208 B CN 111083208B CN 201911223143 A CN201911223143 A CN 201911223143A CN 111083208 B CN111083208 B CN 111083208B
- Authority
- CN
- China
- Prior art keywords
- message
- node
- network
- sent
- network element
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/565—Conversion or adaptation of application format or content
- H04L67/5651—Reducing the amount or size of exchanged application data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供了一种网络结构、网络中网元之间的报文发送方法以及接收方法。报文发送方法包括:当所述串行网络中的网元接收到前一个网元发送的前节点转发报文,若所述网元需要发送本节点待发报文,则判断所述本节点待发报文是否能与所述前节点转发报文叠加;其中,所述网元为所述串行网络的中间网元;若是,则将所述本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文;将所述本节点转发报文发送至所述网元的下一个网元。采用本技术方案,串行网络中的中间网元只需要接收一次转发报文(即前一个网元发送的前节点转发报文),并发送一次转发报文(即本节点转发报文),因此可以节省各个中间网元在收发报文过程中的功耗。
Description
【技术领域】
本申请涉及网络通信技术领域,尤其涉及一种网络结构、网络中网元之间的报文发送方法以及接收方法。
【背景技术】
随着无线宽带技术的迅速发展,多个设备之间可以联合组网,组网后网络中的每一个节点设备称作网元。网元与网元之间可以通过无线、电力线、网线等物理技术进行直接或者间接连接。如图1所示的是现有的一种串行组网的网络结构示意图。
参考图1,所述串行网络包括网元N1、网元N2以及网元N3。网元N1与网元N2建立直接连接,网元N2与网元N3建立直接连接,两条直接连接可以是无线连接方式(例如,通过射频通信)、也可以是有线连接方式(例如电力线、网线),网元N1与网元N3之间通过网元N2建立了间接连接。在网元N1、网元N2以及网元N3之中,直接连接的两个网元间必须采用相同的协议栈(例如TCP/IP协议栈等)。
以网元N3接收消息为例:
接收网元1发送的消息1:网元N1如果要发送消息1给网元N3,则通过网元N2转发消息给网元N3,无论网元N1与网元N3之间的网络是如图1所示的串行网络,还是其他复杂的网状网络,网元N3均需接收一次节点N1发送过来的消息1。
接收网元2发送的消息2:如果网元N2需要发送消息2给网元3,则直接把消息2发送给网元3,无论网元N2与网元N3之间的网络是如图1所示的串行网络,还是其他复杂的网状网络,网元N3均需接收一次网元N2发送过来的消息2。
如果消息1及消息2到达网元3的时间容忍度是网元3可以接收的范围,网元3则需要两次接收消息,将会导致网元3的接收模块工作两次。如果网元3与网元2通过无线连接(例如Wi-Fi连接),则网元3需要接收两次Wi-Fi射频信号。如果网元3是电池供电的终端设备(例如手机),则会导致网元3消耗两次接收电量,尤其是当手机本身在某些特定的省电状态时,因为接收两个消息会导致唤醒两次,电量损耗会非常明显。此外,网元2为了转发消息1给网元3,网元2自身也要发送消息2给网元3,因此会导致网元2发送两次消息,两次消息发送带来的电量损耗也是部分电池设备不可接受的。
【发明内容】
有鉴于此,本申请实施例提供了一种网络结构、网络中网元之间的报文发送方法以及接收方法,用以解决现有技术中在串行组网中网元之间收发消息过程中功耗较大的问题。
一方面,本申请实施例提供了一种网络中网元之间的报文发送方法,所述网络中包括串行网络,所述方法包括:当所述串行网络中的网元接收到前一个网元发送的前节点转发报文,若所述网元需要发送本节点待发报文,则判断所述本节点待发报文是否能与所述前节点转发报文叠加;其中,所述网元为所述串行网络的中间网元;若是,则将所述本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文;将所述本节点转发报文发送至所述网元的下一个网元。
在一个可能的设计中,判断所述本节点待发报文是否能与所述前节点转发报文叠加包括:
判断所述本节点待发报文与所述前节点转发报文叠加后的发送时间是否满足所述网元的下一个网元的接收时间容忍范围;
若满足所述接收时间容忍范围,则确定所述本节点待发报文能与所述前节点转发报文进行叠加。
在一个可能的设计中,若不满足所述接收时间容忍范围,则分别将所述本节点待发报文和所述前节点转发报文发送至所述网元的下一个网元。
在一个可能的设计中,所述将本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文包括:
根据所述本节点待发报文与所述前节点转发报文的消息类型和消息长度确定叠加方式;依照所述叠加方式将本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文。
在一个可能的设计中,所述根据所述本节点待发报文与所述前节点转发报文的消息类型和消息长度确定叠加方式包括:
若所述本节点待发报文与所述前节点转发报文的消息类型不同,且所述本节点待发报文与所述前节点转发报文的消息长度也不相同,则依照第一叠加方式将所述本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文。
在一个可能的设计中,所述第一叠加方式为消息类型+消息长度+消息数据的叠加方式。
在一个可能的设计中,所述根据所述本节点待发报文与所述前节点转发报文的消息类型和消息长度确定叠加方式包括:若所述本节点待发报文与所述前节点转发报文的消息类型不同,但所述本节点待发报文与所述前节点转发报文的消息长度相同,则依照第二叠加方式将所述本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文。
在一个可能的设计中,所述第二叠加方式为消息类型+消息数据的叠加方式。
在一个可能的设计中,所述根据所述本节点待发报文与所述前节点转发报文的消息类型和消息长度确定叠加方式包括:
若所述本节点待发报文与所述前节点转发报文的消息类型相同,但所述本节点待发报文与所述前节点转发报文的消息长度不同,则依照第三叠加方式将所述本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文。
在一个可能的设计中,所述第三叠加方式为消息长度+消息数据的叠加方式。
在一个可能的设计中,所述根据所述本节点待发报文与所述前节点转发报文的消息类型和消息长度确定叠加方式包括:
若所述本节点待发报文与所述前节点转发报文的消息类型相同、且所述本节点待发报文与所述前节点转发报文的消息长度也相同,则依照第四叠加方式将所述本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文。
在一个可能的设计中,所述第四叠加方式为消息数据+消息数据的叠加方式。
在一个可能的设计中,方法还包括:当所述串行网络中的网元接收到前一个网元发送的前节点转发报文,若所述网元没有本节点待发报文需要发送,则将空数据报文与所述前节点转发报文进行叠加,以得到本节点转发报文;将所述本节点转发报文发送至所述网元的下一个网元。
另一方面,本申请实施例还提供了一种网络中网元之间的报文接收方法,所述网络中包括串行网络,所述方法包括:当所述串行网络中的尾节点网元接收到前一个网元发送的前节点转发报文时,确定所述前节点转发报文的叠加方式;其中,所述前节点转发报文是上述网络中网元之间的报文发送方法发送至所述尾节点网元;基于所述叠加方式相匹配的解封装方式对所述前节点转发报文进行解封装,以分别获得所述串行网络中的其他网元发送的转发报文中的消息数据;其中所述其他网元为所述串行网络中除尾节点网元之外的网元。
再一方面,本申请实施例还提供了一种网络结构,包括串行网络,其中,所述串行网络包括依次连接的头节点网元、多个中间网元以及尾节点网元;所述中间网元依照上述网络中网元之间的报文发送方法依次将本节点转发报文发送至所述尾节点网元;所述尾节点网元依照上述网络中网元之间的报文接收方法对接收到前一个网元发送的本节点转发报文进行解封装,以分别获得所述串行网络中的其他网元发送的转发报文中的消息数据。
与现有技术相比,本技术方案至少具有如下有益效果:
根据本申请实施例提供的网络中网元之间的报文发送方法,在所述网络架构中的串行网络中,中间网元(即除了串行网络中的首节点网元和尾节点网元)接收到前一个网元发送的前节点转发报文,若该中间网元需要发送本节点待发报文,则将本节点待发报文与前节点转发报文进行叠加,以得到本节点转发报文,然后将其发送至该中间网元的下一个网元。采用这样的报文发送方法,串行网络中的中间网元只需要接收一次转发报文(即前一个网元发送的前节点转发报文),并发送一次转发报文(即本节点转发报文),因此可以节省各个中间网元在收发报文过程中的功耗。
进一步,在将本节点待发报文与前节点转发报文进行叠加时,根据本节点待发报文与前节点转发报文的消息类型来确定叠加方式,在两者的消息类型相同和/或消息长度相同的情况下,采用的叠加方式可以减少叠加后得到的本节点转发报文的空间。
根据本申请实施例提供的网元中网元之间的报文接收方法,在串行网络中的尾节点网元(即最终接收消息的网元)只需要接收一次转发报文(即该尾节点网元的前一个网元发送的前节点转发报文),并根据前节点转发报文的叠加方式来对其进行解封装,以分别获得串行网络中除尾节点网元之外的其他网元发送的转发报文中的消息数据。采用这样的报文接收方法,串行网络中的尾节点网元也只需要接收一次转发报文并做一次解封装即可获得其他网元发送的转发报文中的消息数据,从而节省了尾节点网元在接收报文以及对报文进行解封装过程中的功耗。
【附图说明】
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1是现有的一种串行组网的网络结构示意图。
图2是本申请实施例所提供的网络中网元之间的报文发送方法的一个具体实施例的流程示意图;
图3是图2所述的网络中网元之间的报文发送方法所适用的一种串行网络的网络结构示意图;
图4A是本申请实施例所提供的网络中网元之间报文发送方法中的一种报文叠加方式的报文示意图;
图4B是本申请实施例所提供的网络中网元之间报文发送方法中的另一种报文叠加方式的报文示意图;
图4C是本申请实施例所提供的网络中网元之间报文发送方法中的又一种报文叠加方式的报文示意图;
图4D是本申请实施例所提供的网络中网元之间报文发送方法中的再一种报文叠加方式的报文示意图;
图5是本申请实施例提供的网络中网元之间的报文接收方法的一个具体实施例的流程示意图。
【具体实施方式】
为了更好的理解本申请的技术方案,下面结合附图对本申请实施例进行详细描述。
应当明确,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
本申请技术方案所适用的网络结构包括星型拓扑网络、总线型拓扑网络、环形拓扑网络以及树形拓扑网络。其中,星型拓扑网络由中央节点和通过点到点的链路接到中央节点的各站点组成;总线型拓扑网络采用单根传输线作为传输介质,所有站点都通过相应的硬件接口直接连接到传输介质(即总线)上;环形拓扑网络由点到点的链路组成一个闭合环;树形拓扑网络由总线型拓扑网络演变而来,它至少有一个带分支的根,还可再延伸出若干子分支。
多个设备依照上述网络结构组网后,网络中的每一个节点的设备称为网元。随着无线通信技术发展,在各种网络结构中设备之间可以通过有线通信或者无线通信的方式进行连接。
在上述任一种网络结构中,通常都有部分网络为串行网络(例如如图1所示的网络结构)。本申请技术方案主要适用于各种网络结构的串行网络中的网元之间的报文发送与接收方式。
图2是本申请实施例所提供网络中网元之间的报文发送方法的一个具体实施例的流程示意图。参考图2,所述方法包括如下步骤:
步骤201、当所述串行网络中的网元接收到前一个网元发送的前节点转发报文,若所述网元需要发送本节点待发报文,则判断所述本节点待发报文是否能与所述前节点转发报文叠加;其中,所述网元为所述串行网络的中间网元;
步骤202、若是,则将所述本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文;
步骤203、将所述本节点转发报文发送至所述网元的下一个网元。
如上文所述,本实施例所述的网络中网元之间的报文发送方法适用于网络中的串行网络。为了便于理解本实施例,先对本实施例所适用的串行网络做简单描述。
图3是图2所述的网络中网元之间的报文发送方法所适用的一种串行网络的网络结构示意图。参考图3,所述串行网络包括j个依次连接的网元,分别为网元N1、网元N2、网元N3、网元N4、……、网元Nj-1以及网元Nj。其中j的具体数目可以根据实际应用中串行网络的节点数目来确定。在图3所示的串行网络中,网元N1为头节点网元、网元N2、网元N3、……、网元Nj-1为中间网元、网元Nj为尾节点网元。在串行网络中,若所述网元N2需要发送报文至网元Nj,则网元N2发送的报文需要依次经过网元N3、网元N4、……、网元Nj-1后到达网元Nj。
在本实施例中,各个步骤的执行主体为串行网络中的中间网元。以下以图3中的网元N3作为中间网元为例来描述本实施例所述的报文发送方法。
如步骤201所述,当所述串行网络中的网元接收到前一个网元发送的前节点转发报文,若所述网元需要发送本节点待发报文,则判断所述本节点待发报文是否能与所述前节点转发报文叠加。
结合参考图2和图3,网元N3接收到网元N2(即网元N3的前一个网元)发送的前节点转发报文,若网元N3也有需要发送的本节点待发报文,则判断所述本节点待发报文是否能与所述前节点转发报文叠加。
具体来说,本步骤包括:
步骤2011、判断所述本节点待发报文与所述前节点转发报文叠加后的发送时间是否满足所述网元的下一个网元的接收时间容忍范围;
步骤2012、若满足所述接收时间容忍范围,则确定所述本节点待发报文能与所述前节点转发报文进行叠加。
本领域技术人员理解,为了保证网络中各个网元之间的通信效率,在报文传递过程中,各个网元需要设置接收到报文的最长时间范围(即接收时间容忍范围)。继续参考图3,例如设置网元4的接收时间容忍范围为小于或等于20ms(即最长的接收时间容忍范围不超过20ms)。所述网元3需要判断将所述本节点待发报文与所述前节点转发报文叠加后的发送时间是否小于或等于20ms,即是否满足网元4(即网元3的下一个网元)的接收时间容忍范围。
如步骤202所述,若是,则将所述本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文。
具体来说,若满足所述接收时间容忍范围,则确定所述本节点待发报文能与所述前节点转发报文进行叠加,经过叠加后得到本节点转发报文。
在本实施例中,本步骤包括:
步骤2021、根据所述本节点待发报文与所述前节点转发报文的消息类型和消息长度确定叠加方式;
步骤2022、依照所述叠加方式将本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文。
本领域技术人员理解,报文是网络中交换与传输的数据单元,报文包含了所要发送的消息(或者说数据)。根据不同的业务类型,不同报文的消息类型和消息长度也会不同。本实施例中,根据所述本节点待发报文和所述前节点转发报文的消息类型和消息长度的异同来确定具体的叠加方式。
下面结合具体实施例详细描述这些叠加方式。
叠加方式一
图4A是本申请实施例所提供的网络中网元之间报文发送方法中的一种报文叠加方式的报文示意图。
参考图4A,所述前节点转发报文的消息类型为类型值11、消息长度为16bit、消息数据为0101111001110110;所述本节点待发报文的消息类型为类型值16、消息长度为32bit、消息数据为01011110011101100101111001110110。
可以看出,所述本节点待发报文与所述前节点转发报文的消息类型不同,且所述本节点待发报文与所述前节点转发报文的消息长度也不同,因此依照第一叠加方式将所述本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文。
具体地,所述第一叠加方式为消息类型(Type,简称T)+消息长度(Length,简称L)+消息数据(Value,简称V)的叠加方式,即在叠加过程中,保留所述本节点待发报文与所述前节点转发报文中各自的消息类型、消息长度以及消息数据,以T+L+V的叠加方式将所述本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文,所述本节点转发报文的报文结构如图4A所示。
叠加方式二
图4B是本申请实施例所提供的网络中网元之间报文发送方法中的另一种报文叠加方式的报文示意图。
参考图4B,所述前节点转发报文的消息类型为类型值11、消息长度为16bit、消息数据为0101111001110110;所述本节点待发报文的消息类型为类型值16、消息长度为16bit、消息数据为1000011001101110。
可以看出,所述本节点待发报文与所述前节点转发报文的消息类型不同,但所述本节点待发报文与所述前节点转发报文的消息长度相同,因此依照第二叠加方式将所述本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文。
具体地,所述第二叠加方式为消息类型(T)+消息数据(V)的叠加方式,即在叠加过程中,由于消息长度相同(即为默认值),因此叠加后的本节点转发报文可以省去消息长度,仅保留所述本节点待发报文与所述前节点转发报文中各自的消息类型和消息数据,以T+V的叠加方式将所述本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文,所述本节点转发报文的报文结构如图4B所示。
叠加方式三
图4C是本申请实施例所提供的网络中网元之间报文发送方法中的又一种报文叠加方式的报文示意图。
参考图4C,所述前节点转发报文的消息类型为类型值11、消息长度为16bit、消息数据为0101111001110110;所述本节点待发报文的消息类型为类型值11、消息长度为32bit、消息数据为01011110011101100101111001110110。
可以看出,所述本节点待发报文与所述前节点转发报文的消息类型相同,但所述本节点待发报文与所述前节点转发报文的消息长度不同,因此依照第三叠加方式将所述本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文。
具体地,所述第三叠加方式为消息长度(L)+消息数据(V)的叠加方式,即在叠加过程中,由于消息类型相同(即为默认类型值),因此叠加后的本节点转发报文可以省去消息类型,仅保留所述本节点待发报文与所述前节点转发报文中各自的消息长度和消息数据,以L+V的叠加方式将所述本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文,所述本节点转发报文的报文结构如图4C所示。
叠加方式四
图4D是本申请实施例所提供的网络中网元之间报文发送方法中的再一种报文叠加方式的报文示意图。
参考图4,所述前节点转发报文的消息类型为类型值11、消息长度为16bit、消息数据为0101111001110110;所述本节点待发报文的消息类型为类型值11、消息长度为16bit、消息数据为0101001011100111。
可以看出,所述本节点待发报文与所述前节点转发报文的消息类型相同,且所述本节点待发报文与所述前节点转发报文的消息长度也相同,因此依照第四叠加方式将所述本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文。
具体地,所述第四叠加方式为消息数据(V)+消息数据(V)的叠加方式,即在叠加过程中,由于消息类型相同(即为默认类型值),消息长度也相同(即为默认值),因此叠加后的本节点转发报文可以省去消息类型和消息长度,仅保留所述本节点待发报文与所述前节点转发报文中各自的消息数据即可,以V+V的叠加方式将所述本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文,所述本节点转发报文的报文结构如图4D所示。
在上述四种叠加方式中,除了叠加方式一之外,其他三种叠加方式由于所述前节点转发报文和所述本节点待发报文的消息类型和/或消息长度相同,因此,叠加后得到的本节点转发报文省去了消息类型和/或消息长度,因此本节点转发报文所占的空间将减小。
反之,若上述步骤2011的判断结果为否,即所述本节点待发报文与所述前节点转发报文叠加后的发送时间不满足所述接收时间容忍范围,则确定所述本节点待发报文不能与所述前节点转发报文进行叠加,在这种情况下,一种处理方式是分别将所述本节点待发报文和所述前节点转发报文发送至所述网元的下一个网元。
进一步,在本实施例中,还包括如下步骤:
当所述串行网络中的网元接收到前一个网元发送的前节点转发报文,若所述网元没有本节点待发报文需要发送,则将空数据报文与所述前节点转发报文进行叠加,以得到本节点转发报文。
将所述本节点转发报文发送至所述网元的下一个网元。
具体来说,若所述网元自身没有需要发送的本节点待发报文,当接收到前一个网元发送的前节点转发报文,为了便于最终的尾节点网元可以正确地解封装,因此所述网元将空数据报文与所述前节点转发报文进行叠加,以得到本节点转发报文。其中,所述空数据报文为消息数据为空的报文。
在叠加过程中,由于空数据报文与前节点转发报文的消息类型、消息长度都不相同,因此可以根据上述叠加方式一的实施方式将所述空数据报文与所述前节点转发报文进行叠加,以得到本节点转发报文。
需要说明的是,在本实施例中,由于一个串行网络中通常只采用一种报文的消息类型和消息长度,因此,在中间网元确定了前节点转发报文与本节点待发报文的叠加方式后,整个串行网络中各个中间网元都是采用这种叠加方式对前节点转发报文与本节点待发报文进行叠加。
可以看出,采用本实施例提供的网络中网元之间的报文发送方法,串行网络中的中间网元只需要接收一次转发报文(即前一个网元发送的前节点转发报文),并发送一次转发报文(即本节点转发报文)。因此可以节省各个中间网元在收发报文过程中的功耗。
图5是本申请实施例提供的网络中网元之间的报文接收方法的一个具体实施例的流程示意图。
参考图5,所述报文接收方法包括:
步骤501、当所述串行网络中的尾节点网元接收到前一个网元发送的前节点转发报文时,确定所述前节点转发报文的叠加方式;其中,所述前节点转发报文是依照上述网络中网元之间的报文发送方法发送至所述尾节点网元;
步骤502、基于所述叠加方式相匹配的解封装方式对所述前节点转发报文进行解封装,以分别获得所述串行网络中的其他网元发送的转发报文中的消息数据;其中所述其他网元为所述串行网络中除尾节点网元之外的网元。
需要说明的是,在本实施例中,所述报文接收方法的各个步骤的执行主体为串行网络中的尾节点网元。继续参考图3所示的串行网络的网络结构示意图,其中网元Nj为串行网络的尾节点网元,当所述网元Nj接收到前一个网元(即网元Nj-1)发送的前节点转发报文时,确定所述前节点转发报文的叠加方式。如上文所述,由于在一个串行网络中,通常只采用一种报文的叠加方式,因此根据网元Nj-1发送的所述前节点转发报文所采用的叠加方式可以确定之前从网元N2~网元Nj-2所采用报文的叠加方式。
进一步,所述尾节点网元在确定了叠加方式后,将基于与该叠加方式相匹配的解封装方式对所述前节点转发报文进行解封装,从而可以获得所述串行网络中的其他网元发送的转发报文中的消息数据。
具体来说,继续参考图3,所述网元Nj接收到所述网元Nj-1发送的前节点转发报文,依照确定的叠加方式相匹配的解封装方式对所述前节点转发报文进行解封装。由上述网络中网元之间的报文发送方法的实施例可知,所述网元Nj-1发送的前节点转发报文包含了串行网络中从网元N1~网元Nj-1各个网元所要发送至所述网元Nj的所有转发报文,这些报文是依照报文发送方法的实施例所述的叠加方式进行叠加后得到的所述网元Nj-1发送的前节点转发报文。
因此,所述网元Nj作为串行网络中的尾节点网元,对接收到的所述网元Nj-1发送的前节点转发报文进行解封装后,可以分别得到网元N1~网元Nj-1各自所要发送的转发报文中的消息数据。
可以看出,采用本实施例提供的报文接收方法,串行网络中的尾节点网元也只需要接收一次转发报文并做一次解封装即可获得串行网络中其他网元发送的转发报文中的消息数据,从而节省了尾节点网元在接收报文以及对报文进行解封装过程中的功耗。
本申请实施例还提供了一种网络结构,所述网络结构可以是星型拓扑网络、总线型拓扑网络、环形拓扑网络以及树形拓扑网络。所述网络结构中包括串行网络,其中,所述串行网络包括依次连接的头节点网元、多个中间网元以及尾节点网元;所述中间网元依照上述网络中网元之间的报文发送方法依次将本节点转发报文发送至所述尾节点网元;所述尾节点网元依照上述网络中网元之间的报文接收方法对接收到前一个网元发送的本节点转发报文进行解封装,以分别获得所述串行网络中的其他网元发送的转发报文中的消息数据。
在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。
应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (13)
1.一种网络中网元之间的报文发送方法,所述网络中包括串行网络,其特征在于,所述方法包括:
当所述串行网络中的网元接收到前一个网元发送的前节点转发报文,若所述网元需要发送本节点待发报文,则判断所述本节点待发报文与所述前节点转发报文叠加后的发送时间是否满足所述网元的下一个网元的接收时间容忍范围;若满足所述接收时间容忍范围,则确定所述本节点待发报文能与所述前节点转发报文进行叠加;其中,所述网元为所述串行网络的中间网元;
若是,则将所述本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文;
当所述串行网络中的网元接收到前一个网元发送的前节点转发报文,若所述网元没有本节点待发报文需要发送,则将空数据报文与所述前节点转发报文进行叠加,以得到本节点转发报文;
将所述本节点转发报文发送至所述网元的下一个网元。
2.如权利要求1所述的方法,其特征在于,若不满足所述接收时间容忍范围,则分别将所述本节点待发报文和所述前节点转发报文发送至所述网元的下一个网元。
3.如权利要求1所述的方法,其特征在于,所述将本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文包括:
根据所述本节点待发报文与所述前节点转发报文的消息类型和消息长度确定叠加方式;
依照所述叠加方式将本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文。
4.如权利要求3所述的方法,其特征在于,所述根据所述本节点待发报文与所述前节点转发报文的消息类型和消息长度确定叠加方式包括:
若所述本节点待发报文与所述前节点转发报文的消息类型不同,且所述本节点待发报文与所述前节点转发报文的消息长度也不相同,则依照第一叠加方式将所述本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文。
5.如权利要求4所述的方法,其特征在于,所述第一叠加方式为消息类型+消息长度+消息数据的叠加方式。
6.如权利要求3所述的方法,其特征在于,所述根据所述本节点待发报文与所述前节点转发报文的消息类型和消息长度确定叠加方式包括:
若所述本节点待发报文与所述前节点转发报文的消息类型不同,但所述本节点待发报文与所述前节点转发报文的消息长度相同,则依照第二叠加方式将所述本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文。
7.如权利要求6所述的方法,其特征在于,所述第二叠加方式为消息类型+消息数据的叠加方式。
8.如权利要求3所述的方法,其特征在于,所述根据所述本节点待发报文与所述前节点转发报文的消息类型和消息长度确定叠加方式包括:
若所述本节点待发报文与所述前节点转发报文的消息类型相同,但所述本节点待发报文与所述前节点转发报文的消息长度不同,则依照第三叠加方式将所述本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文。
9.如权利要求8所述的方法,其特征在于,所述第三叠加方式为消息长度+消息数据的叠加方式。
10.如权利要求3所述的方法,其特征在于,所述根据所述本节点待发报文与所述前节点转发报文的消息类型和消息长度确定叠加方式包括:
若所述本节点待发报文与所述前节点转发报文的消息类型相同、且所述本节点待发报文与所述前节点转发报文的消息长度也相同,则依照第四叠加方式将所述本节点待发报文与所述前节点转发报文进行叠加,以得到本节点转发报文。
11.如权利要求10所述的方法,其特征在于,所述第四叠加方式为消息数据+消息数据的叠加方式。
12.一种网络中网元之间的报文接收方法,所述网络中包括串行网络,其特征在于,所述方法包括:
当所述串行网络中的尾节点网元接收到前一个网元发送的前节点转发报文时,确定所述前节点转发报文的叠加方式;其中,所述前节点转发报文是依照权利要求1~11中任一项所述的网络中网元之间的报文发送方法发送至所述尾节点网元;
基于所述叠加方式相匹配的解封装方式对所述前节点转发报文进行解封装,以分别获得所述串行网络中的其他网元发送的转发报文中的消息数据;其中所述其他网元为所述串行网络中除尾节点网元及头节点网元之外的网元。
13.一种网络,其特征在于,包括串行网络,其中,所述串行网络包括依次连接的头节点网元、多个中间网元以及尾节点网元;
所述中间网元依照上述权利要求1~11中任一项所述的网络中网元之间的报文发送方法依次将本节点转发报文发送至所述尾节点网元;
所述尾节点网元依照上述权利要求12所述的网络中网元之间的报文接收方法对接收到前一个网元发送的前节点转发报文进行解封装,以分别获得所述串行网络中的其他网元发送的转发报文中的消息数据。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911223143.8A CN111083208B (zh) | 2019-12-03 | 2019-12-03 | 网络结构、网络中网元之间的报文发送方法及接收方法 |
EP20895106.1A EP4044558A4 (en) | 2019-12-03 | 2020-11-12 | NETWORK STRUCTURE, METHOD OF TRANSMITTING PACKETS BETWEEN NETWORK ELEMENTS IN A NETWORK, AND METHOD OF RECEIVING |
US17/780,886 US20230014379A1 (en) | 2019-12-03 | 2020-11-12 | Network Structure and Method for Sending/Receiving Packet Between Network Elements in Network |
JP2022531575A JP7447263B2 (ja) | 2019-12-03 | 2020-11-12 | ネットワーク内のネットワーク要素間でパケットを送信/受信するためのネットワーク構造及び方法 |
PCT/CN2020/128267 WO2021109821A1 (zh) | 2019-12-03 | 2020-11-12 | 网络结构、网络中网元之间的报文发送方法及接收方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911223143.8A CN111083208B (zh) | 2019-12-03 | 2019-12-03 | 网络结构、网络中网元之间的报文发送方法及接收方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111083208A CN111083208A (zh) | 2020-04-28 |
CN111083208B true CN111083208B (zh) | 2022-10-28 |
Family
ID=70312861
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911223143.8A Active CN111083208B (zh) | 2019-12-03 | 2019-12-03 | 网络结构、网络中网元之间的报文发送方法及接收方法 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20230014379A1 (zh) |
EP (1) | EP4044558A4 (zh) |
JP (1) | JP7447263B2 (zh) |
CN (1) | CN111083208B (zh) |
WO (1) | WO2021109821A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111083208B (zh) * | 2019-12-03 | 2022-10-28 | 华为技术有限公司 | 网络结构、网络中网元之间的报文发送方法及接收方法 |
Family Cites Families (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7606267B2 (en) * | 2004-12-10 | 2009-10-20 | Cisco Technology, Inc. | Reducing the sizes of application layer messages in a network element |
JP4343212B2 (ja) | 2006-11-27 | 2009-10-14 | ファナック株式会社 | データ送受信方式 |
CN101026566A (zh) * | 2007-02-13 | 2007-08-29 | 华为技术有限公司 | 一种提高接入设备服务带宽的方法、系统及其装置 |
CN100589448C (zh) * | 2007-06-22 | 2010-02-10 | 中兴通讯股份有限公司 | 一种实现数据包压缩/解压缩的方法 |
CN101252534B (zh) * | 2008-03-28 | 2010-06-02 | 清华大学 | 通过链路层报文合并提高移动自组织网络通信容量的方法 |
CN101415276A (zh) * | 2008-11-24 | 2009-04-22 | 中兴通讯股份有限公司 | 一种发送和接收数据的方法及其设备 |
JP5393528B2 (ja) | 2010-02-22 | 2014-01-22 | 三菱電機株式会社 | 通信装置及びプログラム |
EP2466803B1 (de) | 2010-12-15 | 2013-04-17 | Siemens Aktiengesellschaft | Verfahren zur Datenübertragung in einem Automatisierungssystem unter Verwendung von Dynamic Frame Packing |
CN103379046A (zh) * | 2012-04-20 | 2013-10-30 | 唐漫宇 | Ip报文合并和分拆的技术提高报文发送效率的方法 |
CN103139222B (zh) * | 2013-03-19 | 2016-12-28 | 成都卫士通信息产业股份有限公司 | 一种ipsec隧道数据传输方法及装置 |
CN105577566A (zh) * | 2014-10-24 | 2016-05-11 | 中兴通讯股份有限公司 | 报文汇聚传输的方法、装置和系统 |
EP3076606B1 (en) | 2015-03-30 | 2018-12-05 | Rockwell Automation Technologies, Inc. | Method and system for data aggregation in an industrial communication protocol |
CN106375233B (zh) * | 2015-11-09 | 2019-11-15 | 北京智谷技术服务有限公司 | 数据传输方法及数据传输装置 |
CN106817726A (zh) * | 2015-11-27 | 2017-06-09 | 中兴通讯股份有限公司 | 数据报文发送接收的处理方法及装置 |
CN109819524B (zh) * | 2017-11-22 | 2021-04-09 | 华为技术有限公司 | 报文处理方法及装置 |
US11368873B2 (en) * | 2017-12-15 | 2022-06-21 | Huawei Technologies Co., Ltd. | Method and system of packet aggregation |
US20190044889A1 (en) * | 2018-06-29 | 2019-02-07 | Intel Corporation | Coalescing small payloads |
CN109120687B (zh) * | 2018-08-09 | 2020-07-24 | 深圳市腾讯网络信息技术有限公司 | 数据包发送方法、装置、系统、设备及存储介质 |
CN109831267B (zh) * | 2019-02-26 | 2020-10-27 | 武汉海晟科讯科技有限公司 | 一种基于ptp协议的级联同步数据采集及传输系统 |
CN111083208B (zh) * | 2019-12-03 | 2022-10-28 | 华为技术有限公司 | 网络结构、网络中网元之间的报文发送方法及接收方法 |
-
2019
- 2019-12-03 CN CN201911223143.8A patent/CN111083208B/zh active Active
-
2020
- 2020-11-12 US US17/780,886 patent/US20230014379A1/en active Pending
- 2020-11-12 WO PCT/CN2020/128267 patent/WO2021109821A1/zh unknown
- 2020-11-12 EP EP20895106.1A patent/EP4044558A4/en active Pending
- 2020-11-12 JP JP2022531575A patent/JP7447263B2/ja active Active
Also Published As
Publication number | Publication date |
---|---|
JP2023504430A (ja) | 2023-02-03 |
EP4044558A4 (en) | 2022-10-19 |
EP4044558A1 (en) | 2022-08-17 |
WO2021109821A1 (zh) | 2021-06-10 |
US20230014379A1 (en) | 2023-01-19 |
CN111083208A (zh) | 2020-04-28 |
JP7447263B2 (ja) | 2024-03-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10104717B2 (en) | Generic client for communication devices | |
JP6014279B2 (ja) | ネットワーク仮想化のデータ伝送のための方法、デバイス、及びルーティングシステム | |
EP2412129B1 (en) | Redundant host connection in a routed network | |
US9420518B2 (en) | Layer-3 mesh connectivity of wireless local networks | |
US20020186667A1 (en) | Communication in a bidirectional ring network with single-direction receiving | |
CN111740899A (zh) | 一种arp请求报文转发方法、跨设备链路聚合组及网络设备 | |
CN110324225B (zh) | 一种处理报文的方法及装置 | |
US7773570B2 (en) | Method and system for transmitting/receiving signal in wireless local network mesh communication system | |
CN112532756B (zh) | 接口扩展方法、装置和系统 | |
US10298416B2 (en) | Method and system for converting a broadcast packet to a unicast packet at an access point | |
CN103200283A (zh) | 多中继无线通信系统及该系统空中接口ip化的实现方法 | |
CN111083208B (zh) | 网络结构、网络中网元之间的报文发送方法及接收方法 | |
US9503276B2 (en) | Method and system to reduce wireless network packets for centralised layer two network | |
CN107181614B (zh) | 一种wifi网络及其组网方法和数据传输方法 | |
CN106059885A (zh) | 无线控制器对capwap报文的处理方法和系统 | |
CN104854912A (zh) | 共享媒体桥接 | |
CN111163003A (zh) | 一种无线多控制域sdn网络的拓扑发现方法 | |
WO2022179437A1 (zh) | 传输数据的方法和通信装置 | |
TWI308438B (en) | Method for exchanging a network message | |
CN106034078B (zh) | 一种减少pim协议dr变化的方法及系统 | |
CN114338852B (zh) | 一种封装基于Thread协议的数据包以获得IEEE 802.11物理帧的方法 | |
CN103166853A (zh) | 一种数据传输方法和设备 | |
JPH02143759A (ja) | ルーティング情報更新処理方式 | |
CN112714076B (zh) | 互联通信系统和方法 | |
JP6937286B2 (ja) | 無線中継装置および無線中継方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |