CN102282888A

CN102282888A - 呼叫切换、处理方法及装置与***

Info

Publication number: CN102282888A
Application number: CN2009801217304A
Authority: CN
Inventors: 秦钧; 朱星; 王之曦
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2008-06-07
Filing date: 2009-06-08
Publication date: 2011-12-14
Anticipated expiration: 2029-06-08
Also published as: BRPI0914796A2; RU2520573C2; CN102282888B; RU2011127660A; EP2291025A1; WO2009146664A1; EP2291025A4; RU2520573C9; CN101600179B; CN101600179A

Abstract

本发明实施例公开了一种呼叫切换、处理方法及装置与***，呼叫切换方法包括：发送携带有TDM类型端点信息及所述TDM类型对应的编码信息，和IP类型端点信息及所述IP类型对应的编码信息的增加端点请求消息给媒体网关；接收到指示所述媒体网关成功建立TDM端点和IP端点的增加端点响应消息，发送携带有电路识别码信元和IP类型端点信息的切换请求消息至目标基站控制器；接收所述目标基站控制器返回的携带TDM类型端点信息或IP类型端点信息的切换请求确认消息。本发明实施例能够避免目标基站控制器和核心网侧各自独立分配的TDM端点不匹配而导致呼叫失败的情况，提高了呼叫成功率。

Description

呼叫切换、处理方法及装置与*** 技术领域

本发明涉及移动通信领域，尤其涉及一种呼叫切换、处理方法及装置与***。背景技术

全球移动通信*** ( Global System for Mobile communication, 简称 GSM)最初是基于时分复用（Time Division Multiple, 简称 TDM)传输方式来传输信号。后来随着互联网协议（ Internet Protocol, 简称 IP )技术的不断发展和普及，核心网（Core Network, 简称 CN ) 已全面实现 IP化，并引入了 CN和接入网间的 A接口信令面 I P传输 S I GTRAN , GSM***的架构图如图 1所示，其中虚线表示信令面（ Signaling ),实线表示用户面（User plane )。该架构中只剩下 A接口用户面仍釆用 T丽方式，成为全网 IP化的最后障碍。于是第三代合作伙伴计划 ( 3^rd Generation Partnership Project, 简称 3GPP) 提出了基于 IP传输承载的 A接口（A interface over IP, 简称 AoIP), 来讨论 A接口用户面 IP化的解决方案。

在 A接口釆用 TDM传输方式时，使用同轴电缆固定链路来连接 CN和基站控制器（Base Station Controller, 简称 BSC), 每一个呼叫占用该同轴电缆上的一个 64kbps 时隙（Timeslot ), 即一个呼叫的用户面传输必定占用固定的一个时隙资源，因此原协议使用呼叫标识码 I电路识别码（ Ca 11 Identifier Code or Circuit Identifier Code, 简称 CIC ) 来唯一标识一个呼叫。 CIC信元的长度为 2个字节，对于使用 2M带宽的同轴电缆（即一个中继，其可以复用为 32个 64kbps时隙），可以用 5个比特位 XXXXX来标识使用的具体时隙编号，用 a-k共 11个比特位来标识使用的中继号： CIC的表达方式 ^表 1所示：表 1

当引入 AoIP以后， CN和 BSC之间的路由不再是固定链路，由于呼叫标识码和固定链路的时隙号不再——对应，因此也就可能无法再使用电路标识码 CIC 来标识一个呼叫，于是引入了呼叫标识（Call Identifier, 简称 Call-ID) 来标识呼叫。当移动交换中心 (Mobile Switching Center, 简称 MSC)或 BSC失去了对方的信令连接控制部分（ Signaling Connect ion Control Part, 简称 SCCP)链接时，可以以 Call-ID为对象要求对方同步释放相关呼叫资源。如果网络配置为 MSC池 A-flex (MSC in Pool ), 有些由于地址异常而导致呼叫出错，从而需要批量释放呼叫时， CaU-ID 的列表就显得格外高效了。

当网络支持 AoIP时，在相关的 BSC和 MSC上可以使用 Call-ID唯一标识一个呼叫；且 BSC 需要在 Assignment Complete 消息（分配完成消息）和 Handover Request Acknowledge消息、（切换请求确认消息中返回 MSC分西己的 Call-ID数值。 Call-ID的表达方式有两种：

1、（ IP地址 +UDP端口号）对

对于（IP地址 +UDP端口号）对的方式，如果釆用的版本为 IPv4, 则一个 IP地址开销为 4字节，再加上标识端口（ port )的 2字节，则该地址对就需要至少 12字节；而对于 IPv6,—个 IP地址开销为 16字节，加上标识 port 的 2字节，则该地址对至少需要 36字节。

1、与承载无关的数值 ( a bearer- independent number )

对于该方式，为了保证同一时刻该标识值的唯一性，目前有如下用 32比特位的数值来表达的方案，具体如下表所示:

表 2

其中元素标识码为 1个字节（8比特位），元素实体为 4个字节（ 32比特位）。

当 BSC 在层三消息 ( Complete Layer3 消息）中携带了 BSC-SCL (BSC- Supported Codec List, 能够表示 BSC支持 AoIP), 那么 MSC就可以用 Call-ID数值方式来标识该呼叫，并在 Assignment Request 消息中携带 Call-ID信元， BSC也就使用相同的 Call-ID值，但同时 BSC也可能会因为最终选择使用 TDM方式，即 BSC必须向 MSC提供一个 CIC信元并用一个具体的 CIC数值来标识分配的 TDM端点，这时 MSC和 BSC还是允许使用 Call-ID标识该呼叫。

呼叫过程中当用户终端在属于同一 MSC的两个 BSC之间切换，由于目标 BSC并没有向 MSC上才艮其当前对 A接口的支持能力，因此 MSC Server ( MSC-S ) 只能先为目标 BSC在 MGW上同时申请 TDM、 IP两种类型的端点，其切换流程如图 1所示。由于在目前的方案中规定，切换请求消息（Handover Request 消息）中携带 MSC-PCL (MSC- Preferred Codec List ) 的情况下就不能再同时携带 Channel Type信元，从而导致切换请求消息中不能携带 CIC信元（即使客观上切换请求消息足够携带 CIC )。目标 BSC在接收到该切换请求消息后如果选择 TDM端点，就艮可能分配并返回 MSC Server一个与 MGW上已创建的 TDM端点不匹配的 CIC的值，这时 MSC Server会因为 MGW侧和目标 BSC侧的 CIC不匹配而进入异常处理流程并释放该呼叫。

