本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其是涉及一種語音業(yè)務(wù)建立方法、裝置及設(shè)備。

背景技術(shù)：

長期演進(jìn)網(wǎng)絡(luò)語音業(yè)務(wù)(英文：Voice over Long Term Evolution，縮寫：VoLTE)中，用戶設(shè)備(英文:user equipment，縮寫：UE)之間進(jìn)行語音通信時，若一方處于空閑態(tài)，另一方向該處于空閑態(tài)的用戶設(shè)備發(fā)起語音呼叫時，IP多媒體子系統(tǒng)(英文：IP Multimedia Subsystem，縮寫：IMS)將接收到的語音呼叫請求，通過策略控制和計費(fèi)規(guī)則功能單元(英文：Policy Control and Charging Rules Function，縮寫：PCRF)與演進(jìn)型分組核心網(wǎng)(英文:Evolved Packet Core,縮寫：EPC)中的各網(wǎng)元通訊。由EPC網(wǎng)絡(luò)完成語音呼叫的動作。

UE A處于空閑態(tài)，此時UE B向UE A語音呼叫，IMS系統(tǒng)接收UE B發(fā)送的語音呼叫請求，通過PCRF與EPC網(wǎng)元通訊，由EPC網(wǎng)絡(luò)完成呼叫UE B的動作。其中EPC網(wǎng)絡(luò)在接收到收到IMS網(wǎng)絡(luò)的傳輸?shù)恼Z音呼叫請求時，觸發(fā)創(chuàng)建專有承載的流程，用于承載UE A和UE B之間的語音業(yè)務(wù)。其中EPC網(wǎng)絡(luò)中包括分組數(shù)據(jù)網(wǎng)關(guān)(英文：Packet Data Network Gateway，Gateway縮寫：PDN GW)、服務(wù)網(wǎng)關(guān)(英文：Serving Gateway，縮寫：SGW)、移動性管理實體(英文：Mobility Management Entity，縮寫：MME)和演進(jìn)型網(wǎng)絡(luò)基站(英文：evolved NodeB，縮寫：eNodeB)等主要網(wǎng)元實體。PCRF將接收到的語音呼叫請求轉(zhuǎn)發(fā)給PDN GW，PDN GW在接收到語音呼叫請求時，向SGW發(fā)送語音呼叫觸發(fā)消息，SGW接收到語音呼叫觸發(fā)消息時，根據(jù)語音呼叫觸發(fā)消息中的IMS的指示，向MME觸發(fā)創(chuàng)建用于承載語音業(yè)務(wù)的創(chuàng)建承載請求。MME在接收到用于承載語音業(yè)務(wù)的創(chuàng)建承載請求時，向eNodeB發(fā)送尋呼(英文：Paging)UE A的Paging消息，eNodeB接收到Paging消息時，尋呼UE A，UE A接收到Paging消息時，與網(wǎng)絡(luò)重新建立連接，進(jìn)而完成語音承載的創(chuàng)建。

但是，在創(chuàng)建語音承載的過程中，若eNodeB接收到Paging消息時系統(tǒng)負(fù)荷較高，對于Paging消息，可能采用緩存延遲處理甚至丟棄的處理方式，導(dǎo)致語音承載創(chuàng)建延遲或是失敗。

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

本發(fā)明提供了一種語音業(yè)務(wù)建立方法、裝置及設(shè)備，用于解決在創(chuàng)建語音承載的過程中，若eNodeB接收到Paging消息時系統(tǒng)負(fù)荷較高，導(dǎo)致語音承載創(chuàng)建延遲或是失敗的問題。

第一方面，提供了一種語音業(yè)務(wù)建立方法，包括：移動性管理實體MME接收用于尋呼空閑態(tài)用戶設(shè)備UE的承載觸發(fā)消息；所述MME在確定出所述承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息時，提高用于尋呼空閑態(tài)UE的尋呼Paging消息的優(yōu)先級；將提高優(yōu)先級后的所述Paging消息發(fā)送給基站，用于尋呼所述空閑態(tài)UE。

結(jié)合第一方面，在第一方面的第一種可能的實現(xiàn)方式中，所述承載觸發(fā)消息包括創(chuàng)建承載請求Create Bearer Request；所述MME按照下述方式確定所述承載觸發(fā)消息是否是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息：所述MME在接收到的Create Bearer Request中，獲得服務(wù)質(zhì)量分類識別碼QCI；確定獲得的所述QCI是否是有效值；在所述QCI是有效值時，確定所述承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息。

