SM使用了錨MsC的概念。錨MSC是在呼叫移動(dòng)用戶首次訪問過的MSC,它在整個(gè)呼叫持續(xù)過程中保持不變。K6X1008C2D-GF55在整個(gè)呼叫持續(xù)期間,不管到移動(dòng)用戶相關(guān)聯(lián)的基站怎樣變化,整個(gè)呼叫路由的前面一段,即從歸屬M(fèi)sC到錨MSC這一段,是始終不改變的。移動(dòng)用戶在不同的小區(qū)之間漫游時(shí),呼叫路由只在從錨MSC至刂被訪網(wǎng)絡(luò)的MSC這一段發(fā)生變化。從圖921可以看出,在通信者和被叫移動(dòng)用戶之間,最多出現(xiàn)三個(gè)MSC,即歸屬MSC、錨MsC和被訪網(wǎng)絡(luò)的MSC。

   當(dāng)然,當(dāng)移動(dòng)用戶在漫游時(shí),路由的改變還是要在蜂窩移動(dòng)通信網(wǎng)中產(chǎn)生許多信令報(bào)文的交換。這些過程相當(dāng)復(fù)雜,這里從略。

    無線網(wǎng)絡(luò)對高層協(xié)議的影響

   前面講過的無線網(wǎng)絡(luò)在移動(dòng)站漫游時(shí),會經(jīng)常更換移動(dòng)用戶到無線網(wǎng)絡(luò)的連接點(diǎn)(即到移動(dòng)站相關(guān)聯(lián)的基站)。這樣,網(wǎng)絡(luò)的連接就會發(fā)生很短時(shí)間的中斷。那么,這種情況對高層協(xié)議有沒有影響昵?現(xiàn)在我們簡單討論一下這個(gè)問題。我們知道,在TCP連接中,只要發(fā)生報(bào)文段的丟失或出錯(cuò),TCP就要重傳這個(gè)丟失或出錯(cuò)的報(bào)文段。在移動(dòng)用戶的情況下,TCP報(bào)文段的丟失,既可能是由于移動(dòng)用戶切換引起的,也可能是由于網(wǎng)絡(luò)發(fā)生了擁塞。由于移動(dòng)用戶更新相關(guān)聯(lián)的基站需要一定的時(shí)間(即不可能在數(shù)學(xué)上的瞬間完成),這就可能造成TCP報(bào)文段的丟失。但TCP并不知道現(xiàn)在出現(xiàn)的分組丟失的確切原因。只要出現(xiàn)TCP報(bào)文段頻繁丟失,TCP的擁塞控制就會采取措施,減小其擁塞窗口,從而使TCP發(fā)送方的報(bào)文段發(fā)送速率降低。這種措施顯然是默認(rèn)了報(bào)文段丟失是由網(wǎng)絡(luò)擁塞造成的�？梢�,當(dāng)無線信道出現(xiàn)嚴(yán)重的比特差錯(cuò),或由于切換產(chǎn)生了報(bào)文段丟失,減小TCP發(fā)送方的擁塞窗口對改善網(wǎng)絡(luò)性能并不會有任何好處。