欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

基于udp的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸方法、裝置和系統(tǒng)的制作方法

文檔序號:7986530閱讀:304來源:國知局
基于udp的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸方法、裝置和系統(tǒng)的制作方法
【專利摘要】本發(fā)明是有關(guān)于基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸方法、裝置和系統(tǒng),其中的方法包括:接收端在偵聽到需要接收的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)時,將該數(shù)據(jù)緩存到緩存模塊中,在第一FIFO中存儲該數(shù)據(jù)的緩存地址指針;在沒有偵聽到數(shù)據(jù)且第一FIFO為非空時,從第一FIFO中讀取緩存地址指針,根據(jù)該緩存地址指針對緩存模塊中的對應(yīng)數(shù)據(jù)進(jìn)行解析處理,在第二FIFO中存儲處理后的數(shù)據(jù)的緩存地址指針;在沒有偵聽到數(shù)據(jù)、第一FIFO為空、且第二FIFO為非空時,從第二FIFO中讀取緩存地址指針,并根據(jù)該緩存地址指針對緩存模塊中的對應(yīng)數(shù)據(jù)進(jìn)行緩存釋放處理。本發(fā)明有效降低了基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸?shù)膶?shí)現(xiàn)成本。
【專利說明】基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸方法、裝置和系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及UDP數(shù)據(jù)傳輸技術(shù),特別是涉及一種基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸方法、基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)接收裝置和基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸系統(tǒng)。
【背景技術(shù)】
[0002]UDP (User Datagram Protocol,用戶數(shù)據(jù)報協(xié)議)是 OSI (OpenSystemInterconnect,開放式系統(tǒng)互聯(lián))參考模型中的一種無連接的傳輸層協(xié)議。
[0003]UDP 比 TCP (Transmission Control Protocol,傳輸控制協(xié)議)要簡單,UDP 不僅沒有TCP中的流控制(flow control)和擁塞控制(congestion control),而且也不具有確認(rèn)數(shù)據(jù)報傳送是否正確接收以及接收的數(shù)據(jù)報順序是否顛倒等功能,也就是說,UDP提供面向事務(wù)的簡單不可靠的信息傳送服務(wù),即僅進(jìn)行數(shù)據(jù)報的發(fā)送與接收。
[0004]然而,正是由于UDP的簡單,使UDP比TCP具有更快的傳輸速度。目前,很多的實(shí)時視頻語音網(wǎng)絡(luò)傳輸協(xié)議均是基于UDP,如RTP (Real-time Transport Protocol,實(shí)時傳輸協(xié)議)以及RTSP (Real Time Streaming Protocol,實(shí)時流傳輸協(xié)議)等。
[0005]目前,為了針對特定用戶提供語音數(shù)據(jù)業(yè)務(wù),基于UDP的語音數(shù)據(jù)業(yè)務(wù)通常采用單播或者組播方式,其數(shù)據(jù)傳輸實(shí)現(xiàn)方式通常為:發(fā)送端采用單播或者組播方式發(fā)送基于UDP的數(shù)據(jù)報,接收端的解析處理模塊對接收到的數(shù)據(jù)報進(jìn)行相應(yīng)的處理。
[0006]發(fā)明人在實(shí)現(xiàn)本發(fā)明過程中發(fā)現(xiàn):由于基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)瞬時傳輸速率較高,因此,對接收端的硬件要求較高,如接收端需要采用高速處理器等,從而使數(shù)據(jù)傳輸?shù)膶?shí)現(xiàn)成本較高;另外,由于UDP不能保證數(shù)據(jù)報的順序接收,因此,基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸實(shí)現(xiàn)方式較單一,從而使其靈活性較差。
[0007]有鑒于現(xiàn)有的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸實(shí)現(xiàn)方式存在的問題,本發(fā)明人基于從事此類產(chǎn)品設(shè)計(jì)制造多年豐富的實(shí)務(wù)經(jīng)驗(yàn)以及專業(yè)知識,并配合學(xué)理的運(yùn)用,積極加以研究創(chuàng)新,以期創(chuàng)設(shè)一種基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸方法和系統(tǒng),能夠克服現(xiàn)有的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸實(shí)現(xiàn)方式存在的問題,使其更具有實(shí)用性。經(jīng)過不斷的研究設(shè)計(jì),并經(jīng)過反復(fù)試作樣品及改進(jìn),終于創(chuàng)設(shè)出確具實(shí)用價值的本發(fā)明。

