CN101815270B - 呼叫的处理方法和装置 - Google Patents

Abstract

本发明公开了一种呼叫的处理方法和装置，该方法包括：网元接收到从服务呼叫会话控制功能实体S-CSCF或应用服务器AS发送的携带有呼叫等待业务标识的呼叫请求，其中，该标识用于指示呼叫请求的被叫用户是否支持呼叫等待业务；网元根据该标识和被叫用户的状态信息确定是否触发被叫用户的呼叫等待业务；以及在确定不触发被叫用户的呼叫等待业务的情况下，向S-CSCF或AS回呼叫失败响应；否则，触发被叫用户的呼叫等待业务。通过本发明提高了网络处理性能和效率。

Description

呼叫的处理方法和装置

技术领域

本发明涉及通信领域，尤其涉及一种呼叫的处理方法和装置。

背景技术

IP多媒体子***(IP Multimedia Core Network Subsystem，简称为IMS)是由第三代合作伙伴计划(3rd Generation PartnershipProject，简称为3GPP)组织提出的一种基于IP的网络架构，构建了一个开放而灵活的业务环境，支持多媒体应用，并为用户提供丰富的多媒体业务。

公用电话交换网/综合业务数字网仿真子***(Public SwitchedTelephone Network/Integrated Services Digital，即，PSTN/ISDNEmulation Subsystem，简称为PES)是电信和互联网融合业务及高级网络协议(Telecommunications and Internet converged Services andProtocols for Advanced Networking，简称为TISPAN)对传统终端接入IMS网络提出的一种基于IP的网络架构。

欧洲电信标准化组织(European Telecommunication StandardsInstitute，简称为ETSI)183 043对于传统用户(例如，H.248用户)、ETSI 183 0436对于ISDN用户、3GPP TS 24.615对于IMS网络的呼叫等待业务分别做了定义，并有相关的实现流程。该呼叫等待业务的用途是在用户忙的情况下，允许新的呼叫呼入。至于选择与新呼入的用户通话还是与已经进入通话态的用户通话，是由呼叫等待业务用户使用相关操作来选择决定的。

ETSI 183 043、ETSI 183 0436中呼叫等待业务实现的原理为：应用服务器(Application Server，简称为AS)可以不判断(或者，有些AS没有能力判断)用户是否处于忙状态，而将呼叫发往接入网关控制功能(Access Gateway Control Function，简称为AGCF)、代理呼叫会话控制功能(Proxy-Call Session Control Function，简称为P-CSCF)、基于IP网络的语音传输网关(Voice over InternetProtocol，即VoIP网关，简称为VGW)、ISDN终端或会话初始化协议(Session Initiation Protocol，简称为SIP)终端，并由这些网元来判断是否有空闲终端。例如，AGCF所带的H.248用户处于忙状态且允许其使用叉簧类业务时，则实现呼叫等待流程(例如，给H.248用户放等待音，用户可以拍叉簧进行呼叫转换等)；在用户处于忙状态且不允许其使用叉簧类业务时，则由AGCF给服务呼叫会话控制功能(Serving-Call Session Control Function，简称为S-CSCF)发送用户忙的失败响应(例如，486消息)。如果用户有遇忙前转业务，S-CSCF/AS在接收到486消息后，则触发遇忙前转业务。

图1是根据相关技术的AGCF带的被叫用户忙且不支持呼叫等待业务的呼叫流程图，如图1所示，该流程主要包括以下处理(步骤S101-步骤S107)：

步骤S101，用户终端A、用户终端B进入通话状态。

步骤S102，IMS网络的用户终端C呼叫用户终端A，通过用户终端C所在的S-CSCF等网元向用户终端A所在的AS/S-CSCF发会话邀请。

步骤S103，用户终端A所在的AS/S-CSCF向用户终端A所在的AGCF发会话邀请。

步骤S104，AGCF在确认用户处于忙状态且支持叉簧操作的情况下，给用户终端A放等待音。

