CN101330734A - 伴随业务并发的重定位方法及设备 - Google Patents

Abstract

本发明涉及无线通信领域，公开了一种伴随业务并发的重定位方法及设备，使得能够在重定位过程中完成新业务建立。本发明中，在重定位过程中为新业务建立RAB并进行RB重配。如果终端在建立新业务时正在使用已有业务，则结合新业务和已有业务的需求进行RB重配。可以在核心网设备完成新业务的资源分配后再通知源接入网设备发起重定位过程；也可以在源接入网设备判定需要重定位时立即向核心网设备发起重定位过程，核心网设备如果尚未完成对新业务的资源分配，则等到新业务资源分配完成之后再开始重定位过程，如果已完成了新业务的资源分配则直接开始重定位过程。

Description

伴随业务并发的重定位方法及设备

技术领域

本发明涉及无线通信领域，特别涉及无线终端的重定位技术。

背景技术

随着通信技术的发展，通信领域已经出现了第三代移动通行系统：通用移动通信系统(Universal Mobile Telecommunications System，简称“UMTS”)。UMTS由核心网(Core Net，简称“CN”)、通用移动通信系统地面无线接入网(UMTS Terrestrial Radio Access Network，简称“UTRAN”)和，终端即用户设备(User Equipment，简称“UE”)组成。

其中，UE通过UTRAN与CN相连，CN由移动交换中心(MobileSwitching Center，简称“MSC”)和通用分组无线业务服务支持节点(ServingGPRS Support Node，简称“SGSN”)组成。CN与UTRAN的接口定义为Iu接口，UTRAN与UE的接口定义为Uu接口。

在UTRAN中又包括许多通过Iu接口连接到CN的无线网络子系统(Radio Network Subsystem，简称“RNS”)。一个RNS包括一个无线网络控制器(Radio Network Controller，简称“RNC”)和一个或多个基站(NodeB)。Node B通过Iub接口连接到RNC上。每个Node B包括一个或多个小区。在UTRAN内部，各RNS中的RNC能通过Iur接口交互信息。

然而，随着通信技术的进一步发展，第三代合作伙伴项目(3rd GenerationPartnership Project，简称“3GPP”)通过了高速数据接入(High Speed PacketAccess，简称“HSPA”)演进研究项目。

在HSPA的演进网络中，将现有的3G系统的RNC的功能全部都放到了演进的基站节点(eNodeB)上。这种HSPA网络架构中eNodeB与SGSN直接连接，二者之间的接口为Iu-PS。eNodeB不与电路交换(Circuit Switching，简称“CS”)域的CN节点相连，如MSC/拜访位置寄存器(Visitor LocationRegister，简称“VLR”)，因此不能单独提供CS域的业务。

为了具有后向兼容性，为了支持CS域呼叫业务，需要实现支持分组交换(Packet Switching，简称“PS”)业务的HSPA演进网络，和同时支持PS和CS业务的传统网络之间的互联互通。HSPA演进网络的eNodeB与传统网络的RNC相连的方案有两种，其中之一为共享载波的演进HSPA UTRAN(载波共享演进HSPA UTRAN)，该网络中eNodeB通过Iur接口与RNC相连，如图1所示。

对于某一个UE来说，直接与CN相连并对UE的所有资源进行控制的RNC称为该UE的服务RNC；而与CN没有连接，仅为UE提供资源的RNC称为该UE的漂移RNC。服务RNC重定位就是将特定UE的服务RNC的角色由一个RNC转到另外一个RNC的过程。服务RNS重定位的过程中一个已经存在的服务RNC(即源RNC)被一个目标RNC替代。基于如图1所示的网络构架，如果UE发起CS域呼叫，eNodeB将触发该UE向支持CS域业务的传统网络的切换，即发生服务RNC的重定位。

