CN115915382A - 多媒体流同步的通信方法和相关设备、通信*** - Google Patents

Abstract

本公开提供一种多媒体流同步的通信方法和相关设备、通信***；涉及通信技术领域。方法包括响应于接收到主叫终端发起的包括待传输媒体流的呼叫请求，确定对应算力资源地址和各被叫终端的终端地址；通知主叫终端进行媒体流时延测试，以获取主叫终端与各被叫终端之间的测试时延；根据用户签约业务的媒体流同步策略和测试时延，确定呼叫请求对应的同步时延；向各被叫终端发送同步时延，以使各被叫终端根据同步时延处理待传输媒体流。本公开可以解决全息通信过程中由于不支持多用户媒体流同步而导致的用户体验差的问题。

Description

多媒体流同步的通信方法和相关设备、通信***

技术领域

本公开涉及通信技术领域，具体而言，涉及一种多媒体流同步的通信方法和相关设备、通信***。

背景技术

随着通信技术的不断发展，基于全息通信的信息交互形式成为未来的主流交互形式。全息显示技术利用干涉法记录物体表面散射光波的相位和振幅等信息，再利用衍射原理重建物体的三维图像。全息通信是利用全息显示技术，捕获处于远程位置的人和周围物体的图像，通过网络传输全息数据，在终端处使用激光束投射，以全息图的方式投影出实时的动态立体影像，并能够与之交互的新型通信方式，能够为6G(6th generation mobilenetworks，第六代移动通信***)用户随时随地提供完全沉浸式的全息交互体验。

相关技术中，无法在全息通信网络中进行多个用户接入场景下的媒体流同步业务，影响全息通信的业务覆盖面和用户体验。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开实施例的目的在于提供一种多媒体流同步的通信方法和相关设备、通信***，进而在一定程度上解决了全息通信过程中的由于不支持多用户媒体流同步而导致的业务场景覆盖面不全，用户体验欠佳的问题。

根据本公开的第一方面，提供了一种多媒体流同步的通信方法，应用于全息通信***中的服务端，所述方法包括：响应于接收到主叫终端发起的包括待传输媒体流的呼叫请求，确定所述待传输媒体流的算力资源地址和至少一个被叫终端的终端地址；根据所述算力资源地址和所述终端地址，通知所述主叫终端进行媒体流时延测试，以获取所述主叫终端与至少一个被叫终端之间的测试时延；根据用户签约业务的媒体流同步策略和所述测试时延，确定所述呼叫请求对应的同步时延；向所述至少一个被叫终端发送所述同步时延，以使所述至少一个被叫终端根据所述同步时延处理所述待传输媒体流。

可选地，所述媒体流同步策略包括同步时延要求，所述根据用户签约业务的媒体流同步策略和测试时延，确定同步时延，包括：响应于每组主叫终端与被叫终端的测试时延分别满足所述同步时延要求，根据各组测试时延中的最大值或者所述同步时延要求，确定所述同步时延；响应于至少一组主叫终端与被叫终端的所述测试时延不满足所述同步时延要求，通知通信网络进行网络调整，以使调整后每组主叫终端与被叫终端的测试时延均满足所述同步时延要求。

可选地，所述方法还包括：响应于接收到所述主叫终端发送的包括用户标识的用户注册请求，对与所述用户标识对应的用户进行目标业务鉴权；响应于鉴权通过，获取用户签约业务的媒体流同步策略，并向所述主叫终端返回注册结果。

可选地，所述呼叫请求包括至少一个被叫终端的标识信息和请求业务信息，所述确定算力资源地址和至少一个被叫终端的终端地址，包括：根据所述标识信息，确定对应的至少一个被叫终端的终端地址；根据所述请求业务信息，为所述待传输媒体流分配算力资源，并确定算力资源地址。

根据本公开的第二方面，提供了一种多媒体流同步的通信方法，应用于全息通信***中的主叫终端，所述方法包括：向服务端发送包括待传输媒体流的呼叫请求，以获取所述服务端为所述待传输媒体流分配的算力资源地址和至少一个被叫终端的终端地址；根据所述算力资源地址和所述终端地址，进行媒体流时延测试，以确定所述主叫终端与至少一个被叫终端之间的测试时延；向所述服务端发送所述测试时延，以使所述服务端根据用户签约业务的媒体流同步策略和所述测试时延，确定所述呼叫请求对应的同步时延，并将所述同步时延发送给所述至少一个被叫终端，以使所述至少一个被叫终端根据所述同步时延处理所述待传输媒体流。

