首页> 中国专利> 一种移动通讯系统中提高业务建立成功率的方法

一种移动通讯系统中提高业务建立成功率的方法

摘要

本发明公开了一种移动通讯系统中提高业务建立成功率的方法,该方法在无线网络控制器(RNC)接收到建立业务的指配请求、且判断出当前正在处理的业务所需的带宽超过用户终端(UE)上报的最大带宽时,查找当前正在处理的业务中是否包括非实时业务,如果包括,则降低该非实时业务所需的带宽值,在建立业务的过程中以该降低后的带宽值配置或重配置该非实时业务的传输信道带宽。本发明可以实现在不需提高UE带宽能力的情况下,利用现有的移动通讯系统带宽资源就可以提高业务建立的成功率。

著录项

  • 公开/公告号CN1878395A

    专利类型发明专利

  • 公开/公告日2006-12-13

    原文格式PDF

  • 申请/专利权人 上海华为技术有限公司;

    申请/专利号CN200510075147.8

  • 申请日2005-06-08

  • 分类号H04Q7/38(20060101);

  • 代理机构11018 北京德琦知识产权代理有限公司;

  • 代理人宋志强;麻海明

  • 地址 200127 上海市峨山路91弄98号浦东软件园陆家嘴分园2号楼

  • 入库时间 2023-12-17 17:59:48

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2008-08-27

    授权

    授权

  • 2007-02-14

    实质审查的生效

    实质审查的生效

  • 2006-12-13

    公开

    公开

说明书

技术领域

本发明涉及移动通讯系统的业务建立技术,尤其涉及在移动通讯系统的无线资源管理中提高业务建立成功率的方法。

背景技术

当前,移动通讯系统例如宽带码分多址系统(WCDMA)中,用户终端(UE)为了保持与无线网络控制器(RNC)之间的通讯,需要进行无线资源管理。无线资源管理要求在UE和RNC之间建立无线资源控制(RRC)连接。当RRC连接建立结束时,UE在向RNC发送的完成RRC连接建立消息(RRCCONNECTION SETUP COMPLETE)中携带UE的能力信息,该能力信息中包括UE所能的最大带宽支持能力,包括最大物理信道带宽和最大传输信道带宽。所述带宽可以用传输速率来表示,也可以用在单帧中传输的比特数来表示。

在WCDMA系统建立业务时,需要建立该业务的无线接入承载(RAB),只有在该业务的无线接入承载建立成功后,该业务才建立成功。当WCDMA系统接收到建立业务的需求时,CN会向RNC发送建立RAB的指配请求(RABASSIGNMENT REQUEST),该指配请求中会携带所述业务的服务质量(QoS)要求,其中包括该业务所需的带宽信息,该带宽信息通常为该业务所需的最大物理信道带宽值和最大传输信道带宽值

按照现有的技术方案:当RNC收到CN发送的关于某项待建业务的RAB指配请求后,RNC需判断当前正在处理的业务所需的带宽值是否超过UE上报的最大带宽值,如果超过,则RNC向CN返回拒绝本次建立RAB的RAB指配响应消息(RAB ASSIGNMENT RESPONSE)。否则,RNC向UE发起Uu接口的无线承载连接(RB)建立请求,由UE完成RB的建立,向RNC返回RB建立成功的响应,RNC再向CN返回RAB建立成功的响应。

上述当前正在处理的业务可能是单独业务,也可能是组合业务。所述单独业务是指当前正在请求建立RAB的待建单独业务。所述组合业务包括已经建立RAB的业务和当前正在请求建立RAB的待建业务,并且当前正在请求建立RAB的待建业务可能是单独业务也可能是组合业务。所述当前正在请求建立RAB的待建业务为上述RAB指配请求中所涉及的业务。

