專利名稱：一種wap網(wǎng)絡(luò)中ptt音頻流的處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種移動通信技術(shù)，尤其涉及一種WAP(Wireless ApplicationProtocol，無線應(yīng)用協(xié)議)網(wǎng)絡(luò)中PTT(Push To Talk，集群通信業(yè)務(wù))音頻流的處理方法。
背景技術(shù)：
目前國內(nèi)采用兩種GPRS(General Packet Radio Service，通用無線分組業(yè)務(wù))接入方式，對應(yīng)的APN(Access Point Name，接入點名稱)分別為CMWAP和CMNET。前者是為手機WAP上網(wǎng)而設(shè)立的，后者則主要是為個人計算機、筆記本電腦、PDA(Personal Digital Assistant，個人數(shù)字助理)等利用GPRS上網(wǎng)服務(wù)的。
在采用WAP網(wǎng)絡(luò)方式時，移動終端只能使用HTTP(Hypertext TransferProtocol，超文本傳輸協(xié)議)協(xié)議通過WAP網(wǎng)關(guān)代理訪問服務(wù)器，無法直接與服務(wù)器進行雙向的自由通訊。由于WAP網(wǎng)關(guān)的存在，移動終端訪問服務(wù)器存在時延和數(shù)據(jù)量大小等方面的限制，給實現(xiàn)流式數(shù)據(jù)交換增加了很大難度。
目前，移動終端在WAP網(wǎng)絡(luò)正常的情況下，發(fā)送一次HTTP請求需要兩秒至十幾秒的時間才能收到響應(yīng)，更長時則可能需要數(shù)十秒，而且，每次收到響應(yīng)的時間差異也較大。移動終端收到請求響應(yīng)的時延直接表現(xiàn)為其獲得音頻數(shù)據(jù)的時間較長，即講話者講了很長時間以后接收者才能聽到；同時，由于每次響應(yīng)的時延存在差異，使得移動終端接收到響應(yīng)的音頻數(shù)據(jù)包的順序也不能保證，講話者后面講的話可能比前面講的話先到達接收者，出現(xiàn)講話斷續(xù)或丟失部分語音數(shù)據(jù)。

