CN101128053A - 核心网控制系统间切换的方法、网元及系统 - Google Patents

Abstract

本发明公开了一种使用核心网控制系统间切换的方法：在呼叫建立过程中，核心网获取呼叫方的用户信息，根据预置的该用户信息与切换类型的对应关系获知，当对应的切换类型为允许系统间切换时，则所述核心网在向所述呼叫方返回空口承载指配请求消息时，将业务切换信元随同该空口承载指配请求消息发送至所述呼叫方；及所述核心网在向切换的目标侧发送切换请求消息时，将业务切换信元随同该切换请求消息发送至所述切换的目标侧进行系统间的切换。本发明还公开了核心网中能够控制系统间切换的网元及系统。本发明能够根据用户信息的不同内容灵活控制系统间切换，使不同类型的用户在不同网络实现差异化服务，更加合理地利用网络资源。

Description

核心网控制系统间切换的方法、网元及系统

技术领域

本发明涉及移动通信领域中控制不同系统间的呼叫切换，尤其涉及一种核心网控制系统间切换的方法、网元及系统。

背景技术

在目前通信网络系统中，3G网络系统和2G网络系统并存，在3G网络系统及2G网络系统中存在共有业务。因此，可在两个网络之间分配不同的业务/用户，比如把视频业务放到新建的3G网络中进行，把USIM卡用户放到3G网络中，或者把一些负载严重的2G小区用户放到3G网络中等。

目前，现有技术提出了接入网根据业务切换信元可以控制是否发起系统间切换的方法，具体为：当系统支持系统间切换的时候，核心网的移动交换中心(MSC)在下发的指配消息中携带业务切换(Service Handover)信元，当基站子系统(BSS)接收到包含所述Service Handover信元的指配消息时，存储该信元并根据该信元指令的信息决定是否发起系统间切换。当所述4Service Handover信元的值为允许切换指令时，则所述接入网发起系统间的切换；否则，不切换。

在进行本发明创造过程中，发明人发现现有技术中至少存在如下问题：

现有技术给出了一种接入侧如何发起系统间切换的方法，即通过MSC指示的业务切换信元可以控制系统间切换的发起与否。

然而，现有技术中对系统间切换的形式比较单一，不能根据具体的网络情况、用户情况或业务情况进行灵活的切换控制，因此不能更好地满足网络的合理应用。

发明内容

有鉴于此，本发明实施例的目的在于提供一种核心网控制系统间切换的方法、网元及系统。

本发明实施例提供的一种核心网控制系统间切换的方法，包括：

在呼叫建立过程中，核心网获取呼叫方的用户信息，根据预置的该用户信息与切换类型的对应关系获知，当与所述用户信息对应的切换类型为允许系统间切换时，

则所述核心网在向所述呼叫方返回空口承载指配请求消息时，将业务切换信元随同该空口承载指配请求消息发送至所述呼叫方；及所述核心网在向切换的目标侧发送切换请求消息时，将业务切换信元随同该发送切换请求消息发送至所述切换的目标侧进行系统间的切换。

基于上述技术方案，本发明实施例还公开了一种核心网中能够控制系统间切换的网元，包括：

切换类型存储单元，用于存储预置的用户信息与切换类型的对应关系；

用户信息获取单元，用于在呼叫建立过程中，获取呼叫方的用户信息，并将所述用户信息告知切换类型判断单元；

所述切换类型判断单元，用于收到所述用户信息后，根据所述切换类型存储单元中该用户信息与切换类型的对应关系获知，当与所述用户信息对应的切换类型为允许系统间切换时，将允许切换的判断结果告知业务切换信元生成单元；

所述业务切换信元生成单元，用于在收到所述允许切换的判断结果后，生成业务切换信元，并将所述业务切换信元随同空口承载指配请求消息发送至所述呼叫方，及将所述业务切换信元随同该发送切换请求消息发送至所述切换的目标侧。

与此同时，本发明实施例还公开了一种能够控制系统间切换的系统，包括：核心网、呼叫方、以及位于所述核心网中的能够控制系统间切换的网元，其中，所述呼叫方向所述核心网发起呼叫，位于所述核心网中的所述网元包括：

切换类型存储单元，用于存储预置的用户信息与切换类型的对应关系；

用户信息获取单元，用于在呼叫建立过程中，获取呼叫方的用户信息，并将所述用户信息告知切换类型判断单元；

所述切换类型判断单元，用于收到所述用户信息后，根据所述切换类型存储单元中该用户信息与切换类型的对应关系获知，当与所述用户信息对应的切换类型为允许系统间切换时，将允许切换的判断结果告知业务切换信元生成单元；

所述业务切换信元生成单元，用于在收到所述允许切换的判断结果后，生成业务切换信元，并将所述业务切换信元随同空口承载指配请求消息发送至所述呼叫方，及将所述业务切换信元随同该发送切换请求消息发送至所述切换的目标侧。

与现有技术相比，本发明实施例具有以下优点：

