无线网络拥塞处理方法及装置与流程

本发明涉及无线通信领域，尤其涉及一种无线网络拥塞处理方法及装置。

背景技术：

现有网络通过调度、寻呼能够较好地解决网络的下行拥塞问题。随着终端中大量应用(application，app)的引入，终端会产生更多的上行数据。在某些场合，比如演唱会，众多观众想要对外分享视频和图片，极易造成上行网络拥塞。为了实现拥塞控制，在现有技术与中会在移动客户端引入检测应用，自行检测拥堵，然后控制数据的发送。然而，现有技术方案具有如下问题：

1)通过终端软件自行探测网络拥塞状况，终端客户端软件往往为了获得更多的无线资源进行资源传输，通常会通过大量无效的重试来占用尽可能多的无线资源。一方面加重了网络的负担，另一方面也加剧了终端的电能功耗的增加，导致终端的待机时长的大大的缩短。

2)不区分上行和下行分发拥塞状况。若不区分上行或下行拥塞，就容易导致有空闲的无线资源却不用于发送数据，进而导致资源浪费和/或数据无法发送的问题。

技术实现要素：

有鉴于此，本发明实施例期望提供一种无线网络拥塞处理方法及装置，至部分解决上述问题。

为达到上述目的，本发明的技术方案是这样实现的：

本发明实施例第一方面提供一种无线网络拥塞处理方法，应用于终端中，包括：

接收网络设备形成的拥塞信息；其中，所述拥塞信息包括上行拥塞信息和/或下行拥塞信息；所述上行拥塞信息至少用于指示上行拥塞；所述下行拥塞信息至少用于指示下行拥塞；

根据所述拥塞信息，执行拥塞控制操作。

基于上述方案，所述拥塞信息包括拥塞指示信息及拥塞控制策略；

所述根据所述拥塞信息，执行拥塞控制操作，包括：

拥塞指示信息当所述拥塞指示信息指示拥塞时，根据所述拥塞控制策略执行拥塞控制操作。

基于上述方案，所述接收网络设备形成的拥塞信息，包括：

接收无线网络侧发送的所述拥塞信息。

基于上述方案，所述接收无线网络侧发送的所述拥塞信息，包括：

网络层接收所述无线网络侧发送的所述拥塞信息；

所述根据所述拥塞信息，执行拥塞控制操作，包括：

应用层形成携带有业务标签的业务请求；

网络层结合所述业务标签及所述拥塞信息，确定是否发送所述业务请求网络层结合所述业务标签及所述拥塞信息，确定是否发送所述业务请求。

基于上述方案，所述接收无线网络侧发送的所述拥塞信息，包括：

网络层接收所述无线网络侧发送的所述拥塞信息；

所述方法还包括：

网络层将所述拥塞信息传输给应用层；

所述根据所述拥塞信息，执行拥塞控制操作，还包括：

所述应用层根据所述拥塞信息，确定是否形成业务请求。

基于上述方案，所述接收网络设备形成的拥塞信息，包括：

应用层接收应用服务器发送的所述拥塞信息；

所述根据所述拥塞信息，执行拥塞控制操作，包括：

所述应用层根据所述拥塞信息，确定是否形成业务请求。

本发明实施例第二方面提供一种无线网络拥塞处理方法，应用于网络设备中，包括：

确定无线网络的负载状况；

根据所述负载状况形成拥塞信息；其中，所述拥塞信息包括上行拥塞信息和/或下行拥塞信息；所述上行拥塞信息至少用于指示上行拥塞；所述下行拥塞信息至少用于指示下行拥塞；

将所述拥塞信息发送给终端；其中，所述拥塞信息用于所述终端控制随机接入请求的发送。

基于上述方案，所述将所述拥塞信息发送给终端，包括：

将所述拥塞信息由无线网络侧的发送给所述终端；

和/或

将所述拥塞信息发送给应用服务器；其中，所述拥塞信息用于由所述应用服务器转发给所述终端。

基于上述方案，所述根据所述负载状况形成拥塞信息，包括：

根据所述负载状况，形成拥塞指示并形成拥塞控制策略；

其中，所述拥塞指示用于指示拥塞；所述拥塞控制策略用于所述终端执行拥塞控制操作。

本发明实施例第三方面提供一种无线网络拥塞处理方法，应用于应用服务器中，包括：

接收网络设备形成的拥塞信息，其中，所述拥塞信息包括上行拥塞信息和/或下行拥塞信息；所述上行拥塞信息至少用于指示上行拥塞；所述下行拥塞信息至少用于指示下行拥塞；

