鬼佬大哥大
  • / 13
  • 下載費用:30 金幣  

尋呼方法及裝置.pdf

關 鍵 詞:
尋呼 方法 裝置
  專利查詢網所有資源均是用戶自行上傳分享,僅供網友學習交流,未經上傳用戶書面授權,請勿作他用。
摘要
申請專利號:

CN201210133005.2

申請日:

2009.01.09

公開號:

CN102685889B

公開日:

2015.01.28

當前法律狀態:

授權

有效性:

有權

法律詳情: 授權|||實質審查的生效IPC(主分類):H04W 68/02申請日:20090109|||公開
IPC分類號: H04W68/02(2009.01)I 主分類號: H04W68/02
申請人: 電信科學技術研究院
發明人: 艾明; 熊春山; 張娟
地址: 100191 北京市海淀區學院路40號
優先權:
專利代理機構: 北京同達信恒知識產權代理有限公司 11291 代理人: 劉松
PDF完整版下載: PDF下載
法律狀態
申請(專利)號:

CN201210133005.2

授權公告號:

102685889B||||||

法律狀態公告日:

2015.01.28|||2012.11.14|||2012.09.19

法律狀態類型:

授權|||實質審查的生效|||公開

摘要

本發明公開了一種尋呼方法和裝置,本發明技術方案中,確定使用UE的IMSI對該UE進行尋呼,在進行尋呼前,判斷是否存儲有該UE的TAI?List,若判斷結果為否,則在連接的基站所服務的TA中對該UE進行尋呼,采用本發明技術方案,能夠有效的解決現有技術中存在的在網絡錯誤恢復過程中,MME在使用UE的IMSI對該UE進行尋呼時,不能確定在哪些TA中尋呼該UE的問題。

權利要求書

1.一種尋呼方法,其特征在于,包括:
將為用戶分配的新跟蹤區標識列表下發給所述用戶;
在檢測到網絡發生錯誤后,使用所述用戶的國際移動用戶標識,在所述用
戶已有的跟蹤區標識列表和為所述用戶分配的新跟蹤區標識列表包含的跟蹤
區標識對應的跟蹤區中,對所述用戶進行尋呼。
2.如權利要求1所述的尋呼方法,其特征在于,在所述用戶已有的跟蹤
區標識列表和為所述用戶分配的新跟蹤區標識列表包含的跟蹤區標識對應的
跟蹤區中,對所述用戶進行尋呼,具體包括:
確定對應基站在所述用戶已有的跟蹤區標識列表和為所述用戶分配的新
跟蹤區標識列表包含的跟蹤區標識對應的跟蹤區中所服務的跟蹤區對應的跟
蹤區標識;
在待發送給每個對應基站的尋呼消息中,插入該基站在所述用戶已有的跟
蹤區標識列表和為所述用戶分配的新跟蹤區標識列表包含的跟蹤區標識對應
的跟蹤區中所服務的跟蹤區對應的跟蹤區標識;
將插入了跟蹤區標識的所述尋呼消息發送給對應的基站。
3.一種尋呼裝置,其特征在于,包括:
發送單元,用于將為用戶分配的新跟蹤區標識列表下發給所述用戶;
檢測單元,用于檢測網絡是否發生錯誤;
尋呼單元,用于在檢測單元檢測到網絡發生錯誤后,使用所述用戶的國際
移動用戶標識,在所述用戶已有的跟蹤區標識列表和為所述用戶分配的新跟蹤
區標識列表包含的跟蹤區標識對應的跟蹤區中,對所述用戶進行尋呼。
4.如權利要求3所述的尋呼裝置,其特征在于,所述尋呼單元具體包括:
確定子單元,用于確定對應基站在所述用戶已有的跟蹤區標識列表和為所
述用戶分配的新跟蹤區標識列表包含的跟蹤區標識對應的跟蹤區中所服務的
跟蹤區對應的跟蹤區標識;
插入子單元,用于在待發送給每個對應基站的尋呼消息中,插入確定子單
元確定的該基站在所述用戶已有的跟蹤區標識列表和為所述用戶分配的新跟
蹤區標識列表包含的跟蹤區標識對應的跟蹤區中所服務的跟蹤區對應的跟蹤
區標識;
發送子單元,用于將插入子單元插入了跟蹤區標識的所述尋呼消息發送給
對應的基站。

