术语

CAP: Consistency（一致性）、Availability（可用性）、Tolerance to network Partitions（分区容错性）

 

ACID:指数据库事务正确执行的四个基本要素的缩写。包含：原子性(Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability）。一个支持事务（Transaction）的数据库系统，必需要具有这四种特性，否则在事务过程（Transaction processing）当中无法保证数据的正确性，交易过程极可能达不到交易方的要求。

　　 原子性

　　整个事务中的所有操作，要么全部完成，要么全部不完成，不可能停滞在中间某个环节。事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。

　　 一致性

　　在事务开始之前和事务结束以后，数据库的完整性约束没有被破坏。

　　 隔离性

　　两个事务的执行是互不干扰的，一个事务不可能看到其他事务运行时，中间某一时刻的数据。

　　 持久性

　　在事务完成以后，该事务所对数据库所作的更改便持久的保存在数据库之中，并不会被回滚。

　　由于一项操作通常会包含许多子操作，而这些子操作可能会因为硬件的损坏或其他因素产生问题，要正确实现ACID并不容易。ACID建议数据库将所有需要更新 以及修改的资料一次操作完毕，但实际上并不可行。

　　目前主要有两种方式实现ACID：第一种是Write ahead logging，也就是日志式的方式。第二种是Shadow paging。

 GCC  （GNU Compiler Collection）

 GPL（GNU General Public License）

 BSP（board support package）是板级支持包，是介于主板硬件和操作系统之间的一层，应该说是属于操作系统的一部分,主要目的是为了支持操作系统，为上层的驱动程序提供访问硬件设备寄存器的函数包，使之能够更好的运行于硬件主板。在嵌入式系统软件的组成中，就有BSP。BSP是相对于操作系统而言的，不同的操作系统对应于不同定义形式的BSP,例如VxWorks的BSP和Linux的BSP相对于某一CPU来说尽管实现的功能一样，可是写法和接口定义是完全不同的，所以写BSP一定要按照该系统BSP的定义形式来写（BSP的编程过程大多数是在某一个成型的BSP模板上进行修改）。这样才能与上层OS保持正确的接口，良好的支持上层OS。

　　BSP主要功能为屏蔽硬件，提供操作系统及硬件驱动，具体功能包括：

　　1. 单板硬件初始化，主要是CPU的初始化，为整个软件系统提供底层硬件支持

　　2. 为操作系统提供设备驱动程序和系统中断服务程序

　　3. 定制操作系统的功能，为软件系统提供一个实时多任务的运行环境

　　4. 初始化操作系统，为操作系统的正常运行做好准备。

 

通用分组无线服务技术（General Packet Radio Service)

 

 The 3rd Generation Partnership Project(3GPP).

　　是领先的3G技术规范机构，是由 欧洲的ETSI， 日本的ARIB和TTC， 韩国的TTA以及 美国的T1在1998年底发起成立的，旨在研究制定并推广基于演进的GSM核心网络的3G标准，即WCDMA， TD-SCDMA，EDGE等。 中国无线通信标准组(CWTS)于1999年加入3GPP。

概述

　　CSCF呼叫会话控制功能（Call Session Control Function）是IP多媒体子系统（IMS：IP Multimedia Subsystem）内部的功能实体，是整个IMS网络的核心。主要负责处理多媒体呼叫会话过程中的信令控制。它管理IMS网络的用户鉴权、IMS承载面QoS、与其它网络实体配合进行SIP会话的控制，以及业务协商和资源分配等。

编辑本段功能分类

　　CSCF根据功能分为代理CSCF（P-CSCF：Proxy CSCF ），查询CSCF（I-CSCF：Interrogating CSCF），服务CSCF（S-CSCF：Serving CSCF），紧急CSCF（E-CSCF： Emergency CSCF），本质上它们都是SIP服务器，处理SIP信令。

编辑本段P-CSCF：

　　P-CSCF是IMS拜访网络的统一入口点。所有发起于IMS终端和终止于IMS终端的会话消息都要通过P-CSCF。P-CSCF作为一个SIP Proxy，负责与接入网络相关的用户鉴权与IPSec管理，网络防攻击与安全保护，为节约无线网络资源进行SIP信令压缩与解压，用户的漫游控制，通过PDF（Policy Decision Function）进行承载面的NAT与QoS等功能等。

