3 TCH 信道分配管理_第1頁
3 TCH 信道分配管理_第2頁
3 TCH 信道分配管理_第3頁
3 TCH 信道分配管理_第4頁
3 TCH 信道分配管理_第5頁
已閱讀5頁,還剩3頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

TCH倡)1分配管理3.1TCH信道分配和優(yōu)先級管理算法GSM08版本以前,由BSC處理優(yōu)先級,從GSM08開始,優(yōu)先級的管理是由MSC完成O對于在信令模式下的每一類TCH信道分配請求(緊急呼叫,尋呼應答,其他服務和所有其他情況)和在通話模式下的每一類TCH信道分配請求(指派請求,越區(qū)切換,BSC間和BSC內(nèi)切換,小區(qū)內(nèi)切換),都定義了外部優(yōu)先級。該外部優(yōu)先級可以通過OMC-R的一個映射表(allocPriorityTable)轉(zhuǎn)換為內(nèi)部優(yōu)先級(0-7)o注意:信道占用請求分為兩類:一類是話務型的TCH信道請求,包括切換和呼叫發(fā)起時對語音信道的占用請求。而另一類是在信令型的信道占用請求,對此類請求,一般先分配SDCCH信道,若沒有空閑SDCCH信道,則根據(jù)不同請求的內(nèi)部優(yōu)先級分配TCH信道(如下圖所示)。請求空閑TCH信道>1?分配SDCCH信道分配SDCCH信道分配TCH信道(信令)圖中:allocPriorityTlueshold表示專為內(nèi)部優(yōu)先級為0的請求保留的TCH信道數(shù)。注意:對于內(nèi)部優(yōu)先級(0-7),數(shù)值越低,優(yōu)先級越高。外部優(yōu)先級則不同,它們之間沒有先后關(guān)系,需要由映射表(allocPriorityTable)轉(zhuǎn)換為內(nèi)部優(yōu)先級。每種外部優(yōu)先級可對應一類信道請求。這樣對應同一內(nèi)部優(yōu)先級信道占用請求可以由外部優(yōu)先級來區(qū)分。管理算法可以保留若干條TCH信道專供內(nèi)部優(yōu)先級為0的TCH信道請求使用。保留信道數(shù)由參數(shù)allocPriorityTlueshold設定。注意,這里設置的只是保留信道的總數(shù),而不是指定保留某幾條TCH信道。內(nèi)部優(yōu)先級=0 當至少有一條空閑TCH信道時,TCH信道分配請求被確認。內(nèi)部優(yōu)先級>0 當至少有(allocPriorityTlueshold+1)條空閑TCH信道時,TCH信道分配請求才被確認。[內(nèi)部優(yōu)先級=0的TCH分配請求被確法I內(nèi)部—的TCH分配請求被確U0134 5空閑TCH信道allocPiiorityTlHeshold=2優(yōu)先級的管理可以由OMC執(zhí)行,也可以由MSC執(zhí)行。MSC的外部優(yōu)先級是為了區(qū)分各種占用請求(assigiiRequest)而定義的(參見GSM08.08)。

注意:當激活MSC管理下的等候排隊功能時,才對不同類型的占用請求加以區(qū)分。在MSC和BSC上,相同過程的外部優(yōu)先級存在如下關(guān)系:BSC上的外部優(yōu)先級=MSC上的外部優(yōu)先級BSC上的0至13優(yōu)先級對應于MSC上的1至14優(yōu)先級,另外,BSC保留14至17四個優(yōu)先級給BSS自身使用。一共有14個外部GSM優(yōu)先級和4個保留給BSS自身使用的外部優(yōu)先級,它們可被轉(zhuǎn)換為8個內(nèi)部優(yōu)先級(如下圖所示)。MSC外部優(yōu)先級先級(0MSC外部優(yōu)先級先級(0至7)內(nèi)部優(yōu)MSC外部優(yōu)先級MSC外部優(yōu)先級(1至14)'BSC外部優(yōu)先級(0至13)O&M外部優(yōu)先級=>(0O&M外部優(yōu)先級=>(0至7)內(nèi)部優(yōu)先級(0至17)優(yōu)先級14至17保留給BSS內(nèi)部使用當使用MSC外部優(yōu)先級或使用O&M外部優(yōu)先級時,在O&M定義的呼叫的優(yōu)先級可能有所不同。各類請求的優(yōu)先級與排隊功能完全獨立,所以即使不啟動排隊功能,也可以為某些請求保留信道(參見后面排隊的有關(guān)敘述)。為降低局部阻塞率,往往會使用排隊,即當無空閑信道時允許呼叫建立的TCH請求排隊等候。從網(wǎng)絡性能考慮,建議在參數(shù)配置時為切入切換保留一些信道以保證切換成功率,使通話得以接入最佳服務小區(qū)。下面是內(nèi)部優(yōu)先級和外部優(yōu)先級對應的例子:

OMC-R外部優(yōu)先級內(nèi)部優(yōu)先級表0001020304。53708091011121314151617映射表(allocPriontyTable)012009231212220022表二:過 程外部優(yōu)先圾尋呼應答(answerPaging)02呼叫建立(assignRequest)10呼叫重建(callReestablislunent)14緊急呼叫(emergencyCall)15BSC間越區(qū)切換(interCellHO-interBSC)00BSC內(nèi)越區(qū)切換(interCellHO-intraBSC)00小區(qū)內(nèi)切換(intraCellHO)08其他服務(otherServices)07所有其他情況(allOtherCases)07此例中,呼叫重建,緊急呼叫,越區(qū)切換等信道請求(外部優(yōu)先級為0,14和15)對應內(nèi)部優(yōu)先級0。如果同時將allocPrioritynueshold設為2,即該小區(qū)為這三種請求保留兩個TCH信道。具體工作過程是:當所有非保留信道全部被占用時,切入切換將被指派到保留信道上。而下一個被釋放的信道(如通話結(jié)束)將被保留以備。優(yōu)先級的請求使用。這樣就保證了絕大多數(shù)0優(yōu)先級的請求不會因信道資源不足而被拒絕。需要指出的是,實踐證明,在切換頻繁的區(qū)域內(nèi)這種保留并不會浪費信道資源,卻可以有效地提高切換成功率。同理,外部優(yōu)先級為1,8和10的過程(呼叫建立和小區(qū)內(nèi)切換)對應的內(nèi)部優(yōu)先級為1。外部優(yōu)先級為2,3,4,5,6,9,11,12,13,16和17的過程(如尋呼應答)對應的內(nèi)部優(yōu)先級為2。外部優(yōu)先級為7的過程,其內(nèi)部優(yōu)先級為3。如:其他服務和所有其他情況。注意:如果MSC驅(qū)動的排隊被激活,則參數(shù)assignRequest(指派請求)的外部優(yōu)先級就變得沒有意義。因為此時由14種原因引起的指派請求過程有不同的內(nèi)部優(yōu)先級。在其他情況,由所有14種原因引起的指派請求過程定義為相同的內(nèi)部優(yōu)先級。3.2TCH信道分配管理參數(shù)allocPriorityTable定義:該參數(shù)是一個由18位數(shù)字組成的表,其作用是將TCH信道分配過程的18個外部優(yōu)先級映射為內(nèi)部優(yōu)先級(參見“2.1.1TCH信道分配和優(yōu)先級”中的有關(guān)描述)。取值范圍:每一位數(shù)字取0至7,0表示最高優(yōu)先級。例如:000000122130210012操作對象:bts計數(shù)器:無設置及影響:對于除指派請求(assigiiReqiiest)和小區(qū)內(nèi)切換(intraCellHO)以外的其他過程,只有0或非0值有意義,即當取值為1,2,3, ,7時,對過程的影響相同。當激活排隊后,為避免對越區(qū)切換過程造成不利影響,按如下原則設置參數(shù):?越區(qū)切換過程的優(yōu)先級為0?為內(nèi)部優(yōu)先級為0的過程保留的最小空閑TCH信道數(shù)大于0,即allocPriorityTlueshold>0參數(shù)類別:3allocPriorityTlueshold定義:為內(nèi)部優(yōu)先級為0的過程保留的最小自由TCH信道數(shù)取值范圍:[0到無窮大],實際上,該參數(shù)應小于小區(qū)內(nèi)TCH信道數(shù)。操作對象:bts適用算法:All_l計數(shù)器:無設置及影響:如保留了過多的TCH信道,并且呼叫建立請求(assigiiRequest)的內(nèi)部優(yōu)先級大于。時,小區(qū)的容量將降低。所以,通常只為內(nèi)部優(yōu)先級為0的過程保留一至兩個TCH信道。激活排隊后,當沒有空閑TCH信道時,TCH信道占用請求就會排隊,而切入切換請求不參加排隊,因此對切入切換造成不利影響。為避免此不利影響應該將切入切換的內(nèi)部優(yōu)先級設為0,并為內(nèi)部優(yōu)先級為。的過程保留1個TCH信道(1或2個TRX的小區(qū))或2個TCH信道(2個TRX以上的小區(qū))。參數(shù)類別:3allOtherCasesPriority定義:由所有其他情況(allOtlierCases)引起的TCH信道分配請求(信令模式)的外部優(yōu)先級,即信令溢出產(chǎn)生的TCH信道占用請求所對應的allocPriorityTable表中的哪一位數(shù)(內(nèi)部優(yōu)先級)。取值范圍:[0到17]操作對象:bts計數(shù)器:無設置及影響:由所有其他情況(allOtherCases)引起的TCH信道分配請求對應的內(nèi)部優(yōu)先級不為0。例如,信令型TCH信道分配請求只在有allocPriorityTlueshold+1條以上TCH信道空閑時才被接受。參數(shù)類別:3answerPagingPriority定義:由尋呼應答(answerPagiiig)引起的TCH信道分配請求(信令模式)在allocPriorityTable表中的索引值,即該請求的外部優(yōu)先級。取值范圍:[0到17]操作對象:bts計數(shù)器:無設置及影響:由尋呼應答(answerPaging)引起的TCH信道分配請求對應的內(nèi)部優(yōu)先級不為0,所以只在有allocPriorityTlueshold+1條以上TCH信道空閑時才被接受。參數(shù)類別:3assigiiRequestPrionty定義:由立即指派請求(iimnecliateassignmentRequest)引起的TCH信道分配請求在allocPriorityTable表中的索引值,即外部優(yōu)先級。取值范圍:[0到17]操作對象:bts計數(shù)器:無設置及影響:通常建議由立即指派請<l<(immediateassigiunentRequest)弓I起

的TCH信道分配請求所對應的內(nèi)部優(yōu)先級不為0。當采用MSC驅(qū)動的排隊時,該參數(shù)不起作用。當采用OMC驅(qū)動的排隊并且小區(qū)內(nèi)切換功能(inhaCellHO)被激活時,該索引值必須SIintraCellHOhitPrionty—樣,即兩個過程有相同的內(nèi)部優(yōu)先級,以保證它們指向同一個隊列(因為不同的內(nèi)部優(yōu)先級對應不同的排隊)。參數(shù)類別:3callReestablisluneiitPriority定義:由呼叫重建(callReestablislunent)引起的TCH信道分配請求(信令模式)在allocPriorityTable表中的索引值,即呼叫重建的外部優(yōu)先級。取值范圍:[0到17]操作對象:bts計數(shù)器:無設置及影響:通常由呼叫重建(callReestablishment)引起的TCH信道分配請求(信令模式)對應的內(nèi)部優(yōu)先級不為0。當至少有allocPriorityTlueshold+1條空閑TCH信道時,該請求才被確認。參數(shù)類別:3emergencyCallPriority定義:由緊急呼ni|(emaergencyCall)引起的TCH信道分配請求(信令模式)在allocPriorityTable表中的索引值,即緊急呼叫的外部優(yōu)先級。取值范圍:[0到17]操作對象:bts計數(shù)器:無設置及影響:通常由緊急呼nil(emergencyCall)引起的TCH信道分配請求(信令模式)對應的內(nèi)部優(yōu)先級為0,即只要有1條TCH信道空閑,該請求即被接受。參數(shù)類別:3interCellHOExtPriority定義:由BSC間越區(qū)切換(interCellHO-interBSC)引起的TCH信道分配請求(信令模式)在allocPriorityTable表中的索引值,即外部優(yōu)先級。取值范圍:[0到17]操作對象:bts計數(shù)器:無設置及影響:通常由BSC間越區(qū)切換(interCellHO-interBSC)引起的TCH信道分配請

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論