本發(fā)明涉及無線通信系統(tǒng)，更具體的說，涉及一種發(fā)送長期演進語音承載(Voice over LTE，VoLTE)語音包的方法和裝置。

背景技術(shù)：

VoLTE(Voice over LTE)采用自適應多速率寬帶編碼(Adaptive Multi-Rate Wideband Speech，AMR-WB)技術(shù)支持高清的語音編碼。從AMR-WB的語音編碼可以看出，激活態(tài)和靜默態(tài)的語音包大小相對固定，數(shù)據(jù)包生成間隔分別為20ms和160ms。針對這類數(shù)據(jù)包大小比較固定、到達時間間隔滿足一定規(guī)律的實時性業(yè)務，LTE引入了一種新的調(diào)度方式-半靜態(tài)調(diào)度技術(shù)(Semi-Persistent Scheduling，SPS)。半靜態(tài)調(diào)度是通過上層的無線資源控制(Radio Resource Control，RRC)信令進行配置的，在配置的同時指定半靜態(tài)調(diào)度的周期以及用于上下行業(yè)務信道反饋的資源等。對于VoLTE語音業(yè)務來說，半靜態(tài)調(diào)度的間隔應該與AMR-WB語音編碼的幀長保持一致，都為20ms。

半靜態(tài)調(diào)度分為上行半靜態(tài)調(diào)度和下行半靜態(tài)調(diào)度。對于下行半靜態(tài)調(diào)度，由于核心網(wǎng)絡以及傳輸網(wǎng)絡存在很大的時延抖動，所以下行的VoLTE語音包到達基站的時刻并不固定。對于上行半靜態(tài)調(diào)度，終端的AMR-WB信源編碼輸出的語音包的周期非常穩(wěn)定，保持在20ms。

采用上行半靜態(tài)調(diào)度時，由于基站無法知道終端的VoLTE語音包到達終端的接入層的時刻，也就無法合理的配置半靜態(tài)調(diào)度的激活時刻，造成半靜態(tài)調(diào)度的激活時刻與終端需要發(fā)送VoLTE語音包的時刻不匹配，從而造成VoLTE語音包的單向發(fā)送時延。

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

本申請?zhí)岢鲆环N發(fā)送VoLTE語音包的方法和裝置。本申請的技術(shù)方案如下：

一種發(fā)送VoLTE語音包的方法，該方法應用于用戶終端(UE)，包括：

UE向基站發(fā)送VoLTE語音包到達UE的發(fā)送緩存的通知消息，并從基站接收物理下行控制信道(PDCCH)指令，所述PDCCH指令包含基站基于所述通知消息所配置的半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻；

所述UE根據(jù)所述半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻發(fā)送所述VoLTE語音包到所述基站。

一種配置半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻的方法，該方法應用于基站，該方法包括：

接收UE發(fā)送的VoLTE語音包到達UE的發(fā)送緩存的通知消息；

根據(jù)所述通知消息配置上行半靜態(tài)調(diào)度業(yè)務發(fā)送時刻，并向UE發(fā)送PDCCH指令，所述PDCCH指令包含所述半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻。

一種發(fā)送VoLTE語音包的裝置，該裝置應用于UE，該裝置包括：

通知模塊，用于向基站發(fā)送VoLTE語音包到達UE的發(fā)送緩存的通知消息；

接收模塊，用于從基站接收PDCCH指令，所述PDCCH指令包含基站基于所述通知消息所配置的半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻；

語音包發(fā)送模塊，用于根據(jù)所述半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻發(fā)送所述VoLTE語音包到所述基站。

一種配置半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻的裝置，該裝置應用于基站，該裝置包括：

接收模塊，用于接收用戶終端UE發(fā)送的VoLTE語音包到達UE的發(fā)送緩存的通知消息；

發(fā)送模塊，用于根據(jù)所述通知消息配置上行半靜態(tài)調(diào)度業(yè)務發(fā)送時刻，并向UE發(fā)送PDCCH指令，所述PDCCH指令包含所述半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻。

