WO2007019774A1

WO2007019774A1 - Méthode de transfert inter-système

Info

Publication number: WO2007019774A1
Application number: PCT/CN2006/001850
Authority: WO
Inventors: Shijun Li; Yongli Jia; Jie Li; Hailei Wang
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2005-08-19
Filing date: 2006-07-26
Publication date: 2007-02-22
Also published as: US20080170702A1; CN100433915C; EP1926334A1; CN1917695A; EP1926334B1; EP1926334A4

Description

一种系统间的切换方法技术领域

本发明涉及通信网络中的呼叫切换技术，尤其涉及一种用户终端在第三代（3G )与第二代（2G )通信系统间进行切换的方法。发明背景

在目前的通信系统中， 2G通信系统与 3G通信系统并存。由于用户终端的移动特性，则在一次呼叫过程中，有可能会跨越两个通信系统。为了保证用户在跨越不同通信系统时不发生通话中断，需要进行 2G与 3G通信系统之间的切换。

在切换的开始阶段，用户终端所在的源无线网络子系统（RNS-A ) 向源移动交换中心（MSC-A )发送重配置请求（ Iu-Relocation-Required ) 消息，指明该用户终端发生切换；源 MSC-A向目标基站子系统（ BSS-B ) 发送切换请求消息，请求切换到该目标 BSS-B 所在通信系统中；目标 BSS-B 完成无线资源的准备后，向源 MSC-A 返回切换请求确认 ( HANDOVER REQUEST ACK ) 消息；源 MSC-A向源 RNS-A返回重配置命令 ( Relocation Command )消息；源 RNS-A再向用户终端返回切换命令 ( Handover Command )消息。此后，再通过用户终端、源 RNS-A、源 MSC-A、源 BSS-B等网络实体的交互，完成系统间切换。

通常情况下，源通信系统和目标通信系统中均采用加密的方式来保护用户的标识信息与通话内容的安全性。根据 3GPP协议 44.018中对切换过程中的加密描述可知，切换命令消息中携带有加密模式设置信元 ( Cipher Mode Setting IE ), 用于在切换过程中指示作为移动终端的用户设备（ UE )切换到目标小区后所使用的加密算法。如果切换命令消息中不包含该信元，则表示切换后仍然沿用源小区中所使用的加密算法；而如果切换命令消息中携带有该信元，则表示切换后使用该信元所指示的加密算法，这里该信元所指示的算法可以表示源小区的算法，还可以表示不做加密处理。

并且，在从 3G通信系统至 2G通信系统的切换中，如果 3G_MSC 启动了加密，那么发出的重配置命令消息中必须携带有加密模式设置信元，以指示切换到 GSM小区后所使用的加密算法；如果未携带该信元，则表示仍然使用原来的加密算法。由于 3G通信系统的加密算法与 2G网絡系统不相同，因此重配置命令中必须携带加密模式设置信元，指示切换后改用 2G通信系统自己的加密算法。

另外，在 2G— MSC不做升级的情况下, 各个厂家所生产的 2G基站控制器（BSC )返回的切换请求确认消息方式各异，有些在打包于该切换请求消息中的层 3消息 Handover Command中带了加密模式设置信元；有些没有在 Handover Command中携带加密模式设置信元，但在切换请求确认消息的层 3 之外携带了选择的加密算法 ( Chosen Encryption Algorithm ), 向 3G— MSC 指示出 2G— BSC 选择的加密算法；而有些 2G— BSC则在 Handover Command消息和切换请求确认消息的层 3之外均未指示加密信息。在上述的第三种情况下会出现如下问题：

由于重配置命令消息是根据切换请求确认消息中打包的层 3 消息 Handover Command生成的, 而如果 Handover Command中没有携带力口密模式设置信元，那么发往 UE方向的重配置命令消息中也不会包含有加密模式设置信元，则 UE侧由于切换后未能获知目标通信系统的加密信息而导致切换失败。

可见， '现有的用户终端进行通信系统间切换的方法中，存在的缺点为：由于 3G通信系统与 2G通信系统中支持的加密方法不同，导致切换失败。发明内容

有鉴于此，本发明的目的在于提供一种系统间的切换方法，保证用户终端从源通信系统成功地切换到目标通信系统。

依据本发明思想的系统间切换方法是这样实现的：

