利用共享补充扩展码在无线通信网络中使用的切换方法

摘要

公开了一种用于在无线通信网络中执行切换的方法和系统，该无线通信网络使用共享补充扩展码来实现基于因特网协议的语音(VoIP)。在这种方法和系统中，将第一和第二主码及第一和第二补充码集合分配给移动台。第一主码和第一补充码集合与第一基站相关联。第二主码和第二补充码集合与第二基站相关联，并且在移动台进入切换状态时将第二主码和第二补充码集合分配给移动台。第一和第二补充码集合分别属于与第一和第二基站相关联的共享补充码池。当完整的分组在第一和第二主信道上不能在单个传输时间间隔内传输时，从第一和第二补充码集合的每个中分配一个特定的补充码。每个特定补充码在其可被分配前必须是当前可用的。可以使用映射表将分配的特定补充码指示符关联到属于第一和第二补充码集合的特定补充码。映射表可以是传输组合格式(TFC)映射表，分配的特定补充码指示符可以是传输组合格式指示符(TFCI)。单个TFCI或者其等同物可以用来指示在第一和第二基站的每个中的相同的或者不同的补充码。

权利要求

1.一种在无线通信网络中执行软切换的方法，包括步骤：

将与第一基站相关联的第一主码和第一补充码集合分配给移动台，第一补充码集合属于与第一基站相关联的第一共享补充码池；以及在移动台接收到从第二基站发送的、具有高于阈值的信号强度大小的信号之后，将与第二基站相关联的第二主码和第二补充码集合分配给所述移动台，第二补充码集合属于与第二基站相关联的第二共享补充码池；

将第一和第二分配的特定补充码分配给所述移动台，第一分配的特定补充码属于第一补充码集合，第二分配的特定补充码属于第二补充码集合；和在相同传输时间间隔中通过第一主信道将第一分配的特定补充码指示符和分组的第一部分从所述第一基站传输到所述移动台，所述第一分配的特定补充码指示符用于指示第一分配的特定补充码的标识，并通过第一分配的特定补充信道传输所述分组的第二部分，所述第一主信道配置有所述第一主码，并且所述第一分配的特定补充信道配置有所述第一分配的特定补充码；以及在所述相同传输时间间隔中通过第二主信道将第二分配的特定补充码指示符和分组的第一部分从所述第二基站传输到所述移动台，所述第二分配的特定补充码指示符用于指示第二分配的特定补充码的标识，并通过第二分配的特定补充信道传输所述分组的第二部分，所述第二主信道配置有所述第二主码，并且所述第二分配的特定补充信道配置有所述第二分配的特定补充码；

其中所述第一和第二分配的特定补充码指示符是相同的或者不同的。

2.根据权利要求1所述的方法，包括附加的步骤：

在传输第一和第二分配的特定补充码指示符的步骤之前，传输第一和第二映射表，该第一和第二映射表用于将第一和第二分配的特定补充码指示符关联到分别属于第一和第二补充码集合的第一和第二分配的特定补充码。

3.根据权利要求1所述的方法，包括附加的步骤：

在分配第一和第二分配的特定补充码的步骤之前，确定要传输的分组是否可通过主信道在单个传输时间间隔内传输。

4.根据权利要求1所述的方法，其中第一和第二补充码集合分别属于在第一和第二基站保留的、用于在切换中使用的补充码类。

5.根据权利要求1所述的方法，包括附加的步骤：

在移动台上接收第一主码指示符和第一补充码集合的指示符；

从移动台发送与第二基站相关联的信号强度大小高于阈值的指示；以及在移动台上接收第二主码指示符和第二补充码集合的指示符。

6.一种在无线通信网络中执行软切换的方法，包括步骤：

接收与第一基站相关联的第一主码指示符和第一补充码集合的指示符，第一主码指示符和第一补充码集合的指示符分别指示第一主码和第一补充码集合的标识，第一补充码集合属于与第一基站相关联的第一共享补充码池；

发送与第二基站相关联的信号强度大小高于阈值的指示；

接收与第二基站相关联的第二主码指示符和第二补充码集合的指示符，第二主码指示符和第二补充码集合的指示符分别指示第二主码和第二补充码集合的标识，第二补充码集合属于与第二基站相关联的第二共享补充码池；