将所述拥塞信息发送给终端，其中，所述拥塞信息，用于所述终端执行拥塞控制操作。

本发明实施例第四方面提供一种无线网络拥塞处理装置，应用于终端中，包括：

第一接收单元，用于接收网络设备形成的拥塞信息；其中，所述拥塞信息包括上行拥塞信息和/或下行拥塞信息；所述上行拥塞信息至少用于指示上行拥塞；所述下行拥塞信息至少用于指示下行拥塞；

控制单元，用于根据所述拥塞信息，执行拥塞控制操作。

基于上述方案，所述拥塞信息包括拥塞指示信息及拥塞控制策略；

所述控制单元，具体用于拥塞指示信息当所述拥塞指示信息指示拥塞时，根据所述拥塞控制策略执行拥塞控制操作。

基于上述方案，所述第一接收单元，具体用于接收无线网络侧发送的所述拥塞信息。

基于上述方案，所述第一接收单元，用于网络层接收所述无线网络侧发送的所述拥塞信息；

所述控制单元，用于应用层形成携带有业务标签的业务请求；网络层结合所述业务标签及所述拥塞信息，确定是否发送所述业务请求网络层结合所述业务标签及所述拥塞信息，确定是否发送所述业务请求。

基于上述方案，所述第一接收单元，用于网络层接收所述无线网络侧发送的所述拥塞信息；

所述装置还包括：

传输单元，用于网络层将所述拥塞信息传输给应用层；

所述控制单元，用于所述应用层根据所述拥塞信息，确定是否形成业务请求。

基于上述方案，所述第一接收单元，用于应用层接收应用服务器发送的所述拥塞信息；

所述控制单元，用于所述应用层根据所述拥塞信息，确定是否形成业务请求。

本发明实施例第五方面提供一种无线网络拥塞处理装置，应用于网络设备中，包括：

确定单元，用于确定无线网络的负载状况；

形成单元，用于根据所述负载状况形成拥塞信息；其中，所述拥塞信息包括上行拥塞信息和/或下行拥塞信息；所述上行拥塞信息至少用于指示上行拥塞；所述下行拥塞信息至少用于指示下行拥塞；

第一发送单元，用于将所述拥塞信息发送给终端；其中，所述拥塞信息用于所述终端控制随机接入请求的发送。

基于上述方案，所述第一发送单元，具体用于将所述拥塞信息由无线网络侧发送给所述终端；和/或将所述拥塞信息发送给应用服务器；其中，所述拥塞信息用于由所述应用服务器转发给所述终端。

基于上述方案，所述形成单元，具体用于根据所述负载状况，形成拥塞指示并形成拥塞控制策略；其中，所述拥塞指示用于指示拥塞；所述拥塞控制策略用于所述终端执行拥塞控制操作。

本发明实施例第六方面提供一种无线网络拥塞处理装置，应用于应用服务器中，包括：

第二接收单元，用于接收网络设备形成的拥塞信息，其中，所述拥塞信息包括上行拥塞信息和/或下行拥塞信息；所述上行拥塞信息至少用于指示上行拥塞；所述下行拥塞信息至少用于指示下行拥塞；

第二发送单元，用于将所述拥塞信息发送给终端，其中，所述拥塞信息，用于所述终端执行拥塞控制操作。

本发明实施例提供的无线网络拥塞处理方法及装置，终端首先接收网络设备形成的拥塞信息，再根据拥塞信息进行拥塞控制，且拥塞信息由网络设备形成的而非终端形成，显然就不会出现因终端自动监控导致的不断重试的现象，从而减少了因重试导致的网络负荷进一步加重的问题，同时减少了终端因重试所消耗的电能；并且拥塞信息区分上行拥塞和下行拥塞，从而减少了因无法区分上下行拥塞导致的资源浪费及业务请求的失败率高的问题。

附图说明

图1为本发明实施例提供的第一种无线网络拥塞处理方法的流程示意图；

图2为本发明实施例提供的第二种无线网络拥塞处理方法的流程示意图；

图3为本发明实施例提供的第三种无线网络拥塞处理方法的流程示意图；

图4为本发明实施例提供的第一种无线网络拥塞处理装置的结构示意图；

图5为本发明实施例提供的第二种无线网络拥塞处理装置的结构示意图；

图6为本发明实施例提供的第三种无线网络拥塞处理装置的结构示意图；

图7为本发明实施例提供的第四种无线网络拥塞处理方法的流程示意图；

