專利名稱：Sip軟交換系統(tǒng)中呼叫控制與媒體流穿越私網(wǎng)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種IP通信方法，特別是涉及一種在NAT/Firewall環(huán)境中的SIP軟交換系統(tǒng)中呼叫控制與媒體流穿越私網(wǎng)的方法。
背景技術(shù)：
隨著互聯(lián)網(wǎng)絡(luò)技術(shù)的發(fā)展，基于IP網(wǎng)絡(luò)協(xié)議的軟交換技術(shù)也在飛速發(fā)展。軟交換又稱為呼叫代理、呼叫服務(wù)器或媒體網(wǎng)關(guān)控制器。軟交換技術(shù)的基本概念是把呼叫控制功能從傳輸層(媒體網(wǎng)關(guān))中分離出來，通過服務(wù)器上的軟件實現(xiàn)基本呼叫控制功能，如呼叫選路、信令互通、管理控制(建立會話、拆除會話)等。和傳統(tǒng)的程控交換機不同，傳統(tǒng)程控交換機的呼叫控制是和業(yè)務(wù)結(jié)合在一起的，不同的業(yè)務(wù)需要的呼叫控制功能不同。在這一點上軟交換是和傳統(tǒng)的程控交換機不同，其呼叫控制是和業(yè)務(wù)無關(guān)的，軟交換提供的呼叫控制功能是一種基本呼叫控制。由于把呼叫控制和數(shù)據(jù)傳輸分離開來，為控制、交換和軟件可編程功能建立了分離的平面，使業(yè)務(wù)提供者可以方便地將傳輸業(yè)務(wù)與控制協(xié)議結(jié)合起來，實現(xiàn)基本業(yè)務(wù)和補充業(yè)務(wù)的轉(zhuǎn)移。軟交換技術(shù)將使語音網(wǎng)與數(shù)據(jù)網(wǎng)完美融合，集語音、數(shù)據(jù)、視頻等所有形式的信息為一體，形成綜合性網(wǎng)絡(luò)，促進各項增值業(yè)務(wù)的快速發(fā)展。
軟交換通常采用目前比較看好的信令控制協(xié)議——SIP(會議初始化協(xié)議)。SIP模式的優(yōu)點是與互聯(lián)網(wǎng)緊密結(jié)合，在風(fēng)格上遵循互聯(lián)網(wǎng)一貫的簡練、開放、兼容和可擴展等原則，具有簡單靈活、分布式控制等優(yōu)點，適于開發(fā)新的、與互聯(lián)網(wǎng)結(jié)合的語音應(yīng)用，成為IP領(lǐng)域中運用最廣泛的信令控制協(xié)議，使用SIP協(xié)議的終端稱為SIP終端。在SIP中，還需要SDP協(xié)議來描述會話通告，其中包括媒體的地址端口等消息。
隨著基于TCP/IP的互聯(lián)網(wǎng)的普及，各種規(guī)模的局域網(wǎng)被大量組建應(yīng)用，在這種局域網(wǎng)中，各個網(wǎng)絡(luò)設(shè)備采用局域網(wǎng)的IP地址在局域網(wǎng)注冊，連接組成相對獨立和封閉的網(wǎng)絡(luò)。這種局域網(wǎng)一般稱為私有網(wǎng)絡(luò)(簡稱私網(wǎng))，相對應(yīng)的，互聯(lián)網(wǎng)稱為公網(wǎng)。這些局域網(wǎng)中的網(wǎng)絡(luò)設(shè)備使用私網(wǎng)地址。可以說，在當(dāng)今的網(wǎng)絡(luò)世界里，使用私網(wǎng)IP地址的網(wǎng)絡(luò)設(shè)備的數(shù)量，要遠遠大于擁有合法互聯(lián)網(wǎng)(公網(wǎng))IP地址的設(shè)備數(shù)量。
為了能夠讓一個私網(wǎng)中的每一個終端都可以訪問私網(wǎng)外部的資源，通常在私網(wǎng)和公網(wǎng)之間使用網(wǎng)絡(luò)地址端口轉(zhuǎn)換(NAT)來給請求訪問外部網(wǎng)絡(luò)的內(nèi)部終端分配一個合法的公網(wǎng)IP地址和一個端口號，完成對外部網(wǎng)絡(luò)訪問的實現(xiàn)。一般來說，由于現(xiàn)在使用的IP協(xié)議的地址資源有限，一個私網(wǎng)能夠申請到的公網(wǎng)地址的數(shù)量是遠遠低于私網(wǎng)中的終端數(shù)量的，所以NAT只是給主動請求訪問公網(wǎng)資源的終端臨時性的分配合法公網(wǎng)地址和端口。
為了網(wǎng)絡(luò)的安全，私網(wǎng)和公網(wǎng)之間一般還安裝有防火墻。NAT和防火墻通常同時使用，合稱為NAT/Firewall，其組合有多種類型。在NAT與Firewall綜合考慮分析的情況下，NAT與Firewall可以分成4類(在RFC3489中定義)a.完全模式(Full cone)；b.限制模式(Restricted Cone)；c.端口限制模式(Port Restricted Cone)；d.對稱模式(Symmetric)。
防火墻檢查從外部網(wǎng)絡(luò)進來的每一個數(shù)據(jù)包的目的地址和目的端口號，它經(jīng)常這樣設(shè)置如果防火墻內(nèi)的一臺終端A向防火墻外的一臺終端B主動發(fā)出請求要數(shù)據(jù)，防火墻會讓終端B發(fā)回的數(shù)據(jù)包在目的地址、端口號都相同時通過；如果終端B發(fā)回的數(shù)據(jù)包目的地址相同，但是端口號不一樣，防火墻也會拋棄這個數(shù)據(jù)包。根據(jù)NAT/Firewall類型的不同，對通信的影響也不盡相同，四種NAT/Firewall中對稱模式是最嚴格的。
這就可以看出，NAT/Firewall在帶來節(jié)省IP地址空間、私網(wǎng)安全等好處的同時，破壞了互聯(lián)網(wǎng)最基本的“端到端的透明性”的設(shè)計理念，增加了網(wǎng)絡(luò)的復(fù)雜性，阻礙了業(yè)務(wù)的創(chuàng)新。由于對于私網(wǎng)中的任何一個終端，其訪問外部網(wǎng)絡(luò)時的IP地址和端口號是僅僅在這個終端主動發(fā)起請求時才給與分配的，這就出現(xiàn)了NATNAT/Firewall影響軟交換的問題。
NAT/Firewall對信令指令的影響現(xiàn)在假設(shè)我們具有一個如圖1所示的基于SIP協(xié)議的軟交換網(wǎng)絡(luò)，在這個網(wǎng)絡(luò)中，終端Tel A與終端Tel B在私網(wǎng)內(nèi)，只有私網(wǎng)IP地址，若終端A向終端B發(fā)起呼叫請求，則會產(chǎn)生一個如圖1第一行所示的INVITE sip999@10.0.0.75060SIP2.0(SDP of 10.0.0.25004)請求包，這個請求包在經(jīng)過SIP代理服務(wù)器發(fā)往10.0.0.7端口5060上，因為終端B在私網(wǎng)中，顯然由于NAT/Firewall的影響，這個請求包時到達不了終端B的，通話無法建立。
NAT與Firewall對信令通信的影響如圖1消息順序圖所示，在這個簡單的語音呼叫業(yè)務(wù)過程中，所有打叉的地方都是NAT阻礙通信的地方。如在對應(yīng)的3INVITEsip999@10.0.0.75060 SIP/2.0(SDP of 10.0.0.25004) ，SIP Proxy會把這SIP的INVITE包發(fā)到10.0.0.7地址的5060端口上，但實際按照最嚴格的NAT(上面討論的Symmetric模式的NAT)，這個包是無法到達話機B的，通話當(dāng)然也無法建立，因為話機B在NAT后，網(wǎng)絡(luò)無法正確的直接路由的。其他的幾個有紅叉的地方也有類似的問題。
NAT與Firewall對媒體流通信的影響如圖1消息順序圖所示，RTP使用UDP協(xié)議，一般沒有固定的端口。當(dāng)A呼叫B時，INVITE包里的SDP就描述了話機A為通話所準備的地址與端口如10.0.0.25004，這樣在通話正常建立起來后，話機B的媒體流RTP包的目的地址，就應(yīng)該是10.0.0.25004，但有NAT的影響，這個包是無法到達A的。同樣的道理，B在給A發(fā)回SIP包200 OK(SDP of 10.0.0..75005)時也告訴A了準備好的地址與端口，A在通話建立后，向10.0.0..75005發(fā)的包一樣遭到NAT的影響，無法到達目的地址。
為解決NAT對網(wǎng)絡(luò)通信的影響，目前已經(jīng)有了不少的方法，比較常用的有以下幾種1.DMZ Proxy。通過把SIP代理放在DMZ區(qū)域來解決防火墻和NAT穿越問題。缺點是對于多層NAT無法穿越。
2.應(yīng)用層網(wǎng)關(guān)。應(yīng)用層網(wǎng)關(guān)(Application layer gateways)被設(shè)計成能識別指定IP協(xié)議(如SIP協(xié)議)的防火墻，也被叫做ALG Firewall。它不是簡單地察看數(shù)據(jù)包包頭消息來決定數(shù)據(jù)包是否可以通過，而是更深層的分析數(shù)據(jù)包負載內(nèi)的數(shù)據(jù)，也就是應(yīng)用層的數(shù)據(jù)。缺點是需要修改或升級防火墻。
3.隧道穿透。隧道穿透解決方案由兩個組件構(gòu)成，Server軟件和Client。Server放在公網(wǎng)，Client放在私網(wǎng)內(nèi)，他們之間建立了常連接的通道。缺點是需要建立TCP的常連接，占用網(wǎng)絡(luò)資源多。
4.STUN。終端先向Stun服務(wù)器發(fā)消息，Stun服務(wù)器檢測出終端所在的Nat的對外IP和Port，并告知終端，終端收到后向外發(fā)請求時，就用Stun告訴它的對外地址來構(gòu)造SIP和SDP消息。缺點是無法穿越對稱模式(Symmetrie)的NAT。
5.B2BUA。終端先向Register Server發(fā)注冊包，返回來的200OK會告訴話機在防火墻后，話機用TCP連接與B2BUA建立通道，以后話機的通話都通過B2BUA代理。但是這種方式不符合SIP標準。
以上幾種方案都能夠解決NAT/Firewall問題，但也有各自的缺點，有的要修改NAT和防火墻，犧牲網(wǎng)絡(luò)的安全；有的需要更改SIP協(xié)議，升級SIP終端，犧牲系統(tǒng)的通用性；有的只能對特定的NAT/Firewall有效，對于稍微嚴格一點的NAT/Firewall就無能為力了；有的只能穿越一道NAT/Firewall，如果面對多層子網(wǎng)，就無法實現(xiàn)雙向通信。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種能夠克服上述各種方法的缺點，既有較強穿越能力，而又使用標準SIP協(xié)議、又無需更換設(shè)備的的軟交換系統(tǒng)的呼叫控制和媒體流通信的方法。
本發(fā)明的SIP軟交換系統(tǒng)中呼叫控制與媒體流穿越私網(wǎng)的方法，通過包括公網(wǎng)，私網(wǎng)，連接在公網(wǎng)上的SIP代理服務(wù)器、重定向服務(wù)器和媒體流代理服務(wù)器，連接在私網(wǎng)上的各種SIP用戶終端以及連接公網(wǎng)私網(wǎng)的NAT/Firewall的軟交換系統(tǒng)實現(xiàn)信令和媒體流控制，所述方法的具體步驟是1)私網(wǎng)中的各種終端設(shè)備定期向各自的代理服務(wù)器發(fā)送注冊包，這個注冊包中包含終端的私網(wǎng)地址；2)代理服務(wù)器從終端設(shè)備發(fā)來的注冊包的來源得到終端的公網(wǎng)地址，從注冊包中得到終端的私網(wǎng)地址，連同代理服務(wù)器的公網(wǎng)地址，一并發(fā)往重定向服務(wù)器；3)重定向服務(wù)器按代理服務(wù)器地址、終端公網(wǎng)地址、終端私網(wǎng)地址順序存放這些地址；4)主叫方代理服務(wù)器在收到主叫設(shè)備的請求時，修改請求包中的地址，使指向媒體服務(wù)器，向重定向服務(wù)器發(fā)送請求；5)重定向服務(wù)器收到主叫方代理服務(wù)器的呼叫請求后，將被叫方的代理服務(wù)器地址返回；6)主叫方代理服務(wù)器收到該返回消息后，向被叫方代理服務(wù)器發(fā)送請求；7)被叫方代理服務(wù)器收到主叫方代理服務(wù)器的呼叫請求后，向重定向服務(wù)器發(fā)送請求，重定向服務(wù)器收到該請求后，向被叫方代理服務(wù)器返回被叫設(shè)備的公網(wǎng)地址和私網(wǎng)地址；
8)被叫方代理服務(wù)器收到重定向服務(wù)器的返回消息后，向被叫方設(shè)備的公網(wǎng)地址發(fā)送有被叫方設(shè)備私網(wǎng)地址構(gòu)成的呼叫請求，被叫方設(shè)備收到后向主叫方設(shè)備發(fā)回應(yīng)答包；9)主叫方代理服務(wù)器修改被叫設(shè)備經(jīng)過該代理服務(wù)器發(fā)給主叫設(shè)備的應(yīng)答包中的地址內(nèi)容，使通話指向媒體流服務(wù)器；10)媒體流代理通過收到的主被叫設(shè)備的第一個媒體流包來確定主、被叫雙方用于媒體流通信的公網(wǎng)地址，建立起通信，并在之后轉(zhuǎn)發(fā)媒體流。
本發(fā)明中的軟交換系統(tǒng)的媒體流采用RTP實時傳輸協(xié)議。
本發(fā)明所用的媒體流數(shù)據(jù)包采用UDP數(shù)據(jù)報格式。
本發(fā)明通過在軟交換呼叫控制和媒體流控制方面的改進，使凡是符合標準的SIP軟交換外圍設(shè)備都可以互聯(lián)互通，兼容性好；信令和媒體流透明的穿越NAT/Firewall，可以穿越多層NAT/Firewall，可以穿越多種NAT/Firewall；而且不需要預(yù)占通道，可以節(jié)省用戶、網(wǎng)絡(luò)和軟交換系統(tǒng)的大量資源。


