基于嵌入式Linux 的移動(dòng)終端的軟件設計

3.4 GPRS 通信程序

　　3.4.1 撥號到 GPRS 網(wǎng)絡(luò )的基本原理

　　移動(dòng)終端要想通過(guò) GPRS 通信模塊訪(fǎng)問(wèn) Internet，首先得附著(zhù)在 GPRS 網(wǎng)絡(luò )上，然后發(fā)起 PDP（Packet Data Protocol，分組數據協(xié)議）上下文激活過(guò)程[4]，如圖 4 所示。只有通過(guò)此過(guò)程，GPRS 通信模塊才能與 GGSN 建立一條邏輯通路，從而訪(fǎng)問(wèn) Internet。

圖 4 PDP 上下文激活過(guò)程示意圖

　　3.4.2 移動(dòng)終端上撥號程序的實(shí)現

　　在嵌入式 Linux 系統平臺下，移動(dòng)終端利用 pppd（包含 chat）撥號到 GPRS 網(wǎng)絡(luò )。pppd 是一個(gè)用戶(hù)空間的后臺服務(wù)進(jìn)程（daemon），而 chat 是 pppd 所帶一個(gè)輔助工具，用來(lái)與 GPRS 通信模塊建立會(huì )話(huà)。在 PDP 上下文激活過(guò)程中，chat 完成了第 ① 步，而 pppd 完成了第 ②、③、④、⑩ 步。pppd 撥號程序的層次結構如圖 5 所示。

圖 5 pppd 撥號程序的層次結構

　　其中，N_PPP 層就是 PPP 協(xié)議層。PPP 協(xié)議模塊不僅提供簡(jiǎn)單的數據鏈路層功能，它還提供諸如鑒權（如PAP/CHAP），數據壓縮/解壓（如CCP）和數據加密/解密（如ECP）等擴展功能。由于 GPRS 通信程序要求透明化地使用這些擴展功能，而 PPP 協(xié)議模塊本身無(wú)法對各種策略進(jìn)行選擇，于是 pppd 應運而生。PPP 協(xié)議模塊中策略性的內容都移到了 pppd 中，由 pppd 完成對鑒權、壓縮/解壓和加密/解密等擴展功能的選用。

　　在運行 pppd 的時(shí)候，pppd 首先讀取配置文件中的配置信息，其中包含了設置 PPP 協(xié)議模塊的參數、GPRS 通信模塊連接的端口（/dev/ttyS1）以及對 chat 進(jìn)行調用的語(yǔ)句，等等。隨后 pppd 調用 chat，chat 也會(huì )讀取相應的配置文件（其中包含一些應答語(yǔ)句對和 AT 命令），然后使用默認的行規程 N_TTY 向 GPRS 通信模塊發(fā)送 AT 命令，接著(zhù) chat 將控制權返還給 pppd。pppd 將行規程切換為 N_PPP，而 pppd 與 PPP 協(xié)議模塊之間采用了設備文件來(lái)進(jìn)行通信，設備文件名是 /dev/ppp。通過(guò) read 系統調用，pppd 可以讀取 PPP 協(xié)議模塊的數據包（當然，PPP 協(xié)議模塊只會(huì )把應該由 pppd 處理的數據包發(fā)給 pppd）。通過(guò) write 系統調用，pppd 可以把要發(fā)送的數據包傳遞給 PPP 協(xié)議模塊，而通過(guò) ioctl 系統調用，pppd 可以設置 PPP 協(xié)議模塊的參數，可以建立/關(guān)閉連接。

　　此后，pppd 執行了 PDP 上下文激活過(guò)程的第 ②、③、④ 步。等 PDP 上下文激活過(guò)程的第 ⑤－⑨ 步（與移動(dòng)終端不直接相關(guān)）完成之后，pppd 執行第 ⑩ 步，在函數 make_ppp_unit( ) 中調用 ioctl(PPPIOCNEWUNIT) 創(chuàng )建一個(gè)網(wǎng)絡(luò )接口（如ppp0）。當 PPP 協(xié)議模塊在處理 PPPIOCNEWUNIT 時(shí)，調用函數 register_netdev( ) 向內核注冊 PPP 網(wǎng)絡(luò )接口，該網(wǎng)絡(luò )接口的傳輸函數指向函數 ppp_start_xmit( )。值得注意的一點(diǎn)是，如果關(guān)閉進(jìn)程 pppd，行規程會(huì )由 N_PPP 切換回默認的 N_TTY，因此，在移動(dòng)終端與監控中心通信的過(guò)程中不能關(guān)閉 pppd 進(jìn)程。

