本發(fā)明涉及通信技術(shù)，尤其涉及一種資源分配方法及基站。

背景技術(shù)：

volte(voiceoverlte)指通過第四代移動通信技術(shù)(4g)網(wǎng)絡為用戶設備提供話音的功能。volte呼叫時需要在無線側(cè)建立3條無線承載，包括標度值(qci，qosclassidentifier)為1的無線承載，即qci1用于承載語音；標度值qci為5的無線承載，即qci5用于承載會話發(fā)起協(xié)議(sip，sessioninitiationprotocol)信令，也即控制語音會話的信令；標度值qci為9的無線承載，也即qci9用于承載普通數(shù)據(jù)業(yè)務；這里，用戶設備和網(wǎng)絡通過qci5的承載在sip層進行會話協(xié)商，其協(xié)商流程如圖1所示。

現(xiàn)有協(xié)商流程中，用戶設備發(fā)出的sip信令會在空口經(jīng)歷較長的時延，這主要是由于sip信令較大，且與無線調(diào)度流程適配性較差而導致的?，F(xiàn)有無線調(diào)度流程具體為：

步驟1：用戶設備向演進型基站(enb)發(fā)出schedulingrequest(簡稱sr)，以請求傳輸數(shù)據(jù)；

步驟2：所述enb根據(jù)sr為用戶設備分配一個上行資源(如一個grant，簡稱grant1)，所述grant1的大小由enb決定；

這里，所述grant1的大小至少能夠滿足用戶設備上報bufferstatusreport(bsr)所需的數(shù)據(jù)大??；進一步地，用戶設備在bsr內(nèi)上報需要傳輸?shù)臄?shù)據(jù)。

步驟3：所述enb接收到所述用戶設備上報的bsr后，根據(jù)bsr的內(nèi)容，為用戶設備預留相應的資源，然后向用戶設備再次配置一次上行資源grant，簡稱grant2，并告知用戶設備；

步驟4：所述用戶設備收到grant2后，在相應的資源上進行數(shù)據(jù)傳輸。

在實際應用中，若用戶設備需要傳輸?shù)臄?shù)據(jù)包較小，一般可通過上述步驟2的grant1傳輸完畢。即sr→grant1→傳輸。但由于sip信令較大(通常2000bytes左右)，步驟2中g(shù)rant1的大小不足以滿足sip信令，也就是說，每次sip信令傳輸都需要走完上述4步流程，即sr→grant1→bsr→grant2→傳輸。；但是，整個呼叫流程中涉及多次sip信令交互，因此，若每次都需要走完4步流程，無疑會引入了額外一部分時延。

技術(shù)實現(xiàn)要素：

為解決現(xiàn)有存在的技術(shù)問題，本發(fā)明實施例提供了一種資源分配方法及基站。

本發(fā)明實施例的技術(shù)方案是這樣實現(xiàn)的：

本發(fā)明實施例提供了一種資源分配方法，應用于基站；所述方法包括：

檢測到目標邏輯信道存在第一會話初始協(xié)議sip信令；所述第一sip信令是用戶設備所屬網(wǎng)絡中的會話邊界控制器sbc發(fā)送至所述用戶設備的信令；

確定所述第一sip信令的類型信息；

根據(jù)確定出的所述第一sip信令的類型信息，選取出與所述第一sip信令的類型信息所匹配的預留資源；所述預留資源能夠表征所述用戶設備預期響應所述第一sip信令所需的資源；

根據(jù)所述預留資源為所述用戶設備分配傳輸資源。

上述方案中，所述方法還包括：

根據(jù)所述第一sip信令的類型信息，選取出預計響應所述第一sip信令的所需的時間信息；

對應地，所述根據(jù)所述預留資源為所述用戶設備分配傳輸資源，包括：

根據(jù)所述時間信息，以及所述預留資源為所述用戶設備分配傳輸資源。

上述方案中，所述根據(jù)所述時間信息，以及所述預留資源為所述用戶設備分配傳輸資源，包括：

在到達所述時間信息之前，或者在達到所述時間信息之時，為所述用戶設備分配傳輸資源。

上述方案中，所述方法還包括：

根據(jù)所述第一sip信令的類型信息，選取出響應所述第一sip信令的第二sip信令；

確定所述第二sip信令的類型信息；

對應地，所述選取出與所述第一sip信令的類型信息所匹配的預留資源，包括：

選取出與所述第二sip信令的類型信息匹配的目標資源，將所述目標資源作為所述預留資源。