步骤S105，在给用户终端A放等待音的同时，给用户终端A所在的AS/S-CSCF回振铃响应消息(例如，180消息)，并在振铃响应消息中携带呼叫等待标识(例如，在180消息中携带Alert-Info:urn:service:call-waiting)。

步骤S106，AS/S-CSCF收到带有呼叫等待标识的振铃响应消息后，可以根据用户登记的业务信息，得知用户不能使用呼叫等待业务，于是通过用户终端C所在的S-CSCF等网元给用户终端C发失败响应消息，以拆除用户终端C创建的AS与用户终端C之间的会话。

步骤S107，AS/S-CSCF在给用户终端C发失败响应的同时，给用户终端A所在的AGCF发释放消息，以释放由用户终端C创建的AS与AGCF之间的A-C会话。

也就是说，要实现AS根据收到的振铃响应消息来判断呼叫中是否触发了呼叫等待流程并做相应的处理，就一定要求AGCF在回复的180消息或其它临时响应消息中必须携带AGCF触发呼叫等待业务的信息。否则，S-CSCF或AS无法得知用户是否处于忙状态，就会让本没有呼叫等待业务的AGCF用户使用呼叫等待业务(即，没有能够按照用户的期望进行处理，而是强迫用户使用呼叫等待业务，进而无法实现用户的遇忙前转或释放呼叫的要求)。

而且，即使在AGCF回的180消息或其它临时响应消息中已经携带AGCF触发呼叫等待业务的信息的情况下，也还是要求S-CSCF或AS在收到该消息后，做特殊的处理。例如，要发起释放或遇忙前转流程，这与一般的对18x临时响应消息的处理并不相符。

图1只是以AGCF下带H.248协议用户为例，简要说明了相关技术因AGCF错误触发了呼叫等待流程，而给AGCF和AS的后续处理带来的不便。例如，AS在收到带有呼叫等待标识的振铃响应消息时，需要结合用户是否有呼叫等待业务做不同的呼叫流程控制；以及可能触发错误的用户业务(例如，给用户放等待音)。如果在用户听到等待音后立即拍了叉簧，则会产生更多的、不可预期的流程控制(例如，媒体切换等)。在现有规范和技术中，不仅对于AGCF带的H.248和其它类型的用户存在以上缺陷和不足，而且，对于ISDN、媒体网关控制协议(Media Gateway Control Protocol，简称为MGCP)、P-CSCF/VGW下的各种用户也同样会有类似的缺陷，在此不再赘述。

因此，由于相关技术在AGCF/P-CSCF不记录用户是否有呼叫等待业务，且AS或I/S-CSCF不能对用户的忙闲状态进行有效判断的情况下(例如，通过AGCF接入IMS网络的一个ISDN号码对应多个D通道和B通道或T1/E1)，无法实现对用户的遇忙前转和呼叫等待业务的优先级进行有效处理，以致于可能让用户越权使用呼叫等待业务，或者带给用户不希望的业务服务。如果采用订阅等方式让AGCF/P-CSCF获取用户的呼叫等待等业务信息，那么AGCF/P-CSCF作为接入网关控制功能会记录更多的业务信息，并且，为了业务的获取与更新，还需要AGCF/P-CSCF额外的支持一些功能或消息交互。

发明内容

本发明的主要目的在于提供一种呼叫的处理方案，以至少解决上述问题之一。

为了实现上述目的，根据本发明的一个方面，提供了一种呼叫的处理方法。

根据本发明的呼叫的处理方法包括以下步骤：网元接收到从服务呼叫会话控制功能实体S-CSCF或应用服务器AS发送的携带有呼叫等待业务标识的呼叫请求，其中，该标识用于指示呼叫请求的被叫用户是否支持呼叫等待业务；网元根据该标识和被叫用户的状态信息确定是否触发被叫用户的呼叫等待业务；以及在确定不触发被叫用户的呼叫等待业务的情况下，向S-CSCF或AS回呼叫失败响应；否则，触发被叫用户的呼叫等待业务。

优选地，根据该标识和被叫用户的状态信息确定是否触发被叫用户的呼叫等待业务包括：在该标识为支持呼叫等待业务且被叫用户的服务状态为忙的情况下，确定触发被叫用户的呼叫等待业务。