在相同的传输时间间隔中通过第一和第二主信道接收用于指示第一和第二分配的特定补充码的标识的第一和第二分配的特定补充码指示符，第一和第二分配的特定补充码分别属于第一和第二补充码集合，分别利用第一和第二主码配置第一和第二主信道；以及在接收到所述第一和第二分配的特定补充码指示符之后，在所述相同传输时间间隔中对第一和第二补充信道解码，分别使用第一和第二分配的特定补充码配置所述第一和第二补充信道。

7.根据权利要求6所述的方法，包括附加的步骤：

在接收第一和第二分配的特定补充码指示符之前，接收第一和第二映射表，该第一和第二映射表用于将第一和第二分配的特定补充码指示符关联到分别属于第一和第二补充码集合的第一和第二分配的特定补充码。

说明书

利用共享补充扩展码在无线通信网络中使用的切换方法

[0001] 相关申请

[0002] 在下列同时申请并转让给相同的受让人的美国申请中公开了相关的主题：发明人Jens Mueckenheim，Anil Rao和Mirko Schacht的美国专利申请序列号____，发明名称为：“Wireless Communications Network IncorporatingVoice OverIP Using Shared Supplemental Spreading Codes”。

技术领域

[0003] 本发明一般涉及因特网协议应用，具体地涉及在无线通信系统中的切换。 背景技术

[0004] 将基于因特网协议的语音(VoIP)服务结合到无线通信网，例如基于公知的第三代通用移动电信系统(UMTS)技术的无线通信网中，简化了核心网络设计并且与传统的电路交换(CS)语音相比添加了新的有价值的服务。然而，VoIP也固有地由于大的报头和信令而增加了额外开销，因此减小了系统容量。

[0005] 由Jens Mueckenheim，Anil Rao和Mirko Schacht同时申请的、名为“Wireless Communications Network Incorporating Voice Over IP Using Shared Supplemental Spreading Codes”的相关申请公开了共享补充扩展码的概念，用于最小化VoIP对系统容量的不利影响。然而，这个概念没有提供处理软切换的过程。因此，需要一组使用共享补充扩展码在结合VoIP的无线通信网络中使用的软切换过程。

发明内容

[0006] 本发明提供一种用于在无线通信网络中执行切换的方法和系统。在一个实施例中，无线通信网络使用共享补充扩展码结合基于因特网协议的语音(VoIP)。在这个实施例中，将第一和第二主码及第一和第二补充码集合分配给移动台。第一主码和第一补充码集合与第一基站相关联。第二主码和第二补充码集合与 第二基站相关联，并且在移动台进入切换状态时将第二主码和第二补充码集合分配给移动台。第一和第二补充码集合分别属于与第一和第二基站相关联的共享补充码池。当一个完整的分组在第一和第二主信道上不能在单个传输时间间隔内传输时，从第一和第二补充码集合中的每个分配一个特定的补充码。每个特定补充码在可以被分配前必须是当前可用的。

[0007] 在其它实施例中，使用映射表将分配的特定补充码指示符关联到属于第一和第二补充码集合的特定补充码。映射表可以是传输组合格式(TFC)映射表，分配的特定补充码指示符可以是传输组合格式指示符(TFCI)。在一个实施例中，单个TFCI或者其等同物可以用来指示在第一和第二基站的每个中的相同或者不同的补充码。

附图说明

[0008] 结合下列的描述、所附权利要求以及附图，本发明的特征、各个方面和优点将变得更好理解，其中：

[0009] 图1示出根据本发明的基于通用移动电信系统(UMTS)的无线通信系统、因特网和基于因特网协议的语音(VoIP)电话；

[0010] 图2示出根据本发明的基于UMTS的无线通信网络用于在VoIP电话和用户设备(UE)之间的VoIP呼叫的协议栈；

[0011] 图3根据本发明示出使用共享补充信道池在下行链路专用信道(DCH)上实现VoIP服务的呼叫建立过程的流程图；

[0012] 图4示出根据本发明在下行链路DCH上进行的VoIP呼叫的流程图；以及 [0013] 图5示出根据本发明的一组切换过程的流程图。

