CN114302249A - 一种传输链信息生成方法及装置 - Google Patents

一种传输链信息生成方法及装置 Download PDF

Info

Publication number
CN114302249A
CN114302249A CN202011003661.1A CN202011003661A CN114302249A CN 114302249 A CN114302249 A CN 114302249A CN 202011003661 A CN202011003661 A CN 202011003661A CN 114302249 A CN114302249 A CN 114302249A
Authority
CN
China
Prior art keywords
link
transmission chain
information
chain information
communication device
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
CN202011003661.1A
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.)
Huawei Cloud Computing Technologies Co Ltd
Original Assignee
Huawei Cloud Computing 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 Cloud Computing Technologies Co Ltd filed Critical Huawei Cloud Computing Technologies Co Ltd
Priority to CN202011003661.1A priority Critical patent/CN114302249A/zh
Publication of CN114302249A publication Critical patent/CN114302249A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Computer And Data Communications (AREA)

Abstract

本申请提供一种传输链信息生成方法及装置,其方法包括:中间通信装置接收上游通信装置发送的第一传输链信息,该第一传输链信息包含所述上游通信装置用于传输第一业务数据的链路的链路信息,中间通信装置生成第二传输链信息,第二传输链信息包含该中间通信装置用于传输第一业务数据的链路的链路信息,将第一传输链信息和第二传输链信息发送给下一级通信装置,依次类推,直至边缘通信装置生成完整的传输链信息。本申请实施例生成传输链信息的方式无需依赖云服务器,简化了生成传输链信息的方式,能够适应于复杂的网络环境中,并且生成传输链的实时性更高,减少了网络资源开销以及部署云服务器的成本开销。

Description