在发明人实现本发明的过程中，发现现有技术至少存在以下缺陷： UP 地址 +UDP端口号）对的标识方式字节开销太大，与 AoIP Conta iner信元中的 IP、 UDP信息存在冗余，且发生切换后实际的资源（IP、 por t值）可能与指示值不一致。而且切换请求消息中存在不能同时携带 MSC-PCL和 CIC信元的限制，从而导致目标 BSC分配的 CIC值可能与 MGW已创建的 TDM端点对应的 CIC值不匹配，导致呼叫失败的缺陷。

此外与承载无关的数值的标识方式中，例如在同一 BSC连接多个 MSC (即 MSC in Pool ) 的情况下， Pool 中的多个 MSC如果不能合理且及时地协调分配 Ca l l-ID值；则在某一时刻给同一 BSC分配了数值相同的 Ca l l-ID的可能性较大，而且现有技术中没有针对 BSC收到重复 Ca l l-ID值的处理流程。发明内容

本发明实施例提供一种呼叫切换、处理方法及装置与***，以解决现有技术呼叫切换过程中目标 BSC的 TOM端点与 MGW分配的 TDM端点可能不匹配，导致呼叫失败的缺陷。

根据本发明实施例提供一种呼叫切换方法，包括：

接收媒体网关发送的增加端点响应消息；

当所述增加端点响应消息指示所述媒体网关成功建立时分复用 TDM端点和因特网协议 IP端点时，发送携带有电路识别码和 IP类型端点信息的切换请求消息至目标基站控制器；

接收所述目标基站控制器返回的切换请求确认消息，当所述切换请求确认消息中携带 IP类型端点信息时，表明所述目标基站控制器选择的是 IP端口方式。

本发明实施例还提供了一种呼叫切换***，包括：

增加端点响应接收模块，用于接收媒体网关发送的增加端点响应消息；切换请求消息模块，用于当所述增加端点响应消息指示所述媒体网关成功建立 TDM端点和 IP端点时，发送携带有电路识别码和 IP类型端点信息的切换请求消息至目标基站控制器；

切换确认消息模块，用于接收所述目标基站控制器返回的切换请求确认消息，当所述切换请求确认消息中携带 IP类型端点信息时，表明所述目标基站控制器选择的是 IP端口方式。

本发明实施例还提供了一种呼叫切换方法，包括：

接收到媒体网关发送的指示完成建立 IP端点的增加端点响应消息；发送携带有网元标识和网元呼叫标识组成的呼叫标识 Call-ID的切换请求消息至目标基站控制器；或者，从为移动交换中心分配的 CaU-ID取值区间中选择一个没有被占用的 Call-ID值，发送携带有所述选择的 Call-ID值的切换请求消息至目标基站控制器；各移动交换中心分配到的 CaU-ID取值区间互不重叠；

接收所述目标基站控制器建立以所述 Call-ID值标识的呼叫之后返回切换请求确认消息。

本发明实施例还提供了一种呼叫处理方法，包括：

接收携带呼叫标识 CaU-ID的分配请求消息或切换请求消息，当根据所述携带呼叫标识 Call-ID的分配请求消息或切换请求消息分配呼叫失败时，返回携带有所述失败原因指示值的分配失败消息或切换失败消息给移动交换中心，所述失败原因指示值包括 Call-ID已存在或 Call-ID格式错误。

本发明实施例还提供了一种呼叫切换装置，包括：

第二切换请求模块，用于接收到媒体网关发送的完成建立 IP端点的增加端点响应消息；发送携带有网元标识和网元呼叫标识组成的呼叫标识 Call-ID 的切换请求消息至目标基站控制器；或者，从为移动交换中心分配的 CaU-ID 取值区间中选择一个没有被占用的 Call-ID 值，发送携带有所述选择的 Call-ID值的切换请求消息至目标基站控制器；各移动交换中心之间分配到的 Call-ID取值区间互不重叠；

确认接收模块，用于接收所述目标基站控制器建立以所述 Call-ID值标识的呼叫之后返回的切换请求确认消息。

本发明实施例还提供了一种呼叫处理装置，包括：

消息接收模块，用于接收携带呼叫标识 CaU-ID的分配请求消息，或者接收携带呼叫标识 Call-ID的切换请求消息；

失败消息发送模块，用于当根据所述消息接收模块接收的携带呼叫标识 Call-ID 的分配请求消息分配呼叫失败时，返回携带有所述失败原因指示值的分配失败消息给移动交换中心，所述失败原因指示值包括 Call-ID 已存在或 Call-ID格式错误；

或，用于当根据所述消息接收模块接收的携带 Ca 1 ID的切换请求消息分配呼叫失败时，返回携带有所述失败原因指示值的切换失败消息给所述移动交换中心，所述失败原因指示值包括 Call-ID已存在或 Call-ID格式错误。

本发明实施例通过在发送给目标 BSC的切换请求消息中携带 CIC值和 IP 端点信息，使得当目标 BSC选择 TDM类型的端点时，可以直接使用 MSC分配的该 CIC值，从而避免了目标 BSC和 MGW侧各自独立分配的 TOM端点不匹配而导致呼叫失败的情况，提高了呼叫成功率。

附图说明

图 1为现有技术 GSM网络架构示意图；

图 2为现有技术呼叫切换流程图；

图 3为本发明实施例提供的呼叫切换方法实施例一流程图

图 4为本发明实施例提供的呼叫切换方法实施例二流程图

图 5为本发明实施例提供的呼叫切换方法实施例三流程图

图 6为本发明实施例提供的呼叫切换方法实施例四流程图图 7为本发明实施例提供的呼叫切换方法实施例五流程图；图 8为本发明实施例提供的呼叫切换***结构示意图；

图 9为本发明实施例提供的呼叫切换装置结构示意图；

图 10为本发明实施例提供的呼叫建立方法流程图；

图 11为本发明实施例提供的呼叫建立装置结构示意图；

图 12为本发明实施例提供的呼叫处理方法实施例一流程图；

图 13为本发明实施例提供的呼叫处理方法实施例二流程图；

图 14为本发明实施例提供的呼叫处理装置结构示意图。具体实施方式

本发明实施例提供了一种呼叫切换方法，包括：接收媒体网关发送的增加端点响应消息；当所述增加端点响应消息指示所述媒体网关成功建立时分复用 TDM端点和因特网协议 IP端点时，发送携带有电路识别码和 IP类型端点信息的切换请求消息至目标基站控制器；并接收所述目标基站控制器返回的切换请求确认消息，当所述切换请求确认消息中携带 IP类型端口信息时，表明所述目标基站控制器选择的是 IP端口方式，否则表明所述目标基站控制器选择的是 TDM端口方式。

在上述实施例的基础上， MSC Server还可以首先向 MGW发送增加端点请求消息，已获取增加端点响应消息。

如图 3所示，为本发明实施例提供的呼叫切换方法实施例一示意图；本实施例的源 BSC为 BSC1 , 本实施例的目标 BSC为 BSC2 , BSC1和 BSC2属于同一 MSC。具体步骤包括：

