CN1921649A - 一种完善礼貌呼叫业务特征的实现方法 - Google Patents

Abstract

一种完善礼貌呼叫业务特征的实现方法，包括以下步骤：使用礼貌呼叫；PoC客户终端首先执行提示操作，通知被叫PoC用户，同时启动一个定时器；如果在定时器超时之前，被叫PoC用户发生相应的反应，则该定时器被删除，PoC客户终端根据用户发生相应的反应执行后续处理；如果在定时器超时之前，被叫PoC用户一直没有发生任何相应的反应，则定时器超时之后，PoC客户终端被触发去调用本地的一个会话处理机制进行相应处理；在对收到的会话邀请作出答复之后，被叫PoC客户终端就可以决定是否释放本地资源和相关的网络资源，或者发起另外的呼叫过程，从而避免了对终端上资源和网络中资源的浪费。

Description

一种完善礼貌呼叫业务特征的实现方法

技术领域

本发明涉及移动通讯技术，尤其是涉及利用基于互联网协议的多媒体子系统，进行实时通话时的一种完善礼貌呼叫业务特征的实现方法。

背景技术

随着宽带网络的发展，移动通信将不仅仅局限于传统的话音通信，结合音频、视频、图片和文本等多种媒体类型的多媒体业务将逐渐开展起来，通过与呈现业务(presence)、短消息、网页(WEB)浏览、定位信息、推送业务(PUSH)、文件共享等数据业务的结合，可以满足用户的多种需求。如：消息业务，视频业务，电子商务，游戏，定位业务和个人助理等。

在多种应用的推动下，3GPP以及3GPP2等标准组织都先后推出了基于互联网协议(IP)的多媒体子系统(IMS)架构，目的是在移动网络中使用一种标准化的开放的结构来实现多种多样的多媒体应用，提供给用户更多的选择和更丰富的感受。

在3GPP Release 5(R5)阶段，引入了IP多媒体子系统域，简称IMS，叠加在分组域网络之上，由呼叫状态控制功能(CSCF)、媒体网关控制功能(MGCF)、媒体资源功能(MRF)和归属签约用户服务器(HSS)等功能实体组成，其中CSCF又可以分成服务CSCF(S-CSCF)、代理CSCF(P-CSCF)和查询CSC(I-CSCFF)三个逻辑实体，S-CSCF是IMS的业务交换中心，执行会话控制，维持会话状态，负责管理用户信息，产生计费信息等；P-CSCF是终端用户接入IMS的接入点，完成用户注册，负责QoS控制和安全管理等，I-CSCF负责IMS域之间的互通，管理S-CSCF的分配，对外隐藏网络拓扑和配置，产生计费数据等。MGCF控制网关，实现IMS网络和其它网络的互通，MRF提供媒体资源，如收放音，编解码和多媒体会议桥。HSS是用户数据库，存储IMS用户的签约数据和配置信息等。

3GPP定义的IMS网络也可以应用于3GPP2中定义的分组网络之上，提供和多种类型网络的互通，实现和用户使用终端类型的无关性。因此在这里不限制IMS只应用在3GPP相关的网络和应用上，其他类型的接入网络和承载网络的业务和应用也可以用IMS架构来实现。

在IMS中，使用会话发起协议SIP(Session Initiation Protocol，)作为IP多媒体会话的信令控制协议。SIP协议是由Internet工程任务组(IETF)提出的IP电话信令协议。正如其名字所隐含的，SIP用于发起会话，它能控制多个参与者参加的多媒体会话的建立和终结，并能动态调整和修改会话属性，如会话带宽要求、传输的媒体类型(语音、视频和文本等)、媒体的编解码格式、对组播和单播的支持等。

即按即说PTT(Push To Talk)是一种半双工的通讯技术，目前包括很多实现方式，比如motorola的iDEN以及Nokia的Tetra。基于蜂窝的PTT，即，PoC(PTT over cellular)是开放移动联盟组织OMA(openmobile alliance)定义的在分组网络上实现的PTT业务，采用分组语音(VoIP)以及半双工的方式，低成本、高效率的满足用户的实时通信需求。

PoC业务引入了一种新的通信模式，是现有的移动系统以及传统语音呼叫系统所无法提供的，PoC在满足实时呼叫的同时，做到了开销最小。