本发明实施例能够根据用户信息与切换类型的对应关系判决是否允许系统间切换，并且在当允许系统间切换时，将业务切换信元随同空口承载指配请求消息、及切换请求消息分别发送至所述呼叫方、及切换的目标侧进行系统间的切换。本发明实施例中，核心网能够根据用户信息中不同内容灵活控制系统间切换，使不同类型的用户在不同网络实现差异化服务，以达到网络合理利用的目的，实现小区负载的均衡。

附图说明

图1为本发明核心网控制系统间切换的一个方法实施例的流程图；

图2为本发明核心网控制系统间切换的另一个方法实施例的流程图；

图3为本发明核心网控制系统间切换的另一个方法实施例的流程图；

图4为本发明核心网中能够控制系统间切换的一个网元实施例的结构框图；

图5为本发明核心网中能够控制系统间切换的另一个网元实施例的结构框图；

图6为本发明能够控制系统间切换的一个系统实施例的结构框图。

具体实施方式

本发明实施例公开的一种使用核心网控制系统间切换的方法，包括：在呼叫建立过程中，核心网获取呼叫方的用户信息，根据预置的该用户信息与切换类型的对应关系获知，当与所述用户信息对应的切换类型为允许系统间切换时，

则所述核心网在向所述呼叫方返回空口承载指配请求消息时，将业务切换信元随同该空口承载指配请求消息发送至所述呼叫方；及所述核心网在向切换的目标侧发送切换请求消息时，将业务切换信元随同该发送切换请求消息发送至所述切换的目标侧进行系统间的切换。

其中，当所述呼叫方为主叫用户时，所述核心网可从接收到的主叫用户发来的业务请求消息，和/或呼叫建立消息中获取主叫用户的用户信息，所述业务请求消息的用户信息至少包括：用户的接入区域、用户的国际移动用户标识码(IMSI)；所述呼叫建立消息的用户信息至少包括：用户的呼叫业务类型。

其中，当所述呼叫方为被叫用户时，所述核心网可从被叫用户发来的寻呼响应消息和/或呼叫证实消息中获取被叫用户的用户信息。

本发明实施例中核心网能够根据用户IMSI类型，用户发起的业务类型(比如语音呼叫，视频呼叫，低速的数据业务，高速的数据业务等)等用户信息分别或者相互组合判断该呼叫方发起的业务请求是否为系统间切换，以便业务切换信元的配置。从而能够灵活地控制从全球移动通信GSM系统到通用移动通信UMTS系统的切换，或从UMTS系统到GSM系统的切换。使不同IMSI类型的用户、不同业务的用户以及其他不同类型的用户在不同的网络实现差异化服务，达到网络合理利用的目的，实现小区负载的均衡。

由于本发明实施例中所述呼叫方可以为主叫用户，也可以是被叫用户，因此，为方便说明，下面实施例中的呼叫方均以主叫用户为例，详细说明核心网是如何根据用户信息来控制系统间切换的。

如图1所示，其为本发明核心网控制系统切换的一个方法实施例的流程图，该方法为用户从2G系统始发呼叫，核心网根据该用户发起的业务请求消息(Service_Request)，以及呼叫建立消息(SETUP)中的用户信息，将呼叫切换到3G系统中，本实施例中所述核心网可以为移动交换中心(MSC)，设2G系统中的基站(BSC)作为呼叫方，3G系统中的无线网络控制器(RNC)作为切换方，该方法包括以下步骤：

步骤101：2G系统中的用户发起呼叫，BSC向MSC发送业务请求消息(Service_Request)。所述业务请求消息中至少包括用户的接入区域，及用户的国际移动用户标识码(IMSI)等信息。

步骤102：所述MSC在收到所述业务请求消息后，向所述BSC返回一个业务接受消息(Service_Accept)，通知用户可以发起呼叫。

步骤103：所述BSC在收到该业务接受消息后，向所述MSC发送呼叫建立消息(SETUP)，该消息至少包括用户的呼叫业务类型。其中，所述呼叫业务类型可分为语音或数据等类型。

步骤104：所述MSC在收到所述用户的呼叫建立消息后，向所述BSC返回一个呼叫正在进行消息(Call_Proceeding)，指示用户呼叫正在接续过程中。

步骤105：所述MSC从所述业务请求消息和/或呼叫建立消息中获取用户信息，根据预置的该用户信息与切换类型的对应关系判断是否允许系统间切换，当与所述用户信息对应的切换类型为允许系统间切换时，则选定业务切换信元的值为允许切换，并且所述MSC在为主叫用户分配完地面资源后，执行步骤106。其中，所述业务切换信元的值还可包括：可以切换但尽量不切换和不允许切换两种。

其中，所述MSC根据预置的该用户信息与切换类型的对应关系，获知用户信息对应的切换类型为允许系统间切换的方法例如：

