專利名稱：一種媒體傳輸流數(shù)據(jù)轉(zhuǎn)發(fā)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體數(shù)據(jù)通訊領(lǐng)域，特別涉及一種媒體傳輸流數(shù)據(jù)的處理方法。
背景技術(shù)：
在多媒體數(shù)據(jù)通訊領(lǐng)域中，存在許多媒體傳輸流數(shù)據(jù)轉(zhuǎn)發(fā)設(shè)備，比如流媒體服務(wù)器、媒體交換機(jī)等設(shè)備。它們主要負(fù)責(zé)將媒體傳輸流中指定信源的視音頻媒體包轉(zhuǎn)發(fā)給所有需要觀看該媒體的終端，即信宿。
媒體傳輸流(如RTP/RTCP流等)是一種攜帶多信源視音頻媒體包和相關(guān)傳輸協(xié)議包的傳輸流，其中多信源視音頻媒體包占用主要帶寬，轉(zhuǎn)發(fā)和處理的實(shí)時(shí)性要求很高，但處理相對(duì)簡(jiǎn)單，不需要深入分析媒體包的具體內(nèi)容，只需要根據(jù)媒體包的相關(guān)標(biāo)識(shí)查找轉(zhuǎn)發(fā)表，修改媒體包的目的標(biāo)識(shí)然后轉(zhuǎn)發(fā)輸出；相關(guān)傳輸協(xié)議包主要攜帶一些媒體傳輸流的信源構(gòu)成信息、信源媒體映射信息和媒體轉(zhuǎn)發(fā)重定向信息等，這些協(xié)議包占用很少的帶寬，轉(zhuǎn)發(fā)和處理的實(shí)時(shí)性要求不高，有些甚至不用轉(zhuǎn)發(fā)，但處理相對(duì)復(fù)雜，需要深入分析這些協(xié)議包的具體內(nèi)容，提取相關(guān)信息，并利用這些信息維護(hù)轉(zhuǎn)發(fā)表。
媒體傳輸流數(shù)據(jù)轉(zhuǎn)發(fā)的通常方法如圖1所示首先從網(wǎng)絡(luò)線路上實(shí)時(shí)接收媒體傳輸流，將當(dāng)前接收到的還未處理的數(shù)據(jù)包送入接收緩沖區(qū)中；處理單元從接收緩沖區(qū)中取出一個(gè)數(shù)據(jù)包后，首先判斷該數(shù)據(jù)包類型，如果是相關(guān)傳輸協(xié)議包，則深入分析該協(xié)議包的內(nèi)容，提取相關(guān)信息，并利用這些信息維護(hù)轉(zhuǎn)發(fā)表；如果是視音頻媒體包，則根據(jù)媒體包中的相關(guān)標(biāo)識(shí)查找轉(zhuǎn)發(fā)表，如果需要轉(zhuǎn)發(fā)則修改媒體包的目的標(biāo)識(shí)然后轉(zhuǎn)發(fā)輸出；當(dāng)這個(gè)數(shù)據(jù)包處理完后，處理單元從接收緩沖區(qū)中取出下一個(gè)數(shù)據(jù)包，并采用相同的方法進(jìn)行處理。
上述媒體傳輸流數(shù)據(jù)轉(zhuǎn)發(fā)的方法存在如下兩個(gè)缺陷1.采用的是串行處理的機(jī)制。接收、處理和轉(zhuǎn)發(fā)數(shù)據(jù)包等工作串行進(jìn)行，效率低下，引起了媒體轉(zhuǎn)發(fā)的瓶頸；而且沒有通過區(qū)分媒體傳輸流中的視音頻媒體包和相關(guān)傳輸協(xié)議包從而采用分流并行處理的方式，當(dāng)分析處理一個(gè)實(shí)時(shí)性要求不是很高的相關(guān)傳輸協(xié)議包時(shí)，必然導(dǎo)致接收緩沖區(qū)中要求快速實(shí)時(shí)轉(zhuǎn)發(fā)的多信源視音頻媒體包的轉(zhuǎn)發(fā)停滯，不利于媒體包的快速轉(zhuǎn)發(fā)；另外由于相關(guān)傳輸協(xié)議包分析處理的占用時(shí)間較長(zhǎng)和占用時(shí)間不同，在媒體傳輸流的轉(zhuǎn)發(fā)過程中必然會(huì)增加媒體傳輸流的延時(shí)和抖動(dòng)。
2.多信源的視音頻媒體包沒有優(yōu)先級(jí)的概念。無法根據(jù)媒體包的優(yōu)先級(jí)對(duì)它們進(jìn)行先后轉(zhuǎn)發(fā)。當(dāng)轉(zhuǎn)發(fā)優(yōu)先級(jí)低的媒體包時(shí)，必然導(dǎo)致接收緩沖區(qū)中優(yōu)先級(jí)高的媒體包的轉(zhuǎn)發(fā)停滯，優(yōu)先級(jí)高的媒體包相對(duì)于優(yōu)先級(jí)低的媒體包無法實(shí)現(xiàn)優(yōu)先快速轉(zhuǎn)發(fā)，缺乏靈活性。

