[WCDMA] SRB/RB and RLC mode mapping

[Reference: 3GPP TS 25.331  6.3 section]

RB0	CCCH	RLC-TM
RB1	DCCH	RLC-UM
RB2	DCCH(except NAS)	RLC-AM
RB3	DCCH(NAS)	RLC-AM
RB4 (option)	DCCH(NAS)	RLC-AM
RB5~32	DCCH	RLC-TM

(原文)
The Radio Bearers (RB) available for transmission of RRC messages are defined as "signalling radio bearers" 
and arespecified in the following. The UE and UTRAN shall select the signalling radio bearers for RRC 
messages using RLCTM,RLC-UM or RLC-AM on the DCCH and CCCH, according to the following:
- Signalling radio bearer RB0 shall be used for all messages sent on the CCCH (UL: RLC-TM, DL: RLC-UM).
- Signalling radio bearer RB1 shall be used for all messages sent on the DCCH, when using RLC unacknowledged mode (RLC-UM).
- Signalling radio bearer RB2 shall be used for all messages sent on the DCCH, when using RLC acknowledged
mode (RLC-AM), except for the RRC messages carrying higher layer (NAS) signalling.
- Signalling radio bearer RB3 and optionally Signalling radio bearer RB4 shall be used for the RRC messages
carrying higher layer (NAS) signalling and sent on the DCCH in RLC acknowledged mode (RLC-AM).
- Additionally, RBs whose identities shall be set between 5 and 32 may be used as signalling radio bearer for the RRC messages on the DCCH sent in RLC transparent mode (RLC-TM).
- RRC messages on the SHCCH are mapped either on RACH or on the USCH in the uplink using TM and either on FACH or on the DSCH using RLC-UM. These messages are only specified for TDD mode.


LTE SRB(3GPP ts 36.331)
SRB0: RRC messages using the CCCH logical channel 
SRB1: RRC messages as well as for NAS messages prior to SRB2; DCCH logical channel 
SRB2: NAS messages; using DCCH logical channel; lower-priority than SRB1; configured by E-UTRAN after security activation. 

[WCDMA]Pilot Pollution

[Reference: 3GPP TS37.320]

Pilot Pollution: In areas where coverage of different cells overlap a lot, interference levels are high,
power levels are high, energy consumption is high and cell performance may be low.
This problem phenomenon has been called 'pilot pollution', and the problem can be addressed by
reducing coverage of cells. Typically in this situation UEs may experience high SNR to more than one
cell and high interference levels.

[WCDMA] RRC Measurement

[3GPP TS 25.331]

The different types of measurements are:
- Intra-frequency measurements: measurements on downlink physical channels at the same frequency as the active set. A measurement object corresponds to one cell.
- Inter-frequency measurements: measurements on downlink physical channels at frequencies that differ from the frequency of the active set and on downlink physical channels in the active set. A measurement object corresponds to one cell.
- Inter-RAT measurements: measurements on downlink physical channels belonging to another radio access technology than UTRAN, e.g. GSM. A measurement object corresponds to one cell.
- Traffic volume measurements: measurements on uplink traffic volume. A measurement object corresponds to one cell.
- Quality measurements: Measurements of downlink quality parameters, e.g. downlink transport block error rate.
A measurement object corresponds to one transport channel in case of BLER. A measurement object
corresponds to one timeslot in case of SIR (TDD only).
- UE-internal measurements: Measurements of UE transmission power and UE received signal level.
- UE positioning measurements: Measurements of UE position.

[WCDMA]Active Set, Monitored Set and Detected Set

[3GPP TS 25.331]

Cells that the UE is monitoring are grouped in the UE into three mutually exclusive categories:
1. Cells, which belong to the active set. User information is sent from all these cells. In FDD, the cells in the active
set are involved in soft handover. In TDD the active set always comprises one cell only. The UE shall only
consider active set cells included in the variable CELL_INFO_LIST for measurement; i.e. active set cells not
included in the CELL_INFO_LIST shall not be considered in any event evaluation and measurement reporting.
2. Cells, which are not included in the active set, but are included in the CELL_INFO_LIST belong to the
monitored set.
3. Cells detected by the UE, which are neither in the CELL_INFO_LIST nor in the active set belong to the
detected set. Reporting of measurements of the detected set is only applicable to intra-frequency measurements made by UEs in CELL_DCH state.

