專利名稱：無線分組域網(wǎng)關性能自適應的方法及裝置的制作方法
技術領域：
本發(fā)明涉及網(wǎng)絡通訊技術領域，尤其設計一種無線分組域網(wǎng)關性能自適 應的方法及裝置。
背景技術：
不同的無線分組域網(wǎng)關所具有的具體功能不同，這里所指的分組域網(wǎng)關也稱為PS (Packet Switching)網(wǎng)關，包括3GPP、 3GPP2以及Wimax等網(wǎng)絡 PS域中的網(wǎng)關設備，但是總體而言，PS網(wǎng)關所完成的基本功能可分為三類， 第一類是設備管理與操作維護功能，設備管理的主要功能是保證PS網(wǎng)關中各個單元在特定的條件下協(xié)同工作，包括設置合適的電壓、溫度和濕度，如果一旦出現(xiàn)異常需要自動修復或告警；操作維護主要是為維護人員提供對設備 進行配置、查詢、故障定位、告警恢復及話務統(tǒng)計的人^4妄口；第二類是控 制消息處理功能，概括而言，控制消息處理就是與其他設備協(xié)商建立通訊數(shù) 據(jù)所需通道的過程；第三類是通訊數(shù)據(jù)處理功能，它主要是指在建立的通訊 信道上接收信息、轉(zhuǎn)發(fā)信息以及回復確認消息。當然，可以對上述三大類功 能進一步細分為更為具體的功能，或者是概括為更加籠統(tǒng)的類別，此處僅是 舉例?，F(xiàn)有的PS網(wǎng)關一般釆用不同的軟硬件單元分別完成上述各類功能PS網(wǎng) 關，通常采用通用CPU完成設備管理與操作維護功能，同時轉(zhuǎn)發(fā)表維護、路 由協(xié)議以及應用層協(xié)議等控制消息處理功能也由通用CPU處理，而轉(zhuǎn)發(fā)表查 找、數(shù)據(jù)報文的封裝與轉(zhuǎn)發(fā)等通訊數(shù)據(jù)處理功能則由網(wǎng)絡處理器(Network Processor, NP)或者專用硬件加速芯片完成。參見圖1,為PS網(wǎng)關功能架構 示意圖，各單元連接表示的是邏輯上的連接，對于PS網(wǎng)關與對端網(wǎng)絡設備之 間通訊數(shù)據(jù)和控制消息的通信處理過程則為現(xiàn)有技術，此處不作過多描述。 此處僅是給出示例而已，其他PS網(wǎng)關中由不同軟硬件單元分別完成各類功能 的架構還有很多。PS網(wǎng)關的性能指標就是以上述三大類功能中各個詳細的子規(guī)格確定的， 例如，每秒可以下發(fā)多少次配置命令、通過控制消息交互處理每秒可以建立 多少通訊信道以及每秒數(shù)據(jù)吞吐量是多少等，都是評價PS網(wǎng)關性能指標的依據(jù)。對于一臺具體的PS網(wǎng)關，這種性能指標的具體條目非常多，正常運行下， PS網(wǎng)關應滿足話務模型(典型應用場景)的性能要求?，F(xiàn)有PS網(wǎng)關初始運行以及話務模型改變時的操作流程如下1、 PS網(wǎng)關按照設備商下發(fā)的初始License文件，i殳定各軟硬件單元完成 的功能以及允許達到的性能指標；2、 在設備管理與操作維護功能單元上創(chuàng)建性能統(tǒng)計任務，對設備的各個 性能指標進行監(jiān)控；性能統(tǒng)計任務可以準確統(tǒng)計出設備管理與操作維護、控制消息處理以及 通訊數(shù)據(jù)處理各項性能指標中，哪些已經(jīng)達到或逼近了自身功能的性能指標 閾值，但是仍不能滿足話務模型要求，此類功能單元為瓶頸單元，同時，分 析出是否某類功能單元的性能指標未達到自身功能性能指標閾值但已滿足話 務模型要求，此類功能單元為富裕單元。特別是當話務模型變化后，很有可 能出現(xiàn)瓶頸功能單元。以圖1為例，在通用CPU上創(chuàng)建性能統(tǒng)計任務，對CPU中的設備管理與 操作維護功能單元、控制消息處理功能單元以及NP中的通訊數(shù)據(jù)處理功能單 元進行性能指標進行監(jiān)控，假設當話務模型改變后，通訊數(shù)據(jù)處理功能單元 的性能指標已逼近自身性能指標閾值，但仍未滿足變化后話務模型要求，貝'J 該通訊數(shù)據(jù)處理功能單元為瓶頸單元，如果設備管理與操作維護功能單元以 及控制消息處理功能單元都未達到自身性能指標閾值，同時也滿足了變化后 話務模型的要求，則設備管理與操作維護功能單元以及控制消息處理功能單 元為富裕單元。3、 運營商向設備商提出設備調(diào)整要求；4、 設備商根據(jù)運行商的設備調(diào)整要求，對PS網(wǎng)關進行功能執(zhí)行調(diào)整； 以圖1中的PS網(wǎng)關為例，假設通訊數(shù)據(jù)處理功能單元為并瓦頸單元，則可通過增加新的NP，或是優(yōu)化NP的處理能力后重新給PS網(wǎng)關下發(fā)NP程序，或者是對CPU進行軟件升級，分擔一部分通訊數(shù)據(jù)處理功能，以緩解NP的執(zhí)行能力不足的問題。5、i殳備商向PS網(wǎng)關重新下發(fā)新的License文件，PS網(wǎng)關激活新的License 文件，啟動各功能單元。然而，發(fā)明人在實踐過程中發(fā)現(xiàn)，當一臺PS網(wǎng)關運行的話務模型發(fā)生變 化時，如果出現(xiàn)瓶頸單元，則必定需要對軟件升級或者增加硬件來解決，調(diào) 整周期過長，導致PS網(wǎng)關業(yè)務水平^f氐下，甚至導致業(yè)務中斷。以圖1中的PS 網(wǎng)關為例，如果NP的通訊數(shù)據(jù)處理功能單元能力不足，往往需要在PS網(wǎng)關 中增加新的NP,或是升級NP軟件(優(yōu)化NP處理能力后重新加載NP程序)， 或是對CPU軟件升級使其具有通訊數(shù)據(jù)處理功能，而重新加載復位通用CPU, 這樣，設備商往往需要很長的時間(例如一個月)才能準備好適應話務模型 變化的軟硬件，在此之前PS網(wǎng)關只能按照原來的話務模型維持，影響業(yè)務質(zhì) 量，而且，在對PS網(wǎng)關進行軟件升級或是硬件更換過程中，都涉及到對各單 元的復位，這會導致業(yè)務中斷，給終端用戶帶來不便和損失。發(fā)明內(nèi)容有鑒于此，本發(fā)明提供一種PS網(wǎng)關性能自適應的方法及裝置，以解決現(xiàn) 有方案中話務模型改變時軟件升級周期長、影響業(yè)務的問題。為此，本發(fā)明實施例采用如下技術方案一種無線分組域網(wǎng)關性能自適應的方法，包括設置所述分組域網(wǎng)關的 各功能分別對應不同線程；統(tǒng)計各類線程性能指標，在話務模型發(fā)生改變時， 確定富裕線程和瓶頸線程；利用所述富裕線程的資源執(zhí)行所述瓶頸線程的功 能。一種具有性能自適應功能的裝置，用于無線網(wǎng)絡轉(zhuǎn)發(fā)報文，包括多線程 運行單元，用于運行所述分組域網(wǎng)關各功能對應的各類線程；統(tǒng)計單元，用 于統(tǒng)計各類線程性能指標，確定富裕線程和瓶頸線程；動態(tài)調(diào)整單元，用于 重啟所述富裕線程或啟動空閑核，完成所述瓶頸線程的功能。如前分析，現(xiàn)有方案中，當出現(xiàn)瓶頸功能時，必須依賴軟件升級或硬件 更換才能適應話務模型的改變，周期長，影響業(yè)務，而本發(fā)明實施例中，是采用多線程技術，動態(tài)啟動或調(diào)整線程級別業(yè)務單元的功能，使PS網(wǎng)關在不同話務模型下能夠自適應性能指標的變化，不需要設備商重新對軟,進行升 級或是更換硬件，不但實現(xiàn)簡單，更關鍵的是可快速滿足新話務模型的要求， 為用戶提供高質(zhì)量的業(yè)務服務。


