LTE網(wǎng)絡優(yōu)化方案上下行鏈路不均衡的優(yōu)化分析_第1頁
LTE網(wǎng)絡優(yōu)化方案上下行鏈路不均衡的優(yōu)化分析_第2頁
LTE網(wǎng)絡優(yōu)化方案上下行鏈路不均衡的優(yōu)化分析_第3頁
LTE網(wǎng)絡優(yōu)化方案上下行鏈路不均衡的優(yōu)化分析_第4頁
LTE網(wǎng)絡優(yōu)化方案上下行鏈路不均衡的優(yōu)化分析_第5頁
已閱讀5頁,還剩4頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

1、3GPP TSG RAN WG2 #58bis Tdoc-R2-072721Orlando, U.S.A., 25th 29th June 2007Agenda item:4.5.1Source:NTT DoCoMo, Telecom Italia, T-MobileTitle:Use of cell specific offsets and reading neighbour BCHDocument for:Discussion1. IntroductionIn RAN2#58 in Kobe, RAN2 has decided that, to allow for sufficient m

2、obility control without NCL, an offset value shall be included in BCH, and that the UE shall read the neighbour cell BCH to obtain this offset value both in ACTIVE and IDLE modes 1. The offset value biases the measured quantity of the corresponding cell for mobility control. It was expressed by oper

3、ators that this offset is necessary primarily to control the cell boudaries considering the DL and UL coverage imbalance, caused by DL/UL feeder cable loss difference (due to TMA) and eNBs having different transmission powers adjoining in the network 2. However, in RAN Plenary #36 in Busan, the deci

4、sion was taken back after some vendors expressed concerns on the handover/cell reselection delays and UE battery consumption 3. Revisiting this issue, this document explains why cell specific offsets are thought necessary, summarises concerns of reading neighbour BCH, and presents our position on th

5、e issue.Note that the support for optional NCL for intra-frequency cells has already been agreed in RAN2, and this has not been reopened. The optional NCL should serve purposes such as to set serving-neighbour pairwise specific offsets or to blacklist certain cells. It can also be used to speed up c

6、ell detection, although relevance of this is pending RAN4 response. Hence, the only open question that needs to be addressed is “whether UE reads neighbour BCH and obtains the offset value included therewith,” and this is the exact focus of this paper.2. Use of cell specific offsets2.1 DL/UL imbalan

7、ce problemAs mentioned in 2, the need for a cell specific offset is mainly motivated by the fact that eNBs of different power classes can be adjoining in many places throughout the network, and that each cell has different DL and UL feeder cable losses (i.e., DL/UL feeder loss difference due to TMA)

8、. By setting approprite offset values, the DL/UL imbalance can be mitigated. Before going into how offsetting works, the DL/UL imbalance problem has to be understood.Figure 1 shows the principle of DL/UL imbalance caused by cable loss difference. Assuming two base stations, having the same antennas

9、and propagation coefficients, the cell boundary will be at the centre (equidistant) based on path loss (UL oriented). However, if the two base stations have different cable losses (or different transmission powers), the cell boundary will deviate from the centre based on Ec/N0 (DL oriented), hence c

10、ausing DL/UL imbalance.Fig. 1 DL/UL imbalance principle.2.2 Mitigating DL/UL imbalanceThe DL/UL imbalance problem can be mitigated/tolerated in a number of ways:Ø Alt.1: Mobility control based on Ec/N0 (do nothing)Ø Alt.2: Adjust DL total transmission power based on the UL coverage (DL/UL

11、balancing)Ø Alt.3: Adjust DL pilot transmission power based on the UL coverageØ Alt.4: Use cell specific offsetsEach solution is described in detail in the sequel. Note that these solutions are not exclusive, and can be combined if so desired.To simplify the discussion, the traffic distrib

12、ution aspect is omitted for the qualitative assessment below. However in practice, cell planning has to take into account real traffic distributions, which can be far from ideal uniform. It should be noted that this adds another dimension to network planning, which can be quite complicated.2.2.1 Alt

13、.1: Ec/N0 based mobility control (do nothing)The first solution is to do nothing special, and just rely on Ec/N0 to control mobility (Fig.2). This can be optimum for the DL, however, the UL will deteriorate especially at cell edge. If the UE has sufficient transmission power (typ. small cells), it w