图1是PoC的业务开展的模式示意图。如图所示，具有PoC能力终端的用户首先需要和PoC业务的供应商签约，获得PoC业务许可；PoC用户通过终端发现网络具备PoC业务能力；PoC用户通过PoC业务供应商建立了和其他PoC用户的联系；PoC用户可以通过按键要求发言，实现业务。PoC业务具有如下特点：

-通话时不需要拨号，按住特殊键，实现语音通信；

-可以实现组播，一个人说话，同时多个人收听；

-该群组可以是定义好的，也可以是临时定义的；

-在通话过程中半双工模式，被叫在接听的时候不能发言；

-用户一直在线，建立通话的时间短，快于拨号。

OMA对PoC的网络框架也有了初步的定义，主要包括PoC client、PoC server、SIP core、GLMS、Presence server等。

OMA的PoC规范是将PoC基于SIP Core之上，利用SIP Core的能力实现用户之间的路由和查找。这里的SIP core可以是IMS网络。

在PoC业务的实现中，为了能够给用户提供一种良好的使用感受，引入了礼貌呼叫(Polite Calling)这个业务特征，所谓的礼貌呼叫就是指发起呼叫的PoC用户可以在会话中选择指示在被叫PoC客户终端收到媒体数据之后不立刻播放，而是先振铃通知被叫用户，只有当被叫用户人工接受了这个PoC会话邀请之后，才将被叫PoC客户终端收到的媒体数据播放出来，被叫用户来接听。通过这个业务特征的使用，可以让用户在接收到会话请求之后根据自己当时的情况有一个判断是否接受的过程，而不是象一般的PoC会话那样收到媒体数据就播放出来，用户的主观意愿无法体现。

在礼貌呼叫这个业务特征被引入之后，实现过程中还存在一些不够优化的地方，比如对于被叫PoC客户终端，目前没有考虑如果被叫PoC客户终端振铃了，但是被叫PoC用户由于某些原因，比如当时用户和终端不在一起，或者被叫用户不愿意接听，但是也不想让对方知道是自己主动拒绝这次会话邀请的等原因，导致被叫PoC用户没有去作出任何人工的操作以便给被叫PoC客户终端任何关于后续如何执行的动作，那么根据目前的实现，被叫PoC客户终端就会持续执行振铃的动作，直到相关PoC服务器或者主叫PoC用户或者主叫PoC客户终端对此进行干预。这个过程中，媒体数据已经保存在被叫PoC客户终端上了，因此占用了部分被叫PoC客户终端的资源，此外，振铃过程也是一个要占用资源的过程，按照目前的这种实现，对PoC客户终端和PoC网络上资源的占用非常严重，而且是一种无效的资源占用，不会带给会话双方任何实质性的好处，反而会造成资源的浪费。

发明内容

本发明的目的在于对礼貌呼叫的实现进行优化和完善，避免PoC业务中使用了礼貌呼叫的业务特征之后，由于被叫PoC用户可能没有作出相应的反应而导致造成对终端和网络上资源的浪费。

为实现上述目的，本发明的提出一种完善礼貌呼叫业务特征的实现方法，在基于蜂窝的即按即说PoC通话中使用了礼貌呼叫之后，被叫PoC客户终端对收到的会话邀请作出相应的处理，该实现方法包括以下步骤：

使用了礼貌呼叫；

收到会话邀请的被叫PoC客户终端首先执行提示操作，通知被叫PoC用户，同时启动一个时间设定机制；

如果在时间设定机制所设定的时长超时之前，被叫PoC用户有相应的反应，则该时间设定机制被删除，被叫POC客户终端根据用户的反应执行后续处理；

如果在时间设定机制所设定的时长超时之前，被叫PoC用户一直没有相应的反应，则在超时之后，被叫PoC客户终端被触发去调用本地的一个会话处理机制进行相应的处理；

在对收到的会话邀请作出处理之后，被叫客户终端决定是否释放本地资源和相关的资源，或者发起另外的呼叫。

所述的时间设定机制的设置方法是根据用户意愿来设置，也可以在被叫客户终端上设定一个缺省值，每次启用该定时器时就自动使用该缺省值。

本发明的时间设定机制可以为一定时器，该定时器的时长的设置方法是根据用户意愿来设置或在被叫客户终端上设定一个缺省值，每次启用该定时器时就自动使用该缺省值。

本发明的会话处理机制的设置包括：返回应答消息拒绝这次会话邀请；返回应答消息指示当前用户忙，无法接受这次会话邀请；返回应答消息设置一个重定向消息，指示主叫PoC用户当前的会话邀请将被重定向到另一个被叫PoC客户终端上；返回应答消息，说明当前被叫用户没有任何操作导致处理超时。