結(jié)合第一方面，在第一方面的第二種可能的實現(xiàn)方式中，所述承載觸發(fā)消息包括下行數(shù)據(jù)通知Downlink Data Notification消息；所述MME按照下述方式確定所述尋呼消息是否是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息：所述MME在接收到的Downlink Data Notification消息中，獲得演進(jìn)分組系統(tǒng)承載標(biāo)識EPS Bearer ID；在確定出所述EPS Bearer ID是創(chuàng)建用于承載語音業(yè)務(wù)承載的承載標(biāo)識時，確定所述承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息。

結(jié)合第一方面，以及第一方面的第一種可能實現(xiàn)方式或第二種可能的實現(xiàn)方式，在第一方面的第三種可能的實現(xiàn)方式中，提高用于尋呼空閑態(tài)UE的Paging消息的優(yōu)先級，包括：將發(fā)送給基站的Paging消息中的優(yōu)先級信元優(yōu)先級設(shè)置為最高優(yōu)先級。

第二方面，提供了一種語音業(yè)務(wù)建立方法，包括：基站接收用于尋呼空閑態(tài)用戶設(shè)備UE的尋呼Paging消息；獲得所述Paging消息的優(yōu)先級，其中所述Paging消息的優(yōu)先級是移動性管理實體MME在確定出接收到的承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息時提高后的優(yōu)先級；按照所述優(yōu)先級分配網(wǎng)絡(luò)資源，尋呼所述空閑態(tài)UE。

結(jié)合第二方面，在第二方面的第一種可能的實現(xiàn)方式中，獲得所述Paging消息的優(yōu)先級，包括：在接收到的Paging消息中的優(yōu)先級信元優(yōu)先級中，獲得所述Paging消息的優(yōu)先級。

第三方面，提供了一種語音業(yè)務(wù)建立裝置，包括：接收模塊，用于接收用于尋呼空閑態(tài)用戶設(shè)備UE的承載觸發(fā)消息；確定模塊，用于確定所述承載觸發(fā)消息是否是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息；執(zhí)行模塊，用于在確定出所述承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息時，提高用于尋呼空閑態(tài)UE的尋呼Paging消息的優(yōu)先級；發(fā)送模塊，用于將提高優(yōu)先級后的所述Paging消息發(fā)送給基站，用于尋呼所述空閑態(tài)UE。

結(jié)合第三方面，在第三方面的第一種可能的實現(xiàn)方式中，所述承載觸發(fā)消息包括創(chuàng)建承載請求Create Bearer Request；所述確定模塊，具體用于在接收到的Create Bearer Request中，獲得服務(wù)質(zhì)量分類識別碼QCI；確定獲得的所述QCI是否是有效值；在所述QCI是有效值時，確定所述承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息。

結(jié)合第三方面，在第三方面的第二種可能的實現(xiàn)方式中，所述承載觸發(fā)消息包括下行數(shù)據(jù)通知Downlink Data Notification消息；所述確定模塊，具體用于在接收到的Downlink Data Notification消息中，獲得演進(jìn)分組系統(tǒng)承載標(biāo)識EPS Bearer ID；在確定出所述EPS Bearer ID是創(chuàng)建用于承載語音業(yè)務(wù)承載的承載標(biāo)識時，確定所述承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息。

結(jié)合第三方面，以及第三方面的第一種可能實現(xiàn)方式或第二種可能的實現(xiàn)方式，在第三方面的第三種可能的實現(xiàn)方式中，所述執(zhí)行模塊，具體用于將發(fā)送給基站的Paging消息中的優(yōu)先級信元優(yōu)先級設(shè)置為最高優(yōu)先級。

第四發(fā)面，提供了一種語音業(yè)務(wù)建立裝置，包括：接收模塊，用于接收用于尋呼空閑態(tài)用戶設(shè)備UE的尋呼Paging消息；獲得模塊，用于獲得所述Paging消息的優(yōu)先級，其中所述Paging消息的優(yōu)先級是移動性管理實體MME在確定出接收到的承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息時提高后的優(yōu)先級；尋呼模塊，用于按照所述優(yōu)先級分配網(wǎng)絡(luò)資源，尋呼所述空閑態(tài)UE。

結(jié)合第四方面，在第四方面的第一種可能的實現(xiàn)方式中，所述獲得模塊，具體用于在接收到的Paging消息中的優(yōu)先級信元優(yōu)先級中，獲得所述Paging消息的優(yōu)先級。

