【資料名稱】：TD資料

【資料作者】：無

【資料日期】：無

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：






TD-SCDMARANAP標(biāo)準(zhǔn)技術(shù)報告

技術(shù)報告

CPIT-7.3-TDRAN-NE-RNC_TSR-017











普天信息技術(shù)研究院

研讀范圍：25.413 RANAP
參加人員：趙國祥，胡香冬
5RANAP Services
RANAP服務(wù)：
1. 公共控制服務(wù)：與整個Iu接口有關(guān)，GC SAP，無連接信令傳輸
2. 通知服務(wù)：與特定區(qū)域內(nèi)特定或全部UE有關(guān)，Nt SAP，無連接信令傳輸
3. 專用控制服務(wù)：與特定UE有關(guān)，為其維護Iu信令連接，DC SAP，面向連接的信令傳輸
6Services Expected from Signalling Transport
1. 面向連接的數(shù)據(jù)傳輸服務(wù)：在需要時動態(tài)建立和釋放；每個活動UE有自己的信令連接；按序傳輸；信令連接失效時必須通知RANAP；
2. 無連接數(shù)據(jù)傳輸服務(wù)：消息沒有到達對端時必須通知RANAP；（SCCP原語N-NOTICE-INDICATION）
理解：
1. Each active UE shall have its own signalling connection.
這里的signaling connection指的是SCCP連接
如果一個UE同時有Iu-CS和Iu-PS，它們應(yīng)該使用不同的SCCP連接
7Functions of RANAP
-Relocating serving RNC. This function enables to change the serving RNC functionality as well as the related Iu resources (RAB(s) and Signalling connection) from one RNC to another. (Relocation Preparation, Relocation Resource Allocation, Relocation Detect, Relocation Complete, Relocation Cancel)
-Overall RAB management. This function is responsible for setting up, modifying and releasing RABs. (RAB Assignment)
-Queuing the setup of RAB. The purpose of this function is to allow placing some requested RABs into a queue, and indicate the peer entity about the queuing. (RAB Assignment)
-Requesting RAB release/modification. While the overall RAB management is a function of the CN, the RNC has the capability to request the release/modification of RAB. (RAB Release Request, RAB Modification Request)
-Release of all Iu connection resources. This function is used to explicitly release all resources related to one Iu connection. (Iu Release, Reset Resource)
-Requesting the release of all Iu connection resources. While the Iu release is managed from the CN, the RNC has the capability to request the release of all Iu connection resources from the corresponding Iu connection. (Iu Release Request)
-SRNS context forwarding function. This function is responsible for transferring SRNS context from the RNC to the CN for intersystem change in case of packet forwarding. (SRNS Context Transfer, SRNS Data Forwarding Initiation)
-Controlling overload in the Iu interface. This function allows adjusting the load in the Iu interface. (Overload Control)
-Resetting the Iu. This function is used for resetting an Iu interface. (Reset)
-Sending the UE Common ID (permanent NAS UE identity) to the RNC. This function makes the RNC aware of the UE's Common ID. (Common ID)
-Paging the user. This function provides the CN for capability to page the UE. (Paging)
-Controlling the tracing of the UE activity. This function allows setting the trace mode for a given UE. This function also allows the deactivation of a previously established trace. (CN Invoke Trace, CN Deactivate Trace)
-Transport of NAS information between UE and CN (see [8]). This function has two sub-classes:
1.Transport of the initial NAS signalling message from the UE to CN. This function transfers transparently the NAS information. As a consequence also the Iu signalling connection is set up. (Initial UE Message)
2.Transport of NAS signalling messages between UE and CN, This function transfers transparently the NAS signalling messages on the existing Iu signalling connection. It also includes a specific service to handle signalling messages differently. (Direct Transfer)
-Controlling the security mode in the UTRAN. This function is used to send the security keys (ciphering and integrity protection) to the UTRAN, and setting the operation mode for security functions. (Security Mode Control)
-Controlling location reporting. This function allows the CN to operate the mode in which the UTRAN reports the location of the UE. (Location Reporting Control)
-Location reporting. This function is used for transferring the actual location information from RNC to the CN. (Location Report)
-Data volume reporting function. This function is responsible for reporting unsuccessfully transmitted DL data volume over UTRAN for specific RABs. (Data Volume Report)
-Reporting general error situations. This function allows reporting of general error situations, for which function specific error messages have not been defined. (Error Indication)
-Location related data. This function allows the CN to either retrieve from the RNC deciphering keys (to be forwarded to the UE) for the broadcasted assistance data, or request the RNC to deliver dedicated assistance data to the UE. (Location Related Data)
8RANAP Procedures
8.1Elementary Procedures
Class 1: 有響應(yīng)（成功或失�。�
Elementary ProcedureInitiating MessageSuccessful OutcomeUnsuccessful Outcome
Response messageResponse message
Iu ReleaseIU RELEASE COMMANDIU RELEASE COMPLETE
Relocation PreparationRELOCATION REQUIREDRELOCATION COMMANDRELOCATION PREPARATION FAILURE
Relocation Resource AllocationRELOCATION REQUESTRELOCATION REQUEST ACKNOWLEDGERELOCATION FAILURE
Relocation CancelRELOCATION CANCELRELOCATION CANCEL ACKNOWLEDGE
SRNS Context TransferSRNS CONTEXT REQUESTSRNS CONTEXT RESPONSE
Security Mode ControlSECURITY MODE COMMANDSECURITY MODE COMPLETESECURITY MODE REJECT
Data Volume ReportDATA VOLUME REPORT REQUESTDATA VOLUME REPORT
ResetRESETRESET ACKNOWLEDGE
Reset ResourceRESET RESOURCERESET RESOURCE ACKNOWLEDGE
Location related DataLOCATION RELATED DATA REQUESTLOCATION RELATED DATARESPONSELOCATION RELATED DATA FAILURE

