專利名稱：接入用戶信息的獲取方法及會話邊界控制器的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及接入用戶信息的獲取方法、會話邊界控制器 及媒體網關控制器。
背景技術：
隨著NGN(下一代網絡，Next Generation Network)建設模式的改變，目前已經 可以采用光纖替代原有雙絞線直接布置到用戶家中或者小區(qū)樓邊，即FTTH(Fiber To The Home，光纖到戶)、FTTB (Fiber To The Building，光纖到樓)建設模式，這一類建設模式 一般使用新的接入網關，而接入網關一般使用GPOMGigabit-capable Passive Optical Network，千兆比特無源光網絡)或EPON(Ethernet Passive Optical Network，以太網無源 光網絡)協議，對這類網關可以統稱ONU(Optical Network Unit，光網絡單元)網關。ONU 網關布置用戶家中或小區(qū)樓道不屬于信任域，和MGC(Media Gateway Controller，媒體網 關控制器)通信時需要通過SBCGession Border Controller，會話邊界控制器)。但由于H.248 和MGCP (Media Gateway Control Protocol，媒體網關控制協議)中 定義了可以由MG(Media (Gateway，媒體網關)向MGC發(fā)起注冊，且不需要MG下每個用戶都 向MGC進行注冊，因此SBC很難精確獲取到MG下接入的用戶總數。而SBC如果不能精確獲 得其接入的用戶總數，就無法提供有效的信息以支撐維護人員進行設備維護和擴容，同時 很有可能出現由于接入用戶總數超出SBC的規(guī)格而引起過載的網絡事故。

發(fā)明內容
本發(fā)明實施例提供接入用戶信息的獲取方法、會話邊界控制器及媒體網關控制 器，以解決現有技術中對于接入的用戶總數SBC無法準確獲取的問題。為解決上述技術問題，本發(fā)明實施例提供了一種接入用戶信息的獲取方法，該方 法包括會話邊界控制器SBC接收媒體網關控制器MGC發(fā)送的接入用戶信息的通知消息， 所述接入用戶信息的通知消息攜帶有媒體網關MG的接入用戶數量；SBC解析所述接入用戶信息的通知消息，以獲取所述MG的接入用戶數量。本發(fā)明實施例提供了一種會話邊界控制器，該會話邊界控制器包括接收模塊，用于接收媒體網關控制器MGC發(fā)送的接入用戶信息的通知消息，所述 接入用戶信息的通知消息攜帶有媒體網關MG的接入用戶數量；解析模塊，用于解析所述接入用戶信息的通知消息，以獲取所述MG的接入用戶數量。本發(fā)明實施例提供了一種媒體網關控制器，包括添加模塊，用于將媒體網關MG的接入用戶數量添加至接入用戶信息的通知消息 中；發(fā)送模塊，用于向會話邊界控制器SBC發(fā)送所述接入用戶信息的通知消息，以便于SBC解析所述通知消息獲得所述接入用戶數量。本發(fā)明實施例具有以下優(yōu)點在本發(fā)明實施例中，采用由MGC通知SBC接入用戶數量的方式，可以讓SBC精確 獲得到注冊的用戶總數信息，從而可以提供有效的信息以支撐維護人員進行設備維護和擴容。


為了更清楚地說明本發(fā)明實施例或現有技術中的技術方案，下面將對實施例或現 有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可 以根據這些附圖獲得其他的附圖。圖1是本發(fā)明的接入用戶信息的獲取方法實施例一的流程圖；圖2是本發(fā)明在實際應用中系統結構示意圖；圖3是本發(fā)明的接入用戶信息的獲取方法實施例二的流程圖；圖4是本發(fā)明的接入用戶信息的獲取方法實施例三的流程圖；圖5是本發(fā)明的接入用戶信息的獲取方法實施例四的流程圖；圖6是本發(fā)明的一種會話邊界控制器實施例的結構示意圖；圖7是本發(fā)明的另一種會話邊界控制器實施例的結構示意圖；圖8是本發(fā)明的媒體網關控制器實施例的結構示意圖。
具體實施例方式下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護的范圍。為使本發(fā)明實施例的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結合附圖和具體實施方式
對本發(fā)明實施例作進一步詳細的說明。參考圖1，在本發(fā)明實施例一中，實現本發(fā)明實施例一所提供的方法可以包括以下 步驟步驟101 當MG向MGC注冊成功之后，MGC將該MG的接入用戶數量添加至接入用 戶信息的通知消息中。根據H. 248和MGCP協議可知，在實際應用中每個MG都會向MGC發(fā)起注冊，而該MG 下的各個用戶是不需要向MGC發(fā)起注冊的，如果MG按照用戶端口向MGC注冊，注冊消息會 擴大幾倍到幾十倍，會大量消耗MGC的性能。同時SBC也需要維護每個用戶的注冊狀態(tài)，相 比只維護MG注冊狀態(tài)增加了幾倍到幾十倍性能消耗。因此本發(fā)明實施例，考慮到在MGC上 配置了全部的用戶數據，當某個MG向MGC注冊成功之后，MGC就將該注冊成功的MG的接入 用戶數量添加至接入用戶信息的通知消息中，然后發(fā)送給SBC。該攜帶接入用戶數量的接入 用戶信息的通知消息需要發(fā)送給SBC，可以采用按照一定周期發(fā)送心跳消息的方式發(fā)送該 通知消息，所述通知消息可以是檢測(AUDIT)消息或審計端點(AUEP)消息或會話初始化協議(Session Initiation Protocol, SIP)消息，MGC和SBC之間的通信協議可以使用H. 248 或者MGCP協議或者SIP協議。步驟102 :SBC接收媒體網關控制器MGC發(fā)送的接入用戶信息的通知消息，所述接 入用戶信息的通知消息攜帶有所述MG的接入用戶數量。MGC在通知消息中添加了用戶數量信息之后，就會將該通知消息發(fā)送給SBC，而該 通知消息中攜帶了上述注冊成功的MG下的接入用戶數量。步驟103 :SBC解析所述接入用戶信息的通知消息，以獲取所述MG的接入用戶數量。SBC接到該通知消息之后，解析該通知消息，從而得到所述MG下的接入用戶數量。在本發(fā)明實施例中，采用由MGC通知SBC接入用戶數量的方式，可以讓SBC精確 獲得到注冊的用戶總數信息，從而可以提供有效的信息以支撐維護人員進行設備維護和擴容。參考圖2所示，為本實施例在應用時整個系統的結構示意圖。需要說明的是，本實 施例中的MG可以是一個，也可以是多個，當MG是多個時，SBC解析出的多個MG的接入用戶 數量需要進行相加，才是接入用戶總數信息。考慮到在MGC上配置了全部的用戶數據，本實施例采用由MGC通知SBC接入用戶 數量的方式，具體的，當MG向MGC注冊成功后，MGC將該MG下的用戶數量通知給SBC，進一 步的，如果MGC上配置的該MG的用戶數量發(fā)生變化，例如有用戶被刪除，MGC也可以按照同 樣的方式重新通知SBC。因此，采用本實施例可以讓SBC精確獲得到注冊的用戶總數信息， 且在接入用戶數量變化時也能及時從MGC處獲取變化后的用戶數量。同時，采用本發(fā)明實 施例的方式由MGC來通知SBC接入用戶數量，與SBC對每一個接入用戶進行統計才能獲得 接入用戶數量方式相比，還盡可能地減少了對MGC和SBC的性能消耗。在具體應用中，MGC在通知消息中攜帶接入用戶數量的方式有多種，對于實施例一 中的檢測(AUDIT)消息或審計端點(AUEP)消息或SIP消息，可以采用擴展新參數的方式來 攜帶用戶數量信息，或者通過標準參數來攜帶用戶數量信息。下面在本發(fā)明實施例二中，MGC采用擴展新參數的方式添加接入用戶數量信息，參 考圖3，實現本發(fā)明實施例二所提供的方法可以包括以下步驟步驟301 當MG注冊成功之后，MGC在接入用戶信息的通知消息中擴展一個新參數。在本實施例中，以MGCP協議為例，MG通過在過程中重啟(ReMart In Progress, RSIP)消息注冊到MGC。注冊成功之后，可以在MGCP協議消息中擴展一個新參數，通過該新 參數中攜帶用戶數信息。需要說明的是，因為MGC可以通過SBC向MG發(fā)送AUEP消息來檢視MGC和MG之間 鏈路是否發(fā)生中斷，AUEP消息具體示例如下AUEP 486396263 aaln/l@iadsxl.com MGCP 1.0 F:X在本實施例中可以通過在AUEP消息中擴展一個新參數的方式來攜帶用戶數量信 肩、ο步驟302 采用所述擴展的新參數攜帶所述MG下的接入用戶數量。因此，在本實施例中，假設擴展的新參數為A，則擴展新參數之后的AUEP消息具體 可以如下所示AUEP 486396263 aaln/liiadsx 1. com MGCP 1. 0F :ΧA: 4293。其中，A為擴展的新參數，接入用戶數量為4293。當然，這種擴展方式也需要在MGC 和SBC側都進行約定。本領域技術人員也可以知道，上述擴展的新參數僅僅為一個具體例 子，該內容不應理解為對本發(fā)明的限定。以上通過審計端點(AUEP)消息示例性說明，檢測(AUDIT)消息類似，不再詳述。步驟303 :SBC接收MGC發(fā)送的接入用戶信息的通知消息，所述通知消息中的新參 數攜帶有MG的接入用戶數量。需要說明的是，本實施例中的MGC也可以按照一定周期下發(fā)AUEP消息作為MGC和 MG之間的心跳消息。步驟304 :SBC解析所述接入用戶信息的通知消息，以獲取所述MG的接入用戶數量。SBC收到MGC發(fā)送的AUEP消息時，就按照約定的方式解碼該消息中的用戶數量信 息，從而得到MG的準確的接入用戶數量。步驟305 所述SBC將所述擴展的新參數從所述通知消息中刪除，并將刪除新參數 之后的通知消息轉發(fā)至MG。需要說明的是，因為本實施例是在擴展的新參數中攜帶的用戶數量信息，且MG可 能不能處理非標準擴展消息，因此SBC在獲得接入用戶數量之后，需要刪除該擴展的新參 數，再將刪除新參數之后的通知消息轉發(fā)至MG。當所述MGC中配置的MG的接入用戶數量發(fā)生變化時，所述MGC也可以將改變后的 接入用戶數量添加至接入用戶信息的通知消息中。本實施例中，采用擴展的新參數來攜帶用戶數量信息，可以保證SBC能夠獲得準 確的接入用戶總數，然后SBC再將刪除了新參數之后通知消息發(fā)給MG，進一步保證了 MG收 到的是標準消息，同時對于本實施例來講，雖然擴展了新參數，SBC需要進一步刪除該擴展 的新參數再轉發(fā)至MG，但還是可以采用原有MGC和MG之間的心跳交互消息，因此，也不會影 響MG的性能。參考圖4，本發(fā)明實施例三與實施例二不同的是，MGC采用標準參數中方式添加接 入用戶數量信息，實現本發(fā)明實施例三所提供的方法可以包括以下步驟
步驟401 在MG注冊之后，MGC在通知消息的標準參數中添加所述MG下的接入用
戶數量。需要說明的是，當協議不同時，本步驟的具體實現可以不同。例如，假設針對的是 MGCP協議的MG，應在MGCP協議消息的標準參數中加入用戶數信息，例如，可以采用AUEP消 息攜帶接入用戶數量，那么本步驟即是在AUEP消息添加用戶數量信息，例如AUEP 486396263 aaln/liiadsxl. com MGCP 1. 0該種方式相當于在通知消息的事務ID中按照一個預定的規(guī)則配置接入用戶數量 信息，此規(guī)則需要在MGC和SBC側進行預定。再以H. 248協議為例，MG通過服務變化(ServiceChange)消息注冊到MGC，當注冊 成功之后，因為MGC可以通過SBC向MG發(fā)送基于“ROOT”的包含一個空的Audit描述符的 AuditValue命令來檢視MGC和MG之間鏈路是否發(fā)生中斷，因此可以在該Audit消息添加用 戶信息，例如添加“T = 378802345”來表示該MG下接入的用戶數量，所述378802345是按 照一定的編碼規(guī)則生成的數字，其中包含了用戶數量信息，比如說以“T = 378802345”的最 后四位來表示用戶數量信息，即表示接入用戶數量為2345。當然并不限于此，也可以通過前 幾位或者中間幾位或者其他編碼規(guī)則生成包含用戶數量信息的數字。或者也可以直接采用 T = 2345這種方式來表示接入用戶數量為2345個。該添加了用戶數量信息的Audit消息 可以如下所示！ /1 [160. 26. 24. 1] :2944T = 378802345 {C = - {AV = ROOT {AT {}}}}當然，本領域技術人員可以知道示例的Audit消息僅僅為實際中的一個例子，事 實上依據用戶數量的不同在Audit消息中添加的內容是不同的。采用上述方式時因為是在 H. 248協議消息的標準參數中添加的用戶數量信息，相當于在SBC和MGC兩方同時約定好了 添加內容的具體含義。步驟402 =MGC向SBC發(fā)送接入用戶信息的通知消息，所述接入用戶信息的通知消 息攜帶有媒體網關MG的接入用戶數量。步驟403 :SBC解析所述接入用戶信息的通知消息，以獲取所述MG的接入用戶數量。步驟404 所述SBC將所述接入用戶信息的通知消息直接轉發(fā)至MG。本實施例與實施例二不同的是，因為沒有新參數的存在，SBC就可以直接將接入用 戶信息的通知消息轉發(fā)至MG。步驟405 當所述MGC中配置的MG的接入用戶數量發(fā)生變化時，所述MGC將改變 后的接入用戶數量添加至接入用戶信息的通知消息中。并且在本實施例中，當MG的接入用戶數量發(fā)生了變化，MGC就需要即時將改編后 的接入用戶數量添加至接入用戶信息的通知消息中，從而通過下發(fā)該通知消息告知SBC當 前準確的接入用戶總數信息。此處所提及的下發(fā)通知消息和前述實施例中介紹的過程一 致，在此就不再贅述。本實施例在保證SBC獲得準確的接入用戶數量的基礎上，在具體應用時直接使用 H248和MGCP協議原有的心跳消息，因此對MGC和SBC的性能消耗最少，還能夠在不影響MGC 和SBC性能的基礎上，實時的通知SBC發(fā)生了變化的接入用戶數量。在實際應用中，本發(fā)明實施例中的接入用戶信息還可以通過會話初始化協議
8(Session Initiation Protocol, SIP)消息或者其他私有擴展協議來攜帶接入用戶數量， 其實現方式都和前述實施例所介紹的內容類似，本領域技術人員可以根據前述實施例的記 載得到其他私有擴展協議的實現過程。參考圖5，在本發(fā)明實施例四中，MGC采用SIP消息來攜帶接入用戶數量，實現本實 施例所提供的方法可以包括以下步驟步驟501 當MG向MGC注冊成功之后，MGC將該MG的接入用戶數量添加至接入用 戶信息的SIP消息中。在本實施例中，所述通知消息具體采用SIP消息實現，MGC在SIP消息中添加了接 入用戶數量，因此該SIP消息攜帶有MG的接入用戶數量。需要說明的是，SIP消息也可以 采用其他私有擴展協議替換。步驟502 :SBC接收媒體網關控制器MGC發(fā)送的接入用戶信息的SIP消息，所述SIP 消息中攜帶有所述MG的接入用戶數量。步驟503 :SBC解析所述接入用戶信息的SIP消息，以獲取所述MG的接入用戶數量。步驟504 當所述MGC中配置的MG的接入用戶數量發(fā)生變化時，所述MGC將改變 后的接入用戶數量添加至接入用戶信息的SIP消息中。本實施例通過SIP消息或者其他私有擴展協議，同樣可以實現SBC獲得準確的接 入用戶數量的目的。需要說明的是，對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列 的動作組合，但是本領域技術人員應該知悉，本發(fā)明并不受所描述的動作順序的限制，因為 依據本發(fā)明，某些步驟可以采用其他順序或者同時進行。其次，本領域技術人員也應該知 悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本發(fā)明 所必須的。參考圖6所示，本發(fā)明還提供了一種會話邊界控制器實施例，該會話邊界控制器 可以包括接收模塊601，用于接收媒體網關控制器MGC發(fā)送的接入用戶信息的通知消息，所 述接入用戶信息的通知消息攜帶有媒體網關MG的接入用戶數量。解析模塊602，用于解析所述接入用戶信息的通知消息，以獲取所述MG的接入用
戶數量。當所述MGC中配置的MG的接入用戶數量發(fā)生變化時，所述MGC也可以將改變后的 接入用戶數量添加至接入用戶信息的通知消息中，通過接入用戶信息的通知消息發(fā)送給會 話邊界控制器。本實施例中的SBC可以精確獲得到注冊的用戶總數信息，且在接入用戶數量變化 時也能及時從MGC處獲取變化后的用戶數量，從而可以提供有效的信息以支撐維護人員進 行設備維護和擴容。參考圖7所示，本發(fā)明還提供了另一種會話邊界控制器實施例，在該實施例中， MGC采用在接入用戶信息的通知消息中擴展一個新參數來攜帶MG下的接入用戶數量，因 此，該會話邊界控制器具體還可以包括刪除模塊701，用于將所述擴展的新參數從所述通知消息中刪除。
轉發(fā)模塊702，用于將刪除新參數之后的通知消息轉發(fā)至媒體網關MG。在不同的實施例中，MGC可以直接在標準參數中添加接入用戶數量信息，則所述轉 發(fā)模塊具體還可以用于將所述接入用戶信息的通知消息直接轉發(fā)至MG。參考圖8所示，示出了本發(fā)明媒體網關控制器實施例的結構示意圖，如圖8所示， 該媒體網關控制器可以包括添加模塊801，用于將媒體網關MG的接入用戶數量添加至接入用戶信息的通知消 息中。在不同的實施例中，所述添加模塊801具體可以用于在所述接入用戶信息的通 知消息中擴展一個新參數；并采用所述擴展的新參數攜帶所述MG下的接入用戶數量；或者，具體可以用于在所述通知消息的標準參數中添加所述MG下的接入用戶數量。當所述MGC中配置的MG的接入用戶數量發(fā)生變化時，所述添加模塊還可以用于 將改變后的接入用戶數量添加至接入用戶信息的通知消息中。發(fā)送模塊802，用于向SBC發(fā)送所述包括接入用戶信息的通知消息，以便于SBC解 析所述通知消息獲得接入用戶數量。需要說明的是，在本文中，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排 他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而 且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有
的要素。在沒有更多限制的情況下，由語句“包括一個......”限定的要素，并不排除在包
括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。本領域普通技術人員可以理解上述實施例的各種方法中的全部或部分步驟是可 以通過程序來指令相關的硬件來完成，該程序可以存儲于一計算機可讀存儲介質中，存儲 介質可以包括ROM、RAM、磁盤或光盤等。以上對本發(fā)明實施例所提供的接入用戶信息的獲取方法、會話邊界控制器及媒體 網關控制器進行了詳細介紹，本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡 述，以上實施例的說明只是用于幫助理解本發(fā)明實施例的方法及其思想；同時，對于本領域 的一般技術人員，依據本發(fā)明實施例的思想，在具體實施方式
及應用范圍上均會有改變之 處，綜上所述，本說明書內容不應理解為對本發(fā)明的限制。
權利要求
1.一種接入用戶信息的獲取方法，其特征在于，該方法包括會話邊界控制器SBC接收媒體網關控制器MGC發(fā)送的接入用戶信息的通知消息，所述 接入用戶信息的通知消息攜帶有媒體網關MG的接入用戶數量；SBC解析所述接入用戶信息的通知消息，以獲取所述MG的接入用戶數量。
2.根據權利要求1所述的方法，其特征在于，所述SBC接收MGC發(fā)送的接入用戶信息的 通知消息之前還包括所述MGC將所述MG的接入用戶數量添加至所述接入用戶信息的通知消息中。
3.根據權利要求2所述的方法，其特征在于，所述MGC將所述MG下的接入用戶數量添 加至接入用戶信息的通知消息中，具體為MGC在所述接入用戶信息的通知消息中擴展一個新參數，采用所述擴展的新參數攜帶 所述MG下的接入用戶數量；或MGC在所述通知消息的標準參數中添加所述MG下的接入用戶數量。
4.根據權利要求3所述的方法，其特征在于，所述通知消息包括檢測AUDIT消息或審計 端點AUEP消息，所述SBC解析所述接入用戶信息的通知消息之后當采用所述擴展的新參數攜帶所述MG下的接入用戶數量時，還包括所述SBC將所述擴 展的新參數從所述通知消息中刪除，并將刪除新參數之后的通知消息轉發(fā)至媒體網關MG; 或當在所述通知消息的標準參數中添加所述MG下的接入用戶數量時，還包括所述SBC將 所述接入用戶信息的通知消息直接轉發(fā)至MG。
5.根據權利要求2所述的方法，其特征在于，所述MGC將所述MG下的接入用戶數量添 加至接入用戶信息的通知消息中，具體為當所述MGC中配置的MG的接入用戶數量發(fā)生變化時，所述MGC將改變后的接入用戶數 量添加至接入用戶信息的通知消息中。
6.根據權利要求1所述的方法，其特征在于，所述通知消息還包括會話初始化協議 SIP消息，所述SIP消息中攜帶有媒體網關MG的接入用戶數量。
7.一種會話邊界控制器，其特征在于，包括接收模塊，用于接收媒體網關控制器MGC發(fā)送的接入用戶信息的通知消息，所述接入 用戶信息的通知消息攜帶有媒體網關MG的接入用戶數量；解析模塊，用于解析所述接入用戶信息的通知消息，以獲取所述MG的接入用戶數量。
8.根據權利要求7所述的會話邊界控制器，其特征在于，若在所述接入用戶信息的通 知消息中擴展一個新參數攜帶所述MG下的接入用戶數量，所述會話邊界控制器還包括刪除模塊，用于將所述擴展的新參數從所述通知消息中刪除，轉發(fā)模塊，用于將刪除新參數之后的通知消息轉發(fā)至媒體網關MG。
9.一種媒體網關控制器，其特征在于，包括添加模塊，用于將媒體網關MG的接入用戶數量添加至接入用戶信息的通知消息中；發(fā)送模塊，用于向會話邊界控制器SBC發(fā)送所述接入用戶信息的通知消息，以便于SBC 解析所述通知消息獲得所述接入用戶數量。
10.根據權利要求9所述的媒體網關控制器，其特征在于，所述添加模塊用于在所述接 入用戶信息的通知消息中擴展一個新參數；并采用所述擴展的新參數攜帶所述MG下的接入用戶數量；或者所述添加模塊用于在所述通知消息的標準參數中添加所述MG下的接入用戶數量。
11.根據權利要求9或10所述的媒體網關控制器，其特征在于，所述添加模塊還用于 當所述MGC中配置的MG的接入用戶數量發(fā)生變化時，所述MGC將改變后的接入用戶數 量添加至接入用戶信息的通知消息中。
全文摘要
本發(fā)明實施例公開了接入用戶信息的獲取方法、會話邊界控制器和媒體網關控制器，所述方法包括會話邊界控制器SBC接收媒體網關控制器MGC發(fā)送的接入用戶信息的通知消息，所述接入用戶信息的通知消息攜帶有媒體網關MG的接入用戶數量；SBC解析所述接入用戶信息的通知消息，以獲取所述MG的接入用戶數量。采用本發(fā)明實施例中的方法、會話邊界控制器和媒體網關控制器，可以使得SBC準確的獲得接入用戶數量。
文檔編號H04L12/58GK102098294SQ201010609849
公開日2011年6月15日 申請日期2010年12月28日 優(yōu)先權日2010年12月28日
發(fā)明者彭騫 申請人:華為技術有限公司