可选地，所述服务端包括媒体算力模块，所述根据所述算力资源地址和所述终端地址，进行媒体流时延测试，包括：向所述算力资源地址对应的媒体算力模块发送第一测试媒体流，以使媒体算力模块将所述第一测试媒体流转发给所述终端地址对应的至少一个被叫终端；所述算力资源地址与所述媒体算力模块一一对应；接收第二测试媒体流，所述第二测试媒体流为至少一个被叫终端经所述媒体算力模块返回的与所述第一媒体流对应的媒体流；根据发送所述第一测试媒体流的时间和接收所述第二测试媒体流的时间，确定所述主叫终端与至少一个被叫终端之间的测试时延。

根据本公开的第三方面，提供了一种多媒体流同步的服务设备，所述服务设备包括：第一确定模块、通知模块、第二确定模块和发送模块，第一确定模块，用于响应于接收到主叫终端发起的包括待传输媒体流的呼叫请求，确定所述待传输媒体流的算力资源地址和至少一个被叫终端的终端地址；通知模块，用于根据所述算力资源地址和所述终端地址，通知所述主叫终端进行媒体流时延测试，以获取所述主叫终端与至少一个被叫终端之间的测试时延；第二确定模块，根据用户签约业务的媒体流同步策略和所述测试时延，确定所述呼叫请求对应的同步时延；发送模块，用于向所述至少一个被叫终端发送所述同步时延，以使所述至少一个被叫终端根据所述同步时延处理所述待传输媒体流。

根据本公开的第四方面，提供了一种多媒体流同步的终端设备，所述终端设备包括：第一发送模块、时延测试模块和第二发送模块，第一发送模块，用于向服务端发送包括待传输媒体流的呼叫请求，以获取所述服务端为所述待传输媒体流分配的算力资源地址和至少一个被叫终端的终端地址；时延测试模块，用于根据所述算力资源地址和所述终端地址，进行媒体流时延测试，以确定所述主叫终端与至少一个被叫终端之间的测试时延；第二发送模块，用于向所述服务端发送所述测试时延，以使所述服务端根据用户签约业务的媒体流同步策略和所述测试时延，确定所述呼叫请求对应的同步时延，并将所述同步时延发送给所述至少一个被叫终端，以使所述至少一个被叫终端根据所述同步时延处理所述待传输媒体流。

根据本公开的第五方面，提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一实施例的方法。

根据本公开的第六方面，提供一种多媒体流同步的通信设备，包括：处理器；以及存储器，用于存储处理器的可执行指令；其中，处理器配置为经由执行可执行指令来执行上述任一实施例的方法。

根据本公开的第七方面，提供一种多媒体流同步的全息通信***，其特征在于，所述***包括：如上述实施例所述的服务设备或/和如上述实施例所述的终端设备。

本公开示例性实施例可以具有以下部分或全部有益效果：

在本公开示例实施方式所提供的多媒体流同步的通信方法中，一方面，通过在主叫终端与至少一个被叫终端之间进行媒体流时延测试，确定当前呼叫请求中主叫终端与每个被叫终端形成的通信双方之间的通信时延(测试时延)，从而可以以实时通信时延为基础处理呼叫请求，保证多个被叫并发媒体流场景下的交互效率和通信质量。另一方面，根据用户签约业务的媒体流同步策略和测试时延，确定呼叫请求对应的同步时延，能够对不同的主被叫组的时延信息进行整合，结合同步策略，保证多并发媒体流在全息通信***中的信息同步效果，保证多组交互用户之间的信息同步性，提高交互质量。此外，可以扩展全息通信的业务场景覆盖面，提高用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出了根据本公开的一个实施例的多媒体流同步的通信方法的***架构示意图。

图2示意性示出了根据本公开的一个实施例的多媒体流同步的通信方法的流程示意图之一。

图3示意性示出了根据本公开的一个实施例的用户进行业务注册的交互流程示意图。

图4示意性示出了根据本公开的一个实施例的多媒体流同步的通信方法的流程示意图之二。

图5示意性示出了根据本公开的一个实施例的多媒体流同步的通信交互流程图。

图6示意性示出了根据本公开的一个实施例的多媒体流同步的服务设备的结构框图。

图7示意性示出了根据本公开的一个实施例的多媒体流同步的终端设备的结构框图。

