LMS Propagation Channel at L- and S-bands Narrowband Experimental Data and Channel Modelling

合集下载

SDRplay ADS-B (dump1090) User Guide

SDRplay ADS-B (dump1090) User Guide

Radio Spectrum Processor ADS-B (dump1090) User GuideOverviewThe SDRplay Radio combines together the Mirics flexible tuner front-end and USB Bridge to produce a SDR platform capable of being used for a wide range of worldwide radio and TV standards. This document provides an overview of the installation process and operation of the SDRplay ADS-B(dump1090) application.Dump1090 was originally written by Salvatore Sanfilippo ***************** in 2012 and is released under the BSD three clause license.Malcolm Robb *********************** made a number of improvements in 2014. In this revision of the application, support has been added for the RSP.Oliver Jowett ********************.uk created mutability version including oversampled demod in 2016. Contents1.Installation (2)2.Getting Started (11)3.RSP Command Line Options (13)4.Legal Information (14)1. InstallationDownload the SDRplay ADS-B (dump1090) installer from the Windows section of the website (/downloads)Run the downloaded installation file and you will see this, click Yes to continue.Click Next to continue past the welcome screen.Please read and accept the license agreement.The next screen will display important information about these early releases. Read and then click Next.The next screen shows the installation directory. Check you have enough disk space and then click NextThe next screen confirms where the software will be installed to. If correct, click Install.After the software has installed, there will be some quick tips in the next screen, after you have reviewed these click Next.This completes the installation, clicking Finish will close the installer.This software works well with the Virtual Radar Server software. Virtual Radar Server will collect the data from dump1090 and produce a clickable map that shows all of the aircraft found by dump1090 in real time. You can download it from here: /Download.aspxAfter downloading the software, run it to start the installation.Click Next to continue past the welcome screen.Review and accept the license agreement, then click Next.You can review the change log and then click Next to continue.Review the installation directory and click NextThe next screen allows you to change the port number that the server listens on to receive web requests. You can normally leave this as the default (80) but if it conflicts with another web server you may have on your system, you can change it, then click Next.You can choose which folder to store the programs shortcuts or leave it as the default and click NextThis screen allows you to automatically configure the firewall to allow remote connections. Review this information and then click Next once you have decided on the correct setting.After reviewing the summary of what will be installed, click Install to begin.After the software has installed, click Finish to close the installer.2. Getting StartedThe easiest way to get started is to click on Start dump1090 from the Stat Menu (underSDRplay/dump1090). This will start dump1090 with settings to output the received plane information to the network ports.A receiver should be setup in Virtual Server with the following information:Format: BeastIP: 127.0.0.1 (if dump1090 and virtual server running on the same machine) or set to the IP address of the machine running dump1090Port: 30005 (this is the default output port for beast data)Please note: there are more Start options from the menu, these are 2MHz mode (interactive or quiet) and 8MHz mode (interactive or quiet). Interactive will show the plane information as received but will require more CPU than the quiet mode that just outputs the data to the network port.Whilst this is running, start Virtual Radar Server from the Start Menu. It should automatically connect to the dump1090 application and start to process incoming data.You can now click on the link in blue inside the Virtual Radar window (shown in blue) and it will open up a browser window showing the aircraft being detected on a map.You can change some of the command line options to try to improve the performance to capture more aircraft data. Below are some of the options that relate directly to the operation of the RSP.3. RSP Command Line Options--dev-sdrplay – Must be set for ANY RSP--net – enable networking--modeac – enable decoding of SSR modes 3/A & 3/C--oversample – use the 8MHz demodulator (default: 2MHz demodulator)--rsp-device-serNo <serNo> Used to select between multiple devices when more than one RSP device is present--rsp2-antenna-portA Select Antenna Port A on RSP2 (default Antenna Port B)--rspduo-tuner1 Select Tuner 1 on RSPduo (default Tuner 2 if Master or Single Tuner)--rspduo-single Use Single Tuner mode for RSPduo if available (default Master/Slave mode)--adsbMode Set SDRplay ADSB mode (default 1 for ZIF and 2 for LIF)--enable-biasT Enable BiasT network on RSP2 Antenna Port B or RSP1A or RSPduo Tuner 2--disable-broadcast-notch Disable Broadcast notch filter (RSP1A/RSP2/RSPduo)--disable-dab-notch Disable DAB notch filter (RSP1A/RSPduo)--interactive – display aircraft data in a table in the command prompt--quiet – Disable output to the command promptFor more information contact /support4. Legal Information********************************************************(2012)andisreleasedunderthefollowingBSDthreeclause license.**********************************(2014)madeanumberofimprovements******************************(2016)addedRSPsupportCopyright(c)2012,************************************All rights reserved.Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.3. Neither the name of the copyright holder nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission.THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.SDRPlay modules use a Mirics chipset and software. The information supplied hereunder is provided to you by SDRPlay under license from Mirics. Mirics hereby grants you a perpetual, worldwide, royalty free license to use the information herein for the purpose of designing software that utilizes SDRPlay modules, under the following conditions:There are no express or implied copyright licenses granted hereunder to design or fabricate any integrated circuits or integrated circuits based on the information in this document. Mirics reserves the right to make changes without further notice to any of its products. Mirics makes no warranty, representation or guarantee regarding the suitability of its products for any particular purpose, nor does Mirics assume any liability arising out of the application or use of any product or circuit, and specifically disclaims any and all liability, including without limitation consequential or incidental damages. Typical parameters that may be provided in Mirics data sheets and/or specifications can and do vary in different applications and actual performance may vary over time. All operating parameters must be validated for each customer application by the buyer’s technical experts. SDRPlay and Mirics products are not designed, intended, or authorized for use as components in systems intended for surgical implant into the body, or other applications intended to support or sustain life, or for any other application in which the failure of the Mirics product could create a situation where personal injury or death may occur. Should Buyer purchase or use SDRPlay or Mirics products for any such unintended or unauthorized application, Buyer shall indemnify and hold both SDRPlay and Mirics and their officers, employees, subsidiaries, affiliates, and distributors harmless against all claims, costs, damages, and expenses, and reasonable attorney fees arising out of, directly or indirectly, any claim of personal injury or death associated with such unintended or unauthorized use, even if such claim alleges that either SDRPlay or Mirics were negligent regarding the design or manufactu re of the part. Mirics FlexiRF™, Mirics FlexiTV™ and Mirics™ are trademarks of Mirics .SDRPlay is the trading name of SDRPlay Limited a company registered in England # 09035244.Mirics is the trading name of Mirics Limited a company registered in England # 05046393。

LDPC码及其与Turbo码的比较

LDPC码及其与Turbo码的比较
度为n,其中信息位长度为k的编码C可用(n-k)xn维的校验矩阵日描述: C(日)车{xe F4:Hx’=0l
LDPC码也不例外,可以用校验矩阵描述。
下面是Gallager最初提出的LDPC码的结构,这种码现在通常称为正则码或GaUagcr码。似,,d。)正 则LDPC码是指一个二元域上的线性分组码,该编码的校验矩阵日中每一列有d,个非零元,每一行有d。 个非零元。即编码码字中的每个比特参与d,个校验约束,而每个校验约束涉及d。个比特·例如由下面
1 LDPC码的构造
Gallager在1962年提出了LDPC码。揭示了一种新的具有低密度校验矩阵的分组编码方法,它利用 校验矩阵的稀疏性解决长码的译码问题,可以在线性时间内译码。同时又近似于Shannon提出的随机编 码,获得了优秀的编码性能。
简单的说,LDPC码是一种具有稀疏校验矩阵的线性分组码。由线性分组码的性质,域F上码字长
·60·
给定(d,,d。)正则码的校验矩阵后,若校验矩阵的行是线性无关的,那么编码的码率为1一生,否
dc
则t若校验矩阵的行不是线性无关的,那么编码的码率大于1一生。
d。
任一个二进制的线性分组码,都可以简单地用二分图将编码表示出来。一个二分图是—个包括两个 顶点集合的图。若将二分图的两个顶点集合分别称为信息节点集合和校验节点集合,那么信息节点集合 中的节点对应码字中的比特或者说校验矩阵的列;校验节点集合中的节点对应编码的码字所满足的校验 约束方程或者说校验矩阵中的行。若某个校验约束方程中出现了某个码字比特.则在相应的信息节点和 校验节点之间连一条边。上面例子中
图1码率不低于0.5,码长12的(3,6)正则码.有12个信息节点.6个校验节点.
每个校验节点的相邻信息节点的横2和为0