图8为本发明实施例提供的第四种无线网络拥塞处理方法的流程示意图。

具体实施方式

以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。

如图1所示，本实施例提供一种无线网络拥塞处理方法，应用于终端中，包括：

步骤s110：接收网络设备形成的拥塞信息；其中，所述拥塞信息包括上行拥塞信息和/或下行拥塞信息；所述上行拥塞信息至少用于指示上行拥塞；所述下行拥塞信息至少用于指示下行拥塞；

步骤s120：根据所述拥塞信息，执行拥塞控制操作。

本实施例中所述终端可为手机、平板电脑、车载终端或可穿戴式设备等各种通信终端，这些通信终端可以连接到无线网络，利用无线网络中的上行资源上传数据，和/或利用下行资源下载数据。

在本实施例中，所述终端首先会接收网络设备形成的拥塞信息。这里的拥塞信息为网络设备形成的，具体可如，所述网络设备可为无线网络侧的无线网络设备，例如基站；所述网络设备还可以是网络管理设备，例如，移动管理实体(mobilemanagemententity，mme)，所述网络设备还可以是核心网的网络设备形成的。总之，在本实施例中所述拥塞信息是网络设备形成的，而并非终端自行检测的，这样就避免了终端内的自行检测应用过分贪婪，不断进行重试导致的网络侧的负荷进一步加重的问题，同时也可以减少终端不断重试所消耗的功耗，延长了终端的待机时间。

在本实施例中所述拥塞信息可包括上行拥塞信息和下行拥塞信息。其中，所述上行拥塞信息至少可以用于指示上行拥塞，在具体实现时，还可以用于控制上行拥塞。所述下行拥塞信息可至少用于指示下行拥塞，在具体实现时，还可以用于控制下行拥塞。

在步骤s120根据拥塞信息执行拥塞控制操作，可包括：根据拥塞信息阻止或限制随机接入请求或业务请求的发送。总之，这里的拥塞控制操作，可为尽量减少网络拥塞状况的各种操作。在本实施例中所述随机接入请求为终端有对应的业务请求时，请求随机接入无线网络的信息，在随机接入请求之后会利用网络的上行资源和/或下行资源进行数据的发送。所述业务请求的发送可包括下载业务请求的发送，以及上传业务请求的发送。当所述业务请求为下载业务请求时，则所述终端将利用下行资源进行数据的下载，当所述业务请求为上传业务请求时，所述终端将利用上行资源进行数据的上传。

在步骤s120中可包括以下至少其中之一:

当所述上行拥塞信息指示上行拥塞时，控制有上行业务需求的随机接入请求的发送和/或上行业务请求的发送；

当所述下行拥塞信息指示下行拥塞时，控制有下行业务需求的随机接入请求的发送和/或下行业务请求的发送。

显然，在本实施例中终端不仅会获得指示网络是否拥塞的拥塞信息，还可以根据拥塞信息，区分是上行拥塞还是下行拥塞，这样就可以避免无法区分是上行拥塞还是下行拥塞，导致的上行资源有空闲，却误认为上行拥塞导致的上行资源浪费及上行业务请求的无法响应的问题，总之，减少通信资源的浪费，提升通信资源的有效利用率，同时提升业务请求的响应成功率。

在一些实施例中，所述拥塞信息包括拥塞指示信息及拥塞控制策略。在具体实现时，所述拥塞信息至少包括：进行拥塞指示的拥塞指示信息；这样的话，终端在接收到拥塞信息之后，就可以知道当前是否出现上行拥塞和/或下行拥塞。在本实施例中，所述拥塞信息中还包括拥塞控制策略，这里的拥塞控制策略，可以为终端的进行随机接入请求的发送。故，在本实施例中所述步骤s120可包括：当所述拥塞指示信息指示拥塞时，根据所述拥塞控制策略控制随机请求和/或所述业务请求的发送。

