网络资源的分配方法，QoS管理网元和应用服务器与流程

本发明涉及网络资源管理技术领域，特别是涉及一种网络资源的分配方法，还涉及一种QoS管理网元，另外还涉及一种应用服务器。

背景技术：

网络中存在各种各样的网络业务，这些网络业务都由其对应的应用服务器提供。应用服务器提供的网络业务承载于底层的承载网络上。为了确保网络业务能够正常进行，应用服务器会设置QoS（Quality of Service服务质量）参数，QoS参数对传输带宽、传送时延、丢包率等提出了一定要求，使得网络业务能够充分使用承载网络的网络资源。

然而，承载网络的网络资源总是有限的，当存在很多个应用服务器，承载网络的网络资源不能满足所有应用服务器的需求时，承载网络就会发生拥塞或过载，从而对应用服务器提供的网络业务带来带宽减小、时延增加，丢包率增大、吞吐量下降等影响，应用服务器的网络业务也会因此失效。

本发明的发明人在长期的研发中发现，在承载网络发生拥塞或过载时，应用服务器原先设置的QoS参数不能够改变，也就是说，应用服务器仍然会按照原先设置的QoS参数来使用网络资源。但是，承载网络由于拥塞或过载的原因，其可用网络资源已经大为减少，如果这时候的网络资源不能满足某个应用服务器的QoS参数要求，那么这个应用服务器的网络业务将会失效。另一方面，即使网络资源能够满足某个应用服务器的QoS参数要求，剩余的网络资源也难以支撑其它应用服务器的网络业务，从而损害其它应用服务器的利益，这对网络资源管理来说是极为不健康的。

技术实现要素：

本发明主要解决的技术问题是提供一种网络资源的分配方法，QoS管理网元和应用服务器，能够在承载网络发生拥塞或过载时，减少所需的网络资源。

本发明的第一方面提供一种网络资源的分配方法，分配方法包括：获知承载网络的网络状态；从应用服务器接收第一服务质量QoS请求参数，并查询承载网络在当前时刻的网络状态；如果在当前时刻网络状态不为拥塞或过载，根据第一QoS请求参数和承载网络的网络资源控制承载网络为应用服务器分配网络资源；如果在为应用服务器分配网络资源后承载网络的网络状态变为拥塞或过载，则获取第二QoS请求参数，根据第二QoS请求参数和承载网络的网络资源控制承载网络为应用服务器重新分配网络资源，其中，第二QoS请求参数所需的网络资源少于第一QoS请求参数所需的网络资源；或者，如果在当前时刻网络状态为拥塞或过载，向应用服务器上报网络状态，以使应用服务器设置第二QoS请求参数；从应用服务器接收第二QoS请求参数；根据第二QoS请求参数和承载网络的网络资源控制承载网络为应用服务器分配网络资源。

结合第一方面，在第一方面的第一种可能的实现方式中，根据第一QoS请求参数和承载网络的网络资源控制承载网络为应用服务器分配网络资源的步骤包括：根据第一QoS请求参数和承载网络的网络资源为应用服务器设置第一QoS分配参数；控制承载网络为应用服务器分配第一QoS分配参数所需的网络资源。

结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，获取第二QoS请求参数的步骤包括：向应用服务器上报承载网络的网络状态，以使应用服务器设置第二QoS请求参数；从应用服务器接收第二QoS请求参数。

结合第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，获取第二QoS参数的步骤还包括：如果在预定时间内没有接收到第二QoS请求参数或者应用服务器拒绝进行QoS重协商，根据第一QoS请求参数和第一QoS分配参数设置第二QoS请求参数。

结合第一方面的第一种可能的实现方式，在第一方面的第四种可能的实现方式中，获取第二QoS请求参数的步骤包括：根据第一QoS请求参数和第一QoS分配参数设置第二QoS请求参数。

结合第一方面的第三种或第四种可能的实现方式，在第一方面的第五种可能的实现方式中，根据第二QoS请求参数和承载网络的网络资源控制承载网络为应用服务器重新分配网络资源的步骤包括：根据第二QoS请求参数和承载网络的网络资源为应用服务器设置第二QoS分配参数，其中，第二QoS分配参数所需的网络资源不多于第二QoS请求参数所需的网络资源；控制承载网络为应用服务器重新分配第二QoS分配参数所需的网络资源。

本发明的第二方面提供一种网络资源的分配方法，分配方法包括：设置第一QoS请求参数，并将第一QoS请求参数发送给QoS管理网元，以使QoS管理网元根据第一QoS请求参数和承载网络的网络资源控制承载网络分配网络资源；接收QoS管理网元上报的承载网络的网络状态，其中，网络状态为拥塞或过载；根据预设策略确定是否同意进行QoS重协商；如果同意进行QoS重协商，设置第二QoS请求参数，并将第二QoS参数发送给QoS管理网元，以使得QoS管理网元根据第二QoS请求参数和承载网络的网络资源控制承载网络分配网络资源，其中，第二QoS请求参数所需的网络资源少于第一QoS请求参数所需的网络资源。

结合第二方面，在第二方面的第一种可能的实现方式中，分配方法还包括：如果拒绝进行QoS重协商，向QoS管理网元发送拒绝指令，以使QoS管理网元设置第二QoS请求参数。