channel Estimation techniques based on pilot arrangement in ofdm systems

channel Estimation techniques based on pilot arrangement in ofdm systems

Channel Estimation Techniques Based on Pilot Arrangement in OFDM SystemsSinem Coleri,Mustafa Ergen,Anuj Puri,and Ahmad BahaiAbstract—The channel estimation techniques for OFDM systems based on pilot arrangement are investigated.The channel estimation based on comb type pilot arrangement is studied through different algorithms for both estimating channel at pilot frequencies and interpolating the channel.The estimation of channel at pilot frequencies is based on LS and LMS while the channel interpolation is done using linear interpolation,second order interpolation,low-pass interpolation,spline cubic interpo-lation,and time domain interpolation.Time-domain interpolation is obtained by passing to time domain through IDFT(Inverse Discrete Fourier Transform),zero padding and going back to frequency domain through DFT(Discrete Fourier Transform). In addition,the channel estimation based on block type pilot arrangement is performed by sending pilots at every sub-channel and using this estimation for a specific number of following symbols.We have also implemented decision feedback equalizer for all sub-channels followed by periodic block-type pilots.We have compared the performances of all schemes by measuring bit error rate with16QAM,QPSK,DQPSK and BPSK as modulation schemes,and multi-path Rayleigh fading and AR based fading channels as channel models.Index Terms—Cochannel interference,communication chan-nels,data communication,digital communication,frequency division multiplexing,frequency domain analysis,time domain analysis,time-varying channels.I.I NTRODUCTIONO RTHOGONAL Frequency Division Multiplexing (OFDM)has recently been applied widely in wireless communication systems due to its high data rate transmission capability with high bandwidth efficiency and its robustness to multi-path delay.It has been used in wireless LAN standards such as American IEEE802.11a and the European equivalent HIPERLAN/2and in multimedia wireless services such as Japanese Multimedia Mobile Access Communications.A dynamic estimation of channel is necessary before the de-modulation of OFDM signals since the radio channel is fre-quency selective and time-varying for wideband mobile com-munication systems[1].The channel estimation can be performed by either inserting pilot tones into all of the subcarriers of OFDM symbols with a specific period or inserting pilot tones into each OFDM symbol. The first one,block type pilot channel estimation,has beenManuscript received February19,2002;revised June12,2002.This work was supported by the Office of Naval Research and National Semiconductor. S.Coleri,M.Ergen,and A.Puri are with Electrical Engineering, UC Berkeley,Berkeley,CA,USA(e-mail:{csinem;ergen;anuj}@ ).A.Bahai is with Electrical Engineering,Stanford University,Stanford,CA, USA(e-mail:ahmad.bahai@).Publisher Item Identifier10.1109/TBC.2002.804034.developed under the assumption of slow fading channel.Even with decision feedback equalizer,this assumes that the channel transfer function is not changing very rapidly.The estimation of the channel for this block-type pilot arrangement can be based on Least Square(LS)or Minimum Mean-Square(MMSE). The MMSE estimate has been shown to give10–15dB gain in signal-to-noise ratio(SNR)for the same mean square error of channel estimation over LS estimate[2].In[3],a low-rank ap-proximation is applied to linear MMSE by using the frequency correlation of the channel to eliminate the major drawback of MMSE,which is complexity.The later,the comb-type pilot channel estimation,has been introduced to satisfy the need for equalizing when the channel changes even in one OFDM block. The comb-type pilot channel estimation consists of algorithms to estimate the channel at pilot frequencies and to interpolate the channel.The estimation of the channel at the pilot frequencies for comb-type based channel estimation can be based on LS, MMSE or Least Mean-Square(LMS).MMSE has been shown to perform much better than LS.In[4],the complexity of MMSE is reduced by deriving an optimal low-rank estimator with singular-value decomposition.The interpolation of the channel for comb-type based channel estimation can depend on linear interpolation,second order in-terpolation,low-pass interpolation,spline cubic interpolation, and time domain interpolation.In[4],second-order interpola-tion has been shown to perform better than the linear interpola-tion.In[5],time-domain interpolation has been proven to give lower bit-error rate(BER)compared to linear interpolation.In this paper,our aim is to compare the performance of all of the above schemes by applying16QAM(16Quadrature Amplitude Modulation),QPSK(Quadrature Phase Shift Keying),DQPSK(Differential Quadrature Phase Shift Keying) and BPSK(Binary Phase Shift Keying)as modulation schemes with Rayleigh fading and AR(Auto-Regressive)based fading channels as channel models.In Section II,the description of the OFDM system based on pilot channel estimation is given.In Section III,the estimation of the channel based on block-type pilot arrangement is discussed.In Section IV,the estimation of the channel at pilot frequencies is presented.In Section V,the different interpolation techniques are introduced. In Section VI,the simulation environment and results are described.Section VII concludes the paper.II.S YSTEM D ESCRIPTIONThe OFDM system based on pilot channel estimation is given in Fig.1.The binary information is first grouped and mapped ac-0018-9316/02$17.00©2002IEEEFig.1.Baseband OFDM system.cording to the modulation in “signal mapper.”After inserting pi-lots either to all sub-carriers with a specific period or uniformly between the information data sequence,IDFT block is used totransform the data sequence oflength into time do-mainsignalis the DFT length.Following IDFT block,guard time,which is chosen to be larger than the expected delay spread,is inserted to prevent inter-symbol interference.This guard time includes the cyclically extended part of OFDM symbol in order to eliminate inter-carrier interference (ICI).The resultant OFDM symbol is given asfollows:(2)wherewill pass through the frequency selective timevarying fading channel with additive noise.The received signal is givenby:(3)whereis Additive White Gaussian Noise (AWGN)andcan be represented by[5]:is the total number of propagationpaths,thpath,is theis delay spreadindex,th path delay normalized by the sampling time.Atthe receiver,after passing to discrete domain through A/D and low pass filter,guard time isremoved:for(5)Thenis sent to DFT block for the followingoperation:(6)Assuming there is no ISI,[8]shows the relation of theresulting,(7)where(8)Then the binary information data is obtained back in “signal demapper”block.III.C HANNEL E STIMATION B ASED ON B LOCK -T YPEP ILOT A RRANGEMENT In block-type pilot based channel estimation,OFDM channel estimation symbols are transmitted periodically,in which all sub-carriers are used as pilots.If the channel is constant during the block,there will be no channel estimation error since the pi-lots are sent at all carriers.The estimation can be performed by using either LS or MMSE [2],[3].If inter symbol interference is eliminated by the guard in-terval,we write (7)in matrixnotation.........is Gaussian and uncorre-lated with the channelnoise (11)COLERI et al.:CHANNEL ESTIMATION TECHNIQUES BASED ON PILOT ARRANGEMENT IN OFDM SYSTEMS225whereand.and represents the noisevariance.When the channel is slow fading,the channel estimation in-side the block can be updated using the decision feedback equal-izer at each sub-carrier.Decision feedback equalizer fortheThe channel response attheis used to find the estimated trans-mittedsignal(14)is mapped to the binary data through“signaldemapper”and then obtained back through“signal mapper”as.(15)Since the decision feedback equalizer has to assume that thedecisions are correct,the fast fading channel will cause thecomplete loss of estimated channel parameters.Therefore,asthe channel fading becomes faster,there happens to be a com-promise between the estimation error due to the interpolationand the error due to loss of channel tracking.For fast fadingchannels,as will be shown in simulations,the comb-type basedchannel estimation performs much better.IV.C HANNEL E STIMATION AT P ILOT F REQUENCIES INC OMB-T YPE P ILOT A RRANGEMENTIn comb-type pilot based channel estimation,the(16)where th pilotcarrier value.Wedefine as the fre-quency response of the channel at pilot sub-carriers.The esti-mate of the channel at pilot sub-carriers based on LS estimationis givenby:(17)where th pilotsub-carrier respectively.Since LS estimate is susceptible to noise and ICI,MMSEis proposed while compromising complexity.Since MMSEincludes the matrix inversion at each iteration,the simplifiedlinear MMSE estimator is suggested in[6].In this simplifiedversion,the inverse is only need to be calculated once.In[4],the complexity is further reduced with a low-rank approxima-tion by using singular valuedecomposition.Fig.2.Pilot arrangement.V.I NTERPOLATION T ECHNIQUES IN C OMB-T YPEP ILOT A RRANGEMENTIn comb-type pilot based channel estimation,an efficient in-terpolation technique is necessary in order to estimate channelat data sub-carriers by using the channel information at pilotsub-carriers.The linear interpolation method is shown to perform betterthan the piecewise-constant interpolation in[7].The channelestimation at thedata-carrier(18)The second-order interpolation is shown to fit better than linearinterpolation[4].The channel estimated by second-order inter-polation is givenby:226IEEE TRANSACTIONS ON BROADCASTING,VOL.48,NO.3,SEPTEMBER 2002TABLE IS IMULATION PARAMETERSinterpolation (spline function in MATLAB )produces a smooth and continuous polynomial fitted to given data points.The time domain interpolation is a high-resolution interpolation based on zero-padding and DFT/IDFT [8].After obtaining the estimatedchannelpoints with the followingmethod:(22)VI.S IMULATIONA.Description of Simulation1)System Parameters:OFDM system parameters used in the simulation are indicated in Table I:We assume to have perfect synchronization since the aim is to observe channel estimation performance.Moreover,we have chosen the guard interval to be greater than the maximum delay spread in order to avoid inter-symbol interference.Simulations are carried out for different signal-to-noise (SNR)ratios and for different Doppler spreads.2)Channel Model:Two multi-path fading channel models are used in the simulations.The 1st channel model is the ATTC (Advanced Television Technology Center)and the Grande Al-liance DTV laboratory’s ensemble E model,whose static case impulse response is givenby:(24)whereis chosen to be close to 1in order to satisfy the assumption that channel impulse response does not change within one OFDM symbol duration.In thesimulations,COLERI et al.:CHANNEL ESTIMATION TECHNIQUES BASED ON PILOT ARRANGEMENT IN OFDM SYSTEMS227Fig. 5.BPSK modulation with Rayleigh fading (channel 1,Doppler freq.70Hz).Fig.6.QPSK modulation with Rayleigh fading (channel 1,Doppler freq.70Hz).The channel estimation at pilot frequencies is performed by using either LS or LMS.Then all of the possible interpola-tion techniques (linear interpolation,second order interpolation,low-pass interpolation,spline cubic interpolation,and time do-main interpolation)are applied to LS estimation result to inves-tigate the interpolation effects and linear interpolation is applied to LMS estimation results to compare with the LS overall esti-mation results.B.Simulation ResultsThe legends “linear,second-order,low-pass,spline,time do-main”denote interpolation schemes of comb-type channel es-timation with the LS estimate at the pilot frequencies,“block type”shows the block type pilot arrangement with LS estimate at the pilot frequencies and without adjustment,“decision feed-back”means the block type pilot arrangement with LS estimate at the pilot frequencies and with decision feedback,and“LMS”Fig.7.16QAM modulation with Rayleigh fading (channel 1,Doppler freq.70Hz).Fig.8.DQPSK modulation with Rayleigh fading (channel 1,Doppler freq.70Hz).is for the linear interpolation scheme for comb-type channel es-timation with LMS estimate at the pilot frequencies.Figs.5–8give the BER performance of channel estimation algorithms for different modulations and for Rayleigh fading channel,with static channel response given in (23),Doppler fre-quency 70Hz and OFDM parameters given in Table I.These re-sults show that the block-type estimation and decision feedback BER is 10–15dB higher than that of the comb-type estimation type.This is because the channel transfer function changes so fast that there are even changes for adjacent OFDM symbols.The comb-type channel estimation with low pass interpola-tion achieves the best performance among all the estimation techniques for BPSK,QPSK,and 16QAM modulation.The per-formance among comb-type channel estimation techniques usu-ally ranges from the best to the worst as follows:low-pass,spline,time-domain,second-order and linear.The result was ex-pected since the low-pass interpolation used in simulation does the interpolation such that the mean-square error between the228IEEE TRANSACTIONS ON BROADCASTING,VOL.48,NO.3,SEPTEMBER2002Fig.9.16QAM modulation with AR fading(channel1).Fig.10.16QAM modulation with Rayleigh fading(channel2,Doppler freq.70Hz).interpolated points and their ideal values is minimized.Theseresults are also consistent with those obtained in[4]and[5].DQPSK modulation based channel estimation shows almostthe same performance for all channel estimation techniques ex-cept the decision-feedback method.This is expected because di-viding two consecutive data sub-carriers in signal de-mappereliminates the time varying fading channel effect.The errorin estimation techniques result from the additive white noise.The BER performance of DQPSK for all estimation types ismuch better than those with modulations QPSK and16QAMand worse than those with the BPSK modulation for high SNR.The effect of fading on the block type and LMS estimationcan be observed from Fig.9for autoregressive channel modelwith different fading parameters.As the fading factor“COLERI et al.:CHANNEL ESTIMATION TECHNIQUES BASED ON PILOT ARRANGEMENT IN OFDM SYSTEMS229worse than that of the best estimation.Therefore,some perfor-mance degradation can be tolerated for higher data bit rate for low Doppler spread channels although low-pass interpolation comb-type channel estimation is more robust for Doppler fre-quency increase.A CKNOWLEDGMENTThe authors are grateful to Prof.P.Varaiya for his help.R EFERENCES[1] A.R.S.Bahai and B.R.Saltzberg,Multi-Carrier Digital Communica-tions:Theory and Applications of OFDM:Kluwer Academic/Plenum, 1999.[2]J.-J.van de Beek,O.Edfors,M.Sandell,S.K.Wilson,and P.O.Bor-jesson,“On channel estimation in OFDM systems,”in Proc.IEEE45th Vehicular Technology Conf.,Chicago,IL,Jul.1995,pp.815–819.[3]O.Edfors,M.Sandell,J.-J.van de Beek,S.K.Wilson,and P.O.Br-jesson,“OFDM channel estimation by singular value decomposition,”IEEE mun.,vol.46,no.7,pp.931–939,Jul.1998.[4]M.Hsieh and C.Wei,“Channel estimation for OFDM systems based oncomb-type pilot arrangement in frequency selective fading channels,”IEEE Trans.Consumer Electron.,vol.44,no.1,Feb.1998.[5]R.Steele,Mobile Radio Communications.London,England:PentechPress Limited,1992.[6]U.Reimers,“Digital video broadcasting,”IEEE Commun.Mag.,vol.36,no.6,pp.104–110,June1998.[7]L.J.Cimini,“Analysis and simulation of a digital mobile channel usingorthogonal frequency division multiplexing,”IEEE mun., vol.33,no.7,pp.665–675,Jul.1985.[8]Y.Zhao and A.Huang,“A novel channel estimation method for OFDMMobile Communications Systems based on pilot signals and transform domain processing,”in Proc.IEEE47th Vehicular Technology Conf., Phoenix,USA,May1997,pp.2089–2093.[9] A.V.Oppenheim and R.W.Schafer,Discrete-Time Signal Processing,New Jersey:Prentice-Hall Inc.,1999.[10]“Digital video broadcasting(DVB):Framing,channel coding and mod-ulation for digital terrestrial television,”,Draft ETSI EN300744V1.3.1 (2000-08).[11]Y.Li,“Pilot-symbol-aided channel estimation for OFDM in wirelesssystems,”IEEE Trans.Vehicular Technol.,vol.49,no.4,Jul.2000.Sinem Coleri is a Ph.D.student in the Department of Electrical Engineering and Computer Science at University of California,Berkeley.She received her B.S.from Bilkent University in June2000.Her research interests include com-munication theory,adhoc networks,and mobile IP.Mustafa Ergen is a Ph.D.student in the Department of Electrical Engineering and Computer Science at University of California,Berkeley.He received his M.S.degree from University of California Berkeley in May2002and his B.S. degree from Middle East Technical University as a METU Valedictorian in June 2000.His research interests are in wireless networks and communication theory.Anuj Puri received his Ph.D.from the University of California,Berkeley in December1995.He was with Bell Labs of Lucent Technologies until December 1998.Since then he has been with the Department of Electrical Engineering and Computer Sciences at UC Berkeley.His interests are in wireless networks and embedded systems.Ahmad Bahai received his M.S.degree in electrical engineering from Impe-rial College,University of London in1988and his Ph.D.degree in electrical engineering from University of California at Berkeley in1993.From1992to 1994he worked as a member of technical staff in the wireless communications division of TCSI.He joined AT&T Bell Laboratories in1994where he was Technical Manager of Wireless Communication Group in Advanced Commu-nications Technology Labs until1997.He has been involved in design of PDC, IS-95,GSM,and IS-136terminals and base stations,as well as ADSL and Cable modems.He is one of the inventors of Multi-carrier CDMA(OFDM)concept and proposed the technology for the third generation wireless systems.He was the co-founder and Chief Technical Officer of ALGOREX Inc.and currently is the Chief Technology Officer of National Semiconductor,wireless division.He is an adjunct/consulting professor at Stanford University and UC Berkeley.His research interests include adaptive signal processing and communication theory. He is the author of more than30papers and reports and his book on Multi-Car-rier Digital Communications is published by Kluwer/Plenum.Dr.Bahai holds five patents in the Communications and Signal Processing field and currently serves as an editor of IEEE Communication Letters.。

