專利名稱：分配裝置及編解碼器變換裝置、通信系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多個移動終端進行半雙工多對多通信的通信系統(tǒng)、和在那樣 的通信系統(tǒng)中的分配裝置及編解碼器變換裝置，特別涉及^f象專業(yè)無線系統(tǒng)那樣 參加一次通話的多個移動終端的編解碼器是多種的場合的通信系統(tǒng)、編解碼器 變換裝置以及分配裝置。
背景技術(shù)：
公共領(lǐng)域等的專業(yè)無線系統(tǒng)，提供稱為按鍵通信的半雙工多對多的通話 (組通信)。下面說明組通信的概要。
當(dāng)某移動終端向用組號碼識別的某組呼叫時，分配裝置對于作為組的成 員的多個移動終端進行呼叫連接。參加一個呼叫的多個移動終端，都能夠聽到 自己以外的組成員發(fā)送的聲音。但是，為發(fā)送聲音，需要移動終端的使用者按 壓附在移動終端上的按鈕向分配裝置請求聲音發(fā)送權(quán)，并需要被認可。分配裝 置進行發(fā)送權(quán)的排他控制，以使持有發(fā)送權(quán)的移動終端在組內(nèi)同時只有一個。 請求了發(fā)送權(quán)的使用者，由蜂鳴器或者燈點亮知曉發(fā)送權(quán)被認可，來進行送話。 分配裝置向其他組成員分發(fā)已發(fā)送的聲音。送話結(jié)束的使用者脫離按下的按 鈕，釋放發(fā)送權(quán)。發(fā)送權(quán)釋放通知到達分配裝置，分配裝置等待下一個發(fā)送權(quán) 請求。在呼叫者請求切斷呼叫的場合，呼叫結(jié)束。
一般，移動終端的編解碼器對于每個系統(tǒng)是統(tǒng)一的。因此，在移動終端 之間的通信中不需要編解碼器變換。但是，指令臺等用有線與分配裝置連接的
終端，使用和移動終端的編解碼器不同的ITU—TG. 711編解碼器，因此，在 移動終端一有線終端的通信中，需要進行編解碼器變換。另夕卜，即使在移動終 端一移動終端之間，在由于系統(tǒng)不同、而使用的編解碼器不同的場合，也需要 進行編解碼器變換。
順便說，移動終端和有線終端的編解碼器不同的理由如下前者使用低 的位速率的編解碼器使即使在窄的無線頻帶中也能傳送聲音信息，與此相對，有線終端則要求混合多個組呼叫的聲音同時輸出的功能，在該場合，要使能夠
不使音質(zhì)惡化再生作為混合后的聲音信號的PCM(脈沖編碼調(diào)制)，要使用 PCM系列的編解碼器。
在移動終端一有線終端之間的通信中必要的編解碼器變換，在分配裝置 內(nèi)收容的基站線i ^t妄口卡上進行。在基站線i !4妄口卡內(nèi)，存在用基站線路正在 通信的移動終端對應(yīng)的編解碼器電路。來自移動終端的聲音，被用與移動終端 對應(yīng)的編解碼器電路進行編解碼器變換，向有線終端傳送。另外，來自有線終 端的聲音，用編解碼器電路進行編解碼器變換，通過對應(yīng)的信道經(jīng)由基站向移 動終端傳送。
作為別的類似技術(shù)，有第三代便攜電話的PoC (通過蜂窩網(wǎng)絡(luò)的M通 話)。PoC用IP實現(xiàn)使用同一編解碼器的便攜電話終端之間的組通信。通常， 在編解碼器不同的終端之間不能進行組通信，另外，也沒有那種必要。其理由 是第三代便攜電話的標(biāo)準化團體3GPP (第三代伙伴關(guān)系計劃)、3GPP2分 別統(tǒng)一終端的編解碼器，而且PoC是對于通信經(jīng)營者關(guān)閉的服務(wù)，另外不需 要#>專業(yè)無線系統(tǒng)的有線終端那樣的混合服務(wù)。
作為別的類似技術(shù)，有IP電話的會議通話用介質(zhì)服務(wù)器。電話的會議通 話是全雙工多對多通話。當(dāng)發(fā)生一個會議通話呼叫時，介質(zhì)服務(wù)器同時接收來 自參加呼叫的全部終端的聲音包，在每一終端的抖動吸收緩沖器(以下稱抖動 緩沖器)中對聲音包進行分類。然后，用給每一抖動緩沖器分配的編解碼器電 路把各個終端的聲音變換為PCM,進行混合。把混合后的聲音，再次在終端 的編解碼器中變換，向終端發(fā)送。對于每一呼叫決定給抖動緩沖器分配的編解 碼器電路。
非專利文獻1"按鍵通話服務(wù)的系統(tǒng)開發(fā)"NTTDoCoMo技術(shù)雜志 Vol. 13， No. 4
在把面向在每一 系統(tǒng)中編解碼器不同的現(xiàn)有的專業(yè)無線系統(tǒng)的移動終端 與編解碼器的不同無關(guān)收容在共同的分配裝置中使能夠進行組通信的場合，有 希望減少分配裝置所必需的編解碼器電路的課題。
這里，和現(xiàn)有的專業(yè)無線系統(tǒng)同樣，在基站中設(shè)置正在通信的終端數(shù)的 編解碼器電路的方法中，在編解碼器不同的終端混存的組呼叫少的場合，編解碼器電路不能按數(shù)使用沒有效率。這點即使在現(xiàn)有的專業(yè)無線系統(tǒng)中可以說也 存在。
另一方面，和IP電話的會議通話用介質(zhì)服務(wù)器同樣，在設(shè)置參加組呼叫 的終端數(shù)的編解碼器電路的方法中，與正在通信的終端數(shù)無關(guān)，只要在基站內(nèi) 設(shè)置同時存在的組呼叫而且編解碼器變換必要的組呼叫的參加終端數(shù)的總數(shù) 的編解碼器電路即可。但是，在一個組呼叫中，實際只使用被綁定到與具有發(fā) 送權(quán)的終端對應(yīng)的抖動緩沖器的編解碼器電路，與其他終端對應(yīng)的抖動緩沖器 的編解碼器電路處理無聲數(shù)據(jù)。

發(fā)明內(nèi)容
本發(fā)明鑒于以上各點提出的，其目的是提供一種通信系統(tǒng)以及在該通信 系統(tǒng)中的分配裝置以編解碼器變換裝置，其在專業(yè)無線系統(tǒng)中進行稱為"l^t通 話等的半雙工多對多的通信(組通信)時，在一次通話內(nèi)(通話對話內(nèi))，在
正取得發(fā)送權(quán)的一個無線終端改變前，不需要進行編解碼器變換裝置的切換。 在本發(fā)明中，在一個組呼叫中，編解碼器相同的多個終端共用一個編解 碼器電路。因此，本發(fā)明的主要特征在于，在編解碼器變換裝置中，識別接收 到的多個聲音信息的發(fā)送終端是否是同 一終端，將聲音信息作為連續(xù)進行編碼 變換的對象，在一次通話內(nèi)同時僅選擇一個發(fā)送終端，識別選擇的發(fā)送終端的
聲音信息的編碼方式，選擇進行已識別的編碼方式的編碼變換的編碼變換單元 (編解碼器)，設(shè)置編碼方式不同的多個所述編碼變換單元。 編解碼器變換裝置，
識別接收到的多個聲音信息的發(fā)送終端是否是同 一終端，
將聲音信息作為連續(xù)進行編碼變換的對象，在一次通話內(nèi)同時僅選擇一 個發(fā)送終端，
識別選擇的發(fā)送終端的聲音信息的編碼方式，
選擇進^f亍已識別的編碼方式的編碼變換的編碼變換單元，
具有編碼方式不同的多個所述編碼變換單元，
在一次通話內(nèi)，能夠用 一個編碼變換單元對來自同 一編碼方式的多個無 線終端的聲音信息進行編碼變換。
在所述分配裝置向所述編解碼器變換裝置傳送來自無線終端的聲音信息的場合，所述分配裝置賦予在一次通話內(nèi)連續(xù)的序號， 所述編解碼器變換裝置，
存儲已選擇的發(fā)送終端的識別符、和在一次通話內(nèi)接收到的聲音信息的 最新的所述序號，
在新接收到的聲音信息的所述序號比存儲的所述最新的序號大，而且在 聲音信息上附屬的發(fā)送終端的識別符和存儲的所述發(fā)送終端的識別符不同的 場合，
將聲音信息作為連續(xù)進行編碼變換的對象，可以選擇所述新接收到的聲 音信息的發(fā)送終端。
根據(jù)本發(fā)明的第 一解決方案，提供通信系統(tǒng)中的分配裝置， 所述通信系統(tǒng)，通過把作為請求了發(fā)送權(quán)的無線終端的發(fā)送終端發(fā)送的 聲音信息，由分配裝置通過或者不通過編解碼器變換裝置，經(jīng)由網(wǎng)關(guān)以及基站 向其他多個無線終端分發(fā)，由此實現(xiàn)多個無線終端的半雙工多對多的通話，
所述分配裝置，
當(dāng)接收包時，檢索把作為組呼叫的識別符的通話組識別信息、表示在通 話組的呼叫中能夠接收的包的套接字信息的接收包信息、編碼方式、以及將表 示傳送現(xiàn)在取得了發(fā)送權(quán)的無線終端的聲音信息的包的套接字信息的發(fā)送包 信息對應(yīng)起來存儲的分配表，檢查與接收到的包的套接字信息一致的條目是否 在所述接收包信息中存在，
在條目存在的場合，判定所述接收包的發(fā)送源地址是網(wǎng)關(guān)的地址，還是 編解碼器變換裝置的地址，
在所述接收包是來自網(wǎng)關(guān)的包的場合，對于通話組識別信息，參照把包
對應(yīng)起來存儲的發(fā)送權(quán)表，
在所述接收包的套接字信息以及在所述接收包中包含的發(fā)送權(quán)請求識別 符與所述發(fā)送權(quán)表的條目 一致的場合，判斷所述接收包是應(yīng)該向其他組成員分 配的包，
參照所述分配表，遵照與所述接收包的所述接收包信息對應(yīng)登記的發(fā)送 包信息，另外，在所述發(fā)送包信息的套接字信息是多個的場合復(fù)制所述接收包，生成發(fā)往相應(yīng)網(wǎng)關(guān)和/或發(fā)往所述編解碼器變換裝置的發(fā)送包，
進而，在生成的發(fā)送包是發(fā)往所述編解碼器變換裝置的場合，與通話組 識別信息對應(yīng)，參照存儲有在向編解碼器變換裝置傳送時在包上附加的序號的 序號表，把所述序號插入所述發(fā)送包中，將所述序號表的序號增加1，發(fā)送完 成的發(fā)送包。
根據(jù)本發(fā)明的第二解決方案，提供通信系統(tǒng)中的編解碼器變換裝置， 所述通信系統(tǒng)，通過把作為請求了發(fā)送權(quán)的無線終端的發(fā)送終端發(fā)送的 聲音信息，由分配裝置通過或者不通過編解碼器變換裝置，經(jīng)由網(wǎng)關(guān)以及基站 向其他多個無線終端分發(fā)，由此實現(xiàn)多個無線終端的半雙工多對多的通話， 所述編解碼器變換裝置，
根據(jù)從所述分配裝置接收到的包，對于通話組識別信息，參照存儲了分 配裝置的端口號、接收序號、和用于識別預(yù)想現(xiàn)時刻具有發(fā)送權(quán)的無線終端的 發(fā)送權(quán)請求識別符的抖動緩沖器，
(a) 在所述抖動緩沖器的分配裝置的端口號以及發(fā)送權(quán)請求識別符，與接 收包的分配裝置的端口號以及發(fā)送權(quán)請求識別符不 一致的場合，
i) 在所述抖動援沖器的接收序號一方比所述接收包的序號新的場合，在 已獲得發(fā)送^l的無線終端切換后，判定為切換前的舊的包已到達，廢棄包，
ii) 在所述抖動緩沖器的接收序號是O或者空白的場合，判斷為是組呼叫 設(shè)定后最初的包，或者在所述接收包的序號一方比上述抖動緩沖器的接收序號 新的場合，判定為所述接收包是已獲得發(fā)送權(quán)的無線終端切換后的最初的包， 把所述接收包的序號的值復(fù)制到所述抖動緩沖器的接收序號中，把所述接收包 的發(fā)送權(quán)請求識別符復(fù)制到所述抖動緩沖器的發(fā)送權(quán)請求識別符中，由此，來 重新構(gòu)筑所述抖動緩沖器的緩沖器，
(b) 在所述抖動緩沖器的分配裝置的端口號以及發(fā)送權(quán)請求識別符，與所 述接收包的分配裝置的端口號以及發(fā)送權(quán)請求識別符一致的場合，比較所述接 收包的序號與所述抖動緩沖器的接收序號，如果所述接收包的序號一方大，則 把其值設(shè)定到所述抖動緩沖器的接收序號中，把所述接收包從隊列的開始按照 時間戳小的順序排列插入向編碼變換單元的輸入緩沖器的輸入等待隊列中，通 過所述編碼變換單元，將所述接收包從第一編碼方式變換為第二編碼方式。根據(jù)本發(fā)明的第三解決方案，提供通信系統(tǒng)，
所述通信系統(tǒng)，通過把作為請求了發(fā)送權(quán)的無線終端的發(fā)送終端發(fā)送的 聲音信息，由分配裝置通過或者不通過編解碼器變換裝置，經(jīng)由網(wǎng)關(guān)以及基站 向其他多個無線終端分發(fā)，由此，實現(xiàn)多個無線終端的半雙工多對多的通話，
所述分配裝置，
當(dāng)接收包時，檢索把作為組呼叫的識別符的通話組識別信息、表示在通 話組的呼叫中能夠接收的包的套接字信息的接收包信息、編碼方式、和表示傳 送現(xiàn)在取得了發(fā)送權(quán)的無線終端的聲音信息的包的套接字信息的發(fā)送包信息 對應(yīng)起來存儲的分配表，檢查與接收到的包的套接字信息一致的條目是否在所 述接收包信息中存在，
在條目存在的場合，判定所述接收包的發(fā)送源地址是網(wǎng)關(guān)的地址，還是 編解碼器變換裝置的地址，
在所述接收包是來自網(wǎng)關(guān)的包的場合，對于通話組識別信息，參照把包 的套接字信息、與用于識別現(xiàn)在取得了發(fā)送權(quán)的無線終端的發(fā)送權(quán)請求識別符 對應(yīng)起來存儲的發(fā)送權(quán)表，
在所述接收包的套接字信息以及在所述接收包中包含的發(fā)送權(quán)請求識別 符與所述發(fā)送權(quán)表的條目 一致的場合，判斷所述接收包是應(yīng)該向其他組成員分 配的包，
參照所述分配表，遵照與所述接收包的所述接收包信息對應(yīng)登記的發(fā)送 包信息，另夕卜，在所述發(fā)送包信息的套接字信息是多個的場合復(fù)制所述接收包， 生成發(fā)往相應(yīng)網(wǎng)關(guān)和/或發(fā)往所述編解碼器變換裝置的發(fā)送包，
進而，在生成的發(fā)送包是發(fā)往所述編解碼器變換裝置的場合，與通話組 識別信息對應(yīng)，參照存儲有在向編解碼器變換裝置傳送時在包上附加的序號的 序號表，，把所述序號插入所述發(fā)送包中，將所述序號表的序號增加1，發(fā)送 完成的發(fā)送包，
以及，
所述編解碼器變換裝置，
根據(jù)從所述分配裝置接收到的包，對于通話組識別信息，參照存儲了分 配裝置的端口號、接收序號、和用于識別預(yù)想為現(xiàn)時刻具有發(fā)送權(quán)的無線終端
13的發(fā)送權(quán)請求識別符的抖動緩沖器，
(a) 在所述抖動緩沖器的分配裝置的端口號以及發(fā)送權(quán)請求識別符，與接 收包的分配裝置的端口號以及發(fā)送權(quán)請求識別符不一致的場合，
i) 在所述抖動緩沖器的接收序號一方比所述接收包的序號新的場合，在 獲得發(fā)送權(quán)的無線終端切換后，判定為切換前的舊的包已到達，廢棄包，
ii) 在所述抖動緩沖器的接收序號是O或者空白的場合，判斷為是組呼叫 設(shè)定后最初的包，或者在所述接收包的序號一方比上述抖動緩沖器的接收序號 新的場合，判定為所述接收包是獲得發(fā)送權(quán)的無線終端切換后的最初的包，把 所述接收包的序號的值復(fù)制到所述抖動緩沖器的接收序號中，把所述接收包的 發(fā)送權(quán)請求識別符復(fù)制到所述抖動緩沖器的發(fā)送權(quán)請求識別符中，由此，來重 新構(gòu)筑所述抖動緩沖器的緩沖器，
(b) 在所述抖動緩沖器的分配裝置的端口號以及發(fā)送權(quán)請求識別符，與所 述接收包的分配裝置的端口號以及發(fā)送權(quán)請求識別符一致的場合，比較所述接 收包的序號與所述抖動緩沖器的接收序號，如果所述接收包的序號一方大，則 把其值設(shè)定到所述抖動緩沖器的接收序號中，把所述接收包從隊列的開始按照 時間戳小的順序排列插入向編碼變換單元的輸入緩沖器的輸入等待隊列中，通 過所述編碼變換單元，將所述接收包從第一編碼方式變換為第二編碼方式。
根據(jù)本發(fā)明，在一個組呼叫中，因為在編解碼器相同的多個終端中共用 一個編解碼器電路，所以在一個組呼叫中使用的編解碼器電路數(shù)成為使用的編 解碼器的種類的數(shù)，能夠比現(xiàn)有數(shù)大幅減少編解碼器電路。
根據(jù)本發(fā)明，能夠提供通信系統(tǒng)以及在該通信系統(tǒng)中的分配裝置以及編 解碼器變換裝置，其在專業(yè)無線系統(tǒng)中進行稱為按鍵通話等的半雙工多對多的 通信(組呼叫)時，在一次通話內(nèi)(通話對話內(nèi))，在正取得發(fā)送權(quán)的一個無 線終端改變前，不需要進行編解碼器變換裝置的切換。