如果所述MSC从所述主叫用户的业务请求消息中获知，该用户所在的接入区域为允许切换的区域，或者获知该用户的IMSI为允许切换的标识；或者，

如果所述MSC从所述主叫用户的呼叫建立消息中获知，该用户的呼叫业务类型对应的是允许系统间切换；或者，

上述情况的组合，则所述MSC认为该切换类型为允许系统间切换。其中，所述用户的呼叫业务类型分为：语音呼叫，视频呼叫，低速的数据业务，高速的数据业务等类型。所述用户的呼叫业务类型与切换类型的对应关系可根据实际需要设置，例如，数据业务不允许切换，语音业务则允许切换。

步骤106：所述MSC将所选择的业务切换信元随同空口承载指配请求消息(Assignment_Request)一起发送至所述BSC，指示所述BSC建立空口承载。

步骤107：所述BSC在收到所述空口承载指配请求消息后，建立空口承载，并且在完成后，向所述MSC返回空口承载建立完成消息(Assignment_Complete)。

步骤108：所述BSC向所述MSC发送切换要求消息(Handover_Required)，要求MSC发起系统间的切换。

步骤109：所述MSC在收到所述BSC的切换要求消息后，向3G系统中的RNC发送切换请求消息(Relocation_Request)，请求所述RNC准备切换目标侧的资源。

步骤110：目标侧的RNC在收到所述切换请求消息后，向所述MSC返回一个切换请求证实消息(Relocation_Request_Acknowledge)后，进行后续的切换及呼叫连接等常规步骤。

需要说明的是，上述实施例步骤105中，对根据不同的用户信息是否发起系统间切换的判断方法可按照用户的实际情况设置。同时，所述用户信息也不限于上述列举的如用户业务类型等类型。上述步骤105中，所述MSC在收到所述呼叫建立消息后，还可按照以下步骤获知所述呼叫方的切换类型：

如果所述MSC从所述主叫用户的签约信息中获知，该用户的ARD签约信息为只允许驻留在当前系统，或者获知该用户的优先级低时，或者，

如果所述MSC获知该用户为双模终端时，或者，

如果所述MSC从所述用户数据中获知该用户的漫游类型对应的是允许系统间切换时，或者，

上述情况中的任一组合，

则所述MSC认为该呼叫方的切换类型为允许系统间切换。其中，所述漫游类型、优先级与切换类型的对应关系都可根据实际需要预先设置，例如，国内漫游不允许切换，国际漫游则允许切换；还可设置优先级高的先切换等。

此外，本发明实施例不仅能够只针对某个用户信息来判定系统间的切换，还可将上述各种用户信息对应切换的判定方法任意组合来最终判定是否发起系统间的切换。只要是能够达到优化网络资源的目的，任何可判定系统间切换的用户信息以及不同用户信息的判定方法的任何组合都落入本发明的保护范围中。

同时，本发明上述实施例一是对系统间切换的控制方法的具体描述，在所述步骤105中，当所述MSC从所述主叫用户发来的业务请求消息，以及呼叫建立消息中获知，该用户不允许切换，则所述MSC在后续步骤中向所述BSC下发的指配消息中携带的业务切换信元的值为不允许切换，则此时，所述主叫侧的BSC不向网络发送Handover_Required消息，而是和被叫的原接入侧直接建立正常的呼叫连接。

上述实施例中核心网能够根据用户接入区域，用户优先级，用户漫游类型，用户IMSI类型，用户ARD签约信息，用户发起的业务类型(比如语音呼叫，视频呼叫，低速的数据业务，高速的数据业务等)分别或者相互组合判断该呼叫方发起的业务请求是否为系统间切换，使核心网能够灵活控制从2G系统到3G系统的切换，实现小区负载的均衡，进而更合理地利用网络。

如图2所示，其为本发明核心网控制系统切换的另一个方法实施例的流程示意图，该方法为用户从3G系统始发呼叫，核心网根据该用户发起的业务请求消息，以及呼叫建立消息中的用户信息，将呼叫切换到2G系统中，本实施例中所述核心网可以为MSC，设3G系统中的RNC作为呼叫方，2G系统中的BSC作为切换方，该方法包括以下步骤：

步骤201：3G系统中的用户发起呼叫，RNC向MSC发送业务请求消息(Service_Request)。所述业务请求消息中至少包括用户的接入区域、及用户的国际移动用户标识码(IMSI)等信息。

步骤202：所述MSC在收到所述业务请求消息后，向所述RNC返回一个业务接受消息(Service_Accept)，通知用户可以发起呼叫。

步骤203：所述RNC在收到该业务接受消息后，向所述MSC发送呼叫建立消息(SETUP)，该消息中至少包括用户的呼叫业务类型。其中，所述呼叫业务类型可分为语音或数据等类型。

步骤204：所述MSC在收到所述用户的呼叫建立消息后，向所述RNC返回一个呼叫正在进行消息(Call_Proceeding)，指示用户呼叫正在接续过程中。