3GPP TS 36.331 V13.2.0 (2016-06)

3GPP TS 36.331 V13.2.0 (2016-06)

3GPP TS 36.331 V13.2.0 (2016-06)Technical Specification3rd Generation Partnership Project;Technical Specification Group Radio Access Network;Evolved Universal Terrestrial Radio Access (E-UTRA);Radio Resource Control (RRC);Protocol specification(Release 13)The present document has been developed within the 3rd Generation Partnership Project (3GPP TM) and may be further elaborated for the purposes of 3GPP. The present document has not been subject to any approval process by the 3GPP Organizational Partners and shall not be implemented.This Specification is provided for future development work within 3GPP only. The Organizational Partners accept no liability for any use of this Specification. Specifications and reports for implementation of the 3GPP TM system should be obtained via the 3GPP Organizational Partners' Publications Offices.KeywordsUMTS, radio3GPPPostal address3GPP support office address650 Route des Lucioles - Sophia AntipolisValbonne - FRANCETel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16InternetCopyright NotificationNo part may be reproduced except as authorized by written permission.The copyright and the foregoing restriction extend to reproduction in all media.© 2016, 3GPP Organizational Partners (ARIB, ATIS, CCSA, ETSI, TSDSI, TTA, TTC).All rights reserved.UMTS™ is a Trade Mark of ETSI registered for the benefit of its members3GPP™ is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational PartnersLTE™ is a Trade Mark of ETSI currently being registered for the benefit of its Members and of the 3GPP Organizational Partners GSM® and the GSM logo are registered and owned by the GSM AssociationBluetooth® is a Trade Mark of the Bluetooth SIG registered for the benefit of its membersContentsForeword (18)1Scope (19)2References (19)3Definitions, symbols and abbreviations (22)3.1Definitions (22)3.2Abbreviations (24)4General (27)4.1Introduction (27)4.2Architecture (28)4.2.1UE states and state transitions including inter RAT (28)4.2.2Signalling radio bearers (29)4.3Services (30)4.3.1Services provided to upper layers (30)4.3.2Services expected from lower layers (30)4.4Functions (30)5Procedures (32)5.1General (32)5.1.1Introduction (32)5.1.2General requirements (32)5.2System information (33)5.2.1Introduction (33)5.2.1.1General (33)5.2.1.2Scheduling (34)5.2.1.2a Scheduling for NB-IoT (34)5.2.1.3System information validity and notification of changes (35)5.2.1.4Indication of ETWS notification (36)5.2.1.5Indication of CMAS notification (37)5.2.1.6Notification of EAB parameters change (37)5.2.1.7Access Barring parameters change in NB-IoT (37)5.2.2System information acquisition (38)5.2.2.1General (38)5.2.2.2Initiation (38)5.2.2.3System information required by the UE (38)5.2.2.4System information acquisition by the UE (39)5.2.2.5Essential system information missing (42)5.2.2.6Actions upon reception of the MasterInformationBlock message (42)5.2.2.7Actions upon reception of the SystemInformationBlockType1 message (42)5.2.2.8Actions upon reception of SystemInformation messages (44)5.2.2.9Actions upon reception of SystemInformationBlockType2 (44)5.2.2.10Actions upon reception of SystemInformationBlockType3 (45)5.2.2.11Actions upon reception of SystemInformationBlockType4 (45)5.2.2.12Actions upon reception of SystemInformationBlockType5 (45)5.2.2.13Actions upon reception of SystemInformationBlockType6 (45)5.2.2.14Actions upon reception of SystemInformationBlockType7 (45)5.2.2.15Actions upon reception of SystemInformationBlockType8 (45)5.2.2.16Actions upon reception of SystemInformationBlockType9 (46)5.2.2.17Actions upon reception of SystemInformationBlockType10 (46)5.2.2.18Actions upon reception of SystemInformationBlockType11 (46)5.2.2.19Actions upon reception of SystemInformationBlockType12 (47)5.2.2.20Actions upon reception of SystemInformationBlockType13 (48)5.2.2.21Actions upon reception of SystemInformationBlockType14 (48)5.2.2.22Actions upon reception of SystemInformationBlockType15 (48)5.2.2.23Actions upon reception of SystemInformationBlockType16 (48)5.2.2.24Actions upon reception of SystemInformationBlockType17 (48)5.2.2.25Actions upon reception of SystemInformationBlockType18 (48)5.2.2.26Actions upon reception of SystemInformationBlockType19 (49)5.2.3Acquisition of an SI message (49)5.2.3a Acquisition of an SI message by BL UE or UE in CE or a NB-IoT UE (50)5.3Connection control (50)5.3.1Introduction (50)5.3.1.1RRC connection control (50)5.3.1.2Security (52)5.3.1.2a RN security (53)5.3.1.3Connected mode mobility (53)5.3.1.4Connection control in NB-IoT (54)5.3.2Paging (55)5.3.2.1General (55)5.3.2.2Initiation (55)5.3.2.3Reception of the Paging message by the UE (55)5.3.3RRC connection establishment (56)5.3.3.1General (56)5.3.3.1a Conditions for establishing RRC Connection for sidelink communication/ discovery (58)5.3.3.2Initiation (59)5.3.3.3Actions related to transmission of RRCConnectionRequest message (63)5.3.3.3a Actions related to transmission of RRCConnectionResumeRequest message (64)5.3.3.4Reception of the RRCConnectionSetup by the UE (64)5.3.3.4a Reception of the RRCConnectionResume by the UE (66)5.3.3.5Cell re-selection while T300, T302, T303, T305, T306, or T308 is running (68)5.3.3.6T300 expiry (68)5.3.3.7T302, T303, T305, T306, or T308 expiry or stop (69)5.3.3.8Reception of the RRCConnectionReject by the UE (70)5.3.3.9Abortion of RRC connection establishment (71)5.3.3.10Handling of SSAC related parameters (71)5.3.3.11Access barring check (72)5.3.3.12EAB check (73)5.3.3.13Access barring check for ACDC (73)5.3.3.14Access Barring check for NB-IoT (74)5.3.4Initial security activation (75)5.3.4.1General (75)5.3.4.2Initiation (76)5.3.4.3Reception of the SecurityModeCommand by the UE (76)5.3.5RRC connection reconfiguration (77)5.3.5.1General (77)5.3.5.2Initiation (77)5.3.5.3Reception of an RRCConnectionReconfiguration not including the mobilityControlInfo by theUE (77)5.3.5.4Reception of an RRCConnectionReconfiguration including the mobilityControlInfo by the UE(handover) (79)5.3.5.5Reconfiguration failure (83)5.3.5.6T304 expiry (handover failure) (83)5.3.5.7Void (84)5.3.5.7a T307 expiry (SCG change failure) (84)5.3.5.8Radio Configuration involving full configuration option (84)5.3.6Counter check (86)5.3.6.1General (86)5.3.6.2Initiation (86)5.3.6.3Reception of the CounterCheck message by the UE (86)5.3.7RRC connection re-establishment (87)5.3.7.1General (87)5.3.7.2Initiation (87)5.3.7.3Actions following cell selection while T311 is running (88)5.3.7.4Actions related to transmission of RRCConnectionReestablishmentRequest message (89)5.3.7.5Reception of the RRCConnectionReestablishment by the UE (89)5.3.7.6T311 expiry (91)5.3.7.7T301 expiry or selected cell no longer suitable (91)5.3.7.8Reception of RRCConnectionReestablishmentReject by the UE (91)5.3.8RRC connection release (92)5.3.8.1General (92)5.3.8.2Initiation (92)5.3.8.3Reception of the RRCConnectionRelease by the UE (92)5.3.8.4T320 expiry (93)5.3.9RRC connection release requested by upper layers (93)5.3.9.1General (93)5.3.9.2Initiation (93)5.3.10Radio resource configuration (93)5.3.10.0General (93)5.3.10.1SRB addition/ modification (94)5.3.10.2DRB release (95)5.3.10.3DRB addition/ modification (95)5.3.10.3a1DC specific DRB addition or reconfiguration (96)5.3.10.3a2LWA specific DRB addition or reconfiguration (98)5.3.10.3a3LWIP specific DRB addition or reconfiguration (98)5.3.10.3a SCell release (99)5.3.10.3b SCell addition/ modification (99)5.3.10.3c PSCell addition or modification (99)5.3.10.4MAC main reconfiguration (99)5.3.10.5Semi-persistent scheduling reconfiguration (100)5.3.10.6Physical channel reconfiguration (100)5.3.10.7Radio Link Failure Timers and Constants reconfiguration (101)5.3.10.8Time domain measurement resource restriction for serving cell (101)5.3.10.9Other configuration (102)5.3.10.10SCG reconfiguration (103)5.3.10.11SCG dedicated resource configuration (104)5.3.10.12Reconfiguration SCG or split DRB by drb-ToAddModList (105)5.3.10.13Neighbour cell information reconfiguration (105)5.3.10.14Void (105)5.3.10.15Sidelink dedicated configuration (105)5.3.10.16T370 expiry (106)5.3.11Radio link failure related actions (107)5.3.11.1Detection of physical layer problems in RRC_CONNECTED (107)5.3.11.2Recovery of physical layer problems (107)5.3.11.3Detection of radio link failure (107)5.3.12UE actions upon leaving RRC_CONNECTED (109)5.3.13UE actions upon PUCCH/ SRS release request (110)5.3.14Proximity indication (110)5.3.14.1General (110)5.3.14.2Initiation (111)5.3.14.3Actions related to transmission of ProximityIndication message (111)5.3.15Void (111)5.4Inter-RAT mobility (111)5.4.1Introduction (111)5.4.2Handover to E-UTRA (112)5.4.2.1General (112)5.4.2.2Initiation (112)5.4.2.3Reception of the RRCConnectionReconfiguration by the UE (112)5.4.2.4Reconfiguration failure (114)5.4.2.5T304 expiry (handover to E-UTRA failure) (114)5.4.3Mobility from E-UTRA (114)5.4.3.1General (114)5.4.3.2Initiation (115)5.4.3.3Reception of the MobilityFromEUTRACommand by the UE (115)5.4.3.4Successful completion of the mobility from E-UTRA (116)5.4.3.5Mobility from E-UTRA failure (117)5.4.4Handover from E-UTRA preparation request (CDMA2000) (117)5.4.4.1General (117)5.4.4.2Initiation (118)5.4.4.3Reception of the HandoverFromEUTRAPreparationRequest by the UE (118)5.4.5UL handover preparation transfer (CDMA2000) (118)5.4.5.1General (118)5.4.5.2Initiation (118)5.4.5.3Actions related to transmission of the ULHandoverPreparationTransfer message (119)5.4.5.4Failure to deliver the ULHandoverPreparationTransfer message (119)5.4.6Inter-RAT cell change order to E-UTRAN (119)5.4.6.1General (119)5.4.6.2Initiation (119)5.4.6.3UE fails to complete an inter-RAT cell change order (119)5.5Measurements (120)5.5.1Introduction (120)5.5.2Measurement configuration (121)5.5.2.1General (121)5.5.2.2Measurement identity removal (122)5.5.2.2a Measurement identity autonomous removal (122)5.5.2.3Measurement identity addition/ modification (123)5.5.2.4Measurement object removal (124)5.5.2.5Measurement object addition/ modification (124)5.5.2.6Reporting configuration removal (126)5.5.2.7Reporting configuration addition/ modification (127)5.5.2.8Quantity configuration (127)5.5.2.9Measurement gap configuration (127)5.5.2.10Discovery signals measurement timing configuration (128)5.5.2.11RSSI measurement timing configuration (128)5.5.3Performing measurements (128)5.5.3.1General (128)5.5.3.2Layer 3 filtering (131)5.5.4Measurement report triggering (131)5.5.4.1General (131)5.5.4.2Event A1 (Serving becomes better than threshold) (135)5.5.4.3Event A2 (Serving becomes worse than threshold) (136)5.5.4.4Event A3 (Neighbour becomes offset better than PCell/ PSCell) (136)5.5.4.5Event A4 (Neighbour becomes better than threshold) (137)5.5.4.6Event A5 (PCell/ PSCell becomes worse than threshold1 and neighbour becomes better thanthreshold2) (138)5.5.4.6a Event A6 (Neighbour becomes offset better than SCell) (139)5.5.4.7Event B1 (Inter RAT neighbour becomes better than threshold) (139)5.5.4.8Event B2 (PCell becomes worse than threshold1 and inter RAT neighbour becomes better thanthreshold2) (140)5.5.4.9Event C1 (CSI-RS resource becomes better than threshold) (141)5.5.4.10Event C2 (CSI-RS resource becomes offset better than reference CSI-RS resource) (141)5.5.4.11Event W1 (WLAN becomes better than a threshold) (142)5.5.4.12Event W2 (All WLAN inside WLAN mobility set becomes worse than threshold1 and a WLANoutside WLAN mobility set becomes better than threshold2) (142)5.5.4.13Event W3 (All WLAN inside WLAN mobility set becomes worse than a threshold) (143)5.5.5Measurement reporting (144)5.5.6Measurement related actions (148)5.5.6.1Actions upon handover and re-establishment (148)5.5.6.2Speed dependant scaling of measurement related parameters (149)5.5.7Inter-frequency RSTD measurement indication (149)5.5.7.1General (149)5.5.7.2Initiation (150)5.5.7.3Actions related to transmission of InterFreqRSTDMeasurementIndication message (150)5.6Other (150)5.6.0General (150)5.6.1DL information transfer (151)5.6.1.1General (151)5.6.1.2Initiation (151)5.6.1.3Reception of the DLInformationTransfer by the UE (151)5.6.2UL information transfer (151)5.6.2.1General (151)5.6.2.2Initiation (151)5.6.2.3Actions related to transmission of ULInformationTransfer message (152)5.6.2.4Failure to deliver ULInformationTransfer message (152)5.6.3UE capability transfer (152)5.6.3.1General (152)5.6.3.2Initiation (153)5.6.3.3Reception of the UECapabilityEnquiry by the UE (153)5.6.4CSFB to 1x Parameter transfer (157)5.6.4.1General (157)5.6.4.2Initiation (157)5.6.4.3Actions related to transmission of CSFBParametersRequestCDMA2000 message (157)5.6.4.4Reception of the CSFBParametersResponseCDMA2000 message (157)5.6.5UE Information (158)5.6.5.1General (158)5.6.5.2Initiation (158)5.6.5.3Reception of the UEInformationRequest message (158)5.6.6 Logged Measurement Configuration (159)5.6.6.1General (159)5.6.6.2Initiation (160)5.6.6.3Reception of the LoggedMeasurementConfiguration by the UE (160)5.6.6.4T330 expiry (160)5.6.7 Release of Logged Measurement Configuration (160)5.6.7.1General (160)5.6.7.2Initiation (160)5.6.8 Measurements logging (161)5.6.8.1General (161)5.6.8.2Initiation (161)5.6.9In-device coexistence indication (163)5.6.9.1General (163)5.6.9.2Initiation (164)5.6.9.3Actions related to transmission of InDeviceCoexIndication message (164)5.6.10UE Assistance Information (165)5.6.10.1General (165)5.6.10.2Initiation (166)5.6.10.3Actions related to transmission of UEAssistanceInformation message (166)5.6.11 Mobility history information (166)5.6.11.1General (166)5.6.11.2Initiation (166)5.6.12RAN-assisted WLAN interworking (167)5.6.12.1General (167)5.6.12.2Dedicated WLAN offload configuration (167)5.6.12.3WLAN offload RAN evaluation (167)5.6.12.4T350 expiry or stop (167)5.6.12.5Cell selection/ re-selection while T350 is running (168)5.6.13SCG failure information (168)5.6.13.1General (168)5.6.13.2Initiation (168)5.6.13.3Actions related to transmission of SCGFailureInformation message (168)5.6.14LTE-WLAN Aggregation (169)5.6.14.1Introduction (169)5.6.14.2Reception of LWA configuration (169)5.6.14.3Release of LWA configuration (170)5.6.15WLAN connection management (170)5.6.15.1Introduction (170)5.6.15.2WLAN connection status reporting (170)5.6.15.2.1General (170)5.6.15.2.2Initiation (171)5.6.15.2.3Actions related to transmission of WLANConnectionStatusReport message (171)5.6.15.3T351 Expiry (WLAN connection attempt timeout) (171)5.6.15.4WLAN status monitoring (171)5.6.16RAN controlled LTE-WLAN interworking (172)5.6.16.1General (172)5.6.16.2WLAN traffic steering command (172)5.6.17LTE-WLAN aggregation with IPsec tunnel (173)5.6.17.1General (173)5.7Generic error handling (174)5.7.1General (174)5.7.2ASN.1 violation or encoding error (174)5.7.3Field set to a not comprehended value (174)5.7.4Mandatory field missing (174)5.7.5Not comprehended field (176)5.8MBMS (176)5.8.1Introduction (176)5.8.1.1General (176)5.8.1.2Scheduling (176)5.8.1.3MCCH information validity and notification of changes (176)5.8.2MCCH information acquisition (178)5.8.2.1General (178)5.8.2.2Initiation (178)5.8.2.3MCCH information acquisition by the UE (178)5.8.2.4Actions upon reception of the MBSFNAreaConfiguration message (178)5.8.2.5Actions upon reception of the MBMSCountingRequest message (179)5.8.3MBMS PTM radio bearer configuration (179)5.8.3.1General (179)5.8.3.2Initiation (179)5.8.3.3MRB establishment (179)5.8.3.4MRB release (179)5.8.4MBMS Counting Procedure (179)5.8.4.1General (179)5.8.4.2Initiation (180)5.8.4.3Reception of the MBMSCountingRequest message by the UE (180)5.8.5MBMS interest indication (181)5.8.5.1General (181)5.8.5.2Initiation (181)5.8.5.3Determine MBMS frequencies of interest (182)5.8.5.4Actions related to transmission of MBMSInterestIndication message (183)5.8a SC-PTM (183)5.8a.1Introduction (183)5.8a.1.1General (183)5.8a.1.2SC-MCCH scheduling (183)5.8a.1.3SC-MCCH information validity and notification of changes (183)5.8a.1.4Procedures (184)5.8a.2SC-MCCH information acquisition (184)5.8a.2.1General (184)5.8a.2.2Initiation (184)5.8a.2.3SC-MCCH information acquisition by the UE (184)5.8a.2.4Actions upon reception of the SCPTMConfiguration message (185)5.8a.3SC-PTM radio bearer configuration (185)5.8a.3.1General (185)5.8a.3.2Initiation (185)5.8a.3.3SC-MRB establishment (185)5.8a.3.4SC-MRB release (185)5.9RN procedures (186)5.9.1RN reconfiguration (186)5.9.1.1General (186)5.9.1.2Initiation (186)5.9.1.3Reception of the RNReconfiguration by the RN (186)5.10Sidelink (186)5.10.1Introduction (186)5.10.1a Conditions for sidelink communication operation (187)5.10.2Sidelink UE information (188)5.10.2.1General (188)5.10.2.2Initiation (189)5.10.2.3Actions related to transmission of SidelinkUEInformation message (193)5.10.3Sidelink communication monitoring (195)5.10.6Sidelink discovery announcement (198)5.10.6a Sidelink discovery announcement pool selection (201)5.10.6b Sidelink discovery announcement reference carrier selection (201)5.10.7Sidelink synchronisation information transmission (202)5.10.7.1General (202)5.10.7.2Initiation (203)5.10.7.3Transmission of SLSS (204)5.10.7.4Transmission of MasterInformationBlock-SL message (205)5.10.7.5Void (206)5.10.8Sidelink synchronisation reference (206)5.10.8.1General (206)5.10.8.2Selection and reselection of synchronisation reference UE (SyncRef UE) (206)5.10.9Sidelink common control information (207)5.10.9.1General (207)5.10.9.2Actions related to reception of MasterInformationBlock-SL message (207)5.10.10Sidelink relay UE operation (207)5.10.10.1General (207)5.10.10.2AS-conditions for relay related sidelink communication transmission by sidelink relay UE (207)5.10.10.3AS-conditions for relay PS related sidelink discovery transmission by sidelink relay UE (208)5.10.10.4Sidelink relay UE threshold conditions (208)5.10.11Sidelink remote UE operation (208)5.10.11.1General (208)5.10.11.2AS-conditions for relay related sidelink communication transmission by sidelink remote UE (208)5.10.11.3AS-conditions for relay PS related sidelink discovery transmission by sidelink remote UE (209)5.10.11.4Selection and reselection of sidelink relay UE (209)5.10.11.5Sidelink remote UE threshold conditions (210)6Protocol data units, formats and parameters (tabular & ASN.1) (210)6.1General (210)6.2RRC messages (212)6.2.1General message structure (212)–EUTRA-RRC-Definitions (212)–BCCH-BCH-Message (212)–BCCH-DL-SCH-Message (212)–BCCH-DL-SCH-Message-BR (213)–MCCH-Message (213)–PCCH-Message (213)–DL-CCCH-Message (214)–DL-DCCH-Message (214)–UL-CCCH-Message (214)–UL-DCCH-Message (215)–SC-MCCH-Message (215)6.2.2Message definitions (216)–CounterCheck (216)–CounterCheckResponse (217)–CSFBParametersRequestCDMA2000 (217)–CSFBParametersResponseCDMA2000 (218)–DLInformationTransfer (218)–HandoverFromEUTRAPreparationRequest (CDMA2000) (219)–InDeviceCoexIndication (220)–InterFreqRSTDMeasurementIndication (222)–LoggedMeasurementConfiguration (223)–MasterInformationBlock (225)–MBMSCountingRequest (226)–MBMSCountingResponse (226)–MBMSInterestIndication (227)–MBSFNAreaConfiguration (228)–MeasurementReport (228)–MobilityFromEUTRACommand (229)–Paging (232)–ProximityIndication (233)–RNReconfiguration (234)–RNReconfigurationComplete (234)–RRCConnectionReconfiguration (235)–RRCConnectionReconfigurationComplete (240)–RRCConnectionReestablishment (241)–RRCConnectionReestablishmentComplete (241)–RRCConnectionReestablishmentReject (242)–RRCConnectionReestablishmentRequest (243)–RRCConnectionReject (243)–RRCConnectionRelease (244)–RRCConnectionResume (248)–RRCConnectionResumeComplete (249)–RRCConnectionResumeRequest (250)–RRCConnectionRequest (250)–RRCConnectionSetup (251)–RRCConnectionSetupComplete (252)–SCGFailureInformation (253)–SCPTMConfiguration (254)–SecurityModeCommand (255)–SecurityModeComplete (255)–SecurityModeFailure (256)–SidelinkUEInformation (256)–SystemInformation (258)–SystemInformationBlockType1 (259)–UEAssistanceInformation (264)–UECapabilityEnquiry (265)–UECapabilityInformation (266)–UEInformationRequest (267)–UEInformationResponse (267)–ULHandoverPreparationTransfer (CDMA2000) (273)–ULInformationTransfer (274)–WLANConnectionStatusReport (274)6.3RRC information elements (275)6.3.1System information blocks (275)–SystemInformationBlockType2 (275)–SystemInformationBlockType3 (279)–SystemInformationBlockType4 (282)–SystemInformationBlockType5 (283)–SystemInformationBlockType6 (287)–SystemInformationBlockType7 (289)–SystemInformationBlockType8 (290)–SystemInformationBlockType9 (295)–SystemInformationBlockType10 (295)–SystemInformationBlockType11 (296)–SystemInformationBlockType12 (297)–SystemInformationBlockType13 (297)–SystemInformationBlockType14 (298)–SystemInformationBlockType15 (298)–SystemInformationBlockType16 (299)–SystemInformationBlockType17 (300)–SystemInformationBlockType18 (301)–SystemInformationBlockType19 (301)–SystemInformationBlockType20 (304)6.3.2Radio resource control information elements (304)–AntennaInfo (304)–AntennaInfoUL (306)–CQI-ReportConfig (307)–CQI-ReportPeriodicProcExtId (314)–CrossCarrierSchedulingConfig (314)–CSI-IM-Config (315)–CSI-IM-ConfigId (315)–CSI-RS-Config (317)–CSI-RS-ConfigEMIMO (318)–CSI-RS-ConfigNZP (319)–CSI-RS-ConfigNZPId (320)–CSI-RS-ConfigZP (321)–CSI-RS-ConfigZPId (321)–DMRS-Config (321)–DRB-Identity (322)–EPDCCH-Config (322)–EIMTA-MainConfig (324)–LogicalChannelConfig (325)–LWA-Configuration (326)–LWIP-Configuration (326)–RCLWI-Configuration (327)–MAC-MainConfig (327)–P-C-AndCBSR (332)–PDCCH-ConfigSCell (333)–PDCP-Config (334)–PDSCH-Config (337)–PDSCH-RE-MappingQCL-ConfigId (339)–PHICH-Config (339)–PhysicalConfigDedicated (339)–P-Max (344)–PRACH-Config (344)–PresenceAntennaPort1 (346)–PUCCH-Config (347)–PUSCH-Config (351)–RACH-ConfigCommon (355)–RACH-ConfigDedicated (357)–RadioResourceConfigCommon (358)–RadioResourceConfigDedicated (362)–RLC-Config (367)–RLF-TimersAndConstants (369)–RN-SubframeConfig (370)–SchedulingRequestConfig (371)–SoundingRS-UL-Config (372)–SPS-Config (375)–TDD-Config (376)–TimeAlignmentTimer (377)–TPC-PDCCH-Config (377)–TunnelConfigLWIP (378)–UplinkPowerControl (379)–WLAN-Id-List (382)–WLAN-MobilityConfig (382)6.3.3Security control information elements (382)–NextHopChainingCount (382)–SecurityAlgorithmConfig (383)–ShortMAC-I (383)6.3.4Mobility control information elements (383)–AdditionalSpectrumEmission (383)–ARFCN-ValueCDMA2000 (383)–ARFCN-ValueEUTRA (384)–ARFCN-ValueGERAN (384)–ARFCN-ValueUTRA (384)–BandclassCDMA2000 (384)–BandIndicatorGERAN (385)–CarrierFreqCDMA2000 (385)–CarrierFreqGERAN (385)–CellIndexList (387)–CellReselectionPriority (387)–CellSelectionInfoCE (387)–CellReselectionSubPriority (388)–CSFB-RegistrationParam1XRTT (388)–CellGlobalIdEUTRA (389)–CellGlobalIdUTRA (389)–CellGlobalIdGERAN (390)–CellGlobalIdCDMA2000 (390)–CellSelectionInfoNFreq (391)–CSG-Identity (391)–FreqBandIndicator (391)–MobilityControlInfo (391)–MobilityParametersCDMA2000 (1xRTT) (393)–MobilityStateParameters (394)–MultiBandInfoList (394)–NS-PmaxList (394)–PhysCellId (395)–PhysCellIdRange (395)–PhysCellIdRangeUTRA-FDDList (395)–PhysCellIdCDMA2000 (396)–PhysCellIdGERAN (396)–PhysCellIdUTRA-FDD (396)–PhysCellIdUTRA-TDD (396)–PLMN-Identity (397)–PLMN-IdentityList3 (397)–PreRegistrationInfoHRPD (397)–Q-QualMin (398)–Q-RxLevMin (398)–Q-OffsetRange (398)–Q-OffsetRangeInterRAT (399)–ReselectionThreshold (399)–ReselectionThresholdQ (399)–SCellIndex (399)–ServCellIndex (400)–SpeedStateScaleFactors (400)–SystemInfoListGERAN (400)–SystemTimeInfoCDMA2000 (401)–TrackingAreaCode (401)–T-Reselection (402)–T-ReselectionEUTRA-CE (402)6.3.5Measurement information elements (402)–AllowedMeasBandwidth (402)–CSI-RSRP-Range (402)–Hysteresis (402)–LocationInfo (403)–MBSFN-RSRQ-Range (403)–MeasConfig (404)–MeasDS-Config (405)–MeasGapConfig (406)–MeasId (407)–MeasIdToAddModList (407)–MeasObjectCDMA2000 (408)–MeasObjectEUTRA (408)–MeasObjectGERAN (412)–MeasObjectId (412)–MeasObjectToAddModList (412)–MeasObjectUTRA (413)–ReportConfigEUTRA (422)–ReportConfigId (425)–ReportConfigInterRAT (425)–ReportConfigToAddModList (428)–ReportInterval (429)–RSRP-Range (429)–RSRQ-Range (430)–RSRQ-Type (430)–RS-SINR-Range (430)–RSSI-Range-r13 (431)–TimeToTrigger (431)–UL-DelayConfig (431)–WLAN-CarrierInfo (431)–WLAN-RSSI-Range (432)–WLAN-Status (432)6.3.6Other information elements (433)–AbsoluteTimeInfo (433)–AreaConfiguration (433)–C-RNTI (433)–DedicatedInfoCDMA2000 (434)–DedicatedInfoNAS (434)–FilterCoefficient (434)–LoggingDuration (434)–LoggingInterval (435)–MeasSubframePattern (435)–MMEC (435)–NeighCellConfig (435)–OtherConfig (436)–RAND-CDMA2000 (1xRTT) (437)–RAT-Type (437)–ResumeIdentity (437)–RRC-TransactionIdentifier (438)–S-TMSI (438)–TraceReference (438)–UE-CapabilityRAT-ContainerList (438)–UE-EUTRA-Capability (439)–UE-RadioPagingInfo (469)–UE-TimersAndConstants (469)–VisitedCellInfoList (470)–WLAN-OffloadConfig (470)6.3.7MBMS information elements (472)–MBMS-NotificationConfig (472)–MBMS-ServiceList (473)–MBSFN-AreaId (473)–MBSFN-AreaInfoList (473)–MBSFN-SubframeConfig (474)–PMCH-InfoList (475)6.3.7a SC-PTM information elements (476)–SC-MTCH-InfoList (476)–SCPTM-NeighbourCellList (478)6.3.8Sidelink information elements (478)–SL-CommConfig (478)–SL-CommResourcePool (479)–SL-CP-Len (480)–SL-DiscConfig (481)–SL-DiscResourcePool (483)–SL-DiscTxPowerInfo (485)–SL-GapConfig (485)。

