CN1859478B

CN1859478B - 一种提供实时回铃音的方法和系统

Info

Publication number: CN1859478B
Application number: CN2005101209208A
Authority: CN
Inventors: 王正伟; 刘健; 孙谦; 王伟杰
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2005-12-17
Filing date: 2005-12-17
Publication date: 2011-02-02
Anticipated expiration: 2025-12-17
Also published as: CN101156427A; CN1859478A

Abstract

本发明公开了一种在通信网络中提供实时回铃音的方法，包括以下步骤：被叫终端收到网络侧发来的主叫终端的呼叫请求；被叫终端可向网络侧发送原因值；网络侧的回铃音单元存储有大量的回铃音数据和设置的原因值-回铃音对应表，于是可根据接收到原因值寻到对应的回铃音，并实时地播放给主叫终端。本发明还提供了一种在通信网络中提供实时回铃音的系统。利用本发明的技术，被叫用户可根据当时情况实时地发送不同的回铃音，从而充分满足用户的个性化需求，并进一步提升通信服务质量。

Description

一种提供实时回铃音的方法和系统

技术领域

本发明涉及一种通信网络中的铃音提供技术，具体涉及一种在通信网络中提供回铃音的方法及其系统。

背景技术

在现有的通信网络中，无论是固定通信网络、全球移动通信(GSM)网络还是码分多址(CDMA)移动通信网络，当被叫用户接收到一主叫用户的来电后，被叫用户可以选择接听，也可以选择不接听甚至拒绝(用户可以通过按挂机键来拒绝来电)。因为我们经常会遇到这种情况：一个来电到达时正赶上被叫用户很忙，例如，忙于接听另外一个重要电话，或者忙于处理一个重要的事情，或者正在开会。这时，被叫用户一般采用拒接方式，由现有技术的被叫交换中心向主叫用户播放“你拨打的电话暂时无法接通”，或“您所播打的用户正在通话中”等一成不变的提示音。

如果是主叫用户首次遇到这种情况，他可能真的认为是象提示音提示的那样，被叫用户无法接通或者正在和别人通话。但是，久而久之人们都会知道，这种提示音的出现，其实就是被叫用户拒绝接听引起的，况且在被叫用户拒绝接听之前，主叫可以听到被叫处于待接状态的回铃音。实际上，拒绝接听电会被认为是不礼貌的，往往影响到主、被叫用户之间的感情，即使被叫用户事后回电话给主叫用户进行解释，仍会由于不及时导致效果不理想。

另外，现有技术中还存在用户定制回铃音的技术方案，即一般由被叫用户签约回铃音业务后，当主叫终端呼叫该被叫终端且被叫终端处于空闲状态，则由回铃音服务器RBTS向主叫终端发送由被叫用户定制的回铃音。在这里，被叫用户可以根据个人爱好、或根据主叫号码、或根据时间制定不同的回铃音，从而在一定程度上满足用户的个性化需求。但是，这些回铃音都是预先定制的，而无法根据当时的实际情况实时地发送不同的回铃音以灵活地满足终端用户的需求。

综上可知，所述现有的铃音提供技术，不能根据实际情况实时地提供不同的回铃音，无法满足用户对通信业务更高的要求，进而在一定程度尚限制了通信业务的发展。

发明内容

有鉴于此，本发明的第一个目的在于提供一种于通信网络中提供实时回铃音的方法，使得被叫用户可根据当时情况实时地发送不同的回铃音。

本发明的第二个目的在于提供一种提供实时回铃音的系统。

为了达到上述目的，本发明提供一种在通信网络中提供实时回铃音的方法，其特征在于，包括以下步骤：

A.被叫终端收到网络侧发来的主叫终端的呼叫请求；

B.被叫终端向网络侧发送原因值；

C.网络侧的回铃音单元根据该原因值寻到对应的回铃音，并实时地播放给主叫终端。

本方法的步骤A之前，设置并保存原因值-回铃音对应表到该回铃音单元中，该对应表中各原因值对应不同的回铃音标识；且该回铃音标识所代表的实时回铃音存储在该回铃音单元中。

本方法的原因值-回铃音对应表中的原因值为空时，对应的是设置的默认回铃音标识或者传统回铃音标识。

本方法的原因值-回铃音对应表中的原因值及回铃音标识针对所有主叫终端来设置，对于任何主叫终端都仅根据原因值来确定回铃音标识；或者

本方法的所述对应表中的原因值及回铃音标识针对个别主叫终端来设置，该对应表中增加主叫终端标识栏，并根据主叫终端标识和原因值来确定回铃音标识。

本方法的原因值-回铃音对应表中的原因值及回铃音标识针对所有被叫终端来设置，对于任何被叫终端都仅根据原因值来确定回铃音标识；或者

本方法的所述对应表中的原因值及回铃音标识针对个别被叫终端来设置，该对应表中增加被叫终端标识栏，并根据被叫终端标识和原因值来确定回铃音标识。

