面向社交網(wǎng)絡(luò)的智能通信平臺(tái)研究

宋 飛，翟建偉，張思東，張宏科

(北京交通大學(xué)電子信息工程學(xué)院下一代互聯(lián)網(wǎng)互聯(lián)設(shè)備國(guó)家工程實(shí)驗(yàn)室，北京 100044)

1 概述

社交網(wǎng)絡(luò)[1-2]的演進(jìn)離不開(kāi)信息技術(shù)的發(fā)展，具體表現(xiàn)為以下方面：(1)隨著第三代移動(dòng)通信(the 3rd Generation,3G)[3]業(yè)務(wù)的大規(guī)模推廣、WiFi 無(wú)線城市的部署和長(zhǎng)期演進(jìn)技術(shù)(Long Term Evolution,LTE)[4-5]的試運(yùn)營(yíng)，人們對(duì)于通信的要求早已不再局限于簡(jiǎn)單的語(yǔ)音和短信，伴有社交行為的通信方式正在慢慢成為人們的習(xí)慣。(2)通信行業(yè)的發(fā)展使得用戶能夠更方便地接入互聯(lián)網(wǎng)，這為社交網(wǎng)絡(luò)的發(fā)展提供了廣闊的空間。目前，社交通信技術(shù)正呈現(xiàn)跨越式增長(zhǎng)的趨勢(shì)，和傳統(tǒng)通信方式相比，該技術(shù)能夠更全面地迎合人類基本的社交和溝通的需求。(3)以iPhone[6]、Galaxy Note[7]為代表、擁有良好用戶體驗(yàn)的智能手持終端，帶動(dòng)了iOS[8]、Android[9]操作系統(tǒng)的普及。用戶爆炸式的增長(zhǎng)也為構(gòu)建社交網(wǎng)絡(luò)新的應(yīng)用模式提供了條件。

但實(shí)際存在的問(wèn)題仍然較多：(1)盡管3G 網(wǎng)絡(luò)覆蓋了用戶活動(dòng)的大部分區(qū)域，但其實(shí)際接入速率卻仍然差強(qiáng)人意；(2)能夠提供高速率接入的WiFi 無(wú)線城市技術(shù)，信號(hào)覆蓋范圍還比較有限，而且不同接入點(diǎn)間的高速移動(dòng)切換問(wèn)題尚未得到很好解決；(3)LTE 的中規(guī)模部署還有待時(shí)日。因此，有必要討論如下問(wèn)題：(1)如何在基礎(chǔ)設(shè)施不穩(wěn)定或不可用(如受地形因素及電磁波傳輸性能因素影響導(dǎo)致的信號(hào)不穩(wěn)定、自然災(zāi)害或其他因素導(dǎo)致的基礎(chǔ)設(shè)施受損或發(fā)生故障)的情況下實(shí)現(xiàn)具有社交屬性的通信(即實(shí)現(xiàn)“應(yīng)急通信”)。(2)對(duì)于某些保密內(nèi)容，如何將通信范圍限定在一定的空間內(nèi)(即實(shí)現(xiàn)“區(qū)域通信”)。

本文研究移動(dòng)WiFi 熱點(diǎn)、對(duì)等網(wǎng)絡(luò)、智能手持設(shè)備操作系統(tǒng)等相關(guān)技術(shù)，并提出一種面向社交網(wǎng)絡(luò)的智能通信平臺(tái)構(gòu)建方法。

2 智能通信平臺(tái)整體架構(gòu)

本文提出的智能通信平臺(tái)根據(jù)結(jié)構(gòu)劃分為3 個(gè)部分：底層網(wǎng)絡(luò)，中層接口和上層應(yīng)用，分別負(fù)責(zé)基本組網(wǎng)功能、參數(shù)傳遞功能和高級(jí)通信功能。

2.1 底層網(wǎng)絡(luò)