Class 2: 無響應(yīng)（總是認(rèn)為成功）
Elementary ProcedureMessage
RAB Modification RequestRAB MODIFY REQUEST
RAB Release RequestRAB RELEASE REQUEST
Iu Release RequestIU RELEASE REQUEST
Relocation DetectRELOCATION DETECT
Relocation CompleteRELOCATION COMPLETE
SRNS Data Forwarding InitiationSRNS DATA FORWARD COMMAND
SRNS Context Forwarding from Source RNC to CNFORWARD SRNS CONTEXT
SRNS Context Forwarding to Target RNC from CNFORWARD SRNS CONTEXT
PagingPAGING
Common IDCOMMON ID
CN Invoke TraceCN INVOKE TRACE
CN Deactivate TraceCN DEACTIVATE TRACE
Location Reporting ControlLOCATION REPORTING CONTROL
Location ReportLOCATION REPORT
Initial UE MessageINITIAL UE MESSAGE
Direct TransferDIRECT TRANSFER
Overload ControlOVERLOAD
Error IndicationERROR INDICATION

Class 3: 多響應(yīng)（成功或失�。�
Elementary ProcedureInitiating MessageResponse Message
RAB AssignmentRAB ASSIGNMENT REQUESTRAB ASSIGNMENT RESPONSE x N (N>=1)

過程優(yōu)先順序：
Reset > Reset Resource >Iu Release > …
即收到高優(yōu)先級過程，正在進行的低優(yōu)先級過程將被中止。
RAB管理
(都使用面向連接的信令)：
1. RAB Assignment
用于建立、修改、釋放特定UE的一條或多條RAB。

2. RAB Release Request
請求釋放特定UE的一條或多條RAB。

3. RAB Modification Request
請求修改特定UE的一條或多條RAB（發(fā)起RAB QoS協(xié)商）

RAB的標(biāo)識：
RAB ID由CN在RAB建立時給出，在一個Iu連接上唯一，其數(shù)值為CS域的SI (Stream Identifier)(24.008, 10.5.4.28)，或PS域的NSAPI (Network Service Access Point Identifier)(24.008, 10.5.6.2)
RNC使用RAB ID將RAB與RB關(guān)聯(lián)，并通過RRC消息將RAB ID傳給UE

NAS Synchronization Indicator：
指Selected Codec Type，數(shù)值定義參見26.103, 6.3。
R4中，UE可以支持多種Codec類型。在話音呼叫建立時，如果CN收到UE Supported Codec List，則CN從中選擇所用的Codec類型，并通過RANAP和RRC協(xié)議的NAS Synchronisation Indicator發(fā)送給UE。RNC僅是透傳而已。

關(guān)于RAB參數(shù)以及QoS協(xié)商和重配(參考25.851, 25.946)
1. RAB參數(shù)主要由CN根據(jù)簽約用戶數(shù)據(jù)以及與UE的交互確定，在RAB ASSIGNMENT REQUEST中給出。RNC也可以根據(jù)自己的資源狀況在RAB建立和修改過程中就某些參數(shù)與CN進行協(xié)商。在RAB建立完成后，RNC也可以根據(jù)自己的資源狀況和空口的測量結(jié)果主動發(fā)起修改或釋放請求。
2. 可協(xié)商的參數(shù)：Maximum Bit Rate和Guaranteed Bit Rate
RAB Parameter包括：Traffic Class，RAB Asymmetry Indicator，Maximum Bit Rate，Guaranteed Bit Rate，Delivery Order，Maximum SDU Size，Traffic Handling Priority，SDU Parameter，Delivery Delay，Source Statistics Descriptor，Allocation/Retention Priority�？蓞f(xié)商參數(shù)：Maximum Bit Rate和Guaranteed Bit Rate。不可協(xié)商參數(shù)：Traffic Class，Asymmetry Indicator，Source Statistics Descriptor，Traffic Handling Priority，Delivery of erroneous SDUs（SDU Parameter）。
由CN決定是否發(fā)起協(xié)商。具體看CN是否在RAB ASSIGNMENT REQUEST中給出可選值(Alternative RAB Parameter Values)，可選值可能是取值范圍或離散值或未指定
3. RAB建立或修改過程中的協(xié)商
CN在RAB ASSIGNMENT REQUEST中給出可選值，RNC根據(jù)自己的資源狀況選擇合適的值并在RAB ASSIGNMENT RESPONSE中給出選定的值(Assigned RAB Parameter Values)
4. SRNS Relocation過程中的協(xié)商
與RAB ASSIGNMENT過程類似，CN在RELOCATION REQUEST中給出RAB參數(shù)及可選值，Target RNC選擇合適的值并在RELOCATION REQUEST ACKNOLEDGE中給出選定值
5. RAB重配
RNC可以根據(jù)空口測量結(jié)果和自己的資源狀況主動發(fā)起Modify請求，在RAB MODIFY REQUEST中給出請求的參數(shù)(Requested RAB Parameter Values)，這里請求的參數(shù)只能是可協(xié)商的參數(shù)即Maximum Bit Rate和Guaranteed Bit Rate。CN收到請求后與UE交互確定是否接受請求的值，如果接受則根據(jù)請求的參數(shù)發(fā)起RAB ASSIGNMENT REQUEST，否則在RAB ASSIGNMENT REQUEST中給出原來的值或要求RNC釋放相應(yīng)的RAB。RNC收到RAB ASSIGNMENT REQUEST后完成真正的資源分配修改，可能涉及到Iu、Iub、Uu承載的重配置。
RNC能發(fā)起協(xié)商請求的RAB必須是CN允許協(xié)商的RAB，即在建立時包含了Alternative RAB Parameter Values IE。

搶占、排隊和優(yōu)先級處理：
1. Allocation/Retention Priority IE包含是否能排隊等待、是否能搶占、是否能被搶占以及優(yōu)先級信息，這個IE不出現(xiàn)時認(rèn)為該分配請求不能觸發(fā)搶占、可能被搶占、具有最低優(yōu)先級且不能排隊等待
2. 搶占和重配都從最低優(yōu)先級的RAB開始
3. 搶占可能在相同或不同UE間發(fā)生

與用戶面相關(guān)的參數(shù)：
用戶面相關(guān)的參數(shù)包括對用戶面進行配置的參數(shù)和需要用戶面報告的參數(shù)
1. 傳輸層信息用于用戶面承載建立過程，可能是ATM地址和BindingID（CS域），或IP地址和TEID（PS域）。
2. UP Mode, UP Mode Version指示用戶面模式和版本，只有UP Mode為支持模式時才使用SDU Format參數(shù)，RNC需要根據(jù)SDU參數(shù)計算出RFCS
3. 當(dāng)發(fā)生GPRS到UMTS的intersystem change或為已有的PDP context建立RAB時可能會有DL/UL GTP-PDU/N-PDU Sequence Number需要設(shè)置給用戶面
4. PS域，UTRAN發(fā)起的release，RNC需要在可獲取的情況下在RAB ASSIGNMENT RESPONSE中包含UL/DL GTP-PDU Sequence Number，由用戶面提供
5. RAB修改時，用戶面可能重新初始化：（1）RAB Parameters IE 和 NAS Synchronisation Indicator IE都存在，即修改編碼器類型；（2）編碼器類型未變（NAS Synchronisation Indicator IE不存在），但SDU Format改變。
6. 數(shù)據(jù)量報告：對成功釋放或修改的PS域RAB，若Request消息中要求報告數(shù)據(jù)量，則RNC在Response消息中包含DL Data Volumes IE。

定時器使用：
1. TRABAssgt：在CN側(cè)指定RAB Assignment過程的最大時間，對RNC同樣有效。
CN發(fā)送RAB ASSIGNMENT REQUEST后啟動
CN收到RAB ASSIGNMENT RESPONSE，沒有RAB被排隊時終止
若定時器到期則CN側(cè)RAB Assignment過程終止，還沒收到響應(yīng)的RAB認(rèn)為失敗
2. TQUEUING：在UTRAN側(cè)，指定RAB建立或修改請求排隊等待的最大時間，其值總是應(yīng)小于TRABAssgt
UTRAN收到RAB ASSIGNMENT REQUEST，若有RAB建立修改請求排隊等待則啟動該定時器，多個RAB共用一個定時器
所有RAB都處理完則終止定時器
若定時器到期，UTRAN發(fā)送RAB ASSIGNMENT RESPONSE對所有還在排隊的RAB進行響應(yīng)，RAB Assignment在UTRAN側(cè)終止

