我對(duì)TDSCDMA信令流程的理解和總結(jié)

1、TD SCDMA呼叫流程一：打電話都需要做什么工作1：打通NODEB 和RNC 之間的專(zhuān)用信令通路。2：打通RNC 和CN 之間的專(zhuān)用信令通路。3：建立數(shù)據(jù)通路。以下是對(duì)以上步驟的分別闡述。 和UE , 我們知道它沒(méi)有傳輸網(wǎng)絡(luò)控制面, 而控制面和用戶面是合用一個(gè)傳輸承載, 就是RLC,MAC, 和PHY , 從3g 理論書(shū)上, 我們知道一旦小區(qū)建立好后, 我們?cè)诳湛诰鸵M(jìn)行系統(tǒng)信息廣播, 并且要建立好RACH,FACH,PCH 這些公共傳輸信道, 以及相應(yīng)的物理信道. 這些信道有個(gè)共同的特點(diǎn)就是都是單向的, 其中RACH 是上行的, 而FACH 和PCH 是下TD SCDMA呼叫流程行的.它們

2、共同組成了RRC 消息的承載, 由于是小區(qū)一旦建立就會(huì)有的, 因此可以認(rèn)為這些單向的公共信道就是UU 口的公共承載, 我們引入小區(qū)建立過(guò)程, 進(jìn)一步解釋UU 口的這些信道是如何一步步打通的. 也就是說(shuō)當(dāng)一個(gè)UE 開(kāi)機(jī)后它首先完成他是建立其他信令和數(shù)據(jù)鏈路的基礎(chǔ)。UE 用某種接入技術(shù)與陸地公共移動(dòng)網(wǎng)絡(luò)（UE 在選定的PLMN 駐留”。一旦完成小區(qū)駐留，P-CCPCH 信道（BCH ；根據(jù)NodeB 建立連UE 與UTRAN 之間只有通過(guò)系1、 CN 提供的NAS 信息需要經(jīng)過(guò)系統(tǒng)信息廣播通知UE 。2、 UE 在空閑模式、連接模式所使用的定時(shí)器、計(jì)數(shù)器取值需要由系統(tǒng)信息廣播通知UE 。3、 UE

3、 在空閑模式、連接模式的小區(qū)選擇、小區(qū)重選TD SCDMA呼叫流程參數(shù)需要通過(guò)系統(tǒng)信息廣播通知UE 。4、 小區(qū)中公共物理信道的配置參數(shù)、UE 在連接模式下所使用的公共、共享物理信道配置參數(shù)需要由系統(tǒng)信息廣播通知UE 。5、 UE 在空閑模式、連接模式所需的測(cè)量控制信息由系統(tǒng)信息廣播通知UE 。6、 UE 傳輸信道、物理信道的參數(shù)（這些參數(shù)在切換到其它時(shí)使用）需要由系統(tǒng)信息廣播通知UE 。 RNC 中必不可少，而且內(nèi)容不能相UE 在完成小區(qū)注冊(cè)后建立起來(lái)的，這為建立其它信令或業(yè)務(wù)的鏈路提供了重要的基礎(chǔ)，到目前為止，第一個(gè)步驟并沒(méi)有完成，打電話的信令鏈路是走的專(zhuān)用信令鏈路，所以必須建立專(zhuān)用信令鏈

4、路，為什么要建立專(zhuān)用信令鏈路呢？UE 和系統(tǒng)之間使用公共信令鏈TD SCDMA呼叫流程路來(lái)交換信息不可以嗎？當(dāng)然可以了，但是公共的資源是非常有限的，如果一個(gè)小區(qū)里面的所有的UE 都使用公共的信令鏈路來(lái)交換信息，系統(tǒng)的負(fù)荷壓力是非常大的，再說(shuō)也沒(méi)有那么多資源供給所有的UE ，所以打電話的開(kāi)始一定要把專(zhuān)用的信令鏈路建立起來(lái)。三：打通NODEB 和RNC 通路這里所說(shuō)的打通NODEB 和RNC UE 么回事。 第一步已經(jīng)已經(jīng)說(shuō)過(guò)在打電話時(shí)首先要建立專(zhuān)用的信令鏈路。上圖中的步驟目的就是要建立專(zhuān)用的信令鏈路。當(dāng)UETD SCDMA呼叫流程發(fā)起RRC CONNECTION REQUEST，它是通過(guò)上面所說(shuō)