本方法的步骤A之前，被叫终端在网络侧进行实时回铃音业务的签约，并将签约信息保存在被叫终端的归属位置寄存器HLR中；所述步骤A包括：主叫终端通过主叫交换中心请求呼叫被叫终端；主叫交换中心向被叫终端的归属位置寄存器HLR请求并获得该被叫终端的该签约信息和路由信息；主叫交换中心将该呼叫请求通过被叫交换中心发送给被叫终端。

本方法的回铃音单元被设置在被叫交换中心或者主叫交换中心内；或者

所述回铃音单元为单独的回铃音服务器RBTS。

本方法的步骤B中，固定被叫终端通过DTMF方式，而将原因值发送给被叫交换中心，该被叫交换中心再将该原因值直接或间接地发送给回铃音单元。

本方法的步骤B中，移动被叫终端通过Start DTMF消息一次或多次将原因值发送给被叫交换中心，该被叫交换中心再将该原因值直接或间接地发送给回铃音单元。

本方法的步骤B中，被叫终端通过用户到用户信令UUS或者断开信令Disconnect发送原因值到被叫交换中心，该被叫交换中心再将该原因值直接或间接地发送给回铃音单元。

本方法的原因值由被叫用户通过被叫终端输入并发送给被叫交换中心；或者被叫终端根据预定的终端状态而自动发送相应原因值给被叫交换中心。

本方法的原因值代表被叫用户的拒接原因或者被叫用户的当时状态。

本方法的述原因值发送给被叫交换中心后，被叫交换中心断开或不断开与被叫终端的连接。

本方法的步骤B之前，被叫交换中心还没收到原因值时，由主叫交换中心和/或被叫交换中心通知回铃音单元播放设置的默认回铃音或系统的传统回铃音；

在被叫交换中心收到原因值之后，执行所述步骤C，包括：

C11.在被叫交换中心将该原因值直接或间接地发送给回铃音单元，回铃音单元根据该原因值寻到对应的实时回铃音；

C12.回铃音单元停止播放所述默认回铃音或传统回铃音，并向主叫终端播放该实时回铃音。

本方法的步骤B之前，被叫交换中心获知被叫终端处于空闲状态之后的预定时间段内，被叫交换中心和/或主叫交换中心先判断是否被叫终端发送了原因值，并暂时不向主叫终端播放任何回铃音；若预定时间段内被叫交换中心收到原因值则执行步骤C，否则通知回铃音单元播放设置的默认回铃音或系统的传统回铃音给主叫终端；所述步骤C包括：

C21.在被叫交换中心将该原因值直接或间接地发送给回铃音单元，回铃音单元根据该原因值寻到对应的实时回铃音；

C22.回铃音单元向主叫终端播放该实时回铃音。

在本方法中，若回铃音单元播放所述默认回铃音或传统回铃音达到预定时间段：而被叫终端仍未发送原因值、或被叫终端仍未应答、或主叫终端仍未挂机；则由主叫交换中心和/或被叫交换中心通知回铃音单元停止播放回铃音，并终止呼叫连接。

本方法的步骤C中播放实时回铃音之后，

当主叫终端挂机，则由主叫交换中心和/或被叫交换中心通知回铃音单元停止播放实时回铃音，并终止呼叫连接；或者

当被叫终端应答，则由主叫交换中心和/或被叫交换中心通知回铃音单元停止播放实时回铃音，并接通主、被叫终端的话路；或者

当回铃音单元播放预定时间段的实时回铃音之后，则由主叫交换中心和/或被叫交换中心通知回铃音单元停止播放实时回铃音，并终止呼叫连接。

本发明还提供一种在通信网络中提供实时回铃音的系统，包括主叫交换中心、被叫交换中心、归属位置寄存器，并进一步包括：

回铃音单元，其用于存储和播放实时回铃音；

当被叫终端接收到主叫终端的呼叫请求时，被叫终端发送原因值给被叫交换中心，且被叫交换中心直接或间接地将该原因值发送给回铃音单元，回铃音单元根据该原因值寻到对应的回铃音并实时地播放给主叫终端。

本系统的回铃音单元被设置在被叫交换中心内或主叫交换中心内；或者

所述回铃音单元为单独的回铃音服务器RBTS。

本系统的回铃音单元还保存有设置的原因值-回铃音对应表，该对应表中各原因值对应不同的回铃音标识；回铃音单元收到被叫终端发送来的原因值后，通过该对应表寻到对应的实时回铃音。

本系统中，固定被叫终端通过DTMF方式，将原因值发送给被叫交换中心；或者

移动被叫终端通过Start DTMF消息，将原因值发送给被叫交换中心。

本系统中，被叫终端通过用户到用户信令UUS或者断开消息Disconnect发送原因值到被叫交换中心。

本系统的所述原因值由被叫用户在被叫终端输入并发送给被叫交换中心；或者被叫终端根据预定的终端状态而自动发送相应原因值给被叫交换中心。

