本發(fā)明涉及通信領(lǐng)域，尤其涉及一種尋呼黑洞失敗處理方法及裝置。

背景技術(shù)：

尋呼黑洞是尋呼失敗率大于一定閾值的區(qū)域，又可稱(chēng)為尋呼黑洞小區(qū)。

長(zhǎng)期演進(jìn)(Long Term Evolution，LTE)系統(tǒng)中，對(duì)于空閑態(tài)的用戶設(shè)備設(shè)備(User，Equipment，UE)，當(dāng)UE有業(yè)務(wù)到達(dá)時(shí)；或者對(duì)于空閑態(tài)或連接態(tài)的UE，當(dāng)系統(tǒng)消息需要變更或者需要進(jìn)行地震海嘯預(yù)警或商業(yè)移動(dòng)預(yù)警服務(wù)時(shí)，網(wǎng)絡(luò)需要對(duì)相應(yīng)的UE進(jìn)行尋呼。尋呼流程通常是：為UE服務(wù)的移動(dòng)管理實(shí)體(Mobile Management Entity，MME)向跟蹤區(qū)域(Tracking Area，TA)范圍內(nèi)的所有演進(jìn)型基站(演進(jìn)型基站又可稱(chēng)為eNodeB或eNB)發(fā)送尋呼消息，當(dāng)eNodeB接收到MME發(fā)送的尋呼消息時(shí)再向其管轄范圍內(nèi)的UE下發(fā)尋呼消息。

在LTE系統(tǒng)核心網(wǎng)架構(gòu)中，服務(wù)網(wǎng)關(guān)(Serving Gateway，S-GW)保存UE的用戶設(shè)備面上下文，如UE的網(wǎng)絡(luò)協(xié)議(Internet Protocol，IP)地址和路由信息等，MME發(fā)送尋呼信息到eNodeB，并與S-GW進(jìn)行信息交互；演進(jìn)的通用陸地?zé)o線接入網(wǎng)(Evolution Universal Terrestrial Radio Access Network，E-UTRAN)可以包括多個(gè)eNB，接收到MME發(fā)送的尋呼消息的eNB會(huì)將尋呼消息發(fā)送到連接的小區(qū)。

EPS網(wǎng)絡(luò)中的詳細(xì)尋呼過(guò)程如圖1所示，當(dāng)S-GW需要向UE發(fā)送下行數(shù)據(jù)卻發(fā)現(xiàn)因UE處于空閑狀態(tài)，而沒(méi)有用戶設(shè)備連接時(shí)，則向UE注冊(cè)的MME發(fā)送下行數(shù)據(jù)通知消息；MME首先確定UE所注冊(cè)的跟蹤區(qū)域列表(Tracking Area List，TAL)，再向該TAL里所有的eNB發(fā)送尋呼消息查找UE，消息中攜 帶有與該TA list中全部TA一一對(duì)應(yīng)的跟蹤區(qū)標(biāo)識(shí)(Tracking Area Identifier，TAI)；eNB接收到該尋呼消息后，查找哪些小區(qū)屬于TAL所包含的TA，向查找出的小區(qū)發(fā)送該尋呼消息；當(dāng)前處于小區(qū)中的UE接收到該尋呼消息后，發(fā)送尋呼響應(yīng)消息到與其所在小區(qū)相連的eNB，eNB通知MME尋呼已響應(yīng)；MME則不繼續(xù)向eNB下發(fā)尋呼消息。

尋呼成功率是移動(dòng)通信系統(tǒng)的重要網(wǎng)絡(luò)質(zhì)量指標(biāo)，它直接影響無(wú)線接入性與其它網(wǎng)絡(luò)質(zhì)量指標(biāo)的優(yōu)劣。若出現(xiàn)尋呼黑洞將直接影響尋呼成功率。在現(xiàn)有技術(shù)中通常采用以下三種方法進(jìn)行尋呼黑洞的處理，以提高尋呼成功率。

第一，通過(guò)道路測(cè)試或者呼叫質(zhì)量撥打測(cè)試(Call Quality Test，CQT)發(fā)現(xiàn)尋呼黑洞問(wèn)題，然后再根據(jù)測(cè)量得到的下行電平值進(jìn)行估計(jì)尋呼失敗的原因。如果下行電平大于良好閾值，那么就認(rèn)為是信道資源配置問(wèn)題或者是上行覆蓋問(wèn)題，如果下行電平差(例如小于-95dBm)就認(rèn)為是下行覆蓋問(wèn)題，上行覆蓋在道路測(cè)試與CQT測(cè)試中是看不到的；故僅能對(duì)定位到部分尋呼黑洞，處理效果不佳。

第二，在沒(méi)有監(jiān)測(cè)LTE系統(tǒng)S1接口(或GSM系統(tǒng)A接口、UMTS系統(tǒng)Iu-CS接口)信令前，尋呼成功率指標(biāo)只能通過(guò)MME(或MSC)的統(tǒng)計(jì)報(bào)告中提取，只能采集TA級(jí)別的尋呼成功率，通過(guò)MME下所有TA的尋呼成功率指標(biāo)對(duì)比，發(fā)現(xiàn)尋呼較差的TA并關(guān)聯(lián)到相應(yīng)的地理范圍，顯然不能精確定位尋呼黑洞的位置所在，處理效率及處理效果都不夠理想。

第三，在監(jiān)測(cè)LTE系統(tǒng)S1接口信令后(或GSM系統(tǒng)A接口、UMTS系統(tǒng)Iu-CS接口)，可通過(guò)S1接口關(guān)鍵信令中提取尋呼無(wú)響應(yīng)的統(tǒng)計(jì)，具體現(xiàn)象體現(xiàn)為MME在收到SGS口上MSC發(fā)來(lái)的尋呼消息后，在S1-MME口給用戶設(shè)備所在TAC區(qū)的eNodeB下發(fā)尋呼消息，但未收到用戶設(shè)備的任何響應(yīng)。由于沒(méi)有eNodeB返回的響應(yīng)消息，從S1接口無(wú)法得到用戶設(shè)備出現(xiàn)問(wèn)題所在的接入網(wǎng)的小區(qū)識(shí)別碼，(E-UTRAN Cell Indentifier，ECI)信息，只能從S1尋呼消息中拿到用戶設(shè)備所處的跟蹤區(qū)域碼(Tracing Area Code，TAC)。根據(jù)用戶設(shè)備最近一次發(fā)生業(yè)務(wù)的確定尋呼黑洞，但是實(shí)踐證明這種方式確定的尋呼黑 洞準(zhǔn)確度低，結(jié)果不可靠。

故提出一種能夠精確定位出尋呼黑洞的方法是現(xiàn)有技術(shù)亟待解決的問(wèn)題。

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

有鑒于此，本發(fā)明實(shí)施例期望提供一種尋呼黑洞失敗處理方法及裝置，能夠至少部分解決上述問(wèn)題。

為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的：

本發(fā)明實(shí)施例第一方面提供一種尋呼失敗處理方法，所述方法包括：

從通信網(wǎng)絡(luò)接口提取表征尋呼失敗的尋呼失敗消息；

依據(jù)所述尋呼失敗消息，確定出尋呼失敗的用戶設(shè)備的設(shè)備標(biāo)識(shí)；

基于設(shè)備標(biāo)識(shí)獲取所述用戶設(shè)備的與尋呼關(guān)聯(lián)的關(guān)聯(lián)信息；

基于所述關(guān)聯(lián)信息，確定導(dǎo)致尋呼失敗的尋呼黑洞小區(qū)和/或?qū)е聦ず艉诙葱^(qū)的原因。

優(yōu)選地，所述從通信網(wǎng)絡(luò)接口提取表征尋呼失敗的尋呼失敗消息，包括：從S1-MME接口采集尋呼失敗消息；

