一种呼叫保持音的处理方法、系统和装置

摘要

本发明实施例公开了一种呼叫保持音的处理方法，包括以下步骤：接收电路交换CS网络发送的呼叫保持hold业务请求消息；根据所述hold业务请求消息的内容确定并执行是否向对端用户提供呼叫保持音。通过本发明实施例，电话应用服务器TAS根据接收的hold业务请求消息的内容确定呼叫保持音的处理方式，从而避免了CS网络和IMS网络重复为对端用户提供呼叫保持音，节省了网络资源，也提高了用户的体验度。

权利要求

1.一种呼叫保持音的处理方法，其特征在于，包括以下步骤：电路交换CS接入IP多媒体子系统IMS网络控制实体判断CS网络是否为对端用户提供了呼叫保持音；

所述CS接入IMS网路控制实体根据判断结果在呼叫保持hold业务请求消息中添加hold指示信息；

电话应用服务器TAS接收电路交换CS网络发送的呼叫保持hold业务请求消息；

所述TAS根据所述hold业务请求消息的内容确定并执行是否向对端用户提供呼叫保持音。

2.如权利要求1所述呼叫保持音的处理方法，其特征在于，所述根据hold业务请求消息的内容确定并执行是否向对端用户提供呼叫保持音具体包括：判断所述hold业务请求消息是否包含呼叫保持消息头；

如果包含，则向所述对端用户提供呼叫保持音。

3.如权利要求1所述呼叫保持音的处理方法，其特征在于，在接收CS网络发送的hold业务请求消息之前，还包括：所述CS接入IMS网络控制实体判断CS网络是否为所述对端用户提供了呼叫保持音；

如果判断所述CS网络提供了呼叫保持音，则所述CS接入IMS网络控制实体在所述hold业务请求消息中添加所述呼叫保持消息头。

4.如权利要求2或3所述呼叫保持音的处理方法，其特征在于，所述呼叫保持消息头为P-Access-Network-Info消息头。

5.如权利要求1所述呼叫保持音的处理方法，其特征在于，所述添加hold指示信息具体包括：所述CS接入IMS网络控制实体在所述hold业务请求消息的消息头中添加P-Access-Network-Info消息头、Alert-Info消息头或Call-info消息头，或者对所述hold业务请求消息的消息体进行修改。

6.如权利要求3所述呼叫保持音的处理方法，其特征在于，当所述hold业务请求消息来自媒体网关控制功能实体时，所述CS接入IMS网络控制实体判断所述CS网络为所述对端用户提供了呼叫保持音。

7.一种呼叫保持音的处理系统，其特征在于，包括：

电话应用服务器TAS，用于接收CS接入IMS网络控制实体发送的hold业务请求消息，所述TAS根据所述hold业务请求消息的内容确定并执行是否向对端用户提供呼叫保持音；

CS接入IMS网络控制实体，用于向所述TAS发送hold业务请求消息；

所述CS接入IMS网络控制实体包括：

发送模块，用于向所述TAS发送hold业务请求消息；

判断模块，用于在所述发送模块发送hold业务请求消息之前，判断CS网络是否为对端用户提供了呼叫保持音；

添加模块，用于根据所述判断模块的判断结果在所述hold业务请求消息中添加hold指示信息。

8.一种电话应用服务器TAS，其特征在于，包括：

接收模块，用于接收CS接入IMS网络控制实体发送的添加了hold指示信息的hold业务请求消息；

方式确定模块，用于根据所述接收模块接收的hold业务请求消息的内容确定并执行是否向对端用户提供呼叫保持音。

9.如权利要求8所述TAS，其特征在于，所述方式确定模块包括：消息头判断子模块，用于判断所述hold业务请求消息是否包含呼叫保持消息头；

提供子模块，用于在所述消息头判断子模块判断所述hold业务请求消息包含呼叫保持消息头之后，向对端用户提供呼叫保持音。

10.一种CS接入IMS网络控制实体，其特征在于，包括：发送模块，用于向TAS发送hold业务请求消息；

判断模块，用于在所述发送模块发送hold业务请求消息之前，判断CS网络是否为对端用户提供了呼叫保持音；

添加模块，用于根据所述判断模块的判断结果在所述hold业务请求消息中添加hold指示信息。