所述拥塞控制策略中可包括拥塞控制参数。所述拥塞控制参数可包括阻止相应业务请求的业务标识、阻止相应业务请求对应的随机接入请求发送的限制时间。例如，所述拥塞控制参数包括业务类型a的业务标识a，则所述步骤s120可包括：禁止所述业务类型a的业务请求触发的随机接入请求和/或业务请求的发送。所述拥塞控制策略还包括：拥塞控制参数。当所述拥塞控制参数中包括限制时间时，则所述终端接收到所述拥塞控制策略之后，可启动计时器，在所述计时器对限制时间的计时时间内，阻止随机接入请求和/或业务请求的发送。所述拥塞控制参数还可包括数据量阈值，例如，该数据量阈值，可以用于阻止要求发送的数据量或下载的数据量超过该数据量阈值的随机接入请求和/或业务请求的发送等。总之，所述拥塞控制策略的构成有多种，不局限于上述任意一种。在上述例子中，引入了限制时间进行拥塞控制，当然在具体实现时，所述拥塞控制参数还可不包括所述限制时间。例如，终端接收到拥塞信息之后，直接根据随机算法，选择随机退避进行拥塞控制，以缓解拥塞现象。不同的终端均选择随机退避之后，不同终端重新发起随机接入或业务请求的就会分散在不同的时刻点，从而减少了各个终端在同一个时间点发起随机请求导致的拥塞现象。值得注意的是：根据拥塞控制策略进行随机退避时，所述拥塞控制策略中携带的拥塞控制参数还可随机退避参数；所述随机退避参数可包括随机退避参数；例如，随机退避参数可包括上限退避时间参数，即随机退避的时间不大于所述上限退避时间参数规定的时间。所述随机退避参数可包括下限退避时间参数；即随机退避的时间不小于所述下限退避时间参数规定的时间。

在本实施例中所述拥塞信息中携带有拥塞控制策略，即所述拥塞控制策略是有网络设备形成的，即网络侧形成的。终端在确定是否发送对应于业务请求的随机接入请求时，根据该拥塞控制策略来进行。显然，在本实施例中网络设备不仅会通知所述终端出现拥塞，还会指示终端如何进行拥塞控制。在具体实现时，所述拥塞控制策略也可以为预先存储在终端中的，所述步骤s120可包括：当所述拥塞指示信息指示拥塞时，查询预先存储的拥塞控制策略，确定是否发送对应的随机接入请求。所述预先存储可包括终端出厂前预先配置在终端中，也可以是网络设备预先发送的，或所述终端基于通信协议确定的，总之获取所述预先获得并存储所述拥塞控制策略的方式有多种，不局限于上述任意一种。

所述拥塞信息的接收方式有多种，以下提供几种可选方式：

可选方式一：

在本实施例中，所述步骤s110可包括：

接收无线网络侧发送的所述拥塞信息。

在本实施例中所述拥塞信息为无线网络侧发送的，例如，基站发送的，所述基站可为演进型基站enb。

例如，所述无线网络侧广播、单播或组播所述拥塞信息。这样的话，所述终端可以从广播信息、单播信息或组播信息中提取到所述拥塞信息。

例如，无线网络侧通过系统消息(例如系统消息sib2)广播所述拥塞信息，再例如，所述无线网络侧通过媒体接入控制(mediaaccesscontrol，mac)信令或无线资源控制(radioresourcecontrol，rrc)信令来发送所述拥塞信息。

例如，在上述系统消息、mac信令或rrc信令中引入信令拥塞控制ac-barringformo-signaling字段和数据拥塞控制ac-barringformo-data字段，来承载所述拥塞信息。所述ac-barringformo-signaling字段又可分为ac-barringforul-signaling字段及ac-barringfordl-signaling字段；所述ac-barringformo-data字段又可分为ac-barringforul-data字段及ac-barringfordl-data字段。所述信令拥塞控制字段用于指示是否对信令传输进行拥塞控制和/或如何进行信令的拥塞控制。例如，当出现拥塞时，可以根据所述信令拥塞控制字段，确定是否传输对应的信令。所述数据拥塞控制字段，用于指示是否对业务数据传输进行拥塞控制和/或如何控制进行业务数据的拥塞控制。例如，当出现拥塞时，如何进行业务数据传输的拥塞控制。

其中，所述ac-barringforul-signaling字段及所述ac-barringforul-data字段用于指示上行拥塞信息；所述ac-barringfordl-signaling字段及ac-barringfordl-data字段用于指示下行拥塞信息。

可选方式二：

所述步骤s110可包括：

接收应用服务器发送的拥塞信息，这里的拥塞信息实质上也可以为由所述网络设备形成的，所述网络设备在形成拥塞信息之后，发送给应用服务器，应用服务器将该拥塞信息自动推送到自己的应用客户端，在本实施例中为了区分无线网络侧发送的拥塞信息。

总之，所述终端可以从无线网络侧直接或间接接收到所述网络设备形成的拥塞信息。

当步骤s110采用前述可选方式一时，若终端直接从无线网络侧接收拥塞信息，通常是终端的网络层接收到拥塞信息。在进行拥塞控制时，则有多种可实现方法，以下提供两种可选方式：

第一种：

