CN102870458A - 在通信系统中交换与通信会话相关联的数据 - Google Patents

Abstract

在一个实施例中，接入终端至少包括第一、第二和第三功能层，第一功能层（例如，MAC层）尝试将代表第三功能层（例如，应用层）的数据分组通过服务网络发送到应用服务器。如果该第一功能层接收到服务网络已经接收到该数据分组的ACK，则通知第三功能层该ACK。如果第一功能层确定将数据分组传输给服务网络的尝试已经失败，则通知第三功能层传输失败。在另一个示例中，在通信会话的业务信道（TCH）建立期间，接入终端通过信令端口向应用服务器发送包括应用层和传输层连接信息的消息以便于该通信会话的数据端口的建立。在一个实施例中，通信设备在第一和第二接入终端之间交换与第一类通信会话相关联的较高优先级数据以及与第二类通信会话相关联的较低优先级数据。如果该通信设备确定从第一接入终端向低数据速率环境的转换，则该通信设备减小该第一接入终端和用于第二类通信会话的应用服务器之间交换的数据分组的尺寸。如果该通信设备确定即将到来的数据分组是低数据分组（例如，静默分组），则抑制低数据分组。如果该通信设备确定第一接入终端已经尝试了传输该序列中的最后的或几乎最后的数据分组集合，则通信设备重传该最后的或几乎最后的数据分组集合而不等待ACK。在一个实施例中，根据哪个窗口突出地显示在接入终端（AT）上将对象下载到该AT。在另一个实施例中，根据特定用户对象下载优先级将对象下载到AT。在另一个实施例中，将向AT的流数据会话的一部分降低优先级，来响应AT从该流数据会话相关联的第一组窗口向不同会话相关联的第二组窗口的显示的转换。例如，降低优先级会造成该部分（例如，音频和视频会议的视频部分）被忽略或减少。在另一个实施例中，作为对AT进入受限环境的响应，可以动态地改变下载到AT的对象以便符合AT的受限环境。

Description

在通信系统中交换与通信会话相关联的数据

依据35U.S.C.§119要求优先权

本专利申请要求于2010年4月30日递交的、名称为“EXCHANGINGDATA ASSOCIATED WITH A COMMUNICATION SESSION WITHIN ACOMMUNICATIONS SYSTEM”的临时申请No.61/330,179的优先权，该临时申请已经转让给本申请的受让人，故以引用方式将其明确地并入本文。

技术领域

本发明的实施例针对与通信系统交换与通信会话相关联的数据。

背景技术

无线通信系统已经经历了多代的发展，包括第一代模拟无线电话服务（1G）、第二代（2G）数字无线电话服务（包括临时的2.5G和2.75G网络）以及第三代（3G）高速数据/具有互联网能力的无线服务。目前有很多种不同类型的无线通信系统在使用，包括蜂窝和个人通信服务（PCS）系统。已知的蜂窝系统的示例包括蜂窝模拟高级移动电话系统（AMPS）、和基于码分多址（CDMA）、频分多址（FDMA）、时分多址（TDMA）、TDMA的全球移动通信系统（GSM）变形，以及使用TDMA和CDMA技术两者的较新的混合数字通信系统的数字蜂窝系统。

电信工业协会/电子工业协会在美国在题为“Mobile Station-Base StationCompatibility Standard for Dual-Mode Wideband Spread Spectrum CellularSystem（用于双模宽带扩频蜂窝系统的基于移动站的站兼容性标准）”的TIA/EIA/IS-95-A（在本申请中称为IS-95）中对用于提供CDMA移动通信的方法进行了标准化。在TIA/EIA标准IS-98中描述了组合的AMPS和CDMA系统。在IMT-2000/UM、或者国际移动电信系统2000/通用移动通信系统、覆盖被称为宽带CDMA（WCDMA）、CDMA 2000（例如，诸如CMDA20001xEV-DO标准之类的）或TD-SCDMA的标准中描述了其它通信系统。

在无线通信系统中，移动站、手持终端、或接入终端（AT）从固定位置的基站（也称为小区基站或小区）接收信号，该基站支持在基站附近或周围的特定地理区域内的通信链路或服务。基站提供到接入网（AN）/无线接入网（RAN）的入口点，上述接入网通常是使用基于标准互联网工程任务组（IETF）的协议的分组数据网络，该协议支持基于服务质量（QoS）要求区分业务的方法。因此，基站通常通过空中接口与AT交互，并通过互联网协议（IP）网络数据分组与AN交互。

在无线电信系统中，对于服务扇区和客户来说一键通（PTT）功能正在变得流行。PPT可以支持“分派”在诸如CDMA、FDMA、TDMA、GSM等之类的标准商业无线基础设施上运行的语音服务。在分派模式中，端点（AT）之间的通信发生在虚拟组中，其中，将一个“讲话人”的语音发送给一个或多个“听众”。这类通信的单个实例一般称为分派呼叫，或简单地PTT呼叫。PTT呼叫是组集的实例化，其定义了呼叫的特性。组本质上是由成员列表和诸如组名或组标识之类的相关联的信息所定义的。

通常，已经将无线通信网络中的数据分组配置为发送给单个目的地或接入终端。去往单个目的地的数据传输称为“单播”。由于移动通信已经增长，将给定数据同时发送给多个接入终端的能力变得越来越重要。因此，已经采用了协议来支持相同分组或消息去往多个目的地或目标接入终端的并行数据传输。“广播”指的是去往所有目的地或接入终端（例如，在由给定服务提供商进行服务的给定小区内等）的数据分组传输，而“多播”指的是去往给定组的目的地或接入终端的数据分组传输。在一个示例中，给定组的目的地或“多播组”可以包括多于一个并且少于所有可能的目的地或接入终端（例如，在由给定服务提供商进行服务的给定组内等）。但是，至少可能在某些情况中，该多播组只包括一个接入终端，类似于单播，或者作为替代地，该多播组包括所有接入终端（例如，在小区或扇区内），类似于广播。

可以用多种方法在无线通信系统中执行广播和/或多播，例如执行多个相继的单播操作以提供给多播组，分配唯一的广播/多播信道（BCH）以同时处理多个数据传输等等。在2007年3月1日发表的题为“Push-To-TalkGroup Call System Using CDMA 1x-EVDO Cellular Network（使用CDMA1x-EVDO蜂窝网络的一键通组呼系统）”的美国专利申请No.2007/0049314中描述了使用广播信道进行一键通通信的传统系统，通过引用的方式将该申请的全部并入本文。如在公开No.2007/0049314中所描述的，广播信道可以用于使用传统信令技术的一键通呼叫。虽然广播信道的使用相比于传统单播技术可以提高带宽要求，但是广播信道的传统信令还是会造成额外的开销和/或延迟，并且可能降低系统性能。

第三代合作伙伴项目2（“3GPP2”）定义了广播-多播服务（BCMCS）规范以支持CDMA2000网络中的多播通信。因此，在此将2006年2月14日发布的名称为“CDMA2000High Rate Broadcast-Multicast Packet Data AirInterface Specification（CDMA2000高速率广播-多播分组数据空中接口规范）”的3GPP2的BCMCS规范版本1.0C.S0054-A的全部通过引用的方式并入本文。

发明内容

在一个实施例中，接入终端至少包括第一、第二和第三功能层，其中，第一功能层（例如，MAC层）尝试将代表第三功能层（例如，应用层）的数据分组通过服务网络发送到应用服务器。如果该第一功能层接收到服务网络已经接收到该数据分组的ACK，则通知第三功能层该ACK。如果第一功能层确定将数据分组发送到服务网络的尝试已经失败，则通知第三功能层传输失败。在另一个实施例中，在用于通信会话的业务信道（TCH）的建立期间，接入终端通过信令端口向应用服务器发送包括应用层和传输层连接信息的消息，以便于用于该通信会话的数据端口的建立。

在一个实施例中，通信设备在第一和第二接入终端之间交换与第一类型的通信会话相关联的较高优先级数据以及与第二类型的通信会话相关联的较低优先级数据。如果该通信设备确定第一接入终端转换到较低数据速率环境，则该通信设备减小该第一接入终端和用于第二类型通信会话的应用服务器之间交换的数据分组的尺寸。如果该通信设备确定即将到来的数据分组是低数据分组（例如，静默分组），则抑制该低数据分组。如果该通信设备确定第一接入终端已经尝试了传输该序列中的一组最后的或几乎最后的数据分组，则通信设备重传该组最后的或几乎最后的数据分组而不等待ACK。

在一个实施例中，根据在接入终端（AT）上突出地显示哪个窗口将对象下载到该AT。在另一个实施例中，根据一组用户特定的对象下载优先级将对象下载到AT。在另一个实施例中，响应于AT的显示从与该流数据会话相关联的第一组窗口向与不同的会话相关联的第二组窗口的转换，将去往AT的流数据会话的一部分去优先级。例如，该去优先级会造成该部分（例如，音频和视频会议的视频部分）被省略或减少。在另一个实施例中，响应于AT进入受限环境，可以动态地改变下载到AT的对象以符合AT的受限环境。

附图说明

当结合附图考虑来参考下面的具体描述时，将很容易获得对本发明的实施例的更全面的了解以及更好的理解，附图是仅仅为了解释说明而示出的，而不是要限制本发明，其中：

图1是依照本发明的至少一个实施例的支持接入终端和接入网络的无线网络架构的示图。

图2A示出了依照本发明的一个实施例的载波网络。

图2B更具体地示出了图1的无线通信的示例。

图3是依照本发明的至少一个实施例的接入终端（AT）的示例。

图4A示出了一种利用其可以在通信系统中在AT之间交换文件的常规方式。

图4B示出了另一种利用其可以在通信系统中在AT之间交换文件的常规方式。

图4C和4D示出了依照本发明的实施例与在始发AT和目标AT之间的文件传输会话的建立相关联的信令。

图5A到5D示出了在通信会话期间在始发或目标接入终端的不同功能层之间的相互作用的不同实施例。

图6A示出了一种支持与流或实时通信会话同时发生的文件传输会话的常规机制。

图6B示出了本发明的一个实施例，其中动态地修改诸如文件传输会话之类的非流式会话的数据分组的尺寸，以使得降低和/或避免实时会话或流会话的分组传输的延迟。

图6C示出了支持与流或实时通信会话同时发生的文件传输会话的另一种常规机制。

图6D示出了本发明的一个实施例，其中，在应用服务器和/或接入网络处动态修改用于下行链路诸如文件传输会话之类的非流式会话的数据分组的尺寸，以使得降低和/或避免实时会话或流会话的分组传输的延迟。

图7A示出了一种支持与流或实时通信会话同时发生的文件传输会话的常规机制。

图7B示出了本发明的一个实施例，其中，抑制了用于流多媒体会话的静默帧并且发送的针对低服务质量（QoS）或非QoS文件传输会话的数据分组的数量增加了。

图7C示出了本发明的另一个实施例，其中，抑制了用于流多媒体会话的静默帧并且发送的针对低QoS或非QoS文件传输会话的数据分组的数量增加了。

图8A示出了集中于常规的文件传输会话的结束或完成的过程。

图8B示出了集中于在文件传输会话的结束处发送AT和应用层之间的信令的另一种常规过程，因为这样通过虚线示出接收AT和应用层之间的信令。

图8C和8D各自针对在发送AT具有业务信道（TCH）但未在发送数据的时期内，关于数据分组的伺机重传或抢占式重传的过程。

图8E依照本发明的实施例针对在发送AT具有TCH但并未在发送数据的时期内，关于数据分组的伺机重传或抢占式重传的另一种过程。

图9A到9D中的每一个示出了依照本发明实施例的与文件传输会话相关联的不同的基于内容的通信过程。

具体实施方式

在下面的针对本发明的具体实施例的描述和相关的附图中公开了本发明的方面。在不背离本发明的范围的情况下可以设计出替换的实施例。另外，本发明的公知的元件将不再详细描述或者将被省略掉，以不混淆本发明的相关细节。

本申请中使用的“示例性”和/或“示例”词语意味着“用作例子、实例或说明”。本申请中被描述为“示例性”和/或“示例”的任何实施例无需被解释为比其它实施例更优选或更具优势的。类似的，术语“本发明的实施例”不要求本发明的所有实施例包括所讨论的特征、优势或操作模式。

此外，围绕由例如计算设备的元件来执行的一系列动作来描述了很多实施例。应该认识到的是，本申请中描述的各个动作可以由专用电路（例如，专用集成电路（ASIC））、由一个或多个处理器所执行的程序指令或这两者的组合来执行。另外，本申请中描述的这些动作序列可以看做完全实现在任何形式的计算机可读存储介质中，该存储介质具有存储在其中的一组相应的计算机指令，一旦执行指令则会使相关联的处理器执行本申请中所描述的功能。因此，本发明的各个方面可以以多种不同的形式来实现，所有这些形式都预期处于所请求保护的主题的范围内。另外，对于本申请中描述的每个实施例，任何这种实施例的相应形式都可能在本申请中描述为，例如，“逻辑单元，配置为”执行所描述的动作。

高数据速率（HDR）用户站，本申请中称为接入终端（AT），可以是移动的或固定的，并且可以与一个或多个HDR基站通信，所述基站在本申请中称为调制解调器池收发机（MPT）或基站（BS）。接入终端通过一个或多个调制解调器池收发机向HDR基站控制器（称为调制解调器池控制器（MPC）、基站控制器（BSC）和/或分组控制功能（PCF））发送数据分组和接收数据分组。调制解调器池收发机和调制解调器池控制器是称为接入网的网络的一部分。接入网在多个接入终端之间传输数据分组。

接入网还可以连接到在该接入网以外的另外的网络，例如公司内网或互联网，并且可以在每个接入终端和这样的外部网络之间传输数据分组。已经与一个或多个调制解调器池收发机建立了活动业务信道连接的接入终端称为活动的接入终端，并且被称为处于业务状态。正处于与一个或多个调制解调器池收发机建立活动业务信道连接的过程中的接入终端被称为处于连接建立状态。接入终端可以是通过无线信道或通过有线信道（例如使用光纤或同轴线缆）通信的任何数据设备。接入终端还可以是多种类型的设备中的任何一种，包括但并不仅限于PC卡、压缩闪存、外部的或内部的调制解调器或无线或有线电话。接入终端通过其向调制解调器池收发机发送信号的通信链路称为反向链路或业务信道。调制解调器池收发机通过其向接入终端发送信号的通信链路称为前向链路或业务信道。本申请中所用的术语业务信道可以指的是前向或反向业务信道。

图1示出了依照本发明的至少一个实施例的无线系统100的一个示例性实施例的框图。系统100可以包含接入终端，例如蜂窝电话102，通过空中接口104与接入网或无线接入网（RAN）120通信，该网络能够将接入终端102连接到在分组交换数据网络（例如，内网、互联网和/或载波网络126）和该接入终端102、108、110、112之间提供数据连接的网络设备。如此所示出的，接入终端可以是蜂窝电话102、个人数字助理108、寻呼机110（这里将其示出为双向文字寻呼机），或者甚至是具有无线通信入口的单独的计算机平台112。因此，本发明的实施例可以实现在包括无线通信入口或具有无线通信能力的任何形式的接入终端上，包括但并不限于，无线调制解调器、PCMCIA卡、个人计算机、电话或它们的任意组合或子组合。此外，如本申请中所用的，术语“接入终端”、“无线设备”、“客户端设备”、“移动终端”和它们的变形可以互换地使用。

回到图1，无线网络100的组件以及本发明的示例性实施例的元件的相互关系不仅限于所示出的配置。系统100仅仅是示例性的，并且可以包括任何允许远程接入终端（例如无线客户端计算设备102、108、110、112）在空中在相互之间和之中和/或通过空中接口104和RAN 120（包括，但并不仅限于载波网络126、互联网和/或其它远程服务器）连接的组件之间和之中进行通信的任何系统。