该会话处理机制的设置中，指示当前被叫用户忙，无法接受这次会话邀请的设置可以反映因被叫PoC用户不想接听对方的电话，但是也不想让对方知道自己不想和主叫用户通话的场景。

在所述的会话处理机制的设置中，定时器超时之后，触发该消息被还可以转发到被叫PoC用户设置的另一个PoC终端上被接听。或者在接受该会话邀请时，同时启动本地的一个缓存设备，自动保存后续收到的媒体数据，并将保存的媒体数据和主叫用户的信息相关联。

本发明的会话处理机制的设置方法是根据用户意愿来设置。该会话处理机制的设置是用户在没有相关会话邀请的时候，随时根据意愿来设置，也可以在被叫用户在收到相关会话邀请的时候设置，即在收到对方的提示通知时临时设置。

本发明的完善礼貌呼叫业务特征的实现方法，还可以在会话处理机制的设置中，让被叫用户在被叫客户终端上设置是否要通过提示被叫用户发生相应的反应，同样也可以实现礼貌呼叫。该提示被叫用户发生相应的反应的规则是用户配置在服务器上的或者是服务器根据群组类型确定的。

本发明还可以在主叫服务器上设置对主叫用户发给其他PoC用尸的会话邀请中是否增加礼貌呼叫指示的信息。该主叫服务器上设置对主叫用户发给其他PoC用户的会话邀请中增加礼貌呼叫指示的信息是用户配置在服务器上的或者是服务器根据群组类型确定的。

本发明的提出一种完善礼貌呼叫业务特征的实现方法在被叫PoC客户终端就可以决定是否释放本地资源和相关的网络资源，或者发起另外的呼叫过程。从而避免了对终端上资源和网络中资源的浪费，完善了礼貌呼叫业务特征的实现。，

附图说明

图1是PoC的业务开展的模式示意图。

图2是实现优化的礼貌呼叫业务的处理流程图，

具体实施方式

下面结合附图对本发明的完善礼貌呼叫业务特征的实现方法做详细的说明。

图2是实现优化的礼貌呼叫业务的处理流程图。如图2所示，显示了应用礼貌呼叫的业务特征，在主叫PoC用户发起PoC会话邀请之后，被叫PoC客户终端根据收到的指示，知道要使用礼貌呼叫来通知被叫PoC用户，因此首先会执行振铃操作(alerting)来通知被叫PoC用户，同时启动一个定时器，如果在定时器超时之前，被叫PoC用户执行了某个人工操作，则该定时器被删除，POC客户终端根据用户的人工操作执行后续处理；如果在定时器超时之前，被叫PoC用户一直没有执行任何人工操作，则定时器超时之后，PoC客户终端被触发去调用本地的一个会话处理机制，根据该会话处理机制去执行后续处理。根据用户的喜好和具体的场景，这个会话处理机制可以被具体设置为多种处理动作，可以是返回应答消息拒绝这次会话邀请；或者返回应答消息指示当前用户忙，无法接受这次会话邀请；或者是一个重定向消息，指示主叫PoC用户当前的会话邀请将被重定向到另一个被叫PoC客户终端上；或者就是返回应答消息，说明当前用户没有任何操作导致处理超时，等等。这个会话处理机制可以是很多的处理，在此不一一加以列举。这个会话处理机制可以是用户在没有相关会话邀请的时候设置的，即可以随时根据意愿来设置，也可以时在收到相关会话邀请的时候设置的，即在收到对方的振铃通知时临时设置的。定时器的时长可以是用户根据意愿来设置，也可以在终端上设定一个缺省值，每次启用该设置就自动使用了这个值。

通过这个定时器就可以确保在用户由于某些原因无法作出人工操作来指示PoC客户终端的进一步处理的时候，这个定时器以及和定时器关联的会话处理机制可以保证对收到的会话邀请作出答复，进而根据具体的会话处理机制，被叫PoC客户终端就可以决定是否释放本地资源和相关的网络资源，或者发起另外的呼叫过程。从而避免了对终端上资源和网络中资源的浪费，完善了礼貌呼叫业务特征的实现。