問題：
1. NAS Synchronization Indicator表示的是非接入層的參數(shù)，RNC只是透傳給UE，為什么不通過NAS信令由CN通知UE？

2. 在RAB釋放時RNC為什么要報告GTP-PDU的序號？
只有UTRAN發(fā)起的PS RAB釋放才報告GTP-PDU的序號，用于RAB重建。

Iu連接釋放
1. Iu Release
用于釋放Iu信令連接及相關(guān)UTRAN資源，包括空口無線資源和Iu承載資源等。面向連接信令。

用戶面信息的處理（數(shù)據(jù)量報告，GTP序號）：
參考RAB釋放的處理。

2. Iu Release Request
用于UTRAN請求釋放特定CN域的Iu信令連接。面向連接信令

當(dāng)Cause不是User Inactivity時CN必須發(fā)起Iu Release過程；否則，CN可選發(fā)起Iu Release過程；

問題：
1. User Inactivity具體指的是什么場景？
Non real time RAB在長時間沒有數(shù)據(jù)收發(fā)，RNC請求釋放該連接，以優(yōu)化無線資源的使用。（類似于CDMA2000中通知PCF進入Dormant狀態(tài)）。因此，CN發(fā)起Iu Release過程是可選而非必須的。

NAS消息傳輸
Initial UE Message和Direct Transfer過程在Iu口上傳遞NAS消息
1. Initial UE Message
用于當(dāng)RNC收到UE的NAS消息還沒有建立Iu連接時，該過程完成與default CN node之間的Iu連接建立并傳送初始NAS-PDU。面向連接的信令。INITIAL UE MESSAGE消息在SCCP連接建立請求消息中捎帶，或者先建立SCCP連接再單獨發(fā)送，這取決于該消息的大小。參見TS 25.412。

Iu連接的源和目的：
源：Global RNC-ID，RNC的配置參數(shù)
目的：CN Domain Indicator（Default CN Node），從空口消息中獲得。

Iu連接標(biāo)識：
Initial UE過程由RNC分配Iu Signaling Connection Identifier，在RNC上唯一標(biāo)識一個Iu連接；

位置信息：
SAI+LAI(+RAC)，根據(jù)RRC連接所在小區(qū)來確定

問題：
1. Iu Signaling Connection Identifier：MSB=0，表示由RNC分配；MSB=1，表示由CN分配。什么意思？
Iu Signaling Connection Identifier在Initial UE Message過程中由RNC分配，而在Relocation Resource Allocation過程由CN分配。通過MSB的不同取值，把Iu信令連接標(biāo)識的取值范圍被分成兩段，保證了其唯一性，避免沖突。

2. Direct Transfer
用于Iu連接建立以后在Iu口上傳遞NAS消息，可以由RNC發(fā)起也可以由CN發(fā)起。面向連接的信令



下行（CN->RNC）：包含SAPI IE，指示NAS信令優(yōu)先級。RNC根據(jù)SAPI選擇合適的SRB：如果SRB4存在，則低優(yōu)先級信令SAPI=3在SRB4上傳輸，高優(yōu)先級信令SAPI=0在SRB3上傳輸；如果SRB4不存在，則不管信令優(yōu)先級都在SRB3上傳輸。

上行（RNC->CN）：向PS域發(fā)送時，包含LAI (+RAC)和SAI IE

問題：
1. 為什么CS域不需要LAI和SAI？
從實驗網(wǎng)采集的數(shù)據(jù)看，無論CS域還是PS域，均未包含LAI（RAC）和SAI。似乎兩個域都不需要這些參數(shù)。協(xié)議的問題？
安全模式控制
1. Security Mode Control
CN通過該過程配置某個UE的加解密和完整性保護信息（密鑰和允許的算法），RNC根據(jù)這些信息對用戶數(shù)據(jù)進行加解密操作，對信令進行加解密和完整性保護操作。面向連接信令


完整性保護和加密的啟動：
完整性保護信息必須包含，加密信息可選包含，并且有“No Encryption”的選擇。因此，一旦收到SECURITY MODE CONTROL消息并正確處理，RNC必須啟動完整性保護，而加密則可以不啟動。