编辑本段主要功能：

　　 主要功能：

　　◆ 转发UE发来的SIP注册请求给I-CSCF，由UE提供的域名决定I-CSCF；

　　◆ 转发UE发来的SIP消息给S-CSCF，由P-CSCF在UE发起注册流程时确定S-CSCF。

　　 I-CSCF：

　　I-CSCF是IMS归属网络的入口点。在注册过程中，I-CSCF通过查询HSS，为用户选择一个S-CSCF。在呼叫过程中，去往IMS网络的呼叫首先路由到I-CSCF，由I-CSCF从HSS获取用户所注册的S-CSCF地址，将消息路由到S-CSCF。

　　 主要功能：

　　 　◆ 注册功能：为用户指定某个S-CSCF来执行SIP注册。

　　◆ 消息流处理功能：从HSS中获取S-CSCF的地址，转发SIP请求；将其他网络传来的SIP请求路由到S-CSCF。

　　 S-CSCF ：

　　S-CSCF在IMS网络会话控制中处于核心地位，它接受来自拜访网络通过P-CSCF转发来的注册请求，与HSS配合进行用户鉴权。并从HSS处下载用户签约的业务数据。S-CSCF对于用户主叫及被叫侧进行路由管理，根据用户签约的初始过滤规则（iFC：Initial Filter Criteria），进行SIP AS触发，实现丰富的IMS业务功能。

　　 主要功能：

　　 　◆ 注册功能：接收注册请求后，通过HSS使注册请求生效。

　　◆ 消息流处理：控制已注册的会话终端，可作为Proxy-Server。接收请求后，进行内部处理或转发，也可作为UA，中断或发起SIP事务。

　　◆ 与业务平台进行交互，提供多媒体业务。

　  Home Subscriber Server，即HSS服务器，是IMS（IP Multimedia Subsystem，IP多媒体子系统）中控制层的重要组成部分。

　　HSS支持用于处理调用/会话的IMS网络实体的主要用户数据库。它包含 用户配置文件 ，执行用户的身份验证和授权，并可提供有关用户物理位置的信息。它类似于GSM Home Location Register。与HSS通信的实体是应用服务器（ AS ）和 呼叫会话控制功能服务器 ( CSCF )，其中应用服务器以IMS环境为宿主并执行其中的服务。用户配置文件包含有关当前用户的信息——通常S-CSCF（业务-呼叫回话控制功能）会在用户进行网络注册时下载和使用这个文件。

 

mgw

　　Media GateWay 媒体网关，主要功能是提供承载控制和传输资源。

　　mgw还具有媒体处理设备(如码型变换器、回升消除器、会议桥等)，执行媒体转换和帧协议转换。

　　媒体网关,主要功能是承载和媒体处理.

　　在Iu接口上,MGW可以支持媒体转化,承载控制和有效负荷处理.

　　MGW支持的功能:

　　针对实现资源控制与VMSC SERVER和GMSC SERVER交互，共同配合完成核心网络资源的配置（即承

　　载信道的控制）:

　　同时完成回声消除、（多媒体数字）信号的编解码以及通知音的播放等功能。　

　　运行在MGW上的协议主要有Gateway Control Protocol (GCP) ，IP Bearer Control Protocol (IPBCP)，软交换中的MGW主要扮演了以下的四种功能： · Support for different bearers

　　· ATM switch

　　· Signalling

　　· Media Handling

 

ADSL （Asymmetric Digital Subscriber Line ，非对称数字用户环路）是一种新的数据传输方式。它因为上行和下行带宽不对称，因此称为非对称数字用户线环路。它采用频分复用技术把普通的电话线分成了电话、上行和下行三个相对独立的信道，从而避免了相互之间的干扰。即使边打电话边上网，也不会发生上网速率和通话质量下降的情况。通常ADSL在不影响正常电话通信的情况下可以提供最高3.5Mbps的上行速度和最高24Mbps的下行速度。

实时传送协议

概述

