LTE学习笔记之接口协议

2023-05-16

LTE 接口协议

      • 三层两面
        • 三层
        • 两面
      • 空中接口Uu
        • L2功能模块
          • 用户面
          • 控制面
        • L3功能模块(控制面)
          • RRC模块
          • 1. 系统信息广播
          • 2. 寻呼
          • 3. RRC连接管理
          • 4. 无线资源控制
          • 5. 移动性管理
          • NAS信令
      • 地面接口
        • 同级接口——X2
          • 用户面
          • 控制面
        • 上下级接口——S1
          • 用户面
          • 控制面
      • LTE与UMTS接口协议栈比较

LTE无线侧的主要接口分为空中接口和地面接口。LTE空中接口是UE和eNodeB的 LTE-Uu接口,LTE无线侧的地面接口主要是eNodeB之间的 X2接口及eNodeB和EPC之间的 S1接口

三层两面

三层

无线制式的接口协议粗略的分为三层:

  • 层一,L1,物理层(Physical Layer, PHY)
  • 层二,L2,数据链路层(Data Link Layer, DLL)
  • 层三,L3,网络层(Network Layer, NL)。

L1的主要功能是提供两个物理实体间的可靠比特流的传送,适配传输媒介。在无线的空中接口中,适配的是无线环境;在地面接口中,适配的则是E1 、网线、光纤等传输媒介。

L2的主要功能是信道复用和解复用、数据格式的封装、数据包调度等。完成的主要功能是具有个性的业务数据向没有个性的通用数据帧的转换。

L3的主要功能是寻址、路由选择、连接的建立和控制、资源的配置策略等。

eUTRAN和UTRAN的分层结构类似,但为了灵活承载业务、简化网络结构、缩短处理时延,eUTRAN 接口协议栈的以下功能从L3 转移到L2:

  • 动态资源管理和QoS保证功能转移到MAC (媒货接入控制)层。
  • DTX (不连续发射)/DRX(不连续接收)控制转移到MAC 层。
  • 业务量测量和上报由MAC 层负责。
  • 将控制平面的安全性(加密)和完整性保护转移到PDCP 。

两面

接口协议可以分为用户面协议控制面协议。用户面负责业务数据的传送和处理,控制面负责协调和控制信令的传送和处理。用户面和控制面都是逻辑上的概念。

物理层,不区分用户面和控制面;在L2,数据处理功能开始区分用户面和控制面;在L3,用户面和控制面则由不同的功能实体完成。

无线侧,用户面和控制面还在一个物理实体eNodeB上;而在核心网侧,用户面和控制面则完全实现了物理上的分离,分别安排在不同的物理实体上。

空中接口Uu

空中接口协议演进

LTE和UMTS的空中接口都是三层两面的结构,二者主要区别有两点: PDCP(Packet Data Convergence Protocol,分组数据汇聚协议)BMC(Broadcast Multicast Control,广播组播控制)功能

  • PDCP

UMTS 架构中,由于没有完全实现分组化,控制面信令井不通过PDCP 处理;用户面的数据也分CS 域、PS 域,只有PS 域的数据才通过PDCP 处理。

LTE架构中,没有CS 域,包括控制面信令在内的一切数据流要通过PDCP 处理。

  • BMC功能

在UMTS 中,有BMC 实体,而在LTE 中,取消了这一功能实体,由MBMS(Multimedia Broadcast Multicast Service, 多媒体广播多播业务)功能代替。

L2功能模块

用户面

用户面的层二协议模块主要包括:

  • MAC(Medium Access Control,媒质接入控制)
  • RLC(Radio Link Control,无线链路控制)
  • PDCP(Packet Data Convergence Protocol,包数据汇聚协议)

用户面的主要功能是处理业务数据流。

控制面

空中接口的控制面MAC和RLC层的功能与用户面相应模块的功能是一致的;而PDCP层的功能与用户面的有一些区别,除了对控制信令进行加密和解密的操作之外,还要对控制信令数据进行完整性保护完整性验证

