LTE的QoS机制学习总结[1]

时间：2024.5.9

LTE/SAE的QoS机制

具备更高的数据传输率、更灵活的频谱带宽配置、更小的系统时延、更低的运营成本、更多样化的业务、以及无缝移动性是运营商对下一代移动网络的必然要求。根据 3GPP R8 版本确定的长期演进( LTE)与系统架构演进( SAE) 两大标准所构建的LTE/ SAE 系统,通过基于全 IP的分组核心网, 扁平化的网络层次架构, 并支持多种接入技术灵活接入的特点满足了以上的要求。

同时, 提供具有严格服务质量( QoS)保证的数据、语音、图像、视频等多媒体业务, 和支持跨不同接入网络的端到端QoS 保证, 成为 LTE/ SAE 系统的研究重点之一。

保证服务质量的目的是向用户提供满意的服务,不同类型的业务对服务质量的要求有所不同, 传统的衡量服务质量的参数包括端到端延迟、抖动、分组丢失率、网络吞吐率和数据传输可靠性等。

由于LTE/ SAE 系统在接入网络结构上的优化,接入网结构更加扁平化, 即把通用移动通信系统( UMT S)的无线网络控制器( RNC) 和基站( Node B)两个节点, 简化到只有演进型基站( eNode B)一个节点,从而演进系统的 QoS 结构相比 UMT S 的QoS 进行了简化, 但也做了不少增强和改进。比如由于希望更好地实现用户的“永远在线”体验, 故引入了默认承载

概念; 为了取消 UMTS 系统复杂的QoS 协商机制, 放弃了专用信道概念, 采用共享信道和配备灵活的动态调度机制。

下文将通过介绍 LTE/ SAE 的承载业务架构, 分析承载级QoS的参数和属性, 然后将其与 2G和3G 的QoS 比较, 进一步说明 LTE/ SAE 给用户带来的体验的提高。

LTE/SAE的QoS机制

1.1 SAE承载业务架构，

由于 LTE/ SAE 系统需要提供的是端到端 QoS,所以沿用了 UMTS 系统相似的QoS框架——分层次、分区域的QoS体系结构，即上层的QoS要求分解为下层的QoS要求分解为下层的QoS属性, 下层为上层提供承载业务。SAE 的QoS 承载业务架构如下图所示。

图中端到端的承载业务可以沿着端到端的路径划分成不同的网络段业务。端到端承载业务可以分解成两部分: SAE 承载业务与外部承载业务。其中, 外部承载业务用于连接 UMT S 核心网和位于外部网络节点之间的业务承载。SAE 承载业务则可以分为 SAE无线承载业务与 SAE 接入承载业务两部分。SAE 无线承载业务根据必需的QoS, 在eNodeB与 UE 之间传输承载业务数据, 将无线承载链接到对应的承载业务;SAE 接入承载业务根据必需的QoS, 在AGW 和 eNodeB 之间传输承载业务数据, 向 eNode B 提供端到端承载的聚合 QoS描述, 同时将接入承载链接到对应的承载业务。

SAE 的QoS 控制的基本粒度是承载, 即相同承载上的所有流量将获得相同的 QoS 保障, 不同类型的承载提供不同的 QoS 保障。SAE 还提出了一些新的承载类型概念, 比如默认承载、专用承载、GBR 承载和Non- GBR承载等。

1)默认承载: 一种满足默认 QoS 的数据和信令的用户承载。默认承载可以简单理解为一种提供尽力而为 IP 连接的承载, 给用户设备( UE) 提供永远在线!的 IP连接。默认承载的 QoS参数可以来自于从归属用户服务器( HSS)中获取的签约数据, 也可以通过策略计费规则功能( PCRF)交互或者基于本地配置。

2)专用承载: 对某些特定业务所使用的 SAE 承载。一般情况下专用SAE 承载的 QoS 比默认 QoS 的要求高。专用承载在 UE 关联上行( UL )业务流模板( TFT ) , 在PDN GW关联一个 DL( 下行) T FT, T FT 中包含业务数据流的过滤器, 而这些过滤器只能匹配某些准则的分组, 专用承载的QoS 参数总是由分组核心网分配。

3) GBR承载: 与保证比特速率( GBR)承载相关的专用网络资源, 在承载建立或修改过程中通过例如eNode B 的接纳控制等功能永久分配给某个承载, 这个承载在比特速率上要求能够保证不变。

