專利名稱：終端與增值業(yè)務(wù)提供商應(yīng)用之間多媒體消息轉(zhuǎn)發(fā)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及多媒體消息交互領(lǐng)域。
背景技術(shù)：
在2G移動通訊時代，由于網(wǎng)絡(luò)帶寬的原因，抑制了數(shù)據(jù)業(yè)務(wù)的發(fā)展。SMS短消息業(yè)務(wù)的自身缺陷難以解決。隨著第三代移動通信系統(tǒng)(包括2.5G)的發(fā)展，以它為承載網(wǎng)絡(luò)的各種數(shù)據(jù)業(yè)務(wù)也如雨后春筍般誕生，3G涉及的領(lǐng)域比2G要廣闊得多。
多媒體技術(shù)使得人們能夠更加準(zhǔn)確地和生動地表達和傳遞信息，3G移動通信網(wǎng)絡(luò)將多媒體引入到移動通信領(lǐng)域，一種嶄新的消息業(yè)務(wù)-多媒體消息(MMSMultimedia Messaging Service)將從根本上改變?nèi)藗兊亩滔⑼ㄐ欧绞?。MMS提供了一種非實時的多媒體通信方式，用戶可以發(fā)送或接收由文字、圖象、視頻、音頻等組成的多媒體消息，在此平臺上可以衍生出更豐富業(yè)務(wù)應(yīng)用和提供更好的服務(wù)質(zhì)量。
多媒體消息中心負(fù)責(zé)在網(wǎng)絡(luò)上發(fā)送可由純文本、圖片、視頻、音頻及其他媒體格式組成的消息。能夠提供三種基本業(yè)務(wù)能力點到點的業(yè)務(wù)能力、點到應(yīng)用的業(yè)務(wù)能力、應(yīng)用到點的業(yè)務(wù)能力。并能夠提供兩種擴展的業(yè)務(wù)能力點到多點的業(yè)務(wù)能力、應(yīng)用到多點的業(yè)務(wù)能力。
多媒體消息中心設(shè)備位于IP網(wǎng)絡(luò)側(cè)，通過WAP網(wǎng)關(guān)實現(xiàn)與無線承載網(wǎng)絡(luò)的連接，因此其業(yè)務(wù)實現(xiàn)與具體無線承載網(wǎng)絡(luò)無關(guān)，支持GSM、GPRS、WCDMA和CDMA、CDMA2000等網(wǎng)絡(luò)，并支持未來的3G網(wǎng)絡(luò)。
多媒體消息中心設(shè)備系統(tǒng)結(jié)構(gòu)如圖1所示，涉及的系統(tǒng)接口由各組成網(wǎng)元決定，接口的定義和描述主要集中在業(yè)務(wù)接入的標(biāo)準(zhǔn)流程，同時對系統(tǒng)物理接口的規(guī)范設(shè)定了最低要求，以保證系統(tǒng)的多樣性。
如圖1所示，是現(xiàn)有技術(shù)中多媒體消息中心設(shè)備系統(tǒng)結(jié)構(gòu)圖，圖中的網(wǎng)元如下MMS User AgentMMS用戶代理，MMS終端通過MMS用戶代理提供多媒體消息服務(wù)，MMS用戶代理是多媒體消息終端上的一個應(yīng)用，提供用戶瀏覽、編輯、處理多媒體消息等功能，以及消息的發(fā)送、接收、刪除等操作。MMS用戶代理支持MIME，多媒體消息采用MIME格式表示，通過MIME中不同子類型的定義，多媒體消息可包含文本、圖像、聲音等數(shù)據(jù)。
MMSC(MMSC)多媒體消息中心，多媒體消息中心對多媒體消息進行協(xié)議轉(zhuǎn)換、內(nèi)容適配、存儲和調(diào)度，完成多媒體消息在不同多媒體設(shè)備之間的傳遞操作，同時，多媒體消息中心生成CDR話單用于計費。
MMS User DatabasesMMS用戶數(shù)據(jù)庫，存儲用戶信息、個性化信息、接口信息等。在目標(biāo)網(wǎng)絡(luò)中，該數(shù)據(jù)庫是MISC系統(tǒng)的一部分，目前集成在MMSC中。
MMS VAS Applicatons外部增值應(yīng)用服務(wù)器，提供增值業(yè)務(wù)服務(wù)。
Billing System計費系統(tǒng)，完成多媒體消息中心系統(tǒng)的計費操作。
External Servers電子郵件服務(wù)器、短消息中心(SMSC)和傳真機等外部服務(wù)設(shè)備。
多媒體消息參考體系結(jié)構(gòu)中的接口有MM1MMS用戶代理與MMS Relay/Server之間的參考點。
MM2MMS Relay與MMS Server之間的參考點。
MM3MMS Relay/Server與外部(遺留)消息傳遞系統(tǒng)之間的參考點。
MM4MMS Relay/Server與另一MMSE內(nèi)的另一MMS Relay/Server之間的參考點。
MM5MMS Relay/Server與歸屬位置寄存器(HLR)之間的參考點。
MM6MMS Relay/Server與MMS用戶數(shù)據(jù)庫這間的參考點。
MM7MMS Relay/Server與MMS VAS應(yīng)用程序之間的參考點。
MM8Relay/Server與計費系統(tǒng)之間的參考點。
如圖2所示，參考點MM4是不同的多媒體消息中心之間的接口，用于在不同的多媒體消息中心之間傳送消息，消息的發(fā)送應(yīng)當(dāng)基于簡單郵件傳輸協(xié)議(SMTPSimple Mail Transfer Protocol)(RFC821協(xié)議定義)。多媒體消息在MM4接口上進行消息傳輸所要遵循的消息傳輸協(xié)議結(jié)構(gòu)主要是遵循第三代合作工程(3GPP Third Generation Partnership Project)協(xié)議規(guī)定。
1、多媒體消息的路由前轉(zhuǎn)在成功尋址到某個對等的多媒體消息中心后，發(fā)送方的多媒體消息中心應(yīng)使用MM4_forward.REQ為某個多媒體消息選路由前轉(zhuǎn)到接收方的多媒體消息中心，其中包含了MMS控制信息和多媒體消息內(nèi)容。接收方的多媒體消息中心應(yīng)以MM4_forward.RES作為響應(yīng)，其中包含MM4_forward.RES中所要求的狀態(tài)。涉及消息如表1所示

