錄音控制系統(tǒng)的制作方法
【專利摘要】本發(fā)明涉及協(xié)議控制和數(shù)據(jù)傳輸技術(shù)，其公開了一種錄音控制系統(tǒng)，在保證錄音過程中音頻質(zhì)量的同時提高傳輸效率。該系統(tǒng)包括：所述數(shù)據(jù)注冊服務(wù)器，用于向用戶提供注冊服務(wù)并保存用戶的注冊信息；在用戶發(fā)起呼叫時，對用戶的呼叫請求進(jìn)行認(rèn)證；以及根據(jù)用戶所在集群網(wǎng)絡(luò)的不同，為用戶劃分相應(yīng)的服務(wù)級別；所述媒體控制中心，用于根據(jù)用戶的呼叫請求判斷此路會話是否需要錄音，若需要進(jìn)行錄音則啟動錄音控制機(jī)制進(jìn)行錄音，將錄音數(shù)據(jù)上傳錄音服務(wù)器；所述錄音服務(wù)器，用于根據(jù)對錄音數(shù)據(jù)的接收情況進(jìn)行分析，判斷是否啟用重傳機(jī)制，在重傳機(jī)制激活時，向所述媒體控制中心請求重傳錄音數(shù)據(jù)，以及對接收到的錄音數(shù)據(jù)進(jìn)行存儲。本發(fā)明適用于錄音控制。
【專利說明】錄音控制系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及數(shù)字錄音領(lǐng)域中的協(xié)議控制和數(shù)據(jù)傳輸技術(shù)，特別涉及一種既能滿足音頻質(zhì)量要求又能提高數(shù)據(jù)傳輸效率的錄音控制系統(tǒng)。
【背景技術(shù)】
[0002]伴隨著集群通信網(wǎng)絡(luò)的發(fā)展，錄音系統(tǒng)的應(yīng)用也越來越廣泛，尤其在公安，電力，消防等行業(yè)部門的調(diào)度系統(tǒng)中，錄音系統(tǒng)都發(fā)揮著舉足輕重的作用:它是調(diào)度通信指揮過程中的真實記錄，可以為事故糾紛追責(zé)等提供有力的證據(jù)，同時也可拿來作為學(xué)習(xí)資料供學(xué)員學(xué)習(xí)。
[0003]錄音系統(tǒng)經(jīng)歷了從模擬到數(shù)字，再到多道電話錄音系統(tǒng)，到現(xiàn)在基于C/S結(jié)構(gòu)的分布式錄音系統(tǒng)的發(fā)展過程，不論是音頻的采集，傳輸，存儲還是查詢都取得了顯著的提高。下面簡介現(xiàn)有錄音系統(tǒng)的實現(xiàn)原理及相關(guān)技術(shù):
[0004]現(xiàn)有的錄音系統(tǒng)大都采用C/S (客戶端/服務(wù)器)+B/S (瀏覽器/服務(wù)器)的面向服務(wù)的分布式軟件架構(gòu)，錄音系統(tǒng)軟件通過TCP/IP協(xié)議與各個錄音設(shè)備關(guān)聯(lián)，集中上傳錄音文件和數(shù)據(jù)到服務(wù)器本地硬盤和數(shù)據(jù)庫存儲，并提供給WEB界面查詢，其內(nèi)部各功能模塊通過TCP協(xié)議進(jìn)行通信，軟件分為接口層、應(yīng)用層和用戶界面三層，接口層是錄音軟件跟外部設(shè)備的接口部分，應(yīng)用層是所有業(yè)務(wù)邏輯的實現(xiàn)部分，用戶界面是錄音系統(tǒng)的使用界面。
[0005]實時傳輸協(xié)議(RTP)為數(shù)據(jù)提供了具有實時特征的端到端傳送服務(wù)，如在組播或單播網(wǎng)絡(luò)服務(wù)下的交互式視頻音頻或模擬數(shù)據(jù)。錄音系統(tǒng)的應(yīng)用程序即是在UDP (用戶數(shù)據(jù)報協(xié)議)上運(yùn)行RTP以便使用其多路結(jié)點和校驗服務(wù)。
[0006]RTP本身并沒有提供按時發(fā)送機(jī)制或其他服務(wù)質(zhì)量保證，它依賴于底層服務(wù)去實現(xiàn)這一過程。RTP位于UDP之上，UDP不提供可靠性傳送，同樣無法保證實時業(yè)務(wù)的服務(wù)質(zhì)量，故需要RTCP(RTP控制協(xié)議)實時監(jiān)控數(shù)據(jù)傳輸和服務(wù)質(zhì)量。因此在實際的應(yīng)用中，RTP/RTCP/UDP三者共同作用于音、視頻媒體的傳輸過程。
[0007]RTCP主要是通過在RTP會話期間，各參與者周期性地傳輸攜帶了有已發(fā)送的數(shù)據(jù)包的數(shù)量，丟失的數(shù)據(jù)包的數(shù)量等統(tǒng)計信息的RTCP包，來通知服務(wù)器利用這些信息動態(tài)地改變傳輸速率，甚至改變游戲載荷類型的方式來達(dá)到提高錄音質(zhì)量的效果，但是于此同時也增加了網(wǎng)絡(luò)傳輸?shù)膹?fù)雜性。
[0008]因此，如何在保證錄音過程中音頻質(zhì)量的同時提高傳輸效率，即綜合考慮音頻質(zhì)量和傳輸效率，成為當(dāng)前亟待解決的問題。

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