　　 实时传送协议（Real-time Transport Protocol或简写RTP，也可以写成RTTP） 是一个网络传输协议，它是由 IETF 的多媒体传输工作小组1996年在RFC 1889中公布的。

　　RTP协议详细说明了在 互联网 上传递音频和视频的标准 数据包 格式。它一开始被设计为一个多播协议，但后来被用在很多单播应用中。RTP协议常用于 流媒体 系统（配合RTCP协议），视频会议和一键通（Push to Talk）系统（配合 H.323 或SIP），使它成为IP电话产业的技术基础。RTP协议和RTP控制协议RTCP一起使用，而且它是建立在 用户数据报协议 上的。

　　它作为 因特网 标准在RFC 3550（该文档的旧版本是RFC 1889）有详细说明。RFC 3551（STD 65，旧版本是RFC 1890）详细描述了使用最小控制的音频和视频会议。

　　RTP 本身并没有提供按时发送机制或其它服务质量（ QoS ）保证，它依赖于低层服务去实现这一过程。 RTP 并不保证传送或防止无序传送，也不确定底层网络的可靠性。 RTP 实行有序传送， RTP 中的序列号允许接收方重组发送方的包序列，同时序列号也能用于决定适当的包位置，例如：在视频解码中，就不需要顺序解码。

组成

　　RTP 由两个紧密链接部分组成：

　　RTP ― 传送具有实时属性的数据；

　　RTP 控制协议（RTCP） ― 监控服务质量并传送正在进行的会话参与者的相关信息。RTCP 第二方面的功能对于“松散受控”会话是足够的，也就是说，在没有明确的成员控制和组织的情况下，它并不非得用来支持一个 应用程序 的所有控制通信请求。

协议结构

　　1 2 3 8 9 16bit

　　V P X CSRC Count M Payload Type

　　Sequence number Timestamp

　　SSRC CSRC (variable 0 – 15 items 32bits each)

　　V ― 版本 2bit 。识别 RTP 版本。

　　P ― 间隙（Padding）1bit。设置时，数据包包含一个或多个附加间隙位组，其中这部分不属于有效载荷。

　　X ― 扩展位 1bit。设置时，在固定头后面，根据指定格式设置一个扩展头。

　　CSRC Count ―CSRC计数器（CC）4bit。 包含 CSRC  标识符 （在固定头后）的编号。

　　M ― 标记 1bit。标记由 Profile 文件定义。允许重要事件如帧边界在数据包流中进行标记。

　　Payload Type ―载荷类型（PT）7bit。 识别 RTP 有效载荷的格式，并通过应用程序决定其解释。Profile 文件规定了从 Payload 编码到 Payload 格式的缺省静态映射。另外的 Payload Type 编码可能通过非 RTP 方法实现动态定义。

　　Sequence Number ― 序列号（SN）16bit。每发送一个 RTP 数据包，序列号增加1。接收方可以依次检测数据包的丢失并恢复数据包序列。

　　Timestamp ― 时间戳 32bit 。反映 RTP 数据包中的第一个八位组的采样时间。采样时间必须通过时钟及时提供线性无变化增量获取，以支持同步和抖动计算。

　　SSRC ― 同步源 32bit 。该标识符随机选择，旨在确保在同一个 RTP 会话中不存在两个同步源具有相同的 SSRC 标识符。

　　CSRC ― 贡献源列表（CSRC List）：0～15项，每项32bit。识别该数据包中的有效载荷的贡献源。用来标志对一个RTP混合器产生的

　　新包有贡献的所有RTP包的源。由混合器将这些有贡献的SSRC标识符插入表中。SSRC标识符都被列出来，以便接收端能正确指

　　出交谈双方的身份。

　　可靠 传输协议

　　Reliable Transport Protocol-----RTP

　　应用于EIGRP中，是它的组件

所谓公用电话交换网（PSTN——Public Switch Telephone Network），即我们日常生活中常用的电话

PSTN

网。 众所周知，PSTN是一种以模拟技术为基础的 电路交换网络。在众多的 广域网互连技术中，通过PSTN进行互连所要求的通信费用最低，但其数据传输质量及传输速度也最差，同时PSTN的 网络资源利用率也比较低。

　　通过PSTN可以实现的访问：