第五方面，提供了一種語音業(yè)務(wù)建立設(shè)備，包括：接收器，用于接收用于尋呼空閑態(tài)用戶設(shè)備UE的承載觸發(fā)消息；處理器，用于確定所述承載觸發(fā)消息是否是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息；在確定出所述承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息時，提高用于尋呼空閑態(tài)UE的尋呼Paging消息的優(yōu)先級；發(fā)送器，用于將提高優(yōu)先級后的所述Paging消息通過所述接收器發(fā)送給基站，用于尋呼所述空閑態(tài)UE。

結(jié)合第五方面，在第五方面的第一種可能的實現(xiàn)方式中，所述承載觸發(fā)消息包括創(chuàng)建承載請求Create Bearer Request；所述處理器，具體用于在接收到的Create Bearer Request中，獲得服務(wù)質(zhì)量分類識別碼QCI；確定獲得的所述QCI是否是有效值；在所述QCI是有效值時，確定所述承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息。

結(jié)合第五方面，在第五方面的第二種可能的實現(xiàn)方式中，所述承載觸發(fā)消息包括下行數(shù)據(jù)通知Downlink Data Notification消息；所述處理器，具體用于在接收到的Downlink Data Notification消息中，獲得演進(jìn)分組系統(tǒng)承載標(biāo)識EPS Bearer ID；在確定出所述EPS Bearer ID是創(chuàng)建用于承載語音業(yè)務(wù)承載的承載標(biāo)識時，確定所述承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息。

結(jié)合第五方面，以及第五方面的第一種可能實現(xiàn)方式或第二種可能的實現(xiàn)方式，在第五方面的第三種可能的實現(xiàn)方式中，所述處理器，具體用于將發(fā)送給基站的Paging消息中的優(yōu)先級信元優(yōu)先級設(shè)置為最高優(yōu)先級。

第六方面，提供了一種語音業(yè)務(wù)建立設(shè)備，包括：接收器，用于接收用于尋呼空閑態(tài)用戶設(shè)備UE的尋呼Paging消息；處理器，用于獲得所述Paging消息的優(yōu)先級，其中所述Paging消息的優(yōu)先級是移動性管理實體MME在確定出接收到的承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息時提高后的優(yōu)先級；按照所述優(yōu)先級分配網(wǎng)絡(luò)資源，尋呼所述空閑態(tài)UE。

結(jié)合第六方面，在第六方面的第一種可能的實現(xiàn)方式中，處理器，具體用于在接收到的Paging消息中的優(yōu)先級信元優(yōu)先級中，獲得所述Paging消息的優(yōu)先級。

通過采用上述技術(shù)方案，MME在接收到創(chuàng)建承載請求時，判斷是否是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息，根據(jù)判斷結(jié)果，在確定出是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息時，提高發(fā)送給eNodeB的Paging消息的優(yōu)先級，并根據(jù)優(yōu)先級，分配網(wǎng)絡(luò)資源，尋呼空閑態(tài)UE，從而建立語音業(yè)務(wù)的承載，通過分配優(yōu)先級，能夠解決由于系統(tǒng)負(fù)荷較高、可能采用緩存延遲處理甚至丟棄的處理方式，導(dǎo)致語音承載創(chuàng)建延遲或是失敗，影響用戶感知的問題。

附圖說明

圖1為3GPP系統(tǒng)架構(gòu)結(jié)構(gòu)組成示意圖；

圖2為本發(fā)明實施例一中，提出的語音業(yè)務(wù)建立方法流程圖；

圖3為本發(fā)明實施例二中，提出的語音業(yè)務(wù)建立方法流程圖；

圖4為本發(fā)明實施例二中，提出的語音業(yè)務(wù)建立裝置結(jié)構(gòu)組成示意圖；

圖5為本發(fā)明實施例二中，提出的語音業(yè)務(wù)建立設(shè)備結(jié)構(gòu)組成示意圖；

圖6為本發(fā)明實施例三中，提出的語音業(yè)務(wù)建立方法流程圖；

圖7為本發(fā)明實施例三中，提出的語音業(yè)務(wù)建立裝置結(jié)構(gòu)組成示意圖；

圖8為本發(fā)明實施例三中，提出的語音業(yè)務(wù)建立設(shè)備結(jié)構(gòu)組成示意圖。

具體實施方式

