欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

具有求救模式的移動終端以及搜救裝置的制作方法

文檔序號:7924608閱讀:186來源:國知局
專利名稱:具有求救模式的移動終端以及搜救裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及移動終端在被動狀態(tài)下的求救模式,具體地說,涉及一種可在被動狀
態(tài)下求救的具有求救模式的移動終端,以及對應(yīng)的搜救裝置。
背景技術(shù)
移動終端作為一種大眾化的產(chǎn)品,普及程度之廣,幾乎達到每人一部的程度。依靠 普遍架設(shè)的基站網(wǎng)絡(luò),移動終端可以輕易實現(xiàn)通話、短信、甚至視頻等功能。在某些緊急情 況下,移動終端還可以起到呼救的作用。但是在自然災(zāi)害等極端情況下,例如在2008年5 月12日發(fā)生的中國四川省汶川大地震中,由于部分基站網(wǎng)絡(luò)癱瘓,導(dǎo)致移動終端不能收到 信號,移動終端也完全失去作用;而且在機主昏迷狀態(tài)等不能主動發(fā)起呼救的情況下手機 也不能起到相應(yīng)的作用;另外,即使有基站信號但是由于容量問題,并不是每個被困者都有 機會建立連接進行呼救。 另一方面,目前地震中的搜救設(shè)備對于被埋者的搜救還是通過單端進行,如原始 的擴音器和生命探測儀,但是前者依賴于被困人員的回應(yīng)并且會耗費被困人員體力,后者 存在定位困難的問題,導(dǎo)致救援不能很有效地進行。

發(fā)明內(nèi)容
有鑒于此,本發(fā)明的目的之一是提供一種搜救裝置,持續(xù)的發(fā)送包含啟動求救模 式的搜救信號,并檢測被困人員的手機所發(fā)出的求救信號。 本發(fā)明的另一 目的是提供一種具有求救模式的移動終端,可以使移動終端在被動 狀態(tài)下啟動求救模式,并發(fā)送告知被困人員存在的求救信號。 本發(fā)明提出一種具有求救模式的移動終端,包括接收單元、處理單元和發(fā)射單元。 接收單元用以持續(xù)地掃描來自 一搜救設(shè)備的信號,并在掃描到信號后從該信號中獲取包含 的啟動求救模式的系統(tǒng)信息,其中所述掃描到的信號符合移動終端的一通信標準規(guī)范。處 理單元連接所述接收單元,用以根據(jù)所述系統(tǒng)信息啟動求救模式。發(fā)射單元連接所述處理 單元,在所述求救模式啟動時發(fā)送告知被困人員的存在的求救信號。 在本發(fā)明的一實施例中,上述的移動終端還包括一輸入接口 ,連接所述處理單元, 用以供被困人員輸入指令,其中所述輸入指令為尋呼時,所述移動終端向所述搜救設(shè)備發(fā) 起呼叫。 在本發(fā)明的一實施例中,上述移動終端發(fā)起呼叫后,所述接收單元重新同步所述 搜救設(shè)備。 在本發(fā)明的一實施例中,所述發(fā)射單元間隔發(fā)送所述求救信號,且所述處理單元
在發(fā)送所述求救信號的間隔內(nèi)控制所述移動終端進入一睡眠模式。
本發(fā)明還提出一種搜救裝置,包括 搜救設(shè)備,發(fā)射一符合移動終端的一通信標準規(guī)范的搜救信號,所述搜救信號包 含啟動求救模式的系統(tǒng)信息;以及
檢測設(shè)備,檢測移動終端在所述求救模式中發(fā)送的求救信號,以確定是否存在被 困人員。 在本發(fā)明的一實施例中,所述搜救設(shè)備還響應(yīng)移動終端發(fā)起的呼叫,與所述移動 終端建立通話。 在本發(fā)明的一實施例中,所述搜救設(shè)備包括終端測試儀。 因此,本發(fā)明的具有求救模式的移動終端及搜救設(shè)備,在救援過程中,僅僅需要發(fā) 送信道消息,同時在消息的填充項包含啟動求救模式的信息,當終端收到該信息后進入求 救模式,此時終端僅僅需要定期的發(fā)送確知信號,外面的檢測設(shè)備可以通過檢測無線信號 知道是否存在受傷被埋人員,因此本發(fā)明通過提供簡單的檢測信號給救援帶來極大的指 引。 進一步地,如果存在的話就可以繼續(xù)下面的操作如果傷者的電池允許的話,搜救 人員可以通過交互的方式來確認傷患的情況進行及時的救援,以提供救援的精確度。