4) Non- GBR承载: 与 GBR 承载相反, 网络资源不能永久分配给某个承载, 即不能保证该承载的比特速率不变, 就是 Non- GBR承载。专用承载可以是GBR承载或Non- GBR 承载, 而默认承载应该是 Non- GBR 承载。一个承载维护的是一个服务数据流( SDF )的集合体, 对应相同承载级别 QoS 的多个 SDF的集合, 每个SDF是由 IP的5元组(源 IP地址、目的 IP 地址、源端口号、目的端口号、IP 层以上协议 ID)描述, 以此来识别终端和应用或服务。所以 SDF 可以用来连接到Web、流媒体服务器或邮箱服务器。

1.2 SAE QoS参数与属性

1. 2. 1 QoS 参数

一个 SAE 的承载关联到下列承载级 QoS 参数。

( 1) QoS 分类标识( QCI)。

QCI 可同时应用于 GBR和 Non- GBR 承载。一个 QCI是一个值, 用于指定访问节点内定义的控制承载级分组转发方式(如调度权重、接纳门限、队列管理门限、链路层协议配置等) , 这些都可以有运营商预先设置到接入网节点(比如eNode B) 中。在接口上使用QCI 而不是传输一组 QoS 参数主要是为了减少接口上的控制信令数据传输量, 并且在多厂商互联和漫游环境下使用不同设备或系统间的互连互通更加容易。

( 2)分配和保留优先级( ARP)。

ARP 可同时应用于 GBR 和 Non - GBR 承载。ARP的主要目的是能够决定是否接受请求的承载建立/修改(尤其对于 GBR承载的无线容量是否有效) ,或者在资源受限时拒绝上述请求。另外, eNode B 可以使用 ARP 决定资源受限时,哪个承载可以丢弃。一个承载的 ARP仅在承载建立成功之前对承载的建立产生影响。承载建立之后再需要对承载的特性进行改变时, 应该由QCI、 GBR、 MBR和AMBR等参数决定。

( 3)保证比特速率( GBR)。

GBR仅应用于 GBR承载, 提供给 GBR承载保证的比特速率, GBR承载的业务包括语音、流媒体、实时游戏等。

( 4)最大比特速率( MBR)。

MBR仅应用于 GBR 承载, 它为业务设置数据传输速率的限制。如果发现业务的数据传输速率超过MBR时, 网络将通过业务量整形算法来限制速率。MBR的值一般大于或等于 GBR 的值。

( 5)聚合最大比特速率( AMBR)。

AMBR仅应用于 Non- GBR 承载, 同一个 UE 的多个SAE 承载可以共享同一个AMBR, 即一组SAE承载中的每个承载可以使用全部的 AMBR 资源, 例如当其他SAE 承载没有任何业务流时, 有业务流的那个承载可以使用全部的 AMBR定义的全部带宽。如果超出了 AMBR限制, 网络可能在上行链路和下行链路使用业务流量调节算法,就像 MBR的调节算法一样。

1. 2. 2 标准 QCI 属性

一个 QCI 特性可由承载类型、优先级、分组延迟预算、分组丢失率等组成, 它代表了 SAE 系统为某个SDF 提供的QoS 特性。每个SDF仅与一个QCI 关联,如果多个 SDF 具有相同的 QCI 和 ARP 值, 则它们可以作为单独的业务集合来处理, 这就是 SDF 集合。QCI 特性一般由运营商根据实际需求预配置在 eNodeB 上,下表给出了SAE 系统定义的标准QCI 属性。

( 1)承载类型: 决定是否需要在整个承载生存时间内固定分配与承载相关的资源,也就是决定是GBR承载还是 Non- GBR承载。对于一个业务的承载类型是由运营商的策略决定, 当有足够的容量时, 实时业务和非实时业务都可由 Non- GBR承载进行传输。

( 2)优先级: 用来区分相同或不同 UE 的 SDF 集合。每个 QCI 都与一个优先级相关联, 优先级数越小表示优先级别越高。

( 3)分组延迟预算( PDB) : 定义了链路层 SDU 在接入节点和 UE 之间的链路中的逗留时间。链路层中可包括排队管理功能, 对于某一特定的 QCI 特性, PDB对于上行和下行的取值是相同的。采用 PDB 的目的是为了支持对调度和链路层功能进行配置。

( 4) 分组丢失率( PLR) : 定义了由发送方链路层ARQ 协议处理的SDU 没有成功到达相应的接收方的比率。因此, PLR是一个非拥塞情况下的分组丢失情况。这个参数允许适当的链路层协议配置。对于某一特定的 QCI 特性, PLR对于上行和下行的取值是相同的。

2 、2G、 3G和 LTE/ SAE的 QoS比较