当前正在处理的业务中,已经建立RAB的业务所需的带宽值在RNC中有记录,当前正在请求建立RAB的待建业务所需的带宽值在所述的指配请求中有记录。所述当前正在处理的业务所需的带宽值可以根据当前正在处理的每一项业务所需带宽值进行计算而获得,具体的计算过程请参见3GPP.25.212等协议。

在上述判断当前正在处理的业务所需的带宽值是否超过UE上报的最大带宽值的过程中,可以分别用物理信道带宽值和传输信道带宽值进行判断。只要当前正在处理的业务所需物理信道带宽值和传输信道带宽值中的任一项超过UE上报的对应物理信道带宽或对应传输信道带宽,则RNC就会向CN返回拒绝本次建立RAB的RAB指配响应消息。

在各类的通讯业务中,存在着一种最好效果(BE,Best Effort)业务,例如分组(PS)域中的背景业务和交互业务。该类业务的准确性要求高,但实时性要求不高,也可称为非实时业务,因此对带宽的要求不高。如果当前正在处理的业务中存在BE业务,则由于此类业务对速率带宽没有较高的要求,因此可以暂时的调整此类业务的速率带宽以满足特定场合下新业务RAB的建立需求。

但是,现有技术的处理方法中,不论当前正在处理的业务中是否包括BE业务,在当前正在处理的业务所需的带宽值超过了UE上报的带宽值时,都会直接拒绝新业务建立RAB的请求,因此业务建立的成功率不高。在这种情况下,现有的解决方法为:更换具有更高带宽能力的UE。但是,此种解决方法不能充分利用现有的带宽,且由于UE升级而增加了用户的使用成本。

发明内容

有鉴于此,本发明的主要目的在于提供一种移动通讯系统中提高业务建立成功率的方法。

为了实现上述发明目的,本发明的技术方案为:

一种移动通讯系统中提高业务建立成功率的方法,在无线网络控制器RNC接收到建立业务的指配请求、且判断出当前正在处理的业务所需的带宽超过用户终端UE支持的带宽能力时,查找当前正在处理的业务中是否包括非实时业务,如果包括,则降低该非实时业务所需的带宽值,在建立业务的过程中以该降低后的带宽值配置或重配置该非实时业务的传输信道带宽。

优选地,所述降低后的非实时业务带宽值的确定方法为:

确定所述当前正在处理的业务中所有实时业务所共需的物理信道带宽值,用UE支持的物理信道带宽值减去该所有实时业务所共需的物理信道带宽值,对得到的差值进行向下匹配,匹配后的值为所述非实时业务所需的物理信道带宽值;

确定所述当前正在处理的业务中所有实时业务所共需的传输信道带宽值,用UE支持的传输信道带宽值减去该所有实时业务所共需的传输信道带宽值,对得到的差值进行向下匹配,匹配后的值为所述非实时业务所需的传输信道带宽值;

将上述得到的非实时业务所需的物理信道带宽值和传输信道带宽值中的较小值作为所述降低后的非实时业务带宽值。

优选地,所述降低后的非实时业务带宽值的确定方法为:

从所述非实时业务的指配请求中要求的带宽值开始,由高到低逐级取值,并根据所取非实时业务带宽值和当前正在处理的实时业务所需的带宽值确定当前正在处理的业务所共需的总带宽值,如果该总带宽值超过所述UE支持的带宽值,则继续逐级取该非实时业务的带宽值,直到当前正在处理业务所需的总带宽值小于或等于UE支持的带宽值时,确定此时所取的非实时业务带宽值为所需的降低后的非实时业务带宽值。

优选地,所述降低后的非实时业务带宽值的确定方法为:读取预先设置的非实时业务可接受的带宽值,以该带宽值作为所述降低后的带宽值。

在降低所述非实时业务带宽值之后,配置或重配置该非实时业务的传输信道带宽之前,进一步包括:

以降低后的非实时业务带宽值和其他实时业务的带宽值确定当前正在处理的业务所共需的带宽值,判断该共需的带宽值是否超过所述UE支持的带宽值,如果超过,则拒绝所述建立业务的指配请求;如果没有超过,则以所述降低后的非实时业务的带宽值配置或重配置该非实时业务的传输信道带宽。

