專利名稱：一種雙棧地址分配方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種雙棧地址分配方法和設(shè)備。
背景技術(shù)：
在目前基于IPv4 (Internet Protocol version 4,互聯(lián)網(wǎng)協(xié)議版本4)的WLAN (Wireless Local Area Network,無線局域網(wǎng))網(wǎng)絡(luò)中，用戶終端通過 DHCP (Dynamichost configuration protocol,動態(tài)主機配置協(xié)議)協(xié)議獲得公有IPv4地址，從而獲得上網(wǎng)能力。但眾所周知的是，IPv4地址目前已經(jīng)基本耗盡。與此同時，WLAN業(yè)務正處于快速增長的階段，未來幾年AP (Access Point，接入點)數(shù)量將成指數(shù)型增長，WLAN業(yè)務用戶也將成倍增長，需要大量的IP地址。顯然，即將耗盡的IPv4地址已無法滿足快速增長的需求。因此，WLAN中將不可避免的引入IPv6。隨著網(wǎng)絡(luò)設(shè)備的發(fā)展，目前的AC(Access Controller,接入控制器)已經(jīng)基本支持IPv6，為開展IPv6服務提供了基礎(chǔ)。但由于WLAN網(wǎng)絡(luò)中的大量存量內(nèi)容仍然是基于IPv4的，IPv6很難在短時間內(nèi)完全取代IPv4在WLAN網(wǎng)絡(luò)中的應用。因此，WLAN網(wǎng)絡(luò)需要為用戶提供IPv4、IPv6雙棧能力。在現(xiàn)有雙棧地址分配技術(shù)中，AC接收到用戶終端發(fā)送的IPv4獲取請求和IPv6地址獲取請求時，直接向用戶終端分配IPv4地址和IPv6地址。在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題:在現(xiàn)有雙棧地址分配方式中，用戶在認證前就獲得了 IPv4、IPv6地址，即對于一些沒有注冊的用戶，或沒有計劃使用該WLAN業(yè)務的用戶，只要其終端與AP相關(guān)聯(lián)，即可獲得IPv4和IPv6地址，加劇了 IPv4地址的消耗，導致了地址的浪費。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種雙棧地址分配方法和設(shè)備，以優(yōu)化IPv4地址分配機制，節(jié)省IPv4地址消耗。為了達到上述目的，本發(fā)明實施例提供一種雙棧地址分配方法，包括:AC接收用戶終端發(fā)送的IPv4地址獲取請求；所述AC判斷所述用戶終端是否通過認證；若判斷為是，所述AC向所述用戶分配IPv4地址；否則，所述AC拒絕向所述用戶終端分配IPv4地址。本發(fā)明實施例還提供一種雙棧地址分配方法，包括:若用戶終端通過向AC發(fā)送IPv4地址獲取請求獲取地址失敗，且接收到自身通過認證的通知消息，所述用戶終端再次向所述AC發(fā)送IPv4地址獲取請求并接收所述AC分配的IPv4地址；其中，所述AC接收到用戶終端發(fā)送的IPv4地址獲取請求后，若判斷該用戶終端未通過認證，則拒絕向該用戶終端分配IPv4地址。本發(fā)明實施例還提供一種AC，包括:接收模塊，用于接收用戶終端發(fā)送的IPv4地址獲取請求；
判斷模塊，用于判斷所述用戶終端是否通過認證；地址分配模塊，用于當所述判斷模塊的判斷結(jié)果為是時，向所述用戶終端分配IPv4地址；當所述判斷模塊的判斷結(jié)果為否時，拒絕向所述用戶終端分配IPv4地址。本發(fā)明實施例還提供一種用戶終端，包括:發(fā)送模塊，用于向接入控制器AC發(fā)送IPv4地址獲取請求；接收模塊，用于接收所述AC分配的IPv4地址；指示模塊，用于若所述用戶終端通過所述發(fā)送模塊向所述AC發(fā)送IPv4獲取請求獲取地址失敗，且所述接收模塊接收到所述用戶終端通過認證的通知消息，觸發(fā)所述發(fā)送模塊再次向所述AC發(fā)送IPv4地址獲取請求；其中，所述AC接收到用戶終端發(fā)送的IPv4地址獲取請求后，若判斷該用戶終端未通過認證，則拒絕向該用戶終端分配IPv4地址。與現(xiàn)有技術(shù)相比，本發(fā)明至少具有以下優(yōu)點:在本發(fā)明實施例中，AC接收到用戶終端發(fā)送的IPv4地址獲取請求之后，通過判斷該用戶終端是否通過認證確定是否為該用戶終端分配IPv4地址，若通過認證則分配IPv4地址，否則，不分配IPv4地址；若用戶終端通過向AC發(fā)送IPv4地址獲取請求獲取地址失敗，在后續(xù)流程中，當用戶終端接收到自身通過認證的通知消息時，向AC再次發(fā)起IPv4地址獲取請求，并接收AC分配的IPv4地址，優(yōu)化了 IPv4地址分配機制，節(jié)省了 IPv4地址消耗。