现有的协议规定的重定位信令流程如图2所示。在步骤201至步骤203中，当UE在eNodeB控制的小区CELL下发起了CS呼叫，eNodeB接收到初始直传(Initial Direct Transfer)消息(如步骤201)时，确定了该业务是属于CS域的，而自身又无法支持CS业务，于是eNodeB向MSC发起初始UE消息的同时，触发从演进HSPA UTRAN网络向支持CS业务的传统网络的切换，MSC收到初始UE消息后，会回复信令连接控制部分(SignallingConnection Control Part，简称“SCCP”)连接确认消息。

在步骤204中，eNodeB向SGSN发送一条重定位必需(RelocationRequired)消息，包含Relocation Type(重定位类型)，Cause(原因)，SourceID(源ID)，Target ID(目标ID)，Source RNC to目标RNC transparentcontainer(源RNC到目标RNC透明容器)等信息。

在步骤205中，SGSN发送一条重定位请求(Relocation Request)消息给目标RNC，目标RNC开始分配和SGSN之间的Iu连接所需的资源分配。

在步骤206和步骤207中，目标RNC通过Iur口向eNodeB发送无线链路(Radio Link，简称“RL”)建立请求消息，并且该消息中携带物理层信息。eNodeB收到该消息后，建立相关的传输层连接和用户面通道，由于物理层没有改变，只保存相关的物理层信息，并不进行相关配置，然后，该eNodeB向目标RNC返回RL建立响应。

在步骤208中，当所有无线接入承载(Radio Access Bearer，简称“RAB”)所需资源分配成功后，目标RNC将发送重定位请求回应(RelocationRequest ACK)消息给SGSN。

在步骤209中，当CN准备好服务RNC转换时，SGSN发送重定位命令消息给eNodeB，标志CN侧的准备工作已经完成了。

在步骤210中，当eNodeB从SGSN处收到了重定位命令消息，eNodeB会发送一条消息重定位提交(Relocation Commit)消息给目标RNC，以请求目标RNC来处理重定位。

在步骤211中，目标RNC发送重定位侦查(Relocation Detect)消息给SGSN，并且在合适的时间点执行所有承载的上，下行转换。

在步骤212和步骤213中，目标RNC向UE发送UTRAN移动信息，通知UE相关的UTRAN的移动信息和新的U-RNTI(UTRAN无线网络临时标识)，UE更新移动信息后，将UTRAN移动信息确认消息发送给目标RNC。

在步骤214中，当目标RNC收到了UTRAN移动信息确认消息，并在目标RNC上成功完成将该UE的服务RNC的转换之后，目标RNC发送重定位完成消息给SGSN，此时该目标RNC就成为了该UE当前的服务RNC。

在步骤215中，SGSN处成功完成将该UE的服务RNC的转换后，SGSN将发起与eNodeB的Iu连接的释放，在无线接入网应用部分(Radio AccessNetwork Application Part，简称“RANAP”)上发送Iu释放命令(Iu ReleaseCommand)消息。

在步骤216至步骤218中，当eNodeB收到CN发来的释放命令后，将执行必要的流程释放所有可见的UTRAN资源；eNodeB发送Iu释放完成(IuRelease Complete)消息给CN，以确定Iu释放完成。CS业务的RAB建立过程和CS业务的呼叫建立过程开始。

当重定位和业务建立同时发生时，按照目前的协议规定，只能在两者当中取其一，也就是说，业务建立过程中断，进行重定位过程；或者重定位过程失败，继续进行业务建立。然而，本发明的发明人发现，如果先中断新业务的建立，进行重定位，重定位完成后重新建立新业务，则由于中断时将已分配给新业务的资源释放了，因此将造成资源浪费，而且在重定位完成后重新发起新业务建立过程，也将导致新业务的建立时延过长，从而影响到用户体验。

发明内容

本发明实施方式要解决的主要技术问题是提供一种伴随业务并发的重定位方法及设备，使得能够在重定位过程中完成新业务建立。

为解决上述技术问题，本发明的实施方式提供了一种伴随业务并发的重定位方法，包括以下步骤：

如果在为终端建立新业务的过程中需要进行重定位，则在该终端的重定位过程中，在目标接入网设备中为该新业务建立无线接入承载RAB，并根据该新业务的需求对该终端的RB进行重配。