步骤 111、发送携带有 TDM类型端点信息及该 TDM类型对应的编码信息，和 IP类型端点信息及该 IP类型对应的编码信息的增加端点请求消息给 MGW,优选的，所述编码信息也可以包括呼叫推荐的编码信息；

步骤 113、当接收到指示 MGW成功建立 TDM端点和 IP端点的增加端点响应消息时，发送携带有电路识别码和 IP端点信息的切换请求消息至目标基站控制哭口.？

步骤 115、接收目标 BSC返回的携带 TDM类型端点信息或 IP类型端点信息的切换请求确认消息。本发明实施例的呼叫切换方法和装置，通过在发送给目标 BSC的切换请求消息中携带 CI C值和 IP端点信息，使得当目标 BSC选择 T丽类型的端点时，可以直接使用 MSC分配的 C I C值，从而避免了目标 BSC和 MGW侧各自独立分配的 TDM端点不匹配而导致呼叫失败的情况，提高了呼叫成功率，同时通过分别创建 TDM端点和 IP端点的方式，节省了资源开销，提高了切换的速度。

如图 4所示，为本发明实施例提供的呼叫切换方法实施例二示意图；本实施例以目标 BSC选择了 TDM端口方式为例；本实施例的源 BSC为 BSC1 , 本实施例的目标 BSC为 BSC2 , BSC1和 BSC2属于同一 MSC。具体步骤包括：步骤 211、 BSC1发送切换申请（Handover Requ i red )消息给 MSC Server ; 该切换申请消息中携带用户 MS和 BSC1当前使用的语音编码 RanCl ( Ran Codec , 接入网语音编码）；

步骤 21 3、 MSC Server收到该切换申请消息后，向 MGW发送增加端点请求消息 ( ADD. Req ), 该消息中携带推荐的语音编码信息 ( prefer red RanC , 简称 pRanC ), 同时携带端点信息，例如，端点信息可以包括需要 MGW创建的端点类型，即 TDM端点和 IP端点；

用户 MS在 BSC1下使用 AoIP接口进行正常的语音业务， BSC1和 BSC2都属于同一 MSC。当 MS要由 BSC1切换进入 BSC2 , 由于此时 MSC Server并不知道 BSC2当前（动态）的语音编码的支持能力和相关的 A接口类型，因此，为保证快速并成功切换，切入 BSC2之前，在 MGW上需要先为 BSC2创建与 BSC2 配对的 IP端点和 TDM端点。

步骤 215、 MGW根据接收到的增加端点请求消息创建与 BSC2配对的 TDM 端点和 IP端点，并返回增加端点响应消息（ADD. Rep ly ), 该消息中携带创建的端点类型，本实施例为 TDM端点和 IP端点；

步骤 217、 MSC Server 接收到增加端点响应消息，发送切换请求消息 ( Handover Reques t )给 BSC2 ;

该切换请求消息中携带 MSC-PCL1 (语音编码按推荐的次序排列，其中更新的 pRanC为最优推荐的语音编码）、 TDM端点和 IP端点等信息，其中 TOM 端点信息可以包含 CIC信元，该 CIC信元的值可以为 MGW创建的 TDM端点对应的 CIC1值；

步骤 219、 BSC2接收到切换请求消息，接受 CIC1值，从 MSC-PCL1中选择语音编码 RanC2 , 将 RanC2、 CI C1值和 BSC2当前支持的语音编码列表携带在切换请求确认消息中返回给 MSC Server ;

MSC Server根据该消息中携带的 CIC信元可以得知 BSC2选择了 TDM传输方式的 A接口，因此 BSC2选择的端点类型与 MGW上已创建的 TDM端点类型一致，因为 MGW上已创建 TDM端点；当该消息中需要携带 C IC信元时，携带的 CIC的值为 CIC1 ,即 CI C信元的值与切换请求消息中的 CI C信元的值一样。当核心网分配了与 BSC2 配对的 TDM端点资源，则本实施例中， MSC Server 在发给 BSC2的切换请求消息中就必须携带 CIC信元并明确指示 CIC的值。

步骤 221、 MSC Server接收到切换请求确认消息，判断出 BSC2选择了 TDM传输方式，发送携带有 BSC2选择的 RanC2编码类型的关于 TDM端点的修改端点请求消息 ( MOD. Req )给 MGW;

步骤 223、 MGW修改创建的 TDM端点，使得该 TDM端点能够使用编码类型

RanC2 , 同时将该 TDM端点激活，使得 MGW和 BSC2间的 TDM链路建立完成，可以进行呼叫业务，然后 MGW返回修改端点响应消息（MOD. Rep ly )给 MSC Server ;

步骤 225、 MSC Server发送携带有 MGW创建的 IP端点信息的删除端点请求消息 ( SUB. Req )给 MGW;

由于 BSC2最终选择了 TDM传输方式，之前 MGW创建的 IP端点就没有保留的必要了，所以可以释放该端点。

步骤 227、 MGW将之前创建的 IP 端口删除，并返回删除端点响应消息 ( SUB. Rep ly )给 MSC Server。

步骤 229、 MSC Server发送切换命令消息 ( Handover Command )给 BSC1 , 该切换命令消息中携带 BSC2选用的编码类型 RanC2 ;

步骤 231、 BSC1将该切换命令消息发送给 MS。

通过切换命令消息，将 RanC2通知给 MS , 并触发 MS的切换， MS根据该切换命令消息调整切换到 BSC2的分配信道上，同时修改自身的语音编码类型为 RanC2 , 然后就可以使用 RanC2了；如果 RanC2和 RanCl相同，则 MS继续使用 RanCl。

本实施例中，本实施例对步骤 225-227与步骤 229-231的顺序不 ^1限制，步骤 225-227可以是在步骤 229-231之前也可以在步骤 229-231之后执行。。

本发明实施例能够保证当目标 BSC选择 TDM传输方式的 A接口时，目标 BSC能够选用与核心网事先分配的相同的 CIC值，从而保证了切换以后呼叫的正常进行，优化了呼叫切换流程。

如图 5所示，为本发明实施例提供的呼叫切换方法实施例三流程图，本实施例以目标 BSC选择了 TDM端口方式为例，具体包括：

步骤 311、 BSC1发送切换申请消息给 MSC Server , 该切换申请消息中携带用户 MS和 BSC1当前使用的语音编码 RanCl ;

步骤 31 3、 MSC Server收到该切换申请消息后，向 MGW发送增加端点请求消息；该消息中携带 MSC推荐的语音编码 pRanC , 同时携带端点信息，例如，端点信息可以包括需要 MGW创建的端点类型，本实施例为 IP端点；

步骤 315、 MGW根据接收到的增加端点请求消息创建与 BSC2配对的 IP端点，并返回增加端点响应消息，该消息中携带创建的 IP端点信息；