本系统的被叫交换中心收到被叫终端的原因值后，被叫交换中心断开或不断开与被叫终端的连接。

通过本发明的技术方案，被叫终端收到主叫终端的呼叫请求时可以发送原因值，且回铃音单元根据该原因值实时地发送回铃音给被叫终端。从而，被叫用户可根据当时情况实时地发送不同的回铃音，充分满足了用户的个性化需求，并进一步提升了通信服务质量。诸如被叫用户可以将因故拒接的理由及时、合理地通过实时回铃音发送给主叫用户，以避免彼此之间的误会；并且，被叫用户可以通过实时回铃音向主叫用户表达当时心情、状态等。

附图说明

图1A为本发明的实施例一的系统结构简图。

图1B为本发明的实施例一的信令流程图。

图2A为本发明的实施例二的系统结构简图。

图2B为本发明的实施例二的信令流程图。

图3A为本发明的实施例三的系统结构简图。

图3B为本发明的实施例三的信令流程图。

图4A～图4B为本发明的实施例四的信令流程图。

图5为本发明的实施例五的信令流程图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。

本发明的基本技术思想是：被叫终端收到主叫终端的来电请求时，被叫终端可以发送一个原因值给网络侧，网络侧的回铃音单元根据该原因值实时地发送对应的回铃音给主叫终端。

为了实现实时回铃音业务，被叫用户可以通过到营业厅签约的方式进行实时回铃音业务的注册，也可以通过拨打特殊号码或者通过互连网的方式来进行该注册。另外，还要在回铃音单元设置并保存原因值-回铃音对应表，即将拒接原因(例如正在开会，正在接听其他电话等等)或其他当时情况分别设为不同的原因值，再根据该原因值选择不同的回铃音标识，如表1所示：

拒接原因原因值回铃音标识

无 NULL 默认回铃音0

正在开会 1 实时回铃音1

正在接电话 2 实时回铃音2

正在开车 3 实时回铃音3

正在办事 4 实时回铃音4

正在休息 5 实时回铃音5

表1

若被叫终端没有或者还没有发送原因值时，即原因值为空(NULL)，对应的是设置的默认回铃音标识或者系统的传统回铃音标识，此时可由回铃音单元发送默认回铃音或传统回铃音发送给主叫终端。而若被叫终端发送了原因值，则根据该原因值播放对应的实时回铃音，如表1中的实时回铃音1～5，这些实时回铃音中可具有关于拒接原因的相应语音提示内容，例如实时回铃音1具有“您所拨打的用户正在开会”等。当然，所有实时回铃音不仅具有语音提示内容，还可以是语音提示、音乐、歌曲、影视和/或对白等等，其目的是被叫用户及时、合理地向主叫用户解释无法接听的原因，从而避免了主叫用户和被叫用户之间的发生误会或者隔阂。

实际上，也可以在非拒接电话的时候，发送原因值来播放实时回铃音，如在朋友之间实时表达当时情况，如心情等，从而更加灵活地满足客户个性化需求，提高客户满意度，参照表2所示。

当时情况原因值回铃音标识

无 NULL 默认回铃音0

开心 1 实时回铃音1

悲伤 2 实时回铃音2

平淡 3 实时回铃音3

疲倦 4 实时回铃音4

轻松 5 实时回铃音5

表2

本发明的实时回铃音可以由提供商提供或者用户上传，并且存储在回铃音单元中，该回铃音单元可以是单独的回铃音服务器RBTS，或者设于交换中心MSC中，该回铃音单元存储有实时回铃音标识所代表的回铃音数据。当该回铃音单元收到被叫终端的原因值，根据该原因值-回铃音对应表查找到对应的实时回铃音并发送给主叫终端。

值得一提的是，所述原因值-回铃音对应表中设置的原因值(包括空值) 及其对应的回铃音标识可以是针对所有主叫终端来设置，也可以是仅针对个别主叫终端来设置。当针对所有主叫终端来设置时，对于任何主叫终端都仅根据原因值来确定回铃音标识。当是针对单个用户来设置时，可以通过在上表中增加主叫终端标识栏来实现，参照表3所示，该主叫终端标识可以是主叫用户的通信号码(MSISDN)。这样，回铃音单元在接收到被叫终端发送的原因值时，根据主叫终端标识和的原因值来确定实时回铃音标识。

主叫标识原因值实时回铃音标识

13923812345 1 实时回铃音01

13923812345 2 实时回铃音02

13923812345 3 实时回铃音03

13323622336 1 实时回铃音

11

13323622336 2 实时回铃音

12

13323622336 3 实时回铃音

13

82882233 1 实时回铃音

21

82882233 2 实时回铃音

22

82882233 3 实时回铃音

23

表3

