移動(dòng)設(shè)備信息傳遞方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及移動(dòng)互聯(lián)網(wǎng)，特別涉及一種移動(dòng)設(shè)備信息傳遞方法。
【背景技術(shù)】
[0002]隨著移動(dòng)互聯(lián)網(wǎng)的不斷發(fā)展，移動(dòng)設(shè)備的智能化程度越來(lái)越高，智能操作系統(tǒng)的出現(xiàn)為各類(lèi)應(yīng)用提供好的平臺(tái)和支撐，3G無(wú)線(xiàn)網(wǎng)絡(luò)的提速，給移動(dòng)設(shè)備多媒體應(yīng)用提供了更快的傳輸通道，借助攝像頭可以實(shí)現(xiàn)遠(yuǎn)程的實(shí)時(shí)會(huì)話(huà)和可視交流。目前，基于智能操作系統(tǒng)的無(wú)線(xiàn)圖像傳輸已經(jīng)取得了很多成熟的技術(shù)，但是僅僅處在只能提供簡(jiǎn)單的圖像傳輸，對(duì)于同時(shí)需要確定導(dǎo)航信息的移動(dòng)指揮和移動(dòng)監(jiān)控等應(yīng)用來(lái)說(shuō)是無(wú)法滿(mǎn)足需求的，通過(guò)圖像可以了解現(xiàn)場(chǎng)情況，卻無(wú)法獲取終端的導(dǎo)航信息，很難快速?zèng)Q策和調(diào)度資源。因此，如何在實(shí)時(shí)傳輸圖像數(shù)據(jù)同時(shí)，也能夠?qū)崟r(shí)地傳輸導(dǎo)航數(shù)據(jù)是相關(guān)領(lǐng)域的一個(gè)實(shí)際迫切需求。

【發(fā)明內(nèi)容】