A. 当用户终端从源通信系统切换到目标通信系统时，源移动交换中心 MSC、源移动交换服务器 MSC Server或者源无线网络控制器 RNC 确定未接收到目标通信系统的加密算法，并且才艮据预先设置的加密算法信息表，确定目标 MSC或目标基站控制器 BSC已选择加密算法，获取目标 MSC或目标 BSC支持的加密算法信息，并将所获取的加密算法信息发送给切换源侧；

B. 用户终端与源通信系统和目标通信系统交互，进行切换。

其中，所述加密算法信息表包括目标 MSC或目标 BSC的名称和加密算法选择与否标志，所述确定目标 MSC或目标 BSC已选择加密算法为：

以目标 MSC或目标 BSC名称为索引，检索所述加密算法信息表，当对应的加密算法选择与否标志表示已选择加密算法时，判定目标 MSC 或目标 BSC已选择力。密算法。

其中，所述加密算法选择与否标志表示已选择加密算法时，加密算法信息表进一步包括目标 MSC或目标 BSC已选择的加密算法名称，则步骤 A所述获取目标 MSC或目标 BSC支持的加密算法信息为：

根据目标 MSC或目标 BSC名称，从所述加密算法信息表中读取对应的加密算法名称。

其中，步驟 A所述确定未接收到目标通信系统的加密算法为：源 MSC或源 MSC Server收到目标基站子系统 BSS返回的切换请求确认消息，当包含在该切换请求确认消息中的切换命令未携带有加密模式设置信元并且该切换请求确认消息未携带有所选择的加密算法信元时，判定源 MSC或源 MSC Server未接收到目标通信系统的加密算法。

其中，所述将所获取的加密算法信息发送给切换源测为：

源 MSC或源 MSC Server将所获取的加密算法信息携带于重配置命令消息中，发送给源无线网络子系统 RNS。

其中，所述源 MSC或源 MSC Server收到目标基站子系统 BSS返回的切换请求确认消息后，进一步包括：

当包含在该切换请求确认消息中的切换命令携带有加密模式设置信元时，解析出该加密模式设置信元，并将所解析出的信元携带于重配置命令消息中，发送给源 R S，而后执行所述步骤 B。

其中 ,所述源 MSC或源 MSC Server收到目标 BSS返回的切换请求确认消息后，进一步包括：

当该切换请求确认消息携带有所选择的加密算法信元时，解析出该所选择的加密算法信元，并将所解析出的加密算法信元的内容携带于重配置命令中，发送给源 R S, 而后执行所述步骤 B。

其中，步骤 A所述确定未接收到目标通信系统的加密算法为：源 RNC收到源 MSC或源 MSC Server返回的重配置命令消息，当该重配命令消息中未携带有加密模式设置信元并且该重配置命令未携带有所选择的加密算法信元时，判定源 RNC未接收到目标通信系统的加密算法。

其中，所述将所获取的加密算法信息发送给切换源测为：

源 RNC将所获取的加密算法信息携带于切换命令消息中，发送给用户终端。其中，所述源 R C收到源 MSC或源 MSC Server返回的重配置命令消息后，进一步包括：

当该重配置命令消息中携带有加密模式设置信元时，解析出该加密模式设置信元，并将所解析出的信元携带于切换命令消息中，发送给用户终端，而后执行所述步骤 B。

其中，所述源 R C收到源 MSC或源 MSC Server返回的重配置命令消息后，进一步包括：

当该重配置命令消息携带有所选择的加密算法信元时，解析出该所选择的加密算法信元，并将所解析出的加密算法信元的内容携带于切换命令中，发送给用户终端，而后执行所述步骤 B。

其中，步驟 A所述确定未接收到目标通信系统的加密算法为：源 MSC或源 MSC Server收到目标 MSC返回的准备切换请求确认消息，当包含在该准备切换请求确认消息中的切换命令未携带有加密模式设置信元并且该准备切换请求确认消息未携带有所选择的加密算法信元时，判定源 MSC或源 MSC Server未接收到目标通信系统的加密算法。

其中，所述将所获取的加密算法信息发送给切换源测为：

源 MSC或源 MSC Server将所获取的加密算法信息携带于重配置命令消息中，发送给源 RNS。

其中，所述源 MSC或源 MSC Server收到目标 MSC返回的准备切换请求确认消息后，进一步包括，.

当包含在该准备切换请求确认消息中的切换命令携带有加密模式设置信元时，解析出该加密模式设置信元，并将所解析出的信元携带于重配置命令消息中，发送给源 RNS, 而后执行所述步骤 B。

