彩鈴ip化培訓(xùn)材料

1、彩鈴IP化培訓(xùn)材料,,BICC協(xié)議詳解BICC相關(guān)信令流程彩鈴信令流程分析CN的變化遇到的問題,BICC詳解,BICC協(xié)議——Bearer Independent Call Control 與承載獨(dú)立的呼叫控制 協(xié)議。分開實(shí)現(xiàn)兩種功能：承載控制在B-ISUP協(xié)議的基礎(chǔ)上，去掉了和具體承載有關(guān)的消息和參數(shù)，增加了APM消息和APP參數(shù)，能夠?qū)Χ喾N的承載類型進(jìn)行控制。呼叫控制負(fù)責(zé)業(yè)務(wù)流程的實(shí)現(xiàn)，和具體的承載類型無關(guān)。,BI

2、CC模型中的邏輯實(shí)體,邏輯實(shí)體CSF(Call Service Function)，負(fù)責(zé)呼叫控制BCF(Bearer Control Function)負(fù)責(zé)承載的連接控制MCF(Media Control Function)以及MMSF(Media Mapping/Switching Function)負(fù)責(zé)具體的媒體流的連接物理實(shí)體CCU 呼叫控制MSCServer、CN+IPS800BIWN承載互通節(jié)點(diǎn) MGW、 MS

3、IP,,,BICC協(xié)議與ISUP的區(qū)別,增加了APP參數(shù)應(yīng)用傳送參數(shù)（Application Transport Parameter ）任一方向發(fā)送的信息，允許應(yīng)用傳送機(jī)制用戶應(yīng)用的對等層通信。增加了APM消息應(yīng)用傳送消息(APM)任一方向發(fā)送的消息，使用應(yīng)用傳送機(jī)制傳送應(yīng)用信息。主要就是傳送APP參數(shù)。,APP說明,一般在IAM，APM消息中攜帶BICC協(xié)議通過APP實(shí)現(xiàn)通知連接方式連接方式有前向快速，前向延遲，后向延

4、遲編解碼協(xié)商確定承載網(wǎng)絡(luò)傳輸?shù)膔tp流使用的編碼格式承載控制信息傳送交互雙方的承載網(wǎng)絡(luò)信息如ip地址，端口，封包時(shí)長等DTMF帶外傳送使用DTMF帶外傳送功能時(shí)，負(fù)責(zé)攜帶DTMF按鍵信息,APP中的詳細(xì)參數(shù)1,APP中的詳細(xì)參數(shù)——動作指示語,動作指示語Action Indicator用于說明該APP的內(nèi)容，我們會使用到的編碼有：建立連接使用0000 0000無指示0000 0001后向連接0000 001

5、0前向連接0000 0011前向連接，無通知0000 0100前向連接，加通知0000 0101前向連接，無通知＋選擇的編解碼0000 0110前向連接，加通知＋選擇的編解碼DTMF帶外傳送使用0001 0001開始信號，通報(bào)0001 0010開始信號，不通報(bào)0001 0011停止信號，通報(bào)0001 0100停止信號，不通報(bào)0001 0101開始信號證實(shí)0001 0110

6、開始信號拒絕0001 0111停止信號證實(shí),APP中的詳細(xì)參數(shù)——編解碼,編解碼列表CodecList有Codec組成的構(gòu)成試參數(shù)單獨(dú)編解碼Single Codec用于指明一個編解碼方式：包括改編解碼所屬的組織，編解碼的類型，以及支持的模式（amr使用）我們支持的編解碼ITU-T 的G.711 在碼流上表現(xiàn)為05 83 83 01 01ITU-T 的AMR2 在碼流上一般表現(xiàn)為05 86 83 02 06 80 FF

7、 FC,APP中的詳細(xì)參數(shù)——承載網(wǎng)絡(luò)和承載控制,承載網(wǎng)絡(luò)連接特性（Bearer Network Connection Characteristics） 在彩鈴IP化的應(yīng)用中是固定值00000100IP/RTP承載控制隧道（Bearer Control Tunnelling）在彩鈴IP化的應(yīng)用中是固定值1將要使用隧道承載控制信息（Bearer Control Information）實(shí)際上里面包含了一個承載控制隧道的數(shù)據(jù)