采用本發(fā)明的方式，基站可以基于UE的通知消息確定VoLTE語音包到達 UE的發(fā)送緩存時刻，從而合理配置半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻，使得VoLTE語音包及時發(fā)送到基站，降低VoLTE語音包包單向發(fā)送時延，提高VoLTE語音質(zhì)量。

附圖說明

圖1為現(xiàn)有技術(shù)中VoLTE語音業(yè)務的模型示意圖；

圖2為現(xiàn)有技術(shù)中上行半靜態(tài)調(diào)度的示范性示意圖；

圖3為本發(fā)明發(fā)送VoLTE語音包的方法流程圖；

圖4為本發(fā)明中通過SR消息通知基站的處理過程示意圖；

圖5為新增的MAC CE消息的類型一的示范性字段結(jié)構(gòu)圖；

圖6為新增的MAC CE消息的類型二的示范性字段結(jié)構(gòu)圖；

圖7為本發(fā)明中通過新增的MAC CE消息通知基站的處理過程示意圖

圖8為根據(jù)本發(fā)明實施例一利用RRC信令配置SR資源的流程圖；

圖9為根據(jù)本發(fā)明實施例一，當VoLTE語音業(yè)務的SR與BE數(shù)據(jù)業(yè)務的SR無沖突時的SR發(fā)送示意圖；

圖10為根據(jù)本發(fā)明實施例一，當VoLTE語音業(yè)務的SR與BE數(shù)據(jù)業(yè)務的SR有沖突時的SR發(fā)送第一示意圖；

圖11為根據(jù)本發(fā)明實施例一，當VoLTE語音業(yè)務的SR與BE數(shù)據(jù)業(yè)務的SR有沖突時的R發(fā)送第二S示意圖；

圖12為根據(jù)本發(fā)明實施例一，激活半靜態(tài)調(diào)度的發(fā)送時刻的示意圖；

圖13為根據(jù)本發(fā)明實施例二，UE利用RRC信令通知基站支持新增的MAC CE消息的流程圖；

圖14為根據(jù)本發(fā)明實施例二，激活半靜態(tài)調(diào)度的發(fā)送時刻的示意圖；

圖15為根據(jù)本發(fā)明實施例二，基站配置錯誤導致半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻不匹配時的處理示意圖；

圖16為根據(jù)本發(fā)明實施例二，VoLTE語音包到達UE的發(fā)送緩存時刻發(fā)生變化導致半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻不匹配時的處理示意圖；

圖17為根據(jù)本發(fā)明發(fā)送VoLTE語音包的裝置結(jié)構(gòu)圖；

圖18為根據(jù)本發(fā)明配置半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻的裝置結(jié)構(gòu)圖。

具體實施方式

為了使本申請的目的、技術(shù)手段和優(yōu)點更加清楚明白，以下結(jié)合附圖對本申請做進一步詳細說明。

圖1為現(xiàn)有技術(shù)中VoLTE語音業(yè)務的模型示意圖。

由圖1可見，一次VoLTE語音通話過程分為激活期和靜默期兩種狀態(tài)。在激活期狀態(tài)，用戶正在通話，每20ms生成一個語音數(shù)據(jù)幀，數(shù)據(jù)幀大小相對穩(wěn)定；在靜默期狀態(tài)，每160ms產(chǎn)生一個靜音數(shù)據(jù)幀(Silence Descriptor，SID)，用于傳輸背景噪聲。激活期狀態(tài)和靜默期狀態(tài)的語音包大小相對固定，數(shù)據(jù)包生成間隔分別為20ms和160ms。針對這類數(shù)據(jù)包大小比較固定、到達時間間隔滿足一定規(guī)律的實時性業(yè)務，LTE引入了半靜態(tài)調(diào)度技術(shù)。半靜態(tài)調(diào)度通過在物理下行控制信道(PDCCH)中為其分配相應的資源來激活，UE通過保存相應的資源分配，如調(diào)制方式、物理資源塊數(shù)量、物理資源塊位置等，在隨后的調(diào)度周期內(nèi)重復使用，只有自適應重傳的數(shù)據(jù)才需要通過PDCCH重新分配資源。

