CN101083821B - 针对poc业务的处理方法及poc服务器 - Google Patents
针对poc业务的处理方法及poc服务器 Download PDFInfo
- Publication number
- CN101083821B CN101083821B CN200610085138A CN200610085138A CN101083821B CN 101083821 B CN101083821 B CN 101083821B CN 200610085138 A CN200610085138 A CN 200610085138A CN 200610085138 A CN200610085138 A CN 200610085138A CN 101083821 B CN101083821 B CN 101083821B
- Authority
- CN
- China
- Prior art keywords
- poc
- message
- resource occupation
- server
- poc server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明涉及一种针对POC业务的处理方法及POC服务器。本发明主要包括:POC服务器向POC终端发送资源占用消息后,若经过预定时间后确定POC终端仍未收到所述的资源占用消息,则POC服务器重新向POC终端发送资源占用消息。本发明是在POC服务器上利用相应的定时机制实现,从而能够节省POC客户端向网络发起新的发言权请求消息的过程,进而有效减少POC客户端和服务器之间的交互消息次数及相关的处理,缩短发言权被无效占用的时间,同时,还可以减少POC服务器对交互消息的处理过程。
Description
技术领域
本发明涉及网络通信技术领域,尤其涉及一种针对POC业务的处理实现方案。
背景技术
随着宽带网络技术的快速发展,基于无线通信系统的各种通信业务应运而生,其中包括已经被广泛应用的POC(PTT over cellular,基于蜂窝无线技术实现的PTT)业务,所述的PTT(Push To Talk,即按即讲)是一种半双工的通讯技术。
所述的PoC业务是OMA(open mobile alliance,开放移动联盟组织)定义的在分组网络上实现的PTT业务,具体是一种采用VoIP(分组语音)以及半双工的方式通信的业务,由此带来的低成本、高效率的特性很好地满足了用户的实时通信需求。
目前,所述的PoC业务主要具有如下特点:
(1)实时在线、一键即通:用户可以一直保持在线,当需要进行通话时,只需按住特殊键,即可实现语音通信,而不需要进行拨号,使得建立通话所需要的时间较短;
(2)实现组播:一个用户发言,群组中的多个用户均可以同时收听,所述的群组可以是预先定义好的,也可以是临时定义的;
(3)半双工通信模式:在通话过程中,被叫在接听的时候不能发言。
由PoC业务存在以上特点,因此,PoC业务为网络通信引入了一种现有的移动系统以及传统语音呼叫系统所无法提供的新的通信模式,而且,PoC业务在满足实时呼叫的同时可以需要的开销最小。
所述的PoC业务的开展模式如图1所示,具有PoC能力终端的用户首先需要和PoC业务的供应商签约,获得PoC业务许可;之后,PoC用户通过终端发现网络具备PoC业务能力,且通过PoC业务供应商建立了和其他PoC用户的联系,则PoC用户可以通过按键要求发言,实现PoC业务。
如图2所示,用于实现所述的PoC业务的网络框架主要包括PoC client(PoC客户端)、PoC server(PoC服务器)、SIP core(会话初始协议核心)、GLMS(Group Management Server,群组管理服务器)和Presenceserver(呈现业务服务器)。
在图2中,PoC服务器是基于SIP Core之上,利用SIP Core的能力实现用户之间的路由和查找。图2中所述的SIP core可以是IMS网络,也可以是其他基于SIP(会话发起协议)的网络。
目前,在开展POC业务的各种流程中,CF POC服务器(PoC Serverperforming the Controlling PoC Function,POC服务器控制功能)负责管理发言权的分配。而且,由于POC业务是一种半双工的通讯方式,因此在一个群组会话中,同时只能有一个参与者发言,在该参与者发言期间,其他会话参与者是无法得到发言权,即无法发言的。
在开展POC业务过程中,当CF POC服务器向某个POC客户端发送发言权授权消息(Talk Burst Granted message)或者其他针对发言权请求(TBCP Talk Burst Request message)的应答消息时,由于底层承载网络发生故障,或者空中接口的连接丢失等原因的出现,将可能导致所述的发言权授权消息无法到达目的POC客户端,这样必然使得POC客户端无法实现相应的POC业务.对此,为提高POC业务的可靠性,需要针对这种情况,提供相应的解决方案.
目前,针对上述问题的解决方案如图3所示,具体包括:
步骤31:一个POC用户A按下POC终端的按键;
步骤32:POC客户端A和CF POC服务器发起一个会话的建立,即发送会话请求消息,这个过程隐含了一个向CF请求发言权的消息;
所述的POC会话可以是会话发起协议邀请消息SIP INVITE发起的On-demand PoC(即在使用时才发起请求的POC会话)会话,也可以是会话发起协议转移消息SIP REFER发起的Pre-established POC(即预先建立的POC会话)会话;
步骤33:当CF收到POC客户端A的所述会话请求消息时,且CF许可POC客户端A发言,则将向POC客户端A发送发言权授权消息TBCP TalkBurst Granted message,在所述消息中需要包括此次发言允许的最大时长;
所述的消息将经过PF(PoC Server performing the Participating PoCFunction,POC服务器参与功能)POC服务器发送给POC客户端A,即在PFPOC服务器修改该TBCP消息的IP地址和端口号,向POC客户端A转发该消息,在传送过程中,丢失了CF POC服务器许可该用户发言的发言权授权消息,即POC客户端A无法收到所述发言权授权消息;
在该步骤中,当会话建立之后则CF POC服务器发送发言权授权消息TBCP Talk Burst Granted message,根据该POC会话的建立使用的是无确认机制还是确认机制,所述的发言权授权消息可以是在POC会话建立前,也可以是在POC会话建立过程中发送。
为解决上述现有技术存在的问题,在执行步骤32后,POC客户端A便需要启动一个T11定时器,用于监听TBCP消息的接收,具体处理如下:
步骤34:POC客户端A处因为一直没有收到发言权授权消息,导致T11定时器超时,这时,POC客户端A将显式的发送一个发言权请求消息TBCPTalk Burst Request message给CF POC服务器;
所述的显式的发言权请求消息到达PF POC服务器后,PF修改该TBCP消息的IP地址和端口号,向CF转发该消息。
步骤35:CF收到该请求消息后,将前面步骤33发送的应答消息(即发言权授权消息)再重新向POC客户端A发送一次;
同样,PF POC服务器将修改该TBCP消息的IP地址和端口号,并向POC客户端A转发该消息。
步骤36、步骤37:POC客户端A收到所述的发言权授权消息后,便通知用户A,并开始发送媒体数据给CF,并由PF POC服务器修改RTP数据包的IP地址和端口号,再向CF转发该RTP数据。
其中,所述的T11定时器的作用是允许发言权请求消息TBCP Talk BurstRequest message重发一定次数,即T11超时的时候POC客户端发送一个新的发言权请求消息,其时长是可配置的,但总的时间要小于6秒.T11定时器在POC客户端发起会话请求或者发起发言权请求消息的时候启动,在收到针对会话请求或者发言权请求的应答消息(如发言权授权消息TBCP Talk BurstGranted message、发言权被占用消息TBCP Talk Burst Taken message或者发言权被拒绝消息TBCP Talk Burst Deny message),或者发现其他参与者已经开始发言的时候停止。
通过上述针对现有技术的描述可知,如果回复TBCP发言权请求消息的应答消息丢失的话,是通过POC客户端侧的定时器T11超时之后重新发起请求,重新得到应答消息来解决的。因此,在相应的等待时间内,CF POC服务器的发言权不能给任何一个其他参与用户,即使该得到发言权的用户其实也没有得到该发言权。
而且,T11定时器超时之后POC客户端要重新发起发言权请求,必然需要耗费POC客户端和CF服务器之间的交互时间以及处理时间等。对于将近6秒的时间,以及在客户端以及服务器上增加的处理过程和交互过程将使得会话建立的过程需要较长的时间,这将对POC业务会话产生较大的负面影响,影响到参与该会话的用户的使用感受;而且整个过程大量地占用了网络处理资源以及空口资源,使得有限的资源没有得到合理地利用。
发明内容
本发明的目的是提供一种针对POC业务的处理方法及POC服务器,从而使得开展POC业务过程中可以有效地节省网络处理资源及空口资源,提高POC用户的感受。
本发明的目的是通过以下技术方案实现的:
本发明提供了一种针对POC业务的处理方法,包括:
POC服务器向POC终端发送资源占用消息后,若经过预定时间后确定POC终端仍未收到所述的资源占用消息,则POC服务器重新向POC终端发送资源占用消息,当向所述POC终端发送或重新发送所述资源占用消息的次数达到预定次数后,POC服务器执行重新分配POC业务发言权的操作。
所述的资源占用消息包括:业务授权消息,或者,发言权授权消息,或者,媒体资源授权消息。
所述的方法包括:
A、POC服务器发送资源占用消息,并启动在POC服务器上设置的发送定时器;
B、当POC服务器收到POC终端发来的信息时,停止所述定时器,若所述定时器超时,则重新向POC终端发送资源占用消息。
所述的发送定时器设置于POC服务器的控制功能CF POC服务器中。
向所述POC终端发送或重新发送所述资源占用消息的次数小于或等于预定次数。
当向所述POC终端发送或重新发送所述资源占用消息的次数达到预定次数后,所述方法还包括:POC服务器执行重新分配POC业务发言权的操作。
所述的步骤B包括:当POC服务器收到POC终端发来的媒体数据信息时,停止所述定时器。
本发明所述的方法还包括:
当在POC客户端上设置有T11定时器时,则当T11定时器超时,且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为用于开展POC业务的网络架构示意图;
图3为现有技术中解决消息丢失问题的处理过程示意图;
图4为本发明所述的方法的具体实现方案一的处理过程示意图;
图5为本发明所述的方法的具体实现方案二的处理过程示意图;
图6为本发明所述的方法的具体实现方案三的处理过程示意图;
图7为本发明所述的POC服务器的具体实现结构示意图。
具体实施方式
本发明的提供的在消息丢失时POC业务的处理方案主要是在POC服务器上(如CF POC服务器)设置相应的定时机制,通过该定时机制实现消息的重发操作,从而确定客户端准确接收POC服务器发送的资源占用消息,所述的资源占用消息包括但不限于:业务授权消息、发言权授权消息或媒体资源授权消息等。
例如,具体可以在POC服务器上通过设置的一个定时器实现相应的消息重发处理操作。
随着POC业务的不断发展和演进,在系统中还会出现多种媒体控制协议,不同的协议,发送媒体请求消息的方式各不相同,比如,发送媒体请求消息,对于TBCP协议来说是请求发言权,对于MBCP协议来说是请求一种或者多种媒体数据的发送权。
但是,由于本发明采用的针对消息丢失的处理方案中对于使用TBCP或者MBCP协议或者其他媒体控制协议的处理基本相同,故在后面的描述中将仅以TBCP协议为例进行说明,而不再根据每种媒体控制协议分别赘述。
下面将以TBCP协议为例,对本发明的实现进行说明。
本发明中,在POC服务器上,具体可以在用于控制POC业务会话的CFPOC服务器上,增加一个发送定时器Tx,所述定时器的控制在经过预定的时间段仍未被POC客户端接收,则允许重新发送所述的发言权授权消息(TBCP Talk Burst Granted message),同时需要限定重发次数,通常所述的重发次数是预先配置在POC服务器上,之后,便可以根据所述的重发次数限制重新发送相应消息的次数了。
即Tx超时的时候CF POC服务器发送一个新的发言权授权消息,所述的Tx的定时时长可以是人工配置或者预定设置的固定一个标准值,比如规定总的时间要小于4秒等。
所述的Tx在CF POC服务器发送发言权授权消息的时候启动,在确定POC客户端收到所述的发言权授权消息(如收到POC客户端发送的媒体数据)时停止,或者,在重发次数达到配置值时停止。
需要说明的是,目前针对会话请求或者发言权请求的应答消息多种多样,包括发言权授权消息TBCP Talk Burst Granted message、发言权被占用消息TBCP Talk Burst Taken message、发言权被拒绝消息TBCP TalkBurst Deny message等等,对于针对发言权处理的多种结果,只要应答消息中为涉及到占用发言权资源的处理的发言权授权消息,便可以使用本发明针对该消息进行处理,以优化资源使用。同时,如果今后随着媒体控制协议的进一步增强和丰富,有其他涉及资源占用的消息出现,本发明也可以用来控制相应消息的重发处理。
本发明中,当在POC服务器上引入了Tx定时器之后,原来在POC客户端启动的T11定时器可以不再使用.如果POC客户端收到了POC服务器发送的发言权授权消息,则正常情况下用户会在收到提示信息之后的一个很短的时间内启动媒体数据的发送,如果用户由于某些原因导致无法发送媒体数据或者没有发送媒体数据,则这种情况下CF POC服务器应该重新分配发言权或者说媒体发送控制权。下面将举例对此进行说明:
例如,承载网络或者空中接口的连接丢失了,导致网络侧的消息无法发送到终端上;或者,终端无法发送消息给网络侧;或者,POC终端发生故障,导致无法发送媒体数据;等等。因为在CF POC服务器上设置了相应的定时器,因而,可以很好地控制重新分配发言权或者媒体发送控制权。
本发明中,如果在POC服务器上引入了Tx定时器之后,则原来在POC客户端启动的T11定时器可以不再使用。但是,在某些情况下可能会产生兼容性问题,即在引入本发明的同时,相应的POC客户端还存在相应的T11定时器,例如,用户使用的POC客户端版本支持T11定时器,在这种情况下,POC客户端仍然会在T11定时器超时之后向POC服务器发送TBCP Talk BurstRequest message。
为保证出现上述情况时,POC业务的正常实现,则需要在CF POC服务器及POC客户端上采用下述处理方式,具体以POC客户端与POC服务器之间传送发言权授权消息及发言权请求消息作为相应的资源占用消息和资源占用请求消息为例进行相应的说明,其中:
(1)在POC客户端上采用的处理包括:
在POC客户端上,如果T11定时器超时,而且POC客户端没有收到CFPOC服务器发送的发言权授权消息,则POC客户端将重发一个TBCP TalkBurst Request message;
在发送该消息之后,如果立刻(在预定的时间段内)收到了POC服务器发来的发言权授权消息,则POC客户端需要对该发言权授权消息进行检查,如果所述的发言权授权消息与所述重发的发言权请求消息对应,即可以作为针对所述重发的发言权请求消息的应答消息,则POC客户端将忽略后续收到的针对该重发消息的应答消息。
(2)在POC服务器上采用的处理包括:
在POC服务器上,如果Tx定时器超时,而且CF POC服务器没有收到来自POC客户端的媒体数据,则CF POC服务器重发发言权授权消息;
如果在发送该消息之后又收到了一个发言权请求消息,则CF POC服务器将对该发言权请求消息进行检查,如果确定该请求消息与重发的发言权授权消息对应,即重发的请求消息仍然是为了获得所述重发的发言权授权消息,则CF POC服务器可以忽略该发言权请求消息,或者,CF POC服务器也可以继续针对这个发言权请求消息进行处理,即返回对应的发言权授权消息,后续处理将在POC客户端上进行。
为便于对本发明的理解,下面将对本发明中在引入Tx定时器之后的不同应用场景的具体处理流程进行描述。
相应的应用场景包括:首先,一个POC用户A按下POC终端的按键,对应的POC客户端A和CF POC服务器发起一个会话的建立,相应的处理过程隐含了一个向CF请求发言权的消息(TBCP Talk Burst Requestmessage)。之后,CF POC服务器许可该用户发言,但是POC客户端A并没有收到这个许可消息。
在上述应用场景中,相应的POC会话可以是SIP INVITE发起的On-demand PoC会话,也可以是SIP REFER发起的Pre-established POC会话。同时,根据该POC会话的建立使用的是无确认机制还是确认机制,相应的发言权授权消息可以是在POC会话建立前,也可以是在POC会话建立过程中,向POC客户端发送。
基于上述应用场景,对于由于空中接口短暂的失去连接,导致第一次发送的发言权授权消息丢失,CF POC服务器重发之后发送到了POC客户端处的处理如图4所示,具体包括:
步骤41:当CF收到POC客户端A的一个会话请求时,该请求暗含着POC客户端A要请求发言权,因此CF发送发言权授权消息(TBCP Talk BurstGranted message)给POC客户端A,其中包括此次发言允许的最大时长,同时启动Tx定时器。
步骤42:PF POC服务器修改该TBCP消息的IP地址和端口号,向POC客户端A转发该消息,在传送过程中,该消息丢失了。
步骤43:CF POC服务器处因为一直没有收到来自被允许发言的POC客户端A的媒体数据,导致Tx定时器超时,因此CF POC服务器将按照步骤1中发送的发言权授权消息的处理再重新发送一次。
步骤44:PF POC服务器修改该TBCP消息的IP地址和端口号,向POC客户端A转发该消息。
步骤45:这次POC客户端A收到了发言权授权消息,就通知用户A,并开始发送媒体数据给CF。
步骤46:PF POC服务器修改RTP数据包的IP地址和端口号,向CF转发该RTP数据。
在上述应用场景中,对于由于底层承载网络或者空中接口的故障,导致POC客户端A当前不可达,CF POC服务器连续发送两次都没有到达POC客户端A的情况,相应的处理过程如图5所示,具体包括:
步骤51:当CF收到POC客户端A的一个会话请求时,该请求暗含着POC客户端A要请求发言权,因此CF发送发言权授权消息(TBCP Talk BurstGranted message)给POC客户端A,其中包括此次发言允许的最大时长,同时启动Tx定时器。
步骤52:PF POC服务器修改该TBCP消息的IP地址和端口号,向POC客户端A转发该消息,在传送过程中,该消息丢失了。
步骤53:CF POC服务器处因为一直没有收到来自被允许发言的POC客户端A的媒体数据,导致Tx定时器超时,因此CF POC服务器将按照步骤51中发送的发言权授权消息的处理再重新发送一次。
步骤54:PF POC服务器修改该TBCP消息的IP地址和端口号,向POC客户端A转发该消息,在传送过程中,该消息还是没有能够发送到POC客户端A处。
步骤55:在配置的重发次数到达之后,CF POC服务器发现还是没有收到来自当前占用发言权的POC客户端A的媒体数据,则释放被POC客户端A占用的发言权资源,执行发言权的重新分配过程,这个过程和现有技术中定义的一样。
在此,假定配置的重发次数是1,即同一个发言权授权消息最多被发送两次,在具体实现过程中,根据需要相应的重发次数可以设置为多次。
前面对本发明在相应的应用场景下的处理过程进行了描述,下面再对应用本发明的系统中处于正常情况下的处理过程进行说明,即在系统中未发生消息丢失情况,本发明的处理过程如图6所示,具体包括:
步骤61:当CF收到POC客户端A的一个会话请求时,该请求暗含着POC客户端A要请求发言权,因此CF发送发言权授权消息(TBCP Talk BurstGranted message)给POC客户端A,其中包括此次发言允许的最大时长,同时启动Tx定时器。
步骤62:PF POC服务器修改该TBCP消息的IP地址和端口号,向POC客户端A转发该消息。
步骤63:POC客户端A收到了发言权授权消息,就通知用户A,并开始发送媒体数据给CF。
步骤64:PF POC服务器修改RTP数据包的IP地址和端口号,向CF转发该RTP数据。CF收到来自POC客户端A的媒体数据后,停止定时器Tx,执行后续的媒体数据分发过程。
本发明还提供了一种POC服务器,该POC服务器的具体实现结构如图7所示,具体包括以下处理单元:
(1)定时处理单元
在向POC终端发送资源占用消息后触发,用于在经过预定的时间后,若确定POC终端仍未收到所述的资源占用消息,则触发消息重发单元;
所述的定时处理单元包括:
定时器,在向POC终端发送资源占用消息时启动计时;
判断处理单元,在定时器计时过程中,判断POC终端是否收到资源占用消息,如果收到,则停止定时器,否则,当定时器超时时,触发所述的消息重发单元;
其中,所述的判断处理单元为接收媒体数据判断单元,具体可以通过判断是否接收到POC终端发来的媒体数据确定POC终端是收到资源占用消息,如果接收到所述媒体数据,则停止定时器,否则,当定时器超时时,触发所述的消息重发单元。
(2)消息重发单元
在定时处理单元的触发下,重新向POC终端发送所述的资源占用消息。
(3)发送次数统计单元
用于统计POC服务器发送资源占用消息的次数,或者,用于统计POC服务器重新发送资源占用消息的次数;
(4)重发判断单元
用于根据发送次数统计单元统计的次数信息,判断资源占用消息的重发次数是否达到预定的次数值,如果是,则停止重发操作,否则,继续触所述的消息重发单元。
综上所述,本发明提出一种在POC业务中消息丢失的处理方法,通过提出一种新的解决消息丢失的方法,减少POC客户端和服务器之间的交互消息次数,缩短发言权被无效占用的时间,节省空口资源和网络资源的使用,同时还可以提高用户的使用感受。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (10)
1.一种针对POC业务的处理方法,其特征在于,包括:
POC服务器向POC终端发送资源占用消息后,若经过预定时间后确定POC终端仍未收到所述的资源占用消息,则POC服务器重新向POC终端发送资源占用消息;
当向所述POC终端发送或重新发送所述资源占用消息的次数达到预定次数后,所述POC服务器执行重新分配POC业务发言权的操作。
2.根据权利要求1所述的方法,其特征在于,所述的资源占用消息包括:业务授权消息,或者,发言权授权消息,或者,媒体资源授权消息。
3.根据权利要求1或2所述的方法,其特征在于,所述的方法包括:
A、POC服务器发送资源占用消息,并启动在POC服务器上设置的发送定时器;
B、当POC服务器收到POC终端发来的信息时,停止所述定时器,若所述定时器超时,则重新向POC终端发送资源占用消息。
4.根据权利要求3所述的方法,其特征在于,所述的发送定时器设置于POC服务器的控制功能CF POC服务器中。
5.根据权利要求3所述的方法,其特征在于,所述的步骤B包括:
当POC服务器收到POC终端发来的媒体数据信息时,停止所述定时器。
6.根据权利要求1或2所述的方法,其特征在于,所述的方法还包括:
当在POC客户端上设置有T11定时器时,则当T11定时器超时,且POC客户端未收到POC服务器发来的资源占用消息,POC客户端将重发一个资源占用请求消息;
在发送所述的资源占用请求消息后,POC客户端如果在预定的时间段内收到POC服务器发来的对应的资源占用消息,则将忽略后续收到的针对所述资源占用请求消息的资源占用消息。
7.根据权利要求6所述的方法,其特征在于,所述的方法还包括:
在POC服务器上,如果经过预定时间,且确定POC客户端未收到发送的资源占用消息,则重发所述的资源占用消息;
在重发所述的资源占用消息后,若POC服务器收到POC客户端发来的资源占用请求消息,且确定该资源占用请求消息与重发的资源占用消息对应,则POC服务器忽略该资源占用请求消息,或者,向POC客户端发送所述的资源占用消息。
8.一种POC服务器,其特征在于,包括:
定时处理单元,在向POC终端发送资源占用消息后触发,用于在经过预定的时间后,若确定POC终端仍未收到所述的资源占用消息,则触发消息重发单元;
消息重发单元,在定时处理单元的触发下,重新向POC终端发送所述的资源占用消息;
发送次数统计单元,用于统计POC服务器发送资源占用消息的次数,或者,用于统计POC服务器重新发送资源占用消息的次数;
重发判断单元,用于根据发送次数统计单元统计的次数信息,判断资源占用消息的发送或重新发送次数是否达到配置的次数值,如果是,则停止重发操作,否则,触发所述的消息重发单元。
9.根据权利要求8所述的POC服务器,其特征在于,所述的定时处理单元包括:
定时器,在向POC终端发送资源占用消息时启动计时;
判断处理单元,在定时器计时过程中,判断POC终端是否收到资源占用消息,如果收到,则停止定时器,否则,当定时器超时时,触发所述的消息重发单元.
10.根据权利要求9所述的POC服务器,其特征在于,所述的判断处理单元为接收媒体数据判断单元,用于判断是否接收到POC终端发来的媒体数据,如果接收到,则停止定时器,否则,当定时器超时时,触发所述的消息重发单元。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610085138A CN101083821B (zh) | 2006-05-30 | 2006-05-30 | 针对poc业务的处理方法及poc服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610085138A CN101083821B (zh) | 2006-05-30 | 2006-05-30 | 针对poc业务的处理方法及poc服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101083821A CN101083821A (zh) | 2007-12-05 |
CN101083821B true CN101083821B (zh) | 2010-05-12 |
Family
ID=38913041
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200610085138A Active CN101083821B (zh) | 2006-05-30 | 2006-05-30 | 针对poc业务的处理方法及poc服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101083821B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111082901B (zh) * | 2019-11-21 | 2022-05-13 | 深圳前海环融联易信息科技服务有限公司 | 一种智能消息发送方法、装置、计算机设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1250267A (zh) * | 1998-09-23 | 2000-04-12 | 三星电子株式会社 | 在蜂窝系统中建立呼叫的方法 |
CN1667992A (zh) * | 2004-03-12 | 2005-09-14 | 华为技术有限公司 | 一种触发状态信息发送的方法 |
CN1728851A (zh) * | 2004-07-26 | 2006-02-01 | 乐金电子(中国)研究开发中心有限公司 | 一种发送消息时自动补正的方法 |
CN1735233A (zh) * | 2004-08-02 | 2006-02-15 | 华为技术有限公司 | 一种业务区广播协议指示消息的发送方法 |
WO2006035318A1 (en) * | 2004-09-29 | 2006-04-06 | Nokia Corporation | Ensured delivery of control messages by retransmission if a data entity of a certain type is not received within a time period |
-
2006
- 2006-05-30 CN CN200610085138A patent/CN101083821B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1250267A (zh) * | 1998-09-23 | 2000-04-12 | 三星电子株式会社 | 在蜂窝系统中建立呼叫的方法 |
CN1667992A (zh) * | 2004-03-12 | 2005-09-14 | 华为技术有限公司 | 一种触发状态信息发送的方法 |
CN1728851A (zh) * | 2004-07-26 | 2006-02-01 | 乐金电子(中国)研究开发中心有限公司 | 一种发送消息时自动补正的方法 |
CN1735233A (zh) * | 2004-08-02 | 2006-02-15 | 华为技术有限公司 | 一种业务区广播协议指示消息的发送方法 |
WO2006035318A1 (en) * | 2004-09-29 | 2006-04-06 | Nokia Corporation | Ensured delivery of control messages by retransmission if a data entity of a certain type is not received within a time period |
Also Published As
Publication number | Publication date |
---|---|
CN101083821A (zh) | 2007-12-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100593348C (zh) | 在支持一键通业务的组通信系统中提供语音突发权限的方法和设备 | |
JP4653585B2 (ja) | サービス陰影地域における同期化のためのpttサービスシステム及び方法 | |
KR100810222B1 (ko) | 셀룰러 기반의 푸쉬 투 토크에서 전 이중 통화 제공 방법및 시스템 | |
EP2571298B1 (en) | Method, server and system for processing emergency call in push to talk over cellular (poc) service | |
CN1993931B (zh) | 用于改变通话短脉冲串控制定时器的时长的系统和方法 | |
CN101138201B (zh) | 在无线一键通网络中识别响应客户机的方法和系统 | |
EP1769591B1 (en) | Method and apparatus for processing a call in a push-to-talk, ptt, over cellular (poc) system | |
US11751021B2 (en) | Method and apparatus for performing direct communication with at least one other user equipment | |
US20060153102A1 (en) | Multi-party sessions in a communication system | |
CN101523764B (zh) | 用于在一键通服务中控制发言权的方法和设备 | |
KR20070032314A (ko) | 멀티미디어 통신 시스템에서 여러 서비스를 제공하는 방법및 장치 | |
US7983199B1 (en) | Voice over internet protocol push-to-talk communication system | |
CN101548556A (zh) | 建立和管理用于执行多媒体呼叫业务的多媒体基于蜂窝网络的即按即说会话的系统及其方法和用户设备 | |
JP2009534879A (ja) | グループサービスのための課金の方法、システム、および装置 | |
CN101946531A (zh) | 重新激活的组通信 | |
CN100370872C (zh) | 会话建立方法 | |
CN101820589A (zh) | 用于划分单个PoC组会话的方法和系统 | |
CN102160353A (zh) | 用于建立poc会话的方法和设备 | |
EP1792505B1 (en) | Apparatus and method providing rapid talk burst control for push to talk over cellular (poc) communications | |
CN101083821B (zh) | 针对poc业务的处理方法及poc服务器 | |
US20070083661A1 (en) | Session control method and terminal for PoC | |
CN101111006B (zh) | 一种群组会话中的媒体传送方法和参与群组会话的客户端 | |
CN101326840B (zh) | 用于在基于会话的通信中区别数据的方法及设备 | |
JP4229292B2 (ja) | 通信制御装置および通信制御方法 | |
KR20040102722A (ko) | 효율적인 그룹통신 세션 관리 방법 및 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |