專利名稱：傳輸信息的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，并且更具體地，涉及傳輸信息的方法和裝置。
背景技術(shù)：
基站接收到地震海嘯報(bào)警系統(tǒng)(ETWS,Earthquake and Tsunami Warning System)發(fā)送的警報(bào)發(fā)送請(qǐng)求(Write-Replace Warning Request)消息之后，需要將該消息的內(nèi)容在空口進(jìn)行廣播。對(duì)于地震臺(tái)風(fēng)海嘯易發(fā)區(qū)，可能存在同一時(shí)間需要發(fā)送多條重復(fù)的Write-Replace Warning Request消息的情況,在空口出現(xiàn)擁塞。在現(xiàn)有技術(shù)中，當(dāng)重復(fù)的Write-Replace Warning Request到達(dá)基站時(shí),基站僅廣播一條消息，而將其他消息丟棄，這種處理方式會(huì)使地震海嘯的信息報(bào)警效果會(huì)受到嚴(yán)重 影響。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種傳輸信息的方法和裝置，能夠根據(jù)消息的緊急程度對(duì)重復(fù)的消息進(jìn)行廣播操作，從而確保地震海嘯的信息報(bào)警效果。一方面，提供了一種傳輸信息的方法，其特征在于，該方法包括第一設(shè)備接收警報(bào)廣播請(qǐng)求消息；如果該第一設(shè)備在接收到該警報(bào)廣播請(qǐng)求消息后，正在廣播或即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且該警報(bào)廣播請(qǐng)求消息的第一屬性指示該警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，則開(kāi)始廣播該警報(bào)廣播請(qǐng)求消息，其中，該與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息是該第一設(shè)備在接收該警報(bào)廣播請(qǐng)求消息前接收到的；或者，如果該第一設(shè)備在接收到該警報(bào)廣播請(qǐng)求消息后，正在廣播或即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且該第一屬性指示該警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，則繼續(xù)或開(kāi)始廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息。另一方面，提供了一種傳輸信息的方法，其特征在于，該方法包括第一設(shè)備接收警報(bào)廣播請(qǐng)求消息；如果該第一設(shè)備在接收到該警報(bào)廣播請(qǐng)求消息后，正在廣播或即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且該警報(bào)廣播請(qǐng)求消息包括首要通知PN，則開(kāi)始廣播該警報(bào)廣播請(qǐng)求消息，其中，該與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息是在該警報(bào)廣播請(qǐng)求消息前接收到的；或者，如果該第一設(shè)備在接收到該警報(bào)廣播請(qǐng)求消息后，正在廣播或即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且該警報(bào)廣播請(qǐng)求消息不包括PN，則繼續(xù)或開(kāi)始廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息。再一方面，提供了一種傳輸信息的裝置，其特征在于，該裝置包括接收單元，用于接收警報(bào)廣播請(qǐng)求消息；發(fā)送單元，用于廣播該接收單元接收的警報(bào)廣播請(qǐng)求消息；其中，該發(fā)送單元具體用于如果在該接收單元接收到該警報(bào)廣播請(qǐng)求消息后，該發(fā)送單元正在廣播或即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且該警報(bào)廣播請(qǐng)求消息的第一屬性指示該警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，則開(kāi)始廣播該警報(bào)廣播請(qǐng)求消息，其中，該與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息是該接收單元在接收該警報(bào)廣播請(qǐng)求消息前接收到的；或者，如果在該接收單元接收到該警報(bào)廣播請(qǐng)求消息后，該發(fā)送単元正在廣播或即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且該第一屬性指示該警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，則繼續(xù)或開(kāi)始廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息。再一方面，提供了一種傳輸信息的裝置，其特征在于，該裝置包括接收單元，用于接收警報(bào)廣播請(qǐng)求消息；發(fā)送單元，用于廣播該接收単元接收的警報(bào)廣播請(qǐng)求消息；其中，該發(fā)送単元具體用于如果在該接收單元接收到該警報(bào)廣播請(qǐng)求消息后，該發(fā)送単元正在廣播或即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且該警報(bào)廣播請(qǐng)求消息包括首要通知PN,則開(kāi)始廣播該警報(bào)廣播請(qǐng)求消息，其中，該與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息是在該警報(bào)廣播請(qǐng)求消息前接收到的；或者，具體用于如果在該接收單元接收到該警報(bào)廣播請(qǐng)求消息后，該發(fā)送単元正在廣播或即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且該警報(bào)廣播請(qǐng)求消息不包括PN，則繼續(xù)或開(kāi)始廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息。根據(jù)本發(fā)明實(shí)施例的傳輸信息的方法和裝置，通過(guò)根據(jù)警報(bào)消息的緊急程度來(lái)廣播重復(fù)的警報(bào)消息，能夠避免緊急的警報(bào)消息被丟棄，從而能夠有效實(shí)現(xiàn)報(bào)警作用。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例的技術(shù)方案，下面將對(duì)本發(fā)明實(shí)施例中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面所描述的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖I是本發(fā)明的一個(gè)實(shí)施例提供的傳輸信息的方法的示意性流程圖。圖2是本發(fā)明的另ー實(shí)施例提供的傳輸信息的方法的示意性流程圖。圖3是本發(fā)明的一個(gè)實(shí)施例提供的傳輸信息的裝置的示意性框圖。圖4是本發(fā)明的另ー實(shí)施例提供的傳輸信息的裝置的示意性框圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。本發(fā)明的技術(shù)方案，可以應(yīng)用于各種通信系統(tǒng)，例如全球移動(dòng)通訊系統(tǒng)(GSM，Global System ofMobile communication),碼分多址(CDMA, Code Division MultipleAccess)系統(tǒng)，寬帶碼分多址(WCDMA, Wideband Code Division Multiple AccessWireless),通用分組無(wú)線業(yè)務(wù)(GPRS, General Packet Radio Service),長(zhǎng)期演進(jìn)(LTE,Long Term Evolution)等。用戶端(UE, User Equipment),也可稱之為移動(dòng)終端(Mobile Terminal)、移動(dòng)用戶設(shè)備等，可以經(jīng)無(wú)線接入網(wǎng)(例如，RAN, Radio Access Network)與一個(gè)或多個(gè)核心網(wǎng)進(jìn)行通信，用戶設(shè)備可以是移動(dòng)終端，如移動(dòng)電話(或稱為“蜂窩”電話)和具有移動(dòng)終端的計(jì)算機(jī)，例如，可以是便攜式、袖珍式、手持式、計(jì)算機(jī)內(nèi)置的或者車載的移動(dòng)裝置，它們與無(wú)線接入網(wǎng)交換語(yǔ)言和/或數(shù)據(jù)。
基站，可以是GSM 或 CDMA 中的基站(BTS, Base Transceiver Station),也可以是WCDMA中的基站(NodeB),還可以是LTE中的演進(jìn)型基站(eNB或e-NodeB, evolutional NodeB)，本發(fā)明并不限定，但為描述方便，下述實(shí)施例以eNB為例進(jìn)行說(shuō)明。圖I示出了從基站(即第一設(shè)備的舉例)角度描述的根據(jù)本發(fā)明一實(shí)施例的傳輸信息的方法100的示意性流程圖，如圖I所示，該方法100包括S110，第一設(shè)備接收警報(bào)廣播請(qǐng)求消息；S120，如果該第一設(shè)備在接收到該警報(bào)廣播請(qǐng)求消息后，正在廣播或即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且該警報(bào)廣播請(qǐng)求消息的第一屬性指示該警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，則開(kāi)始廣播該警報(bào)廣播請(qǐng)求消息，其中，該與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息是該第一設(shè)備在接收該警報(bào)廣播請(qǐng)求消息前接收到的； 如果該第一設(shè)備在接收到該警報(bào)廣播請(qǐng)求消息后，正在廣播或即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且該第一屬性指示該警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，則繼續(xù)或開(kāi)始廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息。可選地，在本發(fā)明實(shí)施例中，基站(即第一設(shè)備的舉例)可以通過(guò)SI接ロ接收ETWS發(fā)送的警報(bào)廣播請(qǐng)求消息(以下，記作Write-Replace Warning Request#l)。作為示例而非限定，在本發(fā)明實(shí)施例中，ETWS可以首先將該Write-Replace Warning Request#l發(fā)送給網(wǎng)絡(luò)側(cè)的警報(bào)通知提供方(WNP, warning notification provider),該WNP可以將Write-Replace Warning Request#l 轉(zhuǎn)發(fā)給小區(qū)廣播中心(CBC, cell brocost center),CBC 可以將 Write-Replace Warning Request#l 轉(zhuǎn)發(fā)給移動(dòng)管理實(shí)體(MME, MobilityManagement Entity),并由 MME 通過(guò) S I 接ロ將 Write-Replace Warning Request#l 轉(zhuǎn)發(fā)給基站。以上，以Write-Replace Warning Request#l為例,對(duì)基站接收警報(bào)廣播請(qǐng)求消息的過(guò)程進(jìn)行了說(shuō)明，在以下說(shuō)明中，基站接收警報(bào)廣播請(qǐng)求消息的過(guò)程均可遵從以上過(guò)程。根據(jù)消息的目的和緊急性，警報(bào)廣播請(qǐng)求消息可以包括首要通知(PN，Primarynotification)和次要通知(SN, Secondary notification)。首要通知用于快速向用戶通告即將發(fā)生事件的最為緊急的信息(例如，即將發(fā)生的地震或海嘯)，因此時(shí)效性較高。次要通知主要用于傳送附加信息(例如，發(fā)生緊急事件時(shí)，應(yīng)該怎么做或到哪里獲得幫助等)。在警報(bào)廣播請(qǐng)求消息中定義的首要通知，要求在4秒內(nèi)傳送至預(yù)計(jì)發(fā)布警報(bào)廣播請(qǐng)求消息區(qū)域的用戶端，并且要求傳達(dá)少量數(shù)據(jù)，以便于在網(wǎng)絡(luò)中快速發(fā)送。基站通過(guò)系統(tǒng)消息塊 10 (SIB10, System Information BlocklO)將該 PN 發(fā)送給用戶端。在警報(bào)廣播請(qǐng)求消息中定義的次要通知的長(zhǎng)度是9600字節(jié)(Byte)，并且，在正常情況下，固網(wǎng)傳輸時(shí)延是毫秒級(jí)。存在基站接收到Write-Replace Warning Request#l時(shí)，正在或即將發(fā)送另一警報(bào)廣播請(qǐng)求消息(以下，記作Write-Replace Warning Request#2)的情況。其中，“即將發(fā)送”指基站需要在第一時(shí)段內(nèi)開(kāi)始發(fā)送，隨后對(duì)該“第一時(shí)間段”進(jìn)行詳細(xì)說(shuō)明。在本發(fā)明實(shí)施例中，與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息是所述第一設(shè)備在接收所述警報(bào)廣播請(qǐng)求消息之前接收到的。例如，上述舉例中的Write-Replace WarningRequest#2在時(shí)間順序上，先于Write-Replace Warning Request#l到達(dá)基站，并且，Write-Replace Warning Request#l 是基站對(duì) Write-Replace Warning Request#2 進(jìn)行廣播前或廣播期間到達(dá)基站，即兩條消息在空ロ出現(xiàn)擁塞。
具體地說(shuō),對(duì)Write-Replace Warning Request#2進(jìn)行廣播期間是指,基站通過(guò)系統(tǒng)消息塊11(SIB11, System Information Blockll)將SN發(fā)送給用戶端,而能夠通過(guò)SIBll一次發(fā)送的消息長(zhǎng)度遠(yuǎn)小于9600Byte，并且，SIBll的使用存在周期性，不能隨意的通過(guò)一個(gè)SIBll連續(xù)發(fā)送，因此,基站在通過(guò)SIBll發(fā)送Write-Replace Warning Request消息的SN時(shí),可能會(huì)將該SN分片，發(fā)送延時(shí)也可能比較大,從而,存在基站接收到Write-ReplaceWarning Request#l時(shí)，正在發(fā)送另一警報(bào)廣播請(qǐng)求消息(例如，Write-Replace WarningRequest#2)的情況。在本發(fā)明實(shí)施例中，該即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息指需要在第一時(shí)段內(nèi)開(kāi)始廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息；其中，該第一時(shí)段小于或等于該第一設(shè)備的收發(fā)轉(zhuǎn)換時(shí)延，或者，該第一時(shí)段小于或等于該第一設(shè)備的消息讀取時(shí)延。具體地說(shuō)，對(duì)Write-Replace Warning Request#2進(jìn)行廣播前(或者說(shuō)，即將廣播 Write-Replace Warning Request#2)是指，由于在基站對(duì) Write-Replace WarningRequest#2的接收過(guò)程和發(fā)送(廣播)過(guò)程之間，存在收發(fā)轉(zhuǎn)換時(shí)延，因此，存在基站接收到Write-Replace Warning Request#l時(shí)，即將(需要在第一時(shí)段內(nèi))發(fā)送另一警報(bào)廣播請(qǐng)求 消息(例Warning Request#2)的情況。應(yīng)理解，以上列舉了以接收過(guò)程和發(fā)送過(guò)程之間的時(shí)延作為第一時(shí)段的判定標(biāo)準(zhǔn)的實(shí)施例，但本發(fā)明并不限定于此，其他能夠?qū)е禄緦?duì)消息發(fā)送的延時(shí)的情況及該情況下的對(duì)應(yīng)參數(shù)均落入本發(fā)明的保護(hù)范圍內(nèi)，例如，如果基站是從用于存儲(chǔ)待發(fā)送的消息的消息棧中提取該Write-Replace WarningRequest#2并對(duì)其進(jìn)行廣播，則該第一時(shí)段還可以是因基站從消息棧中提取消息而產(chǎn)生的時(shí)延。以下，省略對(duì)相同或相似情況的說(shuō)明。在本發(fā)明實(shí)施例中，在兩條消息在空口出現(xiàn)擁塞的情況下，基站可以判定Write-Replace Warning Request#l 與 Write-Replace Warning Request#2 是否是重復(fù)消息?？蛇x地，在本發(fā)明實(shí)施例中，作為示例而非限定，基站可以根據(jù)Write-R印laceWarning Request 包括的序列號(hào)(Serial Number)和信息標(biāo)識(shí)(Message Identifier)這兩個(gè)信兀進(jìn)行判定，即，如果 Write-Replace Warning Request#l 的 Serial Number 及Message Identifier 與 Write-Replace Warning Request#2 的 Serial Number 及 MessageIdentifier 全部相同，則可以確定 Write-Replace Warning Request#l 與 Write-ReplaceWarning ReqUeSt#2為重復(fù)消息。以下，省略對(duì)相同或相似情況的說(shuō)明。在確定Write-Replace Warning Request#l 與 Write-Replace WarningRequest#2是重復(fù)消息后，基站根據(jù)Write-Replace Warning Request#l的緊急程度,確定對(duì)Write-Replace Warning Request#l 與 Write-Replace Warning Request#2 的處理方式。在本發(fā)明實(shí)施例中，基站可以根據(jù)該Write-Replace Warning Request#l是否需要在用戶端自動(dòng)彈出來(lái)確定其緊急程度?？蛇x地，在本發(fā)明實(shí)施例中，該第一屬性為所述警報(bào)廣播請(qǐng)求消息中的序列號(hào)信息的一項(xiàng)內(nèi)容。例如，基站可以根據(jù)Write-Replace Warning Request#l消息包括的SerialNumber中的彈出標(biāo)識(shí)Pop的屬性,確定該Write-Replace Warning Request#l是否需要在用戶端自動(dòng)彈出。例如，如果Pop為1，則代表用戶端自動(dòng)彈出該警報(bào)消息，如果Pop為0，則代表用戶手動(dòng)打開(kāi)提示并閱讀。因此，當(dāng)Pop為I時(shí),基站可以確定Write-Replace WarningRequest#!的緊急程度高。應(yīng)理解，以上列舉的Pop的值僅為本發(fā)明的一個(gè)實(shí)施例，本法并不限定于此，其他能夠指示用戶端的不同處理方法的值均落入本發(fā)明的保護(hù)范圍內(nèi)，例如，也可以認(rèn)為如果Pop為O，則代表用戶端自動(dòng)彈出該警報(bào)消息，如果Pop為1，則代表用戶手動(dòng)打開(kāi)提示并閱讀。下面，分別對(duì)基站在Write-Replace Warning Request#l需要在用戶端自動(dòng)彈出的情況下(即情況I :緊急程度高情況的一例)以及在Write-Replace Warning Request#l不需要在用戶端自動(dòng)彈出的情況下(即情況2 :緊急程度低情況的一例)的處理進(jìn)行舉例說(shuō)明。情況I如果Write-Replace Warning Request#l需要在用戶端自動(dòng)彈出，則基站可以暫停或不開(kāi)始對(duì)Write-Replace Warning Request#2的廣播，并且可以開(kāi)始廣播該Write-Replace Warning Request#l,具體的，可通過(guò)SIBlO廣播該Write-Replace WarningRequest#l 的 PN,通過(guò) SIB 11 廣播該 Write-Replace Warning Request#l 的 SN,應(yīng)理解，以上列舉的廣播Write-Replace Warning Request#l的處理僅為示例性說(shuō)明，本發(fā)明并不限定于此。以下省略相同或相似的說(shuō)明。 可選地，在本發(fā)明實(shí)施例中，該方法還包括該第一設(shè)備在該警報(bào)廣播請(qǐng)求消息包括警報(bào)類型信息和警報(bào)安全信息的情況下，確定該警報(bào)廣播請(qǐng)求消息包括PN。例如，在Write-Replace Warning Request#l中同時(shí)存在警報(bào)類型信息(Warning Type)和警報(bào)安全信息(Warning Security Information)這兩個(gè)信兀時(shí)，基站確定該Write-ReplaceWarning RequestSl包括PN。應(yīng)理解，以上列舉的根據(jù)警報(bào)類型信息和警報(bào)安全信息是否同時(shí)存在來(lái)確定該警報(bào)消息是否包括PN的方法僅為本發(fā)明的ー個(gè)示例性說(shuō)明，其他能夠用于確定警報(bào)消息是否包括PN的方法均落入本發(fā)明的包含范圍內(nèi)。以下，省略對(duì)相同或相似情況地說(shuō)明。通常，PN從基站到用戶端的傳遞持續(xù)時(shí)間為4秒，因此，當(dāng)Write-ReplaceWarning Request#l 包括 PN 時(shí)，基站可以確定 Write-Replace Warning Request#l 的緊急程度高。因此，基站還可以根據(jù)警報(bào)廣播請(qǐng)求消息在用戶端是否自動(dòng)彈出和該警報(bào)廣播請(qǐng)求消息是否包括PN的情況確定其緊急程度。也即，本發(fā)明實(shí)施例中，第一設(shè)備可以結(jié)合警報(bào)廣播請(qǐng)求消息在用戶端是否自動(dòng)彈出和是否包括PN的情況確定處理方式。以下，省略對(duì)相同或相似情況地說(shuō)明。下面，分別對(duì)基站在Write-Replace Warning Request#l需要在用戶端自動(dòng)彈出，且該Write-Replace Warning Request#l包括PN的情況下(即情況A :緊急程度高情況的另一例)以及在Write-Replace Warning Request#l需要在用戶端自動(dòng)彈出，且該Write-Replace Warning Request#l不包括PN的情況下(即情況B :緊急程度高情況的再一例)的處理進(jìn)行舉例說(shuō)明。情況A可選地，在本發(fā)明實(shí)施例中，如果該第一屬性指示該警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，且該警報(bào)廣播請(qǐng)求消息包括首要通知PN，則該方法還包括丟棄與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息。具體地說(shuō)，如果Write-Replace Warning Request#l需要在用戶端自動(dòng)彈出，且該 Write-Replace Warning Request#l 包括 PN,則在基站正在對(duì) Write-Replace WarningRequest#2進(jìn)行廣播的情況下，基站可以暫停對(duì)Write-Replace Warning Request#2的廣播。并且，基站可以開(kāi)始廣播該Write-Replace Warning Request#l0進(jìn)一步，基站還可以丟棄Write-Replace Warning Request#20例如，正在對(duì)Write-Replace Warning Request#2 進(jìn)行廣播的情況下，不再對(duì) Write-Replace WarningRequest#2的未廣播內(nèi)容進(jìn)行廣播，未對(duì)Write-Replace Warning Request#2進(jìn)行廣播的情況下，直接刪除該Write-Replace Warning Request#2，應(yīng)理解，以上列舉的丟棄Write-Replace Warning Request#2的處理僅為示例性說(shuō)明，本發(fā)明并不限定于此。情況B可選地，在本發(fā)明實(shí)施例中，如果該第一屬性指示該警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，且該警報(bào)廣播請(qǐng)求消息不包括PN，則繼續(xù)廣播或開(kāi)始廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，并在該廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息結(jié)束后，開(kāi)始廣播該 警報(bào)廣播請(qǐng)求消息?？梢岳斫獾模摾^續(xù)廣播的情況是針對(duì)本發(fā)明實(shí)施例中“正在發(fā)送Write-Replace Warning Request#2”的情況所作的處理，該“開(kāi)始廣播”是針對(duì)本發(fā)明實(shí)施例中“即將發(fā)送Write-Replace Warning Request#2”的情況所做的處理，后文不再贅述。具體地說(shuō)，如果Write-Replace Warning Request#l需要在用戶端自動(dòng)彈出，且該Write-Replace Warning Request#l 不包括 PN，則在基站正在對(duì) Write-Replace WarningRequest#2進(jìn)行廣播的情況下，基站可以繼續(xù)對(duì)Write-Replace Warning Request#2的廣播，在基站未對(duì)Write-Replace Warning Request#2進(jìn)行廣播的情況下，基站可以開(kāi)始廣播該 Write-Replace Warning Request#2，即，通過(guò) SIBlO 廣播該 Write-Replace WarningRequest#2 的 PN，通過(guò) SIBll 廣播該 Write-Replace Warning Request#2 的 SN。應(yīng)理解，以上列舉的廣播Write-Replace Warning Request#2的處理僅為示例性說(shuō)明，本發(fā)明并不限定于此。以下省略相同或相似的說(shuō)明。進(jìn)一步，基站可以在完成對(duì)Write-Replace Warning Request#2的廣播后，可以開(kāi)始廣播該 Write-Replace Warning Request#l 0根據(jù)本發(fā)明實(shí)施例的傳輸信息的方法，通過(guò)根據(jù)兩個(gè)維度(消息是否在用戶端彈出以及是否包括PN)來(lái)確定對(duì)消息的處理方式，能夠進(jìn)一步確保地震海嘯的信息報(bào)警效果，并且，能夠緩存某些ETWS消息并在合適的時(shí)機(jī)(非緊急狀態(tài))廣播，從而能夠有效保障報(bào)警效果。情況2如果Write-Replace Warning Request#l不需要在用戶端自動(dòng)彈出，貝U基站可以繼續(xù)或開(kāi)始廣播 Write-Replace Warning Request#2,即，在基站正在對(duì) Write-ReplaceWarning Request#2進(jìn)行廣播的情況下，基站可以繼續(xù)對(duì)Write-Replace WarningRequest#2的廣播，在基站未對(duì)Write-Replace Warning Request#2進(jìn)行廣播的情況下，基站可以廣播該 Write-Replace Warning Request#20可選地，在本發(fā)明實(shí)施例中，該方法還包括該第一設(shè)備在該警報(bào)廣播請(qǐng)求消息包括警報(bào)類型信息和警報(bào)安全信息的情況下，確定該警報(bào)廣播請(qǐng)求消息包括PN。例如，在 Write-Replace Warning Request#l 中同時(shí)存在 Warning Type 和 Warning SecurityInformation 這兩個(gè)信兀時(shí)，基站確定該 Write-Replace Warning Request#l 包括 PN。下面，分別對(duì)基站在Write-Replace Warning Request#l不需要在用戶端自動(dòng)彈出，且該Write-Replace Warning Request#l包括PN的情況下(即情況C :緊急程度低情況的另一例)以及在Write-Replace Warning Request#l不需要在用戶端自動(dòng)彈出，且該Write-Replace Warning Request#l不包括PN的情況下(即情況D :緊急程度低情況的再一例)的處理進(jìn)行舉例說(shuō)明。情況C可選地，在本發(fā)明實(shí)施例中，如果該第一屬性指示該警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，且該警報(bào)廣播請(qǐng)求消息包括PN，則在該廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息結(jié)束后，該方法還包括開(kāi)始廣播該警報(bào)廣播請(qǐng)求消息。具體地說(shuō),如果Write-Replace Warning Request#l不需要在用戶端自動(dòng)彈出，且該 Write-Replace Warning Request#l 包括 PN,則在基站正在對(duì) Write-Replace WarningRequest#2進(jìn)行廣播的情況下，基站可以繼續(xù)對(duì)Write-Replace Warning Request#2的廣 播；在基站未對(duì)Write-Replace Warning Request#2進(jìn)行廣播的情況下,基站可以開(kāi)始廣播該 Write-Replace Warning Request#2。進(jìn)一步,基站可以在完成對(duì)Write-Replace Warning Request#2的廣播后，開(kāi)始廣播該 Write-Replace Warning Request#l。情況D
可選地，在本發(fā)明實(shí)施例中，如果該第一屬性指示該警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，且該警報(bào)廣播請(qǐng)求消息不包括PN，則該方法還包括丟棄該警報(bào)廣播請(qǐng)求消息。具體地說(shuō),如果Write-Replace Warning Request#l不需要在用戶端自動(dòng)彈出，且該Write-Replace Warning Request#l 不包括PN,則在基站正在對(duì)Write-Replace WarningRequest#2進(jìn)行廣播的情況下，基站可以繼續(xù)對(duì)Write-Replace Warning Request#2的廣播，在基站未對(duì)Write-Replace Warning Request#2進(jìn)行廣播的情況下,基站可以開(kāi)始廣播該 Write-Replace Warning Request#2。進(jìn)一步，基站還可以丟棄Write-Replace Warning Request#l,例如，直接刪除該 Write-Replace Warning Request#l,應(yīng)理解，以上列舉的丟棄 Write-Replace WarningRequest#2的處理僅為示例性說(shuō)明，本發(fā)明并不限定于此。根據(jù)本發(fā)明實(shí)施例的傳輸信息的方法，通過(guò)根據(jù)兩個(gè)維度(消息是否在用戶端彈出以及是否包括PN)來(lái)確定對(duì)消息的處理方式，能夠進(jìn)ー步確保地震海嘯的信息報(bào)警效果，并且，能夠緩存某些ETWS消息并在合適的時(shí)機(jī)(非緊急狀態(tài))廣播，從而能夠有效保障報(bào)警效果。這樣，根據(jù)本發(fā)明實(shí)施例的傳輸信息的方法，通過(guò)根據(jù)警報(bào)消息是否在用戶端彈出來(lái)確定警報(bào)消息的緊急程度，并對(duì)重復(fù)的警報(bào)消息進(jìn)行廣播操作，能夠避免緊急的警報(bào)消息被丟棄。圖2示出了從基站(即第一設(shè)備的舉例)角度描述的根據(jù)本發(fā)明一實(shí)施例的傳輸信息的方法200的示意性流程圖，如圖2所示，該方法200包括S210，第一設(shè)備接收警報(bào)廣播請(qǐng)求消息；S220,如果該第一設(shè)備在接收到該警報(bào)廣播請(qǐng)求消息后，正在廣播或即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且該警報(bào)廣播請(qǐng)求消息包括首要通知PN，則開(kāi)始廣播該警報(bào)廣播請(qǐng)求消息，其中，該與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息是在該警報(bào)廣播請(qǐng)求消息前接收到的；如果該第一設(shè)備在接收到該警報(bào)廣播請(qǐng)求消息后，正在廣播或即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且該警報(bào)廣播請(qǐng)求消息不包括PN，則繼續(xù)或開(kāi)始廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息?？蛇x地，在本發(fā)明實(shí)施例中，基站(即第一設(shè)備的舉例)可以通過(guò)SI接口接收ETWS發(fā)送的警報(bào)廣播請(qǐng)求消息(以下，記作Write-Replace Warning Request#l )。作為示例而非限定，在本發(fā)明實(shí)施例中，ETWS可以首先將該Write-Replace Warning Request#l發(fā)送給網(wǎng)絡(luò)側(cè)的WNP，該WNP可以將Write-R印lace Warning Request#l轉(zhuǎn)發(fā)給CBC，CBC可以將Write-Replace Warning Request#l 轉(zhuǎn)發(fā)給 MME,并由 MME 通過(guò) SI 接口將 Write-ReplaceWarning Request#l 轉(zhuǎn)發(fā)給基站。以上，以 Write-Replace Warning Request#l 為例，對(duì)基站接收警報(bào)廣播請(qǐng)求消息的過(guò)程進(jìn)行了說(shuō)明，在以下說(shuō)明中，基站接收警報(bào)廣播請(qǐng)求消息的過(guò)程均可遵從以上過(guò)程。 根據(jù)消息的目的和緊急性，警報(bào)廣播請(qǐng)求消息可以包括PN和SN。PN用于快速向用戶通告即將發(fā)生事件的最為緊急的信息(例如，即將發(fā)生的地震或海嘯)，因此時(shí)效性較高。SN主要用于傳送附加信息(例如，發(fā)生緊急事件時(shí)，應(yīng)該怎么做或到哪里獲得幫助等)。在警報(bào)廣播請(qǐng)求消息中定義的PN，要求在4秒內(nèi)傳送至預(yù)計(jì)發(fā)布警報(bào)廣播請(qǐng)求消息區(qū)域的用戶端，并且要求傳達(dá)少量數(shù)據(jù)，以便于在網(wǎng)絡(luò)中快速發(fā)送?；就ㄟ^(guò)系統(tǒng)消息塊10 (SIB10, System Information BlocklO)將該 PN 發(fā)送給用戶端。在警報(bào)廣播請(qǐng)求消息中定義的SN的長(zhǎng)度是9600字節(jié)(Byte)，并且，在正常情況下，固網(wǎng)傳輸時(shí)延是暈秒級(jí)。存在基站接收到Write-Replace Warning Request#l時(shí)，正在或即將發(fā)送另一警報(bào)廣播請(qǐng)求消息(以下，記作Write-Replace Warning Request#2)的情況。其中，“即將發(fā)送”指基站需要在第一時(shí)段內(nèi)開(kāi)始發(fā)送，隨后對(duì)該“第一時(shí)間段”進(jìn)行詳細(xì)說(shuō)明。在本發(fā)明實(shí)施例中，與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息是該第一設(shè)備在接收該警報(bào)廣播請(qǐng)求消息之前接收到的。例如，上述舉例中的Write-Replace Warning Request#2在時(shí)間順序上，先于 Write-Replace Warning Request#l 到達(dá)基站，并且，Write-ReplaceWarning Request#l 是基站對(duì) Write-Replace Warning Request#2 進(jìn)行廣播前或廣播期間到達(dá)基站，即兩條消息在空口出現(xiàn)擁塞。具體地說(shuō),對(duì)Write-Replace Warning Request#2進(jìn)行廣播期間是指,基站通過(guò)系統(tǒng)消息塊11(SIB11, System Information Blockll)將SN發(fā)送給用戶端,而能夠通過(guò)SIBll一次發(fā)送的消息長(zhǎng)度遠(yuǎn)小于9600Byte，并且，SIBll的使用存在周期性，不能隨意的通過(guò)一個(gè)SIBlI連續(xù)發(fā)送。因此,基站在通過(guò)SIB 11發(fā)送Write-Replace Warning Request消息的SN時(shí),可能會(huì)將該SN分片，發(fā)送延時(shí)也可能比較大。因此，存在基站接收到Write-ReplaceWarning Request#l時(shí)，正在發(fā)送另一警報(bào)廣播請(qǐng)求消息(例如，Write-Replace WarningRequest#2)的情況。在本發(fā)明實(shí)施例中，該即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息指需要在第一時(shí)段內(nèi)開(kāi)始廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息；其中，該第一時(shí)段小于或等于該第一設(shè)備的收發(fā)轉(zhuǎn)換時(shí)延，或者，該第一時(shí)段小于或等于該第一設(shè)備的消息讀取時(shí)延。
具體地說(shuō)，對(duì)Write-Replace Warning Request#2進(jìn)行廣播前(或者說(shuō)，即將廣播 Write-Replace Warning Request#2)是指，由于在基站對(duì) Write-Replace WarningRequest#2的接收過(guò)程和發(fā)送(廣播)過(guò)程之間，存在收發(fā)轉(zhuǎn)換時(shí)延，因此，存在基站接收到Write-Replace Warning Request#l時(shí)，即將(需要在第一時(shí)段內(nèi))發(fā)送另一警報(bào)廣播請(qǐng)求消息(例如，Write-Replace Warning Request#2)的情況。應(yīng)理解，以上列舉了以接收過(guò)程和發(fā)送過(guò)程之間的時(shí)延作為第一時(shí)段的判定標(biāo)準(zhǔn)的實(shí)施例，但本發(fā)明并不限定于此，其他能夠?qū)е禄緦?duì)消息發(fā)送的延時(shí)的情況及該情況下的對(duì)應(yīng)參數(shù)均落入本發(fā)明的保護(hù)范圍內(nèi)，例如，如果基站是從用于存儲(chǔ)待發(fā)送的消息的消息棧中提取該Write-Replace WarningRequest#2并對(duì)其進(jìn)行廣播，則該第一時(shí)段還可以是因基站從消息棧中提取消息而產(chǎn)生的時(shí)延。以下，省略對(duì)相同或相似情況的說(shuō)明。在本發(fā)明實(shí)施例中，在兩條消息在空ロ出現(xiàn)擁塞的情況下，基站可以判定Write-Replace Warning Request#l 與 Write-Replace Warning Request#2 是否是重復(fù)消息。可選地，在本發(fā)明實(shí)施例中，作為示例而非限定，基站可以根據(jù)Write-R印IaceWarning Request 包括的序列號(hào)(Serial Number)和信息標(biāo)識(shí)(Message Identifier)這 兩個(gè)信兀進(jìn)行判定，即，如果 Write-Replace Warning Request#l 的 Serial Number 及Message Identifier 與 Write-Replace Warning Request#2 的 Serial Number 及 MessageIdentifier 全部相同，則可以確定 Write-Replace Warning Request#I 與 Write-ReplaceWarning Requests為重復(fù)消息。以下，省略對(duì)相同或相似情況的說(shuō)明。在確定Write-Replace Warning Request#l 與 Write-Replace WarningRequest#2是重復(fù)消息后，基站根據(jù)Write-Replace Warning Request#l的緊急程度，確定對(duì)Write-Replace Warning Request#l 與Write-Replace Warning Request#2 的處理方式。在本發(fā)明實(shí)施例中，基站可以根據(jù)該Write-Replace Warning Request#l是否包括PN來(lái)確定其緊急程度?？蛇x地，在本發(fā)明實(shí)施例中，該第一設(shè)備在該警報(bào)廣播請(qǐng)求消息包括警報(bào)類型信息和警報(bào)安全信息的情況下，確定該警報(bào)廣播請(qǐng)求消息包括PN。具體地說(shuō)，基站可以在Write-Replace Warning Request#l 中同時(shí)存在 WarningType 和 Warning Security Information 這兩個(gè)信兀的情況下，確定該 Write-ReplaceWarning Request#l包括PN。根據(jù)22. 268協(xié)議中的規(guī)定，PN從基站到用戶端的傳遞持續(xù)時(shí)間為 4 秒，因此，當(dāng) Write-Replace Warning Request#l 包括 PN 時(shí)，Write-Replace WarningRequest#l的緊急程度高。下面，分別對(duì)基站在Write-Replace Warning Request#l包括PN的情況下(即情況3 :緊急程度高情況的一例)以及在Write-Replace Warning Request#l不包括PN的情況下(即情況4 :緊急程度低情況的一例)的處理進(jìn)行說(shuō)明。情況3如果Write-Replace Warning Request#l 包括 PN，則基站可以暫停對(duì)Write-Replace Warning Request#2 的廣播，并且可以廣播該 Write-Replace WarningRequest#l，即，通過(guò) SIB 10 廣播該 Write-Replace Warning Request#l 的 PN，通過(guò) SIBll廣播該 Write-Replace Warning Request#l 的 SN，應(yīng)理解，以上列舉的廣播 Write-ReplaceWarning Request#l的處理僅為示例性說(shuō)明，本發(fā)明并不限定于此。以下省略相同或相似的說(shuō)明?？蛇x地，在本發(fā)明實(shí)施例中，該方法還包括根據(jù)該警報(bào)廣播請(qǐng)求消息的第一屬性，確定該警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，其中，該第一屬性為所述警報(bào)廣播請(qǐng)求消息中的序列號(hào)信息的一項(xiàng)內(nèi)容。例如基站可以根據(jù)Wr i te-Rep lace WarningRequest#l消息包括的Serial Number中的彈出標(biāo)識(shí)Pop的屬性，確定該Write-ReplaceWarning Request#l是否需要在用戶端自動(dòng)彈出，例如,如果Pop為I,則代表用戶端自動(dòng)彈出該警報(bào)消息，如果Pop為0，則代表用戶手動(dòng)打開(kāi)提示并閱讀。因此，當(dāng)Pop為I時(shí)，可以確定Write-Replace Warning Request#l的緊急程度高。應(yīng)理解，以上列舉的Pop的值僅為本發(fā)明的一個(gè)實(shí)施例，本法并不限定于此，其他能夠指示用戶端的不同處理方法的值均落入本發(fā)明的保護(hù)范圍內(nèi)，例如，也可以認(rèn)為如果Pop為0，側(cè)代表用戶端自動(dòng)彈出該警報(bào)消息，如果Pop為1，側(cè)代表用戶手動(dòng)打開(kāi)提示并閱讀。以下，省略對(duì)相同或相似情況的說(shuō)明。因此，基站還可以根據(jù)警報(bào)廣播請(qǐng)求消息是否包括PN的情況和該警報(bào)廣播請(qǐng)求消息在用戶端是否自動(dòng)彈出確定其緊急程度。也即，本發(fā)明實(shí)施例中，第一設(shè)備可以結(jié)合警 報(bào)廣播請(qǐng)求消息是否包括PN的情況和在用戶端是否自動(dòng)彈出確定處理方式。以下，省略對(duì)相同或相似情況的說(shuō)明。下面，分別對(duì)基站在Write-Replace Warning Request#l 包括 PN,且該Write-Replace Warning Request#l需要在用戶端自動(dòng)彈出的情況下(即情況E :緊急程度高情況的另一例)以及在 Write-Replace Warning Request#l 包括 PN,且該 Write-ReplaceWarning Request#l不需要在用戶端自動(dòng)彈出的情況下(即情況F :緊急程度高的再一例)的處理進(jìn)行舉例說(shuō)明。情況E可選地，在本發(fā)明實(shí)施例中，如果該警報(bào)廣播請(qǐng)求消息包括PN，且該警報(bào)廣播請(qǐng)求消息的第一屬性指示該警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，則該方法還包括丟棄與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息。具體地說(shuō)，如果Write-Replace Warning Request#l 包括 PN,且該 Write-ReplaceWarning Request#l需要在用戶端自動(dòng)彈出，則在基站正在對(duì)Write-Replace WarningRequest#2進(jìn)行廣播的情況下，基站可以暫停對(duì)Write-Replace Warning Request#2的廣播。并且，基站可以開(kāi)始廣播該Write-Replace Warning Request#l。進(jìn)一步，基站還可以丟棄Write-Replace Warning Request#2,例如，正在對(duì)Write-Replace Warning Request#2 進(jìn)行廣播的情況下，不再對(duì) Write-Replace WarningRequest#2的未廣播內(nèi)容進(jìn)行廣播，未對(duì)Write-Replace Warning Request#2進(jìn)行廣播的情況下，直接刪除該Write-Replace Warning Request#2,應(yīng)理解，以上列舉的丟棄Write-Replace Warning Request#2的處理僅為示例性說(shuō)明，本發(fā)明并不限定于此。情況F可選地，在本發(fā)明實(shí)施例中，如果該警報(bào)廣播請(qǐng)求消息包括PN，且該警報(bào)廣播請(qǐng)求消息的第一屬性指示該警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，則繼續(xù)或開(kāi)始廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，并在該廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息結(jié)束后，開(kāi)始廣播該警報(bào)廣播請(qǐng)求消息?？梢岳斫獾?，該繼續(xù)廣播的情況是針對(duì)本發(fā)明實(shí)施例中“正在發(fā)送Write-Replace Warning Request#2”的情況所作的處理，該“開(kāi)始廣播”是針對(duì)本發(fā)明實(shí)施例中“即將發(fā)送Write-Replace Warning Request#2”的情況所做的處理，后文不
再贅述。 具體地說(shuō)，如果Write-Replace Warning Request#l 包括 PN，且該 Write-ReplaceWarning Request#l不需要在用戶端自動(dòng)彈出，貝U在基站正在對(duì)Write-Replace WarningRequest#2進(jìn)行廣播的情況下，基站可以繼續(xù)對(duì)Write-Replace Warning Request#2的廣播，在基站未對(duì)Write-Replace Warning Request#2進(jìn)行廣播的情況下，基站可以廣播該 Write-Replace Warning Request#2, S卩，通過(guò) SIBlO 廣播該 Write-Replace WarningRequest#2 的 PN，通過(guò) SIBl I 廣播該 Write-Replace Warning Request#2 的 SN。應(yīng)理解，以上列舉的廣播Write-Replace Warning Request#2的處理僅為示例性說(shuō)明，本發(fā)明并不限定于此。以下省略相同或相似的說(shuō)明。進(jìn)ー步，基站可以在完成對(duì)Write-Replace Warning Request#2的廣播后，可以廣播該 Write-Replace Warning Request#l。根據(jù)本發(fā)明實(shí)施例的傳輸信息的方法，通過(guò)根據(jù)兩個(gè)維度(消息是否在用戶端彈出以及是否包括PN)來(lái)確定對(duì)消息的處理方式，能夠進(jìn)ー步確保地震海嘯的信息報(bào)警效果，并且，能夠緩存某些ETWS消息并在合適的時(shí)機(jī)(非緊急狀態(tài))廣播，從而能夠有效保障報(bào)警效果。情況4如果Write-Replace Warning Request#l不包括PN，貝U基站可以繼續(xù)或開(kāi)始廣播 Write-Replace Warning Request#2，即，在基站正在對(duì)Write-Replace Warning Request#2進(jìn)行廣播的情況下，基站可以繼續(xù)對(duì)Write-Replace Warning Request#2的廣播，在基站未對(duì)Write-Replace Warning Request#2進(jìn)行廣播的情況下，基站可以廣播該Write-ReplaceWarning Request#2。可選地，在本發(fā)明實(shí)施例中，該方法還包括根據(jù)該警報(bào)廣播請(qǐng)求消息的第一屬性，確定該警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，其中，該第一屬性為所述警報(bào)廣播請(qǐng)求消息中的序列號(hào)信息的ー項(xiàng)內(nèi)容。例如，基站可以根據(jù)Write-Replace WarningRequest#l消息包括的Serial Number中的彈出標(biāo)識(shí)Pop的屬性，確定該Write-ReplaceWarning Request#l是否需要在用戶端自動(dòng)彈出，例如，如果Pop為I，則代表用戶端自動(dòng)彈出該警報(bào)消息，如果Pop為0，則代表用戶手動(dòng)打開(kāi)提示并閱讀。下面，分別對(duì)基站在Write-Replace Warning Request#l不包括PN，且該Write-Replace Warning Request#l需要在用戶端自動(dòng)彈出的情況下(即情況G :緊急程度低情況的另一例)以及在Write-Replace Warning Request#l不包括PN，且該Write-Replace Warning Request#l不需要在用戶端自動(dòng)彈出的情況下(即情況F :緊急程度低情況的再一例)的處理進(jìn)行舉例說(shuō)明。情況G可選地，在本發(fā)明實(shí)施例中，如果該警報(bào)廣播請(qǐng)求消息不包括PN，且該警報(bào)廣播請(qǐng)求消息的第一屬性指示該警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，則在該廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息結(jié)束后，該方法還包括開(kāi)始廣播該警報(bào)廣播請(qǐng)求消息。如果Write-ReplaceWarning Request#l 不包括PN，且該Write-Replace WarningRequest#l需要在用戶端自動(dòng)彈出，則在基站正在對(duì)Write-Replace Warning Request#2進(jìn)行廣播的情況下，基站可以繼續(xù)對(duì)Write-Replace Warning Request#2的廣播，在基站未對(duì)Write-Replace Warning Request#2進(jìn)行廣播的情況下，基站可以開(kāi)始廣播該Write-Replace Warning Request#2。進(jìn)一步,基站可以在完成對(duì)Write-Replace Warning Request#2的廣播后，可以開(kāi)始廣播該 Write-Replace Warning Request#l。情況H可選地，在本發(fā)明實(shí)施例中，如果該警報(bào)廣播請(qǐng)求消息不包括PN，且該警報(bào)廣播請(qǐng)求消息的第一屬性指示該警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，則該方法還包括丟棄該警報(bào)廣播請(qǐng)求消息。如果Write-ReplaceWarning Request#l 不包括PN,且該Write-R印lace WarningRequest#l不需要在用戶端自動(dòng)彈出，則在基站正在對(duì)Write-Replace Warning Request#2 進(jìn)行廣播的情況下，基站可以繼續(xù)對(duì)Write-Replace Warning Request#2的廣播，在基站未對(duì)Write-Replace Warning Request#2進(jìn)行廣播的情況下，基站可以開(kāi)始廣播該Write-Replace Warning Request#2。進(jìn)一步，基站還可以丟棄Write-Replace Warning Request#l,例如，直接刪除該 Write-Replace Warning Request#l,應(yīng)理解，以上列舉的丟棄 Write-Replace WarningRequest#l的處理僅為示例性說(shuō)明，本發(fā)明并不限定于此。根據(jù)本發(fā)明實(shí)施例的傳輸信息的方法，通過(guò)根據(jù)兩個(gè)維度(消息是否在用戶端彈出以及是否包括PN)來(lái)確定對(duì)消息的處理方式，能夠進(jìn)一步確保地震海嘯的信息報(bào)警效果，并且，能夠緩存某些ETWS消息并在合適的時(shí)機(jī)(非緊急狀態(tài))廣播，從而能夠有效保障報(bào)警效果。這樣，根據(jù)本發(fā)明實(shí)施例的傳輸信息的方法，通過(guò)根據(jù)警報(bào)消息是否在用戶端彈出來(lái)確定警報(bào)消息的緊急程度，并對(duì)重復(fù)的警報(bào)消息進(jìn)行廣播操作，能夠避免緊急的警報(bào)消息被丟棄。上文中，結(jié)合圖I和圖2，詳細(xì)描述了根據(jù)本發(fā)明實(shí)施例的傳輸信息的方法，下面，將結(jié)合圖3和圖4，詳細(xì)描述根據(jù)本發(fā)明實(shí)施例的傳輸信息的裝置。圖3示出了根據(jù)本發(fā)明一實(shí)施例的建立通信連接的裝置200的示意性框圖。如圖3所示,該裝置300包括接收單元310，用于接收警報(bào)廣播請(qǐng)求消息；發(fā)送單元320，用于廣播該接收單元310接收的警報(bào)廣播請(qǐng)求消息；其中，該發(fā)送單元320具體用于如果在該接收單元310接收到該警報(bào)廣播請(qǐng)求消息后，該發(fā)送單元320正在廣播或即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且該警報(bào)廣播請(qǐng)求消息的第一屬性指示該警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，則開(kāi)始廣播該警報(bào)廣播請(qǐng)求消息，其中，該與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息是該接收單元在接收該警報(bào)廣播請(qǐng)求消息前接收到的；或者，如果在該接收單元310接收到該警報(bào)廣播請(qǐng)求消息后，該發(fā)送單元正320在廣播或即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且該第一屬性指示該警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，則繼續(xù)或開(kāi)始廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息?？蛇x地，在本發(fā)明實(shí)施例中，該發(fā)送單元320還用于如果該第一屬性指示該警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，且該警報(bào)廣播請(qǐng)求消息包括首要通知PN，則丟棄與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息。可選地，在本發(fā)明實(shí)施例中，該發(fā)送単元320還用于如果該第一屬性指示該警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，且該警報(bào)廣播請(qǐng)求消息不包括PN，則繼續(xù)或開(kāi)始廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，并在該廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息結(jié)束后，開(kāi)始廣播該警報(bào)廣播請(qǐng)求消息。可選地，在本發(fā)明實(shí)施例中，該發(fā)送単元320還用于如果該第一屬性指示該警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，且該警報(bào)廣播請(qǐng)求消息包括PN，則在該廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息結(jié)束后，開(kāi)始廣播該警報(bào)廣播請(qǐng)求消息。可選地，在本發(fā)明實(shí)施例中，該發(fā)送単元320還用于如果該第一屬性指示該警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，且該警報(bào)廣播請(qǐng)求消息不包括PN，則丟棄該警報(bào)廣播請(qǐng)求消息。

可選地，在本發(fā)明實(shí)施例中，該第一屬性為該警報(bào)廣播請(qǐng)求消息中的序列號(hào)信息的ー項(xiàng)內(nèi)容。可選地，在本發(fā)明實(shí)施例中，該裝置還包括確定單元330，用于在該警報(bào)廣播請(qǐng)求消息包括警報(bào)類型信息和警報(bào)安全信息的情況下，確定該警報(bào)廣播請(qǐng)求消息包括PN?？蛇x地，在本發(fā)明實(shí)施例中，該即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息指需要在第一時(shí)段內(nèi)開(kāi)始廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息；其中，該第一時(shí)段小于或等于該第一設(shè)備的收發(fā)轉(zhuǎn)換時(shí)延，或者，該第一時(shí)段小于或等于該第一設(shè)備的消息讀取時(shí)延。根據(jù)本發(fā)明實(shí)施例的傳輸信息的裝置，通過(guò)根據(jù)兩個(gè)維度(消息是否在用戶端彈出以及是否包括PN)來(lái)確定對(duì)消息的處理方式，能夠進(jìn)ー步確保地震海嘯的信息報(bào)警效果，并且，能夠緩存某些ETWS消息并在合適的時(shí)機(jī)(非緊急狀態(tài))廣播，從而能夠有效保障報(bào)警效果。這樣，根據(jù)本發(fā)明實(shí)施例的傳輸信息的裝置，通過(guò)根據(jù)警報(bào)消息是否在用戶端彈出來(lái)確定警報(bào)消息的緊急程度，并對(duì)重復(fù)的警報(bào)消息進(jìn)行廣播操作，能夠避免緊急的警報(bào)消息被丟棄。根據(jù)本發(fā)明實(shí)施例的傳輸信息的裝置300是本發(fā)明實(shí)施例的方法100中的實(shí)施主體，并且，該傳輸信息的裝置300中的各単元及模塊和上述其他操作和/或功能分別為了實(shí)現(xiàn)圖I中的方法100的相應(yīng)流程，為了簡(jiǎn)潔，在此不再贅述。圖4示出了根據(jù)本發(fā)明另ー實(shí)施例的建立通信連接的裝置400的示意性框圖。如圖4所示,該裝置400包括接收單元410，用于接收警報(bào)廣播請(qǐng)求消息；發(fā)送單元420，用于廣播該接收単元410接收的警報(bào)廣播請(qǐng)求消息；其中，該發(fā)送単元420具體用于如果在該接收單元410接收到該警報(bào)廣播請(qǐng)求消息后，該發(fā)送単元正420在廣播或即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且該警報(bào)廣播請(qǐng)求消息包括首要通知PN，則開(kāi)始廣播該警報(bào)廣播請(qǐng)求消息，其中，該與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息是在該警報(bào)廣播請(qǐng)求消息前接收到的；或者，如果在該接收単元410接收到該警報(bào)廣播請(qǐng)求消息后，該發(fā)送単元420正在廣播或即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且該警報(bào)廣播請(qǐng)求消息不包括PN，則繼續(xù)或開(kāi)始廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息。
可選地，在本發(fā)明實(shí)施例中，該發(fā)送單元420還用于如果該警報(bào)廣播請(qǐng)求消息包括PN，且該警報(bào)廣播請(qǐng)求消息的第一屬性指示該警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，則丟棄與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息?？蛇x地，在本發(fā)明實(shí)施例中，該發(fā)送單元420還用于如果該警報(bào)廣播請(qǐng)求消息包括PN，且該警報(bào)廣播請(qǐng)求消息的第一屬性指示該警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，則繼續(xù)或開(kāi)始廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，并在該廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息結(jié)束后，開(kāi)始廣播該警報(bào)廣播請(qǐng)求消息?？蛇x地，在本發(fā)明實(shí)施例中，該發(fā)送單元420還用于如果該警報(bào)廣播請(qǐng)求消息不包括PN，且該警報(bào)廣播請(qǐng)求消息的第一屬性指示該警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，則在該廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息結(jié)束后，開(kāi)始廣播該警報(bào)廣播請(qǐng)求消息。可選地，在本發(fā)明實(shí)施例中，該發(fā)送單元420還用于如果該警報(bào)廣播請(qǐng)求消息不包括PN，且該警報(bào)廣播請(qǐng)求消息的第一屬性指示該警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，則丟棄該警報(bào)廣播請(qǐng)求消息。 可選地，在本發(fā)明實(shí)施例中，該第一屬性為該警報(bào)廣播請(qǐng)求消息中的序列號(hào)信息的一項(xiàng)內(nèi)容?？蛇x地，在本發(fā)明實(shí)施例中，該裝置還包括確定單元430，用于在該警報(bào)廣播請(qǐng)求消息包括警報(bào)類型信息和警報(bào)安全信息的情況下，確定該警報(bào)廣播請(qǐng)求消息包括PN?？蛇x地，在本發(fā)明實(shí)施例中，該即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息指需要在第一時(shí)段內(nèi)開(kāi)始廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息；其中，該第一時(shí)段小于或等于該第一設(shè)備的收發(fā)轉(zhuǎn)換時(shí)延，或者，該第一時(shí)段小于或等于該第一設(shè)備的消息讀取時(shí)延。根據(jù)本發(fā)明實(shí)施例的傳輸信息的裝置，通過(guò)根據(jù)兩個(gè)維度(消息是否在用戶端彈出以及是否包括PN)來(lái)確定對(duì)消息的處理方式，能夠進(jìn)一步確保地震海嘯的信息報(bào)警效果，并且，能夠緩存某些ETWS消息并在合適的時(shí)機(jī)(非緊急狀態(tài))廣播，從而能夠有效保障報(bào)警效果。這樣，根據(jù)本發(fā)明實(shí)施例的傳輸信息的裝置，通過(guò)根據(jù)警報(bào)消息是否在用戶端彈出來(lái)確定警報(bào)消息的緊急程度，并對(duì)重復(fù)的警報(bào)消息進(jìn)行廣播操作，能夠避免緊急的警報(bào)消息被丟棄。根據(jù)本發(fā)明實(shí)施例的傳輸信息的裝置400是本發(fā)明實(shí)施例的方法200中的實(shí)施主體，并且，該傳輸信息的裝置400中的各單元及模塊和上述其他操作和/或功能分別為了實(shí)現(xiàn)圖2中的方法200的相應(yīng)流程，為了簡(jiǎn)潔，在此不再贅述。應(yīng)理解，在本發(fā)明的各種實(shí)施例中，上述各過(guò)程的序號(hào)的大小并不意味著執(zhí)行順序的先后，各過(guò)程的執(zhí)行順序應(yīng)以其功能和內(nèi)在邏輯確定，而不應(yīng)對(duì)本發(fā)明實(shí)施例的實(shí)施過(guò)程構(gòu)成任何限定。本領(lǐng)域普通技術(shù)人員可以意識(shí)到，結(jié)合本文中所公開(kāi)的實(shí)施例描述的各示例的單元及算法步驟，能夠以電子硬件、或者計(jì)算機(jī)軟件和電子硬件的結(jié)合來(lái)實(shí)現(xiàn)。這些功能究竟以硬件還是軟件方式來(lái)執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計(jì)約束條件。專業(yè)技術(shù)人員可以對(duì)每個(gè)特定的應(yīng)用來(lái)使用不同方法來(lái)實(shí)現(xiàn)所描述的功能，但是這種實(shí)現(xiàn)不應(yīng)認(rèn)為超出本發(fā)明的范圍。所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡(jiǎn)潔，上述描述的系統(tǒng)、裝置和単元的具體工作過(guò)程，可以參考前述方法實(shí)施例中的對(duì)應(yīng)過(guò)程，在此不再贅述。在本申請(qǐng)所提供的幾個(gè)實(shí)施例中，應(yīng)該理解到，所揭露的系統(tǒng)、裝置和方法，可以通過(guò)其它的方式實(shí)現(xiàn)。例如，以上所描述的裝置實(shí)施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式，例如多個(gè)單元或組件可以結(jié)合或者可以集成到另ー個(gè)系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過(guò)ー些接ロ，裝置或単元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。所述作為分離部件說(shuō)明的単元可以是或者也可以不是物理上分開(kāi)的，作為單元顯示的部件可以是或者也可以不是物理単元，即可以位于ー個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部單元來(lái)實(shí)現(xiàn)本實(shí)施例方案的目的。另外，在本發(fā)明各個(gè)實(shí)施例中的各功能単元可以集成在一個(gè)處理単元中，也可以是各個(gè)單元單獨(dú)物理存在，也可以兩個(gè)或兩個(gè)以上單元集成在一個(gè)單元中。 所述功能如果以軟件功能単元的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時(shí)，可以存儲(chǔ)在一個(gè)計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在ー個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述方法的全部或部分步驟。而前述的存儲(chǔ)介質(zhì)包括U盤(pán)、移動(dòng)硬盤(pán)、只讀存儲(chǔ)器(ROM，Read-Only Memory)、隨機(jī)存取存儲(chǔ)器(RAM, Random Access Memory)、磁碟或者光盤(pán)等各種可以存儲(chǔ)程序代碼的介質(zhì)。以上所述，僅為本發(fā)明的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以所述權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種傳輸信息的方法，其特征在于，所述方法包括 第一設(shè)備接收警報(bào)廣播請(qǐng)求消息； 如果所述第一設(shè)備在接收到所述警報(bào)廣播請(qǐng)求消息后，正在廣播或即將廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且所述警報(bào)廣播請(qǐng)求消息的第一屬性指示所述警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，則開(kāi)始廣播所述警報(bào)廣播請(qǐng)求消息；或者，如果所述第一設(shè)備在接收到所述警報(bào)廣播請(qǐng)求消息后，正在廣播或即將廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且所述第一屬性指示所述警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，則繼續(xù)或開(kāi)始廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息； 其中，所述與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息是所述第一設(shè)備在接收所述警報(bào)廣播請(qǐng)求消息前接收到的。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，如果所述第一屬性指示所述警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，且所述警報(bào)廣播請(qǐng)求消息包括首要通知PN，則所述方法還包括 丟棄與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息。
3.根據(jù)權(quán)利要求I所述的方法，其特征在于，如果所述第一屬性指示所述警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，且所述警報(bào)廣播請(qǐng)求消息不包括PN，則繼續(xù)或開(kāi)始廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息，并在所述廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息結(jié)束后，開(kāi)始廣播所述警報(bào)廣播請(qǐng)求消息。
4.根據(jù)權(quán)利要求I所述的方法，其特征在于，如果所述第一屬性指示所述警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，且所述警報(bào)廣播請(qǐng)求消息包括PN，則在所述廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息結(jié)束后，所述方法還包括 開(kāi)始廣播所述警報(bào)廣播請(qǐng)求消息。
5.根據(jù)權(quán)利要求I所述的方法，其特征在于，如果所述第一屬性指示所述警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，且所述警報(bào)廣播請(qǐng)求消息不包括PN，則所述方法還包括 丟棄所述警報(bào)廣播請(qǐng)求消息。
6.根據(jù)權(quán)利要求I至5中任一項(xiàng)所述的方法，其特征在于，所述第一屬性為所述警報(bào)廣播請(qǐng)求消息中的序列號(hào)信息的一項(xiàng)內(nèi)容。
7.根據(jù)權(quán)利要求I至6中任一項(xiàng)所述的方法，其特征在于，所述即將廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息指需要在第一時(shí)段內(nèi)開(kāi)始廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息；其中，所述第一時(shí)段小于或等于所述第一設(shè)備的收發(fā)轉(zhuǎn)換時(shí)延，或者，所述第一時(shí)段小于或等于所述第一設(shè)備的消息讀取時(shí)延。
8.一種傳輸信息的方法，其特征在于，所述方法包括 第一設(shè)備接收警報(bào)廣播請(qǐng)求消息； 如果所述第一設(shè)備在接收到所述警報(bào)廣播請(qǐng)求消息后，正在廣播或即將廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且所述警報(bào)廣播請(qǐng)求消息包括首要通知PN，則開(kāi)始廣播所述警報(bào)廣播請(qǐng)求消息；或者，如果所述第一設(shè)備在接收到所述警報(bào)廣播請(qǐng)求消息后，正在廣播或即將廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且所述警報(bào)廣播請(qǐng)求消息不包括PN，則繼續(xù)或開(kāi)始廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息；其中，所述與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息是在所述警報(bào)廣播請(qǐng)求消息前接收到的。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，如果所述警報(bào)廣播請(qǐng)求消息包括PN，且所述警報(bào)廣播請(qǐng)求消息的第一屬性指示所述警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，則所述方法還包括 丟棄與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息。
10.根據(jù)權(quán)利要求8所述的方法，其特征在于，如果所述警報(bào)廣播請(qǐng)求消息包括PN，且所述警報(bào)廣播請(qǐng)求消息的第一屬性指示所述警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，則繼續(xù)或開(kāi)始廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息，并在所述廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息結(jié)束后，開(kāi)始廣播所述警報(bào)廣播請(qǐng)求消息。
11.根據(jù)權(quán)利要求8所述的方法，其特征在于，如果所述警報(bào)廣播請(qǐng)求消息不包括PN，且所述警報(bào)廣播請(qǐng)求消息的第一屬性指示所述警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，則在所述廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息結(jié)束后，所述方法還包括 開(kāi)始廣播所述警報(bào)廣播請(qǐng)求消息。
12.根據(jù)權(quán)利要求8所述的方法，其特征在于，如果所述警報(bào)廣播請(qǐng)求消息不包括PN，且所述警報(bào)廣播請(qǐng)求消息的第一屬性指示所述警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，則所述方法還包括 丟棄所述警報(bào)廣播請(qǐng)求消息。
13.根據(jù)權(quán)利要求9至12中任一項(xiàng)所述的方法，其特征在于，所述第一屬性為所述警報(bào)廣播請(qǐng)求消息中的序列號(hào)信息的一項(xiàng)內(nèi)容。
14.根據(jù)權(quán)利要求8至13中任一項(xiàng)所述的方法，其特征在于，所述即將廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息指需要在第一時(shí)段內(nèi)開(kāi)始廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息；其中，所述第一時(shí)段小于或等于所述第一設(shè)備的收發(fā)轉(zhuǎn)換時(shí)延，或者，所述第一時(shí)段小于或等于所述第一設(shè)備的消息讀取時(shí)延。
15.一種傳輸信息的裝置，其特征在于，所述裝置包括 接收單元，用于接收警報(bào)廣播請(qǐng)求消息； 發(fā)送單元，用于廣播所述接收單元接收的警報(bào)廣播請(qǐng)求消息； 其中，所述發(fā)送單元具體用于如果在所述接收單元接收到所述警報(bào)廣播請(qǐng)求消息后，所述發(fā)送單元正在廣播或即將廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且所述警報(bào)廣播請(qǐng)求消息的第一屬性指示所述警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，則開(kāi)始廣播所述警報(bào)廣播請(qǐng)求消息；或者，如果在所述接收單元接收到所述警報(bào)廣播請(qǐng)求消息后，所述發(fā)送單元正在廣播或即將廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且所述第一屬性指示所述警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，則繼續(xù)或開(kāi)始廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息；其中，所述與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息是所述接收單元在接收所述警報(bào)廣播請(qǐng)求消息前接收到的。
16.根據(jù)權(quán)利要求15所述的裝置，其特征在于，所述發(fā)送單元還用于如果所述第一屬性指示所述警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，且所述警報(bào)廣播請(qǐng)求消息包括首要通知PN，則丟棄與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息。
17.根據(jù)權(quán)利要求15所述的裝置，其特征在于，所述發(fā)送單元還用于如果所述第一屬性指示所述警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，且所述警報(bào)廣播請(qǐng)求消息不包括PN,則繼續(xù)或開(kāi)始廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息，并在所述廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息結(jié)束后，開(kāi)始廣播所述警報(bào)廣播請(qǐng)求消息。
18.根據(jù)權(quán)利要求15所述的裝置，其特征在于，所述發(fā)送單元還用于如果所述第一屬性指示所述警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，且所述警報(bào)廣播請(qǐng)求消息包括PN,則在所述廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息結(jié)束后，開(kāi)始廣播所述警報(bào)廣播請(qǐng)求消息。
19.根據(jù)權(quán)利要求15所述的裝置，其特征在于，所述發(fā)送單元還用于如果所述第一屬性指示所述警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，且所述警報(bào)廣播請(qǐng)求消息不包括PN,則丟棄所述警報(bào)廣播請(qǐng)求消息。
20.一種傳輸信息的裝置，其特征在于，所述裝置包括 接收單元，用于接收警報(bào)廣播請(qǐng)求消息； 發(fā)送單元，用于廣播所述接收單元接收的警報(bào)廣播請(qǐng)求消息； 其中，所述發(fā)送單元具體用于如果在所述接收單元接收到所述警報(bào)廣播請(qǐng)求消息后，所述發(fā)送單元正在廣播或即將廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且所述警報(bào)廣播請(qǐng)求消息包括首要通知PN，則開(kāi)始廣播所述警報(bào)廣播請(qǐng)求消息；或者，具體用于如果在所述接收單元接收到所述警報(bào)廣播請(qǐng)求消息后，所述發(fā)送單元正在廣播或即將廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且所述警報(bào)廣播請(qǐng)求消息不包括PN，則繼續(xù)或開(kāi)始廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息；其中，所述與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息是在所述警報(bào)廣播請(qǐng)求消息前接收到的。
21.根據(jù)權(quán)利要求20所述的裝置，其特征在于，所述發(fā)送單元還用于如果所述警報(bào)廣播請(qǐng)求消息包括PN，且所述警報(bào)廣播請(qǐng)求消息的第一屬性指示所述警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，則丟棄與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息。
22.根據(jù)權(quán)利要求20所述的裝置，其特征在于，所述發(fā)送單元還用于如果所述警報(bào)廣播請(qǐng)求消息包括PN，且所述警報(bào)廣播請(qǐng)求消息的第一屬性指示所述警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，則繼續(xù)或開(kāi)始廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息，并在所述廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息結(jié)束后，開(kāi)始廣播所述警報(bào)廣播請(qǐng)求消息。
23.根據(jù)權(quán)利要求20所述的裝置，其特征在于，所述發(fā)送單元還用于如果所述警報(bào)廣播請(qǐng)求消息不包括PN，且所述警報(bào)廣播請(qǐng)求消息的第一屬性指示所述警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，則在所述廣播與所述警報(bào)廣播請(qǐng)求消息重復(fù)的消息結(jié)束后，開(kāi)始廣播所述警報(bào)廣播請(qǐng)求消息。
24.根據(jù)權(quán)利要求20所述的裝置，其特征在于，所述發(fā)送單元還用于如果所述警報(bào)廣播請(qǐng)求消息不包括PN，且所述警報(bào)廣播請(qǐng)求消息的第一屬性指示所述警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，則丟棄所述警報(bào)廣播請(qǐng)求消息。
全文摘要
本發(fā)明實(shí)施例提供一種傳輸信息的方法和裝置，能夠根據(jù)消息的緊急程度進(jìn)行廣播。該方法包括第一設(shè)備接收警報(bào)廣播請(qǐng)求消息；如果該第一設(shè)備在接收到該警報(bào)廣播請(qǐng)求消息后，正在廣播或即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且該警報(bào)廣播請(qǐng)求消息的第一屬性指示該警報(bào)廣播請(qǐng)求消息需要在用戶端自動(dòng)彈出，則開(kāi)始廣播該警報(bào)廣播請(qǐng)求消息；或者，如果該第一設(shè)備在接收到該警報(bào)廣播請(qǐng)求消息后，正在廣播或即將廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息，且該第一屬性指示該警報(bào)廣播請(qǐng)求消息不需要在用戶端自動(dòng)彈出，則繼續(xù)或開(kāi)始廣播與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息；其中，該與該警報(bào)廣播請(qǐng)求消息重復(fù)的消息是該第一設(shè)備在接收該警報(bào)廣播請(qǐng)求消息前接收到的。通過(guò)根據(jù)警報(bào)消息的緊急程度來(lái)廣播重復(fù)的警報(bào)消息，能夠避免緊急的警報(bào)消息被丟棄。
文檔編號(hào)H04H20/59GK102771068SQ201280000620
公開(kāi)日2012年11月7日 申請(qǐng)日期2012年5月9日 優(yōu)先權(quán)日2012年5月9日
發(fā)明者梁冀天, 殷順堯, 程勇, 龔長(zhǎng)松 申請(qǐng)人:華為技術(shù)有限公司