說明書

尋呼方法及裝置

本發明申請是申請日為2009年01月09日、申請號為200910076582.0、
發明名稱為“尋呼方法及裝置”的發明申請的分案申請。

技術領域

本發明涉及移動通信技術領域,特別涉及一種尋呼方法及裝置。

背景技術

在3GPP?TS24.301標準規范中,規定管理用戶設備(UE,User?Equipment)
的移動性管理實體(MME,Mobility?Management?Entity)可以將為UE分配的
新跟蹤區標識列表(NEW?TAI?List,New?Tracking?Area?Identity?List)和該UE
的全球唯一臨時標識(GUTI,Globally?Unique?Temporary?Identity)封裝在GUTI
重分配命令(GUTI?Reallocation?Command)消息中下發給該UE,,如果MME
在接收到該UE反饋的GUTI重分配完成(GUTI?Reallocation?Complete)消息
之前檢測到低層故障(Lower?Layer?Failure),為了建立UE和網絡側之間的非
接入層(NAS,Non?Access?Stratum)信令連接,MME可以使用該UE的國際
移動用戶標識(IMSI,International?Mobile?SubscriberIdentity)對該UE進行尋
呼。

此外,在跟蹤區更新(TAU,Tracking?Area?Update)過程中,MME可以
將為UE分配的NEW?TAI?List和該UE的GUTI封裝在跟蹤區更新接受(TAU
Accept,Tracking?Area?Update?Accept)消息中下發給該UE,如果MME在接收
到UE反饋的TAU完成(TAU?Complete)消息之前檢測到Lower?Layer?Failure,
那么MME使用該UE的OLD?GUTI或NEW?GUTI對該UE進行尋呼,若使用
OLD?GUTI和NEW?GUTI尋呼的結果都為尋呼失敗,此時MME使用該UE的
IMSI對該UE進行尋呼,該UE接收到MME的尋呼后可以重新接入到網絡中。

MME中存儲有UE的移動性管理上下文,其中包含UE的TAI?LIST,MME
在尋呼UE時通過移動性管理上下文中的TAI?LIST來確定UE所注冊的跟蹤區
(TA,Tracking?Area),然后在確定的該UE所注冊的TA中發送尋呼(Paging)
消息,在上述GUTI重分配(GUTI?Reallocation)過程和TAU過程中,若MME
沒有為UE分配NEW?TAI?List,則MME存儲的該UE已有的TAI?List有效,
即OLD?TAI?List有效,此時MME在使用UE的IMSI尋呼該UE時,在OLD?TAI
List中包含的跟蹤區標識(TAI,TrackingArea?Identity)對應的TA中進行尋呼,
若MME為UE分配了NEW?TAI?List,而MME在檢測到Lower?Layer?Failure
后可能不能確定NEW?TAI?List和OLD?TAI?List的有效性,即不能確定是MME
為該UE分配的NEW?TAI?List有效,還是該UE已有的OLD?TAI?List有效,因
此MME在使用UE的IMSI對UE進行尋呼時,不能確定在哪些TA中尋呼
UE。

此外,若MME由于重新啟動等原因使得自身沒有UE的移動性管理上下
文數據,或者該UE的移動性管理上下文數據被破壞,從而導致了MME無法
確定UE的TAI?LIST,因此MME在使用UE的IMSI對UE進行尋呼時,也不
能確定在哪些TA中尋呼UE。

當檢測到Lower?Layer?Failure或者MME重新啟動等網絡錯誤時,UE可能
不能接入到網絡中,此時為了使UE重新接入到網絡中,需要對UE進行尋呼。
綜上可見,在上述網絡錯誤恢復過程中,MME在使用UE的IMSI對該UE進
行尋呼時,可能存在MME不能確定該UE的TAI?List的情況,此時MME就
不能確定在哪些TA中尋呼該UE。

發明內容

本發明實施例提供一種尋呼方法,以解決現有技術中存在的在網絡錯誤恢
復過程中,MME在使用UE的IMSI對該UE進行尋呼時,不能確定在哪些TA
中尋呼該UE的問題。