為實(shí)現(xiàn)數(shù)據(jù)鏈路層的聯(lián)通，底層有必要采用一種靈活的組網(wǎng)方式。本文以移動(dòng)WiFi 熱點(diǎn)為例進(jìn)行描述，其他接入方式(如藍(lán)牙、Zigbee 等)亦可參考該思路進(jìn)行設(shè)計(jì)。手持終端可以通過(guò)不同的方式建立WiFi 熱點(diǎn)，從而在多個(gè)設(shè)備之間建立獨(dú)立的端到端無(wú)線信道。有2 種組網(wǎng)方式可供選擇：中心化便攜式接入點(diǎn)方式和非中心化對(duì)等網(wǎng)方式。

(1)采用便攜式接入點(diǎn)方式時(shí)，首先選擇一臺(tái)手持設(shè)備作為WiFi 網(wǎng)絡(luò)的接入點(diǎn)建立便攜式熱點(diǎn)，在此基礎(chǔ)上其他手持設(shè)備可將接入點(diǎn)設(shè)備設(shè)為網(wǎng)關(guān)，然后接入該移動(dòng)WiFi網(wǎng)絡(luò)。其中，作為便攜式熱點(diǎn)設(shè)備的無(wú)線網(wǎng)卡應(yīng)工作在Master 模式下，用于提供穩(wěn)定的無(wú)線接入服務(wù)，而其他設(shè)備的無(wú)線網(wǎng)卡則應(yīng)工作在Managed 模式下，并通過(guò)便攜式熱點(diǎn)設(shè)備連接到移動(dòng)WiFi 網(wǎng)絡(luò)。此類網(wǎng)絡(luò)采用了中心化的組網(wǎng)方式，無(wú)線網(wǎng)絡(luò)所承載的數(shù)據(jù)需要由便攜式熱點(diǎn)設(shè)備集中進(jìn)行轉(zhuǎn)發(fā)，因此，一旦該熱點(diǎn)設(shè)備發(fā)生故障或離開(kāi)網(wǎng)絡(luò)，處于Managed 模式下的其他終端將無(wú)法正常通信。

(2)采用對(duì)等網(wǎng)方式時(shí)，移動(dòng)WiFi 網(wǎng)絡(luò)的無(wú)線環(huán)境由網(wǎng)內(nèi)所有終端設(shè)備共同構(gòu)建(根據(jù)隨機(jī)退讓算法發(fā)送網(wǎng)絡(luò)的狀態(tài)信息)。各個(gè)手持設(shè)備既是移動(dòng)WiFi 網(wǎng)絡(luò)的建立者和維護(hù)者，又是該網(wǎng)絡(luò)的接入者和使用者。所有手持設(shè)備的無(wú)線網(wǎng)卡都應(yīng)工作在Ad-Hoc 模式下，并使用公共的無(wú)線信道完成通信功能。此類網(wǎng)絡(luò)采用非中心化的組網(wǎng)方式，手持設(shè)備之間能夠?qū)崿F(xiàn)點(diǎn)對(duì)點(diǎn)的無(wú)線通信。由于無(wú)線網(wǎng)絡(luò)環(huán)境的維系并不依賴于某一個(gè)特定的設(shè)備節(jié)點(diǎn)，因此移動(dòng)WiFi 網(wǎng)絡(luò)的建立和維護(hù)將變得更加靈活。

2.2 中層接口

根據(jù)服務(wù)功能不同，中層接口部分可進(jìn)一步細(xì)化為單播消息模塊、單播傳輸模塊、組播消息模塊和終端管理模塊，如圖1 所示。單播消息模塊用于完成基于消息的端到端單播通信；單播傳輸模塊用于完成基于字節(jié)的端到端單播傳輸；組播消息模塊負(fù)責(zé)在多個(gè)終端設(shè)備之間建立基于消息的多播通信信道；終端管理模塊用于完成終端設(shè)備的發(fā)現(xiàn)、維護(hù)和尋址等功能。其中，單播消息模塊和單播傳輸模塊依賴于終端管理模塊所提供的尋址服務(wù)，而終端管理模塊和組播消息模塊則依賴于移動(dòng)WiFi 網(wǎng)絡(luò)所提供的無(wú)線環(huán)境。

圖1 中層接口所處位置及包含模塊

2.3 上層應(yīng)用