显而易见的是，本发明的原因值-回铃音对应表中的原因值及回铃音标识可以针对所有被叫终端来设置，对于任何被叫终端都仅根据原因值来确定回铃音标识；或者所述对应表中的原因值及回铃音标识也可以是针对个别被叫终端来设置，该对应表中增加被叫终端标识栏，并根据被叫终端标识和原因值来确定回铃音标识。由于针对个别被叫终端来设置原因值及回铃音标识的对应关系的方式更加实用，后面的实施例中，主要针对这种方式进行阐述。显而易见，通过本文对这种方式的阐述，本领域技术人员完全可以通过简化或等同替换方式完成其它的实现方式。

实际当中，被叫用户还可以根据自己所处不同时间段，自动或手动向网络侧传送不同原因值。例如，夜晚10点后，被叫终端可以自动反馈一个原因值；正常工作时间，被叫终端可以自动反馈另外一个原因值；星期天，被叫终端可以自动反馈又一个不同的原因值。如果用户正在接听一个电话，也可以由用户手动反馈一个表示正在接电话的原因值。可见原因值可以根据时间、地点、人物、事件、心情等而异。

当然所述对应表中的原因值及回铃音标识是针对个别被叫终端来设置时，在注册实时回铃音业务以后，被叫用户可以灵活地更改自己的定制的个性化的回铃音标识和/或回铃音数据，这样本发明为用户提供了更大的便利，进一步提升了服务质量。

本发明另一个要解决的技术问题是：被叫用户通过被叫终端输入并发送原因值。这里，需要在被叫终端、O_MSC(主叫交换中心)和/或T_MSC(被叫交换中心)上进行适当的改造：例如在T_MSC中启动拨号阶段的收号功能(现有的MSC在拨号阶段禁止了收号功能)，在被叫终端存储和设置用于获取和发送原因值的应用程序等。以下说明如何将原因值发送给网络侧的两种方法，但不限于此。

第一种方案，通过DTMF方式发送原因值。

A)对于固定终端来说，操作如下：

1、被叫终端直接将原因值通过DTMF方式传送给T_MSC，对于手动发送原因值的情况，如原因值为1时，可按击电话座机上的“1”键即可发送原因值，当然为了避免误操作，可以要求追加确认键，如“#”键，即需要按击“1#”方能发送原因值，即先按击被叫终端上的“1”键，再按“#”键。

2、T_MSC通过解析DTMF信号接收到一定长度(例如长2个数字长)的字符后，将得到的该原因值传送给回铃音单元。

B)对于移动终端来说，操作如下：

1、被叫终端通过Start DTMF消息向T_MSC发送原因值的一个字符，对于手动发送原因值的情况，如原因值的一个字符为2时，可按击电话座机上的“2”键即可发送原因值的一个字符。同样，当然为了避免误操作，可以要求追加确认键，如“#”键，即需要按击“2#”才能发送原因值2。

2、被叫终端接收到T_MSC返回的DTMF Ack后，向该端局发送一个StopDTMF；

3、被叫终端再通过Start DTMF向T_MSC发送原因值的一个字符，接收到被叫端局返回的DTMF Ack后，向该端局发送一个Stop DTMF，直到将全部原因值发送至T_MSC。当然，被叫移动终端也可以通过Start DTMF一次性发送若干长度的字符的形式来发送原因值。

第二种方案，通过UUS(User to User Singal)信令或者Disconnect消息发送原因值：

Disconnect消息内容如下：3GPP TS 24.008：DISCONNECT message content(mobile station to network direction)

IEI	Information element	Type/Reference	Presence	Format	Length
							Call control protocol discriminator	Protocol discriminator 10.2	M	V	1/2
	Transaction identifier	Transaction identifier 10.3.2	M	V	1/2
							Disconnect message type	Message type 10.4	M	V	1
	Cause	Cause 10.5.4.11	M	LV	3-31
						1C	Facility	Facility 10.5.4.15	O	TLV	2-？
7E	User-user	User-user 10.5.4.25	O	TLV	3-131
						7F	SS version	SS version indicator 10.5.4.24	O	TLV	2-3

被叫终端通过在Disconnect消息的某些信元，例如User-user信元或者Facility信元，可以将代表原因值的命令码传送给T_MSC，T_MSC通过解析以上信元得到对应的原因值。

当然，被叫终端也可以通过应答消息中的某些信元，来将对应的原因值信息传送给T_MSC。

实际上，被叫终端获取原因值可以是通过提示用户输入来获得；也可以是通过被叫终端预设的终端状态来获取；也可以是通过来电事件所触发的一个过程来获取。例如，终端接到一个来电时提示用户输入的例子：被叫终端在接收到一个来电时，弹出一个对话框，让被叫用户输入一个原因值；或者是被叫用户在来电到达时，通过预先设置好菜单打开一个对话框，通过该对话框输入一个原因值。根据终端状态的例子：被叫终端可以根据用户预先设置的终端状态或模式，向网络侧返回一个对应于该模式的原因值。例如，用户正在开会，可以将终端设置成会议模式，这种情况下，当被叫终端接收到一个来电后，自动将会议模式对应的原因值发送给网络侧，而无需被叫用户手动地输入原因值；还例如，设置被叫终端在早晨8点以前，夜晚10点以后为一个状态，并对应原因值18，这样，终端在早晨8点以前，夜晚10点以后，接收到来电是，自动得到原因值18，并且该原因值对应的回铃音可以是：“被叫终端自动提示您：被叫用户在休息，如果没有特别重要的事情，请第二天联系，谢谢！”。

