CN107852278B - 交织媒体数据信息 - Google Patents

Abstract

描述了用于交织媒体数据的信息的技术。在至少一些实施例中，交织信息从基于网络的服务传播到参与通信会话的端点设备。端点设备可以利用交织信息来交织通信会话的媒体数据。

Description

交织媒体数据信息

背景技术

现代通信系统具有一系列能力，包括将各种通信模态与不同的服务集成在一起。例如，语音/视频通信，即时消息传递，数据/应用程序共享，白板和其他形式的通信可以与针对用户的在场和可用性信息相结合。这样的系统使得用户能够参与通信会话以交换不同类型的通信媒体，诸如语音数据、视频数据、内容共享及其组合。而且，使得用户能够共享和协作创建和修改各种类型的文档和内容的协作系统可以与提供不同类型的通信和协作能力的多模式通信系统集成。这样的集成系统有时被称为统一通信(UC)系统。

虽然UC系统提供了增加的通信灵活性，但是它们也存在许多实施方面的挑战。例如，用于无线数据传输的典型的数据编码技术是静态的，并没有被设计成考虑到UC数据的动态性质。此外，通常通过可以加载在移动设备上的软件来实现UC，所述移动设备例如平板电脑，智能电话，膝上型电脑等等。因此，用于管理UC通信业务的技术通常必须是流畅和动态的以适应不断变化的连接场景。

发明内容

提供该发明内容以便以简化的形式来引入下面的具体实施方式中进一步描述的概念的选择。该发明内容不旨在确定所要求保护的主题的关键特征或主要特征，也不旨在作为用于限定所要求保护的主题的范围的辅助。

描述了用于交织媒体数据信息的技术。在至少一些实施例中，交织信息从基于网络的服务传播到参与通信会话的端点设备。端点设备可以利用交织信息来交织通信会话的媒体数据。

附图说明

参考附图描述具体实施方式。在附图中，附图标记的最左边的数字标识附图标记首次出现的附图。说明书和附图中的不同实例中使用相同的附图标记可指示相似或相同的项目。

图1是能够操作用于采用本文讨论的技术的示例实现方式中的环境的图示。

图2描绘了根据一个或多个实施例的示例交织表。

图3描绘了根据一个或多个实施例的示例调整表。

图4描绘了根据一个或多个实施例的用于确定通信会话的数据的交织深度的示例实现场景。

图5是描述根据一个或多个实施例的用于传送交织信息的方法中的步骤的流程图。

图6是描述根据一个或多个实施例的用于传送更新的交织信息的方法中的步骤的流程图。

图7是描述根据一个或多个实施例的用于应用从远程资源接收的交织深度以交织通信会话的数据流的方法中的步骤的流程图。

图8是描述根据一个或多个实施例的用于调整通信会话的数据流的交织的方法中的步骤的流程图。

图9是描述根据一个或多个实施例的用于生成通信会话的数据流的反馈的方法中的步骤的流程图。

图10是描述根据一个或多个实施例的用于调整应用于通信会话的数据流的错误校正的方法中的步骤的流程图。

图11是描述根据一个或多个实施例的用于改变通信会话的数据的交织模式的方法中的步骤的流程图。

图12是描述根据一个或多个实施例的用于修改交织信息的方法中的步骤的流程图。

图13是描述根据一个或多个实施例的用于基于速度调整交织深度的方法中的步骤的流程图。

图14示出了参考图1所描述的示例系统和计算设备，其被配置为实施本文描述的技术的实施例。

具体实施方式

概述

描述了用于交织媒体数据的信息的技术。根据各种实现方式，交织指的是用于对诸如要通过有线和/或无线网络传输的数据流中的比特进行混洗(shuffling)的不同过程。通常，交织减轻了可能被引入到无线发送的数据中的突发错误的影响，例如由影响无线信号的干扰或多路径引起的错误。

根据各种实现方式，交织信息从基于网络的服务传播到参与通信会话的端点设备。交织信息例如包括特定于特定媒体类型的交织深度值，以及交织媒体数据的交织器模式。通常，通信会话是指通信端点之间的通信媒体的交换，例如不同通信端点的用户之间的实时通信会话。通信会话的示例包括因特网协议语音(VoIP)呼叫，视频呼叫，文本消息传递，文件传输，和/或其组合。例如，通信会话通常通过因特网协议(IP)来实现。在至少一些实现方式中，通信会话表示统一通信(UC)会话。

在示例的实现方式中，客户端设备从诸如基于云的质量服务之类的基于网络的服务接收交织信息。相应地，客户端设备利用交织信息来交织媒体数据。例如，考虑客户端设备正在通过到无线网络的数据连接参与与一个或多个其他设备的通信会话。客户端设备以各种方式处理要作为通信会话的一部分发送的数据。例如，客户端设备对数据应用错误编码，例如前向纠错(FEC)。此外，客户端设备利用从基于网络的服务接收到的交织信息来交织数据。例如，客户端设备使用任何合适的交织模式来交织数据。不同交织模式的示例包括块交织、卷积交织、随机交织等等。根据各种实现方式，基于包括在通信会话中的媒体类型，从交织信息中选择用于交织数据的深度值。例如，交织信息为不同的媒体类型指定不同的交织深度。

在至少一些实现方式中，基于媒体类型的延迟容限来选择特定媒体类型的交织器深度。例如，语音数据通常具有比文件传输数据低的延迟容限，并且因此语音数据可以具有比文件传输数据低的交织器深度。

因此，使用选择的交织器深度交织通信会话的数据以生成交织的数据流。然后将交织的数据流从客户端设备无线传输到参与通信会话的端点设备。端点设备解码交织的数据流以提取通信会话的数据(例如，媒体数据)。端点设备还针对错误和其他属性检查数据，并针对数据流生成反馈。例如，反馈指示数据流的总体质量，和/或包括数据流的错误统计。端点设备将反馈传送给客户端设备。基于反馈，客户端设备可以执行各种动作，诸如增加交织器深度以减轻由无线传输中的干扰引起的错误，调整通信会话的数据的错误编码率等等。

在至少一些实现方式中，交织模式是基于网络连接性的变化而调整的，诸如用于传输通信会话的数据的无线电信道的无线电信道特性的变化。例如，如果在通信会话期间网络连接性从一个无线网络改变到不同的无线网络，则调整交织模式以适应不同的无线网络。作为示例，选择更适合于由不同无线网络使用的无线技术的交织模式。因此，可以动态调整交织模式以适应网络连接性的变化。

因此，这里讨论的实现方式提供了交织信息到参与通信会话的设备的基于网络的传播。交织信息可以被用来动态地调整针对要作为通信会话的一部分无线发送的数据的交织和编码。这样的动态调整通过提高信号质量，降低和/或分配信号错误等来优化会话性能。因此，增强了通信会话期间的用户体验。此外，允许基于网络的服务生成并传播交织信息减少了参与通信会话的端点设备上的处理负载和电池使用。

在以下讨论中，首先描述可操作来采用本文所描述的技术的示例环境。接下来，题为“示例实现场景”的部分描述了根据一个或多个实施例的示例实现场景。在此之后，题为“示例过程”的部分描述了根据一个或多个实施例的一些示例过程。最后，题为“示例系统和设备”的部分描述了根据一个或多个实施例可操作来采用本文讨论的技术的示例系统和设备。

已经呈现了根据一个或多个实施例的示例实现方式的概述，现在考虑其中可以采用示例实现方式的示例环境。

示例环境

图1是可操作来采用本文描述的交织媒体数据的信息的技术的示例实现方式中的环境100的图示。通常，环境100包括使得能够经由各种不同的模态进行通信的各种设备、服务和网络。例如，环境100包括客户端设备102和连接到网络106的端点设备104。客户端设备102和端点设备104可以以各种方式配置，诸如传统计算机(例如，桌面个人计算机，膝上型计算机等)，移动台，娱乐设备，智能手机，可穿戴设备，上网本，游戏控制台，手持设备(例如平板电脑)等等。

网络106代表向客户端设备102和端点设备104提供到各种网络和/或服务的连接的网络，例如因特网。例如，网络106使数据能够在客户端设备102和端点设备104之间无线传输。网络106可以经由各种不同的连接技术来实现，诸如宽带线缆，数字订户线路(DSL)，无线蜂窝，无线数据连接(例如，WiFi^TM)，T载波(例如，T1)，以太网等等。在至少一些实现方式中，网络106表示不同的互连的有线和无线网络。