結(jié)合社交網(wǎng)絡(luò)的具體需要，對(duì)于上層應(yīng)用本文著重研究以下5 個(gè)方面內(nèi)容：(1)友好的用戶操作界面；(2)允許終端用戶通過(guò)平臺(tái)感知到網(wǎng)內(nèi)其他終端的地址信息，并發(fā)起通信；(3)允許網(wǎng)內(nèi)終端用戶群發(fā)文本消息，并在多個(gè)終端用戶之間實(shí)現(xiàn)群聊；(4)針對(duì)感知到的網(wǎng)內(nèi)特定終端用戶，通過(guò)即時(shí)消息進(jìn)行文本通信；(5)針對(duì)感知到的網(wǎng)內(nèi)特定終端用戶實(shí)現(xiàn)文件傳輸功能。因此，本文設(shè)計(jì)了用戶界面、鄰居感知、聊天室、即時(shí)消息和文件傳輸5 個(gè)模塊。

3 基于Android 的平臺(tái)實(shí)現(xiàn)

作為智能手持終端操作系統(tǒng)的代表，源于Linux 的Android 系統(tǒng)為開(kāi)發(fā)者提供了廣闊的空間。根據(jù)權(quán)威市場(chǎng)調(diào)研機(jī)構(gòu)Gartner 給出的數(shù)據(jù)[10]，預(yù)計(jì)2015 年Android 系統(tǒng)的占有率將達(dá)到48.8%。基于該操作系統(tǒng)進(jìn)行開(kāi)發(fā)，有助于提高智能通信平臺(tái)的通用性和可擴(kuò)展性。本文分別從底層網(wǎng)絡(luò)、中層接口和上層應(yīng)用3 個(gè)方面對(duì)平臺(tái)的實(shí)現(xiàn)進(jìn)行闡述。

3.1 底層網(wǎng)絡(luò)的實(shí)現(xiàn)

在2.2 版本之前，Android 系統(tǒng)并未提供通過(guò)內(nèi)嵌方式建立便攜式移動(dòng)熱點(diǎn)的功能，并且未向開(kāi)發(fā)者開(kāi)放用于建立便攜式移動(dòng)熱點(diǎn)的相關(guān)API。同時(shí)，也未提供將無(wú)線WiFi網(wǎng)口設(shè)備配置為Ad-Hoc 模式的接口。因此，有必要通過(guò)腳本程序結(jié)合Java Native Interface[11](JNI)技術(shù)實(shí)現(xiàn)建立移動(dòng)WiFi 熱點(diǎn)的目標(biāo)。

在建立熱點(diǎn)的過(guò)程中，主要使用JNI 技術(shù)調(diào)用Linux命令和Shell 腳本。因此，需要在Java 程序中事先聲明本地方法的接口定義，并提供本地函數(shù)庫(kù)文件或命令行程序。

由于篇幅所限，本文未詳細(xì)介紹腳本程序編寫(xiě)、Linux命令調(diào)用、建立Ad-hoc 熱點(diǎn)步驟等內(nèi)容。

3.2 中層接口的實(shí)現(xiàn)

由于中層接口設(shè)計(jì)采用了傳輸層的UDP 和TCP 協(xié)議完成端到端的數(shù)據(jù)包交互，因此在Android 中可以調(diào)用Java 標(biāo)準(zhǔn)庫(kù)java.net 包下所提供的類庫(kù)完成基于這2 種傳輸協(xié)議的程序開(kāi)發(fā)。

為更好地控制通信流程，有必要對(duì)通信控制協(xié)議類別進(jìn)行定義，如表1 所示。各個(gè)模塊的代碼實(shí)現(xiàn)過(guò)程中將遵循該表所定義的協(xié)議類別，該定義將作為不同通信實(shí)體、相同模塊之間共同使用的統(tǒng)一規(guī)范。

表1 通信控制協(xié)議類別