所述步骤s110可包括：网络层接收所述无线网络侧发送的所述拥塞信息；

所述步骤s120可包括：

应用层形成携带有业务标签的业务请求；

网络层结合所述业务标签及所述拥塞信息，确定是否发送所述业务请求网络层结合所述业务标签及所述拥塞信息，确定是否发送所述业务请求。当网络拥塞时，终端继续向无线网络侧发送业务请求，会进一步加剧拥塞状况。例如，微信应用想在朋友圈分享视频，此时，终端的应用层形成一个分享业务请求，在该分享业务请求中携带有业务标签。这里的业务标签可用于指示当前业务请求是上行业务请求还是下行业务请求，当然所述业务标签还可用于指示业务类型等。当网络层接收到该业务请求之后，根据其接收到拥塞信息进行拥塞控制，即控制所述随机接入请求的发送。例如，网络层根据所述业务标签确定出是上行业务，且根据所述拥塞信息确定出上行拥堵，则会禁止该分享业务请求触发的随机接入请求的发送。当然有的业务的紧急程度不同，在本实施例中若所述拥塞控制策略中可以限定在有些情况下，有些紧急优先级高的业务，即便在有拥塞现象时也可以发送，则所述网络层会根据所述业务标签，确定出是否发起对应的随机接入请求。故在一些实施例中所述拥塞控制参数还可包括紧急优先级，若紧急优先级高于拥塞控制参数中的紧急优先级，则即便确定出网络拥塞时，也会发送对应的随机接入请求，若低于所述拥塞控制参数中的紧急优先级，则禁止对应的随机接入请求的发送。

第二种：

所述步骤s110可包括：网络层接收所述无线网络侧发送的所述拥塞信息；

所述方法还包括：

网络层将所述拥塞信息传输给应用层；

所述步骤s120还可包括：

所述应用层根据所述拥塞信息，确定是否形成业务请求。

在本实施例中所述网络层将所述拥塞信息传输给应用层，由应用层根据拥塞信息确定是否形成业务请求，若业务请求没有形成，则业务请求对应的随机接入请求也就不会形成和发送，显然这样也可以实现拥塞控制。采用本方式，应用层直接进行拥塞控制，可以减少无效的业务请求的形成，可以减少拥塞控制中的操作，简化了拥塞控制，进一步降低了终端的功耗。

在具体的实现过程中，所述网络层可以根据拥塞控制策略，仅向需要进行拥塞控制的应用层的应用发送所述拥塞信息，一方面可以减少应用层和网络层之间的信息交互，而对于无需进行拥塞控制的应用，需要发起对应的业务请求时，也无需查询拥塞信息，直接可形成业务请求，从而触发终端发送对应于该业务请求的随机接入请求，再次简化拥塞控制，提升紧急优先级高的业务请求的发送，再次降低终端因进行拥塞控制所需的功耗。

总之，在本实施例中提供了两种拥塞控制方式，一种是由网络层统一进行拥塞控制，另一种是由应用层控制。这里的网络层和应用层的相关描述可以参见传输控制/网络通讯协定(transmissioncontrolprotocol/internetprotocol，tcp/ip)的分层模型，也可以参见网操作系统(internetwork0peratingsystem，ios)的分层模型，在此就不重复描述了。

当步骤s110采用前述可选方式二时，所述步骤s110可包括：应用层接收应用服务器发送的所述拥塞信息；所述步骤s120可包括：所述应用层根据所述拥塞信息，确定是否形成业务请求。

若应用服务器发送所述拥塞信息，则终端接收的为拥塞信息，直接终端中对应的应用层的对应应用接收到，故此时，所述步骤s120可为直接由应用层根据拥塞信息，确定是否形成对应的业务请求。当然，在具体实现时，所述应用层可将拥塞信息发送给网络层，由网络层来进行拥塞控制。

如图2所示，本实施例提供一种无线网络拥塞处理方法，应用于网络设备中，包括：

步骤s210：确定无线网络的负载状况；

步骤s220：根据所述负载状况形成拥塞信息；其中，所述拥塞信息包括上行拥塞信息和/或下行拥塞信息；其所述上行拥塞信息至少用于指示上行拥塞；所述下行拥塞信息至少用于指示下行拥塞；

步骤s230：将所述拥塞信息发送给终端。

本实施例所述无线网络拥塞处理方法为应用于网络设备中，该网络设备可为应用于核心网或接入网络中的设备，例如，基站等。

在本实施例中网络设备会确定无线网络的负载状况，例如，请求随机接入的数量、资源冲突程度等。