8、包，而這個數(shù)據(jù)包里由包含了一個IP承載控制協(xié)議數(shù)據(jù)包——一個SDP包,APP中的詳細(xì)參數(shù)——IP承載控制協(xié)議,會話和時(shí)間描述1.協(xié)議版本(v)2.起源(o)3.會話名(s)4.連接數(shù)據(jù)(c)5.會話屬性(a)－標(biāo)識IPBCP版本和消息類型6.時(shí)間(t) 媒體描述1.媒體通知(m)2.媒體屬性(a)－附加的屬性，用來支持RTP動態(tài)負(fù)荷類型，DTMF，其他信號音、信號和封包時(shí)間例子v=0o=- 0 0 IN IP4

9、 10.76.208.6s=-c=IN IP4 10.76.208.6t=0 0a=ipbcp:1 Requestm=audio 2456 RTP/AVP 96a=ptime:20a=rtpmap:96 VND.3GPP.IUFP/16000,APP中的詳細(xì)參數(shù)——信號，信號類型，時(shí)長,信號參數(shù)的作用(對我們而言）就是傳遞DTMF當(dāng)且僅當(dāng)動作指示語置為"開始信號,通報(bào)" 或 "開始信號,沒有

10、通報(bào)"時(shí)，包括信號信息單元的信號類型（Signal Type）信息單元是必備的。信號類型信息單元的目的是傳送一個單信號值。在時(shí)長信息單元中可任選規(guī)定信號的時(shí)長，即信號信息單元可只包括信號類型信息單元。,信號（Signal）的格式見圖,APP中的詳細(xì)參數(shù)——信號，信號類型，時(shí)長,信號參數(shù)的作用(對我們而言）就是傳遞DTMF當(dāng)且僅當(dāng)動作指示語置為"開始信號,通報(bào)" 或 "開始信號,沒有通報(bào)"

11、;時(shí)，包括信號信息單元的信號類型（Signal Type）信息單元是必備的。信號類型信息單元的目的是傳送一個單信號值。在時(shí)長信息單元中可任選規(guī)定信號的時(shí)長，即信號信息單元可只包括信號類型信息單元。,信號（Signal）的格式見圖,,BICC協(xié)議詳解BICC相關(guān)信令流程彩鈴信令流程分析CN的變化遇到的問題,三種承載建立程序,‘前向快速建立’ （入局必選，出局可選）承載控制消息在IAM和后續(xù)的APM中攜帶。此類程序僅考慮前向建立。

12、 ‘前向延遲建立’ （必選）承載控制信息在第一個后向APM消息隨后的APM消息中攜帶?！笙蜓舆t建立’（可選）承載控制信息在第一個后向APM和后續(xù)的APM中攜帶。,前向快速,前向延遲,,,后向延遲,,編解碼協(xié)商程序,如果IAM消息中的APP帶有Codec List參數(shù)，就會觸發(fā)編解碼協(xié)商程序。作為入局端，彩鈴平臺要在Codec List選擇出可用的編解碼組成可用編解碼列表，并在其中選擇最優(yōu)的一個作為選擇的編解碼。在發(fā)送的第一

13、個apm消息中，動作指示語為“前向連接，無通知+選擇的編解碼”，同時(shí)增加“選擇的編解碼”和“可用的編解碼列表” 兩個參數(shù)。,DTMF傳輸程序,如上圖所示，每個DTMF信號會涉及4個APM消息,,,BICC協(xié)議詳解BICC相關(guān)信令流程彩鈴信令流程分析CN的變化遇到的問題,流程圖,,流程圖詳解——請看文檔,,,BICC協(xié)議詳解BICC相關(guān)信令流程彩鈴信令流程分析CN的變化遇到的問題,能力的變化,增加支持BICC協(xié)議的能力

14、控制IPS板塊進(jìn)行rtp放音的能力支持AMR2，G.711兩種編解碼格式（可同時(shí)支持）支持DTMF帶外，帶內(nèi)收號（不可同時(shí)支持）,組網(wǎng)示意圖,,組網(wǎng)示意圖,,邏輯結(jié)構(gòu)圖,,,配置文件的變化,只有一個配置文件有變化scfenv增加了兩個配置項(xiàng)Codec 編解碼選項(xiàng)下頁說明DTMFOutBand 是否帶外收號0 帶內(nèi)收號（amr的帶內(nèi)收號可能會有問題）1 帶外收號,配置文件的變化——Codec,Codec 指定cn支持

15、的編解碼格式目前支持的是1 G.7112 AMR212 優(yōu)先選擇G.711，其次AMR221 優(yōu)先選擇AMR2，其次G.711如在浙江，配置是2，我們的選擇的編解碼是AMR2,可用的編解碼列表中也只有AMR2。如果IAM消息的編解碼列表只有G.711，我們只能釋放呼叫。如果配置成21，我們的選擇的編解碼是AMR2,但是可用的編解碼列表中會有AMR2和G.711。如果IAM消息的編解碼列表只有G.711，我們的選

16、擇的編解碼就會是G.711。業(yè)務(wù)可以根據(jù)不同的編解碼選擇不同的鈴音，當(dāng)然前提是鈴音要存在。,配置文件的變化——Codec,Codec 指定cn支持的編解碼格式目前支持的是1 G.7112 AMR212 優(yōu)先選擇G.711，其次AMR221 優(yōu)先選擇AMR2，其次G.711如在浙江，配置是2，我們的選擇的編解碼是AMR2,可用的編解碼列表中也只有AMR2。如果IAM消息的編解碼列表只有G.711，我們只能釋放呼叫。

17、如果配置成21，我們的選擇的編解碼是AMR2,但是可用的編解碼列表中會有AMR2和G.711。如果IAM消息的編解碼列表只有G.711，我們的選擇的編解碼就會是G.711。業(yè)務(wù)可以根據(jù)不同的編解碼選擇不同的鈴音，當(dāng)然前提是鈴音要存在。,日志文件的變化,MANINFO日志不會有變化SRF.INFO的日志中會有增加一些內(nèi)容，如1、表示rtp放音失敗并有語音文件名。 16:51:11: timeslots[0 , 268] Media

18、Play error,filename=000/000/00/call/00.vox!2、表示rtp連接失敗。并有SDP包信息00:57:59: timeslots[0 , 73] RTPConnect error,sdp info:v=0^Mo=- 0 0 IN IP4 10.76.208.70^Ms=-^Mc=IN IP4 10.76.208.70^Mt=0 0^Ma=ipbcp:1 Request^Mm=audi

19、o 13028 RTP/AVP 96^Ma=ptime:20^Ma=rtpmap:96 VND.3GPP.IUFP/16000^M,性能及用戶感知,浙江試點(diǎn)平臺HZCL11和現(xiàn)網(wǎng)平臺HZCL8進(jìn)行比較測試驗(yàn)證，利用金碩軟件提供的浙江移動業(yè)務(wù)檢測系統(tǒng)作為客觀的測試手段。在2008-11-17 21:53:20左右對兩套系統(tǒng)各進(jìn)行2000次的撥打測試驗(yàn)證，結(jié)果表明，使用IP承載方式和TDM承載方式進(jìn)行比較，彩鈴接通率和播放時(shí)延都基本一致

20、，沒有大的變化，平臺處理能力與現(xiàn)網(wǎng)平臺處理能力進(jìn)行比較也沒有下降，處理能力保持一致。從溫州、紹興、寧波、杭州四地的測試撥打測試情況來看，彩鈴音樂質(zhì)量也沒有明顯變化，用戶體驗(yàn)層面無法感知承載方式的變換。,維護(hù),Calltracer目前還不支持BICC協(xié)議，會在后續(xù)工作中升級支持另外在現(xiàn)網(wǎng)可以通過對信令網(wǎng)使用抓包軟件抓包檢查呼叫BICC信令，但是因?yàn)榱髁繂栴}，不能抓媒體網(wǎng)的包。,,BICC協(xié)議詳解BICC相關(guān)信令流程彩鈴信令流程分析