本文采用JavaScript Object Notation(JSON)[12]作為不同通信實(shí)體之間進(jìn)行信息交互的標(biāo)準(zhǔn)數(shù)據(jù)封裝格式。JSON 是一種輕量級(jí)的數(shù)據(jù)交換格式，以鍵值對(duì)的基本形式完成數(shù)據(jù)的組織，既有利于開(kāi)發(fā)者的編寫(xiě)和閱讀，也有利于機(jī)器的解析和生成，具有非常強(qiáng)大的結(jié)構(gòu)化數(shù)據(jù)描述能力。本文所定義的協(xié)議交互信息結(jié)構(gòu)如表2 所示。其中，body 鍵對(duì)應(yīng)的值為JSONObject 類型，包含表中所列二級(jí)字段，根據(jù)type 值的不同，body 對(duì)象中的部分字段將得到使用。在組件開(kāi)發(fā)過(guò)程中，使用org.json 包中提供的包括JSONObject、JSONArray、JSONException 等在內(nèi)的用于JSON 生成、解析和異常處理的類庫(kù)，來(lái)實(shí)現(xiàn)數(shù)據(jù)的封裝與解封裝[13]。

表2 協(xié)議交互信息結(jié)構(gòu)

在上述工作的基礎(chǔ)上，可以通過(guò)編程實(shí)現(xiàn)具體的模塊。現(xiàn)以終端管理模塊為例進(jìn)行說(shuō)明。

終端管理模塊由NeighborManager 類負(fù)責(zé)完成。該類實(shí)現(xiàn)終端設(shè)備IP 地址發(fā)現(xiàn)、維護(hù)服務(wù)功能的主要方法包括：(1)broadcastLocalInfo()；(2)requestRemoteAddr()；(3)listen()。其中，方法(1)在終端最初接入網(wǎng)絡(luò)時(shí)被調(diào)用，通過(guò)向組播地址230.0.0.1 發(fā)送包括本機(jī)IP 地址、MAC 地址在內(nèi)的終端信息，用于通知網(wǎng)內(nèi)其他終端本機(jī)的相關(guān)信息及可訪問(wèn)性；方法(2)在獨(dú)立的線程中周期性地向組播地址230.0.0.1 發(fā)送終端信息請(qǐng)求，網(wǎng)內(nèi)終端收到該請(qǐng)求報(bào)文時(shí)需要回送自身的IP 地址、MAC 地址等信息；方法(3)在獨(dú)立的線程中始終監(jiān)聽(tīng)組播地址230.0.0.1，進(jìn)而實(shí)現(xiàn)對(duì)表1中類別值為11、12 和13 這3 種類型協(xié)議交互數(shù)據(jù)包的解析處理。

由于篇幅所限，本文未介紹單播消息模塊、組播消息模塊以及單播傳輸模塊的實(shí)現(xiàn)過(guò)程。

3.3 上層應(yīng)用的實(shí)現(xiàn)

結(jié)合中層接口部分的開(kāi)發(fā)成果，本文實(shí)現(xiàn)了上文中提到的5 個(gè)模塊。這里只選取用戶界面和鄰居感知2 個(gè)部分進(jìn)行介紹。

用戶界面部分共包括7 個(gè)界面，分別是登錄界面、主界面、鄰居終端列表界面、聊天室界面、即時(shí)消息界面、文件傳輸界面和設(shè)置界面。用戶通過(guò)手指點(diǎn)擊交互界面中的控件來(lái)獲取智能通信平臺(tái)所提供的各項(xiàng)社交功能。另外，為應(yīng)對(duì)業(yè)務(wù)邏輯紊亂和網(wǎng)絡(luò)連接異常的情況，界面還設(shè)計(jì)了對(duì)話框、提示框和通知欄，分別用于詢問(wèn)用戶是否執(zhí)行某項(xiàng)操作、顯示提示信息和通知提醒(如顯示文件傳輸進(jìn)度等)。

鄰居感知功能通過(guò)調(diào)用NeighborManager 類(終端管理模塊)所提供的方法，動(dòng)態(tài)、實(shí)時(shí)地獲取網(wǎng)內(nèi)鄰居終端的IP地址、MAC 地址等信息，并將感知到的鄰居終端信息發(fā)送到列表界面中進(jìn)行顯示；另外，鄰居感知功能還負(fù)責(zé)提供網(wǎng)內(nèi)鄰居終端在加入或退出時(shí)列表界面的更新。

本文截取了部分界面(登錄界面、主界面和鄰居終端列表界面)對(duì)平臺(tái)的運(yùn)行效果進(jìn)行介紹。

