呼叫控制(cc)

呼叫控制(cc)

ID:28023961

大?。?6.50 KB

頁(yè)數(shù):3頁(yè)

時(shí)間:2018-12-07

呼叫控制(cc)_第1頁(yè)
呼叫控制(cc)_第2頁(yè)
呼叫控制(cc)_第3頁(yè)
資源描述:

《呼叫控制(cc)》由會(huì)員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在學(xué)術(shù)論文-天天文庫(kù)。

1、編號(hào)123456789101112131415161718192021222324呼叫控制(CC)在一般的呼叫建立過程中,在Abis接口上生成消息的最后一層是在連接管理層(CM)中的子層呼叫控制(CC)巾實(shí)現(xiàn)的。呼叫控制主要負(fù)責(zé)呼叫的建立、維持和清除。在CM巾的其它兩個(gè)子層是SS(補(bǔ)充業(yè)務(wù))和SMS(短消息業(yè)務(wù))。下面我們來看看在CC子層上的一些消息,具體如表3:消息名提醒(Alerting)呼叫進(jìn)程(CallProceeding)進(jìn)展(Progress)建立(Setup)連接(Connect)呼叫證實(shí)(CallConfirmed)緊急建立

2、(EmergencySet叩)連接證實(shí)(ConnectACK)用戶信息(UserInformation)修改把絕(ModifyReject)修改(Modify)修改完成(ModifyComplete)拆鏈(Disconnect)釋放完成(ReleaseComplete)釋放(Release)停止DTMF(StopDTMF)停止DTMF證實(shí)(StopDTMFACK)狀態(tài)査詢(StatusEnquiry)開始DTMF(StartDTMF)開始DTMFACK(StartDTMFACK)開始DTMF把絕(StartDTMFReject)阻塞控制(C

3、ongestionControl)狀態(tài)(Status)通報(bào)(Notify)移動(dòng)性管理(MM)對(duì)于位置更新、切換和漫游服務(wù),蜂窩系統(tǒng)用戶的移動(dòng)性需要移動(dòng)性管理。在一個(gè)通話期間,當(dāng)移動(dòng)臺(tái)進(jìn)入了另一個(gè)小區(qū)并更換話音信道時(shí),就發(fā)生了切換;漫游是這樣一種能力——在一個(gè)網(wǎng)絡(luò)系統(tǒng)中主呼并通過使用MM和位置更新管理將這個(gè)呼叫傳遞到另一個(gè)網(wǎng)絡(luò)系統(tǒng)。1.位罝更新管理這個(gè)簽約總是和它的歸屬公眾陸地移動(dòng)網(wǎng)(PublicLandMobileNetwork,PLMN)聯(lián)系在起。漫游川戶和被訪悶的PLMN聯(lián)系在一起。因此,能識(shí)別呼叫是發(fā)自歸屬PLMN還是發(fā)自MS位置所在

4、的被訪問的PLMN。在PLMN選擇過程屮,MM通常只在歸屬(服務(wù))PLMN屮尋找小區(qū)。如果沒有服務(wù)的可能,則用戶要么選擇自動(dòng)模式絡(luò)搜索)要么選擇人工模式(用戶搜索)去搜索希望的PLMN。在有限服務(wù)情況下,MM僅在30個(gè)?強(qiáng)載頻上連續(xù)監(jiān)視。有限服務(wù)通常關(guān)心在外國(guó)邊境地IX的覆蓋。2.小區(qū)選擇MS選擇最好的小區(qū)取決于3個(gè)因素:移動(dòng)臺(tái)接收的信號(hào)水平,移動(dòng)臺(tái)的最大發(fā)射功率,以及由小區(qū)指定的兩個(gè)參數(shù)p1和p2。這叫作C1準(zhǔn)則。3.鑒權(quán)鑒權(quán)保護(hù)網(wǎng)絡(luò)以防止非法接入。4.加密加密保護(hù)能防止被非法竊聽。5.用戶識(shí)別保護(hù)——安全管理CM:ConnectionM

