當(dāng)前位置:首頁 > 嵌入式 > 嵌入式硬件
[導(dǎo)讀]會(huì)話初始協(xié)議(SIP協(xié)議) 是一種用于IP網(wǎng)絡(luò)多媒體通信的應(yīng)用層控制協(xié)議,可建立、修改、和終止多媒體會(huì)話。SIP具有良好的互操作性和開放性,支持多種服務(wù)且具有多媒體協(xié)商能

會(huì)話初始協(xié)議(SIP協(xié)議) 是一種用于IP網(wǎng)絡(luò)多媒體通信的應(yīng)用層控制協(xié)議,可建立、修改、和終止多媒體會(huì)話。SIP具有良好的互操作性和開放性,支持多種服務(wù)且具有多媒體協(xié)商能力,能夠在不同設(shè)備之間通過SIP服務(wù)器或其他網(wǎng)絡(luò)服務(wù)器進(jìn)行交互。同時(shí)SIP易于擴(kuò)展,支持用戶移動(dòng)性,能夠充分滿足設(shè)備對(duì)移動(dòng)性服務(wù)的需求,而且 SIP簡單靈活,計(jì)算量小,尤其適合在嵌入式應(yīng)用環(huán)境中應(yīng)用。因此,將SIP引入到嵌入式應(yīng)用中,憑借SIP自身的特性可有效提高嵌入式網(wǎng)絡(luò)設(shè)備的互操作性和接入網(wǎng)絡(luò)的便利性。但SIP協(xié)議本身只給出 SIP消息的文法定義以及自然語言描述的消息處理,并未給出SIP協(xié)議棧的實(shí)現(xiàn)機(jī)制。這里討論在嵌入式終端設(shè)備上建立嵌入式Linux系統(tǒng),并完成SIP的嵌入式,以及代碼的嵌入式移植和測試。

1 嵌入式LilIHX系統(tǒng)開發(fā)

1.1 建立交叉編譯環(huán)境

本文使用的是實(shí)驗(yàn)室的ARMSYS2410-B開發(fā)板。準(zhǔn)備好必要的軟件包后,建立交叉編譯環(huán)境實(shí)際上就是對(duì)cross2.95.3.tar.bz2的解壓過程。具體過程如下:

1)在編譯Linux之前,先安裝交叉編譯toolclhain,在/usr/local目錄下建立名為ann的目錄,進(jìn)入該目錄,執(zhí)行解包:

cd/usr/local/armtar xjvf/mnf/cdrom/linux/toolchain/cross-2.95.3.tar.bz2

2)編輯/etc/profile,找到pathmunge/usr/local/sbin,在其下面添加一行:

Pathmunge/usr/local/arm/2.95.3/bin這樣,內(nèi)核或其他應(yīng)用程序均可使用arm-linux-來指定使用該交叉編譯器。

1.2 Boot Loader移植

Boot Loader是在嵌入式Linux操作系統(tǒng)內(nèi)核運(yùn)行之前運(yùn)行的一段小程序。通過這段程序可以將內(nèi)核從Flash存儲(chǔ)器拷貝到RAM,并執(zhí)行內(nèi)核。還要完成初始化硬件設(shè)備,建立內(nèi)存空間的映射圖,從而將系統(tǒng)的軟硬件環(huán)境帶到一個(gè)合適的狀態(tài)。用燒錄軟件jflash-s3c2410通過JTAG口向硬件板下載 Boot Loader二進(jìn)制文件,向硬件板Flash中下載引導(dǎo)程序,這樣Boot Loader就可以成功運(yùn)行。

1.3 重新編譯內(nèi)核

從官方網(wǎng)站上下載的內(nèi)核不能直接在硬件平臺(tái)上運(yùn)行,需要根據(jù)具體的硬件平臺(tái)重新裁剪、編譯內(nèi)核,根據(jù)硬件平臺(tái)特性編寫相關(guān)代碼,將Linux移植到平臺(tái)上。以下是對(duì)內(nèi)核代碼的修改:1)修改內(nèi)核目錄樹根下的Makefile,指明交叉編譯器;2)配置Flash分區(qū),修改arch-/arm/mach- s3c2410/devs.c,用以指明分區(qū)信息,該文件的內(nèi)容建立Nand Flash分區(qū)表;修改arch/arm/machs3c2410/machsmdk241-0.c文件指定啟動(dòng)時(shí)初始化,kernel啟動(dòng)時(shí)依據(jù)對(duì)分區(qū)的設(shè)置進(jìn)行初始配置:3)配置和編譯內(nèi)核,在Linux源文件目錄下,執(zhí)行make menuc-onfig命令,配置內(nèi)核產(chǎn)生config文件。然后依次運(yùn)行#make clean;#make dep;#make zImage,完成對(duì)內(nèi)核的編譯。