具体实施方式

[0014] 本发明是一种在使用共享补充扩展码结合基于因特网协议的语音(VoIP)的无线通信网络中用于软切换的方法及其系统。为了充分地描述本发明的软切换，首先需要描述无线通信网络和用于处理VoIP呼叫建立和进行中的VoIP呼叫的过程。图1示出根据本发明的基于通用移动电信系统(UMTS)的无线通信系统100、因特网105和VoIP电话110。无线通信系统100至少包括核心网130、无线接入网(RAN)160和用户设备(UE)或者移动台140。核心网130 包括网关GPRS支持节点(GGSN)120、服务GPRS支持节点(SGSN)125和移动交换中心(MSC)150。GGSN120是在因特网105与核心网130之间的接口，而SGSN125是在核心网130和RAN160之间的接口。无线接入网(RAN)160包括一个或多个无线网络控制器(RNC)170和一个或多个节点B(或基站)180。RNC170包括无线资源控制(RRC)175。
RRC175具有管理无线资源的功能，包括码管理器(CM)185。CM185包括为连接到RNC170的每个节点B180管理正交可变扩展因子(OVSF)码的功能。

[0015] 使用多个正交可变扩展因子(OVSF)码在节点B和UE140之间配置通信信道。对于VoIP呼叫，CM185分配一个OVSF码给UE140，用于配置下行链路专用信道(DCH)。在此，DCH和用于配置DCH的OVSF码也被分别称为“主信道”和“主OVSF码”。在UMTS中，DCH包括专用物理数据信道(DPDCH)和专用物理控制信道(DPCCH)。

[0016] 取决于UE140的能力，CM185也可以分配含有N个OVSF码的集合给UE140，用于根据多码技术在UMTS中配置一组N个补充信道，其中N是大于或等于1的某个整数。在一个实施例中，补充信道可以只包括DPDCH。在另一个实施例中，补充信道可以只包括DPDCH和DPCCH。在又一个实施例中，补充信道可以至少包括DPDCH，还可能包括DPCCH。注意在下文中术语“补充OVSF码”将用来指支持补充信道的OVSF码。在一个优选的实施例中，主OVSF码和补充OVSF码具有相同的SF，例如128。

[0017] 基本上，如果UE140有同时支持诸如译码二个或更多DPDCH的能力，那么CM185可以分配一组N个补充OVSF码给UE140。这样的UE在此称为“多码UE”。否则，如果UE140不是多码UE，那么CM185不分配任何补充OVSF码给UE140。

[0018] 从含有M个院OVSF码的集合中选择分配给UE140的一组N个院OVSF码，其中M大于或等于N。该含有M个补充OVSF码的集合是由CM185在节点B180上保留的OVSF码的集合，并且与节点B180的共享补充信道(或OVSF码)池相关联。注意：根据本发明，将存在由CM185为每个节点B保留的M个补充OVSF码的集合。在一个节点B上保留的补充OVSF码可以不包括或者包括在另一个节点B上保留的补充OVSF码的一些或全部。在一个优选的实施例中，应当选择参数M以在最小化过多的补充OVSF码保留和同时需 要多于M个补充OVSF码的可能性之间寻求平衡。取决于系统衡量标准，例如负载、补充OVSF码使用等，参数M可以是静态的或者动态决定的。应当基于各种不同的因素选择参数N，例如将传输格式组合集(TFCS)保持在一个合理的大小，限制UE复杂度和UE的能力等。在一个实施例中，对于具有384kbps、768kbps和2048kbps数据速率的多码UE，将参数N设置等于3。 [0019] 处理无线通信网络上的VoIP呼叫需要使用协议栈。图2示出根据本发明的基于UMTS的无线通信网络100用于在VoIP电话110和UE140之间的VoIP呼叫的协议栈200。VoIP呼叫在基于UMTS的无线通信系统100的PS域中处理。在一些系统部署中，VoIP电话110可以是将公共电话交换网(PSTN)呼叫转换成VoIP呼叫的电子设备。在其它部署中，PSTN或无线通信网络可以具有互通功能(IWF)或者媒体网关(MGW)，将PSTN呼叫转换成VoIP呼叫。如图2所示，协议栈200包括自适应多速率(AMR)层205、实时协议(RTP)层
210、用户数据报协议/因特网协议版本6或者因特网协议的另一个版本，例如版本4(UDP/IPv6)层215、分组数据集中协议(PDCP)层220、无线链路控制(RLC)层225、专用媒体接入控制(MAC-d)层230以及物理(PHY)层235。AMR层205、RTP层210和UDP/IPv6层215是在VoIP电话110上实现。PDCP层220、RLC层225和MAC-d层230是在RNC170上实现。
PHY层235是在节点B180上实现。注意：尽管UDP/IPv6层215以一层示出，但是其实际实现可能是两个单独的UDP层和IPv6层。