　　至此，移動(dòng)終端完成了向 GPRS 網(wǎng)絡(luò )的撥號，這樣它就擁有了一個(gè)可以用于與監控中心進(jìn)行通信的網(wǎng)絡(luò )接口（如ppp0）。

　　3.4.3 移動(dòng)終端與監控中心的數據交互

　　前面，移動(dòng)終端已經(jīng)與監控中心建立了網(wǎng)絡(luò )鏈接。接下來(lái)，移動(dòng)終端就可以與監控中心進(jìn)行通信了。GPRS 通信程序的層次結構如圖 1 的右半部分所示。

　　在移動(dòng)終端向監控中心發(fā)送定位信息的過(guò)程中，移動(dòng)終端上的 GPRS 通信程序通過(guò) socket 接口發(fā)送 TCP/IP 數據包，內核根據 IP 地址和路由表，找到 PPP 網(wǎng)絡(luò )接口，然后調用函數 ppp_start_xmit( )，此時(shí)控制權就轉移到了 PPP 協(xié)議模塊。函數 ppp_start_xmit( ) 調用函數 ppp_xmit_process( ) 去發(fā)送隊列中的所有數據包，而函數 ppp_xmit_process( ) 會(huì )進(jìn)一步調用函數 ppp_send_frame( ) 去發(fā)送單個(gè)數據包。函數 ppp_send_frame( ) 根據前面 pppd 對 PPP 協(xié)議模塊的設置調用壓縮等擴展功能之后，又經(jīng)函數 ppp_push( ) 調用函數 pch->chan->ops->start_xmit( ) 發(fā)送數據包。函數 pch->chan->ops->start_xmit( ) 是具體的傳輸方式，對于串口發(fā)送方式，則是 ppp_async.c:ppp_asynctty_open 中注冊的函數 ppp_async_send( )，函數 ppp_async_send( ) 經(jīng)函數 ppp_async_push( ) 調用函數 tty->driver->write( )（定義在低層驅動(dòng)程序中）把數據發(fā)送到串口 2（GPRS 通信模塊接在串口 2 上）。

　　ppp_async.c 在初始化時(shí)（ppp_async_init），調用函數 tty_register_ldisc( ) 向 tty 注冊了行規程 N_PPP 的處理接口，也就是一組回調函數。在移動(dòng)終端接收監控中心指令的過(guò)程中，當 GPRS 通信模塊收到數據時(shí)，就會(huì )回調 N_PPP 行規程中的函數 ppp_asynctty_receive( ) 來(lái)接收數據。函數 ppp_asynctty_receive( ) 調用函數 ppp_async_input( ) 把數據 buffer 轉換成 sk_buff，并放入接收隊列 ap->rqueue 中。ppp_async 另外有一個(gè) tasklet（ppp_async_process）專(zhuān)門(mén)處理接收隊列 ap->rqueue 中的數據包，ppp_async_process 一直掛在接收隊列 ap->rqueue 上，一旦被喚醒，它就調用函數 ppp_input( ) 讓 PPP 協(xié)議模塊處理該數據包。在函數 ppp_input( ) 中，數據被分成兩路，一路是協(xié)議控制數據包，放入隊列 pch->file.rqb 中，交給 pppd 處理。另外一路是用戶(hù)數據包，經(jīng)函數 ppp_do_recv( )、ppp_receive_frame( ) 進(jìn)行 PPP 協(xié)議相關(guān)的處理后，再由函數 netif_rx( ) 提交給上層的 TCP/IP 協(xié)議模塊進(jìn)行處理，最后經(jīng) socket 接口傳遞給應用層的 GPRS 通信程序。

　　4 總結

　　近幾年，智能交通系統（包括車(chē)輛監控系統）發(fā)展非常迅速，因此，移動(dòng)終端將會(huì )有非常廣泛的應用前景。隨著(zhù)市場(chǎng)需求的不斷擴大，更加豐富的功能將會(huì )被集成到移動(dòng)終端上，而嵌入式 Linux 系統憑借其自身的優(yōu)勢將會(huì )被越來(lái)越多地應用到這個(gè)領(lǐng)域。

　　本文作者創(chuàng )新點(diǎn)：本方案充分利用了嵌入式 Linux 平臺所提供的系統功能，大大簡(jiǎn)化了應用程序的開(kāi)發(fā)，并且具有良好的可擴展性。在詳細介紹 GPS 信號的接收過(guò)程并給出一個(gè)簡(jiǎn)潔的 GPS 數據處理辦法后，本文提供了一種切實(shí)可行的撥號到 GPRS 網(wǎng)絡(luò )的方法，從而實(shí)現了移動(dòng)終端跨越 GPRS 網(wǎng)絡(luò )與 Internet 上監控中心的通信。