11.如权利要求10所述CS接入IMS网络控制实体，其特征在于，所述判断模块包括：提供判断子模块，用于当所述ho1d业务请求消息来自媒体网关控制功能实体时，判断所述CS网络为所述对端用户提供了呼叫保持音。

说明书

一种呼叫保持音的处理方法、系统和装置

技术领域

[0001] 本发明涉及通信技术领域，特别涉及一种呼叫保持音的处理方法、系统和装置。 背景技术

[0002] VCC(Voice Call Continuity，语音呼叫连续性)技术提供了语音在CS(Circuit Switched，电路交换)域和IMS(IP Multimedia Sub-system，IP多媒体子系统)域间转移的能力。VCC的核心是VCC AS(Application Server，应用服务器)，称为语音呼叫连续性应用服务器，完成电路域呼叫分支和IP-CANVoIP(Voice over Internet Protocol，IP语音呼叫)呼叫分支之间的切换功能。

[0003] 用户所有的呼叫或会话必须经过IMS域的VCC AS，为后续域的切换控制做准备。VCC用户从CS发起的呼叫和从IMS域发起的语音会话，要路由到VCCAS，然后发送到被叫方；同样，发往VCC用户的呼叫或会话，也要路由到VCCAS。

[0004] 当用户当前所在的接入网只支持CS语音呼叫，而不支持VoIP时。用户发起一个语音呼叫，该呼叫通过CS网络发起，该呼叫被路由到VCC AS，VCC AS处理后将该呼叫发送给对端。当用户移动到一个支持VoIP的网络时，此时需要将语音通话从CS网络切换到PS(Packet Switch，分组交换)网络，用户的UE会通过PS网络主动发起一个VoIP请求，该请求会到达VCC AS，VCC AS控制将VCC AS与发起方间的CS信令通道切换到PS域，而VCC AS与对端的信令通道保持不变。由于VCC AS的存在，使用户在CS和PS网络进行切换时，不会影响对方终端的通话体验和感受，这就是VCC业务的好处。

[0005] IMS(IP Multimedia Sub-system，IP 多 媒 体 子 系 统 ) 是 基 于IP(InternetProtocol，因特网协议)网络是一个比较复杂的网络，由于所有的CS网络用户不可能在短时间内更换新的IMS终端，因此，CS网络将会在一定时期与IMS 网络共存，那么，CS和IMS两个业务平台同时运营会增加运营成本。进一步，如果要引入一个新业务，运营商需要改建CS和IMS两个业务平台，势必会增加建设成本。因此，需要将CS网络业务平台的功能转移到IMS网络，以实现业务平台的统一，业务平台的统一称为ICS(IMS Centralized Service，IMS集中业务控制)。

[0006] ICS要求实现UE通过CS网络承载语音媒体来建立IMS呼叫，由IMS中的AS对呼叫进行业务提供；CS承载通过建立UE和新引入的ICCF(IMS CallControl Function，IMS呼叫控制功能)单元之间的CS呼叫来实现，同时，削弱或去除MSC中的业务处理逻辑；UE通过新引入的ICCC(IMS CS ControlChannel，IMS电路域接入控制功能)收发IMS呼叫相关的控制信令，ICCC可能通过USSD(Unstructured Supplementary Services Data，非结构化补充数据业务)或PS(Packet Switching，分组交换)承载。USSD是CS网络一种消息通信机制。图1为ICS的架构图。

[0007] 图1中，MGCF(Media Gateway Control Function，媒体网关控制功能)/MGW(Media Gateway，媒体网关)是CS网络和IMS网络互通的设备，分别负责信令和媒体的转换。 [0008] 如图2所示，为ICS UE呼叫保持(hold)过程的流程图，图中S-CSCF(Serving-Call Session Control Function，服务 呼 叫 会 话 控 制 功 能)和 ICCF，TAS(Telephony Application Server，电话应用服务器)都属于UE-A的归属网络。UE-B归属网络的S-CSCF、ICCF(IMS Call Control Function，IMS呼叫控制功能)和TAS省略。该ICS UE呼叫保持过程假定ICS用户UE-A与UE-B已经建立了一个语音连接，UE-A需要执行Hold补充业务，具体包括：

[0009] S201，UE-A通过ICCC信道向ICCF发起hold业务请求。