L3功能模块(控制面)

与地面接口不同,空中接口的用户面没有L3功能模块。

两个功能模块:

  • RRC(Radio Resource Control,无线资源控制)
  • NAS(Non Access Stratum,非接入层)
RRC模块

UEeNodeB之间的控制信令主要是无线资源控制(RRC)消息。RRC消息携带建立、修改和释放层二和层一协议实体所需的全部参数;另外RRC还要给UE透明传达来自核心网的指示。

RRC模块的主要功能有:

  • 系统信息的广播
  • 寻呼
  • RRC连接管理
  • 无线资源控制
  • 移动性管理(包括UE测量控制和测量报告的准备和上报,LTE系统内与LTE和其他无线系统间的切换)

LTE的RRC只需要管理两种状态:

  • 空闲状态(RRC_IDLE)
  • 连接状态(RRC_CONNECTED)

进而满足LTE需求阶段提出的**“最小化配置的需求”**。

1. 系统信息广播

UE处于空闲状态时,接收到的系统信息有小区选择或重选的配置参数、邻小区信息;UE处于连接状态时,接收到的是公共信道配置信息。

2. 寻呼

寻呼(Paging)消息是eUTRAN用来寻找或通知一个或多个UE,主要携带的内容包括拟寻呼UE的标识、发起寻呼的核心网标识、系统消息是否有改变的指示。UE划分成多个寻呼组,采用非连续接收(Discontinuous Reception,DRX)的方式,只在特定的时刻接收寻呼信息,进而避免寻呼消息过多,减少手机功率消耗。

3. RRC连接管理

在RRC建立连接过程中,一旦安全机制(加密和完整性保护)被激活,RRC信令(Signal Radio Bearer,SRB)就被完整性保护;与此同时,RRC 信令(Signaling Radio Bearer,SRB)和用户数据(Data Radio Bearer, DRB)都被加密。

4. 无线资源控制

无线资源管理包括RRC信令(SRB)连接的增加和释放、用户数据承载(DRB)的增加和释放、MAC调度机制的配置、物理信道的重配置等内容。

5. 移动性管理

移动性管理包括小区间的切换和重选、跨系统(inter-RAT)的切换和重选、UE的测量及对测量报告的控制。RRC模块会指示UE测量什么,什么时候测量,如何对测量结果进行汇报。RRC将依据测量结果来判断是否启动切换和重选,是启动小区间的切换和重选,还是启动系统间的切换和重选。

NAS信令

NAS信令是指UE和MME之间交互的信令,eNodeB只是负责NAS信令透明传输,不做解释和分析。NAS信令主要承载的是SAE控制信息、移动性管理信息、安全机制配置和控制等内容。

地面接口

同级接口——X2

UMTS建立了基站主管RNC之间的沟通隧道——Iur接口。在LTE中,取消了 RNC网元,基站之间的接口为X2,功能上继承Iur接口,并有所增强。

用户面

X2接口的用户面是在切换时eNodeB之间转发业务数据的接口,为用户面的业务数据提供基于IP传输的不可靠链接,是一个IP化的接口。

X2接口用户面协议

控制面

X2接口的控制面它利SCTP(Streaming Control Transport
Protocol,流控制传输协议)为IP分组交换网提供可靠的信令传输,进而解决TCP/IP网络在传输实时信令和数据时所面临的不可靠传输、时延等问题。X2接口的控制面协议为X2 AP。

X2接口控制面协议

X2接口控制面主要功能是:

  • 支持在LTE系统内,UE在连接状态下从一个eNodeB 切换到另外一个eNodeB的移动性管理(这个功能在UMTS中是位于RNC上的功能模块)
  • 以对各eNodeB之间的资源状态、负荷状态进行监测,用于eNodeB
    负载均衡、负荷控制或者准入控制的判断依据
  • 负责X2连接的建立、复位、eNodeB配置更新等接口管理工作

上下级接口——S1

用户面