优选地，根据该标识和被叫用户的状态信息确定是否触发被叫用户的呼叫等待业务包括：在该标识为不支持呼叫等待业务的情况下，确定不触发被叫用户的呼叫等待业务。

优选地，触发被叫用户的呼叫等待业务包括：在网元为接入网关控制功能实体AGCF的情况下，向被叫用户发送等待音。

优选地，触发被叫用户的呼叫等待业务还包括：在网元为代理呼叫会话控制功能实体P-CSCF的情况下，向被叫用户发送呼叫请求，被叫用户返回振铃响应给P-CSCF。

优选地，触发被叫用户的呼叫等待业务之后，上述方法还包括：向呼叫请求的发送方回振铃响应消息，其中，振铃响应消息中携带有该标识。

优选地，网元以下至少之一：AGCF、P-CSCF、基于IP网络的语音传输网关VGW、会话初始化协议SIP终端。

为了实现上述目的，根据本发明的另一方面，提供了一种AGCF。

根据本发明的AGCF，包括：接收模块，用于接收从S-CSCF或AS发送的携带有呼叫等待业务的标识的呼叫请求，其中，该标识用于指示呼叫请求的被叫用户是否支持呼叫等待业务；确定模块，用于根据该标识和被叫用户的状态信息确定是否触发被叫用户的呼叫等待业务；以及处理模块，用于在该标识为不支持呼叫等待业务的情况下，向S-CSCF或AS回呼叫失败响应；在该标识为支持呼叫等待业务和被叫用户的服务状态为忙的情况下，向被叫用户发送等待音。

优选地，确定模块在标识为不支持呼叫等待业务的情况下，确定不触发被叫用户的呼叫等待业务；在标识为支持呼叫等待业务且被叫用户的服务状态为忙的情况下，确定触发被叫用户的呼叫等待业务。

为了实现上述目的，根据本发明的另一方面，提供了一种P-CSCF。

根据本发明的P-CSCF，包括：接收模块，用于接收从服务呼叫会话控制功能实体S-CSCF或应用服务器AS发送的携带有呼叫等待业务标识的呼叫请求，其中，标识用于指示呼叫请求的被叫用户是否支持呼叫等待业务；确定模块，用于根据该标识和被叫用户的状态信息确定是否触发被叫用户的呼叫等待业务；以及处理模块，用于在确定不触发被叫用户的呼叫等待业务的情况下，向S-CSCF或AS回呼叫失败响应；否则，向被叫用户发送呼叫请求。

优选地，确定模块在该标识为不支持呼叫等待业务的情况下，确定不触发被叫用户的呼叫等待业务；在该标识为支持呼叫等待业务且被叫用户的服务状态为忙的情况下，确定触发被叫用户的呼叫等待业务。

通过本发明，采用在呼叫请求中携带呼叫等待业务标识的方式，解决了相关技术中AGCF/P-CSCF没有记录用户是否开通呼叫等待业务的信息而导致***对呼叫流程的错误处理的问题，提高了网络处理性能和效率。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的AGCF带的被叫用户忙且不支持呼叫等待业务的呼叫流程图；

图2是根据本发明实施例的呼叫的处理方法的流程图；

图3是根据本发明实施例的AGCF的结构框图；

图4是根据本发明实施例的P-CSCF的结构框图；

图5是根据本发明优选实施例一的AGCF带的被叫用户忙且不支持呼叫等待业务的呼叫流程图；

图6是根据本发明优选实施例二的AGCF带的被叫用户忙且支持呼叫等待业务的呼叫流程图；

图7是根据本发明优选实施例三的P-CSCF带的VGW或SIP终端呼叫等待的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在本实施例中，提供了一种呼叫的处理方法，图2是根据本发明实施例的呼叫的处理方法的流程图，如图2所示，该方法包括以下步骤：

步骤S202，网元接收到从S-CSCF或AS发送的携带有呼叫等待业务标识的呼叫请求，其中，该标识用于指示呼叫请求的被叫用户是否支持呼叫等待业务。

