定制回铃音业务的实现方法和装置的制作方法

专利名称：定制回铃音业务的实现方法和装置的制作方法
技术领域：
本发明涉及网络通讯技术领域，具体涉及定制回铃音业务的实现方法和定制回铃音业务的实现装置。
背景技术：
Customized Alerting Tones (定制回铃音，CAT)业务广泛应用在Public SwitchedTelephone Network (公众交换电话网，PSTN )、 以及Global System for MobileCommun i CAT i ons (全球移动通信系统，GSM)等系统中。
在因特网工程任务组(IETF)制定的RFC3959、 RFC3960、 RFC5009标准文档中对采用会话初始协议(SIP)实现早期々某体业务给出了两种实现方案网关(Gateway)模式和应用服务器(AppliCATion Server)模式。
采用Gateway模式时，用户代理服务器端(UAS )通过可靠临时响应机制、更新(UPDATE )请求与用户代理客户端(UAC)完成早期媒体的协商，实现早期媒体业务，在该模式中早期媒体和普通会话的会话描述协议请求(SDP Offer)相同；而AppliCATion Server模式则通过扩展一个新的内容部署(Content Disposition)类型早期会话(early session)来承载早期媒体的会话描述协议(SDP ),使UAC和UAS之间通过此类型Content Di spos it ion来实现早期媒体的协商，实现早期媒体业务，在该模式中，早期媒体流的SDP和普通会话的SDP之间完全独立。
为丰富CAT业务，目前，主叫方可以订阅CAT业务，这样，在主叫方拨打被叫方时，主叫方可以体验其订阅的CAT业务。
在实现本发明的过程中，发明人发现如果多方均订阅了 CAT业务，则会产生主叫方接收到多个混合在一起的回铃音的现象，例如主叫方、被叫方均订阅了 CAT业务，则主叫方会接收到两个混合在一起的回铃音；再例如，如果主叫方、被叫方、呼叫转移的第三方均订阅了 CAT业务，则主叫方会接收到三个混合在一起的回铃音。
因此，现有的CAT业务实现过程会导致用户对CAT业务体验差。

发明内容
本发明实施方式提供定制回铃音业务实现方法和装置，在多方订阅CAT业务的情况下，能够避免主叫方接收到多个混合在一起的回铃音的问题，提高了定制回铃音业务的实现灵活性，提高了用户对CAT业务体验。
本发明实施方式提供的一种定制回铃音业务实现方法，包括在呼叫过程中，第一 CAT业务侧具有定制回铃音业务控制功能的网络节点从所述呼叫的第一 CAT业务侧提供的第一 CAT业务和第二 CAT业务侧提供的第二 CAT业务中选择一个定制回铃音业务；
所述网络节点向主叫用户提供所述选择的定制回铃音业务、禁止为主叫用户提供未被选择的定制回铃音业务。
本发明实施方式提供的一种定制回铃音业务实现装置，包括
选择模块，用于在呼叫过程中，从所述呼叫的至少两个定制回铃音业务中选择具有高优先级的定制回铃音业务；
执行模块，用于根据选择模块的选择结果触发允许为主叫用户播放所述选择的定制回铃音业务、禁止为主叫用户播放未被选择的定制回铃音业务的操作。
通过上述技术方案的描述可知，在存在多个定制回铃音业务的情况下，通过选择高优先级的定制回铃音业务，并允许选择的回铃音业务、禁止未被选择的定制回铃音业务，能够在多方订阅CAT业务的情况下，避免主叫方接收到多个混合在一起的回铃音的问题，提高了定制回铃音业务的实现灵活性，提高了用户对CAT业务体验。


