【正文】 的 MMSC ⑥ ? 彩信系統(tǒng)與網(wǎng)絡結(jié)構(gòu) ? 彩信業(yè)務流程 ?用戶狀態(tài)轉(zhuǎn)換 ? 對 SP的要求 ?需要注意的問題 用戶狀態(tài)轉(zhuǎn)換 用戶狀態(tài)分為： ? MMS終端 ? 未知狀態(tài)終端 ? 非 MMS終端 彩信終端的狀態(tài)是以 “ 彩信中心用戶數(shù)據(jù)庫 ” 的數(shù)據(jù)為準，而不是以用戶實際使用的手機為準。 用戶狀態(tài)轉(zhuǎn)換方式： (1) 自動方式 (2) 用戶自服務注冊方式 (3) 客戶服務人員處理方式 用戶狀態(tài)轉(zhuǎn)換（續(xù)） 未知用戶 —MMS用戶 自動方式： a．未知用戶用 MMS終端首次發(fā)送 MM消息（第一次 MO）， MMSC收到此 MO請求后，將該 “ 未知用戶 ” 注冊為 “ MMS用戶 ” 。 b．未知用戶用 MMS終端首次收取 MM消息（第一次 MT）， MMSC收到此 MT請求后，將該 “ 未知用戶 ” 注冊為 “ MMS用戶 ” 。 人工方式： 用戶自己通過 WWW方式登錄 “ MMS用戶服務系統(tǒng) ” 或者通過營業(yè)廳、 1860客服人員將用戶狀態(tài)設(shè)置成 “ MMS用戶 ” 。 用戶狀態(tài)轉(zhuǎn)換（續(xù)） 未知用戶 — 非 MMS用戶 ? 自動方式：無 ? 人工方式： 用戶自己通過 WWW方式登錄 “ MMS用戶服務系統(tǒng) ” 或者通過營業(yè)廳、 1860客服人員將用戶狀態(tài)設(shè)置成 “ MMS用戶 ” 。 用戶狀態(tài)轉(zhuǎn)換（續(xù)） 非 MMS用戶 — MMS用戶 ? 自動方式： MMSC收到原非 MMS用戶發(fā)送的 MM消息請求時，將該 “ 非 MMS用戶 ” 設(shè)置成“ MMS用戶 ” 。 ? 人工方式： 用戶自己通過 WWW方式登錄 “ MMS用戶服務系統(tǒng) ” 或者通過營業(yè)廳、 1860客服人員將用戶狀態(tài)設(shè)置成 “ MMS用戶 ” 。 用戶狀態(tài)轉(zhuǎn)換（續(xù)） MMS用戶 — 非 MMS用戶 ? 自動方式：無 ? 人工方式： 用戶自己通過 WWW方式登錄 “ MMS用戶服務系統(tǒng) ” 或者通過營業(yè)廳、 1860客服人員將用戶狀態(tài)由原來的 “ MMS用戶 ” 設(shè)置成 “ 非 MMS用戶 ” 。 用戶自服務系統(tǒng) ? MMSC系統(tǒng)提供 WEB方式的用戶自服務系統(tǒng) ，用戶可從 “ 移動夢網(wǎng) ” 的首頁登陸用戶自服務系統(tǒng)。 ? 用戶可通過 CMNET訪問此用戶自服務系統(tǒng)，并采用 WEB方式來修改、查詢自己的個人信息如：手機終端能力、補充業(yè)務的申請情況 (轉(zhuǎn)發(fā)地址、過濾條件、做哪種類型的內(nèi)容適配等 )、聯(lián)系地址、聯(lián)系電話等。用戶可修改除用戶手機號碼、是否為黑名單用戶、是否為預付費用戶外的所有個人信息。 ? 不向用戶提供通過 WAP方式、短信方式訪問用戶自服務系統(tǒng)。 用戶自服務系統(tǒng)注冊流程 1. 用戶登錄 “ 移動夢網(wǎng) ” 首頁，進入 “ 彩信服務 ” ，輸入手機號碼， MISC平臺將根據(jù)手機號碼鏈接到用戶歸屬的用戶自服務系統(tǒng)。 （圖 10中消息① ② ） 2. 用戶點擊 “ 注冊 ” ，用戶自服務系統(tǒng)將通過當?shù)囟绦啪W(wǎng)關(guān)以短信形式給用戶發(fā)送一條驗證密碼。 （圖 10中消息③ ⑥ ） 3. 用戶在頁面上輸入驗證密碼，即可進行注冊。 （圖 10中消息⑦） 用戶 ① ② ③ ④ 用戶歸屬 的用戶自服務系統(tǒng) 移動夢網(wǎng)首頁 當?shù)囟绦啪W(wǎng)關(guān) 發(fā)送方歸屬短信網(wǎng)關(guān) ⑥ 圖 10：用戶自服務系統(tǒng)注冊流程示意圖 短信中心 ⑤ ⑦ ? 彩信系統(tǒng)與網(wǎng)絡結(jié)構(gòu) ? 彩信業(yè)務流程 ?用戶狀態(tài)轉(zhuǎn)換 ? 對 SP的要求 ?需要注意的問題 下行：要求 SP發(fā)送 mms時，第一個文件就放 smil文件。 原因： GD88識別 smil文件受限：一般情況下：smil文件和 jpg、 amr、 txt等一起通過 mms發(fā)送。華為的接口提供了一個setPresentationId（）函數(shù)指定哪個文件是smil。這個設(shè)置在其他類型手機上都正常。但我們測試發(fā)現(xiàn)發(fā)個 GD88的 mms中的第一個文件必須是 smil文件。否則不能正常顯示。 文件要求 （ 1）以下錯誤代碼情況下要停止該條彩信的發(fā)送并提請系統(tǒng)管理員檢查發(fā)送內(nèi)容，解決問題后再進行發(fā)送 400,big size //發(fā)送的消息大小太大目前 MMSC最大允許 50K 401,Authority failed //鑒權(quán)失敗請檢查 SP的發(fā)送 IP地址用戶名和密碼是否正確 403,wrong request //請求消息錯誤可能是 API中編碼錯誤 404,Not found //沒有找到 MMSC服務可能是 SP發(fā)送消息時填寫的 MMSC的 URL地址不正確 499,Sender Barred //發(fā)送方或者接收方號碼不合法請檢查服務代碼業(yè)務代碼和業(yè)務定制方號碼 填充是否正確其中業(yè)務定制方號碼只能填寫手機號碼或者企業(yè)代碼 根據(jù)錯誤代碼進行區(qū)別處理 （ 2）以下錯誤代碼情況下要停止該條彩信的發(fā)送，不再進行重復發(fā)送。 400,―Unreachable Recieption‖ //不可到達的終端可能是接收方號碼不在服務范圍內(nèi) （ 3）以下錯誤代碼情況下要設(shè)置一定的時間（建議 10分鐘）后再進行重發(fā)。 500,wrong response //響應消息錯誤 503,―timeout‖ //MMSC處理超時 （ 4）以下錯誤代碼情況下要適當減小發(fā)送速率 599,Kernel Overloaded //超過流量控制大小 MMSC對SP的消息流量的限制此時建議暫緩發(fā)送 根據(jù)錯誤代碼進行區(qū)別處理 ? 彩信系統(tǒng)與網(wǎng)絡結(jié)構(gòu) ? 彩信業(yè)務流程 ?用戶狀態(tài)轉(zhuǎn)換 ? 對 SP的要求 ?需要注意的問題 對于用戶接收不成功，如不支持等的收費，以及3350的短信通知是如何計費的？ 收費的標準為：用戶成功接收該彩信，用戶手工拒絕該彩信，或彩信成功轉(zhuǎn)到 Mail系統(tǒng)。 3350為彩信中心下發(fā)拒絕消息時使用的代碼，對用戶不收費。 目前我們可不可以做上行服務？ MO時計費是怎樣的？ 上行業(yè)務我們將在近期放開，上行發(fā)送到服務代碼，暫時不收上行業(yè)務的信息費。 為什么將用戶號段進行均勻混合？ 目前彩信中心 MM4接口能力有限，同時發(fā)送彩信給同一地區(qū)的用戶，會對彩信中心 MM4接口造成持續(xù)的壓力，造成業(yè)務質(zhì)量下降。將用戶號段進行均勻混合，可以減小瞬時前轉(zhuǎn)消息量，提高業(yè)務質(zhì)量。 為什么將用戶號段進行均勻混合？ 目前彩信中心 MM4接口能力有限，同時發(fā)送彩信給同一地區(qū)的用戶，會對彩信中心 MM4接口造成持續(xù)的壓力，造成業(yè)務質(zhì)量下降。將用戶號段進行均勻混合，可以減小瞬時前轉(zhuǎn)消息量，提高業(yè)務質(zhì)量。 1. 接收方鑒權(quán)不通過，主要情況是發(fā)送到神州行用戶。 在 4月 9日共有 312個接收方號碼屬于這樣的錯誤，例如+8613501899047，查路由表，發(fā)現(xiàn)沒有對應的號段信息，檢查號段數(shù)據(jù)文件，發(fā)現(xiàn)該號碼屬于神州行號段。 下發(fā)失敗的原因？ 典型情況：有路由數(shù)據(jù)，但是接收方是非 MMS終端或未知終端，按照規(guī)范： AO MT 流程中對于接收方是 “ 非 MMS終端或未知終端 ” 都應該是系統(tǒng)拒絕。 4月 9日， AO到 MT中共有 18972條因為接收方是非 MMS終端或未知終端而出現(xiàn)錯誤碼為 6102的失敗話單。 例如在錯誤原因為 6102的話單中有這樣的兩個號碼： +8613998529094 +8613998530792 查相應的路由信息，發(fā)現(xiàn)有對應號段的路由數(shù)據(jù)。 但是沒有對應的用戶信息。 下發(fā)失敗的原因？ 如何得到 USER AGENT PROFILE？ 目前在 MM7接口暫時不支持 USER AGENT PROFILE的傳遞。 未來 MM7接口規(guī)范的修改中會考慮加入。 對彩信 SP的網(wǎng)絡監(jiān)測 對 SP進行時延、 HTTP訪問的監(jiān)測。 SP使用的 IP地址增加以下地址 ICMP、 HTTP(相應的上行端口 ) 訪問權(quán)限。