《公共設(shè)備數(shù)據(jù)維護(hù)人員技能鑒定考核教材》-預(yù)覽頁

　

【正文】 ）的網(wǎng)絡(luò)，這個阿帕網(wǎng)就是今天的 Inter 最早的雛形。 WAN 定義：在大范圍區(qū)域內(nèi)提供數(shù)據(jù)通信服務(wù)，主要用于互連局域網(wǎng)，主要設(shè)備有交換機(jī)、路由器等。 TCP 為傳輸控制協(xié)議， IP 為網(wǎng)際協(xié)議，是網(wǎng)絡(luò)層最重要的協(xié)議。 B 類 IP 地址 地址范圍從 到 。按照路由的尋徑算法和交換 路 由 信 息 的 方 式 ， 路 由 協(xié) 議 可 以 分 為 距 離 矢 量 協(xié) 議（ DistantVector）和鏈路狀態(tài)協(xié)議。短消息業(yè)務(wù)就是一項基本的電信業(yè)務(wù)，是 GSM 系統(tǒng)提供給用 戶的一種有別于語音傳輸?shù)耐ㄓ嵎绞健? 小區(qū)廣播短消息業(yè)務(wù)即通過 BSC 向一個指定區(qū)域中所有短消息用戶發(fā)送短消息的業(yè)務(wù)類型。可以發(fā)送短消息的實(shí)體（ SME）多種多樣，包括移動用戶、固定用戶、語音信箱、尋呼中心、以及其他業(yè)務(wù)系統(tǒng)，甚至可以通過 INTERNET 網(wǎng)絡(luò)發(fā)送短消息。短消息發(fā)送會失敗，但短消息中心會保存該短消息，并在 HLR 中設(shè)置等待標(biāo)志，一旦用戶開機(jī)或返回服務(wù)區(qū)， GSM 系統(tǒng)會即使通知短消息中心重發(fā)。 短消息中心可以避免因用戶關(guān)機(jī)而不斷重?fù)茉斐傻奶摷儇?fù)荷，從而減少網(wǎng)絡(luò)阻塞。通過廣泛得業(yè)務(wù)開展，可 以使用戶接受并樂于使用，這樣可以直接獲得增值收入 提高了網(wǎng)絡(luò)接通率 提供了便利的服務(wù)，推動了用戶的發(fā)展 增加了 GSM 用戶使用網(wǎng)絡(luò)的時間，增加了話費(fèi)收入 用戶 移動用戶對于信息的及時傳遞要求很高，但用戶的增長與網(wǎng)絡(luò)建設(shè)的相對滯后成為一個主要矛盾。 M900/M1800 INtessSMAXII 短消息中心 M900/M1800 INtessSMAXII 短消息中心，可支持手機(jī)之間互發(fā)短消息、短消息中心向手機(jī)用戶發(fā)送中英文短消息，并能對用戶進(jìn)行短消息的留言通知。這種開放式結(jié)構(gòu)既可方便擴(kuò)容保護(hù)用戶的一次性投資利益，又可方便快速地引入其它業(yè)務(wù)。 短消息業(yè)務(wù)功能介紹 平臺的基本業(yè)務(wù) 移動臺發(fā)起短消息（ MO） （電信業(yè)務(wù) 22） 移動臺 MS 可向短消息中心提交短消息，由短消息中心轉(zhuǎn)發(fā)給目的用戶。此時用戶手機(jī)將顯示信封圖標(biāo)，通知用戶有新留言，手機(jī)顯示移動郵箱號碼。 短消息的提交 當(dāng)短消息提交到短消息中心后，在確認(rèn)消息有效后，將短消息插入數(shù)據(jù)庫，并向發(fā)起者回發(fā)確認(rèn)消息，如果消息非法或短消息中心暫時無法處理，將向發(fā)起者回發(fā)提交失敗和失敗原因。如果是臨時性錯誤，短消息中心暫時不再向接收側(cè)轉(zhuǎn)發(fā)，直至從網(wǎng)絡(luò)接收到 Alert_SC 消息或短消息中心采用的重試機(jī)制定時到。對于普通優(yōu)先級消息，短消息中心首先判斷該MS 是否在服務(wù)區(qū)和有無存儲容量再進(jìn)行轉(zhuǎn)發(fā)，否則，短消息中心暫時不再向接收側(cè)轉(zhuǎn)發(fā)，直至從網(wǎng)絡(luò)接收到 Alert_SC 消息或短消息中心采用的重發(fā)機(jī)制定時到。 （ 3）定時觸發(fā)短消息：對有定時要求的短消息進(jìn)行定時觸發(fā)。 用戶核查能力 對于 MO 業(yè)務(wù)， M900/M1800 INtessSMAXII 短消息中心將核查主叫 MS（移動臺），即對其進(jìn)行鑒權(quán)以確定是否提供相應(yīng)業(yè)務(wù)。 該短消息中心將占有多個號碼，具體號碼根據(jù)本地網(wǎng)的具體情況而定。 ? 引用標(biāo)準(zhǔn) ?ETSI GSM 規(guī)范 （ ） ?ETSI GSM 規(guī)范 （ ） ?ETSI GSM 規(guī)范 () ?ETSI GSM 規(guī)范 (） CMPP 協(xié)議 ? 什么是 CMPP協(xié)議 ?China Mobile Peer to Peer 中國移動互聯(lián)網(wǎng)短信網(wǎng)關(guān)接口協(xié)議，目前 有 和 兩個版本的 CMPP 協(xié)議。 GGSN 支持與外部分組交換網(wǎng)的互通，并經(jīng)由基于 IP 的 GPRS 骨干網(wǎng)和 SGSN 連通。主要提供 MMS 業(yè)務(wù)的基本功能支撐：對 MM進(jìn)行存儲和處理，包括 MM 的接收、鑒權(quán)、下 發(fā)和報告等； MM 在不同 MMSC 之間的傳遞等操作； CDR（ Charging Data Record）話單用于計費(fèi)。 交換機(jī)（ Switch）： 也稱交換式集線器（ Switched Hub）。 路由器（ Router）： 路由器是一種用于網(wǎng)絡(luò)互連的計算機(jī)設(shè)備，它工作在 OSI 參考模型的第三層（網(wǎng)絡(luò)層），為不同的網(wǎng)絡(luò)之間報文尋徑并存儲轉(zhuǎn)發(fā)。 ： 當(dāng)對一個已經(jīng)做監(jiān)控的網(wǎng)元做割接等操作時，為了不產(chǎn)生告警，可以事先把要割接的網(wǎng)元加入工程網(wǎng)元，具體操作如下： 如果該網(wǎng)元有告警產(chǎn)生了，可以右鍵單擊，選擇加入工程網(wǎng)元 如果該網(wǎng)元沒有告警，可以使用菜單，點(diǎn)擊?其它?菜單，選擇?工程網(wǎng)元?，輸入該網(wǎng)元的 IP 地址進(jìn)行查詢，找到后，點(diǎn)擊添加即可。 PPP：點(diǎn)對點(diǎn)的協(xié)議，華為路由器默認(rèn)封裝，是面向字符的控制協(xié)議。 以太網(wǎng)卡可以工作在兩種模式下：半雙工和全雙工。 M900/M1800 INtessSMAXII 短消息中心將 SMS G/IW MSC 功能放在短消息中心的實(shí)體內(nèi)，以標(biāo)準(zhǔn)的 MAP 信令（ ETSI GSM/DCS 規(guī)范 ）與 PLMN 相連接。 消息流程 MO 消息流程 SC SMS IW M SC HLR VLRAcc ess req u estand po s sib l eaut hen t ica t ionMes sag e Tr a nsf e rFor war d _Sh o rtM e ssa geMSMSCSen dIn f oFo r _MO_ SMSMes sag eTra nsf e rAckAckAck MT 消息流程 Alert 消息流程 SCSMS GM S CHLR VLRMes sag e Tr a nsf e rFor war d _Sh o rtM e ssa geMSMSCSen dIn f oFo r _MT_ SMSDel ive r y R e por tMes sag eTra nsf e rSen dRo u tin g Info _Fo r _Sh o rtMe ssa g eDel ive r yRep ortSC GM S C HLR VLRRe g Fo rS MRP _ MS _T O_ NE TW OR K_SM S _AAL E RT _S CAL E RT _S CMS 四、 GPRS 組網(wǎng)結(jié)構(gòu)及基本流程 GPRS 是建立在 GSM 系統(tǒng)之上的，在原來的 GSM 中引入了兩個新的節(jié)點(diǎn)： Serving GPRS Support Node（ SGSN）和 Gateway GPRS Support Node（ GGSN），它們的功能簡述如下 : SGSN： SGSN 的作用類似與 MSC，負(fù)責(zé)轉(zhuǎn)發(fā)所有附著在本 SGSN 服務(wù)區(qū)內(nèi)的手機(jī)的 IP 包，它提供以下主要功能 ： SGSN 服務(wù)區(qū)內(nèi)手機(jī)的 IP 包的路由與轉(zhuǎn)發(fā)。手機(jī)可能會改變它的位置， SGSN 要負(fù)責(zé)手機(jī)的路由區(qū)更新、小區(qū)更新、 GPRS 附著以及分離的管理。 供到 HLR、 MSC、 BSC、 SMSGMSC、 SMSIWMSC 和 GGSN 的接口。 。也就是說只有 PDP 激活的用戶才有可能與目的網(wǎng)絡(luò)進(jìn)行數(shù)據(jù)交互 五、 了解彩信、 WAP 組網(wǎng)及基本流程 WAP 網(wǎng)關(guān)介于移動網(wǎng)絡(luò)和 inter 應(yīng)用之間，是手機(jī)訪問互聯(lián)網(wǎng)的關(guān)鍵設(shè)備， WAP網(wǎng)關(guān)設(shè)備在其中起著業(yè)務(wù)接入、業(yè)務(wù)承載、業(yè)務(wù)控制、內(nèi)容計費(fèi)采集和流量計費(fèi)采集等功能，它通過和 DSMP 數(shù)據(jù)業(yè)務(wù)管理平臺配合完成業(yè)務(wù)流程控制、內(nèi)容計費(fèi)和流量計費(fèi)等功能。 PFM 向 AAA 返回響應(yīng)消 息； 7. AAA 向 GGSN返回計費(fèi)應(yīng)答消息； 8. GGSN 向終端轉(zhuǎn)發(fā)用戶激活響應(yīng)。 多媒體消息業(yè)務(wù)系統(tǒng)采用模塊化、部件化的設(shè)計原則，將系統(tǒng)各功能模塊之間的關(guān)聯(lián)按最小耦合原則進(jìn)行設(shè)計，通過減少各模塊之間的關(guān)聯(lián)來降低系統(tǒng)運(yùn)行時的復(fù)雜度和故障率。例如：用戶 B 通過 UPWS 設(shè)置將消息轉(zhuǎn)給用戶 C，當(dāng)用戶 A 向用戶 B 發(fā)送一條多媒體消息時， MMSC 系統(tǒng)將直接把多媒體消息下發(fā)給用戶 C。 收方 MMS 終端處于正常狀態(tài)，收到此通知短信后會自動連接到 MMSC上提取此條多媒體消息。接收方用戶還可以根據(jù)普通短信通知中的 URL 地址和用戶名、密碼，登錄臨時郵箱系統(tǒng)提取此多媒體消息。臨時郵箱系統(tǒng)收到此多媒體消息后，利用郵件到達(dá)通知的方式給接收方用戶發(fā)送短信通知。 MMSC 根據(jù)多個消息接受者相應(yīng)產(chǎn)生多條 MSGID 不同的 CDR 記錄。如果接收方的郵箱是中國移動的夢網(wǎng)郵箱，則夢網(wǎng)郵箱系統(tǒng)收到此多媒體消息后，會利用郵件到達(dá)通知的方式給接收方用戶發(fā)送短信通知。如果是 MMS 終端，則會給接收方 MMS 終端發(fā)送通知短信。如果不是 MMS 終端或未知終端，則接收方 MMSC 可以通 過配置實(shí)現(xiàn)兩種處理方式。接收方用戶根據(jù)短信通知中的 URL 地址和用戶名、密碼，登錄臨時郵箱。用戶到網(wǎng)站上點(diǎn)播一條多媒體消息， MMSC 收到從網(wǎng)站過來的多媒體消息后，首先判斷接收方用戶是否為 MMS 終端。如果不是 MMS 終 端， MMSC 則會給原發(fā)送方用戶的手機(jī)發(fā)送一條短信通知 ，提示發(fā)送方用戶由于接收方無法接收而失敗。 文件 名 e) df（顯示空閑磁盤 空間大小） 常見用法： Df f) pwd（顯示當(dāng)前工作目錄） 常見用法： pwd 七、 了解設(shè)備的容災(zāi)應(yīng)急方式 如果一套短信中心故障，需要協(xié)調(diào)調(diào)整 L 局 GT 數(shù)據(jù)，將業(yè)務(wù)冗災(zāi)到另一套短信中心。 八、 了解常見數(shù)據(jù)業(yè)務(wù)投 訴的一般處理原則 1） 接收短信延遲 原因分析：短信收發(fā)分為 MO 和 MT 兩個過程。通過維測臺還可以查詢每條短信最近 5 次下發(fā)失敗原因。 3） 重復(fù)接收 原因分析：用戶重復(fù)接收內(nèi)容相同的短信，可能是發(fā)送方用戶有意識或無意識（有些手機(jī)會自動重發(fā)短信，詳見 2）的多次發(fā)送，也可能是接收方用戶手機(jī)問題，導(dǎo)致發(fā)送方只發(fā)送一條短信，但是在短信下發(fā)過程中遇到了‘ ms端錯誤’，這是用戶手機(jī)有問題，用戶實(shí)際上已接收到短消息，但給短信中心回送的響應(yīng)卻是未收到，于是短信中心認(rèn)為用戶沒收到該條消息，不斷的周期性的重發(fā)導(dǎo)致接收方重復(fù)接收。 4） 不承認(rèn)發(fā)送過短信 原因分析：短信中心不會自動產(chǎn)生短信。從處理的投訴來看，很多發(fā)送方手機(jī)設(shè)置的有效期只有 5 分鐘。 建議操作：查詢維測臺，請發(fā)送方用戶檢查并修改消息有效期設(shè)置。 建 議 操 作 ： 檢 查 終 端 彩 信 中 心 地 址 是 否 是 相關(guān)投訴 1）用戶投訴 wap 瀏覽失敗 原因 分析：出現(xiàn)這種問題最可能的原因是用戶終端設(shè)置不正確，需要確認(rèn)用戶是否任何 wap 瀏覽均失敗，需要重點(diǎn)查詢用戶終端 wap網(wǎng)關(guān)地址設(shè)置是否為 ，端口是否是 9201（ wap1x）或 80（ wap20）， apn 設(shè)置是否是 cmwap。同時登陸 BOSS 系統(tǒng)查詢用戶是否在 24 小時之內(nèi)有欠費(fèi)停機(jī)，開機(jī)的情況，查詢用戶是否開通 GPRS 功能，如果用戶 GPRS 功能異常，則應(yīng)建議用戶開啟 GPRS 功能。（適用于 CMWAP、 CMNET）。將用戶 GPRS 流量清單保存留作后續(xù)處理依據(jù) . 對于 GPRS 流量套餐費(fèi)用有異議的，請?zhí)峁?BOSS 中客戶包月開通或關(guān)閉的情況并詢問客戶使用軟件情況，部分軟件默認(rèn)接入點(diǎn)cm，產(chǎn)生的流量費(fèi)用不含在包月費(fèi)以內(nèi)，請向客戶做好解釋。 GPRS 流量爭議投訴預(yù)處理流程－－預(yù)處理 如要形成工單請記錄以下要素： ,地點(diǎn) ,是否設(shè) 置了加密端口 GPRS 流量清單 wap上網(wǎng)日志 ,版本 ,出現(xiàn)錯誤時提示語 1） 投訴定義： 客戶通過手機(jī)終端無法正常接收彩信手機(jī)報或彩信手機(jī)報下發(fā)延時引起投訴的查證處理流程。如果在用戶投訴的時間內(nèi)用戶曾經(jīng)停機(jī)，則手機(jī)報就會被中止下發(fā)，待用戶開機(jī)后手機(jī)報下發(fā)恢復(fù)。此流程中幫助用戶更正終端上網(wǎng)設(shè)置。此流程中記錄用戶點(diǎn)對點(diǎn)彩信收發(fā)情況。客戶使用手機(jī)終端接收手機(jī)終端或增值業(yè)務(wù)提供商及外部郵件服務(wù)器發(fā)送的彩信 ,接收失敗。此流程主要判斷是否由于 BOSS 與 HLR 同步用戶狀態(tài)問題導(dǎo)致用戶 GPRS 功能未及時開通。如果只是接收異常，則首先建議用戶清理內(nèi)存，內(nèi)存空間足夠后建議用戶觀察 1 天。此流程排查是否用戶終端 設(shè)置或用戶在自服務(wù)系統(tǒng)上有黑名單設(shè)置導(dǎo)致接收或發(fā)送異常。 移動飛信投訴預(yù)處理流程－－預(yù)處理 2） 預(yù)處理 請撥打飛信二線客服支撐熱線： 13911615678。在 IP承載網(wǎng)核心節(jié)點(diǎn)部署核心路由器（ CR），在匯聚節(jié)點(diǎn)部署匯聚路由器（ BR），在接入節(jié)點(diǎn)部署接入路由器（ AR）；在網(wǎng)絡(luò)規(guī)模和覆蓋范圍的