相應的,本發明實施例還提供了一種尋呼裝置。

本發明實施例技術方案如下:

一種尋呼方法,該方法包括步驟:確定使用用戶的國際移動用戶標識對所
述用戶進行尋呼;在進行尋呼前,判斷出未存儲有所述用戶的跟蹤區標識列表
時,在連接的基站所服務的跟蹤區中對所述用戶進行尋呼。

一種尋呼裝置,包括:確定單元,用于確定是否使用用戶的國際移動用戶
標識對所述用戶進行尋呼;判斷單元,用于在確定單元確定出使用用戶的國際
移動用戶標識對所述用戶進行尋呼后,在進行尋呼前,判斷是否存儲有所述用
戶的跟蹤區標識列表;尋呼單元,用于在判斷單元的判斷結果為否時,在連接
的基站所服務的跟蹤區中對所述用戶進行尋呼。

一種尋呼方法,該方法包括步驟:將為用戶分配的新跟蹤區標識列表下發
給所述用戶;在檢測到網絡發生錯誤后,使用所述用戶的國際移動用戶標識,
在所述用戶已有的跟蹤區標識列表和為所述用戶分配的新跟蹤區標識列表包
含的跟蹤區標識對應的跟蹤區中,對所述用戶進行尋呼。

一種尋呼裝置,包括:發送單元,用于將為用戶分配的新跟蹤區標識列表
下發給所述用戶;檢測單元,用于檢測網絡是否發生錯誤;尋呼單元,用于在
檢測單元檢測到網絡發生錯誤后,使用所述用戶的國際移動用戶標識,在所述
用戶已有的跟蹤區標識列表和為所述用戶分配的新跟蹤區標識列表包含的跟
蹤區標識對應的跟蹤區中,對所述用戶進行尋呼。

本發明實施例技術方案中,首先確定使用UE的IMSI對該UE進行尋呼,
在進行尋呼前,判斷是否存儲有該UE的TAI?List,若判斷結果為否,則在連
接的基站所服務的TA中對該UE進行尋呼,這就使得在網絡錯誤恢復過程中,
MME在使用UE的IMSI對該UE進行尋呼時,即使未存儲有該UE的TAI?List,
也能夠指示對應的基站在服務的TA中尋呼該UE,進而使得UE在接收到MME
的尋呼后可以重新接入到網絡中;本發明實施例技術方案還提出,將為UE分
配的NEW?TAI?List下發給該UE,在檢測到網絡發生錯誤后,使用該UE的
IMSI,在該UE已有的OLD?TAI?List和為該UE分配的NEW?TAI?List包含的
TAI對應的TA中,對該UE進行尋呼,這就使得在網絡錯誤恢復過程中,若
無法確定OLD?TAI?List和NEW?TAI?List的有效性,也能指示對應的基站使用
UE的IMSI,在OLD?TAI?List和NEW?TAI?List包含的TAI對應的TA中尋呼
該UE,進而使得UE在接收到MME的尋呼后可以重新接入到網絡中。

附圖說明

圖1為本發明實施例一中,使用UE的IMSI尋呼該UE的方法流程示意圖;

圖2為本發明實施例一中,使用UE的IMSI尋呼該UE的尋呼方法一的具
體實現流程示意圖;

圖3為本發明實施例一中,使用UE的IMSI尋呼該UE的尋呼方法二的具
體實現流程示意圖;

圖4為本發明實施例一中,尋呼裝置結構示意圖;

圖5為本發明實施例二中,使用UE的IMSI尋呼該UE的方法流程示意圖;

圖6為本發明實施例二中,使用UE的IMSI尋呼該UE的尋呼方法的具體
實現流程示意圖;

圖7為本發明實施例二中,尋呼裝置結構示意圖。

具體實施方式

下面結合各個附圖對本發明實施例技術方案的主要實現原理、具體實施方
式及其對應能夠達到的有益效果進行詳細的闡述。

本發明實施例中,GUTI?Reallocation?Command消息或TAU?Accept消息中
包含的GUTI和TAI?List的組合可以為以下三種方式:

第一種組合方式:OLD?GUTI和NEW?TAI?List,即MME只為UE分配
NEW?TAI?List,并不為UE分配NEW?GUTI;