[0003]為解決上述現(xiàn)有技術(shù)所存在的問(wèn)題，本發(fā)明提出了一種移動(dòng)設(shè)備信息傳遞方法，包括:
[0004]將圖像數(shù)據(jù)和導(dǎo)航數(shù)據(jù)封裝在同一個(gè)數(shù)據(jù)包中，在移動(dòng)設(shè)備利用統(tǒng)一的數(shù)據(jù)通道傳輸所述圖像數(shù)據(jù)和導(dǎo)航數(shù)據(jù)。
[0005]優(yōu)選地，所述移動(dòng)設(shè)備包括連接建立模塊，用于采用會(huì)話(huà)發(fā)起協(xié)議建立會(huì)話(huà)連接，獲取通信雙方的IP地址，協(xié)商媒體協(xié)議后，建立RTCP會(huì)話(huà)；圖像傳輸模塊，包括采集模塊、編碼模塊、解碼模塊，其中采集模塊用于圖像的采集，設(shè)置圖像的編碼模式，控制圖像的參數(shù)，編碼模塊用于將采集模塊獲取到的圖像數(shù)據(jù)進(jìn)行H.263編碼，解碼模塊用于將接收到的圖像數(shù)據(jù)進(jìn)行解碼，將圖像傳送至圖像解碼線(xiàn)程；導(dǎo)航模塊，用于地理位置的獲取，建立數(shù)據(jù)結(jié)構(gòu)將導(dǎo)航數(shù)據(jù)按照適合網(wǎng)絡(luò)傳輸?shù)母袷浇M織起來(lái)，所述導(dǎo)航模塊利用移動(dòng)設(shè)備提供的API，獲取設(shè)備當(dāng)前位置并封裝在導(dǎo)航數(shù)據(jù)結(jié)構(gòu)中供傳輸使用，根據(jù)系統(tǒng)的API監(jiān)聽(tīng)地理位置信息的變化，注冊(cè)監(jiān)聽(tīng)器到位置管理器中，當(dāng)導(dǎo)航變化時(shí)，監(jiān)聽(tīng)器中的函數(shù)獲取到最新的導(dǎo)航信息，傳送導(dǎo)航信息以更新界面定位信息顯示；RTCP模塊，在發(fā)送端根據(jù)RTCP的封裝規(guī)則將編碼模塊的數(shù)據(jù)進(jìn)行封裝，圖像數(shù)據(jù)和導(dǎo)航數(shù)據(jù)合并成的RTCP數(shù)據(jù)包載入緩沖區(qū)等待發(fā)送，在接收端接收RTCP數(shù)據(jù)包進(jìn)行分解，獲取有用信息和有效載荷數(shù)據(jù)，并將載荷數(shù)據(jù)載入緩沖區(qū)等待解碼播放。
[0006]優(yōu)選地，所述利用統(tǒng)一的數(shù)據(jù)通道傳輸所述圖像數(shù)據(jù)和導(dǎo)航數(shù)據(jù)，進(jìn)一步包括:
[0007]把獲取到的導(dǎo)航數(shù)據(jù)以及其他格式的數(shù)據(jù)通過(guò)附加信息在RTCP數(shù)據(jù)包頭中進(jìn)行封裝和傳輸，僅在RTCP包頭將擴(kuò)展位設(shè)置為1，擴(kuò)展項(xiàng)的前16位用以識(shí)別標(biāo)識(shí)符或參數(shù)，擴(kuò)展項(xiàng)的后16位表示擴(kuò)展長(zhǎng)度，指示包頭擴(kuò)展中32位字的個(gè)數(shù)，不包括擴(kuò)展項(xiàng)的四字節(jié)；在圖像數(shù)據(jù)中采用包頭擴(kuò)展的形式傳輸導(dǎo)航數(shù)據(jù)，圖像的RTCP包頭使用圖像RTCP封裝設(shè)置，負(fù)載部分為圖像數(shù)據(jù)；采用單片封裝的方式進(jìn)行傳輸，接收端接收到圖像RTCP數(shù)據(jù)包后，解析出導(dǎo)航信息，通知顯示模塊進(jìn)行顯示，將圖像數(shù)據(jù)傳送至圖像緩存區(qū)等待播放。
[0008]本發(fā)明相比現(xiàn)有技術(shù)，具有以下優(yōu)點(diǎn):
[0009]本發(fā)明提出了一種移動(dòng)設(shè)備信息傳遞方法，實(shí)現(xiàn)了多媒體與位置信息的并行傳輸，同時(shí)采用安全架構(gòu)進(jìn)行加密傳輸并減少了終端的處理壓力，提高了用戶(hù)體驗(yàn)。
【附圖說(shuō)明】
[0010]圖1是根據(jù)本發(fā)明實(shí)施例的移動(dòng)設(shè)備信息傳遞方法的流程圖。
【具體實(shí)施方式】
[0011]下文與圖示本發(fā)明原理的附圖一起提供對(duì)本發(fā)明一個(gè)或者多個(gè)實(shí)施例的詳細(xì)描述。結(jié)合這樣的實(shí)施例描述本發(fā)明，但是本發(fā)明不限于任何實(shí)施例。本發(fā)明的范圍僅由權(quán)利要求書(shū)限定，并且本發(fā)明涵蓋諸多替代、修改和等同物。在下文描述中闡述諸多具體細(xì)節(jié)以便提供對(duì)本發(fā)明的透徹理解。出于示例的目的而提供這些細(xì)節(jié)，并且無(wú)這些具體細(xì)節(jié)中的一些或者所有細(xì)節(jié)也可以根據(jù)權(quán)利要求書(shū)實(shí)現(xiàn)本發(fā)明。
[0012]本發(fā)明的一方面提供了一種移動(dòng)設(shè)備信息傳遞方法。圖1是根據(jù)本發(fā)明實(shí)施例的移動(dòng)設(shè)備信息傳遞方法流程圖。
[0013]本發(fā)明根據(jù)實(shí)時(shí)定位和圖像監(jiān)控的應(yīng)用需求，結(jié)合導(dǎo)航、多媒體傳輸RTCP協(xié)議等技術(shù)，在移動(dòng)設(shè)備平臺(tái)上提出了一種集成了空間導(dǎo)航數(shù)據(jù)的無(wú)線(xiàn)網(wǎng)絡(luò)傳輸方案，利用RTCP數(shù)據(jù)包自定義擴(kuò)展數(shù)據(jù)區(qū)域設(shè)計(jì)和集成導(dǎo)航信息，實(shí)現(xiàn)了在統(tǒng)一的數(shù)據(jù)通道內(nèi)實(shí)時(shí)混合傳輸圖像和導(dǎo)航數(shù)據(jù)的業(yè)務(wù)。終端框架分為連接建立模塊、圖像傳輸模塊、導(dǎo)航模塊、RTCP模塊等主要部分。
[0014]連接建立模塊采用會(huì)話(huà)發(fā)起協(xié)議建立會(huì)話(huà)連接，獲取雙方的IP地址，協(xié)商媒體協(xié)議后，建立RTCP會(huì)話(huà)。圖像傳輸模塊包括采集模塊、編碼模塊、解碼模塊部分。采集模塊用于圖像的采集。設(shè)置圖像的編碼模式，圖像的參數(shù)控制，如幀率，碼率的控制。編碼模塊將采集模塊獲取到的圖像數(shù)據(jù)進(jìn)行編碼，圖像采用具有高壓縮率的H.263編碼。解碼模塊將接收到的圖像數(shù)據(jù)進(jìn)行解碼，圖像傳送至圖像解碼線(xiàn)程。。導(dǎo)航模塊用于地理位置的獲取，建立數(shù)據(jù)結(jié)構(gòu)將導(dǎo)航數(shù)據(jù)按照適合網(wǎng)絡(luò)傳輸?shù)母袷浇M織起來(lái)。RTCP模塊:發(fā)送端根據(jù)RTCP的封裝規(guī)則，將編碼模塊的數(shù)據(jù)進(jìn)行封裝。圖像數(shù)據(jù)和導(dǎo)航數(shù)據(jù)合并成一個(gè)RTCP數(shù)據(jù)包，將RTCP載入緩沖區(qū)等待發(fā)送。接收端接收RTCP數(shù)據(jù)包進(jìn)行分解，獲取有用信息和有效載荷數(shù)據(jù)，并將載荷數(shù)據(jù)載入緩沖區(qū)等待解碼播放。
[0015]連接建立過(guò)程中，系統(tǒng)兩個(gè)移動(dòng)設(shè)備建立會(huì)話(huà)采用的是會(huì)話(huà)發(fā)起協(xié)議。兩個(gè)移動(dòng)設(shè)備通信包括兩個(gè)部分:信令控制和圖像傳輸。協(xié)議消息通過(guò)服務(wù)器進(jìn)行傳遞，圖像傳輸進(jìn)行終端直接通信，不經(jīng)過(guò)服務(wù)器。簡(jiǎn)單地描述通信的建立過(guò)程為:終端A請(qǐng)求連接終端B，由于A并不知道B的地址，服務(wù)器就可以起到幫助A定位B的位置，服務(wù)器將請(qǐng)求連接信息傳遞到B，B響應(yīng)消息，終端A和終端B的連接就建立起來(lái)了。
[0016]圖像編碼采用具有高壓縮率的H.263編碼。解碼方面，由于移動(dòng)設(shè)備并不支持H.263解碼，因此系統(tǒng)移植了 FFmpeg解碼庫(kù)到移動(dòng)設(shè)備上。根據(jù)移動(dòng)設(shè)備多媒體底層框架，移動(dòng)設(shè)備在JAVA層采用MediaRecorder來(lái)采集圖像數(shù)據(jù)。需要移植編碼庫(kù)到移動(dòng)設(shè)備上，通過(guò)Java本地接口的方式來(lái)調(diào)用。圖像的采集采用MediaRecorder錄制。通過(guò)MediaRecorder設(shè)置好編碼格式，采集到的圖像就已經(jīng)是編碼好的數(shù)據(jù)，只需要根據(jù)錄制的圖像的格式對(duì)數(shù)據(jù)進(jìn)行分析，就可以每一幀數(shù)據(jù)進(jìn)行實(shí)時(shí)傳輸。
[0017]移動(dòng)設(shè)備占用系統(tǒng)資源，本系統(tǒng)只需要用到圖像的解碼部分，為了節(jié)省資源，可通過(guò)Linux配置文件編譯的形式，在移植前對(duì)FFmpeg進(jìn)行剪裁，剪裁之后只留下H.263的解碼部分。然后根據(jù)移動(dòng)設(shè)備N(xiāo)DK的JAVA本地接口編程步驟進(jìn)行設(shè)計(jì)解碼流程
[0018]導(dǎo)航模塊是利用移動(dòng)設(shè)備提供的API，獲取設(shè)備當(dāng)前位置并封裝在導(dǎo)航數(shù)據(jù)結(jié)構(gòu)中供傳輸使用。導(dǎo)航模塊導(dǎo)航數(shù)據(jù)的采集，根據(jù)系統(tǒng)的API，監(jiān)聽(tīng)地理位置信息的變化。注冊(cè)監(jiān)聽(tīng)器到位置管理器中。當(dāng)導(dǎo)航變化時(shí)，監(jiān)聽(tīng)器中的函數(shù)獲取到最新的導(dǎo)航信息進(jìn)行處理，導(dǎo)航信息被傳輸以更新界面定位信息顯示。
[0019]整個(gè)數(shù)據(jù)的流程包括數(shù)據(jù)的采集、圖像的編碼、RTCP傳輸、RTCP解包、圖像解碼、圖像播放和導(dǎo)航顯示。在實(shí)際系統(tǒng)中，終端數(shù)據(jù)流是雙向傳輸?shù)摹?br>[0020]單個(gè)圖像數(shù)據(jù)較大，往往需要進(jìn)行切分以滿(mǎn)足RTCP傳輸?shù)目刂?，不能大于網(wǎng)絡(luò)最大傳輸單元，而單個(gè)圖像數(shù)據(jù)經(jīng)過(guò)RTCP封裝后，載荷數(shù)據(jù)很小，一個(gè)RTCP數(shù)據(jù)包要經(jīng)過(guò)裝載RTCP包頭、UDP頭、IP頭之后，載荷數(shù)據(jù)占IP包總數(shù)不到一半，那么傳輸?shù)膸捓寐什淮笥?0%。因此考慮圖像數(shù)據(jù)和導(dǎo)航數(shù)據(jù)集成封裝的形式進(jìn)行傳輸。<