專利名稱：一種多控制器磁盤陣列系統(tǒng)及用戶請求處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及存儲技術(shù)領(lǐng)域，特別涉及一種多控制器磁盤陣列系統(tǒng)及用戶請求處理 方法。
背景技術(shù)：
RAID (Redundant Array of Independent Di sks，獨立磁盤冗余陣列或簡稱磁盤 陣列)是一種將多塊獨立的硬盤按不同方式組合成一個硬盤組，提供比單個硬盤更高的存 儲性能和數(shù)據(jù)冗余技術(shù)。RAID磁盤陣列一般由控制器和多個硬盤設(shè)備組成，用戶可以通過登錄到控制器上 來實現(xiàn)磁盤陣列管理配置功能。對于多控制的磁盤陣列系統(tǒng)而言，現(xiàn)有的技術(shù)通常選擇一個控制器為主控制器， 其他為從控制器，從控制器接收到命令請求后需要轉(zhuǎn)發(fā)給主控來仲裁調(diào)度，比如向主控制 器申請信號鎖或申請釋放信號鎖來完成命令請求。由于從控制器接收到命令請求需要主控 制器的仲裁和調(diào)度，使得系統(tǒng)在整體上執(zhí)行效率不高。

發(fā)明內(nèi)容
本發(fā)明要解決的主要技術(shù)問題是，提高多控制器磁盤陣列系統(tǒng)處理用戶請求的效率。為解決上述技術(shù)問題，本發(fā)明提供一種多控制器磁盤陣列系統(tǒng)的用戶請求處理方 法，所述多控制器磁盤陣列系統(tǒng)的各個控制器被設(shè)定為具有相同的用戶請求處理權(quán)限，該 方法包括設(shè)定登錄控制器的用戶賬號級別；設(shè)定用戶請求的最低可執(zhí)行賬號級別；判斷登錄控制器的用戶賬號級別是否高于或等于用戶請求的最低可執(zhí)行賬號級 別，如是，控制器繼續(xù)處理該用戶請求；否則，拒絕該用戶請求。所述用戶請求包括可由多個控制器同時進行處理的并行請求和同時執(zhí)行會造成 沖突或者必須和其他控制器協(xié)同處理的串行請求。所述串行請求的最低可執(zhí)行賬號級別為最高賬號級別。所述控制器繼續(xù)處理該用戶請求步驟包括判斷用戶請求類型。所述判斷用戶請求類型的步驟包括如果所述用戶請求為并行請求，由接收該并行 請求的控制器直接處理；如果所述用戶請求為串行請求，進一步判斷所述串行請求是否需 要其他控制器的協(xié)同，若不需要其他控制器的協(xié)同則直接將所述串行請求交由本控制器執(zhí) 行，若需要其他控制器的協(xié)同則將所述串行請求轉(zhuǎn)發(fā)給其他控制器協(xié)同處理。該方法還包括判斷是否允許用戶賬號登錄控制器。在多個用戶賬號同時登錄同一個或者不同的控制器時，最高級別賬號同一時刻僅 有一個在線。
4
本發(fā)明還提供一種多控制器磁盤陣列系統(tǒng)，所述系統(tǒng)的各個控制器具有相同的用 戶請求處理權(quán)限，該系統(tǒng)包括用于接收用戶請求的用戶界面UI和處理用戶請求的控制器 代理CMA，所述用戶界面UI位于控制器或與控制器相連的主機上，所述控制器代理CMA位于 控制器上，所述控制器代理CMA包括用戶登錄賬號級別設(shè)定模塊，用于設(shè)定用戶登錄控制器賬號的級別；用戶登錄賬號管理模塊，用于判斷是否允許用戶賬戶登錄控制器；用戶請求定義模塊，用于設(shè)定用戶請求的最低可執(zhí)行賬號級別；用戶請求處理模塊，用于判斷登錄控制器的用戶賬號級別是否高于或等于用戶請 求的最低可執(zhí)行賬號級別，如是，控制器繼續(xù)處理該用戶請求；否則，拒絕該用戶請求。該系統(tǒng)中，所述用戶請求定義模塊還用于設(shè)定用戶請求類型，所述用戶請求類型 包括可由多個控制器同時進行處理的并行請求和同時執(zhí)行會造成沖突或者必須和其他控 制器協(xié)同處理的串行請求。該系統(tǒng)中，所述串行請求的最低可執(zhí)行賬號級別為最高級別賬號。該系統(tǒng)中，所述用戶請求處理模塊還用于判斷用戶請求類型，如果所述用戶請求 為并行請求，由接收該并行請求的控制器直接處理；如果所述用戶請求為串行請求，進一步 判斷所述串行請求是否需要其他控制器的協(xié)同，若不需要其他控制器的協(xié)同則直接將所述 串行請求交由本控制器執(zhí)行，若需要其他控制器的協(xié)同則將所述串行請求轉(zhuǎn)發(fā)給其他控制 器協(xié)同處理。該系統(tǒng)中，在多個用戶賬號同時登錄同一個或者不同的控制器時，最高級別賬號 同一時刻僅有一個在線。該系統(tǒng)中，所述多個控制器中包括一個專用控制器，所述專用控制器在處理用戶 請求之外，還用于處理后臺任務(wù)和更新系統(tǒng)文件配置。本發(fā)明中每個控制器具有相同的用戶請求處理權(quán)限，并且允許多個控制器同時處 理用戶請求；通過設(shè)定登錄控制器的用戶賬號級別以及用戶請求的最低可執(zhí)行賬號級別， 用戶賬號登錄后能快速判別用戶是否具有處理用戶請求的權(quán)限，提高了系統(tǒng)處理用戶請求 的效率。