LTE/ SAE 承载等价于2G- GPRS 和 3G- UMT S标准中使用的“PDP上下文”，所以在与 2G和 3G的比较中, 重点比较 2G 对应的 R97/ 98 PDP 属性和 3G 对应的 R99 PDP 属性。其中 R97/ 98 PDP 属性是指3GPP标准Release 1997和 1998的 2G- GPRS 部分的分组数据协议( PDP)服务质量属性; R99 PDP 属性是指 3G- UMT S 和 2G- GPRS 在 3GPP 标准 Release99 的PDP服务质量属性。下表描述了不同版本标准的服务质量属性。

从上表可以看出, 3GPP的服务质量( QoS)是如何从2G发展到 3G最后演进到LTE/ SAE 的过程。

在2G- GPRS 的 R97/ 98 版本中, 语音是基于电路交换的, 电路连接建立后即可保证业务的服务质量,所以语音的QoS保证比较简单; 而 GPRS 采用的是分组交换方式, 由于 GSM 无线接口技术的限制, GPRS只能提供尽力而为的服务质量, 这种业务对传输时延和传输速率是没有任何保证的。

3G- UMT S 的 R99 版本, 在对 R97/ R98 版本的QoS 参数进一步细化的同时, 也增加了一些新参数, 比如前面提到的传输时延和传输速率, 其目的是: 对已有的和将要出现的所有电路和分组交换服务类型来说,网络的资源分配机制和调度算法要尽可能灵活。这一层面的灵活性和在UTRAN 中专用传输信道定义的所有可能选项是一致的。同时 R99 版本按业务流对时延的敏感程度不同定义了 4种 QoS 的业务类型: 会话类、流类、交互类和后台类, 每种类型都有相对应的QoS 具体属性和应用举例。

发展到R8 版本的LTE/SAE, 舍弃了电路交换,支持全IP网络, 服务质量( QoS)的表示相比 R99 版本更加简单。由于包括更少的属性域和预定义的标签, 所以减少了可能的组合数量; 通过保持不同制造商对相同类型服务的网络应用的一致性, 实现用户跨网络的无缝移动的体验; 通过预定义的默认承载, 缩短了业务建立的时延, 实现用户的永远在线!的体验; 通过采用QCI 和预定义的承载类型( GBR或 Non- GBR) , 确定了不同类型的业务的 QoS 具体需求, 提供给用户高速且流畅的体验。

总结

LTE/SAE 系统是移动网络向全 IP 网络发展的重要一步, 为了满足其需求, LTE/ SAE 的 QoS 做了诸多的改进, 引入了许多新的概念: 比如简化了 UMTS 的承载架构, 发展成LTE/ SAE 的承载业务架构, 提出了默认承载、专用承载、 GBR 承载和 Non- GBR承载等概念; 在描述 QoS 参数和属性时, 提出了 QCI 和AMBR等新概念。文章最后将LTE/ SAE 的QoS 与2G和3G 的QoS比较, 表明 LTE/ SAE给用户带来的体验的提高。随着 LTE 于 20## 年底在瑞典和挪威开始商用,移动通信网络进入了无线高速分组交换时代, 这将给LTE/ SAE 的QoS管理带来有益的探索, 比如LTE 与3GPP的 2G 或 3G 网络切换导致的 QoS 映射问题,LTE与 Non- 3GPP 网络切换导致的 QoS 映射问题等。

第二篇：LTE 中的QoS

LTE 中的QoS （1） (2010-05-19 09:56:49)

转载

标签：分类： LTECallProcessing

杂谈

EPS系统中，QoS控制的基本粒度是EPS承载(Bearer)，即相同承载上的所有数据流将获得相同的QoS保障（如调度策略，缓冲队列管理，链路层配置等），不同的QoS保障需要不同类型的EPS承载来提供。