步骤S204，上述网元根据该标识和被叫用户的状态信息确定是否触发被叫用户的呼叫等待业务。其中，被叫用户的状态信息是指该用户的服务状态，即，“空闲”或“忙”等。

步骤S206，在确定不触发被叫用户的呼叫等待业务的情况下，向所述S-CSCF或所述AS回呼叫失败响应；否则，触发被叫用户的呼叫等待业务。

通过上述步骤S202至步骤S206，采用在呼叫请求中携带呼叫等待业务标识的方式，在AGCF/P-CSCF上实现终端(例如，H.248和ISDN终端)的呼叫等待业务，解决了相关技术中AGCF/P-CSCF没有记录用户是否开通呼叫等待业务的信息而导致***对呼叫流程的错误处理的问题，使得***能够更好地与遇忙呼叫业务兼容，增强了对呼叫流程业务的适应能力，提高了网络处理性能和效率。

在步骤S202之前，可以由S-CSCF或AS向AGCF/P-CSCF发起呼叫，并在呼叫时携带呼叫等待业务指示。

优选地，在步骤S204中，在该标识为支持呼叫等待业务且被叫用户的服务状态为忙的情况下，确定触发被叫用户的呼叫等待业务。从而提高了***的实用性。

另外，在该标识为不支持呼叫等待业务的情况下，确定不触发被叫用户的呼叫等待业务。例如，对于无呼叫等待业务支持的INVITE消息，如果用户忙，则给CSCF回用户忙失败响应消息(例如，486消息)。该方法提高了呼叫流程的控制功能以及***的处理能力，增加了用户体验。

优选地，在步骤S206中，触发被叫用户的呼叫等待业务可以包括：在上述网元为AGCF的情况下，向被叫用户发送等待音；在上述网元为P-CSCF的情况下，向被叫用户发送呼叫请求，被叫用户返回振铃响应给P-CSCF。所以，该方法可以提高***的适应能力，增强了***的灵活性。

优选地，在步骤S206之后，向呼叫请求的发送方回振铃响应消息，其中，振铃响应消息中携带有该标识，以便于网元识别哪些组中的哪些用户以及通过注册，提高了呼叫流程控制的性能。

需要说明的是，上述网元可以是以下至少之一：AGCF、P-CSCF、VGW、SIP终端。即，本发明实施例不仅仅适用于AGCF/P-CSCF，也同样适用于VGW、或普通的SIP终端。

对应于上述的方法，在本实施例中还提供了一种AGCF，图3是根据本发明实施例的AGCF的结构框图，如图3所示，该AGCF包括：接收模块302、确定模块304、处理模块306，下面对该结构进行详细说明。

接收模块302，用于接收从S-CSCF或AS发送的携带有呼叫等待业务标识的呼叫请求，其中，该标识用于指示呼叫请求的被叫用户是否支持呼叫等待业务；确定模块304连接至接收模块302，用于根据该标识和被叫用户的状态信息确定是否触发被叫用户的呼叫等待业务；以及处理模块306连接至确定模块304，用于在该标识为不支持呼叫等待业务的情况下，向S-CSCF或AS回呼叫失败响应；在该标识为支持呼叫等待业务和被叫用户的服务状态为忙的情况下，向被叫用户发送等待音。

优选地，确定模块304在该标识为不支持呼叫等待业务的情况下，确定不触发被叫用户的呼叫等待业务；在该标识为支持呼叫等待业务且被叫用户的服务状态为忙的情况下，确定触发被叫用户的呼叫等待业务。

通过上述AGCF，该实施例采用在呼叫请求中携带呼叫等待业务标识的方式，克服了ISDN或其他类型用户无法由S-CSCF或AS来判断是否处于忙状态的缺陷，增强了对呼叫流程业务的适应能力，提高了网络处理性能和效率。

对应于上述的方法，在本实施例中还提供了一种P-CSCF，图4是根据本发明实施例的P-CSCF的结构框图，如图4所示，该P-CSCF包括：接收模块402、确定模块404、处理模块406，下面对该结构进行详细说明。