该RAN 120控制发送给基站控制器/分组控制功能（BSC/PCF）122的消息。该BSC/PCF 122负责分组数据服务节点100（“PDSN”）和接入终端102/108/110/112之间的信令、建立和拆除承载信道（即，数据信道）。如果能够进行链路层加密，则BSC/PCF 122也在将内容通过空中接口104转发之前对其加密。BSC/PCF 122的功能是本领域公知的，并且为了简洁起见将不再进一步讨论了。载波网络126可以通过网络、互联网和/或公共交换电话网络（PSTN）与BSC/PCF 122通信。作为替代地，BSC/PCF 122可以直接连接到互联网或外部网络。典型地，载波网络126和BSC/PCF 122之间的网络或互联网连接传输数据，而PSTN传输语音信息。BSC/PCF 122可以连接到多个基站（BS）或调制解调器池收发机（MPT）124。以类似于载波网络的方式，BSC/PCF 122通常通过用于数据传输和/或语音信息的网络、互联网和/或PSTN连接到MPT/BS 124。MPT/BS 124能够向接入终端，例如蜂窝电话102，无线地广播数据消息。如本领域公知的，MPT/BS 124、BSC/PCF 122和其它组件可以形成RAN 120。但是，也可以使用替代的配置，并且本发明并不仅限于所示出的配置。举例而言，在另一个实施例中，BSC/PCF 122和一个或多个MPT/BS 124的功能可以合并到具有BSC/PCF122和MPT/BS 124两者的功能的单个“混合”的模块中。

图2A示出了依照本发明的一个实施例的载波网络126。在图2A的实施例中，该载波网络126包括分组数据服务节点（PDSN）160、广播服务节点（BSN）165、应用服务器170和互联网175。但是，在替代的实施例中，应用服务器170和其它组件可以位于载波网络之外。PDSN 160提供到互联网175、内网和/或远程服务器（例如，应用服务器170）的接入，以供移动站（例如，诸如图1中的102、108、110、112之类的接入终端）利用，，例如cdma2000无线接入网络（RAN）（例如，图1的RAN 120）。作为接入网关，PDSN 160可以提供简单IP和移动IP接入、国外代理支持和分组传输。该PDSN 160可以作为用于认证、授权和计费（AAA）服务器以及其它支持基础设施的客户端，并且如本领域内公知的，向IP网络提供具有网关的移动站。如图2A中所示出的，PDSN 160可以通过常规的A10连接与RAN 120（例如，BSC/PCF 122）通信。该A10连接是本领域内公知的，为了简洁起见将不再进一步描述。

参照图2A，广播服务节点（BSN）165可以配置为支持多播和广播服务。下面将更详细地描述BSN 165。BSN 165通过广播（BC）A10连接与RAN 120（例如，BSC/PCF 122）通信，以及通过互联网175与应用服务器170通信。BCA10连接用于传送多播和/和广播消息。因此，应用服务器170通过互联网175向PDSN 160发送单播消息，并通过互联网175向BSN 165发送多播消息。

一般而言，如下面将要更详细地描述的，RAN 120在空中接口104的广播信道（BCH）上向一个或多个接入终端200发送多播消息，该消息是通过BCA10连接从BSN 165接收的。

图2B更详细地示出了图1的无线通信100的示例。具体而言，参照图2B，AT 1…N示出为在由不同的分组数据网络端点所服务的位置处连接到RAN 120。因此，AT 1和3在由第一分组数据网络端点162（例如，其可以对应于PDSN 160、BSN 165、归属代理（HA）、外部代理（FA）等）服务的部分处连接到RAN 120。第一分组数据网络端点162转而通过路由单元188连接到互联网175和/或一个或多个认证、授权和计费（AAA）服务器182、配置服务器184、互联网协议（IP）多媒体子系统（IMS）/会话发起协议（SIP）注册服务器186和/或应用服务器170。AT 2和5…N在由第二分组数据网络端点164（例如，其可以对应于PDSN 160、BSN 165、FA、HA等）所服务的部分处连接到RAN 120。与第一分组数据网络端点162类似，第二分组数据网络端点164转而通过路由单元188连接到互联网175和/或AAA服务器182中的一个或多个、配置服务器184、IMS/SIP注册服务器186和/或应用服务器170。AT 4直接连接到互联网175，并且然后可以通过互联网175连接到上面所描述的系统组件中的任何一个。

参照图2B，AT 1、3和5…N示出为无线蜂窝电话，AT 2示出为无线平板PC，而AT 4示出为有线桌面站。但是，在其它实施例中，应该了解的是，无线通信系统100可以连接到任何类型的AT，并且图2B中所示出的示例并不意在限制可以在该系统中实现的AT的类型。此外，虽然AAA服务器182、配置服务器184、IMS/SIP注册服务器186和应用服务器170各自示出为结构上分离的服务器，但是这些服务器中的一个或多个可以合并到本发明的至少一个实施例中。

此外，参照图2B，应用服务器170示出为包括多个媒体控制复合体（MCC）1…N 170B，以及多个区域分发器1…N 170A。该区域分发器170A和MCC 170B共同包括在应用服务器170中，在至少一个实施例中其可以对应于服务器的分布式网络，它们共同对无线通信系统100中的通信会话（例如，通过IP单播和/或IP多播协议的半双工组通信会话）进行仲裁。举例而言，由于由应用服务器170仲裁的通信会话理论上能够发生在位于系统100中的任何位置的AT之间，所以对多个区域分发器170A和MCC进行分配以降低针对所仲裁的通信会话的延迟（例如，使得南美的MCC不会在参与位于中国的会话之间来回中继媒体）。因此，当参照应用服务器170时，应该了解的是，可以由一个或多个区域分发器170A和/或一个或多个MCC 170B执行相关联的功能。区域分发器170A一般负责与建立通信会话有关的任何功能（例如，处理AT之间的信令消息、调度和/或发送公告消息等），而MCC 170B负责在呼叫实例的持续时间内主持通信会话，包括处理呼入信令和在仲裁的通信会话期间的实际的媒体交换。因此，在本发明的另一个实施例中，MCC 170B可以称为PTT应用服务器和/或PTT媒体分配服务器，假设该仲裁的通信会话对应于PTT呼叫

参照图3，诸如蜂窝电话之类的接入终端200（这里是无线设备）具有平台202，该平台可以从RAN 120接收软件应用、数据和/或指令并执行，这些软件应用、数据和/或指令最终可能来自于载波网络126、互联网和/或其它远程服务器和网络。该平台202可以包括：收发机206，可操作地耦合到专用集成电路（“ASIC”208）、或其它处理器、微处理器、逻辑电路或其它数据处理设备。ASIC 208或其它处理器执行应用程序接口（“API”）210层，该层与在该无线设备的存储器212中驻留的任何程序对接。存储器212可以由只读或随机访问存储器（RAM和ROM）、EEPROM、闪存卡，或对计算机平台通用的任何存储器组成。平台202还能够包括：本地数据库214，其能够保存存储器212中不经常使用的应用。该本地数据库214通常是闪存单元，但是可以是本领域公知的任何二级存储设备，例如磁介质、EEPROM、光介质、磁带、软盘或硬盘等等。如本领域内公知的，内部平台202组件还可以可操作地耦合到外部设备，例如天线222、显示器224、一键通按钮228和键盘226等其他组件。

因此，本发明的实施例可以包括具有执行本申请中所描述的功能的能力的接入终端。如本领域的技术人员应该了解的，各种逻辑单元可以实现为分立单元、在处理器上执行的软件模块或用于完成本申请中公开的功能的软件和硬件的任何组合。举例而言，ASIC 208、存储器212、API 210和本地数据库214都可以合作地使用以加载、存储和执行本申请中公开的各个功能，并且因此，用于执行这些功能的逻辑可以分布于各个单元上。作为替代，这些功能可以整合到一个单独的组件中。因此，图3中的接入终端的特征仅仅视为是解释说明性的，本发明并不仅限于所示出的特征和布置。

接入终端102和RAN 120之间的无线通信可以基于不同的技术，例如码分多址（CDMA）、WCDMA、时分多址（TDMA）、频分多址（FDMA）、正交频分复用（OFDM）、全球移动通信（GSM）或其它可以在无线通信网络或数据通信网络中使用的协议。数据通信通常在客户端102、MPT/BS 124和BSC/PCF 122之间。BSC/PCF 122可以连接到多个数据网络，例如载波网络126、PSTN、互联网、虚拟专用网络等等，从而允许接入终端102接入更广泛的通信网络。如上所讨论的以及本领域公知的，可以使用不同的网络和配置从RAN向接入终端发送语音传输和/或数据。因此，本申请中所提供的示例并不意在限制本发明的实施例，而仅仅是辅助描述本发明的实施例的方面。

如果给定的接入终端（AT）有大量数据要发送给特定目标，则文件传输会话的建立时间具有相对较低的重要性，因为与该文件传输会话有关的时间相比于该文件传输会话的建立时间会相对较高。但是，在交换相对少量的数据的情况下，用于文件传输会话的建立时间相比于该会话本身的持续时间则可能不成比例地高。

图4A示出了在通信系统中利用其可以在AT之间交换文件的一种常规方式。具体来讲，图4A示出了当发送AT已经在进行通信会话时，该发送AT如何向目标AT发送文件的常规示例。

参照图4A，给定的AT（“AT 1”）确定是否发起文件传输会话，400A。如果AT 1确定不发起文件传输会话，则AT 1不建立用于通信会话的资源并且该过程保持在400A中。

否则，如果AT 1确定发起文件传输会话，则AT 1与RAN 120建立用于文件传输会话的TCH，405A。然后，一旦获取到用于文件传输会话的TCH，AT 1通过进行3次TCP握手建立其用于文件传输会话的传输连接，以在与应用服务器170的文件传输会话期间获取用于交换数据的数据端口，410A。TCP是本领域公知的并且使用标准网络分层协议。一般来讲，在诸如AT 1之类的客户端尝试与诸如应用服务器170之类的服务器相连接之前，该服务器必须首先绑定到一个端口以便打开客户端以进行连接，这称为“被动打开”。一旦建立了被动打开，客户端可以发起“主动打开”。为了实际建立传输或TCP连接，发生了三次（或三步）握手，其中，通过客户端向服务器发送SYN执行主动打开，服务器以SYN-ACK应答，而客户端向服务器发回ACK。在这一点上，客户端（在这个案例中是AT 1）已经激活了其与应用服务器170的传输连接，并且具有可以利用其来对去往应用服务器170的消息进行标签的数据端口。虽然图4A中没有明确示出，但是上面描述的TCP握手也可以发生在通信会话的目标侧。下面针对图4B描述发生在目标侧的建立。

在建立传输连接之后，AT 1可以建立在AT 1处处理文件传输会话的应用，并且可以开始向应用服务器170发送应用层数据（即，要传输的文件）以传输给AT 2，415A。AT 1可以周期性地确定在文件传输会话期间要传输的文件是否已经成功地发送给应用服务器170以传输给AT 2，420A。如果AT 1在420A确定一个或多个文件或文件部分还没有完成它们的传输，则过程返回到415A，并且AT 1使用在405A和410A获得的资源继续向应用服务器170发送文件或文件部分以传输给AT 2。否则，在针对415A的文件传输会话的所有文件传输都已经完成其传输之后，过程继续进行到425A。

在425A，AT 1释放针对415A的数据传输获得的会话资源，使得来自405A的TCH被拆掉，并且终止了410A的传输连接。在一些稍后的时间点上，AT 1确定是否向AT 2发送任何额外的文件，430A。如果是，则过程返回到405A，使得AT 1可以再次获取会话资源（例如，TCH、传输连接等），并在另一个文件传输会话期间向AT 2发送一个或多个文件。

图4B示出了在通信系统中利用其可以在AT之间交换文件的一种常规方式。具体而言，图4A示出了目标AT如何从发送AT接收文件的一种常规示例。图4B示出了在一个示例中，可以在图4A的过程中能够在目标AT或AT 2处发生的过程。

参照图4B，在通知应用服务器170AT 1将发送要转发给AT 2的数据之后，应用服务器170向RAN 120发送打开消息（例如，寻呼消息），410B，然后又RAN 120将该消息发送给AT 2，402B。AT 2接收打开消息并开始建立业务信道（TCH），405B。接下来，在410B中，AT 2通过TCP握手建立传输连接，类似于在410A中在AT 1处发生的过程。

在这一过程期间的某些点上，AT 1开始通过其针对通信会话建立的数据端口向应用服务器170发送数据。应用服务器170开始在416B中缓存来自AT 1的数据，因为与AT 2的TCP握手还没有完成和/或要求应用服务器170按顺序发送数据分组但分组可能乱序到达。一旦AT 2通过确认SYN-ACK消息完成TCH握手，则应用服务器170可以开始将缓存的数据转发给AT 2，420B。但是，应该了解的是，416B的缓存不需要一接收到ACK就立即结束，而是可以继续一段时间。

应该了解的是，在415中到达应用服务器170的数据分组可能由于在无线链路中的丢失而次序混乱或顺序混乱。因此，应用服务器170将在416B中缓存所有分组。在与AT 2建立了数据端口之后，应用服务器170可以开始将缓存的数据分组传送给AT 2，420B。常规地，只能将从1到p的连续分组传送给AT 2，即使由于分组p+1依然丢失而只有n-1个分组可用。这就是本领域内所知的“线端阻塞”，并且是常规TCP中的一个问题。如下文将更详细描述的，在本发明的至少一个实施例中，可以降低和/或消除线端阻塞。因此，与图4A和/或4B相关联的延迟部分地由于TCP中的文件迫使这些文件按顺序或按次序传送。

如所应该了解的，在400A中在AT 1确定要发起文件传输会话的时间到在415A中AT 1能够开始发送针对该文件传输会话的数据分组的时间之间可能存在较长的时间。例如，可能花费大约300ms来建立TCH，然后可能花费额外的时间来建立传输连接。因此，本发明的实施例用于在AT同时在进行先前建立的通信会话（例如，VoIP会话等）时，允许AT更快地开始发送针对文件传输会话的数据。

图4C和4D示出了依照本发明的实施例，与始发AT 1和目标AT 2之间的文件传输会话的建立相关联的信令。具体而言，图4C集中于在文件传输会话的建立期间，在AT 1和应用服务器170之间发生的信令，而图4D集中于在文件传输会话的建立期间，在应用服务器170和AT 2之间发生的信令。

参照图4C，给定的AT（“AT 1”）确定是否发起文件传输会话，400C。如果AT 1确定不发起文件传输会话，则过程维持在400C中。否则，如果AT 1确定发起该文件传输会话，则AT 1确定已经由AT 1建立的通信会话是否已经接入当前可用于针对该文件传输会话的文件的传输的会话资源，405C。例如，如果在405C中AT 1已经在进行另一个文件传输会话，则AT1可以简单地将该其它的文件传输会话的TCH和传输连接用于新发起的文件传输会话。否则，如果现有的会话资源不可用于文件传输会话，则过程继续进行到410C。

参照图4C，AT 1开始建立与RAN 120的TCH以进行文件传输会话，410C。不像图4A，在415C中，AT 1不是等待TCH完成建立，而是通过配置信令承载的数据（DoS）消息包括传输数据和应用数据来抢先开始建立传输连接和应用层连接，然后在反向链路接入信道上向RAN 120发送该DoS消息，该RAN 120将该DoS消息转发给应用服务器170。在一个示例中，在415C中发送的DoS消息可以使用已经为AT 1的信令消息建立的信令或DoS端口。例如，在将某些AT提供给AT的终端用户之前，可以由服务提供商（例如，Sprint、Verizon等）预先配置这些AT具有DoS端口。其后，只要RAN 120能够提供覆盖就允许AT使用其相关联的DoS端口。

相应地，AT 1调整先前建立的信令端口以在415C中建立用于文件传输会话的传输和应用层连接。应用服务器170识别在415C中在DoS消息中包含的特定信息（例如，在与用于发送数据的端口不同的端口（例如信令端口）上传送的消息），确定AT 1在尝试建立传输连接以在文件传输会话期间向AT 2发送数据。因此，应用服务器170使用来自415C的DoS消息中包含的传输层参数来选择AT 1要在文件传输会话期间使用的数据端口，417C。

