專利名稱：數(shù)據(jù)傳輸方法、裝置及網(wǎng)絡(luò)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種數(shù)據(jù)傳輸方法、裝置及網(wǎng)絡(luò)系統(tǒng)。
背景技術(shù)：
在語音呼叫過程中，主叫終端將原始信號進行編碼后經(jīng)過無線接口傳送到本 地的BSC(Base Station Controller,基站控制器)上，本地的BSC利用編碼轉(zhuǎn)換器 (Transcoder，TC)將來自主叫終端的壓縮編解碼轉(zhuǎn)換成PCM(Pulse Code Modulation,脈沖 編碼調(diào)制)碼，通過核心網(wǎng)向被叫終端傳遞。被叫終端所在的BSC收到PCM碼后，利用本地 的TC將PCM碼轉(zhuǎn)換成一種適合在無線接口上傳輸?shù)木幋a格式，通過無線接口發(fā)送給被叫終 端。這樣，在語音的傳遞過程中需要經(jīng)過兩次編解碼轉(zhuǎn)換，降低了語音質(zhì)量。
為了提高語音質(zhì)量，現(xiàn)有技術(shù)提出 一 種免二次編解碼操作(Tandem FreeOperation, TF0)，也稱為前后轉(zhuǎn)換免除操作，指局間全部為時分復用(TimeDivision Multiplex and Multiplexer, TDM)連接時，兩側(cè)的BSC上的TC根據(jù)ITU-T G.711A律和u 律的傳統(tǒng)64kb/s PCM語音抽樣，利用每第16個抽樣中的一個最不重要的比特位，交換TF0 協(xié)商信息，協(xié)商兩側(cè)的編解碼類型。如果兩側(cè)使用相同的編解碼類型，主叫終端和被叫終端 中的數(shù)據(jù)發(fā)送端的BSC上的TC在將壓縮編解碼轉(zhuǎn)換成PCM碼時，字節(jié)中的一部分比特仍然 傳輸PCM碼，另一部分用來傳輸沒有經(jīng)過轉(zhuǎn)換的壓縮編解碼。這樣，主叫終端和被叫終端中 的數(shù)據(jù)接收端的BSC上的TC就可以使用PCM碼中攜帶的壓縮編解碼，避免了網(wǎng)絡(luò)內(nèi)的編解 碼轉(zhuǎn)換，提高了語音質(zhì)量。
現(xiàn)有技術(shù)的缺點是 對于核心網(wǎng)中存在IP承載的情況，如圖1所示，媒體網(wǎng)關(guān)1 (終端1側(cè)的媒體網(wǎng) 關(guān))與BSC1的連接為T匿連接，與媒體網(wǎng)關(guān)3(終端2側(cè)的媒體網(wǎng)關(guān))的連接為IP連接時， BSC1與BSC2間無法啟用TF0，即在核心網(wǎng)中存在IP承載的情況下，無法實現(xiàn)免二次編解碼 操作。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種數(shù)據(jù)傳輸方法、裝置及網(wǎng)絡(luò)系統(tǒng)，能夠保證核心網(wǎng)中存在 IP承載的情況下，能成功啟用主叫BSC和被叫BSC間端到端的TF0。
有鑒于此，本發(fā)明實施例提供
—種數(shù)據(jù)傳輸方法，包括 第一媒體網(wǎng)關(guān)MGW通過時分復用T匿承載接收第一終端側(cè)的基站控制器BSC發(fā)送 的包括壓縮編解碼的脈沖編碼調(diào)制PCM碼流，確定是否對接收的所述PCM碼流透傳，如果 是，使用G. 711編解碼方式通過IP承載將所述包括壓縮編解碼的PCM碼流透傳到第二MGW ;
所述第二 MGW通過TDM承載將所述包括壓縮編解碼的PCM碼流發(fā)送給第二終端側(cè) 的BSC。 —種媒體網(wǎng)關(guān)，包括
接收單元，用于接收BSC發(fā)送的包括壓縮編解碼的PCM碼流； 判斷單元，用于確定是否對所述接收單元接收的PCM碼流透傳； 處理單元，用于當所述判斷單元的判斷結(jié)果為是時，使用G. 711編解碼方式將所
述包括壓縮編解碼的PCM碼流透傳輸出。 —種網(wǎng)絡(luò)系統(tǒng)，包括第一終端側(cè)的基站控制器BSC、第一媒體網(wǎng)關(guān)MGW、第二媒體 網(wǎng)關(guān)MGW和第二終端側(cè)的基站控制器BSC,所述第一終端側(cè)的BSC與第一 MGW之間是時分復 用TOM連接，所述第二 MGW與第二終端側(cè)的BSC之間是TOM連接，所述第一 MGW與第二 MGW 之間是IP連接；其中， 所述第一終端側(cè)的BSC,用于向第一 MGW發(fā)送包括壓縮編解碼的脈沖編碼調(diào)制PCM 碼流； 所述第一MGW，用于接收第一終端側(cè)的BSC發(fā)送的PCM碼流，確定是否需要對接收 的PCM碼流透傳輸出，如果是，使用G. 711編解碼方式將所述PCM碼流透傳輸出到第二MGW ;
所述第二 MGW，用于將接收的來自第一 MGW的PCM碼流輸出到第二終端側(cè)的BSC ;
所述第二終端側(cè)的BSC,用于接收來自第二 MGW發(fā)送的所述PCM碼流，從所述PCM
碼流中獲取壓縮編解碼。 本發(fā)明實施例中第一終端側(cè)的媒體網(wǎng)關(guān)使用G. 711編解碼方式將包括壓縮編解 碼的PCM碼流透傳到第二終端側(cè)的媒體網(wǎng)關(guān)，能夠使接收該PCM碼流的BSC(即第二終端側(cè) 的BSC)直接從PCM碼流中獲取壓縮編解碼，減少語音傳遞過程中編解碼轉(zhuǎn)換次數(shù)，提高語
音質(zhì)量。