5、公共信道發(fā)給RNC 的，在這里我們應(yīng)該會(huì)明白上面所說(shuō)的作用，這個(gè)時(shí)候RNC 知道有一個(gè)UE 需要和系統(tǒng)進(jìn)行業(yè)務(wù)的連接，它開(kāi)始給該UE 分配資源，這里需要注意的一點(diǎn)，當(dāng)UE 發(fā)起RRC CONNECTION REQUEST，這條消息里面帶了一個(gè)UE 的初始化標(biāo)識(shí)得建立原因，協(xié)議錯(cuò)誤標(biāo)識(shí)和測(cè)量UE 后，判斷允許接入，如果允許則為RNTI 所發(fā)送的消息是屬于哪個(gè)無(wú)線網(wǎng)絡(luò)）路建立的RBAP 過(guò)程ALCAP Iub數(shù)據(jù)傳輸承載建立過(guò)程和上、下行DCH 幀協(xié)議路建立的ALCAP Iub數(shù)據(jù)傳輸承載建立過(guò)程和上、NODEB 和RNC 1：收到“RDIO LINK SETUP REQUEST ”后，將根據(jù)消息

6、的參數(shù)來(lái)建立Nodeb 的上、下行無(wú)線鏈路（建立一條承載1個(gè)或多個(gè)傳輸信道的無(wú)線鏈路），傳輸信道可以是DCH 、DSCH 和USCH 的混和，NODEB 會(huì)按照RNC 所給的參數(shù)信息為建立專(zhuān)用鏈路配置和分配系統(tǒng)網(wǎng)絡(luò)側(cè)相關(guān)的物TD SCDMA呼叫流程理層信息，在rl setup req里面會(huì)帶有FP 的配置信息；2：Nodeb 響應(yīng)建立過(guò)程后，分配Rrc 連接所需的無(wú)線鏈路資源。開(kāi)始在空中使用新的無(wú)線參數(shù)，在新的RL 上進(jìn)行接收。 3：ALCAP Iub數(shù)據(jù)傳輸承載建立過(guò)程：ALCAP 新建立一條AAL2鏈路，建立請(qǐng)求原語(yǔ)包含了用來(lái)把Iub 數(shù)據(jù)承載和DCH 捆綁在一起的AAL2DCH FP的配

7、置。Nodeb 和Rnc 的同步過(guò)程，當(dāng)據(jù)傳輸承載建立過(guò)程完成后，Nodeb 和Rnc 的DCH 數(shù)據(jù)傳輸過(guò)程。RNC 向Nodeb SYNCHRONISATION 控制幀（了目標(biāo)連接幀號(hào)（CFN ），。當(dāng)同步過(guò)程完成后，發(fā)送過(guò)程。這里有一個(gè)疑問(wèn)，為什么RNC 和Nodeb 之間要同步呢？他們的的同步動(dòng)作里面又做了哪些工作呢？ALCAP 鏈路什么時(shí)候釋放呢？（答案：由于TD 是個(gè)同步系統(tǒng), 一個(gè)幀的數(shù)據(jù)必須在規(guī)定的時(shí)間窗內(nèi)發(fā)送到NodeB,NodeB 才能從空口發(fā)射出去, 所以每次新建的傳輸信道在激活前都要做一系列同步，F(xiàn)P 的同步有節(jié)點(diǎn)同步, 傳輸信道同步和時(shí)間調(diào)整這幾種操作, 簡(jiǎn)單來(lái)說(shuō)節(jié)點(diǎn)