(1)登錄界面主要包括可點(diǎn)擊的頭像顯示、昵稱、郵箱地址輸入框和登錄按鈕。點(diǎn)擊頭像圖標(biāo)將彈出如圖2 所示的告知框，提示用戶在“圖庫(kù)”或“拍照”中選擇一種方式用于頭像的添加。

圖2 登錄界面

以“圖庫(kù)”為例，用戶選擇該方式后系統(tǒng)自動(dòng)轉(zhuǎn)入本地圖庫(kù)，在選中一張圖片后跳轉(zhuǎn)回登錄界面，并將默認(rèn)頭像的圖標(biāo)更換為剛選擇的圖片。在輸入完整的昵稱和郵箱地址后，點(diǎn)擊界面中部的手掌型按鈕，該按鈕將出現(xiàn)上下抖動(dòng)的動(dòng)畫(huà)效果表示登錄成功并切換到主界面。

(2)主界面框架包括導(dǎo)航欄和子視圖面板2 個(gè)部分，如圖3 所示。導(dǎo)航欄包括“我說(shuō)”聊天室、“身邊”鄰居終端列表和“更多”3 個(gè)部分；子視圖面板中內(nèi)容的顯示則統(tǒng)一由管理器類進(jìn)行管理，當(dāng)用戶點(diǎn)擊底部導(dǎo)航欄時(shí)，子視圖面板區(qū)域顯示相應(yīng)的子視圖。點(diǎn)擊“身邊”按鈕將進(jìn)入鄰居終端列表。

圖3 主界面

(3)鄰居終端列表界面如圖4 所示。該界面動(dòng)態(tài)地顯示當(dāng)前網(wǎng)內(nèi)的終端用戶。每一個(gè)列表項(xiàng)提示該用戶的相關(guān)信息，包括昵稱、IP 地址和MAC 地址。在列表項(xiàng)的右側(cè)提供用于觸發(fā)消息發(fā)送和文件發(fā)送功能的按鈕，點(diǎn)擊某一列表項(xiàng)的按鈕將在該條目下方彈出一個(gè)操作工具條(如圖4 所示)，該工具條呈現(xiàn)從右向左的“推入”動(dòng)畫(huà)效果。點(diǎn)擊非工具條區(qū)域或手機(jī)回退鍵，工具條將被從左到右移出界面。點(diǎn)擊工具條中的“發(fā)送消息”按鈕將觸發(fā)即時(shí)消息的交互流程，并將界面切換到即時(shí)消息界面；而點(diǎn)擊工具條中的“發(fā)送文件”按鈕將觸發(fā)文件傳輸?shù)慕换チ鞒蹋瑥棾鱿鄳?yīng)的文件選擇框。

圖4 鄰居發(fā)現(xiàn)界面

4 測(cè)試與結(jié)果

實(shí)際測(cè)試拓?fù)淙鐖D5 所示，包括1 臺(tái)平板電腦和2 臺(tái)智能手機(jī)(共3 臺(tái)設(shè)備)，分別記為P1、P2 和P3。在該測(cè)試拓?fù)渲校? 臺(tái)手持設(shè)備通過(guò)將各自的WiFi 硬件設(shè)備運(yùn)行于Ad-Hoc 模式接入到WiFi 無(wú)線環(huán)境。IP 地址采用靜態(tài)配置的方式。平板P1 為ZTE LightTab，搭載Android 2.2 操作系統(tǒng)；智能手機(jī)P2 為小米MI ONE，搭載基于Android 2.3的MIUI 操作系統(tǒng)；智能手機(jī)P3 為HTC Sensation G14，搭載基于Android 2.3 的MIUI 操作系統(tǒng)。測(cè)試地點(diǎn)均為空曠開(kāi)闊地帶。

圖5 測(cè)試拓?fù)涫疽鈭D

為驗(yàn)證智能通信平臺(tái)的基本功能，編寫(xiě)測(cè)試用例分別針對(duì)網(wǎng)絡(luò)狀態(tài)提示功能、鄰居感知功能、聊天室功能、即時(shí)消息功能和文件傳輸功能進(jìn)行測(cè)試，實(shí)際運(yùn)行效果良好。由于篇幅所限，本文未詳細(xì)介紹功能測(cè)試結(jié)果。下文著重介紹智能通信平臺(tái)部分性能測(cè)試的結(jié)果。