客户端设备102包括使得能够执行各种活动和任务的各种不同的功能。例如，客户端设备102包括操作系统108、应用110、通信客户端112a和无线模块114a。通常，操作系统108代表用于抽象客户端设备102的各种系统组件的功能，诸如硬件，内核级模块和服务等等。例如，操作系统108可以将客户端设备102的各个组件抽象到应用110，以实现组件和应用110之间的交互。

应用110表示用于经由客户端设备102执行不同任务的功能。应用110的示例包括文字处理应用、电子表格应用、网络浏览器、游戏应用等等。应用110可以本地安装在客户端设备102上，以经由本地运行时环境来执行，和/或可以表示远程功能的入口，诸如基于云的服务，web应用等等。因此，应用110可以采用各种形式，例如本地执行的代码，到远程托管的服务的入口等等。

通信客户端112a表示实现经由客户端设备102的不同形式的通信的功能，诸如用于客户端设备102和端点设备104之间的通信。通信客户端112a的示例包括语音通信应用(例如，VoIP客户端)、UC客户端、视频通信应用、消息传递应用、内容共享应用及其组合。通信客户端112a例如使得不同的通信模式能够被组合以提供多样的通信场景。在至少一些实现方式中，通信客户端112a表示安装在客户端设备102上的应用。附加地或替代地，通信客户端112a可以实现为远程应用的入口，诸如经由web浏览器、web应用等等访问。

根据一个或多个实现方式，客户端设备102和端点设备104之间的通信发生在端点设备104的通信客户端112a和通信客户端112b之间。通信客户端112b例如表示通信客户端112a的实例。例如，客户端设备102和端点设备104之间的通信会话表示通信客户端112a和通信客户端112b之间的通信媒体的交换。在至少一些实现方式中，通信客户端112a、112b表示在其各自设备的应用层处执行的应用。

客户端设备102的无线模块114a表示使得客户端设备102能够通过网络106无线地传送数据的功能。例如，无线模块114a表示用于经由各种不同的无线技术和协议通过网络106的数据通信的硬件和逻辑。

无线模块114a包括编码模块116，编码模块116表示执行客户端设备102的各种编码和解码任务的功能。编码模块116例如代表执行各种纠错编码的功能，如前向纠错(FEC)。例如，由客户端设备102无线发送的数据在传输之前由编码模块116编码。此外，客户端设备102经由无线信号接收到的编码数据由编码模块116解码以显示解码的数据。编码模块116包括交织器模块118，交织器模块118表示执行对不同类型的数据的交织的功能。例如，交织器模块118可以在数据流被传输之前通过混洗数据流中的比特来交织数据流。例如，交织是作为应用于数据流的FEC的一部分来执行的。交织器模块118被配置为以各种不同的交织模式进行操作，其示例在本文其他地方进行了讨论。下面讨论关于编码模块116和交织器模块118的更多细节。

无线模块114a包括本文未明确示出的其他组件，诸如用于加密和解密数据的加密模块，用于调制和解调数据的射频(RF)调制器，用于发送和接收RF信号的RF组件(例如，天线，无线电等等)等。

客户端设备102还包括编码管理器模块120a，编码管理器模块120a表示管理由编码模块116执行的编码的各个方面的功能。例如，编码管理器120a使得能够动态调整由编码模块应用的校正编码，诸如响应于正被传送的媒体类型、信号质量的变化、网络连接性的变化等等。在至少一些实现方式中，编码管理器120a表示用于执行本文讨论的用于交织媒体数据的信息的技术的各个方面的功能。

编码管理器120a维护交织表122和反馈表124。根据各种实现方式，交织表122表示用于存储和跟踪由编码模块116执行的数据交织的属性的功能。例如，交织表122指示不同类型的通信媒体和/或通信媒体的组合的默认交织深度值。在至少一些实现方式中，交织表122跟踪被应用于对活动通信会话的编码数据进行交织的交织深度。此外，编码管理器120a可以基于在通信会话期间发生的各种事件和改变来动态地调整交织表122中的通信会话的交织深度。

反馈表124表示用于响应于关于通信会话接收的反馈来存储和跟踪要应用的各种行为和参数的功能。举例来说，反馈表124指定要响应于不同类型的反馈而应用的不同交织深度调整。

环境100还包括通信服务126，其表示执行用于管理客户端设备102和端点设备104之间的通信的各种任务的服务。通信服务126例如可以管理通信会话的发起、缓冲(moderation)和终止。通信服务126的示例包括VoIP服务、在线会议服务、UC服务等。在至少一些实现方式中，通信服务126可以被实现为或连接到与公共交换电话网络(“PSTN”)通信的专用小交换机(PBX)，以实现客户端设备102与端点设备104之间的语音通信。

根据一个或多个实现方式，通信客户端112a、112b由通信服务126管理和/或托管。例如，通信客户端112a、112b代表由通信服务126提供的通信服务的接口。

除环境100之外，端点设备104包括无线模块114b和编码管理器120b。无线模块114b表示用于为端点设备104执行各种与无线相关的任务的功能。在至少一些实现方式中，无线模块114b表示无线模块114a的实例。例如，无线模块114b被配置为执行数据编码和解码、加密和解密、调制和解调等等。因此，根据一个或多个实现方式，参照无线模块114a讨论的属性和功能也适用于无线模块114b。

编码管理器120b表示管理由无线模块114b执行的编码和解码的各个方面的功能。在至少一些实现方式中，编码管理器120b被配置为观察来自客户端设备102的输入编码数据流的属性，并向客户端设备102提供反馈以使客户端设备102动态地调整由编码模块116b执行的数据编码的各个方面。举例来说，如下文详述，编码模块116b可调整应用于将由客户端设备102无线发送的经编码数据的交织深度。在至少一些实现方式中，调整交织深度使得编码模块116b能够考虑信号质量的变化，诸如增加接收设备可以正确解码从客户端设备102接收的数据的可能性。

环境100还包括质量服务128，其表示向各种实体提供编码智能的基于网络(例如，基于云)的服务。例如，质量服务128向通信服务126、客户端设备102和/或端点设备104提供编码智能。质量服务128维护交织数据库(DB)130，其表示用于存储各种交织参数和与交织有关的其他信息的功能。下面讨论存储在交织DB 130中的不同类型的交织数据的示例。

根据各种实现方式，质量服务128从交织DB 130向通信服务126提供交织数据，通信服务126将交织数据转发到客户端设备102。客户端设备102存储交织数据作为交织表122的一部分，并且交织器模块118利用交织数据来交织诸如要从客户端设备102无线发送的通信会话数据的数据。

在至少一些实现方式中，质量服务128表示由通信服务126实现和管理的服务。可替代地，质量服务128表示独立服务，其提供关于交织到各种不同服务和/或设备的智能。

环境100中讨论的各种实体和功能可以用软件、硬件、固件和/或其组合来实现。以下讨论环境100的各种实体的进一步细节和实现。

图2和图3分别描绘了根据一个或多个实现方式的示例性交织表200和调整表300。交织表200和调整表300代表交织由交织DB 130存储的交织数据。根据各种实现方式，来自交织表200和调整表300的数据从质量服务128传播到通信服务126，通信服务126将数据转发给客户端设备102用于交织数据。例如，来自交织表200的数据被存储为交织表122的一部分。此外，来自调整表300的数据被存储为反馈表124的一部分。

通常，交织表200指定要应用于交织通信会话的数据的各种交织深度值和交织模式。深度值例如根据通信会话中涉及的通信媒体的类型而变化。交织表200包括媒体类型列202、默认深度列204和最大深度列206。媒体类型列202包括可作为通信会话的一部分传送的不同类型的媒体，诸如语音数据、视频数据、文件共享、文本等等。

默认深度列204指定要应用于交织不同媒体类型的数据的默认交织深度。当数据流要被交织，例如，编码管理器120a识别包括在所述数据流中的媒体类型，以及基于在所述默认深度列204针对该媒体类型所指定的默认交织深度来选择用于交织该数据流的交织深度。例如，对于语音数据，默认深度列204指定默认交织深度D1，对于视频指定默认深度D2，对于文件共享以及文本指定默认交织深度D3，等等。语音数据通常对响应于交织可能发生的等待时间问题更敏感，所以在一个或多个实现方式中，D1是默认深度值中最小的。例如，D1<D2<D3。