[WCDMA]page 被呼叫名詞解釋

被呼叫  

     Paging通常用來提供核心網路端呼叫尋找手機之用。一般Paging分成paging type1和paging type2，兩者的分別只在於有沒有UE與UTRAN是否建立RRC Connection。其步驟如下：  

‧每個手機開機後向網路端註冊後會被分到某個Paging Group。  

‧當有Paging訊息進來給Paging Group中任一UE，則在PICH通道上會持續地有PI(Paging Indicator)存在。  

‧手機定時會去聽PICH，如果手機偵測到PI(Paging indicator)，就去把S-CCPCH中PCH(Paging Channel)對應的Frame解碼，看看是否是給自己的Paging Message。

[WCDMA]handover 名詞解釋

    通話期間，手機可以在系統中移動，並且在手機由1個細胞進入到另1個細胞時，進行交遞。WCDMA系統擁有3種基本型式的交遞(Handoff)方式：

• Hard Handover：從handover開始至結束的過程中，都只1個基地台和手機連線。此做法所需硬體較為簡單。  
• Soft Handover：在handoff過程中，需同時和2個以上基地台連線，意即同時建立2個以上通信通道(Radio Link)。由於同時接收到2個以上基地台所送信號，因此會有較高SIR。  
• Softer Handover：在同一Cell的不同Sector間進行handover的協調工作。 

C-RNTI和U-RNTI

RNTI是UE在UTRAN中的身份標識，同時也是UE和RNC之間信令交互的標識。

• C-RNTI：RRC連接臨時標識；社區內唯一；由RNC分配；由MAC層使用
• U RNTI：RRC連接臨時標識；UTRAN內唯一；由RNC分配；由RRC層和MAC層使用

C-RNTI是在空口上的公共通道消息中標示UE的。

U-RNTI是當手機存在RRC連接時第一次接入cell  ，和UTRAN發起包含有關回應訊息的尋呼時，標示UE的

3GPP 規範介紹

1. 3GPP簡介 
   3GPP（Third Generation Partnership Project，第三代合作夥伴計畫）是一個成立於1998年12月的標準化組織，目前其成員包括歐洲的ETSI（European Telecommunications Standards Institute，歐洲電信標準化委員會）、日本的ARIB（Association of Radio Industries and Business，無線行業企業協會）和TTC（Telecommunications Technology Committee，電信技術委員會）、中國的CCSA（China Communications Standards Association，中國通信標準化協會）、韓國的TTA（Telecommunications Technology Association，電信技術協會）和北美的ATIS（The Alliance for Telecommunications Industry Solution，世界無線通訊解決方案聯盟）。
   3GPP的目標是在ITU的IMT-2000計畫範圍內制訂和實現全球性的第三代移動電話系統規範標準。 它致力於從GSM到UMTS的演化，雖然從2G的GSM到3G的UMTS/WCDMA的演化過程中，空中介面上的差別很大，但由於其核心網採用了GPRS 的框架，因此仍然保持有一定的延續性。

2. 3GPP組織結構
    3GPP組織中包括專案合作組（PCG，Project Cooperation Group）和技術規範組（TSG，Technology Standards Group）。其中，PCG主要負責3GPP總的管理、時間計畫、工作分配等。而技術方面的工作則由TSG完成。
    目前，3GPP包括四個TSG，分別負責核心網和終端（Core Network and Terminal，CT）、系統和業務方面（Service and System Aspects，SA）、無線接入網（Radio Access Network，RAN）以及GSM EDGE無線接入網（GSM EDGE Radio Access Network，GERAN）方面的工作。其中，每一個TSG又進一步可以分為多個不同的工作組（WG，Work Group），每個WG分別承擔具體的任務。例如，SA WG1負責業務需求指定，SA WG2負責業務架構制定、SA WG3負責安全方面的問題，SA WG4負責編解碼方面的工作。http://www.3gpp.org/specification-groups

