WO2011107001A1

WO2011107001A1 - 呼叫的处理方法和装置

Info

Publication number: WO2011107001A1
Application number: PCT/CN2011/070234
Authority: WO
Inventors: 杨强; 王忱; 唐飞
Original assignee: 中兴通讯股份有限公司
Priority date: 2010-03-05
Filing date: 2011-01-13
Publication date: 2011-09-09
Also published as: CN101815270A; CN101815270B

Abstract

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

Description

呼叫的处理方法和装置技术领域本发明涉及通信领域，尤其涉及一种呼叫的处理方法和装置。背景技术 IP多媒体子系统（ IP Multimedia Core Network Subsystem, 简称为 IMS ) 是由第三代合作伙伴计划（ 3rd Generation Partnership Project, 简称为 3GPP ) 组织提出的一种基于 IP的网络架构，构建了一个开放而灵活的业务环境，支持多媒体应用，并为用户提供丰富的多媒体业务。公用电话交换网 /综合业务数字网仿真子系统（ Public Switched Telephone Network /Integrated Services Digital, 即， PSTN/ISDN Emulation Subsystem, 简称为 PES )是电信和互联网融合业务及高级网络协议 ( Telecommunications and Internet converged Services and Protocols for Advanced Networking,简称为 TISPAN)对传统终端接入 IMS网络提出的一种基于 IP的网络架构。欧洲电信标准化组织 ( European Telecommunication Standards Institute , 简称为 ETSI ) 183 043对于传统用户（例 ^口， H.248用户）、 ETSI 183 0436 对于 ISDN用户、 3GPP TS 24.615对于 IMS网络的呼叫等待业务分别故了定义，并有相关的实现流程。该呼叫等待业务的用于在用户忙的情况下，允许新的呼叫呼入。至于选择与新呼入的用户通话还是与已经进入通话态的用户通话，是由呼叫等待业务用户使用相关操作来选择决定的。 ETSI 183 043、 ETSI 183 0436中呼叫等待业务实现的原理为：应 U艮务器（ Application Server, 简称为 AS ) 可以不判断（或者，有些 AS没有能力判断）用户是否处于忙状态，而将呼叫发往接入网关控制功能实体（Access Gateway Control Function, 简称为 AGCF )、代理呼叫会话控制功能实体 ( Proxy-Call Session Control Function, 简称为 P-CSCF ),基于 IP网络的语音传输网关（ Voice over Internet Protocol, 即 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所示，该流程主要包括以下处理（步骤 S 101-步骤 S 107 ): 步 4聚 S 101 , 用户终端、用户终端 B进入通话^ I 态。步骤 S 102, IMS网络的用户终端 C呼叫用户终端 A, 通过用户终端 C 所在的 S-CSCF等网元向用户终端 A所在的 AS/S-CSCF发会话邀请。步骤 S 103 , 用户终端 A所在的 AS/S-CSCF向用户终端 A所在的 AGCF 发会话邀请。步骤 S 104 , AGCF在确认用户处于忙状态且支持叉簧操作的情况下，给用户终端 A放等待音。步 4聚 S 105 , 在给用户终端 A放等待音的同时，给用户终端 A所在的