其中，所述源 MSC或源 MSC Server收到目标 MSC返回的准备切换请求确认消息后，进一步包括：

当该准备切换请求确认消息携带有所选择的加密算法信元时，解析出该所选择的加密算法信元，并将所解析出的加密算法信元的内容携带于重配置命令中，发送给源 RNS，而后执行所述步驟 B。

其中，预先设置信元数据表，用于保存目标 BSC支持的切换请求消息信元，则步驟 A所述确定未接收到目标通信系统的加密算法之前，进一步包括：

根据信元数据表确定目标 BSC 支持的切换请求消息信元，向目标 BSS发送仅携带有所确定的信元的切换请求消息。

其中，所述信元数据表位于源 MSC或源 MSC Server中，则所述向目标 BSS发送仅携带有所确定的信元的切换请求消息为：

源 MSC或源 MSC Server将所确定的信元携带于切换请求消息中，发送给目标 BSS。

源 MSC或源 MSC Server生成携带有所确定的信元的切换请求消息，将该切换请求消息打包生成准备切换请求消息，发送给目标 MSC, 目标 MSC从准备切换请求消息中解析出切换请求消息，发送给目标 BSS。

其中，所述信元数据表位于源 RNC中，则所述向目标 BSS发送仅携带有所确定的信元的切换请求消息为：

源 RNC将所确定的信元携带于重配置请求消息中，发送给源 MSC 或源 MSC Server, 源 MSC或源 MSC Server解析出所述目标 BSC支持的切换请求消息信元后，携带于切换请求消息中，发送给目标 BSS。

源 R C将所确定的信元携带于重配置请求消息中，发送给源 MSC 或源 MSC Server,源 MSC或源 MSC Server生成携带有所确定的信元的切换请求消息，将该切换请求消息打包生成准备切换请求消息，发送给目标 MSC, 目标 MSC从准备切换请求消息中解析出切换请求消息，发送给目标 BSS。

其中，所述信元数据表位于目标 MSC中，则所述向目标 BSS发送仅携带有所确定的信元的切换请求消息为：

目标 MSC 将所确定的信元携带于切换请求消息中，发送给目标

BSS。

应用本发明，能够保证用户终端从源通信系统成功地切换到目标通信系统。具体而言，本发明具有如下有益效果：

本发明中如果目标 MSC/BSC选择了加密，源通信系统设备或者目标通信系统设备确定切换后目标 MSC/BSC所支持的加密算法，并将所确定的加密算法发送给用户终端，从而运营商无需对现有 2G 中的 MSC/BSC进行升级，就能够避免因系统间加密算法不一致而导致的切换失败，提高了 3G网络系统与 2G网络系统间切换的成功率，实现成本较低；并且源通信系统设备或者目标通信系统设备，均能够根据自身保存的信元数据表确定目标通信系统所支持的可选信元，避免因目标通信系统无法支持来自于源通信系统的消息中的可选信元而导致切换失败，从而进一步提高了切换成功率。

由于本发明实施例中的方法能够有效地保证用户在两个网络之间的成功切换，因此用户通话不会因切换而间断，有效地提高了用户的满意度；另外，本发明实施例中的方法在 3G网络的建设初期，充分使用现有 2G网络的优良资源，为用户提供有效服务，从而提高了 3G网络的竟争力。

附图简要说明

下面将通过参照附图详细描述本发明的示例性实施例，使本领域的普通技术人员更清楚本发明的上述及其它特征和优点，附图中：

图 1为本发明中系统间切换方法的示例性流程图；

图 2为本发明实施例 1中从 UMTS系统切换到 GSM系统的切换方法流程图；

图 3为本发明实施例 1 中源 MSC-A确定切换后的加密算法的方法流程图；

图 4为本发明实施例 2中从 UMTS系统切换到 GSM系统的切换方法流程图。实施本发明的方式

下面结合附图并举实施例，对本发明进行详细描述。

本发明为一种系统间切换的实现方法，其基本思想为：预先设置加密算法信息表，用于保存目标 MSC标识及目标 MSC/BSC所选择的加密算法，在用户终端从源通信系统到目标通信系统的切换过程中，当源 MSC、源 R C或者目标 MSC未接收到加密算法信息并且目标 MSC BSC 选择了加密算法时，源 MSC/移动交换服务器（MSC Server )或者源无线网络控制器 RNC根据加密算法信息表，将目标 MSC/BSC所选择的加密算法发送给切换源侧。