上述方案中，所述預留資源的資源量不小于所述第二sip信令傳輸時所需的資源量。

本發(fā)明實施例還提供了一種基站，包括：

檢測單元，用于檢測到目標邏輯信道存在第一會話初始協(xié)議sip信令時，確定所述第一sip信令的類型信息；所述第一sip信令是用戶設備所屬網(wǎng)絡中的會話邊界控制器sbc發(fā)送至所述用戶設備的信令；

處理單元，用于根據(jù)確定出的所述第一sip信令的類型信息，選取出與所述第一sip信令的類型信息所匹配的預留資源；還用于根據(jù)所述預留資源為所述用戶設備分配傳輸資源；

其中，所述預留資源能夠表征所述用戶設備預期響應所述第一sip信令所需的資源。

上述方案中，所述處理單元，還用于根據(jù)所述第一sip信令的類型信息，選取出預計響應所述第一sip信令的所需的時間信息；

還用于根據(jù)所述時間信息，以及所述預留資源為所述用戶設備分配傳輸資源。

上述方案中，所述處理單元，還用于在到達所述時間信息之前，或者在達到所述時間信息之時，為所述用戶設備分配傳輸資源。

上述方案中，所述處理單元，還用于根據(jù)所述第一sip信令的類型信息，選取出響應所述第一sip信令的第二sip信令，并確定所述第二sip信令的類型信息；還用于選取出與所述第二sip信令的類型信息匹配的目標資源，將所述目標資源作為所述預留資源。

上述方案中，所述預留資源的資源量不小于所述第二sip信令傳輸時所需的資源量。

本發(fā)明實施例所述的資源分配方法及基站，能夠在用戶設備進行數(shù)據(jù)傳輸之前，為所述用戶設備分配傳輸資源，因此，與現(xiàn)有無線調(diào)度流程相比，本發(fā)明實施例簡化了基于volte呼叫建立流程中的無線調(diào)度流程，縮短了sip信令在空口經(jīng)歷的時延。

附圖說明

圖1為用戶設備和網(wǎng)絡通過qci5的承載在sip層進行會話協(xié)商的流程示意圖；

圖2為本發(fā)明實施例資源分配方法的實現(xiàn)流程示意圖；

圖3為本發(fā)明實施例基站的結(jié)構(gòu)示意圖；

圖4為本發(fā)明實施例資源分配方法的具體實現(xiàn)流程示意圖。

具體實施方式

為了能夠更加詳盡地了解本發(fā)明的特點與技術(shù)內(nèi)容，下面結(jié)合附圖對本發(fā)明的實現(xiàn)進行詳細闡述，所附附圖僅供參考說明之用，并非用來限定本發(fā)明。

實施例一

圖2為本發(fā)明實施例資源分配方法的實現(xiàn)流程示意圖；所述方法應用于基站側(cè)；如圖2所示，所述方法包括：

步驟201：檢測到目標邏輯信道存在第一會話初始協(xié)議sip信令；所述第一sip信令是用戶設備所屬網(wǎng)絡中的sbc發(fā)送至所述用戶設備的信令；

本實施例所述的資源分配方法應用于volte呼叫場景中，且本實施例中所 述的sip信令均為基于volte呼叫建立流程中所涉及到的sip信令。

在實際應用中，所述第一sip信令是用戶設備所屬4g分組核心網(wǎng)(epc，evolvedpacketcore)中的會話邊界控制器(sbc)發(fā)送至所述用戶設備的信令。進一步地，所述目標邏輯信道可以具體指qci5所對應的無線承載信道。

步驟202：確定所述第一sip信令的類型信息；

在實際應用中，所述基站可以預先設置預設資源列表，所述預設資源列表中包含有目標sip信令的類型信息、預計響應目標sip信令所需的時間信息、響應目標sip信令的反饋sip信令的類型信息、反饋sip信令所對應的資源量，以及上述四類信息的對應關(guān)系。

在一具體實施例中，所述基站檢測到所述第一sip信令，確定出所述第一sip信令的類型信息后，判斷所述第一sip信令的類型信息是否存在于所述預設資源列表中，當確定存在于所述預設資源列表中時，所述基站才需要根據(jù)確定出的所述第一sip信令的類型信息，選取出與所述第一sip信令的類型信息所匹配的預留資源，具體地，根據(jù)所述第一sip信令的類型信息，從所述預設資源列表中選取出與所述第一sip信令的類型信息所匹配的預留資源。

