專利名稱：：一種消息響應(yīng)方法及設(shè)備的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通信
技術(shù)領(lǐng)域：
，尤其涉及一種消息響應(yīng)的方法及設(shè)備。
背景技術(shù)：
：在通信系統(tǒng)中，相互通信的兩個(gè)實(shí)體通信實(shí)體A和對(duì)端通信實(shí)體B之間要交互大量的信息，在有些情況下，通信實(shí)體A向通信實(shí)體B發(fā)送消息，并要求通信實(shí)體B對(duì)通信實(shí)體A發(fā)送給通信實(shí)體B的某些關(guān)鍵的消息做出響應(yīng)，則通信實(shí)體B會(huì)在接收到這些消息后，發(fā)送相應(yīng)的響應(yīng)消息給通信實(shí)體A,具體流程如圖1所示?，F(xiàn)有技術(shù)中，BS(BaseStation,基站)會(huì)發(fā)送多個(gè)要求響應(yīng)的消息給終端，如MAC畫REQ(MulticastAssignmentRequest,多#番指酉己請(qǐng)求)、CHA-REQ(ChannelAddedRequest,信道增加請(qǐng)求)，BLM-REQ(BulkMeasurementRequest,批量測(cè)量請(qǐng)求)等，在現(xiàn)有技術(shù)中，在接收到這些消息后，終端將分別發(fā)送對(duì)應(yīng)的響應(yīng)消息，如MAC-RSP(MulticastAssignmentResponse,多4番指配響應(yīng))、CHA-RSP(ChannelAddedResponse,信道增力口響應(yīng))，BLM-RSP(BulkMeasurementResponse,批量測(cè)量響應(yīng))以確iU妄收到對(duì)應(yīng)的請(qǐng)求消息。對(duì)于同一終端，這些響應(yīng)消息都需要采用HMAC/CMACTuple,用于加密。其中，HMAC占21字節(jié)，CMAC占13或19字節(jié)(只在MDHO時(shí)為19字節(jié))，短HMAC占13/15/17字節(jié)。由于每條消息都需要采用HMAC/CMACtuple加密，通信中存在大量的冗余信息，降低了通信效率?；蛘撸珺S向RS(RelayStation,中繼站)發(fā)送MS—SCN-INF消息(也可以是MS—INFO-DEL、MR—SLP-INFO、RS—PATH-REQ等消息)。RS收到上述消息中的任何一個(gè)消息，向MR-BS響應(yīng)MR—Generic-ACK消息作為MS—SCN-INF消息的確認(rèn)。MR—Generic-ACK消息中還可以包括TLV編碼信息HMAC/CMACTuple,用于加密。其中，HMAC占21字節(jié)，CMAC占13或19字節(jié)(只在MDHO時(shí)為19字節(jié))，短HMAC占13/15/17字節(jié)。如果消息中采用HMAC/CMACtuple加密，則通信中會(huì)存在大量的冗余信息，降低了通信效率。另外，RS可以向BS發(fā)送STA-INFO消息，BS收到STA-INFO消息后向RS響應(yīng)MR—Generic-ACK消息。BS可能需要在同一幀為來(lái)自RS的多個(gè)STA-INFO消息響應(yīng)MR一Generic-ACK消息，如果消息中采用HMAC/CMACtuple加密，則通信中也會(huì)存在大量的冗余信息，降低了通信效率。在實(shí)現(xiàn)本發(fā)明的過(guò)程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中存在以下缺點(diǎn)在現(xiàn)有技術(shù)中，通信實(shí)體之間發(fā)送的消息很多，一條要求響應(yīng)的消息對(duì)應(yīng)的都要由對(duì)端發(fā)送一條對(duì)應(yīng)的響應(yīng)消息，但實(shí)際上，不同的響應(yīng)消息有部分內(nèi)容相同，因此，如果每條響應(yīng)消息都分別打包發(fā)送，則帶來(lái)的冗余較大，降低了通信效率。
發(fā)明內(nèi)容本發(fā)明實(shí)施例提供了一種消息響應(yīng)方法及設(shè)備，以減少響應(yīng)所需的信令開銷。本發(fā)明實(shí)施例提供了一種消息響應(yīng)方法，包括將至少兩個(gè)針對(duì)接收到的需要響應(yīng)的消息的響應(yīng)信息匯聚到一個(gè)匯聚消息中；發(fā)送所述匯聚消息。本發(fā)明實(shí)施例提供了一種消息響應(yīng)設(shè)備，包括響應(yīng)消息生成單元，用于生成針對(duì)接收到的需要響應(yīng)的消息的響應(yīng)信息；匯聚單元，用于將至少兩個(gè)所述響應(yīng)信息匯聚到一個(gè)匯聚消息中；發(fā)送單元，用于發(fā)送所述匯聚消息。本發(fā)明的實(shí)施例中，通過(guò)一個(gè)匯聚消息將多個(gè)對(duì)接收到的需要響應(yīng)的消息的響應(yīng)信息發(fā)送出去，減少了冗余信息，減少了空口信令開銷，提高了通信效率。圖l是現(xiàn)有技術(shù)中通信實(shí)體發(fā)送響應(yīng)消息流程圖；圖2是本發(fā)明實(shí)施例中一種消息響應(yīng)方法流程圖；圖3是本發(fā)明實(shí)施例中一種消息響應(yīng)系統(tǒng)結(jié)構(gòu)圖。具體實(shí)施例方式本發(fā)明實(shí)施例提供了一種消息響應(yīng)方法，如圖2所示，包括以下步驟步驟s201,將至少兩個(gè)針對(duì)接收到的需要響應(yīng)的消息的響應(yīng)信息匯聚到一個(gè)匯聚消息中；步驟s202,將所述匯聚消息發(fā)送出去。本發(fā)明實(shí)施例中涉及到兩個(gè)通信實(shí)體第一通信實(shí)體和第二通信實(shí)體。第一通信實(shí)體向第二通信實(shí)體發(fā)送多個(gè)需要響應(yīng)的消息。第二通信實(shí)體接收到多個(gè)需要響應(yīng)的消息后，為每個(gè)消息生成相應(yīng)的響應(yīng)信息，并將多個(gè)響應(yīng)信息匯聚到一個(gè)匯聚消息中。第二通信實(shí)體還可能在匯聚消息中包括其他信息，例如匯聚消息的消息類型、密鑰信息。第二通信實(shí)體向第一通信實(shí)體發(fā)送匯聚消息。具體地，第二通信實(shí)體匯聚得到的匯聚消息中包括被響應(yīng)的消息數(shù)目，對(duì)每個(gè)被響應(yīng)的消息，還包括該被響應(yīng)消息的交易標(biāo)識(shí)，并可能包括第二通信實(shí)體對(duì)該被響應(yīng)消息的確認(rèn)碼(confirmationcode)。這里，確認(rèn)碼可以用于表示第二通信實(shí)體是否接受該消息，此時(shí)確認(rèn)碼的選擇可以^:*接受或者拒絕，如果拒絕，則還可以指示拒絕的原因，如配置失敗、消息中的信息無(wú)效等。以下所述確i人碼均指這一含義，后續(xù)不再贅述。或者，匯聚消息中包括發(fā)送被響應(yīng)消息所使用的管理連接的數(shù)目，對(duì)每個(gè)管理連接，還包括管理連接標(biāo)識(shí)、對(duì)應(yīng)的被響應(yīng)的消息的數(shù)目，對(duì)每個(gè)對(duì)應(yīng)的凈皮響應(yīng)的消息，還包括交易標(biāo)識(shí)并可能包括確認(rèn)碼?；蛘?，匯聚消息中包括被響應(yīng)消息的數(shù)目，對(duì)每個(gè)被響應(yīng)的消息，還包括該4皮響應(yīng)的消息的類型值、交易標(biāo)識(shí)并可能包括確認(rèn)碼?；蛘?，匯聚消息中包括被響應(yīng)消息的類型的數(shù)目，對(duì)每個(gè)消息類型，還包括消息類型值、對(duì)應(yīng)的^皮響應(yīng)的消息的凄t目，對(duì)每個(gè)對(duì)應(yīng)的^皮響應(yīng)的消息，還包6括交易標(biāo)識(shí)并可能包括確認(rèn)碼。第二通信實(shí)體在接收到每個(gè)需要響應(yīng)的消息后，可以直接生成該消息的響應(yīng)信息，也可以基于該消息進(jìn)行一些處理后生成該消息的響應(yīng)信息。第二通信實(shí)體在生成該消息的響應(yīng)信息后，可以直接將該響應(yīng)信息及其他響應(yīng)信息匯聚到匯聚消息中，也可以等待一段時(shí)間后將該響應(yīng)信息及其他響應(yīng)信息匯聚到匯聚消息中。本發(fā)明實(shí)施例一中，一種消息響應(yīng)方法，包括以下步驟步驟s301:第一通信實(shí)體向第二通信實(shí)體發(fā)送多個(gè)需要響應(yīng)的消息，每個(gè)消息中包括管理消息類型值、交易標(biāo)識(shí)，并可能包括HMAC/CMACTupleTLV編碼等其他信息。步驟s302:第二通信實(shí)體接收到需要響應(yīng)的消息后，確定為該消息返回應(yīng)答并記錄該消息的交易標(biāo)識(shí)。如果第二通信實(shí)體在確定為消息返回應(yīng)答時(shí)還為該消息生成了確認(rèn)碼，則還會(huì)記錄該確認(rèn)碼。步驟s303:第二通信實(shí)體計(jì)算被響應(yīng)的消息數(shù)目(即所記錄的交易標(biāo)識(shí)的數(shù)目)。步驟s304:第二通信實(shí)體生成匯聚消息(也可以稱為多確認(rèn)消息)，匯聚消息中包括匯聚消息的管理消息類型值、被響應(yīng)的消息數(shù)目，對(duì)每個(gè)被響應(yīng)的消息，還包括交易標(biāo)識(shí)并可能包括確認(rèn)碼。匯聚消息中還可能包括HMAC/CMACTupleTLV編碼。其中，匯聚消息的管理消息類型值可以是與其他管理消息類型值不同的某個(gè)值。步驟s305:第二通信實(shí)體向第一通信實(shí)體發(fā)送匯聚消息。多確認(rèn)消息的消息格式的具體例子如表l,包括管理消息類型ManagementMessageType、交易數(shù)目Num_of_Transactions、交易標(biāo)識(shí)Transaction—ID、確認(rèn)碼confirmationcode、填充部分和TLV編碼信息。在表l的例子中，確i人碼指示接受/拒絕，因此大小設(shè)為lbit，這只是確認(rèn)碼的一個(gè)例子，此外，確認(rèn)碼大小也可以為多個(gè)比特，此時(shí)確認(rèn)碼指示接受/拒絕及原因，或者接受/拒絕/拒絕及原因。如果多確認(rèn)消息中不包括確認(rèn)碼，則消息格式的具體例子是在表l的基礎(chǔ)上去掉確認(rèn)碼和填充部分。多確認(rèn)消息的管理消息類型值可以是不同于現(xiàn)有管理消息類型值的某個(gè)管理消息類型值，下同。表l:<table>tableseeoriginaldocumentpage8</column></row><table>本發(fā)明實(shí)施例二，一種消息響應(yīng)方法，包括以下步驟:步驟s401:第一通信實(shí)體向第二通信實(shí)體發(fā)送多個(gè)需要響應(yīng)的消息，每個(gè)消息中包括管理消息類型值、交易標(biāo)識(shí)，并可能包括HMAC/CMACTupleTLV編碼等其他信息。步驟s402:第二通信實(shí)體接收到需要響應(yīng)的消息后，確定為該消息返回應(yīng)答，并記錄該消息所對(duì)應(yīng)的管理CID和交易標(biāo)識(shí)。如果第二通信實(shí)體在確定為消息返回應(yīng)答時(shí)還為該消息生成了確認(rèn)碼，則還會(huì)記錄該確認(rèn)碼。步驟s403:第二通信實(shí)體計(jì)算所記錄的管理CID的數(shù)目，并計(jì)算與每個(gè)管理CID對(duì)應(yīng)的被響應(yīng)的消息的數(shù)目(即與該管理CID對(duì)應(yīng)的交易標(biāo)識(shí)的數(shù)目)。步驟s404:第二通信實(shí)體生成匯聚消息(也可以稱為多確認(rèn)消息)，匯聚消息中包括匯聚消息的管理消息類型值、；陂響應(yīng)的消息的管理連"l妄的數(shù)目，對(duì)每個(gè)管理連接，還包括管理連接CID、對(duì)應(yīng)的被響應(yīng)的消息的數(shù)目，對(duì)每個(gè)對(duì)應(yīng)的被響應(yīng)的消息，還包括交易標(biāo)識(shí)并可能包括確認(rèn)碼。匯聚消息中也可能包括HMAC/CMACTupleTLV編碼。其中，匯聚消息的管理消息類型值可以是與其他管理消息類型值不同的某個(gè)值。步驟s405:第二通信實(shí)體向第一通信實(shí)體發(fā)送匯聚消息。多確認(rèn)消息的消息格式的具體例子如表2，多確認(rèn)消息中包括管理消息類型，管理CID的數(shù)目，管理CID,交易數(shù)目，交易標(biāo)識(shí)、確認(rèn)碼、填充部分和TLV編碼信息。在表2的例子中，確認(rèn)碼指示接受/拒絕，因此大小設(shè)為lbit，這只是確-〖人碼的一個(gè)例子，此外，確認(rèn)碼大小也可以為多個(gè)比特，此時(shí)確i人碼指示接受/拒絕及原因，或者接受/拒絕/拒絕及原因。如果多確認(rèn)消息中不包括確認(rèn)碼，則消息格式的具體例子是在表2的基礎(chǔ)上去掉確認(rèn)碼。表2:<table>tableseeoriginaldocumentpage9</column></row><table>可變TLVSpecific本發(fā)明實(shí)施例三中，一種消息響應(yīng)方法，包括以下步驟:步驟s501:第一通信實(shí)體向第二通信實(shí)體發(fā)送多個(gè)需要響應(yīng)的消息，每個(gè)消息中包括管理消息類型值、交易標(biāo)識(shí)，并可能包括HMAC/CMACTupleTLV編碼等其他信息。步驟s502:第二通信實(shí)體接收到需要響應(yīng)的消息后，確定為該消息返回應(yīng)答，然后，記錄每個(gè)消息中的管理消息類型和交易標(biāo)識(shí)。第二通信實(shí)體如果在確定為消息返回應(yīng)答時(shí)還為該消息生成確認(rèn)碼，則還會(huì)記錄該確認(rèn)碼。步驟s503:第二通信實(shí)體計(jì)算被響應(yīng)的消息數(shù)目(即管理消息類型的數(shù)目)。步驟s504:第二通信實(shí)體生成匯聚消息(也可以稱為多確認(rèn)消息)，匯聚消息中包括匯聚消息的管理消息類型值、被響應(yīng)的消息數(shù)目，對(duì)每個(gè)凈皮響應(yīng)的消息，還包括對(duì)應(yīng)的管理消息類型值、交易標(biāo)識(shí)、并可能包括確認(rèn)碼。匯聚消息中還可能包括HMAC/CMACTupleTLV編碼。其中，匯聚消息的管理消息類型值可以是與其他管理消息類型值不同的某個(gè)值。步驟s505:第二通信實(shí)體向第一通信實(shí)體發(fā)送匯聚消息。多確認(rèn)消息的消息格式的具體例子如表3，消息中包括被響應(yīng)的消息的數(shù)目、管理消息類型值、交易標(biāo)識(shí)、確認(rèn)碼、填充部分和TLV編碼信息。此外，消息中也可以不包括確i人碼和填充部分。表3:語(yǔ)法大小注釋Multi-ACK—Message—Format(){ManagementMessageType=TBD8bits多確;人消息的管理消息類型值Num—of—Mssssg6s8bits被響應(yīng)的消息的數(shù)目for(i=0;i<Num_of_Messages;i++){ManagementMessageTypeValue8bits管理消息類型值10<table>tableseeoriginaldocumentpage11</column></row><table>本發(fā)明實(shí)施例四中，一種消息響應(yīng)方法，包括以下步驟:步驟s601:第一通信實(shí)體向第二通信實(shí)體發(fā)送多個(gè)需要響應(yīng)的消息，每個(gè)消息中包括管理消息類型值、交易標(biāo)識(shí)，并可能包括HMAC/CMACTupleTLV編碼等其他信息。步驟s602:第二通信實(shí)體接收到需要響應(yīng)的消息后，確定可以對(duì)該消息做出響應(yīng)并記錄該消息的管理消息類型和交易標(biāo)識(shí)。通信實(shí)體B如果為該消息生成了確認(rèn)碼，則還會(huì)記錄該確認(rèn)碼。步驟s603:第二通信實(shí)體計(jì)算被響應(yīng)的消息所對(duì)應(yīng)的管理消息類型的數(shù)目，并為每個(gè)管理消息類型計(jì)算對(duì)應(yīng)的被響應(yīng)的消息的數(shù)目(即所記錄的與該管理消息類型對(duì)應(yīng)的交易標(biāo)識(shí)的數(shù)目)。步驟s604:第二通信實(shí)體生成匯聚消息(也可以稱為多確認(rèn)消息)，匯聚消息中包括匯聚消息的管理消息類型值、被響應(yīng)的消息的管理消息類型數(shù)目，對(duì)每種類型的管理消息，還包括管理消息類型值、對(duì)應(yīng)的^^皮響應(yīng)的消息的數(shù)目，對(duì)每個(gè)對(duì)應(yīng)的被響應(yīng)的消息，還包括交易標(biāo)識(shí)并可能包括確認(rèn)碼。匯聚消息中還可能包括HMAC/CMACTupleTLV編碼。其中，匯聚消息的管理消息類型值可以是與其他管理消息類型值不同的某個(gè)值。步驟s605:第二通信實(shí)體向第一通信實(shí)體發(fā)送匯聚消息。多確認(rèn)消息的消息格式的具體例子如表4，消息中包括匯聚消息的管理消息類型值、凈皮響應(yīng)的消息的管理消息類型的數(shù)目、被響應(yīng)的消息的管理消息類型值、交易數(shù)目、交易標(biāo)識(shí)、確認(rèn)碼、填充部分和TLV編碼信息。此外，消息中也可以不包括確認(rèn)碼。表4:<table>tableseeoriginaldocumentpage12</column></row><table>本發(fā)明實(shí)施例還提供了一種消息響應(yīng)設(shè)備，如圖3所示，包括響應(yīng)消息生成單元10,用于生成針對(duì)接收到的需要響應(yīng)的消息的響應(yīng)信息；匯聚單元20,用于將至少兩個(gè)所述響應(yīng)信息匯聚到一個(gè)匯聚消息中；發(fā)送單元30,用于發(fā)送所述匯聚消息；延時(shí)單元40，用于等待預(yù)設(shè)時(shí)間后將多個(gè)響應(yīng)信息匯聚到匯聚消息中。其中，響應(yīng)消息還攜帶凈皮響應(yīng)的消息的數(shù)目、交易標(biāo)識(shí)、確認(rèn)碼、管理連接標(biāo)識(shí)、消息類型值、管理連接的數(shù)目和消息類型的^t目中的一種或幾種。本發(fā)明的實(shí)施例中，通過(guò)一個(gè)響應(yīng)消息將多個(gè)對(duì)接收到的需要響應(yīng)的消息的響應(yīng)信息發(fā)送出去，減少了冗余信息，減少了空口信令開銷，提高了通信效率。通過(guò)以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以通過(guò)硬件，但很多情況下前者是更佳的實(shí)施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。以上公開的僅為本發(fā)明的幾個(gè)具體實(shí)施例，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。權(quán)利要求1、一種消息響應(yīng)方法，其特征在于，包括以下步驟將至少兩個(gè)針對(duì)接收到的需要響應(yīng)的消息的響應(yīng)信息匯聚到一個(gè)匯聚消息中；發(fā)送所述匯聚消息。2、如權(quán)利要求1所述消息響應(yīng)方法，其特征在于，所述匯聚消息中包括被響應(yīng)的消息數(shù)目，及每個(gè)被響應(yīng)的消息的交易標(biāo)識(shí)。3、如權(quán)利要求2所述消息響應(yīng)方法，其特征在于，所述匯聚消息中還包括發(fā)送被響應(yīng)的消息所使用的管理連接的數(shù)目，及每個(gè)管理連接的管理連接標(biāo)識(shí)。4、如權(quán)利要求2所述消息響應(yīng)方法，其特征在于，所述匯聚消息中還包括被響應(yīng)的消息的類型值。5、如權(quán)利要求4所述消息響應(yīng)方法，其特征在于，所述匯聚消息中還包括被響應(yīng)的消息的類型的數(shù)目。6、如權(quán)利要求2至5中任一項(xiàng)所述消息響應(yīng)方法，其特征在于，所述匯聚消息中還包括對(duì)該被響應(yīng)的消息的確認(rèn)碼，所述確認(rèn)碼用于表示是否接受該消息。7、如權(quán)利要求6所述消息響應(yīng)方法，其特征在于，所述確認(rèn)碼的選擇為拒絕時(shí)，所述匯聚消息中包括指示拒絕的原因。8、如權(quán)利要求1所述消息響應(yīng)方法，其特征在于，所述將多個(gè)針對(duì)接收到的需要響應(yīng)的消息的響應(yīng)信息匯聚到一個(gè)匯聚消息中具體包括在生成該消息的響應(yīng)信息后，直接將該響應(yīng)信息及其他響應(yīng)信息匯聚到匯聚消息中，或等待一段時(shí)間后將該響應(yīng)信息及其他響應(yīng)信息匯聚到匯聚消息中。9、一種消息響應(yīng)設(shè)備，其特征在于，包括響應(yīng)消息生成單元，用于生成針對(duì)接收到的需要響應(yīng)的消息的響應(yīng)信息；匯聚單元，用于將至少兩個(gè)所述響應(yīng)信息匯聚到一個(gè)匯聚消息中；發(fā)送單元，用于發(fā)送所述匯聚消息。10、如權(quán)利要求9所述消息響應(yīng)設(shè)備，其特征在于，還包括延時(shí)單元，用于等待預(yù)設(shè)時(shí)間后將多個(gè)響應(yīng)信息匯聚到匯聚消息中。11、如權(quán)利要求9所述消息響應(yīng)設(shè)備，其特征在于，所述響應(yīng)消息還攜帶被響應(yīng)消息的數(shù)目、交易標(biāo)識(shí)、確認(rèn)碼、管理連接標(biāo)識(shí)、消息類型值、管理連接的數(shù)目和消息類型的數(shù)目中的一種或幾種。全文摘要本發(fā)明實(shí)施例公開了一種消息響應(yīng)方法，包括以下步驟將至少兩個(gè)針對(duì)接收到的需要響應(yīng)的消息的響應(yīng)信息匯聚到一個(gè)匯聚消息中；發(fā)送所述匯聚消息。本發(fā)明實(shí)施例還公開了一種消息響應(yīng)設(shè)備，包括響應(yīng)消息生成單元，用于生成針對(duì)接收到的需要響應(yīng)的消息的響應(yīng)信息；匯聚單元，用于將至少兩個(gè)所述響應(yīng)信息匯聚到一個(gè)匯聚消息中；發(fā)送單元，用于發(fā)送所述匯聚消息。本發(fā)明通過(guò)一個(gè)匯聚消息將多個(gè)需要響應(yīng)的消息的響應(yīng)信息發(fā)送出去，減少了空口信令開銷。文檔編號(hào)H04L1/16GK101478377SQ20081000171公開日2009年7月8日申請(qǐng)日期2008年1月2日優(yōu)先權(quán)日2008年1月2日發(fā)明者馮淑蘭,孫成振,張亮亮,曾云寶,婷李申請(qǐng)人:華為技術(shù)有限公司