TD-SCDMA信令難點(diǎn)常識

1、RRC建立的原因有以下幾種（參見協(xié)議25.331 P516）：l Originating Conversational Call（主叫會話類）l Originating Streaming Call（主叫流類）l Originating Interactive Call（主叫交互類）l Originating Background Call（主叫背景類）l Originating Subscribed traffic Call（主要 類）l Terminating Conversational Call（被叫會話類）l Terminating Streaming Call（被叫流類）l Ter

2、minating Interactive Call（被叫交互類）l Terminating Background Call（被叫背景類）l Emergency Call（緊急呼叫）l Inter-RAT cell re-selection（系統(tǒng)間重選擇）l Inter-RAT cell change order（系統(tǒng)間重置）l Registration（注冊）l Detach（分離）l RAT即"Radio Access Technology流程中的幾個重要概念在進(jìn)行信令分析之前，需要了先解幾個重要的概念：1）RRC連接RRC連接是UE與UTRAN的RRC協(xié)議層之間建立的一種雙向點(diǎn)到

3、點(diǎn)的連接。對一個UE來說，至多存在一條RRC連接。RRC連接在UE與UTRAN之間傳輸無線網(wǎng)絡(luò)信令，如進(jìn)行無線資源的分配等等。RRC連接在呼叫建立之初建立，在通話結(jié)束后釋放，并在期間一直維持。用于傳輸RRC消息的可用無線承載（RB）被定義為“信令無線承載（SRB）”。UE和UTRAN應(yīng)為在DCCH和CCCH上使用RLC-TM、RLC-UM和RLC-AM的RRC消息來選擇信令無線承載。2）Iu信令連接如果說RRC連接建立了UE與UTRAN之間的信令通路，那么Iu信令連接則是建立了UE與CN之間的信令通路。Iu信令連接主要傳輸U(kuò)E與CN之間非接入層信令。在UTRAN中，非接入層信令是通過上下行直接

4、傳輸信令透明傳輸?shù)摹?）鑒權(quán)加密出于網(wǎng)絡(luò)安全性能考慮，在呼叫建立時，網(wǎng)絡(luò)必須對UE進(jìn)行鑒權(quán)和加密。（Authentication and ciphering）4）無線接入承載（RAB）RAB可以看作是UE與CN之間接入層向非接入層提供的業(yè)務(wù)，主要用于用戶數(shù)據(jù)的傳輸,包括IU承載和RB承載。RAB直接與UE業(yè)務(wù)相關(guān)，它涉及接入層各個協(xié)議模塊，在空中接口上，RAB反映為無線承載（RB）。（Radio Access Bear）5）無線承載（RB）RB是UE與UTRAN之間L2向上層提供的業(yè)務(wù)。上面我們提到的RRC連接也可以看作是一種承載信令的RB。（Radio Bear）6）無線鏈路（RL）無線鏈路

5、是指一個UE和一個UTRAN接入點(diǎn)之間的邏輯連接。（Radio Link）RRC連接、RL、RB、RAB的本質(zhì)是什么？（1）RRC連接是為了建立UE和UTRAN之間的信令連接（SRB1-SRB4），可以通過CCH或者DCH，如果建立在DCH，上下行各占用1個碼道（SF=16）在HS業(yè)務(wù)建立的時候，要占用兩個碼道；且PS的速率包括信令連接占的碼道。類似還有RNC和NodeB之間的Iub連接，RNC和CN之間的IU連接，但是Iub連接是一直存在的，不需要在每次UE和CN連接都去建立和釋放，而Iu連接則必須每次去建立和釋放（這里是指面向連接的信令和數(shù)據(jù)承載，無連接的除外）。移動通信,通信工程師的家園

6、,通信人才,求職招聘,網(wǎng)絡(luò)優(yōu)化,通信工程,出差住宿,通信企業(yè)黑名單*h:J0X;'_'o9r（2）RL是為了建立RNC和NodeB之間的DCH的連接，只要數(shù)據(jù)走DCH，必須配置這個鏈路。RL是一個邏輯概念，其實(shí)就是一個格式集，數(shù)據(jù)在L2和L1之間傳輸（MAC-D->DCH/HS-DSCH/DSCH/USCH FP->DPCH/HS-DPSCH 傳輸信道和MAC-D FLOW（mac-dh->mac-hs），在DCH時要增加/修改DCH FP/HS-DSCH FP，因此要配置，而在CCH時，L2->L1的鏈路已經(jīng)建立完成，因此不需要配置RL，但RNC和No

