呼叫等待业务中区别振铃的实现方法及系统 |
|||||||
| 申请号 | CN200910092688.X | 申请日 | 2009-09-15 | 公开(公告)号 | CN102026108A | 公开(公告)日 | 2011-04-20 |
| 申请人 | 中兴通讯股份有限公司; | 发明人 | 唐飞; 王立波; 杨强; | ||||
| 摘要 | 本 发明 公开了一种呼叫等待业务中区别振铃的实现方法，主叫用户终端发送INVITE消息到应用 服务器 (AS)后，AS根据主叫用户信息产生对应的呼叫等待区别振铃音信息，并通过INVITE消息发送所述对应的呼叫等待区别振铃音信息给被叫用户终端；被叫用户正处于呼叫中，则所述被叫用户终端根据AS下发的呼叫等待区别振铃音信息产生对应的呼叫等待音，并提供给被叫用户。本发明还相应地公开一种呼叫等待业务中区别振铃的实现系统。由于被叫用户终端可以根据AS下发的呼叫等待区别振铃音信息产生对应的呼叫等待音，并提供给被叫用户，所以，本发明能够实现呼叫等待业务中的区别振铃，以提高用户体验。 | ||||||
| 权利要求 | 1.一种呼叫等待业务中区别振铃的实现方法，其特征在于，该方法包括： |
||||||
| 说明书全文 | 呼叫等待业务中区别振铃的实现方法及系统技术领域[0001] 本发明涉及通信领域的网络互联协议(IP)多媒体子系统，尤其涉及IP多媒体子系统呼叫等待业务中区别振铃的实现方法及系统。 背景技术[0002] IP多媒体子系统(IP Multimedia Core Network Subsystem，IMS)是由第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)组织提出的一种基于IP的网络架构，其构建了一个开放而灵活的业务环境，支持多媒体应用，并为用户提供丰富的多媒体业务。 [0003] IMS是基于IP的电信网络架构，与接入技术无关，除了可以为通用分组无线业务(General Packet Radio Service，GPRS)、无线局域网(Wireless Local AreaNetwork，WLAN)等分组接入网络提供业务外，还可以为全球移动通讯系统(Global System for Mobile communications，GSM)、统一移动通讯系统(Universal Mobile Telecommunications System，UMTS)等移动蜂窝网络提供业务。 [0004] 在IMS业务体系中，控制层和业务层分离，其中，控制层中业务触发和控制功能由呼叫会话控制功能实体(Call Session Control Function，CSCF)完成，CSCF具体分为代理Proxy、查询Interrogation和服务Serving三种类型；业务层是由一系列应用服务器(Application Server，AS)组成，能提供具体业务服务，AS可以是独立的实体，也可以存在于服务呼叫会话控制功能(Serving CallSession Control Function，S-CSCF)中，S-CSCF根据用户签约信息控制业务触发，调用AS上的业务，实现业务功能。 AS和S-CSCF可以统称为服务设备(Server Equipment，SE)。 另外，会话中的端到端设备称为用户设备(UserEquipment，UE)，负责与使用者的交互。 这些功能实体使用SIP(Session InitiationProtocol)协议通讯。 [0005] 图1为根据现有技术的IMS网络架构示意图，如图1所示，根据现有技术的IMS网络架构一般包括：归属用户服务器(HSS)、CSCF、AS、接入网关控制功能(Access Gateway Control Function，AGCF)以及用户设备UE1、UE2、......、UEn。 [0006] 图2为现有IMS系统中三个UE呼叫的基本流程示意图，简单起见，假定三个UE之间只有一个AS，相关CSCF单元省略代替，如图2所示，UE1和UE2通话过程中，UE3发起到UE1的呼叫时，基本呼叫步骤如下： [0007] 步骤201：UE3摘机发起呼叫到AS。 [0008] 步骤202：AS发送INVITE消息给UE1。 [0009] INVITE消息中携带振铃信息(alert-info)区别振铃单元。 [0010] 步骤203：由于UE1此时正在和UE2通话，所以启动呼叫等待流程，此时用户听呼叫等待音，并给AS回180响应。 [0011] 步骤204：AS给UE3回180响应，后续步骤205～步骤208同现有呼叫流程，即UE3向AS发送PRACK消息，AS再向UE1发送PRACK消息，UE1向AS回应200OK响应后，AS给UE3回200OK响应。 [0012] 综上所述，现有技术可以实现呼叫等待业务，但是存在下列缺陷：由于IMS相关标准中仅定义了普通呼叫的区别振铃实现，通过alert-info信息单元携带具体的振铃方式，但是并未定义呼叫等待过程业务区别振铃的实现过程，因此IMS无法实现该场景的区别振铃业务，从而被叫用户无法在呼叫等待场景下获取呼叫等待的用户的相关信息，从而影响用户体验。 发明内容[0013] 有鉴于此，本发明的主要目的在于提供一种呼叫等待业务中区别振铃的实现方法及系统，能够使被叫用户获取呼叫等待的用户的相关信息，以提高用户体验。 [0014] 为达到上述目的，本发明的技术方案是这样实现的： [0015] 一种呼叫等待业务中区别振铃的实现方法，包括： [0016] 主叫用户终端发送INVITE消息到应用服务器AS后，AS判定被叫用户具有区别振铃和呼叫等待业务，则根据主叫用户信息产生对应的呼叫等待区别振铃音信息，并通过INVITE消息携带并发送所述对应的呼叫等待区别振铃音信息给被叫用户终端； [0017] 被叫用户正处于呼叫中，则所述被叫用户终端根据AS下发的呼叫等待区别振铃音信息产生对应的呼叫等待音，并提供给被叫用户。 [0018] 所述AS通过INVITE消息中的SIP头域或者SIP消息体携带呼叫等待区别振铃音信息。 [0019] 由被叫用户关联的网元对被叫用户是否处于呼叫中进行判断，以及根据AS下发的呼叫等待区别振铃音信息产生对应的呼叫等待音，并提供给被叫用户。 [0020] 所述被叫用户关联的网元为用户设备或接入网关控制功能AGCF。 [0021] 一种呼叫等待业务中区别振铃的实现系统，包括主叫用户终端、被叫用户终端和AS，其中， [0022] 所述主叫用户终端，用于在呼叫发起时发送INVITE消息至AS； [0023] 所述AS，用于在收到主叫用户终端发送的INVITE消息后，判断被叫用户是否具有区别振铃和呼叫等待业务，以及在被叫用户具有区别振铃和呼叫等待业务时，根据主叫用户信息产生对应的呼叫等待区别振铃音信息，并通过INVITE消息携带并发送所述对应的呼叫等待区别振铃音信息给被叫用户终端； [0024] 所述被叫用户终端，用于在被叫用户处于呼叫中时，根据AS下发的呼叫等待区别振铃音信息产生对应的呼叫等待音，并提供给被叫用户。 [0025] 所述AS通过INVITE消息携带并发送所述对应的呼叫等待区别振铃音信息给被叫用户终端为：AS通过INVITE消息中的SIP头域或者SIP消息体携带呼叫等待区别振铃音信息。 [0026] 该系统还包括被叫用户关联的网元， [0027] 所述AS，还用于通过INVITE消息携带并发送呼叫等待区别振铃音信息给被叫用户关联的网元； [0028] 所述被叫用户关联的网元，用于对被叫用户是否处于呼叫中进行判断，以及根据AS下发的呼叫等待区别振铃音信息产生对应的呼叫等待音，并提供给被叫用户。 [0029] 所述被叫用户关联的网元为用户设备或AGCF。 [0030] 本发明呼叫等待业务中区别振铃的实现方法及系统，AS通过INVITE消息携带并发送呼叫等待区别振铃音信息给被叫用户终端，被叫用户终端根据AS下发的呼叫等待区别振铃音信息产生对应的呼叫等待音，并提供给被叫用户，所以，本发明能够实现呼叫等待业务中的区别振铃，使被叫用户获取呼叫等待的用户的相关信息，以提高用户体验。附图说明 [0031] 图1为根据现有技术的IMS网络架构示意图； [0032] 图2为现有IMS系统中三个UE呼叫的基本流程示意图； [0033] 图3为本发明呼叫等待业务中区别振铃的实现方法流程示意图； [0034] 图4为实施例1呼叫等待业务中区别振铃的实现方法流程示意图； [0035] 图5为实施例2呼叫等待业务中区别振铃的实现方法流程示意图。 具体实施方式[0036] 本发明的基本思想是：AS通过INVITE消息携带并发送呼叫等待区别振铃音信息给被叫用户终端，被叫用户终端根据AS下发的呼叫等待区别振铃音信息产生对应的呼叫等待音，并提供给被叫用户。 [0037] 下面结合附图对技术方案的实施作进一步的详细描述。 [0038] 图3为本发明呼叫等待业务中区别振铃的实现方法流程示意图，如图3所示，本发明呼叫等待业务中区别振铃的实现方法一般包括以下步骤： [0039] 步骤301：主叫用户终端发送INVITE消息到AS。 [0040] 步骤302：AS判定被叫用户具有区别振铃和呼叫等待业务，则根据主叫用户信息产生对应的呼叫等待区别振铃音信息。 [0041] 步骤303：AS通过INVITE消息携带并发送所述对应的呼叫等待区别振铃音信息给被叫用户终端。 [0042] 具体的，AS可以通过INVITE消息中的SIP头域或者SIP消息体携带呼叫等待区别振铃音信息。 [0043] 步骤304：被叫用户正处于呼叫中，则所述被叫用户终端根据AS下发的呼叫等待区别振铃音信息产生对应的呼叫等待音，并提供给被叫用户。 [0044] 这里，也可以由被叫用户关联的网元对被叫用户是否处于呼叫中进行判断，并根据AS下发的呼叫等待区别振铃音信息产生对应的呼叫等待音，并提供给被叫用户。需要说明的是，被叫用户关联的网元包括用户设备、接入网关控制功能(AGCF)等实体。 [0045] 本发明还提出一种呼叫等待业务中区别振铃的实现系统，包括主叫用户终端、被叫用户终端和AS，其中， [0046] 主叫用户终端，用于在呼叫发起时发送INVITE消息至AS； [0047] AS，用于在收到主叫用户终端发送的INVITE消息后，判断被叫用户是否具有区别振铃和呼叫等待业务，以及在被叫用户具有区别振铃和呼叫等待业务时，根据主叫用户信息产生对应的呼叫等待区别振铃音信息，并通过INVITE消息携带并发送所述对应的呼叫等待区别振铃音信息给被叫用户终端； [0048] 被叫用户终端，用于在被叫用户处于呼叫中时，根据AS下发的呼叫等待区别振铃音信息产生对应的呼叫等待音，并提供给被叫用户。 [0049] AS通过INVITE消息携带并发送所述对应的呼叫等待区别振铃音信息给被叫用户终端为：AS通过INVITE消息中的SIP头域或者SIP消息体携带呼叫等待区别振铃音信息。 [0050] 该系统还包括被叫用户关联的网元， [0051] AS，还用于通过INVITE消息携带并发送呼叫等待区别振铃音信息给被叫用户关联的网元； [0052] 被叫用户关联的网元，用于对被叫用户是否处于呼叫中进行判断，以及根据AS下发的呼叫等待区别振铃音信息产生对应的呼叫等待音，并提供给被叫用户。 [0053] 被叫用户关联的网元为用户设备或AGCF。 [0054] 实施例1 [0055] 本实施例中涉及到IMS域内的三个用户设备UE1、UE2和UE3，其中UE1和UE2正在通话，此时UE3发起到UE1的呼叫，这三个用户设备之间只有一个AS，相关CSCF单元省略代替。图4为实施例1呼叫等待业务中区别振铃的实现方法流程示意图，如图4所示，实施例1呼叫等待业务中区别振铃的实现方法包括以下步骤： [0056] 步骤401：UE3摘机发起呼叫到AS。 [0057] 步骤402：AS发送INVITE消息给UE1。 [0058] INVITE消息中携带呼叫等待区别振铃信息，如呼叫等待信息(call-waiting-info)等。 [0059] 步骤403：UE1此时正在和UE2通话，则UE1使用呼叫等待区别振铃信息，给用户放对应的呼叫等待音，并给AS回180响应。 [0060] 步骤404：AS给UE3回180响应。 [0061] 步骤405～步骤408同现有呼叫流程。 [0062] 实施例2 [0063] 本实施例中涉及到IMS域内的三个用户设备UE1、UE2和UE3，其中UE1和UE2正在通话，此时UE3发起到UE1的呼叫，UE1需要通过AGCF与AS交互。图5为实施例2呼叫等待业务中区别振铃的实现方法流程示意图，如图5所示，实施例2呼叫等待业务中区别振铃的实现方法包括以下步骤： [0064] 步骤501：UE3摘机发起呼叫到AS。 [0065] 步骤502：AS发送INVITE消息给AGCF。 [0066] INVITE消息中携带呼叫等待区别振铃信息，如call-waiting-info等。 [0067] 步骤503：AGCF判定UE1正处于通话中，且其业务需要AGCF来实现，则AGCF将呼叫等待区别振铃信息转化为对应的消息发送给UE1。 [0068] 步骤504：AGCF给AS回180响应。 [0069] 步骤505：AS给UE3回180响应。 [0070] 步骤506～步骤509同现有呼叫流程。 [0071] 根据本发明的基本原理，呼叫等待区别振铃信息可以通过SIP的INVITE消息进行携带，如在SIP的消息头域或者消息体中携带。 [0072] 以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。 |
||||||
QQ群二维码
意见反馈
意见反馈