卫星通信的信道测量和建模

卫星通信的信道测量和建模

卫星通信信道的建模和测量一、通信卫星分类卫星可以分类的方式有很多种,这里只列出常见的分类。

1.1 轨位卫星可以根据轨道的高度分为以下几种。

其中,近地轨道卫星(Land mobile satellite-LMS)为当前研究的热点。

因为在高轨位上,卫星信道更加趋近于高斯信道。

而在低轨位工作的卫星,由于其运动性,会存在遮挡、时变、多径效应和多普勒效应。

1.LEO (low earth orbit): 160~2000km2.MEO (medium earth orbit): 2000~36000km3.HEO (high earth orbit):>36000km4.GEO (geostationary orbit):36000km1.2 频段按照卫星工作的频段,一般可以分为以下几类。

其中,在卫星信道测量上,要特别考虑高频段所带来的阴影衰落,以及天气状况。

工作在ka波段的卫星,雨衰严重。

1.L-band: 0.3~3G2.S-band: 2-4G3.C-band: 4~8G4.X-band: 8~12G5.Ku-band: 12~18G6.Ka-band: 27~40G1.3 服务区域根据卫星服务的区域不同,又可以把卫星分为以下几类。

如果卫星服务的区域在城区,则遮挡会更加严重。

而在空旷的郊区,则遮挡会相应变少。

