本发明涉及移动通信领域，具体涉及到一种服务质量提升方法及装置。
背景技术：
随着移动网络发展和用户需求，移动运营商会为用户提供服务质量(QoS，Quality of Service)提升业务，所述的服务质量例如是无线带宽、时延、文件传输速率等。在用户发觉用户携带的用户设备服务质量较差时，向运营商请求提升服务质量，例如提高用户设备的下行带宽，运营商根据移动用户的需求，提升移动用户的用户设备的下行带宽。例如，通过网关GPRS支持节点(Gateway GPRS Support Node，GGSN)或分组数据网关(Packet Data Network Gateway，PGW)为该用户设备提供保证比特速率(Guaranteed Bit Rate，GBR)专有承载，从而为用户设备提高下行带宽。
但是，当无线业务涉及两个或者两个以上的用户设备时，每个用户设备的服务质量都需要保证。例如当用户设备A和用户设备B正在进行视频通话时，用户设备A发觉视频不流畅时，也就是服务质量体验较差。这种情况可能由以下几种情况产生：
第一，用户设备A在无线网络中的带宽不足；
第二，用户设备B在无线网络中的带宽不足；
第三，用户设备A和用户设备B在无线网络中的带宽均不足，那么基于现有技术的方案，只能解决第一种情况，造成的服务质量体验较差的问题，而不能解决后两种情况造成的问题。
技术实现要素：
本发明实施例提供一种服务质量提升方法，以实现在多个用户设备进行无线业务执行过程中，无论影响服务质量的主体在哪一端用户设备，均能根据一个用户设备发送的服务质量提升请求，提升正在执行无线业务的多个用户设备之间的服务质量，从而保证正在执行无线业务的多个用户设备之间的端到端带宽需求，从而提高视频聊天等双向视频应用的用户体验。
第一方面，本发明实施例提供了一种服务质量提升方法，所述方法包括：
接收第一用户设备发送的第一服务质量提升请求，所述第一服务质量请求用以请求提高第一用户设备和第二用户设备之间的服务质量，所述第一服务质量提升请求中携带所述第一用户设备和所述第二用户设备的用户标识；
根据所述第一服务质量提升请求，确定服务质量需求；
将所述服务质量需求发送给所述第一用户设备和第二用户设备的策略和计费功能实体，由所述策略和计费功能实体确定策略和计费控制规则，由所述策略和计费功能实体向所述第一用户设备和所述第二用户设备接入的网关发送所述策略和计费控制规则，以为所述第一用户设备和第二用户设备提升所述服务质量。
结合本发明实施例的第一方面，在第一种可能的实施方式中，在所述根据所述服务质量提升请求，确定服务质量需求之后，还包括：
向第二用户设备发送第二服务质量提升请求，以请求所述第二用户设备接受所述服务质量提升请求；
接收所述第二用户设备对所述第二服务质量提升请求的回应，所述回应中包含接受或者拒绝所述服务质量提升请求的信息；
在所述第二用户设备接收所述服务质量提升请求的情况下，将所述服务质量需求发送给所述第一用户设备和第二用户设备的策略和计费功能实体。
结合本发明实施例的第一方面或第一种可能的实施方式，在第二种可能的实施方式中，所述根据所述第一服务质量提升请求，确定服务质量需求，具体包括：
根据所述第一用户设备和所述第二用户设备的签约业务确定所述服务质量需求。
结合第一方面的第二种可能的实施方式，在第三种可能的实施方式中，所述第一服务质量提升请求中携带还携带有所述第一用户设备请求的目标服务质量需求；
根据所述第一用户设备和所述第二用户设备的签约业务确定所述服务质量需求，具体包括：
根据所述第一用户设备和所述第二用户设备的签约业务以及所述目标服务质量需求，确定所述服务质量需求。
结合第一方面，或第一方面的第一种可能的实施方式，在第四种可能的实施方式中，所述根据所述第一服务质量提升请求，确定服务质量需求，具体包括：
根据所述第一用户设备的签约业务确定所述服务质量需求。
结合第一方面的第五种可能的实施方式，在第六种可能的实施方式中，所述第一服务质量提升请求中携带还携带有所述第一用户设备请求的目标服务质量需求；
所述的根据所述第一用户设备的签约业务确定所述服务质量需求，具体包括：
根据所述第一用户设备的签约业务以及所述目标服务质量需求，确定所述服务质量需求。
结合第一方面的几种可能实施方式中的任意一种可能的实施方式，在第七种可能的实施方式中，所述接收第一用户设备发送的第一服务质量提升请求，之后，还包括：
向开放平台或者业务网关发送用户信息查询请求，以获取所述第一用户设备和/或所述第二用户设备的签约业务。
结合第一方面的几种可能实施方式中的任意一种可能的实施方式，在第八种可能的实施方式中，所述接收第一用户设备发送的第一服务质量提升请求，之后，还包括：
向开放平台或者业务网关发送用户信息查询请求，以获取所述第一用户设备或者所述第二用户设备在移动网络中使用的服务质量信息。
第二方面，本发明实施例提供一种服务质量提升方法，所述方法包括：
策略和计费功能实体接收第一用户设备发送的第一服务质量提升请求，所述第一服务质量提升请求用以请求提高第一用户设备和第二用户设备之间的服务质量，所述第一服务质量提升请求中携带所述第一用户设备和所述第二用户设备的用户标识；
所述策略和计费功能实体根据所述第一服务质量提升请求，确定服务质量需求；
所述策略和计费功能实体根据所述服务质量需求，确定策略和计费控制规则，之后，向所述第一用户设备和所述第二用户设备接入的网关发送所述策略和计费控制规则，以为所述第一用户设备和第二用户设备提升所述服务质量。
结合第二方面，在第一种可能的实施方式中，所述策略和计费功能实体接收第一用户设备发送的第一服务质量提升请求中，所述第一服务提升请求是应用服务器在接收到所述第一服务质量提升请求之后，通过开放平台或者业务网关发送给所述策略和计费功能实体的，或者，
所述第一服务提升请求是开放平台或者业务网关在接收到所述第一服务质量提升请求之后，发送给所述策略和计费功能实体的。
结合第二方面，在第二种可能的实施方式中，在所述根据所述服务质量提升请求，确定服务质量需求之后，还包括：
向第二用户设备发送第二服务质量提升请求，以请求所述第二用户设备接受所述服务质量提升请求；
接收所述第二用户设备对所述第二服务质量提升请求的回应，所述回应中包含接受或者拒绝所述服务质量提升请求的信息；
在所述第二用户设备接收所述服务质量提升请求的情况下，根据所述服务质量需求，确定服务质量提升策略。
结合第二方面的第一或第二种可能的实施方式，在第三种可能的实施方式中，所述根据所述第一服务质量提升请求，确定服务质量需求，具体包括：
根据所述第一用户设备和所述第二用户设备的签约业务确定所述服务质量需求。
结合第二方面的第三种可能的实施方式，在第四种可能的实施方式中，所述第一服务质量提升请求中携带还携带有所述第一用户设备请求的目标服务质量需求；
根据所述第一用户设备和所述第二用户设备的签约业务确定所述服务质量需求，具体包括：
根据所述第一用户设备和所述第二用户设备的签约业务以及所述目标服务质量需求，确定所述服务质量需求。
结合第二方面的第一或第二种可能的实施方式，在第五种可能的实施方式中，所述根据所述第一服务质量提升请求，确定服务质量需求，具体包括：
根据所述第一用户设备的签约业务确定所述服务质量需求。
结合第二方面的第五种可能的实施方式，在第六种可能的实施方式中，所述第一服务质量提升请求中携带还携带有所述第一用户设备请求的目标服务质量需求；
所述的根据所述第一用户设备的签约业务确定所述服务质量需求，具体包括：
根据所述第一用户设备的签约业务以及所述目标服务质量需求，确定所述服务质量需求。
第三方面，本发明实施例提供一种服务质量提升装置，所述装置包括：
接收单元，用于接收第一用户设备发送的第一服务质量提升请求，所述第一服务质量提升请求用以提高第一用户设备和第二用户设备之间的服务质量，所述第一服务质量提升请求中携带所述第一用户设备和所述第二用户设备的用户标识；
确定单元，用于根据所述第一服务质量提升请求，确定服务质量需求；
发送单元，用于将所述服务质量需求发送给所述第一用户设备和第二用户设备的策略和计费功能实体，由所述策略和计费功能实体确定策略和计费控制规则，之后，由所述策略和计费功能实体向所述第一用户设备和所述第二用户设备接入的网关发送所述策略和计费控制规则，以为所述第一用户设备和第二用户设备提升所述服务质量。
结合本发明实施例的第三方面，在第一种可能的实施方式中，所述发送单元还用以在所述根据所述服务质量提升请求，确定服务质量需求之后，向第二用户设备发送第二服务质量提升请求，以请求所述第二用户设备接受所述服务质量提升请求；
所述接收单元还用于接收所述第二用户设备对所述第二服务质量提升请求的回应，所述回应中包含接受或者拒绝所述服务质量提升请求的信息；
所述发送单元在所述第二用户设备接收所述服务质量提升请求的情况下，将所述服务质量需求发送给所述第一用户设备和第二用户设备的策略和计费功能实体。
结合本发明实施例的第三方面或第一种可能的实施方式，在第二种可能的实施方式中，所述确定单元具体用于：
根据所述第一用户设备和所述第二用户设备的签约业务确定所述服务质量需求。
结合第三方面的第二种可能的实施方式，在第三种可能的实施方式中，所述第一服务质量提升请求中携带还携带有所述第一用户设备的目标服务质量需求；
所述确定单元具体用于：
根据所述第一用户设备和所述第二用户设备的签约业务以及所述目标服务质量需求，确定所述服务质量需求。
结合第三方面，或第三方面的第一种可能的实施方式，在第四种可能的实施方式中，所述确定单元具体用于：
根据所述第一用户设备的签约业务确定所述服务质量需求。
结合第三方面的第五种可能的实施方式，在第六种可能的实施方式中，所述第一服务质量提升请求中携带还携带有所述第一用户设备的目标服务质量需求；
所述确定单元具体用于：
根据所述第一用户设备的签约业务以及所述目标服务质量需求，确定所述服务质量需求。
结合第三方面的几种可能实施方式中的任意一种可能的实施方式，在第七种可能的实施方式中，还包括查询单元用于在接收第一用户设备发送的第一服务质量提升请求，之后，向开放平台或者业务网关发送用户信息查询请求，以获取所述第一用户设备和/或所述第二用户设备各自的签约业务和实时服务质量。
结合第三方面的几种可能实施方式中的任意一种可能的实施方式，在第八种可能的实施方式中，还包括一查询单元，用于在接收第一用户设备发送的第一服务质量提升请求，之后，向开放平台或者业务网关发送用户信息查询请求，以获取所述第一用户设备或者所述第二用户设备在移动网络中使用的服务质量信息。
第四方面，本发明实施例提供一种服务质量提升装置，所述装置包括：
接收单元，用以接收第一用户设备发送的第一服务质量提升请求，所述第一服务质量提升请求用以提高第一用户设备和第二用户设备之间的服务质量，所述第一服务质量提升请求中携带所述第一用户设备和所述第二用户设备的用户标识；
确定单元，用以根据所述第一服务质量提升请求，确定服务质量需求；
处理单元，用以根据所述服务质量需求，确定策略和计费控制规则；
发送单元，用以向所述第一用户设备和所述第二用户设备接入的网关发送所述策略和计费控制规则，以为所述第一用户设备和第二用户设备提升所述服务质量。
结合第四方面，在第一种可能的实施方式中，所述第一服务提升请求是应用服务器在接收到所述第一服务质量提升请求之后，通过开放平台或者业务网关发送给所述策略和计费功能实体的，或者，
所述第一服务提升请求是开放平台或者业务网关在接收到所述第一服务质量提升请求之后，发送给所述策略和计费功能实体的。
结合第四方面，在第二种可能的实施方式中，所述发送单元还用以在所述根据所述服务质量提升请求，确定服务质量需求之后，向第二用户设备发送第二服务质量提升请求，以请求所述第二用户设备接受所述服务质量提升请求；
所述接收单元还用于接收所述第二用户设备对所述第二服务质量提升请求的回应，所述回应中包含接受或者拒绝所述服务质量提升请求的信息；
所述发送单元在所述第二用户设备接收所述服务质量提升请求的情况下，将所述服务质量需求发送给所述第一用户设备和第二用户设备的策略和计费功能实体。
结合第四方面的第一或第二种可能的实施方式，在第三种可能的实施方式中，所述确定单元具体用于：
根据所述第一用户设备和所述第二用户设备的签约业务确定所述服务质量需求。
结合第四方面的第三种可能的实施方式，在第四种可能的实施方式中，所述第一服务质量提升请求中携带还携带有所述第一用户设备请求的目标服务质量需求；
所述确定单元具体用于：
根据所述第一用户设备和所述第二用户设备的签约业务以及所述目标服务质量需求，确定所述服务质量需求。
结合第四方面的第一或第二种可能的实施方式，在第五种可能的实施方式中，所述确定单元具体用于：
根据所述第一用户设备的签约业务确定所述服务质量需求。
结合第四方面的第五种可能的实施方式，在第六种可能的实施方式中，所述第一服务质量提升请求中携带还携带有所述第一用户设备请求的目标服务质量需求；
所述确定单元具体用于：
根据所述第一用户设备的签约业务以及所述目标服务质量需求，确定所述服务质量需求。
第五方面，本发明实施例提供一种服务质量提升装置，所述装置包括：
网络接口；
处理器；
存储器；
物理存储在所述存储器中的应用程序，所述应用程序包括可用于使所述处理器和所述系统执行以下过程的指令：
接收第一用户设备发送的第一服务质量提升请求，所述第一服务质量提升请求用以提高第一用户设备和第二用户设备之间的服务质量，所述第一服务质量提升请求中携带所述第一用户设备和所述第二用户设备的用户标识；
根据所述第一服务质量提升请求，确定服务质量需求；
将所述服务质量需求发送给所述第一用户设备和第二用户设备的策略和计费功能实体，由所述策略和计费功能实体确定策略和计费控制规则，之后，由所述策略和计费功能实体向所述第一用户设备和所述第二用户设备接入的网关发送所述策略和计费控制规则，以为所述第一用户设备和第二用户设备提升所述服务质量。
第六方面，本发明实施例提供一种服务质量提升装置，所述装置包括：
接收第一用户设备发送的第一服务质量提升请求，所述第一服务质量提升请求用以请求提高第一用户设备和第二用户设备之间的服务质量，所述第一服务质量提升请求中携带所述第一用户设备和所述第二用户设备的识别标识；
根据所述第一服务质量提升请求，确定服务质量需求；
根据所述服务质量需求确定策略和计费控制规则，之后，向所述第一用户设备和所述第二用户设备接入的网关发送所述策略和计费控制规则，以为所述第一用户设备和第二用户设备提升所述服务质量。
通过本发明实施例提供的服务质量提升方法，应用服务器或者服务质量决策网元或者策略和计费功能实体在接收到与其他用户设备建立连接的一个用户设备发送的服务质量提升请求之后，根据该服务质量请求，确定服务质量需求；再由策略和计费功能实体确定服务质量提升策略，之后，向所述第一用户设备和所述第二用户设备的接入网网关发送所述服务质量提升策略，以为所述第一用户设备和第二用户设备提升所述服务质量，从而实现在多个用户设备进行无线业务执行过程中，无论影响服务质量的主体在哪一端用户设备，均能根据一个用户设备发送的服务质量提升请求，提升正在执行无线业务的多个用户设备之间的服务质量，从而保证正在执行无线业务的多个用户设备之间的端到端带宽需求，从而提高视频聊天等双向视频应用的用户体验。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本发明提供的服务质量提升方法的一种实施例的流程图；
图2是本发明实施例提供的服务质量提升方法一种实施例的交互状态图；
图3是本发明实施例提供的服务质量提升方法另一种实施例的交互状态图；
图4是本发明提供的服务质量提升方法的又一种实施例的流程图；
图5是本发明实施例提供的服务质量提升方法又一种实施例的交互状态图；
图6是本发明提供的服务质量提升装置的又一种实施例的结构图；
图7是本发明提供的服务质量提升装置的又一种实施例的结构图；
图8是本发明提供的服务质量提升装置的又一种实施例的结构图；
图9是本发明提供的服务质量提升装置的又一种实施例的结构图。
具体实施方式
以下结合附图，对本发明实施例做进一步详细叙述。
本发明第一实施例提供了一种服务质量提升方法，图1是该实施例提供的服务质量提升方法的流程图，在该实施例中，执行主体可以是具有服务质量决策功能的应用服务器，例如视频服务器，FTP服务器，、邮件服务器，、WEB服务器等，也可以是单独的服务质量决策网元，所述服务质量决策网元的一个功能是根据用户设备的服务质量提升请求，决定用户设备在无线网络中能够使用的服务质量，如，移动网络中的业务网关、移动网络中的开放平台或者移动网络中的SDP(Service Delivery Platform，业务交付平台)等。如图1所示，所述方法包括：
101，接收第一用户设备发送的第一服务质量提升请求，所述第一用户设备与第二用户设备已经建立业务连接，所述第一服务质量提升请求用以提高第一用户设备和第二用户设备之间的服务质量，所述第一服务质量提升请求中携带所述第一用户设备和所述第二用户设备的用户标识；
具体而言，所述的第一服务质量提升请求，也可以被称之为业务加速请求；所述的服务质量可以是带宽需求、时延需求等影响用户体验的网络参数。所述的第一用户设备和第二用户设备已经建立的业务连接包括但不限定于文件传输、视频通话、语音通话等业务，因此根据不同的业务内容，所述的服务质量内容也不同，例如在视频通话业务中，视频数据流畅程度对用户体验最重要，为了保证视频数据传输流畅，就需要保证无线带宽，在该种情况下，服务质量即为带宽宽度。在语音通话业务中，延时程度对用户体验重要，为了保证通话质量，延时长短即作为最主要的服务质量。因此，当一个用户在进行业务进程时，如果发现服务质量较差，则可以通过用户设备向服务质量决策网元发送提高服务质量的请求，在本实施例中，为第一服务质量提升请求，为例便于服务质量决策网元识别用户设备，需要在第一服务质量请求中，携带建立业务连接的用户设备的标识信息、例如IMEI(international mobile equipment identity，国际移动设备标识)、IMSI(international mobile subscriber identity，国际移动用户识别码)、MSISDN(mobile station international ISDN number，移动台国际ISDN号码)、URL(uniform resource locator，通用资源定位器)或者临时用户识别码等，此外还可以携带有所述第一用户设备请求的目标服务质量需求，便于服务质量决策网元确定第一用户设备和第二用户设备的服务质量需求，例如所需要的无线带宽。
102，根据所述第一服务质量提升请求，确定服务质量需求；
具体的，在接收到第一用户设备发送的第一服务质量提升请求之后，根据所述第一用户设备和所述第二用户设备的签约业务确定所述服务质量需求；或者，
根据所述第一用户设备的签约业务确定所述服务质量需求。
更具体的所述的签约业务包括但不限定于是否办理了带宽提升套餐，例如，视频业务加速套餐等，或者办理的带宽提升套餐对应的带宽量等。
进一步地，如果第一服务质量提升请求中携带有第一用户设备请求的目标服务质量需求，则可以同时参考几种因素，来确定服务质量需求。
103，将所述服务质量需求发送给所述第一用户设备和第二用户设备的策略和计费功能实体PCRF，由所述策略和计费功能实体确定所述服务质量需求的策略和计费控制(PCC，policy and charging control)规则(rule)，之后，由所述策略和计费功能实体向所述第一用户设备和所述第二用户设备接入的网关发送所述策略和计费控制规则，以为所述第一用户设备和所述第二用户设备提升所述服务质量。
具体而言，在确定了服务质量需求之后，例如，确定可以为第一用户设备和第二用户设备提升设定的无线带宽之后，需要通过用于策略控制决定和流计费控制功能的策略和计费功能实体(Policy and Charging Rule Function，PCRF)确定策略和计费控制规则，其中包含业务信息(例如视频聊天等实时视频业务类型)，业务流filter(例如源IP地址、源端口号、目的IP地址、目的端口号和协议类型)等。并将相应的策略和计费控制规则发送给每个用户设备接入的网关GGSN/PGW等，由每个用户设备所属的无线网关为每个用户设备建立专有承载，从而提升用户设备的服务质量，保证用户设备之间的业务质量。
如果该方法的执行主体为应用服务器，则所述应用服务器接收第一用户设备发送的第一服务质量提升请求，之后，还包括：
向移动网络中的网元(如，业务交付平台SDP或者开放平台等)发送用户信息查询请求，以获取所述第一用户设备或者所述第二用户设备的签约业务，之后再根据所述第一用户设备和所述第二用户设备的签约业务确定所述服务质量需求。和/或
向移动网络中的网元(如，业务交付平台SDP或者开放平台等)发送用户信息查询请求，以获取所述第一用户设备或者所述第二用户设备在移动网络中使用的服务质量。
当然，也可以在一次用户信息查询请求中获取第一用户设备或者第二用户设备的签约业务和在移动网络中使用的服务质量。
在一种可能的实施方式中，在根据所述服务质量请求，确定服务质量需求之后，还包括：
向第二用户设备发送第二服务质量提升请求，以请求所述第二用户设备接受所述服务质量提升请求；
接收所述第二用户设备对所述第二服务质量提升请求的回应，所述回应中包含接受或者拒绝所述服务质量提升请求的信息；
将所述第二用户设备的所述回应，发送给所述第一用户设备；
在所述第二用户设备接收所述服务质量提升请求的情况下，将所述服务质量需求发送给所述第一用户设备和第二用户设备的策略和计费功能实体。
以下以正在进行视频通话的两个用户设备A和B为例进行说明上述实施例的一种实施方式，在视频通话中，视频数据传输流畅程度是用户判断服务质量的最重要因素，图2是本实施例的交互状态图。
201，用户设备A与用户设备B正处于视频通话的业务进程中时，发现正在进行的视频通话并不流畅，因此用户设备A的用户希望提升用户设备A和用户设备B之间使用的服务质量(Quality of Service，QoS)，则用户设备A发送第一服务质量提升请求(QoS Enhancement Request)到应用服务器或者到QoS决策网元，请求提升用户设备A和用户设备B之间的服务质量，在本实施例中，所述服务质量是指用户设备A和用户设备B之间的无线链路的上、下行带宽。第一服务质量提升请求称之为QoS提升请求或者也可以称之为业务加速请求。用户设备A在第一服务质量提升请求中携带标识用户设备A和用户设备B的用户标识，可选地，用户设备A在第一服务质量提升请求中携带用户设备A和用户设备B之间使用的目标服务质量，例如用户设备A希望用户设备A和用户设备B之间维持2M的上下行带宽。
在该实施例中，QoS决策网元是具有根据用户设备的QoS提升请求，决定用户设备在无线网络中能够使用的QoS功能的实体，QoS决策网元可以为开放平台、也可以称之为业务交付平台(Service Delivery Platform，SDP)，或者应用软件编程接口网关(Application programming Interface Gateway，API GW)，在本实施例中不作为限定，QoS决策网元可以是独立的网元，也可以是独立的功能实体，也可以是在应用服务器中的一个独立的功能模块，在本实施例中不作为限制。
用户设备A也可以如201a中所示，先向应用服务器发送第一服务质量提升请求，在201b中，应用服务器再将第一服务质量提升请求发送给QOS决策网元，也可直接如步骤201中，用户设备A直接发QoS提升请求到QoS决策网元。
202，QoS决策网元执行QoS确定，根据所述第一服务质量请求，确定服务质量需求，确定用户设备A和用户设备B的上行和下行服务质量需求，在本实施例中，具体为上、下行带宽需求。
更具体的，QoS决策网元可以根据所述第一用户设备和所述第二用户设备的签约业务确定所述服务质量需求。
具体的，QOS决策网元可以根据用户设备A和用户设备B的视频数据套餐来确定用户设备A和用户设备B的QoS需求：
如果用户设备A没有视频加速数据套餐，则QoS决策网元确定不能接受户设备A的第一服务质量提升请求，并返回QoS提升请求失败信息到应用服务器，或者直接返回QoS提升请求失败信息到用户设备A，并且在QoS提升请求失败信息中指示拒绝第一服务质量提升请求的原因是用户设备A没有视频加速数据套餐服务。
类似的，如果用户设备B没有视频加速数据套餐，则QOS决策网元确定不能接受户设备A的第一服务质量提升请求，并返回QoS提升请求失败信息到应用服务器，或者直接返回QoS提升请求失败信息到用户设备A，并且在QoS提升请求失败信息中指示拒绝第一服务质量提升请求的原因是用户设备B没有视频加速数据套餐服务。
如果用户设备A和用户设备B都有视频加速数据套餐，则根据用户设备A和用户设备B的视频加速数据套餐确定用户设备A和用户设备B的上行和下行带宽需求。例如，用户设备A的视频加速数据套餐的带宽为3M，用户设备B的视频加速数据套餐的带宽为4M，则确定用户设备A和用户设备B的上行和下行带宽需求为3M。
如果所述第一用户设备的签约业务没有业务加速套餐，则确定不能执行服务质量提升处理，返回服务质量提升请求失败信息到第一用户设备；或者，
如果第二用户设备的签约业务没有业务加速套餐，则确定不能执行服务质量提升处理，返回服务质量提升请求失败信息到第一用户设备；或者，
如果第一用户设备和第二用户设备的签约业务都有业务加速套餐，则根据第一用户设备和第二用户设备的业务加速套餐确定第一用户设备和第二用户设备的服务质量。
在这个QoS需求的确定过程中，如果用户设备A在第一服务质量提升请求中携带了第一用户设备的目标服务质量需求，则QoS决策网元还参考该目标服务质量需求确定用户设备A和用户设备B的上行和下行带宽需求，例如，用户设备A的视频加速数据套餐的带宽为3M，用户设备B的视频加速数据套餐的带宽为4M，用户设备A请求用户设备A和用户设备B之间使用目标服务质量需求为带宽2M，则QoS决策网元确定用户设备A和用户设备B的上行和下行带宽需求为2M；如果用户设备A的视频加速数据套餐的带宽为3M，用户设备B的视频加速数据套餐的带宽为4M，用户设备A请求用户设备A和用户设备B之间使用的目标服务质量需求的带宽为5M，则QoS决策网元确定用户设备A和用户设备B的上行和下行带宽需求为3M。
在另一种可能的实施方式中，QoS决策网元也可以根据所述第一用户设备的签约业务确定所述服务质量需求。
具体的，在该实施例中，QOS决策网元可以根据用户设备A的视频数据套餐来确定用户设备A和用户设备B的QoS需求：
如果用户设备A没有视频加速数据套餐，则QoS决策网元确定不能接受户设备A的第一服务质量提升请求，并返回QoS提升请求失败信息到应用服务器，或者直接返回QoS提升请求失败信息到用户设备A，并且在QoS提升请求失败信息中指示拒绝第一服务质量提升请求的原因是用户设备A没有视频加速数据套餐服务。
如果用户设备A有视频加速数据套餐，则根据用户设备A的视频加速数据套餐确定用户设备A和用户设备B的上行和下行带宽需求。例如，用户设备A的视频加速数据套餐的带宽为3M，则确定用户设备A和用户设备B的上行和下行带宽需求为3M。
在这个QoS需求的确定过程中，如果用户设备A在第一服务质量提升请求中携带了第一用户设备的目标服务质量需求，则QoS决策网元还参考该目标服务质量需求确定用户设备A和用户设备B的上行和下行带宽需求，例如，用户设备A的视频加速数据套餐的带宽为3M，用户设备A请求用户设备A和用户设备B之间使用目标服务质量需求为带宽2M，则QoS决策网元确定用户设备A和用户设备B的上行和下行带宽需求为2M；如果用户设备A的视频加速数据套餐的带宽为3M，用户设备A请求用户设备A和用户设备B之间使用的目标服务质量需求的带宽为5M，则QoS决策网元确定用户设备A和用户设备B的上行和下行带宽需求为3M。
也就是说，如果所述第一用户设备的签约业务没有业务加速套餐，则确定不能执行服务质量提升处理，返回服务质量提升请求失败信息到第一用户设备；或者，
如果第一用户设备的签约业务有业务加速套餐，则根据第一用户设备的业务加速套餐确定第一用户设备和第二用户设备的服务质量。
203，QoS决策网元决策出可以提升用户设备A和用户设备B之间的QoS后，还可以发送第二服务质量提升请求到用户设备B，在本实施例中，将第二服务质量提升请求称为QoS提升请求推送信息。如果QoS决策网元具有推送功能，QoS决策网元可以直接向用户设备B推送QoS提升请求推送信息，也可以先发送业务推送请求信息到推送服务器，请求推送服务器发送QoS提升推送信息到用户设备B，推送服务器收到请求后发送QoS提升请求推送信息到用户设备B；通过QoS提升请求推送信息询问用户设备B是否接受业务。
用户设备B可以选择接受或者拒绝QoS提升请求，直接向QOS决策网元或者通过推送服务器回QoS提升接受或者拒绝信息到QoS决策网元。
204，QoS决策网元根据202和203的操作，确定是否为用户设备A和用户设备B提升服务质量，例如，在203中，由于用户设备A或者用户设备B未办理签约业务则不能为用户设备A和用户设备B提升服务质量，或者即使为用户设备A或者用户设备B办理了签约业务，但用户设备B拒绝接受服务质量提升，则QOS决策网元也为不能为用户设备A和用户设备B提升服务质量，也就是说QOS决策网元拒绝为用户设备A和用户设备B提升服务质量。
只有在用户设备A和用户设备B都具有签约业务，并且用户设备B也接受服务质量提升请求的情况下，QOS决策网元才能够提升服务质量。
QOS决策网元根据203和204的结果，回QoS提升接受或者拒绝信息到用户设备A，如果是拒绝为用户设备A和用户设备B提升服务质量，还需要携带拒绝为用户设备A和用户设备B提升服务质量的原因。
205a，在QOS决策网元确定接受为用户设备A和用户设备B提升服务质量时，将步骤203中确定的所述服务质量需求通过消息发送到PCRF A请求用户设备A的上行和下行带宽需求，在所述的消息中，携带具体的视频聊天等实时视频业务类型，业务流filter、上行带宽，下行带宽信息。PCRF根据上述消息中的内容，确定用户设备A的策略和计费控制规则。
206a，在确定PCC规则之后，PCRF A将用户设备A的PCC规则发给GGSN/PGW A，请求无线网络提升用户设备A的上/下行带宽需求。PCC规则中包括实时视频业务信息(视频聊天等实时视频业务类型，业务流filter)，上行带宽，下行带宽信息。
207a，GGSN/PGW A根据收到的PCC规则，发起专有承载建立流程建立用户设备A的GBR专有承载，这个专有承载的上行和下行带宽就是应用服务器请求的带宽，并将专有承载信息告知PCRF A。
208a，PCRF A回QoS Response到QoS决策网元，携带网络分配给用户设备A的QoS信息。
205b，在QOS决策网元确定接受为用户设备A和用户设备B提升服务质量时，将步骤203中确定的所述服务质量需求通过消息发送到PCRF B请求用户设备B的上行和下行带宽需求，在所述的消息中，携带具体的视频聊天等实时视频业务类型，业务流filter、上行带宽，下行带宽信息。PCRF B根据上述消息中的内容，确定用户设备B的策略和计费控制规则。
206b，在确定PCC规则之后，PCRF B将用户设备B的PCC规则发给GGSN/PGW B，请求无线网络提升用户设备B的上/下行带宽需求。PCC规则中包括实时视频业务信息(视频聊天等实时视频业务类型，业务流filter)，上行带宽，下行带宽信息。
207b，GGSN/PGW B根据收到的PCC规则，发起专有承载建立流程建立用户设备b的GBR专有承载，这个专有承载的上行和下行带宽就是应用服务器请求的带宽，并将专有承载信息告知PCRF B。
208b，PCRF B回QoS Response到QoS决策网元，携带网络分配给用户设备B的QoS信息。
本实施例中不限定PCRF A和PCRF B为同一个PCRF，GGSN/PGW A和GGSN/PGW B为同一个网关。
通过上述的实施例，服务质量决策网元可以实现在多个用户设备进行无线业务执行过程中，无论影响服务质量的主体在哪一端用户设备，均能根据一个用户设备发送的服务质量提升请求，提升正在执行无线业务的多个用户设备之间的服务质量，从而保证正在执行无线业务的多个用户设备之间的端到端带宽需求，从而提高视频聊天等双向视频应用的用户体验。
如图3所示，图3是以应用服务器作为执行主体，以正在进行视频通话的两个用户设备A和B为例进行说明上述实施例的一种实施方式，在视频通话中，视频数据传输流畅程度是用户判断服务质量的最重要因素，图3是本实施例的交互状态图。
301，用户设备A与用户设备B正处于视频通话的业务进程中时，发现正在进行的视频通话并不流畅，因此用户设备A的用户希望提升用户设备A和用户设备B之间使用的服务质量(Quality of Service，QoS)，则用户设备A发送第一服务质量提升请求(QoS Enhancement Request)到应用服务器，请求提升用户设备A和用户设备B之间的服务质量，在本实施例中，所述服务质量是指用户设备A和用户设备B之间的无线链路的上、下行带宽。第一服务质量提升请求称之为QoS提升请求或者也可以称之为业务加速请求。用户设备A在第一服务质量提升请求中携带标识用户设备A和用户设备B的用户标识，可选地，用户设备A在第一服务质量提升请求中携带用户设备A和用户设备B之间使用的目标服务质量，例如用户设备A希望用户设备A和用户设备B之间维持2M的上下行带宽。
应用服务器在接收到用户设备A发送的第一服务质量提升请求之后，需要获取用户设备A的签约业务和/或用户设备A在无线网络中使用的服务质量。例如，应用服务器可以发送用户信息查询请求信息到开放平台，或、业务交付平台(Service Delivery Platform，SDP)，应用软件编程接口网关(Application Programming Interface Gateway，API GW)，业务网关或者业务服务器，查询用户设备A的视频数据套餐和/或用户设备A在无线网络中使用的QoS。
之后，应用服务器接收开放平台返回的用户设备A的视频数据套餐和/或用户设备A在无线网络中使用的QoS信息到应用服务器。
应用服务器需要获取用户设备B的签约业务和/或用户设备B在无线网络中使用的服务质量。例如，应用服务器发送用户信息查询请求信息到开放平台，或、SDP，API GW，查询用户设备B的视频数据套餐和/或用户设备B在无线网络中的QoS；开放平台返回用户设备B的视频数据套餐和/或用户设备B在无线网络中的QoS信息到应用服务器。
当然，应用服务器也可以在一次用户信息查询请求中获取用户设备A和用户设备B的视频数据套餐和/或用户设备A和用户设备B在无线网络中使用的QoS，这时，应用服务器发送的用户信息查询请求中携带用户设备A和用户设备B的标识，指示需要查询用户设备A和用户设备B的视频数据套餐和/或用户设备A和用户设备B在无线网络中使用的QoS；开放平台返回用户设备A和用户设备B的视频数据套餐和/或用户设备A和用户设备B在无线网络中使用的QoS信息到应用服务器。
302，应用服务器执行QoS确定，根据第一服务质量提升请求，确定服务质量需求，确定用户设备A和用户设备B的上行和下行服务质量需求，在本实施例中，具体为上、下行带宽需求。
具体而言，应用服务器根据第一服务质量提升请求，确定服务质量需求的方法可以和图2所示的实施例相同，不多赘述。
303，应用服务器决策出可以提升用户设备A和用户设备B之间的QoS后，还可以发送第二服务质量提升请求到用户设备B，在本实施例中，将第二服务质量提升请求称为QoS提升请求推送信息。如果应用服务器具有推送功能，应用服务器可以直接向用户设备B推送QoS提升请求推送信息，也可以先发送业务推送请求信息到推送服务器，请求推送服务器发送QoS提升推送信息到用户设备B，推送服务器收到请求后发送QoS提升请求推送信息到用户设备B；通过QoS提升请求推送信息询问用户设备B是否接受业务。
用户设备B可以选择接受或者拒绝QoS提升请求，直接向应用服务器或者通过推送服务器回QoS提升接受或者拒绝信息到应用服务器。
304，应用服务器根据302和303的操作，确定是否为用户设备A和用户设备B提升服务质量，例如，在302中，由于用户设备A或者用户设备B未办理签约业务则不能为用户设备A和用户设备B提升服务质量，或者即使为用户设备A或者用户设备B办理了签约业务，但用户设备B拒绝接受服务质量提升，则应用服务器也不能为用户设备A和用户设备B提升服务质量，也就是说应用服务器拒绝为用户设备A和用户设备B提升服务质量。
应用服务器根据302和303的结果，回QoS提升接受或者拒绝信息到用户设备A，如果是拒绝为用户设备A和用户设备B提升服务质量，还需要携带拒绝为用户设备A和用户设备B提升服务质量的原因。
305a，在应用服务器确定接受为用户设备A和用户设备B提升服务质量时，将步骤303中确定的所述服务质量需求通过消息发送到PCRF A请求用户设备A的上行和下行带宽需求，在所述的消息中，携带具体的视频聊天等实时视频业务类型，业务流filter、上行带宽，下行带宽信息。PCRF根据上述消息中的内容，确定用户设备A的策略和计费控制规则。
306a，在确定PCC规则之后，PCRF A将用户设备A的PCC规则发给GGSN/PGW A，请求无线网络提升用户设备A的上/下行带宽需求。PCC规则中包括实时视频业务信息(视频聊天等实时视频业务类型，业务流filter)，上行带宽，下行带宽信息。
307a，GGSN/PGW A根据收到的PCC规则，发起专有承载建立流程建立用户设备A的GBR专有承载，这个专有承载的上行和下行带宽就是应用服务器请求的带宽，并将专有承载信息告知PCRF A。
308a，PCRFA回QoS Response到QoS决策网元，携带网络分配给用户设备A的QoS信息。
305b，在应用服务器确定接受为用户设备A和用户设备B提升服务质量时，将步骤203中确定的所述服务质量需求通过消息发送到PCRF B请求用户设备B的上行和下行带宽需求，在所述的消息中，携带具体的视频聊天等实时视频业务类型，业务流filter、上行带宽，下行带宽信息。PCRF B根据上述消息中的内容，确定用户设备B的策略和计费控制规则。
306b，在确定PCC规则之后，PCRFB将用户设备B的PCC规则发给GGSN/PGW B，请求无线网络提升用户设备B的上/下行带宽需求。PCC规则中包括实时视频业务信息(视频聊天等实时视频业务类型，业务流filter)，上行带宽，下行带宽信息。
307b，GGSN/PGW B根据收到的PCC规则，发起专有承载建立流程建立用户设备b的GBR专有承载，这个专有承载的上行和下行带宽就是应用服务器请求的带宽，并将专有承载信息告知PCRF B。
308b，PCRF B回QoS Response到QoS决策网元，携带网络分配给用户设备B的QoS信息。
本实施例中不限定PCRF A和PCRF B为同一个PCRF，GGSN/PGW A和GGSN/PGW B为同一个网关。
通过上述的实施例，应用服务器可以实现在多个用户设备进行无线业务执行过程中，无论影响服务质量的主体在哪一端用户设备，均能根据一个用户设备发送的服务质量提升请求，提升正在执行无线业务的多个用户设备之间的服务质量，从而保证正在执行无线业务的多个用户设备之间的端到端带宽需求，从而提高视频聊天等双向视频应用的用户体验。
如图4所示，本发明另一种实施例提供了一种服务质量提升方法，图5是该实施例的流程图，与图1所示的实施例的区别在于，本实施例的执行主体为策略和计费功能实体PCRF，由图4可见，本实施例提供的方法包括：
401，策略和计费功能实体接收第一用户设备发送的第一服务质量提升请求，所述第一服务质量请求用以提高第一用户设备和第二用户设备之间的服务质量，所述第一服务质量提升请求中携带所述第一用户设备和所述第二用户设备的用户标识，
具体而言，所述的服务质量可以是带宽需求、时延需求等影响用户体验的网络参数。所述的第一用户设备和第二用户设备已经建立的业务连接包括但不限定于文件传输、视频通话、语音通话等业务，因此根据不同的业务内容，所述的服务质量内容也不同，例如在视频通话业务中，视频数据流畅程度对用户体验最重要，为了保证视频数据传输流畅，就需要保证无线带宽，在该种情况下，服务质量即为带宽宽度。在语音通话业务中，延时程度对用户体验重要，为了保证通话质量，延时长短即作为最主要的服务质量。因此，当一个用户在进行业务进程时，如果发现服务质量较差，则可以通过用户设备向服务质量决策网元发送提高服务质量的请求，在本实施例中，为第一服务质量提升请求，为例便于服务质量决策网元识别用户设备，需要在第一服务质量请求中，携带建立业务连接的用户设备的标识信息，此外还可以携带有所述第一用户设备的目标服务质量需求，便于服务质量决策网元确定第一用户设备和第二用户设备的服务质量需求，例如所需要的无线带宽。
其中，所述第一服务提升请求是应用服务器在接收到所述第一服务质量提升请求之后，通过开放平台发送给所述策略和计费功能实体的，或者，
所述第一服务提升请求是开放平台在接收到所述第一服务质量提升请求之后，发送给所述策略和计费功能实体的。
402，所述策略和计费功能实体根据所述第一服务质量提升请求，确定服务质量需求；
具体的，在接收到第一用户设备发送的第一服务质量提升请求之后，根据所述第一用户设备和所述第二用户设备的签约业务确定所述服务质量需求；或者，
根据所述第一用户设备的签约业务确定所述服务质量需求。
更具体的所述的签约业务包括但不限定于是否办理了带宽提升套餐(如，视频业务加速套餐等)，或者办理的带宽提升套餐对应的带宽量等。
进一步地，如果第一服务质量提升请求中携带有第一用户设备请求的目标服务质量需求，则可以同时参考几种因素，来确定服务质量需求。
403，所述策略和计费功能实体确定服务质量提升策略，之后，向所述第一用户设备和所述第二用户设备接入的网关发送所述服务质量提升策略，以为所述第一用户设备和第二用户设备提升所述服务质量。
具体而言，在确定了服务质量需求之后，例如，确定可以为第一用户设备和第二用户设备提升设定的无线带宽之后，需要通过用于策略控制决定和流计费控制功能的策略和计费功能实体(Policy and Charging Rule Function，PCRF)确定策略和计费工作规则，其中包含业务信息、业务流filter等。并将相应的策略和计费工作规则发送给每个用户设备接入的网关GGSN/PGW等，由每个用户设备所属的网关为每个用户设备建立专有承载，从而提升用户设备的服务质量，保证用户设备之间的业务质量。
在一种可能的实施方式中，策略和计费功能实体在所述根据所述服务质量请求，确定服务质量需求之后，还包括：
向第二用户设备发送第二服务质量提升请求，以请求所述第二用户设备接受所述服务质量提升请求；
接收所述第二用户设备对所述第二服务质量提升请求的回应，所述回应中包含接受或者拒绝所述服务质量提升请求的信息；
将所述第二用户设备的所述回应，发送给所述第一用户设备；
在所述第二用户设备接收所述服务质量提升请求的情况下，根据所述服务质量需求，确定服务质量提升策略。
以下以正在进行视频通话的两个用户设备A和B为例进行说明上述实施例的一种实施方式，在视频通话中，视频数据传输流畅程度是用户判断服务质量的最重要因素，图5是本实施例的交互状态图。
501，用户设备A与用户设备B正处于视频通话的业务进程中时，发现正在进行的视频通话并不流畅，因此用户设备A的用户希望提升用户设备A和用户设备B之间使用的服务质量(Quality of Service，QoS)，则用户设备A发送第一服务质量提升请求(QoS Enhancement Request)到PCRF，请求提升用户设备A和用户设备B之间的服务质量，在本实施例中，所述服务质量是指用户设备A和用户设备B之间的无线链路的上、下行带宽。第一服务质量提升请求称之为QoS提升请求或者也可以称之为业务加速请求。用户设备A在第一服务质量提升请求中携带标识用户设备A和用户设备B的用户标识，可选地，用户设备A在第一服务质量提升请求中携带用户设备A和用户设备B之间使用的目标服务质量，例如用户设备A希望用户设备A和用户设备B之间维持2M的上下行带宽。
如图5中步骤501a，用户设备A可以选择将第一服务质量提升请求发送到应用服务器，应用服务器再将第一服务质量提升请求通过开放平台或者业务网关转发给PCRF，通过第一服务质量提升请求，请求PCRF提升用户设备A和用户设备B之间的QoS。
或者，如步骤501b所示，用户设备A发送第一服务质量提升请求到开放平台或者业务网关，开放平台或者业务网关再将第一服务质量请求发送到PCRF。开放平台也可以称之为业务交付平台(Service Delivery Platform，SDP)，或者API GW。用户设备A发送QoS提升请求到开放平台或者业务网关，开放平台或者业务网关发送QoS提升请求到到PCRF，请求提升用户设备A和用户设备B之间的QoS。QoS Enhancement Request中携带用户设备A和用户设备B的用户标识，可选地，QoS Enhancement Request中携带希望用户设备A和用户设备B之间使用的QoS。
502，PCRF执行QoS确定，根据所述第一服务质量提升请求，确定服务质量需求，确定用户设备A和用户设备B的上行和下行服务质量需求，在本实施例中，具体为上、下行带宽需求。
具体而言，PCRF根据第一服务质量提升请求，确定服务质量需求的方法可以和图2所示的实施例相同，不多赘述。
503，PCRF决策出可以提升用户设备A和用户设备B之间的QoS后，还可以发送第二服务质量提升请求到用户设备B，在本实施例中，将第二服务质量提升请求称为QoS提升请求推送信息。PCRF可以先发送业务推送请求信息到推送服务器，请求推送服务器发送QoS提升推送信息到用户设备B，推送服务器收到请求后发送QoS提升请求推送信息到用户设备B；或者，如果PCRF具有推送功能，则PCRF直接发送QoS提升请求推送信息到用户设备B，通过QoS提升请求推送信息询问用户设备B是否接受业务。
用户设备B可以选择接受或者拒绝QoS提升请求，直接向PCRF或者通过推送服务器回QoS提升接受或者拒绝信息到PCRF。
504，PCRF根据502和503的操作，确定是否为用户设备A和用户设备B提升服务质量，例如，在502中，由于用户设备A或者用户设备B未办理签约业务则不能为用户设备A和用户设备B提升服务质量，或者即使为用户设备A或者用户设备B办理了签约业务，但用户设备B拒绝接受服务质量提升，则应用服务器也不能为用户设备A和用户设备B提升服务质量，也就是说应用服务器拒绝为用户设备A和用户设备B提升服务质量。
PCRF根据502和503的结果，回QoS提升接受或者拒绝信息到用户设备A，如果是拒绝为用户设备A和用户设备B提升服务质量，还需要携带拒绝为用户设备A和用户设备B提升服务质量的原因。
PCRF可以发送QoS提升接受或者拒绝信息到开放平台，开放平台发送QoS提升接受或者拒绝信息到应用服务器，应用服务器发送QoS提升接受或者拒绝信息到用户设备A。
或者，PCRF发送QoS提升接受或者拒绝信息到开放平台，开放平台发送QoS提升接受或者拒绝信息到用户设备A。
505，在PCRF确定接受为用户设备A和用户设备B提升服务质量时，根据502中确定的所述服务质量需求，确定策略和计费控制规则。
506a，在确定PCC规则之后，PCRF将PCC规则发给GGSN/PGW A，请求无线网络提升用户设备A的上/下行带宽需求。PCC规则中包括实时视频业务信息(视频聊天等实时视频业务类型，业务流filter)，上行带宽，下行带宽信息。
507a，GGSN/PGW A根据收到的PCC规则，发起专有承载建立流程建立用户设备A的GBR专有承载，这个专有承载的上行和下行带宽就是应用服务器请求的带宽，并将专有承载信息告知PCRF。
506b，在确定PCC规则之后，PCRF将PCC规则发给GGSN/PGW B，请求无线网络提升用户设备B的上/下行带宽需求。PCC规则中包括实时视频业务信息(视频聊天等实时视频业务类型，业务流filter)，上行带宽，下行带宽信息。
507b，GGSN/PGW B根据收到的PCC规则，发起专有承载建立流程建立用户设备B的GBR专有承载，这个专有承载的上行和下行带宽就是应用服务器请求的带宽，并将专有承载信息告知PCRF。
通过上述的实施例，策略和计费功能实体可以实现在多个用户设备进行无线业务执行过程中，无论影响服务质量的主体在哪一端用户设备，均能根据一个用户设备发送的服务质量提升请求，提升正在执行无线业务的多个用户设备之间的服务质量，从而保证正在执行无线业务的多个用户设备之间的端到端带宽需求，从而提高视频聊天等双向视频应用的用户体验。
相应的，本发明实施例还提供了一种服务质量提升装置，图6该服务提升装置，该种装置可以是具有服务质量决策功能的应用服务器，也可以单独的服务决策网元，由图6可见，所述装置包括：
接收单元601，用于接收第一用户设备发送的第一服务质量提升请求，所述第一服务质量提升请求用以请求提高第一用户设备和第二用户设备之间的服务质量，所述第一服务质量提升请求中携带所述第一用户设备和所述第二用户设备的用户标识；
确定单元602，用于根据所述第一服务质量请求，确定服务质量需求；
发送单元603，用于将所述服务质量需求发送给所述第一用户设备和第二用户设备的策略和计费功能实体，由所述策略和计费功能实体确定策略和计费控制规则，之后，由所述策略和计费功能实体向所述第一用户设备和所述第二用户设备接入的网关发送所述策略和计费控制规则，以为所述第一用户设备和第二用户设备提升所述服务质量。
在一种可能的实施方式中，所述发送单元601还用以在所述根据所述服务质量提升请求，确定服务质量需求之后，向第二用户设备发送第二服务质量提升请求，以请求所述第二用户设备接受所述服务质量提升请求；
所述接收单元602还用于接收所述第二用户设备对所述第二服务质量提升请求的回应，所述回应中包含接受或者拒绝所述服务质量提升请求的信息；
所述发送单元601在所述第二用户设备接收所述服务质量提升请求的情况下，将所述服务质量需求发送给所述第一用户设备和第二用户设备的策略和计费功能实体。
在一种可能的实施方式中，所述确定单元602具体用于：
根据所述第一用户设备和所述第二用户设备的签约业务确定所述服务质量需求。
或者，在所述第一服务质量提升请求中携带还携带有所述第一用户设备的目标服务质量需求的情况下
所述确定单元602根据所述第一用户设备和所述第二用户设备的签约业务以及所述目标服务质量需求，确定所述服务质量需求。
在另一种可能的实施方式中，所述确定单元602具体用于：
根据所述第一用户设备的签约业务确定所述服务质量需求。
当所述第一服务质量提升请求中携带还携带有所述第一用户设备的目标服务质量需求时；
所述确定单元602具体用于：
根据所述第一用户设备的签约业务以及所述目标服务质量需求，确定所述服务质量需求。
通过本发明实施例提供的服务质量提升装置，可以实现在多个用户设备进行无线业务执行过程中，无论影响服务质量的主体在哪一端用户设备，均能根据一个用户设备发送的服务质量提升请求，提升正在执行无线业务的多个用户设备之间的服务质量，从而保证正在执行无线业务的多个用户设备之间的端到端带宽需求，从而提高视频聊天等双向视频应用的用户体验。
相应的，本发明实施例还提供了一种服务质量提升装置，其结构如图7所示，在该实施例中所述的装置可以是一种策略和计费功能实体，由图7可见，所述装置包括：
接收单元701，用以接收第一用户设备发送的第一服务质量提升请求，所述第一服务质量提升请求用以请求提高第一用户设备和第二用户设备之间的服务质量，所述第一服务质量提升请求中携带所述第一用户设备和所述第二用户设备的用户标识；
确定单元702，用以根据所述第一服务质量提升请求，确定服务质量需求；
处理单元703，用以根据所述服务质量需求，确定策略和计费控制规则；
发送单元704，用以向所述第一用户设备和所述第二用户设备接入的网关发送所述策略和计费控制规则，以为所述第一用户设备和第二用户设备提升所述服务质量。
在一种可能的实施方式中，所述第一服务提升请求是应用服务器在接收到所述第一服务质量提升请求之后，通过开放平台或者业务网关发送给所述策略和计费功能实体的，或者，
所述第一服务提升请求是开放平台或者业务网关在接收到所述第一服务质量提升请求之后，发送给所述策略和计费功能实体的。
在另一种可能的实施方式中，所述发送单元703还用以在所述根据所述服务质量请求，确定服务质量需求之后，向第二用户设备发送第二服务质量提升请求，以请求所述第二用户设备接受所述服务质量提升请求；
所述接收单元701还用于接收所述第二用户设备对所述第二服务质量提升请求的回应，所述回应中包含接受或者拒绝所述服务质量提升请求的信息；
所述确定单元702可以根据所述第一用户设备和所述第二用户设备的签约业务确定所述服务质量需求；或者是在第一服务质量提升请求中携带还携带有所述第一用户设备的目标服务质量需求的情况下根据所述第一用户设备和所述第二用户设备的签约业务以及所述目标服务质量需求，确定所述服务质量需求。
所述确定单元702可以根据所述第一用户设备的签约业务确定所述服务质量需求；或者是在第一服务质量提升请求中携带还携带有所述第一用户设备的目标服务质量需求的情况下根据所述第一用户设备的签约业务以及所述目标服务质量需求，确定所述服务质量需求。
通过本发明实施例提供的服务质量提升装置，可以实现在多个用户设备进行无线业务执行过程中，无论影响服务质量的主体在哪一端用户设备，均能根据一个用户设备发送的服务质量提升请求，提升正在执行无线业务的多个用户设备之间的服务质量，从而保证正在执行无线业务的多个用户设备之间的端到端带宽需求，从而提高视频聊天等双向视频应用的用户体验。
相应的，本发明实施例还提供了一种服务质量提升装置，图8该服务提升装置，该种装置可以是具有服务质量决策功能的应用服务器，也可以是单独的服务决策网元，由图8可见，本实施例包括网络接口81、处理器82、存储器83以及系统总线84。
系统总线84用于连接网络接口61、处理器62和存储器63。
网络接口81用于与网络通信。
存储器83可以是永久存储器，例如硬盘驱动器和闪存，存储器83中具有软件模块和设备驱动程序。软件模块能够执行本发明上述方法的各种功能模块；设备驱动程序可以是网络和接口驱动程序。
在启动时，这些软件组件被加载到存储器83中，然后被处理器82访问并执行如下指令：
接收第一用户设备发送的第一服务质量提升请求，所述第一服务质量提升请求用以提高第一用户设备和第二用户设备之间的服务质量，所述第一服务质量提升请求中携带所述第一用户设备和所述第二用户设备的用户标识；
根据所述第一服务质量提升请求，确定服务质量需求；
将所述服务质量需求发送给所述第一用户设备和第二用户设备的策略和计费功能实体，由所述策略和计费功能实体确定策略和计费控制规则，之后，由所述策略和计费功能实体向所述第一用户设备和所述第二用户设备接入的网关发送所述策略和计费控制规则，以为所述第一用户设备和第二用户设备提升所述服务质量。
通过本发明实施例提供的服务质量提升装置，可以实现在多个用户设备进行无线业务执行过程中，无论影响服务质量的主体在哪一端用户设备，均能根据一个用户设备发送的服务质量提升请求，提升正在执行无线业务的多个用户设备之间的服务质量，从而保证正在执行无线业务的多个用户设备之间的端到端带宽需求，从而提高视频聊天等双向视频应用的用户体验。
相应的，本发明实施例还提供了一种服务质量提升装置，在该实施例中所述的装置可以是一种策略和计费功能实体，由图9可见，所述装置本实施例包括网络接口91、处理器92、存储器93以及系统总线94。
系统总线94用于连接网络接口91、处理器92和存储器93。
网络接口91用于与网络通信。
存储器93可以是永久存储器，例如硬盘驱动器和闪存，存储器93中具有软件模块和设备驱动程序。软件模块能够执行本发明上述方法的各种功能模块；设备驱动程序可以是网络和接口驱动程序。
在启动时，这些软件组件被加载到存储器93中，然后被处理器92访问并执行如下指令：
接收第一用户设备发送的第一服务质量提升请求，所述第一服务质量提升请求用以请求提高第一用户设备和第二用户设备之间的服务质量，所述第一服务质量提升请求中携带所述第一用户设备和所述第二用户设备的识别标识；
根据所述第一服务质量提升请求，确定服务质量需求；
根据所述服务质量需求确定策略和计费控制规则，之后，向所述第一用户设备和所述第二用户设备接入的网关发送所述策略和计费控制规则，以为所述第一用户设备和第二用户设备提升所述服务质量。
通过本发明实施例提供的服务质量提升装置，可以实现在多个用户设备进行无线业务执行过程中，无论影响服务质量的主体在哪一端用户设备，均能根据一个用户设备发送的服务质量提升请求，提升正在执行无线业务的多个用户设备之间的服务质量。
专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。