圖1為本發(fā)明實施例提供的雙棧地址分配方法的流程示意圖；圖2為本發(fā)明實施例提供的一種具體應用場景下的雙棧地址分配方法的流程示意圖；圖3為本發(fā)明實施例提供的AC的結(jié)構(gòu)示意圖；圖4為本發(fā)明實施例提供的用戶終端的結(jié)構(gòu)示意圖。
具體實施例方式針對上述現(xiàn)有技術(shù)中存在的問題，本發(fā)明實施例提供一種雙棧地址分配的技術(shù)方案，應用于雙棧用戶終端的地址分配流程，當AC接收到用戶終端發(fā)送的IPv4地址獲取請求(DHCP discover (發(fā)現(xiàn))報文)時，判斷該用戶終端是否通過認證；若該用戶終端通過認證，則向該用戶終端分配IPv4地址；否則，拒絕向該用戶終端分配IPv4地址。通過該技術(shù)方案，可以優(yōu)化IPv4地址的分配機制，節(jié)省IPv4地址消耗。下面將結(jié)合本申請中的附圖，對本申請中的技術(shù)方案進行清楚、完整的描述，顯然，所描述的實施例是本申請的一部分實施例，而不是全部的實施例。基于本申請中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。如圖1所示，為本發(fā)明實施例提供的雙棧地址分配方法的流程示意圖，可以包括以下步驟:步驟101、用戶終端向AC發(fā)送IPv4地址獲取請求。具體的，用戶終端和AP關(guān)聯(lián)之后，可以通過DHCP協(xié)議向AC發(fā)送IPv4地址獲取請求(IPv4 discover),以獲取IPv4地址。此外,用戶終端還可以通過AC獲得一個IPv6地址，其獲取流程和現(xiàn)有技術(shù)中雙棧用戶終端通過AC獲取IPv6地址的流程一樣，在此不再贅述。步驟102、AC接收到用戶終端發(fā)送的IPv4地址獲取請求之后，判斷該用戶終端是否已通過認證。若判斷為是，則轉(zhuǎn)至步驟103 ;否則，轉(zhuǎn)至步驟104。具體的，為了防止AC向未注冊的用戶終端分配IPv4地址，造成IPv4地址的浪費，在本發(fā)明實施例提供的技術(shù)方案中，AC接收到用戶終端發(fā)送的IPv4地址獲取請求之后，并不會直接向該用戶終端分配IPv4地址，而是需要判斷該用戶終端是否通過認證，并根據(jù)判斷結(jié)果確定是否向該用戶終端分配IPv4地址。其中，AC對應用戶終端標識存儲有各用戶終端的認證信息，AC根據(jù)該認證信息確定相應用戶終端是否通過認證。步驟103、AC向用戶終端分配IPv4地址。具體的，當AC接收到認證服務器返回的所述用戶終端通過認證的響應消息時，AC確定該用戶終端需要使用該WLAN的業(yè)務。相應地，AC可以通過DHCP協(xié)議為該用戶終端分配一個IPv4地址。用戶終端獲取IPv4地址之后，可以通過該IPv4地址和已獲得的IPv6地址進行數(shù)據(jù)轉(zhuǎn)發(fā)。步驟104、AC拒絕向用戶終端分配IPv4地址，轉(zhuǎn)至步驟105。具體的，當AC判斷用戶終端未通過認證時，為了防止由于為不計劃使用該WLAN業(yè)務的用戶分配IPv4地址，而造成IPv4地址的浪費，AC不會向該用戶終端分配IPv4地址。其中，AC可以不對該IPv4地址獲取請求進行處理，并直接將其丟棄；也可以向AC返回一個地址獲取失敗消息，以告知用戶終端此次IPv4地址獲取失敗。步驟105、若用戶終端通過向AC發(fā)送IPv4地址獲取請求獲取地址失敗，且接收到自身通過認證的通知消息時，用戶終端再次向AC發(fā)送IPv4地址獲取請求，轉(zhuǎn)至步驟102。具體的，若用戶終端未接收到AC分配的IPv4地址，則認為此次IPv4地址獲取失敗。用戶可以在接收到自身通過認證的通知消息時，再次向AC發(fā)送IPv4地址獲取請求。其中，用戶終端可以根據(jù)獲取到的IPv6地址進行認證，其認證流程與現(xiàn)有技術(shù)中相應認證流程類似，在此不再贅述。需要注意的是，在本發(fā)明實施例提供的技術(shù)方案中，對于用戶終端側(cè)，可以通過以下方式實現(xiàn)當接收到自身通過認證的通知消息時，再次向AC發(fā)起IPv4地址獲取請求:在現(xiàn)有雙棧用戶終端中安裝一個插件，用于當接收到自身通過認證的通知消息時，觸發(fā)用戶終端再次向AC發(fā)起IPv4地址獲取請求。其中，該插件可以預先在用戶終端中安裝，也可以存儲在Portal服務器中，當用戶終端進行認證時，由Portal服務器提示用戶終端下載并安裝該插件。下面結(jié)合具體的應用場景對本發(fā)明實施例提供的技術(shù)方案進行更加詳細的描述。如圖2所示，為本發(fā)明實施例提供的一種在具體應用場景下的雙棧地址分配方法的流程示意圖，在該實施例中，用戶終端首次進行地址申請，該方法可以包括以下步驟:步驟201、用戶終端通過廣播探查發(fā)現(xiàn)可用AP，并接收AP返回的探查回應消息。步驟202、用戶終端向AP發(fā)送關(guān)聯(lián)請求消息，AP將接收到的關(guān)聯(lián)請求消息轉(zhuǎn)發(fā)給AC，AC回應關(guān)聯(lián)成功消息，AP收到消息后將其轉(zhuǎn)發(fā)給終端，此時終端成功建立了網(wǎng)絡(luò)連接。步驟203、用戶終端通過AC獲得一個IPv6地址。
其中，步驟201 203的處理流程與現(xiàn)有技術(shù)中的雙棧地址分配方法流程相類似，在此不再贅述。步驟204、AC接收用戶終端發(fā)送的IPv4地址獲取請求消息，檢測到用戶終端未通過認證，不向該用戶終端分配IPv4地址。具體的，在本發(fā)明實施例提供的技術(shù)方案中，AC接收到用戶終端發(fā)送的IPv4地址獲取請求后，并不會直接為該用戶終端分配IPv4地址，而需要檢測該用戶終端是否通過認證，進而確定是否為該用戶終端分配IPv4地址。在該實施例中，由于用戶終端首次進行地址申請，AC檢測到用戶未通過認證，不能確定該用戶終端是否計劃使用相應的WLAN業(yè)務，為了節(jié)省IPv4地址，不回應接收到的IPv4地址獲取請求。步驟205、用戶終端發(fā)送HTTP請求。步驟206、AC接獲用戶的HTTP請求，由于用戶沒有通過認證，AC向用戶終端返回HTTP重定向消息。步驟207、用戶終端重新發(fā)送HTTP請求，訪問WEB認證頁面，用戶在認證頁面上填入用戶名、密碼等信息，提交到Portal服務器。步驟208、Portal服務器將賬號、密碼提交給AC,發(fā)起認證。步驟209、AC向AAA認證服務器發(fā)送攜帶用戶名、密碼的認證請求。步驟210、AAA認證服務器根據(jù)用戶信息判斷用戶終端是否合法，用戶終端進行密碼認證。AAA服務器向AC進行認證回應。如果認證成功，向AC返回認證成功報文，并攜帶協(xié)議參數(shù)，以及用戶終端的相關(guān)業(yè)務屬性給用戶授權(quán)。如果認證失敗，向AC返回認證失敗報文。步驟211、AC向Portal服務器返回認證結(jié)果。步驟212、Portal服務器根據(jù)認證結(jié)果，推送認證結(jié)果頁面。認證成功后，AAA服務器開始計費，用戶上線完畢，開始上網(wǎng)。其中，步驟205 212的處理流程與現(xiàn)有技術(shù)中的雙棧地址分配方法中WEB認證流程相類似，不同的是，在本發(fā)明實施例中，用戶終端進行WEB認證的過程都是通過IPv6地址進行的，其具體實現(xiàn)在此不再贅述。步驟213、當AC獲知到用戶終端通過認證時，向用戶終端發(fā)送指示消息，以指示用戶進行IPv4地址申請。具體的，AAA服務器對用戶終端進行認證后，會將認證結(jié)果通知給AC。當AC獲知到用戶終端通過認證后，需要向用戶終端發(fā)送指示消息，以指示用戶再次進行IPv4地址申請步驟214、用戶終端接收到指示消息后，根據(jù)該指示消息再次向AC發(fā)送IPv4地址獲取請求消息,并接收AC分配的IPv4地址。具體的，與現(xiàn)有技術(shù)不同的，在本發(fā)明實施例提供的技術(shù)方案中，當用戶終端接收到自身通過認證的通知消息時(在該實施例中為接收到AC發(fā)送的指示消息)，再次向AC發(fā)起IPv4地址獲取請求。AC接收到該IPv4地址獲取請求后，確認該用戶終端已通過認證，向該用戶終端分配IPv4地址。步驟215、用戶終端通過IPv4地址和IPv6地址進行數(shù)據(jù)轉(zhuǎn)發(fā)。通過以上描述可以看出，在本發(fā)明實施例提供的技術(shù)方案中，AC接收到用戶終端發(fā)送的IPv4地址獲取請求之后，通過判斷該用戶終端是否通過認證確定是否為該用戶終端分配IPv4地址，若通過認證則分配IPv4地址，否則，不分配IPv4地址；若用戶終端未在預設(shè)時間內(nèi)接收到AC分配的IPv4地址，在后續(xù)流程中，當用戶終端檢測到自身通過認證時，向AC再次發(fā)起IPv4地址獲取請求，并接收AC分配的IPv4地址，優(yōu)化了 IPv4地址分配機制，節(jié)省了 IPv4地址消耗?；谂c上述方法流程相同的技術(shù)構(gòu)思，本發(fā)明實施例中還提供了一種AC，可以運用于上述流程。如圖3所示，為本發(fā)明實施例提供的AC的結(jié)構(gòu)示意圖，可以包括:接收模塊31，用于接收用戶終端發(fā)送的IPv4地址獲取請求；判斷模塊32，用于判斷所述用戶終端是否通過認證；地址分配模塊33，用于當所述判斷模塊32的判斷結(jié)果為是時，向所述用戶終端分配IPv4地址；當所述判斷模塊32的判斷結(jié)果為否時，拒絕向所述用戶終端分配IPv4地址。其中，本發(fā)明實施例提供的AC還可以包括:指示模塊34，用于當所述地址分配模塊33拒絕向所述用戶終端分配IPv4地址之后，且所述AC接收到認證服務器返回的所述用戶終端通過認證的響應消息時，向所述用戶終端發(fā)送指示消息，以指示所述用戶終端發(fā)送IPv4地址獲取請求。其中，所述接收模塊31還用于，接收所述用戶終端發(fā)送的IPv6地址獲取請求；所述地址分配模塊32還用于，向所述用戶終端分配IPv6地址?；谏鲜龇椒鞒滔嗤募夹g(shù)構(gòu)思，本發(fā)明實施例中還提供了一種用戶終端，可以運用于上述流程。如圖4所示，為本發(fā)明實施例提供的用戶終端的結(jié)構(gòu)示意圖，可以包括:發(fā)送模塊41，用于向接入控制器AC發(fā)送IPv4地址獲取請求；接收模塊42，用于接收所述AC分配的IPv4地址；指示模塊43，用于若所述用戶終端通過所述發(fā)送模塊41向所述AC發(fā)送IPv4獲取請求獲取地址失敗，且所述接收模塊42接收到所述用戶終端通過認證的通知消息，觸發(fā)所述發(fā)送模塊41再次向所述AC發(fā)送IPv4地址獲取請求；其中，所述AC接收到用戶終端發(fā)送的IPv4地址獲取請求后，若判斷該用戶終端未通過認證，則拒絕向該用戶終端分配IPv4地址。其中，所述指示模塊43具體用于，當所述用戶通過所述發(fā)送模塊41向所述AC發(fā)送IPv4地址獲取請求獲取地址失敗，且所述接收模塊42接收到所述AC發(fā)送的指示消息時，觸發(fā)所述發(fā)送模塊41再次向所述AC發(fā)送IPv4地址獲取請求；其中，所述AC在接收到認證服務器返回的所述用戶終端通過認證的響應消息時，向所述用戶終端發(fā)送所述指示消
肩、O所述發(fā)送模塊41還用于，向所述AC發(fā)送IPv6地址獲取請求；所述接收模塊42還用于，接收所述AC分配的IPv6地址；該用戶終端還包括:認證模塊44，用于根據(jù)所述接收模42塊接收到的IPv6地址進行認證。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實施例的示意圖，附圖中的模塊或流程并不一定是實施本發(fā)明所必須的。本領(lǐng)域技術(shù)人員可以理解實施例中的裝置中的模塊可以按照實施例描述分布于實施例的裝置中，也可以進行相應變化位于不同于本實施例的一個或多個裝置中。上述實施例的模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應落入本發(fā)明的保護范圍。
權(quán)利要求
1.一種雙棧地址分配方法，其特征在于，包括: 接入控制器AC接收用戶終端發(fā)送的IPv4地址獲取請求； 所述AC判斷所述用戶終端是否通過認證；若判斷為是，所述AC向所述用戶分配IPv4地址；否則，所述AC拒絕向所述用戶終端分配IPv4地址。
2.如權(quán)利要求1所述的方法，其特征在于，所述AC拒絕向所述用戶終端分配IPv4地址之后，還包括: 所述AC接收到認證服務器返回的所述用戶終端通過認證的響應消息時，向所述用戶終端發(fā)送指示消息，以指示所述用戶終端發(fā)送IPv4地址獲取請求。
3.如權(quán)利要求1或2所述的方法，其特征在于，還包括: 所述AC接收用戶終端發(fā)送的IPv6地址獲取請求，并向所述用戶終端分配IPv6地址； 所述用戶終端根據(jù)獲得的IPv6地址進行認證。
4.一種雙棧地址分配方法，其特征在于，包括: 若用戶終端通過向接入控制器AC發(fā)送IPv4地址獲取請求獲取地址失敗，且接收到自身通過認證的通知消息，所述用戶終端再次向所述AC發(fā)送IPv4地址獲取請求并接收所述AC分配的IPv4地址；其中，所述AC接收到用戶終端發(fā)送的IPv4地址獲取請求后，若判斷該用戶終端未通過認證，則拒絕向該用戶終端分配IPv4地址。
5.如權(quán)利要求4所述的方法，其特征在于，所述用戶終端接收到自身通過認證的通知消息，再次向所述AC發(fā)送IPv4地址獲取請求，具體為: 所述用戶終端接收所述AC發(fā)送的指示消息，根據(jù)該指示消息向所述AC發(fā)送IPv4地址獲取請求；其中，所述AC在接收到認證服務器返回的所述用戶終端通過認證的響應消息時，向所述用戶終端發(fā)送所述指示消息。
6.如權(quán)利要求4或5所述的方法，其特征在于，還包括: 所述用戶終端向所述AC發(fā)送IPv6地址獲取請求； 所述用戶終端接收所述AC分配的IPv6地址，并根據(jù)接收到的IPv6地址進行認證。
7.一種接入控制器AC，其特征在于，包括: 接收模塊，用于接收用戶終端發(fā)送的IPv4地址獲取請求； 判斷模塊，用于判斷所述用戶終端是否通過認證； 地址分配模塊，用于當所述判斷模塊的判斷結(jié)果為是時，向所述用戶終端分配IPv4地址；當所述判斷模塊的判斷結(jié)果為否時，拒絕向所述用戶終端分配IPv4地址。
8.如權(quán)利要求7所述的AC，其特征在于，還包括: 指示模塊，用于當所述地址分配模塊拒絕向所述用戶終端分配IPv4地址之后，且所述AC接收到認證服務器返回的所述用戶終端通過認證的響應消息時，向所述用戶終端發(fā)送指示消息，以指示所述用戶終端發(fā)送IPv4地址獲取請求。
9.如權(quán)利要求7或8所述的AC，其特征在于， 所述接收模塊還用于，接收所述用戶終端發(fā)送的IPv6地址獲取請求； 所述地址分配模塊還用于，向所述用戶終端分配IPv6地址。
10.一種用戶終端，其特征在于，包括: 發(fā)送模塊，用于向接入控制器AC發(fā)送IPv4地址獲取請求； 接收模塊，用于接收所述AC分配的IPv4地址；指示模塊，用于若所述用戶終端通過所述發(fā)送模塊向所述AC發(fā)送IPv4獲取請求獲取地址失敗，且所述接收模塊接收到所述用戶終端通過認證的通知消息，觸發(fā)所述發(fā)送模塊再次向所述AC發(fā)送IPv4地址獲取請求；其中，所述AC接收到用戶終端發(fā)送的IPv4地址獲取請求后，若判斷該用戶終端未通過認證，則拒絕向該用戶終端分配IPv4地址。
11.如權(quán)利要求10所述的用戶終端，其特征在于，所述指示模塊具體用于，當所述用戶通過所述發(fā)送模塊向所述AC發(fā)送IPv4地址獲取請求獲取地址失敗，且所述接收模塊接收到所述AC發(fā)送的指示消息時，觸發(fā)所述發(fā)送模塊再次向所述AC發(fā)送IPv4地址獲取請求；其中，所述AC在接收到認證服務器返回的所述用戶終端通過認證的響應消息時，向所述用戶終端發(fā)送所述指示消息。
12.如權(quán)利要求10或11所述的用戶終端，其特征在于， 所述發(fā)送模塊還用于，向所述AC發(fā)送IPv6地址獲取請求； 所述接收模塊還用于，接收所述AC分配的IPv6地址； 該用戶終端還包括: 認證模塊，用于根 據(jù)所述接收模塊接收到的IPv6地址進行認證。
全文摘要
本發(fā)明公開了一種雙棧地址分配方法和設(shè)備，該方法包括接入控制器AC接收用戶終端發(fā)送的IPv4地址獲取請求；所述AC判斷所述用戶終端是否通過認證；若判斷為是，所述AC向所述用戶分配IPv4地址；否則，所述AC拒絕向所述用戶終端分配IPv4地址。在本發(fā)明中，優(yōu)化了IPv4地址分配機制，節(jié)省了IPv4地址消耗。
文檔編號H04L29/06GK103179222SQ201110433090
公開日2013年6月26日 申請日期2011年12月21日 優(yōu)先權(quán)日2011年12月21日
發(fā)明者楊天樂, 李連源 申請人:中國移動通信集團公司