一种服务质量重协商方法、装置和系统 【技术领域】
本发明涉及移动通信领域，特别是涉及一种服务质量重协商方法、装置和系统。
背景技术
在现有的R99版本协议中，通用移动电信系统(UMTS Terrestrial RadioAccess Network，UTRAN)只能接受或者拒绝核心网(Core Network，CN)的无线接入承载(Radio Access Bearer，RAB)指派请求，对于某些业务，如果UTRAN无法提供CN在RAB建立请求中要求的服务质量(Quality of Service，QoS)时，此类业务建立就会失败，UTRAN在无线接入承载分配响应消息(RAB_ASSIGN_RESPONSE)中将失败原因带给CN，CN重新尝试用较低的QoS要求进行业务建立。这样很显然会增加业务建立时间和流程交互。
为了解决上述问题，CN在RAB指派消息中对请求的QoS指定一个范围，UTRAN根据当前的资源状况尽可能满足CN指派的最大QoS，如果不能满足，则在CN要求的QoS范围内降低QoS，业务建立成功后，在无线接入承载分配响应消息(RAB_ASSIGN_RESPONSE)中将满足的QoS信息返回给CN，CN根据UTRAN返回的QoS信息进行资源分配和数据发送。
很明显，上述方案可以提高业务的建立成功率，用户能够在有限的资源状况下得到可接受的服务而不是业务建立失败，这能够使用户和运营商都比较满意。但是此功能只支持RAB建立、修改、释放流程。
第三代数字通信网络(3rd Generation，3G)中的很多应用都可以使用可变的QoS参数，最常见的是业务速率，多数的数据业务、话音和视频业务都可以在不同的数据速率下进行。
CN在RAB建立/修改的时候在RAB参数中指明是否允许进行RAB QoS协商以及可协商的参数取值。
无线网络控制器(Radio Network Controller，RNC)收到RAB建立消息之后根据CN的指派信息以及RNC当前的资源状况决定是否执行RAB QoS协商。如果RNC能够提供满足CN要求的RAB参数值，RAB建立流程就可以成功，否则失败。
目前协议规定可协商的参数有两个：最大比特率Maximum Bit Rate和保证比特率Guaranteed Bit Rate。CN以三种方式给出这两个参数的可能取值：
(1)只指示参数可协商，RNC如不能支持期望值，就选择能支持的最好值；
(2)期望值和下限，RNC从此范围中选择；
(3)若干离散的取值，RNC从中选出能支持的最好值。
随着技术的发展，宽带码分多址接入(Wide-band Code Devision MultipleAccess，WCDMA)的协议从R99版本发展到R7版本，不同协议中小区的能力变化也越来越大，R99协议中小区上下行支持384K，R5协议引入HSDPA技术，小区下行最大支持14.4M，R6协议引入HSUPA技术，小区上行最大支持5.85M。现网中通常是各种协议的小区都存在。
当UE在各种小区间切换时，UTRAN支持的QoS发生变化，并进而需要通知CN进行相应的调整。
Iu Qos重协商功能是目前协议中提供的一种解决方法。当UE由于切换或小区更新时，UTRAN支持的Qos发生改变，UTRAN根据当前小区的能力信息，从新协商出支持的QoS，并发送RAB_MODIFY_REQUIRE请求消息给CN，CN根据请求重新下发RAB指派消息，通过RAB_MODIFY_REQUEST消息修改指派的Qos参数，从而达到修改业务QoS的目的。
在实现本发明的过程中，发明人发现现有技术至少存在以下问题：
RNC通过RAB修改请求消息将RNC当前支持的速率信息告诉CN，CN重新下发RAB指派消息改变Iu接口速率，这种过程存在如下缺点：
(1)CN需要通过重新下发RAB指派消息，跟RNC完成RAB指派流程交互后才会改变Iu接口速率。
(2)RNC收到RAB指派流程需要重新配置RNC内部资源、NODEB和UE的空口参数，流程冗余，且比较浪费系统资源。
(3)当UE高速移动使得切换频繁或者UE处于切换区发生乒乓切换的时候，由于信道资源的频繁改变，CN会频繁的跟进行RAB指派流程的交互，RNC频繁执行空口参数的重配，从而增加系统的处理负担，且造成业务的不稳定，增大业务掉话概率。
综上所述，在这种情况下，RNC已经根据小区的能力或者当前的资源使用状况调整了空口的信道参数，此时仅需要通知CN调整相应的Iu接口速率和相应的资源分配，而没有必要请求CN重新进行RAB指派，再修改空口和Iu接口速率，因此，现有技术所提供的方案造成了不必要的资源浪费。
【发明内容】
本发明实施例要解决的问题是提供一种服务质量重协商方法，通过增加一条接口消息，当需要发起分组域业务Qos重协商时，通过该消息通知当前支持地速率信息，从而使网络侧改变接口的速率和分配的相应资源，达到简化Iu Qos重协商流程的目的。
为达到上述目的，本发明实施例一方面提出一种QoS重协商方法，包括以下步骤：
接收终端发送的小区变化消息，所述小区变化消息包括所述终端小区变化后的QoS参数；
根据所述小区变化消息，重协商QoS参数，并根据所述QoS参数重新配置所述终端；
根据重协商的所述QoS参数，发送接口速率调整消息给网络侧，以调整接口的数据传输速率。
另一方面，本发明实施例还提出一种QoS重协商方法，包括以下步骤：
接收无线网络控制器发送的接口速率调整消息；
直接根据所述接口速率调整消息调整接口的数据传输速率。
另一方面，本发明实施例还提出一种无线网络控制器，包括：
接收模块，用于接收终端发送的小区变化消息；
配置模块，用于根据所述接收模块接收的小区变化消息，重协商QoS参数，并根据所述QoS参数重新配置所述终端；
发送模块，用于根据所述配置模块重协商的所述QoS参数，发送接口速率调整消息给网络侧。
另一方面，本发明实施例还提出一种网络设备，包括：
接收模块，用于接收无线网络控制器发送的接口速率调整消息；
调整模块，用于直接根据所述接收模块接收的接口速率调整消息，调整接口的数据传输速率，并分配资源。
另一方面，本发明实施例还提出一种QoS重协商系统，包括终端、无线网络控制器和网络设备：
所述终端，用于发送小区变化消息
所述无线网络控制器，用于接收所述终端发送的小区变化消息，根据所述小区变化消息重协商QoS参数，并根据所述QoS参数，重新配置所述终端，以及发送接口速率调整消息给所述网络设备。
所述网络设备，用于接收所述无线网络控制器发送的接口速率调整消息，调整接口的数据传输速率，并分配资源。
本发明实施例的技术方案具有以下优点，因为采用了QoS重协商方法，增加一条Iu接口消息，当RNC主动发起分组域业务Iu Qos重协商时，通过该消息告诉CN当前RNC支持的速率信息，CN收到消息后改变Iu接口的速率和分配的相应资源，无需重新发起RAB指派流程，从而，达到了简化Iu Qos重协商流程的效果。
【附图说明】
为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例一中一种QoS重协商方法的流程示意图；
图2为本发明实施例二中一种QoS重协商方法的流程示意图；
图3为本发明实施例三中小区变更时的QoS重协商流程示意图；
图4为本发明实施例四中小区更新时的QoS重协商流程示意图；
图5为本发明实施例五中一种QoS重协商系统的结构示意图。
【具体实施方式】
本发明实施例通过增加一条Iu接口消息，当RNC主动发起分组域业务Iu Qos重协商时，通过该消息告诉CN当前RNC支持的速率信息，CN收到消息后改变Iu接口的速率和分配的相应资源，无需重新发起RAB指派流程，达到简化Iu Qos重协商流程的目的。
为达到上述目的，本发明实施例通过对3GPP 25.413 R7协议的修改，在Iu接口增加无线接入承载服务质量协商标识消息(RAB QOS NEGOTIATIONINDICATION)，消息中携带请求CN更改的Iu接口数据传输的最大速率和保证速率，CN收到消息后按照RNC的请求更改Iu接口的数据传输速率。
具体的，RAB QOS NEGOTIATION INDICATION的具体格式如表1所示：
表1 RAB QOS NEGOTIATION INDICATION格式示意表格
IE/Group Name Presence Range IEtype and reference Semantics description Criticality Assigned Criticality Message Type M 9.2.1.1 YES Ignore RABs To Be Negotiated List M YES Ignore >RABs To Be Negotiated Item IEs 1to <maxnoofRABs> EACH Ignore >>RAB ID M 9.2.1.2 Uniquely identifies the RAB for a specific CN domain，for a particular UE. - >>Negotiated RAB Parameter Values M 9.2.1.45 Includes RAB parameters for which different values than what was originally negotiated are being requested. -
需要说明的是，以上所给出的RAB QOS NEGOTIATION INDICATION修改示意表格仅是本发明的一种优选实施例，在实际应用中，根据具体的技术环境需要，可以作出不违背本发明技术思想的调整，这样的调整同样属于本发明的保护范围。
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
如图1所示，为本发明实施例一，一种QoS重协商方法的流程示意图，包括以下步骤：
步骤S101、接收终端发送的小区变化消息。
其中，小区变化消息中包括终端小区变化后的QoS参数
另一方面。根据终端所在小区变化的原因。具体包括以下两种情况：
当终端所处小区与其他小区发生切换，即终端所处小区发生了变更时，接收终端发送的其他小区的测量报告；或，
当终端所处小区发生更新，即终端所处小区的参数信息时，接收终端发送的小区的更新信息。
步骤S102、根据小区变化消息，重协商QoS参数，并根据QoS参数重新配置终端。
其中，具体的协商和配置过程如下：
如果是小区发生了变更，则根据当前小区的测量报告，分析获取当前小区的能力信息，并根据该能力信息协商出当前可以支持的最优QoS，并根据该最优QoS的协商结果重新配置终端，重新配置终端具体通过向终端发送调整消息来实现，例如，通过向终端发送无线承载重配置消息(RADIO BEARERRECONFIGURATION)，并接收相应的响应消息来实现。
如果是当前小区的参数信息发生了变更，则根据小区更新信息，分析获取当前小区的最新能力信息，并根据该能力信息协商出当前可以支持的最优QoS，并根据该最优QoS的协商结果重新配置终端，重新配置终端具体通过向终端返回更新确认消息时携带相应配置参数来实现。
步骤S103、根据重协商的QoS参数，发送接口速率调整消息给网络侧，以直接调整接口的数据传输速率。
其中，接口速率调整消息，即按照前述的RAB QOS NEGOTIATIONINDICATION在Iu接口增加的接口速率调整消息，至少包括请求接口更改的最大传输速率和保证传输速率。
进一步的，调整接口的数据传输速率，具体为：
调整接口的数据传输速率与终端的数据传输速率相一致。
本发明实施例的技术方案具有以下优点，因为采用了QoS重协商方法，增加一条Iu接口消息，当RNC主动发起分组域业务Iu Qos重协商时，通过该消息告诉CN当前RNC支持的速率信息，CN收到消息后改变Iu接口的速率和分配的相应资源，无需重新发起RAB指派流程，从而，达到了简化Iu Qos重协商流程的效果。
另一方面，如图2所示，为本发明实施例二，一种QoS重协商方法的流程示意图，包括以下步骤：
步骤S201、网络侧接收无线网络控制器发送的接口速率调整消息。
其中，接口速率调整消息，即按照前述的RAB QOS NEGOTIATIONINDICATION在Iu接口增加的接口速率调整消息，至少包括请求接口更改的最大传输速率和保证传输速率。
步骤S202、网络侧直接根据接口速率调整消息调整接口的数据传输速率。
其中，所述接口具体为Iu接口。
进一步的，调整接口的数据传输速率，具体为：
调整接口的数据传输速率与终端的数据传输速率相一致。
在本发明实施例中，网络侧具体指网络侧可以实现接口的数据传输速率调整的装置，如核心网(Core Network，CN)等，该装置可以是物理上存在的实体装置，也可以是具有相应功能的多个装置之和，或者具有相应功能的逻辑装置，在具有同样功能的基础上，网络侧具体含义的变化，并不影响本发明的保护范围。
本发明实施例的技术方案具有以下优点，因为采用了QoS重协商方法，增加一条Iu接口消息，当RNC主动发起分组域业务Iu Qos重协商时，通过该消息告诉CN当前RNC支持的速率信息，CN收到消息后改变Iu接口的速率和分配的相应资源，无需重新发起RAB指派流程，从而，达到了简化Iu Qos重协商流程的效果。
进一步的，结合具体的实施场景，本发明通过以下实施例，针对终端所处的小区发生变更和更新两种情况时的QoS重协商流程进行说明。
如图3所示，为本发明实施例三，小区变更时的QoS重协商流程示意图，包括以下步骤：
步骤S301、终端检测到最优小区发生变化，向RNC上报测量报告。
由于终端所处小区发生了变化，终端检测到小区发生变化，此从而，向RNC上报对最新小区的测量报告。
步骤S302、RNC发起切换流程，进行活动集更新。
步骤S303、RNC向终端发送无线承载重配置消息(RADIO BEARERRECONFIGURATION)，对终端参数进行重配置，并接收终端的配置完成响应消息。
由于两小区(即最新小区和原小区)能力不同，例如原小区个是H小区，最新小区是R99小区，切换后小区可支持业务的最大速率发生变化，RNC重新配置UE参数。
步骤S304、RNC发送消息通知CN改变Iu口速率，使Iu口和接入网使用的速率达到一致。
其中，接口速率调整消息，即按照前述的RAB QOS NEGOTIATIONINDICATION在Iu接口增加的接口速率调整消息，至少包括请求接口更改的最大传输速率和保证传输速率。
如图4所示，为本发明实施例四，小区更新时的QoS重协商流程示意图，包括以下步骤：
步骤S401、终端在当前小区RL失步，上报小区更新。
由于终端所处小区的参数信息发生了变化，终端的当前配置与当前小区参数不再匹配，导致数据业务RL失步，此时，终端发现了该业务的异常，从而，向RNC上报小区更新。
步骤S402、RNC执行小区更新流程。
步骤S403、RNC向终端返回更新确认消息，并在其中包含终端的最新配置信息，对终端参数进行重配置。
由于两小区(即最新小区和原小区)能力不同，例如原小区个是H小区，最新小区是R99小区，切换后业务的最大速率发生变化，RNC重新配置UE。
步骤S404、发送消息通知CN改变Iu口速率，Iu口和接入网使用的速率达到一致。
其中，接口速率调整消息，即按照前述的RAB QOS NEGOTIATIONINDICATION在Iu接口增加的接口速率调整消息，至少包括请求接口更改的最大传输速率和保证传输速率。
本发明实施例的技术方案具有以下优点，因为采用了QoS重协商方法，增加一条Iu接口消息，当RNC主动发起分组域业务Iu Qos重协商时，通过该消息告诉CN当前RNC支持的速率信息，CN收到消息后改变Iu接口的速率和分配的相应资源，无需重新发起RAB指派流程，从而，达到了简化Iu Qos重协商流程的效果。
为了实现上述的QoS重协商方法，本发明实施例还提出了一种服务质量QoS重协商系统。
如图5所示，为本发明实施例五，一种QoS重协商系统的结构示意图，包括：
终端1，用于发送小区变化消息给无线网络控制器2。
其中，如前述实施例中所说明的，这里的小区变化消息根据终端1所在小区变化的原因。具体包括两种情况：即新小区的测量报告，或，原小区的更新信息。
无线网络控制器2，即RNC，用于接收终端1发送的小区变化消息，根据小区变化消息重协商QoS参数，并根据QoS参数，重新配置终端1，以及发送接口速率调整消息给网络设备3。
进一步的，无线网络控制器2包括：
接收模块21，用于接收终端1发送的小区变化消息；
配置模块22，用于根据接收模块21接收的小区变化消息，重协商QoS参数，并根据QoS参数重新配置终端1，具体包括：
协商子模块221，用于根据接收模块21接收的小区变化消息，重协商QoS参数；
配置子模块222，用于根据协商子模块221重协商的QoS参数，配置终端1。
其中，具体的配置方法根据小区变化原因同样存在两种情况：
当终端所处小区与其他小区发生切换，即终端所处小区发生了变更时，配置子模块222向终端1发送RADIO BEARER RECONFIGURATION消息，对终端1的参数进行重配置，并接收终端1的配置完成响应消息；或，
当终端所处小区发生更新，即终端所处小区的参数信息时，配置子模块222向终端1发送的小区的更新确认信息，并在该更新确认信息中包含终端1的最新配置信息，对终端1的参数进行重配置。
发送模块23，用于根据配置模块22重协商的QoS参数，发送接口速率调整消息给网络设备3。
其中，接口速率调整消息，即按照前述的RAB QOS NEGOTIATIONINDICATION在Iu接口增加的接口速率调整消息，至少包括请求接口更改的最大传输速率和保证传输速率。
网络设备3，即核心网CN，用于接收无线网络控制器2发送的接口速率调整消息，调整接口的数据传输速率，并分配资源，具体包括：
接收模块31，用于接收无线网络控制器2发送的接口速率调整消息；
调整模块32，用于直接根据接收模块31接收的接口速率调整消息，调整Iu接口的数据传输速率，并分配资源。
上述模块可以分布于一个装置，也可以分布于多个装置。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。
本发明实施例的技术方案具有以下优点，因为采用了QoS重协商方法，增加一条Iu接口消息，当RNC主动发起分组域业务Iu Qos重协商时，通过该消息告诉CN当前RNC支持的速率信息，CN收到消息后改变Iu接口的速率和分配的相应资源，无需重新发起RAB指派流程，从而，达到了简化Iu Qos重协商流程的效果。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以可借助软件加必要的通用硬件平台的方式来实现基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。