第二種組合方式:NEW?GUTI,即MME只為UE分配NEW?GUTI,并不
為UE分配NEW?TAI?List;

第三種組合方式:NEW?GUTI和NEW?TAI?List,即MME同時為UE分配
NEW?GUTI和NEW?TAI?List。

如圖1所示,為本發明實施例一中,使用UE的IMSI尋呼該UE的方法流
程圖,其處理過程如下:

步驟11,確定使用UE的IMSI對該UE進行尋呼;

步驟12,在進行尋呼前,首先判斷是否存儲有該UE的TAI?List,該UE
的TAI?List可以為NEW?TAI?List、或OLD?TAI?List、或NEW?TAI?List和OLD?TAI?
List;

其中本發明實施例一可以但不限于在GUTI?Reallocation過程或TAU過程
中。在GUTI?Reallocation過程或TAU過程中,將為UE分配的NEW?GUTI
和/或NEW?TAI?List下發給該UE后,檢測出存在Lower?Layer?Failure的情況下
使用UE的IMSI對該UE進行尋呼,其中將為UE分配的NEW?TAI?List和/或
NEW?TAI?List下發給該UE有以下三種實施情況:

第一種實施情況針對上述第一種組合方式,具體為:將該UE已有的OLD?
GUTI和為該UE分配的NEW?TAI?List,封裝在GUTI?Reallocation?Command
消息或TAU?Accept消息中,下發給該UE;

第二種實施情況針對上述第二種組合方式,具體為:將為該UE分配的
NEW?GUTI封裝在GUTI?Reallocation?Command消息或TAU?Accept消息中,下
發給該UE;

第三種實施情況針對上述第三種組合方式,具體為:將為該UE分配的
NEW?GUTI和為該UE分配的NEW?TAI?List,封裝在GUTI?Reallocation?
Command消息或TAU?Accept消息中,下發給該UE。

若在發出GUTI?Reallocation?Command消息和接收到UE反饋的GUTI?
Reallocation?Complete消息之間的時間段內,檢測到Lower?Layer?Failure,則需
使用該UE的IMSI對該UE進行尋呼,以建立UE和網絡側之間的NAS信令
連接;若在發出TAU?Accept消息和接收到UE反饋的TAU?Complete消息之間
的時間段內,檢測到Lower?Layer?Failure,且使用該UE的OLD?GUTI或NEW
GUTI對該UE進行尋呼的結果都為尋呼失敗,則需使用該UE的IMSI對該
UE進行尋呼。

步驟13,若判斷得到未存儲有該UE的TAI?List,則在連接的基站所服務
的TA中對該UE進行尋呼。

若MME由于重新啟動等原因使得自身沒有UE的移動性管理上下文數據,
或者該UE的移動性管理上下文數據被破壞,則此時MME就未存儲有該UE
的TAI?List。

其中,在連接的基站所服務的TA中對該UE進行尋呼可以但不限于包含
以下兩種實施情況,具體為:

第一種實施情況:首先在待發送給連接的每個基站的Paging消息中,插入
用于指示該基站在自身服務的TA中進行尋呼的參數,然后將插入了上述參數
的Paging消息發送給連接的每個基站,其中上述參數可以插入到Paging消息
的TAI?List字段中或Paging消息的新增字段中;

第二種實施情況:首先在存儲的基站標識和TAI的對應關系中,分別確定
連接的基站所服務的TA對應的TAI,然后在待發送給連接的每個基站的Paging
消息中,插入確定的對應基站服務的TA對應的TAI,將插入了TAI的Paging
消息發送給對應的基站。

下面給出更為具體的實施方式。

若連接的基站為基站1和基站2,其中基站1服務的TA為TA1和TA2,
基站2服務的TA為TA3和TA4,如圖2所示,為本發明實施例一中,使用
UE的IMSI尋呼該UE的尋呼方法一的具體實現流程圖,其處理過程如下:

步驟21,將UE已有的OLD?GUTI和為該UE分配的NEW?TAI?List封裝
在GUTI?Reallocation?Command消息中下發給該UE;

步驟22,檢測是否存在Lower?Layer?Failure;

