專利名稱：一種移動(dòng)通訊分組域演進(jìn)系統(tǒng)中尋呼的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通訊領(lǐng)域，尤其涉及一種移動(dòng)通訊分組域演進(jìn)系統(tǒng)中尋呼的方法。
背景技術(shù)：
3GPP(3rd Generation Partnership Project，第三代合作伙伴計(jì)劃)對(duì)下一代移 動(dòng)無線網(wǎng)絡(luò)的項(xiàng)目叫演進(jìn)的分組系統(tǒng)(Evolved Packet System,簡(jiǎn)稱EPS) 。 EPS的架構(gòu)如 圖l所示，其中包含如下網(wǎng)元 E-RAN (Evolved RAN，演進(jìn)的無線接入網(wǎng))，能提供更高的上下行速率，更低的傳輸 延遲和更加可靠的無線傳輸，E-RAN中所包含的網(wǎng)元是eNodeB (Evolved NodeB) ， eNodeB為 終端的接入提供無線資源。 HSS(Home Subscriber Server,歸屬用戶服務(wù)器)，用于永久存儲(chǔ)用戶簽約數(shù)據(jù)。
PDN(Packet Data Network,分組數(shù)據(jù)網(wǎng))，為用戶提供業(yè)務(wù)的網(wǎng)絡(luò)。
演進(jìn)的分組網(wǎng)的核心網(wǎng)(E-Packet Core)提高了更低的延遲，并允許更多的無線 接入系統(tǒng)接入，其包含了如下網(wǎng)元 匪E(Mobility Management Entity,移動(dòng)管理實(shí)體)，是控制面功能實(shí)體，臨時(shí)存 儲(chǔ)用戶數(shù)據(jù)的服務(wù)器，負(fù)責(zé)管理和存儲(chǔ)UE(User Equipment,用戶終端)上下文(比如用 戶標(biāo)識(shí)，移動(dòng)性管理狀態(tài)，用戶安全參數(shù)等)，為用戶分配臨時(shí)標(biāo)識(shí)，當(dāng)UE駐扎在該跟蹤區(qū) 域或者該網(wǎng)絡(luò)是負(fù)責(zé)對(duì)該用戶進(jìn)行鑒權(quán)，處理匪E和UE之間的所有非接入層消息，觸發(fā)在 SAE(SystemArchitecture Evolution,系統(tǒng)架構(gòu)演進(jìn))的尋呼等。 Serving GW(Serving Gateway,服務(wù)網(wǎng)關(guān))，是用戶面實(shí)體，負(fù)責(zé)用戶面數(shù)據(jù)路由 處理，終結(jié)處于空閑狀態(tài)的UE的下行數(shù)據(jù)；管理和存儲(chǔ)UE的SAE承載(bearer)上下文，比 如IP承載業(yè)務(wù)參數(shù)和網(wǎng)絡(luò)內(nèi)部路由信息等。ServingGW是3GPP系統(tǒng)內(nèi)部用戶面的錨點(diǎn)，一 個(gè)用戶在一個(gè)時(shí)刻只能有一個(gè)Serving GW。 PDN GW(PDN Gateway,分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān))，為負(fù)責(zé)UE接入PDN的網(wǎng)關(guān)，分配用戶的 IP地址，同時(shí)也是3GPP和非3GPP接入系統(tǒng)的移動(dòng)性錨點(diǎn)，用戶在同一時(shí)刻能夠接入多個(gè) PDN GW。 PCRF(Policy and Charging Rule Functionality,策略和計(jì)費(fèi)規(guī)則功能實(shí)體)，該 功能實(shí)體主要根據(jù)業(yè)務(wù)信息和用戶簽約信息以及運(yùn)營(yíng)商的配置信息產(chǎn)生控制用戶數(shù)據(jù)傳 遞的Qos(Quality of Service,服務(wù)質(zhì)量)規(guī)則以及計(jì)費(fèi)規(guī)則。該功能實(shí)體也可以控制接 入網(wǎng)中承載的建立和釋放。在物理上，Serving GW和PDN GW可能合一。 在EPS系統(tǒng)中，注冊(cè)區(qū)域由一系列TA(Tracking Area，跟蹤區(qū)域)組成，即TA列 表。每個(gè)TA由一個(gè)或多個(gè)小區(qū)組成。為了減少TAU(TrackingArea Update,跟蹤區(qū)更新) 信令，匪E可以分配多個(gè)TA給UE，如果UE處于從匪E收到的TA列表的其中一個(gè)TA中，那 么除了周期性位置更新，UE不發(fā)起更新請(qǐng)求。匪E能在UE注冊(cè)的TA列表的全部小區(qū)中發(fā)起Paging(尋呼)，但這樣帶來的問題是在減少TAU信令的同時(shí)，增加了尋呼的范圍，耗費(fèi) 無線資源。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種移動(dòng)通訊分組域演進(jìn)系統(tǒng)中尋呼的方法，以 提高EPS系統(tǒng)的尋呼效率，減少無線資源的占用。 為了解決上述問題，本發(fā)明提供了一種移動(dòng)通訊分組域演進(jìn)系統(tǒng)中尋呼的方法， 當(dāng)需要尋呼用戶終端UE時(shí)，移動(dòng)管理實(shí)體匪E根據(jù)所述UE的跟蹤區(qū)域TA列表的拓?fù)潢P(guān)系 圖在尋呼前所述UE最后一次有效登記的TA內(nèi)對(duì)所述UE發(fā)起第一次尋呼，如果本次尋呼成 功，則向?qū)ず舻降腢E發(fā)送下行信令或下行數(shù)據(jù)。 進(jìn)一步地，所述UE的TA列表的拓?fù)潢P(guān)系圖由所述匪E根據(jù)所述UE的TA的區(qū)域 位置分布為其配置。 進(jìn)一步地，所述匪E在對(duì)所述UE發(fā)起第一次尋呼的同時(shí)設(shè)置第一次尋呼等待時(shí) 間，如果匪E在所述第一次尋呼等待時(shí)間內(nèi)收到UE發(fā)起的服務(wù)類型為尋呼響應(yīng)的服務(wù)請(qǐng) 求，則認(rèn)為所述第一次尋呼成功；否則，認(rèn)為所述第一次尋呼失敗。 進(jìn)一步地，當(dāng)所述第一次尋呼失敗時(shí)，所述匪E在所述UE最后一次有效登記的TA 的相鄰TA范圍內(nèi)對(duì)所述UE發(fā)起第二次尋呼，如果所述第二次尋呼成功，則向?qū)ず舻降腢E 發(fā)送下行信令或下行數(shù)據(jù)。 進(jìn)一步地，所述匪E在對(duì)所述UE發(fā)起所述第二次尋呼的同時(shí)設(shè)置第二次尋呼等待 時(shí)間，如果所述ME在所述第二次尋呼等待時(shí)間內(nèi)收到所述UE發(fā)起的服務(wù)類型為尋呼響應(yīng) 的服務(wù)請(qǐng)求，則認(rèn)為所述第二次尋呼成功；否則，認(rèn)為所述第二次尋呼失敗。
進(jìn)一步地，所述相鄰TA是指區(qū)域位置相鄰。 進(jìn)一步地，當(dāng)所述第一次尋呼或第二次尋呼失敗時(shí)，所述匪E在所述TA列表中未 進(jìn)行過尋呼的TA范圍內(nèi)對(duì)所述UE發(fā)起第三次尋呼，如果所述第三次尋呼成功，則向?qū)ず舻?的UE發(fā)送下行信令或下行數(shù)據(jù)，如果所述第三次尋呼失敗，則終止對(duì)所述UE的尋呼流程。
進(jìn)一步地，所述匪E在對(duì)所述UE發(fā)起所述第三次尋呼的同時(shí)設(shè)置第三次尋呼等待 時(shí)間，如果所述匪E在所述第三次尋呼等待時(shí)間內(nèi)收到所述UE發(fā)起的服務(wù)類型為尋呼響應(yīng) 的服務(wù)請(qǐng)求，則認(rèn)為所述第三次尋呼成功；否則，認(rèn)為所述第三次尋呼失敗。
通過本發(fā)明提供的方法，在演進(jìn)的分組系統(tǒng)中，提高了尋呼的有效性，節(jié)約了系統(tǒng) 無線資源。


