减少移动设备上信令流量的方法
【技术领域】
[0001]本申请涉及移动通信设备，并且更具体地，涉及这些设备的数据发送。
【背景技术】
[0002]与3G和4G网络发展相关联的智能电话的发展意味着，用户现在能够使用其电话上的应用，这些应用接入互联网，包括例如web浏览这样的基本功能。除可以由电话制造商提供的应用之外，用户还可以下载并安装常被称为“App”的其他应用。这些其他应用提供包括例如Facebookts^p twitter?的社交媒体交互、例如google maps?的导航、游戏和例如如eBay?的拍卖工具。
[0003]虽然这些应用改进了智能电话上的用户功能，但是由于被发送的数据增加了，这些应用可能在电信网络上导致负面影响。
[0004]本申请试图改善这些负面影响。
【发明内容】
[0005]智能电话应用的程序员通常对于移动网络或移动网络需求没有经验，他们的经验是基于传统的有线连接，其中，始终联网的概念总是占主导的。因此，他们的处理模式基于这种前提。这种方法对移动电话网络和单独的电信设备都具有负面影响。
[0006]本申请提供一种限制移动设备上的应用对互联网的接入的方法。产生的益处包括减少网络拥塞和智能电话更长的电池寿命。
[0007]在第一实施例中，本申请提供一种控制移动设备对互联网的接入的方法。该方法包括下列步骤:从应用接收发送IP数据的请求；确定是否需要为该移动设备建立IP连接来发送IP数据；以及b)当确定需要IP连接时，确定最小时间段是否已经过去，并且当确定最小时间段已经过去时，允许建立该IP连接。该最小时间段是从下列时间中的至少一个中确定的:a)前一次IP连接的流逝时间，以及b)该应用最后一次请求IP连接的时间。
[0008]该最小时间段适合为预定义的默认值。该最小时间段可以是为请求应用所设置的值，其中对不同的应用可以设置不同的值。
[0009]单独的应用可以被指定为设置最小时间段为零，或者被以其他方式指定，以使得接入总是被允许。移动电话的用户可以被允许指定单独的应用。
[0010]该方法可以利用预备步骤，S卩，确定应用是否在设备的前台中，并且在该应用被确定为在前台中的情况下，允许建立IP连接。在前台意味着该应用接入了移动设备的标准i/ο系统。拥有i/o系统的接入允许用户与应用进行交互，例如通过触摸屏界面上的触摸事件。相反，在后台中处理的应用通常不允许用户交互。
[0011]在一种布置中，如果移动设备的屏幕被确定为开启，则IP连接可以被允许建立。
[0012]前一次IP连接的流逝时间可以是一个估计值，该估计值被确定为从最后一次发送或接收IP数据包的时间起算的预定时间段，其中，该预定时间是对无线电尾期(rad1tail)估计的反映。无线电尾期是指一个已建立的无线电连接在发送最后一个数据包之后所保持的时间段。该方法可以被配置为即使所述应用不在前台和/或所述设备屏幕关闭也允许正在流传输音频的应用连接以便保持所述流。
[0013]可以在被配置为执行这些方法的移动设备上提供信令干预机构。本申请也可以延伸到使用这种信令干预机构的移动设备。
【附图说明】
[0014]现在将参照附图描述本申请，其中:
[0015]图1是例示本领域中已知的移动设备的层的示例性框图；
[0016]图2是本领域中已知的移动设备的处理方法的示例性流程图；
[0017]图3是例示在诸如图1所示的设备内信令减少机制的定位的示例性框图；
[0018]图4是安装有信令减少机制的设备的示例性处理方法的流程图；和
[0019]图5是使用特定配置的应用的示例性处理方法的流程图。
【具体实施方式】
[0020]本申请的发明人已经确定，经常安装在具有移动连接的智能电话或平板型设备上的应用(app)常被设计为按较短的时间间隔经由移动电话网络连接到互联网以检查更新的信息。这种对于“连接”的持续的需求使许多网络信令用于经由无线电接口建立互联网连接和断开互联网连接。多个设备上的多个应用全都同步地这样做可能引起网络过载或者需要网络运营商在超出本来所需的容量之外增加容量来支持他们的网络上的设备数量。而且，已经确认，建立和断开无线电连接的需求对单独的设备的电池寿命有显著影响。
[0021]应用通常不管它们是否在前台中，S卩，对于用户是否可见或是否活跃地被用户使用，都尝试连接。而且，当屏幕关闭并且设备未被关注时，应用尝试建立连接也并不少见。一些应用允许用户在应用设置中规定该应用的某些参数，包括例如应多久检查一次更新或消息。然而，这并不意味着应用将不对其他数据作出请求。类似地，应理解，并非所有的应用都提供这种用户控制，并且不同的应用不一定是同步的，因此，虽然理论上10个应用中的每一个均可以被设置为仅每10分钟检查一次，但是可以想象到这可能导致每分钟检查一次。而且，从网络提供商的角度看，为用户提供这样做的功能并没有解决问题。本申请提供一种用于限制移动设备上的应用对互联网的接入的方法。
[0022]如图1的简图所示，移动设备I通常被构造为不同的功能层。在底部，无线电层10通过移动设备的相关联的RF电路来负责视情况建立和断开与移动电话网络或无线(WiFi)网络的数据连接以及通过这些网络发送和接收数据。
[0023]应用层处理在移动设备的处理系统(OS)的顶部处理，可以例如是基于Java的。常见的是允许开发者为用户编写应用以及类似地允许用户在移动设备上安装这些应用，尽管两种处理都可能受到约束。IP层充当应用与无线电层之间的接口。
[0024]图2中例示了当应用试图连接20到互联网时在现有的配置中发生的典型处理。无线电层确定在无线电网络上是否建立了无线电数据连接22。如果连接存在，则对来自应用的请求进行处理26。如果连接不存在，则无线电层数据开始建立24无线电数据连接的处理。一旦无线电数据连接被建立，来自应用的请求被通过无线电网络发送26。
[0025]在本申请中，在移动设备30中安装了一种机制，所述机制用于阻止响应于来自应用的连接请求而建立无线电数据连接，除非满足某些要求。更具体地，信令干预机制10 (其是适当地安装的软件代码)提供网守功能，该网守功能对应用连接到网络的每一次尝试进行评估，以确定是否应被允许。信令干预机制可以通过例如将自定义队列模块插入到移动设备软件的IP路由核心中来安装。该自定义队列模块可以在客户购买他们的移动设备之前默认安装，或者以后安装。该自定义队列模块被适当地配置为通过信令干预机制将所有传出的数据包传递到输出接口，而不是直接将所有传出的数据包传递到输出接口。
[0026]因此，一旦自定义队列模块到位，所有的IP流量就转向信令干预机制