7、deB的連接是存在的，所以RL是格式集。在RL之下還有一個叫Iub數(shù)據(jù)傳輸承載的東西，它和RL的主要區(qū)別在于Iub數(shù)據(jù)承載承載的是Iub接口的數(shù)據(jù)，而RL是Uu口的數(shù)據(jù)，RL是位于Iub承載之上的。（可以這樣理解：Iub承載是AAL2承載，公共信道的FP是建立在AAL2上的，因此小區(qū)建立的時候會建立一些承載，如果要使用DCH信道，也要先建立DCH的AAL2承載。）7b%Z)&:S1o1m#O$p（3）RB是UE和UTRAN之間的連接格式集，就是UU口L1、L2的格式問題，即物理信道、傳輸信道、邏輯信道的配置問題。如果沒有業(yè)務(wù)，RB是不需要的，因此如果要在CN/URTRN和UE之間傳信令

8、，只要有RRC連接即可（實(shí)際上也有無線承載，即SRB），但只要有業(yè)務(wù)，就必須配置RB，同樣，必須配置Iub承載（只要有DCH就必須去配置DCH FP的承載，同RL一樣）。（4）RAB是UE和CN之間的連接的約定，體現(xiàn)在業(yè)務(wù)上，主要是Qos的配置。為了在無線環(huán)境中傳輸，就必須借助無線接入網(wǎng)，因此RAB分為UE和UTRAN之間的RB和CN和UTRAN之間的IU承載。 |  國內(nèi)領(lǐng)先的通信技術(shù)論壇:A:o(t(（5）相關(guān)的問題就可以這么理解了：如果沒有業(yè)務(wù)要建立，例如位置區(qū)登記、更新，只需要建立RRC連接、Iu連接，而不需要去建立RL、Iub承載、Iu承載、RAB、RB。移動通信

9、,通信工程師的家園,通信人才,求職招聘,網(wǎng)絡(luò)優(yōu)化,通信工程,出差住宿,通信企業(yè)黑名單0W5f,G'4U4L'C$A18e8S如果要在CCH上建業(yè)務(wù)，比如PS8k業(yè)務(wù)，必須建立RRC連接，Iu連接，然后建立RAB、RB、Iub承載、Iu承載，但是不需要建立RL。%P0J;B"p)o5l-x0h這時一旦RB失敗，業(yè)務(wù)已經(jīng)失敗，RNC將回復(fù)CN消息RAB指配響應(yīng)指示失敗，CN決定是否釋放業(yè)務(wù)。如果要在DCH上建CS業(yè)務(wù)，則必須建所有的連接和承載，并且RRC連接必須建立在DCH上，這樣： |  國內(nèi)領(lǐng)先的通信技術(shù)論壇4T a#q9N!1O$J一旦RRC連接

10、失敗，釋放所有的連接和承載，包括RL；u |  國內(nèi)領(lǐng)先的通信技術(shù)論壇4b _;w"y#k"I.e9Z0z7w一旦RL配置失敗，如果存在原先配置，則恢復(fù)到原先配置，RNC自己不會去釋放RRC、RL、Iu等，回復(fù)CN RAB指配響應(yīng)指示失敗，按照CN新的指令去執(zhí)行，業(yè)務(wù)肯定要失敗的，一般來說，如果CN發(fā)現(xiàn)業(yè)務(wù)失敗了，將會發(fā)起IU釋放的流程。MSCBSC 移動通信論壇 D9G'!-H-|#P一旦RB配置失敗，CS業(yè)務(wù)是不行了，如果是在RL RECFG COMMIT之前收到RB配置失敗，RL恢復(fù)到原來的RL，RNC回復(fù)CN RAB指配響應(yīng)指示失敗，由C

11、N決定新的流程；如果是在RL RECFG COMMIT之后收到RB配置失敗，因?yàn)镽NC無法恢復(fù)原來的RL，因此所有的業(yè)務(wù)都失敗了，RNC向CN回復(fù)RAB指配響應(yīng)指示失敗，同時釋放所有的連接和承載。注意一點(diǎn)：在PS業(yè)務(wù)釋放的時候，CN發(fā)RAB指配，這時候需要去重新申請兩個碼道的資源去傳信令，如果沒有資源了，則異常釋放，不會執(zhí)行RL重配和RL刪除了。J 如果要在DCH上建PS業(yè)務(wù)，所有的連接和承載都得建立，如果RRC連接建立在DCH上，對于RRC、RL、RB配置失敗的處理同CS一樣，如果RRC連接建在CCH上時，其實(shí)處理還是一樣的（6）在TD-SCDMA中，一個UE最多只有一個RRC連接

12、，當(dāng)執(zhí)行硬切換時，最多可以有兩條RL，但一般都只有一個RL（包括組合業(yè)務(wù)），多RAB，兩個Iu連接（1CS+1PS），多RB。（7）SRB呢？從某種意義上說，SRB和RB是個孿生兄弟，SRB是信令RB，在建立RRC連接的時候，SRB就建立起來了，為了傳遞UE和UTRAN之間的信令，而RB是用戶面RB，只有在建立業(yè)務(wù)的時候，即需要傳遞用戶面數(shù)據(jù)的時候才建立RB。在小區(qū)建立的時候，SRB0就已經(jīng)建立了，傳CCCH信令，SRB1-SRB4在RRC建立的時候建，傳DCCH信令，SRB5以上都是業(yè)務(wù)RB，其實(shí)就是RB。（8）相關(guān)的消息：RRC連接相關(guān)消息：包括RRC連接請求、RRC連接建立（釋放）、RR

13、C連接建立（釋放）完成.TD-SCDMA系統(tǒng)中Iub接口流量的探討作者：佚名  來源：本站整理  發(fā)布時間：2009-6-17 10:05:46  收 藏 評 論 一、Iub接口協(xié)議棧及說明     TD-SCDMA接入網(wǎng)（universal terrestrial radio access network，UTRAN）的結(jié)構(gòu)如圖1所示。在TD-SCDMA系統(tǒng)中，通用地面無線接入網(wǎng)絡(luò)部分主要由無線網(wǎng)絡(luò)控制器、節(jié)點(diǎn)Node-B和用戶設(shè)備（UE）構(gòu)成。Iub接口位于節(jié)點(diǎn)Node-B與無線網(wǎng)絡(luò)中心（R

14、NC）之間。Uu接口存在于UE與Node-B之間。在2個RNC之間的是Iur接口，傳遞2個RNC之間的信息。圖1 TD-SCDMA接入網(wǎng)的結(jié)構(gòu)    從水平層面來看，Iub接口包括2個功能層：無線網(wǎng)絡(luò)層和傳輸網(wǎng)絡(luò)層。每一層又分為控制平面和用戶平面。無線網(wǎng)絡(luò)層的用戶平面由相應(yīng)的Iub-FP協(xié)議組成，其主要功能是把Uu接口上的數(shù)據(jù)承載到Iub接口的FP數(shù)據(jù)幀上。在Uu接口上按其功能和任務(wù)分為物理層、數(shù)據(jù)鏈路層和網(wǎng)絡(luò)層。具體如圖2所示。圖2  Iub接口的功能層    所有與陸地?zé)o線接入網(wǎng)有關(guān)的協(xié)議都包含在無線網(wǎng)絡(luò)層。傳輸網(wǎng)絡(luò)層是