在EPS系统中，PDN指的是外部的数据网络（相对于LTE运营商而言），例如Internet，企业专用数据网等。APN（接入点名称）的值作为PDN网络的标识， PDN GW位于EPC和PDN的边界。EPS Bearer存在于UE和PDN GW之间。通常情况下（GTP Based S5/S8），EPS承载可以看作是UE与分组数据网网关(PDN-GW)之间的逻辑电路，（对于基于PMIP的S5/S8接口，一般认为EPS Bearer存在与UE与SGW之间）。EPS承载取代了UMTS网络中的分组数据协议上下文（PDP Context）。根据QoS的不同， EPS Bear可以划分为两大类： GBR(Guranteed Bit Rate) 和 Non－GBR。所谓GBR，是指承载要求的比特速率被网络“永久”恒定的分配，即使在网络资源紧张的情况下，相应的比特速率也能够保持。MBR(Maximum Bit Rate)参数定义了GBR Bear在资源充足的条件下，能够达到的速率上限。MBR的值有可能大于或等于GBR的值。相反的，Non－GBR指的是在网络拥挤的情况下，业务（或者承载）需要承受降低速率的要求，由于Non－GBR承载不需要占用固定的网络资源，因而可以长时间地建立。而GBR承载一般只是在需要时才建立。 EPS系统中，为了提高用户体验，减小业务建立的时延，真正实现用户的“永远在线”，引入了默认承载（Default Bearer）的概念，即在用户开机，进行网络附着的同时，为该用户建立一个固定数据速率的默认承载，保证其基本的业务需求，默认承载是一种Non－GBR承载。一般来说，每个PDN连接都对应着一个Default Bearer和一个IP Address，只有在UE和PDN都支持IPV4，IPV6双协议栈，一个PDN连接才有可能对应两个Default Bearer和IP Address，UE在此PDN连接的有效期内将会一直保持此Default Bearer（IP 地址有可能变化吗？）。如果UE存在与多个PDN的连接，那么UE可以有多个Default EPS Bear和IP地址。默认承载的QoS参数可以来自于从归属用户服务器(HSS)中获取的签约数据，也可以通过PCRF交互或者基于本地配置来改变这些值。

为了给相同IP地址的UE提供具有不同QoS保障的业务，如视频通话，移动电视等，需要在UE和PDN 之间建立一个或多个Dedicated EPS Bear。连接到相同PDN的其他EPS承载称为专有承载，运营商可以根据PCRF（Policy And Charging Resource Function）定义的策略，将不同的数据流映射到相应的Dedicated EPS Bear上，并且对不同的EPS Bear采用不同的QoS机制。专有承载可以是GBR承

载，也可以是Non－GBR承载。专有承载的创建或修改只能由网络侧来发起，并且承载QoS参数值总是由分组核心网来分配。

一个EPSBearer要经过不同的网元和接口，如下图所示。包括：PGW到SGW之间的S5/S8接口，SGW到eNodeB之间的S1接口和eNodeB到UE之间的Uu接口。EPS Bearer在每个接口上会映射到不同的底层承载，每个网络节点负责维护底层承载的标识以及相互之间的绑定关系。

From 3GPP 23.401 4.7.2.2 The EPS bearer with GTP-based S5/S8

如上图所示，eNodeB通过创建无线承载与S1承载之间的绑定，实现无线承载与S1承载之间的一一映射；S-GW通过创建S1承载与S5/S8承载之间的绑定，实现S1承载与S5/S8承载之间的一一映射。最终，EPS承载数据通过无线承载、S1承载以及S5/S8承载的级联，实现了UE与PDN之间连接业务的支持。

用户的IP数据包需要映射到不同的EPS Bearer，以获得相应的QoS保障。这样的映射关系是通过TFT（Traffic Flow Template）和其中的Packet Filters来实现的。TFT是映射到相应EPS Bearer的所有PacketFilter 的集合，Packet Filter表示将用户的一种业务数据流（SDF，Service DataFlow）映射到相应的EPS Bearer上，Packet Filter通常包括源/目的IP 地址，源/目的IP端口号，协议号等内容。专有的EPS Bearer必须有与之相应的TFT。相反的，缺省的EPS Bear通常并不配置特定的TFT，或者说，配置的是通配TFT，这样所有不能映射到专有EPS Bearer的IP数据包会被映射到缺省的EPS Bearer上。在专有的EPS Bearer被释放的情况下，原来映射到专有EPS Bearer上的数据包也会被重新路由到相应的缺省EPS Bearer上。TFT分为上行和下行两个方向，其中，上行的TFT在UE侧对上行的数据包进行过滤和映射。下行的TFT在PDN侧对下行的数据包进行过滤和映射。

在接入网中，空口上承载的QoS是由eNodeB来控制的，每个承载都有相应的QoS参数QCI（QoS Class Identifier）和ARP （Allocation And Retention Priority）。

QCI同时应用于GBR和Non-GBR承载。一个QCI是一个值，包含优先级，包延迟，以及可接受的误包率等指标，每个QCI都与一个优先级相关联，优先级1是最高的优先级别。承载QCI的值决定了其在eNodeB的处理策略。例如，对于误包率要求比较严格的Bearer，ENodeB一般通过配置RLC成AM模式来提高空口传输的准确率。标准中（23。203）定义了九种不同的QCI的值，在接口上传输的是QCI

的值而不是其对应的QoS属性。通过对QCI的标准化，可以规范不同的厂家对于相应的QoS业务的理解和处理，方便在多厂商互连环境和漫游环境中不同设备／系统间的互连互通。

Table 6.1.7: Standardized QCI characteristics