【發(fā)明內(nèi)容】

[0008]本發(fā)明的主要目的在于,克服現(xiàn)有的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸實(shí)現(xiàn)方式存在的問題,而提供一種新的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸方法、裝置和系統(tǒng),所要解決的技術(shù)問題是,降低基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸?shù)膶?shí)現(xiàn)成本。
[0009]本發(fā)明的目的以及解決其技術(shù)問題可以采用以下的技術(shù)方案來實(shí)現(xiàn)。
[0010]依據(jù)本發(fā)明提出的一種基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸方法,包括:接收端偵聽是否有需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù);在偵聽到有需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)時,接收端執(zhí)行數(shù)據(jù)緩存操作,所述數(shù)據(jù)緩存操作包括:將所述語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)緩存到緩存模塊中,并在第一 FIFO中存儲所述數(shù)據(jù)的緩存地址指針;在沒有偵聽到需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù),且第一 FIFO為非空時,接收端執(zhí)行數(shù)據(jù)處理操作,所述數(shù)據(jù)處理操作包括:從第一 FIFO中讀取緩存地址指針,根據(jù)該緩存地址指針對所述緩存模塊中存儲的對應(yīng)數(shù)據(jù)進(jìn)行解析處理,并在第二 FIFO中存儲解析處理后的數(shù)據(jù)的緩存地址指針;在沒有偵聽到需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)、第一 FIFO為空、且第二 FIFO為非空時,接收端執(zhí)行緩存釋放操作,所述緩存釋放操作包括:從第二 FIFO中讀取緩存地址指針,并根據(jù)從第二FIFO中讀取出的緩存地址指針對所述緩存模塊中存儲的對應(yīng)數(shù)據(jù)進(jìn)行緩存釋放處理;在上述數(shù)據(jù)處理操作或者所述緩存釋放操作過程中,如果接收端偵聽到有需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù),則中斷當(dāng)前數(shù)據(jù)處理操作或者緩存釋放操作,并執(zhí)行所述數(shù)據(jù)緩存操作。
[0011]依據(jù)本發(fā)明提出的一種基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)接收裝置,包括:該裝置包括:接收模塊、解析處理模塊、緩存釋放模塊、第一 FIFO、第二FIFO以及緩存模塊;所述接收模塊,用于在偵聽到需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)時,產(chǎn)生中斷信號,將所述語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)緩存到緩存模塊中,并在第一 FIFO中存儲所述數(shù)據(jù)的緩存地址指針,其中,所述中斷信號使所述解析處理模塊或者緩存釋放模塊中斷當(dāng)前處理;解析處理模塊,用于在接收模塊沒有偵聽到需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù),且第一 FIFO為非空時,從第一 FIFO中讀取緩存地址指針,根據(jù)該緩存地址指針對所述緩存模塊中存儲的對應(yīng)數(shù)據(jù)進(jìn)行解析處理,并在第二 FIFO中存儲解析處理后的數(shù)據(jù)的緩存地址指針;緩存釋放模塊,用于在接收模塊沒有偵聽到需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)、第一 FIFO為空、且第二 FIFO為非空時,從第二 FIFO中讀取緩存地址指針,并根據(jù)從第二 FIFO中讀取出的緩存地址指針對所述緩存模塊中存儲的對應(yīng)數(shù)據(jù)進(jìn)行緩存釋放處理。
[0012]依據(jù)本發(fā)明提出的一種基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸系統(tǒng),包括:發(fā)送端和至少一個接收端;所述發(fā)送端用于以單播或者組播的方式向所述接收端發(fā)送語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù);所述接收端如上所述的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)接收裝置。
[0013]借由上述技術(shù)方案,本發(fā)明的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸方法、裝置和系統(tǒng)至少具有下列優(yōu)點(diǎn)以及有益效果:本發(fā)明通過設(shè)置緩存模塊、第一 FIFO和第二 FIF0,且接收端在接收到基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)時,將該數(shù)據(jù)緩存到緩存模塊中,并將該數(shù)據(jù)的緩存地址指針存儲在第一 FIFO中,這樣,接收端可以在沒有需要接收的數(shù)據(jù)的情況下,根據(jù)第一 FIFO中存儲的緩存地址指針對緩存模塊中存儲的對應(yīng)數(shù)據(jù)進(jìn)行解析處理;通過將處理后的數(shù)據(jù)的緩存地址指針存儲在第二 FIFO中,這樣,接收端可以在沒有需要接收的數(shù)據(jù)以及沒有需要解析處理的數(shù)據(jù)的情況下,根據(jù)第二 FIFO中存儲的緩存地址指針對緩存模塊中存儲的對應(yīng)數(shù)據(jù)進(jìn)行緩存釋放操作,從而接收端可以在其硬件配置較低的情況下,順利完成數(shù)據(jù)的接收緩存處理、解析處理以及緩存釋放處理,實(shí)現(xiàn)基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸;從而本發(fā)明的接收端可以在采用低速處理器的情況下實(shí)現(xiàn)數(shù)據(jù)傳輸,有效降低了基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸實(shí)現(xiàn)成本;另外,本發(fā)明通過將基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)以幀格式的形式進(jìn)行封裝,并在幀頭中設(shè)置幀序號和/或包序號等字段,使接收端可以對其接收到的數(shù)據(jù)進(jìn)行正確的排序,從而避免了基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸實(shí)現(xiàn)方式較單一的現(xiàn)象,進(jìn)而提高了基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸實(shí)現(xiàn)方式的靈活性。
[0014]綜上所述,本發(fā)明在技術(shù)上有顯著的進(jìn)步,并具有明顯的積極技術(shù)效果,誠為一新穎、進(jìn)步、實(shí)用的新設(shè)計(jì)。
[0015]上述說明僅是本發(fā)明技術(shù)方案的概述,為了能夠更清楚了解本發(fā)明的技術(shù)手段,而可依照說明書的內(nèi)容予以實(shí)施,并且為了讓本發(fā)明的上述和其他目的、特征和優(yōu)點(diǎn)能夠更明顯易懂,以下特舉較佳實(shí)施例,并配合說明書附圖,詳細(xì)說明如下。
【專利附圖】

