一種帶寬配置的動態調整方法和基站設備與流程
2023-07-02 08:43:31 1
本申請涉及觸摸控制領域，特別涉及一種帶寬配置的動態調整方法和基站設備。
背景技術：
：4G(the4thGenerationmobilecommunicationtechnology，第四代移動通信技術)網絡已經正式運營起來，4G給移動高清監控帶來了可能，與4G網絡相結合的視頻監控業務也已經廣泛的部署起來。4G分為兩種制式，LTE-FDD(LongTermEvolution-FrequencyDivisionDuplexing，長期演進-頻分雙工)和TD-LTE(TimeDivisionLongTermEvolution，分時長期演進)兩個陣營。LTE(LongTermEvolution，長期演進)網絡的優勢在於能夠更好地支持高速數據與多媒體業務，通過採用OFDM(OrthogonalFrequencyDivisionMultiplexing，正交頻分復用)、SC-FDMA(Single-carrierFrequency-DivisionMultipleAccess，單載波頻分多址)和MIMO(MultipleInputMultipleOutput，多輸入多輸出)等多種關鍵技術可以實現比目前2G(the2ndGenerationmobilecommunicationtechnology，第二代移動通信技術)/3G(the3rdGenerationmobilecommunicationtechnology，第三代移動通信技術)系統更快的數據速率，提供更高的小區容量，以及顯著降低用戶平面和控制平面的時延。但與LTE-FDD不同的是，TD-LTE屬於時分系統，在組網過程中需要更多地兼顧與同是時分系統的TD-SCDMA網絡融合，以不引入交叉時隙幹擾、影響網絡質量和客戶感知，這就引入了TD-LTE的時隙配置與優化問題。視頻監控業務與普通的4G承載業務還不太一樣，普通的4G主要給移動終端提供網絡接入，流量主要以下行為主。而視頻監控業務則不同，對監控編碼設備(例如IPC(IPCamera，網絡攝像機))而言，其所用到的都是上行帶寬。而對解碼客戶端而言，其所用到的都是下行帶寬。現有的技術方案是，目前不管是IPC這樣的前端編碼設備，還是解碼的後端設備，都統一的採用目前常規的4G基站技術。申請人在實現本申請的過程中發現，上述現有的處理方案至少存在如下的問題：目前常規的4G基站技術，都是把大量的鏈路信道帶寬分配給下行流量用，而對鏈路信道上行帶寬僅僅留有部分，這種現狀明顯不符合視頻監控的實際應用特點。並且，現有的4G基站在TD-LTE制式下，始終固定使用一種上下行鏈路信道帶寬的配比(通常都是下行鏈路信道帶寬遠大於上行鏈路信道帶寬)，對於視頻監控場景下來說，不夠靈活。目前基於帶寬控制與調度的技術，都是基於在固定的鏈路信道帶寬裡，在對其中的各種業務流量進行識別分類，然後進行優先級調度，但是如果實際業務應用流量帶寬超過鏈路信道帶寬，無論如何調度，都會導致會有部分業務流量丟失。技術實現要素：本申請實施例提供一種帶寬配置的動態調整方法和基站設備，以實現根據基站設備下所接入的監控設備的類型，合理調配上下行鏈路的帶寬配置方案的目的，最大化的合理利用網絡資源。為了達到上述技術目的，本申請提供了一種帶寬配置的動態調整方法，所述方法具體包括：當基站設備接收到監控設備上報的報文時，判斷所述報文是否為註冊報文；如果判斷結果為是，所述基站設備獲取所述註冊報文中所攜帶的監控設備類型信息；所述基站設備根據所述類型信息以及預設的帶寬調整策略，對當前的帶寬配置方案進行調整。優選的，所述基站設備根據所述類型信息以及預設的帶寬調整策略，對當前的帶寬配置方案進行調整，具體包括：當所述類型信息具體為前端編碼設備時，所述基站設備增加當前的帶寬配置方案中的上行資源配置數量，或在預設的帶寬配置方案集合中，選擇上行資源配置比例高於當前的帶寬配置方案的帶寬配置方案，並將所選擇的帶寬配置方案更新為當前的帶寬配置方案；或，當所述類型信息具體為解碼設備時，所述基站設備將當前的帶寬配置方案中的下行資源配置數量增加，或在預設的帶寬配置方案集合中，選擇下行資源配置比例高於當前的帶寬配置方案的帶寬配置方案，並將所選擇的帶寬配置方案更新為當前的帶寬配置方案。優選的，所述基站設備根據所述類型信息以及預設的帶寬調整策略，對當前的帶寬配置方案進行調整之後，還包括：所述基站設備偵聽當前已註冊的監控設備所上報的交互報文；所述基站設備獲取所述交互報文中所攜帶的帶寬需求類型信息和帶寬需求量信息；所述基站設備分別對不同類型的帶寬需求量進行累積記錄。優選的，所述基站設備分別對不同類型的帶寬需求量進行累積記錄之後，還包括：所述基站設備獲取當前記錄的預設時間範圍內的不同類型的帶寬需求量；所述基站設備根據上行帶寬的累積需求量與下行帶寬的累積需求量的比例，調整當前的帶寬配置方案中的上行帶寬和下行帶寬的資源配置數量比例，或在預設的帶寬配置方案集合中，選擇與上行帶寬的累積需求量與下行帶寬的累積需求量的比例最接近的帶寬配置方案，並將所選擇的帶寬配置方案更新為當前的帶寬配置方案；其中，所述基站設備對累積記錄中所包括的記錄時間超過預設時間範圍的帶寬需求量信息進行清除。優選的，所述基站設備分別對不同類型的帶寬需求量進行累積記錄之後，還包括：所述基站設備判斷當前是否達到帶寬資源配置調整周期；如果達到，所述基站設備獲取當前帶寬資源配置調整周期內所記錄的不同類型的帶寬需求量；所述基站設備根據上行帶寬的累積需求量與下行帶寬的累積需求量的比例，調整當前的帶寬配置方案中的上行帶寬和下行帶寬的資源配置數量比例，或在預設的帶寬配置方案集合中，選擇與上行帶寬的累積需求量與下行帶寬的累積需求量的比例最接近的帶寬配置方案，並將所選擇的帶寬配置方案更新為當前的帶寬配置方案；所述基站設備刪除當前帶寬資源配置調整周期內所記錄的不同類型的帶寬需求量。另一方面，本申請實施例還提供了一種基站設備，具體包括：接收模塊，用於接收監控設備所上報的報文；判斷模塊，用於判斷所述接收模塊所接收到的報文是否為註冊報文；獲取模塊，用於在所述判斷模塊的判斷結果為註冊報文時，獲取所述註冊報文中所攜帶的監控設備類型信息；調整模塊，用於根據所述獲取模塊所獲取的類型信息以及預設的帶寬調整策略，對當前的帶寬配置方案進行調整。優選的，所述調整模塊，具體用於：當所述類型信息具體為前端編碼設備時，增加當前的帶寬配置方案中的上行資源配置數量，或在預設的帶寬配置方案集合中，選擇上行資源配置比例高於當前的帶寬配置方案的帶寬配置方案，並將所選擇的帶寬配置方案更新為當前的帶寬配置方案；或，當所述類型信息具體為解碼設備時，將當前的帶寬配置方案中的下行資源配置數量增加，或在預設的帶寬配置方案集合中，選擇下行資源配置比例高於當前的帶寬配置方案的帶寬配置方案，並將所選擇的帶寬配置方案更新為當前的帶寬配置方案。優選的，所述基站設備，還包括記錄模塊：所述判斷模塊，還用於判斷所述接收模塊所接收到的報文是否為當前已註冊的監控設備所上報的交互報文；所述獲取模塊，還用於在所述判斷模塊的判斷結果為交互報文時，獲取所述交互報文中所攜帶的帶寬需求類型信息和帶寬需求量信息；所述記錄模塊，用於對所述獲取模塊所獲取的分別對不同類型的帶寬需求量進行累積記錄。優選的，所述獲取模塊，還用於在所述記錄模塊完成當前的累積記錄時，獲取所述記錄模塊當前記錄的預設時間範圍內的不同類型的帶寬需求量；所述調整模塊，還用於根據所述獲取模塊所獲取的上行帶寬的累積需求量與下行帶寬的累積需求量的比例，調整當前的帶寬配置方案中的上行帶寬和下行帶寬的資源配置數量比例，或在預設的帶寬配置方案集合中，選擇與上行帶寬的累積需求量與下行帶寬的累積需求量的比例最接近的帶寬配置方案，並將所選擇的帶寬配置方案更新為當前的帶寬配置方案；所述記錄模塊，還用於對累積記錄中所包括的記錄時間超過預設時間範圍的帶寬需求量信息進行清除。優選的，所述判斷模塊，還用於判斷當前時間是否達到帶寬資源配置調整周期；所述獲取模塊，還用於在所述判斷模塊的判斷結果為達到時，獲取當前帶寬資源配置調整周期內所記錄的不同類型的帶寬需求量；所述調整模塊，還用於根據所述獲取模塊所獲取的上行帶寬的累積需求量與下行帶寬的累積需求量的比例，調整當前的帶寬配置方案中的上行帶寬和下行帶寬的資源配置數量比例，或在預設的帶寬配置方案集合中，選擇與上行帶寬的累積需求量與下行帶寬的累積需求量的比例最接近的帶寬配置方案，並將所選擇的帶寬配置方案更新為當前的帶寬配置方案；所述記錄模塊，還用於在所述調整模塊完成當前的帶寬資源配置調整周期的帶寬配置調整之後，刪除當前帶寬資源配置調整周期內所記錄的不同類型的帶寬需求量。與現有技術相比，本申請實施例所提出的技術方案的有益技術效果包括：本申請實施例公開了一種帶寬配置的動態調整方法和基站設備，在該方法中，基站設備對接入的監控設備所上報的註冊報文進行識別，在所接收到的註冊報文中獲取監控設備的類型信息，根據所獲取的類型信息以及預設的帶寬調整策略，對當前的帶寬配置方案進行調整，通過應用本申請實施例所提出的技術方案，可以實現根據基站設備下所接入的監控設備的類型，合理調配上下行鏈路的帶寬配置方案的目的，達到根據不同類型的帶寬資源需求變化，對帶寬配置方案進行及時調整的效果，避免出現固定使用一種帶寬配置方案無法適應帶寬資源需求變化的問題，最大化的合理利用網絡資源。附圖說明為了更清楚地說明本申請的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。圖1為本申請實施例所提出的一種帶寬配置的動態調整方法的流程示意圖；圖2為本申請實施例所提出的一種具體監控場景的示意圖；圖3為本申請實施例所提出的一種具體應用場景下的帶寬配置的動態調整方法的流程示意圖；圖4為本申請實施例提出的一種具體應用場景下的註冊報文的示意圖；圖5為本申請實施例提出的一種具體應用場景下的交互報文的示意圖；圖6為本申請實施例所提出的一種基站設備的結構示意圖。具體實施方式正如本申請
背景技術：
所陳述的，在現有的資源配置方案中，基站設備會根據配置，在一段時間內固定使用一種帶寬配置方案，直到下一次配置方案的調整，這樣固定的帶寬配置方案無法適應帶寬需求的變化，會造成帶寬資源無法滿足實際需求，以及帶寬資源浪費的情況。本申請的發明人希望通過本申請所提供的方法，可以實現根據基站設備下所接入的監控設備的類型，合理調配上下行鏈路的帶寬配置方案的目的，達到根據不同類型的帶寬資源需求變化，對帶寬配置方案進行及時調整的效果，避免出現固定使用一種帶寬配置方案無法適應帶寬資源需求變化的問題，最大化的合理利用網絡資源。如圖1所示，為本申請實施例所提出的一種帶寬配置的動態調整方法的流程示意圖，具體包括：步驟S101、當基站設備接收到監控設備上報的報文時，判斷所述報文是否為註冊報文。具體的判斷方式可以根據註冊報文在具體的應用場景中的特性來確定，例如：欄位信息特徵，特徵標識，專屬埠等，具體判斷方式的變化可以根據實際需要來確定，這樣的變化並不會影響本申請的保護範圍。如果判斷結果為是，則執行步驟S102；如果判斷結果為否，則繼續進行報文監控，直至收到新的報文之後，重新執行步驟S101。步驟S102、所述基站設備獲取所述註冊報文中所攜帶的監控設備類型信息。具體的獲取方式可以根據報文中的具體欄位信息來確定，後文中會給出具體的示例，在此不再重複說明。步驟S103、所述基站設備根據所述類型信息以及預設的帶寬調整策略，對當前的帶寬配置方案進行調整。在具體的應用場景中，本步驟的處理過程具體包括以下兩種情況：情況一、類型信息具體為前端編碼設備。在本情況中，具體的調整方式包括以下兩種：方式一、基於現有的配置方案的配置調整。基站設備增加當前的帶寬配置方案中的上行資源配置數量。方式二、用預設的配置方案對現有的配置方案進行替換。在預設的帶寬配置方案集合中，選擇上行資源配置比例高於當前的帶寬配置方案的帶寬配置方案，並將所選擇的帶寬配置方案更新為當前的帶寬配置方案。無論採用上述的哪種方式，其目的都是增加信道資源配置中的上行資源配置數量，滿足前端編碼設備的上行資源要求。情況二、類型信息具體為解碼設備。在本情況中，與前述的情況一相類似，具體的調整方式包括以下兩種：方式一、基於現有的配置方案的配置調整。基站設備增加當前的帶寬配置方案中的下行資源配置數量。方式二、用預設的配置方案對現有的配置方案進行替換。在預設的帶寬配置方案集合中，選擇下行資源配置比例高於當前的帶寬配置方案的帶寬配置方案，並將所選擇的帶寬配置方案更新為當前的帶寬配置方案。無論採用上述的哪種方式，其目的都是增加信道資源配置中的下行資源配置數量，滿足解碼設備的上行資源要求。需要進一步說明的是，在實際的應用場景中，除了前端編碼設備和解碼設備，還可能存在對某一類型的帶寬資源(上行資源或下行資源)需求明顯偏大的其他類型的設備，也同樣可以參考上述的資源調整過程，在這樣的設備進行註冊時，對當前的帶寬配置方案進行調整，向該設備的資源需求類型進行傾斜調整，滿足該設備的資源需求，更加有效的利用當前的帶寬資源。這樣的設備類型的變化並不會影響本申請的保護範圍。通過上述的處理過程，在設備註冊過程中，本申請實施例提出了相應的帶寬配置調整方案，進一步的，隨著設備的具體應用，在註冊階段之後，或者當前基站設備下接入了需求不同資源類型的終端設備時，帶寬配置方案同樣存在調整需求，本申請實施例相應的提出了帶寬配置的進一步調整方案，具體說明如下：在註冊階段的帶寬配置調整過程完成之後，基站設備偵聽當前已註冊的監控設備所上報的交互報文，獲取相應的交互報文中所攜帶的帶寬需求類型信息和帶寬需求量信息，並分別對不同類型的帶寬需求量進行累積記錄。通過這樣的處理，基站設備對帶寬資源的需求進行了累積記錄。而根據調整觸發條件的差異，應用這樣的累積記錄進行帶寬配置調整的處理方案包括以下兩種。調整方案一、以接收到交互報文為觸發條件。當基站設備接收到上述的交互報文，並完成累積記錄之後，基站設備獲取當前記錄的預設時間範圍內的不同類型的帶寬需求量。基站設備據此確定上行帶寬的累積需求量與下行帶寬的累積需求量的比例，與之前步驟S103中所給出的兩種調整方式相類似，依據上述的比例進行調整的過程也可以分為直接調整和方案替換兩種：方式一、基於現有的配置方案的配置調整。基站設備根據上行帶寬的累積需求量與下行帶寬的累積需求量的比例，調整當前的帶寬配置方案中的上行帶寬和下行帶寬的資源配置數量比例。方式二、用預設的配置方案對現有的配置方案進行替換。在預設的帶寬配置方案集合中，基站設備選擇與上行帶寬的累積需求量與下行帶寬的累積需求量的比例最接近的帶寬配置方案，並將所選擇的帶寬配置方案更新為當前的帶寬配置方案。無論採用上述的哪種方式，其目的都是調整資源配置中的上下行資源配置比例，滿足當前的上下行資源需求比例。需要進一步說明的是，由於本調整方案是從接收到交互報文的時間開始，回溯一段時間內的累積記錄，所以，累積記錄的內容也會隨著時間的變化而不斷更新，超過回溯時間範圍的記錄會被老化。因此，在被調整方案中，基站設備還需要對累積記錄中所包括的記錄時間超過預設時間範圍的帶寬需求量信息進行清除。調整方案二、以調整周期為觸發條件。基站設備進行計時，按照固定的時間長度間隔，對資源配置方案進行周期性調整。在此種情況下，基站設備只需要關注時間的變化，在沒有達到調整周期時，需要對交互報文中獲取的需求信息進行持續的累積記錄。具體的，基站設備判斷當前是否達到帶寬資源配置調整周期。如果達到，所述基站設備獲取當前帶寬資源配置調整周期內所記錄的不同類型的帶寬需求量。基站設備據此確定本周期內，上行帶寬的累積需求量與下行帶寬的累積需求量的比例。與之前步驟S103中所給出的兩種調整方式相類似，依據上述的比例進行調整的過程也可以分為直接調整和方案替換兩種：方式一、基於現有的配置方案的配置調整。所述基站設備根據上行帶寬的累積需求量與下行帶寬的累積需求量的比例，調整當前的帶寬配置方案中的上行帶寬和下行帶寬的資源配置數量比例。方式二、用預設的配置方案對現有的配置方案進行替換。在預設的帶寬配置方案集合中，選擇與上行帶寬的累積需求量與下行帶寬的累積需求量的比例最接近的帶寬配置方案，並將所選擇的帶寬配置方案更新為當前的帶寬配置方案。無論採用上述的哪種方式，其目的都是調整資源配置中的上下行資源配置比例，滿足當前的上下行資源需求比例。在通過上述過程完成本帶寬資源配置調整周期內的帶寬資源配置調整處理之後，基站設備刪除當前帶寬資源配置調整周期內所記錄的不同類型的帶寬需求量，開始新的帶寬資源配置調整周期的累積記錄。需要說明的是，上述的調整方案一可以實時的觸發調整過程，及時滿足帶寬資源的需求變化，而調整方案二可以避免由於臨時性的帶寬需求波動而帶來的帶寬配置方案的頻繁變化，避免了頻繁變動資源配置所帶來的系統資源的浪費。具體採用上述的哪種調整方案可以根據實際需要進行調整，這樣的變化並不會影響本申請的保護範圍。與現有技術相比，本申請實施例所提出的技術方案的有益技術效果包括：本申請實施例公開了一種帶寬配置的動態調整方法和基站設備，在該方法中，基站設備對接入的監控設備所上報的註冊報文進行識別，在所接收到的註冊報文中獲取監控設備的類型信息，根據所獲取的類型信息以及預設的帶寬調整策略，對當前的帶寬配置方案進行調整，通過應用本申請實施例所提出的技術方案，可以實現根據基站設備下所接入的監控設備的類型，合理調配上下行鏈路的帶寬配置方案的目的，達到根據不同類型的帶寬資源需求變化，對帶寬配置方案進行及時調整的效果，避免出現固定使用一種帶寬配置方案無法適應帶寬資源需求變化的問題，最大化的合理利用網絡資源。下面將結合本申請中的附圖，對本申請中的技術方案進行清楚、完整的描述，顯然，所描述的實施例是本申請的一部分實施例，而不是全部的實施例。基於本申請中的實施例，本領域普通技術人員在沒有做出創造性勞動的前提下所獲得的所有其他實施例，都屬於本申請保護的範圍。在現有的技術方案中，TD-LTE系統一個無線幀的子幀配置支持以下7種DL(DownLink，下行鏈路):UL(UpLink，上行鏈路)配比方式，具體如下：模式0：1個無線幀中包括2個下行子幀、6個上行子幀和2個特殊子幀；模式1：1個無線幀中包括4個下行子幀、4個上行子幀和2個特殊子幀；模式2：1個無線幀中包括6個下行子幀、2個上行子幀和2個特殊子幀；模式3：1個無線幀中包括6個下行子幀、3個上行子幀和1個特殊子幀；模式4：1個無線幀中包括7個下行子幀、2個上行子幀和1個特殊子幀；模式5：1個無線幀中包括8個下行子幀、1個上行子幀和1個特殊子幀；模式6：1個無線幀中包括3個下行子幀、5個上行子幀和2個特殊子幀。目前運營商以模式0作為實際現網運行最為常見。目前基於帶寬控制與調度的技術，都是基於在固定的鏈路信道帶寬裡，在對其中的各種業務流量進行識別分類，然後進行優先級調度，但是如果實際業務應用流量帶寬超過鏈路信道帶寬，無論如何調度，都會導致會有部分業務流量丟失。本申請實施例為了解決上述現有技術的問題，提出了一種帶寬資源的動態調整方法，由基站設備根據空口收到的報文，來判斷下接的監控設備的類型，再根據該類型監控設備的帶寬資源需求特徵，來合理調配上下行鏈路信道帶寬，以實現網絡資源最大化利用。如圖2所示，為本申請實施例所提出的一種具體監控場景的示意圖，4G基站下掛視頻監控設備，這些視頻監控設備需要通過一定協議(GB28181/或者ONVIF等)協議接入到監控中心的視頻管理平臺上。其中的移動採集車進行視頻信息的獲取，並上傳給4G基站，經過網絡轉發後，通過另一個4G基站發送給移動指揮車進行視頻瀏覽。在這樣的監控場景中，移動採集車相當於前端編碼設備，將監控信息採集編碼並上傳，而移動指揮車相當於解碼設備，接收到轉發的監控信息後，通過解碼進行瀏覽。如圖3所示，為本申請實施例所提出的一種具體應用場景下的帶寬配置的動態調整方法的流程示意圖，應用於如圖2所示的應用場景中。該方法具體包括：步驟S301、4G基站接收下接設備發送的報文。步驟S302、4G基站判斷所接收到的報文是否是註冊報文。一般而言，在視頻監控領域，視頻終端設備在接入網絡時，首先需向視頻管理伺服器發送註冊報文，註冊報文裡攜帶的信息有註冊終端設備的相關信息，如圖4所示，為本申請實施例提出的一種具體應用場景下的註冊報文的示意圖。註冊報文中包括但不限於設備類型、設備版本、設備IP位址等信息。在如圖4所示的註冊報文示例中，4G基站通過報文中的Register信息，確認該報文為註冊報文。在通常情況下，視頻終端設備發出的註冊報文，經過4G基站發送到視頻管理伺服器，4G基站對註冊報文進行偵聽。註冊報文都有明顯的特徵比如有固定的目的埠號，欄位特徵或其他標識信息，都可以用於註冊報文的識別依據，具體採用哪種方式可以根據實際需要進行調整，這樣的變化並不會影響本申請的保護範圍。在本步驟中，如果確認是註冊報文，執行步驟S303，如果不是註冊報文，執行步驟S305。步驟S303、4G基站在註冊報文中獲取設備類型信息。4G基站設備一旦偵聽到某一報文為註冊報文後，會繼續對該報文進行下一步的探測，提取該註冊報文裡的終端設備類型信息。提取到終端設備類型後，4G基站就知道下接了一臺什麼類型的視頻終端設備，是前端編碼設備還是後端解碼設備。同樣如圖4所示，4G基站可以在註冊報文中提取到Device：Describe＝HIC1621x22-C的信息，從而可以判斷該設備為前端編碼設備。步驟S304、4G基站根據設備類型信息調整帶寬配置方案。為了方便說明，本申請實施例中以前述的7種常見DL:UL配比方式作為預設的帶寬配置方案集合。在識別到接入的終端設備是前端編碼設備之後，根據前端編碼設備更多需要上行資源的特點，4G基站會選擇具有更高的上行資源配置數量的DL:UL配比方式。如果當前的DL:UL配比方式是模式1，在1個無線幀中提供了4個上行子幀，則4G基站會選擇具有更多上行子幀的模式0或模式6作為新的帶寬配置方案，對當前的DL:UL配比方式進行更新。當然，如果當前的DL:UL配比方式已經是模式0，已經是7種模式中具有最多上行資源的DL:UL配比方式，則將保持當前的DL:UL配比方式。相反的，如果4G基站識別到接入的終端設備是解碼設備之後，根據解碼設備更多需要下行資源的特點，4G基站會選擇具有更高的下行資源配置數量的DL:UL配比方式。同樣以當前的DL:UL配比方式是模式1為例，則本步驟的調整策略則是選擇具有更多上行子幀的模式2、模式3、模式4或模式5作為新的帶寬配置方案，對當前的DL:UL配比方式進行更新需要說明的是，本申請實施例中是以預設7種DL:UL配比方式為例進行說明，在實際應用中，可以預設更多類型的DL:UL配比方式，或者不進行預設，而是直接對DL:UL配比方式進行調整來更新帶寬配置方案，這樣的變化並不會影響本申請的保護範圍，後文的示例與此類似，不再重複說明。通過上述的處理，在設備註冊過程中，4G基站完成了相應的帶寬配置方案的調整處理。需要說明的是，上述調整過程對於4G基站下已接入設備類型的數量沒有必然的要求，如果4G基站下沒有接入任何一個監控設備，則當其接入一個前端編碼設備之後，必然會選擇增多上行資源。而如果4G基站下已經接入了一個解碼設備，此時，再接入一個新的前端編碼設備之後，仍然需要增多上行資源，因為無論之前的資源如何配置，新接入的前端編碼設備必然需要更多的上行資源，增加上行資源配置也就成為了必然，只是，會對資源增加幅度產生影響。例如，已接入一個解碼設備的4G基站當前採用模式1(4個上行子幀)，則再接如一個新的前端編碼設備時，考慮到已經接入了解碼設備，4G基站不會大幅度的增加上行資源，所以，不會選擇模式0(6個上行子幀)，而只會選擇模式6(5個上行子幀)。步驟S305、4G基站判斷所接收到的報文是否是當前已註冊的監控設備所上報的交互報文。對交互報文的偵聽主要是為了保證註冊過程之後，隨著設備對帶寬需求的變化，可以對帶寬配置方案進行調整。如果判斷結果為否，表示該報文不是能夠體現帶寬需求的報文，在本處理流程中無需對其進行進一步的處理，結束本處理流程。如果判斷結果為是，則執行步驟S306。需要說明的是，本實施例以註冊報文和交互報文兩種能夠體現帶寬需求的報文類型為例進行說明，如果其他報文也能夠體現不同終端設備的帶寬需求，也同樣可以應用到本實施例所提出的方法中，相應的也可以參照交互報文的處理增加相應的處理流程，這樣的變化並不會影響本申請的保護範圍。步驟S306、4G基站獲取交互報文中所攜帶的帶寬需求類型信息和帶寬需求量信息。如圖5所示，為本申請實施例提出的一種具體應用場景下的交互報文的示意圖。4G基站通過該報文的MediaProtocol：udp信息，可以確定該交互報文的發送端接下來需要的是上行帶寬。另外，4G基站通過該報文的bandwidthvalue：2048kb/s信息，可以確定其對上行帶寬的需求是2048kbps。步驟S307、4G基站對當前調整周期內的帶寬需求信息進行累積記錄。4G基站結合終端設備類型，或者資源需求類型，對資源需求量進行累積記錄。例如，對於基於終端設備類型和資源需求量的累積記錄場景，記錄結果可以具體如表1所示：表1基於終端設備類型的資源需求量累積記錄結果終端設備類型所需碼流帶寬解碼設備2048kbps前端編碼設備4096kbps解碼設備1024kbps…………而對於基於資源需求類型和資源需求量的累積記錄場景，記錄結果可以具體如表2所示：表2基於資源需求類型的資源需求量累積記錄結果資源需求類型所需碼流帶寬下行帶寬2048kbps上行帶寬4096kbps下行帶寬1024kbps…………在具體的應用場景中，具體採用哪種記錄方式可以根據實際需要進行選擇，這樣的變化並不會影響本申請的保護範圍。步驟308、4G基站判斷是否達到調整周期。4G基站設備進行計時，按照固定的時間長度間隔，對資源配置方案進行周期性調整。如果達到，執行步驟S309；如果沒有達到，返回步驟S308，繼續進行判斷。本申請實施例以前述的以調整周期為觸發條件的調整方案二為例進行說明，在實際的應用場景中，同樣可以採用以接收到交互報文為觸發條件的處理方案，在此不再另行敘述，兩種方案各有優缺點，在前文中已經論述，可以根據實際需要進行選擇，這樣的變化均屬於本申請的保護範圍。步驟S309、4G基站根據當前的累積記錄結果確定不同資源需求的比例。根據步驟S307中如表1所示的累積記錄情況，4G基站可以計算出解碼設備所需要的總的帶寬(即下行帶寬總和)，以及編碼設備所需的總的帶寬(即上行帶寬總和)，從而，可以確定上行帶寬總和與下行帶寬總和的比例。步驟S310、4G基站根據比例信息調整帶寬配置方案。同樣以預設7種DL:UL配比方式的應用場景為例進行說明，如果步驟S309中確定的比例結果為11：29，則在預設的7種DL:UL配比方式中選擇比例結果最為接近的一個作為最終的調整結果。對預設的7種DL:UL配比方式進行比例核算結果如下：模式0：1個無線幀中包括2個下行子幀、6個上行子幀和2個特殊子幀，即上下行比例3：1；模式1：1個無線幀中包括4個下行子幀、4個上行子幀和2個特殊子幀，即上下行比例1：1；模式2：1個無線幀中包括6個下行子幀、2個上行子幀和2個特殊子幀，即上下行比例1：3；模式3：1個無線幀中包括6個下行子幀、3個上行子幀和1個特殊子幀，即上下行比例1：2；模式4：1個無線幀中包括7個下行子幀、2個上行子幀和1個特殊子幀，即上下行比例2：7；模式5：1個無線幀中包括8個下行子幀、1個上行子幀和1個特殊子幀，即上下行比例1：8；模式6：1個無線幀中包括3個下行子幀、5個上行子幀和2個特殊子幀，即上下行比例5：3。基於步驟S309得到的11：29的上下行資源比例示例，4G基站可以選擇模式2，因為在上述結果中，1：3與11：29是最為接近的。步驟S311、4G基站刪除當前調整周期內所記錄的累積數據。本步驟的完成表示當前的調整周期的調整完成，可以開始新的調整周期的累積記錄。與現有技術相比，本申請實施例所提出的技術方案的有益技術效果包括：本申請實施例公開了一種帶寬配置的動態調整方法和基站設備，在該方法中，基站設備對接入的監控設備所上報的註冊報文進行識別，在所接收到的註冊報文中獲取監控設備的類型信息，根據所獲取的類型信息以及預設的帶寬調整策略，對當前的帶寬配置方案進行調整，通過應用本申請實施例所提出的技術方案，可以實現根據基站設備下所接入的監控設備的類型，合理調配上下行鏈路的帶寬配置方案的目的，達到根據不同類型的帶寬資源需求變化，對帶寬配置方案進行及時調整的效果，避免出現固定使用一種帶寬配置方案無法適應帶寬資源需求變化的問題，最大化的合理利用網絡資源。為更清楚地說明本申請前述實施例提供的方案，基於與上述方法同樣的發明構思，本申請實施例還提出了一種基站設備，其結構示意圖如圖6所示，具體包括：接收模塊61，用於接收監控設備所上報的報文；判斷模塊62，用於判斷所述接收模塊61所接收到的報文是否為註冊報文；獲取模塊63，用於在所述判斷模塊62的判斷結果為註冊報文時，獲取所述註冊報文中所攜帶的監控設備類型信息；調整模塊64，用於根據所述獲取模塊63所獲取的類型信息以及預設的帶寬調整策略，對當前的帶寬配置方案進行調整。優選的，所述調整模塊64，具體用於：當所述類型信息具體為前端編碼設備時，增加當前的帶寬配置方案中的上行資源配置數量，或在預設的帶寬配置方案集合中，選擇上行資源配置比例高於當前的帶寬配置方案的帶寬配置方案，並將所選擇的帶寬配置方案更新為當前的帶寬配置方案；或，當所述類型信息具體為解碼設備時，將當前的帶寬配置方案中的下行資源配置數量增加，或在預設的帶寬配置方案集合中，選擇下行資源配置比例高於當前的帶寬配置方案的帶寬配置方案，並將所選擇的帶寬配置方案更新為當前的帶寬配置方案。優選的，所述基站設備，還包括記錄模塊65：所述判斷模塊62，還用於判斷所述接收模塊61所接收到的報文是否為當前已註冊的監控設備所上報的交互報文；所述獲取模塊63，還用於在所述判斷模塊62的判斷結果為交互報文時，獲取所述交互報文中所攜帶的帶寬需求類型信息和帶寬需求量信息；所述記錄模塊65，用於對所述獲取模塊63所獲取的分別對不同類型的帶寬需求量進行累積記錄。優選的，所述獲取模塊63，還用於在所述記錄模塊65完成當前的累積記錄時，獲取所述記錄模塊65當前記錄的預設時間範圍內的不同類型的帶寬需求量；所述調整模塊64，還用於根據所述獲取模塊63所獲取的上行帶寬的累積需求量與下行帶寬的累積需求量的比例，調整當前的帶寬配置方案中的上行帶寬和下行帶寬的資源配置數量比例，或在預設的帶寬配置方案集合中，選擇與上行帶寬的累積需求量與下行帶寬的累積需求量的比例最接近的帶寬配置方案，並將所選擇的帶寬配置方案更新為當前的帶寬配置方案；所述記錄模塊65，還用於對累積記錄中所包括的記錄時間超過預設時間範圍的帶寬需求量信息進行清除。優選的，所述判斷模塊62，還用於判斷當前時間是否達到帶寬資源配置調整周期；所述獲取模塊63，還用於在所述判斷模塊62的判斷結果為達到時，獲取當前帶寬資源配置調整周期內所記錄的不同類型的帶寬需求量；所述調整模塊64，還用於根據所述獲取模塊63所獲取的上行帶寬的累積需求量與下行帶寬的累積需求量的比例，調整當前的帶寬配置方案中的上行帶寬和下行帶寬的資源配置數量比例，或在預設的帶寬配置方案集合中，選擇與上行帶寬的累積需求量與下行帶寬的累積需求量的比例最接近的帶寬配置方案，並將所選擇的帶寬配置方案更新為當前的帶寬配置方案；所述記錄模塊65，還用於在所述調整模塊64完成當前的帶寬資源配置調整周期的帶寬配置調整之後，刪除當前帶寬資源配置調整周期內所記錄的不同類型的帶寬需求量。與現有技術相比，本申請實施例所提出的技術方案的有益技術效果包括：本申請實施例公開了一種帶寬配置的動態調整方法和基站設備，在該方法中，基站設備對接入的監控設備所上報的註冊報文進行識別，在所接收到的註冊報文中獲取監控設備的類型信息，根據所獲取的類型信息以及預設的帶寬調整策略，對當前的帶寬配置方案進行調整，通過應用本申請實施例所提出的技術方案，可以實現根據基站設備下所接入的監控設備的類型，合理調配上下行鏈路的帶寬配置方案的目的，達到根據不同類型的帶寬資源需求變化，對帶寬配置方案進行及時調整的效果，避免出現固定使用一種帶寬配置方案無法適應帶寬資源需求變化的問題，最大化的合理利用網絡資源。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發明實施例可以通過硬體實現，也可以藉助軟體加必要的通用硬體平臺的方式來實現。基於這樣的理解，本發明實施例的技術方案可以以軟體產品的形式體現出來，該軟體產品可以存儲在一個非易失性存儲介質(可以是CD-ROM，U盤，移動硬碟等)中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，伺服器，或網絡側設備等)執行本發明實施例各個實施場景所述的方法。本領域技術人員可以理解附圖只是一個優選實施場景的示意圖，附圖中的模塊或流程並不一定是實施本發明實施例所必須的。本領域技術人員可以理解實施場景中的裝置中的模塊可以按照實施場景描述進行分布於實施場景的裝置中，也可以進行相應變化位於不同於本實施場景的一個或多個裝置中。上述實施場景的模塊可以合併為一個模塊，也可以進一步拆分成多個子模塊。上述本發明實施例序號僅僅為了描述，不代表實施場景的優劣。以上公開的僅為本發明實施例的幾個具體實施場景，但是，本發明實施例並非局限於此，任何本領域的技術人員能思之的變化都應落入本發明實施例的業務限制範圍。當前第1頁1 2 3