本发明的第三方面提供一种QoS管理网元，QoS管理网元包括监测模块、应用模块和分配模块，其中，监测模块用于获知承载网络的网络状态；应用模块用于从应用服务器接收第一QoS请求参数，并查询监测模块获知到的承载网络在当前时刻的网络状态，并在当前时刻网络状态不为拥塞或过载时，将第一QoS请求参数发送给分配模块；分配模块用于从应用模块接收第一QoS请求参数，根据第一QoS请求参数和承载网络的网络资源控制承载网络为应用服务器分配网络资源；应用模块还用于在分配模块为应用服务器分配网络资源后承载网络的网络状态变为拥塞或过载时，获取第二QoS请求参数，并将第二QoS请求参数发送给分配模块；分配模块还用于从应用模块接收第二QoS请求参数，根据第二QoS请求参数和承载网络的网络资源控制承载网络为应用服务器重新分配网络资源，其中，第二QoS请求参数所需的网络资源少于第一QoS请求参数所需的网络资源；或者，应用模块用于在当前时刻网络状态为拥塞或过载时，向应用服务器上报网络状态，以使应用服务器设置第二QoS请求参数；应用模块还用于从应用服务器接收第二QoS请求参数，并将第二QoS请求参数发送给分配模块；分配模块还用于从应用模块接收第二QoS请求参数，根据第二QoS请求参数和承载网络的网络资源控制承载网络为应用服务器分配网络资源。

结合第三方面，在第三方面的第一种可能的实现方式中，分配模块包括参数分配单元和分配控制单元，其中，参数分配单元用于从应用模块接收第一QoS请求参数，根据第一QoS请求参数和承载网络的网络资源为应用服务器设置第一QoS分配参数，并将第一QoS分配参数发送给分配控制单元；分配控制单元用于从参数分配单元接收第一QoS分配参数，控制承载网络为应用服务器分配第一QoS分配参数所需的网络资源。

结合第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，应用模块包括查询单元、上报单元和接收单元，其中，接收单元用于从应用服务器接收第一QoS请求参数；查询单元用于在接收单元接收到第一QoS请求参数时，查询承载网络在当前时刻的网络状态，以及在分配模块为应用服务器分配网络资源后查询承载网络的网络状态；上报单元用于在分配模块为应用服务器分配网络资源后承载网络的网络状态变为拥塞或过载时，向应用服务器上报网络状态，以使应用服务器设置第二QoS请求参数；接收单元还用于从应用服务器接收第二QoS请求参数。

结合第三方面的第二种可能的实现方式，在第三方面的第三种可能的实现方式中，应用模块还包括参数重置单元，参数重置单元用于判断到接收单元在预定时间内没有接收到第二QoS请求参数或者应用服务器拒绝进行QoS重协商时，根据第一QoS请求参数和第一QoS分配参数设置第二QoS请求参数。

结合第三方面的第一种可能的实现方式，在第三方面的第四种可能的实现方式中，应用模块包括接收单元、查询单元和参数重置单元，其中，接收单元用于从应用服务器接收第一QoS请求参数；查询单元用于在接收单元接收到第一QoS请求参数时，查询承载网络在当前时刻的网络状态，以及在分配模块为应用服务器分配网络资源后查询承载网络的网络状态；参数重置单元用于在分配模块为应用服务器分配网络资源后承载网络的网络状态变为拥塞或过载时，根据第一QoS请求参数和第一QoS分配参数设置第二QoS请求参数。

结合第三方面的第三种或第四种可能的实现方式，在第三方面的第五种可能的实现方式中，参数分配单元还用于根据第二QoS请求参数和承载网络的闲置网络资源为应用服务器设置第二QoS分配参数，并将第二QoS分配参数发送给分配控制单元，其中，第二QoS分配参数所需的网络资源不多于第二QoS请求参数所需的网络资源；分配控制单元还用于从参数分配单元接收第二QoS分配参数，控制承载网络为应用服务器重新分配第二QoS分配参数所需的网络资源。

本发明的第四方面提供一种应用服务器，应用服务器包括参数设置模块、收发模块和确定模块，其中，参数设置模块用于设置第一QoS请求参数，并将第一QoS请求参数发送给收发模块；收发模块用于从参数设置模块接收第一QoS请求参数，将第一QoS请求参数发送给QoS管理网元，以使QoS管理网元根据第一QoS请求参数和承载网络的网络资源控制承载网络分配网络资源；以及用于接收QoS管理网元上报的承载网络的网络状态，并将承载网络的网络状态发送给确定模块，其中，网络状态为拥塞或过载；确定模块用于从收发模块接收承载网络的网络状态，并根据预设策略确定是否同意进行QoS重协商；参数设置模块还用于在确定模块同意进行QoS重协商时，设置第二QoS请求参数，并将第二QoS参数发送给收发模块，其中，第二QoS请求参数所需的网络资源少于第一QoS请求参数所需的网络资源；收发模块还用于从参数设置模块接收第二QoS参数，并将第二QoS参数发送给QoS管理网元，以使得QoS管理网元根据第二QoS请求参数和承载网络的网络资源控制承载网络分配网络资源。

结合第四方面，在第四方面的第一种可能的实现方式中，确定模块用于在确定拒绝进行QoS重协商时，生成拒绝指令，并将拒绝指令发送给收发模块；收发模块还用于从确定模块接收拒绝指令，向QoS管理网元发送拒绝指令，以使QoS管理网元设置第二QoS请求参数。

本发明的第五方面提供一种QoS管理网元，QoS管理网元包括处理器以及与处理器电连接的接收器和发送器，其中，接收器用于从应用服务器接收第一QoS请求参数，并将第一QoS请求参数发送给处理器；处理器用于获知承载网络的网络状态，并从接收器接收到第一QoS请求参数时，查询承载网络在当前时刻的网络状态，在查询到在当前时刻网络状态不为拥塞或过载时，根据第一QoS请求参数和承载网络的网络资源控制承载网络为应用服务器分配网络资源，以及在为应用服务器分配网络资源后承载网络的网络状态变为拥塞或过载时，获取第二QoS请求参数，根据第二QoS请求参数和承载网络的网络资源控制承载网络为应用服务器重新分配网络资源，其中，第二QoS请求参数所需的网络资源少于第一QoS请求参数所需的网络资源；或者，处理器用于在查询到在当前时刻网络状态为拥塞或过载时，将网络状态发送给发送器；发送器用于从处理器接收网络状态，向应用服务器上报网络状态，以使应用服务器设置第二QoS请求参数；接收器用于从应用服务器接收第二QoS请求参数，并将第二QoS请求参数发送给处理器；处理器还用于从接收器接收第二QoS请求参数，根据第二QoS请求参数和承载网络的网络资源控制承载网络为应用服务器分配网络资源。