最大深度列206指定可以应用于媒体类型列202中指定的媒体类型中的每个媒体类型的最大交织深度。例如，对于语音数据，最大深度列指定最大交织深度M1，对于视频，指定最大深度M2，对于文件共享和文本指定最大交织深度M3，等等。

语音数据通常对响应于交织可能发生的等待时间问题更敏感，所以在一个或多个实现方式中，M1是最大深度值中的最小值。例如，M1<M2<M3。在至少一些实现方式中，强制执行最大深度列206中指定的深度值，使得当对媒体类型的数据流进行交织时，编码模块116可以不超过特定媒体类型的指定交织深度。例如，当对语音数据的数据流进行交织时，编码模块116可以不超过交织深度M1。

交织表200还包括网络类型列208和交织模式列210。网络类型列208标识可以在其上传送数据的不同类型的网络。不同网络类型的示例包括宽带电缆、DSL、无线蜂窝、无线数据连接(例如，WiFi^TM)、T载波(例如T1)、以太网等等。交织模式列210指定要用于不同交织场景的不同交织模式。例如，特定的交织模式可能比另一交织模式更适合于特定的网络类型和/或网络条件。因此，可以基于用于传输数据的网络类型来动态地选择交织模式。不同交织模式的示例包括块交织模式、卷积交织模式、随机交织模式、主交织模式、基于树的交织模式等等。

交织表200还包括标识交织表200的这个特定实例的版本的版本指示符212。例如，每当交织表200的数据被更新时，版本指示符212被递增以指示交织表已被更新。版本指示符212可以以各种方式指定，诸如版本号、交织表200被更新的日期等等。

继续图3，调整表300包括反馈列302和深度调整列304。反馈列302指定响应于无线信号而可以检测到的不同类型的反馈。例如，反馈列302标识接收设备可以检测到的不同的信号质量和属性，例如由端点设备104检测的由客户端设备102发送的无线信号的不同的信号质量和属性。

在该特定示例中，反馈列302包括突发可接受、突发差和可接受的示例反馈值。通常，突发是指在数据内具有突发(例如，非随机)分布的数据中检测到的错误。例如，无线模块114a和/或编码管理器120a被配置为检查经由无线信号接收的数据流内的错误分布，并且将错误分布表征为突发或随机。根据一个或多个实现方式，通过比较相对信号质量，可接受的信号和差的信号是可区分的。例如，差信号可能超过数据错误阈值和/或具有低于接收功率阈值的平均接收功率。数据错误阈值可以以各种方式指定，例如根据阈值数据错误率、数据错误的阈值数量、阈值抖动值等。此外，可接受的信号可以低于数据错误阈值和/或具有高于功率阈值的平均接收功率。

因此，被指示为突发可接受的信号可被确定为具有突发的错误分布，但具有可接受的数据质量。表示为突发差的信号可以被确定为具有突发错误分布，其数据质量差，例如不可接受。此外，被指示为可接受的信号可以被确定为具有非突发(例如，随机)的错误分布并且具有可接受的信号质量。这些特定的信号表征仅仅是为了示例的目的而提供的，并且应该认识到，根据要求保护的实现方式，可以以各种不同的方式来定义信号质量和其他信号属性。

深度调整列304基于信号反馈来指定要由交织器模块118应用的交织深度调整值。例如，对于确定为突发差的无线信号，应用A1的深度调整值来增加无线信号的当前交织值。此外，对于被确定为突发可接受的无线信号，应用A2的深度调整值以增加无线信号的当前交织值。对于被确定为可接受的(例如，非突发的)无线信号，指定零(0)的深度调整值。例如，对于被确定为具有可接受的信号质量的无线信号，不应用交织深度调整。根据各种实现方式，0<A2<A1。

反馈列302还包括不同的速度值“速度<V”和“速度≥V”。通常，速度值指定正在发送交织数据的设备(例如客户端设备102)的估计移动速度。此外，常数V表示阈值速度。速度可以以各种方式指定，例如米/秒，英里/小时等等。根据速度的变化，可以调整交织深度。例如，如果设备以小于V的速度移动，则不执行基于速度的对交织的调整。然而，如果设备以等于或大于V的速度移动，则应用深度调整值-Al以减小所应用的交织深度。通常，-Al<0。例如，以≥V的速度移动减小了突发错误将被引入到正在传输的数据中的可能性，例如通过增加由于移动引起的环境条件变化而引起的干扰的随机性。

根据各种实现方式，增加交织深度增加了无线数据可被接收设备正确解码的可能性。但是，增加交织深度也增加了接收设备处的信号等待时间。因此，在至少一些实现方式中，对无线信号交织的深度调整不被允许超过在交织表200的最大深度列206中指定的最大交织深度。

调整表300进一步包括版本指示符306，其标识调整表300的该特定实例的版本。例如，每当更新调整表300的数据时，版本指示符306增加以指示调整表已经更新。版本指示符306可以以各种方式指定，诸如版本号、更新调整表300的日期等等。

已经描述了本文描述的技术可以操作的示例环境，现在考虑根据一个或多个实施例的用于交织媒体数据的信息的示例实现场景。

示例的实现场景

以下部分描述了根据一个或多个实施例的用于交织媒体数据的信息的示例实现场景。实现场景可以在上面讨论的环境100和/或任何其他合适的环境中实现。

图4描绘了根据一个或多个实现方式的用于确定通信会话的数据的交织深度的示例实现场景400。在场景400中，客户端设备102参与与端点设备104的通信会话402。通信会话402例如表示通信客户端112a、112b之间的通信媒体交换。通信会话402的示例包括VoIP呼叫、视频呼叫、UC会话、和/或其组合。

除场景400之外，通信会话402通过通信客户端112a和通信服务126之间的交互来发起和/或管理。因此，通信服务126具有通信会话402的属性的知识，诸如所涉及的实体(例如，用户，设备等)的身份，所包括的媒体类型，通信会话302遍历的网络和网络类型，涉及的设备的位置等等。因此，通信服务126将交织查询404传送给质量服务128，以得到要用于交织通信会话402的数据的交织信息。交织查询404例如指定通信会话402的各种属性，诸如所涉及的媒体类型和网络类型。

质量服务128向通信服务126返回交织响应406，交织响应406包括要用于不同场景的交织数据。例如，交织响应406包括要用于通信媒体的不同类型和组合的交织深度值、交织模式、基于不同类型的反馈应用的交织调整值等等。以上参考交织表200和调整表300来讨论可以被包括在交织响应406中的交织数据的示例。

继续场景400，通信服务126将交织通知408传送到客户端设备102，交织通知408包括要用于交织通信会话402的数据的交织数据。交织通知408例如包括从质量服务128接收作为交织响应406的一部分的交织数据。因此，编码管理器120a将交织数据保存为交织表122和/或反馈表124的一部分。因此，交织器模块118可以利用在交织表122中指定用于交织数据的交织深度和模式，并且可以基于在反馈表124中指定的调整值来调整交织深度。

通常，通信会话402的通信媒体经由客户端设备102和网络106之间的无线连接被传送到端点设备104。然而，在由客户端设备102发送之前，通信会话402的媒体数据410由编码模块116编码，并且编码数据由交织器模块118根据交织深度412并使用交织模式414来进行交织。

例如，交织深度412是通过将通信会话402的媒体类型与交织表122中针对媒体类型指定的默认交织深度相匹配来确定的。例如，通信客户端112a和/或通信服务126向编码管理器120a传送指定在通信会话302中涉及的一个或多个媒体类型的通知。编码管理器120a然后利用媒体类型搜索交织表122来选择要应用于通信会话402的数据的交织深度412。编码管理器进一步选择交织模式414，诸如基于客户端设备102正在其上传送通信会话402的数据的网络的网络类型。编码管理器120a将交织深度412和交织模式414传送给交织器模块118，交织器模块118使用交织模式414并根据交织深度412交织通信会话402的媒体数据410，以生成交织数据流416。交织数据流416被作为通信会话402的一部分无线传输到端点设备104。

