基于蜂窝上的即按即说用户的应答模式的呼叫处理系统和方法

文档序号:7948916阅读:190来源:国知局
专利名称:基于蜂窝上的即按即说用户的应答模式的呼叫处理系统和方法
技术领域
本发明涉及一种基于PoC(蜂窝上的即按即说)用户的应答模式的呼叫处理系统和方法。
背景技术
随着移动通信系统的发展和移动通信网络的扩展,移动电话服务和应用已经相应地多样化和扩展。例如,虽然起初移动通信系统仅要求提供简单通信服务(例如仅有语音的通信服务),但如今移动通信系统提供多样化的服务(例如定位服务、多媒体服务、PTT(即按即说)服务等)。
当前,PTT服务包括各种附加功能,例如除了由无线电设置、TRS(干线无线电系统)提供的现有语音通信功能之外的即时传讯功能、状态指示功能等。
当前,正努力制订用于使用移动通信网络的在蜂窝上的PTT(PoC)的标准。PoC服务具有将其与现有移动通信服务相区分的各种特点。例如,作为定义为移动通信服务设计的规范的工作组的开放移动联盟(OMA)已经阐述了指定应允许移动通信设备的用户在多个会话之间移动的同时进行呼叫的标准。
以下将描述通用PoC服务系统的结构。
图1是示出通用PoC服务系统的框图。PoC客户机10是安装在移动电话中的服务请求器,通常经由接入网20连接到SIP/IP(多媒体的会话发起协议/互联网协议)核心30,其中,SIP/IP核心是支持SIP和IP多媒体两者的核心元件。
PoC客户机10在驻留在PoC用户终端的同时提供对PoC服务的访问。PoC客户机10的主要功能是建立PoC会话、参与现有PoC会话和终止建立的PoC会话。此外,,PoC客户机10执行其它功能,例如创建并传递通话突发(talk burst),支持即时个人提醒(instant person alalert),并执行关于访问PoC服务的鉴权等。下文中,除非另作说明,否则术语“PoC客户机10”指的是PoC服务订户。
SIP/IP核心连接到PoC服务器60、GLMS(群组列表管理系统)50以及现场服务器(presene server)70以支持PoC服务,从而提供PoC服务。
在此,PoC服务器60可执行用于维持和管理PoC会话的控制PoC功能(CF),或参与为进行一对一通信或多对多通信建立的PoC会话的参与PoC功能(PF)等。
具体地说,CF维持和管理PoC会话,PF掌管每一PoC会话的维持和管理。此外,虽然CF和PF是由PoC服务器执行的不同功能,但PoC服务器可同时执行CF和PF功能。将参照表1和表2更详细地描述CF和PF。
表1

如表1所示,CF从整体上管理PoC会话,具体是接收序列和授权PoC客户机的发言权(即通话权(floor))请求,以将由任意PoC客户机请求的通话突发发布到参与群组呼叫的所有其它PoC客户机,并提供关于参与群组呼叫的PoC客户机的信息。
如表2所示,PF用于管理与CF和每一PoC客户机连接的PoC会话,具体地说,当PoC客户机请求通话权时,或者当CF将通话权分配给PoC客户机时,PF对通话权进行中继。此外,PF用于(1)作为CF和PoC客户机之间的中继媒体;(2)当在CF和PoC客户机之间使用不同编解码器时执行译码;以及(3)当同时建立两个会话时,例如当PoC用户在参与一个会话的同时受邀到另一会话时,根据PoC用户的选择过滤两个同时建立的会话中的任意一个。
表2