2 嵌入式SIP協(xié)議棧的設(shè)計(jì)與實(shí)現(xiàn)

2.1 嵌入式下實(shí)現(xiàn)SIP協(xié)議棧

嵌入式環(huán)境下SIP協(xié)議的開發(fā),主要需要考慮嵌入式系統(tǒng)資源有限的局限性,需根據(jù)系統(tǒng)應(yīng)用的特點(diǎn),在設(shè)計(jì)時(shí)充分考慮CPU、存儲(chǔ)空間等系統(tǒng)資源的利用。由于資源的限制,嵌入式系統(tǒng)一般作為用戶終端設(shè)備,故這里主要實(shí)現(xiàn)協(xié)議棧中用戶代理(UAC/UAS)的功能。

首先是協(xié)議棧的簡化。根據(jù)RFC3261中定義的SIP協(xié)議棧模型可知,SIP是一個(gè)分層體系結(jié)構(gòu)的協(xié)議。該協(xié)議主要由4層組成,底層為語法編解碼層 (Syntax&Encoding);第2層是傳輸層(TransportLayer),該層定義網(wǎng)絡(luò)上的客戶機(jī)和服務(wù)器如何接收請(qǐng)求和發(fā)送響應(yīng);第3層為事務(wù)層(Transaction),負(fù)責(zé)事務(wù)處理;最上面一層為事務(wù)用戶層(Transaction User),每個(gè)SIP實(shí)體都是事務(wù)用戶,當(dāng)一個(gè)事務(wù)用戶希望發(fā)送請(qǐng)求時(shí),就創(chuàng)建一個(gè)客戶機(jī)事務(wù)實(shí)例以發(fā)送請(qǐng)求。

這種協(xié)議棧的設(shè)計(jì)實(shí)現(xiàn)方法應(yīng)用到嵌入式環(huán)境中有以下不足:1)協(xié)議棧設(shè)計(jì)層次過多會(huì)增加系統(tǒng)堆棧的開銷。為了不過多占用堆棧,在系統(tǒng)資源分配時(shí)需分配較大的堆??臻g。而嵌入式環(huán)境下的空間資源是有限的,SIP模塊占用過多的堆??臻g,會(huì)造成其他任務(wù)空間分配受到限制。2)層次與層次之間的調(diào)用會(huì)增加系統(tǒng)的延時(shí),降低系統(tǒng)的實(shí)效性。而作為用戶終端設(shè)備,快速響應(yīng)是設(shè)計(jì)的重要準(zhǔn)則。

2.2 SIP協(xié)議棧的總體結(jié)構(gòu)

根據(jù)以上分析,在設(shè)計(jì)中需對(duì)SIP協(xié)議棧進(jìn)行修改和裁剪,使其盡量少地占用資源并能最大限度地實(shí)現(xiàn)快速響應(yīng)。本文設(shè)計(jì)的嵌入式SIP協(xié)議棧模型如圖1所示。

 

協(xié)議棧主要分成傳輸層和事務(wù)層。傳輸層主要負(fù)責(zé)收發(fā)消息,它管理套接字(socket)和網(wǎng)絡(luò)連接,使用TCP或UDP傳送數(shù)據(jù)。事務(wù)層則負(fù)責(zé)創(chuàng)建并管理事務(wù)對(duì)象。每個(gè)事務(wù)對(duì)象負(fù)責(zé)維持狀態(tài),并發(fā)消息和使用傳輸層重傳消息。事務(wù)層也需要將從傳輸層傳來的消息映射到相應(yīng)的事務(wù)。

SIP協(xié)議棧管理層負(fù)責(zé)系統(tǒng)配置、分配內(nèi)管理資源、提供登錄協(xié)議棧和進(jìn)行管理的命令以及所有其他層的初始化和關(guān)閉。應(yīng)用程序使用該協(xié)議棧前,必須先調(diào)用該層的初始化接口以初始化要使用的層,在結(jié)束應(yīng)用程序前,必須調(diào)用該層的關(guān)閉接口關(guān)閉相應(yīng)的層。