S1用户面接口位于eNodeB和SGW之间,与X2用户面的架构一致,同样建立在IP传输之上,不是面向连接的可靠传输,用GTP-U协议来携带用户面的PDU。与UMTS中Iu-PS接口类似。

控制面

S1控制面接口位于eNodeB和MME之间,建立在IP传输之上。

为了支持可靠的信令传输,在IP层上添加了 SCTP,这与X2控制面的基础架构一致。S1 AP是S1的应用层信令协议。

S1控制面的主要功能是建立与核心网的承载连接,即SAE承载管理功能,包括:SAE承载建立、修改和释放。

S1移动性管理不仅包括LTE系统内的切换,还包括系统间切换。假若处于连接状态的UE从LTE覆盖区域移动到WCDMA的覆盖E域,S1控制面接口助力UE完成系统间切换。X2接口的控制面没有系统间切换的功能,只是LTE系统内的移动性管理。

S1接口还支持寻呼功能、NAS信令的传输功能、S1接口的管理功能等。

LTE与UMTS接口协议栈比较

LTE eUTRAN的协议栈与UMTS URTAN —样分层、分面,并且进行了一下改进:

  • 功能简化,降低系统复杂度。

由于LTE使用共享信道来承载用户的控制信令和业务数据,取代了 3G时代物理层中的专用信道。共享信道可以使多个用户共享空中接口的资源,因此不需要区分LTE连接状态的细节,可以根据需要动态地调整连接状态的资源。因此,LTE减少了UE的状态,在eNodeB中,仅存在2种RRC状态:RRC_IDLE (空闲状态)、RRC_CONNECTED (连接状态)。

通过删除三种连接状态,简化状态迁移管理的复杂度,降低状态迁移所用的时间。从实现的角度来看,这种简化设计减少了状态间转移的场景,减少了移动性管理设计的工作量,降低了系统复杂度,减少了开发和测试的工作量。

在aGW网元中,LTE的UE状态将UTMS中的RRC状态和PMM(PS Mobility Management,核心网PS域移动性管理)状态合并为一个状态集。

在eNodeB中,RRC_CONNECTED对应着aGW中的RRC_ACTIVE状态,无须保留RRC_DETACHED状态。处于RRC_DETACHED (分离状态)的UE在核心网属于“在线(Online)”状态,而在无线接入网侧则并不占用任何无线资源。

LTE系统中也要设计LTE-RRC状态和其他系统的RRC状态间的相互转移途径。CCO为小区改变命令(Cell Change Order)。

  • 功能位移,实现位置下移。

取消RNC网元,因此UMTS在RNC上实现的无线资源调度功能、控制面RRC功能,在LTE中移入eNodeB中,并在网络侧终止于eNodeB。
PDCP功能也完全下移到eNodeB上,核心网不再提供PDCP实体。由于PDCP功能的下移,导致SGW的功能基本成为简单的路由器,这一点方便了 LTE和其他分组网络在核心网侧的融合。

  • 功能增强,替换实现方案。

使用MBMS代替了UMTS的BMC层(广播媒体控制层)以及公共业务信道CTCH;使用时隙统筹(Scheduling Gap)方案替换了WCDMA异频测量过程中使用的压缩模式。

本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