14、ill transmit at a larger power to satisfy its QoS (i.e., the required SIR for a desired rate). If the UE did not have enough power (typ. large cells), the likely consequence in a scheduler based system as in LTE is that it transmits (is scheduled) more frequently so that the desired rate can be met.

15、 In either case, this will create larger interference at the neighbour cell, and hence decreases system capacity in the UL.Fig. 2 Ec/N0 based mobility control (do nothing).2.2.2 Alt.2: DL total Tx power adjusting (balancing)The second solution is to adjust the total DL transmission power of the base

16、 station such that the DL boundary matches the UL boundary, while the power ratio of the pilot symbols used for mobility measurements is maintained. An example case is shown in Fig. 3. The total power of the base station having a smaller cable loss is reduced, such that the emitted power from the an

17、tenna is equal to that of the neighbour having a larger cable loss. This will balance the DL/UL boundaries, hence resolving imbalance, and will be the optimum in terms of the UL. This has a benefit in that it limits DL interference at the neighbour, and generally improves Ior/(Ioc+N0) at cell bounda

18、ries. However, it has some drawbacks as the cell with the reduced power now has limited capacity due to reduced power. It may also reduce channel estimation and cell detection performances due to reduced pilot power. This will be more evident in noise limited deployements (e.g., large cells).Fig. 3

19、DL total Tx power adjusting (balancing).2.2.3 Alt.3: DL pilot Tx power adjustingInstead of adjusting the total transmission power, the transmission power of the pilot symbols can be reduced, while maintaining the total power (Fig. 4). This would also resolve DL/UL imbalance. Since the total power is

20、 maintained and data transmissions can be allocated larger powers, the cell can provide larger capacity compared to Alt.2. However, this will create larger interference at the neighbour cell, and will reduce channel estimation and cell detection performance due to reduced pilot power. This alternati

21、ve will also require some further adjustments e.g.,Ø The transmission powers of other DL common channels (such as BCH) also need to be adjusted considering the channel estimation quality.Ø The pilot/data symbol power ratio must be adjusted and signalled to the UE so that it can correctly d

22、emodulate 16QAM or 64QAM signals.These adjustments will have to be performed for each cell, which can incur extensive efforts on operators.Fig. 4 DL pilot Tx power adjusting.2.2.4 Alt.4: Use cell specific offsetsAnother alternative is to use cell specific offsets (Fig. 5). With this alternative, the

23、 total and pilot powers do not have to be modified, and the DL/UL imbalance can be mitigated by instead, setting a cell specific offset at each cell. The offset value can be set such that it reflects the cable loss (DL/UL difference). By having the UE take into account the offset value in making mob

24、ility decisions, the imbalance can be resolved.The offset can be used to optimise cell boundary for the UL, DL, or anywhere in between, by setting the appropriate offset value. If the offset is used to optimise boundary for the UL, for the cell transmitting at a higher power (left in Fig.5) the DL q

25、uality/capacity improves (1), however, the neighbour cell (right in Fig.5) will suffer degraded DL quality/capacity (2) and degraded DL common channel (CCH) quality (3). Note that if the cell boundary is optimised for the DL (offset = 0), the performance will be the same as for Alt.1.Since the pilot

26、 power is not reduced as in Alt.3, the channel estimation quality does not degrade with this alternative. The pilot power is usually adjusted considering the optimum (tradeoff) allocation between the pilot and data, and in that sense, this alternative allows to maintain the optimum power allocation

27、settings (i.e., it should not require power adjustments per cell). Although signalling of the offsets incur some additional overhead, this overhead can be trivial considering the entire system bandwidth. As such, it offers a considerably simpler solution to resolving DL/UL imbalance, especially if t

28、he offset is read from the neighbour BCH.Fig. 5 DL/UL imbalance mitigation by use of cell specific offsets.2.2.5 Qualitative comparisonTable 1 summarises qualitative comparison of the four alternatives.Table 1 Qualitative comparison.AlternativeAlt.1: Ec/N0 based mobility control (do nothing)Alt.2: A

