4G/LTE |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
LTE Advanced
This is the document at the very early stage and will keep being updated as I get more detailed picture of LTE advanced. For now, please parden me with posting vague, poorly connected/organized contents. This is purely a skeleton which should be covered with flash and blood. I will keep putting more details and trying to connect dots in more organized way.
As I explained in From R99 to LTE page, any kind of evolution of communication is based on a set of common technical motivation as follows.
Followings are the topics I will cover in this page.
Initial Motivation for LTE Advanced
You may be hearing more and more about LTE Advanced these days (approaching the end of 2012) and you may think "Do we really need such a huge bandwidth ? Is the current LTE BW not enough ? Do we have all the technologies mature enough for LTE Advanced Implementation ?"
To see the mature implementation of LTE advanced network or mobile phone, you should get firm "YES" to following quesitons first.
As of the end of 2012, I don't think I have firm "YES" to any of these questions. But I am hearing that a couple of LTE network operators will deploy LTE Advanced feature in very near future and some operators has already supported the feature. I think this is true, but the LTE advanced they talk about at this point is not the full fledged technology and it is mainly about Carrier Aggregation. Does this mean that they already feel the current 20 Mhz LTE bandwidth is not enough ? As far as I know, it is not because of this. Even though the current LTE supports 20 Mhz BW in max, there are only a few network operators who is certified for such a wide bandwidth. The most common bandwidth that network operators has for LTE is 10 Mhz, which means they are not fully utilizing the LTE capability in terms of bandwidth. This is not because of technical restriction, it is purely because of licensing issues for the allocated bandwidth. Even though there is not many Network Operators who has 20 Mhz BW, there are some network operators who has license multiple band (e.g, two separated 10 Mhz BW and two or more 5 Mhz BW). These network operators wants to combine those multiple bands to achieve wide BW (in most case 20 Mhz BW) LTE. It is the initial motivation for LTE Advanced for now and I don't think we will see the fully grown LTE advanced technology in any time soon. We still have a lot of things to be done even for the initial LTE (Release 8 LTE) and this maturing process would take a couple of more years. LTE Advanced will be introduced gradually in parallele to Release 8 LTE, but initial introduction of LTE advanced would be more about "Marketing motivation" rather than "Technical motivation".
You may heard from other sources or will see in this page a lot of fancy stories about LTE advanced (like the aggregation of 5 carriers with 20 Mhz BW each, 8 x 8 DL MIMO, 4 x 4 UL MIMO, 1G Data Rate etc). But as I mentioned above, the reality would not be as fancy as you may expect. As of Jan, 2013. The only type of deployment I am hearing that some network operators would deploy is as follows : i) 2 DL Carriers (mostly 10 Mhz BW each, Inter band) ii) NO UL Subcarriers
Following illustration shows some of possible carrier allocations for initial deployment. Even this simple configuration there are many things to consider and following is some of the list.
What kind of data you would carry on the primary and secondary DL carrier ? : Definately both channel can carry PDSCH. How about PDCCH ? Would both DL carry each of its own PDCCH seprately ? or Primary DL Carrier would carry PDCCH for both carrier and the secondary carrier carry only PDSCH ?. Both options are possible and it is upto network implementation.
How kind of data you would carry on UL carrier ? : You may think there would be no differences in UL carrier if UL does not support multi carrier as in the initial deployment, but it would not be true. There would be no differences in terms of PUSCH, but how about PUCCH? Since UE is getting PDSCHs from two separate carriers, there should be questions of how to send HARQ ACK/NACK for each of the PDSCH. Should UE send separate PUCCHs(HARQ ACK/NACK for each DL carriers) or single PUCCH carrying the HARQ ACK/NACK for both channels. Both options are possible in terms of Rel 9/Rel 10 specification, but it is higher possibility to use a single PUCCH for carrying HARQ ACK/NACK for both DL carriers. It means that we will have new PUCCH format for this situation.
How to handle PRACH ? : Since UE can have possibility of send Uplink to two different carrier and can receive the data from two separate carrier. Possible channels for PRACH procedure can be diverse as shown below.
But I guess the first option would be the best candidate since it is easy and is the same as Rel 8 method we are currently using.
How to handle handover with dual carrier ? : For this, we may also have easy option or tricky option. Tricky option would be to handover the two carrier without any modification from one cell (source cell) to another (destination cell). but this will cause a lot of issues if it is not very carefully implemented. Easy option would be to remove the secondary DL channel before handover and then perform handover and configure the secondary channel in the destination cell. Of course, it is highly probable to take an easy option for initial deployment.
Followings are some key words you would see from almost any LTE advanced material. Try to get familiar with these words at least from 10000 feet view. (I would put some details of each of these keywords over the next few weeks).
If I classify the keywords listed above into LTE architecture, it would be as follows.
Overview of Carrier Allocation and Network Architecture
One of the most important/critical feature in LTE Advanced is that we use multiple carriers in downlink and possible in uplink as well. It may sound simple to use multiple carriers, but in reality, with the introduction of multiple carrier all the possible carrier/resource allocation in uplink and downlink has such a huge combinations as shown below. This is not just a graphicaly complication -:). Just by looking at this illustration, a lot of questions would be boggling in your mind. How to allocated resources (number of RBs) in control channel ? Do we have to have separate HARQ process for each carrier ? or single-aggregated HARQ for the multiple carrier ? What about Uplink side ? How can I schedule the resource for Multiple SC-FDMA (Clustered SC-FDMA) ? etc... These are the topics I have to add later.. For now, just enjoy the illustration and use your imagination for all of these questions. Trying to get the solution based on your imagination would greatly help you to understand 3GPP specification. This is a kind of motivation step for the new study.
Another aspect of LTE Advanced is network architecture side. One of the key modification of LTE advanced is 'Relay Node' to improve data communication especially on cell boundary and increase cell coverage. Again, I just put the illustrations and I would like you to use your imagination to find the answers to the questions popping up in your mind. Do we need any RRC message or Information element to handle this Relay Node ? How a UE handle the situation as shown for UE C in the following illustration. This UE is getting the similar strength of signals both from eNodeB and Relay Node. Would it be possible to handover between two Relay Nodes ? Would the Relay Node have the same RF capability as eNB ? Would this Relay Node get involved in L1/PHY scheduling as well ? etc.
One of the biggest problem in LTE would be that the performance at cell edge would not be as good as those in CDMA/WCDMA. So understandably, one of the biggest feature of LTE advanced would be to come out with a wise compensation measure. On top of it, this compensation measure should be very economic. One of the most popular idea (or real implemetation) for this would be to add various relay node (RN). I found an excellent table from NTT DoCoMo technical report. I strongly recommend you to read the full document that I linked at the bottom of the following table.
Source : DoCoMo Technology Report vol 12-2
Conceptually introducing this kind of Relay Node would give you a lot of gains in terms of throughput. Wouldn't there be any downside of this ?
I will leave all of these to you as your personal investigation items.
LTE Advanced Roadmap Check List
One of the most frequent question that I am getting lately about LTE advanced are "Does your equipment/chipset/network support LTE Advanced Rel 10 ?" But I don't think this is a valid/meaningful question for now ? (Probably this questions will be meaningful in around 2 years) since I haven't seen any equipment/chipset/network supporting the full Rel 10 features. So if you ask this question now (as of Mar, 2012), you may come across one of the following questions.
Case 1 : (The system/chipset/network supports (has implemented) around 10 percent of Rel 10 feature. ) But they say "Yes, we support Rel 10 feature".
Case 2 : (The system/chipset/network supports (has implemented) around 50 percent of Rel 10 feature. ) But they say "No, we do not support Rel 10 feature as of now".
Nobody tells a lie, but nobody tells the truth. My point is that single sentence question saying "Does your equipment/chipset/network support LTE Advanced Rel 10 ?" and the single setence answer "Yes, we do" or "No, we don't" does not make much sense now. If you chose an equipment/chipset/network based on this kind of single setense answer, you may get what is completed different from what you expected.
Then what would be the valid question and valid answer for NOW ? My recommendation is to make a list of questions and check the answer for each questions. The longer the list would be, the better matches between what you get and what you expect.
A kind of shortest list that I can think of would be as follows. This is a list purely based on the technology itself(3GPP). If you are talking to specific UE/equipment/chipset/network vendor, you should have the additional list of questions which is specific for the UE/equipment/chipset/network because there can be a lot of variations of implemtation or software/protocols stacks interfacing with your own product. Sometimes this additional list can be even longer than the 3GPP based check list and can be more important to you.
Again the following is a kind of minimal set of question purely based on my personal criteria. You may have your own revised or totally different set of list. The point now is "MAKE A LIST" -:)
The word "NOW" in the following list would mean about 3~6 month from now.
Personal Questions about LTE Advanced
Followings are my personal list of items to be investigated and updated as time allows.
Transmission Mode for LTE Advanced
RRC Snapshots for LTE Advanced
Following is overall steps for LTE adavanced Carrier Aggregation and UE Capability Information and RRC Connection Reconfiguration is the critical steps for Carrier Aggregation configuration.
Followings is the information carried by UE Capability Information and its IEs for carrier aggregation and antenna configuration. (These are from 3GPP TS 36.331 version 10.4.0 Release 10)
Following table is used to configure 'CA-BandwidthClass-r10' IE (This table is from 3GPP TS 36.101 version 10.8.0 Release 10)
Followings is RRC Connection Reconfiguration message and its IEs for carrier aggregation and antenna configuration. (These are from 3GPP TS 36.331 version 10.4.0 Release 10)
There are a good news and a bad news on RRC messages for Carrier Aggregation. Which one do you want to go first ? Good News first ? Good News is that basically there would be only two messages you have to dig into. (UE Capability Information and RRC Connection Reconfiguration). Now goes the Bad News. Bad News is that the two message are so complicated (contains so much information), it is extremely difficult to understand all the details. At least to me, it seems to take a couple of YEARS to understand all of those details.
Following is an example that I get as of Jul 2013. This is only an example based on availble ASN implementation, it may not accurately reflect real implementation. This is only for your reference and to give you some idea on what kind of details you need to study to understand/implement Carrier Aggregation on your job. Don't try to blindly copy these elements as it is. I would not work.
UE Capability Information .... nonCriticalExtension rf-Parameters-v1020 supportedBandCombination-r10: 2 items Item 0 BandCombinationParameters-r10: 2 items Item 0 BandParameters-r10 bandEUTRA-r10: 4 bandParametersUL-r10: 1 item Item 0 CA-MIMO-ParametersUL-r10 ca-BandwidthClassUL-r10: a (0) bandParametersDL-r10: 1 item Item 0 CA-MIMO-ParametersDL-r10 ca-BandwidthClassDL-r10: a (0) supportedMIMO-CapabilityDL-r10: twoLayers (0) Item 1 BandParameters-r10 bandEUTRA-r10: 17 bandParametersDL-r10: 1 item Item 0 CA-MIMO-ParametersDL-r10 ca-BandwidthClassDL-r10: a (0) supportedMIMO-CapabilityDL-r10: twoLayers (0) Item 1 BandCombinationParameters-r10: 2 items Item 0 BandParameters-r10 bandEUTRA-r10: 4 bandParametersDL-r10: 1 item Item 0 CA-MIMO-ParametersDL-r10 ca-BandwidthClassDL-r10: a (0) supportedMIMO-CapabilityDL-r10: twoLayers (0) Item 1 BandParameters-r10 bandEUTRA-r10: 17 bandParametersUL-r10: 1 item Item 0 CA-MIMO-ParametersUL-r10 ca-BandwidthClassUL-r10: a (0) bandParametersDL-r10: 1 item Item 0 CA-MIMO-ParametersDL-r10 ca-BandwidthClassDL-r10: a (0) supportedMIMO-CapabilityDL-r10: twoLayers (0) measParameters-v1020 bandCombinationListEUTRA-r10: 2 items Item 0 BandInfoEUTRA interFreqBandList: 2 items Item 0 InterFreqBandInfo ..1. .... interFreqNeedForGaps: True Item 1 InterFreqBandInfo ...1 .... interFreqNeedForGaps: True Item 1 BandInfoEUTRA interFreqBandList: 2 items Item 0 InterFreqBandInfo ...1 .... interFreqNeedForGaps: True Item 1 InterFreqBandInfo .... 1... interFreqNeedForGaps: True featureGroupIndRel10-r10: 00000000 [bit length 32, 0000 0000 0000 0000 0000 0000 0000 0000 decimal value 0] 0... .... = Indicator 101: DMRS with OCC (orthogonal cover code) and SGH (sequence group hopping) disabling - Not supported .0.. .... = Indicator 102: Trigger type 1 SRS (aperiodic SRS) transmission (Up to X ports) - Not supported ..0. .... = Indicator 103: PDSCH TM9 when up to 4 CSI reference signal ports are configured - Not supported ...0 .... = Indicator 104: PDSCH TM9 for TDD when 8 CSI reference signal ports are configured - Not supported .... 0... = Indicator 105: PUCCH RM2-0 when PDSCH TM9 is configured and RM2-1 when PDSCH TM9 and up to 4 CSI reference signal ports are configured - Not supported .... .0.. = Indicator 106: PUCCH RM2-1 when PDSCH TM9 and 8 CSI reference signal ports are configured - Not supported .... ..0. = Indicator 107: PUSCH RM2-0 when PDSCH TM9 is configured and RM2-2 when PDSCH TM9 and up to 4 CSI reference signal ports are configured - Not supported .... ...0 = Indicator 108: PUSCH RM2-2 when PDSCH TM9 and 8 CSI reference signal ports are configured - Not supported 0... .... = Indicator 109: PUCCH RM1-1 submode 1 - Not supported .0.. .... = Indicator 110: PUCCH RM1-1 submode 2 - Not supported ..0. .... = Indicator 111: Measurement reporting trigger Event A6 - Not supported ...0 .... = Indicator 112: SCell addition within the Handover to EUTRA procedure - Not supported .... 0... = Indicator 113: Trigger type 0 SRS (periodic SRS) transmission on X Serving Cells - Not supported .... .0.. = Indicator 114: Reporting of both UTRA CPICH RSCP and Ec/N0 in a Measurement Report - Not supported .... ..0. = Indicator 115: Time domain ICIC RLM/RRM / ICIC RRM / ICIC CSI measurement sf restriction for the serving cell / neighbour cells - Not supported .... ...0 = Indicator 116: Relative transmit phase continuity for spatial multiplexing in UL - Not supported
Following is an example for RRC Connection Reconfiguration for LTE advanced (with focus on Carrier Aggregation). I just enabled all IE on ASN to give you full details of parameters, but it reality the implementation would start with very limited set of parameters enabled and leaving large portions of parameter to some 3GPP default or hardcoded configuration based on aggrement between UE maker and Network Operator.
+-rrcConnectionReconfiguration-r8 ::= SEQUENCE [000101] +-measConfig ::= SEQUENCE OPTIONAL:Omit +-mobilityControlInfo ::= SEQUENCE OPTIONAL:Omit +-dedicatedInfoNASList ::= SEQUENCE OF OPTIONAL:Omit +-radioResourceConfigDedicated ::= SEQUENCE [000101] OPTIONAL:Exist | +-srb-ToAddModList ::= SEQUENCE OF OPTIONAL:Omit | +-drb-ToAddModList ::= SEQUENCE OF OPTIONAL:Omit | +-drb-ToReleaseList ::= SEQUENCE OF OPTIONAL:Omit | +-mac-MainConfig ::= CHOICE [explicitValue] OPTIONAL:Exist | | +-explicitValue ::= SEQUENCE [000] | | +-ul-SCH-Config ::= SEQUENCE OPTIONAL:Omit | | +-drx-Config ::= CHOICE OPTIONAL:Omit | | +-timeAlignmentTimerDedicated ::= ENUMERATED [infinity] | | +-phr-Config ::= CHOICE OPTIONAL:Omit | | +-EXTENSION ::= SEQUENCE [01] | | +-VERSION-BRACKETS1 ::= SEQUENCE OPTIONAL:Omit | | +-VERSION-BRACKETS2 ::= SEQUENCE [1] OPTIONAL:Exist | | +-mac-MainConfig-v1020 ::= SEQUENCE [111] OPTIONAL:Exist | | +-sCellDeactivationTimer-r10 ::= ENUMERATED [rf16] OPTIONAL:Exist | | +-extendedBSR-Sizes-r10 ::= ENUMERATED [setup] OPTIONAL:Exist | | +-extendedPHR-r10 ::= ENUMERATED [setup] OPTIONAL:Exist | +-sps-Config ::= SEQUENCE OPTIONAL:Omit | +-physicalConfigDedicated ::= SEQUENCE [0000000000] OPTIONAL:Exist | | +-pdsch-ConfigDedicated ::= SEQUENCE OPTIONAL:Omit | | +-pucch-ConfigDedicated ::= SEQUENCE OPTIONAL:Omit | | +-pusch-ConfigDedicated ::= SEQUENCE OPTIONAL:Omit | | +-uplinkPowerControlDedicated ::= SEQUENCE OPTIONAL:Omit | | +-tpc-PDCCH-ConfigPUCCH ::= CHOICE OPTIONAL:Omit | | +-tpc-PDCCH-ConfigPUSCH ::= CHOICE OPTIONAL:Omit | | +-cqi-ReportConfig ::= SEQUENCE OPTIONAL:Omit | | +-soundingRS-UL-ConfigDedicated ::= CHOICE OPTIONAL:Omit | | +-antennaInfo ::= CHOICE OPTIONAL:Omit | | +-schedulingRequestConfig ::= CHOICE OPTIONAL:Omit | | +-EXTENSION ::= SEQUENCE [010] | | +-VERSION-BRACKETS1 ::= SEQUENCE OPTIONAL:Omit | | +-VERSION-BRACKETS2 ::= SEQUENCE [00000111111] OPTIONAL:Exist | | | +-antennaInfo-r10 ::= CHOICE OPTIONAL:Omit | | | +-antennaInfoUL-r10 ::= SEQUENCE OPTIONAL:Omit | | | +-cif-Presence-r10 ::= BOOLEAN OPTIONAL:Omit | | | +-cqi-ReportConfig-r10 ::= SEQUENCE OPTIONAL:Omit | | | +-csi-RS-Config-r10 ::= SEQUENCE OPTIONAL:Omit | | | +-pucch-ConfigDedicated-v1020 ::= SEQUENCE [1111] OPTIONAL:Exist | | | | +-pucch-Format-r10 ::= CHOICE [channelSelection-r10] OPTIONAL:Exist | | | | | +-channelSelection-r10 ::= SEQUENCE [1] | | | | | +-n1PUCCH-AN-CS-r10 ::= CHOICE [setup] OPTIONAL:Exist | | | | | +-setup ::= SEQUENCE | | | | | +-n1PUCCH-AN-CS-List-r10 ::= SEQUENCE OF SIZE(1..2) [2] | | | | | +-N1PUCCH-AN-CS-r10 ::= SEQUENCE OF SIZE(1..4) [4] | | | | | | +- ::= INTEGER (0..2047) [10] | | | | | | +- ::= INTEGER (0..2047) [11] | | | | | | +- ::= INTEGER (0..2047) [12] | | | | | | +- ::= INTEGER (0..2047) [13] | | | | | +-N1PUCCH-AN-CS-r10 ::= SEQUENCE OF SIZE(1..4) [4] | | | | | +- ::= INTEGER (0..2047) [10] | | | | | +- ::= INTEGER (0..2047) [11] | | | | | +- ::= INTEGER (0..2047) [12] | | | | | +- ::= INTEGER (0..2047) [13] | | | | +-twoAntennaPortActivatedPUCCH-Format1a1b-r10 ::= ENUMERATED [true] OPTIONAL:Exist | | | | +-simultaneousPUCCH-PUSCH-r10 ::= ENUMERATED [true] OPTIONAL:Exist | | | | +-n1PUCCH-AN-RepP1-r10 ::= INTEGER (0..2047) [0] OPTIONAL:Exist | | | +-pusch-ConfigDedicated-v1020 ::= SEQUENCE [000] OPTIONAL:Exist | | | | +-betaOffsetMC-r10 ::= SEQUENCE OPTIONAL:Omit | | | | +-groupHoppingDisabled-r10 ::= ENUMERATED OPTIONAL:Omit | | | | +-dmrs-WithOCC-Activated-r10 ::= ENUMERATED OPTIONAL:Omit | | | +-schedulingRequestConfig-v1020 ::= SEQUENCE [0] OPTIONAL:Exist | | | | +-sr-PUCCH-ResourceIndexP1-r10 ::= INTEGER OPTIONAL:Omit | | | +-soundingRS-UL-ConfigDedicated-v1020 ::= SEQUENCE OPTIONAL:Exist | | | | +-srs-AntennaPort-r10 ::= ENUMERATED [an1] | | | +-soundingRS-UL-ConfigDedicatedAperiodic-r10 ::= CHOICE [setup] OPTIONAL:Exist | | | | +-setup ::= SEQUENCE [11] | | | | +-srs-ConfigIndexAp-r10 ::= INTEGER (0..31) [0] | | | | +-srs-ConfigApDCI-Format4-r10 ::= SEQUENCE OF SIZE(1..3) [1] OPTIONAL:Exist | | | | | +-SRS-ConfigAp-r10 ::= SEQUENCE | | | | | +-srs-AntennaPortAp-r10 ::= ENUMERATED [an1] | | | | | +-srs-BandwidthAp-r10 ::= ENUMERATED [bw0] | | | | | +-freqDomainPositionAp-r10 ::= INTEGER (0..23) [0] | | | | | +-transmissionCombAp-r10 ::= INTEGER (0..1) [0] | | | | | +-cyclicShiftAp-r10 ::= ENUMERATED [cs0] | | | | +-srs-ActivateAp-r10 ::= CHOICE [release] OPTIONAL:Exist | | | | +-release ::= NULL | | | +-uplinkPowerControlDedicated-v1020 ::= SEQUENCE [11] OPTIONAL:Exist | | | +-deltaTxD-OffsetListPUCCH-r10 ::= SEQUENCE OPTIONAL:Exist | | | | +-deltaTxD-OffsetPUCCH-Format1-r10 ::= ENUMERATED [dB0] | | | | +-deltaTxD-OffsetPUCCH-Format1a1b-r10 ::= ENUMERATED [dB0] | | | | +-deltaTxD-OffsetPUCCH-Format22a2b-r10 ::= ENUMERATED [dB0] | | | | +-deltaTxD-OffsetPUCCH-Format3-r10 ::= ENUMERATED [dB0] | | | | +-EXTENSION ::= SEQUENCE | | | +-pSRS-OffsetAp-r10 ::= INTEGER (0..15) [0] OPTIONAL:Exist | | +-VERSION-BRACKETS3 ::= SEQUENCE OPTIONAL:Omit | +-EXTENSION ::= SEQUENCE [00] | +-VERSION-BRACKETS1 ::= SEQUENCE OPTIONAL:Omit | +-VERSION-BRACKETS2 ::= SEQUENCE OPTIONAL:Omit +-securityConfigHO ::= SEQUENCE OPTIONAL:Omit +-nonCriticalExtension ::= SEQUENCE [01] OPTIONAL:Exist +-lateNonCriticalExtension ::= OCTET STRING OPTIONAL:Omit +-nonCriticalExtension ::= SEQUENCE [001] OPTIONAL:Exist +-otherConfig-r9 ::= SEQUENCE OPTIONAL:Omit +-fullConfig-r9 ::= ENUMERATED OPTIONAL:Omit +-nonCriticalExtension ::= SEQUENCE [010] OPTIONAL:Exist +-sCellToReleaseList-r10 ::= SEQUENCE OF OPTIONAL:Omit +-sCellToAddModList-r10 ::= SEQUENCE OF SIZE(1..maxSCell-r10[4]) [1] OPTIONAL:Exist | +-SCellToAddMod-r10 ::= SEQUENCE [111] | +-sCellIndex-r10 ::= INTEGER (1..7) [1] | +-cellIdentification-r10 ::= SEQUENCE OPTIONAL:Exist | | +-physCellId-r10 ::= INTEGER (0..503) [2] | | +-dl-CarrierFreq-r10 ::= INTEGER (0..maxEARFCN[65535]) [5790] | +-radioResourceConfigCommonSCell-r10 ::= SEQUENCE [0] OPTIONAL:Exist | | +-nonUL-Configuration-r10 ::= SEQUENCE [00] | | | +-dl-Bandwidth-r10 ::= ENUMERATED [n50] | | | +-antennaInfoCommon-r10 ::= SEQUENCE | | | | +-antennaPortsCount ::= ENUMERATED [an2] | | | +-mbsfn-SubframeConfigList-r10 ::= SEQUENCE OF OPTIONAL:Omit | | | +-phich-Config-r10 ::= SEQUENCE | | | | +-phich-Duration ::= ENUMERATED [normal] | | | | +-phich-Resource ::= ENUMERATED [oneSixth] | | | +-pdsch-ConfigCommon-r10 ::= SEQUENCE | | | | +-referenceSignalPower ::= INTEGER (-60..50) [21] | | | | +-p-b ::= INTEGER (0..3) [1] | | | +-tdd-Config-r10 ::= SEQUENCE OPTIONAL:Omit | | +-ul-Configuration-r10 ::= SEQUENCE OPTIONAL:Omit | | +-EXTENSION ::= SEQUENCE | +-radioResourceConfigDedicatedSCell-r10 ::= SEQUENCE [1] OPTIONAL:Exist | | +-physicalConfigDedicatedSCell-r10 ::= SEQUENCE [11] OPTIONAL:Exist | | | +-nonUL-Configuration-r10 ::= SEQUENCE [1111] OPTIONAL:Exist | | | | +-antennaInfo-r10 ::= SEQUENCE [1] OPTIONAL:Exist | | | | | +-transmissionMode-r10 ::= ENUMERATED [tm3] | | | | | +-codebookSubsetRestriction-r10 ::= BIT STRING SIZE(ALIGNED) [00] OPTIONAL:Exist | | | | | +-ue-TransmitAntennaSelection ::= CHOICE [release] | | | | | +-release ::= NULL | | | | +-crossCarrierSchedulingConfig-r10 ::= SEQUENCE OPTIONAL:Exist | | | | | +-schedulingCellInfo-r10 ::= CHOICE [own-r10] | | | | | +-own-r10 ::= SEQUENCE | | | | | +-cif-Presence-r10 ::= BOOLEAN [FALSE] | | | | +-csi-RS-Config-r10 ::= SEQUENCE [11] OPTIONAL:Exist | | | | | +-csi-RS-r10 ::= CHOICE [setup] OPTIONAL:Exist | | | | | | +-setup ::= SEQUENCE | | | | | | +-antennaPortsCount-r10 ::= ENUMERATED [an1] | | | | | | +-resourceConfig-r10 ::= INTEGER (0..31) [0] | | | | | | +-subframeConfig-r10 ::= INTEGER (0..154) [0] | | | | | | +-p-C-r10 ::= INTEGER (-8..15) [-8] | | | | | +-zeroTxPowerCSI-RS-r10 ::= CHOICE [setup] OPTIONAL:Exist | | | | | +-setup ::= SEQUENCE | | | | | +-zeroTxPowerResourceConfigList-r10 ::= BIT STRING SIZE(16) [0000000000000000] | | | | | +-zeroTxPowerSubframeConfig-r10 ::= INTEGER (0..154) [0] | | | | +-pdsch-ConfigDedicated-r10 ::= SEQUENCE OPTIONAL:Exist | | | | +-p-a ::= ENUMERATED [dB-3] | | | +-ul-Configuration-r10 ::= SEQUENCE [1111111] OPTIONAL:Exist | | | | +-antennaInfoUL-r10 ::= SEQUENCE [11] OPTIONAL:Exist | | | | | +-transmissionModeUL-r10 ::= ENUMERATED [tm1] OPTIONAL:Exist | | | | | +-fourAntennaPortActivated-r10 ::= ENUMERATED [setup] OPTIONAL:Exist | | | | +-pusch-ConfigDedicatedSCell-r10 ::= SEQUENCE [11] OPTIONAL:Exist | | | | | +-groupHoppingDisabled-r10 ::= ENUMERATED [true] OPTIONAL:Exist | | | | | +-dmrs-WithOCC-Activated-r10 ::= ENUMERATED [true] OPTIONAL:Exist | | | | +-uplinkPowerControlDedicatedSCell-r10 ::= SEQUENCE [11] OPTIONAL:Exist | | | | | +-p0-UE-PUSCH-r10 ::= INTEGER (-8..7) [-8] | | | | | +-deltaMCS-Enabled-r10 ::= ENUMERATED [en0] | | | | | +-accumulationEnabled-r10 ::= BOOLEAN [FALSE] | | | | | +-pSRS-Offset-r10 ::= INTEGER (0..15) [0] | | | | | +-pSRS-OffsetAp-r10 ::= INTEGER (0..15) [0] OPTIONAL:Exist | | | | | +-filterCoefficient-r10 ::= ENUMERATED [fc0] OPTIONAL:Exist | | | | | +-pathlossReferenceLinking-r10 ::= ENUMERATED [pCell] | | | | +-cqi-ReportConfigSCell-r10 ::= SEQUENCE [111] OPTIONAL:Exist | | | | | +-cqi-ReportModeAperiodic-r10 ::= ENUMERATED [rm12] OPTIONAL:Exist | | | | | +-nomPDSCH-RS-EPRE-Offset-r10 ::= INTEGER (-1..6) [-1] | | | | | +-cqi-ReportPeriodicSCell-r10 ::= CHOICE [setup] OPTIONAL:Exist | | | | | | +-setup ::= SEQUENCE [0000] | | | | | | +-cqi-PUCCH-ResourceIndex-r10 ::= INTEGER (0..1184) [0] | | | | | | +-cqi-PUCCH-ResourceIndexP1-r10 ::= INTEGER OPTIONAL:Omit | | | | | | +-cqi-pmi-ConfigIndex ::= INTEGER (0..1023) [0] | | | | | | +-cqi-FormatIndicatorPeriodic-r10 ::= CHOICE [widebandCQI-r10] | | | | | | | +-widebandCQI-r10 ::= SEQUENCE [0] | | | | | | | +-csi-ReportMode-r10 ::= ENUMERATED OPTIONAL:Omit | | | | | | +-ri-ConfigIndex ::= INTEGER OPTIONAL:Omit | | | | | | +-simultaneousAckNackAndCQI ::= BOOLEAN [FALSE] | | | | | | +-cqi-Mask-r9 ::= ENUMERATED OPTIONAL:Omit | | | | | | +-csi-ConfigIndex-r10 ::= CHOICE OPTIONAL:Omit | | | | | +-pmi-RI-Report-r10 ::= ENUMERATED [setup] OPTIONAL:Exist | | | | +-soundingRS-UL-ConfigDedicated-r10 ::= CHOICE [setup] OPTIONAL:Exist | | | | | +-setup ::= SEQUENCE | | | | | +-srs-Bandwidth ::= ENUMERATED [bw0] | | | | | +-srs-HoppingBandwidth ::= ENUMERATED [hbw0] | | | | | +-freqDomainPosition ::= INTEGER (0..23) [0] | | | | | +-duration ::= BOOLEAN [FALSE] | | | | | +-srs-ConfigIndex ::= INTEGER (0..1023) [0] | | | | | +-transmissionComb ::= INTEGER (0..1) [0] | | | | | +-cyclicShift ::= ENUMERATED [cs0] | | | | +-soundingRS-UL-ConfigDedicated-v1020 ::= SEQUENCE OPTIONAL:Exist | | | | | +-srs-AntennaPort-r10 ::= ENUMERATED [an1] | | | | +-soundingRS-UL-ConfigDedicatedAperiodic-r10 ::= CHOICE [setup] OPTIONAL:Exist | | | | +-setup ::= SEQUENCE [11] | | | | +-srs-ConfigIndexAp-r10 ::= INTEGER (0..31) [0] | | | | +-srs-ConfigApDCI-Format4-r10 ::= SEQUENCE OF SIZE(1..3) [1] OPTIONAL:Exist | | | | | +-SRS-ConfigAp-r10 ::= SEQUENCE | | | | | +-srs-AntennaPortAp-r10 ::= ENUMERATED [an1] | | | | | +-srs-BandwidthAp-r10 ::= ENUMERATED [bw0] | | | | | +-freqDomainPositionAp-r10 ::= INTEGER (0..23) [0] | | | | | +-transmissionCombAp-r10 ::= INTEGER (0..1) [0] | | | | | +-cyclicShiftAp-r10 ::= ENUMERATED [cs0] | | | | +-srs-ActivateAp-r10 ::= CHOICE [release] OPTIONAL:Exist | | | | +-release ::= NULL | | | +-EXTENSION ::= SEQUENCE | | +-EXTENSION ::= SEQUENCE | +-EXTENSION ::= SEQUENCE
Technical Challenges of Implementing LTE Advanced
Followings are some technical challenges mainly for PHY/RF, but definitely there would be a lot of challenges in higher layer implmentation (eg, MAC for L1 scheduling)
Status Update for LTE Advanced
This is purely my personal recoding of Carrier Aggregation just based on what I observe in the industry and personal communication with many developers from various area (UE maker, Equipment Vendor, Chipset Maker etc). If you want to trace more formal/official tracking, I would recommend to refer to http://www.3gpp.org/lte-advanced or each 3GPP 36.xxx document. I decided to post this section to give you some practical idea on how a new technology/feature is adopted and implemented in reality. You might have seen some cases where a new technology sounded like a science fiction and you thought it would never come true, but you see real implementation of the technology much sooner than you imagined. Also you might have seen a lot of cases where everybody says it would come out 'TOMORROW', but in reality it would take several years (not 'tomorrow) before you see real implementation in the market.
[2] LTE-A Carrier Aggregation Enhancements in Release 11
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||