图8示意性示出了根据本公开的一个实施例的示例性网络设备框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图1示出了可以应用本公开实施例的一种多媒体流同步的通信方法的示例性网络架构100的示意图。如图1所示，网络架构100可以包括业务控制层110、媒体计算层120和终端侧130。其中，业务控制层110包括会话控制模块111和数据仓库112，会话控制模块111用于媒体流端到端时延测试和多方媒体同步策略的管理。示例性地，会话控制模块111可以用于发送端到端媒体流时延测试指令给主叫终端并发流测试模块，接收主叫终端反馈的时延测试结果。根据用户签约业务的媒体流同步策略、主叫终端到各方被叫终端的媒体流传输时延测试结果确定本次呼叫的同步时延，并将其下发给呼叫中涉及的所有被叫终端。数据仓库112用于全息用户和终端签约业务媒体同步策略数据的统一存储和管理。媒体计算层120包括多个媒体算力模块121，媒体算力模块121用于接收、透明转发主被叫终端发出的时延测试媒体流。

终端侧130包括多个终端设备，如终端设备1，终端设备2，…终端设备N，N为正整数。每个终端设备包括媒体流测试模块131，媒体流测试模块131用于全息业务端到端媒体流时延的测试。例如，作为主叫终端，可以向各方被叫终端发送时延测试媒体流，接收被叫终端回传的测试媒体流，计算测试媒体流端到端传输时延，并将其反馈给会话控制并发流同步模块。作为被叫终端，可以接收主叫终端发出的时延测试媒体流，并回传给主叫终端。

终端设备可以包括但不限于智能终端、边缘计算设备(如边缘计算网关)、云计算设备等，智能终端可以是手机、电脑、智能语音交互设备、智能家电、车载终端、测试终端、计算机等任意能够提供算力资源的终端多媒体流同步的通信设备，本示例对此不做限定。

业务控制层110和媒体计算层120分别可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，其中多个服务器可组成一区块链，而服务器为区块链上的节点，服务器还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(ContentDeliveryNetwork，内容分发网络)以及大数据和人工智能平台等基础云计算服务的云服务器。

本公开实施例所提供的多媒体流同步的通信方法可以在业务控制层110、媒体计算层120和多个终端设备130中的任一设备中执行，也可以在业务控制层110、媒体计算层120和多个终端设备130组成的通信***中执行，本示例对此不做限定。

以下对本公开实施例的技术方案进行详细阐述：

参考图2所示，本公开提供的一种示例实施方式的多媒体流同步的通信方法可以包括以下步骤S210～S240。

步骤S210，响应于接收到主叫终端发起的包括待传输媒体流的呼叫请求，确定待传输媒体流的算力资源地址和至少一个被叫终端的终端地址。

在本示例实施方式中，呼叫请求可以包括至少一个被叫终端的标识信息、请求业务信息(如业务类型、业务数据等)；业务类型可以包括全息数据通信或音频、视频、全息、文本等中的至少一项通信。业务数据可以是待传输媒体流，待传输媒体流可以包括多种媒体类型的媒体数据，如音频数据、视频数据、全息数据、文本数据等中的至少一项，也可以包括其他类型，本示例对此不做限定。主叫终端可以是能够对全息数据进行采集的全息设备等，例如，通过摄像头、麦克风等采集目标场景(如人、物、环境等)的媒体流数据。可以根据每个被叫终端的标识信息对其寻址，确定被叫终端的地址。

在本示例实施方式中，可以根据业务类型以及当前处于空闲状态的算力资源的情况，为各组主叫终端与被叫终端之间的待传输媒体流分配对应的算力资源地址。示例性的，算力资源可以包括CPU、GPU、存储资源等。

步骤S220，根据算力资源地址和终端地址，通知主叫终端进行媒体流时延测试，以获取主叫终端与至少一个被叫终端之间的测试时延。

在本示例实施方式中，在确定算力资源地址和终端地址的情况下，可以向主叫终端发送测试通知，以使其开启媒体流时延测试。媒体流时延测试是通过模拟主叫终端与各被叫终端之间的媒体流通信过程，获得实际通信过程中各组主被叫之间的通信时延(测试时延)。

步骤S230，根据用户签约业务的媒体流同步策略和测试时延，确定呼叫请求对应的同步时延。

在本示例实施方式中，测试时延包括不同的主被叫之间的通信时延信息。由于不同组主被叫之间的通信时延可能会因为媒体流类型、数据大小等的不同而存在差异(如不同类型媒体流所需的编解码时间不同，不同数据大小的媒体流所需的解析处理时间不同等)，因此需要对测试时延中的不同通信时延进行整合处理，避免不同被叫终端获取媒体流的时间差问题。

在本示例实施方式中，可以综合考虑用户签约业务的媒体流同步策略中的同步需求和测试时延，来确定本次呼叫请求对应的不同主被叫组之间的媒体流同步时延。示例性地，若测试时延满足同步需求，则可以选择测试时延中较大的通信时延作为同步时延。若测试时延不满足同步需求的情况，则可以调整该测试时延对应的通信网络参数或路由。