15、指被UTRAN所選用的標(biāo)準(zhǔn)的傳輸技術(shù)，與UTRAN的特定功能無關(guān)。無線網(wǎng)絡(luò)層規(guī)定與Node-B操作相關(guān)的程序。由無線網(wǎng)絡(luò)控制平面（NBAP）和無線網(wǎng)絡(luò)用戶平面（FP）組成。傳輸網(wǎng)絡(luò)層，目前采用ATM傳輸，規(guī)定了在Node-B和RNC之間建立網(wǎng)絡(luò)連接的程序。每個RACH、每個FACH和每個CPCH傳輸信道都應(yīng)有一個專用的AAL2連接。    從垂直平面來看，Iub接口包括無線網(wǎng)絡(luò)控制面、用戶面和傳輸層控制面。    無線網(wǎng)絡(luò)控制面包括應(yīng)用協(xié)議NBAP及用于傳輸這些應(yīng)用協(xié)議的信令承載。應(yīng)用協(xié)議用于建立到UE的無線鏈路承載，而這些應(yīng)用協(xié)議的

16、信令承載與接入鏈路控制協(xié)議（ALCAP）的信令承載可以一樣也可以不一樣，它通過O&M操作建立。    用戶面包括數(shù)據(jù)流和用于承載這些數(shù)據(jù)流的數(shù)據(jù)承載。用戶發(fā)送和接收的所有信息（如語音和數(shù)據(jù)）是通過用戶面來進(jìn)行傳輸?shù)?。傳輸網(wǎng)絡(luò)控制面在控制面和用戶面之間，只在傳輸層，不包括任何無線網(wǎng)絡(luò)控制平面的信息。它包括ALCAP（接入鏈路控制協(xié)議）和ALCAP所需的信令承載。    傳輸網(wǎng)絡(luò)的控制面包括用戶數(shù)據(jù)里的數(shù)據(jù)承載和應(yīng)用協(xié)議里的信令承載。在實(shí)時操作中，傳輸網(wǎng)絡(luò)用戶面的數(shù)據(jù)承載是由傳輸網(wǎng)絡(luò)控制面直接控制的，而建立應(yīng)用協(xié)議的信令承載所需的