图 1示出了本发明中系统间切换方法的示例性流程图。参见图 1 , 该方法包括：

在步驟 101中，当用户终端从源通信系统切换到目标通信系统时，源 MSC/源 MSC Server或者源 RNC确定未接收到目标通信系统的加密算法并且目标 MSC或目标 BSC已选择加密算法，根据预先设置的加密算法信息表,将目标 MSC或目标 BSC支持的加密算法发送给切换源侧；在步骤 102中，用户终端与源通信系统和目标通信系统交互，进行切换。

本发明中，当源通信系统为 3G通信系统时，目标通信系统为 2G通信系统；同样地，当源通信系统为 2G通信系统时，目标通信系统为 3G 通信系统。

下面通过两个实施例，对依据本发明思想的系统间切换方法进行说明。

实施例 1

本实施例以源通信系统为 3G通信系统、目标通信系统为 2G通信系统为例进行说明。为了使得 3G用户终端能够顺利地进行系统间切换，本实施例预先在作为源通信系统的 3G通信系统的设备中设置加密算法信息表，该信息表中包括 2G通信系统中各个 MSC或 BSC标识、加密算法选择与否标志，并且在加密算法选择与否标志表明已选择加密算法时，还包括所选择的加密算法名称等信息。另外，本实施例中作为 3G 通讯系统的 UMTS系统中的设备与作为 2G通信系统的 GSM系统中的设备属于同一交换局。

图 2示出了本实施例中以 MSC确定切换后的加密算法为例的系统间切换方法的信令流程图。参见图 2, 该方法包括：

在步骤 201 中，用户终端在 3G通信系统中通话，并且在该用户终端要发生切换时 , RNS-A通过 Iu接口，向 3G通信系统中的源 MSC-A 上报重配置请求，要求源 MSC-A进行切换，并且该重配置请求消息中携带有目标小区标识。在步骤 202中，源 MSC-A收到源 RNS-A上报的重配置请求后，根据目标小区标识确定对应的目标基站子系统（ BSS-B ), 并将切换请求消息发送给目标 BSS-B,通知目标 BSS-B为将要发生切换的用户终端准备无线资源。

在步骤 203中，目标 BSS-B进行无线资源准备，并向源 MSC-A返回切换请求确认消息。

在步驟 204中，源 MSC-A确定切换后的加密算法，构造重配置命令消息，并发送给源 RNS-A。

图 3示出了本步骤中源 MSC-A确定切换后的加密算法并构造重配置命令消息的方法流程图，具体包括：

在步骤 301 ~ 302中，源 MSC-A收到目标 BSS-B返回的切换请求确认消息后，判断包含在该切换请求确认消息中的切换命令是否携带有加密模式设置信元，如果是，则将该加密模式设置信元放入重配置命令消息中，并结束本确定切换后加密算法的流程；否则，执行步骤 303。

按照协议规定，目标 BSS-B发送给源 MSC-A的切换请求确认消息在其层 3之内包含有切换命令部分，以便由源 MSC-A解析出来，并发送给切换源侧，例如：源 RNS-A等。这里，如果切换命令中携带有加密模式设置信元，则表明目标通信系统已经指明了切换后的加密算法，则直接将该信元下发即可。

在步骤 303 ~ 304中，源 MSC-A判断切换请求确认消息层 3之外是否携带了所选择的加密算法信元，如果是，则将该加密算法信元的内容作为加密模式设置信元，放入重配置命令消息中，并结束本确定切换后的加密算法流程；否则，执行步骤 305。

这里，当切换请求确认消息层 3之外携带有所选择的加密算法时，加密模式设置信元中的数值为通过所选择的加密算法部分转出的值。例如，所选择的加密算法指示的加密算法为 A5-1 , 则加密模式设置信元中的数值也为 A5-l。

在步骤 305 ~ 306中，根据加密算法信息表判断目标 MSC/BSC是否已选择加密算法，如果是，则从加密算法信息表中获取目标 MSC/BSC 所选择的加密算法名称，并作为加密模式设置信元，放入重配置命令消息中；否则，结束本确定切换后加密算法的流程。

