eps承载是什么意思

EPS具有的意义我们了解清楚，顺便搞清楚承载的概念。下面是我给大家整理的eps承载是什么意思，供大家参阅!

eps承载是什么意思

由于EPS的接入网结构更加扁平化，即由UMTS的RNC和NodeB两个节点简化到只有eNode B一个节点，从而在QoS的结构上也有所变化。演进系统的QoS结构相比UMTS进行了简化。同时由于希望更好地实现“永远在线”，在QoS中 也引入了默认承载等新概念。

EPS的QoS在核心网主要为将IPQoS映射到承载的QoS等级指示(QoSClass ldentifier，QCl)上;在接入网主要是将S1接口上传输的QCI对应到eNodeB应执行的QCI特征(QCICharacteristics)上。

EPS承载指为在UE和PDN之间提供某种特性的QoS传输保证，分为默认承载和专用承载。

默认承载：一种满足默认QoS的数据和信令的用户承载。默认承载可简单地理解为一种提供尽力而为IP连接的承载，随着PDN链接的建立而建立，随着PDN的链接的拆除而销毁。为用户提供永久在线的IP传输服务。

专用承载：专用承载是在PDN链接建立的基础上建立的，是为了提供某种特定的QoS传输需求而建立的(默认承载无法满足的)。一般情况下专用承载的QoS比默认承载的QoS要求高。专用承载在UE关联了一个UL业务流模板(TrafficFlowTemplate，TFT)，在PDN GW关联了一个DLTFT，TFT中包含业务数据流的过滤器，而这些过滤器只能匹配符合某些准则的分组。

GBR/Non-GBR承载：与保证比特速率(Guaranteed Bit Rate，GBR)承载相关的专用网络资源，在承载建立或修改过程中通过例如eNode B的接纳控制等功能永久分配给某个承载。这个承载在比特速率上要求能够保证不变。否则，不能保证一个承载的速率不变，则是一个 Non-GBR承载。

对同一用户同一链接而言，专用承载可以是GBR承载，也可以是Non-GBR承载。而默认承载只能是Non-GBR承载。专用承载和默认承载共享一条PDN链接(UE地址和PDN地址)，也就是说，专用承载承载一定是在默认承载建立的基础上建立的，二者必须绑定。

一个EPS承载是UE和PDN GW间的一或多个业务数据流(Service Data Flow，SDF)的逻辑聚合。在EPC/E-UTRAN中，承载级别的QoS控制是以EPS承载为单位进行的。即映射到同一个EPS承载的业务数据流，将受到同样的分组转发处理(如调度策略、排队管理策略、速率调整策略、RLC配置等)。如果想对两个SDF提供不同的承载级QoS，则这两个SDF需要分别建立不同的EPS承载。

在一个PDN链接中，只有一个默认承载，但可以有多个专用承载。一般来说，一个用户最多建立11个承载。

每当UE请求一个新的业务时， S-GW/PDN GW将从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承载的用处

与3G不同，EPS中只有数据(PS域)业务，用户与网络间必须先建立 EPS承载(Bearer) 之后，才能在承载之上使用各种数据业务(如IMS语音业务、上网业务、FTP、游戏。。。)。每种数据业务的业务流，称为一个业务数据流SDF，它可以用一个IP五元组来表示(IP包中的源、目的IP地址、源、目的端口、协议(如TCP、UDP等),IP地址可以支持模糊匹配) ，这个五元组即TFT过滤器。

EPS完全支持IP协议，而IP是无连接的，为了让EPS数据包在EPS核心网(eNB、SGW、PGW)内进行QOS管理和控制，EEPS承载在移动网络内部动态建立了一条“半固定连接”或“逻辑电路”。EPS Bearer存在于UE和PDN GW之间，贯穿了整个移动网络。它完全取代了3GPP 为2G、3G定义了PDP Context概念。

EPS承载是QoS控制的基本粒度， EPS承载可以视为一个或多个业务数据流SDF的逻辑聚合体(即：多个业务流可以使用一个承载，即 聚合在一个承载上)，即相同承载上的所有数据流将获得相同的QoS保障或承载级别的转发处理，即：映射到相同EPS承载的SDF们必须具有相同的QCI和ARP，如：调度策略、缓冲队列管理策略、链路层RLC配置等。 不同的QoS保障需要不同类型的EPS承载来提供。如果两个SDF需要不同的承载级QOS处理，则需要为每个SDF建立一个单独的EPS承载。

