不可靠传送机制的改进应用

摘要

提供一种用于不可靠传送机制的改进应用的方法。应用(34)使用在变得经至少两个分组数据传输机制(32，33)从对等实体可访问的数据分组中传递的应用数据。该应用被配置有预定义应用特定特征的预定义操作范围。如果预定义应用特定特征超过预定义操作范围，则改变分组数据传输机制。即使应用不可靠传输机制，该机制也便于保持应用特定服务等级。

说明书

技术领域

本发明涉及信息系统，尤其涉及处理不可靠分组数据传输的信息 系统。

背景技术

在分组交换通信中，逻辑数据流作为寻址分组流传输。分组可由 网络节点以先到先服务方式转发，或者根据公平排队或分型和/或保证 的服务质量的一些调度规则转发。分组交换系统的示例包括因特网、 局域网和一些高级蜂窝通信网络。

通常用于因特网和其它类似网络的通信协议集称为因特网协议 (IP)族。因特网协议(IP)处理从计算机到计算机的较低级传输，因为消 息使其通过因特网。在IP之上，存在提供传输的不同类型可靠性测量 的更高级协议。

传输控制协议(TCP)操作在IP上，并在端点中提供便于这些端点 之间数据流的可靠有序传递的各种过程。作为另一个选项，用户数据 报协议(UDP)假设错误校验和校正不是必需的或由应用执行，避免在 网络接口级的这种处理的开销。时间敏感应用经常使用UDP，因为通 过使用延迟分组，丢弃分组是优选的。

这里使用TCP和UDP作为一个具体协议族的可靠和不可靠传输 协议的示例。更一般地说，不可靠传输这里是指传输机制不控制从传 输路径接连接收数据分组的任何协议族中的任何协议。从而，如果在 传输中分组被丢弃或延迟了，则上层可能在没有它的情况下，有时甚 至在不知道一个分组从序列中丢失的情况下，必须执行其操作。

近来，已经认为不可靠传输机制的低开销和时间敏感性是重要 的，并且设计了越来越多的应用来应用不可靠数据传输机制。通常， 应用可处理传输路径中的小且暂时的降级，但是如果丢弃的分组数变 得太高，则由应用自然提供的服务质量退化。

这种退化常规上通过为应用预订具有丰富安全裕度的网络服务 等级以吸收和/或补偿网络中的任何动态退化来避免。然而，大部分时 间这种安全裕度不必要地消耗了高成本资源。由于严重的商业竞争， 服务提供商和网络运营商现今都在积极地寻求改进在通信主机之间应 用不可靠数据传输机制但同时使能够优化对连接主机的网络提出的服 务等级要求的能力的机制。

发明内容

本发明的目的由此是改进分组数据传输中的不可靠通信的应用。 该目的通过其特征在于独立权利要求中所阐述的方法、信息系统、模 块和计算机程序产品实现的。从属权利要求中公开了本发明的优选实 施例。

应用被配置有反映应用数据接收质量的预定义应用特定操作极 限。通过读取应用数据内容并从接收的应用数据内容中确定对于接连 数据分组根据传输路径中它们的传输成功或失败而改变的预定义应用 特定特征的值来监控质量级别。当应用数据接收质量不在预定义操作 极限内时，应用启动与对等实体进行的传输中应用的分组数据传输机 制的改变。

即使应用不可靠传输机制，该机制也便于保持应用特定服务等 级。监控系统可单独操作在不同应用中，因此每个应用可管理其自己 的服务等级。与本发明公开的实施例的描述一起讨论本发明的另外优 点。

附图说明

在下文中，将参考附图更详细地描述实施例，附图中：

图1提供了信息系统中基本单元的角色的功能描述；

图2例示了通信装置的实施例的单元的关系；

图3例示了在实施的通信装置中应用的一些单元；

图4例示了蜂窝通信系统的实施例；

图5例示了方法实施例的步骤。

具体实施方式