SIP編碼解析是協(xié)議棧運(yùn)行過程中比較耗費(fèi)時(shí)間的一個(gè)模塊,為滿足嵌入式環(huán)境,該協(xié)議棧使用了一種“懶漢”解析策略,當(dāng)從網(wǎng)絡(luò)上收到一個(gè)原始的SIP消息時(shí),消息被解析成很多“關(guān)鍵字和關(guān)鍵字值對(duì)”,關(guān)鍵字是請(qǐng)求行或SIP頭域名,關(guān)鍵字值是沒有解析的請(qǐng)求行和頭域值。到事務(wù)層,在應(yīng)用程序要訪問請(qǐng)求行或某個(gè)頭域時(shí),才會(huì)對(duì)其完全解析,這種策略可有效提高SIP解碼的速度,極大提高那些需要處理繁重網(wǎng)絡(luò)流量的應(yīng)用。

2.3 事務(wù)層和傳輸層的實(shí)現(xiàn)

圖2為事務(wù)層和傳輸層的軟件結(jié)構(gòu)。這2層都使用SIP消息編碼解析層的功能處理SIP消息。其中傳輸層包含3個(gè)模塊:1)TcpConn模塊使用TCP實(shí)現(xiàn)收發(fā)消息功能;2)UdpConn模塊使用UDP現(xiàn)收發(fā)消息功能;3)SipMessageSendRcv模塊利用TcpConn和UdpConn向應(yīng)用程序提供統(tǒng)一的消息收發(fā)接口。在TcpConn和UdpConn中,都會(huì)創(chuàng)建2個(gè)線程,分別負(fù)責(zé)接收和發(fā)送SIP消息。

 

事務(wù)層創(chuàng)建并管理事務(wù)對(duì)象。TransactionSendRcv提供發(fā)送不同SIP消息的接口,并以回調(diào)函數(shù)的方式在收到消息時(shí)通知應(yīng)用程序。Tr- ansactionSendRcv使用傳輸SipMessageSendRcv提供的收發(fā)消息功能收發(fā)SIP消息,并根據(jù)收發(fā)的消息類型產(chǎn)生事件,將事件以及事件體(主要是SIP消息)作為參數(shù)傳遞給相應(yīng)模塊UACTransactFSM和UASTransactlFSM。事務(wù)層的核心就是這2個(gè)模塊,分別表示UA客戶端和服務(wù)器端收到不同消息的處理流程,具體的狀態(tài)轉(zhuǎn)換。[!--empirenews.page--]

 

3 SIP協(xié)議棧的測試結(jié)果

 

本文實(shí)現(xiàn)的系統(tǒng)將在ARM9平臺(tái)的設(shè)備終端上運(yùn)行,將交叉調(diào)試好的程序燒寫到ARM9的Flash存儲(chǔ)模塊中,再進(jìn)行調(diào)試和運(yùn)行測試。其測試方法是在ARM9平臺(tái)上實(shí)現(xiàn)一個(gè)簡單的SIP終端系統(tǒng),該系統(tǒng)利用SIP偵聽程序,當(dāng)一段用戶發(fā)起呼叫時(shí),雙發(fā)的SIP模塊開始通信。利用SIP信令主動(dòng)發(fā)起呼叫或接收對(duì)方呼叫建立會(huì)話連接,連接建立好后傳送RTP數(shù)據(jù),直到一方用戶提出結(jié)束請(qǐng)求,終止該次會(huì)話,系統(tǒng)恢復(fù)SIP偵聽狀態(tài)。SIP終端之間呼叫流程如圖4所示,開始時(shí)主叫 (IP=192.168.36.1)向代理服務(wù)器(IP=192.168.51.24)發(fā)起呼叫,當(dāng)主叫與被叫的鏈路搭建成功后,主叫與被叫開始語音通信,語音通信采用的標(biāo)準(zhǔn)是G.729,主叫發(fā)送SIP信令給代理服務(wù)器采用UDP傳輸協(xié)議,主叫與代理服務(wù)器之間在SIP呼叫過程中也同時(shí)進(jìn)行媒體協(xié)商,采用網(wǎng)絡(luò)協(xié)議分析工具Ethereal抓包分析,結(jié)果如表l~表3所示。

 

代理服務(wù)器向被叫發(fā)起呼叫,并同時(shí)對(duì)主叫作出響應(yīng)。被叫對(duì)呼叫代理作出響應(yīng)主要采用SIP/SDP協(xié)議,是為了使主叫和被叫的媒體協(xié)商達(dá)成一致。由表3可見,被叫對(duì)主叫所發(fā)起的呼叫能夠作出響應(yīng),主叫與被叫之間能夠?qū)崿F(xiàn)SIP呼叫,并進(jìn)行語音通信。測試結(jié)果證明,SIP協(xié)議棧在嵌入式 Linux系統(tǒng)平臺(tái)下,運(yùn)行良好,基本滿足設(shè)計(jì)需要。