發(fā)明內(nèi)容
本發(fā)明的目的就是提出一種高效、快速、靈活和延時(shí)抖動(dòng)小的媒體傳輸流數(shù)據(jù)轉(zhuǎn)發(fā)方法。
一種媒體傳輸流數(shù)據(jù)轉(zhuǎn)發(fā)方法，包括下列三個(gè)并行的處理進(jìn)程媒體傳輸流接收、緩存及處理消息分發(fā)進(jìn)程，包括1.1接收媒體傳輸流，并將之送入接收緩沖區(qū)存儲(chǔ)；1.2從接收緩沖區(qū)中取出一個(gè)數(shù)據(jù)包，判斷其是否為傳輸協(xié)議包；1.3如果是則發(fā)送處理消息到相關(guān)傳輸協(xié)議包處理隊(duì)列后回到步驟1.1；
1.4否則判斷其是否為視音頻媒體包，如果是則根據(jù)媒體包標(biāo)識(shí)查詢轉(zhuǎn)發(fā)表，如果需要轉(zhuǎn)發(fā)則發(fā)送轉(zhuǎn)發(fā)消息到相應(yīng)的媒體包轉(zhuǎn)發(fā)隊(duì)列中，回到步驟1.1；1.5如果該數(shù)據(jù)包不是視音頻媒體包或者是視音頻媒體包但不需要轉(zhuǎn)發(fā)，則丟棄該數(shù)據(jù)包后回到步驟1.1；傳輸協(xié)議包分析處理進(jìn)程，包括2.1查詢傳輸協(xié)議包處理隊(duì)列，如果有消息則取出；2.2根據(jù)消息內(nèi)容查找到接收緩沖區(qū)中對(duì)應(yīng)的傳輸協(xié)議包，分析該協(xié)議包的內(nèi)容，提取相關(guān)信息，并利用這些信息結(jié)合用戶配置維護(hù)轉(zhuǎn)發(fā)表；2.3根據(jù)傳輸協(xié)議包的標(biāo)識(shí)查詢轉(zhuǎn)發(fā)表，如果需要轉(zhuǎn)發(fā)則發(fā)送轉(zhuǎn)發(fā)消息到相應(yīng)的傳輸協(xié)議包轉(zhuǎn)發(fā)隊(duì)列中，回到步驟2.1；2.4否則丟棄該傳輸協(xié)議包后回到步驟2.1；數(shù)據(jù)包轉(zhuǎn)發(fā)進(jìn)程，包括3.1查詢媒體包轉(zhuǎn)發(fā)隊(duì)列和傳輸協(xié)議包轉(zhuǎn)發(fā)隊(duì)列，如果有消息則取出；3.2根據(jù)消息內(nèi)容查找并取出接收緩沖區(qū)中對(duì)應(yīng)的數(shù)據(jù)包；3.3根據(jù)數(shù)據(jù)包的相關(guān)標(biāo)識(shí)查詢轉(zhuǎn)發(fā)表，修改數(shù)據(jù)包的目的標(biāo)識(shí)并轉(zhuǎn)發(fā)輸出。
在上述方法中，還可以將視音頻媒體包區(qū)分為不同的優(yōu)先級(jí)進(jìn)行處理步驟1.4中，如果需要轉(zhuǎn)發(fā)則根據(jù)該媒體包的優(yōu)先級(jí)發(fā)送轉(zhuǎn)發(fā)消息到對(duì)應(yīng)優(yōu)先級(jí)的媒體包轉(zhuǎn)發(fā)隊(duì)列中；上述數(shù)據(jù)包轉(zhuǎn)發(fā)進(jìn)程中，先處理優(yōu)先級(jí)高的媒體包轉(zhuǎn)發(fā)隊(duì)列中的消息，后處理優(yōu)先級(jí)低的媒體包轉(zhuǎn)發(fā)隊(duì)列中的消息。
采用本發(fā)明提出方法，媒體傳輸流的數(shù)據(jù)接收、處理和轉(zhuǎn)發(fā)并行進(jìn)行，這種方法效率高，同時(shí)實(shí)現(xiàn)了媒體傳輸流中多信源視音頻媒體包和相關(guān)傳輸協(xié)議包的分流并行處理，使這兩種類型數(shù)據(jù)包的處理彼此獨(dú)立，只通過轉(zhuǎn)發(fā)表進(jìn)行聯(lián)系，避免了由于分析處理實(shí)時(shí)性要求不高的傳輸協(xié)議包導(dǎo)致阻礙視音頻媒體包的快速轉(zhuǎn)發(fā)和引入較大延時(shí)和抖動(dòng)。另外對(duì)多信源視音頻媒體包引入了優(yōu)先級(jí)的概念，使多信源視音頻媒體包能夠通過不同的優(yōu)先級(jí)得以分流，然后根據(jù)優(yōu)先級(jí)進(jìn)行先后轉(zhuǎn)發(fā)，增強(qiáng)了媒體傳輸流轉(zhuǎn)發(fā)的靈活性。


