用户终端上网络通信请求信令的发送方法与装置制造方法
【专利摘要】本发明实施例公开了一种用户终端上网络通信请求信令的发送方法与装置，其中，方法包括：响应于接收到用户终端上应用发起的网络通信请求信令，识别该网络通信请求信令是否为用户主动发起的通信请求信令；若为用户主动发起的网络通信请求信令，为所述网络通信请求信令分配底层通信资源，并即时发送所述网络通信请求信令；否则，若为应用后台发起的网络通信请求信令，将该网络通信请求信令放入一个缓冲窗排队等待，该缓冲窗中存储了所有应用后台发起的网络通信请求信令；响应于当前时刻达到按照预设周期规定的发送时刻，统一发送缓冲窗中的所有通信请求信令。本发明实施例可以减少用户终端发送网络通信请求信令的次数，降低网络信令流量。
【专利说明】用户终端上网络通信请求信令的发送方法与装置
【技术领域】
[0001]本发明涉及通信技术，尤其是一种用户终端上网络通信请求信令的发送方法与装置。
【背景技术】
[0002]随着第3 代移动通信技术(The 3rd Generation Telecommunication, 3G)等无线宽带上网技术的普及，越来越多的移动互联网应用需要频繁地使用网络通信功能，尤其是在线型应用和需要大量数据同步的应用。这类应用需要在后台每隔一段时间轮询向网络侧发送网络请求，查询更新，保持与服务器端的应用是否在线、是否有新动态等信息之间的同步。并且通常多个应用发起通信请求的时间点不一致，时间间隔也不一致，每个应用每次通信都需要在终端与网络侧之间新建立连接，通信后再拆除，由此占用了运营商大量的空中资源。智能终端在关闭屏幕后，其操作系统会进入快速休眠状态，并周期性醒来，休眠时释放无线空口信道连接，醒来则重新激活连接。
[0003]在实现本发明的过程中，发明人发现，加载了丰富应用的移动智能终端对无线空口信道的频繁激活与释放，会导致无线连接次数猛增，带来大量信令，对移动互联网形成巨大的冲击。轻者导致网络质量下降、用户满意度降低等，重者引起网络瘫痪。比如今年2月份日本NTT移动通信网公司(NTT DoCoMo)在东京遭遇的一次持续4个半小时的网络瘫痪，就是由一款基于安卓(An droid)系统的免费语音程序产生的繁重信令所导致的。
【发明内容】
[0004]本发明实施例所要解决的技术问题是:提供一种用户终端上网络通信请求信令的发送方法与装置，以减少用户终端发送网络通信请求信令的次数，降低网络信令流量。
[0005]本发明实施例提供的一种用户终端上通信请求信令的发送方法，包括:
[0006]响应于接收到用户终端上应用发起的网络通信请求信令，识别该网络通信请求信令是否为用户主动发起的通信请求信令；
[0007]若该网络通信请求信令为用户主动发起的网络通信请求信令，为所述网络通信请求信令分配底层通信资源，并即时发送所述网络通信请求信令；
[0008]否则，若该网络通信请求信令为应用后台发起的网络通信请求信令，将该网络通信请求信令放入一个缓冲窗排队等待，该缓冲窗中存储了所有应用后台发起的网络通信请求信令；
[0009]响应于当前时刻达到按照预设周期规定的发送时刻，统一发送缓冲窗中的所有通请求令。
[0010]上述方法的一个具体实施例中，所述预设周期小于用户终端所在无线通信网络无信号传输时点对点协议PPP连接的保持时间。
[0011]上述方法的一个具体实施例中，所述预设周期或所述缓冲窗的长度的初始值预先设置。[0012]上述方法的一个具体实施例中，还包括:
[0013]根据应用后台发起的网络通信请求信令的数量与无线通信网络当前业务信道的占用情况，动态调整所述预设周期的初始值；或者
[0014]根据无线通信网络的当前网络状态与应用后台发起的网络通信请求信令的数量动态调整所述缓冲窗的长度。
[0015]上述方法的一个具体实施例中，所述识别该网络通信请求信令是否为用户主动发起的通信请求信令包括:
[0016]识别所述网络通信请求信令是否由应用在用户终端当前屏幕上的激活窗口发出；
[0017]若所述网络通信请求信令由应用在用户终端当前屏幕上的激活窗口发出，判定所述网络通信请求信令为用户主动发起的通信请求信令；
[0018]否则，若所述网络通信请求信令不是由应用在用户终端当前屏幕上的激活窗口发出，判定所述网络通信请求信令为应用后台发起的网络通信请求信令。
[0019]本发明实施例提供的一种用户终端上通信请求信令的发送装置，包括:
[0020]接收单元，用于接收用户终端上应用发起的网络通信请求信令；
[0021]识别单元，用于响应于接收单元接收到用户终端上应用发起的网络通信请求信令，识别该网络通信请求信令是否为用户主动发起的通信请求信令；
[0022]控制单元，用于根据识别单元的识别结果，若该网络通信请求信令为用户主动发起的网络通信请求信令，通过所述终端上的通信单元为所述网络通信请求信令分配底层通信资源，并指示发送单元即时发送所述网络通信请求信令；否则，若该网络通信请求信令为应用后台发起的网络通信请求信令，将该网络通信请求信令放入一个缓冲窗排队等待，该缓冲窗中存储了所有应用后台发起的网络通信请求信令；根据计时单元的计时结果，响应于当前时刻达到按照预设周期规定的发送时刻，指示发送单元统一发送缓冲窗中的所有通
请求令；
[0023]计时单元，用于按照预设周期进行计时；
[0024]缓冲窗，用于存储所有应用后台发起的网络通信请求信令；
[0025]发送单元，用于根据控制单元的指示，即时发送所述网络通信请求信令，或者统一发送缓冲窗中的所有通信请求信令。
[0026]上述装置的一个具体实施例中，所述预设周期小于用户终端所在无线通信网络无信号传输时点对点协议PPP连接的保持时间。
[0027]上述装置的一个具体实施例中，所述预设周期或所述缓冲窗的长度的初始值预先设置。
[0028]上述装置的一个具体实施例中，还包括:
[0029]调整单元，用于根据应用后台发起的网络通信请求信令的数量与无线通信网络当前业务信道的占用情况，动态调整所述预设周期的初始值；或者，根据无线通信网络的当前网络状态与应用后台发起的网络通信请求信令的数量动态调整所述缓冲窗的长度。
[0030]上述装置的一个具体实施例中，所述识别单元具体识别所述网络通信请求信令是否由应用在用户终端当前屏幕上的激活窗口发出；若所述网络通信请求信令由应用在用户终端当前屏幕上的激活窗口发出，判定所述网络通信请求信令为用户主动发起的通信请求信令；否则，若所述网络通信请求信令不是由应用在用户终端当前屏幕上的激活窗口发出，判定所述网络通信请求信令为应用后台发起的网络通信请求信令。
[0031]本发明实施例提供的一种用户终端，包括通信单元，所述用户终端上耦合设置有本发明上述任一实施例所述的用户终端上通信请求信令的发送装置。
[0032]上述用户终端的一个具体实施例中，所述用户终端上通信请求信令的发送装置耦合设置在所述用户终端的操作系统中。
[0033]现有的移动终端上，操作系统并不区分上层应用的网络通信请求是由应用后台发起还是由用户主动发起，也不会对网络通信请求进行区分处理，而是在收到应用发出的网络通信请求时，一视同仁的分配底层通信资源，响应该通信请求。而且，当有多个应用都需要网络通信请求时，移动终端没有协同处理机制，只是一对一的进行响应，缺乏能统一发送多个应用的网络通信请求的协调机制。
[0034] 基于本发明上述实施例提供的用户终端上网络通信请求信令的发送方法与装置，响应于接收到用户终端上应用发起的网络通信请求信令，识别该网络通信请求信令是否为用户主动发起的通信请求信令；若该网络通信请求信令为用户主动发起的网络通信请求信令，为网络通信请求信令分配底层通信资源，并即时发送网络通信请求信令；否则，若该网络通信请求信令为应用后台发起的网络通信请求信令，将该网络通信请求信令放入一个缓冲窗排队等待，该缓冲窗中存储了所有应用后台发起的网络通信请求信令；响应于当前时刻达到按照预设周期规定的发送时刻，统一发送缓冲窗中的所有通信请求信令。与现有技术相比，本发明实施例中，针对现网中的移动智能终端对无线空口信道的频繁激活与释放，导致网络中产生大量信令的问题，对网络通信请求类别进行甄别，通过区分用户终端上网络通信请求信令的来源，将移动应用的网络通信请求信令区分为用户主动发起和应用后台发起两种类型，对用户主动发起的网络通信请求信令及时响应，对应用后台发起的网络通信请求设置缓冲窗先进行缓存再集中发送，从而减少了用户终端发送网络通信请求信令的次数，实现了对信令请求的发送优化，降低网络信令流量，减少了移动应用对网络无线信道资源的占用。
[0035]下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
【专利附图】
【附图说明】
[0036]构成说明书的一部分的附图描述了本发明的实施例，并且连同描述一起用于解释本发明的原理。
[0037]参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中:
[0038]图1为本发明用户终端上通信请求信令的发送方法一个实施例的流程图。
[0039]图2为本发明用户终端上通信请求信令的发送方法的一个应用示意图。
[0040]图3为本发明用户终端上通信请求信令的发送装置一个实施例的结构示意图。
[0041]图4为本发明用户终端一个实施例的结构示意图。
【具体实施方式】
[0042]现在将参照附图来详细描述本发明的各种示例性实施例。应注意到:除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
[0043]同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
[0044]以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。
[0045]对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
[0046]在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。
[0047]应注意到:相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
[0048]图1为本发明用户终端上通信请求信令的发送方法一个实施例的流程图。示例性地，该实施例用户终端上通信请求信令的发送方法可以由用户终端的操作系统或独立设置的发送装置执行。如图1所示，该实施例用户终端上通信请求信令的发送方法包括:
[0049]110，响应于接收到用户终端上应用发起的网络通信请求信令，识别该网络通信请求信令是否为用户主动发起的通信请求信令。
[0050]若该网络通信请求信令为用户主动发起的网络通信请求信令，执行120的操作。否则，若该网络通信请求信令为应用后台发起的网络通信请求信令，执行130的操作。
[0051]120，为网络通信请求信令分配底层通信资源，并即时发送网络通信请求信令。
[0052]之后，不执行本实施例的后续流程。
[0053]130，将该网络通信请求信令放入一个缓冲窗排队等待，该缓冲窗中存储了所有应用后台发起的网络通信请求信令。
[0054]140，响应于当前时刻达到按照预设周期规定的发送时刻，统一发送缓冲窗中的所有通信请求信令，每次集中发送只需要使用一个信令信道。即:对于缓冲窗中应用后台发起的网络通信请求信令，用户终端将每隔一个特定的发送周期(即:预设周期)集中发送一批网络通信请求信令，以便减少用户终端发送网络通信请求信令的次数，节约网络的信令资源。
[0055]本发明上述实施例提供的用户终端上网络通信请求信令的发送方法，响应于接收到用户终端上应用发起的网络通信请求信令，识别该网络通信请求信令是否为用户主动发起的通信请求信令；若该网络通信请求信令为用户主动发起的网络通信请求信令，为网络通信请求信令分配底层通信资源，并即时发送网络通信请求信令；否则，若该网络通信请求信令为应用后台发起的网络通信请求信令，将该网络通信请求信令放入一个缓冲窗排队等待，该缓冲窗中存储了所有应用后台发起的网络通信请求信令；响应于当前时刻达到按照预设周期规定的发送时刻，统一发送缓冲窗中的所有通信请求信令。与现有技术相比，本发明实施例中，针对现网中的移动智能终端对无线空口信道的频繁激活与释放，导致网络中产生大量信令的问题，对网络通信请求类别进行甄别，通过区分用户终端上网络通信请求信令的来源，将移动 应用的网络通信请求信令区分为用户主动发起和应用后台发起两种类型，对用户主动发起的网络通信请求信令及时响应，对应用后台发起的网络通信请求设置缓冲窗先进行缓存再集中发送，从而减少了用户终端发送网络通信请求信令的次数，实现了对信令请求的发送优化，降低网络信令流量，减少了移动应用对网络无线信道资源的占用。
[0056]根据本发明用户终端上通信请求信令的发送方法实施例的一个具体示例而非限制，上述实施例中的预设周期可以设置为小于用户终端所在无线通信网络无信号传输时点对点协议(point to point protocol, PPP)连接的保持时间。即:该预设周期一般设置为比当前无线通信网络PPP连接无信令保持时间略短一点，以避免产生网络侧PPP连接断开后用户终端与网络侧之间重新建立PPP连接所需的额外信令开销。
[0057]根据本发明用户终端上通信请求信令的发送方法实施例的另一个具体示例而非限制，上述实施例中的预设周期或缓冲窗的长度的初始值预先设置。
[0058]根据本发明用户终端上通信请求信令的发送方法实施例的又一个具体示例而非限制，还可以根据应用后台发起的网络通信请求信令的数量与无线通信网络当前业务信道的占用情况，动态调整预设周期的初始值；或者，根据无线通信网络的当前网络状态与应用后台发起的网络通信请求信令的数量动态调整缓冲窗的长度。
[0059]根据本发明用户终端上通信请求信令的发送方法实施例的再一个具体示例而非限制，操作110中，具体可以通过如下方式，识别该网络通信请求信令是否为用户主动发起的通信请求信令:
[0060]识别网络通信请求信令是否由应用在用户终端当前屏幕上的激活窗口发出；
[0061]若网络通信请求信令由应用在用户终端当前屏幕上的激活窗口发出，判定网络通信请求信令为用户主动发起的通信请求信令；
[0062]否则，若网络通信请求信令不是由应用在用户终端当前屏幕上的激活窗口发出，则判定网络通信请求信令为应用后台发起的网络通信请求信令。
[0063]本发明实施例用户终端上网络通信请求信令的发送方法，可应用于各种版本的智能终端上，以下以支持中国电信的码分多址(CDMA) 2000无线通信制式的安卓(Android)
2.1版本的智能手机(即:移动智能终端)为应用实施例，对本发明实施例的应用进行进一步详细说明。
[0064]设智能手机上有A、B、C三个移动应用，这三个应用都需要周期性发送网络通信请求信令给后台应用服务器，设A应用的网络通信请求信令发送周期为7分钟，B应用的网络通信请求信令发送周期为9分钟，C应用的网络通信请求信令发送周期为13分钟。设智能手机所在的无线通信网络无信号传输时PPP连接保持时间为12分钟，智能手机上设置的应用后台的网络通信请求信令的集中发送周期为10分钟。
[0065]本应用实施例中设置在智能手机开启时同时启动A、B、C三个移动应用，开机后，让智能手机处于待机状态，则三个应用都处于后台运行状态。从智能手机开机完毕开始计时，则第7分钟时，A应用会发出一个网络通信请求信令，由于智能手机处于待机状态，当前屏幕上没有激活窗口，因此，操作系统会判定这是一个应用后台发起的网络通信请求信令，并将此网络通信请求信令放入缓冲窗等待统一发送。第9分钟时B应用会发出一个网络通信请求信令，由于智能手机处于待机状态，当前屏幕上没有激活窗口，因此，操作系统会判定这也是一个应用后台发起的网络通信请求信令，并将此网络通信请求信令放入缓冲窗等待统一发送。第10分钟时，第一个缓冲窗的发送时刻到来，操作系统会通知智能手机的底层通信单元有网络通信请求信令需要发送，通信单元会发送一个信令请求网络侧分配一个业务信道，通过这个业务信道，一次性将缓冲窗中A、B两个应用的网络通信请求信令包发送出去，发送完毕后，释放业务信道，再等待第二次集中发送时刻的到来。
[0066]第二个缓冲窗的缓冲时间为第10分钟后到第20分钟，这期间，缓冲窗中将存有C应用在第13分钟发送的网络通信请求信令，A应用在第14分钟发送的网络通信请求信令，B应用在第18分钟发送的网络通信请求信令。第20分钟时，第二个缓冲窗的发送时刻到来，操作系统会通知底层通信单元有网络通信请求信令需要发送，底层通信单元会发送一个信令请求网络分配一个业务信道，通过这个业务信道，一次性将缓冲窗中的三个网络通信请求信令发送出去。
[0067]第三个缓冲窗的缓冲时间为第20分钟后到第30分钟，这期间，缓冲窗中将存有A应用在第21分钟发送的网络通信请求信令，C应用在第26分钟发送的网络通信请求信令，B应用在第27分钟发送的网络通信请求信令，A应用在第28分钟发送的网络通信请求信令。第30分钟时，第三个缓冲窗的发送时刻到来，操作系统会通知底层通信单元有网络通信请求信令需要发送，底层通信单元会发送一个信令请求网络分配一个业务信道，通过这个业务信道，一次性将缓冲窗中的四个网络通信请求信令发送出去。如图2所示，为本发明用户终端上通信请求信令的发送方法在该应用实施例中的一个应用示意图。
[0068]图3为本发明用户终端上通信请求信令的发送装置一个实施例的结构示意图。该实施例用户终端上通信请求信令的发送装置可用于实现本发明上述各用户终端上通信请求信令的发送方法实施例。如图3所示，其包括接收单元310、识别单元320、控制单元330、计时单元340、缓冲窗350与发送单元360。其中:
[0069]接收单元310，用于接收用户终端上应用发起的网络通信请求信令。
[0070]识别单元320，用于响应于接收单元310接收到用户终端上应用发起的网络通信请求信令，识别该网络通信请求信令是否为用户主动发起的通信请求信令。
[0071]控制单元330，用于根据识别单元320的识别结果，若该网络通信请求信令为用户主动发起的网络通信请求信令，通过终端上的通信单元为网络通信请求信令分配底层通信资源，并指示发送单元360即时发送网络通信请求信令；否则，若该网络通信请求信令为应用后台发起的网络通信请求信令，将该网络通信请求信令放入一个缓冲窗350排队等待，该缓冲窗350中存储了所有应用后台发起的网络通信请求信令；根据计时单元340的计时结果，响应于当前时刻达到按照预设周期规定的发送时刻，指示发送单元360统一发送缓冲窗350中的所有通信请求信令。
[0072]计时单元340，用于按照预设周期进行计时。
[0073]缓冲窗350，用于存储所有应用后台发起的网络通信请求信令。
[0074]发送单元360，用于根据控制单元330的指示，即时发送网络通信请求信令，或者统一发送缓冲窗350中的所有通信请求信令。
[0075]本发明上述实施例提供的用户终端上网络通信请求信令的发送装置，响应于接收到用户终端上应用发起的网络通信请求信令，识别该网络通信请求信令是否为用户主动发起的通信请求信令；若该网络通信请求信令为用户主动发起的网络通信请求信令，为网络通信请求信令分配底 层通信资源，并即时发送网络通信请求信令；否则，若该网络通信请求信令为应用后台发起的网络通信请求信令，将该网络通信请求信令放入一个缓冲窗排队等待，该缓冲窗中存储了所有应用后台发起的网络通信请求信令；响应于当前时刻达到按照预设周期规定的发送时刻，统一发送缓冲窗中的所有通信请求信令。与现有技术相比，本发明实施例中，针对现网中的移动智能终端对无线空口信道的频繁激活与释放，导致网络中产生大量信令的问题，对网络通信请求类别进行甄别，通过区分用户终端上网络通信请求信令的来源，将移动应用的网络通信请求信令区分为用户主动发起和应用后台发起两种类型，对用户主动发起的网络通信请求信令及时响应，对应用后台发起的网络通信请求设置缓冲窗先进行缓存再集中发送，从而减少了用户终端发送网络通信请求信令的次数，实现了对信令请求的发送优化，降低网络信令流量，减少了移动应用对网络无线信道资源的占用。
[0076]根据本发明用户终端上通信请求信令的发送装置实施例的一个具体示例而非限制，上述装置实施例中的预设周期小于用户终端所在无线通信网络无信号传输时PPP连接的保持时间。
[0077]根据本发明用户终端上通信请求信令的发送装置实施例的另一个具体示例而非限制，上述装置实施例中的预设周期或缓冲窗350的长度的初始值预先设置。
[0078]再参见图3，在本发明用户终端上通信请求信令的发送装置的另一个实施例中，还包括调整单元370，用于根据应用后台发起的网络通信请求信令的数量(单位时间或指定间隔内发起的网络通信请求信令的数量)与无线通信网络当前业务信道的占用情况，动态调整预设周期的初始值；或者，根据无线通信网络的当前网络状态与应用后台发起的网络通信请求信令的数量动态调整缓冲窗350的长度。
[0079]根据本发明用户终端上通信请求信令的发送装置实施例的再一个具体示例而非限制，识别单元320具体可以识别网络通信请求信令是否由应用在用户终端当前屏幕上的激活窗口发出；若该网络通信请求信令由应用在用户终端当前屏幕上的激活窗口发出，判定网络通信请求信令为用户主动发起的通信请求信令；否则，若该网络通信请求信令不是由应用在用户终端当前屏幕上的激活窗口发出，判定网络通信请求信令为应用后台发起的网络通信请求信令。
[0080]图4为本发明用户终端一个实施例的结构示意图。如图4所示，该实施例的用户终端包括通信单元，用户终端上耦合设置有本发明上述任一实施例的用户终端上通信请求信令的发送装置，图4仅示例性地示出其中一个实施例用户终端上通信请求信令的发送装置的结构。
[0081]本发明用户终端实施例的一个具体示例而非限制，用户终端上通信请求信令的发送装置可以耦合设置在用户终端的操作系统中。
[0082]本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0083]可能以许多方式来实现本发明的方法和装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法和装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。
[0084]本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括:R0M、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
[0085]本发明实施例针对现网中的移动智能终端对无线空口信道的频繁激活与释放，导致网络中产生大量信令的问题，对网络通信请求类别进行甄别，通过区分用户终端上网络通信请求信令的来源，将移动应用的网络通信请求信令区分为用户主动发起和应用后台发起两种类型，对用户主动发起的网络通信请求信令及时响应，对应用后台发起的网络通信请求设置缓冲窗先进行缓存再集中发送，从而减少了用户终端发送网络通信请求信令的次数，实现了对信令请求的发送优化，降低网络信令流量，减少了移动应用对网络无线信道资源的占用。
[0086] 本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。
【权利要求】
1.一种用户终端上通信请求信令的发送方法，其特征在于，包括: 响应于接收到用户终端上应用发起的网络通信请求信令，识别该网络通信请求信令是否为用户主动发起的通信请求信令； 若该网络通信请求信令 为用户主动发起的网络通信请求信令，为所述网络通信请求信令分配底层通信资源，并即时发送所述网络通信请求信令； 否则，若该网络通信请求信令为应用后台发起的网络通信请求信令，将该网络通信请求信令放入一个缓冲窗排队等待，该缓冲窗中存储了所有应用后台发起的网络通信请求信令; 响应于当前时刻达到按照预设周期规定的发送时刻，统一发送缓冲窗中的所有通信请求信令。
2.根据权利要求1所述的方法，其特征在于，所述预设周期小于用户终端所在无线通信网络无信号传输时点对点协议PPP连接的保持时间。
3.根据权利要求2所述的方法，其特征在于，所述预设周期或所述缓冲窗的长度的初始值预先设置。
4.根据权利要求3所述的方法，其特征在于，还包括: 根据应用后台发起的网络通信请求信令的数量与无线通信网络当前业务信道的占用情况，动态调整所述预设周期的初始值；或者 根据无线通信网络的当前网络状态与应用后台发起的网络通信请求信令的数量动态调整所述缓冲窗的长度。
5.根据权利要求1至4任意一项所述的方法，其特征在于，所述识别该网络通信请求信令是否为用户主动发起的通信请求信令包括: 识别所述网络通信请求信令是否由应用在用户终端当前屏幕上的激活窗口发出； 若所述网络通信请求信令由应用在用户终端当前屏幕上的激活窗口发出，判定所述网络通信请求信令为用户主动发起的通信请求信令； 否则，若所述网络通信请求信令不是由应用在用户终端当前屏幕上的激活窗口发出，判定所述网络通信请求信令为应用后台发起的网络通信请求信令。
6.一种用户终端上通信请求信令的发送装置，其特征在于，包括: 接收单元，用于接收用户终端上应用发起的网络通信请求信令； 识别单元，用于响应于接收单元接收到用户终端上应用发起的网络通信请求信令，识别该网络通信请求信令是否为用户主动发起的通信请求信令； 控制单元，用于根据识别单元的识别结果，若该网络通信请求信令为用户主动发起的网络通信请求信令，通过所述终端上的通信单元为所述网络通信请求信令分配底层通信资源，并指示发送单元即时发送所述网络通信请求信令；否则，若该网络通信请求信令为应用后台发起的网络通信请求信令，将该网络通信请求信令放入一个缓冲窗排队等待，该缓冲窗中存储了所有应用后台发起的网络通信请求信令；根据计时单元的计时结果，响应于当前时刻达到按照预设周期规定的发送时刻，指示发送单元统一发送缓冲窗中的所有通信请求信令； 计时单元，用于按照预设周期进行计时； 缓冲窗，用于存储所有应用后台发起的网络通信请求信令；发送单元，用于根据控制单元的指示，即时发送所述网络通信请求信令，或者统一发送缓冲窗中的所有通信请求信令。
7.根据权利要求6所述的装置，其特征在于，所述预设周期小于用户终端所在无线通信网络无信号传输时点对点协议PPP连接的保持时间。
8.根据权利要求7所述的装置，其特征在于，所述预设周期或所述缓冲窗的长度的初始值预先设置。
9.根据权利要求8所述的装置，其特征在于，还包括: 调整单元，用于根据应用后台发起的网络通信请求信令的数量与无线通信网络当前业务信道的占用情况，动态调整所述预设周期的初始值；或者，根据无线通信网络的当前网络状态与应用后台发起的网络通信请求信令的数量动态调整所述缓冲窗的长度。
10.根据权利要求6至9任意一项所述的装置，其特征在于，所述识别单元具体识别所述网络通信请求信令是否由应用在用户终端当前屏幕上的激活窗口发出；若所述网络通信请求信令由应用在用户终端当前屏幕上的激活窗口发出，判定所述网络通信请求信令为用户主动发起的通信请求信令；否则，若所述网络通信请求信令不是由应用在用户终端当前屏幕上的激活窗口发出，判定所述网络通信请求信令为应用后台发起的网络通信请求信令。
11.一种用户终端，包括通信单元，其特征在于，所述用户终端上耦合设置有权利要求6至10任意一项所述的用户终端上通信请求信令的发送装置。
12.根据权利要求11所述的用户终端，其特征在于，所述用户终端上通信请求信令的发送装置耦合设置在所述用户终端的操作系统中。
【文档编号】H04W88/02GK103906033SQ201210585015
【公开日】2014年7月2日 申请日期:2012年12月28日 优先权日:2012年12月28日
【发明者】李慧芳, 陈平辉, 江小舟, 李宝荣, 何双旺, 程贵锋 申请人:中国电信股份有限公司