[0010] S202～S205，ICCF收到该hold请求后，通过re-Invite/Update消息向MGCF发起保持当前呼叫的业务请求。

[0011] S206～S213，ICCF向UE-B发起hold请求，该hold请求经过TAS，TAS的作用就是在IMS域中执行hold补充业务。

[0012] S214，TAS通过MRFC(Media Resource Funtion Controller，多媒体资源功能控制器)控制MRFP(Media Resource Funtion Processor，多媒体资源功能处理器)建立与UE-B的连接。

[0013] S215，MRFP向UE-B发送Announcement(呼叫保持音)。

[0014] 说明：MRFP放呼叫保持音有多种方式，除了图2所示的方法，还可以是MRFP插入到承载链路中放呼叫保持音，即承载路径为UE A-vMSC(visitedMobile Switch Center，访问移动交互中心)-MGW-MRFP-UE B；另外还可以是UE-B通过一个网址到网络上下载呼叫保持音进行发音。这里只列出了一种放音的方式。

[0015] 至此，ICS用户UE-A执行hold操作结束。

[0016] 如 图 3 所 示，为 非 ICS 用 户 通 过 Camel(Customized Application for MobileNetwork Enhanced Logic，移动网络增强型逻辑的客户化应用)接入ICS网络的hold过程的流程图，图中S-CSCF和ICCF，TAS都属于UE-A的归属网络。UE-B归属网络的S-CSCF、ICCF和TAS省略未画，该非ICS UE呼叫保持过程假定non-ICS用户UE-A与UE-B已经建立了一个语音连接，UE-A需要执行Hold补充业务，由于non-ICS用户没有CS域内的ICCC信道(例如：USSD)，因此hold请求只能通过CS域信令进行传输，具体包括： [0017] S301，UE-A在CS域通过hold信令向vMSC发起呼叫保持请求。

[0018] S302，vMSC收到该命令后，向MGCF发送CPG(Call ProGress，呼叫过程)信令，该信令的参数为hold，用于指示MGCF执行呼叫保持补充业务。

[0019] S303，MGCF收到CPG(hold)信令后，将电路域信令翻译成SIPre-Invite/Update消息，该消息的SDP的a行形式如下：a＝sendonly，该a行用于指示UE-B进行hold操作。 [0020] S304，S-CSCF将该消息转发给ICCF。

[0021] S305，ICCF执行B2BUA(Back to Back User Agent，背对背用户代理)的功能，生成新的re-Invite/Update消息，并将该消息发送给S-CSCF。

[0022] S306，S-CSCF将该消息转发给TAS。

[0023] S307，TAS收到该re-Invite/Update消息后，根据该消息的a行信息，获知需要进行呼叫保持补充业务(hold)，并进行相应的hold处理(步骤S315)，并将该消息发送给S-CSCF。

[0024] S308，S-CSCF将该消息转发给对端用户UE-B。

[0025] S309～S314，UE-B返回确认消息。

[0026] S315，TAS通过MRFC控制MRFP建立与UE-B的连接。

[0027] 其中，步骤S307与步骤S315可同时进行。

[0028] S316，MRFP向UE-B发送Announcement(呼叫保持音)。

[0029] S317，由于vMSC执行了hold补充业务，因此向UE-B发送保持音。 [0030] VCC用户接入ICS网络的hold过程，与图3所示的情况一样，这里不再重复。 [0031] 在实现本发明的过程中，发明人发现现有技术至少存在以下缺点：TAS无法判断出CS网络是否已为对端用户提供了呼叫保持音，TAS收到hold请求后都会在IMS网络内执行hold业务处理过程，向对端用户播放呼叫保持音。因此，就会造成CS网络和IMS网络同时向对端用户放呼叫保持音，造成资源浪费并使对端用户体验变差。 [0032] 发明内容

[0033] 本发明实施例提供一种呼叫保持音的处理方法、系统和装置，以解决CS域与IMS域为对端用户重复提供呼叫保持音的问题。

[0034] 为达到上述目的，本发明实施例一方面提供一种呼叫保持音的处理方法，包括以下步骤：电路交换CS接入IP多媒体子系统IMS网络控制实体判断CS网络是否为对端用户提供了呼叫保持音；所述CS接入IMS网路控制实体根据判断结果在呼叫保持hold业务请求消息中添加hold指示信息；电话应用服务器TAS接收电路交换CS网络发送的呼叫保持hold业务请求消息；所述TAS根据所述hold业务请求消息的内容确定并执行是否向对端用户提供呼叫保持音。