应用服务器170在401D中向AT 2发送开始消息以指示AT 2准备进行文件传输会话。下面针对图4D更详细地讨论了401D，图4D更详细地包含了应用服务器170和目标AT 2之间的信令。

在稍后的一些时间点，假定AT 1完成了其TCH建立，420C。AT 1还在于417C中为AT 1所建立的数据端口上从应用服务器170接收对415C的DoS消息的回复，425C。在这一点上，AT 1开始向应用服务器170发送数据以在数据端口上转发给AT 2，430C。如所应该了解的，431C，通过TCH在数据端口上发送给RAN 120以便转发给应用服务器170的初始数据消息用作对来自425C的回复消息的ACK，使得AT 1无需发送对该回复消息的明确的ACK。应用服务器170在445D中将数据从AT 1转发到AT 2（例如，在缓存数据一段时间之后直到AT 2准备好接收数据），下面将针对图4D更详细地讨论。

如上文所讨论的，415C的DoS消息可以用作SYN消息，其后，425C的回复消息可以用作SYN-ACK消息，AT 1可以通过在430C和431C中在数据端口上发送数据来完成该数据端口的建立，其用作确认该回复消息。因此，415C、425C和431C共同地对应于图4A的415A中示出的执行TCP握手的不同方式，通过其可以在获得TCH之前开始建立该传输连接。

在一个示例中，TCP SYN消息（例如，在图4A的410A中所示出的）可以嵌入到415C的DoS消息中。TCP SYN消息的关键内容包括源端口和目的地端口以及初始序号。应用服务器170可以利用SYN_ACK消息（例如，其可以嵌入到425C的回复消息中，下面将更详细地对其进行讨论）进行响应或者可以将SYN ACK消息的关键内容（例如，源端口和目的地端口以及初始序号）编码到发送给AT 1的另一消息中，例如对呼叫请求消息的ACK（例如，通过用户数据报协议的呼叫ACK消息（UDP））。无论何种情况，针对AT 1的文件传输会话的TCP传输连接调整通常用于应用层通信会话（例如，在两个或多个参与者之间的多媒体会话）的信令会话参数。通过在415C中发起传输连接的建立，SYN消息可以更快地传送给应用服务器170，并且因此用于参与者之间的端对端呼叫的TCP连接的建立可以更快地发生。换句话说，在图4C的实施例中降低了与执行三次握手以建立TCP连接（如在图4A的410A中）相关联的延迟。

425C的回复消息是在数据端口而不是信令端口上发送的，并且在回复消息（例如，包含类似于SYN-ACK消息的信息）在425C中发送之后，AT1可以开始使用数据端口以在文件传输会话期间进行数据传输。因此，通过同时进行发起用于提供TCH的过程和获取用于文件传输会话的传输连接，AT 1能够更快地开始发送针对文件传输会话的应用层数据。如上针对图4C所描述的，在430C和431C中发送的数据分组可能由于无线链路中的丢失而乱序到达应用服务器170。应用服务器170在这种情况中会缓存所有分组。常规地，只能将从1到p的连续分组能传送给AT 2，即使由于分组p+1依然丢失而只有n-1个分组可用。这就是本领域内公知的“线端阻塞”，并且是常规TCP中的一个问题。如下文将更详细讨论的，在本发明的至少一个实施例中，可以降低和/或消除线端阻塞（例如，当数据端口对应于UDP时，阻塞被一起消除了）。例如，如下文将更详细地讨论的，相比于常规的图4A和4B中缓存一直进行到给定的文件完成其传输，缓存可以只继续到在图4D的440D处从目标AT 2接收到回复消息。

该AT 1可以周期性地确定在文件传输会话期间要传输的文件是否已经成功地发送给应用服务器170以传输给AT 2，440C。如果AT 1在440C确定一个或多个文件或文件部分还没有完成它们的传输，则过程返回到430C，并且AT 1继续向应用服务器170发送文件或文件部分以传输给AT 2。否则，在针对430C的文件传输会话的所有文件的传输都完成了其传输之后，过程继续进行到445C。在445C中，AT 1确定是否向AT 2发送任何额外的文件。如果是，则过程返回到430C，并且AT 1重用在410C到435C期间建立的用于先前的文件传输会话的会话资源来在另一个文件传输会话期间向AT 2发送一个或多个文件。否则，如果AT 1在445C中确定没有更多的数据要求传输到AT 2，则AT 1释放针对430C和431C的数据传输获取的会话资源，使得来自410C和420C的TCH被拆掉并且传输连接（即，数据端口）被终止。

如可以从图4C了解的是，信令端口用于发送SYN消息（或等同的信息），并且其后通过该数据端口向应用服务器170发送数据。因此，该传输连接是在与为实际会话所建立的端口不同的端口上建立的。

图4D示出了依照本发明的实施例在图4C的过程中在应用服务器170和目标AT 2之间发生的操作。具体而言，图4D示出了在图4C的401D和445D之间在应用服务器170和目标AT 2之间的信令。

参照图4D，一旦在图4C的415C中从AT 1接收到开始消息，则应用服务器170识别并定位针对该文件传输会话的每个预定目标，然后向每个所识别并定位的目标发送开始消息，401D。在图4D中，为了便于解释，示出了单个AT 2。401D的开始消息包括传输数据，例如定时器延时和消息窗口尺寸，以及诸如应用服务器170期望在其上从AT 2接收数据的端口的指定之类的一些应用数据。如所应该了解的，分配给文件传输会话的目标的数据端口不需要与分配给AT 2的数据端口是相同的。401D的开始消息是通过信令端口发送的，例如DoS端口。因此，该开始消息可以对应于移动终止（MT）-DoS消息，与来自AT 1的如415C中的移动发起（MO）DoS消息形成对照。

一旦接收到开始消息，AT 2确定AT 2是否已经在进行现有的通信会话，如此AT 2就已经具有了TCH，410D。如果在410D中AT 2确定AT 2还没有TCH，则AT 2在415D中提供TCH。

回到AT 1，在AT 1获取数据端口之后（例如，在AT 1接收到图4C的425中的回复消息之后），AT 1开始在数据端口上向应用服务器170发送数据，430D。在图4D中，431C对应于通过数据端口从AT 1发送的初始数据分组，并且图4D的431C也对应于上面针对图4C所讨论的相似编号的信号。

在图4D的实施例中，可以假定要从AT 1去往AT 2的数据在AT 2准备好接收数据之前就开始在AT 1的数据端口上到达应用服务器170。相应地，应用服务器170在425D中开始缓存来自AT 1的数据，并且该应用服务器170继续在425D中缓存数据至少直到AT 2指示其准备好从应用服务器170下载数据。

在于415D中建立TCH或于410D中确认AT 2已经有TCH之后，AT 2向应用服务器170发送回复消息，440D。440C的回复消息包括诸如AT 2针对文件传输会话正在使用的端口之类的信息。一旦从AT 2接收到回复消息，应用服务器170知道AT 2针对文件传输会话所使用的数据端口，并从而开始向AT 2发送425C的缓存数据，445D。

虽然图4D中未示出，但是，440D的回复消息可能在来自AT 1的数据在431C中到达应用服务器170之前就到达应用服务器170。例如，如果AT1在没有TCH的情况下开始图4C的过程，而AT 2在具有TCH的情况下开始图4D的过程，则AT 2能够比AT 1建立其自己的TCH并开始发送数据更快地响应开始消息。在这种情况中，应用服务器170不需要执行425D的缓存，而是可以在来自AT 1的数据一开始到达应用服务器170就可以开始从AT 1向AT 2转发数据。

虽然图4C-4D涉及如何能够建立文件传输会话，但是在无线通信系统中文件传输会话的另一个方面是始发或目标接入终端的不同功能层之间的交互。在图5A到5D中，引用AT 1的功能层“1”、“2”和“3”。这些不同的功能层对应于负责执行不同层处的特定功能的软件和/或硬件的组合。但是，虽然为了便于解释说明的方便，下面描述的实施例集中于三个功能层，但是应该了解的是，这些实施例不限制于3个功能层，而是可以包括任何数量的功能层。

在一个示例中，功能层1可以称为MAC层，功能层2可以称为传输层，功能层3可以称为应用层。功能层1的特性是具有将数据分组保持在队列中以在反向链路物理层信道上传输给RAN 120的传输窗口或传输队列。功能层2可以请求将某些分组添加到功能层1的传输窗口，并且这些分组实际上可以由功能层3在较高级别或较高层处生成。

在一个示例中，功能层3可以对应于应用层接口，例如会话发起协议（SIP）客户端或任何其它多媒体应用层接口处理。例如，SIP客户端可以负责管理媒体应用（例如，VoIP应用、PTT应用等）、传输层协议和低层控制器（例如，W-CDMA系统中的无线链路控制（RLC）层的控制器、EV-DO系统中的无线链路协议（RLP）层的控制器等等）的应用层功能。

一般而言，当功能层3有数据要发送给另一个会话参与者（例如，AT 2）时，功能层3请求功能层2发送该数据，该功能层2继而请求功能层1在物理信道上发送该数据。但是，由于功能层3针对何时实际发送数据没有直接控制，因此功能层3无法确定何时由功能层1在物理信道上发送数据。因此，功能层3通常追踪其何时向功能层2发出数据分组传输命令，但是不追踪功能层1何时在物理层上（即，通过无线接口104）发送实际的数据分组。

参照图5A，假定AT 1与至少一个其它会话参与者建立并开始参与通信会话（例如，流媒体会话、文件传输会话等），500A。接下来，功能层3向功能层2发出请求以发送针对通信会话的新数据分组，该数据分组要发送给应用服务器170然后发送给至少一个其它会话参与者，505A。在请求功能层2发送新数据分组之后，功能层3启动具有给定的到期时间的过期定时器。在过期定时器在运行时，功能层3等待接收所发送的数据分组的ACK，借此如果在过期定时器期满之前没有接收到ACK，则功能层3将推断出数据分组的传输没有成功，510A。

功能层2接收针对新数据分组的传输请求并将数据分组添加到由功能层2维护的传输队列或窗口，515A，在这之后功能层2指示功能层1尝试发送当前在功能层2的传输窗口中调度的所有数据分组，520A。如应该了解，并不是本发明的所有实施例都要求功能层2具有其自己的传输窗口或队列。如果功能层2没有这样的传输窗口，则每次功能层3请求传输新数据分组时，功能层2可以简单地将505A中的请求传输的数据分组添加到功能层1的传输窗口。因此，虽然功能层2不需要有其自己的传输队列，但是图5A到5D的实施例是在假定功能层2具有到其自己的传输队列的接入的情况下描述的。本领域的技术人员应该很容易了解到可以如何修改图5A到5D以便适应在本发明的其它实施例中在功能层2处缺少传输队列的情况。

功能层1从功能层2接收传输顺序，然后将来自功能层2的传输窗口的数据分组添加到其自己的传输窗口，525A。在530A，功能层1做出一次或多次尝试以发送在功能层1的传输窗口中包含的数据分组。在530A中，当功能层1的传输窗口中的数据分组中的一个数据分组的传输尝试没有成功时，则功能层1将未成功发送的数据分组添加回功能层1的传输窗口给定的次数直到该数据分组被成功发送。因此，535A示出了被添加回功能层1的传输窗口使得其成功传输的数据分组。如本领域的技术人员应该了解的是，没有通知功能层3关于这些单独的发送数据分组的尝试成功还是不成功。在535A中数据分组成功传输之后，应用服务器170通过向AT 1发送回功能层3ACK消息来确认数据分组的成功接收。

虽然上面描述的数据分组传输过程正在功能层1处进行，但是功能层3实际上并不知道正在功能层1处发生的动作，功能层3只是监听是否在功能层3处接收到对505A中请求传输的数据分组的ACK。因此，在545A中，功能层3确定是否在过期定时器到期之前已经接收到对来自505A的所请求的数据分组的ACK。如果功能层3确定该数据分组已经在545A中被成功地确认，则过程继续进行到560A。否则，如果功能层3确定在545A中没有成功确认该数据分组，则功能层3推断该数据分组传输失败，并且向传输层协议发出另一个请求以再次发送该数据分组，550A。在图5A的实施例中，540A中的ACK是在过期定时器到期之后接收到的，使得功能层3就已经确定其数据分组没有在545A中被成功确认。

因此，功能层2接收针对该数据分组的传输的新请求，并且再次将该数据分组添加到功能层2的传输窗口，555A。在这一点上，过程返回到520A并针对由功能层1传输该数据分组的新请求进行重复。如应该了解的，即使功能层1已经继续尝试发送数据分组，功能层3还是只知道过期定时器已经到期触发了数据分组的传输的新请求。然后这将要求功能层1向应用服务器170发送数据分组两次（即，在505A中由功能层3发出的每个分组传输请求一次）。

在图5A的实施例中，当功能层3在545A中确定应用服务器170已经成功确认了其请求传输的数据分组中的一个，则功能层3确定是否有更多的数据要请求以传输给应用服务器170，560A。如果功能层3在560A中确定要向应用服务器170发送更多的数据，则过程返回到505A并针对一个或多个另外的数据分组的传输进行重复。否则，图5A的过程终止，尽管500A的通信会话可以继续，AT 1接收数据分组而在一段时间内不发送数据分组。

下面将针对图5B描述本发明的实施例，该实施例针对利用其功能层3和功能层1能够交换与在功能层1处等待传输的分组的状态有关的信息的机制。

参照图5B，假定AT 1与至少一个其它会话参与者建立并开始参与通信会话，500B。接下来，功能层3请求向功能层2发送针对通信会话的新数据分组，以传输给应用服务器170，然后再发送给至少一个其它的会话参与者，505B。但是，不像图5A，在505B中，在请求功能层2发送新的数据分组之后，功能层3还不启动过期定时器，该定时器定义了功能层3将在其期间等待针对数据分组的ACK的时间段。

接下来，图5B的510B到530B一般分别对应于515A到535A，因此为了简洁起见，将不再详细描述。在530B中，在功能层1在物理层上向RAN 120成功发送数据分组之后，RAN 120向AT 1的功能层1发送层1-ACK，534B，在这之后，功能层1向功能层3发送通知消息，该消息指示已经从AT 1发送了在505B中所请求传输的数据分组，535B。例如，从功能层1到功能层3的通知消息可以实现为回调API。虽然图5B中没有明确示出，但是可以针对由功能层3已经请求传输的每个数据分组在相应的数据分组在功能层1处从AT 1发送时执行535B的通知。

通常，功能层3在功能层3自身请求了数据分组传输时启动该过期定时器，这未考虑在该数据分组可以从AT 1发送之前在功能层2和/或1处的延迟。在图5B的实施例中，一旦在535B中在功能层3处接收到数据分组传输的通知，功能层3在540B中启动过期定时器，而不是在505B中在发出数据分组传输请求时启动。如本领域的技术人员应该了解的，在该稍后的时间点上启动过期时段减少了由于在该数据分组传输之前在AT 1的功能层2和/或1处发生的延迟导致的功能层3将重新发出对发送相同的数据分组的请求的机会。并且，除了在边缘场景中，不需要降低吞吐量。此外，还应该了解的是，虽然将540B中启动的过期定时器示出为运行了比在510A中的过期定时器更短的时间段，但是针对510A和540B的实际的过期时间段可以是相同的。但是，由于540B中的过期定时器在稍后的时间点上启动，因此540B的过期定时器能够运行更短的时段，这是因为在该定时器的启动之后将更快地接收到ACK。

回到功能层1，在于530B中成功传输数据分组之后，应用服务器170通过向AT 1发回层3或SIP层ACK消息来确认该数据分组的成功接收，545B。