針對在創(chuàng)建語音承載的過程中，若eNodeB接收到Paging消息時系統(tǒng)負(fù)荷較高，處理Paging消息時可能采用緩存延遲處理甚至丟棄的處理方式，導(dǎo)致語音承載創(chuàng)建延遲或是失敗，影響用戶感知的問題，本發(fā)明實施例提出的技術(shù)方案中，MME在接收到創(chuàng)建承載請求時，判斷是否是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息，根據(jù)判斷結(jié)果，在確定出是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息時，提高發(fā)送給eNodeB的Paging消息的優(yōu)先級，并根據(jù)優(yōu)先級，分配網(wǎng)絡(luò)資源，尋呼空閑態(tài)UE，從而建立語音業(yè)務(wù)的承載，通過分配優(yōu)先級，能夠解決由于系統(tǒng)負(fù)荷較高、可能采用緩存延遲處理甚至丟棄的處理方式，導(dǎo)致語音承載創(chuàng)建延遲或是失敗，影響用戶感知的問題。

下面將結(jié)合各個附圖對本發(fā)明實施例技術(shù)方案的主要實現(xiàn)原理、具體實施方式及其對應(yīng)能夠達(dá)到的有益效果進(jìn)行詳細(xì)地闡述。

實施例一

本發(fā)明實施例一提出一種語音業(yè)務(wù)建立方法，該方法應(yīng)用于3GPP系統(tǒng)架構(gòu)中，如圖1所示，主要包括SGW、MME、eNodeB、UE等網(wǎng)元設(shè)備。其中：

MME，是3GPP協(xié)議規(guī)定中的LTE接入網(wǎng)絡(luò)的控制節(jié)點(diǎn)，用于負(fù)責(zé)空閑態(tài)UE的定位、以及傳呼過程，包括中繼。即MME是用于負(fù)責(zé)信令處理的網(wǎng)元設(shè)備。MME涉及承載(英文：bearer)激活/關(guān)閉過程。當(dāng)一個UE初始化后接入到系統(tǒng)時，MME為該UE選擇一個SGW。通過和HSS交互完成UE的認(rèn)證，以及為該UE分配臨時ID。MME支持在設(shè)定權(quán)限范圍內(nèi)，對UE進(jìn)行攔截、監(jiān)聽。MME為2G/3G接入系統(tǒng)提供了控制函數(shù)接收器，通過S3接收器。為漫游UE、面向HSS同樣提供了S6a接收器。

如圖2所示，本發(fā)明實施例一提出的技術(shù)方案中，詳細(xì)闡述UE 2向處于空閑態(tài)的UE1發(fā)起語音呼叫，IMS系統(tǒng)接收UE B發(fā)送的語音呼叫請求，通過PCRF與EPC網(wǎng)元通訊，由EPC網(wǎng)絡(luò)完成呼叫UE B的動作，語音業(yè)務(wù)建立流程具體如下述：

步驟11，UE 2發(fā)送語音呼叫請求。

UE 2發(fā)送語音呼叫請求，請求尋呼處于空閑態(tài)的UE1。

步驟12，PCRF將接收到的語音呼叫請求通過PDN GW、SGW轉(zhuǎn)發(fā)給MME，用于尋呼UE1。

步驟13，MME接收用于尋呼空閑態(tài)UE2的承載觸發(fā)消息。

步驟14，MME根據(jù)接收到的承載觸發(fā)消息，判斷該承載觸發(fā)消息是否是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息。

其中，MME判斷承載觸發(fā)消息是否是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息可以包含下述兩種方式中的一種：

第一種方式：承載觸發(fā)消息包括創(chuàng)建承載請求(英文：Create Bearer Request)

該種方式中，MME按照下述方式確定承載觸發(fā)消息是否是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息：

首先，MME在接收到的Create Bearer Request中，獲得服務(wù)質(zhì)量(英文：Quality of Service，縮寫：QoS)分類識別碼(英文：QoS Class Identifier，縮寫：QCI)。

其次，確定獲得的QCI是否是有效值。

再次，在QCI是有效值時，確定該接收到的承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息。

根據(jù)IMS的不同配置，若SGW觸發(fā)了Create Bearer Request消息，MME判斷Create Bearer Request消息中QCI是否為1，如果QCI為1，則該Create Bearer Request消息是用于創(chuàng)建語音承載。因此，對于QCI＝1的Create Bearer Request消息，MME采用優(yōu)先調(diào)度的方式，可以保證在系統(tǒng)擁塞或者緊急狀況下優(yōu)先獲取網(wǎng)絡(luò)資源。

第二種方式：承載觸發(fā)消息包括下行數(shù)據(jù)通知(英文：Downlink Data Notification)消息。

