一種用于gsm-r通信系統(tǒng)的語音編解碼裝置及方法
【專利摘要】本發(fā)明公開了一種用于GSM?R通信系統(tǒng)的語音編解碼裝置及方法，包括：數(shù)據(jù)分解模塊，用于240個16位PCM數(shù)字語音數(shù)據(jù),分解成如果以5.3Kbps速率編碼時，則輸出20個字節(jié)，如果以6.3Kbps速率編碼時則輸出24個字節(jié)；封包模塊，用于根據(jù)數(shù)據(jù)傳輸要求將需要以5.3Kbps速率編碼時輸出20個字節(jié)，當以6.3Kbps速率編碼時輸出24個字節(jié)發(fā)送的數(shù)據(jù)進行封包供發(fā)送；解碼模塊，用于將接收到的20/24字節(jié)數(shù)據(jù)解碼成240個16位PCM數(shù)字語音數(shù)據(jù)；播放模塊，用于將編碼數(shù)據(jù)解碼為PCM格式的數(shù)字語音供語音芯片播放。本發(fā)明在CIR通信中具有通話質(zhì)量高的優(yōu)點。
【專利說明】
一種用于GSM-R通信系統(tǒng)的語音編解碼裝置及方法
技術領域
[0001] 本發(fā)明涉及語音編解碼技術領域，具體涉及一種用于GSM-R通訊系統(tǒng)的語音編解 碼裝置及方法。
【背景技術】
[0002] 機車綜合無線通信設備（以下簡稱:CIR)在全國鐵路的日常運輸指揮中發(fā)揮著越 來越重要作用。
[0003] 隨著鐵路運輸事業(yè)的發(fā)展，CIR需要不斷地升級改造來適應新的形勢。新研發(fā)的 CIR3.0將取代原有的CIR2.0。促使這次升級原因主要有三類:一是運用部門不斷對CIR提出 新的功能需求，相關部門先后發(fā)布了一系列CIR設備和應用的補充技術規(guī)范;二是受設備架 構、應用平臺的限制，不少功能的優(yōu)化和實現(xiàn)受到一定的制約;三是由于國家對無線電頻率 的規(guī)劃和調(diào)整，鐵路450MHz無線列調(diào)系統(tǒng)使用的457~459MHz、467~469MHz頻段將被逐步 收回，CIR必須使用鐵路總公司預留的400MHz頻段。
[0004] 由于CIR2.0通話質(zhì)量不好，急切需要一種技術方案能夠解決CIR2.0通話質(zhì)量不好 的技術問題。

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