步驟23,若步驟22中檢測到Lower?Layer?Failure,則判斷是否存儲有該
UE已有的OLD?TAI?List或為該UE分配的NEW?TAI?List;

步驟24,若步驟23中判斷得到既沒有存儲有該UE已有的OLD?TAI?List,
也沒有存儲有為該UE分配的NEW?TAI?List,則在待發送給連接的基站1和基
站2的Paging消息中插入約定的參數,該約定的參數用以指示基站1和基站2
接收到該Paging消息后,分別在服務的TA中尋呼該UE,其中該約定的參數
可以插入到Paging消息的TAI?List字段中,此時該約定參數可以為0,也可以
為一個具有特殊含義的參數,例如某個字母或數字等,此外,該約定的參數也
可以插入到Paging消息的新增字段中,即在Paging消息中新增一個指示信息
單元;

步驟25,將該Paging消息分別發送給連接的基站1和基站2,基站1在接
收到該Paging消息后,根據Paging消息中的約定參數,使用Paging消息的用
戶尋呼標識(UE?Paging?Identity)字段中的IMSI,在TA1和TA2中對該UE
進行尋呼,基站2在接收到該Paging消息后,根據Paging消息中的約定參數,
使用Paging消息的UE?Paging?Identity字段中的IMSI,在TA3和TA4中對該
UE進行尋呼。

如圖3所示,為本發明實施例一中,使用UE的IMSI尋呼該UE的尋呼方
法二的具體實現流程圖,其處理過程如下:

步驟31,將該UE已有的OLD?GUTI和為UE分配的NEW?TAI?List封裝
在GUTI?Reallocation?Command消息中下發給該UE;

步驟32,檢測是否存在Lower?Layer?Failure;

步驟33,若步驟32中檢測到Lower?Layer?Failure,則判斷是否存儲有該
UE已有的OLD?TAI?List或為該UE分配的NEW?TAI?List;

步驟34,若步驟23中判斷得到既沒有存儲有該UE的已有的OLD?TAI?List,
也沒有存儲有為該UE分配的NEW?TAI?List,則在存儲的基站標識和TAI的對
應關系中,分別確定出基站1服務的TA為TA1和TA2,基站2服務的TA為
TA3和TA4;

步驟35,在待發送給基站1的Paging消息的TAI?List字段中插入TA1和
TA2,在待發送給基站2的Paging消息的TAI?List字段中插入TA3和TA4;

步驟36,將上述待發送的Paging消息分別發送給連接的基站1和基站2,
基站1在接收到Paging消息后,根據Paging消息的TAI?List字段中的TA1和
TA2,使用Paging消息的UE?Paging?Identity字段中的IMSI,在TA1和TA2中
對該UE進行尋呼,基站2在接收到Paging消息后,根據Paging消息的TAI?List
字段中的TA3和TA4,使用Paging消息的UE?Paging?Identity字段中的IMSI,
在TA3和TA4中對該UE進行尋呼。

本發明實施例一提供的技術方案中,首先確定使用UE的IMSI對該UE
進行尋呼,在進行尋呼前,判斷是否存儲有該UE的TAI?List,若判斷結果為
否,則在連接的基站所服務的TA中對該UE進行尋呼,這就使得在網絡錯誤
恢復過程中,MME在使用UE的IMSI對該UE進行尋呼時,即使未存儲有該
UE的TAI?List,也能指示對應的基站在服務的TA中尋呼該UE,進而使得UE
在接收到MME的尋呼后可以重新接入到網絡中。

本發明實施例一還提供一種尋呼裝置,如圖4所示,包括:確定單元41、
判斷單元42和尋呼單元43,其中:

確定單元41,用于確定是否使用UE的IMSI對該UE進行尋呼;

判斷單元42,用于在確定單元41確定使用UE的IMSI對該UE進行尋呼
后,在進行尋呼前,判斷是否存儲有該UE的TAI?List;

尋呼單元43,用于在判斷單元42的判斷結果為否時,在連接的基站所服
務的TA中對該UE進行尋呼。

較佳地,尋呼單元43具體包括第一插入子單元和第一發送子單元,其中
第一插入子單元,用于在待發送給連接的每個基站的Paging消息中,插入用于
指示基站在服務的TA中進行尋呼的參數;第一發送子單元,用于將第一插入
子單元插入了上述參數的Paging消息發送給連接的每個基站。

