今天看到LZ幫我評了個(gè)分謝謝啊。
關(guān)于LZ的問題，LS諸位的解釋我覺得不太準(zhǔn)確，首先是被叫鑒權(quán)是在call confirm之前的，call confirm是終端對網(wǎng)絡(luò)setup的響應(yīng)，如果網(wǎng)絡(luò)已經(jīng)發(fā)了setup那么一定是通過鑒權(quán)了（也可以不鑒權(quán)）。
再說核心網(wǎng)側(cè)的CGI數(shù)據(jù)，其實(shí)不是必須的（在這里呼叫建立時(shí)），而且在ASS REQ里面也不帶CGI。
我個(gè)人的分析是，在call confirm與ass req之間是承載建立了過程，要看網(wǎng)絡(luò)的承載建立方式。就中移動(dòng)使用的前向延遲的建立方式而言，如果是軟交換MSC，會(huì)現(xiàn)在被叫MSC有一個(gè)H.248過程預(yù)留MGW與主叫MGW間的一個(gè)Nb的terminal，然后通知主叫側(cè)（APM）。主叫同樣通過一個(gè)H.248過程預(yù)留主叫MGW上的一個(gè)Nbterminal。接著主叫側(cè)RB建立（ASS REQ）。在主叫側(cè)承載全部成功建立后，Nb口連接建立（inital）Nb連接成功后才是被叫側(cè)的ASS REQ。
我這里說的是種承載方式下的大致流程，不是太詳細(xì)但主要的都說了。要注意的是你的網(wǎng)絡(luò)是否使用這種承載建立方式。說到底被叫MSCASS REQ不發(fā)很大可能是之前的一串承載建立過程有失敗。在T310超時(shí)后，MSC的CC就下發(fā)了disconnect。
供LZ參考了