用于基于反馈的调制解调器控制的系统和方法
【专利摘要】公开了用于基于反馈的调制解调器控制的系统和方法。在一个实施例中，调制解调器观测器模块与计算设备内的软件相关联。该调制解调器观测器从调制解调器接收与上行链路带宽可用性和/或可能影响上行链路带宽的网络状况相关的信息。基于调制解调器处的上行链路带宽可用性，该调制解调器观测器可扼流或限制因应用而活跃的连接数。
【专利说明】用于基于反馈的调制解调器控制的系统和方法
[0001 ] 优先权要求
[0002] 本申请要求于2014年1月10日提交的题为"SYSTEMS AND METHODS FOR MODEM CONTROL BASED ON FEEDBACK(用于基于反馈的调制解调器控制的系统和方法)"的美国专 利申请序列号14/152,290的优先权，该申请通过援引全部纳入于此。
[0003] 罝量
[0004] I.公开领域
[0005] 本公开的技术一般涉及控制计算设备中的调制解调器。
[0006] II.背景
[0007] 移动通信设备在当前社会已变得普及。这些移动设备的盛行部分地是通过目前在 此类设备上实现的许多功能来推动的。这些功能中的许多功能依赖于与在因特网上的网站 或远离该移动设备的其他源通信的能力。依赖与远程源通信的功能和应用的激增通常由通 过该移动设备的无线收发机(例如，蜂窝调制解调器)的分组来处置。大部分该类移动设备 依赖蜂窝协议以处置该类分组的传送和接收。
[0008] 尽管蜂窝网络有越来越稳健的带宽对该类移动设备的用户可用，但由于各种功能 都并发地提交分组用于传输，移动设备可能在该移动设备的蜂窝调制解调器中仍然在分组 的传输方面遭受延迟。
[0009] 即使只存在一个发送分组的功能，诸如web浏览器，该web浏览器可在蜂窝调制解 调器处生成大量分组，并由此促使在蜂窝调制解调器处的拥塞。即，浏览器通常将会同时打 开众多传输控制协议(TCP)连接以在良好网络状况下获得更高的网络利用率。TCP流控算法 包括确收(ACK)定时机制以提供可靠的连接。然而，使用ACK定时机制牵涉到在上行链路连 接上发送众多ACK分组。在良好网络状况下，该众多ACK分组提高了性能。然而，如果网络状 况是次优的，则该大量ACK分组可能负面地影响性能。
[0010] 公开概述
[0011] 详细描述中公开的实施例包括用于基于反馈的调制解调器控制的系统和方法。尽 管具体构想了与蜂窝调制解调器的联用，但示例性实施例适用于包括调制解调器的其他计 算设备。在任一情形中，调制解调器观测器模块与该设备中的软件相关联。该调制解调器观 测器从调制解调器接收与上行链路带宽可用性和/或可能影响上行链路带宽的网络状况相 关的信息。基于调制解调器处的上行链路带宽可用性，该调制解调器观测器可扼流或限制 连接数。在第一实施例中，活跃连接数被控制。在第二实施例中，连接总数被控制（即，打开 的和要么活跃的要么空闲的）。
[0012] 就此，在一个实施例中公开了一种控制移动终端的方法。该方法包括接收可供该 移动终端的调制解调器使用的带宽的指示。该方法还包括确定最大活跃连接数。该方法还 包括确定当前活跃连接数。该方法还包括接收打开一个或多个新的活跃连接的请求。该方 法还包括将最大活跃连接数和当前活跃连接数与对新的活跃连接的请求之和作比较。该方 法还包括将活跃连接总数限制成不超过最大活跃连接数。
[0013] 在另一实施例中，公开了一种包括具有指令的软件的非瞬态计算机可读介质。该 软件包括接收可供移动终端的调制解调器使用的带宽的指示的指令。该软件还包括确定最 大活跃连接数的指令。该软件还包括确定当前活跃连接数的指令。该软件还包括接收打开 一个或多个新的活跃连接的请求的指令。该软件还包括将最大活跃连接数和当前活跃连接 数与对新的活跃连接的请求之和作比较的指令。该软件还包括将活跃连接总数限制成不超 过最大活跃连接数的指令。
[0014] 在另一实施例中，公开了一种移动终端。该移动终端包括用户接口。该移动终端还 包括调制解调器。该移动终端还包括操作上耦合至用户接口和调制解调器的控制系统。该 控制系统被配置成接收可供调制解调器使用的带宽的指示。该控制系统还被配置成确定最 大活跃连接数。该控制系统还被配置成确定当前活跃连接数。该控制系统还被配置成接收 打开一个或多个新的活跃连接的请求。该控制系统还被配置成将最大活跃连接数和当前活 跃连接数与对新的活跃连接的请求之和作比较。该控制系统还被配置成将活跃连接总数限 制成不超过最大活跃连接数。
[0015] 在另一实施例中，公开了一种计算设备。该计算机设备包括用户接口。该计算设备 还包括调制解调器。该计算设备还包括操作上耦合至用户接口和调制解调器的控制系统。 该控制系统被配置成接收可供调制解调器使用的带宽的指示。该控制系统还被配置成确定 最大活跃连接数。该控制系统还被配置成确定当前活跃连接数。该控制系统还被配置成接 收打开一个或多个新的活跃连接的请求。该控制系统还被配置成将最大活跃连接数和当前 活跃连接数与对新的活跃连接的请求之和作比较。该控制系统还被配置成将活跃连接总数 限制成不超过最大活跃连接数。
[0016] 附图简述
[0017] 图1是示例性计算设备在网络中与可通过反馈机制而被控制的调制解调器通信的 简化图；
[0018] 图2是示例性移动终端在蜂窝网络中与可通过反馈机制而被控制的调制解调器通 信的透视图；
[0019] 图3是图2的移动终端的组件的框图；
[0020] 图4是带有促进对调制解调器的基于反馈的控制的调制解调器观测器的图1的计 算设备或图2和3的移动终端的软件的示例性框图；
[0021 ]图5是解说基于反馈的调制解调器控制的过程的示例性流程图；
[0022] 图6是基于反馈控制调制解调器的软件的初始化的示例性逻辑流;以及
[0023] 图7是提供给用于控制调制解调器的软件的反馈的示例性逻辑流。
[0024] 详细描述
[0025] 现在参照附图，描述了本公开的若干示例性实施例。措辞"示例性"在本文中用于 表示"用作示例、实例或解说"。本文中描述为"示例性"的任何实施例不必被解释为优于或 胜过其他实施例。
[0026] 详细描述中公开的实施例包括用于基于反馈的调制解调器控制的系统和方法。尽 管具体构想了与蜂窝调制解调器的联用，但示例性实施例适用于包括调制解调器的其他计 算设备。在任一情形中，调制解调器观测器模块与该设备中的软件相关联。该调制解调器观 测器从该调制解调器接收与上行链路带宽可用性和/或可能影响上行链路带宽的网络状况 相关的信息。基于调制解调器处的上行链路带宽可用性，该调制解调器观测器可扼流或限 制连接数。在第一实施例中，活跃连接数被控制。在第二实施例中，连接总数被控制（即，打 开的和要么活跃的要么空闲的）。
[0027] 本文所公开的实施例允许计算设备(移动或非移动)评估可用上行链路带宽，并且 随后确定是否应进行附加连接。如果上行链路带宽因网络拥塞或差信号强度而受限，则软 件可阻止连接被打开或阻止现有连接处于活跃。以此方式，在上行链路信道上发送的分组 总数被扼流到低于由可用带宽决定的阈值的数量。以此方式控制分组数提升了上行链路信 道的性能，因为其减少了被添加到上行链路上进行的分组的高度可变的等待时间。此类具 有高度变化的等待时间可在客户端和服务器这两侧上导致差的往返行程延迟时间(RTT)估 计。由于服务器无法在拥塞的上行链路条件和拥塞的下行链路条件之间进行区分，因此差 的RTT可能导致未丢失的分组的不必要的重传、网络中丢失的数据的较晚重传、以及减少的 下行链路带宽。这些状况中的任何状况中的减少或改善将提升总体性能。
[0028] 尽管本公开的一示例性实施例构想了在移动终端(诸如使用蜂窝调制解调器的蜂 窝电话）中的使用，但是本公开不限于此。就此，图1解说了耦合至网络12的计算设备10,该 网络12在一示例性实施例中是因特网。计算设备10可包括其中具有中央处理单元(CPU，未 示出）的外壳14。用户可通过从输入/输出元件（诸如监视器(有时被称为显示器）16、键盘 18、和/或鼠标20)形成的用户接口与计算设备10交互。在一些实施例中，监视器16可被纳入 到外壳14中。虽然键盘18和鼠标20是所解说的输入设备，但监视器16可以是触摸屏显示器， 其可补充或替代键盘18和鼠标20作为输入设备。其他输入/输出设备也可能存在，结合台式 或膝上型计算设备这是很好理解的。虽然未解说，但外壳14还可在其中包括调制解调器。该 调制解调器可被置于网络接口卡(NIC)上，这是很好理解的。同样，路由器和/或附加调制解 调器可在外壳14的外部。例如，计算设备10可通过路由器和电缆调制解调器耦合至网络12， 这是很好理解的。然而，即使在此类外部路由器和调制解调器存在的情况下，计算设备10仍 然很可能具有内部调制解调器以实现与此类外部路由器和调制解调器的通信。
[0029] 除了计算设备10以外，本公开的示例性实施例还可在移动终端上实现。就此，在图 2中解说了移动终端22的一示例性实施例。移动终端22可以是智能电话，诸如三星GALAXY? 或苹果iPHONE?。取代智能电话，移动终端22可以是蜂窝电话、平板设备、膝上型设备、或 其他移动计算设备。移动终端22可与关联于基站(BS)26的远程天线24通信。BS 26可与公共 陆地移动网络(PLMN)28、公共交换电话网络(PSTN，未示出）或网络12(例如，因特网）通信。 PLMN 28直接或通过居间网络(例如，PSTN)与因特网（例如，网络12)通信也是可能的。应领 会，目前的大多数移动终端22允许与网络12的元件进行各种类型的通信。例如，流送音频、 流送视频、和/或web浏览均是目前大多数移动终端22上的常用功能。此类功能是通过存储 在移动终端22的存储器中的应用以及使用移动终端22的无线收发机来实现的。
[0030] 参照图3提供了对移动终端22的各组件的更详细描绘。就此，解说了移动终端22的 一些元件的框图。移动终端22可包括接收机路径30、发射机路径32、天线34、开关36、基带处 理器(BBP) 38、控制系统40、频率合成器42、用户接口 44和其中存储有软件48的存储器46。 [0031 ]接收机路径30接收由基站(例如，BS 26)提供的来自一个或多个远程发射机的信 息承载射频(RF)信号。低噪声放大器(未示出）放大该信号。滤波器(未示出）将收到信号中 的宽带干扰最小化，同时下变频和数字化电路系统(未示出）将经滤波的收到信号下变频到 中频信号或基带频率信号，其随后被数字化成一个或多个数字流。接收机路径30通常使用 由频率合成器42生成的一个或多个混频频率。BBP 38处理经数字化的收到信号来提取该信 号中传达的信息或数据位。由此，BBP 38通常被实现在一个或多个数字信号处理器(DSP) 中。
[0032]继续参见图3，在传送侧，BBP 38接收来自控制系统40的经数字化数据，其可以表 示语音、数据或控制信息，在该控制系统40中，该经数字化数据被编码以供传输。经编码的 数据被输出到发射机路径32,其由调制器(未示出）用来以期望的传送频率调制载波信号。 RF功率放大器(未示出）放大经调制的载波信号达适于传输的电平，并且将该经放大且经调 制的载波信号通过开关36递送给天线34』ΒΡ 38、接收机路径30、发射机路径32和频率合成 器42可被共同认为是无线调制解调器50。尽管无线调制解调器50被具体描述为与关联于蜂 窝信号的RF信号有关，但是本公开并不被如此限定。例如，根据其他无线协议操作的无线调 制解调器也可从包括本公开的实施例中获益。由此，根据诸如蓝牙、各种IEEE 802.11标准、 通用移动电信系统(UMTS)、高速分组接入(HSPA)、长期演进(LTE)和其他无线协议等标准操 作的调制解调器都可使用本公开的实施例。
[0033] 继续参见图3,用户可以经由用户接口 44(诸如，话筒、扬声器、键盘和显示器)与移 动终端22交互。编码在收到信号中的音频信息由BBP 38恢复，并且被转换成适于驱动扬声 器的模拟信号。键盘和显示器使得用户能够与移动终端22交互。例如，键盘和显示器可以使 得用户能够输入要拨打的号码，访问地址簿信息或者类似信息以及监视呼叫进程信息。存 储器46可在其中具有如上所述可实现本公开的示例性实施例的软件48。
[0034]尽管未解说，但应领会较少移动性的计算设备10可具有类似元件，但代替无线调 制解调器50，NIC可具有基于有线的接口以实现通信。
[0035] 无论计算设备是移动终端22还是更固定的计算设备10,本公开的示例性实施例允 许控制系统(例如，控制系统40)通过向调制解调器轮询上行链路队列等待时间并选择性地 控制由应用作出的连接来控制调制解调器(例如，调制解调器50)处的拥塞。即，许多web应 用生成多个连接。当网络状况不拥塞时，这样的多个连接允许web应用同时在该多个连接上 有效地接收数据。这种近乎同时的接收导致更好的下载效率。例如，web浏览器可通过该多 个连接中的不同连接下载网页的不同部分(例如，在一个连接上下载文本、在另一个连接上 下载图像、在其他连接上下载java脚本等）。然而，每个连接必须经历一建立过程，该建立过 程在通信链路的上行链路部分上生成分组。当在不良网络状况下这些分组中有足够多到达 调制解调器时，分组冲突可能发生，等待时间增加（因为分组停留在调制解调器队列中以等 待通过上行链路被发送），以及分组可能丢失。通过控制活跃连接数，示例性实施例改善了 性能。即，如上所述，网络拥塞可导致具有高度变化的等待时间，其可在客户端和服务器这 两侧上导致差的RTT估计。由于服务器无法在拥塞的上行链路条件和拥塞的下行链路条件 之间进行区分，因此差的RTT可能导致未丢失的分组的不必要的重传、网络中丢失的数据的 延迟重传、以及减少的下行链路带宽。通过扼流打开的活跃连接数，这些状况中的任何状况 中的减少或改善将提升总体性能。
[0036] 为提供对连接数的控制，示例性实施例通过将调制解调器观测器添加到计算设备 10、22的软件48来使用调制解调器反馈。调制解调器观测器向调制解调器50轮询以查明网 络状况和/或可供调制解调器50使用的上行链路带宽。如果网络状况拥塞和/或可用上行链 路带宽低于预定义阈值，则调制解调器观测器指令网络栈限制活跃连接数。在第一实施例 中，调制解调器观测器与每个应用相关联（即，对于每个基于web的应用(例如，浏览器、视频 流送、音频流送等)都有一单独的调制解调器观测器）。在第二实施例中，调制解调器观测器 在与所有基于web的应用相关联的超文本传输协议(http)栈中（即，存在在所有基于web的 应用之间被共享的调制解调器观测器）。如所理解的，用于一web浏览器应用的http栈是负 责管理http事务的诸浏览器模块之一。该http栈打开浏览器网络连接并且向远程服务器发 送http请求。
[0037]就此，图4解说了带有调制解调器观测器60的软件48的示例性实施例的框图，调制 解调器观测器60从调制解调器50接收反馈以查明网络拥塞以及控制被路由通过调制解调 器50的活跃连接。对于活跃连接的这种控制改善了性能。如所解说的，调制解调器观测器60 与用于所有web应用64的http栈62相关联。然而，如上所述，一单独的调制解调器观测器60 可与用于web应用64内的每个应用的网络栈相关联。如所理解的，web应用64逻辑上位于传 输控制协议/网际协议(TCP/IP)栈66之上。TCP/IP栈66组装来自web应用64的分组并将它们 传递给网络驱动器68,网络驱动器68通过总线70将分组传递给调制解调器50。总线70可根 据共享存储器驱动器(SMD)、安全数字输入/输出（SDI0)、高速芯片间(HSIC)协议(通用串行 总线(USB)2.0的一部分)等操作。调制解调器观测器60与在调制解调器接口软件74内的调 制解调器接口守护进程72通信。调制解调器接口软件74使用调制解调器驱动器76通过网络 接口 78和总线70来控制调制解调器50。
[0038]继续参照图4,调制解调器50包括带有控制信道模块82和数据信道模块84的网络 接口 80。网络接口 80与调制解调器驱动器86通信，调制解调器驱动器86与调制解调器服务 模块88通信。调制解调器服务模块88能够提供关于等待通过上行链路信道发送的分组数的 信息，以及提供关于可供调制解调器50使用的带宽和其他网络状况的信息。由此，当调制解 调器接口守护进程72向调制解调器50轮询与网络拥塞有关的信息时，调制解调器服务模块 88是用所请求的信息进行响应的软件。调制解调器50进一步包括接收来自网络驱动器68的 分组的网络输入/输出90。分组从网络输入/输出90传递到蜂窝协议模块92，这些分组在蜂 窝协议模块92中被处理以通过NIC或天线26传输。
[0039] 参照图5提供了从调制解调器50获得反馈和由此控制调制解调器的一示例性过 程。过程100从调制解调器50获得信息，以及当网络状况使得过多打开的活跃连接将导致调 制解调器50处的额外拥塞时限制活跃连接数以便提升系统的总体性能。相应地，过程100开 始于在计算设备1〇、22上安装web应用（框102) web应用的安装可通过下载过程、通过可移 动介质（例如，盘、cd、dvd等)进行安装来完成，或软件可在计算设备10、22的制造期间被预 安装。调制解调器观测器60被安装(框104)。如上所述，单个调制解调器观测器60可被安装 用于http栈62,或者多个调制解调器观测器60可被安装，每个web应用使用一个调制解调器 观测器。应领会，框102、104可被相对同时地完成或以大量间隔时间完成。例如，调制解调器 观测器60可作为操作系统升级或补丁的一部分而被安装，而web应用可在任何时候被用户 初始化。
[0040]继续参照图5,在安装后的某一点，用户可使用计算设备10、22的用户接口以启动 web应用（框106)。在一示例性实施例中，该web应用是web浏览器，诸如GOOGLE CHROME、 APPLE SAFARI、INTERNET EXPL0RER、M0ZILLA FIREF0X。在另一示例性实施例中，该web应用 可以是音频或视频流送程序。再有其他web应用也落在本公开的范围之内，这是容易理解 的。响应于web应用的启动，调制解调器观测器60可以向调制解调器50轮询上行链路信道的 可用带宽(框108)。在另一示例性实施例中，调制解调器观测器60可周期性地轮询调制解调 器50而无需具体参考web应用的启动。在任一情形中，基于可用带宽和/或其他网络状况，控 制系统40可确定最大活跃连接数(框110)。如本文所使用的，活跃连接是打开的、正与远程 位置交换数据的连接。作为进一步解释，打开的连接如果没有正在交换数据，则它仍可被视 为不活跃的。
[0041] 继续参照图5,控制系统40可确定当前活跃连接数(框112)。这些活跃连接可来自 于先前打开的web应用等。该web应用请求http栈62激活一个或多个连接(框114)。控制系统 40将当前活跃连接和新请求的连接之和与最大连接数比较(框116)。控制系统40随后将活 跃连接总数限制成不超过最大连接数(框118)。可通过未能将请求传递给TCP/IP模块66或 推迟这些请求来完成对活跃连接的限制。
[0042]继续参照图5,控制系统40确定一打开的但不活跃的（即，没有正在交换数据的）连 接是否已重新生效(框120)。即，诸如当用户刷新网页或相似情形时，休眠的连接可被web应 用重新激活。如果对于框120的回答为是，则过程100移回至框108,在框108处调制解调器观 测器60向调制解调器50轮询可用带宽。如果对于框120的回答为否，则尚无打开但不活跃的 连接的重新生效，过程100以控制系统40确定用户是否启动了一新应用来继续(框122)。如 果对于框122的回答为是，则用户已启动了一新应用；该过程如指示的那样在框106处重复 开始。如果对于框122的回答为否，则用户尚未启动新应用，过程通过监视打开但不活跃的 连接的重新生效而重复(框120)。
[0043]图6和7提供了可被给予以便实现过程100并且特别是以便向调制解调器观测器60 注册web应用使得调制解调器反馈可被提供的示例性命令的逻辑流。就此，图6解说了逻辑 流130,其中作为示例性web应用64的浏览器132向调制解调器观测器60发送初始化调制解 调器观测器60的init(初始化)命令134。这样的init命令134可作为框106(图5)的一部分。 调制解调器观测器60向调制解调器接口守护进程72发送registerBWEstimationListener (注册带宽估计监听器)命令136。该registerBWEstimationListener命令136导致调制解调 器接口守护进程72从调制解调器接口守护进程72接收报告。诸如在框108 (图5)所解释的， 这样的报告提供来自调制解调器50的、指示出上行链路信道上的可用带宽的信息。浏览器 132还发送创建http栈62的init命令138。在该init命令138之后，浏览器132可进一步地向 调制解调器观测器60发送registerNetStack(注册网络栈)命令140,其向调制解调器观测 器60提供了对http栈62的引用。通过使用来自调制解调器接口守护进程72的与可用带宽有 关的信息，调制解调器观测器60可动态地改变或限制http栈62中的打开的活跃连接数。
[0044] 尽管图6示出用于web应用的启动的示例性命令，图7在逻辑流150中示出用于调制 解调器观测器60如何处置来自调制解调器接口守护进程72的报告的示例性命令。调制解调 器服务模块88(图4)向调制解调器接口守护进程72发送handlereport(处置报告)信号152， 其导致调制解调器接口守护进程72向调制解调器观测器60发送其中以该报告(rep)作为变 量的updateBWestimation (更新带宽估计）信号154。如果该报告指示出下行链路带宽 (downlinkBW)除以上行链路带宽(uplinkBW)少于一阈值比率，则作为控制系统40的一部分 的调制解调器观测器60向http栈62发送第一信号156。第一信号将最大活跃连接数设为最 小值。否则，调制解调器观测器60向http栈62发送第二信号158,将最大连接数设置成一默 认值。信号156、158对应于图5的框110。
[0045] 实验性数据表明限制或扼流活跃连接数的确对性能有正面影响。就此，使用测试 网站建立实验。具体而言，该测试网站有140个大图像（即，大于16kb)。上传带宽被设为45Κ 比特/秒，下载带宽被设为2500K比特/秒，往返行程延迟时间（RTT)为60ms web浏览应用是 在Agilent上的默认Android浏览器。该设置被运行10次迭代。结果在下表1中阐述。
[0046]
[0047] 表1:实验1的概述
[0048] 该实验揭露了以下观察结果。至少当连接数大于10时，通过上行链路发送的确收 (ACK)的延迟导致了对下载的数据块的较慢接收。连接越多，就有越多的ACK分组通过上行 链路发送。连接越多，发生越多的HTTP GET(HTTP获取)请求重传。连接越多，下载链路上出 现越多的分组重传。由此，如果网络状况不是最优的，由于丢失的分组和重传丢失的数据所 花费的资源，大量连接导致较慢的下载时间。由此，性能的显著改善可通过实现在受限的带 宽状况下限制连接数的本公开的各个实施例而实现。通过注意到基于调制解调器反馈而减 少的活跃连接数将至少有以下优点，可总结出其他结论。第一，由于减少的上行链路话务 (即，有较少的ACK分组被发送)和在上行链路上减少的重传数，调制解调器的压力减小。第 二，在上行链路和下行链路两者上存在减少的重传数。
[0049] 本领域技术人员将进一步领会，结合本文所公开的实施例描述的各种解说性逻辑 块、模块、电路和算法可被实现为电子硬件、存储在存储器中或另一计算机可读介质中并由 处理器或其它处理设备执行的指令、或这两者的组合。作为示例，本文描述的主设备和从设 备可用在任何电路、硬件组件、集成电路（1C)、或1C芯片中。本文所公开的存储器可以是任 何类型和大小的存储器，且可被配置成存储所需的任何类型的信息。为清楚地解说这种可 互换性，以上已经以其功能性的形式一般地描述了各种解说性组件、框、模块、电路和步骤。 此类功能性如何被实现取决于具体应用、设计选择和/或加诸于整体系统上的设计约束。技 术人员可针对每种特定应用以不同方式来实现所描述的功能性，但此类实现决策不应被解 读为致使脱离本发明的范围。
[0050] 结合本文所公开的实施例描述的各种解说性逻辑块、模块、和电路可用设计成执 行本文所描述的功能的处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程 门阵列(FPGA)或其他可编程逻辑器件、分立门或晶体管逻辑、分立硬件组件，或其任何组合 来实现或执行。处理器可以是微处理器，但在替代方案中，处理器可以是任何常规处理器、 控制器、微控制器或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器 的组合、多个微处理器、与DSP核心协同的一个或多个微处理器、或任何其它此类配置。
[0051] 本文所公开的各实施例可被体现为硬件和存储在硬件中的指令，并且可驻留在例 如随机存取存储器(RAM)、闪存、只读存储器(R0M)、电可编程ROM(EPROM)、电可擦可编程ROM (EEPR0M)、寄存器、硬盘、可移动盘、⑶-ROM、或本领域中所知的任何其它形式的计算机可读 介质中。示例性存储介质被耦合到处理器，以使得处理器能从/向该存储介质读取/写入信 息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。 ASIC可驻留在远程站中。在替换方案中，处理器和存储介质可作为分立组件驻留在远程站、 基站或服务器中。
[0052] 还注意到，本文任何示例性实施例中描述的操作步骤被描述是为了提供示例和讨 论。所描述的操作可按除了所解说的顺序以外的众多不同顺序来执行。而且，在单个操作步 骤中描述的操作实际上可在多个不同步骤中执行。另外，在示例性实施例中讨论的一个或 多个操作步骤可被组合。应理解，如对本领域技术人员显而易见地，在流程图中解说的操作 步骤可进行众多不同的修改。本领域技术人员还将理解，可使用各种不同技术中的任何一 种来表示信息和信号。例如，贯穿上面描述始终可能被述及的数据、指令、命令、信息、信号、 位(比特）、码元、和码片可由电压、电流、电磁波、磁场或磁粒子、光场或光粒子、或其任何组 合来表不。
[0053]提供对本公开的先前描述是为使得本领域任何技术人员皆能够制作或使用本公 开。对本公开的各种修改对本领域技术人员而言将容易是显而易见的，并且本文中所定义 的普适原理可被应用到其他变型而不会脱离本公开的精神或范围。由此，本公开并非旨在 被限定于本文中所描述的示例和设计，而是应被授予与本文中所公开的原理和新颖特征一 致的最广义的范围。
【主权项】
1. 一种控制移动终端的方法，包括： 接收可供所述移动终端的调制解调器使用的带宽的指示； 确定最大活跃连接数； 确定当前活跃连接数； 接收打开一个或多个新的活跃连接的请求； 将所述最大活跃连接数和所述当前活跃连接数与对新的活跃连接的请求之和作比较； 以及 将活跃连接总数限制成不超过所述最大活跃连接数。2. 如权利要求1所述的方法，其特征在于，限制活跃连接总数包括限制打开的连接的数 目。3. 如权利要求1所述的方法，其特征在于，限制活跃连接总数包括限制一打开的连接上 的活动。4. 如权利要求1所述的方法，其特征在于，进一步包括向调制解调器接口守护进程注册 调制解调器观测器。5. 如权利要求4所述的方法，其特征在于，接收指示包括所述调制解调器观测器从所述 调制解调器接口守护进程接收所述指示。6. 如权利要求1所述的方法，其特征在于，接收打开一个或多个新的活跃连接的请求包 括从浏览器接收所述请求。7. 如权利要求1所述的方法，其特征在于，限制活跃连接总数包括限制可被用于活跃连 接的端口数。8. 如权利要求1所述的方法，其特征在于，接收可供所述移动终端的调制解调器使用的 带宽的指示包括接收与网络状况有关的信息。9. 一种非瞬态计算机可读介质，包括具有用于执行以下动作的指令的软件： 接收可供移动终端的调制解调器使用的带宽的指示； 确定最大活跃连接数； 确定当前活跃连接数； 接收打开一个或多个新的活跃连接的请求； 将所述最大活跃连接数和所述当前活跃连接数与对新的活跃连接的请求之和作比较； 以及 将活跃连接总数限制成不超过所述最大活跃连接数。10. 如权利要求9所述的计算机可读介质，其特征在于，限制活跃连接总数的指令包括 限制打开的连接的数目的指令。11. 如权利要求9所述的计算机可读介质，其特征在于，限制活跃连接总数的指令包括 限制一打开的连接上的活动的指令。12. 如权利要求9所述的计算机可读介质，其特征在于，进一步包括向调制解调器接口 守护进程注册调制解调器观测器的指令。13. 如权利要求12所述的计算机可读介质，其特征在于，接收指示的指令包括导致所述 调制解调器观测器从所述调制解调器接口守护进程接收所述指示的指令。14. 如权利要求9所述的计算机可读介质，其特征在于，接收打开一个或多个新的活跃 连接的请求的指令包括从浏览器接收所述请求的指令。15. 如权利要求9所述的计算机可读介质，其特征在于，限制活跃连接总数的指令包括 限制可被用于活跃连接的端口数的指令。16. 如权利要求9所述的计算机可读介质，其特征在于，接收可供移动终端的调制解调 器使用的带宽的指示的指令包括接收与网络状况有关的信息的指令。17. -种移动终端，包括： 用户接口； 调制解调器；以及 控制系统，其操作上耦合至所述用户接口和所述调制解调器，所述控制系统被配置成： 接收可供所述调制解调器使用的带宽的指示； 确定最大活跃连接数； 确定当前活跃连接数； 接收打开一个或多个新的活跃连接的请求； 将所述最大活跃连接数和所述当前活跃连接数与对新的活跃连接的请求之和作比较； 以及 将活跃连接总数限制成不超过所述最大活跃连接数。18. 如权利要求17所述的移动终端，其特征在于，被配置成限制活跃连接总数的所述控 制系统被配置成限制打开的连接的数目。19. 如权利要求17所述的移动终端，其特征在于，被配置成限制活跃连接总数的所述控 制系统被配置成限制一打开的连接上的活动。20. 如权利要求17所述的移动终端，其特征在于，所述控制系统被进一步配置成向调制 解调器接口守护进程注册调制解调器观测器。21. 如权利要求20所述的移动终端，其特征在于，被配置成接收指示的所述控制系统被 配置成导致所述调制解调器观测器从所述调制解调器接口守护进程接收所述指示。22. 如权利要求17所述的移动终端，其特征在于，被配置成接收打开一个或多个新的活 跃连接的请求的所述控制系统被配置成从浏览器接收所述请求。23. 如权利要求17所述的移动终端，其特征在于，被配置成限制活跃连接总数的所述控 制系统被配置成限制可被用于活跃连接的端口数。24. 如权利要求17所述的移动终端，其特征在于，被配置成接收可供所述移动终端的所 述调制解调器使用的带宽的指示的所述控制系统被配置成接收与网络状况有关的信息。25. -种计算设备，包括： 用户接口； 调制解调器；以及 控制系统，其操作上耦合至所述用户接口和所述调制解调器，所述控制系统被配置成： 接收可供所述调制解调器使用的带宽的指示； 确定最大活跃连接数； 确定当前活跃连接数； 接收打开一个或多个新的活跃连接的请求； 将所述最大活跃连接数和所述当前活跃连接数与对新的活跃连接的请求之和作比较； 以及 将活跃连接总数限制成不超过所述最大活跃连接数。
【文档编号】H04W28/02GK105900477SQ201580004150
【公开日】2016年8月24日
【申请日】2015年1月9日
【发明人】V·佩雷尔曼, 贾亚拉曼 V·R·文卡塔查拉姆, R·卡帕, R·A·A·阿塔尔, N·格尔维奇, D·K·萨胡
【申请人】高通股份有限公司