17、控制操作屬于O&M操作。    傳輸網(wǎng)絡(luò)的用戶面在控制面里的應(yīng)用協(xié)議先進(jìn)行信令處理，這一信令處理通過ALCAP觸發(fā)數(shù)據(jù)面的數(shù)據(jù)承載的建立。并非所有類型的數(shù)據(jù)承載的建立都需通過ALCAP。如果沒有ALCAP的信令處理，就無需傳輸網(wǎng)絡(luò)控制面，而應(yīng)用預(yù)先設(shè)置好的數(shù)據(jù)承載。ALCAP的信令承載與應(yīng)用協(xié)議的信令承載可以一樣也可以不一樣。ALCAP的信令承載通常是通過O&M操作建立的。    二、Iub接口傳輸流量估算    1.Iub接口流量組成    Iub接口傳輸流

18、量的估算過程與以下三部分流量的計算有關(guān)：Iub接口的語音流量、Iub接口的數(shù)據(jù)流量以及Iub接口的信令流量。    2.語音業(yè)務(wù)的流量    高層的FP數(shù)據(jù)幀經(jīng)過AAL2、ATM、物理層（Physicallayer）各層之后傳輸，最后的總流量除了高層的數(shù)據(jù)還包括經(jīng)過各層的開銷，因此需要各層的利用率。各層利用率分析如下：    語音信道FP數(shù)據(jù)幀利用率73%；    AAL2層語音包協(xié)議利用率(41/44)×(47/48)=91.24%（12.2kbit/s的語音業(yè)務(wù)

19、）；    ATM層因?yàn)橐粋€ATM信元為53個字節(jié)，其中包含5個頭字節(jié)和48字節(jié)的CPS-PDU，其利用率為48/53=90.6%；    物理層如果選取的為E1鏈路則分為UNI模式和IMA模式，對于目前國內(nèi)采用的IMA模式，幀長=32、64、128、256時，對應(yīng)不同幀長的利用率如下：    幀長為32時，E1利用率為1859kbit/s/2048kbit/s=90.77%。    幀長為64時，E1利用率為1889kbit/s/2048kbit/s=92.24%。

20、0;   幀長為128時，E1利用率為1904kbit/s/2048kbit/s=92.97%。    幀長為256時，E1利用率為1911.5kbit/s/2048kbit/s=93.33%。    對于STM-1（VC12）利用率為126/155*E1利用率。    對于3.4kbit/s的隨路信令：3.4kbit/s隨路信令利用率19/(1+1+1+19+1+2)=76%；3.4kbit/s隨路信令A(yù)AL2層利用率(26/33)×(47/48)=77.1%。 

21、   對于語音業(yè)務(wù)的流量可以有公式：語音流量（Mbit/s）=語音業(yè)務(wù)的平均每用戶忙時話務(wù)量×RNC用戶數(shù)目×語音激活因子×語音速率/FP數(shù)據(jù)幀利用率/AAL2利用率/ATM利用率/物理層利用率/1024語音業(yè)務(wù)的平均每用戶忙時話務(wù)量×RNC用戶數(shù)目×隨路信令激活因子×（隨路信令速率/FP數(shù)據(jù)幀利用率/AAL2利用率/ATM利用率/物理層利用率）/1024。    3.數(shù)據(jù)業(yè)務(wù)的流量    上行FP數(shù)據(jù)幀：FP數(shù)據(jù)幀的利用率=payload/(Header

22、CRC/FT+CFN+TFI+TB+spare+CRC)，數(shù)據(jù)業(yè)務(wù)分為CS和PS兩類。    (1)CS數(shù)據(jù)業(yè)務(wù)：    64kbit/s，2×80/（1112×8002）97%。    (2)PS數(shù)據(jù)業(yè)務(wù)：    64kbit/s，4×42/（1114×4202）=97%；    128kbit/s，8×42/（1118×4202）=99%；    384