本发明的实施方式还提供了一种接入网设备，包括：

重定位判断单元，用于判断在为终端建立新业务的过程中是否需要进行重定位；

重定位发起单元，用于在重定位判断单元判定需要进行重定位时，发起重定位过程；

RB重配单元，用于在重定位过程中，根据新业务的需求对终端进行RB重配。

本发明的实施方式还提供了一种接入网设备，包括：

接收单元，用于在终端的重定位过程中接收来自核心网设备的该终端新业务的业务配置信息；

RAB建立单元，用于在重定位过程中，根据接收单元收到的业务配置信息，为新业务建立RAB。

本发明的实施方式还提供了一种核心网设备，包括：

并发判断单元，用于判断在为终端建立新业务的过程中是否并发了重定位；

业务配置发送单元，用于在并发判断单元判定并发了重定位时，将新业务的业务配置信息发送给目标接入网设备，指示该目标接入网设备为新业务建立RAB。

本发明实施方式与现有技术相比，主要区别及其效果在于：

通过在重定位过程中为新业务建立RAB并进行RB重配，可以在实现重定位的过程中完成新业务的建立，在总体上简化了流程，减少了信令交互，缩短了新业务建立的时延，提升了用户使用新业务的体验。

附图说明

图1是根据现有技术中HSPA演进网络共享载波的结构示意图；

图2是根据现有技术中的重定位信令流程图；

图3是根据本发明第一实施方式的伴随业务并发的重定位方法的应用场景示意图；

图4是根据本发明第一实施方式的伴随业务并发的重定位方法流程图；

图5是根据本发明第二实施方式的伴随业务并发的重定位方法流程图；

图6是根据本发明第三实施方式的伴随业务并发的重定位方法流程图；

图7是根据本发明第四实施方式的接入网设备结构示意图；

图8是根据本发明第五实施方式的接入网设备结构示意图；

图9是根据本发明第六实施方式的核心网设备结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的实施方式作进一步地详细描述。

本发明的第一实施方式涉及一种伴随业务并发的重定位方法，本实施方式可应用于以下场景：

如图3所示，一个UMTS网络的RNC 1和演进的HSPA的载波共享网络的eNodeB 1通过Iur口相连接，RNC 1和eNodeB 1控制的是同一个小区(如小区1)。正在为UE服务的eNodeB 1连接到UMTS网络的核心网络的SGSN 1，此时的eNodeB 1和核心网络的MSC 1之间拥有IuCs-CP的信令接口。此时网络对UE正在提供某种PS业务。这种场景下，UE如果在eNodeB1控制的小区1下发起了CS呼叫，当eNodeB 1接收到初始直传(Initial DirectTransfer)消息时，确定了该业务是属于CS域的，而自身又无法支持CS业务，因此，eNodeB 1将在CS业务的RAB建立请求到来时触发从演进HSPAUTRAN网络向支持CS业务的传统网络的切换。具体流程如图4所示。

在步骤401中，当已经具有PS业务的UE，需要另一个CS业务服务时，向为该UE服务的eNodeB(即上述场景中的eNodeB 1)发送初始直传消息。

接着，在步骤402和步骤403中，当该eNodeB收到来自该UE的初始直传消息后，向MSC(即上述场景中的MSC 1)发送初始UE消息，触发UE和MSC间的非接入层(Non Access Stratum，简称“NAS”)信令建立过程。

接着，在步骤404和步骤405中，MSC为该UE的CS业务分配资源，并在完成与该CS业务RAB参数(RAB PARAMETER)对应的资源配置后，向eNodeB发送RAB分配请求。

接着，在步骤406中，eNodeB发起重定位过程。具体地说，该eNodeB可根据在步骤401中收到的初始直传消息，获知自身并不支持UE的新业务(CS业务)，从而判定需要为UE建立新业务的过程中进行重定位。因此，该eNodeB在收到来自MSC的RAB分配请求时，分别向MSC和SGSN发起重定位过程。由于MSC是在完成新业务的资源分配后再通知eNodeB发起重定位过程，可使得核心网设备侧的时序较为清楚，处理较为简单。