較佳地,尋呼單元43具體包括確定子單元、第二插入子單元和第二發送
子單元,其中確定子單元,用于分別確定連接的基站所服務的TA對應的TAI;
第二插入子單元,用于在待發送給連接的每個基站的Paging消息中,插入確定
子單元確定的對應基站服務的TA對應的TAI;第二發送子單元,用于將第二
插入子單元插入了TAI的Paging消息發送給對應的基站。

如圖5所示,為本發明實施例二中,使用UE的IMSI尋呼該UE的方法流
程圖,其處理過程如下:

步驟51,將為UE分配的NEW?TAI?List下發給該UE;

其中將為UE分配的NEW?TAI?List下發給該UE有以下兩種實施情況:

第一種實施情況針對GUTI?Reallocation?Command消息或TAU?Accept消息
中包含的GUTI和TAI?List的第一種組合方式,具體為:將該UE已有的OLD?
GUTI和為該UE分配的NEW?TAI?List,封裝在GUTI?Reallocation?Command
消息或TAU?Accept消息中,下發給該UE;

第二種實施情況針對GUTI?Reallocation?Command消息或TAU?Accept消息
中包含的GUTI和TAI?List的第三種組合方式,具體為:將為該UE分配的
NEW?GUTI和為該UE分配的NEW?TAI?List,封裝在GUTI?Reallocation?
Command消息或TAU?Accept消息中,下發給該UE。

步驟52,檢測網絡是否發生錯誤;

其中,網絡錯誤可以但不限于為Lower?Layer?Failure,若在發出GUTI?
Reallocation?Command消息和接收到UE反饋的GUTI?Reallocation?Complete消
息之間的時間段內,檢測到Lower?Layer?Failure,則需使用該UE的IMSI對該
UE進行尋呼,以建立UE和網絡側之間的NAS信令連接;若在發出TAU?Accept
消息和接收到UE反饋的TAU?Complete消息之間的時間段內,檢測到Lower?
Layer?Failure,且使用該UE的OLD?GUTI或NEW?GUTI對該UE進行尋呼的
結果都為尋呼失敗,則需使用該UE的IMSI對該UE進行尋呼。

步驟53,若步驟52檢測到網絡發生錯誤,則使用該UE的IMSI,在該
UE已有的OLD?TAI?List和為該UE分配的NEW?TAI?List包含的TAI對應的
TA中,對該UE進行尋呼。

其中,在該UE已有的OLD?TAI?List和為該UE分配的NEW?TAI?List包含
的TAI對應的TA中,對該UE進行尋呼,可以但不限于為下述過程:

首先在基站標識和TAI的對應關系中,確定對應基站在該UE已有的OLD?
TAI?List和為該UE分配的NEW?TAI?List包含的TAI對應的TA中所服務的TA
對應的TAI,然后在待發送給每個對應基站的Paging消息中,插入該基站在該
UE已有的OLD?TAI?List和為該UE分配的NEW?TAI?List包含的TAI對應的
TA中所服務的TA對應的TAI,將插入了TAI的上述Paging消息發送給對應
的基站。

下面給出更為具體的實施方式。

若連接的基站為基站1和基站2,其中基站1服務的TA為TA1和TA2,
基站2服務的TA為TA3和TA4,UE已有的OLD?TAI?List中包含的TAI為TA1,
為該UE分配的NEW?TAI?List中包含的TAI為TA3,如圖6所示,為本發明實
施例二中,使用UE的IMSI尋呼該UE的尋呼方法的具體實現流程圖,其處理
過程如下:

步驟61,將UE已有的OLD?GUTI和為該UE分配的NEW?TAI?List封裝
在GUTI?Reallocation?Command消息中下發給該UE;

步驟62,檢測是否存在Lower?Layer?Failure;

步驟63,若步驟62中檢測到Lower?Layer?Failure,則在存儲的基站標識和
TAI的對應關系中,分別確定出基站1在該UE已有的OLD?TAI?List和為該
UE分配的NEW?TAI?List包含的TAI對應的TA中所服務的TA為TA1,基站2
在該UE已有的OLD?TAI?List和為該UE分配的NEW?TAI?List包含的TAI對應
的TA中所服務的TA為TA3;

