专利名称：语音交互处理方法、装置和系统的利记博彩app
技术领域：
本发明实施例涉及通信技术领域，尤其涉及一种语音交互处理方法、装置和系统。
背景技术：
即按即说(Push-to-Talk ；以下简称PTT)业务又称“一键通”业务，作为一种实现对讲机(Walkie-Talkie)功能的移动话音业务，其呼叫建立时间短，只有在说话时才占用信道，接听时只监听信道，且接收方无需摘机即可随时接听下行的呼叫信息。其中，基于公众蜂窝移动通信网络的PTT(PTT0ver Cellular ；以下简称PoC)业务采用类似集群通话的半双工模式，即支持“一对一”、“一对多”通话。与传统的集群通信相比，PoC业务在很大程度上解决了覆盖、漫游以及互通问题，因此其用户群比集群系统大得多，且由于其采用网络电话(Voice over Internet Protocol ；以下简称VoIP)技术，则更能显著地提高网络资源的利用率，相比于集群通信具有较大的优势。在现有技术中开放式移动体系结构(Open Mobile Architecture ；以下简称0ΜΑ) 制定的POC规范中，语音交互的过程采用了标准的实时传送协议(Real-time Transport Protocol ；以下简称RTP)/RTP 控制协议(RTP ControlProtocol ；以下简称=RTCP) 在该 RTP/RTCP协议中，客户端与服务器间通过RTCP包进行话权交互，通过RTP包进行语音传输。 当用户为发言者时，向服务器发送RTP包，服务器根据需要向其他用户转发RTP包。当用户为接听者时，服务器向其转发RTP包，用户则只接收数据包即可，且当接听方长时间未发送上行数据时，将释放无线连接资源。然而，现有技术中OMA制定的POC规范未考虑数据的承载层，导致数据传输过程中将定时出现几秒钟的数据延时，大大降低了话音质量。
发明内容
本发明实施例提供一种语音交互处理方法、装置和系统，解决现有技术中数据传输过程中出现的数据延时等缺陷，实现对语音数据传输过程中连接资源的维护，提高话音质量，保证集群呼叫过程中语音数据传输的稳定性。本发明实施例提供一种语音交互处理方法，包括在与主叫方客户端建立语音传输通道后，定时向业务服务器发送激活数据包，所述激活数据包经由网关通用分组无线业务支持节点GGSN发送到所述业务服务器；由所述GGSN根据所述激活数据包，对与所述主叫方客户端进行语音交互过程中的无线连接进行保持处理。本发明实施例提供另一种语音交互处理方法，包括在建立主叫方客户端与被叫方客户端的语音传输通道后，获取所述被叫方客户端定时向业务服务器发送的激活数据包；根据所述激活数据包对所述主叫方客户端与所述被叫方客户端进行语音交互过程中的无线连接进行保持处理。
本发明实施例提供一种客户端，包括数据包发送模块，用于在与主叫方客户端建立语音传输通道后，定时向业务服务器发送激活数据包，所述激活数据包经由网关通用分组无线业务支持节点GGSN发送到所述业务服务器，并由所述GGSN根据所述激活数据包，对与所述主叫方客户端进行语音交互过程中的无线连接进行保持处理。本发明实施例提供一种网关通用分组无线业务支持节点，包括数据包获取模块，用于在建立主叫方客户端与被叫方客户端的语音传输通道后， 获取所述被叫方客户端定时向业务服务器发送的激活数据包；连接保持模块，用于根据所述数据包获取模块获取到的所述激活数据包，对所述主叫方客户端与所述被叫方客户端进行语音交互过程中的无线连接进行保持处理。本发明实施例提供一种语音交互处理系统，包括主叫方客户端、被叫方客户端、业务服务器和网关通用分组无线业务支持节点GGSN，所述被叫方客户端包括上述客户端，所述GGSN包括上述GGSN。本发明实施例的语音交互处理方法、装置和系统，通过被叫方客户端与主叫方客户端建立语音传输通道后，并由业务服务器向被叫方客户端转发主叫方客户端发送的语音数据包的过程中，被叫方客户端以一定的时间间隔定时向业务服务器发送激活数据包，业务服务器根据接收到的激活数据包，对主叫方客户端与被叫方客户端在语音交互过程中的无线连接进行保持处理；本实施例解决了现有技术中数据传输过程中出现的数据延时等缺陷，实现了对语音数据传输过程中连接资源的维护，克服了现有技术中定时出现的数据延时，提高了话音质量，保证了集群呼叫过程中语音数据传输的稳定性。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本发明语音交互处理方法实施例一的流程图；图2为本发明语音交互处理方法实施例二的流程图；图3为本发明语音交互处理方法实施例三的流程图；图4为本发明语音交互处理方法实施例三中的网络拓扑结构示意图；图5为本发明语音交互处理方法实施例四的信令图；图6为本发明客户端实施例的结构示意图；图7为本发明网关通用分组无线业务支持节点实施例的结构示意图。
具体实施例方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本发明语音交互处理方法实施例一的流程图，如图1所示，本实施例提供了一种语音交互处理方法，可以包括如下步骤步骤101，被叫方客户端在与主叫方客户端建立语音传输通道后，定时向业务服务器发送激活数据包，所述激活数据包经由网关通用分组无线业务支持节点(Gateway General Packet Radio Service Support Node ；以下简称GGSN)发送到所述业务服务器；步骤102，由GGSN根据所述激活数据包，对与所述主叫方客户端进行语音交互过程中的无线连接进行保持处理。本实施例提供了一种语音交互处理方法，通过被叫方客户端与主叫方客户端建立语音传输通道后，并由业务服务器向被叫方客户端转发主叫方客户端发送的语音数据包的过程中，被叫方客户端以一定的时间间隔定时向业务服务器发送激活数据包，该激活数据包经由网关通用分组无线业务支持节点GGSN发送到所述业务服务器，GGSN根据接收到的激活数据包，对主叫方客户端与被叫方客户端在语音交互过程中的无线连接进行保持处理；本实施例解决了现有技术中数据传输过程中出现的数据延时等缺陷，实现了对语音数据传输过程中连接资源的维护，克服了现有技术中定时出现的数据延时，提高了话音质量， 保证了集群呼叫过程中语音数据传输的稳定性。图2为本发明语音交互处理方法实施例二的流程图，如图2所示，本实施例提供了一种语音交互处理方法，可以包括如下步骤步骤201，在建立主叫方客户端与被叫方客户端的语音传输通道后，GGSN获取所述被叫方客户端定时向业务服务器发送的激活数据包；步骤202，GGSN根据所述激活数据包对所述主叫方客户端与所述被叫方客户端进行语音交互过程中的无线连接进行保持处理。本实施例提供了一种语音交互处理方法，通过被叫方客户端与主叫方客户端建立语音传输通道后，并由业务服务器向被叫方客户端转发主叫方客户端发送的语音数据包的过程中，被叫方客户端以一定的时间间隔定时向业务服务器发送激活数据包，该激活数据包经由网关通用分组无线业务支持节点GGSN发送到所述业务服务器，GGSN根据接收到的激活数据包，对主叫方客户端与被叫方客户端在语音交互过程中的无线连接进行保持处理；本实施例解决了现有技术中数据传输过程中出现的数据延时等缺陷，实现了对语音数据传输过程中连接资源的维护，克服了现有技术中定时出现的数据延时，提高了话音质量， 保证了集群呼叫过程中语音数据传输的稳定性。图3为本发明语音交互处理方法实施例三的流程图，如图3所示，本实施例在上述实施例一的基础之上，提供了一种具体的语音交互处理方法，可以包括如下步骤步骤301，在与主叫方客户端建立语音传输通道后，被叫方客户端定时向业务服务器发送激活数据包。在作为主叫方的客户端欲建立与另一客户端的语音通话时，主叫方客户端先向业务服务器发送话权申请请求，业务服务器对主叫方客户端的话权申请请求进行处理，通过向被叫方客户端发送话权占用消息，向主叫方客户端返回话权授予消息，来建立主叫方客户端与被叫方客户端之间的语音传输通道。在本实施例中，主叫方客户端、被叫方客户端和业务服务器之间的可以在上述通过业务服务器建立主叫方客户端与被叫方客户端之间的语音传输通道后，由被叫方客户端通过业务服务器获取主叫方客户端在语音会话期间持续发送的语音数据包。本实施例可以具体采用OMA制定的POC规范，则其中的业务服务器可以具体为POC服务器，主叫方和被叫方均为POC服务器中已注册用户，主叫方客户端与被叫方客户端在语音交互时具体采用标准的RTP/RTCP协议，则上述过程中主叫方客户端或被叫方客户端与业务服务器之间的话权交互通过RTCP数据包来完成，而主叫方客户端与被叫方客户端的语音传输则通过RTP数据包来完成。在本步骤中，当主叫方客户端与被叫方客户端之间的语音传输通道建立之后，主叫方客户端向被叫方客户端持续发送语音数据包的过程中，被叫方客户端以一定的定时周期向业务服务器发送激活数据包。该激活数据包经由GGSN发送到业务服务器，GGSN可以获取到由被叫方客户端发送到业务服务器的激活数据包。其中，发送激活数据包的定时周期可以根据激活原理来确定，可以将定时周期设定为10s-30s，即被叫方客户端每隔IOs向业务服务器发送激活数据包，以表明被叫方仍处于接听状态，避免由于被叫方客户端长时间未发送上行数据而导致无线资源被释放。具体地，本实施例中的激活数据包可以为内容为空的用户数据报协议(User Datagram Protocol ；以下简称UDP)数据包，这样可以减少语音传输过程中的数据传输流量。步骤302，GGSN根据所述激活数据包，对与所述主叫方客户端进行语音交互过程中的无线连接进行保持处理。当被叫方向客户端业务服务器发送激活数据包时，需要通过GGSN的转发将激活数据包发往业务服务器，则GGSN可以获取到该激活数据包，获知被叫方客户端有上行数据发往业务服务器。GGSN根据该激活数据包，对被叫方客户端与主叫方客户端进行语音交互过程中的无线连接进行保持处理，具体地，GGSN可以根据自有的激活机制，保持语音交互过程中的无线连接，不对无线连接资源进行释放。图4为本发明语音交互处理方法实施例三中的网络拓扑结构示意图，如图4所示，其为基于通用分组无线业务(Generall^acket Radio Service ；以下简称GPRS)的集群语音呼叫的网络拓扑图，其中，终端可以为本实施例中的作为主叫方或被叫方的客户端，本实施例中的业务服务器可以为POC服务器，本实施例中的语音数据可以为GPRS数据。从图4中可以看出，终端与POC服务器之间交互的数据需要通过GPRS基站控制器(GPRS Base Station Controller ；以下简称GBSC)与网GGSN的转发才能到达，而GPRS数据包在传输时需要在GGSN与GBSC之间建立虚拟的路由链路。因此， 本步骤通过被叫方客户端在接收主叫方客户端发送的语音数据包期间，定时向业务服务器发送激活数据包，GGSN根据该激活数据包对主叫方客户端与被叫方客户端在语音会话期间的无线连接进行保持处理，即对GBSC与GGSN之间建立的虚拟的路由链路进行保持处理，不释放该无线连接资源，以维护GPRS数据传输的链接资源。由于PTT业务属于半双工业务， 作为被叫方的终端处于接听状态时只有下行数据，而在现有技术中，当被叫方客户端长时间没有发送上行数据时，则将导致业务GPRS支持节点(Service GPRS Support Node;以下简称SGSN)释放无线连接资源，而此时主叫方客户端与被叫方客户端之间的语音会话并未结束，则需要重新建立无线连接，而无线连接的重建所消耗的时间将导致数据包传输的时延。本实施例则在主叫方客户端与被叫方客户端的语音会话期间，由被叫方客户端定时向业务服务器发送激活数据包，可以避免现有技术中容易导致的会话期间的无线连接资源的释放，消除可能出现的数据延时。步骤303，业务服务器在接收到主叫方客户端发送的话权释放请求后，向被叫方客户端发送话权空闲消息。当主叫方完成与被叫方的语音会话后，主叫方客户端先向业务服务器发送话权释放请求，业务服务器接收到主叫方客户端发送的该话权释放请求后，对该话权释放请求进行处理，将对应的话权进行释放。业务服务器然后分别向被叫方客户端和主叫方客户端发送话权空闲消息，以通知主叫方和被叫方语音会话过程已经结束。步骤304，被叫方客户端根据话权空闲消息停止向业务服务器发送激活数据包。被叫方客户端在接收到业务服务器发送的话权空闲消息后，根据该话权空闲消息停止向业务服务器发送激活数据包，完成本实施例的整个步骤流程。本实施例提供了一种语音交互处理方法，通过被叫方客户端与主叫方客户端建立语音传输通道后，并由业务服务器向被叫方客户端转发主叫方客户端发送的语音数据包的过程中，被叫方客户端以一定的时间间隔定时向业务服务器发送激活数据包，该激活数据包经由网关通用分组无线业务支持节点GGSN发送到所述业务服务器，GGSN根据接收到的激活数据包，对主叫方客户端与被叫方客户端在语音交互过程中的无线连接进行保持处理；本实施例解决了现有技术中数据传输过程中出现的数据延时等缺陷，实现了对语音数据传输过程中连接资源的维护，克服了现有技术中定时出现的数据延时，提高了话音质量， 保证了集群呼叫过程中语音数据传输的稳定性。图5为本发明语音交互处理方法实施例四的信令图，如图5所示，本实施例在上述实施例一的基础之上，提供了一种具体的语音交互处理方法，可以包括如下步骤步骤501，主叫方客户端向POC服务器发送话权申请请求(RTCP =Request)，该话权申请请求可以以RTCP数据包的形式发送。步骤502，P0C服务器向被叫方客户端发送话权占用消息(RTCP =Taken)，该话权占用消息也可以以RTCP数据包的形式发送。步骤503，POC服务器在完成对主叫方客户端的话权申请进行授权处理之后，向主叫方客户端返回话权授予消息(RTCP =Grant),该话权授予消息也可以以RTCP数据包的形式发送。步骤504，主叫方客户端与被叫方客户端之间的语音传输通道建立之后，主叫方客户端向POC服务器发送语音数据包(RTP)，该语音数据包可以以RTP数据包的形式发送。步骤505，POC服务器将语音数据包转发到被叫方客户端(RTP)，该语音数据包可以以RTP数据包的形式发送。步骤506，被叫方客户端在接收到POC服务器转发的语音数据包后，定时向POC服务器发送激活数据包(Ke印alive)，该激活数据包由GGSN转发到POC服务器。步骤507，由GGSN对无线连接进行保持处理，该激活数据包可以以内容为空的UDP 数据包的形式发送。步骤508，主叫方客户端向POC服务器发送话权释放请求(RTCP =Release)，该话权释放请求可以以RCTP数据包的形式发送。步骤509，POC服务器对该话权释放请求进行处理，将对应的话权进行释放处理， 并向被叫方客户端发送话权空闲消息(RTCP :Idle)，该话权空闲消息可以以RCTP数据包的形式发送。步骤510，POC服务器向主叫方客户端发送话权空闲消息(RTCP: Idle)，该话权空闲消息可以以RCTP数据包的形式发送。步骤511，被叫方客户端停止向POC服务器发送激活数据包。本实施例提供了一种语音交互处理方法，通过被叫方客户端与主叫方客户端建立语音传输通道后，并由业务服务器向被叫方客户端转发主叫方客户端发送的语音数据包的过程中，被叫方客户端以一定的时间间隔定时向业务服务器发送激活数据包，该激活数据包经由网关通用分组无线业务支持节点GGSN发送到所述业务服务器，GGSN根据接收到的激活数据包，对主叫方客户端与被叫方客户端在语音交互过程中的无线连接进行保持处理；本实施例解决了现有技术中数据传输过程中出现的数据延时等缺陷，实现了对语音数据传输过程中连接资源的维护，克服了现有技术中定时出现的数据延时，提高了话音质量， 保证了集群呼叫过程中语音数据传输的稳定性。本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括R0M、RAM、磁碟或者光盘等各种可以存储程序代码的介质。图6为本发明客户端实施例的结构示意图，如图6所示，本实施例提供了一种客户端，其可以具体执行上述方法实施例一或实施例三中的各个步骤，此处不再赘述。本实施例提供的客户端可以包括数据包发送模块601，数据包发送模块601用于在与主叫方客户端建立语音传输通道后，定时向业务服务器发送激活数据包，所述激活数据包经由网关通用分组无线业务支持节点GGSN发送到所述业务服务器，并由GGSN根据所述激活数据包，对与所述主叫方客户端进行语音交互过程中的无线连接进行保持处理。进一步地，本实施例提供的客户端还可以包括消息接收模块602和停止发送模块 603。其中，消息接收模块602用于接收所述业务服务器发送的话权空闲消息。停止发送模块603用于在接收到所述话权空闲消息后，触发数据包发送模块601停止向所述业务服务器发送所述激活数据包。本实施例提供了一种客户端，通过设置数据包发送模块、消息接收模块和停止发送模块，在与主叫方客户端建立语音传输通道后，以一定的时间间隔定时向业务服务器发送激活数据包，该激活数据包经由网关通用分组无线业务支持节点GGSN发送到所述业务服务器，GGSN根据接收到的激活数据包，对与主叫方客户端在语音交互过程中的无线连接进行保持处理；本实施例解决了现有技术中数据传输过程中出现的数据延时等缺陷，实现了对语音数据传输过程中连接资源的维护，克服了现有技术中定时出现的数据延时，提高了话音质量，保证了集群呼叫过程中语音数据传输的稳定性。图7为本发明网关通用分组无线业务支持节点实施例的结构示意图，如图7所示， 本实施例提供了一种网关通用分组无线业务支持节点，其可以具体执行上述方法实施例二中的各个步骤，此处不再赘述。本实施例提供的业务服务器可以具体包括数据包获取模块 701和连接保持模块702。其中，数据包获取模块701用于在建立主叫方客户端与被叫方客户端的语音传输通道后，接收所述被叫方客户端定时向业务服务器发送的激活数据包。连接保持模块702用于根据数据包获取模块701获取到的所述激活数据包，对所述主叫方客户端与所述被叫方客户端进行语音交互过程中的无线连接进行保持处理。本实施例提供了一种网关通用分组无线业务支持节点，通过设置数据包获取模块和连接保持模块，在与主叫方客户端建立语音传输通道后，接收被叫方客户端以一定的时间间隔定时发送的激活数据包，根据接收到的激活数据包，对被叫方客户端与主叫方客户端在语音交互过程中的无线连接进行保持处理；本实施例解决了现有技术中数据传输过程中出现的数据延时等缺陷，实现了对语音数据传输过程中连接资源的维护，克服了现有技术中定时出现的数据延时，提高了话音质量，保证了集群呼叫过程中语音数据传输的稳定性。本实施例还提供了一种语音交互处理系统，可以包括主叫方客户端、被叫方客户端、业务服务器和GGSN，其中，被叫方客户端可以包括上述图6所示的客户端，GGSN可以包括上述图7所示的GGSN。最后应说明的是以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
权利要求
1.一种语音交互处理方法，其特征在于，包括在与主叫方客户端建立语音传输通道后，定时向业务服务器发送激活数据包，所述激活数据包经由网关通用分组无线业务支持节点GGSN发送到所述业务服务器；由所述GGSN根据所述激活数据包，对与所述主叫方客户端进行语音交互过程中的无线连接进行保持处理。
2.根据权利要求1所述的方法，其特征在于，还包括在接收到所述业务服务器发送的话权空闲消息后，停止向所述业务服务器发送所述激活数据包。
3.根据权利要求1或2所述的方法，其特征在于，所述激活数据包为内容为空的用户数据报协议UDP数据包。
4.一种语音交互处理方法，其特征在于，包括在建立主叫方客户端与被叫方客户端的语音传输通道后，获取所述被叫方客户端定时向业务服务器发送的激活数据包；根据所述激活数据包对所述主叫方客户端与所述被叫方客户端进行语音交互过程中的无线连接进行保持处理。
5.一种客户端，其特征在于，包括数据包发送模块，用于在与主叫方客户端建立语音传输通道后，定时向业务服务器发送激活数据包，所述激活数据包经由网关通用分组无线业务支持节点GGSN发送到所述业务服务器，并由所述GGSN根据所述激活数据包，对与所述主叫方客户端进行语音交互过程中的无线连接进行保持处理。
6.根据权利要求5所述的客户端，其特征在于，还包括消息接收模块，用于接收所述业务服务器发送的话权空闲消息；停止发送模块，用于在接收到所述话权空闲消息后，触发所述数据包发送模块停止向所述业务服务器发送所述激活数据包。
7.—种网关通用分组无线业务支持节点，其特征在于，包括数据包获取模块，用于在建立主叫方客户端与被叫方客户端的语音传输通道后，获取所述被叫方客户端定时向业务服务器发送的激活数据包；连接保持模块，用于根据所述数据包获取模块获取到的所述激活数据包，对所述主叫方客户端与所述被叫方客户端进行语音交互过程中的无线连接进行保持处理。
8.一种语音交互处理系统，其特征在于，包括主叫方客户端、被叫方客户端、业务服务器和网关通用分组无线业务支持节点GGSN，所述被叫方客户端包括上述权利要求5或6所述的客户端，所述GGSN包括上述权利要求7所述的GGSN。
全文摘要
本发明提供一种语音交互处理方法、装置和系统，其中方法包括在与主叫方客户端建立语音传输通道后，定时向业务服务器发送激活数据包，激活数据包经由GGSN发送到业务服务器；由GGSN根据激活数据包，对与主叫方客户端进行语音交互过程中的无线连接进行保持处理。客户端包括数据包发送模块，用于在与主叫方客户端建立语音传输通道后，定时向业务服务器发送激活数据包，激活数据包经由GGSN发送到所述业务服务器，并由GGSN根据激活数据包，对与主叫方客户端进行语音交互过程中的无线连接进行保持处理。本发明实施例还提供一种网关通用分组无线业务支持节点和语音交互处理系统。本实施例保证了集群呼叫过程中语音数据传输的稳定性。
文档编号H04L29/06GK102244841SQ201010179368
公开日2011年11月16日 申请日期2010年5月14日 优先权日2010年5月14日
发明者卿捷, 张震环, 方乐, 莫兰 申请人:中国移动通信集团重庆有限公司, 华为技术有限公司