LTE学习笔记之接口协议 的相关文章

  • PuTTY连接Linux服务器被拒绝问题

    PuTTY连接Linux服务器被拒绝问题 1 使用命令 xff1a ssh localhost 查看是否安装ssh1 2需要手动安装ssh1 2 1 输入命令 xff1a 1 2 2 若是出现下图所示 xff1a 1 2 3 查看进程 xf
  • 实时数据同步工具<Maxwell 操作案例>

    文章目录 案例一 xff1a 监控MySQL中的数据并输出到控制台案例二 xff1a Maxwell监控mysql的数据输出到kafka案例三 xff1a 监控MySQL指定表的数据并输出到kafka 案例一 xff1a 监控MySQL中的
  • Docker 镜像 Tag 管理

    Author xff1a rab 良好的镜像版本命名习惯能让我们更好的管理和使用镜像 xff08 如项目上线失败后可有效的进行版本回退等 xff09 xff0c 以下是 Docker 社区常用的 tag 方案 比如我现在已经构建了一个 co
  • APM与Pixhawk间的关系

    1 APM 本文APM指代 xff1a https github com ArduPilot ardupilot 2 Pixhawk 本文Pixhawk指代 xff1a https github com PX4 Firmware 3 关系
  • Pixhawk串口名称与硬件接口对应关系

    Pixhawk提供的串口较多 xff0c 通过ls dev 可以看到有如下7个tty设备 xff1a ttyACM0 ttyS0 ttyS1 ttyS2 ttyS3 ttyS4 ttyS5 ttyS6 但每个串口名称对应到Pixhawk硬件
  • Linux系统大小端判断

    大端模式 大端模式 xff0c 是指数据的低位保存在内存的高地址中 xff0c 而数据的高位保存在内存的低地址中 小端模式 小端模式 xff0c 是指数据的低位保存在内存的低地址中 xff0c 而数据的高位保存在内存的高地址中 判断程序 文
  • C preprocessor fails sanity check

    编译某一产品固件时 xff0c 遇到如下现象 xff1a checking how to run the C preprocessor opt mipsel 24kec linux uclibc bin mipsel 24kec linux
  • VLC同时开启播放多个视频流BAT脚本

    工作中 xff0c 难免会遇到要用同一个程序连续打开多个URL资源 路径的情况 xff0c 一个窗口一个窗口的启动效率太低 这里以VLC同时播放多个码流图像为例 xff0c 写个简单的BAT脚本 xff0c 供需要者参考 PS 1 使用方式
  • 【AI】Ubuntu14.04安装OpenCV3.2.0

    在ubuntu14 04系统上安装OpenCV3 2 0 环境要求 GCC 4 4 x or later CMake 2 8 7 or higher Git if failed you can replace it with git cor
  • 若依代码生成器(mybatis-plus)

    看这篇文章之前 xff0c 先去看一下我前面的文章 xff1a 若依前后端分离整合mybatis plus wjdsg的博客 CSDN博客 用过若依都知道 xff0c 若依自带的代码生成器 xff0c 是下载下来 xff0c 然后自己粘贴到
  • 【AI】基于OpenCV开发自定义程序编译方法

    基于OpenCV开发自定义程序编译方法 OpenCV自带的程序 xff0c 编译均采用cmake统一编译 若我们要基于OpenCV开发自己的程序 xff0c 如何快速编译 xff1f 本文以OpenCV库自带的facedetect cpp程
  • H3C SNMPv3 配置

    1 xff09 H3C SNMPv3 配置 snmp agent mib view included MIB 2 mib 2 noAuthNoPriv xff1a snmp agent group v3 mygroup read view
  • 【SLAM】VINS-MONO解析——综述

    目前网上有很多分析文章 xff0c 但是都只是一些比较基础的原理分析 xff0c 而且很多量 xff0c 虽然有推倒 xff0c 但是往往没有讲清楚这些量是什么 xff0c 为什么要有这些量 xff0c 这些量是从哪来的 xff0c 也没有
  • 【SLAM】VINS-MONO解析——前端

    各个部分的讲解如下链接 xff1a SLAM VINS MONO解析 综述 SLAM VINS MONO解析 feature tracker SLAM VINS MONO解析 IMU预积分 SLAM VINS MONO解析 vins est
  • 【SLAM】VINS-MONO解析——IMU预积分

    4 IMU预积分 IMU预积分主要干了2件事 xff0c 第一个是IMU预积分获得 值 xff0c 另一个是误差传递函数的获取 本部分的流程图如下图所示 各个部分的讲解如下链接 xff1a SLAM VINS MONO解析 综述 SLAM
  • 【SLAM】VINS-MONO解析——vins_estimator流程

    5 vins estimator 基本上VINS里面绝大部分功能都在这个package下面 xff0c 包括IMU数据的处理 前端 xff0c 初始化 我觉得可能属于是前端 xff0c 滑动窗口 后端 xff0c 非线性优化 后端 xff0
  • 【SLAM】VINS-MONO解析——初始化(理论部分)

    6 初始化 第一个问题 xff0c 为什么要初始化 xff1f 对于单目系统而言 xff0c 1 视觉系统只能获得二维信息 xff0c 损失了一维信息 深度 所以需要动一下 xff0c 也就是三角化才能重新获得损失的深度信息 xff1b 2
  • 【SLAM】VINS-MONO解析——初始化(代码部分)

    6 2 代码解析 这部分代码在estimator processImage 最后面 初始化部分的代码虽然生命周期比较短 xff0c 但是 xff0c 代码量巨大 xff01 主要分成2部分 xff0c 第一部分是纯视觉SfM优化滑窗内的位姿
  • 【SLAM】VINS-MONO解析——后端优化(理论部分)

    7 后端非线性优化 7 1 理论基础 7 1 1 bayes模型 xff0c 因子图和最小二乘 这一部分主要是对董靖博士在公开课 因子图的理论基础 上的回忆和总结 1 bayes模型 假设有黄色是机器人在不同时刻的位姿 xff0c 蓝色是机
  • 【SLAM】VINS-MONO解析——后端优化(代码部分)

    7 2 代码 在estimator cpp的processImage 的最后 xff0c 代码如下 xff1a span class token keyword else span span class token comment solv