所述依據(jù)所述尋呼失敗消息，確定出尋呼失敗的用戶設(shè)備的設(shè)備標(biāo)識(shí)，包括：解析從S1-MME接口采集的尋呼失敗消息，確定尋呼失敗的用戶設(shè)備的設(shè)備標(biāo)識(shí)；

所述基于設(shè)備標(biāo)識(shí)獲取所述用戶設(shè)備的與尋呼關(guān)聯(lián)的關(guān)聯(lián)信息，包括：

基于所述設(shè)備標(biāo)識(shí)確定出所述用戶設(shè)備尋呼成功的跟蹤區(qū)更新的目標(biāo)小區(qū)；

所述基于所述關(guān)聯(lián)信息，確定導(dǎo)致尋呼失敗的尋呼黑洞小區(qū)和/或?qū)е聦ず艉诙葱^(qū)的原因，包括：確定與所述目標(biāo)小區(qū)不屬于同一跟蹤區(qū)列表的小區(qū)為所述尋呼黑洞小區(qū)和/或確定同一MME內(nèi)部的跟蹤區(qū)更新導(dǎo)致了尋呼黑洞小區(qū)。

優(yōu)選地，所述從通信網(wǎng)絡(luò)接口提取表征尋呼失敗的尋呼失敗消息，包括：從S6a接口采集跨MME的跟蹤區(qū)更新TAU完成消息及從SGs接口采集尋呼失 敗消息；

所述基于設(shè)備標(biāo)識(shí)獲取所述用戶設(shè)備的與尋呼關(guān)聯(lián)的關(guān)聯(lián)信息，包括：

基于所述設(shè)備標(biāo)識(shí)確定出所述用戶設(shè)備尋呼成功的跟蹤區(qū)更新的目標(biāo)小區(qū)；

所述基于所述關(guān)聯(lián)信息，確定導(dǎo)致尋呼失敗的尋呼黑洞小區(qū)和/或?qū)е聦ず艉诙葱^(qū)的原因，包括：確定與所述目標(biāo)小區(qū)不屬于同一跟蹤區(qū)列表的小區(qū)為所述尋呼黑洞小區(qū)和/或確定跨MME的跟蹤區(qū)更新導(dǎo)致了尋呼黑洞小區(qū)。

優(yōu)選地，所述從通信網(wǎng)絡(luò)接口提取表征尋呼失敗的尋呼失敗消息，包括：

從SGs接口或S1-MME接口的尋呼失敗消息；其中，所述第一類(lèi)用戶設(shè)備為需要通過(guò)語(yǔ)音回流進(jìn)行語(yǔ)音通信的用戶設(shè)備；

所述基于設(shè)備標(biāo)識(shí)獲取所述用戶設(shè)備的與尋呼關(guān)聯(lián)的關(guān)聯(lián)信息，包括：

依據(jù)從S6a接口采集第一類(lèi)用戶設(shè)備從第一通信制式網(wǎng)絡(luò)重選回第二通信制式網(wǎng)絡(luò)的注冊(cè)信息；

所述基于所述關(guān)聯(lián)信息，確定導(dǎo)致尋呼失敗的尋呼黑洞小區(qū)和/或?qū)е聦ず艉诙葱^(qū)的原因，包括：

解析所述注冊(cè)信息和所述尋呼失敗消息，確定出所述注冊(cè)信息及所述尋呼失敗消息同時(shí)包括的設(shè)備標(biāo)識(shí)；

若所述注冊(cè)信息及所述尋呼失敗消息同時(shí)包括的設(shè)備標(biāo)識(shí)；

基于所述設(shè)備標(biāo)識(shí)確定所述用戶設(shè)備所述從第一通信制式網(wǎng)絡(luò)重選回第二通信制式網(wǎng)絡(luò)的目標(biāo)小區(qū)；

確定所述第一類(lèi)用戶設(shè)備在所述第二通信制式網(wǎng)絡(luò)最后連接的小區(qū)；

若所述從第一通信制式網(wǎng)絡(luò)重選回第二通信制式網(wǎng)絡(luò)的目標(biāo)小區(qū)為所述第一類(lèi)用戶設(shè)備在所述第二通信制式網(wǎng)絡(luò)最后連接的小區(qū)，則確定從所述第一通信制式網(wǎng)絡(luò)重選回所述第二通信制式網(wǎng)絡(luò)導(dǎo)致了所述尋呼黑洞小區(qū)。

優(yōu)選地，所述從通信網(wǎng)絡(luò)接口提取表征尋呼失敗的尋呼失敗消息，包括：

從SGs接口采集的尋呼失敗消息；

所述基于設(shè)備標(biāo)識(shí)獲取所述用戶設(shè)備的與尋呼關(guān)聯(lián)的關(guān)聯(lián)信息，包括：

確定所述尋呼失敗消息中的設(shè)備標(biāo)識(shí)是否包括在所述重附著消息中；

所述基于所述關(guān)聯(lián)信息，確定導(dǎo)致尋呼失敗的尋呼黑洞小區(qū)和/或?qū)е聦ず艉诙葱^(qū)的原因，包括：若所述尋呼失敗消息中的設(shè)備標(biāo)識(shí)有包括在所述重附著消息中，則確定小區(qū)的弱覆蓋導(dǎo)致所述尋呼黑洞小區(qū)。

優(yōu)選地，所述從通信網(wǎng)絡(luò)接口提取表征尋呼失敗的尋呼失敗消息，包括：

依據(jù)從S1-MME接口和SGs接口采集的尋呼失敗消息；

所述基于設(shè)備標(biāo)識(shí)獲取所述用戶設(shè)備的與尋呼關(guān)聯(lián)的關(guān)聯(lián)信息，包括：

基于所述設(shè)備標(biāo)識(shí)采集所述用戶設(shè)備的尋呼失敗的出現(xiàn)頻次；

所述基于所述關(guān)聯(lián)信息，確定導(dǎo)致尋呼失敗的尋呼黑洞小區(qū)和/或?qū)е聦ず艉诙葱^(qū)的原因，包括：

若尋呼失敗的所述設(shè)備標(biāo)識(shí)的出現(xiàn)頻次達(dá)到指定次數(shù)，則確定用戶設(shè)備故障導(dǎo)致了所述尋呼黑洞小區(qū)。

優(yōu)選地，所述基于所述關(guān)聯(lián)信息，確定導(dǎo)致尋呼失敗的尋呼黑洞小區(qū)和/或?qū)е聦ず艉诙葱^(qū)的原因，包括：

在尋呼失敗發(fā)生時(shí)所在的時(shí)間窗口內(nèi)，基于尋呼失敗的設(shè)備標(biāo)識(shí)檢索所述用戶設(shè)備在發(fā)送所述尋呼失敗前執(zhí)行最后一次網(wǎng)絡(luò)事件時(shí)所連接的小區(qū)，確定該小區(qū)為所述尋呼黑洞小區(qū)。

優(yōu)選地，所述方法還包括以下至少其中之一：

當(dāng)跟蹤區(qū)更新導(dǎo)致尋呼失敗時(shí)，修改小區(qū)重選遲滯參數(shù)，以降低更新區(qū)更新頻率；

當(dāng)用戶設(shè)備從第一通信制式網(wǎng)絡(luò)重選回第二通信制式網(wǎng)絡(luò)導(dǎo)致了尋呼失敗時(shí)，修改重選參數(shù)，以降低重選頻率；

當(dāng)小區(qū)弱覆蓋導(dǎo)致了尋呼失敗時(shí)，調(diào)整小區(qū)天饋系統(tǒng)參數(shù)，以提高小區(qū)的覆蓋范圍的信號(hào)強(qiáng)度；

當(dāng)所述用戶設(shè)備的軟件故障導(dǎo)致尋呼失敗時(shí)，通知所述用戶設(shè)備。