表12、路由前轉(zhuǎn)發(fā)送報告接收方多媒體消息中心完成多媒體消息的下發(fā)以后，根據(jù)當(dāng)前的下發(fā)情況生成發(fā)送報告MM_delivery_report.REQ發(fā)送到發(fā)送方多媒體消息中心，其中僅包含MMS控制信息。發(fā)送方多媒體消息中心應(yīng)以MM4_delivey_report.RES作為響應(yīng)，其中提供了MM4_delivey_report.REQ請求處理情況的狀態(tài)信息。
對MMSC而言，支持MM4_delivery_report.REQ是必須的。涉及消息如表2所示

表23、路由前轉(zhuǎn)閱讀報告接收方多媒體消息中心完成MM多媒體消息的下發(fā)以后，使用MM4_Read_Reply.REQ把預(yù)先由接收方MMS用戶代理提交的閱讀報告路由前轉(zhuǎn)發(fā)送到發(fā)送方多媒體消息中心，其中僅包含有MMS控制信息。發(fā)送方多媒體消息中心應(yīng)以MM4_Read_Reply.RES作為回應(yīng)，并在其中提供MM4_Read_Reply.REQ請求處理情況的狀態(tài)信息。涉及消息如表3所示

表3通過遵循現(xiàn)有的消息傳輸協(xié)議結(jié)構(gòu)，能夠?qū)崿F(xiàn)多媒體消息在不同多媒體消息中心之間轉(zhuǎn)發(fā)，并通過轉(zhuǎn)發(fā)的相關(guān)計費消息完成多媒體消息的計費功能。MM4接口消息的發(fā)送流程如圖3所示，MM4_forward.req、MM4_forward.res、MM4_delivey_report.req和MM4_delivey_report.res為MM4接口的協(xié)議消息，其他接口的消息消息是為了作為該流程的補充。MM4接口閱讀報告相關(guān)的流程是可選流程。
雖然現(xiàn)有的MM4接口的消息傳輸協(xié)議結(jié)構(gòu)能夠在消息發(fā)送流程中完成不同多媒體消息中心之間多媒體消息的轉(zhuǎn)發(fā)功能，但是當(dāng)出現(xiàn)如下的情況時，則只使用當(dāng)前的MM4接口的消息傳輸協(xié)議結(jié)構(gòu)將無法完成相應(yīng)功能的實現(xiàn)。
現(xiàn)有技術(shù)中存在的問題是，當(dāng)終端和VASP應(yīng)用不在同一個多媒體消息中心時，要求進行多媒體消息在不同多媒體消息中心之間進行信息轉(zhuǎn)發(fā)，因為缺少相關(guān)消息發(fā)送所需要的計費信息而無法完成計費功能。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種終端與增值業(yè)務(wù)提供商應(yīng)用之間多媒體消息轉(zhuǎn)發(fā)的方法，以解決現(xiàn)有技術(shù)中多媒體消息在不同多媒體消息中心之間轉(zhuǎn)發(fā)時不能完成相應(yīng)計費的問題；一種終端與VASP應(yīng)用之間多媒體消息轉(zhuǎn)發(fā)的方法，其特征在于包括a、發(fā)送方多媒體消息中心接收發(fā)送方終端提交的多媒體消息，并編輯生成路由前轉(zhuǎn)請求消息(MM4_forward.REQ)，該消息帶有標(biāo)識多媒體消息信息和VASP業(yè)務(wù)相關(guān)信息；b、發(fā)送方多媒體消息中心將步驟a中生成的消息發(fā)送到接收方多媒體消息中心；c、接收方多媒體信息中心回復(fù)路由前轉(zhuǎn)請求消息的響應(yīng)(MM4_forward.RES)給發(fā)送方多媒體消息中心；d、接收方多媒體消息中心根據(jù)MM4_forward.REQ中的多媒體消息信息和VASP業(yè)務(wù)相關(guān)信息進行多媒體消息的下發(fā)操作。
所述的終端與VASP應(yīng)用之間多媒體消息轉(zhuǎn)發(fā)的方法，步驟a中，該標(biāo)識VASP業(yè)務(wù)相關(guān)信息包括VASP業(yè)務(wù)應(yīng)用的代碼、服務(wù)代碼、業(yè)務(wù)代碼、計費類型、費率等相關(guān)信息。
所述的終端與VASP應(yīng)用之間多媒體消息轉(zhuǎn)發(fā)的方法，還包括步驟e、接收方多媒體消息中心根據(jù)步驟a中的相關(guān)信息進行計費處理的操作。
所述的終端與VASP應(yīng)用之間多媒體消息轉(zhuǎn)發(fā)的方法，還包括步驟f、發(fā)送方多媒體消息中心進行計費操作。
本發(fā)明的通過對目前的MM4_forward.REQ結(jié)構(gòu)進行相應(yīng)的擴展，使其能夠包括VASP業(yè)務(wù)應(yīng)用的代碼、服務(wù)代碼、業(yè)務(wù)代碼、計費類型、費率這五個字段，從而能夠準(zhǔn)確的表明當(dāng)前服務(wù)的VASP應(yīng)用、當(dāng)前服務(wù)的業(yè)務(wù)以及準(zhǔn)確的計費信息，成功的解決當(dāng)終端和VASP應(yīng)用不在同一個多媒體消息中心時，多媒體消息雖然能夠在不同多媒體消息中心之間進行信息轉(zhuǎn)發(fā)卻無法完成相應(yīng)計費功能的問題。