[0005] 針對現(xiàn)有技術中的缺陷，本發(fā)明提供了一種用于GSM-R通信系統(tǒng)的語音編解碼裝 置及方法，該裝置能提高了 CIR通訊質(zhì)量的優(yōu)點。
[0006] -種用于GSM-R通信系統(tǒng)的語音編解碼裝置，包括:數(shù)據(jù)分解模塊，封包模塊，解碼 模塊以及播放模塊；
[0007] 所述數(shù)據(jù)分解模塊，用于240個16位PCM數(shù)字語音數(shù)據(jù)，分解成如果以5.3Kbps速率 編碼時，則輸出20個字節(jié)，如果以6.3Kbps速率編碼時則輸出24個字節(jié)；
[0008] 所述封包模塊，用于根據(jù)數(shù)據(jù)傳輸要求將需要以5.3Kbps速率編碼時輸出20個字 節(jié)，當以6.3Kbps速率編碼時輸出24個字節(jié)發(fā)送的數(shù)據(jù)進行封包供發(fā)送；
[0009] 所述解碼模塊，用于將接收到的20/24字節(jié)數(shù)據(jù)解碼成240個16位PCM數(shù)字語音數(shù) 據(jù)；
[0010] 所述播放模塊，用于將編碼數(shù)據(jù)解碼為PCM格式的數(shù)字語音供語音芯片播放。
[0011]優(yōu)選地，所述封包模塊還包括計算模塊，用于串口發(fā)送隊列的數(shù)據(jù)節(jié)點大小=串 口收發(fā)芯片發(fā)送FIFO的大小以及隊列的節(jié)點數(shù)大于(單幀語音編碼后的數(shù)據(jù)量+報文頭+報 文尾+校驗字節(jié))/FIFO大小。
[0012] 優(yōu)選地，所述解碼模塊還包括分類模塊，用于根據(jù)數(shù)據(jù)解析的結果做相應的動作， 如果是數(shù)據(jù)那么填入待編碼緩沖隊列，如果是語音編解碼開始/結束指令那么開始/停止語 音編解碼，并發(fā)回復指令。
[0013] 所述解碼模塊還包括確定模塊，用于解碼輸入隊列的數(shù)據(jù)節(jié)點大小=24個字節(jié)； 隊列的節(jié)點容量大，使用編解碼模塊剩下的所有內(nèi)存資源；因為解碼的時間很短，確信30ms 內(nèi)必有一次解碼，設計拋棄串口不正確的數(shù)據(jù)，便于緩沖最多語音數(shù)據(jù)。
[0014] 優(yōu)選地，所述播放模塊還包括空閑模塊，用于當沒有編解碼任務時，程序進入idle 任務，系統(tǒng)進入低功耗狀態(tài)，另一幀編碼或解碼任務的由中斷激發(fā)，解碼數(shù)據(jù)來自為串口， 串口數(shù)據(jù)來源不做規(guī)定。
[0015] 一種用于GSM-R通信系統(tǒng)的語音編解碼方法，包括：
[0016] 240個16位PCM數(shù)字語音數(shù)據(jù)，如果以5.3Kbps速率編碼時，則輸出20個字節(jié)，如果 以6.3Kbps速率編碼時則輸出24個字節(jié)；
[0017]根據(jù)數(shù)據(jù)傳輸要求將需要以5.3Kbps速率編碼時輸出20個字節(jié)，當以6.3Kbps速率 編碼時輸出24個字節(jié)發(fā)送的數(shù)據(jù)進行封包供發(fā)送；
[0018] 接收包括以5.3Kbps速率編碼時輸出20個字節(jié)，當以6.3Kbps速率編碼時輸出24個 字節(jié)編碼數(shù)據(jù)的封包數(shù)據(jù);其中20個字節(jié)數(shù)據(jù)和24個字節(jié)可以同時出現(xiàn)或交替現(xiàn)，即幀邊 界可以隨時切換；其中20個字節(jié)數(shù)據(jù)和24個字節(jié)可以同時出現(xiàn)或交替現(xiàn)，即幀邊界可以隨 時切換；串口接收隊列的數(shù)據(jù)節(jié)點大小=串口收發(fā)芯片接收FIFO的大??；隊列的節(jié)點數(shù)應 大于（（115200/8)/^正0大小)*(30/1000);
[0019]將接收到的20/24字節(jié)數(shù)據(jù)解碼成240個16位PCM數(shù)字語音數(shù)據(jù)；
[0020]將編碼數(shù)據(jù)解碼為PCM格式的數(shù)字語音供語音芯片播放。
[0021]優(yōu)選地，所述封包發(fā)送的具體包括：
[0022]串口發(fā)送隊列的數(shù)據(jù)節(jié)點大小=串口收發(fā)芯片發(fā)送FIFO的大小；隊列的節(jié)點數(shù)大 于(單幀語音編碼后的數(shù)據(jù)量+報文頭+報文尾+校驗字節(jié))/FIF0大小。
[0023] 優(yōu)選地，所述數(shù)據(jù)解碼成數(shù)字語音數(shù)據(jù)過程中具體還包括：
[0024] 根據(jù)數(shù)據(jù)解析的結果做相應的動作，如果是數(shù)據(jù)那么填入待編碼緩沖隊列，如果 是語音編解碼開始/結束指令那么開始/停止語音編解碼，并發(fā)回復指令。
[0025]優(yōu)選地，還包括:解碼輸入隊列的數(shù)據(jù)節(jié)點大小=24個字節(jié)；隊列的節(jié)點容量大， 使用編解碼模塊剩下的所有內(nèi)存資源；因為解碼的時間很短，確信30ms內(nèi)必有一次解碼，設 計拋棄串口不正確的數(shù)據(jù)，便于緩沖最多語音數(shù)據(jù)。
[0026] 優(yōu)選地，還包括：當沒有編解碼任務時，程序進入idle任務，系統(tǒng)進入低功耗狀態(tài)， 另一幀編碼或解碼任務的由中斷激發(fā)。解碼數(shù)據(jù)來自為串口，串口數(shù)據(jù)來源不做規(guī)定。
[0027] 由上述技術方案可知，本發(fā)明提出的裝置，除了通話質(zhì)量高還具有，具有以下優(yōu) 占 .
[0028] 1、語音采集播放使用數(shù)字方案，較模擬語音，抗干擾的能力強；
[0029] 編碼壓縮比高，適合在串口和工業(yè)總線中傳輸；
[0030] 2、多組數(shù)字語音能疊加播放；
[0031] 3、單獨成模塊，便于編解碼方法的調(diào)試、優(yōu)化和替換，同時機車綜合無線通信設備 升級不用考慮語音采集與播放；
[0032] 4、低功耗；
[0033] 5、低成本。
[0034] 本發(fā)明的其它特征或優(yōu)點將在隨后的說明書中闡述。并且，本發(fā)明的部分特征或 優(yōu)點將通過說明書而變得顯而易見，或者通過實施本發(fā)明而被了解。本發(fā)明的目的和部分 優(yōu)點可通過在說明書、權利要求書以及附圖中所特別指出的步驟來實現(xiàn)或獲得。
【附圖說明】
[0035] 附圖用來提供對本發(fā)明的進一步理解，并且構成說明書的一部分，與本發(fā)明的實 施例共同用于解釋本發(fā)明，并不構成對本發(fā)明的限制。在附圖中：
[0036] 圖1是根據(jù)本發(fā)明一實施例裝置運行示意圖；
[0037] 圖2是根據(jù)本發(fā)明一實施例方法執(zhí)行流程圖。
【具體實施方式】
[0038] 以下將結合附圖及實施例來詳細說明本發(fā)明的實施方式，借此本發(fā)明的實施人員 可以充分理解本發(fā)明如何應用技術手段來解決技術問題，并達成技術效果的實現(xiàn)過程并依 據(jù)上述實現(xiàn)過程具體實施本發(fā)明。需要說明的是，只要不構成沖突，本發(fā)明中的各個實施例 以及各實施例中的各個特征可以相互結合，所形成的技術方案均在本發(fā)明的保護范圍之 內(nèi)。
[0039] 圖1是根據(jù)本發(fā)明一實施例裝置運行示意圖，如圖1所示。本發(fā)明提供了一種用于 GSM-R通信系統(tǒng)的語音編解碼裝置，該裝置提高了 CIR通訊質(zhì)量的優(yōu)點。
[0040] -種用于GSM-R通信系統(tǒng)的語音編解碼裝置，包括:數(shù)據(jù)分解模塊110,封包模塊 120，解碼模塊130以及播放模塊140;
[0041]所述數(shù)據(jù)分解模塊110，用于240個16位PCM數(shù)字語音數(shù)據(jù)，分解成如果以5.3Kbps 速率編碼時，則輸出20個字節(jié)，如果以6.3Kbps速率編碼時則輸出24個字節(jié)；
[0042]所述封包模塊120,用于根據(jù)數(shù)據(jù)傳輸要求將需要以5.3Kbps速率編碼時輸出20個 字節(jié)，當以6.3Kbps速率編碼時輸出24個字節(jié)發(fā)送的數(shù)據(jù)進行封包供發(fā)送;優(yōu)選地，所述封 包模塊120還包括計算模塊，用于串口發(fā)送隊列的數(shù)據(jù)節(jié)點大小=串口收發(fā)芯片發(fā)送FIFO 的大小以及隊列的節(jié)點數(shù)大于（單幀語音編碼后的數(shù)據(jù)量+報文頭+報文尾+校驗字節(jié)）/ FIFO大小。
[0043]所述解碼模塊130,用于將接收到的20/24字節(jié)數(shù)據(jù)解碼成240個16位PCM數(shù)字語音 數(shù)據(jù);優(yōu)選地，該裝置還包括:解碼模塊130還包括分類模塊，用于根據(jù)數(shù)據(jù)解析的結果做相 應的動作，如果是數(shù)據(jù)那么填入待編碼緩沖隊列，如果是語音編解碼開始/結束指令那么開 始/停止語音編解碼，并發(fā)回復指令。所述解碼模塊還包括確定模塊，用于解碼輸入隊列的 數(shù)據(jù)節(jié)點大小=24個字節(jié);隊列的節(jié)點容量大，使用編解碼模塊剩下的所有內(nèi)存資源；因為 解碼的時間很短，確信30ms內(nèi)必有一次解碼，設計拋棄串口不正確的數(shù)據(jù)，便于緩沖最多語 音數(shù)據(jù)。
[0044] 解碼模塊在接收數(shù)據(jù)過程中還要進行CRC校驗碼，CRC校驗碼生成多項式為:G(X) = X16+X12+X5+1。校驗內(nèi)容為從"信息長度"到"數(shù)據(jù)"的全部內(nèi)容。
[0045] 所述播放模塊140,用于將編碼數(shù)據(jù)解碼為PCM格式的數(shù)字語音供語音芯片播放。 優(yōu)選地，該裝置還包括:空閑模塊，用于當沒有編解碼任務時，程序進入idle任務，系統(tǒng)進入 低功耗狀態(tài)，另一幀編碼或解碼任務的由中斷激發(fā)。解碼數(shù)據(jù)來自為串口，串口數(shù)據(jù)來源不 做規(guī)定。
[0046] 如圖2所示，一種用于GSM-R通信系統(tǒng)的語音編解碼方法，包括：
[0047] S200，240個16位PCM數(shù)字語音數(shù)據(jù)，如果以5.3Kbps速率編碼時，則輸出20個字節(jié)， 如果以6.3Kbps速率編碼時則輸出24個字節(jié)。
[0048] S201，根據(jù)數(shù)據(jù)傳輸要求將需要以5.3Kbps速率編碼時輸出20個字節(jié)，當以 6.3Kbps速率編碼時輸出24個字節(jié)發(fā)送的數(shù)據(jù)進行封包供發(fā)送;優(yōu)選地，所述封包發(fā)送的具 體包括：
[0049] 串口發(fā)送隊列的數(shù)據(jù)節(jié)點大小=串口收發(fā)芯片發(fā)送FIFO的大小；隊列的節(jié)點數(shù)大 于(單幀語音編碼后的數(shù)據(jù)量+報文頭+報文尾+校驗字節(jié))/FIF0大小。為提高運行效率，串 口的數(shù)據(jù)收發(fā)也將使用DMA機制，與使用6713預研時的串口子模塊相比，數(shù)據(jù)解析和控制將 更復雜一些。串口接收到一定數(shù)量才進行中斷，增加一個專門的數(shù)據(jù)解析子塊，該子塊解析 已收到的所有串口數(shù)據(jù)，并把結果放到待解碼的緩沖隊列中去。
[0050] S202,接收包括以5.3Kbps速率編碼時輸出20個字節(jié)，當以6.3Kbps速率編碼時輸 出24個字節(jié)編碼數(shù)據(jù)的封包數(shù)據(jù);其中20個字節(jié)數(shù)據(jù)和24個字節(jié)可以同時出現(xiàn)或交替現(xiàn)， 即幀邊界可以隨時切換；其中20個字節(jié)數(shù)據(jù)和24個字節(jié)可以同時出現(xiàn)或交替現(xiàn)，即幀邊界 可以隨時切換；串口接收隊列的數(shù)據(jù)節(jié)點大小=串口收發(fā)芯片接收FIFO的大??；隊列的節(jié) 點數(shù)應大于（（115200/8)/FIF0 大小 M30/1000);
[00511 S203，將接收到的20/24字節(jié)數(shù)據(jù)解碼成240個16位PCM數(shù)字語音數(shù)據(jù);優(yōu)選地，所 述數(shù)據(jù)解碼成數(shù)字語音數(shù)據(jù)過程中具體還包括：
[0052]根據(jù)數(shù)據(jù)解析的結果做相應的動作，如果是數(shù)據(jù)那么填入待編碼緩沖隊列，如果 是語音編解碼開始/結束指令那么開始/停止語音編解碼，并發(fā)回復指令。還包括:解碼輸入 隊列的數(shù)據(jù)節(jié)點大小=24個字節(jié)；隊列的節(jié)點容量大，使用編解碼模塊剩下的所有內(nèi)存資 源；因為解碼的時間很短，確信30ms內(nèi)必有一次解碼，設計拋棄串口不正確的數(shù)據(jù)，便于緩 沖最多語音數(shù)據(jù)。
[0053] S204,將編碼數(shù)據(jù)解碼為PCM格式的數(shù)字語音供語音芯片播放。優(yōu)選地，還包括：當 沒有編解碼任務時，程序進入idle任務，系統(tǒng)進入低功耗狀態(tài)，另一幀編碼或解碼任務的由 中斷激發(fā)。解碼數(shù)據(jù)來自為串口，串口數(shù)據(jù)來源不做規(guī)定。
[0054]在通訊的過程中使用如下的通信幀格式，話音效果質(zhì)量好，不漏數(shù)據(jù)。
[0055] 1、以DLE(10H)、STX(02H)作為幀起始字段，以DLE(10H)、ETX(03H)作為幀結束字 段。
[0056] 2、為避免在信息字段中出現(xiàn)DLE，影響數(shù)據(jù)的正確接收，數(shù)據(jù)發(fā)送方在發(fā)送數(shù)據(jù)前 檢查信息字段中是否出現(xiàn)DLE，如果信息字段中出現(xiàn)DLE字符，則在此DLE字符后再加一 DLE 字符。數(shù)據(jù)接收方如果連續(xù)收到兩個DLE字符，表明此DLE是數(shù)據(jù)信息，而不是控制轉義字 符，去掉一個DLE即可。
[0057] 3、基本幀格式見表3;
[0058] 4、CRC校驗碼生成多項式為:G(X)=X16+X12+X5+1。校驗內(nèi)容為從"信息長度"到 "數(shù)據(jù)"的全部內(nèi)容； 表3格式如下：
[0060] 注：
[0061] a) "信息長度"表示從"源端□代碼"開始到"CRf結束的字節(jié)數(shù)；
[0062] b) "信息長度"、"源通信地址"、"目的通信地址"和"CRC校驗"等多字節(jié)字段為高字 節(jié)數(shù)據(jù)在前；
[0063] c) "命令"中的00H用于發(fā)送廣播信息（不需要應答），F(xiàn)0H~FFH用于系統(tǒng)控制，各承 載業(yè)務不允許重復定義這些命令；
[0064] d) "數(shù)據(jù)"的內(nèi)容由各承載業(yè)務單獨規(guī)定，"命令"字節(jié)長度不夠時，各業(yè)務可在"數(shù) 據(jù)"中進行安排；
[0065] e) "數(shù)據(jù)"長度不大于700字節(jié)。若承載業(yè)務需要發(fā)送的"數(shù)據(jù)"長度超過700字節(jié)， 則由承載業(yè)務在"數(shù)據(jù)"中自行定義分包發(fā)送數(shù)據(jù)的規(guī)則；
[0066] f)通信地址由IP地址+(源或目的）通信端口號組成。
[0067] 雖然本發(fā)明所公開的實施方式如上，但所述的內(nèi)容只是為了便于理解本發(fā)明而采 用的實施方式，并非用以限定本發(fā)明。本發(fā)明所述的方法還可有其他多種實施例。在不背離 本發(fā)明實質(zhì)的情況下，熟悉本領域的技術人員當可根據(jù)本發(fā)明作出各種相應的改變或變 形，但這些相應的改變或變形都應屬于本發(fā)明的權利要求的保護范圍。
【主權項】
1. 一種用于GSM-R通信系統(tǒng)的語音編解碼裝置，其特征在于，包括:數(shù)據(jù)分解模塊，封包 模塊，解碼模塊以及播放模塊； 所述數(shù)據(jù)分解模塊，用于240個16位PCM數(shù)字語音數(shù)據(jù)，分解成如果以5.3Kbps速率編碼 時，則輸出20個字節(jié)，如果以6.3Kbps速率編碼時則輸出24個字節(jié)； 所述封包模塊，用于根據(jù)數(shù)據(jù)傳輸要求將需要以5.3Kbps速率編碼時輸出20個字節(jié)，當 以6.3Kbps速率編碼時輸出24個字節(jié)發(fā)送的數(shù)據(jù)進行封包供發(fā)送； 所述解碼模塊，用于將接收到的20/24字節(jié)數(shù)據(jù)解碼成240個16位PCM數(shù)字語音數(shù)據(jù)； 所述播放模塊，用于將編碼數(shù)據(jù)解碼為PCM格式的數(shù)字語音供語音芯片播放。2. 根據(jù)權利要求1所述的裝置，其特征在于，所述封包模塊還包括計算模塊，用于串口 發(fā)送隊列的數(shù)據(jù)節(jié)點大小=串口收發(fā)芯片發(fā)送FIFO的大小以及隊列的節(jié)點數(shù)大于(單幀語 音編碼后的數(shù)據(jù)量+報文頭+報文尾+校驗字節(jié))/FIF0大小。3. 根據(jù)權利要求1所述的裝置，其特征在于，所述解碼模塊還包括分類模塊，用于根據(jù) 數(shù)據(jù)解析的結果做相應的動作，如果是數(shù)據(jù)那么填入待編碼緩沖隊列，如果是語音編解碼 開始/結束指令，則開始/停止語音編解碼，并發(fā)回復指令。4. 根據(jù)權利要求3所述的裝置，其特征在于，所述解碼模塊還包括確定模塊，用于解碼 輸入隊列的數(shù)據(jù)節(jié)點大小=24個字節(jié)；隊列的節(jié)點容量大，使用編解碼模塊剩下的所有內(nèi) 存資源；因為解碼的時間很短，確信30ms內(nèi)必有一次解碼，設計拋棄串口不正確的數(shù)據(jù)，便 于緩沖最多語音數(shù)據(jù)。5. 根據(jù)權利要求1所述的裝置，其特征在于，播放模塊還包括空閑模塊，用于當沒有編 解碼任務時，程序進入idle任務，系統(tǒng)進入低功耗狀態(tài)，另一幀編碼或解碼任務的由中斷激 發(fā)，解碼數(shù)據(jù)來自串口，串口數(shù)據(jù)來源不做規(guī)定。6. -種用于GSM-R通信系統(tǒng)的語音編解碼方法，其特征在于，包括： 240個16位PCM數(shù)字語音數(shù)據(jù)，如果以5.3Kbps速率編碼時，則輸出20個字節(jié)，如果以 6.3Kbps速率編碼時則輸出24個字節(jié)； 根據(jù)數(shù)據(jù)傳輸要求將需要以5.3Kbps速率編碼時輸出20個字節(jié)，當以6.3Kbps速率編碼 時輸出24個字節(jié)發(fā)送的數(shù)據(jù)進行封包供發(fā)送； 接收包括以5.3Kbps速率編碼時輸出20個字節(jié)，當以6.3Kbps速率編碼時輸出24個字節(jié) 編碼數(shù)據(jù)的封包數(shù)據(jù);其中20個字節(jié)數(shù)據(jù)和24個字節(jié)可以同時出現(xiàn)或交替現(xiàn)，即幀邊界可 以隨時切換；其中20個字節(jié)數(shù)據(jù)和24個字節(jié)可以同時出現(xiàn)或交替現(xiàn)，即幀邊界可以隨時切 換；串口接收隊列的數(shù)據(jù)節(jié)點大小=串口收發(fā)芯片接收FIFO的大??；隊列的節(jié)點數(shù)應大于 ((115200/8)/FIF0 大小)*(30/1000); 將接收到的20/24字節(jié)數(shù)據(jù)解碼成240個16位PCM數(shù)字語音數(shù)據(jù)； 將編碼數(shù)據(jù)解碼為PCM格式的數(shù)字語音供語音芯片播放。7. 根據(jù)權利要求6所述的方法，其特征在于，所述封包發(fā)送的具體包括： 串口發(fā)送隊列的數(shù)據(jù)節(jié)點大小=串口收發(fā)芯片發(fā)送FIFO的大?。魂犃械墓?jié)點數(shù)大于 (單幀語音編碼后的數(shù)據(jù)量+報文頭+報文尾+校驗字節(jié))/FIF0大小。8. 根據(jù)權利要求6所述的方法，其特征在于，所述數(shù)據(jù)解碼成數(shù)字語音數(shù)據(jù)過程中具體 還包括： 根據(jù)數(shù)據(jù)解析的結果做相應的動作，如果是數(shù)據(jù)那么填入待編碼緩沖隊列，如果是語 音編解碼開始/結束指令那么開始/停止語音編解碼，并發(fā)回復指令。9. 根據(jù)權利要求8所述的方法，其特征在于，還包括： 解碼輸入隊列的數(shù)據(jù)節(jié)點大小=24個字節(jié)；隊列的節(jié)點容量大，使用編解碼模塊剩下 的所有內(nèi)存資源；因為解碼的時間很短，確信30ms內(nèi)必有一次解碼，設計拋棄串口不正確的 數(shù)據(jù)，便于緩沖最多語音數(shù)據(jù)。10. 根據(jù)權利要求6所述的方法，其特征在于，還包括：當沒有編解碼任務時，程序進入 idle任務，系統(tǒng)進入低功耗狀態(tài)，另一幀編碼或解碼任務的由中斷激發(fā);解碼數(shù)據(jù)來自為串 口，串口數(shù)據(jù)來源不做規(guī)定。
【文檔編號】H04L29/06GK106027541SQ201610439881
【公開日】2016年10月12日
【申請日】2016年6月17日
【發(fā)明人】田秀臣, 熊道權, 張飛, 鄒桂紅
【申請人】北京世紀東方通訊設備有限公司