步骤S240，向至少一个被叫终端发送同步时延，以使至少一个被叫终端根据同步时延处理待传输媒体流。

在本示例实施方式中，不同被叫终端可以根据同步时延处理该待传输媒体流，以实现画面的同步呈现。处理可以包括编码、解码、渲染、解析等处理过程，还可以包括其他处理过程，本示例对此不做限定。

本公开实施例提供的多媒体流同步的通信方法中，一方面，在本公开示例实施方式所提供的多媒体流同步的通信方法中，一方面，通过在主叫终端与至少一个被叫终端之间进行媒体流时延测试，确定当前呼叫请求中主叫终端与每个被叫终端形成的通信双方之间的通信时延(测试时延)，从而可以以实时通信时延为基础处理呼叫请求，保证多个被叫并发媒体流场景下的交互效率和通信质量。另一方面，根据用户签约业务的媒体流同步策略和测试时延，确定呼叫请求对应的同步时延，能够对不同的主被叫组的时延信息进行整合，结合同步策略，保证多并发媒体流在全息通信***中的信息同步效果，保证多组交互用户之间的信息同步性，提高交互质量。此外，可以扩展全息通信的业务场景覆盖面，提高用户体验。

在一些实施例中，媒体流同步策略包括同步时延要求，根据用户签约业务的媒体流同步策略和测试时延，确定同步时延，包括：响应于每组主叫终端与被叫终端的测试时延分别满足同步时延要求，根据各组测试时延中的最大值或者所述同步时延要求，确定同步时延。

在本示例实施方式中，在当前呼叫请求所涉及的主被叫组的测试时延均满足同步时延要求的情况下，可以根据测试时延来确定同步时延，还可以根据媒体流同步策略中的同步时延要求确定同步时延，本示例对此不作限定。

示例性地，当所有主被叫组的测试时延均不大于同步时延要求，则确定测试时延满足同步时延要求，可以将测试时延中的最大值作为同步时延。

响应于至少一组主叫终端与被叫终端的测试时延不满足同步时延要求，通知通信网络进行网络调整，以使调整后每组主叫终端与被叫终端的测试时延均满足同步时延要求。

在本示例实施方式中，在当前呼叫请求所涉及的主被叫组的测试时延存在不满足同步时延要求的情况下，可以向通信网络发送调整网络通知，以使通信网络进行网络调整。该调整网络通知可以包括测试时延与同步时延要求的差值、当前路由线路、主被叫终端地址等通知信息，以使通信网络基于通知信息进行调整，如调整网络参数或路由线路等，以使测试时延满足同步时延要求。

示例性地，当有一组或多组主被叫的测试时延M1大于同步时延要求M0的情况下，可以根据|M1-M0|的差值大小，||标识取绝对值，通知通信网络进行网络调整，如调整网络参数(如带宽、传输速度上限、信号发射功率等)，调整网络路由，还可以更换网络设备等，本示例对此不做限定。

在一些实施例中，方法还包括：响应于接收到主叫终端发送的包括用户标识的用户注册请求，对与用户标识对应的用户进行目标业务鉴权。响应于鉴权通过，获取用户签约业务的媒体流同步策略，并向主叫终端返回注册结果。

在本示例实施方式中，在进行呼叫请求之前，每个终端都需要进行用户注册，注册成功的用户才可以进行正常全息通信。用户注册请求可以包括用户标识、注册业务信息(如业务名称、业务编码、业务类型)等信息，还可以包括其他信息，本示例对此不做限定。服务端可以根据存储的用户信息及用户签约业务信息(包括媒体流同步策略)，对用户注册的目标业务进行鉴权，鉴权通过后，向该用户终端返回注册结果，注册结果可以包括注册时间、注册业务和注册成功与否的结果。

举例而言，如图3所示，服务端可以包括会话控制模块和数据仓库(如用户数据平台)，数据仓库中存储的用户信息及用户签约业务信息。终端注册过程可以包括以下步骤S301-S307。

步骤S301，终端向会话控制模块发送用户注册请求。

步骤S302，会话控制模块将该用户注册请求转发给数据仓库。

步骤S303，数据仓库对用户注册请求进行业务鉴权，若鉴权通过，则转入步骤S304，否则，转至步骤S306。

步骤S304，数据仓库记录用户接入的会话控制模块，并向该会话控制模块发送该用户的用户信息及用户签约业务信息。

步骤S305，会话控制模块记录用户签约业务的媒体流同步策略。

步骤S306，数据仓库向该会话控制模块发送鉴权不通过结果。