本發(fā)明實(shí)施例第二方面提供一種尋呼失敗處理裝置，所述裝置包括：

提取單元，用于從通信網(wǎng)絡(luò)接口提取表征尋呼失敗的尋呼失敗消息；

第一確定單元，用于依據(jù)所述尋呼失敗消息，確定出尋呼失敗的用戶設(shè)備的設(shè)備標(biāo)識(shí)；

獲取單元，用于基于設(shè)備標(biāo)識(shí)獲取所述用戶設(shè)備的與尋呼關(guān)聯(lián)的關(guān)聯(lián)信息；

第二確定單元，用于基于所述關(guān)聯(lián)信息，確定導(dǎo)致尋呼失敗的尋呼黑洞小區(qū)和/或?qū)е聦ず艉诙葱^(qū)的原因。

優(yōu)選地，所述提取單元，具體用于：從S1-MME接口采集尋呼失敗消息；

所述第一確定單元，具體用于解析從S1-MME接口采集的尋呼失敗消息，確定尋呼失敗的用戶設(shè)備的設(shè)備標(biāo)識(shí)；

所述獲取單元，具體用于基于所述設(shè)備標(biāo)識(shí)確定出所述用戶設(shè)備尋呼成功的跟蹤區(qū)更新的目標(biāo)小區(qū)；

所述第二確定單元，具體用于確定與所述目標(biāo)小區(qū)不屬于同一跟蹤區(qū)列表的小區(qū)為所述尋呼黑洞小區(qū)和/或確定同一MME內(nèi)部的跟蹤區(qū)更新導(dǎo)致了尋呼黑洞小區(qū)。

優(yōu)選地，所述提取單元，具體用于從S6a接口采集跨MME的跟蹤區(qū)更新TAU完成消息及從SGs接口采集尋呼失敗消息；

所述獲取單元，具體用于基于所述設(shè)備標(biāo)識(shí)確定出所述用戶設(shè)備尋呼成功的跟蹤區(qū)更新的目標(biāo)小區(qū)；

所述第二確定單元，用于確定與所述目標(biāo)小區(qū)不屬于同一跟蹤區(qū)列表的小區(qū)為所述尋呼黑洞小區(qū)和/或確定跨MME的跟蹤區(qū)更新導(dǎo)致了尋呼黑洞小區(qū)。

優(yōu)選地，所述提取單元，具體用于從SGs接口或S1-MME接口的尋呼失敗消息；其中，所述第一類(lèi)用戶設(shè)備為需要通過(guò)語(yǔ)音回流進(jìn)行語(yǔ)音通信的用戶設(shè)備；

所述獲取單元，具體用于依據(jù)從S6a接口采集第一類(lèi)用戶設(shè)備從第一通信制式網(wǎng)絡(luò)重選回第二通信制式網(wǎng)絡(luò)的注冊(cè)信息；

所述第二確定單元，用于解析所述注冊(cè)信息和所述尋呼失敗消息，確定出所述注冊(cè)信息及所述尋呼失敗消息同時(shí)包括的設(shè)備標(biāo)識(shí)；若所述注冊(cè)信息及所述尋呼失敗消息同時(shí)包括的設(shè)備標(biāo)識(shí)；基于所述設(shè)備標(biāo)識(shí)確定所述用戶設(shè)備所 述從第一通信制式網(wǎng)絡(luò)重選回第二通信制式網(wǎng)絡(luò)的目標(biāo)小區(qū)；確定所述第一類(lèi)用戶設(shè)備在所述第二通信制式網(wǎng)絡(luò)最后連接的小區(qū)；若所述從第一通信制式網(wǎng)絡(luò)重選回第二通信制式網(wǎng)絡(luò)的目標(biāo)小區(qū)為所述第一類(lèi)用戶設(shè)備在所述第二通信制式網(wǎng)絡(luò)最后連接的小區(qū)，則確定從所述第一通信制式網(wǎng)絡(luò)重選回所述第二通信制式網(wǎng)絡(luò)導(dǎo)致了所述尋呼黑洞小區(qū)。

優(yōu)選地，所述提取單元，用于從SGs接口采集的尋呼失敗消息；

所述獲取單元，用于確定所述尋呼失敗消息中的設(shè)備標(biāo)識(shí)是否包括在所述重附著消息中；

所述第二確定單元，具體用于若所述尋呼失敗消息中的設(shè)備標(biāo)識(shí)有包括在所述重附著消息中，則確定小區(qū)的弱覆蓋導(dǎo)致所述尋呼黑洞小區(qū)。

優(yōu)選地，所述提取單元，具體用于依據(jù)從S1-MME接口和SGs接口采集的尋呼失敗消息；

所述獲取單元，用于基于所述設(shè)備標(biāo)識(shí)采集所述用戶設(shè)備的尋呼失敗的出現(xiàn)頻次；

所述第二確定單元，具體用于若尋呼失敗的所述設(shè)備標(biāo)識(shí)的出現(xiàn)頻次達(dá)到指定次數(shù)，則確定用戶設(shè)備故障導(dǎo)致了所述尋呼黑洞小區(qū)。

優(yōu)選地，所述第二確定單元，具體用于在尋呼失敗發(fā)生時(shí)所在的時(shí)間窗口內(nèi)，基于尋呼失敗的設(shè)備標(biāo)識(shí)檢索所述用戶設(shè)備在發(fā)送所述尋呼失敗前執(zhí)行最后一次網(wǎng)絡(luò)事件時(shí)所連接的小區(qū)，確定該小區(qū)為所述尋呼黑洞小區(qū)。

優(yōu)選地，所述裝置還包括：

調(diào)整單元，用于執(zhí)行以下至少其中之一：

當(dāng)跟蹤區(qū)更新導(dǎo)致尋呼失敗時(shí)，修改小區(qū)重選遲滯參數(shù)，以降低更新區(qū)更新頻率；

當(dāng)用戶設(shè)備從第一通信制式網(wǎng)絡(luò)重選回第二通信制式網(wǎng)絡(luò)導(dǎo)致了尋呼失敗時(shí)，修改重選參數(shù)，以降低重選頻率；

當(dāng)小區(qū)弱覆蓋導(dǎo)致了尋呼失敗時(shí)，調(diào)整小區(qū)天饋系統(tǒng)參數(shù)，以提高小區(qū)的覆蓋范圍的信號(hào)強(qiáng)度；

當(dāng)所述用戶設(shè)備的軟件故障導(dǎo)致尋呼失敗時(shí)，通知所述用戶設(shè)備。

本發(fā)明實(shí)施例所述的尋呼黑洞失敗處理方法及裝置，將分析尋呼失敗消息，提取尋呼失敗的用戶設(shè)備的設(shè)備標(biāo)識(shí)，通過(guò)關(guān)聯(lián)信息，再分析關(guān)聯(lián)信息就能夠簡(jiǎn)便快速的確定出尋呼失敗的原因或精確定位出尋呼黑洞小區(qū)。

附圖說(shuō)明

圖1為本發(fā)明實(shí)施例提供的第一種尋呼失敗處理方法的流程示意圖；

圖2為本發(fā)明實(shí)施例所述方法應(yīng)用的一種通信系統(tǒng)的結(jié)構(gòu)示意圖；

圖3為本發(fā)明實(shí)施例提供的一種尋呼失敗處理裝置的結(jié)構(gòu)示意圖；

圖4為本發(fā)明實(shí)施例提供的一種無(wú)線環(huán)境示意圖；

圖5為本發(fā)明實(shí)施例提供的另一種無(wú)線環(huán)境的示意圖；

圖6為本發(fā)明實(shí)施例提供的第二種尋呼失敗處理方法的流程示意圖。

具體實(shí)施方式

以下結(jié)合說(shuō)明書(shū)附圖及具體實(shí)施例對(duì)本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)闡述。