LTE中的QoS

ARP是分配和保留优先级(Allocation and Retention Priority)。 ARP同时应用于GBR和Non-GBR承载，主要应用于接入控制，在资源受限的条件下，决定是否接受相应的Bearer建立请求。另外，eNode B可以使用ARP决定在新的承载建立时，已经已经存在承载的抢占优先级。一个承载的 ARP仅在承载建立之前对承载的建立产生影响。承载建立之后QoS特性，应由QCI、GBR、MBR等参数来决定。

为了尽可能提高系统的带宽利用率，EPS系统引入了汇聚的概念，并定义了AMBR（Aggregated Maximum Bit Rate）参数。AMBR可以被运营商用来限制签约用户的总速率，它不是针对某一个Bearer，而是针对一组Non－GBR的Bearer。当其他EPS承载不传送任何业务时，这些Non-GBR承载中的每一个承载都能够潜在地利用整个AMBR。AMBR参数限制了共享这一AMBR的所有承载能所能提供的总速率。

3GPP定义了两种不同的AMBR参数：UE-AMBR和(APN)-AMBR。UE－AMBR定义了每个签约用户的AMBR。 APN-AMBR是针对APN的参数，它定义了同一个APN中的所有EPSBearer提供的累计比特速率上限。AMBR对于上行和下行承载可以定义不同的数值。

EPS 专有承载建立流程

(2010-05-26 07:54:22)

转载

标签：分类： LTECallProcessing

杂谈

与缺省的EPS承载不同，专有EPS承载的建立，是为了满足用户特定QoS的需求。EPS专有承载建立之前，必须存在相应的缺省EPS承载。

EPS专有承载的建立，可以由网络侧来发起，也可以由终端侧来发起。在网络侧发起的专有承载建立过程中，专有承载建立的信令流程由网络侧发起，不要求UE上的应用层了解EPS承载层QoS的具体信息，UE上的应用层可以通过应用层的信令与网络协商QoS的相关信息，如SIP/SDP, RTSP等，但这种应用层的QoS协商并不包含承载层QoS的内容。在UE侧发起的EPS专有承载的建立中（也称为承载资源分配过程），UE上的应用层直接向网络侧提出承载层QoS（包括QCI， GBR等）的申请，如果网络侧接受UE的请求，就会与UE进一步信令交互，建立专有的EPS Bearer。

在网络侧发起的EPS专有承载的建立过程中，触发网络侧建立专有承载的条件可以是来自网络的应用层信令，也可以是来自UE的应用层信令。例如，UE发起基于IMS的VoIP呼叫或者UE需要接收基于IMS的VoIP呼叫。

下图是在基于GTP的S5接口下，网络侧发起的EPS专有承载的建立流程。

LTE中的QoS

首先，PCRF根据UE应用层所需要的QoS信息，生成相应的QoS准则，通过基于Diameter的RAR（Re－Authentication Request）命令发送给PGW。

PGW根据相应的QoS准则来配置EPS Bearer的QoS，并发送Create Bearer Request 消息给SGW， SGW将相应的消息转发给MME， SGW与MME之间的信息示例如下： GPRS Tunneling Protocol V2

Create Bearer Request

Flags: 72

010. .... = Version: 2

.... 1... = T: 1

Message Type: Create Bearer Request (95)

Message Length: 743

Tunnel Endpoint Identifier: 3300033 (MME的GTP －C的TEID 值)

Sequence Number: 0

Spare: 256

Linked EPS Bearer ID (LBI) :

IE Type: EPS Bearer ID (EBI) (73)

IE Length: 1

000. .... = CR flag: 0

.... 0000 = Instance: 0

.... 0101 = EPS Bearer ID (EBI): 5

Bearer Context : [Grouped IE]

IE Type: Bearer Context (93)

IE Length: 69

000. .... = CR flag: 0

.... 0000 = Instance: 0

EPS Bearer ID (EBI) :

IE Type: EPS Bearer ID (EBI) (73)

IE Length: 1

000. .... = CR flag: 0

.... 0000 = Instance: 0

.... 0000 = EPS Bearer ID (EBI): 0 （EBI是由MME分配的，由于此时并没有分配，所以设置为零）

Fully Qualified Tunnel Endpoint Identifier (F-TEID) :

IE Type: Fully Qualified Tunnel Endpoint Identifier (F-TEID) (87)

IE Length: 9

000. .... = CR flag: 0

.... 0000 = Instance: 0

1... .... = V4 (True-IPV4 address field Exists,False-Doesn't Exist in F-TEID): True .0.. .... = V6 (True-IPV6 address field Exists,False-Doesn't Exist in F-TEID): False ...0 0001 = Interface Type: S1-U SGW GTP-U interface (1)