步骤S307，会话控制模块向终端返回注册结果。例如，注册成功或注册失败。

在一些实施例中，所述呼叫请求包括至少一个被叫终端的标识信息和请求业务信息，所述确定算力资源地址和至少一个被叫终端的终端地址，包括：根据所述标识信息，确定对应的至少一个被叫终端的终端地址；根据所述请求业务信息，为所述待传输媒体流分配算力资源，并确定算力资源地址。

在本示例实施方式中，服务端(如数据仓库)存储有用户信息和用户签约业务信息，可以根据被叫终端的标识信息在数据仓库中搜索出对应的终端地址。服务端(如算力调度模块)可以根据请求业务信息和目标网络算力资源占用情况，为待传输媒体流分配算力资源，确定对应的算力资源地址。

本公开实施例还提供了一种多媒体流同步的通信方法，应用于全息通信***中的主叫终端，参考图4，该方法包括步骤S410-S430。

步骤S410，向服务端发送包括待传输媒体流的呼叫请求，以获取服务端为待传输媒体流分配的算力资源地址和至少一个被叫终端的终端地址。

步骤S420，根据算力资源地址和终端地址，进行媒体流时延测试，以确定主叫终端与至少一个被叫终端之间的测试时延。

步骤S430，向服务端发送测试时延，以使服务端根据用户签约业务的媒体流同步策略和测试时延，确定呼叫请求对应的同步时延，并将同步时延发送给至少一个被叫终端，以使至少一个被叫终端根据同步时延处理待传输媒体流。

在一些实施例中，服务端包括媒体算力模块，根据算力资源地址和终端地址，进行媒体流时延测试，包括：

向算力资源地址对应的媒体算力模块发送第一测试媒体流，以使媒体算力模块将第一测试媒体流转发给终端地址对应的至少一个被叫终端。

在本示例实施方式中，一个算力资源地址可以对应一个媒体算力模块。主叫终端开启媒体流时延测试，向媒体算力模块发送第一测试媒体流，媒体算力模块可以将该第一测试媒体流透传给各被叫终端；媒体算力模块也可以对该第一测试媒体流进行指定处理后再将处理结果发给各被叫终端。示例性地，该指定处理可以包括渲染、编码、解码、转码等处理，还可以包括其他处理，本示例对此不做限定。

接收第二测试媒体流，第二测试媒体流为至少一个被叫终端经媒体算力模块返回的与第一媒体流对应的媒体流。

在本示例实施方式中，各被叫终端可以基于接收到的媒体流，向对应的媒体算力模块发送第二测试媒体流，再经过媒体算力模块的透传或指定处理后发送给主叫终端，以实现主叫终端与各被叫终端之间的模拟通信。

根据发送第一测试媒体流的时间和接收第二测试媒体流的时间，确定主叫终端与至少一个被叫终端之间的测试时延。

在本示例实施方式中，可以根据模拟通信过程中终端之间的信息时间差，确定各组主叫终端与被叫终端之间的测试时延。例如，可以将主叫终端发送第一测试媒体流的时间与被叫终端接收第二测试媒体流的时间之差的一半作为该组主被叫之间的测试时延。还可以将主叫终端发送第一测试媒体流的时间和被叫终端接收第一测试媒体流时间作为该组主被叫之间的测试时延。还可以基于被叫终端到主叫终端的媒体流时延，对主叫终端到被叫终端的媒体流时延进行修正，确定测试时延。可以根据实际情况和经验确定测试时延，本示例对此不做限定。

在一些实施例中，参考图5，多媒体流同步的通信方法应用于全息通信***，该全息通信***可以包括主叫终端、服务端和多个被叫终端，服务端可以包括会话控制模块和媒体算力模块，该方法可以包括以下步骤S501-S512。

步骤S501，主叫终端A向会话控制模块发送呼叫请求。呼叫请求可以包括待传输媒体流和至少一个被叫终端的标识信息。

步骤S502，会话控制模块确定待传输媒体流的算力资源地址和至少一个被叫终端的终端地址。

步骤S503，会话控制模块向主叫终端A发送时延测试通知，时延测试通知可以包括算力资源地址和至少一个被叫终端的终端地址。

步骤S504，主叫终端A启动到各被叫终端的媒体流时延测试。

步骤S505，主叫终端A向媒体算力模块发送第一测试媒体流。

在本示例中，第一测试媒体流可以发送给一个或多个媒体算力模块，当发给一个媒体算力模块，则由该媒体算力模块将不同媒体流转发给各被叫终端。当发给多个媒体算力模块，可以是一个主被叫组对应一个媒体算力模块，也可以是一个主被叫组对应多个媒体算力模块，本示例对此不做限定。