4.1 鄰居感知有效距離測(cè)試

選取P1 和P2 作為測(cè)試對(duì)象，有效距離測(cè)量使用米尺完成，測(cè)試的具體步驟如下：

(1)完成P1 和P2 移動(dòng)WiFi 熱點(diǎn)的相關(guān)配置工作。

(2)開(kāi)啟P2 的智能通信平臺(tái)，在登錄界面的昵稱輸入框中輸入Bob 并完成登錄。

(3)開(kāi)啟P1 的智能通信平臺(tái)，使用Andy 作為昵稱登錄后，將其切換到鄰居終端列表界面。

(4)讓P1 保持不動(dòng)，將P2 移至距P1 設(shè)備100 m 的位置，并在P2 上查看對(duì)應(yīng)SSID 的網(wǎng)絡(luò)信號(hào)強(qiáng)度，如無(wú)法成功接入該網(wǎng)絡(luò)，則向P1 方向移動(dòng)并記錄距離，直到剛好能夠接入網(wǎng)絡(luò)時(shí)暫停。

(5)在P2 上打開(kāi)終端模擬器程序，在終端命令行中對(duì)P1 執(zhí)行ping 操作并查看丟包情況，打開(kāi)P2 的智能通信平臺(tái)，觀察P2 鄰居終端列表中是否出現(xiàn)Andy 的列表項(xiàng)目。

(6)以1 m 為步長(zhǎng)逐漸縮短P2 與P1 之間的距離，重復(fù)步驟(5)，測(cè)定鄰居感知的有效臨界距離。

當(dāng)測(cè)試距離為75 m 時(shí)P2 能夠接入網(wǎng)絡(luò)，但丟包嚴(yán)重(多次測(cè)試顯示相隔30 個(gè)～40 個(gè)ping 包可成功3 次～4 次)，P2 鄰居終端列表界面中沒(méi)有顯示P1 對(duì)應(yīng)的列表項(xiàng)；當(dāng)測(cè)試距離為63 m 時(shí)，ping 包丟失情況有所緩解(多次測(cè)試顯示相隔2 個(gè)～3 個(gè)ping 包可成功1 次～2 次)，P2 鄰居終端列表界面中延遲約30 s 后顯示P1 對(duì)應(yīng)的列表項(xiàng)；當(dāng)測(cè)試距離為60 m 時(shí)可連續(xù)ping 通，P2 鄰居終端列表界面中即刻顯示P1 對(duì)應(yīng)的列表項(xiàng)。

在此基礎(chǔ)上，筆者還針對(duì)設(shè)定終端發(fā)射功率實(shí)現(xiàn)“區(qū)域通信”的功能進(jìn)行了測(cè)試，效果均達(dá)到了預(yù)期的目標(biāo)。

4.2 文件傳輸速率對(duì)比測(cè)試

為更好地測(cè)試智能通信平臺(tái)的實(shí)際傳輸效果，筆者選擇10 MB～50 MB 不同文件大小進(jìn)行對(duì)比。在底層分別選擇了WiFi 和藍(lán)牙2 種接入方式進(jìn)行對(duì)比。在P1、P2 和P3 之間進(jìn)行兩兩收發(fā)，每個(gè)文件均傳輸30 次，測(cè)試距離為10 m。所有測(cè)試均正常完成，對(duì)比結(jié)果如圖6 所示。其中，縱軸選取對(duì)數(shù)坐標(biāo)，Error bar 選取5%～95%，標(biāo)記點(diǎn)為測(cè)試結(jié)果的均值。可以看出，基于WiFi 的傳輸效果在不同情況下均優(yōu)于藍(lán)牙模式下的傳輸效果。由于縱軸使用了對(duì)數(shù)坐標(biāo)，WiFi 模式下測(cè)量結(jié)果的Error bar 相對(duì)明顯。

圖6 文件傳輸速率對(duì)比結(jié)果