本发明的第五方面提供一种应用服务器，应用服务器包括处理器以及与处理器电连接的接收器和发送器，其中，处理器用于设置第一QoS请求参数，并将第一QoS请求参数发送给发送器；发送器用于从处理器接收第一QoS请求参数，并将第一QoS请求参数发送给QoS管理网元，以使QoS管理网元根据第一QoS请求参数和承载网络的网络资源控制承载网络分配网络资源；接收器用于接收QoS管理网元上报的承载网络的网络状态，并将承载网络的网络状态发送给处理器，其中，网络状态为拥塞或过载；处理器用于从接收器接收承载网络的网络状态，并根据预设策略确定是否同意进行QoS重协商，在确定同意进行QoS重协商时，设置第二QoS请求参数，并将第二QoS参数发送给发送器，其中，第二QoS请求参数所需的网络资源少于第一QoS请求参数所需的网络资源；发送器还用于从处理器接收第二QoS参数，并将第二QoS参数发送给QoS管理网元，以使得QoS管理网元根据第二QoS请求参数和承载网络的网络资源控制承载网络分配网络资源。

综上所述，本发明的网络资源的分配方法，QoS管理网元和应用服务器在接收应用服务器设置第一QoS请求参数时，首先查询承载网络的网络状态，如果网络状态不为拥塞或过载，才根据第一QoS请求参数分配承载网络的网络资源，并且分配网络资源后继续查询网络状态，只要网络状态变为拥塞或过载，就获取第二QoS请求参数，并根据第二QoS请求参数重新分配网络资源，而如果接收到第一QoS请求参数时网络状态已经为拥塞或过载，则仍然获取第二第二QoS请求参数，由于第二QoS请求参数所需的网络资源少于第一QoS请求参数所需的网络资源，从而实现了在承载网络发生拥塞或过载时，减少所需的网络资源的目的，能够减小对其它应用服务器的影响，保障网络资源管理健康进行。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其他目的、特征和优点能够更明显易懂，以下特举较佳实施例，并配合附图，详细说明如下。

附图说明

图1是本发明网络资源的分配方法第一实施例的流程示意图；

图2是本发明网络资源的分配方法第二实施例的流程示意图；

图3是本发明网络资源的分配方法第三实施例的流程示意图；

图4是本发明网络资源的分配方法第四实施例的流程示意图；

图5是本发明QoS管理网元第一实施例的结构示意图；

图6是本发明QoS管理网元第二实施例的结构示意图；

图7是本发明应用服务器一实施例的结构示意图；

图8是本发明QoS管理网元第三实施例的结构示意图；

图9是本发明应用服务器另一实施例的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透彻理解本发明。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

参见图1，是本发明网络资源的分配方法第一实施例的流程示意图。网络资源的分配方法包括以下步骤：

步骤S11：获知承载网络的网络状态。

其中，承载网络处于底层，定义了物理网络互连的方法以及使用网络资源的约定。承载网络的网络状态可以通过监测承载网络中网络节点的输出端口的存储空间、链路的信道容量、信源的发送速率、数据包的排队长度等方式中的至少一种确定；或者，接收承载网络上报的网络状态信息，如，网络状态不为拥塞或者过载时承载网络上报第一状态标识，网络状态变为拥塞或者过载时承载网络上报第二状态标识。承载网络包括固定网络和移动网络。

步骤S12：从应用服务器接收第一QoS请求参数，并查询承载网络在当前时刻的网络状态。

其中，应用服务器为了保证其网络业务正常进行，会对网络资源提出需求，该需求通过第一QoS请求参数来表达。比如，第一QoS请求参数中请求占用的带宽为2M。

由于在接收第一QoS请求参数之前，能够随时获知承载网络的网络状态，因此，在接收第一QoS请求参数的当前时刻可以即时查询到承载网络的网络状态。网络状态分为两种，一种是拥塞或过载，另一种是空闲或者正常。在网络状态为拥塞或过载时，承载网络仍然能够提供网络资源，不过网络性能会下降，如果网络状态持续保持拥塞或过载，承载网络的网络性能将会急剧下降。

步骤S13：如果在当前时刻网络状态不为拥塞或过载，根据第一QoS请求参数和承载网络的网络资源控制承载网络为应用服务器分配网络资源。

其中，在查询到网络状态不为拥塞或过载后，就可以按照第一QoS请求参数的配置为应用服务器分配网络资源，网络资源的分配以承载网络所能分配的网络资源为准。举例来说，如果承载网络的网络资源能够提供的最大带宽为3M，那么可以控制承载网络为应用服务器分配3M带宽。

步骤S14：如果在为应用服务器分配网络资源后承载网络的网络状态变为拥塞或过载，则获取第二QoS请求参数，根据第二QoS请求参数和承载网络的网络资源控制承载网络为应用服务器重新分配网络资源，其中，第二QoS请求参数所需的网络资源少于第一QoS请求参数所需的网络资源。

其中，分配网络资源后，应用服务器的网络业务就处于运行状态。如前所述，网络业务在占用2M带宽的情况下能够正常运行。但是，如果期间网络状态突然变为拥塞或过载，承载网络所能分配的带宽下降，那么网络业务可能会由于带宽的限制而失效。因此，分配网络资源后，仍然需要继续查询承载网络的网络状态。

第二QoS请求参数所需的网络资源少于第一QoS请求参数所需的网络资源，说明第二QoS请求参数中请求占用的带宽小于2M，比如为1M。按照第二QoS请求参数的配置为应用服务器重新分配网络资源，虽然会降低应用服务器的网络业务的质量，但却可以保证网络业务不会失效。