在步骤s220中根据所述负载状况形成拥塞信息，可包括：当所述负载状况指示负载值大于预设阈值时，形成所述拥塞信息。所述步骤s220可包括：根据上行负载状况，形成上行拥塞信息，根据下行负载状况，形成下行拥塞信息。例如，当所述上行负载值大于上行阈值时，形成所述上行拥塞信息；当所述下行负载值大于下行阈值时，形成所述下行拥塞信息。

在步骤s230会将形成的拥塞信息发送给客户端，具体如何发送给客户端有多种方式：

第一种：所述步骤s110可包括：

将所述拥塞信息由无线网络侧发送给所述终端；

第二种：所述步骤s110可将所述拥塞信息发送给应用服务器；其中，所述拥塞信息用于由所述应用服务器转发给所述终端。

总之，所述网络设备可以直接通过无线网络直接向所述终端设备发送所述拥塞信息，也可以先将所述拥塞信息发送给应用服务器，然后由应用服务器发送给终端，从而用于终端控制自身的随机接入。

在一些实施例中，所述步骤s220可包括：

根据所述负载状况，形成拥塞指示并形成拥塞控制策略；

其中，所述拥塞指示用于指示拥塞；所述拥塞控制策略用于所述终端执行拥塞控制操作。

在本实施例中限定了所述拥塞信息的构成。不管是上行拥塞信息还是下行拥塞信息，都包括拥塞指示和拥塞控制策略，拥塞指示用于通知终端是否出现拥塞和/或拥塞状况，所述拥塞控制策略可用于网络设备确定在发生拥塞或拥塞达到一定程度时，如何控制自身的业务请求发起的随机接入。

如图3所示，本发明实施例提供一种无线网络拥塞处理方法，应用于应用服务器中，包括：

步骤s310：接收网络设备形成的拥塞信息，其中，所述拥塞信息包括上行拥塞信息和/或下行拥塞信息；所述上行拥塞信息至少用于指示上行拥塞；所述下行拥塞信息至少用于指示下行拥塞；

步骤s320：将所述拥塞信息发送给终端，其中，所述拥塞信息，用于所述终端执行拥塞控制操作。

本实施例所述的应用服务器可为各种应用提供数据和/或服务的设备。例如，即时通信应用的应用服务器、网络服务的服务器、具体如，社交应用的服务器、购物应用的服务器。在本实施例中所述应用服务器会接收网络设备形成的拥塞信息，并将该拥塞信息转发给终端，用于终端执行拥塞控制操作。这里的拥塞信息及拥塞控制操作的相关描述可以参见前述时候死例，在此就不重复了。本实施例提供的无线网络拥塞方法的有点也可以参见应用于终端和/或无线网络侧的方法。

如图4所示，本实施例提供一种无线网络拥塞处理装置，应用于终端中，包括：

第一接收单元110，用于接收网络设备形成的拥塞信息；其中，所述拥塞信息包括上行拥塞信息和/或下行拥塞信息；所述上行拥塞信息至少用于指示上行拥塞；所述下行拥塞信息至少用于指示下行拥塞；

控制单元120，用于根据所述拥塞信息，执行拥塞控制操作。

所述第一接收单元110可对应于终端中的接收天线等接收接口，用于接收网络设备形成的拥塞信息。这里的网络设备可以监控无线网络的负载状况，形成所述拥塞信息。在本实施例中所述拥塞信息区分上行拥塞信息和下行拥塞信息，可以分别告知终端当前是否出现上行拥塞或下行拥塞。

所述控制单元120可对应于处理器或处理电路，所述处理器可为中央处理器cpu、数字信号处理器dsp、应用处理器ap及可编程阵列plc等。所述处理电路可包括专用集成电路asic。所述处理器或处理电路可通过执行预定代码实现控制单元120的操作。

总之，在本实施例中拥塞信息是有网络设备形成的，避免了终端自动形成不断重试导致的网络负荷进一步加重的问题，同时还可以减少终端的电能消耗；另一方面拥塞信息区分上行拥塞信息和下行拥塞信息，这样终端就能够区分当前是上行出现拥塞还是下行拥塞，从而仅在出现拥塞的上行或上行进行拥塞控制，从而提升资源有效利用率，减少业务请求的失败率。

在一些实施例中，所述拥塞信息包括拥塞指示信息及拥塞控制策略；

所述控制单元120，具体用于拥塞指示信息当所述拥塞指示信息指示拥塞时，根据所述拥塞控制策略执行拥塞控制操作。

