專利名稱：一種縮短通信接通時(shí)間的實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體涉及一種縮短通信接通時(shí)間的實(shí)現(xiàn)方法。
背景技術(shù)：
在目前的多媒體通信領(lǐng)域，主、被叫用戶終端為了實(shí)現(xiàn)數(shù)據(jù)通信，通常要在帶內(nèi)進(jìn)行終端能力和主從關(guān)系的協(xié)商、涉及打開邏輯信道和復(fù)用表項(xiàng)的通信交互以及涉及復(fù)用信道初始化的通信交互。上述操作都是基于主、被叫用戶終端之間所進(jìn)行的帶內(nèi)信令交互實(shí)現(xiàn)的，只有在該帶內(nèi)信令交互完成之后主、被叫用戶終端之間的多媒體通信才算真正接通，主、被叫用戶終端之間才能進(jìn)行后續(xù)的數(shù)據(jù)通信。再有，進(jìn)行所述帶內(nèi)信令交互時(shí)所要應(yīng)用到的每條信令通常是由至少一個(gè)協(xié)議數(shù)據(jù)單元組合而成的。
在實(shí)際應(yīng)用中，所述帶內(nèi)信令交互的用時(shí)通常為3秒以上；顯然，主、被叫用戶終端在可以實(shí)現(xiàn)數(shù)據(jù)通信之前不得不等待用于進(jìn)行所述帶內(nèi)信令交互的至少3秒的時(shí)間。在通信領(lǐng)域中，如此之長的等待時(shí)間是使用主、被叫用戶終端的用戶所難以接受的，這必然嚴(yán)重降低用戶滿意度。
為了縮短所述帶內(nèi)信令交互時(shí)間，以下做法正在被嘗試將目前進(jìn)行所述帶內(nèi)信令交互所基于的帶序號簡單重傳協(xié)議(Numbered Simple Retransmission Protocol，NSRP)替換為窗口機(jī)制帶序號簡單重傳協(xié)議(Window Numbered Simple Retransmission Protocol，WNSRP)。由于WNSRP具有使用了窗口機(jī)制的優(yōu)點(diǎn)，因此基于WNSRP進(jìn)行所述帶內(nèi)信令交互時(shí)可以一次性發(fā)送/接收多個(gè)協(xié)議數(shù)據(jù)單元，而不再像NSRP那樣只能一次性發(fā)送/接收一個(gè)協(xié)議數(shù)據(jù)單元；這使得主、被叫用戶終端可以在一次性接收多個(gè)協(xié)議數(shù)據(jù)單元的基礎(chǔ)上根據(jù)收到的多個(gè)協(xié)議數(shù)據(jù)單元進(jìn)行信令處理，這在一定程度上可以縮短所述帶內(nèi)信令交互所占用的時(shí)間。
雖然以WNSRP替換NSRP可以縮短所述帶內(nèi)信令交互所占用的時(shí)間，但這種協(xié)議替換方式也必然會(huì)引入一個(gè)比較棘手的問題所述帶內(nèi)信令交互所基于的通信協(xié)議變化過大，由此導(dǎo)致與原來所應(yīng)用的NSRP協(xié)同工作的上層和下層通信協(xié)議均需要相應(yīng)進(jìn)行過大幅度的適應(yīng)性修改?？梢?，用WNSRP替換NSRP的協(xié)議替換方式將導(dǎo)致協(xié)議上的大量變化，這種變化必然要求進(jìn)行協(xié)議替換的操作人員付出過大的人工操作量；并且，通信協(xié)議的過大變化顯然會(huì)明顯降低通信協(xié)議的通用性。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種縮短通信接通時(shí)間的實(shí)現(xiàn)方法，以有效縮短主、被叫用戶終端之間的通信接通時(shí)間。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的本發(fā)明公開了一種縮短通信接通時(shí)間的實(shí)現(xiàn)方法，該方法包括以下步驟A.主、被叫用戶終端在帶外進(jìn)行涉及打開邏輯通道的通信交互；B.主、被叫用戶終端在帶內(nèi)進(jìn)行涉及復(fù)用信道初始化的通信交互。
步驟A包括A1.主叫用戶終端向被叫用戶終端發(fā)送包含打開邏輯通道所需參數(shù)的呼叫建立消息；A2.被叫用戶終端讀取所述呼叫建立消息中所包含的邏輯通道參數(shù)，根據(jù)讀取的邏輯通道參數(shù)配置自身用于支持主、被叫用戶終端進(jìn)行數(shù)據(jù)通信的邏輯通道參數(shù)，并根據(jù)該呼叫建立消息確定用于進(jìn)行所述數(shù)據(jù)通信的復(fù)用表項(xiàng)。
完成步驟A2時(shí)，被叫用戶終端進(jìn)一步向主叫用戶終端發(fā)送包含打開邏輯通道確認(rèn)的后向消息。
所述后向消息是呼叫確認(rèn)消息、或告警消息。
步驟A1中，所述打開邏輯通道所需參數(shù)是被攜帶于所述呼叫建立消息的用戶-用戶信息單元中發(fā)送的。
步驟A2中，確定所述復(fù)用表項(xiàng)的方法為預(yù)先在主、被叫用戶終端中設(shè)置相吻合的復(fù)用表項(xiàng)；當(dāng)收到所述呼叫建立消息時(shí)，被叫用戶終端根據(jù)該消息中所攜帶的快速連接標(biāo)識確認(rèn)需要快速接通主、被叫用戶終端，進(jìn)而直接確定自身所預(yù)先設(shè)置的復(fù)用表項(xiàng)是用于與主叫用戶終端進(jìn)行數(shù)據(jù)通信的復(fù)用表項(xiàng)。
步驟A2中，確定所述復(fù)用表項(xiàng)的方法為預(yù)先在主叫用戶終端中設(shè)置復(fù)用表項(xiàng)，并且由主叫用戶終端在所述呼叫建立消息中攜帶復(fù)用表項(xiàng)；當(dāng)收到該呼叫建立消息時(shí)，被叫用戶終端直接確定該消息中所包含的復(fù)用表項(xiàng)是用于與主叫用戶終端進(jìn)行數(shù)據(jù)通信的復(fù)用表項(xiàng)。
在呼叫建立消息中攜帶的所述復(fù)用表項(xiàng)是被攜帶于該呼叫建立消息的用戶-用戶信言息單元中的。
步驟A之后、步驟B之前，該方法進(jìn)一步包括以下步驟被叫用戶終端向主叫用戶終端發(fā)送連接消息，通知主叫用戶終端用于后續(xù)數(shù)據(jù)通信的邏輯通道建立完成；收到來自被叫用戶終端的連接消息時(shí)，主叫用戶終端向被叫用戶終端返回連接確認(rèn)消息，通知被叫用戶終端已確認(rèn)連接建立完成。
步驟A中，被叫用戶終端確定自身不支持涉及打開邏輯通道的通信交互，則該方法進(jìn)一步包括被叫用戶終端向主叫用戶終端發(fā)送打開邏輯通道拒絕消息或不返回任何消息；主、被叫用戶終端回落到正常的帶內(nèi)信令交互過程，該過程包括進(jìn)行終端能力和主從關(guān)系的協(xié)商、涉及打開邏輯信道和復(fù)用表項(xiàng)的通信交互以及涉及復(fù)用信道初始化的通信交互。
與現(xiàn)有技術(shù)相比，本發(fā)明所提供的縮短通信接通時(shí)間的實(shí)現(xiàn)方法，由主、被叫用戶終端在帶外進(jìn)行涉及打開邏輯通道的通信交互，再在帶內(nèi)進(jìn)行涉及復(fù)用信道初始化的通信交互?？梢姡景l(fā)明方法可以有效縮短主、被叫用戶終端之間的通信接通時(shí)間，因而可明顯提高用戶滿意度。