另外,最近有些工作是测量热带区域的卫星信道,主要是因为热带区域天气多变,因此,有必要单独考虑。

1.Rural2.Suburban3.Urban4.Tropical area1.4 极化方式根据卫星的极化方式不同,又可以把卫星分为多极化和双极化卫星。

1.Single-polarized2.Dual-polarized目前,大部分信道建模或者测量都是选择其中的一个子集,作为研究对象。

比如,研究近地轨道卫星在Ka波段下城区的信道的测量和建模。

就调研的结果来看,现在大部分文献都集中在低轨卫星条件下,研究卫星信道的测量和建模。

LMS Virtual.Lab 11流体噪声(气动噪声)文档

LMS Virtual.Lab 11流体噪声(气动噪声)文档

Level of turbulence in the flow, characterized by Reynolds number:
ρVL Re μ
Mach
Flow Velocity Sound Speed
Low Re Large flow scales
High Re Large flow scales + smaller flow scales
83m/s (300km/h)
0.24
1 000 000
30m/s
0.09
150 000
The aeolian harp...
Flow-Induced noise simulation - Overview
1 2
3 4
What is Aeroacoustics?
Aeroacoustic Analogy
Ground Transportation
• Pantographs • Train Bogie • Turbulent Boundary Layer window loading • Wiper
Aerospace and Defense
• Landing Gears, Flaps, slats • propellers • Mufflers • Aircraft environmental systems (ECS) • Fuselage Turbulent Boundary Layer loading
“External” Aeroacoustics:

Turbulent flow interacts with rigid body and radiates noise in free space Pantograph, Train bogie, Side mirror

GSM信道(控制信道和业务信道)转自搜狗百科

GSM信道(控制信道和业务信道)转自搜狗百科

GSM信道(控制信道和业务信道)转⾃搜狗百科BCCH即:⼴播控制信道( Control Channel)⽤于⼴播基于每个⼩区的通⽤信息的信道。

MS在空闲模式下为了有效的⼯作需要⼤量的⽹络信息,⽽这些信息都将在BCCH信道上来⼴播。

信息包括⼩区的所有频点、邻⼩区的BCCH频点、LAI(LAC+MNC+MCC)、CCCH和CBCH信道的管理、控制和选择参数的⼀些选项。

所有这些消息被称为系统消息(SI)在BCCH信道上⼴播。

BCCH : BCCH,⼴播控制信道,⽤于基站向所有⼴播公⽤信息。

传输通⽤信息,⽤于移动台测量信号强度和识别⼩区标志等。

*****************************************************************************Paging CHannel --PCH - Paging Channel (3GPP):This is the downlink channel in UMTS that carries the PCCH (Paging Control Channel). It is used to paging and notification messages in a cell. The PCH is transported in the S-CCPCH (Secondary Common Control Physical Channel).PCH - Paging Channel ():A Forward CDMA Channel used to transmit control information and pages from the BS (Base Station).PCH - Paging Channel (Generic):The Paging Channel is used to alert a mobile that there is a call or text message waiting. The alert is broadcast from all cells within a given area.寻呼信道是⽤于传送与寻呼过程相关数据的下⾏传输信道,⽤于⽹络与终端进⾏初始化时。