[0009]本發(fā)明所要解決的技術(shù)問題是:提出一種錄音控制系統(tǒng)，在保證錄音過程中音頻質(zhì)量的同時提高傳輸效率。
[0010]本發(fā)明解決上述技術(shù)問題所采用的方案是:[0011]錄音控制系統(tǒng)，包括數(shù)據(jù)注冊服務(wù)器、媒體控制中心及錄音服務(wù)器；
[0012]所述數(shù)據(jù)注冊服務(wù)器，用于向用戶提供注冊服務(wù)并保存用戶的注冊信息；在用戶發(fā)起呼叫時，對用戶的呼叫請求進(jìn)行認(rèn)證；以及根據(jù)用戶所在集群網(wǎng)絡(luò)的不同，為用戶劃分相應(yīng)的服務(wù)級別；
[0013]所述媒體控制中心，用于根據(jù)用戶的呼叫請求判斷此路會話是否需要錄音，若需要進(jìn)行錄音則啟動錄音控制機(jī)制進(jìn)行錄音，將錄音數(shù)據(jù)上傳錄音服務(wù)器；
[0014]所述錄音服務(wù)器，用于根據(jù)對錄音數(shù)據(jù)的接收情況進(jìn)行分析，判斷是否啟用重傳機(jī)制，在重傳機(jī)制激活時，向所述媒體控制中心請求重傳錄音數(shù)據(jù)，以及對接收到的錄音數(shù)據(jù)進(jìn)行存儲。
[0015]具體的，所述數(shù)據(jù)注冊服務(wù)器為用戶劃分相應(yīng)的服務(wù)級別，具體包括:將用戶劃分為最高級別用戶、高級用戶、中級用戶、普通用戶；并為各個級別的用戶建立相應(yīng)級別字段。
[0016]具體的，所述媒體控制中心根據(jù)用戶的呼叫請求判斷此路會話是否需要錄音的依據(jù)存儲在所述數(shù)據(jù)注冊服務(wù)器中。
[0017]具體的，所述錄音控制機(jī)制包括:通過音頻數(shù)據(jù)報文向錄音服務(wù)器發(fā)送錄音數(shù)據(jù)，通過控制報文對錄音過程進(jìn)行控制；所述控制報文和音頻數(shù)據(jù)報文分別采用TCP和UDP協(xié)議進(jìn)行傳輸。
[0018]具體的，所述錄音控制機(jī)制還包括對控制報文的發(fā)送過程的處理:定義控制報文的重組格式，將多個會話的請求報文按照固定的格式重組；建立適當(dāng)大小的緩沖區(qū)，同時啟動計時器，當(dāng)緩沖區(qū)滿或者計時器計時時間到時發(fā)送控制報文。
[0019]具體的，所述控制報文頭部包括用戶所在集群網(wǎng)絡(luò)的ID號和用戶相應(yīng)的級別字段。
[0020]具體的，所述重傳機(jī)制包括:為各個級別的用戶設(shè)置對應(yīng)的重傳閾值，在錄音服務(wù)器端對媒體控制中心發(fā)送的音頻數(shù)據(jù)報文的連續(xù)丟包數(shù)量進(jìn)行計算，當(dāng)連續(xù)丟包數(shù)量大于重轉(zhuǎn)閾值時，向所述媒體控制中心請求重傳錄音數(shù)據(jù)。
[0021]具體的，所述重傳機(jī)制還包括:為各個級別的用戶設(shè)置對應(yīng)的定時重傳閾值，其中，某一個級別的用戶對應(yīng)的定時重傳閾值小于該級別用戶對應(yīng)的重傳閾值；并在錄音服務(wù)器端設(shè)置定時器，當(dāng)定時器定時時間到時，對媒體控制中心發(fā)送的音頻數(shù)據(jù)報文的連續(xù)丟包數(shù)量進(jìn)行計算，當(dāng)連續(xù)丟包數(shù)量大于定時重傳閾值時，向所述媒體控制中心請求重傳錄音數(shù)據(jù)。
[0022]具體的，所述媒體控制中心，還用于在向錄音服務(wù)器發(fā)送音頻數(shù)據(jù)報文時，在各個報文頭部添加用于記錄報文序號的擴(kuò)展字段。
[0023]具體的，所述對媒體控制中心發(fā)送的音頻數(shù)據(jù)報文的連續(xù)丟包數(shù)量進(jìn)行計算的方法是:通過計算收到的當(dāng)前音頻數(shù)據(jù)報文的報文序號與收到的上一個音頻數(shù)據(jù)報文的報文序號的差值，來計算連續(xù)丟包數(shù)量。
[0024]本發(fā)明的有益效果是:(1)將對錄音過程的控制通過單獨的控制報文來實現(xiàn)，有效地解決了現(xiàn)階段多樣化網(wǎng)絡(luò)結(jié)構(gòu)下控制錄音的問題，同時其采用TCP協(xié)議承載，為后續(xù)了錄音過程提供了可靠保障；⑵舍棄了 RTCP，通過在控制報文中添加用戶級別，以及在音頻數(shù)據(jù)報文中頭部添加用于記錄報文序號的擴(kuò)展字段，在接收端通過對音頻數(shù)據(jù)報文丟包情況的分析決定是否啟動重傳機(jī)制，在保障音頻質(zhì)量的同時提高錄音效率?！緦＠綀D】

