技术领域 本发明涉及通信技术领域， 尤其涉及一种消除回音的方法和设备。 背景技术 回声有电学回声和声学回声。 声学回声是由对方手机声音发射引起的， 主要靠手机自身解决。 电学回声是由公用电话交换网 （ Public Switch Telephone Network, PSTN ) 内用于 2/4线转换的混合线圈引起的， 主要靠网 络设备中的回音消除器（ Echo Canceller , EC )解决。

移动用户和固定用户间呼叫， 由于空口原因， 延迟加大， 使回音比较明 显， 需要加入 EC。 传统的的移动用户和固定用户间呼叫的网络由 移动端局、 移动关口局、 固网关口局和固网端局组成。 呼叫需要通过移动关口局和固定 关口局， 这样可以在移动网络和固定网络间的关口局添 加 EC。 比如约定在固 定关口局添加 EC, 则在固定关口局上把和移动关口局对接的中继 都配置为添 加 EC, 这样， 对于来自移动关口局， 或者去往移动关口局的呼叫， 固定关口 局都会添加 EC; 或者， 去往移动关口局的呼叫， 固定关口局都会添加 EC。 也 可以约定在移动关口局添加 EC。

随着网络的发展， 移动和固定融合逐渐成为趋势。 通过把移动用户呼 叫， 或者固定用户呼叫接续到 IP多媒体子系统 （IP Multimedia Subsystem , IMS) , 即呼叫锚定到 IMS , 由 IMS提供根据丰富的业务。 在这种情况下， 已 经无法像传统网络一样在特定中继上配置添加 EC。 现有技术中还没有提供一 种方案， 来解决呼叫接续到 IMS的 EC添加问题。 发明内容 本发明实施例提供一种消除回音的方法和设备 ， 能灵活的解决呼叫接续 到 IMS的 EC添加问题。

根据本发明的一方面， 提供了一种消除回音的方法， 包括：

本端网元接收对端网元发送的携带对端用户接 入类型的消息；

本端网元根据对端用户接入类型和本端用户接 入类型， 判断在建立承载 时是否需要添加回音消除器 EC;

当需要添加所述回音消除器 EC时， 在本端或者对端建立 ? 载时添加所述 回音消除器 EC。

根据本发明的另一方面， 提供了一种消除回音的设备， 包括：

第一接收单元， 用于接收对端网元发送的携带对端用户接入类 型的消 自 ·

判断单元， 用于根据对端用户接入类型和本端用户接入类 型， 判断在建 立承载时是否需要添加回音消除器 EC;

确定单元， 用于当需要添加所述回音消除器 EC时， 确定在本端或者对端 建立承载时添加所述回音消除器 EC。

本发明实施例提供的消除回音的方法和设备， 在接收对端网元发送的携 带对端用户接入类型的消息后； 本端网元根据对端用户接入类型和本端用户 接入类型， 判断在建立承载时是否需要添加回音消除器 EC; 当需要添加所述 回音消除器 EC时， 在本端或者对端建立承载时添加所述回音消除 器 EC。 从 而， 灵活的解决了呼叫接续到 IMS的 EC添加问题。 附图说明

为了更清楚地说明本发明实施例的技术方案， 下面将对实施例描述中所 需要使用的附图作一简单地介绍， 显而易见地， 下面描述中的附图仅仅是本 发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动的 前提下， 还可以根据这些附图获得其他的附图。

图 1为本发明实施例提供的一种消除回音的方法� �程图；

图 2为本发明实施例提供的另一种消除回音的方� �流程图；

图 3为本发明实施例提供的另一种消除回音的方� �流程图；

图 4为本发明实施例提供的另一种消除回音的方� �流程图；

图 5为本发明实施例提供的另一种消除回音的方� �流程图；

图 6为本发明实施例提供的另一种消除回音的方� �流程图；

图 7为本发明实施例提供的另一种消除回音的方� �流程图；

图 8为本发明实施例提供的另一种消除回音的方� �流程图；

图 9为本发明实施例提供的另一种消除回音的方� �流程图；

图 10为本发明实施例提供的另一种消除回音的方� ��流程图；

图 11为本发明实施例提供的一种消除回音的设备� ��结构示意图； 图 12为本发明实施例提供的另一种消除回音的设� ��的结构示意图； 图 13为本发明实施例提供的另一种消除回音的设� ��的结构示意图。 具体实施方式

下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行 清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而 不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有做 出创造性劳动前提下所获得的所有其他实施例 ， 都属于本发明保护的范围。

将电路域用户（包括移动用户和固定用户）呼 叫接续到 IMS主要有两种方 法。

一种呼叫接续到 IMS的方法是智能改号锚定方式。 智能协议定义了业务 交换点 （ Service Switching Point, SSP )和业务控制点 （ Service Control Point, SCP ) 间的交互， 广泛用于预付费用户。 智能呼叫原理是对于智能用 户在 SSP中装配触发器， 在呼叫过程中定义了一系列 DP (Detection Point)点， 当呼叫运行到该 DP点时， SSP检测用户是否装配了对应的触发器， 如果装配 有对应触发器则进行相应的智能处理， 发送消息到 SCP, 根据 SCP的响应继续 后续操作。 SSP是连接现有移动网与智能网的连接点。 智能改号锚定方式就 是给电路域锚定用户签约智能触发器， 用户进行呼叫时， 交换机通过智能触 发和 SCP交换， 这里的 SCP实际是锚定改号设备， 锚定改号设备修改被叫号码 后返回给交换机， 交换机根据修改后的号码把呼叫接续到 IMS。 这种改号锚 定方式需要经过媒体网关控制功能 ( Media Gateway Control Function,

MGCF ) , MGCF是 IMS网络和传统电路域网络间的接口网元。

呼叫过程简单描述如下：

移动用户发起呼叫， 改号后， 呼叫通过移动关口局接续到 MGCF,

MGCF再把呼叫接续到 IMS (如果是固定用户发起呼叫， 则改号后， 呼叫通 过固网关口局接续到 MGCF, MGCF再把呼叫接续到 IMS ) 。

IMS处理完用户业务， 如果被叫为电路域用户， IMS会把呼叫接续到 MGCF。 通过 MGCF把呼叫接续到移动网络或固定网络。

其中， MGCF可以和关口局合设， 即 MGCF同时兼做移动关口局， 或者 MGCF兼做固网关口局。

另一种呼叫锚定到 IMS的方法是改造端局。

