WO2010031230A1

WO2010031230A1 - 一种ip多媒体链路的媒体协商方法

Info

Publication number: WO2010031230A1
Application number: PCT/CN2008/073561
Authority: WO
Inventors: 谢振华
Original assignee: 中兴通讯股份有限公司
Priority date: 2008-09-19
Filing date: 2008-12-17
Publication date: 2010-03-25
Also published as: EP2312806B1; CN101577884A; EP2312806A1; US20110164613A1; US9036622B2; EP2312806A4; CN101577884B

Description

一种 IP多媒体链路的媒体协商方法

技术领域

本发明涉及通信领域，更具体地涉及一种 IP多媒体链路的媒体协商方法。

背景技术

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

在 IMS业务体系中，控制层和业务层是分离的，控制层不提供具体业务，只向业务层提供必要的触发、路由、计费等功能。控制层中业务触发和控制功能是呼叫会话控制功能（Call Session Control Function, 简称 CSCF, 分为代理 Proxy、查询 Interrogating和服务 Serving三种类型，其中负主要责任的是 Serving, Interrogating类型是可选的）完成的，业务层是由一系列应用服务器 ( Application Server, 简称 AS )组成，能提供具体业务服务， AS可以是独立的实体，也可以存在于 S-CSCF中。控制层（S-CSCF )根据用户的签约信息控制业务触发，调用 AS上的业务，实现业务功能。 AS和 S-CSCF可以统称为服务设备（SE, Server Equipment ) 。会话中的端到端设备称为用户设备 UE( User Equipment ) ,负责与使用者的交互，传统 UE都是支持电路交换（ CS, Circuit Switch ) 网络协议的，这些 CS终端都是通过 IMS网络网关与 IMS网络交互。由于 UE完全升级为支持 IMS网络协议需要一个过程，有些 UE可能支持 IMS协议的能力有限，只能支持 IMS的信令协议，不能支持 IMS媒体协议，如果 UE又支持电路交换（CS ) 网络的协议，则媒体通道可以通过 CS网络来提供，这样的 UE我们称之为 IMS集中业务的 UE ( ICS UE, IMS Centralized Service UE ) 。 IMS网络与 CS网络的交互通过 IMS网络的转换网关，或在 IMS集中业务中通过 CS网络的增强移动交换中心（MSCe, Moblie Switch Center enhanced )来实现，也可以是两者配合来实现。 IMS网络的转换网关中负责信令转换的部分称为媒体网关控制功能（ MGCF, Media Gateway Control Function ) , 负责媒体转换的部分称为媒体网关（ MGW , Media GateWay ) 。 MSCe和 IMS网络的转换网关配合是指 MSCe和 IMS网络的转换网关中的媒体网关（ MGW ) 配合，此时的 MSCe就类似于 MGCF。

会话的最终目的是要实现媒体连接，因此需要在会话中协商媒体资源信息， IMS系统中协商媒体资源信息的协议是 SDP( Session Description Protocol, 会话描述协议），协议的交互的方式为请求回应模式，即一个 SDP请求必须有一个 SDP回应， SDP请求和回应的内容都是媒体资源信息，媒体资源信息包括媒体所有者信息（包括地址信息） , 媒体连接地址，媒体类型以及与媒体类型相关的媒体端口和编解码器信息等， SDP回应的内容中，媒体数量、类型和顺序必须与 SDP请求中的媒体数量，类型和顺序完全相同。 SDP协议的内容通过会话初始化协议（SIP ) 消息的消息体携带，交互过程独立于 SIP 的请求回应模式，也就是说 SIP的请求或回应消息中可以携带 SDP请求，也可以携带 SDP回应，也可以不携带 SDP协议内容。

IMS集中业务为传统用户终端或只支持 IMS信令协议的终端提供统一的

IMS业务平台，使得用户的各种业务逻辑和用户信息都统一地通过 IMS网络来提供和记录。 IMS转移业务使用户在已有一个通话的基础上，接受通话对方的转移请求，向第三方发起呼叫。

图 1是 IMS集中业务的网络架构图，描述了 IMS集中业务终端 ICS UE-A 呼叫 IMS终端 UE-B的信令路径和 UE-B应答后 , ICS UE-A与 UE-B通话的媒体路径，其过程如下：步骤 101、 ICS UE-A通过 IMS 信令协议呼叫 UE-B , 信令消息到达 S-CSCF;

步骤 102、 S-CSCF根据业务触发规则，将信令消息发送给集中业务的 AS , AS判断主叫用户不能建立 IMS媒体通道，于是发送 IMS信令消息给 ICS UE-A, 要求他通过 CS网络呼叫一个特殊号码，通过网络配置，可使 CS网络的呼叫该特殊号码的信令必然会被路由到该 AS, 并且该 AS可以根据该特殊号码关联 102的呼叫，该消息沿着 102、 101的路径到达 ICS UE-A;

步骤 103、 ICS UE-A通过 CS信令协议向特殊号码发起呼叫，信令消息到达 MGCF或 MSCe;

步骤 104、 MGCF或 MSCe通知 MGW建立 ICS UE-A和 MGW之间的

CS媒体链路；

步骤 105、 MGCF或 MSCe将 CS信令协议转换为 IMS信令协议，并携带 MGW的媒体资源信息，发送给 S-CSCF;

步骤 106、 S-CSCF根据业务触发规则，将信令消息发送给集中 AS; 步骤 107、集中 AS根据信令消息中的特殊号码关联到步骤 102的信令消息，从而得到真正的被叫 UE-B的信息，于是向 UE-B转发信令消息，消息沿着 106先到 S-CSCF, 再由 S-CSCF发往 UE-B;

步骤 108、 UE-B应答了呼叫后，建立起 UE-B和 MGW间的媒体链路，

MGW通过转换 IMS媒体协议和 CS媒体协议实现 ICS UE-A和 UE-B的通话。

图 2是 CS网络终端与 IMS网络终端建立通话的网络架构图，描述了 CS 终端 UE-B呼叫 CS终端 CS-A的信令路径和 CS-A应答后， CS-A与 UE-B通话的媒体路径，其过程如下：

步骤 201、 UE-B通过 IMS信令协议向 CS-A发起呼叫，信令消息到达 S-CSCF;

步骤 202、 S-CSCF根据业务触发规则，将信令消息发送给转移业务的

AS;

步骤 203、转移业务 AS 向 CS-A转发信令消息，消息沿着 202先到