圖1為本發(fā)明一較佳實(shí)施例的通信接通過程的流程圖；圖2為由圖1引申得到的通信接通過程的流程簡圖。
具體實(shí)施例方式
下面結(jié)合附圖及具體實(shí)施例對本發(fā)明詳細(xì)說明。
從原理上講，本發(fā)明所提供的縮短通信接通時(shí)間的實(shí)現(xiàn)方法，由主、被叫用戶終端在帶外進(jìn)行涉及打開邏輯通道的通信交互，再在帶內(nèi)進(jìn)行涉及復(fù)用信道初始化的通信交互。
參見圖1，圖1為本發(fā)明一較佳實(shí)施例的通信接通過程的流程圖，該流程包括以下步驟步驟110主叫用戶終端向被叫用戶終端發(fā)送包含打開邏輯通道所需參數(shù)的呼叫建立(Setup)消息。所述Setup消息的用戶-用戶(user-user)信息單元等數(shù)據(jù)格式中攜帶有快速連接(fast connect)標(biāo)識，用于指示該Setup消息的作用快速接通主、被叫用戶終端。
再有，Setup消息中還攜帶有支持?jǐn)?shù)據(jù)通信的邏輯通道參數(shù)；并且，為了節(jié)約用戶終端對信令進(jìn)行處理的時(shí)間，Setup消息中攜帶的所述邏輯通道參數(shù)通常是用于支持通信的最基本參數(shù)，如用于支持主、被叫用戶終端進(jìn)行后續(xù)數(shù)據(jù)通信的音視頻邏輯通道的前向邏輯通道標(biāo)號(forwardLogicalChannelNumber)、前向邏輯通道參數(shù)(forwardLogicalChannelParameters)、后向邏輯通道參數(shù)(reverseLogicalChannelParameters)等。
所述邏輯通道參數(shù)可以被攜帶于打開邏輯通道(OpenLogicalChannel)消息中，該OpenLogicalChannel消息則可以被攜帶于所述user-user信息單元等數(shù)據(jù)格式中；并且，所述OpenLogicalChannel消息可以是抽象語法編碼1(Abstract Syntax Notation One，ASN.1)等格式。
步驟120被叫用戶終端收到來自主叫用戶終端的Setup消息時(shí)向主叫用戶終端發(fā)送呼叫進(jìn)程(Call proceeding)指示，通知主叫用戶終端其所發(fā)起的呼叫正在被處理。
步驟130被叫用戶終端收到來自主叫用戶終端的Setup消息時(shí)，讀取其中所包含的fast connect標(biāo)識，確認(rèn)需要快速接通主、被叫用戶終端；進(jìn)而讀取Setup消息中所包含的forwardLogicalChannelNumber、forwardLogicalChannelParameters、reverseLogicalChannelParameters等用于支持主、被叫用戶終端進(jìn)行后續(xù)數(shù)據(jù)通信的邏輯通道參數(shù)，再根據(jù)讀取的所述邏輯通道參數(shù)配置自身用于支持主、被叫用戶終端進(jìn)行后續(xù)數(shù)據(jù)通信的邏輯通道參數(shù)。
再有，被叫用戶終端還要根據(jù)來自主叫用戶終端的Setup消息確定用于進(jìn)行數(shù)據(jù)通信的復(fù)用表項(xiàng)。具體的復(fù)用表項(xiàng)確定方法有多種，比如第一種復(fù)用表項(xiàng)確定方法為預(yù)先在主、被叫用戶終端中設(shè)置相吻合的復(fù)用表項(xiàng)；當(dāng)收到所述Setup消息時(shí)，被叫用戶終端根據(jù)讀取到的所述fastconnect標(biāo)識確認(rèn)需要快速接通主、被叫用戶終端，進(jìn)而直接確定自身所預(yù)先設(shè)置的復(fù)用表項(xiàng)是用于與主叫用戶終端進(jìn)行數(shù)據(jù)通信的復(fù)用表項(xiàng)。
第二種復(fù)用表項(xiàng)確定方法為預(yù)先在主叫用戶終端中設(shè)置復(fù)用表項(xiàng)，并在步驟110中將該復(fù)用表項(xiàng)發(fā)送給被叫用戶終端；被叫用戶終端則直接確定來自主叫用戶終端的復(fù)用表項(xiàng)是用于與主叫用戶終端進(jìn)行數(shù)據(jù)通信的復(fù)用表項(xiàng)。具體而言，所述復(fù)用表項(xiàng)可以被攜帶于所述user-user信息單元等數(shù)據(jù)格式中。
當(dāng)然，無論應(yīng)用上述哪種復(fù)用表項(xiàng)確定方法，主叫用戶終端都需要直接確定自身所預(yù)先設(shè)置的復(fù)用表項(xiàng)是用于與被叫用戶終端進(jìn)行數(shù)據(jù)通信的復(fù)用表項(xiàng)。通常，可以將所述復(fù)用表項(xiàng)設(shè)置為將用于數(shù)據(jù)通信的邏輯通道的0通道作為控制信道，將邏輯通道的1通道作為音頻信道，將邏輯通道的2通道作為視頻信道；當(dāng)然，也可以復(fù)用表項(xiàng)設(shè)置為其它的形式，如將邏輯通道的0通道作為視頻信道，將邏輯通道的1通道作為音頻信道，將邏輯通道的2通道作為控制信道。
被叫用戶終端配置完自身的邏輯通道參數(shù)并確定了所述復(fù)用表項(xiàng)之后，就向主叫用戶終端發(fā)送包含打開邏輯通道確認(rèn)(OpenLogicalChannel Ack)的后向消息。所述后向消息可以是呼叫確認(rèn)(Call confirmation)消息、告警(Alerting)消息等。
顯然，在被叫用戶終端配置完自身的邏輯通道參數(shù)并確定了所述復(fù)用表項(xiàng)之后，主、被叫用戶終端之間用于后續(xù)數(shù)據(jù)通信的邏輯通道就已經(jīng)建立好了。
步驟140至步驟150被叫用戶終端向主叫用戶終端發(fā)送連接(Connect)消息，通知主叫用戶終端用于后續(xù)數(shù)據(jù)通信的邏輯通道建立完成；主叫用戶終端收到該Connect消息時(shí)向被叫用戶終端返回連接確認(rèn)(Connect Ack)消息，通知被叫用戶終端已確認(rèn)連接建立完成。
實(shí)際應(yīng)用中，步驟130中的OpenLogicalChannel Ack也可以被攜帶于步驟140中的Connect消息中發(fā)送給主叫用戶終端。
步驟160主、被叫用戶終端應(yīng)用現(xiàn)有技術(shù)針對已確定了復(fù)用表項(xiàng)的所述邏輯通道進(jìn)行涉及復(fù)用信道初始化的通信交互，以實(shí)現(xiàn)復(fù)用信道初始化。完成所述復(fù)用信道初始化操作之后，主、被叫用戶終端就可以應(yīng)用所述邏輯通道進(jìn)行后續(xù)的數(shù)據(jù)通信了，即主、被叫用戶終端之間的多媒體通信已經(jīng)接通。
步驟170主、被叫用戶終端應(yīng)用完成了復(fù)用信道初始化操作的所述邏輯通道進(jìn)行后續(xù)的數(shù)據(jù)通信。具體而言，主、被叫用戶終端根據(jù)已確定的所述復(fù)用表項(xiàng)和各自用于數(shù)據(jù)通信的所述邏輯通道的參數(shù)對音視頻和控制信息進(jìn)行編碼、復(fù)用等處理，并將完成處理的數(shù)據(jù)通過各自用于數(shù)據(jù)通信的所述邏輯通道發(fā)送給對端。在對音視頻數(shù)據(jù)進(jìn)行編碼時(shí)，可以分別采用不同的通信協(xié)議，如在對音頻數(shù)據(jù)進(jìn)行編碼時(shí)采用自適應(yīng)多速率(AdaptiveMultiRate，AMR)通信協(xié)議，在對視頻數(shù)據(jù)進(jìn)行編碼時(shí)采用H.263通信協(xié)議。
當(dāng)然，在實(shí)際應(yīng)用中，如果被叫用戶終端不支持快速接通主、被叫用戶終端的機(jī)制或不支持Setup消息中所攜帶的邏輯通道參數(shù)；那么，被叫用戶終端在收到Setup消息時(shí)會(huì)向主叫用戶終端返回打開邏輯通道拒絕(OpenLogicalChannelRefusal)消息，或不返回任何消息；并且，主、被叫用戶終端回落到目前常用的帶內(nèi)信令交互過程。通常，可以將被叫用戶終端不支持快速接通主、被叫用戶終端的機(jī)制和不支持Setup消息中所攜帶的邏輯通道參數(shù)的情況，統(tǒng)稱為被叫用戶終端不支持涉及打開邏輯通道的通信交互。
具體而言，用戶終端可以判斷自身被預(yù)先設(shè)置的fast connect使能，并根據(jù)判斷結(jié)果確定是否支持快速接通主、被叫用戶終端的機(jī)制，如用戶終端讀取自身被預(yù)先設(shè)置的fast connect使能值，如果讀取的fast connect使能值為1，用戶終端確定自身支持快速接通主、被叫用戶終端的機(jī)制；否則，用戶終端確定自身不支持快速接通主、被叫用戶終端的機(jī)制。
步驟110、130中涉及打開邏輯通道的通信過程通常是基于H.245通信協(xié)議的，步驟160中涉及復(fù)用信道初始化的通信交互通常是基于H.223通信協(xié)議的。
由以上所述可見，圖1中所示的接通流程將原來在帶內(nèi)進(jìn)行的涉及打開邏輯通道的通信交互轉(zhuǎn)到在帶外進(jìn)行，即將原來針對數(shù)據(jù)通道進(jìn)行的涉及打開邏輯通道的通信交互轉(zhuǎn)到信令通道中進(jìn)行，并且在信令通道中進(jìn)行的打開邏輯通道的通信交互是通過承載于目前已經(jīng)存在的Setup消息等信令格式中實(shí)現(xiàn)的，因而不會(huì)產(chǎn)生額外的通信用時(shí)，這就相對有效縮短了帶內(nèi)信令交互所占用的時(shí)間；并且，由于涉及打開邏輯通道的通信交互轉(zhuǎn)到在帶外進(jìn)行，所以主叫用戶終端作為交互的發(fā)起者就必然是主叫方，這使得主、被叫用戶終端之間無須再進(jìn)行涉及主從確定的操作，因而也有助于縮短帶內(nèi)信令交互所占用的時(shí)間。
經(jīng)實(shí)用表明，圖1中所示的接通流程使得帶內(nèi)信令交互所占用的時(shí)間小于1秒，即主、被叫用戶終端在可以實(shí)現(xiàn)數(shù)據(jù)通信之前只需等待不到1秒的時(shí)間。
再有，由于不需要進(jìn)行協(xié)議上的大量變化，所以圖1中所示的接通流程相對于用WNSRP替換NSRP的協(xié)議替換方式而言具有明顯的降低人工操作量以及提高通信協(xié)議通用性的優(yōu)點(diǎn)。
綜上所述，圖1中所示的接通流程可以有效縮短主、被叫用戶終端之間的通信接通時(shí)間，因而可明顯提高用戶滿意度。另外，圖1中所示的主、被叫用戶終端之間可以是直接連接關(guān)系，也可以是通過一個(gè)或多個(gè)交換機(jī)、路由器等通信實(shí)體相連。
由上述針對圖1的描述可知，本發(fā)明方法的操作原理可以表現(xiàn)為圖2所示的流程，該流程包括以下步驟步驟210主、被叫用戶終端在帶外進(jìn)行涉及打開邏輯通道的通信交互，該通信交互涉及到圖1中所描述的包含打開邏輯通道所需參數(shù)的呼叫建立消息、包含打開邏輯通道確認(rèn)的后向消息、以及被叫用戶終端配置自身邏輯通道參數(shù)并確定復(fù)用表項(xiàng)等操作。
步驟220主、被叫用戶終端在帶內(nèi)進(jìn)行涉及復(fù)用信道初始化的通信交互。
由以上所述可以看出，本發(fā)明所提供的縮短通信接通時(shí)間的實(shí)現(xiàn)方法，可以有效縮短主、被叫用戶終端之間的通信接通時(shí)間，因而可明顯提高用戶滿意度。
權(quán)利要求
1.一種縮短通信接通時(shí)間的實(shí)現(xiàn)方法，其特征在于，該方法包括以下步驟A.主、被叫用戶終端在帶外進(jìn)行涉及打開邏輯通道的通信交互；B.主、被叫用戶終端在帶內(nèi)進(jìn)行涉及復(fù)用信道初始化的通信交互。
2.如權(quán)利要求1所述的方法，其特征在于，步驟A包括A1.主叫用戶終端向被叫用戶終端發(fā)送包含打開邏輯通道所需參數(shù)的呼叫建立消息；A2.被叫用戶終端讀取所述呼叫建立消息中所包含的邏輯通道參數(shù)，根據(jù)讀取的邏輯通道參數(shù)配置自身用于支持主、被叫用戶終端進(jìn)行數(shù)據(jù)通信的邏輯通道參數(shù)，并根據(jù)該呼叫建立消息確定用于進(jìn)行所述數(shù)據(jù)通信的復(fù)用表項(xiàng)。
3.如權(quán)利要求2所述的方法，其特征在于，完成步驟A2時(shí)，被叫用戶終端進(jìn)一步向主叫用戶終端發(fā)送包含打開邏輯通道確認(rèn)的后向消息。
4.如權(quán)利要求3所述的方法，其特征在于，所述后向消息是呼叫確認(rèn)消息、或告警消息。
5.如權(quán)利要求2所述的方法，其特征在于，步驟A1中，所述打開邏輯通道所需參數(shù)是被攜帶于所述呼叫建立消息的用戶-用戶信息單元中發(fā)送的。
6.如權(quán)利要求2至5任一項(xiàng)所述的方法，其特征在于，步驟A2中，確定所述復(fù)用表項(xiàng)的方法為預(yù)先在主、被叫用戶終端中設(shè)置相吻合的復(fù)用表項(xiàng)；當(dāng)收到所述呼叫建立消息時(shí)，被叫用戶終端根據(jù)該消息中所攜帶的快速連接標(biāo)識確認(rèn)需要快速接通主、被叫用戶終端，進(jìn)而直接確定自身所預(yù)先設(shè)置的復(fù)用表項(xiàng)是用于與主叫用戶終端進(jìn)行數(shù)據(jù)通信的復(fù)用表項(xiàng)。
7.如權(quán)利要求2至5任一項(xiàng)所述的方法，其特征在于，步驟A2中，確定所述復(fù)用表項(xiàng)的方法為預(yù)先在主叫用戶終端中設(shè)置復(fù)用表項(xiàng)，并且由主叫用戶終端在所述呼叫建立消息中攜帶復(fù)用表項(xiàng)；當(dāng)收到該呼叫建立消息時(shí)，被叫用戶終端直接確定該消息中所包含的復(fù)用表項(xiàng)是用于與主叫用戶終端進(jìn)行數(shù)據(jù)通信的復(fù)用表項(xiàng)。
8.如權(quán)利要求7所述的方法，其特征在于，在呼叫建立消息中攜帶的所述復(fù)用表項(xiàng)是被攜帶于該呼叫建立消息的用戶-用戶信息單元中的。
9.如權(quán)利要求1所述的方法，其特征在于，步驟A之后、步驟B之前，該方法進(jìn)一步包括以下步驟被叫用戶終端向主叫用戶終端發(fā)送連接消息，通知主叫用戶終端用于后續(xù)數(shù)據(jù)通信的邏輯通道建立完成；收到來自被叫用戶終端的連接消息時(shí)，主叫用戶終端向被叫用戶終端返回連接確認(rèn)消息，通知被叫用戶終端已確認(rèn)連接建立完成。
10.如權(quán)利要求1所述的方法，其特征在于，步驟A中，被叫用戶終端確定自身不支持涉及打開邏輯通道的通信交互，則該方法進(jìn)一步包括被叫用戶終端向主叫用戶終端發(fā)送打開邏輯通道拒絕消息或不返回任何消息；主、被叫用戶終端回落到正常的帶內(nèi)信令交互過程，該過程包括進(jìn)行終端能力和主從關(guān)系的協(xié)商、涉及打開邏輯信道和復(fù)用表項(xiàng)的通信交互以及涉及復(fù)用信道初始化的通信交互。
全文摘要
本發(fā)明公開了一種縮短通信接通時(shí)間的實(shí)現(xiàn)方法，由主、被叫用戶終端在帶外進(jìn)行涉及打開邏輯通道的通信交互，再在帶內(nèi)進(jìn)行涉及復(fù)用信道初始化的通信交互。本發(fā)明方法可以有效縮短主、被叫用戶終端之間的通信接通時(shí)間，因而可明顯提高用戶滿意度。
文檔編號H04W76/02GK1984486SQ20061008373
公開日2007年6月20日 申請日期2006年6月1日 優(yōu)先權(quán)日2006年6月1日
發(fā)明者張曉鵬, 丁巖 申請人:華為技術(shù)有限公司