算法和密鑰的選擇：
由RNC根據(jù)UE/UTRAN的能力在CN提供的算法中進行選擇；
如果一個CN域已建立信令連接，并且收到完整性保護和加密信息，則另一個CN域只能采用相同的算法；
這樣，在UE與兩個CN域都有信令連接時，CS域和PS域用戶數(shù)據(jù)加密采用相同的加密算法，但使用各自CN域的密鑰；而信令數(shù)據(jù)加密和完整性保護總是采用最新從任一CN域收到的密鑰。

密鑰的修改：
已啟動加密和完整性保護的信令連接可以修改使用的密鑰。此時，Integrate Protection Information IE和Encryption Information IE中包含正在使用的算法和新的密鑰，密鑰狀態(tài)Key Status為“New”。

失敗和異常情況處理：
1. UE或UTRAN不支持CN提供的算法，或空口相關(guān)過程失敗；
2. 存在一條信令連接，并已啟動完整性保護和加密，在建立第二條信令連接時，CN提供的算法不支持（包含）現(xiàn)正使用的算法；
3. 密鑰修改時，密鑰狀態(tài)Key Status IE為“Old”，或Integrate Protection Information IE和Encryption Information IE中不支持（包含）正在使用的算法；

問題：
1. 完整性保護和加密算法能修改嗎？
只通過Security Mode Control過程不能修改算法，但在SRNS重定位時可以修改完整性保護或加密算法。
2. 失敗和異常情況處理的后續(xù)操作是怎樣的？該信令連接能否繼續(xù)存在？
除了緊急呼叫，所有的三層信令都必須采用完整性保護。因此如果Security Mode Control過程失敗，信令過程將不能繼續(xù)進行下去。
3. 先建立的信令連接沒有收到Security Mode Control，后建立的信令連接收到該信息如何處理？
應(yīng)該不會出現(xiàn)這種情況。每個CN域都必須發(fā)起Security Mode Control過程。但對于一種暫態(tài)過程（CS和PS域信令連接都處在建立過程中，都還沒有發(fā)起Security Mode Control過程），第一條連接的處理等同于只有一條信令連接。第二條連接的處理則必須遵守前述的“算法和密鑰的選擇”。
異常處理
1. Reset
Reset和Reset Resource過程采用無連接信令，當(dāng)RNC或CN節(jié)點發(fā)生故障后通知對方復(fù)位相關(guān)資源，可以由RNC或CN發(fā)起，如果是UTRAN故障RNC應(yīng)該通知所有跟它有Iu連接的CN節(jié)點
Reset過程影響發(fā)起節(jié)點的所有Iu連接，Reset Resource過程只影響給出的特定Iu連接



定時器使用：
1. TRatR：CN收到RESET到發(fā)出RESET ACKNOLEDGE之間的保護時間
2. TRatC：RNC收到RESET到發(fā)出RESET ACKNOLEDGE之間的保護時間
3. TRafR：CN側(cè)Reset過程最大處理時間，若該定時器到期沒有收到響應(yīng)則CN重復(fù)Reset過程直到最大次數(shù)n，在n次重復(fù)失敗以后通知操作維護系統(tǒng)
4. TRafC：RNC側(cè)Reset過程最大處理時間，若該定時器到期沒有收到響應(yīng)則RNC重復(fù)Reset過程直到最大次數(shù)n，在n次重復(fù)失敗以后通知操作維護系統(tǒng)

過程交互：
若發(fā)送RESET之后沒有收到響應(yīng)卻收到對端的RESET消息則停止定時器并向?qū)Χ税l(fā)送響應(yīng)消息

2. Reset Resource



Iu信令連接ID保護：
CN和RNC都必須提供某種方法保護釋放的Iu信令連接ID不立即被重新分配

3. Error Indication
若收到的消息中包含錯誤（傳輸語法錯誤，抽象語法錯誤，邏輯錯誤），并且不能通過適當(dāng)?shù)腇AILURE消息進行報告，則采用Error Indication過程進行報告。如果出錯的消息是專用信令，則Error Indication采用面向連接的信令；否則，采用無連接信令。


應(yīng)用場景：參見錯誤處理一章。
尋呼
1. Paging
用于CN請求UTRAN與指定的UE建立連接。無連接信令

CN域指示：
CN Domain Indicator表示發(fā)起該尋呼的CN域，與發(fā)起PAGING消息的物理設(shè)備無必然關(guān)系，因為MSC可以通過SGSN進行尋呼，這時CN Domain Indicator仍為CS Domain。

UE標(biāo)識：
永久NAS UE標(biāo)識（IMSI），必選，用于尋呼協(xié)調(diào)和空口（利用IMSI計算尋呼時機）；
臨時NAS UE標(biāo)識（TMSI，P-TMSI），可選，用于空口（作為UE identity）；