下面以具体实施例来说明本发明的系统和方法。

图1A为本发明实施例一的系统结构简图，该系统不仅包括O_MSC、T_MSC、被叫终端的HLR，进一步包括用于保存和播放回铃音的回铃音服务器RBTS。本实施例采用的是GSM网络，其基本思想可以很方便地应用于CDMA系统或固定通信网络系统，其区别仅仅在于具体消息的不同。

这里的MSC主要完成业务交换功能和呼叫控制功能，其中的O_MSC是主叫用户的MSC或网关移动交换中心(GMSC)；T_MSC是被叫用户的拜访MSC，主要保存被叫用户的当前信息，并在呼叫过程中完成到被叫用户之间的接续。HLR主要保存移动终端的基本信息，包括实时回铃音业务签约信息等等。

图1B为本发明实施例一的信令流程图。

步骤101，当O_MSC接收到来自主叫终端的电话呼叫请求，向被叫用户归属的HLR发送获取被叫用户的路由信息的请求SRI，该请求包含被叫用户的被叫号码等信息，这里的被叫号码也就是被叫的MSISDN。

步骤102～103，HLR根据被叫号码得知该被叫用户为实时回铃音业务签约用户；且HLR向T_MSC发送获取被叫漫游号码的请求，T_MSC为被叫用户分配一个漫游号码MSRN，然后将MSRN发送给HLR。

步骤104，HLR通过SRI_Ack消息将被叫的MSRN和实时回铃音业务签约信息发送给O_MSC。

步骤105，O_MSC向T_MSC发送一个初始地址消息IAM。这里的IAM包括主叫号码、被叫号码和被叫MSRN。

步骤106～108，T_MSC将该IAM发送给被叫终端Called；T_MSC寻呼被叫，并在被叫终端处于空闲状态时，将被叫的状态信息通过地址全消息ACM(Address Complete Message)发送给O_MSC；如果被叫终端的当前状态不是空闲，例如忙、关机或不在服务区，则T_MSC通过O_MSC向主叫终端透传表示用户忙、关机或不在服务区的语音提示。

步骤109，O_MSC向RBTS发送IAM，并通过该IAM将主叫号码、被叫号码等信息发送给RBTS，可见本实施例一是由O_MSC来控制播放回铃音的。

在步骤110，RBTS根据被叫号码和原因值-回铃音对应表来查找被叫用户定制的默认回铃音，然后向O_MSC发送ACM。这里，当被叫终端还没有发送原因值时，O_MSC先通知RBTS发送默认回铃音，即原因值为空时所对应的回铃音。

步骤111，RBTS通过O_MSC向主叫终端播放被叫用户定制的默认回铃音，同时O_MSC屏蔽T_MSC播放的传统回铃音。

步骤112，被叫终端获取一个原因值并发送该原因值给T_MSC，这里T_MSC一般自动断开和被叫终端的连接，即被叫终端不再被振铃提示；当然也可以不自动断开和被叫终端的连接，而是由被叫用户按挂机键来断开被叫终端与T_MSC的连接，或者按接听键实现主叫与被叫的话路连接，即按照现有流程来处理。被叫终端获取原因值可以是通过提示被叫用户输入得到，也可以是根据终端当前状态或所处模式，由终端自动得到。

步骤113～114，T_MSC将该原因值发送给O_MSC；O_MSC再将原因值发送给RBTS。

步骤115，RBTS根据该原因值查找被叫用户定制的实时回铃音，然后向主叫终端发送ACM。

步骤116，RBTS通过O_MSC向主叫终端播放被叫用户定制的实时回铃音，同时停止播放默认回铃音，该实时回铃音中包含了被叫用户拒接电话的音频解释，这样，由于解释得及时，可大大避免被叫用户和主叫用户之间的发生误会、隔阂或不快。

步骤117，当主叫用户挂断电话，O_MSC向RBTS发送释放消息REL(Release)信令，立即切断和RBTS之间的路由，从而停止向主叫播放实时回铃音。当然，O_MSC还可以预设实时回铃音的播放时间值，例如1分钟，时间到后O_MSC自动切断O_MSC或RBTS之间的路由。

图2A为本发明实施例二的系统结构简图，与图1A不同的是，实施例二的RBTS仅与T_MSC连接，而实施例一的RBTS仅与O_MSC连接，即实施例二由T_MSC控制实时回铃音的播放。