优选地,所述以降低后的带宽值配置非实时业务的传输信道带宽的具体方法为:

判断所述非实时业务是否为待建业务,如果是,则在该非实时业务的无线承载消息携带所述降低后的带宽值,指示UE以该降低后的带宽值配置该非实时业务的传输信道带宽;如果是已建的业务,则在所述待建业务的无线承载消息中携带所述降低后的带宽值,指示UE以该降低后的带宽值重配置所述非实时业务的传输信道带宽。

优选地,所述方法进一步包括:

a、在当前处理的某项业务释放后,查找剩余业务中是否还存在非实时业务,如果是,则重新确定使剩余业务共需的带宽满足UE带宽能力的非实时业务的带宽值,以该新带宽值重配置该非实时业务的传输信道带宽;否则,结束流程。

步骤a中,在重新确定所述非实时业务的带宽值之后、以该新带宽值重配置该非实时业务的传输信道带宽之前,进一步包括:

判断该新确定的带宽值是否大于业务释放前该非实时业务的带宽值,如果大于,则以该新带宽值重配置该非实时业务的传输信道带宽;否则,等待下一项业务释放后,重新执行步骤a。

所述重新确定使剩余业务共需的带宽满足UE带宽能力的非实时业务带宽值的方法为:

确定所述剩余业务中所有实时业务所共需的物理信道带宽值,用UE支持的物理信道带宽值减去该所有实时业务所共需的物理信道带宽值,对得到的差值进行向下匹配,匹配后的值为所述非实时业务所需的物理信道带宽值;

确定所述剩余业务中所有实时业务所共需的传输信道带宽值,用UE支持的传输信道带宽值减去该所有实时业务所共需的传输信道带宽值,对得到的差值进行向下匹配,匹配后的值为所述非实时业务所需的传输信道带宽值;

将上述得到的非实时业务所需的物理信道带宽值和传输信道带宽值中的较小值作为重新确定的非实时业务带宽值。

所述重新确定使剩余业务共需的带宽满足UE带宽能力的非实时业务带宽值的方法为:

从所述非实时业务的指配请求中要求的带宽值开始,由高到低逐级取值,并根据所取非实时业务带宽值和剩余的实时业务所需的带宽值确定剩余业务所共需的总带宽值,如果该总带宽值超过所述UE支持的带宽值,则继续由高到低逐级取该非实时业务的带宽值,直到剩余业务所需的总带宽值小于或等于UE支持的带宽值时,确定此时所取的非实时业务带宽值为重新确定的非实时业务带宽值。

所述重新确定使剩余业务共需的带宽满足UE带宽能力的非实时业务带宽值的方法为:

从当前非实时业务的协商带宽值开始,逐级升高非实时业务的带宽值,用升高后非实时业务带宽值和剩余的实时业务所需带宽值确定剩余业务所共需的总带宽值,判断该总带宽值是否超过UE支持的带宽值,如果没有超过则继续逐级升高非实时业务的带宽值,直到所述总带宽值超过UE支持的带宽值时,以此时的前一次取值作为重新确定的非实时业务带宽值。

优选地,所述方法进一步包括:

a1、在当前处理的某项业务释放后,查找剩余业务中是否还存在非实时业务:

如果存在非实时业务,则将该非实时业务的带宽值恢复为该非实时业务指配请求中要求的带宽值,以该带宽值和其他剩余业务的带宽值确定剩余业务所共需的带宽值,判断该共需的带宽值是否超过所述UE支持的带宽值,如果超过,则等待下一项业务释放后,重新执行步骤a1;如果没有超过,则以非实时业务指配请求中要求的带宽值重配置该非实时业务的传输信道带宽;

如果不存在非实时业务,则结束流程。

所述带宽值为离散的典型带宽值。

