專利名稱：短信同號業(yè)務(wù)處理方法、系統(tǒng)及短信中心的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)的短消息業(yè)務(wù)領(lǐng)域，尤其涉及一種短信同號業(yè)務(wù)處理方法、
系統(tǒng)及短信中心。
背景技術(shù)：
隨著我國移動電信市場新格局的形成，移動業(yè)務(wù)的競爭越來越激烈。其中，短消息 業(yè)務(wù)已經(jīng)占據(jù)運營商非語音業(yè)務(wù)收入的絕大部分，短信業(yè)務(wù)中又以用戶間相互發(fā)送的點對 點短信為主。如何利用短信業(yè)務(wù)系統(tǒng)為移動用戶提供更加豐富的點對點短信業(yè)務(wù)，是各移 動通信運營商關(guān)注的問題。 目前許多高端的移動通信用戶都擁有兩張SIM卡，兩個移動電話號碼。用戶希望 兩張卡發(fā)出的短信，接收方顯示的都是其中一個用戶號碼。例如，用戶一張SIM卡用于手提 電腦的上網(wǎng)卡中， 一張SIM用于普通手機，然而平時只用手機的號碼和他人聯(lián)系，他人的手 機中一般也只保存被叫用戶的手機號。用戶通過上網(wǎng)卡上網(wǎng)時，利用上網(wǎng)卡發(fā)短信，希望被 叫用戶收到短信時，看到的主叫號碼是普通手機的電話號碼而不是上網(wǎng)卡號碼，以便于接 收方的手機自動顯示主叫的姓名。因此目前急需一種能夠?qū)崿F(xiàn)上述短信同號的業(yè)務(wù)處理方 法和系統(tǒng)來滿足用戶們的短信同號需求。