步驟203：根據(jù)確定出的所述第一sip信令的類型信息，選取出與所述第一sip信令的類型信息所匹配的預留資源；所述預留資源能夠表征所述用戶設備預期響應所述第一sip信令所需的資源；

步驟204：根據(jù)所述預留資源為所述用戶設備分配傳輸資源。

本實施例中，當確定出所述第一sip信令的類型信息后，所述基站還需要根據(jù)所述第一sip信令的類型信息，選取出預計響應所述第一sip信令的所需的時間信息，例如，從所述預設資源列表中選取出預計響應所述第一sip信令的所需的時間信息，進而根據(jù)所述時間信息，以及所述預留資源為所述用戶設備分配傳輸資源。

在一具體實施例中，所述基站可以在到達所述時間信息之前，或者在達到所述時間信息之時，為所述用戶設備分配傳輸資源，以使所述用戶設備根據(jù)所述傳輸資源發(fā)送響應所述第一sip信令的第二sip信令。

這里，所述基站可以設置定時器，根據(jù)時間信息設置定時器的等待時長，進而通過定時器提醒基站在到達所述時間信息之前，或者在達到所述時間信息之時，為所述用戶設備分配傳輸資源。

本實施例中，當確定出所述第一sip信令的類型信息后，所述基站還需要根據(jù)所述第一sip信令的類型信息，選取出響應所述第一sip信令的第二sip信令；這里，所述第二sip信令對應的資源即為所述用戶設備響應所述第一sip信令所需的資源。

進一步地，所述基站確定所述第二sip信令的類型信息，根據(jù)所述第二sip信令的類型信息選取出與所述第二sip信令的類型信息匹配的目標資源，例如，根據(jù)所述第二sip信令的類型信息，從所述預設資源列表中選取出與所述第二sip信令的類型信息匹配的目標資源，并將所述目標資源作為所述預留資源，這里，所述預留資源的資源量不小于所述第二sip信令傳輸時所需的資源量。

這樣，本發(fā)明實施例所述的資源分配方法，能夠在用戶設備進行數(shù)據(jù)傳輸之前，為所述用戶設備分配傳輸資源，因此，與現(xiàn)有無線調(diào)度流程相比，本發(fā)明實施例簡化了基于volte呼叫建立流程中的無線調(diào)度流程，縮短了sip信令在空口經(jīng)歷的時延。

為實現(xiàn)實施例一所述的方法，本發(fā)明實施例還提供了一種基站，如圖3所示，所述基站包括：

檢測單元31，用于檢測到目標邏輯信道存在第一會話初始協(xié)議sip信令時，確定所述第一sip信令的類型信息；所述第一sip信令是用戶設備所屬網(wǎng)絡中的會話邊界控制器sbc發(fā)送至所述用戶設備的信令；

處理單元32，用于根據(jù)確定出的所述第一sip信令的類型信息，選取出與所述第一sip信令的類型信息所匹配的預留資源；還用于根據(jù)所述預留資源為所述用戶設備分配傳輸資源；

其中，所述預留資源能夠表征所述用戶設備預期響應所述第一sip信令所需的資源。

本實施例中，所述處理單元32，還用于根據(jù)所述第一sip信令的類型信息， 選取出預計響應所述第一sip信令的所需的時間信息；

還用于根據(jù)所述時間信息，以及所述預留資源為所述用戶設備分配傳輸資源。

本實施例中，所述處理單元32，還用于在到達所述時間信息之前，或者在達到所述時間信息之時，為所述用戶設備分配傳輸資源。

本實施例中，所述處理單元32，還用于根據(jù)所述第一sip信令的類型信息，選取出響應所述第一sip信令的第二sip信令，并確定所述第二sip信令的類型信息；還用于選取出與所述第二sip信令的類型信息匹配的目標資源，將所述目標資源作為所述預留資源。

本實施例中，所述預留資源的資源量不小于所述第二sip信令傳輸時所需的資源量。

本領域技術(shù)人員應當理解，本發(fā)明實施例的基站中各處理單元的功能，可參照前述資源分配方法的相關(guān)描述而理解，這里不再贅述。

實施例二

本實施例提供了一種資源分配方法的具體應用過程。本實施例中，enb側(cè)進行智能判斷過程，在用戶設備發(fā)出sip信令之前，就為用戶設備分配傳輸資源，如此，使用戶設備能夠在第一時間發(fā)出sip信令，縮短了sip信令在空口經(jīng)歷的時延?；趫D1所示的應用場景，如圖4所示，本發(fā)明實施例所述方法的具體流程包括：