【附圖說明】
[0025]圖1為本發(fā)明中的錄音控制系統(tǒng)的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)圖；
[0026]圖2為控制報文頭部格式示意圖；
[0027]圖3為報文傳輸流程示意圖。
【具體實施方式】
[0028]參見圖1，本發(fā)明中的錄音控制系統(tǒng)包括數(shù)據(jù)注冊服務(wù)器、媒體控制中心及錄音服務(wù)器；
[0029]所述數(shù)據(jù)注冊服務(wù)器，用于向用戶提供注冊服務(wù)并保存用戶的注冊信息；在用戶發(fā)起呼叫時，對用戶的呼叫請求進(jìn)行認(rèn)證；以及根據(jù)用戶所在集群網(wǎng)絡(luò)的不同，為用戶劃分相應(yīng)的服務(wù)級別；
[0030]所述媒體控制中心，用于根據(jù)用戶的呼叫請求判斷此路會話是否需要錄音，若需要進(jìn)行錄音則啟動錄音控制機(jī)制進(jìn)行錄音，將錄音數(shù)據(jù)上傳錄音服務(wù)器；還對于來自不同網(wǎng)絡(luò)類型的會話，媒體中心還起到媒體轉(zhuǎn)換的作用；
[0031]所述錄音服務(wù)器，用于根據(jù)對錄音數(shù)據(jù)的接收情況進(jìn)行分析，判斷是否啟用重傳機(jī)制，在重傳機(jī)制激活時，向所述媒體控制中心請求重傳錄音數(shù)據(jù)，以及對接收到的錄音數(shù)據(jù)進(jìn)行存儲，以及還提供錄音查詢，回放等服務(wù)。
[0032]用戶持有的終端設(shè)備(或者是終端本身)發(fā)起的呼叫經(jīng)過接入網(wǎng)的中轉(zhuǎn)及數(shù)據(jù)注冊服務(wù)器的認(rèn)證到達(dá)媒體中心控制系統(tǒng)，由該控制系統(tǒng)來提取呼叫請求中的關(guān)鍵信息，并判定此路會話是否需要錄音(判定是否錄音的依據(jù)保存是數(shù)據(jù)注冊無服務(wù)器中)；如果需要錄音則啟動錄音控制機(jī)制進(jìn)行錄音；如果不需要錄音，則此路會話可在自身網(wǎng)絡(luò)環(huán)境中完成通信，無需經(jīng)核心IP網(wǎng)絡(luò)到達(dá)上層的應(yīng)用控制系統(tǒng)。
[0033]上述錄音控制機(jī)制主要作用于媒體控制中心和錄音服務(wù)器之間，用于控制何時錄音，錄音的發(fā)起，更新結(jié)束，以及自適應(yīng)調(diào)整錄音過程中由于網(wǎng)絡(luò)環(huán)境變化引起時的相應(yīng)措施等問題。
[0034]考慮到既要保證錄音系統(tǒng)的實時性，同時又要提高其可靠性，本文中將控制報文和音頻數(shù)據(jù)報文分別采用TCP和UDP兩種不同的協(xié)議進(jìn)行傳輸。
[0035]錄音控制原理如下:
[0036]1、控制報文主要分為錄音開始請求，錄音確認(rèn)，錄音拒絕，錄音更新請求，更新確認(rèn)，更新拒絕，錄音停止請求，停止確認(rèn)，停止拒絕，錄音?；钫埱螅；畲_認(rèn)，?；罹芙^等12種類型，用來解決是否進(jìn)行錄音，以及錄音過程中各個狀態(tài)之間的轉(zhuǎn)換。
[0037]2、為了區(qū)分不同集群系統(tǒng)中的不同用戶，我們在控制報文中加入集群網(wǎng)絡(luò)ID，作為不同集群的唯一標(biāo)識；
[0038]3、為了針對區(qū)別對待不同情景下的錄音，在控制報文中定義用戶級別，通過該字段來采取不同的錄音控制，及重傳策略，控制報文頭的格式如圖2所示。
[0039]4、對于集群專網(wǎng)的用戶數(shù)量是有限的，且擁有固定不能輕易改變的ID，所有用戶在建立通信之前都必須被注冊入網(wǎng)，用戶信息和服務(wù)級別將被記錄保存在數(shù)據(jù)注冊服務(wù)器，當(dāng)有錄音請求到達(dá)錄音服務(wù)器時，錄音服務(wù)器會同步查詢用戶的服務(wù)級別，并將該級別添加到應(yīng)答報文中返回，后續(xù)通過媒體控制中心發(fā)送的控制報文也必須攜帶該字段。這樣既保證了會話的安全可靠性，同時又可以通過用戶級別自適應(yīng)調(diào)整錄音策略。如果遇到突發(fā)的情況，需要動態(tài)重組網(wǎng)絡(luò)，那么重組群組中的每個用戶均需要重新注冊，并更新用戶信肩、O
[0040]5、錄音控制報文體由不定個數(shù)的參數(shù)組合而成，每個參數(shù)均采用統(tǒng)一的TLV格式(即:類型Type，長度Length，值Value)進(jìn)行定義，總長度不固定。參數(shù)類型包含進(jìn)行錄音控制所必要的信息，如主叫，被叫，呼叫類型等。
[0041]基于上述錄音控制系統(tǒng)，本發(fā)明中實現(xiàn)錄音控制需要媒體控制中心和錄音服務(wù)器相配合，從數(shù)據(jù)發(fā)送、傳輸、接收三個方面協(xié)調(diào)完成，下面進(jìn)行具體說明:
[0042]I)報文的發(fā)送過程:
[0043]由于控制報文本身比較小，為了減少網(wǎng)絡(luò)開銷，在報文的發(fā)送過程中我們可以采用以下兩種方式進(jìn)行處理:
[0044]方式一:建立適當(dāng)大小的緩沖區(qū)，同時啟動計時器(如每個20ms發(fā)送一次)，緩沖區(qū)滿和定時器到兩種情況滿足一個時即可發(fā)送報文(即當(dāng)計時時間到則統(tǒng)一將緩沖區(qū)的報文進(jìn)行發(fā)送，如果計時時間未到但是緩沖區(qū)滿，也立即發(fā)送報文同時重置計時器)。
[0045]方式二:定義控制報文的重組格式，將多個會話的請求報文(可以來自同一個集群網(wǎng)絡(luò)，也可以來自不同集群的不同會話請求)安照固定的格式重組(比如報文之間添加固定特殊分隔符的方式)之后再發(fā)送。
[0046]以上方式可以有效地減少網(wǎng)絡(luò)開銷，降低處理線程之間的切換，提高錄音效率。
[0047]2)報文傳輸過程:音頻數(shù)據(jù)仍舊采用UDP傳輸，由于UDP本身是不可靠傳輸?shù)?，這樣就必然存在時序的問題，因而，本發(fā)明設(shè)計了重傳機(jī)制以保障音頻的質(zhì)量；而對于是否啟用這種控制機(jī)制則通過用戶級別字段的值來判定(O-代表最高用戶級別，適應(yīng)于關(guān)乎國家安全的情形，1-高級別用戶，適應(yīng)重大事故或特大刑事案件處理工程中的用戶群組，2-中級用戶，適應(yīng)一般災(zāi)情，企業(yè)用戶，社會公共安全等調(diào)度系統(tǒng)中的用戶群，3-普通用戶)；針對上述不同的用戶級別，可以設(shè)置對應(yīng)的重傳閾值，在錄音服務(wù)器端通過對接收的報文丟包情況與重傳閾值進(jìn)行比較，從而決定是否啟用重傳機(jī)制。
[0048]該重傳機(jī)制在具體實施上，首先在音頻數(shù)據(jù)報文頭部添加擴(kuò)展字段RN用于記錄當(dāng)前報文序號，每當(dāng)發(fā)送一個報文RN+1 ;設(shè)某一級別用戶重傳閾值為X，在接收端如果當(dāng)前收到的報文RN字段與上一報文RN字段差值大于X，則啟動重傳機(jī)制，即錄音服務(wù)器向媒體控制中心發(fā)送重傳請求，媒體控制中心重傳音頻數(shù)據(jù)
[0049]然而，如果持續(xù)較長的時間段內(nèi)均出現(xiàn)丟包，但是丟包數(shù)均未達(dá)到上述閾值X，則上述機(jī)制將不能保證音頻的質(zhì)量。為了更進(jìn)一步保證音頻質(zhì)量，可以在錄音服務(wù)器設(shè)置定時器，并設(shè)置定時重傳閾值Y作為二級閾值，并且Y < X ;將定時時間設(shè)置為適當(dāng)大小，當(dāng)定時時間到時，將當(dāng)前收到的報文RN字段與上一報文RN字段差值進(jìn)行比較，如果差值大于Y則啟動重傳機(jī)制；由于定時重傳閾值Y比重傳閾值X小，因而可以更進(jìn)一步保證音頻的質(zhì)量。上述報文傳輸流程圖如圖3所示。
[0050]3)報文接收過程:對應(yīng)于報文的發(fā)送機(jī)制，此處需要采用與發(fā)送報文向反向機(jī)制進(jìn)行分離，區(qū)分不同的用戶，不同的請求，然后再進(jìn)行后續(xù)的處理操作。
[0051]本發(fā)明實施例中所提到的重傳閥值，一般來說指的通過丟包率進(jìn)行計算，這樣可以適應(yīng)于不同的網(wǎng)絡(luò)環(huán)境，因為不同網(wǎng)絡(luò)的帶寬不盡相同，相同時間段傳輸?shù)膱笪臄?shù)量也固然不同，在計算時可以根據(jù)網(wǎng)絡(luò)傳輸速率轉(zhuǎn)換成報文數(shù)量，進(jìn)行判斷。
[0052]以上所述，僅為本發(fā)明的【具體實施方式】，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本【技術(shù)領(lǐng)域】的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以所述權(quán)利要求的保護(hù)范圍為準(zhǔn)。
【權(quán)利要求】
1.錄音控制系統(tǒng)，包括數(shù)據(jù)注冊服務(wù)器、媒體控制中心及錄音服務(wù)器；其特征在于， 所述數(shù)據(jù)注冊服務(wù)器，用于向用戶提供注冊服務(wù)并保存用戶的注冊信息；在用戶發(fā)起呼叫時，對用戶的呼叫請求進(jìn)行認(rèn)證；以及根據(jù)用戶所在集群網(wǎng)絡(luò)的不同，為用戶劃分相應(yīng)的服務(wù)級別； 所述媒體控制中心，用于根據(jù)用戶的呼叫請求判斷此路會話是否需要錄音，若需要進(jìn)行錄音則啟動錄音控制機(jī)制進(jìn)行錄音，將錄音數(shù)據(jù)上傳錄音服務(wù)器； 所述錄音服務(wù)器，用于根據(jù)對錄音數(shù)據(jù)的接收情況進(jìn)行分析，判斷是否啟用重傳機(jī)制，在重傳機(jī)制激活時，向所述媒體控制中心請求重傳錄音數(shù)據(jù)，以及對接收到的錄音數(shù)據(jù)進(jìn)行存儲。
2.如權(quán)利要求1所述的錄音控制系統(tǒng)，其特征在于，所述數(shù)據(jù)注冊服務(wù)器為用戶劃分相應(yīng)的服務(wù)級別，具體包括:將用戶劃分為最高級別用戶、高級用戶、中級用戶、普通用戶；并為各個級別的用戶建立相應(yīng)級別字段。
3.如權(quán)利要求1所述的錄音控制系統(tǒng)，其特征在于，所述媒體控制中心根據(jù)用戶的呼叫請求判斷此路會話是否需要錄音的依據(jù)存儲在所述數(shù)據(jù)注冊服務(wù)器中。
4.如權(quán)利要求1所述的錄音控制系統(tǒng)，其特征在于，所述錄音控制機(jī)制包括:通過音頻數(shù)據(jù)報文向錄音服務(wù)器發(fā)送錄音數(shù)據(jù)，通過控制報文對錄音過程進(jìn)行控制；所述控制報文和音頻數(shù)據(jù)報文分別采用TCP和UDP協(xié)議進(jìn)行傳輸。
5.如權(quán)利要求4所述的錄音控制系統(tǒng)，其特征在于，所述錄音控制機(jī)制還包括對控制報文的發(fā)送過程的處理:定義控制報文的重組格式，將多個會話的請求報文按照固定的格式重組；建立適當(dāng)大小的緩沖區(qū)，同時啟動計時器，當(dāng)緩沖區(qū)滿或者計時器計時時間到時發(fā)送控制報文。
6.如權(quán)利要求4所述的錄音控制系統(tǒng)，其特征在于，所述控制報文頭部包括用戶所在集群網(wǎng)絡(luò)的ID號和用戶相應(yīng)的級別字段。
7.如權(quán)利要求4所述的錄音控制系統(tǒng)，其特征在于，所述重傳機(jī)制包括:為各個級別的用戶設(shè)置對應(yīng)的重傳閾值，在錄音服務(wù)器端對媒體控制中心發(fā)送的音頻數(shù)據(jù)報文的連續(xù)丟包數(shù)量進(jìn)行計算，當(dāng)連續(xù)丟包數(shù)量大于重轉(zhuǎn)閾值時，向所述媒體控制中心請求重傳錄音數(shù)據(jù)。
8.如權(quán)利要求7所述的錄音控制系統(tǒng)，其特征在于，所述重傳機(jī)制還包括:為各個級別的用戶設(shè)置對應(yīng)的定時重傳閾值，其中，某一個級別的用戶對應(yīng)的定時重傳閾值小于該級別用戶對應(yīng)的重傳閾值；并在錄音服務(wù)器端設(shè)置定時器，當(dāng)定時器定時時間到時，對媒體控制中心發(fā)送的音頻數(shù)據(jù)報文的連續(xù)丟包數(shù)量進(jìn)行計算，當(dāng)連續(xù)丟包數(shù)量大于定時重傳閾值時，向所述媒體控制中心請求重傳錄音數(shù)據(jù)。
9.如權(quán)利要求6或7所述的錄音控制系統(tǒng)，其特征在于，所述媒體控制中心，還用于在向錄音服務(wù)器發(fā)送音頻數(shù)據(jù)報文時，在各個報文頭部添加用于記錄報文序號的擴(kuò)展字段。
10.如權(quán)利要求9所述的錄音控制系統(tǒng)，其特征在于，所述對媒體控制中心發(fā)送的音頻數(shù)據(jù)報文的連續(xù)丟包數(shù)量進(jìn)行計算的方法是:通過計算收到的當(dāng)前音頻數(shù)據(jù)報文的報文序號與收到的上一個音頻數(shù)據(jù)報文的報文序號的差值，來計算連續(xù)丟包數(shù)量。
【文檔編號】H04L29/06GK103701803SQ201310731209
【公開日】2014年4月2日 申請日期:2013年12月26日 優(yōu)先權(quán)日:2013年12月26日
【發(fā)明者】吳艷超, 徐海兵 申請人:邁普通信技術(shù)股份有限公司