CN102204176A - 路径节点确定方法、媒体路径建立方法及信令媒体网关 - Google Patents

Abstract

本发明公开了一种路径节点确定方法、媒体路径建立方法及信令媒体网关。上述路径节点确定方法包括：对于IMS网络中的任一信令媒体网关，在接收到第一会话描述协议即SDP请求时，发送携带第一路径参数的第一SDP请求，其中，发送的第一SDP请求的第一路径参数中追加有该信令媒体网关的网段标识；在接收到对发送的第一SDP请求的第一SDP回应时，信令媒体网关根据接收的第一SDP回应中的第二路径参数或发送的第一SDP请求中的第一路径参数，判断该信令媒体网关是否为路径节点；发送携带第二路径参数或不携带第二路径参数的第一SDP回应。通过本发明的技术方案，可以有效地减少媒体路径的节点数，节省媒体处理设备的资源。

Description

路径节点确定方法、 媒体路径建立方法

及信令媒体网关

技术领域 本发明涉及移动通信技术领域， 尤其涉及一种路径节点确定方法、媒体 路径建立方法及信令媒体网关。 背景技术

IP多媒体子系统（ IP Multimedia Core Network Subsystem, 简称为 IMS ) 是由第三^ ^合作伙伴计划 （ 3rd Generation Partnership Project, 简称 3GPP ) 提出的一种基于 IP的网络架构， 该系统构建了一种开放而灵活的业务环境， 支持多媒体应用， 能够为用户提供丰富的多媒体业务。

IMS可以分为控制层和业务层， 其中，控制层主要包括用于业务触发和 控制的会话控制功能（Call Session Control Function,简称为 CSCF ),而 CSCF 又可以分为^ ^理 CSCF ( Proxy CSCF , 简称为 P-CSCF )、 查询 CSCF ( Interrogating CSCF, 简称为 I-CSCF ) 和服务 CSCF ( Serving CSCF, 简称 为 S-CSCF ), 其中， I-CSCF和 S-CSCF为可选。 而业务层主要包括一系列的 应用服务器 （Application Server, 简称为 AS ), 用于提供具体的服务业务， AS 可以是独立的实体， 也可以存在于 S-CSCF 中。 其运行方式为： 控制层 ( S-CSCF )才艮据用户的签约信息控制业务触发， 调用 AS上的业务， 实现业 务功能，相对到用户设 User Equipment,简称为 UE ),可以将 AS和 S-CSCF 统称为月 务设备 ( SE , Server Equipment )。 同时， IMS网络中还存在各种各样的处理 IMS信令和媒体的网关设备， 比如 P-CSCF及其控制的访问控制网关 （ Access Gateway, 简称为 AGW ), 交互边界控制功能（ Interworking Border Control Function, 简称为 I-BCF )及 其控制的交互边界网关 （ Interworking Border Gateway, 简称为 I-BGW ), 会 话边界控制 ( Session Border Control, 简称为 SBC ), 应用层网关（ Application Layer Gateway, 简称为 ALG )等， 这些网关的作用主要是对媒体路径进行分 段， 从而实现不同网络间的互通， 比如公网设备和私网设备间的互通， 还有 通过编码转换实现具有不同编码功能的实体间的互通， 为了描述的方便， 可 以处理 IMS 信令和媒体的网关设备统称为信令媒体网关， 比如， 可以将 P-CSCF和 AGW视为一个信令媒体网关。 由于会话的最终目的是要实现媒体连接，因此需要在会话中协商媒体资 源信息， IMS 系统中协商媒体资源信息的协议是会话描述协议 （ Session Description Protocol, 简称为 SDP ), 协议的交互的方式为请求回应模式， 即 一个 SDP请求必须有一个 SDP回应， SDP请求和回应的内容啫是媒体资源 信息， 媒体资源信息包括媒体所有者信息 （包括地址信息）， 媒体连接地址， 媒体类型以及与媒体类型相关的媒体端口和编解码器信息等， SDP回应的内 容中， 媒体数量、 类型和顺序必须与 SDP请求中的媒体数量， 类型和顺序完 全 目同。 SDP十办议的内容通过会话初始化十办议 ( Session Initiation Protocol, SIP ) 消息的消息体携带， 交互过程独立于 SIP 的请求回应模式， 也就是说 SIP的请求或回应消息中可以携带 SDP请求， 也可以携带 SDP回应， 也可以 不携带 SDP十办议内容。 图 1A为现有的 IMS信令与媒体路径及相应的信令流程示意图，描述了 同一个运营商网络的终端 UE-A呼叫终端 UE-B的过程中的信令流程及最终 的媒体路径， 其中 UE-A和 UE-B分别漫游到了不同的拜访网络。 为了描述的方便， 图中只列出了信令媒体网关实体， 其他在呼叫会话信 令路径上的 IMS网络实体由于只做信令转发， 因此不进行描述。 如图 1A所示， S1为 UE-A与主叫拜访网络的 P-CSCF之间的信令交互 链路， S2为主叫拜访网络的 P-CSCF与主被叫归属网络的 ALG之间的信令 交互链路， S3为主被叫归属网络的 ALG与主被叫归属网络的 S-CSCF之间 的信令交互链路， S4为主被叫归属网络的 ALG与被叫拜访网络的 SBC之间 的信令交互链路， S5为被叫拜访网络的 SBC和被叫终端 UE-B之间的信令 交互链路。 UE-A和 UE-B的信令路径就是由 S1-S2-S3-S3-S4-S5相互连接组 成。

Ml为 UE-A与主叫拜访网络的 AGW之间的媒体链路， M2为主叫拜访 网络的 AGW和主被叫归属网络的 ALG之间的媒体链路， M3为主被叫归属 网络的 ALG与被叫拜访网络的 SBC之间的媒体链路， M4为被叫拜访网络 的 SBC和 UE-B之间的媒体链路， UE-A和 UE-B的媒体路径就是由 M1-M4 相互连接组成。 图 IB为现有的 IMS信令与媒体路径建立过程的流程图，如图 1B所示， 主要包括以下步骤： 步骤 101、 UE-A向 UE-B发起呼叫， 比如发送 INVITE (邀请 )请求， 携带 UE-A的媒体资源信息， 具体地， 可以在消息体中携带， 在图 1B 中， 该媒体资源信息以 SDP1表示； 该请求消息通过路径 S1送出； 步骤 102、 请求消息途经信令媒体网关 1 , 信令媒体网关 1将消息中的 媒体资源信息替换成自己分配的媒体资源信息后转发出去， 此例以 SDP2表 示此时信令媒体网关 1分配的媒体资源信息； 该请求消息通过路径 S2送出； 步骤 103、 请求消息途经信令媒体网关 2 , 信令媒体网关 2将消息中的 媒体资源信息替换成自己分配的媒体资源信息后转发出去， 此例以 SDP3表 示此时信令媒体网关 2分配的媒体资源信息； 该请求消息通过路径 S3送出， 并被 S-CSCF转发回来； 步骤 104、 请求消息再次途经信令媒体网关 2 , 信令媒体网关 2将消息 中的媒体资源信息替换成自己分配的媒体资源信息后转发出去，此例以 SDP4 表示此时信令媒体网关 2分配的媒体资源信息； 该请求消息通过路径 S4送 出； 步骤 105、 请求消息途经信令媒体网关 3 , 信令媒体网关 3将消息中的 媒体资源信息替换成自己分配的媒体资源信息后转发出去， 此例以 SDP5表 示此时信令媒体网关 3分配的媒体资源信息； 该请求消息通过路径 S5送出； 步骤 106、请求消息到达 UE-B, UE-B返回临时响应消息，比如发送" 183