步驟401：被叫側(cè)enb接收到了被叫側(cè)sbc發(fā)給被叫用戶設備的第一sip信令；所述第一sip信令的類型為invite，也即所述第一sip信令表征invite消息；

這里，所述被叫側(cè)sbc為被叫用戶設備所屬epc網(wǎng)絡中的sbc。

步驟402：所述被叫側(cè)enb檢測目標邏輯信道，例如檢測qci5所對應的無線承載信道，發(fā)現(xiàn)qci5所對應的無線承載信道存在下行數(shù)據(jù)傳輸，即存在第一sip信令；

進一步地，在實際應用中，所述被叫側(cè)enb不僅檢測到目標邏輯信道存在第一sip信令，還進一步執(zhí)行了“深度包檢測”，進而檢測到了所述第一sip信令的信令名稱和大小。

在實際應用中，所述被叫側(cè)enb可以預先保存一個預設資源列表。該預設資源列表對enb收到的一些特定sip信令，列出了目標sip信令的類型信息(如下表所述的enb發(fā)現(xiàn)的特定sip信令)、預計響應目標sip信令所需的時間信息(如下表所述的tsip)、響應目標sip信令的反饋sip信令的類型信息(如下表所述的預計ue答復的sip信令)、反饋sip信令所對應的資源量(如下表所述的為ue答復的信令準備的資源大小)，以及上述四類信息的對應關(guān)系。具體地，列出了預調(diào)度應等待的定時器時長(tsip)和定時器超時后向用戶設備調(diào)度的資源大小。需要說明的是，這些特定的sip信令都屬于呼叫建立流程中涉及到的sip信令，因為本方案解決的就是呼叫建立時延較長的問題。具體預設資源列表內(nèi)容見下表。

這里，為在用戶設備發(fā)出響應所述第一sip信令的第二sip信令之前，基站為所述用戶設備分配傳輸資源，所述tsip的設置應考慮用戶設備內(nèi)部處理第一sip信令的時間和返回響應所述第一sip信令的第二sip信令應執(zhí)行的操作時際；或者，所述tsip可以是通過多次測試得到的經(jīng)驗時間。

進一步地，為ue答復的信令準備的資源大小具體表征響應所述第一sip信令的第二sip信令所需要資源大小；因此，該為ue答復的信令準備的資源 大小應不小于響應所述第一sip信令的第二sip信令所需要資源大小，以保證所述第二信令能夠傳輸完畢。這里，sip信令格式較靈活，較難精確推測出第二sip信令所需的資源大小，但是，在較成熟的網(wǎng)絡中，sip信令的大小會收斂到一定范圍內(nèi)，因此該為ue答復的信令準備的資源大小參數(shù)的設置應通過多次測試，得到針對現(xiàn)網(wǎng)的經(jīng)驗值。

步驟403：所述被叫側(cè)enb通過自身設置的預設資源列表，確定出所述第一sip信令的類型信息，例如，所述第一sip信令的類型為invite，且所述invite存在于所述預設資源列表中，進而，所述被叫側(cè)enb根據(jù)所述第一sip信令的類型信息，從所述預設資源列表確定出與所述第一sip信令的類型信息匹配的tsip，以及確定出預計響應與所述第一sip信令匹配的第二sip信令的類型信息，以及確定出與所述第二sip信令的類型信息匹配的預留資源；進而根據(jù)所述預留資源為所述用戶設備分配傳輸資源。

這樣，由于基站掌握了用戶設備需要傳輸?shù)臅r間和資源大小，所以，本發(fā)明實施例可以省去常規(guī)方法的sr→grant1→bsr→grant2→傳輸?shù)牟襟E，直接通過grant1→傳輸?shù)倪^程實現(xiàn)數(shù)據(jù)傳輸，因此，縮短了sip信令在空口經(jīng)歷的時延。

這里，所述grant1→傳輸具體為：

所述enb根據(jù)預設資源列表中與所述第一sip信令對應的信息，在tsip過期后，直接給用戶設備調(diào)度相應大小的傳輸資源grant1，并反饋至用戶設備；所述用戶設備接收到grant1后，在所述grant1對應的傳輸資源上進行數(shù)據(jù)傳輸。

本領域內(nèi)的技術(shù)人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用硬件實施例、軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器和光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方 框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

以上所述僅是本發(fā)明實施例的實施方式，應當指出，對于本技術(shù)領域的普通技術(shù)人員來說，在不脫離本發(fā)明實施例原理的前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應視為本發(fā)明實施例的保護范圍。