在本实施例中所述拥塞信息包括拥塞指示信息及拥塞控制策略两个部分，这样方便终端根据拥塞指示信息确定上行和/或下行是否出现拥塞，再根据拥塞控制策略进行拥塞控制，实现网络设备对拥塞的统一调度和控制，尽可能的缓解拥塞的同时，确保通信资源的优化利用。

在有些实施例中，所述第一接收单元110，具体用于接收无线网络侧发送的所述拥塞信息。在本实施例中所述第一接收单元110，将直接由无线网络侧发送给终端，例如，有无线网络侧的网络设备(如基站)等直接发送终端。

进一步地，所述第一接收单元110，用于网络层接收所述无线网络侧发送的所述拥塞信息；所述控制单元120，用于应用层形成携带有业务标签的业务请求；网络层结合所述业务标签及所述拥塞信息，确定是否发送所述业务请求网络层结合所述业务标签及所述拥塞信息，确定是否发送所述业务请求。

在一个实施例中，所述第一接收单元110可用于网络侧接收无线网络侧发送的拥塞信息，控制单元120将控制应用层形成包括业务标签的业务请求，再由网络层统一根据拥塞信息进行拥塞控制。

在另一个实施例中，所述第一接收单元110，用于网络层接收所述无线网络侧发送的所述拥塞信息；所述装置还包括：传输单元，用于网络层将所述拥塞信息传输给应用层；

所述控制单元120，用于所述应用层根据所述拥塞信息，确定是否形成业务请求。所述传输单元可对应于所述终端内的内部通信接口，能够在网络层和应用层之间进行信息传输。所述控制单元120利用应用层根据从网络层接收的拥塞信息进行拥塞控制。

在一些实施例中，所述第一接收单元110，用于应用层接收应用服务器发送的所述拥塞信息；所述控制单元120，用于所述应用层根据所述拥塞信息，确定是否形成业务请求。在本实施例中若所述拥塞信息是从应用服务器处接收的，则所述控制单元120将直接利用应用层，进行拥塞控制，具体可包括：阻止对应业务请求的形成，从而避免对应业务请求的随机接入请求的发送，减少无线网络的资源竞争激烈程度，减少拥塞现象。

如图5所示，本实施例提供一种无线网络拥塞处理装置，应用于网络设备中，包括：

确定单元210，用于确定无线网络的负载状况；

形成单元220，用于根据所述负载状况形成拥塞信息；其中，所述拥塞信息包括上行拥塞信息和/或下行拥塞信息；所述上行拥塞信息至少用于指示上行拥塞；所述下行拥塞信息至少用于指示下行拥塞；

第一发送单元230，用于将所述拥塞信息发送给终端；其中，所述拥塞信息用于所述终端控制随机接入请求的发送。

本实施例中所述无线网络拥塞处理装置，可诶应用于网络设备中的装置，例如，可为应用于基站中的装置。

所述确定单元210可用于检测和/或统计和/或预测无线网络的负载状况，确定负载值等。所述形成单元220可用于形成拥塞信息。所述第一发送单元230可对应于通信接口，可用于直接或间接向终端发送所述拥塞信息。

所述确定单元210及所述形成单元220可对应于处理器或处理电路，所述处理器或处理电路的结构可以参见前述实施例的对应部分，在此就不重复了。

总之，本实施例中所述装置，是与终端独立的装置，例如，应用于基站、mme等网络设备中，可以更加客观的形成所述拥塞信息，且拥塞信息的形成区分上行拥塞和下行拥塞，这样不仅可以真正的缓解网络拥塞，还可以尽可能减少终端的功耗，确保通信资源的有效利用。

在有些实施例中，所述第一发送单元230，具体用于将所述拥塞信息由无线网络侧发送给所述终端；和/或将所述拥塞信息发送给应用服务器；其中，所述拥塞信息用于由所述应用服务器转发给所述终端。

在本实施例中所述第一发送单元230可以直接向终端设备发送所述拥塞信息，也可以通过应用服务器向终端转发所述拥塞信息。

在一些实施例中，所述形成单元220，具体用于根据所述负载状况，形成拥塞指示并形成拥塞控制策略；其中，所述拥塞指示用于指示拥塞；所述拥塞控制策略用于所述终端执行拥塞控制操作。在本实施例中为了方便网络侧统一调度控制拥塞，且由所述网络设备自用形成拥塞控制策略。

如图6所述，本实施例提供一种无线网络拥塞处理装置，应用于应用服务器中，包括：