圖l是表示專業(yè)無線系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)的圖。
圖2是表示分配裝置的結(jié)構(gòu)的圖。
圖3是編解碼器表的圖。
圖4是RTCP流表和發(fā)送權(quán)表的圖。圖5是分配表和序號表的圖。
圖6是表示編解碼器變換裝置的硬件結(jié)構(gòu)的圖。
圖7是表示編解碼器變換裝置的存儲器內(nèi)的結(jié)構(gòu)的圖。
圖8是編解碼器資源管理表和編解碼器使用中映象的圖。
圖9是RTP流表和編解碼器變換表的圖。
圖IO是RTP抖動緩沖器和解碼數(shù)據(jù)抖動緩沖器的圖。
圖ll是呼叫控制裝置具有的終端編解碼器表的圖
圖12是位置登記的順序圖。
圖13 (a)是組通信的呼叫連接的前半順序圖。
圖13 (b)是組通信的呼叫連接的后半順序圖。
圖14是組通信的呼叫釋^:的順序圖。
圖15是發(fā)送權(quán)獲得的順序圖。
圖16是發(fā)送權(quán)釋放的順序圖。
圖17是表示網(wǎng)關(guān)和分配裝置收發(fā)的發(fā)送消息和應(yīng)答消息的格式的圖。 圖18是表示分配裝置和網(wǎng)關(guān)收發(fā)的接受消息和應(yīng)答消息的格式的圖。 圖19是表示分配裝置和編解碼器變換裝置收發(fā)的呼叫連接消息的格式的圖。
圖20是表示分配裝置的呼叫設(shè)定處理流程的圖。
圖21是表示編解碼器變換裝置的呼叫設(shè)定處理流程的圖。
圖22是表示分配裝置的發(fā)送權(quán)控制流程的圖。
圖23是表示分配裝置的聲音包的傳送處理流程的圖。
圖24是表示編解碼器變換裝置的聲音包接收處理流程的圖。
圖25是表示編解碼器變換裝置的解碼處理流程的圖。
圖26是表示編解碼器變換裝置的編碼處理流程的圖。
圖27是表示編解碼器變換裝置從分配裝置接收的聲音包的格式和抖動緩 沖器中的隊列結(jié)構(gòu)的圖。 符號說明
100a、 b、 c移動終端
101a、 101b基站104a、 104b網(wǎng)關(guān)
106分配裝置
107編解碼器變換裝置
205分配控制模塊
208編解碼器表
209 RTCP流表
210發(fā)送權(quán)表
211分配表
212序號表
425 SSRC
521序號
603解碼電路
604編碼電路
702編解碼器變換控制模塊
705編解碼器資源管理表
706編解碼器使用中映象
707 RTP流表
708編解碼器變換表
709RTP抖動緩沖器
710解碼數(shù)據(jù)抖動緩沖器
1002接收序號
1003 SSRC
1327對于接受INVITE消息的OK應(yīng)答 1329編解碼器變換設(shè)定INVITE消息 1330對于編解碼器變換設(shè)定INVITE消息的OK應(yīng)答 1814送達地地址列表 2703序號
具體實施例方式
最初說明網(wǎng)絡(luò)結(jié)構(gòu)、裝置結(jié)構(gòu)、消息序列。接著使用流程圖和表說明聲音包的編解碼器變換。最后使用流程圖和表說明上述表的初始化處理(主要在 呼叫設(shè)定時實施)。
圖1是表示本實施形態(tài)作為對象的專業(yè)無線系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)圖。
移動終端100a使用無線方式1和基站101a通信。同樣，移動終端lOOb、 100c使用無線方式2和基站101b通信?；?01a、 101b、 101c連4妄"l姿入網(wǎng) 102。接入網(wǎng)102連接網(wǎng)關(guān)104a、 104b。網(wǎng)關(guān)104a、 104b是有線通信網(wǎng)103 的網(wǎng)關(guān)裝置。網(wǎng)關(guān)104a、 104b把在接入網(wǎng)中使用的ISDN協(xié)議(但是在下位 層中使用IP)變換為在有線通信網(wǎng)103中使用的SIP協(xié)議。因此，網(wǎng)關(guān)104a、 104b具有與管轄的移動終端的各個對應(yīng)的虛擬的SIP終端功能。在有線通信 網(wǎng)103中，存在呼叫控制裝置105、分配裝置106、編解碼器變換裝置107。 呼叫控制裝置105,對網(wǎng)關(guān)104a、畫、分配裝置106之間的SIP消息進行路 由選擇。分配裝置106進行組通信的呼叫設(shè)定、呼叫釋放、發(fā)送權(quán)控制、聲音 流的復(fù)制分發(fā)。編解碼器變換裝置107對于從分配裝置106接收到的聲音流進 行編解碼器變換，再次向分配裝置106發(fā)送。分配裝置106和編解碼器變換裝 置107是本實施形態(tài)的主要部分。假定基站101a邏輯上是在網(wǎng)關(guān)104a管轄下。 亦即基站101a和網(wǎng)關(guān)104a通信，但是不和網(wǎng)關(guān)104b通信。另一方面，々I定 基站101b、 101c邏輯上是在網(wǎng)關(guān)104b管轄下。
圖2表示分配裝置106的結(jié)構(gòu)。
分配裝置106具有CPU200、存儲器201、硬盤202、通信接口 203。CPU200 是執(zhí)行存儲器201內(nèi)的程序的中央運算裝置。存儲器201具有程序區(qū)域204 和數(shù)據(jù)區(qū)域207。分配控制才莫塊205、呼叫連接協(xié)議模塊206被加載到CPU200 中適當(dāng)執(zhí)行。數(shù)據(jù)區(qū)域207的各表，由CPU200訪問，適當(dāng)執(zhí)行數(shù)據(jù)的讀出和 /或?qū)懭搿?br> 硬盤202具有與裝置的電源接通/關(guān)斷無關(guān)要保存的數(shù)據(jù)。通信接口 203 是用于和網(wǎng)關(guān)104a、 104b、呼叫控制裝置105、編解碼器變換裝置107進行通 信的接口電路。
程序區(qū)域204中有分配控制模塊205和呼叫連接協(xié)議模塊206。分配控制 模塊205進行組通信的呼叫設(shè)定、呼叫釋放、發(fā)送權(quán)控制、聲音流的復(fù)制分發(fā)。 呼叫連接協(xié)議模塊206,進行SIP (對話啟動協(xié)議)協(xié)議的控制。在數(shù)據(jù)區(qū)域207中有編解碼器表208、 RTCP(實時傳輸控制協(xié)議)流表209、發(fā)送權(quán)表210、 分配表211、序號表212。
圖3表示編解碼器表208。
編解碼器表208,登記有編解碼器變換裝置107支持的編解碼器的種類 (參照圖3)。在編解碼器表208中，對于每一編解碼器變換裝置300，預(yù)先存 儲編解碼器類別301以及RTP時鐘速率302。編解碼器變換裝置300存儲編解 碼器變換裝置107的地址。編解碼器類別301存儲編解碼器變換裝置107支持 的編解碼器種類。RTP時鐘速率302存i渚每一編解碼器種類的在聲音包中設(shè)定 的時間戳的每一秒的增加量(如果是8000Hz則存儲8000 )。本表由維護人員 在構(gòu)筑專業(yè)無線系統(tǒng)時在分配裝置106中設(shè)定。
圖4 (上圖)是RTCP流表的圖。
RTCP流表209將在分配裝置106和網(wǎng)關(guān)104a、 104b之間設(shè)定的、聲音 的RTP (實時傳輸協(xié)議)流401與發(fā)送權(quán)控制的RTCP流406對應(yīng)。RTCP流 表209，對于通話組400，關(guān)于RTP401，存儲網(wǎng)關(guān)的IP地址402以及UDP(用 戶數(shù)據(jù)報協(xié)議)端口 403、分配裝置的IP地址404以及UDP端口 405，另外， 關(guān)于RTCP406，存儲網(wǎng)關(guān)的IP地址407以及UDP端口 408、分配裝置的IP 地址409以及UDP端口 410。 RTCP流表209例如可以在組通信開始請求的處 理時存Y諸。
圖4(下圖)是發(fā)送權(quán)表的圖。
發(fā)送權(quán)表210管理給予了發(fā)送權(quán)的終端的RTP流。在發(fā)送權(quán)表210中， 對于通話組420，存儲套接字信息(發(fā)送源IP地址421 、發(fā)送源UDP端口 422、 送達地IP地址423、送達地UDP端口 424)、和用于識別發(fā)送權(quán)的請求名的識 別信息的SSRC (發(fā)送權(quán)請求識別符)(同步源)425。作為SSRC的選擇方法， 有使用隨機數(shù)，或者從終端地址計算的方法。另外，在本實施形態(tài)中，不一定 需要能夠僅從SSRC確定終端地址，只要使用組成員互相不同的SSRC即可。 發(fā)送權(quán)表210,例如能夠在處理發(fā)送權(quán)請求時存儲。
通話組420是組呼叫的識別符。發(fā)送源IP地址421、發(fā)送源UDP端口 422、送達地IP地址423、送達地UDP端口 424,表示拍《運現(xiàn)在正取得發(fā)送權(quán) 的移動終端的聲音信息的RTP包的套接字信息。SSRC425是現(xiàn)在正取得發(fā)送權(quán)的移動終端的SSRC。
圖5 (上圖)是分配表的圖。
分配表211管理向何處分配從網(wǎng)關(guān)104a、 104b、編解碼器變換裝置107 接收到的RTP流。在分配表211中，對于通話組500,存儲接收包信息502、 編解碼器506、 MS tt 507、發(fā)送包信息509。另外，MS數(shù)例如是發(fā)送終端的 臺數(shù)。分配表211例如在組通信開始請求處理時設(shè)定。
通話組500是組呼叫的識別符。^#收包#"息502表示在通話組500的呼 叫中能夠接收的全部RTP包的套接字信息。亦即，在接收包信息502中，登 記有發(fā)送源IP地址501、發(fā)送源UDP端口 503、送達地IP地址504、送達地 UDP端口 505的組。發(fā)送包信息509表示對于通話組500的各接收包信息的 呼叫應(yīng)該發(fā)送的全部RTP包的套接字信息。亦即在發(fā)送包信息509中登記有 發(fā)送源IP地址508、發(fā)送源UDP端口 510、送達地IP地址511、送達地UDP 端口 512的組。
圖5 (下圖)M號表的圖。
序號表212,用于在分配裝置106向編解碼器變換裝置107傳送RT包時、 賦予在同一組通信內(nèi)連續(xù)的序號。序號表212存儲對于通話組520的序號521。 在圖5中，序號表212的通話組520是組呼叫的識別符。序號521,表示在向 編解碼器變換裝置107傳送通話組520的RTP包的場合、在包上附加的序號。
下面，圖6表示編解碼器變換裝置107的結(jié)構(gòu)圖。
編解碼器變換裝置107具有CPU600、存儲器601、通信接口 602、解碼 器603、編碼器604。 CPU600是執(zhí)行存儲器601內(nèi)的程序的中夬運算裝置。 通信接口 602是用于和分配裝置106通信的接口電路。
解碼器603是把從分配裝置106接收到的聲音數(shù)據(jù)變換為PCM的電路。 在本圖中，解碼器AOOl和解碼器A002表示編解碼器類別是A的解碼器。同 樣，解碼器BOOl、解碼器A002表示編解碼器類別是B的解碼器。編碼器604 是用于把用解碼器603進行了 PCM的聲音數(shù)據(jù)編碼成移動終端用的編解碼的 電路。在本圖中，編碼器A101和A102表示編解碼器類別是A的編碼器。同 樣，編碼器BIOI、 B102表示編解碼器類別是B的編碼器。從本圖可以看出， 編解碼器變換裝置107對于每一類別編解碼器有多個解碼器以及編碼器。因此，編解碼器變換控制模塊702在組呼叫發(fā)生的場合，動態(tài)分配要使用的解碼 器、編碼器，當(dāng)呼叫結(jié)束時一起釋放。表示每一解碼器、編碼器電路的分配畢 或者空閑的狀態(tài)的是編解碼器使用中映象706。例如，在編解碼器A的移動終 端10臺和編解碼器B的移動終端5臺參加的組呼叫發(fā)生的場合，從解碼器A 分配1電路、從編碼器A分配1電路、從解碼器B分配1電路、從編碼器B 分配1電路，這是本實施形態(tài)的主要部分之一。(不是分配各10電路的解碼器 A、編碼器A;分配各5電路的解碼器B、編碼器B。)
圖7是表示編解碼器變換裝置的存儲器內(nèi)的結(jié)構(gòu)的圖。
存儲器601具有程序區(qū)域701和數(shù)據(jù)區(qū)域704。編解碼器變換控制模塊
702、 呼叫連接協(xié)議模塊703被加載到CPU600中適當(dāng)執(zhí)行。數(shù)據(jù)區(qū)域704的 各表亦即緩沖器，由CPU600訪問，適當(dāng)進行數(shù)據(jù)的讀出/寫入。
在程序區(qū)域701中，有編解碼器變換控制模塊702和呼叫連接協(xié)議模塊
703。 編解碼器變換控制模塊702進行伴隨組通信的呼叫設(shè)定的編解碼器變換 模式的設(shè)定、編解碼器電路的分配、抖動緩沖器控制。呼叫連接協(xié)議模塊703 進行SIP協(xié)議的控制。在數(shù)據(jù)區(qū)域704中，有編解碼器資源管理表705、編解 碼器使用中映象706、 RTP流表707、編解碼器變換表708、 RTP抖動緩沖器 709、解碼數(shù)據(jù)抖動緩沖器710。
圖8 (上圖)是編解碼器資源管理表的圖。
編解碼器資源管理表705管理編解碼器變換裝置107具有的編解碼器電 路的電路數(shù)、編解碼器類別。在編解碼器資源管理表705中，對于編解碼器類 別800,存儲幀速率808、 RTP時鐘速率801、資源量803 (編碼器802、解碼 器803 )。使用量805 (編碼器806、解碼器807)。
圖8 (下圖)是編解碼器^^用中映象的圖。
編解碼器使用中映象706是表示每一編解碼器電路的正在使用或者未使 用的位圖。在編解碼器使用中映象706中，存儲解碼器AOOl、 A002、…，以 及解碼器BOOl、 B002、…的使用狀況(例如導(dǎo)通或者關(guān)斷，l或O等)。
圖9 (上圖)是RTP流表的圖。
RTP流表707,管理在編解碼器變換裝置107和分配裝置106之間設(shè)定的 RTP流的編解碼器類別。在RTP流表707中，對于通話組卯O，存儲關(guān)于編解碼器變換裝置902的IP地址卯l以及UDP端口 903、關(guān)于分配裝置904的IP 地址905以及UDP端口 906、和編解碼器907。通話組900是組呼叫的識別符。 在編解碼器變換裝置902和分配裝置904中，設(shè)定對于每一編解碼器卯7已設(shè) 定的RTP流的套接字信息。亦即在IP地址901和UDP端口 903中設(shè)定編解 碼器變換裝置107使用的IP地址和UDP端口號，在IP地址905和UDP端口 906中設(shè)定分配裝置106使用的IP地址和UDP端口號。 圖9 (下圖)是編解碼器變換表的圖。
編解碼器變換表708，管理把從分配裝置106接收到的RTP流向哪個編 解碼器電路輸入，從哪個UDP端口向分配裝置106返回輸出好。在編解碼器 變換表708中，對于通話組910,存儲分配裝置UDP端口 911、解碼器ID912、 編碼器ID913、編解碼器變換裝置UDP端口 914。
通話組910是組呼叫的識別符。分配裝置UDP端口 911與RTP流表707 的UDP端口 906相同。解碼器ID912表示應(yīng)該輸入分配裝置UDP端口 911 的接收RTP流的解碼器。編碼器ID913表示應(yīng)該輸入解碼器ID912表示的解 碼器輸出的PCM的聲音信息的編碼器。編解碼器變換裝置UDP端口 914表 示應(yīng)該送出編碼器ID913表示的編碼器輸出的聲音信息的RTP流。
圖10 (上圖)是RTP抖動緩沖器的圖。
RTP抖動緩沖器709，在某時間存儲來自具有發(fā)送權(quán)的終端的聲音包，進 行抖動的吸收以及包順序的重排。RTP抖動緩沖器709,對于通話組IOOO，存 儲分配裝置UDP端口 1001、接收序號1002、 SSRC1003、下次輸入時刻1004、 下次輸入時間戳1005、開始指針1006、末尾指針1007。通話組1000是組呼 叫的識別符。分配裝置UDP端口 1001與RTP流表707的UDP端口 906相同。
圖10 (下圖)是解碼數(shù)據(jù)抖動緩沖器的圖。
解碼數(shù)據(jù)*扦動緩沖器710在某時間存^f渚作為編解碼器變換的前半處理的 解碼處理結(jié)束的數(shù)據(jù)，進行解碼處理的抖動的吸收。在解碼數(shù)據(jù)抖動緩沖器 710中，對于編碼器IDIOIO，存儲下次輸入時刻1011、開始指針1012、末尾 指針1013。
編碼器ID1010表示應(yīng)該輸入PCM聲音信息的編碼器。下次輸入時刻1011 表示下次應(yīng)該向編碼器輸入聲音信息的時刻。開始指針1012是指向以解碼器輸出順序排列應(yīng)該向編碼器ID1010表示的編碼器輸入的PCM聲音信息的隊 列的開頭的指針。末尾指針1013是指向隊列的最末尾的聲音信息的指針。
圖ll表示呼叫控制裝置具有的終端編解碼器表的圖。
終端編解碼器表1100,對于終端地址1111，包含編解碼器類別1112、 RTP 時鐘速率1113。編解碼器類別1112表示終端使用的編解碼器的種類。RTP時 鐘速率1113表示在聲音包中設(shè)定的時間戳的每一秒的增加量(如果是8000Hz 則為8000)。終端編解碼器表1100，可以在終端的位置登記的處理等時設(shè)定、 或者預(yù)先設(shè)定。
2.順序圖
2—1.位置登記
下面說明消息順序。
圖12表示在移動終端進行組通信前必要的位置登記的順序圖。 當(dāng)移動終端100a的電源接通時(步驟1200)，向基站101a發(fā)送包含終端 號碼的位置登記請求消息1201。基站101a向網(wǎng)關(guān)104a發(fā)送位置登記請求消 息1202。網(wǎng)關(guān)104a把移動終端100a的終端號碼和基站101a對應(yīng)起來存儲(步 驟1203 )。然后起動與終端號碼對應(yīng)的虛擬SIP終端功能，從終端號碼制作終 端地址，向呼叫控制裝置105發(fā)送包含終端地址的REGISTER消息1204。作 為終端地址，例如使用"終端號碼@域名"。呼叫控制裝置105把作為REGISTER 消息1204的發(fā)送源的網(wǎng)關(guān)104a和終端地址對應(yīng)起來存儲(步驟1205 )。進而 從終端地址檢索終端固有信息(步驟1206)。這里，關(guān)于終端的編解碼器，檢 索終端編解碼器表1100 (參照圖11 )。
在圖11中可知，當(dāng)，I定移動終端100a是msl⑥netA時，使用編解碼器A， RTP時鐘速率是8000Hz。呼叫控制裝置105把包含該編解碼器器類別1112以 及RTP時鐘速率1113的信息設(shè)定在PUBLISH消息1207中，向網(wǎng)關(guān)104a發(fā) 送。
網(wǎng)關(guān)104a在步驟1208,具有和呼叫控制裝置105具有的終端編解碼器表 IIOO同樣的表，關(guān)于移動終端100a制作該表。然后向呼叫控制裝置105發(fā)送 與PUBLISH消息1207對應(yīng)的OK應(yīng)答1209。呼叫控制裝置105向網(wǎng)關(guān)104a 發(fā)送對于REGISTER消息1204的OK應(yīng)答1210。進而，向分配裝置106發(fā)送NOTIFY消息1213，通知移動終端100a在網(wǎng)關(guān)104a的管轄下進行了位置登記。 分配裝置106在規(guī)定的表中把移動終端100a的終端地址和網(wǎng)關(guān)104a對應(yīng)起來 存儲(步驟1214)。然后，向呼叫控制裝置105發(fā)送對于NOTIFY消息1213 的OK應(yīng)答1215。另一方面，接收到OK應(yīng)答1210的網(wǎng)關(guān)104a向基站101a 發(fā)送位置登記受理消息1211?；?01a向移動終端100a發(fā)送位置登記受理消 息1212。以上結(jié)束位置登記處理。 2—2.開始請求
圖13 (a)以及(b)表示移動終端開始組通信的場合的前半的順序圖、 后半的順序圖。
首先，當(dāng)基站101a從移動終端100a接收到包含組號碼的組通信的開始 請求(步驟1300)時，向網(wǎng)關(guān)104a發(fā)送包含組號碼的組呼叫請求消息1301。 網(wǎng)關(guān)104a在INVITE消息1302中設(shè)定在組呼叫請求消息1301中包含的應(yīng)該 呼叫的組號碼，制作包含下面那樣的信息的INVITE消息，向呼叫控制裝置105 發(fā)送。
圖17表示INVITE消息1302的消息格式。INVITE消息1700表示消息 類別。From頭1701設(shè)定發(fā)送終端的地址。To頭1702設(shè)定包含應(yīng)該呼叫的組 號碼的送達地地址。這里"0003"是移動終端100a請求呼叫的組的號碼。
"ptserver.netA"是分配裝置106的地址。對話信息1703包含移動終端100a 的編解碼器類別(在本圖中是編解碼器A);以及RTP時鐘速率(在本圖中是 8000Hz);網(wǎng)關(guān)104a和分配裝置106收發(fā)來自/發(fā)往移動終端100a的聲音流時 使用的網(wǎng)關(guān)104a的UDP端口 (在本圖中是10000);以及網(wǎng)關(guān)104a和分配裝 置106收發(fā)發(fā)送權(quán)控制消息(RTCP包)時使用的網(wǎng)關(guān)104a的UDP端口 (在 本圖中是10010)。編解碼器類別和RTP時鐘速率，參照在移動終端100a進行 位置登記時網(wǎng)關(guān)104a制作好的終端編解碼器表(圖11)來設(shè)定值。UDP端口 在其時分配空的號碼。
接著，呼叫控制裝置105從INVITE消息1302的To頭1702的域名
"ptserver,netA"，向分配裝置106傳送INVITE消息。分配裝置106制作包含 如下信息的Session Progress消息1304，向呼叫控制裝置105發(fā)送。
圖17表示Session Progress消息1304的消息格式。From頭1711以及To頭1712,設(shè)定和INVITE消息1302相同的值。對話信息1713包含移動終端 100a的編解碼器類別(在本圖中是編解碼器A)以及RTP時鐘速率(在本圖 中是8000Hz);網(wǎng)關(guān)104a和分配裝置106收發(fā)來自/發(fā)往移動終端100a的聲音 流時使用的分配裝置106的UDP端口 (在本圖中是30001 );以及網(wǎng)關(guān)104a 和分配裝置106收發(fā)發(fā)送權(quán)控制消息(RTCP包)時使用的分配裝置106的 UDP端口 (在本圖中是30011 )。 UDP端口其時分配空的號碼。
接著，呼叫控制裝置105向發(fā)送源的網(wǎng)關(guān)104a傳送Session Progress消息。 當(dāng)網(wǎng)關(guān)104a接收到Session Progress消息1305時，關(guān)于移動終端100a收發(fā)的 編解碼器A的聲音流，結(jié)束網(wǎng)關(guān)104a和分配裝置106之間的RTP對話的協(xié)商。
網(wǎng)關(guān)104a確定發(fā)送源移動終端的基站(步驟1306)，發(fā)送組呼叫設(shè)定消 息1307。基站101a設(shè)定通話用無線信道(步驟1308)。然后向網(wǎng)關(guān)104a發(fā)送 對于組呼叫設(shè)定消息1307的呼叫設(shè)定受理消息1309。網(wǎng)關(guān)104a向呼叫控制 裝置105發(fā)送表示接收到Session Progress消息1305的PPACK (預(yù)確認)消 息1310。呼叫控制裝置105向分配裝置106傳送PRACK消息。分配裝置106 開始組成員的呼叫(步驟1312)。這里，組成員為移動終端100b (ms2@netA) 以及移動終端100c (ms3@netA)。
前進到圖13(b)。分配裝置106,從移動終端100b、 100c的位置登記時 接收到的NOTIFY消息獲知哪些終端也在網(wǎng)關(guān)104b的管轄下。因此，分配裝 置106將用于接受到移動終端100b、 100c雙方的信息設(shè)定到INVITE消息 1320,制作包含如下信息的INVITE消息1320，向呼叫控制裝置105發(fā)送。
圖18表示INVITE消息1320的格式。INVITE1800是消息類別。From頭 1801設(shè)定呼叫對象的組號碼。To頭1802設(shè)定作為接受對象的移動終端之一的 移動終端100b的終端地址。對話信息1803a、 1803b、 1803c、 1803d對于編解 碼器變換裝置支持的全部編解碼器類別的每一個每次設(shè)定一個。編解碼器類別 和RTP時鐘速率，參照圖3表示的編解碼器表208來設(shè)定。對話信息1803a、 1803b、 1803c、 1803d的UDP端口，是網(wǎng)關(guān)104a和分配裝置106收發(fā)來自/ 發(fā)往移動終端100b或者100c的聲音流時使用的分配裝置106的UDP端口 。 另外，RTCP是網(wǎng)關(guān)104a和分配裝置106收發(fā)發(fā)送權(quán)控制消息時使用的分配 裝置106的UDP端口。這些端口其時分配空的號碼。送達地地址列表1804設(shè)定位于與在To頭1802中設(shè)定的移動終端相同的網(wǎng)關(guān)中的呼叫對象的全部終 端的;也址。
返回圖13 (b)。接收到INVITE消息1320的呼叫控制裝置105,因為獲 知消息中的To頭1802的ms2(^netA在網(wǎng)關(guān)104b的管轄下，所以向網(wǎng)關(guān)104b 發(fā)送INVITE消息1321。網(wǎng)關(guān)104b確定移動終端100b以及100c所位于的基 站101b(步驟1322)。在步驟1323中，因為對于基站101b的組呼叫尚未設(shè)定， 所以向基站101b發(fā)送組呼叫設(shè)定消息1324。基站101b設(shè)定無線信道(步驟 1325 ),向網(wǎng)關(guān)104b發(fā)送呼叫設(shè)定受理消息1326。網(wǎng)關(guān)104b制作與INVITE 消息1321對應(yīng)的OK應(yīng)答1327，向呼叫控制裝置105發(fā)送。
圖18表示OK應(yīng)答1327的格式。OK應(yīng)答1810是消息類別。From頭1811 和To頭1812與INVITE消息1320的From頭1801、 To頭1802相同。對話信 息1813a、 1813b，在INVITE消息1320中設(shè)定的對話信息l,a、 1803b、 1803c、 1803d中僅對于移動終端100b、 100c使用的編解碼器類別設(shè)定。具體說，網(wǎng) 關(guān)104b，作為圖11的終端編解碼器表具有移動終端100b (ms2@netA)、移動 終端100c (ms3@netA)的記錄。參照該記錄，設(shè)定編解碼器A用的對話信息 1813a和編解碼器B用的對話信息1813b。對話信息中的UDP端口，表示各 個編解碼器的RTP流中使用的網(wǎng)關(guān)104b的UDP端口。另夕卜，RTCP表示網(wǎng)關(guān) 104a和分配裝置106收發(fā)發(fā)送權(quán)控制消息時使用的網(wǎng)關(guān)104a的UDP端口。 這些UDP端口在其時分配空的號碼。送達地地址列表1814設(shè)定對于每一編解 碼器類別分類移動終端的內(nèi)容。
返回圖13(b)。當(dāng)呼叫控制裝置105接收到OK應(yīng)答1327時，將其向作 為INVITE消息1320的發(fā)送源的分配裝置106傳送。當(dāng)分配裝置106接收到 OK應(yīng)答1328時，關(guān)于移動終端100c收發(fā)的編解碼器A的聲音流和移動終端 100b收發(fā)的編解碼器B的聲音流，結(jié)束網(wǎng)關(guān)104a和分配裝置106之間的RTP 對話的協(xié)商。
分配裝置106，識別到在組呼叫中使用的編解碼器是A和B兩種，向編 解碼器變換裝置107發(fā)送用于編解碼器變換設(shè)定的INVITE消息1329。
圖19表示INVITE消息1329的格式。INVITE消息1900表示消息類別。 From頭1901設(shè)定組號碼(在本圖中是0003)和分配裝置106的地址(在本圖中是ptserver.netA)。在To頭中設(shè)定組號碼和編解碼器變換裝置的地址(在 本圖中是transcoder.netA)。對話信息1903a、 1903b按照組呼叫使用的編解碼 器的每一種類進行設(shè)定。組呼叫使用的編解碼器種類、RTP時鐘速率、以及在 分配裝置106設(shè)定與編解碼器變換裝置107收發(fā)RTP包的場合使用的UDP端 n 。
返回圖13(b),編解碼器變換裝置107，在進行編解碼器電路的設(shè)定后， 向分配裝置106發(fā)送OK應(yīng)答1330。
在圖19中，表示OK應(yīng)答1330的格式。OK應(yīng)答1910是消息種類。From 頭1911、 To頭1912與INVITE消息1929的From頭1901、 To頭1902相同。 對話信息1913a、 1913b與INVITE消息1929的對話4言息l卯3a、 l卯3b對應(yīng) (亦即對于編解碼器的每一種類)各設(shè)定一個。組呼叫使用的編解碼器種類、 RTP時鐘速率、以及在編解碼器變換裝置107設(shè)定與分配裝置106收發(fā)RTP 包的場合使用的UDP端口 。
當(dāng)分配裝置106接收到OK應(yīng)答1330時，關(guān)于編解碼器A的聲音流和編 解碼器B的聲音流，結(jié)束分配裝置106和編解碼器變換裝置107之間的協(xié)商。
分配裝置106向呼叫控制裝置105發(fā)送對于組呼叫設(shè)定開始時的INVITE 消息1303的OK應(yīng)答1331。呼叫控制裝置105向網(wǎng)關(guān)104a發(fā)送。網(wǎng)關(guān)104a 向基站101a發(fā)送對于組呼叫請求消息1301的呼叫設(shè)定結(jié)束消息1333。基站 101a通知移動終端100a呼叫設(shè)定結(jié)束(步驟1334)。通過上述可以進行移動 終端100a、 100b、 100c的組通話。
2—3.結(jié)束請求
圖14是組通信的呼叫釋放的順序圖。 下面使用圖14說明結(jié)束組通信的場合的順序。
當(dāng)基站101a從作為組通信的開始終端的移動終端100a接收到組通信的 結(jié)束請求時(步驟1400),向網(wǎng)關(guān)104a發(fā)送釋放結(jié)束消息1401。進而釋放無 線信道(步驟1402)。接收到釋放結(jié)束消息1401的網(wǎng)關(guān)104a向呼叫控制裝置 105發(fā)送BYE消息1403。呼叫控制裝置105向分配裝置106發(fā)送BYE消息
1404。 分配裝置106向呼叫控制裝置105發(fā)送對于BYE消息1404的OK應(yīng)答
1405。 呼叫控制裝置105向網(wǎng)關(guān)104a發(fā)送OK應(yīng)答1405。另一方面，分配裝置106還向編解碼器變換裝置107發(fā)送BYE消息1407。編解碼器變換裝置107， 進行編解碼器電路的釋放，向分配裝置106發(fā)送OK應(yīng)答1408。分配裝置106 開始對于移動終端100b、 100c的呼叫釋》文(-；驟1409)。分配裝置106向呼 叫控制裝置105發(fā)送BYE消息1410。呼叫控制裝置105向網(wǎng)關(guān)104b發(fā)送BYE 消息1411。網(wǎng)關(guān)104b確定移動終端100b、100c所位于的基站101b(步驟1412)， 判定是否對于基站101b未進行組呼叫的釋放(步驟1413 )，向基站101b發(fā)送 釋放結(jié)束消息1414。接收到釋放結(jié)束消息1414的基站101b釋放無線信道(步 驟1415 )。網(wǎng)關(guān)104b進而向呼叫控制裝置105發(fā)送對于BYE消息1411的OK 應(yīng)答。呼叫控制裝置105向分配裝置106傳送OK應(yīng)答。通過上述結(jié)束組通話。 2—4.發(fā)送權(quán)請求
圖15表示移動終端100a獲得發(fā)送權(quán)、發(fā)送聲音信息的順序圖。 下面使用圖15說明在組通話可能的狀態(tài)、即圖13 (a) (b)的順序結(jié)束 的狀態(tài)下發(fā)送聲音的過程。以下出現(xiàn)的Talk Burst Request消息、Talk Burst Taken消息、Talk Burst Granted消息、Talk Burst Release消息、Talk Burst Ilde 消息例如使用和PoC規(guī)格相同的格式，用RTCP包收發(fā)。搬運這些包和聲音 信息的RTP包不通過(直通)呼叫控制裝置。
基站lOla接收來自移動終端的發(fā)送權(quán)請求(步驟1500)。基站101a向網(wǎng) 關(guān)104a發(fā)送發(fā)送權(quán)請求消息1501 。網(wǎng)關(guān)104a向分配裝置106發(fā)送Talk Burst Request消息1502。在本消息中作為發(fā)送權(quán)的請求者的識別符包含在RTP協(xié)議 中規(guī)定的SSRC (同步源)。作為SSRC的選擇方法有使用隨機數(shù)的方法，或 者從終端地址計算的方法。另外，在本實施形態(tài)中，不一定需要僅能從SSRC 確定終端地址，只要使用組成員互相不同的SSRC即可。接收到Talk Burst R叫uest消息1502的分配裝置106確認未把發(fā)送權(quán)給予組內(nèi)的任何成員(步驟 1503 )。然后為向移動終端100b、 lOOc通知移動終端a獲得了發(fā)送權(quán)，向網(wǎng)關(guān) 104b發(fā)送Talk Burst Taken消息1504。網(wǎng)關(guān)104b向移動終端100b、 100c所位 于的基站lOlb發(fā)送發(fā)送權(quán)使用中消息1505?；?01b通知移動終端100b、 100c發(fā)送權(quán)在使用中(步驟1506)。另一方面，分配裝置106向網(wǎng)關(guān)104a發(fā) 送Talk Burst Granted消息1507。網(wǎng)關(guān)104a向基站101a發(fā)送發(fā)送權(quán)承認消息 1508?；?01a向移動終端100a通知發(fā)送權(quán)承認(步驟1509)。于是，移動終端100a通過基站101a向網(wǎng)關(guān)104a發(fā)送用編解碼器A編碼的聲音信息1510。 網(wǎng)關(guān)104a使用在組呼叫設(shè)定時與分配裝置106商定的編解碼器A用的UDP 端口向分配裝置106發(fā)送聲音信息1510。分配裝置106為生成用編解碼器B 編碼的聲音信息，向編解碼器變換裝置107發(fā)送從網(wǎng)關(guān)104a接收到的聲音信 息1510。
圖27表示此時的聲音信息1511的IP包格式。
聲音信息1511的IP包2700包含IP頭2701、 UDP頭2702、序號2703、 RTP包2704。在IP頭2701中，作為發(fā)送源地址設(shè)定分配裝置106的IP地址， 作為送達地地址設(shè)定編解碼器變換裝置107的IP地址。在UDP頭2702中， 設(shè)定在組呼叫設(shè)定時分配裝置106和編解碼器變換裝置107之間商定的、編解 碼器A的流用的UDP端口號。序號2703是在一個組呼叫中分配裝置106向 編解碼器變換裝置107發(fā)送的聲音信息的IP包2700中順序設(shè)定的號碼。序號 2703的使用目的后面名又述。RTP包2704是分配裝置106從網(wǎng)關(guān)104a接收到 的RTP包，其中包含有網(wǎng)關(guān)104a在Talk Burst Request消息1502中設(shè)定的 SSRC。
返回圖15。分配裝置106，在向編解碼器變換裝置107發(fā)送編解碼器A 的聲音信息1511的同時，向網(wǎng)關(guān)104b發(fā)送相同的信息。這是使用編解碼器A 的移動終端100c用的聲音信息，用編解碼器A用的UDP端口進行收發(fā)。網(wǎng) 關(guān)104b將接收到的編解碼器A的聲音信息1512向基站101b發(fā)送。基站101b 向移動終端100c發(fā)送。另一方面，編解碼器變換裝置107當(dāng)接收到編解碼器 A的聲音信息1511時，變換為編解碼器B，把編解碼器B的聲音信息1513 向分配裝置106返回。此時使用的UDP端口是在組呼叫設(shè)定時在分配裝置106 和編解碼器變換裝置107之間商定的、編解碼器B的流用的UDP端口 。分配 裝置106向網(wǎng)關(guān)104b發(fā)送編解碼器B的聲音信息1514。這是使用編解碼器B 的移動終端100b用的聲音信息，用編解碼器B用的UDP端口進行收發(fā)。網(wǎng) 關(guān)104b向基站lOlb發(fā)送接收到的編解碼器B的聲音信息1514?；?01b向 移動終端100b發(fā)送。
2—5.釋放請求
圖16是發(fā)送權(quán)釋放的順序圖。下面使用圖16說明發(fā)送了聲音信息的移動終端釋放發(fā)送權(quán)的順序。在本 圖中移動終端100a釋放發(fā)送權(quán)?；?01a從移動終端100a接收發(fā)送權(quán)釋放 請求(步驟1600)?；?01a向網(wǎng)關(guān)104a發(fā)送發(fā)送權(quán)釋放請求消息1601。網(wǎng) 關(guān)104a向分配裝置106發(fā)送Talk Burst Release消息1602。分配裝置106解除 發(fā)送權(quán)的對于移動終端100a的分配(步驟1603 ),向網(wǎng)關(guān)104b發(fā)送Talk Burst Ilde消息1604。網(wǎng)關(guān)104b向基站101b發(fā)送發(fā)送權(quán)釋放通知消息1605，基站 101b向移動終端100b、 100c通知發(fā)送權(quán)釋放(步驟1606)。進而，分配裝置 106也向網(wǎng)關(guān)104a發(fā)送Talk Burst Idle消息1607。網(wǎng)關(guān)104a向基站101a發(fā)送 發(fā)送權(quán)釋^t通知消息1608，基站101a向移動終端100a通知發(fā)送權(quán)釋放(步 驟1609 )。
3.詳細流程圖
3 — 1.發(fā)送權(quán)請求
下面說明根據(jù)流程圖和表進行的詳細的處理內(nèi)容。
首先，說明在組呼叫設(shè)定結(jié)束后，對來自獲得了發(fā)送權(quán)的移動終端100a 的聲音包怎樣進行傳送、怎樣進行編解碼器變換。 (1)分配裝置
圖23是分配裝置106從網(wǎng)關(guān)104a、 104b、編解碼器變換裝置107接收到 RTP包的場合的流程圖。相當(dāng)于在圖15的順序圖中，從網(wǎng)關(guān)104a接收到編解 碼器A的聲音信息1510的場合，或者從編解碼器變換裝置107接收到編解碼 器B的聲音信息1513的場合。
以下首先說明從網(wǎng)關(guān)104a接收到RTP包的場合。
在圖23中，當(dāng)分配裝置106接收到RTP包時，在步驟2301檢索圖5表 示的分配表211。
在圖5的分配表211中，在步驟2301，檢查與接收到的RTP包的套接字 一致的組是否在接收包信息502中存在。關(guān)于全部通話組500,如果沒有一致 的接收包信息502,則作為不正確的包廢棄(步驟2307)，結(jié)束。
返回步驟2301，在接收包是搬運移動終端100a發(fā)送的聲音信息的RTP 包的場合，與圖5的分配表211的第一段的信息一致。因此轉(zhuǎn)移到步驟2302。 在步驟2302,判定發(fā)送源IP地址是網(wǎng)關(guān)104a或104b的IP地址還是編解碼器變換裝置107的IP地址。因為接收包是來自網(wǎng)關(guān)104a亦即網(wǎng)關(guān)a的包，所 以轉(zhuǎn)移到步驟2303。在步驟2303，在圖4表示的發(fā)送權(quán)表210中登記。對于 規(guī)定的通話組，判定關(guān)于發(fā)送權(quán)獲得終端的信息與接收包是否 一致。
在圖4的發(fā)送權(quán)表210中，在接收包的套接字信息以及SSRC與發(fā)送權(quán) 表210的各條目一致的場合，接收包是應(yīng)該向其他組成員分發(fā)的包。因此，轉(zhuǎn) 移到步驟2304制作發(fā)送包。在步驟2304接收包與發(fā)送權(quán)表210的內(nèi)容不一致 的場合，廢棄包(步驟2307)。
在步驟2304，用分配表211的發(fā)送包信息509生成發(fā)送包的IP頭和UDP 頭。與接收RTP包的接收包信息502對應(yīng)登記的發(fā)送包信息509是應(yīng)該生成 的發(fā)送包的套接字信息。因為接收RTP包的接收包信息502是第一段，所以 發(fā)送該包的場合的套接字信息是(發(fā)送源IP地址、發(fā)送源UDP端口、送達地 IP地址、送達地UDP端口 )=(分配裝置、30001、網(wǎng)關(guān)b、 40001 )、(分配裝 置、33001、編解碼器變換裝置、44001 )兩個。亦即，復(fù)制接收到的RTP包， 生成發(fā)往網(wǎng)關(guān)104b和發(fā)往編解碼器變換裝置107的包。接著在步驟2305，在 生成的發(fā)送包是發(fā)往編解碼器變換裝置107的場合，在UDP頭和RTP包之間 插入在序號表212 (參照圖5)中存儲的序號521， 4巴序號表212的序號521 增加l。圖27的IP包2700，是完成的發(fā)往編解碼器變換裝置的包的格式。
在圖23的步驟2305完成的包，在步驟2306向裝置外發(fā)送。以上是圖15 的順序中的、從聲音信息1510的接收到聲音信息1511以及1512的發(fā)送的處 理。
下面說明圖23的流程圖中從編解碼器變換裝置接收RTP包的情況。在圖 15的順序中，相當(dāng)于4妄收到編解碼器B的聲音信息1513的情況。
假定在圖23的步驟2301接收RTP包的套接字信息與分配表211的接收 包信息502的最下4更一致。在步驟2302的判定中，因為接收RTP包的發(fā)送源 IP地址501是編解碼器變換裝置，所以在步驟2308制作包。制作過程與步驟 2304相同，與接收包信息502對應(yīng)登記的發(fā)送包信息509是應(yīng)該生成的發(fā)送 包的套接字信息。即生成(發(fā)送源IP地址、發(fā)送源UDP端口、送達地IP地 址、送達地UDP端口 )=(分配裝置、30002、網(wǎng)關(guān)b、 40002)的包。然后發(fā) 送包(步驟2306)。另外，在分配表211中，未曾使用編解碼器506和MS數(shù)507，這是在組 呼叫設(shè)定時在設(shè)定分配表211的階^:要使用的，細節(jié)后述。 (2)編解碼器變換裝置
下面說明編解碼器變換裝置107中的聲音信息的處理。在圖15的順序中， 相當(dāng)于在從分配裝置106接收到編解碼器A的聲音信息1511后到發(fā)送編解碼 器B的聲音信息1513。聲音信息1511的IP包做成了圖27的IP包2700的形 式。
圖24是編解碼器變換裝置107從分配裝置106接收到聲音信息1511的 場合的流程圖。首先，當(dāng)從裝置外部接收到UDP包時，在步驟2401檢索圖9 表示的RTP流表707。
現(xiàn)在，因為從分配裝置106接收到的編解碼器A的RTP包的套接字信息， 如上述是(發(fā)送源IP地址、發(fā)送源UDP端口 、送達地IP地址、送達地UDP 端口 )=(分配裝置、33001、編解碼器變換裝置、44001 )，所以與圖9的RTP 流表707中的通話組900的第一^殳一致。因此，轉(zhuǎn)移到圖24的步驟2402，但 是如果關(guān)于全部通話組卯O不一致，則廢棄包(步驟2409)，結(jié)束。
在步驟2402，在圖IO表示的RTP抖動緩沖器709中，根據(jù)通話組、分 配裝置UDP端口以及SSRC，檢查是否有與接收RTP包對應(yīng)的緩沖器。
現(xiàn)在，因為接收到的RTP包的分配裝置的UDP號碼是33001，所以在 RTP抖動緩沖器709中，關(guān)注第一段。SSRC1003,表示被預(yù)想為現(xiàn)時刻有發(fā) 送權(quán)的移動終端的SSRC。
如果，在已經(jīng)是組呼叫設(shè)定后的最先的RTP的場合，SSRC1003是NULL， 在那種場合，步驟2402的判定成為"No"。另外，如果在已經(jīng)是別的終端獲 得發(fā)送權(quán)后的最先的RTP包的場合，SSRC 1003不是NULL,但是與接收RTP 包的SSRC不一致，在那種場合，在步驟2402的判定也成為"No"。在成為 "No"的場合，在步驟2403，檢查接收序號1002和接收包的序號2703。首 先，在接收序號1002是NULL的場合，因為是組呼叫設(shè)定后最先的RTP包， 所以作為重新構(gòu)筑緩沖器的對象前進到步驟2404。另外，在接收序號1002不 是NULL的場合，與接收包的序號2703比較何者是最新的，在接收包的序號 2703 —方是最新的場合，作為切換了發(fā)送權(quán)獲得終端的最初的RTP包，作為重新構(gòu)筑緩沖器的對象前進到步驟2404。另一方面，在接收序號1002—方比 接收包的序號2703是最新的場合，判定為在切換了發(fā)送權(quán)獲得終端后，切換 前的舊的RTP包到達。在步驟2409廢棄包。
在步驟2404，把接收包的序號2703的值復(fù)制到接收序號1002。在步驟 2405,在開始指針1006不是NULL的場合，因為發(fā)送權(quán)獲得終端被切換前的 舊的RTP包，構(gòu)成了隊列，所以全部釋放(廢棄)它。開始指針1006存儲附 隨在下次應(yīng)該向解碼器輸入的聲音信息的UDP包的后方指針2711的存儲器地 址(參照圖27)。后方指針2711存儲附隨在其次應(yīng)該向解碼器輸入的聲音信 息的UDP包的后方指針的存儲器地址。用這種重復(fù)，SSRC以同一RTP包向 解碼器輸入的順序構(gòu)成隊列，在附隨最后的包的后方指針中設(shè)定NULL。因此， 在釋放它們的場合，只要從開始指針1006順序安排包，在后方指針2711成為 NULL之前繼續(xù)存儲器釋放的過程即可。在釋放結(jié)束后，把開始指針初始化為 NULL。
在步驟2406，把接收RTP包的SSRC復(fù)制到SSRC1003。進而在下次輸 入時刻，把下次輸入時間戳初始化為NULL。
在步驟2407，根據(jù)在接收RTP包中包含的時間戳，將包插入到從開始指 針1006開始的隊列中。這里，在下次輸入時間戳1005是NULL的場合，因 為是從發(fā)送權(quán)獲得終端接收到的最初的包，所以設(shè)定到隊列的開始。亦即，把 在IP包2700上追加的后方指針2711的地址設(shè)定在開始指針1006。另外，把 前方指針2710、后方指針2711的值設(shè)定為NULL。在末尾指針1007中設(shè)定 前方指針2710的地址。另外，在下次輸入時間戳1005中設(shè)定在接收RTP包 中包含的時間戳值。進而，在下次輸入時刻1004中設(shè)定把接收RTP包的聲音 信息輸入解碼器的時刻。例如使用在現(xiàn)在時刻上增加包到達的抖動量的值。
另外，在步驟2402中，參照RTP抖動緩沖器709，在通話組1000亦即 分配裝置UDP端口 1001與接收IP包的那些一致的緩沖器中，在SSRC1003 與接收RTP包的SSRC —致的場合，在步驟2408停止SSRC刪除定時器。所 謂SSRC刪除定時器，是在從分配裝置106完全不接收RTP包、且解碼器輸 入等待的聲音信息已經(jīng)沒有的時刻開始的定時器。在SSRC刪除定時器超時的 場合，把SSRC1003、下次輸入時刻1004、下次輸入時間戳1005初始化為NULL。
轉(zhuǎn)移到步驟2410,比較接收包的序號2703與接收序號1002,如果接收 序號2703大，則把其值設(shè)定到接收序號1002中。
轉(zhuǎn)移到步驟2407,把接收包插入向解碼器的輸入等待隊列中。首先，比 較下次輸入時間戳1005與在接收RTP包中包含的時間戳。如果接收RTP包一 方小，則插入到隊列的開頭，把接收RTP包的時間戳復(fù)制到下次輸入時間戳 1005中。如果接收RTP包一方大，則查找開始指針1006，比較開始的RTP 包的時間戳。如果接收RTP包一方小，則插入在隊列的開頭。如果接收RTP 包一方大，則比較第二號的包的時間戳，如果接收RTP包一方小，則在第二 號的包前插入接收RTP包。這樣，按照從隊列的開頭時間戳小的順序排列插 入接收RTP包。在隊列的最末尾插入的場合，更新末尾指針1007。
圖25是表示編解碼器變換裝置的解碼處理流程的圖。
下面使用圖25說明從RTP抖動緩沖器709向解碼器輸入聲音信息的處 理。這也由編解碼器變換控制模塊702執(zhí)行。解碼器輸入處理2500周期地起 動。首先，比較RTP抖動緩沖器709的下次輸入時刻1004與現(xiàn)在時刻(步驟 2501 )，在尚未到的場合，以及下次輸入時刻1004是NULL的場合，結(jié)束處 理。在現(xiàn)在時刻超過下次輸入時刻1004的場合，參照開始指針1006，比較開 頭包的時間戳與下次輸入時間戳1005 (步驟2502)。如果開頭包的時間戳大， 則因為在開頭包的輸入時刻還沒有，所以代替本來應(yīng)該輸入的RTP包向解碼 器輸入偽數(shù)據(jù)(步驟2507 )。這在分配裝置106和編解碼器變換裝置107之間 產(chǎn)生包損失的場合會發(fā)生。
在步驟2502，如果開頭包的時間戳在下次輸入時間戳1005以下，則從隊 列中取出開頭包，把聲音信息輸入解碼器(步驟2503 )。輸入目的地的解碼器， 使用圖9表示的編解碼器變換表708來決定。
在圖9的編解碼器變換表708中，觀察表的第一段，可知相應(yīng)的通話 組的分配裝置UDP端口 911是33001的RTP流(從RTP流表707可知是編解 碼器A的流)，在用作為編解碼器A的解碼器A001進行解碼后，用作為編解 碼器B的編碼器B003進行編碼，作為編解碼器變換裝置UDP端口 914作為 44002的RTP流向分配裝置106發(fā)送(從RTP流表707可知是編解碼器B的流)。
轉(zhuǎn)移到圖25的步驟2504，判定緩沖器是否空，即是否沒有向解碼器的輸 入等待包。在沒有包的場合，起動SSRC刪除定時器(步驟2505 )。然后在步 驟2506，更新下次輸入時刻1004、下次輸入時間戳1005。下次輸入時刻1004， 參照圖8的編解碼器資源管理表705的、與編解碼器類別800對應(yīng)的幀速率 808，更新為加上相當(dāng)于1幀的時間(在本圖中為40ms )的時刻。下次l命入時 間戳1005,參照編解碼器資源管理表705的、與編解碼器類別800對應(yīng)的RTP 時鐘速率801，更新為加上相當(dāng)于1幀的時鐘數(shù)(在本圖中是8000x0.04s = 320)的值。
下面說明把解碼器輸出的PCM聲音信息存入解碼器數(shù)據(jù)抖動緩沖器710 中的處理。在圖25的解碼器輸出處理2510中，當(dāng)編解碼器變換控制模塊702 檢測到來自解碼器的輸出時，檢索編解碼器變換表708的編解碼器ID912 (步 驟2511)。在找不到輸出源的編解碼器ID的場合廢棄輸出數(shù)據(jù)(步驟2525 )。 在找到的場合，轉(zhuǎn)移到步驟2512。在步驟2512,求與編解碼器ID912對應(yīng)的 分配裝置UDP端口 911,從RTP抖動緩沖器IOOO的分配裝置UDP端口 1001 參照SSRC1003。在SSRC1003是NULL的場合，判斷為已經(jīng)不需要來自解碼 器的輸出，將其廢棄(步驟2515)。在SSRC1003不是NULL的場合，在步驟
該輸入PCM聲音信息的編碼器。在步驟2514，在解碼數(shù)據(jù)抖動緩沖器710(參 照圖10)的、與編碼器ID1010對應(yīng)的輸入等待隊列中存入PCM聲音信息。
在獲得了發(fā)送權(quán)的移動終端初次發(fā)送的聲音信息的場合，因為下次輸入 時刻1011是NULL,所以將其設(shè)定為現(xiàn)在時刻+a的值。a，例如使用增加了 來自解碼器的PCM聲音信息的輸出抖動的值。
圖26是表示編解碼器變換裝置的編碼處理流程的圖。
下面使用圖26說明從解碼數(shù)據(jù)抖動緩沖器710向編碼器輸入聲音信息的 處理。這也由編解碼器變換控制模塊702執(zhí)行。編碼器輸入處理2600周期地 起動。首先，比較解碼數(shù)據(jù)抖動緩沖器710的下次輸入時刻1011與現(xiàn)在時刻， 在尚未到的場合，以及下次輸入時刻1011是NULL的場合，結(jié)束處理(步驟 2601 )。在現(xiàn)在時刻超過下次輸入時刻1011的場合，參照開始指針1012,從隊列中取出開頭的PCM聲音信息，向編碼器IDi010表示的編碼器輸入(步 驟2602)。在步驟2603,更新下次輸入時刻1011。在現(xiàn)在時刻上相加圖8的 編解碼器資源管理表705的、與編解碼器類別800對應(yīng)的RTP時鐘速率801 的倒數(shù)(亦即相當(dāng)于1時鐘的時間)，來進行設(shè)定。但是，作為編碼器的獨自 規(guī)格也可以降低輸入頻度，在該場合用與RTP時鐘速率801無關(guān)的固有參數(shù) 存儲相加值。另一方面，在沒有向編碼器的輸入等待聲音信息的場合，把下次 輸入時刻1011設(shè)定為NULL。
下面說明向分配裝置106發(fā)送從編碼器輸出的聲音信息的處理。在圖26 的編碼器輸出處理2610中，當(dāng)編解碼器變換控制模塊702檢測到來自編碼器 的輸出時，檢索編解碼器變換表708的編碼器ID913 (步驟2611 )。在找不到 輸出源的編碼器ID的場合，廢棄輸出數(shù)據(jù)(步驟2616)。在找到的場合，轉(zhuǎn) 移到步驟2612。在步驟2612,求與編碼器ID913對應(yīng)的分配裝置UDP端口 911，從RTP抖動緩沖器1000的分配裝置UDP端口 1001求SSRC1003。在 SSRC1003是NULL的場合，判斷為不要來自編碼器的輸出，將其廢棄(步驟 2616)。在SSRC1003不是NULL的場合，在步驟2613,求與編解碼器變換表 708的編碼器ID913對應(yīng)的編解碼器變換裝置UDP端口 914，參照RTP流表 707的UDP端口卯3,確定應(yīng)該送出編碼結(jié)果的RTP流。在步驟2614生成 RTP/UDP/IP包，在步驟2615向IP網(wǎng)絡(luò)送出。
通過上述，就結(jié)束關(guān)于在組呼叫設(shè)定后對來自獲得了發(fā)送權(quán)的移動終端 的聲音包怎樣傳送、怎樣進行編解碼器變換的說明。
3—2.開始請求
下面使用流程圖說明在組呼叫設(shè)定以及發(fā)送權(quán)獲得的信令處理中初始化 上述聲音包處理必要的各種表的過程。 (1 )分配裝置
圖20表示分配裝置106從呼叫控制裝置105接收到組通信的呼出的場合 的分配控制模塊205的流程圖。INVITE接收處理2000，在圖13 (a)的順序 中，在分配裝置106接收到INVITE消息1303的場合進行。
在步驟2001，根據(jù)圖17的消息內(nèi)容，在圖5表示的分配表211的接收包 信息502中設(shè)定發(fā)送終端用的RTP流信息。首先，向通話組500復(fù)制INVITE
35消息1302的To頭1702的內(nèi)容。在發(fā)送源IP地址501中，設(shè)定INVITE消息 1302的From頭1701表示的地址(msl@netA )的IP地址。msl@netA,因為 是網(wǎng)關(guān)104a上的虛擬SIP終端，所以設(shè)定網(wǎng)關(guān)104a的地址。在發(fā)送源UDP 端口 503中，設(shè)定對話信息1703的UDP端口 "10000"。在送達地IP地址504 內(nèi)設(shè)定分配裝置106的IP地址。在送達地端口 505內(nèi)設(shè)定分配裝置106的未 使用UDP端口號。進而，在編解碼器506內(nèi)設(shè)定對話信息1703的編解碼器"A"。 在MS數(shù)507中設(shè)定1 。這表示上述RTP流用編解碼器A編碼，另外使用它 的MS是1臺(=發(fā)送終端)。
在步驟2002，設(shè)定圖4表示的RTCP流表209。在通話組400中復(fù)制 INVITE消息1302的To頭1702的內(nèi)容。在RTP401中設(shè)定在步驟2001設(shè)定 的接收包信息。亦即在IP地址402、 UDP端口 403、 IP地址404、 UDP端口 405中分別設(shè)定發(fā)送源IP地址501 、發(fā)送源UDP端口 503、送達地IP地址504、 送達地UDP端口 505。在RTCP406中，設(shè)定對于RTP401的發(fā)送權(quán)控制用的 流信息。亦即，在IP地址407、 IP地址409中，分別復(fù)制IP地址402、 IP地 址404的值。UDP端口 408，設(shè)定INVITE消息1302的對話信息1703表示的 RTCP的UDP端口號"10010"。在UDP端口號410中設(shè)定分配裝置106的未 使用的UDP端口號。
在步驟2003，對于呼叫連接裝置105發(fā)送Session Progress消息l304。在 消息中的對話信息1713中，作為分配裝置106給RTP流分配的UDP端口號， 設(shè)定UDP端口 405的值(在本例中是30001 ),作為給RTCP流分配的UDP 端口號設(shè)定UDP端口 410的值(在本例中是30011 )。
在步驟2004,在用于呼叫組成員的INVITE消息1320中設(shè)定在圖3中表 示的編解碼器表208中登記的全部編解碼器各個的對話信息。其中，在對話信 息1803a中，因為是發(fā)送終端也使用的關(guān)于編解碼器的信息，所以設(shè)定在步驟 2001、步驟2002已確保的UDP端口號(在本例中，在RTP流用中為30001， 在RTCP流用中為30011 )。對于其他的對話信息1803b、 1803c、 1803d,重新 確保RTP流用和RTCP流用的UDP端口號，設(shè)定在INVITE消息1320中。
在步驟2005，在INVITE消息的最后追加處于同一網(wǎng)關(guān)管轄下的組成員 的送達地地址列表1804,把列表中的開頭的成員向To頭1802中復(fù)制。在本例中，組號碼0003的組成員是移動終端100a (與msl⑥netA對應(yīng))、移動終 端100b (與ms2@netA對應(yīng))、移動終端100c (與ms3@netA對應(yīng))，因為移 動終端lOOb、移動終端100c都處于網(wǎng)關(guān)104b的管轄下，所以只向網(wǎng)關(guān)104b 發(fā)送發(fā)往組成員的INVITE消息(步驟2006 )。
下面使用INVITE OK接收處理、說明從呼叫控制裝置105在圖13 (b) 中接收對于INVITE消息1320的OK應(yīng)答1328的場合的處理。在步驟2011, 判定To頭1812,因為和發(fā)送完畢的INVITE消息1320的To頭1802相同， 所以轉(zhuǎn)移到步驟2012。在步驟2012,在圖5表示的分配表211的接收包信息 502中設(shè)定OK應(yīng)答1328的對話信息1813a。亦即在發(fā)送源IP地址501中設(shè) 定表示OK應(yīng)答1327的To頭1812的地址(ms2@netA )的IP地址。ms2⑥netA， 因為是網(wǎng)關(guān)104b上的虛擬SIP終端，所以設(shè)定網(wǎng)關(guān)104b的地址。在發(fā)送源 UDP端口 503中，設(shè)定對話信息1813a的UDP端口 "40001"。在送達地IP 地址504中設(shè)定分配裝置106的IP地址。在送達地UDP端口中，設(shè)定關(guān)于在 INVITE消息1320中設(shè)定的編解碼器A的對話信息1803的UDP端口 "30001"。 進而，在編解碼器506中設(shè)定對話信息1813a的編解碼器"A"。在MS數(shù)507 的設(shè)定中，要參照送達地地址列表1814。這里，關(guān)于網(wǎng)關(guān)104b,按照編解碼 器的每一種類對移動終端進行分類。關(guān)于編解碼器A，因為知道僅是ms3,所 以在MS數(shù)507中設(shè)定1。關(guān)于對話信息1813a的設(shè)定如上所述。關(guān)于對話信 息1813b也用同樣的過程設(shè)定分配表211的接收包信息502、編解碼器506、 MS數(shù)507。
在步驟2013,根據(jù)對話信息1813a、 1813b設(shè)定圖4中表示的RTCP流表 209。首先說明對話信息1813a。 RTP401的IP地址402、 UDP端口 403、 IP地 址404、 UDP端口 405，分別設(shè)定上述設(shè)定的分配表211的發(fā)送源IP地址501、 發(fā)送源UDP端口 503 、送達地IP地址504、送達地UDP端口 505的值。RTCP406 的IP地址407、 IP地址409，分別復(fù)制IP地址402、 IP地址404的值。UDP 端口 408，設(shè)定對話信息1813a的RTCP的UDP端口號(在本圖中是40011 )。 UDP端口 410，設(shè)定在關(guān)于在INVITE消息1320中設(shè)定的編解碼器A的對話 信息1803a中設(shè)定的RTCP的UDP號碼(在本圖中是30011 )。以上是關(guān)于對 話信息1803a的設(shè)定。關(guān)于對話信息1803b也用同樣的過程設(shè)定RTCP流表209。
在步驟2014，因為在組通信中使用的編解碼器有多個，所以向編解碼器 變換裝置107發(fā)送INVITE消息1329。對于每一編解碼器的種類分配裝置106 確保與編解碼器變換裝置107收發(fā)的RTP流的UDP號碼，來設(shè)定INVITE消 息1329的對話信息1903a、 1903b。
以上是分配裝置106接收來自呼叫控制裝置105的OK應(yīng)答1328的場合 的處理。
下面使用INVITE OK接收處理2010來說明在圖13 (b)中分配裝置106 接收到來自編解碼器變換裝置107的OK應(yīng)答1330的場合的處理。在步驟 2011，因為To頭1912是編解碼器變換裝置107的地址所以轉(zhuǎn)移到步驟2015 。 在步驟2015,在圖5表示的分配表211的接收包信息502中，設(shè)定OK應(yīng)答 1330的對話信息1913a、 1913b。首先說明對話信息1913a。在發(fā)送源IP地址 501中設(shè)定OK應(yīng)答1330的To頭1912表示的地址(tmnscoder.netA)的IP地 址。在發(fā)送源UDP端口 503中設(shè)定對話信息1913a的UDP端口 "44001"。在 送達地IP地址504中設(shè)定分配裝置106的IP地址。在送達地UDP端口 505 中設(shè)定關(guān)于在INVITE消息1329中設(shè)定的編解碼器A的對話信息1903a的 UDP端口 "33001"。進而，在編解碼器506中設(shè)定對話信息1913a的編解碼 器"A"。在MS數(shù)507中為方便起見總是設(shè)定1。以上是關(guān)于對話信息1913a 的設(shè)定。關(guān)于對話信息1913b也用同樣的過程設(shè)定。
在步驟2016，與圖5的分配表211的接收包信息502對應(yīng)，設(shè)定發(fā)送包 信息509。首先，關(guān)于接收包信息502 (發(fā)送源IP地址、發(fā)送源UDP端口、 送達地IP地址、送達地UDP端口 )=(網(wǎng)關(guān)a、 10000、分配裝置、30001 )， 設(shè)定發(fā)送包信息509。具體說，因為該RTP流的編解碼器506是"A",所以 把編解碼器506是A的接收包信息502全部復(fù)制到發(fā)送包信息509。在本圖中， 因為編解碼器A的RTP流成為對象，所以在發(fā)送包信息509中設(shè)定接收包信 息502是(發(fā)送源IP地址、發(fā)送源UDP端口、送達地IP地址、送達地UDP 端口)=(網(wǎng)關(guān)1 、 40001、分配裝置、30001 )、(編解碼器變換裝置、44001、 分配裝置、33001 )的兩個。這里，關(guān)于自己自身(發(fā)送源IP地址、發(fā)送源 UDP端口 、送達地IP地址、送達地UDP端口 )=(網(wǎng)關(guān)a、 10000、分配裝置、30001 )，如果在網(wǎng)關(guān)a的管轄下使用編解碼器A的終端有多個的場合，則需 要向發(fā)送了編解碼器A的RTP流的終端以外分發(fā)相同的流，但是因為在本圖 中MS數(shù)507是1,所以不需要在發(fā)送包信息509中設(shè)定自己自身。如果在 MS數(shù)507是2以上的場合，則也要在發(fā)送包信息509中設(shè)定(發(fā)送源IP地址、 發(fā)送源UDP端口 、送達地IP地址、送達地UDP端口 )=(網(wǎng)關(guān)a、 10000、 分配裝置、30001 )。通過上述，結(jié)束接收包信息502是(發(fā)送源IP地址、發(fā) 送源UDP端口 、送達地IP地址、送達地UDP端口 )=(網(wǎng)關(guān)a、 10000、分 配裝置、30001 )的場合的發(fā)送包信息509的設(shè)定。以同樣的過程，設(shè)定關(guān)于 全部接收包信息502的發(fā)送包信息509。
在步驟2017，初始化圖4表示的發(fā)送權(quán)表210。在通話組420中設(shè)定 INVITE消息1302的To頭1702的內(nèi)容。把發(fā)送源IP地址421、發(fā)送源UDP 端口 422、送達地IP地址423、送達地UDP端口 424、 SSRC425設(shè)定為NULL。
在步驟2018，初始化序號表212。在通話組520中設(shè)定INVITE消息1302 的To頭1702的內(nèi)容。在序號521中設(shè)定例如用隨機數(shù)生成的值。
在步驟2019,向呼叫控制裝置105發(fā)送與INVITE消息1303對應(yīng)的OK 應(yīng)答1331。以上是分配裝置106接收到來自編解碼器變換裝置107的OK應(yīng) 答1330的場合的處理。
(2)編解碼器變換裝置
圖21是表示編解碼器變換裝置的呼叫設(shè)定處理流程的圖。 下面使用圖21、說明在圖13 (b)中編解碼器變換裝置107從分配裝置 106接收到INVITE消息1329的場合的編解碼器變換控制模塊702的處理。
在步驟2101，根據(jù)在INVITE消息1329 (參照圖13 (b))中包含的對話 信息l卯3a、 1903b設(shè)定圖9表示的RTP流表707。在通話組卯0中，設(shè)定INVITE 消息1329的From頭1901的內(nèi)容。接著作為每一對話信息的設(shè)定，設(shè)定關(guān)于 對話信息1903a的信息。在IP地址905中設(shè)定分配裝置106的IP地址，在 UDP端口 906中設(shè)定對話信息1903a的UDP端口的號碼(在本例中是33001 ), 在編解碼器907中設(shè)定對話信息1903a的編解碼器(在本例中是A )。在IP地 址901中設(shè)定編解碼器變換裝置107的IP地址，在UDP端口 903中設(shè)定在編 解碼器變換裝置107中空的UDP端口號(在本例中是44001 )。通過上述結(jié)束對話信息1903a的設(shè)定。對于對話信息1903b也用同樣的過程設(shè)定。
在步驟2102，判定是否能全部確保必要的編解碼器電路。位于圖9表示 的RTP流表707的編解碼器907中的全部編解碼器(在本例中是A和B )是 對象。首先，關(guān)于編解碼器A，在圖8表示的編解碼器資源管理表705的編解 碼器類別800中檢索編解碼器A,對于編解碼器A的編碼器、解碼器各個檢 查使用量805是否未達到資源量803。在即使一方達到的場合，就沒有編解碼 器變換所必要的空閑資源，轉(zhuǎn)移到步驟2110。在步驟2110,釋放RTP流表707, 對于INVITE消息1329向分配裝置106發(fā)送NG的應(yīng)答。在步驟2102，對于 編解碼器B也進行同樣檢查，僅在A、 B的編碼器、解碼器都是空閑的場合， 才轉(zhuǎn)移到步驟2103。在2103,對于編解碼器A、 B各個，對使用量805的編 碼器806以及解碼器807加1。在步驟2104，檢索編解碼器使用中映象706， 在編解碼器A的解碼器、編碼器和編解碼器B的解碼器、編碼器中各選擇一 個空閑的電路，設(shè)立使用中位。在步驟2105，在圖9表示的編解碼器變換表 708中登記確保的編解碼器。在通話組910中復(fù)制圖9表示的RTP流表707 的通話組900。在分配裝置UDP端口 911中復(fù)制RTP流表707的UDP端口 906。在本例中，UDP端口 906是33001和33002。因為UDP端口 33001是編 解碼器A的RTP流，所以在解碼器ID912中設(shè)定編解碼器A的解碼器(在本 例中是AOOl)。同樣，因為UDP端口 33002是編解碼器B的RTP流，所以在 解碼器ID912中設(shè)定編解碼器B的解碼器(在本例中是B003 )。在步驟2106 設(shè)定編碼器ID913。首先說明關(guān)于分配裝置UDP端口 911是33001的RTP流 的設(shè)定。RTP流表707的UDP端口 906是33001的RTP流，編解碼器907是 A。因此，編解碼器變換裝置107在相同的通話組900中，對于編解碼器是A 以外的編解碼器，需要變換聲音信息。在本例中，參照編解碼器907可知在編 解碼器A以外只有B。因此，在編碼器ID913中設(shè)定在步驟2104確保的編解 碼器B的編碼器的識別符。假定，在同一組中使用了編解碼器A、編解碼器B、 編解碼器C的場合，對于作為編解碼器A的流的33001，在編碼器ID913中 要設(shè)定編解碼器B的編碼器和編解碼器C的編碼器兩者。
分配裝置UDP端口 911對于33002的RTP流，也以同樣的過程設(shè)定編解 碼器A的編碼器。在步驟2107，對于在步驟2106設(shè)定的各個的編碼器ID913，設(shè)定與編解 碼器的種類對應(yīng)的編解碼器變換裝置107的UDP端口號。例如，對于編碼器 ID913是B103的流，因為B103是編解碼器B，所以檢索RTP流表707的編 解碼器907是B的RTP流，在編解碼器變換裝置UDP端口 914中設(shè)定編解碼 器變換裝置902的UDP端口 903。同樣，對于在編碼器ID913中登記的各個 編碼器，全部登記應(yīng)該送出編碼結(jié)果的RTP流的UDP號碼。
在步驟2108，初始化圖IO表示的RTP抖動緩沖器709。通話組1000、 分配裝置UDP端口 1001 ，復(fù)制圖9表示的編解碼器變換表708的通話組910、 分配裝置UDP端口 911。接收序號1002、 SSRC1003、下次輸入時刻1004、 下次輸入時間戳1005、開始指針1006、末尾指針1007,設(shè)定為NULL。
在步驟2109，初始化圖10表示的解碼數(shù)據(jù)抖動緩沖器710。編碼器 ID1010，對于在圖9表示的編解碼器變換表708的編碼器ID913中登記的全部 編碼器，在這里不重復(fù)設(shè)定。下次輸入時刻1011、開始指針1012、末尾指針 1013設(shè)定為NULL。
在步驟2112,發(fā)送對于INVITE消息1329的OK應(yīng)答1330。在對話信息 1913a、 1913b中，對于編解碼器的每一種類設(shè)定RTP流表707的UDP端口 903、 編解碼器資源管理表705的RTP時鐘速率801。
以上是編解碼器變換裝置107從分配裝置106接收到INVITE消息1329 的場合的處理。
3—3.發(fā)送權(quán)請求
圖22是表示分配裝置的發(fā)送權(quán)控制流的圖。
最后，使用圖22說明如圖15所示、在組呼叫設(shè)定結(jié)束后分配裝置106 從網(wǎng)關(guān)104a接收到Talk Burst R叫uest消息1502的場合的處理。
首先，在步驟2201，檢查接收到Talk Burst Request消息1502的發(fā)送源 IP地址、發(fā)送源UDP端口、送達地IP地址送達地UDP端口的組，是否登記 在了圖4中表示的RTCP流表209的RTCP406中。在未登記的場合結(jié)束處理。 在登記完畢的場合，在步驟2202判定圖4表示的發(fā)送權(quán)表210的SSRC425是 否是NULL。如果不是NULL則因為是某個移動終端持有發(fā)送權(quán)的狀態(tài)，所以 向請求源發(fā)送不可承認消息(步驟2203 )。如果發(fā)送權(quán)表210的SSRC425是NULL,則因為誰都尚未請求發(fā)送權(quán)，所以轉(zhuǎn)移到步驟2204。在步驟2204, 向發(fā)送權(quán)表210復(fù)制RTP流表209的RTCP406與Talk Burst R叫uest消息1502 一致的流的RTP401。亦即，分別向發(fā)送源IP地址421、發(fā)送源UDP端口 422、 送達地IP地址423、送達地UDP端口 424，復(fù)制IP地址402、 UDP端口 403、 IP地址404、 UDP端口 405。進而在SSRC425中設(shè)定在Talk Burst Request消 息1502中包含的SSRC。
在步驟2205，向發(fā)送權(quán)請求源以外發(fā)送Talk Burst Taken消息1504,在步 驟2206向發(fā)送權(quán)請求源發(fā)送Talk Burst Granted消息1507。以上是分配裝置 106從網(wǎng)關(guān)104a接收到Talk Burst Request消息1502的場合的處理。
這樣一來，在信令時的消息處理中，通過進行各種表的設(shè)定，在終端發(fā) 送了聲音信息時，就能夠適當(dāng)?shù)剡M行編解碼器變換。
本發(fā)明不限于移動終端，能夠應(yīng)用于各種無線終端。另外，雖然對于編 解碼器變換裝置進行了說明，但是不限于此，也能夠應(yīng)用于協(xié)議變換裝置或者 介質(zhì)變換裝置等的各種變換裝置。
權(quán)利要求
1. 一種分配裝置，其用于下述通信系統(tǒng)，該通信系統(tǒng)，通過把作為請求了發(fā)送權(quán)的無線終端的發(fā)送終端發(fā)送的聲音信息，由所述分配裝置通過或者不通過編解碼器變換裝置，經(jīng)由網(wǎng)關(guān)以及基站向其他多個無線終端分發(fā)，由此實現(xiàn)多個無線終端的半雙工多對多的通話，所述分配裝置，當(dāng)接收包時，檢索把作為組呼叫的識別符的通話組識別信息、表示通過通話組的呼叫能夠接收的包的套接字信息的接收包信息、編碼方式、和表示搬運現(xiàn)在取得了發(fā)送權(quán)的無線終端的聲音信息的包的套接字信息的發(fā)送包信息對應(yīng)起來存儲的分配表，檢查與接收到的包的套接字信息一致的條目是否在所述接收包信息中存在，在條目存在的場合，判定所述接收包的發(fā)送源地址是網(wǎng)關(guān)的地址，還是編解碼器變換裝置的地址，在所述接收包是來自網(wǎng)關(guān)的包的場合，對于通話組識別信息，參照把包的套接字信息、與用于識別現(xiàn)在取得了發(fā)送權(quán)的無線終端的發(fā)送權(quán)請求識別符對應(yīng)起來存儲的發(fā)送權(quán)表，在所述接收包的套接字信息以及在所述接收包中包含的發(fā)送權(quán)請求識別符、與所述發(fā)送權(quán)表的條目一致的場合，判斷為所述接收包是應(yīng)該向其他組成員分配的包，參照所述分配表，遵照與所述接收包的所述接收包信息對應(yīng)登記的發(fā)送包信息，另外，在所述發(fā)送包信息的套接字信息是多個的場合復(fù)制所述接收包，來生成發(fā)往相應(yīng)網(wǎng)關(guān)和/或發(fā)往所述編解碼器變換裝置的發(fā)送包，并且，在生成的發(fā)送包是發(fā)往所述編解碼器變換裝置的場合，與通話組識別信息對應(yīng)，參照存儲有在向編解碼器變換裝置傳送的場合、在包上附加的序號的序號表，把所述序號插入所述發(fā)送包中，將所述序號表的序號增加1，發(fā)送完成的發(fā)送包。
2. 根據(jù)權(quán)利請求1所述的分配裝置，其中，在對所述接收包的發(fā)送源地址是網(wǎng)關(guān)的地址、還是編解碼器變換裝置的地址進行判定所得的結(jié)果為所述接收包的發(fā)送源地址是編解碼器變換裝置的場 合，參照所述分配表，遵照與接收包信息對應(yīng)登記的發(fā)送包信息生成包，向相 應(yīng)的網(wǎng)關(guān)發(fā)送包。
3. 根據(jù)權(quán)利請求1所述的分配裝置，其特征在于，將所述編解碼器變換裝置具有的編碼變換單元的全部編碼方式記述在對 無線終端的接受消息中。
4. 一種編解碼器變換裝置，所述通信系統(tǒng)通過把作為請求了發(fā)送權(quán)的無線終端的發(fā)送終端發(fā)送的聲 音信息，由所述分配裝置通過或者不通過編解碼器變換裝置，經(jīng)由網(wǎng)關(guān)以及基 站向其他多個無線終端分發(fā)，由此實現(xiàn)多個無線終端的半雙工多對多的通話，所述編解碼器變換裝置，根據(jù)從所述分配裝置接收到的包，對于通話組識別信息，參照存儲了分配 裝置的端口號、接收序號、和用于識別被預(yù)想為現(xiàn)時刻具有發(fā)送權(quán)的無線終端 的發(fā)送權(quán)請求識別符的抖動緩沖器，(a) 在所述抖動緩沖器的分配裝置的端口號以及發(fā)送權(quán)請求識別符、與接 收包的分配裝置的端口號以及發(fā)送權(quán)請求識別符不一致的場合，i) 在所述抖動緩沖器的接收序號一方比所述接收包的序號新的場合，在 獲得了發(fā)送權(quán)的無線終端切換后，判定為切換前的舊的包已到達，廢棄包，另一方面，ii) 在所述抖動緩沖器的接收序號是O或者空白的場合，判斷為是組呼叫 設(shè)定后最初的包，或者在所述接收包的序號一方比上述抖動緩沖器的接收序號 新的場合，判定為所述接收包是獲得了發(fā)送權(quán)的無線終端切換后的最初的包， 把所述接收包的序號的值復(fù)制到所述抖動緩沖器的接收序號中，把所述接收包的發(fā)送權(quán)請求識別符復(fù)制到所述"H"動緩沖器的發(fā)送權(quán)請求識別符中，由此重新構(gòu)筑所述抖動緩沖器的緩沖器，(b) 在所述抖動緩沖器的分配裝置的端口號以及發(fā)送權(quán)請求識別符、與所 述接收包的分配裝置的端口號以及發(fā)送權(quán)請求識別符一致的場合，比較所述接 收包的序號與所述抖動緩沖器的接收序號，如果所述接收包的序號一方大，則把其值設(shè)定到所述抖動緩沖器的接收序號中，把所述接收包從隊列的開始按時 間戳小的順序排列插入向編碼變換單元的輸入緩沖器的輸入等待隊列中，通過 所述編碼變換單元，將所述接收包從第一編碼方式變換為第二編碼方式。
5. 根據(jù)權(quán)利要求4所述的編解碼器變換裝置，其特征在于， 當(dāng)從所述分配裝置接收到包時，對于通話組識別信息，檢索存儲了所述編解碼器變換裝置使用的地址和端口號、所述分配裝置使用的地址、和編碼方式 的流表，判斷從所述分配裝置接收到的第 一編碼方式的包的端口號的條目是否在 所述流表內(nèi)，在條目不在所述流表內(nèi)的場合，廢棄所述包。
6. 根據(jù)權(quán)利要求4所述的編解碼器變換裝置，其特征在于， 對于通話組識別信息，參照存儲了分配裝置端口號、表示應(yīng)該輸入所述分配裝置UDP端口號表示的分配裝置的接收流的解碼器的解碼器ID、表示應(yīng)該 輸入所述解碼器ID表示的解碼器輸出的聲音信息的編碼器的編碼器ID、和表 示應(yīng)該送出所述編碼器ID表示的編碼器輸出的聲音信息的流的編解碼器變換 裝置端口號的編解碼器變換表，根據(jù)所述通話組識別信息以及分配裝置端口 號，用所述解碼器ID的解碼器對來自所述輸入緩沖器的所述接收包進行解碼， 進而用所述編碼器ID的編碼器進行編碼，來生成發(fā)送包，向網(wǎng)絡(luò)送出。
7. 根據(jù)權(quán)利要求4所述的編解碼器變換裝置，其特征在于， 在被承認了發(fā)送斥又的所述無線終端切換到了其他無線終端的場合，廢棄切換前的所述無線終端的聲音信息。
8. 根據(jù)權(quán)利要求4所述的編解碼器變換裝置，其特征在于， 在用所述編碼變換單元對聲音信息進行了變換后，識別現(xiàn)時刻選擇的發(fā)送終端的聲音信息的編碼方式，在所述編碼方式與所述編碼變換單元的編碼方式不同的場合，廢棄變換完 畢的聲音信息。
9. 根據(jù)權(quán)利要求4所述的編解碼器變換裝置，其特征在于， 在不能接收來自無線終端的聲音信息、以后沒有輸入到所述編碼變換單元的聲音信息的場合，向所述編碼變換單元的輸入偽數(shù)據(jù)。
10. —種通信系統(tǒng)，所述通信系統(tǒng)，通過把作為請求了發(fā)送權(quán)的無線終端的發(fā)送終端發(fā)送的聲音信息，由分配裝置通過或者不通過編解碼器變換裝置， 經(jīng)由網(wǎng)關(guān)以及基站向其他多個無線終端分發(fā)，由此，實現(xiàn)多個無線終端的半雙 工多對多的通話，所述分配裝置，當(dāng)接收包時，檢索把作為組呼叫的識別符的通話組識別信息、表示在通話 組的呼叫中能夠接收的包的套接字信息的接收包信息、編碼方式、和表示搬運 現(xiàn)在取得了發(fā)送權(quán)的無線終端的聲音信息的包的套接字信息的發(fā)送包信息對 應(yīng)起來存儲的分配表，檢查與接收到的包的套接字信息一致的條目是否在所述 接收包信息中存在，在條目存在的場合，判定所述接收包的發(fā)送源地址是網(wǎng)關(guān)的地址，還是編 解碼器變換裝置的地址，在所述接收包是來自網(wǎng)關(guān)的包的場合，對于通話組識別信息，參照把包的 套接字信息、與用于識別現(xiàn)在取得了發(fā)送權(quán)的無線終端的發(fā)送權(quán)請求識別符對 應(yīng)起來存儲的發(fā)送權(quán)表，在所述接收包的套接字信息以及在所述接收包中包含的發(fā)送權(quán)請求識別 符、與所述發(fā)送權(quán)表的條目一致的場合，判斷為所述接收包是應(yīng)該向其他組成 員分配的包，參照所述分配表，遵照與所述接收包的所述接收包信息對應(yīng)登記的發(fā)送包 信息，另外，在所述發(fā)送包信息的套接字信息是多個的場合復(fù)制所述接收包， 來生成發(fā)往相應(yīng)網(wǎng)關(guān)和/或發(fā)往所述編解碼器變換裝置的發(fā)送包，并且，在生成的發(fā)送包是發(fā)往所述編解碼器變換裝置的場合，與通話組識 別信息對應(yīng)，參照存儲有在向編解碼器變換裝置傳送的場合、在包上附加的序 號的序號表，把所述序號插入所述發(fā)送包中，將所述序號表的序號增加1，發(fā) 送完成的發(fā)送包，以及，所述編解碼器變換裝置，根據(jù)從所述分配裝置接收到的包，對于通話組識別信息，參照存儲了分配 裝置的端口號、接收序號、和用于識別被預(yù)想為現(xiàn)時刻具有發(fā)送權(quán)的無線終端 的發(fā)送權(quán)請求識別符的抖動緩沖器，(a) 在所述抖動緩沖器的分配裝置的端口號以及發(fā)送權(quán)請求識別符、與接 收包的分配裝置的端口號以及發(fā)送權(quán)請求識別符不一致的場合，i) 在所述抖動緩沖器的接收序號一方比所述接收包的序號新的場合，在 獲得了發(fā)送權(quán)的無線終端切換后，判定為切換前的舊的包已到達，廢棄包，另一方面，ii) 在所述抖動緩沖器的接收序號是O或者空白的場合，判斷為是組呼叫 設(shè)定后最初的包，或者在所述接收包的序號一方比上述抖動緩沖器的接收序號 新的場合，判定為所述接收包是獲得了發(fā)送權(quán)的無線終端切換后的最初的包， 把所述接收包的序號的值復(fù)制到所述抖動緩沖器的接收序號中，把所述接收包 的發(fā)送權(quán)請求識別符復(fù)制到所述抖動緩沖器的發(fā)送權(quán)請求識別符中，由此重新 構(gòu)筑所述抖動緩沖器的緩沖器，(b) 在所述抖動緩沖器的分配裝置的端口號以及發(fā)送權(quán)請求識別符、與所 述接收包的分配裝置的端口號以及發(fā)送權(quán)請求識別符一致的場合，比較所述4妄 收包的序號與所述^f動緩沖器的接收序號，如果所述接收包的序號一方大，則 把其值設(shè)定到所述抖動緩沖器的接收序號中，把所述接收包從隊列的開始按時 間戳小的順序排列插入向編碼變換單元的輸入緩沖器的輸入等待隊列中，通過 所述編碼變換單元，將所述接收包從第一編碼方式變換為第二編碼方式。
11. 根據(jù)權(quán)利要求IO所述的通信系統(tǒng)，其中， 所述分配裝置，在對所述接收包的發(fā)送源地址是網(wǎng)關(guān)的地址、還是編解碼器變換裝置的地 址進行判定所得的結(jié)果為所述接收包的發(fā)送源地址是編解碼器變換裝置的場 合，參照所述分配表，遵照與接收包信息對應(yīng)登記的發(fā)送包信息生成包，向相 應(yīng)的網(wǎng)關(guān)發(fā)送包。
12. 根據(jù)權(quán)利要求IO所述的通信系統(tǒng)，其特征在于， 所述分配裝置，將所述編解碼器變換裝置具有的編碼變換單元的全部編碼方式記述在對 無線終端的接受消息中。
13. 根據(jù)權(quán)利要求IO所述的通信系統(tǒng)，其特征在于，所述編解碼器變換裝置，當(dāng)從所述分配裝置接收到包時，對于通話組識別信息，4全索存儲了所述編 解碼器變換裝置使用的地址和端口號、所述分配裝置使用的地址、和編碼方式 的流表，判斷從所述分配裝置接收到的第一編碼方式的包的端口號的條目是否在 所述流表內(nèi)，在條目不在所述流表內(nèi)的場合，廢棄所述包。
14. 根據(jù)權(quán)利要求IO所述的通信系統(tǒng)，其特征在于， 所述編解碼器變換裝置，對于通話組識別信息，參照存儲了分配裝置端口號、表示應(yīng)該輸入所述分 配裝置UDP端口號表示的分配裝置的接收流的解碼器的解碼器ID、表示應(yīng)該 輸入所述解碼器ID表示的解碼器輸出的聲音信息的編碼器的編碼器ID、和表 示應(yīng)該送出所述編碼器ID表示的編碼器輸出的聲音信息的流的編解碼器變換 裝置端口號的編解碼器變換表，根據(jù)所述通話組識別信息以及分配裝置端口 號，用所述解碼器ID的解碼器對來自所述輸入緩沖器的所述接收包進行解碼， 進而用所述編碼器ID的編碼器進行編碼，來生成發(fā)送包，向網(wǎng)絡(luò)送出。
15. 根據(jù)權(quán)利要求10所述的通信系統(tǒng)，其特征在于， 所述編解碼器變換裝置，在被承認了發(fā)送權(quán)的所述無線終端切換到了其他無線終端的場合，廢棄切 換前的所述無線終端的聲音信息。
16. 根據(jù)權(quán)利要求IO所述的通信系統(tǒng)，其特征在于， 所述編解碼器變換裝置，在用所述編碼變換單元對聲音信息進行了變換后，識別現(xiàn)時刻選擇的發(fā)送 終端的聲音信息的編碼方式，畢的聲音信息。
17. 根據(jù)權(quán)利要求10所述的通信系統(tǒng)，其特征在于， 所述編解碼器變換裝置，在不能接收來自無線終端的聲音信息、以后沒有輸入到所述編碼變換單元 的聲音信息的場合，向所述編碼變換單元的輸入偽數(shù)據(jù)。
全文摘要
本發(fā)明提供一種分配裝置及編解碼器變換裝置、通信系統(tǒng)，其目的是，在編解碼器不同的多個移動終端形成一個組、在組內(nèi)進行的半雙工多對多通信中，可用較少的編解碼器電路來實施編解碼器變換。編解碼器變換裝置，管理接收到的RTP包的SSRC，從與最新的SSRC一致的抖動緩沖器取出聲音信息，輸入到編解碼器電路。通過最新的SSRC切換，編解碼器變換對象的聲音發(fā)送終端切換，在使用相同編解碼器的移動終端之間共用編解碼器電路。由此，在專業(yè)無線系統(tǒng)中在稱為按鍵通話等的半雙工多對多的通信(組通信)時，在一次通話內(nèi)(通話對話內(nèi))，在正取得發(fā)送權(quán)的一個無線終端改變前，就不需要進行編解碼器變換裝置的切換。
文檔編號H04W84/08GK101453793SQ200810179569
公開日2009年6月10日 申請日期2008年12月4日 優(yōu)先權(quán)日2007年12月4日
發(fā)明者三村和, 松本謙尚 申請人:株式會社日立國際電氣