TEID/GRE Key: 34

F-TEID IPv4: 30.0.2.1 (30.0.2.1)

Fully Qualified Tunnel Endpoint Identifier (F-TEID) :

IE Type: Fully Qualified Tunnel Endpoint Identifier (F-TEID) (87)

IE Length: 9

000. .... = CR flag: 0

.... 0001 = Instance: 1

TEID/GRE Key: 34

F-TEID IPv4: 20.0.0.1 (20.0.0.1)

EPS Bearer Level Traffic Flow Template (Bearer TFT) :

IE Type: EPS Bearer Level Traffic Flow Template (Bearer TFT) (84)

IE Length: 8

000. .... = CR flag: 0

.... 0000 = Instance: 0

001. .... = Operation Code: Create New TFT (1)

.... 0001 = Number of Packet Filters: 1

...0 .... = Ebit: False

Packet Filter 1

.... 0000 = Packet Filter Identifier: 0

..11 .... = Direction: bidirectional (3) (上行和下行双向的Filter)

Evaluation Precedence: 0

Length of Packet Filter: 3

Component Type: Single remote port type (80)

Single remote port type: 80

Bearer Level Quality of Service (Bearer QoS) :

IE Type: Bearer Level Quality of Service (Bearer QoS) (80)

IE Length: 22

000. .... = CR flag: 0

.... 0000 = Instance: 0

.... ...1 = PVI (Pre-emption Vulnerability): True

..00 00.. = PL (Priority Level): 0

.0.. .... = PCI (Pre-emption Capability): False （PVI，PL，以及是ARP的属性，具体内容参见3GPP 23.401）

Label (QCI): 9

Maximum Bit Rate For Uplink: 65535000

Maximum Bit Rate For Downlink: 65535000

Guaranteed Bit Rate For Uplink: 65535000

Guaranteed Bit Rate For Downlink: 65535000

MME为每个EPS Bearer分配相应的EBI （EPS Bearer ID），构造相应的 Activate Dedicated EPS Bear消息，将其作为NAS PDU，包含在发送到eNodeB的Bear Setup Request 消息中。

eNodeB将EPS Bearer的QoS映射到空口上的QoS，然后通过向UE发送RRCConnectionReconfiguration消息来建立相应的DRB，并对DRB进行PDCP层，逻辑层，以及RLC层等进行配置。在消息中还作为NAS PDU传输来自MME的Activate Dedicated EPS Bear。在NAS PDU中，LBI （Linked EPS Bear ID）给出了与Dedicated EPS Bearer对应的Default EPS Bear的标识， TFT表示应用到UE的上行TFT，其中的Precedence指出了Packet Filter的优先级，数值越低，表示优先级越高。UE在发送上行数据包的时候，按照Packet Filter的优先级对数据包进行匹配，如果匹配成功， UE就会在相应的EPS Bearer（Radio Bearer）上发送数据，否则的话， UE会在缺省的EPS Bearer上发送数据。

+-Rrc

| \-Dcch [Union]

| +-message_

| \-c1 [Union]

| \-rrcConnectionReconfiguration [Union]

| +-rrc_TransactionIdentifier=0 [INTEGER]

| +-criticalExtensions

| \-c1 [Union]

| \-rrcConnectionReconfiguration_r8 [Union]

| +-measConfig=omit

| +-mobilityControlInfo=omit

| +-dedicatedInfoNASList=omit

| +-radioResourceConfigDedicated

| | +-srb_ToAddModList=omit

| | +-drb_ToAddModList [RecordOf]

| | | [0]

| | | +-eps_BearerIdentity=6 [INTEGER]

| | | +-drb_Identity=2 [INTEGER]

| | | +-pdcp_Config

| | | | +-discardTimer=infinity_ [ENUM]

| | | | +-rlc_AM

| | | | +-rlc_UM=omit

| | | | +-headerCompression

| | | | \-notUsed [Union]=NULL

| | | +-rlc_Config

| | | | \-am [Union]

| | | | +-ul_AM_RLC

| | | | +-dl_AM_RLC

| | | | +-t_Reordering=ms80 [ENUM]

| | | | +-t_StatusProhibit=ms60 [ENUM]

| | | +-logicalChannelIdentity=4 [INTEGER]

| | | +-logicalChannelConfig

| | | +-ul_SpecificParameters

| | | +-priority=13 [INTEGER]

| | | +-prioritisedBitRate=infinity_ [ENUM]

| | | +-bucketSizeDuration=ms100 [ENUM]

| | | +-logicalChannelGroup=2 [INTEGER]