　　-拨号上Internet/Intranet/LAN；-两个或多个LAN之间的网络互连；

　　-和其它广域网技术的互连 尽管PSTN在进行数据传输时存在这样或那样的问题，但这是一种仍不可替代的联网 介质（技术）。特别是Bellcore发明的建立在PSTN基础之上的xDSL技术和产品的应用拓展了PSTN的发展和应用空间，使得联网速度可达到9Mbps～52Mbps之间。

　　PSTN采用的技术

　　PSTN提供的是一个模拟的专有通道，通道之间经由若干个电话交换机连接而成。当两个主机或 路由器设备需要通过PSTN连接时，在两端的网络接入侧（即用户 回路侧）必须使用 调制解调器（Modem）实现 信号的模/数、数/模转换。 从 OSI七层模型的角度来看，PSTN可以看成是 物理层的一个简单的延伸，没有向用户提供流量控制、 差错控制等服务。而且，由于PSTN是一种电路交换的 方式，所以一条通路自建立直至释放，其全部 带宽仅能被通路两端的设备使用，即使他们之间并没有任何数据需要传送。因此，这种电路交换的方式不能实现对网络带宽的充分利用。 通过PSTN进行 网络互联举例 下图是一个通过PSTN连接两个 局域网的网络互连的例子。在这两个局域网中，各有一个路由器，每个路由器均有一个串行端口与Modem相连，Modem再与PSTN相连，从而实现了这两个局域网的互连。

Doubango 是当前世界上最先进的一个基于3GPP IMS/RCS 并能用于嵌入式和桌面系统的开源框架。该框架使用ANSCI-C编写，具有很好的可移植性。并且已经被设计成非常轻便且能有效的工作在低内存和低处理能力的嵌入式系统上。苹果系统上的idoubs功能就是基于此框架编写。

客户端组件
Boghe	为 windows 设计的 IMS/RCS 客户端
IMSDroid	为 Android 设计的 SIP/IMS 客户端
iDoubs	为 iOS (iPhone, iPadand iPod Touch)设计的 SIP/IMS 视频电话
服务器端组件
OpenVCS	代表开源视频会议服务器，用于管理多点控制单元（MCU）。每个MCU（又名 桥）可以处理多达64个参与者。
Flash2IMS	Adobe®闪存®的SIP/IMS网关。

基于位置的服务(Location Based Service，LBS)，它是通过电信移动运营商的无线电通讯网络（如GSM网、CDMA网）或外部定位方式(如GPS)获取移动终端用户的位置信息（地理坐标，或大地坐标），在GIS(Geographic Information System，地理信息系统)平台的支持下，为用户提供相应服务的一种增值业务。

 

简介

　　UUID含义是通用唯一识别码 (Universally Unique Identifier)，这 是一个 软件 建构的标准，也是被 开源软件 基金会 (Open Software Foundation, OSF) 的组织在 分布式计算环境  (Distributed Computing Environment, DCE) 领域的一部份。

编辑本段作用

　　UUID 的目的，是让 分布式系统 中的所有元素，都能有唯一的辨识资讯，而不需要透过中央控制端来做辨识资讯的指定。如此一来，每个人都可以建立不与其它人冲突的 UUID。在这样的情况下，就不需考虑数据库建立时的名称重复问题。目前最广泛应用的 UUID，即是 微软 的 Microsoft's Globally Unique Identifiers (GUIDs)，而其他重要的应用，则有 Linux ext2/ext3 档案系统、LUKS 加密分割区、GNOME、KDE、Mac OS X 等等。

编辑本段组成

　　UUID是指在一台机器上生成的数字，它保证对在同一时空中的所有机器都是唯一的。通常平台会提供生成的API。按照 开放软件基金会 (OSF)制定的标准计算，用到了以太网卡地址、纳秒级时间、芯片ID码和许多可能的数字

　　UUID由以下几部分的组合：

　　（1）当前日期和时间，UUID的第一个部分与时间有关，如果你在生成一个UUID之后，过几秒又生成一个UUID，则第一个部分不同，其余相同。

　　（2）时钟序列。

　　（3）全局唯一的IEEE机器识别号，如果有网卡，从网卡MAC地址获得，没有网卡以其他方式获得。