[0035] 另一方面，本发明实施例提供一种呼叫保持音的处理系统，包括：电话应用服务器TAS，用于接收CS接入IMS网络控制实体发送的hold业务请求消息，所述TAS根据所述hold业务请求消息的内容确定并执行是否向对端用户提供呼叫保持音；CS接入IMS网络控制实体，用于向所述TAS发送hold业务请求消息；所述CS接入IMS网络控制实体包括：发送模块，用于向所述TAS发送hold业务请求消息；判断模块，用于在所述发送模块发送hold 业务请求消息之前，判断CS网络是否为对端用户提供了呼叫保持音；添加模块，用于根据所述判断模块的判断结果在所述hold业务请求消息中添加hold指示信息。 [0036] 再一方面，本发明实施例提供一种电话应用服务器TAS，包括：接收模块，用于接收CS接入IMS网络控制实体发送的添加了hold指示信息的hold业务请求消息；方式确定模块，用于根据所述接收模块接收的hold业务请求消息的内容确定并执行是否向对端用户提供呼叫保持音。

[0037] 再一方面，本发明实施例提供一种CS接入IMS网络控制实体，包括：发送模块，用于向所述TAS发送hold业务请求消息；判断模块，用于在所述发送模块发送hold业务请求消息之前，判断CS网络是否为对端用户提供了呼叫保持音；添加模块，用于根据所述判断模块的判断结果在所述hold业务请求消息中添加hold指示信息。

[0038] 与现有技术相比，本发明实施例具有以下优点：TAS根据接收的hold业务请求消息中的内容确定呼叫保持音的处理方式，从而避免了为对端用户重复提供呼叫保持音，节省了网络资源，提高了用户体验度。

附图说明

[0039] 图1为现有技术ICS的架构图；

[0040] 图2为现有技术ICS UE呼叫保持(hold)过程的流程图；

[0041] 图3为现有技术非ICS用户通过Camel接入ICS网络的hold过程的流程图； [0042] 图4为本发明实施例呼叫保持音的处理方法的流程图；

[0043] 图5为本发明实施例一的流程图；

[0044] 图6为本发明实施例二的流程图；

[0045] 图7为本发明实施例三的流程图；

[0046] 图8为本发明实施例四的流程图；

[0047] 图9为本发明实施例呼叫保持音的处理系统的结构图。

具体实施方式

[0048] 本发明实施例提供了一种呼叫保持音的处理方法，TAS根据接收的hold业务请求消息的内容判断是否需要向对端用户提供呼叫保持音，从而避免了CS网络和IMS网络重复向对端用户提供呼叫保持音，节省了网络资源。

[0049] 如图4所示，为本发明实施例呼叫保持音的处理方法的流程图，具体包括以下步骤：

[0050] 步骤S401，TAS接收CS接入IMS网络控制实体发送的hold业务请求消息。可选地，在将hold业务请求消息发送给TAS之前，CS接入IMS网络控制实体，例如ICCF实体或VCC AS判断CS网络是否已经为对端用户提供了呼叫保持音，并根据该判断结果在hold业务请求消息中添加hold指示信息。本发明实施例提到的CS接入IMS网络控制实体用于将CS发起的呼叫接入IMS网络，完成B2BUA的功能，可以是VCCAS或ICCF实体。 [0051] 步骤S402，TAS根据hold业务请求消息的内容确定并执行是否向对端用户提供呼叫保持音。例如：在判断hold业务请求消息中包含呼叫保持消息头，例如：P-Access-Network-Info消息头之后，TAS为对端用户提供呼叫保持音。另外，TAS还可以根据CS接入IMS网络控制实体，例如ICCF实体或VCC AS在hold业务请求消息中添加的hold指示信息来判断是否需要为对端用户提供呼叫保持音。

[0052] 如图5所示，为本发明实施例一的流程图，当VCC用户发起hold请求时，TAS通过hold业务请求消息对P-Access-Network-Info消息头的包含情况来判断是否需要为对端用户提供呼叫保持音，并假定VCC用户UE-A在CS域内与用户UE-B存在一个语音连接。具体包括以下步骤：

