一種r4網絡系統及提供媒體資源的方法
2023-05-26 00:36:41 3
專利名稱：一種r4網絡系統及提供媒體資源的方法
技術領域：
本發明涉及通信領域，尤其涉及一種R4網絡系統及提供媒體資源的方法。
背景技術：
在3GPP R4階段UMTS核心網分為電路域(CS域)和分組域(PS域)兩個域，核心網CS域(移動交換中心MSC之間)基於時分復用(TDM)傳輸，PS域基於IP傳輸承載非實時的數據業務。
從3GPP R5階段開始，UMTS核心網劃分為CS、PS以及IP多媒體子系統(IMS)三個子系統，其中IMS是3GPPR5/R6標準定義的WCDMA網絡中位於PS域之上的一個IP多媒體子系統，採用分組域為其上層控制信令和媒體傳輸的承載通道，引入SIP協議作為業務控制協議，利用SIP簡單、易擴展、媒體組合方便的特點，通過將業務控制與承載控制分離，提供豐富的多媒體業務。
在R4網絡架構下對於媒體資源的處理分為兩部分電路域基本業務及補充業務涉及的媒體流的處理由端局MGW完成；基本業務及補充業務之外的增值業務的媒體資源由特殊資源功能模塊gsmSRF(gsm Specialized ResourceFunction)提供。
參閱圖1所示，在R99到R4的網絡變遷中，MSC被拆分為MSC Server和MGW兩部分。MSC Server完成電路域基本業務及補充業務涉及的媒體流的控制功能，MGW接受MSC Server的命令完成媒體流的處理和用戶面承載。這一改變實現了電路域基本業務及補充業務涉及的媒體流的控制承載分離。
在R4網絡中，MSC Server具有以下特點(1)繼承了R99 MSC的所有電路域控制面功能，不在其內部實現承載面的交換功能(由MGW以多種承載方式實現)。
(2)對外提供純粹的信令接口。
(3)集成了R99 VLR功能，以處理移動用戶業務數據及CAMEL相關數據。
(4)對電路域基本業務及補充業務涉及的MGW中承載終端及媒體流的控制，是通過3G擴展的H.248協議來實現的。
(5)與其他MSC server間通過BICC信令實現承載無關的局間呼叫控制。
(6)支持MGW及自身的登記及故障恢復操作，並可要求MGW主動上報其終端特性。
在R4網絡中，GMSC Sever具有以下特點(1)由GMSC的呼叫控制和移動控制組成，只完成GMSC的信令處理功能。
(2)具有查詢位置信息的功能。如移動臺MS被呼叫時，網絡如不能查詢該用戶所屬的HLR，則需要通過GMSC server查詢，然後將呼叫轉接到目前登記的MSC server中。
(3)通過H.248協議控制MGW中媒體通道的接續。
(4)支持BICC與ISUP的協議互通；在R4網絡中，MGW是3G R4核心網的用戶承載面的網關交換設備，位於3G CS核心網通往無線接入網(UTRAN/BSS)及傳統固定網(PSTN/ISDN)的邊界處；是Iu接口、PSTN/PLMN接口的承載通道，以及分組網媒體流(如RTP流)的終結點，具有以下特點(1)MGW不負責任何移動用戶相關的業務邏輯處理。
(2)MGW可以支持媒體轉換、承載控制及業務交換等功能，如GSW/UMTS各類語音編解碼器，回音消除器，IWF，接入網與核心網側終端媒體流的交換，會議橋、放音收號資源等。
(3)MGW可通過H.248信令，接受來自MSC server及GMSC server的資源控制命令。
(4)支持電路域業務在多種傳輸媒介(基於AAL2/ATM，TDM，或基於RTP/UDP/IP)上的實現，提供必要的承載控制。
在R4網絡應用層移動智能網系統中，資源功能模塊gsmSRF可以為電路域基本業務及補充業務外的各種智能業務提供豐富的專用媒體資源，並對所有專用媒體資源進行集中管理。資源功能模塊gsmSRF可以和業務交換功能模塊SSF集成在MSC Server內部實現，如圖2A所示，也可以通過單獨的設備實現並與MSC Sever和業務控制模塊SCF連接，該單獨實現SRF功能的設備稱為智能外設IP(Intelligent Peripheral)，如圖2B所示。
若gsmSRF集成在(G)MSC Server內部，則gsmSRF被拆分為gsmSRFServer和MGW兩部分，gsmSRF Server終結CAP協議並轉換為信令控制MGW；MGW負責提供一些簡單的媒體資源並完成單一資源操作如單獨DTMF信號音檢測。與gsmSRF集成在(G)MSC Server內實現方式相比，獨立IP實現能夠提供的資源容量更大，而且可以提供靈活放音集中管理。
由於現有媒體資源設備MGW和智能外設只支持傳統電信網定義業務的媒體資源能力，因此，隨著各種新業務(如視頻郵箱)的引入，現有設備的媒體資源能力將無法滿足要求，不利於新業務的開展。
另外，在R99到R4的網絡演進中基本業務補充業務涉及的媒體資源管理已經實現了承載(MGW)控制(MSC Server)相分離；gsmSRF Server集成在(G)MSC Server內部實現的方式也體現了這一思想，而獨立IP雖然同時完成資源提供和資源管理，但並沒有實現這一功能，與下一代網絡演進方向不一致。
在IMS網絡架構中，所有的非基本會話接續類的增值應用服務均在應用伺服器AS實體中提供，會話控制層的CSCF系列(P-CSCF、S-CSCF、I-CSCF)為基礎IMS SIP會話到運行各個不同增值業務邏輯的AS的業務觸發路由，以及所有增值應用可以共享的登記註冊、安全性保護、QoS控制、基本會話路由等功能提供了一個公共平臺，確保各AS提供者僅需要關注增值業務邏輯本身的設計即可應用伺服器AS，AS包括三種類型直接基於SIP協議為IMS用戶提供全新增值業務的SIP Application Server、通過實現SIP與INAP/CAP的互通接入傳統SCP以為IMS用戶提供電路交換網智能網原有增值服務的IM-SSF、以及通過調用IMS網絡運營商SIP能力伺服器的Parlay/OSA接口提供增值業務的第三方提應用伺服器OSA Application Serve。
在IMS網絡架構中用戶可以享受豐富的多媒體業務，其中由AS為IMS用戶提供所有的非基本會話接續類的增值應用服務邏輯，多媒體資源功能控制器(MRFC)和多媒體資源功能處理器(MRFP)為用戶提供業務所需媒體資源，它們在網絡中的位置如圖3所示(為清晰起見，圖3中並未列出所有網元之間接口。)。
多媒體資源功能控制器(MRFC)通過H.248控制多媒體資源功能處理器(MRFP)上的媒體資源，解析來自其他S-CSCF及AS的SIP資源控制命令，轉換為對MRFP的對應控制命令並產生相應計費信息。MRFP作為網絡公共資源，控制與其他IMS終端或IM-MGW之間的IP用戶面承載連接，在MRFC控制下提供資源服務，包括媒體流混合(多方會議)、多媒體信息播放(放音、流媒體)、媒體內容解析處理(碼變換、語音識別等)。
雖然MRFC/MRFP能夠滿足各種增值業務的媒體資源能力要求，但MRFC/MRFP現有技術是位於IMS域，並為IMS網絡用戶提供服務，無法給傳統電路交換網中CS域用戶提供媒體資源業務，CS域用戶無法享受MRF中豐富的媒體資源。
發明內容
本發明提供一種R4網絡系統及在提供媒體資源的方法，以解決現有R4網絡中的用戶無法享受到類似IMS網絡中的媒體資源業務的問題。
本發明提供以下技術方案一種R4網絡系統，包括移動交換中心，與所述業務控制點連接，用於提供信令控制功能；媒體網關，與所述移動交換中心連接，用於提供媒體流承載；業務控制點，與所述移動交換中心連接，用於提供智能業務；其中，還包括多媒體資源實體，與所述移動交換中心和媒體網關連接；並且，該多媒體資源實體包含多媒體資源實體控制器和多媒體資源實體處理器，所述多媒體資源實體控制器用於接受移動交換中心發送的媒體資源控制命令，所述多媒體資源實體處理器與所述媒體網關相互獨立，用於根據所述多媒體資源實體控制器的控制命令完成媒體資源處理和通過所述媒體網關提供媒體資源。
所述多媒體資源實體還與所述業務控制點連接，並由多媒體資源實體控制器接受業務控制點發送的媒體資源控制命令並控制所述多媒體資源實體處理器。
所述的R4網絡系統還包括應用伺服器，與所述多媒體資源實體和移動交換中心連接，用於提供增值應用服務，或者通過向多媒體資源實體下發媒體資源控制命令，由多媒體資源實體中的多媒體資源實體控制器控制多媒體資源處理器完成媒體處理並提供媒體資源。
所述多媒體資源實體控制器與所述多媒體資源實體處理器設置為一體；或者，所述多媒體資源實體控制器與所述多媒體資源實體處理器分別為獨立設置的物理實體；或者，所述多媒體資源實體處理器為獨立設置的物理實體，所述多媒體資源實體控制器設置在其他網絡實體中。
所述多媒體資源實體處理器與多個媒體網關連接。
所述多媒體資源實體處理器為多個，並由所述多媒體資源實體控制器進行控制。
一種R4網絡中提供媒體資源的方法，包括如下步驟R4網絡中處理業務請求的網絡實體向多媒體資源實體發送媒體資源控制命令；所述多媒體資源實體中的多媒體資源控制器解析所述媒體資源控制命令，並指示多媒體資源處理器提供媒體資源；所述多媒體資源處理器根據所述媒體資源控制命令完成多媒體資源處理，並通過媒體網關完成到用戶終端的媒體資源承載。
對於電路域中的多媒體資源實體，所述網絡實體通過電路交換網號碼段路由方式發送媒體資源控制命令到所述多媒體資源實體。
所述處理業務請求的網絡實體為業務控制點，該業務控制點直接向所述多媒體資源實體發送媒體資源控制命令，或者該業務控制點通過所述移動交換中心向所述多媒體資源實體發送媒體資源控制命令。
所述處理業務請求的實體為提供增值應用伺服器的應用伺服器，該應用伺服器直接向所述多媒體資源實體發送媒體資源控制命令，或者該應用伺服器通過所述移動交換中心向所述多媒體資源實體發送媒體資源控制命令。
所述處理業務請求的實體為移動交換中心，該移動交換中心接收到業務請求後根據配置數據直接向所述多媒體資源實體發送媒體資源控制命令。
本發明有益效果如下1、實現了增值業務媒體資源通過單獨外設實現時的承載控制相分離，符合下一代網絡演進方向，使得各個業務實體分工明確並且可以分別針對不同的技術方向發展。
2、電路交換網CS域媒體資源設備所具有的增強的媒體資源能力可以滿足各種新業務的需求，便於新業務的開展並可以實現網絡內媒體資源共享。
圖1為現有R99網絡向R4網絡演進示意圖；圖2A為現有技術中gsmSRF集成在MSC Server內部的示意圖；圖2B為現有技術中gsmSRF通過獨立IP實現的示意圖；圖3為現有技術中IMS網絡的示意圖；圖4A、圖4B為本發明中R4網絡的結構示意圖；圖5為本發明實施例中由多媒體資源實體實現放音的流程圖；圖6為本發明實施例中由多媒體資源實體建立多方會議的流程圖；
圖7為本發明實施例中由多媒體資源實體進行編解碼轉換的流程圖。
具體實施例方式
參閱圖4A所示，本發明的R4網絡架構除了包括現有業務控制點SCP、網關移動交換中心GMSC、移動交換中心MSC和媒體網關MGW等功能實體外，還包括提供業務媒體資源管理的多媒體資源實體MRE，該MRE包括多媒體資源控制器(模塊)MREC和多媒體資源處理器(模塊)MREP；其中，MREC與GMSC和MSC連接，MREP與MGW連接，進一步的MREC還可與SCP連接。
參閱圖4B所示，本發明的R4網絡在圖4A的基礎上進一步包括應用伺服器AS，該AS分別與GMSC和MREC連接。
以下主要以圖4B為例進行詳細說明。
MREC實體在物理實現可以MREP集成在一起(如圖4B中所示)，或者，MREC和MERP也可以分別獨立的物理實體，或者，MRE也可以和(G)MSCServer/SCP/AS等集成在一起。MREC解析從AS，SCP或MSC Server接收的信息並控制MREP中的媒體流資源。
MREP實體與MGW相互獨立，一個MREP可以與多個MGW相連接。MREP可以完成新的業務需求中MGW無法提供的媒體資源能力，物理實現可以和MREC集成，也可以是單獨設置的物理實體。MREP在MREC的控制下進行媒體處理，其功能包括A、提供MREC控制所需的資源，如語音Announce資源，會議Conference資源和編解碼CODEC資源等；B、混合入媒體流，如，多方會議等；C、作為源端，發送媒體流，如，多媒體通知音等；D、處理媒體流，如，音頻編解碼轉換、媒體分析等。
MREC實體和MREP實體之間可以是一對多的關係，即一個MREC可以管理多個MREP實體。
提供業務媒體資源管理的AS實體在物理實現上可以和SCP集成，也可以是單獨的物理實體，該AS提供但不限於以下功能A、為終端用戶提供各種增值業務B、提供和MSC Server間的接口，用於接收MSC Server上報的業務觸發消息，進行業務控制；C、提供和MREC間的接口，用於向MREC下發媒體資源控制命令。
在R4網絡中引入MRE和AS後，MSC Server通過協議擴展支持SIP或其他適用協議，以支持和AS互通，以及通過軟體升級引入各種新業務，這些業務可能使用MRE的媒體資源能力。
MREC和AS之間接口Interfacel用於MREC接收來自AS的媒體資源控制命令，該接口為外部接口時可以但不限於以SIP協議實現，若為內部接口還可以通過自定義內部接口實現。
MREC和MSC Server之間接口Interface2用於MREC接收來自MSC Server的媒體資源控制命令，該接口為外部接口時和Nc接口保持一致即支持TUP/ISUP/BICC協議互通，物理承載可使用TDM/IP實現，若為內部接口還可以通過自定義內部接口實現。
MREP和MGW之間接口Interface3用於和用戶進行媒體流交互時，完成媒體流的IP承載，該接口和Nb接口保持一致，即支持RTP/AAL2/AMR協議互通，物理承載可使用TDM/IP/ATM實現。
MREC和MREP之間接口Interface4用於MREC指示MREP完成相應的媒體資源處理，該接口為外部接口時可以但不限於以H.248協議實現，若為內部接口還可以通過自定義內部接口實現。
MSC Server和AS之間接口Interface5用於MSC Server進行增值業務觸發，該接口可以但不限於以SIP協議實現。
MREC和SCP之間接口Interface6用於MREC接收來自SCP的媒體資源控制命令，該接口為外部接口時以CAP協議實現，若為內部接口還可以通過自定義內部接口實現。
在R4網絡架構中引入MRE/和AS後MREC實體管理MREP的方式包括A、MREP在狀態發生變化(資源能力發生變化，設備狀態發生變化)時主動向MREC進行註冊，註冊信息包括資源能力和MREP地址信息。
一個MREP可以有多種資源能力，也可以將不同的媒體資源分布在不同的MREP上；B、MREC在接收到AS/SCP/MSC Server的控制命令時根據其存儲的MREP的媒體資源能力和地址信息向滿足要求的MREP發出資源請求。
業務的媒體資源控制可以通過以下幾種方式之一或者它們的任意組合完成1、AS接受業務觸發時當AS接受了MSC Server的業務觸發請求，發現本次業務需要媒體資源支持時，會根據其內部的業務邏輯向已在其內部註冊的MREC發起資源請求，或者將該請求發往(G)MSC Server，由(G)MSC Server對該請求進行轉發，MREC對該請求進行解析，轉換為MREP能夠識別的格式(H.248包格式)，指示MREP進行相應的媒體處理，MREP提供MREC要求的媒體資源，並通過和MGW之間的鏈路通路完成媒體資源到終端用戶的承載，其中AS/(G)MSC Server對於CS域網絡內MREC的發現通過傳統的電路交換網號碼段路由方式實現。
2、SCP接受業務觸發時當SCP接受了MSC Serve的業務觸發請求，發現本次業務需要媒體資源支持時，會根據其內部的業務控制將業務指示及MRE地址信息等發送給(G)MSC Server，(G)MSC Server將該請求進行轉換，並向指定的MREC進行轉發；或者，SCP直接向MREC發起資源請求，MREC對該請求進行解析，轉換為MREP能夠識別的格式，指示MREP進行相應的媒體處理，MREP提供MREC要求的媒體資源，並通過和MGW之間的鏈路通路完成媒體資源到終端用戶的承載。其中SCP對於CS域網絡內MREC的發現通過傳統的電路交換網號碼段路由方式實現；3、(G)MSC Server通過數據配置直接觸發(G)MSC Server可以通過靜態表數據配置，指定對於某些增值業務若需要MRE提供媒體資源時，不通過SCP或AS而是直接向數據配置表中指定的MREC發起媒體資源請求，MREC收到請求後進行信令轉換指示MREP進行相應的媒體處理，MREP提供MREC要求的媒體資源，並通過和MGW之間的鏈路通路完成媒體資源到終端用戶的承載。其中(G)MSC Server對於CS域網絡內MREC的發現通過傳統的電路交換網號碼段路由方式實現。
參閱圖5所示，SCP接受業務觸發，對主叫用戶的放音的主要過程如下步驟1至3終端UE發送業務請求，該業務請求接續到被叫UE所在MSCb。
步驟4當被叫MSC b接收到IAM入局請求後，分析判斷消息中攜帶的被叫號碼，若被叫為彩鈴業務用戶，向SCP發起業務觸發。
步驟5SCP將在其內部註冊的MRF地址等信息通過業務觸發響應消息返回給被叫MSC b。
步驟6、7被叫MSC b獲取被叫用戶狀態。
步驟8、9當被叫用戶空閒時，MSC b向MREC發起資源請求，MREC判斷支持MSC b所請求的資源類型後向其返回相應的響應。
步驟10MREC控制MREP通過和MGW之間鏈路向主叫發被叫定製的彩鈴音。
參閱圖6所示，AS接受業務觸發，建立多方會議的主要過程如下(圖中未示出UE)步驟1MSC收到UE-1建立多方通話請求消息，請求中指示希望加入UE-2，UE-3到本次會議中。
步驟2-3MSC返回臨時響應並將請求轉發至AS。
步驟4AS執行相關業務邏輯允許建立本次會議。
步驟5-8AS對MREC發出請求，指示建立多方通話，得到本次會議標識，並為UE-2接入做準備。
步驟9-13AS對UE-2發出請求並建立和UE-2之間連接。
步驟14-17AS返迴響應確認消息。
步驟18-21AS使用上面申請到的會議標識對MREC發出資源請求，為UE-3接入做準備。
步驟22-26AS對UE-3發出請求並建立和UE-3之間連接。
步驟27-30AS返迴響應確認消息。
步驟31-34AS使用上面申請到的會議標識對MREC發出資源請求，為UE-1接入會議做準備。
步驟35-36對UE-1返回本次會議建立成功。
步驟37建立會議。
步驟38-41AS返回確認消息。
參閱圖7所示，主被叫在呼叫建立過程中需要進行編解碼轉換的主要過程如下步驟1MSC收到主叫方業務請求。
步驟2MSC向主叫返回臨時響應。
步驟3MSC根據用戶籤約數據該請求觸發到AS。
步驟4AS的業務邏輯繼續處理該業務請求。
步驟5AS通過MSC發送請求給對端被叫方。
步驟6MSC轉發該請求。
步驟7被叫方返回無法接受請求，並在在響應消息中指出不支持請求中提供的編碼方式，並攜帶自己支持的編碼方案。
步驟8MSC向被叫方返回確認消息。
步驟9被叫方的響應轉發至AS。
步驟10AS業務邏輯發現存在MREC可以完成該編解碼轉換。
步驟11AS向MSC返回確認消息。
步驟12-17AS向MREC發出請求，要求為被叫方建立編解碼轉換。
步驟18-25AS對被叫發出請求，要求在被叫方和MRE之間建立會話。
步驟26-29AS對MREC發出請求，要求為主叫方建立編解碼轉換。
步驟30-38呼叫建立，主被叫正常通話。
本發明通過在R4網絡架構中引入MREC/MREP功能實體，實現了增值業務中媒體資源通過單獨外設實現時的承載控制相分離；通過對媒體資源能力的提高，使媒體資源設備滿足用戶更高的業務需求，便於各種新業務開展。
顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和範圍。這樣，倘若對本發明的這些修改和變型屬於本發明權利要求及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。
權利要求
1.一種R4網絡系統，包括移動交換中心，與所述業務控制點連接，用於提供信令控制功能；媒體網關，與所述移動交換中心連接，用於提供媒體流承載；業務控制點，與所述移動交換中心連接，用於提供智能業務；其特徵在於，還包括多媒體資源實體，與所述移動交換中心和媒體網關連接；並且，該多媒體資源實體包含多媒體資源實體控制器和多媒體資源實體處理器，所述多媒體資源實體控制器用於接受移動交換中心發送的媒體資源控制命令，所述多媒體資源實體處理器與所述媒體網關相互獨立，用於根據所述多媒體資源實體控制器的控制命令完成媒體資源處理和通過所述媒體網關提供媒體資源。
2.如權利要求1所述的R4網絡系統，其特徵在於，所述多媒體資源實體還與所述業務控制點連接，並由多媒體資源實體控制器接受業務控制點發送的媒體資源控制命令並控制所述多媒體資源實體處理器。
3.如權利要求1所述的R4網絡系統，其特徵在於，還包括應用伺服器，與所述多媒體資源實體和移動交換中心連接，用於提供增值應用服務，或者通過向多媒體資源實體下發媒體資源控制命令，由多媒體資源實體中的多媒體資源實體控制器控制多媒體資源處理器完成媒體處理並提供媒體資源。
4.如權利要求1、2或3所述的R4網絡系統，其特徵在於，所述多媒體資源實體控制器與所述多媒體資源實體處理器設置為一體；或者，所述多媒體資源實體控制器與所述多媒體資源實體處理器分別為獨立設置的物理實體；或者，所述多媒體資源實體處理器為獨立設置的物理實體，所述多媒體資源實體控制器設置在其他網絡實體中。
5.如權利要求4所述的R4網絡系統，其特徵在於，所述多媒體資源實體處理器與多個媒體網關連接。
6.如權利要求4所述的R4網絡系統，其特徵在於，所述多媒體資源實體處理器為多個，並由所述多媒體資源實體控制器進行控制。
7.一種R4網絡中提供媒體資源的方法，其特徵在於，包括如下步驟R4網絡中處理業務請求的網絡實體向多媒體資源實體發送媒體資源控制命令；所述多媒體資源實體中的多媒體資源控制器解析所述媒體資源控制命令，並指示多媒體資源處理器提供媒體資源；所述多媒體資源處理器根據所述媒體資源控制命令完成多媒體資源處理，並通過媒體網關完成到用戶終端的媒體資源承載。
8.如權利要求7所述的方法，其特徵在於，對於電路域中的多媒體資源實體，所述網絡實體通過電路交換網號碼段路由方式發送媒體資源控制命令到所述多媒體資源實體。
9.如權利要求7或8所述的方法，其特徵在於，所述處理業務請求的網絡實體為業務控制點，該業務控制點直接向所述多媒體資源實體發送媒體資源控制命令，或者該業務控制點通過所述移動交換中心向所述多媒體資源實體發送媒體資源控制命令。
10.如權利要求7或8所述的方法，其特徵在於，所述處理業務請求的實體為提供增值應用伺服器的應用伺服器，該應用伺服器直接向所述多媒體資源實體發送媒體資源控制命令，或者該應用伺服器通過所述移動交換中心向所述多媒體資源實體發送媒體資源控制命令。
11.如權利要求7或8所述的方法，其特徵在於，所述處理業務請求的實體為移動交換中心，該移動交換中心接收到業務請求後根據配置數據直接向所述多媒體資源實體發送媒體資源控制命令。
全文摘要
本發明公開了一種R4網絡中提供媒體資源的方法，該方法由R4網絡中處理業務請求的網絡實體向多媒體資源實體發送媒體資源控制命令；所述多媒體資源實體中的多媒體資源控制器解析所述媒體資源控制命令，並指示多媒體資源處理器提供媒體資源；所述多媒體資源處理器根據所述媒體資源控制命令完成多媒體資源處理，並通過媒體網關完成到用戶終端的媒體資源承載。本發明還公開了一種R4網絡系統，包括移動交換中心、媒體網關、業務控制點和多媒體資源實體。
文檔編號H04W4/06GK1988687SQ20051013500
公開日2007年6月27日 申請日期2005年12月23日 優先權日2005年12月23日
發明者和曉豔 申請人:華為技術有限公司