所述的非实时业务为最好效果业务。

由于本发明在RNC接收到建立业务的指配请求、且判断出当前正在处理的业务所需的带宽超过用户终端UE上报的最大带宽时,没有直接拒绝该业务的指配请求,而是查找当前正在处理的业务中是否有实时性要求不高的非实时业务,如果是则降低该非实时业务的带宽值,并以降低后的带宽值配置或重配置该非实时业务的传输信道带宽。因此,本发明在不需提高UE带宽能力的情况下,利用现有的移动通讯系统带宽资源就可以提高业务建立的成功率。

由于本发明在不需提高UE带宽能力的情况下提高业务建立的成功率,从而使得用户可以在不需要更换功能更强的手机就可体验更多的业务组合,有效保护用户的现有投入和成本,提高移动通讯系统的QoS以及用户对移动通讯系统的满意度。

由于本发明提高了业务建立的成功率,因此RNC可支持的组合业务场景增多了。例如,现有技术在网页显示业务时接入其他多媒体业务的成功率很低,而本发明在网页显示业务的同时可以成功接入电话语音业务或其他多媒体业务。

附图说明

图1为本发明所述第一实施例的流程图;

图2为本发明所述第二实施例的流程图;

图3为本发明所述第三实施例的流程图。

具体实施方式

下面以结合附图以具体实施例对本发明进行说明。

本发明的核心思想为:在RNC接收到建立业务的指配请求、且判断出当前正在处理的业务所需的带宽超过UE上报的最大带宽时,查找当前正在处理的业务中是否包括非实时业务,如果包括,则降低该非实时业务所需的带宽值,在建立业务的过程中以该降低后的带宽值配置或重配置该非实时业务的传输信道带宽。

以下实施例以非实时业务中的BE业务为例对本发明进行说明。

图1为本发明所述第一实施例的流程图。如图1所示,该流程包括:

步骤101、当RNC收到CN发送的待建业务的RAB指配请求后,判断当前正在处理的业务所需的带宽值是否超过UE上报的最大带宽值,如果超过,则执行步骤102;否则,建立RAB。

步骤102、RNC根据自身所记录的业务信息判断当前处理的业务中是否有BE业务,如果有,则执行步骤103,否则,向CN返回拒绝本次建立RAB的RAB指配响应消息。

步骤103、RNC降低该BE业务所需的带宽值,降低后的带宽值为可以满足UE带宽能力的该BE业务的最大带宽值,此处可称该降低后的带宽为协商带宽。

确定所述协商带宽值的具体过程如下:

1)确定组合业务中非BE业务,即实时业务的最大带宽值,在RNC接收到这些非BE业务的RAB指配请求时,RNC即将指配请求中携带的最大带宽值记录下来,此时只需读取所记录的所述非BE业务的最大带宽值;然后,根据所述非BE业务的最大带宽值确定当前组合业务中所有非BE业务在一个物理帧的时间内,即10ms内,在物理信道中的传输比特数,再据此确定出所有非BE业务所共需的物理信道传输速率,也即带宽值,其详细的计算公式可以参见3GPP.25.212协议,本文不再描述;接着用UE上报的物理信道带宽值减去所确定的当前组合业务中非BE业务所共需的物理信道带宽值,得到当前组合业务中BE业务所需的物理信道带宽值。此时可以该物理信道带宽值为最终确定的BE业务所需的物理信道带宽值,也可根据移动通信系统中预设的典型带宽值,例如64K,128K,256K,512K......,按照向下匹配的原则匹配得到BE业务所需的物理信道带宽,例如假设经过上述计算所确定的带宽值为67K,则最终匹配的带宽值为64K。最后将所确定的BE业务所需的物理信道带宽值标记为RateP。本领域中,所述的带宽值一般都是离散的典型带宽值。