8、同步用于估計(jì)和初步調(diào)整CRNC 和NodeB 間的時(shí)鐘偏差(即RFN 和BFN 之間的偏移 ，傳輸信道同步后RNC 用NodeB 回應(yīng)的上行同步幀提取ToA 參數(shù)校準(zhǔn)CFN, 然后傳輸信道就能正常傳輸數(shù)據(jù)了, 定時(shí)調(diào)整是在數(shù)據(jù)傳輸過(guò)程中, 如果RNC 發(fā)送的數(shù)據(jù)幀落在NodeB 的接收窗口之外,NodeB 將發(fā)送時(shí)間調(diào)整幀,RNC 就會(huì)再次校準(zhǔn)CFN ，alcap 是一條AAL5鏈路，不需要建立和釋放過(guò)程）在這一步中又進(jìn)行了以下細(xì)節(jié)：公共傳輸信道的建立過(guò)程：1：RNC 側(cè)的NBAP 發(fā)送公共傳輸信道建立消息（例如TD SCDMA呼叫流程PRACH ）到NodeB 端的NBAP 。2：NodeB

9、 端的NBAP 收到建立消息后，先配置ALCAP ，消息中帶有傳輸鏈路數(shù)以及建立傳輸信道所在的BBP 單板號(hào)。3：ALCAP 收到配置消息后，分配一個(gè)實(shí)例，即wLinkId ，返回給NodeB 端的NBAP 協(xié)議實(shí)現(xiàn)層。4：NodeB 端的NBAP 協(xié)議實(shí)現(xiàn)層將wLinkId 等參數(shù)配置給FP 協(xié)議層（某一塊BBP 單板）。5：FP 協(xié)議層配置成功后，返回成功響應(yīng)到NBAP 協(xié)議實(shí)現(xiàn)層。6：NodeB 端的NBAP 協(xié)議實(shí)現(xiàn)層返回公共傳輸信道成功響應(yīng)的NBAP 消息到RNC 端的NBAP 協(xié)議層。消息中帶有BindingId ，并且BindingId = wLinkId。7：RNC 側(cè)的NBA

10、P 協(xié)議實(shí)現(xiàn)層收到信道建立成功的NBAP 消息后，RNC 的NBAP 要求RUB 板創(chuàng)建公共傳輸信道的用戶面實(shí)例, 創(chuàng)建成功后通過(guò)ALCAP 協(xié)議向RAB2獲取CID 資源, 獲取成功后向ALCAP 發(fā)送建鏈請(qǐng)求消息(ERQ，消息中帶有BindingId 和CID 。8：RNC 端的ALCAP 向NodeB 端的ALCAP 發(fā)送建鏈請(qǐng)求消息，包含RNC 端的ALCAP 分配傳輸信道承載AAL2的VPI 、VCI 、CID 。消息中還將帶有BindingId ，由于BindingId = wLinkId ，所以NodeB 端的ALCAP 收到此TD SCDMA呼叫流程BindingId 即認(rèn)為是

11、wLinkId 。9：NodeB 端的ALCAP 收到對(duì)端發(fā)送的建鏈請(qǐng)求后，向ATM 發(fā)起此AAL2的建立請(qǐng)求，消息中帶有VPI 、VCI 、CID 、wLinkId 、BBP 單板號(hào)。10：ATM 返回成功響應(yīng)給ALCAP 。11：NodeB 端的ALCAP 向RNC 端的ALCAP 返回建鏈成功響應(yīng)消息(ECF。12：RNC 端的ALCAP 向RNC 的ATM 配置此AAL2的參數(shù)信息, 即ALCAP 通知NBAP 對(duì)端配置成功,NBAP 發(fā)初公共傳輸信道初始化命令給RUB, 把對(duì)應(yīng)的AAL2 CID 的DSP 和信道號(hào)通知給已經(jīng)創(chuàng)建的用戶面實(shí)例 。13：RNC 的ATM 向ALCAP 返

12、回成功響應(yīng)消息。14：RNC 的ALCAP 向NBAP 協(xié)議層返回建鏈成功響應(yīng)消息。15：RNC 的NBAP 協(xié)議層通知AAL2建立成功消息，至此AAL2建立成功，可以傳輸具體的數(shù)據(jù)業(yè)務(wù)。這里為什么還要向AAL2發(fā)送建立成功通知呢？16：RNC 的FP 發(fā)起信道同步業(yè)務(wù)，首先發(fā)送到RNC 的ATM 。17：RNC 的ATM 傳輸將此業(yè)務(wù)數(shù)據(jù)發(fā)送到NodeB 端的ATM ，消息以VPI 、VCI 、CID 區(qū)分。18：NodeB 端的ATM 收到數(shù)據(jù)后，解析出此VPI 、VCI 、TD SCDMA呼叫流程CID 對(duì)應(yīng)的wLinkId 、BBP 單板號(hào)，并將此業(yè)務(wù)數(shù)據(jù)發(fā)送到對(duì)應(yīng)的BBP 單板上，消

13、息中帶有wLinkId 。19：FP 收到此同步請(qǐng)求后，返回同步成功的回應(yīng)消息到ATM ，消息中帶有wLinkId 。這里的同步是不是指時(shí)間上的同步信息呢？20：NodeB 端的ATM 收到數(shù)據(jù)后，解析出此wLinkId 對(duì)應(yīng)的VPI 、VCI 、CID ，并將此業(yè)務(wù)數(shù)據(jù)發(fā)送到對(duì)端的ATM 。 21：RNC 端的ATM 收到此數(shù)據(jù)后向FP 協(xié)議層傳送。 22：RNC 的FP 協(xié)議層通知NBAP 協(xié)議層同步成功。4： RNC 向UE 發(fā)起“”該過(guò)程與RRC 路徑相反，不過(guò)在Iub 口是利用這條消息里面將根據(jù)消息中給定的參數(shù)來(lái)完的配置。5：配置完成后，將給Rnc 發(fā)送“RRC CONNECTION

14、 SETUP COMPLETE ”，特別注意了這時(shí)信令走的專(zhuān)用信道（DCH FP），表明專(zhuān)用信令鏈路已經(jīng)建立完成了。到目前為止該步驟已經(jīng)打通NODEB 和RNC 之間的通路，這說(shuō)明UE 到CN 之間的路已經(jīng)建好了一半，還有一半路需TD SCDMA呼叫流程要建立，那就是要打通RNC 和CN 之間的專(zhuān)用通路。三：打通RNC 和CN 之間的專(zhuān)用信令通路。 請(qǐng)先看這是的信令流程，如下圖所示： 1：UE 口向RNC 初始直傳消息，該消息中帶有UE 要口沒(méi)有對(duì)應(yīng)的信令連接鏈路。2：當(dāng)RNC 收到UE 通過(guò)UU 口向RNC 初始直傳消息時(shí)，而這時(shí)Iu 口沒(méi)有對(duì)應(yīng)的信令連接鏈路，RNC 側(cè)的SCCP 就會(huì)發(fā)起

15、面向連接信令鏈路的連接請(qǐng)求(CR. ，如果CN 準(zhǔn)備接受連接請(qǐng)求則向RNC 回SCCP 連接證實(shí)消息CC SCCP連接建立成功，RNC 接收到該消息確認(rèn)信令連接建立成功，至此IU 口的專(zhuān)用通路TD SCDMA 呼叫流程 就被打通了，連接建立以后RNC把這條初始直傳消息通過(guò)剛 才建立的信令鏈路發(fā)給CN。 3：這個(gè)時(shí)候CN會(huì)向UE發(fā)送PD_MM: AUTHENTICATION REQUEST，要求對(duì)要接入的UE的合法性進(jìn)行驗(yàn)證。 4：RNC接到這條消息后不做處理，直接下發(fā)到UE，該消息 中帶有一個(gè)參數(shù)，該參數(shù)用來(lái)鑒定UE的合法性，UE收到CN 的AUTHENTICATION REQUEST中的鑒權(quán)

16、值，結(jié)合sim卡里寫(xiě)的 鑒權(quán)向量和鑒權(quán)算法計(jì)算出鑒權(quán)響應(yīng)值，UE會(huì)在PD_MM: AUTHENTICATION RESPONSE中攜帶該鑒權(quán)響應(yīng)值發(fā)送 給CN，由CN通過(guò)算法判斷該鑒權(quán)響應(yīng)是否合法，也就是該UE 是否合法。CN據(jù)此來(lái)是否決定該UE是否接入。 5：當(dāng)完成上述步驟后，UE和CN之間開(kāi)始協(xié)商安全模式，以 保障信息傳遞的安全性。 到目前為止UE到CN的鏈路已經(jīng)打通了.這個(gè)時(shí)候CN向RNC 發(fā)送CommonIDMessage,里面攜帶有UE的imsi號(hào)碼信息.然后 主叫UE的NAS層開(kāi)始向CN發(fā)送命令SETUP要求尋呼被叫 UE,在SETUP消息里面帶有被叫UE的IMSI號(hào)碼， CN開(kāi)始

17、尋呼 被叫UE，同時(shí)CN向RNC發(fā)送PD_CC: CALL PROCEEDING, 即告訴主叫，我現(xiàn)在已經(jīng)響應(yīng)你的要求開(kāi)始尋呼被叫。 四: 建立數(shù)據(jù)通路. 當(dāng)被叫UE成功響應(yīng)后， 并且CN收到來(lái)自被叫UE發(fā)過(guò)來(lái) 的消息PD_CC: CALL CONFIRMED，這個(gè)時(shí)候CN已經(jīng) 本文中的所有信息均為中興通訊股份有限公司內(nèi)部信息，不得向外傳播 11 TD SCDMA 呼叫流程 知道被叫UE是可以被尋呼到的，這個(gè)時(shí)候CN會(huì)向主叫 側(cè)RNC和被叫測(cè)RNC發(fā)送RAB_AssignmentMessage， 開(kāi) 始建立數(shù)據(jù)鏈路，這條消息中帶有CN分配給UE建立業(yè) 務(wù)所需要的網(wǎng)絡(luò)資源配置信息,當(dāng)主叫側(cè)和被叫

18、側(cè)RNC 接受到該消息后會(huì)向本側(cè)NODEB發(fā) synchronisedRadioLinkReconfigurationPreparation （Request(initiatingMessage） 消息,要求NODEB按照CN 所分配的資源重新配置無(wú)線鏈路相關(guān)參數(shù)信息，當(dāng) NODEB完成重配置后會(huì)向本側(cè)的RNC發(fā)送 synchronisedRadioLinkReconfigurationPreparation （Response(successfulOutcome），表明相關(guān)配置已經(jīng) 完成，主叫側(cè)和被叫側(cè)RNC會(huì)向本側(cè)的NODEB發(fā)送 synchronisedRadioLinkReconfigurationCommit，告訴本 側(cè)的NODEB以后使用新配置的無(wú)線鏈路進(jìn)行通信，這 個(gè)時(shí)候RNC會(huì)分別向主叫和被叫發(fā)送radioBearerSetup， 這條消息中帶有CN分配給UE建立業(yè)務(wù)所需要的網(wǎng)絡(luò)資 源配置信息, 當(dāng)主叫和被叫接受到該消息后，UE按照 CN所分配的資源重新配置無(wú)線鏈路相關(guān)參數(shù)信息，當(dāng) UE完成重配置后會(huì)向本側(cè)的RNC發(fā)送 radioBearerSetupComplete.這些步驟做完后,至此數(shù)據(jù)鏈 路就已經(jīng)建立完成. 然后就是具體連接的建立完成.當(dāng) 被叫RB建立完成后,被叫會(huì)向RNC發(fā)送PD_CC: 本文中的