尋呼協(xié)調(diào)：
由于CN兩個域的分離結(jié)構(gòu)，在一個域中尋呼的UE在另一個域可能已存在連接。RRC連接只有一條，而Iu信令連接可能有兩條。
Non Searching Indication IE不存在或取值“searching”，UTRAN啟用尋呼協(xié)調(diào)功能。否則，不使用該功能。UTRAN只根據(jù)該IE取值判斷是否啟用尋呼協(xié)調(diào)，因為CN域的結(jié)構(gòu)，以及CN域是否做尋呼協(xié)調(diào)對UTRAN都是不可見的。
CN每次只能尋呼一個UE，而空口消息一次可尋呼多個UE，因此RNC可能把多個Iu接口尋呼消息封裝到同一空口消息中。

尋呼區(qū)域：
Paging Area指示空口尋呼消息廣播的范圍，可以是位置區(qū)（LAI），或路由區(qū)（RAI）；如果該IE不存在，表示在整個RNC的范圍內(nèi)進行尋呼。

DRX Cycle Length Coefficient：
用來確定NodeB使用的尋呼時機，雖然可能與UE使用的不同，但至少有交集保證UE能收到空口尋呼消息。

2. Common ID
用于CN通知RNC UE永久標(biāo)識（IMSI），用來做UTRAN的尋呼協(xié)調(diào)。面向連接信令


過載控制
1. Overload Control
在RNC與它的default CN node之間提供某種程度的信令流控，可以只針對CS/PS域中的一個。使用無連接信令。


過載的原因：
CN：處理器過載；
UTRAN：處理器過載，或空口發(fā)送能力過載。

流量調(diào)節(jié)的原則：
降低源端的信令流量，每次降低一個step或Number of Steps IE指定的step（一般是限制CN或UTRAN發(fā)起的新的呼叫），直到最大可調(diào)節(jié)量。

流控過程(RNC側(cè))：
1. TigOR未啟動，收到OVERLOAD或“Signaling Point Congested”信息，RNC側(cè)信令流量降低一個step（例如，限制隨機接入的UE數(shù)量），啟動定時器TigOR和TinTR。TinTR時長總應(yīng)大于TigOR。
2. 在定時器TigOR運行期間忽略所有OVERLOAD或“Signaling Point Congested”信息。
3. 重復(fù)上述步驟，直至達到最大可調(diào)節(jié)量。
4. TinTR超時（即未收到OVERLOAD或“Signaling Point Congested”信息），信令流量增加一個step，重新啟動該定時器，直到恢復(fù)正常負(fù)載
每次的調(diào)節(jié)量和調(diào)節(jié)方法取決于具體實現(xiàn)。

位置報告
1. Location Reporting Control
請求報告UE的位置信息，還包含可能的Qos要求，如定位精度、響應(yīng)時間等。面向連接信令

位置報告方式：
立即報告和基于事件的報告。目前的事件僅限于服務(wù)區(qū)改變（change of Service Area）。

位置信息類型：
服務(wù)區(qū)：SAI。
地理區(qū)：地理坐標(biāo)，及精度要求（水平，垂直）。

SRNS重定位和位置信息報告：
在SRNS重定位后，基于事件報告（服務(wù)區(qū)改變）的控制失效。因此，如果重定位后仍需要位置信息報告，則CN必須向新的SRNC重新發(fā)起位置報告控制過程。

2. Location Report
報告UE的位置信息。面向連接信令

觸發(fā)：
LOCAITON REPORTING CONTROL消息，或事件（例如服務(wù)區(qū)改變）；

3. Location Related Data
請求定位輔助數(shù)據(jù)廣播的解密密鑰（需要前轉(zhuǎn)給UE），或者請求向UE發(fā)送專用的定位輔助信息（目前只有GPS信息）。面向連接信令


請求類型：
向UE發(fā)送專用的定位輔助信息（GPS）。如果成功，RESPONSE消息內(nèi)容為空；
定位輔助數(shù)據(jù)廣播的解密密鑰（需要前轉(zhuǎn)給UE）。RESPONSE消息內(nèi)容為解密密鑰；
數(shù)據(jù)量報告
1. Data Volume Report
用于CN向UTRAN請求特定RAB自上次報告以來，未成功發(fā)送的下行數(shù)據(jù)量（計費信息），僅適用于PS域。面向連接信令。

Report Item：
RNC是否搜集和報告未成功發(fā)送的數(shù)據(jù)量由CN(SGSN)在RAB建立時指示。

Reference：
每個RAB維護一個counter，每次報告數(shù)據(jù)量以后該Counter復(fù)位。Reference只是該數(shù)據(jù)量的一個“標(biāo)簽”，不是具體的時間。