圖1是現(xiàn)有技術(shù)中媒體傳輸流數(shù)據(jù)轉(zhuǎn)發(fā)方法的流程圖；圖2是本發(fā)明中媒體傳輸流接收、緩存及處理消息分發(fā)流程圖；圖3是本發(fā)明中傳輸協(xié)議包分析處理流程圖；圖4是本發(fā)明中數(shù)據(jù)包轉(zhuǎn)發(fā)的流程圖；圖5是本發(fā)明提出的數(shù)據(jù)轉(zhuǎn)發(fā)方法的示意圖；圖6是本發(fā)明的實(shí)施例中網(wǎng)絡(luò)處理器中數(shù)據(jù)流向示意圖；圖7是本發(fā)明的實(shí)施例中包描述子堆棧的示意圖。
具體實(shí)施例方式
下面結(jié)合附圖和實(shí)施例對(duì)本發(fā)明作進(jìn)一步的詳細(xì)說明。
圖1在背景技術(shù)中已經(jīng)進(jìn)行過說明。
圖2是本發(fā)明中媒體傳輸流接收、緩存及處理消息分發(fā)流程圖，如圖2所示，包括下列步驟1、接收媒體傳輸流，并將之送入接收緩沖區(qū)存儲(chǔ)；2、從接收緩沖區(qū)中取出一個(gè)數(shù)據(jù)包，判斷其是否為傳輸協(xié)議包；3、如果是則發(fā)送處理消息到相關(guān)傳輸協(xié)議包處理隊(duì)列后回到步驟1；4、否則判斷其是否為視音頻媒體包，如果是則根據(jù)媒體包標(biāo)識(shí)查詢轉(zhuǎn)發(fā)表，如果需要轉(zhuǎn)發(fā)則發(fā)送轉(zhuǎn)發(fā)消息到相應(yīng)的媒體包轉(zhuǎn)發(fā)隊(duì)列中，回到步驟1。5、如果該數(shù)據(jù)包不是視音頻媒體包或者是視音頻媒體包但不需要轉(zhuǎn)發(fā)，則丟棄該數(shù)據(jù)包后回到步驟1。
圖3是本發(fā)明中傳輸協(xié)議包分析處理流程圖，如圖3所示，包括1、查詢傳輸協(xié)議包處理隊(duì)列，如果有消息則取出；2、根據(jù)消息內(nèi)容查找到接收緩沖區(qū)中對(duì)應(yīng)的傳輸協(xié)議包，分析該協(xié)議包的內(nèi)容，提取相關(guān)信息，并利用這些信息結(jié)合用戶配置維護(hù)轉(zhuǎn)發(fā)表；3、根據(jù)傳輸協(xié)議包的標(biāo)識(shí)查詢轉(zhuǎn)發(fā)表，如果需要轉(zhuǎn)發(fā)則發(fā)送轉(zhuǎn)發(fā)消息到相應(yīng)的傳輸協(xié)議包轉(zhuǎn)發(fā)隊(duì)列中，回到步驟1；4、否則丟棄該傳輸協(xié)議包后回到步驟1。
圖4是本發(fā)明中數(shù)據(jù)包轉(zhuǎn)發(fā)的流程圖，如圖4所示，包括1、查詢媒體包轉(zhuǎn)發(fā)隊(duì)列和傳輸協(xié)議包轉(zhuǎn)發(fā)隊(duì)列，如果有消息則取出；2、根據(jù)消息內(nèi)容查找并取出接收緩沖區(qū)中對(duì)應(yīng)的數(shù)據(jù)包；3、根據(jù)數(shù)據(jù)包的相關(guān)標(biāo)識(shí)查詢轉(zhuǎn)發(fā)表，修改數(shù)據(jù)包的目的標(biāo)識(shí)并轉(zhuǎn)發(fā)輸出。
圖5是本發(fā)明提出的數(shù)據(jù)轉(zhuǎn)發(fā)方法的示意圖，如圖5所示，本發(fā)明提出的數(shù)據(jù)轉(zhuǎn)發(fā)方法包括1、輸入媒體傳輸流進(jìn)入處理單元1，該單元接收、緩存、分析數(shù)據(jù)包和處理消息分發(fā)。如果是傳輸協(xié)議包，則發(fā)送處理消息到傳輸協(xié)議包處理隊(duì)列。如果是媒體包，則根據(jù)其相關(guān)標(biāo)識(shí)查詢轉(zhuǎn)發(fā)表，當(dāng)需要轉(zhuǎn)發(fā)時(shí)，則根據(jù)其轉(zhuǎn)發(fā)優(yōu)先級(jí)發(fā)送轉(zhuǎn)發(fā)消息到對(duì)應(yīng)優(yōu)先級(jí)的媒體包轉(zhuǎn)發(fā)隊(duì)列中，否則丟棄該媒體包；2、處理單元2查詢傳輸協(xié)議包處理隊(duì)列，如果有消息則取出，根據(jù)消息內(nèi)容查找到接收緩沖區(qū)中對(duì)應(yīng)的傳輸協(xié)議包，分析該協(xié)議包的內(nèi)容，提取相關(guān)信息，并利用這些信息結(jié)合用戶配置維護(hù)轉(zhuǎn)發(fā)表。根據(jù)傳輸協(xié)議包的標(biāo)識(shí)查詢轉(zhuǎn)發(fā)表，如果需要轉(zhuǎn)發(fā)則發(fā)送轉(zhuǎn)發(fā)消息到相應(yīng)的傳輸協(xié)議包轉(zhuǎn)發(fā)隊(duì)列中；3、處理單元3查詢媒體包轉(zhuǎn)發(fā)隊(duì)列和傳輸協(xié)議包轉(zhuǎn)發(fā)隊(duì)列，如果有消息則取出，根據(jù)消息內(nèi)容查找并取出接收緩沖區(qū)中對(duì)應(yīng)的數(shù)據(jù)包，根據(jù)數(shù)據(jù)包的相關(guān)標(biāo)識(shí)查詢轉(zhuǎn)發(fā)表，修改數(shù)據(jù)包的目的標(biāo)識(shí)并轉(zhuǎn)發(fā)輸出。
下面結(jié)合一個(gè)具體實(shí)施例來進(jìn)一步說明本發(fā)明的詳細(xì)實(shí)現(xiàn)。
網(wǎng)絡(luò)處理器是一種高度集成的綜合數(shù)據(jù)處理器，它提供高性能并行處理能力，廣泛應(yīng)用于各種網(wǎng)絡(luò)通信中。這種處理器具有一個(gè)共同的特點(diǎn)內(nèi)部都具有通用處理器+多個(gè)轉(zhuǎn)發(fā)引擎(每個(gè)轉(zhuǎn)發(fā)引擎中又有多個(gè)硬件線程)的并行處理架構(gòu)，通用處理器計(jì)算能力非常強(qiáng)，轉(zhuǎn)發(fā)引擎的I/O處理能力非常強(qiáng)，具有強(qiáng)大的數(shù)據(jù)包吞吐能力，可以實(shí)現(xiàn)千兆的輸入輸出能力，但計(jì)算能力較弱。
由上面的分析可見網(wǎng)絡(luò)處理器內(nèi)部的架構(gòu)特點(diǎn)非常適合應(yīng)用于實(shí)現(xiàn)本發(fā)明所描述的方法。我們可以讓通用處理器負(fù)責(zé)控制平面，處理實(shí)時(shí)性要求不高的傳輸協(xié)議包，維護(hù)轉(zhuǎn)發(fā)表；轉(zhuǎn)發(fā)引擎負(fù)責(zé)根據(jù)媒體轉(zhuǎn)發(fā)表將媒體包進(jìn)行快速的轉(zhuǎn)發(fā)?；谝陨系姆治?，可以將媒體傳輸流在網(wǎng)絡(luò)處理器中的流動(dòng)分為兩條路徑，如圖6所示，即快通道(fast path)和慢通道(slowpath)，這兩條路徑分別對(duì)應(yīng)了多信源視音頻媒體包和相關(guān)傳輸協(xié)議包的處理過程。通常，快通道上的傳輸對(duì)象是媒體包，數(shù)據(jù)量大，到達(dá)頻率高，但處理簡(jiǎn)單；而慢通道上的傳輸對(duì)象主要是協(xié)議包，到達(dá)頻率低但處理量大(計(jì)算量大)。所以，在快通道上的處理單元通常由多個(gè)簡(jiǎn)單的轉(zhuǎn)發(fā)引擎并行實(shí)現(xiàn)，而慢通道上的處理單元通常由具有強(qiáng)大計(jì)算能力的通用處理器實(shí)現(xiàn)。
下面具體描述一下基于網(wǎng)絡(luò)處理器實(shí)現(xiàn)本發(fā)明所描述的方法的步驟1、引入包描述子的概念，創(chuàng)建和初始化包描述子堆棧。如圖7所示，堆棧初始狀態(tài)為壓滿許多可用的空閑包描述子資源，這些包描述子通過單向鏈表的方式進(jìn)行管理，每個(gè)包描述子與包緩沖池中一塊存儲(chǔ)區(qū)域相對(duì)應(yīng)，在媒體轉(zhuǎn)發(fā)過程中，每個(gè)轉(zhuǎn)發(fā)的媒體包與其中的一個(gè)包描述子相對(duì)應(yīng)，包描述子資源的多少?zèng)Q定了媒體傳輸流轉(zhuǎn)發(fā)設(shè)備在轉(zhuǎn)發(fā)過程中最多可以緩存的媒體包數(shù)。采用這種方式的好處在于當(dāng)針對(duì)轉(zhuǎn)發(fā)的媒體包進(jìn)行分配和釋放資源時(shí)，可以簡(jiǎn)單地通過包描述子出入鏈表的方式進(jìn)行，可以快速高效地分配和管理存儲(chǔ)資源；初始化每個(gè)包描述子指向的包緩沖池中的存儲(chǔ)區(qū)域；創(chuàng)建和初始化轉(zhuǎn)發(fā)引擎線程間的通訊郵箱；創(chuàng)建和初始化多個(gè)不同優(yōu)先級(jí)的媒體包轉(zhuǎn)發(fā)隊(duì)列；創(chuàng)建傳輸協(xié)議包處理隊(duì)列和轉(zhuǎn)發(fā)隊(duì)列。
2、轉(zhuǎn)發(fā)引擎根據(jù)完成的任務(wù)分為輸入微引擎和輸出微引擎，分配多個(gè)微引擎線程處理線路輸入，輸入微引擎線程本著負(fù)荷分擔(dān)的原則進(jìn)行輪轉(zhuǎn)調(diào)度，調(diào)度通過在線程間傳遞令牌的方式自動(dòng)進(jìn)行，一個(gè)輸入微引擎線程處理完后，將令牌交給下一個(gè)輸入微引擎線程，啟動(dòng)其工作。分配多個(gè)微引擎線程處理線路輸出，其中一個(gè)輸出微引擎線程作為其它輸出微引擎線程的調(diào)度線程，調(diào)度線程負(fù)責(zé)根據(jù)優(yōu)先級(jí)查詢媒體包轉(zhuǎn)發(fā)隊(duì)列，當(dāng)隊(duì)列中有媒體包需要轉(zhuǎn)發(fā)時(shí)，由它分配空閑的輸出微引擎線程將該媒體包進(jìn)行轉(zhuǎn)發(fā)輸出。采用這些機(jī)制的好處是可以充分利用網(wǎng)絡(luò)處理器的多轉(zhuǎn)發(fā)引擎架構(gòu)和并行處理能力，提高媒體包的轉(zhuǎn)發(fā)速度。
3、每個(gè)輸入微引擎線程一次只能處理線路輸入的數(shù)據(jù)包的最多64字節(jié)片段(我們稱之為一個(gè)MPKT)，當(dāng)某個(gè)輸入微引擎線程從線路接收到一個(gè)數(shù)據(jù)包的頭一個(gè)MPKT時(shí)，它從包描述子資源堆棧中彈出一個(gè)空閑的包描述子，用該描述子來描述這個(gè)開始接收的數(shù)據(jù)包，該描述子指向包緩沖池中一塊空閑的存儲(chǔ)區(qū)域，將這個(gè)MPKT從輸入FIFO中搬移到包描述子所指向的包緩沖池區(qū)域中，記錄下一個(gè)將要接收的MPKT在包緩沖池中的存儲(chǔ)偏移地址，發(fā)送啟動(dòng)消息(消息中包含該偏移地址參數(shù)，該啟動(dòng)消息即令牌)給下一個(gè)要被調(diào)度的微引擎線程，啟動(dòng)其工作，當(dāng)該被調(diào)度的微引擎線程從線路接收完一個(gè)MPKT后，將這個(gè)MPKT從輸入FIFO中搬移到包緩沖池中的存儲(chǔ)偏移地址處，緊接著該數(shù)據(jù)包的上一個(gè)接收的MPKT存放。依此類推直到數(shù)據(jù)包被完整接收并搬移到包緩沖池中。接收媒體包最后一個(gè)MPKT的微引擎線程根據(jù)該數(shù)據(jù)包的類型發(fā)送消息到不同的處理隊(duì)列中，消息的內(nèi)容為該包描述子的存儲(chǔ)地址以及與包相關(guān)的一些信息如果是相關(guān)傳輸協(xié)議包，則發(fā)送消息到相關(guān)傳輸協(xié)議包處理隊(duì)列中，由通用處理器分析處理該傳輸協(xié)議包，提取信息和維護(hù)轉(zhuǎn)發(fā)表，并且由通用處理器查詢轉(zhuǎn)發(fā)表，如果該協(xié)議包需要轉(zhuǎn)發(fā)則發(fā)送消息到傳輸協(xié)議包轉(zhuǎn)發(fā)隊(duì)列；如果是媒體包，根據(jù)它的標(biāo)識(shí)查詢轉(zhuǎn)發(fā)表，如果需要轉(zhuǎn)發(fā)，則根據(jù)媒體包的優(yōu)先級(jí)發(fā)送消息到對(duì)應(yīng)優(yōu)先級(jí)的媒體包轉(zhuǎn)發(fā)隊(duì)列中。
4、輸出微引擎調(diào)度線程查詢不同優(yōu)先級(jí)的媒體包轉(zhuǎn)發(fā)隊(duì)列和傳輸協(xié)議包轉(zhuǎn)發(fā)隊(duì)列，需要注意的是，在查詢不同優(yōu)先級(jí)的媒體包轉(zhuǎn)發(fā)隊(duì)列時(shí)，先處理優(yōu)先級(jí)高的媒體包轉(zhuǎn)發(fā)隊(duì)列中的消息，后處理優(yōu)先級(jí)低的媒體包轉(zhuǎn)發(fā)隊(duì)列中的消息。當(dāng)有數(shù)據(jù)包需要轉(zhuǎn)發(fā)時(shí)，向空閑的輸出微引擎線程發(fā)送消息，啟動(dòng)其將該數(shù)據(jù)包轉(zhuǎn)發(fā)輸出，每個(gè)輸出微引擎線程一次最多負(fù)責(zé)輸出一個(gè)MPKT。輸出微引擎線程根據(jù)數(shù)據(jù)包在緩沖池中的存儲(chǔ)地址，結(jié)合包描述子中的其它相關(guān)標(biāo)識(shí)信息查詢轉(zhuǎn)發(fā)表，修改數(shù)據(jù)包的目的標(biāo)識(shí)，然后轉(zhuǎn)發(fā)輸出。
本發(fā)明的實(shí)施例充分利用網(wǎng)絡(luò)處理器的內(nèi)部架構(gòu)特點(diǎn)，實(shí)現(xiàn)媒體包的快速轉(zhuǎn)發(fā)，可以廣泛地應(yīng)用于多媒體數(shù)據(jù)通訊領(lǐng)域，比如流媒體服務(wù)器、媒體穿越防火墻交換機(jī)等設(shè)備，極大地提高這些設(shè)備的性能。
權(quán)利要求
1.一種媒體傳輸流數(shù)據(jù)轉(zhuǎn)發(fā)方法，其特征在于，包括下列三個(gè)并行的處理進(jìn)程媒體傳輸流接收、緩存及處理消息分發(fā)進(jìn)程，包括1.1接收媒體傳輸流，并將之送入接收緩沖區(qū)存儲(chǔ)；1.2從接收緩沖區(qū)中取出一個(gè)數(shù)據(jù)包，判斷其是否為傳輸協(xié)議包；1.3如果是則發(fā)送處理消息到相關(guān)傳輸協(xié)議包處理隊(duì)列后回到步驟1.11.4否則判斷其是否為視音頻媒體包，如果是則根據(jù)媒體包標(biāo)識(shí)查詢轉(zhuǎn)發(fā)表，如果需要轉(zhuǎn)發(fā)則發(fā)送轉(zhuǎn)發(fā)消息到相應(yīng)的媒體包轉(zhuǎn)發(fā)隊(duì)列中，回到步驟1.1；1.5如果該數(shù)據(jù)包不是視音頻媒體包或者是視音頻媒體包但不需要轉(zhuǎn)發(fā)，則丟棄該數(shù)據(jù)包后回到步驟1.1；傳輸協(xié)議包分析處理進(jìn)程，包括2.1查詢傳輸協(xié)議包處理隊(duì)列，如果有消息則取出；2.2根據(jù)消息內(nèi)容查找到接收緩沖區(qū)中對(duì)應(yīng)的傳輸協(xié)議包，分析該協(xié)議包的內(nèi)容，提取相關(guān)信息，并利用這些信息結(jié)合用戶配置維護(hù)轉(zhuǎn)發(fā)表；2.3根據(jù)傳輸協(xié)議包的標(biāo)識(shí)查詢轉(zhuǎn)發(fā)表，如果需要轉(zhuǎn)發(fā)則發(fā)送轉(zhuǎn)發(fā)消息到相應(yīng)的傳輸協(xié)議包轉(zhuǎn)發(fā)隊(duì)列中，回到步驟2.1；2.4否則丟棄該傳輸協(xié)議包后回到步驟2.1；數(shù)據(jù)包轉(zhuǎn)發(fā)進(jìn)程，包括3.1查詢媒體包轉(zhuǎn)發(fā)隊(duì)列和傳輸協(xié)議包轉(zhuǎn)發(fā)隊(duì)列，如果有消息則取出；3.2根據(jù)消息內(nèi)容查找并取出接收緩沖區(qū)中對(duì)應(yīng)的數(shù)據(jù)包；3.3根據(jù)數(shù)據(jù)包的相關(guān)標(biāo)識(shí)查詢轉(zhuǎn)發(fā)表，修改數(shù)據(jù)包的目的標(biāo)識(shí)并轉(zhuǎn)發(fā)輸出。
2.根據(jù)權(quán)利要求1所述的媒體傳輸流數(shù)據(jù)轉(zhuǎn)發(fā)方法，其特征在于將視音頻媒體包區(qū)分為不同的優(yōu)先級(jí)，所述步驟1.4中，如果需要轉(zhuǎn)發(fā)則根據(jù)該媒體包的優(yōu)先級(jí)發(fā)送轉(zhuǎn)發(fā)消息到對(duì)應(yīng)優(yōu)先級(jí)的媒體包轉(zhuǎn)發(fā)隊(duì)列中；所述數(shù)據(jù)包轉(zhuǎn)發(fā)進(jìn)程中，先處理優(yōu)先級(jí)高的媒體包轉(zhuǎn)發(fā)隊(duì)列中的消息，后處理優(yōu)先級(jí)低的媒體包轉(zhuǎn)發(fā)隊(duì)列中的消息。
全文摘要
本發(fā)明公開了一種媒體傳輸流數(shù)據(jù)轉(zhuǎn)發(fā)方法，包括下列三個(gè)并行的處理進(jìn)程媒體傳輸流接收、緩存及處理消息分發(fā)進(jìn)程，傳輸協(xié)議包分析處理進(jìn)程和數(shù)據(jù)包轉(zhuǎn)發(fā)進(jìn)程。采用本發(fā)明提出方法，媒體傳輸流的數(shù)據(jù)接收、處理和轉(zhuǎn)發(fā)并行進(jìn)行，這種方法效率高，同時(shí)實(shí)現(xiàn)了媒體傳輸流中多信源視音頻媒體包和相關(guān)傳輸協(xié)議包的分流并行處理，使這兩種類型數(shù)據(jù)包的處理彼此獨(dú)立，只通過轉(zhuǎn)發(fā)表進(jìn)行聯(lián)系，避免了由于分析處理實(shí)時(shí)性要求不高的傳輸協(xié)議包導(dǎo)致阻礙視音頻媒體包的快速轉(zhuǎn)發(fā)和引入較大延時(shí)和抖動(dòng)。另外對(duì)多信源視音頻媒體包引入了優(yōu)先級(jí)的概念，使多信源視音頻媒體包能夠通過不同的優(yōu)先級(jí)得以分流，然后根據(jù)優(yōu)先級(jí)進(jìn)行先后轉(zhuǎn)發(fā)，增強(qiáng)了媒體傳輸流轉(zhuǎn)發(fā)的靈活性。
文檔編號(hào)H04L29/06GK1735068SQ200410058069
公開日2006年2月15日 申請(qǐng)日期2004年8月11日 優(yōu)先權(quán)日2004年8月11日
發(fā)明者劉成剛 申請(qǐng)人:中興通訊股份有限公司