在一个或多个实现方式中，通信会话402可以包括多种媒体类型，诸如语音媒体和视频媒体。相应地，在至少一些实现方式中，当媒体流包括多个媒体类型时，可以强制执行包括在媒体流中的媒体类型的最低最大交织深度。例如，语音数据的最大交织深度可以小于视频数据的最大交织深度。因此，对于具有语音和视频数据的媒体流，可以针对媒体流强制执行语音数据的最大交织深度。可替代地，可以经由不同的数据流传送具有多个媒体类型的通信会话，每个数据流包括不同的媒体类型。因此，可以根据针对包括在各个流中的媒体类型指定的交织深度来交织各个数据流。

虽然在场景400中没有明确地描绘，但是在由客户端设备102传输之前，各种其他处理可以被应用于通信会话402的数据410，诸如加密，调制等等。

除场景400之外，端点设备104接收通信会话402的数据流，并对数据流执行各种处理。例如，无线模块114b对数据流进行解调和解密以揭示交织数据流416。然后，无线模块114b对交织数据流416进行解交织以揭示解交织的数据流，并且对该解交织的数据流执行解码处理。例如，无线模块114b对解交织后的数据流执行FEC解码，试图恢复最初由客户端设备102编码的通信会话402的正确数据位。

根据各种实现方式，端点设备104确定通信会话402的数据流的信号属性，诸如数据流中的错误是突发还是随机，数据流的信号质量等等。例如，无线模块114b和/或编码管理器120b确定数据流的信号属性。

通常，可以以各种方式来确定数据流的信号质量。例如，可以基于作为FEC解码的一部分检测到的错误率(例如，误码率)来确定信号质量。在至少一些实现方式中，例如，可以定义阈值错误率。因此，超过该阈值错误率的数据流可以被表征为具有差的信号质量。不超过阈值错误率的数据流可以被表征为具有可接受的和/或良好的信号质量。

另外地或可选地，可以基于信号的平均接收功率来确定信号质量。例如，具有超过阈值接收功率的平均接收功率的数据信号可以被表征为具有可接受的信号质量。然而，具有不超过阈值接收功率的平均接收功率的数据信号可以被表征为具有差的信号质量。

继续场景400，端点设备104向客户端设备102返回信号反馈418。通常，信号反馈418为通信会话402指定媒体流的各种属性。这样的属性包括信号质量、信号强度、错误周期性(例如，信号中的错误是突发还是随机)等等。客户端设备102的编码管理器120a接收该信号反馈418，并基于信号反馈418确定是否调整交织深度412。

在至少一些实现方式中，编码管理器120a将信号反馈418与反馈表124进行比较以确定交织深度412是否和/或将如何调整。例如，编码管理器120a将信号反馈418与在调整表300的信号反馈列302中标识的信号反馈进行匹配，并且从深度调整列304中选择相应的深度调整值。如果编码管理器120a确定交织深度412将被调整(例如增加)，编码管理器120a将交织调整值420传送给交织器模块118。然而，如果编码管理器120a基于信号反馈418确定交织深度412不被调整，则编码管理器120a不向交织器模块118传送交织调整值。

交织调整值420是否以及如何被应用于交织深度412可以取决于针对通信会话402的媒体流中包括的媒体类型指定的最大交织值。例如，交织调整值420可以被应用来将交织深度412调整达到诸如由交织表124指定的对于媒体类型指定的最大交织值。此外，如果交织深度412已经处于指定的最大深度，则交织调整值420可以不被应用来调整交织深度412。在至少一些实现方式中，如果交织深度412处于最大深度并且通信会话402的信号质量仍然被确定为差，则调整通信会话402的FEC编码可以被实现以试图提高信号质量。

继续场景400，通信服务126保持通信会话的会话属性的状态感知，诸如在通信客户端112a、112b处经历的会话质量。因此，通信服务126向质量服务128提供性能反馈422。通常，性能反馈422指示通信会话402的属性，诸如媒体类型、网络类型等等。性能反馈422还包括在通信会话402期间应用的交织参数，诸如交织深度、交织模式等等。性能反馈422进一步指定在通信会话402期间经历的会话质量，诸如不同的错误度量、用户体验度量、网络质量度量等等。在至少一些实现方式中，性能反馈422包括来自信号反馈418的信息。

因此，质量服务128可以利用性能反馈422来修改交织DB 130。例如，如果性能反馈422指示在特定交织深度交织的特定媒体类型导致不可接受的媒体等待时间，则质量服务128可以减小交织DB 130中的媒体类型的默认交织深度。因此，质量服务128可以利用性能反馈422来优化交织DB 130以向跨多个网络的设备并且针对各种不同的媒体类型提供最佳交织信息。

根据各种实现方式，可以在通信会话402正在进行的同时动态地(例如，周期性地和/或连续地)执行场景400。因此，交织深度和模式可以在通信会话402正在进行时动态地和实时地进行调整，例如以考虑在通信会话期间发生的信号属性(例如，信号强度，信号质量等等)的变化、网络类型的变化等等。

虽然参照与通信会话结合发生的交织信息的查询来讨论场景400，但是应该意识到，可以采用这里讨论的实现方式来独立于通信会话的发生向客户端设备102提供交织信息。

例如，通信服务126可以周期性地向质量服务128查询更新的交织数据。如果质量服务128指示更新的交织数据可用，则通信服务126可以获得更新的交织数据并将更新的数据传播到客户端设备102。在至少一些实现方式中，确定更新的交织数据是否可用是通过将客户端设备102的交织数据的版本指示符与可从质量服务128获得的交织数据的版本指示符进行比较来执行的。如果该比较指示更新的交织信息可从质量服务128获得，则更新的信息被传播到客户端设备102，例如通过通信服务126。以上参照版本指示符212、306讨论了合适的版本指示符的示例。

作为又一示例，质量服务128可以例如独立于来自通信服务126和/或客户端设备102的针对更新的交织数据的查询而将更新的交织数据推送到通信服务126。因此，通信服务126可以将更新的交织数据推送到客户端设备102，诸如以便扩充和/或替换交织表124和/或反馈表126。

尽管参考响应于信号质量的降低来增加交织深度来讨论场景400，但是应该意识到，可以采用这里讨论的实现方式来减小交织深度。例如，信号反馈418可以指示通信会话402的信号质量高。因此，编码管理器120a可以确定基于高信号质量，交织深度412可以减小。降低交织深度412可减少通信会话402的传输中的等待时间，并减少用于交织通信会话402的数据流的处理带宽。

相应地，场景400示出了在此讨论的实现方式使得交织器配置(例如，深度、模式等)能够响应于各种事件而被动态地重新配置，诸如通信会话的发起、交织数据中的更新、信号属性(例如，信号质量)的变化、网络类型的变化等等。尽管参照作为中介的通信服务126来讨论场景400，但是在至少一些实现方式中，客户端设备102可以直接与质量服务128交互以获得交织信息并提供会话反馈。

已经讨论了示例实现场景，现在考虑根据一个或多个实施例的对一些示例过程的讨论。

示例过程

以下讨论描述了根据一个或多个实施例的用于交织媒体数据的信息的一些示例过程。示例过程可以在图1的环境100、图14的系统1400和/或任何其他合适的环境中采用。举例来说，这些过程代表了用于实现上面讨论的示例实现场景的各个方面的过程。在至少一些实现方式，针对各种过程描述的步骤可以自动实现并且与用户交互无关。

图5是描述根据一个或多个实施例的方法中的步骤的流程图。该方法描述了根据一个或多个实现方式的用于传送交织信息的示例过程。在至少一些实现方式中，该方法在诸如通信服务126和/或质量服务128的基于网络的服务处执行。

步骤500查询交织信息以用于交织通信会话的数据。通信服务126例如查询质量服务128以得到交织信息。例如，该查询表示对远程服务进行针对交叉信息的查询。可替代地，查询代表内部查询，例如质量服务128对交织DB 130的查询。如上所述，质量服务128可以实现为独立于通信服务126的独立服务，或者可以实现作为由通信服务126提供的服务。

在至少一些实现方式中，查询包括通信会话的属性，诸如通信会话中包括的媒体类型、所涉及的网络类型等等。该查询还可以包括版本指示符，该版本指示符指示先前取回的交织信息的版本。例如，通信服务126在向质量服务128询问通信信息的查询中包括版本指示符。例如，版本指示符标识先前从质量服务128检索并传送到客户端设备102的交织信息的版本。因此，质量服务128可以基于版本指示符来确定交织信息的更新版本是否可用。