业务流与承载的对应关系

EPS业务流模板(TFT：traffic flow template)。一个TFT会包括多个包过滤器(packet filter，也称 分组过滤器)，其中分为 上行业务流模板(UL TFT) 与 下行业务流模板(DL TFT) ，UL TFT 是TFT中的上行包过滤器集合，DL TFT 是TFT中的下行包过滤器集合。 过滤器的主要内容是一个IP五元组(源地址\目的地址\源端口\目的端口\IP之上的应用层协议号)。(注：过滤器中也可以加入 TOS 信息，过滤器中某些字段可以省略，比如可以控制不比较端口)

TFT过滤器实际上是业务流的描述信息，TFT过滤器 在UE与PGW上使用，UE\PGW匹配业务流与过滤器的过程就是用 每条业务流 的五元组检查是否符合过滤器。

PGW上，过滤器对 PGW 收到的下行IP数据包进行分类，PGW用以得到 各个业务流。UE上对于上行IP数据包也作此处理。

每个专有EPS承载会关联到一个TFT。默认承载可以不关联TFT

在建立承载、更新承载的过程结束后，PGW得到每个承载的DL TFT，UE得到每个承载的UL TFT。 可以通过设置某些业务流相关的包过滤器的优先次序值低于专有承载的包过滤器的优先次序值的方式，强制这些业务流在缺省承载上传输。

对于PGW，如果业务流没有匹配上任何DL TFT过滤器，而此时默认承载又没有关联TFT，则这个业务流会映射到默认承载上。否则这个业务流的数据包会丢弃掉。UE对于上行业务流也作类似处理。

UE使用UL TFT将上行方向的业务映射到一个EPS承载，可以让多个业务流(分别对应一个包过滤器)聚合到一个EPS承载上。

PGW( PCEF(GTP-based S5/S8)或者BBERF(PMIP-based S5/S8) )使用DL TFT将下行方向业务映射到一个EPS承载。 PGW的这个功能属于 业务流绑定到承载 的功能。可以让多个业务流(分别对应一个包过滤器)聚合到一个EPS承载上。

在UE与eNB之间，EPS承载的物理传输通道是 无线承载RB。EPS承载会一一映射到无线承载上

在PGW与SGW之间，EPS承载的下层传输通道是PGW与SGW之间的S5/S8接口(GTP隧道)，称为S5/S8 Bearer( S5/S8承载 )。

所以：

- UE创建业务流集合和上行无线承载之间的映射关系，并且保存上行包过滤器和无线承载之间的映射关系。

- P-GW创建业务流集合和下行S5/S8承载之间的映射关系，并且保存下行包过滤器和S5/S8承载之间的映射关系。

- eNodeB创建并保存无线承载和S1承载之间的一一映射关系：eNB与UE之间是无线承载。而eNB与SGW之间是S1承载(它用来传输 EPS承载 的数据)。

- S-GW创建并保存S1承载和S5/S8承载之间的一一映射关系：SGW与PGW之间是S5/S8承载。

另外，还有一个E-RAB概念，它等于一个S1承载和一个对应的无线承载。

总之，在整个EPS承载的路径上，UE与各网元有如下映射关系处理：

UE处理：UL-TFT -> RB-ID

eNB处理：RB-ID <-> S1-TEID

SGW处理：S1-TEID <-> S5/S8 TEID

PGW处理：DL-TFT -> S5/S8 TEID

DSCP标记

对于DiffServ体系，IPv4报文头部的ToS字段被用作DiffServ字段DSCP，每个DSCP值对应了一种PHB(表示一种数据转发行为，即数据包调度的策略)。

QOS标记(或DSCP映射、DSCP标记)功能，就是把EPS承载的QOS映射到IP QOS上，使EPS核心网传输层节点(路由器、SGW\PGW)可以按 DiffServ 体系进行QOS控制。

PGW可以支持 承载级DSCP标记 功能(把QCI映射到DSCP头)。PGW也完全具有 业务级DSCP标记 功能(指按 用户的业务流 来置DSCP头，这意味着QOS控制的粒度细化到 业务

流 )。(PCC架构规定：基于SDF粒度的业务级别QoS控制是可选 *** 作 )