这里，源 MSC-A首先以目标 MSC/BSC名称为索引，对加密算法信息表进行查询，根据对应的加密算法选择与否标志确定该目标 MSC/BSC 是否已选择了加密算法，并在选择了加密算法的情况下，获取所选择的加密算法名称。

由上述步骤 301 ~ 306可见，当源 MSC-A未接收到表示切换后的加密算法的信息时，通过加密算法信息表确定目标 MSC/BSC的加密情况。在目标 MSC/BSC选择了加密算法的情况下，查询到该加密算法的名称 , 并放入到向切换源侧发送的重配置消息中，以便用户终端能够在切换后使用目标通信系统所支持的加密算法，从而正常通信；在目标 MSC/BSC 未选择加密算法的情况下，表明无需加密，则在重配置命令消息中不携带加密模式设置信元。

再次参见图 2, 在确定切换后的加密算法并将所构造的重配置命令消息发送给源 RNS-A之后，本实施例中的系统间切换方法按照如下步骤继续进行：

在步骤 205中，源 RNS-A通过空口将携带有目标 MSC/BSC选择的加密算法信息的切换命令 ( RRC-HO-Command ) 消息下发给用户终端，要求该用户终端从源 RNS-A接入到目标 BSS-B上。

在步骤 206 ~ 209中，用户终端通过空口将切换接入（ RI-HO-Access ) 消息上报给目标 BSS-B , 指明该用户终端尝试向目标基站 BSS-B接入；目标 BSS-B向源 MSC-A发送切换检测（ A-Handover-Detect ) 消息，表明已检测到用户终端接入；用户终端在空口上报切换接入完成 ( RI-HO-Complete ) 消息，指明该用户终端已成功接入目标 BSS-B; 而后，目标 BSS-B向源 MSC-A发送切换完成（ A-Handover-Complete )消息，将请求切换的用户终端切换成功的情况通知给该源 MSC-A。

在步骤 210 ~ 211中，源 MSC-A将释放命令 ( Iu-Release-Command ) 消息下发给 RNS-A, 通知源 RNS-A释放原来通话所占用的无线资源；

RNS-A 完成无线资源的释放后，向源 MSC-A 返回资源释放完成 ( Iu-Release-Complete ) 消息。

至此，完成从 3G的 UMTS系统到 2G的 GSM系统的切换过程。在上述流程中，由源 MSC-A存储加密算法信息表并执行切换后加密算法的确定，另外，存储加密算法信息表并确定加密算法的实体也可以是源通信系统中的源 MSC Server,此时系统间的切换流程与上述的步骤 201 ~ 211以及步骤 301 ~ 306中的操作相同。

另外，源 R C也可以存储加密算法信息表并确定切换后的加密算法。此时，步骤 204变为：源 MSC-A接收到切换请求确认消息后，向源 RNS-A发送重配置命令。步骤 205变为：源 RNS-A中的源 RNC确定切换后的加密算法，构造切换命令消息，并由源 RNS-A通过空口将切换命令消息发送给用户终端，要求该用户终端从源 RNS-A接入到目标 BSS-B上。在这里的步骤 205中，执行与步骤 301 ~ 306中相似的操作，不同之处在于：由源 RNC作为主体执行各个步骤，并且以重配置命令消息为基础，构造的是切换命令消息。

进一步地，根据协议规定，切换请求消息中除了携带包括信息类型、信道类型、加密信息、等级标签信息 1或等级标签信息 2、小区标识符以及目标小区标识符在内的必选信元外，还可以携带诸如优先级等可选信元。为了防止上述可选单元在目标通信系统中无法被识别，本实施例中可以预先建立信元数据表，用于保存目标 BSC所支持的切换请求消息信元。则在步骤 202中，由源 MSC/MSC Server以目标 BSC标识为索引，查询信元数据表，确定目标 BSC所支持的信元，从所确定的信元中进行选择，携带于切换请求消息中，发送给目标 BSC。当然可以在源 RNC 中保存信元数据表，此时在步驟 201 中，源 R C查询信元数据表，确定目标 BSC所支持的信元，从所确定的信元中进行选择，并将所选择的信元通过重配置请求消息发送给源 MSC/MSC Server, 由源 MSC/MSC Server向目标 BSC发送携带有所选择的信元的切换请求消息。这样能够避免因目标通信系统无法识别切换请求消息中的信元而导致切换失败的情况，能够提高切换成功率。

实施例 2

