NR NTN(五) C-DRX

R17协议NTN场景CDRX内容解析
最新推荐文章于 2025-11-25 19:44:04 发布
最新推荐文章于 2025-11-25 19:44:04 发布
阅读量487 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： NR R16 R17 文章标签： 网络 5G 智能手机
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/ModemProtocol/article/details/142704400
NR R16 R17 专栏收录该内容
28 篇文章 ¥199.90 ¥299.90
订阅专栏

这篇针对R17 版本的协议，看下有关NTN场景的CDRX内容，整体内容没有太大变化，但是由于NTN的大延迟问题，有引入某些参数去控制HARQ 的enable/disable；同样的因为时延问题，NTN场景某些timer的取值要额外考虑一个RTT值；除此之外，增加一个drx-LastTransmissionUL，用于控制HARQ-RTT timer开启符号位置；协议也有NTN DL SPS和configured UL grant场景的描述等等。下面的内容只是NTN场景独有部分(内容比较简短)，其他共有部分和R16版本逻辑基本没有变化，可以参考R16 NR CDRX。

R17 38.321 NTN DRX独有的参数，直接摘抄过来，后面再具体看每个参数的含义。

downlinkHARQ-FeedbackDisabled (optional): the configuration to enable HARQ feedback per DL HARQ process;

uplinkHARQ-Mode (optional): the configuration to set HARQmodeA or HARQmodeB per UL HARQ process.

HARQ-RTT-TimerUL-NTN/HARQ-RTT-TimerDL-NTN

serving cell的MAC entity 可能会由 RRC 配置在两个 DRX group中，每个DRX group具有单独的 DRX 参数。 当RRC没有配置secondary DRX group时，即只有一个DRX