步骤502接收具有交织信息的查询响应，所述交织信息包括特定于特定通信媒体类型的交织深度。通信服务126例如从质量服务128接收包括各种交织信息的查询响应。交织信息例如标识要用于特定通信媒体类型的交织深度。还可以包括各种其他类型的交织信息，诸如交织模式，基于反馈应用的交织调整等等。上面讨论了可以被包括在查询响应中的不同交织信息的示例。

步骤504传送交织信息以供远程设备在对包括特定通信媒体类型的通信会话的数据进行交织时使用。通信服务126例如将交织信息传送到客户端设备102。客户端设备102可以利用交织信息来交织与端点设备104的通信会话的媒体数据。

图6是描述根据一个或多个实施例的方法中的步骤的流程图。该方法描述了根据一个或多个实现方式的用于传送更新的交织信息的示例过程。在至少一些实现方式中，该方法在诸如通信服务126和/或质量服务128的基于网络的服务处执行。

步骤600确定更新的交织信息是可用的。例如，通信服务126查询质量服务128以确定更新的交织信息是否可用。例如，通信服务126利用标识传送到客户端设备102的交织信息的最新版本的版本指示符来查询质量服务128。通信服务126向通信服务126返回查询响应，该查询响应包括更新的交织信息。例如，更新的交织信息具有与作为来自通信服务126的查询的一部分而接收的版本指示符相比较新的版本指示符。

步骤602将更新的交织信息传送到远程设备以更新在远程设备处维护的交织信息。通信服务126例如将更新的交织信息传送到客户端设备102，以使得客户端设备102能够利用更新的交织信息来交织与端点设备104的通信会话的媒体数据。

在至少一些实现方式中，该方法可以以各种方式执行。例如，可以周期性地执行该方法以保持客户端设备处的交织信息最新，例如每日、每周等等。可替换地或附加地，可以响应于特定事件(诸如来自客户端设备102的对于更新的交织信息的查询，来自质量服务128的更新交织信息可用的提示等等)来执行该方法。

在至少一些实现方式中，该方法可以动态执行，并且在通信会话正在进行中的同时执行。例如，由客户端设备102的编码管理器120a维护的交织信息可以在客户端设备102参与通信会话的同时动态地更新。此外，可以动态地应用更新的交织信息以重新配置用于通信会话的交织参数，诸如交织深度、交织模式等等。

图7是描述根据一个或多个实施例的方法中的步骤的流程图。该方法描述了根据一个或多个实现方式的用于应用从远程资源接收的交织深度以交织通信会话的数据流的示例过程。在至少一些实现方式中，该方法在通信会话的发送设备处执行，诸如在客户端设备102处执行。

步骤700从远程服务接收交织信息，该交织信息包括用于交织特定通信媒体类型的媒体数据的交织深度。例如，客户端设备102从通信服务126接收交织信息。编码管理器120a将交织信息存储为交织表124和/或反馈表126的一部分。交织信息包括为不同类型的通信媒体所指定的不同的交织深度。交织信息还可以包括各种其他类型的信息，诸如基于不同的网络条件要使用的交织模式，基于不同的会话反馈要应用的交织调整值等等。在至少一些实现方式中，交织信息表示用于扩充和/或替换现有交织信息的更新。

步骤702使得使用交织深度对特定通信媒体类型的媒体数据进行交织以生成交织的数据流。交织器模块118例如根据指定的交织深度交织特定类型的媒体数据。在至少一些实现方式中，交织器模块118应用其他类型的交织信息作为交织媒体数据的一部分，诸如指定的交织模式，交织调整值等等。

步骤704发送包括交织数据流的信号以供端点设备接收，作为与端点设备的通信会话的一部分。例如，交织的数据流在被交织之后，例如通过编码和调制交织的数据流而被进一步处理。无线模块114a通过网络106将交织数据流作为无线和/或有线信号发送，以供端点设备104接收。

图8是描述根据一个或多个实施例的方法中的步骤的流程图。该方法描述了根据一个或多个实现方式的用于调整通信会话的数据流的交织的示例过程。在至少一些实现方式中，该方法在通信会话的发送设备处(诸如在客户端设备102处)执行。该方法例如表示上面参照图7描述的方法的扩展。

步骤800从端点设备接收指定在端点设备处检测到的信号的一个或多个属性的反馈作为通信会话的一部分。客户端设备102例如从端点设备104接收指定通信会话402的数据流的各种属性的反馈。在至少一些实现方式中，反馈被接收为包括在由端点设备104发送的通信会话的数据流中的辅助数据。可选地或附加地，可以从通信会话的数据流中分开(例如，带外)接收反馈。

根据各种实现方式，反馈可以指定在端点设备处接收到的数据流的总体质量，诸如“良好”、“可接受”、“差”等等。可选地或另外地，反馈可以包括数据流的质量和/或错误统计。可以通过反馈指定的示例统计信息包括：

(1)平均意见评分(MOS)：该属性可以被用来指定通信会话的MOS。例如，该属性可用于指示通信会话的整体质量。

(2)抖动到达间时间：可以利用该属性来指定通信会话的抖动值。该属性例如可以用于指示一个或多个抖动值已经增加，例如已经超过了指定的抖动值阈值。

(3)分组丢失率：可以利用该属性来指定通信会话的分组丢失率。例如，该属性可以用于指示分组丢失率已经增加，例如已经超过了指定的分组丢失率值阈值。

(4)分组错误率：可以利用该属性来指定通信会话的分组错误率。该属性例如可以用于指示分组错误率已经增加，例如已经超过了指定的分组错误率值阈值。

(5)往返延迟(RTD)：可以利用该属性来指定通信会话中的分组的RTD值。例如，该属性可以用于指示分组的RTD值已经增加，例如已经超过了指定的RTD值阈值。

(6)隐藏率：可以利用该属性来指定在开始通信会话之后观察到的隐藏时间相对于语音时间的累积比率。该属性例如可以用于指定隐藏比率已经增加，例如已经超过了指定的隐藏比率值阈值。

步骤802基于反馈来调整用于交织通信会话的数据流的交织深度。例如，编码管理器120a基于反馈确定在端点设备104处接收的数据流低于阈值质量。因此，编码管理器120a增加第一交织深度以确定第二交织深度。例如，编码管理器120a通过比较信号质量与信号质量的深度调整值(例如使用反馈表124)来确定调整值。

在至少一些实现方式中，服从特定媒体类型的最大交织深度来调整交织深度。例如，媒体类型的交织深度可以不超过媒体类型的最大指定交织深度。

步骤804使得使用调整的交织深度来交织数据流。编码管理器120a例如将调整交织深度传送给交织器模块118，交织器模块118利用调整的交织深度来交织通信会话的数据流。因此，在通信会话正在进行时，交织深度被动态调整并应用于数据流的交织。

步骤806传输使用调整的交织深度来交织的数据流以供端点设备接收并作为通信会话的一部分。客户端设备102例如通过网络106发送数据流以供端点设备104接收。

图9是描述根据一个或多个实施例的方法中的步骤的流程图。该方法描述了根据一个或多个实现方式的用于为通信会话的数据流生成反馈的示例过程。在至少一些实现方式中，该方法是上述过程的扩展。该方法例如可以在通信会话中的接收设备处执行，例如由端点设备104执行。

步骤900通过信号接收通信会话的数据流，该通信会话包括由参与通信会话的设备发送的数据。例如，端点设备104接收数据流，该数据流包括客户端设备102无线发送的数据，作为端点设备104和客户端设备102之间的通信会话的一部分。

步骤902解码数据流以生成解码的数据。无线模块114b例如对数据流执行各种解码处理，例如解调、解密、解交织、FEC解码等。

步骤904检查解码数据以确定信号的信号属性。例如，无线模块114b针对不同类型的错误和其他信号属性(诸如分组延迟、分组丢失率、抖动、分组错误(例如，数量和/或速率)、信号强度等)来检查解码的数据。可选地或另外地，无线模块114b表征在解码数据中检测到的错误是随机发生的还是突发的。