SGW可以支持承载级DSCP标记，避免去做按TFT匹配业务流的工作。

eNB对于上行与下行数据流，只是按无线RB与S1接口GTP隧道的映射进行透传，不解析其中的IP包。(eNB空口最上层是PDCP协议，直接映射到S1接口的GTP隧道上)。

所以：eNB、SGW的QOS控制完全是按 EPS承载的粒度 来进行调度。而PGW不但支持承载级别的QOS调度，还可以支持业务流粒度的QOS调度。

图：EPS用户面协议栈

为了保证用户数据包在移动核心网与互联网上都按照同样的QOS策略来进行转发，SGW、PGW不但要修改GTP下层IP头(外层IP头)的DSCP值，也要修改GTP上层(内层IP头)的DSCP值。

以PGW为例，对于上行数据流，PGW从GTP隧道中取出数据包后，取出外层IP头的DSCP\TOS值，写入内层IP头。然后整个内层IP数据包发给互联网。对于下行数据流，PGW将QCI映射到外层与内层的IP头的DSCP\TOS值。

EPS承载业务架构

EPS ( Evolved Packet System)演进分组系统，EPS系统中QoS控制的基本颗粒度是EPS承载，相同的EPS承载上的数据流享受相同的QoS保障。

在EPS承载的业务架构体系中，端到端的业务可以分解为EPS承载和外部承载两部分。

其中EPS承载可以继续分解为无线承载、S1承载和S5/S8承载。

基本概念

3GPP在2004年底经过认真讨论后决定的在3G频段采用之前为B3G或4G发展的技术，以便于占有宽带无线接入市场，并制订了长期演进计划(LTE)。除了对无线接入网演进的研究，3GPP还要研究系统架构方面的演进，并将其定义为SAE(系统架构演进)。因此整个计划按照结构划分为两个部分：无线侧(即LTE)和网络侧(SAE)。3GPPLTE在接入网体系结构方面，考虑到最终将要实现所有业务通过分组域传输，如何保证各种分组业务、特别是实时性要求较高的分组业务的服务质量，原有的网络结构已无法满足要求，所以需要进行调整与演进。

无线侧的工作目标主要包括以下几个方面：频谱利用率、用户吞吐量、时延上的性能提高;无线网络简化;对基于分组的业务MBMS及IMS等的有效支持。

网络侧的工作目标主要包括以下几个方面：时延、容量、吞吐量的性能提高;核心网简化;基于IP业务和服务的优化;对非3GPP接入技术的支持和切换的简化。

系统架构

EPS的系统架构由以下几部分组成：

l对于3GPP接入，EPS=UE+3GPP接入+EPC，其中，3GPP接入部分包括了E-UTRAN(EvolvedUniversalTerrestrialRadioAccessNetwork，进的通用陆地无线接入网络)，关于E-UTRAN的介绍，请参见本章术语“E-UTRAN”。

l对于非3GPP接入，分为非3GPP可信接入网和非可信接入网。非3GPP可信接入网是指CDMA2000HRPD(HighRatePacketData，高速分组数据)等的其他移动网络。非3GPP不可信接入网的架构概念是从最初Release6规范定义的WLAN(WirelessLocalAreaNetwork，无线局域网)互通概念继承来的。对于非3GPP接入，EPS=UE+非3GPP接入+EPC。

UE：用户体验师。

解释：互联网网站及应用之间竞争非常激烈，拼的就是资源和用户体验。所以这个职位是非常有必要的。

rd是研发（研究与开发）。

fe前端研发。

qa是测试。

ue用户体验。

op是运维。

ui 就是用户设计。

db数据库。

pm产品经理。

这个问对人了~~   我曾经弄这个弄了很久~~  不说了， 给你方法；

我用的是Eclipse  JSP，不晓得你用是什么工具。

新建一个JSP文件 indexjsp

head头部引用Ueditor的JS文件

<!-- 配置文件 -->

<script type="text/javascript" src="ueditor/ueditorconfigjs"></script>

<!-- 编辑器源码文件 -->

<script type="text/javascript" src="ueditor/ueditoralljs"></script>

body下面加入以下代码：

<textarea id="container" name="container"

style="width: 800px; height: 400px; margin: 0 auto;">

  </textarea>

<!-- 实例化编辑器 -->

<script type="text/javascript">