29、djust DL total Tx power (balancing)Alt.3: Adjust DL pilot Tx powerAlt.4: Use cell specific offsetsIDLEUL (RACH)ConProProProDL (CCH)Pro(Con)(in noise limited deployments)ConConACTIVEULCon(reduced capacity due to larger interference)ProProProDL (interior)ProCon(reduced capacity due to reduced total po

30、wer)(Con)(reduced capacity due to reduced channel estimation quality)ProDL (cell edge)ProProCon(reduced capacity due to larger interference)Con(reduced capacity due to larger interference)UE complexityProProProCon(UE needs to consider offsets)OAMPro(easy to operate)Con(needs DL power adjustment per

31、cell)Con(needs pilot power and data/pilot ratio adjustments per cell)Con(need to set BCH info per cell, but can be easy esp. if not by NCL)2.2.6 Capacity comparisonHere, two extreme scenarios, i.e., Alt.2 (balancing, hereafter) and Alt.4 (offsetting, hereafter), both optimised for UL, are compared.

32、Note that Alt.3 is expected to perform somewhat similarly as Alt.4, although any difference cannot be assessed without detailed analysis. (It can be expected that Alt.3 performs worse due to poorer channel estimation quality.) The deployment Cases 1 (ISD = 500 m) and 3 (ISD = 1,732 m) in TR 25.814 4

33、 are assumed, with vertical antenna patterns and tilting also taken into account. The feeder cable loss was modelled as log-normal with -5 dB, +5 dB limits, with the sectors of the same eNB having the same cable loss. The log-normal std. deviation was set in a range 1-4 dB, and the median was set su

34、ch that the resulting gain on average is equal to that assumed in Cases 1 and 3. Snapshot system level simulations were performed to obtain the Ior/(Ioc+N0) distribution, and from this, the normalised capacity was derived considering two factors: CCH overhead according to the Ior/(Ioc+N0) at 2% cove

35、rage, and DL-SCH capacity scaling according to the average Ior/(Ioc+N0). For the CCH factor, it was assumed that a 2 dB degradation in Ior/(Ioc+N0) incurs a 3 dB larger overhead for CCH (based on our internal analysis).Figures 6 and 7 compare the Ior/(Ioc+N0) distribution of offsetting (Alt.4) and b