[0020] 为了举例说明，假设语音信息正从VoW电话110发送到UE140。在VoIP电话110上，在AMR层205中编码语音(通过AMR编解码器)以产生具有159个语音位的语音帧。在RTP层210中，通过向一个或多个语音帧添加4位编解码器模式请求(CMR)字段、用于RTP有效载荷中的每个语音帧的6位内容表(TOC)字段表以及用于八位字节对齐的填充位来形成RTP有效载荷。对于有159个语音位的AMR7.95kbps编解码器，有7个填充位添加到RTP有效载荷。通过向RTP有效载荷添加12字节的RTP头部而形成RTP分组，RTP头部用于传送诸如RTP序号、时间戳、M和X字段，同步源出等信息。

[0021] 在UDP/IPv6层215中，将8字节的UDP头部和40字节的IP头部添加到RTP分组以产生UDP/IPv6分组。UDP头部指示信源/目的地端口号和UDP校验和，IP头部指示信源/目的地IP地址。因此，以头部和其它信息的形式，超 过60字节的开销由RTP和UDP/IPv6层210、215添加到原始的159位的语音帧，导致位尺寸增加超过300％。 [0022] 通过因特网105将UDP/IPv6分组从VoIP电话110发送到GGSN120。从GGSN120将UDP/IPv6分组转发到SGSN125，然后转发到RAN160。幸运的是，因为在RTP/UDP/IPv6头部中传输的大量信息是静态的，所以一旦UDP/IPv6分组到达RAN160，就不再需要经由空中接口为每个语音分组发送完整的RTP/UDP/IPv6头部。当预期的接收器，例如UE140已经获得RTP/UDP/IPv6头部中所有的静态信息后，可以在PDCP层220中利用鲁棒头部压缩(RoHC)将RTP/UDP/IPv6头部压缩，以形成由RTP有效载荷和压缩的头部组成的PDCP分组。压缩的头部包括在RTP/UDP/IPv6头部中的动态信息，例如RTP序号、时间戳、M和X字段以及UDP校验和。在大多数情形中，可以将RTP/UDP/IPv6头部压缩成3个字节。特别地，可以将RTP头部压缩低至1个字节，用于指示序号的6个最低有效位(LSB)。可以将UDP头部压缩低至与UDP校验和对应的2个字节。在其它情形中，因为在RTP/UDP/IPv6头部中一些少量的动态信息需要在接收器中更新，例如在重新同步期间或在谈话突发的开始，所以不能将压缩的头部压缩低至3个字节。注意：在后面的情形中，根本不压缩RTP/UDP/IPv6头部也是可能的。当不压缩RTP/UDP/IPv6头部时，PDCP分组将包括RTP有效载荷和未压缩的RTP/UDP/IPv6头部。因此，PDCP分组将包括可能是在3到60之间任意字节数量的RTP/UDP/IPv6头部的表示。在RTP/UDP/IPv6头部表示中这样的波动导致显著的数据速率变化。 [0023] 在RLC层225中，将1字节RLC UM头部添加到PDCP分组以产生RLC分组，其中RLC UM头部包括RLC序号。随后，该RLC分组在经由节点B通过空中接口传输到UE140之前，在MAC-d层230和PHY层235中接受处理。