該種方式中，MME按照下述方式確定接收到的承載觸發(fā)消息是否是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息：

首先，MME在接收到的Downlink Data Notification消息中，獲得演進(jìn)分組系統(tǒng)(英文：Evolved Packet System，縮寫：EPS)承載標(biāo)識(英文：EPS Bearer ID)。

其次，在確定出EPS Bearer ID是創(chuàng)建用于承載語音業(yè)務(wù)承載的承載標(biāo)識時，確定承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息。

該種方式中，若SGW觸發(fā)了Downlink Data Notification消息，MME判斷Downlink Data Notification消息中的EPS Bearer ID是否為語音承載的Bearer ID，對于EPS Bearer ID為語音承載的Downlink Data Notification消息，MME會采用優(yōu)先調(diào)度的方式，可以保證在系統(tǒng)擁塞或者緊急狀況下優(yōu)先獲取網(wǎng)絡(luò)資源。

步驟15，MME在確定出承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息時，確定該承載觸發(fā)消息的優(yōu)先級。

其中，MME可以將發(fā)送給基站的Paging消息中的優(yōu)先級信元尋呼優(yōu)先級設(shè)置為最高優(yōu)先級。

步驟16，按照優(yōu)先級分配網(wǎng)絡(luò)資源，將尋呼消息發(fā)送給eNodeB。

一種較佳地實現(xiàn)方式，本發(fā)明實施例一提出的技術(shù)方案中，MME采用優(yōu)先級調(diào)度算法，在發(fā)送給eNodeB的PS Paging消息中，將優(yōu)先級信元的尋呼優(yōu)先級(英文：Paging Priority)設(shè)置為最高優(yōu)先級。

步驟17，eNodeB接收到Paging消息，尋呼空閑態(tài)UE 2。

eNodeB接收到Paging消息，獲得Paging消息的優(yōu)先級，按照優(yōu)先級分配網(wǎng)絡(luò)資源，尋呼所述空閑態(tài)UE2。eNodeB可以在接收到的Paging消息中的優(yōu)先級信元優(yōu)先級中，獲得Paging消息的優(yōu)先級。

一種較佳地實現(xiàn)方式，本發(fā)明實施例一提出的技術(shù)方案中，eNodeB接收到Paging Priority為最高優(yōu)先級的Paging消息，提高此消息的處理等級，確保在網(wǎng)絡(luò)擁塞或者緊急狀況下高優(yōu)先級處理Paging Priority為最高優(yōu)先級的Paging流程。

Paging業(yè)務(wù)的觸發(fā)原因，可以是數(shù)據(jù)業(yè)務(wù)，也可以是語音業(yè)務(wù)。當(dāng)被叫UE處于空閑態(tài)(即釋放無線側(cè)資源)時，如果網(wǎng)絡(luò)需要尋呼該UE，期望UE進(jìn)行被叫數(shù)據(jù)業(yè)務(wù)或被叫語音業(yè)務(wù)時，即會觸發(fā)Paging流程。在EPC系統(tǒng)中，為了節(jié)省無線側(cè)資源，會有較多UE處于空閑態(tài)，因此Paging的量級往往比較高。通常情況下，語音業(yè)務(wù)觸發(fā)的Paging，如果因為網(wǎng)絡(luò)擁塞未能及時響應(yīng)處理，會導(dǎo)致用戶被叫失敗，影響用戶感知。在LTE網(wǎng)絡(luò)中，語音業(yè)務(wù)、數(shù)據(jù)業(yè)務(wù)觸發(fā)的Paging并未進(jìn)行區(qū)分。因此，如果當(dāng)時網(wǎng)絡(luò)擁塞，或者Paging的量級過高時，MME、eNodeB網(wǎng)元均可能會隨機(jī)丟棄Paging消息，如果丟棄的是語音業(yè)務(wù)觸發(fā)的Paging，對于被叫的空閑態(tài)UE而言，其被叫成功率可能因此而降低，基于此，本發(fā)明實施例一上述提出的技術(shù)方案中，在接收到承載觸發(fā)消息時，通過判斷承載觸發(fā)消息類型，從而在確定出是語音業(yè)務(wù)承載的消息時，通過設(shè)定優(yōu)先級的方式，保證該承載觸發(fā)消息優(yōu)先處理，從而可以解決在創(chuàng)建語音承載的過程中，若eNodeB接收到Paging消息時系統(tǒng)負(fù)荷較高，對于Paging消息，可能采用緩存延遲處理甚至丟棄的處理方式，導(dǎo)致語音承載創(chuàng)建延遲或是失敗的問題，提高被叫用戶被尋呼到的概率，進(jìn)而提升被叫成功率。

