tmfcn architechture

最新推荐文章于 2019-03-27 10:35:11 发布
原创 最新推荐文章于 2019-03-27 10:35:11 发布 · 373 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

BAS

Brower + sysbase EA server 5.3 + oracle database.

Architechture of JBPM5.gif
09-23
JBPM工作流技术框架架构图
Computer Architechture_linux_rtos_
09-30
《计算机架构》是一本深入探讨计算机硬件与操作系统交互的书籍，尤其关注Linux实时操作系统（RTOS）的使用。这本书是IT领域的经典之作，对于理解和优化计算机系统性能至关重要。它涵盖了从微处理器设计到操作系统...
数据系统架构——Lambda architecture(Lambda架构)
热门推荐
永不言弃01
06-28 3万+
传统系统的问题 “我们正在从IT时代走向DT时代(数据时代)。IT和DT之间，不仅仅是技术的变革，更是思想意识的变革，IT主要是为自我服务，用来更好地自我控制和管理，DT则是激活生产力，让别人活得比你好”——阿里巴巴董事局主席马云。 数据量从M的级别到G的级别到现在T的级、P的级别。数据量的变化 数据管理系统（DBMS）和数仓系统（DW）也在悄然的变化着。
小米大数据 OLAP 实践之 Lambda Architecture
weixin_34119545的博客
10-16 169
在2018年8月Apache Kylin meetup@北京活动上，小米大数据架构师分享了小米 OLAP 平台，基于 Apache Kylin 和其它实时引擎组成的 Lambda 架构，以满足业务对数据查询性能以及及时性的多重要求。 篇幅过长，原文浏览地址www.slidestalk.com/s/Lambda_Ar… ...
Lambda Architecture-大数据处理系统经典架构解析
ybdesire的专栏
04-12 5354
LA是通用的大数据处理系统架构
Andriod的Architechture
迷失的小书童
05-22 689
<br />首先上图：<br /><br />架构分层结构分析：<br />1、Linux Kernel （红色部分）故名思议为Linux的内核，Android基于Linux。其中包括Display，Camera，Audio，WiFi,Power等驱动程序。也就是Android的内核。<br />2、Libraries（绿色部分）即为在Linux Kernel基础之上的一些类库。如OpenGL（图形编程接口），WebKit（浏览器引擎），SQLite（数据库）等类库。<br />3、Android Runt
Android Architechture Overview
WxSmile
01-06 304
Android Architechture Overview
Apache-drill Architechture
weixin_34122548的博客
01-20 234
目录 Architecture Introduction Drill Query Execution Core Modules Performance 架构介绍 Apache钻是一个低延迟查询大规模数据集分布式引擎,包括结构化和半结构化/嵌套数据。灵感来自于 谷歌的Dremel，drill被设计服务于几千个节点，交互速度查询PB数据B...
Simple SpringBoot Maven Project Architechture
FanErZong的博客
03-27 209
[demo] [demo-common] src/main/java com.org.app.common.entity com.org.app.common.utils src/main/resources /mapper/mysql ...
LKA linux kernel architechture
ssmale的专栏
08-09 816
一本好书就是一个好老师，好师傅，好朋友。 LKA就是一本这样的书。 1: OS概念，层次 2:怎么阅读代码，抓住重点 3:翻译，英文学习
objc.io app architechture
07-31
objc.io app architechture 中文版 APP 架构 iOS objc.io app architechture 中文版 APP 架构 iOS
C语言实现网络流量实时监测与分析系统源码及部署指南
11-27
本项目为采用C语言构建的网络流量实时解析系统，包含完整的设计实现资料及部署指南。该代码成果在学术评审中获得优异评价，测试验证各项功能运行稳定可靠。系统设计针对网络数据流进行动态监测与解析，适用于计算机网络教学实践及科研开发场景。 项目内容涵盖网络协议解析、数据包捕获机制、流量统计分析与实时监控模块，采用多线程架构确保数据处理效率。适合计算机科学与技术、网络工程、信息安全等相关专业师生用于课程实验、毕业设计参考，也可作为企业原型开发基础。代码结构清晰，注释详尽，具备二次开发拓展能力。 所有组件均通过完整性验证，提供技术文档说明。欢迎技术交流与协作改进。 资源来源于网络分享，仅用于学习交流使用，请勿用于商业，如有侵权请联系我删除！
51单片机c源码-软件消抖的独立式键盘输入实验
11-27
51单片机c源码-软件消抖的独立式键盘输入实验
51单片机c源码-用定时器T0的中断控制1位LED闪烁
11-27
51单片机c源码-用定时器T0的中断控制1位LED闪烁
51单片机c源码-CPU控制的独立式键盘扫描实验
最新发布
11-27
51单片机c源码-CPU控制的独立式键盘扫描实验
mmexport1764240273968.jpg
11-27
mmexport1764240273968.jpg
清江.zip
11-27
三级水系流域矢量数据，数据格式shp格式，坐标系wgs84，真实可靠可打开，放心使用
Protocol Architechture：UP和CP的差别
09-26
<think> 嗯，用户这次问的是协议架构中用户面(UP)和控制面(CP)的差别。从问题来看，用户应该是有通信背景的，可能是学生或者通信行业从业者，想深入理解5G/NR协议栈的核心概念。 之前系统指令要求用特定格式处理数学表达式，不过这个问题不涉及数学公式，重点在协议架构分析。用户引用了四篇资料，都是关于UP/CP在5G、NB-IoT和IMS中的实现差异，说明用户需要的是系统性的对比而非零散信息。 让我梳理核心差异点：功能上CP负责信令交互，相当于"神经系统"；UP负责数据传输，是"血管系统"。协议栈层级方面，CP需要复杂的会话管理协议，而UP更关注高效的封装传输。技术实现上CP强调可靠但容忍延迟，UP则追求低延迟大带宽。这个对比需要结合用户引用的AMF/UPF核心网交互[^1]和QoS机制[^4]来说明。 用户可能还隐含了实际应用场景的疑问，比如为什么NB-IoT要单独优化CP/UP[^2]。这需要补充说明物联网场景的特殊性——海量小数据包传输更需要控制面优化来降低信令开销。对了，语音业务案例[^4]也很典型，能直观展示UP如何保障实时性。 考虑到用户专业背景，回复应该结构化呈现差异，最后落脚到"为什么需要分离设计"这个本质问题。相关问题的设计要引导用户思考技术演进逻辑，比如从IMS到VoNR的演进如何继承CP/UP分离思想。 </think> 在无线通信协议架构中，用户面（User Plane, UP）和控制面（Control Plane, CP）的设计目标、功能及协议处理存在本质差异，具体对比如下： --- ### **1. 功能定位** - **控制面（CP）**： - **核心任务**：处理系统信令，管理会话建立、维护、释放及移动性管理（如切换、寻呼）。 - **交互对象**：连接核心网控制面节点（如5G的AMF），传递认证、加密、资源分配等指令[^1][^3]。 - **典型场景**：终端入网注册、业务请求、切换流程信令交互。 - **用户面（UP）**： - **核心任务**：承载用户实际数据（如语音流、视频包、互联网流量），实现高效传输。 - **交互对象**：连接核心网用户面节点（如5G的UPF、4G的SGW/PGW），直接转发用户数据[^1][^4]。 - **典型场景**：视频传输、实时语音通信、文件下载。 --- ### **2. 协议栈结构差异** #### **控制面协议栈（CP）** ```plaintext 应用层信令（HTTP/SIP等） │ ▼ NAS协议（注册/会话管理） # 终端与核心网AMF间直接交互[^1] │ ▼ RRC（无线资源控制） # 基站与终端间控制信令 │ ▼ PDCP/RLC/MAC/PHY层 # 底层承载 ``` **关键协议**： - **NAS (Non-Access Stratum)**：处理终端与核心网间的安全、会话管理。 - **RRC (Radio Resource Control)**：管理无线资源分配、广播系统信息[^3]。 #### **用户面协议栈（UP）** ```plaintext IP数据包/语音流（用户数据） │ ▼ GTP-U/SDAP # 用户数据封装（5G新增SDAP层） │ ▼ PDCP（加密/头压缩） │ ▼ RLC/MAC/PHY层 # 数据分段与调度 ``` **关键协议**： - **GTP-U (GPRS Tunnelling Protocol)**：在核心网节点间隧道传输用户数据[^4]。 - **SDAP (Service Data Adaptation Protocol)**：5G特有，负责QoS流映射[^3]。 --- ### **3. 技术特性对比** | **特性** | **控制面（CP）** | **用户面（UP）** | |------------------|------------------------------------------|------------------------------------------| | **延迟敏感性** | 容忍较高延迟（秒级） | 要求超低延迟（毫秒级，如URLLC场景）[^4] | | **可靠性要求** | 高可靠性（信令丢失导致连接中断） | 可容忍部分丢包（依赖TCP重传） | | **数据量** | 小数据包（信令消息通常<1KB） | 大数据量（视频流可达GB级） | | **QoS保障** | 高优先级信令通道 | 专用承载保障带宽/时延（如VoLTE的QCI 1）[^4] | | **优化方向** | 减少信令开销（如NB-IoT的CP优化[^2]） | 提升吞吐量、降低传输时延 | --- ### **4. 应用场景案例** - **CP场景**： 终端开机时向AMF发送注册请求（NAS消息），基站通过RRC建立无线连接[^1][^3]。 - **UP场景**： 用户观看视频时，数据经UPF→基站→终端，PDCP层进行加密及头压缩[^4]。 --- ### **为什么需要分离设计？** - **资源效率**：信令与数据分流，避免业务流量阻塞关键控制消息。 - **灵活性**：UP可部署于边缘节点（MEC），降低传输时延；CP集中处理增强安全性。 - **可扩展性**：5G网络切片中，CP统一管理切片，UP按需定制承载[^3][^4]。 --- ### 相关问题 1. 5G协议栈中SDAP层如何实现QoS流映射？ 2. NB-IoT的CP优化方案如何降低信令开销？[^2] 3. 用户面UPF在5G边缘计算（MEC）中的作用是什么？[^1][^4] 4. 控制面AMF与用户面UPF如何协同完成会话建立？ 5. IMS语音业务中，CP和UP分别承担哪些关键任务？[^4]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值