nevasun的专栏

逻辑信道概念与GSM中逻辑信道的概念完全一样，按照消息的类别不同，将业务和信令消息进行分类，获得相应的信道称为逻辑信道，这种信道的定义只是逻辑上人为的定义。传输信道对应的是空中接口上不同信号的基带处理方式，根据不同的处理方式来描述信道的特性参数，构成了传输信道的概念，具体来说，就是信号的信道编码、选择的交织方式（交织周期、块内块间交织方式等）、CRC冗余校验的选择、块的分段等过程的不同，而定义了不同类别的传输信道。物理信道就是空中接口上的频率加码字（扩频吗＋扰码）。物理信道就是空中接口的承载媒体，根据它所承

TD-SCDMA系统中为HSDPA增加了三类物理信道和一类传输信道。三类物理信道包括：HS-PDSCH, HS-SCCH和HS-SICH。一类传输信道是HS-DSCH。HSDPA高层逻辑信道DTCH映射在传输信道HS-DSCH，HS-DSCH映射在HS-PDSCH物理信道。

半年前做的一个模块是实现UE和模拟的网侧的数据通信。基本是UE通过和网侧的仪表相连，仪表在通过网线和一台FTP的Server相连，UE访问FTP服务器。但是，问题是FTP服务器却不能回复UE发过来的IP数据包，最后只能修改FTP服务器的网关。这个过程在现网里就可以，那么现网里到底是怎么做的呢？以前一直不明白，前几天上了一次移动通信原理，终于有所了解~~~原来在核心网中，采用了随到技术。简单介绍下：

这两天要针对客户的修改做一些验证，发现不行，于是乎，各种上网找原因。    问题的关键就是本机对本机发送的IP数据包是如何处理的。一个现象就是，用Wireshark抓包，在A、B两台电脑上装FTP server，如果在A访问本机的FTP服务器则wireshark并不会显示相应的数据包，而A访问B的FTP服务器wireshark就会出现IP数据包。那么对于访问本机的IP数据包在系统中是怎么处理的

在做业务测试的时候，客户提出了一个新的需求。通过实际测试发现，这个需求不可以实现，但是要给出理论分析，于是又学了一些TCP/IP的东西。    问题的关键是对于发送到自身的IP数据包，是否会先经过网卡发出去，然后再经过网卡接收回来。通过用Wireshark抓取网卡收发的数据包发现，对于自身的IP数据包，网卡并没有收发的情况出现。那么，网卡对这种数据包是怎么处理的呢？    关于localh

早就有想法把博客每天的访问流量记下来，刚好现在申请了GAE的应用，又开始学Python，正好拿这个练手。打算先利用Python把访问记录保存在本地，熟悉之后可以部署到GAE，利用GAE提供的cron就可以每天更近访问流量了。OK，开始~首先是简单的网页抓取程序：import sys, urllib2req = urllib2.Request("http://blog.youkuaiyun.com/

一些网络公司笔试题经常会出一些大数据存储的相关问题，实际的实现当然绕不开RAID了。现在简单总结一下，以备以后学习。磁盘阵列（Redundant Arrays of Inexpensive Disks，RAID），有“价格便宜且多余的磁盘阵列”之意。原理是利用数组方式来作磁盘组，配合数据分散排列的设计，提升数据的安全性。磁盘阵列是由很多便宜、容量较小、稳定性较高、速度较慢磁盘，组合成一个大型的

看多了正面文章，今天看一篇负面批评吧，在MapReduce几乎已经成为大中型NoSQL产品标配的今天，如果有人说MapReduce完全是个垃圾，估计有很多人要受不了了。下面的一篇文章是一些RDBMS系统的大牛人从多个方面对MapReduce的批评，不妨一看。来源链接前言databasecolumn 的数据库大牛们（其中包括PostgreSQL的最初伯克利领导：Michael Stone

在之前有一篇文章介绍如何通过python抓取网页，见Python抓取中文网页，但是不久之后就发现这种方式对于优快云的个人博客的抓取行不通了。早就听说了curl的强大，今天就拿curl来试一试。curl的功能很强大，这里有一个curl使用简介，大家可以参考，其他问题请自行百度google之。这里我们只用到了最基本的--connect-timeout 和-o，以抓取本博客为例：curl