一种传输链信息生成方法及装置
技术领域
本申请涉及通信技术领域,尤其涉及一种传输链信息生成方法及装置。
背景技术
调用链技术是现时较为常用的一种监控和观察多台机器相互协作的流程的方式。
目前,传输链中每个通信装置可以通过有线或者无线的方式将该通信装置生成的调用信息发送给云服务器,其中调用信息可以是各通信装置针对同一业务生成的链路的相关描述信息。相应地,云服务器根据每个通信装置的调用信息生成完整的传输链信息。
然而,网络环境复杂多变,必然存在部分通信装置上传调用信息失败的情况,进而造成云服务器生成的传输链信息不完整。此外,该种生成传输链信息的方式需要传输链中每个通信装置上报调用信息给云服务器汇总,占用了大量网络资源的同时也不具备实时性。
因此,亟需一种高效地生成完整传输链信息的方法以适应复杂的网络环境。
发明内容
本申请提供一种传输链信息生成方法及装置,用于摆脱各通信装置的调用信息需要完整上传至云服务器的要求。
第一方面,本申请提供一种传输链信息生成方法,该方法可以由网络设备实现,也可以由网络设备的部件实现,如由终端设备或网络设备中的处理装置、电路、芯片等部件实现。该方法包括:中间通信装置接收上游通信装置发送的第一传输链信息,第一传输链信息包含上游通信装置用于传输第一业务数据的链路的链路信息;中间通信装置生成第二传输链信息,第二传输链信息包含中间通信装置用于传输所述第一业务数据的链路信息;中间通信装置将所述第一传输链信息和所述第二传输链信息发送至下游服务装置。
上述方法中,中间服务装置将上游服务装置生成的与第一业务数据相关的链路信息以及自身生成的与第一业务数据相关的链路信息一起传给下游服务装置,无需向服务器上报链路信息,减少了云端服务器的部署以及维护成本,同时也减少了网络资源的占用。进一步的,上述方法中下游服务装置汇集了上游服务装置以及中间服务装置的与第一业务数据相关的传输链信息,比起由云端汇总每个装置的链路信息实时性更高。
在一种可能的实现方法中,第一传输链信息包括第一通信装置和第二通信装置分别生成的用于传输第一业务数据的链路的链路信息,第一通信装置为第二通信装置的上游通信装置,第二通信装置为中间通信装置的上游通信装置。
通过上述方法,本通信装置的上游通信装置的数量不受限制,因此,本申请实施例提供的传输链信息生成方式可以应用于复杂的网络环境中,简化复杂的传输链信息的生成方式,具有较强的应用性。
在一种可能的实现方法中,第二传输链信息包括:第一链路标识和第二链路标识;其中,第一链路标识用于指示中间通信装置发送第一业务数据的链路;第二链路标识用于指示中间通信装置接收第一业务数据的链路。
在一种可能的实现方法中,第一链路标识包括下列中的一项或多项:第一时间戳、中间通信装置的标识、第一进程的标识或第一请求信息的标识;第一时间戳、中间通信装置的标识、第一进程的标识或第一请求信息的标识;其中,第一时间戳为中间通信装置根据接收到第一请求信息的时间确定的;第一进程为接收第一请求信息的进程;第一请求信息的标识为根据第一进程累积已接收到的请求信息,确定的接收第一请求信息的次序编号;第一请求消息用于下游通信装置请求第一业务数据。
通过上述方法,可以分别通过时间维度、机器维度、进程维度和业务请求消息等维度来标识链路标识,以此生成全局唯一的链路标识,避免出现链路标识冲突。
在一种可能的实现方法中,中间通信装置具有第一业务数据的标识与用于传输第一业务的数据的链路的链路标识的对应关系。
在一种可能的实现方法中,第一传输链信息和/或第二传输链信息被携带在媒体元信息中。
通过上述方法,通过业务通道传输各通信装置生成的传输链信息时,只要业务系统运行正常便能够生成完整的传输链信息,避免现有通过上报云服务器生成传输链信息的方式中,任一服务装置或云服务器故障从而导致传输链信息无法生成的问题。应理解,现有通过云服务器生成传输链信息的方式是脱离于业务系统的,可能出现业务系统正常运行,而无法生成完整的传输链信息的情况。
在一种可能的实现方法中,中间通信装置接收上游通信装置发送的第一传输链信息之后,中间通信装置生成第二传输链信息之前,还包括:中间通信装置确定第一传输链信息包含的链路为正常链路;其中,中间通信装置通过下列方式判断链路是否为正常链路:中间通信装置根据第一传输链信息确定上游通信装置中每一通信装置用于传输第一业务数据的链路数量;若通信装置的链路数量大于设定阈值,则确定链路为异常链路;否则,确定链路为正常链路。
通过上述方法,中间通信装置可以根据第一传输链信息确定上游通信装置所构造的传输链是否产生链路异常,例如链路回环,若产生链路回环则通信装置会进行死循环,且无法正常获取业务数据,通过上述方式可以在确认产生链路回环时退出该流程,或者上报调度系统以指示链路异常,避免资源浪费,并且可以在确认当前传输链异常后,快速建立新的传输链,以缩短业务数据的时延。
在一种可能的实现方法中,第一传输链信息中,第一通信装置用于传输第一业务数据的链路的链路信息、第二通信装置用于传输第一业务数据的链路的链路信息,是按照第一业务数据的传输顺序排列的。
通过上述方法,按照业务数据的传输顺序对业务数据将经过的链路的链路标识进行排序,可以体现出传输链所包含的链路之间的顺序,提高传输链信息的实时性。
第二方面,本申请提供一种传输链信息生成方法,该方法可以由终端设备或网络设备实现,也可以由终端设备或网络设备的部件实现,如由终端设备或网络设备中的处理装置、电路、芯片等部件实现。该方法包括:源通信装置生成第一传输链信息,第一传输链信息包含源通信装置的链路信息,链路信息用于指示源通信装置传输第一业务数据的链路;源通信装置将第一传输链信息发送至下游通信装置。
在一种可能的实现方法中,第一传输链信息被携带在媒体元信息中。
在一种可能的实现方法中,第一传输链信息包括第一通信装置和第二通信装置分别生成的用于传输第一业务数据的链路的链路信息,第一通信装置为第二通信装置的上游通信装置,第二通信装置为中间通信装置的上游通信装置。
在一种可能的实现方法中,第一传输链信息链路信息包括:第一链路标识和第二链路标识;其中,第一链路标识用于指示源通信装置发送第一业务数据的链路;第二链路标识用于指示源通信装置接收第一业务数据的链路。
在一种可能的实现方法中,第一传输链信息被携带在媒体元信息中。
在一种可能的实现方法中,第一传输链信息包含的源通信装置的链路信息是按照第一业务数据的传输顺序排列的。
在一种可能的实现方法中,源通信装置具有第一业务数据的标识与用于传输第一业务的数据的链路的链路标识的对应关系。
上述第二方面任一种可能的设计所能达到的技术效果可参照上述第一方面所能达到的技术效果,这里不再重复赘述。
第三方面,本申请提供一种传输链信息生成方法,该方法可以由终端设备或网络设备实现,也可以由终端设备或网络设备的部件实现,如由终端设备或网络设备中的处理装置、电路、芯片等部件实现。该方法包括:边缘通信装置接收上游通信装置发送的第一传输链信息,第一传输链信息包含上游通信装置用于传输第一业务数据的链路的链路信息;边缘通信装置生成第二传输链信息,第二传输链信息包含第一传输链信息和边缘通信装置用于传输第一业务数据的链路信息。
在一种可能的实现方法中,边缘通信装置将第二传输链信息发送至调度系统,以指示调度系统根据第二传输链信息生成传输链的负载画像。
在一种可能的实现方法中,第一传输链信息和/或第二传输链信息被携带在媒体元信息中。
在一种可能的实现方法中,第一传输链信息包括第一通信装置和第二通信装置分别生成的用于传输第一业务数据的链路的链路信息,第一通信装置为第二通信装置的上游通信装置,第二通信装置为中间通信装置的上游通信装置。
在一种可能的实现方法中,边缘通信装置的链路信息包括:第一链路标识,或包括第一链路标识和第二链路标识;其中,第一链路标识用于指示边缘通信装置发送第一业务数据的链路;第二链路标识用于指示边缘通信装置接收第一业务数据的链路。
在一种可能的实现方法中,第一传输链信息被携带在媒体元信息中。
在一种可能的实现方法中,第一传输链信息中,第一通信装置用于传输第一业务数据的链路的链路信息、第二通信装置用于传输第一业务数据的链路的链路信息,是按照第一业务数据的传输顺序排列的。
在一种可能的实现方法中,边缘通信装置具有第一业务数据的标识与用于传输第一业务的数据的链路的链路标识的对应关系。
上述第三方面任一种可能的设计所能达到的技术效果可参照上述第一方面所能达到的技术效果,这里不再重复赘述。
第四方面,本申请实施例提供一种通信装置,该通信装置具有实现第一方面的方法的功能,功能可以通过硬件实现,也可以通过软件实现,或者通过硬件执行相应的软件实现。装置包括一个或多个与上述功能相对应的模块,比如包括处理单元和通信单元。
在一个可能的设计中,该装置可以是芯片或者集成电路。
在一个可能的设计中,该装置包括存储器、处理器和收发器,收发器用于接收和发送数据,存储器用于存储处理器执行的程序或指令,当程序或指令被处理器执行时,装置可以执行上述第一方面及其第一方面中的各种可能设计所涉及的方法。
在一个可能的设计中,该装置可以为网络设备。
第五方面,本申请实施例提供一种通信装置,该通信装置具有实现第二方面所述的方法的功能,所述功能可以通过硬件实现,也可以通过软件实现,或者通过硬件执行相应的软件实现。所述装置包括一个或多个与上述功能相对应的模块,比如包括处理单元和通信单元。
在一个可能的设计中,该装置可以是芯片或者集成电路。
在一个可能的设计中,该装置包括存储器、处理器和收发器,收发器用于接收和发送数据,存储器用于存储所述处理器执行的程序或指令,当程序或指令被处理器执行时,所述装置可以执行上述第一方面及其第一方面中的各种可能设计所涉及的方法。
在一个可能的设计中,该装置可以为终端设备或网络设备。
第六方面,本申请实施例提供一种通信装置,该通信装置具有实现第三方面所述的方法的功能,所述功能可以通过硬件实现,也可以通过软件实现,或者通过硬件执行相应的软件实现。所述装置包括一个或多个与上述功能相对应的模块,比如包括处理单元和通信单元。
在一个可能的设计中,该装置可以是芯片或者集成电路。
在一个可能的设计中,该装置包括存储器、处理器和收发器,收发器用于接收和发送数据,存储器用于存储所述处理器执行的程序或指令,当程序或指令被处理器执行时,所述装置可以执行上述第一方面及其第一方面中的各种可能设计所涉及的方法。
在一个可能的设计中,该装置可以为终端设备或网络设备。
第七方面,本申请实施例提供一种装置,所述通信装置包括处理器和接口电路,所述接口电路,用于接收程序或指令代码并传输至所述处理器;所述处理器运行所述程序或指令代码以执行如第一方面及其第一方面中的各种可能设计所涉及的方法,或执行如第二方面及其第二方面中的各种可能设计所涉及的方法,或执行如第三方面及其第三方面中的各种可能设计所涉及的方法。
第八方面,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质用于存储程序或指令,当所述程序或指令被执行时,使得第一方面及其第一方面中的各种可能设计所涉及的方法,或第二方面及其第二方面中的各种可能设计所涉及的方法,或第三方面及其第三方面中的各种可能设计所涉及的方法被实现。
第九方面,本申请实施例提供一种包括指令的计算机程序产品,当所述指令被执行时,使得第一方面及其第一方面中的各种可能设计所涉及的方法,或第二方面及其第二方面中的各种可能设计所涉及的方法,或第三方面及其第三方面中的各种可能设计所涉及的方法被实现。
第十方面,本申请实施例提供一种通信系统,该通信系统包括:源通信装置和边缘通信装置,或所述通信系统包括:源通信装置、中间通信装置和边缘通信装置。其中,中间通信装置可以执行上述第一方面或第一方面任一种可能实现方式中的相应功能,所述源通信装置可以执行上述第二方面或第二方面任一种可能实现方式中的相应功能,所述边缘通信装置可以执行上述第三方面或第三方面任一种可能实现方式中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
附图说明
图1为本申请实施例提供的一种可能的系统架构示意图;
图2为一种业务系统的实例示意图;
图3为一种业务系统对应的传输链示意图;
图4为本申请实施例提供的一种传输链生成方法所对应的流程示意图;
图5为本申请实施例提供的一种传输链的完整方法所对应的流程示意图;
图6为一种服务装置与调度系统的交互流程示意图;
图7为一种码流数据的传输流程示意图;
图8a为本申请实施例提供的另一种传输链的示意图;
图8b为一种链路回环的示意图;
图9为本申请实施例提供的一种应用场景示意图之一;
图10为本申请实施例提供的一种应用场景示意图之二;
图11为本申请实施例提供的一种应用场景示意图之三;
图12为本申请实施例提供的一种应用场景示意图之四;
图13为本申请实施例提供的一种实时负载画像的示意图;
图14为本申请实施例提供的一种通信装置的结构示意图;
图15为本申请实施例提供的另一种通信装置的结构示意图。
具体实施方式
本申请实施例可以应用于直播业务、直播视频会议业务等场景中。以直播业务为例,介绍本申请实施例的一种系统架构。
参见图1,为本申请实施例可能适用的一种系统架构示意图。该系统包括主播端、业务系统和播放端。其中,主播端包括主播客户端,业务系统包括至少一个服务装置,播放端包括用户客户端,用户可以理解为观看直播的观众。其中,主播客户端用于生成直播业务数据(包含音视频数据码流),示例性地,主播客户端包含视频采集装置(例如摄像头)、音频采集装置(例如麦克风),其中,视频采集装置用于采集视频帧图像,音频采集装置用于采集音频数据,主播客户端根据视频采集装置和音频采集装置采集的数据生成音视频数据码流,并将该音视频数据码流发送至业务系统中的一个或多个服务装置。在本领域中,本通信装置(例如主播客户端)将直播业务数据发送至其他通信装置(例如源服务装置)的操作,也可以称为推流。
应理解,上述对主播端的介绍仅为举例,主播端还可以包括更多或更少的设备,例如主播端还可以包括处理设备,用于对视频采集装置采集的视频帧图像进行处理,例如添加水印、美颜和特效滤镜等。
播放端,包括用户客户端,用户客户端用于向服务装置发送直播业务请求,并用于接收服务装置反馈的直播业务数据。这里,用户客户端可以是终端设备,例如,手机、平板电脑、笔记本、台式电脑等等,此处不作具体限定。在一具体的实施例中,用户可以通过用户客户端上的浏览器或应用程序提出业务请求。对应的,服务装置可以是浏览器服务装置、应用程序服务装置以及网页服务装置等等,此处不作具体限定。
业务系统,用于传输业务数据,可以包含一个或多个服务装置,按照业务数据的传输路径,可以将服务装置分为源服务装置、中间服务装置和边缘服务装置。
其中,源服务装置,用于接收主播端推送的直播业务数据;
边缘服务装置,用于接收用户客户端的业务请求,将直播业务数据发送给用户客户端,在本领域中,本通信装置(例如用户客户端)向其他通信装置(例如边缘服务装置)请求直播业务数据的操作也可以称为拉流,或者回源。
中间服务装置,包括在直播业务数据的传输过程中,源服务装置与边缘服务装置之间,直播业务数据经过的一个或多个服务装置。
需要说明的是,图1所示的系统架构仅为举例,该系统可以包含比图1所示的更多或者更少的设备,例如,服务装置端可以仅包含源服务装置,或包含源服务装置和边缘服务装置。又例如,该系统还可以包括调度系统(图1中未示出),调度系统用于指导用户接入边缘服务装置,以及指导服务装置之间的接入调度,下文将会进行具体说明,此处不再赘述。
综上所述,业务可以是用户客户端提出的,并在业务系统中执行实现。业务可以通过调用多个服务来实现,多个服务之间的关系可以称为调用关系,调用关系能够反应业务中的多个服务之间的调用顺序,其中,一个或多个服务可以部署于同一个通信装置中,下文为便于描述,将一个服务部署于一个通信装置为例,进行说明。
如图2所示,调用关系可以为:1)用户通过用户客户端向服务装置a发送第一业务请求,第一业务请求用于请求某直播业务数据,示例性地,第一业务请求包含该直播业务数据的标识;2)服务装置a确定没有该直播业务数据,调用服务装置b,以请求该相同的直播业务数据;3)服务装置b确定没有该直播业务数据时,继续调用服务装置c。示例性地,每个服务装置依次传递该直播业务数据的标识,以请求相同的直播业务数据。
随后,4)服务装置c在接收到服务装置b的业务请求后,向服务装置b发送响应,若服务装置c具有该直播业务数据,则该响应可以是该直播业务数据;若服务装置c不具有该直播业务数据,则该响应可以是用于指示服务装置c没有该直播业务数据的指示信息。5)服务装置b接收到服务装置c发送的响应,并根据该响应向服务装置a发送响应,例如,服务装置c发送的响应为直播业务数据,则服务装置b可以服务装置a发送的响应也为直播业务数据。6)直播装置a向用户客户端发送响应。
以图2为例,按照业务数据的传输顺序,主播客户端为服务装置c的上一级通信装置,对应的,服务装置c为主播客户端的下一级通信装置;服务装置c为服务装置b的上一级通信装置,对应的,服务装置b为服务装置a的下一级通信装置;服务装置b为服务装置a的上一级通信装置,对应的,服务装置a为服务装置b的下一级通信装置,服务装置a为用户客户端的上一级通信装置,对应的,用户客户端为服务装置a的下一级通信装置,依次类推。
本申请实施例中,上游通信装置可以包含一个或多个通信装置,是指一条传输链中,按照业务数据的传输顺序,本通信装置之前的所有通信装置。类似的,下游通信装置可以包含一个或多个通信装置,是指一条传输链中,按照业务数据的传输顺序,本通信装置之后的所有通信装置。
继续参照图2,对上游通信装置和下游通信装置进行举例说明:按照业务数据的传输顺序,主播客户端、服务装置c和服务装置b为服务装置a的上游通信装置,用户客户端为服务装置a的下游通信装置;主播客户端、服务装置c为服务装置b的上游通信装置,用户客户端和服务装置a为服务装置b的下游通信装置;依次类推。
需要说明的是,本申请实施例中的通信装置可以为主播客户端、用户客户端或服务装置。或者,通信装置也可以仅指业务系统所包含的服务装置,相应的,上游通信装置和下游通信装置则不包括主播客户端和用户客户端。为便于介绍,下文以通信装置包含主播客户端和用户客户端为例进行说明。
业务系统对服务装置的调用关系可以采用传输链来表示。例如,以图2所示的系统为例,该系统对应的传输链可以如图3所示,其中,图2中的每个通信装置可以对应传输链上的一个通信装置,具体的,图2中的用户客户端、服务装置a、服务装置b、服务装置c和主播客户端可以分别对应图3中用户客户端、服务装置a、服务装置b、服务装置c和主播客户端。另外,图2中的相邻两个通信装置之间的调用关系可以对应图3中的相邻两个通信装置之间的连线。该连线同时可以表示两个通信装置之间的链路,其中,每一条链路均包含两个端点标识,两个端点标识可以分别为两个通信装置针对同一条链路分别生成的该链路的标识,例如,参照图3,用户客户端生成的链路11的标识为a1,服务装置a生成的链路11的标识为a2。服务装置a生成的链路12的标识为a3,服务装置b生成的链路12的标识为b1。
该链路可以用于进行通信交互,例如前述的,客户服务端可以通过链路11向服务装置a发送业务请求,服务装置a可以通过链路11向用户客户端发送响应。在业务请求和响应中,还可以分别携带发送端的链路标识。例如,用户客户端通过链路11向服务装置a发送业务请求时,该业务请求中可以携带链路标识a1;服务装置a通过链路11向客户端发送响应时,该响应消息可以携带链路标识a2。
本申请实施例中,传输链可以是指业务数据传输过程中经过的所有通信装置的相关链路的组合。例如,图3所示的传输链包含链路d1(表示主播客户端上链路标识d1所标识的链路)→链路c2→链路c1→链路b2→链路b1→链路a3→链路a2→链路a1。
现有,生成传输链的方式为:
1)每个通信装置生成调用信息(span),该调用信息包含本通信装置的链路标识以及与该链路相邻的链路的链路标识。
示例性地,调用信息包括本服务装置上的链路标识以及该链路标识相邻的一个或两个链路标识,其中调用信息包含的链路标识可以按照从源服务装置至边缘服务装置的顺序进行排列(记为排列方式一),也可以按照从边缘服务装置至源服务装置的顺序进行排列(记为排列方式二)。下面以排列方式一为例,对调用信息进行介绍。
举例来说,结合图2所示,服务装置a的调用信息可以包括:span1(b1,a3,a2)和span2(a3,a2,a1);服务装置b的调用信息可以包括:span3(c1,b2,b1)和span4(b2,b1,a3);服务装置c的调用信息可以包括:span5(d1,c2,c1)和span6(c2,c1,b2)。
2)每个通信装置将各自生成的调用信息发送至云服务器,对应的,云服务器接收业务系统上的每个服务装置发送的调用信息,并按照调用信息中链路标识的排列顺序,依次将各链路标识串联起来,以还原出完整的传输链。
例如,以图2所示的业务系统为例,云服务器根据服务装置a上报的span1确定b1为a3的上一个链路标识,再根据服务装置b上报的span4确定b2为b1的上一个链路标识,根据span3确定c1为b2的上一个链路标识,根据服务装置c上报的span6确定c2为c1的上一个链路标识,根据span5确定d1为c2的上一个链路标识,从而还原出如图3所示的业务系统对应的传输链。
综上所述,现有,每个通信装置均需要将自身的调用信息上报到云服务器,然而,网络环境复杂多变,必然存在部分服务装置上传调用信息失败的情况,进而造成云服务器生成的传输链信息不完整。此外,该种生成传输链信息的方式需要传输链中每个服务装置上报调用信息给云服务器汇总,占用了大量网络资源的同时也不具备实时性。因此,亟需一种高效地生成完整传输链信息的方法以适应复杂的网络环境。
鉴于此,本申请实施例提供了一种传输链信息生成方法,该方法中,中间通信装置接收上一级通信装置发送的第一传输链信息,该第一传输链信息包含所述中间通信装置的上游通信装置用于传输第一业务数据的链路的链路信息,中间通信装置生成第二传输链信息,第二传输链信息包含中间通信装置用于传输第一业务数据的链路的链路信息,并将第一传输链信息和第二传输链信息发送给下一级通信装置,依次类推,直至边缘通信装置生成完整的传输链信息,完整的传输链信息用于描述完整的传输链。本申请实施例生成传输链信息的方式不依赖于云服务器,即各通信装置不需要向云服务器上报调用信息,并且生成传输链的实时性更高,另外由于不需要额外部署云服务器,同时节省了成本开销。
下面结合具体的附图,介绍本申请实施例提供的技术方案。
参见图4,为本申请实施例提供一种传输链信息生成方法所对应的流程示意图,该方法可以应用于图1或图2所示的系统架构中,假设该方法中,该传输链用于传输第一业务数据,如图4所示,该方法包括如下步骤:
步骤401:源通信装置将第一传输链信息发送给下一级通信装置。
本申请实施例中,若完整的传输链包含用户客户端和主播客户端,则源通信装置可以是主播客户端,边缘通信装置可以是用户客户端,中间通信装置可以是源服务装置或中间服务装置或边缘服务装置,边缘通信装置可以是用户客户端。若完整的传输链仅包含服务装置,不体现客户端,则源通信装置可以为源服务装置,中间通信装置为中间服务装置,边缘通信装置为边缘服务装置。另外,该传输链中包含的服务装置可以是一个或多个,本申请实施例对此不作限定,下面以完整的传输链包含用户客户端和主播客户端,且服务装置包含源服务装置、边缘服务装置以及至少一个中间服务装置为例进行说明。
这里源通信装置的下一级通信装置为中间通信装置,对应的,中间通信装置接收来自上一级通信装置(源通信装置)的第一传输链信息。
具体的,第一传输链信息用于描述第一传输链,包含中间通信装置的上游通信装置用于传输第一业务数据的链路的链路信息,即包含第一传输链中每一个通信装置用于传输第一业务数据相关的链路的链路信息。示例性地,各通信装置的链路信息包含第一链路标识和/或第二链路标识,第一链路标识用于标识接收第一业务数据的链路,第二链路标识用于标识发送第一业务数据的链路。例如,结合图3所示,主播客户端的链路信息包括链路标识d1,其中,d1用于标识向服务装置c发送第一业务数据的链路;服务装置c的链路信息包括c2和c1,其中,c2用于标识从主播端接收第一业务数据的链路,c1用于标识将第一业务数据发送给下一级服务装置的链路,依次类推。下文将会对生成链路信息的方式进行具体说明,此处不再赘述。
这里第一传输链信息包含源通信装置用于传输第一业务数据的链路的链路信息。
步骤402:中间通信装置生成第二传输链信息。
第二传输链信息包含中间通信装置自身用于传输第一业务数据的链路的链路信息。
步骤403:中间通信装置将第一传输链信息和第二传输链信息发送至下一级通信装置。对应的,下一级通信装置接收上一级通信装置发送的第一传输链信息和第二传输链信息。
在给定的场景中,中间通信装置的下一级通信装置为边缘通信装置。
步骤404:边缘通信装置生成完整的传输链信息。
示例性地,中间通信装置可以将自身生成的传输链信息和上一级通信装置的传输链信息封装在同一个消息中,以图3为例,主播客户端生成传输链信息1,传输链信息1包含主播客户端的链路信息(即d1)。主播客户端将传输链信息1发送给服务装置c,服务装置c将自身的链路信息置于传输链信息1后,以生成传输链信息2,传输链信息2包含主播客户端的链路信息和服务装置c的链路信息(即d1,c2,c1)。服务装置c将传输链信息2发送至服务装置b,服务装置b将自身的链路信息置于传输链信息2后,以生成传输链信息3,传输链信息3包含主播客户端的链路信息、服务装置c的链路信息和服务装置b的链路信息(即d1,c2,c1,b2,b1)。服务装置b将传输链信息3发送至服务装置a,依次类推,服务装置a生成传输链信息4,传输链信息4包含主播客户端的链路信息、服务装置c的链路信息、服务装置b的链路信息和服务装置a的链路信息(即d1,c2,c1,b2,b1,a3和a2);服务装置a将传输链信息4发送至用户客户端,用户客户端生成完整的传输链信息(即d1,c2,c1,b2,b1,a3,a2和a1)。应理解,上述链路信息是指用于传输第一业务数据的链路的链路信息。
示例性地,各通信装置可以将本通信装置生成的传输链信息承载于媒体元信息中,其中,即,传输链信息1、传输链信息2、传输链信息3、传输链信息4等均可以承载于媒体元信息中进行传输,在一种实现方式中,媒体元信息用于描述业务数据的相关信息,下文将进行详细说明。需要说明的是,上述通过媒体元信息承载传输链信息的方式仅为举例,本申请实施例还可以通过其他方式传递传输链信息,本申请实施例对此不作限定。
接下来通过具体实施例,对本申请技术方案进行详细说明。
总体来说,在本申请实施例中,生成传输链信息的完整过程可以概括为两个方面:第一方面,传输链建立阶段;在该阶段,各通信装置会生成一系列针对同一业务相关联的一组请求,包括用户客户端与服务装置之间的业务请求,服务装置与服务装置之间的业务请求,该一组请求均用于请求相同的业务数据,并根据请求建立链路。例如,客户端向服务装置发送业务请求,请求服务装置为客户端提供业务数据,服务装置根据业务请求向其他服务装置发送业务请求,以请求相同的业务数据,等等。针对同一业务相关联的一组请求,所涉及的全部服务装置组成该业务的业务系统,针对该一组请求所建立的链路即为该业务系统对应的传输链,在本申请一种具体的示例中,传输链可以是指业务数据传输过程中,所涉及到的所有链路的组合。第二方面,传输链信息生成阶段,在该阶段,由源通信装置生成传输链信息,传输至下一级通信装置,本通信装置将上一级通信装置的传输链信息和自身的链路信息发送下一级通信装置,依次类推,直至生成完整的传输链信息。
接下来对上述两个方面进行详细说明。
参见图5,为本申请实施例提供的一种传输链信息的完整生成方法,该方法可以应用图1或图2所示的系统中,其中,步骤500至步骤513用于描述第一方面的内容,步骤514至步骤518用于描述第二方面的内容。为便于介绍,下文仍继续参照图3进行说明。
如图5所示,该方法包括如下步骤:
步骤500:用户客户端接收用户触发的请求观看直播的操作,用户客户端通过调度系统确定边缘服务装置(如图3中的服务装置a)。
用户客户端接收到用户触发的请求操作,例如,用户通过用户客户端上的浏览器或应用程序触发请求观看某直播的操作后,向服务装置请求该直播的业务数据。
应理解,用户客户端在向服务装置请求该直播的业务数据之前,可以通过调度系统确定向哪一个服务装置发送业务请求,示例性地,该过程可以包括:用户客户端向调度系统发送请求该直播业务数据的相关信息,例如该直播业务的标识,该标识用于唯一标识该直播业务,对应的,调度系统确定出一个或多个服务装置,并将确定的该一个或多个服务装置的地址信息发送给用户客户端,用户客户端可以根据该一个或多个服务装置的地址信息向该一个或多个服务装置发送业务请求,以请求该直播的业务数据。
示例性地,调度系统具有多个服务装置的设备信息,例如每个服务装置的地理分布信息、负载信息和已有的服务装置参与的传输链信息。调度信息可以根据服务装置与用户客户端的距离、网络负载状况等信息,为用户客户端确定一个或多个服务装置,该一个或多个服务装置可能具有该第一业务数据,也可能不具有第一业务数据。当调度系统指示了多个服务装置时,用户客户端可以从多个服务装置中选择其中一个服务装置发出业务请求,当该服务装置反馈的响应指示本服务装置没有第一业务数据时,用户客户端再从其余服务装置中选择一个新的服务装置发出业务请求,直至请求到第一业务数据或全部服务装置均指示没有第一业务数据。为陈述便于,下文中均以调度系统每次指示一个服务装置为例进行说明。
参见图6,为调度系统与用户客户端的交互流程示意图。如图6所示,用户客户端向调度系统发送业务查询请求,调度系统向用户客户端返回服务装置的地址信息。如前所述,用户客户端和服务装置之间是基于链路进行通信交互的,示例性地,该链路可以是tcp/ip链路或udp/ip链路,因此,该地址信息可以是服务装置的IP地址和端口号。
这里,假设调度系统向用户客户端指示的为服务装置a的地址信息,用户客户端可以基于该地址信息向该服务装置a发送业务请求。结合图3所示,调度系统向用户客户端反馈的地址信息为服务装置a上链路11对应的IP地址和端口号。
应理解,上述通过调度系统确定服务装置的方式仅为举例,本申请实施例对此不作限定。
用户客户端根据服务装置a的地址信息,建立与服务装置a之间的链路11,并生成链路11的链路标识,记为a1,下文将会对生成链路标识的方式进行详细说明。
步骤501:用户客户端向服务装置a发送业务请求。对应的,服务装置a接收用户客户端发送的业务请求。
继续参照图3,用户客户端通过链路11向服务装置a发送业务请求。对应的,服务装置a接收用户客户端发送的业务请求。示例性地,该业务请求可以包含第一业务数据的标识,用于请求第一业务数据。
若服务装置a没有第一业务数据,在一种可实施的方式中,服务装置a可以直接向用户客户端发送响应,该响应携带指示信息,用于指示服务装置a没有第一业务数据。在另一种可实施的方式中,服务装置a可以继续向调度系统请求确定一个新的服务装置(例如服务装置b),后续,由服务装置a向该服务装置b发送业务请求,以请求该第一业务数据。下文中,服务装置在确定没有第一业务数据时,可以均由调度系统确定一个新的服务装置来请求业务数据,下文中类似内容不再重复说明。另外,服务装置与调度系统之间的交互流程可以参见图6中用户客户端与调度系统的具体交互步骤,此处不再赘述。
示例性,服务装置a通过链路11所对应的ip地址和端口号接收用户客户端发送的业务请求,应理解,ip地址和端口号属于链路的物理层,随后,服务装置a会构建链路11对应的其他协议层资源,这里可以理解为服务装置a建立链路11。
步骤502:服务装置a生成链路11的链路标识(a2)。
生成的链路11的链路标识,记为a2,为便于描述,图5中以链路a2表示服务装置a建立的链路11。
本申请实施例中的链路标识可以包括但不限于:时间戳、服务装置的标识、进程标识和业务请求的标识。
下面分别对上述信息进行解释说明:
1)时间戳,可以是本服务装置接收到业务请求的时间。
2)服务装置的标识,用于唯一标识该服务装置,例如,服务装置的标识可以是该服务装置所在的机房的名称和该服务装置在该机房中的编号组成。其中,机房一般通过所处的地理区域的名称进行命名,例如,机房的名称为hebeilangfang(河北廊坊),则该机房内的服务装置的标识可以是hebeilangfang-编号,该编号可以是按照该机房内的所有服务装置的数量编制的,例如,指定一个服务装置的编号为0,其余服务装置的编号依次加1,举例来说,机房有5个服务装置,则该5个服务装置的编号可以是0,1,2,3,4。
3)进程标识,可以是服务装置用于接收该业务请求的进程的标识。应理解,计算机中应用程序是基于进程运行的,进程用于与外界进行交互,示例性地,服务装置a可以通过一个进程接收用户客户端发送的业务请求,以及向服务装置b发送业务请求。在一种可实现的方式中,计算机上可以运行多个进程,并为运行的多个进程分别分配唯一的标识,例如,计算机基于预设标识范围和进程的启动顺序,为每个运行的进程分配唯一标识,例如进程范围为0—99999,计算机可以确定一个初始标识,下一个启动的进程的标识依次加1。参见上述服务装置的编号的编制方式,此处不再赘述。
举例来说,服务装置a通过第一进程接收用户客户端发送的业务请求,则链路标识c2所包含的进程标识为第一进程的标识。
4)业务请求的标识,用于标识服务装置a接收到的来自用户客服端的该业务请求,举例来说,该业务请求为通过第一进程接收到的,那么,该业务请求的标识可以是,按照第一进程上接收到的消息的顺序,为该业务请求定制的编号,例如,第一进程首次接收到消息1,则消息1的标识可以是1;随后在第一进程上接收到消息2,则消息2的标识可以是2。
在一个具体的示例中,链路标识a2可以为200324042743_guangzhou10_12143_06461395。其中,200324042743为时间戳,guangzhou10为服务装置a的标识,12143为进程标识,06461395为业务请求的标识。应理解,通过上述方式生成的链路标识是全局唯一的。
若服务装置a接收到用户客户端的业务请求后,确定自身没有第一业务数据,则可以继续向其他服务装置请求该第一业务数据。
步骤503:服务装置a可以通过调度系统确定服务装置b的地址信息,并根据服务装置b的地址信息,建立与服务装置b之间的链路12。
步骤504:服务装置a生成链路12的链路标识a3,并生成第一业务数据与相关的链路标识的关联关系。
链路标识a3可以包括但不限于:时间戳、服务装置a的标识、进程标识和业务请求的标识。示例性地,时间戳可以是服务装置a请求建立链路a3的时间,进程标识为服务装置a请求建立链路a3的进程的标识,该进程与服务装置a从用户客户端接收业务请求的进程可以是同一进程。业务请求的标识,为用于请求创建链路a3的请求信息在该进程上的编号。再示例性地,链路标识a3还可以是服务装置a向服务装置b发送业务请求后生成的,其中时间戳可以是服务装置发送该业务请求的时间,进程标识为发送业务请求的进程,业务请求的标识为该业务请求在该进程上的编号。关于标识、编号的定制方式请参见上述步骤502的相关描述,此处不再重复说明。
服务装置a将第一业务数据的标识、链路标识a2、链路标识a3进行关联,存储第一业务数据的标识、链路标识a2与链路标识a3的关联关系,以使当服务装置a从链路a3接收到消息时,可以根据该关联关系确定与链路标识a3相关联的链路标识a2。例如,服务装置a从链路a3接收到第一业务数据时,使用链路a2发送该第一业务数据。
需要说明的是,用户客户端与服务装置具有链路标识与所标识链路的地址信息的对应关系,该地址信息包括ip地址和端口号。例如,链路标识a1所标识的链路的地址信息为192.168.0.0,端口号0;链路标识a2所标识的链路的地址信息为192.168.0.1,端口号1。当服务装置a通过192.168.0.0,端口号0接收到信息时,可以确定接收信息的链路为链路a1。另外,应理解,服务装置a还可以存储有链路标识、该链路标识所标识的链路的地址信息,以及该链路在对端设备上的地址信息,例如,针对链路11,服务装置a可以存储有对应关系如下:链路标识a2、服务装置a上链路11的地址信息,用户客户端上链路a1的地址信息;其中,链路a1的地址信息可以是根据用户客户端发送的业务请求确定的,本领域技术人员可知,用户客户端的业务请求中包含用户客户端的ip地址和端口号。
服务装置a在通过链路a3接收到消息时,可以根据本地的关联关系(前述的链路标识a2与链路标识a3的关联关系)确定与链路标识a3相关联的链路标识a2,再根据该链路a2确定用户客户端的ip地址和端口号,以向用户客户端发送第一业务数据。下文服务装置之间所涉及到的类似内容不再重复赘述。
步骤505:服务装置a通过该链路12向服务装置b发送业务请求,用于请求第一业务数据。对应的,服务装置b接收服务装置a发送的业务请求。
步骤506:服务装置b建立链路12,并生成链路12的链路标识b1。
步骤507:服务装置b通过调度系统确定服务装置c的地址信息,并根据服务装置c的地址信息,建立与服务装置c之间的链路13。
步骤508:服务装置b生成链路13的链路标识b2,并生成第一业务数据和,与第一业务数据相关的链路标识的关联关系。
类似的,服务装置b将第一业务数据的标识、链路标识b2、链路标识b1进行关联,并保存第一业务数据的标识、链路标识b2、链路标识b1的关联关系。
步骤509:服务装置b通过链路13向服务装置c发送业务请求,用于请求第一业务数据。对应的,服务装置c接收服务装置b发送的业务请求。
步骤510:服务装置c建立链路13,并生成链路13的链路标识c1。
服务装置c将第一业务数据的标识链路标识c1进行关联,并保存第一业务数据的标识与链路标识c1的关联关系。
步骤511:主播客户端通过调度系统确定服务装置c的地址信息,建立与服务装置c之间的链路14,并生成链路14的链路标识d1,随后通过链路14将第一业务数据传输链信息1发送给服务装置c。对应的,服务装置c接收来自主播端的第一业务数据和传输链信息1。
示例性地,本申请实施例中,直播业务数据包含音视频媒体信息。其中,音视频媒体信息包含媒体元信息和音视频码流数据。其中,媒体元信息用于描述音视频码流信息,例如,视频分辨率,编码格式等信息。
参见图7,为音视频媒体信息的传输过程示意图。其中,主播客户端接收调度系统发送的推流信令,该推流信息包含待推流的服务装置(例如服务装置c)的地址信息,主播客户端向服务装置c发送媒体元信息和音视频码流数据。对应的,服务装置c接收主播端发送的媒体元信息和音视频码流数据。当服务装置c接收到服务装置b的业务请求时,服务装置c将该媒体元信息和音视频码流数据转发给服务装置b,依次类推。
随后,主播客户端实时向服务装置c发送第一业务数据对应的音视频码流数据,同时,服务装置c将接收到的码流数据同步转发至服务装置b。
需要说明的是,在媒体源(例如主播客户端)不变的情况下,媒体源不需要重复向源服务装置发送媒体元信息。当媒体源变更或媒体源与源服务装置的链路断开后,若媒体源需要再次向源服务装置推流时,媒体源会再次向源服务装置发送媒体元信息。以及此后,从源服务装置申请回源的服务装置,源服务装置均会重新发送媒体元信息。
需要说明的是,上述为主播客户端主动将第一业务数据推流至服务装置c仅为举例,本申请实施例也可以是服务装置c向主播客户端进行拉流后获取第一业务数据,本申请实施例对此不作限定。
本申请实施例可以通过业务通道传输传输链信息,例如,通过媒体元信息承载各服务装置生成的传输链信息,每一通信装置将第一业务数据相关的链路信息封装于媒体元信息中,并将媒体元信息发送至下一级通信装置,下一通信装置再将自身用于传输第一业务数据相关的链路信息添加至媒体元信息中,生成新的媒体元信息并再传输给本服务装置的下一级的服务装置,依次类推,直至边缘服务装置生成完整的传输链信息。
本申请实施例可以通过业务通道传输各通信装置生成的传输链信息,例如,通过媒体元信息传输各通信装置生成的传输链信息,每一通信装置将第一业务数据相关的链路信息封装与媒体元信息中,并将媒体元信息发送至下一级通信装置,下一级通信装置再将自身与第一业务数据相关的链路信息添加至媒体元信息中,生成新的媒体元信息并再传输给本服务装置的下一级通信装置,依次类推,直至边缘通信服务装置生成完整的传输链信息。
上述方式,只要业务系统运行正常便能够生成完整的传输链信息,避免现有通过上报云服务器生成传输链信息的方式中,任一服务装置或云服务器故障从而导致传输链信息无法生成的问题。应理解,现有通过云服务器生成传输链信息的方式是脱离于业务系统的,可能出现业务系统正常运行,而无法生成完整的传输链信息的情况。
示例性地,主播客户端生成传输链信息1,传输链信息1包含链路标识d1,示例性地,主播客户端可以将传输链信息1置于媒体元信息中。具体的,媒体元信息可以包含头部和数据部分,该数据部分可以包含该传输链信息1。示例性地,该媒体元信息可以是真实的,即该媒体元信息中还包括第一业务数据相关的描述信息。再示例性地,该媒体元信息还可以是虚假的,即该媒体元信息的头部包含媒体元信息的标识,该标识用于指示该报文的类型为媒体元信息,数据部分可以仅包含传输链信息1。
步骤512:服务装置c接收主播客户端发送的第一业务数据和传输链信息1,并生成链路14的链路标识c2。
当服务装置c通过链路14接收到第一业务数据时,生成第一业务数据和,与第一业务数据相关的链路的关联关系。具体的,服务装置c将第一业务数据的标识和链路标识c2、链路标识c1进行关联,并保存第一业务数据的标识、链路标识c2、链路标识c1的关联关系。
需要说明的是,1)关于通过调度系统确定服务装置的地址信息的步骤(例如步骤503、步骤507和步骤511)可以参见步骤500的相关描述,此处不再赘述。2)关于生成链路标识的步骤(例如步骤505、步骤506、步骤508、步骤510、步骤511和步骤512)可以参见步骤502的相关描述,此处不再重复说明。3)上述步骤仅为举例,本申请实施例对步骤511和步骤512的执行顺序没有限定,可以是位于步骤500之前执行步骤511和步骤512,也可以是步骤500至步骤510之间的任一步骤之后执行步骤511和步骤512。
步骤514:服务装置c生成传输链信息2,该传输链信息2包含链路标识d1,链路标识c2和链路标识c1,并向服务装置b发送传输链信息2。
具体的,服务装置c接收到第一业务数据后,查询与第一业务数据相关的链路信息,例如,服务装置c根据本地保存的关于第一业务数据的关联关系,确定链路标识c2和链路标识c1与第一业务数据相关。服务装置c将传输链信息1和链路标识c2、链路标识c1发送至服务装置b。
示例性地,服务装置c从主播客户端接收媒体元信息,并从媒体元信息中获取传输链信息1,服务装置c确定自身与第一业务数据相关的链路信息,并将该链路信息置于传输链信息1后,生成新的媒体元信息,并将该新的媒体元信息发送至服务装置b。其中,媒体元信息包含的链路标识可以按照第一业务数据的传输顺序进行排序,例如,第一业务数据的传输路径为由主播客户端→源服务装置c→源服务装置b→源服务装置a→用户客户端,则该传输链信息2中链路标识的排序可以为链路标识d1→链路标识c2→链路标识c1,或者该传输链信息2中链路标识的排序可以为链路标识c1←链路标识c2←链路标识d1。
如前所述,服务装置c存储有链路标识c1、链路c1的地址信息、服务装置b的链路b2的地址信息的对应关系。从而,服务装置c可以通过链路c1将传输链信息2发送至服务装置b。
步骤515:服务装置b生成传输链信息3,并将传输链信息3发送给服务装置a。
示例性地,服务装置b从服务装置c接收到媒体元信息后,并从媒体元信息中获取传输链信息2,服务装置b将确定的服务装置b自身与第一业务数据相关的链路标识置于传输链信息2之后,生成新的媒体元信息,并将新的媒体元信息发送给服务装置a。
类似的,服务装置b根据自身本地保存的关于第一业务数据的关联关系,确定自身与第一业务数据相关联的链路标识,并根据传输链信息2和自身与第一业务数据相关联的链路标识,生成传输链信息3。例如,服务装置b保存有第一业务数据的标识、链路标识b2和链路标识b1的关联关系,当服务装置通过链路b2接收到第一业务数据或传输链信息(例如被携带在媒体元信息)时,可以根据本地存储的关联关系确定与链路b2相关联的链路标识b1。服务装置b通过链路b2接收到传输链信息2之后,将链路标识b2和链路标识b1顺序添加至传输链信息2之后,得到传输链信息3。例如,该传输链信息3包括:链路标识d1→链路标识c2→链路标识c1→链路标识b2→链路标识b1,或者该传输链信息3包括:链路标识b1←链路标识b2←链路标识c1←链路标识c2←链路标识d1。
类似的,服务装置b存储有链路标识b1、链路b1的地址信息、服务装置a的链路a3的地址信息的对应关系。从而,服务装置b可以通过链路b1将传输链信息3发送至服务装置a。
步骤516:服务装置a生成传输链信息4。
示例性地,传输链信息4包含传输链信息3和服务装置a上与第一业务数据相关的链路标识。
在一种可实施的方式中,用户客户端可以将链路标识a1承载于业务请求中发送给服务装置a,服务装置a在第一业务数据的关联关系中保存该链路标识a1,即服务装置a保存第一业务数据的标识、链路标识a1、链路标识a2和链路标识a3的关联关系,当接收到传输链信息4时,由服务装置a根据传输链信息4、链路标识a1、链路标识a2和链路标识a3生成完整的传输链信息。该完整的传输链信息(传输链信息4)包括:链路标识c2→链路标识c1→链路标识b2→链路标识b1→链路标识a3→链路标识a2→链路标识a3,或者该传输链信息4内链路标识的顺序为链路标识a3←链路标识a2←链路标识a3←链路标识b1←链路标识b2←链路标识c1←链路标识c2。
在另一种可实施的方式中,服务装置a可以将传输链信息4发送至用户客户端,由用户客户端生成完整的传输链信息。在该示例中,传输链信息4包括:链路标识c2→链路标识c1→链路标识b2→链路标识b1→链路标识a3→链路标识a2,或者该传输链信息4内链路标识的顺序为链路标识a3←链路标识a2←链路标识a3←链路标识b1←链路标识b2←链路标识c1←链路标识c2。
在一种可能的场景中,一个服务装置可能接收多个不同的通信装置的业务请求,例如,参见图8a所示,在图3所示的流程的基础上,服务装置a又接收用户客户端2发送的第一业务数据的业务请求,并建立与该用户客户端2之间的链路,服务装置a生成该链路的链路标识a5。
服务装置a将第一业务数据的标识、链路标识a3、链路标识a2和链路标识a5相关联。并标识链路标识a2和链路标识a5为用于发送第一业务数据的链路。当服务装置a通过链路a3接收到服务装置b的传输链信息3时,根据该关联关系确定与链路标识a3相关联的链路标识a2和链路标识a5。应理解,服务装置a上的分支对应于为两条传输链,即包含主播客户端、服务装置c、服务装置b、服务装置a与用户客户端1对应的传输链,以及包含主播客户端、服务装置c、服务装置b、服务装置a与用户客户端2对应的传输链。
相应的,服务装置a会生成传输链信息31,传输链信息31包括链路标识c2→链路标识c1→链路标识b2→链路标识b1→链路标识a3→链路标识a2,并将传输链信息31通过链路a2发送给用户客户端1。服务装置a生成传输链信息32,传输链信息32包括链路标识c2→链路标识c1→链路标识b2→链路标识b1→链路标识a3→链路标识a5,并将传输链信息32通过链路a5发送给用户客户端1。
步骤517:用户客户端接收服务装置a发送的传输链信息4,并生成完整的传输链信息。
需要说明的是,步骤517为可选的步骤,若由服务装置a生成完整的传输链信息,则服务装置a也可以将完整的传输链信息发送给用户客户端,例如通过媒体元信息发送给用户客户端,用户客户端可以根据该传输链信息对传输链中的各链路进行监控,后续维护,例如,用户客户端可以对传输链信息进行记录,若传输链信息所指示的传输链的变化频率较高,则可以确定该传输链不稳定,后期可以对传输链所包含的通信装置进行优化。本申请实施例对用户客户端根据传输链信息所执行的操作不做限定。
需要说明的是,(1)各服务装置生成的传输链信息内链路标识的排序方式可以是预设的,且各服务装置均相同,例如,若本服务装置将自身的链路信息添加至上一级服务装置之后,则下游的服务装置均将自身的链路信息添加至上一级服务装置之后。又例如,若本服务装置将自身的链路信息添加至上一级服务装置之前,则下游的服务装置均将自身的链路信息添加至上一级服务装置之前,且得到的传输链内各链路的顺序为码流传输的链路顺序。(2)图2所示的系统仅为举例,实际上中间服务装置可以为多个,例如2个或大于2个,若中间服务装置有多个,则每个中间服务装置的操作可以参见图5中服务装置b的具体执行步骤,此处不再赘述。(3)上述仅介绍通信装置发送传输链信息的过程,其中,各通信装置还可以传输第一业务数据,此处不作重点说明。
在一种可实施的方式中,服务装置还可以判断当前传输链是否为异常链路,例如,链路回环,链路回环可能是调度系统故障所产生的,参见图8b,为一种链路回环的示意图,如图8b所示,用户客户端向服务装置a请求业务数据,服务装置a向服务装置b请求业务数据,服务装置b向服务装置c请求业务数据,服务装置c向服务装置a请求业务数据,该情况下,任一装置均没有第一业务数据,因此无法为用户客户端提供第一业务数据。
下面对服务装置判断当前传输链是否为异常链路的具体过程进行介绍。
一般的,在一条传输链中,属于相同通信装置的相同进程的链路最多为两条,其中一条链路用于接收码流数据,另一条链路用于发送码流数据。若本通信装置判断当前传输链信息中某一通信装置的链路数量大于2,则可能产生链路回环。例如,服务装置a包含向用户客户端发送码流的链路a2,和从服务装置b接收码流的链路a3,若服务装置c再向服务装置a请求码流,则服务装置a还可能再创建一个向服务装置c发送码流的链路,此处服务装置a上便存在3条链路。举例来说,服务装置a接收服务装置b的传输链信息3,若传输链信息3中包含某通信装置的链路标识的数量大于2个,则确定当前传输链产生链路回环。
若通信装置确定当前传输链产生链路回环,则可以退出该流程,不生成新的传输链信息或不向下一级通信装置发送传输链信息,退出该流程后,还可以向调度系统请求新的服务装置的地址信息,重新发起业务请求,本申请实施例对此不做限定。
在另一种可实施的方式中,参见图9,通信装置生成新的传输链信息后,一方面,可以将该每个链路的链路标识、该链路对应的日志信息(例如,该链路传输的业务数据的信息,链路的运行轨迹信息和业务状态信息)、该链路标识相关的传输链信息(如图9中的第二传输链信息)进行绑定,生成链路标识、该链路对应的日志信息以及该链路标识相关的传输链信息的对应关系,并通过日志上报模块将上述对应关系写入本地日志中。其中,业务数据的信息可以是该业务数据对应的音视频码流数据的帧率,码率,音视频格式等,运行轨迹信息包括该链路相关的程序的跳转信息,业务状态信息可以包含该链路传输的业务数据的吞吐量等。
示例性地,本地日志存储于本地磁盘中,用于在本地通过链路标识查询该链路相关联的日志信息,以及该链路在传输链中相关联的其他链路的链路标识。
另一方面,日志上报模块还可以将每个链路与该链路对应的日志信息和传输链信息发送至云端日志搜索系统。云端日志搜索系统可以用于运维、监控传输链,例如进行故障定位、链路优化等。
示例性地,如图10所示,通信装置可以将每个链路对应的日志信息和传输链信息写入各自的本地磁盘内,用户登录本地通信装置后,可以通过本地日志查看某一链路对应的传输链信息,从而该链路对应的传输链信息快速得到其他相关联的链路。参见图11。应理解,还可以通过云端日志搜索系统查询某链路其他相关联的链路,搜索方式与通过本地日志的搜索方式相同,此处不作重复说明。
再一方面,日志上报模块可以将该传输链信息发送至调度系统,由调度系统生成该传输链的实时负载画像。
本申请实施例中,多个通信装置均可以向调度系统上报传输链信息,如图12所示,每个边缘通信装置可以将生成的完整的传输链信息分别发送至调度系统,调度系统生成各传输链对应的实时负载画像,参见图13,为本申请实施例提供的一种负载画像的示意图。调度系统根据实时负载画像指导用户接入、转推、回源等操作。比如,调度系统根据边缘通信装置上报的传输链信息生成该传输链对应的实时负载画像(包含主播客户端,服务装置c,服务装置b,服务装置a和用户客户端),若之后,其他服务装置例如服务装置e向调度系统请求第一业务数据时,调度系统可以根据已有的负载画像,向服务装置e返回服务装置b的地址信息,该地址信息为服务装置b上链路b1所标识的链路的地址信息。
上述本申请提供的实施例中,分别从各个设备之间交互的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能,云服务器、路侧服务器可以包括硬件结构和/或软件模块,以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行,取决于技术方案的特定应用和设计约束条件。
本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。另外,在本申请各个实施例中的各功能模块可以集成在一个处理器中,也可以是单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
与上述构思相同,如图14所示,本申请实施例还提供一种装置1400用于实现上述方法中云服务器或路侧服务器的功能。例如,该装置可以为软件模块或者芯片系统。本申请实施例中,芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。该装置1400可以包括:通信单元1401和处理单元1402。
本申请实施例中,通信单元也可以称为收发单元,可以包括发送单元和/或接收单元,分别用于执行上文方法实施例中云服务器或路侧服务器发送和接收的步骤。
以下,结合图14至图15详细说明本申请实施例提供的通信装置。应理解,装置实施例的描述与方法实施例的描述相互对应,因此,未详细描述的内容可以参见上文方法实施例,为了简洁,这里不再赘述。
在一种可能的设计中,该装置1400可实现对应于上文方法实施例中的源通信装置执行的步骤或者流程,下面分别进行描述。
示例性地,当该装置1400实现前面的流程中源通信装置的功能时:
接收单元,用于接收上游通信装置发送的第一传输链信息,第一传输链信息包含上游通信装置用于传输第一业务数据的链路的链路信息;
处理单元1402,用于生成第二传输链信息,第二传输链信息包含中间通信装置用于传输第一业务数据的链路的链路信息;
发送单元,用于将第一传输链信息和第二传输链信息发送至下游通信装置,下游通信装置用于传输第一业务数据。
在一种可能的实施方式中,第一传输链信息包括第一通信装置和第二通信装置分别生成的用于传输第一业务数据的链路的链路信息,第一通信装置为第二通信装置的上游通信装置,第二通信装置为中间通信装置的上游通信装置。
在一种可能的实施方式中,第二传输链信息包括:第一链路标识和第二链路标识;其中,第一链路标识用于指示装置发送第一业务数据的链路;第二链路标识用于指示装置接收第一业务数据的链路。
在一种可能的实施方式中,第一链路标识包括下列中的一项或多项:第一时间戳、装置的标识、第一进程的标识或第一请求信息的标识;其中,第一时间戳、中间通信装置的标识、第一进程的标识或第一请求信息的标识;其中,第一时间戳为中间通信装置根据接收到第一请求信息的时间确定的;第一进程为接收第一请求信息的进程;第一请求信息的标识为根据第一进程累积已接收到的请求信息,确定的接收第一请求信息的次序编号;第一请求消息用于下游通信装置请求第一业务数据。
在一种可能的实施方式中,第一传输链信息和/或第二传输链信息被携带在媒体元信息中。
在一种可能的实施方式中,处理单元1402还用于:确定第一传输链信息包含的链路为正常链路;其中,处理单元1402通过下列方式判断链路是否为正常链路:根据第一传输链信息确定上游通信装置中每一通信装置用于传输第一业务数据的链路数量;若通信装置的链路数量大于设定阈值,则确定链路为异常链路;否则,确定链路为正常链路。
在一种可能的实施方式中,第一传输链信息中,第一通信装置用于传输第一业务数据的链路的链路信息、第二通信装置用于传输第一业务数据的链路的链路信息,是按照第一业务数据的传输顺序排列的。
在另一种可能的设计中,该装置1400可实现对应于上文方法实施例中的中间通信装置执行的步骤或者流程,下面分别进行描述。
示例性地,当该装置1400实现前面的流程中中间通信装置的功能时:
处理单元1402,用于生成第一传输链信息,第一传输链信息包含装置息用于传输第一业务数据的链路的链路信息;
发送单元,用于将第一传输链信息发送至下游通信装置。
在一种可能的实施方式中,第一传输链信息被携带在媒体元信息中。
在又一种可能的设计中,该装置1400可实现对应于上文方法实施例中的边缘通信装置执行的步骤或者流程,下面分别进行描述。
示例性地,当该装置1400实现前面的流程中边缘通信装置的功能时:
接收单元,用于接收上游通信装置发送的第一传输链信息,第一传输链信息包含上游通信装置用于传输第一业务数据的链路的链路信息;
处理单元1402,用于生成第二传输链信息,第二传输链信息包含装置用于传输第一业务数据的链路的链路信息。
在一种可能的实施方式中,发送单元用于:将第二传输链信息发送至调度系统,以指示调度系统根据第二传输链信息生成第二传输链的负载画像。
在一种可能的实施方式中,第一传输链信息包括第一通信装置和第二通信装置分别生成的用于传输第一业务数据的链路的链路信息,第一通信装置为第二通信装置的上游通信装置,第二通信装置为中间通信装置的上游通信装置。
在一种可能的实施方式中,第一传输链信息被携带在媒体元信息中。
在一种可能的实施方式中,处理单元1402还用于:确定第一传输链信息包含的链路为正常链路;其中,处理单元1402通过下列方式判断链路是否为正常链路:根据第一传输链信息确定上游通信装置中每一通信装置用于传输第一业务数据的链路数量;若通信装置的链路数量大于设定阈值,则确定链路为异常链路;否则,确定链路为正常链路。
在一种可能的实施方式中,第一传输链信息包含的每一通信装置用于传输第一业务数据的链路的链路信息是按照第一业务数据的传输顺序确定的。
如图15所示为本申请实施例提供的装置1500,图15所示的装置可以为图14所示的装置的一种硬件电路的实现方式。该通信装置可适用于图4或图5所示出的流程图中,执行上述方法实施例中源通信装置、中间通信装置或边缘通信装置的功能。为了便于说明,图15仅示出了该通信装置的主要部件。
图15所示的装置1500包括至少一个处理器1520,用于实现本申请实施例提供的图4或图5中任一方法。
装置1500还可以包括至少一个存储器1530,用于存储程序指令和/或数据。存储器1530和处理器1520耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接,可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。处理器1520可能和存储器1530协同操作。处理器1520可能执行存储器1530中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。
在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
应注意,本申请实施例中的处理器可以是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理电路(digitalsignal processor,DSP)、专用集成芯片(application specific integrated circuit,ASIC)、现场可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(directrambus RAM,DR RAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
装置1500还可以包括通信接口1510,用于通过传输介质和其它设备进行通信,从而用于装置1500中的装置可以和其它设备进行通信。在本申请实施例中,通信接口可以是收发器、电路、总线、模块或其它类型的通信接口。在本申请实施例中,通信接口为收发器时,收发器可以包括独立的接收器、独立的发射器;也可以集成收发功能的收发器、或者是接口电路。
装置1500还可以包括通信线路1540。其中,通信接口1510、处理器1520以及存储器1530可以通过通信线路1540相互连接;通信线路1540可以是外设部件互连标准(peripheral component interconnect,简称PCI)总线或扩展工业标准结构(extendedindustry standard architecture,简称EISA)总线等。所述通信线路1540可以分为地址总线、数据总线、控制总线等。为便于表示,图15中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
示例性地,当该装置1500实现前面的流程中圆通信装置的功能时:
通信接口1510,用于接收上游通信装置发送的第一传输链信息,所述第一传输链信息包含所述上游通信装置用于传输第一业务数据的链路的链路信息;处理器1520,用于生成第二传输链信息,所述第二传输链信息包含所述中间通信装置用于传输所述第一业务数据的链路的链路信息;通信接口1510,还用于将所述第一传输链信息和所述第二传输链信息发送至下游通信装置,所述下游通信装置用于传输所述第一业务数据。
处理器1520和通信接口1510执行的其它方法可以参考图4或图5所示的方法流程中的描述,这里不再赘述。
再示例性地,当该装置1500实现前面的流程中中间通信装置的功能时:
处理器1520,用于生成第一传输链信息,所述第一传输链信息包含所述装置用于传输第一业务数据的链路的链路信息;通信接口1510,用于将所述第一传输链信息发送至下游通信装置。
又示例性地,当该装置1500实现前面的流程中边缘通信装置的功能时:
通信接口1510,用于接收上游通信装置发送的第一传输链信息,所述第一传输链信息包含所述上游通信装置用于传输第一业务数据的链路的链路信息;处理器1520,用于生成第二传输链信息,所述第二传输链信息包含所述装置用于传输所述第一业务数据的链路的链路信息。
需要说明的是,在本申请实施例中,处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
本领域普通技术人员可以理解:本申请中涉及的第一、第二等各种数字编号仅为描述方便进行的区分,并不用来限制本申请实施例的范围,也表示先后顺序。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“至少一个”是指一个或者多个。至少两个是指两个或者多个。“至少一个”、“任意一个”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个、种),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中a,b,c可以是单个,也可以是多个。“多个”是指两个或两个以上,其它量词与之类似。此外,对于单数形式“a”,“an”和“the”出现的元素(element),除非上下文另有明确规定,否则其不意味着“一个或仅一个”,而是意味着“一个或多于一个”。例如,“a device”意味着对一个或多个这样的device。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(Solid State Disk,SSD))等。
本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器,数字信号处理器,专用集成电路(ASIC),现场可编程门阵列(FPGA)或其它可编程逻辑装置,离散门或晶体管逻辑,离散硬件部件,或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器,可选地,该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现,例如数字信号处理器和微处理器,多个微处理器,一个或多个微处理器联合一个数字信号处理器核,或任何其它类似的配置来实现。
本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地,存储媒介可以与处理器连接,以使得处理器可以从存储媒介中读取信息,并可以向存储媒介存写信息。可选地,存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包括这些改动和变型在内。

