專利名稱：一種短消息重試處理方法、裝置及應(yīng)用其的短消息中心的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通訊增值業(yè)務(wù)中短消息處理方法與裝置，特別涉及一種短 消息重試處理方法、裝置及應(yīng)用其的短消息中心。
背景技術(shù)：
目前移動通訊增值業(yè)務(wù)深入人心，短消息一直是增值業(yè)務(wù)的一個亮點，提 升業(yè)務(wù)滿意度一直是大家關(guān)注的一個熱點。將失敗短消息進行重試發(fā)送是提升 用戶滿意度的一個有效措施。SMSC (Short Message Service Center,短消息中心)的重試機制基于用戶， 在終呼短消息失敗后，設(shè)置一個基于被叫用戶的定時器，在定時到達時，SMSC 再次向被叫用戶發(fā)送失敗短消息，該短消息稱為重試短消息。目前，SMSC的重試機制在業(yè)務(wù)處理機實現(xiàn)，有以下不足(1) 基于性能考慮，業(yè)務(wù)處理機緩存重試短消息。 一條短消息在消息有 效期內(nèi)需要進行多次重試，以便正常下發(fā)給被叫用戶。短消息有效期普通采用 2天甚至更長，這就要求系統(tǒng)提供大量內(nèi)存以便緩存重試短消息。在系統(tǒng)資源 有限時，會降低SMSC的處理效率。要提升系統(tǒng)效率，則必然需要加大投入。(2) SMSC按照被叫用戶，采用重試隊列組織待發(fā)送短消息。由于重試 隊列有限，當某個用戶由于關(guān)機等原因，導(dǎo)致該用戶的重試隊列滿時，如果有 用戶繼續(xù)向該用戶發(fā)送消息，短消息中心將從該用戶的重試隊列中擠出一條待 發(fā)送消息，以便存儲新的短消息，被擠出的消息不能被發(fā)送給被叫用戶。中國專利申請?zhí)朇N200510080390名稱為"一種短消息系統(tǒng)中對網(wǎng)元進行 重試的方法"的對比文件公開了一種短消息重試處理方法，但其側(cè)重于網(wǎng)元之 間的短消息重試處理， 一定程度上提高了系統(tǒng)設(shè)備的效率，但沒有涉及對于短 消息系統(tǒng)中對用戶進行重試處理
發(fā)明內(nèi)容
本發(fā)明所要解決的問題在于提供一種短消息重試處理方法、裝置及應(yīng)用 其的短消息中心，該發(fā)明的應(yīng)用既可擴大用戶等待發(fā)送的消息數(shù)量，又能有效 減少重試消息對業(yè)務(wù)處理機效率的影響。為達到上述目的，本發(fā)明提供的短消息重試處理方法,用于包括業(yè)務(wù)處理 機、短消息重試處理裝置的短消息中心，該方法包括重試請求消息生成步驟，用于在業(yè)務(wù)處理機收到消息起呼請求，并在被叫 用戶等待隊列滿或消息下發(fā)失敗時，生成重試請求消息發(fā)送至所述短消息重試 處理裝置；重試消息處理步驟，用于由所述短消息重試處理裝置將所述重試請求消息 對所述被叫用戶進行重試處理。上述短消息重試處理方法，所述重試請求消息生成步驟進一步包括 一判 斷步驟，用于在所述業(yè)務(wù)處理機收到消息起呼請求時判斷所述被叫用戶等待隊 列是否滿，如果等待隊列滿則生成重試請求消息，否則將當前消息插入等待發(fā) 送隊列。上述短消息重試處理方法，所述將當前消息插入等待發(fā)送隊列的步驟之后 進一步包括判斷被叫用戶當前是否正在下發(fā)短消息的步驟，是，所述業(yè)務(wù)處理 機接收終呼結(jié)果，否，則所述業(yè)務(wù)處理機終呼收到的當前消息；終呼成功繼續(xù)下發(fā)等待消息，終呼失敗，進一步判斷是否進行短消息重試處理，進行重試， 則將該消息從等待發(fā)送隊列刪除，執(zhí)行所述重試請求消息生成步驟，否則結(jié)束 流程。上述短消息重試處理方法，所述重試消息處理步驟進一步包括步驟A，短消息重試處理裝置接收到來自所述業(yè)務(wù)處理機的重試請求消息；步驟B，所述短消息重試處理裝置判斷該被叫用戶是否無重試消息，如果 該被叫用戶己經(jīng)存在重試消息，則將該所述重試請求消息插入所述被叫用戶的 重試隊列尾；否則設(shè)置該被叫用戶重試定時器；步驟C，所述重試定時器定時到，所述短消息重試處理裝置從所述重試隊 列頭取重試消息發(fā)送到所述業(yè)務(wù)處理機，進行終呼處理；步驟D，重試成功后，所述短消息重試處理裝置將該重試消息從所述被叫
用戶重試隊列中清除并完成統(tǒng)計分析和后續(xù)操作，進一步判斷所述被叫用戶是 否有重試消息，如有，所述短消息重試處理裝置循環(huán)從所述重試隊列頭取重試 消息發(fā)送到所述業(yè)務(wù)處理機，進行終呼處理,否則結(jié)束流程。上述短消息重試處理方法，所述重試消息處理步驟中，所述步驟A之前 還包括一初始化步驟，用于在短消息重試處理裝置重啟時初始化并維護所述被 叫用戶重試隊列。上述短消息重試處理方法，所述初始化步驟中，當所述重試消息處理裝置 重啟后，如所述重試消息處理裝置的數(shù)據(jù)庫中有未處理的重試消息，則將該未 處理的重試消息加載到所述被叫用戶重試隊列。上述短消息重試處理方法，所述重試消息處理步驟中，所述初始化步驟之后所述步驟A之前，還包括一短消息重試處理裝置接收來自所述業(yè)務(wù)處理機 的請求消息，并判斷所述請求消息是否為重試請求消息的步驟，如不是重試請 求消息，所述短消息重試處理裝置從所述重試隊列頭取重試消息發(fā)送到所述業(yè) 務(wù)處理機，進行終呼處理。上述短消息重試處理方法，所述重試消息處理步驟中，所述步驟D之后 還包括，如重試失敗進一步判斷是否再次重試該消息的步驟，如再次重試，進 一步判斷所述被叫用戶是否還有重試消息，如有，則由所述重試消息維護模塊 為下一條重試消息設(shè)置定時器，否則結(jié)束流程；如果不繼續(xù)重試，則將該消息 從被叫用戶的重試隊列中清除后，再進一步判斷所述被叫用戶是否還有重試消 息，如有，則由所述重試消息維護模塊為所述被叫用戶設(shè)置定時器，否則結(jié)束 流程。上述短消息重試處理方法，所述重試消息處理步驟還包括一按照所述短消 息重試處理裝置的配置設(shè)置將重試消息保存到所述短消息重試處理裝置的數(shù) 據(jù)庫的步驟，所述配置設(shè)置包括設(shè)置重試時間間隔大于某一固定值的短消息 提交給所述短消息重試處理裝置處理和/或設(shè)置將所有重試短消息提交給短消 息重試處理裝置處理。上述短消息重試處理方法，所述等待隊列滿時生成重試請求消息是根據(jù)擠 出算法從所述等待隊列中擠出一條等待發(fā)送的短消息生成重試請求消息。進一步的，本發(fā)明還提供了一種短消息重試處理裝置，設(shè)置于包括業(yè)務(wù)處 理機的短消息中心，該短消息重試處理裝置包括
管理模塊，用于提供對短消息重試處理裝置的操作維護； 用戶重試隊列，用于緩存被叫用戶需要重試的消息；重試消息維護模塊，用于接收來自所述業(yè)務(wù)處理機的重試請求消息并對該重試請求消息進行重試處理；數(shù)據(jù)庫接口模塊，用于為所述短消息重試處理裝置提供數(shù)據(jù)庫操作接口； 數(shù)據(jù)庫，用于保存重試消息相關(guān)的業(yè)務(wù)數(shù)據(jù)。 上述短消息重試處理裝置，所述管理模塊進一步包括 配置單元，用于為所述短消息重試處理裝置提供配置設(shè)置； 統(tǒng)計分析單元，用于對所述短消息重試處理裝置各項操作進行統(tǒng)計分析。 更進一步的，本發(fā)明還提供了一種應(yīng)用上述短消息重試處理方法及裝置的短消息中心，包括業(yè)務(wù)處理機和短消息重試處理裝置，所述短消息重試處理裝置又包括管理模塊，用于提供對短消息重試處理裝置的操作維護； 用戶重試隊列，用于緩存被叫用戶需要重試消息；重試消息維護模塊，用于接收來自所述業(yè)務(wù)處理機的重試請求消息并對該 重試請求消息進行重試處理；數(shù)據(jù)庫接口模塊，用于為所述短消息重試處理裝置提供數(shù)據(jù)庫操作接口； 數(shù)據(jù)庫，保存重試消息相關(guān)的業(yè)務(wù)數(shù)據(jù)。與現(xiàn)有技術(shù)相比，本發(fā)明通過在短消息中心內(nèi)部增設(shè)SMRP (Short Message Retry Plate，短消息重試處理裝置)節(jié)點，將重試短消息轉(zhuǎn)發(fā)給SMRP 處理， 一方面，可以擴大用戶等待發(fā)送的消息數(shù)量，另一方面，將重試短消息 的處理交由SMRP處理，減少了重試消息對業(yè)務(wù)處理機效率的影響。