圖1是軟交換過程中信令指令和媒體流發(fā)送過程的消息順序圖；圖2是本發(fā)明SIP軟交換系統(tǒng)中呼叫控制與媒體流穿越私網(wǎng)方法的網(wǎng)絡(luò)示意圖。
具體實施例方式
在具體應(yīng)用中，根據(jù)通信過程中主、被叫所處的網(wǎng)絡(luò)，可以分為公網(wǎng)呼叫公網(wǎng)，公網(wǎng)呼叫私網(wǎng)，私網(wǎng)呼叫公網(wǎng)，私網(wǎng)呼叫私網(wǎng)四種情況。其中私網(wǎng)呼叫私網(wǎng)是受NAT/Firewall制約最嚴重的情況。在這里我們就以私網(wǎng)呼叫私網(wǎng)的情況為例進行說明。以下描述過程中所發(fā)的數(shù)據(jù)包都是以數(shù)據(jù)報格式(UDP)發(fā)送的。
如圖2所示，IP電話和IP PBX(交換機)分別放在兩個NAT/Firewall后的私網(wǎng)內(nèi)，IP電話的代理是SIP代理1，IP PBX的代理是SIP代理2。
在IP PBX上電配置完畢后會向SIP代理2發(fā)送注冊包，這個注冊包是SIP協(xié)議中定義的Register包，并且在此之后每5分鐘向SIP代理2發(fā)送一次注冊包，為減少對終端和軟交換系統(tǒng)資源的占用，也為了減少對網(wǎng)絡(luò)資源的占用，這些注冊包是以UDP形式發(fā)送的。SIP代理2收到IP PBX的注冊包后，從UDP包的來源得到IP PBX用于信令通信地址的公網(wǎng)地址(這個地址是經(jīng)過NAT轉(zhuǎn)換后產(chǎn)生的)；另外，SIP代理2也從UDP包里封裝的SIP包里獲取了IPPBX用于信令通信地址的私網(wǎng)地址；加上SIP代理2自己的地址，SIP代理2把這三個地址依照SIP代理2地址，IP PBX公網(wǎng)地址，IP PBX私網(wǎng)地址的順序放入注冊包并發(fā)往重定向服務(wù)器。
重定向服務(wù)器收到SIP代理2的注冊包后，取出上述三個地址，并建立一個數(shù)據(jù)結(jié)構(gòu)，把這三個地址按SIP代理2地址，IP PBX公網(wǎng)地址，IP PBX私網(wǎng)地址的順序放入這個數(shù)據(jù)結(jié)構(gòu)。這個過程是實時自動執(zhí)行的，不需要用戶或管理員的干預(yù)，這樣就可以快速準確的更新各外圍設(shè)備的路由消息。
同樣的道理，IP電話也同樣向SIP代理1注冊。
媒體流代理服務(wù)器在啟動后，建立Socket連接，綁定200個端口，為描述方便，這里給這些端口編號為從1號端口，2號端口，一直到200號端口。每兩個端口為一組，每組端口負責(zé)一對通話的轉(zhuǎn)發(fā)。如1號端口和2號端口為一組，1號端口負責(zé)從主叫接收媒體流包，然后傳給2號端口，由2號端口向被叫轉(zhuǎn)發(fā)該媒體流包；2號端口負責(zé)從被叫接收媒體流包，然后傳給1號端口，由1號端口向主叫轉(zhuǎn)發(fā)該媒體流包。通路3，4號端口為一組，負責(zé)另外一對通話。
此時如IP電話作為主叫來呼叫被叫IP PBX，在SIP代理1收到IP電話的呼叫請求后，向媒體流代理服務(wù)器申請媒體流轉(zhuǎn)發(fā)資源，媒體流代理服務(wù)器會告訴SIP代理1，說1號端口和2號端口可用。SIP代理1修改請求包中的SDP內(nèi)容，使SDP的內(nèi)容為1號端口，然后向重定向服務(wù)器轉(zhuǎn)發(fā)該請求。
重定向服務(wù)器收到SIP代理1的請求后，將被叫方的SIP代理2地址返回。SIP代理1收到返回消息后，向SIP代理2發(fā)送呼叫請求。
SIP代理2收到SIP代理1的呼叫請求后，向重定向服務(wù)器發(fā)送請求。重定向服務(wù)器收到該請求后，向SIP代理2返回被叫的IP PBX的公網(wǎng)地址，私網(wǎng)地址。SIP代理2收到重定向服務(wù)器的返回消息后，向被叫的IP PBX的公網(wǎng)地址發(fā)送由被叫方設(shè)備私網(wǎng)地址構(gòu)造的呼叫請求。
IP PBX返回給IP電話的應(yīng)答消息經(jīng)過的路徑為IP PBX--->SIP代理2--->SIP代理1--->IP電話。當(dāng)應(yīng)答消息通過SIP代理1時，SIP代理1修改該應(yīng)答消息里的SDP內(nèi)容，使SDP的內(nèi)容為2號端口。至此，主、被叫雙方的媒體流通信都被定位到媒體流代理，也就是說，IP電話發(fā)的媒體流包直接發(fā)到1號端口，2號端口從1號端口取得該媒體流包，從2號端口向IP PBX發(fā)送。但主、被叫雙方并不知道這些，他們只當(dāng)媒體流代理是通話的另一方。
通話開始，IP電話和IP PBX都向媒體流代理發(fā)媒體流包，這個包是以UDP形式發(fā)送的。媒體流代理利用收到的IP電話和IP PBX的第一個媒體流包來確定主、被叫雙方用于媒體流通信的公網(wǎng)地址，并在之后開始轉(zhuǎn)發(fā)媒體流。
經(jīng)過這些步驟，IP電話和IP PBX之間的信令互通，媒體流也互通了。同理，其余三種情況下都可以實現(xiàn)信令與媒體流的互通。
采用以上方法的本發(fā)明，通過在軟交換呼叫控制和媒體流控制方面的改進，使各SIP軟交換外圍設(shè)備只要符合RFC3261協(xié)議標準，就可以互聯(lián)互通，兼容性好；信令和媒體流透明的穿越NAT/Firewall，而用戶根本不知道NAT/Firewall的存在；可以穿越多層NAT/Firewall；也可以穿越RFC3489定義的四種NAT/Firewall；而且無需用TCP連接預(yù)占通道，可以節(jié)省用戶、網(wǎng)絡(luò)和軟交換系統(tǒng)的大量資源。
權(quán)利要求
1.SIP軟交換系統(tǒng)中呼叫控制與媒體流穿越私網(wǎng)的方法，通過包括公網(wǎng)，私網(wǎng)，連接在公網(wǎng)上的SIP代理服務(wù)器、重定向服務(wù)器和媒體流代理服務(wù)器，連接在私網(wǎng)上的各種用戶終端以及連接公網(wǎng)私網(wǎng)的NAT/Firewall的軟交換系統(tǒng)實現(xiàn)信令和媒體流控制，其特征在于該方法的具體步驟是1)私網(wǎng)中的各種終端設(shè)備定期向各自的代理服務(wù)器發(fā)送注冊包，這個注冊包中包含終端的私網(wǎng)地址；2)代理服務(wù)器從終端設(shè)備發(fā)來的注冊包的來源得到終端的公網(wǎng)地址，從注冊包中得到終端的私網(wǎng)地址，連同代理服務(wù)器的公網(wǎng)地址，一并發(fā)往重定向服務(wù)器；3)重定向服務(wù)器按代理服務(wù)器地址、終端公網(wǎng)地址、終端私網(wǎng)地址順序存放這些地址；4)主叫方代理服務(wù)器在收到主叫設(shè)備的請求時，修改請求包中的地址，使指向媒體服務(wù)器，并向重定向服務(wù)器發(fā)送請求；5)重定向服務(wù)器收到主叫方代理服務(wù)器的呼叫請求后，將被叫方的代理服務(wù)器地址返回；6)主叫方代理服務(wù)器收到該返回消息后，向被叫方代理服務(wù)器發(fā)送請求；7)被叫方代理服務(wù)器收到主叫方代理服務(wù)器的呼叫請求后，向重定向服務(wù)器發(fā)送請求，重定向服務(wù)器收到該請求后，向被叫方代理服務(wù)器返回被叫設(shè)備的公網(wǎng)地址和私網(wǎng)地址；8)被叫方代理服務(wù)器收到重定向服務(wù)器的返回消息后，向被叫方設(shè)備的公網(wǎng)地址發(fā)送有被叫方設(shè)備私網(wǎng)地址構(gòu)成的呼叫請求，被叫方設(shè)備收到后向主叫方設(shè)備發(fā)回應(yīng)答包；9)主叫方代理服務(wù)器修改被叫設(shè)備經(jīng)過該代理服務(wù)器發(fā)給主叫設(shè)備的應(yīng)答包中的地址內(nèi)容，使通話指向媒體流服務(wù)器；10)媒體流代理通過收到的主被叫設(shè)備的第一個媒體流包來確定主、被叫雙方用于媒體流通信的公網(wǎng)地址，建立起通信，并在之后轉(zhuǎn)發(fā)媒體流。
2.根據(jù)權(quán)利要求1所述的SIP軟交換系統(tǒng)中呼叫控制與媒體流穿越私網(wǎng)的方法，其中所述的媒體流采用RTP實時傳輸協(xié)議。
3.根據(jù)權(quán)利要求2所述的SIP軟交換系統(tǒng)中呼叫控制與媒體流穿越私網(wǎng)的方法，其中所述的媒體流數(shù)據(jù)包采用UDP數(shù)據(jù)報格式。
全文摘要
SIP軟交換系統(tǒng)中呼叫控制與媒體流穿越私網(wǎng)的方法，通過包括公網(wǎng)，私網(wǎng)，連接在公網(wǎng)上的代理服務(wù)器、重定向服務(wù)器和媒體流代理服務(wù)器，連接在私網(wǎng)上的各種用戶終端以及連接公網(wǎng)私網(wǎng)的NAT/Firewall的軟交換系統(tǒng)實現(xiàn)信令和媒體流控制，具體方法是私網(wǎng)中的各種終端設(shè)備定期向重定向服務(wù)器注冊，主叫方通過重定向服務(wù)器得到被叫方設(shè)備的公網(wǎng)地址和私網(wǎng)地址，主叫雙方通過媒體流服務(wù)器建立起通信，這種方法適合于基于SIP協(xié)議的軟交換系統(tǒng)，使凡是符合標準的SIP軟交換外圍設(shè)備都可以互聯(lián)互通，兼容性好；信令和媒體流透明的穿越NAT/Firewall，可以穿越多層NAT/Firewall，可以穿越多種NAT/Firewall；而且不需要預(yù)占通道，可以節(jié)省用戶、網(wǎng)絡(luò)和軟交換系統(tǒng)的大量資源。
文檔編號H04L12/56GK1588922SQ20041008024
公開日2005年3月2日 申請日期2004年9月28日 優(yōu)先權(quán)日2004年9月28日
發(fā)明者王安生, 劉濤, 馬駒, 朱茂強, 劉禾 申請人:王安生, 劉濤