[0024] 除了由于头部添加的开销外，也添加与VoIP相关联的信令。VoIP需要额外的信令，例如实时控制协议(RTCP)和会话发起协议(SIP)。这种额外的信令可导致多达四个传输信道(包括在其上传输语音帧的下行链路DCH)的多路复用：第一传输信道用于信令无线承载(SRB)；第二传输信道用于承载语音，即DCH；第三传输信道用于RTCP；以及第四传输信道用于SIP。这些信道中的每个与多个数据速率相关联。SRB与0和3.4kbps的数据速率相关联。语音与0、16和39.2kbps(其中39.2kbps数据速率对应于具有未压缩RTP/UDP/IPv6头部的分组)的数据速率相关联。RTCP和SIP与0、8和16kbps的数据速率相关联。这些信道中的每个上的活动都可能导致显著的数据速率变化。

[0025] 因为由于头部和信令方式的开销的波动引起数据速率的变化，本发明在无线通信网络中利用共享补充码的概念，这样系统资源可以被更有效地使用，将在下文中描述。图3根据本发明示出使用共享补充信道池在下行链路DCH上用于实现基于因特网协议(IP)的语音(VoIP)服务的呼叫建立过程的流程图400。在步骤405，正在为UE 140请求VoIP服务。在步骤410，RRC 175基于UE 140的能力确定是否将补充OVSF码分配给UE 140。基本上，如果UE 140是多码UE，那么RRC 175确定将补充OVSF码分配给UE 140。如果确定不将补充OVSF码分配给UE 140，那么在步骤420中RRC 175不为参数N确定一个值，而且CM 185也不分配任何补充OVSF码给UE 140。流程400从步骤420前进到步骤425，其中CM 185分配主OVSF码给UE 140。

[0026] 另一方面，如果将补充OVSF码分配给UE 140，那么在步骤415中RRC175为参数N确定一个值，并且CM 185分配N个补充OVSF码给UE 140。从含有M个补充OVSF码的集合中选择N个补充OVSF码。流程400从步骤415继续前到步骤425，其中CM 185分配主OVSF码给UE 140。在步骤435，RNC 170将分配的主OVSF码的标识和如果适用的话N个补充OVSF码的标识经由节点B 180通过专用控制信道(DCCH)或类似的下行链路控制信道传送到UE 140。在步骤440，UE 140接收主OVSF码的标识和(如果适用的话)补充OVSF码的标识。现在UE 140将开始保存通过主信道和补充信道接收的数据，该主信道和补充信道即是以主OVSF码和补充OVSF码进行配置的多个DPDCH。UE 140将解码在主信道上的数据。如果UE 140是多码UE，并且已被分配补充OVSF码，则UE 140将不解码任何相关联的补充信道上的数据，除非它接收到某种类型的解码特定补充信道的指示，如在此处所述。 [0027] 在完成呼叫建立之后，UE准备接收VoIP呼叫。图4根据本发明示出在下行链路DCH上进行的VoIP呼叫的流程图500。在步骤540，RNC 170接收来自RAN 160的分组，并且确定除了主信道而外是否应当使用补充信道将分组传输到UE 140。基本上，如果分组包括这些组合之一：语音、压缩的RTP/UDP/IPv6头部和SRB；SIP和SRB；或者RTCP和SRB，则不应当使用补充信道。如果 分组包括这些组合之一：语音、未压缩的RTP/UDP/IPv6头部和SRB；或者语音、压缩的RTP/UDP/IPv6头部、SRB和SIP，则应当使用补充信道。在一个实施例中，基于分组的大小确定是否应当使用补充信道。更具体地，如果分组不能在单个传输时间间隔(TTI)，例如20ms中通过DCH传输，则应当使用补充信道。如果确定不应当使用补充信道用于分组传输，则流程500继续到步骤565。

[0028] 如果确定应当使用补充信道进行分组传输，那么在步骤545，CM 185确定分配补充OVSF码给UE 140是否是可行的。在一个实施例中，如果已经分配一组N个补充OVSF码给UE 140，那么CM 185检查来确认那些补充OVSF码的任何一个当前是否可用，即，当前没有被另一个UE使用。如果还没有分配一组N个补充OVSF码给UE 140，或者如果没有任何分配的N个补充OVSF码当前是可用的，那么确定分配补充OVSF码给UE 140将是不可行的，并且流程500继续到步骤550。在步骤550，由RNC 170使用被称为帧挪用的公知技术以经由节点B仅通过主信道将分组(在随后的协议层已经进一步处理之后)传输到UE 140。如公知的，帧挪用是一种消除语音帧且取而代之发送控制信息(开销信息的一部分)的技术。帧挪用将导致丢失语音帧，这可能负面地影响语音质量。流程500从步骤550继续到步骤
565。

