对LTE协议栈的一些理解.docVIP

Contents TOC \o 1-3 \h \z \u 写在前面 2 NAS 2 LAS 2 业务处理模块 2 业务处理流程 3 协议栈状态管理 5 IDLE状态 5 CONNETION的状态 6 PHY 7 PHY资源 7 PHY信道 7 物理信道的基本过程 8 详细介绍 9 写在前面 学习协议栈最重要的是了解我们需要什么功能，为什么我们需要这些功能。这是学习协议栈的关键。其次才是我们如何实现这些功能，也就是协议上规定的实现方式。对于协议上的实现方式首先也是需要对协议栈有整体的认识，了解基本功能的实现方式以及各层各模块的分工配合，然后才是细节的处理。这篇文档就希望能够列出协议栈需要的功能，并对应到协议栈的实现方式，从而能够从整体上对协议栈进行一个大概的介绍。但是很多也是理解的不够正确，全面或者深刻，有不对的还请大家指出。 NAS 非接入层NAS的功能主要有4个：标识，鉴权加密，位置，业务处理。标识其实是属性，每个手机会有一个IMEI号，标识这个设备。每个SIM卡会有一个ISDN的号，比号码，还有一个IMSI，IMSI会包含运营商的标识。这些号码都是唯一的，如果在空口传递可能有被检测到的风险，所以对于一个已经和网络连接的手机，网络还会分配一个临时的编号GUTI，用来代替刚才提到的号码。鉴权就好像是登录MSN时输入密码一样，必须是经过运营商认证的用户在可以运营商的网络里得到正常服务。同样因为在空口传递，所以的业务必须加密，加密就会用到加密算法和加密密钥，加密算法通过信令指定，加密密钥由NAS计算。关于位置更新，UE必须经常向网络汇报自己的位置，或者在位置改变时通知网络，这样网络如果需要找到UE，比如别人打你的电话时，就可以准确找你UE。业务就是当用户要发起一个业务时，和网络协商业务信道的各个参数，比如Qos等等，并且触发建立业务信道的处理，最终为业务提供承载。 AS 接入层的功能主要分为两部分：一部分是对业务数据的处理(主要是L2—PDCP,RLC,MAC)，一部分是对协议栈状态的维护（包括NAS和RRC）。对业务数据的处理是一个相对固定的过程，主要要求处理的性能较高。而对协议栈状态的维护因为需要处理各种各样的情况，因此处理较为复杂。 业务处理模块 首先来介绍对业务数据的处理。下面以IP业务为例。 首先我们要考虑的对用户数据的加密，用户的数据通过电磁波传送，每个人都可以接收到这些信号，所以加密就成了必须的功能。加密所用到的加密参数和加密算法都是在鉴权的时候产生的。上面提到NAS负责计算加密密钥，实际的加密操作则在这里进行。另外我们考虑到IP包的包头太长32个字节，而很可能业务数据才几个字节，无线通信的带宽本来就小，这样的业务包格式太过浪费，因此想到要把IP的包头压缩一下。在LTE中把这两部分功能放在一起给PDCP层来处理。 经过PDCP层处理的数据包可以直接发给PHY层发送了吗？暂时还不行，因为每次PHY能够发送的数据大小是固定的，和业务需要的发送的大小不匹配。比如PHY这次可以发送30字节，但是业务需要发送的包有40个字节，那么我们就需要把这个40字节的数据包分成两次发送。因此，为了把业务数据组成合适的大小给PHY发送，必须要把业务的数据包进行分段或者级联。除了考虑数据包的大小，还需要考虑数据包的确认模式和非确认传输模式。比如我们靠网络视频，这时候如果中间有几帧没有正确接收，基本不会影响观看。但是是传文件，中间少了几个字节那也必须重传。对于这两种不同的业务模式，协议栈也必须有不同的处理。对于必须正确接收的业务，引入ARQ自动重传请求（Automatic Repeat-reQuest，ARQ）的机制，协议栈在发送每一个数据包的时候必须得到对端的反馈，如果反馈接收错误就再次发送直到正确为止。而对于非确认的业务，发端只要不停的发送就可以了。这里提到的两部分功能就放在的RLC层。 经过RLC层处理的数据包可以放到PHY上发送了吗？还是不行。业务可能同时有多个，PDCP和RLC都有多个实体处理每一个业务。但是如何把同时并发的多个业务放在一起发送呢。我们还需要一个复用的模块，把PHY能够发送的大小分配给每一个业务，然后把各种业务的数据包整合在一起放到PHY上发送。MAC的功能不仅仅是分配资源，整合各个业务，同时还需要和网络交互，通知网络UE当前需要发送的业务大小，然后网络会根据MAC上报的信息再次调度上行的资源。刚才说到了RLC层的确认机制，但是这个机制还是不能够保证没有错误产生，所以我们还需要再加入一层确认机制来减小出错的概率，来尽量满足TCP协议对差错率的要求。因此LTE里引入的是HARQ机制。除了以上三部分还有如DRX(控制