方法實(shí)施例：

如圖1所示，本實(shí)施例提供了一種尋呼失敗處理方法，所述方法包括：

步驟S110：從通信網(wǎng)絡(luò)接口提取表征尋呼失敗的尋呼失敗消息；

步驟S120：依據(jù)所述尋呼失敗消息，確定出尋呼失敗的用戶設(shè)備的設(shè)備標(biāo)識(shí)；

步驟S130：基于設(shè)備標(biāo)識(shí)獲取所述用戶設(shè)備的與尋呼關(guān)聯(lián)的關(guān)聯(lián)信息；

步驟S140：基于所述關(guān)聯(lián)信息，確定導(dǎo)致尋呼失敗的尋呼黑洞小區(qū)和/或?qū)е聦ず艉诙葱^(qū)的原因。

本實(shí)施例所述的尋呼失敗處理方法可應(yīng)用于通信網(wǎng)絡(luò)的任意一個(gè)網(wǎng)元中，具體如基站、移動(dòng)管理實(shí)體MME或服務(wù)網(wǎng)關(guān)SG等設(shè)備中。

如圖2所示為本發(fā)明實(shí)施例所述尋呼失敗處理方法可能應(yīng)用的通信網(wǎng)絡(luò)， 在該通信網(wǎng)絡(luò)中包括移動(dòng)管理實(shí)體MME、基站收發(fā)臺(tái)BTS節(jié)點(diǎn)nodeB、演進(jìn)型基站eNodeB、基站控制器BSC、無(wú)線網(wǎng)絡(luò)控制器RNC、媒體網(wǎng)關(guān)MGW、歸屬簽約用戶服務(wù)器HSS，長(zhǎng)期演進(jìn)系統(tǒng)LTE中的演進(jìn)型基站eNodeB。在圖2中所述MME包括MME1和MME2。在HSS和MME之間的接口為S6a接口。在MME和MSC之間的接口為SGs接口。在MSC和MGW之間的接口為MC接口。在MME和eNodeB之間的接口為S1-MME接口。用戶設(shè)備通過(guò)eNodeB可接入網(wǎng)絡(luò)。圖2中的TAC表示的跟蹤區(qū)碼，不同的TAC的表示歸屬于不同的跟蹤區(qū)。在圖2中展示有TAC1、TAC2和TAC3這三個(gè)不同的跟蹤區(qū)碼。圖2中展示的所述S6a接口、SGs接口、S1-MME接口都可為步驟S110中所述的通信接口。

在進(jìn)行尋呼時(shí)，尋呼的信令中都會(huì)攜帶有被尋呼用戶設(shè)備的設(shè)備標(biāo)識(shí)。這里的設(shè)備標(biāo)識(shí)可為國(guó)際移動(dòng)用戶識(shí)別碼(International Mobile Subscriber Identification Number，IMSI)或通信網(wǎng)絡(luò)為用戶設(shè)備臨時(shí)分配的臨時(shí)識(shí)別碼(Temporary Mobile Subscriber Identity，TMSI)。同樣在表征尋呼失敗的尋呼失敗消息中，也可以獲得所述用戶標(biāo)識(shí)，故在步驟S120通過(guò)解析所述尋呼失敗消息確定出尋呼失敗的設(shè)備標(biāo)識(shí)。而這些用戶設(shè)備當(dāng)前可能駐留目標(biāo)小區(qū)在某一個(gè)小區(qū)或可能希望切入某一個(gè)目標(biāo)小區(qū)。在進(jìn)行尋呼時(shí)，若尋呼失敗顯然，導(dǎo)致失敗的小區(qū)應(yīng)該位于所述目標(biāo)小區(qū)的附近，故在本實(shí)施例的步驟S130中基于設(shè)備標(biāo)識(shí)獲取所述用戶設(shè)備的與尋呼關(guān)聯(lián)的關(guān)聯(lián)信息。在步驟S140中基于所述關(guān)聯(lián)信息，確定導(dǎo)致尋呼失敗的尋呼黑洞小區(qū)和/或?qū)е聦ず艉诙葱^(qū)的原因。在步驟S130和步驟S140中把可能戶尋呼先關(guān)聯(lián)的關(guān)聯(lián)信息采集起來(lái)，并最終通過(guò)比對(duì)分析等，可確定出尋呼黑洞小區(qū)。若確定了尋呼黑洞小區(qū)，確定了導(dǎo)致尋呼黑洞小區(qū)的原因，就能提供對(duì)應(yīng)的尋呼黑洞處理策略，從而降低尋呼失敗的概率。

本實(shí)施例提供了一種從通信接口采集能夠表征尋呼失敗的尋呼失敗消息，通過(guò)解析尋呼失敗消息確定出尋呼失敗的用戶設(shè)備UE，進(jìn)而根據(jù)UE的所在小區(qū)及UE的操作等能夠簡(jiǎn)便精確的確定出尋呼黑洞小區(qū)及原因。

上述步驟S110至步驟S140的實(shí)現(xiàn)方式有多種，以下介紹幾種可實(shí)現(xiàn)方式：

方式一：

作為本實(shí)施例所述的方法，所述步驟S110可包括：從S1-MME接口采集尋呼失敗消息。所述步驟S120可包括：解析從S1-MME接口采集的尋呼失敗消息，確定尋呼失敗的用戶設(shè)備的設(shè)備標(biāo)識(shí)。所述步驟S130可包括：基于所述設(shè)備標(biāo)識(shí)確定出所述用戶設(shè)備尋呼成功的跟蹤區(qū)更新的目標(biāo)小區(qū)；；步驟S140可包括：確定與所述目標(biāo)小區(qū)不屬于同一跟蹤區(qū)列表的小區(qū)為所述尋呼黑洞小區(qū)和/或確定同一MME內(nèi)部的跟蹤區(qū)更新導(dǎo)致了尋呼黑洞小區(qū)。在本實(shí)施例中會(huì)從圖2所示的S1-MM1接口上采集所述尋呼失消息。若SGs接口的尋呼時(shí)報(bào)消息和S1-MM1接口的尋呼失敗消息中都有同一用戶設(shè)備的設(shè)備標(biāo)識(shí)，可認(rèn)為是基于MME內(nèi)部的TAU導(dǎo)致了尋呼失敗。由于TAU總是發(fā)生在不同的TA或TAL之間。在本實(shí)施例中首先確定出找到尋呼成功的目標(biāo)小區(qū)，若尋呼成功的目標(biāo)小區(qū)所在的TA或TAL就不會(huì)出現(xiàn)因TA或TAL導(dǎo)致尋呼失敗的現(xiàn)象，故在本實(shí)施例中首先確定出尋呼黑洞小區(qū)應(yīng)該不在與所述尋呼成功的目標(biāo)小區(qū)在同一個(gè)TA或TAL，這樣就可以縮小尋呼黑洞小區(qū)，再根據(jù)所述尋呼失敗消息的來(lái)源從而能夠確定出導(dǎo)致尋呼失敗的原因?yàn)橥粋€(gè)MME內(nèi)的跟蹤區(qū)更新。

方式二：

所述步驟S110可包括：從S6a接口采集跨MME的跟蹤區(qū)更新TAU完成消息及從SGs接口采集尋呼失敗消息；所述步驟S120可包括：解析TAU完成消息及尋呼失敗消息，確定出所述TAU完成消息及所述尋呼失敗消息同時(shí)包括的設(shè)備標(biāo)識(shí)；所述步驟S130可包括：基于所述設(shè)備標(biāo)識(shí)確定出所述用戶設(shè)備尋呼成功的跟蹤區(qū)更新的目標(biāo)小區(qū)；所述步驟S140可包括：確定與所述目標(biāo)小區(qū)不屬于同一跟蹤區(qū)列表的小區(qū)為所述尋呼黑洞小區(qū)和/或確定跨MME的跟蹤區(qū)更新導(dǎo)致了尋呼黑洞小區(qū)。