[0029] 另一方面，如果确定分配补充信道给UE 140是可行的，流程500继续到步骤555，其中CM 185从分配的一组N个补充OVSF码中分配一个特定的补充OVSF码。一旦分配了特定的补充OVSF码，在步骤560，RNC 170经由节点B分别通过主信道的DPDCH和DPCCH传输分组的一部分(在随后的协议层已经进一步处理之后)和分配的特定补充OVSF码的标识(或者补充OVSF码或与其相关联的补充信道的指示)，以及通过以特定补充OVSF码配置的补充信道的DPDCH传输分组的另一部分(在随后的协议层已经进一步处理之后)。优选地，同时发送分配的特定补充OVSF码的标识和分组的两个部分。在其他实施例中，可以比分组的两个部分更早或者更晚发送分配的特定补充OVSF码的标识。

[0030] 在一个实施例中，在DCH的DPCCH上利用传输格式组合指示符(TFCI)字段传送特定补充OVSF码的标识。注意：通常TFCI仅指示帧大小，例如300位。在本发明的这个实施例中，TFCI将指示帧大小和如果适用的话，分配的特 定补充OVSF码。例如，TFCI为1可能指示300位的帧大小和没有分配的特定补充OVSF码，而TFCI为4可能指示600位的帧大小和来自分配的N个补充OVSF码的集合的分配的特定补充OVSF码。分配的特定补充OVSF码可以由其在N个补充OVSF码的集合中的相对位置来指示，例如，在该N个补充OVSF码的集合中的第一个补充OVSF码，或者通过参考其唯一标识，例如补充OVSF码67来指示。在呼叫建立期间可以提供给UE 140一个TFCI映射表以指示用于TFCI的映射。即，当UE 140接收TFCI时，其将参考TFC映射表来确定合适的TFC和如果适用的话补充OVSF码。TFC映射表是一个查找表，或者类似的至少TFCI对应于帧大小和如果适用的话补充OVSF码。 [0031] 流程500继续到步骤565。在步骤565，假设UE 140是多码UE，UE 140解码在主信道的DPCCH上的控制信息，以确定是否已经将补充OVSF码之一(来自N个补充OVSF码的集合)分配给它。在一个实施例中，如果在控制信息中已经指示补充OVSF码的标识，那么UE 140将确定在控制信息中指示的补充OVSF码已被分配给它。否则，UE 140将确定没有补充OVSF码被分配给它。

[0032] 注意：UE 140总是解码主信道的DPDCH上的数据。如果控制信息指示正被用来发送数据的特定补充OVSF码(或补充信道)的标识，那么UE 140也解码在识别的补充信道的DPDCH上的数据，并且丢弃在其他补充信道上的数据。如果控制信息指示数据仅存在主信道上，UE 140就丢弃在所有补充信道上的数据。

[0033] 如果UE确定将补充OVSF码已被分配给它，那么流程500继续到步骤570，其中UE140除了解码在其主信道的DPDCH上的数据外，还将解码在分配的补充信道的DPDCH上的数据。否则，流程500继续到步骤575，其中UE 140将解码在其主信道的DPDCH上的数据，但不解码在分配给它的N个补充信道的集合中的任何信道的DPDCH上的数据。 [0034] 当VoIP呼叫正在进行中时，UE 140可能从一个节点B 180(在此也称为“当前节点B”)的覆盖区域移动到另一个节点B 180(在此也称为“新节点B”)的覆盖区域。在上述情形中，必须从当前节点B切换到新节点B以使UE 140的VoIP呼叫不掉线。图5示出根据本发明的一组切换过程的流程图300。在步骤305，UE 140监视来自在此称为“近邻组”的一组节点B的导频信号强度，以确定该近邻组节点B中的任何一个是否与阈值电平或高于阈值电平的导频信号强度相关联。对于本发明，导频信号强度等同于CDMA系统上的任何质量度量，例如导频信号信噪比或者导频接收信号电平。如果上述近邻组节点B不存在，则UE140在步骤305继续监视导频信号强度。如果这样的近邻组节点B存在，那么在步骤310，UE140请求与当前节点B相关联的RNC(在此也称为“服务RNC”或“S-RNC”)将新的节点B(即与阈值电平或高于阈值电平的导频信号强度相关联的近邻组节点B)添加到其活动组中。典型地，上述请求通过反向链路控制信道，即反向链路DCCH，发送到当前节点B，当前节点B接着将请求转发到S-RNC。