圖2為現(xiàn)有技術(shù)中上行半靜態(tài)調(diào)度的示范性示意圖。

由圖2可見，假定半靜態(tài)調(diào)度的上行業(yè)務信道指定發(fā)送時刻為子幀5，而AMR-WB產(chǎn)生的VoLTE語音包在子幀7到達終端接入層的終端發(fā)送緩存。此時，只能等到下一個半靜態(tài)調(diào)度的上行業(yè)務信道指定的發(fā)送時刻才發(fā)送該VoLTE語音包，造成該VoLTE數(shù)據(jù)包單向發(fā)送時延增加了18ms。

可見，在采用上行半靜態(tài)調(diào)度時，由于基站無法獲知終端VoLTE語音包期望發(fā)送的時刻(也就是VoLTE語音包從AMR-WB信源編碼輸出到達接入層緩存的時刻)，因此也就無法合理地激活半靜態(tài)調(diào)度上行業(yè)務發(fā)送的時刻，造成VoLTE語音包延遲到下一個半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻才能發(fā)送，導致VoLTE語音包單向發(fā)送時延增加。

本發(fā)明的主要目的是使基站能夠準確或大致獲得終端的VoLTE語音包期望在無線側(cè)發(fā)送的時刻，進而合理配置半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻，使得VoLTE語音包能夠顯著降低或不產(chǎn)生時延，及時地通過半靜態(tài)調(diào)度配置的上行業(yè)務發(fā)送時刻發(fā)送到基站。

圖3為本發(fā)明發(fā)送VoLTE語音包的方法流程圖。

由圖3可見，該方法包括：

步驟301：UE向基站發(fā)送VoLTE語音包到達UE的發(fā)送緩存的通知消息，并從基站接收PDCCH指令，該PDCCH指令包含基站基于通知消息所配置的半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻。

步驟302：UE根據(jù)半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻發(fā)送VoLTE語音包到基站。

根據(jù)目前的LTE規(guī)范，資源請求(Scheduling Request，SR)是針對終端的，即每個終端只配置一個SR資源。該SR資源適用于多個無線承載(邏輯信道)，包括語音和數(shù)據(jù)。也就是說，任何一個無線承載(或邏輯信道)的高層數(shù)據(jù)到達終端發(fā)送緩存時，都會觸發(fā)終端的物理層發(fā)送SR消息，因此，基站無法通過SR消息的接收時刻判斷VoLTE語音包到達終端發(fā)送緩存的時刻。

在本發(fā)明的一個實施方式中，針對不同的業(yè)務承載(或邏輯信道)配置不同的SR資源?；究梢愿鶕?jù)對應于VoLTE語音業(yè)務的SR消息的接收時刻大致判斷出VoLTE語音數(shù)據(jù)包到達終端發(fā)送緩存的時刻。相應地，步驟301中UE向基站發(fā)送通知消息為：UE向基站發(fā)送VoLTE語音業(yè)務的SR消息；步驟301中基站基于通知消息配置半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻為：基站基于VoLTE語音業(yè)務的SR消息的接收時刻配置半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻。

具體地，UE向基站發(fā)送VoLTE語音業(yè)務的SR消息包括：UE通過UE能力通知消息(UE Capability Information)通知基站自身支持配置多SR資源；UE接收基站發(fā)送的RRC連接重配置消息(RRC Connection Reconfiguration)， 該RRC連接重配置消息包含多種業(yè)務類型的資源配置信息，其中包含VoLTE語音業(yè)務的資源配置信息，基于RRC連接重配置消息可以為不同的業(yè)務類型配置不同的SR資源；UE利用VoLTE語音業(yè)務的SR資源向基站發(fā)送VoLTE語音業(yè)務的SR消息。優(yōu)選地，VoLTE語音業(yè)務的資源包括：VoLTE語音業(yè)務的SR資源序號、SR發(fā)送周期和SR發(fā)送時刻，等等。

當VoLTE語音承載和數(shù)據(jù)承載配置不同的SR資源時，基站通過解析接收到的SR消息可以判斷出該SR消息是屬于語音承載還是數(shù)據(jù)承載。