var ue = UEgetEditor("container");

</script>

<input type="text" id="word_type" style="display:none;" value="" name="word_type"/> </br>

<button id="tijiao" name="tijiao"

sytle="margin-left:250px; width:60px; position:relative">提交</button>

后台获取UEditor的代码：

String word_content = requestgetParameter("container");  获取页面上的name="container "就行了

另外说一下：

打开，打开之后是这个样子的：

路径的前缀不用修改，你需要修改的是上传的保存路径：默认是WebContent下的images目录，上传的是在服务器上的，项目工程里面是木有的，要去你工作空间里面找，我的是

E:\JavaWeb_workplace\metadata\plugins\orgeclipsewstservercore\tmp0\wtpwebapps。

我学的是Java  不晓得可以帮到你不。。  呵呵

Initial Context Setup procedure的目的是在 NG RAN node建立必要的整体初始 UE context，需要时，还包括 PDU session context, the Security Key, Mobility Restriction List, UE Radio Capability, UE Security Capabilities等。

在以下情况下，AMF会启动Initial Context Setup procedure：

此procedure使用UE-associated signaling。

In case of the establishment of PDU session， 5GC 应在 AMF 接收到 INITIAL CONTEXT SETUP RESPONSE 消息之前就准备好接收用户数据。

如果不存在与 UE 相关的逻辑 NG 连接，则应在接收到 INITIAL CONTEXT SETUP REQUEST 消息时建立与 UE 相关的逻辑 NG 连接。

如果在 AMF 中可用的话，INITIAL CONTEXT SETUP REQUEST 应包含 index to RAT/Frequency Selection Priority IE。

如果 INITIAL CONTEXT SETUP REQUEST 中包含 NAS-PDU IE，则 NG-RAN node应将其透明地传给 UE。

如果 INITIAL CONTEXT SETUP REQUEST 中包含 Masked IMEISV IE，则target NG-RAN node 应（如果支持的话）使用它来确定 UE 的特性以供后续处理。

在收到 INITIAL CONTEXT SETUP REQUEST 时，NG-RAN node 应：

对于 Initial Context Setup，应设一个Next Hop Chaining Count的初始值，并将其存到 UE context 中。

如果 INITIAL CONTEXT SETUP REQUEST 中包含 PDU Session Resource Setup Request List IE，则 NG-RAN node的行为应与 PDU Session Resource Setup procedure 中定义的相同，即：在 INITIAL CONTEXT SETUP RESPONSE 中向 AMF 报告请求建立的每个 PDU session resource 的结果。

在收到 INITIAL CONTEXT SETUP RESPONSE 消息后，对于 PDU Session ID IE 中指示的每个 PDU Session，AMF 应透明地传输 PDU Session Resource Setup Response Transfer IE 或 PDU Session Resource Setup Unsuccessful Transfer IE 到与相关PDU session相关联的 SMF。

如果 NG-RAN 节点不使用 splitting PDU session，则 SMF 应删掉附加的传输层信息（如果有的话）。

NG-RAN 节点应使用 Mobility Restriction List IE 中的信息（如果 INITIAL CONTEXT SETUP REQUEST 中有的话）来：

若 INITIAL CONTEXT SETUP REQUEST 中没有包含 Mobility Restriction List IE，NG-RAN node应考虑对 UE 不应用漫游和接入限制。

同样，当Qos flows的其中一个包含特定ARP value时(见TS 23501 [9])，NG-RAN node 也应考虑对 UE 不应用漫游和接入限制。

如果 INITIAL CONTEXT SETUP REQUEST 中包含 Trace Activation IE，则 NG-RAN node 应（若支持）启动请求的 trace function，如 TS 32422 [11] 中所述。

如果 INITIAL CONTEXT SETUP REQUEST 中包含的 UE Security Capabilities IE 仅含有 TS 33501 [13] 中定义的 EIA0 或 NIA0 算法，并且如果 EIA0 或 NIA0 算法在 NG-RAN 的"允许的完整性保护算法的配置列表"中有被定义（TS 33501 [13]），则NG-RAN 节点应使用它并忽略在 Security Key IE 中接收到的密钥。