了解本专栏 订阅专栏 解锁全文
NTN(五) C-DRX
asd199086的博客
02-09 2069
进而在需要高吞吐量的场景，可以通过disable HARQ的方式，改善上述情况；对于DL SPS场景，有配置downlinkHARQ-FeedbackDisabled时候(对应NTN场景)，DL harq feedback有enable的时候，首先HARQ-RTT-TimerDL-NTN =HARQ-RTT-TimerDL+UE lastest avaliable UE-gNB RTT，然后在相关HARQ-ACK发送完的第一个符号开启 HARQ-RTT-TimerDL-NTN。
NR HARQ(一)概述
asd199086的博客
12-12 6622
HARQ是MAC层的快速重传机制，5G部分HARQ相关内容分布在38.331,38.321,38.213,38.214,38.212,38.211等spec中，这篇仅仅针对NR HARQ 进行简单的概括梳理。 NR中上下行HARQ均为异步HARQ；NR中每个HARQ反馈信息可以针对一个上/下行 TB块，也可以针对code Block Group码块组，即当一个TB块分为多个CBG码块组传输时，每个HARQ反馈bit信息对应一个CBG码块组。 在没有上下行空分复用时，一次调度传输一个TB块，一个H
5G NR CDRX
一个关于5G NR的博客^^
02-20 1万+
一、什么是CDRX 在理解CDRX之前，我们先来理解什么是“连接态”和“空闲态”。Connected和idel是从RRC层角度来说的（暂时先不讨论inactive态），简单来说，当UE在某个小区完成了驻留之后，我们就可以认为该UE进入了IDEL态，如果该UE后续又完成了随机接入过程，那么我们就可以认为该UE进入了CONNECTED态。做一个简单的比喻，把UE比作你自己，当你自己搬了一个小板凳进了公园坐下开始听一堆大妈聊天的时候，你就进入了IDEL态，此时你完成了下行同步，即完成了驻留，可以接收下行消息了——
NR HARQ-RTT-Timer和DRX RetransmissionTimer
asd199086的博客
01-09 2034
这两个timer关联度比较高，放在一起看会比较清楚。
R18:Summary for WI IoT-NTN Enhancements(RP-233261)
GoodGoodStudy
03-12 205
IoT-NTN上的Rel-17 RAN WI首次引入了用于连接NB-IoT和eMTC设备的NTN。然而，在性能、移动性和覆盖不连续性方面也存在瓶颈。目前的Rel-18 RAN WI[1]进一步增强了IoT-NTN，增强围绕了三个主要领域：(1)性能（HARQ和GNSS增强），(2)空闲和连接模式下的测量和移动性增强，以及(3)不连续覆盖下的增强。它也补充了SA2研究卫星接入第二阶段5GC增强的工作。
【学习笔记】卫星网络（NTN）的窄带物联网（NB-IoT）研究 -- 3GPP TR 36.763（三）
u011376987的博客
08-19 2696
非地面网络（NTN）中MAC计时器过期所面临的挑战在物联网NTN中依然存在，且高RTT是主要原因[18]。以下条款摘自TR 38.821 [3]，并针对物联网操作进行了适当修改。与非地面网络（NR NTN）类似[8]，对于低轨卫星非地面网络（LEO NTN），移动性管理过程应考虑卫星的运动，而对于地球同步轨道非地面网络（GEO NTN），则需要考虑大的传播延迟。
R16 NR C-DRX
ModemProtocol的博客
12-08 364
共同的参数是drx-SlotOffset, drx-RetransmissionTimerDL, drx-RetransmissionTimerUL, drx-LongCycleStartOffset, drx-ShortCycle (optional), drx-ShortCycleTimer (optional), drx-HARQ-RTT-TimerDL, and drx-HARQ-RTT-TimerUL。(2)DCP-Config-r16的ps-WakeUp,在配置时只能是true，否则可以缺省；
R18 NTN中的RACH-less HO
asd199086的博客
05-27 1411
在看R18 38.300时，发现NTN场景 增加了如下黄色字体的内容，R18 NTN支持了RACH-less HO，索性就简单看了看。NTN RACH less HO相关的描述主要在38.331,38.213和38.321中。
【学习笔记】卫星网络（NTN）的窄带物联网（NB-IoT）研究 -- 3GPP TR 36.763（四）
u011376987的博客
08-20 1745
关于卫星网络（NTN）的窄带物联网（NB-IoT）/增强型机器类型通信（eMTC）研究，特别是3GPP TR 36.763文档，随着地面移动通信的发展，虽然人们享受到了便捷的互联网服务，但地球上仍有大量区域缺乏通信手段。其中，Release 17阶段完成了NTN的第一个标准，但主要聚焦于NTN接入网的“透明”架构和移动协议的改进。如果需要，可以考虑增强现有的节能机制，如DRX、PSM、eDRX、宽松监测和（G）WUS，以支持不连续覆盖；e8. 支持Rel-16中的遗留小区选择/重选机制，无需重大增强。
NR/5G - DRX
热门推荐
05-05 2万+
DRX， Discontinuous reception，非连续接收主要是节省终端的功耗，通俗点，就是节省电量，让手机待机时间更长。 对于广义上的DRX的理解，可以分为RRC_IDLE/RRC_INACTIVE状态和RRC_CONNECTED状态的DRX。 一 RRC_IDLE/RRC_INACTIVE 在前面的文章NR - Paging协议学习中介绍过，此处的非连接接收是指终端是周期性地...
Spring Boot 实现 WebSocket 实时通信：从原理到生产级实战
最新发布
2301_81073317的博客
11-25 764
在需要实时交互的场景下，选择正确的通信方案比写一手好代码更重要。今天我们就来彻底聊透WebSocket，看看这个被誉为"HTTP杀手"的技术如何在Spring Boot 3中落地，以及生产环境必须注意的那些坑。
CAPL学习- DoIP函数简介
车载网络测试工程师的博客
11-25 473
通过DoIP CAPL API，您可以在CAPL中模拟DoIP节点或DoIP网关。CAPL函数 » 诊断 » DoIP » DoIP（基于IP协议的诊断）DoIP DLL为基于IP协议的诊断（DoIP）提供CAPL函数。对于（DoIP）测试仪的实现，以下函数并非必需。后续章节将依次详细介绍。
湖科大计网好题合集
2402_88307286的博客
11-21 213
瞎√⑧写的
PythonWebSocket开发
2509_93947499的博客
11-22 271
而WebSocket就像一直保持通话状态，客服有新消息直接告诉你，这才是真正的实时通信。建议从简单例子开始，逐步增加功能，遇到问题多查文档和源码，其实没那么难搞定。当客户端连接时，handle_connection协程开始处理消息，用async for循环持续监听 incoming消息，收到后立即回复。调试技巧方面，浏览器开发者工具的Network标签页可以查看WebSocket帧，Chrome的WebSocket Inspector扩展也很好用。网络不稳定时连接可能断开，需要实现自动重连机制。
从零开始：使用 pyproject.toml 构建现代化 Python 项目
像风一样自由的博客
11-23 808
本文介绍了如何使用 pyproject.toml 构建现代化 Python 项目，以 PyImage Split 图片工具为例。相比传统分散配置方式，pyproject.toml 提供了统一、声明式的项目配置，解决了格式混乱、工具兼容性差等问题。文章详细讲解了配置文件的基本结构，包括构建系统、项目元数据、依赖管理等核心部分，并提供了完整的配置示例。通过采用这种标准化配置方式，开发者可以更高效地管理 Python 项目，提升代码质量和维护性。
【Linux 网络基础】网络通信中的组播与广播：基础概念、原理、抓包与应用
love131452098的博客
11-24 878
摘要： 组播（Multicast）和广播（Broadcast）是网络通信中两种重要的数据传输机制。组播面向特定订阅组（IPv4 224.0.0.0/4，IPv6 ff00::/8），通过IGMP/PIM协议实现成员管理和路由分发，适用于视频会议、股票行情推送等场景；广播则在同一二层域内泛洪（MAC ff:ff:ff:ff:ff:ff），用于ARP、DHCP等协议。关键配置包括交换机IGMP Snooping、路由器PIM-SSM/Storm Control，并需注意TTL、防火墙策略。常见问题包括组播丢包（
ESP32基础-Socket通信 (TCP/UDP)
hazy1k的博客
11-24 939
本文介绍了在ESP32上实现Socket通信的三种主要模式：TCP服务端、TCP客户端和UDP通信。TCP服务端模式适用于设备被动接收控制指令的场景，TCP客户端模式适合主动发送数据，而UDP则用于无需连接的快速数据传输。文章提供了每种模式的完整代码示例，并强调了关键注意事项，如阻塞与非阻塞处理、端口绑定重用等常见问题。还推荐了网络调试工具NetAssist用于测试，并解释了不同通信模式的适用场景，为物联网设备开发提供了实用的网络通信解决方案。
TCP网络编程（简易回声客户端）：客户端创建、连接、请求及测试全流程解析
祯的博客
11-23 831
本文围绕TCP网络编程中客户端相关操作展开。先阐述客户端套接字创建，对比其与服务端创建的异同，并给出TCP客户端类实现代码。接着介绍客户端连接服务器流程，说明无需显式绑定的原因及connect函数用法，展示类中连接服务器的实现。然后讲述客户端发起请求，以简单回声服务器为例说明数据收发。最后说明服务器测试步骤，包括启动服务端检查状态、客户端连接及通信验证，还提及客户端断开连接时服务端的处理。
量子网络：开启超高速信息传输的未来
2501_94179948的博客
11-21 1027
量子网络是利用量子力学的原理来进行数据传输的网络系统。与传统网络依赖经典物理原理不同，量子网络依靠量子叠加、量子纠缠等现象进行信息传递，这些特性使得量子网络在速度、效率、以及安全性方面具有无与伦比的优势。量子网络作为量子计算和量子通信的结合体，正在以其超高速、超安全的特性，推动着全球信息技术的发展。从超高速通信到量子云计算，再到量子经济的构建，量子网络的应用前景不可限量。虽然目前仍面临技术挑战，但随着量子技术的不断进步，我们有理由相信，量子网络将在未来几十年内迎来广泛应用，成为构建未来信息社会的重要基石。
[Unit] Description=Intelligent Input Bus (IBus) After=syslog.target network.target dbus.service Requires=dbus.service [Service] Type=dbus BusName=org.freedesktop.IBus ExecStart=/usr/bin/ibus-daemon -drx Restart=on-failure [Install] WantedBy=multi-user.target
11-21
### 配置文件问题分析与解决办法 #### 依赖问题 日志中出现 `Failed to add dependency` 错误，不过从提供的 `ibus.service` 配置文件来看，依赖配置本身语法上没有明显错误。`After` 和 `Requires` 参数的使用是正确的，`After` 用于指定服务启动顺序，`Requires` 表示依赖关系。但可能存在依赖的服务不存在或者服务名拼写错误的情况。 解决办法： - 检查依赖的服务是否存在于系统中，可以使用以下命令列出所有服务单元文件： ```bash systemctl list-unit-files ``` - 确认 `syslog.target`、`network.target` 和 `dbus.service` 是否存在且名称正确。 #### 服务类型解析问题 日志中有 `Failed to parse service type` 错误，配置文件中 `Type=dbus` 一般是正确的，不过可能系统对该类型的解析存在问题。 解决办法： - 检查系统中是否支持 `dbus` 服务类型，可以尝试将 `Type` 改为其他常见类型如 `simple` 进行测试： ```plaintext [Service] Type=simple ``` - 修改后重新加载 `systemd` 配置并重启 `ibus.service`： ```bash sudo systemctl daemon-reload sudo systemctl restart ibus.service ``` #### 总线名称问题 日志里有 `Invalid bus name` 错误，配置文件中 `BusName=org.freedesktop.IBus` 本身语法没问题，但可能系统对该总线名称的处理存在异常。 解决办法： - 检查 `org.freedesktop.IBus` 总线名称是否被正确注册和使用，可以尝试暂时注释掉 `BusName` 配置进行测试： ```plaintext [Service] # BusName=org.freedesktop.IBus ``` - 同样修改后重新加载 `systemd` 配置并重启 `ibus.service`。 #### 重启配置解析问题 日志显示 `Failed to parse service restart spec` 错误，配置文件中 `Restart=on-failure` 语法正确，但可能系统对该配置的解析存在问题。 解决办法： - 尝试修改 `Restart` 参数为其他值如 `always` 进行测试： ```plaintext [Service] Restart=always ``` - 再次重新加载 `systemd` 配置并重启 `ibus.service`。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值