接收模块402，用于接收从S-CSCF或AS发送的携带有呼叫等待业务标识的呼叫请求，其中，该标识用于指示呼叫请求的被叫用户是否支持呼叫等待业务；确定模块404连接至接收模块402，用于根据该标识和被叫用户的状态信息确定是否触发被叫用户的呼叫等待业务；以及处理模块406连接至确定模块404，用于在确定不触发被叫用户的呼叫等待业务的情况下，向S-CSCF或AS回呼叫失败响应；否则，向被叫用户发送呼叫请求。

优选地，确定模块404在该标识为不支持呼叫等待业务的情况下，确定不触发被叫用户的呼叫等待业务；在该标识为支持呼叫等待业务且被叫用户的服务状态为忙的情况下，确定触发被叫用户的呼叫等待业务。

通过上述P-CSCF，该实施例采用在呼叫请求中携带呼叫等待业务标识的方式，将业务信息存储在S-CSCF/AS，使得在AGCF/P-CSCF不记录用户呼叫等待等业务信息的前提下，呼叫等待业务可以更好地与遇忙呼叫业务兼容，提高了网络处理性能和效率。

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

优选实施例一

在本优选实施例中，主要描述了AGCF下的不支持呼叫等待业务的用户已经处于一个会话中，又有新呼叫呼入，在新呼叫中作为被叫时的***的呼叫流程，图5是根据本发明优选实施例一的AGCF带的被叫用户忙且不支持呼叫等待业务的呼叫流程图，如图5所示，包括以下步骤：

步骤S501，用户终端A、用户终端B进入通话状态。

步骤S502，IMS网络的用户终端C呼叫用户A，通过用户终端C所在的S-CSCF等网元向用户终端A所在的AS/S-CSCF发会话邀请。

步骤S503，用户终端A所在的AS/S-CSCF向用户终端A所在的AGCF发会话邀请。在发送给AGCF的会话邀请消息中，以用户终端A没有呼叫等待业务(或者用户终端A登记并激活了遇忙前转业务，且遇忙前转业务的优先级比呼叫等待业务的优先级高的情况下)为依据，携带没有呼叫等待业务的标识，以通知AGCF，用户终端A不可以使用呼叫等待业务。

步骤S504，AGCF在判断用户处于忙状态，但是，由于收到的会话邀请消息中已经标识用户终端A不可以使用呼叫等待业务，所以AGCF给A用户所在的AS/S-CSCF回因A用户忙引起的失败响应消息(例如，SIP协议中的486消息)。

后续流程，按照现有技术实现(例如，步骤S505，A用户所在的AS/S-CSCF在收到AGCF的因A用户忙引起的失败响应消息后，如果用户没有登记或激活遇忙前转业务，则通过用户终端C所在的S-CSCF等网元给用户终端C发失败响应消息；如果A用户登记并激活遇忙前转业务，则触发遇忙前转流程)。

优选实施例二

在本优选实施例中，主要描述了AGCF下的支持呼叫等待业务的用户已经处于一个会话中，又有新呼叫呼入，在新呼叫中作为被叫时的***的呼叫流程，图6是根据本发明优选实施例二的AGCF带的被叫用户忙且支持呼叫等待业务的呼叫流程图，包括以下步骤：

步骤S601，用户终端A、用户终端B进入通话状态。

步骤S602，IMS网络的用户终端C呼叫用户终端A，通过用户终端C所在的S-CSCF等网元向A用户所在的AS/S-CSCF发会话邀请。

步骤S603，用户终端A所在的AS/S-CSCF向用户终端A所在的AGCF发会话邀请。同时，以用户终端A有呼叫等待业务(且用户终端A没有激活遇忙前转业务，或者呼叫等待业务的优先级比遇忙前转业务的优先级高)为依据，在发给AGCF的会话邀请消息中携带有呼叫等待业务标识，以通知AGCF，用户终端A可以使用呼叫等待业务。

步骤S604，AGCF在判断用户处于忙状态，但是，由于收到的会话邀请消息中已经标识用户终端A可以使用呼叫等待业务，给用户放等待音。