發(fā)明內(nèi)容
本發(fā)明的目的是提出一種短信同號業(yè)務(wù)處理方法、系統(tǒng)及短信中心，實現(xiàn)擁有兩 個或多個短信號碼的用戶在使用任一個短信號碼發(fā)送短信時，在被叫方能夠顯示指定的短 信號碼。 為實現(xiàn)上述目的，本發(fā)明提供了一種短信同號業(yè)務(wù)處理方法，包括 短信中心接收訂購了短信同號業(yè)務(wù)的用戶發(fā)送給被叫號碼的短信，并根據(jù)作為主
叫號碼的第一號碼查詢預(yù)存的綁定關(guān)系表； 如果所述短信中心查詢到與所述第一號碼對應(yīng)的主發(fā)號碼，則將所述短信的主叫 號碼替換為所述主發(fā)號碼，并將所述短信轉(zhuǎn)發(fā)給所述被叫號碼。
為實現(xiàn)上述目的，本發(fā)明提供了一種短信中心，包括
短信接收模塊，用于接收用戶發(fā)送給被叫號碼的短信；
綁定關(guān)系存儲模塊，用于預(yù)先存儲綁定關(guān)系表； 主叫號碼查詢模塊，用于根據(jù)作為主叫號碼的第一號碼查詢所述綁定關(guān)系表中與 所述第一號碼對應(yīng)的主發(fā)號碼； 號碼替換模塊，用于在查詢到所述主發(fā)號碼后，將所述短信的主叫號碼替換為所 述主發(fā)號碼； 短信轉(zhuǎn)發(fā)模塊，用于將所述短信轉(zhuǎn)發(fā)給所述被叫號碼。 為實現(xiàn)上述目的，本發(fā)明提供了一種包括前述短信中心的短信同號業(yè)務(wù)處理系 統(tǒng)，還包括
4
短信同號業(yè)務(wù)平臺，用于在接收到所述用戶訂購所述短信同號業(yè)務(wù)的請求時，根 據(jù)該請求設(shè)置第一號碼與對應(yīng)的主發(fā)號碼之間的綁定關(guān)系，然后保存所述綁定關(guān)系，并將 所述綁定關(guān)系同步到所述短信中心。 基于上述技術(shù)方案，本發(fā)明將用戶號碼與另一作為主要發(fā)送號碼的業(yè)務(wù)號碼進行 綁定，可以在發(fā)短信過程中，由短信中心進行號碼的轉(zhuǎn)換，從而使得被叫用戶在終端上看到 的是主叫用戶希望被叫用戶看到的主發(fā)號碼，這樣即便用戶通過電腦客戶端發(fā)送短信，仍 然可以使被叫用戶看到用戶的普通手機的終端號碼，從而滿足了主叫用戶的需求。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)
明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中 圖1為本發(fā)明短信同號業(yè)務(wù)處理方法的一實施例的流程示意圖。
圖2為本發(fā)明短信同號業(yè)務(wù)處理方法的另一實施例的流程示意圖。
圖3為本發(fā)明短信同號業(yè)務(wù)處理方法的又一實施例中短信同號業(yè)務(wù)設(shè)置流程的
流程示意圖。 圖4為本發(fā)明短信同號業(yè)務(wù)處理方法的再一實施例中短信多發(fā)流程的流程示意 圖。 圖5為本發(fā)明短信中心的一實施例的結(jié)構(gòu)示意圖。 圖6為本發(fā)明短信中心的另一實施例的結(jié)構(gòu)示意圖。 圖7為本發(fā)明短信同號業(yè)務(wù)處理系統(tǒng)的一實施例的結(jié)構(gòu)示意圖。
具體實施例方式
下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進一步的詳細描述。 在本發(fā)明中會涉及一些技術(shù)概念，這里先對這些技術(shù)概念進行統(tǒng)一的說明。"綁定
關(guān)系表"表示用于存儲一條或多條號碼綁定關(guān)系的記錄表，其形式可以采用通常的列表，也
可以是其它的變形方式，例如數(shù)據(jù)庫中的數(shù)據(jù)表等。"綁定關(guān)系"即號碼綁定關(guān)系，在綁定關(guān)
系中包括兩個或兩個以上的號碼，其中一個號碼可以被設(shè)置為主發(fā)號碼，主發(fā)號碼與綁定
關(guān)系中的其它號碼之間相互對應(yīng)。"主發(fā)號碼"表示在訂購短信同號業(yè)務(wù)的用戶在發(fā)送短信
時希望接收者看到的號碼，該號碼可以由用戶進行設(shè)置。 如圖l所示，為本發(fā)明短信同號業(yè)務(wù)處理方法的一實施例的流程示意圖。在本實
施例中，通過對短信中心的簡單改造就可以實現(xiàn)本實施例的業(yè)務(wù)流程，該流程包括 步驟101、短信中心接收訂購了短信同號業(yè)務(wù)的用戶發(fā)送給被叫號碼的短信； 步驟102、短信中心根據(jù)作為主叫號碼的第一號碼查詢預(yù)存的綁定關(guān)系表； 步驟103、如果所述短信中心查詢到與所述第一號碼對應(yīng)的主發(fā)號碼，則將所述短
信的主叫號碼替換為所述主發(fā)號碼，并將所述短信轉(zhuǎn)發(fā)給所述被叫號碼。 在本實施例中，短信中心在轉(zhuǎn)發(fā)短信之前，需要對主叫號碼進行綁定關(guān)系的查詢，
該綁定關(guān)系被保存在預(yù)存的綁定關(guān)系表中，如果該主叫號碼已經(jīng)設(shè)置了對應(yīng)的綁定號碼，
那么短信中心將查詢到的主發(fā)號碼替換短信的主叫號碼，然后轉(zhuǎn)發(fā)給被叫號碼，這樣被叫
終端在接收到短信時，由于該短信的主叫號碼已經(jīng)被替換為主發(fā)號碼，因此被叫用戶在被
5叫終端上實際看到的是主發(fā)號碼，也就是主叫用戶希望被叫用戶看到的通信號碼。 由于用戶通過電腦客戶端發(fā)送短信時，該電腦客戶端所使用的號碼可能是被叫用
戶的通信錄中并未保存的號碼，導致被叫用戶可能無法辨識出主叫方身份。本實施例可以
方便的在被叫終端上顯示主叫用戶常用的或已在被叫用戶的通信錄中保存的號碼，方便被
叫用戶辨識主叫方身份。 對于某些電腦客戶端，可能只具備發(fā)送短信的功能，尚不能接收短信，這樣也可以 方便被叫方直接將短信回復給主叫用戶可以接收短信的終端(例如手機等)。
對于擁有多部終端的主叫用戶，為了管理方便，也可以通過綁定號碼作為與其它 聯(lián)系人聯(lián)系的對外號碼，方便其他人與自己進行聯(lián)系。 由于短信同號業(yè)務(wù)可以為運營商創(chuàng)造效益，因此為了避免運營商的利益損失，在 另一個實施例中，還對短信同號業(yè)務(wù)的訂購情況進行判斷，具體參見圖2。在圖2的實施例 中，在步驟101之后，增加了步驟101a，即短信中心查詢所述用戶是否訂購了短信同號業(yè) 務(wù)，如果查詢到所述用戶已訂購短信同號業(yè)務(wù)，則執(zhí)行步驟102，否則將所述短信直接轉(zhuǎn)發(fā) 給所述被叫號碼。 為了完成短信同號業(yè)務(wù)的訂購，在又一實施例中增設(shè)了短信同號業(yè)務(wù)平臺，使其 可以進行短信同號業(yè)務(wù)的開通、注銷等操作，圖3示出了本發(fā)明短信同號業(yè)務(wù)處理方法的 又一實施例中短信同號業(yè)務(wù)設(shè)置流程的流程示意圖，具體包括 步驟201、短信同號業(yè)務(wù)平臺接收到所述用戶訂購所述短信同號業(yè)務(wù)的請求時，根 據(jù)該請求設(shè)置第一號碼與對應(yīng)的主發(fā)號碼之間的綁定關(guān)系； 步驟202、所述同號業(yè)務(wù)平臺保存所述綁定關(guān)系，并將所述綁定關(guān)系同步到所述短 信中心； 步驟203、所述短信中心通過綁定關(guān)系表保存所述綁定關(guān)系。 在本實施例中，短信同號業(yè)務(wù)平臺可以通過擴展的短信點到點協(xié)議(SMPP)與短 信中心進行同步，通過短信同號業(yè)務(wù)平臺專門負責短信同號業(yè)務(wù)的相關(guān)業(yè)務(wù)管理操作，可 以減輕短信同號業(yè)務(wù)對短信中心的性能負擔，而且短信同號業(yè)務(wù)平臺便于設(shè)置與各種門戶 的擴展接口，為用戶進行業(yè)務(wù)設(shè)置提供更方便的手段。同時短信中心在業(yè)務(wù)執(zhí)行時可以直 接在自身存儲的綁定關(guān)系表中查找綁定關(guān)系，因此縮短了短信發(fā)送時延，提高了業(yè)務(wù)處理 效率，改善了用戶的業(yè)務(wù)體驗。 在前述的幾個實施例中，運營商在根據(jù)計費話單進行計費時，可以采用比較靈活 的計費話單處理，即根據(jù)主叫用戶發(fā)送的計費號碼請求，該計費號碼請求用于指明通過哪 個號碼進行計費，這樣短信中心在進行短信收發(fā)的過程中，可以生成由主叫號碼或綁定號 碼計費的計費話單。在計費處理過程中，仍然有效地使用了原有的鑒權(quán)計費流程及機制，避 免引入外部網(wǎng)元和系統(tǒng)后導致其原有鑒權(quán)計費流程的改變，也就避免了相關(guān)計費網(wǎng)元改造 和版本升級的要求。 為了使訂購短信同號業(yè)務(wù)的用戶在收到短信時，不僅主發(fā)號碼的終端收到短信， 也希望實際發(fā)出短信的上網(wǎng)卡也能夠收到短信，因此本發(fā)明還提供了一個實施例來實現(xiàn)用 戶的短信雙收或多收，或者說短信中心的短信多發(fā)流程。 如圖4所示，為本發(fā)明短信同號業(yè)務(wù)處理方法的再一實施例中短信多發(fā)流程的流 程示意圖。在本實施例中，短信中心的短信多發(fā)流程包括
步驟301、短信中心接收到發(fā)送給訂購了所述短信同號業(yè)務(wù)的用戶的短信時，根據(jù) 預(yù)存的綁定關(guān)系表查詢該被叫號碼的綁定關(guān)系中對應(yīng)的其它號碼； 步驟302、短信中心復制所述短信，并將復制出的新的短信的被叫號碼替換為所述 其它號碼； 步驟303、短信中心對原始接收的短信和所述復制出的新的短信進行轉(zhuǎn)發(fā)操作。
在本實施例中，如果綁定關(guān)系中其它號碼為多個，則短信中心可以復制出對應(yīng)的 多個短信，并分別替換被叫號碼，從而實現(xiàn)向這些號碼的統(tǒng)一發(fā)送。 本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過 程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序 在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括ROM、 RAM、磁碟或者 光盤等各種可以存儲程序代碼的介質(zhì)。 如圖4所示，為本發(fā)明短信中心的一實施例的結(jié)構(gòu)示意圖。在本實施例中，短信中 心1可以包括短信接收模塊11、綁定關(guān)系存儲模塊12、主叫號碼查詢模塊13、號碼替換模 塊14和短信轉(zhuǎn)發(fā)模塊15。 在上述模塊中，短信接收模塊11用于接收用戶發(fā)送給被叫號碼的短信。綁定關(guān)系 存儲模塊12用于預(yù)先存儲綁定關(guān)系表。主叫號碼查詢模塊13用于根據(jù)作為主叫號碼的第 一號碼查詢所述綁定關(guān)系表中與所述第一號碼對應(yīng)的主發(fā)號碼。號碼替換模塊14用于在 查詢到所述主發(fā)號碼后，將所述短信的主叫號碼替換為所述主發(fā)號碼。短信轉(zhuǎn)發(fā)模塊15用 于將所述短信轉(zhuǎn)發(fā)給所述被叫號碼。 在本實施例中，只需要在現(xiàn)有的短信中心增加綁定關(guān)系的存儲和查詢模塊，以及 號碼替換模塊，這些模塊可以通過軟件或硬件的方式進行實現(xiàn)，從而完成本發(fā)明的短信同 號業(yè)務(wù)的處理。 在短信中心的另一個實施例中還可以包括計費話單生成模塊，用于根據(jù)所述用戶
發(fā)送的計費號碼要求，生成由所述第一號碼或主發(fā)號碼計費的計費話單。 在用戶側(cè)，主叫用戶只需要預(yù)先進行綁定關(guān)系的設(shè)置，就可以在發(fā)送短信時，使被
叫用戶實際收到短信中顯示的是主發(fā)號碼，不需要用戶進行復雜的操作，從而及時便捷的
滿足用戶的需求。 為了保障運營商的業(yè)務(wù)運營的效益，可以在短信中心增加業(yè)務(wù)訂購情況的查詢過 程，避免非訂購用戶免費使用而給運營商帶來損失。如圖5所示，為本發(fā)明短信中心的另一 實施例的結(jié)構(gòu)示意圖。與上一實施例相比，在本實施例中增加了同號業(yè)務(wù)查詢模塊16，用于 在短信接收模塊接收用戶發(fā)送給被叫號碼的短信后，查詢所述用戶是否訂購了短信同號業(yè) 務(wù)，如果查詢到所述用戶已訂購短信同號業(yè)務(wù)，則觸發(fā)所述綁定關(guān)系主叫號碼查詢模塊13， 否則觸發(fā)短信轉(zhuǎn)發(fā)模塊15，以將所述短信直接轉(zhuǎn)發(fā)給所述被叫號碼。 為了實現(xiàn)用戶的短信雙收或多收功能，需要短信中心實現(xiàn)短信多發(fā)的功能，因此 在本發(fā)明短信中心的有一個實施例中，還包括被叫號碼查詢模塊，用于接收到發(fā)送給訂購 所述短信同號業(yè)務(wù)的用戶的任一號碼的短信時，根據(jù)預(yù)存的綁定關(guān)系表查詢該被叫號碼的 綁定關(guān)系中對應(yīng)的其它號碼； 短信復制模塊，用于復制所述短信，并將復制出的新的短信的被叫號碼替換為所 述其它號碼；
短信多發(fā)模塊，用于對原始接收的短信和所述復制出的新的短信進行轉(zhuǎn)發(fā)操作。
考慮到短信中心負責同號業(yè)務(wù)的業(yè)務(wù)管理，會增加性能負擔，圖6示出了一種本 發(fā)明短信同號業(yè)務(wù)處理系統(tǒng)的一實施例的結(jié)構(gòu)示意圖。在本實施例中，增加了短信同號業(yè) 務(wù)平臺2，該平臺負責在接收到所述用戶訂購所述短信同號業(yè)務(wù)的請求時，根據(jù)該請求設(shè)置 第一號碼與對應(yīng)的主發(fā)號碼之間的綁定關(guān)系，然后保存所述綁定關(guān)系，并將所述綁定關(guān)系 同步到所述短信中心l。 通過本實施例，短信同號業(yè)務(wù)可以在專用平臺上進行管理，這就極大的降低了對 短信中心的性能壓力，進而促進了短信中心的處理效率，同時還可以在短信同號業(yè)務(wù)平臺 上增設(shè)與WEB門戶、WAP門戶和短信門戶之間的擴展接口，方便用戶進行業(yè)務(wù)變更等自服務(wù) 操作。 最后應(yīng)當說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案而非對其限制；盡 管參照較佳實施例對本發(fā)明進行了詳細的說明，所屬領(lǐng)域的普通技術(shù)人員應(yīng)當理解依然 可以對本發(fā)明的具體實施方式
進行修改或者對部分技術(shù)特征進行等同替換；而不脫離本發(fā) 明技術(shù)方案的精神，其均應(yīng)涵蓋在本發(fā)明請求保護的技術(shù)方案范圍當中。
權(quán)利要求
一種短信同號業(yè)務(wù)處理方法，包括短信中心接收訂購了短信同號業(yè)務(wù)的用戶發(fā)送給被叫號碼的短信，并根據(jù)作為主叫號碼的第一號碼查詢預(yù)存的綁定關(guān)系表；如果所述短信中心查詢到與所述第一號碼對應(yīng)的主發(fā)號碼，則將所述短信的主叫號碼替換為所述主發(fā)號碼，并將所述短信轉(zhuǎn)發(fā)給所述被叫號碼。
2. 根據(jù)權(quán)利要求1所述的短信同號業(yè)務(wù)處理方法，其中，在短信中心接收用戶發(fā)送給 被叫號碼的短信之后，還包括所述短信中心查詢所述用戶是否訂購了短信同號業(yè)務(wù)，如果 查詢到所述用戶已訂購短信同號業(yè)務(wù)，則根據(jù)所述第一號碼查詢預(yù)存的綁定關(guān)系表，否則 將所述短信直接轉(zhuǎn)發(fā)給所述被叫號碼。
3. 根據(jù)權(quán)利要求1所述的短信同號業(yè)務(wù)處理方法，其中，還包括預(yù)先對短信同號業(yè)務(wù) 進行設(shè)置的操作，具體包括短信同號業(yè)務(wù)平臺接收到所述用戶訂購所述短信同號業(yè)務(wù)的請求時，根據(jù)該請求設(shè)置 第一號碼與對應(yīng)的主發(fā)號碼之間的綁定關(guān)系；所述同號業(yè)務(wù)平臺保存所述綁定關(guān)系，并將所述綁定關(guān)系同步到所述短信中心； 所述短信中心通過綁定關(guān)系表保存所述綁定關(guān)系。
4. 根據(jù)權(quán)利要求2所述的短信同號業(yè)務(wù)處理方法，其中還包括短信多發(fā)流程 所述短信中心接收到發(fā)送給訂購了所述短信同號業(yè)務(wù)的用戶的短信時，根據(jù)預(yù)存的綁定關(guān)系表查詢該被叫號碼的綁定關(guān)系中對應(yīng)的其它號碼；所述短信中心復制所述短信，并將復制出的新的短信的被叫號碼替換為所述其它號碼；所述短信中心對原始接收的短信和所述復制出的新的短信進行轉(zhuǎn)發(fā)操作。
5. 根據(jù)權(quán)利要求1 3任一所述的短信同號業(yè)務(wù)處理方法，其中還包括 所述短信中心根據(jù)所述用戶發(fā)送的計費號碼要求，生成由所述第一號碼或主發(fā)號碼計費的計費話單。
6. —種短信中心，包括短信接收模塊，用于接收用戶發(fā)送給被叫號碼的短信； 綁定關(guān)系存儲模塊，用于預(yù)先存儲綁定關(guān)系表；主叫號碼查詢模塊，用于根據(jù)作為主叫號碼的第一號碼查詢所述綁定關(guān)系表中與所述 第一號碼對應(yīng)的主發(fā)號碼；號碼替換模塊，用于在查詢到所述主發(fā)號碼后，將所述短信的主叫號碼替換為所述主 發(fā)號碼；短信轉(zhuǎn)發(fā)模塊，用于將所述短信轉(zhuǎn)發(fā)給所述被叫號碼。
7. 根據(jù)權(quán)利要求6所述的短信中心，其中還包括同號業(yè)務(wù)查詢模塊，用于在短信接收模塊接收用戶發(fā)送給被叫號碼的短信后，查詢所 述用戶是否訂購了短信同號業(yè)務(wù)，如果查詢到所述用戶已訂購短信同號業(yè)務(wù)，則觸發(fā)所述 綁定關(guān)系查詢模塊，否則觸發(fā)短信轉(zhuǎn)發(fā)模塊，以將所述短信直接轉(zhuǎn)發(fā)給所述被叫號碼。
8. 根據(jù)權(quán)利要求7所述的短信中心，其中還包括被叫號碼查詢模塊，用于接收到發(fā)送給訂購所述短信同號業(yè)務(wù)的用戶的任一號碼的短 信時，根據(jù)預(yù)存的綁定關(guān)系表查詢該被叫號碼的綁定關(guān)系中對應(yīng)的其它號碼；短信復制模塊，用于復制所述短信，并將復制出的新的短信的被叫號碼替換為所述其 它號碼；短信多發(fā)模塊，用于對原始接收的短信和所述復制出的新的短信進行轉(zhuǎn)發(fā)操作。
9. 根據(jù)權(quán)利要求6所述的短信中心，其中還包括計費話單生成模塊，用于根據(jù)所述用戶發(fā)送的計費號碼要求，生成由所述第一號碼或 主發(fā)號碼計費的計費話單。
10. —種包括權(quán)利要求6 9任一所述的短信中心的短信同號業(yè)務(wù)處理系統(tǒng)，還包括 短信同號業(yè)務(wù)平臺，用于在接收到所述用戶訂購所述短信同號業(yè)務(wù)的請求時，根據(jù)該請求設(shè)置第一號碼與對應(yīng)的主發(fā)號碼之間的綁定關(guān)系，然后保存所述綁定關(guān)系，并將所述 綁定關(guān)系同步到所述短信中心。
11. 根據(jù)權(quán)利要求io所述的短信同號業(yè)務(wù)處理系統(tǒng)，其中所述短信同號業(yè)務(wù)平臺還包括與WEB門戶、WAP門戶和短信門戶之間的擴展接口 。
全文摘要
本發(fā)明涉及一種短信同號業(yè)務(wù)處理方法，包括短信中心接收訂購了短信同號業(yè)務(wù)的用戶發(fā)送給被叫號碼的短信，并根據(jù)作為主叫號碼的第一號碼查詢預(yù)存的綁定關(guān)系表；如果所述短信中心查詢到與所述第一號碼對應(yīng)的主發(fā)號碼，則將所述短信的主叫號碼替換為所述主發(fā)號碼，并將所述短信轉(zhuǎn)發(fā)給所述被叫號碼。本發(fā)明還涉及一種短信中心和短信同號業(yè)務(wù)處理系統(tǒng)。本發(fā)明將主叫號碼與另一業(yè)務(wù)號碼進行綁定，可以在發(fā)短信過程中，由短信中心進行號碼的轉(zhuǎn)換，從而使得被叫用戶在終端上看到的是主要用戶希望被叫用戶看到的綁定號碼，這樣即便用戶通過電腦客戶端發(fā)送短信，仍然可以使被叫用戶看到用戶的普通手機的終端號碼，從而滿足了主叫用戶的需求。
文檔編號H04W8/18GK101754142SQ20101000086
公開日2010年6月23日 申請日期2010年1月19日 優(yōu)先權(quán)日2010年1月19日
發(fā)明者李一彪, 楊杰, 魏青, 魯維 申請人:中國電信股份有限公司