步骤S15：如果在当前时刻网络状态为拥塞或过载，向应用服务器上报网络状态，以使应用服务器设置第二QoS请求参数。

其中，如果在接收第一QoS请求参数时网络状态就已经为拥塞或过载，那么将向应用服务器上报网络状态，以提醒应用服务器如果仍然按照第一QoS请求参数来占用网络资源将可能导致网络业务失效。应用服务器如果能够降低网络资源需求，

步骤S16：从应用服务器接收第二QoS请求参数。

步骤S17：根据第二QoS请求参数和承载网络的网络资源控制承载网络为应用服务器分配网络资源。

步骤S17与步骤S14的区别在于，步骤S14中分配网络资源时，应用服务器已经在使用承载网络的网络资源，而步骤S17中分配网络资源时，应用服务器还没有使用承载网络的网络资源。

本实施例的网络资源的分配方法在接收第一QoS请求参数并且承载网络的网络状态不为拥塞或过载时，根据第一QoS请求参数控制承载网络为应用服务器分配网络资源，在之后承载网络的网络状态变为拥塞或过载时，获取第二QoS请求参数，根据第二QoS请求参数控制承载网络为应用服务器重新分配网络资源，而如果接收到第一QoS请求参数时网络状态已经为拥塞或过载，则仍然获取第二第二QoS请求参数，由于第二QoS请求参数所需的网络资源少于第一QoS请求参数所需的网络资源，从而实现了在承载网络发生拥塞或过载时，减少所需的网络资源的目的，能够减小对其它应用服务器的影响，保障网络资源管理健康进行。

参见图2，是本发明网络资源的分配方法第二实施例的流程示意图。网络资源的分配方法包括以下步骤：

步骤S21：获知承载网络的网络状态。

其中，承载网络处于底层，定义了物理网络互连的方法以及使用网络资源的约定。承载网络的网络状态可以通过监测承载网络中网络节点的输出端口的存储空间、链路的信道容量、信源的发送速率、数据包的排队长度等方式中的至少一种确定；或者，接收承载网络上报的网络状态信息，如，网络状态不为拥塞或者过载时承载网络上报第一状态标识，网络状态变为拥塞或者过载时承载网络上报第二状态标识。承载网络包括固定网络和移动网络。

步骤S22：从应用服务器接收第一QoS请求参数。

其中，应用服务器为了保证其网络业务正常进行，会对网络资源提出需求，该需求通过第一QoS请求参数来表达。

步骤S23：查询承载网络在当前时刻的网络状态，若网络状态不为拥塞或过载，进行步骤S24，若网络状态为拥塞或过载，进行步骤S29。

其中，网络状态分为两种，一种是拥塞或过载，另一种是空闲或者正常。在网络状态为拥塞或过载时，承载网络仍然能够提供网络资源，不过网络性能会下降，如果网络状态持续保持拥塞或过载，承载网络的网络性能将会急剧下降。

步骤S24：根据第一QoS请求参数和承载网络的网络资源为应用服务器设置第一QoS分配参数。

步骤S25：控制承载网络为应用服务器分配第一QoS分配参数所需的网络资源。

其中，在分配网络资源时，不一定能够完全按照第一QoS请求参数的需求来分配网络资源。举例来说，承载网络的网络资源能够提供的最大带宽为3M，第一QoS请求参数中请求占用的带宽为2M，那么经过分配设置，第一QoS分配参数中要求占用的带宽为2M，应用服务器将会获得2M带宽。如果承载网络的网络资源能够提供的最大带宽为1.5M，那么经过分配设置，第一QoS分配参数中要求占用的带宽为1.5M，应用服务器将会获得1.5M带宽。也就是说，第一QoS分配参数所需的网络资源不多于承载网络能分配的网络资源。

步骤S26：如果在为应用服务器分配网络资源后继续查询承载网络的网络状态。

其中，分配网络资源后，应用服务器的网络业务就处于运行状态。如前所述，网络业务在占用2M带宽的情况下能够正常运行。但是，如果期间网络状态突然变为拥塞或过载，承载网络所能分配的带宽下降，那么网络业务可能会由于带宽的限制而失效。因此，分配网络资源后，仍然需要继续查询承载网络的网络状态

步骤S27：如果承载网络的网络状态变为拥塞或过载，获取第二QoS请求参数。

其中，第二QoS请求参数所需的网络资源少于第一QoS请求参数所需的网络资源。举例来说，第一QoS请求参数中请求占用的带宽为2M，在网络状态不为拥塞或过载时，承载网络的网络资源能够提供的最大带宽为3M，而网络状态不为拥塞或过载后，承载网络的网络资源能够提供的最大带宽降为1.5M，那么第二QoS请求参数中请求占用的带宽为1.5M。

步骤S28：根据第二QoS请求参数和承载网络的网络资源控制承载网络为应用服务器重新分配网络资源。

其中，重新分配网络资源后，虽然会降低应用服务器的网络业务的质量，但仍然可以保证网络业务正常进行。

步骤S29：向应用服务器上报网络状态，以使应用服务器设置第二QoS请求参数。

其中，如果在接收第一QoS请求参数时网络状态就已经为拥塞或过载，那么将向应用服务器上报网络状态，以提醒应用服务器如果仍然按照第一QoS请求参数来占用网络资源将可能导致网络业务失效。

步骤S210：从应用服务器接收第二QoS请求参数。

步骤S211：根据第二QoS请求参数和承载网络的网络资源控制承载网络为应用服务器分配网络资源。

步骤S211与步骤S28的区别在于，步骤S28中分配网络资源时，应用服务器已经在使用承载网络的网络资源，而步骤S211中分配网络资源时，应用服务器还没有使用承载网络的网络资源。

当然，应用服务器还可以设置其它QoS请求参数，其它的QoS请求参数与第二QoS请求参数中请求占用的带宽不同，但都小于第一QoS请求参数中请求占用的带宽。

参见图3，是本发明网络资源的分配方法第三实施例的流程示意图。网络资源的分配方法包括以下步骤：