Claims (24)

1.一种传输链信息生成方法,其特征在于,包括:
中间通信装置接收上游通信装置发送的第一传输链信息,所述第一传输链信息包含所述上游通信装置用于传输第一业务数据的链路的链路信息;
所述中间通信装置生成第二传输链信息,所述第二传输链信息包含所述中间通信装置用于传输所述第一业务数据的链路的链路信息;
所述中间通信装置将所述第一传输链信息和所述第二传输链信息发送至下游服务装置。
2.如权利要求1所述的方法,其特征在于,所述第一传输链信息包括第一通信装置和第二通信装置分别生成的用于传输第一业务数据的链路的链路信息,所述第一通信装置为第二通信装置的上游通信装置,所述第二通信装置为所述中间通信装置的上游通信装置。
3.如权利要求1或2所述的方法,其特征在于,所述第二传输链信息包括:第一链路标识和第二链路标识;其中,所述第一链路标识用于指示所述中间通信装置发送所述第一业务数据的链路;所述第二链路标识用于指示所述中间通信装置接收所述第一业务数据的链路。
4.如权利要求3所述的方法,其特征在于,所述第一链路标识包括下列中的一项或多项:
第一时间戳、所述中间通信装置的标识、第一进程的标识或第一请求信息的标识;其中,所述第一时间戳为所述中间通信装置根据接收到第一请求信息的时间确定的;所述第一进程为接收所述第一请求信息的进程;所述第一请求信息的标识为根据所述第一进程累积已接收到的请求信息,确定的接收所述第一请求信息的次序编号;所述第一请求消息用于所述下游通信装置请求第一业务数据。
5.如权利要求1-4任一项所述的方法,其特征在于,所述第一传输链信息和/或所述第二传输链信息被携带在媒体元信息中。
6.如权利要求1-5任一项所述的方法,其特征在于,所述第一传输链信息中,所述第一通信装置用于传输第一业务数据的链路的链路信息、所述第二通信装置用于传输第一业务数据的链路的链路信息,是按照所述第一业务数据的传输顺序排列的。
7.一种传输链信息生成方法,其特征在于,包括:
源通信装置生成第一传输链信息,所述第一传输链信息包含所述源通信装置用于传输第一业务数据的链路的链路信息;
所述源通信装置将所述第一传输链信息发送至下游通信装置。
8.如权利要求7所述的方法,其特征在于,所述第一传输链信息被携带在媒体元信息中。
9.一种传输链信息生成方法,其特征在于,包括:
边缘通信装置接收上游通信装置发送的第一传输链信息,所述第一传输链信息包含所述上游通信装置用于传输第一业务数据的链路的链路信息;
所述边缘通信装置生成第二传输链信息,所述第二传输链信息包含所述第一传输链信息和所述边缘通信装置用于传输所述第一业务数据的链路的链路信息。
10.如权利要求9所述的方法,其特征在于,所述方法还包括:
边缘通信装置将所述第二传输链信息发送至调度系统,以指示所述调度系统根据所述第二传输链信息生成第二传输链的负载画像。
11.一种通信装置,其特征在于,所述装置包括:
接收模块,用于接收上游通信装置发送的第一传输链信息,所述第一传输链信息包含所述上游通信装置用于传输第一业务数据的链路的链路信息;
处理模块,用于生成第二传输链信息,所述第二传输链信息包含所述中间通信装置用于传输所述第一业务数据的链路的链路信息;
发送模块,用于将所述第一传输链信息和所述第二传输链信息发送至下游通信装置。
12.如权利要求11所述的装置,其特征在于,所述第一传输链信息包括第一通信装置和第二通信装置分别生成的用于传输第一业务数据的链路的链路信息,所述第一通信装置为第二通信装置的上游通信装置,所述第二通信装置为所述中间通信装置的上游通信装置。
13.如权利要求11或12所述的装置,其特征在于,所述第二传输链信息包括:第一链路标识和第二链路标识;其中,所述第一链路标识用于指示所述装置发送第一业务数据的链路;所述第二链路标识用于指示所述装置接收所述第一业务数据的链路。
14.如权利要求13所述的装置,其特征在于,所述第一链路标识包括下列中的一项或多项:
第一时间戳、所述装置的标识、第一进程的标识或第一请求信息的标识;
第一时间戳、所述中间通信装置的标识、第一进程的标识或第一请求信息的标识;其中,所述第一时间戳为所述中间通信装置根据接收到第一请求信息的时间确定的;所述第一进程为接收所述第一请求信息的进程;所述第一请求信息的标识为根据所述第一进程累积已接收到的请求信息,确定的接收所述第一请求信息的次序编号;所述第一请求消息为所述装置从所述下游通信装置接收到的,所述第一请求消息用于请求所述第一业务数据。
15.如权利要求11-14任一项所述的装置,其特征在于,所述第一传输链信息和/或所述第二传输链信息被携带在媒体元信息中。
16.如权利要求11-15任一所述的装置,其特征在于,所述第一传输链信息包含的所述每一个上游通信装置用于传输所述第一业务数据的链路的链路信息,是按照所述第一业务数据的传输顺序确定的。
17.一种通信装置,其特征在于,所述装置包括:
处理模块,用于生成第一传输链信息,所述第一传输链信息包含所述装置用于传输第一业务数据的链路的链路信息;
发送模块,用于将所述第一传输链信息发送至下游通信装置。
18.如权利要求17所述的装置,其特征在于,所述第一传输链信息被携带在媒体元信息中。
19.一种通信装置,其特征在于,所述装置包括:
接收模块,用于接收上游通信装置发送的第一传输链信息,所述第一传输链信息包含所述上游通信装置用于传输第一业务数据的链路的链路信息;
处理模块,用于生成第二传输链信息,所述第二传输链信息包含所述第一传输链信息和所述装置用于传输所述第一业务数据的链路的链路信息。
20.如权利要求19所述的装置,其特征在于,所述装置还包括发送模块,所述发送模块用于:
将所述第二传输链信息发送至调度系统,以指示所述调度系统根据所述第二传输链信息生成所述第二传输链的负载画像。
21.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行如权利要求1~6中任意一项所述的方法,或使得所述计算机执行如权利要求7~8中任意一项所述的方法,或使得所述计算机执行如权利要求9~10中任意一项所述的方法。
22.一种通信装置,其特征在于,所述通信装置包括:
存储器,用于存储可读程序;
至少一个处理器,用于从所述存储器中调用并运行所述可读程序,使得所述通信装置实现如权利要求1~6中任意一项所述的方法,或使得所述计算机执行如权利要求7~8中任意一项所述的方法,或使得所述计算机执行如权利要求9~10中任意一项所述的方法。
23.一种计算机程序产品,其特征在于,所述计算机程序产品包括计算机程序,当所述计算机程序在计算机上运行时,使得计算机执行如权利要求1~6中任意一项所述的方法,或使得所述计算机执行如权利要求7~8中任意一项所述的方法,或使得所述计算机执行如权利要求9~10中任意一项所述的方法。
24.一种传输链信息生成系统,其特征在于,包括源通信装置、中间通信装置和边缘通信装置;
所述源通信装置为权利要求11至16任一项所述的装置;
所述中间通信装置为权利要求17至18任一项所述的装置;
所述边缘通信装置为权利要求19至20任一项所述的装置。
CN202011003661.1A 2020-09-22 2020-09-22 一种传输链信息生成方法及装置 Pending CN114302249A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011003661.1A CN114302249A (zh) 2020-09-22 2020-09-22 一种传输链信息生成方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011003661.1A CN114302249A (zh) 2020-09-22 2020-09-22 一种传输链信息生成方法及装置