在一個實施方式中，在包含多種業(yè)務類型的資源配置信息中，每種業(yè)務類型的SR資源與該種業(yè)務對應的邏輯信道組相對應，比如每個邏輯信道組配置一個SR資源，并將VoLTE語音業(yè)務和其他業(yè)務配置為不同的邏輯信道組，可以實現(xiàn)VoLTE語音業(yè)務和其他業(yè)務具有不同的SR資源；或，每種業(yè)務類型的SR資源與該種業(yè)務對應的無線承載相對應，比如每個無線承載配置一個SR資源，VoLTE語音業(yè)務和其他業(yè)務對應不同的無線承載，可以實現(xiàn)VoLTE語音業(yè)務和其他業(yè)務具有不同的SR資源；或，每種業(yè)務類型的SR資源與該種業(yè)務對應的邏輯信道相對應，比如每個邏輯信道可以配置一個SR資源，VoLTE語音業(yè)務和其他業(yè)務將對應不同的邏輯信道，就可以實現(xiàn)VoLTE語音業(yè)務和其他業(yè)務具有不同的SR資源。

綜上，UE通過SR信號通知方式接收半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻的具體過程包括：首先，為UE配置多個SR資源，不同的業(yè)務承載配置不同的SR資源，其中為VoLTE語音業(yè)務配置單獨的SR資源，該SR資源的資源序號與其他業(yè)務配置的一個或多個SR資源不同；當基站收到VoLTE語音業(yè)務觸發(fā)的SR消息后，即可知道UE有VoLTE語音包要發(fā)送，此時基站即可激活已經(jīng)配置的半靜態(tài)調(diào)度，使得半靜態(tài)調(diào)度指定的上行數(shù)據(jù)發(fā)送時刻與收到VoLTE語音業(yè)務觸發(fā)的SR消息的時刻為相同子幀。當VoLTE語音業(yè)務的SR消息周期間隔足夠小(比如1ms)，即可實現(xiàn)VoLTE語音包到達接入層的終端發(fā)送緩存后，延時1ms即可通過上行業(yè)務信道發(fā)送到基站。

優(yōu)選的，RRC連接重配置消息中所包含的多種業(yè)務類型還包括盡力而為 (BE)數(shù)據(jù)業(yè)務。當VoLTE語音業(yè)務的SR消息與PUSCH及BE數(shù)據(jù)業(yè)務的SR消息沒有沖突時，各自發(fā)送SR消息；當VoLTE語音業(yè)務的SR消息與BE數(shù)據(jù)業(yè)務發(fā)送沒有沖突時，各自發(fā)送VoLTE語音業(yè)務的SR消息與BE數(shù)據(jù)業(yè)務的消息；當VoLTE語音業(yè)務的SR消息與BE數(shù)據(jù)業(yè)務的SR消息有沖突時，UE發(fā)送VoLTE語音業(yè)務的SR消息，并在發(fā)送VoLTE語音業(yè)務的上行數(shù)據(jù)的同時發(fā)送BE數(shù)據(jù)業(yè)務的緩沖狀態(tài)報告BSR；當VoLTE語音業(yè)務的SR消息與BE數(shù)據(jù)業(yè)務發(fā)送有沖突時，如果UE支持在控制信道和業(yè)務信道同時發(fā)送數(shù)據(jù)，UE在控制信道發(fā)送VoLTE語音業(yè)務的SR消息，在業(yè)務信道發(fā)送BE數(shù)據(jù)業(yè)務的數(shù)據(jù)。

舉例，當語音承載的SR發(fā)送周期設置為1ms時，基站可以通過語音承載的SR請求的接收時刻，準確判斷出終端VoLTE語音包到達終端發(fā)送緩存的時刻。圖4為本發(fā)明中通過SR消息通知基站的處理過程示意圖。由圖4可見，VoLTE語音包在無線幀m的子幀n到達終端的發(fā)送緩存。由于SR發(fā)送周期設置為1ms，VoLTE語音業(yè)務的SR消息發(fā)送時刻設置在無線幀m的子幀n+1，基站收到VoLTE語音業(yè)務的SR消息后，大致準確判斷出終端VoLTE語音包到達終端發(fā)送緩存的時刻，將半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻設置在無線幀m+2(即20ms后)的子幀n+1，從而降低VoLTE語音包的單向發(fā)送時延。