5、anagement連接性管理連接管理過程包括系統(tǒng)信息的廣播尋呼RRC連接建立RRC連接釋放RRC連接重建立UE性能信息的傳輸U(kuò)E性能詢問初始直接傳輸下行鏈路直接傳輸上行鏈路直接傳輸U(kuò)E專用尋呼安全模式控制信令連接釋放過程信令連接釋放請(qǐng)求過程計(jì)數(shù)器檢查等1、SAMB信令是在鏈路層上的(也就是層2)信令,而鏈路層采用的協(xié)議是:LAPDM,鏈路層是保證數(shù)據(jù)在傳輸?shù)倪^程中無差錯(cuò)(就是將容易出差錯(cuò)的物理鏈路改造成順序的無差錯(cuò)的數(shù)據(jù)鏈路);為了可以保證在對(duì)端能夠準(zhǔn)確收到,避免出現(xiàn)雙力都是等待的情況下,所以耑要和對(duì)端確認(rèn)一下;所以samb和UA正常情況下

6、是成對(duì)出現(xiàn)的。samb屮攜帶的消息對(duì)于主叫來說是:cmservicerequest;對(duì)于被叫來說是:pagingresponse;對(duì)于位置史新來說:locatingupdaterequest;等;另外,在手機(jī)發(fā)完SAMB幀后,會(huì)啟動(dòng)定時(shí)器T200;如果在T200時(shí)間內(nèi),沒有收到UA確認(rèn),就會(huì)認(rèn)為數(shù)據(jù)鏈路鎖死,用戶經(jīng)常會(huì)反應(yīng)出單通的情況。所以,這一條信令是很重要的,平時(shí)優(yōu)化上可能對(duì)T200定時(shí)器設(shè)置有一定的技巧。網(wǎng)絡(luò)準(zhǔn)備好合適的信道后,就通知MS,由IMMASS(立即指配)消息完成這一功能。在IM-MASS中,除包含CHACT中的信道相關(guān)信息

7、外,還包括隨機(jī)參考值RA、縮減幀號(hào)T、時(shí)間提前量TA等。RA值等于BSS系統(tǒng)收到的某個(gè)MS發(fā)送的隨機(jī)值。T是根據(jù)收到CH-REQ時(shí)的TD—MA幀號(hào)計(jì)算出的一個(gè)取值范鬧較小的幀號(hào)。RA和T值都勹請(qǐng)求信道的MS直接相關(guān),用于減少M(fèi)S之間的請(qǐng)求沖突。TA是根據(jù)BTS收到RACH信道上的CH—REQ信息進(jìn)行均衡時(shí),計(jì)算出來的時(shí)間提前S。MS根據(jù)TA確定下一次發(fā)送消息的時(shí)間提前量。2、IMMASS的目的是在Um接口建立MS與系統(tǒng)間的無線連接,即RR連接。MS收到IM—MASS后,如果RA值和T值都符合要求,就會(huì)在系統(tǒng)所指配的新信道上發(fā)送SABM幀,其

8、中包含一個(gè)完整的L3消息(MP-L3—INF),這條消息在不同的接口有不同的作用。在Um接口,SABM幀是LAPDm層上請(qǐng)求建立一個(gè)多幀應(yīng)答操作方式連接的消息。系統(tǒng)收到SANM幀

當(dāng)前文檔最多預(yù)覽五頁(yè),下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁(yè),下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動(dòng)畫的文件,查看預(yù)覽時(shí)可能會(huì)顯示錯(cuò)亂或異常,文件下載后無此問題,請(qǐng)放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫(kù)負(fù)責(zé)整理代發(fā)布。如果您對(duì)本文檔版權(quán)有爭(zhēng)議請(qǐng)及時(shí)聯(lián)系客服。
3. 下載前請(qǐng)仔細(xì)閱讀文檔內(nèi)容,確認(rèn)文檔內(nèi)容符合您的需求后進(jìn)行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時(shí)可能由于網(wǎng)絡(luò)波動(dòng)等原因無法下載或下載錯(cuò)誤,付費(fèi)完成后未能成功下載的用戶請(qǐng)聯(lián)系客服處理。