在本實(shí)施例中所述S6a接口采集跨MME TAU完成消息，顯然此時(shí)用戶設(shè)備存在著跨MME的TAU。若所述TAU完成消息和所述尋呼失敗消息均包括統(tǒng) 一設(shè)備標(biāo)識(shí)，則很有可能是跨MME的TAU導(dǎo)致的尋呼失敗。且基于與同一MME內(nèi)的TAU的一樣，與尋呼成功的目標(biāo)小區(qū)在同一TA或TAL中的小區(qū)為非尋呼黑洞小區(qū)，再結(jié)合用戶設(shè)備的目標(biāo)地址就可以縮小尋呼黑洞小區(qū)的范圍，從而精確的確定出尋呼黑洞小區(qū)。

方式三：

所述步驟S110可包括：依據(jù)從S6a接口采集第一類(lèi)用戶設(shè)備從第一通信制式網(wǎng)絡(luò)重選回第二通信制式網(wǎng)絡(luò)的注冊(cè)信息及SGs或S1-MME接口的尋呼失敗消息；其中，所述第一類(lèi)用戶設(shè)備為需要通過(guò)語(yǔ)音回流進(jìn)行語(yǔ)音通信的用戶設(shè)備；這里的第一通信制式網(wǎng)絡(luò)可包括第二代2G網(wǎng)絡(luò)或第三代3G網(wǎng)絡(luò)。所述第二通信制式網(wǎng)絡(luò)可包括第四代網(wǎng)絡(luò)4G。所述第一類(lèi)用戶設(shè)備可為需要在進(jìn)行語(yǔ)音通話等語(yǔ)音通信操作時(shí)，回流的用戶設(shè)備，如蘋(píng)果手機(jī)等。

所述步驟S130可包括：依據(jù)從S6a接口采集第一類(lèi)用戶設(shè)備從第一通信制式網(wǎng)絡(luò)重選回第二通信制式網(wǎng)絡(luò)的注冊(cè)信息。所述步驟S140可包括：解析所述注冊(cè)信息和所述尋呼失敗消息，確定出所述注冊(cè)信息及所述尋呼失敗消息同時(shí)包括的設(shè)備標(biāo)識(shí)；若所述注冊(cè)信息及所述尋呼失敗消息同時(shí)包括的設(shè)備標(biāo)識(shí)；基于所述設(shè)備標(biāo)識(shí)確定所述用戶設(shè)備所述從第一通信制式網(wǎng)絡(luò)重選回第二通信制式網(wǎng)絡(luò)的目標(biāo)小區(qū)；確定所述第一類(lèi)用戶設(shè)備在所述第二通信制式網(wǎng)絡(luò)最后連接的小區(qū)；若所述從第一通信制式網(wǎng)絡(luò)重選回第二通信制式網(wǎng)絡(luò)的目標(biāo)小區(qū)為所述第一類(lèi)用戶設(shè)備在所述第二通信制式網(wǎng)絡(luò)最后連接的小區(qū)，則確定從所述第一通信制式網(wǎng)絡(luò)重選回所述第二通信制式網(wǎng)絡(luò)導(dǎo)致了所述尋呼黑洞小區(qū)。

利用本實(shí)施例所述的方法，能夠篩選出導(dǎo)致尋呼黑洞的原因是否是重選造成的，具有實(shí)現(xiàn)簡(jiǎn)便的特點(diǎn)。

方式四：

所述步驟S110可包括：從SGs接口采集的尋呼失敗消息；所述步驟S130可包括：確定所述尋呼失敗消息中的設(shè)備標(biāo)識(shí)是否包括在所述重附著消息中；所述步驟S140可包括：若所述尋呼失敗消息中的設(shè)備標(biāo)識(shí)有包括在所述重附著消息中，則確定小區(qū)的弱覆蓋導(dǎo)致所述尋呼黑洞小區(qū)。

本實(shí)施例通過(guò)所述重附著信息和尋呼失敗消息的結(jié)合分析，可確定出是否是由重附著導(dǎo)致了所述尋呼黑洞小區(qū)，顯然就簡(jiǎn)便的確定出了導(dǎo)致尋呼失敗的原因。

方式五：

所述步驟S110可包括：依據(jù)從S1-MME接口和SGs接口采集的尋呼失敗消息；所述步驟S130可包括：基于所述設(shè)備標(biāo)識(shí)采集所述用戶設(shè)備的尋呼失敗的出現(xiàn)頻次；所述步驟S140可包括：若尋呼失敗的所述設(shè)備標(biāo)識(shí)的出現(xiàn)頻次達(dá)到指定次數(shù)，則確定用戶設(shè)備故障導(dǎo)致了所述尋呼黑洞小區(qū)。

在本實(shí)施例中可根據(jù)同一個(gè)用戶設(shè)備的是否總是頻繁的出現(xiàn)尋呼失敗，從而確定出是否是用戶設(shè)備出現(xiàn)故障，從而避免誤認(rèn)為是通信網(wǎng)絡(luò)參數(shù)導(dǎo)致尋呼失敗的。在具體實(shí)現(xiàn)時(shí)，可首先采用前述方式一至凡是四中的方式排出上述導(dǎo)致尋呼黑洞小區(qū)和導(dǎo)致尋呼失敗的原因后，再利用本方式所述的方法，來(lái)確定是否是用戶設(shè)備故障。

在本實(shí)施例中所述用戶設(shè)備故障可包括用戶設(shè)備的軟件故障和硬件故障兩種，具體是哪一種可需要后續(xù)分析。

方式六：

所述步驟S140還可包括：在尋呼失敗發(fā)生時(shí)所在的時(shí)間窗口內(nèi)，基于尋呼失敗的設(shè)備標(biāo)識(shí)檢索所述用戶設(shè)備在發(fā)送所述尋呼失敗前執(zhí)行最后一次網(wǎng)絡(luò)事件時(shí)所連接的小區(qū)，確定該小區(qū)為所述尋呼黑洞小區(qū)。

本實(shí)施例還提供了另一種有別于前述實(shí)施例中的所述確定尋呼黑洞小區(qū)的方法，在本實(shí)施例中若用戶設(shè)備發(fā)生尋呼失敗，而尋呼失敗之前，所述用戶設(shè)備還與通信網(wǎng)絡(luò)的接入網(wǎng)絡(luò)有過(guò)多次網(wǎng)絡(luò)事件的執(zhí)行，通常網(wǎng)絡(luò)事件的執(zhí)行都伴隨著信息交互，如信號(hào)質(zhì)量測(cè)量結(jié)果上報(bào)事件等。若用戶設(shè)備執(zhí)行了所述網(wǎng)絡(luò)事件，很大幾率上用戶設(shè)備沒(méi)有故障，而最后一次執(zhí)行所述網(wǎng)絡(luò)事件所連接的小區(qū)，很有可能就是在用戶設(shè)備未大范圍移動(dòng)的場(chǎng)景下時(shí)的尋呼黑洞小區(qū)。

基于上述確定尋呼失敗原因或確定尋呼黑洞小區(qū)的方式，以下提供一下針對(duì)每一種尋呼失敗的后續(xù)處理方法；故所述方法還包括：

所述方法還包括以下至少其中之一：

當(dāng)跟蹤區(qū)更新導(dǎo)致尋呼失敗時(shí)，修改小區(qū)重選遲滯參數(shù)，以降低更新區(qū)更新頻率；這里的跟蹤區(qū)更新可包括同一MME下的跟蹤區(qū)更新，和跨MME的跟蹤區(qū)更新；

當(dāng)用戶設(shè)備從第一通信制式網(wǎng)絡(luò)重選回第二通信制式網(wǎng)絡(luò)導(dǎo)致了尋呼失敗時(shí)，修改重選參數(shù)，以降低重選頻率；