步骤906基于信号属性传送反馈。反馈例如识别属性，例如通过识别错误类型和/或量化错误。可选地或附加地，反馈表征无线信号的信号质量，诸如“良好”、“可接受”、“差”、“突发错误”、“随机错误”等等。在至少一些实现方式中，传送反馈到通信会话中涉及的设备，例如通过端点设备104向客户端设备102。因此，客户端设备102可以基于反馈确定是否执行动作，例如是否调整交织深度、校正编码等等。

图10是描述根据一个或多个实施例的方法中的步骤的流程图。该方法描述了根据一个或多个实现方式的用于调整应用于通信会话的数据流的纠错的示例过程。在至少一些实现方式中，该方法描述了上面参照图8描述的过程的扩展和/或变体。

步骤1000接收指示通信会话的数据流的差信号质量的反馈。客户端设备102例如在通信会话402正在进行中时从端点设备104接收反馈。在至少一些实现方式中，反馈涉及已经使用调整的交织深度进行交织的数据流。例如，反馈表示来自端点设备104的进一步的反馈。

步骤1002确定用于交织数据流的交织深度是否是包括在媒体流中的媒体类型的最大交织深度。例如，编码管理器120a将当前交织深度与在交织表122中针对媒体类型指定的最大交织深度进行比较。

在交织深度不是媒体类型的最大交织深度(“否”)的情况下，步骤1004调整交织深度。编码管理器120a例如增加交织深度。根据各种实现方式，交织深度可以增加达到最大交织深度。通常，增加交织深度有助于提高由接收设备接收的无线信号的信号质量。

步骤1006利用调整的交织深度对数据流进行交织，并发送交织的数据流作为通信会话的一部分。例如，数据流被传输以便由通信会话中涉及的端点设备接收。

在交织深度是媒体类型的最大交织深度(“是”)的情况下，步骤1008调整应用于数据流的纠错编码以试图增加数据流的信号质量。例如，编码管理器120a通知编码模块116降低数据流的编码速率，例如FEC编码速率。通常，降低码率会增加数据流的数据冗余度，从而增加无线发送的数据流的比特可以被接收设备正确解码的可能性。

步骤1010传输用调整后的纠错编码编码的数据流。例如，数据流被传输以便由通信会话中涉及的端点设备接收。

图11是描述根据一个或多个实施例的方法中的步骤的流程图。该方法描述了根据一个或多个实现方式的用于改变通信会话的数据的交织模式的示例过程。

步骤1100使通信会话的数据流使用第一交织模式交织以生成第一交织数据流。交织器模块118例如根据适合于在其上发送包括数据流的无线信号的特定无线网络的交织模式来交织数据流。上面描述了不同交织模式的示例。

步骤1102在第一无线网络上发送包括第一交织数据流的第一无线信号。例如，第一无线信号被传输以供参与通信会话的端点设备接收。例如，第一无线信号由客户端设备102在特定的无线网络上发送以供端点设备104接收。

步骤1104检测从第一无线网络到第二无线网络的网络连通性的改变。客户端设备102例如连接到不同的网络。例如，针对通信会话执行无线切换到不同的无线网络。根据各种实现方式，第二无线网络通过与第一无线网络不同的无线技术来实现。

步骤1106使得响应于所述检测，使用第二交织模式交织数据流以生成第二交织数据流。例如，编码管理器120a将第二无线网络的网络类型与交织表122进行匹配以确定要使用的交织模式。例如，第二交织模式是基于用于实现第二无线网络的无线技术来确定的。因此，第一交织模式和第二交织模式表示不同的交织模式。通常，第二交织数据流包括通信会话的数据。

步骤1108在第二无线网络上发送包括第二交织数据流的第二无线信号。例如，第二无线信号被无线传输，并由端点设备接收，作为通信会话的一部分。通常，第一交织数据流和第二交织数据流被生成为单个通信会话(例如，单个连续通信会话)的一部分。因此，可以在通信会话正在进行的同时动态且无缝地执行用于交织通信会话的数据的交织模式之间的切换。

图12是描述根据一个或多个实施例的方法中的步骤的流程图。该方法描述了根据一个或多个实现方式的用于修改交织信息的示例过程。

步骤1200接收关于交织信息的反馈。例如，质量服务128(诸如从通信服务126和/或客户端设备102)接收关于在通信会话期间经历的会话质量的反馈。通常，反馈将诸如交织深度和交织模式之类的交织信息与媒体类型和会话质量相关。例如，反馈指定对于应用于特定媒体类型的特定交织深度和交织模式，经历了特定的会话质量。会话质量可以以不同的方式指定，诸如在通信会话期间经历的错误，关于会话质量的用户反馈等等。反馈可以包括关于多个不同媒体类型以及跨越多个不同通信会话的反馈。上面详细描述了不同类型的反馈的示例。

步骤1202基于反馈修改交织数据库。质量服务128例如基于反馈修改(例如，更新)交织DB 130。例如，质量服务128基于反馈来改变交织深度设置和/或模式设置。例如，考虑到反馈指定，当特定的交织深度被应用于交织通信会话的特定媒体类型时，在媒体数据中检测到阈值数量的错误。因此，质量服务128可以增加针对交织DB 130中的媒体类型指定的交织深度。作为另一示例，反馈指示以特定交织深度交织的特定媒体类型导致不可接受的媒体延迟。因此，质量服务128可以减少交织DB 130中的媒体类型的默认交织深度。提供这些特定示例仅仅是为了说明的目的，并且应当意识到，根据在此讨论的实现方式，交织信息可以以各种方式并且基于的各种类型的反馈进行修改。

图13是描述根据一个或多个实施例的方法中的步骤的流程图。该方法描述了根据一个或多个实现方式的基于速度来调整交织深度的示例过程。

步骤1300确定设备正在以阈值速度移动。客户端设备102例如检测到其正在以阈值速度或以上移动。

步骤1302调整用于交织通信会话的媒体数据的交织深度。例如，客户端设备102响应于确定客户端设备102正在以阈值速度或高于阈值速度移动来调整用于交织媒体数据的交织深度。例如，交织深度可以在通信会话正在进行时动态调整。可替代地或附加地，可以独立于通信会话来调整交织深度，诸如在发起通信会话之前。上面讨论了基于速度的交织深度调整的不同方面。

已经讨论了一些示例过程，现在考虑根据一个或多个实施例的示例系统和设备的讨论。

示例系统和设备

图14一般地示出了在1400处的示例系统，其包括示例性计算设备1402，该示例性计算设备1402代表可以实现在此描述的各种技术的一个或多个计算系统和/或设备。例如，以上参考图1所讨论的客户端设备102、端点设备104、通信服务126和/或质量服务128可体现为计算设备1402。计算设备1402可以是例如服务提供商的服务器、与客户端相关联的设备(例如，客户端设备)、片上系统和/或任何其他合适的计算设备或计算系统。

如图所示的示例性计算设备1402包括处理系统1404、一个或多个计算机可读介质1406以及一个或多个输入/输出(I/O)接口1408，这些彼此通信地耦合。尽管未示出，但是计算设备1402可以进一步包括将各种组件彼此耦合的系统总线或其他数据和命令传输系统。系统总线可以包括不同总线结构中的任何一个或组合，诸如存储器总线或存储器控制器、外围总线、通用串行总线和/或利用各种总线体系结构中的任一个的处理器或本地总线。也设想了各种其他的示例，例如控制线和数据线。

处理系统1404表示使用硬件执行一个或多个操作的功能。因此，处理系统1404被图示为包括可以被配置为处理器、功能块等的硬件元件1410。这可以包括以硬件实现为专用集成电路或使用一个或多个半导体形成的其他逻辑器件。硬件元件1410不受其形成的材料或其中使用的处理机构的限制。例如，处理器可以包括半导体和/或晶体管(例如，电子集成电路(IC))。在这种上下文中，处理器可执行指令可以是电子可执行指令。

计算机可读介质1406被图示为包括存储器/存储1412。存储器/存储1412表示与一个或多个计算机可读介质相关联的存储器/存储容量。存储器/存储1412可以包括易失性介质(诸如随机存取存储器(RAM))和/或非易失性介质(诸如只读存储器(ROM)、闪存、光盘、磁盘等)。存储器/存储1412可以包括固定介质(例如，RAM、ROM、固定硬盘驱动器等)以及可移动介质(例如，闪存、可移动硬盘驱动器、光盘等等)。计算机可读介质1406可以以下面进一步描述的各种其他方式来配置。

