以太坊bytecode逆向
① 语音带宽是什么
关于语音带宽的解释,请见下文。
不论在呼叫控制信令上采用何种协议,语音包的传输基本上都基于RTP(real-time transport protocol RFC 1889/RFC 3350)协议在网络上传输。这是一种为传输实时媒体流而由IETF制定的协议。
几乎所有的VoIP相关产品,都利用RTP收发语音信息。语音包的结构如下所示,在IP层上封装后被送出到网络上,Payload部分的信息量多少取决于所采用的编码方式。
一般说来,在VoIP的世界里采用G.729编码的较多,而在运营商提供的IP电话服务中则是G.711较多。G.711是在ISDN网中也被使用的 CODEC,音质较好,但与G.729相比信息量较多。而G.729则是一种压缩率高且音质也较好的CODEC。在传输一路语音信息时,G.711所需的带宽是64kbps,而G.729只需要8kbps。两者一般都以20msec间隔(这个间隔可变)发送数据包,因此我们可以推算出实际的包大小。
语音信息是一种模拟信号,而将语音转换成数据包首先需要将模拟信号转换为数字信号(数-模转换)。相信大家对此都有所了解,将模拟式的语音信息用数字式传输的过程大致如下图所示。
现有的电话交换网中采用的编码方式是G.711(PCM),在通话的两端必须采用同样的方式分别进行编码/解码操作才能实现语音通话,这里的编码/解码功能合称为CODEC(COder/DECoder)。
VoIP应用中常见的两种具有代表性的CODEC如下:
G.711(PCM方式:PCM=脉码调制 :Pulse Code Molation)
? 采样率:8kHz
? 信息量:64kbps/channel
? 理论延迟:0.125msec
? 品质:MOS值4.10
G.729(CS-ACELP方式:Conjugate Structure Algebraic Code Excited Linear Prediction)
? 采样率:8kHz
? 信息量:8kbps/channel
? 帧长:10msec
? 理论延迟:15msec
? 品质:MOS值3.9
接下来就以这两种CODEC为基础进行探讨。光使用CODEC将语音信息数字化还不算是将语音数据包封装完成。
为了完成封包工作,VoIP终端内置了被称为DSP(Digital Signal Processor)的芯片。简单地说,就是对模拟信号编码后产生的大量数字信息进行实时处理的芯片。
实际的封包过程,还需要使用RTP协议将语音数据包发送到网络上去。RTP包中,包括载荷类别(CODEC的类别)、序列号(语音包的顺序)、时间戳(语音包的发送间隔)等信息,接受方就以这些信息为基础将收到的数字信息还原为模拟的语音信号。
(4)计算语音数据包的大小和所需带宽
实际的语音信息在IP层上封装后的数据包格式如下。
IP Header(20Byte)+UDP Header(8Byte)+RTP Header(12Byte)+Payload(净载部分,可变长)
将语音信息封装为IP包在3层以上就必然产生40Byte的额外开销,那么使用G.711/G.729 CODEC分别以20msec周期封装语音信息包的话,所生成的包长度如下。
G.711时
每秒送出的包为:1000/20msec = 50pps
一路语音信息所需的带宽64kbps = 50pps×Payload大小
Payload大小 =64000/50=1280bit=160byte
语音包的长度为200byte。
G.729时
每秒送出的包为:50pps
一路语音信息所需的带宽8kbps=50pps×Payload大小
Payload大小= 8000/50 =160bit=20byte
语音包的长度为60byte。
在实际应用中具体应该使用哪种CODEC呢?仅从语音通话业务的角度来看是用哪一种CODEC都没有问题的。
但是,如果需要利用传真服务或是与VoIP运营商互联的话,就必须使用G.711。而拥有多处分支机构的企业,用于分支间互联的往往不会是与LAN等同的10/100Mbps的线路。多数分支甚至还在用128kbps的线路互联。
此时如果选择G.711的话,光是语音信息就有可能把可用带宽消耗光。有些产品支持为不同的连接对象使用不同的CODEC。利用这一功能,就可以做到在窄带连接上使用G.729,而在宽带连接上使用G.711。如果采用这类产品,为了统一运用管理策略,可以考虑使用“分支间采用G.729;同一LAN内采用G.711”的设计。但如果有需要在分支间使用传真服务,则必须在分支间也使用G.711。
此外,在进行带宽计算时,还必须考虑二层上的开销。具体到采用以太网传输时,必须加上以太帧的开销。
以太网传输所需的额外开销包括
? 前同步(Preamble):7byte(为了通知帧发送开始而取同步的信号)
? SFD:1byte(Start Frame Delimiter:数据帧开始部分)
? 对端MAC地址:6byte
? 源MAC地址:6byte
? 协议:2byte(VLAN时包含于802.1q)
? 802.1q:4byte(使用VLAN时)
? FCS:4byte
下面再举两个实例。
实例1:以太帧带VLAN Tag
? Preamble:7byte
? SFD:1byte
? 对端MAC地址:6byte
? 源MAC地址:6byte
? 802.1q:4byte(使用VLAN时)
? FCS:4byte
根据实例1的计算可知,在使用VLAN功能的以太网上,每个三层的数据包需要加上28byte的开销。
实例2:不带VLAN Tag的以太帧
? Preamble:7byte
? SFD:1byte
? 对端MAC地址:6byte
? 源MAC地址:6byte
? 协议类别:2byte
? FCS:4byte
根据实例2的计算可知,无VLAN环境下,每个3层包在以太网上需要的额外开销是26byte。
最后来简单计算一下不同CODEC下所需的实际带宽。
计算的前提是RTP包送出间隔为20msec且2层上不使用VLAN,此时每个包需要附加还必须加上40Byte(3层以上的开销)+26Byte(2层的开销)=66Byte的额外开销。而每一秒钟共产生50个包(50pps),因此除了净载的语音信息(64kbps)外开销部分所占用的带宽是66Byte×8×50=26.4kbps。
由此得出G.711在实际传输中需要占用 90.4kbps的带宽,而在实际的网络设计中一般都是按照每路通话100kbps来进行估算的。G.729所占的带宽是34.4kbps,虽然加上额外开销后它所需的带宽仍远低于G.711,但考虑到消耗带宽中包头的开销和净载分别占用的比例,不免令人觉得有些遗憾。
这样,就需要采用包头压缩等技术来进一步提高带宽的利用效率了。
② 以太坊智能合约开发语言solidity是什么
Solidity 语言是一种专门用于编写和执行智能合约的语言,是在以太坊虚拟机基础上运行的、面向合约的高级语言,最初是在 2014 年 8 月由以太坊的前任 CTO和联合创始人 Gavin Wood 提出来的,后来由以太坊开发人员组建了一支专门的团队,对 Solidity 语言进行不断改进,目前仍在开发和优化之中,在 GitHub 上的开发存储区域是 htps:/github.com/thereum/solidity,在这里我们可以了解到最全面的关于 Solidity 语言开发和迭代的过程详情、相关文档。 在语言的风格上,Solidity 语言受到 C++、Python 和 JavaScript 3 种语言的深刻影响,它是一种静态类型的编程语言,以字节码(Bytecode)的模式进行编译,因此可以在以太坊虚拟机上运行。Gavin Wood 在开发 Solidity 语言时借鉴了 JavaScript 的 ECMAScript 脚本语言的语法规则,使它与现有的网页开发语言有些类似,但其实有较大不同,如 Solidity 语言拥有静态类型、可变返回函数等。最重要的一点是,Solidity 语言可以编写具有自执行的业务逻辑、嵌入智能合约中的合约,因此它不但是以太坊的基础编程语言之一,而且是其他绝大部分基于以太坊的、具有智能合约的各种区块链产品(Blockchain 2.0)的基础编程语言,被广泛应用于目前绝大多数区块链产品,如超级账本(Hyperledger)项目就是用 Soliditv 语言开发而成的。
链乔教育在线旗下学硕创新区块链技术工作站是中国教育部学校规划建设发展中心开展的“智慧学习工场2020-学硕创新工作站 ”唯一获准的“区块链技术专业”试点工作站。专业站立足为学生提供多样化成长路径,推进专业学位研究生产学研结合培养模式改革,构建应用型、复合型人才培养体系。
③ 网络术语解释Ⅰ(高分)
DNS:
英文原义:Domain Name Server
中文释义:域名解析系统
注解:简单地说,该协议主要负责将域名转换成网络可以识别的IP地址,比如将www.ccidnet.com.cn转换成221.122.32.15,域名和IP地址之间是一一对应的。因为访问网站的时候,最终都是转换成IP地址进行访问的,如果直接设置DNS服务器那么可以提高网络的访问速度,而且可以保证访问的正确性。
应 用:在Windows中要使用DNS协议,只要设置相应的DNS服务器地址即可。具体的方法同IP地址的设置:比如在Windows XP中,首先,打开“本地连接”属性窗口,在“常规”选项卡中双击“Internet协议(TCP/IP)”;然后在打开的属性窗口中,选中“使用下面的IP地址”设置IP地址、子网掩码以及默认网关,选中“使用下面的DNS服务器地址”,在首选DNS服务器和备用DNS服务器中输入相应的DNS服务器地址;最后,连续单击“确定”按钮即可。
IP:
英文原义:IP Datagram over the SMDS Service
中文释义:基于SMDS服务的IP数据报
注解:SMDS即多兆位数据交换服务,是基于城域网MAN协议的包交换公共数据网络,它和ATM一样都是同类高速包交换协议。SMDS设备和用户设备之间的接口协议为SIP,SIP是基于IEEE802.6定义的分布式队列双总线(DQDB)标准的协议。
TCP:
英文原义:ISO Transport Service on top of the TCP
中文释义:基于TCP的ISO传输层服务
注解:由于OSI协议更为广泛实现和使用,与TCP/IP互操作的需求增加了。因特网IETF正在形成互操作的战略。RFC1006提供了一种互操作模式,在这种模式中TCP/IP模仿TCP0以支持OSI应用。期望运行OSI面向连接应用的主机在此模式中,应当使用RFC1006所描述的程序。将来,IAB期望因特网的主要部分可以同时支持TCP/IP和OSI的网络和网际协议,因而有可能通过因特网,使用全部OSI协议栈运行OSI应用。
FTP:
英文原义:File Transfer Protocol
中文释义:(RFC-959)文件传输协议
注解:这是大家非常熟悉的网络协议之一,也是Internet中使用最多的文件传输协议。主要用于在两台计算机之间实现文件的上传与下载,其中一台计算机作为FTP的客户端,另一台作为FTP的服务器端。通过FTP协议可以上传、下载几乎所有的文件类型,比如TXT、EXE、DOC、MP3、ZIP、RAR等等。
应 用:在实际应用中,FTP不仅可以作为网络文件下载的主要格式,还可以作为单独的命令来使用。比如我们在下MP3的时候,经常遇到ftp://www.xxx.com/1.mp3,其中,ftp://表示文件传输格式,www.xxx.com表示远程计算机域名,1.mp3就是要下载的文件。另外,在Windows中还集成了ftp命令,比如在Windows XP的“命令提示符”中键入“ftp www.xxx.com”,就可以打开www.xxx.com远程计算机,具体的命令参数可以键入“ftp/?”。
HTTP:
英文原义:Hyper Text Transfer Protocol
中文释义:超文本传输协议
注解:该协议主要用于从WWW服务器传输超文本到本地浏览器。
④ 如何开发编译部署调用智能合约
在Solidity中,一个合约由一组代码(合约的函数)和数据(合约的状态)组成。合约位于以太坊区块链上的一个特殊地址。uint storedData; 这行代码声明了一个状态变量,变量名为storedData,类型为 uint (256bits无符号整数)。你可以认为它就像数据库里面的一个存储单元,跟管理数据库一样,可以通过调用函数查询和修改它。在以太坊中,通常只有合约 的拥有者才能这样做。在这个例子中,函数 set 和 get 分别用于修改和查询变量的值。
跟很多其他语言一样,访问状态变量时,不需要在前面增加 this. 这样的前缀。
这个合约还无法做很多事情(受限于以太坊的基础设施),仅仅是允许任何人储存一个数字。而且世界上任何一个人都可以来存取这个数字,缺少一个(可靠 的)方式来保护你发布的数字。任何人都可以调用set方法设置一个不同的数字覆盖你发布的数字。但是你的数字将会留存在区块链的历史上。稍后我们会学习如 何增加一个存取限制,使得只有你才能修改这个数字。
代币的例子
接下来的合约将实现一个形式最简单的加密货币。空中取币不再是一个魔术,当然只有创建合约的人才能做这件事情(想用其他货币发行模式也很简单,只是实现细节上的差异)。而且任何人都可以发送货币给其他人,不需要注册用户名和密码,只要有一对以太坊的公私钥即可。
注意
对于在线solidity环境来说,这不是一个好的例子。如果你使用在线solidity环境 来尝试这个例子。调用函数时,将无法改变from的地址。所以你只能扮演铸币者的角色,可以铸造货币并发送给其他人,而无法扮演其他人的角色。这点在线 solidity环境将来会做改进。
⑤ 语音带宽是什么
关于语音带宽的解释,请见下文。
不论在呼叫控制信令上采用何种协议,语音包的传输基本上都基于RTP(real-time transport protocol RFC 1889/RFC 3350)协议在网络上传输。这是一种为传输实时媒体流而由IETF制定的协议。
几乎所有的VoIP相关产品,都利用RTP收发语音信息。语音包的结构如下所示,在IP层上封装后被送出到网络上,Payload部分的信息量多少取决于所采用的编码方式。
一般说来,在VoIP的世界里采用G.729编码的较多,而在运营商提供的IP电话服务中则是G.711较多。G.711是在ISDN网中也被使用的 CODEC,音质较好,但与G.729相比信息量较多。而G.729则是一种压缩率高且音质也较好的CODEC。在传输一路语音信息时,G.711所需的带宽是64kbps,而G.729只需要8kbps。两者一般都以20msec间隔(这个间隔可变)发送数据包,因此我们可以推算出实际的包大小。
语音信息是一种模拟信号,而将语音转换成数据包首先需要将模拟信号转换为数字信号(数-模转换)。相信大家对此都有所了解,将模拟式的语音信息用数字式传输的过程大致如下图所示。
现有的电话交换网中采用的编码方式是G.711(PCM),在通话的两端必须采用同样的方式分别进行编码/解码操作才能实现语音通话,这里的编码/解码功能合称为CODEC(COder/DECoder)。
VoIP应用中常见的两种具有代表性的CODEC如下:
G.711(PCM方式:PCM=脉码调制 :Pulse Code Molation)
? 采样率:8kHz
? 信息量:64kbps/channel
? 理论延迟:0.125msec
? 品质:MOS值4.10
G.729(CS-ACELP方式:Conjugate Structure Algebraic Code Excited Linear Prediction)
? 采样率:8kHz
? 信息量:8kbps/channel
? 帧长:10msec
? 理论延迟:15msec
? 品质:MOS值3.9
接下来就以这两种CODEC为基础进行探讨。光使用CODEC将语音信息数字化还不算是将语音数据包封装完成。
为了完成封包工作,VoIP终端内置了被称为DSP(Digital Signal Processor)的芯片。简单地说,就是对模拟信号编码后产生的大量数字信息进行实时处理的芯片。
实际的封包过程,还需要使用RTP协议将语音数据包发送到网络上去。RTP包中,包括载荷类别(CODEC的类别)、序列号(语音包的顺序)、时间戳(语音包的发送间隔)等信息,接受方就以这些信息为基础将收到的数字信息还原为模拟的语音信号。
(4)计算语音数据包的大小和所需带宽
实际的语音信息在IP层上封装后的数据包格式如下。
IP Header(20Byte)+UDP Header(8Byte)+RTP Header(12Byte)+Payload(净载部分,可变长)
将语音信息封装为IP包在3层以上就必然产生40Byte的额外开销,那么使用G.711/G.729 CODEC分别以20msec周期封装语音信息包的话,所生成的包长度如下。
G.711时
每秒送出的包为:1000/20msec = 50pps
一路语音信息所需的带宽64kbps = 50pps×Payload大小
Payload大小 =64000/50=1280bit=160byte
语音包的长度为200byte。
G.729时
每秒送出的包为:50pps
一路语音信息所需的带宽8kbps=50pps×Payload大小
Payload大小= 8000/50 =160bit=20byte
语音包的长度为60byte。
在实际应用中具体应该使用哪种CODEC呢?仅从语音通话业务的角度来看是用哪一种CODEC都没有问题的。
但是,如果需要利用传真服务或是与VoIP运营商互联的话,就必须使用G.711。而拥有多处分支机构的企业,用于分支间互联的往往不会是与LAN等同的10/100Mbps的线路。多数分支甚至还在用128kbps的线路互联。
此时如果选择G.711的话,光是语音信息就有可能把可用带宽消耗光。有些产品支持为不同的连接对象使用不同的CODEC。利用这一功能,就可以做到在窄带连接上使用G.729,而在宽带连接上使用G.711。如果采用这类产品,为了统一运用管理策略,可以考虑使用“分支间采用G.729;同一LAN内采用G.711”的设计。但如果有需要在分支间使用传真服务,则必须在分支间也使用G.711。
此外,在进行带宽计算时,还必须考虑二层上的开销。具体到采用以太网传输时,必须加上以太帧的开销。
以太网传输所需的额外开销包括
? 前同步(Preamble):7byte(为了通知帧发送开始而取同步的信号)
? SFD:1byte(Start Frame Delimiter:数据帧开始部分)
? 对端MAC地址:6byte
? 源MAC地址:6byte
? 协议:2byte(VLAN时包含于802.1q)
? 802.1q:4byte(使用VLAN时)
? FCS:4byte
下面再举两个实例。
实例1:以太帧带VLAN Tag
? Preamble:7byte
? SFD:1byte
? 对端MAC地址:6byte
? 源MAC地址:6byte
? 802.1q:4byte(使用VLAN时)
? FCS:4byte
根据实例1的计算可知,在使用VLAN功能的以太网上,每个三层的数据包需要加上28byte的开销。
实例2:不带VLAN Tag的以太帧
? Preamble:7byte
? SFD:1byte
? 对端MAC地址:6byte
? 源MAC地址:6byte
? 协议类别:2byte
? FCS:4byte
根据实例2的计算可知,无VLAN环境下,每个3层包在以太网上需要的额外开销是26byte。
最后来简单计算一下不同CODEC下所需的实际带宽。
计算的前提是RTP包送出间隔为20msec且2层上不使用VLAN,此时每个包需要附加还必须加上40Byte(3层以上的开销)+26Byte(2层的开销)=66Byte的额外开销。而每一秒钟共产生50个包(50pps),因此除了净载的语音信息(64kbps)外开销部分所占用的带宽是66Byte×8×50=26.4kbps。
由此得出G.711在实际传输中需要占用 90.4kbps的带宽,而在实际的网络设计中一般都是按照每路通话100kbps来进行估算的。G.729所占的带宽是34.4kbps,虽然加上额外开销后它所需的带宽仍远低于G.711,但考虑到消耗带宽中包头的开销和净载分别占用的比例,不免令人觉得有些遗憾。
这样,就需要采用包头压缩等技术来进一步提高带宽的利用效率了。
⑥ 手机专业术语
CDMA
CDMA是Code-Division Multiple Access的缩写,全称码分多址,是最近才被应用于商业的一种数字接口技术。它拥有频率利用率较高、手机功耗低等优点。中国联通推出的CDMA属于2.5代技术。目前第三代CDMA的标准有WCDMA、CDMA2000和TD-SCDMA等。
W—CDMA
即WidebandCDMA,也称为CDMADirectSpread,意为宽频分码多重存取,其支持者主要是以GSM系统为主的欧洲厂商,日本公司也或多或少参与其中,包括欧美的爱立信、阿尔卡特、诺基亚、朗讯、北电,以及日本的NTT、富士通、夏普等厂商。这套系统能够架设在现有的GSM网络上,对于系统提供商而言可以较轻易地过渡,而GSM系统相当普及的亚洲对这套新技术的接受度预料会相当高。因此W—CDMA具有先天的市场优势。CDMA2000也称为IMT-CDMA Multi-Carrier or IS-136 由美国高通北美公司为主导提出,摩托罗拉、Lucent和后来加入的韩国三星都有参与,韩国现在成为该标准的主导者。这套系统是从窄频CDMAOne数字标准衍生出来的,可以从原有的CDMAOne结构直接升级到3G,建设成本低廉。但目前使用CDMA的地区只有日、韩和北美,所以CDMA2000的支持者不如W—CDMA多。不过CDMA2000的研发技术却是目前各标准中进度最快的,许多3G手机已经率先面世。
TD—SCDMA
该标准是由中国大陆独自制定的3G标准,1999年6月29日,中国原邮电部电信科学技术研究院(大唐电信)向ITU提出。该标准将智能无线、同步CDMA和软件无线电等当今国际领先技术融于其中,在频谱利用率、对业务支持具有灵活性、频率灵活性及成本等方面的独特优势。另外,由于中国内的庞大的市场,该标准受到各大主要电信设备厂商的重视,全球一半以上的设备厂商都宣布可以支持TD—SCDMA标准。
GPRS
随时上网的GPRS:GPRS(General Packet Radio Service)的中文含义为整合封包无线服务,它是利用而“分封交换”(Packet-Switched)的概念所发展出的一套无线传输方式,是在现有的GSM系统上发展出来的一种新的分组数据承载业务,我们可以将GPRS理解为GSM的一个更高层次。所谓的分封交换就是将数据分装成许多独立的封包,再将这些封包一个一个传送出去,形式上有点像寄包裹,采用分封交换的好处是只有在有资料需要传送时才会占用频宽,而且可以以传输的资料量计价,这对用户来说是比较合理的计费方式。
GSM
GSM是Global System for Mobile Communications的缩写,意为全球移动通信系统,是全球最成熟的数字移动电话网络标准之一,目前世界上大概有75%的手机使用的标准是GSM。截止到2001年,全世界162个国家已经建设了400个GSM通信网络。
2.5G
目前已经进行商业应用的2.5G移动通信技术是从2G迈向3G的衔接性技术,由于3G是个相当浩大的工程,所牵扯的层面多且复杂,要从目前的2G迈向3G不可能一下就衔接得上,因此出现了介于2G和3G之间的2.5G。HSCSD、WAP、EDGE、蓝芽(Bluetooth)、EPOC等技术都是2.5G技术。
HSCSD
SCSD(高速电路交换数据服务)这是GSM网络的升级版本,HSCSD(HighSpeed CircuitSwitchedData)能够透过多重时分同时进行传输,而不是只有单一时分而已,因此能够将传输速度大幅提升到平常的二至三倍。目前新加坡M1与新加坡电讯的移动电话都采用HSCSD系统,其传输速度能够达到57.6kbps。
WAP(无线应用通讯协议)
WAP(WirelessApplicationProtocol)是移动通信与互联网结合的第一阶段性产物。这项技术让使用者可以用手机之类的无线装置上网,透过小型屏幕遨游在各个网站之间。而这些网站也必须以WML(无线标记语言)编写,相当于国际互联网上的HTML(超文件标记语言)。
EDGE
EDGE的英文全称为Enhanced Data rate for GSM Evolution,中文含义为改进数据率GSM服务,该技术主要在于能够使用宽带服务,能够让使用800、900、1800、1900MHz频段的网络提供第三代移动通信网络的部分功能,并且能大大改进目前在GSM和TDMA/136上提供的标准化服务。该技术可以提供384kbps的广域数据通信服务和大约2Mbps的局域数据通信服务,这样可以充分满足未来无线多媒体应用的带宽需求。
蓝芽(Bluetooth)
蓝牙是一种短距的无线通讯技术,电子装置彼此可以透过蓝牙而连接起来,传统的电线在这里就毫无用武之地了。透过芯片上的无线接收器,配有蓝牙技术的电子产品能够在十公尺的距离内彼此相通,传输速度可以达到每秒钟1兆字节。以往红外线接口的传输技术需要电子装置在视线之内的距离,而现在有了蓝牙技术,这样的麻烦也可以免除了。
3G
3G是英文3rdGeneration的缩写,指第三代移动通信技术。相对第一代模拟制式手机(1G)和第二代GSM、TDMA等数字手机(2G),第三代手机一般地讲,是指将无线通信与国际互联网等多媒体通信结合的新一代移动通信系统。它能够处理图像、音乐、视频流等多种媒体形式,提供包括网页浏览、电话会议、电子商务等多种信息服务。为了提供这种服务,无线网络必须能够支持不同的数据传输速度,也就是说在室内、室外和行车的环境中能够分别支持至少2Mbps(兆字节/每秒)、384kbps(千字节/每秒)以及144kbps的传输速度。
MMS
MMS是Multimedia Message Service的简称,中文名为多媒体信息服务。MMS的工业标准是由两个组织,WAP Forum(WAP论坛)和3GPP(3G Partnership Project:3G伙伴计划)所制订的。因此,MMS是设计成可以在WAP协议的上层运行,它不局限于传输格式,既支持电路交换数据格式(circuit-switched data),也支持通用分组无线服务GPRS格式(general packet radio service)。其工作原理为利用高速传输技术EDGE(Enhanced Data rates for GSM Erolution是一种提高数据速率的新技术,是GSM向第三代移动通信系统IMT-2000过渡的台阶。它也被称为"GSM 384",因为这种技术能使数据速率由目前的9.6kbit/s提高到384kbit/s,这种速率可以支持语音、因特网浏览、电子邮件、会议电视等多种高速数据业务)和GPRS的支持下,以WAP(无线应用协议)为载体传送视频、图片、声音和文字。
EMS
EMS是英文Enhanced Message Service的缩写,中文意为增强型短消息服务。它比起SMS来,EMS的优势是除了可以像SMS那样发送文本短消息之外,还可以发送简单的图像、声音和动画等信息。而它最大的优势是仍然可以运行在原有SMS运行的GSM网络上,并且在发送途径和操作方法上也没有差别。
小灵通
小灵通又名无线市话PAS(Personal Access Phone System),是一种新型的个人无线接入系统,它采用先进的PHS微蜂窝技术,将市话传输交换与无线接入技术有机结合在一起,利用市话的交换传输资源,以无线方式提供给一定范围内具备移动漫游性能的个人通信终端.简言之,“小灵通”就是通过一定的技术手段,将原来只能固定使用的电话改变成为随身携带和移动使用的无线电话。
3C产品
所谓“3C产品”,就是计算机(Computer)、通信(Communication)和消费类电子产品(ConsumerElectronics)三者结合,亦称“信息家电”。由于3C产品的体积一般都不大,所以往往在中间加一个“小”字,故往往统称为“3C小家电”.
3C认证
根据中国入世承诺和体现国民待遇的原则,国家对强制性产品认证使用统一的标志。新的国家强制性认证标志名称为"中国强制认证",英文名称为"China Compulsory Certification",英文缩写为"CCC"。中国强制认证标志实施以后,将逐步取代原来实行的"长城"标志和"CCIB"标志。
GSM/CDMA双模机
所谓的“GSM/CDMA双模手机”就是指手机可以同时支持GSM以及CDMA这两个网络通信技术,它可以根据环境或者是实际操作的需要来从中做出选择,哪个网络技术更能发挥作用,就让手机切换到哪种模式下去工作,如果在一种模式下,手机通信质量不高或者是出现其他不良的通信现象,可以自由转到另外一个网络模式上工作,它实际上就是扩大了手机的通话频率,并大大提高通信的稳定性而已。
分辨率
分辨率(RESOLUTION)是指LCD显示器所能表示的像素个数。像素越密,分辨率越高,图像越清晰。液晶显示器的分辨率取决于显示器中液晶点数量。例如,蒙宝欧320手机待机图片像素为128?80(宽?高,单位:点) 128?80代表的就是显示器的水平线和垂直线上的像素Pixel有多少。128即表明该显示器每行水平线上最多能表现128个像素Pixel。而垂直的一共有80行,那么128?80=10240个象素。
65536颜色(灰度级)
所谓颜色或灰度级指黑白显示器中显示像素点的亮暗差别,在彩色显示器中表现为颜色的不同,灰度级越多,图像层次越清楚逼真。灰度级取决于每个像素对应的刷新存储单元的位数和显示器本身的性能。如每个象素的颜色用16位二进制数表示,我们就叫它16位图,它可以表达2的16次方即65536种颜色。如每一个象素采用24位二进制数表示,我们就叫它24位图,它可以表达2的24次方即16777216种颜色。
JAVA
Java是由Sun微系统公司所发展出来的程序语言,中文译名为爪哇,它本身是一种对象导向(Object-Oriented)的程序语言,所以在使用学习上并不会很困难,如果您有使用 过C++语言的话,那么写Java就更能驾轻就熟了,因为基本上 Java 的使用是比 C++ 还要简单一些。Java也号称是能跨平台使用的语言,这主要是因为Java本身被编译之后,并不是直 接产生可执行的码,而是产生一种中间码叫作 ByteCode,这种码必需在透过 Java 的直译 器来解读它,才能够真正的被执行,所以只要平台上装有这种Java的直译器,就能解读 ByteCode也就能执行Java编译过的程序,故与Java程序是在那种平台上被编译的,就完全没有干系了。Java写出来的程序可分为两类,分别是Java Applet与一般的Application,而Application 这一类就与一般的程序如C++的作用是比较类似的,反正就是一个独立可执行的应用程序,像HotJava是一个浏览器,且就是使用Java程序所发展出来的。最常见的Java程序包括应用程序和applets。应用程序是单独的程序,诸如HotJava浏览器软件就是用Java语言编写的。 Applets类似于应用程序,但是它们不能单独运行, Applets可以在支持Java的浏览器中运行。Applets主要是内置于HTML网页中,在浏览时发挥作用。Java是一个由Sun公司所开发出来的新一代程序语言。Java的目标是为了满足在一个充满各式各样不同种机器,不同操作系统平台的网络环境中开发软件。利用Java程序语言,你可以在你的网页中加入各式各样的动态效果。你可以放上一段动画,你可以加入声音,你也可以建立交互式网页,如果你愿意,就像一个窗口程序一样,你能加上菜单和按钮以及卷动轴。没有什么是做不到的,只要是Java!仔细想想,每次去添购高级的设备,只是为了装一些非常少用到的程序?而每一次使用新软件,我都要安装一次,而安装软件并不是不会遇到问题,对一般使用电脑的人来说还能解决,但是对完全没有碰过电脑的人来说,这可不是一件轻松的事。由于Internet的流行Java的出现,这样的一种僵局,是很有可能被打破的。姑且不论将来软件界会不会以上面预期的方式来经营,但几年之后软件界肯定和现今会有很大的差异,因为在Internet和Java下,什么事都可能发生。
LAS-CDMA
LAS-CDMA技术是由中国方正连宇通信公司提出,同属于3G技术标准,LAS-CDMA(大区域同步码分多址联接)技术的特点在于使用了一种被称为LAS编码的创新性的扩频编码设计,是一项具有跨越性的创新技术。它革命性地改变了传统CDMA的技术发展路线,通过减少系统产生的干扰来 增加系统容量。LAS编码由被称为LA码和LS码的两级编码组成。尤其是LAS-CDMA能加强现在所有3G技术,把它们的频谱效率至少提高3倍。 LAS-CDMA即TD-LAS技术,可以完全克服传统TDD技术所存在的严重缺陷,这使得LAS-CDMA具有向新一代全IP移动通信技术延伸发展的巨大潜力。
BREW
BREW是Binary Runtime Enviroment for Wireless的缩写,意思为“无线应用下载”。使用具有BREW功能的CDMA手机,可以从数个无线数据应用类别中选择他们喜爱的应用,这些应用包括游戏和娱乐、商业应用和导航业务、天气和新闻、聊天和电子商务等。BREW 平台是一个无线手持设备的标准应用程序开发环境,手持设备涵盖范围从便宜的大众化电话到多功能高端无线设备。通过该平台,您可以编写能在多种电话上使用的应用程序,而不要求对每个新的电话型号进行应用程序修改。BREW 解决了当前的编程难题,如不需要电话及其软件的内部知识。