[0035] 注意：将新节点B添加到活动组(和将活动组中基站的数量叫加到二)的这一过程被称为进入切换状态。一旦已经将新节点B添加到活动组中，那么UE处于切换状态。 [0036] 在步骤310，S-RNC(或CM185)接收请求，并且确定该新节点B是否与其自身或者在此称为“漂移RNC”或“D-RNC”的另一个RNC170相关联，D-RNC拥有单独的码管理器，用于不能被S-RNC控制的、在D-RNC控制下的节点B。如果新节点B与D-RNC相关联，那么流程300继续到步骤315，实现用于处理D-RNC情形的过程。一些用于处理D-RNC情形的选择如下：第一选项涉及避免UE140从当前节点B软切换到新节点B。UE140保持其与当前节点B间的无线链路，直到与新节点B间的无线链路质量更好。当上述事件发生时，执行从当前节点B到新节点B的硬切换。第二选项是执行服务无线网络子系统(SRNS)重定位。在SRNS重定位中，将在S-RNC与核心网之间的连接(下文称为“Iu连接”)重定位到D-RNC。可以将这第二选项和第一选项相结合，即硬切换与SRNS重定位结合起来。 [0037] 第三选项涉及将UE140限制在主OVSF码。在这一选项中，可以不再实现补充OVSF码分配，并且在需要时，例如在触发对补充信道的需要的情形下，实施诸如帧挪用的技术。
最后的选项涉及不分配补充OVSF码给UE140。

[0038] 如果在步骤310新节点B与S-RNC(而不是D-RNC)相关联，那么流程300继续到步骤350，其中CM185为新节点B分配主码并且，如果需要的话，将当前分配给UE140的一组N个补充OVSF码改变为一组新的N个补充OVSF码。在此处称为“交集实施例”的一个实施例中，如果当前分配给UE140的一组 N个补充OVSF码不是与新节点B相关联的共享的M个补充OVSF码池的一部分，那么将由CM 185将用于当前节点B的一组新的N个补充OVSF码分配给UE 140。这组新的N个补充OVSF码是从当前节点B和新节点B共用的一组共享补充OVSF码中选择的。换句话说，当前节点B和新节点B中的每一个都与一个共享的补充OVSF码池相关联。与当前节点B相关联的补充OVSF码的一些或全部也与新节点B相关联。在此这些共用的补充OVSF码也被称为“交集”，并且新的N个补充OVSF码的集合在这里也被称为“N个补充OVSF码的交集”。在与同一RNC或者不同的RNC相关联的所有节点之间，该交集可以全部或者部分相同。由于在N个补充OVSF码的交集中的补充OVSF码是由两个节点B共用的，所以可以使用同一TFC映射表来关联TFCI与分配的特定的补充OVSF码。 [0039] 在另一个实施例中，分配N个补充OVSF码的集合给UE 140用于新节点B。在此处称为“组合集实施例”的这一实施例中，与新节点B和当前节点B相关联的N个补充OVSF码的集合很有可能包括不同的补充OVSF码。每次分配N个补充OVSF码的集合时，诸如在当前节点B和新节点B的呼叫建立期间，将与每个节点B相关联的单独的TFC映射表发送给UE 140。注意一个TFCI将可能指在不同节点B上的不同的特定补充OVSF码。 [0040] 在又一个实施例中，每个补充OVSF码与一个类相关联，其中类指定补充OVSF码何时可被分配。例如，假设有四类补充OVSF码。第一类补充OVSF码仅可以分配给有一条无线链路的UE，即不在软切换中。第二类补充OVSF码仅可以分配给有二条无线链路的UE，即在仅有二个节点B的软切换中。类似地，第三和第四类补充OVSF码可以仅分别分配给有三条和四条无线链路的UE。在初始呼叫建立期间(在软切换之前)，将属于第一类的N个补充OVSF码的集合分配给UE 140。当UE 140进入与新节点B间的软切换时，CM 185对于当前节点B和新节点B二者分配属于第二类的N个补充OVSF码的集合(替换当前节点B的初始分配的、属于第一类的N个补充OVSF码的集合)。在与两个节点B相关联的N个补充OVSF码的集合中的补充OVSF码可以是或者不是完全或部分相同的。每次分配N个补充OVSF码的集合时，将与每个节点B相关联的TFC映射表发送给UE 140。