如下实施例是示范性的。尽管说明书在几个位置可提到“一个” 或“一些”实施例，但这不一定意味着每个此类提及是指相同实施例， 或者该特点仅应用于单个实施例。不同实施例的单个特点也可组合起 来提供其它实施例。

本发明可应用于任何终端、网络节点和/或任何信息系统或支持 应用执行的不同信息系统的任何组合。信息系统可以是固定通信系统 或无线通信系统或利用固定网络和无线网络的通信系统。通信系统、 服务器和用户终端的协议、规范正快速发展。这种发展可能需要对实 施例进行额外改变。因此，所有词语和表述都应该被广义解释，并且 它们意图例示而非限制实施例。

图1提供了根据本发明实施例的信息系统100中基本单元的角色 的功能描述。一般来说，术语“信息系统”涉及个人、数据记录以及 在给定组织中自动和人工处理数据和信息的活动的组合。在此上下文 中，信息系统更具体地说涉及通用信息系统的信息技术组件，并且因 此涉及任何电信和/或计算机相关设备或互连系统或可用在信息的获 取、存储、操控、管理、移动、控制、显示、交换、互换、发送或接 收中的设备子系统群，并且包含软件、固件和/或硬件。

电信服务(CS)102涉及由信息系统100提供给一个或多个通信实 体104、106的信息传送能力的规定集。通信实体(CE)104、106包括 自动或通过与用户交互访问电信服务102的计算机程序集合。CE由 此可包括系统软件、测试件、中间件、固件、应用软件等。例如，CE 可包括使用媒体访问控制(MAC)协议的服务输入编码数据以便通过通 信系统传送的语音编解码器。另一方面，CE可包括使用移动链路控 制实体(MLE)协议的服务获取关于通信系统的具体用户位置的信息的 基站移动管理功能性。

在计算中，协议代表控制或实现两个计算端点之间的连接、通信 和数据传送的约定或标准。协议可通过硬件、软件或二者的组合来实 现。数字计算机网络通信的通信协议具有意图确保不完美通信信道上 的数据可靠互换的特点。通信实体CE1、CE2经称为已经定义用于信 息系统100的电信服务的应用编程接口(API)108、110的一组标准化 请求访问电信服务。

通常，通信实体CE1、CE2经API访问选择成为CE1、CE2的 功能提供必要服务等级的一组分层通信协议。对API的请求翻译成在 它们的应用中使用的应用协议和一组参数的组合。在通信装置中，像 终端或网络节点，在它们的应用中使用的一组应用协议和一组参数的 每个不同组合对应于在下文被认为是单独通信接口的通信范例。如用 图2的框图所例示的，在常规通信装置中，涉及信息传送的CE应用 功能F 20、对传送该信息的API请求21与为该传送而应用的通信接 口CIF1 22之间的关系是一对一的，使得激活应用功能F生成经CIF1 实现的定义的API请求，并且通过CIF1传送到通信装置的信息翻译 成与定义的应用功能F相关联的入局API呼叫。应用功能F可包括应 用的单个操作或多个互相关操作。

这种布置中的优点是通信接口的操作对于应用是透明的，因此应 用提供商不需要考虑传送细节和各种链路中的不完美。然而，下侧是 应用功能的成功和失败取决于应用的通信接口的实现的服务等级。根 据应用的通信接口的基础约定和协议，应用可具有或得到关于它启动 的传送的信息，并由此解释通信接口是否提供了期望的服务等级。如 果这种反馈过程是可用的，则应用可配置成对可能失败情形反应，并 启动重传或激活备选功能来补救该情形。然而，如果从基础网络服务 到应用的这种反馈过程不存在或不被利用，或者与期望服务等级的偏 差本身以某种方式表明未通过较低层反馈过程执行，则应用不能够将 其操作动态调整到现有网络条件。与设计的服务等级的偏差显示为应 用操作的失败。