步骤S31：获知承载网络的网络状态。

步骤S32：从应用服务器接收第一QoS请求参数。

步骤S33：查询承载网络在当前时刻的网络状态，若网络状态不为拥塞或过载，进行步骤S34。

步骤S34：根据第一QoS请求参数和承载网络的网络资源为应用服务器设置第一QoS分配参数。

步骤S35：控制承载网络为应用服务器分配第一QoS分配参数所需的网络资源。

步骤S36：判断承载网络的网络状态是否变为拥塞或过载，若是，网络状态变为拥塞或过载，进行步骤S371或者步骤S374，若否，网络状态没有变为拥塞或过载，则继续重复进行步骤S36。

步骤S371：向应用服务器上报网络状态，以使应用服务器设置第二QoS请求参数。

其中，第二QoS请求参数所需的网络资源少于第一QoS请求参数所需的网络资源。

步骤S372：判断应用服务器是否拒绝进行QoS重协商，若是，应用服务器拒绝进行QoS重协商，进行步骤S374，若否，应用服务器同意进行QoS重协商，进行步骤S373。

其中，应用服务器可以反馈一个信息，根据这个信息就可以判断应用服务器是否拒绝进行QoS重协商。

步骤S373：判断预定时间内是否从应用服务器接收第二QoS请求参数，若是，在预定时间内接收到第二QoS请求参数，进行步骤S38，若否，在预定时间内没有接收到第二QoS请求参数，进行步骤S374。

步骤S374：根据第一QoS请求参数和第一QoS分配参数设置第二QoS请求参数。

步骤S38：根据第二QoS请求参数和承载网络的网络资源控制承载网络为应用服务器重新分配网络资源。

其中，在步骤S36之后既可以进行步骤S371或者进行步骤S374，说明获取第二QoS请求参数的过程包括两种途径。

下面，将举例说明本实施例的应用场景：

假设在承载网络的网络状态不为拥塞或过载时，网络资源提供的最大带宽为3M，在网络状态为拥塞或过载时，网络资源提供的最大带宽为1.5M。应用服务器的网络业务为视频分享，分享的视频具有两种格式。一种是标清格式，其分辨率在720p以下，720p是指视频的垂直分辨率为720线逐行扫描；另一种是高清格式，其分辨率在720p以上。应用服务器优先选择高清格式来分享视频，该高清格式配置第一QoS请求参数，第一QoS请求参数请求占用的带宽为2M，该标清格式占用的带宽为1M。

一方面，在接收到第一QoS请求参数时，如果网络状态不为拥塞或过载，则根据第一QoS请求参数和承载网络的网络资源设置第一QoS分配参数，由于承载网络的网络资源的带宽大于2M，最大为3M，则第一QoS分配参数要求占用的带宽最大可以为3M，假设设置的第一QoS分配参数中要求占用的带宽为3M。则为应用服务器分配网络资源时，将为应用服务器分配3M带宽。

分配3M带宽后，网络状态变为拥塞或过载，如果应用服务器仍然选择高清格式分享视频的话，很可能造成视频不流畅或者视频加载失败。因此，需要将视频变更为标清格式进行分享。

第二QoS请求参数可以由用用服务器经过QoS重协商确定。如果应用服务器处于分享流畅性考虑决定进行QoS重协商，那么应用服务器会选择标清格式，从而配置第二QoS请求参数。从而根据第二QoS请求参数和承载网络的网络资源控制承载网络为应用服务器重新分配网络资源时，最大可以分配1.5M带宽。

如果应用服务器拒绝进行QoS重协商或者预定时间内没有接收到第二QoS请求参数，那么将根据第一QoS请求参数和第一QoS分配参数替应用服务器设置第二QoS请求参数，如前所述，第一QoS请求参数所需带宽为2M，第一QoS分配参数所需带宽为3M，那么设置第二QoS请求参数的带宽小于2M，假设为1M。

当然，也可以不询问应用服务器是否进行QoS重协商，而是直接根据第一QoS请求参数和第一QoS分配参数替应用服务器设置第二QoS请求参数。

由于此时承载网络的网络资源的最大带宽变为1.5M，因此需要根据第二QoS请求参数和承载网络的网络资源控制承载网络为应用服务器重新分配网络资源，以保证视频分享流畅进行。分配网络资源时，最大可以为应用服务器分配1.5M带宽。

另一方面，如果在接收到第一QoS请求参数时网络状态已经为拥塞或过载，那么将向应用服务器上报网络状态，以使应用服务器设置第二QoS请求参数，假设第二QoS请求参数请求的带宽与标清格式需求的带宽相等。对于应用服务器来说，是期望采用高清格式来分享视频的，但是此时如果仍然采用高清视频的话，可能会造成视频不流畅或者视频加载失败。即使如此，应用服务器也需要决定是否进行QoS重协商，因为坚持采用高清格式虽然会造成视频不流畅或者视频加载失败，但可以等待网络状态恢复空闲或正常，从而保证视频效果。

本实施例的网络资源的分配方法在根据第一QoS请求参数和网络资源分配网络资源后，如果网络状态变为拥塞或过载，将获取第二QoS请求参数，并根据第二QoS请求参数和网络资源重新分配网络资源，第二QoS请求参数所需的网络资源少于第一QoS请求参数所需的网络资源，从而实现了在承载网络发生拥塞或过载时，减少所需的网络资源的目的，能够减小对其它应用服务器的影响，最大化地利用网络资源，有效管理承载网络，保障网络资源管理健康进行，

参见图4，是本发明网络资源的分配方法第四实施例的流程示意图。网络资源的分配方法包括以下步骤：

步骤S41：设置第一QoS请求参数，并将第一QoS请求参数发送给QoS管理网元，以使QoS管理网元根据第一QoS请求参数和承载网络的网络资源控制承载网络分配网络资源。