进一步的，本发明不单可以用在目前PoC规范定义的礼貌呼叫业务特征实现过程中，还可以用于其他应用场景中，其共同特征是被叫PoC客户终端在执行进一步处理之前需要等待来自被叫PoC用户的指示信息，但是被叫PoC用户可能始终无法给被叫PoC终端一个指示信息的情况存在的时候都可以应用本发明引入的机制来避免浪费终端和网络上的资源。比如被叫用户可以自己在终端上设置每次收到会话邀请的时候要先启用一个振铃来通知自己。

根据以上的考虑，对于礼貌呼叫这个业务特征的实现还可以进一步扩展，包括：

主叫用户可以在发起PoC会话的时候指示是否使用礼貌呼叫这个特征；

被叫用户在客尸终端上设置如何接受收到的会话邀请，即是否要通过altering提示被叫用户人工参与，如果设置了要人工参与，相当于也是一种礼貌呼叫的实现；

主叫服务器上设置了对主叫用户发给其他PoC用户的会话邀请中是否增加礼貌呼叫指示的信息，这个设置可以是用户配置在服务器上的，也可以是服务器根据群组类型确定的，比如某个用户向自己所在的公司群组呼叫时必须要使用礼貌呼叫指示，或者向公司群组中级别较高的用户呼叫时必须使用礼貌呼叫指示，而对自己所在的朋友群组呼叫时就不需要使用礼貌呼叫指示。

被叫服务器上设置了被叫用户在收到其他PoC用户发送来的会话邀请时希望如何接收的信息，即是否要通过altering提示被叫用户人工参与，如果设置了要人工参与，相当于也是一种礼貌呼叫的实现，设置的规则可以是用户配置在服务器上的，也可以是服务器根据群组类型确定的。

以下所述的仅为用以解释本发明的较佳实施例，并不是企图对本发明作任何形式上的限制，所以，凡有在相同的发明精神下所作有关本发明的任何修饰或变更，都应包括在本发明意图保护的范畴内。

实施例1：

主叫PoC用户使用了礼貌呼叫业务特征，被叫PoC用户不想接听对方的电话，但是也不想让对方知道自己不想和主叫用户通话，那么就可以在被叫的PoC客户终端上设置成当前用户忙，在定时器超时之后自然返回指示自己忙碌而无法接受会话邀请的信息给主叫用户，同时被叫PoC用户释放当前使用的终端上的相关资源，在发送完应答消息之后网络中为这次会话邀请预留的资源也可以被释放了。

以下所述的仅为用以解释本发明的较佳实施例，并不是企图对本发明作任何形式上的限制，所以，凡有在相同的发明精神下所作有关本发明的任何修饰或变更，都应包括在本发明意图保护的范畴内。

实施例2：

某个PoC用户由于某些原因，需要使用另一个终端来接听PoC电话，比如就是一个PoC BOX，但是不想为此通知每个群组中的朋友，因此，该PoC用户在自己的PoC客户终端上进行设置，当收到来自其他PoC用户的会话邀请的时候，如果对方使用了礼貌呼叫的业务特征，则在收到振铃通知的时候启动一个定时器，但是在定时器超时之前该PoC用户都不会在当前的这个PoC终端上做任何人工的操作，等定时器超时之后，触发该消息被转发到自己设置的另一个PoC终端上被接听。从而最初收到会话邀请的PoC客户终端上的资源可以被释放了。

实施例3：

主叫PoC用户使用了礼貌呼叫业务特征，被叫PoC用户担心自己有时候听不到振铃导致没有接听电话，那么就在被叫PoC客户终端上设置定时器超时之后将接受这个会话邀请，同时启动本地的一个缓存设备，自动保存后续收到的媒体数据，并将保存的媒体数据和主叫用户的信息相关联，使得被叫用户在察觉到有人呼叫过自己之后，可以知道是哪个用户呼叫自己，进一步还可以知道会话中交互了一些什么内容。

本发明提出一种完善礼貌呼叫业务特征的实现方法，通过对当前礼貌呼叫业务特征应用过程中没有考虑到的被叫PoC用户没有作出任何人工操作的情况的处理，避免了对终端以及网络上资源的浪费，提高了资源利用率，提升了对PoC业务的使用感受。

Claims (17)

1.一种完善礼貌呼叫业务特征的实现方法，在基于蜂窝的即按即说PoC通话中使用了礼貌呼叫之后，被叫PoC客户终端对收到的会话邀请作出相应的处理，该实现方法包括以下步骤：

使用了礼貌呼叫；

收到会话邀请的被叫PoC客户终端首先执行提示操作，通知被叫PoC用户，同时启动一个时间设定机制；