在如上所述的PoC系统中,特定PoC用户可通过PoC用户的终端将关于PoC用户的群组及其成员的信息输入到GLMS 50,或可通过从GLMS 50接收的个人或群组列表确定关于可与之通话的其他PoC用户的信息。此外,在GLMS处能够生成、修改和管理群组及其成员的方法,可通过诸如互联网或内联网等的通信网络输入所述信息。
为了使用PoC呼叫服务,PoC用户将他/她的PoC地址注册到SIP/IP。此时,SIP/IP核心30基于PoC用户的请求来存储关于PoC用户的信息。因此,当另一PoC用户尝试群组PoC呼叫时,其它PoC用户如上所述预先在SIP/IP核心中注册其自身的信息,并通过使用从GLMS接收的群组标识信息来提供对呼叫SIP/IP核心的请求。在此,SIP/IP核心经历了如下过程通过使用请求PoC用户的信息来确定地址并对域进行定位,其后将对PoC通信的请求发送到注册了请求PoC用户的归属PoC服务器。关于PoC呼叫请求,PoC服务器准备打开PoC会话,从GLMS获得关于每一PoC用户的信息,并将通信请求信号发送到对应的SIP/IP核心。此时,当在网内域(intra-domain)中的用户的通信请求的情况下,PoC服务器执行CF和PF。管理提供有通信请求的PoC用户的PoC服务器经历下述过程通过使用发送到PoC服务器的关于PoC用户的信息对SIP/IP核心定位,其后向PoC用户进行通信请求。
下文中,将根据接收侧观点和发送侧观点来描述PoC通信建立的呼叫处理。根据每一接收侧和发送侧建立的OMA所要求的PoC系统的特点如下。首先,可根据PoC用户的请求设置应答模式。通常可将应答模式分为自动应答模式和手动应答模式。
在自动应答模式下,当将特定发送器包括在被指定为在接收侧进行自动应答的PoC用户的列表中时,将自动应答而不是接收器的手动应答立即发送到网络中的发送侧。
同时,当未将发送器包括在自动应答的PoC用户的列表中时应用手动应答模式,当发送器不知道或当接收器被设置为手动地应答所有PoC用户时,这说明经由接收网络将PoC通信请求发送到用户的终端,从而通过许可PoC用户来连接通信。在此,设置每一应答模式和列表信息并将其存储在属于各个PoC用户中的每一个的归属网络的PoC服务器中。
其次,根据PoC客户机是否与PoC用户的归属网络中的PoC服务器连接,将PoC系统分为按需分配会话模式和预先建立的会话模式。
预先建立的会话模式表示PoC用户按用户的请求在属于用户的归属网络的PoC服务器和PoC客户机之间预先建立具体的会话(即建立早期会话)。这种预先建立的会话需要快速通信建立。为此,PoC用户预先与PoC服务器协商以定义PoC用户期望使用的服务器-客户机媒体参数,从而无需稍后重新协商并设置将来使用的服务器-客户机媒体参数。为了建立早期会话,PoC客户机通过SIP邀请方法提供支持(SDP)主体的媒体参数,并对从服务器提供的媒体参数进行响应,从而向PoC用户返回对来自服务器响应消息新设置的早期会话标识信息连同会议URI(统一资源标识符)。在使用所述早期会话的情况下,能够预先设置用于控制编解码器的通话突发控制协议、端口号、IP地址以及将要使用的通话突发等。
按需分配会话模式指的是PoC用户没有建立早期会话的状态,表示PoC用户接收另一PoC用户的邀请请求消息,其后执行PoC呼叫连接过程。
同时,正由OMA标准化的PoC规范包括除了上述通信系统的基本功能之外下面特定的特征。
首先,PoC系统支持手动应答超越(manual answer override,下文中称为“MAO”)的功能,MAO功能不管PoC接收器的应答模式如何都将自动应答发送到先前由PoC接收器(接收侧PoC用户)设置的授权的PoC用户,并在接收终端处连接通信。MAO的请求仅被支持给授权的通信请求器,并与包括在PoC通信请求消息(或邀请)中的MAO指示一起被发送。为公共服务和紧急服务(例如警察、火灾、事故、灾难救助、其它紧急情况等)而设计这样的MAO请求。
此外,PoC系统允许作为网络上的部件的PoC服务器和作为用户侧的终端的PoC客户机设置对通信请求的应答模式。
当在网络中设置应答模式时,在PoC客户机所属的归属网络中执行PF的PoC客户机处实现所述应答模式。在此情况下,其特征在于,与将PoC客户机的应答模式反映在连接到PoC客户机的PF上其后进行应答的情况相比,可简化通信请求过程。
最后,PoC用户可通过使用其自身的客户机来设置应答模式。此时,其特征在于,PoC用户的自身的客户机具有高于在网络上设置的应答模式的优先级。这是为了解决当PoC用户通过使用终端以请求PoC服务器更新应答模式来交换PoC用户自身的应答模式时(具体地说当由于信号延迟或无线接入网络或IP核心网络中的错误而导致没有实时反映应答模式时)出现的隐私问题。为了解决所述隐私问题,PoC服务可为PoC服务器和PoC客户机设置用户的应答模式,PoC服务器和PoC客户机执行由符合用户期望的PoC客户机的应答模式而确定的操作。
根据PoC系统的各种功能和特点,可多样化地执行呼叫处理。具体地说,在本发明中,当在PoC呼叫接收侧上提供预先建立的会话时,以及当请求在PoC发送侧上请求MAO的一对一通信时,执行符合呼叫请求并执行呼叫处理的过程和/或方法。
实际上,在PoC发送侧上请求MAO通常发生在紧急情况期间。在PoC发送侧上实际请求MAO的过程中,执行了不必要的步骤,这导致了无谓的时间延迟。
关于该问题,将基于接收侧和发送侧检查现有技术。
图2示出显示设置MAO的接收侧PoC通信的传统过程的流程图,图3示出显示设置MAO的发送侧PoC通信的传统处理的流程图。如图2和3所示,对于PoC通信发送器基于MAO指示请求呼叫处理的传统通信系统以及当在接收侧上预先建立早期会话时示出呼叫发送侧和接收侧的处理过程。
参照图2,PoC客户机A将邀请请求发送到SIP/IP核心A,其中,邀请请求包括关于PoC客户机A想要邀请的接收器的SIP地址的信息(步骤101)。
在此,邀请请求包括指示MAO的信息元素,并通过关于DHCP(动态主机配置协议)服务器或DNS(域名系统)服务器中的路径的询问经由IMS核心网络中的对应的服务器(P-CSCF(代理-呼叫会话控制功能)和S-CSCF(服务-呼叫会话控制功能))被发送到参与PoC服务器A(步骤102)。
关于请求通用呼叫,可将与PoC用户连接的参与PoC服务器与用于管理开放的会话的通话突发的控制PoC服务器相分离。因此,将步骤101和102中发送的邀请请求经由每一网络的SIP/IP核心发送到控制PoC服务器X(步骤103至105)。
包括CF(未示出)的控制网络将步骤105发送的邀请请求发送到对应的SIP/IP核心,其后接收响应消息。来自接收侧网络的SIP响应消息可以是包括1xx(3位数状态代码)的临时响应消息,或是包括2xx的成功响应消息,或是包括4xx到6xx的错误响应消息。然而,在本发明的基本精神和范围内,将主要描述正常呼叫处理过程。
在步骤105之后,控制网络的CF可接收自动应答或手动应答,具体地说是OK响应。另外,在图2所示的自动应答的情况下,可接收183会话进程信号(临时响应信号)(未示出),从而可在通信请求器的IMS网络中执行PoC服务器和PoC客户机之间的连接。接收器的通信允许信号响应于最终OK响应,并且经由PoC服务器的PF和CF被发送到PoC客户机(步骤106至110)。同时,CF接收接收客户机的OK响应信号,其后确定连接PoC通信。结果,CF将分配通话突发通话权的通话权批准信号发送到PoC客户机A。
PoC客户机A接收关于邀请请求信号的通话权批准信号和OK响应,其后首先通过使用RTCP(实时传输控制协议)来传送发送通话突发信号,其中,所述发送通话突发信号表示PoC客户机的用户在让用户听到回铃音之前发送通话突发。在此,所述发送通话突发信号包括包含发送侧PoC客户机的PoC地址、显示名称等的信息。因为所述发送通话突发信号使用媒体载体的路径,所以可以在不通过SIP/IP核心网络的情况下传送所述发送通话突发信号。
在传送所述发送通话突发信号之后,PoC客户机通过使用RTCP通知用户通信连接,并发送用户的媒体(典型地是语音)。
图3是示出当建立与发送侧通信过程对应的早期会话并发送MAO请求时根据现有技术的接收侧呼叫处理过程的流程图。
步骤201、202和203示出以下过程根据IMS网络的呼叫处理过程经由SIP/IP核心将包括MAO请求的邀请消息发送到属于接收侧PoC客户机的归属网络的PoC服务器。
此时,参与PoC服务器B可具有其自身应答模式的设置值,即具有其自身的自动应答模式和手动应答模式中的任意一个的参数。然而,参与PoC服务器B检查邀请请求消息中的MAO指示,其后将自动应答消息发送到呼叫请求网络(步骤204、205和206)。
通常,这样的自动应答消息是被发送到控制网络的被称为如上所述的“183会话进程”的SIP消息。参与PoC服务器B将邀请或重新邀请请求消息发送到具有在步骤204、205和206发送的对应的PoC地址的PoC客户机(步骤207和208)。步骤207和208用于通知PoC客户机接收到请求MAO的PoC呼叫请求。其后,PoC客户机B自动发送OK响应,而无需PoC用户的确认(步骤209和210)。
接收对应的OK响应的参与PoC服务器B将对MAO邀请进行响应的响应消息发送到发送侧网络,以完成PoC呼叫处理过程(步骤211至215),并将接收通话突发信号发送到PoC客户机B,其中,所述接收通话突发信号包括在PoC客户机发送媒体之前进行PoC通信的人的PoC地址和显示名称(步骤217和218)。
最后,通过连接的媒体载体凭借使用RTCP而将发送侧上发送的媒体(语音)发送到PoC客户机B,从而发起通信。
图4是示出包括在PoC呼叫的邀请请求中的信息的表。
可见,包括在发送侧上请求的邀请消息中的信息元素包含PoC呼叫请求器和接收器的PoC地址、出现在客户机和服务器处的媒体参数信息、通知PoC服务的指示、在PoC服务器设置的指示、将在收发网络的两端彼此协商的通话突发控制协议等,并且可选地包含MAO指示。
现有技术中关于具有如上所述的早期会话的客户机的处理MAO连接请求的过程包括以下过程在PF处检查MAO请求指示以发送自动应答,但这对发送侧网络和客户机之间的最终PoC通信连接不具有很大影响。在处理MAO通信请求的过程中,在从客户机接收的OK响应消息到达CF和发送侧网络之后,执行媒体载体的连接和进行实际PoC通信的通话权批准信号的发送。
然而,包括MAO的连接请求消息的特征在于无论接收侧用户的应答模式如何,都可对其进行处理,并且其具有通过使用RTCP分组发送通话突发传输消息从而在将媒体发送到接收侧客户机之前显示PoC地址信息和显示名称的功能。为此,由于重复的请求-响应信号传送,因此不能将图2所示的传统过程称为MAO呼叫处理的优化过程。具体地说,为了紧急情况和公共使用,期望快速呼叫处理。
发明公开技术问题因此,本发明的目的在于提供一种基于PoC用户的应答模式的系统和方法,能够简化执行MAO的过程,从而容纳当没有时间损失(例如在紧急情况期间)时的情形。本发明的呼叫处理系统和方法基于IP多媒体子系统(IMS)网络,其期望连接半双工类型通信的通信以及通过使用用户的现场信息根据通信请求启用即时通信的PoC系统的通信。
技术方案为了实现该目的,根据本发明的一方面,提供一种在蜂窝上的即按即说(PoC)网络中基于手动应答超越(MAO)的呼叫处理系统。所述呼叫处理系统包括发送侧PoC系统,具有发送侧PoC客户机和发送侧PoC服务器,用于将PoC通信请求消息发送到接收侧PoC服务器,所述PoC通信请求消息包括MAO指示;以及接收侧PoC系统,具有接收侧PoC服务器和接收侧PoC客户机,所述接收侧PoC服务器用于识别包括在从所述发送侧PoC服务器接收的PoC通信请求消息中的MAO指示,并响应于所述PoC通信请求消息将响应消息发送到所述发送侧PoC系统,所述接收侧PoC客户机用于从所述接收侧PoC服务器接收包括MAO指示的通话突发信号。
根据本发明的另一方面,提供一种在蜂窝上的即按即说(PoC)网络中基于手动应答超越(MAO)的呼叫处理方法。所述呼叫处理方法包括以下步骤将包括MAO指示的PoC通信请求消息从发送侧PoC服务器发送到接收侧PoC服务器;由所述接收侧PoC服务器识别包括在PoC通信请求消息中的MAO指示,并响应于所述PoC通信请求消息将响应消息发送到所述发送侧PoC服务器;以及由接收侧PoC客户机从所述接收侧PoC服务器接收包括MAO指示的通话突发信号。
根据本发明的另一方面,提供一种在蜂窝上的即按即说(PoC)网络中执行手动应答超越(MAO)的方法。所述方法包括以下步骤从PoC服务器接收包括MAO指示的通话突发信号;以及检测包括在所述通话突发信号中的MAO指示,所述MAO指示是从所述PoC服务器发送到所述PoC客户机的第一MAO信息。
根据本发明的另一方面,提供一种在蜂窝上的即按即说(PoC)网络中执行手动应答超越(MAO)的PoC客户机。所述PoC客户机从PoC服务器接收包括MAO指示的通话突发信号并检测包括在所述通话突发信号中的MAO指示,其中,所述MAO指示是从PoC服务器发送到PoC客户机的第一MAO信息。
有益效果如上所述,PoC系统提供各种功能和特点,例如各种PoC呼叫处理过程。具体地说,当对于PoC通信在接收侧上建立早期会话时,以及当对于PoC通信在发送侧上请求要求MAO的一对一通信时,接受对通信的请求以执行PoC呼叫处理。本发明提出组成对传统过程和方法的改进的PoC呼叫处理过程和方法。
一般来说,对MAO的请求用于紧急通信、公共服务等。这样,MAO请求是需要对于PoC呼叫处理最快的过程的服务。
根据本发明,关于这个MAO请求,通过使用RTCP来添加简单数据字段,从而确保相对较快的通信处理。结果,在PoC用户的方面可提供改进的服务,并可通过在服务提供商的方面减少附加信令来有效管理通信资源。具体地说,因为在PoC用户终端和PoC服务器之间没有应答模式不被同步,所以无论生成的速率条件如何,都可实现快速通信处理方法。