其中，承载网络处于底层，定义了物理网络互连的方法以及使用网络资源的约定。在需要使用承载网络的网络资源来承载网络业务时，通过第一QoS请求参数来确定网络资源的需求。比如，第一QoS请求参数中请求占用的带宽为2M。

步骤S42：接收QoS管理网元上报的承载网络的网络状态，其中，网络状态为拥塞或过载。

其中，QoS管理网元可以通过监测承载网络中网络节点的输出端口的存储空间、链路的信道容量、信源的发送速率、数据包的排队长度等方式中的至少一种确定承载网络的网络状态；或者QoS管理网元接收承载网络上报的网络状态。

步骤S43：根据预设策略确定是否同意进行QoS重协商。若是，同意进行QoS重协商，进行步骤S44，若否，拒绝进行QoS重协商，进行步骤S45。

步骤S44：设置第二QoS请求参数，并将第二QoS参数发送给QoS管理网元，以使得QoS管理网元根据第二QoS请求参数和承载网络的网络资源控制承载网络分配网络资源，其中，第二QoS请求参数所需的网络资源少于第一QoS请求参数所需的网络资源。

其中，若同意进行QoS重协商，那么将重新设置第一QoS请求参数得到第二QoS请求参数，

步骤S45：向QoS管理网元发送拒绝指令，以使QoS管理网元设置第二QoS请求参数。

其中，若拒绝进行QoS重协商，那么QoS管理网元则自行设置第二QoS请求参数，

本实施例的网络资源的分配方法在向QoS管理网元发送第一QoS请求参数后，如果承载网络的网络状态为拥塞或过载，可以向QoS管理网元发送第二QoS请求参数或者让QoS管理网元自行设置第二QoS请求参数，第二QoS请求参数所需的网络资源少于第一QoS请求参数所需的网络资源，从而实现了在承载网络发生拥塞或过载时，减少所需的网络资源的目的，能够减小对其它应用服务器的影响，保障网络资源管理健康进行，

参见图5，是本发明QoS管理网元第一实施例的结构示意图。QoS管理网元51包括监测模块511、应用模块512和分配模块513。QoS管理网元51与应用服务器52和承载网络53连接。

监测模块511用于获知承载网络53的网络状态。监测模块511可以通过分析承载网络53的QoS数据来监测网络状态，QoS数据包括但不限于承载网络53中网络节点的输出端口的存储空间、链路的信道容量、信源的发送速率、数据包的排队长度等；或者，监测模块511接收承载网络53上报的网络状态。承载网络53处于底层，定义了物理网络互连的方法以及使用网络资源的约定。

应用模块512用于从应用服务器52接收第一QoS请求参数，并查询监测模块511获知到的承载网络53在当前时刻的网络状态，并在当前时刻网络状态不为拥塞或过载时，将第一QoS请求参数发送给分配模块513。应用服务器52为了保证其网络业务正常进行，会对网络资源提出需求，该需求通过第一QoS请求参数来表达。比如，第一QoS请求参数中请求占用的带宽为2M。网络状态分为两种，一种是拥塞或过载，另一种是空闲或者正常。在网络状态为拥塞或过载时，承载网络53仍然能够提供网络资源，不过网络性能会下降，如果网络状态持续保持拥塞或过载，承载网络53的网络性能将会急剧下降。

分配模块513用于从应用模块512接收第一QoS请求参数，根据第一QoS请求参数和承载网络53的网络资源控制承载网络53为应用服务器52分配网络资源。网络资源的分配以承载网络53所能分配的网络资源为准。例如，只要承载网络53的网络资源能够提供的最大带宽大于2M，那么可以控制承载网络53为应用服务器52分配2M带宽或者大于2M的带宽。

应用模块512还用于在分配模块513为应用服务器52分配网络资源后承载网络53的网络状态变为拥塞或过载时，获取第二QoS请求参数，并将第二QoS请求参数发送给分配模块513。分配网络资源后，应用服务器52的网络业务就处于运行状态。如前所述，网络业务在占用2M带宽的情况下能够正常运行。但是，如果期间网络状态突然变为拥塞或过载，承载网络53所能分配的带宽下降，那么网络业务可能会由于带宽的限制而失效。因此，分配网络资源后，仍然需要继续查询承载网络53的网络状态。

分配模块513还用于从应用模块512接收第二QoS请求参数，根据第二QoS请求参数和承载网络53的网络资源控制承载网络53为应用服务器52重新分配网络资源，其中，第二QoS请求参数所需的网络资源少于第一QoS请求参数所需的网络资源。第二QoS请求参数中请求占用的带宽会小于2M，比如为1M。按照第二QoS请求参数的配置为应用服务器52重新分配网络资源，虽然会降低应用服务器52的网络业务的质量，但却可以保证网络业务不会失效。

进一步地，如果从应用服务器52接收到第一QoS请求参数时，在当前时刻网络状态为拥塞或过载，那么应用模块512还用于向应用服务器52上报网络状态，以使应用服务器52设置第二QoS请求参数。以及从应用服务器52接收第二QoS请求参数，并将第二QoS请求参数发送给分配模块513。

分配模块513还用于从应用模块512接收第二QoS请求参数，根据第二QoS请求参数和承载网络53的网络资源控制承载网络53为应用服务器52分配网络资源。该分配过程与前述重新分配的过程类似，此处不再赘述。

参阅图6，是本发明QoS管理网元第二实施例的结构示意图。QoS管理网元61包括监测模块611、应用模块612和分配模块613。QoS管理网元61与应用服务器62和承载网络63连接。本实施例的监测模块611、应用模块612和分配模块613具有与前一实施例的监测模块511、应用模块512和分配模块513相同的技术特征，不同之处在于，应用模块612包括接收单元601、查询单元602、上报单元603和参数重置单元604。分配模块613包括参数分配单元605和分配控制单元606。