S-CSCF, 然后再由 S-CSCF发往 CS-A, 由于 CS-A是 CS网络的终端，所以 IMS信令消息最终到达 MGCF;

步骤 204、 MGCF将 IMS信令协议转换为 CS信令协议，发送给 CS-A; 步骤 205、 CS-A应答呼叫， MGCF通知 MGW建立 CS-A和 MGW之间的 CS媒体链路；

步骤 206、 MGCF将 CS信令协议的应答消息转换为 IMS信令协议的应答消息，并携带 MGW的媒体资源信息，然后沿着呼叫消息的反向路径传送给 UE-B, 从而建立起 UE-B和 MGW间的媒体链路， MGW通过转换 IMS媒体协议和 CS媒体协议实现 CS-A和 UE-B的通话。

以下图中为了画图和描述的方便，将 AS和 S-CSCF表示成一个实体，其间使用标准的 IMS信令流程交互，将 MSCe和 IMS网络的转换网关表示成一个实体，因为两者功能十分相似，只是 MSCe属于 CS网络设备，而 MGCF 和 MGW ( MGCF/MGW )属于 IMS网络设备。

图 3是现有的 IMS集中业务实现与已有 CS媒体链路连接的流程图，描述的是 ICS UE-A已有 CS媒体联络，比如已经和 UE-B建立了通话，然后需要建立新的媒体链路与已有 CS媒体链路连接，比如再呼叫 UE-C, 其步骤如下：

步骤 301、 ICS UE-A按照标准的 IMS集中业务过程建立起与 UE-B的通话连接，该连接包含两段媒体链路，一段是 ICS UE-A与 MSCe或 MGW的 CS媒体链路 S1 , —段是 MSCe或 MGW与 UE-B的媒体链路 S2, 为了发起新的呼叫， ICS UE-A将与 UE-B的通话置于保持状态，这使得媒体链路 S2 没有媒体数据传送；

步骤 302、 ICS UE-A以 IMS信令向 UE-C发起新的呼叫，比如发送 INVITE (邀请）消息，消息途经 S-CSCF, S-CSCF根据业务触发规则，转发该消息给 AS;

步骤 303、集中业务 AS发现该呼叫的主叫用户是 IMS集中业务的终端，并且已经存在通话连接，于是将呼叫消息中的媒体资源信息修改为已有通话连接的 MSCe或 MGW的媒体资源信息，然后转发该呼叫消息；

步骤 304、 UE-C应答呼叫，比如发送 IMS的 "200 OK" 消息，消息中携带 UE-C的媒体资源信息，消息途经 S-CSCF到达集中业务 AS;

步骤 305、集中业务 AS收到应答消息，将其中的媒体资源信息按标准过程修改后，转发给 ICS UE-A;

步骤 306、集中业务 AS向 UE-C发送重邀请消息，比如发送 re-INVITE 消息，消息体中不带任何媒体资源信息，重邀请消息携带了将要新建的媒体链路 S3对应的会话标识（或者说是 S3相关的会话标识 ) , 从而使 UE-C能返回用于建立 S3媒体链路的媒体资源信息；

文中， S1为电路交换链路， S2和 S3是 IP多媒体链路即 IMS媒体链路，文中也均简称为媒体链路 S2和媒体链路 S3。

步骤 307、 UE-C应答重邀请，比如发送 "200 OK"消息，消息体中携带 UE-C的媒体资源信息；

这里，步骤 304已经将 UE-C的媒体资源信息发给 AS了，步骤 306和 307使得步骤 310中 AS以应答方式将 MSCe或 MGW的修改后的媒体资源信息发给 UE-C, 避免 UE-C对 S3使用的资源进行修改。

步骤 308、集中业务 AS收到应答消息，再向 MSCe或 MGCF发送重邀请消息，比如发送 re-INVITE消息，消息体中携带 UE-C的媒体资源信息，重邀请消息携带了媒体链路 S2对应的会话标识，从而使 MSCe或 MGCF能更新媒体链路 S2的媒体资源信息；

步骤 309、 MSCe或 MGCF应答重邀请，比如发送 "200 OK"消息，消息体中携带 MSCe或 MGW的修改后的媒体资源信息；