2)根据所述非BE业务的最大带宽值确定当前组合业务中非BE业务在传输信道中的传输比特数,再据此确定出这些非BE业务所共需的传输信道带宽值,其详细的计算公式可以参见3GPP.25.306协议,本文不再描述;接着用UE上报的传输信道带宽值减去所确定的当前组合业务中非BE业务所共需的传输信道带宽值,得到当前组合业务中BE业务的传输信道带宽值。或者,再根据该BE业务的传输信道带宽值按照向下匹配的原则得到一个匹配值,得到最终的该BE业务的传输信道带宽值。最后将该BE业务的传输信道带宽值标记为RateT。

3)在所述RateP和RateT中选择较小的一个作为最终的协商带宽值。

步骤104、确定协商带宽后,RNC根据自身所记录的业务信息判断BE业务是否已经建立,如果BE业务已经建立,则执行步骤105;如果BE业务是待建业务,执行步骤106。

步骤105、在待建业务RAB的RB建立消息(RADIO BEARER SETUP)中携带该协商带宽值,并在RB的建立过程中,UE根据该协商带宽值重配置所述已建BE业务的传输信道带宽,执行步骤107。所述重配置的具体过程为现有公知技术,此处不再叙述。

步骤106、在待建BE业务RAB的RB建立消息中携带所述的协商带宽值,并在RB的建立过程中,UE直接根据该协商带宽值配置该BE业务的传输信道带宽,执行步骤107。所述配置的具体过程为现有公知技术,此处不再叙述。

步骤107、在当前业务组合中有业务释放后,RNC根据自身所记录的业务信息判断剩余业务中是否还存在BE业务,如果存在BE业务,则执行步骤108,否则,说明BE业务已经释放,结束流程。

步骤108a~步骤108b、重新确定当前业务组合下可以满足UE能力的BE业务的最大带宽值,即所述的协商带宽值,如果该协商带宽值不比业务释放前的协商带宽值高,则等待下一个业务释放后,返回步骤107;如果该协商带宽值比业务释放前的协商带宽值高,则RNC发起RB重配置流程,在RB重配置消息中携带所述升高后的带宽值,即新确定的协商带宽值,UE用该升高后的带宽值重配置BE业务的传输信道带宽,重配置后返回步骤107。

确定所述协商带宽值的具体过程如下:

1)确定组合业务中非BE业务的最大带宽值,在RNC接收到这些非BE业务的RAB指配请求时,RNC即将指配请求中携带的最大带宽值记录下来,此时只需读取所记录的所述非BE业务的最大带宽值;然后,根据所述非BE业务的最大带宽值确定当前组合业务中所有非BE业务在一个物理帧的时间内,即10ms内,在物理信道中的传输比特数,再据此确定出所有非BE业务所共需的物理信道传输速率,也即带宽值,其详细的计算公式可以参见3GPP.25.306协议,本文不再描述;接着用UE上报的物理信道带宽值减去所确定的当前组合业务中非BE业务所共需的物理信道带宽值,得到当前组合业务中BE业务所需的物理信道带宽值。此时可以该物理信道带宽值为最终确定的BE业务所需的物理信道带宽值,也可根据移动通信系统中预设的典型带宽值,例如64K,128K,256K,512K......,按照向下匹配的原则匹配得到BE业务所需的物理信道带宽,例如假设经过上述计算所确定的带宽值为67K,则最终匹配的带宽值为64K。最后将所确定的BE业务所需的物理信道带宽值标记为RateP。

2)根据所述非BE业务的最大带宽值确定当前组合业务中非BE业务在传输信道中的传输比特数,再据此确定出这些非BE业务所共需的传输信道带宽值,其详细的计算公式可以参见3GPP.25.306协议,本文不再描述;接着用UE上报的传输信道带宽值减去所确定的当前组合业务中非BE业务所共需的传输信道带宽值,得到当前组合业务中BE业务的传输信道带宽值。或者,再根据该BE业务的传输信道带宽值按照向下匹配的原则从典型带宽值中得到一个匹配值,得到最终的该BE业务的传输信道带宽值。最后将该BE业务的传输信道带宽值标记为RateT。