常规补救是应用具有丰富安全裕度的确认的传输或服务等级来 吸收和/或补偿网络中的动态偏差。然而，由于针对分组交换传输的连 续演进，这些常规方法正变得过时。已经注意到，不可靠传输很适合 于动态多用户分组交换通信。有效的不可靠数据分布方法由此极大地 有利于新的高级网络。另一方面，由于严重的商业竞争，服务提供商 和网络运营商不能担得起与放大的安全裕度保持服务等级一致。需要 一种用于改进通信实体之间不可靠数据传输成功的更有效方法。

图3的框图例示了在实施的通信装置CD 30中应用的一些单元。 图3是仅例示作为通信装置逻辑单元的一些单元和功能实体的简化体 系结构。应该认识到，通信装置可包括使用在或用于执行通信装置其 它功能的其它单元。然而，它们对实际发明无关，并且因此，这里不 进行更详细论述。

通信装置可以是能够在通信系统中通信的任何节点或主机。通信 装置还可以是用户终端，其对应于布置成将用户终端及其用户与预订 相关联的一个设备或装置，并允许用户与通信系统交互。用户终端可 以是能够从网络接收信息和/或向网络发送信息、可以无线方式或经固 定连接连接到网络的任何终端。用户终端的示例包含个人计算机、游 戏控制杆、膝上型电脑(笔记本)、个人数字助理、移动台(移动电话) 和有线电话。

实施的通信装置不仅包括现有技术部件，而且包括表示利用通信 装置CD 30的通信接口CIF1 32和CIF2 33的部件的通信实体31。 CE 32包括经定义的API请求可至少应用通信接口CIF1 32和CIF2 33 中任一个的至少一个功能F 34。

目前的通信装置包括可在一个实施例中利用的处理器和存储器。 例如，通信实体32可以是由运算处理器执行的软件应用或模块或配置 为算术运算或程序的单元。实现实施例的功能性所需的所有修改和配 置都可执行为例程，例程可实现为增加的或更新的软件例程、应用电 路(ASIC)和/或可编程电路。软件例程也称为程序产品，包含小应用程 序和宏，可存储在任何通信装置、可读数据存储介质中，并且它们包 含执行具体任务的程序指令。软件例程可下载到通信装置中。通信装 置诸如服务器或对应的服务器组件或用户终端可配置为至少包含用于 提供用于算数运算的存储区域的存储器和用于执行算数运算的运算处 理器的计算机。运算处理器的示例包含中央处理单元。存储器可以是 固定存储器或可拆卸地连接到通信装置的可移动存储器。

如图3所示，通信装置CD 30还包括操作上连接到功能F 34的 服务等级控制单元SLCP 35。操作连接至少包含SLCP是F的整体部 分或F可向/从其输入/输出信息的单独单元的选项。让我们首先假设 CIF1是F的默认接口。CIF1配置成应用不可靠传输，即，F没有关 于在传输路径中分组丢失的信息。从而，CIF1在经它传输成功或失败 时它没有向F提供较低层反馈。然而，F经CIF1应用的较低协议层 接收已经通过CIF1的较低协议层透明传递并包括对F易读的信息的 数据块。应用数据由此可视为传送信息的有效载荷部分，使得它对通 信应用是易懂的，但仍保持对中间节点和较低协议层是透明的。透明 在此上下文中意味着较低层协议在它们自己的过程中不使用应用数据 块的内容，并且由此，传到F的内容不一定对较低层功能具有任何语 义意义。在该实施例中，应用数据的特征由F用作可操作特征ch1 36， 基于此，它能监控经CIF1实现的不可靠传输，无需从CIF1的较低协 议层直接反馈。

从而，在操作期间，F经CIF1接收数据，应用接收的数据，并 在定义的时间，从接收的应用数据分组内容中确定ch1的状态指示值 CH1，并将它输入到SLCP。SLCP接收输入的状态指示值，并将信息 从状态指示CH1更新成累计值∑CH1。累积周期视情况不同而改变。 例如，在每次可使用新指示值CH1代替较早值。备选地，在定义的公 式中可使用新指示值CH1来计算累计值∑CH1的长期平均。可以应 用其它累计和平均机制，不偏离保护范围。