當(dāng)小區(qū)弱覆蓋導(dǎo)致了尋呼失敗時(shí)，調(diào)整小區(qū)天饋系統(tǒng)參數(shù)，以提高小區(qū)的覆蓋范圍的信號(hào)強(qiáng)度；

當(dāng)所述用戶設(shè)備的軟件故障導(dǎo)致尋呼失敗時(shí)，通知所述用戶設(shè)備。

這里的軟件故障可包括用戶設(shè)備內(nèi)部的軟件沖突或進(jìn)程吊死導(dǎo)致的尋呼無(wú)響應(yīng)等現(xiàn)象。在本實(shí)施例中可控制網(wǎng)絡(luò)向該用戶設(shè)備發(fā)送通知，通知或控制用戶設(shè)備重啟或更換正常的用戶設(shè)備，以提高尋呼成功率。

當(dāng)然，所述用戶設(shè)備包括第一類(lèi)用戶設(shè)備和第二類(lèi)用戶設(shè)備；所述第一類(lèi)用戶設(shè)備需要通過(guò)語(yǔ)音回流進(jìn)行語(yǔ)音通信的用戶設(shè)備；所述第二類(lèi)用戶設(shè)備為所述第一類(lèi)用戶設(shè)備以外的用戶設(shè)備。針對(duì)兩類(lèi)不同的用戶設(shè)備。所述步驟S110可包括：當(dāng)所述用戶設(shè)備為所述第一類(lèi)用戶設(shè)備時(shí)，從SGs接口、S1接口、S6a接口及MC接口提取所述尋呼失敗消息；和/或，當(dāng)所述用戶設(shè)備為所述第二類(lèi)用戶設(shè)備時(shí)，從S1接口和S6A接口提取所述尋呼失敗消息。

設(shè)備實(shí)施例：

如圖3所示，本實(shí)施例提供一種尋呼失敗處理裝置，所述裝置包括：

提取單元110，用于從通信網(wǎng)絡(luò)接口提取表征尋呼失敗的尋呼失敗消息；

第一確定單元120，用于依據(jù)所述尋呼失敗消息，確定出尋呼失敗的用戶設(shè)備的設(shè)備標(biāo)識(shí)；

獲取單元130，用于基于設(shè)備標(biāo)識(shí)獲取所述用戶設(shè)備的與尋呼關(guān)聯(lián)的關(guān)聯(lián)信息；

第二確定單元140，用于基于所述關(guān)聯(lián)信息，確定導(dǎo)致尋呼失敗的尋呼黑洞小區(qū)和/或?qū)е聦ず艉诙葱^(qū)的原因。

本實(shí)施例中所述提取單元110和所述獲取單元130都可包括通信接口，可用于從各個(gè)接口采集或接收所述尋呼失敗消息或關(guān)聯(lián)信息。所述提取單元110和所述獲取單元130可對(duì)應(yīng)于同一個(gè)通信接口，也可以對(duì)應(yīng)于不同的通信接口。

所述第一確定單元120和所述第二確定單元140可對(duì)應(yīng)于處理器或處理電路。所述處理器可包括應(yīng)用處理器、中央處理器、微處理器、數(shù)字信號(hào)處理器或可編程陣列等。所述處理電路可包括專(zhuān)用集成電路。

所述裝置內(nèi)還可包括存儲(chǔ)介質(zhì)。所述存儲(chǔ)介質(zhì)分別與所述通信接口和所述處理器或處理電路相連。所述存儲(chǔ)介質(zhì)可為非瞬間存儲(chǔ)介質(zhì)，可用于存儲(chǔ)可執(zhí)行代碼。所述處理器或處理電路通過(guò)執(zhí)行所述可執(zhí)行代碼實(shí)現(xiàn)上述功能。處理器或處理電路通過(guò)總線等裝置內(nèi)部的通信接口與所述存儲(chǔ)介質(zhì)相連。

本實(shí)施例所述的裝置，可為能夠?qū)崿F(xiàn)方法實(shí)施例中所述方法的實(shí)施硬件，同樣具有能夠快速分析出導(dǎo)致尋呼失敗的原因和/或精確定位出尋呼失敗黑洞小區(qū)的特點(diǎn)。

以下提供幾種所述裝置的可選結(jié)構(gòu)。

結(jié)構(gòu)一：

所述提取單元110，具體用于：從S1-MME接口采集尋呼失敗消息；

所述獲取單元130，具體用于基于所述設(shè)備標(biāo)識(shí)確定出所述用戶設(shè)備尋呼成功的跟蹤區(qū)更新的目標(biāo)小區(qū)；

所述第二確定單元140，具體用于確定與所述目標(biāo)小區(qū)不屬于同一跟蹤區(qū)列表的小區(qū)為所述尋呼黑洞小區(qū)和/或確定同一MME內(nèi)部的跟蹤區(qū)更新導(dǎo)致了尋呼黑洞小區(qū)。

結(jié)構(gòu)二：

所述提取單元110，具體用于從S6a接口采集跨MME的跟蹤區(qū)更新TAU完成消息及從SGs接口采集尋呼失敗消息；

所述獲取單元130，具體用于基于所述設(shè)備標(biāo)識(shí)確定出所述用戶設(shè)備尋呼成功的跟蹤區(qū)更新的目標(biāo)小區(qū)；

所述第二確定單元140，用于確定與所述目標(biāo)小區(qū)不屬于同一跟蹤區(qū)列表 的小區(qū)為所述尋呼黑洞小區(qū)和/或確定跨MME的跟蹤區(qū)更新導(dǎo)致了尋呼黑洞小區(qū)。

結(jié)構(gòu)三：

所述提取單元110，具體用于從SGs接口或S1-MME接口的尋呼失敗消息；其中，所述第一類(lèi)用戶設(shè)備為需要通過(guò)語(yǔ)音回流進(jìn)行語(yǔ)音通信的用戶設(shè)備；

所述獲取單元130，具體用于依據(jù)從S6a接口采集第一類(lèi)用戶設(shè)備從第一通信制式網(wǎng)絡(luò)重選回第二通信制式網(wǎng)絡(luò)的注冊(cè)信息；

所述第二確定單元140，用于解析所述注冊(cè)信息和所述尋呼失敗消息，確定出所述注冊(cè)信息及所述尋呼失敗消息同時(shí)包括的設(shè)備標(biāo)識(shí)；若所述注冊(cè)信息及所述尋呼失敗消息同時(shí)包括的設(shè)備標(biāo)識(shí)；基于所述設(shè)備標(biāo)識(shí)確定所述用戶設(shè)備所述從第一通信制式網(wǎng)絡(luò)重選回第二通信制式網(wǎng)絡(luò)的目標(biāo)小區(qū)；確定所述第一類(lèi)用戶設(shè)備在所述第二通信制式網(wǎng)絡(luò)最后連接的小區(qū)；若所述從第一通信制式網(wǎng)絡(luò)重選回第二通信制式網(wǎng)絡(luò)的目標(biāo)小區(qū)為所述第一類(lèi)用戶設(shè)備在所述第二通信制式網(wǎng)絡(luò)最后連接的小區(qū)，則確定從所述第一通信制式網(wǎng)絡(luò)重選回所述第二通信制式網(wǎng)絡(luò)導(dǎo)致了所述尋呼黑洞小區(qū)。

結(jié)構(gòu)四：

所述提取單元110，用于從SGs接口采集的尋呼失敗消息；

所述獲取單元130，用于確定所述尋呼失敗消息中的設(shè)備標(biāo)識(shí)是否包括在所述重附著消息中；

所述第二確定單元140，具體用于若所述尋呼失敗消息中的設(shè)備標(biāo)識(shí)有包括在所述重附著消息中，則確定小區(qū)的弱覆蓋導(dǎo)致所述尋呼黑洞小區(qū)。