5 結(jié)束語(yǔ)

本文結(jié)合社交網(wǎng)絡(luò)的發(fā)展趨勢(shì)和用戶對(duì)于新型通信平臺(tái)的需求，并分析傳統(tǒng)通信模式存在的不足，提出一種智能通信平臺(tái)的構(gòu)建方法。該方法能夠在互聯(lián)網(wǎng)接入點(diǎn)不可用或不穩(wěn)定的情況下實(shí)現(xiàn)具有社交屬性的應(yīng)急通信，而且對(duì)于某些保密內(nèi)容，能夠?qū)⑼ㄐ啪嚯x限定在一定范圍內(nèi)。

為驗(yàn)證該平臺(tái)的實(shí)際效果，本文基于Android 系統(tǒng)進(jìn)行協(xié)議棧的開(kāi)發(fā)和軟件代碼的編寫(xiě)，并搭建了小規(guī)模測(cè)試環(huán)境。功能測(cè)試結(jié)果表明：用戶界面、鄰居感知、聊天室、即時(shí)消息和文件傳輸5 個(gè)功能模塊均工作正常。針對(duì)鄰居感知有效距離的性能測(cè)試結(jié)果表明：手持終端在直線距離60 m 的范圍內(nèi)，基本功能不會(huì)受到通信距離增加的影響；當(dāng)超過(guò)該臨界值時(shí)，終端仍然能夠感知到鄰居，但傳輸性能有所下降；當(dāng)距離增加至75 m 后，終端無(wú)法感知到鄰居(依托該功能實(shí)現(xiàn)的“區(qū)域通信”測(cè)試效果也均比較理想)。針對(duì)文件傳輸速率的性能測(cè)試結(jié)果表明，智能通信平臺(tái)能夠穩(wěn)定、高效地完成終端間的文件傳輸，同時(shí)文中定量地給出了WiFi 和藍(lán)牙環(huán)境下不同文件的傳輸時(shí)間。下一步將重點(diǎn)研究如何完善該平臺(tái)的相關(guān)功能，同時(shí)針對(duì)不同的用戶需求設(shè)計(jì)更多易于操作的應(yīng)用。

[1]Gao Wei,Li Qinghua,Zhao Bo,et al. Social-aware Multicast in Disruption-tolerant Networks[J]. IEEE/ACM Transactions on Networking,2012,20(5): 1553-1566.

[2]Pan Hui,Crowcroft J,Yoneki E. BUBBLE Rap: Social-based Forwarding in Delay-tolerant Networks[J]. IEEE Transactions on Mobile Computing,2011,10(11): 1576-1589.

[3]Punz G. Evolution of 3G Networks[M]. [S. l.]: Springer,2010.

[4]易睿得. LTE 系統(tǒng)原理及應(yīng)用[M]. 北京: 電子工業(yè)出版社,2012.

[5]Dahlman E,Parkvall S,Skold J. 4G: LTE/LTE-advanced for Mobile Broadband[M]. [S. l.]: Academic Press,2011.

[6] Apple Inc.. Iphone Introduce[EB/OL]. [2013-01-02]. http://www.apple.com/iphone/.

[7] Samsung Inc.. Galaxynote Introduce[EB/OL]. [2013-01-02].http://www.samsung.com/global/microsite/galaxynote/.

[8]Apple Inc.. Develop App for iOS[EB/OL]. [2013-01-02]. http://developer.apple.com/technologies/ios/.

[9]Google Inc.. Discover a New Flavor of Jelly Bean[EB/OL].[2013-01-02]. http://www.android.com/.

[10] Gartner Inc.. Gartner Technology[EB/OL]. [2013-01-02]. http://www.gartner.com/.

[11] Oracle Inc.. Java Native Interface[EB/OL]. [2013-01-02].http://www.oracle.com/technetwork/java/index.html/.

[12] Sun Inc.. JavaScript Object Notation[EB/OL]. [2013-01-02].http://www.json.org/.

[13] 翟建偉. 基于WiFi 的移動(dòng)社交通訊平臺(tái)設(shè)計(jì)與實(shí)現(xiàn)[D].北京: 北京交通大學(xué),2012.