步骤 317、 MSC Server接收到增加端点响应消息，发送切换请求消息给

BSC2 ; 该切换请求消息中携带 MSC-PCLl (语音编码按推荐的次序排列，更新的 pRanC为最优推荐的语音编码）、 IP端点信息等；

步骤 319、 BSC2接收到切换请求消息，选择 TDM类型端点，赋值为 CIC1 , 并从 MSC-PCL1中选择相应的语音编码类型 RanC2 ,将 RanC2、CICl的值和 BSC2 当前支持的语音编码列表携带在切换请求确认消息中返回给 MSC Server; 该消息中携带 CIC1值表示 BSC2选择了 TDM传输方式，因此 MGW上相应地需要创建 TDM端点；

步骤 321、 MSC Server判断得出 BSC2选择的 TDM类型端点与 MGW上已创建的 IP端点类型不一致，则发送携带有 BSC2上创建的 TDM端点信息和 RanC2 的增加端点请求消息给 MGW;

虽然之前 MGW为 BSC2创建了对应的 IP端点，但是 BSC2最终选择的是 TDM传输方式，因此 MSC Server还需要通知 MGW再为 BSC2建立一个对应的 TDM端点；

步骤 323、 MGW根据增加端点消息中的语音编码类型 RanC2和 TDM端点信息创建与 BSC2配对的 TDM端点；并在创建 TDM端点成功后返回增加端点响应消息给 MSC Server;

步骤 325、 MSC Server发送切换命令消息 ( Handover Command )给 BSC1 , 消息中携带语音编码类型 RanC2;

步骤 327、 BSC1将该切换命令消息发给 MS;

步骤 329、 MSC Server发送携带有事先创建的 IP端点的信息的删除端点请求消息给 MGW;

步骤 331、 MGW将对应的 IP端点删除，并返回删除端点响应消息给 MSC 本实施例对步骤 325-327与步骤 329-331的顺序不做限制，步骤 325-327 可以是在步骤 329-331之前也可以在步骤 329-331之后执行。

由实施例二和实施例三可得， BSC2决定使用 TDM传输方式的 A接口时，分配 CIC的方式有两种：

( 1 )如实施例三， MSC Server发送给 BSC2的切换请求消息中不携带信道类型（ Channe l Type )信元和 CIC信元，即核心网不先行分配 TDM端点， BSC2接收到切换请求消息，决定使用 T丽传输方式的 A接口电路之后，在返回的切换请求确认消息中携带 BSC2指派的 CIC值，然后 MSC Server收到该切换请求确认消息之后根据该 CIC值通知 MGW分配与 BSC2配对的 TDM端点，并释放之前创建的 IP端点；

( 2 )如实施例二， MSC Server 发送给 BSC2 的切换请求消息中不携带 Channe l Type信元，但是携带 CIC信元，即核心网先行在分配了 IP端点的同时也分配了 TDM端点， BSC2收到切换请求消息后，接受核心网分配的 CIC 值，在返回的切换请求确认消息携带的 CIC信元中明确使用该 CIC值，即该 CIC的值必须与切换请求消息中携带的 CIC值一致。然后 MSC Server通知 MGW 修改并激活 MGW上的 TDM端点，同时释放之前创建的 IP端点。

本发明实施例能够保证当目标 BSC选择 TDM传输方式的 A接口时，目标 BSC能够选用与核心网事先分配的相同的 CIC值，从而保证了切换以后呼叫的正常进行，优化了呼叫切换流程。进一步地，本发明实施例通过先创建一个端点，当该创建的端点与目标 BSC选择的端点类型不一致时，再创建目标 BSC选择的类型的端点并与 BSC选择的端点匹配，从而解决了现有技术中先创建所有类型的端点造成的切换速度慢和资源浪费。

如图 6所示，为本发明实施例提供的呼叫切换方法实施例四流程图，本实施例以目标 BSC选择 IP传输方式为例，本实施例的步骤 411-415与实施例二的步骤 211-215相同，其区别在于 BSC2选择 IP传输方式，如下：

步骤 417、 MSC Server 接收到增加端点响应消息，发送切换请求消息 ( Handover Reques t )给 BSC2;

该切换请求消息中携带 MSC-PCL1 (语音编码按推荐的次序排列，更新的 pRanC为最优推荐的语音编码）、 TDM端点和 IP端点等信息，其中 TDM端点信息可以包含 CIC信元，该 CIC信元的值可以为 MGW创建的 TDM端点对应的 CIC1 值；

若 MGW只创建了 I P端点，则本步骤中的切换请求消息中不携带 C I C信元。步骤 419、 BSC2接收到切换请求消息 ,从 MSC-PCL中选择语音编码 RanC2 , 将 RanC2和 BSC2创建的 IP端点等信息携带在切换请求确认消息中返回给 MSC Server ;

该消息中携带的 IP端点信息表示 BSC2选择了 IP传输方式的 A接口，因此只要根据 BSC2选择的 RanC2修改并激活 MGW上事先创建的 IP端点并激活 IP路由链路即可；

步骤 421、 MSC Server接收到切换请求确认消息，获知 BSC2选择了 IP 传输方式，与已创建的 IP端点类型一致，因此发送携带有 BSC2的 IP端点信息和 RanC2的修改端点请求消息 ( MOD. Req )给 MGW;

步骤 423、 MGW修改创建的 IP端点，使得该 IP端点能够使用编码类型 RanC2 , 同时将该 IP端点激活，使得 MGW和 BSC2之间 IP路由链路建立，可以进行呼叫业务，然后 MGW返回修改端点响应消息（ MOD. Rep ly ) ^ MSC Server ; 步骤 425、若之前 MGW创建了 TDM类型的端点，则 MSC Server发送携带有 MGW创建的 TDM端点信息的删除端点请求消息 ( SUB. Req )给 MGW;

由于 BSC2选择了 IP传输方式，所以之前 MGW创建的 TOM端点就没有保留的必要了，所以可以释放该端点。

步骤 427、 MGW将之前创建的 TDM端点删除，并返回删除端点响应消息

( SUB. Rep ly )给 MSC Server

步骤 429、 MSC Server发送切换命令消息 ( Handover Command )给 BSC1 , 该切换命令消息中携带 BSC2选用的编码类型 RanC2 ;

步骤 431、 BSC1将该切换命令消息发送给 MS;

通过切换命令消息，将 RanC2通知给 MS , 并触发 MS的切换， MS根据该切换命令消息调整切换到 BSC2分配的信道上，同时修改自身的语音编码类型为 RanC2 , 然后就可以使用 RanC2了；如果 RanC2和 RanCl相同，则 MS继续使用 RanCl。