石墨烯电导率

石墨烯电导率
, the plasmonic propagation lengths are only 0.1 times of the wavelength of surface plasmons at the Ag/Si interface.14 Due to the high mobility, the tuning response occurs in a duration shorter than a nanosecond.1 Therefore graphene has been recognized as a versatile and promising plasmonic material. For exciting plasmons in graphene, a key challenge is to efficiently couple to the plasmonic wave, as its wavevector is much larger than that of free-space waves.15,16 Experimentally, excitations of plasmons in graphene have been realized using periodically patterned graphene structures, e.g., one-dimensional (1D) nanoribbons13 or micro-ribbons6 and 2D nanodisks12 or micro-disks.17 Graphene/insulator stacking structures have been investigated to enhance the tunability of the plasmonic resonance magnitude.18 These designs usually suffer a relatively low quality factor (Q-factor) (dened as the ratio of resonant wavelength to the full width at half maximum) which possibly restricts the practical applications, e.g. in sensing. On the other hand, although extremely high carrier mobility, e.g. 230 000 cm2 (VÀ1 sÀ1), has been demonstrated in high-quality exfoliated graphene samples,19 the lithography process necessary for fabricating graphene nanostructure or microstructure arrays may severely deteriorate the mobility, thus leading to a big loss and much lower Q-factors.12,20 It will be valuable to have optimized Q-factors, especially in large-area continuous lms. Plasmonic excitations in graphene with sub-wavelength dielectric gratings to compensate wavevector have been proposed to generate a resonance with a Q-factor of $40.15,16 In these structures, the dispersion of graphene plasmons splits into bands due to the different dispersions of plasmons on different regions of gratings, which allows the excitation of plasmons in graphene by external incident light.16 Utilizing
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