[0053] 步骤S501，UE-A在CS域通过hold信令向vMSC发起呼叫保持请求。 [0054] 步骤S502，vMSC收到该命令后，向MGCF发送CPG信令，该信令的参数为hold，用于指示MGCF执行呼叫保持补充业务。

[0055] 步骤S503，MGCF收到CPG(hold)信令后，将电路域信令翻译成SIP(Session Initial Protocol，会话初始协议)re-Invite/Update消息，该消息的SDP(Session Description Protocol，会话描述协议)的a行形式如下所示：a＝sendonly，该a行用于指示执行hold业务。

[0056] 步骤S504，S-CSCF将该re-Invite/Update消息发送给VCC AS。 [0057] 步骤S505～步骤S506，VCC AS将re-Invite/Update消息通过S-CSCF发送到TAS。

[0058] 步骤S507，TAS收到re-Invite/Update消息后，判断该re-Invite/Update消息是否包含P-Access-Network-Info头域，如果包含该头域，说明该re-Invite/Update消息来自于PS网络，需要为对端用户提供呼叫保持音；如果该re-Invite/Update消息中不包含P-Access-Network-Info头域，则说明该re-Invite/Update消息来自于CS网络，并且CS网络已经为对端用户提供了呼叫保持音，不需要TAS再为对端用户提供呼叫保持音。在实施例一中，hold业务请求消息来自于CS网络，因此re-Invite/Update消息中不包含P-Access-Network-Info头域，因此TAS不需要为对端用户提供呼叫保持音。 [0059] 步骤S508，TAS将更新后的re-Invite/Update消息通过S-CSCF发送给对端的UE-B。

[0060] 步骤S509～步骤S514，对端用户UE-B返回确认信息。

[0061] 步骤S515，vMSC开始放呼叫保持音。

[0062] 如图6所示，为本发明实施例二的流程图，当VCC用户发起hold请求时，VCC AS通过对hold业务请求消息的修改通知TAS是否需要为对端用户提供了呼叫保持音，并假定VCC用户UE-A在CS域内与用户UE-B存在一个语音连接。具体包括以下步骤： [0063] 步骤S601，UE-A在CS域通过hold信令向vMSC发起呼叫保持请求。 [0064] 步骤S602，vMSC收到该命令后，向MGCF发送CPG信令，该信令的参数为hold，用于指示MGCF执行呼叫保持补充业务。

[0065] 步骤S603，MGCF收到CPG(hold)信令后，将电路域信令翻译成SIP(Session Initial Protocol，会话初始协议)re-Invite/Update消息，该消息的SDP(Session Description Protocol，会话描述协议)的a行形式如下所示：a＝sendonly，该a行用于指示执行hold业务。

[0066] 步骤S604，S-CSCF将该re-Invite/Update消息发送给VCC AS。 [0067] 步骤S605，VCC AS根据hold业务请求消息来自于MGCF判断出用户处于CS网络，并且CS网络已为对端用户提供了呼叫保持音，不需要TAS再为对端用户提供呼叫保持音；因此执行B2BUA的功能，终结步骤S604的re-Invite/Update请求，并生成新的re-Invite/Update请求。通过对re-Invite/Update 消息的修改来通知TAS是否需要为对端用户提供呼叫保持音，在接收到该re-Invite/Update消息之后，TAS可以通过该re-Invite/Update消息的内容判断出是否需要为对端用户提供呼叫保持音。VCC AS对re-Invite/Update消息的具体修改方法如下：

[0068] 方法一：将Invite消息的消息体SDP的a行进行修改，例如：将a行修改为a＝sendonly：CS

[0069] 方法二：在Invite消息的消息头中增加P-Access-Network-Info消息头，例如：P-Access-Network-Info：3GPP-GERAN；“CS”

[0070] 方法三：在Invite消息的消息头中增加一个虚拟的Alert-Info或Call-Info消息头。例如：Alert-Info＝http：//CS.cs

[0071] Call-Info＝http：//CS.cs

[0072] 步骤S606～步骤S607，VCC AS将修改后的re-Invite/Update消息通过S-CSCF发送到TAS。

[0073] 步骤S608，TAS收到re-Invite/Update消息后，发现该re-Invite/Update消息中含有步骤S605所示的消息头，获知CS网络已为对端用户提供了呼叫保持音，因此不需要再为对端用户提供呼叫保持音。