本实施例的步骤 417之前若 MGW创建了 TDM类型的端点，则步骤 417中发送给 BSC2的切换请求消息中仍需携带为 MGW创建的 TDM端点分配的 C I C值，是因为此时 MSC Server还不知道 BSC2会选择哪种端点类型。

本实施例对步骤 425-427与步骤 429-431的顺序不做限制，步骤 425-427 可以在步骤 429-431之前也可以在步骤 429-431之后。

本发明实施例通过在发给目标 BSC的消息中携带为 MGW创建的 TDM端点的 CIC值，从而有效保证了当目标 BSC选择 TDM传输方式时，目标 BSC和核心网选用相同的 CIC , 从而优化了呼叫切换流程。

如图 7所示，为本发明实施例提供的呼叫切换方法实施例五流程图；本实施例包括：

步骤 711、 BSC1发送切换申请消息给 MSC Server , 该消息中携带有 BSC1 当前使用的语音编码 RanCl；

步骤 713、 MSC Server收到该切换申请消息后，向 MGW发送增加端点请求消息（ADD. Req ), 该消息中携带推荐的语音编码（ preferred RanC , 简称 pRanC ), 同时携带端点信息，例如，端点信息可以包括需要 MGW创建的端点类型，即 IP端点；

步骤 715、 MGW根据接收到的增加端点请求消息创建与 BSC2配对的 IP端点，并返回增加端点响应消息（ADD. Rep ly ), 该消息中携带创建的端点信息，即 IP端点信息；

步骤 717、 MSC Server 接收到增加端点响应消息，发送切换请求消息 ( Handover Reques t )给 BSC2; 该切换请求消息中携带 MSC Server分配的 Ca l l- ID2 ;

为了避免 BSC1 同时收到来自不同 MSC Server分配的相同数值 Ca l l-ID 的呼叫请求，应该 4巴来自不同 MSC Server的 Ca l l-ID加以区分。由于在一个 PLMN网络中， MSC Server的数量远远少于 BSC的数量，且 MSC Server负责具体的呼叫业务控制，因此本实施例中的 Cal 1-ID只能由 MSC Server进行分配， BSC无权分配。当某一 MSC Server分配了 Call-ID并建立了相应的呼叫，只要该呼叫没有切换到其他的 MSC Server或者该呼叫没有被删除，则该呼叫的 Call-ID始终有效，且数值不能被修改。

步骤 719、 BSC2接收到切换请求消息，接受 Call_ID2, 从 MSC-PCL中选择其语音编码 RanC2, 将创建的 IP端点信息、 RanC2和 Call-ID2携带在切换请求确认消息中返回给 MSC Server; 步骤 721、 MSC Server接收到切换请求确认消息，获知 BSC2选择了 IP传输方式，发送携带有 BSC2的 IP端点信息和 RanC2的修改端点请求消息（MOD. Req)给 MGW; 步骤 723、 MGW修改创建的 IP端点，使该 IP端点能够使用编码类型 RanC2, 同时将该 IP端点激活，使得 MGW 和 BSC2 之间可以进行呼叫业务，然后 MGW返回修改端点消息 (MOD. Reply )给 MSC Server; 步骤 725- 727: 与步骤 429- 431对应相同。

本实施例中 Call-ID的表达方式有两种：

(1 )为全网中的各个 MSC Server分别分配一段 Cal 1-ID的取值范围对于网络中使用了共享池（MSC in Pool )方式的配置的情况下，即 BSC 连接了多个 MSC Server, 不同的 MSC Server 不能保证分配不同数值的 Call-ID, 这时就可以釆用本实施例的为全网中的各个 MSC Server分别分配一段 Call-ID 的取值范围的方法。可以根据网络中网元的个数，例如 MSC Server的个数，将 Call-ID的 32比特长度的取值范围分段，每个 MSC Server 使用一段 Call-ID; 也可以每个 Pool 中的 MSC Server共享一段 Cal 1-ID的取值范围。例如 MSC Server 1、 MSC Server2和 MSC Server 3组成一个共享 Pool, 当 MSC Server2为一个呼叫分配了数值为 3的 Call- ID, MSC Server 2 通知 MSC Serverl和 MSC Server3, MSC Serverl和 MSC Server3就不再分配数值为 3的 Call- ID的呼叫；同样地当 MSC Server2释放了数值为 3的 Call- ID 的呼叫，也会通知 MSC Serverl和 MSC Server 3,则 MSC Serverl和 MSC Server 3 可以分配数值为 3的 Ca l l-ID。

( 2 )用 "网元标识" 和 "网元呼叫标识" 的组合来表示 Ca l l-ID

"网元标识" 可以釆用信令点编码、唯一标识网元的 IP地址、全网内部分配的网元编号等方式， "网元标识" 为能在全网范围内唯一标识该网元，例如 MSC Server的标识。

"网元呼叫标识" 表示该网元为呼叫能够分配的编号，可以为网元内部统一分配的呼叫标识值，可以用一定范围的数值来表示具体的呼叫标识值，编号的具体分配可以由该网元来控制。网元内部不仅可以统一分配该呼叫标识值，还对分配的这些呼叫标识值进行管理、删除。

具体实施例可参见上述呼叫建立方法实施例的描述。

本发明实施例的呼叫切换方法，通过用网元标识和网元呼叫标识的组合来表示 Ca l l-ID, 或事先为网元分配不同的 Ca l l-ID 取值范围，从各自的

Ca l l-ID取值范围中选取 Ca l l-ID分配给呼叫，使得 Ca 11 _ I D的唯一性得到保证，从而保证 BSC不会收到数值相同的 Ca l l-ID; 提高了呼叫切换的成功率。

本发明实施例提供了一种呼叫切换***，包括增加端点响应接收模块，用于接收媒体网关发送的增加端点响应消息；切换请求消息模块，用于当所述增加端点响应消息指示所述媒体网关成功建立 TDM端点和 IP端点时，发送携带有电路识别码和 IP类型端点信息的切换请求消息至目标基站控制器；切换确认消息模块，用于接收所述目标基站控制器返回的切换请求确认消息，当所述切换请求确认消息中携带 IP类型端点信息时，表明所述目标基站控制器选择的是 IP端口方式。

图 8为本发明实施例提供的呼叫切换***结构示意图，本实施例包括：增加端点请求模块 1 , 第一切换请求模块 2和切换确认模块 3。其中增加端点请求模块 1用于发送携带有 TDM类型端点信息及所述 TDM类型对应的呼叫推荐的编码信息，和 IP类型端点信息及所述 IP类型对应的呼叫推荐的编码信息的增加端点请求消息给媒体网关；第一切换请求模块 2用于当接收到媒体网关成功建立 TDM端点和 IP端点的增加端点响应消息时，发送携带有电路识别码信元和 IP端点信息的切换请求消息至目标基站控制器；切换确认模块 3 用于接收目标基站控制器返回的携带 TDM类型端点信息或 IP类型端点信息的切换请求确认消息。

