lte学习积累总结文档格式.docx
《lte学习积累总结文档格式.docx》由会员分享，可在线阅读，更多相关《lte学习积累总结文档格式.docx（8页珍藏版）》请在冰豆网上搜索。
提高小区覆盖性能。
取值建议：
1
1.2、pa（不含cRs的符号上pDsch的Re功率与cRs
的Re功率比）
不含cRs的符号上pDsch的Re功率与cRs的Re功率比
在cRs功率一定的情况下，增大该参数会增大数据Re功率取值建议：
-3
1.3、preambleInitialReceivedTargetpower（初始接收目标功率（dbm））
表示当pRAch前导格式为格式0时，enb期望的目标信号功率水平，由广播
消息下发。
该参数的设置和调整需要结合实际系统中的测量来进行。
该参数设
置的偏高，会增加本小区的吞吐量，但是会降低整网的吞吐量；
设
置偏低，降低对邻区的干扰，导致本小区的吞吐量的降低，提高整
网吞吐量。
-100dbm~-104dbm
1.4、preambleTransmax（前导码最大传输次数）功能含义：
该参数表示前导传送最大次数。
最大传输次数设置的越大，随机接入的成功率越高，但是会增加对
邻区的干扰；
最大传输次数设置的越小，存在上行干扰的场景随机
接入的成功率会降低，但是会减小对邻区的干扰
n8，n10
1.5、powerRampingstep（功率调整步长）
表示pRAch重新接入时的功率攀升步长。
pRAch经过多次接入都没有接入
成功，就需要相应增加功率步长，保证用户的成功接入。
调整后保证ue接入成功率。
该参数设置的偏高，会增加本小区的
吞吐量，但是会降低整网的吞吐量；
设置偏低，降低对邻区的干扰，
导致本小区的吞吐量的降低，提高整网吞吐量
db2，db4
1.6、p-max（ue最大发射功率）
ue最大发射功率
基本配置参数，若ue发射功率偏低，会导致随机接入失败概率增
加。
23dbm
1.7、p0-nominalpucch（pucch标称po值（dbm））功能含义：
在开环功控中，需要进行po_pucch的设置，用来计算pucchue侧的发射
功率。
这里把po_pucch分为小区级po_nomInAL_pucch和ue级
po_ue_pucch两部分。
po_nomInAL_pucch表示对pucch的DcI格式
1a（AcK/nAcK），enb期望的目标信号功率水平。
p0nominalpucch设置的过高，会增加本小区的吞吐量，但是会
降低整网的吞吐量；
p0nominalpucch设置偏低，降低对邻区的
干扰，导致本小区的吞吐量的降低,提高整网吞吐量。
-100dbm~-105dbm
（同时要求：
须开启上行pucch闭环功控）
1.8、deltaF-pucch-Format1（pucch格式1的偏置）功能含义：
该参数表示pucch格式1的Delta值。
增大该值，可以增加pucch发射功率，会增加本小区的吞吐量，
但是会降低整网的吞吐量；
减小该值，降低对邻区的干扰，导致本
小区的吞吐量的降低,提高整网吞吐量
1.9、deltaF-pucch-Format1b（pucch格式1b的偏置）
该参数表示pucch格式1b的Delta值。
小区的吞吐量的降低,提高整网吞吐量。
3
1.10、deltaF-pucch-Format2（pucch格式2的偏置）功能含义：
该参数表示pucch格式2的Delta值。
1.11、deltaF-pucch-Format2a（pucch格式2a的偏置）
该参数表示pucch格式2a的Delta值。
2
1.12、deltaF-pucch-Format2b（pucch格式2b的偏置）
该参数表示pucch格式2b的Delta值。
1.13、Alpha（部分路损补偿系数）
表示pusch功率控制部分补偿因子。
α=1时为全路径补偿。
配置时需要考虑网络的平均吞吐量和边缘速率，选择一个最佳的
Alpha，如果需要保证本小区的吞吐量性能，将Alpha设置的相对
篇二：
LTe学习积累总结
一、LTe语音相关
1.基础概念
cs语音:
在2g/3g网络中，语音一般由电路域交换（circuitswitch，cs）系统提供，因此我们一般也称之为cs语音。
Ims语音:
当Ip多媒体子系统（Ipmulti-mediasubsystem，Ims）出现后，我们将Ims提供的语音业务称之为Ims语音，一般也可以称之为ps（分组域交换，packetswitch）语音，这是因为Ims需要通过分组域交换网络提供的Ip通道与用户终端进行交互。
一般认为，Ims语音是LTe/eps阶段提供的标准语音服务方案。
全Ip网络:
随着Ip技术的发展，电信网络逐渐废弃了传统七号信令网络，而全面转向全Ip网络，以第三代伙伴项目（3gpp，3rdgenerationpartnershipproject）组织为例，LTe将采用全Ip化核心网，抛弃了当前2g/3g系统中的电路交换域，而将分组交换域进行研究，从而定义了全Ip的长期演进/演进分组系统网络LTe/eps（LongTermevolution/evolvedpacketsystem[1]）。
因此在LTe/eps网络中cs语音将不可用。
由于语音业务对时延的要求比较高,在目前的3g及其以前的系统中,都通过电路域承载。
利用专用资源。
语音业务通过Ip承载已经成为发展趋势。
在LTe（LongTermevolution）系统中,只存在分组域,语音业务通过VoIp（VoiceoverInternetprotocol）承载。
2.LTe语音实现方案
LTe将采用全Ip化核心网，从而带来对传统电路域语音业务承载的变革。
cs回退（csFallback）技术。
使用cs回退技术可把语音业务从LTe网络转移到传统的2g或3g网络，通过传统的电路域进行语音承载。
缺点：
cs回退过程中将发生inter-RAT小区选择或切换，因此带来较大的呼叫建立延迟，且cs回退要求2g/3g网络与e-uTRAn网络重叠覆盖，没有传统2g/3g网络的新兴运营商无法采用此方案。
sR-Vcc方案。
一般认为，Ims语音是LTe/eps阶段提供的标准语音服务方案，但是基于Ims的VoIp技术只支持在存在分组域的网络发起语音业务，无法保证用户从
e-uTRAn移动到geRAn／uTRAn/cdma20001x网络后的语音连续性。
为此3gpp提出了基于Ims的sR-Vcc方案，此方案支持将分组域的语音业务切换到电路域，但需要运营商部署Ims系统。
VoLgA方案。
考虑利用LTe接入网络，以数据包方式封装语音数据并透明传输到cs域的msc服务器，从而实现在即使不存在uTRAn/geRAn/cdma20001x等传统接入网络的情况下，利用e-uTRAn接入网和传统的cs域核心网来提供cs语音业务。
此方案需在网络侧增加VoLgA接入网络控制器（VAnc）来实现语音业务管理。
3.VoIp
VoIp建立在Ip技术上的分组化、数字化传输技术，其基本原理是：
通过语音压缩算法对话音进行压缩编码处理，然后把这些语音数据按Ip等相关协议进行打包，经过Ip网络把数据包传输到目的地，再把这些语音数据包串起来，经过解码解压处理后，恢复成原来的语音信号，从而达到由Ip网络传送话音的目的。
表1Ip电话服务与传统电话服务的比较
3.1VoIp的基本传输过程
传统的电话网是以电路交换方式传输语音，所要求的传输宽带为64kbit/s.而所谓的VoIp是以Ip分组交换网络为传输平台，对模拟的语音信号进行压缩、打包等一系列的特殊处理，使之可以采用无连接的uDp协议进行传输。
为了在一个Ip网络上传输语音信号，要求几个元素和功能。
最简单形式的网络由两个或多个具有VoIp功能的设备组成，这一设备通过一个Ip网络连接。
VoIp模型的基本结构图如图下图所示。
从图中可以发现VoIp设备是如何把语音信号转换为Ip数据流，并把这些数据流转发到Ip目的地，Ip目的地又把它们转换回到语音信号。
两者之音的网络必须支持Ip传输，且可以是Ip路由器和网络链路的任意组合。
因此可以简单地将VoIp的传输过程分为下列几个阶段。
1、语音-数据转换
语音信号是模拟波形，通过Ip方式来传输语音，不管是实时应用业务还是非实时应用业务，首先要对语音信号进行模拟数据转换，也就是对模拟语音信号进行8位或6位的量化，然后送入到缓冲存储区中，缓冲器的大小可以根据延迟和编码的要求选择。
许多低比特率的编码器是采取以帧为单位进行编码。
典型帧长为10~30ms.考虑传输过程中的代价，语音包通常由60、120或240ms的语音数据组成。
数字化可以使用各种语音编码方案来实现，目前采用的语音编码标准主要有ITu-Tg.711.源和目的地的语音编码器必须实现相同的算法，这样目的地的语音设备帮可以还原模拟语音信号。
2、原数据到Ip转换
一旦语音信号进行数字编码，下一步就是对语音包以特定的帧长进行压缩编码。
大部份的编码器都有特定的帧长，若一个编码器使用15ms的帧，则把从第一来的60ms的包分成4帧，并按顺序进行编码。
每个帧合120个语音样点（抽样率为8khz）。
编码后，将4个压缩的帧合成一个压缩的语音包送入网络处理器。
网络处理器为语音添加包头、时标和其它信息后通过网络传送到另一端点。
语音网络简单地建立通信端点之间的物理连接（一条线路），并在端点之间传输编码的信号。
Ip网络不像电路交换网络，它不形成连接，它要求把数据放在可变长的数据报或分组中，然后给每个数据报附带寻址和控制信息，并通过网络发送，一站一站地转发到目的地。
3、传送
在这个通道中，全部网络被看成一个从输入端接收语音包，然后在一定时间（t）内将其传送到网络输出端。
t可以在某全范围内变化，反映了网络传输中的抖动。
网络中的同间节点检查每个Ip数据附带的寻址信息，并使用这个信息把该数据报转发到目的地路径上的下一站。
网络链路可以是支持Ip数据流的任何拓结构或访问方法。
4、Ip包-数据的转换
目的地VoIp设备接收这个Ip数据并开始处理。
网络级提供一个可变长度的缓冲器，用来调节网络产生的抖动。
该缓冲器可容纳许多语音包，用户可以选择缓冲器的大小。
小的缓冲器产生延迟较小，但不能调节大的抖动。
其次，解码器将经编码的语音包解压缩后产生新的语音包，这个模块也可以按帧进行操作，完全和解码器的长度相同。
若帧长度为15ms，，是60ms的语音包被分成4帧，然后它们被解码还原成60ms的语音数据流送入解码缓冲器。
在数据报的处理过程中，去掉寻址和控制信息，保留原始的原数据，然后把这个原数据提供给解码器。
5、数字语音转换为模拟语音
播放驱动器将缓冲器中的语音样点（480个）取出送入声卡，通过扬声器按预定的频率（例如8khz）播出。
简而言之，语音信号在Ip网络上的传送要经过从模拟信号到数字信号的转换、数字语音封装成Ip分组、Ip分组通过网络的传送、Ip分组的解包和数字语音还原到模拟信号等过程。
3.2关键技术
语音编码标准：
ITu-Tg.711，数据速率为64kbit/s。
压缩编码标准：
有ITu-Tg.723.1和ITu-Tg.729，以及AmR等，其中ITu-Tg.723.1的数据速率为5.3kbit/s或6.3kbit/s，而ITu-Tg.729的数据速率为8kbit/s。
注：
g.711往往需要进一步压缩，因此它是其它语音编码算法的输入源。
语音传输技术：
先利用RTp/TRcp协议进行处理，再交给uDp进行传输。
VoIp利用RTp实时传输协议传送数据。
RTp是一个基于无连接uDp的应用协议，uDp是无连接的，它不会对数据包的传送提供应答和跟踪，这样RTp也不会重新传送网络的丢包，这就要求网络传输中应尽可能减少数据包的丢失；
此外，按照Tcp的应用协议，RTp也没有直接的碰撞控制，以致于因为发送者发送太多太快的数据包，接收者将被淹没。
为了克服这个问题，RTp应用程序总是以固定速率发送数据包，这就要求网络能够尽量以固定的速率传输数据包。
RTp分组由RTp头部和净荷数据组成；
RTp分组由uDp包来进行传输，通常一个uDp包仅含一个RTp分组，若采用一定的封装方法，也可以包含多个RTp分组；
其中的RTp净荷就是RTp传送的语音数据。
控制信令技术：
有两种
（1）h.323协议是一个协议族，包含RAs、Q.931、h.245等一系列的协议，RAs协议用于呼叫接入控制等功能，Q.931协议用于实现呼叫控制，而h.245协议用于媒体信道控制
（2）sIp协议采用的是客户机/服务器（c/s）结构，定义了各种不同的服务器和用户代理，通过和服务器之间的请求和响应来完成呼叫控制。
3.3VoIp业务调度问题：
首先介绍一下LTe系统中的资源调度。
与传统3g技术不同的是，LTe系统采用下行oFDmA、上行sc-FDmA的接入方式，供基站进行调度的传输资源由以前3gcDmA系统的码域资源变成了时频二维资源。
同时，LTe系统中取消了专用信道，采用共享信道的调度式资源分配方式，enb（基站）可以根据不同用户的不同信道质量、业务的Qos要求以及系统整体资源的利用情况和干扰水平来进行综合调度，从而更加有效地利用系统资源，提高系统的吞吐量，使得无线资源可以得到最大限度的有效利用。
但同时，这种调度方式带来的开销也是系统设计者必须考虑的问题之一。
在LTe系统中，取消了全部电路域的语音业务，而代之以数据域的VoIp业务。
但由于语音用户的数量往往比较庞大，LTe又采用共享式调度的资源分配方式，每次传输都需
要相关的控制信息，所以过大控制信息开销可能会成为LTe系统同时支持的用户数能达到的系统吞吐量的瓶颈。
在LTe系统中，其带宽所能支持的VoIp用户数是其可调度指示用户数的5倍左右，于是，对于VoIp业务而言，LTe系统控制信息的不足将极大地限制其所同时支持的用户数。
针对这类数据包大小比较固定，到达时间间隔满足一定规律的实时性业务，LTe引入了一种新的调度方式———半静态调度技术。
LTe系统中，每个用户会配置独有的无线网络标识（RnTI），enb通过用ue的RnTI对授权指示pD-cch进行掩码来区分用户，对于同一个ue的不同类型的授权信息，可能会通过不同的RnTI进行授权指示。
如对于动态业务，enb会用ue的小区无线网络标识（c-RnTI）进行掩码，对于半静态调度业务，使用半静态小区无线网络标识（sps-c-RnTI）等。
在LTe的调度传输过程中，起初enb通过pDcch指示ue当前的调度信息，ue识别是半静态调度，则保存当前的调度信息，每隔固定的周期在相同的时频资源位置上进行该业务数据的发送或接收。
使用半静态调度传输，可充分利用语音数据包周期性到达的特点，一次授权，周期使用，可以有效地节省LTe系统用于调度指示的pDcch资源，从而在不影响通话质量和系统性能的同时，支持更多的语音用户，并且为动态调度的业务保留一定的控制信息以供使用。
以典型的VoIp业务为例，其数据包到达周期为20ms，则enb只要通过pDcch给ue半静态调度指示，ue即按照pDcch的指示进行本次调度数据的传输或接收，并且在每隔20ms，在相同的时频资源位置上进行新到达的VoIp数据包的传输或接收。
如图2所示，标记为绿色的资源即为ue周期进行发送或接收的资源位置。
对于半静态调度传输，主要有3个关键的步骤，即半静态调度传输的激活、半静态调度传输的hARQ过程和半静态调度传输资源的释放。
VoIp业务具有的特点,例如包比较小,为几十个字节,包的到达间隔和包的大小基本上是固定的。
如果针对VoIp业务的这些小包采用动态调度方法,信令负荷会很大。
在LTe系统中要达到一定的VoIp用户容量,需要减少开销。
因此,提出了持续调度
（persistentscheduling）的方法,即为VoIp业务周期性的持续分配资源。
如何利用VoIp业务的特点进行有效的调度，保证Qos（Qualityofservice），最大程度的减少信令开销，是需要研究的问题。
VoIp业务存在三个状态:
瞬态、激活期和静默期。
瞬态包只发生在会话开始以及会话过程中,包的头没有进行头压缩,因此这个状态的包比较大,包大小为97byte。
激活期的包为进行了头压缩的语音业务的数据,包大小为35～49byte。
在静默期没有语音数据传输,只有由于背景噪声产生的sID（silenceDescriptor）包,包大小为10～24byte。
以上包的大小值都是基于AmR（AdaptivemultiRate）声码器,速率为12.2kbps。
包到达间隔是固定的,在瞬态/激活期时为20ms,静默期为160ms。
从业务模型可以看出,VoIp业务具有包比较小,包的大小比较固定,到达间隔比较固定的特点。
VoIp业务的调度方案应当充分利用这些特点,优化系统性能。
参考：
LTe系统语音业务调度研究
（1）；
LTe系统的半静态调度传输解决（:
lte学习积累总结）方案。
3.4VoIp中的Qos保障技术
主要包括抖动平滑技术、丢包处理技术、拥塞控制技术、回声消除技术以及静默压缩技术等，至于降低延时的问题，需要考虑网络拥塞，并对链路层延时或抖动缓冲（Jitterbuffer）延时进行改善。
篇三：
LTe每天学习总结—基本过程（下行同步）
1.小区搜索
1.1开机
ue开机在可能存在LTe小区的几个中心频点上接收信号（pss），以接收信号强度来判断这个频点周围是否可能存在小区，如果ue保存了上次关机时的频点和运营商信息，则开机后会先在上次驻留的小区上尝试；
如果没有，就要在划分给LTe系统的频带范围内做全频段扫描，发现信号较强的频点去尝试
1.2pss检测
进行5ms时隙同步，检测ceLLID
然后在这个中心频点周围收pss（主同步信号，对于FDD，pss在slot0和slot10的倒数第一个oFDm符号上；
sss在slot0和slot10的倒数第二个oFDm符号上。
对于TDD，pss在slot2和slot12的第二个oFDm符号上；
sss在slot1和slot11的倒数第一个oFDm符号上。
），它占用了中心频带的6Rb，因此可以兼容所有的系统带宽，信号以5ms为周期重复，在子帧#0发送，并且是Zc序列，具有很强的相关性，因此可以直接检测并接收到，据此可以得到小区组里小区ID，同时确定5ms的时隙边界，同时通过检查这个信号就可以知道循环前缀的长度以及采用的是FDD还是TDD（因为TDD的pss是放在特殊子帧里面，位置有所不同，基于此来做判断）由于它是5ms重复，因为在这一步它还无法获得帧同步
1.3sss检测
进行10ms同步，检测ceLLgroupID、帧同步
5ms时隙同步后，在pss基础上向前搜索sss，sss由两个端随机序列组成，前后半帧的映射正好相反，因此只要接收到两个sss就可以确定10ms的边界，达到了帧同步的目的。
由于sss信号携带了小区组ID，跟pss结合就可以获得物理层ID（ceLLID），这样就可以进一步得到下行参考信号的结构信息。
pss在每个无线帧的2次发送内容一样，sss每个无线帧2次发送内容不一样，通过解pss先获得5ms定时，通过解sss可以获得无线帧的10ms定时。
因为先解析pss获得5ms定时，在解析sss时根据FDD和TDD其位置不同可以确定是FDD模式还是TDD模式。
再者，不管系统带宽是多少，pss和sss都在在系统带宽中间的6个Rb上发送，在带宽内对称发送，所以通过解pss和sss可以获得频域同步。
通过解pss可以获得物理层小区ID，通过解sss可以获得小区的组ID，二者组合就可以获得当前小区的物理小区ID。
1.4DL-Rs
时隙与频率精确同步
在获得帧同步以后就可以读取pbch了，通过上面两步获得了下行参考信号结构，通过解调
参考信号可以进一步的精确时隙与频率同步，同时可以为解调pbch做信道估计了。
1.5pbch
获得系统带宽，phIch资源、天线数、sFn（系统帧号）
pbch在子帧#0的slot#1上发送，就是紧靠pss，通过解调pbch，可以得到系统帧号和带宽信息，以及phIch的配置以及天线配置。
系统帧号以及天线数设计相对比较巧妙:
sFn（系统帧数）位长为10bit，也就是取值从0-1023循环。
在pbch的mIb（masterinformationblock）广播中只广播前8位，剩下的两位根据该帧在pbch40ms周期窗口的位置确定，第一个10ms帧为00，第二帧为01，第三帧为10，第四帧为11。
pbch的40ms窗口手机可以通过盲检确定。
而天线数隐含在pbch的cRc里面，在计算好pbch的cRc后跟天线数对应的mAsK进行异或至此，ue实现了和enb的定时同步（mIb传输周期为40ms，在一个周期内，pbch信道分布在每个无线帧的#0子帧内，占据第二个slot的前
升级会员 