本文档适用于
MT2625的客户,他们可以将
ASIC用作运行
调制解调器和定制应用程序的统一产品,也可以用作配套
芯片,为支持更复杂应用程序的单独设备提供调制解调器连接。该文档并非旨在作为调制解调器架构的详细技术描述,而是为客户提供有关调制解调器架构的一些指南,以帮助其使用和潜在的定制。后面的内容在本文档中不再详述,更详细的文档可以在参考部分找到。
MT2625 ASIC具有许多调制解调器功能所需的子系统和组件,例如实时时钟(RTC)、
电源管理单元(PMU)和
射频(RF)子系统。32K外部时钟可用于低功耗状态,RTC附近有一个专用RAM区域,可在深度睡眠期间所有
处理器和外部存储器断电时用于数据保留,从而延长电池寿命。芯片上有一个专用子系统用于调制解调器的
基带处理(MDSYS),另一个专用于微控制单元(
MCU),它执行调制解调器的协议和控制软件。MT2625上的MCU是
armCortex-M4,增加了I-Cache、D-Cache和紧密耦合内存(TCM)。然后,MT2625设计为与外部PSRAM和外部串行NOR闪存接口以执行软件。
软件架构概述
调制解调器的协议和控制软件遵循
3GPP 指定的架构,后者开发并发布了
NB-IoT 规范。 此类的主要组成部分如图1所示:
物理层实现3GPP TS36.211、3GPP TS36.212和3GPP TS36.213中的功能,并向更高层提供数据传输服务。对这些服务的访问是通过MAC子层使用传输信道。传输块定义为MAC层向物理层传递的数据,反之亦然。当从网络接收到上行链路授权指示时,传输块被传递到较低层进行传输。
MAC(媒体访问控制)提供逻辑信道和传输信道之间的映射,将属于一个或不同逻辑信道的MAC服务数据单元(SDU)复用/解复用到/从传输块(TB)传递到/从物理层传递传输信道、随机接入过程、缓冲区状态/数据量报告、通过混合自动重复请求(
HARQ)进行的纠错、一个UE的逻辑信道之间的优先级处理以及填充。
RLC(无线电链路控制)提供上层数据包数据单元(PDU)的传输,通过ARQ(自动重复请求)进行纠错,RLCSDU的串联、分段和重组,RLC数据PDU的重新分段,重新排序RLC数据PDU、重复检测、RLCSDU丢弃和RLC重建。
PDCP(分组发散控制协议)提供报头压缩和解压缩、
用户数据传输、在RLC确认模式(AM)的PDCP重建过程中按顺序传送上层PDU、在PDCP重新检测下层SDU-上行链路中RLCAM、加密和解密以及基于定时器的SDU丢弃的建立过程。
RRC(无线电资源控制)提供广播数据、寻呼、RRC连接管理、无线电承载配置和低级移动过程。
数据模式架构
多路复用器或MUX在AP域和MD域之间提供多个通信
通道。这些通信通道用于控制数据交换(即AT命令)和用户数据交换(即IP数据包和非IP数据包)。目前设想最多需要4个AT命令通道,最多需要3个数据通道(2个通过U-Plane的用户数据通道和1个通过C-Plane的用户数据通道)。请注意,用户数据是通过C平面还是U平面发送(如上一节所述)由网络决定。调制解调器被告知这个决定,并在内部相应地映射每个通道。此外,MUX还提供了一些数据模式中的RPC通道(上图中未显示)。请注意,数据模式只是本节开头描述的通用模式架构的一个用例。数据模式和混合模式(在第2.3.2.2节中描述)可以同时使用。
混合模式架构
混合模式中的架构在很大程度上与数据模式中的架构相同。 这两种模式的主要区别是:
• 在混合模式中,MUX 使用 27.010 多路复用器提供调制解调器和外部 AP 之间的通信通道
• 在混合模式中,MUX 使用连接层(
UART 驱动程序)与外部 AP 进行通信
• RPC 通道的使用方式可能不同。
请注意,混合模式只是本节 2.3.2 开头所述的通用模式架构的一个用例。 数据模式和混合模式可以同时使用。
更多详细内容请下载附件查看