专利名称：一种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网络的转换网关，或在MS集中业务中通过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 的请求回应^t式，也就是说SIP的请求或回应消息中可以携带SDP请求，也 可以携带SDP回应，也可以不携带SDP协议内容。IMS集中业务为传统用户终端或只支持IMS信令协议的终端提供统一的 IMS业务平台，使得用户的各种业务逻辑和用户信息都统一地通过IMS网络 来提供和记录。IMS转移业务使用户在已有一个通话的基础上，接受通话对 方的转移请求，向第三方发起呼叫。图1是IMS集中业务的网络架构图，描述了 MS集中业务终端ICSUE-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的路径到达ICSUE-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将MS信令协议转换为CS信令协议，发送给CS-A;步骤205、 CS-A应答呼叫，MGCF通知MGW建立CS-A和MGW之间 的CS媒体链路；步骤206、 MGCF将CS信令协议的应答消息转换为MS信令协议的应 答消息，并携带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媒体链路连接的流程图，描 述的是ICSUE-A已有CS媒体联络，比如已经和UE-B建立了通话，然后需 要建立新的媒体链路与已有CS媒体链路连接，比如再呼叫UE-C,其步骤如 下步骤301 、 ICS UE-A按照标准的IMS集中业务过程建立起与UE-B的通 话连接，该连接包含两段媒体链路， 一段是ICS UE-A与MSCe或MGW的 CS媒体链路Sl, —段是MSCe或MGW与UE-B的媒体链路S2，为了发起 新的呼叫，ICS UE-A将与UE-B的通话置于保持状态，这使得媒体链路S2 没有媒体数据传送；步骤302、ICS UE-A以MS信令向UE-C发起新的呼叫，比如发送INVITE (邀请)消息，消息途经S-CSCF, S-CSCF根据业务触发规则，转发该消息 给AS;步骤303、集中业务AS发现该呼叫的主叫用户是IMS集中业务的终端， 并且已经存在通话连"l妄，于是将呼叫消息中的4某体资源信息修改为已有通话 连接的MSCe或MGW的媒体资源信息，然后转发该呼叫消息；步骤304、 UE-C应答呼叫，比如发送IMS的"200 OK"消息，消息中 携带UE-C的々某体资源信息，消息途经S-CSCF到达集中业务AS;步骤305、集中业务AS收到应答消息，将其中的媒体资源信息按标准过程修改后，转发给ICSUE-A;步骤306、集中业务AS向UE-C发送重邀请消息，比如发送re-INVITE 消息，消息体中不带任何i某体资源信息，重邀请消息携带了将要新建的媒体 链路S3对应的会话标识(或者说是S3相关的会话标识)，从而使UE-C能 返回用于建立S3媒体链路的媒体资源信息；文中，Sl为电路交换链路，S2和S3是IP多4某体链路即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的i某体资源信息， 重邀请消息携带了媒体链路S2对应的会话标识，从而使MSCe或MGCF能 更新媒体链路S2的媒体资源信息；步骤309、 MSCe或MGCF应答重邀请，比如发送"200 OK"消息，消息 体中携带MSCe或MGW的修改后的媒体资源信息；步骤310、 AS收到应答消息，向UE-C发送确认应答消息，比如发送ACK (确认)消息，消息体中携带修改后的MSCe或MGW的媒体资源信息；步骤311 、同时AS向MSCe或MGCF发送确i人应答消息，比如发送ACK 消息；至此，ICS UE-A与UE-C间已可建立通话连接，通话连接包括两段媒体 链路， 一段是已有的CSi某体链路Sl， 一段是新的々某体链路S3，已有的々某体 链路S2被S3替换，所以MSCe/MGCF/MGW能正确连接Sl和S3。 MSCe/MGCF是根据收到的UE-C媒体资源信息控制MGW将媒体链路S2替 换为MGW和UE-C之间的新的媒体链路S3。12图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的i某体链路S2,为了发起新的呼叫，UE-B将与CS-A的通 话置于保持状态，这使得媒体链路S2没有媒体数据传送；步骤402、 UE-B向CS-A发起转移请求，比如发送REFER (转移)消息， 请求CS-A呼叫l正-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对应的会话标识，从而使l正-C能返回 用于建立S3媒体链路的媒体资源信息；步骤407、 l正-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应答重邀请，比如发送"200OK"消息，消息体中携带 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媒体链路Sl, —段是新的媒体链路S3，已有的媒体链路S2 被S3替换，所以MGCF/MGW能正确连接Sl和S3。现有的实现新建媒体链路与已有CS媒体链路的连接的方法，在用户应 答后，也就是步骤304或405后，还需要较多步骤来进行々某体资源的重协商， 然后才能真正实现通话，特别还需要第三方用户的参与，第三方用户很可能 属于不同网络，涉及的传输路径更长，用户的体验不好。发明内容本发明提出了一种实现已有电路交换链路与IP多Jf某体链路连接的方法， 用于MS集中业务，可以有效地减少应答后媒体资源重协商的步骤和需要的 时间。为了解决上述技术问题，本发明提供了一种IP多媒体链路的媒体协商方 法，用于通过IP多媒体子系统MS的应用服务器AS建立第一实体和第二实 体之间的IP多媒体链路的过程中，该媒体协商方法包括所述AS向所述第二实体发送邀请消息，携带所述第一实体的媒体资源 信息；所迷AS收到所述第二实体应答前返回的携带媒体资源信息的消息或收 到所述第二实体返回的携带媒体资源信息的应答消息后，向所述第一实体发送不带任何媒体资源信息的IMS信令的重邀请消息；所述AS收到所述第一实体返回的带媒体资源信息的IMS信令消息后， 将所述第二实体返回的媒体资源信息发送给所述第一实体。进一步地，上述纟某体协商方法还可具有以下特点所述纟某体协商方法是 在以下情况下^皮触发的所述第一实体服务的第一终端先通过所述AS与其他终端建立了通话链 路，该通话链路包括所述第一实体与所述其他终端间的IP多媒体链路S2，之 后，所述第一终端又通过所述AS呼叫第二实体以建立三方通话，或者所述 其他终端通过所迷AS发起到第二实体的IMS转接业务或IMS集中业务中的 转接业务，要将所述IP多々某体链路S2替换为所述第一实体和第二实体之间 的IP多媒体链路，从而触发所述AS进行所述媒体协商过程。进一步地，上述々某体协商方法还可具有以下特点所述第二实体为第二终端，所述AS在向该第二终端发送的邀请消息即 呼叫消息，携带所述第一实体的媒体资源信息，并从该第二终端发送的应答 消息中获取第二终端的媒体资源信息；所述呼叫消息中携带的第一实体的媒 体资源信息为所述AS在所述第一终端与其他终端的通话建立过程中记录下 来的所述第一实体用于IP多媒体链路S2的媒体资源信息。进一步地，上述i某体协商方法还可具有以下特点所迷AS在向所述第一实体发送的重邀请消息中携带所述IP多媒体链路 S2的标识；所述第一实体收到所述重邀请消息后，向所述AS返回应答重邀请消息， 携带IP多媒体链路S2正在使用的所述第一实体的媒体资源信息；所述AS收到所迷应答重邀请消息后，向所述第一实体发送确认应答消 息，携带所述第二终端的媒体资源信息。进一步地，上述媒体协商方法还可具有以下特点所述第一实体为具有网关和网关控制功能的实体，与所述AS进行消息 交互的网关控制功能部分由增强移动交换中心MSCe或媒体网关控制功能 MGCF实现，所述第一实体的媒体资源信息为网关部分的媒体资源信息。为了解决上迷技术问题，本发明又提供了 一种IP多士某体链路的媒体协商
方法，用于通过IP多士某体子系统MS的应用服务器AS建立第一实体和第二 实体之间的IP多媒体链路的过程中，该媒体协商方法包括
所述AS向第二实体发送邀请消息，携带第一实体的媒体资源信息，并 向所述第一实体发送不带任何4某体资源信息的MS信令的重邀请消息；
所述AS在收到所述第一实体返回的携带i某体资源信息的MS信令消息 后，初始化并启动一计时器，或初始化一计数器，该计数器用于记录第一实 体重发的所迷携带纟某体资源信息的IMS信令消息数量；
所述AS每次在所述计时器超时或者所述计数器的计数值达到或超过指 定限制值时，向所述第一实体发送携带4某体资源信息的IMS信令消息，然后 再次向所述第一实体发送不带任何媒体资源信息的重邀请消息，并在收到第 一实体发送的携带々某体资源信息的IMS信令消息后，初始化并启动所述计时 器，或初始化所述计数器；
所述AS收到所述第二实体应答前返回的携带々某体资源信息的消息或收 到所述第二实体返回的携带i某体资源信息的应答消息后，向所述第一实体发 送携带所述第二实体返回的^^某体资源信息的IMS信令消息。
进一步地，上述媒体协商方法还可具有以下特点
所述AS收到所述第二实体应答前返回的携带媒体资源信息的消息或收 到所述第二实体返回的携带々某体资源信息的应答消息时，如最近一次收到所 述第一实体发送的MS信令消息时初始化并启动的定时器还没有超时，或者 初始化的计数器的计数值还没有达到或超过指定限制值，则所述AS直接向 所述第一实体发送携带所述第二实体返回的媒体资源信息的IMS信令消息， 停止计时或计数；否则，所述AS在收到所述第一实体再次发送的携带媒体 资源信息的IMS信令消息后，再将所述第二实体返回的々某体资源信息发送给 所述第一实体，并不再初始化和启动所述计时器，或不再初始化所述计数器；
其中，所述定时器的定时时间比所述第一实体等待所述AS发送携带媒 体资源信息的IMS信令消息的超时时间短，所述计数器的指定限制值小于等 于所述第一实体等待超时前重发的带媒体资源信息的IMS信令消息的数目。进一步地，上述4某体协商方法还可具有以下特点所述媒体协商方法是 在以下情况下被触发的
所述第一实体服务的第一终端先通过所述AS与其他终端建立了通话链 路，该通话链路包括所述第一实体与所述其他终端间的IP多媒体链路S2，之 后，所述第一终端又通过所述AS呼叫第二实体以建立三方通话，或者所述 其他终端通过所述AS发起到第二实体的IMS转接业务或IMS集中业务中的 转接业务，要将所述IP多媒体链路S2替换为所述第一实体和第二实体之间 的IP多媒体链路，从而触发所述AS进行所述媒体协商过程。
进一步地，上迷i某体协商方法还可具有以下特点
所述AS每次向所述第一实体发送的不带任何媒体资源信息的重邀请消 息中携带IP多4某体链路S2的会话标识；
所述AS收到所述第二实体应答前返回的携带媒体资源信息的消息或收 到所述第二实体返回的携带々某体资源信息的应答消息前，每次向所述第一实 体发送的携带々某体资源信息的MS信令消息中，所述媒体资源信息中的可用 々某体资源类型与用于IP多媒体链路S2的4某体资源信息中的可用々某体资源类 型相同。
进一步地，上述i某体协商方法还可具有以下特点
所述第一实体为具有网关和网关控制功能的实体，与所述AS进行消息 交互的网关控制功能部分由增强移动交换中心MSCe或媒体网关控制功能 MGCF实现；所述第一实体的i某体资源信息为网关部分的媒体资源信息；
所述第二实体为第二终端，所述AS在向该第二终端发送的呼叫消息中 携带所述第一实体的媒体资源信息，并从该第二终端发送的应答消息中获取 第二终端的媒体资源信息；所述呼叫消息中携带的第一实体的媒体资源信息 为所述AS在所述第一终端与其他终端的通话建立过程中记录下来的所述第 一实体用于IP多媒体链路S2的媒体资源信息。
为了解决上述技术问题，本发明还提供了一种IP多媒体链路的媒体协商 方法，用于通过IP多i某体子系统MS的应用服务器AS建立第一实体和第二实体之间的IP多媒体链路的过程中，该媒体协商方法包括
所述AS向所述第一实体发送不带任何媒体资源信息的IMS信令的重邀 请消息；
所述AS收到所述第一实体发送的携带媒体资源信息的MS信令消息后， 初始化并启动一计时器，或初始化用于记录所述第一实体重发所迷携带媒体 资源信息的MS信令消息数量的一计数器，并向第二实体发送携带所述々某体 资源信息的邀请消息；
所述AS每次在所述计时器超时或者所述计数器的计数值达到或超过指 定限制值时，向所述第一实体发送携带媒体资源信息的IMS信令消息，然后 再次向所述第一实体发送不带任何媒体资源信息的重邀请消息，并在收到第 一实体发送的携带媒体资源信息的MS信令消息后，初始化并启动所述计时 器，或初始化所述计数器；
所述AS收到所述第二实体应答前返回的携带i某体资源信息的消息或收 到所述第二实体返回的携带媒体资源信息的应答消息后，向所述第一实体发 送携带所述第二实体返回的媒体资源信息的IMS信令消息。
进一步地，上述i某体协商方法还可具有以下特点
所述AS收到所述第二实体应答前返回的携带媒体资源信息的消息或收 到所述第二实体返回的携带媒体资源信息的应答消息前，每次向所述第一实 体发送的携带々某体资源信息的MS信令消息中，所述4某体资源信息中的可用 々某体资源类型与用于IP多媒体链路S2的媒体资源信息中的可用媒体资源类 型相同。
进一步地，上述媒体协商方法还可具有以下特点
所述AS收到所述第二实体应答前返回的携带媒体资源信息的消息或收 到所述第二实体返回的携带媒体资源信息的应答消息时，如最近一次收到所 述第一实体发送的IMS信令消息时初始化并启动的定时器还没有超时，或者 最近一次收到所述第一实体发送的IMS信令消息时初始化的计数器的计数值 还没有达到或超过指定限制值，则所述AS直接向所述第一实体发送携带所 述第二实体返回的媒体资源信息的MS信令消息，并停止计时或计数；否则，所述AS在收到所述第一实体再次发送的IMS信令消息后，再向所述第一实 体发送携带所述第二实体返回的媒体资源信息的MS信令消息，并不再初始 化和启动所述计时器，或不再初始化所述计数器；
其中，所述定时器的定时时间比所述第一实体等待所述AS发送带媒体 资源信息的IMS信令消息的超时时间短，所述计数器的指定限制值小于等于 所述第一实体等待超时前重发的带媒体资源信息的IMS信令消息的数目。
进一步地，上述i某体协商方法还可具有以下特点所述媒体协商方法是 在以下情况下^皮触发的
所述第一实体服务的第一终端先通过所述AS与其他终端建立了通话链 路，该通话链路包括所述第一实体与所迷其他终端间的IP多媒体链路S2，之 后，所述第一终端又通过所述AS呼叫第二实体以建立三方通话，或者所述 其他终端通过所述AS发起到第二实体的IMS转接业务或IMS集中业务中的 转接业务，要将所述IP多媒体链路S2替换为所述第一实体和第二实体之间 的IP多媒体链路，从而触发所述AS进行所述媒体协商过程。
进一步地，上述i某体协商方法还可具有以下特点
所述AS每次向所述第一实体发送的不带任何媒体资源信息的重邀请消 息中携带IP多i某体链路S2的会话标识；
所述笫一实体向所述AS发送的携带媒体资源信息的IMS信令消息中， 以及所述AS向第二实体发送的携带媒体资源信息的邀请消息中，所述4某体 资源信息为IP多々某体链路S2正在使用的所述第一实体的々某体资源信息。
进一步地，上述媒体协商方法还可具有以下特点
所述第一实体为具有网关和网关控制功能的实体，与所述AS进行消息 交互的网关控制功能部分为增强移动交换中心MSCe或媒体网关控制功能 MGCF，所述第一实体发送的携带媒体资源信息的MS信令消息中，所述媒 体资源信息为所述第一实体中网关部分的々某体资源信息；
所述第二实体为第二终端，所述第二实体应答前返回的携带媒体资源信
息的消息或返回的携带媒体资源信息的应答消息中，所述媒体资源信息为所 述第二终端的纟某体资源信息。进一步地，上述々某体协商方法还可具有以下特点
所述AS向第二终端发送的携带第一实体媒体资源信息的邀请消息即呼 叫消息，所述第二终端返回的是携带媒体资源信息的应答消息，所述AS在 收到第二终端返回的该应答消息后，还向所述第二终端发送确认应答消息；
所述MSCe或MGCF向所述AS发送和重发的携带媒体资源信息的IMS 信令消息为应答重邀请消息，所述AS向所述MSCe或MGCF发送的携带媒 体资源信息的IMS信令消息为确认应答消息。
本发明实现新建媒体链路与已有CS媒体链路连接的方法，有效地减少 了应答后重协商的步骤和时间，特别是在终端应答后，AS与终端进行纟某体重 协商的步骤和时间，从而改善了用户体验。
图1是MS集中业务的网络架构图；图中，
图2是CS网络终端与IMS网络终端建立通话的网络架构图1和图2中
表示电路交换网络信令 -------------------表示MS网络信令
-表示电路交换网络媒体
一 一 表示MS网络媒体
图3是现有的IMS集中业务实现与已有CS媒体链路连接的流程图； 图4是现有的转移业务实现与已有CS媒体链路连接的流程图； 图5是本发明的IMS集中业务实现三方呼叫的一实施例的流程图； 图6是本发明的IMS集中业务实现转移业务的一实施例的流程图； 图7是本发明的IMS转移业务的另一实施例的流程图。
具体实施方式
下面将结合附图及实施例对本发明的技术方案进行更详细的说明。
以下图中为了画图和描述的方便，将AS和S-CSCF表示成一个实体，其 间使用标准的MS信令流程交互。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媒体链路SI, —段是MSCe/MGW与UE-B的媒体链 路S2，为了发起新的呼叫，ICS UE-A将与UE-B的通话置于保持状态，这使 得媒体链路S2没有i某体数据传送；
步骤502、 ICS UE-A向UE-C发送呼叫消息，比如发送IMS信令的邀请 (INVITE)消息，消息途经S-CSCF， S-CSCF根据业务触发规则，转发该消 息给集中AS，也可以发送数据域的类似信令给集中AS;
后续步骤503 ~ 508为i某体协商的过程，所有涉及的信令都是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的通话 建立过程中记录下来的所有i某体资源信息的组合，可以是已有通话的力某体协 商完成后的用于S2的MSCe/MGW媒体资源信息，也可以是已有通话的媒体协商完成前的用于S2的MSCe/MGW媒体资源信息，还可以是在已有通话的 媒体协商完成后的用于S2的MSCe/MGW媒体资源信息的基础上，修改各媒 体类型的编码列表为初始的MSCe/MGW媒体资源信息的各纟某体类型的编码 列表后得到的MSCe/MGW媒体资源信息。
步骤504、 UE-C收到呼叫消息，用户应答后发回应答消息，比如发送"200 OK，，消息，携带UE-C的4某体资源信息，比如在消息体中携带，消息途经 S-CSCF到达集中AS;
步骤505、在收到步骤504的消息后，集中AS向MSCe/MGCF发送不带 任何媒体信息的重邀请消息，比如发送re-INVITE(重邀请)消息，消息途经 S-CSCF到达MSCe/MGCF，重邀请消息携带媒体链路S2对应的会话标识；
步骤506、 MSCe/MGCF收到步骤505的消息，发送应答重邀请，比如发 送"200 OK"消息，携带正在使用的媒体链路S2的MSCe/MGW媒体资源信 息，消息途经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发送应答消息，采用的方式 才艮4^步骤502中收到的呼叫消息的方式而定；
上述步骤508中的确认应答消息，步骤509中的应答消息在步骤504之 后，但步骤505~507，步骤508和步骤509之间的先后顺序本发明不作限定， 可以同时执行。
按上述流程，ICS UE-A与UE-C间建立的通话连接包括两段媒体链路， 一段是已有的CS媒体链路Sl, —段是新的媒体链路S3，已有的媒体链路S2 被S3替换，所以MSCe/MGCF/MGW能正确连接Sl和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 媒体链路S1， 一段是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发送同意转移的消息，比如发送MS信令的 "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发现该呼叫的主叫用户是MS集中业务的终端，并且已经存在通话连接，于是集中AS向MSCe/MGCF发送不带任何i某体信息 的重邀请消息，比如发送re-INVITE (重邀请)消息，重邀请消息携带媒体链 路S2对应的会话标识；
步骤608、 MSCe/MGCF收到步骤607的消息，发送应答重邀请，比如发 送"200 OK"消息，携带正在使用的媒体链路S2的MSCe/MGW媒体资源信 息，消息途经S-CSCF到达集中业务AS;
MSCe/MGCF在发送了应答重邀请消息后，会等待确认应答消息一段时 间，在这段等待时间中，MSCe/MGCF会按标准的规定不断重发应答重邀请 消息以确保对方能收到，直到等待超时。
步骤609、集中AS在收到步骤608的消息(指MSCe/MGCF发送的应答 重邀请消息，文中MSCe/MGCF发送的消息不包括重发的该消息)后，为防 止MSCe/MGCF等待确认应答消息超时而终止会话，AS初始化并启动定时
时时间短，以确保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的媒体资源信息中的可用媒体资源类型相同的々某体资源信息，如自己生成一个，可在消息体中携带，由于可用i某体
资源类型没有改动，MSCe/MGCF不会改变用于媒体链路S2的媒体资源信息；
步骤613 ~ 615、发送确认应答消息后，集中业务AS和MSCe/MGCF重 复执行步骤607 ~ 609;
步骤616、 UE-C的使用者应答呼叫，使l正-C发回应答消息，比如发送 "200OK"消息，携带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的先后顺序本发明不作限定，可以 同时进行。
按上述流程，ICS UE-A与UE-C间建立的通话连接包括两段媒体链路， 一段是已有的CS媒体链路S1， 一段是新的媒体链路S3，已有的媒体链路S2 被S3替换，所以MSCe/MGCF/MGW能正确连接SI和S3。
图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发送到l正-C的就是MSCe/MGW正用于媒体链路S2的 々某体资源信息，可以提高通话建立的成功率。
图7是本发明的MS转移业务的另一实施例的流程图，描述了当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呼叫l正-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,重邀请消 息可携带i某体链路S2对应的会话标识；
上述步骤704和步骤705的先后顺序本发明不做限制，可以同时执行，与图5不同的是，转移业务无需等到收到UE-C对呼叫消息的应答消息后， 再向MGCF发送上迷重邀请消息。
步骤706、 MGCF发送应答重邀请，比如发送"200OK，，消息，携带正在 使用的媒体链路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，由于可用媒体资源类型没有 任何改动，因此MGW不会改变用于媒体链路S2的媒体资源信息；
步骤710-712、同时，转移业务AS重复执行步骤705-707;
步骤713、 UE-C的使用者应答呼叫，使UE-C发回应答消息，比如发送 "200OK"消息，携带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能正确连接Sl和S3。
另外需要说明的是，图5、图6与图7对应的方案的实质差别并不在于 一个用于建立三方呼叫， 一个用于实现ICS转移业务， 一个用于实现MS转 移业务，而在于三者实现已有CS链路与IP多媒体链路连接的媒体资源信息 协商过程不同。图5中步骤503-508实现的媒体资源协商过程(媒体资源信 息互传)，图6中步骤607 618实现的々某体资源信息协商过程，以及图7中 步骤704到715实现的々某体协商过程可以相互替换，得到更多的实施例。本 发明也不局限于以上三种应用场景，这里无需穷举每一种可能的应用场景， 只要是实现已存在的媒体链路(不局限于CS链路，甚至可以是MS媒体链 路)与IP多媒体链路连接的媒体资源信息协商过程均可以使用本发明方法。
另外，在不同的应用场合使用的具体的SIP消息是不一样的，本发明关 注的是i某体链路的建立，因此在々某体资源信息协商过程中并不需要限定所使 用的SIP信令。比如MSCe/MGCF在收到重邀请消息后，还可以返回临时回 应消息，携带MSCe/MGW用于S2的媒体资源信息，而AS收到该临时回应 消息后可以通过预确认消息或者更新消息携带UE-C的媒体资源信息发送给MSCe/MGCF ，等等。
本发明的媒体协商过程不局限于MSCe/MGCF和终端之间，可以用于建 立两个实体的ip多媒体链路的过程中。另这两个实体之间的IP多i某体链路 在建立时也可能存在分段的情况，如终端C也通过一个MGCF与AS连接。 因此经AS传递的媒体资源信息也可以不是第一实体和第二实体的力某体资源 信息，而是一个中间设备的媒体资源信息。等等。
另外，AS与终端C之间的媒体协商，实施例中是通过呼叫消息(采用了 邀请消息)将MSCe/MGCF的媒体资源信息发给终端C，通过对该呼叫消息 的应答消息将终端C的媒体资源信息返回给AS,但也不必如此，如终端C 也可以通过一个临时响应消息将自己的々某体资源信息返回给AS。这里只要终 端C通过应答前的消息或应答消息将媒体资源信息返回给AS,都可以达到减 少应答后AS与终端之间媒体协商步骤的效果。
当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的 但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
权利要求
1、一种IP多媒体链路的媒体协商方法，用于通过IP多媒体子系统IMS的应用服务器AS建立第一实体和第二实体之间的IP多媒体链路的过程中，该媒体协商方法包括所述AS向所述第二实体发送邀请消息，携带所述第一实体的媒体资源信息；所述AS收到所述第二实体应答前返回的携带媒体资源信息的消息或收到所述第二实体返回的携带媒体资源信息的应答消息后，向所述第一实体发送不带任何媒体资源信息的IMS信令的重邀请消息；所述AS收到所述第一实体返回的带媒体资源信息的IMS信令消息后，将所述第二实体返回的媒体资源信息发送给所述第一实体。
2、 如权利要求l所述的媒体协商方法，其特征在于，所述媒体协商方法 是在以下情况下被触发的所述第一实体服务的第一终端先通过所述AS与其他终端建立了通话链 路，该通话链路包括所述第一实体与所述其他终端间的IP多媒体链路S2，之 后，所述第一终端又通过所述AS呼叫第二实体以建立三方通话，或者所述 其他终端通过所述AS发起到第二实体的IMS转接业务或IMS集中业务中的 转接业务，要将所述IP多媒体链路S2替换为所述第一实体和第二实体之间 的IP多媒体链路，从而触发所述AS进行所述媒体协商过程。
3、 如权利要求2所述的媒体协商方法，其特征在于所述第二实体为第二终端，所述AS在向该第二终端发送的邀请消息即 呼叫消息，携带所述第一实体的媒体资源信息，并从该第二终端发送的应答 消息中获取第二终端的i某体资源信息；所述呼叫消息中携带的第一实体的媒 体资源信息为所述AS在所述第一终端与其他终端的通话建立过程中记录下 来的所述第一实体用于IP多媒体链路S2的媒体资源信息。
4、 如权利要求3所述的媒体协商方法，其特征在于所述AS在向所述第一实体发送的重邀请消息中携带所述IP多媒体链路S2的标识；所述第一实体收到所述重邀请消息后，向所述AS返回应答重邀请消息， 携带IP多媒体链路S2正在使用的所述第一实体的媒体资源信息；所述AS收到所述应答重邀请消息后，向所述第一实体发送确认应答消 息，携带所述第二终端的纟某体资源信息。
5、 如权利要求1或2或3或4所述的媒体协商方法，其特征在于所述第一实体为具有网关和网关控制功能的实体，与所述AS进行消息 交互的网关控制功能部分由增强移动交换中心MSCe或媒体网关控制功能 MGCF实现，所述第一实体的媒体资源信息为网关部分的媒体资源信息。
6、 一种IP多i某体链路的媒体协商方法，用于通过IP多媒体子系统IMS 的应用服务器AS建立第一实体和第二实体之间的IP多媒体链路的过程中， 该媒体协商方法包括所述AS向第二实体发送邀请消息，携带第一实体的々某体资源信息，并 向所述第一实体发送不带任何媒体资源信息的IMS信令的重邀请消息；所述AS在收到所述第一实体返回的携带媒体资源信息的IMS信令消息 后，初始化并启动一计时器，或初始化一计数器，该计数器用于记录第一实 体重发的所述携带媒体资源信息的IMS信令消息数量；所述AS每次在所述计时器超时或者所述计数器的计数值达到或超过指 定限制值时，向所述第一实体发送携带媒体资源信息的IMS信令消息，然后 再次向所述第一实体发送不带任何媒体资源信息的重邀请消息，并在收到第 一实体发送的携带媒体资源信息的IMS信令消息后，初始化并启动所述计时 器，或初始化所述计数器；所述AS收到所述第二实体应答前返回的携带媒体资源信息的消息或收 到所述第二实体返回的携带々某体资源信息的应答消息后，向所述第一实体发 送携带所述第二实体返回的々某体资源信息的IMS信令消息。
7、 如权利要求6所述的媒体协商方法，其特征在于所述AS收到所述第二实体应答前返回的携带力某体资源信息的消息或收到所述第二实体返回的携带媒体资源信息的应答消息时，如最近一次收到所述第一实体发送的IMS信令消息时初始化并启动的定时器还没有超时，或者 初始化的计数器的计数值还没有达到或超过指定限制值，则所述AS直接向 所述第一实体发送携带所述第二实体返回的媒体资源信息的MS信令消息， 停止计时或计数；否则，所述AS在收到所述第一实体再次发送的携带媒体 资源信息的IMS信令消息后，再将所述第二实体返回的媒体资源信息发送给 所述第一实体，并不再初始化和启动所述计时器，或不再初始化所述计数器；其中，所述定时器的定时时间比所述第一实体等待所述AS发送携带媒 体资源信息的IMS信令消息的超时时间短，所迷计数器的指定限制值小于等 于所述第一实体等待超时前重发的带媒体资源信息的MS信令消息的数目。
8、 如权利要求6或7所述的媒体协商方法，其特征在于，所述媒体协商 方法是在以下情况下被触发的所述第一实体服务的第一终端先通过所述AS与其他终端建立了通话链 路，该通话链路包括所述第一实体与所述其他终端间的IP多媒体链路S2，之 后，所述第一终端又通过所迷AS呼叫第二实体以建立三方通话，或者所述 其他终端通过所述AS发起到第二实体的IMS转接业务或IMS集中业务中的 转接业务，要将所述IP多媒体链路S2替换为所述第一实体和第二实体之间 的IP多々某体链路，从而触发所述AS进行所述媒体协商过程。
9、 如权利要求8所述的i某体协商方法，其特征在于所述AS每次向所述第一实体发送的不带任何々某体资源信息的重邀请消 息中携带IP多媒体链路S2的会话标识；所述AS收到所迷第二实体应答前返回的携带媒体资源信息的消息或收 到所述第二实体返回的携带媒体资源信息的应答消息前，每次向所述第一实体发送的携带i某体资源信息的MS信令消息中，所述媒体资源信息中的可用 媒体资源类型与用于IP多媒体链路S2的媒体资源信息中的可用媒体资源类 型相同。
10、 如权利要求8所述的媒体协商方法，其特征在于所迷第一实体为具有网关和网关控制功能的实体，与所述AS进行消息 交互的网关控制功能部分由增强移动交换中心MSCe或i某体网关控制功能 MGCF实现；所述第一实体的媒体资源信息为网关部分的媒体资源信息；所述第二实体为第二终端，所述AS在向该第二终端发送的呼叫消息中 携带所迷第一实体的4某体资源信息，并从该第二终端发送的应答消息中获取 第二终端的媒体资源信息；所述呼叫消息中携带的第一实体的媒体资源信息 为所述AS在所述第一终端与其他终端的通话建立过程中记录下来的所述第 一实体用于IP多媒体链路S2的媒体资源信息。
11 、 一种IP多々某体链路的々某体协商方法，用于通过IP多媒体子系统IMS 的应用服务器AS建立第一实体和第二实体之间的IP多媒体链路的过程中， 该媒体协商方法包括所述AS向所述第一实体发送不带任何媒体资源信息的IMS信令的重邀 请消息；所述AS收到所述第一实体发送的携带媒体资源信息的MS信令消息后， 初始化并启动一计时器，或初始化用于记录所述第一实体重发所述携带媒体 资源信息的IMS信令消息数量的一计数器，并向第二实体发送携带所述媒体 资源信息的邀请消息；所述AS每次在所述计时器超时或者所述计数器的计数值达到或超过指 定限制值时，向所述第一实体发送携带4某体资源信息的MS信令消息，然后 再次向所述第一实体发送不带任何媒体资源信息的重邀请消息，并在收到第 一实体发送的携带々某体资源信息的MS信令消息后，初始化并启动所述计时 器，或初始化所述计数器；所述AS收到所述第二实体应答前返回的携带々某体资源信息的消息或收 到所述第二实体返回的携带媒体资源信息的应答消息后，向所述第一实体发 送携带所述第二实体返回的媒体资源信息的IMS信令消息。
12、如权利要求11所述的媒体协商方法，其特征在于所述AS收到所述第二实体应答前返回的携带力某体资源信息的消息或收 到所迷第二实体返回的携带媒体资源信息的应答消息前，每次向所述第一实体发送的携带媒体资源信息的IMS信令消息中，所述媒体资源信息中的可用 媒体资源类型与用于IP多媒体链路S2的媒体资源信息中的可用媒体资源类 型相同。
13、 如权利要求12所述的々某体协商方法，其特征在于所述AS收到所述第二实体应答前返回的携带々某体资源信息的消息或收 到所述第二实体返回的携带媒体资源信息的应答消息时，如最近一次收到所 述第一实体发送的MS信令消息时初始化并启动的定时器还没有超时，或者 最近一次收到所述第一实体发送的MS信令消息时初始化的计数器的计数值 还没有达到或超过指定限制值，则所迷AS直接向所述第一实体发送携带所 述第二实体返回的々某体资源信息的MS信令消息，并停止计时或计数；否则， 所述AS在收到所述第一实体再次发送的IMS信令消息后，再向所述第一实 体发送携带所迷第二实体返回的媒体资源信息的MS信令消息，并不再初始 化和启动所述计时器，或不再初始化所述计数器；其中，所述定时器的定时时间比所述第一实体等待所述AS发送带媒体 资源信息的IMS信令消息的超时时间短，所述计数器的指定限制值小于等于 所述第一实体等待超时前重发的带媒体资源信息的MS信令消息的数目。
14、 如权利要求11或12或13所述的媒体协商方法，其特征在于，所述 媒体协商方法是在以下情况下被触发的所述第一实体服务的第一终端先通过所述AS与其他终端建立了通话链 路，该通话链路包括所述第一实体与所述其他终端间的IP多媒体链路S2,之 后，所述第一终端又通过所述AS呼叫第二实体以建立三方通话，或者所述 其他终端通过所述AS发起到第二实体的IMS转接业务或IMS集中业务中的 转接业务，要将所述IP多媒体链路S2替换为所述第一实体和第二实体之间 的IP多々某体链路，从而触发所述AS进行所述媒体协商过程。
15、 如权利要求14所述的媒体协商方法，其特征在于所述AS每次向所述第一实体发送的不带任何i某体资源信息的重邀请消 息中携带IP多々某体链路S2的会话标识；所述第一实体向所述AS发送的携带媒体资源信息的IMS信令消息中， 以及所述AS向第二实体发送的携带媒体资源信息的邀请消息中，所述媒体 资源信息为IP多々某体链路S2正在使用的所述第一实体的媒体资源信息。
16、 如权利要求11或12或13或15所述的i某体协商方法，其特征在于所述第一实体为具有网关和网关控制功能的实体，与所述AS进行消息 交互的网关控制功能部分为增强移动交换中心MSCe或媒体网关控制功能 MGCF，所述第一实体发送的携带媒体资源信息的IMS信令消息中，所述媒 体资源信息为所述第一实体中网关部分的媒体资源信息；所述第二实体为第二终端，所述第二实体应答前返回的携带媒体资源信 息的消息或返回的携带Jf某体资源信息的应答消息中，所述媒体资源信息为所 述第二终端的i某体资源信息。
17、 如权利要求16所述的媒体协商方法，其特征在于所述AS向第二终端发送的携带第一实体媒体资源信息的邀请消息即呼 叫消息，所述第二终端返回的是携带i某体资源信息的应答消息，所述AS在 收到第二终端返回的该应答消息后，还向所述第二终端发送确^人应答消息；所述MSCe或MGCF向所述AS发送和重发的携带媒体资源信息的IMS 信令消息为应答重邀请消息，所述AS向所述MSCe或MGCF发送的携带媒 体资源信息的IMS信令消息为确认应答消息。
全文摘要
一种IP多媒体链路的媒体协商方法，用于通过IP多媒体子系统IMS的应用服务器AS建立第一实体和第二实体之间的IP多媒体链路的过程中，AS向所述第二实体发送邀请消息，携带所述第一实体的媒体资源信息；AS收到所述第二实体应答前返回的携带媒体资源信息的消息或收到所述第二实体返回的携带媒体资源信息的应答消息后，向所述第一实体发送不带任何媒体资源信息的IMS信令的重邀请消息；AS收到所述第一实体返回的带媒体资源信息的IMS信令消息后，将所述第二实体返回的媒体资源信息发送给所述第一实体。本发明用于IMS集中业务，可以有效地减少应答后媒体资源重协商的步骤和需要的时间。
文档编号H04W28/18GK101577884SQ20081014905
公开日2009年11月11日 申请日期2008年9月19日 优先权日2008年9月19日
发明者谢振华 申请人:中兴通讯股份有限公司