SLCP根据接收的应用数据的内容监控F的可操作特征ch1，并 将ch1的状态或状态范围与CIF1的服务等级中的偏差相关联。当 SLCP检测到这种偏差时，它将其通知F，并且可指令F启动校正动 作，例如选择应用不同通信范例的另一个通信接口。在图3的实施例 中，累计值∑CH1的值范围R1与CIF1中的特定服务等级相关联。当 累计值∑CH1超过这个范围R1时，SLCP将指示ΔCIF输入到F。当 F从SLCP接收到ΔCIF指示时，它知道CIF1的服务等级至少暂时是 不可接受的，并且启动校正动作。例如，当CIF1的服务等级不可接 受时，F可配置有开始于应用CIF2的预定义条件。该条件可以是这 个简单的或包括涉及若干通信接口的逻辑判定链。

SLCP可只监控CIF1，或者它可类似地监控几个不可靠通信接口 的结果。例如，CIF2也可与可操作特征ch2 37相关联，ch2 37可与 ch1相同或不同。然后，SLCP基于由F输入的状态指示符CH2j对应 地保持用于监控可操作特征ch2的累计值∑CH2，并当累计值∑CH2 达到与CIF2的特定服务等级偏差相关联的范围R2时通知F。尝试的 通信接口的顺序的判定可在SLCP或F中进行，取决于应用。如果两 个通信接口的累计值都是不充分的，则CE可生成错误消息以输出给 通信装置的用户或者监控或记录通信装置操作的外部节点。

可操作特征ch1、ch2在此是指应用功能基于应用功能经不可靠 数据传输接收的应用信息中的数据内容可测量的特性。本发明应用于 各种系统、节点和协议，因此监控的可操作特征ch1、ch2也可根据不 同应用大大改变。在下文，更详细描述了一些示范实施例。

图4例示了根据本发明的蜂窝通信系统的实施例。蜂窝网络的其 中一个主要过程是移动管理。移动管理的目的是跟踪移动用户位于哪 里，以便向它们传递呼叫、数据消息和其它服务。移动管理基于位置 更新过程，其允许用户终端通知蜂窝网络有关其位置的事件，例如当 终端从一个位置区域移动到下一个时。位置更新使用户终端能够可靠 地访问网络，并可用呼叫达到，同时享受整个覆盖区域内的移动自由。

在本实施例中，通信系统的网络包括多个用户寄存器SR1、SR2、 SR3、...、SRn和多个基站BS1、BS2、...、BSm，连接到向经它连接 的单元提供分组交换通信的分组数据网络。注意，实施例中应用的配 置仅是简化的示例。基站配置根据不同实现可大大改变。基站从用户 终端UT1、UT2接收位置更新消息，并通过向将它们作为事件数据存 储的用户寄存器提供位置更新消息作为事件数据项来充当事件源。在 本实施例中，数据库实质上是并行数据库实例，包括所有用户终端 UT1、UT2的静态用户数据实例SSD1、SSD2、...、SSDn和动态用户 数据实例DSD1、DSD2、...、DSDn。

从多个基站BS1、BS2、...、BSm，一组基站BS1、BS2、BS3在 具有用户终端UT1的用户A目前处于的区域中，并且另一组基站BS4、 BS5、...、BSm在具有用户终端UT2的另一用户B目前处于的区域中。 当基站BS4从用户终端UT2接收到位置更新消息时，它使用定义的 不可靠分组交换协议向所有用户寄存器SR1、SR2、SR3、...、SRn发 送消息<lu1>作为事件数据项。这意味着，当基站BS4向数据库实例 SR1发送关于用户B的UT2的位置数据更新的信息时，向SR1重传 位置更新不取决于来自SR1的确认，即，BS3不一定向SR1重传位置 更新，即使没从SR1接收到确认也如此。