步骤 310、 AS收到应答消息，向 UE-C发送确认应答消息，比如发送 ACK (确认）消息，消息体中携带修改后的 MSCe或 MGW的媒体资源信息；步骤 311、同时 AS向 MSCe或 MGCF发送确认应答消息，比如发送 ACK 消息；

至此， ICS UE-A与 UE-C间已可建立通话连接，通话连接包括两段媒体链路，一段是已有的 CS媒体链路 S1 , —段是新的媒体链路 S3 , 已有的媒体链路 S2 被 S3 替换，所以 MSCe/MGCF/MGW 能正确连接 S1 和 S3。 MSCe/MGCF是根据收到的 UE-C媒体资源信息控制 MGW将媒体链路 S2替换为 MGW和 UE-C之间的新的媒体链路 S3。

图 4是现有的转移业务实现与已有 CS媒体链路连接的流程图，描述的是 CS终端 CS-A已有 CS媒体联络，比如已经和 UE-B建立了通话，然后 UE-B 请求 CS-A转移呼叫第三方用户 UE-C, 从而需要建立新的媒体链路与已有 CS媒体链路连接，其步骤如下：

步骤 401、 UE-B按照标准的 IMS呼叫过程建立起与 CS-A的通话连接，该连接包含两段媒体链路，一段是 CS-A与 MGW的 CS媒体链路 S1 , —段是 MGW与 UE-B的媒体链路 S2, 为了发起新的呼叫， UE-B将与 CS-A的通话置于保持状态，这使得媒体链路 S2没有媒体数据传送；

步骤 402、 UE-B向 CS-A发起转移请求，比如发送 REFER (转移 )消息，请求 CS-A呼叫 UE-C, 比如设置转移消息的 Refer-To头域的值为 UE-C的标识，消息途经 S-CSCF到达转移业务 AS;

步骤 403、转移业务 AS判断出转移请求的接收方是 CS网络终端，于是向 UE-B返回同意转移的消息，比如发送 "202 Accepted" 消息，消息途经 S-CSCF到达 UE-B;

步骤 404、转移业务 AS发起向 UE-C的呼叫请求，比如发送 INVITE (邀请）消息，并且将呼叫消息中的媒体资源信息设置为已有通话连接的 MGW 的媒体资源信息，消息途经 S-CSCF到达 UE-C;

步骤 405、 UE-C应答呼叫，比如发送 "200 OK"消息，消息中携带 UE-C 的媒体资源信息，消息途经 S-CSCF到达转移业务 AS;

步骤 406、转移业务 AS向 UE-C发送重邀请消息，比如发送 re-INVITE 消息，消息体中不带任何媒体资源信息，消息途经 S-CSCF到达 UE-C, 重邀请消息携带了将要新建的媒体链路 S3对应的会话标识，从而使 UE-C能返回用于建立 S3媒体链路的媒体资源信息；

步骤 407、 UE-C应答重邀请，比如发送 "200 OK"消息，消息体中携带 UE-C的媒体资源信息，消息途经 S-CSCF到达转移业务 AS;

步骤 408、转移业务 AS收到应答消息，再经 MGCF向 CS-A发送重邀请消息，比如发送 re-INVITE消息，消息体中携带 UE-C的媒体资源信息，消息途经 S-CSCF到达 MGCF ,重邀请消息携带了媒体链路 S2对应的会话标识，从而使 MGCF能更新媒体链路 S2的媒体资源信息；

步骤 409、 MGCF应答重邀请，比如发送 " 200 OK"消息，消息体中携带 MGW的修改后的媒体资源信息，消息途经 S-CSCF到达转移业务 AS;

步骤 410、转移业务 AS收到应答消息，向 UE-C发送确认应答消息，比如发送 ACK (确认）消息，消息体中携带 MGW的修改后的媒体资源信息，消息途经 S-CSCF到达 UE-C;

步骤 411、同时，转移业务 AS向 CS-A发送确认应答消息，比如发送 ACK 消息，消息途经 S-CSCF到达 MGCF;

至此， CS-A与 UE-C间已可建立通话连接，通话连接包括两段媒体链路，一段是已有的 CS媒体链路 S1 ,—段是新的媒体链路 S3 , 已有的媒体链路 S2 被 S3替换，所以 MGCF/MGW能正确连接 S1和 S3。

现有的实现新建媒体链路与已有 CS媒体链路的连接的方法，在用户应答后，也就是步骤 304或 405后，还需要较多步骤来进行媒体资源的重协商，然后才能真正实现通话，特别还需要第三方用户的参与，第三方用户很可能属于不同网络，涉及的传输路径更长，用户的体验不好。发明内容

本发明提出了一种实现已有电路交换链路与 IP多媒体链路连接的方法，用于 IMS集中业务，可以有效地减少应答后媒体资源重协商的步骤和需要的时间。

为了解决上述技术问题，本发明提供了一种 IP多媒体链路的媒体协商方法，用于通过 IP多媒体子系统 IMS的应用服务器 AS建立第一实体和第二实体之间的 IP多媒体链路的过程中，该媒体协商方法包括：

所述 AS 向所述第二实体发送邀请消息，携带所述第一实体的媒体资源信息；

所述 AS 收到所述第二实体应答前返回的携带媒体资源信息的消息或收到所述第二实体返回的携带媒体资源信息的应答消息后，向所述第一实体发送不带任何媒体资源信息的 IMS信令的重邀请消息；

所述 AS收到所述第一实体返回的带媒体资源信息的 IMS信令消息后，将所述第二实体返回的媒体资源信息发送给所述第一实体。进一步地，上述媒体协商方法还可具有以下特点：所述媒体协商方法是在以下情况下被触发的：

所述第一实体服务的第一终端先通过所述 AS 与其他终端建立了通话链路，该通话链路包括所述第一实体与所述其他终端间的 IP多媒体链路 S2,之后，所述第一终端又通过所述 AS呼叫第二实体以建立三方通话，或者所述其他终端通过所述 AS发起到第二实体的 IMS转接业务或 IMS集中业务中的转接业务，要将所述 IP多媒体链路 S2替换为所述第一实体和第二实体之间的 IP多媒体链路，从而触发所述 AS进行所述媒体协商过程。

进一步地，上述媒体协商方法还可具有以下特点：

所述第二实体为第二终端，所述 AS在向该第二终端发送的邀请消息即呼叫消息，携带所述第一实体的媒体资源信息，并从该第二终端发送的应答消息中获取第二终端的媒体资源信息；所述呼叫消息中携带的第一实体的媒体资源信息为所述 AS在所述第一终端与其他终端的通话建立过程中记录下来的所述第一实体用于 IP多媒体链路 S2的媒体资源信息。

进一步地，上述媒体协商方法还可具有以下特点：

所述 AS在向所述第一实体发送的重邀请消息中携带所述 IP多媒体链路 S2的标识；

所述第一实体收到所述重邀请消息后，向所述 AS返回应答重邀请消息，携带 IP多媒体链路 S2正在使用的所述第一实体的媒体资源信息；

所述 AS 收到所述应答重邀请消息后，向所述第一实体发送确认应答消息，携带所述第二终端的媒体资源信息。

进一步地，上述媒体协商方法还可具有以下特点：

所述第一实体为具有网关和网关控制功能的实体，与所述 AS进行消息交互的网关控制功能部分由增强移动交换中心 MSCe 或媒体网关控制功能 MGCF实现，所述第一实体的媒体资源信息为网关部分的媒体资源信息。

为了解决上述技术问题，本发明又提供了一种 IP多媒体链路的媒体协商方法，用于通过 IP多媒体子系统 IMS的应用服务器 AS建立第一实体和第二实体之间的 ip多媒体链路的过程中，该媒体协商方法包括：

所述 AS 向第二实体发送邀请消息，携带第一实体的媒体资源信息，并向所述第一实体发送不带任何媒体资源信息的 IMS信令的重邀请消息；

所述 AS在收到所述第一实体返回的携带媒体资源信息的 IMS信令消息后，初始化并启动一计时器，或初始化一计数器，该计数器用于记录第一实体重发的所述携带媒体资源信息的 IMS信令消息数量；

所述 AS每次在所述计时器超时或者所述计数器的计数值达到或超过指定限制值时，向所述第一实体发送携带媒体资源信息的 IMS信令消息，然后再次向所述第一实体发送不带任何媒体资源信息的重邀请消息，并在收到第一实体发送的携带媒体资源信息的 IMS信令消息后，初始化并启动所述计时器，或初始化所述计数器；

所述 AS 收到所述第二实体应答前返回的携带媒体资源信息的消息或收到所述第二实体返回的携带媒体资源信息的应答消息后，向所述第一实体发送携带所述第二实体返回的媒体资源信息的 IMS信令消息。

进一步地，上述媒体协商方法还可具有以下特点：

所述 AS 收到所述第二实体应答前返回的携带媒体资源信息的消息或收到所述第二实体返回的携带媒体资源信息的应答消息时，如最近一次收到所述第一实体发送的 IMS信令消息时初始化并启动的定时器还没有超时，或者初始化的计数器的计数值还没有达到或超过指定限制值，则所述 AS 直接向所述第一实体发送携带所述第二实体返回的媒体资源信息的 IMS信令消息，停止计时或计数；否则，所述 AS在收到所述第一实体再次发送的携带媒体资源信息的 IMS信令消息后，再将所述第二实体返回的媒体资源信息发送给所述第一实体，并不再初始化和启动所述计时器，或不再初始化所述计数器；其中，所述定时器的定时时间比所述第一实体等待所述 AS发送携带媒体资源信息的 IMS信令消息的超时时间短，所述计数器的指定限制值小于等于所述第一实体等待超时前重发的带媒体资源信息的 IMS信令消息的数目。

进一步地，上述媒体协商方法还可具有以下特点：所述媒体协商方法是在以下情况下被触发的：所述第一实体服务的第一终端先通过所述 AS 与其他终端建立了通话链路，该通话链路包括所述第一实体与所述其他终端间的 IP多媒体链路 S2,之后，所述第一终端又通过所述 AS呼叫第二实体以建立三方通话，或者所述其他终端通过所述 AS发起到第二实体的 IMS转接业务或 IMS集中业务中的转接业务，要将所述 IP多媒体链路 S2替换为所述第一实体和第二实体之间的 IP多媒体链路，从而触发所述 AS进行所述媒体协商过程。

进一步地，上述媒体协商方法还可具有以下特点：

所述 AS每次向所述第一实体发送的不带任何媒体资源信息的重邀请消息中携带 IP多媒体链路 S2的会话标识；

所述 AS 收到所述第二实体应答前返回的携带媒体资源信息的消息或收到所述第二实体返回的携带媒体资源信息的应答消息前，每次向所述第一实体发送的携带媒体资源信息的 IMS信令消息中，所述媒体资源信息中的可用媒体资源类型与用于 IP多媒体链路 S2的媒体资源信息中的可用媒体资源类型相同。

进一步地，上述媒体协商方法还可具有以下特点：

所述第一实体为具有网关和网关控制功能的实体，与所述 AS进行消息交互的网关控制功能部分由增强移动交换中心 MSCe 或媒体网关控制功能 MGCF实现；所述第一实体的媒体资源信息为网关部分的媒体资源信息；所述第二实体为第二终端，所述 AS在向该第二终端发送的呼叫消息中携带所述第一实体的媒体资源信息，并从该第二终端发送的应答消息中获取第二终端的媒体资源信息；所述呼叫消息中携带的第一实体的媒体资源信息为所述 AS在所述第一终端与其他终端的通话建立过程中记录下来的所述第一实体用于 IP多媒体链路 S2的媒体资源信息。

为了解决上述技术问题，本发明还提供了一种 IP多媒体链路的媒体协商方法，用于通过 IP多媒体子系统 IMS的应用服务器 AS建立第一实体和第二实体之间的 IP多媒体链路的过程中，该媒体协商方法包括：所述 AS向所述第一实体发送不带任何媒体资源信息的 IMS信令的重邀请消息；

所述 AS收到所述第一实体发送的携带媒体资源信息的 IMS信令消息后，初始化并启动一计时器，或初始化用于记录所述第一实体重发所述携带媒体资源信息的 IMS信令消息数量的一计数器，并向第二实体发送携带所述媒体资源信息的邀请消息；

进一步地，上述媒体协商方法还可具有以下特点：

所述 AS 收到所述第二实体应答前返回的携带媒体资源信息的消息或收到所述第二实体返回的携带媒体资源信息的应答消息时，如最近一次收到所述第一实体发送的 IMS信令消息时初始化并启动的定时器还没有超时，或者最近一次收到所述第一实体发送的 IMS信令消息时初始化的计数器的计数值还没有达到或超过指定限制值，则所述 AS 直接向所述第一实体发送携带所述第二实体返回的媒体资源信息的 IMS信令消息，并停止计时或计数；否则，所述 AS在收到所述第一实体再次发送的 IMS信令消息后，再向所述第一实体发送携带所述第二实体返回的媒体资源信息的 IMS信令消息，并不再初始化和启动所述计时器，或不再初始化所述计数器；

其中，所述定时器的定时时间比所述第一实体等待所述 AS发送带媒体资源信息的 IMS信令消息的超时时间短，所述计数器的指定限制值小于等于所述第一实体等待超时前重发的带媒体资源信息的 IMS信令消息的数目。

进一步地，上述媒体协商方法还可具有以下特点：所述媒体协商方法是在以下情况下被触发的：

进一步地，上述媒体协商方法还可具有以下特点：

所述第一实体向所述 AS发送的携带媒体资源信息的 IMS信令消息中，以及所述 AS 向第二实体发送的携带媒体资源信息的邀请消息中，所述媒体资源信息为 IP多媒体链路 S2正在使用的所述第一实体的媒体资源信息。

进一步地，上述媒体协商方法还可具有以下特点：

所述第一实体为具有网关和网关控制功能的实体，与所述 AS进行消息交互的网关控制功能部分为增强移动交换中心 MSCe 或媒体网关控制功能 MGCF, 所述第一实体发送的携带媒体资源信息的 IMS信令消息中，所述媒体资源信息为所述第一实体中网关部分的媒体资源信息；

所述第二实体为第二终端，所述第二实体应答前返回的携带媒体资源信息的消息或返回的携带媒体资源信息的应答消息中，所述媒体资源信息为所述第二终端的媒体资源信息。进一步地，上述媒体协商方法还可具有以下特点：

所述 AS 向第二终端发送的携带第一实体媒体资源信息的邀请消息即呼叫消息，所述第二终端返回的是携带媒体资源信息的应答消息，所述 AS在收到第二终端返回的该应答消息后，还向所述第二终端发送确认应答消息；所述 MSCe或 MGCF向所述 AS发送和重发的携带媒体资源信息的 IMS 信令消息为应答重邀请消息，所述 AS向所述 MSCe或 MGCF发送的携带媒体资源信息的 IMS信令消息为确认应答消息。

本发明实现新建媒体链路与已有 CS媒体链路连接的方法，有效地减少了应答后重协商的步骤和时间，特别是在终端应答后， AS与终端进行媒体重协商的步骤和时间，从而改善了用户体验。附图概述

图 1是 IMS集中业务的网络架构图；图中，

图 2是 CS网络终端与 IMS网络终端建立通话的网络架构图；

图 1和图 2中：表示电路交换网络信令

表示 IMS网络信令

表示电路交换网络媒体

一 ·一表示 IMS网络媒体图 3是现有的 IMS集中业务实现与已有 CS媒体链路连接的流程图；图 4是现有的转移业务实现与已有 CS媒体链路连接的流程图；图 5是本发明的 IMS集中业务实现三方呼叫的一实施例的流程图；图 6是本发明的 IMS集中业务实现转移业务的一实施例的流程图；图 7是本发明的 IMS转移业务的另一实施例的流程图。本发明的较佳实施方式

下面将结合附图及实施例对本发明的技术方案进行更详细的说明。

以下图中为了画图和描述的方便，将 AS和 S-CSCF表示成一个实体，其间使用标准的 IMS信令流程交互。 MGCF和 MGW用一个具有网关和网关控制功能的实体来表示，该实体的媒体资源信息为网关部分的媒体资源信息。

MGCF和 MGW属于 IMS网络设备， CS网络对应的实体为 MSCe (同时负责处理 IMS信令和媒体数据 ) ,或者该实体包括 MSCe (只负责处理 IMS信令 ) 和 MGW。图中虚线部分表示在一定条件下才会发生的动作。

图 5是本发明的 IMS集中业务实现三方呼叫的一实施例的流程图，描述了当 ICS UE-A与 UE-B间建立了通话后， ICS UE-A又发起对 UE-C的呼叫以建立三方通话的过程，其步骤如下：

步骤 501、 ICS UE-A按照标准的 IMS集中业务过程建立起与 UE-B的通话连接，该连接包含两段媒体链路，一段是 ICS UE-A与 MSCe/MGW (指 MSCe或 MGW )的 CS媒体链路 S1 , —段是 MSCe/MGW与 UE-B的媒体链路 S2, 为了发起新的呼叫， ICS UE-A将与 UE-B的通话置于保持状态，这使得媒体链路 S2没有媒体数据传送；

步骤 502、 ICS UE-A向 UE-C发送呼叫消息，比如发送 IMS信令的邀请 ( INVITE )消息，消息途经 S-CSCF, S-CSCF根据业务触发规则，转发该消息给集中 AS, 也可以发送数据域的类似信令给集中 AS;

后续步骤 503 ~ 508为媒体协商的过程，所有涉及的信令都是 IMS信令。步骤 503、集中 AS发现该呼叫的主叫用户是 IMS集中业务的终端，并且已经存在通话连接，于是集中 AS向 UE-C发送呼叫消息，比如发送 INVITE 消息，携带之前记录的与 ICS UE-A相关的 MSCe/MGW媒体资源信息，如在消息体中携带，该呼叫消息途经 S-CSCF到达 UE-C;

由于集中 AS在 ICS UE-A的所有会话信令路径上，因此在 ICS UE-A建立与 UE-B的通话的过程中，集中 AS都能知道双方使用的所有媒体资源信息，从而携带的 MSCe/MGW媒体资源信息可以是在已有的 UE-A和 UE-B的通话建立过程中记录下来的所有媒体资源信息的组合，可以是已有通话的媒体协商完成后的用于 S2的 MSCe/MGW媒体资源信息，也可以是已有通话的媒体协商完成前的用于 S2的 MSCe/MGW媒体资源信息，还可以是在已有通话的媒体协商完成后的用于 S2的 MSCe/MGW媒体资源信息的基础上，修改各媒体类型的编码列表为初始的 MSCe/MGW媒体资源信息的各媒体类型的编码列表后得到的 MSCe/MGW媒体资源信息。

步骤 504、 UE-C收到呼叫消息，用户应答后发回应答消息，比如发送 "200 OK"消息，携带 UE-C 的媒体资源信息，比如在消息体中携带，消息途经 S-CSCF到达集中 AS;

步骤 505、在收到步骤 504的消息后，集中 AS向 MSCe/MGCF发送不带任何媒体信息的重邀请消息，比如发送 re-INVITE (重邀请）消息，消息途经 S-CSCF到达 MSCe/MGCF, 重邀请消息携带媒体链路 S2对应的会话标识；步骤 506、 MSCe/MGCF收到步骤 505的消息，发送应答重邀请，比如发息，消息途经 S-CSCF到达集中 AS;

步骤 507、集中 AS向 MSCe/MGCF发送确认应答消息，比如发送 ACK 消息，携带 UE-C的媒体资源信息，比如在消息体中携带，消息途经 S-CSCF 到达 MSCe/MGCF, 完成 MSCe/MGCF与 UE-C之间的媒体资源协商，媒体链路 S2被替换为新的媒体链路 S3;

步骤 508、集中 AS向 UE-C发送确认应答消息，比如发送 ACK消息，消息途经 S-CSCF到达 UE-C;

步骤 509、集中 AS按标准过程向 ICS UE-A发送应答消息，釆用的方式才艮据步骤 502中收到的呼叫消息的方式而定；

上述步骤 508中的确认应答消息，步骤 509中的应答消息在步骤 504之后，但步骤 505~507, 步骤 508和步骤 509之间的先后顺序本发明不作限定，可以同时执行。

按上述流程， ICS UE-A与 UE-C间建立的通话连接包括两段媒体链路，一段是已有的 CS媒体链路 S1 ,—段是新的媒体链路 S3 , 已有的媒体链路 S2 被 S3替换，所以 MSCe/MGCF/MGW能正确连接 S1和 S3。

该实施例中， AS先将之前记录的 MGW媒体资源信息（ SDP请求 )发给

UE-C, 之后向 MSCe/MGCF请求获得媒体资源信息（SDP请求），由于没有给 MGCF任何新的媒体资源信息，因此 MSCe/MGW使用的媒体资源信息不会改变，这样就不需要再将此 MSCe/MGW媒体资源信息发给新被叫方了。在收到新被叫方的媒体资源信息（SDP回应）和 MSCe/MGCF返回的媒体资源信息后， AS将新被叫方的媒体资源信息（SDP回应）发给 MSCe/MGCF, 完成协商，从而有效减少了应答后重协商的步骤和时间。

图 6是本发明的 IMS集中业务实现转移业务的一实施例的流程图，描述了当 UE-B和 ICS UE-A建立了会话后，将 ICS UE-A转接到与 UE-C通话的过程，其步骤如下：步骤 601、 UE-B按照标准的 IMS集中业务过程建立起与 ICS UE-A的通话连接，该连接包含两段媒体链路，一段是 ICS UE-A与 MSCe/MGW的 CS 媒体链路 SI , —段是 MSCe/MGW与 UE-B的媒体链路 S2, 为了发起新的呼叫， UE-B将与 ICS UE-A的通话置于保持状态，这使得媒体链路 S2没有媒体数据传送；

步骤 602、 UE-B按照标准的 IMS询问转接业务逻辑执行询问转接业务，向 ICS UE-A发送 IMS信令的转移消息，比如发送 REFER消息；

步骤 603、转移消息途经 S-CSCF, 到达集中 AS, 集中 AS向 ICS UE-A 发送转移消息，比如发送 IMS信令的 REFER消息，也可以发送数据域的类似信令；

步骤 604 ~ 605、 ICS UE-A发送同意转移的消息，比如发送 IMS信令的 "202 Accepted"消息，也可以发送数据域的类似信令，然后集中 AS发送 IMS 信令的 "202 Accepted" 消息给 UE-B, 消息途经 S-CSCF, 最终到达 UE-B; 步骤 606、 ICS UE-A发送邀请消息，比如发送 IMS信令的 INVITE消息，消息的目标（To域）为转移消息的转移目标（Refer-To域），也可以发送数据域的类似信令给集中 AS;

后续步骤 607 ~ 618涉及媒体协商过程，所有涉及的信令都是 IMS信令。步骤 607、集中 AS发现该呼叫的主叫用户是 IMS集中业务的终端，并且已经存在通话连接，于是集中 AS向 MSCe/MGCF发送不带任何媒体信息的重邀请消息，比如发送 re-INVITE (重邀请 )消息，重邀请消息携带媒体链路 S2对应的会话标识；步骤 608、 MSCe/MGCF收到步骤 607的消息，发送应答重邀请，比如发息，消息途经 S-CSCF到达集中业务 AS;

MSCe/MGCF在发送了应答重邀请消息后，会等待确认应答消息一段时间，在这段等待时间中， MSCe/MGCF会按标准的规定不断重发应答重邀请消息以确保对方能收到，直到等待超时。

步骤 609、集中 AS在收到步骤 608的消息（指 MSCe/MGCF发送的应答重邀请消息，文中 MSCe/MGCF发送的消息不包括重发的该消息）后，为防止 MSCe/MGCF等待确认应答消息超时而终止会话， AS初始化并启动定时器，该定时器的定时时间比标准规定的 MSCe/MGCF等待确认应答消息的超时时间短，以确保 MSCe/MGCF能及时收到 AS发回的确认应答消息，或者， AS初始化计数器，使得 AS在收到指定限制值的重传消息后能发回确认应答消息，该指定限制值应小于或等于 MSCe/MGCF等待超时前重发应答重邀请消息的数目，以确保 MSCe/MGCF不会出现等待超时，之后集中 AS每收到一次重传的消息就给计数器加 1；

步骤 610、集中 AS向 UE-C发送呼叫消息，比如发送 INVITE消息，携带步骤 608中 MSCe/MGCF发送的消息中的媒体资源信息，比如在消息体中携带，该呼叫消息途经 S-CSCF到达 UE-C;

上述步骤 609和 610的先后顺序本发明不作限定，可以同时执行。

步骤 611、如果 UE-C等待用户应答呼叫的时间过长，则导致步骤 609中的定时器超时，或步骤 609中的计数器的计数值达到或超过指定限制值；步骤 612、为了防止 MSCe/MGCF等待确认应答消息超时，集中业务 AS 在步骤 611的条件满足时向 MSCe/MGCF发送确认应答消息，比如发送 ACK (确认）消息时，携带 UE-B用于媒体链路 S2的媒体资源信息，或者其他可用媒体资源类型与用于媒体链路 S2 的媒体资源信息中的可用媒体资源类型相同的媒体资源信息，如自己生成一个，可在消息体中携带，由于可用媒体步骤 613 ~ 615、发送确认应答消息后，集中业务 AS和 MSCe/MGCF重复执行步骤 607 ~ 609;

步骤 616、 UE-C的使用者应答呼叫，使 UE-C发回应答消息，比如发送 "200 OK"消息，携带 UE-C的媒体资源信息，比如在消息体中携带，消息途经 S-CSCF到达集中 AS;

步骤 617、集中 AS收到步骤 616的消息时，如最近一次收到应答重邀请消息时初始化并启动的定时器还没有超时或者初始化的计数器的计数值还没有达到或超过指定限制值，则集中 AS直接向 MSCe/MGCF发送确认应答消息并停止计时或计数，否则，集中 AS需要在收到 MSCe/MGCF再次发送的应答重邀请消息后，再向 MSCe/MGCF发送确认应答消息（同时，不再初始化和启动计时器或初始化计数器，停止计时或计数），如发送 ACK消息，携带 UE-C 的媒体资源信息，比如在消息体中携带，消息途经 S-CSCF 到达 MSCe/MGCF, 完成 MSCe/MGCF与 UE-C之间的媒体资源协商，媒体链路 S2被替换为新的媒体链路 S3;

步骤 618、集中 AS向 UE-C发送确认应答消息，比如发送 ACK消息，消息途经 S-CSCF到达 UE-C;

步骤 619、集中 AS按标准过程向 ICS UE-A发送应答消息，釆用的方式根据步骤 606中收到的邀请消息的方式而定；

上述步骤 619、步骤 617和步骤 618的先后顺序本发明不作限定，可以同时进行。

图 6所示的该实施例的方案与图 5所示的实施例的方案相比，差别在于图 6 中 AS 先向 MSCe/MGCF发不带任何媒体信息的重邀请消息，得到 MSCe/MGCF返回的用于媒体链路 S2的媒体资源信息后，将该媒体资源信息通过呼叫消息带给 UE-C。而图 5中 AS是将 ICS UE-A和 UE-B通话过程中记录的媒体资源信息先发给 UE-C。按图 6的方案， AS不需要记录之前 ICS UE-A和 UE-B建立通话过程中 MSCe/MGW使用的媒体资源信息，节约了资源。另外，因为图 6发送到 UE-C的就是 MSCe/MGW正用于媒体链路 S2的媒体资源信息，可以提高通话建立的成功率。

图 7是本发明的 IMS转移业务的另一实施例的流程图，描述了当 CS-A 与 UE-B间建立了通话后， UE-B将 CS-A转接到与 UE-C通话的过程，其步骤如下：

步骤 701、 UE-B按照标准的 IMS呼叫过程建立起与 CS-A的通话连接，该连接包含两段媒体链路，一段是 CS-A与 MGW的 CS媒体链路 S1 , —段是 MGW与 UE-B的媒体链路 S2, 为了发起新的呼叫， UE-B将与 CS-A的通话置于保持状态，这使得媒体链路 S2没有媒体数据传送；

步骤 702、 UE-B向 CS-A发起转移请求，比如发送 REFER (转移 )消息，请求 CS-A呼叫 UE-C, 比如设置转移消息的 Refer-To头域的值为 UE-C的标识，消息途经 S-CSCF到达转移 AS;

后续步骤 703 ~ 708为媒体协商的过程，所有涉及的信令都是 IMS信令。步骤 703、转移 AS判断出转移请求的接收方是 CS网络终端，于是向 UE-B 返回同意转移的消息，比如发送 " 202 Accepted" 消息，消息途经 S-CSCF到达 UE-B;

步骤 704、转移 AS向 UE-C发送呼叫消息，比如发送 INVITE消息，携带之前记录的与 CS-A相关的 MGW媒体资源信息，比如在消息体中携带，该呼叫消息途经 S-CSCF到达 UE-C;

上述之前记录的与 CS-A相关的 MGW媒体资源信息的含义可参照步骤 503下的内容。

步骤 705、转移 AS向 MGCF发送不带任何媒体信息的重邀请消息，比如发送 re-INVITE (重邀请）消息，消息途经 S-CSCF到达 MGCF, 重邀请消息可携带媒体链路 S2对应的会话标识；

上述步骤 704和步骤 705的先后顺序本发明不做限制，可以同时执行，与图 5不同的是，转移业务无需等到收到 UE-C对呼叫消息的应答消息后，再向 MGCF发送上述重邀请消息。步骤 706、 MGCF发送应答重邀请，比如发送 "200 OK"消息，携带正在使用的媒体链路 S2的 MGW媒体资源信息，消息途经 S-CSCF到达转移 AS;

MGCF在发送了应答重邀请消息后，会等待确认应答消息一段时间直到等待超时，在这段等待时间中， MGCF会按标准规定不断重发应答重邀请消息以确保对方能收到。

步骤 707、转移 AS在收到步骤 706的消息后（指 MGCF发送的应答重邀请消息），为防止 MGCF等待确认应答消息超时而终止会话，转移 AS初始化并启动定时器，该定时器的定时时间比标准规定的 MGCF等待确认应答消息的超时时间短，以确保 MGCF能及时收到 AS发回的确认应答消息；或者，转移 AS初始化计数器，使得转移 AS能在收到指定限制值的重传消息后能发回确认应答消息，该指定限制值应小于或等于 MSCe/MGCF等待超时前重发应答重邀请消息的数目，以确保 MGCF不会出现等待超时，之后，转移 AS每收到一次重传的消息就给计数器加 1 ;

步骤 708、如果 UE-C等待用户应答呼叫的时间过长，则导致步骤 707中的定时器超时，或步骤 707中的计数器的计数值达到或超过指定限制值；步骤 709、为了防止 MGCF等待确认应答消息超时，转移 AS在步骤 708 的条件满足时向 MGCF发送确认应答消息，比如发送 ACK (确认）消息，可携带 UE-B用于媒体链路 S2的媒体资源信息或者其他可用媒体资源类型与媒体链路 S2的媒体资源信息中可用媒体资源类型相同的媒体资源信息，比如在消息体中携带，消息途经 S-CSCF到达 MGCF, 由于可用媒体资源类型没有步骤 710 ~ 712、同时，转移业务 AS重复执行步骤 705 ~ 707;

步骤 713、 UE-C的使用者应答呼叫，使 UE-C发回应答消息，比如发送 "200 OK"消息，携带 UE-C的媒体资源信息，比如在消息体中携带，消息途经 S-CSCF到达转移业务 AS;

步骤 714、转移 AS收到步骤 713的应答消息时，如最近一次收到应答重邀请消息时初始化并启动的定时器还没有超时或者初始化的计数器的计数值还没有达到或超过指定限制值，则转移 AS直接向 MGCF发送确认应答消息，否则，需要在收到 MGCF再次发送的应答重邀请消息后，再向 MGCF发送确认应答消息（但不再初始化和启动计时器，或初始化计数器），如发送 ACK 消息，携带 UE-C的媒体资源信息，比如在消息体中携带，消息途经 S-CSCF 到达 MGCF, 完成 MGCF与 UE-C之间的媒体资源协商，媒体链路 S2被替换为新的媒体链路 S3;

步骤 715、转移 AS向 UE-C发送确认应答消息，比如发送 ACK消息，消息途经 S-CSCF到达 UE-C。

上述步骤 715在步骤 713之后执行，步骤 715与步骤 714的先后顺序本发明不作限定，可以同时执行。

按上述流程， CS-A与 UE-C间建立的通话连接包括两段媒体链路，一段是已有的 CS媒体链路 S1 , —段是新的媒体链路 S3 , 已有的媒体链路 S2被 S3替换，所以 MGCF/MGW能正确连接 S1和 S3。

另外需要说明的是，图 5、图 6与图 7对应的方案的实质差别并不在于一个用于建立三方呼叫，一个用于实现 ICS转移业务，一个用于实现 IMS转移业务，而在于三者实现已有 CS链路与 IP多媒体链路连接的媒体资源信息协商过程不同。图 5中步骤 503~508实现的媒体资源协商过程（媒体资源信息互传），图 6中步骤 607~618实现的媒体资源信息协商过程，以及图 7中步骤 704到 715实现的媒体协商过程可以相互替换，得到更多的实施例。本发明也不局限于以上三种应用场景，这里无需穷举每一种可能的应用场景，只要是实现已存在的媒体链路 (不局限于 CS链路，甚至可以是 IMS媒体链路）与 IP多媒体链路连接的媒体资源信息协商过程均可以使用本发明方法。

另外，在不同的应用场合使用的具体的 SIP消息是不一样的，本发明关注的是媒体链路的建立，因此在媒体资源信息协商过程中并不需要限定所使用的 SIP信令。比如 MSCe/MGCF在收到重邀请消息后，还可以返回临时回应消息，携带 MSCe/MGW用于 S2的媒体资源信息，而 AS收到该临时回应消息后可以通过预确认消息或者更新消息携带 UE-C的媒体资源信息发送给 MSCe/MGCF, 等等。本发明的媒体协商过程不局限于 MSCe/MGCF和终端之间，可以用于建立两个实体的 IP多媒体链路的过程中。另这两个实体之间的 IP多媒体链路在建立时也可能存在分段的情况，如终端 C也通过一个 MGCF与 AS连接。因此经 AS传递的媒体资源信息也可以不是第一实体和第二实体的媒体资源信息，而是一个中间设备的媒体资源信息。等等。

另夕卜， AS与终端 C之间的媒体协商，实施例中是通过呼叫消息 (釆用了邀请消息 )将 MSCe/MGCF的媒体资源信息发给终端 C, 通过对该呼叫消息的应答消息将终端 C的媒体资源信息返回给 AS, 但也不必如此，如终端 C 也可以通过一个临时响应消息将自己的媒体资源信息返回给 AS。这里只要终端 C通过应答前的消息或应答消息将媒体资源信息返回给 AS,都可以达到减少应答后 AS与终端之间媒体协商步骤的效果。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

工业实用性

本发明的 IP多媒体链路的媒体协商方法，可用于通过 IP多媒体子系统 IMS的应用服务器 AS建立第一实体和第二实体之间的 IP多媒体链路的过程。有效地减少了应答后重协商的步骤和时间。

Claims

权利要求书

1、一种 IP多媒体链路的媒体协商方法，用于通过 IP多媒体子系统 IMS 的应用服务器 AS建立第一实体和第二实体之间的 IP多媒体链路的过程中，该媒体协商方法包括：

所述 AS收到所述第一实体返回的带媒体资源信息的 IMS信令消息后，将所述第二实体返回的媒体资源信息发送给所述第一实体。

2、如权利要求 1所述的媒体协商方法，其特征在于，所述媒体协商方法是在以下情况下被触发的：

3、如权利要求 2所述的媒体协商方法，其特征在于：

4、如权利要求 3所述的媒体协商方法，其特征在于: 所述 AS在向所述第一实体发送的重邀请消息中携带所述 IP多媒体链路 S2的标识；

5、如权利要求 1或 2或 3或 4所述的媒体协商方法，其特征在于：所述第一实体为具有网关和网关控制功能的实体，与所述 AS进行消息交互的网关控制功能部分由增强移动交换中心 MSCe 或媒体网关控制功能 MGCF实现，所述第一实体的媒体资源信息为网关部分的媒体资源信息。

6、一种 IP多媒体链路的媒体协商方法，用于通过 IP多媒体子系统 IMS 的应用服务器 AS建立第一实体和第二实体之间的 IP多媒体链路的过程中，该媒体协商方法包括：

7、如权利要求 6所述的媒体协商方法，其特征在于：所述 AS 收到所述第二实体应答前返回的携带媒体资源信息的消息或收到所述第二实体返回的携带媒体资源信息的应答消息时，如最近一次收到所述第一实体发送的 IMS信令消息时初始化并启动的定时器还没有超时，或者初始化的计数器的计数值还没有达到或超过指定限制值，则所述 AS 直接向所述第一实体发送携带所述第二实体返回的媒体资源信息的 IMS信令消息，停止计时或计数；否则，所述 AS在收到所述第一实体再次发送的携带媒体资源信息的 IMS信令消息后，再将所述第二实体返回的媒体资源信息发送给所述第一实体，并不再初始化和启动所述计时器，或不再初始化所述计数器；其中，所述定时器的定时时间比所述第一实体等待所述 AS发送携带媒体资源信息的 IMS信令消息的超时时间短，所述计数器的指定限制值小于等于所述第一实体等待超时前重发的带媒体资源信息的 IMS信令消息的数目。

8、如权利要求 6或 7所述的媒体协商方法，其特征在于，所述媒体协商方法是在以下情况下被触发的：

9、如权利要求 8所述的媒体协商方法，其特征在于：

10、如权利要求 8所述的媒体协商方法，其特征在于：

11、一种 IP多媒体链路的媒体协商方法，用于通过 IP多媒体子系统 IMS 的应用服务器 AS建立第一实体和第二实体之间的 IP多媒体链路的过程中，该媒体协商方法包括：

所述 AS向所述第一实体发送不带任何媒体资源信息的 IMS信令的重邀请消息；

所述 AS 收到所述第二实体应答前返回的携带媒体资源信息的消息或收到所述第二实体返回的携带媒体资源信息的应答消息后，向所述第一实体发送携带所述第二实体返回的媒体资源信息的 IMS信令消息，并停止计时或计数。

12、如权利要求 11所述的媒体协商方法，其特征在于: 所述 AS 收到所述第二实体应答前返回的携带媒体资源信息的消息或收到所述第二实体返回的携带媒体资源信息的应答消息前，每次向所述第一实体发送的携带媒体资源信息的 IMS信令消息中，所述媒体资源信息中的可用媒体资源类型与用于 IP多媒体链路 S2的媒体资源信息中的可用媒体资源类型相同。

13、如权利要求 12所述的媒体协商方法，其特征在于：

14、如权利要求 11或 12或 13所述的媒体协商方法，其特征在于，所述媒体协商方法是在以下情况下被触发的：

15、如权利要求 14所述的媒体协商方法，其特征在于：所述 AS每次向所述第一实体发送的不带任何媒体资源信息的重邀请消息中携带 IP多媒体链路 S2的会话标识；

16、如权利要求 11或 12或 13或 15所述的媒体协商方法，其特征在于：所述第一实体为具有网关和网关控制功能的实体，与所述 AS进行消息交互的网关控制功能部分为增强移动交换中心 MSCe 或媒体网关控制功能 MGCF, 所述第一实体发送的携带媒体资源信息的 IMS信令消息中，所述媒体资源信息为所述第一实体中网关部分的媒体资源信息；

所述第二实体为第二终端，所述第二实体应答前返回的携带媒体资源信息的消息或返回的携带媒体资源信息的应答消息中，所述媒体资源信息为所述第二终端的媒体资源信息。

17、如权利要求 16所述的媒体协商方法，其特征在于：