[0041] 返回到流程300，在步骤355，当前节点B将新节点B主OVSF码和N个 补充OVSF码的交集的标识通过DCCH传送给UE 140。在步骤360，UE 140接收前述的标识，并且利用接收的主OVSF码建立与新节点B间的主信道(同时维持以当前节点B的主OVSF码配置的主信道)。UE 140将还开始存储在以N个补充OVSF码的交集配置的补充信道上从当前节点B和新节点B接收的数据。一旦已经建立了与新节点B相关联的主信道和补充信道，根据在此关于流程500描述的用于进行中的VoIP的过程，处理在UE 140与每个节点B之间的VoIP呼叫。

[0042] 关于交集实施例，应当注意，如果需要补充信道(如在图4的步骤540到555所述)，CM 185从两个节点B的N个补充OVSF码的交集中分配相同的特定补充OVSF码。由于被分配相同的特定补充OVSF码，所以可以利用相同的指示符或者标识来指示分配的特定补充OVSF码的标识。即，不是发送用于当前节点B的分配的特定补充OVSF码的指示和用于新节点B的分配的特定补充OVSF码的单独的指示，而是一个指示可以用于两者。注意，尽管已经将新节点B添加到UE的活动组中(并且不再被认为是近邻组节点B)，但在此将继续用术语“新节点B”来将其与“当前节点B”区分开，即，当前节点B在新节点B之前曾经处于并且当前也处于活动组中。

[0043] 按照步骤560，这个分配的特定补充OVSF码的标识(或其指示)经过与当前节点B和新节点B相关联的二条主信道的DPCCH发送。有利地，经过二条主信道的DPCCH发送分配的特定补充OVSF码的指示允许在DPCCH上发送的指示的软组合，因此利用隐含在软切换中的宏分集增益。相反，如果将不同的特定补充OVSF码分配给每一个节点B，那么需要将单独的(二者的补充OVSF码的标识的)指示发送到UE 140。由于指示是不同的，所以可以没有DPCCH的软组合。

[0044] 关于组合集实施例，当需要补充信道时，在分配任何特定的补充OVSF码之前，CM185将首先检查由单个TFCI指向的特定补充OVSF码当前都是可用的。即，TFCI可以基于与当前节点B相关联的TFC映射表指向一个特定补充OVSF码，并且基于与新节点B相关联的TFC映射表指向一个不同的特定补充OVSF码。由于可以有单个TFCI指向两个不同的补充OVSF码，因此在分配任何特定补充OVSF码之前，CM 185需要检查在它们各自的节点B处的所有特定的补充OVSF码(由单个TFCI指向的)当前都是可用的。在分配后，通 过二者的主信道的DPCCH传输TFCI。

[0045] 关于分层集实施例，当需要补充信道时，在分配任何特定补充OVSF码之前，CM185也将检查由单个TFCI指向的特定补充OVSF码当前都是可用的。在分配后，通过二者的主信道的DPCCH传输TFCI。

[0046] 尽管参考具体实施例已经非常详细地描述了本发明，但其他版本也是可能的。例如，在流程400和500中的步骤的顺序可以是不同的。可以使用不同于AMR的编解码器。可以使用不同于VoIP的数据应用。还应注意，在此描述关于其中有两个节点B的软切换的实施例，对本领域普通技术人员来说，如何将此处的方法应用到涉及三个或更多节点B的软切换中是显而易见的。因此，本发明的精神和范围应当不限于包含在此的实施例的描述中。