Session Progress" 响应， 携带 UE-B的媒体资源信息， 比如在消息体中携带， 此例以 SDP6表示； 该响应消息通过路径 S5送出； 步骤 107、 响应消息途经信令媒体网关 3 , 信令媒体网关 3将消息中的 媒体资源信息替换成自己分配的媒体资源信息后转发出去， 此例以 SDP7表 示此时信令媒体网关 3分配的媒体资源信息； 该响应消息通过路径 S4送出； 步骤 108、 响应消息途经信令媒体网关 2 , 信令媒体网关 2将消息中的 媒体资源信息替换成自己分配的媒体资源信息后转发出去， 此例以 SDP8表 示此时信令媒体网关 2分配的媒体资源信息； 该响应消息通过路径 S3送出， 并被 S-CSCF转发回来； 步骤 109、 响应消息再次途经信令媒体网关 2 , 信令媒体网关 2将消息 中的媒体资源信息替换成自己分配的媒体资源信息后转发出去，此例以 SDP9 表示此时信令媒体网关 2分配的媒体资源信息； 该响应消息通过路径 S2送 出； 步骤 110、 响应消息途经信令媒体网关 1 , 信令媒体网关 1将消息中的 媒体资源信息替换成自己分配的媒体资源信息后转发出去，此例以 SDP10表 示此时信令媒体网关 1分配的媒体资源信息； 该响应消息通过路径 S1送出； 此时可以看出，UE-A和信令媒体网关 1互相知道彼此的媒体资源信息， 信令媒体网关 1与信令媒体网关 2互相知道彼此的媒体资源信息，依次类推， 结果 UE- A和 UE-B之间的媒体路径被分割成了 5段， 且其中有一段媒体路 径为信令媒体网关 2到信令媒体网关 2; 步骤 111 - 114、 UE-B应答呼叫， 发送应答消息， 比如发送 "200 OK" , 消息按顺序途经信令媒体网关 3、 2、 2、 1 , 最终到达 UE-A, 自此， UE-A 和 UE-B之间建立了通话， 媒体路径被分割为 5段。 由上述的描述可知， 利用现有的 IMS媒体路径建立方法， 当主叫拜访 网络和被叫拜访网络允许直接建立媒体链路时， 特别是当主叫和被叫漫游到 同一地， 由同一拜访网络服务时， 媒体路径被加长了许多， 浪费了设备资源， 甚至在有的情况下， 还可能出现某个信令媒体网关自己与自己的媒体链路。 发明内容 有鉴于此， 本发明提供了一种媒体路径建立方法， 用以解决现有技术中 由于没有对媒体路径进行优化而导致对设备资源的浪费的问题。 才艮据本发明的一个方面， 提供了一种路径节点确定方法， 该方法用于在 包括多个信令媒体网关的 IP多媒体子系统 IMS 网络中， 确定作为一次呼叫 的媒体路径节点的信令媒体网关。 根据本发明的路径节点确定方法包括： 对于 IMS 网络中的任一信令媒 体网关， 在接收到第一会话描述协议即 SDP请求时， 发送携带第一路径参数 的第一 SDP请求， 其中， 发送的第一 SDP请求的第一路径参数中追加有该 信令媒体网关的网段标识； 在接收到对发送的第一 SDP请求的第一 SDP回 应时，信令媒体网关根据接收的第一 SDP回应中的第二路径参数或发送的第 一 SDP请求中的第一路径参数， 判断该信令媒体网关是否为路径节点； 发送 携带第二路径参数或不携带第二路径参数的第一 SDP回应。 根据本发明的另一个方面， 提供了一种信令媒体网关。 根据本发明的信令媒体网关包括： 第一接收模块、 第一修改模块、 第一 发送模块、 第二接收模块、 判断模块、 第二修改模块和第二发送模块。 其中， 第一接收模块用于接收第一 SDP请求；修改模块用于将信令媒体网关的网段 标识追加在第一 SDP请求的第一路径参数中；第一发送模块用于发送经由第 一修改模块作用的第一 SDP请求； 第二接收模块用于接收第一 SDP回应； 判断模块判断第二接收模块接收的第一 SDP回应中是否携带第二路径参数， 如果第一 SDP回应中携带第二路径参数，则根据第二路径参数判断信令媒体 网关是否为路径节点；否则才艮据第一发送模块发送的第一 SDP请求的第一路 径参数判断信令媒体网关是否为路径节点； 第二修改模块用于根据判断模块 的判断结果， 生成需要发送的第一 SDP回应， 并修改第一 SDP回应的第二 路径参数；第二发送模块用于发送携带或不携带第二路径参数的第一 SDP回 应。 根据本发明的又一个方面， 提供了一种媒体路径建立方法， 该方法应用 于包括多个信令媒体网关的 IMS网络。 根据本发明的媒体路径建立方法包括： 对于 IMS 网络中任一信令媒体 网关， 在接收到第一 SDP请求时， 不爹改第一 SDP请求中的媒体传输地址， 并将信令媒体网关的网段标识追加在第一 SDP请求的第一路径参数中，然后 发送第一 SDP请求； 在接收到发送的第一 SDP请求的第一 SDP回应时， 信 令媒体网关才艮据第一 SDP回应中的第二路径参数或发送的第一 SDP请求中 的第一路径参数， 判断信令媒体网关是否为路径节点， 如果不是， 则不修改 第一 SDP回应的媒体传输地址， 并发送第一 SDP回应； 信令媒体网关接收 更新消息，如果信令媒体网关为路径节点且更新消息中没有携带第二 SDP请 求， 则信令媒体网关修改接收的第一 SDP请求的媒体传输地址， 将修改后的 第一 SDP请求作为第二 SDP请求携带在更新消息中发送； 如果信令媒体网 关不是路径节点且更新消息携带有第二 SDP请求， 则不修改第二 SDP请求 的媒体传输地址， 并发送更新消息； 信令媒体网关接收更新消息的同意更新 消息， 如果信令媒体网关不是路径节点， 并且同意更新消息携带第二 SDP回 应， 则不修改第二 SDP回应的媒体传输地址， 并发送同意更新消息。 才艮据本发明的再一方面， 提供了另一种信令媒体网关。 根据本发明的信令媒体网关包括： 第一接收模块、 第一修改模块、 第一 发送模块、 第二接收模块、 判断模块、 第二修改模块、 第二发送模块、 第三 接收模块、 第三修改模块、 第三发送模块、 第四接收模块、 第四修改模块和 第四发送模块。 其中， 第一接收模块， 用于接收第一 SDP请求； 第一修改模 块， 用于将信令媒体网关的网段标识追加在第一 SDP 请求的第一路径参数 中， 不修改第一 SDP请求的媒体传输地址； 第一发送模块， 用于发送经由第 一修改模块作用的第一 SDP请求； 第二接收模块， 用于接收第一 SDP回应； 判断模块， 如果第一 SDP回应带第二路径参数， 则用于第二路径参数， 否则 用于发送的第一 SDP请求的第一路径参数，判断信令媒体网关是否为路径节 点；第二修改模块，用于在判断模块的判断结果为是的情况下，修改第一 SDP 回应的媒体传输地址和第二路径参数，在判断模块的判断结果为否的情况下， 不修改第一 SDP回应的媒体传输地址和第二路径参数； 第二发送模块， 用于 发送经由第二修改模块作用的第一 SDP回应； 第三接收模块， 用于接收更新 消息， 更新消息携带第二 SDP请求， 或不带 SDP请求； 第三修改模块， 用 于在判断模块的判断结果为是情况下， 如果更新消息带第二 SDP请求， 则修 改第二 SDP请求的媒体传输地址， 否则修改第一 SDP请求的媒体传输地址， 然后让更新消息携带修改后的第一 SDP请求或修改后的第二 SDP请求， 在 判断模块的判断结果为否的情况下， 不修改更新消息； 第三发送模块， 用于 发送经由第三修改模块作用的更新消息； 第四接收模块， 用于接收更新消息 的同意更新消息， 其中， 同意更新消息中携带第二 SDP 回应， 或不带 SDP 回应； 第四修改模块， 用于在判断模块的判断结果为是的情况下， 同意更新 消息一定带第二 SDP回应，如果更新消息带第二 SDP请求，则修改第二 SDP 回应的媒体传输地址， 否则删除同意更新消息中的第二 SDP回应， 在判断模 块的判断结果为否的情况下， 不修改同意更新消息； 第四发送模块， 用于发 送经由第四修改模块作用的同意更新消息。 通过本发明的上述至少一个方案， 通过对路径进行优化， 可以有效地减 少媒体路径的节点数， 节省媒体处理设备的资源。 本发明的其它特征和优点将在随后的说明书中阐述， 并且， 部分地从说 明书中变得显而易见， 或者通过实施本发明而了解。 本发明的目的和其他优 点可通过在所写的说明书、 权利要求书、 以及附图中所特别指出的结构来实 现和获得。 附图说明 附图用来提供对本发明的进一步理解， 并且构成说明书的一部分， 与本 发明的实施例一起用于解释本发明， 并不构成对本发明的限制。 在附图中： 图 1A为相关技术中 IMS信令连接示意图； 图 1B为相关技术中 IMS信令与媒体路径建立过程的流程图； 图 2A为根据本发明实施例的路径节点确定方法的流程图； 图 2B为根据本发明实施例的媒体路径建立方法的流程图； 图 3为实施例一的流程图； 图 4为实施例二的流程图； 图 5为实施例三的流程图； 图 6为实施例四的流程图； 图 7为实施例五的流程图； 图 8为实施例六的 ¾ϊ程图； 图 9为实施例七的流程图； 图 1 OA为本发明实施例的优先实施例一媒体路径建立结果示意图； 图 10B为本发明实施例的优先实施例二媒体路径建立结果示意图； 图 11为本发明实施例的一种信令媒体网关的结构框图； 图 12为本发明实施例的另一种信令媒体网关的结构框图。 具体实施方式 功能 4既述 本发明实施例当 IMS网络的 UE-A按现有技术呼叫另一 UE-B, 比如发 送邀请 ( INVITE )请求消息时， 在该消息中携带 SDP请求， 该 SDP请求的 内容为 UE-A的媒体资源信息， 当该请求在 IMS网络中的信令媒体网关中传 递时， 记录传递的路径， 当 UE-B接收到上述邀请请求时， 如果在返回的响 应消息中携带有上述 SDP请求， 当该响应消息到达各个信令媒体网关时， 各 个信令媒体网关根据记录的路径判断其是否为该次呼叫的路径节点并记录判 断结果， 在后续的媒体路径建立的过程中， 各个信令媒体网关根据其是否为 路径节点转发更新消息， 从而建立优化的媒体路径。 在不沖突的情况下， 本申请中的实施例及实施例中的特征可以相互组 合。 以下结合附图对本发明的优选实施例进行说明， 应当理解， 此处所描述 的优选实施例仅用于说明和解释本发明， 并不用于限定本发明。 在描述本发明实施例之前，首先对本发明实施例中涉及的一个前提进行 说明： 在具体应用中， 每个信令媒体网关都有两侧， 在通常情况下， 每个信 令媒体网关的两侧一般分属不同子网， 每个信令媒体网关会为两侧各分配一 个网段标识， 网段标识可以是任意的字符串， 一个网段标识标志的网段可以 包含一个或多个子网。 将同一运营商内的支持本发明的各信令媒体网关所连 接的所有网段构成一个集合 (相邻的两个信令媒体网关间的网段是相同的， 因此集合中只有一个网段）， 集合中的各网段的网段标识互不相同。可以通过 使网段标识包含运营商标识， 使网段标识在物理上全局唯一， 也可使运营商 间交互与隔离的网关的网段标识包含运营商标识， 从而可以使得属于同运营 商的网关的网段标识将缺省地包含该运营商标识， 使网段标识在逻辑上全局 唯一。 才艮据本发明实施例， 首先提供了一种路径节点确定方法， 该方法用于在 包括多个信令媒体网关的 IMS网络中，确定作为一次呼叫的路径节点的信令 媒体网关。 图 2A为才艮据本发明实施例的路径节点确定方法的流程图， 如图 2A所 示， 根据本发明实施例的路径节点确定方法， 对于 IMS网络中的任一信令媒 体网关， 主要包括以下处理 (步骤 S201 -步骤 S209 ): 步骤 S201： 在接收到第一 SDP请求时， 将该信令媒体网关的网段标识 追加在发送的第一 SDP请求的第一路径参数中， 并发送； 步骤 203： 该信令媒体网关接收到第一 SDP回应； 步骤 S205： 该信令媒体网关根据第一 SDP回应中的第二路径参数或第 一 SDP请求中的第一路径参数，判断信令媒体网关是否为路径节点；如果是， 则执行步骤 S207 , 否则， 执行步骤 S209; 步骤 S207: 修改发送的第一 SDP回应的第二路径参数， 并发送； 步骤 S209: 不修改发送的第一 SDP回应的第二路径参数， 并发送。 以下进一步描述上述各处理的细节。