實施例二

本發(fā)明實施例二提出一種語音業(yè)務(wù)建立方法，如圖3所示，其處理流程如下述：

步驟31，MME接收用于尋呼空閑態(tài)UE的承載觸發(fā)消息。

為便于闡述，本發(fā)明實施例二提出的技術(shù)方案中，以UE 2向處于空閑態(tài)的UE1發(fā)起語音呼叫，IMS系統(tǒng)接收UE B發(fā)送的語音呼叫請求，通過PCRF與EPC網(wǎng)元通訊，由EPC網(wǎng)絡(luò)完成呼叫UE B的動作為例進(jìn)行詳細(xì)闡述。

UE 2發(fā)送語音呼叫請求，請求尋呼處于空閑態(tài)的UE1。PCRF將接收到的語音呼叫請求通過PDN GW、SGW轉(zhuǎn)發(fā)給MME，用于尋呼UE1。MME接收用于尋呼空閑態(tài)UE2的承載觸發(fā)消息。

步驟32，MME根據(jù)接收到的承載觸發(fā)消息，判斷該承載觸發(fā)消息是否是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息。

其中，MME判斷承載觸發(fā)消息是否是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息可以包含下述兩種方式中的一種：

第一種方式：承載觸發(fā)消息包括創(chuàng)建承載請求(英文：Create Bearer Request)

該種方式中，MME按照下述方式確定承載觸發(fā)消息是否是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息：

首先，MME在接收到的Create Bearer Request中，獲得服務(wù)質(zhì)量(英文：Quality of Service，縮寫：QoS)分類識別碼(英文：QoS Class Identifier，縮寫：QCI)。

其次，確定獲得的QCI是否是有效值。

再次，在QCI是有效值時，確定該接收到的承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息。

根據(jù)IMS的不同配置，若SGW觸發(fā)了Create Bearer Request消息，MME判斷Create Bearer Request消息中QCI是否為1，如果QCI為1，則該Create Bearer Request消息是用于創(chuàng)建語音承載。因此，對于QCI＝1的Create Bearer Request消息，MME采用優(yōu)先調(diào)度的方式，可以保證在系統(tǒng)擁塞或者緊急狀況下優(yōu)先獲取網(wǎng)絡(luò)資源。

第二種方式：承載觸發(fā)消息包括下行數(shù)據(jù)通知(英文：Downlink Data Notification)消息。

該種方式中，MME按照下述方式確定接收到的承載觸發(fā)消息是否是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息：

首先，MME在接收到的Downlink Data Notification消息中，獲得演進(jìn)分組系統(tǒng)(英文：Evolved Packet System，縮寫：EPS)承載標(biāo)識(英文：EPS Bearer ID)。

其次，在確定出EPS Bearer ID是創(chuàng)建用于承載語音業(yè)務(wù)承載的承載標(biāo)識時，確定承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息。

該種方式中，若SGW觸發(fā)了Downlink Data Notification消息，MME判斷Downlink Data Notification消息中的EPS Bearer ID是否為語音承載的Bearer ID，對于EPS Bearer ID為語音承載的Downlink Data Notification消息，MME會采用優(yōu)先調(diào)度的方式，可以保證在系統(tǒng)擁塞或者緊急狀況下優(yōu)先獲取網(wǎng)絡(luò)資源。

步驟33，MME在確定出承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息時，提高用于尋呼空閑態(tài)UE的尋呼Paging消息的優(yōu)先級。

其中，MME可以將發(fā)送給基站的Paging消息中的優(yōu)先級信元尋呼優(yōu)先級設(shè)置為最高優(yōu)先級。

步驟34，MME將提高優(yōu)先級后的Paging消息發(fā)送給基站，用于尋呼空閑態(tài)UE。

一種較佳地實現(xiàn)方式，本發(fā)明實施例二提出的技術(shù)方案中，MME采用優(yōu)先級調(diào)度算法，在發(fā)送給eNodeB的PS Paging消息中，將優(yōu)先級信元的尋呼優(yōu)先級(英文：Paging Priority)設(shè)置為最高優(yōu)先級。