通过下面参照结合附图进行的详细描述,本发明的更完全的评价及其所属的许多优点的目的和优点将会变得清楚,在附图中,相同的标号表示相同或相似的组件,其中图1是示出通用PoC服务系统的框图;图2是示出设置用于MAO的接收侧PoC通信的传统过程的流程图;图3是示出设置用于MAO的发送侧PoC通信的传统过程的流程图;图4是示出包括在PoC呼叫的请求的邀请中的信息的表;图5是示出根据本发明的设置改进的MAO的PoC通信的流程图;以及图6示出根据本发明的包括MAO指示的RTCP分组的净荷格式。
具体实施例方式
以下,将参照附图来描述蜂窝上的即按即说用户。
图5是示出根据本发明的设置改进的MAO(手动应答超越)的PoC(蜂窝上的即按即说(PTT))通信的流程图。如图5所示,电路实施例针对处理关于存在预先建立的会话的PoC客户机的MAO通信请求的过程,并示出本发明的实施例所提出的PoC通信的呼叫处理过程。
首先,控制PoC服务器从PoC通信请求器(或请求PoC用户)的网络接收包括MAO指示的邀请消息(步骤1000)。其后,通过控制网络的SIP/IP(会话发起协议/互联网协议)核心以及接收侧归属网络的SIP/IP核心(步骤1001,步骤1002)将邀请消息发送到属于PoC通信接收器(或接收PoC用户)的接收侧归属网络的参与PoC服务器(步骤1003)。
此时,参与PoC服务器处理包括在邀请消息中的信息(例如PoC通信接收器的PoC地址,PoC通信请求器的PoC地址以及MAO指示),并使用处理的信息来进行呼叫处理。
同时,参与PoC服务器可通过使用所述地址信息确定存在与对应的PoC用户预先建立的会话,并且不管经由接收侧归属网络的SIP/IP转发到控制PoC服务器的PoC用户的应答如何,都响应于邀请请求消息识别MAO指示以发送OK响应信号(步骤1004至1006)。
其后,OK请求信号根据IMS(IP多媒体子系统)网络的路由规则返回到邀请请求消息的路由。
因为参与PoC服务器使用预先建立的会话的媒体参数,所以能够建立步骤1004至1006的自动应答过程,参与PoC服务器与接收PoC用户预先对所述媒体参数进行协商。此外,因为将MAO指示的信息用于预测PoC通信请求器是关于对应的PoC通信接收器的授权的用户,所以接收侧PoC客户机无保留地接受PoC通信请求。
这种预测的过程在功能上与用户情况和当前OMA标准中定义的需求兼容,因此没有兼容性问题。
上述OK响应信号返回到控制网络的控制PoC服务器,其后被发送到PoC通信请求器的归属网络(步骤1007)。此时,从PoC通信的发送侧看来,OK响应信号被识别为等于接收PoC用户直接允许PoC通信并返回到PoC通信请求器或请求PoC用户的信号。因此,建立对话以完成基于SIP的通信过程。
同时,将OK响应信号和准许通话权信号从对应的控制PoC服务器发送到发送侧PoC客户机(未示出)(步骤1007和1008)。其后,发送侧PoC客户机将包括PoC地址及其显示名称以及MAO指示的通话突发发送信号发送到RTCP路由(步骤1009)。最后,控制网络的控制PoC服务器经由接收侧PoC服务器将包括MAO指示的通话突发发送信号发送到接收侧PoC客户机(步骤1010和1011)。此时,接收侧PoC用户识别由接收侧PoC用户准许MAO的用户请求PoC通信(此时,可显示通信请求器的名称、PoC地址等),并接收立即发送的媒体(语音信号)。
图6示出根据本发明的包括MAO指示的RTCP分组的净荷格式。可用RTCP分组的净荷格式来实现发送侧PoC客户机所发送的RTCP分组的配置。RTCP分组的净荷包括与通用传输相关的信息(例如版本信息、字类型信息、长度等)以及包含PoC用户的名称和PoC地址的MAO指示信息。
应注意的是,在本发明另一实施例中,可由属于如上所述的用户终端的发送侧PoC客户机来执行包括所述MAO指示的步骤,但这是接收侧归属网络的接收PoC服务器或控制网络的控制PoC服务器。
同时,根据预先建立的会话的使用,可包括附加资源预留以及PoC服务器和PoC客户机之间的路由。然而,因为路由和资源预留脱离了本发明的主旨,所以在此不对其进行描述。本发明所请求的预先建立的会话的需求不影响预先建立的会话,但是根据预先建立的会话的扩展定义,可能更容易地实现它们。
虽然已经参照本发明特定示例性实施例描述了本发明,但本领域技术人员应理解,在不脱离由所附权利要求定义的本发明的精神和范围的情况下,可在形式和细节上进行各种改变。
权利要求
1.一种在蜂窝上的即按即说(PoC)网络中基于手动应答超越(MAO)的呼叫处理系统,所述呼叫处理系统包括发送侧PoC系统,具有发送侧PoC客户机和发送侧PoC服务器,用于将PoC通信请求消息发送到接收侧PoC服务器,所述PoC通信请求消息包括MAO指示;以及接收侧PoC系统,具有接收侧PoC服务器和接收侧PoC客户机,所述接收侧PoC服务器用于识别包括在从所述发送侧PoC服务器接收的PoC通信请求消息中的MAO指示,并响应于所述PoC通信请求消息将响应消息发送到所述发送侧PoC系统,所述接收侧PoC客户机用于从所述接收侧PoC服务器接收包括MAO指示的通话突发信号。
2.如权利要求1所述的呼叫处理系统,其中,由所述发送侧PoC客户机、发送侧PoC服务器和接收侧PoC服务器中的任意一个将所述MAO指示包括在所述通话突发信号中。
3.如权利要求1所述的呼叫处理系统,其中,以实时传输控制协议(RTCP)分组的净荷格式来实现所述通话突发信号。
4.如权利要求3所述的呼叫处理系统,其中,所述RTCP分组的净荷格式包括版本信息字段、子类型信息字段、长度字段、通用发送相关信息字段、PoC用户地址字段、名称信息字段和MAO指示信息字段。
5.如权利要求1所述的呼叫处理系统,其中,所述接收侧PoC服务器将响应消息发送到所述发送侧PoC系统,而不将PoC通信请求消息发送到所述接收侧PoC客户机。
6.如权利要求1所述的呼叫处理系统,其中,将所述通话突发信号从所述发送侧PoC系统发送到接收侧PoC服务器。
7.一种在蜂窝上的即按即说(PoC)网络中基于手动应答超越(MAO)的呼叫处理方法,所述呼叫处理方法包括以下步骤将包括MAO指示的PoC通信请求消息从发送侧PoC服务器发送到接收侧PoC服务器;由所述接收侧PoC服务器识别包括在PoC通信请求消息中的MAO指示,并响应于所述PoC通信请求消息将响应消息发送到所述发送侧PoC服务器;以及由接收侧PoC客户机从所述接收侧PoC服务器接收包括MAO指示的通话突发信号。
8.如权利要求7所述的呼叫处理方法,其中,由所述发送侧PoC客户机、发送侧PoC服务器和接收侧PoC服务器中的任意一个将所述MAO指示包括在所述通话突发信号中。
9.如权利要求7所述的呼叫处理方法,其中,所述接收侧PoC服务器将响应消息发送到所述发送侧PoC系统,而不将PoC通信请求消息发送到所述接收侧PoC客户机。
10.如权利要求7所述的呼叫处理方法,其中,以实时传输控制协议(RTCP)分组的净荷格式来实现所述通话突发信号。
11.如权利要求7所述的呼叫处理方法,其中,所述RTCP分组的净荷格式包括版本信息字段、子类型信息字段、长度字段、通用发送相关信息字段、PoC用户地址字段、名称信息字段和MAO指示信息字段。
12.如权利要求7所述的呼叫处理方法,其中,将所述通话突发信号从所述发送侧PoC系统发送到接收侧PoC服务器。
13.一种在蜂窝上的即按即说(PoC)网络中执行手动应答超越(MAO)的方法,所述方法包括以下步骤从PoC服务器接收包括MAO指示的通话突发信号;以及检测包括在所述通话突发信号中的MAO指示,所述MAO指示是从所述PoC服务器发送到所述PoC客户机的第一MAO信息。
14.如权利要求13所述的方法,其中,以实时传输控制协议(RTCP)分组的净荷格式来实现所述通话突发信号。
15.如权利要求14所述的方法,其中,所述RTCP分组的净荷格式包括版本信息字段、子类型信息字段、长度字段、通用发送相关信息字段、PoC用户地址字段、名称信息字段和MAO指示信息字段。
16.如权利要求13所述的方法,还包括步骤通知所述PoC客户机的用户由根据MAO指示的检测授权使用MAO的另一用户请求PoC通信。
17.如权利要求16所述的方法,其中,所述通知的步骤包括显示与PoC通信请求器相关的信息。
18.如权利要求17所述的方法,其中,所述与PoC通信请求器相关的信息包括PoC通信请求器的名称。
19.如权利要求17所述的方法,其中,所述与PoC通信请求器相关的信息包括PoC通信请求器的PoC地址。
20.一种在蜂窝上的即按即说(PoC)网络中执行手动应答超越(MAO)的PoC客户机,包括用于从PoC服务器接收包括MAO指示的通话突发信号并检测包括在所述通话突发信号中的MAO指示的装置,其中,所述MAO指示是从PoC服务器发送到PoC客户机的第一MAO信息。
21.如权利要求20所述的PoC客户机,其中,以实时传输控制协议(RTCP)分组的净荷格式来实现所述通话突发信号。
22.如权利要求21所述的PoC客户机,其中,所述RTCP分组的净荷格式包括版本信息字段、子类型信息字段、长度字段、通用发送相关信息字段、PoC用户地址字段、名称信息字段和MAO指示信息字段。
23.如权利要求23所述的PoC客户机,其中所述PoC客户机通知PoC客户机的用户从根据MAO指示的检测授权使用MAO的另一用户请求PoC通信。
24.如权利要求23所述的PoC客户机,其中,所述PoC客户机通过显示与PoC通信请求器相关的信息来通知用户。
25.如权利要求24所述的PoC客户机,其中,所述与PoC通信请求器相关的信息包括PoC通信请求器的名称。
26.如权利要求24所述的PoC客户机,其中,所述与PoC通信请求器相关的信息包括PoC通信请求器的PoC地址。
全文摘要
提供一种基于蜂窝上的即按即说(PoC)用户的应答模式的呼叫处理系统和方法。定义数据格式,以新的数据字段的格式将指示手动应答超越(manual answer override)的指示符插入实时传输控制协议(RTCP)的净荷。当PoC通信请求器在不考虑接收侧PoC用户的应答模式的情况下命令MAO执行PoC通信时,立即执行自动应答模式,而没有检查命令的任何过程。此外,当接收侧PoC用户在PoC服务器自身的PoC终端中建立与归属PoC服务器的早期会话时,可用较快的速度来执行呼叫处理。
文档编号H04L12/66GK101027880SQ200580031974
公开日2007年8月29日 申请日期2005年8月8日 优先权日2004年9月24日
发明者成常庆, 朴成真, 朴俊枸 申请人:三星电子株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1