其中，参数分配单元605用于从应用模块612接收第一QoS请求参数，根据第一QoS请求参数和承载网络63的网络资源为应用服务器62设置第一QoS分配参数，并将第一QoS分配参数发送给分配控制单元606，其中，第一QoS分配参数所需的网络资源不多于承载网络63能分配的网络资源。在很多情况下，应用服务器62所分配到的网络资源往往不是第一QoS请求参数所需求的网络资源，而是与承载网络63有关。例如，应用服务器62的网络业务为视频分享，分享的视频分为标清格式和高清格式，标清格式的分辨率在720p以下，高清格式的分辨率在720p以上。应用服务器62优先选择高清格式，该高清格式配置第一QoS请求参数，第一QoS请求参数请求占用的带宽为2M，该标清格式需求占用的带宽为1M。而承载网络63的网络状态为空闲或者正常时网络资源提供的最大带宽为3M。那么设置的第一QoS分配参数能够占用的带宽至少为2M，最大不超过3M，假设为3M。

分配控制单元606用于从参数分配单元605接收第一QoS分配参数，控制承载网络63为应用服务器62分配第一QoS分配参数所需的网络资源。分配控制单元606保障应用服务器62能够分配到第一QoS分配参数所需的带宽。

接收单元601用于从应用服务器62接收第一QoS请求参数。

查询单元602用于在接收单元601接收到第一QoS请求参数时，查询监测模块611获知到的承载网络63在当前时刻的网络状态，以及在分配模块613为应用服务器62分配网络资源后查询承载网络63的网络状态。

上报单元603用于在分配模块613为应用服务器62分配网络资源后承载网络63的网络状态变为拥塞或过载时，向应用服务器62上报网络状态，以使应用服务器62设置第二QoS请求参数。此时，接收单元601还用于从应用服务器62接收第二QoS请求参数。其中，网络状态变为拥塞或过载时，闲置网络资源提供的最大带宽为1.5M。应用服务器62自行设置第二QoS请求参数时，第二QoS请求参数请求占用的带宽为1M。

参数重置单元604用于判断到接收单元601在预定时间内没有接收到第二QoS请求参数或者应用服务器62拒绝进行QoS重协商时，根据第一QoS请求参数和第一QoS分配参数设置第二QoS请求参数。其中，第一QoS请求参数所需带宽为2M，第一QoS分配参数所需带宽为3M，那么所设置的第二QoS请求参数所需的网络资源不多于第一QoS请求参数所需的网络资源，假设其带宽为1.5M。

在接收单元601接收或者参数重置单元604设置第二QoS请求参数后，均将发送给参数分配单元605，参数分配单元605还用于根据第二QoS请求参数和承载网络63的网络资源为应用服务器62设置第二QoS分配参数，并将第二QoS分配参数发送给分配控制单元606。其中，第二QoS分配参数所需的网络资源不多于第二QoS请求参数所需的网络资源。第二QoS请求参数所需带宽为1.5M，闲置网络资源提供的最大带宽为1.5M，则第二QoS分配参数所需带宽不超过1.5M，假设为1.5M，

在更多实施例中，应用模块612只包括接收单元601、查询单元602和参数重置单元604，不包括上报单元603，具体地：

接收单元601用于从应用服务器62接收第一QoS请求参数。

查询单元602用于在接收单元601接收到第一QoS请求参数时，查询承载网络63在当前时刻的网络状态，以及在分配模块613为应用服务器62分配网络资源后查询承载网络63的网络状态。

参数重置单元604用于在分配模块613为应用服务器62分配网络资源后承载网络63的网络状态变为拥塞或过载时，根据第一QoS请求参数和第一QoS分配参数设置第二QoS请求参数。

也就是说，网络状态变为拥塞或过载时，QoS管理网元61不会与应用服务器62进行QoS重协商，而是直接设置第二QoS请求参数，从而能够加快QoS管理网元61的处理速度，利于标准化管理。

参见图7，是本发明应用服务器一实施例的结构示意图。应用服务器71包括参数设置模块711、收发模块712和确定模块713。应用服务器71与QoS管理网元72连接，QoS管理网元72与承载网络73连接。

参数设置模块711用于设置第一QoS请求参数，并将第一QoS请求参数发送给收发模块712。承载网络73处于底层，定义了物理网络互连的方法以及使用网络资源的约定。应用服务器71在需要使用承载网络73的网络资源来承载网络业务时，通过第一QoS请求参数来确定网络资源的需求。比如，第一QoS请求参数中请求占用的带宽为2M。

收发模块712用于从参数设置模块711接收第一QoS请求参数，将第一QoS请求参数发送给QoS管理网元72，以使QoS管理网元72根据第一QoS请求参数和承载网络73的网络资源控制承载网络73分配网络资源；以及用于接收QoS管理网元72上报的承载网络73的网络状态，并将承载网络73的网络状态发送给确定模块713，其中，网络状态为拥塞或过载。QoS管理网元72可以通过监测承载网络73中网络节点的输出端口的存储空间、链路的信道容量、信源的发送速率、数据包的排队长度等方式中的至少一种确定承载网络73的网络状态。

确定模块713用于从收发模块712接收承载网络73的网络状态，并根据预设策略确定是否同意进行QoS重协商。

参数设置模块711还用于在确定模块713同意进行QoS重协商时，设置第二QoS请求参数，并将第二QoS参数发送给收发模块712，其中，第二QoS请求参数所需的网络资源少于第一QoS请求参数所需的网络资源。

收发模块712还用于从参数设置模块711接收第二QoS参数，并将第二QoS参数发送给QoS管理网元72，以使得QoS管理网元72根据第二QoS请求参数和承载网络73的网络资源控制承载网络73分配网络资源。

在本实施例中，确定模块713还用于在确定拒绝进行QoS重协商时，生成拒绝指令，并将拒绝指令发送给收发模块712。收发模块712还用于从确定模块713接收拒绝指令，向QoS管理网元72发送拒绝指令，以使QoS管理网元72设置第二QoS请求参数。