以上描述了終端向基站發(fā)送VoLTE語音業(yè)務的SR消息，從而基站基于VoLTE語音業(yè)務的SR消息的接收時刻配置半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻的過程。

可選地，本發(fā)明可以增加一種新的上行MAC控制單元(MAC Control Element，，MAC CE)消息，終端利用該MAC CE消息將VoLTE語音包到達終端發(fā)送緩存的時間戳通知基站，其中該時間戳包括VoLTE語音包到達終端發(fā)送緩存的無線幀號和子幀號，從而基站可以基于該時間戳配置半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻。

在一個實施方式中，步驟301中UE向基站發(fā)送通知消息為：UE向基站發(fā) 送該新增加的上行MAC CE消息，該新增加的上行MAC CE消息包含VoLTE語音包到達UE的發(fā)送緩存的無線幀號和子幀號；步驟301中基站基于通知消息配置半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻為：基站基于該無線幀號和子幀號配置半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻。

具體地，目前LTE協(xié)議預留部分邏輯信道ID用于新增MAC CE。本發(fā)明利用該預留的邏輯信道ID新增加一種MAC CE消息，用于通知VoLTE語音包到達發(fā)送緩存的具體時刻?；臼盏絍oLTE語音包到達發(fā)送緩存的時間戳信息后，可以合理配置半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻，即可達到降低VoLTE語音包單向發(fā)送時延的目的。

本發(fā)明新定義的上行MAC CE消息可以通知VoLTE語音包到達接入層終端發(fā)送緩存的時間戳，該時間戳包含無線幀號和子幀號。該MAC CE消息的邏輯信道ID為01011-11000中的任意一個。

而且，該MAC CE消息的載荷為無線幀號和子幀號，可以為以下兩種類型：

類型一：包長為2字節(jié)

其中：無線幀號和子幀號的最大值為10240，因此，采用14比特二進制數(shù)即可表征，剩余2比特為保留。圖5為新增的MAC CE消息的類型一的示范性字段結(jié)構(gòu)圖。在圖5中，該上行MAC CE消息的邏輯信道ID為01011-11000中的任意一個；上行MAC CE消息的負載為2字節(jié)，采用14比特二進制數(shù)表征所述無線幀號和子幀號。

類型二：包長為1字節(jié)

為了減少該新增MAC CE的載荷，也可以利用VoLTE語音包的周期為20ms的特點，無線幀號用1比特來表征是奇數(shù)無線幀和偶數(shù)無線幀；子幀號的范圍為0-9，采用4比特的二進制表示，剩余3比特為保留。圖6為新增的MAC CE消息的類型二的示范性字段結(jié)構(gòu)圖。在圖6中，該上行MAC CE消息的邏輯信道ID為01011-11000中的任意一個，上行MAC CE消息的負載為1字節(jié)，采用1比特二進制數(shù)表征無線幀號為奇數(shù)無線幀或偶數(shù)無線幀，采用4比特二進制數(shù)表征子幀號。

在一個實施方式中，UE向基站發(fā)送上行MACCE消息為：UE在VoLTE語音業(yè)務開始后的第一次上行數(shù)據(jù)發(fā)送時刻向基站發(fā)送上行MAC CE消息；或，UE在從靜默態(tài)進入激活態(tài)后的第一次上行數(shù)據(jù)發(fā)送時刻向基站發(fā)送上行MAC CE消息。

在一個實施方式中，在UE根據(jù)半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻發(fā)送VoLTE語音包到基站之前，該方法還包括：

UE判斷半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻與VoLTE語音包到達UE的發(fā)送緩存時刻是否匹配，如果不匹配，UE再次向基站發(fā)送上行MAC CE消息，該再次發(fā)送的上行MAC CE消息包含VoLTE語音包到達UE的發(fā)送緩存的無線幀號和子幀號，并接收基站基于再次發(fā)送的上行MAC CE消息所再次配置的半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻。