本实施例还进一步包括删除模块 4 , 用于当成功建立了 TDM端点和 IP端点时，根据目标基站控制器返回的切换请求确认消息中携带的 TDM类型端点信息或 IP类型端点信息，通知删除与切换请求确认消息中携带的端点信息指示的端点类型不同的已成功建立的端点。还可以进一步判断模块 5 , 用于判断切换请求确认消息中携带的端点信息指示的端点类型，与增加端点响应消息携带的已建立的端点信息中指示的端点类型是否相同。

另外，本实施例还包括建立端点模块 6 , 用于根据接收到的增加端点请求消息建立 TDM端点和 IP端点，并返回已成功建立所述 TDM端点和 IP端点的增加端点响应消息。端点类型选择模块 7 , 用于接收切换请求消息，发送携带有选择的端点信息的切换请求确认消息。

如图 9所示，为本发明实施例提供的呼叫切换装置结构示意图，本实施例包括：第二切换请求模块 8 , 用于接收到媒体网关发送的完成建立 IP端点的增加端点响应消息之后，发送携带有网元标识和网元呼叫标识组成的呼叫标识 Ca U-ID的切换请求消息至目标基站控制器；或从为移动交换中心分配的 Ca l l-ID取值区间中选择一个没有被占用的 Ca l l-ID值，发送携带有选择的 Ca U-ID值的切换请求消息至目标基站控制器，各移动交换中心分配到的 Ca l l-ID取值区间互不重叠。还可以包括确认接收模块 9 , 用于接收所述目标基站控制器建立以所述 Ca U-ID 值标识的呼叫之后返回的携带有所述 Ca 11 - 1 D值的切换请求确认消息。

如图 10所示，为本发明实施例提供的呼叫建立方法流程图，本实施例包括：步骤 611、 BSC1发送层 3 (Complete Layer3) 消息给 MSC Server, 该消息中携带 BSC-SCL1, 表示 BSC1 当前支持的语音编码信息，也表示 BSC1在 A 接口上支持 IP类型；

步骤 613、 MS 发送直接传输应用部分（Direct Transfer Application Part, 简称 DTAP ) 消息给 MSC Server, 该消息中携带 MS-SCLl , 表示 MS支持的语音编码信息；

步骤 615、 MSC Server接收到层 3消息和 DTAP消息，从 BSC1和 MS支持的编码信息的交集中选出最优推荐的编码，然后发送增加端点请求消息给 MGW, 该消息中携带最优推荐的编码，指示 MGW根据该最优推荐的编码建立 IP端点；

步骤 617、 MGW接收到增加端点请求消息，根据消息中的最优推荐的编码建立 IP端点，然后返回增加端点响应消息给 MSC Server;

步骤 619、 MSC Server发送分配请求消息（ Assignment Request )^BSC1, 该消息中携带 MSC Server分配给 BSC1的 Call-IDl和 MGW上已建立的 IP端点信息；

为了避免 BSC1 同时收到来自不同 MSC Server分配的相同数值 Call-ID 的呼叫请求，应该 4巴来自不同 MSC Server的 Call-ID加以区分。由于在一个公众陆地移动电话网 (Public Land Mobile Network, 简称 PLMN) 网络中， MSC Server的数量远远少于 BSC的数量，且 MSC Server 负责具体的呼叫业务控制，因此本实施例中的 Call- ID只能由 MSC Server进行分配， BSC1无权分配。当某一 MSCServer分配了 Call-ID并建立了相应的呼叫，只要该呼叫没有切换到其他的 MSC Server或者该呼叫没有被删除，则该呼叫的 Cal 1-ID 始终有效，且数值不能被修改。

步骤 621、 BSC1 建立 MS 和 BSC1 之间的连接，发送分配完成消息 (Assignment Complete )给 MSC Server, 该消息中携带有创建的 IP端点、为 IP端点选择的编码类型和 Call-IDl等信息；步骤 623、 MSC Server发送修改端点请求消息给 MGW,该消息中携带 BSC1 分配的 IP端点和选用的编码信息；

步骤 625、 MGW接收到该修改端点请求消息，修改创建的 IP端点，使该 IP端点能够使用修改端点请求消息中携带的编码类型，并激活 IP端点，使得 MGW和 BSC1之间的 IP链路建立完成，然后返回修改端点响应消息。

本实施例中 Call-ID的表达方式有两种：

(1 )为全网中的各个 MSC Server分别分配一段 Call-ID的取值范围对于网络中使用了共享池（MSC in Pool )方式的配置的情况下，即 BSC 连接了多个 MSC Server, 不同的 MSC Server 不能保证分配不同数值的 Call-ID, 这时就可以釆用本实施例的为全网中的各个 MSC Server分别分配一段 Call-ID的取值范围的方法。可以根据网络中网元个数，例如 MSC Server 的个数，将 Call-ID的 32比特长度的取值范围分段，每个 MSC Server使用一段 Call-ID; 也可以每个 Pool中的 MSC Server共享一段 Call-ID的取值范围。例如 MSC Serverl、 MSC Server2和 MSC Server 3组成一个共享 Pool , 当 MSC Server2为一个呼叫分配了数值为 3的 Call-ID, 则 MSC Server 2通知 MSC Serverl和 MSC Server3, MSC Serverl和 MSC Server3就不再分配数值为 3的 Call- ID; 同样地当 MSC Server2释放了 Call- ID=3的呼叫，也通知 MSC Serverl和 MSC Server3, 则 MSC Serverl和 MSC Server3可以分配数值为 3的 Call_ID。

(2)用 "网元标识" 和 "网元呼叫标识" 的组合来表示 Call-ID

"网元标识" 可以釆用信令点编码、唯一标识网元的 IP地址、全网内部分配的网元编号等方式， "网元标识" 为能在全网范围内唯一标识该网元，即 MSC Server的标识。

"网元呼叫标识" 表示该网元能够为呼叫分配的编号，可以用一定范围的数值来表示具体的呼叫标识值，编号的具体分配可以由该网元来控制，例如 "网元标识" 釆用信令点编码，则 Call-ID的表达方式如表 3所示：表 3

"网元呼叫标识" 为所述网元内部统一分配的呼叫标识值，如表 2所示使用 4个字节长度，就足够单个网元用来分配呼叫， "网元呼叫标识"部分的表达方式如表 4所示：

表 4

其中， n为表 4中 "信令点编码地址信息" 部分的字节长度；

0/E为奇 /偶标志：八位位组 3的比特 8 , 表示地址信息中所含地址信号数目的奇 /偶，具体为：

0：偶数个地址信号

1 : 奇数个地址信号

地址性质表示语：八位位组 3 的比特 1-7 , 表示地址信息的属性，具体为：

