搜索
QOS(QualityofService)服务质量作用：网络通信根据不同类型的QoS进行管理和分配资源来解决网络延迟和阻塞等问题默认承载（缺省承载）和专有承载缺省承载即默认承载。默认承载就是UERRC连接建立后，初始上下文建立时，核心网为UE缺省建立的DRB，如果只连接到数据域，那么只有一个默认承载（QCI一般是9或8），如果还连接到IMS，那么还会建立语音域的默认承载（QCI为5）.而专用承载则是在后续流程中建立的，和用户的行为相关，比如发起语音通话，那么会发起建立QCI为1的专用承载建立。专用承载具有和所发起业务的特性相关的个性化配置参数（为了更好地服务于发起的相应业务），而默认承载的配置参数则是比较普适的。对业务而言，所谓承载，通俗理解就是一条核心网到UE的逻辑通路。UE到核心网的承载成为EPSbearer，往下映射由基站与核心网间的S1bearer和基站和终端间的Radiobearer构成。S1口的bearer映射到物理资源上就是一条GTPU(GPRSTunnelingProtocolUserPlane,完成分组数据报文的封装,并包含带内信令过程)的通道，空口的RadioBearer由从PDCP，RLC，MAC直到物理层的RB资源上的一系列资源构成。由此构成的数据传输的通路就是所谓的承载。LTE中的Bearer分为两部分:1.RB(ResourceBlock):它是频率上连续的12子载波,时域上为1个slot;2.RE(ResourceElement):它是频率上的1个子载波及时域上1个symbol承载图承载与QOS的关系由于EPS的接入网结构更加扁平化，即由UMTS的RNC和NodeB两个节点简化到只有eNodeB一个节点，从而在QoS的结构上也有所变化。演进系统的QoS结构相比UMTS进行了简化。同时由于希望更好地实现“永远在线”，在QoS中也引入了默认承载等新概念。EPS的QoS在核心网主要为将IPQoS映射到承载的QoS等级指示(QoSClassldentifier，QCl)上；在接入网主要是将S1接口上传输的QCI对应到eNodeB应执行的QCI特征(QCICharacteristics)上。EPS承载指为在UE和PDN之间提供某种特性的QoS传输保证，分为默认承载和专用承载。为什么要有默认承载和专用承载？默认承载：一种满足默认QoS的数据和信令的用户承载。默认承载可简单地理解为一种提供尽力而为IP连接的承载，随着PDN链接的建立而建立，随着PDN的链接的拆除而销毁。为用户提供永久在线的IP传输服务。专用承载：专用承载是在PDN链接建立的基础上建立的，是为了提供某种特定的QoS传输需求而建立的（默认承载无法满足的）。一般情况下专用承载的QoS比默认承载的QoS要求高。专用承载在UE关联了一个UL业务流模板(TrafficFlowTemplate，TFT)，在PDNGW关联了一个DLTFT，TFT中包含业务数据流的过滤器，而这些过滤器只能匹配符合某些准则的分组。专用承载中的GBR／Non-GBR承载怎么理解？承载分为：缺省承载专有承载专有承载分两种GBR、nonGBRGBR／Non-GBR承载：与保证比特速率(GuaranteedBitRate，GBR)承载相关的专用网络资源，在承载建立或修改过程中通过例如eNodeB的接纳控制等功能永久分配给某个承载。这个承载在比特速率上要求能够保证不变。否则，不能保证一个承载的速率不变，则是一个Non-GBR承载。GBR就是保障速度，non-gbr不保证速度nonGBR和缺省承载受限于UE的apn-ambr和ue-ambr形象点说就是缺省相当于给你建立了一条马路。这条马路的宽度受限于签约的UE-AMBR,apn-ambr.如果在上面还建立了NON-GBR的专有那么大家就公用这条马路，宽度不增加。GBR的专有就是给你建立一条专门的新马路让你的车跑，马路宽你就跑的越舒服。马路的质量就是qos。有几个GBR专有，就相当于有多少这样的新马路。默认承载及专用承载可以有多个吗？对同一用户同一链接而言，专用承载可以是GBR承载，也可以是Non-GBR承载。而默认承载只能是Non-GBR承载。专用承载和默认承载共享一条PDN链接（UE地址和PDN地址），也就是说，专用承载承载一定是在默认承载建立的基础上建立的，二者必须绑定。一个EPS承载是UE和PDNGW间的一或多个业务数据流(ServiceDataFlow，SDF)的逻辑聚合。在EPC／E-UTRAN中，承载级别的QoS控制是以EPS承载为单位进行的。即映射到同一个EPS承载的业务数据流，将受到同样的分组转发处理(如调度策略、排队管理策略、速率调整策略、RLC配置等)。如果想对两个SDF提供不同的承载级QoS，则这两个SDF需要分别建立不同的EPS承载。在一个PDN链接中，只有一个默认承载，但可以有多个专用承载。一般来说，一个用户最多建立11个承载。每当UE请求一个新的业务时，S-GW／PDNGW将从PCRF收到PCC规则，其中包括业务所要求的QoS。如果默认承载不能提供所要求的QoS时，则需要另外的承载服务，即建立专用承载以提供服务。MME／S-GW从PCEF收到需要传输的端到端业务的详细内容，并可将具有同样业务级别(TrafficClass)的端到端业务组合到一起，对这些业务级别产生一个聚合的QoS描述(至少包括比特速率)。每个SAE，承载业务都会给eNodeB传送一个相应的QoS描述。当一个端到端业务正在启动、终止或修改时，MME／UPE接收到相关的信息，则更新聚合的QoS描述并将它转发给eNodeB。LTE和MME／S-GW一样，都执行端到端业务IP流到SAE承载服务的映射。为了能够区分属于不同SAE承载服务的分组，eNodeB和MME／S-GW需知道对一个SAE承载的聚合QoS描述。eNodeB使用这个聚合QoS描述对下行进行调度、对上行进行管辖；MME／S-GW用这个聚合QoS描述对上行和下行进行管辖。在下行方向，eNodeB根据SAE承载业务的聚合QoS描述处理IP分组。在上行方向，eNodeB依据承载业务的聚合QoS描述管辖每个IP分组。专用承载可以单独存在吗？与缺省的EPS承载不同，专有EPS承载的建立，是为了满足用户特定QoS的需求。EPS专有承载建立之前，必须存在相应的缺省EPS承载默认承载和专用承载的建立必须是网络侧发起和建立吗？默认承载上下文激活流程是为了在UE和EPC之间建立一个默认EPS承载上下文，该流程由网络侧发起，作为来自UE消息---PDN连接性请求（合并或单独形式）的响应EPS专有承载的建立，可以由网络侧来发起，也可以由终端侧来发起。在网络侧发起的专有承载建立过程中，专有承载建立的信令流程由网络侧发起，不要求UE上的应用层了解EPS承载层QoS的具体信息，UE上的应用层可以通过应用层的信令与网络协商QoS的相关信息，如SIP/SDP,RTSP等，但这种应用层的QoS协商并不包含承载层QoS的内容。在UE侧发起的EPS专有承载的建立中（也称为承载资源分配过程），UE上的应用层直接向网络侧提出承载层QoS（包括QCI，GBR等）的申请，如果网络侧接受UE的请求，就会与UE进一步信令交互，建立专有的EPSBearer。在网络侧发起的EPS专有承载的建立过程中，触发网络侧建立专有承载的条件可以是来自网络的应用层信令，也可以是来自UE的应用层信令。例如，UE发起基于IMS的VoIP呼叫或者UE需要接收基于IMS的VoIP呼叫。总之，默认承载必须由网络发起，专用承载可以是网络侧发起也可以是UE发起，。终端有请求的权利，但即使终端请求，最终也会由网络建立