| | +-drb_ToReleaseList=omit

| | +-mac_MainConfig=omit

| | +-sps_Config=omit

| | +-physicalConfigDedicated=omit

| +-securityConfigHO=omit

| +-nonCriticalExtension=omit

+-Nas [RecordOf]

[0]

+-SecurityProtection

| +-Status='0010'B [BITSTRING]

+-Pdu

+-Msg

| \-aCTIVATE_DEDICATED_EPS_BEARER_CONTEXT_REQUEST [Union] | +-epsBearerId='6'H [HEXSTRING]

| +-protocolDiscriminator='0010'B [BITSTRING]

| +-procedureTransactionIdentifier='00'O [OCTETSTRING]

| +-messageType='11000101'B [BITSTRING]

| +-spareHalfOctet='0'H [HEXSTRING]

| +-linkedEpsBearerId

| | +-idValue='0101'B [BITSTRING]

| +-epsQos

| | +-iei=omit

| | +-iel='09'O [OCTETSTRING]

| | +-qci='00000100'B [BITSTRING]

| | +-maxBitRateUl='01101000'B [BITSTRING]

| | +-maxBitRateDl='01101000'B [BITSTRING]

| | +-guaranteedBitRateUl='01001000'B [BITSTRING]

| | +-guaranteedBitRateDl='01001000'B [BITSTRING]

| | +-maxBitRateUlExt='00000000'B [BITSTRING]

| | +-maxBitRateDlExt='00000000'B [BITSTRING]

| | +-guaranteedBitRateUlExt='00000000'B [BITSTRING]

| | +-guaranteedBitRateDlExt='00000000'B [BITSTRING]

| +-tft

| | +-iei=omit

| | +-iel='23'O [OCTETSTRING]

| | +-tftOperationCode='001'B [BITSTRING] 表示创建TFT

| | +-eBit='0'B [BITSTRING]

| | +-noOfPktFilter='0010'B [BITSTRING]

| | +-packetFilterList [RecordOf]

| | | [0]

| | | | +-iei='10'O [OCTETSTRING] 其中可以表示Filter的方向。

| | | | +-precendence='00000000'B [BITSTRING]

| | | | +-iel='0E'O [OCTETSTRING] IPV4 remote Address type (具体内容参见10.5.162/3GPP 24.008)

| | | | +-contents='10C0A80101FFFFFFFF5079B83011'O [OCTETSTRING]

| | | [1]

| | | +-iei='20'O [OCTETSTRING]

| | | +-precendence='00000001'B [BITSTRING]

| | | +-iel='0E'O [OCTETSTRING]

| | | +-contents='10C0A80101FFFFFFFF50EE483011'O [OCTETSTRING]

| | +-parameterList=omit

| +-transactionIdentifier=omit

| +-negotiatedQos=omit

| +-negotiatedLlcSapi=omit

| +-radioPriority=omit

| +-packetFlowIdentifier=omit

| +-protocolConfigurationOptions=omit

+-PiggybackedPduList=omit

UE存贮得到的相应QoS信息，并作相应的处理，然后向eNodeB回应RRCConnectionReconfiguration Complete消息。eNodeB接收到UE的回应后，回复给MME Bear Setup Response消息。

UE NAS层同时会构造Activate Dedicated EPS Bearer Context Complete消息，并将其作为NAS PDU通过UL Info Transfer发送给eNodeB， eNodeB将此NAS PDU 透传给MME。

MME接收到后，生成 Create Bearer Response 消息，发送给SGW和PGW。

GPRS Tunneling Protocol V2

Create Bearer Response

Flags: 72

010. .... = Version: 2

.... 1... = T: 1

Message Type: Create Bearer Response (96)

Message Length: 424

Tunnel Endpoint Identifier: 1

Sequence Number: 0

Spare: 256

Cause :

IE Type: Cause (2)

IE Length: 2

000. .... = CR flag: 0

.... 0000 = Instance: 0

Cause: Request accepted (16)

.... ...0 = Cause Source (CS: True-Error originated by remote node, False-Error originated by Node sending the Message): False

Bearer Context : [Grouped IE]

IE Type: Bearer Context (93)

IE Length: 37

000. .... = CR flag: 0

.... 0000 = Instance: 0

Cause :

IE Type: Cause (2)

IE Length: 2

000. .... = CR flag: 0

.... 0000 = Instance: 0

Cause: Request accepted (16)

.... ...0 = Cause Source (CS: True-Error originated by remote node, False-Error originated by Node sending the Message): False

EPS Bearer ID (EBI) :

IE Type: EPS Bearer ID (EBI) (73)

IE Length: 1

000. .... = CR flag: 0