eNodeB发起重定位过程的方式如下：该eNodeB将重定位必需消息(Relocation required)的CAUSE(原因)类型设为“relocation combined withnew rab setup”，该原因值等价于表示伴随新业务建立而并发的重定位的原因值，源RNC到目标RNC的透明容器(Source RNC to Target RNC TransparentContainer)中的重定位类型取“UE involved(UE参与的)”，并将该重定位必需消息分别发送给MSC和SGSN(即上述场景中的SGSN1)。由于UE同时有CS和PS域的业务，因此该eNodeB需要分别向MSC和SGSN发起重定位过程。通过在重定位必需消息中扩展表示伴随新业务建立而并发的重定位的原因值，可使得核心网设备(即MSC和SGSN)可以根据该原因值知道重定位是否伴随业务并发的，从而能够针对性地进行处理。

接着，在步骤407中，该MSC和SGSN在收到该重定位必需消息后，分别向目标RNC(即上述场景中的RNC1)发送重定位请求(Relocationrequired)消息。

其中，当该MSC在收到该重定位必需消息，并发现其中的CAUSE类型设为“relocation combined with new rab setup”后，不仅继续保留(BUFFER)当前的业务配置信息，并把这个业务配置信息填入重定位请求(RELOCATION REQUEST)消息的“RABs To Be Setup List(将要建立的无线接入承载列表)”中，然后把携带源RNC到目标RNC的透明容器和将要建立的无线接入承载列表(RABs To Be Setup List)的重定位请求发给目标RNC，通知目标RNC为新业务建立RAB。

接着，在步骤408和步骤409中，目标RNC在收到重定位请求后，向eNodeB发送RL建立请求消息，并且该消息中携带物理层信息。eNodeB收到该消息后，建立相关的传输层连接和用户面通道，由于物理层没有改变，只保存相关的物理层信息，并不进行相关配置，然后，该eNodeB向该目标RNC返回RL建立响应。

与步骤408和步骤409同时进行的还有步骤410，在目标RNC中建立RAB。具体地说，目标RNC在收到重定位请求后，根据RABs To Be Setup List中的RAB Parameters(RAB参数)，分组数据协议(Packet Data Protocol，简称“PDP”)类型信息(PDP Type Information)等信息，在目标RNC中完成对PS业务和CS业务的同时配置。由于UE在建立新业务(CS业务)时，正在使用已有业务(PS业务)，因此通过结合新业务和已有业务的需求进行RB重配，保证了已有业务的持续进行。

接着，在步骤411中，当目标RNC完成对PS业务和CS业务的同时配置后，该目标RNC向MSC发送重定位请求回应(RELOCATION REQUESTACK)消息，该重定位请求回应消息中的目标RNC到源RNC的透明容器(Target RNC To Source RNC Transparent Container)会根据新的并发业务(PS业务&CS业务)服务所需求的参数配置构造无线承载RB重配(RADIOBEARER RECONFIGURATION)的信息结构。另外，该目标RNC也需向SGSN发送重定位请求回应消息。

接着，在步骤412中，MSC和SGSN分别向eNodeB发送重定位命令(RELOCATION COMMAND)。其中，当MSC在收到来自目标RNC的重定位请求回应消息后，获知该目标RNC已经完成服务所需的资源分配了，因此将向eNodeB发起重定位命令，在该重定位命令中，将携带目标RNC告知的目标RNC到源RNC的透明容器，该透明容器中包含RB重配信息，也就是说，MSC会透明传送这个RB重配信息。当然，也可以由目标RNC直接将RB重配信息通知给该eNodeB。

接着，在步骤413中，该eNodeB将根据目标RNC到源RNC的透明容器中封装的RB重配信息，向UE发起空口的RB重配，在空口完成新业务服务需求的资源配置。