输入/输出接口1408表示允许用户向计算设备1402输入命令和信息的功能，并且还允许使用各种输入/输出设备将信息呈现给用户和/或其他组件或设备。输入设备的示例包括键盘、光标控制设备(例如鼠标)、麦克风(例如，用于语音识别和/或口头输入)、扫描仪、触摸功能(例如被配置为检测物理触摸的电容或其他传感器)、照相机(例如，其可以采用可见或不可见波长(例如红外频率)来检测不涉及触摸作为姿势的移动)等等。输出设备的示例包括显示设备(例如，监视器或投影仪)、扬声器、打印机、网卡、触觉响应设备等等。因此，如下面进一步描述的那样，可以以各种方式来配置计算设备1402以支持用户交互。

计算设备1402还包括通信组件1414，其表示用于接收和发送用于计算设备1402的数据的功能。例如，通信组件1414表示用于与网络进行接口连接和通信的组件，诸如通过任何合适的有线和/或无线协议。根据各种实现方式，通信组件1414接收传输到计算设备1402的数据，并将数据路由到计算设备1402的一个或多个其他组件。此外，通信组件1414从计算设备1402的一个或多个内部组件接收数据，并且使得数据被传送到远离计算设备1402的各种实体(例如设备)。

本文可以在软件、硬件元件或程序模块的一般上下文中描述各种技术。通常，这样的模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、元素、组件、数据结构等等。这里使用的术语“模块”、“功能”和“组件”通常表示软件、固件、硬件或其组合。这里描述的技术的特征是独立于平台的，意味着可以在具有各种处理器的各种商业计算平台上实现这些技术。

所描述的模块和技术的实现方式可以被存储在某种形式的计算机可读介质上或者通过其传输。计算机可读介质可以包括可以被计算设备1402访问的各种介质。作为示例而非限制，计算机可读介质可以包括“计算机可读存储介质”和“计算机可读信号介质”。

“计算机可读存储介质”可以指的是与单纯的信号传输、载波或信号本身相反，能够持久存储信息的介质和/或设备。计算机可读存储介质本身不包括信号。计算机可读存储介质包括以适合于存储诸如计算机可读指令、数据结构、程序模块、逻辑元件/电路或其他数据等信息的方法或技术实现的诸如易失性和非易失性、可移动和不可移动介质和/或存储设备之类的硬件。计算机可读存储介质的示例可以包括但不限于RAM、ROM、EEPROM、闪存或其它存储器技术、CD-ROM、数字多功能盘(DVD)或其他光存储器、硬盘、磁带盒、磁带、磁盘存储器或其他磁存储设备或其他存储设备、有形介质、或适于存储所需信息并可由计算机访问的制品。

“计算机可读信号介质”可以指被配置为诸如经由网络向计算设备1402的硬件传输指令的信号承载介质。信号介质通常可以在诸如载波、数据信号或其他传输机制的调制数据信号中体现计算机可读指令、数据结构、程序模块或其它数据。信号介质还包括任何信息输送媒体。术语“调制数据信号”是指以对信号中的信息进行编码的方式使其特征中的一个或多个被设置或改变的信号。作为示例而非限制，通信介质包括诸如有线网络或直接有线连接之类的有线介质，以及诸如声学、射频(RF)、红外线和其他无线介质之类的无线介质。

如前所述，硬件元件1410和计算机可读介质1406代表以硬件形式实现的指令、模块、可编程设备逻辑和/或固定设备逻辑，其可以在一些实施例中用于实现在此描述的技术的至少一些方面。硬件元件可以包括集成电路或片上系统的组件、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、复杂可编程逻辑器件(CPLD)以及在硅中或者其他硬件设备的其他实现方式。在该上下文中，硬件元件可以作为执行由硬件元件实现的指令、模块和/或逻辑所定义的程序任务的处理设备以及用于存储用于执行的指令的硬件设备(例如，之前描述的计算机可读存储介质)。

前述的组合也可以用于实现本文所述的各种技术和模块。因此，可以将软件、硬件或程序模块和其他程序模块实现为在一些形式的计算机可读存储介质上和/或由一个或多个硬件元件1410体现的一个或多个指令和/或逻辑。计算设备1402可以被配置为实现对应于软件和/或硬件模块的特定指令和/或功能。因此，例如通过使用处理系统的计算机可读存储介质和/或硬件元件1410，可以至少部分地以硬件实现可由计算设备1402作为软件执行的模块的实现。指令和/或功能可以由一个或多个制品(例如，一个或多个计算设备1402和/或处理系统1404)执行/可操作以实现本文所描述的技术、模块和示例。

如在图14中进一步所示，当在个人计算机(PC)、电视设备和/或移动设备上运行应用时，示例系统1400使无所不在的环境能够实现无缝的用户体验。在这三种环境中，服务和应用的运行情况基本相似，以便于在使用应用、玩视频游戏，观看视频等等的同时从一个设备转换到下一个设备时有共同的用户体验。

在示例系统1400中，多个设备通过中央计算设备互连。中央计算设备可以是多个设备本地的，或者可以位于远离多个设备的位置。在一个实施例中，中央计算设备可以是通过网络、因特网或其他数据通信链路连接到多个设备的一个或多个服务器计算机的云。

在一个实施例中，这种互连体系结构使得能够在多个设备上递送功能以向多个设备的用户提供共同且无缝的体验。多个设备中的每一个可以具有不同的物理要求和能力，并且中央计算设备使用平台来使能向设备传递既对设备定制又对所有设备通用的体验。在一个实施例中，创建一类目标设备，并且为该设备的通用类别定制体验。一类设备可以由物理特征、使用类型或设备的其他共同特征来定义。

在各种实现方式中，计算设备1402可以采取各种不同的配置，诸如用于计算机1416、移动设备1418和电视机1420的使用。这些配置中的每一个包括具有通常不同的构造和能力的设备，并且因此可以根据一个或多个不同的设备类来配置计算设备1402。例如，计算设备1402可以被实现为包括个人计算机、台式计算机、多屏幕计算机、膝上型计算机、上网本等的设备的计算机1416类别。

计算设备1402还可以被实现为包括移动设备的移动1418类设备，诸如移动电话、便携式音乐播放器、便携式游戏设备、平板电脑、可穿戴设备、多屏幕计算机等等。计算设备1402还可以被实现为电视机1420类设备，其包括在临时观看环境中具有或连接到通常较大的屏幕的设备。这些设备包括电视机、机顶盒、游戏控制台等等。

这里描述的技术可以由计算设备1402的这些不同配置来支持，并且不限于这里描述的技术的具体示例。例如，参考通信服务126和质量服务128讨论的功能可全部或部分地实现通过使用分布式系统来实现，诸如经由平台1424通过“云”1422，如下所述。

云1422包括和/或代表资源1426的平台1424。平台1424抽象云1422的硬件(例如服务器)和软件资源的基础功能。资源1426可以包括应用和/或可以在远离计算设备1402的服务器上执行计算机处理时使用的数据。资源1426还可以包括通过因特网和/或通过订户网络(例如蜂窝或Wi-Fi网络)提供的服务。

平台1424可以抽象将计算设备1402与其他计算设备连接的资源和功能。平台1424还可以用于抽象资源的缩放以提供对于经由平台1424实现的资源1426遇到的需求的相应的缩放级别。因此，在互连的设备实施例中，本文描述的功能的实现可以分布在整个系统1400中。例如，功能可以部分地在计算设备1402上以及经由抽象云1422的功能的平台1424来实现。

在此讨论的是可以被实施以执行本文讨论的技术的许多方法。方法的各方面可以用硬件、固件或软件或其组合来实现。该方法被示出为指定由一个或多个设备执行的操作的一组步骤，并且不一定限于所示出的用于执行各个块的操作的顺序。此外，根据一个或多个实现方式，关于特定方法示出的操作可以与不同方法的操作组合和/或互换。方法的各方面可以通过上面参考环境100讨论的各种实体之间的交互来实现。

这里讨论的实现方式包括：