.... 0000 = Instance: 0

.... 0110 = EPS Bearer ID (EBI): 6

Fully Qualified Tunnel Endpoint Identifier (F-TEID) :

IE Type: Fully Qualified Tunnel Endpoint Identifier (F-TEID) (87)

IE Length: 9

000. .... = CR flag: 0

.... 0000 = Instance: 0

TEID/GRE Key: 34

F-TEID IPv4: 30.0.0.1 (30.0.0.1)

Fully Qualified Tunnel Endpoint Identifier (F-TEID) :

IE Type: Fully Qualified Tunnel Endpoint Identifier (F-TEID) (87)

IE Length: 9

000. .... = CR flag: 0

.... 0001 = Instance: 1

TEID/GRE Key: 34

F-TEID IPv4: 30.0.2.1 (30.0.2.1)

更多相关推荐：

关于借调市公司学习的总结: 关于借调市公司学习的申请公司领导：本人自3月份到市公司市场部学习以来，在公司领导的教导和培养下，在部门经理的带领和指导下，在同事们的关心和帮助下，自己的思想、工作、学习等各方面都取得了一定的进步，个人综合素质也…
关于java学习的总结: 关于java学习的总结Java是一门编程语言。想对java有所了解，必须清晰的认识到这一点。但是java又不仅仅是编程语言那么简单。从它的产生到发展壮大都离不开编程思想的指导。因此想深入学习java就必须深刻理…
高一上半期关于数学学习的总结(I): 高一上半期关于数学学习的总结（I）——《解决抽象函数的有关问题》作者：高448班彭斐然注意：本篇总结选取四个例题进行分析讨论和总结。例题出自平常做过的习题，“建模”与“总结”两栏皆为原创，“解析”方面有部分参照…
应用文学习的总结: 应用文的学习总结电子（3）班黄建邦22号在大一的下半学期，我们接触了《应用文写作》这一课。本学期在老师的指导下我先后学习了总结、计划、调查报告、条例规章制度、意向书、求职信、述职报告、学术论文、经济合同、劳动合…
英语研究性学习的总结和反思: 马海月背景:英语学习要为学生的生存可持续发展,创新精神和实践能力打好基础,要培养学生收集,处理和运用信息的能力,初步的研究能力,实际能力和选择能力,以及合作交流能力.在课文学习的基础上,寻找切入点,以任务驱动学…
小测验后关于C语言学习的总结: 这次测试虽然不够正式，但却足以证明我们在学习和教学C语言的过程中存在许许多多的问题与弊端了。首先，同学们对C语言的学习不够重视，这是最关键也是最致命的一点。上课时精神不能够集中，遇到问题，不能够积极地去加以解决…
大专学习的总结--金文花: 网络大专学习总结金文花光阴似箭，网络大专的学习不知不觉已经一学期了。为了使以后的学习更成功，特作如下总结。一、认真听讲、善于思考是关键在一学期的学习生涯中，我被老师深入浅出的讲解，扎实的专业知识和技能所折服。我…

6s宿舍观摩学习总结: 6s宿舍观摩学习总结为了为每个舍员的学习与生活营造一个健康和谐整洁安全的宿舍氛围我工程1101班在院和系的领导下积极开展6S宿舍学习工作在此期间我宿舍成员积极参与了系及院的卫生检查与抽查并且大部分宿舍取得了良好...
20xx国培学习总结: 训后研修提醒培训有终点学习无止境本期项目虽已接近尾声但我们的服务还将延续项目结束后我们会在平台中进行训后研修活动课程可重复学习论坛依旧开放专家会继续在线解答您的问题平台会长期为您开放期待您继续热情参与希望这里一...
PMP学习总结: PMP培训学习经验总结总体体会如果把PMP学习及备考过程比作一场要打的硬仗每个参战的学员都希望成为一名胜利者通过PMP考试上战场前首先做的便是知己知彼PMBOK这就是对手85以上的武器接下来他就是我们重点研究的...
农村电商学习总结及建议: 3天的杭州学习让我对农村电商有了更进一步的理解20xx年是农村电商初始之年20xx将会是农村电商摸索前行的一年我理解中的农村电商有以下几点为什么要搞农村电商为了解决农村买难卖难问题提高农民收入改善农民生活缩短城...
Hibernate_学习总结: Hibernate初级学习总结1Hibernate是基于是么原因产生的Hibernate的有点答案实现业务逻辑的代码和数据库访问代码掺杂在一起使程序结构不清晰可读性差在程序代码中嵌入面向关系的SQL语句使开发人...

热门关注

关于开展王廷军忏悔录警示教育专题学习的总结

党训班学习总结