3. 3GPP文檔編碼規則
   3GPP工作組並不制定標準，而是提供技術規範（TS）和技術報告（TR），並由TSG批准，一旦TSG批准了，就會提交到組織的成員，在進行各自的標準化處理流程。
   3GPP TS和TR使用四位或者五位的編號，即“xx.yyy”，前兩位元數字“xx”代表序列號，後2位元或3位元數字“yy”或“yyy”代表一個系列中的一個特定規範。例如，3GPP TS23.228就描述了IMS的結構。3GPP TS和TR還包括一個版本號，其格式為“x.y.z”，其中“x”代表3GPP Release，“y”代表版本號，“z”是子版本號。例如，3GPP TS23.228 V5.8.0表示TS23.228的R5版本。

4. 查找規範技巧
（1）通過查看規範矩陣：http://www.3gpp.org/ftp/Specs/html-info/SpecReleaseMatrix.htm      
    這個位址展示了所有規範目前的狀態，如果知道規範的檔案名或者編號，就可以來這裏查詢該規範目前的狀態，更新到哪一個版本，也可以直接下載，很方便。如果不知道名字，想找相關的內容，可以搜搜關鍵字。
（2）通過查看規範分類列表：http://www.3gpp.org/specification-numbering 
    將所有的規範文檔按照Release的不同和Subject的不同，按照series分類列表。
（3）通過查看Work Item的資訊：http://www.3gpp.org/ftp/Specs/html-info/GanttChart-Level-2.htm#bm370025
     查看每個Work Item的工作狀態，目標完成日期，相關的TS和TR，因為基本上每一個主題的內容都一個相關的WI，有work plan的，所以根據WI可以找到與之相關的所有文檔。

（4）通過首頁http://www.3gpp.org的鏈結，查看每一個Release的內容簡介，從內容簡介中找到你想知道的內容。

(轉)工程師可以不懂spec.？

工程師可以不懂spec.嗎？

可以，但是不懂spec.的工程師，只能幫懂spec.打打下手。

記得在第二份工作時，有好幾位問過我同樣的問題，其中包含高層主管：＂為什麼你們MMI要懂protocol的spec.？＂

解釋一下，MMI是指手機上層的application，protocol是與網路和SIM卡溝通的通訊協定。

我的回答是：＂為什麼不需要懂？如果不知道簡訊在網路上的傳送流程，怎樣確保收發簡訊的application正常運作呢？因為懂protocol spec.，所以才能設計出好的application。＂

看起來MMI要懂protocol spec.好像是撈過界了，又不是要去做protocol？其實並不是，而是MMI工作上的確也有需求，不然如果設計出來的東西不合底層spec.，那不是糗大了！過去在帶project時候就曾經發生過幾次有關spec.的爭議，像是為了MMI和protocol中間的interface怎麼設計比較好的問題吵架，除了少數因為特殊需求不按正規spec.流程之外（實際上還是有follow spec.，只是被適度的切割或封裝），大部份還是以follow spec.為準。不過我想說的重點是，其中有幾次是MMI的人贏了，因為贏的MMI的工程師不只懂GSM/3GPP的spec.，也了解上層application的設計和實作，論點更有說服力。如果你懂spec.，特別是你工作領域相關的spec.，在需要的時候，你不會只是被告知你要做什麼，而是可以提供意見參與討論的。

你懂spec.，才算得上是專家。

第一份工作訓練我要懂spec.，剛開始工作時，我第一個老闆交給我的第一個任務不是coding，而是給了我一份她挑選出來的必讀GSM/3GPP spec.列表，要我全部都看，已經忘了我花了多久才看完，只記得每天整天地看spec.。後來組織重整，新的老闆也重視spec.，甚至有一個training team專門training GSM/3GPP spec.，而且要求所有新人都必須通過training team的訓練。之後我換了新工作，以前同事還來跟我說他們的新人在報告時竟然還在用我幾年前讀spec.時做的投影片。我還有一篇專利是從spec.中發想出來的。

後來我才發現這樣的訓練不只是讓我更了解domain knowledge，也訓練我對需求requirements的重視。SW process第一個階段就是要釐清requirements，而spec.就是最基本也最標準的requirements。重視requirements，才能做出好的設計，然後才是寫程式實作出來。如果你不懂spec.，你能說你懂requirement嗎？你不懂requirement，你能設計出好東西？設計能力高低就明顯表現出工程師的強弱。所以別人設計，你在實作，那不是在幫別人打下手是什麼。

別在說你不需要懂spec.，不然等別人懂了你還不懂，別人就會跑在你前面了。

