立RRC連接的需求時，保持在RRC_IDLE中的UE通過RRC連接過程與E-UTRAN的RRC建立連接并且然后可以轉(zhuǎn)變到RRC_C0NNECTED。當由于用戶的呼叫嘗試等等，上行鏈路數(shù)據(jù)傳輸是必需的時，或者當在從E-UTRAN接收尋呼消息時存在發(fā)送響應消息的需求的時候，保持在RRC_IDLE中的UE可能需要建立與E-UTRAN的RRC連接。
[0060]眾所周知，不同的原因值可以被映射到用于在UE和eNB之間發(fā)送消息的簽名序列，并且信道質(zhì)量指示符(CQI)或者路徑損耗和原因或者消息大小是用于在初始前導中包括的候選。
[0061]當UE想要接入網(wǎng)絡并且確定要被發(fā)送的消息時，消息可以被鏈接到目的并且原因值可以被確定。理想的消息的大小也可以通過識別所有可選的信息和不同的替選大小，諸如通過去除可選信息而被確定，或者可替選的調(diào)度請求消息可以被使用。
[0062]UE獲取對于前導的傳輸、UL干擾、導頻發(fā)送功率以及用于在接收器處的前導檢測所要求的信噪比(SNR)的必要的信息或者其組合。此信息必須允許前導的初始發(fā)送功率的計算。從頻率點的角度來看，在前導的附近發(fā)送UL消息以便于確保相同的信道被用于消息的傳輸是有益的。
[0063]UE應考慮UL干擾和UL路徑損耗以便于確保網(wǎng)絡以最小的SNR接收前導。UL干擾能夠僅在eNB中被確定，并且因此，必須在前導的傳輸之前通過eNB廣播并且通過UE接收。UL路徑損耗能夠被視為與DL路徑損耗類似，并且當對于UE已知小區(qū)的相同導頻序列的發(fā)送功率時能夠通過UE從接收到的RX信號強度來被估計。
[0064]用于前導的檢測的所要求的UL SNR通常應取決于eNB配置，諸如Rx天線的數(shù)目和接收器性能。發(fā)送導頻的相當靜態(tài)的發(fā)送功率和與變化的UL干擾相分離的必要的UL SNR，以及在前導和消息之間所要求的可能的功率偏移，會是有利的。
[0065]根據(jù)下述等式能夠粗略地計算前導的初始傳輸功率。
[0066]發(fā)送功率=TransmitPilot-RxPilot+ULInterference+Offset+SNRRequired
[0067]因此，SNRRequired(所需 SNR)、ULInterference (UL 干擾)、TransmitPilot (發(fā)送導頻)以及Offset (偏移)的任何組合能夠被廣播。原則上，僅一個值必須被廣播。這在當前UMTS系統(tǒng)中是重要的，盡管3GPP LTE中的UL干擾將主要是可能比UMTS系統(tǒng)更加恒定的相鄰小區(qū)的干擾。
[0068]UE確定用于前導的傳輸?shù)某跏糢L發(fā)送功率，如上面所解釋的。與小區(qū)中的干擾相比較，eNB中的接收器能夠估計絕對接收功率以及相對接收功率。如果與干擾相比較的接收信號功率在eNB已知閾值以上，則eNB將認為檢測到的前導。
[0069]UE執(zhí)行功率漸增以便于確保能夠檢測到UE，即使前導的最初估計的傳輸功率不是適當?shù)?。如果在下一次隨機接入嘗試之前，通過UE沒有接收到ACK或者NACK，則另一前導將很有可能會被發(fā)送。前導的發(fā)送功率能夠被增加，和/或在不同的UL頻率上能夠發(fā)送前導以便于增加檢測的可能性。因此，將被檢測的前導的實際發(fā)送功率不必對應于如通過UE最初計算的前導的初始發(fā)送功率。
[0070]UE必需確定可能的UL輸送格式?？梢园∕CS和由UE應使用的資源塊的數(shù)目的輸送格式主要取決于兩個參數(shù)，具體地，在eNB處的SNR和要被發(fā)送的消息的要求的大小。
[0071]實際上，最大UE消息大小、或者有效載荷、以及所要求的最小SNR對應于每個輸送格式。在UMTS中，UE根據(jù)估計的初始前導發(fā)送功率、在前導和輸送塊之間的要求的偏移、最大允許或者可用的UE發(fā)送功率、固定偏移和附加的裕量，來確定在前導的傳輸之前是否能夠為了傳輸選擇輸送格式。在UMTS中的前導不需要包含關(guān)于通過UE選擇的輸送格式的任何信息，因為網(wǎng)絡不需要保留時間和頻率資源，并且因此，與被發(fā)送的消息一起指示輸送格式。
[0072]eNB必須知道UE意圖發(fā)送的消息的大小和UE可實現(xiàn)的SNR，以便于在接收前導時選擇正確輸送格式并且然后保留必要的時間和頻率資源。因此，已知UE為了確定初始前導傳輸功率將很有可能考慮DL中的被測量的路徑損耗或者一些等效測量，因為與最大允許的或者可能的UE發(fā)送功率相比較的UE發(fā)送功率對于eNB來說不是已知的，所以eNB不能夠根據(jù)接收到的前導來估計由UE可實現(xiàn)的SNR。
[0073]eNB可以計算在被比較的DL中估計的路徑損耗和UL的路徑損耗之間的差。然而，如果功率漸增被使用，則此計算是不可能的，并且用于前導的UE發(fā)送功率不對應于最初計算的UE發(fā)送功率。此外，實際UE發(fā)送功率和UE意圖發(fā)送的發(fā)送功率的精確度非常低。因此，已經(jīng)提出在簽名中編譯路徑損耗或者下行鏈路的CQI估計和消息大小或者UL中的原因值。
[0074]描述多媒體廣播多播服務(MBMS)?？梢詤⒖?GPP TS 36.300V11.7.0(2013-09)的章節(jié) 15 和 3GPP TS 36.331 VI1.1.0(2012-09)的章節(jié) 5.8。
[0075]圖5示出MBMS定義。對于MBMS，可以介紹下面的定義。
[0076]- MBSFN同步區(qū)域:這是所有的eNB能夠被同步并且執(zhí)行MBSFN傳輸?shù)木W(wǎng)絡的區(qū)域。MBSFN同步區(qū)域能夠支持一個或者多個MBSFN區(qū)域。在給定的頻率層上，eNB能夠僅屬于一個MBSFN同步區(qū)域。MBSFN同步區(qū)域獨立于MBMS服務區(qū)域的定義。
[0077]-MBSFN傳輸或者MBSFN模式下的傳輸:這是通過在相同的時間來自多個小區(qū)的相同波形的傳輸實現(xiàn)的聯(lián)播傳輸技術(shù)。來自于MBSFN區(qū)域內(nèi)的多個小區(qū)的MBSFN傳輸被視為通過UE的單個傳輸。
[0078]-MBSFN區(qū)域:MBSFN區(qū)域是由網(wǎng)絡的MBSFN同步區(qū)域內(nèi)的一組小區(qū)組成，它們協(xié)作以實現(xiàn)MBSFN傳輸。除了 MBSFN區(qū)域保留小區(qū)之外，MBSFN區(qū)域內(nèi)的所有小區(qū)有助于MBSFN傳輸并且廣告其可用性。UE可以僅需要考慮被配置的MBSFN區(qū)域的子集，S卩，當獲知哪個MBSFN區(qū)域被應用于其有興趣接收的服務時。
[0079]-MBSFN區(qū)域保留小區(qū):這是不有助于MBSFN傳輸?shù)腗BSFN區(qū)域內(nèi)的小區(qū)?？梢栽试S該小區(qū)為了其他服務，但是在為MBSFN傳輸而分配的資源上以限制的功率進行發(fā)送。
[0080]-同步序列:每個同步協(xié)議數(shù)據(jù)單位(SYNCPDU)包含指示同步序列的開始時間的時間戳。對于MBMS服務，每個同步序列具有相同的持續(xù)時間，其在廣播和多播服務中心(BM-SC)以及MBMS協(xié)作實體(MCE)中被配置。
[0081]-同步時段:同步時段為每個同步序列的開始時間的指示提供時間參考。在每個SYNC PDU中提供的時間戳是參考同步時段的開始時間的相對值。同步時段的持續(xù)時間是可配置的。
[0082]在E-UTRAN中，僅在與非MBMS服務(支持單播和MBMS傳輸這兩者的小區(qū)的集合，即，“MBMS/單播混合的小區(qū)”的集合)共享的頻率層上，MBMS能夠被提供有操作(MBSFN)的單頻網(wǎng)絡模式。
[0083]MBMS接收對于在RRC_C0NNECTED或者RRC_IDLE狀態(tài)下的UE是可能的。無論何時接收MBMS服務，將會通知用戶呼入呼叫，并且發(fā)起呼叫將會是可能的。對于MBMS，不支持魯棒性的報頭壓縮(R0HC)。
[0084]圖6示出增強型的MBMS (E-MBMS)邏輯架構(gòu)。3GPP LTE可以支持MBMS，并且3GPPLTE-A可以支持E-MBMS。
[0085]參考圖6，MCE經(jīng)由M2接口被連接eNB，并且經(jīng)由M3接口被連接MME。MCE是邏輯實體。MCE可以是另一網(wǎng)絡元件的一部分。MCE的功能如下。
[0086]-為了使用MBSFN操作的多小區(qū)MBMS傳輸，在MBSFN區(qū)域中通過所有的eNB使用的無線電資源的準入控制和分配。如果無線電資源對于相應的MBMS服務來說不是充分的或者可以根據(jù)分配和保持優(yōu)先級(ARP)從正在進行的MBMS服務的其他無線電承載先占無線電資源，則MCE決定不建立新的MBMS服務的無線電承載。除了時間/頻率無線電資源的分配之外，這也包括決定無線電配置的進一步詳情，例如，調(diào)制和編譯方案。
[0087]-用于MBMS服務的計數(shù)和計數(shù)結(jié)果的獲取。
[0088]-基于例如ARP和/或用于相應的MBMS服務的計數(shù)結(jié)果的MBSFN區(qū)域內(nèi)的MBMS會話的恢復。
[0089]-基于例如，ARQ和/或基于用于相應的MBMS服務的計數(shù)結(jié)果的MBSFN區(qū)域內(nèi)的MBMS會話的掛起。
[0090]在MBMS會話控制信令中涉及MCE。MCE沒有執(zhí)行UE-MCE信令。通過單個MCE來服務eNB ο
[0091]MBMS GW是邏輯實體。MBMS GW可以是另一網(wǎng)絡元件的一部分。MBMS G存在于其基本功能是向發(fā)送服務的每個eNB發(fā)送/廣播MBMS分組的eNB和BMSC之間。MBMS GW使用IP多播作為將MBMS用戶數(shù)據(jù)轉(zhuǎn)發(fā)給eNB的手段。MBMS GW經(jīng)由MME朝著E-UTRAN執(zhí)行MBMS會話控制信令(會話開始/更新/停止)。
[0092]M3接口是在MCE和MME之間連接的控制平面接口。對于MME和MCE之間的這個接口，定義應用部分。此應用部分允許在E-UTRAN無線電接入承載(E-RAB)級別上的MBMS會話控制系列(即，沒有傳送無線電配置數(shù)據(jù))。過程包括，例如，MBMS會話開始和停止。流控制傳輸協(xié)議(SCTP)被用作信令傳送，S卩，點對點信令被應用。
[0093]M2接口是在MCE和eNB之間連接的控制平面接口。對于這個接口定義應用部，其至少傳送用于多小區(qū)傳輸模式eNB的無線電配置數(shù)據(jù)和會話控制信令。SCTP被用作信令傳送，即，點對點信令被應用。
[0094]Ml接口是連接MBMS GW和eNB的純粹的用戶平面接口。因此為這個接口沒有定義控制平面應用部。IP多播被用于用戶分組的點對多點遞送。
[0095]通常，僅與支持MBMS的UE有關(guān)的控制信息盡可能與單播控制信息分離。在對于MBMS公共控制信息來說特定的邏輯信道，即，MCCH上提供大多數(shù)MBMS控制信息。每個MBSFN區(qū)域，E-UTRAN采用一個MCCH邏輯信道。在網(wǎng)絡配置多個MBSFN區(qū)域的情況下，UE從被配置成識別是否感興趣接收的服務正在進行的MCCH來獲取MBMS控制信息?？梢约俣軌蜻M行MBMS的UE每次僅被要求支持單個MBMS服務的接收。MCCH承載MBSFNAreaConf igurat1n消息