在一個實施方式中，該方法還包括：

UE通過UE能力通知(UE Capability Information)消息通知基站自身支持新增的上行MAC CE消息；UE從基站接收RRC連接重配置消息，RRC連接重配置消息用于通知UE：基站支持該新增的上行MAC CE消息。

圖7為本發(fā)明中通過新增的MAC CE消息通知基站的處理過程示意圖。在圖7中，VoLTE語音包在無線幀m的子幀n到達UE的發(fā)送緩存，UE在從靜默態(tài)進入激活態(tài)后的第一次上行數(shù)據(jù)發(fā)送時刻向基站發(fā)送上行MAC CE消息，該上行MAC CE消息包含VoLTE語音包到達UE的發(fā)送緩存的無線幀號m和子幀號n，因此基站將半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻設置為無線幀m+2(即下一個20ms)的子幀n?？梢?，半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻與VoLTE語音包到達UE的發(fā)送緩存時刻相匹配，因此可以降低VoLTE語音包包單向發(fā)送時延，提高VoLTE語音質(zhì)量。

下面結(jié)合具體實施例對本發(fā)明進行詳細說明。

實施例一

在實施例一中，UE和基站支持多個SR資源配置功能，UE通過RRC信令 通知基站支持多個SR資源配置功能；基站通過VoLTE語音業(yè)務專屬的SR消息，可以獲知終端VoLTE語音包期望發(fā)送的時刻。

圖8為根據(jù)本發(fā)明實施例一利用RRC信令配置SR資源的流程圖。在圖8中，UE通過UECapabilityInfomation消息通知基站該UE支持多個SR資源配置功能，其中具體可以通過新增的能力指示字段或者終端的協(xié)議版本指示UE支持多個SR資源配置功能。基站收到UECapabilityInfomation消息后，通過RRCConnectionReconfiguration消息為該終端配置多個SR資源，具體包括指定每個SR資源的資源序號、SR發(fā)送周期以及SR發(fā)送時刻等。

具體地，假設該UE存在兩種業(yè)務類型：VoLTE語音業(yè)務和BE數(shù)據(jù)業(yè)務，基站可以通過下述三種方法為VoLTE語音業(yè)務和BE數(shù)據(jù)業(yè)務分別配置各自的SR資源：

(1)SR資源配置和邏輯信道組相對應，即每個邏輯信道組可配置0個或1個SR資源。

(2)SR資源配置與無線承載配置相對應，即每個無線承載配置一個SR資源。

(3)SR資源配置和邏輯信道相對應，即每個邏輯信道可以配置一個SR資源。

示范性地，VoLTE語音業(yè)務的SR周期為1ms；BE數(shù)據(jù)業(yè)務的SR周期為10ms，發(fā)射時刻為子幀5。

當基站為終端的VoLTE語音業(yè)務和BE數(shù)據(jù)業(yè)務配置以上兩種SR資源之后，可能存在以下情況：

情況1：VoLTE語音業(yè)務觸發(fā)的SR請求和PUSCH以及BE數(shù)據(jù)業(yè)務觸發(fā)的SR請求都沒有沖突，此時按照目前LTE規(guī)范的定義，各自觸發(fā)SR請求的發(fā)送。圖9為根據(jù)本發(fā)明實施例一，當VoLTE語音業(yè)務的SR與BE數(shù)據(jù)業(yè)務的SR無沖突時的SR發(fā)送示意圖。

情況2：VoLTE語音業(yè)務觸發(fā)的SR請求和BE數(shù)據(jù)業(yè)務觸發(fā)的SR請求沖突時，VoLTE語音業(yè)務觸發(fā)的SR請求具有較高優(yōu)先級，此時只發(fā)送 VoLTE語音業(yè)務觸發(fā)的SR請求，在之后的上行數(shù)據(jù)發(fā)送時將BE數(shù)據(jù)業(yè)務的BSR發(fā)送給基站。圖10為根據(jù)本發(fā)明實施例一，當VoLTE語音業(yè)務的SR與BE數(shù)據(jù)業(yè)務的SR有沖突時的SR發(fā)送第一示意圖。