to investigate
propagation amount
impairments of data obtained. applications
Mobile a large the
Satellite analutilised Cumulaelevation
communication
environments projects.
at 27 ° of elevation France :_ 13 ° to 39 °. Specific
programme a range
of elevation
equipment areas bridges greater
set-ups
can be found by the operating problem
has been and design
framework
experimental results of Fades (DoF)
is presently paper. at different
also for channel tive Distribution angles and
environments
A representative descriptions One of the
of the major
environmental problem
characteristics in our
encountered
of characterisation
184
for some
specific
experimental ranges and campaigns.
also presented
2
The project signal
ESA
first ESA called up-linked
LMS
involvement PROSAT
experimental
in LMS was first from frequency first phase rural, experimental started. an ESA of the of the wooded The ground
experimental in different
in North
Yorkshire
cooperation with the British Radiocommunication were collected in different areas and at elevation given in [3-5].
modelling
characterisation,
ESA has
embarked
in a number
of
involving both experimental order statistics describing the angles urban) purposes from and they and prediction frequencies and
requirement buildings, to address angles for users of these (1.3 and
for LMS systems specifically the
at low elevation of characterising elliptical at mean
in the PROSAT project covered at L-band was
larger than at S-band. data base it was then extent, follows: • Open environment; a unique
In order to obtain a more congruent and comprehensive experimental decided to carry out additional analyses to establish, at the maximum level. The parameters characterising the environments are given as
satellite. Netherlands part of the environments, on the
unmodulated project, and took suburban place angles
of 1.54 GHz.
measurements areas in 1987 from
in open experimental covering
due to frequent LMS propagation in excess out
blockage research channel of 50 ° . (UK), in
so forth.
It was therefore
to undertake configurations, angles was carried
campaigns
measurements field station tests were dates carried in the were in Sweden, back out (Spain) down-link taken to 1983 by when the
using channel
a CW was and The in
data
or equivalently at system
empirical-statistical and subsystem levels.
channel
models
however
studies and
In the field of LMS research first and wooded, models projects second suburban for fade
at elevation allows In view S-bands
40borne
for instance, at L- and
in Northern considerations, 2.6 GHz,
latitudes respectively)
N94-14669
Characterisation Channel at Experimental of the LMS L- and S-bands: Data and Channel Propagation Narrowband Modelling
Mario
Sforza,
Sergio
Buonomo
in [1,2]. PROSAT project decided orbit campaign locations results angles, the elevation was
of the
problem
identified and then
the
margin by trees, activities
The
European
Space 1, 2200
Research
and
Technology The
Centre
Keplerlaan
AG Noordwijk,
Netherlands
Abstract
During perimental (LMS) elevation yses are the future the period campaigns angles, currently ESA 1983-1992 channel. used LMS modelling Functions for system This (PDF) have been purposes the European the A substantial and frequencies planning and and comprehensive preliminary Duration Space Agency (ESA) has of the covering Results within base in this data are given statistics carried Land quite from the out several range data exof of
also included.
1
In the mobile coding tional signal
Introduction
design schemes geostationary blockage stages of an LMS channel performance, LMS due to man-made can be effectively orbit communication to assess robustness fade obstacles by means in the latter system link and information availability other are usually system regarding objectives, parameters. required effects. advantage the satellite-toand convenfor propagain stable in-built For These of the
data on features (open, derived Empirical
are reported
for elevation
20 ° up to 80 °, for several frequency and elevation
相关文档
最新文档