3)在所述RateP和RateT中选择较小的一个作为最终的协商带宽值。

图2为本发明所述第二实施例的流程图。如图2所示,该流程包括:

步骤201、当RNC收到CN发送的待建业务的RAB指配请求后,判断当前正在处理的业务所需的带宽值是否超过UE上报的最大带宽值,如果超过,则执行步骤202;否则,建立RAB。

步骤202、RNC根据自身所记录的业务信息中判断当前处理的业务中是否有BE业务,如果有,则执行步骤203,否则,向CN返回拒绝本次建立RAB的RAB指配响应消息。

步骤203、RNC降低该BE业务所需的带宽值,降低后的带宽值为可以满足UE带宽能力的该BE业务的最大带宽值,此处可称该降低后的带宽为协商带宽。

确定所述协商带宽值的具体过程如下:

从所述BE业务的RAB指配请求中要求的带宽值开始,由高到低逐级取值,此处的带宽值可以为非典型的取值,也可以为典型的取值,例如从高到低的典型带宽取值为:512K,256K,144K,16K。用所取的BE业务带宽值和当前正在处理的非BE业务所需带宽值确定当前正在处理的业务所共需的总带宽值,判断所确定的总带宽值是否超过UE上报的带宽值,如果超过则继续对BE业务的带宽值逐级取值,直到所述当前正在处理的业务所共需的总带宽值不超过UE上报的带宽值时,以此时所取的BE业务带宽值作为协商带宽值。

步骤204、确定协商带宽后,RNC根据自身所记录的业务信息判断BE业务是否已经建立,如果BE业务已经建立,则执行步骤205;如果BE业务是待建业务,执行步骤206。

步骤205、在待建业务RAB的RB建立消息(RADIO BEARER SETUP)中携带该协商带宽值,并在RB的建立过程中,UE根据该协商带宽值重配置所述已建BE业务的传输信道带宽,执行步骤207。所述重配置的具体过程为现有公知技术,此处不再叙述。

步骤206、在待建BE业务RAB的RB建立消息中携带所述的协商带宽值,并在RB的建立过程中,UE直接根据该协商带宽值配置该BE业务的传输信道带宽,执行步骤207。所述配置的具体过程为现有公知技术,此处不再叙述。

步骤207、在当前业务组合中有业务释放后,RNC根据自身所记录的业务信息判断剩余业务中是否还存在BE业务,如果存在BE业务,则执行步骤208,否则,说明BE业务已经释放,结束流程。

步骤208a~步骤208b、重新确定当前业务组合下可以满足UE能力的BE业务的最大带宽值,即所述的协商带宽值,如果该协商带宽值不比业务释放前的协商带宽值高,则等待下一个业务释放后,返回步骤207;如果该协商带宽值比业务释放前的协商带宽值高,则RNC发起RB重配置流程,在RB重配置消息中携带所述升高后的协商带宽值,UE用该协商带宽值重配置BE业务的传输信道带宽,重配置后返回步骤207。

本实施例中重新确定当前业务组合下可以满足UE能力的BE业务的最大带宽值的方法为:通过逐级降低BE速率带宽的方式进行重新尝试,直到获得一个可用的协商带宽值,用以恢复BE业务的速率,由于有业务释放,因此新的协商带宽值通常要比步骤203所确定的协商带宽值高,具体的逐级降低速率带宽重新尝试的方法为:

从所述BE业务的RAB指配请求中要求的带宽值开始,由高到低逐级取值,用所取的BE业务带宽值和当前正在处理的非BE业务所需带宽值确定当前正在处理的业务所共需的总带宽值,判断所确定的总带宽值是否超过UE上报的带宽值,如果超过则继续对BE业务的带宽值逐级取值,直到所述当前正在处理的业务所共需的总带宽值不超过UE上报的带宽值时,以此时所取的BE业务带宽值作为协商带宽值。