23、kbit/s，12×42/（11112×4202）=99%。    AAL2層：數(shù)據(jù)包的協(xié)議利用率(45/48)×(47/48)=91.8%。    對于數(shù)據(jù)業(yè)務(wù)的流量可以得到：    數(shù)據(jù)流量（Mbit/s）=數(shù)據(jù)業(yè)務(wù)的平均每用戶忙時吞吐量×RNC用戶數(shù)目/FP數(shù)據(jù)幀利用率/AAL2利用率/ATM利用率/物理層利用率/3600/1024數(shù)據(jù)業(yè)務(wù)的平均每用戶忙時話務(wù)量×RNC用戶數(shù)目×隨路信令激活因子×（隨路信令速率/FP數(shù)據(jù)幀利用率/

24、AAL2利用率/ATM利用率/物理層利用率）/1024。    4.信令流量    信令流量包括FP幀、公共信道流量、Iub信令流量以及IPoA數(shù)據(jù)。    (1)FP幀及控制信道流量    FP控制幀的速率：上行，（16064）bit/s224bit/s；下行，（1209.6）bit/s129.6bit/s。    可得：    FP控制幀上行流量（Mbit/s）=業(yè)務(wù)的平均每用戶忙時話務(wù)量×RNC用戶數(shù)

25、目×（224/業(yè)務(wù)AAL2層利用率/ATM層利用率/物理層利用率）/1024/1024。    FP控制幀下行流量（Mbit/s）=業(yè)務(wù)的平均每用戶忙時話務(wù)量×RNC用戶數(shù)目×（129.6/業(yè)務(wù)AAL2層利用率/ATM層利用率/物理層利用率）/1024/1024。    公共信道主要包含RACH、FACH、PCH三部分，假設(shè)一次完整的呼叫各包含一次上述過程可得。    對于RACH：TBSize=168bit，TTI=10ms。HeaderCRC/TFCFNTFIPropag

26、ationDelayTBCRCIspareCRCAAL2頭。經(jīng)過AAL2封裝后塊大?。?111168/81223×236Byte    對于FACH（只考慮信令不考慮數(shù)據(jù)信道）：TBSize171，TTI20ms。HeaderCRC/TFCFNTFITransmitPowerLevelTBspareCRCAAL2頭。FP/AAL2封裝后塊大小為1111171×2/823×2 54.75Byte    對于PCH：TBSize240，TTI10ms。HeaderCRC/TFCFN/PITFIPI-bitma

27、pTBspareCRCAAL2頭。（PI-bitmap的長度與公共信道的配置有關(guān)，對應(yīng)18、36、72、144尋呼指示的配置，長度分別為3、5、9、18字節(jié)。當(dāng)前公共信道使用18尋呼指示的配置。）則FP/AAL2封裝后塊大小為1213302342 Byte    最終可得控制幀及公共信道的流量為：    公共信道上行流量RACH塊大小×8×業(yè)務(wù)的平均每用戶忙時話務(wù)量×RNC用戶數(shù)目/業(yè)務(wù)AHT/ATM利用率/物理層利用率/1024/1024    公共信道下行流量（FACH塊

28、大小PCH塊大小）×業(yè)務(wù)的平均每用戶忙時話務(wù)量×RNC用戶數(shù)目/業(yè)務(wù)AHT/ATM利用率/物理層利用率/1024/1024    (2)控制面的流量    控制平面?zhèn)鬟f的NBAP信令是伴隨著業(yè)務(wù)流量的，因此根據(jù)一次完整業(yè)務(wù)（MOC/MTC、IMSIATTACH/DETACH、LAU、SMS）的過程可以大致得到控制面的信令流量。在傳遞過程分為NBAPCommonProcedures和NBAP Dedicated Procedures，兩種模式流量不同應(yīng)該按照最大的來計算，每個Node-B控制面包含1個NCP、1n個C

29、CP、1個ALCAP鏈路。另外還要考慮1個IPoA。    NCP過程流量為：    上行流量（Mbit/s）RNC中Node-B數(shù)×平均每Node-B的小區(qū)數(shù)×（48+48）×8/1024/1024/2096×業(yè)務(wù)的平均每用戶忙時話務(wù)量×RNC用戶數(shù)目/業(yè)務(wù)的AHT×3.67×8/ATM層利用率/物理層利用率/1024/1024（包括Node-B所有用戶按呼叫中交互的NCP信息折算到一個用戶全部業(yè)務(wù)后的總流量和小區(qū)的兩個200ms的周期性測量） 