發(fā)明內(nèi)容
本發(fā)明針對現(xiàn)有技術(shù)的缺點，提供一種WAP網(wǎng)絡(luò)中PTT音頻流的處理方法，以使移動終端在播放音頻數(shù)據(jù)時不致出現(xiàn)延時、斷續(xù)或數(shù)據(jù)丟失。
本發(fā)明所述的WAP網(wǎng)絡(luò)中PTT音頻流的處理方法，首先在發(fā)送端設(shè)置至少一個用于存儲音頻數(shù)據(jù)的小容量的緩沖區(qū)，及在接收端設(shè)置一個用于存儲音頻數(shù)據(jù)的大容量的緩沖區(qū)，并包括如下步驟步驟一，發(fā)送端將其接收到的音頻數(shù)據(jù)存儲于當前的緩沖區(qū)中，在其當前的緩沖區(qū)中音頻數(shù)據(jù)存儲滿時，即向音頻服務(wù)器上傳音頻數(shù)據(jù)，同時，由其另一個緩沖區(qū)繼續(xù)存儲音頻數(shù)據(jù)；步驟二，音頻服務(wù)器保存并向接收端轉(zhuǎn)發(fā)上述音頻數(shù)據(jù)；步驟三，所述接收端將音頻服務(wù)器下發(fā)的音頻數(shù)據(jù)存儲于其緩沖區(qū)中，并在緩沖區(qū)存儲達到設(shè)定值時播放音頻數(shù)據(jù)。
具體的講，根據(jù)使用的語音編碼以及發(fā)送間隔設(shè)置發(fā)送端的緩沖區(qū)，根據(jù)使用的語音編碼以及播放緩沖間隔設(shè)置接收端的緩沖區(qū)。
所述步驟一中，發(fā)送端根據(jù)每個音頻數(shù)據(jù)包產(chǎn)生的時間順序?qū)ι蟼鞯母鱾€音頻數(shù)據(jù)包進行編號。
所述步驟一中，音頻服務(wù)器接收到每個音頻數(shù)據(jù)包后，向發(fā)送端返回一個內(nèi)容為空的數(shù)據(jù)包。
所述步驟一中，當音頻服務(wù)器接收到音頻數(shù)據(jù)結(jié)束的包時，即根據(jù)該結(jié)束包中的最大音頻數(shù)據(jù)包編號依次檢查其之前接收到的各個音頻數(shù)據(jù)包中的編號，若發(fā)現(xiàn)存在音頻數(shù)據(jù)包編號缺失，則向發(fā)送端返回一個重發(fā)對應(yīng)編號的音頻數(shù)據(jù)包的指令；若檢查全部音頻數(shù)據(jù)包都已收全，則向發(fā)送端回復一個確認的數(shù)據(jù)包。
所述步驟一中，發(fā)送端開始向音頻服務(wù)器上傳音頻數(shù)據(jù)時，還向主服務(wù)器上傳音頻信令。
所述步驟二中，所述主服務(wù)器向接收端轉(zhuǎn)發(fā)其接收到的音頻信令，所述接收端根據(jù)此音頻信令按設(shè)定的時間間隔向音頻服務(wù)器發(fā)出要求其下發(fā)音頻數(shù)據(jù)的請求數(shù)據(jù)包，所述音頻服務(wù)器在接收到上述請求數(shù)據(jù)包后將其保存的音頻數(shù)據(jù)轉(zhuǎn)發(fā)至接收端。
所述步驟三中，接收端根據(jù)各音頻數(shù)據(jù)包的編號按順序播放。
所述步驟三中，當接收端在設(shè)定的等待時間內(nèi)沒有接收到或沒有接收完對應(yīng)的音頻數(shù)據(jù)包，且后續(xù)的音頻數(shù)據(jù)包已到達時，則跳過該沒有接收到或沒有接收完的音頻數(shù)據(jù)包，轉(zhuǎn)為播放其接收到的下一個音頻數(shù)據(jù)包。
該PTT音頻流的處理方法中，發(fā)送端通過并發(fā)的多個連接實時上傳音頻數(shù)據(jù)，接收端則通過在設(shè)定間隔發(fā)送請求數(shù)據(jù)包，并發(fā)的利用多個連接實時接收音頻數(shù)據(jù)。由于接收端的緩沖區(qū)容量相對于發(fā)送端的緩沖區(qū)容量大，故其可以存儲的音頻數(shù)據(jù)更多，在進行播放時就可以實現(xiàn)連續(xù)而且無時延，并且，由于可以對音頻數(shù)據(jù)順序播放，還避免了音頻數(shù)據(jù)的丟失。
在現(xiàn)實的網(wǎng)絡(luò)狀況中，由于網(wǎng)絡(luò)速度不穩(wěn)定，數(shù)據(jù)傳輸中斷的概率較大，并且，接收端播放其緩沖區(qū)中音頻數(shù)據(jù)的時間也相對較長，使得較容易出現(xiàn)數(shù)據(jù)傳輸中斷時間很長的情況，因此，為了保證音頻數(shù)據(jù)播放的連續(xù)性，可以設(shè)定一個等待時間，該等待時間需要設(shè)定的相對長才不容易丟失音頻數(shù)據(jù)。接收端在該設(shè)定的等待時間內(nèi)沒有接收到或沒有接收完對應(yīng)的音頻數(shù)據(jù)包，并且，后續(xù)的音頻數(shù)據(jù)包已到達時，則跳過該沒有接收到或沒有接收完的音頻數(shù)據(jù)包，而轉(zhuǎn)為播放其接收到的下一個音頻數(shù)據(jù)包。
音頻服務(wù)器對于前述接收端發(fā)出的要求下發(fā)音頻數(shù)據(jù)的請求，還可以作出如下幾種不同的響應(yīng)a.若音頻服務(wù)器中沒有音頻數(shù)據(jù)，則向接收端返回內(nèi)容為空的數(shù)據(jù)包；b.若音頻服務(wù)器欲放棄向接收端下發(fā)音頻數(shù)據(jù)，則向接收端返回包含內(nèi)容為錯誤的數(shù)據(jù)包。
當接收端接收音頻服務(wù)器下發(fā)的音頻數(shù)據(jù)出現(xiàn)錯誤，需要音頻服務(wù)器進行重發(fā)時，接收端向音頻服務(wù)器發(fā)出內(nèi)容為錯誤應(yīng)答的數(shù)據(jù)包，音頻服務(wù)器根據(jù)此錯誤應(yīng)答包內(nèi)記載的重發(fā)數(shù)據(jù)包的編號，重新向接收端下發(fā)對應(yīng)的音頻數(shù)據(jù)包。
當接收端接收音頻服務(wù)器下發(fā)的音頻數(shù)據(jù)完成時，其會向音頻服務(wù)器發(fā)出內(nèi)容為正確應(yīng)答的數(shù)據(jù)包，而音頻服務(wù)器則向接收端返回內(nèi)容為空的數(shù)據(jù)包。
本發(fā)明的有益效果在于，發(fā)送端通過并發(fā)的多個連接將音頻數(shù)據(jù)實時上傳至服務(wù)器，再由服務(wù)器轉(zhuǎn)發(fā)至接收端，接收端通過并發(fā)的多個連接實時接收音頻數(shù)據(jù)并存儲在其緩沖區(qū)中，當緩沖區(qū)存儲達到設(shè)定值時才播放音頻數(shù)據(jù)，使得接收端可以連續(xù)播放音頻數(shù)據(jù)，克服了現(xiàn)有技術(shù)中接收端播放音頻數(shù)據(jù)時出現(xiàn)時延、斷續(xù)或丟失數(shù)據(jù)的問題。