在550B中，功能层3确定是否在过期定时器到期之前已接收到了对从505B所请求的并在530B处从AT 1发送的数据分组的ACK。再次，在535B的通知之后而不是之前在505B处当从功能层3发出实际的数据分组传输请求时启动图5B中的过期定时器，这通常意味着图5B的过期定时器将准许应用服务器170在功能层3请求重复传输之前有更长的定时器来确认初始的数据分组的传输。如果功能层3在550B中确定该数据分组已经成功地被确认，则过程继续进行到565B。否则，如果功能层3在550B中确定该数据分组还没有被成功确认，则功能层3推断该数据分组的传输失败，并且向功能层2发出另一个请求以再次传输该数据分组，555B。功能层2接收对该数据分组的传输的新请求，并且再次将该数据分组添加到功能层2的传输窗口2，560B。在这一点上，该处理过程返回到515B，并且针对该数据分组传输的新请求进行重复。在图5B的示例中，应该了解的是，550B的决策框至少部分地基于功能层3响应于535B的通知而不是505B的传输请求而启动过期定时器，评估出在过期时段内从应用服务器170接收到ACK。

因此，图5B是示出了如何通过执行利用其功能层1能够通知功能层3关于通过无线或物理层去往RAN 120的数据分组传输何时成功的机制能够减少来自功能层3的不必要的重复的数据分组传输请求的数目的一个示例性实施例。因此，在图5A-5B示出了与3早通知功能层给定的数据分组的成功的物理层传输相关联的益处的同时，图5C-5D示出了与早通知功能层3给定的数据分组的不成功的物理层传输相关联的益处。

参照图5C，假定AT 1与至少一个其它会话参与者建立并开始参与通信会话（例如，流媒体会话、文件传输会话等），500C。接下来，功能层3向功能层2发出请求以将新数据分组传输给应用服务器170，并且然后传输给至少一个其它会话参与者，505C。在请求功能层2发送新数据分组之后，功能层3启动具有给定的过期时段的过期定时器，如图5A的510A的。在过期定时器在运行时，功能层3等待接收所发送的数据分组的ACK，借此如果在过期定时器到期之前没有接收到ACK，则功能层3将推断出数据分组的传输没有成功，510C。

功能层2接收对新数据分组的传输请求并将数据分组添加到功能层2的传输窗口，515C，在这之后功能层2指示功能层1尝试发送当前在功能层2的传输窗口中调度的所有数据分组，520C。功能层1从功能层2接收传输顺序，然后将来自功能层2的传输窗口的数据分组添加到其自身的传输窗口，525C。在530C，功能层1做出一次或多次尝试以发送功能层1的传输窗口中包含的数据分组。在530C中，当功能层1的传输窗口中的数据分组中的一个数据分组的传输尝试没有成功时，功能层1将未成功发送的数据分组添加回功能层1的传输窗口给定的次数，直到该数据分组成功发送，或该重复传输尝试的次数超过门限。因此，530C示出了向应用服务器发送数据分组的不成功的尝试，其中该数据分组没有被成功地发送给RAN120。

由于RAN 120不能完成去往应用服务器170的数据分组的传输，因此，RAN 120向AT 1的功能层1发送层1否定ACK（NACK），540C。作为替换地，不需要由RAN 120发送明确的NACK，在这种情况下，层1将仅在没有从RAN 120接收到ACK的门限时间段之后（即，ACK超时），推断在物理层上的数据分组传输失败。但是，虽然功能层1接收该NACK帧或当没有接收到ACK时推断分组丢失，但是功能层1未通知功能层3该数据分组的传输尝试已经失败。

在图5C的实施例中，虽然上面描述的数据分组传输过程正在功能层1处进行，但是功能层3实际上不知道正在功能层1处发生的动作，功能层3仅监控是否在功能层3处已接收到对在505C中请求传输的数据分组的ACK。因此，在545C中，功能层3确定是否已在过期定时器到期之前接收到对从505C请求的数据分组的ACK。如果功能层3确定该数据分组已经在545C中成功地被确认，则过程继续进行到560C。否则，如果功能层3确定没有在545C中成功地确认该数据分组，则功能层3推断该数据分组传输失败，并且向功能层2发出另一个请求以发送该数据分组，550C。功能层2接收对该数据分组的传输的新请求，并且再次将该数据分组添加到功能层2的传输窗口，555C。在这一点上，过程回到520C并针对对该数据分组的新请求进行重复。

如应该了解的，即使功能层1在540C中确定了分组失败或分组丢失（例如，通过明确的NACK或从RAN 120接收ACK失败），功能层3还是在545C中仅根据过期定时器到期来假定传输失败。因此，依赖于图5A中的过期定时器造成了当ACK迟到达时数据分组的不必要的重复传输，而依赖于图5C中的过期定时器造成了当传输尝试实际上失败时在命令该数据分组的重复传输之前的不必要的延迟。

回到图5C，当功能层3在545C中确定其请求传输的数据分组中的一个已经由应用服务器170成功地确认了，则功能层3确定是否有更多的数据请求要传输给应用服务器170，560C。如果功能层3在560C中确定要向应用服务器170发送更多的数据，则过程回到505C，并针对一个或多个另外的数据分组的传输进行重复。否则，图5C的过程终止，尽管500C的通信会话可以继续，其中，AT 1接收数据分组而在一个时间段内不发送数据分组。

现在将针对图5D描述本发明的实施例，该实施例针对利用其功能层1和功能层3能够交换与在功能层1处等待传输的分组的状态有关的信息的机制。

参照图5D，假定AT 1与至少一个其它会话参与者建立并开始参与通信会话，500D。接下来，功能层3请求向功能层2发送针对通信会话的新数据分组，以传输给应用服务器170，并且然后传输给至少一个其它会话参与者，505D。但是，不像图5C，在于505D中请求功能层2发送新的数据分组之后，功能层3还未启动过期定时器，该定时器定义了在其期间功能层3将等待对数据分组的ACK的时间段。

接下来，图5D的510D到530D一般分别对应于图5C的515C到535C，因此为了简洁起见，不再详细描述。如果功能层1能够在530B中成功地向RAN 120发送任何数据分组，则功能层1向功能层3发送通知消息，指示在505D中请求传输的数据分组已经从AT 1发送，535D，类似于图5B的535B。但是，535D之后不久，假定RAN 120向AT 1的功能层1发送针对该数据分组的层1NACK，或作为替换的，功能层1在RAN 120未能确认该数据分组时推断分组失败或分组丢失，540D。在图5C中，540C处的分组传输失败的指示导致针对该数据分组的后续传输尝试停止。但是，在图5D中，540D处的分组传输失败的指示还产生了对功能层3的通知，通知其在535D中向功能层3指示的发送该数据分组的尝试在545D中已经失败。类似于图5B的535B和/或图5D的535D的通知，可以将在545D中从功能层1到功能层3的通知消息实现为回调API。

虽然在图5D中未示出，但是功能层3可以在接收到535D中的传输通知后启动过期定时器。但是，在545D中继续接收到传输失败的通知后，功能层3无需等待该过期定时器到期，而是可以通过来自功能层1的通知推断该数据分组需要重传。

因此，作为对来自功能层1的传输失败通知的响应，功能层3向功能层2发出另一请求以发送该数据分组，550D（例如，不论过期定时器对应于避免重新发出数据请求传输还是等待ACK的时期已经到期）。功能层2接收对该数据分组的传输的新请求，并且再次将该数据分组添加到功能层2的传输窗口，555D。然后，功能层2指示功能层1尝试发送功能层2的传输窗口中的所有分组，560D。功能层1从功能层2接收传输顺序，然后将来自功能层2的传输窗口的数据分组添加到其自身的传输窗口，565D。在570D，假定功能层1成功地将数据分组发送给RAN 120，并且RAN 120成功地将该数据分组转发给应用服务器170。因此，应用服务器170通过向AT 1发送回层3ACK消息确认该数据分组的成功接收。

在接收到ACK后，功能层3确定是否发送另一个数据分组，580D。如果功能层3确定发送另一个数据分组，则过程回到505D。否则，如果功能层3在580D中确定不发送另一个数据分组，则图5D的处理过程终止，尽管500D的通信会话可以继续，其中AT 1接收数据分组但在一段时间内不发送数据分组。

虽然在图5D中为了简化信令示图没有明确示出，但是应该了解的是，550D和570D之间发送数据分组的重复的尝试也可以根据需要与535D和545D的通知相关联。为了清楚起见，省略了这些通知消息，但是应该了解的是，可以在570D之后从功能层1向功能层3发送传输通知，例如这可以使得过期定时器在功能层3处启动。

在另一个示例中，参照图5D，当使用增强型多流分组应用时，RLP层（例如，功能层1）执行最大数量的传输单元（MTU）的组帧和解帧。如果在功能层1处接收到RLP NACK，则在重传分组达到门限数量的次数时，RLP层可以向更高层（例如，功能层3）指示该MTU是否成功发送（例如，如同图5B的535B或图5D的535D）。假如RLP NACK被禁用，但是MTU在多个RLP分组上被分段并进一步在物理层分组上分段，然后可以由物理层NACK推断分段的丢失。可以基于这些物理层NAK将RLP分组推断为成功的。但是，如果即使物理层分段中的一个完全丢失，则该MTU丢失并且这一信息可以由较高层用于来引起MTU的重传（例如，换句话说，对任何分组‘分段’的NACK或分组传输失败可以用于推断整个分组的传输的失败）。如果是由RLC层推断出该丢失的，则可以在WCDMA物理层中完成类似的过程。因此，540D的NACK或分组传输失败可以是针对任何特定分段的NACK或分组传输失败。

图6A示出了支持与流或实时通信会话同时的文件传输会话的常规机制。因此，参照图6A，假定应用服务器170建立对应于AT 1和AT 2之间的流通信会话（例如，VoIP会话）的第一会话，600A，并且该应用服务器170然后建立对应于文件传输会话的第二会话以便于从AT 1向AT 2传输一个或多个文件，605A。还可以进一步假设的是，相比于605A的第二会话（例如，其可能根本没有QoS），600A的第一会话具有更高程度的服务质量（QoS）。

在这一点，进一步假设AT 1位于能够支持AT 1的针对第一会话（即，流通信会话）的实时媒体传输，并且还能够同时以给定的有效载荷尺寸支持AT 1的针对第二会话（即，文件传输会话）的分组传输的相对“较快”的网络中。

因此，AT 1发送针对第一会话的流分组#1，610A，然后，AT 1发送针对第二会话的数据分组#1，615A和616A。然后，AT 1发送针对第一会话的流分组#2，620A，以及AT 1然后发送针对第二会话的数据分组#2，625A和626A。然后，AT 1发送针对第一会话的流分组#3，630A。

下面，涉及“较低”数据速率环境和“较高”数据速率环境。应该了解的是，基于在传输的数据的类型（以及多少数据正在同时或同步传输），用户可能有时期望有“良好”的用户体验。在这种情况下，可以确定标称数据速率，凭借此可以预期大部分用户认为其体验级别为满意。该标称数据速率在不同的网络技术（例如，EV-DO、LTE、WiFi等）之间可以不同，并且还可以甚至基于个体用户性能的期望和/或其它因素而不同。因此，如本申请中所使用的，较低数据速率环境相比于较高数据速率环境与较低的期望或实际数据速率相关联。并且，如本申请中所使用的，较低数据速率环境与低于相关的标称数据速率的实际或期望数据速率相关联，并且较高数据速率环境与高于或等于相关的标称数据速率的实际或期望数据速率相关联。

在这一点上，假设AT 1转换到较低数据速率环境（例如，由于网络条件的恶化而没有切换到另一个网络，由于相同的物理信道资源正被多个会话或应用共享等，通过从EV-DO到1x系统的切换），635A。因此，AT 1依然如所调度的发送针对第二会话的数据分组#3，640A，并且应用服务器170向AT 2发送数据分组#3，641A。但是，由于较低的数据速率环境，数据分组#3的传输占用了更长的时间量并且与针对第一会话的流分组#4的时隙部分地重叠。因此，在645A中，在其调度时隙期间，丢弃或延迟针对第一会话的流分组#4，以使得针对第二会话的数据分组#3可以完成其传输。然后，在650A中，重新调度针对第一会话的流分组#4以在针对第二会话的数据分组#3的传输之后的时隙内进行传输。

应该了解的是，在图6A中，即使第一会话通常在分组传输中更容易被延迟，但是较低的数据速率环境导致数据分组#3的传输延迟了针对第一会话的下一个流分组的传输。例如，由于功能层1在其传输队列中已经有一定数量的分组，所以很难维持第一会话的分组优先于第二会话的分组，因为第二会话的分组已经在队列中了。

相应地，图6B示出了本发明的实施例，其中动态地修改了针对诸如文件传输会话之类的非流式会话的数据分组的尺寸，以使得降低和/或完全避免实时或流会话的分组传输的延迟。参照图6B，600B到630B基本上分别对应于图6A的600A到630A，因此为了简便起见，不再进一步描述。

在635B中，AT 1检测到其已经转换到较低的数据速率环境（例如，在635A中，AT 1无需在转换期间进行这一检测）。在一个示例中，对较低的速率数据环境的检测可以对应于进入1x、通用分组无线业务（GPRS）、演进的数据优化（EV-DO）版本0网络或具有对于手持设备不可用的QoS的Rev.A网络，等等。

在635B中转换到较低的数据速率环境之后，AT 1动态地减小针对第二会话的分组中的数据有效载荷的尺寸，640B。例如，640B的有效载荷尺寸的减小可以是根据AT 1已经转换到的网络计算出的（例如，第一有效载荷尺寸用于EV-DO网络上的文件传输会话，第二有效载荷尺寸用于1x网络上的文件传输会话，等）。作为替换地，640B的有效载荷尺寸减小可以根据针对较低数据速率的环境的任何其它类型的估计来计算，使得第二会话的数据分组就不会造成第一会话的流数据分组的延迟或重新调度。作为替换地，应用服务器170能够计算可以分配给下一个数据分组而不会对下一个流数据分组造成延迟的尺寸，并且应用服务器170可以将该可接受的数据分组尺寸传送给AT 1（例如，在ACK分组中，等）。

因此，AT 1发送针对第二会话的数据分组#3a，645B和646B。如上所述，数据分组#3a的有效载荷部分小于615B和616B和/或625B和626B的数据分组#1和/或#2的有效载荷部分。接下来，AT 1发送针对第一会话的流分组#4，650B。与645B和646B不同，针对第一会话的流分组#4可以准时并作为满有效载荷分组发送，因为减少了针对第二会话而不是第一会话的分组以便符合AT 1的较低的数据速率环境。该会话继续，其中，AT 1发送具有减少的有效载荷部分的针对第二会话的数据分组#3b，655B和656B，然后AT 1在不进行重新调度并且以满数据速率的情况下发送另一个流数据分组#5，660B。

因此，通过使流通信会话优先于文件传输会话，AT 1可以减少在AT 1转换到较低的数据速率环境的情况下，重新调度或延迟针对流通信会话的实时分组的发生。

此外，虽然图6B示出了AT 1从高数据速率环境或网络转换到低数据速率环境或网络的特定示例，应该了解的是，图6B更广泛地代表了动态速率控制算法（DRCA）。例如，DRCA可以常规间隔（根据应用的节奏，如图6B中的第一会话中的）调度高优先级、延迟敏感的流数据，并且可以在该时间间隔中以容量调整（volume-regulated）的方式在流数据的连续发送之间发送非QoS数据（例如，图6B中的第二会话）。例如，根据网络类型，非QoS应用的数据量可以限制为固定值。

作为替换地，可以根据一种自适应或探测算法在每个连续的时间间隔中调整该非QoS应用（即，来自图6B的第二会话）的数据量，例如以守恒值开始，如果该语音/QoS分组没有被延迟影响则增加MTU尺寸，并且如果该语音分组被一些延迟影响则减少所发送的数据量。例如，可以使用诸如奖惩算法之类的学习算法。在另一个替代性的示例中，可以根据功能层1针对发送QoS流数据和过去的非QoS流数据所需要的时隙数量的精确信息在每一个连续的时间间隔中调整非QoS应用（即，来自图6B的第二会话）的数据量，在这种情况中，可以由手持设备（例如，或应用服务器170，然后其可以将这一信息传送给手持设备或AT 1）计算调度用于下一时间间隔的数据量。