如果在时间设定机制所设定的时长超时之前，被叫PoC用户有相应的反应，则该时间设定机制被删除，被叫POC客户终端根据用户的反应执行后续处理；

如果在时间设定机制所设定的时长超时之前，被叫PoC用户一直没有相应的反应，则在超时之后，被叫PoC客户终端被触发去调用本地的一个会话处理机制进行相应的处理；

在对收到的会话邀请作出处理之后，被叫客户终端决定是否释放本地资源和相关的资源，或者发起另外的呼叫。

2.根据权利要求1的完善礼貌呼叫业务特征的实现方法，其特征在于：所述的时间设定机制的设置方法是根据用户意愿来设置。

3.根据权利要求1的完善礼貌呼叫业务特征的实现方法，其特征在于：所述的时间设定机制的设置是在被叫客户终端上设定一个缺省值，每次启用该定时器时就自动使用该缺省值。

4.根据权利要求1的完善礼貌呼叫业务特征的实现方法，其特征在于：所述的时间设定机制为一定时器，所述的定时器的时长的设置方法是根据用户意愿来设置或在被叫客户终端上设定一个缺省值，每次启用该定时器时就自动使用该缺省值。

5.根据权利要求1的完善礼貌呼叫业务特征的实现方法，其特征在于：所述的会话处理机制的设置包括：

返回应答消息拒绝这次会话邀请；

返回应答消息指示当前用户忙，无法接受这次会话邀请；

返回应答消息设置一个重定向消息，指示主叫PoC用户当前的会话邀请将被重定向到另一个被叫PoC客户终端上；

返回应答消息，说明当前被叫用户没有任何操作导致处理超时。

6.根据权利要求5的完善礼貌呼叫业务特征的实现方法，其特征在于：所述的会话处理机制的设置中，指示当前被叫用户忙，无法接受这次会话邀请的设置可以反映因被叫PoC用户不想接听对方的电话，但是也不想让对方知道自己不想和主叫用户通话的场景。

7.根据权利要求5的完善礼貌呼叫业务特征的实现方法，其特征在于：所述的会话处理机制的设置中，定时器超时之后，触发该消息被转发到被叫PoC用户设置的另一个PoC终端上被接听。

8.根据权利要求5的完善礼貌呼叫业务特征的实现方法，其特征在于：所述的会话处理机制的设置中，在接受该会话邀请时，同时启动本地的一个缓存设备，自动保存后续收到的媒体数据，并将保存的媒体数据和主叫用户的信息相关联。

9.根据权利要求1或5的完善礼貌呼叫业务特征的实现方法，其特征在于：所述的会话处理机制的设置方法是根据用户意愿来设置。

10.根据权利要求1或5的完善礼貌呼叫业务特征的实现方法，其特征在于：所述的会话处理机制的设置是用户在没有相关会话邀请的时候，随时根据意愿来设置。

11.根据权利要求1或5的完善礼貌呼叫业务特征的实现方法，其特征在于：所述的会话处理机制的设置是被叫用户在收到相关会话邀请的时候设置，即在收到对方的提示通知时临时设置。

12.根据权利要求1的完善礼貌呼叫业务特征的实现方法，其特征在于：所述的会话处理机制的设置中，被叫用户在被叫客户终端上设置是否要通过提示被叫用户发生相应的反应，以实现礼貌呼叫。

13.根据权利要求12的完善礼貌呼叫业务特征的实现方法，其特征在于：所述的在被叫客户终端上设置要通过提示被叫用户发生相应的反应的规则是用户配置在服务器上的。

14.根据权利要求12的完善礼貌呼叫业务特征的实现方法，其特征在于：所述的在被叫客户终端上设置要通过提示被叫用户发生相应的反应的规则是服务器根据群组类型确定的。

15.根据权利要求1的完善礼貌呼叫业务特征的实现方法，其特征在于：主叫服务器上设置对主叫用户发给其他PoC用户的会话邀请中是否增加礼貌呼叫指示的信息。

16.根据权利要求15的完善礼貌呼叫业务特征的实现方法，其特征在于：主叫服务器上设置对主叫用户发给其他PoC用户的会话邀请中增加礼貌呼叫指示的信息是用户配置在服务器上的。

17.根据权利要求15的完善礼貌呼叫业务特征的实现方法，其特征在于：主叫服务器上设置对主叫用户发给其他PoC用户的会话邀请中增加礼貌呼叫指示的信息是服务器根据群组类型确定的。

Images