示例1：一种用于传送用于交织通信会话的数据的交织信息的系统，所述系统包括：至少一个处理器；以及包括存储在其上的指令的一个或多个计算机可读存储介质，所述指令响应于所述至少一个处理器的执行使所述系统执行操作，所述操作包括：查询用于交织通信会话的数据的交织信息；接收具有交织信息的查询响应，所述交织信息包括特定于通信媒体类型的交织深度；以及传送所述交织信息以由远程设备用于交织包括特定通信媒体类型的通信会话的数据。

示例2：如示例1中所描述的系统，其中响应于通信会话的发起而执行所述查询。

示例3：如示例1或2中的一个或多个所述的系统，其中所述查询包括指定通信媒体类型。

示例4：如示例1-3中的一个或多个所述的系统，其中所述查询包括指定用于通信会话的网络的网络类型，并且其中交织信息包括要用于交织通信会话的数据的交织模式以通过网络传输。

示例5：如示例1-4中的一个或多个所述的系统，其中所述查询包括由维护数据库的实体进行的数据库查询。

示例6：如示例1-5中的一个或多个所述的系统，其中交织信息包括每个特定于不同通信媒体类型的多个不同交织深度。

示例7：如示例1-6中的一个或多个所述的系统，其中所述交织信息包括基于关于所述通信会话的反馈应用的一个或多个交织调整值。

示例8：如示例1-7中的一个或多个所述的系统，其中所述操作还包括：接收关于交织信息的反馈；并且基于反馈使得交织数据库被更新。

示例9：一种用于利用从远程服务接收的交织数据来交织通信会话的媒体数据的计算机实现的方法，所述方法包括：从远程服务接收交织信息，所述交织信息包括要用于交织特定通信媒体类型的媒体数据的交织深度；使得所述特定通信媒体类型的媒体数据使用所述交织深度进行交织以生成交织数据流；以及发送包括交织数据流的信号以供端点设备接收作为与端点设备的通信会话的一部分。

示例10：如示例9中所描述的方法，其中通信会话经由在应用层可执行的应用来实现。

示例11：如示例9或10中的一个或多个所述的方法，其中响应于通信会话的发起来接收交织信息。

示例12：如示例9-11中的一个或多个所述的方法，其中交织信息独立于通信会话被接收。

示例13：如示例9-12中的一个或多个所述的方法，其中所述交织信息包括交织模式，并且其中所述使得包括使得所述媒体数据根据所述交织模式进行交织。

示例14：如示例9-13中的一个或多个所述的方法，其中所述交织信息包括用于基于反馈来调整交织深度的调整值，并且其中所述方法还包括：接收指定在端点设备处检测到的通信会话的差信号质量的反馈；调整交织深度以确定调整的交织深度；以及使得所述特定通信媒体类型的媒体数据使用所述调整的交织深度并且在所述通信会话正在进行的同时进行交织。

示例15：如示例9-14中的一个或多个所述的方法，其中，交织信息包括用于基于反馈和特定通信媒体类型的最大交织深度来调整交织深度的调整值，并且其中所述方法还包括：接收指定在所述端点设备处检测到的所述通信会话的差信号质量的反馈；调整所述交织深度以确定服从所述特定通信媒体类型的最大交织深度的调整的交织深度；以及使得所述特定通信媒体类型的媒体数据被使用所述调整的交织深度并且在所述通信会话正在进行的同时进行交织。

示例16：如示例9-15中的一个或多个所述的方法，其中，交织信息包括用于基于反馈和特定通信媒体类型的最大交织深度来调整交织深度的调整值，并且其中该方法还包括：接收反馈，所述反馈指定在端点设备处检测到的通信会话的差的信号质量；确定交织深度处于特定通信媒体类型的最大交织深度处；以及调整应用于通信会话的数据流的纠错编码，以试图提高数据流的信号质量。

示例17：如示例9-16中的一个或多个所述的方法，其中所述使得由通信会话中涉及的客户端设备执行，并且其中，还包括：确定客户端设备至少以阈值速度移动；以及基于所述确定来调整用于交织通信会话的媒体数据的交织深度。

示例18：一种用于传送更新的交织信息以用于交织通信会话的数据的计算机实现的方法，所述方法包括：确定更新的交织信息可用；以及将更新的交织信息传送到远程设备以更新在远程设备处维护的交织信息，并且使得远程设备能够利用更新的交织信息来交织通信会话的媒体数据。

示例19：如示例18中所描述的方法，其中所述确定是响应于对响应于通信会话的发起而提交的交织信息的查询而发生的。

示例20：如示例18或19中的一个或多个所述的方法，其中所述确定包括将用于在远程设备处维护的交织信息的版本指示符与用于更新的交织信息的版本指示符进行比较以确定更新的交织信息是比在远程设备处维护的交织信息新的版本。

结论

描述了用于交织媒体数据的信息的技术。虽然实施例以特定于结构特征和/或方法行为的语言来描述，但是应当理解的是，所附权利要求中限定的实施例不一定限于所描述的特定特征或动作。相反，特定特征和行为被公开为实施所要求保护的实施例的示例形式。

Claims (13)

1.一种用于传送用于交织在远程设备和端点设备之间的通信会话的数据的交织信息的装置，所述装置包括：

至少一个处理器；以及

包括存储在其上的指令的一个或多个计算机可读存储介质，所述指令响应于所述至少一个处理器的执行而使得基于网络的服务执行操作，所述操作包括：

查询用于交织通信会话的数据的交织信息，其中，所述查询包括指定所述通信会话的通信媒体类型；

接收具有交织信息的查询响应，所述交织信息包括特定于所述通信媒体类型的交织深度；

使用来自于所述查询响应的特定于所述通信媒体类型的所述交织深度来交织所述通信会话的所述数据；

在交织所述通信会话的所述数据以后接收与网络连接性的变化相关的反馈；以及

至少部分地基于与网络连接性的所述变化相关的所述反馈来调整所述交织深度。

2.如权利要求1所述的装置，其中，所述查询是响应于所述通信会话的发起而执行的。

3.如权利要求1所述的装置，其中，所述查询包括指定用于所述通信会话的网络的网络类型，并且其中，所述交织信息包括交织模式，所述交织模式用于交织所述通信会话的数据以供在所述网络上传输。

4.如权利要求1所述的装置，其中，所述查询包括由维护数据库的实体进行的数据库查询。

5.如权利要求1所述的装置，其中，所述交织信息包括每个特定于不同通信媒体类型的多个不同交织深度。

6.如权利要求1所述的装置，其中，所述交织信息包括基于关于所述通信会话的反馈应用的一个或多个交织调整值。

7.如权利要求1所述的装置，其中，所述操作还包括：

使得交织数据库基于所述反馈而被更新。

8.一种用于利用从远程基于网络的服务接收的交织数据来交织在客户端设备和端点设备之间的通信会话的媒体数据的计算机实现的方法，所述方法包括：

在所述客户端设备处，从所述远程基于网络的服务接收交织信息，所述交织信息包括用于交织特定通信媒体类型的媒体数据的交织深度；

使得所述特定通信媒体类型的所述媒体数据被使用所述交织深度进行交织以生成交织数据流；

发送包括所述交织数据流的信号以供所述端点设备接收，作为在所述客户端设备和所述端点设备之间的所述通信会话的一部分；

在交织所述通信会话的所述数据以后接收与网络连接性的变化相关的反馈；

至少部分地基于与网络连接性的所述变化相关的所述反馈来调整所述交织深度；以及

使用所调整的交织深度来交织所述特定通信媒体类型的所述媒体数据。

9.如权利要求8所述的方法，其中，所述交织信息是响应于所述通信会话的发起而接收的。

10.如权利要求9所述的方法，其中，所述交织信息是独立于所述通信会话而接收的。

11.如权利要求9所述的方法，其中，所述交织信息包括交织模式，并且其中，所述使得包括使得所述媒体数据被根据所述交织模式进行交织。

12.如权利要求9所述的方法，其中，所述交织信息包括用于基于反馈和所述特定通信媒体类型的最大交织深度来调整所述交织深度的调整值，并且其中，所述方法还包括：

确定所述交织深度处于所述特定通信媒体类型的最大交织深度处。

13.如权利要求9所述的方法，其中，所述使得是由所述客户端设备执行的，并且其中，所述方法还包括：

确定所述客户端设备至少以阈值速度移动；以及

基于所述确定来调整用于交织所述通信会话的所述媒体数据的所述交织深度。

Images