　　UUID的唯一缺陷在于生成的结果串会比较长。关于UUID这个标准使用最普遍的是微软的GUID(Globals Unique Identifiers)。在ColdFusion中可以用CreateUUID()函数很简单地生成UUID，其格式为：xxxxxxxx-xxxx- xxxx-xxxxxxxxxxxxxxxx(8-4-4-16)，其中每个 x 是 0-9 或 a-f 范围内的一个十六进制的数字。而标准的UUID格式为：xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxx (8-4-4-4-12)，可以从cflib 下载CreateGUID() UDF进行转换。

 

 

 

MIME的英文全称是"Multipurpose Internet Mail Extensions" 多功能Internet 邮件扩充服务，它是一种多用途网际邮件扩充协议，在1992年最早应用于电子邮件系统，但后来也应用到浏览器。服务器会将它们发送的多媒体数据的类型告诉浏览器，而通知手段就是说明该多媒体数据的MIME类型，从而让浏览器知道接收到的信息哪些是MP3文件，哪些是Shockwave文件等等。服务器将MIME标志符放入传送的数据中来告诉浏览器使用哪种插件读取相关文件。

　　MIME能够支持非ASCII字符、二进制格式附件等多种格式的邮件消息。这个标准被定义在; RFC 2045，; RFC 2046，; RFC 2047，; RFC 2048，; RFC 2049等RFC中。 由RFC 822转变而来的RFC 2822，规定电子邮件标准并不允许在邮件消息中使用7位ASCII字符集以外的字符。正因如此，一些非英语字符消息和二进制文件，图像，声音等非文字消息都不能在电子邮件中传输。MIME规定了用于表示各种各样的数据类型的符号化方法。

　　浏览器接收到文件后，会进入插件系统进行查找，查找出哪种插件可以识别读取接收到的文件。如果浏览器不清楚调用哪种插件系统，它可能会告诉用户缺少某插件，或者直接选择某现有插件来试图读取接收到的文件，后者可能会导致系统的崩溃。传输的信息中缺少MIME标识可能导致的情况很难估计，因为某些计算机系统可能不会出现什么故障，但某些计算机可能就会因此而崩溃。

　　检查一个服务器是否正确设置了MIME类型的步骤是：

　　1. 在Netscape浏览器中打开服务器网页，

　　2. 进入"View"菜单，选择"Page Info"，

　　3. 在弹出的窗口中点击上层框架中的"EMBED"，

　　4. 在下层框架中查看MIME的类型是否为"application/x-director"或"application/x-shockwave-flash"，如果是上述信息的话表明服务器已经正确设置了MIME类型；而如果MIME类型列出的是文本内容、八位一组的数据或是其它形式均表明服务器的MIME类型没有设置正确。

　　如果服务器没有正确标明其发送的数据的类型，服务器管理员应该正确添加相关信息，具体操作方法非常简单快捷。

　　Microsoft公司应用于Windows系统下的浏览器使用ActiveX控件，而不是Netscape插件，这种浏览器不必象其它浏览器那样依靠MIME的编码。"OBJECT"标签的"CLSID"属性准确地标明了应调用哪种程序来读取接收到的文件，因此浏览器不必象"EMBED"标签那样选择一种读取程序。正因为如此，你往往会在使用带插件的浏览器时遇到MIME问题，而使用ActiveX控件的浏览器则很少出现此类麻烦。

　　正由于上述工作方式的差别也解释了一种现象，不知你是否发现在使用Netscape浏览器播放WAV文件时，浏览器会调用LiveConnect插件进行播放，而其它浏览器一般都使用通用的QuickTime的播放插件等来进行播放，这是因为Netscape浏览器接收文件需要读取MIME标识符，以便决定调用哪种程序来读取接收的文件，而服务器设置在Netscape浏览器中播放WAV文件应使用LiveConnect插件，因此Netscape浏览器接收到WAV格式的文件时必然就会调用LiveConnect插件，但由于其它浏览器不使用这种方式，因此它们都使用系统默认的播放WAV格式文件的播放器。当然Flash电影文件并不存在这种问题，因为只有Flash播放器才能够正确读取这种格式的文件。