接着，在步骤414中，该eNodeB向目标RNC发送RL恢复指示。

接着，在步骤415中，目标RNC在收到RL恢复指示后，分别向MSC和SGSN发送重定位侦察(RELOCATION DETECT)消息，通知MSCC和SGSN空口触发的重定位已经收到。

接着，在步骤416中，UE在RB重配完成后，向目标RNC发送RB重配完成消息。

接着，在步骤417中，当目标RNC收到RB重配完成消息后，分别向MSC和SGSN发起重定位完成(RELOCATION COMPLETE)消息，通知MSC和SGSN重定位过程已经结束，新资源配置完毕，空口、Iu口的新通路也已经建立成功。

接着，进入步骤418，即eNodeB的Iu释放过程。具体地说，eNodeB接收CN的SGSN发来的IU释放命令后，将执行必要的流程释放所有可见的UTRAN资源。

接着，在步骤419中，eNodeB发送Iu释放完成(Iu Release Complete)消息给CN的SGSN，以确定Iu释放完成。

当Iu释放完毕后，目标RNC也会向MSC返回无线接入承载分配响应(RAB ASSIGNMENT RESPONSE)消息，后续是UE和MSC之间的振铃(alerting，when other party is ringing)，当另一方应答时的连接(connect)，当呼叫激活时的连接回应(connect Ack)，至此完成呼叫建立和重定位过程，如步骤420。

不难发现，本实施方式中的源接入网设备即为图3所示场景中的eNodeB1，目标接入网设备即为图3所示场景中的RNC 1。由于在重定位过程中为新业务在RNC 1中建立了RAB并进行RB重配，因此可以在实现重定位的过程中完成新业务的建立，在总体上简化了流程，减少了信令交互，缩短了新业务建立的时延，提升了用户使用新业务的体验。

本发明的第二实施方式涉及一种伴随业务并发的重定位方法，本实施方式与第一实施方式大致相同，其区别在于，在第一实施方式中，当eNodeB判定需要为UE建立新业务的过程中进行重定位后，在收到表示核心网设备完成对新业务资源分配的消息时，即在收到来自MSC的RAB分配请求时，发起重定位过程。而在本实施方式中，eNodeB在判定需要为UE建立新业务的过程中进行重定位时，发起重定位过程，即向核心网设备发送重定位必需消息。核心网设备在收到重定位必需消息后，如果还没有完成对新业务的资源分配，则继续进行对新业务的资源分配，待完成对新业务的资源分配后再开始重定位过程，如果已完对新业务的资源分配，则直接开始重定位过程。以便尽快地开始重定位过程，从而缩短整个重定位过程的时间。

具体流程如图5所示，步骤501至步骤504分别与步骤401至步骤404完全相同，在此不再赘述。

在步骤505中，eNodeB发起重定位过程。具体地说，当该eNodeB在收到初始直传时，就可获知自身无法支持CS业务，从而判定需要为UE建立新业务的过程中进行重定位后，因此在UE和MSC 1间的NAS信令建立过程的同时，该eNodeB触发从演进HSPA UTRAN网络向支持CS业务的传统网络的切换。

eNodeB发起重定位过程的方式与第一实施方式中eNodeB发起重定位过程的方式相同(即与步骤406相同)：该eNodeB将重定位必需消息(Relocationrequired)的CAUSE(原因)类型设为“relocation combined with new rabsetup”，源RNC到目标RNC的透明容器(Source RNC to Target RNCTransparent Container)中的重定位类型取“UE involved(UE参与的)”，并将该重定位必需消息分别发送给MSC和SGSN(即上述场景中的SGSN1)。由于UE同时有CS和PS域的业务，因此该eNodeB需要分别向MSC和SGSN发起重定位过程。通过在重定位必需消息中扩展表示伴随新业务建立而并发的重定位的原因值，可使得核心网设备(即MSC和SGSN)可以根据该原因值知道重定位是否伴随业务并发的，从而能够针对性地进行处理。

