Protocol
文章平均质量分 93
Fred_HBUT
这个作者很懒,什么都没留下…
展开
-
协议学习三
前面一课我们了解到,LTE空中接口协议栈主要分为三层两面,三层是指物理层、数据链路层、网络层,两面是指控制平面和用户平面。从用户平面看,主要包括物理层、MAC层、RLC层、PDCP层,从控制平面看,除了以上几层外,还包括RRC层,NAS层。下面我们分别对这些分层进行详解。一、MAC媒体接入控制层 1. MAC层功能概述不同于UMTS,MAC子层只有一个MAC实体,包转载 2013-09-09 18:08:37 · 2295 阅读 · 0 评论 -
protocol glossary
LTE的语音支持LTE标准不再支持用于支撑GSM,UMTS和CDMA2000网络下语音传输的电路交换技术,它只能进行全IP网络下的包交换。随着LTE网络的部署,运营商需使用以下三种方法之一解决LTE网络中的语音传输问题。VoLTE(Voice Over LTE,LTE网络直传):该方案基于IP多媒体子系统(IMS)网络,配合GSMA在PRD IR.92中制定的在LTE控制和媒体层面的语转载 2013-09-07 10:23:29 · 1201 阅读 · 0 评论 -
网络应用例子
Twemcache(发音: “two-em-cache”),是twitter公司使用的内存缓存技术,在2012.7.17号向github提交了twitter定制过的memcached,命名为twemcache;并在上周其官网首次出现了对twemcache的介绍。 与memcache相比,twemcache更轻便,定制性更强,无论从代码结构还是模块设计,都是很优雅的。 源转载 2014-01-17 23:22:38 · 893 阅读 · 0 评论 -
NETDEV 协议 七
这部分内容在于说明socket创建后如何被内核协议栈访问到,只关注两个问题:sock何时插入内核表的,sock如何被内核访问的。对于核心的sock的插入、查找函数都给出了流程图。sock如何插入内核表 socket创建后就可以用来与外部网络通信,用户可以通过文件描述符fd来找到要操作的socket,内核则通过查表来找到要操作的socket。这意味着socket创建时会在文件系统中转载 2014-01-17 22:59:05 · 819 阅读 · 0 评论 -
NETDEV 协议 六
杂谈一:重复地址检测 Linux协议栈中处理重复地址检测报文的是arp_process()中的一段代码,RFC2131是DHCP的草案,相应的sip==0是DHCP服务器用来检测它所分发的地址是否重复的。 /* Special case: IPv4 duplicate address detection packet (RFC2131) */if (sip == 0) {转载 2014-01-17 22:51:52 · 832 阅读 · 0 评论 -
NETDEV 协议 五
这篇是关于IP层协议接收报文时的处理,重点说明了路由表的查找,以及IP分片重组。ip_rcv进入IP层报文接收函数 丢弃掉不是发往本机的报文,skb->pkt_type在网卡接收报文处理以太网头时会根据dst mac设置,协议栈的书会讲不是发往本机的广播报文会在二层被丢弃,实际上丢弃是发生在进入上层之初。if (skb->pkt_type == PACKET_OTHERH转载 2014-01-17 22:46:12 · 983 阅读 · 0 评论 -
NETDEV 协议 三
内核版本:2.6.34802.1q1. 注册vlan网络系统子空间, err = register_pernet_subsys(&vlan_net_ops);static struct pernet_operations vlan_net_ops = { .init = vlan_init_net, .exit = vlan_exit_net,转载 2014-01-17 22:11:01 · 2150 阅读 · 0 评论 -
NETDEV 协议 十
转载请注明 博客:http://blog.csdn.net/qy532846454 by yoyo 前面章节介绍过Netfilter的框架,地址见:http://blog.csdn.net/qy532846454/article/details/6605592,本章节介绍的连接跟踪就是在Netfilter的框架上实现的,连接跟踪是实现DNAT,SNAT还有有状态的防火墙的基础。它转载 2014-01-17 23:24:19 · 852 阅读 · 0 评论 -
NETDEV 协议 九
陆由表作为三层协议的核心数据结构,理解它是至关重要的。前面已经分析过路由表,有兴趣的可以参考: 第一篇:路由表 http://blog.csdn.net/qy532846454/article/details/6423496 分析了路由表的基本数据结构和基本操作 第二篇:路由表使用 http://blog.csdn.net/qy5328转载 2014-01-17 23:10:34 · 830 阅读 · 0 评论 -
NETDEV 协议 八
报文的IP校验和、ICMP校验和、TCP/UDP校验和使用相同的算法,在RFC1071中定义,网上这方面的资料和例子很多,就不解释算法流程了,而是侧重于在实现的变化和技巧。The checksum algorithm is simply to add up all the 16-bit words in one's complement and then to take the one's c转载 2014-01-17 23:05:43 · 818 阅读 · 0 评论 -
NETDEV 协议 二
路由表 在内核中存在路由表fib_table_hash和路由缓存表rt_hash_table。路由缓存表主要是为了加速路由的查找,每次路由查询都会先查找路由缓存,再查找路由表。这和cache是一个道理,缓存存储最近使用过的路由项,容量小,查找快速;路由表存储所有路由项,容量大,查找慢。首先,应该先了解路由表的意义,下面是route命令查看到的路由表:Desti转载 2014-01-17 22:05:19 · 732 阅读 · 0 评论 -
NETDEV 协议 四
内核版本:2.6.34NetFilter在2.4.x内核中引入,成为linux平台下进行网络应用的主要扩展,不仅包括防火墙的实现,还包括报文的处理(如报文加密、报文分类统计等)等。NetFilter数据结构 勾子struct nf_hook_ops[net\filter\core.c] struct nf_hook_ops { stru转载 2014-01-17 22:36:00 · 1409 阅读 · 0 评论 -
NETDEV 协议
什么是NAPINAPI是linux一套最新的处理网口数据的API,linux 2.5引入的,所以很多驱动并不支持这种操作方式。简单来说,NAPI是综合中断方式与轮询方式的技术。数据量很低与很高时,NAPI可以发挥中断方式与轮询方式的优点,性能较好。如果数据量不稳定,且说高不高说低不低,则NAPI会在两种方式切换上消耗不少时间,效率反而较低一些。 下面会用到netdev_priv()这个转载 2014-01-17 22:04:32 · 1956 阅读 · 0 评论 -
简单包传输协议
首先 TCP和 IP 是两种不同的协议,它们来七层网络模型中分别在不同的层次, IP协议是网络层的协议, TCP 是更高一层的传输层的协议, TCP是建立在 IP 协议之上的,所以一般把 TCP 和 IP 连在一起说 TCP/IP 协议。 Windows 系统的TCP 协议栈的数据包默认是 1460 字节大小,如果一次传输的数据大于这个长度,会把分割成几个长度都不大于1转载 2013-10-22 16:16:36 · 785 阅读 · 0 评论 -
架构
E-NodeB化的网络架构,构,各网络节点之间的接口使用 IP 传输,通过 IMS 承载综合业务,原UTRAN 的 CS 域业 网络架构 LTE 采用扁平化、 IP 化的网络架构, E-UTRAN 用 E-NodeB 替代原有的转载 2013-09-11 15:25:47 · 1381 阅读 · 0 评论 -
协议学习二
HARQ混合自动重传1、HARQ技术 LTE中HARQ技术主要是系统端对编码数据比特的选择重传以及终端对物理层重传数据合并。在这里涉及到2个方面,一个就是自动重传请求也就是ARQ技术,另外一个就是前向纠错技术FEC。也可以这么说HARQ=ARQ+FECFEC是一种编码技术,编码的作用主要就是保证传输的可靠性,具有自动纠错的能力。举个例子,如果我要传输信息0,我可以发0000,转载 2013-09-09 18:02:33 · 3011 阅读 · 0 评论 -
协议学习一
FDD与TDD工作原理 频分双工(FDD) 和时分双工(TDD) 是两种不同的双工方式。如图1所示,FDD是在分离的两个对称频率信道上进行接收和发送,用保护频段来分离接收和发送信道。FDD必须采用成对的频率,依靠频率来区分上下行链路,其单方向的资源在时间上是连续的。FDD在支持对称业务时,能充分利用上下行的频谱,但在支持非对称业务时,频谱利用率将大大降低。转载 2013-09-09 17:37:06 · 1286 阅读 · 0 评论 -
协议概述
规范编号规范名称内容更新时间射频系列规范TS 36.101UE无线发送和接收描述FDD和TDD E-UTRA UE的最小射频(RF)特性08-Oct-2010TS 36.104转载 2013-09-09 17:18:48 · 3908 阅读 · 0 评论 -
语音方案
李文苡:LTE语音,运营商的难题摘要:随着LTE网络的发展,本文对移动网络语音业务的发展前景进行了预测,并介绍了LTE网络上的多种语音业务解决方案,包括通过LTE网络和2G/3G网络的互操作实现语音业务的方案以及LTE网络上直接提供语音业务的方案,以及这些方案对运营商网络的影响,梳理了各种方案的使用场景,建议运营商选择方案时需要考虑的关键因素。关键词:LTE转载 2014-02-28 16:34:47 · 1806 阅读 · 1 评论