[0074] 步骤S609，TAS将更新后的re-Invite/Update消息通过S-CSCF发送给对端的UE-B。

[0075] 步骤S610～步骤S615，对端用户UE-B返回确认信息。

[0076] 步骤S616，vMSC开始放呼叫保持音。

[0077] 如图7所示，为本发明实施例三的流程图，当ICS用户发起hold请求时，TAS通过hold请求消息中对P-Access-Network-Info头域的包含情况来判断是否需要为对端用户提供了呼叫保持音，并假定ICS用户UE-A在CS域内与用户UE-B存在一个语音连接。具体包括以下步骤：

[0078] 步骤S701～步骤S702，UE-A通过CS域内的ICCC信道(以USSD为例)发起呼叫业务保持请求。

[0079] 步骤S703，ICCF根据hold业务请求消息来自于USSD信道，判断出CS网络未为对端用户提供了呼叫保持音，需要TAS为对端用户提供呼叫保持音， 因此执行B2BUA的功能，终结步骤S702的re-Invite/Update请求，并生成新的re-Invite/Update消息。在该re-Invite/Update消息中增加一个P-Access-Network-Info消息头，例如：P-Access-Network-Info：3GPP-GERAN；“I1-CS”。

[0080] 对于non-ICS用户发起呼叫保持业务的情况，ICCF根据hold业务请求来自于MGCF可以判断出用户处于CS网络，并且CS网络已为对端用户提供了呼叫保持音，不需要TAS为对端用户提供呼叫保持音，因此不对该re-Invite/Update消息进行任何处理。 [0081] 步骤S704～步骤S705，ICCF将修改后的re-Invite/Update消息通过S-CSCF发送到TAS。

[0082] 步骤S706，TAS收到re-Invite/Update消息后，发现该re-Invite/Update消息中含有P-Access-Network-Info消息头，获知CS网络未为对端用户提供呼叫保持音，因此需要为对端用户提供呼叫保持音。

[0083] 步骤S707，TAS将re-Invite/Update消息通过S-CSCF发送给对端UE-B。 [0084] 步骤S708～步骤S713，对端用户UE-B返回确认信息。

[0085] 步骤S714，TAS通过MRCF控制MRFP向UE-B放呼叫保持音。

[0086] 步骤S715，MRFP开始放呼叫保持音。

[0087] 说明：MRFP放呼叫保持音有多种方式，除了图7所示的方法，还可以是MRFP插入到承载链路中放呼叫保持音，该承载路径为UEA-vMSC-MGW-MRFP-UE B；另外还可以是UE-B通过一个网址到网络上下载呼叫保持音进行发音。这里只列出了一种放呼叫保持音的方式。

[0088] 如图8所示，为本发明实施例四的流程图，当non-ICS用户发起hold请求时，ICCF通过对hold业务请求消息的修改通知TAS是否需要为对端用户提供了呼叫保持音，并假定non-ICS用户UE-A与用户UE-B已经建立了一个语音连接，UE-A需要执行Hold补充业务。由于non-ICS用户没有ICCC信道，因此hold业务请求消息只能通过CS域信令进行传输，具体包括以下步骤：

[0089] 步骤S801，UE-A在CS域通过hold信令向vMSC发起呼叫保持请求。 [0090] 步骤S802，vMSC收到hold信令后，向MGCF发送CPG信令，该信令 的参数为hold，用于指示MGCF执行呼叫保持补充业务。

[0091] 步骤S803，MGCF收到CPG(hold)信令后，将电路域信令翻译成SIPre-Invite/Update消息，该消息的SDP的a行形式如下：a＝sendonly，该a行用于指示执行hold操作。

[0092] 步骤S804，S-CSCF将该re-Invite/Update消息发送给ICCF。

[0093] 步骤S805，ICCF根据hold业务请求消息来自于MGCF判断出用户处于CS网络，并且CS网络已为对端用户提供了呼叫保持音，不需要TAS再为对端用户提供呼叫保持音；因此执行B2BUA的功能，终结步骤S804的re-Invite/Update请求，并生成新的re-Invite/Update消息。通过对re-Invite/Update消息的修改来通知TAS是否需要提供呼叫保持音，在接收到该re-Invite/Update消息之后，TAS可以通过该re-Invite/Update消息判断出是否需要为对端用户提供呼叫保持音。