AS/S-CSCF回振铃响应消息（例如， 180消息），并在振铃响应消息中携带呼叫等待标识 (例如，在 180消息中携带 Alert-Info: urn： service： call-waiting )„ 步骤 S 106, AS/S-CSCF收到携带有呼叫等待标识的振铃响应消息后，可以根据用户登记的业务信息，得知用户不能使用呼叫等待业务，于是通过用户终端 C所在的 S-CSCF等网元给用户终端 C发失败响应消息，以拆除用户终端 C创建的 AS与用户终端 C之间的会话。步骤 S 107, 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下的不支持呼叫等待业务的用户 (即， AGCF带的不支持呼叫等待业务的用户）已经处于一个会话中，又有新呼叫呼入，在新呼叫中作为被叫时的系统的呼叫流程，图 5是才艮据本发明优选实施例一的 AGCF带的被叫用户忙且不支持呼叫等待业务的呼叫流程图，如图 5所示，包括以下步 4聚：步骤 S501 , 用户终端、用户终端 B进入通话^ I 态。步骤 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带的被叫用户忙且支持呼叫等待业务的呼叫流程图，如图 6所示，包括以下步骤：步骤 S601 , 用户终端、用户终端 B进入通话^ I 态。步骤 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放保持音。后续有关呼叫等待业务的流程，已有规范和技术，在 it匕不描述。优选实施例三在本优选实施例中，主要描述了 P-CSCF带的 VGW、 SIP终端的呼叫等待流程，图 7是才艮据本发明优选实施例三的 P-CSCF带的 VGW或 SIP终端呼叫等待的流程图，如图 7所示，包括以下步骤：步骤 S701 , 用户终端、用户终端 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 Equipment, 简称为 UE ) 网元及它们之间的消息，是为了清楚的表示 IMS网络支持 AGCF用户呼叫等待业务实现的思想，在具体的实现中，不局限于这些网元和消息。如果需要考虑用户的呼叫等待与遇忙前转的优先级，则在遇忙前转的优先级比呼叫等待业务的优先级高，且用户有遇忙前转业务的情况下，在发给 AGCF/P-CSCF的 INVITE消息中，不要携带呼叫等待业务标识，让 AGCF/P-CSCF认为用户没有呼叫等待业务即可。具体的逻辑判断由 AS、 S-CSCF等网元才艮据实际需要实现。综上所述，本发明实施例釆用将业务信息存储在 S-CSCF/AS的方式，解决了相关技术中 AGCF/P-CSCF没有记录用户是否开通呼叫等待业务的信息而导致系统对呼叫流程的错误处理的问题，克服了相关技术中 ISDN或其他类型用户无法由 S-CSCF或 AS来判断是否处于忙状态的缺陷，增强了对呼叫流程业务的适应能力，提高了网络处理性能和效率。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的^"神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

1. 一种呼叫的处理方法，包括以下步 4聚：

网元接收从服务呼叫会话控制功能实体 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. —种接入网关控制功能实体 AGCF, 包括：

接收模块，设置为接收从服务呼叫会话控制功能实体 S-CSCF或应用服务器 AS发送的携带有呼叫等待业务的标识的呼叫请求，其中，所述标识用于指示所述呼叫请求的被叫用户是否支持呼叫等待业务；确定模块，设置为才艮据所述标识和所述被叫用户的状态信息确定是否触发所述被叫用户的所述呼叫等待业务；以及

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

9. 根据权利要求 8所述的 AGCF , 其中，所述确定模块还设置为在所述标识为不支持呼叫等待业务的情况下，确定不触发所述被叫用户的所述呼叫等待业务；在所述标识为支持呼叫等待业务且所述被叫用户的月艮务状态为忙的情况下，确定触发所述被叫用户的所述呼叫等待业务。

10. —种代理呼叫会话控制功能实体 P-CSCF, 包括：

接收模块，设置为接收从服务呼叫会话控制功能实体 S-CSCF或应用服务器 AS发送的携带有呼叫等待业务标识的呼叫请求，其中，所述标识用于指示所述呼叫请求的被叫用户是否支持呼叫等待业务；确定模块，设置为才艮据所述标识和所述被叫用户的状态信息确定是否触发所述被叫用户的所述呼叫等待业务；以及

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

11. 根据权利要求 10所述的 P-CSCF, 其中，所述确定模块还设置为在所述标识为不支持呼叫等待业务的情况下，确定不触发所述被叫用户的所述呼叫等待业务；在所述标识为支持呼叫等待业务且所述被叫用户的服务状态为忙的情况下，确定触发所述被叫用户的所述呼叫等待业务。