CN113037645A - 业务传输方法及装置、计算机可读的存储介质、电子装置 - Google Patents

业务传输方法及装置、计算机可读的存储介质、电子装置 Download PDF

Info

Publication number
CN113037645A
CN113037645A CN201911349848.4A CN201911349848A CN113037645A CN 113037645 A CN113037645 A CN 113037645A CN 201911349848 A CN201911349848 A CN 201911349848A CN 113037645 A CN113037645 A CN 113037645A
Authority
CN
China
Prior art keywords
packet data
service
data
packet
processing path
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.)
Pending
Application number
CN201911349848.4A
Other languages
English (en)
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.)
Sanechips Technology Co Ltd
Original Assignee
Sanechips Technology 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 Sanechips Technology Co Ltd filed Critical Sanechips Technology Co Ltd
Priority to CN201911349848.4A priority Critical patent/CN113037645A/zh
Priority to PCT/CN2020/139118 priority patent/WO2021129763A1/zh
Publication of CN113037645A publication Critical patent/CN113037645A/zh
Pending legal-status Critical Current

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
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS

Landscapes

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

Abstract

本发明提供了一种业务传输方法及装置、计算机可读的存储介质、电子装置,其中,业务传输方法包括:根据第一标识信息将业务流中包含的多组业务数据分别引入至各组所述业务数据对应的第一处理路径中进行处理,以分别获取对各组所述业务数据进行处理后得到的包数据;并将多个所述包数据发送至接收侧,以供所述接收侧根据所述包数据获取所述业务流。通过本发明,可以解决相关技术中组网过程中受业务传输方式影响而造成组网设备过于复杂的问题,以达到降低组网的复杂度的效果。

Description