結(jié)構(gòu)五：

所述提取單元110，具體用于依據(jù)從S1-MME接口和SGs接口采集的尋呼失敗消息；

所述獲取單元130，用于基于所述設(shè)備標(biāo)識(shí)采集所述用戶設(shè)備的尋呼失敗的出現(xiàn)頻次；

所述第二確定單元140，具體用于若尋呼失敗的所述設(shè)備標(biāo)識(shí)的出現(xiàn)頻次 達(dá)到指定次數(shù)，則確定用戶設(shè)備故障導(dǎo)致了所述尋呼黑洞小區(qū)。

結(jié)構(gòu)五：

所述第二確定單元140，具體用于在尋呼失敗發(fā)生時(shí)所在的時(shí)間窗口內(nèi)，基于尋呼失敗的設(shè)備標(biāo)識(shí)檢索所述用戶設(shè)備在發(fā)送所述尋呼失敗前執(zhí)行最后一次網(wǎng)絡(luò)事件時(shí)所連接的小區(qū)，確定該小區(qū)為所述尋呼黑洞小區(qū)。

結(jié)構(gòu)六：

所述裝置還包括：

調(diào)整單元，用于執(zhí)行以下至少其中之一：

當(dāng)跟蹤區(qū)更新導(dǎo)致尋呼失敗時(shí)，修改小區(qū)重選遲滯參數(shù)，以降低更新區(qū)更新頻率；

當(dāng)用戶設(shè)備從第一通信制式網(wǎng)絡(luò)重選回第二通信制式網(wǎng)絡(luò)導(dǎo)致了尋呼失敗時(shí)，修改重選參數(shù)，以降低重選頻率；

當(dāng)小區(qū)弱覆蓋導(dǎo)致了尋呼失敗時(shí)，調(diào)整小區(qū)天饋系統(tǒng)參數(shù)，以提高小區(qū)的覆蓋范圍的信號(hào)強(qiáng)度；

當(dāng)所述用戶設(shè)備的軟件故障導(dǎo)致尋呼失敗時(shí)，通知所述用戶設(shè)備。

上述六種所述尋呼失敗處理裝置的結(jié)構(gòu)可用于實(shí)現(xiàn)上述尋呼失敗的處理，同樣具有能夠簡(jiǎn)便快速確定出導(dǎo)致尋呼失敗的原因、精確定位出尋呼黑洞小區(qū)及實(shí)現(xiàn)簡(jiǎn)便的特點(diǎn)。

以下結(jié)合上述任意實(shí)施例提供兩個(gè)具體示例。

示例一：

本示例所述的尋呼失敗處理方法包括：

步驟100：從SGs接口采集尋呼失敗關(guān)鍵信令，從S1-MME接口采集TAU成功的關(guān)鍵信令以及從23G網(wǎng)絡(luò)重選回4G網(wǎng)絡(luò)的注冊(cè)消息，從S6a接口采集MME與HSS設(shè)備交互的信令消息，即跨MME的TAU complete消息。

步驟200，信息關(guān)聯(lián)和尋呼失敗的解析。所述步驟200又可分為步驟210至步驟260中幾個(gè)分步驟。

步驟210，將SGs接口尋呼失敗信令消息與S1-MME(MME與eNB接口)尋呼失敗消息進(jìn)行關(guān)聯(lián)，剔除SGs接口呼損；從S1-MME接口采集的尋呼失敗消息中解析用戶的IMSI和TMSI信息，篩選出TAU成功的目標(biāo)小區(qū)，關(guān)聯(lián)與用戶相關(guān)的對(duì)應(yīng)的TAU request信令點(diǎn)(S1接口包含于eNB向MME發(fā)送的Initial UE message消息中，在Uu接口包含于UE向eNB發(fā)出的RRC Connection Setup Complete消息中)與TAU接收信令點(diǎn)。S1接口包含于MME向eNB發(fā)送的初始化內(nèi)容設(shè)立請(qǐng)求(Initial context setup request)消息中。這里的SGs接口呼損可為SGs接口呼損是指電路域回落CSFB儀表采集SGs接口信令消息，以MSC發(fā)給MME的尋呼消息為原始數(shù)據(jù)，采集MME反饋給MSC的信令消息，有指示尋呼成功下發(fā)的，有指示尋呼直接失敗的(IMSI Detached狀態(tài))，還有尋呼消息下發(fā)后無(wú)響應(yīng)的，SGs接口呼損是指：MSC發(fā)給MME的尋呼消息總數(shù)減去MME給MSC反饋的尋呼成功下發(fā)的總數(shù)。

如圖4所示，查找TAU成功的目標(biāo)小區(qū)所在的無(wú)線環(huán)境，從LTE網(wǎng)絡(luò)鄰區(qū)關(guān)系列表中查找以目標(biāo)小區(qū)為鄰區(qū)的LTE小區(qū)列表，剔除與目標(biāo)小區(qū)在同一個(gè)TA/TAL的無(wú)線小區(qū)，將在不同TA/TAL的小區(qū)定義為由MME內(nèi)部TAU造成尋呼黑洞疑似小區(qū)。這里的尋呼黑洞疑似小區(qū)或圖4中所示的疑似小區(qū)為被重點(diǎn)懷疑為尋呼黑洞小區(qū)的小區(qū)。

步驟220：從S6a接口采集跨MME的TAU complete消息，從網(wǎng)絡(luò)側(cè)為其分配新的全球唯一臨時(shí)標(biāo)識(shí)(Globally Unique Temporary Identifier，GUTI)中解析用戶IMSI和TMSI信息，與SGs接口尋呼失敗信令消息相關(guān)聯(lián)，與S1-MME口采集的尋呼失敗消息關(guān)聯(lián)，篩選出TAU成功的目標(biāo)小區(qū)。如圖4所示，查找TAU成功的目標(biāo)小區(qū)所在的無(wú)線環(huán)境，從LTE網(wǎng)絡(luò)鄰區(qū)關(guān)系列表中查找以目標(biāo)小區(qū)為鄰區(qū)的LTE小區(qū)列表，剔除與目標(biāo)小區(qū)在同一個(gè)TA/TAL的無(wú)線小區(qū)，將在不同TA/TAL的小區(qū)定義為跨MME間TAU造成的尋呼黑洞疑似小區(qū)。每一條由MSC發(fā)出的尋呼消息都會(huì)攜帶被叫手機(jī)號(hào)碼，這里系統(tǒng)自動(dòng)把被叫手機(jī)號(hào)碼翻譯成IMSI消息，SGs接口、S1-MME 接口尋呼失敗的消息中也解析出IMSI消息，IMSI消息是全球唯一的用戶USIM卡標(biāo)識(shí)。

步驟230：從S6a接口采集的23G重選回4G的注冊(cè)消息(3GPP-Updated-Location)，從小區(qū)選擇結(jié)束后的TAU消息中解析用戶IMSI和TMSI信息，與SGs、S1-MME口采集的尋呼失敗消息關(guān)聯(lián)，篩選出由23G向4G重選的目標(biāo)小區(qū)，解析TAU accept消息，按照TAU示意圖查找TAU成功的目標(biāo)小區(qū)，定義為A小區(qū)，檢查其所在的無(wú)線環(huán)境，并根據(jù)用戶IMSI和TMSI信息核查用戶在4G網(wǎng)絡(luò)最后一次業(yè)務(wù)連接所在的無(wú)線小區(qū)，定義為B，對(duì)比A小區(qū)與B小區(qū)是否為同一小區(qū)，如相同，則定義為234G系統(tǒng)間重選導(dǎo)致的尋呼黑洞疑似小區(qū)；如不同，則定義B小區(qū)為234G系統(tǒng)間重選導(dǎo)致的尋呼黑洞疑似小區(qū)。在圖5中顯示的就是在進(jìn)行重選回時(shí)的無(wú)線環(huán)境。

