專利名稱：語音交互處理方法、裝置和系統(tǒng)的制作方法
技術領域：
本發(fā)明實施例涉及通信技術領域，尤其涉及一種語音交互處理方法、裝置和系統(tǒng)。
背景技術：
即按即說(Push-to-Talk ；以下簡稱PTT)業(yè)務又稱“一鍵通”業(yè)務，作為一種實現(xiàn)對講機(Walkie-Talkie)功能的移動話音業(yè)務，其呼叫建立時間短，只有在說話時才占用信道，接聽時只監(jiān)聽信道，且接收方無需摘機即可隨時接聽下行的呼叫信息。其中，基于公眾蜂窩移動通信網(wǎng)絡的PTT(PTT0ver Cellular ；以下簡稱PoC)業(yè)務采用類似集群通話的半雙工模式，即支持“一對一”、“一對多”通話。與傳統(tǒng)的集群通信相比，PoC業(yè)務在很大程度上解決了覆蓋、漫游以及互通問題，因此其用戶群比集群系統(tǒng)大得多，且由于其采用網(wǎng)絡電話(Voice over Internet Protocol ；以下簡稱VoIP)技術，則更能顯著地提高網(wǎng)絡資源的利用率，相比于集群通信具有較大的優(yōu)勢。在現(xiàn)有技術中開放式移動體系結(jié)構(gòu)(Open Mobile Architecture ；以下簡稱0ΜΑ) 制定的POC規(guī)范中，語音交互的過程采用了標準的實時傳送協(xié)議(Real-time Transport Protocol ；以下簡稱RTP)/RTP 控制協(xié)議(RTP ControlProtocol ；以下簡稱=RTCP) 在該 RTP/RTCP協(xié)議中，客戶端與服務器間通過RTCP包進行話權交互，通過RTP包進行語音傳輸。 當用戶為發(fā)言者時，向服務器發(fā)送RTP包，服務器根據(jù)需要向其他用戶轉(zhuǎn)發(fā)RTP包。當用戶為接聽者時，服務器向其轉(zhuǎn)發(fā)RTP包，用戶則只接收數(shù)據(jù)包即可，且當接聽方長時間未發(fā)送上行數(shù)據(jù)時，將釋放無線連接資源。然而，現(xiàn)有技術中OMA制定的POC規(guī)范未考慮數(shù)據(jù)的承載層，導致數(shù)據(jù)傳輸過程中將定時出現(xiàn)幾秒鐘的數(shù)據(jù)延時，大大降低了話音質(zhì)量。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種語音交互處理方法、裝置和系統(tǒng)，解決現(xiàn)有技術中數(shù)據(jù)傳輸過程中出現(xiàn)的數(shù)據(jù)延時等缺陷，實現(xiàn)對語音數(shù)據(jù)傳輸過程中連接資源的維護，提高話音質(zhì)量，保證集群呼叫過程中語音數(shù)據(jù)傳輸?shù)姆€(wěn)定性。本發(fā)明實施例提供一種語音交互處理方法，包括在與主叫方客戶端建立語音傳輸通道后，定時向業(yè)務服務器發(fā)送激活數(shù)據(jù)包，所述激活數(shù)據(jù)包經(jīng)由網(wǎng)關通用分組無線業(yè)務支持節(jié)點GGSN發(fā)送到所述業(yè)務服務器；由所述GGSN根據(jù)所述激活數(shù)據(jù)包，對與所述主叫方客戶端進行語音交互過程中的無線連接進行保持處理。本發(fā)明實施例提供另一種語音交互處理方法，包括在建立主叫方客戶端與被叫方客戶端的語音傳輸通道后，獲取所述被叫方客戶端定時向業(yè)務服務器發(fā)送的激活數(shù)據(jù)包；根據(jù)所述激活數(shù)據(jù)包對所述主叫方客戶端與所述被叫方客戶端進行語音交互過程中的無線連接進行保持處理。
本發(fā)明實施例提供一種客戶端，包括數(shù)據(jù)包發(fā)送模塊，用于在與主叫方客戶端建立語音傳輸通道后，定時向業(yè)務服務器發(fā)送激活數(shù)據(jù)包，所述激活數(shù)據(jù)包經(jīng)由網(wǎng)關通用分組無線業(yè)務支持節(jié)點GGSN發(fā)送到所述業(yè)務服務器，并由所述GGSN根據(jù)所述激活數(shù)據(jù)包，對與所述主叫方客戶端進行語音交互過程中的無線連接進行保持處理。本發(fā)明實施例提供一種網(wǎng)關通用分組無線業(yè)務支持節(jié)點，包括數(shù)據(jù)包獲取模塊，用于在建立主叫方客戶端與被叫方客戶端的語音傳輸通道后， 獲取所述被叫方客戶端定時向業(yè)務服務器發(fā)送的激活數(shù)據(jù)包；連接保持模塊，用于根據(jù)所述數(shù)據(jù)包獲取模塊獲取到的所述激活數(shù)據(jù)包，對所述主叫方客戶端與所述被叫方客戶端進行語音交互過程中的無線連接進行保持處理。本發(fā)明實施例提供一種語音交互處理系統(tǒng)，包括主叫方客戶端、被叫方客戶端、業(yè)務服務器和網(wǎng)關通用分組無線業(yè)務支持節(jié)點GGSN，所述被叫方客戶端包括上述客戶端，所述GGSN包括上述GGSN。本發(fā)明實施例的語音交互處理方法、裝置和系統(tǒng)，通過被叫方客戶端與主叫方客戶端建立語音傳輸通道后，并由業(yè)務服務器向被叫方客戶端轉(zhuǎn)發(fā)主叫方客戶端發(fā)送的語音數(shù)據(jù)包的過程中，被叫方客戶端以一定的時間間隔定時向業(yè)務服務器發(fā)送激活數(shù)據(jù)包，業(yè)務服務器根據(jù)接收到的激活數(shù)據(jù)包，對主叫方客戶端與被叫方客戶端在語音交互過程中的無線連接進行保持處理；本實施例解決了現(xiàn)有技術中數(shù)據(jù)傳輸過程中出現(xiàn)的數(shù)據(jù)延時等缺陷，實現(xiàn)了對語音數(shù)據(jù)傳輸過程中連接資源的維護，克服了現(xiàn)有技術中定時出現(xiàn)的數(shù)據(jù)延時，提高了話音質(zhì)量，保證了集群呼叫過程中語音數(shù)據(jù)傳輸?shù)姆€(wěn)定性。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明語音交互處理方法實施例一的流程圖；圖2為本發(fā)明語音交互處理方法實施例二的流程圖；圖3為本發(fā)明語音交互處理方法實施例三的流程圖；圖4為本發(fā)明語音交互處理方法實施例三中的網(wǎng)絡拓撲結(jié)構(gòu)示意圖；圖5為本發(fā)明語音交互處理方法實施例四的信令圖；圖6為本發(fā)明客戶端實施例的結(jié)構(gòu)示意圖；圖7為本發(fā)明網(wǎng)關通用分組無線業(yè)務支持節(jié)點實施例的結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
圖1為本發(fā)明語音交互處理方法實施例一的流程圖，如圖1所示，本實施例提供了一種語音交互處理方法，可以包括如下步驟步驟101，被叫方客戶端在與主叫方客戶端建立語音傳輸通道后，定時向業(yè)務服務器發(fā)送激活數(shù)據(jù)包，所述激活數(shù)據(jù)包經(jīng)由網(wǎng)關通用分組無線業(yè)務支持節(jié)點(Gateway General Packet Radio Service Support Node ；以下簡稱GGSN)發(fā)送到所述業(yè)務服務器；步驟102，由GGSN根據(jù)所述激活數(shù)據(jù)包，對與所述主叫方客戶端進行語音交互過程中的無線連接進行保持處理。本實施例提供了一種語音交互處理方法，通過被叫方客戶端與主叫方客戶端建立語音傳輸通道后，并由業(yè)務服務器向被叫方客戶端轉(zhuǎn)發(fā)主叫方客戶端發(fā)送的語音數(shù)據(jù)包的過程中，被叫方客戶端以一定的時間間隔定時向業(yè)務服務器發(fā)送激活數(shù)據(jù)包，該激活數(shù)據(jù)包經(jīng)由網(wǎng)關通用分組無線業(yè)務支持節(jié)點GGSN發(fā)送到所述業(yè)務服務器，GGSN根據(jù)接收到的激活數(shù)據(jù)包，對主叫方客戶端與被叫方客戶端在語音交互過程中的無線連接進行保持處理；本實施例解決了現(xiàn)有技術中數(shù)據(jù)傳輸過程中出現(xiàn)的數(shù)據(jù)延時等缺陷，實現(xiàn)了對語音數(shù)據(jù)傳輸過程中連接資源的維護，克服了現(xiàn)有技術中定時出現(xiàn)的數(shù)據(jù)延時，提高了話音質(zhì)量， 保證了集群呼叫過程中語音數(shù)據(jù)傳輸?shù)姆€(wěn)定性。圖2為本發(fā)明語音交互處理方法實施例二的流程圖，如圖2所示，本實施例提供了一種語音交互處理方法，可以包括如下步驟步驟201，在建立主叫方客戶端與被叫方客戶端的語音傳輸通道后，GGSN獲取所述被叫方客戶端定時向業(yè)務服務器發(fā)送的激活數(shù)據(jù)包；步驟202，GGSN根據(jù)所述激活數(shù)據(jù)包對所述主叫方客戶端與所述被叫方客戶端進行語音交互過程中的無線連接進行保持處理。本實施例提供了一種語音交互處理方法，通過被叫方客戶端與主叫方客戶端建立語音傳輸通道后，并由業(yè)務服務器向被叫方客戶端轉(zhuǎn)發(fā)主叫方客戶端發(fā)送的語音數(shù)據(jù)包的過程中，被叫方客戶端以一定的時間間隔定時向業(yè)務服務器發(fā)送激活數(shù)據(jù)包，該激活數(shù)據(jù)包經(jīng)由網(wǎng)關通用分組無線業(yè)務支持節(jié)點GGSN發(fā)送到所述業(yè)務服務器，GGSN根據(jù)接收到的激活數(shù)據(jù)包，對主叫方客戶端與被叫方客戶端在語音交互過程中的無線連接進行保持處理；本實施例解決了現(xiàn)有技術中數(shù)據(jù)傳輸過程中出現(xiàn)的數(shù)據(jù)延時等缺陷，實現(xiàn)了對語音數(shù)據(jù)傳輸過程中連接資源的維護，克服了現(xiàn)有技術中定時出現(xiàn)的數(shù)據(jù)延時，提高了話音質(zhì)量， 保證了集群呼叫過程中語音數(shù)據(jù)傳輸?shù)姆€(wěn)定性。圖3為本發(fā)明語音交互處理方法實施例三的流程圖，如圖3所示，本實施例在上述實施例一的基礎之上，提供了一種具體的語音交互處理方法，可以包括如下步驟步驟301，在與主叫方客戶端建立語音傳輸通道后，被叫方客戶端定時向業(yè)務服務器發(fā)送激活數(shù)據(jù)包。在作為主叫方的客戶端欲建立與另一客戶端的語音通話時，主叫方客戶端先向業(yè)務服務器發(fā)送話權申請請求，業(yè)務服務器對主叫方客戶端的話權申請請求進行處理，通過向被叫方客戶端發(fā)送話權占用消息，向主叫方客戶端返回話權授予消息，來建立主叫方客戶端與被叫方客戶端之間的語音傳輸通道。在本實施例中，主叫方客戶端、被叫方客戶端和業(yè)務服務器之間的可以在上述通過業(yè)務服務器建立主叫方客戶端與被叫方客戶端之間的語音傳輸通道后，由被叫方客戶端通過業(yè)務服務器獲取主叫方客戶端在語音會話期間持續(xù)發(fā)送的語音數(shù)據(jù)包。本實施例可以具體采用OMA制定的POC規(guī)范，則其中的業(yè)務服務器可以具體為POC服務器，主叫方和被叫方均為POC服務器中已注冊用戶，主叫方客戶端與被叫方客戶端在語音交互時具體采用標準的RTP/RTCP協(xié)議，則上述過程中主叫方客戶端或被叫方客戶端與業(yè)務服務器之間的話權交互通過RTCP數(shù)據(jù)包來完成，而主叫方客戶端與被叫方客戶端的語音傳輸則通過RTP數(shù)據(jù)包來完成。在本步驟中，當主叫方客戶端與被叫方客戶端之間的語音傳輸通道建立之后，主叫方客戶端向被叫方客戶端持續(xù)發(fā)送語音數(shù)據(jù)包的過程中，被叫方客戶端以一定的定時周期向業(yè)務服務器發(fā)送激活數(shù)據(jù)包。該激活數(shù)據(jù)包經(jīng)由GGSN發(fā)送到業(yè)務服務器，GGSN可以獲取到由被叫方客戶端發(fā)送到業(yè)務服務器的激活數(shù)據(jù)包。其中，發(fā)送激活數(shù)據(jù)包的定時周期可以根據(jù)激活原理來確定，可以將定時周期設定為10s-30s，即被叫方客戶端每隔IOs向業(yè)務服務器發(fā)送激活數(shù)據(jù)包，以表明被叫方仍處于接聽狀態(tài)，避免由于被叫方客戶端長時間未發(fā)送上行數(shù)據(jù)而導致無線資源被釋放。具體地，本實施例中的激活數(shù)據(jù)包可以為內(nèi)容為空的用戶數(shù)據(jù)報協(xié)議(User Datagram Protocol ；以下簡稱UDP)數(shù)據(jù)包，這樣可以減少語音傳輸過程中的數(shù)據(jù)傳輸流量。步驟302，GGSN根據(jù)所述激活數(shù)據(jù)包，對與所述主叫方客戶端進行語音交互過程中的無線連接進行保持處理。當被叫方向客戶端業(yè)務服務器發(fā)送激活數(shù)據(jù)包時，需要通過GGSN的轉(zhuǎn)發(fā)將激活數(shù)據(jù)包發(fā)往業(yè)務服務器，則GGSN可以獲取到該激活數(shù)據(jù)包，獲知被叫方客戶端有上行數(shù)據(jù)發(fā)往業(yè)務服務器。GGSN根據(jù)該激活數(shù)據(jù)包，對被叫方客戶端與主叫方客戶端進行語音交互過程中的無線連接進行保持處理，具體地，GGSN可以根據(jù)自有的激活機制，保持語音交互過程中的無線連接，不對無線連接資源進行釋放。圖4為本發(fā)明語音交互處理方法實施例三中的網(wǎng)絡拓撲結(jié)構(gòu)示意圖，如圖4所示，其為基于通用分組無線業(yè)務(Generall^acket Radio Service ；以下簡稱GPRS)的集群語音呼叫的網(wǎng)絡拓撲圖，其中，終端可以為本實施例中的作為主叫方或被叫方的客戶端，本實施例中的業(yè)務服務器可以為POC服務器，本實施例中的語音數(shù)據(jù)可以為GPRS數(shù)據(jù)。從圖4中可以看出，終端與POC服務器之間交互的數(shù)據(jù)需要通過GPRS基站控制器(GPRS Base Station Controller ；以下簡稱GBSC)與網(wǎng)GGSN的轉(zhuǎn)發(fā)才能到達，而GPRS數(shù)據(jù)包在傳輸時需要在GGSN與GBSC之間建立虛擬的路由鏈路。因此， 本步驟通過被叫方客戶端在接收主叫方客戶端發(fā)送的語音數(shù)據(jù)包期間，定時向業(yè)務服務器發(fā)送激活數(shù)據(jù)包，GGSN根據(jù)該激活數(shù)據(jù)包對主叫方客戶端與被叫方客戶端在語音會話期間的無線連接進行保持處理，即對GBSC與GGSN之間建立的虛擬的路由鏈路進行保持處理，不釋放該無線連接資源，以維護GPRS數(shù)據(jù)傳輸?shù)逆溄淤Y源。由于PTT業(yè)務屬于半雙工業(yè)務， 作為被叫方的終端處于接聽狀態(tài)時只有下行數(shù)據(jù)，而在現(xiàn)有技術中，當被叫方客戶端長時間沒有發(fā)送上行數(shù)據(jù)時，則將導致業(yè)務GPRS支持節(jié)點(Service GPRS Support Node;以下簡稱SGSN)釋放無線連接資源，而此時主叫方客戶端與被叫方客戶端之間的語音會話并未結(jié)束，則需要重新建立無線連接，而無線連接的重建所消耗的時間將導致數(shù)據(jù)包傳輸?shù)臅r延。本實施例則在主叫方客戶端與被叫方客戶端的語音會話期間，由被叫方客戶端定時向業(yè)務服務器發(fā)送激活數(shù)據(jù)包，可以避免現(xiàn)有技術中容易導致的會話期間的無線連接資源的釋放，消除可能出現(xiàn)的數(shù)據(jù)延時。步驟303，業(yè)務服務器在接收到主叫方客戶端發(fā)送的話權釋放請求后，向被叫方客戶端發(fā)送話權空閑消息。當主叫方完成與被叫方的語音會話后，主叫方客戶端先向業(yè)務服務器發(fā)送話權釋放請求，業(yè)務服務器接收到主叫方客戶端發(fā)送的該話權釋放請求后，對該話權釋放請求進行處理，將對應的話權進行釋放。業(yè)務服務器然后分別向被叫方客戶端和主叫方客戶端發(fā)送話權空閑消息，以通知主叫方和被叫方語音會話過程已經(jīng)結(jié)束。步驟304，被叫方客戶端根據(jù)話權空閑消息停止向業(yè)務服務器發(fā)送激活數(shù)據(jù)包。被叫方客戶端在接收到業(yè)務服務器發(fā)送的話權空閑消息后，根據(jù)該話權空閑消息停止向業(yè)務服務器發(fā)送激活數(shù)據(jù)包，完成本實施例的整個步驟流程。本實施例提供了一種語音交互處理方法，通過被叫方客戶端與主叫方客戶端建立語音傳輸通道后，并由業(yè)務服務器向被叫方客戶端轉(zhuǎn)發(fā)主叫方客戶端發(fā)送的語音數(shù)據(jù)包的過程中，被叫方客戶端以一定的時間間隔定時向業(yè)務服務器發(fā)送激活數(shù)據(jù)包，該激活數(shù)據(jù)包經(jīng)由網(wǎng)關通用分組無線業(yè)務支持節(jié)點GGSN發(fā)送到所述業(yè)務服務器，GGSN根據(jù)接收到的激活數(shù)據(jù)包，對主叫方客戶端與被叫方客戶端在語音交互過程中的無線連接進行保持處理；本實施例解決了現(xiàn)有技術中數(shù)據(jù)傳輸過程中出現(xiàn)的數(shù)據(jù)延時等缺陷，實現(xiàn)了對語音數(shù)據(jù)傳輸過程中連接資源的維護，克服了現(xiàn)有技術中定時出現(xiàn)的數(shù)據(jù)延時，提高了話音質(zhì)量， 保證了集群呼叫過程中語音數(shù)據(jù)傳輸?shù)姆€(wěn)定性。圖5為本發(fā)明語音交互處理方法實施例四的信令圖，如圖5所示，本實施例在上述實施例一的基礎之上，提供了一種具體的語音交互處理方法，可以包括如下步驟步驟501，主叫方客戶端向POC服務器發(fā)送話權申請請求(RTCP =Request)，該話權申請請求可以以RTCP數(shù)據(jù)包的形式發(fā)送。步驟502，P0C服務器向被叫方客戶端發(fā)送話權占用消息(RTCP =Taken)，該話權占用消息也可以以RTCP數(shù)據(jù)包的形式發(fā)送。步驟503，POC服務器在完成對主叫方客戶端的話權申請進行授權處理之后，向主叫方客戶端返回話權授予消息(RTCP =Grant),該話權授予消息也可以以RTCP數(shù)據(jù)包的形式發(fā)送。步驟504，主叫方客戶端與被叫方客戶端之間的語音傳輸通道建立之后，主叫方客戶端向POC服務器發(fā)送語音數(shù)據(jù)包(RTP)，該語音數(shù)據(jù)包可以以RTP數(shù)據(jù)包的形式發(fā)送。步驟505，POC服務器將語音數(shù)據(jù)包轉(zhuǎn)發(fā)到被叫方客戶端(RTP)，該語音數(shù)據(jù)包可以以RTP數(shù)據(jù)包的形式發(fā)送。步驟506，被叫方客戶端在接收到POC服務器轉(zhuǎn)發(fā)的語音數(shù)據(jù)包后，定時向POC服務器發(fā)送激活數(shù)據(jù)包(Ke印alive)，該激活數(shù)據(jù)包由GGSN轉(zhuǎn)發(fā)到POC服務器。步驟507，由GGSN對無線連接進行保持處理，該激活數(shù)據(jù)包可以以內(nèi)容為空的UDP 數(shù)據(jù)包的形式發(fā)送。步驟508，主叫方客戶端向POC服務器發(fā)送話權釋放請求(RTCP =Release)，該話權釋放請求可以以RCTP數(shù)據(jù)包的形式發(fā)送。步驟509，POC服務器對該話權釋放請求進行處理，將對應的話權進行釋放處理， 并向被叫方客戶端發(fā)送話權空閑消息(RTCP :Idle)，該話權空閑消息可以以RCTP數(shù)據(jù)包的形式發(fā)送。步驟510，POC服務器向主叫方客戶端發(fā)送話權空閑消息(RTCP: Idle)，該話權空閑消息可以以RCTP數(shù)據(jù)包的形式發(fā)送。步驟511，被叫方客戶端停止向POC服務器發(fā)送激活數(shù)據(jù)包。本實施例提供了一種語音交互處理方法，通過被叫方客戶端與主叫方客戶端建立語音傳輸通道后，并由業(yè)務服務器向被叫方客戶端轉(zhuǎn)發(fā)主叫方客戶端發(fā)送的語音數(shù)據(jù)包的過程中，被叫方客戶端以一定的時間間隔定時向業(yè)務服務器發(fā)送激活數(shù)據(jù)包，該激活數(shù)據(jù)包經(jīng)由網(wǎng)關通用分組無線業(yè)務支持節(jié)點GGSN發(fā)送到所述業(yè)務服務器，GGSN根據(jù)接收到的激活數(shù)據(jù)包，對主叫方客戶端與被叫方客戶端在語音交互過程中的無線連接進行保持處理；本實施例解決了現(xiàn)有技術中數(shù)據(jù)傳輸過程中出現(xiàn)的數(shù)據(jù)延時等缺陷，實現(xiàn)了對語音數(shù)據(jù)傳輸過程中連接資源的維護，克服了現(xiàn)有技術中定時出現(xiàn)的數(shù)據(jù)延時，提高了話音質(zhì)量， 保證了集群呼叫過程中語音數(shù)據(jù)傳輸?shù)姆€(wěn)定性。本領域普通技術人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。圖6為本發(fā)明客戶端實施例的結(jié)構(gòu)示意圖，如圖6所示，本實施例提供了一種客戶端，其可以具體執(zhí)行上述方法實施例一或?qū)嵤├械母鱾€步驟，此處不再贅述。本實施例提供的客戶端可以包括數(shù)據(jù)包發(fā)送模塊601，數(shù)據(jù)包發(fā)送模塊601用于在與主叫方客戶端建立語音傳輸通道后，定時向業(yè)務服務器發(fā)送激活數(shù)據(jù)包，所述激活數(shù)據(jù)包經(jīng)由網(wǎng)關通用分組無線業(yè)務支持節(jié)點GGSN發(fā)送到所述業(yè)務服務器，并由GGSN根據(jù)所述激活數(shù)據(jù)包，對與所述主叫方客戶端進行語音交互過程中的無線連接進行保持處理。進一步地，本實施例提供的客戶端還可以包括消息接收模塊602和停止發(fā)送模塊 603。其中，消息接收模塊602用于接收所述業(yè)務服務器發(fā)送的話權空閑消息。停止發(fā)送模塊603用于在接收到所述話權空閑消息后，觸發(fā)數(shù)據(jù)包發(fā)送模塊601停止向所述業(yè)務服務器發(fā)送所述激活數(shù)據(jù)包。本實施例提供了一種客戶端，通過設置數(shù)據(jù)包發(fā)送模塊、消息接收模塊和停止發(fā)送模塊，在與主叫方客戶端建立語音傳輸通道后，以一定的時間間隔定時向業(yè)務服務器發(fā)送激活數(shù)據(jù)包，該激活數(shù)據(jù)包經(jīng)由網(wǎng)關通用分組無線業(yè)務支持節(jié)點GGSN發(fā)送到所述業(yè)務服務器，GGSN根據(jù)接收到的激活數(shù)據(jù)包，對與主叫方客戶端在語音交互過程中的無線連接進行保持處理；本實施例解決了現(xiàn)有技術中數(shù)據(jù)傳輸過程中出現(xiàn)的數(shù)據(jù)延時等缺陷，實現(xiàn)了對語音數(shù)據(jù)傳輸過程中連接資源的維護，克服了現(xiàn)有技術中定時出現(xiàn)的數(shù)據(jù)延時，提高了話音質(zhì)量，保證了集群呼叫過程中語音數(shù)據(jù)傳輸?shù)姆€(wěn)定性。圖7為本發(fā)明網(wǎng)關通用分組無線業(yè)務支持節(jié)點實施例的結(jié)構(gòu)示意圖，如圖7所示， 本實施例提供了一種網(wǎng)關通用分組無線業(yè)務支持節(jié)點，其可以具體執(zhí)行上述方法實施例二中的各個步驟，此處不再贅述。本實施例提供的業(yè)務服務器可以具體包括數(shù)據(jù)包獲取模塊 701和連接保持模塊702。其中，數(shù)據(jù)包獲取模塊701用于在建立主叫方客戶端與被叫方客戶端的語音傳輸通道后，接收所述被叫方客戶端定時向業(yè)務服務器發(fā)送的激活數(shù)據(jù)包。連接保持模塊702用于根據(jù)數(shù)據(jù)包獲取模塊701獲取到的所述激活數(shù)據(jù)包，對所述主叫方客戶端與所述被叫方客戶端進行語音交互過程中的無線連接進行保持處理。本實施例提供了一種網(wǎng)關通用分組無線業(yè)務支持節(jié)點，通過設置數(shù)據(jù)包獲取模塊和連接保持模塊，在與主叫方客戶端建立語音傳輸通道后，接收被叫方客戶端以一定的時間間隔定時發(fā)送的激活數(shù)據(jù)包，根據(jù)接收到的激活數(shù)據(jù)包，對被叫方客戶端與主叫方客戶端在語音交互過程中的無線連接進行保持處理；本實施例解決了現(xiàn)有技術中數(shù)據(jù)傳輸過程中出現(xiàn)的數(shù)據(jù)延時等缺陷，實現(xiàn)了對語音數(shù)據(jù)傳輸過程中連接資源的維護，克服了現(xiàn)有技術中定時出現(xiàn)的數(shù)據(jù)延時，提高了話音質(zhì)量，保證了集群呼叫過程中語音數(shù)據(jù)傳輸?shù)姆€(wěn)定性。本實施例還提供了一種語音交互處理系統(tǒng)，可以包括主叫方客戶端、被叫方客戶端、業(yè)務服務器和GGSN，其中，被叫方客戶端可以包括上述圖6所示的客戶端，GGSN可以包括上述圖7所示的GGSN。最后應說明的是以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質(zhì)脫離本發(fā)明各實施例技術方案的精神和范圍。
權利要求
1.一種語音交互處理方法，其特征在于，包括在與主叫方客戶端建立語音傳輸通道后，定時向業(yè)務服務器發(fā)送激活數(shù)據(jù)包，所述激活數(shù)據(jù)包經(jīng)由網(wǎng)關通用分組無線業(yè)務支持節(jié)點GGSN發(fā)送到所述業(yè)務服務器；由所述GGSN根據(jù)所述激活數(shù)據(jù)包，對與所述主叫方客戶端進行語音交互過程中的無線連接進行保持處理。
2.根據(jù)權利要求1所述的方法，其特征在于，還包括在接收到所述業(yè)務服務器發(fā)送的話權空閑消息后，停止向所述業(yè)務服務器發(fā)送所述激活數(shù)據(jù)包。
3.根據(jù)權利要求1或2所述的方法，其特征在于，所述激活數(shù)據(jù)包為內(nèi)容為空的用戶數(shù)據(jù)報協(xié)議UDP數(shù)據(jù)包。
4.一種語音交互處理方法，其特征在于，包括在建立主叫方客戶端與被叫方客戶端的語音傳輸通道后，獲取所述被叫方客戶端定時向業(yè)務服務器發(fā)送的激活數(shù)據(jù)包；根據(jù)所述激活數(shù)據(jù)包對所述主叫方客戶端與所述被叫方客戶端進行語音交互過程中的無線連接進行保持處理。
5.一種客戶端，其特征在于，包括數(shù)據(jù)包發(fā)送模塊，用于在與主叫方客戶端建立語音傳輸通道后，定時向業(yè)務服務器發(fā)送激活數(shù)據(jù)包，所述激活數(shù)據(jù)包經(jīng)由網(wǎng)關通用分組無線業(yè)務支持節(jié)點GGSN發(fā)送到所述業(yè)務服務器，并由所述GGSN根據(jù)所述激活數(shù)據(jù)包，對與所述主叫方客戶端進行語音交互過程中的無線連接進行保持處理。
6.根據(jù)權利要求5所述的客戶端，其特征在于，還包括消息接收模塊，用于接收所述業(yè)務服務器發(fā)送的話權空閑消息；停止發(fā)送模塊，用于在接收到所述話權空閑消息后，觸發(fā)所述數(shù)據(jù)包發(fā)送模塊停止向所述業(yè)務服務器發(fā)送所述激活數(shù)據(jù)包。
7.—種網(wǎng)關通用分組無線業(yè)務支持節(jié)點，其特征在于，包括數(shù)據(jù)包獲取模塊，用于在建立主叫方客戶端與被叫方客戶端的語音傳輸通道后，獲取所述被叫方客戶端定時向業(yè)務服務器發(fā)送的激活數(shù)據(jù)包；連接保持模塊，用于根據(jù)所述數(shù)據(jù)包獲取模塊獲取到的所述激活數(shù)據(jù)包，對所述主叫方客戶端與所述被叫方客戶端進行語音交互過程中的無線連接進行保持處理。
8.一種語音交互處理系統(tǒng)，其特征在于，包括主叫方客戶端、被叫方客戶端、業(yè)務服務器和網(wǎng)關通用分組無線業(yè)務支持節(jié)點GGSN，所述被叫方客戶端包括上述權利要求5或6所述的客戶端，所述GGSN包括上述權利要求7所述的GGSN。
全文摘要
本發(fā)明提供一種語音交互處理方法、裝置和系統(tǒng)，其中方法包括在與主叫方客戶端建立語音傳輸通道后，定時向業(yè)務服務器發(fā)送激活數(shù)據(jù)包，激活數(shù)據(jù)包經(jīng)由GGSN發(fā)送到業(yè)務服務器；由GGSN根據(jù)激活數(shù)據(jù)包，對與主叫方客戶端進行語音交互過程中的無線連接進行保持處理?？蛻舳税〝?shù)據(jù)包發(fā)送模塊，用于在與主叫方客戶端建立語音傳輸通道后，定時向業(yè)務服務器發(fā)送激活數(shù)據(jù)包，激活數(shù)據(jù)包經(jīng)由GGSN發(fā)送到所述業(yè)務服務器，并由GGSN根據(jù)激活數(shù)據(jù)包，對與主叫方客戶端進行語音交互過程中的無線連接進行保持處理。本發(fā)明實施例還提供一種網(wǎng)關通用分組無線業(yè)務支持節(jié)點和語音交互處理系統(tǒng)。本實施例保證了集群呼叫過程中語音數(shù)據(jù)傳輸?shù)姆€(wěn)定性。
文檔編號H04L29/06GK102244841SQ201010179368
公開日2011年11月16日 申請日期2010年5月14日 優(yōu)先權日2010年5月14日
發(fā)明者卿捷, 張震環(huán), 方樂, 莫蘭 申請人:中國移動通信集團重慶有限公司, 華為技術有限公司