图1是本发明实施方式的定制回铃音业务实现流程示意图一；图2是本发明实施方式的定制回铃音业务实现流程示意图二；图3是本发明实施方式的定制回铃音业务实现流程示意图三；图4是本发明实施方式的定制回铃音业务实现流程示意图四；图5是本发明实施方式的定制回铃音业务实现流程示意图五；图6是本发明实施方式的定制回铃音业务实现流程示意图六；图7是本发明实施方式的定制回铃音业务实现流程示意图七；图8是本发明实施方式的定制回铃音业务实现流程示意图八；图9是本发明实施方式的定制回铃音业务实现流程示意图九；图10是本发明实施方式的定制回铃音业务实现流程示意图十；图11是本发明实施方式的定制回铃音业务实现流程示意图十一；图12是本发明实施方式的定制回铃音业务实现流程示意图十二；图13是本发明实施方式的定制回铃音业务实现流程示意图十三；图14是本发明实施方式的定制回铃音业务实现流程示意图十四；图15是本发明实施方式的定制回铃音业务实现装置示意图。图16是本发明实施方式的定制回铃音业务实现流程示意图十五图17是本发明实施方式的定制回铃音业务实现流程示意图十六图18是本发明实施方式的定制回铃音业务实现流程示意图十七
具体实施例方式
在主叫用户与被叫用户之间的呼叫过程中，位于主叫侧的具有CAT业务控制功能的网络节点如果能够从呼叫的至少两个定制回铃音业务中选择具有高优先级的定制回铃音业务，之后，只为主叫用户提供选择的定制回铃音业务，而不为主叫用户提供未选择的定制回铃音业务，则能够有效避免主叫用户接收到混合在一起的多个回铃音的现象。这里的具有CAT业务控制功能的网络节点如IMS域中具有主叫CAT业务功能控制模块的网络设备、或者CS域中具有主叫CAT业务功能控制模块的网络设备等。IMS域中具有主叫CAT业务功能控制模块的网络设备如定制回铃音应用服务器(CAT AS)。 CS域中具有主叫CAT业务功能控制模块的网络设备如移动交换中心(MSC )。这里的至少两个定制回铃音业务可以包括主叫定制回铃音业务、被叫定制回铃音业务和呼叫转移第三方定制回铃音业务中的任意两个或三个。
在被叫用户与呼叫转移第三方用户之间的呼叫过程中，位于被叫侧的具有CAT业务控制功能的网络节点如果能够从呼叫的至少两个定制回铃音业务中选择具有高优先级的定制回铃音业务，之后，只为主叫用户提供选择的定制回铃音业务，而不为主叫用户提供未选择的定制回铃音业务，则能够避免主叫用户接收到混合在一起的多个回铃音的现象。这里的具有CAT业务控制功能的网络节点如IMS域中具有被叫CAT业务功能控制模块的网络设备(如CAT AS )、或者CS域中的具有主叫CAT业务功能控制模块的网络设备(如MSC )等。这里的至少两个定制回铃音业务可以包括被叫定制回铃音业务和呼叫转移第三方定制回铃音业务。
上述只为主叫用户提供选择的定制回铃音业务，而不为主叫用户提供未选择的定制回铃音业务可以由网络节点执行的触发操作来实现。网络节点执行的触发操作可以为多种形式。例如在本侧用户定制回铃音业务优先级高时，通知对侧网络节点不提供定制回铃音业务、且该网络节点执行提供本侧用户定制回铃音业务的操作，这里的提供本侧用户定制回铃音业务的操作可以采用现有的操作；在对侧用户定制回铃音业务优先级高时，通知对侧网络节点提供定制回铃音业务，且该网络节点不执行提供本侧用户定制回铃音业务的操作。再例如在本侧用户定制回铃音业务优先级高时，指示媒体资源功能模块丟弃接收到的对侧用户定制回铃音业务的媒体流、且该网络节点执行提供本侧用户定制回铃音业务的操作；在对侧用户定制回铃音业务优先级高时，允许媒体资源功能模块正常传输其接收到的对侧用户定制回铃音业务的i某体流，且该网络节点不执行提供本侧用户定制回铃音业务的操作。还有在本侧用户定制回铃音业务优先级高时，指示媒体网关控制功能实体不执行打开针对对侧用户定制回铃音业务媒体流的媒体门控操作、且该网络节点执行提供本侧用户定制回铃音业务的操作；在对侧用户定制回铃音业务优先级高时，指示媒体网关控制功能实体执行打开针对对侧用户定制回铃音业务媒体流的媒体门控操作、且该网络节点不执行提供本侧用户定制回铃音业务的操作等等。
图16描述了本发明提供的定制回铃音业务实现方法流程。
其中当第一 CAT业务侧为主叫所在网络时，第二 CAT业务侧可以为被叫所在的网络或者为被叫前转后的用户所在的网络；当第一CAT业务侧为被叫所在的网络时，第二CAT业务侧可以为^fe叫前转后的用户所在的网络。在图16中
步骤1:第一 CAT业务侧接收到会话请求消息，所述的会话请求消息可以为INVITE
请求；
步骤2:第一CAT业务侧选择第一CAT业务或者第二CAT业务，选择方法可以为下列描述中的一种或几种组合
a、 根据用户定制回铃音业务设置参数选择。
b、 根据预先设置的本地策略选择。这里的本地策略可以是由运营商根据需要设置的策略。
c、 根据历史选择结果选择。
上述选择可以是在接收到会话请求后执行，也可以是在接收到第二 CAT业务侧反馈的会话请求的响应消息后执行；
当上述第一 CAT业务侧选择第一 CAT业务时，可以选择下列一种方法或者多种方法的组合向主叫终端提供第一 CAT业务
方法1 )向第二 CAT业务侧发送CAT业务指示信息，所述CAT业务指示信息用来通知第二 CAT业务侧不提供CAT业务，或者用来通知给第二 CAT业务侧所述第一 CAT业务侧提供CAT业务，如步骤3a所示；
方法2 )接收到第二 CAT业务侧发送的CAT业务请求之后，向第二 CAT业务侧发送拒绝CAT业务请求的响应信息，如步骤3b所示；
方法3 )丢弃第二 CAT业务侧发送的CAT媒体流，如步骤3c所示。
当上述第一 CAT业务侧选择第一 CAT业务时，第一 CAT业务侧可以根据接收到的所述会话请求消息中携带的能力信息选择上述方法，例如
A) 当所述能力信息表示不支持Early Session时，例如所述的会话请求中的Supported头域没有携带Early Session参数，第一 CAT业务侧可以选择所述方法1)或者所述方法3 );
B) 当所述能力信息表示支持Early Session时，例如所述的会话请求中的Supported头域携带Early Session参数，第一 CAT业务侧可以选择所述方法2 );
C) 当所述能力信息表示不支持Early Session时，第一 CAT业务侧可以选择所述方法2 )，此时第一 CAT业务侧在向第二 CAT业务侧发送的会话请求中增加能力信息表示支持Early Session,例如在所述的会话请求中的Supported头域中携带Early Session参数，第一 CAT业务侧通过所述方法2 )拒绝第二 CAT业务侧的CAT业务请求，并且通过网关模式向主叫终端提供第一 CAT业务。
当上述选择的方法失败或者不可行时，可以继续选择其他的方法。
当上述第一 CAT业务侧选择第二 CAT业务时，可以选择下列一种方法或者多种方法的组合向主叫终端提供第二 CAT业务
方法4 )不向第二 CAT业务侧发送CAT业务指示信息，或者向第二 CAT业务侧发送CAT业务指示信息，所述CAT业务指示信息用来通知第二CAT业务侧提供CAT业务，或者用来通知给第二 CAT业务侧所述第一 CAT业务侧不提供CAT业务；
方法5 )接收到第二 CAT业务侧发送的CAT业务请求之后，向主叫终端转发CAT业务
请求；
方法6 )向主叫终端转发第二 CAT业务侧发送的CAT 4某体流。当上述选择的方法失败或者不可行时，可以继续选择其他的方法。当第一 CAT业务侧使用所述方法1 )时，所述的CAT业务指示信息可以在所述的会话请求中携带，也可以通过其它消息携带，例如UPDATE请求消息或PRACK请求消息，第二CAT业务侧可以根据所述CAT业务指示信息不触发第二 CAT业务，例如第二 CAT业务侧中的S-CSCF根据所述CAT业务指示信息不触发第二 CAT业务侧的CAT应用服务器，或者第二 CAT业务侧中的S-CSCF触发第二 CAT业务侧的CAT应用服务器之后，第二 CAT业务侧的CAT应用服务器根据所述CAT业务指示信息不触发CAT业务。图17描述了所述方法2 )的具体实现流程。
步骤1701:第一 CAT业务侧向第二 CAT业务侧转发会话请求消息；
步骤1702:第二 CAT业务侧向第一 CAT业务侧发送会话请求响应消息第二，其中携
带第二 CAT业务请求，例如通过Early Session的SDP offer携带第二 CAT业务侧的CAT
业务媒体信息；
步骤1703:第一 CAT业务侧向第二 CAT业务侧反馈请求响应的应答消息，其中携带第二 CAT业务的拒绝信息，例如通过将Early Session的SDP answer中的媒体行端口地址置为G来拒绝第二 CAT业务请求。
图18描述了所述方法3)的具体实现流程。
步骤1801:第一 CAT业务侧将接收到的会话请求消息中的SDP的IP地址和端口更改为第一 CAT功能控制模块的媒体资源的IP地址和端口，然后将修改后的会话请求消息给第二CAT业务侧；
步骤1802:第二 CAT业务侧和第一 CAT业务侧之间建立第二 CAT媒体会话，例如第二 CAT业务侧向第一 CAT业务侧发送SDP answer,其中携带第二 CAT业务媒体信息，或者第二 CAT业务侧向第一 CAT业务侧发送Early Session的SDP offer,其中携带第二 CAT业务媒体信息，第一 CAT业务侧向第二 CAT业务侧发送Early Session的SDP answer,其中携带第一 CAT业务的媒体资源的IP地址和端口 ；
步骤1803:第二 CAT业务侧向第一 CAT业务侧发送第二 CAT i某体流； 步骤1804:第一 CAT业务侧丢弃第二 CAT J(某体流。 下面简要例举几种定制回铃音业务实现方式。
方式一、在主叫用户呼叫被叫用户的过程中，主叫侧的网络节点从主叫定制回铃音业 务、被叫定制回铃音业务中选择高优先级的定制回铃音业务，并执行触发操作，即发送选 择的定制回铃音业务信息(解释)，以指示接收到该信息的网络节点应该执行的操作。该选 择的定制回铃音业务信息可以携带在主叫侧的网络节点接收到的INVITE消息中发送，当 然，本发明实施方式不排除主叫侧的网络节点利用其它消息发送该信息的可能性。该信息 可以直接被被叫侧网络节点接收，也可以被Media Gateway Control Function (媒体网关 控制功能，MGCF)实体等中间节点接收。中间节点如MGCF在接收到该信息后，可以将该 信息发送至被叫侧的网络节点，也可以不向被叫侧的网络节点发送该信息，而是根据该信 息执行定制回铃音业务的媒体流传输控制等操作，例如，MGCF在根据该信息确定出主叫用 户定制回铃音业务优先级高时，不执行请求媒体网关打开媒体门控的操作，MGCF在根据该 信息确定出被叫用户定制回铃音业务优先级高时，执行请求媒体网关打开媒体门控的操 作。在中间节点如MGCF接收到该信息、且将该信息发送至被叫侧网络节点的情况下，MGCF 可以在接收到主叫侧的网络节点发送来的邀请(INVITE )消息后，将该信息携带在Initial Address Message (初始地址消息IAM)中发送至被叫侧网络节点，当然，本发明实施方式 不排除利用其它消息传输该信息的可能性。
从上述方式一的描述可知，在存在多个定制回铃音业务的情况下，通过指示被叫侧的 网络节点、或指示MGCF,能够在主叫定制回铃音业务优先级高的情况下，避免被叫定制回 铃音业务的媒体流向主叫用户播放，从而能够在多方订阅CAT业务的情况下，避免主叫方 接收到多个混合在一起的回铃音的问题。
在方式一中，主叫侧的网络节点和被叫侧的网络节点可以位于相同域，也可以位于不 同域，例如，主叫侧的网络节点位于IMS域，被叫侧的网络节点位于CS域；再例如，主 叫侧的网络节点位于CS域，被叫侧的网络节点位于IMS域。另外，方式一同样适用于被 叫用户将呼叫转移到第三方用户的过程中，此时，方式一中的主叫侧的网络节点替换为被 叫侧的网络节点，方式一 中的被叫侧的网络节点替换为呼叫转移侧的网络节点。
方式二、不论主叫用户的终端是否支持应用服务器模式，均利用应用服务器模式实现 定制回铃音业务。
在主叫用户呼叫被叫用户的过程中，主叫侧的网络节点从主叫定制回铃音业务、被叫 定制回铃音业务中选择高优先级的定制回铃音业务，并执行触发操作。不论主叫用户的终 端是否支持应用服务器模式，在主叫用户定制回铃音业务优先级高的情况下，该触发操作 可以为釆用应用服务器模式向被叫侧的网络节点发送拒绝信息，以表示拒绝被叫侧的网络节点提供的被叫用户的定制回铃音业务。在被叫用户定制回铃音业务优先级高、且主叫用 户的终端支持应用服务器模式的情况下，该触发操作可以为采用应用服务器模式执行正
常的消息转发过程，且不向被叫侧的网络节点发送拒绝信息，不向主叫用户提供主叫用户 定制回铃音业务。在被叫用户定制回铃音业务优先级高、且主叫用户的终端不支持应用服
务器模式的情况下，该触发操作可以为将需要向主叫用户转发的消息转换为基于网关模 式的消息并转发，并采用应用服务器模式向被叫侧的网络节点发送允许信息，以表示允许 被叫侧的网络节点提供的被叫用户的定制回铃音业务，且不向主叫用户提供主叫用户的定 制回铃音业务等等。
在方式二中，主叫侧的网络节点之所以需要进行消息格式转换，是因为主叫用户的终 端不支持应用服务器模式，且主叫侧的网络节点在判断出主叫用户的终端不支持应用服务 器后，还强制要求被叫侧的网络节点使用应用服务器模式进行消息交互，即主叫侧的网络 节点通知被叫側的网络节点使用应用服务器模式进行消息交互。通知的方式可以为主叫 侧的网络节点在接收到主叫用户传输来的基于网关;f莫式的消息、且需要向被叫侧的网络节 点转发该消息时，先将消息转换为基于应用服务器模式的消息，然后再转发。例如，主叫 侧的网络节点在接收到INVITE消息后，在INVITE消息的Su卯orted头域中增加Early Session参数，并向被叫侧的网络节点发送增加参数后的INVITE消息。当然，本发明实施 方式也不排除采用其它方式如利用其它消息来通知被叫侧的网络节点使用应用服务器模 式进行消息交互。
从上述方式二的描述可知，在存在多个定制回铃音业务的情况下，不论主叫用户的终 端是否支持应用服务器模式，通过指示被叫侧的网络节点，均能够在主叫定制回铃音业务 优先级高的情况下，避免被叫定制回铃音业务的媒体流向主叫用户播放，从而能够在多方 订阅CAT业务的情况下，避免主叫方接收到多个混合在一起的回铃音的问题。
在方式二中，主叫侧的网络节点和被叫侧的网络节点需要位于相同域，主叫侧的网络 节点可以为主叫CAT业务功能控制模块，被叫侧的网络节点可以为被叫CAT业务功能控制 模块。本发明实施方式不限制网络节点的具体表现形式。另外，上述方式二同样适用于被 叫用户将呼叫转移到第三方用户过程中，此时，方式二中的主叫侧的网络节点替换为被叫 侧的网络节点，方式二中的被叫侧的网络节点替换为呼叫转移侧的网络节点。
方式三、主叫侧的网络节点判断主叫用户的终端支持^f莫式，并才艮据判断结果主动采用 不同的方法实现定制回铃音业务。
主叫侧的网络节点判断主叫用户的终端支持的模式。
在判断出主叫用户的终端不支持应用服务器模式的情况下，执行发送选择的定制回铃 音业务信息的触发操作，以指示接收到该信息的网络节点应该执行的操作。携带该选择的 定制回铃音业务信息的消息该选择的定制回铃音业务信息可以携带在主叫侧的网络节点 接收到的INVITE消息中发送，当然，本发明实施方式不排除主叫侧的网络节点利用其它消息发送该信息的可能性。该信息可以直接被被叫侧网络节点接收，也可以被Media Gateway Control Function "某体网关控制功能，MGCF)实体等中间节点接收。中间节点 如MGCF在接收到该信息后，可以将该信息发送至被叫侧的网络节点，也可以不向被叫侧 的网络节点发送该信息，而是根据该信息执行定制回铃音业务的媒体流传输控制等操作， 例如，MGCF在根据该信息确定出主叫用户定制回铃音业务优先级高时，不执行请求媒体网 关打开媒体门控的操作，MGCF在根据该信息确定出被叫用户定制回铃音业务优先级高时， 执行请求媒体网关打开媒体门控的操作。在中间节点如MGCF接收到该信息、且将该信息 发送至被叫侧网络节点的情况下，MGCF可以在接收到主叫侧的网络节点发送来的INVITE 消息后，将该信息携带在IAM中发送至被叫侧网络节点，当然，本发明实施方式不排除利 用其它消息传输该信息的可能性。
在判断出主叫用户的终端支持应用服务器模式、且主叫用户定制回铃音业务优先级高 的情况下，执行的触发操作可以为采用应用服务器模式向被叫侧的网络节点发送拒绝信 息，以表示拒绝被叫侧的网络节点提供的被叫用户的定制回铃音业务。
在判断出主叫用户的终端支持应用服务器模式、且被叫用户定制回铃音业务优先级高 的情况下，执行的触发操作可以为采用应用服务器模式执行正常的消息转发过程，且不 向被叫侧的网络节点发送拒绝信息，不向主叫用户提供主叫用户的定制回铃音业务。
从上述方式三的描述可知，在存在多个定制回铃音业务的情况下，可以根据主叫用户 的终端支持的模式，采用不同的方式来指示被叫侧的网络节点，以在主叫定制回铃音业务 优先级高的情况下，避免被叫定制回铃音业务的媒体流向主叫用户播放，从而能够在多方 订阅CAT业务的情况下，避免主叫方接收到多个混合在一起的回铃音的问题。
在方式三中，主叫侧的网络节点和被叫侧的网络节点可以位于相同域，也可以位于不 同域，例如，主叫侧的网络节点位于IMS域，被叫侧的网络节点位于CS域；再例如，主 叫侧的网络节点位于CS域，被叫侧的网络节点位于IMS域。另外，方式三同样适用于被 叫用户将呼叫转移到第三方用户的过程中，此时，方式三中的主叫侧的网络节点替换为被 叫侧的网络节点，方式三中的被叫侧的网络节点替换为呼叫转移侧的网络节点。
方式四、被叫侧的网络节点主动决定提供定制回铃音业务采用的模式，主叫侧的网络 节点根据被叫侧的网络节点的决定采用不同的方法实现定制回铃音业务。
主叫侧的网络节点首先需要告知被叫侧的网络节点提供定制回铃音业务的地址信息 (第一地址信息)。主叫侧的网络节点可以通过与主叫媒体资源功能模块进行信息交互来 协商获取该第一地址信息。该第一地址信息可以为IP地址和端口地址信息。在协商获取 了该第 一地址信息后，主叫侧的网络节点将该第 一地址信息通知被叫侧的网络节点。通知 的方式可以为主叫侧的网络节点在接收到INVITE消息后，将该第一地址信息携带在 INVITE消息中发送至被叫侧的网络节点。本发明实施方式不排除采用其它消息告知被叫侧 的网络节点该第 一地址信息的实现方式。在被叫侧的网络节点主动决定采用网关模式提供定制回铃音业务、且被叫用户定制回 铃音业务优先级高的情况下，主叫侧的网络节点执行的触发操作为主叫侧的网络节点与
主叫媒体资源功能模块进行信息交互，以协商获取主叫媒体资源功能模块输出定制回铃音 业务的媒体流的地址信息(第二地址信息)，然后，将该第二地址信息告知主叫用户的终 端，并指示主叫媒体资源功能模块将从第一地址接收到的定制回铃音业务的媒体流通过第 二地址发送至主叫用户，而且，主叫侧的网络节点不执行提供主叫用户的定制回铃音业务 的操作。
在被叫侧的网络节点主动决定采用网关模式提供定制回铃音业务、且主叫用户定制回
铃音业务优先级高的情况下，主叫侧的网络节点执行的触发操作可以为指示主叫媒体资 源功能模块丢弃从第一地址接收到的定制回铃音业务的媒体流。该触发操作也可以为主 叫侧的网络节点指示主叫4某体资源功能模块关闭第 一地址。
在被叫侧的网络节点主动决定釆用应用服务器模式提供定制回铃音业务、且被叫用户 定制回铃音业务优先级高的情况下，主叫侧的网络节点执行的触发操作可以为直接转发 被叫侧的网络节点传输来的消息，且不执行提供主叫用户定制回铃音业务的操作。
在被叫侧的网络节点主动决定釆用应用服务器模式提供定制回铃音业务、且主叫用户 定制回铃音业务优先级高的情况下，主叫侧的网络节点执行的触发操作可以为主叫側的 网络节点向被叫侧的网络节点发送拒绝定制回铃音业务々某体流的信息，以指示被叫侧的网 络节点不发送被叫用户的定制回铃音业务的媒体流，且主叫侧的网络节点执行提供主叫用 户定制回铃音业务的操作。
从上述方式四的描述可知，在存在多个定制回铃音业务的情况下，主叫侧网络节点可 以根据被叫侧网络节点采用的模式，釆用不同的方式来指示主叫媒体资源功能模块或被叫 侧网络节点，以在主叫定制回铃音业务优先级高的情况下，避免被叫定制回铃音业务的媒 体流向主叫用户播放，从而能够在多方订阅CAT业务的情况下，避免主叫方接收到多个混 合在一起的回铃音的问题。
在方式四中，主叫侧的网络节点和被叫侧的网络节点需要位于相同域。另外，方式四 同样适用于^l叫用户将呼叫转移到第三方用户过程中，此时，方式四中的主叫侧的网络节 点替换为被叫侧的网络节点，方式四中的主叫媒体资源功能模块替换为被叫媒体资源功能 模块，方式四中的被叫侧的网络节点替换为呼叫转移侧的网络节点。
方式五、主叫侧的网络节点判断主叫用户的终端支持模式，根据判断结果借助主叫媒 体资源功能模块实现定制回铃音业务。
主叫侧的网络节点判断主叫用户的终端支持的模式。
在判断出主叫用户的终端不支持应用服务器模式的情况下，主叫侧的网络节点需要告 知被叫侧的网络节点提供定制回铃音业务的地址信息(即第一地址信地址信息可以为IP地址和端口地址信息。在获取了该第一地址信息后，主叫侧的网络节 点将该第一地址信息通知被叫侧的网络节点。通知的方式可以为主叫侧的网络节点在接 收到INVITE消息后，将该第一地址信息携带在INVITE消息中发送至被叫侧的网络节点。 本发明实施方式不排除采用其它消息告知被叫侧的网络节点该第一地址信息的实现方式。 在被叫用户定制回铃音业务优先级高的情况下，主叫侧的网络节点执行的触发操作为主 叫侧的网络节点与主叫4某体资源功能模块进行信息交互，以协商获取主叫媒体资源功能模 块输出定制回铃音业务的媒体流的地址信息(即第二地址信息)，然后，将该第二地址信 息告知主叫用户的终端，并指示主叫媒体资源功能模块将从第一地址接收到的定制回铃音 业务的媒体流通过第二地址发送至主叫用户，而且，主叫侧的网络节点不执行提供主叫用 户定制回铃音业务的操作。在主叫用户定制回铃音业务优先级高的情况下，主叫侧的网络 节点执行的触发操作可以为指示主叫媒体资源功能模块丢弃从第一地址接收到的定制回 铃音业务的媒体流。该触发操作也可以为主叫侧的网络节点指示主叫々某体资源功能模块 关闭第一地址。
在判断出主叫用户的终端支持应用服务器模式、且被叫用户定制回铃音业务优先级高 的情况下，主叫侧的网络节点执行的触发操作可以为直接转发被叫侧的网络节点传输来 的消息，且不执行提供主叫用户定制回铃音业务的操作。
在判断出被叫用户的终端支持应用服务器模式、且主叫用户定制回铃音业务优先级高 的情况下，主叫侧的网络节点执行的触发操作可以为向被叫侧的网络节点发送拒绝定制 回铃音业务媒体流的信息，以指示被叫侧的网络节点不发送被叫用户的定制回铃音业务的 媒体流，且执行提供主叫用户定制回铃音业务的操作。
从上述方式五的描述可知，在存在多个定制回铃音业务的情况下，主叫侧网络节点可 以根据主叫用户的终端支持的模式，采用不同的方式来指示主叫媒体资源功能模块或被叫 侧网络节点，以在主叫定制回铃音业务优先级高的情况下，避免被叫定制回铃音业务的媒 体流向主叫用户播放，从而能够在多方订阅CAT业务的情况下，避免主叫方接收到多个混 合在一起的回铃音的问题。
在方式五中，主叫侧的网络节点和被叫侧的网络节点需要位于相同域。另外，方式五 同样适用于被叫用户将呼叫转移到第三方用户过程中，此时，方式五中的主叫侧的网络节 点替换为被叫侧的网络节点，方式五中的主叫媒体资源功能模块替换为被叫媒体资源功能 模块，方式五中的被叫侧的网络节点替换为呼叫转移侧的网络节点。
在上述例举的各方式中均涉及从多个定制回铃音业务中选择高优先级的定制回铃音 业务的过程，本发明实施方式可以采用多种策略来选择高优先级的定制回铃音业务。例如， 主叫侧的网络节点可以依据下述八个策略中的任一策略来选择高优先级的定制回铃音业
务
1 、根据用户定制回铃音业务设置参数选择高优先级的定制回铃音业务。2、 根据预先设置的本地策略选择高优先级的定制回铃音业务。这里的本地策略可以 是由运营商根据需要设置的策略。
3、 根据记录的曾经的定制回铃音业务选择结果选择高优先级的定制回铃音业务。
4、 在存在呼叫转移的情况下，选择被叫用户或呼叫转移第三方用户的定制回铃音业务。
5、 在被叫用户隐匿的情况下，选择主叫用户的定制回铃音业务。
6、 在呼叫转移第三方用户隐匿的情况下，选择主叫用户或被叫用户的定制回铃音业务。
7、 根据呼叫的双方用户要求使用的媒体格式选择高优先级的定制回铃音业务。用户 要求使用的i某体格式可以从INVITE请求的SDP信息、以及针对INVITE请求的响应信息的 Early session的SDP信息等中获得。例如，当INVITE请求的SDP信息描述的是音频媒体 流，而Early Session的SDP信息描述的是视频媒体流时，可以选择主叫用户CAT业务。
8、 根据主叫用户的终端支持的媒体格式、多个定制回铃音业务的媒体格式选#^某体 格式匹配的定制回铃音业务。例如，当主叫用户的终端仅支持音频格式、而被叫用户的终 端支持视频格式时，选择主叫用户CAT业务。
本发明实施方式不限制选择高优先级的定制回铃音业务的策略的具体表现形式。
下面以主叫用户与被叫用户之间的呼叫为例、结合附图对本发明实施方式的定制回铃
音业务实现方法进行说明。
在IMS域内，方式一提供的定制回铃音业务实现方法流程如附图1所示。
图1中，步骤1、主叫CAT业务功能控制模块接收INVITE请求。
步骤2、主叫CAT业务功能控制模块进行高优先级的CAT业务选择过程，即确定主叫
用户CAT业务优先级高还是被叫用户CAT业务优先级高。例如，依据下述a至c中的任一
策略来选择高优先级的CAT业务
a、 根据主叫用户的CAT业务设置参数确定主叫用户CAT业务优先级高还是被叫用户 CAT业务优先级高。
b、 根据预先设定的本地策略确定主叫用户CAT业务优先级高还是被叫用户CAT业务 优先级高。
c、 根据以往选择结果(例如，前一次的选择结果)确定主叫用户CAT业务优先级高 还是被叫用户CAT业务优先级高。
步骤3、主叫CAT业务功能控制模块根据选择的CAT业务优先级在INVITE请求中携 带CAT业务优先级指示，所述携带CAT业务优先级指示的方法包含下述任意一种或任意组 合
a、在INVITE请求的头域中携带CAT业务优先级指示，例如当主叫用户CAT业务优先 级高时，在Reject-Contact头域中携带CAT参数(如主叫用户CAT业务信息)> 或者扩展一个新的头域Reject-Service,并在该扩展的头域Reject-Service中携带CAT参数(如 主叫CAT业务信息)；再例如，当被叫CAT业务优先级高时，在Accept-Contact头域中携 带CAT参数(如被叫用户CAT业务信息)，或者扩展一个新的头域Accept-Service,并在 该扩展的头域Accept-Service中携带CAT参数(如被叫用户CAT业务信息)。
b、在INVITE请求的消息体中携带CAT业务优先级指示(即选择的定制回铃音业务的 信息)，例如，当主叫用户CAT业务优先级高时，在INVITE请求中携带Content-Di spos i t ion 为Early Session的SDP信息，并且SDP信息中所有i某体行的端口地址均为0,表示主叫 CAT业务优先级高，拒绝被叫CAT业务。
步骤4、被叫CAT业务功能控制模块根据INVITE请求中携带的CAT业务优先级指示 进行相应的处理，该处理可以为如下两种方式
a、 当CAT业务优先级指示表示主叫用户CAT业务优先级高时，被叫CAT业务功能控 制模块仅执行路由功能，即转发接收到的INVITE请求、且不执行提供被叫用户CAT业务 的操作，不执行提供被叫用户CAT业务的操作可以包括不为被叫用户CAT业务申请媒体 资源。
b、 当CAT业务优先级指示表示主叫用户CAT业务优先级低即被叫用户CAT业务优先 级高时，被叫CAT业务功能模块执行提供被叫用户CAT业务的操作，执行提供被叫用户CAT 业务的操作可以包括为被叫用户CAT业务申请媒体资源。
可选的，步骤5、在CAT业务优先级指示表示主叫用户CAT业务优先级高、且被叫用 户触发了呼叫前转业务(即呼叫转移)的情况下，可以将CAT业务优先级指示携带在INVITE 请求中发送给呼叫前转的第三方用户的终端。
在IMS域与CS域互通、且主叫用户在IMS域、被叫用户在CS域的情况下，方式一提 供的定制回铃音业务实现方法流程如附图2所示。
图2中，步骤1、主叫CAT业务功能控制模块接收INVITE请求。
步骤2、主叫CAT业务功能控制模块进行高优先级的CAT业务选择过程，即确定主叫 用户CAT业务优先级高还是被叫用户CAT业务优先级高。例如，依据下述a至c中的任一 策略来选择高优先级的CAT业务
a、 根据主叫用户的CAT业务设置参数确定主叫用户CAT业务优先级高还是被叫用户 CAT业务优先级高。
b、 根据预先设定的本地策略确定主叫用户CAT业务优先级高还是被叫用户CAT业务 优先级高。
c、 根据以往选择结果(例如，前一次的选择结果，这意味着主叫用户CAT业务功能 控制模块需要在选择高优先级的CAT业务后，记录选择结果)确定主叫用户CAT业务优先 级高还是被叫用户CAT业务优先级高。
步骤3、主叫CAT业务功能控制模块根据选择的CAT业务优先级在INVITE请求中携带CAT业务优先级指示，所述携带CAT业务优先级指示的方法包含下述任意一种或任意组 合
a、 在INVITE请求的头域中携带CAT业务优先级指示，例如当主叫用户CAT业务优先 级高时，在Reject-Contact头域中携带CAT参数(如主叫用户CAT业务信息)，或者扩展 一个新的头域Reject-Service,并在该扩展的头域Reject-Service中携带CAT参数(如 主叫用户CAT业务信息)；再例如，当#:叫用户CAT业务优先级高时，在Acc印t-Contact 头域中携带CAT参数(如^皮叫用户CAT业务信息)，或者扩展一个新的头域Accept-Service, 并在该扩展的头域Acc印t-Service中携带CAT参数(如被叫用户CAT业务信息)。
b、 在INVITE请求的消息体中携带CAT业务优先级指示(即选择的定制回铃音业务的 信息)，例如，当主叫用户CAT业务优先级高时，在INVITE请求中携带Content-D i s pos i t i on 为Early Session的SDP信息，并且SDP信息中所有々某体行的端口地址均为0，表示主叫 CAT业务优先级高，拒绝被叫CAT业务。
主叫CAT业务功能控制模块向MGCF发送携带有CAT业务优先级指示的INVITE请求。 MGCF获取并判断INVITE请求中的CAT业务优先级指示，在判断出CAT业务优先级指示表 示主叫用户CAT业务优先级高时，可以到步骤4al，也可以到步骤4a2; MGCF在判断出CAT 业务优先级指示表示被叫用户CAT业务优先级高时，到步骤4b。
步骤4al、 MGCF在IAM中携带CAT业务优先级指示，并向CS网络发送该IAM。本发 明实施方式可以通过在IAM中增加新的字段、或利用IAM中原有字段等方式来使IAM携带 CAT业务优先级指示，例如扩展IAM中的Optional Forward Call IndiCATors (可选前 向呼叫指示)字段的G-D比特的用法，设置G比特为"1"时表示主叫用户CAT业务优先 级高，为"0"时表示被叫用户CAT业务优先级高等。从而CS网络可以根据IAM中的指示 信息判断出主叫用户CAT业务优先级高，并不在执行提供被叫用户CAT业务的操作。另夕卜， 主叫CAT业务功能控制模块正常执行提供主叫用户CAT业务的操作。
步骤4a2、 MGCF向CS网络发送正常的IAM,但不要求MGW打开媒体门控，例如，MGCF 不向MGW发送要求MGW打开々某体门控的H. 248命令。从而，虽然CS网络可以根据IAM正 常执行提供被叫用户CAT业务的操作，但是，由于MGW没有打开媒体门控，因此，被叫用 户CAT业务媒体流不会传输至主叫用户。另外，主叫CAT业务功能控制模块正常执行提供 主叫用户CAT业务的操作。
步骤4b、 MGCF向CS网络发送正常的IAM。此后，主叫CAT业务功能控制模块可以充 当路由功能的角色，转发接收到的请求或响应，并不执行提供主叫用户CAT业务的操作， 例如，不针对主叫用户CAT业务申请媒体资源。
上述图2中的CS网络可以为PSTN网络，也可以为PLMN网络。下述实施方式中涉及 的CS网络也同样可以为PSTN网络或PLMN网络。
在IMS域与CS域互通、且主叫用户在CS域、被叫用户在IMS域的情况下，方式一提供的定制回铃音业务实现方法流程如附图3所示。
图3中，步骤l、 CS网络在实现了选择高优先级的CAT业务后，向IMS网络中的MGCF 发送携带有CAT业务优先级指示的IAM。在IAM中携带CAT业务优先级指示的方法如上述 图2步骤4al的描述。MGCF接收CS网络传输来的IAM,并到步骤2a或者到步骤2b。
步骤2a、 MGCF获取IAM中的CAT业务优先级指示，并将该CAT业务优先级指示携带 在INVITE请求中，并发送该INVITE请求。从而主叫CAT业务功能控制模块可以根据接收 到的指示信息确定是否执行提供主叫用户CAT业务的操作，例如，在判断出被叫CAT业务 优先级高时，不执行提供主叫用户CAT业务的操作，不针对主叫用户CAT业务申请媒体资 源。
在INVITE请求中携带CAT业务优先级指示的方法可以为如下任意一种
a、 在INVITE请求的头域中携带CAT业务优先级指示，例如当主叫用户CAT业务优先 级高时，在Reject-Contact头域中携带CAT参数(如主叫用户CAT业务信息)，或者扩展 一个新的头域Reject-Service,并在该扩展的头域Reject-Service中携带CAT参数(如 主叫用户CAT业务信息)；再例如，当被叫用户CAT业务优先级高时，在Accept-Contact 头域中携带CAT参数(如被叫用户CAT业务信息),或者扩展一个新的头域Accept-Service, 并在该扩展的头域Accept-Service中携带CAT参数(如被叫用户CAT业务信息)。
b、 在INVITE请求的消息体中携带CAT业务优先级指示(即选择的定制回铃音业务的 信息)，例如，当主叫用户CAT业务优先级高时，在INVITE请求中携带Content-Disposi t ion 为Early Session的SDP信息，并且SDP信息中所有々某体行的端口地址均为0，表示主叫 CAT业务优先级高，拒绝被叫CAT业务。
步骤2b、 MGCF发送正常的INVITE请求，并且在CAT业务优先级指示表示主叫用户 CAT业务优先级高时，可以不要求MGW打开媒体门控，例如，MGCF不向MGW发送要求MGW 打开媒体门控的H. 248命令。在MGW不打开媒体门控的情况下，能够避免被叫用户CAT业 务媒体流传输至主叫用户的终端。此后，主叫CAT业务功能控制模块根据接收到的INVITE 请求正常执行提供主叫用户CAT业务的操作。
方式二提供的定制回铃音业务实现方法流程如附图4所示。
图4中，步骤1、主叫CAT业务功能控制模块接收INVITE请求，到步骤2。
步骤2、主叫CAT业务功能控制;f莫块判断主叫用户的终端能力。判断主叫用户的终端
能力的方法可以为如下任——种
a、 主叫CAT业务功能控制模块在判断出其接收到的INVITE请求中携带的头域 P-Early-Media为supported时，确定主叫用户的终端支持P-Early-Media (即支持网关
模式)。
b、 主叫CAT业务功能控制模块在判断出其接收到的INVITE请求中的头域Supported 中携带有Early Session参数时，确定主叫用户的终端支持Early Session。主叫CAT业务功能控制模块在判断出主叫用户的终端不支持Early Session模式，则 到步骤3a 。
主叫CAT业务功能控制模块在判断出主叫用户的终端支持Early Session模式，则到 步骤3b。
步骤3a、在主叫用户的终端不支持Early Session的情况下，主叫CAT业务功能控 制模块在INVITE请求的头域Supported中增加Early Session参数，然后，转发该INVITE 请求，到步骤4。
步骤3b、在主叫用户的终端支持Early Session的情况下，主叫CAT业务功能控制 模块直接转发该INVITE请求，到步骤4。
步骤4、被叫CAT业务功能控制模块接收INVITE请求，并向被叫方(即被叫用户终 端)转发该INVITE请求，到步骤5。
步骤5、被叫方接收INVITE请求，并返回临时响应(Provisional Response),到步骤6。
步骤6、被叫CAT业务功能控制模块接收该临时响应，然后采用应用服务器模式提供 被叫CAT业务，在该临时响应的消息体中携带Content-Disposition为Early Session的 被叫用户CAT业务的SDP ( offer )。
步骤7、主叫CAT业务功能控制模块在接收到临时响应后，选择高优先级的CAT业务。 例如，主叫CAT业务功能控制模块可以依据下述a至g中的任一策略来选择高优先级的CAT 业务
a、 根据主叫用户的CAT业务设置参数确定主叫用户CAT业务优先级高还是被叫用户 CAT业务优先级高。
b、 根据预先设定的本地策略确定主叫用户CAT业务优先级高还是被叫用户CAT业务 优先级高。
c、 根据以往选择结果(例如，前一次的选择结果，这意味着主叫CAT业务功能控制 模块需要在选择高优先级的CAT业务后，记录选择结果)确定主叫用户CAT业务优先级高 还是被叫用户CAT业务优先级高。
d、 根据临时响应的状态码确定主叫用户CAT业务优先级高还是被叫用户CAT业务优 先级高，例如，当临时响应的状态码为181时(表示存在呼叫转移)，可以确定被叫用户 CAT业务优先级高。
e、 根据临时响应的头域中携带的信息确定主叫用户CAT业务优先级高还是被叫用户 CAT业务优先级高。例如，当临时响应中的Privacy为设置为"ID"时，可以确定主叫用 户CAT业务优先级高。
f、 主叫CAT业务功能控制模块根据接收到的INVITE请求中的SDP信息、以及接收到 的临时响应中携带的Early session的SDP信息确定主叫用户CAT业务优先级高还是被叫用户CAT业务优先级高。例如，当INVITE请求的SDP信息描述的是音频媒体流，而临时 响应的Early Session的SDP信息描述的是视频媒体流，则可以确定主叫用户CAT业务优 先级高。
g、主叫CAT业务功能控制模块根据主叫用户的终端能力(表示主叫用户的终端支持 的媒体格式)、以及临时响应中携带的Early session的SDP信息确定主叫用户CAT业务 优先级高还是被叫用户CAT业务优先级高。例如，当主叫用户的终端仅支持音频，而Early Session的SDP信息描述的是视频媒体流时，可以确定主叫用户CAT业务优先级高。
在主叫CAT业务功能控制模块确定主叫用户CAT业务优先级高的情况下，不论主叫用 户的终端是支持Early Session还是支持P-Early-Media,均到步骤8a。
在主叫CAT业务功能控制模块确定被叫用户CAT业务优先级高、且主叫用户的终端支 持Early Session的情况下，到步骤8b。
在主叫CAT业务功能控制模块确定被叫用户CAT业务优先级高、且主叫用户的终端仅 支持P-Early-Media的情况下，到步骤8c。
步骤8a、主叫CAT业务功能控制模块将PRACK请求中的Content-Disposition设置 为Early Session的SDP (Answer)信息、并将SDP信息中所有媒体行的端口地址均设置 为0，然后，向被叫CAT业务功能控制模块发送该PRACK请求。被叫CAT业务功能控制模 块在接收到该PRACK请求后，不再执行提供被叫用户CAT业务的操作。主叫CAT业务功能 控制模块正常执行后续提供主叫用户CAT业务的操作。
步骤8b、主叫CAT业务功能控制模块直接转发临时响应。而且，主叫CAT业务功能 控制模块不再执行后续提供主叫用户CAT业务的操作。
步骤8c、在临时响应同时携带了 Content-Disposition为Early Session的被叫方 CAT业务的SDP信息和Content-Disposition为session的被叫方返回的普通会话的SDP 信息的情况下，主叫CAT业务功能控制模块存储Content-Disposition中的session的被 叫方返回的普通会话的SDP信息，删除临时响应消息体中的该分内容，将设置为Early Session的被叫方CAT业务的SDP信息的Content-Disposition更改为session,并在临 时响应中增力口头域P-Early-Media。头域P-Early-Media的参数可以设置为"sendrecv"。 然后，将临时响应的to tag更改为主叫CAT业务功能控制模块本地产生的to tag,之后， 向主叫方(即主叫用户的终端)转发临时响应。在临时响应中仅携带Content-Disposition 为Early Session的被叫方CAT业务的SDP信息的情况下，主叫CAT业务功能控制模块直 接将设置为Early Session的被叫方CAT业务的SDP信息的Content-Disposition更改为 session,并在临时响应中增加头域P-Early-Media,头域P-Ear ly-Media的参数可以设置 为"sendrecv"。然后，将临时响应的to tag更改为主叫CAT业务功能控制模块本地产 生的totag，然后转发临时响应给主叫。而且，主叫CAT业务功能控制模块不再执行后续 提供主叫用户CAT业务的才喿作。到步骤9c。步骤9c、主叫CAT业务功能控制模块向被叫方发送PRACK请求，该PRACK请求中携 带有普通会话的SDP信息，而且，普通会话的SDP信息是以Content-Disposition为Early Session的方式携带在PRACK请求中的。
需要说明的是，步骤8c和步骤9c的执行顺序可以颠倒，也可以同时执行。另外，本 实施方式中的普通会话是指非定制回铃音业务的会话。
方式三提供的定制回铃音业务实现方法流程如附图5所示。 图5中，步骤l、主叫CAT业务功能控制模块接收INVITE请求，到步骤2。 步骤2、主叫CAT业务功能控制模块判断主叫用户的终端能力。判断主叫用户的终端 能力的方法可以如上述图4中步骤2的描述，在此不再重复说明。主叫CAT业务功能控制 模块在判断出主叫用户的终端仅支持p-Early-Media时，到步骤3a、或者到步骤3a2、或 者到步骤3a3。主叫CAT业务功能控制模块在判断出主叫用户的终端支持Early Session 时，到步骤3b。
步骤3a、主叫CAT业务功能控制模块进行高优先级的CAT业务选择过程，即确定主 叫用户CAT业务优先级高还是被叫用户CAT业务优先级高。具体选择过程可以如上述图1 步骤2中的描述，在此不再重复说明。到步骤4&。
步骤4a、主叫CAT业务功能控制模块根据选择的CAT业务优先级在INVITE请求中携 带CAT业务优先级指示，所述携带CAT业务优先级指示的方法如上述图1步骤3中的描述， 在此不再重复说明。到步骤5a。
步骤5a、被叫CAT业务功能控制模块根据INVITE请求中携带的CAT业务优先级指示 进行相应的处理，该处理的两种方式可以如上述图1步骤4中的描述，在此不再重复说明。
步骤3a2、主叫CAT业务功能控制模块进行高优先级的CAT业务选择过程，即确定主 叫用户CAT业务优先级高还是被叫用户CAT业务优先级高。具体选择过程可以如上述图2 步骤2中的描述，在此不再重复说明。到步骤4a2。
步骤4a2、主叫CAT业务功能控制模块根据选择的CAT业务优先级在INVITE请求中 携带CAT业务优先级指示，携带CAT业务优先级指示的方法如上述图2步骤3的描述，在 此不再重复说明。
主叫CAT业务功能控制模块向MGCF发送携带有CAT业务优先级指示的INVITE请求。 MGCF获取并判断INVITE请求中的CAT业务优先级指示，在判断出CAT业务优先级指示表 示主叫用户CAT业务优先级高时，可以到步骤5al，也可以到步骤&2; MGCF在判断出CAT 业务优先级指示表示被叫用户CAT业务优先级高时，到步骤5a3。
步骤5al、 MGCF在IAM中携带CAT业务优先级指示，并向CS网络发送该IAM。本发 明实施方式可以通过在IAM中增加新的字段、或利用IAM中原有字段等方式来使IAM携带 CAT业务优先级指示，例如扩展IAM中的Optional Forward Call IndiCATors (可选前 向呼叫指示)字段的G-D比特的用法，设置G比特为"1"时表示主叫用户CAT业务优先级高，为"0"时表示被叫用户CAT业务优先级高等。从而CS网络可以根据IAM中的指示 信息判断出主叫用户CAT业务优先级高，并不在执行提供被叫用户CAT业务的操作。另夕卜， 主叫CAT业务功能控制模块正常执行提供主叫用户CAT业务的操作。
步骤5a2、 MGCF向CS网络发送正常的IAM,但不要求MGW打开々某体门控，例如，MGCF 不向MGW发送要求MGW打开媒体门控的H. 248命令。从而，虽然CS网络可以根据IAM正 常执行提供被叫用户CAT业务的操作，但是，由于MGW没有打开4某体门控，因此，被叫用 户CAT业务媒体流不会传输至主叫用户。另外，主叫CAT业务功能控制模块正常执行提供 主叫用户CAT业务的操作。
步骤5a3、 MGCF向CS网络发送正常的IAM。此后，主叫CAT业务功能控制模块可以 充当路由功能的角色，转发接收到的请求或响应，并不执行提供主叫用户CAT业务的操作， 例如，不针对主叫用户CAT业务申请々某体资源。
步骤3a3、主叫CAT业务功能控制模块在实现了选择高优先级的CAT业务后，向IMS 网络中的MGCF发送携带有CAT业务优先级指示的IAM。在IAM中携带CAT业务优先级指示 的方法如上述图2步骤4al的描述。MGCF接收CS网络传输来的IAM,并到步骤4a3或者 到步骤4a4。
步骤4a3、 MGCF获取IAM中的CAT业务优先级指示，并将该CAT业务优先级指示携带 在INVITE请求中，并发送该INVITE请求。从而主叫CAT业务功能控制模块可以根据接收 到的指示信息确定是否执行提供主叫用户CAT业务的操作，例如，在判断出被叫CAT业务 优先级高时，不执行提供主叫用户CAT业务的操作，不针对主叫用户CAT业务申请媒体资 源。
在INVITE请求中携带CAT业务优先级指示的方法可以如上述图3中步骤2a的描述， 在此不再重复说明。
步骤4a4、 MGCF发送正常的INVITE请求，并且在CAT业务优先级指示表示主叫用户 CAT业务优先级高时，可以不要求MGW打开媒体门控，例如，MGCF不向MGW发送要求MGW 打开媒体门控的H. 248命令。在MGW不打开媒体门控的情况下，能够避免被叫用户CAT业 务媒体流传输至主叫用户的终端。此后，主叫CAT业务功能控制模块根据接收到的INVITE 请求正常执行提供主叫用户CAT业务的操作。
步骤3b、主叫CAT业务功能控制模块直接转发接收到的INVITE请求。到步骤仆。
步骤4b、被叫CAT业务功能控制模块接收INVITE请求，并向被叫方(即被叫用户终 端)转发该INVITE请求，到步骤5b。
步骤5b、 ^皮叫方接收INVITE请求，并返回临时响应(Provisional Response),到 步骤6b。
步骤6b、被叫CAT业务功能控制模块接收该临时响应，然后采用应用服务器模式提 供被叫CAT业务，在该临时响应的消息体中携带Content-Disposition为Early Session的被叫用户CAT业务的SDP ( offer )信息。到步骤7b。
步骤7b、主叫CAT业务功能控制模块在接收到临时响应后，选择高优先级的CAT业 务。主叫CAT业务功能控制模块选择高优先级的CAT业务的过程如上述图4中步骤7的描 述，在此不再重复说明。
在主叫CAT业务功能控制模块确定主叫用户CAT业务优先级高的情况下，不论主叫用 户的终端是支持Early Session还是支持P-Early-Media,均到步骤8bl。
在主叫CAT业务功能控制模块确定被叫用户CAT业务优先级高、且主叫用户的终端支 持Early Session的情况下，到步骤8b2。
步骤8bl、主叫CAT业务功能控制模块将PRACK请求的Content-Disposition设置为 Early Session的SDP ( Answer )信息、将SDP信息中的所有媒体行的端口地址均设置为0, 然后，向被叫CAT业务功能控制模块发送该PRACK请求。被叫CAT业务功能控制模块在接 收到该PRACK请求后，不再执行提供被叫用户CAT业务的操作。主叫CAT业务功能控制模 块正常执行后续提供主叫用户CAT业务的操作。
步骤8b2、主叫CAT业务功能控制模块直接转发临时响应。而且，主叫CAT业务功能 控制模块不再执行后续提供主叫用户CAT业务的操作。
方式四提供的定制回铃音业务实现方法流程如附图6所示。
图6中，步骤1、主叫CAT业务功能控制模块接收INVITE请求，该INVITE请求中携 带普通会话的SDP (0fffer )信息，到步骤2。
步骤2、主叫CAT业务功能控制模块与主叫媒体资源功能模块进行信息交互，以协商 获得主叫媒体资源功能模块的IP地址和端口地址。到步骤3。
步骤3、主叫CAT业务功能控制模块将INVITE请求中的普通会话的SDP的IP地址和 端口地址修改为上述步骤2中获得的主叫媒体资源功能模块的IP地址和端口地址，并转 发该INVITE请求。到步骤4 。
步骤4、被叫CAT业务功能控制模块接收并向被叫方转发该INVITE请求。到步骤5。
步骤5、被叫方接收到INVITE请求后，返回临时响应。被叫CAT业务功能控制模块 接收临时响应，被叫CAT业务功能控制模块可以决定采用不同的方式来提供被叫用户CAT 业务。被叫CAT业务功能控制模块在决定采用网关模式提供被叫用户CAT业务时，到步骤 6a。被叫CAT业务功能控制模块在决定采用应用服务器模式提供被叫用户CAT业务时，到 步骤6b。
步骤6a、被叫CAT业务功能控制模块向主叫CAT业务功能控制模块发送携带有 P-Early-Media头域的临时响应。到步骤7。
步骤6b、被叫CAT业务功能控制模块向主叫CAT业务功能控制模块发送消息体中携 带有Content-Disposition设置为Early Session的被叫方CAT业务的SDP (offer )信息 的临时响应。到步骤7。步骤7、主叫CAT业务功能控制模块接收到临时响应后，选择高优先级的CAT业务。 主叫CAT业务功能控制模块选择高优先级的CAT业务的过程可以如上述图4步骤7的描述， 在此不再重复说明。
在主叫CAT业务功能控制模块确定被叫用户CAT业务优先级高、且确定出临时响应中 携带有P-Early-Media头域的情况下，到步骤8al。
在主叫CAT业务功能控制;f莫块确定主叫用户CAT业务优先级高、且确定出临时响应中 携带有P-Early-Media头域的情况下，到步骤8a2。
在主叫CAT业务功能控制模块确定被叫用户CAT业务优先级高、且确定出临时响应中 携带有Content-Disposition设置为Early Session的被叫方CAT业务的SDP ( offer )信 息的情况下，到步骤8bl。
在主叫CAT业务功能控制模块确定主叫用户CAT业务优先级高、且确定出临时响应中 携带有Content-Disposition设置为Early Session的被叫方CAT业务的SDP (offer )信 息的情况下，到步骤8b2。
步骤8al、主叫CAT业务功能控制模块与主叫媒体资源功能模块进行信息交互，以协 商获得主叫媒体资源功能模块的IP地址和端口地址。到步骤9al。
步骤9al、主叫CAT业务功能控制模块将接收到的临时响应中的SDP的IP地址和端 口地址修改为其在步骤8al中获取到的主叫媒体资源功能模块的IP地址和端口地址。到 步骤10al。
步骤10al、主叫CAT业务功能控制模块与主叫媒体资源功能模块进行信息交互，以 要求主叫媒体资源功能模块将其从步骤2协商确定的IP地址和端口地址中接收到的媒体 流通过步骤8al协商确定的IP地址和端口地址发送给主叫用户的终端。主叫CAT业务功 能控制模块不再执行提供主叫CAT业务的操作。
步骤8a2、主叫CAT业务功能控制模块与主叫媒体资源功能模块进行信息交互，以要 求主叫媒体资源功能模块将其从步骤2协商确定的IP地址和端口地址接收到的媒体流丢 弃，或者要求主叫媒体资源功能模块关闭步骤2协商确定的IP地址和端口地址。主叫CAT 业务功能控制模块正常执行提供主叫CAT业务的操作。
步骤8bl、主叫CAT业务功能控制模块直接向主叫用户的终端转发接收到的临时响应。 主叫CAT业务功能控制模块不再执行提供主叫CAT业务的操作。
步骤8b2、主叫CAT业务功能控制模块将PRACk请求的Content-Dispos it ion设置为 Early Session的SDP (Answer)信息，并将Ear ly Session的SDP (Answer)信息中的所 有媒体行的端口地址均设置为0,并向被叫CAT业务功能控制模块发送该PRACk请求。主 叫CAT业务功能控制模块正常执行提供主叫CAT业务的操作。
方式五提供的定制回铃音业务实现方法流程如附图7所示。
图7中，步骤1、主叫CAT业务功能控制模块接收INVITE请求，到步骤2。步骤2、主叫CAT业务功能控制模块判断主叫用户的终端能力。主叫CAT业务功能控 制模块判断主叫用户的终端能力的方法可以如上述图4中的步骤2中的描述，在此不再重 复说明。
主叫CAT业务功能控制模块在判断出主叫用户的终端仅支持P-Early-Media时，到步 骤3a。主叫CAT业务功能控制模块在判断出主叫用户的终端支持Early Session时，到步 骤3b。
步骤3a、主叫CAT业务功能控制模块与主叫媒体资源功能模块进行信息交互，以协
商获得主叫媒体资源功能模块的IP地址和端口地址。到步骤4a。
步骤4a、主叫CAT业务功能控制模块将INVITE请求中的普通会话的SDP的IP地址
和端口地址修改为上述步骤2中获得的主叫媒体资源功能模块的IP地址和端口地址，并
转发该面TE请求。到步骤5a。
步骤5a、被叫CAT业务功能控制模块接收并向被叫方转发该INVITE请求。到步骤6a。
步骤6a、 ^L叫方"t妄收到INVITE请求后，返回临时响应。到步-骤7a。
步骤7a、被叫CAT业务功能控制模块向主叫CAT业务功能控制模块发送携带有
P-Early-Media头域的临时响应。到步骤8a。
步骤8a、主叫CAT业务功能控制模块接收到临时响应后，选择高优先级的CAT业务。
主叫CAT业务功能控制^f莫块选择高优先级的CAT业务的过程可以如上述图4步骤7的描述，
在此不再重复说明。
在主叫CAT业务功能控制才莫块确定被叫用户CAT业务优先级高、且确定出临时响应中 携带有P-Early-Media头域的情况下，到步骤9al。
在主叫CAT业务功能控制^^块确定主叫用户CAT业务优先级高、且确定出临时响应中 携带有P-Early-Media头域的情况下，到步骤9a2。
步骤9al、主叫CAT业务功能控制模块与主叫媒体资源功能模块进行信息交互，以协 商获得主叫媒体资源功能模块的IP地址和端口地址。到步骤1 Oa 1 。
步骤10al、主叫CAT业务功能控制模块将接收到的临时响应中的SDP的IP地址和端 口地址修改为其在步骤9al中获取到的主叫媒体资源功能模块的IP地址和端口地址。到 步骤llal。
步骤llal、主叫CAT业务功能控制模块与主叫媒体资源功能模块进行信息交互，以 要求主叫媒体资源功能模块将其从步骤3a协商确定的IP地址和端口地址中接收到的媒体 流通过步骤9al协商确定的IP地址和端口地址发送给主叫用户的终端。主叫CAT业务功 能控制模块不再执行提供主叫CAT业务的操作。
步骤3b、主叫CAT业务功能控制模块直接转发接收到的INVITE请求。到步骤4b。 步骤4b、被叫CAT业务功能控制模块接收并向被叫方转发该INVITE请求。到步骤5b。 步骤5b、被叫方接收到INVITE请求后，返回临时响应。到步骤^。步骤6b、被叫CAT业务功能控制模块向主叫CAT业务功能控制模块发送消息体中携 带有Content-Disposition设置为Early Session的^L叫方CAT业务的SDP (offer)信息 的临时响应。到步骤7b。
步骤7b、主叫CAT业务功能控制模块接收到临时响应后，选择高优先级的CAT业务。 主叫CAT业务功能控制模块选择高优先级的CAT业务的过程可以如上述图4步骤7的描述， 在此不再重复说明。
在主叫CAT业务功能控制模块确定被叫用户CAT业务优先级高、且确定出临时响应中 携带有Content-Disposition设置为Early Session的一皮叫方CAT业务的SDP (offer)信 息的情况下，到步骤8bl。
在主叫CAT业务功能控制模块确定主叫用户CAT业务优先级高、且确定出临时响应中 携带有Content-Disposition设置为Early Session的被叫方CAT业务的SDP (offer)信 息的情况下，到步骤8b2。
步骤8bl 、主叫CAT业务功能控制模块直接向主叫用户的终端转发接收到的临时响应。 主叫CAT业务功能控制模块不再执行提供主叫CAT业务的操作。
步骤8b2、主叫CAT业务功能控制模块将PRACk请求的Content-Disposition设置为 Early Session的SDP ( Answer )信息，并将Early Session的SDP ( Answer )信息中的所 有媒体行的端口地址均设置为0,并向被叫CAT业务功能控制模块发送该PRACk请求。主 叫CAT业务功能控制模块正常执行提供主叫CAT业务的操作。
在上述针对图的描述中，是以主叫CAT业务功能控制模块和被叫CAT业务功能控制模 块为例进行说明的。上述主叫CAT业务功能控制模块和被叫CAT业务功能控制模块也可以 替换为被叫CAT业务功能控制模块和呼叫转移的第三方CAT业务功能控制模块，且主叫媒 体资源功能模块需要替换为被叫媒体资源功能模块，被叫方需要替换为呼叫转移的第三 方，主叫方需要替换为被叫方。其实现过程基本相同，在此不再重复描述。
下面以具体的应用场景为例、结合附图描述本发明实施方式提供的CAT业务实现方法。
实施例一、主叫CAT业务功能控制模块位于为主叫服务的CAT AS中，被叫CAT业务 功能控制模块位于为被叫服务的CAT AS中。为主叫方服务的CAT AS根据存储在CAT AS 上的主叫用户设置参数，选择确定主叫用户CAT业务优先级高，并在INVITE请求的头域 Reject-Contact中增加CAT参数；为被叫方服务的CAT AS识别该CAT参数后不申请CAT 々某体资源。在上述情况下，CAT业务的实现过程如附图8所示。
需要说明的是，下述图8的流程描述中省略了一些消息传输过程，例如省略了 P-CSCF、 S-CSCF、 I-CSCF、 MRF等实体的消息传输。
图8中，步骤SOOl， UE#1 (主叫方)发送INVITE请求。到步骤S002。
步骤S002，为主叫方服务的CAT AS根据其存储的主叫用户设置参数选择高优先级的CAT业务，由于主叫用户设置参数中主叫用户CAT业务优先级高，因此，为主叫方服务的 CAT AS确定主叫用户CAT业务的优先级高。到步骤S003。
步骤S003，为主叫方服务的CAT AS在接收的INVITE请求的Reject-Contact头域中 增加CAT参数，然后，将INVITE请求转发给为被叫方服务的CAT AS。到步骤S004。
步骤S004,为被叫方服务的CAT AS接收INVITE请求，并根据INVITE请求的 Reject-Contact头域中的CAT参数判断出主叫用户CAT业务优先级高，则为被叫方服务的 CAT AS直接向UE#2 (被叫方)转发该INVITE请求，为被叫方服务的CAT AS不为被叫用 户CAT业务申请CAT业务的i某体资源。到步骤S005。
步骤S005, UEf2振铃，返回180临时响应。到步骤S006。需要说明的是，步骤S005 中的180临时响应也可以为183临时响应。
步骤S006,为被叫方服务的CAT AS接收并转发180临时响应。到步骤S007。
步骤S007，为主叫方服务的CAT AS接收180临时响应，并采用网关模式或应用服务 器模式向UE#1提供主叫用户CAT业务。
需要说明的是，在图8的步骤S002之前，为主叫方服务的CATAS可以进行主叫用户 的终端能力的判断操作，而且，在判断出主叫用户的终端仅支持P-Early-Media时，执行 后续步骤S002至步骤S007。在判断出主叫用户的终端支持应用服务器模式时，直接转发 INVITE请求。
实施例二、主叫CAT业务功能控制模块位于为主叫服务的CAT AS中。为主叫方服务 的CAT AS根据存储在CAT AS上的主叫用户设置参数，选择确定主叫用户CAT业务优先级 高，并在INVITE请求的头域Reject-Contact中增加CAT参数；MGCF识别该CAT参数后， 将该CAT参数携带在IAM中的Optional Forward Call IndiCATors (可选前向呼叫指示) 字段中，并向PSTN发送该IAM。在上述情况下，CAT业务的实现过程如附图9所示。
需要说明的是，下述图9的流程描述中省略了一些消息传输过程，例如省略了 P-CSCF、 S-CSCF、 BGCF等实体的消息传输。
图9，步骤SIOI， UE#1 (主叫方)发送INVITE请求。到步骤S102。
步骤SI02，为主叫方服务的CAT AS根据其存储的主叫用户设置参数选择高优先级的 CAT业务，由于主叫用户设置参数中主叫用户CAT业务优先级高，因此，为主叫方服务的 CAT AS确定主叫用户CAT业务的优先级高。到步骤S103。
步骤S103,为主叫方服务的CAT AS在接收的INVITE请求的Reject-Contact头域中 增加CAT参数，然后，将INVITE请求转发给MGCF。到步骤S104。
步骤S104, MGCF接收INVITE请求，并根据INVITE请求的Reject-Contact头域中的 CAT参数判断出主叫用户CAT业务优先级高，则MGCF将IAM中的Optional Forward Call Indicators (可选前向呼叫指示)字段的G比特设置为"1",以表示主叫用户CAT业务 优先级高。MGCF向PSTN发送该IAM。到步骤SI05。步骤S105, PSTN接收到IAM后，返回Address Complete Message (地址全消息，ACM)。 到步骤S106。
步骤S106, MGCF接收到ACM后，向为主叫方服务的CAT AS发送180临时响应。到步 骤S107。
步骤S107,为主叫方服务的CAT AS接收180临时响应，并采用网关模式或应用服务 器模式向UE#1提供主叫用户CAT业务。
实施例三、被叫CAT业务功能控制模块位于为被叫服务的CAT AS中。PSTN发送至MGCF 的IAM中携带有表示PSTN中主叫用户CAT业务优先级高的CAT优先级指示信息，MGCF识 别该CAT优先级指示信息，确定主叫用户CAT业务优先级高，并发送头域Reject-Contact 携带有CAT参数的INVITE请求。在上述情况下，CAT业务的实现过程如附图IO所示。
需要说明的是，下述图10的流程描述中省略了一些消息传输过程，例如省略了 P-CSCF、 S-CSCF等实体的消息传输。
图10中，步骤S201, PSTN将IAM的Optional Forward Call Indicators (可选前 向呼叫指示)字段的G比特设置为"1",以表示PSTN中的主叫用户CAT业务优先级高， PSTN向MGCF发送该IAM。到步骤S202。
步骤S202, MGCF接收IAM,并根据IAM的Optional Forward Call Indicators (可 选前向呼叫指示)字段的G比特判断出PSTN中的主叫用户CAT业务优先级高，然后，MGCF 在INVITE请求中的Reject-Contact头域增加CAT参数，以表示PSTN的主叫用户CAT业 务优先级高。MFCF向为被叫服务的CAT AS发送INVITE请求。到步骤S203。
步骤S203，为被叫服务的CAT AS接收INVITE请求，并根据INVITE请求的 Reject-Contact头域中的CAT参数判断出主叫用户CAT业务优先级高，之后，为被叫服务 的CAT AS直接向UE#2 (被叫方)转发该INVITE请求，且不执行为被叫用户CAT业务申请 媒体资源的操作。
实施例四、主叫CAT业务功能控制模块位于为主叫服务的CAT AS中，被叫CAT业务 功能控制模块位于为被叫服务的CAT AS中。为主叫方服务的CAT AS根据存储在CAT AS 上的主叫用户设置参数或本地策略，选择确定被叫用户CAT业务优先级高。为主叫服务的 CAT AS判断主叫用户的终端不支持Early Session后，在INVITE请求的Support头域中 增加Early Session。在上述情况下，CAT业务的实现过程如附图11所示。
需要说明的是，下述图11的流程描述中省略了一些消息传输过程，例如省略了 P-CSCF、 S-CSCF、 I-CSCF、 MRF等实体的消息传输。
图11中，步骤S301, UE#1向为主叫方服务的CAT AS发送INVITE请求，且该INVITE 请求的消息体中携带有普通会话的SDP ( offer )信息。到步骤S30乙
步骤S302,为主叫方服务的CAT AS接收该INVITE请求，并判断该INVITE请求的 Supported头域中是否携带有Early Session参数，在判断出没有携带有Early Session参数后，确定主叫用户的终端不支持Early Session。到步骤S303。
步骤S303,为主叫服务的CAT AS在INVITE请求的S叩ported头域中增加Early
Session参数，然后，向为被叫方服务的CAT AS发送该INVITE请求。到步骤S3(H。
步骤S304，为被叫方服务的CAT AS接收到INVITE请求后，向UE#2转发该INVITE
请求。到步骤S305。
步骤S305 ， UE#2振铃，并返回180临时响应，其中180临时响应中的 Content-Disposition设置为session的普通会i舌的SDP ( answer M言息，TO头;或的to tag 参数设置为tag=31415286。需要说明的是，这里的180临时响应也可以是183临时响应。 到步骤S306。
步骤S306,由于为被叫方服务的CAT AS在步骤304中接收到的INVITE请求的 Supported头域中包含Early Session参数，因此，为被叫方服务的CAT AS采用应用服务 器模式提供被叫用户CAT业务，即为被叫方服务的CAT AS在180响应中增加 Content-Disposition为Early Session的被叫方CAT业务的SDP (offer)信息，然后， 向主叫方服务的CAT AS转发该180临时响应。到步骤S307。
步骤S307,为主叫方服务的CAT AS根据存储在CAT AS上的主叫用户设置参数或运 营商的策略确定被叫用户CAT业务优先级高。到步骤S308。
步骤S308,由于被叫用户CAT业务优先级高、主叫用户的终端仅支持P-Early-Media 头域、且180临时响应中同时携带了 Content-Disposition为Early Session的被叫方的 CAT业务的SDP信息和Content-Disposition为session的4皮叫方返回的普通会话的SDP 信息，因此，为主叫方月良务的CAT AS存储Content-Disposition为session的被叫方返 回的普通会话的SDP信息，将180临时响应中的此部分消息体删除 > 将 Content-Disposition 为 Early Session 的被叫方的 CAT 业务SDP信息的 Content-Disposition更 文为session,并在180临时响应中增力口头域P-Early-Media，该 头域的参数设置为"sendrecv",然后，将180临时响应的TO头域的to tag参数修改为 为主叫方服务的CAT AS本地产生的tag=583558,为主叫方服务的CAT AS向UE#1转发该 180临时响应。到步骤S309。
步骤S309, UE#1接收180临时响应，并发送PRACK请求。到步骤S310。
步骤S310，为主叫方服务的CAT AS接收并转发PRACK请求，该PRACK请求中采用 Content-Disposition为Early Session的方式携带了步骤S301中普通会话的SDP信息。 到步骤S311。
步骤S311,为被叫方服务的CAT AS接收PRACK请求，删除PRACK请求中携带的SDP 消息体，并向UEtf2转发该PRACK请求。到步骤S312。
步骤S312，服#2接收到PRACK请求后，返回200 OK响应。到步骤S31！3。 步骤S313,为被叫方服务的CAT AS接收并转发200 OK响应，到步骤S314。步骤S314,为主叫方服务的CAT AS接收200 0K响应，并向UE#1转发该200 OK响 应。到步骤S315。
步骤S315,为被叫方服务的CAT AS向主叫用户提供CAT业务。
需要说明的是，在步骤S302中，如果为主叫方服务的CATAS判断出主叫用户的终端 支持Early Session时，则在步骤S303中，为主叫服务的CAT AS可以直接转发接收到的 INVITE请求，而且，在步骤S308中，为主叫方服务的CAT AS不需要执行修改操作，直接 转发其在步骤S306中接收到的180临时响应即可。
实施例五、主叫CAT业务功能控制模块位于为主叫服务的CAT AS中，被叫CAT业务 功能控制模块位于为被叫服务的CAT AS中。为主叫方服务的CAT AS根据存储在CAT AS 上的主叫用户设置参数或本地策略，选择确定主叫用户CAT业务优先级高。为主叫服务的 CAT AS判断主叫用户的终端支持Early Session。在上述情况下，CAT业务的实现过程如 附图12所示。
需要说明的是，下迷图12的流程描述中省略了一些消息传输过程，例如省略了 P-CSCF、 S-CSCF、 I-CSCF、 MRF等实体的消息传输。
图12中，步骤S401, UE#1向为主叫方服务的CAT AS发送INVITE请求，由于UE#1 支持Early Session,因此，INVITE请求的Supported头域中包含Ear ly Session参数。 到步骤S402。
步骤S402，为主叫方服务的CAT AS接收INVITE请求，并根据INVITE请求的Supported 头域包含的Early Session参数判断出主叫用户的终端支持Early Session。到步骤S栃。
步骤S403，为主叫方服务的CAT AS直接向为被叫方服务的CAT AS转发接收到的 INVITE请求，到步骤S404。
步骤S顿，为被叫方服务的CAT AS接收到INVITE请求后，向,2转发该INVITE 请求。到步骤S405。
步骤S405 ， UE#2振铃，并返回WO临时响应，其中 WO临时响应中的 Content-Disposition设置为session的普通会话的SDP( answer )信息，TO头域的to tag 参数设置为tag=31415286。需要说明的是，这里的180临时响应也可以是183临时响应。 到步骤S406。
步骤S406,由于为被叫方服务的CAT AS在步骤3(H中接收到的INVITE请求的 Supported头域中包含Early Session参数，因此，为被叫方服务的CAT AS采用应用服务 器模式提供被叫用户CAT业务，即为被叫方服务的CAT AS在180响应中增加 Content-Disposition为Early Session的^L叫方CAT业务的SDP (offer)信息，然后， 向主叫方服务的CAT AS转发该180临时响应。到步骤S407。
步骤S407，为主叫方服务的CAT AS根据存储在CAT AS上的主叫用户设置参数或运 营商的策略确定主叫用户CAT业务优先级高。到步骤S408。步骤S408，为主叫方月良务的CAT AS发送Content—Disposition为Early Session的 SDP (Answer )信息的PRACK请求，其中SDP (Answer )信息中的所有J(某体行的端口地址均 设置为0，以表示拒绝为被叫方服务的CAT AS提供的被叫用户CAT业务。到步骤S409。
步骤S409，为被叫方服务的CAT AS接收PRACK请求，并根据PRACK请求中的 Content-Disposition为Early Session的SDP信息的所有媒体行的端口地址均设置0判 断出主叫方拒绝接收被叫用户的CAT业务，因此，为被叫方服务的CAT AS不为被叫用户 CAT业务申请媒体资源，而且，为被叫方服务的CAT AS删除该PRACK请求的SDP消息体， 然后，向UE#2转发该PRACK请求。到步骤S410。
步骤S410， UE#2接收到PRACK请求后，返回200 0K响应。到步骤S411。
步骤S411,为被叫方服务的CAT AS接收并转发200 OK响应，到步骤S"2。
步骤S412,为主叫方服务的CAT AS接收200 OK响应，并采用应用服务器模式向主 叫用户提供主叫用户CAT业务。
需要说明的是，在步骤S402中，如果为主叫方服务的CATAS判断出主叫用户的终端 不支持Early Session时，则在步骤S403中，为主叫方服务的CAT AS在INVITE请求的 S叩ported头域增加Early Session参数，然后，再转发INVITE请求。另外，如果在步骤 S407中，为主叫方服务的CATAS选择被叫用户CAT业务优先级高，则为主叫方服务的CAT AS不执行步骤S408,而是直接转发其在步骤S406中接收到的临时响应，然后，由为被叫 方服务的CAT AS采用应用服务器模式为主叫用户提供被叫用户CAT业务。
实施例六、主叫CAT业务功能控制模块位于为主叫服务的CAT AS中，被叫CAT业务 功能控制模块位于为被叫服务的CAT AS中，主叫媒体资源功能模块位于为主叫方服务的 MRF中。为主叫方服务的CAT AS根据存储在CAT AS上的主叫用户设置参数或本地策略， 选择确定被叫用户CAT业务优先级高。为主叫方服务的CAT AS将INVITE请求中的SDP的 IP地址和端口地址修改为为主叫方服务的MRF的IP地址和端口地址。为被叫方服务的CAT AS采用网关模式向主叫用户提供被叫用户CAT业务。在上述情况下，CAT业务的实现过程 如附图13所示。
需要说明的是，下述图13的流程描述中省略了一些消息传输过程，例如省略了 P-CSCF、 S-CSCF、 I-CSCF等实体的消息传输。
图13,步骤S501' UE#1发送消息体中携带有普通会话的SDP (offer )信息的INVITE 请求。到步骤S502。
步骤S502,为主叫方服务的CAT AS接收INVITE请求，并通过与为主叫方服务的MRF 的信息交互，协商获得为主叫方服务的MRF的IP地址和端口地址。到步骤S503。
步骤S503,为主叫方服务的CAT AS将INVITE请求的消息体中的SDP信息的IP地址 和端口地址更改为其在步骤S502中协商荻得的IP地址和端口地址，然后，为主叫方服务 的CAT AS转发INVITE请求。到步骤S504。步骤S504，为被叫方服务的CAT AS接收并转发INVITE请求。到步骤S505。
步骤S505， UE#2接收到INVITE请求后振铃，并返回180临时响应。到步骤S506。 需要说明的是，这里的180临时响应也可以是183临时响应。
步骤S506，为被叫方服务的CAT AS接收180临时响应，并采用网关模式为主叫用户 提供被叫用户CAT业务，为被叫方服务的CAT AS在180临时响应中携带P-Early-Media 头域，然后，向为主叫方服务的CAT AS转发该180临时响应，到步骤S507。
步骤S507,为主叫方服务的CAT AS根据存储在CAT AS上的主叫用户设置参数或本 地策略选择^L叫用户CAT业务优先级高。到步骤S508。
步骤S508,为主叫方服务的CAT AS通过与为主叫方服务的MRF的信息交互，协商获 得为主叫方服务的MRF的IP地址和端口地址。到步骤S509。
步骤S509,由于被叫用户CAT业务优先级高，因此，为主叫方服务的CAT AS将180 临时响应中的SDP的IP地址和端口地址更改为其在步骤S508中协商获得的IP地址和端 口地址，然后，为主叫方服务的CAT AS向UE#1转发该180临时响应。到步骤S510。
步骤S510,为主叫方服务的CAT AS与为主叫方服务的MRF进行信息交互，以要求为 主叫方服务的MRF将从步骤S502协商的IP地址和端口地址中接收到的力某体流通过步骤 S508协商的IP地址和端口地址发送给主叫用户。到步骤S511。
步骤S511,为被叫方服务的CAT AS向主叫用户提供被叫用户CAT业务。
需要说明的是，在步骤S506中，如果为被叫方服务的CAT AS采用应用服务器模式提 供CAT业务，即在180临时响应中的Content-Disposition采用Early Session方式携带 被叫用户CAT业务的SDP (offer)信息，则为主叫方服务的CAT AS可以不执行步骤S508、 及步骤S510,而是在步骤S507后直接执行步骤S509将180临时响应转发给UEtfl，然后， 直接执行步骤S511，由为被叫方服务的CAT AS直接向主叫方提供被叫用户CAT业务。
另外，在步骤S507中，如果为主叫方服务的CAT AS选择主叫用户CAT业务优先级高， 则在步骤S509中，为主叫方服务的CAT AS可以采用网关模式或应用服务器模式向主叫用 户提供主叫用户CAT业务；并且在步骤S510中，为主叫方服务的CAT AS通过与为主叫方 服务的MRF进行信息交互，以要求为主叫方服务的MRF丢弃从步骤S502协商的IP地址和 端口地址中接收到的媒体流。
还有，在步骤S502之前，为主叫方服务的CAT AS可以先判断主叫用户的终端能力， 在判断出主叫用户的终端仅支持P-Early-Media后，再执行后续的流程。
实施例七、主叫CAT业务功能控制模块位于为主叫服务的CAT AS中，被叫CAT业务 功能控制模块位于为被叫服务的CAT AS中，主叫媒体资源功能模块位于为主叫方服务的 MRF中。为主叫方服务的CAT AS根据存储在CAT AS上的主叫用户设置参数或本地策略， 选择确定主叫用户CAT业务优先级高。为主叫方服务的CAT AS将INVITE请求中的SDP的 IP地址和端口地址修改为为主叫方服务的MRF的IP地址和端口地址。为被叫方服务的CATAS采用应用服务器模式向主叫用户提供被叫用户CAT业务。在上述情况下，CAT业务的实 现过程如附图14所示。
需要说明的是，下述图14的流程描述中省略了一些消息传输过程，例如省略了 P-CSCF、 S-CSCF、 I-CSCF等实体的消息传输。
图14,步骤S601， UE并1发送消息体中携带有普通会话的SDP( offer )信息的INVITE 请求。到步骤S602。
步骤S602，为主叫方服务的CAT AS接收INVITE请求，并通过与为主叫方服务的MRF 的信息交互，协商获得为主叫方服务的MRF的IP地址和端口地址。到步骤S603。
步骤S603，为主叫方服务的CAT AS将INVITE请求的消息体中的SDP信息的IP地址 和端口地址更改为其在步骤S602中协商获得的IP地址和端口地址，然后，为主叫方服务 的CAT AS转发INVITE请求。到步骤S604。
步骤S604,为被叫方服务的CAT AS接收并转发INVITE请求。到步骤S605。
步骤S605, UE#2接收到INVITE请求后振铃，并返回180临时响应。到步骤S606。 需要说明的是，这里的180临时响应也可以是183临时响应。
步骤S606,为被叫方服务的CAT AS接收180临时响应，为被叫方服务的CAT AS采 用应用服务器模式向UE#1提供被叫用户CAT业务，为被叫方服务的CAT AS以 Content-Disposition为Early Session方式在180临时响应中携带被叫用户CAT业务的 SDP (offer )信息。到步骤S607。
步骤S607,为主叫方服务的CAT AS根据存储在CAT AS上的主叫用户设置参数或本 地策略选择主叫用户CAT业务优先级高。到步骤S608。
步骤S608,为主叫方服务的CAT AS将PRACK请求中的Content-Disposition设置为 Early Session的SDP (Answer)信息，并且SDP信息中的所有媒体行的端口地址均设置 为0，以表示拒绝为被叫方服务的CAT AS提供的被叫用户CAT业务。为主叫方服务的CAT AS发送该PRACK请求。到步骤S609。
步骤S609,为被叫方服务的CAT AS接收PRACK请求，在判断出PRACK请求中的 Content-Disposition为Early Session的SDP的端口i也址均i殳置为0后，确定主叫用户 拒绝接收被叫用户CAT业务，因此，为被叫方服务的CAT AS不为被叫用户CAT业务申请 CAT业务媒体资源，并删除PRACK请求中的SDP消息体，然后，向UE#2转发该PRACK请求。 到步骤S610。
步骤S610，为主叫方服务的CAT AS采用网关模式或者应用服务器模式向主叫用户提 供主叫用户CAT业务。
从上述描述可知，本发明实施方式通过在存在多个定制回铃音业务的情况下，选择高 优先级的定制回铃音业务，并触发相应的操作，能够允许选择的回铃音业务、禁止未被选 择的定制回铃音业务，从而能够在多方订阅CAT业务的情况下，避免主叫方接收到多个混合在一起的回铃音的问题，提高了定制回铃音业务的实现灵活性，提高了用户对CAT业务 体验。本发明实施方式提供了多种实现定制回铃音业务的技术方案，能够适用于多种不同 的应用场景，从而满足各种网络需求。
通过以上的实施方式的描迷，本领域的技术人员可以清楚地了解到本发明可借助软件 加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施，但很多情况下前者是 更佳的实施方式。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部 分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如 R0M/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机， 服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
下面结合附图15对本发明实施方式提供的定制回铃音业务实现装置进行说明。
本发明实施方式提供的定制回铃音业务实现装置可以位于IMS域中的CAT AS中，也 可以位于CS域的MSC中，还可以位于MGCF中。当然也可以位于网络側的其他网络设备中。 图15中的定制回铃音业务实现装置包括选择模块和执行模块。
在呼叫过程中，选择模块可以在接收到请求(如INVITE请求等)后从该呼叫的至少 两个定制回铃音业务中选择具有高优先级的定制回铃音业务。例如，选择模块从主叫CAT 业务、被叫CAT业务和呼叫转移第三方CAT业务中选择一个高优先级的CAT业务；或者从 叫CAT业务、被叫CAT业务中选择一个高优先级的CAT业务；或者从被叫CAT业务和呼叫 转移第三方CAT业务中选择一个高优先级的CAT业务。选择模块可以采用多种策略来选择 高优先级的定制回铃音业务。例如，选择模块可以依据上述实施方式中描述的八个策略中 的任一策略来选择高优先级的定制回铃音业务。本发明实施方式不限制选择高优先级的定 制回铃音业务的策略的具体表现形式。选择模块选择高优先级的CAT业务的具体实现方式 如上述方法实施方式中的描述，在此不再重复说明。
在选择模块选择了高优先级的CAT业务后，执行模块获取选择模块的选择结果信息， 并根据该选择结果信息触发允许为主叫用户播放所述选择的定制回铃音业务、禁止为主叫 用户播放未被选择的定制回铃音业务的操作。通过触发该操作可以使选择的CAT业务的媒 体流传输至主叫用户的终端，未被选择的CAT业务的々某体流不被传输至主叫用户的终端。
执行模块执行的触发操作可以为多种形式。例如在本侧用户定制回铃音业务优先级 高时，执行模块通知对侧网络节点不提供定制回铃音业务、且执行模块执行提供本侧用户 定制回铃音业务的操作；在对側用户定制回铃音业务优先级高时，执行模块通知对侧网络 节点提供定制回铃音业务，且执行模块不执行提供本侧用户定制回铃音业务的操作。再例 如在本侧用户定制回铃音业务优先级高时，执行模块指示媒体资源功能模块丢弃接收到 的对侧用户定制回铃音业务的媒体流、且执行模块执行提供本侧用户定制回铃音业务的操 作；在对侧用户定制回铃音业务优先级高时，执行模块允许媒体资源功能模块正常传输其 接收到的对侧用户定制回铃音业务的媒体流，且执行模块不执行提供本侧用户定制回铃音业务的操作。还有在本侧用户定制回铃音业务优先级高时，执行模块指示媒体网关控制 功能实体不执行打开针对对侧用户定制回铃音业务媒体流的媒体门控操作、且执行模块执
行提供本侧用户定制回铃音业务的操作；在对侧用户定制回铃音业务优先级高时，执行模
块指示媒体网关控制功能实体执行打开针对对侧用户定制回铃音业务媒体流的媒体门控 操作、且执行模块不执行提供本侧用户定制回铃音业务的操作等等。
上述本侧、对侧是针对呼叫来说的，例如，当呼叫为主叫用户与被叫用户之间的呼叫， 则选择模块和执行模块可以位于主叫用户对应的网络侧，即本侧是指主叫用户侧、对侧是 指被叫用户侧。再例如，当呼叫为被叫用户与呼叫转移的第三方用户之间的呼叫，则选择 模块和执行模块可以位于被叫用户对应的网络侧，即本侧是指被叫用户侧、对侧是指呼叫 转移的第三方用户侧。
本发明实施方式中的执行模块由第一执行子模块、第二执行子模块、第三执行子模块、 第四执行子模块、第五执行子模块、第六执行子模块、第七执行子模块、第八执行子模块、
第九执行子模块、第十执行子模块、第十一执行子模块中的至少一个子4莫块组成；另外， 执行模块还可以可选的包括判断子模块和地址获取子模块中的至少一个。
第 一执行子模块根据选择模块的选择结果指示对侧网络节点是否提供定制回铃音业 务。例如，第一执行子模块在确定出本侧用户定制回铃音业务优先级高时，执行提供本侧 用户定制回铃音业务的操作，并直接向对侧网络节点发送所述选择的定制回铃音业务的信 息，以指示对侧网络节点不为对侧用户定制回铃音业务申请媒体资源；再例如，第一执行 子模块在确定出对侧用户定制回铃音业务优先级高时，不执行提供本侧用户定制回铃音业 务的操作，并直接向对侧网络节点发送所述选择的定制回铃音业务的信息，以指示对侧网 络节点为对侧用户定制回铃音业务申请媒体资源；再例如，第一执行子模块在确定出本侧 用户定制回铃音业务优先级高时，执行提供本侧用户定制回铃音业务的操作，并通过媒体 网关控制功能实体向对侧网络节点发送所述选择的定制回铃音业务的信息，以指示对侧网 络节点不为对侧用户定制回铃音业务申请媒体资源；还有，第一执行子模块在确定出对侧 用户定制回铃音业务优先级高时，不执行提供本侧用户定制回铃音业务的操作，并通过媒 体网关控制功能实体向对侧网络节点发送所述选择的定制回铃音业务的信息，以指示对侧 网络节点为对侧用户定制回铃音业务申请i某体资源。
第一执行子模块可以将选择的定制回铃音业务的信息携带在INVITE消息中发送， MGCF可以将选择的定制回铃音业务的信息携带在IAM中发送。具体的携带方式、消息交互 过程、以及对侧网络节点接收到消息后执行的操作如上述方法实施方式中的描述，在此不 再重复说明。
在执行模块包括判断子模块的情况下，判断子模块判断主叫用户终端是否支持应用服 务器模式，并在判断出主叫用户终端不支持应用服务器模式的情况下，输出通知信息，第 一执行子模块在接收到判断子模块的通知后，再根据选择模块的选择结果执行上述操作。判断子模块判断主叫用户终端释放支持应用服务器模式的方法如上述方法实施方式的描 述，在此不再重复il明。
第二执行子模块根据选择模块的选择结果指示媒体网关控制功能实体是否打开媒体 门控。例如，第二执行子模块在确定出本侧用户定制回铃音业务优先级高时，执行提供本 侧用户定制回铃音业务的操作，并直接向媒体网关控制功能实体发送所述选择的定制回铃
音业务的信息，以指示所述媒体网关控制功能实体不执行打开i某体网关的媒体门控操作；
再例如，第二执行子模块在确定出对侧用户定制回铃音业务优先级高时，不执行提供本侧 用户定制回铃音业务的操作，并直接向媒体网关控制功能实体发送信息，以指示所述媒体 网关控制功能实体执行打开媒体网关的媒体门控操作。
第二执行子模块可以将选择的定制回铃音业务的信息携带在INVITE消息中发送。选 择的定制回铃音业务的信息在INVITE消息中的携带方式、以及媒体网关控制功能实体执 行的操作等如上述方法实施方式中的描述。
在执行模块包括判断子模块的情况下，判断子模块判断主叫用户终端是否支持应用服 务器模式，并在判断出主叫用户终端不支持应用服务器模式的情况下，输出通知信息，第 二执行子模块在接收到判断子模块的通知后，再根据选择模块的选择结果执行上述操作。 判断子模块判断主叫用户终端释放支持应用服务器模式的方法如上述方法实施方式的描 述，在此不再重复说明。
第三执行子模块，用于根据选择模块的选择结果指示i某体资源功能模块是否丟弃定制 回铃音业务媒体流；例如，在本侧用户定制回铃音业务优先级高时，指示媒体资源功能模 块丢弃接收到的对侧用户定制回铃音业务的媒体流、且第三执行子模块执行提供本侧用户 定制回铃音业务的操作；在对侧用户定制回铃音业务优先级高时，第三执行子模块允许媒 体资源功能模块正常传输其接收到的对侧用户定制回铃音业务的媒体流，且第三执行子模 块不执行提供本侧用户定制回铃音业务的操作。
在执行模块包括判断子模块的情况下，判断子模块判断主叫用户终端是否支持应用服 务器模式，并在判断出主叫用户终端不支持应用服务器模式的情况下，输出通知信息，第 三执行子模块在接收到判断子模块的通知后，再根据选择模块的选择结果执行上述操作。 判断子模块判断主叫用户终端释放支持应用服务器模式的方法如上述方法实施方式的描 述，在此不再重复说明。
第四执行子模块根据选择模块的选择结果指示媒体资源功能模块是否关闭定制回铃 音业务媒体流的接收地址。例如，在本侧用户定制回铃音业务优先级高时，指示媒体资源 功能模块关闭接收对侧用户定制回铃音业务的媒体流的接收地址、且第四执行子模块执行 提供本侧用户定制回铃音业务的操作。在对侧用户定制回铃音业务优先级高时，第四执行 子模块允许媒体资源功能模块正常传输其接收到的对侧用户定制回铃音业务的媒体流，且 第四执行子模块不执行提供本侧用户定制回铃音业务的操作。在执行模块包括判断子模块的情况下，判断子模块判断主叫用户终端是否支持应用服 务器模式，并在判断出主叫用户终端不支持应用服务器模式的情况下，输出通知信息，第 四执行子模块在接收到判断子模块的通知后，再根据选择模块的选择结果执行上述操作。 判断子模块判断主叫用户终端释放支持应用服务器模式的方法如上迷方法实施方式的描 述，在此不再重复说明。
第五执行子模块在选择模块确定本侧用户定制回铃音业务优先级高时，不论主叫用户 的终端是否支持应用服务器模式，均向对侧网络节点发 送拒绝定制回铃音业务媒体流的信 息，以指示对侧网络节点不发送定制回铃音业务的媒体流即表示拒绝被叫侧的网络节点提 供的被叫用户的定制回铃音业务。
第六执行子模块在选择模块确定对侧用户定制回铃音业务优先级高、且判断出主叫用 户终端支持应用服务器模式的情况下，采用应用服务器模式执行正常的消息转发过程，且 不向被叫侧的网络节点发送拒绝信息，不向主叫用户提供主叫用户定制回铃音业务；例如， 第六执行子模块转发对侧网络节点转发来的针对INVITE请求的响应消息，以允许对侧网 络节点发送定制回铃音业务的媒体流。具体实现过程如上述方法实施方式中的描述，在此 不再重复说明。
第七执行子模块在选择模块确定对侧用户定制回铃音业务优先级高、且判断出主叫用 户终端不支持应用服务器模式的情况下，第七执行子模块将需要向主叫用户转发的消息转 换为基于网关模式的消息并转发，并采用应用服务器模式向被叫侧的网络节点发送允许信 息，以表示允许被叫侧的网络节点提供的被叫用户的定制回铃音业务，且不向主叫用户提
供主叫用户的定制回铃音业务等等；例如，第七执行子模块将对侧网络节点转发来的针对 INVITE请求的响应消息转换为基于网关模式的针对INVITE请求的响应消息，转发所述转 换后的响应消息，并向对侧网络节点发送釆用应用服务器模式向被叫侧的网络节点发送允 许信息，以指示对侧网络节点采用应用服务器模式发送定制回铃音业务的媒体流。具体实 现过程如上述方法实施方式中的描述，在此不再重复说明。
第八执行子模块于在对侧网络节点采用网关模式提供定制回铃音业务、且选择模块确 定对侧用户定制回铃音业务优先级高的情况下，第八执行子模块与本侧媒体资源功能模块 进行信息交互，以协商获取本侧4某体资源功能模块输出定制回铃音业务的媒体流的地址信 息(第二地址信息)，然后，将该第二地址信息告知本侧用户的终端，并指示本侧媒体资 源功能模块将从第 一地址接收到的定制回铃音业务的媒体流通过第二地址发送至主叫用 户，而且，第八执行子模块不执行提供本侧用户的定制回铃音业务的操作。上述对侧网络 节点采用网关模式可以是对侧网络节点主动采用网关模式，也可以是根据第八执行子模块 发送的消息而被动采用网关模式。在此实现过程中，预定地址可以是由地址获取子模块提 供给第八执行子模块的。例如，地址获取子模块在其所在装置接收到INVITE请求、且主 叫用户终端不支持应用服务器模式时，通过与本侧4某体资源功能模块进行信息交互来协商获取该第一地址信息。该第一地址信息可以为IP地址和端口地址信息。在协商获取了该 第 一地址信息后，第八执行子模块可以将该第 一地址信息通知对侧的网络节点。通知的方 式可以为第八执行子模块在接收到INVITE消息后，将该第 一地址信息携带在INVITE消 息中发送至被叫侧的网络节点。本发明实施方式不排除第八执行子模块采用其它消息告知 被叫侧的网络节点该第 一地址信息的实现方式。具体实现过程如上述方法实施方式中的描 述，在此不再重复说明。
第九执行子模块在对侧网络节点采用网关模式提供定制回铃音业务、且选择模块确定 本侧用户定制回铃音业务优先级高的情况下，指示媒体资源功能模块丟弃从预定地址接收 到的定制回铃音业务的媒体流，而且，第九执行子模块不执行提供本侧用户的定制回铃音 业务的操作。上述对侧网络节点采用网关模式可以是对侧网络节点主动采用网关模式，也 可以是根据第九执行子模块发送的消息而被动采用网关模式。在此实现过程中，预定地址 也可以是由地址获取子模块提供给的。例如，地址获取子模块在其所在装置接收到INVITE 请求、且主叫用户终端不支持应用服务器模式时，通过与本侧i某体资源功能模块进行信息 交互来协商获取该第一地址信息。该第一地址信息可以为IP地址和端口地址信息。在协 商获取了该第 一地址信息后，第九执行子模块可以将该第 一地址信息通知对侧的网络节 点。具体如上述实施方式中的描述，在此不再重复说明。
第十执行子模块，用于在对侧网络节点采用应用服务器模式提供定制回铃音业务、且 选捧模块确定对侧用户定制回铃音业务优先级高的情况下，转发对侧网络节点发送来的针 对INVITE请求的响应信息，且不执行提供本侧用户定制回铃音业务的操作。上述对侧网 络节点采用应用服务器模式可以是对侧网络节点主动采用应用服务器模式，也可以是根据 第十执行子模块发送的消息而被动采用应用服务器模式。具体如上述实施方式中的描述， 在此不再重复说明。
第十一执行子模块在对侧网络节点采用应用服务器模式提供定制回铃音业务、且选择 模块确定本侧用户定制回铃音业务优先级高的情况下，向对侧网络节点发送拒绝定制回铃 音业务媒体流的信息，以指示对侧网络节点不发送定制回铃音业务的媒体流，且第十一执 行子模块执行提供主叫用户定制回铃音业务的操作。上述对侧网络节点采用应用服务器模 式可以是对侧网络节点主动采用应用服务器模式，也可以是根据第十一执行子模块发送的 消息而被动采用应用服务器模式。具体如上述实施方式中的描述，在此不再重复说明。
虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化 而不脱离本发明的精神，本发明的申请文件的权利要求包括这些变形和变化。
权利要求
1、一种IMS域定制回铃音业务实现方法，其特征在于，包括在呼叫过程中，第一CAT业务侧具有定制回铃音业务控制功能的网络节点从所述呼叫的第一CAT业务侧提供的第一CAT业务和第二CAT业务侧提供的第二CAT业务中选择一个定制回铃音业务；所述网络节点向主叫用户提供所述选择的定制回铃音业务、禁止为主叫用户提供未被选择的定制回铃音业务。
2、 如权利要求l所述的方法，其特征在于，所述选择定制回铃音业务可以根据下列 条件至少一种进行选择根据用户定制回铃音业务设置参数选择高优先级的定制回铃音业务；根据预先设置的本地策略选择高优先级的定制回铃音业务；根据记录的曾经的定制回铃音业务选择结果选择高优先级的定制回铃音业务；在存在呼叫转移的情况下，选择被叫用户或呼叫转移第三方用户的定制回铃音业务；在被叫用户隐匿的情况下，选择主叫用户的定制回铃音业务；在呼叫转移第三方用户隐匿的情况下，选择主叫用户或被叫用户的定制回铃音业务；根据呼叫的双方用户要求使用的媒体格式选择高优先级的定制回铃音业务； 根据主叫用户的终端支持的媒体格式、多个定制回铃音业务的媒体格式选择媒体格 式匹配的定制回铃音业务。
3、 如权利要求l所述的方法，其特征在于，当上述第一CAT业务侧选择第一CAT业务 时，则向主叫用户提供第一CAT业务，并选择以下至少一种方法禁止第二CAT业务侧为主叫 用户提供第二CAT业务A、 所述网络节点向第二 CAT业务側发送携带选择的定制回铃音业务信息的消息， 以指示第二CAT业务侧不纟是供CAT业务；或者B、 所述网络节点丢弃第二 CAT业务侧发送的第二 CAT力某体流。
4、 如权利要求3所述的方法，其特征在于，方式A中所述选择的定制回铃音业务信息 具体为通知第二CAT业务侧由第一Cat业务侧提供CAT业务，则第二CAT业务侧收到所述携带 选择的定制回铃音业务信息的消息后，不提供第二CAT业务。
5、 如权利要求3所述的方法，其特征在于，方式A中所述网络节点向第二CAT业务侧发 送携带选择的定制回铃音业务信息的消息之前还包括所述网络节点接收到第二 CAT业务侧发送的CAT业务请求。
6、 如权利要求3所述的方法，其特征在于，方式B中丢弃第二CAT业务侧发送的第二 CAW某体流具体方式为以下至少 一种Bl、当一个CAT业务侧位于IMS域，另一个CAT业务侧位于CS域时，所述网络节 点指示4某体网关控制功能实体不打开々某体门控；或者B2、所述网络节点指示媒体资源功能模块关闭定制回铃音业务媒体流的接收地址。
7、 如权利要求6，方式B2中指示媒体资源功能模块关闭定制回铃音业务媒体流的接 收地址具体为所述网络节点指示媒体资源功能模块丢弃从预定地址接收到的定制回铃音业务的 媒体流。
8、 如权利要求l所述的方法，其特征在于，当上述第一CAT业务侧选择第二CAT业务 时，不向主叫用户提供第一CAT业务，并选择以下至少一种方法向主叫终端提供第二CAT 业务A) 所述网络节点向第二 CAT业务侧发送携带选择的定制回铃音业务信息的消息，所 述携带选择的定制回铃音业务信息的消息用于通知第二 CAT业务侧提供CAT业务；或者B) 不向第二 CAT业务侧发送携带选4奪的定制回铃音业务信息的消息，由第二 CAT 业务侧提供CAT业务；或者C) 所述网络节点接收到第二 CAT业务侧发送的CAT业务请求之后，向主叫用户转 发CAT业务请求，由第二CAT业务侧提供CAT业务；或者D) 所述网络节点向主叫用户转发第二CAT业务侧发送的CAT々某体流。
9、 如权利要求8所述的方法，其特征在于，方式A中选择的定制回铃音业务信息具体 为通知给第二CAT业务侧所述第一CAT业务侧不提供CAT业务，则第二CAT业务侧收到所述携带选择的定制回铃音业务信息的消息后，向主叫用户提供第二CAT业务。
10、 如权利要求8所述的方法，其特征在于，所述方法具体为所述网络节点接收invite消息，并判断主叫用户终端是否支持应用服务器模式，当主叫用户终端支持应用服务器模式时，且选择提供第二CAT业务时，所述网络节点不提供第一CAT业务，且采用方式C向主叫终端提供第二CAT业务，其中方式C具体为所述网络节点接收第二CAT业务侧发送的针对INVITE消息的响应消息，并向主叫侧转发第二CAT业务侧发送的的针对INVITE消息的响应消息，以允许第二CAT业务侧发送定制回铃音业务的々某体流。
11、 如权利要求8所述的方法，其特征在于，所述方法具体为所述网络节点接收invite消息，并判断主叫用户终端是否支持应用服务器模式，当主叫用户终端不支持应用服务器模式，且选择提供第二CAT业务时，所述网络节点不提供第一CAT业务，采用方式B向主叫终端提供第二CAT业务，其中方式B具体为不向第二CAT业务侧发送携带选择的定制回铃音业务信息的消息，向第二CAT业务侧发送采用应用服务器模式的信息，以强制要求第二CAT业务侧采用应用服务器模式对INVITE消息进行响应，并将第二CAT业务侧发送的的针对INVITE消息的响应消息转换为基于网关模式的针对INVITE消息的响应消息，向主叫用户转发所述转换后的响应消息，并采用应用服务器模式向第二CAT业务侧发送允许信息，以指示第二CAT业务侧采用应用服务器模式发送定制回铃音业务的媒体流。
12、 如权利要求ll所述的方法，其特征在于，所述发送采用应用服务器模式的信息具体为在所述INVITE消息中增加携带有早期会话Early Session参数的支持Supported头域。
13、 如权利要求8所述的方法，其特征在于，方式D中，所述网络节点向主叫用户转发第二CAT业务侧发送的CAT媒体流具体为所述网络节点获取定制回铃音业务的媒体流输出媒体资源功能模块的地址信息，并指示媒体资源功能模块将从预定地址接收到的定制回铃音业务的媒体流通过所述地址信息发送至主叫用户。
14、 如权利要求7或13所述的方法，其特征在于，所述预定地址为所述网络节点在接收到INVITE消息后，从媒体资源功能模块处获取的地址信息，则所述方法进一步包括，所述网络节点将所述INVITE消息中携带的普通会话的地址信息更新为所述获取的地址信息，使得第二CAT业务侧发送CAT业务媒体流到所述获取的地址信息。
15、 如权利要求7或13所述的方法，其特征在于，所迷预定地址为所述网络节点在接收到INVITE消息、且判断出主叫用户终端不支持应用服务器模式时，从媒体资源功能模块处获取的地址信息，则所述方法进一步包括，所述网络节点将所述INVITE消息中携带的普通会话的地址信息更新为所述获取的地址信息，使得第二CAT业务侧发送CAT业务媒体流到所述获取的地址信息。
16、 如权利要求8所述的方法，其特征在于，所述方法具体为当第二CAT业务侧采用网关模式提供定制回铃音业务、且所述网络节点选择第二侧CAT提供业务，所述网络节点不提供第一CAT业务，釆用方式D向主叫终端提供第二CAT业务，其中方式D具体为获取定制回铃音业务的媒体流输出媒体资源功能模块的地址信息，并指示媒体资源功能模块将从预定地址接收到的定制回铃音业务的媒体流通过所述地址信息发送至主叫用户。
17、 如权利要求3或8所述的方法，其特征在于，方式A中，所述选择的定制回铃音业务的信息通过所述携带选择的定制回铃音业务信息的消息的头域或者消息体进行携带。
18、 如权利要求3或8所述的方法，其特征在于当一个CAT业务侧位于IMS域，另一个CAT业务侧位于CS域时，则方式A中向第二CAT业务侧发送携带选择的定制回铃音业务信息的消息的步骤具体为所述网络节点通过媒体网关控制功能实体向第二 CAT业务侧发送所述携带选择的定制回铃音业务信息的消息。
19、 如权利要求18中所述的方法，其特征在于，所述的i某体网关控制功能实体向第二CAT业务侧发送的所述选择的地址回铃音业务的信息携带在初始地址消息的IAM中。
20、 如权利要求l所述的方法，其特征在于，第一CAT业务侧为主叫方，第二CAT业务侧为被叫方，或者第一CAT业务侧为被叫方，第二CAT业务侧为前转方。
21、 如权利要求l所述的方法，其特征在于，所述具有定制回铃音业务控制功能的网络节点为AS或CS域中的移动交换中心。
22、 如权利要求l所述的方法，其特征在于，所述网络节点向主叫用户提供所迷选择的定制回铃音业务、禁止为主叫用户提供未被选择的定制回铃音业务的操作之前还包括所述网络节点判断主叫终端用户是否支持应用服务器模式，当主叫用户终端不支持应用服务器模式的时，执行向主叫用户提供所述选择的定制回铃音业务、禁止为主叫用户提供未被选择的定制回铃音业务的操作。
23、如权利要求10或11所述的方法，其特征在于，所述网络节点判断主叫用户终端支持模式的过程包括所述网络节点判断接收到的INVITE消息中的S叩ported头域；在确定S叩ported头域携带有Early Session参数时，判断出主叫用户终端支持应用服务器模式，否则，不支持应用服务器模式。
24、 一种定制回铃音业务实现装置，其特征在于，包括选择模块，用于在呼叫过程中，从所述呼叫的至少两个定制回铃音业务中选择具有高优先级的定制回铃音业务；执行模块，用于根据选择模块的选择结果触发允许为主叫用户播放所述选择的定制回铃音业务、禁止为主叫用户播放未被选择的定制回铃音业务的操作。
25、 如权利要求24所述的装置，其特征在于，所述执行模块包括下述至少一个第一执行子模块，用于根据选择模块的选择结果指示对侧网络节点是否提供定制回铃音业务；第二执行子模块，用于根据选择模块的选择结果指示媒体网关控制功能实体是否打开媒体门控；第三执行子模块，用于根据选择模块的选择结果指示媒体资源功能模块是否丢弃定制回铃音业务媒体流；第四执行子模块，用于根据选择模块的选择结果指示媒体资源功能模块是否关闭定制回铃音业务媒体流的接收地址。
26、 如权利要求25所述的装置，其特征在于，所述执行模块还包括判断子模块，用于判断主叫用户终端是否支持应用服务器模式，并在判断出主叫用户终端不支持应用服务器模式的情况下，通知各子模块执行操作。
27、 如权利要求24所述的装置，其特征在于，所述执行模块包括下述至少一个第五执行子模块，用于在选择模块确定本侧用户定制回铃音业务优先级高时，向对侧网络节点发送拒绝定制回铃音业务媒体流的信息，以指示对侧网络节点不发送定制回铃音业务的媒体流；或者第六执行子模块，用于在选择模块确定对侧用户定制回铃音业务优先级高、且判断出主叫用户终端支持应用服务器模式的情况下，不执行提供本侧用户定制回铃音业务的操作，并转发对侧网络节点转发来的针对INVITE消息的响应消息，以允许对侧网络节点发送定制回铃音业务的i某体流；或者第七执行子模块，用于在选择模块确定对侧用户定制回铃音业务优先级高、且判断出主叫用户终端不支持应用服务器模式的情况下，不执行提供本侧用户定制回铃音业务的操作，将对侧网络节点转发来的针对INVITE消息的响应消息转换为基于网关模式的针对INVITE消息的响应消息，转发所述转换后的响应消息，并向对侧网络节点发送采用应用服务器模式向被叫侧的网络节点发送允许信息，以指示对侧网络节点采用应用服务器模式发送定制回铃音业务的媒体流。
28、 如权利要求24所述的装置，其特征在于，所述执行模块包括下述至少一个第八执行子模块，用于在对侧网络节点采用网关模式提供定制回铃音业务、且所述选捧模块确定对侧用户定制回铃音业务优先级高的情况下，不执行提供本侧用户定制回铃音业务的操作，获取定制回铃音业务的媒体流输出媒体资源功能模块的地址信息，并指示媒体资源功能模块将从预定地址接收到的定制回铃音业务的媒体流通过所述地址信息发送至主叫用户；第九执行子模块，用于在对侧网络节点采用网关模式提供定制回铃音业务、且所述选捧模块确定本侧用户定制回铃音业务优先级高的情况下，指示媒体资源功能模块丢弃从预定地址接收到的定制回铃音业务的媒体流；第十执行子模块，用于在对侧网络节点采用应用服务器模式提供定制回铃音业务、且选择模块确定对侧用户定制回铃音业务优先级高的情况下，不执行提供本侧用户定制回铃音业务的操作，转发对侧网络节点发送来的针对INVITE消息的响应信息；第十一执行子模块，用于在对侧网络节点采用应用服务器模式提供定制回铃音业务、且选择模块确定本侧用户定制回铃音业务优先级高的情况下，向对侧网络节点发送拒绝定制回铃音业务媒体流的信息，以指示对侧网络节点不发送定制回铃音业务的媒体流。
29、 如权利要求28所述的装置，其特征在于，所述执行模块还包括地址获取子模块，用于在所述装置接收到INVITE消息、且判断出主叫用户终端不支持应用服务器模式时，从4某体资源功能模块处获取预定地址信息，并提供给第八执行子模块或第九执行子模块。
全文摘要
公开了定制回铃音业务实现方法和装置，属于通讯技术领域。所述方法包括在呼叫过程中，第一CAT业务侧具有定制回铃音业务控制功能的网络节点从所述呼叫的第一CAT业务侧提供的第一CAT业务和第二CAT业务侧提供的第二CAT业务中选择一个定制回铃音业务；所述网络节点向主叫用户提供所述选择的定制回铃音业务、禁止为主叫用户提供未被选择的定制回铃音业务。当呼叫在主叫用户与被叫用户之间时，上述网络节点可以位于主叫侧，当呼叫在被叫用户与呼叫转移第三方用户之间时，上述网络节点可以位于被叫侧。在多方订阅定制回铃音业务的情况下，上述技术方案能够避免主叫方接收到多个混合在一起的回铃音的问题，提高了定制回铃音业务的实现灵活性，提高了用户对定制回铃音业务体验。
文档编号H04W4/16GK101547260SQ20081012865
公开日2009年9月30日 申请日期2008年6月18日 优先权日2008年3月26日
发明者颖 张, 张玉侠, 徐培利, 杨莉莉, 鹏 王 申请人:华为技术有限公司