因此，图6B明确地示出了在进入较低的数据速率环境后，数据有效载荷“减少”。在替代性示例中，可以修改图6B以便适应于从较低的数据速率环境转换到较高的数据速率环境的AT。在这一替代性示例中，在进入较高的数据速率环境后，增加有效载荷，并且可以使用计算针对下一个非QoS分组的实际的有效载荷的多种不同的机制。图6C示出了支持与流或实时通信会话同时发生的文件传输会话的另一种常规机制。具体而言，图6C在一些方面类似于图6A，除了目标AT 2而不是发送AT 1转换到较低的数据速率环境。参照图6C，600C到630C基本上分别对应于图6A的600A到630A，和/或图6B的600B到630B，因此为了简洁起见，将不再进一步描述。

在这一点上，假设AT 2转换到较低的数据速率环境（例如，由于网络条件的恶化却没有切换到另一个网络，经由从EV-DO切换到1x系统等），635C。相应地，AT 1仍然如所调度的发送针对第二会话的数据分组#3，640C，并且应用服务器170开始了去往AT 2的数据分组#3的传输，641C。在数据分组#3完成其去往AT 2的传输之后，AT 1向应用服务器170发送针对第一会话的流分组#4以传输给AT 2。该应用服务器170延迟了去往AT2的流分组#4的转发，646C。换句话说，由于AT 2的较低的数据速率环境，从应用服务器170到AT 2的数据分组#3的传输占用了更长的时间量，并且与在其期间调度针对第一会话的流分组#4的时隙部分地重叠。因此，在646C中延迟了针对第一会话的流分组#4。然后在647C中重新调度针对第一会话的流分组#4，以在针对第二会话的数据分组#3的传输之后的时隙中传输。

应该了解的是，在图6C中，虽然第一会话一般更容易受到分组传输中的延迟的影响，但是较低的数据速率环境使得数据分组#3的传输延迟了针对第一会话的下一个流分组的传输。

因此，图6D示出了本发明的实施例，在该实施例中在应用服务器170和/或RAN 120处动态地修改针对诸如文件传输会话之类的下行链路非流式会话的数据分组的尺寸，以使得减少和/或完全避免实时或流会话的分组传输的延迟。参照图6D，600D到635D基本上分别对应于图6C的600C到635C，因此为了简洁起见，将不再进一步描述。

参照图6D，在AT 2在635D中转换到较低的数据速率环境之后，应用服务器170检测到AT 2转换到较低的数据速率环境，640D。例如，在应用服务器170处检测到AT 2转换到较低的数据速率环境可以对应于（i）来自AT 2或RAN 120的关于AT 2的当前的数据速率环境的通知，（ii）检测到应用服务器170到AT 2的连接的性能的降低，（iii）AT 2的当前位置的报告，其中，应用服务器170知道与特定地理区域或服务区域相关联的数据速率和/或（iv）利用其应用服务器170可以推断其到AT 2的链路或连接的性能特性的任何其他机制。

在于640D中确定AT 2已经转换到较低的数据速率环境之后，应用服务器170减少了该应用服务器170正在转发给AT 2的针对第二会话的单独的数据分组的有效载荷，645D。例如，可以根据AT 2已经转换到的网络来计算645D的有效载荷尺寸的减小（例如，第一有效载荷尺寸用于EV-DO网络上的文件传输会话，第二有效载荷尺寸用于1x网络上的文件传输会话，等）。作为替换地，645D的有效载荷尺寸减小可以根据针对较低的数据速率环境的任何其它类型的估计来计算，以使得第二会话的数据分组将不会造成第一会话的流数据分组的延迟或重新调度。作为替换地，AT 2可以计算能够分配给下一个数据分组而不会造成下一个流数据分组延迟的尺寸，并且AT 2可以将该可接受的数据分组尺寸传送给应用服务器170（例如，在ACK分组中，等）。

因此，AT 1发送具有常规或全尺寸（full sized）有效载荷部分的针对第二会话的数据分组#3，650D。在从AT 1接收数据分组#3之后，应用服务器170减少数据分组#3的有效载荷尺寸以生成具有减少的有效载荷部分的数据分组#3a，而同时缓存排除在数据分组#3a之外的任何数据有效载荷。然后，应用服务器170向AT 2发送数据分组#3a，651D。接下来，AT 1向应用服务器170发送针对第一会话的流分组#4，655D，并且应用服务器170能够向AT 2发送流分组#4而不会造成图6C中示出的延迟，因为RAN 120由于其降低的有效载荷尺寸而能够更快地发送数据分组#3a，656D。在660D中，应用服务器170发送具有减少的有效载荷部分的针对第二会话的数据分组#3b。

因此，通过使流通信会话优先于文件传输会话，应用服务器170可以在目标AT 2转换到较低的数据速率环境的情况下，减少重新调度或延迟针对流通信会话的实时分组的发生。

此外，虽然图6D示出了AT 2从高数据速率环境或网络转换到低数据速率环境或网络的特定示例，应该了解的是，图6D更广泛地代表动态速率控制算法（DRCA）。例如，DRCA可以以常规间隔（根据应用的节奏，如图6D的第一会话中的）调度高优先级、延迟敏感的流数据，并且可以以容量调整的方式在该时间间隔中在流数据的连续传输之间发送非QoS数据（例如，图6D中的第二会话）。例如，根据网络类型，非QoS应用的数据量可以限制为固定值。

作为替换，可以基于一种自适应或探测算法在每个连续的时间间隔中调整该非QoS应用（即，图6D的第二会话）的数据量，例如以守恒值开始，如果语音/QoS分组没有被延迟影响，则增加MTU尺寸，并且如果该语音分组受到一些延迟的影响，则减少所发送的数据量。例如，可以使用诸如奖惩算法之类的学习算法。在另一个替代性示例中，可以基于关于发送QoS流数据和过去的非QoS流数据所需要的时隙的数量的精确信息在每一个连续的时间间隔内调整非QoS应用（即，来自图6D的第二会话）的数据量，在这种情况中，可以由应用服务器170（例如，或手持设备，然后其可以将这一信息传送给应用服务器170）计算调度用于下一个时间间隔的数据量。因此，虽然图6D明确地示出了在进入较低的数据速率环境之后，数据有效载荷“减少”，但是在其它实施例中调整该数据有效载荷的方式可以增加有效载荷（例如，进入高数据速率环境之后），并且可以使用计算针对下一个非QoS分组的实际的有效载荷的多种不同的机制。

此外，虽然图6D示出了应用服务器170执行针对非QoS或非实时会话的动态有效载荷减少，但是应该了解的是，在本发明的其它实施例中，这些操作可以由AT 2的RAN 120执行。在这一情况中，应用服务器170可以将针对第一和第二会话的数据分组转发给RAN 120，其中RAN 120将负责动态地减小流分组的有效载荷尺寸，以确保非流分组的传输不会造成流会话的延迟。

图7A示出了支持与流或实时通信会话同时发生的文件传输会话的一种常规机制。因此，参照图7A，假设应用服务器170建立对应于AT 1和AT 2之间的流语音通信会话（例如，VoIP会话）的第一会话，700A，并且该应用服务器170然后建立对应于文件传输会话的第二会话以便于从AT 1向AT 2传输一个或多个文件，705A。还可以假设的是，与705A的第二会话（例如，其可能根本没有QoS）相比，700A的第一会话具有更高程度的服务质量（QoS）。具体而言，图7A描述为AT 1的用户正向AT 2传送口头讲的问题“Hello,how are you doing today?”，而AT 2的用户通过指示“Good.”来响应AT 1的用户的问题。在第一会话的这一口头交换过程中，假设AT 1还正向AT 2发送针对第二会话的数据分组。

因此，AT 1发送针对第一会话的语音分组#1（“Hello,How”），710A，然后AT 1发送针对第二会话的数据分组#1，715A和716A。然后，AT 1发送针对第一会话的语音分组#2（“Are You”），720A，并且AT 1然后发送针对第二会话的数据分组#2，725A和726A。然后，AT 1发送针对第一会话的语音分组#3（“Doing Today?”），730A，然后AT 1发送针对第二会话的数据分组#3，735A和736A。

在这一点，假设AT 1的用户停止向AT 1的麦克风讲话。这样的话，AT 1发送静默分组作为语音分组#4，其中静默分组对应于只包括静默帧的语音分组，740A。静默分组包括相对较小的数据有效载荷并且通常只包含背景“舒适”噪声，但是在网络上被以与“真的”语音分组相同的QoS来对待。如所应该了解的，在同时发生的语音和媒体上下文中，这些静默分组是在其中针对文件传输会话或第二会话的数据本来可以发送的分组。因此，AT 1发送针对第二会话的数据分组#4，745A和746A，并且最后，AT 2通过利用其自身的语音响应分组#1（“Good.”）来响应AT 1的问题，750A。

如所应该了解的，在图7A中，AT 1发送其静默分组，即使其中只包含了少到没有（little to no）实际的语音数据。因此，对于文件传输在语音（或其它多媒体）发生的同时发生的并发会话，可以抑制静默分组并且可以在它们的位置上发送针对文件传输会话的数据分组，如接下来针对图7B将描述的。

因此，图7B示出了本发明的一个实施例，其中，抑制了针对流多媒体会话的静默帧，并且发送了数量增加的针对低QoS或非QoS文件传输会话的数据分组。参照图7B，700B到736B基本上分别对应于图7A的700A到736A，因此为了简洁将不再进一步描述。

在735B中发送了针对第二会话的数据分组#3之后，AT 1确定下一个排队的流语音分组对应于静默分组，740B。如本申请中所用的，静默分组可以对应于一系列静默帧。例如，如果在740B中检测到一系列的静默帧数量达到静默的门限时间段（例如，100ms），则这可以构成检测到静默分组，因为下一个语音分组（例如，RTP分组）将只包括静默帧并且将不包括实际的语音数据（即，噪声）。在一个示例中，EV-DO协议指定每静默帧20ms，在这种情况中AT 1可以计算要包括在下一个语音分组中的20ms帧的数量，并且如果这些20ms帧中的每一个都是静默帧，则AT 1确定下一个语音分组是静默分组。

此外，可以相对容易地检测到静默帧，因为每个静默帧通常是以标准模式构造的。因此，AT 1可以将每个语音帧与预定的静默帧进行比较。通过存储单个静默帧以用作模板，AT 1可以将该模板静默帧与其排队的语音分组进行比较，以确定特定的语音分组是否携带静默帧。

在740B中确定下一个排队的流语音分组对应于静默分组之后，AT 1抑制该静默分组并在本来要携带该静默分组或语音分组#4的时隙中将下一个排队的数据分组调度用于第二会话，745B。然后，AT 1在最初调度用于第一会话的语音分组#4的时隙中发送针对第二会话的下一个排队的数据分组（即，数据分组#4），750B。AT 2在751B中接收未预计到的数据分组#4，并且将针对第二会话的非流式或非语音数据分组的连续接收解释为指示AT1抑制了针对第一会话的静默分组，从而播放“舒适”噪声，如在AT 1实际上已经发送了包括该一系列静默帧的静默分组的情况下，AT 2所应该有的，755B。

然后，在数据分组#4替代静默分组之前，AT 1在最初调度用于传输数据分组#4的时隙中发送针对第二会话的数据分组#5，760B。在稍后的某一时间点上，AT 2通过利用其自身的语音响应分组#1（“Good.”）进行响应来响应AT 1的问题，765B。因此，通过在流通信会话与文件传输会话同时进行时抑制静默分组，在它们的位置上发送针对文件传输会话的数据分组，该文件传输会话的数据分组通常具有比流会话的语音分组低的优先级。

图7C示出了本发明的另一个实施例，其中，抑制了流多媒体会话的静默帧，并且发送了数量增加的针对低QoS或非QoS文件传输会话的数据分组。具体而言，图7C在一些方面类似于图7B，除了静默分组抑制发生在应用服务器170处而不是发送AT 1处。参照图7C，700C到736C基本上分别对应于图7A的700A到736A和/或图7B的700B到736B，因此为了简洁起见，将不再进一步描述。

参照图7C，在于735C和736C中发送了针对第二会话的数据分组#3之后，AT 1向应用服务器170发送针对第一会话的语音分组#4，740C。在图7C的实施例中，可以假设语音分组#4对应于包括给定数量的静默帧的静默分组。应用服务器170接收并评估语音分组#4，并确定语音分组#4是静默分组，745C。在于745C中确定下一个流语音分组#4对应于静默分组之后，应用服务器170抑制该静默分组，并确定调度从AT 1接收的用于AT2的下一个分组（例如，针对第二会话的数据分组或针对第一会话的非静默分组）而不是发送语音分组#4，750C。

因此，然后，AT 1向应用服务器170发送针对第二会话的下一个排队的数据分组（即，数据分组#4），755C。在这个示例中，数据分组#4在其调度的时隙中发送，在AT 1处没有改变。应用服务器170接收数据分组#4，并在最初调度用于第一会话的语音分组#4的时隙中将该数据分组#4转发给AT 2，756C。AT 2接收未预计的数据分组#4，并且将针对第二会话的非流式或非语音数据分组的连续接收解释为指示应用服务器170抑制了针对第一会话的静默分组，从而播放“舒适”噪声，如在AT 1实际上已经发送了包括该一系列静默帧的静默分组的情况下，AT 2应该有的，760C。

在稍后的某一时间点上，AT 2通过利用其自身的语音响应分组#1（“Good.”）进行响应来响应AT 1的问题，765C。因此，通过在流通信会话与文件传输会话同时进行时抑制静默分组，应用服务器170在它们的位置上发送针对文件传输会话的数据分组，该文件传输会话的数据分组通常具有比流会话的语音分组低的优先级。

图8A示出了集中于常规文件传输会话的结束或完成的过程。参照图8A，应用服务器170建立文件传输会话以便于从AT 1向AT 2传输一个或多个文件，800A。在图8A的一个示例中，可以假设该文件传输会话对应于多个数据分组1…N的传输，其中N>=3。因此，在于800A中建立文件传输会话之后，AT 1向AT 2发送针对该文件传输会话的数据分组1…N-2，805A和806A。应用服务器170在809A中确认数据分组1…N-2。假设AT2接收数据分组1…N-2中的每一个，并且从而AT 2还针对数据分组1…N-2中的每一个向应用服务器170发送回ACK，810A。接下来，AT 1发送数据分组N-1和N，它们是针对文件传输会话的最后两个分组，815A和816A，以及820A和821A。

此时，由于AT 1已经向AT 2发送了其针对文件传输会话的所有分组，因此AT 1在825A中停止发送数据。但是，还是在825A中，由于AT 1还没有接收到针对其所发送的所有数据分组（即，数据分组N-1和N）的ACK，因此AT 1保持其TCH，因为针对数据分组N-1和/或数据分组N有可能接收到NACK（或ACK超时），在这种情况下，将需要分组重传。应用服务器170在829A中确认数据分组N-1和N，在这之后，AT 1拆除TCH，830A。在这个示例中，假设AT 2最后也发送了针对数据分组N-1和N的ACK，835A。

应该了解的是，如果如图8A中所示出的确认了数据分组N-1和N，则AT 1不需要将其TCH维持到比其实际需要用于文件传输会话更长的时间。并且，如果需要数据分组N-1和/或N的重传，则从这些数据分组的初始传输到它们的最终重传的时间段对应于“浪费的”时间，在该“浪费的”时间中，AT 1具有TCH，但实际上没有发送数据，如接下来将针对图8B描述的。图8B示出了集中于在文件传输会话的结束处在AT 1和应用服务器170之间的信令的另一个常规过程，并且因此通过虚线示出了AT 2和应用服务器170之间的信令。