步驟64,在待發送給基站1的Paging消息的TAI?List字段中插入TA1,
在待發送給基站2的Paging消息的TAI?List字段中插入TA3;

步驟65,將上述待發送的Paging消息分別發送給連接的基站1和基站2,
基站1在接收到Paging消息后,根據Paging消息的TAI?List字段中的TA1,
使用Paging消息的UE?Paging?Identity字段中的IMSI,在TA1中對該UE進行
尋呼,基站2在接收到Paging消息后,根據Paging消息的TAI?List字段中的
TA3,使用Paging消息的UE?Paging?Identity字段中的IMSI,在TA3中對該
UE進行尋呼。

此外,針對GUTI?Reallocation?Command消息或TAU?Accept消息中包含的
GUTI和TAI?List的第二種組合方式,即沒有為該UE分配NEW?TAI?List,此
時只存儲有該UE已有的OLD?TAI?List,若在發出GUTI?Reallocation?Command
消息和接收到UE反饋的GUTI?Reallocation?Complete消息之間的時間段內,檢
測到Lower?Layer?Failure,則需使用該UE的IMSI,在OLD?TAI?List包含的
TAI對應的TA中對該UE進行尋呼,以建立UE和網絡側之間的NAS信令連
接;若在發出TAUAccept消息和接收到UE反饋的TAU?Complete消息之間的
時間段內,檢測到Lower?Layer?Failure,且使用該UE的OLD?GUTI或NEW
GUTI對該UE進行尋呼的結果都為尋呼失敗,則需使用該UE的IMSI,在OLD?
TAI?List包含的TAI對應的TA中對該UE進行尋呼。

本發明實施例二提供的技術方案中,將為UE分配的NEW?TAI?List下發給
該UE,在檢測到Lower?Layer?Failure后,使用該UE的IMSI,在該UE已有
的OLD?TAI?List和為該UE分配的NEW?TAI?List包含的TAI對應的TA中,
對該UE進行尋呼,這就使得MME在使用UE的IMSI對該UE進行尋呼時,
在不能確定該UE的TAI?List的情況下,也能指示對應的基站在哪些TA中尋
呼該UE,進而使得UE在接收到MME的尋呼后可以重新接入到網絡中。

相應的,本發明實施例二還提供一種尋呼裝置,如圖7所示,包括:發送
單元71、檢測單元72和尋呼單元73,其中:

發送單元71,用于將為UE分配的NEW?TAI?List下發給該UE;

檢測單元72,用于檢測網絡是否發生錯誤;

尋呼單元73,用于在檢測單元72檢測到網絡發生錯誤后,使用該UE的
IMSI,在該UE已有的OLD?TAI?List和為該UE分配的NEW?TAI?List包含的
TAI對應的TA中,對該UE進行尋呼。

較佳地,尋呼單元73具體包括確定子單元、插入子單元和發送子單元,
其中確定子單元,用于確定對應基站在該UE已有的OLD?TAI?List和為該UE
分配的NEW?TAI?List包含的TAI對應的TA中所服務的TA對應的TAI;插入
子單元,用于在待發送給每個對應基站的Paging消息中,插入確定子單元確定
的該基站在該UE已有的OLD?TAI?List和為該UE分配的NEW?TAI?List包含
的TAI對應的TA中所服務的TA對應的TAI;發送子單元,用于將插入子單
元插入了TAI的Paging消息發送給對應的基站。

顯然,本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發
明的精神和范圍。這樣,倘若本發明的這些修改和變型屬于本發明權利要求及
其等同技術的范圍之內,則本發明也意圖包含這些改動和變型在內。

關于本文
本文標題:尋呼方法及裝置.pdf
鏈接地址:http://www.wwszu.club/p-6420721.html
關于我們 - 網站聲明 - 網站地圖 - 資源地圖 - 友情鏈接 - 網站客服 - 聯系我們

[email protected] 2017-2018 zhuanlichaxun.net網站版權所有
經營許可證編號:粵ICP備17046363號-1 
 


收起
展開
鬼佬大哥大