一种重定向的方法、设备及系统的制作方法

文档序号:7790627阅读:194来源:国知局
一种重定向的方法、设备及系统的制作方法
【专利摘要】本发明实施例公开了一种重定向方法及设备,涉及通信领域。实现PCH态或FACH态用户设备的重定向,避免重定向时踩空,提高系统容量和业务质量。本发明实施例提供的方法包括:接收PCH态或FACH态的用户设备在第一小区发送的小区更新请求消息,其中,所述PCH态包括小区寻呼信道CELL_PCH和注册区寻呼信道URA_PCH,所述FACH态包括小区前向接入信道CELL_FACH;根据预设策略确定将所述用户设备重定向至第二小区或者第二频点;向所述用户设备发送小区更新响应消息,所述小区更新响应消息中包含所述第二小区的频点和扰码信息或者所述第二频点的频点信息。
【专利说明】一种重定向的方法、设备及系统
【技术领域】
[0001]本发明涉及通信领域,尤其涉及一种重定向的方法、设备及系统。
【背景技术】
[0002]业务分层可以增加小区的业务吸收容量,以及获取良好的自适应多速率(AdativeMult1-Rate,简称AMR)语音体验,一般的,可以通过重定向实现业务分层。例如,现有技术一般可以通过小区前向接入信道(Cell_Forward Access Channel,简称CELL_FACH)迁移到小区专用信道(Cell_Dedicated Channel,简称CELL_DCH) (F2H)直接重试判决(directretry decision,简称DRD)重定向完成。
[0003]但是,现有技术的这种重定向方法依赖于源小区和目标小区的完全同覆盖,使得宏微组网场景下或者多频段场景容易造成踩空。
[0004]例如,参见图1,为一种宏微组网示意图,在频点Fl上,配置有Fl宏小区,在频点F2上,配置有F2宏小区和F2微小区。一般的,空闲状态(Idle)用户和寻呼信道状态(Paging Channel,简称PCH)用户设备驻留在Fl宏小区,当所处位置和F2微小区交叠时,如果F2HDRD到F2,并且目标小区为F2宏小区,这时就会踩空。
[0005]对于Idle用户,无线网络控制器(Radio Network Controller,简称RNC)在收到用户设备(User Equipment,简称UE)在Fl上的无线资源控制(Radio Resource Control,简称RRC)建立请求时,可以在识别出为分组交换业务(Packet Switched Service,简称PS)时进行RRC重定向。但是,对于PCH态或前向接入信道(Forward Access Channel,简称FACH)态用户,现有技术还没有合适的重定向方法可以实现业务分层。

【发明内容】

