【正文】 3A 事件測(cè)量控制 關(guān)鍵點(diǎn) 1：表示此為 3A事件的測(cè)量控制消息 關(guān)鍵點(diǎn) 2， 3： 如圖 TD 的 RSCP 需要低于 95dBm，且 G 網(wǎng)電平高于 81dBm，才會(huì)觸發(fā) 3A切換測(cè)量 關(guān)鍵點(diǎn) 4：事件的門限為 4，實(shí)際值 =配置值 *，即用 TD 最小電平減去實(shí)際值 G 網(wǎng)最小電平加上實(shí)際值即為滿足條件的事件 關(guān)鍵點(diǎn) 5： 3A 事件的觸發(fā)時(shí)長(zhǎng)，配置為 1280ms，表示當(dāng)有某個(gè)同頻鄰區(qū)的 PCCPCHRSCP值在 秒內(nèi)都滿足上述的 3A 事件門限，則 UE 上報(bào) 3A事件測(cè)量報(bào)告 關(guān)鍵點(diǎn) 6：表示 測(cè)量監(jiān)控的同頻小區(qū)的個(gè)數(shù)為 6 2A 事件測(cè)量控制 關(guān)鍵點(diǎn) 1：表示為 2A事件的測(cè)量控制消息 關(guān)鍵點(diǎn) 2： 事件的門限，實(shí)際值 =配置值 *。包含 RL ID,DCH ID，綁定 ID， NodeB ATM，如下圖所示： NBAP_RL_SETUP_RSP 包含的屬性圖 NBAP_RL_DEL_REQ（ RNC 內(nèi)） RNC 向 NodeB 發(fā)送 RL 刪除的請(qǐng)求，需要?jiǎng)h除的 RL ID 為 0。如下圖所示。 RANAP_RELOCATION_REQUIRED 包含的屬性圖 Radio Link Setup Request， Radio Link Setup Response， DownLink sync， UpLink sync 這些信令中的內(nèi)容跟其他業(yè)務(wù)中的相同信令含的信息一樣，在這里不做具體介紹。包含：切換基本信息，上行信道要求和下行信道要求。 RRC_PH_CH_RECFG包含的屬性圖 1 所建立的上下行信道需要關(guān)注的信息是上下行 DPCH 信道和上下行 CCTrCH 信道的配置。 切換異常信令解析 RNC 內(nèi) 異常信令 異常流程 1 Node B 失敗 本異常流程主要考慮了切換過程中由于 Node B 失敗 而導(dǎo)致的切換過程失敗，如無線鏈 路增加消息錯(cuò)誤、參數(shù)配置錯(cuò)誤、超時(shí)等。 異常流程 2 UE 響應(yīng)切換失敗 RNC 向 UE發(fā)送 Physical Channel Reconfiguration 消息進(jìn)行切換。當(dāng)上述某項(xiàng)原因出現(xiàn)時(shí)， UE 向 RNC 返回 Physical Channel Reconfiguration Failure 消息。 異常流程 3 定時(shí)器超時(shí)失敗 定時(shí)器超時(shí)，指的是 RNC 在給 UE 發(fā)送了空中接口的配置消息后，在一定的時(shí)間內(nèi)既沒有收到用戶的成功響應(yīng)消息，也沒有收到失敗消息，和 UE 失去了聯(lián)系，此時(shí)策略為釋放該用戶的所有業(yè)務(wù)。 若為 CS 域 RAB， Iu 接口需釋放 AAL2 數(shù)據(jù)傳輸承載。 RNC 與 UE 釋放 Uu 接口 RRC 連接。 異常流程 3 源 RNC 側(cè) UE 配置失敗 該過程描述的是，重定位準(zhǔn)備過程中，源 RNC 側(cè) UE 進(jìn)行重定位時(shí)失敗。類似還有 RNC 和 NodeB 之間的Iub 連接， RNC 和 CN 之間的 IU 連接，但是 Iub 連接是一直存在的，不需要在每次 UE 和CN 連接都去建立和釋放，而 Iu連接則必須每次去建立和釋放（這里是指面向連接的信令和數(shù)據(jù)承載，無連接的除外）。（可以這樣理解： Iub 承載是 AAL2 承載，公共信道的 FP 是建立在 AAL2上的，因此小區(qū)建立的時(shí)候會(huì)建立一些承載，如果要使用 DCH 信道，也要先建立 DCH 的AAL2 承載。為了在無線環(huán)境中傳輸，就必須借助無線接入網(wǎng)，因此 RAB 分為 UE 和 UTRAN 之間的 RB 和 CN和 UTRAN 之間的 IU 承載。 如果要在 DCH 上建 CS 業(yè)務(wù)，則必須建所有的連接和承載，并且 RRC 連接必須建立在DCH 上，這樣： 一旦 RRC 連接失敗，釋放所有的連接和承載，包括 RL； 一旦 RL配置失敗，如果存在原先配置，則恢復(fù)到原先配置， RNC 自己不會(huì)去釋放 RRC、RL、 Iu等，回復(fù) CN RAB 指配響應(yīng)指示失敗，按照 CN 新的指令去執(zhí)行，業(yè)務(wù)肯定要失敗的，一般來說，如 果 CN 發(fā)現(xiàn)業(yè)務(wù)失敗了，將會(huì)發(fā)起 IU 釋放的流程。 （ 6）在 TDSCDMA中，一個(gè) UE 最多只有一個(gè) RRC 連接，當(dāng)執(zhí)行硬切換時(shí)，最多可以有兩條 RL，但一般都只有一個(gè) RL（包括組合業(yè)務(wù)），多 RAB，兩個(gè) Iu連接（ 1CS+1PS），多RB。 UE 發(fā)起呼叫釋放的主要的 NAS 消息關(guān)系如下： UE 發(fā)起呼叫釋放的主要的 NAS消息關(guān)系圖 釋放 RRC 連接 ： （ 7） CN 通過給 RNC發(fā)送 RANAP 消息 Iu Release Command消息發(fā)起專用信道的釋放過程。本例為正常釋放。 NBAP_RL_DEL_REQ 消息 導(dǎo)致呼叫釋放的異常分析 CN 發(fā)起 Uu 接口釋放 CNUE: Disconnect Operator determined barring Oamp。 CN 向 RNC 發(fā)起的 Iu Release 過程不能由 CN RANAP 層直接發(fā)起，它是由其它釋放過程間接產(chǎn)生的，如 CN 的 NAS 層發(fā)起釋放、 UE NAS 層發(fā)起釋放、 RNC 發(fā)起的 Iu 釋放。 RNCUE: RRC Connection Release normal event 網(wǎng)絡(luò)側(cè)或 UE 側(cè)發(fā)起正常呼叫釋放以及其它異常引起的 RRC 連接釋放 Iu 接口釋放 CN與 RNC 都可以發(fā)起特定 UE 的 Iu 接口釋放。 l releaseCause：指示釋放的原因值，本例為正常釋放。 （ 11） UE 向 RNC 回送 RRC 消息 RRC Connection Release Complete 確認(rèn) RRC 連接的釋放 （ 12） RNC 向 NodeB 發(fā)送 NBAP 消息 Radio Link Deletion （ 13） NodeB 向 RNC 回送 NBAP 消息 Radio Link Deletion Response （ 14） NodeB 通過 ALCAP 協(xié)議釋放與 RNC 的 Iub 傳輸承載。在小區(qū)建立的時(shí)候，SRB0 就已經(jīng)建立了，傳 CCCH信令， SRB1SRB4 在 RRC 建立的時(shí)候建，傳 DCCH 信令，SRB5 以上都是業(yè)務(wù) RB，其實(shí)就是 RB。 如果要在 DCH 上建 PS 業(yè)務(wù)，所有的連接和承載都得建立，如果 RRC 連接建立在 DCH上，對(duì)于 RRC、 RL、 RB配置失敗的處理同 CS一樣，如果 RRC連接建在 CCH上時(shí)，其實(shí)處理還是一樣的 ?。 如果要在 CCH 上建業(yè)務(wù)，比如 PS8k業(yè)務(wù)，必須建立 RRC連接， Iu連接，然后建立 RAB、RB、 Iub 承載、 Iu 承載，但是不需要建立 RL。如果沒有業(yè)務(wù)， RB 是不需要的，因此如果要在CN/URTRN 和 UE 之間傳信令，只要有 RRC 連接即可（實(shí)際上也有無線承載，即 SRB），但只要有業(yè)務(wù)，就必須配置 RB，同樣，必須配置 Iub承載（只要有 DCH就必須去配置 DCH FP 的承載，同 RL 一樣）。 RL 是一個(gè)邏輯概念，其實(shí)就是一個(gè)格 式集，數(shù)據(jù)在 L2 和 L1 之間傳輸（ MACDDCH/HSDSCH/DSCH/USCH FPDPCH/HSDPSCH 傳輸信 道 和 MACD FLOW（ macdhmachs）），在 DCH時(shí)要增加 /修改 DCH FP/HSDSCH FP，因此要配置，而在 CCH 時(shí)， L2L1 的鏈路已經(jīng)建立完成，因此不需要配置 RL，但 RNC 和 NodeB 的連接是存在的，所以 RL是格式集。 異常流程 4 目標(biāo) RNC 側(cè) Iub 接口過程失敗 該流程描述了重定位過程中三種發(fā)生在 Iub 接口兩側(cè)實(shí)體上的異常情況，由于在重定位 過程中這三類異常 Iu 接口的表現(xiàn)是相同的，因此本流程中做同一描述。 若在目標(biāo)小區(qū)沒有完成 RL 同步，則在目標(biāo)小區(qū)沒有此消息。 RNC 與 Node B 釋放 Iub 接口的 RL。 若在目標(biāo)小區(qū)已經(jīng)完成 RL 同步，則 Node B 在目標(biāo)小區(qū)向 RNC 發(fā)送 Radio Link Failure 消息，原因?yàn)橥绞　? RNC 與 Node B 釋放 Iub 接口的 AAL2 連接。 導(dǎo)致 UE 發(fā)送失敗響應(yīng)的原因可能為： UE 收到的消息協(xié)議錯(cuò)； Physical Channel Reconfiguration 消息中包含無效的配置信息； Physical Channel Reconfiguration 消息中包含 UE 不支持的配置信息； 配置信息不匹配； UE 物理信道配置失?。? 重配過程中無線鏈路失敗等。 異常流程說明： 當(dāng) Node B 不能按照要求為該用戶增加 RL 時(shí)，向 RNC 返回 RL Addition Failure 消 息，并包含失敗原因。 RANAP_RELOCATION_DETECT 包含的屬性圖 RANAP_RELOCATION_COMPLETE（ RNC 間） 包含的消息如下圖所示。 UE 最大發(fā)射功率： 21dBm。 RANAP_RELOCATION_REQ_ACK 包含的屬性圖 RANAP_RELOCATION_COMMAND（ RNC 間 ） 該消息中包含目標(biāo) RNC 到源 RNC 的 TransparentContainer,RAB 信息。原 RNC 向目標(biāo) RNC 的 TransparentContainer。切換原因?yàn)闊o線的原因。本例信元值為 12dB，即配置值為 3dB，表示當(dāng)某個(gè)同頻鄰區(qū)的 PCCPCH RSCP 值比服務(wù)小區(qū)大于等于 3dB以上，才觸發(fā) 2A事件，判決異頻切換 (在協(xié)議中規(guī)定，此值的取值范圍是 ,步長(zhǎng)為 ,2A事件的判別公式為 Qn=Qs+Hy/2,所以最總轉(zhuǎn)換為 dB的時(shí)候，這個(gè)參數(shù)是除以 4 的） 關(guān)鍵點(diǎn) 3： 2A事件的觸發(fā)時(shí)長(zhǎng)，配置為 640ms，表示當(dāng)有某個(gè)同頻鄰區(qū)的 PCCPCHRSCP 值在 秒內(nèi)都滿足上述的 2A事件門限，則 UE 上報(bào) 2A事件測(cè)量報(bào)告 關(guān)鍵點(diǎn) 4：表示 測(cè)量監(jiān)控的同頻小區(qū)的個(gè)數(shù)為 6 MEASUREMENT REPORT 2A 事件測(cè)量報(bào)告 關(guān)鍵點(diǎn) 1：反映事件類型，圖例為 2A事件（異頻測(cè)量） 關(guān)鍵點(diǎn) 2：即將切換的小區(qū)的頻點(diǎn)擾碼（此為主頻點(diǎn)，很可能存在一種情況