Publications (1)

Publication Number Publication Date
CN114302249A true CN114302249A (zh) 2022-04-08

Family

ID=80964190

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011003661.1A Pending CN114302249A (zh) 2020-09-22 2020-09-22 一种传输链信息生成方法及装置

Country Status (1)

Country Link
CN (1) CN114302249A (zh)

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106603270A (zh) * 2016-11-10 2017-04-26 广州酷狗计算机科技有限公司 分布式系统中调用链路的追踪方法及装置
CN107203464A (zh) * 2016-03-17 2017-09-26 阿里巴巴集团控股有限公司 业务问题的定位方法以及装置
WO2017181783A1 (zh) * 2016-04-20 2017-10-26 中兴通讯股份有限公司 虚拟化服务监控方法和装置
WO2018157743A1 (zh) * 2017-02-28 2018-09-07 腾讯科技(深圳)有限公司 媒体数据处理方法、装置、系统及存储介质
CN109726016A (zh) * 2017-10-30 2019-05-07 阿里巴巴集团控股有限公司 一种用于分布式系统的链路追踪方法、装置和系统
CN109981349A (zh) * 2019-02-27 2019-07-05 华为技术有限公司 调用链信息查询方法以及设备
CN110730246A (zh) * 2019-10-23 2020-01-24 家乡互动(厦门)网络科技有限公司 一种微服务架构下的分布式链路跟踪方法
CN111221659A (zh) * 2018-11-23 2020-06-02 北京图森智途科技有限公司 一种多机器人操作系统环境的订阅性能追踪系统
CN111478806A (zh) * 2020-04-02 2020-07-31 聚好看科技股份有限公司 一种链路追踪采样方法及系统
CN111478798A (zh) * 2020-03-18 2020-07-31 华为技术有限公司 故障处理方法、故障处理的装置和存储介质

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107203464A (zh) * 2016-03-17 2017-09-26 阿里巴巴集团控股有限公司 业务问题的定位方法以及装置
WO2017181783A1 (zh) * 2016-04-20 2017-10-26 中兴通讯股份有限公司 虚拟化服务监控方法和装置
CN106603270A (zh) * 2016-11-10 2017-04-26 广州酷狗计算机科技有限公司 分布式系统中调用链路的追踪方法及装置
WO2018157743A1 (zh) * 2017-02-28 2018-09-07 腾讯科技(深圳)有限公司 媒体数据处理方法、装置、系统及存储介质
CN109726016A (zh) * 2017-10-30 2019-05-07 阿里巴巴集团控股有限公司 一种用于分布式系统的链路追踪方法、装置和系统
CN111221659A (zh) * 2018-11-23 2020-06-02 北京图森智途科技有限公司 一种多机器人操作系统环境的订阅性能追踪系统
CN109981349A (zh) * 2019-02-27 2019-07-05 华为技术有限公司 调用链信息查询方法以及设备
CN110730246A (zh) * 2019-10-23 2020-01-24 家乡互动(厦门)网络科技有限公司 一种微服务架构下的分布式链路跟踪方法
CN111478798A (zh) * 2020-03-18 2020-07-31 华为技术有限公司 故障处理方法、故障处理的装置和存储介质
CN111478806A (zh) * 2020-04-02 2020-07-31 聚好看科技股份有限公司 一种链路追踪采样方法及系统