36、alancing (Alt.2). It can be observed that offsetting produces worse Ior/(Ioc+N0) in Case 1 (Fig. 6(a), 7(a). This is due to increased interference at cell edge. However, in Case 3, offsetting produces better Ior/(Ioc+N0) even at around cell edge (Fig. 6(b), 7(b). This is because balancing (Alt.2) re

37、duces the total transmission power and increases the impact of thermal noise throughout the entire cell.(a) (b)Fig. 6 Ior/(Ioc+N0) distribution for (a) Case 1 and (b) Case 3.(a) (b)Fig. 7 Ior/(Ioc+N0) distribution (cell edge) for (a) Case 1 and (b) Case 3.Figure 8 compares the system capacity. As sh

38、own in Fig. 8(a), offsetting provides less capacity in Case 1 when some CCH overhead is considered. This is mainly due to the larger CCH overhead caused by Ior/(Ioc+N0) degradation at around cell edge. However, as shown in Fig. 8(b), offsetting provides larger capacity than balancing in Case 3. The

39、capacity is about 20% larger at 2 dB imbalance and 10% CCH overhead. This is because balancing reduces the total power and hence increases the impact of thermal noise. With offsetting, the impact of thermal noise is kept at minimum. Therefore, offsetting is beneficial in providing larger capacity in

40、 moderate/large cell scenarios (more evident in thermal noise limited scenarios).(a) (b)Fig. 8 Normalised capacity for (a) Case 1 and (b) Case 3.2.2.7 Benefits of cell specific offsetsSummarising above discussions and analysis, the benefits of cell specific offsets are:Ø Offsetting provides lar

41、ger system capacity when cell size is moderate/large (i.e., more evident in thermal noise limited scenarios);Ø Offsetting allows the operator to flexibly choose between UL optimised and DL optimised;Ø Easy to operate as the offset is just a parameter on BCCH (or DCCH), and does not involve

42、 complicated power adjustments.Note that balancing by DL transmission power adjusting is anyway possible, regardless of support for an offset mechanism. The mechanism to utilise cell specific offsets allows the operator to cope with DL/UL imbalance in various ways, providing flexible countermeasures

43、 depending on the deployment scenario. Without the offsetting mechanism, the operator is restricted to either tolerating UL losses, or to engage a complicated process of adjusting DL transmission powers. Therefore, the offsetting mechanism should be supported in LTE.3. Reading neighbour BCH3.1 Ways

44、of signalling cell specific offsetsIn section 2, the need for cell specific offsets has been justified. The question then becomes how the offset values are signalled to the UE. As discussed in 2, there are two ways:Ø Alt.1: UE reads offset included in neighbour BCH- The offset is set for its ow

45、n cell in BCH (no need to care about neighbours).- The same offset applies to all the neighbouring cells (1-to-all).- The UE has to read the neighbour BCH to avoid any ping-pongs 5.- This was decided as mandatory in RAN2#58 in Kobe, but reopened in RAN Plenary #36.Ø Alt.2: Use NCL- The offsets

46、applicable to the relevant neighbours are broadcast by NCL.- The offset can be specific to certain serving-neighbour relationship (1-to-1).- The use of NCL causes larger overhead compared to Alt.1.- NCL needs to be planned and set by OAM, which can be complicated.- This is already supported optional

47、ly in LTE (RAN2 decision).The only question that needs to be addressed is whether LTE shall support Alt.1 or not.3.2 Concerns of reading neighbour BCHAs discussed in detail in 2 and above in section 2, the offset can be used primarily to mitigate DL/UL imbalance. As such it is prevalent that each ce

48、ll requires a different offset value, and that it is sufficient for most cases if the offset is 1-to-all. That is, the 1-to-1 granularity is not necessary to cope with DL/UL imbalance, but only necessary in irregular cases like tunnels. Hence, it would be preferable, from OAM aspects, that Alt.1 is

49、adopted. However, as expressed by 2 and in particular 3, there are several concerns of mandating the UE to read neighbour BCH:Ø UE will have to read BCH for each cell detected;- It can be battery consuming if the UE cannot decode BCH and repeatedly tries decoding for a detected cell;- This prob

50、lem is more evident if the BCH error rate does not match (is worse than) the cell detection performance;Note: This may be prevented to some extent by specifying UE behaviours, e.g., UE only reads BCH if RSRP > threshold, and/or UE considers offset = 0 if it fails reading BCH after some attempts.&

51、#216; UE implementation may be more complex.- UE may have to decide whether to read BCH or not upon detecting a cell, e.g., UE does not have to read for cells indicated in NCL or if RSRP < threshold, etc.Ø Larger BCH overhead to make it robust.- E.g., by reducing the coding rate, increasing

52、Tx power, repetition, soft combining, etc.These aspects need to be discussed in RAN WGs, and comments from UE vendors are especially valuable in this respect. If these concerns are serious, LTE should certainly not support reading of neighbour BCH.3.3 Other aspects of reading neighbour BCHIn discuss

53、ing the pros/cons of reading neighbour BCH, another aspect that might be worth considering is the CSG cell (home-eNB) scenario. The requirements of CSG cells 6 state notably:7. It shall be possible to minimise the quantity of measurements which UEs perform on CSG Cells, if the UE does not belong to

54、the User Group of a specificCSG Cell.8. The mobility procedures shall allow a large number of (small) CSG Cells to be deployed within the coverage of e-UTRAN, UTRAN and GERAN macro-layer cells. Deployment of (additional) CSG Cells shall not require reconfiguration of other eNodeB (E-UTRAN) or RNC (U

55、TRAN) or BSS (GERAN).This could be easily achieved if the UE reads the BCH of a detected cell, and finds out that the cell is not open to public through some simple indicators or cell id included in BCH. This will allow the UE to omit measurements on that cell, and avoid reporting on CSG cells that

56、it has no access to. If the UE does not read neighbour BCH, other means must be thought of, although approaches such as blacklisting seems to contradict with requirement #8 above.4. ConclusionsThe need for cell specific offset mechanism and concerns of reading neighbour BCH have been discussed. Foll

57、owing the discussions above and in 2, we see only two viable alternatives shown in Table 2.Table 2. Viable alternatives 2.AlternativeAlternative 1Alternative 2Intra-frequencyIDLE mode mobilityThe UE is mandated to read the P-BCH for each cell that has been detected and applies the offset values broa

58、dcast therewith (Solution 3). To cope with exceptional cases, e.g., indoors, tunnels, high speed trains, prohibiting cells seen across a bay/channel, NCL is also optionally supported over D-BCH (Solution 2).An NCL (typically a modest list) can be provided optionally from the serving cell using D-BCH. The UE applies the offset values included in the NCL.ACTIVE mode mobilityThe same as IDLE mode mobility. The UE considers the offset values of all t

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論