30、0;  下行流量（Mbit/s）144×業(yè)務(wù)的平均每用戶忙時話務(wù)量×RNC用戶數(shù)目/業(yè)務(wù)的AHT×3.67×8/ATM層利用率/物理層利用率/1024/1024（NodeB所有用戶按呼叫中傳遞的RL_SET_REQ信息折算到一個用戶全部業(yè)務(wù)后的總流量）    CCP過程流量為：    上行流量（Mbit/s）(48+96+48×2+48+(48+48+48)×2.67×CS語音業(yè)務(wù)平均每用戶忙時話務(wù)量×RNC用戶數(shù)目/業(yè)務(wù)的AHT（489648&

31、#215;248（484848）×2.67）×CS數(shù)據(jù)業(yè)務(wù)平均每用戶忙時話務(wù)量×RNC用戶數(shù)目/業(yè)務(wù)的AHT48×RNC用戶數(shù)（CS語音業(yè)務(wù)平均每用戶忙時話務(wù)量/4.8CS數(shù)據(jù)業(yè)務(wù)平均每用戶忙時話務(wù)量/0.64）×8/ATM層利用率/物理層利用率/1024/1024（假設(shè)兩種測量都打開，包括語音業(yè)務(wù)和數(shù)據(jù)業(yè)務(wù)的不同信令計算）    下行流量（Mbit/s）（33648（9648）×248）（964848）×2.67）×（CS語音業(yè)務(wù)平均每用戶忙時話務(wù)量×RNC用戶數(shù)目/業(yè)務(wù)的

32、AHTCS數(shù)據(jù)業(yè)務(wù)平均每用戶忙時話務(wù)量×RNC用戶數(shù)目/業(yè)務(wù)的AHT）×8/ATM層利用率/物理層利用率/1024/1024（包括小區(qū)重配置信息、刪除信息、語音數(shù)據(jù)業(yè)務(wù)的兩個測量流量和折算到其他業(yè)務(wù)流量）    ALCAP過程流量為：    上行流量（Mbit/s）=（4848）×3（4848）×2.67）×（CS語音業(yè)務(wù)平均每用戶忙時話務(wù)量×RNC用戶數(shù)目/業(yè)務(wù)的AHTCS數(shù)據(jù)業(yè)務(wù)平均每用戶忙時話務(wù)量×RNC用戶數(shù)目/業(yè)務(wù)的AHT）×8/ATM層利用率/

33、物理層利用率/1024/1024（包括ECF、RLC消息和折算的其他業(yè)務(wù)后的總流量）    下行流量（Mbit/s）（9648）×3（9648）×2.67）×（CS語音業(yè)務(wù)平均每用戶忙時話務(wù)量×RNC用戶數(shù)目/業(yè)務(wù)的AHTCS數(shù)據(jù)業(yè)務(wù)平均每用戶忙時話務(wù)量×RNC用戶數(shù)目/業(yè)務(wù)的AHT） ×8/ATM層利用率/物理層利用率/1024/1024（包括ERQ、RLSD和折算的其他業(yè)務(wù)后的總流量）    IPoA過程流量為：上行流量（Mbit/s）主要是設(shè)備的告警信息；下行流量主要是

34、通過該通道下發(fā)的配置命令，和下載軟件版本時需要的流量，設(shè)備實(shí)現(xiàn)中采用默認(rèn)64kbit/s    因此，控制面流量（上下行）NCP過程流量CCP過程流量ALCAP過程流量+IPoA過程流量    最終可得：Iub接口的總流量（Iub接口的語音業(yè)務(wù)流量Iub接口的數(shù)據(jù)業(yè)務(wù)流量FP控制幀及公共信道的流量Iub接口的信令流量）×（1工程冗余度）+IPoA總流量    Node-B到RNC所需E1數(shù)量Iub接口的傳輸層流量/E1鏈路有效帶寬    根據(jù)上面所討論的方法，可以將其應(yīng)用于Iub的實(shí)際計算中，對不同站型得出不同的Iub接口E1需求。    在網(wǎng)絡(luò)初期每載頻的上下行時隙配置為3:3，具體計算結(jié)果如表1所示。1.1.1 Iur FP傳輸信道數(shù)據(jù)傳輸Iur FP是Iur接口用戶面的無線網(wǎng)絡(luò)層協(xié)議，包括公共傳輸信道數(shù)據(jù)流和