步骤205：所述MSC从所述业务请求消息和/或呼叫建立消息中获取用户信息，根据预置的该用户信息与切换类型的对应关系判断是否允许系统间切换，当与所述用户信息对应的切换类型为允许系统间切换时，则选定业务切换信元的值为允许切换，并且所述MSC在为主叫用户分配完地面资源后，执行步骤206。其中，所述业务切换信元的值还可包括：可以切换但尽量不切换和不允许切换两种。

其中，所述MSC根据预置的该用户信息与切换类型的对应关系，获知用户信息对应的切换类型为允许系统间切换的方法例如：

如果所述MSC从所述主叫用户的业务请求消息中获知，该用户所在的接入区域为允许切换的区域，或者获知该用户的IMSI为允许切换的标识；或者，

如果，所述MSC从所述主叫用户的呼叫建立消息中获知，该用户的呼叫业务类型对应的是允许切换；或者，

上述情况的组合，则所述MSC认为该切换类型为允许系统间切换。其中，所述用户的呼叫业务类型分为：语音呼叫，视频呼叫，低速的数据业务，高速的数据业务等类型。所述用户的呼叫业务类型与切换类型的对应关系可根据实际需要设置，例如，数据业务不允许切换，语音业务则允许切换。

步骤206：所述MSC将选择的业务切换信元随空口承载指配请求消息(Assignment _Request)一起发送至所述RNC，指示所述RNC建立空口承载。

步骤207：所述RNC在收到所述空口承载指配请求消息后，建立空口承载，并且在完成后，向所述MSC返回空口承载建立完成消息(Assignment_Response)。

步骤208：所述RNC向所述MSC发送切换要求消息(Relocation_Required)，要求MSC发起系统间的切换。

步骤209：所述MSC在收到所述RNC的切换要求消息后，向2G系统中的BSC发送切换请求消息(Handover_Request)，请求所述BSC准备切换目标侧的资源。

步骤210：目标侧的BSC在收到所述切换请求消息后，向所述MSC返回切换请求证实消息(Handover_Request_Acknowledge)后，执行后续的切换及呼叫连接等常规步骤。

上述实施例中核心网能够根据用户IMSI类型，用户发起的业务类型(比如语音呼叫，视频呼叫，低速的数据业务，高速的数据业务等)分别或者相互组合判断该呼叫方发起的业务请求是否为系统间切换，使核心网能够灵活控制从3G系统到2G系统的切换，实现小区负载的均衡，进而更合理地利用网络。

需要说明的是，上述实施例的步骤205中，对是否发起切换的判断原则可按照用户的需求自行设置。同时，所述用户信息也不限于上述列举的如用户业务类型等类型。上述步骤105中，在所述MSC在收到所述呼叫建立消息后，还可按照以下步骤获知所述呼叫方的切换类型：

如果所述MSC从所述主叫用户的签约信息中获知，该用户的ARD签约信息为只允许驻留在当前系统，或者获知该用户的优先级低时，或者，

如果所述MSC获知该用户为双模终端时，或者，

如果所述MSC从所述用户数据中获知该用户的漫游类型对应的是允许系统间切换时，或者，

上述情况中的任一组合，则所述MSC认为该呼叫方的切换类型为允许系统间切换。其中，所述漫游类型、优先级与切换类型的对应关系都可根据实际需要预先设置，例如，国内漫游不允许切换，国际漫游则允许切换；还可设置优先级高的先切换等。

此外，本发明实施例不仅能够只针对某个用户信息来判定系统间的切换，还可将上述各种用户信息对应切换的判定方法任意组合来最终判定是否发起系统间的切换。只要是能够达到优化网络资源的目的，任何可判定系统间切换的用户信息以及不同用户信息的判定方法的任何组合都落入本发明的保护范围中。

同时，本发明上述图2所示实施例是对从3G系统切换到2G系统的切换控制方法的具体描述，在所述步骤205中，当所述MSC从所述主叫用户发来的业务请求消息，以及呼叫建立消息中获知，该用户不允许系统间切换，则所述MSC在后续步骤中向所述RNC下发的指配消息中携带的业务切换信元的值为不允许切换，则此时，所述主叫侧的RNC不再向网络发送Handover_Required消息，而是和被叫的原接入侧直接建立正常的呼叫连接。

上述实施例中核心网能够根据用户的接入区域，用户优先级，用户漫游类型，用户SIM卡类型，用户ARD签约信息，用户的品牌，用户发起的业务(比如语音呼叫，视频呼叫，低速的数据业务，高速的数据业务等)等切换条件进行业务切换信元的配置，使核心网能够灵活控制系统间切换，实现小区负载的均衡，进而更好地合理利用网络。

此外，上述图1和图2所示的两个实施例中，当切换类型为允许系统间切换时，所述业务切换信元的值不仅包括允许切换，还可以根据网络的具体情况，由所述核心网通过操作管理(O&M)将该用户配置业务切换信元的值设为：允许切换、或允许切换但尽量不切换两种类型。所述核心网可根据业务请求的重要性，设置不同切换类型值的业务切换信元。在呼叫过程中，系统可根据所述业务切换信元值的不同类型，有选择的切换，由于为现有技术，因此不再赘述。