步骤S605，在给用户放等待音的同时，给A用户所在的AS/S-CSCF回振铃响应消息(例如，180消息)，并在振铃响应消息携带呼叫等待标识(例如，在180消息中携带Alert-Info:urn:service:call-waiting)。

步骤S606，AS/S-CSCF将收到的振铃响应消息通过用户C所在的S-CSCF转发给用户C。AS/S-CSCF在转发振铃响应消息的同时，可以根据消息中的呼叫等待标识，给用户C放保持音。后续有关呼叫等待业务的流程，已有规范和技术，在此不描述。

优选实施例三

在本优选实施例中，主要描述了P-CSCF带的VGW、SIP终端的呼叫等待流程，图7是根据本发明优选实施例三的P-CSCF带的VGW或SIP终端呼叫等待的流程图，如图7所示，包括以下步骤：

步骤S701，用户终端A、用户终端B，进入通话状态。

步骤S702，IMS网络的用户终端C呼叫用终端户A，通过用户终端C所在的S-CSCF等网元向A用户所在的AS/S-CSCF发会话邀请。

步骤S703，用户终端A所在的AS/S-CSCF向用户终端A所在的P-CSCF发会话邀请。同时，以用户终端A有呼叫等待业务(且用户终端A没有激活遇忙前转业务，或者呼叫等待业务的优先级比遇忙前转业务的优先级高)为依据，在发给P-CSCF的会话邀请消息中携带有呼叫等待业务标识，以通知P-CSCF，用户终端A可以使用呼叫等待业务。

步骤S704，P-CSCF在判断用户处于忙状态、但由于收到的会话邀请消息中已经标识用户终端A可以使用呼叫等待业务，给A用户所在的VGW或A用户所对应的SIP终端发会话邀请。

步骤S705，A用户所在的VGW或A用户所对应的SIP终端给A用户所在的P-CSCF发振铃响应消息(例如，SIP协议的180消息)。

步骤S706，P-CSCF给A用户所在的AS/S-CSCF转发振铃响应消息(例如，180消息)，并在振铃响应消息携带呼叫等待标识(例如，在180消息中携带Alert-Info:urn:service:call-waiting)。如果P-CSCF不能判断其所带的用户是否处于忙状态，在收到来自于S-CSCF等网元的会话邀请消息后，则给VGW或SIP终端发会话邀请即可。

步骤S707，AS/S-CSCF将收到的振铃响应消息通过用户终端C所在的S-CSCF转发给用户终端C。AS/S-CSCF在转发振铃响应消息的同时，可以根据消息中的呼叫等待标识，给用户终端C放保持音。后续有关呼叫等待业务的流程，已有规范和技术，在此不描述。

需要说明的是，实施例中的AGCF、P-CSCF、S-CSCF、AS、用户终端(User Equipmen，简称为UE)网元及它们之间的消息，是为了清楚的表示IMS网络支持AGCF用户呼叫等待业务实现的思想，在具体的实现中，不局限于这些网元和消息。如果需要考虑用户的呼叫等待与遇忙前转的优先级，且遇忙前转的优先级比呼叫等待业务的优先级高。在用户有遇忙前转业务的情况下，在发给AGCF/P-CSCF的INVITE消息中，不要携带呼叫等待业务标识，让AGCF/P-CSCF认为用户没有呼叫等待业务即可。具体的逻辑判断由AS、S-CSCF等网元根据需要实现。

综上所述，本发明实施例采用将业务信息存储在S-CSCF/AS的方式，解决了相关技术中AGCF/P-CSCF没有记录用户是否开通呼叫等待业务的信息而导致***对呼叫流程的错误处理的问题，克服了相关技术中ISDN或其他类型用户无法由S-CSCF或AS来判断是否处于忙状态的缺陷，增强了对呼叫流程业务的适应能力，提高了网络处理性能和效率。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种呼叫的处理方法，其特征在于，包括以下步骤：

网元接收到从服务呼叫会话控制功能实体S-CSCF或应用服务器AS发送的携带有呼叫等待业务标识的呼叫请求，其中，所述标识用于指示所述呼叫请求的被叫用户是否支持呼叫等待业务；