当目前处于BS3小区中的用户A希望呼叫用户B时，它在UT1 中启动呼叫建立过程。呼叫建立过程是应用移动管理事件数据的任务。 为了访问适当的呼叫建立参数，需要访问相关用户寄存器。在本实施 例中，用户A的BS3可自由地，即随机地或根据任何定义的唯一或无 处不在的选择标准，选择它向其发送请求关于用户B的目前小区的信 息的查询的数据库实例。在本应用中，让我们假设BS3配置成向在地 理上靠近它的SR2发送查询<q1>。SR2用包含UT1作为BS4的目前 小区的消息<r1>进行响应。

具有这个信息，BS3向BS4发送呼叫建立信令消息，并且如果 BS4相应地响应了，则呼叫建立正常情况下从那继续。用户寄存器中 的位置信息是正确的概率更取决于用于传递位置更新消息的传输机 制。

现在让我们使用图4的数据库实例SRi之一作为图3的通信装置 的示例。对应的示范应用功能F包括基于位置更新消息经不可靠数据 传输维护用户终端的位置数据。SLCP对应于负责控制连续优化位置 数据更新消息接收的实体。SLCP可以操作上连接到F，或作为应用 功能F的子功能。图5例示了在SRi中应用的方法的示范实施例的步 骤。

要注意，图3所示的单元是SRi逻辑实体，并且例示了在通信装 置内实现定义的操作所必需的功能。通信装置中的功能通常实现为根 据预定义、特别是编程过程的接收和/或存储数据上的计算机操作。逻 辑实体的实现可被分到SRi通信装置的一个或多个物理实体。图5的 方法应用于SRi单元，但是也单独参考所包含的功能实体。

当数据库实例SRi接通并且F操作用于接收位置更新消息时，过 程开始。由于操作的期望模式经不可靠传输，因此数据库实例SRi具 有对应于在它们的应用中使用的应用协议和参数集组合的默认通信接 口CIF1。对于SR1中的CIF1，应用协议和参数的组合创建了使能够 从BSk接收多播传输的通信范例。IP多播技术利用用户数据报协议 (UDP)作为基础协议，并且不提供显式机制来确保成功数据传输。在 开始，激活(步骤51)这个默认通信接口CIF1用于BSk与SRi之间的 通信。除了CIF1，SRi还包括备选通信接口用于更可靠传输，这里 CIF2在与BSk交换IP分组时应用传输控制协议(TCP)。

为了能够监控BSk与SRi之间的传输路径，SRi配置成基于应用 数据收集关于经CIF1实现的传输的状态信息，没有从CIF1的基础协 议直接反馈。这在F中通过监控在接收内容中定义的可操作特征ch1 进行。在这个示例中，假设基站以定义的间隔发送位置信息，因此ch1 设计成用位置信息的一系列成功传输的一致性进行响应，并且基于接 连位置更新消息中的时间戳的值监控ch1。由此，F的SLCP建立(步 骤52)条件C1和C2，其中C1和与操作在CIF1相匹配的一致性级别 相关联，并且C2和与操作在CIF2相匹配的一致性级别相关联。注意， 步骤52在此表示用于分析通过SR1与BSk之间的传输路径传递的消 息中的应用信息内容的通用部件。可应用其它示范机制，并且例如对 于接连发送的消息，包括接连消息的编号和校验和的使用，等等。

SRi现在经CIF1可访问(步骤53)BSk，并准备从BSk接收位置 更新消息MSi。让我们假设，在这个简化示例中，要应用多播，只要 从BSk接连接收的3个位置更新消息的时间戳之间差的和不超过预定 义极限LIM，位置更新消息就可通过多播从BSk传递到SRi。这暗示， 只要C1有效，就可在BSk与SRi之间使用应用UDP的CIF1。另一 方面，如果传输路径情况不太好，太多分组丢失，并且接连接收的消 息的时间戳之间的差开始增大，则应用TCP的控制传输应该视为使 用。在这个示例中，这暗示，只要C1没有效，C2就有效，并且应该 在BSk与SRi之间使用CIF2。