[0094] ICCF对re-Invite/Update消息的具体修改方法如下：

[0095] 方法一：ICCF对hold业务请求消息的消息体SDP消息进行修改，例如：将SDP消息的a行修改为：a＝inactive；CS；或者，a＝inactive；I1-CS。其中，a＝inactive；CS表示不需要TAS提供呼叫保持音，a＝inactive；I1-CS表示需要TAS提供呼叫保持音。 [0096] 方 法 二：ICCF 对hold 业 务 请 求 消 息 的 消 息 头 进 行 修 改，增 加P-Access-Network-Info头域，例如：

[0097] P-Access-Network-Info：3GPP-GERAN；“CS”，或者，

[0098] P-Access-Network-Info：3GPP-GERAN；“I1-CS”。

[0099] 其中，P-Access-Network-Info：3GPP-GERAN；“CS”表示不需要TAS提供呼叫保持音，P-Access-Network-Info：3GPP-GERAN；“I1-CS”表示需要TAS提供呼叫保持音。 [0100] 方法三：ICCF对hold业务请求消息的消息头进行修改，增加Alert-Info或Call-Info头，这两个头的参数为一个虚拟的地址。例如：

[0101] (1)Alert-Info＝http：//CS.cs

[0102] Call-Info＝http：//CS.cs

[0103] (2)Alert-Info＝http：//I1-CS.i1-cs

[0104] Call-Info＝http：//I1-CS.i1-cs

[0105] 其中，(1)的修改方式表示不需要TAS提供呼叫保持音，(2)的修改方式表示需要TAS为对端用户提供呼叫保持音。

[0106] 步骤S806～步骤S807，ICCF将修改后的re-Invite/Update消息通过S-CSCF发送给TAS。

[0107] 步骤S808，TAS收到re-Invite/Update消息后，根据re-Invite/Update消息的具体内容判断是否需要为对端用户提供呼叫保持音。

[0108] 步骤S809，TAS将re-Invite/Update消息通过S-CSCF发送给对端UE-B。 [0109] 步骤S810～步骤S815，对端用户UE-B返回确认信息。

[0110] 步骤S816，vMSC开始放呼叫保持音。

[0111] 上述呼叫保持音的处理方法，TAS根据接收的hold业务请求消息中的hold指示信息判断是否需要提供呼叫保持音，从而避免了CS网络和IMS网络重复为对端用户提供呼叫保持音，节省了网络资源，也提高了用户的体验度。

[0112] 如图9所示，为本发明实施例呼叫保持音的处理系统的结构图，包括：电话应用服务器TAS1，用于接收hold业务请求消息，并根据hold业务请求消息的内容确定并执行是否向对端用户提供呼叫保持音；

[0113] CS接入IMS网络控制实体2，用于向TAS1发送hold业务请求消息。 [0114] 其中，TAS1包括：接收模块11，用于接收CS接入IMS网络控制实体2发送的hold业务请求消息；

[0115] 方式确定模块12，用于根据接收模块11接收的hold业务请求消息的内容确定并执行是否向对端用户提供呼叫保持音。

[0116] 其中，方式确定模块12包括：消息头判断子模块121，用于判断hold业务请求消息是否包含呼叫保持消息头；

[0117] 提供子模块122，用于在消息头判断子模块121判断hold业务请求消息包含特定的消息头之后，向对端用户提供呼叫保持音。

[0118] 其中，CS接入IMS网络控制实体2包括：发送模块21，用于向TAS1发送hold业务请求消息；

[0119] 判断模块22，用于在发送模块21发送hold业务请求消息之前，判断CS网络是否为对端用户提供了呼叫保持音；

[0120] 添加模块23，用于根据判断模块22的判断结果在hold业务请求消息中添加hold指示信息。

[0121] 其中，判断模块22包括：提供判断子模块221，用于当hold业务请求消息来自媒体网关控制功能实体时，判断CS网络为对端用户提供了呼叫保持音。

[0122] 上述呼叫保持音的处理系统，TAS1根据接收的hold业务请求消息的具体内容判断是否需要为对端用户提供呼叫保持音，从而避免了CS网络和IMS网络重复为对端用户提供呼叫保持音，节省了网络资源，也提高了用户的体验度。

[0123] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

[0124] 以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。