所述网元根据所述标识和所述被叫用户的状态信息确定是否触发所述被叫用户的所述呼叫等待业务；以及

在确定不触发所述被叫用户的所述呼叫等待业务的情况下，向所述S-CSCF或所述AS回呼叫失败响应；否则，触发所述被叫用户的所述呼叫等待业务。

2.根据权利要求1所述的方法，其特征在于，根据所述标识和所述被叫用户的状态信息确定是否触发所述被叫用户的呼叫等待业务包括：在所述标识为支持呼叫等待业务且所述被叫用户的服务状态为忙的情况下，确定触发所述被叫用户的所述呼叫等待业务。

3.根据权利要求1所述的方法，其特征在于，根据所述标识和所述被叫用户的状态信息确定是否触发所述被叫用户的呼叫等待业务包括：在所述标识为不支持呼叫等待业务的情况下，确定不触发所述被叫用户的所述呼叫等待业务。

4.根据权利要求1或2所述的方法，其特征在于，触发所述被叫用户的所述呼叫等待业务包括：在所述网元为接入网关控制功能实体AGCF的情况下，向所述被叫用户发送等待音。

5.根据权利要求1或2所述的方法，其特征在于，触发所述被叫用户的所述呼叫等待业务包括：在所述网元为代理呼叫会话控制功能实体P-CSCF的情况下，向所述被叫用户发送所述呼叫请求，所述被叫用户返回振铃响应给所述P-CSCF。

6.根据权利要求1或2所述的方法，其特征在于，触发所述被叫用户的所述呼叫等待业务之后，所述方法还包括：向所述呼叫请求的发送方回振铃响应消息，其中，所述振铃响应消息中携带有所述标识。

7.根据权利要求1所述的方法，其特征在于，所述网元包括以下至少之一：AGCF、P-CSCF、基于IP网络的语音传输网关VGW、会话初始化协议SIP终端。

8.一种接入网关控制功能实体，其特征在于，包括：

接收模块，用于接收从服务呼叫会话控制功能实体S-CSCF或应用服务器AS发送的携带有呼叫等待业务的标识的呼叫请求，其中，所述标识用于指示所述呼叫请求的被叫用户是否支持呼叫等待业务；

确定模块，用于根据所述标识和所述被叫用户的状态信息确定是否触发所述被叫用户的所述呼叫等待业务；以及

处理模块，用于在所述标识为不支持呼叫等待业务的情况下，向所述S-CSCF或所述AS回呼叫失败响应；在所述标识为支持呼叫等待业务和所述被叫用户的服务状态为忙的情况下，向所述被叫用户发送等待音。

9.根据权利要求8所述的接入网关控制功能实体，其特征在于，所述确定模块在所述标识为不支持呼叫等待业务的情况下，确定不触发所述被叫用户的所述呼叫等待业务；在所述标识为支持呼叫等待业务且所述被叫用户的服务状态为忙的情况下，确定触发所述被叫用户的所述呼叫等待业务。

10.一种代理呼叫会话控制功能实体，其特征在于，包括：

接收模块，用于接收从服务呼叫会话控制功能实体S-CSCF或应用服务器AS发送的携带有呼叫等待业务标识的呼叫请求，其中，所述标识用于指示所述呼叫请求的被叫用户是否支持呼叫等待业务；

确定模块，用于根据所述标识和所述被叫用户的状态信息确定是否触发所述被叫用户的所述呼叫等待业务；以及

处理模块，用于在确定不触发所述被叫用户的所述呼叫等待业务的情况下，向所述S-CSCF或所述AS回呼叫失败响应；否则，向所述被叫用户发送所述呼叫请求。

11.根据权利要求10所述的代理呼叫会话控制功能实体，其特征在于，所述确定模块在所述标识为不支持呼叫等待业务的情况下，确定不触发所述被叫用户的所述呼叫等待业务；在所述标识为支持呼叫等待业务且所述被叫用户的服务状态为忙的情况下，确定触发所述被叫用户的所述呼叫等待业务。

Images