[0006]本发明的实施例提供一种重定向的方法,设备及系统,能够实现PCH态或FACH态用户设备的重定向,而且避免重定向时踩空,提高系统容量和业务质量。
[0007]为达到上述目的,本发明的实施例采用如下技术方案:
[0008]第一方面,提供一种重定向的方法,包括:
[0009]接收寻呼信道PCH态或前向接入信道FACH态的用户设备在第一小区发送的小区更新请求消息,其中,所述PCH态包括小区寻呼信道CELL_PCH和注册区寻呼信道URA_PCH,所述FACH态包括小区前向接入信道CELL_FACH ;
[0010]根据预设策略确定将所述用户设备重定向至第二小区或者第二频点;
[0011]向所述用户设备发送小区更新响应消息,所述小区更新响应消息中包含所述第二小区的频点和扰码信息或者所述第二频点的频点信息。
[0012]在第一方面的第一种可能的实现方式中,结合第一方面,所述根据预设策略确定所述用户设备重定向至第二小区或者第二频点,包括:
[0013]基于所述第一小区处于FACH状态的用户数确定将所述用户设备重定向至所述第二小区或者所述第二频点。[0014]在第一方面的第二种可能的实现方式中,结合第一方面的第一种可能的实现方式,所述基于所述第一小区处于FACH状态的用户数确定将所述用户设备重定向至所述第二小区包括:
[0015]若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限,并且,
[0016]所述第二小区处于FACH状态的用户数小于或等于第一重定向入门限,或者,若确定所述第二小区处于FACH状态的用户数与所述第一小区处于FACH状态的用户数差值大于第一重定向相对门限,则确定将所述用户设备重定向至所述第二小区,其中,所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
[0017]在第一方面的第三种可能的实现方式中,结合第一方面的第一种可能的实现方式,所述基于所述第一小区处于FACH状态的用户数确定将所述用户设备重定向至所述第二频点,包括:
[0018]若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限,确定将所述用户设备重定向至所述第二频点。
[0019]在第一方面的第四种可能的实现方式中,结合第一方面,所述根据预设策略确定将所述用户设备重定向至第二小区或者第二频点,包括:
[0020]基于所述用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或
者第二频点。
[0021]在第一方面的第五种可能的实现方式中,结合第一方面的第四种可能的实现方式,所述基于所述用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点,包括:
[0022]根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型,其中,所述业务类型包含实时业务或非实时业务;
[0023]当所述第一小区为倾向驻留小区时,若确定所述业务的业务类型为非实时业务,则确定将所述用户设备重定向至所述第二小区或者第二频点,其中,所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
[0024]在第一方面的第六种可能的实现方式中,结合第一方面的第四种可能的实现方式,所述基于所述用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点,包括:
[0025]根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型,其中,所述业务类型包含实时业务或非实时业务;
[0026]当所述第一小区为非倾向驻留小区时,若确定所述业务的业务类型为实时业务,则确定将所述用户设备重定向至所述第二小区或者第二频点,其中,所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
[0027]在第一方面的第七种可能的实现方式中,结合第一方面,所述根据预设策略确定所述用户设备重定向至第二小区或者第二频点,包括:
[0028]基于所述第一小区的下行功率负载确定将所述用户设备重定向至所述第二小区或者所述第二频点。
[0029]在第一方面的第八种可能的实现方式中,结合第一方面的第七种可能的实现方式,所述基于所述第一小区的下行功率负载确定将所述用户设备重定向至所述第二小区,包括:
[0030]若确定所述第一小区的下行功率负载大于或等于第二重定向出门限,并且,
[0031]所述第二小区的下行功率负载小于或等于第二重定向入门限,或者,若确定所述第二小区的下行功率负载与所述第一小区下行功率负载的差值大于第二重定向相对门限,则确定将所述用户设备重定向至所述第二小区,其中,所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
[0032]在第一方面的第九种可能的实现方式中,结合第一方面的第七种可能的实现方式,所述基于所述第一小区的下行功率负载确定将所述用户设备重定向至所述第二频点,包括:
[0033]若确定所述第一小区的下行功率负载大于或等于第二重定向出门限,则确定将所述用户设备重定向至所述第二频点。
[0034]第二方面,本发明的实施例提供一种RNC,包括:
[0035]接收单元,用于接收寻呼信道PCH态或前向接入信道FACH态的用户设备在第一小区发送的小区更新请求消息,其中,所述PCH态包括小区寻呼信道CELL_PCH和注册区寻呼信道URA_PCH,所述FACH态包括小区前向接入信道CELL_FACH ;
[0036]重定向单元,用于预设策略确定将所述用户设备重定向至第二小区或者第二频
占.[0037]发送单元,用于向所述用户设备发送小区更新响应消息,所述小区更新响应消息中包含所述第二小区的频点和扰码信息或者所述第二频点的频点信息。
[0038]在第二方面的第一种可能的实现方式中,结合第二方面,所述重定向单元具体用于:
[0039]基于所述第一小区处于FACH状态的用户数确定将所述用户设备重定向至所述第二小区或者所述第二频点。
[0040]在第二方面的第二种可能的实现方式中,结合第二方面的第一种可能的实现方式,所述重定向单元具体用于:
[0041]若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限,并且,
[0042]所述第二小区处于FACH状态的用户数小于或等于第一重定向入门限,或者,若确定所述第二小区处于FACH状态的用户数与所述第一小区处于FACH状态的用户数差值大于第一重定向相对门限,则确定将所述用户设备重定向至所述第二小区,其中,所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
[0043]在第二方面的第三种可能的实现方式中,结合第二方面的第一种可能的实现方式,所述重定向单元具体用于:
[0044]若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限,确定将所述用户设备重定向至所述第二频点。
[0045]在第二方面的第四种可能的实现方式中,结合第二方面,所述重定向单元具体用于:
[0046]基于所述用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点。
[0047]在第二方面的第五种可能的实现方式中,结合第二方面的第四种可能的实现方式,所述重定向单元具体用于:
[0048]根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型,其中,所述业务类型包含实时业务或非实时业务;
[0049]当所述第一小区为倾向驻留小区时,若确定所述业务的业务类型为非实时业务,则确定将所述用户设备重定向至所述第二小区或者第二频点,其中,所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
[0050]在第二方面的第六种可能的实现方式中,结合第二方面的第四种可能的实现方式,所述重定向单元具体用于:
[0051]根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型,其中,所述业务类型包含实时业务或非实时业务;
[0052]当所述第一小区为非倾向驻留小区时,若确定所述业务的业务类型为实时业务,则确定将所述用户设备重定向至所述第二小区或者第二频点,其中,所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
[0053]在第二方面的第七种可能的实现方式中,结合第二方面,所述重定向单元具体用于:
[0054]基于所述第一小区的下行功率负载确定将所述用户设备重定向至所述第二小区或者所述第二频点。
[0055]在第二方面的第八种可能的实现方式中,结合第二方面的第七种可能的实现方式,所述重定向单元具体用于:
[0056]若确定所述第一小区的下行功率负载大于或等于第二重定向出门限,并且,
[0057]所述第二小区的下行功率负载小于或等于第二重定向入门限,或者,若确定所述第二小区的下行功率负载与所述第一小区下行功率负载的差值大于第二重定向相对门限,则确定将所述用户设备重定向至所述第二小区,其中,所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
[0058]在第二方面的第九种可能的实现方式中,结合第二方面的第七种可能的实现方式,所述重定向单元具体用于:
[0059]若确定所述第一小区的下行功率负载大于或等于第二重定向出门限,则确定将所述用户设备重定向至所述第二频点。
[0060]第三方面,本发明的实施例提供一种RNC,包括:
[0061 ] 接收器,用于接收寻呼信道PCH态或前向接入信道FACH态的用户设备在第一小区发送的小区更新请求消息,其中,所述PCH态包括小区寻呼信道CELL_PCH和注册区寻呼信道URA_PCH,所述FACH态包括小区前向接入信道CELL_FACH ;
[0062]处理器,用于预设策略确定将所述用户设备重定向至第二小区或者第二频点;
[0063]发送器,用于向所述用户设备发送小区更新响应消息,所述小区更新响应消息中包含所述第二小区的频点和扰码信息或者所述第二频点的频点信息。
[0064]在第三方面的第一种可能的实现方式中,结合第三方面,所述处理器具体用于:
[0065]基于所述第一小区处于FACH状态的用户数确定将所述用户设备重定向至所述第二小区或者所述第二频点。
[0066]在第三方面的第二种可能的实现方式中,结合第三方面的第一种可能的实现方式,所述处理器具体用于:
[0067]若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限,并且,
[0068]所述第二小区处于FACH状态的用户数小于或等于第一重定向入门限,或者,若确定所述第二小区处于FACH状态的用户数与所述第一小区处于FACH状态的用户数差值大于第一重定向相对门限,则确定将所述用户设备重定向至所述第二小区,其中,所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
[0069]在第三方面的第三种可能的实现方式中,结合第三方面的第一种可能的实现方式,所述处理器具体用于:
[0070]若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限,确定将所述用户设备重定向至所述第二频点。
[0071]在第三方面的第四种可能的实现方式中,结合第三方面,所述处理器具体用于:
[0072]基于所述用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或
者第二频点。
[0073]在第三方面的第五种可能的实现方式中,结合第三方面的第四种可能的实现方式,所述处理器具体用于:
[0074]根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型,其中,所述业务类型包含实时业务或非实时业务;
[0075]当所述第一小区为倾向驻留小区时,若确定所述业务的业务类型为非实时业务,则确定将所述用户设备重定向至所述第二小区或者第二频点,其中,所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
[0076]在第三方面的第六种可能的实现方式中,结合第三方面的第四种可能的实现方式,所述处理器具体用于:
[0077]根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型,其中,所述业务类型包含实时业务或非实时业务;
[0078]当所述第一小区为非倾向驻留小区时,若确定所述业务的业务类型为实时业务,则确定将所述用户设备重定向至所述第二小区或者第二频点,其中,所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
[0079]在第三方面的第七种可能的实现方式中,结合第三方面,所述处理器具体用于:
[0080]基于所述第一小区的下行功率负载确定将所述用户设备重定向至所述第二小区或者所述第二频点。
[0081]在第三方面的第八种可能的实现方式中,结合第三方面的第七种可能的实现方式,所述处理器具体用于:
[0082]若确定所述第一小区的下行功率负载大于或等于第二重定向出门限,并且,
[0083]所述第二小区的下行功率负载小于或等于第二重定向入门限,或者,若确定所述第二小区的下行功率负载与所述第一小区下行功率负载的差值大于第二重定向相对门限,则确定将所述用户设备重定向至所述第二小区,其中,所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
[0084]在第三方面的第九种可能的实现方式中,结合第三方面的第七种可能的实现方式,所述处理器具体用于:
[0085]若确定所述第一小区的下行功率负载大于或等于第二重定向出门限,则确定将所述用户设备重定向至所述第二频点。
[0086]本发明的实施例提供一种重定向的方法,设备及系统,RNC接收寻呼信道PCH态或前向接入信道FACH态的用户设备在第一小区发送的小区更新请求消息,其中,所述PCH态包括小区寻呼信道CELL_PCH和注册区寻呼信道URA_PCH,所述FACH态包括小区前向接入信道CELL_FACH ;根据预设策略确定将所述用户设备重定向至第二小区或者第二频点;向所述用户设备发送小区更新响应消息,所述小区更新响应消息中包含所述第二小区的频点和扰码信息或者所述第二频点的频点信息。能够实现PCH态或FACH态用户设备的重定向,而且避免重定向时踩空,提高系统容量和业务质量。
【专利附图】