圖1是本發(fā)明一個實施例中多控制器磁盤陣列系統(tǒng)示意圖；圖2是本發(fā)明用戶命令處理方法的軟件框架圖；圖3是本發(fā)明實施例中用戶登錄鑒權(quán)的流程圖；圖4是本發(fā)明實施例中用戶請求處理的流程具體實施例方式下面通過具體實施方式
結(jié)合附圖對本發(fā)明作進一步詳細說明。本發(fā)明中實施例中，多控制器磁盤陣列系統(tǒng)的各個控制器被設(shè)定為具有相同的用 戶請求處理權(quán)限，該方法包括設(shè)定登錄控制器的用戶賬號級別；設(shè)定用戶請求的最低可執(zhí)行賬號級別；
5
判斷登錄控制器的用戶賬號級別是否高于或等于用戶請求的最低可執(zhí)行賬號級 別，如是，控制器繼續(xù)處理該用戶請求；否則，拒絕該用戶請求。請參考圖1，本發(fā)明的多控制器磁盤陣列系統(tǒng)包括兩種類型的控制器專用制器 101和普通控制器102，所述專用控制器101至少有一個，普通控制器102可以沒有，也可 以有多個，專用控制器101和普通控制器102都可以接收和處理用戶請求，專用控制器101 和普通控制器102接收到用戶請求時不需要發(fā)給某個特定的控制器進行仲裁或分配。為了 保持系統(tǒng)的一致性，專用控制器101還在執(zhí)行后臺任務(wù)、更新文件配置、保持時間同步和管 理控制器切換等方面起主導(dǎo)作用。本實施例中，選取的是一個專用控制器101和兩個普通 控制器102. 1和102. 2，這只是本實施例中示例性說明，不能作為本發(fā)明的限制。需要說明 的是，系統(tǒng)中控制器的個數(shù)越多，系統(tǒng)處理用戶請求的效率也越高，但同時系統(tǒng)的成本也越 高，所以在選取控制器個數(shù)時需綜合考慮這兩方面的因素。專用控制器101和普通控制器 102間及各普通控制器102間通過控制器間通道103連接，進行信息交互。在處理用戶請求 時，普通控制器102和專用控制器101具有相同的權(quán)限，各控制器接收到的用戶請求不需轉(zhuǎn) 發(fā)給特定控制器進行仲裁，提高了多控制器磁盤陣列系統(tǒng)處理用戶請求的效率。請參考圖2，本發(fā)明的多控制器磁盤陣列系統(tǒng)包括用戶界面UI 201和控制器管理 代理CMA 202兩個模塊。用戶界面位于控制器上或與控制器相連的主機上，用于接收用戶 賬戶登錄，并將用戶請求發(fā)送給控制器管理代理，以及顯示控制器管理代理返回的用戶請 求處理結(jié)果?？刂破鞴芾泶砦挥诳刂破魃?，每個控制器上都有一個控制器管理代理，用于 處理用戶界面發(fā)送的用戶請求。所述用戶請求，指用戶對磁盤陣列系統(tǒng)進行配置操作的請 求?？刂破鞴芾泶鞢MA由用戶登錄賬號級別設(shè)定模塊，用戶登錄管理模塊，用戶請 求定義模塊以及用戶請求處理模塊組成。用戶登錄賬號級別設(shè)定模塊，用于設(shè)定用戶登錄控制器賬號的級別，作為一個實 施例，我們將用戶賬號分為匿名賬號，普通賬號和管理員賬號，并且其級別由低到高，高級 別賬號能夠執(zhí)行低級別賬號可執(zhí)行的所有操作。級別越高的賬號可以執(zhí)行越關(guān)鍵的用戶請 求，比如可以創(chuàng)建一個名稱為A的賬號，并設(shè)置為管理員級別，該賬號可以執(zhí)行修改RAID級 別的用戶請求。當(dāng)然，根據(jù)實際情況的具體需求，我們也可以對賬號級別做其他劃分，需要 說明的是這些劃分都不超過本發(fā)明的保護范圍。用戶登錄管理模塊，用于判斷是否允許用戶登錄控制器。如圖3所示，用戶登錄系 統(tǒng)的具體流程為步驟301 開始用戶登錄鑒權(quán)；步驟302 用戶在UI 201處登錄，UI 201將登錄請求發(fā)送給CMA 202中的用戶登
錄管理模塊；步驟303 所述用戶登錄管理模塊接收到UI 201發(fā)送的用戶登錄請求后，判斷本 控制器上的登錄賬號個數(shù)是否到達預(yù)設(shè)值；如果到達預(yù)設(shè)值則跳轉(zhuǎn)至步驟309 ；步驟304 所述用戶登錄管理模塊判斷登錄賬號是否為匿名賬號；如果是匿名賬 號則跳轉(zhuǎn)到步驟310;步驟305 判斷登錄賬號登錄密碼是否正確，若不正確則跳轉(zhuǎn)到步驟310 ；步驟306 本控制器的用戶登錄管理模塊和與其他控制器的用戶登錄管理模塊進
6行通訊，判斷系統(tǒng)中是否有同名賬號在線；如果有同名賬號在線則跳轉(zhuǎn)至步驟309 ；步驟307 所述用戶登錄管理模塊判斷是否是管理員賬號；如果不是則跳轉(zhuǎn)至步 驟 310 ；步驟308 如果是管理員賬號，本控制器的用戶登錄管理模塊與其他控制器的用 戶登錄管理模塊進行通訊，判斷系統(tǒng)中是否還有管理員賬戶在線；如果系統(tǒng)中沒有管理員 賬號在線則跳轉(zhuǎn)至步驟310 ；如果已經(jīng)有管理員賬號在線則跳轉(zhuǎn)至步驟309 ；步驟309 不滿足登錄條件，用戶登錄管理模塊向UI 201反饋不允許該賬號登錄 的信息；步驟310 滿足登錄條件，用戶登錄管理模塊向UI 201反饋允許該賬號登錄的信 息；步驟311 結(jié)束用戶賬號登錄鑒權(quán)處理。在上述流程中，系統(tǒng)中最多允許一個管理員賬號在線進行串行請求操作的處理， 是為了保證系統(tǒng)的一致性，消除多個管理員賬號同時在線進行串行請求處理時可能帶來的 沖突。用戶請求定義模塊，用于設(shè)定用戶請求的最低可執(zhí)行賬號級別。根據(jù)用戶請求的 類型以及用戶請求的重要性，為每個用戶請求定義一個唯一的用戶請求ID，所述用戶請求 ID由用戶請求類型和用戶請求最低可執(zhí)行賬號級別按照預(yù)定規(guī)則編碼形成，如可采用一個 8位碼表示用戶請求ID，其中第1位碼表示用戶請求類型，第2-4位碼表示用戶請求最低可 執(zhí)行賬號級別，剩余碼元表示用戶請求的內(nèi)容。此處的編碼方式只是作為一個示例性的說 明，還有很多其他方法可以采用，所以此處的說明不能作為本發(fā)明的限制。也就是說，只有 高于或者等于用戶請求最低可執(zhí)行級別的賬號才能執(zhí)行所述用戶請求。不同于現(xiàn)有技術(shù)中 將用戶請求分為讀請求和寫請求的做法，本發(fā)明中將用戶請求分為并行請求和串行請求兩 種類型，并行請求可由多個控制器同時進行處理，包括查詢磁盤陣列信息等對其他控制器 沒有影響的操作，執(zhí)行此類用戶請求時不需要其他控制器的協(xié)同，接收到此類用戶請求的 控制器可以直接進行處理；串行請求是指同時執(zhí)行會造成沖突或者必須和其他控制器協(xié)同 處理的用戶請求，例如更改RAID級別、設(shè)置其他控制器IP和更新Firmware等操作。同一 時刻，系統(tǒng)中最多只能有一個賬號在線處理串行請求。串行請求以及某些關(guān)鍵并行請求的 最低可執(zhí)行賬號級別為最高級別，也就是說只有最高級別的賬號才能執(zhí)行串行請求以及預(yù) 設(shè)并行請求。用戶請求處理模塊，用于處理用戶請求。接收到包含用戶請求ID的用戶請求后， 首先分析用戶請求ID中代表用戶請求的最低可執(zhí)行賬號級別的碼元，確定用戶請求的最 低可執(zhí)行賬號級別，然后判斷當(dāng)前用戶賬號級別是否高于或等于該最低可執(zhí)行賬號級別， 即判斷當(dāng)前用戶是否具有處理所述用戶請求的權(quán)限。經(jīng)比較，若用戶登錄賬號級別高于或 等于所述用戶請求的最低可執(zhí)行賬號級別則繼續(xù)處理用戶請求，若用戶登錄賬號級別低于 所述用戶請求的最低可執(zhí)行賬號級別則將結(jié)果反饋給用戶界面UI，提示用戶沒有處理所述 用戶請求的權(quán)限，即拒絕該用戶請求。如果用戶登錄賬號級別高于或等于所述用戶請求的 最低可執(zhí)行賬號級別，則分析用戶請求ID中代表用戶請求類型的碼元，也就是確定所述用 戶請求為并行請求還是串行請求，若所述用戶請求為并行請求則將所述并行請求直接交由 用戶登錄控制器處理，若所述用戶請求為串行請求則判斷所述串行請求是否需要其他控制
7器的協(xié)同，若否則將所述串行請求直接交由用戶登錄控制器處理，若需要其他控制器的協(xié) 同則由其他控制器協(xié)同處理。為了更詳細地說明用戶請求處理的流程，請參見圖4 步驟401 系統(tǒng)開始處理用戶請求；步驟402:UI 201連接到CMA 202后，發(fā)送賬號登錄請求；用戶登錄管理模塊對賬 號進行鑒權(quán)；步驟403 判斷是否允許登錄，如果不允許，則跳轉(zhuǎn)至步驟411結(jié)束對用戶請求的 處理，若允許，則繼續(xù)；步驟404 用戶界面UI接收到用戶請求后，發(fā)送用戶請求；步驟405 用戶請求處理模塊首先判斷用戶是否具有處理該用戶請求的權(quán)限，若 否則跳轉(zhuǎn)至步驟411結(jié)束對用戶請求的處理，若是則繼續(xù)；步驟406:判斷該用戶請求是否為并行請求，若是則進行步驟407，若否則進行步 驟 408 ；步驟407 直接將該用戶請求交由用戶登錄的控制器處理，步驟408 判斷該用戶請求是否需要協(xié)同，如果該用戶請求不需要其他控制器的 協(xié)同，則跳轉(zhuǎn)至步驟407，如果該用戶請求需要其他控制器的協(xié)同，則跳轉(zhuǎn)至步驟409 ；步驟409 由用戶界面將所述用戶請求發(fā)送到其他控制器的控制器管理代理，由 其他控制器進行協(xié)同處理；步驟410 綜合所有控制器執(zhí)行的結(jié)果，并發(fā)送給用戶界面；步驟411 結(jié)束對用戶請求的處理。本實施例中，所述步驟405中判斷用戶是否具有處理該用戶請求的權(quán)限是通過預(yù) 先設(shè)定賬戶級別與用戶請求處理權(quán)限的關(guān)系確定的，具體做法為在處理用戶請求前對每類 用戶請求設(shè)定一個可處理最低級別賬戶，即只有該賬戶級別或高于該賬戶級別的賬戶才能 夠處理所述用戶請求。所述步驟408中需要協(xié)同的用戶請求包括重啟其他控制器和刪除某個賬戶后同 步更新配置文件等操作。此處的說明只作為示例性說明，不能作為本發(fā)明的限制。在多控制磁盤陣列系統(tǒng)中，各個控制器具有相同的用戶請求處理權(quán)限，多個控制 器中包括一個專用控制器，所述專用控制器在處理用戶請求之外，還用于處理后臺任務(wù)和 更新系統(tǒng)文件配置。在本系統(tǒng)中，多個控制器上運行同一套用戶請求處理軟件，控制器角色變換時該 軟件功能能隨之調(diào)整無須用戶安裝多套軟件或者手動切換，既節(jié)約了軟件成本也提高系統(tǒng) 處理用戶請求的靈活性。綜上所述，本發(fā)明提供一種多控制器磁盤陣列系統(tǒng)和用戶請求處理方法，在處理 用戶請求時，多個控制器中不需要一個專門的控制器對用戶請求進行仲裁或分配，而只設(shè) 定一個專用控制器用于處理后臺任務(wù)以及更新系統(tǒng)文件配置等操作，并設(shè)定用戶登錄到控 制器的賬戶級別以及用戶請求的最低可執(zhí)行賬號級別，這樣就很容易判斷用戶是否能處理 用戶請求，提高了用戶請求的處理效率。并且將用戶請求分為并行請求和串行請求，并行請 求可直接由接收請求的控制器執(zhí)行，不要其他控制器協(xié)同的串行請求直接由接收請求的控 制器執(zhí)行，需要協(xié)同的串行請求由其他控制器協(xié)同執(zhí)行，進一步提高用戶請求的處理效率。能執(zhí)行串行請求的最高級別賬號同時只有一個在線，避免了系統(tǒng)處理用戶請求時可能帶來 的沖突。因為直接由用戶請求的最低可執(zhí)行賬號級別結(jié)合用戶登錄賬號級別就可確定用戶 是否能夠處理所述用戶發(fā)出的請求，并且可以有多個賬號同時登錄同一個或者多個控制器 處理用戶請求，而且用戶請求不需要發(fā)送給某個特定的控制器進行仲裁，明顯地提高了系 統(tǒng)處理用戶請求的效率。 以上內(nèi)容是結(jié)合具體的實施方式對本發(fā)明所作的進一步詳細說明，不能認定本發(fā) 明的具體實施只局限于這些說明。對于本發(fā)明所屬技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫 離本發(fā)明構(gòu)思的前提下，還可以做出若干簡單推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明的保護 范圍。
權(quán)利要求
一種多控制器磁盤陣列系統(tǒng)的用戶請求處理方法，其特征在于，所述多控制器磁盤陣列系統(tǒng)的各個控制器被設(shè)定為具有相同的用戶請求處理權(quán)限，該方法包括設(shè)定登錄控制器的用戶賬號級別；設(shè)定用戶請求的最低可執(zhí)行賬號級別；判斷登錄控制器的用戶賬號級別是否高于或等于用戶請求的最低可執(zhí)行賬號級別，如是，控制器繼續(xù)處理該用戶請求；否則，拒絕該用戶請求。
2.如權(quán)利要求1所述的用戶請求處理方法，其特征在于，所述用戶請求包括可由多個 控制器同時進行處理的并行請求和同時執(zhí)行會造成沖突或者必須和其他控制器協(xié)同處理 的串行請求。
3.如權(quán)利要求2所述的用戶請求處理方法，其特征在于，所述串行請求的最低可執(zhí)行 賬號級別為最高賬號級別。
4.如權(quán)利要求1所述的用戶請求處理方法，其特征在于，所述控制器繼續(xù)處理該用戶 請求步驟包括判斷用戶請求類型。
5.如權(quán)利要求4所述的用戶請求處理方法，其特征在于，所述判斷用戶請求類型的步 驟包括如果所述用戶請求為并行請求，由接收該并行請求的控制器直接處理；如果所述用 戶請求為串行請求，進一步判斷所述串行請求是否需要其他控制器的協(xié)同，若不需要其他 控制器的協(xié)同則直接將所述串行請求交由本控制器執(zhí)行，若需要其他控制器的協(xié)同則將所 述串行請求轉(zhuǎn)發(fā)給其他控制器協(xié)同處理。
6.如權(quán)利要求1所述的用戶請求處理方法，其特征在于，該方法還包括判斷是否允許 用戶賬號登錄控制器。
7.如權(quán)利要求6所述的用戶請求處理方法，其特征在于，在多個用戶賬號同時登錄同 一個或者不同的控制器時，最高級別賬號同一時刻僅有一個在線。
8.一種多控制器磁盤陣列系統(tǒng)，其特征在于，所述系統(tǒng)的各個控制器具有相同的用戶 請求處理權(quán)限，該系統(tǒng)包括用于接收用戶請求的用戶界面UI和處理用戶請求的控制器代 理CMA，所述用戶界面UI位于控制器或與控制器相連的主機上，所述控制器代理CMA位于控 制器上，所述控制器代理CMA包括用戶登錄賬號級別設(shè)定模塊，用于設(shè)定用戶登錄控制器賬號的級別；用戶登錄賬號管理模塊，用于判斷是否允許用戶賬戶登錄控制器；用戶請求定義模塊，用于設(shè)定用戶請求的最低可執(zhí)行賬號級別；用戶請求處理模塊，用于判斷登錄控制器的用戶賬號級別是否高于或等于用戶請求的 最低可執(zhí)行賬號級別，如是，控制器繼續(xù)處理該用戶請求；否則，拒絕該用戶請求。
9.如權(quán)利要求8所述的多控制器磁盤陣列系統(tǒng)，其特征在于，所述用戶請求定義模塊 還用于設(shè)定用戶請求類型，所述用戶請求類型包括可由多個控制器同時進行處理的并行請 求和同時執(zhí)行會造成沖突或者必須和其他控制器協(xié)同處理的串行請求。
10.如權(quán)利要求9所述的多控制器磁盤陣列系統(tǒng)，其特征在于，所述串行請求的最低可 執(zhí)行賬號級別為最高級別賬號。
11.如權(quán)利要求8所述的多控制器磁盤陣列系統(tǒng)，其特征在于，所述用戶請求處理模塊 還用于判斷用戶請求類型，如果所述用戶請求為并行請求，由接收該并行請求的控制器直 接處理；如果所述用戶請求為串行請求，進一步判斷所述串行請求是否需要其他控制器的協(xié)同，若不需要其他控制器的協(xié)同則直接將所述串行請求交由本控制器執(zhí)行，若需要其他 控制器的協(xié)同則將所述串行請求轉(zhuǎn)發(fā)給其他控制器協(xié)同處理。
12.如權(quán)利要求8所述的多控制器磁盤陣列系統(tǒng)，其特征在于，在多個用戶賬號同時登 錄同一個或者不同的控制器時，最高級別賬號同一時刻僅有一個在線。
13.如權(quán)利要求8所述的多控制器磁盤陣列系統(tǒng)，其特征在于，所述多個控制器中包括 一個專用控制器，所述專用控制器在處理用戶請求之外，還用于處理后臺任務(wù)和更新系統(tǒng) 文件配置。
全文摘要
本發(fā)明公開了一種多控制器磁盤陣列系統(tǒng)的用戶請求處理方法，所述多控制器磁盤陣列系統(tǒng)的各個控制器被設(shè)定為具有相同的用戶請求處理權(quán)限，該方法包括設(shè)定登錄控制器的用戶賬號級別；設(shè)定用戶請求的最低可執(zhí)行賬號級別；判斷登錄控制器的用戶賬號級別是否高于或等于用戶請求的最低可執(zhí)行賬號級別，如是，控制器繼續(xù)處理該用戶請求；否則，拒絕該用戶請求。本發(fā)明中各個控制器具有相同用戶請求處理權(quán)限，用戶通過不同級別的賬號登錄控制器，并且設(shè)定用戶請求的最低可執(zhí)行賬號級別，將用戶登錄賬號同用戶能夠處理的用戶請求關(guān)聯(lián)，提高了系統(tǒng)處理用戶請求的效率和一致性。
文檔編號H04L29/08GK101964818SQ20101029499
公開日2011年2月2日 申請日期2010年9月28日 優(yōu)先權(quán)日2010年9月28日
發(fā)明者王晨光, 雷婷 申請人:中興通訊股份有限公司