图2B为本发明实施例二的信令流程图。

步骤201～208与实施例一的步骤101～108基本相同，唯一不同的是被叫用户没有定制默认回铃音，而是由T_MSC发送传统的回铃音，即“嘟...嘟...”的铃音。当然，也可以向实施例一一样，被叫终端定制了对应的回铃音。

步骤209，T_MSC向O_MSC发送传统回铃音，该传统回铃音最终由O_MSC透传给主叫终端。

步骤210～211，被叫终端获取一个原因值并发送该原因值给T_MSC，T_MSC再将该原因值发送给RBTS。被叫终端获取原因值可以是通过提示被叫用户输入得到，也可以是根据终端当前状态或所处模式，由终端自动得到。

步骤212，RBTS根据该原因值查找被叫用户定制的实时回铃音，然后向T_MSC发送ACM。

步骤213，RBTS通过T_MSC、O_MSC向主叫终端播放被叫用户定制的实时回铃音，同时停止播放传统回铃音。当然，也可以采用RBTS也可以直接向O_MSC播放的方案，这时的RBTS一般要求具有呼叫控制功能，由于该方案属于本领域技术人员所熟知，故不再赘述。

步骤214，当主叫用户挂断电话，O_MSC收到该挂断信息并发送给T_MSC。也可以在实时回铃音播放适当的时间后执行步骤215。

步骤215，T_MSC向RBTS发送REL信令，立即切断T_MSC和RBTS之间的路由，从而停止向主叫终端播放实时回铃音。

图3A为本发明实施例三的系统结构简图，该系统仅包括O_MSC、T_MSC、HLR，而不具备RBTS，因为实施例二采用T_MSC保存和播放实时回铃音的方案。

图3B为本发明实施例三的信令流程图。

步骤301～308与实施例一的步骤101～108基本相同，唯一不同的是被叫用户没有定制默认回铃音，而是由T_MSC(内置回铃音单元)发送传统的回铃音，即“嘟...嘟...”的铃音。基于同样的道理，也可以由O_MSC发送传统的回铃音。

步骤309，T_MSC通过O_MSC透传传统回铃音给主叫终端。

步骤310，被叫终端获取一个原因值并发送该原因值给T_MSC；被叫终端获取原因值可以是通过提示被叫用户输入得到，也可以是根据终端当前状态或所处模式，由终端自动得到。

步骤311，T_MSC根据该原因值查找被叫用户定制的实时回铃音，然后T_MSC向主叫终端播放被叫用户定制的实时回铃音，同时停止播放传统回铃音。这里，由于利用T_MSC存储和播放实时回铃音，可能造成端局改造的成本较高。

步骤312，当主叫用户挂断电话，O_MSC向T_MSC发送REL信令，立即切断O_MSC和T_MSC之间的路由，从而停止向主叫播放实时回铃音。也可以播放实时回铃音适当时间后，例如1分钟，T_MSC自动停止播放回铃音。并且在停止播放实时回铃音后，本发明各个实施例均可以选择是否向O_MSC播放传统的提示音，如“被叫用户无法接通”等。

图4A和图4B为本发明实施例四的信令流程图，其系统结构简图如图1A所示。实施例四在播放默认回铃音之前，需要在预定时间段内判断被叫终端是否发送了原因值，若收到原因值则播放实时回铃音，否则播放默认回铃音。

步骤401～408与实施例一的步骤101～108相同。

步骤409，O_MSC在通知RBTS播放默认回铃音之前，预留一段时间(例如5秒)来判断被叫终端是否发送原因值，并且，需要屏蔽T_MSC播放的传统的回铃音。若收到原因值，则执行如图4A所示的步骤410及其后续流程。否则执行如图4B所示的步骤420及其后续步骤。当然，若被叫用户没有定制默认回铃音，则可由O_MSC暂时屏蔽传统回铃音一段时间来进行判断。这样做的好处是，可避免主叫用户听到两种回铃音，因为那样有可能引起主叫用户的混淆或者不适。

步骤410，O_MSC向RBTS发送IAM，并通过该IAM将主叫号码、被叫号码以及所述原因值等信息发送给RBTS。

步骤411，RBTS根据被叫号码查找被叫用户定制的实时回铃音，然后向O_MSC发送ACM。

步骤412，RBTS通过O_MSC向主叫终端播放被叫用户定制的实时回铃音。

步骤413，当主叫用户挂断电话(也可以是实时回铃音播放一定时间后)，O_MSC向RBTS发送REL信令，立即切断和RBTS之间的路由，从而停止向主叫播放实时回铃音。

在如图4B所示的步骤420，O_MSC在预定的时间段内未收到被叫终端发送的原因值，则向RBTS发送IAM，并通过该IAM将主叫号码、被叫号码等信息发送给RBTS。

步骤421，RBTS根据被叫号码查找被叫用户定制的默认回铃音，然后向O_MSC发送ACM。