情況3：VoLTE語音業(yè)務觸發(fā)的SR請求和BE數(shù)據(jù)發(fā)送沖突時，如果該終端支持在控制信道和業(yè)務信道同時發(fā)送，則在控制信道發(fā)送VoLTE語音業(yè)務觸發(fā)的SR請求，在業(yè)務信道發(fā)送BE數(shù)據(jù)。圖11為根據(jù)本發(fā)明實施例一，當VoLTE語音業(yè)務的SR與BE數(shù)據(jù)業(yè)務的SR有沖突時的R發(fā)送第二S示意圖。

當基站在子幀n收到VoLTE語音業(yè)務觸發(fā)的SR請求后，將在下一個20ms后的子幀n，通過PDCCH激活半靜態(tài)調(diào)度的發(fā)送時刻。圖12為根據(jù)本發(fā)明實施例一，激活半靜態(tài)調(diào)度的發(fā)送時刻的示意圖。

實施例二

在實施例二中，新增有上行MAC CE消息。UE在VoLTE語音業(yè)務開始后的第一次上行數(shù)據(jù)發(fā)送時刻，或在從靜默態(tài)進入激活態(tài)后的第一次上行數(shù)據(jù)發(fā)送時刻，通過該新增的上行MAC CE消息將VoLTE語音包到達UE的發(fā)送緩存的時刻通知給基站。

具體地，定義一個新的上行MAC CE消息，用于通知VoLTE語音包到達接入層終端發(fā)送緩存的時間戳，該時間戳包含無線幀號和子幀號信息。該新增MAC CE的邏輯信道ID為01011-11000中的一個，在實施例二中，取邏輯信道ID為01011。而且，UE通過RRC信令，將該UE支持該新增MAC CE消息的能力告知基站。當終端支持該新增MAC CE消息時，基站通過RRC信令告知終端：基站支持該新增的MAC CE消息。圖13為根據(jù)本發(fā)明實施例二，UE利用RRC信令通知基站支持新增的MAC CE消息的流程圖。

假定VoLTE語音包到達終端接入層發(fā)送緩存的時刻為無線幀1的子幀2。那么，該新增MAC CE消息的載荷可以為：

(1)、新增MAC CE實施為格式一：包長為2字節(jié)，“0000000000001100”

其中：

第1比特位和第2比特位：為預留比特

第3比特為至第16比特位：00000000001100，轉(zhuǎn)換成十進制為12，用來表征無線幀1和子幀2：

(2)、新增MAC CE消息實施為格式二：包長為1字節(jié)，“00000010”

其中：

第1比特位至第3比特位：000為預留比特；

第4比特位：0，表征奇數(shù)無線幀，第5比特為至第8比特位：0010，轉(zhuǎn)換成十進制為2，表征子幀2。

UE將VoLTE語音包達到發(fā)送緩存的時間戳通過上述新增MAC CE消息發(fā)送給基站后，基站將通過用于激活半靜態(tài)調(diào)度的PDCCH觸發(fā)上行業(yè)務在奇數(shù)無線幀的子幀3發(fā)送。圖14為根據(jù)本發(fā)明實施例二，激活半靜態(tài)調(diào)度的發(fā)送時刻的示意圖。

當終端判斷VoLTE語音包達到發(fā)送緩存的時刻與基站通過半靜態(tài)調(diào)度觸發(fā)的上行數(shù)據(jù)發(fā)送時刻不匹配時，將重新發(fā)送該新增MAC CE消息到基站。VoLTE語音包達到終端發(fā)送緩存的時刻和基站通過半靜態(tài)調(diào)度觸發(fā)的上行數(shù)據(jù)發(fā)送時刻不匹配的原因可能為基站配置錯誤，或終端VoLTE語音包達到終端發(fā)送緩存的時刻發(fā)生變化等。

圖15為根據(jù)本發(fā)明實施例二，基站配置錯誤導致半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻不匹配時的處理示意圖。