問題：
1. 報告多個（2個）Data Volume是什么意思？ 什么場景能用到？

SRNS重定位
全部過程都是面向連接的信令。
1. Relocation Preparation
請求為SRNS重定位準(zhǔn)備資源。兩個Iu信令連接必須協(xié)調(diào)進行。


SRNS重定位的概念：
指UTRAN和CN之間的連接在UTRAN一側(cè)的連接點從源RNC轉(zhuǎn)移到目的RNC的過程，SRNS角色也從一個RNS轉(zhuǎn)移到另一個RNS。重定位也可以在不同系統(tǒng)間進行，即SRNS角色從UMTS內(nèi)的RNS轉(zhuǎn)移到UMTS外的目標(biāo)實體，或從UMTS外的實體轉(zhuǎn)移到UMTS內(nèi)的RNS。

SRNS重定位場景：
硬切換伴隨的SRNS重定位：在執(zhí)行硬切換的同時，UTRAN和CN之間的連接在UTRAN一側(cè)的連接點從源RNC轉(zhuǎn)移到目的RNC；
Serving RNS重定位：UTRAN和CN之間的連接在UTRAN一側(cè)的連接點從源RNC轉(zhuǎn)移到目的RNC；
CELL/URA更新伴隨的SRNS重定位：在執(zhí)行小區(qū)重選的同時，UTRAN和CN之間的連接在UTRAN一側(cè)的連接點從源RNC轉(zhuǎn)移到目的RNC；

重定位類型：
根據(jù)重定位過程中UE使用的無線資源是否發(fā)生變化，SRNS重定位分為：UE參與（UE Involved）的重定位，即前面講的第一種情況；和UE不參與（UE Not Involved）的重定位，包括前面講的第二和第三種情況。

Iu信令連接的協(xié)調(diào)：
如果SRNS重定位時，UE存在多條Iu信令連接（CS/PS），這些Iu信令連接必須協(xié)調(diào)進行。如果是系統(tǒng)內(nèi)重定位，則源RNC必須保證發(fā)往兩個域的RELOCATION REQUIRED消息內(nèi)容相同。如果是切換到GSM的重定位，則源RNC只在CS域發(fā)起重定位準(zhǔn)備過程。
只有所有的Iu信令連接上都收到RELOCATION COMMAND消息，重定位過程才能繼續(xù)執(zhí)行。其中任一連接的重定位過程失敗，另一個連接的重定位過程必須取消。

部分RAB重定位成功的處理：
如果目的RNC只能支持部分的RAB，源RNC的處理有兩種：釋放這些RAB，SRNS重定位過程繼續(xù)進行；或者，取消整個SRNS重定位過程。

RRC之間的交互信息（RRC Container）：
Source to Target：主要包含源RNC側(cè)空中接口的配置信息。
Target to Source：包含Target經(jīng)Source RNC發(fā)給UE的信息。

2. Relocation Resource Allocation
在Target RNC為重定位分配必要的資源，包括Iu資源（Iu信令連接，可能還有RAB），無線資源（UE參與的重定位時）。


Iu信令連接的協(xié)調(diào)：
如果兩個CN域同時涉及SRNS重定位（Number of Iu Instances IE取值為2），則目的RNC必須利用IMSI完成兩個Iu信令連接的協(xié)調(diào)。
目的RNC從兩個CN域收到并處理RELOCATION REQUEST消息后，才能發(fā)送RELOCATION REQUEST ACKNOWLEDGE消息。

RAB的建立：
SRNS重定位時，建立RAB不是必須的，因為重定位前，源RNC側(cè)可能只存在Iu信令連接。如果要建立RAB，過程與RAB Assignment過程中的處理類似。

問題：
1. Source RNC沒有把數(shù)據(jù)加密（CS/PS）的密鑰轉(zhuǎn)給Target RNC，Target RNC如何確定這些密鑰？
密鑰來自RELOCATION REQUEST消息中的Integrity Protection Information IE和Encryption Information IE。

3. Relocation Detect
表示已檢測到SRNS重定位。

Relocation Trigger：
根據(jù)重定位類型不同，可能來自Iur接口或空口。

4. Relocation Complete
表示SRNS重定位過程已完成。Iu接口業(yè)務(wù)流從源RNC轉(zhuǎn)向到目的RNC。

觸發(fā)：
收到HANDOVER COMPLETE（例如，物理信道重配置完成）消息（UE參與的重定位），或者UTRAN MOBILITY INFORMATION COMPLETE消息（UE不參與的重定位）。

5. Relocation Cancel
取消正在進行的SRNS重定位。