与实施例 1相似，本实施例也预先设置加密算法信息表，其中保存有作为目标通信系统的 2G通信系统中目标 MSC/BSC的标识、加密算法选择与否标志以及所选择的加密算法名称等信息。与实施例 1不同的是，本实施例中作为 3G通讯系统的 UMTS系统中的设备与作为 2G通信系统的 GSM系统中的设备不属于同一交换局。

图 4示出了本实施例中以源 MSC-A确定切换后的加密算法为例的系统间切换方法的信令流程图。参见图 4，该方法包括：

在步骤 401 中，用户终端在 3G通信系统中通话，并且在该用户终端要发生切换时，源 RNS-A通过 Iu接口，向 3G通信系统中源 MSC-A 上报重配置请求，要求源 MSC-A进行切换，并且该重配置请求消息中携带有目标小区标识。

在步骤 402中 , 根据目标小区标识确定对应的目标 BSS-B, 并将准备切换请求消息发送给目标 BSS-B,通知目标 BSS-B为将要发生切换的用户终端准备无线资源。

由于本实施例为局间切换，则源 MSC-A首先生成 2G切换请求消息；然后，源 MSC-A在 E接口上将此切换请求消息进行打包，生成 MAP 格式的准备切换请求消息（ MAP-Prep-Handover req. ), 发送给目标基站控制器所属的 MSC-B。

与实施例 1中相同，本实施例中也可以预先建立信元数据表，用于保存目标 BSC所支持的切换请求消息信元。在本步骤中，由源 MSC-A 以目标 BSC标识为索引，查询信元数据表，确定目标 BSC所支持的信元，从所确定的信元中进行选择，携带于准备切换请求消息中，发送给目标 MSC-B。

在步骤 403 ~ 405中，目标 MSC-B收到 MAP-Prep-Handover req.消息后，向访问位置寄存器（VLR-B )申请切换号码，以便建立源 MSC-A 到目标 MSC-B之间的话路，即为初始地址消息（ IAM )做准备； MSC-B 将切换请求消息发送给目标 BSS-B, 要求其为请求切换的用户终端准备无线资源；目标 BSS-B完成无线资源准备后，向源 MSC-A返回确认消在步骤 406 ~ 407中， VLR-B向目标 MSC-B发送携带有所分配的切换号码的切换号码^ ^:艮告清求（ MAP-Send-Handover-Number- Report req. ), MSC-B根据接收到的 VLR-B分配的切换号码和切换请求确认消息，构造准备切换响应消息（ MAP-Prep-Handover resp. ), 并发送给源 MSC-A，指明已准备好了无线资源与切换号码。

在步骤 408 ~ 411中，源 MSC-A分析 MSC-B返回的切换号码，建立两个 MSC 间的话路，将初始地址消息发送给 MSC-B; MSC-B 向 VL -B 发送切换号码释放消息（ MAP-Send-Handover-Number-Report resp. ), 释放申请分配的切换号码，以供其他用户请求切换时使用； MSC-B向源 MSC- A返回地址完成消息，表明两个 MSC间的话路已完成建立；并且源 MSC-A确定切换后的加密算法，构造重配置命令消息，并发送给向源 R S-A,要求用户终端从源 RNS-A接入到目标 BSS-B上。

这里，仍然可以采用图 3所示的由步骤 301至 306组成的流程，来确定切换后的加密算法，并构造重配置命令消息。

在步骤 412 ~ 413 中，用户终端通过空口上 ^艮切换接入消息后，目标 BSS-B向目标 MSC-B发送切换检测消息，通知目标 MSC-B已检测到用户终端接入；目标 MSC-B 通过接入处理信令 ( MAP-Process-Access-Signal Req. )把切换检测消息转发给源 MSC-A, 指明用户终端准备从 2G网络接入。

在步骤 414 ~ 417中，用户终端接入 2G网络后，目标 BSS-B向目标 MSC-B发送切换完成消息，通知目标 MSC-B用户终端成功接入；然后， MSC-B通过结束信令请求（MAP-Send-End-Signal Req. ) 消息，把切换完成消息转发给源 MSC-A, 指明用户终端已成功接入了 2G网络；并且源 MSC-A接收到结束信令请求后向 R S-A下发释放命令，通知其释放原来通话占用的无线资源；源 RNS-A上报释放完成消息，通知源 MSC-A原来通话占用的无线资源已被释放。