圖1為現(xiàn)有技術(shù)中EPS系統(tǒng)的架構(gòu)圖；
圖2為本發(fā)明應(yīng)用實(shí)例的第一次尋呼流程圖；
圖3為本發(fā)明應(yīng)用實(shí)例的第二次尋呼流程圖；
圖4為本發(fā)明應(yīng)用實(shí)例的第三次尋呼流程圖；
圖5為本發(fā)明應(yīng)用實(shí)例的尋呼超時(shí)的處理流程圖。
具體實(shí)施例方式
本發(fā)明的核心是在發(fā)起尋呼時(shí)，使eNodeB優(yōu)先在最有可能、最小范圍的TA內(nèi)進(jìn) 行尋呼。由于絕大部分情況下，在有限時(shí)間內(nèi)UE的活動(dòng)范圍一般都在最近使用過的TA(即 該UE當(dāng)前附著過或TAU更新的上一次，也即UE最后一次有效登記過的TA)區(qū)域或者與其 相鄰的TA區(qū)域范圍內(nèi)，因此可以先在用戶最近有效登記過的TA區(qū)域或者與其相鄰的TA區(qū) 域內(nèi)進(jìn)行尋呼，而不必要覆蓋該UE的所有TA列表，從而可以有效提高尋呼的效率。
本發(fā)明所采用的技術(shù)方案主要包括以下步驟
步驟1 :匪E為UE配置TA列表的拓?fù)潢P(guān)系圖； 具體地，由于TA是區(qū)域劃分，匪E可根據(jù)TA的區(qū)域位置分布來配置拓?fù)潢P(guān)系圖。
步驟2 :當(dāng)需要尋呼一個(gè)用戶時(shí)，匪E根據(jù)所述拓?fù)潢P(guān)系圖先在尋呼前UE最后一次 有效登記過的TA范圍內(nèi)進(jìn)行尋呼，如果尋呼成功，則向?qū)ず舻降腢E發(fā)送下行信令或下行數(shù) 據(jù)，尋呼流程結(jié)束，否則轉(zhuǎn)入步驟3 ; 該步驟中，匪E在尋呼時(shí)，可以設(shè)置尋呼等待時(shí)間，如果在該尋呼等待時(shí)間內(nèi)沒有 得到響應(yīng)，則認(rèn)為本次尋呼未能成功，轉(zhuǎn)入下一步。 步驟3 :匪E根據(jù)配置的拓?fù)潢P(guān)系圖在尋呼前最后一次有效登記過的TA的相鄰TA 內(nèi)進(jìn)行尋呼，如果尋呼成功，則向?qū)ず舻降腢E發(fā)送下行信令或下行數(shù)據(jù)，尋呼流程結(jié)束，否 則轉(zhuǎn)入步驟4 ; 其中，相鄰TA是指與UE最后一次有效登記過的TA位置相鄰的各TA。 步驟4 :匪E在整個(gè)TA列表范圍內(nèi)(除去已尋呼過的區(qū)域)進(jìn)行尋呼，如果尋呼成
功，則向?qū)ず舻降腢E發(fā)送下行信令或下行數(shù)據(jù)，如果仍沒有響應(yīng)，則尋呼失敗。 其中，在以上步驟2、步驟3和步驟4中，尋呼時(shí)間、尋呼次數(shù)和尋呼范圍都可以靈
活配置。例如，可分別設(shè)置第一次尋呼等待時(shí)間、第二次尋呼等待時(shí)間和第三次尋呼等待時(shí)
間；也可設(shè)置為在本次尋呼不成功時(shí)直接在整個(gè)TA列表中未進(jìn)行尋呼過的TA范圍內(nèi)進(jìn)行
尋呼等。 下面結(jié)合附圖及若干應(yīng)用實(shí)例對(duì)本發(fā)明作進(jìn)一步詳細(xì)描述。 如圖2所示是本發(fā)明的一個(gè)應(yīng)用實(shí)例，描述了第一次尋呼過程，其尋呼流程如下
步驟200，由于下行信令或者下行數(shù)據(jù)觸發(fā)，匪E發(fā)起第一次尋呼請(qǐng)求Paging,尋 呼范圍為UE最近一次使用過的TA(也即UE最后一次有效登記的TA)，即將本地保留的該 UE最近有效登記過的TA的TAI (跟蹤區(qū)域標(biāo)識(shí))發(fā)送給與所述TA對(duì)應(yīng)的eNodeB，并在尋 呼時(shí)通過啟動(dòng)第一次尋呼定時(shí)器設(shè)置尋呼等待時(shí)間； 步驟201，收到消息的eNodeB只在此TA范圍內(nèi)尋呼UE，在第一次尋呼定時(shí)器超時(shí) 前尋呼成功后，UE發(fā)起Service Request (服務(wù)請(qǐng)求)流程，其Service Type (服務(wù)類型) 為尋呼響應(yīng)； 步驟202，匪E判斷該流程的Service Type指示為尋呼觸發(fā)的響應(yīng)，Service Request流程結(jié)束，尋呼流程成功，則匪E終止第一次尋呼定時(shí)器，并向?qū)ず舻降腢E發(fā)送下 行信令或下行數(shù)據(jù)。 如圖3所示是本發(fā)明的一個(gè)應(yīng)用實(shí)例，描述了MME在第一次尋呼失敗后繼續(xù)第二 次尋呼的過程，其尋呼流程如下 步驟300，在第一次尋呼定時(shí)器超時(shí)時(shí)仍未獲取尋呼相應(yīng)的情況下，匪E發(fā)起第二次尋呼請(qǐng)求Paging,根據(jù)匪E的TA拓?fù)渑渲毛@取到與將與該UE最后一次有效登記的TA相 鄰的TA作為匪E第二次的尋呼范圍，將該相鄰TA的TAI發(fā)送給對(duì)應(yīng)的所有eNodeB ;同時(shí)， 匪E設(shè)置第二次尋呼定時(shí)器； 步驟301，所有收到消息的eNodeB在該相鄰TA范圍內(nèi)尋呼該UE ;
步驟302，在第二次尋呼定時(shí)器超時(shí)前，匪E收到某eNodeB發(fā)起的Service Request過程，Service Type為尋呼響應(yīng)后，判斷本流程Service Type指示為尋呼觸發(fā)的 Service Request, Service Request流程結(jié)束，尋呼流程成功，則匪E終止第二次尋呼定時(shí) 器，并向?qū)ず舻降腢E發(fā)送下行信令或下行數(shù)據(jù)。 如圖4所示是本發(fā)明的一個(gè)應(yīng)用實(shí)例，描述了匪E在第二次尋呼失敗后繼續(xù)第三 次尋呼的過程，其尋呼流程如下 步驟400，在第二次尋呼定時(shí)器超時(shí)時(shí)仍未獲取尋呼相應(yīng)的情況下，匪E發(fā)起第三 次尋呼請(qǐng)求Paging,尋呼范圍為該UE的TA列表中所有TA，匪E將所有TA的TAI發(fā)送給對(duì) 應(yīng)的所有eNodeB ;同時(shí)，匪E設(shè)置第三次尋呼定時(shí)器； 或者，該步驟中匪E也可以在發(fā)起第三次尋呼請(qǐng)求時(shí)，除去已尋呼過的TA，只在未 進(jìn)行尋呼過的TA范圍內(nèi)進(jìn)行尋呼，即將TA列表中未進(jìn)行過尋呼的TA的TAI發(fā)送給相關(guān) eNodeB ; 步驟401，所有收到消息的eNodeB在指定的TA范圍內(nèi)尋呼該UE ;
步驟402，在第三次尋呼定時(shí)器超時(shí)前，匪E收到UE發(fā)起的某eNodeB的Service Request過程，Service Type為尋呼響應(yīng)，匪E判斷本流程ServiceType指示為尋呼觸發(fā)的 Service Request, Service Request流程結(jié)束。尋呼流程成功，則匪E終止第三次尋呼定 時(shí)器，并向?qū)ず舻降腢E發(fā)送下行信令或下行數(shù)據(jù)。 在上述幾個(gè)應(yīng)用實(shí)例中，如果匪E在設(shè)定的尋呼定時(shí)器超時(shí)后仍未收到尋呼響 應(yīng)，判斷本次尋呼失敗后，可以按照?qǐng)D5所示的流程再次發(fā)起尋呼，或者直接終止尋呼流程 (如果第三次尋呼失敗，則直接終止尋呼流程)。此外，也可以在某次尋呼失敗后直接在整 個(gè)TA列表中未進(jìn)行尋呼過的TA范圍內(nèi)進(jìn)行尋呼。 如圖5所示是本發(fā)明應(yīng)用實(shí)例的尋呼超時(shí)的處理流程，其包含以下步驟
步驟500，匪E向?qū)?yīng)的eNodeB發(fā)起尋呼流程，同時(shí)設(shè)置尋呼定時(shí)器；
步驟501，收到消息的eNodeB在指定TA范圍內(nèi)尋呼該UE，尋呼無響應(yīng)，匪E設(shè)置 的尋呼定時(shí)器超時(shí)； 步驟502，尋呼定時(shí)器超時(shí)后，匪E再次發(fā)起對(duì)該UE的尋呼，或者認(rèn)為本次尋呼失 敗，終止尋呼流程。
權(quán)利要求
一種移動(dòng)通訊分組域演進(jìn)系統(tǒng)中尋呼的方法，其特征在于，當(dāng)需要尋呼用戶終端UE時(shí)，移動(dòng)管理實(shí)體MME根據(jù)所述UE的跟蹤區(qū)域TA列表的拓?fù)潢P(guān)系圖在尋呼前所述UE最后一次有效登記的TA內(nèi)對(duì)所述UE發(fā)起第一次尋呼，如果本次尋呼成功，則向?qū)ず舻降腢E發(fā)送下行信令或下行數(shù)據(jù)。
2. 如權(quán)利要求1所述的方法，其特征在于，所述UE的TA列表的拓?fù)潢P(guān)系圖由所述MME 根據(jù)所述UE的TA的區(qū)域位置分布為其配置。
3. 如權(quán)利要求1所述的方法，其特征在于，所述匪E在對(duì)所述UE發(fā)起所述第一次尋呼 的同時(shí)設(shè)置第一次尋呼等待時(shí)間，如果匪E在所述第一次尋呼等待時(shí)間內(nèi)收 到UE發(fā)起的服 務(wù)類型為尋呼響應(yīng)的服務(wù)請(qǐng)求，則認(rèn)為所述第一次尋呼成功；否則，認(rèn)為所述第一次尋呼失 敗。
4. 如權(quán)利要求1或3所述的方法，其特征在于，當(dāng)所述第一次尋呼失敗時(shí)，所述匪E在 所述UE最后一次有效登記的TA的相鄰TA范圍內(nèi)對(duì)所述UE發(fā)起第二次尋呼，如果所述第 二次尋呼成功，則向?qū)ず舻降腢E發(fā)送下行信令或下行數(shù)據(jù)。
5. 如權(quán)利要求4所述的方法，其特征在于，所述MME在對(duì)所述UE發(fā)起所述第二次尋呼 的同時(shí)設(shè)置第二次尋呼等待時(shí)間，如果所述匪E在所述第二次尋呼等待時(shí)間內(nèi)收到所述UE 發(fā)起的服務(wù)類型為尋呼響應(yīng)的服務(wù)請(qǐng)求，則認(rèn)為所述第二次尋呼成功；否則，認(rèn)為所述第二 次尋呼失敗。
6. 如權(quán)利要求4所述的方法，其特征在于，所述相鄰TA是指區(qū)域位置相鄰。
7. 如權(quán)利要求5所述的方法，其特征在于，當(dāng)所述第一次尋呼或第二次尋呼失敗時(shí)，所 述匪E在所述TA列表中未進(jìn)行過尋呼的TA范圍內(nèi)對(duì)所述UE發(fā)起第三次尋呼，如果所述第 三次尋呼成功，則向?qū)ず舻降腢E發(fā)送下行信令或下行數(shù)據(jù)，如果所述第三次尋呼失敗，則 終止對(duì)所述UE的尋呼流程。
8. 如權(quán)利要求7所述的方法，其特征在于，所述匪E在對(duì)所述UE發(fā)起所述第三次尋呼 的同時(shí)設(shè)置第三次尋呼等待時(shí)間，如果所述匪E在所述第三次尋呼等待時(shí)間內(nèi)收到所述UE 發(fā)起的服務(wù)類型為尋呼響應(yīng)的服務(wù)請(qǐng)求，則認(rèn)為所述第三次尋呼成功；否則，認(rèn)為所述第三 次尋呼失敗。
全文摘要
本發(fā)明公開了一種移動(dòng)通訊分組域演進(jìn)系統(tǒng)中尋呼的方法，應(yīng)用于EPS系統(tǒng)，當(dāng)需要尋呼用戶終端UE時(shí)，移動(dòng)管理實(shí)體MME根據(jù)所述UE的跟蹤區(qū)域TA列表的拓?fù)潢P(guān)系圖在尋呼前所述UE最后一次有效登記的TA內(nèi)對(duì)所述UE發(fā)起第一次尋呼，如果本次尋呼成功，則向?qū)ず舻降腢E發(fā)送下行信令或下行數(shù)據(jù)。通過本發(fā)明方法可以提高EPS系統(tǒng)的尋呼效率，減少無線資源的占用。
文檔編號(hào)H04W68/00GK101742645SQ20081017643
公開日2010年6月16日 申請(qǐng)日期2008年11月11日 優(yōu)先權(quán)日2008年11月11日
發(fā)明者丁燕菁, 劉西亮, 葉敏雅 申請(qǐng)人:中興通訊股份有限公司