圖1是現(xiàn)有技術(shù)中多媒體消息中心設(shè)備系統(tǒng)結(jié)構(gòu)圖；圖2是現(xiàn)有技術(shù)中不同的多媒體消息中心之間的接口示意圖；圖3是現(xiàn)有技術(shù)中MM4接口協(xié)議消息交互流程；圖4是本發(fā)明所采用的組網(wǎng)結(jié)構(gòu)圖；圖5是本發(fā)明多媒體消息轉(zhuǎn)發(fā)流程圖。
具體實施例方式
下面結(jié)合說明書附圖來說明本發(fā)明的具體實施方式
。
為了便于說明，我們采取發(fā)明與現(xiàn)有技術(shù)相對應(yīng)的敘述方式，以便于更為清晰的看到本發(fā)明的關(guān)鍵點所在。
如圖4所示，是本發(fā)明的多媒體信息轉(zhuǎn)發(fā)的方法實現(xiàn)的網(wǎng)絡(luò)環(huán)境，所采用的系統(tǒng)組網(wǎng)結(jié)構(gòu)跟現(xiàn)有技術(shù)方案的組網(wǎng)保持一致，在該組網(wǎng)圖中，MMSRelay/Server就是我們所說的多媒體消息中心，多媒體消息首先由發(fā)送方終端提交到發(fā)送方多媒體消息中心，發(fā)送方多媒體消息中心通過采用SMTP協(xié)議實現(xiàn)的MM4接口把多媒體消息轉(zhuǎn)發(fā)到接收方多媒體消息中心，接收方多媒體消息中心完成多媒體消息的下發(fā)工作，最終把多媒體消息下發(fā)到接收方終端，同時接收方多媒體消息中心還會以發(fā)送報告的形式告知發(fā)送方多媒體消息中心當(dāng)前多媒體消息的下發(fā)情況。
由此可以看出，本發(fā)明包括如圖5所示的步驟
a、發(fā)送方多媒體消息中心接收發(fā)送方終端提交的多媒體消息，并編輯生成MM4_forward.REQ，該消息帶有標(biāo)識多媒體消息信息和VASP業(yè)務(wù)相關(guān)信息；當(dāng)發(fā)送方多媒體消息中心收到新提交的終端與VASP應(yīng)用之間發(fā)送的多媒體消息時，如果該終端與VASP應(yīng)用歸屬于不同的多媒體消息中心，則要進行當(dāng)前多媒體消息的轉(zhuǎn)發(fā)。當(dāng)進行不同多媒體消息中心之間的多媒體消息轉(zhuǎn)發(fā)時，發(fā)送方多媒體消息中心采用MM4_forward.REQ把發(fā)送方終端提交的多媒體消息轉(zhuǎn)發(fā)到多媒體消息的接收方多媒體消息中心。在本技術(shù)方案中，我們?yōu)榱送瓿啥嗝襟w消息在不同多媒體消息中心之間進行信息轉(zhuǎn)發(fā)并同時能夠完成相應(yīng)計費功能，當(dāng)多媒體消息中心接收到當(dāng)前提交的多媒體消息時，首先編輯生成MM4_forward.REQ。針對該消息，多媒體消息中心在原有技術(shù)方案中規(guī)定的MM4_forward.REQ基礎(chǔ)上，增加標(biāo)識VASP業(yè)務(wù)應(yīng)用的代碼、服務(wù)代碼、業(yè)務(wù)代碼、計費類型、費率等相關(guān)信息的字段，攜帶當(dāng)前服務(wù)的VASP信息、當(dāng)前服務(wù)的業(yè)務(wù)信息以及計費信息，提供給接收方多媒體消息中心進行多媒體消息下發(fā)時使用。
如表4所示，是現(xiàn)有技術(shù)中，當(dāng)進行不同多媒體消息中心之間的多媒體消息轉(zhuǎn)發(fā)時，發(fā)送方多媒體消息中心采用MM4_forward.RFQ(見表4)的消息結(jié)構(gòu)