在步骤 418 ~ 420 中， MSC-B 在中继接口上利用诸如回答 ( ANSWER )消息等通知源 MSC-A切换完成，以保持中继信令的完整；呼叫结束时，源 MSC-A通过释放 ( RELEASE )消息向目标 MSC-B 通知局间话路的释放；源 MSC-A向目标 MSC-B发送结束信令响应消息 ( MAP-Send-End-Signal resp. ), 通知目标 MSC-B释放切换时申请的无线资源。

至此，完成用户终端从 3G的 UMTS系统到 2G的 GSM系统的局间切换过程。本实施例中，也可以在源 R C 中设置信元数据表，则在步骤 401 中，源 RNC以目标 BSC标识为索引，查询信元数据表，确定目标 BSC 所支持的信元，从所确定的信元中进行选择，携带于重配置请求消息中，发送给源 MSC-A, 源 MSC-A再将接收到的所选择的信元发送给目标 MSC-B, 由目标 MSC-B向目标 BSS-B发送携带有所选择的信元的切换请求消息。另外，还可以在目标 MSC-B 中设置信元数据表，则在步骤 404中，目标 MSC-B以目标 BSC标识为索引，查询信元数据表，确定目标 BSC所支持的信元，从所确定的信元中进行选择，携带于切换请求消息中，发送给目标 BSS-B, 要求其为请求切换的用户终端准备无线资源。

对于确定切换后的加密算法，除了可以由源 MSC-A执行之外，还可以由源 RNC执行。具体而言，当在源 R C中设置加密算法信息表时，则步骤 411变为：源 MSC-A向 RNS-A发送重配置命令，要求用户终端从源 R S-A接入到目标 BSS-B上， RNS-A中的源 RNC确定切换后的加密算法，并将所确定的加密算法发送给 UE侧。此时源 R C按照与图 3所示的步骤 301 ~ 306相似的流程确定切换后的加密算法，不同之处在于： RNC以重配置命令为基础。

由上述实施例可见，源通信系统设备或者目标通信系统设备确定切换后目标 MSC/BSC所支持的加密算法，并将所确定的加密算法发送给用户终端，从而运营商无需对现有的 2G MSC/BSC进行升级，就能够避免因系统间加密算法不一致而导致的切换失败，提高了 3G网络系统与 2G 网络系统间切换的成功率，实现成本较低；并且源通信系统设备或者目标通信系统设备，均能够根据自身保存的信元数据表确定目标通信系统所支持的可选信元，避免因目标通信系统无法支持来自于源通信系统的消息中的可选信元而导致切换失败，从而进一步提高了切换成功率。

由于本发明实施例中的方法能够有效地保证用户在两个网络之间的成功切换，因此用户通话不会因切换而间断，有效地提高了用户的满意度；另外，本发明实施例中的方法在 3G网络的建设初期，充分使用现有 2G网絡的优良资源，为用户提供有效服务，从而提高了 3G网络的竟争力。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

1、一种系统间切换方法，其特征在于，该方法包括：

B. 用户终端与源通信系统和目标通信系统交互，进行切换。

2、如权利要求 1所述的方法，其特征在于，所述加密算法信息表包括目标 MSC或目标 BSC的名称和加密算法选择与否标志，所述确定目标 MSC或目标 BSC已选择加密算法为：

以目标 MSC或目标 BSC名称为索引，检索所述加密算法信息表，当对应的加密算法选择与否标志表示已选择加密算法时，判定目标 MSC 或目标 BSC已选择加密算法。

3、如权利要求 2所述的方法，其特征在于，所述加密算法选择与否标志表示已选择加密算法时，加密算法信息表进一步包括目标 MSC或目标 BSC已选择的加密算法名称，则步驟 A所述获取目标 MSC或目标 BSC支持的加密算法信息为：

4、如权利要求 1所述的方法，其特征在于，步骤 A所述确定未接收到目标通信系统的加密算法为：

源 MSC或源 MSC Server收到目标基站子系统 BSS返回的切换请求确认消息，当包含在该切换请求确认消息中的切换命令未携带有加密模式设置信元并且该切换请求确认消息未携带有所选择的加密算法信元时，判定源 MSC或源 MSC Server未接收到目标通信系统的加密算法。

5、如权利要求 4·所述的方法，其特征在于，所述将所获取的加密算法信息发送给切换源测为：