在步骤506中，当MSC收到来自eNodeB的重定位必需消息后，发现CAUSE类型设为“relocation combined with new rab setup”。此时，如果CS业务核心网侧的资源未分配好，则不中断，继续分配，分配完毕后，将这个业务配置信息填入重定位请求消息的“RABs To Be Setup List(将要建立的无线接入承载列表)”中，然后把携带源RNC到目标RNC的透明容器和将要建立的无线接入承载列表(RABs To Be Setup List)的重定位请求发给目标RNC，通知目标RNC为新业务建立RAB。SGSN在收到来自eNodeB的重定位必需消息后，同样需要向目标RNC发送重定位请求消息。

步骤507至步骤519分别与步骤408至步骤420完全相同，在此不再赘述。

本发明的第三实施方式涉及一种伴随业务并发的重定位方法，本实施方式与第一实施方式大致相同，其区别在于，在第一实施方式中，UE是在具有PS业务的情况下，需要另一个CS业务服务时，向为该UE服务的eNodeB(发送初始直传消息。而在本实施方式中，该UE在需要CS业务时，不具有PS业务。因此，该UE在发送初始直传消息之前，需要先与eNodeB建立无线资源控制(Radio Resource Control，简称“RRC”)连接，在整个重定位过程中，无需进行PS域的重定位过程(如eNodeB无需向SGSN发送重定位必需消息等)，只进行CS域的重定位过程，如图6所示。

本发明的第四实施方式涉及一种接入网设备，如图7所示，包括：重定位判断单元，用于判断在为UE建立新业务的过程中是否需要进行重定位；重定位发起单元，用于在该重定位判断单元判定需要进行重定位时，发起重定位过程；RB重配单元，用于在重定位过程中，根据新业务的需求对该UE进行RB重配。如果该UE在建立新业务时正在使用已有业务，则RB重配单元结合新业务和已有业务的需求对该UE的RB进行重配。

其中，重定位判断单元通过以下方式判断在为UE建立新业务的过程中是否需要进行重定位：根据初始直传消息判断新业务是否CS域的业务，如果新业务是CS业务则判定在为该UE建立新业务的过程中需要进行重定位。

在本实施方式中，接入网设备可以是eNodeB，该eNodeB与作为目标接入网设备的RNC共享同一个物理小区。

本实施方式通过在重定位过程中根据新业务的需求对UE进行RB重配，可以在实现重定位的过程中完成新业务的建立，在总体上简化了流程，减少了信令交互，缩短了新业务建立的时延，提升了用户使用新业务的体验。而且，如果UE在建立新业务时正在使用已有业务，则结合新业务和已有业务的需求进行RB重配，从而保证了已有业务的持续进行。

本发明的第五实施方式涉及一种接入网设备，如图8所示，包括：接收单元，用于在UE的重定位过程中接收来自核心网设备的该UE新业务的业务配置信息(该UE在建立新业务时正在使用已有业务)；RAB建立单元，用于在重定位过程中，根据该接收单元收到的业务配置信息，为新业务建立RAB，以在实现重定位的过程中完成新业务的建立，在总体上简化了流程，减少了信令交互，缩短了新业务建立的时延，提升了用户使用新业务的体验。

在本实施方式中的接入网设备可以是RNC，该RNC与作为源接入网设备的eNodeB共享同一物理小区。该RNC还可以包括：RB重配信息生成单元，用于在重定位过程中根据新业务和已有业务的需求生成RB信息；发送单元，用于将该RB重配信息生成单元生成的RB信息直接或通过核心网设备透传给源接入网设备(如eNodeB)，供该源接入网设备根据该RB信息对该UE进行RB重配。

本发明的第六实施方式涉及一种核心网设备，如图9所示，包括：并发判断单元，用于判断在为UE建立新业务的过程中是否并发了重定位；业务配置发送单元，用于在该并发判断单元判定并发了重定位时，将新业务的业务配置信息发送给目标接入网设备，指示该目标接入网设备为新业务建立RAB。本实施方式的核心网设备可以是SGSN和/或MSC。

上述各实施方式中，主要以源接入网设备是eNodeB、目标接入网设备是RNC进行说明的，这只是本发明实施方式的一个典型应用场景，但本发明的实施方式并不是仅能应用于这个场景，也可以应用在其它场景，例如，源接入网设备是RNC，目标接入网设备是eNodeB，两者共享同一物理小区，RNC在UE发起新业务时触发重定位过程，触发重定位过程的原面可以是RNC不支持UE新发起的业务、或新业务将导致RNC负载过大等等，重定位过程的技术方案与上述各实施方式类似；又如，源、目标接入网设备都是RNC，两个RNC不共享物理小区，但两个RNC下属的小区在覆盖上有交叠，一个源RNC可能因为负载已经过大，在UE有新业务发起时触发重定位过程，将该UE重定位到目标RNC，这个场景中的重定位过程与上述各实施方式也相似，区别是需要增加空口切换的步骤，空口切换是现有技术，所以这里也不作详细说明了。

综上所述，在本发明的实施方式中，通过在重定位过程中为新业务建立RAB并进行RB重配，可以在实现重定位的过程中完成新业务的建立，在总体上简化了流程，减少了信令交互，缩短了新业务建立的时延，提升了用户使用新业务的体验。

如果UE在建立新业务时正在使用已有业务，则结合新业务和已有业务的需求进行RB重配，从而保证了已有业务的持续进行。

可以在核心网设备完成新业务的资源分配后再通知源接入网设备发起重定位过程，使得核心网设备侧的时序较为清楚，处理较为简单。

也可以在源接入网设备判定需要重定位时立即向核心网设备发起重定位过程，核心网设备如果尚未完成对新业务的资源分配，则等到新业务资源分配完成之后再开始重定位过程，如果已完成了新业务的资源分配则直接开始重定位过程。该方案可以尽快地开始重定位过程，从而缩短整个重定位过程的时间。

在重定位必需消息中扩展表示伴随新业务建立而并发的重定位的原因值，使得核心网设备可以根据该原因值知道重定位是否伴随业务并发的，从而能够针对性地进行处理。

虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (16)

1.一种伴随业务并发的重定位方法，其特征在于，包括以下步骤：

如果在为终端建立新业务的过程中需要进行重定位，则在该终端的重定位过程中，在目标接入网设备中为该新业务建立无线接入承载RAB，并根据该新业务的需求对该终端的无线承载RB进行重配。

2.根据权利要求1所述的伴随业务并发的重定位方法，其特征在于，如果所述终端在建立所述新业务时正在使用已有业务，则在所述终端的重定位过程中还包括以下步骤：

在所述目标接入网设备中为所述已有业务建立RAB；

在所述根据该新业务的需求对该终端的RB进行重配的步骤中包含以下子步骤：

结合所述新业务和已有业务的需求对所述终端的无线承载RB进行重配。

3.根据权利要求1所述的伴随业务并发的重定位方法，其特征在于，所述目标接入网设备与源接入网设备共享同一个物理小区。

4.根据权利要求3所述的伴随业务并发的重定位方法，其特征在于，在所述重定位过程之前还包括以下步骤：

所述源接入网设备判断是否在为所述终端建立新业务的过程中需要进行重定位，如果需要，则在收到表示核心网设备完成对所述新业务资源分配的消息后，向核心网设备发送表示发起所述重定位过程的消息。

5.根据权利要求3所述的伴随业务并发的重定位方法，其特征在于，在所述重定位过程之前还包括以下步骤：

所述源接入网设备判断是否在为所述终端建立新业务的过程中需要进行重定位，如果需要，则向核心网设备发送表示发起所述重定位过程的消息；

所述核心网设备收到所述表示发起所述重定位过程的消息时，如果还没有完成对所述新业务的资源分配，则继续进行对所述新业务的资源分配，待完成对所述新业务的资源分配后再开始所述重定位过程，如果已完对所述新业务的资源分配，则直接开始所述重定位过程。

6.根据权利要求4或5所述的伴随业务并发的重定位方法，其特征在于，所述表示发起所述重定位过程的消息是重定位必需消息，该重定位必需消息中携带有表示伴随新业务建立而并发的重定位的原因值；

所述核心网设备收到携带所述原因值的重定位必需消息后，通过以下步骤开始所述重定位过程：

保存所述新业务的业务配置信息，并将该业务配置信息携带在重定位请求消息中发送给所述目标接入网设备，通知该目标接入网设备为所述新业务建立RAB。

7.根据权利要求4或5所述的伴随业务并发的重定位方法，其特征在于，所述源接入网设备是演进基站节点，所述目标接入网设备是无线网络控制器；

所述源接入网设备判断是否在为所述终端建立新业务的过程中需要进行重定位的步骤包括以下子步骤：

所述演进基站节点根据初始直传消息判断所述新业务是否电路域的业务，如果所述新业务是电路域业务则判定在为所述终端建立新业务的过程中需要进行重定位。

8.根据权利要求2所述的伴随业务并发的重定位方法，其特征在于，所述结合所述新业务和已有业务的需求对所述终端的RB进行重配的步骤包括以下子步骤：

所述目标接入网设备根据所述新业务和已有业务的需求生成RB信息，并将该信息携带在重定位请求回应消息中发送到核心网设备；

所述核心网设备将所述RB信息携带在重定位命令消息中发送给源接入网设备；

所述源接入网设备根据所述RB信息向所述终端发起空口的RB重配。

9.根据权利要求1或2所述的伴随业务并发的重定位方法，其特征在于，所述目标接入网设备和源接入网设备均为无线网络控制器，所述目标接入网设备和源接入网设备分别控制不同的物理小区。

10.一种接入网设备，其特征在于，包括：

重定位判断单元，用于判断在为终端建立新业务的过程中是否需要进行重定位；

重定位发起单元，用于在所述重定位判断单元判定需要进行重定位时，发起重定位过程；

RB重配单元，用于在所述重定位过程中，根据所述新业务的需求对所述终端进行RB重配。

11.根据权利要求10所述的接入网设备，其特征在于，所述终端在建立所述新业务时正在使用已有业务；

所述RB重配单元结合所述新业务和已有业务的需求对所述终端的无线承载RB进行重配。

12.根据权利要求10或11所述的接入网设备，其特征在于，所述接入网设备是演进基站节点，该接入网设备与作为目标接入网设备的无线网络控制器共享同一个物理小区；

所述重定位判断单元通过以下方式进行所述判断：

根据初始直传消息判断所述新业务是否电路域的业务，如果所述新业务是电路域业务则判定在为所述终端建立新业务的过程中需要进行重定位。

13.一种接入网设备，其特征在于，包括：

接收单元，用于在终端的重定位过程中接收来自核心网设备的该终端新业务的业务配置信息；

RAB建立单元，用于在所述重定位过程中，根据所述接收单元收到的业务配置信息，为所述新业务建立RAB。

14.根据权利要求13所述的接入网设备，其特征在于，所述接入网设备是无线网络控制器，该接入网设备与作为源接入网设备的演进基站节点共享同一物理小区；

所述终端在建立所述新业务时正在使用已有业务；

所述无线网络控制器还包括：

RB重配信息生成单元，用于在所述重定位过程中根据所述新业务和已有业务的需求生成RB信息；

发送单元，用于将所述RB重配信息生成单元生成的RB信息直接或通过核心网设备透传给源接入网设备，供该源接入网设备根据该RB信息对所述终端进行RB重配。

15.一种核心网设备，其特征在于，包括：

并发判断单元，用于判断在为终端建立新业务的过程中是否并发了重定位；

业务配置发送单元，用于在所述并发判断单元判定并发了重定位时，将所述新业务的业务配置信息发送给目标接入网设备，指示该目标接入网设备为所述新业务建立RAB。

16.根据权利要求15所述的核心网设备，其特征在于，所述核心网设备是服务通用分组无线业务支持节点，和/或，移动交换中心。

Images