下面結(jié)合附圖和具體實施方式
對本發(fā)明做進一步說明。
圖1為實施例中所述WAP網(wǎng)絡(luò)的結(jié)構(gòu)示意圖；圖2為實施例中所述WAP網(wǎng)絡(luò)中對PTT音頻流處理方法的流程示意圖。
具體實施例方式
如圖1所示，WAP網(wǎng)絡(luò)中包括發(fā)送端、接收端，以及主服務(wù)器和音頻服務(wù)器，其中，發(fā)送端通過音頻服務(wù)器向接收端發(fā)送音頻數(shù)據(jù)，而發(fā)送端的音頻信令等控制信息則通過主服務(wù)器向接收端轉(zhuǎn)發(fā)。
本發(fā)明所述的WAP網(wǎng)絡(luò)中對PTT音頻流處理方法中，首先需要在發(fā)送端設(shè)置至少一個用于存儲音頻數(shù)據(jù)的小容量的緩沖區(qū)，以及在接收端設(shè)置一個用于存儲音頻數(shù)據(jù)的大容量的緩沖區(qū)。
這里所述的發(fā)送端的緩沖區(qū)是根據(jù)發(fā)送端使用的語音編碼和發(fā)送間隔設(shè)置的，而所述接收端的緩沖區(qū)則是根據(jù)使用的語音編碼和播放緩沖間隔設(shè)置的，所述的發(fā)送端中緩沖區(qū)的容量大小與接收端中緩沖區(qū)的容量大小是相對而言的。由于WAP網(wǎng)絡(luò)中HTTP的數(shù)據(jù)傳輸時間大于音頻數(shù)據(jù)傳送的間隔時間，因此，欲使接收端達到連續(xù)播放音頻數(shù)據(jù)的效果，就必須使接收端的音頻數(shù)據(jù)緩沖區(qū)的容量相對大；對于發(fā)送端而言，則必須將音頻數(shù)據(jù)實時的上傳給服務(wù)器，這樣才能保證接收端緩沖區(qū)中能夠存儲足夠連續(xù)播放的音頻數(shù)據(jù)，因此，發(fā)送端存儲音頻數(shù)據(jù)的緩沖區(qū)容量就要相對小，這樣，通過設(shè)置至少一個小容量的緩沖區(qū)，這些緩沖區(qū)共同存儲音頻數(shù)據(jù)，使發(fā)送端的音頻數(shù)據(jù)得以實時的上傳給服務(wù)器。舉例來說，發(fā)送端中各緩沖區(qū)的容量大小均為可存儲1秒種音頻數(shù)據(jù)，則接收端的緩沖區(qū)的容量大小應(yīng)該設(shè)置成大于發(fā)送端中各緩沖區(qū)的容量，例如，設(shè)置為可以存儲5秒種音頻數(shù)據(jù)。
如圖2所示，本發(fā)明所述的WAP網(wǎng)絡(luò)中對PTT音頻流的處理方法，包括如下步驟
步驟101，發(fā)送端將其接收到的音頻數(shù)據(jù)存儲于當前的緩沖區(qū)中，在其當前的緩沖區(qū)中音頻數(shù)據(jù)存儲滿時，即向音頻服務(wù)器上傳音頻數(shù)據(jù)，同時，由其另一個緩沖區(qū)繼續(xù)存儲音頻數(shù)據(jù)。
本步驟中，發(fā)送端將其接收到的音頻數(shù)據(jù)存儲在當前的緩沖區(qū)中，當該緩沖區(qū)中存儲的音頻數(shù)據(jù)滿時，即向音頻服務(wù)器上傳該緩沖區(qū)中的音頻數(shù)據(jù)，同時，發(fā)送端將繼續(xù)接收的音頻數(shù)據(jù)由另一個緩沖區(qū)繼續(xù)進行存儲。
由于WAP網(wǎng)絡(luò)中HTTP傳輸數(shù)據(jù)的時間大于音頻數(shù)據(jù)的傳輸間隔時間，因此，本發(fā)明中可同時開啟多個HTTP連接來并行傳送音頻數(shù)據(jù)，也就是說，在當前緩沖區(qū)存儲滿時，即可向音頻服務(wù)器上傳該緩沖區(qū)中的音頻數(shù)據(jù)，同時，由另一個緩沖區(qū)繼續(xù)存儲音頻數(shù)據(jù)，待該另一個緩沖區(qū)滿時，即向音頻服務(wù)器上傳該另一個緩沖區(qū)中的音頻數(shù)據(jù)，依此類推，發(fā)送端的多個緩沖區(qū)輪流存儲音頻數(shù)據(jù)，再輪流向音頻服務(wù)器上傳其中存儲的音頻數(shù)據(jù)，而且，多個緩沖區(qū)向音頻服務(wù)器上傳音頻數(shù)據(jù)的過程可同時進行。
在實際的網(wǎng)絡(luò)通信過程中，發(fā)送端在向音頻服務(wù)器上傳音頻數(shù)據(jù)之前，首先要和音頻服務(wù)器之間建立聯(lián)系，即啟動音頻對話。
發(fā)送端啟動音頻對話的過程包括A.發(fā)送端向音頻服務(wù)器發(fā)送包含請求啟動音頻對話的數(shù)據(jù)包；該數(shù)據(jù)包中包含了發(fā)送端的標識信息和音頻數(shù)據(jù)的標識信息；B.音頻服務(wù)器接收到上述數(shù)據(jù)包后，向發(fā)送端回復內(nèi)容為空的數(shù)據(jù)包，音頻服務(wù)器端即與發(fā)送端建立起音頻會話聯(lián)系。
發(fā)送端向音頻服務(wù)器上傳音頻數(shù)據(jù)時，可以同時上傳多個緩沖區(qū)中的音頻數(shù)據(jù)包，并根據(jù)每個音頻數(shù)據(jù)包產(chǎn)生的時間順序?qū)Ω鱾€音頻數(shù)據(jù)包進行編號；在音頻輸入結(jié)束時，發(fā)送端會產(chǎn)生一個音頻數(shù)據(jù)輸入結(jié)束的包，并將該結(jié)束的包上傳至音頻服務(wù)器，例如，用戶放開通話鍵即表示音頻數(shù)據(jù)輸入結(jié)束。所述音頻服務(wù)器接收到各個音頻數(shù)據(jù)包后，都會向發(fā)送端返回一個內(nèi)容為空的數(shù)據(jù)包，當其接收到音頻數(shù)據(jù)結(jié)束的包時，即根據(jù)該結(jié)束包中的最大音頻數(shù)據(jù)包編號依次檢查其之前接收到的各個音頻數(shù)據(jù)包中的編號，若發(fā)現(xiàn)存在音頻數(shù)據(jù)包編號缺失，則向發(fā)送端返回一個重發(fā)音頻數(shù)據(jù)包的指令，該指令中包含了需要重發(fā)的音頻數(shù)據(jù)包對應(yīng)的編號；若檢查發(fā)現(xiàn)全部音頻數(shù)據(jù)包都已收全，則向發(fā)送端回復一個確認的數(shù)據(jù)包。
若音頻服務(wù)器在未收到發(fā)送端啟動音頻對話的指令之前就收到音頻數(shù)據(jù)，則可自動建立起音頻會話聯(lián)系，接收發(fā)送端上傳的音頻數(shù)據(jù)包。
發(fā)送端將其接收到的音頻數(shù)據(jù)上傳給音頻服務(wù)器，同時，發(fā)送端在其開始上傳音頻數(shù)據(jù)時，還向主服務(wù)器上傳音頻信令，此音頻信令包括期望的接收者的標識、音頻服務(wù)器標識及本次音頻通話標識信息。
步驟102，音頻服務(wù)器保存并向接收端轉(zhuǎn)發(fā)上述音頻數(shù)據(jù)。
根據(jù)上述步驟101，發(fā)送端將其接收到的音頻數(shù)據(jù)上傳至音頻服務(wù)器，本步驟中，所述音頻服務(wù)器保存音頻數(shù)據(jù)，并轉(zhuǎn)發(fā)至接收端。
所述主服務(wù)器接收到發(fā)送端上傳的音頻信令后，即將該音頻信令轉(zhuǎn)發(fā)至接收端，接收端可根據(jù)此音頻信令按設(shè)定的時間間隔向音頻服務(wù)器發(fā)出要求其下發(fā)音頻數(shù)據(jù)的請求數(shù)據(jù)包，而音頻服務(wù)器則在收到上述請求數(shù)據(jù)包后將其保存的音頻數(shù)據(jù)轉(zhuǎn)發(fā)至接收端。上述設(shè)定的時間間隔可根據(jù)當前WAP網(wǎng)絡(luò)的時延情況和設(shè)備的并發(fā)連接能力選定，并可引入自適應(yīng)算法，目前選定為1秒。
步驟103，所述接收端將音頻服務(wù)器下發(fā)的音頻數(shù)據(jù)存儲于其緩沖區(qū)中，并在緩沖區(qū)存儲達到設(shè)定值時播放音頻數(shù)據(jù)。
所述音頻服務(wù)器響應(yīng)接收端按設(shè)定時間間隔發(fā)出的要求其下發(fā)音頻數(shù)據(jù)的請求數(shù)據(jù)包，將對應(yīng)的音頻數(shù)據(jù)下發(fā)至接收端。所述接收端將其接收到的音頻服務(wù)器下發(fā)的音頻數(shù)據(jù)存儲于其緩沖區(qū)中，并在緩沖區(qū)中音頻數(shù)據(jù)存儲到設(shè)定值時進行播放。
接收端在播放音頻數(shù)據(jù)時，可根據(jù)各音頻數(shù)據(jù)包對應(yīng)的編號按順序播放。
盡管本發(fā)明的實施方案已公開如上，但其并不僅僅限于說明書和實施方式中所列運用，它完全可以被適用于各種適合本發(fā)明的領(lǐng)域，對于熟悉本領(lǐng)域的人員而言，可容易地實現(xiàn)另外的修改，因此在不背離權(quán)利要求及等同范圍所限定的一般概念下，本發(fā)明并不限于特定的細節(jié)和這里示出與描述的圖例。
權(quán)利要求
1.一種WAP網(wǎng)絡(luò)中PTT音頻流的處理方法，其特征在于，在發(fā)送端設(shè)置至少一個用于存儲音頻數(shù)據(jù)的小容量的緩沖區(qū)，及在接收端設(shè)置一個用于存儲音頻數(shù)據(jù)的大容量的緩沖區(qū)，并執(zhí)行如下步驟步驟一，發(fā)送端將其接收到的音頻數(shù)據(jù)存儲于當前的緩沖區(qū)中，在其當前的緩沖區(qū)中音頻數(shù)據(jù)存儲滿時，即向音頻服務(wù)器上傳音頻數(shù)據(jù)，同時，由其另一個緩沖區(qū)繼續(xù)存儲音頻數(shù)據(jù)；步驟二，音頻服務(wù)器保存并向接收端轉(zhuǎn)發(fā)上述音頻數(shù)據(jù)；步驟三，所述接收端將音頻服務(wù)器下發(fā)的音頻數(shù)據(jù)存儲于其緩沖區(qū)中，并在緩沖區(qū)存儲達到設(shè)定值時播放音頻數(shù)據(jù)。
2.如權(quán)利要求1所述的處理方法，其特征在于，根據(jù)使用的語音編碼以及發(fā)送間隔設(shè)置發(fā)送端的緩沖區(qū)，根據(jù)使用的語音編碼以及播放緩沖間隔設(shè)置接收端的緩沖區(qū)。
3.如權(quán)利要求1所述的處理方法，其特征在于，所述步驟一中，發(fā)送端根據(jù)每個音頻數(shù)據(jù)包產(chǎn)生的時間順序?qū)ι蟼鞯母鱾€音頻數(shù)據(jù)包進行編號。
4.如權(quán)利要求1所述的處理方法，其特征在于，所述步驟一中，音頻服務(wù)器接收到每個音頻數(shù)據(jù)包后，向發(fā)送端返回一個內(nèi)容為空的數(shù)據(jù)包。
5.如權(quán)利要求3所述的處理方法，其特征在于，所述步驟一中，當音頻服務(wù)器接收到音頻數(shù)據(jù)結(jié)束的包時，即根據(jù)該結(jié)束包中的最大音頻數(shù)據(jù)包編號依次檢查其之前接收到的各個音頻數(shù)據(jù)包中的編號，若發(fā)現(xiàn)存在音頻數(shù)據(jù)包編號缺失，則向發(fā)送端返回一個重發(fā)對應(yīng)編號的音頻數(shù)據(jù)包的指令；若檢查全部音頻數(shù)據(jù)包都已收全，則向發(fā)送端回復一個確認的數(shù)據(jù)包。
6.如權(quán)利要求1所述的處理方法，其特征在于，所述步驟一中，發(fā)送端開始向音頻服務(wù)器上傳音頻數(shù)據(jù)時，還向主服務(wù)器上傳音頻信令。
7.如權(quán)利要求6所述的處理方法，其特征在于，所述步驟二中，所述主服務(wù)器向接收端轉(zhuǎn)發(fā)其接收到的音頻信令，所述接收端根據(jù)此音頻信令按設(shè)定的時間間隔向音頻服務(wù)器發(fā)出要求其下發(fā)音頻數(shù)據(jù)的請求數(shù)據(jù)包，所述音頻服務(wù)器在接收到上述請求數(shù)據(jù)包后將其保存的音頻數(shù)據(jù)轉(zhuǎn)發(fā)至接收端。
8.如權(quán)利要求3所述的處理方法，其特征在于，所述步驟三中，接收端根據(jù)各音頻數(shù)據(jù)包的編號按順序播放。
9.如權(quán)利要求1所述的處理方法，其特征在于，所述步驟三中，當接收端在設(shè)定的等待時間內(nèi)沒有接收到或沒有接收完對應(yīng)的音頻數(shù)據(jù)包，且后續(xù)的音頻數(shù)據(jù)包已到達時，則跳過該沒有接收到或沒有接收完的音頻數(shù)據(jù)包，轉(zhuǎn)為播放其接收到的下一個音頻數(shù)據(jù)包。
全文摘要
一種WAP網(wǎng)絡(luò)中PTT音頻流的處理方法，通過在發(fā)送端設(shè)置至少一個用于存儲音頻數(shù)據(jù)的小容量的緩沖區(qū)，及在接收端設(shè)置一個用于存儲音頻數(shù)據(jù)的大容量的緩沖區(qū)，并執(zhí)行步驟發(fā)送端將其接收到的音頻數(shù)據(jù)存儲于當前的緩沖區(qū)中，在其當前的緩沖區(qū)中音頻數(shù)據(jù)存儲滿時，即向音頻服務(wù)器上傳音頻數(shù)據(jù)，同時，由其另一個緩沖區(qū)繼續(xù)存儲音頻數(shù)據(jù)；音頻服務(wù)器保存并向接收端轉(zhuǎn)發(fā)上述音頻數(shù)據(jù)；所述接收端將音頻服務(wù)器下發(fā)的音頻數(shù)據(jù)存儲于其緩沖區(qū)中，并在緩沖區(qū)存儲達到設(shè)定值時播放音頻數(shù)據(jù)。本發(fā)明中，發(fā)送端通過并發(fā)的多個連接實時上傳音頻數(shù)據(jù)，接收端通過并發(fā)的多個連接實時接收數(shù)據(jù)，避免了音頻流數(shù)據(jù)播放時出現(xiàn)延時、斷續(xù)或數(shù)據(jù)丟失。
文檔編號H04L29/06GK101026789SQ200710002628
公開日2007年8月29日 申請日期2007年1月25日 優(yōu)先權(quán)日2007年1月25日
發(fā)明者張激揚 申請人:蘇州廣達友訊技術(shù)有限公司