此外，在上述图1所示实施例的步骤105和图2所示实施例的步骤205中，所述核心网在获取所述呼叫方的用户信息前，还可以先判断所述RNC或BSC是否支持业务切换信元，当支持时，则所述核心网再执行后续的所述获取所述呼叫方的用户信息步骤，否则不发起系统间的切换。

其中，所述核心网判断所述RNC或BSC是否支持业务切换信元的方法具体为：

如果所述MSC通过所述O & M配置得知，当不在IU-CS接口启动基于业务的切换，则所述MSC设置所述业务切换信元的值为不允许切换；

如果MSC通过O & M配置得知，当不在A接口启动基于业务的切换，则所述MSC设置所述业务切换信元的值为不允许切换。

上述几个实施例给出的都是局内系统间切换的方法，本发明还适用于局间系统间的切换，局间系统切换的控制方法与上述实施例中系统间切换的控制方法大致相同，不同之处在于，在本实施例中，当核心网获知允许系统间切换时，所述核心网将附带有业务切换信元的切换请求消息发送给切换的目标局的核心网，而不是给本局内的切换的目标基站BSC。如图3所示，其为本发明局间系统间切换的一个方法实施例的流程图，该方法以局间从3G系统切换到2G系统为例，设核心网为MSC-A，切换的目标局的核心网为2G系统中的MSC-B，该方法步骤301～步骤307与上述图2所示的实施例中步骤201至步骤207实质相同，在本实施例中由所述MSC-A完成上述步骤，之后本实施例还包括以下步骤：

步骤308：3G系统中的RNS-A向所述MSC-A发送Iu口的切换要求消息(Iu_Relocation_Required)，要求MSC发起系统间的切换。其中，所述Iu口的切换要求消息还可以称为Iu口的重配置请求消息。

步骤309：所述MSC-A产生切换到2G系统的A接口的切换请求消息(A_HO_REQUEST)，然后再根据所述Iu_Relocation_Required消息中指定的目标小区来决定是否发起局间切换，当所指定的目标小区为其他局小区时，则所述MSC-A按照步骤310向所述目标小区所在的指定局发起系统间切换。其中，根据目标小区来决定是否要发起局间切换的判断方法为现有技术，因此不再赘述。

步骤310：所述MSC-A在E接口上将所述A_HO_REQUEST消息打包在MAP接口的切换请求消息(MAP_Prep_Handover_Request)中，并将所述MAP_Prep_Handover_Request消息发送至指定局的MSC-B，请求所述MSC-B准备切换目标侧的资源。其中，所述A_HO_REQUEST消息和所述MAP_Prep_Handover_Request消息中都携带有业务切换信元，该信元的值与所述MSC-A向所述主叫侧RNC发送指配消息时，携带的业务切换信元的值相同。

步骤311：所述MSC-B在收到所述MAP_Prep_Handover_Request消息后，向VLR-B(Visitor Location Register，拜访位置寄存器)发送MAP_Allocate_Handover_Number req.消息，其目的是申请切换号码，以便建立所述MSC-A到所述MSC-B之间的话路，即为IAM(初始地址消息)做准备。

步骤312：所述MSC-B从所述MAP_Prep_Handover_Request消息中解析出所述A_HO_REQUEST消息，并将所述A_HO_REQUEST消息发送给所述切换的目标基站BSS-B，请求所述BSS-B准备切换目标侧的无线资源。

步骤313：所述目标侧的BSS-B当完成了无线资源准备后，向所述MSC-B返回切换请求证实消息(A_HO_REQUEST_ACK)后，执行步骤314及后续的局间从3G到2G的切换及呼叫连接等步骤。

步骤314：所述VLR-B在收到所述MSC-B的MAP_Allocate_Handover_Number req.消息后，向所述MSC-B返回MAP_Send_Handover_Number Report req.消息，该消息中包含有所述VLR-B分配的切换号码。

步骤315：所述MSC-B从所述MAP_Send_Handover_Number Report req.消息中解析出所述切换号码，将所述切换号码和所述A_HO_REQUEST_ACK消息一起构造成MAP_Prep_Handover resp.消息，并将该消息发送至3G系统中的所述MSC-A。此时，所述MSC-B已准备好了无线资源与切换号码。

步骤316：所述MSC-A从所述MAP_Prep_Handover resp.消息中解析出切换号码，向所述MSC-B发送初始地址消息(IAM)，建立与所述MSC-B之间的话路。

步骤317：所述MSC-B向所述VLR-B发送切换号码释放消息(MAP-Send-Handover-Number Report resp.)，要求所述VLR-B将为所述MSC-B分配的切换号码释放，以留给其他用户切换使用。