圖1是根據(jù)本發(fā)明的示例性系統(tǒng)架構(gòu)示意圖。 圖2是根據(jù)本發(fā)明一實施例的搜救信號的幀結(jié)構(gòu)。 圖3是根據(jù)本發(fā)明一實施例的搜救過程示意圖。 圖4是根據(jù)本發(fā)明一實施例的系統(tǒng)結(jié)構(gòu)框圖。 圖5是根據(jù)本發(fā)明一實施例的移動終端執(zhí)行流程圖。 圖6是根據(jù)本發(fā)明一實施例的簡單求救模式下移動終端流程圖, 圖7是根據(jù)本發(fā)明一實施例的復(fù)雜求救模式下移動終端流程圖,
具體實施例方式
圖1示出根據(jù)本發(fā)明的示例性系統(tǒng)架構(gòu)示意圖。如圖1所示,此應(yīng)用環(huán)境中包含 一個或多個移動終端10 (圖中示例性地示出1個)、移動通信網(wǎng)絡(luò)20、搜救設(shè)備30以及檢 測設(shè)備40。移動終端10 —般地連接到移動通信網(wǎng)絡(luò)20 (如GSM網(wǎng)絡(luò)),以獲得信號并與其 他通信設(shè)備(如其他移動終端)進行諸如通話、短信等服務(wù)。搜救設(shè)備30適于發(fā)出符合通 信規(guī)范(如GSM規(guī)范)的搜救信號,以便能直接被移動終端10接收。搜救信號的一個例子 如圖2所示。檢測設(shè)備40則用于檢測由移動終端10發(fā)出的求救信函。搜救設(shè)備30和檢 測設(shè)備40組成本發(fā)明的搜救裝置。在一個實施例中,搜救設(shè)備30和檢測設(shè)備40是實體上 分離的兩個設(shè)備,其中搜救設(shè)備30可以選擇任意可以發(fā)射滿足要求的信號的設(shè)備。在另一 實施例中,搜救設(shè)備30和檢測設(shè)備40也可以是結(jié)合于同一實體上的兩個模塊。
在發(fā)生重大災(zāi)害(如地震)的情況下,移動通信網(wǎng)絡(luò)20可能會癱瘓或者擁塞,導(dǎo) 致移動終端10與移動通信網(wǎng)絡(luò)20之間的通信連接21不可用。因此,本發(fā)明的目的就在于 在沒有移動通信網(wǎng)絡(luò)20支持的情況下在搜救設(shè)備30與移動終端10直接進行信號聯(lián)絡(luò),以 便于救援進行。 圖3概略性地示出搜救過程。請同時參照圖1、圖3所示,搜救過程如下 步驟101 :搜救設(shè)備30發(fā)射一搜救信號,此搜救信號應(yīng)當符合移動終端的一通信
標準規(guī)范(如GSM規(guī)范),在此搜救信號所包含的系統(tǒng)信息中約定求救模式開啟信息,例
4如可以約定,如果系統(tǒng)信息中的所有數(shù)據(jù)均為l,而且內(nèi)容全部為OxFF,就表示啟動求救模式。圖2示出一種符合GSM規(guī)范的搜救信號的幀結(jié)構(gòu)。如果搜救設(shè)備30采用測試儀器(如CMU 200/8960),可將儀器設(shè)置中mcc修改為O(由于mccO保留,目前沒有國家分配),此時此消息表示啟動求救模式。 搜救設(shè)備30需要間隔地發(fā)射搜救信號,每次搜救信號發(fā)射均持續(xù)一段時間。搜救設(shè)備也可以不間斷發(fā)射搜救信號。 步驟102 :移動終端10會持續(xù)掃描信號,當移動終端掃描到上述的搜救信號時,會收取搜救信號中的系統(tǒng)信息,并根據(jù)系統(tǒng)信息中包含的啟動求救模式的信息啟動求救模式,發(fā)送求救信號。在一實施例中,求救信號可為頻率為900. 067MHZ的標準正弦波。
步驟103 :檢測設(shè)備40會進行信號檢測,當檢測到移動終端在求救模式中發(fā)送的求救信號時,就可以確定存在被困人員。 圖4是根據(jù)本發(fā)明一實施例的系統(tǒng)結(jié)構(gòu)框圖,其中示意性地示出了一段終端10的結(jié)構(gòu)框圖。圖5示出移動終端在被動狀態(tài)下進入求救模式的流程。首先請參照圖4所示,移動終端IO包括一接收單元11,用以執(zhí)行接收信號及之后的一系列諸如濾波、放大等信號處理。接收的信號還會進行解調(diào)以獲得原始數(shù)據(jù)。 一處理單元12連接接收單元11,用以從中獲得接收的數(shù)據(jù),并進行對應(yīng)的處理。 一發(fā)射單元13連接處理單元12,用以執(zhí)行信號的發(fā)射。此外,移動終端還會包括諸如鍵盤、觸摸屏、語音檢測器的輸入接口 14,以便從使用者處獲得輸入指令,例如尋呼。 結(jié)合參照圖4和圖5所示,移動終端在被動狀態(tài)下進入求救模式的過程如下
接收單元11會執(zhí)行一系列步驟301-304,其中在步驟301持續(xù)掃描能量信號;在步驟302,判斷掃描信號電平是否符合要求;步驟303 :若掃描信號電平符合要求,則搜索對應(yīng)頻點(即找網(wǎng)),否則,等待(步驟304)并返回步驟301 ;步驟305:收取掃描到的信號中包含的系統(tǒng)信息。 在步驟306 :處理單元12會識別系統(tǒng)信息是否為啟動求救模式,若是,則移動終端
啟動求救模式(步驟307),否則移動終端按照原有的正常流程進行(步驟308)。 在實際設(shè)計中,找網(wǎng)和收取系統(tǒng)消息過程是每一個移動終端的正常流程,因此只
要搜救設(shè)備發(fā)送符合通信規(guī)范的信號,并事先約定啟動求救模式的信息,移動終端就可以
繼續(xù)下面的流程。此過程不需要建立完全的基站,用移動終端就可以啟動,所以有利于搜救
進行,即使用戶處于昏迷狀態(tài)照樣可以啟動求救模式。 在圖5所示的移動終端在啟動求救模式后,會繼續(xù)執(zhí)行圖6所示流程首先在步驟401,發(fā)射單元13會發(fā)送求救信號,之后處理單元12會控制移動終端進入睡眠模式一定時間(步驟402),此睡眠模式可以關(guān)閉移動終端的部分模塊的供電以達到省電目的;當定時時間到后,再返回步驟401,發(fā)送求救信號。也就是說,移動終端可以間隔發(fā)送求救信號。這一求救模式稱為簡單求救模式,其通過發(fā)送確定的電子信號,利用無線設(shè)備很容易檢測到無線信號,比生命探測儀以及紅外熱感等更容易得到檢測,而且在搜救過程中采用了省電的措施,可以更長時間的發(fā)送搜救信號。 當移動終端已經(jīng)被動地啟動了簡單求救模式以后,證明外面已經(jīng)有搜救設(shè)備,這時候如果用戶處于清醒狀態(tài),則可以主動發(fā)起呼叫,從而啟動復(fù)雜求救模式。復(fù)雜求救模式要求搜救設(shè)備具有接收功能,因而搜救設(shè)備30可以應(yīng)用終端測試儀器(如CMU 200)。圖
57是根據(jù)本發(fā)明一實施例的復(fù)雜求救模式下移動終端流程圖。當用戶如步驟501發(fā)起呼叫后,這時候如果是移動通信網(wǎng)絡(luò)已經(jīng)恢復(fù)的話,則移動終端的呼叫即與通常情況下一致,即移動終端10通過網(wǎng)絡(luò)與搜救設(shè)備30通話,其原理已經(jīng)為現(xiàn)有技術(shù),在此不再敘述。如果網(wǎng)絡(luò)尚未恢復(fù),此時被困人員可以經(jīng)由輸入接口輸入尋呼指令,由移動終端10以點對點方式向搜救設(shè)備30發(fā)起呼叫。這要求移動終端10與搜救設(shè)備30重新同步(步驟502),同步成功(步驟503)后,進入正常呼叫過程(步驟504)。從而在搜救設(shè)備30與移動終端之間建立通話。 在實際操作中,如果電池允許或者是搜救人員需要確認被救人員是否還活著的話,可以啟動復(fù)雜救援模式,此時主要的任務(wù)是持續(xù)接收系統(tǒng)消息,此時搜救設(shè)備可以與被救人員完成點對點的交互,來確認救助優(yōu)先級。 上面的描述僅僅是為了說明本發(fā)明的原理。另外,對于本領(lǐng)域技術(shù)人員來說,可很容易進行各種的修改和變形,因此,也并不希望將本發(fā)明限制到圖示和文字所描述的具體結(jié)構(gòu)和應(yīng)用場合中,所有適當?shù)淖冃魏偷刃鎿Q都被認為落在本發(fā)明所附權(quán)利要求書和它們的等效實施方式范圍內(nèi)。
權(quán)利要求
一種具有求救模式的移動終端,適于在被動狀態(tài)下啟動求救模式以進行求救,所述移動終端包括接收單元,用以持續(xù)地掃描來自一搜救設(shè)備的搜救信號,并在掃描到信號后從該搜救信號中獲取包含的啟動求救模式的系統(tǒng)信息;處理單元,連接所述接收單元,用以根據(jù)所述系統(tǒng)信息啟動求救模式;以及發(fā)射單元,連接所述處理單元,在所述求救模式啟動時發(fā)送告知被困人員的存在的求救信號。
2. 如權(quán)利要求1所述的移動終端,其特征在于,還包括一輸入接口 ,連接所述處理單 元,用以供被困人員輸入指令,其中所述輸入指令為尋呼時,所述移動終端向所述搜救設(shè)備 發(fā)起呼叫。
3. 如權(quán)利要求2所述的移動終端,其特征在于,所述移動終端發(fā)起呼叫后,所述接收單 元重新同步所述搜救設(shè)備。
4. 如權(quán)利要求1所述的移動終端,其特征在于,所述發(fā)射單元間隔發(fā)送所述求救信號, 且所述處理單元在發(fā)送所述求救信號的間隔內(nèi)控制所述移動終端進入一睡眠模式。
5. —種搜救裝置,包括搜救設(shè)備,發(fā)射一符合移動終端的一通信標準規(guī)范的搜救信號,所述搜救信號包含啟 動求救模式的系統(tǒng)信息;檢測設(shè)備,檢測移動終端在所述求救模式中發(fā)送的求救信號,以確定是否存在被困人員。
6. 如權(quán)利要求5所述的搜救裝置,其特征在于,所述搜救設(shè)備還響應(yīng)移動終端發(fā)起的 呼叫,與所述移動終端建立通話。
7. 如權(quán)利要求5所述的搜救裝置,其特征在于,所述搜救設(shè)備包括終端測試儀。
全文摘要
本發(fā)明提出一種具有求救模式的移動終端,包括接收單元、處理單元和發(fā)射單元。接收單元用以持續(xù)地掃描來自一搜救設(shè)備的信號,并在掃描到信號后從該信號中獲取包含的啟動求救模式的系統(tǒng)信息,其中所述掃描到的信號符合移動終端的一通信標準規(guī)范。處理單元連接所述接收單元,用以根據(jù)所述系統(tǒng)信息啟動求救模式。發(fā)射單元連接所述處理單元,在所述求救模式啟動時發(fā)送告知被困人員的存在的求救信號。另外,本發(fā)明還提出一種搜救裝置。
文檔編號H04M1/72GK101764872SQ200810207960
公開日2010年6月30日 申請日期2008年12月26日 優(yōu)先權(quán)日2008年12月26日
發(fā)明者侯慶柱 申請人:展訊通信(上海)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
文水县| 宁国市| 奈曼旗| 深泽县| 南涧| 南雄市| 赤峰市| 四子王旗| 朔州市| 湖口县| 龙山县| 股票| 吉木萨尔县| 抚松县| 宜春市| 东宁县| 克山县| 吴桥县| 宜良县| 常宁市| 华安县| 城固县| 抚顺市| 三穗县| 夏河县| 旌德县| 望奎县| 体育| 怀柔区| 永安市| 屯留县| 麟游县| 监利县| 龙胜| 诸城市| 荃湾区| 邵武市| 泊头市| 伊宁市| 丰原市| 长葛市|