http://blog.roodo.com/stevehsu6578_roodo/archives/20564062.html

[Telecom]RAB/RB/RL/RRC

定義

RAB：Radio Access Bearer，無線接入承載：由接入層提供給NAS的在UE和CN之間傳輸使用者資料的服務。RAB可以看作是UE與CN之間接入層向非接入層提供的業務（不關心該承載是以何種方式實現的），主要用於使用者資料的傳輸。RAB直接與UE業務相關，它涉及接入層各個協定模組，在空中介面上，RAB反映為無線承載（RB）。

RB：Radio Bearer，無線承載：由層2提供給上層的在SRNC和UE之間傳輸使用者資料的服務。RRC連接也可以看作是一種承載信令的RB。

RL：Radio Link，無線鏈路：單個UE和UTRAN之間的邏輯連結，在物理實現上一條RL包含了一條或者多條無線傳輸承載。在UE與一個UTRAN接入點（通常指社區）之間最多存在一條無線鏈路。

RRC：Radio Resource Control，RRC連接在UE與UTRAN之間傳輸無線網路信令，如進行無線資源的分配等等。RRC連接在呼叫建立之初建立，在通話結束後釋放，並在期間一直維持。每個UE最多只有一個RRC連接；使用資料業務時，沒有RRC連接的狀態稱為空閒狀態（IDLE），有RRC連接的狀態分為CELL_DCH、CELL_FACH、CELL_PCH和URA_PCH四種狀態。

圖解

RAB是CN和UE之間的通道，RB是RNC和UE之間的通道，RL是NODEB和UE之間的通道，如下圖。

          

              RAB = RB+AAL2

CN<--------------------------------->UE

    Iu(AAL2)                    RB

CN<-------->RNC<-------------------->UE

                                    RL

                   NodeB<----------->UE

建RAB承載業務，必須先建立RB；想建好RB，那必須有RL，想要RL，那必須發起RRC連接建立請求。

概念解釋

1、RRC連接是為了建立UE和UTRAN之間的信令連接（SRB1-SRB4），可以通過CCH或者DCH。（SRB是RB的一種，主要用於承載信令，在控制平面，RLC 向上層提供的業務為無線信令承載）

2、RL是UE和指定CELL之間的一個專有邏輯鏈路，是為了建立RNC和NodeB之間的DCH的連接，只要資料走DCH，必須配置這個鏈路。（RL是一個邏輯概念，在CCH時，L2->L1的鏈路已經建立完成，不需要配置RL）。RL是位於Iub承載之上的，RL是Uu口的資料，Iub資料承載承載的是Iub介面的資料。一個社區只能和特定UE有一條RL，UE可以和多個社區有RL，RL的資訊有Frame Offset， Chip Offset，MAX DL Power等信息。RL不涉及到任何業務類型，只是說明UE和某個社區有無線連接，UE可以從這個連接收發資料。

3、RB是UE和UTRAN之間的連接格式集，就是Uu口L1、L2的格式問題，即物理通道、傳輸通道、邏輯通道的配置問題。如果沒有業務，RB是不需要的，因此如果要在CN/URTRN和UE之間傳信令，只要有RRC連接即可。但只要有業務，就必須配置RB。

4、RAB是UE和CN之間的連接的約定，體現在業務上，包括業務速率/Qos的配置。為了在無線環境中傳輸，就必須借助無線接入網，因此RAB分為UE和UTRAN之間的RB和CN和UTRAN之間的IU承載。UE在建多個業務時候可以有多個RAB，例如UE同時有CS域的語音業務和PS域的資料業務。

備註    
    ·                如果沒有業務要建立，例如位置區登記、更新，只需要建立RRC連接、Iu連接。

   ·                如果要在CCH上建業務，比如PS8k業務，必須建立RRC連接，Iu連接，然後建立                                          RAB、RB、Iub承載、Iu承載，但是不需要建立RL。
   ·                如果要在DCH上建CS業務，則必須建所有的連接和承載，並且RRC連接必須建立
                 在DCH上。
   ·                UE做1個CS業務，若是AMR，建立1個RAB，3個RB；UE做1個CS業務，若是VP，
                建立1 個RAB，1個RB；UE做1個CS業務+1個PS，若是AMR+PS，建立2個RAB
                ，4個RB。