随机推荐

  • 51单片机通过两个按键控制流水灯方向

    按键一接单片机P3 1 xff0c 按键2接P3 0 8个流水灯接P2口 以下是代码 xff1a include lt regx52 H gt include lt INTRINS H gt 延时函数 xff0c xms等于1 xff0c
  • 【SLAM】VINS-MONO解析——sliding window

    8 sliding window 8 1 理论基础 实际上 xff0c 这一部分跟后端非线性优化是一起进行的 xff0c 这一部分对应的非线性优化的损失函数的先验部分 理论基础部分的代码基本在第7章部分 8 1 1 上一次非线性优化结束 x
  • 【SLAM】VINS-Fusion解析——流程

    VINS Fusion分析 因为时间原因 xff0c 没有像vins mono看的和写的那么具体 有时间的话我会补充完整版 vins fusion不像mono那样有三个node xff0c 它只有一个node xff0c 在rosNodeT
  • 【SLAM】VINS-MONO解析——对vins-mono的一点小改动

    vins mono刷了三遍 xff0c 手写vio刷了两遍 xff0c SLAM十四讲刷了两三遍 xff0c 从一开始完全看不懂是啥 xff0c 不知道什么是SLAM xff0c 什么是VIO xff0c 什么是VINS xff0c 什么是
  • 【SLAM】VINS-MONO解析——基于vins-mono的双目slam系统开发

    这个系统是基于香港科技大学飞行机器人组的开源框架VINS Mono开发的 xff0c 原开源框架是针对单目SLAM 本双目SLAM系统是在原单目开源框架基础上的二次深度开发 xff0c 外部接口与原框架一致 这个项目是我的研究课题项目 xf
  • 【SLAM】VINS-MONO解析——回环检测和重定位

    9 回环检测与重定位 本部分内容涉及到的代码大部分在pose graph文件夹下 xff0c 少部分在vins estimator里 原创内容 xff0c 转载请先与我联系并注明出处 xff0c 谢谢 xff01 系列内容请点击 xff1a
  • API开发手册在线中文版

    Android中文版 api手册地址 xff1a http www matools com api android Bootstrap 3 api手册地址 xff1a http www matools com api bootstrap3
  • 项目规划时间轴流程图

    项目规划时间轴流程图 项目规划时间轴流程图 对一个项目从开始到竣工的整个过程进行总结归纳 时间线图 又叫时间轴图 能以历史进程为载体 将过往的重要事项或者里程碑 标注在轴线上 并加以说明 它的作用是能够可视化内容 以图文的形式呈现出来 时间
  • 架构功能图

    支付系统功能架构图 支付业务的基础系统的复杂性和稳定性是支付业务是否能够及时安全处理的根本 该支付系统功能架构图收集了支付宝的系统架构 完整的支付系统整体架构 从产品分类 模块功能和业务流程 了解支付产品服务的设计 支付系统要兼并合规性 易
  • Web开发技术架构图

    Web开发技术架构图 大型web系统架构动态应用 是相对于网站静态内容而言 是指以c c 43 43 php Java perl net等服务器端语言开发的网络应用软件 比如论坛 网络相册 1 学习Web开发原理 包括MVC MTV等Web
  • 大数据架构图

    大数据管理数据处理过程图 大数据 big data 指无法在一定时间范围内用常规软件工具进行捕捉 管理和处理的数据集合 是需要新处理模式才能具有更强的决策力 洞察力 大数据处理的主要流程包括数据收集 数据存储 数据处理 数据应用等主要环节
  • hutool定时器的使用封装

    启动定时器 建议在main 入口放置 支持秒级别定时任务 CronUtil setMatchSecond true 启动 CronUtil start 使用deamon模式 xff0c CronUtil start true 轮子 impo
  • 网络拓扑架构图

    阿里云应用网络拓扑图 云应用网络架构是指建立在可编程的基础设施之上 基于统一的运行管理平台 按需的分配资源 的网络架构 云网络架构在物理链路 主机网络 网关 控制器四个纬度上全面升级 大大提高了整体网络性能 公司办公网络拓扑图 对于很多大型
  • Kubernetes(K8S)中文文档

    Kubernetes K8S 中文文档 前言Kubernetes是什么 互动教程 Kubernetes 基础概述使用Minikube 部署 Kubernetes 集群使用 kubectl 创建 DeploymentKubernetes 中浏
  • ASCII纯文本绘制流程图

    我们使用纯文本写代码 xff0c 有了Markdown又可以使用纯文本写文档 xff0c 那么图片 xff0c 能不能使用纯文本描述呢 xff1f Text Flow是什么 xff1f Text Flow xff1a 一个强大的在线ASCI
  • ioDraw - 超好用的在线白板,能够手绘各种流程图、架构图

    今天 xff0c 推荐给大家的是一款超级好用的在线绘图工具 xff0c ioDraw在线白板 关于 ioDraw在线白板 一款非常轻量的在线白板工具 xff0c 可以直接在浏览器打开 xff0c 轻松绘制具有手绘风格的图形 比如可以绘制这样
  • ioDraw - 免费的在线图表制作工具

    介绍 xff1a ioDraw是一款数据可视化图表库 xff0c 提供直观 xff0c 生动 xff0c 可交互 xff0c 可个性化定制的数据可视化图表 xff0c 支持折线图 柱状图 饼图 散点图等 地址 xff1a https www
  • 在线流程图绘制工具测评-ioDraw

    对于产品经理和程序员而言 xff0c 流程图制作工具绝对是刚需 xff0c 比起流程图制作软件 xff0c 我更喜欢在线工具 今天跟大家分享一个好用的流程图在线制作工具 ioDraw xff0c 他是免费的 且简单易上手 xff0c 功能强
  • 一款免费好用的代码在线比较工具

    在线代码对比工具 xff08 码工具 xff09 是一款免费的在线文本对比工具 xff0c 无需注册 xff0c 可以在线对两段文本进行对比 xff0c 检测 比较两个文本有什么不同的差异 xff0c 以便修改 xff0c 常用于程序代码
  • LTE学习笔记之接口协议

    LTE 接口协议 三层两面三层两面 空中接口UuL2功能模块用户面控制面 L3功能模块 xff08 控制面 xff09 RRC模块1 系统信息广播2 寻呼3 RRC连接管理4 无线资源控制5 移动性管理NAS信令 地面接口同级接口 X2用户