比特 7654321

0000000 ( 0 ) 空闲 0000001 ( 1 ) 用户号码

0000010 ( 2 ) 国内备用

0000011 ( 3 ) 国内有效号码

0000100 ( 4 ) 国际号码

0000101 ( 5 )至 1111111 ( 127 ) 空闲

地址信息：八位位组 4及其以后的信息都是地址信号，其格式为： 0/Ε=1, 即 K为奇数且 K= n/2-l; 每个地址信号占 4个比特，其表达方式如表 5所示：

表 5

若 0/Ε=0, 1即 Κ为偶数且 Κ=η/2; 每个地址信号占 4个比特，其表达方式如表 6所示：

表 6

本发明实施例的呼叫建立方法，通过用网元标识和网元呼叫标识的组合来表示 Call-ID, 或事先为网元分配不同的 Call-ID取值范围，从各自的 Call_ID取值范围中选取 Call_ID数值分配给呼叫，使得 Cal 1-ID的唯一性得到保证，从而保证 BSC不会收到数值相同的 Call-ID; 提高了呼叫建立的成功率。

如图 11所示，为本发明实施例提供的呼叫建立装置结构示意图；本实施例包括：分配请求模块 10, 用于接收到媒体网关发送的完成建立 IP端点的增加端点响应消息之后，将网元标识和网元呼叫标识组成的呼叫标识 Ca 11 - 1 D 携带在分配请求消息中发送给基站控制器；或从为移动交换中心分配的 Call-ID取值区间中选择一个没有被占用的 Call-ID值，发送携带有选择的 Call-ID值的分配请求消息至基站控制器。本实施例还可以包括完成消息接收模块 11, 用于接收基站控制器建立以 CaU-ID值标识的呼叫之后返回的携带有该 Call-ID值的分配完成消息。

如图 12所示，为本发明实施例提供的呼叫处理方法实施例一流程图，本实施例的步骤 811-819与图 8所示实施例的步骤 611-619相同，区别在于以下步骤：

步骤 821、 BSC1接收到 MSCServer发送的分配请求消息，获得该消息里携带的 Call-ID的值， BSC1判断该 Call-ID的值是否已经存在于 BSC1 中并判断该 Call-ID的标识方式是否有效，若已存在和 /或标识方式无效，则发送携带有该 Call-ID和 /或相应失败原因指示值的分配失败消息给 MSC Server; 本实施例呼叫建立失败的原因包括 BSC收到重复数值的 Call-ID值，语音编码类型不支持、资源不可用、 Call-ID 标识方式无效等，这些原因也会导致呼叫失败。 Call-ID标识方式无效比如 Call-ID少了一个字节，则失败原因指示值中包含" Call-ID格式错误"，以指示该 Call-ID的标识方式无效。 BSC收到重复数值的 Call-ID值，则失败原因指示值中包含" Call-ID已存在"。

步骤 823、 MSC Server终止与该 Call-ID的值对应的呼叫进程。

如图 13所示，为本发明实施例提供的呼叫处理方法实施例二流程图，本实施例的步骤 911-917与图 9所示实施例的步骤 711-717相同，区别在于以下步骤：步骤 919、 BSC2接收到切换请求消息，获得该切换请求消息中的 Call-ID 的值， BSC2判断该 Call-ID的值是否已经存在于 BSC2中，并判断该 Call-ID 的标识方式是否有效，若已存在和 /或标识方式无效，则发送携带有该 Cal 1-ID 和 /或相应失败原因指示值的切换失败消息给 MSC Server;

本实施例呼叫切换失败的原因包括 BSC收到重复数值的 Call-ID值，语音编码类型不支持、资源不可用、 CaU-ID 标识方式无效等，这些原因均会导致呼叫失败。 Call-ID标识方式无效比如 Call-ID少了一个比特位，则 BSC2 可以判断出该 Call-ID的格式出错，进而将包含 "Call-ID格式错误" 的失败原因指示值通知给 MSC Server。若 BSC收到重复数值的 Cal 1-ID值，则将包含 "Call_ID已存在" 的失败原因指示值通知给 MSC Server。

步骤 921、 MSC Server终止与该 Call-ID的值对应的切换流程。

本发明实施例呼叫处理方法能够有效处理 BSC 接收到重复数值的 Call-ID的呼叫。具体地通过将已存在同样数值的 Call-ID携带在分配失败消息或切换失败消息中告知 MSC Server,使得 MSC Server可以根据该 Call-ID 的值终止重复 Ca 11 - 1 D导致的异常呼叫流程。

如图 14所示，为本发明实施例提供的呼叫处理装置实施例结构示意图，本实施例包括消息接收模块 12, 用于接收携带呼叫标识 Call-ID的分配请求消息，或者接收携带呼叫标识 CaU-ID的切换请求消息；失败消息发送模块 13, 用于接收携带呼叫标识 CaU-ID的分配请求消息，当根据接收到的携带呼叫标识 Call-ID的分配请求消息分配呼叫失败时，返回携带有该 Call-ID 的值和 /或相应失败原因指示值的分配失败消息给移动交换中心，该失败原因指示值包括 Call-ID已存在或 Call-ID格式错误；或，用于接收携带呼叫标识 Call-ID的切换请求消息，当根据接收到的携带呼叫标识 Call-ID的切换请求消息分配呼叫失败时，返回携带有该 Call-ID的值和 /或相应失败原因指示值的切换失败消息给所述移动交换中心，还可以发送携带包含 "Call-ID 格式错误" 或 "Call-ID 已存在" 的失败原因指示值的分配失败消息或切换失败消息给移动交换中心。还可以包括：切换响应模块 14 , 用于当 Ca l l-ID 的值不存在于目标基站控制器中且标识方式有效时，在呼叫分配完成后返回切换请求确认消息；和 /或分配响应模块 15 , 用于当 Ca l l-ID的值不存在于目标基站控制器中且标识方式有效时，在呼叫分配完成后返回分配完成消息。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于计算机可读存储介质中，该程序在执行时包括上述实施例中的步骤。相应的存储介质可以是只读存储器，磁盘或光盘等。

最后应说明的是：以上实施例仅用以说明本发明的技术方案而非对其进行限制，尽管参照较佳实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对本发明的技术方案进行修改或者等同替换，而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的 ^"神和范围。

Claims

权利要求

1、一种呼叫切换方法，其特征在于，包括：

接收媒体网关发送的增加端点响应消息；

当所述增加端点响应消息指示所述媒体网关成功建立时分复用 TDM端点和因特网协议 IP端点时，发送携带有电路识别码和 IP类型端点信息的切换请求消息至目标基站控制器；

接收所述目标基站控制器返回的切换请求确认消息，当所述切换请求确认消息中携带 IP类型端点信息时，表明所述目标基站控制器选择的是 IP端口方式。