步骤318：所述MSC-B向所述MSC-A返回地址完全消息(ACM)，表明与所述MSC-A之间的话路完全建立。

步骤319：所述MSC-A向所述RNS-A发送切换命令(Iu_Relocation_Command)。

步骤320：当所述BSS-B检测到有手机接入2G系统时，向所述MSC-B发送切换检测消息(A_Handover_Detect)。

步骤321：所述BSS-B将所接收到的A_Handover_Detect消息通过接入处理消息(MAP_Process_Access_Signal Req.)发送给所述MSC-A，以告知所述MSC-A手机已从2G系统接入。

步骤322：当所述BSS-B检测到所述手机已经成功接入到2G系统中时，向所述MSC-B发送切换完成消息(A_Handover_Complete)。

步骤323：所述BSS-B将所接收到的A_Handover_Complete消息通过发送结束消息(MAP_Send_End_Signal Req.)发送给所述MSC-A，以告知所述MSC-A手机已从2G系统成功接入。

步骤324：所述MSC-A在收到所述MAP_Send_End_Signal Req.消息后，向所述RNS-A发送释放命令(Iu_Release_Command)，通知所述RNS-A释放原来通话占用的无线资源。

步骤325：所述RNS-A在释放完原来通话占用的无线资源后，向所述MSC-A返回释放完成消息(Iu_Release_Complete)。

步骤326：所述MSC-B在中继接口上发送应答消息(ANM)给所述MSC-A，通知切换完成，以和所述ACM消息保持中继信令的完整。

步骤327：当通话结束后，所述MSC-A向所述MSC-B发送话路释放消息(REL)，要求释放局间话路资源。

步骤328：所述MSC-A向所述MSC-B发送结束信令响应(MAP_Send_End_Signal resp.)，要求所述MSC-B释放系统间切换时申请的无线资源。

上述实施例中不仅核心网能够根据用户发起的业务类型等因素判断该呼叫方发起的业务请求是否为系统间切换，使核心网能够灵活控制从3G系统到2G系统的切换，实现小区负载的均衡。而且还通过核心网在向切换的目标局中的MSC-B发送切换请求消息时，将业务切换信元一起发送至所述MSC-B，从而实现局间的系统间切换。

需要说明的是，上述实施例中当所述MSC-A通过O & M配置得知所述MSC-A不在局间传递业务切换信元时，则在所述步骤310中，所述MSC-A向所述MSC-B发送的所述MAP_Prep_Handover_Request消息中不携带业务切换信元，此时，则不发起局间的系统间切换。

此外，上述实施例中当所述MSC-B通过O & M配置得知所述MSC-B不在A接口启动基于业务切换时，则在所述步骤312中，所述MSC-B向所述切换的目标基站BSS-B发送的所述A_HO_REQUEST消息中，不包含业务切换信元。此时，目标局不发起系统间的切换。

需要说明的是，上述实施例中所述呼叫方都是以主叫用户为例进行的详细说明，本发明实施例中所述核心网还可以根据被叫用户的用户信息，进而判断是否发起系统间的切换。和主叫用户不同的是，被叫用户的用户信息可从所述被叫用户发送给MSC的寻呼应答消息、呼叫证实消息(call_conform)、以及保存在所述MSC上的被叫用户的用户数据中获取。而具体的切换判断方法以及切换的流程方法因都与上述实施例中的雷同，再次不再赘述。

基于上述技术方案，本发明实施例还公开了一种核心网中能够控制系统间切换的网元，如图4所示，所述网元包括：接收单元401、切换类型存储单元402、用户信息获取单元403、切换类型判断单元404、业务切换信元生成单元405、发送单元406，其中，

所述切换类型存储单元402，用于存储预置的用户信息与切换类型的对应关系；

所述用户信息获取单元403，用于从由所述接收单元401接收到的呼叫建立相关的消息中获取呼叫方的用户信息，并将所述用户信息告知所述切换类型判断单元404；

所述切换类型判断单元404，用于收到所述用户信息后，根据所述切换类型存储单元402中该用户信息与切换类型的对应关系获知，当与所述用户信息对应的切换类型为允许系统间切换时，将允许切换的判断结果告知所述业务切换信元生成单元405；

所述业务切换信元生成单元405，用于在收到所述允许切换的判断结果后，生成业务切换信元，并通过所述发送单元406将所述业务切换信元随同空口承载指配请求消息发送至所述呼叫方、及随同发送切换请求消息发送至所述切换的目标侧。

其中，当所述呼叫方为主叫用户时，所述呼叫建立相关的消息可具体为业务请求消息和/或呼叫建立消息，所述业务请求消息的用户信息至少包括：用户的接入区域、用户的国际移动用户标识码IMSI。所述呼叫建立消息的用户信息至少包括：用户的呼叫业务类型。

其中，当所述呼叫方为被叫用户时，所述呼叫建立相关的消息可具体为寻呼相应消息和/或呼叫证实消息。