(一） 步骤 S201 在具体实施过程中， 当信令媒体网关接收到上述第一 SDP请求时， 首 先判断第一 SDP请求中是否携带有路径参数， 和 /或， 判断第一 SDP请求中 携带的第一路径参数是否为空， 在第一 SDP请求中没有携带路径参数和 /或 携带的路径参数为空时，信令媒体网关将用于接收上述第一 SDP请求的入口 端的网段标识追加到第一路径参数的尾部，之后追加用于发送第一 SDP请求 的出口端的网段标识到第一路径参数的尾部；如果第一 SDP请求中携带的路 径参数不为空，则信令媒体网关将用于发送第一 SDP请求的出口端的网段标 识追加到第一路径参数的尾部。

(二） 步骤 S205 在具体实施过程中， 当信令媒体网关接收到上述第一 SDP请求的第一 SDP回应后， 信令媒体网关需要判断其是否为路径节点， 具体地， 可以按照 以下方法判断该信令媒体网关是否为路径节点： 步骤 1 , 信令媒体网关判断第一 SDP回应中是否携带有第二路径参数， 如果有， 则执行步骤 3 , 否则， 执行步骤 2; 步骤 2 ,获取信令媒体网关发送的第一 SDP请求中的第一路径参数，删 除预定节点之后的节点并将修改后的第一路径参数作为第二路径参数， 执行 步骤 3 , 其中， 预定节点为： 其网段标识与第一路径参数中的末尾节点的网 段标识相同的节点中最靠前的节点； 步骤 3 , 判断该信令媒体网关是否需要成为路径节点； 具体地， 可以根据运营商策略或根据第一 SDP 回应中媒体是否使用了 该信令媒体网关在发送的第一 SDP 请求中插入的编码器信息判断该信令媒 体网关是否需要成为为路径节点， 如果是， 则将发送的第一路径参数作为第 二路径参数； 步骤 4 , 判断第二路径参数中的末尾节点的网段标识与出口端的网段标 识是否相同， 如果相同， 则执行步骤 5 , 否则， 执行步骤 6; 步骤 5 , 确定该信令媒体网关为路径节点； 在具体实施过程中， 在步骤 3中， 当判断该信令媒体网关需要成为路径 节点时， 也可以不执行步骤 4 , 直接确定该信令媒体网关为路径节点。 步骤 6 , 确定信令媒体网关为非路径节点。 (三） 步骤 S207 在确定该信令媒体网关为路径节点后， 还需要对第二路径参数进行修 改， 具体包括：

( 1 ) 删除第二路径参数中的末尾节点；

( 2 ) 再删除末尾节点的第二路径参数中， 查找与该信令媒体网关连接 的最靠前的节点， 并删除查找到的节点之后的节点。 然后， 该信令媒体网关还需判断后续节点是否支持接收第二路径参数， 具体地，可以通过判断该信令媒体网关接收到的第一 SDP请求中是否携带第 一路径参数和 /或携带的第一路径参数是否为空，确定后续节点是否支持接收 第二路径参数 ,如果判断接收到的第一 SDP请求中没有携带第一路径参数和 /或携带的第一路径参数为空， 则该信令媒体网关不在发送的第一 SDP 回应 中包含第二路径参数； 否则， 在发送的第一 SDP回应中包含第二路径参数。

(四） 步骤 S209 如果该信令媒体网关不是路径节点，则不修改上述第一回应中的第二路 径参数， 并且， 如果该信令媒体网关的后续节点也不支持接收第二路径参数， 则不在第一回应中携带第二路径参数， 否则在第一回应中带第二路径参数。 根据本发明实施例的上述路径节点确定方法， 可以优化路径节点， 使后 续建立的媒体路径更加优化， 从而节约设备资源。 根据本发明实施例， 还提供了一种媒体路径建立方法， 该方法应用于包 括多个信令媒体网关的 IMS网络。 图 2B为根据本发明实施例的媒体路径建立方法的流程图， 如图 2B所 示， 根据本发明实施例的媒体路径建立方法， 对于 IMS网络中的任一信令媒 体网关， 该主要包括以下处理： 步骤 S200 , 在接收到会话描述协议第一 SDP请求时， 将信令媒体网关 的网段标识追加在第一 SDP 请求的第一路径参数中， 并发送追加后的第一 SDP请求； 步骤 202： 信令媒体网关接收到第一 SDP回应； 步骤 S204： 在接收到第一 SDP回应时， 信令媒体网关才艮据第一 SDP回 应中的第二路径参数或发送的第一 SDP请求中的第一路径参数，判断信令媒 体网关是否为路径节点， 如果是， 则执行步骤 S206 , 否则， 执行步骤 S208; 具体判断过程与上述图 2A中的类似， 在此不在赘述。 步骤 S206: 修改第一 SDP回应的媒体传输地址和第二路径参数， 并发 送爹改后的第一 SDP回应； 步骤 S208:不修改 SDP回应中的媒体传输地址，发送接收到的第一 SDP 回应； 步骤 S210: 该信令媒体网关接收更新消息， 如果信令媒体网关为路径 节点， 则执行步骤 S212, 否则， 执行步骤 S214; 步骤 S212: 该信令媒体网关在第二 SDP请求中携带该信令媒体网关的 媒体传输地址； 如果更新消息中没有携带第二 SDP请求， 则信令媒体网关修改接收的 上述第一 SDP请求的媒体传输地址， 并将修改后的第一 SDP请求作为第二 SDP请求携带在更新消息中发送。 在具体实施过程中，该信令媒体网关还可以在发送的更新消息携带的第 二 SDP请求中携带第三路径参数，其中，该第三路径参数包括以下至少之一： 该信令媒体网关使用的媒体传输地址、 第一 SDP请求或第二 SDP请求中的 编码器个数。 步骤 S214: 转发更新消息； 步骤 S216: 该信令媒体网关接收更新消息的同意更新消息， 如果信令 媒体网关为路径节点， 则执行步骤 S218 , 否则， 执行步骤 S220; 步骤 S218: 该信令媒体网关在第二 SDP回应中携带该信令媒体网关的 媒体传输地址； 具体地， 如果上述更新消息中携带有第二 SDP请求， 则如果接收到的 上述第二 SDP请求携带的上述第三路径参数中包含编码器个数信息，且上述 第一 SDP回应中使用的编码器信息在上述第二 SDP请求中的位置不超过上 述编码器个数信息指示的位置， 则使用上述第三路径参数中的媒体传输地址 进行协商， 并在发送的同意更新消息的第二 SDP回应中携带第四路径参数， 其中， 上述第四路径参数包括以下至少之一： 上述信令媒体网关使用的媒体 传输地址。 因此， 在接收到上述同意更新消息之后， 该方法还包括： 如果接收的上 述同意更新消息中携带有第二 SDP回应，则信令媒体网关判断接收到的上述 第二 SDP回应是否包含第四路径参数， 如果是， 则使用上述第四路径参数中 的媒体传输地址进行协商。 步骤 S220： 转发同意更新消息。 根据本发明实施例的上述媒体路径建立方法， 可以建立优化的媒体路 径。 为便于理解本发明实施例提供的上述技术方案，以下通过具体实施例对 本发明的具体实施方式进行说明， 为了便于说明， 以下实施例都以三个网关 为例进行说明， 但并不限于 jt匕， 对于其它数量的网关以及实施例中的两个网 关间还有其他支持本发明或不支持本发明的网关的情况， 本领域技术人员根 据本发明实施例描述的技术方案可以得到相应的处理方案。 实施例一 图 3所示为本实施例的流程图， 在本实施例描述了 UE-A呼叫 UE-B的 过程中， 其中， UE-A 无需资源预留， 在呼叫时就已获得相应资源， 信令媒 体网关 gl、 g2和 g3都支持本发明， 每个信令媒体网关都可以根据本发明的 技术实现媒体路径优化的过程， 如图 3所示， 本实施例主要包括以下步骤： 步骤 301、 UE-A按现有技术呼叫 UE-B , 比如发送 INVITE (邀请 ) 请 求消息， 携带 SDP请求， 内容为 UE-A的媒体资源信息 SDP 1 , 具体地， 该 SDP请求可以在消息体中携带； 步骤 302、 邀请请求途经网关 g 1 , 网关 g 1执行修订路径参数逻辑； 具体地， 网关 g 1执行修订路径参数逻辑可以按照如下方式实现： 如果 SDP请求中不带路径参数或携带的路径参数为空， 则将该网关接收上述消息 的入口端的网段标识追加到路径参数的尾部， 然后再将该网关发送上述消息 的出口端的网段标识追加到消息的路径参数的尾部， 否则， 只将该网关的上 述出口端的网段标识追加到消息的路径参数的尾部； 在该实施例中， 执行上述步骤的结果为： 路径参数按先后顺序包含网关 gl的入口端的网段标识 gla和网关 gl的出口端的网段标识 gib;

SDP中可以包含多种媒体， 因此， 路径参数可以是所有媒体共有的， 比 如在消息的头或中表示， 类似 "P-Media-Path:ue-a,gl " 的形式， 或 SDP 的

"m= " 表示的媒体行开始前以 SDP参数表示， 类似 "a=path:ue-a,gl " 的形式； 也可以分别是不同媒体的， 比如在 SDP的各个 "m= " 表示的 媒体行后面以 SDP参数表示， 类似 "a=path:ue-a,gl" 的形式； 步骤 303、网关 gl根据 302的结果修改消息中的路径参数，不修改 SDP 信息中的媒体传输地址信息 （即 IP地址或域名加上端口号）， 根据需要为各 媒体添加新的编解码器信息， 然后将消息转发出去； 步骤 304、 邀请请求途经网关 g2, 网关 _g2执行步骤 302的修订路径参 数逻辑； 该实施例的结果是路径参数中追加了网关 g2的发送该消息的出口端的 网段标识 g2b; 步骤 305、网关 g2根据 304的结果修改消息中的路径参数，不修改 SDP 信息中的媒体传输地址信息 （IP 地址或域名加上端口号）， 根据需要为各媒 体添加新的编解码器信息， 然后将消息转发出去； 步骤 306 - 307、 与步骤 304 - 305相同， 只是网关 g2变为网关 g3; 步骤 308、请求消息到达 UE-B , UE-B发送临时响应消息，比如发送 " 183 Session Progress"消息，携带 SDP回应， 内容是 UE-B的媒体资源信息 SDP5 , 比如， 可以在消息体中携带； 步骤 309、 临时响应消息途经网关 g3 , g3发现该临时响应消息或消息 携带的 SDP 回应中不带路径参数或路径参数为空， 则使用上述发送的 SDP 请求的路径参数， 寻找最后节点的最靠近顶端的直连节点， 具体算法如下： 将其最后节点信息中的网段标识取出，在路径参数中寻找最靠近顶端的 节点信息中是否包含相同的网段标识， 如果找到了， 则删除路径参数中找到 的节点信息后的所有其他节点信息； 在实施例中， 执行上述算法结果这： g3b=g3b; 执行完该算法后， 再执 行判断路径节点的算法， 具体如下： 判断路径参数的最后节点信息中是否包含该网关的出口端的网段标识， 如果不是， 则进一步判断该信令媒体网关是否提供除直接转发媒体数据以外 的额外功能， 如果提供额外功能则标记本网关为路径节点， 并使用上述发送 SDP请求的路径参数替换接收到的该消息中的路径参数， 如果不提供额外功 能则标记本网关为非路径节点； 具体地， 可以判断临时响应消息中的 SDP回应中媒体使用了该网关在 上述 SDP请求中插入的编码器，则该网关必须成为路径节点以提供编码转换 功能。 如果路径参数的最后节点信息中包含该网关的出口端的网段标识，则标 记该网关为路径节点。 如果该网关为路径节点， 则将路径参数的最后节点信息删除； 此实施例的算法结果是本网关为路径节点， 执行完该算法后， 再执行寻 找最后节点的最靠近顶端的直连节点算法； 此实施例的算法结果是 g2b=glb, 于是路径参数按先后顺序只包含 gla 和 gib; 步骤 310、 网关 g3根据步骤 309的结果， 修改消息中的路径参数， 本 实施例中本网关是路径节点，则修改消息中的 SDP信息中的媒体传输地址信 息为分配的上述入口端的子网的传输地址， 然后发送临时响应消息； 在具体实施过程中还可以在消息中添加修改后的传输地址信息，比如在 路径参数的最后节点信息中添加。 步骤 311、 临时响应消息途经网关 g2 , g2发现响应消息或消息携带的 SDP回应中带路径参数， 则执行步骤 309中的判断路径节点的算法， 此实施 例的运算结果为本网关不是路径节点； 步骤 312、 根据步骤 311的结果， 本实施例中本网关不是路径节点， 则 不修改消息中的 SDP信息中的媒体传输地址信息，也不修改消息中的路径参 数， 然后转发临时响应消息； 步骤 313、 临时响应消息途经网关 gl , gl发现响应消息或消息携带的 SDP回应中带路径参数， 则执行步骤 309中的判断路径节点的算法， 此实施 例的运算结果为本网关是路径节点； 步骤 314、 网关 gl上述接收到的 SDP请求的不携带路径参数或携带的 路径参数为空， 将 SDP回应中的路径参数删除， 本实施例中本网关是路径节 点，则修改 SDP回应信息中的媒体传输地址信息为分配的上述入口端的子网 的传输地址， 然后转发临时响应消息； 步骤 315、 UE-A收到临时响应消息， 按现有流程要求发送不带 SDP的 更新消息， 比如发送 PRACK (预确认 ) 消息； 步骤 316、 更新消息途经网关 gl , 网关 gl判断自己是路径节点， 并进 一步确定该更新消息中不带 SDP请求， 于是将接收到的 SDP请求中的媒体 传输地址替换为其分配的上述出口端的子网的传输地址， 并根据需要为媒体 增加编码器信息， 并且， 还可以在消息中添加替换后的传输地址信息， 比如 设置路径参数为包含替换后的传输地址信息； 步骤 317、 才艮据步骤 316的结果， 网关 gl将生成的 SDP请求添加到更 新消息中， 比如在消息体中携带， 然后转发； 步骤 318、 更新消息途经网 g2 , 网关 g2 自己不是路径节点， 于是不对 消息进行修改； 步骤 319、 网关 g2将未经修改的更新消息转发； 步骤 320、 更新消息途经网关 g3 , 网关 g3判断其为路径节点， 再判断 更新消息中带 SDP请求， 于是将收到的 SDP请求中的媒体传输地址替换为 其分配的上述出口端的子网的传输地址； 具体地， 网关 3还可以根据需要为媒体增加编码器信息， 以及在消息中 添加替换后的传输地址信息， 比如设置路径参数为包含替换后的传输地址信 息， 因此， 网关 g3还可执行如下操作： 判断路径参数的信息中是否包含传输地址信息， 如果包含， 则采用其中 的传输地址信息而不是 SDP 请求中相应媒体的传输地址信息进行媒体协商 处理； 步骤 321、 才艮据步骤 320的结果， 网关 g3将生成的 SDP请求添加到更 新消息中， 比如在消息体中携带， 然后转发； 步骤 322、 UE-B收到更新消息， 按现有技术返回同意更新消息， 比如 发送 " 200 OK" 响应， 消息体中携带 SDP回应， 内容为更新后的 UE-B的媒 体资源信息； 步骤 323、同意更新消息途经网关 g3 ,网关 g3判断消息中带 SDP回应， 再判断其为路径节点，于是修改 SDP回应信息中的媒体传输地址信息为分配 的上述入口端的子网的传输地址，如果接收到的上述更新消息中含路径参数， 则还可以在消息中添加替换后的传输地址信息， 比如设置路径参数为包含替 换后的传输地址信息； 步骤 324、 才艮据步骤 323的结果， 网关 g3用生成的 SDP回应替换消息 中的 SDP回应， 然后将同意更新消息转发； 步骤 325、同意更新消息途经网关 g2,网关 g2判断消息中带 SDP回应， 并确定其不是路径节点， 于是不 ^ SDP回应； 步骤 326、 根据步骤 325的结果， 网关 g2将未经修改的同意更新消息 转发； 步骤 327、同意更新消息途经网关 gl ,网关 gl判断消息中带 SDP回应， 并确定为路径节点， 由于接收到的上述更新消息中不带 SDP请求， 于是删除 消息中的 SDP回应， 如果之前收到的更新消息中不含路径参数， 则不添力口路 径参数， 网关 g 1还可执行如下操作： 判断路径参数的信息中是否包含传输地址信息， 如果包含， 则采用其中 的传输地址信息而不是 SDP 回应中相应媒体的传输地址信息进行媒体协商 处理； 步骤 328、 网关 gl将不带 SDP回应的同意更新消息转发给 UE-A; 步骤 329 ~ 332、 UE-B应答呼叫， 比 ¾口发送 "200 OK" 消息， 消息途经 网关 g3、 g2、 gl , 最后到达 UE-A; 自此， UE-A和 UE-B建立通话， 媒体路径经过网关 gl和网关 g3。 实施例二 图 4为本实施例的流程图， 在本实施例中描述了 UE-A呼叫 UE-B的过 程中， 其中， UE-A无需资源预留， 在呼叫时就已获得相应资源， 网关 gl和 g3都支持本发明， 网关 g2支持本发明， 但才艮据运营商要求网关 g2必须是路 径节点， 如图 4所示， 本实施例主要包括以下步骤： 步骤 401 ~ 403、 与图 3的步骤 301 ~ 303相同； 步骤 404、 邀请请求途经网关 g2, 网关 g2删除路径参数后， 按现有技 术修改 SDP信息中的媒体传输地址信息（ IP地址或域名加上端口号）为分配 的其出口端的子网的传输地址， 才艮据需要为各媒体添加新的编解码器信息， 然后将消息转发； 步骤 405、 邀请请求途经网关 g3 , 网关 g3执行图 3中步骤 302的修订 路径参数逻辑； 该实施例的结果是路径参数中按先后顺序包含了网关 g3的入口端的网 段标识 g3a和出口端的网段标识 g3b; 步骤 406、网关 g3根据 405的结果修改消息中的路径参数，不修改 SDP 信息中的媒体传输地址信息 （ IP 地址或域名加上端口号）， 根据需要为各媒 体添加新的编解码器信息， 然后将消息转发； 步骤 407、请求消息到达 UE-B , UE-B发送临时响应消息，比如发送 " 183 Session Progress"消息，携带 SDP回应， 内容是 UE-B的媒体资源信息 SDP5 , 比如在消息体中携带； 步骤 408、 临时响应途经网关 g3 , g3执行的逻辑与图 3 中的步骤 309 相同， 此实施例的结果是本网关为非路径节点， 路径参数修改为 g3a, 网关 g3确定接收到的邀请消息中不带路径参数或路径参数为空， 于是将 SDP回 应中的路径参数删除； 步骤 409、 网关 g3因是非路径节点， 不修改 SDP回应中的媒体传输地 址信息， 然后将临时响应消息转发； 步骤 410、 临时响应消息途经网关 g2, gl按现有技术修改 SDP信息中 的媒体传输地址信息（ IP地址或域名加上端口号）为分配的前侧子网的传输 地址， 然后将消息转发； 步骤 411、 临时响应消息途经网关 g 1 , gl执行的逻辑与图 3 中的步骤 309相同， 此实施例的结果是本网关为非路径节点， 路径参数修改为 gla, 网 关 gl发现之前收到的邀请消息中不带路径参数或路径参数为空，于是将 SDP 回应中的路径参数删除； 步骤 412、 网关 gl因是非路径节点， 不修改 SDP回应中的媒体传输地 址信息， 然后将临时响应消息转发； 步骤 413、 UE-A收到临时响应消息， 按现有流程要求发送不带 SDP的 更新消息， 比如发送 PRACK (预确认 ) 消息； 步骤 414、 更新消息途经网关 gl , 网关 gl判断自己是非路径节点， 于 是转发该更新消息； 步骤 415、 更新消息途经网 g2 , 网关 g2按现有技术直接转发该更新消 息； 步骤 416、 更新消息途经网关 g3 , 网关 g3断自己是非路径节点， 于是 转发该更新消息； 步骤 417、 UE-B收到更新消息， 按现有技术返回同意更新消息， 比如 发送 "200 OK" 响应； 步骤 418、 同意更新消息途经网关 g3 , 网关 g3判断自己是非路径节点， 于是转发该同意更新消息； 步骤 419、 同意更新消息途经网关 g2 , 网关 g2按现有技术直接转发该 同意更新消息； 步骤 420、 同意更新消息途经网关 gl , 网关 gl判断自己是非路径节点， 于是转发该同意更新消息； 步骤 421 - 424、 UE-B应答呼叫， 比 ¾口发送 "200 OK" 消息， 消息途经 网关 g3、 g2、 gl , 最后到达 UE-A; 自此， UE-A和 UE-B建立通话， 媒体路径经过网关 g2。 实施例三 图 5为本实施例的流程图， 在该实施例中描述了 UE- A呼叫 UE-B的过 程中， 其中， UE-A需资源预留， 在呼叫时尚未获得相应资源， 网关 gl和 g3 都支持本发明， 网关 g2不支持本发明， 本实施例主要包括以下步骤： 步骤 501 - 503、 与图 3中的步骤 301 ~ 303相同； 步骤 504、 邀请请求途经网关 g2 , 网关 g2按现有技术修改 SDP信息中 的媒体传输地址信息（ IP地址或域名加上端口号）为分配的其出口端的子网 的传输地址， 根据需要为各媒体添加新的编解码器信息， 然后将消息转发； 步骤 505、 邀请请求途经网关 g3 , 网关 g3执行图 3中步骤 302的修订 路径参数逻辑； 该实施例的结果是路径参数中按先后顺序包含了网关 gl的前侧网段标 识 g 1 a , g 1的后侧网段标识 gib, 和 g3的后侧网段标识 g3b； 步骤 506、网关 g3根据 505的结果修改消息中的路径参数，不修改 SDP 信息中的媒体传输地址信息 （IP 地址或域名加上端口号）， 根据需要为各媒 体添加新的编解码器信息， 然后将消息转发； 步骤 507、请求消息到达 UE-B , UE-B发送临时响应消息，比如发送 " 183

Session Progress"消息，携带 SDP回应， 内容是 UE-B的媒体资源信息 SDP5 , 比如在消息体中携带； 步骤 508、 临时响应途经网关 g3 , g3执行图 3中步骤 309的逻辑， 此 实施例的算法结果是本网关为路径节点， 路径参数按先后顺序只包含 gla和 gib; 步骤 509、 网关 g3根据步骤 508的结果， 修改消息中的路径参数， 本 实施例中本网关是路径节点，则修改消息中的 SDP信息中的媒体传输地址信 息为分配的其入口端的子网的传输地址， 还可以在消息中添加修改后的传输 地址信息， 比如在路径参数的最后节点信息中添加， 然后将临时响应消息转 发； 步骤 510、 临时响应消息途经网关 g2, g2按现有技术修改 SDP信息中 的媒体传输地址信息（ IP地址或域名加上端口号）为分配的前侧子网的传输 地址， 然后将消息转发； 步骤 511、 临时响应消息途经网关 gl , gl发现响应消息或消息携带的 SDP回应中带路径参数， 则执行步骤 309中的判断路径节点的算法， 此实施 例的运算结果为本网关是路径节点； 步骤 512、 网关 gl发现之前收到的邀请消息中不带路径参数或路径参 数为空，于是将 SDP回应中的路径参数删除，本实施例中本网关是路径节点， 则修改 SDP 回应信息中的媒体传输地址信息为分配的其入口端的子网的传 输地址， 然后将临时响应消息转发； 步骤 513、 UE-A收到临时响应消息， 按现有流程要求发送携带表示资源 预留好的 SDP的更新消息， 比如发送 UPDATE (更新） 消息； 步骤 514、 更新消息途经网关 gl , 网关 gl确定其为路径节点， 再判断 更新消息中带 SDP请求， 于是将收到的 SDP请求中的媒体传输地址替换为 分配的出口端的子网的传输地址， 并根据需要为媒体增加编码器信息， 还可 以在消息中添加替换后的传输地址信息， 比如设置路径参数为包含替换后的 传输地址信息； 步骤 515、 才艮据步骤 514的结果， 网关 gl将生成的 SDP请求添加到更 新消息中， 比如在消息体中携带， 然后转发； 步骤 516、 更新消息途经网 g2 , 网关 g2按现有技术修改 SDP信息中的 媒体传输地址信息（IP地址或域名加上端口号）为分配的出口端的子网的传 输地址， 然后将消息转发； 步骤 517、 更新消息途经网关 g3 , 网关 g3确定其为路径节点， 判断更 新消息中带 SDP请求， 于是将收到的 SDP请求中的媒体传输地址替换为分 配的出口端的子网的传输地址， 并根据需要为媒体增加编码器信息， 还可以 在消息中添加替换后的传输地址信息， 比如设置路径参数为包含替换后的传 输地址信息， 网关 g3还可执行如下操作： 判断路径参数的信息中是否包含传输地址信息， 如果包含， 则采用其中 的传输地址信息而不是 SDP 请求中相应媒体的传输地址信息进行媒体协商 处理； 步骤 518、 根据步骤 517的结果， 网关 g3将生成的 SDP请求添加到更 新消息中， 比如在消息体中携带， 然后转发； 步骤 519、 UE-B收到更新消息， 按现有技术返回同意更新消息， 比如 发送 " 200 OK" 响应， 消息体中携带 SDP回应， 内容为更新后的 UE-B的媒 体资源信息； 步骤 520、同意更新消息途经网关 g3 ,网关 g3判断消息中带 SDP回应， 确定其为路径节点，于是修改 SDP回应信息中的媒体传输地址信息为分配的 入口端子网的传输地址， 如果之前收到的更新消息中含路径参数， 则还可以 在消息中添加替换后的传输地址信息， 比如设置路径参数为包含替换后的传 输地址信息； 步骤 521、 才艮据步骤 520的结果， 网关 g3用生成的 SDP回应替换消息 中的 SDP回应， 然后将同意更新消息转发出去； 步骤 522、 同意更新消息途经网关 g2 , 网关 g2按现有技术修改 SDP信 息中的媒体传输地址信息（ IP地址或域名加上端口号）为分配的入口端的子 网的传输地址， 然后将消息转发出去； 步骤 523、同意更新消息途经网关 gl ,网关 gl判断消息中带 SDP回应， 确定其为路径节点， 由于之前收到的更新消息中带 SDP请求， 于是爹改 SDP 信息中的媒体传输地址信息（ IP地址或域名加上端口号）为分配的入口端的 子网的传输地址， 如果之前收到的更新消息中不含路径参数， 则不添加路径 参数， 然后将消息转发出去， 网关 gl还可执行如下操作： 判断路径参数的信息中是否包含传输地址信息， 如果包含， 则采用其中 的传输地址信息而不是 SDP 回应中相应媒体的传输地址信息进行媒体协商 处理； 步骤 524、 网关 gl将带 SDP回应的同意更新消息转发给 UE-A; 步骤 525 ~ 528、 UE-B应答呼叫， 比如发送 "200 OK" 消息， 消息途经 网关 g3、 g2、 gl , 最后到达 UE-A; 自此， UE-A和 UE-B建立通话， 由于网关 gl和网关 g3分别用了路径 参数中的传输地址进行协商， 因此使得媒体路径绕过了网关 g2 , 媒体路径经 过网关 gl和网关 g3„ 实施例四 图 6为本实施例的流程图，该实施例描述了 UE-A呼叫 UE-B的过程中， 其中， UE-B在应答时才返回 SDP, 网关 gl、 g2和 g3都支持本发明， 如图 6 所示， 本实施例的处理流程主要包括以下步骤： 步骤 601 ~ 607、 与图 3中的步骤 301 ~ 307相同； 步骤 608 ~ 611、 UE-B振铃， 返回临时响应， 比 ¾口发送 " 180 Ringing" 消息， 消息途经网关 g3、 g2、 gl , 最后到达 UE-A; 步骤 612、 UE-B应答呼叫， 返回应答消息， 比如发送 "200 OK" 消息， 消息体中携带 SDP回应， 内容是 UE-B的媒体资源信息； 步骤 613、 应答消息途经网关 g3 , 网关 g3执行图 3中的步骤 309的逻 辑， 此实施例的结果是本网关为路径节点， 路径参数按先后顺序只包含 gla 和 gib , 由于网关 g3是路径节点， 而收到的消息又是应答消息， 因此将应答 消息改为临时响应消息， 比^。 "183 Session Progress" ; 步骤 614 ~ 624、 与图 3中的步骤 310 ~ 320相同； 步骤 625、 由于网关 g3之前收到的 SDP回应是在应答消息中， 因此网 关 g3 将生成的 SDP 请求添力口到更新消息中， 比如添力口到 UPDATE 或 relNVITE (重邀请 ) 消息中， SDP请求在消息体中携带， 然后转发出去； 步骤 626、 UE-B收到更新消息， 按标记过程返回同意更新消息， 比如 发送 "200 OK" 消息， 消息体中携带 SDP回应， 内容是 UE-B的更新后的媒 体资源信息； 步骤 627 ~ 632、 与图 3中的步骤 323 ~ 328相同； 步骤 633 - 635、 由于网关 g3是路径节点， 之前收到的应答消息尚未发 给 UE-A,因此再发送不带 SDP信息的应答消息给 UE-A,比如发送" 200 OK" 消息， 消息途经网关 g2和 gl , 最后到达 UE-A; 自此， UE-A和 UE-B建立通话， 媒体路径经过网关 gl和网关 g3。 实施例五 图 7为本实施例的流程图，该实施例描述了 UE-A呼叫 UE-B的过程中， 其中， UE-B在应答时才返回 SDP, 网关 gl、 g2和 g3都支持本发明， 如图 7 所示， 本实施例的处理主要包括以下步骤： 步骤 701、 UE-A按现有技术呼叫 UE-B , 比如发送 INVITE (邀请 ) 请 求消息， 携带 SDP请求， 内容为 UE-A的媒体资源信息 SDP 1 , 比如在消息 体中携带； 步骤 702、 邀请请求途经网关 gl , 网关 gl执行图 3中的步骤 302的修 订路径参数逻辑， 该实施例的结果是路径参数按先后顺序包含网关 gl 的用 于接收上述邀请请求的入口端的网段标识 g 1 a和网关 g 1的用于发送上述邀请 消息的出口端的网段标识 gib ,然后将邀请请求改为获取请求，比如 OPTION (选项） 请求或 SUBSCRIBE (订阅）请求； 步骤 703 ~ 707、与图 3中的步骤 303 ~ 307相同，只是消息为获取消息； 步骤 708、 UE-B收到获取消息， 返回同意消息， 比如， 如果获取消息 为 OPTION, 则同意消息为 "200 OK" , 如果获取消息为 SUBSCRIBE, 则同 意消息为 NOTITY (通知） 消息； 步骤 709 ~ 713、与图 3中的步骤 309 - 313相同，只是消息为同意消息； 步骤 714 ~ 719、 网关 gl之前收到邀请消息， 但尚未将邀请消息发往被 叫， 于是开始转发邀请消息， 按图 3 中的步骤 316 - 321执行， 只是处理的 消息是邀请消息； 步骤 720 ~ 725、 与图 3中的步骤 322 ~ 327相同， 只是处理的消息是应 答消息； 步骤 726、 网关 gl之前收到的邀请消息是不带路径参数或路径参数为 空但携带 SDP请求的， 于是删除收到的 SDP回应中的路径参数后， 将应答 消息转发给 UE-A; 自此， UE-A和 UE-B建立通话， 媒体路径经过网关 gl和网关 g3。 实施例六 图 8为本实施例的流程图， 该实施例描述了 UE-A呼叫 UE-B的过程， 其中， UE-A需资源预留， 在呼叫时尚未获得相应资源， 网关 gl和 g3都支 持本发明， 网关 g2不支持本发明， 同时网关 g2还要负担编码转换的工作， 如图 8所示， 本实施例的处理主要包括以下步骤： 步骤 801 - 813、 与图 5中的步骤 501 ~ 513相同； 步骤 814、 更新消息途经网关 gl , 网关 gl判断其为路径节点， 再判断 更新消息中带 SDP请求， 于是将收到的 SDP请求中的媒体传输地址替换为 分配的上述出口端的子网的传输地址， 并根据需要为媒体增加编码器信息； 按标准要求， 新增编码器信息都是按顺序添加在已有的编码器信息之 后， 还在消息中添加替换后的传输地址信息， 比如设置路径参数为包含替换 后的传输地址信息， 还添加已有的编码器信息， 比如设置路径参数还包含目 前 SDP请求中已有的编码器个数； 步骤 815、 根据步骤 814的结果， 网关 gl将生成的 SDP请求添加到更 新消息中， 比如在消息体中携带， 然后转发出去； 步骤 816、 更新消息途经网 g2 , 网关 g2按现有技术修改 SDP信息中的 媒体传输地址信息（IP地址或域名加上端口号）为分配的后侧子网的传输地 址， 并根据需要为媒体增加编码器信息， 然后将消息转发出去； 步骤 817、 更新消息途经网关 g3 , 网关 g3判断自己是路径节点， 再判 断更新消息中带 SDP请求， 于是将收到的 SDP请求中的媒体传输地址替换 为分配的其发送上述邀请请求的出口端的子网的传输地址， 并根据需要为媒 体增加编码器信息， 还在消息中添加替换后的传输地址信息， 比如设置路径 参数为包含替换后的传输地址信息， 还添加已有的编码器信息， 比如设置路 径参数还包含目前 SDP请求中已有的编码器个数， 网关 g3执行如下操作： 判断收到的路径参数的信息中是否包含编码器信息， 如果包含， 则判断 之前收到的 SDP回应中使用的编码器信息是否不在其中，比如使用的编码器 信息在 SDP请求中的位置超过了编码器个数信息， 如果是， 则表明路径节点 gl和 g3之间的某个网关必须执行编码转换功能才可实现通讯， 因此不使用 路径参数的信息中包含的传输地址信息， 否则， 在判断是否包含传输地址信 息， 如果包含， 则采用其中的传输地址信息而不是 SDP请求中相应媒体的传 输地址信息进行媒体协商处理； 本实施例中， 被叫使用了 g2新添的编码器信息， 因此 g3使用收到的

SDP请求进行媒体协商； 步骤 818、 才艮据步骤 817的结果， 网关 g3将生成的 SDP请求添加到更 新消息中， 比如在消息体中携带， 然后转发出去； 步骤 819、 UE-B收到更新消息， 按现有技术返回同意更新消息， 比如 发送 "200 OK" 响应， 消息体中携带 SDP回应， 内容为更新后的 UE-B的媒 体资源信息； 步骤 820、同意更新消息途经网关 g3 ,网关 g3判断消息中带 SDP回应， 确定其为路径节点，于是修改 SDP回应信息中的媒体传输地址信息为分配用 于接收上述邀请请求的入口端的子网的传输地址， 由于 g3获知路径节点 gl 和 g3 之间存在某个网关需要执行编码转换功能， 不添加替换后的传输地址 信息； 步骤 821、 才艮据步骤 820的结果， 网关 g3用生成的 SDP回应替换消息 中的 SDP回应， 然后将同意更新消息转发出去； 步骤 822、 同意更新消息途经网关 g2 , 网关 g2按现有技术修改 SDP信 息中的媒体传输地址信息（ IP地址或域名加上端口号）为分配的前侧子网的 传输地址， 然后将消息转发出去； 步骤 823、同意更新消息途经网关 gl ,网关 gl判断消息中带 SDP回应， 确定其为路径节点， 由于上述接收到的更新消息中带 SDP 请求， 于是修改 SDP信息中的媒体传输地址信息（ IP地址或域名加上端口号）为分配的入口 端的子网的传输地址， 然后将消息转发出去， 由于收到的更新消息中不带路 径参数或路径参数为空， 因此不在 SDP信息中添加路径参数； 步骤 824、 网关 gl将带 SDP回应的同意更新消息转发给 UE-A; 步骤 825 ~ 828、 UE-B应答呼叫， 比 ¾口发送 "200 OK" 消息， 消息途经 网关 g3、 g2、 gl , 最后到达 UE-A; 自此， UE-A和 UE-B建立通话， 媒体路径经过网关 gl、 网关 g2和网 关 g3。 实施例七 图 9为本实施例的流程图，该实施例描述了 UE-A呼叫属于同一网段的 UE-B的过程中， 其中， UE-A无需资源预留， 在呼叫时已获得相应资源， 网 关 gl、 g2和 g3都支持本发明， 如图 9所示， 本实施例的处理主要包括以下 步骤： 步骤 901 ~ 912、 与图 6中的步骤 601 ~ 612相同； 步骤 913、 应答消息途经网关 g3 , 网关 g3执行图 3中的步骤 309的逻 辑， 此实施例的结果是本网关为非路径节点， 路径参数只包含 gla, 由于网 关 g3是非路径节点， 因此改变应答消息为临时响应消息； 步骤 914、 网关 g3将修订后的路径参数加入应答消息中并转发出去； 步骤 915、 应答消息途经网关 g2, g2发现应答消息或消息携带的 SDP 回应中带路径参数， 则执行步骤 309中的判断路径节点的算法， 此实施例的 运算结果为本网关不是路径节点； 步骤 916、 根据步骤 915的结果， 本实施例中本网关不是路径节点， 则 不修改消息中的 SDP信息中的媒体传输地址信息，也不修改消息中的路径参 数， 然后将应答消息转发出去； 步骤 917、 应答消息途经网关 gl , gl发现应答消息或消息携带的 SDP 回应中带路径参数， 则执行步骤 309中的判断路径节点的算法， 此实施例的 运算结果为本网关不是路径节点； 步骤 918、 网关 gl发现之前收到的邀请消息中不带路径参数或路径参 数为空， 将 SDP回应中的路径参数删除， 本实施例中本网关不是路径节点， 则不修改消息中的 SDP信息中的媒体传输地址信息，然后将应答消息转发出 去；

UE-A收到应答消息后， UE-A和 UE-B建立通话，媒体路径为 UE-A和 UE-B直连。 图 10A和图 10B为利用本发明实施例提供的上述技术方案， 在同一个 运营商网络的终端 UE-A呼叫终端 UE-B并建立通话后的媒体路径的示意图。 其中， 图 10A与图 1 A的背景相同的情况下， UE-A和 UE-B漫游到了 不同的拜访网络， 其信令路径和图 1相同， 由 S l-s2-s3-s3-s4-s5组成， 因为 主叫拜访网络的信令媒体网关 1与被叫拜访网络的信令媒体网关 3之间存在 链接通道， 可以建立媒体链路， 因此， 利用本发明实施例提供的技术方案， 在 UE-A和 UE-B建立通话后， UE-A和 UE-B之间的媒体路径可以绕过主被 叫归属网络的信令媒体网关 2 , 即媒体路径由 m 1 -m2-m3组成； 图 10B中， UE-A和 UE-B漫游到相同的拜访网络下时， 其信令路径并 不需要优化，即信令路径也由 s6-s7-s8-s8-s7-s9五段组成，由于 UE-A和 UE-B 之间存在链接通道， 可以建立媒体链路， 因此， 利用本发明实施例提供的技 术方案， 在 UE-A和 UE-B建立通话后， UE-A和 UE-B之间的媒体路径可以 绕过主被叫归属网络的信令媒体网关 ALG 和主被叫拜访网络的信令媒体网 关 SBC, 即媒体路径只由 m4组成。 才艮据本发明实施例， 还提供了一种信令媒体网关， 该信令媒体网关可以 用于实现上述图 2A所述的方法。 图 11为本发明实施例的信令媒体网关的结构框图， 如图 11所示， 本发 明实施例的信令媒体网关包括： 第一接收模块 101、 第一修改模块 102、 第 一发送模块 103、 第二接收模块 104、 判断模块 105、 第二修改模块 106和第 二发送模块 107。 其中， 第一接收模块 101用于接收第一 SDP请求； 第一修 改模块 102与第一接收模块 101连接， 用于生成要发送的第一 SDP请求， 并 将信令媒体网关的网段标识追加该第一 SDP请求的第一路径参数中；第一发 送模块 103与第一修改模块 102连接， 用于发送经由第一修改模块生成的第 一 SDP请求； 第二接收模块 104用于接收第一 SDP回应； 判断模块 105与 第二接收模块 104连接， 用于第一 SDP 回应的第二路径参数或发送的第一 SDP请求的第一路径参数， 判断信令媒体网关是否为路径节点； 第二修改模 块 106与判断模块 105连接， 用于根据判断模块 105的判断结果， 生成要发 送的第一 SDP回应， 并相应地修 _改该第一 SDP回应的第二路径参数； 第二 发送模块 107与第二修改模块 106连接， 用于发送经第二修改模块 106生成 的第一 SDP回应。 才艮据本发明实施例， 还提供了另一种信令媒体网关， 该信令媒体网关可 以用于实现上述图 2B所述的方法 图 12为本发明实施例的信令媒体网关的结构框图， 如图 12所示， 本发 明实施例的信令媒体网关包括： 第一接收模块 101、 第一修改模块 102、 第 一发送模块 103、 第二接收模块 104、 判断模块 105、 第二修改模块 106、 第 二发送模块 107、 第三接收模块 108、 第三修改模块 109、 第三发送模块 110、 第四接收模块 Hi、 第四修改模块 112和第四发送模块 113。 其中， 第一接收模块 101、 第一修改模块 102、 第一发送模块 103、 第 二接收模块 104、 判断模块 105、 第二修改模块 106和第二发送模块 107与 上述图 11 中的相应模块实现的功能基本相同， 不同之处在于第二修改模块 106在上述判断模块 105的判断结果为是的情况下， 爹改上述第一 SDP回应 的媒体传输地址和上述第二路径参数， 并在上述判断模块的判断结果为否的 情况下， 不修改上述第一 SDP回应的媒体传输地址和上述第二路径参数； 然 后， 第二发送模块 107发送经第二修改模块作用后的第一 SDP回应。 其中， 第三接收模块 108用于接收更新消息； 第三修改模块 109用于根 据判断模块 105的判断结果， 相应地修改更新消息， 包括是否修改媒体传输 地址，是否附加第二 SDP请求；第三发送模块 110与第三修改模块 109连接， 用于发送经第三修改模块 109作用后的更新消息； 第四接收模块 111用于接 收更新消息的同意更新消息， 其中， 该同意更新消息中可能携带有第二 SDP 回应； 第四修改模块 112与判断模块 105和第四接收模块 111连接， 用于根 据判断模块 105的判断结果， 相应地修改同意更新消息， 包括将第二 SDP回 应中携带的媒体传输地址修改为信令媒体网关的媒体传输地址； 第四发送模 块 113与第四修改模块 112连接， 用于发送经第四修改模块 112作用后的同 意更新消息。 如上所述， 借助本发明实施例提供的技术方案， 当 IMS 网络的 UE-A 按现有技术呼叫另一 UE-B , 比如发送邀请（INVITE ) 请求消息时， 在该消 息中携带 SDP请求， 该 SDP请求的内容为 UE-A的媒体资源信息， 当该请 求在 IMS网络中的信令媒体网关中传递时， 记录传递的路径， 当 UE-B接收 到上述邀请请求时， 如果在返回的响应消息中携带有上述 SDP请求， 当该响 应消息到达各个信令媒体网关时， 各个信令媒体网关根据记录的路径判断其 是否为该次呼叫的路径节点并记录判断结果， 在后续的媒体路径建立的过程 中， 各个信令媒体网关根据其是否为路径节点转发更新消息， 从而建立优化 的媒体路径。 因而， 可以有效地减少媒体路径的节点数， 节省媒体处理设备 的资源。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims (1)

1. 权 利 要 求 书

   1. 一种路径节点确定方法，用于在包括多个信令媒体网关的 IP多媒体子系 统 IMS网络中， 确定作为一次呼叫的媒体路径节点的信令媒体网关， 其 特征在于， 对于所述 IMS网络中的任一信令媒体网关， 所述方法包括： 在接收到第一会话描述协议即 SDP请求时， 发送携带第一路径参 数的第一 SDP请求， 其中， 发送的所述第一 SDP请求的第一路径参数 中追加有所述信令媒体网关的网段标识；

   在接收到对发送的所述第一 SDP请求的第一 SDP回应时， 所述信 令媒体网关根据接收的所述第一 SDP回应中的第二路径参数或发送的所 述第一 SDP请求中的第一路径参数， 判断所述信令媒体网关是否为路径 节点；

   发送携带第二路径参数或不携带第二路径参数的所述第一 SDP 回 应。

   2. 根据权利要求 1所述的方法， 其特征在于， 在发送携带第一路径参数的 第一 SDP请求之前， 所述方法包括：

   所述信令媒体网关判断接收的所述第一 SDP请求中是否携带有路 径参数， 和 /或， 判断接收的所述第一 SDP 请求中携带的所述第一路径 参数的内容是否为非空；

   在任一判断结果为否的情况下，所述信令媒体网关将用于接收所述 第一 SDP请求的入口端的网段标识追加到发送的所述第一 SDP请求的 第一路径参数的尾部，之后追加用于发送所述第一 SDP请求的出口端的 网段标识追加到发送的所述第一 SDP请求的第一路径参数的尾部； 在所有判断结果为是的情况下，所述信令媒体网关将用于发送所述 第一 SDP请求的出口端的网段标识追加到发送的所述第一 SDP请求的 第一路径参数的尾部。

   3. 根据权利要求 1所述的方法， 其特征在于， 所述判断所述信令媒体网关 是否为路径节点包括：

   步骤 1 ,所述信令媒体网关判断接收的所述第一 SDP回应中是否携 带有第二路径参数， 如果有， 则执行步骤 3 , 否则， 执行步骤 2; 步骤 2 ,获取所述信令媒体网关的发送的所述第一 SDP请求中的第 一路径参数， 删除预定节点之后的节点， 并将修改后的所述第一路径参 数作为接收的所述第一 SDP回应的第二路径参数， 执行步骤 3 , 其中， 所述预定节点为： 其网段标识与所述第一路径参数中的末尾节点的网段 标识相同的节点中最靠前的节点；

   步骤 3 ,判断接收的所述第一 SDP回应的第二路径参数中的末尾节 点的网段标识与所述出口端的网段标识是否相同；

   步骤 4 , 如果判断结果为相同， 则确定所述信令媒体网关为路径节 点， 并删除接收的所述第一 SDP回应的第二路径参数的末尾节点， 再删 除预定节点之后的节点， 并将其作为发送的所述第一 SDP回应的第二路 径参数， 其中， 所述预定节点为： 其网段标识与接收的所述第一 SDP回 应的第二路径参数中的末尾节点的网段标识相同的节点中最靠前的节

   4. 根据权利要求 3所述的方法， 其特征在于， 在执行所述步骤 3之前， 所 述方法还包括：

   判断所述信令媒体网关是否需要成为路径节点；

   如果是， 则将发送的所述 SDP请求中的第一路径参数作为接收的 所述第一 SDP回应的第二路径参数。

   5. 根据权利要求 1所述的方法， 其特征在于， 所述发送携带第二路径参数 或不携带第二路径参数的所述第一 SDP回应包括：

   如果所述信令媒体网关接收的所述第一 SDP请求不携带第一路径 参数或携带的所述第一路径参数的内容为空， 则所述信令媒体网关发送 的所述第一 SDP回应中不携带第二路径参数，否则发送的所述第一 SDP 回应中携带第二路径参数。

   6. 根据权利要求 1至 5中的任一项所述的方法， 其特征在于， 所述网段标 识包括以下任意之一或其任意组合： 能唯一标识所述 IMS网络中的不同 网段的字符串、 子网标识、 运营商标识。

   7. 一种信令媒体网关， 其特征在于， 包括：

   第一接收模块， 用于接收第一 SDP请求； 第一修改模块，用于将所述信令媒体网关的网段标识追加在所述第 一 SDP请求的第一路径参数中；

   第一发送模块， 用于发送经由所述第一修改模块作用的第一 SDP 请求；

   第二接收模块， 用于接收第一 SDP回应； 判断模块， 判断所述第二接收模块接收的所述第一 SDP 回应中是 否携带第二路径参数， 如果所述第一 SDP回应中携带第二路径参数， 则 根据所述第二路径参数判断所述信令媒体网关是否为路径节点； 否则根 据所述第一发送模块发送的所述第一 SDP请求的第一路径参数判断所述 信令媒体网关是否为路径节点； 第二修改模块， 用于根据判断模块的判断结果， 生成需要发送的第 一 SDP回应， 并爹改所述第一 SDP回应的第二路径参数；

   第二发送模块， 用于发送携带或不携带第二路径参数的第一 SDP 回应。

   8. 一种媒体路径建立方法， 应用于包括多个信令媒体网关的 IMS网络， 其 特征在于， 对于所述 IMS网络中任一信令媒体网关， 所述方法包括： 在接收到第一 SDP请求时， 不修改所述第一 SDP请求中的媒体传 输地址， 并将所述信令媒体网关的网段标识追加在所述第一 SDP请求的 第一路径参数中， 然后发送所述第一 SDP请求；

   在接收到发送的所述第一 SDP请求的第一 SDP回应时， 所述信令 媒体网关才艮据所述第一 SDP 回应中的第二路径参数或发送的所述第一 SDP请求中的第一路径参数， 判断所述信令媒体网关是否为路径节点， 如果不是， 则不修改所述第一 SDP回应的媒体传输地址， 并发送所述第 一 SDP回应；

   所述信令媒体网关接收更新消息，如果所述信令媒体网关为路径节 点且所述更新消息中没有携带第二 SDP请求， 则所述信令媒体网关修改 接收的所述第一 SDP请求的媒体传输地址， 将修改后的所述第一 SDP 请求作为第二 SDP请求携带在所述更新消息中发送； 如果所述信令媒体 网关不是路径节点且所述更新消息携带有第二 SDP请求， 则不修改所述 第二 SDP请求的媒体传输地址， 并发送所述更新消息； 所述信令媒体网关接收所述更新消息的同意更新消息，如果所述信 令媒体网关不是路径节点， 并且所述同意更新消息携带第二 SDP回应， 则不爹改所述第二 SDP回应的媒体传输地址，并发送所述同意更新消息。

   9. 根据权利要求 8所述的方法， 其特征在于， 如果所述信令媒体网关为路 径节点， 则在发送所述更新消息之前， 所述方法还包括：

   在所述信令媒体网关发送的所述更新消息携带的第二 SDP请求中 携带第三路径参数， 其中， 所述第三路径参数包括以下至少之一： 所述 信令媒体网关使用的媒体传输地址、所述第一 SDP请求或所述第二 SDP 请求中的编码器个数。

   10. 根据权利要求 9所述的方法， 其特征在于， 在接收所述更新消息之后， 所述方法还包括：

   如果所述更新消息中携带有所述第二 SDP请求， 则如果接收到的 所述第二 SDP请求携带的所述第三路径参数中包含编码器个数信息， 且 所述第一 SDP回应中使用的编码器信息在所述第二 SDP请求中的位置 不超过所述编码器个数信息指示的位置， 则使用所述第三路径参数中的 媒体传输地址进行协商， 在发送的同意更新消息的第二 SDP回应中携带 第四路径参数， 其中， 所述第四路径参数包括以下至少之一： 所述信令 媒体网关使用的媒体传输地址。

   11. 根据权利要求 10所述的方法， 其特征在于， 在接收所述同意更新消息之 后， 所述方法还包括：

   如果接收的所述同意更新消息中携带有第二 SDP 回应， 则所述信 令媒体网关判断接收到的所述第二 SDP回应是否包含第四路径参数， 如 果是， 则使用所述第四路径参数中的媒体传输地址进行协商。

   12. 根据权利要求 8所述的方法， 其特征在于， 如果接收到的所述第一 SDP 回应携带在应答消息中， 则在判断所述信令媒体网关为路径节点之后， 所述方法还包括：

   将发送的所述第一 SDP回应携带在临时响应消息中发送； 在发送所述同意更新消息之后， 所述方法还包括：

   发送不携带所述第一 SDP回应的所述应答消息。

   13. 根据权利要求 8所述的方法， 其特征在于， 如果接收的所述第一 SDP请 求携带在邀请消息中， 则发送所述第一 SDP请求包括：

   将修改后的所述第一 SDP请求携带在获取消息中发送； 则在接收到所述第一 SDP回应后， 所述方法还包括： 不发送所述第一 SDP回应， 并将发送的所述第二 SDP请求携带在 所述邀请消息中，将携带所述第二 SDP请求的邀请消息作为所述更新消 息发送。

   14. 一种信令媒体网关， 其特征在于， 包括：

   第一接收模块， 用于接收第一 SDP请求；

   第一修改模块，用于将所述信令媒体网关的网段标识追加在所述第 一 SDP请求的第一路径参数中， 不修改所述第一 SDP请求的媒体传输 地址；

   第一发送模块， 用于发送经由所述第一修改模块作用的第一 SDP 请求；

   第二接收模块， 用于接收第一 SDP回应； 判断模块， 如果所述第一 SDP 回应带第二路径参数， 则用于所述 第二路径参数 , 否则用于所述发送的第一 SDP请求的第一路径参数， 判 断所述信令媒体网关是否为路径节点；

   第二修改模块， 用于在所述判断模块的判断结果为是的情况下， 修 改所述第一 SDP回应的媒体传输地址和所述第二路径参数，在所述判断 模块的判断结果为否的情况下， 不爹改所述第一 SDP回应的媒体传输地 址和所述第二路径参数；

   第二发送模块， 用于发送经由所述第二修改模块作用的第一 SDP 回应；

   第三接收模块， 用于接收更新消息， 更新消息携带第二 SDP请求， 或不带 SDP请求；

   第三修改模块， 用于在所述判断模块的判断结果为是情况下， 如果 所述更新消息带第二 SDP请求， 则修改所述第二 SDP请求的媒体传输 地址， 否则爹改所述第一 SDP请求的媒体传输地址， 然后让更新消息携 带所述爹改后的第一 SDP请求或所述爹改后的第二 SDP请求， 在所述 判断模块的判断结果为否的情况下， 不修改所述更新消息；

   第三发送模块，用于发送经由所述第三修改模块作用的所述更新消 息；

   第四接收模块， 用于接收所述更新消息的同意更新消息， 其中， 所 述同意更新消息中携带第二 SDP回应， 或不带 SDP回应；

   第四修改模块， 用于在所述判断模块的判断结果为是的情况下， 所 述同意更新消息一定带第二 SDP 回应， 如果所述更新消息带第二 SDP 请求， 则修改所述第二 SDP回应的媒体传输地址， 否则删除所述同意更 新消息中的第二 SDP回应， 在所述判断模块的判断结果为否的情况下， 不爹改所述同意更新消息；

   第四发送模块，用于发送经由所述第四修改模块作用的所述同意更 新消息。