以太坊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 解決了當前的編程難題,如不需要電話及其軟體的內部知識。