步骤S506，媒体算力模块透传转发该第一测试媒体流给各被叫终端，如终端B和终端C。

步骤S507，各被叫终端基于第一测试媒体流向主叫终端原路返回对应的第二测试媒体流。

本示例中，可以是各被叫终端将第二测试媒体流发送给媒体算力模块，再由媒体算力模块透传给主叫终端。

步骤S508，主叫终端根据发送第一测试媒体流和接收第二测试媒体流的时间差，确定测试时延。

步骤S509，主叫终端向会话控制模块发送测试时延。

步骤S510，会话控制模块根据用户签约业务的媒体流同步策略和测试时延，确定呼叫请求对应的同步时延。

步骤S511，会话控制模块向各被叫终端发送同步时延。

步骤S512，各被叫终端根据同步时延处理主叫终端与各自的待传输媒体流。

上述实施例中的各个步骤的顺序只是示例性的，可以根据需要对步骤的顺序进行相应调整。上述实施例中各个步骤的详细介绍可以参照前述实施例中的相应描述，此处不再赘述。

基于以上过程，对以上一对多的场景进行并行扩展，就可以形成多对多的交互场景。也就是说，本公开同样可以适用于多个主叫终端与多个被叫终端之间的通信过程。

本公开针对全息通信过程中的一对多或多对多的业务场景，一方面能够为6G用户提供支持同一呼叫中多方用户接入场景下多并发媒体流同步的业务需求，解决相关技术不支持全息业务的单点到多点或多点到多点的媒体流数据的同步传送的缺陷，为全息通信的实施提供重要保障。另一方面，本公开的通信方法可以共享全息通信业务架构，利用运营商网络的全息通信基础架构为用户提供多方用户接入并发流同步的业务实现，降低业务部署成本，提高业务部署效率，扩大业务部署范围。

参见图6，本示例实施方式中还提供了一种多媒体流同步的服务设备600，服务设备600包括：第一确定模块610、通知模块620、第二确定模块630和发送模块640，第一确定模块610，用于响应于接收到主叫终端发起的包括待传输媒体流的呼叫请求，确定待传输媒体流的算力资源地址和至少一个被叫终端的终端地址；通知模块620，用于根据算力资源地址和终端地址，通知主叫终端进行媒体流时延测试，以获取主叫终端与至少一个被叫终端之间的测试时延；第二确定模块630，用于根据用户签约业务的媒体流同步策略和测试时延，确定呼叫请求对应的同步时延；发送模块640，用于向至少一个被叫终端发送同步时延，以使至少一个被叫终端根据同步时延处理待传输媒体流。

在本公开的一个实施例中，媒体流同步策略包括同步时延要求，第二确定模块630还用于：响应于每组主叫终端与被叫终端的测试时延分别满足所述同步时延要求，根据各组测试时延中的最大值或者同步时延要求，确定所述同步时延；响应于至少一组主叫终端与被叫终端的所述测试时延不满足所述同步时延要求，通知通信网络进行网络调整，以使调整后每组主叫终端与被叫终端的测试时延均满足所述同步时延要求。

在本公开的一个实施例中，服务设备600还包括注册模块，注册模块用于：响应于接收到主叫终端发送的包括用户标识的用户注册请求，对与用户标识对应的用户进行目标业务鉴权；响应于鉴权通过，获取用户签约业务的媒体流同步策略，并向主叫终端返回注册结果。

在本公开的一个实施例中，呼叫请求包括至少一个被叫终端的标识信息和请求业务信息，第一确定模块610还用于：根据所述标识信息，确定对应的至少一个被叫终端的终端地址；根据请求业务信息，为待传输媒体流分配算力资源，并确定算力资源地址。

参见图7，本示例实施方式中还提供了一种多媒体流同步的终端设备700，终端设备700包括：第一发送模块710、时延测试模块720和第二发送模块730，第一发送模块710，用于向服务端发送包括待传输媒体流的呼叫请求，以获取服务端为待传输媒体流分配的算力资源地址和至少一个被叫终端的终端地址；时延测试模块720，用于根据算力资源地址和终端地址，进行媒体流时延测试，以确定主叫终端与至少一个被叫终端之间的测试时延；第二发送模块730，用于向服务端发送测试时延，以使服务端根据用户签约业务的媒体流同步策略和测试时延，确定呼叫请求对应的同步时延，并将同步时延发送给至少一个被叫终端，以使至少一个被叫终端根据同步时延处理待传输媒体流。