【附图说明】
[0087]为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
[0088]图1为本发明实施例提供的一种组网场景示意图;
[0089]图2为本发明实施例提供的一种重定向的方法流程图;
[0090]图3为本发明另一实施例提供的另一种重定向的方法流程图;
[0091]图4为本发明另一实施例提供的另一种重定向的方法流程图;
[0092]图5为本发明另一实施例提供的另一种重定向的方法流程图;
[0093]图6为本发明另一实施例提供的另一种重定向的方法流程图;
[0094]图7为本发明实施例提供的另一种组网场景不意图;
[0095]图8为本发明实施例提供的一种RNC的装置结构图;
[0096]图9为本发明实施例提供的另一种RNC的装置结构图。
【具体实施方式】
[0097]下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0098]本发明实施例提供的技术方案可以应用于各种无线通信网络,例如:全球移动通信(global system for mobile communication,简称为 GSM)系统、码分多址(code division multiple access,简称为 CDMA)系统、宽带码分多址(wideband codedivision multiple access,简称为 WCDMA)系统、通用移动通信(universal mobiletelecommunication system,简称为 UMTS)系统、通用分组无线业务(general packetradio service,简称为GPRS)系统、长期演进(long term evolution,简称为LTE)系统、先进的长期演进(long term evolution advanced,简称为LTE-A)系统、全球互联微波接入(worldwide interoperability for microwave access,简称为 WiMAX)系统等。术语“网络”和“系统”可以相互替换。
[0099]在本发明实施例中,基站(base station,简称为BS)可以是与用户设备(userequipment,简称为UE)或其它通信站点如中继站点,进行通信的设备,基站可以提供特定物理区域的通信覆盖。例如,基站具体可以是GSM或CDMA中的基站收发台(Base TransceiverStation,简称为BTS)或基站控制器(Base Station Controller,简称为BSC);也可以是UMTS中的节点B (Node B,简称为NB)或者UMTS中的无线网络控制器(Radio NetworkController,简称为RNC);还可以是LTE中的演进型基站(Evolutional Node B,简称为ENB或eNodeB);或者,也可以是无线通信网络中的提供接入服务的其他接入网设备,本发明并不限定。
[0100]在本发明实施例中,UE可以分布于整个无线网络中,每个UE可以是静态的或移动的。UE可以称为终端(terminal),移动台(mobile station),用户单元(subscriberunit),站台(station)等。UE可以为蜂窝电话(cellular phone),个人数字助理(personaldigital assistant,简称为PDA),无线调制解调器(modem),无线通信设备,手持设备(handheld),膝上型电脑(laptop computer),无绳电话(cordless phone),无线本地环路(wireless local loop,简称为WLL)台等。当UE应用于M2M方式通信时,UE可以称为M2M终端,具体可以是支持M2M通信的智能电表、智能家电等。
[0101]本发明实施例分别从基站侧和用户设备侧进行说明,并同时对二者的配合实施例进行说明,但这并不意味着二者必须配合实施,实际上,当基站与用户设备分开实施时,其也解决了分别在网络侧、用户设备侧上存在的问题,只是二者结合使用时,会获得更好的技术效果。
[0102]下述各实施例仅以基站为RNC为例进行说明,但这并不对基站构成限制。
[0103]一方面,本发明实施例提供一种重定向的方法示意图,参见图2,包括:
[0104]201:RNC接收PCH态或FACH态的用户设备在第一小区发送的小区更新请求消息;其中,所述PCH态包括小区寻呼信道(Cell_Paging Channel,简称CELL_PCH)和注册区寻呼信道(UTRAN Registration Area_Paging Channel,简称 URA_PCH),所述 FACH 态包括小区前向接入信道(Cell_Forward Access Channel,简称 CELL_FACH)。
[0105]其中,第一小区为UE当前接入的小区。
[0106]第一小区可以为倾向性驻留小区,也可以为非倾向性驻留小区,倾向性驻留小区是指在倾向驻留组网方式中,UE在空闲时优先驻留的小区,非倾向性驻留小区是指UE在空闲时非优先驻留的小区。
[0107]202:根据预设策略确定将所述用户设备重定向至第二小区或者第二频点;
[0108]其中,第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。第二频点为系统配置的重定向频点。
[0109]用户设备重定向的目标可以是小区,也可以是频点,可以根据系统的配置确定将用户设备重定向至小区还是频点。
[0110]其中,RNC可以基于第一小区处于FACH状态的用户数将所述用户设备重定向至第二小区或者第二频点;也可以基于用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点;也可以基于第一小区的下行功率负载将所述用户设备重定向至第二小区或者第二频点;当然,也可以基于上述方法的结合将所述用户设备重定向至第二小区或者第二频点;例如,可以基于所述第一小区处于FACH状态的用户数以及用户设备请求的业务的业务类型的结合将所述用户设备重定向至第二小区或者第二频点;再例如,还可以基于第一小区的下行功率负载和用户设备请求的业务的业务类型的结合将所述用户设备重定向至第二小区或者第二频点,本发明实施例对此不进行具体限制,可根据实际需要进行选择使用。
[0111]示例性的,下面分别对各种策略进行说明。
[0112]1、基于第一小区处于FACH状态的用户数将所述用户设备重定向至第二小区,包括:
[0113]若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限,并且,
[0114]所述第二小区处于FACH状态的用户数小于或等于第一重定向入门限,或者,若确定所述第二小区处于FACH状态的用户数与所述第一小区处于FACH状态的用户数差值大于第一重定向相对门限,则确定将所述用户设备重定向至所述第二小区。
[0115]其中,第一重定向出门限表示第一小区中,可以将用户设备重定向至其他小区的处于FACH状态的用户数的临界值,大于或等于该第一重定向出门限,说明第一小区FACH信道负荷较大,可以通过重定向由其他小区进行负荷分担,以提高FACH信道的利用率,进而提高系统容量。第一重定向出门限可以由系统进行预先设置,例如,系统可以根据第一小区忙时FACH信道的负荷情况进行设置,若第一小区忙时FACH信道的负荷较大,则可以将第一重定向出门限设置较小的值,以使得更多的用户设备重定向至其他小区进行负荷分担;若第一小区忙时FACH信道的负荷较小,则可以将第一重定向出门限设置较大的值,需要说明的,第一小区忙时FACH信道的负荷情况可由系统预定义或者预先获取,并不代表第一小区FACH信道的实时负荷情况。
[0116]其中,第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
[0117]优选的,根据小区的邻区关系,如果存在多个第一小区的盲切换邻区或者同覆盖的异频邻区,则可以选择FACH用户数最少的小区作为所述第二小区;例如,可以将多个第一小区的盲切换邻区或者同覆盖的异频邻区以FACH用户数进行排序,选择FACH用户数最少的小区作为第二小区。
[0118]根据小区的邻区关系,如果存在一个第一小区的盲切换邻区或者同覆盖的异频邻区,则可以将该第一小区的盲切换邻区或者同覆盖的异频邻区作为第二小区。
[0119]其中,第一重定入门限表示第二小区可以接受其他小区的用户设备的重定向,第二小区中处于FACH状态的用户数的临界值,小于或等于该第一重定入门限,说明第二小区FACH信道负荷较小,可以对其他小区进行负荷分担,以提高FACH信道的利用率,进而提高系统容量。第一重定向入门限可以由系统进行设置,例如,系统可以根据第二小区忙时FACH信道的负荷情况进行设置,若第二小区忙时FACH信道的负荷较小,则可以将第一重定向重定入门限设置较大的值,以接受更多的用户设备重定向至本小区进行负荷分担;若第二小区忙时FACH信道的负荷较大,则可以将第一重定向入门限设置较小的值。需要说明的,第二小区忙时FACH信道的负荷情况可由系统预定义或者预先获取,并不代表第二小区FACH信道的实时负荷情况。
[0120]其中,第一重定向相对门限表示能够将第一小区的用户设备重定向至第二小区,第二小区的FACH用户数与源第一小区的FACH用户数的差值的临界值,例如,若第一重定向相对门限为5时,第一小区FACH用户数为30,则第二小区FACH用户数为O?25时,可以将第一小区的用户设备重定向至第二小区,第二小区FACH用户数大于25时,不能将第一小区的用户设备重定向至第二小区。第一重定向相对门限的取值可以由系统根据第二小区忙时FACH信道负荷情况进行预先设置,例如,若第二小区忙时FACH信道负荷较大,可以将第一重定向相对门限设为较大的值,以增加将第一小区的用户设备重定向至第二小区的难度,需要说明的,第二小区忙时FACH信道负荷情况可由系统预定义或者预先获取,并不代表第二小区FACH信道实时的负荷情况。
[0121]其中,RNC可以通过P2F重定向将用户设备重定向至第二小区或第二频点,并且使处于CELL_PCH态或URA_PCH态的用户设备重定向后目标状态为CELL_FACH态。
[0122]2、基于所述第一小区处于FACH状态的用户数确定将所述用户设备重定向至所述第二频点,可以包括:
[0123]若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限,确定将所述用户设备重定向至所述第二频点。例如,可以通过P2F重定向将用户设备重定向至第二小区或第二频点。
[0124]3、基于所述用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点,可以包括:
[0125]根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型,其中,所述业务类型包含实时业务(real-time traffic,简称RT)或非实时业务(non-real-timetraffic,简称 NRT);
[0126]当所述第一小区为倾向驻留小区时,若确定所述业务的业务类型为非实时业务,则确定将所述用户设备重定向至所述第二小区或者第二频点;
[0127]或者,当所述第一小区为非倾向驻留小区时,若确定所述业务的业务类型为实时业务,则确定将所述用户设备重定向至所述第二小区或者第二频点。例如,当用户设备为CELL_PCH态或URA_PCH时,可以通过P2F重定向将用户设备重定向至第二小区或第二频点;当所述用户设备的状态为CELL_FACH态,可以通过F2P重定向将用户设备重定向至第二小区或第二频点,F2P重定向是指CELL_FACH态到CELL_PCH态或URA_PCH态的重定向,F2P重定向可以减少小区更新流程,降低RNC控制面信令负载,减少FACH带宽占用。
[0128]其中,RNC可以通过小区更新请求携带的消息信元判断用户设备发起的业务是非实时业务还是实时业务。
[0129]小区更新请求携带的消息信元可以包含小区更新原因(Cell update cause)和业务建立原因(Establishment cause)。其中小区更新原因(Cell update cause)可能的值有:上行链路数据传输,寻呼响应,小区重选等;业务建立原因可能的取值有:主叫交互业务,主叫背景业务,主叫高优先级信令,被叫交互业务,被叫背景业务,被叫高优先级信令,定制业务,主叫会话业务,被叫会话业务等。示例性的,非实时业务可以具体参考表1,实时业务可以参考表2。
[0130]表I[0131]
【权利要求】
1.一种重定向的方法,其特征在于,包括: 接收寻呼信道PCH态或前向接入信道FACH态的用户设备在第一小区发送的小区更新请求消息,其中,所述PCH态包括小区寻呼信道CELL_PCH和注册区寻呼信道URA_PCH,所述FACH态包括小区前向接入信道CELL_FACH ; 根据预设策略确定将所述用户设备重定向至第二小区或者第二频点; 向所述用户设备发送小区更新响应消息,所述小区更新响应消息中包含所述第二小区的频点和扰码信息或者所述第二频点的频点信息。
2.根据权利要求1所述的方法,其特征在于,所述根据预设策略确定所述用户设备重定向至第二小区或者第二频点,包括: 基于所述第一小区处于FACH状态的用户数确定将所述用户设备重定向至所述第二小区或者所述第二频点。
3.根据权利要求2所述的方法,其特征在于,所述基于所述第一小区处于FACH状态的用户数确定将所述用户设备重定向至所述第二小区包括: 若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限,并且, 所述第二小区处于FACH状态的用户数小于或等于第一重定向入门限,或者,若确定所述第二小区处于FACH状态的用户数与所述第一小区处于FACH状态的用户数差值大于第一重定向相对门限,则 确定将所述用户设备重定向至所述第二小区,其中,所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
4.根据权利要求2所述的方法,其特征在于,所述基于所述第一小区处于FACH状态的用户数确定将所述用户设备重定向至所述第二频点,还包括: 若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限,确定将所述用户设备重定向至所述第二频点。
5.根据权利要求1所述的方法,其特征在于,所述根据预设策略确定将所述用户设备重定向至第二小区或者第二频点,包括: 基于所述用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点。
6.根据权利要求5所述的方法,其特征在于,所述基于所述用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点,包括: 根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型,其中,所述业务类型包含实时业务或非实时业务; 当所述第一小区为倾向驻留小区时,若确定所述业务的业务类型为非实时业务,则确定将所述用户设备重定向至所述第二小区或者第二频点,其中,所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
7.根据权利要求5所述的方法,其特征在于,所述基于所述用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点,包括: 根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型,其中,所述业务类型包含实时业务或非实时业务; 当所述第一小区为非倾向驻留小区时,若确定所述业务的业务类型为实时业务,则确定将所述用户设备重定向至所述第二小区或者第二频点,其中,所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
8.根据权利要求1所述的方法,其特征在于,所述根据预设策略确定所述用户设备重定向至第二小区或者第二频点,包括: 基于所述第一小区的下行功率负载确定将所述用户设备重定向至所述第二小区或者所述第二频点。
9.根据权利要求8所述的方法,其特征在于,所述基于所述第一小区的下行功率负载确定将所述用户设备重定向至所述第二小区,包括: 若确定所述第一小区的下行功率负载大于或等于第二重定向出门限,并且, 所述第二小区的下行功率负载小于或等于第二重定向入门限,或者,若确定所述第二小区的下行功率负载与所述第一小区下行功率负载的差值大于第二重定向相对门限,则确定将所述用户设备重定向至所述第二小区,其中,所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
10.根据权利要求8所述的方法,其特征在于,所述基于所述第一小区的下行功率负载确定将所述用户设备重定向至所述第二频点,包括: 若确定所述第一小区的下行功率负载大于或等于第二重定向出门限,则确定将所述用户设备重定向至所述第二频点。
11.一种无线网络控制器RNC,其特征在于,包括: 接收单元,用于接收寻呼信道PCH态或前向接入信道FACH态的用户设备在第一小区发送的小区更新请求消息,其中,所述PCH态包括小区寻呼信道CELL_PCH和注册区寻呼信道URA_PCH,所述FACH态包括小区前向接入信道CELL_FACH ; 重定向单元,用于预设策略确定将所述用户设备重定向至第二小区或者第二频点; 发送单元,用于向所述用户设备发送小区更新响应消息,所述小区更新响应消息中包含所述第二小区的频点和扰码信息或者所述第二频点的频点信息。
12.根据权利要求11所述的RNC,其特征在于,所述重定向单元具体用于,基于所述第一小区处于FACH状态的用户数确定将所述用户设备重定向至所述第二小区或者所述第二频点。
13.根据权利要求12所述的RNC,其特征在于,所述重定向单元具体用于: 若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限,并且, 所述第二小区处于FACH状态的用户数小于或等于第一重定向入门限,或者,若确定所述第二小区处于FACH状态的用户数与所述第一小区处于FACH状态的用户数差值大于第一重定向相对门限,则确定将所述用户设备重定向至所述第二小区,其中,所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
14.根据权利要求12所述的RNC,其特征在于,所述重定向单元具体用于: 若确定所述第一小区处于FACH状态的用户数大于或等于第一重定向出门限,确定将所述用户设备重定向至所述第二频点。
15.根据权利要求11所述的RNC,其特征在于,所述重定向单元具体用于:基于所述用户设备请求的业务的业务类型将所述用户设备重定向至第二小区或者第二频点。
16.根据权利要求15所述的RNC,其特征在于,所述重定向单元具体用于:根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型,其中,所述业务类型包含实时业务或非实时业务; 当所述第一小区为倾向驻留小区时,若确定所述业务的业务类型为非实时业务,则确定将所述用户设备重定向至所述第二小区或者第二频点,其中,所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
17.根据权利要求15所述的RNC,其特征在于,所述重定向单元具体用于:根据所述小区更新请求消息判断所述用户设备请求的业务的业务类型,其中,所述业务类型包含实时业务或非实时业务; 当所述第一小区为非倾向驻留小区时,若确定所述业务的业务类型为实时业务,则确定将所述用户设备重定向至所述第二小区或者第二频点,其中,所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区。
18.根据权利要求11所述的RNC,其特征在于,所述重定向单元具体用于:基于所述第一小区的下行功率负载确定将所述用户设备重定向至所述第二小区或者所述第二频点。
19.根据权利要求18所述的RNC,其特征在于,所述重定向单元具体用于:若确定所述第一小区的下行功率负载大于或等于第二重定向出门限,并且, 所述第二小区的下行功率负载小于或等于第二重定向入门限,或者,若确定所述第二小区的下行功率负载与所述第一小区下行功率负载的差值大于第二重定向相对门限,则确定将所述用户设备重定向至所述第二小区,其中,所述第二小区是所述第一小区的盲切换邻区或者同覆盖的异频邻区 。
20.根据权利要求18所述的RNC,其特征在于,所述重定向单元具体用于:若确定所述第一小区的下行功率负载大于或等于第二重定向出门限,则确定将所述用户设备重定向至所述第二频点。
【文档编号】H04W36/06GK103843402SQ201380002264
【公开日】2014年6月4日 申请日期:2013年12月5日 优先权日:2013年12月5日
【发明者】王学亮 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1