表4本發(fā)明為了完成相應(yīng)的計費功能，對目前的MM4_forward.REQ結(jié)構(gòu)進行相應(yīng)的擴展，其MM4_forward.REQ中具體擴展的字段見表5。


表5b、發(fā)送方多媒體消息中心將步驟a中生成的消息發(fā)送到接收方多媒體消息中心；發(fā)送方多媒體消息中心把生成的MM4_forward.RFQ發(fā)送到接收方多媒體消息中心，該消息中攜帶有相關(guān)的計費信息，作為計費依據(jù)。
c、接收方多媒體信息中心回復(fù)路由前轉(zhuǎn)請求消息的響應(yīng)(MM4_forward.RES)給發(fā)送方多媒體消息中心；接收方多媒體消息中心接收到發(fā)送方多媒體消息中心提交的MM4_forward.REQ時，首先給發(fā)送方多媒體消息中心回一個MM4_forward.RES作為當(dāng)前接收情況的回應(yīng)。
d、接收方多媒體消息中心根據(jù)MM4_forward.REQ中的多媒體消息信息和VASP業(yè)務(wù)相關(guān)信息進行多媒體消息的下發(fā)操作。
然后，接收方多媒體消息中心根據(jù)接收到的MM4_forward.REQ中攜帶的當(dāng)前多媒體消息相關(guān)信息進行多媒體消息的下發(fā)操作。在這里，因為接收到的MM4_forward.REQ中攜帶了擴展增加的當(dāng)前服務(wù)的VASP的信息、當(dāng)前服務(wù)的業(yè)務(wù)的信息以及計費信息等相關(guān)信息，接收方多媒體消息中心就可以在進行下發(fā)當(dāng)前多媒體消息所要用到的消息的構(gòu)造時，從MM4_forward.REQ中提取多媒體消息本身的信息和標(biāo)識VASP業(yè)務(wù)應(yīng)用的代碼、服務(wù)代碼、業(yè)務(wù)代碼、計費類型、費率等相關(guān)信息的字段，將其填入到進行多媒體消息發(fā)送所用到的消息中。完成下發(fā)當(dāng)前多媒體消息所要用到的消息的構(gòu)造以后，接收方多媒體消息中心進行當(dāng)前多媒體消息的下發(fā)，同時接收方多媒體消息中心根據(jù)MM4_forward.REQ中攜帶的標(biāo)識VASP業(yè)務(wù)應(yīng)用的代碼、服務(wù)代碼、業(yè)務(wù)代碼、計費類型、費率等相關(guān)信息的字段完成該條多媒體消息的計費功能，實現(xiàn)接收方終端通訊費和/或信息費的收取。
接收方多媒體消息中心完成多媒體消息的下發(fā)以后，會根據(jù)當(dāng)前多媒體消息的下發(fā)情況生成一條相應(yīng)的發(fā)送報告發(fā)送給當(dāng)前多媒體消息的發(fā)送方多媒體消息中心，從而能夠告知發(fā)送方多媒體消息中心當(dāng)前多媒體消息下發(fā)的狀態(tài)是成功或者是失敗等信息，保證發(fā)送方多媒體消息中心完成相應(yīng)的多媒體消息轉(zhuǎn)發(fā)處理流程和相關(guān)計費功能的完成。發(fā)送方多媒體消息中心在接收到接收方多媒體消息中心發(fā)送的發(fā)送報告以后，會根據(jù)發(fā)送報告的狀態(tài)信息和發(fā)送方終端對發(fā)送報告的要求生成新的發(fā)送報告發(fā)送給發(fā)送方終端，告知用戶所提交的多媒體消息的下發(fā)情況。同時，發(fā)送方多媒體消息中心結(jié)束當(dāng)前多媒體消息的轉(zhuǎn)發(fā)處理流程，完成在對多媒體消息轉(zhuǎn)發(fā)流程中發(fā)送方多媒體消息中心所需要進行的計費功能，實現(xiàn)發(fā)送方終端的計費處理。
e、接收方多媒體消息中心根據(jù)步驟a中的相關(guān)信息進行計費處理的操作。
當(dāng)完成下發(fā)當(dāng)前多媒體消息所要用到的消息的構(gòu)造以后，接收方多媒體消息中心進行當(dāng)前多媒體消息的下發(fā)，同時接收方多媒體消息中心根據(jù)MM4_forward.REQ中攜帶的標(biāo)識VASP業(yè)務(wù)應(yīng)用的代碼、服務(wù)代碼、業(yè)務(wù)代碼、計費類型、費率等相關(guān)信息的字段完成該條多媒體消息的計費統(tǒng)計。
g、發(fā)送方多媒體消息中心進行計費操作。
當(dāng)通訊費用是由發(fā)送方多媒體消息中心來收取時，由發(fā)送方多媒體消息中心來完成收取工作，實現(xiàn)接收方終端通訊費和/或信息費的收取。這是一般消息發(fā)送中，計費的步驟，但也有一些例外的情況，有時需要由接收方多媒體消息中心來完成收費工作，比如對于一些服務(wù)消息，接收服務(wù)方會被要求進行付費，這時就由接收方多媒體消息中心完成費用收取工作。
本發(fā)明的通過對目前的MM4_forward.REQ結(jié)構(gòu)進行相應(yīng)的擴展，使其能夠包括VASP業(yè)務(wù)應(yīng)用的代碼、服務(wù)代碼、業(yè)務(wù)代碼、計費類型、費率這五個字段，從而能夠準(zhǔn)確的表明當(dāng)前服務(wù)的VASP應(yīng)用、當(dāng)前服務(wù)的業(yè)務(wù)以及準(zhǔn)確的計費信息，成功的解決當(dāng)終端和VASP應(yīng)用不在同一個多媒體消息中心時，多媒體消息雖然能夠在不同多媒體消息中心之間進行信息轉(zhuǎn)發(fā)卻無法完成相應(yīng)計費功能的問題。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉該技術(shù)的人在本發(fā)明所揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)該以權(quán)利要求的保護范圍為準(zhǔn)。
權(quán)利要求
1.一種終端與增值業(yè)務(wù)提供商應(yīng)用(VASP Value Added Service Provider)之間多媒體消息轉(zhuǎn)發(fā)的方法，其特征在于包括a、發(fā)送方多媒體消息中心接收發(fā)送方終端提交的多媒體消息，并編輯生成路由前轉(zhuǎn)請求消息(MM4_forward.REQ)，該消息帶有標(biāo)識多媒體消息信息和VASP業(yè)務(wù)相關(guān)信息；b、發(fā)送方多媒體消息中心將步驟a中生成的消息發(fā)送到接收方多媒體消息中心；c、接收方多媒體信息中心回復(fù)路由前轉(zhuǎn)請求消息的響應(yīng)(MM4_forward.RES)給發(fā)送方多媒體消息中心；d、接收方多媒體消息中心根據(jù)MM4_forward.REQ中的多媒體消息信息和VASP業(yè)務(wù)相關(guān)信息進行多媒體消息的下發(fā)操作。
2.如權(quán)利要求1所述的終端與VASP應(yīng)用之間多媒體消息轉(zhuǎn)發(fā)的方法，其特征在于所述步驟a中，該標(biāo)識VASP業(yè)務(wù)相關(guān)信息包括VASP業(yè)務(wù)應(yīng)用的代碼、服務(wù)代碼、業(yè)務(wù)代碼、計費類型、費率等相關(guān)信息。
3.如權(quán)利要求1或2所述的終端與VASP應(yīng)用之間多媒體消息轉(zhuǎn)發(fā)的方法，其特征在于還包括步驟e、接收方多媒體消息中心根據(jù)步驟a中的相關(guān)信息進行計費處理的操作。
4.如權(quán)利要求1或2所述的終端與VASP應(yīng)用之間多媒體消息轉(zhuǎn)發(fā)的方法，其特征在于還包括步驟f、發(fā)送方多媒體消息中心進行計費操作。
全文摘要
一種終端與VASP應(yīng)用之間多媒體消息轉(zhuǎn)發(fā)的方法，涉及多媒體消息交互領(lǐng)域。包括a.發(fā)送方多媒體消息中心接收發(fā)送方終端提交的多媒體消息，并編輯生成MM4_forward.REQ，該消息帶有標(biāo)識多媒體消息信息和VASP業(yè)務(wù)相關(guān)信息；b.發(fā)送方多媒體消息中心將步驟a中生成的消息發(fā)送到接收方多媒體消息中心；c.接收方多媒體信息中心回復(fù)MM4_forward.RES給發(fā)送方多媒體消息中心；d.接收方多媒體消息中心根據(jù)MM4_forward.REQ中的多媒體消息信息和VASP業(yè)務(wù)相關(guān)信息進行多媒體消息的下發(fā)操作。本發(fā)明解決當(dāng)終端和VASP應(yīng)用不在同一個多媒體消息中心時，多媒體消息無法完成相應(yīng)計費功能的問題。
文檔編號H04L12/14GK1501657SQ02149289
公開日2004年6月2日 申請日期2002年11月12日 優(yōu)先權(quán)日2002年11月12日
發(fā)明者飛 唐, 唐飛, 李曉斌, 劉明海, 張波, 蒙勇, 楊偉淑 申請人:華為技術(shù)有限公司