在圖15中，VoLTE語音包在無線幀3和子幀2到達接入層的發(fā)送緩存，并且終端通過新增MAC CE消息通知基站。然而，由于配置錯誤，基站將半靜態(tài)調(diào)度的上行業(yè)務發(fā)送時刻配置在無線幀5(下一個20ms)的子幀6。此時，UE判斷VoLTE語音包達到發(fā)送緩存的時刻和基站通過半靜態(tài)調(diào)度觸發(fā)的上行數(shù)據(jù)發(fā)送時刻不匹配，UE再次發(fā)送該新增MAC CE消息到基站?；臼盏皆撛俅伟l(fā)送的MAC CE消息后，將半靜態(tài)調(diào)度的上行業(yè)務發(fā)送時刻配置在VoLTE語音包在無線幀5和子幀2。此時，UE判斷VoLTE語音 包達到發(fā)送緩存的時刻與基站通過半靜態(tài)調(diào)度觸發(fā)的上行數(shù)據(jù)發(fā)送時刻相匹配，將不會再次發(fā)送該新增MAC CE消息到基站。

圖16為根據(jù)本發(fā)明實施例二，VoLTE語音包到達UE的發(fā)送緩存時刻發(fā)生變化導致半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻不匹配時的處理示意圖。

在圖16中，VoLTE語音包在無線幀3和子幀2到達，并且UE通過新增MAC CE消息通知基站，基站將半靜態(tài)調(diào)度的上行業(yè)務發(fā)送時刻配置在無線幀5(下一個20ms)的子幀2。當下一個VoLTE語音包到達發(fā)送緩存的時刻變?yōu)闊o線幀4的子幀8時，此時UE判斷VoLTE語音包達到發(fā)送緩存的時刻與基站通過半靜態(tài)調(diào)度觸發(fā)的上行數(shù)據(jù)發(fā)送時刻不匹配，此時UE再次發(fā)送該新增MAC CE消息到基站，而且該MAC CE消息中包含無線幀4的子幀8?；臼盏皆撛俅伟l(fā)送的MAC CE消息后，將半靜態(tài)調(diào)度的上行業(yè)務發(fā)送時刻配置在VoLTE語音包在無線幀6的子幀8。UE判斷VoLTE語音包達到發(fā)送緩存的時刻和基站通過半靜態(tài)調(diào)度觸發(fā)的上行數(shù)據(jù)發(fā)送時刻相匹配，將不再次發(fā)送MAC CE消息到基站。

基于上述分析，本發(fā)明還提出一種發(fā)送VoLTE語音包的裝置。

圖17為根據(jù)本發(fā)明發(fā)送VoLTE語音包的裝置結(jié)構(gòu)圖。該裝置應用于UE。

如圖17所示，該裝置1700包括：

通知模塊1701，用于向基站發(fā)送VoLTE語音包到達UE的發(fā)送緩存的通知消息；

接收模塊1702，用于從基站接收PDCCH指令，該PDCCH指令包含基站基于通知消息所配置的半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻；

語音包發(fā)送模塊1703，用于根據(jù)半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻發(fā)送VoLTE語音包到所述基站。

本發(fā)明還提出了一種配置半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻的裝置.該裝置應用于基站。

圖18為配置半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻的裝置結(jié)構(gòu)圖。

如圖18所示，該裝置1800包括：

接收模塊1801，用于接收UE發(fā)送的VoLTE語音包到達UE的發(fā)送緩存的通知消息；

發(fā)送模塊1802，用于根據(jù)通知消息配置上行半靜態(tài)調(diào)度業(yè)務發(fā)送時刻，并向UE發(fā)送PDCCH指令，該PDCCH指令包含半靜態(tài)調(diào)度上行業(yè)務發(fā)送時刻。

綜上所述，本發(fā)明的基站準確能夠獲得UE的VoLTE語音包到達發(fā)送緩存的時刻，進而合理配置半靜態(tài)調(diào)度上行業(yè)務發(fā)送的時刻，使得VoLTE語音包能夠及時通過LTE無線網(wǎng)絡發(fā)送到基站，平均可以降低10ms的VoLTE語音包單向發(fā)送時延，顯著地提高了VoLTE語音質(zhì)量。

以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明保護的范圍之內(nèi)。