　　在把输出结果传送到浏览器上的时候，浏览器必须启动适当的应用程序来处理这个输出文档。这可以通过多种类型MIME（多功能网际邮件扩充协议）来完成。在HTTP中，MIME类型被定义在Content-Type header中。

　　例如，假设你要传送一个Microsoft Excel文件到客户端。那么这时的MIME类型就是“application/vnd.ms-excel”。在大多数实际情况中，这个文件然后将传送给Execl来处理（假设我们设定Excel为处理特殊MIME类型的应用程序）。在ASP中，设定MIME类型的方法是通过Response对象的ContentType属性。

 

iwf

　　是Interactive Website Framework定位在 浏览器中支持各种各样的 AJAX基础应用的开源项目。自称是通过 JavaScript、 CSS、 XML和 HTML实现高性能的交互式WEB框架，包括一个可定制易读的XML解析器。实际上，IWF是一个AJAX的基础框架，并且还包括一些通用脚本代码。

　　IWF在通信领域还是Inter-working Function互通功能的简称，一般来说是指通讯中传输的数据由一种格式转换成另外一种格式的功能。

 

 

在测试时曾经出现过吞吐量值极低的情况，如下图所示：

这是在加密状态下，TCP无线网卡到路由器端的一次测试成绩。从上图可以看出在1：20分左右时吞吐量急剧下降，最后结果吞吐量只有23.259Mbps。为什么会出现如此离谱的成绩呢？我们与D-Link厂家沟通后发现DIR-605无线路由器在WPA2加密设置时密码类型默认为TKIP，而这就是导致吞吐量下降的原因。WPA2加密设置时密码算法共有2种，1种是AES，另1种就是TKIP了；我们在做测试时是使用了AES算法而得到了比较正常的结果，那么为什么这2种密码算法会带来如此大的差距呢？我们来大概了解一下AES和TKIP的区别：

TKIP： Temporal Key Integrity Protocol（暂时密钥集成协议）负责处理无线安全问题的加密部分，TKIP是包裹在已有WEP密码外围的一层“外壳”，这种加密方式在尽可能使用WEP算法的同时消除了已知的WEP缺点，例如：WEP密码使用的密钥长度为40位和128位，40位的钥匙是非常容易破解的，而且同一局域网内所有用户都共享同一个密钥，一个用户丢失钥匙将使整个网络不安全。而TKIP中密码使用的密钥长度为128位，这就解决了WEP密码使用的密钥长度过短的问题。TKIP另一个重要特性就是变化每个数据包所使用的密钥，这就是它名称中“动态”的出处。密钥通过将多种因素混合在一起生成，包括基本密钥（即TKIP中所谓的成对瞬时密钥）、发射站的MAC地址以及数据包的序列号。混合操作在设计上将对无线站和接入点的要求减少到最低程度，但仍具有足够的密码强度，使它不能被轻易破译。WEP的另一个缺点就是“重放攻击（replay attacks）”，而利用TKIP传送的每一个数据包都具有独有的48位序列号，由于48位序列号需要数千年时间才会出现重复，因此没有人可以重放来自无线连接的老数据包：由于序列号不正确，这些数据包将作为失序包被检测出来。

AES：Advanced Encryption Standard(高级加密标准)，是美国国家标准与技术研究所用于加密电子数据的规范，该算法汇聚了设计简单、密钥安装快、需要的内存空间少、在所有的平台上运行良好、支持并行处理并且可以抵抗所有已知攻击等优点。 AES 是一个迭代的、对称密钥分组的密码，它可以使用128、192 和 256 位密钥，并且用 128 位（16字节）分组加密和解密数据。与公共密钥密码使用密钥对不同，对称密钥密码使用相同的密钥加密和解密数据。通过分组密码返回的加密数据的位数与输入数据相同。迭代加密使用一个循环结构，在该循环中重复置换（permutations ）和替换(substitutions）输入数据。

总而言之AES提供了比 TKIP更加高级的加密技术，现在无线路由器都提供了这2种算法，不过比较倾向于AES。TKIP安全性不如AES，而且在使用TKIP算法时路由器的吞吐量会下降3成至5成，大大地影响了路由器的性能。