另外,本步骤还可用逐级调高当前BE业务协商带宽值的方法进行尝试,直到获得一个可用的协商带宽值。具体的方法为:从当前BE业务的协商带宽值开始,逐级升高BE业务的带宽值,用升高后BE业务带宽值和当前正在处理的非BE业务所需带宽值确定当前正在处理的所有业务所共需的总带宽值,判断该总带宽值是否超过UE上报的带宽值,如果没有超过则继续逐级升高BE业务的带宽值,直到所述总带宽值超过UE上报的带宽值时,以此时的前一次取值作为新的可用的协商带宽值。

图3为本发明所述第三实施例的流程图。在该第三实施例中,预先在RNC中设置存储BE业务的可接受的带宽值,该带宽值比BE业务指配请求中所要求的带宽值要低,可以根据经验或者逐级计算的方法来确定,所述逐级计算的方法与步骤203所述的方法相同,此处不再描述。如图3所示,该流程包括:

步骤301、当RNC收到CN发送的待建业务的RAB指配请求后,判断当前正在处理的业务所需的带宽值是否超过UE上报的最大带宽值,如果超过,则执行步骤302;否则,建立RAB。

步骤302、RNC根据自身所记录的业务信息判断当前处理的业务中是否有BE业务,如果有,则执行步骤303a,否则,向CN返回拒绝本次建立RAB的RAB指配响应消息。

步骤303a~步骤303b、RNC降低该BE业务所需的带宽值,降低后的带宽值为可以满足UE带宽能力的该BE业务的最大带宽值,此处读取预先设置的BE业务可接受的带宽值,以该带宽值作为所述降低后的带宽值,即协商带宽值。并以BE业务的协商带宽值和其他非BE业务的带宽值确定当前正在处理的业务所共需的带宽值,其详细计算过程请参见3GPP.25.306协议,判断该共需的带宽值是否超过所述UE支持的带宽值,如果超过,则拒绝所述建立业务的指配请求;如果没有超过,则执行步骤304。

步骤304、确定协商带宽值后,RNC根据自身所记录的业务信息判断BE业务是否已经建立,如果BE业务已经建立,则执行步骤305;如果BE业务是待建业务,执行步骤306。

步骤305、在待建业务RAB的RB建立消息(RADIO BEARER SETUP)中携带该协商带宽值,并在RB的建立过程中,UE根据该协商带宽值重配置所述已建BE业务的传输信道带宽,执行步骤307。所述重配置的具体过程为现有公知技术,此处不再叙述。

步骤306、在待建BE业务RAB的RB建立消息中携带所述的协商带宽值,并在RB的建立过程中,UE直接根据该协商带宽值配置该BE业务的传输信道带宽,执行步骤307。所述配置的具体过程为现有公知技术,此处不再叙述。

步骤307、在当前业务组合中有业务释放后,RNC根据自身所记录的业务信息判断剩余业务中是否还存在BE业务,如果存在BE业务,则执行步骤308a,否则,说明BE业务已经释放,结束流程。

步骤308a~步骤308b、将该BE业务的带宽值恢复为该BE业务指配请求中要求的带宽值,以该带宽值和其他剩余业务的带宽值确定剩余业务所共需的带宽值,判断该共需的带宽值是否超过所述UE支持的带宽值,如果超过,则等待下一项业务释放后,返回步骤307;如果没有超过,则RNC发起RB重配置流程,在RB重配置消息中携带所述BE业务指配请求中要求的带宽值,UE用该带宽值重配置BE业务的传输信道带宽,重配置后返回步骤307。

以上实施例仅以WCDMA系统为例对本发明所述方法进行了说明。本发明所述的方法还可以应用在时分同步的码分多址系统(TD-SCDMA)、或者其它的采用与WCDMA无线资源管理方案相似技术的移动通讯系统中。

以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉该技术的人在本发明所揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号