业务传输方法及装置、计算机可读的存储介质、电子装置
技术领域
本发明涉及通信领域,具体而言,涉及一种业务传输方法及装置、计算机可读的存储介质、电子装置。
背景技术
在现网中,传统的同步传递模式(Synchronous Transfer Mode,STM)设备、光传送网(Optical Transport Network,OTN)设备以及分组(Packet,PKT)设备均设置有自己的交换处理网络,且上述各个设备处理对应业务传输时仅能通过各自对应的交换处理网络实现业务交换。以STM设备为例,图1是根据相关技术中STM设备的交换示意图,如图1所示,通过STM设备实现STM业务传输时,仅能通过STM设备对应的交换网络实现交换处理,相应的,OTN业务与PKT业务也仅能通过OTN设备或PKT设备对应的交换网络实现交换处理。因此,在同时涉及多个类型的业务传输时,相关技术中的组网需同时设置STM设备、OTN设备与PKT设备对应的交换网络。
目前,承载网在5G时代的应用场景出现新的发展趋势,5G业务的前传、中传和回传应用,均要求对应的设备可以提供灵活通道以及分组交换的支持能力。相关技术中在部署新设备以支持新的业务传输需求的同时,还需要对现网中的传统设备进行兼容,由于上述现网中不同业务对应的设备均需通过对应的交换网络实现交换的原因,为满足上述兼容需求,新的设备在进行组网时需要同时设置不同设备对应的交换网络,进而会造成组网设备庞大、维护工作量大且能源浪费巨大的问题。
针对上述相关技术中,组网过程中受业务传输方式影响而造成组网设备过于复杂的问题,相关技术中尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种业务传输方法及装置、计算机可读的存储介质、电子装置,以至少解决相关技术中组网过程中受业务传输方式影响而造成组网设备过于复杂的问题。
根据本发明的一个实施例,提供了一种业务传输方法,应用于发送侧,所述方法包括:
根据第一标识信息将业务流中包含的多组业务数据分别引入至各组所述业务数据对应的第一处理路径中进行处理,以分别获取对各组所述业务数据进行处理后得到的包数据;
将多个所述包数据发送至接收侧,以供所述接收侧根据所述包数据获取所述业务流。
根据本发明的另一个实施例,还提供了一种业务传输方法,应用于接收侧,所述方法包括:
接收发送侧发送的多个包数据,并根据所述多个包数据获取业务流;
其中,所述多个包数据为所述发送侧根据第一标识信息将所述业务流中包含的多组业务数据分别引入至各组所述业务数据对应的第一处理路径中进行处理以分别获取的对各组所述业务数据进行处理后得到的包数据。
根据本发明的另一个实施例,还提供了一种业务传输装置,设置于发送侧,所述装置包括:
获取模块,用于根据第一标识信息将业务流中包含的多组业务数据分别引入至各组所述业务数据对应的第一处理路径中进行处理,以分别获取对各组所述业务数据进行处理后得到的包数据;
发送模块,用于将多个所述包数据发送至接收侧,以供所述接收侧根据所述包数据获取所述业务流。
根据本发明的另一个实施例,还提供了一种业务传输装置,设置于接收侧,所述装置包括:
接收模块,用于接收发送侧发送的多个包数据,并根据所述多个包数据获取业务流;
其中,所述多个包数据为所述发送侧根据第一标识信息将所述业务流中包含的多组业务数据分别引入至各组所述业务数据对应的第一处理路径中进行处理以分别获取的对各组所述业务数据进行处理后得到的包数据。
根据本发明的又一个实施例,还提供了一种计算机可读的存储介质,所述计算机可读的存储介质中存储有计算机程序,其中,所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
根据本发明的又一个实施例,还提供了一种电子装置,包括存储器和处理器,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
通过本发明,由于可以根据第一标识信息将业务流中包含的多组业务数据分别引入至各组所述业务数据对应的第一处理路径中进行处理,以分别获取对各组所述业务数据进行处理后得到的包数据;并将多个所述包数据发送至接收侧,以供所述接收侧根据所述包数据获取所述业务流。因此,本发明可以解决相关技术中组网过程中受业务传输方式影响而造成组网设备过于复杂的问题,以达到降低组网的复杂度的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术中STM设备的交换示意图;
图2是根据本发明实施例提供的业务传输方法的流程图(一);
图3是根据本发明具体实施例提供的混合业务传输的组网示意图;
图4是根据本发明具体实施例提供的业务传输方法的示意图;
图5是根据本发明具体实施例提供的背板调度发送模块的示意图;
图6是根据本发明具体实施例提供的背板调度接收模块的示意图;
图7是根据本发明具体实施例提供的ITLK调度发送模块的示意图;
图8是根据本发明具体实施例提供的ITLK调度接收模块的示意图;
图9是根据本发明实施例提供的业务传输方法的流程图(二);
图10是根据本发明实施例提供的业务传输装置的结构框图(一);
图11是根据本发明实施例提供的业务传输装置的结构框图(二)。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
实施例1
本实施例提供了一种业务传输方法,应用于发送侧,图2是根据本发明实施例提供的业务传输方法的流程图(一),如图2所示,本实施例中的业务传输方法包括:
S102,根据第一标识信息将业务流中包含的多组业务数据分别引入至各组业务数据对应的第一处理路径中进行处理,以分别获取对各组业务数据进行处理后得到的包数据;
S104,将多个包数据发送至接收侧,以供接收侧根据包数据获取业务流。
需要进一步说明的是,上述业务流中可能存在多种业务类型对应的数据,例如,STM业务对应数据、OTN业务对应数据以及PKT业务对应数据,上述步骤S102中的多组业务数据即指示不同业务类型对应的业务数据,需注明的是,上述“组”仅仅指示对业务流中的业务数据按业务类型进行归分,而并非指示将业务流中的业务数据按组别进行排序或分类。
对应的,各组业务数据对应有第一处理路径,即指示对该组业务数据所对应的业务类型进行处理的处理路径。例如,上述STM业务数据对应由VC处理路径进行处理,OTN业务数据对应由OFP处理路径进行处理,PKT业务数据对应由ITLK处理路径进行处理,VC处理路径、OFP处理路径、ITLK处理路径则分别作为STM业务数据、OTN业务数据、PKT业务数据的第一处理路径。上述包数据即指示第一处理路径对于对应的包数据进行处理后的所得输出;本实施例中的业务传输方法是通过包数据的传输以实现业务传输的。
需要进一步说明的是,上述STM业务对应数据、OTN业务对应数据以及PKT业务对应数据的混合仅为本实施例中一个可选实施例,实际业务传输过程中,上述三种业务数据共存,或上述三种业务数据中任意两种业务数据共存,或在此基础上混合有其它类型的业务数据均可适用于本实施例中的业务传输方法。
通过本实施例中的业务传输方法,由于可以根据第一标识信息将业务流中包含的多组业务数据分别引入至各组所述业务数据对应的第一处理路径中进行处理,以分别获取对各组所述业务数据进行处理后得到的包数据;并将多个所述包数据发送至接收侧,以供所述接收侧根据所述包数据获取所述业务流。因此,本实施例中的业务传输方法可以解决相关技术中组网过程中受业务传输方式影响而造成组网设备过于复杂的问题,以达到降低组网的复杂度的效果。
本实施例中的业务传输方法,可在同一个接口,即交换设备中实现上述STM业务、ODUk业务与PKT业务的传输,从而在组网过程中有效控制了组网设备的复杂度,提高组网灵活性,提升了设备兼容能力,并节省了运行商组网及运维成本。
在一可选实施例中,上述步骤S102,根据第一标识信息将业务流中包含的多组业务数据分别引入至各组业务数据对应的第一处理路径中进行处理,以分别获取对各组业务数据进行处理后得到的包数据,包括:
根据第一标识信息将业务流中包含的多组业务数据分别引入至各组业务数据对应的第一处理路径中进行组包处理,以分别获取对各组业务数据进行切边处理后得到的包数据。
需要进一步说明的是,上述第一处理路径对于对应的业务数据进行的组包处理,即对于业务数据进行分组打包传输,本领域技术人员可根据本领域的公知常识,获知对业务数据的组包处理过程或包数据的具体获取过程,故在此不再赘述。
在一可选实施例中,上述步骤S104,将多个包数据发送至接收侧,包括:
对多个包数据进行合并,以获取包数据集合;
将包数据集合发送至接收侧。
需要进一步说明的是,上述包数据集合即指示在发送侧将多个处理路径中的包数据进行合并,并将合并后的包数据作为包数据集合以统一发送至接收侧。
在一可选实施例中,上述步骤S104,在将多个包数据发送至接收侧之后,方法还包括:
接收侧根据第二标识信息将多个包数据分别引入至各个包数据对应的第二处理路径中进行映射处理,以分别获取各个包数据对应的业务数据;
对各个第二处理路径中的业务数据进行合并,以获取业务流。
需要进一步说明的是,上述第二标识信息可为包数据中的端口号,接收侧根据第二标识信息即可识别发送侧发送的包数据所对应的业务数据,进而将该包数据发送至对应的处理通路中进行处理。上述第二处理通路即指示接收侧中,每一组业务数据所对应的处理通路,第二处理通路对于包数据的映射处理,即第二处理通路对于包数据的包恢复处理。
在一可选实施例中,上述第一标识信息用于指示业务数据的业务数据类型;第二标识信息用于指示包数据的包数据类型。
在一可选实施例中,上述业务数据类型包括以下至少之一:
同步传递模式STM业务数据、光传送网OTN业务数据、分组PKT业务数据;
包数据类型包括以下至少之一:
包含STM业务数据的时分复用TDM包数据、包含OTN业务数据的TDM包数据、PKT包数据。
在一可选实施例中,上述第一处理路径包括以下至少之一:
VC处理路径、OFP处理路径、ITLK处理路径;
其中,VC处理路径与STM业务数据对应,OFP处理路径与OTN业务数据对应,ITLK处理路径与PKT业务数据对应;
第二处理路径包括以下至少之一:VC处理路径、OFP处理路径、ITLK处理路径;
其中,VC处理路径与包含STM业务数据的TDM包数据对应,OFP处理路径与包含OTN业务数据的TDM包数据对应,ITLK处理路径与PKT包数据对应。
在一可选实施例中,上述S104中,将多个包数据发送至接收侧,包括:
根据每一个包数据获取第一包数据与第二包数据,其中,第一包数据与第二包数据为相同的包数据;
将多个第一包数据通过第一传输接口发送至接收侧,以及,将多个第二包数据通过第二传输接口发送至接收侧。
需要进一步说明的是,上述第一包数据与第二包数据即同一个包数据对应生成的两个相同的包数据,上述可选实施例中,将同一个包数据在调度过程中分别生成第一包数据与第二包数据以送往第一传输接口与第二传输接口进行传输,进而实现对于包数据的1+1传输的保护处理,以有效避免包数据在传输过程中出现丢失等问题。
在一可选实施例中,上述S104中,将多个包数据发送至接收侧,包括:
对多个包数据进行合并,以获取包数据集合;
根据包数据集合,以获取第一包数据集合以及第二包数据集合,其中,第一包数据集合与第二包数据集合为相同的包数据集合;
将第一包数据集合通过第一传输接口发送至接收侧,以及,将第二包数据集合通过第二传输接口发送至接收侧。
需要进一步说明的是,上述第一包数据集合与第二包数据集合即将包数据集合在调度过程中对应生成的两个包数据集合,即,第一包数据集合、第二包数据集合以及包数据集合本身均属于为同一个包数据集合。上述可选实施例中,将包数据集合分别生成第一包数据集合与第二包数据集合以送往第一传输接口与第二传输接口进行传输,进而实现对于包数据集合的1+1传输的保护处理,以有效避免包数据集合在传输过程中出现丢失等问题。
为进一步说明本实施例中的业务传输方法,以下通过具体实施例的方式进行说明:
本具体实施例中,包含STM业务数据、OTN业务数据、PKT业务数据三种业务数据的数据流通过ITLK接口混合传送;图3是根据本发明具体实施例提供的混合业务传输的组网示意图,上述混合传传送的组网构架即如图3所示;需要说明的是,在业务流中包括上述三种业务数据中的任意两种或一种业务数据时,也可采用下述业务传输方法;图4是根据本发明具体实施例提供的业务传输方法的示意图,如图4所示,本具体实施例中的业务传输方法具体为:
业务发送侧(客户侧或线路侧)首先形成待进行传输的时分ODUk业务流,该业务流中即包括上述STM业务数据、OTN业务数据、PKT业务数据三种业务数据,上述业务流下背板时,背板调度发送MIX_SCHD_TX模块依据业务数据的端口号将其拆分,即将业务流按照业务数据的类型拆分为三组业务数据,分别对应上述STM业务数据、OTN业务数据、PKT业务数据,并分别将上述业务数据引入至VC处理路径、OFP处理路径以及ITLK处理路径中进行组包处理;上述端口号即为本实施例中的第一标识信息,上述发送侧的VC处理路径、OFP处理路径以及ITLK处理路径即本实施例中的第一处理路径。
VC处理路径中的VC组包VC_TX模块对于STM业务数据进行组包处理后即得到TDM包,OFP处理路径中的OFP组包OFP_TX模块对OTN业务数据进行组包处理后也得到TDM包,ITLK处理路径中的ITLK解映射解包封ITLK_PRO_RX模块对于PKT业务数据进行组包处理后即可得到PKT包。
将上述TDM包与PKT包同时送入ITLK调度发送ITLK_SCHD_TX模块内进行合并处理,以形成一路业务流,该业务流即本实施例中的包数据集合。
将上述业务流送往ITLK接口进行处理;上述ITLK接口连接至发送侧与接收侧之间的连接交换平面,上述业务流可通过ITLK发送ITLK_TX模块或ETH发送ETH_TX模块输出至业务接收侧。
业务接收侧的ITLK接收ITLK_RX模块或ETH接收ETH_RX模块接收上述来源于ITLK接口或ETH接口的业务流后,在ITLK调度接收ITLK_SCHD_RX模块依据端口号识别出该业务流中所包含的TDM包与PKT包(TDM包可进一步区分为STM业务数据对应的TDM包以及OTN业务数据对应的TDM包),将上述TDM包与PKT包分别送至对应的处理路径,即VC处理路径、OFP处理路径以及ITLK处理路径中进行包恢复处理;具体而言,VC处理路径中的VC组包VC_RX模块对于STM业务数据对应的TDM包进行包恢复以得到STM业务数据,并将该STM业务数据映射为ODUk业务,OFP处理路径中的OFP组包OFP_RX模块对于OTN业务数据对应的TDM包进行包恢复以得到OTN业务数据,并将该OTN业务数据映射为ODUk业务,ITLK处理路径中的ITLK包封映射ITLK_PRO_RX模块对于PKT包进行包恢复以得到ITLK业务数据,并将该ITLK业务数据映射为ODUk业务。上述三个路径中映射所得的ODUk业务在背板调度接收MIX_SCHD_RX模块依据配置进行合并,以形成业务发送侧中对应的时分ODUk业务流。
上述业务接收侧中的端口号即为本实施例中的第二标识信息,上述接收侧的VC处理路径、OFP处理路径以及ITLK处理路径即上述实施例中的第二处理路径。
为进一步说明上述具体实施例中,发送侧的MIX_SCHD_TX模块、ITLK_SCHD_TX模块,接收侧的MIX_SCHD_RX模块、ITLK_PRO_RX模块对于业务的调度处理,以下针对不同类型的业务数据,以及混合业务所进行的调度处理进行详细说明。图5是根据本发明具体实施例提供的背板调度发送模块的示意图;图6是根据本发明具体实施例提供的背板调度接收模块的示意图;图7是根据本发明具体实施例提供的ITLK调度发送模块的示意图;图8是根据本发明具体实施例提供的ITLK调度接收模块的示意图。如图5至图8所示,上述业务传输过程中,不同类型的业务数据在传输过程中的调度处理如下:
1)STM业务数据
发送侧中,含有STM业务数据的ODUk业务流送入至MIX_SCHD_TX中,如图5所示,MIX_SCHD_TX根据端口号对于ODUk业务流进行拆分,以将业务流中的STM业务数据匹配至VC处理路径中的VC_TX以进行组包处理形成对应的TDM包。得到上述STM业务数据对应的TDM包后,即可将该TDM包送往ITLK_SCHD_TX,以经过端口匹配走内部TDM包路径去往经过ITLK或/ETH接口输出。
ITLK_SCHD_TX对于上述TDM包进行调度处理过程中,可以采用两个TDM支路进行输出;具体而言,如图7所示,ITLK_SCHD_TX中设置有两个相互并列的TDM业务发送缓存tdm_tx_buff模块,上述VC_TX将TDM包送往ITLK_SCHD_TX的过程中,即可将TDM包同时送往至两个tdm_tx_buff中以进行传输,且每一个tdm_tx_buff均对应有独立的ITLK接口与ETH接口;设两个tdm_tx_buff对应的ITLK接口与ETH接口分别为ITLK#1与ETH#1,以及ITLK#2与ETH#2,即上述TDM包可同时通过ITLK#1或ETH#1,以及ITLK#2或ETH#2传输至接收端。上述ITLK_SCHD_TX调度过程中的两个tdm_tx_buff所构成的1+1传输方式可对于业务的传输提供有效的保护。
需要进一步说明的是,当ODUk业务流中仅包括有STM业务数据时,则在MIX_SCHD_TX中无需对于ODUk业务流进行拆分,如图5所示,可直接将仅包括STM业务数据的ODUk业务流对应的schd2 vc_data_tmp1输出至后级开关处选择不拆分支路并输出给VC_TX,VC_TX则可在完成对STM业务数据的组包处理后直接将得到的TDM包输出到串行器serdes进行发送。
接收侧中,自ITLK接口或ETH接口得到STM业务数据对应的TDM包后,即可在ITLK_SCHD_RX根据端口号识别出上述TDM包后,将该TDM包输出至VC处理路径中的VC_RX进行包恢复处理,以得到ODUk时分业务。
对应上述发送侧中ITLK_SCHD_TX配置的两个tdm_tx_buff分别对应的ITLK接口与ETH接口,如图8所示,接收侧在接收到两个ITLK接口itlk_port_map_spt分别传输的TDM包后,即可在ITLK_SCHD_RX中对于两个itlk_port_map_spt分别传输的TDM包进行合并,具体而言,可将两个TDM包同时传输至ITLK的TDM包合并itlk_tdm_mrg模块中进行合并处理后,再发送至对应的VC处理通路。
2)OTN业务数据
发送侧中,含有OTN业务数据的ODUk业务流送入至MIX_SCHD_TX中,如图5所示,MIX_SCHD_TX根据端口号对于ODUk业务流进行拆分,以将业务流中的OTN业务数据匹配至OFP处理路径中的OFP_TX以进行组包处理形成对应的TDM包。得到上述OTN业务数据对应的TDM包后,即可将该TDM包送往ITLK_SCHD_TX,以经过端口匹配走内部TDM包路径去往经过ITLK或/ETH接口输出。
ITLK_SCHD_TX对于上述TDM包进行调度处理过程中,可以采用两个TDM支路进行输出;具体而言,如图7所示,ITLK_SCHD_TX中设置有两个相互并列的TDM业务发送缓存tdm_tx_buff模块,上述OFP_TX将TDM包送往ITLK_SCHD_TX的过程中,即可将TDM包同时送往至两个tdm_tx_buff中以进行传输,且每一个tdm_tx_buff均对应有独立的ITLK接口与ETH接口;设两个tdm_tx_buff对应的ITLK接口与ETH接口分别为ITLK#1与ETH#1,以及ITLK#2与ETH#2,即上述TDM包可同时通过ITLK#1或ETH#1,以及ITLK#2或ETH#2传输至接收端。上述ITLK_SCHD_TX调度过程中的两个tdm_tx_buff所构成的1+1传输方式可对于业务的传输提供有效的保护。
需要进一步说明的是,当ODUk业务流中仅包括有OTN业务数据时,则在MIX_SCHD_TX中无需对于ODUk业务流进行拆分,如图5所示,可直接将仅包含OTN业务数据ODUk业务流对应schd2 ofp tx_data_tmp1输出至后级开关处选择不拆分支路并输出给OFP_TX,OFP_TX则可在完成对OTN业务数据的组包处理后直接将得到的TDM包输出到串行器serdes进行发送。
接收侧中,自ITLK接口或ETH接口得到OTN业务数据对应的TDM包后,即可在ITLK_SCHD_RX中根据端口号识别出上述TDM包后,将该TDM包输出至OFP处理路径中的OFP_RX进行包恢复处理,以得到ODUk时分业务。
对应上述发送侧中ITLK_SCHD_TX配置的两个tdm_tx_buff分别对应的ITLK接口与ETH接口,如图8所示,接收侧在接收到两个ITLK接口itlk_port_map_spt分别传输的TDM包后,即可在ITLK_SCHD_RX中对于两个itlk_port_map_spt分别传输的TDM包进行合并,具体而言,可将两个TDM包同时传输至ITLK的TDM包合并itlk_tdm_mrg模块中进行合并处理后,再发送至对应的OFP处理通路。
3)PKT业务数据
发送侧中,含有PKT业务数据的ODUk业务流送入至MIX_SCHD_TX中,如图5所示,MIX_SCHD_TX根据端口号对ODUk业务流进行拆分,以将业务流中的ITLK业务数据匹配至ITLK处理路径中的ITLK_TX以进行解包封解映射处理以形成PKT包,至此,即可将该PKT包送往ITLK_SCHD_TX,以经过端口匹配走内部PKT包路径去往经过ITLK或/ETH接口输出。
ITLK_SCHD_TX对于上述PKT包进行调度处理过程中,可以采用两个缓存ram进行输出;具体而言,如图7所示,ITLK_SCHD_TX中设置有两个相互并列的ram;上述ITLK_TX将PKT包送往ITLK_SCHD_TX的过程中,上述PKT包在经过ITLK_SCHD_TX进行eop/sop匹配、校验计算等处理后,即可将PKT包同时送往至两个ram中以采用1+1的保护要求进行传输,
对应的,每一个ram均对应有独立的ITLK接口与ETH接口;设两个ram对应的ITLK接口与ETH接口分别为ITLK#1与ETH#1,以及ITLK#2与ETH#2,即上述PKT包可同时通过ITLK#1或ETH#1,以及ITLK#2或ETH#2传输至接收端。
需要进一步说明的是,当ODUk业务流中仅有ITLK业务数据时,则在MIX_SCHD_TX中无需对于ODUk业务流进行拆分,如图5所示,可直接将仅包括有ITLK业务数据ODUk业务流对应schd2 itkn_data_tmp1输出至后级开关处选择不拆分支路并输出给ITLK_TX,ITLK_TX则可在完成对ITLK业务数据的组包处理后直接将得到的PKT包输出到串行器serdes进行发送。
接收侧中,自ITLK接口或ETH接口得到PKT包后,即可在ITLK_SCHD_RX根据端口号识别出上述PKT包后,将该PKT包输出至ITLK处理路径中的ITLK_RX进行包恢复处理,以得到ODUk时分业务。
对应上述发送侧中ITLK_SCHD_TX配置的两个ram分别对应的ITLK接口与ETH接口,如图8所示,接收侧在接收到两个ITLK接口itlk_port_map_spt分别传输的PKT包后,即可在ITLK_SCHD_RX中对于两个itlk_port_map_spt分别传输的PKT包进行合并,具体而言,可将上述两个PKT包同时传输至ITLK的PKT包合并itlk_pkt_mrg模块中进行合并处理,并将合并后的PKT包直接通过PKT包处理itlk_pkt_pro模块以及PKT业务发送缓存itlk_tx_buff模块进行处理后发送至对应的通路中。
4)混合业务数据
发送侧中,含有STM业务数据、OTN业务数据以及PKT业务数据的ODUk业务流送入至MIX_SCHD_TX中,如图5所示,ODUk业务流在MIX_SCHD_TX中拆分为三组业务数据,分别为STM业务数据对应的schd2 vc_data_tmp0,OTN业务数据对应的schd2 ofp tx_data_tmp0,以及PKT业务数据对应的schd2 itkn_data_tmp0,上述三组业务数据分别送往至对应的处理通路中进行处理,即图5所示schd2 vc_data,schd2 ofp tx_data,以及schd2 itkn_data分别去往VC处理通路,OFP处理通路以及ITLK处理通路进行处理。
VC处理通路,OFP处理通路以及ITLK处理通路分别对于对应的业务数据schd2 vc_data,schd2 ofp tx_data,以及schd2 itkn_data进行处理后以得到对应的包数据,即STM业务数据对应的TDM包、OTN业务数据对应的TDM包以及PKT包,将对应的包数据发送至ITLK_SCHD_TX中进行调度处理。上述ITLK_SCHD_TX对TDM包、OTN业务数据对应的TDM包以及PKT包的调度处理可参见上述1)至3)中说明,在此不再赘述;其中,对于STM业务数据对应的TDM包与OTN业务数据对应的TDM包,如图7所示,ITLK_SCHD_TX将上述两个TDM包合并后从一个路径发送至两个tdm_tx_buff。在统一调度控制下,将TDM包与PKT包输出给ITLK#1或ETH#1,以及ITLK#2或ETH#2。
需要进一步说明的是,在需要进行1+1保护时,2条ITLK每条ITLK都会输出相同的TDM或PKT包。
在接收侧,自ITLK接口或ETH接口得到TDM包与PKT包后,即可通过ITLK_SCHD_RX根据端口号识别出上述TDM包以及PKT包,并将TDM包与PKT包输出至对应的处理通路中进行处理。ITLK_SCHD_RX在进行调度处理过程中,可参见上述1)至3)中的调度方式,将来自于2条ITLK接口的TDM包合并为一路,并进一步将合并后的TDM包根据端口号拆分为去往OFP处理通路和VC处理通路的TDM包。
VC处理通路、OFP处理通路、ITLK处理通路分别对于相应的包数据进行映射处理,以得到对应的ODUk业务;如图6所示,MIX_SCHD_RX对于上述三个处理通路的ODUk业务进行合并,即可得到时分ODUk业务流。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
本实施例提供了一种业务传输方法,应用于接收侧,图9是根据本发明实施例提供的业务传输方法的流程图(二),如图9所示,本实施例中的业务传输方法包括:
S202,接收发送侧发送的多个包数据,并根据多个包数据获取业务流;
其中,多个包数据为发送侧根据第一标识信息将业务流中包含的多组业务数据分别引入至各组业务数据对应的第一处理路径中进行处理以分别获取的对各组业务数据进行处理后得到的包数据。
需要进一步说明的是,上述业务流中可能存在多种业务类型对应的数据,例如,STM业务对应数据、OTN业务对应数据以及PKT业务对应数据,上述步骤S202中的多组业务数据即指示不同业务类型对应的业务数据,需注明的是,上述“组”仅仅指示对业务流中的业务数据按业务类型进行归分,而并非指示将业务流中的业务数据按组别进行排序或分类。
对应的,各组业务数据对应有第一处理路径,即指示对该组业务数据所对应的业务类型进行处理的处理路径。例如,上述STM业务数据对应由VC处理路径进行处理,OTN业务数据对应由OFP处理路径进行处理,PKT业务数据对应由ITLK处理路径进行处理,VC处理路径、OFP处理路径、ITLK处理路径则分别作为STM业务数据、OTN业务数据、PKT业务数据的第一处理路径。上述包数据即指示第一处理路径对于对应的包数据进行处理后的所得输出;本实施例中的业务传输方法是通过包数据的传输以实现业务传输的。
需要进一步说明的是,上述STM业务对应数据、OTN业务对应数据以及PKT业务对应数据的混合仅为本实施例中一个可选实施例,实际业务传输过程中,上述三种业务数据中任意两种业务数据的混合,或其它类型的业务数据均可适用于本实施例中的业务传输方法。
通过本实施例中的业务传输方法,由于可以接收发送侧发送的多个包数据,并根据多个包数据获取业务流;其中,多个包数据为发送侧根据第一标识信息将业务流中包含的多组业务数据分别引入至各组业务数据对应的第一处理路径中进行处理以分别获取的对各组业务数据进行处理后得到的包数据。因此,本实施例中的业务传输方法可以解决相关技术中组网过程中受业务传输方式影响而造成组网设备过于复杂的问题,以达到降低组网的复杂度的效果。
在一可选实施例中,上述步骤S202中,接收发送侧发送的多个包数据之前,方法还包括:
发送侧根据第一标识信息将业务流中包含的多组业务数据分别引入至各组业务数据对应的第一处理路径中进行组包处理,以分别获取对各组业务数据进行组包处理后得到的包数据。
需要进一步说明的是,上述第一处理路径对于对应的业务数据进行的组包处理,即对于业务数据进行分组打包传输,本领域技术人员可根据本领域的公知常识,获知对业务数据的组包处理过程或包数据的具体获取过程,故在此不再赘述。
在一可选实施例中,上述步骤S202中,接收发送侧发送的多个包数据,包括:
接收发送侧发送的包数据集合,其中,包数据集合由发送侧对多个包数据进行合并以得到。
需要进一步说明的是,上述包数据集合即指示在发送侧将多个处理路径中的包数据进行合并,并将合并后的包数据作为包数据集合以统一发送至接收侧。
在一可选实施例中,上述步骤S202中,根据多个包数据获取业务流,包括:
根据第二标识信息将多个包数据分别引入至各个包数据对应的第二处理路径中进行映射处理,以分别获取各个包数据对应的业务数据;
对各个第二处理路径中的业务数据进行合并,以获取业务流。
需要进一步说明的是,上述第二标识信息可为包数据中的端口号,接收侧根据第二标识信息即可识别发送侧发送的包数据所对应的业务数据,进而将该包数据发送至对应的处理通路中进行处理。上述第二处理通路即指示接收侧中,每一组业务数据所对应的处理通路,第二处理通路对于包数据的映射处理,即第二处理通路对于包数据的包恢复处理。
在一可选实施例中,上述步骤S202中,第一标识信息用于指示业务数据的业务数据类型;第二标识信息用于指示包数据的包数据类型。
在一可选实施例中,上述步骤S202中,业务数据类型包括以下至少之一:
同步传递模式STM业务数据、光传送网OTN业务数据、分组PKT业务数据;
包数据类型包括以下至少之一:
包含STM业务数据的时分复用TDM包数据、包含OTN业务数据的TDM包数据、PKT包数据。
在一可选实施例中,上述步骤S202中,第一处理路径包括以下至少之一:
VC处理路径、OFP处理路径、ITLK处理路径;
其中,VC处理路径与STM业务数据对应,OFP处理路径与OTN业务数据对应,ITLK处理路径与PKT业务数据对应;
第二处理路径包括以下至少之一:VC处理路径、OFP处理路径、ITLK处理路径;
其中,VC处理路径与包含STM业务数据的TDM包数据对应,OFP处理路径与包含OTN业务数据的TDM包数据对应,ITLK处理路径与PKT包数据对应。
在一可选实施例中,上述步骤S202中,接收发送侧发送的多个包数据,包括:
接收发送侧通过第一传输接口发送的多个第一包数据,以及接收发送侧通过第二传输接口发送的多个第二包数据;
其中,第一包数据与第一包数据对应的第二包数据为相同的包数据,第一包数据与第一包数据对应的第二包数据根据同一个包数据获得。
需要进一步说明的是,第一包数据与第一包数据对应的第二包数据为相同的包数据中,第一包数据对应的第二包数据,即指示该第一包数据与第二包数据同由一个包数据生成,即第一包数据与第二包数据即同一个包数据对应生成的两个相同的包数据。上述可选实施例中,将同一个包数据在调度过程中分别生成第一包数据与第二包数据以送往第一传输接口与第二传输接口进行传输,进而实现对于包数据的1+1传输的保护处理,以有效避免包数据在传输过程中出现丢失等问题。
在一可选实施例中,上述步骤S202中,接收发送侧通过第一传输接口发送的多个第一包数据,以及接收发送侧通过第二传输接口发送的多个第二包数据之后,包括:
将第一包数据与第一包数据对应的第二包数据进行合并,以获取合并后的包数据;
根据第二标识信息将合并后的包数据引入至各个包数据对应的第二处理路径中进行映射处理,以分别获取各个包数据对应的业务数据。
需要进一步说明的是,上述将第一包数据与第一包数据对应的第二包数据进行合并,即指示将第一包数据与对应第二包数据合并为生成该第一包数据与第二包数据的包数据。
在一可选实施例中,上述步骤S202中,接收发送侧发送的多个包数据,包括:
接收发送侧通过第一传输接口发送的第一包数据集合,以及接收发送侧通过第二传输接口发送的第二包数据集合;
其中,第一包数据集合与第二包数据集合根据包数据集合获得,包数据集合由发送侧对多个包数据进行合并以得到;第一包数据集合与第二包数据集合为相同的包数据集合。
需要进一步说明的是,上述第一包数据集合与第二包数据集合即将包数据集合在调度过程中对应生成的两个包数据集合,即,第一包数据集合、第二包数据集合以及包数据集合本身均属于为同一个包数据集合。上述可选实施例中,将包数据集合分别生成第一包数据集合与第二包数据集合以送往第一传输接口与第二传输接口进行传输,进而实现对于包数据集合的1+1传输的保护处理,以有效避免包数据集合在传输过程中出现丢失等问题。
在一可选实施例中,上述步骤S202中,接收发送侧通过第一传输接口发送的第一包数据集合,以及接收发送侧通过第二传输接口发送的第二包数据集合之后,包括:
将第一包数据集合与第二包数据集合进行合并,以获取合并后的包数据集合。
需要进一步说明的是,上述将第一包数据集合与第二包数据集合进行合并,即指示将第一包数据集合与第二包数据集合合并为生成该第一包数据集合与第二包数据集合的包数据集合。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例3
本实施例中提供了一种业务传输装置,设置于发送侧;该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。图10是根据本发明实施例提供的业务传输装置的结构框图(一),如图10所示,本实施例中的业务传输装置包括:
获取模块302,用于根据第一标识信息将业务流中包含的多组业务数据分别引入至各组业务数据对应的第一处理路径中进行处理,以分别获取对各组业务数据进行处理后得到的包数据;
发送模块304,用于将多个包数据发送至接收侧,以供接收侧根据包数据获取业务流。
本实施例中的业务传输装置的其余可选技术特征以及技术效果均与实施例1中的业务传输方法相对应,故在此不再赘述。
在一可选实施例中,根据第一标识信息将业务流中包含的多组业务数据分别引入至各组业务数据对应的第一处理路径中进行处理,以分别获取对各组业务数据进行处理后得到的包数据,包括:
根据第一标识信息将业务流中包含的多组业务数据分别引入至各组业务数据对应的第一处理路径中进行组包处理,以分别获取对各组业务数据进行切边处理后得到的包数据。
在一可选实施例中,将多个包数据发送至接收侧,包括:
对多个包数据进行合并,以获取包数据集合;
将包数据集合发送至接收侧。
在一可选实施例中,在将多个包数据发送至接收侧之后,方法还包括:
接收侧根据第二标识信息将多个包数据分别引入至各个包数据对应的第二处理路径中进行映射处理,以分别获取各个包数据对应的业务数据;
对各个第二处理路径中的业务数据进行合并,以获取业务流。
在一可选实施例中,第一标识信息用于指示业务数据的业务数据类型;第二标识信息用于指示包数据的包数据类型。
在一可选实施例中,业务数据类型包括以下至少之一:
同步传递模式STM业务数据、光传送网OTN业务数据、分组PKT业务数据;
包数据类型包括以下至少之一:
包含STM业务数据的时分复用TDM包数据、包含OTN业务数据的TDM包数据、PKT包数据。
在一可选实施例中,第一处理路径包括以下至少之一:
VC处理路径、OFP处理路径、ITLK处理路径;
其中,VC处理路径与STM业务数据对应,OFP处理路径与OTN业务数据对应,ITLK处理路径与PKT业务数据对应;
第二处理路径包括以下至少之一:VC处理路径、OFP处理路径、ITLK处理路径;
其中,VC处理路径与包含STM业务数据的TDM包数据对应,OFP处理路径与包含OTN业务数据的TDM包数据对应,ITLK处理路径与PKT包数据对应。
在一可选实施例中,将多个包数据发送至接收侧,包括:
根据每一个包数据获取第一包数据与第二包数据,其中,第一包数据与第二包数据为相同的包数据;
将多个第一包数据通过第一传输接口发送至接收侧,以及,将多个第二包数据通过第二传输接口发送至接收侧。
在一可选实施例中,将多个包数据发送至接收侧,包括:
对多个包数据进行合并,以获取包数据集合;
根据包数据集合,以获取第一包数据集合以及第二包数据集合,其中,第一包数据集合与第二包数据集合为相同的包数据集合;
将第一包数据集合通过第一传输接口发送至接收侧,以及,将第二包数据集合通过第二传输接口发送至接收侧。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例4
本实施例中提供了一种业务传输装置,设置于接收侧;该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。图11是根据本发明实施例提供的业务传输装置的结构框图(二),如图11所示,本实施例中的业务传输装置包括:
接收模块402,用于接收发送侧发送的多个包数据,并根据多个包数据获取业务流;
其中,多个包数据为发送侧根据第一标识信息将业务流中包含的多组业务数据分别引入至各组业务数据对应的第一处理路径中进行处理以分别获取的对各组业务数据进行处理后得到的包数据。
本实施例中的业务传输装置的其余可选技术特征以及技术效果均与实施例2中的业务传输方法相对应,故在此不再赘述。
在一可选实施例中,接收发送侧发送的多个包数据之前,接收模块还用于:
发送侧根据第一标识信息将业务流中包含的多组业务数据分别引入至各组业务数据对应的第一处理路径中进行组包处理,以分别获取对各组业务数据进行组包处理后得到的包数据。
在一可选实施例中,接收发送侧发送的多个包数据,包括:
接收发送侧发送的包数据集合,其中,包数据集合由发送侧对多个包数据进行合并以得到。
在一可选实施例中,根据多个包数据获取业务流,包括:
根据第二标识信息将多个包数据分别引入至各个包数据对应的第二处理路径中进行映射处理,以分别获取各个包数据对应的业务数据;
对各个第二处理路径中的业务数据进行合并,以获取业务流。
在一可选实施例中,第一标识信息用于指示业务数据的业务数据类型;第二标识信息用于指示包数据的包数据类型。
在一可选实施例中,业务数据类型包括以下至少之一:
同步传递模式STM业务数据、光传送网OTN业务数据、分组PKT业务数据;
包数据类型包括以下至少之一:
包含STM业务数据的时分复用TDM包数据、包含OTN业务数据的TDM包数据、PKT包数据。
在一可选实施例中,第一处理路径包括以下至少之一:
VC处理路径、OFP处理路径、ITLK处理路径;
其中,VC处理路径与STM业务数据对应,OFP处理路径与OTN业务数据对应,ITLK处理路径与PKT业务数据对应;
第二处理路径包括以下至少之一:VC处理路径、OFP处理路径、ITLK处理路径;
其中,VC处理路径与包含STM业务数据的TDM包数据对应,OFP处理路径与包含OTN业务数据的TDM包数据对应,ITLK处理路径与PKT包数据对应。
在一可选实施例中,接收发送侧发送的多个包数据,包括:
接收发送侧通过第一传输接口发送的多个第一包数据,以及接收发送侧通过第二传输接口发送的多个第二包数据;
其中,第一包数据与第一包数据对应的第二包数据为相同的包数据,第一包数据与第一包数据对应的第二包数据根据同一个包数据获得。
在一可选实施例中,接收发送侧通过第一传输接口发送的多个第一包数据,以及接收发送侧通过第二传输接口发送的多个第二包数据之后,包括:
将第一包数据与第一包数据对应的第二包数据进行合并,以获取合并后的包数据;
根据第二标识信息将合并后的包数据引入至各个包数据对应的第二处理路径中进行映射处理,以分别获取各个包数据对应的业务数据。
在一可选实施例中,接收发送侧发送的多个包数据,包括:
接收发送侧通过第一传输接口发送的第一包数据集合,以及接收发送侧通过第二传输接口发送的第二包数据集合;
其中,第一包数据集合与第二包数据集合根据包数据集合获得,包数据集合由发送侧对多个包数据进行合并以得到;第一包数据集合与第二包数据集合为相同的包数据集合。
在一可选实施例中,接收发送侧通过第一传输接口发送的第一包数据集合,以及接收发送侧通过第二传输接口发送的第二包数据集合之后,包括:
将第一包数据集合与第二包数据集合进行合并,以获取合并后的包数据集合。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例5
本发明的实施例还提供了一种计算机可读的存储介质,该计算机可读的存储介质中存储有计算机程序,其中,该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
可选地,在本实施例中,上述计算机可读的存储介质可以被设置为存储用于执行以下步骤的计算机程序:
S1,根据第一标识信息将业务流中包含的多组业务数据分别引入至各组业务数据对应的第一处理路径中进行处理,以分别获取对各组业务数据进行处理后得到的包数据;
S2,将多个包数据发送至接收侧,以供接收侧根据包数据获取业务流。
可选地,在本实施例中,上述计算机可读的存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(Random Access Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
实施例6
本发明的实施例还提供了一种计算机可读的存储介质,该计算机可读的存储介质中存储有计算机程序,其中,该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
可选地,在本实施例中,上述计算机可读的存储介质可以被设置为存储用于执行以下步骤的计算机程序:
S1,接收发送侧发送的多个包数据,并根据多个包数据获取业务流;
其中,多个包数据为发送侧根据第一标识信息将业务流中包含的多组业务数据分别引入至各组业务数据对应的第一处理路径中进行处理以分别获取的对各组业务数据进行处理后得到的包数据。
可选地,在本实施例中,上述计算机可读的存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(Random Access Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
实施例7
本发明的实施例还提供了一种电子装置,包括存储器和处理器,该存储器中存储有计算机程序,该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
可选地,上述电子装置还可以包括传输设备以及输入输出设备,其中,该传输设备和上述处理器连接,该输入输出设备和上述处理器连接。
可选地,在本实施例中,上述处理器可以被设置为通过计算机程序执行以下步骤:
S1,根据第一标识信息将业务流中包含的多组业务数据分别引入至各组业务数据对应的第一处理路径中进行处理,以分别获取对各组业务数据进行处理后得到的包数据;
S2,将多个包数据发送至接收侧,以供接收侧根据包数据获取业务流。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
实施例8
本发明的实施例还提供了一种电子装置,包括存储器和处理器,该存储器中存储有计算机程序,该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
可选地,上述电子装置还可以包括传输设备以及输入输出设备,其中,该传输设备和上述处理器连接,该输入输出设备和上述处理器连接。
可选地,在本实施例中,上述处理器可以被设置为通过计算机程序执行以下步骤:
S1,接收发送侧发送的多个包数据,并根据多个包数据获取业务流;
其中,多个包数据为发送侧根据第一标识信息将业务流中包含的多组业务数据分别引入至各组业务数据对应的第一处理路径中进行处理以分别获取的对各组业务数据进行处理后得到的包数据。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (24)

1.一种业务传输方法,应用于发送侧,其特征在于,所述方法包括:
根据第一标识信息将业务流中包含的多组业务数据分别引入至各组所述业务数据对应的第一处理路径中进行处理,以分别获取对各组所述业务数据进行处理后得到的包数据;
将多个所述包数据发送至接收侧,以供所述接收侧根据所述包数据获取所述业务流。
2.根据权利要求1所述的方法,其特征在于,所述根据第一标识信息将业务流中包含的多组业务数据分别引入至各组所述业务数据对应的第一处理路径中进行处理,以分别获取对各组所述业务数据进行处理后得到的包数据,包括:
根据所述第一标识信息将所述业务流中包含的多组所述业务数据分别引入至各组所述业务数据对应的所述第一处理路径中进行组包处理,以分别获取对各组所述业务数据进行所述切边处理后得到的包数据。
3.根据权利要求1所述的方法,其特征在于,所述将多个所述包数据发送至接收侧,包括:
对多个所述包数据进行合并,以获取包数据集合;
将所述包数据集合发送至所述接收侧。
4.根据权利要求1至3任一项中所述的方法,其特征在于,在将多个所述包数据发送至接收侧之后,所述方法还包括:
所述接收侧根据第二标识信息将多个所述包数据分别引入至各个所述包数据对应的第二处理路径中进行映射处理,以分别获取各个所述包数据对应的所述业务数据;
对各个所述第二处理路径中的所述业务数据进行合并,以获取所述业务流。
5.根据权利要求1至3任一项中所述的方法,其特征在于,所述第一标识信息用于指示所述业务数据的业务数据类型;所述第二标识信息用于指示所述包数据的包数据类型。
6.根据权利要求5所述的方法,其特征在于,所述业务数据类型包括以下至少之一:
同步传递模式STM业务数据、光传送网OTN业务数据、分组PKT业务数据;
所述包数据类型包括以下至少之一:
包含STM业务数据的时分复用TDM包数据、包含OTN业务数据的TDM包数据、PKT包数据。
7.根据权利要求6所述的方法,其特征在于,所述第一处理路径包括以下至少之一:
VC处理路径、OFP处理路径、ITLK处理路径;
其中,所述VC处理路径与所述STM业务数据对应,所述OFP处理路径与所述OTN业务数据对应,所述ITLK处理路径与所述PKT业务数据对应;
所述第二处理路径包括以下至少之一:VC处理路径、OFP处理路径、ITLK处理路径;
其中,所述VC处理路径与包含STM业务数据的TDM包数据对应,所述OFP处理路径与包含OTN业务数据的TDM包数据对应,所述ITLK处理路径与所述PKT包数据对应。
8.根据权利要求1至3任一项中所述的方法,其特征在于,所述将多个所述包数据发送至接收侧,包括:
根据每一个所述包数据获取第一包数据与第二包数据,其中,所述第一包数据与第二包数据为相同的包数据;
将多个所述第一包数据通过第一传输接口发送至所述接收侧,以及,将多个所述第二包数据通过第二传输接口发送至所述接收侧。
9.根据权利要求8所述的方法,其特征在于,所述将多个所述包数据发送至接收侧,包括:
对多个所述包数据进行合并,以获取包数据集合;
根据所述包数据集合,以获取第一包数据集合以及第二包数据集合,其中,所述第一包数据集合与所述第二包数据集合为相同的包数据集合;
将所述第一包数据集合通过第一传输接口发送至所述接收侧,以及,将所述第二包数据集合通过第二传输接口发送至所述接收侧。
10.一种业务传输方法,应用于接收侧,其特征在于,所述方法包括:
接收发送侧发送的多个包数据,并根据所述多个包数据获取业务流;
其中,所述多个包数据为所述发送侧根据第一标识信息将所述业务流中包含的多组业务数据分别引入至各组所述业务数据对应的第一处理路径中进行处理以分别获取的对各组所述业务数据进行处理后得到的包数据。
11.根据权利要求10所述的方法,其特征在于,所述接收发送侧发送的多个包数据之前,所述方法还包括:
所述发送侧根据所述第一标识信息将所述业务流中包含的多组所述业务数据分别引入至各组所述业务数据对应的所述第一处理路径中进行组包处理,以分别获取对各组所述业务数据进行组包处理后得到的包数据。
12.根据权利要求10所述的方法,其特征在于,所述接收发送侧发送的多个包数据,包括:
接收所述发送侧发送的包数据集合,其中,所述包数据集合由所述发送侧对多个所述包数据进行合并以得到。
13.根据权利要求10至12任一项中所述的方法,其特征在于,所述根据所述多个包数据获取业务流,包括:
根据第二标识信息将多个所述包数据分别引入至各个所述包数据对应的第二处理路径中进行映射处理,以分别获取各个所述包数据对应的所述业务数据;
对各个所述第二处理路径中的所述业务数据进行合并,以获取所述业务流。
14.根据权利要求10至12任一项中所述的方法,其特征在于,所述第一标识信息用于指示所述业务数据的业务数据类型;所述第二标识信息用于指示所述包数据的包数据类型。
15.根据权利要求14所述的方法,其特征在于,所述业务数据类型包括以下至少之一:
同步传递模式STM业务数据、光传送网OTN业务数据、分组PKT业务数据;
所述包数据类型包括以下至少之一:
包含STM业务数据的时分复用TDM包数据、包含OTN业务数据的TDM包数据、PKT包数据。
16.根据权利要求15所述的方法,其特征在于,所述第一处理路径包括以下至少之一:
VC处理路径、OFP处理路径、ITLK处理路径;
其中,所述VC处理路径与所述STM业务数据对应,所述OFP处理路径与所述OTN业务数据对应,所述ITLK处理路径与所述PKT业务数据对应;
所述第二处理路径包括以下至少之一:VC处理路径、OFP处理路径、ITLK处理路径;
其中,所述VC处理路径与包含STM业务数据的TDM包数据对应,所述OFP处理路径与包含OTN业务数据的TDM包数据对应,所述ITLK处理路径与所述PKT包数据对应。
17.根据权利要求10至12任一项中所述的方法,其特征在于,所述接收发送侧发送的多个包数据,包括:
接收所述发送侧通过第一传输接口发送的多个第一包数据,以及接收所述发送侧通过第二传输接口发送的多个第二包数据;
其中,所述第一包数据与所述第一包数据对应的所述第二包数据为相同的包数据,所述第一包数据与所述第一包数据对应的所述第二包数据根据同一个所述包数据获得。
18.根据权利要求17所述的方法,其特征在于,所述接收所述发送侧通过第一传输接口发送的多个第一包数据,以及接收所述发送侧通过第二传输接口发送的多个第二包数据之后,包括:
将所述第一包数据与所述第一包数据对应的所述第二包数据进行合并,以获取合并后的包数据;
根据第二标识信息将合并后的所述包数据引入至各个所述包数据对应的第二处理路径中进行映射处理,以分别获取各个所述包数据对应的所述业务数据。
19.根据权利要求10至12任一项中所述的方法,其特征在于,所述接收发送侧发送的多个包数据,包括:
接收所述发送侧通过第一传输接口发送的第一包数据集合,以及接收所述发送侧通过第二传输接口发送的第二包数据集合;
其中,所述第一包数据集合与所述第二包数据集合根据包数据集合获得,所述包数据集合由所述发送侧对多个所述包数据进行合并以得到;所述第一包数据集合与所述第二包数据集合为相同的包数据集合。
20.根据权利要求19所述的方法,其特征在于,所述接收所述发送侧通过第一传输接口发送的第一包数据集合,以及接收所述发送侧通过第二传输接口发送的第二包数据集合之后,包括:
将所述第一包数据集合与所述第二包数据集合进行合并,以获取合并后的包数据集合。
21.一种业务传输装置,设置于发送侧,其特征在于,所述装置包括:
获取模块,用于根据第一标识信息将业务流中包含的多组业务数据分别引入至各组所述业务数据对应的第一处理路径中进行处理,以分别获取对各组所述业务数据进行处理后得到的包数据;
发送模块,用于将多个所述包数据发送至接收侧,以供所述接收侧根据所述包数据获取所述业务流。
22.一种业务传输装置,设置于接收侧,其特征在于,所述装置包括:
接收模块,用于接收发送侧发送的多个包数据,并根据所述多个包数据获取业务流;
其中,所述多个包数据为所述发送侧根据第一标识信息将所述业务流中包含的多组业务数据分别引入至各组所述业务数据对应的第一处理路径中进行处理以分别获取的对各组所述业务数据进行处理后得到的包数据。
23.一种计算机可读的存储介质,其特征在于,所述计算机可读的存储介质中存储有计算机程序,其中,所述计算机程序被设置为运行时执行所述权利要求1至9、权利要求10至20任一项中所述的方法。
24.一种电子装置,包括存储器和处理器,其特征在于,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行所述权利要求1至9、权利要求10至20任一项中所述的方法。
CN201911349848.4A 2019-12-24 2019-12-24 业务传输方法及装置、计算机可读的存储介质、电子装置 Pending CN113037645A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201911349848.4A CN113037645A (zh) 2019-12-24 2019-12-24 业务传输方法及装置、计算机可读的存储介质、电子装置
PCT/CN2020/139118 WO2021129763A1 (zh) 2019-12-24 2020-12-24 业务传输方法及装置、计算机可读的存储介质、电子装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911349848.4A CN113037645A (zh) 2019-12-24 2019-12-24 业务传输方法及装置、计算机可读的存储介质、电子装置

Publications (1)

Publication Number Publication Date
CN113037645A true CN113037645A (zh) 2021-06-25

Family

ID=76452191

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911349848.4A Pending CN113037645A (zh) 2019-12-24 2019-12-24 业务传输方法及装置、计算机可读的存储介质、电子装置

Country Status (2)

Country Link
CN (1) CN113037645A (zh)
WO (1) WO2021129763A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102685015A (zh) * 2012-05-30 2012-09-19 烽火通信科技股份有限公司 一种实现tdm和分组混合业务归一化处理的方法及装置
US20140341031A1 (en) * 2013-05-20 2014-11-20 Nokia Corporation Differentiation of traffic flows mapped to the same bearer
US20150063102A1 (en) * 2013-08-30 2015-03-05 Cisco Technology, Inc. Flow Based Network Service Insertion
CN105323137A (zh) * 2014-07-31 2016-02-10 中兴通讯股份有限公司 业务数据传输方法及装置
KR20180062833A (ko) * 2016-12-01 2018-06-11 한국과학기술원 데이터 센터 간 광역 통신망에서 통계적 다중화 및 자원 할당 시스템과 이의 방법
CN110519802A (zh) * 2018-05-21 2019-11-29 华为技术有限公司 一种数据处理方法、发送方法及装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102413391B (zh) * 2011-12-28 2014-07-02 烽火通信科技股份有限公司 一种实现分组和otn信号联合自路由的方法及装置
US9237089B2 (en) * 2013-01-30 2016-01-12 Cisco Technology, Inc. Enhanced path selection scheme for equal cost paths in communication networks
CN104125146B (zh) * 2014-08-07 2017-06-16 中国人民解放军信息工程大学 一种业务处理方法及装置
CN105933232B (zh) * 2016-03-29 2018-10-23 东北大学 支持多业务数据传输需求的多径传输控制终端及方法
CN109510716B (zh) * 2017-09-14 2022-04-29 中兴通讯股份有限公司 信号的处理装置及方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102685015A (zh) * 2012-05-30 2012-09-19 烽火通信科技股份有限公司 一种实现tdm和分组混合业务归一化处理的方法及装置
US20140341031A1 (en) * 2013-05-20 2014-11-20 Nokia Corporation Differentiation of traffic flows mapped to the same bearer
US20150063102A1 (en) * 2013-08-30 2015-03-05 Cisco Technology, Inc. Flow Based Network Service Insertion
CN105323137A (zh) * 2014-07-31 2016-02-10 中兴通讯股份有限公司 业务数据传输方法及装置
KR20180062833A (ko) * 2016-12-01 2018-06-11 한국과학기술원 데이터 센터 간 광역 통신망에서 통계적 다중화 및 자원 할당 시스템과 이의 방법
CN110519802A (zh) * 2018-05-21 2019-11-29 华为技术有限公司 一种数据处理方法、发送方法及装置

Also Published As

Publication number Publication date
WO2021129763A1 (zh) 2021-07-01

Similar Documents

Publication Publication Date Title
CN106998347A (zh) 服务器虚拟化网络共享的装置和方法
CN109729025B (zh) 一种处理灵活以太网的数据的方法及相关设备
WO2019000884A1 (zh) 基于cpri架构的多制式混合组网传输系统及传输方法
US20200244579A1 (en) Flexible Ethernet Frame Forwarding Method and Apparatus
US9634950B2 (en) Ethernet media converter supporting high-speed wireless access points
US7933276B2 (en) Dynamic bandwidth allocation processor
CN107105355B (zh) 一种交换方法及交换系统
US20030091070A1 (en) Methods and systems for improving utilization of high-speed time division multiplexed communications links at signal transfer point
CN111566957B (zh) 报文处理方法及设备
CN101146240A (zh) 一种共享总线的分布式交叉装置
CN113037645A (zh) 业务传输方法及装置、计算机可读的存储介质、电子装置
CN112087678A (zh) 带宽的分配、带宽的检查方法及装置
CN115039358B (zh) 一种数据传输方法及装置
JP5876954B1 (ja) 端局装置及び端局装置の受信方法
CN113473267B (zh) 数据传输方法、装置及通信装置
US20170094378A1 (en) Switching Fabric Interface and Scheduling
CN105282053A (zh) 避免网络交换芯片输出队头阻塞的方法及系统
CN107800639B (zh) 交换装置、交换装置组、数据传输方法和计算机系统
RU161315U1 (ru) Контроллер скоростного ввода-вывода (ксвв)
CN112637902B (zh) 一种bbu框间数据交互的方法、交换设备以及bbu框
CN104683267B (zh) 一种数据转发方法、装置及交换设备
CN114567410B (zh) 一种信号帧的处理方法及相关设备
CN118101476A (zh) 适用于异构协议之间相互通信的软件定义互连装置及方法
CN105323160A (zh) 报文收发方法及装置、通道单元及通信设备
JP3570899B2 (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