2、根据权利要求 1所述的方法，其特征在于，还包括：

当所述增加端点响应消息指示所述媒体网关成功建立 IP端点时，发送携带有 IP类型端点信息的切换请求消息至目标基站控制器；

接收所述目标基站控制器返回的切换请求确认消息，当所述切换请求确认消息中携带电路识别码 CIC时，表明所述目标基站控制器选择的是 TDM端口方式，通知所述媒体网关新建对应所述 CIC的 TMD端点；当所述切换请求确认消息中携带 IP类型端点信息时，表明所述目标基站控制器选择的是 IP 端口方式。

3、根据权利要求 1所述的方法，其特征在于，还包括：

发送携带有 TDM类型端点信息及所述 TOM类型对应的编码信息，和互联网协议 IP类型端点信息及所述 IP类型对应的编码信息的增加端点请求消息给所述媒体网关。

4、根据权利要求 1-3任一所述的呼叫切换方法，其特征在于，还包括：根据所述目标基站控制器返回的切换请求确认消息，通知所述媒体网关删除与所述目标基站控制器选择的端点类型不同的已成功建立的端点。

5、一种呼叫切换***，其特征在于包括：

增加端点响应接收模块，用于接收媒体网关发送的增加端点响应消息；切换请求消息模块，用于当所述增加端点响应消息指示所述媒体网关成功建立 TDM端点和 IP端点时，发送携带有电路识别码和 IP类型端点信息的切换请求消息至目标基站控制器；

切换确认消息模块，用于接收所述目标基站控制器返回的切换请求确认消息，当所述切换请求确认消息中携带 IP类型端点信息时，表明所述目标基站控制器选择的是 IP端口方式。

6、根据权利要求 5所述的呼叫切换***，其特征在于还包括：删除模块，用于根据所述目标基站控制器返回的切换请求确认消息，通知所述媒体网关删除与所述目标基站控制器选择的端点类型不同的已成功建立的端点。

7、根据权利要求 5所述的呼叫切换***，其特征在于还包括：建立端点模块，用于根据接收到的增加端点请求消息建立 TDM端点和 IP端点，并返回指示成功建立所述 TDM端点和 I P端点的增加端点响应消息。

8、根据权利要求 5所述的呼叫切换***，其特征在于还包括：端点类型选择模块，用于接收所述切换请求消息，发送携带有选择的端点信息的切换请求确认消息。

9、一种呼叫切换方法，其特征在于包括：

接收到媒体网关发送的指示完成建立 IP端点的增加端点响应消息；发送携带有网元标识和网元呼叫标识组成的呼叫标识 Ca l l-ID的切换请求消息至目标基站控制器；或者，从为移动交换中心分配的 Ca U-ID取值区间中选择一个没有被占用的 Ca l l-ID值，发送携带有所述选择的 Ca l l-ID值的切换请求消息至目标基站控制器；各移动交换中心分配到的 Ca U-ID取值区间互不重叠；

接收所述目标基站控制器建立以所述 Ca l l-ID值标识的呼叫之后返回切换请求确认消息。

10、根据权利要求 9所述的呼叫切换方法，其特征在于所述网元标识为全网络中对所述网元的唯一标识，所述网元标识包括：信令点编码，或网元 IP地址，或全网内部统一分配的网元编号；所述网元呼叫标识包括：为所述网元内部统一分配的呼叫标识值。

11、根据权利要求 9所述的方法，其特征在于，所述 Call-ID值基站控制器无权分配；当某一移动交换中心分配了 Call-ID并建立了相应的呼叫，只要该呼叫没有切换到其他的移动交换中心或者该呼叫没有被删除，则该呼叫的 Call-ID始终有效，且数值不能被修改。

12、一种呼叫处理方法，其特征在于，包括：

接收携带呼叫标识 CaU-ID的分配请求消息或切换请求消息，当根据所述携带呼叫标识 Call-ID的分配请求消息或切换请求消息分配呼叫失败时，返回携带有所述失败原因指示值的分配失败消息或切换失败消息给移动交换中心，所述失败原因指示值包括 Call-ID已存在或 Call-ID格式错误。

13、根据权利要求 12所述的呼叫处理方法，其特征在于，所述根据携带呼叫标识 Call-ID的分配请求消息或切换请求消息分配呼叫失败具体包括：当所述 Call-ID的值已存在于所述基站控制器中，和 /或所述 Call-ID的值无效时，则分配呼叫失败。

14、根据权利要求 12所述的呼叫处理方法，其特征在于，所述发送携带有所述失败原因指示值的分配失败消息给移动交换中心之后还包括：

所述移动交换中心根据所述失败原因指示值终止与该 Call-ID值对应的呼叫。

15、根据权利要求 12所述的呼叫处理方法，其特征在于，所述方法进一步包括：

当所述 Call-ID的值不存在于基站控制器中，且被基站控制器判断为有效，则在成功分配呼叫后返回分配完成消息或切换请求确认消息。

16、一种呼叫切换装置，其特征在于包括：

第二切换请求模块，用于接收到媒体网关发送的完成建立 IP端点的增加端点响应消息；发送携带有网元标识和网元呼叫标识组成的呼叫标识 Call-ID 的切换请求消息至目标基站控制器；或者，从为移动交换中心分配的 CaU-ID 取值区间中选择一个没有被占用的 Call-ID 值，发送携带有所述选择的 Call-ID值的切换请求消息至目标基站控制器；各移动交换中心之间分配到的 Call-ID取值区间互不重叠；

确认接收模块，用于接收所述目标基站控制器建立以所述 Call-ID值标识的呼叫之后返回的切换请求确认消息。

17、一种呼叫处理装置，其特征在于，包括：

消息接收模块，用于接收携带呼叫标识 CaU-ID的分配请求消息，或者接收携带呼叫标识 Call-ID的切换请求消息；

失败消息发送模块，用于当根据所述消息接收模块接收的携带呼叫标识 Call-ID 的分配请求消息分配呼叫失败时，返回携带有所述失败原因指示值的分配失败消息给移动交换中心，所述失败原因指示值包括 Call-ID 已存在或 Call-ID格式错误；

或，用于当根据所述消息接收模块接收的携带 CaU-ID的切换请求消息分配呼叫失败时，返回携带有所述失败原因指示值的切换失败消息给所述移动交换中心，所述失败原因指示值包括 Call-ID已存在或 Call-ID格式错误。

18、根据权利要求 17所述的呼叫处理装置，其特征在于，还包括：切换响应模块，用于当所述 Call-ID的值不存在于目标基站控制器中且为有效时，在完成呼叫分配后返回切换请求确认消息；

和 /或分配响应模块，用于当所述 Call-ID的值不存在于基站控制器中且为有效时，在完成呼叫分配后返回分配完成消息。