為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例中所需要使用的附
圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域
普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1是現(xiàn)有技術(shù)提供的通信網(wǎng)絡(luò)示意圖； 圖2是本發(fā)明實施例一提供的數(shù)據(jù)傳輸方法流程圖； 圖3是本發(fā)明實施例二提供的數(shù)據(jù)傳輸方法流程圖； 圖4是本發(fā)明實施例三提供的數(shù)據(jù)傳輸方法流程圖； 圖5是本發(fā)明實施例四提供的媒體網(wǎng)關(guān)結(jié)構(gòu)圖； 圖6是本發(fā)明實施例五提供的媒體網(wǎng)關(guān)結(jié)構(gòu)圖； 圖7是本發(fā)明實施例六提供的網(wǎng)絡(luò)系統(tǒng)結(jié)構(gòu)圖。
具體實施例方式
實施例一 參閱圖2，本發(fā)明實施例一提供一種數(shù)據(jù)傳輸方法，該方法包括 201、第一 MGW通過T匿承載接收第一終端側(cè)的BSC發(fā)送的包括壓縮編解碼的PCM碼流。 其中，PCM碼流的速率可以是為64kbit/S。 在該步驟之前，需要進行TFO協(xié)商，其協(xié)商可以通過如下方式實現(xiàn)
第一種方式第一終端側(cè)的BSC與第二終端側(cè)的BSC進行TFO協(xié)商 第一 MGW接收來自第一終端側(cè)的BSC的PCM碼流；判斷來自第一終端側(cè)的BSC的
PCM碼流中是否攜帶TFO協(xié)商信息，當來自第一終端側(cè)的BSC的PCM碼流中攜帶TFO協(xié)商信
息時，將來自第一終端側(cè)的BSC的PCM碼流透傳輸出到另一側(cè)，使第二終端側(cè)的BSC能根據(jù)
第二終端側(cè)空口使用的編解碼類型與所述TFO協(xié)商信息中包括的第一終端側(cè)空口使用的
編解碼類型是否相同來確定是否能啟用TFO ; 其中，TFO協(xié)商信息會攜帶一終端側(cè)空口使用的編解碼類型，使接收該TFO協(xié)商信 息的另一終端側(cè)的BSC根據(jù)該TFO協(xié)商信息和本側(cè)空口使用的編解碼類型，確定是否能啟 用TFO。 同理，第二MGW判斷來自第二終端側(cè)的BSC的PCM碼流中是否包括TFO協(xié)商信息， 如果是，將所述來自第二終端側(cè)的BSC的包括TFO協(xié)商信息的PCM碼流透傳輸出到另一側(cè)。 第一 MGW將包括TFO協(xié)商信息的PCM碼流發(fā)送給第一終端側(cè)的BSC,由于該TFO協(xié)商信息 中包括第二終端側(cè)空口使用的編解碼類型信息，所以第一終端側(cè)的BSC能根據(jù)第一終端側(cè) 空口使用的編解碼類型和第二終端側(cè)空口使用的編解碼類型是否相同來確定是否能啟用
TFO ; 該第一種TFO協(xié)商方法的具體的實現(xiàn)方式見實施例二中步驟301的相關(guān)描述。
第二種方式由兩個終端側(cè)的MSC進行TFO協(xié)商 第一終端側(cè)的MSC接收第二終端側(cè)的MSC發(fā)送的第二終端側(cè)空口使用的編解碼類
型信息，判斷所述第二終端側(cè)空口使用的編解碼類型與第一終端側(cè)空口使用的編解碼類型
是否相同，如果是，向第一終端側(cè)的的BSC發(fā)送啟用TFO強制處理的指示信息；第二終端側(cè)
的MSC接收第一終端側(cè)的MSC發(fā)送的第一終端側(cè)空口使用的編解碼類型信息，判斷所述第
一終端側(cè)空口使用的編解碼類型與第二終端側(cè)空口使用的編解碼類型是否相同，如果是，
向第二終端側(cè)的的BSC發(fā)送啟用TFO強制處理的指示信息。 該第二種TFO協(xié)商方法的具體的實現(xiàn)方式見實施例四的相關(guān)描述。 第三種方式由兩個終端側(cè)的MSC進行TFO協(xié)商，第一終端側(cè)的MSC接收第二終端
側(cè)的MSC發(fā)送的第二終端側(cè)空口使用的編解碼類型信息，判斷所述第二終端側(cè)空口使用的
編解碼類型與第一終端側(cè)空口使用的編解碼類型是否相同，如果是，向第一終端側(cè)的的BSC
發(fā)送指示啟動TFO處理的信息；第二終端側(cè)的MSC接收第一終端側(cè)的MSC發(fā)送的第一終端
側(cè)空口使用的編解碼類型信息，判斷所述第一終端側(cè)空口使用的編解碼類型與第二終端側(cè)
空口使用的編解碼類型是否相同，如果是，向第二終端側(cè)的的BSC發(fā)送指示啟動TFO處理的
信息；然后再由第一終端側(cè)的BSC與第二終端側(cè)的BSC進行TFO協(xié)商。 該第三種TFO協(xié)商方法的具體的實現(xiàn)方式見實施例三的相關(guān)描述。 通過上述三種TFO協(xié)商方法，可以在核心網(wǎng)中存在IP承載的情況下，協(xié)商兩終端
側(cè)空口支持的編解碼類型，以確定是否能夠啟用TFO。 202、第一MGW確定是否對接收的所述PCM碼流透傳，如果是，使用G. 711編解碼方 式通過IP承載將所述包括壓縮編解碼的PCM碼流透傳到第二 MGW。 該步驟在將包括壓縮編解碼的PCM碼流透傳輸出時關(guān)閉了語音處理功能，并在所 接收的PCM碼流中加上IP頭形成語音包后輸出至第二 MGW。 本發(fā)明實施例中IP承載上使用G. 711編解碼類型，G. 711編解碼類型的凈荷大小
8與PCM碼流相同，第一 MGW將周期時間內(nèi)接收的PCM碼流作為一個語音包，該第一 MGW不對 PCM碼的內(nèi)容進行修改，將PCM碼作為語音包的凈荷。其中，周期時間可以是20ms 。
具體的可以通過如下幾種方式判斷是否對接收的PCM碼流透傳
第一種方式第一 MGW根據(jù)MSC發(fā)送的啟動PCM透傳的指示信息，確定對接收的 PCM流透傳輸出。MSC可以在通知MGW建承載時，向第一MGW發(fā)送啟動PCM透傳的指示信息。
第二種方式第一終端側(cè)的MSC可以在通知第一MGW建承載時，通知第一MGW使用 G. 711編解碼類型建承載，該步驟中第一 MGW根據(jù)本地帶寬的容量，確定是否對接收的PCM 碼流透傳，即如果本地帶寬足夠大，則確定對接收的PCM碼流透傳。 第三種方式第一終端側(cè)的MSC可以在通知第一MGW建承載時，通知第一MGW使用 G. 711編解碼類型建承載，該步驟中第一MGW根據(jù)本地數(shù)據(jù)配置，確定是否對接收的PCM碼 流透傳，如果本地配置的表示是否將PCM碼流透傳的指示信息表示對PCM碼流透傳，則確定 需要對PCM碼流透傳。 第四種方式第一 MGW判斷所述PCM碼流中是否攜帶表示所述PCM碼流包括壓縮
編解碼的指示信息，如果是，確定對接收的PCM流不進行編解碼處理，直接透傳。 203、第二 MGW將包括壓縮編解碼的PCM碼流發(fā)送給第二終端側(cè)的BSC。 后續(xù)第二終端側(cè)的BSC收到包括壓縮編解碼的PCM碼流后會將壓縮編解碼發(fā)送給
第二終端。 本發(fā)明實施例中，第一 MGW連第一終端側(cè)的承載為TOM承載，連第二 MGW側(cè)的承 載為IP承載；第二 MGW連第二終端側(cè)的承載為TOM承載，連第一 MGW側(cè)的承載為IP承載； 比如BSC1 (第一終端側(cè)的BSC)和BSC2 (第二終端側(cè)的BSC)間經(jīng)過4個MGW :MGW1、 MGW2、 MGW3、 MGW4， BSC1與MGWl為TDM連接，MGWl與MGW2為TDM連接，MGW2與MGW3為IP連接， MGW3與MGW4為TDM連接，MGW4與BSC2為TDM連接，則MGW2為上述第一 MGW， MGW3為上述 第二 MGW。再比如，BSC1和BSC2間經(jīng)過4個MGW :MGW1、 MGW2、 MGW3、 MGW4， BSC1與MGWl為 TDM連接，MGWl與MGW2為IP連接，MGW2與MGW3為IP連接，MGW3與MGW4為IP連接，MGW4 與BSC2為TDM連接，則MGWl為上述第一 MGW， MGW4為上述第二 MGW，這種情況，MGW2兩側(cè)都 采用G. 711編解碼，MGW2進行IP到IP的透傳，MGW3兩側(cè)都采用G. 711編解碼，MGW3進行 IP到IP的透傳。 本發(fā)明實施例一中第一MGW使用G. 711編解碼方式將包括壓縮編解碼的PCM碼流 透傳到第二 MGW，能夠使接收該PCM碼流的BSC(即第二終端側(cè)的BSC)直接從PCM碼流中獲 取壓縮編解碼，減少語音傳遞過程中編解碼轉(zhuǎn)換次數(shù)，提高語音質(zhì)量。
實施例二 參閱圖3，本發(fā)明實施二提供一種數(shù)據(jù)傳輸方法，該方法包括 301、主叫側(cè)的BSC與被叫側(cè)的BSC進行TFO協(xié)商。 其中，主叫側(cè)的BSC與被叫側(cè)的BSC進行TFO協(xié)商的過程包括 1)、主叫側(cè)的BSC分析被叫號碼，判斷被叫用戶是否為本網(wǎng)用戶，當BSC判斷被叫
用戶為本網(wǎng)用戶時，主叫側(cè)的BSC根據(jù)TFO協(xié)議，利用PCM中的每16個抽樣中的一個最不
重要的比特位來攜帶主叫側(cè)的TFO協(xié)商信息，向主叫側(cè)的MGW發(fā)送PCM碼流。 其中，主叫側(cè)的TFO協(xié)商信息包括主叫側(cè)空口使用的編解碼類型。 2)、主叫側(cè)的MGW接收到PCM碼流后，使用G. 711編解碼方式并通過IP承載將該PCM碼流透傳到被叫側(cè)的媒體網(wǎng)關(guān)，即使用G. 711編解碼方式將所有PCM碼流轉(zhuǎn)換成IP語 音包，將所轉(zhuǎn)換的所有IP語音包都輸出。 具體的，使用G. 711編解碼方式將周期時間內(nèi)接收的PCM碼流加上一個IP頭形成 語音包，然后向被叫側(cè)的MGW發(fā)送語音包，即將PCM碼流透傳輸出。其中，周期時間可以是 20ms 。 MGW啟動PCM碼流透傳的條件可以是當MGW判斷得到PCM碼流中包括了 TF0協(xié) 商信息時啟動PCM碼流透傳；或者，接收到MSC發(fā)送的使用G.711編解碼類型的指示信息之 后，確定本地帶寬的容量足夠大時啟動PCM碼流透傳；或者，接收到MSC發(fā)送的使用G. 711 編解碼類型的指示信息之后，根據(jù)數(shù)據(jù)配置啟動PCM碼流透傳；或者，或者MSC在建承載時 將啟動PCM透傳的指示信息發(fā)送給MGW， MGW根據(jù)該指示信息啟動PCM碼流透傳。
3)、被叫側(cè)的MGW接收到主叫側(cè)的MGW發(fā)送的語音包后，從該語音包中提取PCM碼 流，向被叫側(cè)的BSC發(fā)送PCM碼流。 4)、被叫側(cè)的BSC接收PCM碼流，從PCM碼中獲取主叫側(cè)的TFO協(xié)商信息，本發(fā)明 實施例中假定主叫側(cè)空口編解碼類型與被叫側(cè)的空口編解碼類型相同，該步驟中被叫側(cè)的 BSC根據(jù)主叫側(cè)空口編解碼類型與被叫側(cè)的空口編解碼類型相同確定在主叫終端與被叫終 端的語音傳遞過程中能夠啟用TFO。 5)、被叫側(cè)BSC分析主叫號碼，判斷主叫用戶是否為本網(wǎng)用戶，當BSC判斷主叫用 戶為本網(wǎng)用戶時，被叫側(cè)的BSC根據(jù)TFO協(xié)議，利用PCM中的每16個抽樣中的一個最不重 要的比特位來攜帶被叫側(cè)的TFO協(xié)商信息，向被叫側(cè)的MGW發(fā)送PCM碼流。
6)、被叫側(cè)的MGW接收到PCM碼流后，使用G. 711編解碼方式并通過IP承載將該 PCM碼流透傳到主叫側(cè)的媒體網(wǎng)關(guān)，即使用G. 711編解碼方式將所有PCM碼流轉(zhuǎn)換成IP語 音包，將所轉(zhuǎn)換的所有IP語音包都輸出。 被叫側(cè)的MGW啟用PCM碼流透傳的條件與2)中描述的相同，在此不再贅述。
7)、主叫側(cè)的MGW接收到被叫側(cè)的MGW發(fā)送的語音包后，從該語音包中提取PCM碼 流，向主叫側(cè)的BSC發(fā)送PCM碼流。 8)、主叫側(cè)的BSC接收PCM碼流，從PCM碼中獲取被叫側(cè)的TFO協(xié)商信息，其中被 叫側(cè)的TFO協(xié)商信息中包括被叫側(cè)空口使用的編解碼類型，主叫側(cè)的BSC根據(jù)主叫側(cè)空口 編解碼類型與被叫側(cè)的空口編解碼類型相同確定在主叫終端與被叫終端的語音傳遞過程 中能夠啟用TFO。 需要說明的是，本發(fā)明實施例中，比如PCM碼流為64Kbit/S，即每秒對語音進 行8000次采樣，每次采樣使用一個字節(jié)記錄采樣值，每個字節(jié)為8bit，每秒為8000X8 = 64Kbit。在IP承載網(wǎng)上傳遞時，MGW不對PCM碼內(nèi)容進行改變，每20ms作為一個語音包在IP 承載網(wǎng)上傳遞，即一秒中有50個語音包，每個語音包的凈荷大小為64000/50 = 1280bit， 也就是160個采樣值的內(nèi)容(8000/50 = 160)。 為了盡量減少對正常語音的影響，利用每16個抽樣中的一個最不重要的比特位 來攜帶TFO協(xié)商信息，而一個完整的TFO協(xié)商信息大約需要70個bit，需要1120 (16*70 = 1120)個PCM采樣才能攜帶完整的TFO協(xié)商信息。對應(yīng)的需要7個語音包(1120/160 = 7) 攜帶完整的TFO協(xié)商信息。如果語音包在IP承載網(wǎng)傳遞過程中丟失，則需要重新進行協(xié)商。
302、主叫側(cè)的BSC接收主叫終端通過空口傳送的壓縮編解碼，將壓縮編解碼轉(zhuǎn)換
10成PCM碼，并利用PCM碼中不重要的比特位攜帶壓縮編解碼，向主叫側(cè)的媒體網(wǎng)關(guān)發(fā)送PCM 碼流。 舉例說明，沒有啟用TF0時，一個字節(jié)的8個比特位都傳遞PCM碼；啟用TFO之后， 一個字節(jié)的大部分比特位仍然傳遞PCM碼，一小部分比特位(比如2比特位)傳遞壓縮編 解碼。 303、主叫側(cè)的媒體網(wǎng)關(guān)接收主叫側(cè)的BSC發(fā)送的包括壓縮編解碼的PCM碼流，使 用G. 711編解碼方式并通過IP承載將該PCM碼流透傳到被叫側(cè)的媒體網(wǎng)關(guān)，即使用G. 711 編解碼方式將所有PCM碼流轉(zhuǎn)換成IP語音包，將所轉(zhuǎn)換的所有IP語音包都輸出。
具體的，主叫側(cè)的媒體網(wǎng)關(guān)將周期時間內(nèi)接收的PCM碼流作為一個語音包的凈 荷，加上IP頭，形成一個語音包向被叫側(cè)的媒體網(wǎng)關(guān)發(fā)送。其中，周期時間可以是20ms。
304、被叫側(cè)的媒體網(wǎng)關(guān)從該語音包中提取PCM碼流，向被叫側(cè)的BSC發(fā)送PCM碼 流。 305、被叫側(cè)的BSC接收PCM碼流，從PCM碼流中直接獲得壓縮編解碼，通過空口傳 遞給被叫終端。 本發(fā)明實施例二中本發(fā)明實施例中主叫側(cè)的媒體網(wǎng)關(guān)使用G. 711編解碼方式將 包括壓縮編解碼的PCM碼流透傳到被叫側(cè)的媒體網(wǎng)關(guān)，能夠使接收該PCM碼流的BSC(即被 叫側(cè)的BSC)直接從PCM碼流中獲取壓縮編解碼，減少語音傳遞過程中編解碼轉(zhuǎn)換次數(shù)，提 高語音質(zhì)量。進一步，通過使用核心網(wǎng)帶外TFO協(xié)商的方式，確定是否能啟用TFO。
被叫側(cè)發(fā)往主叫側(cè)語音碼流進行類似的處理即被叫側(cè)的BSC接收被叫終端通過 空口傳送的壓縮編解碼，將壓縮編解碼轉(zhuǎn)換成PCM碼，并利用PCM碼中不重要的比特位攜帶 壓縮編解碼，向被叫側(cè)的媒體網(wǎng)關(guān)發(fā)送PCM碼流；被叫側(cè)的媒體網(wǎng)關(guān)接收被叫側(cè)的BSC發(fā)送 的PCM碼流，將該PCM碼流轉(zhuǎn)換成適用于在IP承載上傳輸?shù)恼Z音包，該語音包的凈荷為PCM 碼，被叫側(cè)的媒體網(wǎng)關(guān)向主叫側(cè)的媒體網(wǎng)關(guān)發(fā)送語音包；主叫側(cè)的媒體網(wǎng)關(guān)將語音包轉(zhuǎn)換 成PCM碼流，向主叫側(cè)的BSC發(fā)送PCM碼流；主叫側(cè)的BSC接收PCM碼流，從PCM中直接獲 得壓縮編解碼。 上述本發(fā)明實施例中主叫側(cè)的BSC確定主叫用戶與被叫用戶為同一 網(wǎng)絡(luò)的用戶 時，與被叫側(cè)的BSC進行TFO協(xié)商；被叫側(cè)BSC確定主叫用戶與被叫用戶為同一 網(wǎng)絡(luò)用戶 時，與主叫側(cè)的BSC進行TFO協(xié)商。也可以由MSC通知BSC進行TFO協(xié)商，具體的，主叫側(cè) 的MSC分析被叫號碼是否為本網(wǎng)號碼，如果是，則主叫側(cè)的MSC通知主叫側(cè)的BSC啟動TFO 協(xié)商；被叫側(cè)的MSC分析主叫號碼是否為本網(wǎng)號碼，如果是，則被叫側(cè)的MSC通知被叫側(cè)的 BSC啟動TFO協(xié)商。 上述實施例中，BSC1與MGW1為TDM連接，MGW1和MGW2為IP連接，MGW2與BSC2 為TOM連接。BSC1和BSC2間經(jīng)過多個MGW時，處理類似，當PCM碼流包括壓縮編解碼或者 TFO協(xié)商信息時，由一側(cè)為TDM —側(cè)為IP的MGW進行PCM碼流到IP的透明傳輸處理。比 如，BSC1禾口 BSC2間經(jīng)過4個MGW :MGW1、 MGW2、 MGW3、 MGW4， BSC1與MGW1為TDM連接，MGW1 與MGW2為TDM連接，MGW2與MGW3為IP連接，MGW3與MGW4為TDM連接，MGW4與BSC2為 TDM連接，則由一側(cè)為TOM —側(cè)為IP的MGW2、MGW3進行類似上述PCM碼流到IP的透明傳輸 處理。再比如，BSC1和BSC2間經(jīng)過4個MGW :MGW1、 MGW2、 MGW3、 MGW4， BSC1與MGW1為TDM 連接，MGW1與MGW2為IP連接，MGW2與MGW3為IP連接，MGW3與MGW4為IP連接，MGW4與BSC2為TDM連接，則由一側(cè)為TDM —側(cè)為IP的MGW1、MGW4進行類似上述PCM碼流到IP的 透明傳輸處理，這種情況，MGW2兩側(cè)都采用G. 711編解碼，MGW2進行IP到IP的透傳，MGW3 兩側(cè)都采用G. 711編解碼，MGW3進行IP到IP的透傳。
實施例三 參閱圖4，本發(fā)明實施例三提供一種數(shù)據(jù)傳輸方法，該方法中MSC判斷主叫側(cè)空口 使用的編解碼類型與被叫側(cè)空口使用的編解碼類型相同時，通知BSC進行TFO協(xié)商，該方法 包括 401、主叫側(cè)的BSC向主叫側(cè)的MSC(MSC1)發(fā)送連接管理業(yè)務(wù)請求(Connection Management Service Req)消息，該消息中攜帶被叫號碼。 402、主叫側(cè)的MSC向主叫側(cè)的BSC發(fā)送指配請求(Assignment Request)消息，該 消息中攜帶主叫側(cè)的MSC指配的主叫側(cè)空口使用的編解碼類型。 403、主叫側(cè)的MSC發(fā)送位置請求(LOCREQ)消息到被叫終端歸屬的歸屬位置寄存 器(Home Location Register, HLR)去取被叫位置信息。 404、被叫終端歸屬的HLR發(fā)送路由請求(ROUTREQ)消息到被叫側(cè)的MSC (MSC2)取 被叫漫游號碼。 405、被叫側(cè)的MSC返回路由請求響應(yīng)(routreq)消息，該消息中攜帶被叫漫游號 碼。 406、被叫終端歸屬的HLR向主叫側(cè)的MSC發(fā)送位置請求響應(yīng)(locreq)消息，該消 息中攜帶被叫漫游號碼。 407、主叫側(cè)的BSC完成空口信道建立，以及主叫側(cè)的MSC與主叫側(cè)的BSC間電路 的承載建立后，主叫側(cè)的BSC向主叫側(cè)的MSC發(fā)送指配完成(Assignment Complete)消息， 該消息中攜帶當前主叫側(cè)空口使用的編解碼類型，該編解碼類型是主叫側(cè)的BSC和主叫終 端經(jīng)過協(xié)商確定的在空口采用的編解碼類型，一般情況下，該編解碼類型與步驟402中主 叫側(cè)的MSC指配的主叫側(cè)空口使用的編解碼類型相同。 408、主叫側(cè)的MSC獲取被叫漫游號碼后，向被叫側(cè)的MSC發(fā)送INVITE消息，該消 息中攜帶被叫漫游號碼，以便將呼叫接續(xù)到被叫側(cè)的MSC。
409、被叫側(cè)的MSC向被叫側(cè)的BSC發(fā)送尋呼消息。
410、被叫側(cè)的BSC發(fā)送尋呼響應(yīng)消息給被叫側(cè)的MSC。 411、被叫側(cè)的MSC向被叫側(cè)的BSC發(fā)送指配請求(Assignment Request)消息，指 配被叫側(cè)的MSC與被叫側(cè)的BSC間的電路和空口信道。被叫側(cè)的MSC進行指配時，判斷已 經(jīng)獲取當前主叫側(cè)空口使用的編解碼類型信息，且被叫終端支持使用該編解碼類型，則指 配請求消息中攜帶的被叫側(cè)的MSC指配的被叫側(cè)空口使用的編解碼類型，該指配的被叫側(cè) 空口使用的編解碼類型為當前主叫側(cè)空口使用的編解碼類型。 在該步驟之前，在位置登記時，被叫側(cè)的MSC從被叫終端歸屬的HLR獲取用戶簽約 的業(yè)務(wù)選項列表，用戶簽約的業(yè)務(wù)選項列表為被叫終端支持的編解碼列表；被叫側(cè)的MSC 根據(jù)從HLR獲取的被叫終端支持的編解碼列表，確定主叫側(cè)空口使用的編解碼是否包括在 被叫終端支持的編解碼列表中。 其中，在步驟411之前，將當前主叫側(cè)空口使用的編解碼類型通知被叫側(cè)的MSC可 以采用如下方式實現(xiàn)
第一種方式主叫側(cè)的MSC在通過被叫終端歸屬的HLR獲取被叫漫游號碼時，主叫 側(cè)MSC在向被叫終端歸屬的HLR發(fā)送的LOCREQ消息中攜帶主叫側(cè)的MSC指配的主叫側(cè)空 口使用的編解碼類型。被叫終端歸屬的HLR通過ROUTREQ消息將主叫側(cè)空口使用的編解碼 類型通知給被叫側(cè)的MSC。 第二種方式主叫側(cè)的MSC在收到主叫側(cè)的BSC發(fā)送的指配完成消息后，從指配 完成消息中獲知當前主叫側(cè)空口使用的編解碼類型；主叫側(cè)MSC在向被叫終端歸屬的HLR 發(fā)送的LOCREQ消息中攜帶當前主叫側(cè)空口使用的編解碼類型；被叫終端歸屬的HLR通過 ROUTREQ消息將主叫側(cè)空口使用的編解碼類型通知給被叫側(cè)的MSC。 第三種方式主叫側(cè)的MSC在收到主叫側(cè)的BSC發(fā)送的指配完成消息后，從指配完 成消息中獲知當前主叫側(cè)空口使用的編解碼類型，通過擴展中繼信令，在INVITE消息中攜 帶當前主叫側(cè)空口使用的編解碼類型。 412、被叫側(cè)的BSC完成空口信道建立，以及和被叫側(cè)的MSC與被叫側(cè)的BSC間電 路的承載建立后，被叫側(cè)的BSC向被叫側(cè)的MSC發(fā)送指配完成(Assignment Complete)消 息，該消息中攜帶當前被叫側(cè)空口使用的編解碼類型，其中當前被叫側(cè)空口使用的編解碼 類型是在被叫側(cè)的BSC進行空口信道建立時，由被叫側(cè)的BSC與被叫終端協(xié)商決定的，該當 前被叫側(cè)空口使用的編解碼類型可能是步驟411中被叫側(cè)的MSC指配的被叫側(cè)空口使用的 編解碼類型。 413、被叫側(cè)的MSC向主叫側(cè)的MSC發(fā)送180消息。 414、主叫側(cè)的MSC收到180消息后，向被叫側(cè)的MSC發(fā)送臨時響應(yīng)確認 PRACK(180)消息。415、被叫側(cè)的MSC收到PRACK(180)后，向主叫側(cè)的MSC發(fā)送2000K(PRACK)。
416、被叫應(yīng)答后，被叫側(cè)的BSC向被叫側(cè)的MSC發(fā)送Connect消息。
417、被叫側(cè)的MSC向主叫側(cè)的MSC發(fā)送2000K(INVITE)。 418、主叫側(cè)的MSC收到2000K(INVITE)消息后，向被叫側(cè)的MSC發(fā)送確認(ACK) 消息。 419、主叫側(cè)的MSC判斷已經(jīng)獲取當前被叫側(cè)空口使用的編解碼類型信息，判斷當 前被叫側(cè)空口使用的編解碼類型和當前主叫側(cè)空口使用的編解碼類型是否相同，如果相 同，通知主叫側(cè)的BSC進行TFO處理。被叫側(cè)的MSC判斷已經(jīng)獲取當前主叫側(cè)空口使用的 編解碼類型信息，判斷當前主叫側(cè)空口使用的編解碼類型和當前被叫側(cè)空口使用的編解碼 類型是否相同，如果相同，通知被叫側(cè)的BSC進行TFO處理。 MSC通知BSC具體的處理方式可以是MSC指示BSC進行TFO處理，例如，在向BSC 發(fā)送的編碼轉(zhuǎn)換控制請求Transcoder Control Request中增加指示信息，指示BSC進行 TFO處理。 在該步驟之前，被叫側(cè)的MSC向主叫側(cè)的MSC發(fā)送的2000K(INVITE)中攜帶當前 被叫側(cè)空口使用的編解碼類型信息，使主叫側(cè)的MSC獲知當前被叫側(cè)空口使用的編解碼類 型信息。 優(yōu)選的，主叫側(cè)的MSC和被叫側(cè)的MSC可以通過如下方式彼此交互空口使用的編 解碼類型。 第一種方式通過在主叫MSC與被叫MSC之間新增加MAP消息傳遞空口使用的編解碼類型。 1)、被叫終端應(yīng)答后，被叫側(cè)的MSC向主叫側(cè)的MSC發(fā)送TFORequest，攜帶當前被 叫側(cè)空口使用的編解碼類型。主叫側(cè)的MSC收到被叫側(cè)的MSC的TFO Request消息，返回 TFO Request ACK，攜帶當前主叫側(cè)空口使用的編解碼類型。 2)、被叫終端應(yīng)答后，主叫側(cè)的MSC向被叫側(cè)的MSC發(fā)送TFORequest，攜帶當前主
叫側(cè)空口使用的編解碼類型。被叫側(cè)的MSC收到主叫側(cè)的MSC的TFO Request消息，返回
TFO Request ACK，攜帶當前被叫側(cè)空口使用的編解碼類型。 第二種方式通過擴展中繼信令傳遞空口使用的編解碼類型。 1)、可以在INVITE消息中把主叫側(cè)空口使用的編解碼類型攜帶給被叫側(cè)的MSC。
被叫側(cè)的MSC在180消息中把被叫側(cè)空口使用的編解碼類型攜帶給主叫側(cè)MSC。 2)、被叫側(cè)的MSC在180消息中把被叫側(cè)空口使用的編解碼類型攜帶給主叫側(cè)的
MSC。主叫側(cè)的MSC在PRACK (180)消息中把主叫側(cè)空口使用的編解碼類型攜帶給被叫側(cè)的
MSC。 3)、被叫側(cè)的MSC在2000K(INVITE)消息中把被叫側(cè)空口使用的編解碼類型攜帶 給主叫側(cè)的MSC。主叫側(cè)的MSC在ACK消息中把主叫側(cè)空口使用的編解碼類型攜帶給被叫 側(cè)MSC。 420、主叫側(cè)的MSC向主叫側(cè)的MGW發(fā)送啟動PCM透傳的指示信息；被叫側(cè)的MSC 向被叫側(cè)的MGW發(fā)送啟動PCM透傳的指示信息。 421、主叫側(cè)的BSC與被叫側(cè)的BSC進行TFO協(xié)商。其中，具體的TFO協(xié)商過程與 實施例二中的步驟301相似，在此不再贅述。 422-425與實施例二中的步驟302-305相似，在此不再贅述。被叫側(cè)發(fā)往主叫側(cè)語 音碼流進行類似的處理，在此不再贅述。 本發(fā)明實施例三中主叫側(cè)的媒體網(wǎng)關(guān)將PCM碼流透傳輸出，被叫側(cè)的媒體網(wǎng)關(guān)將 PCM碼流發(fā)送給被叫側(cè)的BSC,由于PCM碼流中攜帶壓縮編解碼，減少語音傳遞過程中編解 碼轉(zhuǎn)換次數(shù)，提高語音質(zhì)量；進一步，通過在呼叫過程的信令傳遞主叫側(cè)空口使用的編解碼 類型到被叫側(cè)的MSC，傳遞被叫側(cè)空口使用的編解碼類型到主叫側(cè)的MSC，使被叫側(cè)/主叫 側(cè)的MSC確定是否能夠進行TFO處理。 參閱圖5，本發(fā)明實施例四提供一種數(shù)據(jù)傳輸方法，該方法中MSC判斷主叫側(cè)空口 使用的編解碼類型與被叫側(cè)空口使用的編解碼類型相同時，通知BSC進行TFO強制處理，該 方法包括 501、第一終端側(cè)的MSC判斷第一終端側(cè)的BSC是否具有TFO強制處理能力，如果 是，執(zhí)行502，即該MSC發(fā)起局間TFO協(xié)商。 其中，TFO強制處理能力是指本端的BSC不與對端的BSC進行TFO協(xié)商而直接傳 輸攜帶壓縮編解碼的PCM碼流。 MSC判斷本側(cè)的BSC是否支持TFO強制處理具體可以采用如下方式 1) 、MSC配置BSC的TFO強制處理能力，則MSC知道BSC是否具有TFO強制處理能力。 2) 、 MSC與BSC進行信息交互，獲知BSC是否具有TFO強制處理能力，具體可以是 BSC在指配完成消息中攜帶BSC支持TFO強制處理能力的指示信息。
502、第一終端側(cè)的MSC向第二終端側(cè)的MSC發(fā)送強制TFO請求，其中攜帶第一終 端側(cè)空口使用的編解碼類型。 503、第二終端側(cè)的MSC收到強制TF0請求之后，判斷第二終端側(cè)空口使用的編解 碼類型和強制TF0請求消息中攜帶的編解碼類型是否相同，并判斷第二終端側(cè)的BSC是否 具有TFO強制處理能力，如果兩個判斷都為是，執(zhí)行504。 判斷第二終端側(cè)的BSC是否具有TFO強制處理能力的具體實現(xiàn)方式與步驟501中 的描述相似，在此不再贅述。 504、第二終端側(cè)的MSC向第一終端側(cè)的MSC返回響應(yīng)消息，響應(yīng)消息中攜帶表示 啟動TFO強制處理的指示信息。 505、第二終端側(cè)的MSC向第二終端側(cè)的BSC發(fā)送啟用TFO強制處理的指示信息。
506、第一終端側(cè)的MSC接收到響應(yīng)消息之后，向第一終端側(cè)的BSC發(fā)送啟用TFO 強制處理的指示信息。 需要說明的是，步驟505和步驟506沒有執(zhí)行上的先后順序，可以先執(zhí)行步驟506 再執(zhí)行步驟505，或者步驟505和步驟506同時執(zhí)行，不影響本發(fā)明的實現(xiàn)。
其中，上述步驟中的局間TFO協(xié)商具體可以采用如下方式
第一種方式通過在主叫側(cè)的MSC與被叫側(cè)的MSC之間新增加MAP消息進行局間 TFO協(xié)商。 1)、被叫終端應(yīng)答后，被叫側(cè)的MSC向主叫側(cè)的MSC發(fā)送TFO Request (此時TFO Request為強制TFO請求)，攜帶當前被叫側(cè)空口使用的編解碼類型。主叫側(cè)的MSC收到被 叫側(cè)的MSC的TFO Request消息，判斷消息中的編解碼類型和主叫側(cè)空口使用的編解碼類 型一致，且本側(cè)BSC支持TFO強制處理能力，返回TFO RequestACK，攜帶信息表示啟動TFO 強制處理?；蛘?)、被叫終端應(yīng)答后，主叫側(cè)的MSC向被叫側(cè)的MSC發(fā)送TFORequest (此時 TFO Request為強制TFO請求)，攜帶當前主叫側(cè)空口使用的編解碼類型。被叫側(cè)的MSC收 到主叫側(cè)的MSC的TFO Request消息，判斷消息中的編解碼類型和被叫側(cè)空口使用的編解 碼一致，且本側(cè)BSC支持TFO強制處理能力，返回TFO Request ACK，攜帶信息表示啟動TFO 強制處理。 第二種方式通過擴展已有中繼信令進行。 1)、被叫側(cè)的MSC在2000K(INVITE)消息中把被叫側(cè)空口使用的編解碼類型攜帶 給主叫側(cè)的MSC，并攜帶強制TFO請求。主叫側(cè)的MSC在ACK消息中把表示是否啟動TFO強 制處理的指示信息攜帶給被叫側(cè)MSC。 507、第一終端側(cè)的MSC向第一終端側(cè)的MGW發(fā)送啟動PCM透傳的指示信息；第二 終端側(cè)的MSC向第二終端側(cè)的MGW發(fā)送啟動PCM透傳的指示信息。 508、第一終端側(cè)的BSC接收第一終端通過空口傳送的壓縮編解碼，將壓縮編解碼 轉(zhuǎn)換成PCM碼，并利用PCM碼中不重要的比特位攜帶壓縮編解碼，向第一終端側(cè)的媒體網(wǎng)關(guān) 發(fā)送PCM碼流。 509、第一終端側(cè)的媒體網(wǎng)關(guān)接收第一終端側(cè)的BSC發(fā)送的PCM碼流，將該PCM碼 流轉(zhuǎn)換成適用于在IP承載上傳輸?shù)恼Z音包，第一終端側(cè)的媒體網(wǎng)關(guān)向第二終端側(cè)的媒體 網(wǎng)關(guān)發(fā)送語音包。 510、第二終端側(cè)的媒體網(wǎng)關(guān)將語音包轉(zhuǎn)換成PCM碼流，向第二終端側(cè)的BSC發(fā)送PCM碼流。 511、第二終端側(cè)的BSC接收PCM碼流，從PCM中直接獲得壓縮編解碼，通過空口傳遞給第二終端。 第二終端側(cè)發(fā)往第一終端側(cè)語音碼流進行類似的處理，在此不再贅述。 其中，步驟507也可以省略，而是采用如下方式通知MGW相關(guān)信息 1)、 MSC可以在通知MGW建承載時，通知MGW使用G. 711編解碼類型建承載，后續(xù)
MGW接收到來自BSC的PCM流后，根據(jù)帶寬確定是否對接收的PCM碼流透傳輸出，當本地帶
寬足夠大時，MGW將接收的PCM碼流透傳輸出。或者，MGW根據(jù)數(shù)據(jù)配置確定是否對接收的
PCM碼流透傳輸出。 2)MSC可以在通知MGW建承載時，通知MGW使用G. 711編解碼類型建承載，并指示MGW對接收的PCM流不進行編解碼處理，直接透傳輸出。 3)MGW接收到PCM碼流后，判斷該PCM碼流中是否攜帶表示所述PCM碼流包括壓縮編解碼的指示信息，如果是，對接收的PCM流不進行編解碼處理。 本發(fā)明實施例四中MSC發(fā)起局間TFO協(xié)商，并在協(xié)商通過后指示BSC進行強制TFO處理，并通知MGW對PCM碼流進行透傳輸出，使一端的BSC將包括壓縮編解碼的PCM碼流發(fā)送給本端的MGW，由本端的MGW將其透傳輸出到對端的MGW，使對端的BSC能直接從PCM碼流中獲取壓縮編解碼，減少語音傳遞過程中編解碼轉(zhuǎn)換次數(shù)，提高語音質(zhì)量。
需要說明的，上述實施例三、四中，如果主、被叫MSC是同一MSC，可以簡化為，MSC判斷主、被叫使用相同編解碼，則MSC在被叫應(yīng)答后，分別通知主、被叫BSC啟動先進行協(xié)商的TFO處理。 上述實施例三、四中，BSCl與MGWl為TDM連接，MGWl和MGW2為IP連接，MGW2與BSC2為TOM連接。BSCl和BSC2間經(jīng)過多個MGW時，處理類似，當PCM碼流包括壓縮編解碼或者TFO協(xié)商信息時，由一側(cè)為TDM —側(cè)為IP的MGW進行PCM碼流到IP的透明傳輸處理。比如，BSC1和BSC2間經(jīng)過4個MGW :MGW1、MGW2、MGW3、MGW4，BSC1與MGWl為TDM連接，MGWl與MGW2為TDM連接，MGW2與MGW3為IP連接，MGW3與MGW4為TDM連接，MGW4與BSC2為TDM連接，則由一側(cè)為TOM —側(cè)為IP的MGW2、MGW3進行類似上述PCM碼流到IP的透明傳輸處理。再比如，BSCl和BSC2間經(jīng)過4個MGW :MGW1、 MGW2、 MGW3、 MGW4， BSCl與MGWl為TDM連接，MGWl與MGW2為IP連接，MGW2與MGW3為IP連接，MGW3與MGW4為IP連接，MGW4與BSC2為TOM連接，則由一側(cè)為TOM —側(cè)為IP的MGW1、MGW4進行類似上述PCM碼流到IP的透明傳輸處理，這種情況，MGW2兩側(cè)都采用G. 711編解碼，MGW2進行IP到IP的透傳，MGW3兩側(cè)都采用G. 711編解碼，MGW3進行IP到IP的透傳。
實施例五 參閱圖6，本發(fā)明實施例五提供一種媒體網(wǎng)關(guān)，其包括 接收單元601，用于接收BSC發(fā)送的包括壓縮編解碼的PCM碼流； 判斷單元602，用于確定是否對所述接收單元601接收的PCM碼流透傳； 處理單元603，用于當所述判斷單元602的判斷結(jié)果為是時，使用G. 711編解碼方
式將所述包括壓縮編解碼的PCM碼流透傳輸出。 其中，接收單元601還用于接收BSC發(fā)送的包括TF0協(xié)商信息的PCM碼流。處理單元603，還用于當判斷單元602判斷得到對包括TFO協(xié)商信息的PCM碼流透傳時，使用G. 711
16編解碼方式將包括TF0協(xié)商信息的PCM碼流透傳輸出。所述TFO協(xié)商信息包括第一終端側(cè)空口使用的編解碼類型。其中，所述BSC是第一終端側(cè)的BSC。
優(yōu)選的，判斷單元602包括 第一判斷子單元6021，用于確定接收的PCM碼流中是否包括表示PCM碼流中包括壓縮編解碼的指示信息，如果是，確認需要將包括壓縮編解碼的PCM碼流透傳；
或者，第二判斷子單元6022，用于確定所述PCM碼流中是否包括TFO協(xié)商信息，如果是，確認需要將包括TFO協(xié)商信息的PCM碼流透傳。 或者，第三判斷子單元6023，用于根據(jù)本地帶寬容量和MSC發(fā)送的使用G.711編解碼類型的指示信息，確認是否需要將接收單元601接收的PCM碼流透傳；
或者，第四判斷子單元6024，用于根據(jù)本地配置的表示是否將PCM碼流透傳的指示信息和MSC發(fā)送的使用G. 711編解碼類型的指示信息，確認是否需要將接收單元601接收的PCM碼流透傳； 或者，第五判斷子單元6025，用于根據(jù)MSC發(fā)送的啟動PCM透傳的指示信息，確定需要將接收單元601接收的PCM碼流透傳。 本發(fā)明實施例五中媒體網(wǎng)關(guān)使用G. 711編解碼方式將包括壓縮編解碼的PCM碼流透傳到對端的媒體網(wǎng)關(guān)，能夠使接收該PCM碼流的BSC(即對端的BSC)直接從PCM碼流中獲取壓縮編解碼，減少語音傳遞過程中編解碼轉(zhuǎn)換次數(shù)，提高語音質(zhì)量；進一步，使用G. 711編解碼方式將包括TFO協(xié)商信息的PCM碼流透傳到對端的媒體網(wǎng)關(guān)，使對端(第二終端側(cè))的BSC能夠根據(jù)該TFO協(xié)商信息中的第一終端側(cè)空口使用的編解碼類型和第二終端側(cè)空口使用的編解碼類型確定是否啟用TFO，成功進行TFO協(xié)商。
實施例六 參閱圖7，本發(fā)明實施例六提供一種網(wǎng)絡(luò)系統(tǒng)，包括第一終端側(cè)的基站控制器BSC 701、第一終端側(cè)的媒體網(wǎng)關(guān)MGW 702、第二終端側(cè)的媒體網(wǎng)關(guān)MGW 703和第二終端側(cè)的基站控制器BSC 704，所述第一終端側(cè)的BSC 701與第一終端側(cè)的MGW 702之間是時分復用T匿連接，所述第二終端側(cè)的MGW703與第二終端側(cè)的BSC 704之間是T匿連接，所述第一終端側(cè)的MGW 702與第二終端側(cè)的MGW 703之間是IP連接；其中，
所述第一終端側(cè)的BSC 701，用于向第一終端側(cè)的MGW 702發(fā)送包括壓縮編解碼的PCM碼流； 所述第一終端側(cè)的MGW 702，用于接收第一終端側(cè)的BSC 701發(fā)送的PCM碼流，確定是否需要對接收的PCM碼流透傳輸出，如果是，使用G. 711編解碼方式將所述PCM碼流透傳輸出到第二終端側(cè)的MGW 703; 所述第二終端側(cè)的MGW 703，用于將接收的來自第一終端側(cè)的MGW 702的PCM碼流輸出到第二終端側(cè)的BSC 704; 所述第二終端側(cè)的BSC 704，用于接收來自第二終端側(cè)的MGW 703發(fā)送的所述PCM碼流，從所述PCM碼流中獲取壓縮編解碼。 其中，在啟用TFO之前，需要進行TFO協(xié)商，此時，第一終端側(cè)的BSC 701，還用于向第一 MGW 702發(fā)送包括TFO協(xié)商信息的PCM碼流；所述TFO協(xié)商信息包括第一終端側(cè)空口使用的編解碼類型；第一MGW 702，還用于接收第一終端側(cè)的BSC 701發(fā)送的包括TFO協(xié)商信息的PCM碼流，確定是否需要對接收的包括TFO協(xié)商信息的PCM碼流透傳輸出，如果是，使用G. 711編解碼方式將所述包括TFO協(xié)商信息的PCM碼流透傳輸出到第二 MGW 703 ;第 二 MGW703，還用于將接收的來自第一 MGW 702的包括TFO協(xié)商信息的PCM碼流輸出到第二 終端側(cè)的BSC 704 ;第二終端側(cè)的BSC 704，還用于接收第二MGW 703發(fā)送的所述包括TFO 協(xié)商信息的PCM碼流，根據(jù)所述第一終端側(cè)空口使用的編解碼類型和第二終端側(cè)空口使用 的編解碼類型確定是否啟用TFO。 優(yōu)選的，在第一終端側(cè)的BSC 701與第二終端側(cè)的BSC 704進行TFO協(xié)商之前，可 以由兩端的MSC先進行TFO協(xié)商。此時該網(wǎng)絡(luò)系統(tǒng)還包括第一終端側(cè)的MSC 705，用于獲 取第二終端側(cè)空口使用的編解碼類型，當確認第二終端側(cè)空口與第一終端側(cè)空口使用同一 種編解碼類型時，向第一終端側(cè)的BSC701發(fā)送啟用TFO處理的指示信息；所述第一終端側(cè) 的BSC 701在接收到所述啟用TF0處理的指示信息之后發(fā)送包括TF0協(xié)商信息的PCM碼流。 第二終端側(cè)的MSC706，用于獲取第一終端側(cè)空口使用的編解碼類型，當確認第一終端側(cè)空 口與第二終端側(cè)空口使用同一種編解碼類型時，向第二終端側(cè)的BSC 704發(fā)送啟用TFO處 理的指示信息；所述第二終端側(cè)的BSC 704在接收到所述啟用TFO處理的指示信息之后發(fā) 送包括TFO協(xié)商信息的PCM碼流。 或者，不需要第一終端側(cè)的BSC 701與第二終端側(cè)的BSC 704進行TFO協(xié)商，而是 由兩端的MSC進行TFO協(xié)商然后通知各自的BSC進行TFO強制處理。此時該網(wǎng)絡(luò)系統(tǒng)還包 括所述第一終端側(cè)的MSC 705，用于獲取第二終端側(cè)空口使用的編解碼類型，當確認第二 終端側(cè)空口與第一終端側(cè)空口使用同一種編解碼類型時，向第一終端側(cè)的BSC 701發(fā)送啟 用TFO強制處理的指示信息；所述第一終端側(cè)的BSC 701在接收到啟用TFO強制處理的指 示信息之后發(fā)送包括壓縮編解碼的PCM碼流。所述第二終端側(cè)的MSC 706，用于獲取第一 終端側(cè)空口使用的編解碼類型，當確認第一終端側(cè)空口與第二終端側(cè)空口使用同一種編解 碼類型時，向第二終端側(cè)的BSC 704發(fā)送啟用TF0強制處理的指示信息；所述第二終端側(cè)的 BSC 704在接收到啟用TFO強制處理的指示信息之后發(fā)送包括壓縮編解碼的PCM碼流。
需要說明的是，當?shù)谝唤K端是被叫終端，第二終端是主叫終端時，第一終端側(cè)的 MSC 705還用于根據(jù)從歸屬位置寄存器HLR獲取的被叫終端支持的編解碼列表，判斷主叫 終端側(cè)空口使用的編解碼類型是否包括在所述被叫終端支持的編解碼列表中，如果是，向 被叫終端側(cè)的BSC(即第一終端的BSC701)發(fā)送指配請求消息，所述指配請求消息中包括被 叫終端側(cè)的MSC(即第一終端側(cè)的MSC 705)指配的被叫側(cè)空口使用的編解碼類型，所述指 配的被叫側(cè)空口使用的編解碼類型為主叫終端側(cè)空口使用的編解碼類型。這種情況是在被 叫終端的MSC在呼叫過程中指配被叫終端側(cè)空口使用主叫終端側(cè)空口所使用的編輯碼類 型。 優(yōu)選的，在需要第一終端側(cè)的BSC 701與第二終端側(cè)的BSC 704進行TFO協(xié)商的 情況下，所述第一終端側(cè)的BSC 701具體用于確定使用第一終端的用戶和使用第二終端的 用戶是否為同一網(wǎng)絡(luò)的用戶，如果是，向第一終端側(cè)的MGW 702發(fā)送攜帶TF0協(xié)商信息的 PCM碼流?；蛘?，第一終端側(cè)的MSC 705具體用于確定使用第一終端的用戶和使用第二終端 的用戶是否是同一網(wǎng)絡(luò)的用戶，如果是，向第一終端側(cè)的BSC 701發(fā)送指示啟動TF0協(xié)商的 信息；所述第一終端側(cè)的BSC 701在接收到第一終端側(cè)的MSC 705發(fā)送的指示啟動TFO協(xié) 商的信息之后發(fā)送包括TFO協(xié)商信息的PCM碼流。 其中，第一終端側(cè)的MGW 702可以通過如下方式確定是否需要對接收的PCM碼流
18透傳輸出 第一種方式，確定接收的PCM碼流中是否包括表示PCM碼流中包括壓縮編解碼的 指示信息，如果是，確認需要將所述PCM碼流透傳。 第二種方式，根據(jù)本地帶寬容量和第一終端側(cè)的MSC發(fā)送的使用G. 711編解碼類 型的指示信息，確認是否需要將所述PCM碼流透傳。 第三種方式，根據(jù)本地配置的表示是否將PCM碼流透傳的指示信息和第一終端側(cè) 的MSC發(fā)送的使用G. 711編解碼類型的指示信息，確認是否需要將所述PCM碼流透傳。
第四種方式，根據(jù)第一終端側(cè)的MSC 705發(fā)送的啟動PCM透傳的指示信息，確認需 要將所述PCM碼流透傳。 第五種方式，確定接收的PCM碼流中是否包括TFO協(xié)商信息，如果是，確認需要將 所述PCM碼流透傳。 上述具體描述了第一終端側(cè)發(fā)往第二終端側(cè)的語音流的處理過程，而第二終端側(cè) 發(fā)往第一終端側(cè)的語音流的處理過程與此相似，在此不再贅述。 本發(fā)明實施例六中第一終端側(cè)的媒體網(wǎng)關(guān)使用G. 711編解碼方式將包括壓縮編 解碼的PCM碼流透傳到對端的媒體網(wǎng)關(guān)，能夠使接收該PCM碼流的BSC(即對端的BSC)直 接從PCM碼流中獲取壓縮編解碼，減少語音傳遞過程中編解碼轉(zhuǎn)換次數(shù)，提高語音質(zhì)量。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是可以 通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，例 如只讀存儲器，磁盤或光盤等。 以上對本發(fā)明實施例所提供的數(shù)據(jù)傳輸方法、裝置及網(wǎng)絡(luò)系統(tǒng)進行了詳細介紹， 本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用 于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的 思想，在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為 對本發(fā)明的限制。
權(quán)利要求
一種數(shù)據(jù)傳輸方法，其特征在于，包括第一媒體網(wǎng)關(guān)MGW通過時分復用TDM承載接收第一終端側(cè)的基站控制器BSC發(fā)送的包括壓縮編解碼的脈沖編碼調(diào)制PCM碼流，確定是否對接收的所述PCM碼流透傳，如果是，使用G.711編解碼方式通過IP承載將所述包括壓縮編解碼的PCM碼流透傳到第二MGW；所述第二MGW通過TDM承載將所述包括壓縮編解碼的PCM碼流發(fā)送給第二終端側(cè)的BSC。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法還包括第一 MGW通過T匿承載接收第一終端側(cè)的BSC發(fā)送的包括免二次編解碼操作TFO協(xié)商信息的PCM碼流，使用G. 711編解碼方式通過IP承載將所述包括TFO協(xié)商信息的PCM碼流透傳到第二 MGW，所述TFO協(xié)商信息包括第一終端側(cè)空口使用的編解碼類型；所述第二 MGW通過TOM承載將所述包括TFO協(xié)商信息的PCM碼流發(fā)送給第二終端側(cè)的BSC，使所述第二終端側(cè)的BSC根據(jù)所述第一終端側(cè)空口使用的編解碼類型和第二終端側(cè)空口使用的編解碼類型確定是否啟用TFO。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，在第一 MGW通過TOM承載接收第一終端側(cè)的BSC發(fā)送的包括TFO協(xié)商信息的PCM碼流之前，該方法還包括第一終端側(cè)的移動交換中心MSC獲取第二終端側(cè)空口使用的編解碼類型；當?shù)谝唤K端側(cè)的MSC確認第二終端側(cè)空口使用的編解碼類型與第一終端側(cè)空口使用的編解碼類型相同時，向第一終端側(cè)的BSC發(fā)送啟用TFO處理的指示信息。
4. 根據(jù)權(quán)利要求l所述的方法，其特征在于，在第一MGW通過TOM承載接收第一終端側(cè)的BSC發(fā)送的包括壓縮編解碼的PCM碼流之前，該方法還包括第一終端側(cè)的MSC獲取第二終端側(cè)空口使用的編解碼類型；當?shù)谝唤K端側(cè)的MSC確認第二終端側(cè)空口使用的編解碼類型與第一終端側(cè)空口使用的編解碼類型相同時，向第一終端側(cè)的BSC發(fā)送啟用TFO強制處理的指示信息。
5. 根據(jù)權(quán)利要求3或者4所述的方法，其特征在于，所述第一終端側(cè)的MSC獲取第二終端側(cè)空口使用的編解碼類型具體為所述第一終端側(cè)的MSC接收歸屬位置寄存器HLR發(fā)送的路由請求ROUTREQ消息，所述ROUTREQ消息中攜帶第二終端側(cè)空口使用的編解碼類型；所述ROUTREQ消息是所述HLR接收到第二終端側(cè)的MSC發(fā)送的攜帶第二終端側(cè)空口使用的編解碼類型的位置請求LOCREQ消息之后發(fā)出的；其中，所述第一終端是被叫終端，所述第二終端是主叫終端；或者，第一終端側(cè)的MSC通過在第一終端側(cè)的MSC與第二終端側(cè)的MSC之間新增的MAP消息獲取第二終端側(cè)空口使用的編解碼類型；或者，第一終端側(cè)的MSC通過在第一終端側(cè)的MSC與第二終端側(cè)的MSC之間擴展的中繼信令獲取第二終端側(cè)空口使用的編解碼類型。
6. 根據(jù)權(quán)利要求3或者4所述的方法，其特征在于，所述第一終端是被叫終端，第二終端是主叫終端；在第一終端側(cè)的MSC獲取第二終端側(cè)空口使用的編解碼類型之后，該方法還包括被叫終端側(cè)的MSC根據(jù)從HLR獲取的被叫終端支持的編解碼列表，判斷主叫終端側(cè)空口使用的編解碼類型是否包括在所述被叫終端支持的編解碼列表中，如果是，向被叫終端側(cè)的BSC發(fā)送指配請求消息，所述指配請求消息中包括被叫終端側(cè)的MSC指配的被叫側(cè)空口使用的編解碼類型，所述指配的被叫側(cè)空口使用的編解碼類型為主叫終端側(cè)空口使用的編解碼類型。
7. 根據(jù)權(quán)利要求2或者3所述的方法，其特征在于，在第一 MGW通過TOM承載接收第一終端側(cè)的BSC發(fā)送的包括TFO協(xié)商信息的PCM碼流之前，該方法還包括第一終端側(cè)的BSC確定使用第一終端的用戶和使用第二終端的用戶是同一網(wǎng)絡(luò)的用戶后，發(fā)送所述包括TFO協(xié)商信息的PCM碼流。
8. 根據(jù)權(quán)利要求2或者3所述的方法，其特征在于，在第一 MGW通過TOM承載接收第一終端側(cè)的BSC發(fā)送的包括TFO協(xié)商信息的PCM碼流之前，該方法還包括第一終端側(cè)的BSC接收第一終端側(cè)的MSC發(fā)送的指示啟動TFO協(xié)商的信息；所述指示啟動TFO協(xié)商的信息是所述第一終端側(cè)的MSC在確定使用第一終端的用戶和使用第二終端的用戶是同一網(wǎng)絡(luò)的用戶后發(fā)出的；或者，所述指示啟動TFO協(xié)商的信息是所述第一終端側(cè)的MSC確定第二終端側(cè)空口使用的編解碼類型與第一終端側(cè)空口使用的編解碼類型相同的情況下發(fā)出的。
9. 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述確定是否對接收的所述PCM碼流透傳具體為確定接收的PCM碼流中是否包括表示PCM碼流中包括壓縮編解碼的指示信息，如果是，確認需要將所述PCM碼流透傳；或者，根據(jù)本地帶寬容量和第一終端側(cè)的MSC發(fā)送的使用G. 711編解碼類型的指示信息，確認是否需要將所述PCM碼流透傳；或者，根據(jù)本地配置的表示是否將PCM碼流透傳的指示信息和第一終端側(cè)的MSC發(fā)送的使用. 711編解碼類型的指示信息，確認是否需要將所述PCM碼流透傳；或者，根據(jù)第一終端側(cè)的MSC發(fā)送的啟動PCM透傳的指示信息，確認需要將所述PCM碼流透傳。
10. 根據(jù)權(quán)利要求2所述的方法，其特征在于，在使用G. 711編解碼方式通過IP承載將所述包括TFO協(xié)商信息的PCM碼流透傳到第二 MGW之前，該方法還包括確定接收的PCM碼流中是否包括所述TFO協(xié)商信息，如果是，確認需要將所述PCM碼流透傳；或者，根據(jù)本地帶寬容量和第一終端側(cè)的MSC發(fā)送的使用G. 711編解碼類型的指示信息，確認是否需要將所述PCM碼流透傳；或者，根據(jù)本地配置的表示是否將PCM碼流透傳的指示信息和第一終端側(cè)的MSC發(fā)送的使用G. 711編解碼類型的指示信息，確認是否需要將所述PCM碼流透傳；或者，根據(jù)第一終端側(cè)的MSC發(fā)送的啟動PCM透傳的指示信息，確認需要將所述PCM碼流透傳。
11. 一種媒體網(wǎng)關(guān)，其特征在于，包括接收單元，用于接收BSC發(fā)送的包括壓縮編解碼的PCM碼流；判斷單元，用于確定是否對所述接收單元接收的PCM碼流透傳；處理單元，用于當所述判斷單元的判斷結(jié)果為是時，使用G. 711編解碼方式將所述包括壓縮編解碼的PCM碼流透傳輸出。
12. 根據(jù)權(quán)利要求ll所述的媒體網(wǎng)關(guān)，其特征在于，所述接收單元，還用于接收所述BSC發(fā)送的包括TFO協(xié)商信息的PCM碼流；所述處理單元，還用于當所述判斷單元判斷得到對包括TFO協(xié)商信息的PCM碼流透傳時，使用G. 711編解碼方式將所述包括TFO協(xié)商信息的PCM碼流透傳輸出。
13. 根據(jù)權(quán)利要求12所述的媒體網(wǎng)關(guān)，其特征在于，所述判斷單元包括第二判斷子單元，用于確定所述接收單元接收的PCM碼流中是否包括TFO協(xié)商信息，如果是，確認需要將包括TFO協(xié)商信息的PCM碼流透傳。
14. 根據(jù)權(quán)利要求11或者12所述的媒體網(wǎng)關(guān)，其特征在于，所述判斷單元包括第一判斷子單元，用于確定所述接收單元接收的PCM碼流中是否包括表示PCM碼流中包括壓縮編解碼的指示信息，如果是，確認需要將包括壓縮編解碼的PCM碼流透傳；或者，第三判斷子單元，用于根據(jù)本地帶寬容量和MSC發(fā)送的使用G. 711編解碼類型的指示信息，確認是否需要將所述接收單元接收的PCM碼流透傳；或者，第四判斷子單元，用于根據(jù)本地配置的表示是否將PCM碼流透傳的指示信息和MSC發(fā)送的使用G. 711編解碼類型的指示信息，確認是否需要將所述接收單元接收的PCM碼流透傳；或者，第五判斷子單元，用于根據(jù)MSC發(fā)送的啟動PCM透傳的指示信息，確認需要將所述接收單元接收的PCM碼流透傳。
15. —種網(wǎng)絡(luò)系統(tǒng)，其特征在于，包括第一終端側(cè)的基站控制器BSC、第一媒體網(wǎng)關(guān)MGW、第二媒體網(wǎng)關(guān)MGW和第二終端側(cè)的基站控制器BSC,所述第一終端側(cè)的BSC與第一 MGW之間是時分復用T匿連接，所述第二 MGW與第二終端側(cè)的BSC之間是TOM連接，所述第一MGW與第二 MGW之間是IP連接；其中，所述第一終端側(cè)的BSC,用于向第一 MGW發(fā)送包括壓縮編解碼的脈沖編碼調(diào)制PCM碼流；所述第一 MGW，用于接收第一終端側(cè)的BSC發(fā)送的PCM碼流，確定是否需要對接收的PCM碼流透傳輸出，如果是，使用G. 711編解碼方式將所述PCM碼流透傳輸出到第二 MGW ;所述第二 MGW，用于將接收的來自第一 MGW的PCM碼流輸出到第二終端側(cè)的BSC ;所述第二終端側(cè)的BSC,用于接收來自第二 MGW發(fā)送的所述PCM碼流，從所述PCM碼流中獲取壓縮編解碼。
16. 根據(jù)權(quán)利要求15所述的網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述第一終端側(cè)的BSC,還用于向第一MGW發(fā)送包括TFO協(xié)商信息的PCM碼流；所述TFO協(xié)商信息包括第一終端側(cè)空口使用的編解碼類型；所述第一 MGW，還用于接收第一終端側(cè)的BSC發(fā)送的包括TFO協(xié)商信息的PCM碼流，確定是否需要對接收的包括TFO協(xié)商信息的PCM碼流透傳輸出，如果是，使用G. 711編解碼方式將所述包括TFO協(xié)商信息的PCM碼流透傳輸出到第二 MGW ;所述第二 MGW，還用于將接收的來自第一 MGW的包括TFO協(xié)商信息的PCM碼流輸出到第二終端側(cè)的BSC;所述第二終端側(cè)的BSC,還用于接收所述第二 MGW發(fā)送的包括TFO協(xié)商信息的PCM碼流，根據(jù)所述第一終端側(cè)空口使用的編解碼類型和第二終端側(cè)空口使用的編解碼類型確定是否啟用TFO。
17. 根據(jù)權(quán)利要求15所述的網(wǎng)絡(luò)系統(tǒng)，其特征在于，該網(wǎng)絡(luò)系統(tǒng)還包括第一終端側(cè)的移動交換中心MSC，用于獲取第二終端側(cè)空口使用的編解碼類型，當確認第二終端側(cè)空口使用的編解碼類型與第一終端側(cè)空口使用的編解碼類型相同時，向第一終端側(cè)的BSC發(fā)送啟用TFO處理的指示信息或者啟用TFO強制處理的指示信息。
18. 根據(jù)權(quán)利要求17所述的網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述第一終端是被叫終端，第二終端是主叫終端，所述第一終端側(cè)的MSC，還用于根據(jù)從歸屬位置寄存器HLR獲取的被叫終端支持的編解碼列表，判斷主叫終端側(cè)空口使用的編解碼類型是否包括在所述被叫終端支持的編解碼列表中，如果是，向被叫終端側(cè)的BSC發(fā)送指配請求消息，所述指配請求消息中包括被叫終端側(cè)的MSC指配的被叫側(cè)空口使用的編解碼類型，所述指配的被叫側(cè)空口使用的編解碼類型為主叫終端側(cè)空口使用的編解碼類型。
19. 根據(jù)權(quán)利要求15所述的網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述第一終端側(cè)的BSC，還用于確定使用第一終端的用戶和使用第二終端的用戶是否為同一網(wǎng)絡(luò)的用戶，如果是，向第一 MGW發(fā)送包括TFO協(xié)商信息的PCM碼流。
20. 根據(jù)權(quán)利要求15所述的網(wǎng)絡(luò)系統(tǒng)，其特征在于，該系統(tǒng)還包括第一終端側(cè)的MSC，用于確定使用第一終端的用戶和使用第二終端的用戶是否是同一網(wǎng)絡(luò)的用戶，如果是，向第一終端側(cè)的BSC發(fā)送指示啟動TFO協(xié)商的信息；所述第一終端側(cè)的BSC,還用于在接收到所述指示啟動TFO協(xié)商的信息之后，向第一MGW發(fā)送包括TFO協(xié)商信息的PCM碼流。
全文摘要
本發(fā)明實施例提供一種數(shù)據(jù)傳輸方法、裝置及網(wǎng)絡(luò)系統(tǒng)，其中，數(shù)據(jù)傳輸方法包括第一媒體網(wǎng)關(guān)MGW通過時分復用TDM承載接收第一終端側(cè)的基站控制器BSC發(fā)送的包括壓縮編解碼的脈沖編碼調(diào)制PCM碼流，確定是否對接收的所述PCM碼流透傳，如果是，使用G711編解碼方式通過IP承載將所述包括壓縮編解碼的PCM碼流透傳到第二MGW；所述第二MGW通過TDM承載將所述包括壓縮編解碼的PCM碼流發(fā)送給第二終端側(cè)的BSC。使用本發(fā)明實施例提供的技術(shù)方案，能夠保證核心網(wǎng)中存在IP承載的情況下，能成功啟用主叫BSC和被叫BSC間端到端的TFO。
文檔編號H04L29/06GK101742560SQ20091022154
公開日2010年6月16日 申請日期2009年11月20日 優(yōu)先權(quán)日2009年11月20日
發(fā)明者劉兵義, 嵇家剛, 曾雪紅, 李云飛, 楊濤, 楊勝強, 王玉勇, 甘斌, 譚冠中, 鄧愛林, 陳萬軍, 韓文勇 申請人:華為技術(shù)有限公司