[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