Paging業(yè)務(wù)的觸發(fā)原因，可以是數(shù)據(jù)業(yè)務(wù)，也可以是語音業(yè)務(wù)。當(dāng)被叫UE處于空閑態(tài)(即釋放無線側(cè)資源)時，如果網(wǎng)絡(luò)需要尋呼該UE，期望UE進(jìn)行被叫數(shù)據(jù)業(yè)務(wù)或被叫語音業(yè)務(wù)時，即會觸發(fā)Paging流程。在EPC系統(tǒng)中，為了節(jié)省無線側(cè)資源，會有較多UE處于空閑態(tài)，因此Paging的量級往往比較高。通常情況下，語音業(yè)務(wù)觸發(fā)的Paging，如果因為網(wǎng)絡(luò)擁塞未能及時響應(yīng)處理，會導(dǎo)致用戶被叫失敗，影響用戶感知。在LTE網(wǎng)絡(luò)中，語音業(yè)務(wù)、數(shù)據(jù)業(yè)務(wù)觸發(fā)的Paging并未進(jìn)行區(qū)分。因此，如果當(dāng)時網(wǎng)絡(luò)擁塞，或者Paging的量級過高時，MME、eNodeB網(wǎng)元均可能會隨機(jī)丟棄Paging消息，如果丟棄的是語音業(yè)務(wù)觸發(fā)的Paging，對于被叫的空閑態(tài)UE而言，其被叫成功率可能因此而降低，基于此，本發(fā)明實施例二上述提出的技術(shù)方案中，在接收到承載觸發(fā)消息時，通過判斷承載觸發(fā)消息類型，從而在確定出是語音業(yè)務(wù)承載的消息時，通過設(shè)定優(yōu)先級的方式，保證該承載觸發(fā)消息優(yōu)先處理，從而可以解決在創(chuàng)建語音承載的過程中，若eNodeB接收到Paging消息時系統(tǒng)負(fù)荷較高，對于Paging消息，可能采用緩存延遲處理甚至丟棄的處理方式，導(dǎo)致語音承載創(chuàng)建延遲或是失敗的問題，提高被叫用戶被尋呼到的概率，進(jìn)而提升被叫成功率。

相應(yīng)地，本發(fā)明實施例還提出一種語音業(yè)務(wù)建立裝置，如圖4所示，其結(jié)構(gòu)具體包括：

接收模塊401，用于接收用于尋呼空閑態(tài)用戶設(shè)備UE的承載觸發(fā)消息。

確定模塊402，用于確定所述承載觸發(fā)消息是否是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息。

其中，所述承載觸發(fā)消息包括創(chuàng)建承載請求Create Bearer Request；所述確定模塊，具體用于在接收到的Create Bearer Request中，獲得服務(wù)質(zhì)量分類識別碼QCI；確定獲得的所述QCI是否是有效值；在所述QCI是有效值時，確定所述承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息。

所述承載觸發(fā)消息包括下行數(shù)據(jù)通知Downlink Data Notification消息；所述確定模塊，具體用于在接收到的Downlink Data Notification消息中，獲得演進(jìn)分組系統(tǒng)承載標(biāo)識EPS Bearer ID；在確定出所述EPS Bearer ID是創(chuàng)建用于承載語音業(yè)務(wù)承載的承載標(biāo)識時，確定所述承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息。

執(zhí)行模塊403，用于在確定出所述承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息時，提高用于尋呼空閑態(tài)UE的尋呼Paging消息的優(yōu)先級。

具體地，上述執(zhí)行模塊，具體用于將發(fā)送給基站的Paging消息中的優(yōu)先級信元優(yōu)先級設(shè)置為最高優(yōu)先級。

發(fā)送模塊404，用于將提高優(yōu)先級后的所述Paging消息發(fā)送給基站，用于尋呼所述空閑態(tài)UE。

相應(yīng)地，本發(fā)明實例二還提出一種語音業(yè)務(wù)建立設(shè)備，如圖5所示，包括接收器和處理器，接收器和處理器之間可以通過總線連接：

接收器501，用于接收用于尋呼空閑態(tài)用戶設(shè)備UE的承載觸發(fā)消息。

處理器502，用于確定所述承載觸發(fā)消息是否是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息；在確定出所述承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息時，提高用于尋呼空閑態(tài)UE的尋呼Paging消息的優(yōu)先級；

發(fā)送器503，用于將提高優(yōu)先級后的所述Paging消息通過所述接口器501器發(fā)送給基站，用于尋呼所述空閑態(tài)UE。