【附圖說明】
[0016]圖1為本發(fā)明的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸方法的流程圖;
[0017]圖2為本發(fā)明的FIP的幀結(jié)構(gòu)示意圖;
[0018]圖3為本發(fā)明的ΠΡ的幀結(jié)構(gòu)示意圖;
[0019]圖4為本發(fā)明的一個FIP被封裝在多個ΠΡ中的示意圖;
[0020]圖5為本發(fā)明的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)接收裝置示意圖;
[0021]圖6為本發(fā)明的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸系統(tǒng)示意圖。
【具體實(shí)施方式】
[0022]為更進(jìn)一步闡述本發(fā)明為達(dá)成預(yù)定發(fā)明目的所采取的技術(shù)手段及功效,以下結(jié)合附圖及較佳實(shí)施例,對依據(jù)本發(fā)明提出的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸方法、裝置和系統(tǒng)的【具體實(shí)施方式】、結(jié)構(gòu)、特征以及實(shí)際功效,詳細(xì)說明如后。
[0023]實(shí)施例一、基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸方法,該方法由系統(tǒng)中的接收端實(shí)現(xiàn),且該方法的流程如附圖1。
[0024]S100、接收端對網(wǎng)絡(luò)中傳輸?shù)男盘栠M(jìn)行偵聽,并根據(jù)偵聽的結(jié)果來確定是否有需要其接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)。例如,接收端判斷其偵聽到的前η比特信息是否為預(yù)定值,如果為預(yù)定值則確定有需要其接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù),否則,確定沒有其需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)。本發(fā)明不限制接收端進(jìn)行偵聽以及上述是否有需要接收的數(shù)據(jù)的判斷的具體實(shí)現(xiàn)方式。
[0025]本發(fā)明中的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)不僅可以為基于UDP的語音數(shù)據(jù)業(yè)務(wù)的語音數(shù)據(jù),還可以為基于UDP的語音數(shù)據(jù)業(yè)務(wù)的控制信息。
[0026]接收端在偵聽到有需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)時,到S110,即接收端執(zhí)行數(shù)據(jù)緩存操作。
[0027]接收端在沒有偵聽到需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù),且在確定出第一 FIFO為非空的情況下,到S120,即接收端執(zhí)行數(shù)據(jù)處理操作。
[0028]接收端在沒有偵聽到需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù),且在確定出第一 FIFO為空以及第二 FIFO為非空的情況下,到S130,即接收端執(zhí)行緩存釋放操作。
[0029]另外,接收端在沒有偵聽到需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù),且在確定出第一FIFO為空以及第二 FIFO也為空的情況下,接收端僅持續(xù)進(jìn)行偵聽,而會不執(zhí)行上述數(shù)據(jù)緩存操作、數(shù)據(jù)處理操作以及緩存釋放操作。
[0030]需要說明的是,本發(fā)明中的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)可以為發(fā)送端以單播方式發(fā)送的數(shù)據(jù),也可以為發(fā)送端以組播方式發(fā)送的數(shù)據(jù);而且,該基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)可以為現(xiàn)有形式的數(shù)據(jù),即現(xiàn)有的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)報文的形式,也可以為:以幀格式進(jìn)行封裝的UDP接口包(即UDP Interface Package,可簡稱為ΠΡ)的形式。
[0031]本發(fā)明的幀格式的UDP接口包(UIP)包括:幀頭(可以稱為UIP包幀頭)和幀體(可以稱為ΠΡ包幀體),且?guī)^中可以包括有:UIP數(shù)據(jù)結(jié)構(gòu)版本標(biāo)識字段、UDP接口包的序號、凈荷類型、凈荷長度和CRC校驗(yàn)碼。在ΠΡ的幀體中承載的凈荷為幀格式的FIP時,UIP的幀頭中還可以包含有FIP分段標(biāo)識。
[0032]上述UIP數(shù)據(jù)結(jié)構(gòu)版本標(biāo)識字段用于表示該ΠΡ的數(shù)據(jù)結(jié)構(gòu)所采用的版本號,以便于UIP的數(shù)據(jù)結(jié)構(gòu)的升級;上述UDP接口包的序號用于表示該UIP的順序編號;上述凈荷類型用于表示該ΠΡ的凈荷中承載的數(shù)據(jù)的類型,如是控制數(shù)據(jù)還是語音數(shù)據(jù)等;上述凈荷長度用于表示該ΠΡ的凈荷所占用的字節(jié)數(shù);上述FIP分段標(biāo)識用于表示該ΠΡ的凈荷中承載的數(shù)據(jù)在一個FIP中的位置是起始位置,還是中間位置,還是結(jié)束位置;上述CRC校驗(yàn)碼用于對FIP幀頭的前述各字段進(jìn)行校驗(yàn)。
[0033]上述的幀格式的FIP包括:幀頭(可以稱為FIP包幀頭)和幀體,且FIP的幀頭可以包括有:FIP幀序號字段、業(yè)務(wù)數(shù)據(jù)類型字段、保留位字段和數(shù)據(jù)幀長度字段。FIP幀體中承載的凈荷為語音數(shù)據(jù)業(yè)務(wù)的語音數(shù)據(jù)或者語音數(shù)據(jù)業(yè)務(wù)的控制數(shù)據(jù)。
[0034]上述FIP幀序號字段用于表示FIP幀的順序編號;上述業(yè)務(wù)數(shù)據(jù)類型字段用于表示FIP的凈荷中承載的數(shù)據(jù)的類型,如:控制數(shù)據(jù)、時間數(shù)據(jù)、或語音數(shù)據(jù)等;上述保留位字段可留作后續(xù)擴(kuò)展使用;上述數(shù)據(jù)幀長度字段用于表示FIP的幀的幀體的總長度。
[0035]接收端接收到的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)可以為承載有FIP的ΠΡ,一個具體的例子,首先,發(fā)送端將需要發(fā)送的語音數(shù)據(jù)流封裝為幀格式的FIP ;其次,發(fā)送端判斷該FIP的長度是否大于預(yù)定長度(如1024字節(jié)),在判斷出該FIP的長度大于預(yù)定最大長度時,發(fā)送端將該FIP進(jìn)行分段處理,將每一個分段封裝在一個ΠΡ的幀體中,并在設(shè)置各個UIP的幀頭后,以單播或者組播的方式向接收端發(fā)送該多個ΠΡ ;發(fā)送端在判斷出該FIP的長度不大于預(yù)定最大長度時,可以直接將該FIP封裝在一個ΠΡ的幀體中,并在設(shè)置該ΠΡ的幀體后以單播或者組播的方式向接收端發(fā)送該ΠΡ。
[0036]上述FIP和ΠΡ的一個具體的例子,如圖2至圖4所示。
[0037]在圖2中,F(xiàn)IP的幀頭(即圖2中的FIP包幀頭)的長度為5個字節(jié)且為固定長度,然而,F(xiàn)IP的幀體的長度是可變的,該幀體用于承載語音數(shù)據(jù)或者控制數(shù)據(jù)。FIP的幀頭的第O字節(jié)為FIP幀序號字段(即圖2中的幀序號),F(xiàn)IP的幀頭的第I字節(jié)被分成兩部分,高4比特為業(yè)務(wù)數(shù)據(jù)類型,低4比特為保留位,F(xiàn)IP的幀頭的第2-4字節(jié)為數(shù)據(jù)幀長度字段。
[0038]在圖3中,UIP的幀頭(即圖3中的UIP包幀頭)的長度為7個字節(jié)且為固定長度,而且,UIP的幀體的長度是可變的,UIP的幀體主要用于承載FIP。UIP的幀頭第O字節(jié)為UIP數(shù)據(jù)結(jié)構(gòu)版本標(biāo)識字段(即圖3中的版本號),第I字節(jié)為UDP接口包的序號(即圖3中的包序號);第2字節(jié)被分成兩部分,高6比特為凈荷類型,低2比特為FIP分段標(biāo)識(即圖3中的分段標(biāo)識),如00表示FIP數(shù)據(jù)分段開始(即起始位置),01表示FIP數(shù)據(jù)分段連續(xù)(即中間位置),10表示FIP數(shù)據(jù)分段結(jié)束(即結(jié)束位置);第3-4字節(jié)為凈荷長度字節(jié);第5-6字節(jié)為CRC校驗(yàn)碼(即圖3中的CRC檢驗(yàn))。
[0039]在圖4中,一個FIP被分成三個分段,第一個分段包括FIP的幀頭和語音數(shù)據(jù)的起始部分,第二個分段包括FIP的語音數(shù)據(jù)的中間部分,第三個分段包括FIP的語音數(shù)據(jù)的結(jié)束部分。三個分段通過三個UIP的幀體來承載。[0040]S110、接收端將其接收到的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)緩存到緩存模塊(如內(nèi)存)中,并在第一 FIFO中存儲緩存的該數(shù)據(jù)的緩存地址指針。
[0041]具體的,緩存模塊的大小可以根據(jù)實(shí)際的網(wǎng)絡(luò)傳輸速度和ΠΡ的最大長度來設(shè)置,例如,接收端的緩存模塊的大小可以為NXL,其中,N為緩存模塊的深度,L為UIP的最大長度,且N的取值與網(wǎng)絡(luò)傳輸速率有關(guān)。另外,第一 FIFO的深度也可以設(shè)置為N,且第一FIFO的寬度可以設(shè)置為緩存地址指針的長度。
[0042]S120、接收端從第一 FIFO中讀取緩存地址指針,并根據(jù)該緩存地址指針對緩存模塊中存儲的該指針指向的數(shù)據(jù)進(jìn)行解析處理,且接收端在第二 FIFO中存儲解析處理后的數(shù)據(jù)的緩存地址指針。
[0043]具體的,該第二 FIFO的深度可以設(shè)置為上述N,且第二 FIFO的寬度可以設(shè)置為緩存地址指針的長度。這里的解析處理可以為解碼及包排序等處理操作,本發(fā)明不限制解析處理的具體實(shí)現(xiàn)方式。
[0044]S130、接收端從第二 FIFO中讀取緩存地址指針,并根據(jù)其從第二 FIFO中讀取出的緩存地址指針對緩存模塊中存儲的該指針指向的對應(yīng)數(shù)據(jù)進(jìn)行緩存釋放處理。
[0045]針對上述S120和S130需要特別說明的是,接收端在執(zhí)行數(shù)據(jù)處理操作或者緩存釋放操作的過程中,一旦接收端偵聽到有需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù),則接收端立即中斷其當(dāng)前正在執(zhí)行的數(shù)據(jù)處理操作或者緩存釋放操作(如以中斷信號的方式中斷當(dāng)前正在執(zhí)行的操作),并立即執(zhí)行數(shù)據(jù)緩存操作(即S110)。
[0046]實(shí)施例二、基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)接收裝置。該裝置設(shè)置于接收端,且該裝置的結(jié)構(gòu)如圖5所示。
[0047]圖5中示出的該裝置包括:接收模塊10、解析處理模塊20、緩存釋放模塊30、第一FIF040、第二 FIF050以及緩存模塊60。該裝置可以采用基于嵌入式的微控制器平臺來實(shí)現(xiàn),如該平臺采用帶FLASH、SRAM和MAC的集成嵌入式結(jié)構(gòu),從而使接收端具備結(jié)構(gòu)簡單且成本低等優(yōu)點(diǎn),且本裝置的雙FIFO的處理機(jī)制可以使接收端在基于低速處理器的情況下實(shí)現(xiàn)數(shù)據(jù)傳輸,降低了數(shù)據(jù)傳輸?shù)膶?shí)現(xiàn)成本以及系統(tǒng)功耗。
[0048]接收模塊10與解析處理模塊20、緩存釋放模塊30、第一 FIF040以及緩存模塊60均連接。
[0049]接收模塊10主要用于在偵聽到需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)時,產(chǎn)生中斷信號,以使解析處理模塊20或者緩存釋放模塊30立即中斷當(dāng)前的處理;并且,接收模塊10將其接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)緩存到緩存模塊60中,并將該數(shù)據(jù)在緩存模塊60中存儲所對應(yīng)的緩存地址指針存儲在第一 FIF040中。
[0050]接收模塊10接收到的數(shù)據(jù)可以為發(fā)送端以單播方式或者組播方式發(fā)送的數(shù)據(jù),且數(shù)據(jù)的具體結(jié)構(gòu)如上述實(shí)施例一中的描述,在此不再重復(fù)說明。
[0051]解析處理模塊20與接收模塊10、第一 FIF040、第二 FIF050以及緩存模塊60均連接。
[0052]解析處理模塊20主要用于在接收模塊10沒有偵聽到需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù),且第一 FIF040為非空時,從第一 FIF040中讀取緩存地址指針,并根據(jù)該讀取的緩存地址指針?biāo)赶虻木彺婺K60中存儲的對應(yīng)數(shù)據(jù)進(jìn)行解析處理,并在第二 FIF050中存儲解析處理后的數(shù)據(jù)的緩存地址指針。另外,解析處理模塊20在接收模塊10產(chǎn)生中斷信號的情況下,如果解析處理模塊20正在進(jìn)行解析處理,則解析處理模塊20應(yīng)立即停止該解析處理操作,以便于接收模塊10能夠正常的執(zhí)行緩存處理操作。
[0053]緩存釋放模塊30與接收模塊10、第一 FIF040、第二 FIF050以及緩存模塊60均連接。
[0054]緩存釋放模塊30主要用于在接收模塊10沒有偵聽到需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)、第一 FIF040為空、且第二 FIF050為非空時,緩存釋放模塊30從第二 FIF050中讀取緩存地址指針,并根據(jù)其從第二 FIF050中讀取出的緩存地址指針?biāo)赶虻木彺婺K60中存儲的對應(yīng)數(shù)據(jù)進(jìn)行緩存釋放處理。另外,緩存釋放模塊30在接收模塊10產(chǎn)生中斷信號的情況下,如果緩存釋放模塊30正在進(jìn)行緩存釋放處理,則緩存釋放模塊30應(yīng)立即停止該緩存釋放處理操作,以便于接收模塊10能夠正常的執(zhí)行緩存處理操作。
[0055]實(shí)施例三、基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸系統(tǒng)。
[0056]該系統(tǒng)包括:發(fā)送端和至少Iv接收端。在系統(tǒng)包括多個接收端的情況下,該系統(tǒng)如附圖6所示。
[0057]圖6中的系統(tǒng)包括N (N>1)個接收端(即接收端1、接收端2、接收端3......接收
端N),發(fā)送端通過以太網(wǎng)與各接收端連接,且發(fā)送端可以通過組播地址(如239.0.0.0至239.255.255.255)向接收端1、接收端2、接收端3……接收端N發(fā)送基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)。
[0058]在發(fā)送端向接 收端發(fā)送的數(shù)據(jù)為幀封裝形式的數(shù)據(jù)時,發(fā)送端可以包括:第一封裝模塊、第二封裝模塊以及發(fā)送模塊。
[0059]第一封裝模塊與第二封裝模塊連接。第一封裝模塊主要用于將需要發(fā)送的語音數(shù)據(jù)流封裝為幀格式的FIP。FIP的具體格式如上述實(shí)施例一中的描述,在此不再重復(fù)說明。
[0060]第二封裝模塊與第一封裝模塊和發(fā)送模塊均連接。第二封裝模塊主要用于在一個FIP的長度大于預(yù)定最大長度時,將上述第一封裝模塊封裝好的FIP分段,并封裝在多個UIP中,否則,第二封裝模塊直接將上述第一封裝模塊封裝好的FIP封裝在一個ΠΡ中。第二封裝模塊輸出其封裝好的ΠΡ。這里的ΠΡ的具體格式如上述實(shí)施例一中的描述,在此不再重復(fù)說明。
[0061]發(fā)送模塊與第二封裝模塊連接。發(fā)送模塊主要用于以單播或者組播的方式向一個或者多個接收端發(fā)送第二封裝模塊輸出的UIP。
[0062]接收端中設(shè)置有基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)接收裝置,該裝置如上述實(shí)施例二中的描述,在此不再重復(fù)說明。
[0063]以上所述僅是本發(fā)明的較佳實(shí)施例而已,并非對本發(fā)明作任何形式上的限制,雖然本發(fā)明已以較佳實(shí)施例揭示如上,然而并非用以限定本發(fā)明的技術(shù),任何熟悉本專業(yè)的技術(shù)人員在不脫離本發(fā)明技術(shù)方案范圍內(nèi),當(dāng)可利用上述揭示的技術(shù)內(nèi)容作出些許更動或修飾為等同變化的等效實(shí)施例,但凡是未脫離本發(fā)明技術(shù)方案的內(nèi)容,依據(jù)本發(fā)明的技術(shù)實(shí)質(zhì)對以上實(shí)施例所作的任何簡單修改、等同變化與修飾,均仍屬于本發(fā)明技術(shù)方案的范圍內(nèi)。
【權(quán)利要求】
1.一種基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸方法,其特征在于,包括: 接收端偵聽是否有需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù); 在偵聽到有需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)時,接收端執(zhí)行數(shù)據(jù)緩存操作,所述數(shù)據(jù)緩存操作包括:將所述語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)緩存到緩存模塊中,并在第一 FIFO中存儲所述數(shù)據(jù)的緩存地址指針; 在沒有偵聽到需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù),且第一 FIFO為非空時,接收端執(zhí)行數(shù)據(jù)處理操作,所述數(shù)據(jù)處理操作包括:從第一 FIFO中讀取緩存地址指針,根據(jù)該緩存地址指針對所述緩存模塊中存儲的對應(yīng)數(shù)據(jù)進(jìn)行解析處理,并在第二 FIFO中存儲解析處理后的數(shù)據(jù)的緩存地址指針; 在沒有偵聽到需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)、第一 FIFO為空、且第二 FIFO為非空時,接收端執(zhí)行緩存釋放操作,所述緩存釋放操作包括:從第二 FIFO中讀取緩存地址指針,并根據(jù)從第二 FIFO中讀取出的緩存地址指針對所述緩存模塊中存儲的對應(yīng)數(shù)據(jù)進(jìn)行緩存釋放處理; 在上述數(shù)據(jù)處理操作或者所述緩存釋放操作過程中,如果接收端偵聽到有需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù),則中斷當(dāng)前數(shù)據(jù)處理操作或者緩存釋放操作,并執(zhí)行所述數(shù)據(jù)緩存操作。
2.如權(quán)利要求1所述的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸方法,其特征在于,所述語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)為:以幀格式進(jìn)行封裝的UDP接口包。
3.如權(quán)利要求2所述的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸方法,其特征在于,所述方法還包括: 發(fā)送端將需要發(fā)送的語音數(shù)據(jù)流封裝為幀格式的幀接口包FIP ; 在一個FIP的長度大于預(yù)定最大長度時,發(fā)送端將所述FIP分段封裝在多個UDP接口包中; 在一個FIP的長度不大于預(yù)定最大長度時,發(fā)送端直接將所述FIP封裝在一個UDP接口包中。
4.如權(quán)利要求3所述的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸方法,其特征在于,所述FIP的幀頭包括:FIP幀序號字段、業(yè)務(wù)數(shù)據(jù)類型字段、保留位字段和數(shù)據(jù)幀長度字段。
5.如權(quán)利要求3所述的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸方法,其特征在于,所述UDP接口包的幀頭包括:數(shù)據(jù)結(jié)構(gòu)版本標(biāo)識字段、m)P接口包的序號、凈荷類型、FIP分段標(biāo)識、凈荷長度和CRC校驗(yàn)碼。
6.如權(quán)利要求1至5中任一權(quán)利要求所述的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸方法,其特征在于,所述接收端接收到的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)是發(fā)送端以單播或者組播的方式發(fā)送的數(shù)據(jù)。
7.一種基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)接收裝置,其特征在于,該裝置包括:接收模塊、解析處理模塊、緩存釋放模塊、第一 FIFO、第二 FIFO以及緩存模塊; 所述接收模塊,用于在偵聽到需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)時,產(chǎn)生中斷信號,將所述語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)緩存到緩存模塊中,并在第一 FIFO中存儲所述數(shù)據(jù)的緩存地址指針,其中,所述中斷信號使所述解析處理模塊或者緩存釋放模塊中斷當(dāng)前處理; 解析處理模塊,用于在接收模塊沒有偵聽到需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù),且第一FIFO為非空時,從第一 FIFO中讀取緩存地址指針,根據(jù)該緩存地址指針對所述緩存模塊中存儲的對應(yīng)數(shù)據(jù)進(jìn)行解析處理,并在第二 FIFO中存儲解析處理后的數(shù)據(jù)的緩存地址指針; 緩存釋放模塊,用于在接收模塊沒有偵聽到需要接收的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)、第一FIFO為空、且第二 FIFO為非空時,從第二 FIFO中讀取緩存地址指針,并根據(jù)從第二 FIFO中讀取出的緩存地址指針對所述緩存模塊中存儲的對應(yīng)數(shù)據(jù)進(jìn)行緩存釋放處理。
8.如權(quán)利要求7所述的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)接收裝置,其特征在于,所述語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)為:以幀格式進(jìn)行封裝的Μ)Ρ接口包,且所述UDP接口包的凈荷中承載有以幀格式進(jìn)行封裝的幀接口包FI P。
9.一種基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸系統(tǒng),其特征在于,包括:發(fā)送端和至少一個接收端; 所述發(fā)送端用于以單播或者組播的方式向所述接收端發(fā)送語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù); 所述接收端包括如權(quán)利要求7所述的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)接收裝置。
10.如權(quán)利要求9所述的基于UDP的語音數(shù)據(jù)業(yè)務(wù)的數(shù)據(jù)傳輸系統(tǒng),其特征在于,所述發(fā)送端包括: 第一封裝模塊,用于將需要發(fā)送的語音數(shù)據(jù)流封裝為幀格式的幀接口包FIP ; 第二封裝模塊,用于在一個FIP的長度大于預(yù)定最大長度時,將所述FIP分段封裝在多個UDP接口包中,否則,直接將所述FIP封裝在一個UDP接口包中; 發(fā)送模塊,用于以單播或者 組播的方式向所述接收端發(fā)送所述UDP接口包。
【文檔編號】H04L29/06GK103856445SQ201210504545
【公開日】2014年6月11日 申請日期:2012年11月30日 優(yōu)先權(quán)日:2012年11月30日
【發(fā)明者】梁富林, 龍平, 殷英, 耿束建 申請人:北京北廣科技股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1
麻栗坡县| 兰西县| 乐平市| 汉寿县| 昆山市| 道孚县| 门源| 黄冈市| 弥渡县| 双江| 绥阳县| 从化市| 屏山县| 邓州市| 伊春市| 合江县| 永州市| 营口市| 湘乡市| 平谷区| 吉安县| 黄大仙区| 洮南市| 探索| 开化县| 呼玛县| 鄂温| 平谷区| 厦门市| 武宁县| 保德县| 新津县| 漳州市| 叶城县| 淮北市| 建阳市| 边坝县| 岳阳市| 怀宁县| 雅江县| 乌鲁木齐县|