步骤422，RBTS通过O_MSC向主叫终端播放被叫用户定制的默认回铃音。至此，就可以作为实施例四的完整方案，当主叫挂断或者默认回铃音播放到预定时间，则停止播放，O_MSC切断与主叫终端的连接。

当然这里播放默认回铃音时，若被叫终端发送了原因值，O_MSC可以接收，也可以不接收。接收原因值的方案如图4B所示的步骤423及其后续步骤。

步骤423～425，当RBTS通过O_MSC向主叫终端发送默认回铃音期间，T_MSC收到被叫终端发送来的原因值；T_MSC将该原因值转送给O_MSC；O_MSC再将该原因值发送给RBTS。

步骤426，RBTS根据该原因值查找被叫用户定制的实时回铃音，然后向O_MSC发送ACM。

步骤427，RBTS通过O_MSC向主叫终端播放被叫用户定制的实时回铃音，同时停止播放默认回铃音。

步骤428，当主叫用户挂断电话，或者实时回铃音播放了一定时间，O_MSC向RBTS发送REL信令，并立即切断和RBTS之间的路由，从而停止向主叫终端播放实时回铃音。

以上四个实施例的目的，都是用于被叫用户对拒绝接听的解释。但实际上，被叫用户还可以根据当时实际情况实时地发送不同的原因值，网络侧根据该原因值选择相应的实时回铃音发送给主叫用户，在播放适当的时间后再接听电话，例如上文提到的朋友之间发送当时状态(心情等)的实时回铃音，以灵活地满足用户的需求，或者通知主叫用户稍等片刻的回铃音需求，具体方案如实施例五所述。

图5为本发明的实施例五的信令流程图，其中步骤501～516与实施例一中的步骤101～116基本相同，故不再赘述。唯一可能不同的是，在步骤512中，被叫终端发送原因值后，T_MSC须保持与被叫终端的连接；并且，发送的原因值代表的含义有所不同，如原因值“1”代表开心，原因值“2”代表悲伤，而原因值“9”代表稍等片刻，等等。

步骤517～518，当被叫终端应答后，T_MSC将应答消息ANM发送给O_MSC。

步骤519，O_MSC向RBTS发送REL信令，立即切断O_MSC和RBTS之间的路由，从而停止向主叫播放实时回铃音。

步骤520，通过O_MSC和T_MSC建立主、被叫之间的正常话路连接。

值得一提的是，本发明的各实施例中，若RBTS播放所述默认回铃音(或传统回铃音)达到预定时间段：而被叫终端仍未发送原因值、或被叫终端仍未应答、或主叫终端仍未挂机；则由主叫交换中心和/或被叫交换中心通知回铃音单元停止播放回铃音，并终止呼叫连接。另外，本发明与现有定制回铃音业务并不发生冲突，本领域技术人员很容易在原定制回铃音业务的基础上，再实现实时回铃音业务。

可以理解的是，对于本领域的普通技术人员来说，可以根据本发明的技术方案和技术构思作出其它各种相应的改变和变形，而所有这些改变和变形都应属于本发明后附的权利要求的保护范围。

Claims

1.一种在通信网络中提供实时回铃音的方法，其特征在于，包括以下步骤：

A.被叫终端收到网络侧发来的主叫终端的呼叫请求；

B.被叫终端向网络侧发送原因值；

2.根据权利要求1所述的提供实时回铃音的方法，其特征在于，所述步骤A之前，设置并保存原因值-回铃音对应表到该回铃音单元中，该对应表中各原因值对应不同的回铃音标识；且该回铃音标识所代表的实时回铃音存储在该回铃音单元中。

3.根据权利要求2所述的提供实时回铃音的方法，其特征在于，所述原因值-回铃音对应表中的原因值为空时，对应的是设置的默认回铃音标识或者传统回铃音标识。

4.根据权利要求2所述的提供实时回铃音的方法，其特征在于，所述原因值-回铃音对应表中的原因值及回铃音标识针对所有主叫终端来设置，对于任何主叫终端都仅根据原因值来确定回铃音标识；或者

所述对应表中的原因值及回铃音标识针对个别主叫终端来设置，该对应表中增加主叫终端标识栏，并根据主叫终端标识和原因值来确定回铃音标识。

5.根据权利要求2所述的提供实时回铃音的方法，其特征在于，所述原因值-回铃音对应表中的原因值及回铃音标识针对所有被叫终端来设置，对于任何被叫终端都仅根据原因值来确定回铃音标识；或者

所述对应表中的原因值及回铃音标识针对个别被叫终端来设置，该对应表中增加被叫终端标识栏，并根据被叫终端标识和原因值来确定回铃音标识。