参照图8B，800B到810B基本上分别对应于图8A的800A到810A，因此为了简洁将不再进一步描述。在接收到针对数据分组1…N-2的ACK之后，AT 1尝试发送数据分组N-1，820B，和数据分组N，825B（例如，虽然来自815B的一些ACK可能实际上是在一次或多次这些传输尝试之后接收到的）。在图8B的实施例中，假设数据分组N-1和N的传输尝试在820B和825B中分别失败了。

在830B中，如图8A中的825A一样，AT 1停止发送数据并保持其TCH。接下来，应用服务器170向AT 1发送针对数据分组N-1和N的NACK，837B。并且，在给定时间段之后，AT 2还确定向应用服务器170发送针对数据分组N-1和N的NACK，839B，并且该NACK在838B中从AT 2发送给应用服务器170。因此，AT 1分别在840B和841B，以及845B和846B中重传数据分组N-1和N。应用服务器170确认来自AT 1的数据分组N-1和N，849B，在这之后，AT 1可以拆除TCH，850B。AT 2还确认了在AT 2处成功接收的来自应用服务器170的数据分组N-1和N，855B。

如现在将参照图8C和8D所描述的，本发明的实施例针对在发送AT具有TCH但并没有发送数据的时间段期间，数据分组的伺机重传或抢占式重传。图8C和8D，类似于图8B，每个都集中于AT 1和应用服务器170之间的信令，因此AT 2和应用服务器170之间的信令是通过虚线示出的。

参照图8C，800C到810C基本上分别对应于图8A的800A到821A，因此为了简洁将不再进一步描述。在分别于815C和816C中发送数据分组N-1和N之后，AT 1维持其TCH并确定在实际接收到对数据分组N-1和N的ACK或NACK之前抢占式地重新发送这些数据分组，而不是仅保持该TCH并等待来自AT 2的ACK或NACK，825C。

因此，AT 1分别在830C和835C中向应用服务器170重新发送数据分组N-1和N，并且应用服务器170分别在831C和836C中将数据分组N-1和N转发给AT 2。应用服务器170确认数据分组N-1和N，837C，其后AT 1可以拆除TCH，840C。并且，AT 2向应用服务器170确认数据分组N-1和N，845C。应该了解的是，在837C中在AT 1处接收到的ACK可以是针对在815C到820C中数据分组N-1和N的初始传输的，或者是针对在830C到835C中数据分组N-1和N的重新传输的（或者一些组合，其中至少一个ACK是针对初始传输的，并且至少一个ACK是针对重新传输的）。

此外，虽然图8C示出了数据分组N-1和N的单次重传，但是应该了解的是，AT 1可以仅继续重传数据分组N-1和N直到从应用服务器170接收到ACK或NACK，或者达到给定的次数（例如，三次重传等）。此外，虽然图8C是针对对文件传输会话的数据分组流中的最后两个数据分组（即，数据分组N-1和N）执行重传的示例，但是其它实施例可以针对不同数量的分组，比如最后三个分组、最后四个分组、仅最后一个分组等等执行上述抢占式分组重传。

参照图8D，800D到835D基本上分别对应于图8B的800B到825B，因此为了简洁将不再进一步描述。在分别于820D和825D中不成功地尝试发送数据分组N-1和N之后，AT 1维持其TCH并确定在进行ACK或NACK之前抢占式地重新传输数据分组N-1和N，而不是仅保持该TCH并等待ACK超时或来自应用服务器的ACK或NACK，，830D。

因此，AT 1分别在831D和836D中向应用服务器170重新传输数据分组N-1和N，并且应用服务器170分别在836D和841D中将数据分组N-1和N转发给AT 2。在稍后的某一时间点上，假设AT 1从应用服务器170接收到对数据分组N-1和N的ACK，845D（例如，在一个示例中，也可以在AT 1处接收到对从831D和835D的数据分组N-1和N的较早的传输的NACK，但是在这一情况中假设重传中的一个被成功地发送给应用服务器170）。应该了解的是，在845D中在AT 1处接收到的ACK是针对831D和835D中的数据分组N-1和N的重传的（例如，由于假设这些数据分组的初始传输不成功）。在这一点上，AT 1可以拆除TCH，850D。在稍后的某一时间点上，AT 2还可以向应用服务器170确认其接收到数据分组N-1和N，855D。

此外，虽然图8D示出了数据分组N-1和N的单次重传，但是应该了解的是，AT 1可以简单地继续重传数据分组N-1和N直到确定ACK超时或从应用服务器170接收到ACK或NACK，或者达到给定的次数（例如，三次重传等）。此外，虽然图8D是针对对文件传输会话的数据分组流中的最后两个数据分组（即，数据分组N-1和N）执行重传的示例，但是其它实施例可以针对不同数量的分组，比如最后三个分组、最后四个分组、仅最后一个分组等等执行上述抢占式分组重传。

此外，虽然图8C和8D各自示出了数据分组的抢占式重传发送在文件传输会话的预期的结束点附近，但是应该了解的是，其它条件可以用于在TCH由AT维持但是没有连续使用时触发分组的抢占式重传。例如，发送者可以测量准确的网络条件，并且如果确定网络条件很差并且很可能有丢失，则发送者可以乐观地重传分组的最后一个窗口。作为替换，发送者（即，AT 1）可以采用给定类型的“学习”算法，该算法测量在连接过程中丢失了多少分组（可从ACK和重传获得）并且有根据地猜测何时执行抢占式重传。该学习算法设置可以更复杂并且扩展到去往特定目标的特定呼叫的生命周期、位置、一天中的时间等。在一个示例中，该学习算法不仅可以预测何时抢占式重传数据分组，并且该学习算法还可以根据丢失的可能性预测顺序或要重传哪个分组。

图8针对依照本发明的一个实施例的，在发送AT具有TCH但并没在发送数据的时间段期间，数据分组的另一个伺机重传或抢占式重传。与图8C和8D不同，图8E针对从应用服务器170而不是发送AT 1触发或发起的伺机重传或抢占式重传的实现。因此，图8E集中于AT 2和应用服务器170之间的信令，因此AT 1和应用服务器170之间的信令是通过虚线示出的。

参照图8E，800E到810E基本上分别对应于图8D的800D到810D，因此为了简洁将不再进一步描述。与图8C不同，在815和820E中，AT 1向应用服务器170成功发送了数据分组N-1和N。但是，应用服务器170无法分别在816E和821E中向AT 2成功传输数据分组N-1和N。

应用服务器170在825E中确认数据分组N-1和N，其后AT 1可以拆除其TCH，826E。在830E中，应用服务器170确定在从AT 2实际接收到针对数据分组N-1和N的ACK或NACK之前，抢占式重传这些数据分组，而不是仅转发数据分组N-1和N的实例。在一个示例中，830E的确定可以基于在一个示例中应用服务器170知道数据分组N-1和N对应于通信会话的最后两个分组。

因此，应用服务器170分别在835E和840E中向AT 2重传数据分组N-1和N。在稍后的某一时间点上，假设应用服务器170从AT 2接收针对数据分组N-1和N的ACK，845E。在这一点上，应用服务器170可以停止其数据分组N-1和N的重传（如果应用服务器170还没有这样做的话），850E。

此外，虽然图8E示出了数据分组N-1和N的单次重传，但是应该了解的是，应用服务器170可以简单地继续重传数据分组N-1和N直到从AT2接收到ACK或NACK，或者达到给定数量次数（例如，三次重传等）。此外，虽然图8E是针对对文件传输会话的数据分组流中最后两个数据分组（即，数据分组N-1和N）执行重传的示例，但是其它实施例可以针对不同数量的分组，比如最后三个分组、最后四个分组、只是最后一个分组等等执行上述抢占式分组重传。

下面将参照图9A到9D描述基于内容的处理过程的实施例。如本申请中所使用的，在于AT上的显示器的环境中，窗口对应于配置为在显示器上可见的目标，并且与AT上正在执行的特定应用相关联。例如，假设AT对应于蜂窝电话，AT正在执行移动网络浏览器应用，并且特定的网页正在该显示器上显示给用户。在这种情况下，窗口对应于该移动网络浏览器应用程序用于将该特定网页在显示器上展示给AT的用户的图形结构。虽然本申请中所用的窗口配置为在AT的显示器上可见，但是应该了解的是，不需要每个窗口在AT的显示器上总是可见。例如，否则在AT的显示器上可见的特定窗口可以被最小化或与另一个窗口重叠，从而一段时间内无法在AT的显示器上可见。

在另一个示例中，AT的显示器上的不同窗口可以与AT的用户已经请求下载的不同对象相关联。在移动网页浏览器应用程序的案例中，该不同对象可以包括与该窗口的特定网页相关联的要显示和/或展示给AT的用户的一组对象。但是，在给定时间不是所有这些窗口都是“活动的”。例如，AT的给定用户可以通过该移动网页浏览器应用程序请求4个不同的网站载入到AT上，但是给定用户可以设置这四个网站中的一个在AT上为“活动的”或可见的状态。作为替换，多个窗口可以是可见的，但是一个特定窗口相比于其它窗口是更突出地显示的（即，“活动的”窗口，例如当该活动的窗口在AT的显示器上完全可见而其它窗口部分地和/或完全被该活动窗口重叠或覆盖）。应该了解的是，这暗示了用户有兴趣在其它网站之前观看活动的网站。但是，从其处下载这四个网站的对象的服务器通常不知道哪个窗口是给定用户建立为活动的。因此，图9A示出了依照本发明的一个实施例中的基于内容优先级方案，选择性地将文件对象下载到AT的过程。

参照图9A，给定的AT（“AT 2”）接收一个或多个下载多个对象的用户请求，900A。在一个示例中，900A的请求可以对应于AT 2的用户请求下载，或者从AT 1接收到消息指示AT 1的用户正在请求向AT 2发送多个对象，或者其组合。如上文所述的，900A的请求可以对应于在网络浏览器的多个窗口中要加载与不同网站相关联的内容的请求。在905A中，AT 2确定AT 2上的哪个窗口当前是“活动的”。如上所述，“活动的”窗口可以对应于在AT 2上最显著的浏览器窗口（或窗口），与当前没有被AT 2的用户选择的“隐藏的”窗口截然相反。接下来，AT 2确定来自900A的多个对象中的至少一个与当前的活动窗口相关联，910A。例如，如果用户在900A中请求加载体育网站并且也加载新闻网站，并且在AT 2上最显著地显示要在其中显示体育网站的窗口，则在910A中所确定的与当前的活动窗口相关联的文件或对象是与体育网站相关联的对象。

在915A，AT 2配置一个或多个下载请求以请求从应用服务器170下载多个对象，并且还配置上述请求以指示哪些对象与AT 2的当前的活动窗口相关联，915A。如应该了解的，关于哪些对象与AT的当前的活动窗口相关联的指示起的作用是使相关联的对象优先于非关联的对象。在920A中，AT 2向应用服务器170发送所配置的请求，920A。然后，应用服务器170将所配置的请求转发给AT 1，922A。相应于在920A中接收到的所配置的请求，AT1开始依照在922A中转发给AT 1的所配置的请求中所指出的对象优先级向AT 2发送多个对象，924A。例如，AT 1可以首先提供与AT 2的当前活动窗口相关联的对象，接着提供非关联的对象。同样地，应用服务器170在924A中从AT 1接收对象，然后开始依照所配置的请求的对象优先级向AT 2提供多个对象，925A。

在多个对象的下载期间，AT 2确定其当前活动的窗口是否改变，930A。如果没有，则AT 2确定下载是否完成，933A。如果下载完成，则处理过程回到900A，在此AT 2等待下一个对象下载请求。否则，如果当前活动的窗口没有改变且下载还没有完成，则AT 2继续监控多个对象的下载。但是，如果AT 2在930A中确定其当前的活动的窗口已经改变（例如，如果用户将AT 2转换到不同的活动窗口），则AT 2确定来自900A的多个对象中的至少一个与其新的当前活动的窗口相关联的对象，935A。

在940A中，AT 1配置一个或多个补充的下载请求以请求从应用服务器170下载多个对象，并且还配置该补充的请求以指示哪些对象与AT 2新的当前活动窗口相关联。在945A中，AT 2向应用服务器170发送所配置的补充的请求。作为对945A中接收到的所配置的补充的请求的响应，应用服务器170更新用于从应用服务器170向AT 2提供多个对象的下载优先级，还更新AT 1向应用服务器170上传多个对象的上传优先级（例如，至少针对只在AT 1和AT 2之间的一对一通信会话），950A。并且在950A中，应用服务器170可以向AT 1发送消息请求AT 1修改其上传顺序以便符合基于AT 2的窗口改变的新的或更新后的对象优先级。在一个示例中，可以将上传和下载顺序或优先级设置为相同的。例如，对于文件A、B、C和D，下载顺序可以是[A、B、C、D]，而上传顺序也可以是[A、B、C、D]。但是在替代性实施例中，上传和下载顺序无需是相同的。例如，下载顺序可以是[A、B、C、D]，并且如果文件B在应用服务器170处已经可以获得到则上传顺序可以是[A、C、D]。

之后，AT 1继续依照在所配置的补充的请求中指示的对象优先级向应用服务器170发送多个对象，并且应用服务器170同样地依照所配置的补充的请求中指示的对象优先级向AT 2发送多个对象。

如应该了解的，图9A描述了基于用户将哪个窗口设置为活动，利用其来推断用户的内容优先级并且然后将所推断出的用户优先级传送给下载服务器（或应用服务器170）过程。在另一个示例中，用户可以明确地建立其用于下载对象的优先级，使得无需执行根据用户的行为推断用户的期望优先级。

因此，参照图9B，AT 2接收一组用户特定的对象下载优先级，900B。可以以多种不同方式配置该组用户特定的对象下载优先级。

例如，该组用户特定的对象下载优先级可以配置为使某些文件类型（mime type）优先于其它文件类型（例如，使文字优先于图形图像、使视频优先于音频、使音频优先于图像等）。例如，AT 2可以追踪历史上已经下载具有多个不同文件类型的对象的频率，然后可以为更频繁下载的文件类型分配更高的优先级。在另一个示例中，可以生成使用层叠样式表（CSS）的不同层的层级，如很多网站流行的，该层级可以在给定页面中传送优先级。因此，如果特定的网站是音乐相关的网站，则音频可以优先于其它媒体形式（例如，文字、图片、视频等）。在另一个示例中，如果特定的网站是关于图形静态图像或艺术，则图片可以优先于其它媒体形式（例如，文字、音频等）。在另一个示例中，不同网站的层级可以用于在网站之间建立优先级，使得如果AT 1尝试同时加载多个网站，则相应网站的对象可以依照其相关的优先级级别来下载。在另一个示例中，包括CSS元素（例如，背景模板、导航条、正文和/或其它java描述语言小部件）的网页可以以特定顺序（例如，正文、导航条、背景模板和java描述语言小部件按顺序）组织层级以改进用户体验。

在另一个实施例中，该组用户特定的对象下载优先级可以使针对某些应用的文件优先于其它应用。在一个示例中，应用的类型可以指示出其重要性或紧急性，使得可以给予更重要或更紧急的应用优先，例如，使得网络浏览会话优先于被动的OS更新。在另一个示例中，AT 2可以追踪关于使用或执行应用的频率的信息。然后可以将针对该应用的历史的使用信息用于在应用之间建立相对优先级，从而使更经常使用的应用优先于使用频率较低的应用。

在另一个示例中，每次AT 2的用户请求文件下载（例如，每次用户导航到并点击URL，等），可以在AT 2处存储该文件下载请求相关联的时间戳。然后，可以将AT 2的用户请求相应的文件下载的相关时间用于建立文件下载之间的相对优先级。例如，最近发起的文件下载请求可以比较早的或较旧的文件下载请求优先。在稍后的某一时间点上，AT 2接收一个或多个下载多个对象的用户请求，905B。在一个示例中，905B的请求可以对应于请求载入一个或多个网站相关联的内容，或者对应于在通信会话期间从另一个AT接收文件传输。在910B中，AT 2配置一个或多个下载请求以请求从应用服务器170请求下载多个对象，并且进一步配置该请求以指示来自900B的该组用户特定的对象下载优先级。在915B中，AT 2向应用服务器170发送所配置的请求，915B。然后，应用服务器170将该所配置的请求转发给AT 1，918B。作为对所配置的请求的响应，AT 1依照在所配置的请求中指示的该组用户特定的对象下载优先级开始向应用服务器170发送多个对象，920B，并且应用服务器170也同样地依照在所配置的请求中所指示的对象优先级向AT 2发送多个对象，925B。如应该了解的，从AT 1的角度看，该对象优先级可以构造为上传优先级而不是下载优先级。无论如何，从AT1上传文件的顺序与从应用服务器170将文件下载到AT 2的顺序保持一致。