6、如权利要求 4所述的方法，其特征在于，所述源 MSC或源 MSC Server收到目标基站子系统 BSS返回的^换请求确认消息后，进一步包括：

当包含在该切换请求确认消息中的切换命令携带有加密模式设置信元时，解析出该加密模式设置信元，并将所解析出的信元携带于重配置命令消息中，发送给源 RNS, 而后执行所述步骤 B。

7、如权利要求 4所述的方法, 其特征在于，所述源 MSC或源 MSC Server收到目标 BSS返回的切换请求确认消息后，进一步包括：

8、如权利要求 1所述的方法，其特征在于，步骤 A所述确定未接收到目标通信系统的加密算法为：

源 RNC收到源 MSC或源 MSC Server返回的重配置命令消息，当该重配命令消息中未携带有加密模式设置信元并且该重配置命令未携带有所选择的加密算法信元时，判定源 RNC未接收到目标通信系统的加密算法。

9、如权利要求 8所述的方法，其特征在于，所述将所获取的加密算法信息发送给切换源测为：

源 RNC将所获取的加密算法信息携带于切换命令消息中，发送给用户终端。

10、如权利要求 8所述的方法，其特征在于，所述源 RNC收到源 MSC或源 MSC Server返回的重配置命令消息后，进一步包括：

11、如权利要求 8所述的方法，其特征在于，所述源 RNC收到源 MSC或源 MSC Server返回的重配置命令消息后，进一步包括：

12、如权利要求 1所述的方法，其特征在于，步骤 A所述确定未接收到目标通信系统的加密算法为：

源 MSC或源 MSC Server收到目标 MSC返回的准备切换请求确认消息，当包含在该准备切换请求确认消息中的切换命令未携带有加密模式设置信元并且该准备切换请求确认消息未携带有所选择的加密算法信元时，判定源 MSC或源 MSC Server未接收到目标通信系统的加密算法。

13、如权利要求 12所述的方法，其特征在于，所述将所获取的加密算法信息发送给切换源测为：

14、如权利要求 12所述的方法，其特征在于，所述源 MSC或源 MSC Server收到目标 MSC返回的准备切换请求确认消息后，进一步包括：

15、如权利要求 12 所述的方法，其特征在于，所述源 MSC或源 MSC Server收到目标 MSC返回的准备切换请求确认消息后，进一步包括：

当该准备切换请求确认消息携带有所选择的加密算法信元时，解析出该所选择的加密算法信元，并将所解析出的加密算法信元的内容携带于重配置命令中，发送给源 RNS, 而后执行所述步骤 B。

16、如权利要求 1所述的方法，其特征在于，预先设置信元数据表，用于保存目标 BSC支持的切换请求消息信元，则步驟 A所述确定未接收到目标通信系统的加密算法之前，进一步包括：

17、如权利要求 16所述的方法，其特征在于，所述信元数据表位于源 MSC或源 MSC Server中，则所述向目标 BSS发送仅携带有所确定的信元的切换请求消息为：

源 MSC或源 MSC Server将所确定的信元携带于切换请求消息中 , 发送给目标 BSS。

18、如权利要求 16所述的方法，其特征在于，所述信元数据表位于源 MSC或源 MSC Server中，则所述向目标 BSS发送仅携带有所确定的信元的切换请求消息为：

19、如权利要求 16所述的方法，其特征在于，所述信元数据表位于源 RNC中 , 则所述向目标 BSS发送仅携带有所确定的信元的切换请求消息为：

源 R C将所确定的信元携带于重配置请求消息中，发送给源 MSC 或源 MSC Server, 源 MSC或源 MSC Server解析出所述目标 BSC支持的切换请求消息信元后，携带于切换请求消息中，发送给目标 BSS。

20、如权利要求 16所述的方法，其特征在于，所述信元数据表位于源 R C中，则所述向目标 BSS发送仅携带有所确定的信元的切换请求消息为：

源 R C将所确定的信元携带于重配置请求消息中，发送给源 MSC 或源 MSC Server,源 MSC或源 MSC Server生成携带有所确定的信元的切换请求消息，将该切换_清求消息打包生成准备切换请求消息，发送给目标 MSC , 目标 MSC从准备切换请求消息中解析出切换请求消息 , 发送给目标 BSS。

21、如权利要求 16所述的方法，其特征在于，所述信元数据表位于目标 MSC中，则所述向目标 BSS发送仅携带有所确定的信元的切换请求消息为：

BSS。