6.根据权利要求1所述的提供实时回铃音的方法，其特征在于，所述步骤A之前，被叫终端在网络侧进行实时回铃音业务的签约，并将签约信息保存在被叫终端的归属位置寄存器HLR中；所述步骤A包括：主叫终端通过主叫交换中心请求呼叫被叫终端；主叫交换中心向被叫终端的归属位置寄存器HLR请求并获得该被叫终端的该签约信息和路由信息；主叫交换中心将该呼叫请求通过被叫交换中心发送给被叫终端。

7.根据权利要求1或2所述的提供实时回铃音的方法，其特征在于，所述回铃音单元被设置在被叫交换中心或者主叫交换中心内；或者

所述回铃音单元为单独的回铃音服务器RBTS。

8.根据权利要求1所述的提供实时回铃音的方法，其特征在于，所述步骤B中，固定被叫终端通过DTMF方式，而将原因值发送给被叫交换中心，该被叫交换中心再将该原因值直接或间接地发送给回铃音单元。

9.根据权利要求1所述的提供实时回铃音的方法，其特征在于，所述步骤B中，移动被叫终端通过Start DTMF消息一次或多次将原因值发送给被叫交换中心，该被叫交换中心再将该原因值直接或间接地发送给回铃音单元。

10.根据权利要求1所述的提供实时回铃音的方法，其特征在于，所述步骤B中，被叫终端通过用户到用户信令UUS或者断开信令Disconnect发送原因值到被叫交换中心，该被叫交换中心再将该原因值直接或间接地发送给回铃音单元。

11.根据权利要求1、8、9或10所述的提供实时回铃音的方法，其特征在于，所述原因值由被叫用户通过被叫终端输入并发送给被叫交换中心；或者被叫终端根据预定的终端状态而自动发送相应原因值给被叫交换中心。

12.根据权利要求1、8、9或10所述的提供实时回铃音的方法，其特征在于，所述原因值代表被叫用户的拒接原因或者被叫用户的当时状态。

13.根据权利要求1、8、9或10所述的提供实时回铃音的方法，其特征在于，所述原因值发送给被叫交换中心后，被叫交换中心断开或不断开与被叫终端的连接。

14.根据权利要求1所述的提供实时回铃音的方法，其特征在于，在所述步骤B之前，被叫交换中心还没收到原因值时，由主叫交换中心和/或被叫交换中心通知回铃音单元播放设置的默认回铃音或系统的传统回铃音；

在被叫交换中心收到原因值之后，执行所述步骤C，包括：

15.根据权利要求1所述的提供实时回铃音的方法，其特征在于，在所述步骤B之前，被叫交换中心获知被叫终端处于空闲状态之后的预定时间段内，被叫交换中心和/或主叫交换中心先判断是否被叫终端发送了原因值，并暂时不向主叫终端播放任何回铃音；若预定时间段内被叫交换中心收到原因值则执行步骤C，否则通知回铃音单元播放设置的默认回铃音或系统的传统回铃音给主叫终端；所述步骤C包括：

C22.回铃音单元向主叫终端播放该实时回铃音。

16.根据权利要求14或15所述的提供实时回铃音的方法，其特征在于，若回铃音单元播放所述默认回铃音或传统回铃音达到预定时间段，而被叫终端仍未发送原因值、或被叫终端仍未应答、或主叫终端仍未挂机，则由主叫交换中心和/或被叫交换中心通知回铃音单元停止播放回铃音，并终止呼叫连接。

17.根据权利要求1所述的提供实时回铃音的方法，其特征在于，所述步骤C中播放实时回铃音之后，

18.一种在通信网络中提供实时回铃音的系统，包括主叫交换中心、被叫交换中心、归属位置寄存器，其特征在于，进一步包括：

回铃音单元，其用于存储和播放实时回铃音；

19.根据权利要求18所述的提供实时回铃音的系统，其特征在于，所述回铃音单元被设置在被叫交换中心内或主叫交换中心内；或者

所述回铃音单元为单独的回铃音服务器RBTS。

20.根据权利要求18或19所述的提供实时回铃音的系统，其特征在于，所述回铃音单元还保存有设置的原因值-回铃音对应表，该对应表中各原因值对应不同的回铃音标识；回铃音单元收到被叫终端发送来的原因值后，通过该对应表寻到对应的实时回铃音。

21.根据权利要求18所述的提供实时回铃音的系统，其特征在于，固定被叫终端通过DTMF方式，将原因值发送给被叫交换中心；或者

22.根据权利要求18所述的提供实时回铃音的系统，其特征在于，被叫终端通过用户到用户信令UUS或者断开消息Disconnect发送原因值到被叫交换中心。

23.根据权利要求18所述的提供实时回铃音的系统，其特征在于，所述原因值由被叫用户在被叫终端输入并发送给被叫交换中心；或者被叫终端根据预定的终端状态而自动发送相应原因值给被叫交换中心。

24.根据权利要求18所述的提供实时回铃音的系统，其特征在于，所述被叫交换中心收到被叫终端的原因值后，被叫交换中心断开或不断开与被叫终端的连接。