第二接收单元310，用于接收网络设备形成的拥塞信息，其中，所述拥塞信息包括上行拥塞信息和/或下行拥塞信息；所述上行拥塞信息至少用于指示上行拥塞；所述下行拥塞信息至少用于指示下行拥塞；

第二发送单元320，用于将所述拥塞信息发送给终端，其中，所述拥塞信息，用于所述终端执行拥塞控制操作。

本实施例提供的装置，可为应用于应用处理器中，所述第二接收单元310和所述第二发送单元320都可对应于通信接口，可用于分别与网络设备和终端进行信息交互，从而协助终端执行拥塞控制操作，缓解网络拥堵。

以下结合上述任意实施例提供几个具体示例：

示例一：

本示例提出了一种无线网络拥塞控制方法，通过在拥塞指示中区分上行拥塞和下行拥塞，实现上下行独立的拥塞控制和优化，具体可包括：

网络设备检测到或者预测到上行或者下行的网络负载高于一定水平，则分发面向上行或者下行的拥塞的拥塞指示信息或者上下行均拥塞的拥塞指示信息，进一步地，可以适配用户的业务类型以及在线用户的信道环境，进一步引导终端业务行为。比如，文字请求予以通过，视频请求被拒绝。上述拥塞指示信息可以广播或者单播发送。所述文字请求和所述视频请求均为前述业务请求的一种。

上述只是拥塞的拥塞指示信息的分发方式有多种，以下提供几种可选方式。

信息分发方式一：无线接入网络通过广播信令，通知用户设备(userequipment，ue)这里的ue相当于前述的终端，区分上下行拥塞，进行业务的接入或者业务资源的请求。比如，在长期演进(longtermevolution，lte)中，可以将系统消息块(systeminformationblock2，sib2)中的ac-barringformo-signalling和ac-barringformo-data进一步针对上下行分别进行拆解，得到，ac-barringforul-mo-signalling，ac-barringfordl-mo-signalling

和/或者ac-barringforulmo-data，ac-barringfordlmo-data。

信息分发方式二：对于在线ue，无线接入网络可以在mac或者rrc信令中引入类似于sib2中的ac-barringforulmo-data等ie，快速通知指定ue进行业务行为的调整。

信息分发方式三：无线接入网络将拥塞控制信息告知应用服务器，并由应用服务器推送该消息。

ue收到网络或者应用端发送的拥塞控制参数，执行如下行为：

对于信息分发方式一和二，终端有两种处理方式，其一，应用层下发应用请求的时候，携带业务标签，由网络层基于业务标签决策接入和请求控制；其二，终端将无线网络层的信息上报应用层，由应用层适配信息发起业务。所述业务标签可包括上下行业务标签，可用于指示当前的业务请求是上行业务还是下行业务。

对于信息发送方式三，终端应用层直接基于对端发送的应用层拥塞控制参数，执行对应的拥塞控制行为。

示例二：

如图7所示，本示例以示例一为基础，提供一种无线网络拥塞控制方法，包括：

步骤s1：无线接入网络(即对应于前述无线网络或无线网络侧)区分上下行，生成拥塞指示信息及拥塞控制策略；

步骤s2：无线接入网络将上行拥塞指示信息和上行拥塞控制策略和/或下行拥塞指示及下行拥塞控制策略，通过sib2和/或mac信令和/或rrc信令发送终端。

步骤s3：业务请求携带上下行信息，下发到对应的控制信令层，比如rrc/mac,由对应的协议层决策是否随机接入或者/以及发起业务请求；或者，终端将收到的控制信令传递到终端应用层，由应用层决策是否随机接入或者/以及发起业务请求。

执行完步骤s3以后，执行步骤s4和/或步骤s5。

步骤s4：终端发送随机接入请求；

步骤s5：终端发送各业务请求。

示例三：

本示例以示例一为基础，提供一种无线网络拥塞控制方法，包括：

步骤s11：无线接入网络区分上下行，生成拥塞指示信息及拥塞控制策略；

步骤s12：无线接入网络将上行拥塞指示信息和上行拥塞控制策略和/或下行拥塞指示及下行拥塞控制策略发送给应用服务器；

步骤s13：应用服务器将上行拥塞指示信息和上行拥塞控制策略和/或下行拥塞指示及下行拥塞控制策略发送终端；

步骤s14：终端的营业给你层直接给予对终端方拥塞控制策略，执行对应的拥塞控制操作。

执行完步骤s14可能会执行步骤s15和/或步骤s16：

步骤s15：终端随机接入；

步骤s16：终端发送业务请求。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。