如果是移动端局改造升级为 mAGCF ( mobile Access Gateway Control Function, 移动接入网关控制功能） ， 则 mAGCF把移动用户模拟为会话初始 协议（ Session Initiation Protocol, SIP )用户到 IMS进行注册。 后续移动用户 发起呼叫， 直接由 mAGCF发送 INVITE到注册时记录的服务呼叫会话控制功 能（ Serving Call Session Control Function, S-CSCF ) 。 移动用户做被叫， IMS 处理完用户业务， 由 S-CSCF把 INVITE发送到 mAGCF。

如果是固定端局改造升级为 AGCF , 则 AGCF把固定用户模拟为 SIP用户 到 IMS进行注册。 后续固定用户发起呼叫， 直接由 AGCF发送 INVITE到注册 时记录的 S-CSCF。 固定用户做被叫， IMS处理完用户业务， 由 S-CSCF把

INVITE发送到 AGCF。

如图 1所示， 本发明实施例提供的一种消除回音的方法， 包括：

S11 , 本端网元接收对端网元发送的携带对端用户接 入类型的消息； S13 , 本端网元根据对端用户接入类型和本端用户接 入类型， 判断在建立 承载时是否需要添加回音消除器 EC;

其中， 根据对端用户接入类型和本端用户接入类型， 判断在建立承载时 是否添加 EC, 具体包括如下几种情况中的至少一种， 当然也不限于这些：