其中，所述网元可以为移动交换中心MSC。

此外，如图5所示，其为本发明核心网中能够控制系统间切换的另一个网元实施例的结构框图。该网络在上述网元实施例的基础上，还包括：

用户类型获取单元507，用于根据从所述接收单元401接收到的呼叫建立相关的消息，从移动交换中心MSC上获取呼叫方的用户类型，并将所述用户类型告知所述切换类型判断单元404；其中，所述用户类型至少包括：呼叫方的签约信息、用户数据等信息。

所述切换类型存储单元402，还用于存储所述用户类型与切换类型的对应关系；

所述切换类型判断单元404，还用于收到所述用户类型后，根据所述切换类型存储单元402中该用户类型与切换类型的对应关系获知，当与所述用户信息对应的切换类型为允许系统间切换时，将允许切换的判断结果告知所述业务切换信元生成单元405；

上述实施例中所述切换类型判断单元404能够根据用户接入区域，用户优先级，用户漫游类型，用户IMSI类型，用户ARD签约信息，用户发起的业务类型(比如语音呼叫，视频呼叫，低速的数据业务，高速的数据业务等)判断该呼叫方发起的业务请求是否为系统间切换，使核心网能够灵活控制系统间的切换，实现小区负载的均衡，进而更合理地利用网络。

基于上述技术方案，本发明实施例还公开了一种能够控制系统间切换的系统，如图6所示，所述系统包括：核心网601、呼叫方602、切换的目标侧603、及位于所述核心网601中的能够控制系统间切换的网元604，其中，

所述呼叫方602向所述核心网601发起呼叫，所述核心网601中的所述控制系统间切换的网元604，用于从所述呼叫方602发来的呼叫建立相关的消息中获取该呼叫方的用户信息，并根据所述用户信息判断该呼叫方602发起的业务请求是否允许系统间切换，当允许系统间切换时，则所述网元604将业务切换信元随同空口承载指配请求消息发送至所述呼叫方602、及将业务切换信元随同切换请求消息发送至所述切换的目标侧603。

其中，所述网元604包括：接收单元401、切换类型存储单元402、用户信息获取单元403、切换类型判断单元404、业务切换信元生成单元405、发送单元406，其中，

所述切换类型存储单元402，用于存储预置的用户信息与切换类型的对应关系；

所述用户信息获取单元403，用于从由所述接收单元401接收到的呼叫建立相关的消息中获取呼叫方的用户信息，并将所述用户信息告知所述切换类型判断单元404；

所述切换类型判断单元404，用于收到所述用户信息后，根据所述切换类型存储单元402中该用户信息与切换类型的对应关系获知，当与所述用户信息对应的切换类型为允许系统间切换时，将允许切换的判断结果告知所述业务切换信元生成单元405；

所述业务切换信元生成单元405，用于在收到所述允许切换的判断结果后，生成业务切换信元，并通过所述发送单元406将所述业务切换信元随同空口承载指配请求消息发送至所述呼叫方、及随同发送切换请求消息发送至所述切换的目标侧。

其中，当所述呼叫方为主叫用户时，所述呼叫建立相关的消息可具体为业务请求消息和/或呼叫建立消息，所述业务请求消息的用户信息至少包括：用户的接入区域、用户的国际移动用户标识码IMSI。所述呼叫建立消息的用户信息至少包括：用户的呼叫业务类型。

其中，当所述呼叫方为被叫用户时，所述呼叫建立相关的消息可具体为寻呼相应消息和/或呼叫证实消息。

其中，所述能够控制系统间切换的网元604可以为移动交换中心MSC。

以上所述的本发明实施方式，并不构成对本发明保护范围的限定。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种核心网控制系统间切换的方法，其特征在于，包括：

在呼叫建立过程中，核心网获取呼叫方的用户信息，根据预置的该用户信息与切换类型的对应关系获知，当与所述用户信息对应的切换类型为允许系统间切换时，

则所述核心网在向所述呼叫方返回空口承载指配请求消息时，将业务切换信元随同该空口承载指配请求消息发送至所述呼叫方；及所述核心网在向切换的目标侧发送切换请求消息时，将业务切换信元随同该发送切换请求消息发送至所述切换的目标侧进行系统间的切换。

2.如权利要求1所述的控制系统间切换的方法，其特征在于，所述核心网获取呼叫方的用户信息具体为：所述核心网从接收到的业务请求消息中获取呼叫方的用户信息，所述业务请求消息的用户信息至少包括：用户的接入区域、用户的国际移动用户标识码IMSI；

所述核心网根据预置的该用户信息与切换类型的对应关系，获知与所述用户信息对应的切换类型为允许系统间切换的具体实现为：

当所述用户位于允许系统切换的接入区域中时，或

当所述用户的IMSI为允许系统切换时，或

上述情况的组合，则所述核心网认为该切换类型为允许系统间切换。