如果 INITIAL CONTEXT SETUP REQUEST 中包含 Core Network Assistance Information for RRC INACTIVE IE ，NG-RAN node应（若支持）将此信息存储在 UE context 中，并将其用于例如 UE 的 RRC_INACTIVE state decision 和 RNA 配置，以及处于 RRC_INACTIVE 状态的 UE 的 RAN 寻呼（如果有），如 TS 38300 [8] 中所述。

如果 INITIAL CONTEXT SETUP REQUEST 中包含 CN Assisted RAN Parameters Tuning IE ，则 NG-RAN 节点可以按照 TS 23501 [9] 中的描述使用它。

如果 INITIAL CONTEXT SETUP REQUEST 中包含 RRC Inactive Transition Report Request IE ，如果支持，NG-RAN 节点应将此信息存储在 UE 上下文中。

如果 INITIAL CONTEXT SETUP REQUEST 中包含 Emergency Fallback Indicator IE ，则表明要建立的 UE context 受 TS 23501 [9] 中描述的 emergency service fallback 的影响，NG-RAN 节点可以（若支持）采取适当的mobility actions。

如果 INITIAL CONTEXT SETUP REQUEST 中包含旧 AMF IE ，则 NG-RAN 节点应认为这个与 UE 相关的逻辑 NG 连接是从旧 AMF IE 标识的另一个 AMF 重定向到此 AMF。

如果 INITIAL CONTEXT SETUP REQUEST 中包含 the Redirection for Voice EPS Fallback IE，NG-RAN node 应（若支持）将其存储并在随后的 TS 23502 [10] 中规定的 decision of EPS fallback for voice 中使用它

如果 INITIAL CONTEXT SETUP REQUEST 中包含 Location Reporting Request Type IE，则 NG-RAN node 应为 UE 执行请求的 location reporting functionality，如 812 节所述。

Interactions with Initial UE Message procedure:

NG-RAN node 应使用在 INITIAL CONTEXT SETUP REQUEST 消息中收到的 AMF UE NGAP ID IE 和 RAN UE NGAP ID IE 作为逻辑连接的标识，即使 RAN UE NGAP ID IE 已在 an INITIAL UE MESSAGE message sent over a different NG interface instance 中被分配。

Interactions with RRC Inactive Transition Report procedure:

如果 INITIAL CONTEXT SETUP REQUEST 中包含 RRC Inactive Transition Report Request IE 且此IE被设置为“subsequent state transition report”，则NG-RAN 节点应（若支持）向 AMF 发送 RRC INACTIVE TRANSITION REPORT 以报告 UE进入或离开RRC_INACTIVE状态时UE的RRC状态。

如果 NG-RAN 节点无法建立 NG UE context，它应认为该过程失败并回复 INITIAL CONTEXT SETUP FAILURE。

如果 INITIAL CONTEXT SETUP REQUEST 中包含 PDU Session Resource Setup Request List IE，则 NG-RAN 节点应在 INITIAL CONTEXT SETUP FAILURE 中向 AMF 报告 the unsuccessful establishment result for each PDU session resource requested to be setup as defined in the PDU Session Resource Setup procedure

在接收到 INITIAL CONTEXT SETUP FAILURE 后，对于 PDU Session ID IE 中指示的每个 PDU session，AMF 将透明地传输 PDU Session Resource Setup Unsuccessful Transfer IE 到与相关 PDU session 相关联的 SMF。

如果在 UE Security Capabilities IE 中的 Encryption Algorithms IE 中定义的支持的加密算法，加上所有 UE 中对 EEA0 和 NEA0 的强制支持（TS 33501 [13]），与NG-RAN node 的配置列表中定义的所有允许的加密算法都不匹配 （TS 33501 [13]），NG-RAN node 应通过发送 INITIAL CONTEXT SETUP FAILURE 来拒绝进行此流程。

如果在 UE Security Capabilities IE 中的 Integrity Protection Algorithms IE 中定义的支持的完整性算法，加上所有 UE中对 EIA0 和 NIA0 算法的强制支持 (TS 33501 [13]) ，与 NG-RAN node（TS 33501 [13]）配置列表中定义的所有允许的完整性保护算法都不匹配，NG-RAN node 应通过发送 INITIAL CONTEXT SETUP FAILURE 拒绝进行该流程。

以上就是关于eps承载是什么意思全部的内容，包括:eps承载是什么意思、互联网公司的UE是什么职位、ueditor在线编辑器如何获取信息并保存到数据库，求方法和过程等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！