【正文】 PCM48/56/64Subband ADPCM48/56/64MDE/ACELP,LDCELP16ACELP8 。較高速率的編碼標準對話音質(zhì)量較易保證，但占用網(wǎng)絡(luò)資源大；較低速率的編碼標準對話音質(zhì)量較難保證，但占用網(wǎng)絡(luò)資源小。 從互通性方面考慮，IP電話網(wǎng)網(wǎng)關(guān)對其它的編碼標準亦應(yīng)全部或部分支持。（2） 呼叫及控制、管理協(xié)議 1） 根據(jù)IP電話網(wǎng)總體方案。江西IP電話網(wǎng)應(yīng)在這兩個建議的框架下支持實時傳真業(yè)務(wù)。 。 根據(jù)前面對協(xié)議接口的描述,網(wǎng)內(nèi)互通主要包括GW與GW互通、GW與GK的互通及遠期可能的GK與GK的互通三個方面。GK與GW相互通信完成登記、呼叫認證、帶寬轉(zhuǎn)換、狀態(tài)信息的傳遞等功能，同一廠家的GK與GW之間通信不存在問題。（2） GK與GK的互通 GK與GK之間通信完成不同域之間的呼叫建立。同廠家的GK之間通過使用內(nèi)部標準可以完成互通，根據(jù)本可研建議的域組織方案，實驗網(wǎng)內(nèi)部初期可不涉及GK間互通問題，將來應(yīng)視標準化情況而定?；ネ▎栴}可能產(chǎn)生于廠家對語音數(shù)據(jù)的預(yù)處理/后處理上。這幾方面的互通問題需要廠家相互協(xié)商解決。 IP網(wǎng)關(guān)的同步 在IP網(wǎng)關(guān)與現(xiàn)有電話網(wǎng)的互聯(lián)互通時，為保障IP網(wǎng)關(guān)與現(xiàn)有電話網(wǎng)的通信暢通，IP網(wǎng)關(guān)應(yīng)與現(xiàn)有電話網(wǎng)中的交換機保持同步。 對于IP電話業(yè)務(wù)的接入碼存在兩種方案： 方案一： 經(jīng)信息產(chǎn)業(yè)部批準，179特服號已正式啟用，作為中國公眾多媒體通信網(wǎng)語音服務(wù)接入碼。 江西省公用IP電話網(wǎng)中IP電話的主叫類別包括主叫IP電話和記賬卡IP電話兩種形式。在IP電話網(wǎng)中由于存在兩種不同的用戶身份認證方式，因此為便于IP網(wǎng)絡(luò)可根據(jù)不同的主叫類別采用不同的用戶身份認證方式，IP電話接入碼應(yīng)啟用多個，對于記賬卡IP電話，IP電話接入碼為17900，對于主叫IP電話，PSTN及移動網(wǎng)主叫IP電話接入碼為17901，移動網(wǎng)主叫IP電話接入碼亦可采用其它的接入碼，視體制規(guī)范而定。 方案二： 采用特定的800號電話作為IP電話業(yè)務(wù)的接入碼。同時在智能網(wǎng)中，不同區(qū)域的SSP歸屬不同的SCP，而800號的電話號碼中是存在SCP的標示的，因而采用此方式勢必造成全國的IP電話業(yè)務(wù)接入碼不統(tǒng)一，不利于用戶的使用。 綜上所述，IP實驗網(wǎng)的接入碼建議采用方案一 。 為保障IP電話記賬卡的安全，維護記賬卡用戶的權(quán)益，對于記賬卡持卡用戶，每個用戶可針對自己的記賬卡選擇一個密碼（個人識別碼），密碼長度至少為6位，用戶可以隨時更改自己的密碼。 系統(tǒng)內(nèi)部所需的IP地址及域名方案可以根據(jù)CHINANET的規(guī)定作出，并由之保證地址的唯一性、可達性和域名的解析。 系統(tǒng)內(nèi)部的TSAP即為RAS信道、呼叫信令信道、。 從用戶使用IP電話業(yè)務(wù)的角度來看，基本業(yè)務(wù)流程如圖4－13描述： 上圖中主要描述了記賬卡用戶的基本使用流程。對于PC用戶，在接入方式上有所區(qū)別。這種方式可以是WWW方式或是采用專門的客戶端軟件。 對于IP實時傳真業(yè)務(wù)，業(yè)務(wù)流程和傳統(tǒng)電話網(wǎng)上的傳真業(yè)務(wù)流程基本一致。在呼叫建立過程中，需要完成用戶身份認證、GW路由、協(xié)商話音編碼方法等工作，在通話中應(yīng)建立RTP話音分組流及進行帶寬管理、通話質(zhì)量管理等。然后GK根據(jù)GW送來的用戶輸入的被叫電話號碼進行GW路由選擇，依據(jù)被叫號碼信息選擇對端GW，并將對端GW呼叫信令地址返回給發(fā)端GW。在通話中，系統(tǒng)執(zhí)行計費、管理等功能。 上圖主要示意了記賬卡用戶的通信過程，主叫號碼用戶及PC用戶涉及的過程與之基本一致。在通信過程中，主要可分為三個部分：（1） RAS通信，主要涉及的報文有ARQ/ACF/ARJ/LRQ/LCF/LRJ等。網(wǎng)關(guān)應(yīng)支持的主要過程有確定主從過程、能力交換過程、邏輯通道建立和關(guān)閉信令過程、模式請求過程、往返時延確定過程、維護環(huán)回信令過程等。對于實時傳真業(yè)務(wù)，然后主叫端網(wǎng)關(guān)對被叫端網(wǎng)關(guān)進行尋址，被叫網(wǎng)關(guān)再去建立與被叫的連接；；至此通過IP網(wǎng)絡(luò)的“虛擬”，兩端傳真機實現(xiàn)實時通信。a. 記賬卡IP用戶的撥號程序 對于記賬卡IP用戶，持卡用戶可在江西省IP電話網(wǎng)范圍內(nèi)所有城市中的任一部話機（PSTN話機或數(shù)字移動話機）或PC機上撥打記賬卡IP用戶的IP電話業(yè)務(wù)接入碼17900，當PSTN、數(shù)字移動通信網(wǎng)或IP網(wǎng)接收到17900接入碼后，他們均將此次呼叫轉(zhuǎn)接至當?shù)氐腎P電話網(wǎng)關(guān)，隨后由IP網(wǎng)關(guān)發(fā)出錄音通知提示持卡用戶按序輸入記賬卡號和密碼。b. 主叫IP用戶的撥號程序 IP電話網(wǎng)中的主叫IP用戶包括PSTN的IP主叫用戶和數(shù)字移動網(wǎng)和IP主叫用戶。對于PSTN的IP主叫用戶，其不具備漫游功能，IP主叫用戶撥打PSTN主叫IP用戶的IP電話業(yè)務(wù)接入碼17901后，PSTN將此次呼叫轉(zhuǎn)接至當?shù)氐腎P電話網(wǎng)關(guān)，IP網(wǎng)關(guān)接收主叫用戶電話號碼，并在主叫用戶電話號碼前加發(fā)本地的長途區(qū)號，到用戶認證中心進行用戶身份認證，得到確認后由IP網(wǎng)關(guān)提示主叫用戶撥入被叫電話號碼。（2） IP傳真業(yè)務(wù)的撥號程序 IP傳真業(yè)務(wù)的撥號程序只有一種，即主叫IP用戶的撥號程序，IP傳真業(yè)務(wù)中的主叫IP用戶只包括PSTN的IP主叫用戶。 用戶使用IP電話業(yè)務(wù)時需進行身份認證，通過認證的用戶經(jīng)授權(quán)使用其業(yè)務(wù)，用戶身份認證的關(guān)鍵技術(shù)問題涉及到認證方式、認證協(xié)議、用戶數(shù)據(jù)庫。 主叫號碼方式以主叫用戶號碼作為用戶的身份信息，當用戶撥打IP電話時由電話網(wǎng)將主叫用戶號碼送至IP電話網(wǎng)，然后據(jù)之通過認證中心進行認證。相對于電話－電話呼叫而言，用戶數(shù)據(jù)庫的位置可以在電話網(wǎng)側(cè)，亦可在IP網(wǎng)側(cè)。這種方案的優(yōu)點是可以利用智能網(wǎng)的現(xiàn)有資源，但缺點亦較多：一是需要修改目前“300”業(yè)務(wù)的業(yè)務(wù)流程以及智能網(wǎng)相關(guān)的數(shù)據(jù)，使實驗網(wǎng)對目前智能網(wǎng)業(yè)務(wù)影響較大同時影響實驗網(wǎng)本身的建設(shè)及發(fā)展速度；二是雖然IP和智能網(wǎng)的結(jié)合也是目前的一種發(fā)展方向，但技術(shù)復(fù)雜、標準化程度很低；三是這種方式會影響PC電話業(yè)務(wù)的開展。 用戶數(shù)據(jù)庫設(shè)在IP網(wǎng)絡(luò)側(cè)需要建設(shè)認證中心和用戶數(shù)據(jù)庫。在IP電話網(wǎng)的遠期方案中或者用戶數(shù)量發(fā)展迅速時，為減輕集中式用戶數(shù)據(jù)庫的壓力，對于主叫IP電話可采用獨立的分散式管理，對于記賬卡IP電話可考慮分布式管理，此時亦可與全網(wǎng)域的劃分配合考慮。GK與用戶數(shù)據(jù)庫間的認證協(xié)議可以在數(shù)據(jù)庫接口、LDAP等方案中進行選擇。 方案二：采用RADIUS協(xié)議：由GW收集用戶信息后，GW作為RADIUS Client與認證中心設(shè)置的RADIUS Server進行交互完成身份認證。 用戶認證過程如圖4－15和圖4－16示意：（1） 電話用戶 對應(yīng)認證協(xié)議方案一：a：用戶輸入賬號和密碼；b：GW將用戶數(shù)據(jù)傳給GKc：GK向用戶數(shù)據(jù)庫發(fā)出認證查詢請求；d，e：數(shù)據(jù)庫完成查詢，反饋查詢結(jié)果。（2） PC用戶a：PC將用戶數(shù)據(jù)傳送給GK；b：GK向數(shù)據(jù)庫發(fā)出認證查詢請求；c，d：數(shù)據(jù)庫完成查詢，反饋查詢結(jié)果。數(shù)據(jù)庫的結(jié)構(gòu)應(yīng)進行良好的設(shè)計以滿足業(yè)務(wù)需求和性能要求。 IP電話網(wǎng)的計費系統(tǒng)由計費信息采集點和計費中心組成。 當不具備統(tǒng)一的各專業(yè)計費中心條件時，IP電話網(wǎng)單獨設(shè)置自身的計費中心。對于IP電話網(wǎng)遠期可能的分布式結(jié)構(gòu)，可以建立全省和地市兩級計費中心，全省中心主要負責計費結(jié)算問題。計費信息采集點的具體設(shè)置需要呼叫控制流程的配合。本可研建議IP電話業(yè)務(wù)的CDR至少應(yīng)包括如下內(nèi)容：－Start Time－Stop Time－Caller ID－Caller Number－Origination GW IP Address－Destination GW IP Address－Origination GK IP Address－Destination GK IP Address－service class 為適應(yīng)業(yè)務(wù)的不同特點，可選的計費信息可選擇：－Qos relative to what was purchased－Codec Selected－Network Metric（Number of hops）－Round Trip Delay－Reason the Call was Dropped－Packet Loss 計費信息采集點采集CDR，然后將之送至計費中心進行計費處理，對于不同的用戶類型，計費過程亦不同。（2） 記賬卡用戶計費過程 對于記賬卡用戶，要求實時計費，并能實時斷線。計費中心可以從用戶數(shù)據(jù)庫提取余額給計費信息采集點或折算成最大可能話時間傳給計費點，計費點啟動相應(yīng)的定時器以免用戶透資。 IP實時傳真業(yè)務(wù)可采用按頁計費或按時長計費的方式。 對于電話用戶，計費查詢通過各節(jié)點網(wǎng)關(guān)設(shè)備的IVR與計費中心交互；對于PC用戶，建議計費查詢以WWW方式進行。 對于CDR，建議建設(shè)CDR數(shù)據(jù)庫和脫機存儲設(shè)備進行在線和脫機存儲。 網(wǎng)管中心著重進行設(shè)備管理，其管理對象為實驗網(wǎng)各節(jié)點設(shè)備。由于目前大部分與IP有關(guān)的設(shè)備只支持SNMP協(xié)議，網(wǎng)管接口目前亦可選擇SNMP協(xié)議。一般地，網(wǎng)管中心和被管設(shè)備之間的網(wǎng)管信息模型應(yīng)采用一致的MIB庫，其內(nèi)容至少包括系統(tǒng)信息、配置信息、告警信息、性能統(tǒng)計信息等。 業(yè)務(wù)管理是IP電話網(wǎng)的重要方面。（1） 用戶管理系統(tǒng)負責主叫號碼用戶和記賬卡用戶的管理，其功能可有：－用戶管理功能，即用戶的開戶、銷戶，記賬卡的卡號生成、發(fā)卡、銷卡，以及用戶權(quán)限管理等；－用戶信息管理，即用戶信息查詢、統(tǒng)計等；－用戶密碼管理，記賬卡用戶的密碼生成、密碼修改等；－數(shù)據(jù)備份功能。 用戶管理系統(tǒng)應(yīng)包括業(yè)務(wù)受理點和用戶管理中心系統(tǒng)。 業(yè)務(wù)受理點設(shè)置在各節(jié)點，作為用戶管理系統(tǒng)的前臺，接受業(yè)務(wù)申請，如主叫用戶的開戶申請、記賬卡的啟用、修改密碼等。（2） 網(wǎng)關(guān)管理系統(tǒng)負責網(wǎng)關(guān)信息的收集維護，網(wǎng)關(guān)與其所轄電話號碼的匹配配置，GW路由策略的配置等。 對IP電話的特性分析可知，影響IP電話質(zhì)量的因素有： －編解碼方法 －時延 －時延抖動 －丟包 －比特差錯 在上述因素中，時延和時延抖動影響著聽覺感覺，而丟包和比特差錯影響著對話音包的解碼。根據(jù)電話網(wǎng)的經(jīng)驗，在400ms時延時，即使沒有回波，人們對通話的感覺也不好。（2） 時延指標的分配建議 涉及時延產(chǎn)生的因素有網(wǎng)絡(luò)時延、buffer排隊時延、編碼及打包時延、處理時延等。此項時延不應(yīng)超過40ms。排隊是為了降低時延抖動的影響，其時延與buffer大小。由于Internet業(yè)務(wù)特性變化雜亂，網(wǎng)絡(luò)時延變化較大。當網(wǎng)絡(luò)擁塞、傳輸損傷、超過生存期時，丟包就可能會發(fā)生。 IP網(wǎng)絡(luò)對時延的影響 在IP電話的全程時延中，IP網(wǎng)絡(luò)的時延占了很大的比重。根據(jù)CHINANET網(wǎng)絡(luò)的狀況，可提供QoS的途徑有：設(shè)置IP優(yōu)先級，啟用網(wǎng)絡(luò)節(jié)點設(shè)備的隊列管理及RED/WRED，進行RTP頭壓縮等。另外，密切注意涉及網(wǎng)關(guān)設(shè)備的路由不對稱性，通過路由協(xié)議調(diào)整配置，盡量保證往返路由的對稱性。通過RTCP的收、發(fā)報文，系統(tǒng)可了解性能狀況。 為了使話音傳輸質(zhì)量能達到用戶可以接受的程度，建議根據(jù)IP網(wǎng)絡(luò)帶寬建設(shè)及使用情況，按照網(wǎng)絡(luò)狀況管理呼叫，并限制業(yè)務(wù)規(guī)模。 對于IP實時傳真業(yè)務(wù)，應(yīng)在兩端速率不匹配或網(wǎng)絡(luò)擁塞等情況下保證傳真質(zhì)量，特別是。 網(wǎng)絡(luò)安全：擬在網(wǎng)絡(luò)組織、網(wǎng)絡(luò)節(jié)點、網(wǎng)絡(luò)數(shù)據(jù)及設(shè)備配置方面考慮安全措施。 業(yè)務(wù)安全：擬在用戶數(shù)據(jù)、業(yè)務(wù)流程和業(yè)務(wù)處理等方面考慮安全措施。建議IP電話網(wǎng)在支持中心采取設(shè)置防火墻等安全措施。五、 實驗網(wǎng)容量、電路估算及能力要求 IP電話網(wǎng)是在現(xiàn)有電話網(wǎng)和現(xiàn)有IP網(wǎng)基礎(chǔ)上組建的一種新型電信業(yè)務(wù)網(wǎng)，由于IP電話網(wǎng)的網(wǎng)絡(luò)承載能力及最終的IP電話用戶數(shù)量與現(xiàn)有IP網(wǎng)的網(wǎng)絡(luò)承載能力是密切相關(guān)的，因此采用傳統(tǒng)的用戶預(yù)測方法顯然不符合IP電話業(yè)務(wù)實驗網(wǎng)的真實情況。 由于IP電話的網(wǎng)絡(luò)承載主體主要為現(xiàn)有的IP網(wǎng)絡(luò)，因此在IP電話網(wǎng)的容量測算時，應(yīng)充分考慮實驗網(wǎng)容量對現(xiàn)有IP網(wǎng)絡(luò)的影響。 由于IP電話為新生事物，無歷史經(jīng)驗和歷史數(shù)據(jù)可參考，所在IP電話網(wǎng)的容量測算工作若采用預(yù)測方法則較難進行。上述兩個影響是相輔相成的。待對IP電話網(wǎng)的業(yè)務(wù)積累了一定的數(shù)據(jù)以后，則可據(jù)之選用適當?shù)哪Ｐ腿ヮA(yù)測實驗網(wǎng)的用戶數(shù)量發(fā)展趨勢，并從IP電話網(wǎng)本身及IP網(wǎng)絡(luò)等各方面綜合考慮解決發(fā)展問題。因此，為保證IP電話的服務(wù)質(zhì)量，由IP電話業(yè)務(wù)引起的IP網(wǎng)絡(luò)業(yè)務(wù)量增加應(yīng)在IP網(wǎng)絡(luò)可接受的通信量強度范