参见图8，是本发明QoS管理网元第三实施例的结构示意图。QoS管理网元包括处理器（processer）81、接收器（receiver）82、发送器（emitter）83、随机存取存储器（RAM）84、只读存储器（ROM）85、总线86以及网络接口单元（Network Interface Unit）87。其中，处理器81通过总线86分别耦接接收器82、发送器83、随机存取存储器84、只读存储器85以及网络接口单元87。接收器82和发送器83通过网络接口单元87连接应用服务器（图未示）和承载网络（图未示）。其中，当需要运行QoS管理网元时，通过固化在只读存储器85中的基本输入输出系统（BIOS）或者嵌入式系统中的boot loader引导系统进行启动，引导QoS管理网元进入正常运行状态。在QoS管理网元进入正常运行状态后，在随机存取存储器84中运行应用程序（Application Programs）和操作系统（OS），使得：

接收器82从应用服务器接收第一QoS请求参数，并将第一QoS请求参数发送给处理器81。

处理器81获知承载网络的网络状态，并从接收器82接收到第一QoS请求参数时，查询承载网络在当前时刻的网络状态，在查询到在当前时刻网络状态不为拥塞或过载时，根据第一QoS请求参数和承载网络的网络资源控制承载网络为应用服务器分配网络资源，以及在为应用服务器分配网络资源后承载网络的网络状态是否变为拥塞或过载时，获取第二QoS请求参数，根据第二QoS请求参数和承载网络的网络资源控制承载网络为应用服务器重新分配网络资源，其中，第二QoS请求参数所需的网络资源少于第一QoS请求参数所需的网络资源。

进一步，处理器81在查询到在当前时刻网络状态为拥塞或过载时，将网络状态发送给发送器83。

发送器83用于从处理器81接收网络状态，向应用服务器上报网络状态，以使应用服务器设置第二QoS请求参数。

接收器82用于从应用服务器接收第二QoS请求参数，并将第二QoS请求参数发送给处理器81。

处理器81还用于从接收器接收第二QoS请求参数，根据第二QoS请求参数和承载网络的网络资源控制承载网络为应用服务器分配网络资源。

在本实施例中，处理器81获取第二QoS请求参数的方式可以是：发送器83向应用服务器上报网络状态，以使应用服务器设置第二QoS请求参数。接收器82从应用服务器接收第二QoS请求参数，并将第二QoS请求参数发送给处理器81。

在其他实施例中，处理器81获取第二QoS请求参数的方式之前：处理器81根据第一QoS请求参数和承载网络的网络资源为应用服务器设置第一QoS分配参数，其中，第一QoS分配参数所需的网络资源不多于承载网络的闲置网络资源；控制承载网络为应用服务器分配第一QoS分配参数所需的网络资源。则处理器81获取第二QoS请求参数的方式还可以是：根据第一QoS请求参数和第一QoS分配参数设置第二QoS请求参数。

处理器81的具体工作过程可以参照前述实施例的网络资源的分配方法和QoS管理网元，此处不再详述。

参见图9，是本发明应用服务器另一实施例的结构示意图。应用服务器包括处理器（processer）91、接收器（receiver）92、发送器（emitter）93、随机存取存储器（RAM）94、只读存储器（ROM）95、总线96以及网络接口单元（Network Interface Unit）97。其中，处理器91通过总线96分别耦接接收器92、发送器93、随机存取存储器94、只读存储器95以及网络接口单元97。接收器92和发送器93通过网络接口单元97连接QoS管理网元（图未示），QoS管理网元又连接承载网络（图未示）。其中，当需要运行应用服务器时，通过固化在只读存储器95中的基本输入输出系统（BIOS）或者嵌入式系统中的boot loader引导系统进行启动，引导应用服务器进入正常运行状态。在应用服务器进入正常运行状态后，在随机存取存储器94中运行应用程序（Application Programs）和操作系统（OS），使得：

处理器91设置第一QoS请求参数，并将第一QoS请求参数发送给发送器93。

发送器93从处理器91接收第一QoS请求参数，并将第一QoS请求参数发送给QoS管理网元，以使QoS管理网元根据第一QoS请求参数和承载网络的网络资源控制承载网络分配网络资源。

接收器92接收QoS管理网元上报的承载网络的网络状态，并将承载网络的网络状态发送给处理器91。其中，网络状态为拥塞或过载。

处理器91用于从接收器92接收承载网络的网络状态，并根据预设策略确定是否同意进行QoS重协商，在确定同意进行QoS重协商时，设置第二QoS请求参数，并将第二QoS参数发送给发送器93。其中，第二QoS请求参数所需的网络资源少于第一QoS请求参数所需的网络资源。

发送器93还从处理器91接收第二QoS参数，并将第二QoS参数发送给QoS管理网元，以使得QoS管理网元根据第二QoS请求参数和承载网络的网络资源控制承载网络分配网络资源。

处理器91的具体工作过程可以参照前述实施例的网络资源的分配方法和应用服务器，此处不再详述。

通过上述方式，本发明的网络资源的分配方法，QoS管理网元和应用服务器在接收应用服务器设置第一QoS请求参数时，首先查询承载网络的网络状态，如果网络状态不为拥塞或过载，才根据第一QoS请求参数分配承载网络的网络资源，并且分配网络资源后继续查询网络状态，只要网络状态变为拥塞或过载，就获取第二QoS请求参数，并根据第二QoS请求参数重新分配网络资源，而如果接收到第一QoS请求参数时网络状态已经为拥塞或过载，则仍然获取第二第二QoS请求参数，由于第二QoS请求参数所需的网络资源少于第一QoS请求参数所需的网络资源，从而实现了在承载网络发生拥塞或过载时，减少所需的网络资源的目的，能够最大化的利用网络资源，减小对其它应用服务器的影响，保障网络资源管理健康进行。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，管理服务器，或者网络设备等）或处理器（processor）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。