步驟240：在S1-MME接口采集Reattach消息，解析出上報(bào)消息的eNB小區(qū)以及用戶IMSI和TMSI信息，與SGs接口尋呼失敗信令消息相關(guān)聯(lián)，將關(guān)聯(lián)到的尋呼無(wú)響應(yīng)事件歸類(lèi)到無(wú)線小區(qū)，將其定義為由弱覆蓋引起的隱式分離而導(dǎo)致的尋呼黑洞疑似小區(qū)。這里的弱覆蓋表示基站發(fā)送的信號(hào)強(qiáng)度不夠強(qiáng)。

步驟250：在SGs接口采集尋呼無(wú)響應(yīng)事件，與S1-MME接口的尋呼無(wú)響應(yīng)關(guān)聯(lián)，解析出相關(guān)的用戶IMSI和TMSI信息，剔除前幾步篩選出的疑似尋呼黑洞小區(qū)及已關(guān)聯(lián)過(guò)的用戶IMSI和TMSI后，核對(duì)余下的用戶IMSI和TMSI，如果發(fā)現(xiàn)某個(gè)或某幾個(gè)IMSI和TMSI多次反復(fù)出現(xiàn)，將其定義為由用戶設(shè)備及用戶設(shè)備內(nèi)部軟件沖突或進(jìn)程吊死造成的尋呼無(wú)響應(yīng)。

步驟260：在SGs接口采集尋呼無(wú)響應(yīng)事件，與S1-MME接口的尋呼無(wú)響應(yīng)關(guān)聯(lián)，解析出相關(guān)的用戶IMSI和TMSI信息，剔除前幾步篩選出的疑似尋呼黑洞小區(qū)及已關(guān)聯(lián)過(guò)的用戶IMSI和TMSI后，采用現(xiàn)有的尋呼黑洞定位方法，在尋呼無(wú)響應(yīng)事件的發(fā)生時(shí)刻向前和向后在一個(gè)長(zhǎng)時(shí)間窗口內(nèi)，按照用戶IMSI和TMSI信息檢索距離最近的網(wǎng)絡(luò)事件所在eNB小區(qū)，將其 定位為疑似尋呼黑洞小區(qū)。

步驟300，為了減少尋呼失敗，對(duì)網(wǎng)路進(jìn)行有優(yōu)化。所述優(yōu)化步驟可包括步驟310至步驟340。

步驟310：對(duì)于TAU導(dǎo)致尋呼無(wú)響應(yīng)的尋呼黑洞小區(qū)，修改其小區(qū)重選遲滯CellQoffset，規(guī)避跨TAC頻繁TAU，提升尋呼成功率；

步驟320：對(duì)于2G、3G重選回4G進(jìn)行注冊(cè)的尋呼黑洞小區(qū)，修改其系統(tǒng)間重選參數(shù)，規(guī)避頻繁2B、3G\4G網(wǎng)絡(luò)間重選，提升尋呼成功率；

步驟330:對(duì)于由弱覆蓋引起的隱式分離而導(dǎo)致的尋呼黑洞疑似小區(qū)，調(diào)整小區(qū)天饋系統(tǒng)，壓縮有效覆蓋范圍，來(lái)避免出現(xiàn)LTE下行信號(hào)不可及或下行可及而上行功率不足導(dǎo)致的尋呼無(wú)響應(yīng)；

步驟340：對(duì)于由用戶設(shè)備及用戶設(shè)備內(nèi)部軟件沖突或進(jìn)程吊死造成的尋呼無(wú)響應(yīng)，需及時(shí)通過(guò)用戶進(jìn)行重啟或更換用戶設(shè)備。

示例二：

如圖6所示，本示例所述方法包括：

步驟S301：從SGs接口采集尋呼失敗關(guān)鍵信令，從S1-MME接口采集TAU成功的關(guān)鍵信令以及從23G網(wǎng)絡(luò)重選回4G網(wǎng)絡(luò)的注冊(cè)消息，從S6a接口采集MME與HSS設(shè)備交互的信令消息，即跨MME的TAU complete消息。

步驟S302：將SGs接口尋呼失敗信令消息與S1-MME(MME與eNB接口)尋呼失敗消息進(jìn)行關(guān)聯(lián)，篩選出由MME內(nèi)部TAU造成尋呼黑洞疑似小區(qū)、跨MME間TAU造成的尋呼黑洞疑似小區(qū)、234G系統(tǒng)間重選導(dǎo)致的尋呼黑洞疑似小區(qū)、由弱覆蓋引起的隱式分離而導(dǎo)致的尋呼黑洞疑似小區(qū)、由終端及終端內(nèi)部軟件沖突或進(jìn)程吊死造成的尋呼無(wú)響應(yīng)及疑似尋呼黑洞小區(qū)。

步驟S303：對(duì)于TAU導(dǎo)致尋呼無(wú)響應(yīng)的尋呼黑洞小區(qū)，修改其小區(qū)重選遲滯；對(duì)于23G重選回4G進(jìn)行注冊(cè)的尋呼黑洞小區(qū)，修改其系統(tǒng)間重選參數(shù)；對(duì)于由弱覆蓋引起的隱式分離而導(dǎo)致的尋呼黑洞疑似小區(qū)，調(diào)整小區(qū) 天饋系統(tǒng)；對(duì)于由終端及終端內(nèi)部軟件沖突或進(jìn)程吊死造成的尋呼無(wú)響應(yīng)，及時(shí)通過(guò)用戶進(jìn)行重啟或更換終端。

本發(fā)明示例中所述的尋呼失敗關(guān)鍵信令、尋呼失敗信令消息、無(wú)響應(yīng)消息或無(wú)響應(yīng)事件都可為上述尋呼失敗消息的一種，再次就不再一一舉例了。

在本申請(qǐng)所提供的幾個(gè)實(shí)施例中，應(yīng)該理解到，所揭露的設(shè)備和方法，可以通過(guò)其它的方式實(shí)現(xiàn)。以上所描述的設(shè)備實(shí)施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式，如：多個(gè)單元或組件可以結(jié)合，或可以集成到另一個(gè)系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另外，所顯示或討論的各組成部分相互之間的耦合、或直接耦合、或通信連接可以是通過(guò)一些接口，設(shè)備或單元的間接耦合或通信連接，可以是電性的、機(jī)械的或其它形式的。

上述作為分離部件說(shuō)明的單元可以是、或也可以不是物理上分開(kāi)的，作為單元顯示的部件可以是、或也可以不是物理單元，即可以位于一個(gè)地方，也可以分布到多個(gè)網(wǎng)絡(luò)單元上；可以根據(jù)實(shí)際的需要選擇其中的部分或全部單元來(lái)實(shí)現(xiàn)本實(shí)施例方案的目的。

另外，在本發(fā)明各實(shí)施例中的各功能單元可以全部集成在一個(gè)處理模塊中，也可以是各單元分別單獨(dú)作為一個(gè)單元，也可以兩個(gè)或兩個(gè)以上單元集成在一個(gè)單元中；上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用硬件加軟件功能單元的形式實(shí)現(xiàn)。

本領(lǐng)域普通技術(shù)人員可以理解：實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步驟可以通過(guò)程序指令相關(guān)的硬件來(lái)完成，前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括：移動(dòng)存儲(chǔ)設(shè)備、只讀存儲(chǔ)器(ROM，Read-Only Memory)、隨機(jī)存取存儲(chǔ)器(RAM，Random Access Memory)、磁碟或者光盤(pán)等各種可以存儲(chǔ)程序代碼的介質(zhì)。

以上所述，僅為本發(fā)明的具體實(shí)施方式，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易 想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以所述權(quán)利要求的保護(hù)范圍為準(zhǔn)。