由此，当接收到(步骤54)位置更新消息时，F从消息内容中提取 消息的时间戳，并将它作为指示提供给SLCP。SLCP从较早的消息 中检索(步骤55)C1、C2和存储的任何可能的累计信息数据i。在这种 情况下，累计信息包括两个最近接收的消息的时间戳之间的差。SLCP 将检索的累计信息数据i加上接收的消息与先前的消息的时间戳之间 的差，并将得到的和与LIM值相比较(步骤56)。LIM在此表示用于 分析应用数据以确定是否已经适时地接收到按期望从其它通信端点 BSk发送的数据分组的部件。例如，在此LIM用于示出第一与第三应 用数据块的时间戳之间的时间段太长的情况。在这种情况下，有可能 未接收到期望的数据分组。一个或多个数据分组由此被视为在承载相 应应用数据块的数据分组之间丢失了。

如果接收的消息之间的两个接连间隔之和小于LIM，则看起来根 据传输方案已经接收到了位置数据更新，并且消息在不可靠传输中未 过分丢失。在这种情况下，C1有效，并且CIF1可用作(步骤57)BSk 与SRi之间传输的应用的通信接口。

另一方面，如果和超过LIM，则在不可靠传输中已经丢失了数据 分组，并且根据传输方案未适时地接收到位置数据更新。C2由此是有 效的，并且CIF1的不可靠传输不再可应用。在这种情况下，SLCP 通知F该偏差，即丢失的消息，并且有可能向F指示需要校正动作(步 骤58)。在此示例中，SLCP通知F经CIF1的操作不在可接受级别， 并且指令改变到通信接口CIF2以便在BSk与SRi之间传输。

注意，步骤58在此表示在F检测到应用不可靠传输的通信接口 未操作在可接受级别之后在SRi中采取的校正动作的示例。校正动作 可根据应用不同而改变，但有利地包括改为使用提供更好的传递成功 率的另一通信范例，甚至以某种其它特征为代价，例如使用来自SRi 和BSk的通信资源，或更高的通信成本。

在大多数应用中，SLCP经入局应用信息监控不可靠传输，因此 校正动作通常包含监控的通信路径的端点这里是SRi与BSk之间的消 息交换。在本示例中，SLCP监控每个基站的接连传输，因此，当通 知F不可靠通信路径中的问题时，SLCP还提供讨论中的BSk的身份。 F由此可生成请求在位置信息更新的下一传输中应用CIF2的消息并 发送到BSk。

然而，校正动作不一定需要涉及与发送端点的通信。在另一方面， 通信系统可包括中间节点，例如实质上区域中的所有基站都可经可靠 传输机制向其发送它们的位置更新消息的主节点。校正动作可包括从 中间节点SRi检索BSk位置信息的更新，并应用中间位置信息，只要 与C2相关联的折中条件占优势。正常情况下可继续BSk多播消息的 接收和监控，并且当步骤56的校验指示与C1相关联的条件占优势时， 可终止使用中间节点。

在本实施例中，调度多播传输，使得可基于这些调度的传输的定 时监控不可靠传输路径的状态。如果不使用调度的传输，则发送端点 可配置成根据定义的调度表发送不可靠伪消息。F和SLCP认识到伪 消息这样，并且基于它们的定时，SLCP确定不可靠传输是否实现了 可接受成功率，即，是否可应用不可靠传输。

另一方面，监控的操作特征是应用特定选项，并不一定需要依赖 于消息的定时。例如，F可以是操作在经不可靠传输协议例如经应用 UDP的IP多播传递IP分组的分组交换网络中的用户终端的语音编码 应用。F可配置成向SLCP馈送其解码语音的样本，并且SLCP可配 置成测试语音的定义的特征以确定用不可靠传输方法实现的质量是否 可接受。如果否，则SLCP请求F启动校正动作，如上所述。可应用 唯独根据较低层转发的应用数据内容的其它监控机制，不偏离保护范 围。

而且，校正动作不一定需要涉及改变应用的通信接口。在一个方 面，接收端点可请求发送端点通过增大多播消息的重传次数来至少暂 时改进传输路径的质量。例如，在本实施例中，F可配置成在步骤58 向BSk生成请求它采纳改进的重传方案的消息。对应地，在步骤57， F应该向BSk生成请求它返回具有减少的重传的原始方案的消息。