在本公开的一个实施例中，所述服务端包括媒体算力模块，时延测试模块720还用于：向所述算力资源地址对应的媒体算力模块发送第一测试媒体流，以使媒体算力模块将所述第一测试媒体流转发给所述终端地址对应的至少一个被叫终端；所述算力资源地址与所述媒体算力模块一一对应；接收第二测试媒体流，所述第二测试媒体流为至少一个被叫终端经所述媒体算力模块返回的与所述第一媒体流对应的媒体流；根据发送所述第一测试媒体流的时间和接收所述第二测试媒体流的时间，确定所述主叫终端与至少一个被叫终端之间的测试时延。

上述实施例中的服务设备和终端设备中涉及的各个模块/单元的具体细节已经在对应的通信方法中进行了详细的描述，因此此处不再赘述。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备实现如下述实施例中的方法。例如，设备可以实现如图2-图5所示的各个步骤等。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

此外，在本公开的示例性实施例中，还提供了一种能够实现上述方法的设备。所属技术领域的技术人员能够理解，本公开的各个方面可以实现为***、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施例、完全的软件实施例(包括固件、微代码等)，或硬件和软件方面结合的实施例，这里可以统称为“电路”、“模块”或“***”。

参见图8，图8是本申请实施例提供的一种多媒体流同步的通信设备的结构示意图。如图8所示，该多媒体流同步的通信设备800包括处理器810、存储器820、输入输出接口830以及通信总线840。处理器810连接到存储器820和输入输出接口830，例如处理器810可以通过通信总线840连接到存储器820和输入输出接口830。处理器810被配置为支持该网络设备执行图2-图5中多媒体流同步的通信方法中相应的功能。该处理器810可以是中央处理器(Central Processing Unit，CPU)，网络处理器(Network Processor，NP)，硬件芯片或者其任意组合。上述硬件芯片可以是专用集成电路(Application-Specific IntegratedCircuit，ASIC)，可编程逻辑器件(Programmable Logic Device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(Complex Programmable Logic Device，CPLD)，现场可编程逻辑门阵列(Field-Programmable Gate Array，FPGA)，通用阵列逻辑(Generic Array Logic，GAL)或其任意组合。存储器820用于存储程序代码等。存储器820可以包括易失性存储器(VolatileMemory，VM)，例如随机存取存储器(Random Access Memory，RAM)；存储器820也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如只读存储器(Read-OnlyMemory，ROM)，快闪存储器(flash memory)，硬盘(Hard Disk Drive，HDD)或固态硬盘(Solid-State Drive，SSD)；存储器820还可以包括上述种类的存储器的组合。

该输入输出接口830用于输入或输出数据。

示例性地，处理器810可以调用上述程序代码以执行以下操作：

响应于接收到主叫终端发起的包括待传输媒体流的呼叫请求，确定待传输媒体流的算力资源地址和至少一个被叫终端的终端地址；根据算力资源地址和终端地址，通知主叫终端进行媒体流时延测试，以获取主叫终端与至少一个被叫终端之间的测试时延；根据用户签约业务的媒体流同步策略和测试时延，确定呼叫请求对应的同步时延；向至少一个被叫终端发送同步时延，以使至少一个被叫终端根据同步时延处理待传输媒体流。

需要说明的是，各个操作的实现还可以对应参照图2-图5所示的方法实施例的相应描述；上述处理器810还可以与输入输出接口830配合执行上述方法实施例中的其他操作。

在一些实施例中，本申请还提供了一种多媒体流同步的全息通信***，该***可以包括上述实施例中的任一多媒体流同步的服务设备或任一多媒体流同步的终端设备。

本公开可以在现有全息通信***中增加相应模块即可实现，对现有***改动较小，易于实施落地。

通过以上实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台设备执行根据本公开实施例的方法。

此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

需要说明的是，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等，均应视为本公开的一部分。

应可理解的是，本说明书公开和限定的本公开延伸到文中和/或附图中提到或明显的两个或两个以上单独特征的所有可替代组合。所有这些不同的组合构成本公开的多个可替代方面。本说明书的实施方式说明了已知用于实现本公开的最佳方式，并且将使本领域技术人员能够利用本公开。

Claims (11)

1.一种多媒体流同步的通信方法，应用于全息通信***中的服务端，其特征在于，所述方法包括：

响应于接收到主叫终端发起的包括待传输媒体流的呼叫请求，确定所述待传输媒体流的算力资源地址和至少一个被叫终端的终端地址；

根据所述算力资源地址和所述终端地址，通知所述主叫终端进行媒体流时延测试，以获取所述主叫终端与至少一个被叫终端之间的测试时延；

根据用户签约业务的媒体流同步策略和所述测试时延，确定所述呼叫请求对应的同步时延；

向所述至少一个被叫终端发送所述同步时延，以使所述至少一个被叫终端根据所述同步时延处理所述待传输媒体流。

2.根据权利要求1所述的方法，其特征在于，所述媒体流同步策略包括同步时延要求，所述根据用户签约业务的媒体流同步策略和测试时延，确定同步时延，包括：

响应于每组主叫终端与被叫终端的测试时延分别满足所述同步时延要求，根据各组测试时延中的最大值或者所述同步时延要求，确定所述同步时延；

响应于至少一组主叫终端与被叫终端的所述测试时延不满足所述同步时延要求，通知通信网络进行网络调整，以使调整后每组主叫终端与被叫终端的测试时延均满足所述同步时延要求。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

响应于接收到所述主叫终端发送的包括用户标识的用户注册请求，对与所述用户标识对应的用户进行目标业务鉴权；

响应于鉴权通过，获取用户签约业务的媒体流同步策略，并向所述主叫终端返回注册结果。

4.根据权利要求1所述的方法，其特征在于，所述呼叫请求包括至少一个被叫终端的标识信息和请求业务信息，所述确定算力资源地址和至少一个被叫终端的终端地址，包括：

根据所述标识信息，确定对应的至少一个被叫终端的终端地址；

根据所述请求业务信息，为所述待传输媒体流分配算力资源，并确定算力资源地址。

5.一种多媒体流同步的通信方法，应用于全息通信***中的主叫终端，其特征在于，所述方法包括：

向服务端发送包括待传输媒体流的呼叫请求，以获取所述服务端为所述待传输媒体流分配的算力资源地址和至少一个被叫终端的终端地址；

根据所述算力资源地址和所述终端地址，进行媒体流时延测试，以确定所述主叫终端与至少一个被叫终端之间的测试时延；

向所述服务端发送所述测试时延，以使所述服务端根据用户签约业务的媒体流同步策略和所述测试时延，确定所述呼叫请求对应的同步时延，并将所述同步时延发送给所述至少一个被叫终端，以使所述至少一个被叫终端根据所述同步时延处理所述待传输媒体流。

6.根据权利要求5所述的方法，其特征在于，所述服务端包括媒体算力模块，所述根据所述算力资源地址和所述终端地址，进行媒体流时延测试，包括：

向所述算力资源地址对应的媒体算力模块发送第一测试媒体流，以使媒体算力模块将所述第一测试媒体流转发给所述终端地址对应的至少一个被叫终端；所述算力资源地址与所述媒体算力模块一一对应；

接收第二测试媒体流，所述第二测试媒体流为至少一个被叫终端经所述媒体算力模块返回的与所述第一媒体流对应的媒体流；

根据发送所述第一测试媒体流的时间和接收所述第二测试媒体流的时间，确定所述主叫终端与至少一个被叫终端之间的测试时延。

7.一种多媒体流同步的服务设备，其特征在于，所述服务设备包括：

第一确定模块，用于响应于接收到主叫终端发起的包括待传输媒体流的呼叫请求，确定所述待传输媒体流的算力资源地址和至少一个被叫终端的终端地址；

通知模块，用于根据所述算力资源地址和所述终端地址，通知所述主叫终端进行媒体流时延测试，以获取所述主叫终端与至少一个被叫终端之间的测试时延；

第二确定模块，用于根据用户签约业务的媒体流同步策略和所述测试时延，确定所述呼叫请求对应的同步时延；

发送模块，用于向所述至少一个被叫终端发送所述同步时延，以使所述至少一个被叫终端根据所述同步时延处理所述待传输媒体流。

8.一种多媒体流同步的终端设备，其特征在于，所述终端设备包括：

第一发送模块，用于向服务端发送包括待传输媒体流的呼叫请求，以获取所述服务端为所述待传输媒体流分配的算力资源地址和至少一个被叫终端的终端地址；

时延测试模块，用于根据所述算力资源地址和所述终端地址，进行媒体流时延测试，以确定所述主叫终端与至少一个被叫终端之间的测试时延；

第二发送模块，用于向所述服务端发送所述测试时延，以使所述服务端根据用户签约业务的媒体流同步策略和所述测试时延，确定所述呼叫请求对应的同步时延，并将所述同步时延发送给所述至少一个被叫终端，以使所述至少一个被叫终端根据所述同步时延处理所述待传输媒体流。

9.一种多媒体流同步的全息通信***，其特征在于，所述***包括：如权利要求7所述的服务设备或如权利要求8所述的终端设备。

10.一种网络设备，其特征在于，包括：处理器；以及

存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-6任一项所述的方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-6任一所述的方法。

Images