接收器和發(fā)送器中的接口可以為以下一種或多種：提供有線接口的網(wǎng)絡(luò)接口控制器(英文：network interface controller，縮寫：NIC)，例如以太網(wǎng)NIC，該以太網(wǎng)NIC可以提供銅線和/或光纖接口；提供無線接口的NIC，例如無線局域網(wǎng)(英文：wireless local area network，縮寫：WLAN)NIC。

處理器可以是中央處理器(英文：central processing unit，縮寫：CPU)，或者是CPU和硬件芯片的組合。信號處理器還可以是網(wǎng)絡(luò)處理器(英文：network processor，縮寫：NP)。或者是CPU和NP的組合，或者是NP和硬件芯片的組合。

上述硬件芯片可以是以下一種或多種的組合：專用集成電路(英文：application-specific integrated circuit，縮寫：ASIC)，現(xiàn)場可編程邏輯門陣列(英文：field-programmable gate array，縮寫：FPGA)，復(fù)雜可編程邏輯器件(英文：complex programmable logic device，縮寫：CPLD)。

其中，所述承載觸發(fā)消息包括創(chuàng)建承載請求Create Bearer Request；所述處理器，具體用于在接收到的Create Bearer Request中，獲得服務(wù)質(zhì)量分類識別碼QCI；確定獲得的所述QCI是否是有效值；在所述QCI是有效值時，確定所述承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息。

其中，所述承載觸發(fā)消息包括下行數(shù)據(jù)通知Downlink Data Notification消息；所述處理器，具體用于在接收到的Downlink Data Notification消息中，獲得演進(jìn)分組系統(tǒng)承載標(biāo)識EPS Bearer ID；在確定出所述EPS Bearer ID是創(chuàng)建用于承載語音業(yè)務(wù)承載的承載標(biāo)識時，確定所述承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息。

所述處理器，具體用于將發(fā)送給基站的Paging消息中的優(yōu)先級信元優(yōu)先級設(shè)置為最高優(yōu)先級。

實施例三

在基站側(cè)，本發(fā)明實施例三提出一種語音業(yè)務(wù)建立方法，如圖6所示，其具體處理流程如下述：

步驟61，基站接收用于尋呼空閑態(tài)UE的Paging消息。

步驟62，獲得Paging消息的優(yōu)先級。

其中Paging消息的優(yōu)先級是MME在確定出接收到的承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息時提高后的優(yōu)先級。

可以在接收到的Paging消息中的優(yōu)先級信元優(yōu)先級中，獲得Paging消息的優(yōu)先級。

步驟63，按照優(yōu)先級分配網(wǎng)絡(luò)資源，尋呼空閑態(tài)UE。

相應(yīng)地，本發(fā)明實施例三還提出一種語音業(yè)務(wù)建立裝置，如圖7所示，包括：

接收模塊601，用于接收用于尋呼空閑態(tài)用戶設(shè)備UE的尋呼Paging消息。

獲得模塊602，用于獲得所述Paging消息的優(yōu)先級，其中所述Paging消息的優(yōu)先級是移動性管理實體MME在確定出接收到的承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息時提高后的優(yōu)先級。

具體地，所述獲得模塊602，具體用于在接收到的Paging消息中的優(yōu)先級信元優(yōu)先級中，獲得所述Paging消息的優(yōu)先級。

尋呼模塊603，用于按照所述優(yōu)先級分配網(wǎng)絡(luò)資源，尋呼所述空閑態(tài)UE。

相應(yīng)地，本發(fā)明實施例三還提出一種語音業(yè)務(wù)建立設(shè)備，其結(jié)構(gòu)組成請參見圖8所示，包括接收器和處理器，接收器和處理器之間可以通過總線連接：

接收器801，用于接收用于尋呼空閑態(tài)用戶設(shè)備UE的尋呼Paging消息。

處理器802，用于獲得所述Paging消息的優(yōu)先級，其中所述Paging消息的優(yōu)先級是移動性管理實體MME在確定出接收到的承載觸發(fā)消息是創(chuàng)建用于承載語音業(yè)務(wù)承載的消息時提高后的優(yōu)先級；按照所述優(yōu)先級分配網(wǎng)絡(luò)資源，尋呼所述空閑態(tài)UE。

具體地，上述處理器802，具體用于在接收到的Paging消息中的優(yōu)先級信元優(yōu)先級中，獲得所述Paging消息的優(yōu)先級。

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

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

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

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

盡管已描述了本發(fā)明的優(yōu)選實施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實施例落入本發(fā)明范圍的所有變更和修改。

顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。