(一）如果本端用户接入类型和对端用户接� �类型都是移动用户， 则在 建立承载时不需要添加 EC;

(二）如果对端用户接入类型为移动用户， 本端用户接入类型为固定用 户， 则在建立^载时需要添加 EC;

(三）如果对端用户接入类型为固定用户， 本端用户接入类型为移动用 户， 则在建立^载时需要添加 EC。

S15 , 当需要添加所述回音消除器 EC时， 在本端或者对端建立 ? 载时添 加所述回音消除器 EC。

具体的， S15包括如下情况中的至少一种：

(一）如果对端用户接入类型为移动用户， 所述本端用户接入类型为固 定用户， 则在本端建立 载时需要添加 EC。

具体的， 如果对端用户接入类型为移动用户， 本端用户接入类型为固定 用户， 那么本端网元在通知本端媒体网关 （ Media Gateway, MGW ) 建立承 载时添加 EC。

(二）如果对端用户接入类型是固定用户， 所述本端用户接入类型是移 动用户， 则在对端建立 ^^载时添加 EC。 具体的， 如果所述对端用户接入类型是固定用户， 所述本端用户接入类 型是移动用户， 则本端网元在通知本端 MGW建立 ? 载时不添加 EC, 对端网 元通知对端 MGW建立 ? 载时添加 EC。

(三）如果对端用户接入类型是移动用户， 本端用户接入类型是固定用 户， 并且本端的 EC资源不足， 则在对端建立 ? 载时添加 EC。

其中， 本端网元可以通过但不限于如下方法来判断本 端 EC资源不足： 1、 本端没有配置 EC资源； 2、 本端有 N ( N大于等于 1 ) 个 EC资源， 但 N个 EC 资源都已经使用； 3、 本端网元在发送给本端 MGW的 MOD Req消息来通知 MGW添加 EC后 , MGW分配 EC资源失败， MGW在返回的响应中指示添加 EC 失败， 本端网元收到 MGW返回的响应， 获知本端无 EC。

可选的， 本端网元发送通知消息给对端网元， 通知消息携带本端没有添 加 EC的指示。

例如， 以对端为主叫侧， 本端为被叫侧， 对端用户接入类型为移动用 户， 本端用户接入类型为固定用户为例。 主叫侧网元发送携带主叫用户接入 类型的消息给被叫侧网元， 被叫侧网元在接收到携带主叫用户接入类型的 消 息后， 如果被叫侧网元判断被叫侧 EC资源不足， 则通知被叫侧媒体网关 MGW在建立承载时不添加 EC。 然后， 被叫侧网元发送携带被叫侧没有添加 EC的消息给主叫侧网元， 主叫侧网元接收到该消息后， 通知主叫侧 MGW在 建立 ? 载时添加 EC。

(四）如果对端用户接入类型为固定用户， 本端用户接入类型为移动用 户， 且对端没有添加 EC, 则在本端建立 ? 载时添加 EC。

可选的， 本端网元接收对端网元发送的通知消息， 所述通知消息携带对 端没有添加 EC的指示。

例如， 以对端为被叫侧， 本端为主叫侧， 对端用户接入类型为固定用 户， 本端用户接入类型为移动用户为例。 主叫侧网元发送携带主叫用户接入 类型的消息给被叫侧网元， 被叫侧网元在接收到携带主叫用户接入类型的 消 息后， 判断被叫侧的 EC资源不足， 则通知被叫侧媒体网关 MGW在建立承载 时不添加 EC。 然后， 被叫侧网元发送携带被叫侧没有添加 EC的消息给主叫侧 网元， 主叫侧网元接收到该消息后， 通知主叫侧 MGW在建立 ? 载时添加 EC。

其中， 本发明实施例中的本端和对端可以分别为被叫 侧和主叫侧， 也可 以分别为主叫侧和被叫侧。

可选的， 如果对端网元为主叫侧媒体网关控制功能 MGCF, 则步骤 S11之 前还包括： 如果主叫侧 MGCF判断呼叫来自移动网络， 则主叫侧 MGCF在发 送给本端网元的消息中携带的用户接入类型为 移动用户； 或， 如果主叫侧 MGCF判断呼叫来自固定网络， 则主叫侧 MGCF在发送给本端网元的消息中 携带的用户接入类型为固定用户。

通过本实施例提供的消除回音的方法， 提供了一种解决呼叫接续到 IMS 的 EC添加方案， 可以根据本端用户接入类型和对端用户接入类 型， 灵活的解 决呼叫接续到 IMS的 EC添加问题。

如图 2所示， 本发明实施例以本端为被叫侧， 对端为主叫侧， 并且本端用 户为移动用户， 对端用户为移动用户为例 （即本端用户接入类型和对端用户 接入类型都是移动用户） ， 提供了另一种消除回音的方法。 本端网元以被叫 侧 MGCF , 对端网元以主叫侧 MGCF为例。

S201 , 移动用户发起呼叫， 主叫侧移动端局根据智能触发器， 向 SCP发 起智能触发请求消息。

5202, SCP返回智能触发响应消息， 其中携带修改后的被叫接续号码 (例 如， 在被叫前增加前缀)。

5203 , 主叫侧移动端局根据修改后的被叫接续号码进 行路由， 把呼叫接 续到主叫侧移动关口局。 5204, 主叫侧移动关口局发送初始地址消息 （ Initial Address Message, IAM )给主叫侧 MGCF。

5205 , 主叫侧 MGCF判断呼叫来自移动网络， 在发送给 IMS的 INVITE消 息中， 携带主叫用户接入类型， 标识主叫用户为移动用户。

具体的， 主叫侧 MGCF判断本侧为移动用户或固定用户的方法， 可以是 在主叫侧 MGCF配置各局向的属性， 是移动端局、 固定端局、 移动关口局或 固定关口局。 来自移动端局或移动关口局的呼叫就是移动侧 呼叫， 则本侧为 移动用户； 来自固定端局或固定关口局的呼叫就是固定侧 呼叫， 则本侧为固 定用户。

这里可以通过在 INVITE中增加参数来携带主叫用户接入类型。 比如增加 头域参数： AccessType, 当值为 Mobile时表示移动用户， 值为 fix时表示固定 用户。 示例， 当主叫用户为移动用户时， 携带参数内容为 AccessType:

Mobile。 或者， 在已有头域中增加参数携带用户接入类型， 比如在 From头域 中增加参数携带主叫侧用户接入类型。

5206, IMS处理完业务， 判断被叫是电路域移动用户， 发送 INIVTE消息 到被叫侧 MGCF, 其中携带主叫用户接入类型， 标识主叫用户为移动用户。

这里可以通过在 INVITE中增加参数来携带主叫用户接入类型。

5207 , 被叫侧 MGCF发送 IAM给被叫侧移动关口局。 被叫侧 MGCF可根 据出局局向属性确定被叫用户接入类型， 在被叫侧 MGCF配置各局向的属 性， 是移动端局、 固定端局、 移动关口局或固定关口局。 被叫侧 MGCF把呼 叫接续到移动端局或移动关口局的呼叫是移动 侧呼叫， 则本侧为移动用户； 被叫侧 MGCF把呼叫接续到固定端局或固定关口局的呼� �就是固定侧呼叫， 则本侧为固定用户。

5208 , 被叫侧移动关口局在移动网络接续被叫。

5209, 被叫侧 MGCF给 IMS发送 183消息， 携带被叫用户接入类型， 标识被 叫侧为移动用户。 被叫侧 MGCF根据主叫用户接入类型和被叫用户接入类 型， 判断是移动用户间呼叫， 确定在建立承载时不需要添加 EC。 在通知被叫 侧 MGW建 ? 载时， 不通知 MGW添加 EC资源。 具体的， 可以为， 被叫侧 MGCF在通知被叫侧 MGW建承载时， 不携带 EC资源指示， MGW不添加 EC 资源。

这里可以通过在 183中增加参数来携带被叫用户接入类型。

5210, IMS给主叫侧 MGCF发送 183消息， 其中携带被叫用户接入类型， 标识被叫侧为移动用户。 主叫侧 MGCF根据主叫用户接入类型和被叫用户接 入类型， 判断是移动用户间呼叫， 在通知主叫侧 MGW建^载时， 不通知 MGW添加 EC资源。

5211 , 被叫振铃， 被叫侧移动关口局收到来自被叫移动端局的 ACM

( Address Complete, 地址完全消息）后， 被叫侧移动关口局给被叫侧 MGCF 发送 ACM。

5212, 被叫侧 MGCF发送 180消息给 IMS, 其中携带被叫用户接入类型， 标识被叫侧为移动用户。

这里可以通过在 180中增加参数来携带被叫用户接入类型。

5213 , IMS给主叫侧 MGCF发送 180消息， 其中携带被叫用户接入类型， 标识被叫侧为移动用户。

5214, 主叫侧 MGCF给主叫侧移动关口局发送 ACM。

5215 , 主叫侧移动关口局给主叫侧移动端局发送 ACM。

5216, 被叫应答， 被叫侧移动关口局收到来自被叫移动端局的 ANM ( Answer Message, 应答消息）后， 被叫侧移动关口局给被叫侧 MGCF发送

ANM。

5217, 被叫侧 MGCF发送 200 OK消息给 IMS, 其中携带被叫用户接入类 型， 标识被叫侧为移动用户。 这里可以通过在 200 OK中增加参数来携带被叫用户接入类型。

5218, IMS给主叫侧 MGCF发送 200 OK消息， 其中携带被叫用户接入类 型， 标识被叫侧为移动用户。

5219, 主叫侧 MGCF给主叫侧移动关口局发送 ANM。

5220, 主叫侧移动关口局给主叫侧移动端局发送 ANM。

5221 , 主叫侧 MGCF给 IMS发送确认（Acknowledge , ACK ) 消息。

5222 , IMS给被叫侧 MGCF发送 ACK消息。

通过本实施例提供的消除回音的方法， 提供了一种解决呼叫接续到 IMS 的 EC添加方案， 可以根据本端用户接入类型和对端用户接入类 型， 灵活的解 决了呼叫接续到 IMS的 EC添加问题。

另， 在本实施例中， 如果将本端视为主叫侧， 对端视为被叫侧， 本端用 户视为移动用户， 对端用户视为移动用户也可以。 即： 主叫侧 MGCF接收被 叫侧 MGCF发送的携带被叫用户接入类型的消息， 主叫侧 MGCF根据主叫用 户接入类型和被叫用户接入类型， 判断是移动用户间呼叫， 不需要添加 EC。 因此在通知主叫侧 MGW建承载时 , 不通知 MGW添加 EC资源。

在实际网络部署时， MGCF可以兼做关口局。 下面的示意图为 MGCF兼 做关口局， 并增加承载建立处理。

如图 3所示， 本发明实施例以本端为被叫侧， 对端为主叫侧， 并且本端用 户为移动用户， 对端用户为移动用户为例 （即本端用户接入类型和对端用户 接入类型都是移动用户） ， 提供了另一种消除回音的方法。 该实施例中， 本 端网元以被叫侧 MGCF, 对端网元以主叫侧 MGCF为例， 其中主叫侧 MGCF兼 做主叫关口局， 被叫侧 MGCF兼做被叫关口局为例。

S301 , 移动用户发起呼叫， 主叫侧移动端局通过智能交互获取修改后被 叫接续号码。 主叫侧移动端局根据修改后的被叫接续号码进 行路由， 把呼叫 接续到主叫侧 MGCF。 5302 , 主叫侧 MGCF发送添加终结点请求 ADD Req消息 , 通知 MGW建立 用于传输语音的 IP端点。

5303 , MGW建立承载后， 返回 ADD Reply响应给主叫侧 MGCF, 其中携 带主叫侧的 IP端点信息。

5304, 主叫侧 MGCF判断呼叫来自移动网络， 在发送给 IMS的 INVITE消 息中， 增加参数携带主叫用户接入类型， 标识主叫侧为移动用户。 INVITE中 的会话描述协议 ( Session Description Protocol, SDP )携带主叫侧承载 IP端点 信息。

具体的， 主叫侧 MGCF判断本侧为移动用户或固定用户的方法， 可以是 在主叫侧 MGCF配置各局向的属性， 是移动端局、 固定端局、 移动关口局或 固定关口局。 来自移动端局或移动关口局的呼叫就是移动侧 呼叫， 则本侧为 移动用户； 来自固定端局或固定关口局的呼叫就是固定侧 呼叫， 则本侧为固 定用户。

5305 , IMS处理完业务， 判断被叫是电路域移动用户， 发送 INIVTE消息 到被叫侧 MGCF, 其中携带主叫用户接入类型， 标识主叫侧为移动用户。

5306 , 被叫侧 MGCF发送 ADD Req消息， 通知 MGW建立用于传输语音的 IP端点。 其中携带有主叫侧的 SDP信息。 被叫侧 MGCF根据主叫用户接入类型 和被叫用户接入类型， 判断是移动用户间呼叫， 建立承载时不需要添加 EC。 在通知被叫侧 MGW建承载时 , 不通知 MGW添加 EC资源。

5307, MGW建立承载后， 返回 ADD Reply响应给被叫侧 MGCF, 其中携 带被叫侧的 IP端点信息。

5308, 被叫侧 MGCF和被叫移动网络进行交互， 在移动网络接续被叫用 户。 其中， 被叫侧 MGCF可根据出局局向属性确定被叫用户接入类� �， 在被 叫侧 MGCF配置各局向的属性， 是移动端局、 固定端局、 移动关口局或固定 关口局。 被叫侧 MGCF把呼叫接续到移动端局或移动关口局的呼� �是移动侧 呼叫， 则本侧为移动用户； 被叫侧 MGCF把呼叫接续到固定端局或固定关口 局的呼叫就是固定侧呼叫， 则本侧为固定用户。

S309, 被叫侧 MGCF给 IMS发送 183消息， 增加参数携带被叫用户接入类 型， 标识被叫侧为移动用户。 在 183消息中携带被叫侧 SDP。

S310, IMS给主叫侧 MGCF发送 183消息， 其中携带被叫用户接入类型， 标识被叫侧为移动用户。

5311 , 主叫侧 MGCF收到 183消息， 获取被叫侧 SDP信息。 发送修改终结 点请求 MOD Req消息给 MGW, 把被叫侧的 IP端点信息通知 MGW。 主叫侧 MGCF根据主叫接入类型和被叫接入类型， 判断是移动用户间呼叫， 在通知 主叫侧 MGW修改承载时 , 不通知 MGW添加 EC资源。

5312 , MGW修改承载后 , 给主叫侧 MGCF返回 MOD Reply响应消息。

5313 , 主叫侧 MGCF发送 PRACK消息给 IMS, 对 183消息进行确认。

5314 , IMS发送 PRACK给被叫侧 MGCF。

5315 , 被叫侧 MGCF发送 200 OK给 IMS , 对 PRACK进行确认。

S316, IMS发送 200 OK给主叫侧 MGCF。

5317, 被叫振铃， 被叫侧 MGCF收到来自移动端局的 ACM后， 被叫侧 MGCF发送 180消息给 IMS, 其中携带被叫用户接入类型， 标识被叫侧为移动 用户。

5318, IMS给主叫侧 MGCF发送 180消息， 其中携带被叫用户接入类型， 标识被叫用户为移动用户。

5319, 主叫侧 MGCF发送 PRACK消息给 IMS, 对 180消息进行确认。

5320 , IMS发送 PRACK给被叫侧 MGCF。

5321 , 被叫侧 MGCF发送 200 OK给 IMS, 对 PRACK进行确认。

5322, IMS发送 200 OK给主叫侧 MGCF。

S323 , 主叫侧 MGCF给主叫侧移动端局发送 ACM。 5324, 被叫应答， 被叫侧 MGCF收到来自移动端局的 ANM后， 被叫侧 MGCF发送 200 OK消息给 IMS, 其中携带被叫用户接入类型， 标识被叫用户 为移动用户。

5325 , IMS给主叫侧 MGCF发送 200 OK消息， 其中携带被叫用户接入类 型， 标识被叫用户为移动用户。

5326, 主叫侧 MGCF给主叫侧移动端局发送 ANM。

5327, 主叫侧 MGCF给 IMS发送 ACK消息。

5328 , IMS给被叫侧 MGCF发送 ACK消息。

通过本实施例提供的消除回音的方法， 提供了一种解决呼叫接续到 IMS 的 EC添加方案， 可以根据本端用户接入类型和对端用户接入类 型， 灵活的解 决了呼叫锚定到 IMS的 EC添加问题。

另， 在本实施例中， 如果将本端视为主叫侧， 对端视为主叫侧， 本端用 户视为移动用户， 对端用户视为移动用户也可以。 即： 主叫侧 MGCF接收被 叫侧 MGCF发送的携带被叫用户接入类型的消息， 主叫侧 MGCF根据主叫用 户接入类型和被叫用户接入类型， 判断建立承载时不需要添加 EC, 在通知主 叫侧 MGW建 ? 载时 , 不通知 MGW添加 EC资源。

如图 4所示， 本发明实施例以本端为被叫侧， 对端为主叫侧， 并且本端用 户为移动用户， 对端用户为固定用户为例 （即对端用户接入类型是固定用 户， 本端用户接入类型是移动用户） ， 提供了另一种消除回音的方法。 本端 网元以被叫侧媒体网关控制功能 ( Media Gateway Control Function , MGCF ) , 对端网元以主叫侧 MGCF为例。

S401 , 主叫侧 MGCF收到来自固定交换机的 IAM , 记录本侧为固定用 户。

具体的， 主叫侧 MGCF判断本侧为移动用户或固定用户的方法， 可以是 在主叫侧 MGCF配置各局向的属性， 是移动端局、 固定端局、 移动关口局或 固定关口局。 来自移动端局或移动关口局的呼叫就是移动侧 呼叫， 则本侧为 移动用户； 来自固定端局或固定关口局的呼叫就是固定侧 呼叫， 则本侧为固 定用户。

5402 , 主叫侧 MGCF发送 ADD Req消息， 通知主叫侧 MGW建立用于传输 语音的 IP端点。

5403 , MGW建立承载后， 返回 ADD Reply响应给主叫侧 MGCF, 其中携 带主叫侧的 IP端点信息。

5404 , 主叫侧 MGCF判断呼叫来自固定网络， 在发送给 IMS的 INVITE消 息中， 增加参数携带主叫用户接入类型， 标识主叫侧为固定用户。 INVITE中 的会话描述协议 ( Session Description Protocol, SDP )携带主叫侧承载 IP端点 信息。

5405 , IMS处理完业务， 判断被叫是电路域移动用户， 发送 INIVTE消息 到被叫侧 MGCF, 其中携带主叫用户接入类型， 标识主叫侧为固定用户。

5406 , 被叫侧 MGCF发送 ADD Req消息， 通知 MGW建立用于传输语音的 IP端点。 其中携带有主叫侧的 SDP信息。 被叫侧 MGCF根据主叫用户接入类型 和被叫用户接入类型， 判断建立承载时需要添加 EC。 本次呼叫是固定用户呼 叫移动用户， 本侧为移动用户， 则在通知 MGW建 ? 载时， 不通知 MGW添加 EC资源。

S407-S410, 同步骤 S307-S310, 这里不再赘述。

S411 , 主叫侧 MGCF收到 183消息， 判断本侧呼叫为固定和移动间呼叫， 本侧为固定用户 , 则在给 MGW发送的 MOD Req消息中 , 通知本侧 MGW添加

EC资源。

S412-S428, 同步骤 S312-S328, 这里不再赘述。

通过本实施例提供的消除回音的方法， 提供了一种解决呼叫接续到 IMS 的 EC添加方案， 可以根据本端用户接入类型和对端用户接入类 型， 灵活的解 决了呼叫锚定到 IMS的 EC添加问题。

另， 在本实施例中， 如果将本端视为主叫侧， 对端视为被叫侧， 本端用 户视为固定用户， 对端用户视为移动用户也可以。 即： 主叫侧 MGCF接收被 叫侧 MGCF发送的携带被叫用户接入类型的消息， 主叫侧 MGCF根据主叫用 户接入类型是固定用户和被叫用户接入类型是 移动用户， 判断建立承载时需 要添加 EC。 在通知主叫侧 MGW建立承载时， 通知 MGW添加 EC资源。

在图 4所示的实施例中， 对于固定用户和移动用户间的呼叫， 缺省在固定 侧添加 EC, 在某些情况， 比如固定侧 EC资源不够时， 可以通过信令协商方 式， 对固定用户和移动用户间的呼叫在移动侧添加 EC。

如图 5所示， 本实施例以本端为被叫侧， 对端为主叫侧， 并且本端用户为 移动用户， 对端用户为固定用户为例 （即对端用户接入类型是固定用户， 本 端用户接入类型是移动用户） ， 提供了另一种消除回音的方法， 通过信令协 商方式， 在本端添加 EC。 本端网元以被叫侧 MGCF , 对端网元以主叫侧 MGCF为例。

S501-S510, 同步骤 S401-S410。

S511 , 主叫侧 MGCF收到 183消息, 判断本次呼叫为固定和移动间呼叫， 本侧为固定用户。 主叫侧 MGCF判断本侧 EC资源不足， 则通知主叫侧媒体网 关 MGW在建立承载时不添加 EC, 即在发给 MGW发送的 MOD Req消息中， 通 知本侧 MGW不添加 EC资源。 这里， 主叫侧 MGCF可以通过但不限于如下方 法来判断本侧 EC资源不足： 1、 本侧没有配置 EC资源； 2、 本侧有 N ( N大于 等于 1 ) 个 EC资源， 但 N个 EC资源都已经使用； 3、 主叫侧 MGCF在发送给主 叫侧 MGW的 MOD Req消息中通知 MGW添加 EC后 , MGW分配 EC资源失败， MGW在给主叫 MGCF返回的响应中指示添加 EC失败， 主叫侧 MGCF收到 MGW返回的响应 , 获知本侧无 EC。

后续， 主叫侧 MGCF通过信令通知对端添加 EC。 见下面的 S5161-S5166。 S512, MGW修改承载后 , 给主叫侧 MGCF返回 MOD Reply响应消息。 S513-S516, 同步骤 S413-S416, 这里不再赘述。

55161 , 主叫侧 MGCF向 IMS发送通知消息 （这里为 UPDATE消息） ， 携 带参数指示本侧没有添加 EC。

55162, IMS向被叫侧 MGCF发送 UPDATE消息， 携带参数指示主叫侧没 有添加 EC。

55163 , 被叫侧 MGCF收到 UPDATE消息， 判断本次呼叫为固定和移动间 呼叫， 被叫侧为移动用户， 且主叫侧没有添加 EC, 则发送 MOD Req消息给 MGW时， 通知 MGW添加 EC。

55164, MGW向被叫侧 MGCF发送 MOD Reply响应消息。

55165, 被叫侧 MGCF收到 MGW的响应消息， 给 IMS发送 200 OK消息， 携带参数指示本侧添加 EC。

55166, IMS给主叫侧 MGCF发送 200 OK, 携带参数指示本侧添加 EC。 S517-S528, 同步骤 S417-S428, 这里不再赘述。

可选的， 当 MGCF和关口局分设时， 如果 MGCF判断需要本侧添加 EC, 可由 MGCF和本侧关口局进行信令协商， 由关口局添加 EC。

以上示例为改号锚定方式的 EC处理， 对于改造移动端局为 mAGCF, 改 造固定端局为 AGCF的 EC处理， 也可采用上述实施例来实现。 对于 mAGCF, 其下用户为移动用户， 缺省不在 mAGCF添加 EC。 当呼叫为移动用户和固定 用户间呼叫， 且固定侧没有添加 EC时， 也可由 mAGCF通知 MGW在建立承载 时添加 EC。 对于 AGCF, 其下用户为固定用户， 当呼叫为移动用户和固定用 户间呼叫时， 缺省在 AGCF添加 EC。 也可通过信令协商， 由对端添加 EC。

通过本实施例提供的消除回音的方法， 提供了一种解决呼叫接续到 IMS 的 EC添加方案， 可以根据本端用户接入类型和对端用户接入类 型， 灵活的解 决了呼叫接续到 IMS的 EC添加问题。 另， 在本实施例中， 如果将本端视为主 叫侧， 对端视为被叫侧， 本端用户视为固定用户， 对端用户视为移动用户也 可以。 即： 主叫侧 MGCF接收被叫侧 MGCF发送的携带被叫用户接入类型的 消息， 主叫侧 MGCF根据主叫用户接入类型是固定用户和被叫� �户接入类型 是移动用户， 判断建立承载时需要添加 EC。 但主叫侧 MGCF判断本端的 EC资 源不足， 则在本端建立承载时不添加 EC。 进一步的， 主叫侧 MGCF发送通知 消息给被叫侧 MGCF, 通知消息携带主叫侧没有添加 EC的指示， 以使对端在 建立 ? 载时添加 EC。

对于移动端局改造为 mAGCF, 固定端局改造为 AGCF的 EC处理， 本发明 提供了如下实施例。 如图 6所示， 本发明实施例以本端为被叫侧， 对端为主叫 侧， 并且本端用户为移动用户， 对端用户为固定用户为例 （即对端用户接入 类型是固定用户， 本端用户接入类型是移动用户） ， 提供了另一种消除回音 的方法， 通过信令协商方式， 在本端添加 EC。 本端网元以以 mAGCF, 对端 网元以 AGCF为例。

该实施例与图 5所示的实施例， 区别在于， 图 5中的对端网元是主叫

MGCF, 本端网元是被叫 MGCF。 而该实施例中， 由于移动端口改造为 mAGCF, 固定端局改造为 AGCF, 因此图 5中由主叫 MGCF执行的动作在图 6 中由 AGCF来处理， 在图 5中由被叫 MGCF执行的动作在图 6中由 mAGCF来处 理。

具体的这里不再赘述。

通过本实施例提供的消除回音的方法， 提供了一种解决呼叫接续到 IMS 的 EC添加方案， 可以根据本端用户接入类型和对端用户接入类 型， 灵活的解 决了呼叫接续到 IMS的 EC添加问题。

如图 7所示， 本实施例以本端为被叫侧， 对端为主叫侧， 并且本端用户为 固定用户， 对端用户为移动用户为例 （即对端用户接入类型是移动用户， 本 端用户接入类型是固定用户） ， 提供了另一种消除回音的方法。 本端网元以 被叫侧 MGCF, 对端网元以主叫侧 MGCF为例。

5701 , 主叫侧 MGCF收到来自移动端局的 IAM, 记录本侧为移动用户。 具体的， 主叫侧 MGCF判断本侧为移动用户或固定用户的方法， 可以是 在主叫侧 MGCF配置各局向的属性， 是移动端局、 固定端局、 移动关口局或 固定关口局。 来自移动端局或移动关口局的呼叫就是移动侧 呼叫， 则本侧为 移动用户； 来自固定端局或固定关口局的呼叫就是固定侧 呼叫， 则本侧为固 定用户。

5702, 主叫侧 MGCF发送 ADD Req消息， 通知 MGW建立用于传输语音的 IP端点。

5703 , MGW建立承载后， 返回 ADD Reply响应给主叫侧 MGCF, 其中携 带主叫侧的 IP端点信息。

5704 , 主叫侧 MGCF判断呼叫来自移动网络， 在发送给 IMS的 INVITE消 息中， 增加参数携带主叫用户接入类型， 标识主叫侧为移动用户。 INVITE中 的 SDP携带主叫侧承载 IP端点信息。

5705 , IMS处理完业务， 判断被叫是固定用户， 发送 INIVTE消息到被叫 侧 MGCF, 其中携带主叫用户接入类型， 标识主叫用户为移动用户。

5706 , 被叫侧 MGCF发送 ADD Req消息， 通知 MGW建立用于传输语音的 IP端点。 其中携带有主叫侧的 SDP信息。 被叫侧 MGCF根据主叫用户接入类型 和被叫用户接入类型， 判断是移动用户呼叫固定用户， 在建立承载时需要添 力口 EC。 由于本侧为固定用户， 在通知 MGW建 ? 载时， 通知 MGW添加 EC资 源。

5707, MGW建立承载后， 返回 ADD Reply响应给被叫侧 MGCF, 其中携 带被叫侧的 IP端点信息。

5708, 被叫侧 MGCF给 IMS发送 183消息， 增加参数携带被叫用户接入类 型， 标识被叫用户为固定用户。 在 183消息中携带被叫侧 SDP。 5709, IMS给主叫侧 MGCF发送 183消息， 其中携带被叫用户接入类型， 标识被叫用户为固定用户。

5710, 被叫侧 MGCF发送 IAM消息给固定交换机。

5711 , 主叫侧 MGCF收到 183消息， 获取被叫侧 SDP信息。 发送 MOD Req 消息给 MGW, 把被叫侧的 IP端点信息通知 MGW。 主叫侧 MGCF根据主叫接 入类型和被叫接入类型， 判断是移动用户呼叫固定用户， 本侧为移动用户， 则在给 MGW发送的 MOD Req消息中 , 不通知本侧 MGW添加 EC资源。

5712, MGW修改承载后 , 给主叫侧 MGCF返回 MOD Reply响应消息。

5713 , 主叫侧 MGCF发送 PRACK消息给 IMS, 对 183消息进行确认。

5714, IMS发送 PRACK给被叫侧 MGCF。

5715 , 被叫侧 MGCF发送 200 OK给 IMS, 对 PRACK进行确认。

5716, IMS发送 200 OK给主叫侧 MGCF。

5717, 被叫侧 MGCF收到来自固定交换机的 ACM。

5718, 被叫侧 MGCF收到来自固定交换机的 ACM后， 发送 180消息给 IMS, 其中携带被叫用户接入类型， 标识被叫用户为固定用户。

5719, IMS给主叫侧 MGCF发送 180消息， 其中携带被叫用户接入类型， 标识被叫用户为固定用户。

5720, 主叫侧 MGCF发送 ACM给移动端局。

5721 , 主叫侧 MGCF发送 PRACK消息给 IMS, 对 180消息进行确认。

5722 , IMS发送 PRACK给被叫侧 MGCF。

5723 , 被叫侧 MGCF发送 200 OK给 IMS , 对 PRACK进行确认。

5724 , IMS发送 200 OK给主叫侧 MGCF。

5725 , 被叫侧 MGCF接收固定交换机发送的 AN A' 息。

5726, 被叫侧 MGCF发送 200 OK给 IMS, 其中携带被叫用户接入类型， 标识被叫用户为固定用户。 5727, IMS发送 200 OK给主叫侧 MGCF, 其中携带被叫用户接入类型， 标识被叫用户为固定用户。

5728 , 主叫侧 MGCF发送 ANM消息给移动端局。

5729, 主叫侧 MGCF给 IMS发送 ACK消息。

S730, IMS给被叫侧 MGCF发送 ACK消息。

通过本实施例提供的消除回音的方法， 提供了一种解决呼叫接续到 IMS 的 EC添加方案， 可以根据本端用户接入类型和对端用户接入类 型， 灵活的解 决了呼叫接续到 IMS的 EC添加问题。

在图 7所示的实施例中， 对于移动用户和固定用户间呼叫， 缺省在固定侧 添加 EC, 在某些情况， 比如固定侧 EC资源不够时， 可以通过信令协商方式， 对移动和固定间呼叫在移动侧添加 EC。

如图 8所示， 本发明实施例以本端为被叫侧， 对端为主叫侧， 并且本端用 户为固定用户， 对端用户为移动用户为例 （即对端用户接入类型是移动用 户， 本端用户接入类型是固定用户） ， 提供了另一种消除回音的方法， 通过 信令协商方式， 在对端添加 EC。 本端网元以被叫侧 MGCF, 对端网元以主叫 侧 MGCF为例。

S801-S805, 同步骤 S701-S705 , 这里不再赘述。

S806 , 被叫侧 MGCF发送 ADD Req消息， 通知 MGW建立用于传输语音的 IP端点。 其中携带有主叫侧的 SDP信息。 被叫侧 MGCF根据主叫用户接入类型 和被叫用户接入类型， 判断是移动用户呼叫固定用户， 在建立承载时需要添 力口 EC。 被叫侧 MGCF判断本侧 EC资源不足， 则在通知被叫侧 MGW建承载时 不添加 EC资源。 这里， 被叫侧 MGCF可以通过但不限于如下方法来判断本侧 EC资源不足： 1、 本侧没有配置 EC资源； 2、 本侧有 N ( N大于等于 1 ) 个 EC 资源， 但 N个 EC资源都已经使用； 3、 被叫侧在发送给被叫侧 MGW的 MOD Req消息中通知 MGW添加 EC后， MGW分配 EC资源失败， MGW在给被叫侧 MGCF返回的响应中指示添加 EC失败， 被叫侧 MGCF收到 MGW返回的响应， 获知本侧无 EC。 。

5807, MGW建立承载后， 返回 ADD Reply响应给被叫侧 MGCF, 其中携 带被叫侧的 IP端点信息。

5808, 被叫侧 MGCF给 IMS发送 183消息， 增加参数携带被叫用户接入类 型， 标识被叫用户为固定用户， 同时携带参数指示本侧没有添加 EC。

5809, IMS给主叫侧 MGCF发送 183消息， 其中携带被叫用户接入类型， 标识被叫用户为固定用户， 同时携带参数指示被叫侧没有添加 EC。

5810, 被叫侧 MGCF发送 IAM消息给固定交换机。

5811 , 主叫侧 MGCF收到 183消息， 判断是移动用户和固定用户间呼叫， 且对端没有添加 EC, 则发送 MOD Req消息给 MGW时， 通知 MGW添加 EC。

5812, 主叫侧 MGCF接收 MGW返回的 MOD Reply响应消息。

5813 , 主叫侧 MGCF给 IMS发送 PRACK时， 携带参数指示本侧添加 EC。

5814, IMS给被叫侧 MGCF发送 PRACK时， 携带参数指示本侧添加 EC。 S815-S830, 同步骤 S715-S730, 这里不再赘述。

通过本实施例提供的消除回音的方法， 提供了一种解决呼叫接续到 IMS 的 EC添加方案， 可以根据本端用户接入类型和对端用户接入类 型， 灵活的解 决了呼叫锚定到 IMS的 EC添加问题。

另， 在本实施例中， 如果将本端视为主叫侧， 对端视为被叫侧， 本端用 户视为移动用户， 对端用户视为固定用户也可以。 即： 对端网元（即被叫侧 MGCF )判断本侧资源不足， 则在本侧不添加 EC资源。 并将本侧没有添加 EC 的消息通知本端网元（即主叫侧 MGCF ) 。 主叫侧 MGCF接收对端没有添加 EC的消息。 主叫侧 MGCF判断是对端用户接入类型为固定用户， 本端用户接 入类型为移动用户， 且对端没有添加 EC, 则在本端建立 ? 载时添加 EC。

对于固定端局改造为 AGCF的 EC处理， 本发明提供了如下实施例。 如图 9 所示， 本实施例为移动用户通过 MGCF呼叫 AGCF下的固定用户为例， 提供了 另一种消除回音的方法， 在被叫侧由 AGCF指示添加 EC。 这里， 本端网元为 AGCF, 对端网元为主叫侧 MGCF。

S901-S904, 同步骤 S801-S804, 这里不再赘述。

5905 , IMS处理完业务， 判断被叫是 AGCF的用户， 发送 INIVTE消息到 被叫侧 AGCF, 其中携带主叫用户接入类型， 标识主叫用户为移动用户。

5906, AGCF收到 INVITE消息， 判断对端为移动用户， 发送 ADD Req消 息， 在通知 MGW建立承载时， 指示 MGW添加 EC。

S907-S909, 同步骤 S707-S709。 S910-S915 , 同步骤 S711-S716。 S916- S922, 同步骤 S718-S724。 S923-S927, 同步骤 S726-S730。 这里不再赘述。 区 别在于图 7所示的实施例中， 被叫侧网元为被叫 MGCF, 而本实施例中， 被叫 侧网元为 AGCF。

通过本实施例提供的消除回音的方法， 提供了一种解决呼叫接续到 IMS 的 EC添加方案， 可以根据本端用户接入类型和对端用户接入类 型， 灵活的解 决了呼叫锚定到 IMS的 EC添加问题。

图 10以移动用户通过 mAGCF呼叫 AGCF下的固定用户为例， 提供了另一 种消除回音的方法， 通过信令协商在 mAGCF侧添加 EC。 这里， 本端网元为 AGCF, 对端网元为 mAGCF (即对端用户接入类型是移动用户， 本端用户接 入类型是固定用户） 。

S1001-S1004, 同 S902-S905。 区别在于图 9中对端网元为主叫侧 MGCF, 而本实施例中对端网元为 mAGCF。

S1005, AGCF根据主叫用户接入类型和被叫用户接入类� �， 判断是移动 用户呼叫固定用户， 在建立承载时需要添加 EC。 AGCF判断 EC资源不足， 贝' J AGCF发送 ADD Req消息给 MGW, 在通知 MGW建立承载时不添加 EC资源。 这里， AGCF可以通过但不限于如下方法来判断本侧 EC资源不足： 1、 本侧没 有配置 EC资源； 2、 本侧有 N ( N大于等于 1 ) 个 EC资源， 但 N个 EC资源都已 经使用； 3、 AGCF在发送给 MGW的 MOD Req消息中通知 MGW添加 EC后， MGW分配 EC资源失败， MGW在给 AGCF返回的响应中指示添加 EC失败， AGCF收到 MGW返回的响应， 获知本侧无 EC。

51006, MGW建立承载后， 返回 ADD Reply响应给被叫侧 AGCF, 其中携 带被叫侧的 IP端点信息。

51007, AGCF给 IMS发送 183消息， 增加参数携带被叫用户接入类型， 标 识被叫用户为固定用户， 同时携带参数指示本侧没有添加 EC。

51008, IMS给主叫侧 mAGCF发送 183消息， 其中携带被叫用户接入类 型， 标识被叫用户为固定用户， 同时携带参数指示被叫侧没有添加 EC。

51009, 主叫侧 mAGCF收到 183消息， 判断是移动和固定间呼叫， 且对端 没有添加 EC, 则发送 MOD Req消息给 MGW时， 通知 MGW添加 EC。

51010, 主叫侧 mAGCF接收 MGW返回的 MOD Reply响应消息。

51011 , 主叫侧 mAGCF给 IMS发送 PRACK时， 携带参数指示本侧添加

EC。

51012, IMS给被叫侧 AGCF发送 PRACK时， 携带参数指示本侧添加 EC。 S1013-S1016, 同步骤 914-917。 S1017-S1022, 同步骤 919-924。 区别在于 图 9中主叫侧网元为主叫 MGCF , 而本实施例中主叫侧网元为 mAGCF。

51023 , 主叫侧 mAGCF给 IMS发送 ACK消息。

51024, IMS给被叫侧 AGCF发送 ACK消息。

通过本实施例提供的消除回音的方法， 提供了一种解决呼叫接续到 IMS 的 EC添加方案， 可以根据本端用户接入类型和对端用户接入类 型， 灵活的解 决了呼叫锚定到 IMS的 EC添加问题。

如图 11所示， 本发明实施例还提供了一种消除回音的设备， 包括第一接 收单元 1101、 判断单元 1103和确定单元 1105。 所述第一接收单元 1101 , 用于 接收对端网元发送的携带对端用户接入类型的 消息； 判断单元 1103 , 用于根 据对端用户接入类型和本端用户接入类型， 判断在建立承载时是否需要添加 回音消除器 EC; 确定单元 1105 , 用于当需要添加所述回音消除器 EC时， 确定 在本端或者对端建立承载时添加所述回音消除 器 EC。 该设备具体可以为 MGCF, 也可以为 mAGCF、 AGCF。

如图 12所示， 本发明实施例还提供了另一种消除回音的设备 ， 包括如图 11所示的设备中的第一接收单元 1101、 判断单元 1103和确定单元 1105。 其 中， 判断单元 1103包括如下至少一个模块： 第一判断模块 11031 , 用于当所述 对端用户接入类型为移动用户， 所述本端用户接入类型为移动用户时， 确定 在建立承载时不需要添加 EC; 第二判断模块 11033 , 用于当所述对端用户接 入类型为固定用户， 所述本端用户接入类型为移动用户时， 确定在建立承载 时需要添加 EC; 第三判断模块 11035 , 用于当所述对端用户接入类型为移动 用户， 所述本端用户接入类型为固定用户时， 确定在建立承载时需要添加 EC。 该设备具体可以为 MGCF, 也可以为 mAGCF、 AGCF。

在本发明另一个实施例提供的消除回音的设备 中， 包括如图 12所示的设 备中的第一接收单元 1101、 判断单元 1103和确定单元 1105 ; 判断单元 1103包 括如下至少一个模块： 第一判断模块 11031 , 第二判断模块 11033和第三判断 模块 11035。 其中， 确定单元 1105 , 具体用于当第二判断模块 11033确定需要 添加 EC时， 在对端建立 ? 载时添加 EC。 该设备具体可以为 MGCF, 也可以为 mAGCF、 AGCF。

在本发明另一个实施例提供的消除回音的设备 中， 包括如图 12所示的设 备中的第一接收单元 1101、 判断单元 1103和确定单元 1105 ; 判断单元 1103包 括如下至少一个模块： 第一判断模块 11031 , 第二判断模块 11033和第三判断 模块 11035。 其中， 确定单元 1105 , 具体用于当第三判断模块 11035确定需要 添加 EC时， 在本端建立 ? 载时添加 EC。 该设备具体可以为 MGCF, 也可以为 mAGCF、 AGCF。

如图 13所示， 本发明实施例还提供了另一种消除回音的设备 ， 包括如图 12所示的设备中的第一接收单元 1101、 判断单元 1103和确定单元 1105; 判断 单元 1103包括如下至少一个模块： 第一判断模块 11031 , 第二判断模块 11033 和第三判断模块 11035。 其中， 确定单元 1105 , 具体用于当第三判断模块 11035确定需要添加 EC, 并且本端的 EC资源不足时， 在对端建立承载时添加 EC。 该设备具体可以为 MGCF, 也可以为 mAGCF、 AGCF。

可选的， 该消除回音的设备还包括第二接收单元 1301 , 用于接收对端网 元发送的通知消息， 所述通知消息携带对端没有添加 EC的指示。

该设备具体可以为 MGCF, 也可以为 mAGCF、 AGCF。

通过本实施例提供的消除回音的设备， 可以根据本端用户接入类型和对 端用户接入类型， 灵活的解决了呼叫接续到 IMS的 EC添加问题。 网元的具体 操作同相应的方法实施例， 这里不再赘述。

本领域普通技术人员可以理解实现上述实施例 方法中的全部或部分流 程， 是可以通过计算机程序来指令相关的硬件来完 成， 所述的程序可存储于 一计算机可读取存储介质中， 该程序在执行时， 可包括如上述各方法的实施 例的流程。 其中， 所述的存储介质可为磁碟、 光盘、 只读存储记忆体（Read- Only Memory, ROM )或随机存储记忆体（ Random Access Memory, RAM ) 等。

以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局限 于此， 任何熟悉本技术领域的技术人员在本发明揭露 的技术范围内， 可轻易 想到变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护 范围应以所述权利要求的保护范围为准。