3.如权利要求1或2所述的控制系统间切换的方法，其特征在于，所述核心网获取呼叫方的用户信息具体为：所述核心网从接收到的呼叫建立消息中获取呼叫方的用户信息，所述呼叫建立消息的用户信息至少包括：用户的呼叫业务类型；

所述核心网获取呼叫方的用户信息，根据预置的该用户信息与切换类型的对应关系，获知与所述用户信息对应的切换类型为允许系统间切换的具体实现为：

当所述用户的呼叫业务类型对应的是允许系统间切换时，则所述核心网认为该切换类型为允许系统间切换。

4.如权利要求3所述的控制系统间切换的方法，其特征在于，所述核心网在收到所述呼叫建立消息后，还可按照以下步骤获知所述呼叫方的切换类型：

所述核心网从移动交换中心MSC上获取所述呼叫方的签约信息，当从所述签约信息中获知该用户的ARD签约信息为只允许驻留在当前系统时，或当从所述用户的签约信息中获知该用户的优先级对应的是允许系统间切换时，或

所述核心网从移动交换中心MSC上获取所述呼叫方的用户数据，当从所述用户数据中获知该用户的漫游类型对应的是允许系统间切换时，或

当所述核心网从移动交换中心MSC上获知该用户为双模终端时，或

上述情况中的任一组合，则所述核心网认为该呼叫方的切换类型为允许系统间切换。

5.如权利要求1所述的控制系统间切换的方法，其特征在于，还包括：

所述核心网从预置的数据中获知，当所述呼叫方的基站侧能够在A接口启动基于业务的切换，或者，当所述呼叫方的基站侧能够在IU-CS接口启动基于业务的切换，

则执行所述获取呼叫方的用户信息步骤。

6.如权利要求1所述的控制系统间切换的方法，其特征在于，所述核心网获取呼叫方的用户信息具体为：

所述核心网从寻呼响应消息、和/或呼叫证实消息中获取呼叫方的用户信息。

7.如权利要求1所述的控制系统间切换的方法，其特征在于，所述系统间切换为局内从全球移动通信GSM系统到通用移动通信UMTS系统的切换，或从UMTS系统到GSM系统的切换；或者

为局间从全球移动通信GSM系统到通用移动通信UMTS系统的切换，或从UMTS系统到GSM系统的切换。

8.一种核心网中能够控制系统间切换的网元，其特征在于，包括：

切换类型存储单元，用于存储预置的用户信息与切换类型的对应关系；

用户信息获取单元，用于在呼叫建立过程中，获取呼叫方的用户信息，并将所述用户信息告知切换类型判断单元；

所述切换类型判断单元，用于收到所述用户信息后，根据所述切换类型存储单元中该用户信息与切换类型的对应关系获知，当与所述用户信息对应的切换类型为允许系统间切换时，将允许切换的判断结果告知业务切换信元生成单元；

所述业务切换信元生成单元，用于在收到所述允许切换的判断结果后，生成业务切换信元，并将所述业务切换信元随同空口承载指配请求消息发送至所述呼叫方，及将所述业务切换信元随同发送切换请求消息发送至所述切换的目标侧。

9.如权利要求8所述的核心网中能够控制系统间切换的网元，其特征在于，还包括：

用户类型获取单元，用于从移动交换中心MSC上获取呼叫方的用户类型，并将所述用户类型告知所述切换类型判断单元；其中，所述用户类型至少包括：呼叫方的签约信息、用户数据；

所述切换类型存储单元，还用于存储所述用户类型与切换类型的对应关系；

所述切换类型判断单元，还用于收到所述用户类型后，根据所述切换类型存储单元中该用户类型与切换类型的对应关系获知，当与所述用户信息对应的切换类型为允许系统间切换时，将允许切换的判断结果告知所述业务切换信元生成单元。

10.如权利要求8所述的核心网中能够控制系统间切换的网元，其特征在于，所述网元为移动交换中心MSC。

11.一种能够控制系统间切换的系统，包括：核心网、呼叫方，其中，所述呼叫方向所述核心网发起呼叫，其特征在于，所述系统还包括位于所述核心网中的能够控制系统间切换的网元，该网元包括：

切换类型存储单元，用于存储预置的用户信息与切换类型的对应关系；

用户信息获取单元，用于在呼叫建立过程中，获取呼叫方的用户信息，并将所述用户信息告知切换类型判断单元；

所述切换类型判断单元，用于收到所述用户信息后，根据所述切换类型存储单元中该用户信息与切换类型的对应关系获知，当与所述用户信息对应的切换类型为允许系统间切换时，将允许切换的判断结果告知业务切换信元生成单元；

所述业务切换信元生成单元，用于在收到所述允许切换的判断结果后，生成业务切换信元，并将所述业务切换信元随同空口承载指配请求消息发送至所述呼叫方，及将所述业务切换信元随同该发送切换请求消息发送至所述切换的目标侧。

12.如权利要求11所述的能够控制系统间切换的系统，所述网元为移动交换中心MSC。

Images