圖1為現(xiàn)有技術PS網(wǎng)關架構示意圖；圖2為本發(fā)明實施例一PS網(wǎng)關架構示意圖；圖3為本發(fā)明實施例一方法流程圖；圖4為本發(fā)明實施例二PS網(wǎng)關架構示意圖；圖5為本發(fā)明實施例二方法流程圖；圖6為本發(fā)明實施例三PS網(wǎng)關架構示意圖；圖7為本發(fā)明實施例PS網(wǎng)關報文處理流程圖。
具體實施方式
本發(fā)明實施例采用多線程技術，動態(tài)調(diào)整線程級別業(yè)務單元的功能，使 PS網(wǎng)關在不同話務模型下自適應性能指標的變化，無需進行軟件升級，也不 必重啟相關部件或整個系統(tǒng)，保證PS網(wǎng)關業(yè)務正常運行。本領域技術人員都了解，線程是一組指令的集合，或者是程序的特殊段， 它可以在程序里獨立執(zhí)行，也可以4巴它理解為代碼運行的上下文，所以線程 基本上是輕量級的進程，它負責在單個程序里執(zhí)行多任務，通常由才喿作系統(tǒng) 負責多個線程的調(diào)度和執(zhí)行。多線程是這樣一種機制，它允許在程序中并發(fā) 執(zhí)行多個指令流，每個指令流都稱為一個線程，彼此間互相獨立，多線程是 多任務的特殊形式。多線程是為了使得多個線程并行的工作以完成多項任務， 以提高系統(tǒng)的效率。多線程改變了程序的基本結構，不同于按照嚴格的線性 方式執(zhí)行的單線程程序，多線程程序并發(fā)地執(zhí)行它自身的各個部分，這樣， 所有的多線程程序都包含了相似的元素。因此，多線程程序的主要問題是管 理線程之間的交互。所有的進程都至少包含一個執(zhí)行線程，稱之為主線程。 主線程在程序開始時創(chuàng)建。在多線程程序中，主線程創(chuàng)建一個或者多個子線程。因此，每個多線程的進程都以一個執(zhí)行線程開始，然后創(chuàng)建一個或者多 個附加的線程。在設計合理的程序中，每個線程都代表一個邏輯上獨立的活 動單元，多線程的主要優(yōu)點是可以提高程序執(zhí)行效率。本發(fā)明實施例是利用 多線程技術實現(xiàn)的，但對于多線程技術本身則已是成熟的。 下面結合附圖對本發(fā)明各實施例進行詳細介紹。參見圖2，為實施例一PS網(wǎng)關架構示意圖，此實施例中，采用多核CPU, 該多核CPU采用多線程技術完成設備管理與操作維護功能、控制消息處理功 能以及通訊數(shù)據(jù)處理功能。參見圖3，為實施例一方法流程圖，包括步驟301:在軟件設計上保證多核CPU在不同核上可以運行各功能線程； 具體地，以多核CPU為軟件編程平臺，采用非對稱多處理(Asymmetrical Multi-Processing, AMP)技術，實現(xiàn)在各核上運行下列三者之一設備管理 與操作維護線程、控制消息處理線程和通訊數(shù)據(jù)處理線程。需要說明的是，此時僅是以上述三類功能為例對本發(fā)明實施例進行說明， 具體應用中，并不限于此三種功能，比如，可在上述三種功能的基礎上，再 增加其他功能。步驟302:按照初始話務^^莫型，啟動PS網(wǎng)關各線程；PS網(wǎng)關初次啟動時，首先運行設備管理與操作維護線程，由它根據(jù)設備 商下發(fā)的初始License文件，確定其他各個核運行哪一種線程，以適應初始話 務模型。步驟303'.多核CPU運行性能統(tǒng)計任務，對PS網(wǎng)關的各個性能指標進行 監(jiān)控，確定瓶頸線程和富裕線程；具體地，由設備管理與操作維護線程完成性能統(tǒng)計任務。 性能統(tǒng)計任務可以準確統(tǒng)計出設備管理與操作維護線程、控制消息處理 線程以及通訊凄t據(jù)處理線程各項性能指標中，哪些已經(jīng)達到或逼近了自身的 性能指標閾值，但是仍不能滿足話務模型要求，此類線程為瓶頸線程，同時， 分析出是否某類功能線程的性能指標未達到自身功能性能指標闊值但已滿足 話務模型要求，此類線程為富裕線程。以圖2為例，在多核CPU的設備管理與操作維護線程上創(chuàng)建性能統(tǒng)計任務，對CPU中的設備管理與操作維護線程、控制消息處理線程以及通訊數(shù)據(jù)處理線程進行性能指標進行監(jiān)控。假設當話務模型改變后，通訊數(shù)據(jù)處理線 程的性能指標已逼近自身性能指標閾值，但仍未滿足變化后話務模型要求， 則該通訊數(shù)據(jù)處理線程為瓶頸線程，如果設備管理與操作維護線程以及控制 消息處理線程都未達到自身性能指標閾值，同時也滿足了變化后話務模型的 要求，則設備管理與操作維護線程以及控制消息處理線程為富裕線程。步驟304:如果存在瓶頸線程，則向設備商提出設備調(diào)整要求； 步驟305:設備商才艮據(jù)設備調(diào)整要求，向PS網(wǎng)關重新下發(fā)新的License 文件；步驟306:設備管理與操作維護線程按照新的License文件，重啟富裕線 程或啟動空閑核，使它完成所述瓶頸線程的功能，以適應話務模型的性能指 標。需要說明的是，步驟306中只對富裕線程進行重啟，不重啟多核CPU中 不需要調(diào)整的線程，從而可保證不影響終端用戶的正常業(yè)務。下面以一個具體實例說明實施例一。假設PS網(wǎng)關采用8核CPU,各核分 別記為核1、核2...核8，并假設按照初始話務模型，在核1、核2和核3運 行設備管理和操作維護線程，在核4、核5和核6上運行控制消息處理線程， 在核7和核8上運行通訊數(shù)據(jù)處理線程?，F(xiàn)〗艮設通過性能監(jiān)控，確定通訊數(shù) 據(jù)處理線程為瓶頸線程，控制消息處理線程為富裕線程，此時，就可以通過 重啟若干控制消息處理線程而運行為通訊數(shù)據(jù)處理線程來實現(xiàn)通訊數(shù)據(jù)處理 功能。再如，仍假設PS網(wǎng)關釆用8核CPU,各核分別記為核1、核2...核8， 并假設按照初始話務^f莫型，在核1 、核2和核3運行設備管理和操作維護線程， 在核4和核5上運行控制消息處理線程，在核6和核7上運行通訊數(shù)據(jù)處理 線程，核8空閑?，F(xiàn)假設通過性能監(jiān)控，確定通訊數(shù)據(jù)處理線程為瓶頸線程， 控制消息處理線程為富裕線程，此時，除了可以通過重啟富裕的控制消息處 理線程來實現(xiàn)通訊數(shù)據(jù)處理功能外，還可以直接通過啟動核8來實現(xiàn)通訊數(shù) 據(jù)處理功能，此時，核8為空閑核。如前分析，現(xiàn)有方案中，當出現(xiàn)瓶頸功能單元時，必須依賴軟件升級或 硬件更換才能適應話務模型的改變，周期長，影響業(yè)務，而本發(fā)明實施例中， 是采用多線程技術，動態(tài)啟動或調(diào)整線程級別業(yè)務單元的功能，使PS網(wǎng)關在 不同話務模型下能夠自適應性能指標的變化，不需要設備商重新對軟件進行 升級或是更換硬件，不但實現(xiàn)簡單，更重要的是可快速滿足新話務模型的要 求，為用戶提供高質(zhì)量的業(yè)務服務。參見圖4,為本發(fā)明實施例二PS網(wǎng)關架構示意圖，與實施例一不同的是， 實施例二采用普通的單核CPU,該CPU只要支持多線程即可。 參見圖5，為實施例二方法流程圖，包括步驟501:在軟件設計上保證單核CPU上可以分別運行各功能線程，例 如設備管理與操作維護線程、控制消息處理線程和通訊消息處理線程；步驟502:按照初始話務模型，啟動PS網(wǎng)關各線程；PS網(wǎng)關初次啟動時，首先運行設備管理與操作維護線程，由它根據(jù)設備 商下發(fā)的初始License文件，確定每類線程的個數(shù)，以適應初始話務才莫型。步驟503:單核CPU運行性能統(tǒng)計任務，對PS網(wǎng)關的各個性能指標進行 監(jiān)控，確定瓶頸線程和富裕線程；具體地，由設備管理與操作維護線程完成性能統(tǒng)計任務。性能統(tǒng)計任務可以準確統(tǒng)計出設備管理與操作維護線程、控制消息處理 線程以及通訊數(shù)據(jù)處理線程各項性能指標中，哪些已經(jīng)達到或逼近了自身的 性能指標閾值，但是仍不能滿足話務模型要求，此類線程為瓶頸線程，同時， 分析出是否某類功能線程的性能指標未達到自身功能性能指標閾值但已滿足 話務模型要求，此類線程為富裕線程。以圖4為例，在單核CPU的設備管理與操作維護線程上創(chuàng)建性能統(tǒng)計任 務，對CPU中的設備管理與操作維護線程、控制消息處理線程以及通訊數(shù)據(jù) 處理線程進行性能指標進行監(jiān)控。假設當話務模型改變后，通訊數(shù)據(jù)處理線 程的性能指標已逼近自身性能指標閾值，但仍未滿足變化后話務模型要求， 則該通訊數(shù)據(jù)處理線程為瓶頸線程，如果設備管理與操作維護線程以及控制 消息處理線程都未達到自身性能指標閾值，同時也滿足了變化后話務模型的 要求，則設備管理與操作維護線程以及控制消息處理線程為富裕線程。步驟504:如果存在瓶頸線程，則向設備商提出設備調(diào)整要求； 步驟505:設備商根據(jù)設備調(diào)整要求，向PS網(wǎng)關重新下發(fā)新的License 文件；步驟506:設備管理與操作維護線程按照新的License文件，關掉一定凄t 量的富裕線程，用以啟動一定數(shù)量的瓶頸線程，以適應話務模型的性能指標。需要說明的是，在執(zhí)行步驟506時應注意避免影響CPU中的其他線程， 這樣可保證不影響終端用戶。下面以一個具體實例說明實施例二。 PS網(wǎng)關采用的單核CPU資源有P艮， 決定了它所運行的線程個數(shù)也是有限的。按照初始話務模型，假設開啟了 3 個設備管理與操作維護線程、4個控制消息處理線程和2個通訊數(shù)據(jù)處理線程， 并且CPU資源已用盡，此時，如果通過性能監(jiān)控，確定通訊數(shù)據(jù)處理線程為 瓶頸線程、控制消息處理線程為富裕線程，并經(jīng)過統(tǒng)計計算獲知需要重新啟 動瓶頸線程的個數(shù)為2個，則可以關閉2個富裕的控制消息處理線程(仍可 滿足控制消息處理的要求)，用以運行通訊數(shù)據(jù)處理線程。實施例二釆用單核CPU即可解決現(xiàn)有方案缺陷，即仍沿用現(xiàn)有方案中的 單核CPU即可解決現(xiàn)有技術的問題，實現(xiàn)簡便，投入成本低。參見圖6,為本發(fā)明實施例三PS網(wǎng)關架構示意圖，其中，與實施例一或 實施例二不同在于，本實施例將PS網(wǎng)關中所有硬件設置為即插即用(Plug and Play, PnP)的共享的硬件資源池，例如，將物理網(wǎng)口、 NP及加速芯片等全 部設置為PnP模式，硬件資源池通過PnP接口與多核CPU或支持多線程的單 核CPU通信。采用PnP的硬件資源池的好處是顯而易見的，即，在硬件資源不足的情 況下，可以直接在PS網(wǎng)關上加入硬件，而被所有軟件感知，直接使用，不需 要對軟件進行復位，避免了業(yè)務中斷。相應地，本發(fā)明實施例還提供一種具有性能自適應功能的裝置，該裝置 用于無線網(wǎng)絡報文轉(zhuǎn)發(fā)，該裝置是指PS網(wǎng)關，具體可以是網(wǎng)關GPRS支撐節(jié) 點(Gateway GPRS Support Node， GGSN )、服務GPRS支撐節(jié)點(Serving GPRS Support Node, SGSN)或分組數(shù)據(jù)服務節(jié)點(Packet Data Service Node, PDSN) 等。該裝置包括多線程運行單元，用于運行所述PS網(wǎng)關各功能對應的各類線程，在具體實現(xiàn)上，可采用多核CPU或運行多線程的單核CPU實現(xiàn)所述多線 程運行單元的功能，此外，所述PS網(wǎng)關還包括統(tǒng)計單元和動態(tài)調(diào)整單元，其 中，統(tǒng)計單元主要用于統(tǒng)計各類線程性能指標，確定富裕線程和瓶頸線程； 動態(tài)調(diào)整單元主要用于重啟所述富裕線程或啟動空閑核，完成所述瓶頸線程 的功能。優(yōu)選地，該裝置還包括即插即用模式的硬件資源池，其中，所述硬 件資源池的硬件可^皮所述多線程運行單元感知。優(yōu)選地，所述多核CPU與所 述PS網(wǎng)關的外接設備通過即插即用接口通信。對于富裕線程和瓶頸線程的確 定等實現(xiàn)細節(jié)請參見方法實施例，在此不再贅述。最后，為了對PS網(wǎng)關工作流程有進一步了解，現(xiàn)結合圖7，介紹PS網(wǎng) 關對信令才艮文(即控制消息)和數(shù)據(jù)才艮文(即通訊數(shù)據(jù))的處理流程，即控 制消息處理功能對應的線程以及通訊數(shù)據(jù)處理功能對應的線程的工作流程。參見圖7,包括步驟701:報文進入業(yè)務處理單元； 業(yè)務處理單元即指負責處理PS網(wǎng)關用戶業(yè)務的單元。 步驟702:區(qū)分是數(shù)據(jù)報文或是信令報文，若是數(shù)據(jù)報文，執(zhí)行步驟703, 若是信令報文，執(zhí)行步驟711;的報文是數(shù)據(jù)報文還是信令報文。步驟703:數(shù)據(jù)報文進入報文隊列；步驟704:數(shù)據(jù)轉(zhuǎn)發(fā)任務判斷相應的會話(session)是否已經(jīng)激活？若是， 執(zhí)行步驟705,否則，執(zhí)行步驟708;步驟705:判斷該session是否需要業(yè)務控制或特殊計費處理？若是，執(zhí) 行步驟706,否則，執(zhí)行步驟709;步驟706:首先進行深度報文解析(Deep Packet Inspection, DPI),然后 比對session對應的規(guī)則，如果匹配，執(zhí)行步驟707,否則，執(zhí)行步驟709;步驟707:進行業(yè)務控制或特殊計費處理；步驟708:丟棄凈艮文，轉(zhuǎn)至步驟710;步驟709:轉(zhuǎn)發(fā)報文，轉(zhuǎn)至步驟710;步驟710:才艮文處理結束；步驟711:報文進入信令報文隊列； .步驟712:信令處理任務處理信令報文，激活session,建立轉(zhuǎn)發(fā)關系，生 成業(yè)務控制與特殊計費的規(guī)則，轉(zhuǎn)至步驟710。此外，在PS網(wǎng)關中，還可設定業(yè)務報文和信令報文總的流量，規(guī)劃出i殳 備的總吞吐量?？梢栽O定與總吞吐量匹配的集中分發(fā)單元，以滿足多個業(yè)務 處理單元并存時的分發(fā)與負載均衡。分發(fā)規(guī)則可以利用IP報文中源目的IP地 址與源目的端口號進行哈希算法。由此，本發(fā)明實施例所述的線程包括信令報文處理線程和數(shù)據(jù)報文處理 線程，所述利用所述富裕線程的資源執(zhí)行所述瓶頸線程的功能具體包括確 定信令報文處理線程為瓶頸線程、數(shù)據(jù)報文處理線程為富裕線程時，利用所 述數(shù)據(jù)凈艮文處理線程執(zhí)行所述信令^l艮文處理線程的功能；或者，確定數(shù)據(jù)才艮 文處理線程為瓶頸線程、信令報文處理線程為富裕線程時，利用所述信令才艮 文處理線程執(zhí)行所述數(shù)據(jù)報文處理線程的功能。以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普 通技術人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤 飾，這些改進和潤飾也應視為本發(fā)明的保護范圍。
權利要求
1、一種無線分組域網(wǎng)關性能自適應的方法，其特征在于，包括設置所述分組域網(wǎng)關的各功能分別對應不同線程；統(tǒng)計各類線程性能指標，在話務模型發(fā)生改變時，確定富裕線程和瓶頸線程；利用所述富裕線程的資源執(zhí)行所述瓶頸線程的功能。
2、 根據(jù)權利要求l所述方法，其特征在于，所述線程包括信令報文處理 線程和數(shù)據(jù)報文處理線程，所述利用所述富裕線程的資源執(zhí)行所述瓶頸線程 的功能具體是指確定信令報文處理線程為瓶頸線程、數(shù)據(jù)報文處理線程為富裕線程，利 用所述數(shù)據(jù)才艮文處理線程執(zhí)行所述信令報文處理線程的功能； 或者，確定數(shù)據(jù)報文處理線程為瓶頸線程、信令報文處理線程為富裕線程，利 用所述信令報文處理線程執(zhí)行所述數(shù)據(jù)報文處理線程的功能。
3、 根據(jù)權利要求l所述方法，其特征在于，所述分組域網(wǎng)關包括多核CPU，其中，所述各線程分別運行在所述CPU 的不同核上； 所述利用富裕線程的資源執(zhí)行所述瓶頸線程的功能是指重啟所述富裕 線程或啟動空閑核，完成所述瓶頸線程的功能。
4、 根據(jù)權利要求l所述方法，其特征在于，所述分組域網(wǎng)關的CPU運 行多線程；所述利用富裕線程的資源執(zhí)行所述瓶頸線程的功能是指關閉一部分富 裕線程，用以重新啟動瓶頸線程。
5、 根據(jù)權利要求1所述方法，其特征在于，所述統(tǒng)計各類線程性能指標、 確定富裕線程和瓶頸線程的具體過程是判斷線程的性能指標是否達到自身性能指標閾值，并且，判斷線程所對 應的功能是否滿足所述分組域網(wǎng)關的話務模型的要求；確定性能指標未達到自身性能指標閾值且滿足所述話務模型要求的線程 為富裕線程；確定性能指標達到自身性能指標閾值但不滿足所述話務模型要求的線程 為瓶頸線程。
6、 根據(jù)權利要求l、 2、 3、 4或5所述方法，其特征在于，所述功能包 括設備管理與操作維護功能、控制消息處理功能以及通訊數(shù)據(jù)處理功能。
7、 根據(jù)權利要求6所述方法，其特征在于，當所述分組域網(wǎng)關包括多核 CPU時所述設備管理與操作維護功能對應的線程^按照所述分組域網(wǎng)關"l妄收到的 初始License文件，確定分組域網(wǎng)關初始運行時各核運4亍的線程；當話務模型改變時，所述設備管理與操作維護功能對應的線程按照所述 分組域網(wǎng)關接收到的新License文件，執(zhí)行所述重啟富裕線程或核、完成所述 瓶頸線程的功能的步驟。
8、 根據(jù)權利要求6所述方法，其特征在于，當所述分組域網(wǎng)關CPU運 行多線程時所述設備管理與操作維護功能對應的線程按照所述分組域網(wǎng)關接收到的 初始License文件，確定分組域網(wǎng)關初始運行時各類線程的個數(shù)；當話務模型改變時，所述設備管理與操作維護功能對應的線程按照所述 分組域網(wǎng)關接收到的新License文件，執(zhí)行所述關閉一部分富裕線程、用以重 新啟動瓶頸線程的步驟。
9、 一種具有性能自適應功能的裝置，用于無線網(wǎng)絡轉(zhuǎn)發(fā)"R文，其特征在 于，包括多線程運行單元，用于運行所述分組域網(wǎng)關各功能對應的各類線程； 統(tǒng)計單元，用于統(tǒng)計各類線程性能指標，確定富裕線程和瓶頸線程； 動態(tài)調(diào)整單元，用于重啟所述富裕線程或啟動空閑核，完成所述瓶頸線 程的功能。
10、 根據(jù)權利要求9所述裝置，其特征在于，還包括即插即用模式的硬 件資源池，該硬件資源池的硬件可被所述多線程運行單元感知。
11、 根據(jù)權利要求9所述裝置，其特征在于，所述多線程運行單元是指 多核CPU或者支持多線程的單核CPU。12、根據(jù)權利要求9、 10或11所述裝置，其特征在于，所述裝置是指無線分組域網(wǎng)關，包括網(wǎng)關GPRS支撐節(jié)點、服務GPRS支撐節(jié)承或分組數(shù)據(jù) 服務節(jié)點。
全文摘要
本發(fā)明公開了一種無線分組域網(wǎng)關性能自適應的方法，包括設置所述分組域網(wǎng)關的各功能分別對應不同線程；統(tǒng)計各類線程性能指標，在話務模型發(fā)生改變時，確定富裕線程和瓶頸線程；利用所述富裕線程的資源執(zhí)行所述瓶頸線程的功能。本發(fā)明采用多線程技術，動態(tài)啟動或調(diào)整線程級別業(yè)務單元的功能，使分組域網(wǎng)關在不同話務模型下能夠自適應性能指標的變化，不需要設備商重新對軟件進行升級或是更換硬件，不但實現(xiàn)簡單，更關鍵的是可快速滿足新話務模型的要求，為用戶提供高質(zhì)量的業(yè)務服務。與上述方法相對應，本發(fā)明還提供分組域網(wǎng)關性能自適應的裝置。
文檔編號H04L12/66GK101217520SQ200710307870
公開日2008年7月9日 申請日期2007年12月29日 優(yōu)先權日2007年12月29日
發(fā)明者東 郭 申請人:華為技術有限公司