4 結(jié)束語

本文探討了SIP協(xié)議在嵌入式環(huán)境下的應(yīng)用,討論了嵌入式SIP協(xié)議棧的設(shè)計(jì)方法。完成了在ARMSYS2410-B的實(shí)驗(yàn)室開發(fā)板上建立嵌入式 Linux系統(tǒng)并在其上實(shí)現(xiàn)SIP協(xié)議棧主要模塊的主要工作。測試結(jié)果表明:該協(xié)議棧占用空間小,呼叫建立時(shí)間短,呼叫成功率高,滿足嵌入式式設(shè)備對(duì)實(shí)時(shí)性、可靠性和存儲(chǔ)空間小的要求,具有良好的性能。

本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點(diǎn),本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請(qǐng)聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請(qǐng)及時(shí)聯(lián)系本站刪除。
換一批
延伸閱讀

9月2日消息,不造車的華為或?qū)⒋呱龈蟮莫?dú)角獸公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。

關(guān)鍵字: 阿維塔 塞力斯 華為

加利福尼亞州圣克拉拉縣2024年8月30日 /美通社/ -- 數(shù)字化轉(zhuǎn)型技術(shù)解決方案公司Trianz今天宣布,該公司與Amazon Web Services (AWS)簽訂了...

關(guān)鍵字: AWS AN BSP 數(shù)字化

倫敦2024年8月29日 /美通社/ -- 英國汽車技術(shù)公司SODA.Auto推出其旗艦產(chǎn)品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認(rèn)證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時(shí)1.5...

關(guān)鍵字: 汽車 人工智能 智能驅(qū)動(dòng) BSP

北京2024年8月28日 /美通社/ -- 越來越多用戶希望企業(yè)業(yè)務(wù)能7×24不間斷運(yùn)行,同時(shí)企業(yè)卻面臨越來越多業(yè)務(wù)中斷的風(fēng)險(xiǎn),如企業(yè)系統(tǒng)復(fù)雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務(wù)連續(xù)性,提升韌性,成...

關(guān)鍵字: 亞馬遜 解密 控制平面 BSP

8月30日消息,據(jù)媒體報(bào)道,騰訊和網(wǎng)易近期正在縮減他們對(duì)日本游戲市場的投資。

關(guān)鍵字: 騰訊 編碼器 CPU

8月28日消息,今天上午,2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會(huì)開幕式在貴陽舉行,華為董事、質(zhì)量流程IT總裁陶景文發(fā)表了演講。

關(guān)鍵字: 華為 12nm EDA 半導(dǎo)體

8月28日消息,在2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會(huì)上,華為常務(wù)董事、華為云CEO張平安發(fā)表演講稱,數(shù)字世界的話語權(quán)最終是由生態(tài)的繁榮決定的。

關(guān)鍵字: 華為 12nm 手機(jī) 衛(wèi)星通信

要點(diǎn): 有效應(yīng)對(duì)環(huán)境變化,經(jīng)營業(yè)績穩(wěn)中有升 落實(shí)提質(zhì)增效舉措,毛利潤率延續(xù)升勢 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務(wù)引領(lǐng)增長 以科技創(chuàng)新為引領(lǐng),提升企業(yè)核心競爭力 堅(jiān)持高質(zhì)量發(fā)展策略,塑強(qiáng)核心競爭優(yōu)勢...

關(guān)鍵字: 通信 BSP 電信運(yùn)營商 數(shù)字經(jīng)濟(jì)

北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺(tái)與中國電影電視技術(shù)學(xué)會(huì)聯(lián)合牽頭組建的NVI技術(shù)創(chuàng)新聯(lián)盟在BIRTV2024超高清全產(chǎn)業(yè)鏈發(fā)展研討會(huì)上宣布正式成立。 活動(dòng)現(xiàn)場 NVI技術(shù)創(chuàng)新聯(lián)...

關(guān)鍵字: VI 傳輸協(xié)議 音頻 BSP

北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長三角生態(tài)綠色一體化發(fā)展示范區(qū)聯(lián)合招商會(huì)上,軟通動(dòng)力信息技術(shù)(集團(tuán))股份有限公司(以下簡稱"軟通動(dòng)力")與長三角投資(上海)有限...

關(guān)鍵字: BSP 信息技術(shù)
關(guān)閉
關(guān)閉