从而，通过提出的过程，在通信装置中并操作在接收的IP数据 分组上的应用可自动并且实质上自发监控由未确认传输实现的质量。 基于这个监控，它可以确定实现的级别是否与其自己的特定要求匹配， 并基于这个匹配，启动校正动作。

在本发明的另一实施例中，应用还可调整其操作以匹配新应用的 通信接口的不同特征。例如，让我们假设图3的通信装置CD是在图 1中公开的配置中从视频应用服务器接收现场视频数据的用户终端。 在正常操作期间，视频服务器CE2通过通信系统CS在IP多播数据 分组中向用户终端CE1发送视频数据。用户终端中的视频应用布置成 通过宽带通信接口从视频解码器接收源自接收的和解码的视频数据分 组的视频流。视频应用还包括输入以定义的间隔提取的样本帧或样本 帧序列并从中分析其特性根据通信系统中视频数据分组传递成功而改 变的特征功能。

例如，让我们假设从视频应用服务器CE2发送的视频帧被连续 编号，并且用户终端CE1中的视频应用配置成读取在用户终端中再现 的帧数。视频是非常差的延迟容忍媒体，因此如果数据分组丢失了， 或者它在传输中大大延迟了，则从视频流中丢弃在数据分组中传递的 帧。从而，应用可采取再现帧序列，读取它们的帧号，并校验多少帧 从序列中丢失。例如可通过将丢失帧的百分比与阈限数字相比较来实 现校验。如果太多帧丢失，则视频应用认为传输路径质量太低。

显然，用户有可能可视地观察视频质量的降级，但对它们反应的 其选项是非常有限的。基本上，他可决定忍受不合标准的画面或终止 该应用。然而，如果视频传输非常关键，例如视频包括来自人质场面 的现场片段，用户自然将需要比没有任何画面操作的更多的选项，或 盯着屏幕试图看清其中一些模糊的物体。在本实施例中，根据本发明， 通过响应于认为通过IP多播的传输路径的质量太低而将视频应用配 置成去激活目前应用的宽带通信接口并移开以应用在目前位置提供更 好传输质量的通信接口，提供了改进。在此让我们假设，通信接口是 提供良好局部覆盖但相当窄带宽的蜂窝无线电接口。

显然，通过更窄通信路径的视频数据传输是不明智的，因此在此 实施例中，当用户终端通知视频应用服务器宽带接口中的问题，并请 求改变到蜂窝无线电接口时，它还请求视频应用服务器调整该应用以 符合新应用的通信范例。在示范情况下，视频应用服务器认出该请求， 改为应用蜂窝无线电接口，并代替发送现场视频，开始按间隔发送从 视频数据流提取的静止图像。用户终端中的视频应用当新视频帧到达 时用这种新视频帧刷新显示器。用户由此在任何时候都具有来自场景 的可用的非常当前和良好质量的图像数据，其给出了比模糊的视频图 像对于正在进行的操作更好的支持。

如早前，视频应用优选配置成至少不时地激活宽带通信接口，并 根据分析序列中丢失的帧数再次分析相应传输路径的状态。无论何时 在此优选的传输路径的质量返回到可接受级别，视频应用都启动与视 频数据服务器的通信交换以移到宽带接口并使用承载现场片段的视频 流。

在一个实施例中，本发明实现为编码用于执行图3通信装置的所 描述操作的计算机过程的指令的计算机程序产品。计算机程序产品可 存储在分布介质中，分布介质包括计算机可读介质、程序存储介质、 记录介质、计算机可读存储器、计算机可读软件分布包、计算机可读 信号、计算机可读电信信号或计算机可读压缩软件包。

本领域技术人员将显而易见，随着技术的进步，本发明概念可以 各种方式实现。本发明及其实施例不限于上面描述的示例，而可以在 权利要求书的范围内改变。