觸發(fā)場景：
源RNC在重定位準(zhǔn)備過程中間或完成之后都有可能發(fā)起重定位取消過程：1、源RNC還沒有觸發(fā)重定位（通過Iur接口或Uu接口）。例如，定時器TRELOCprep超時，Iu信令連接多于一條時其中一條重定位準(zhǔn)備過程失敗，或由于無線接口的原因；2、源RNC觸發(fā)重定位的執(zhí)行后，UE又返回源RNC，這意味著UE仍把源RNC作為其Serving RNC；

PS域SRNS Context/Data Forward
1. SRNS Context Transfer
PS域：在inter-system change時，請求SRNS Context，內(nèi)容包括：DL/UL GTP-PDU Sequence Number和DL/UL N-PDU（PDCP SDU） Sequence Number


2. SRNS Data Forwarding Initiation
PS域：在inter-system change時，觸發(fā)RNC向CN轉(zhuǎn)發(fā)N-PDU。


3. SRNS Context Forwarding
PS域：在經(jīng)CN進行切換時，Source RNC通過CN向Target RNC轉(zhuǎn)發(fā)SRNS Context。



UE Trace
1. CN Invoke Trace

2. CN Deactivate Trace

CN Invoke Trace和CN Deactivate Trace過程在Iu口上激活和去激活UE跟蹤
用戶跟蹤功能收集用戶在各個網(wǎng)元和接口上的瞬時活動信息用于分析調(diào)試以及網(wǎng)絡(luò)優(yōu)化等。

涉及的規(guī)范：
1. GSM：GSM 12.08, 3GPP TS 52.008
2. UMTS：
R4沒有描述
R5的32.108取消發(fā)布
R6才有32.42x系列，目前發(fā)布的只有32.421, 32.422，32.423尚無發(fā)布版本

UE跟蹤模式控制有兩種方式：
1. 基于管理的控制，由各個網(wǎng)元的EM對網(wǎng)元進行控制
2. 基于信令的控制，OMC對CN網(wǎng)元(HLR)進行控制，CN網(wǎng)元通過信令過程對其他節(jié)點進行控制
相應(yīng)的，UE跟蹤記錄的報告也有對應(yīng)的兩種方式

在RNC上涉及的UE跟蹤包括Iu-CS, Iu-PS, Iur, Iub以及Uu接口跟蹤
10Handling of Unknown, Unforeseen and Erroneous Protocol Data

1. RANAP收到消息首先作ASN.1解碼，如果解碼失敗則為Transfer Syntax Errors
可能的情況：值超出范圍；列表元素個數(shù)超出范圍；必須參數(shù)沒出現(xiàn)；IE順序錯誤
處理：啟動Error Indication過程
2. ASN.1解碼成功后進行抽象語法檢查，這一階段的錯誤為Abstract Syntax Errors
可能的情況：
1). 不理解的IE/IE group：IE ID未知；值不在邏輯范圍之內(nèi)；
2). missing IE/IE group：必須IE或該出現(xiàn)的條件IE沒出現(xiàn)
3). IE/IE group順序錯誤或出現(xiàn)次數(shù)太多
4). 條件IE/IE group錯誤出現(xiàn)：不該出現(xiàn)的條件IE出現(xiàn)
3. 消息正確理解之后可能還存在Logical Error，如語義錯誤、狀態(tài)不對等
處理：相當(dāng)于reject處理

例外：
1. Error Indication消息出錯時不再觸發(fā)Error Indication過程，只啟動本地錯誤處理
2. 需要啟動Error Indication或unsuccessful outcome但信息不夠時認(rèn)為過程不成功終止，啟動本地錯誤處理

抽象語法錯誤的處理：
1. 對1中Message Type不理解時直接啟動Error Indication
2. 對1其他IE(procedure code相當(dāng)于沒有unsuccessful outcome的情況)或2根據(jù)criticality information處理
3. 對3, 4的處理相當(dāng)于reject處理

根據(jù)criticality information的錯誤處理：
1. reject: 不處理該消息，終止過程
如果有unsuccessful outcome消息(class 1, 3)則使用該消息報告錯誤；
沒有unsuccessful outcome消息(class 1, 3)或class 2則啟動Error Indication過程
如果在處理響應(yīng)消息時出錯則認(rèn)為過程不成功終止，啟動本地錯誤處理
2. ignore and notify sender：忽略該IE，繼續(xù)處理
如果有unsuccessful outcome消息(class 1, 3)則使用該消息報告錯誤；
沒有unsuccessful outcome消息(class 1, 3)或class 2或處理響應(yīng)消息出錯則啟動Error Indication過程
3. ignore：忽略，繼續(xù)處理