在另一个实施例中，针对图9B，AT 2可以代表正在从AT 1接收对象的多个AT。在这种情况中，应该了解的是，并不是允许所有的多个AT都影响AT 1向多个AT发送对象的文件顺序。在一个示例中，应用服务器170可以转发来自多个AT的首先请求的用户特定的对象下载优先级，并且其后可以拒绝稍后请求的用户特定的对象下载优先级。在替代性示例中，应用服务器170可以将稍后请求的用户特定的对象下载优先级转发给AT 1，其中，AT 1将会遵守最近转发的特定用户对象下载优先级，但是仅在与首先请求的或较早请求的用户特定的对象下载优先级相比，在应用服务器170处从更高优先级的AT接收到稍后请求的用户特定的对象下载优先级时。在另一个示例中，如果AT 2代表多个AT，则应用服务器170可以执行对来自相应AT的不同的所请求的用户特定的对象下载优先级的加权和平均。例如，在门限数量百分比的AT请求相同组的用户特定对象下载优先级时，应用服务器170可以只根据特定组的用户特定的对象下载优先级来工作，应用服务器170可以确定所请求的多个用户特定的对象下载优先级之间的共同元素，然后只根据该共同元素工作，等等。

在另一个实施例中，针对图9B，AT 1可以代表向AT 2传输对象的多个AT。在这种情况中，可以将该组用户特定的对象下载优先级配置为使来自某些AT的对象比来自其它AT的对象优先。在这种情况中，在一个示例中，可以由AT 2对915B中所配置的针对多个对象的请求排队，然后在每个AT完成其相应的对象传输之后，以从高优先级到低优先级的顺序连续地发送给多个AT。作为替换，AT 2可以通知应用服务器170关于该AT的针对AT 2的相应优先级。在这种情况中，可以将915B中所配置的针对多个对象的的请求发送给多个AT中的每一个，然后，应用服务器170可以尝试缓存从多个AT接收到的对象，以便将这些对象按照对应于AT 2的用户特定的对象下载优先级组的顺序将对象传送给AT 2。

在另一个示例中，如接下来将针对图9C多描述的，AT 2的给定用户可以在与不同的通信会话（例如，诸如流视频会议会话和文件传输会话之类的）相关联的窗口之间进行导航。根据哪个窗口是活动的，可以将不与活动窗口关联的会话的所有或部分媒体去优先（de-perioritiezed）（至少直到给定用户导航回其它会话的窗口）。例如，假设由于AT 2上的窗口分层，只能显示部分视频。在这种情况中，只能将示出的窗口该部分作为视频的一部分来发送。AT 2可以传送所显示的视频部分的某一指示符，应用服务器170可以根据该指示符来过滤不可见的部分。

参照图9C，假设AT 2正在参与通过第一连接与第一组窗口相关联的流通信会话，900C。在一个示例中，该第一连接（或连接1）可以对应于携带单个媒体类型或多个媒体类型（例如，视频和音频）的单个连接。在另一个示例中，该第一连接对应于多个不同连接，每个类型的流媒体被分配到这些连接中的不同的一个（例如，音频是在1x上接收的而视频是在EV-DO上接收的，视频和音频是在EV-DO网络中在不同端口上接收的，等）。并且，该流通信会话可以在AT 2和服务器之间、AT 1或一些其它AT之间，因此在9C中没有明确地将AT 1示出为流通信会话的一部分，但是这是一种可能的实现。

接下来，AT 2切换到第二组窗口以便发起文件传输会话以通过第二连接从发送AT 1传输一个或多个对象，905C。例如，该流通信会话可以对应于高QoS连接（即，第一连接）所支持的视频会议，并且该文件传输会话可以由低QoS连接或甚至不能保证任何程度的QoS的连接来支持。

由于AT 2已经将其当前活动窗口从与流通信会话相关联的窗口切换到文件传输会话相关联的窗口，因此AT 2在910C中发送将流通信会话的至少一部分去优先的请求。在一个示例中，如果该流通信会话对应于仅视频会话，那么该去优先请求可以请求该视频馈入不再被发送给AT 2，因为AT2甚至都没有在观看要播放该视频的窗口。在另一个示例中，如果该流通信会话对应于包含视频和音频的馈入，则该去优先请求可以请求该视频馈入不再发送给AT 1，但是仍然请求将音频馈入或该流通信会话的一部分发送给AT 1（例如，因为即使在这一情况下视频不可见，但是用户可能在其导航到其它窗口的期间还在收听该会话的音频部分）。在这个示例中，如果第一连接包括针对音频和视频的不同连接，则去优先请求可以配置为请求降低将视频帧传送给AT 2的速率，或者作为替换将该视频连接临时挂起或关闭。因此，在915C中，应用服务器170依照来自910C的去优先请求来修改到AT 1的流通信会话。

在920C中，AT 1请求通过文件传输会话的第二连接下载一个或多个对象，应用服务器170将该下载请求转发给AT 1，922C。AT 1开始向应用服务器170发送所请求的对象，924D，并且应用服务器170将所请求的对象通过第二连接从AT 1发送到AT 2，925C。在一个示例中，AT 2可以下载从流通信会话的会话参与者（例如，AT 1）发电子邮件给AT 2的照片，诸如正在讨论的图。作为替换，文件传输会话不需要直接与该流通信会话相关联。

在这一点上，假设AT 2切换回流通信会话，使得第一组窗口再次活动，并且AT 2能够再次完全参与到流通信会话中，930C。相应地，AT 1发送重新优先（re-prioritization）请求以请求再次给予该流通信会话的去优先的部分较高级别的优先级，935C。例如，该重新优先请求可以请求恢复所停止的视频会议的视频馈入。相应地，在940C中，应用服务器170依照来自935C的重新优先请求修改去往AT 1的流通信会话。

在图9C的实施例中，给定是传输协议（例如，TCP等）可以用于调整将特定组的窗口通知给与特定TCP连接相关联的应用服务器170和/或AT 1的方式。例如，第一TCP连接可以与第一组窗口相关联，而第二TCP连接可以与第二组窗口相关联。因此，910C的去优先请求可以对应于配置针对第一组窗口的第一TCP连接的较小广告窗口以反映该第一组窗口的较低优先级，并且935C的重新优先请求可以对应于配置针对第二组窗口的第二TCP连接的较大的广告窗口以反映该第二组窗口的较高优先级。虽然上面将第一组和第二组窗口描述为每个都关于TCP连接，但是应该了解的是，在本发明的其它实施例中，上述连接中的至少一个无需是TCP，而可以是UDP或一些其它无窗口的传输协议。

虽然图9A到9C示出了基于推断出的或明确的内容优先级选择性地向AT 2提供对象或媒体的示例，但是一般可以在图9A到9C中假设以全质量级别传送任何实际提供给AT 2的数据。在下面针对图9D描述的替代性实施例中，如果AT 2位于受限环境中，AT 2可以提示下载被重新格式化以符合该受限环境的对象。

如本申请中所使用的，“受限环境”定义为预计为与针对AT 2的下载请求的性能降低相关联的任何条件、质量度量和/或数量度量。例如，该受限环境可以对应于AT 2运行在高干扰区域、1x网络和/或AT 2的资源很紧张就像AT 2同时参与多个会话一样的带宽受限环境。在另一个示例中，如果AT 2连接到EV-DO网络并且EV-DO的T2P落在给定门限之下，或者使用CapProbe或类CapProbe程序的带宽测量结果落在低于预定的门限，则可以将AT 2视作处于受限环境中。

参照图9D，AT 2接收至少一个下载多个对象的请求，900D。如上所述，在一个示例中，多个对象下载请求可以对应于加载网站的请求，或对应于在通信会话期间从另一个AT接收文件传输。在另一个示例中，多个对象下载请求可以对应于照片幻灯片放映。在905D中，AT 2确定AT 2当前是否运行在受限环境中，该受限环境被预计为针对相对于下载请求是受限的。

应该了解的是，有多种不同的方式，AT 2利用其可以确定其当前运行的环境是否为“受限环境”（例如，相对于下载请求受限）。例如，如果所请求的数据量与合理的用户期望接收该数据量的时间的比率比预定的量更长时，环境可以是相对于该下载请求受限的。在一个示例中，可以在相应的AT或UE上预先配置这一比率。因此，如果AT被请求10千字节（KB）文件的下载，则连接到1x网络不是受限的环境，但是如果所请求的下载是针对10兆字节（MB）文件，那么该1x网络可能是受限环境。同样地，如果AT被请求下载10MB文件，则连接到4g网络不是受限的环境，但是如果请求下载10千兆字节（GB）文件，那么即使是4G网络也是受限的环境。

在另一个示例中，如果AT 2运行在1x网络中，AT 2可以简单地假设其环境是受限的。在另一个示例中，AT 2可以评估在最近的通信会话中获得的数据速率，并且如果该数据速率相对较低或低于门限，那么AT 2可以确定其环境为受限的。

在另一个示例中，应用服务器170（或RAN 120）可以向AT 2发送连接质量指示符，该指示符指示AT 2的当前连接质量的级别，如903D中所示出的。例如，该连接质量指示符可以对由应用服务器170测量的与AT 2的当前的服务网络相关联的网络延迟、拥塞或丢失进行指示。应该了解的是，随着带宽的增加和延迟降低，最终会在一个点处用户体验或用户感觉方面的收益递减，以使得可以估计带宽和/或延迟的改变以确定特定的运行环境是否是受限的。在另一个示例中，如果AT 2已经有与应用服务器170建立的连接，则可以在应用服务器170发送给AT 2的ACK分组或数据分组中向AT 2传送该连接质量指示符。例如，应用服务器170可以具有关于AT 2的当前网络的连接质量的特定知识，例如，其可以部分基于AT 2的地理位置。然后，应用服务器170可以利用码或比特设置来配置去往AT 2的分组的头部部分（例如，DSCP字段）以传送该特定知识。

在905D中可以假设，AT 2确定其环境为受限环境。因此，AT 2配置一个或多个下载请求以请求从应用服务器170下载多个对象，并且还配置该请求以指示AT 2运行在受限环境中，910D。在915D中，AT 2向应用服务器170发送所配置的请求，并且应用服务器170将所配置的请求转发给AT 1。作为对所配置的请求的响应，AT 1开始通过其自己的连接向应用服务器170发送所请求的对象，920B。在从AT 1接收到多个对象之后，应用服务器170将多个对象中的至少一个从第一“实现”更改或修改到第二“实现”，以减少要更改或修改的该至少一个对象的传送时间，922D。在一个示例中，对于图形对象（例如，JPEG、TIFF、位图等），922D的修改可以对应于图形对象（例如，或者在照片幻灯片放映的情况中针对多个图形对象）的分辨率降低（例如，标准分辨率到缩略图等）。在另一个示例中，对于音频对象（例如，wav文件、MP3等），922D的修改可以对应于音频对象的质量降低。在922D的修改之后，应用服务器170开始向AT 2发送多个对象，使得任何修改后的对象替代其未修改版本被发送，925D。

在930D中，在稍后的某一时间点上，应用服务器170确定是否以其第一次的或未修改的格式向AT 2发送至少一个对象。在一个示例中，应用服务器170可以确定在所有其它多个对象发送给AT 2之后，以其“全”质量第一格式发送至少一个对象，作为对AT 2在门限时间段之后不再运行在受限环境中的响应（例如，通过928D中的连接质量更新消息），等。如果AT2确定不以其第一格式中发送该至少一个对象，则处理过程回到925D并且应用服务器继续向AT 2发送多个对象（而不在其第一实现中向AT 1发送所有对象）。否则，如果AT 2确定以其第一格式向AT 2发送该至少一个对象，则应用服务器170继续向AT 1发送多个对象，同时以其最初的或未修改的第一实现向AT 2发送在920D中修改后的对象，935D。

在图9D中，下载请求900D有可能对应于实时或流媒体。在这种情况中，应该了解的是，如果向用户发送例如低分辨率视频，则当用户重新连接到较高性能的网络或其连接改进时发送较高分辨率的视频价值很小。在这种情况中，在本发明的实施例中，可以针对流会话或实时会话省略方框930D和935D，其中，“旧的”文件具有的价值要小于较新的文件，即使旧的文件是以低质量发送的。

虽然在上面将图9A到9D描述为单独的处理过程，但是应该了解的是，图9A到9D中的两个或多个可以在本发明的其它实施例中以协调方式实现。例如，图9A、9B和/或9C的关注于优先级的实施例可以与图9D的关注受限环境的实施例结合起来实现。在这种情况中，除了和/或替代922D中修改多个对象的实现，AT 2转换到受限环境可以造成图9A、9B和/或9C的对象传输优先级被修改。在另一个示例中，图9A、9B和/或9C可以与图9D简单地并行执行，但是实际上可能不会直接受到图9D的影响。例如，图9D中描述为从AT 1传输到AT 2的多个对象可以按照基于图9A、9B和/或9C的相应的对象传输优先级的顺序来提供。

此外，虽然图9A到9D中的每一个针对从AT 1向AT 2传输对象的实施例，但是应该了解的是，AT 1和/或AT 2可以代表多个AT。换句话说，在图9A到9D中到达AT 2处的对象可以替代性地来自多个AT而不是单个AT 1。并且，图9A到9D中从AT 1发送的对象可以替代性地发送给多个目标AT而不是单个AT 2。

在AT 2是从AT 1接收对象的多个AT中的一个时，针对图9A到9C，可以了解的是从AT 1接收对象的每个AT可以与它自身相应的对象传输优先级相关联。因此，可以针对每个相应的接收AT执行图9A到9C的处理过程，潜在地造成以不同的顺序从AT 2向相应的接收AT传送对象。关于图9D，应该了解的是，接收AT中的一个进入受限环境不需要限制向不在受限环境中的其它接收AT传输的对象。因此，图9D的执行可以不影响所有的接收AT。

此外，在图9A到9D的任何一个中，被传输的一个或多个对象可以与过期时间相关联，从而，在过期时间之后，减少和/或完全消除一个或多个对象相关联的值。相应地，在对象传输期间，给定实体可以检查当前时间与一个或多个对象的关联过期时间，以确定是否动态地将该一个或多个对象去优先和/或完全丢弃该一个或多个对象。在一个示例中，这一操作可以在图9A的924A、图9B的924B、图9C的924C和/或图9D的920D期间发生在AT 1处。作为替换，这一操作可以在图9A的925A、图9B的925B、图9C的925C和/或图9D的925D期间发生在应用服务器170处。

本领域的那些技术人员应该理解可以使用各种不同的方法和技术中的任何一种来表示信息和信号。例如，在以上说明书中通篇所提及的数据、指令、命令、信息、信号、比特、符号和码片等可以用电压、电流、电磁波、磁场或磁粒子、光场或光粒子、或者其任何组合来表示。

此外，本领域技术人员还应当明白，结合本发明的实施例描述的各种示例性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地表示硬件和软件之间的可交换性，上面对各种示例性的部件、框、模块、电路、步骤均围绕其功能进行了总体描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本发明的保护范围。

结合本发明所描述的各种示例性逻辑块、模块和电路可以利用被设计成用于执行本文所述功能的下列部件来实现或执行：通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或其它可编程逻辑器件、分立门或晶体管逻辑、分立的硬件部件或者这些部件的任何组合。通用处理器可以是微处理器，但是可替换地，该处理器可以是任何可商用的处理器、控制器、微控制器或状态机。也可以将处理器实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器的组合、一个或多个微处理器与DSP核的组合、或任何其它这样的配置。

