第一篇:區(qū)縣預警信息發(fā)布流程規(guī)定
區(qū)縣預警信息發(fā)布流程規(guī)定
第一章
總則
第一條
為明確區(qū)縣預警信息發(fā)布分中心職責,理清區(qū)縣預警信息發(fā)布流程,細化預警發(fā)布業(yè)務操作,及時、準確、快速地做好市級預警信息發(fā)布工作,根據(jù)(京應急委發(fā)〔2013〕4號)以及《**市突發(fā)事件預警信息傳輸和發(fā)布的流程規(guī)定》制定本流程規(guī)定。
第二條
本流程規(guī)定適用于**市各區(qū)縣預警信息發(fā)布中心以及相關簽發(fā)、傳播預警信息部門和單位的發(fā)布流程。
第二章
簽發(fā)部門和單位對接流程規(guī)定
第三條
相關職能部門或單位負責起草預警信息內(nèi)容,由本單位相關負責同志簽發(fā),或按有關規(guī)定報請區(qū)縣領導簽發(fā)。具有簽發(fā)權限的人員名單應提前報區(qū)縣預警信息發(fā)布中心備案。遇有人員變動,應及時更改。
第四條
各區(qū)縣政府可根據(jù)有關法律、法規(guī)、規(guī)章規(guī)定和本地區(qū)實際情況,在本區(qū)縣可能受影響的地區(qū)發(fā)布預警信息。其中,紅色、橙色預警由區(qū)縣應急委主任批準,并報市應急辦及市相關部門備案,黃色、藍色預警信息由區(qū)縣分管負責同志批準,并報市相關部門備案。
第五條
對于可能對全市產(chǎn)生重大影響,涉及兩個以上區(qū)縣或城市中心區(qū)的預警信息,由市預警信息發(fā)布中心按相關規(guī)定執(zhí)行。
第六條
預警信息發(fā)布部門或單位應將擬對外發(fā)布的預警信息內(nèi)容提前報預警信息發(fā)布中心,同時提交擬采用信息傳播手段申請。當信息審批通過后,簽發(fā)部門和單位應立即通知預警信息發(fā)布中心,并將審批件電子版?zhèn)鬏斀o預警信息發(fā)布中心。如果信息審批未通過,簽發(fā)部門和單位需立即通知預警信息發(fā)布中心取消該信息的發(fā)布準備。
第七條
簽發(fā)部門和單位應當根據(jù)事態(tài)發(fā)展,適時調(diào)整預警級別并通過前置機的錄入終端將相關信息傳輸給預警中心,通報預警信息發(fā)布中心和相關部門。
第八條
當事實證明發(fā)生突發(fā)事件危險已經(jīng)解除的,簽發(fā)部門和單位應及時宣布解除預警,終止預警期,并根據(jù)需要通報預警信息發(fā)布中心等相關部門和單位。
第三章
預警信息發(fā)布中心發(fā)布流程
第九條
預警信息發(fā)布中心發(fā)布值班員在接到預警信息發(fā)布預通知后應立即通知預警信息發(fā)布中心的帶班領導,帶班領導及時啟動相關工作機制,發(fā)布值班員做好相關工作準備。發(fā)布值班員根據(jù)簽發(fā)部門和單位提交的信息傳播手段通知相關單位和媒體做好預警信息發(fā)布的各項準備工作預發(fā)布的信息不提前傳給傳播單位,由于媒體沒有相應的憑證,萬一出錯責任分不清。
第十條
發(fā)布值班員按照發(fā)布策略在發(fā)布系統(tǒng)中操作生成發(fā)布信息,按發(fā)布資源不同,對預警信息進行加工包裝,生成適合發(fā)布資源的格式,發(fā)布操作員須對發(fā)布信息進行確認。
第十一條
在接到預警信息正式發(fā)布通知后,發(fā)布值班人員立即將發(fā)布的預警信息通過前置機或者其他方式傳輸給相關單位和媒體,并對傳輸情況作監(jiān)控和記錄。
第十二條
發(fā)布值班員應實時監(jiān)控發(fā)布任務執(zhí)行情況。
第十三條
在信息發(fā)布后,接到發(fā)布資源管理單位的反饋信息后,發(fā)布值班員要做好相關統(tǒng)計分析工作,并將發(fā)布情況上報給市級預警中心。
第四章
發(fā)布資源管理單位發(fā)布流程和策略
第十四條
發(fā)布資源管理單位,在接到正式發(fā)布通知后,對于一、二級預警10分鐘內(nèi)發(fā)布,對于三、四級預警應在20分鐘內(nèi)發(fā)布。并及時反饋發(fā)布情況及統(tǒng)計信息。
多條預警同時發(fā)布時,預警級別高的優(yōu)先發(fā)布,同級別的預警信息按接收的時間順序確定優(yōu)先級,有特殊要求時,根據(jù)相關規(guī)定執(zhí)行。
第十五條
通過電話、短信等手段,向各單位有預警信息發(fā)布職能的信息員發(fā)布預警信息,各信息員接收到預警信息后,向預警信息發(fā)布中心反饋,并利用現(xiàn)有的信息發(fā)布手段,盡快向負責區(qū)域內(nèi)的人員傳達預警信息。
第十六條
區(qū)縣預警信息發(fā)布中心通過系統(tǒng)對接、前置機、短信電話等方式,向區(qū)縣的旅游景區(qū)發(fā)布預警信息,并通過景區(qū)廣播、電子顯示屏等手段,向景區(qū)發(fā)布。
第十七條
區(qū)縣預警信息發(fā)布中心對本區(qū)縣的村村響等大喇叭廣播系統(tǒng)進行管理,使用大喇叭手段發(fā)布預警信息。
第十八條
區(qū)縣對區(qū)縣管理的可用于預警信息發(fā)布的電子顯示屏進行管理,向公眾發(fā)布預警信息。
第十九條
及時收集各預警信息發(fā)布資源的反饋結果,做好預警信息發(fā)布運行監(jiān)控和預警發(fā)布反饋統(tǒng)計分析。
第二十條
區(qū)縣根據(jù)本區(qū)縣實際情況,與電臺、電視臺等商定預警信息播出辦法,電臺以實時滾動播報、中斷插播等形式,電視臺以掛角標、滾動字幕的方式按預警信息發(fā)布的時間要求,發(fā)布預警信息。
第二十一條
需要使用短信進行預警信息發(fā)布的,通過與市級預警信息發(fā)布中心系統(tǒng)對接的方式,利用市級短信分區(qū)域分群組的發(fā)布功能,向本區(qū)縣內(nèi)發(fā)布預警短信。
第二十二條
通過系統(tǒng)對接的方式,向本區(qū)縣管理的微博、預警信息發(fā)布網(wǎng)站發(fā)布預警信息。
第二十三條
區(qū)縣需要使用市級預警信息發(fā)布中心管理的預警信息發(fā)布資源門戶網(wǎng)站、QQ彈窗、跨區(qū)縣資源等,通過系統(tǒng)對接的方式,將預警信息傳輸?shù)绞屑夘A警信息發(fā)布中心,再由市級預警信息發(fā)布中心轉發(fā)。
第五章
附
則
第二十四條
本流程規(guī)范執(zhí)行中的問題由區(qū)縣預警信息發(fā)布中心負責解釋。
第二十五條
本辦法自印發(fā)之日起施行。
第二篇:預警信息發(fā)布制度
冰峰風電場
預警信息發(fā)布制度
國華河北分公司冰峰風電場
二〇一三年一月一日
冰峰風電場
一、編制目的
為了規(guī)范突發(fā)事件預警信息的發(fā)布,向風電場作業(yè)人員提供及時、準確、客觀、全面的預警信息,最大限度預防和減少突發(fā)事件發(fā)生及其造成的危害,保障人身和設備安全,特制定本辦法。
二、適用范圍
適用于冰峰風電場一切預警信息的發(fā)布。
三、術語和定義
3.1 預警:指在災害或災難以及其他需要提防的危險發(fā)生之前,根據(jù)以往的總結的規(guī)律或觀測得到的可能性前兆,向相關部門發(fā)出緊急信號,報告危險情況,以避免危害在不知情或準備不足的的情況下發(fā)生,從而最大程度的減低危害所造成的損失的行為。
3.2 報告:是向上級單位匯報工作、反映情況、提出意見或者建議,答復上級單位的詢問。
四、管理內(nèi)容與要求
4.1 預警信息發(fā)布要準確、及時、客觀、全面,最大限度預防和減少各類突發(fā)事件的發(fā)生及其造成的危害,保障員工生命健康,維護公司財產(chǎn)安全,確保安全生產(chǎn)。
4.2 應急管理辦公室在突發(fā)事件即將發(fā)生或發(fā)生的可能性增大,應當根據(jù)職責權限和程序要求,發(fā)布相應級別的警報,決定并宣布風電場或工作地點進入預警期,并根據(jù)情況變化適時調(diào)整預警級別和宣布解除警報。
冰峰風電場
4.3 預警信息包括以下所列險情:地震、強風、大雨、強降溫、冰凍等自然災害和地質(zhì)災害預警信息以及現(xiàn)場人員匯報的預警信息。
4.4 預警信息應當包括發(fā)布單位、發(fā)布時間、可能發(fā)生的突發(fā)事件的類別、起始時間、可能影響范圍、預警級別、警示事項、相關措施、咨詢電話等。
4.5 安全生產(chǎn)隱患預警通知單由安健環(huán)部按職責分工擬定發(fā)出。4.6 所列險情發(fā)生時,應急辦公室應立即按照處置要求,向有關班組和人員發(fā)布預警信息和處置命令,停止生產(chǎn),先撤人員,再分析原因。
4.7 充分利用調(diào)度通訊、手持擴音器、無線通訊、手機短信、飛信、對講機等傳播手段,及時發(fā)布預警信息。
4.8 風電場作業(yè)人員接到預警信息后,應當按照有關規(guī)定,立即采取應急措施做好防御和處置工作,避免或者降低突發(fā)事件造成或可能造成的損害。
4.9 值班人員要隨時關注預警信息變化情況,密切跟蹤災害發(fā)生過程,及時了解現(xiàn)場情況,確保通信聯(lián)絡暢通;及時向上級單位通報情況,加強溝通協(xié)調(diào),一旦出現(xiàn)災情,要立即向領導和有關部門報告。
4.10 全體員工有義務向風電場應急管理辦公室提供預警信息,瞞報、漏報的將嚴肅追究。任何單位和個人不得編造、傳播虛假預
冰峰風電場
警信息。
4.11 預警信息發(fā)布人員玩忽職守,導致預警信息的發(fā)布出現(xiàn)失誤,造成嚴重后果的,對主要負責人、直接責任人給予嚴肅處理。
五、檢查與考核
5.1 公司對預警信息發(fā)布工作的檢查與考核,按照《安全生產(chǎn)管理辦法》進行。
6、附則
6.1 本制度由國華赤誠公司冰峰風電場負責解釋。6.2 本制度實行一年,通過實踐不斷修改、完善。6.3 本制度自頒布之日起實施。
第三篇:網(wǎng)絡預警信息發(fā)布標準
網(wǎng)絡預警信息發(fā)布標準
一、網(wǎng)絡預警信息分類
網(wǎng)絡預警信息分3級,按業(yè)務影響的不同派發(fā)網(wǎng)絡預警信息至相關人員。
(一)網(wǎng)絡一級預警 發(fā)送門限:
1、當接到呼叫服務中心投訴一級預警。
2、當交換專業(yè)發(fā)生影響業(yè)務的一級告警
3、當數(shù)據(jù)專業(yè)發(fā)生影響業(yè)務的一級告警
4、當動環(huán)專業(yè)某一地區(qū)累計停電20個基站
5、當無線專業(yè)某一地區(qū)累計退服10個基站
6、當傳輸專業(yè)發(fā)生不影響業(yè)務的光纜中斷。
7、當傳輸專業(yè)發(fā)生影響業(yè)務的光纜中斷。發(fā)送人員:
網(wǎng)絡維護部門三級經(jīng)理在內(nèi)的所有網(wǎng)絡維護、管理人員。具體網(wǎng)絡一級預警接收人員.doc見:
(二)網(wǎng)絡二級預警 發(fā)送門限:
1、當接到呼叫服務中心投訴三級預警。
2、當動環(huán)專業(yè)某一地區(qū)累計停電40個基站。
3、當傳輸專業(yè)發(fā)生不影響業(yè)務的光纜中斷持續(xù)4小時。
4、當傳輸專業(yè)發(fā)生影響業(yè)務的光纜中斷。
5、當無線專業(yè)某一地區(qū)累計退服30個基站
6、當交換專業(yè)發(fā)生影響業(yè)務的一級告警持續(xù)1小時。
7、當數(shù)據(jù)專業(yè)發(fā)生影響業(yè)務的一級告警持續(xù)1小時。
發(fā)送人員:
網(wǎng)絡維護部門二級經(jīng)理在內(nèi)的所有網(wǎng)絡維護、管理人員。具體網(wǎng)絡二級預警接收人員.doc見:
(三)網(wǎng)絡三級預警 發(fā)送門限:
1、當接到呼叫服務中心投訴四級預警。
2、當交換專業(yè)發(fā)生影響業(yè)務的一級告警持續(xù)2小時。
3、當數(shù)據(jù)專業(yè)發(fā)生影響業(yè)務的一級告警持續(xù)2小時。
4、當動環(huán)專業(yè)某一地區(qū)累計停電40個以上基站
5、當傳輸專業(yè)發(fā)生影響業(yè)務的光纜中斷持續(xù)1小時。
6、當無線專業(yè)某一地區(qū)累計退服40個基站
7、當無線專業(yè)某一縣級行政區(qū)累計80%的基站退服。發(fā)送人員:區(qū)公司網(wǎng)絡部二級經(jīng)理在內(nèi)的所有網(wǎng)絡維護、管理
網(wǎng)絡三級預警接收人員.doc人員。具體見:
二、網(wǎng)絡預警信息的判斷標準
1、按故障發(fā)生后達到網(wǎng)絡預警發(fā)送門限要求判斷并統(tǒng)計發(fā)布。
2、凡未標識工程標記的基站退服等嚴重告警,均按故障信息統(tǒng)計發(fā)布。
3、有工程標記的基站退服等嚴重告警在每日凌晨6點未恢復的,均按故障信息統(tǒng)計發(fā)布。
三、網(wǎng)絡預警信息發(fā)送模板
當同時發(fā)生影響多業(yè)務網(wǎng)絡故障時,按故障設備專業(yè)的信息模板發(fā)送網(wǎng)絡預警信息。
(一)交換專業(yè)
交換故障初始預警需寫清楚:故障發(fā)生時間、網(wǎng)元、告警名稱、其他專業(yè)告警情況、業(yè)務影響范圍、投訴情況、聯(lián)系處理情況、簽名。
交換故障階段預警需寫清楚:幾日幾點發(fā)生的何故障初步原因、目前處理情況、聯(lián)系處理情況、業(yè)務影響變化情況、投訴情況、其他專業(yè)告警情況、簽名。
交換故障撤銷預警需寫清楚:幾日幾點發(fā)生的何故障已于幾日幾點恢復,是何原因造成,業(yè)務恢復情況、其他專業(yè)告警情況、投訴情況、簽名。
2、具體參考樣例:
1)交換故障初始預警:8月5日15:06開始ALTDM1(阿勒泰關口局)產(chǎn)生至ALTTT(阿勒泰鐵通)的目的信令點不可達告警,其他專業(yè)無相關告警,預計影響阿勒泰移動用戶與鐵通用戶之間的通話、目前未收到用戶投訴,已通知當?shù)丶昂诵木W(wǎng)XXX(***)處理。監(jiān)控室XXX,831804。
2)交換故障階段預警8月5日15:06發(fā)生的阿勒泰關口局至阿勒泰鐵通的故障,目前聯(lián)系當?shù)氐弥怯捎趯Ψ皆O備故障造成,當?shù)卣诼?lián)系鐵通緊急處理。業(yè)務影響為:XXXXXX,XXXXXX,,投訴已攔截。其他專業(yè)無相關告警。監(jiān)視室將繼續(xù)關注,XXX,831804。
3)交換故障撤銷預警8月5日15:06發(fā)生的阿勒泰關口局至阿勒泰鐵通的故障已于17:17分恢復,原因為阿勒泰地區(qū)鐵通設備停電后無法啟動造成。目前業(yè)務已恢復,各專業(yè)無相關告警。已無新增用戶投訴。監(jiān)控室XXX 831804。
(二)無線專業(yè)
:
1、信息模板如下:(1)BSC、RNC 無線BSC、RNC故障初始預警需寫清楚:故障發(fā)生時間、網(wǎng)元、告警名稱、其他專業(yè)告警情況、業(yè)務影響范圍、投訴情況、聯(lián)系處理情況、簽名。
無線BSC、RNC故障階段預警需寫清楚:幾日幾點發(fā)生的何故障初步原因、目前處理情況、聯(lián)系處理情況、業(yè)務影響變化情況、投訴情況、其他專業(yè)告警情況、簽名。
無線BSC、RNC故障撤銷預警需寫清楚:幾日幾點發(fā)生的何故障已于幾日幾點恢復,是何原因造成,業(yè)務恢復情況、其他專業(yè)告警情況、投訴情況、簽名。(2)BTS 無線BTS故障初始預警需寫清楚:故障發(fā)生時間、地區(qū)、基站退服數(shù)量、地區(qū)占比、其他專業(yè)告警情況、投訴情況、聯(lián)系處理情況、簽名。
無線BTS故障階段預警需寫清楚:幾日幾點發(fā)生的何故障初步原因、目前處理情況、聯(lián)系處理情況、VIP站情況、主要覆蓋區(qū)域占比、投訴情況、其他專業(yè)告警情況、簽名。
無線BTS故障撤銷預警需寫清楚:幾日幾點發(fā)生的何故障已于幾日幾點恢復,是何原因造成,解決方法,其他專業(yè)告警恢復情況、基站恢復情況、投訴情況、簽名。
2、具體參考樣例:
(1)BSC、RNC 無線BSC、RNC故障初始預警:7月25日19:06開始WLRNC01產(chǎn)生通信連接中斷一級告警,交換專業(yè)出現(xiàn)了至WLRNC01路由不可用二級告警,預計影響南湖片區(qū)TD用戶通話、目前未收到用戶投訴,已通知優(yōu)化部XXX(***4)處理。監(jiān)控室XXX,831804。
無線BSC、RNC故障階段預警:7月25日19:06發(fā)生的WLRNC01的故障,目前聯(lián)系優(yōu)化部得知是由于WLRNC01主板故障造成,優(yōu)化部正在緊急處理。業(yè)務影響為:XXXXXX,XXXXXX,,投訴已攔截。交換專業(yè)告警尚未恢復。監(jiān)視室將繼續(xù)關注,XXX,831804。
無線BSC、RNC故障撤銷預警:7月25日19:06發(fā)生的WLRNC01的故障,已于22:10分恢復,原因為WLRNC01主板故障后,切換備板時,心跳信號異常,導致切換失敗造成。后經(jīng)人工重啟后正常。目前業(yè)務已恢復,交換專業(yè)相關告警恢復。已無新增用戶投訴。監(jiān)控室XXX 831804。(2)BTS 無線BTS故障初始預警: 8月8日22:26分克州地區(qū)22個基站退服,占克州21%的基站退服。目前傳輸專業(yè)有R-LOS告警,尚未接到用戶投訴,已聯(lián)系當?shù)豖XX(***)處理監(jiān)控室831804。無線BTS故障階段預警:
8月8日22:26分克州地區(qū)22個基站退服故障,已初步查明是由于洪水將兩條光纜沖斷造成,目前當?shù)鼐S護人員吳中明正在搶修中,***。退服基站中:VIP站3個、市區(qū)站占25%、郊區(qū)站占75%。尚未接到用戶投訴,已發(fā)投訴公告,傳輸R-LOS告警尚未恢復。監(jiān)控室將繼續(xù)關注.XXX 831804。
無線BTS故障撤銷預警:8月8日22:26分克州地區(qū)22個基站退服故障已于8月9日22:00恢復正常。原因為:洪水將克州兩條光纜(克州布倫口水電站--切列克其,蓋孜--克州公格爾水電站)沖斷導致。目前光纜已搶修完畢,基站已全部恢復正常,感謝您的關注。監(jiān)控室831804。
(三)傳輸專業(yè)
1、信息模板如下:
傳輸故障初始預警需寫清楚:故障發(fā)生時間、傳輸類型、地區(qū)、中斷光纜名稱,是否影響業(yè)務(影響業(yè)務的情況:基站退服數(shù)、地區(qū)占比),其他專業(yè)告警情況、投訴情況、聯(lián)系處理情況、簽名。
傳輸故障階段預警需寫清楚:幾日幾點發(fā)生的何故障初步原因、目前處理情況、聯(lián)系處理情況、影響業(yè)務情況:VIP站情況、主要覆蓋區(qū)域占比、投訴情況、其他專業(yè)告警情況、簽名。
傳輸故障撤銷預警需寫清楚:幾日幾點發(fā)生的何故障已于幾日幾點恢復,是何原因造成,解決方法,其他專業(yè)告警恢復情況、基站恢復情況、投訴情況、簽名。
2、具體參考樣例:
傳輸故障初始預警: 5月23日12:26分二干波分伊犁地區(qū)查圖木至返修橋光纜斷,不影響業(yè)務(影響46個基站退服,占伊犁30%的基站退服。)目前傳輸專業(yè)有R-LOS告警,無線專業(yè)大量小區(qū)退服告警,尚未接到用戶投訴,已聯(lián)系當?shù)豖XX(***)處理監(jiān)控室831804。
傳輸故障階段預警: 5月23日12:26分伊犁地區(qū)查圖木至返修橋光纜斷故障,已初步查明是由于當?shù)厥┕蓷l光纜挖斷造成,目前當?shù)鼐S護人員王剛正在搶修中,***。不影響業(yè)務(影響為:退服基站目前46個:VIP站7個、市區(qū)站占75%、郊區(qū)站占25%)。有用戶投訴,已發(fā)投訴公告,傳輸R-LOS告警及無線專業(yè)小區(qū)退服告警尚未恢復。監(jiān)控室將繼續(xù)關注.XXX 831804。
傳輸故障撤銷預警:5月23日12:26分伊犁地區(qū)查圖木至返修橋光纜斷故障,已于5月23日23:00恢復正常。原因為:伊犁當?shù)厝朔拦こ淌┕げ閳D木至返修橋光纜挖斷造成。目前光纜已搶修完畢,影響退服基站已全部恢復正常,感謝您的關注。監(jiān)控室831804。
(四)動環(huán)專業(yè)
1、信息模板如下:
動環(huán)故障初始預警需寫清楚:故障發(fā)生時間、地區(qū)、基站停電數(shù)量、地區(qū)占比、其他專業(yè)告警情況、影響業(yè)務情況、投訴情況、聯(lián)系處理情況、簽名。
動環(huán)故障階段預警需寫清楚:幾日幾點發(fā)生的何故障初步原因、目前處理情況、影響業(yè)務情況及占比,停電VIP站情況、停電主要覆蓋區(qū)域占比、投訴情況、其他專業(yè)告警情況、簽名。
動環(huán)故障撤銷預警需寫清楚:幾日幾點發(fā)生的何故障已于幾日幾點恢復,是何原因造成,解決方法,其他專業(yè)告警恢復情況、基站恢復情況、投訴情況、簽名。
2、具體參考樣例:
動環(huán)故障初始預警: 8月8日22:26分克州地區(qū)22個基站停電,占克州21%的基站停電。目前相關專業(yè)無告警,沒有影響業(yè)務,未接到用戶投訴,已聯(lián)系當?shù)豖XX(***)處理監(jiān)控室831804。
動環(huán)故障階段預警:
8月8日22:26分克州地區(qū)22個基站停電故障,已初步查明是由于當?shù)叵揠娫斐?,目前當?shù)鼐S護人員吳中明已在聯(lián)系當?shù)仉娏Σ块T,***。目前停電基站中已有5個基站退服,均為溫宿縣,占溫宿縣10%。停電基站中有VIP站1個、市區(qū)站占25%、郊區(qū)站占75%。尚未接到用戶投訴,已發(fā)投訴公告,無線側小區(qū)退服告警尚未恢復。監(jiān)控室將繼續(xù)關注.XXX 831804。
動環(huán)故障撤銷預警:8月8日22:26分克州地區(qū)22個基站停電,導致5個基站退服的故障已于8月9日22:00恢復正常。原因為:當?shù)仉娏Σ块T限電造成,經(jīng)過當?shù)芈?lián)系處理后,市電恢復。目前無線側相關告警已恢復,退服及停電基站已全部恢復正常,感謝您的關注。監(jiān)控室831804。
(五)數(shù)據(jù)專業(yè)
1、信息模板如下:
數(shù)據(jù)故障初始預警需寫清楚:故障發(fā)生時間、網(wǎng)元、告警名稱、投訴情況、其他專業(yè)告警情況、聯(lián)系處理情況、簽名。
數(shù)據(jù)故障階段預警需寫清楚:幾日幾點發(fā)生的何故障初步原因、目前處理情況、聯(lián)系處理情況、業(yè)務影響變化情況、投訴情況、其他專業(yè)告警情況、簽名。
數(shù)據(jù)故障業(yè)務恢復階段預警需寫清楚:幾日幾點發(fā)生的何故障,業(yè)務已于幾點幾分恢復,是通過什么方式恢復。目前故障聯(lián)系處理情況、投訴情況、其他專業(yè)告警情況、簽名。
數(shù)據(jù)故障撤銷預警需寫清楚:幾日幾點發(fā)生的何故障已于幾日幾點恢復,是何原因造成,業(yè)務恢復情況、其他專業(yè)告警情況、投訴情況、簽名。
2、具體參考樣例:
數(shù)據(jù)故障初始預警:3月30日13:26開始GPRS產(chǎn)生RADIUS計費服務器無響應、GGSN丟失鏈接告警,目前已接到部分GPRS用戶無法正常使用CMWAP-APN的投訴,其他專業(yè)無相關告警,已通知核心網(wǎng)徐建,***處理 監(jiān)控室XXX,831804。
數(shù)據(jù)故障階段預警3月30日13:26開始的GPRS的故障,目前聯(lián)系核心網(wǎng)徐建得知是由于設備硬件故障造成,核心網(wǎng)徐建***正在緊急處理。業(yè)務影響為:XXXXXX,XXXXXX,,投訴已攔截。其他專業(yè)無相關告警。監(jiān)視室將繼續(xù)關注,XXX,831804。
數(shù)據(jù)故障業(yè)務恢復階段預警3月30日13:26開始的GPRS的故障,業(yè)務已于14:04恢復,是通過加載單板數(shù)據(jù)迂回路由方式恢復,目前聯(lián)系核心網(wǎng)徐建正在處理GPRS設備硬件故障,投訴已攔截。其他專業(yè)無相關告警。監(jiān)視室將繼續(xù)關注,XXX,831804。
數(shù)據(jù)故障撤銷預警3月30日13:26開始的GPRS的故障,已于15:15分恢復,原因為GRPS系統(tǒng)MMC板故障,導致主用模塊無法正常加載數(shù)據(jù)造成。目前業(yè)務已恢復,各專業(yè)無相關告警。已無新增用戶投訴。監(jiān)控室XXX 831804。
(六)投訴專業(yè)
1、信息模板如下:
接呼叫服務中心投訴后,初始預警需寫清楚:幾點幾分接呼服的什么投訴(投訴地點,多少用戶無法使用什么業(yè)務)、初步原因判斷、其他專業(yè)告警情況、或聯(lián)系處理情況。簽名。
接呼叫服務中心投訴后,階段預警需寫清楚:幾點幾分的什么地區(qū)的什么投訴、初步原因(什么專業(yè),什么網(wǎng)元的什么故障造成)及影響范圍(什么地區(qū),全部用戶還是部分用戶),目前聯(lián)系處理情況、簽名。
接呼叫服務中心投訴后,撤銷預警需寫清楚:幾點幾分的什么地區(qū)的什么投訴,業(yè)務已于幾點幾分恢復,是通過什么方式恢復。專業(yè)告警恢復情況、簽名。
2、具體參考樣例:
接呼叫服務中心投訴后,初始預警:29日21:02接到客服發(fā)布預警:反映木壘、奇臺的大量用戶無法使用GPRS業(yè)務,已聯(lián)系昌吉本地初步核實為GB電路故障,目前監(jiān)視室交換、無線、無相關告警,數(shù)據(jù)專業(yè)有GB電路不可用告警,現(xiàn)核心網(wǎng)維護部郭琳***及伊力卡爾***正在核實處理中。監(jiān)視室:831804。
接呼叫服務中心投訴后,階段預警:29日21:02木壘、奇臺的大量用戶無法使用GPRS業(yè)務投訴,初步核實為數(shù)據(jù)專業(yè)GPRS系統(tǒng)GB電路故障造成,影響范圍是:木壘、奇臺部分用戶無法使用GPRS業(yè)務?,F(xiàn)核心網(wǎng)維護部伊力卡爾***正在進一步處理中。監(jiān)視室:831804。
接呼叫服務中心投訴后,撤銷預警:29日21:02木壘、奇臺的大量用戶無法使用GPRS業(yè)務的投訴,已于21:30恢復正常;經(jīng)核心網(wǎng)維護部維護人員重新插拔板件后故障恢復。數(shù)據(jù)專業(yè)GB電路不可用告警已恢復。監(jiān)視室:831804。
第四篇:氣象預警信息發(fā)布系統(tǒng)設計定稿_
氣象預警信息發(fā)布系統(tǒng)工程設計
班級:09系統(tǒng)一班 姓名:姜培 學號:20091325037
【摘要】:我國是自然災害頻發(fā)的國家之一,其中氣象災害或與氣象有關的災害造成失占整個自然災害造成損失的70%以上。氣象災害給人類造成的危害十分嚴重,特別是重大的災害性天氣對國民經(jīng)濟、群眾生活以及國家安全所造成的損失更為直接,帶來的災難更為深重。我國每年因各種氣象災害造成的經(jīng)濟損失約占國內(nèi)生產(chǎn)總值(GDP)的3%-6%。加強對氣象災害的預警,將氣象預警信息及時、準確、最大范圍的傳達到需要預警的地區(qū),成為目前迫切需要解決的重大課題。
論文主要針對公眾聚集場所和廣大農(nóng)村及偏遠山區(qū)預警信息的覆蓋發(fā)布目標。試圖建立起有針對性的預警信息發(fā)布系統(tǒng)并設計完成信息發(fā)行終端設各,文字顯示和語音播報預警信息,達到預警目的。針對人群聚集的公眾場所預警信息發(fā)布形式單
一、效果差、無法語音播報等問題,設計和實現(xiàn)了基于GSM網(wǎng)絡的氣象預警LED屏信息發(fā)布子系統(tǒng),主要功能是通過中控平臺控制,將氣象預警信息及時準確在各個需要預警地區(qū)的LED屏上文字滾動顯示,同時利用文語轉換,同步播放語音信息,達到預警目的。針對廣大農(nóng)村及偏遠山區(qū)預警信息無法覆蓋、預警接收設備欠缺的問題,同時由于這些地區(qū)可能無GSM網(wǎng)絡覆蓋,或LED屏不便安置等原因,設計和實現(xiàn)了基于無線廣播網(wǎng)的氣象預警專用調(diào)頻接收機信息發(fā)布子系統(tǒng),主要功能是通過中控平臺控制,利用調(diào)頻多工在RDS信道上傳播預警信息和控制信息,使具有RDS功能的專用接收機接收頂警文字信息并自動跳轉到預警頻道。達到預警目的。
一、氣象災害的涵義及氣象災害的破壞性
大氣變化產(chǎn)生的各種天氣現(xiàn)象對人類的的生命財產(chǎn)和國民經(jīng)濟建設以及國防建設等造成直接或間接的損失,稱為氣象災害。諸如狂風刮倒房屋;暴雨引起洪澇淹沒田地:長期無雨形成干旱,枯死莊稼,渴死人畜:高溫酷暑和低溫嚴寒造成病人增加、死亡率增高;雷電擊死擊傷人畜或引起火災等等。氣緣災害可分為天氣災害和氣候災害。天氣災害是指一次天氣過程,如某一次熱帶氣旋、某一次暴雨、某一次龍卷風等造成的災害。氣候災害是指氣候異常而造成的災害。如該下雨的季節(jié)不下雨,該冷不冷,該熱不熱等反常天氣現(xiàn)象的出現(xiàn),導致人類及動植物的不適應,.影響人類社會活動及生產(chǎn)活動,危及動植物的正常生長發(fā)育,造成經(jīng)濟損失和其他損失。
氣象災害給人類造成的危害十分嚴重,特別是重大的災害性天氣對國民經(jīng)濟、群眾生活以及國家安全所造成的損失更為直接,帶來的災難更為深重。根據(jù)中國氣象局預測減災司的統(tǒng)計: 1998年長江、松花江、嫩江等發(fā)生全流域性特大洪水,全國29個省(區(qū)、市)受到洪澇災害的影響,受災嚴重的有11個省(區(qū)、市),全國因洪澇災害受災人口達1.8億人(次),成災l.2億人(次),因災害死亡4150人,緊急安置轉移1839.3萬人,經(jīng)濟損失達2550億元:2003年,淮河流域特大洪水因連續(xù)強暴雨過程而形成,經(jīng)濟損失達285億元。上述列舉的實例表明,氣象災害,特別是重大氣象災害造成損失是相當巨大的。因此,重視氣象災害的預測、預報及防御,加強對氣象災害的預警,最大限度降低氣象災害損失刻不容緩,如何將氣象預警信息及時準確的傳達到災害發(fā)生地,最大程度的降低災害損失,成為目前迫切需要解決的重大問題。
二、氣象預警系統(tǒng)的建立
1、系統(tǒng)建立的目的
氣象預警系統(tǒng)建立的主要目的就是改善傳統(tǒng)的氣象預警發(fā)布模式,將氣象預警信息制作與發(fā)布實現(xiàn)一體化,減少不必要的操作工序,使預警信息發(fā)布流程大為簡化。
2、系統(tǒng)主要功能
氣象預警發(fā)布系統(tǒng)是集實況監(jiān)測、天氣分析、氣象預警信息制作、發(fā)布及查詢于一體的氣象業(yè)務應用平臺。其主要功能為制作氣象預警信息,并以LED顯示屏、收音機、文本、手機短信、“12121”文件以及網(wǎng)頁的形式發(fā)布。
論文設計和實現(xiàn)的氣象預警信息發(fā)布系統(tǒng)利用中控平臺統(tǒng)一管理預警信息,兩個子系統(tǒng)分別利用GSM網(wǎng)和無線廣播網(wǎng)進行通信,各自針對不問人群和不同場所,互相補充,達到預警信息的最大覆蓋,為推進氣象預警發(fā)布工作的實施提供了一種方案和思考,同時對兩類子系統(tǒng)的設計方案、硬件構成、功能實現(xiàn)及預警信息發(fā)布的控制和實施過程等關鍵問題,給出了設計方法和問題的解決方案
三、氣象預警信息發(fā)布國內(nèi)外研究現(xiàn)狀 1.國外研究現(xiàn)狀
近年來,隨著全球氣候變暖,極端氣候事件不斷發(fā)生,在目前的科技條件下,還不能準確預報氣象災害。為盡量減少災害奪去人們生命和財產(chǎn)的損失,各國都在尋求有效地氣象災害預警機制。
莫斯科氣象局預測或監(jiān)測到災害天氣時,將氣象信息通過廣播、電視、報紙等大眾傳媒,特別是電臺及時將有關信息傳達給大眾。德國“危機預防信息系統(tǒng)”(DENIS)是一個開放的互聯(lián)網(wǎng)平臺,提供各種危急情況下如何采取防護措施的信息,為在災害臨近前盡快通知公眾預警,德國在2001年10月開始運行一套新型衛(wèi)星通信系統(tǒng)。通過衛(wèi)星,然后通過電臺、電視臺傳播出去,速度只需幾秒鐘。韓國消防防災廳實施對災害多發(fā)地區(qū)的居民實施手機文字和語音短信發(fā)向災害警報的方法,減少居民因無法接到災害信息而受到的損失,在山谷等手機信號難以覆蓋的地方,增設自動警報設施。
2.國內(nèi)研究現(xiàn)狀 國內(nèi)在氣象預警信息發(fā)布方面的研究工作起步較晚,應用水平也較低,特別是,可實時監(jiān)控、便于業(yè)務化管理的綜合預警信息發(fā)布平臺的建立,以及專用氣象預警接收設備的研究幾乎是空白。山東省為加強突發(fā)公共事件預警能力,利用人民防空警報系統(tǒng)發(fā)布災情警報。廣東、陜西、河南等其它省基本通過手機短信、廣播、電視、報紙和網(wǎng)絡媒體進行公眾預警。近兩年各省也在研究利用電子顯示屏發(fā)布預警信息的方式。
3.論文主要研究內(nèi)容概述
論文主要研究內(nèi)容可概況為三個方面:信息發(fā)布端軟件設計,LED屏子系統(tǒng)的硬件設計和軟件實現(xiàn),專用接收機子系統(tǒng)的硬件設計和軟件實現(xiàn)。
論文針對不同人群和不同場所氣象預警信息發(fā)布工作的實際需要,設計和實現(xiàn)了兩個子系統(tǒng),其中氣象預警LED屏信息發(fā)布子系統(tǒng)基于GSM網(wǎng)絡,主要針對人員聚集的公共場所,接收終端嵌入手機模塊、語音轉換模塊、信息采集模塊,由主控板統(tǒng)一控制,預警信息通過GSM網(wǎng)絡與發(fā)行中控平臺通信:氣象預警專用調(diào)頻接收機信息發(fā)布子系統(tǒng)基于無線廣播網(wǎng)絡的RDS和SCA技術,主要針對廣大農(nóng)村及偏遠山區(qū),接收終端嵌入RDS和SCA的解碼器,預警信息通過無線廣播網(wǎng)與中控平臺通信,論文主要討論了這兩類子系統(tǒng)的設計方案、硬件構成、主要功能及預警信息發(fā)布的實現(xiàn)過程。同時,介紹了對兩類子系統(tǒng)進行統(tǒng)一管理和監(jiān)控的預警信息發(fā)布中控平臺。論文所做的主要工作包括:
討論了系統(tǒng)信息發(fā)布端的軟件設計和通信建立,在接收端硬件設計和軟件實現(xiàn)的基礎上。實現(xiàn)了由中控平臺統(tǒng)一管理預警信息,兩個子系統(tǒng)各自針對不同人群和不同場所分散發(fā)布,互相補充的預警綜合系統(tǒng),達到預警信息的最大覆蓋,為推進氣象預警發(fā)布工作的實施提供了一種方案和思考。
針對人群聚集的公眾場所預警信息發(fā)布形式單
一、效果差、無法語音播報等問題,設計和實現(xiàn)了基于GSM網(wǎng)絡的氣象預警LED屏信息發(fā)布子系統(tǒng),主要功能是通過中控平臺控制,將氣象預警信息及時準確在各個需要預警地區(qū)的LED屏上文字滾動顯示,同時利用文語轉換,同步播放語音信息,達到預警目的。
針對廣大農(nóng)村及偏遠山區(qū)預警信息無法覆蓋、預警接收設備欠缺的問題,同時由于這些地區(qū)可能無GSM網(wǎng)絡覆蓋,或LED屏不便安置等原因,設計和實現(xiàn)了基于無線廣播網(wǎng)的氣象預警專用調(diào)頻接收機信息發(fā)布子系統(tǒng),主要功能是通過中控平臺控制,利用調(diào)頻多工在RDS信道上傳播預警信息和控制信息,使具有RDS功能的專用接收機接收預警文字信息并自動跳轉到預警頻道。達到預警目的。全文有5個章節(jié)組成,各章主要內(nèi)容安排如下:
第一章:緒論,主要介紹論文選題的背景及研究意義,大致介紹了氣象預警信息發(fā)布國內(nèi)外目前的研究現(xiàn)狀,初步介紹了論文的研究內(nèi)容和章節(jié)安排。
第二章:系統(tǒng)的總體結構設計,介紹了該系統(tǒng)建設的需求情況,分析了系統(tǒng)的總體結構,特別對本論文重點研究的兩個子系統(tǒng)的信息發(fā)布總方案進行了概要性的說明。第三章:系統(tǒng)發(fā)布端設計,介紹了信息發(fā)布中控平臺的結構和功能,說明了中控平臺對子系統(tǒng)信息發(fā)布過程的建立和信息管理的功能實現(xiàn)。
第四章:總結,對全文內(nèi)容進行了概括性總結,對下一步研究工作提出了展望。
四、總結
氣象災害給人類造成的損失越來越引起社會的廣泛關注,提高氣象預報能力,加強災害預警,將氣象災害預報的信息最早、最及時、最有效的傳遞到需要預警的地區(qū),告知人們做好準備。是降低災害損失的有效途徑。
論文主要針對公眾聚集場所和廣大農(nóng)村及偏遠山區(qū)預警信息的覆蓋發(fā)布為目標。對信息發(fā)行端軟件設計,有針對性地對基于GSM網(wǎng)絡覆蓋的LED屏發(fā)布端和GSM覆蓋不到的調(diào)頻接收的發(fā)布端設計及軟件實現(xiàn)等方面做了嘗試。實現(xiàn)了在一個信息發(fā)布平臺對氣象預警信息集中統(tǒng)一收集處理和發(fā)布,集中管理和監(jiān)控。利用兩個子系統(tǒng)分布式將預警信息針對性的發(fā)布到不同場所不同人群中去,文字顯示和語音播報預警信息,達到預警目的。
論文主要做了兩個方面的工作:基于GSM網(wǎng)絡及調(diào)頻接收機信息發(fā)布端軟件設計,氣象預警信息發(fā)布系統(tǒng)技術闡釋。
信息發(fā)布端軟件設計的過程就是信息發(fā)布中控平臺的建立過程,論文介紹 了中控平臺的系統(tǒng)架構、功能組成、數(shù)據(jù)流程等情況,特別對中控平臺如何與 子系統(tǒng)建立連接,如何將預警信息發(fā)布到達接收終端,如何統(tǒng)一管理子系統(tǒng)進 行了說明。
基于氣象預警發(fā)布系統(tǒng)設計就是系統(tǒng)平臺的建立和軟件設計與實現(xiàn)的過程,論文介紹了系統(tǒng)體系架構及技術架構、數(shù)據(jù)采集和處理、軟件設計與實現(xiàn)等情況,特別對系統(tǒng)體系架構進行了詳細說明。
參考文獻
1、馬鶴年,沈國權1氣象服務學基礎[M ] 1北京:氣象出版社,2、程也.天氣災害的社會影響促使人們更加重視天氣服務[J].氣象科技, 1999 , 29(1):65.3、林卓宏, 梁敏妍, 盧炳源.氣象防災減災項目可行性評價[J].廣東氣象, 2008, 20(2): 40-42.4、張銀河, 崔少萍.本地暴雨預警信號效果評定初探[ J].廣東 氣象, 2008, 30(2): 49-51.5、駱繼賓.美國的無線防災預警系統(tǒng)-NWR [ J].氣象知識,2006(1): 33-35.6、袁麗軍, 粟華林.探討氣象短信的發(fā)展之路[J].廣西氣象,2006,27(3):40-42.7、王明潔, 曹春燕, 孫向明.深圳市短時、臨近氣象預報、預警業(yè)務系統(tǒng)簡介[J].廣東氣象, 2006, 28(3): 40-42.8、張小麗, 孫曉鈴, 曾漢溪.不同地點不同下墊面的高溫特征及預警信號發(fā)布[J].廣東氣象,2006,28(3): 34-37.
第五篇:北京大學主頁信息發(fā)布規(guī)定
? 北京大學主頁信息發(fā)布規(guī)定
校發(fā)[2008]3號
?
? 為規(guī)范北京大學主頁信息的發(fā)布,充分發(fā)揮主頁作為學校綜合信息門戶和形象展示窗口的作用,準確、及時地為校內(nèi)外訪問者提供豐富的信息資源,特制訂本規(guī)定。
第一條 北京大學主頁信息的發(fā)布遵循合法、規(guī)范、真實、及時的原則。任何單
第二條 信息化建設與管理辦公室是北京大學主頁的建設和管理單位,負責組織協(xié)調(diào)校內(nèi)相關院系、管理部門和服務機構,對主頁信息發(fā)布的機制、流程、權限和技術手段進行規(guī)范化管理。在北京大學主頁出現(xiàn)的信息,須通過信息化建設與管理辦公室或
第三條 屬于適合向社會公開并希望為社會公眾所知曉的信息,包括北大新聞、各類通知公告、招聘啟事、招投標信息、學校動態(tài)信息等,可以通過北京大學主頁進行發(fā)布。
不屬于以上范圍的校內(nèi)公共信息及其他信息,可通過校內(nèi)綜合信息服務門戶或二
第四條
北大新聞網(wǎng)負責北大新聞的采、編、發(fā),并對網(wǎng)站進行日常管理和維護。北京大學主頁從北大新聞網(wǎng)提取新聞標題、日期及圖片報道等的鏈接,訪問者閱讀新聞全文或
信息化建設與管理辦公室與北大新聞網(wǎng)應采用適當?shù)墓芾泶胧┖图夹g手段,保證
第五條 各類通知公告是指以北京大學為信息發(fā)布主體,或校內(nèi)直屬、附屬機構代表北京大學所發(fā)布的社會公共信息,如公告、通知、賀詞、訃告及一般啟事等。黨委辦公室校長辦公室是學校唯一授權在北京大學主頁發(fā)布各類通知公告的單位。信息來源單位須將通知公告內(nèi)容報黨委辦公室校長辦公室審批,由黨委辦公室校長辦公室在北大
校內(nèi)單位或個人向黨委辦公室校長辦公室提交所需發(fā)布內(nèi)容的電子版,并如實填寫《北京大學主頁公共信息發(fā)布審批表》(一式兩份),單位主管領導審核簽字、加蓋公章后,報送黨委辦公室校長辦公室,經(jīng)審核批準后予以發(fā)布(上述表格由兩辦和報送
黨委辦公室校長辦公室利用校內(nèi)辦公自動化系統(tǒng)以適當方式在北京大學主頁和校內(nèi)綜合信息服務門戶進行公共信息發(fā)布。
第六條 人事部是學校唯一授權在北京大學主頁發(fā)布人事招聘信息的單位;各單
人事部應對北京大學各類、各層次的人才引進計劃的網(wǎng)上信息進行分類建設和管理,北京大學主頁提供鏈接,訪問者了解更詳實的內(nèi)容,通過點擊鏈接進入人事部網(wǎng)站查詢。
第七條 招投標信息,須由具備代學校行使招標權資格的實驗室與設備管理部、基建工程部等單位審批,在國家規(guī)定的相關網(wǎng)站、以上單位指定或委托的網(wǎng)站發(fā)布,北大主頁提供鏈接,訪問者了解北京大學招標的詳實內(nèi)容,點擊鏈接進入相關網(wǎng)站查看。
第八條 學校動態(tài)信息是指北京大學主頁中有關學校概況的介紹,以及教育教學、科學研究、合作交流和文化活動等內(nèi)容的信息。由相應職能部門負責編寫、審核與發(fā)布;如涉及多個部門的,應由信息化建設與管理辦公室和相關部門協(xié)商確定發(fā)布機制,校內(nèi)單位或個人發(fā)布有關教育教學、科學研究、合作交流和文化活動等動態(tài)信息,須向教務部、科學研究部、社會科學部、國際合作部以及先進技術研究院等相關機構進
第九條 各類緊急通知,如校園網(wǎng)故障通知、停水倒閘通知以及安全保衛(wèi)通知等,確因情況緊急,信息來源單位可以適當方式告知黨委辦公室校長辦公室后,先行將信息內(nèi)容在北大主頁上發(fā)布,并在3個工作日內(nèi)補齊《北京大學主頁公共信息發(fā)布審批表》等相應程序。
第十條 堅持“業(yè)務誰主管,保密誰負責”的原則,各單位主管領導對本單位發(fā)布的各類公共信息要嚴格審查,嚴禁在北大主頁、校內(nèi)綜合信息服務門戶或二級單位網(wǎng)站發(fā)布工作秘密、國家秘密等涉密信息。
第十一條 本規(guī)定經(jīng)2008年1月3日第673次校長辦公會討論通過,自發(fā)布之
第十二條 本規(guī)定由信息化建設與管理辦公室負責解釋。