圖1是本發(fā)明短消息系統(tǒng)的結(jié)構(gòu)示意圖；圖2是本發(fā)明短消息重試處理裝置SMRP的結(jié)構(gòu)示意圖；圖3是本發(fā)明短消息處理流程圖；圖4是本發(fā)明短消息重試處理流程圖。
具體實施方式
下面結(jié)合附圖和實施例對本發(fā)明進行詳細的描述，以更進一步了解本發(fā)明 之目的、方案及功效，但并非作為對本發(fā)明所附權(quán)利要求保護范圍的限制。如圖1所示，是本發(fā)明短消息系統(tǒng)的結(jié)構(gòu)示意圖。SMSC包括SMPP(short message peer to peer)協(xié)議代理模塊103、操作維護模塊104、業(yè)務(wù)處理機101、 IWMSC/GMSC ( Short Message Service Interworking MSC:短消息互聯(lián)MSC; Gateway Mobile Switching Center:網(wǎng)關(guān)移動業(yè)務(wù)交換中心)106及SMRP102 (Short Message Retry Plate，短消息重試處理裝置)，各個功能模塊通過高速以 太網(wǎng)相連。其中IWMSC/GMSC通過7號鏈路連接PLMN105( Public Land Mobile Network:公眾陸地移動網(wǎng))。下面參考圖2進一步說明短消息重試處理裝置SMRP的結(jié)構(gòu)，如圖2所 示，短消息重試處理裝置SMRP102包括用戶重試隊列210，被叫用戶重試 消息隊列，用于緩存被叫用戶需要重試消息的簡明信息；重試消息維護模塊 220，用于接收來自所述業(yè)務(wù)處理機的重試請求消息并對該重試請求消息進行 重試處理；數(shù)據(jù)庫接口模塊230，為SMRP 102提供數(shù)據(jù)庫操作接口；管理模 塊240，用于提供對SMRP102的操作維護；數(shù)據(jù)庫250，保存重試消息相關(guān) 業(yè)務(wù)數(shù)據(jù)。其中，管理模塊240包括配置單元242，為SMRP102提供配置 設(shè)置；統(tǒng)計分析單元244，對SMRP102的各項操作進行統(tǒng)計分析，便于用戶 了解系統(tǒng)狀況，如重試消息流量，各個數(shù)據(jù)庫接口操作次數(shù)、操作平均時間、 單次操作最大時間等。下面結(jié)合圖3和圖4詳細說明本發(fā)明提供的短消息處理方法及短消息重試處理方法如圖3所示，是本發(fā)明的短消息處理流程圖，該短消息處理方法，包括如 下步驟步驟S301，業(yè)務(wù)處理機101接收到消息起呼請求；步驟S302，業(yè)務(wù)處理機101判斷被叫用戶是否等待隊列滿，如隊列滿， 轉(zhuǎn)下一步，否則轉(zhuǎn)步驟S304;步驟S303，根據(jù)擠出算法從等待隊列中擠出一條等待發(fā)送的短消息，生 成重試請求消息發(fā)送到SMRP102處理；所述擠出算法表示一種擠出策略，如 擠出等待時間最長的短消息，或者隨機擠出一條非當前發(fā)送的消息；
步驟S304，將當前消息插入等待發(fā)送隊列；步驟S305，業(yè)務(wù)處理機101判斷被叫用戶當前是否正在下發(fā)短消息，如正在下發(fā)，則轉(zhuǎn)步驟S307;步驟S306，業(yè)務(wù)處理機101終呼收到的當前消息至被叫用戶；步驟S307，業(yè)務(wù)處理機101接收到被叫用戶終呼結(jié)果；步驟S308，業(yè)務(wù)處理機101根據(jù)終呼結(jié)果判斷是否終呼成功。如果終呼失敗，則轉(zhuǎn)步驟S310;步驟S309，繼續(xù)下發(fā)等待消息；如果沒有等待消息，則生成繼續(xù)發(fā)送請求消息通知SMRP102，流程結(jié)束；步驟S310，業(yè)務(wù)處理機101根據(jù)重試配置決定是否將當前消息發(fā)送到SMRP102處理，如不提交給SMRP102，則流程結(jié)束；所述重試配置包括將重試時間間隔大于某一個固定值的短消息提交給SMRP102處理或?qū)⑺兄卦嚩滔⑻峤唤oSMRP102處理；步驟S311，業(yè)務(wù)處理機101將該消息從等待發(fā)送隊列刪除，并將該消息生成重試請求消息發(fā)送到SMRP102進行重試處理。如圖4所示，是本發(fā)明短消息重試處理流程圖，SMRP重試處理流程如下 步驟S401, SMRP102通電，初始化用戶重試隊列緩存，并維護用戶重試隊列緩存；如在SMRP102通電重啟后，SMRP數(shù)據(jù)庫250中有未處理重試短消息，需將該未處理重試短消息加載到被叫用戶重試隊列緩存；步驟S402, SMRP102等待接收來自業(yè)務(wù)處理機101的請求消息；步驟S403，重試消息維護模塊220接收到來自業(yè)務(wù)處理機101的請求消息；歩驟S404，如該請求消息為重試請求消息，執(zhí)行步驟S405，否則轉(zhuǎn)步驟 S409;步驟S405，重試消息維護模塊220判斷該被叫用戶是否無重試消息，如 果該被叫用戶已經(jīng)存在重試消息，則轉(zhuǎn)步驟S407; 步驟S406，設(shè)置該被叫用戶重試定時器；步驟S407，重試消息維護模塊220將重試消息插入被叫用戶的重試隊列210尾；步驟S408，重試定時器到達；
步驟S409，重試消息維護模塊20從重試隊列210頭取重試消息，并將重 試消息發(fā)送到業(yè)務(wù)處理機IOI，進行終呼處理；步驟S410， SMRP102接收到重試消息終呼結(jié)果，判斷該重試消息是否成 功終呼，如不成功則轉(zhuǎn)步驟S413;步驟S411 ，重試消息維護模塊220將該重試消息從被叫用戶重試隊列210 中清除，并完成統(tǒng)計分析和后續(xù)操作；步驟S412，重試消息維護模塊220檢査該被叫用戶是否還有重試消息， 如果有則轉(zhuǎn)步驟S409;如果沒有則流程結(jié)束；步驟S413，重試消息維護模塊220完成統(tǒng)計分析和后續(xù)操作，檢查是否 需要對該短消息再次重試，如需再次重試，則轉(zhuǎn)步驟S415;步驟S414，重試消息維護模塊220將該短消息從被叫用戶重試隊列210 中清除；步驟S415，重試消息維護模塊220檢查該被叫用戶是否還有重試消息， 如果沒有，則流程結(jié)束；步驟S416，重試消息維護模塊220為被叫用戶的下一條重試消息設(shè)置重 試定時器，循環(huán)執(zhí)行步驟S408。上述短消息重試處理流程還包括一按照配置設(shè)置，重試消息維護模塊220 調(diào)用數(shù)據(jù)庫接口模塊230將重試消息保存到數(shù)據(jù)庫250的步驟。綜上，本發(fā)明在短消息中心內(nèi)部增設(shè)SMRP節(jié)點，將重試短消息轉(zhuǎn)發(fā)給 SMRP處理， 一方面，可以擴大用戶等待發(fā)送的消息數(shù)量，另一方面，將重試 短消息的處理交由SMRP處理，減少了重試消息對業(yè)務(wù)處理機效率的影響。雖然本發(fā)明已以較佳實施例揭露如上，然其并非用以限定本發(fā)明，在不 背離本發(fā)明精神及其實質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當可根據(jù)本發(fā)明作 出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán) 利要求的保護范圍。
權(quán)利要求
1、一種短消息重試處理方法，用于包括業(yè)務(wù)處理機、短消息重試處理裝置的短消息中心，其特征在于，該方法包括重試請求消息生成步驟，用于在業(yè)務(wù)處理機收到消息起呼請求，并在被叫用戶等待隊列滿或消息下發(fā)失敗時，生成重試請求消息發(fā)送至所述短消息重試處理裝置；重試消息處理步驟，用于由所述短消息重試處理裝置將所述重試請求消息對所述被叫用戶進行重試處理。
2、 根據(jù)權(quán)利要求1所述的短消息重試處理方法，其特征在于，所述重試 請求消息生成步驟進一步包括 一判斷步驟，用于在所述業(yè)務(wù)處理機收到消息 起呼請求時判斷所述被叫用戶等待隊列是否滿，如果等待隊列滿則生成重試請 求消息，否則將當前消息插入等待發(fā)送隊列。
3、 根據(jù)權(quán)利要求2所述的短消息重試處理方法，其特征在于，所述將當 前消息插入等待發(fā)送隊列的步驟之后進一步包括判斷被叫用戶當前是否正在 下發(fā)短消息的步驟，是，所述業(yè)務(wù)處理機接收終呼結(jié)果，否，則所述業(yè)務(wù)處理 機終呼收到的當前消息；終呼成功繼續(xù)下發(fā)等待消息，終呼失敗，進一步判斷是否進行短消息重試處理，進行重試，則將該消息從等待發(fā)送隊列刪除，執(zhí)行 所述重試請求消息生成步驟，否則結(jié)束流程。
4、 根據(jù)權(quán)利要求1所述的短消息重試處理方法，其特征在于，所述重試 消息處理步驟進一步包括步驟A，短消息重試處理裝置接收到來自所述業(yè)務(wù)處理機的重試請求消息；步驟B，所述短消息重試處理裝置判斷該被叫用戶是否無重試消息，如果 該被叫用戶已經(jīng)存在重試消息，則將該所述重試請求消息插入所述被叫用戶的 重試隊列尾；否則設(shè)置該被叫用戶重試定時器；步驟C，所述重試定時器定時到，所述短消息重試處理裝置從所述重試隊 列頭取重試消息發(fā)送到所述業(yè)務(wù)處理機，進行終呼處理；步驟D，重試成功后，所述短消息重試處理裝置將該重試消息從所述被叫 用戶重試隊列中清除并完成統(tǒng)計分析和后續(xù)操作，進一步判斷所述被叫用戶是否有重試消息，如有，所述短消息重試處理裝置循環(huán)從所述重試隊列頭取重試 消息發(fā)送到所述業(yè)務(wù)處理機，進行終呼處理,否則結(jié)束流程。
5、 根據(jù)權(quán)利要求4所述的短消息重試處理方法，其特征在于，所述重試 消息處理步驟中，所述步驟A之前還包括一初始化步驟，用于在短消息重試 處理裝置重啟時初始化并維護所述被叫用戶重試隊列。
6、 根據(jù)權(quán)利要求5所述的短消息重試處理方法，其特征在于，所述初始 化步驟中，當所述重試消息處理裝置重啟后，如所述重試消息處理裝置的數(shù)據(jù) 庫中有未處理的重試消息，則將該未處理的重試消息加載到所述被叫用戶重試 隊列。
7、 根據(jù)權(quán)利要求5所述的短消息重試處理方法，其特征在于，所述重試 消息處理步驟中，所述初始化步驟之后所述步驟A之前，還包括一短消息重 試處理裝置接收來自所述業(yè)務(wù)處理機的請求消息，并判斷所述請求消息是否為 重試請求消息的步驟，如不是重試請求消息，所述短消息重試處理裝置從所述 重試隊列頭取重試消息發(fā)送到所述業(yè)務(wù)處理機，進行終呼處理。
8、 根據(jù)權(quán)利要求4所述的短消息重試處理方法，其特征在于，所述重試 消息處理步驟中，所述步驟D之后還包括，如重試失敗進一步判斷是否再次 重試該消息的步驟，如再次重試，進一步判斷所述被叫用戶是否還有重試消息， 如有，則由所述重試消息維護模塊為下一條重試消息設(shè)置定時器，否則結(jié)束流 程；如果不繼續(xù)重試，則將該消息從被叫用戶的重試隊列中清除后，再進一步 判斷所述被叫用戶是否還有重試消息，如有，則由所述重試消息維護模塊為所 述被叫用戶設(shè)置定時器，否則結(jié)束流程。
9、 根據(jù)權(quán)利要求4所述的短消息重試處理方法，其特征在于，所述重試 消息處理步驟還包括一按照所述短消息重試處理裝置的配置設(shè)置將重試消息 保存到所述短消息重試處理裝置的數(shù)據(jù)庫的步驟，所述配置設(shè)置包括設(shè)置重 試時間間隔大于某一固定值的短消息提交給所述短消息重試處理裝置處理和/ 或設(shè)置將所有重試短消息提交給短消息重試處理裝置處理。
10、 根據(jù)權(quán)利要求2所述的短消息重試處理方法，其特征在于，所述等待 隊列滿時生成重試請求消息是根據(jù)擠出算法從所述等待隊列中擠出一條等待 發(fā)送的短消息生成重試請求消息。
11、 一種短消息重試處理裝置，設(shè)置于包括業(yè)務(wù)處理機的短消息中心，其特征在于，該短消息重試處理裝置包括管理模塊，用于提供對短消息重試處理裝置的操作維護； 用戶重試隊列，用于緩存被叫用戶需要重試的消息；重試消息維護模塊，用于接收來自所述業(yè)務(wù)處理機的重試請求消息并對該 重試請求消息進行重試處理；數(shù)據(jù)庫接口模塊，用于為所述短消息重試處理裝置提供數(shù)據(jù)庫操作接口； 數(shù)據(jù)庫，用于保存重試消息相關(guān)的業(yè)務(wù)數(shù)據(jù)。
12、 根據(jù)權(quán)利要求11所述的短消息重試處理裝置，其特征在于，所述管 理模塊進一步包括配置單元，用于為所述短消息重試處理裝置提供配置設(shè)置； 統(tǒng)計分析單元，用于對所述短消息重試處理裝置各項操作進行統(tǒng)計分析。
13、 一種應(yīng)用權(quán)利要求11 12中任一項所述短消息重試處理裝置的短消 息中心，包括業(yè)務(wù)處理機和短消息重試處理裝置，其特征在于，所述短消息重 試處理裝置又包括管理模塊，用于提供對短消息重試處理裝置的操作維護； 用戶重試隊列，用于緩存被叫用戶需要重試消息；重試消息維護模塊，用于接收來自所述業(yè)務(wù)處理機的重試請求消息并對該 重試請求消息進行重試處理；數(shù)據(jù)庫接口模塊，用于為所述短消息重試處理裝置提供數(shù)據(jù)庫操作接口； 數(shù)據(jù)庫，保存重試消息相關(guān)的業(yè)務(wù)數(shù)據(jù)。
全文摘要
本發(fā)明公開了一種短消息重試處理方法，用于包括業(yè)務(wù)處理機、短消息重試處理裝置的短消息中心，該方法包括重試請求消息生成步驟，用于在業(yè)務(wù)處理機收到消息起呼請求，并在短消息下發(fā)失敗時，生成重試請求消息發(fā)送至所述短消息重試處理裝置；重試消息處理步驟，用于由所述短消息重試處理裝置將所述重試請求消息對所述被叫用戶進行重試處理。本發(fā)明提供了一種應(yīng)用上述短消息重試處理方法的短消息重試處理裝置和應(yīng)用該裝置的短消息中心。其應(yīng)用既可擴大用戶等待發(fā)送的消息數(shù)量，又能有效減少重試消息對業(yè)務(wù)處理機效率的影響。
文檔編號H04W88/18GK101127950SQ20071012134
公開日2008年2月20日 申請日期2007年9月4日 優(yōu)先權(quán)日2007年9月4日
發(fā)明者毅 李, 陳正光 申請人:中興通訊股份有限公司