结合本发明描述的方法、序列和/或算法可以直接实现在硬件、处理器执行的软件模块或它们的组合中。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动硬盘、CD-ROM或本领域已知的任何其它形式的存储介质中。示例性的存储介质处理器连接，处理器可以从存储介质读取信息和向其中写入信息。作为替代，该示例性存储介质可以整合到处理器中。处理器和存储介质可以位于ASIC中。ASIC可以位于用户设备中（例如，接入终端）。或者，处理器和存储介质可以作为用户终端中的分立组件。

在一种或多种示例性实施例中，本申请中所描述的功能可以用硬件、软件、固件，或它们的任意结合来实现。如果在软件中实现，功能可以作为一条或多个指令或代码存储在计算机可读介质上或进行传输。计算机可读介质包括计算机存储介质和通信介质，包括任何便于将计算机程序从一个地方转移到另一个地方的介质。存储介质可以是通用计算机或专用计算机可访问的任何可用介质。举个例子，但是并不仅限于，该计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁存储设备，或可以用于以指令或数据结构的形式装载或存储期望程序代码，并由计算机访问的任何其它介质。此外，任何连接也都可适当地被称作计算机可读介质。举个例子，如果软件是通过同轴电缆、纤维光缆、双绞线、数字用户线（DSL）、或无线技术（比如红外、无线电和微波）从网站、服务器、或其它远程源传输的，则同轴电缆、纤维光缆、双绞线、DSL、或无线技术（比如红外、无线电和微波）包含在介质的定义中。本申请中所用的磁盘和光盘，包括光具盘（CD）、镭射影碟、光盘、数字化视频光盘（DVD）、软盘和蓝光光盘，其中，磁盘通常磁力地再生数据，而光盘则用激光光学地再生数据。上述的结合也可以包含在计算机可读介质的范围内。

虽然前面公开讨论了本发明的实施例，但是需要注意的是在不脱离所附权利要求所定义的本发明的范围的条件下，可以做出各种改变和修改。本申请中所描述的依照本发明的实施例声明的方法的功能、步骤和/或方法不需要以任何特定顺序执行。此外，虽然以单数形式描述或声明了本发明的单元，但是除非明确说明限制为单数，否则复数形式也是可以预料到的。

Claims (47)

1.一种在由应用服务器仲裁的通信会话期间从接入终端发送数据的方法，所述接入终端包括第一功能层、第二功能层和第三功能层，包括：

在所述第三功能层确定在所述通信会话期间向所述应用服务器发送数据分组；

由所述第一功能层向服务接入网络发送要转发给所述应用服务器的所述数据分组；

由所述第一功能层接收针对所发送的数据分组的第一确认，所述第一确认确认了所述服务接入网络对所发送的数据分组的接收；以及

响应于所述第一确认，由所述第一功能层通知所述第三功能层所述数据分组已经被成功地发送给所述服务接入网络。

2.如权利要求1所述的方法，其中，所述第一功能层与物理层或介质访问控制（MAC）层相关联，所述第二功能层与传输层相关联，所述第三功能层与应用层相关。

3.如权利要求1所述的方法，还包括：

由所述第三功能层接收针对所发送的数据分组的第二确认，所述第二确认确认了所述应用服务器对所发送的数据分组的接收。

4.一种在由应用服务器仲裁的通信会话期间从接入终端发送数据的方法，所述接入终端包括第一功能层、第二功能层和第三功能层，包括：

在所述第三功能层确定在所述通信会话期间向所述应用服务器发送数据分组；

由所述第一功能层尝试向服务接入网络发送要转发给所述应用服务器的所述数据分组；

由所述第一功能层确定向所述服务网络发送所述数据分组的尝试失败；以及

响应于所述失败确定，由所述第一功能层通知所述第三功能层所述数据分组没有被成功地发送给所述服务接入网络。

5.如权利要求4所述的方法，其中，所述第一功能层与物理层或介质访问控制（MAC）层相关联，所述第二功能层与传输层相关联，所述第三功能层与应用层相关。

6.一种在通信系统中建立文件传输会话的方法，包括：

发起针对在文件传输会话期间要使用的业务信道（TCH）的建立过程；

利用应用层数据和传输层数据配置消息以建立与所述文件传输会话相关联的应用层连接和传输层连接；

在所述TCH建立过程完成之前，通过信令端口向应用服务器发送所配置的消息；

在发送所配置的消息之后完成所述TCH建立过程；

响应于所配置的消息的发送，通过数据端口从所述应用服务器接收答复消息；以及

通过所述数据端口在所述文件传输会话期间经由所述TCH向所述应用服务器发送一个或多个文件。

7.如权利要求6所述的方法，其中，所配置的消息对应于信令承载的数据（DoS）消息，所述信令端口对应于DoS端口。

8.一种在通信系统中在第一接入终端和第二接入终端之间交换数据的方法，包括：

在所述第一接入终端和第二接入终端之间交换与第一类型的通信会话相关联的较高优先级数据以及与第二类型的通信会话相关联的较低优先级数据，所述第一和第二类型的所述通信会话是由应用服务器仲裁的；

确定所述第一接入终端转换到较低的数据速率环境；以及

响应于所述确定，减小在所述第一接入终端和所述应用服务器之间针对所述第二类型的通信会话交换的数据分组的尺寸。

9.如权利要求8所述的方法，其中，所述交换、确定和减小步骤均由所述第一接入终端执行。

10.如权利要求9所述的方法，其中，所述减小步骤减小所述第一接入终端在反向链路上向所述应用服务器发送的所述数据分组的尺寸。

11.如权利要求8所述的方法，其中，所述交换、确定和减小步骤各自均由所述应用服务器执行。

12.如权利要求11所述的方法，其中，所述减小步骤减小从所述第二接入终端接收的所述数据分组的尺寸，所述数据分组是由所述应用服务器在下行链路上向所述第一接入终端发送的。

13.一种在通信系统中在第一接入终端和第二接入终端之间交换数据的方法，包括：

在所述第一接入终端和第二接入终端之间交换与第一类型的通信会话相关联的较高优先级数据以及与第二类型的通信会话相关联的较低优先级数据，所述第一类型的所述通信会话和所述第二类型的所述通信会话是由应用服务器仲裁的；

确定要在即将到来的时隙中从所述第一接入终端向所述第二接入终端发送的针对所述第一类型的所述通信会话的第一数据分组对应于给定类型的低数据分组；

抑制所述即将到来的数据分组的发送；以及

代替所述第一数据分组，在所述即将到来的时隙中从所述第一接入终端向所述第二接入终端发送针对所述第二类型的所述通信会话的第二数据分组。

14.如权利要求13所述的方法，其中，所述交换、确定、抑制和调度步骤各自均由所述第一接入终端执行。

15.如权利要求14所述的方法，其中，所述发送步骤对应于由所述第一接入终端在反向链路上向所述应用服务器发送所述第二数据分组。

16.如权利要求13所述的方法，其中，所述交换、确定、抑制和调度步骤均由所述应用服务器执行。

17.如权利要求16所述的方法，其中，所述发送步骤对应于从所述第一接入终端接收的所述第二数据分组的发送，所述数据分组是由所述应用服务器在下行链路上向所述第二接入终端发送的。

18.一种在通信系统中在第一接入终端和第二接入终端之间交换数据的方法，包括：

发送从所述第一接入终端发出去往所述第二接入终端的、与正由应用服务器仲裁的文件传输会话相关联的数据分组的序列；

确定所述第一接入终端已经尝试了发送所述系列中的一组最后的或几乎最后的数据分组；以及

在对发送所述序列中的所述一组最后的或几乎最后的数据分组的初始尝试之后，在不等待所述第二接入终端确认接收到对发送所述系列中的所述一组最后的或几乎最后的数据分组的所述初次尝试的基础上，重新发送所述系列中的所述一组最后的或几乎最后的数据分组。

19.如权利要求18所述的方法，其中，所述发送、确定和重新发送步骤各自均由所述第一接入终端执行。

20.如权利要求19所述的方法，其中，所述发送步骤对应于由所述第一接入终端在反向链路上向所述应用服务器发送所述数据分组序列。

21.如权利要求18所述的方法，其中，所述发送、确定和重新发送步骤各自均由所述应用服务器执行。

22.如权利要求21所述的方法，其中，所述发送步骤对应于从所述第一接入终端接收的所述数据分组序列的发送，所述数据分组序列是由所述应用服务器在下行链路上向所述第二接入终端发送的。

23.一种将对象下载到接入终端的方法，包括：

确定将多个对象下载到所述接入终端；

识别由所述接入终端突出显示的至少一个当前的活动窗口；

针对所述多个对象配置一个或多个请求，所述请求指示所述多个对象中与所述至少一个当前的活动窗口相关联的的第一组对象相比与所述多个对象中没有由所述接入终端突出显示的一个或多个窗口相关联的第二组对象而言更高的优先级；以及

发送针对所述多个对象所配置的一个或多个请求。

24.如权利要求23所述的方法，其中，所配置的一个或多个请求是发送给要从其处下载所述多个对象的应用服务器的。

25.如权利要求23所述的方法，其中，所配置的一个或多个的请求是发送给要从其处发送所述多个对象的另一个接入终端的。

26.如权利要求23所述的方法，还包括：

依照下载顺序下载所述多个对象，其中所述下载顺序将所述多个对象中的所述第一组设置为优先于比多个对象中的所述第二组。

27.如权利要求26所述的方法，还包括：

在所述下载期间，检测到所述至少一个当前的活动窗口不再被所述接入终端突出显示；

响应于所述检测，配置指示所述多个对象中的所述第一组具有较低优先级的一个或多个补充消息；

发送所配置的一个或多个补充消息；以及

依照另一个下载顺序继续下载所述多个对象，所述另一个顺序不将所述多个对象中的所述第一组设置为优先于多个对象中的所述第二组。

28.如权利要求26所述的方法，还包括：

在所述下载期间，检测到至少一个另外的窗口现在正由所述接入终端突出显示；

响应于所述检测，配置指示与所述至少一个另外的窗口相关联的所述多个对象中的第三组具有较高优先级的一个或多个补充消息；

发送所配置的一个或多个补充消息；以及

依照另一个下载顺序继续下载所述多个对象，所述另一个下载顺序向所述多个对象中的所述第三组分配了所述较高的优先级。

29.一种将对象下载到接入终端的方法，包括：

建立一组用户特定的对象下载优先级；

在建立所述一组用户特定的对象下载优先级之后，确定将多个对象下载到所述接入终端；

配置针对所述多个对象的一个或多个请求以及对所述一组用户特定的对象下载优先级的指示；

发送针对所述多个对象所配置的一个或多个请求；以及

依照所述一组用户特定的对象下载优先级，接收所述多个对象。

30.如权利要求29所述的方法，其中，所述一组用户特定的对象下载优先级对应于向与第一组应用相关联而下载的对象分配相比与第二组应用相关联的下载的对象而言较高的优先级。

31.如权利要求29所述的方法，

其中，将所配置的一个或多个补充消息发送给应用服务器，

其中，所述接入终端是正在接收所述多个对象的多个接入终端中的一个，以及

其中，所述应用服务器配置为基于来自所述多个接入终端中的两个或多个接入终端的用户特定的对象下载优先级组，向所述多个接入终端提供所述多个对象。

32.一种在通信系统中在第一接入终端和第二接入终端之间交换数据的方法，包括：

在所述第一接入终端处从所述第二接入终端接收与流通信会话关联的数据，其中，所述数据是在所述第一接入终端的显示器的第一组窗口为活动的时和/或被突出显示在所述显示器上时被接收的；

检测到所述第一接入终端的显示器从所述第一组窗口转换到第二组窗口；以及

基于所检测到的转换，发送请求以将与所述第一组窗口相关联的所述流通信会话的一部分去优先。

33.如权利要求32所述的方法，

其中，所述第一组窗口与所述流通信会话的视频部分相关联，

其中，所检测到的转换对应于检测到所述第一接入终端不再显示所述流通信会话的所述视频部分，以及

其中，所发送的去优先的请求对应于降低接收所述流通信会话的视频部分的速率或停止接收所述流通信会话的所述视频部分的请求。

34.如权利要求32所述的方法，还包括：

检测到所述第一接入终端的所述显示器转换回所述第一组窗口；以及

根据所检测到的转换回所述第一组窗口，发送请求再将与所述第一组窗口相关联的所述流通信会话的所述部分设置为优先。

35.一种在通信系统中在第一接入终端和第二接入终端之间交换数据的方法，包括：

从对所述第一接入终端和第二接入终端之间的流通信会话进行仲裁的应用服务器向所述第一接入终端发送数据；

从所述第一接入终端接收将所述流通信会话的一部分去优先的请求；以及

依照所述去优先的请求，修改在向所述第一接入终端发送的数据。

36.如权利要求35所述的方法，其中，所述流通信会话的所述部分对应于视频部分，

并且其中，所述修改步骤继续进行以发送所述流通信会话的至少音频部分。

37.如权利要求35所述的方法，其中，所述修改步骤降低了向所述第一接入终端发送所述数据的所述部分的速率。

38.如权利要求35所述的方法，还包括：

从所述第一接入终端接收将所述流通信会话的所述部分再设置为优先的请求；以及

依照在所述修改之前将所述部分发送给所述第一接入终端的方式，恢复所述流通信会话的所述部分的发送。

39.一种将对象下载到接入终端的方法，包括：

确定将多个对象下载到所述接入终端；

确定所述接入终端正运行在相对于所述多个对象要下载到的所述接入终端的受限环境中；

利用所述接入终端运行在所述受限环境中的指示配置针对所述多个对象的一个或多个请求；

发送针对所述多个对象所配置的一个或多个请求；以及

响应于所述一个或多个所发送的请求，接收所述多个对象的更改后的版本，其中，所述多个对象的更改后的版本被更改以符合所述接入终端的所述受限环境。

40.如权利要求39所述的方法，其中，所述接入终端运行在相对于所述多个对象要下载到的所述接入终端有限的环境中的所述确定是基于从向所述接入终端提供所述多个对象的应用服务器接收的连接质量指示符的。

41.如权利要求39所述的方法，还包括：

在接收到所述多个对象的所述更改后的版本之后，接收所述多个对象中的一个或多个对象的未更改的版本。

42.如权利要求41所述的方法，其中，所述多个对象的所述未更改的版本的接收是由以下触发的（i）所述多个对象的所述更改后的版本完成了在所述接入终端处的接收，（ii）所述接入终端进入非受限环境，（iii）和/或在所述接入终端处接收所述多个对象的所述更改后的版本后过去了门限时间段之后。

43.一种将对象下载到接入终端的方法，包括：

从所述接入终端接收针对下载多个对象的一个或多个请求以及所述接入终端正运行在相对于所述多个对象要下载到的所述接入终端受限的环境中的指示；

响应于所接收的所述一个或多个请求，更改所述多个对象以符合所述接入终端的所述受限环境以产生所述多个对象的更改后的版本；以及

将所述多个对象的更改后的版本发送给所述接入终端。

44.如权利要求43所述的方法，还包括：

在发送所述多个对象的所述更改后的版本之后，发送所述多个对象中的一个或多个对象的未更改的版本。

45.如权利要求44所述的方法，其中，所述多个对象的所述未更改的版本的发送是由以下触发的（i）所述多个对象的所述更改后的版本完成了去往所述接入终端的发送，（ii）所述接入终端进入非受限环境，（iii）和/或在向所述接入终端发送所述多个对象的所述更改后的版本后过去了门限时段之后。

46.一种通信装置，包括用于执行依照权利要求1、4、6、8、13、18、23、29、32、35、39或43的方法的模块。

47.一种包括非临时性计算机可读介质的计算机程序产品，所述非临时性计算机可读介质包括用于使计算机执行依照权利要求1、4、6、8、13、18、23、29、32、35、39或43的方法的至少一个指令。

Images