Similar Documents

Publication Publication Date Title
CN113300877B (zh) 一种网络切片管理方法及设备
CN108062243B (zh) 执行计划的生成方法、任务执行方法及装置
CN111163130B (zh) 一种网络服务系统及其数据传输方法
US8903972B2 (en) Method and apparatus for sharing contents using information of group change in content oriented network environment
CN106973050A (zh) 一种跨网闸信息共享的方法及装置
CN112039796A (zh) 数据包传输方法和装置、存储介质和电子设备
CN112312061B (zh) 一种视频会议方法、装置、电子设备及存储介质
CN112788060A (zh) 数据包传输方法和装置、存储介质和电子设备
US10225358B2 (en) Page push method, device, server and system
CN109889521A (zh) 存储器、通信通道复用实现方法、装置和设备
CN107483628B (zh) 基于dpdk的单向代理方法及系统
CN114302249A (zh) 一种传输链信息生成方法及装置
CN111600929A (zh) 传输线路探测方法、路由策略生成方法及代理服务器
US11706097B2 (en) Task processing method applied to network topology, electronic device and storage medium
CN112698829B (zh) 异常资源的定位方法和装置、存储介质及电子设备
CN115373811A (zh) 业务相关数据上报系统、方法及装置
CN114501347A (zh) 异构系统间信息交互方法、装置及系统
CN116155829A (zh) 网络流量处理方法、装置、介质及电子设备
CN114866488A (zh) 信息流识别方法、网络芯片及网络设备
CN113114670A (zh) 一种区块链网络的多协议连接方法、设备及储存介质
CN107147694B (zh) 一种信息处理方法和装置
CN107370716B (zh) 组播信息的处理方法及装置
CN113986955B (zh) 业务链的确定方法、装置、电子设备及介质
CN110365675B (zh) 一种网络追踪长链条攻击的方法、装置和系统
CN115276779B (zh) 光传送网电路信息获取方法、设备、系统及存储介质

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