用於觸發尋呼剖析的方法和布置與流程

2023-12-08 22:55:41 1

本發明一般涉及蜂窩通信網絡中的尋呼的領域。更具體來說，它涉及用於建立特定地理區域中的尋呼間隔和尋呼重複（repetition）次數的尋呼剖析。

背景技術：

相對於蜂窩通信網絡處於空閒模式的無線通信裝置通常在預定時機（所謂的尋呼時機）調諧到留駐（camp-on）小區的基站，以檢查它是否被網絡尋呼。例如，如果存在針對無線通信裝置的傳入呼叫，則裝置可被尋呼。

通常，當無線通信裝置處於空閒模式時，它使用網絡所提供的相鄰小區信息自主地處置移動性。如果當前留駐小區變弱並且存在更強相鄰小區，則無線通信裝置通常將小區改變成更強相鄰小區。在這個(所謂的)小區重選期間，無線通信裝置通常不監測尋呼，並且因此它可在此時間期間錯過尋呼。為了防止錯過尋呼(例如因小區重選所引起的尋呼監測中的的中斷)，蜂窩通信網絡通常重複尋呼一次或多次，直到無線通信裝置進行響應。

在典型蜂窩通信網絡中，地理區域(無線通信裝置在其中註冊)(即，所謂的位置(或跟蹤)區域)中的所有基站發送預計送往無線通信裝置的尋呼。當無線通信裝置例如因穿過某個地理邊界而重選到另一個位置(或跟蹤)區域中的小區或者改變成另一種無線電接入技術(RAT)時，它通常必須就它當前在哪個地理區域而更新網絡。這通常通過位置(或跟蹤)區域更新過程進行。直到無線通信裝置完成更新位置(跟蹤)區域，蜂窩通信網絡將具有與在哪一個區域中尋呼無線通信裝置有關的過時信息。為了防止因過時位置(或跟蹤)區域信息而錯過尋呼，如果無線通信裝置沒有響應所註冊位置(跟蹤)區域中的尋呼，則蜂窩通信網絡通常重複進行相鄰位置(跟蹤)區域中的尋呼。

尋呼時機遵循所謂的尋呼循環（cycle），其通常由蜂窩通信網絡節點來配置。尋呼循環長度通常取決於可適用的無線電接入技術標準。

通常，無線通信裝置需要每尋呼時機啟動無線電單元(radio)，例如以便調諧到服務小區下行鏈路載波，執行自動增益控制(AGC)、自動頻率控制(AFC)，並且在它能夠監測尋呼之前更新服務小區的定時。

短尋呼循環的使用暗示在給定時間幀之內比如果使用較長尋呼循環時更多的這類活動。這通常導致更高功率消耗，並且因此又導致更短待機時間。

對雙SIM雙待機(DSDS)無線通信裝置可經歷與尋呼相關的另一個問題。這種無線通信裝置可在具有對於第二SIM的正進行連接(例如，分組交換(PS)連接)的同時監測對於第一SIM的尋呼。當DSDS裝置採用單個無線電單元來實現時，通常需要在第一SIM的尋呼時機刺穿(puncture)第二SIM的正進行連接，使得無線電單元可從一個頻率(或小區)調諧到另一個，監聽尋呼，並且然後再次調諧回。

首先因到無線通信裝置的調度的傳輸和來自無線通信裝置的調度的傳輸無法執行(因為無線電單元調諧到另一個頻率/小區)，並且其次因就在所創建間隙之前正確接收的傳輸塊的HARQ(混合自動重傳請求)確認無法傳送(導致網絡側即使已經成功接收也可能重傳數據)，刺穿正進行連接通常將導致直接吞吐量損失。

刺穿還可對殘餘BLER(誤塊率)具有影響，從而導致更高層(RLC—無線電鏈路控制)中的重傳。

此外，因刺穿而沒有傳送的確認和/或信道質量報告可導致網絡側對無線通信裝置應用更魯棒的MCS(調製和編碼方案)，這導致更低吞吐量。

如上所解釋的，在尋呼中通常存在冗餘度，其可由無線通信裝置利用來例如降低功率消耗。但是，通常只有可用尋呼時機按照可適用蜂窩通信標準來定義，而尋呼的重複模式(重複次數和重複之間的間隔)沒有標準化。因此，無線通信裝置需要獲取這種信息，以便能夠相對於錯過尋呼的概率來平衡功率消耗要求和/或吞吐量要求。

美國專利發表US 2014/0056197 A1公開用於調整通信系統中的終端的喚醒周期的方法和設備。終端確定網絡側裝置是否在區域（終端位於其中）中重傳尋呼消息。終端獲取時間間隔（在所述時間間隔重傳尋呼消息）和重傳尋呼消息的次數，並且將其喚醒周期調整成等於N乘以時間間隔（在所述時間間隔重傳尋呼消息）的值。例如當終端進入新位置區域時、當終端啟動時或者經過用戶輸入的指令來觸發網絡側裝置是否重傳尋呼消息的確定。

如以下將會理解的，存在對用於觸發尋呼剖析的備選方式的需要。優選地，備選方式更加靈活，和/或提供更準確結果。

技術實現要素：

應當強調，當在本說明書中使用時，術語「包括(comprises)/包括(comprising)」用來指定存在所陳述的特徵、整數、步驟或組件，但並不排除存在或附加一個或多個其他特徵、整數、步驟、組件或者其編組。

一些實施例的目的是消除上述缺點的至少一部分，並且提供用於觸發尋呼剖析的備選方法和布置。

按照第一方面，這通過一種用於確定尋呼重複次數和尋呼重複之間的時間間隔的尋呼剖析方法來實現。該方法包括通過引起與一個或多個無線通信裝置相關的尋呼來觸發尋呼剖析。

在一些實施例中，引起尋呼可包括下列步驟的一個或多個：向一個或多個無線通信裝置發送虛擬短消息服務(SMS)消息；向一個或多個無線通信裝置發送虛擬數據分組；以及在對一個或多個無線通信裝置的正進行傳輸期間引起斷開。虛擬SMS消息例如可以是空SMS消息。虛擬數據分組例如可以是空數據分組。

按照一些實施例，與一個或多個無線通信裝置相關的所引起尋呼可以是虛擬尋呼(即，沒有涉及所建立的實際通信的尋呼，例如空SMS消息或者空數據分組)。備選地或附加地，按照一些實施例，與一個或多個無線通信裝置相關的所引起尋呼可以是常規尋呼(即，涉及所建立的實際通信的尋呼，例如建立特意斷開的正進行傳輸)。

觸發尋呼剖析可由無線通信裝置(例如引起對其本身的尋呼)和/或由伺服器(例如引起對一個或多個無線通信裝置的尋呼的基於雲的伺服器)來執行。

在一些實施例中，該方法還可包括基於尋呼剖析來更新尋呼模式資料庫的條目，其中條目與地理區域（一個或多個無線通信裝置駐留在其中）關聯。地理區域例如可以是小區、位置區域(LA)或跟蹤區域(TA)。通常，尋呼模式資料庫可具有用於多個地理區域的相應條目。尋呼模式資料庫可容納在無線通信裝置中和/或伺服器中。

按照一些實施例，該方法還可包括通過檢測尋呼模式資料庫的條目不是有效的來檢測需要尋呼剖析。在這類實施例中，響應檢測需要尋呼剖析而實現尋呼剖析的觸發。檢測需要尋呼剖析例如可響應與地理區域關聯的尋呼模式資料庫查詢。

不是有效的條目例如可包括下列狀況的一個或多個：條目缺失，條目的值過時(例如自值的時間戳以來的持續時間大於閾值)以及條目的值被認為不可靠(例如因為它基於不充分統計—過少的剖析測量和/或來自過少無線通信裝置的測量)。

如果無線通信裝置尚未較早的處於地理區域中，如果它尚未存儲地理區域的任何尋呼概況，或者如果地理區域的所存儲尋呼概況過舊，則條目可對無線通信裝置的尋呼模式資料庫是無效的。

如果伺服器不具有地理區域的任何尋呼概況，或者如果伺服器不具有地理區域的可靠尋呼概況(例如過舊、過少測量、過少無線通信裝置等)，則條目可對伺服器的尋呼模式資料庫是無效的。

對於什麼時候可觸發尋呼剖析的其他方式包括觸發：

取決於無線通信裝置的當前和/或最近活動等級(例如，當裝置對某個所指定時間周期處於空閒模式時觸發)，

取決於時刻(例如在低業務時間期間觸發)，

當無線通信裝置將要轉移到空閒模式時，

取決於無線電條件(例如，僅當無線電條件被認為良好，例如如果接收信號強度/質量高於無線電條件閾值時進行觸發)，

取決於小區或其他地理區域（無線通信裝置駐留在其中）中的業務量(例如，僅當業務量低於業務量閾值時進行觸發)，

取決於無線通信裝置的速度參數(例如當無線通信裝置被認為是靜止時或者當無線通信裝置的移動性被認為低時進行觸發)，

取決於系統參數(例如，當尋呼循環小於最大尋呼循環長度時進行觸發)。

這類方式可單獨地或者按照相互之間的任何組合和/或檢測尋呼模式資料庫的條目是無效的方式來使用。

按照一些實施例，該方法可由包括尋呼模式資料庫的伺服器來執行。然後，該方法還可包括從一個或多個無線通信裝置的至少一個來接收指示尋呼重複次數和重複之間的時間間隔的測量報告，以及更新尋呼模式資料庫的條目可基於測量報告。

伺服器可以是基於雲的伺服器。通常，在它不具有尋呼參數(重複次數和重複之間的間隔)的先驗知識的意義上，伺服器不是蜂窩通信網絡的一部分。

伺服器可由蜂窩通信網絡運營商或者由獨立方來操作。數據可對於多個蜂窩通信網絡運營商來共享。

在一些實施例中，更新尋呼模式資料庫的條目還可基於多個更早接收的測量報告。

例如，當建立伺服器時，它可(對於它要覆蓋的各地理區域)以從一個或多個無線通信裝置觸發初始尋呼剖析而啟動或者它可採用預設值來建立。

隨後，它可在各種觸發時機從一個或多個無線通信裝置觸發新尋呼剖析。觸發時機例如可以是當條目缺乏、過舊、不可靠等時。備選地或附加地，觸發時機可通過如以上詳述的其他參數(例如時刻、無線通信裝置的速度等)來控制。

一個或多個無線通信裝置可包括駐留在感興趣地理區域中的所有無線通信裝置或者其子集。

當接收隨後的觸發的(一個或多個)測量報告時，伺服器可基於所接收的(一個或多個)測量報告按照任何適當方式來更新條目。

例如，新條目值可以是舊條目值和所接收的(一個或多個)測量報告的(一個或多個)值的加權平均。

備選地或附加地，伺服器可使用最近的報告的數量X的百分之九十或中值(例如)作為條目值(重複計數和/或重複之間的時間間隔)。使用百分之九十(或者另一個適當度量)具有濾出錯誤報告的有益效果。

與以上所述並行地，按照一些實施例，伺服器可跟蹤最近的報告的數量Y(其中Y<X)的變化，以及早檢測是否可能存在網絡的重新配置。如果確定可能存在網絡的重新配置，則伺服器可使任何先前推斷的條目值無效或者認為任何先前推斷的條目值是不太可靠的。

備選地或附加地，伺服器可使用按照報告的數量X和數量Y(其中Y<X)的最大值，由此實現網絡重新配置的早期檢測。在一些實施例中，所產生重複次數減去一次重複被用作條目。

又備選地或附加地，可使用適當滯後。例如，伺服器可以僅在最近的報告的數量M中的數量N指示更高重複次數之後增加重複次數的條目，但是可已經在最近的報告的數量M中的數量L指示較低重複次數(其中L<<N)之後減少重複次數的條目。

在一些實施例中，該方法還可包括給與更新條目關聯地對尋呼模式的條目加時間戳。在這類實施例中，如果時間戳比對應閾值要舊，則條目可被認為無效。

伺服器可在兩個或更多蜂窩通信網絡運營商之間共享。

按照一些實施例，該方法可由無線通信裝置來執行。然後，與一個或多個無線通信裝置相關的尋呼可由對無線通信裝置本身的尋呼來組成，以及該方法還可包括測量尋呼重複次數和重複之間的時間間隔，並且基於尋呼重複次數和重複之間的時間間隔來調整無線通信裝置的尋呼讀取次數。

調整尋呼讀取次數例如可包括確定是否在每一個可能尋呼時機監聽尋呼。例如，如果存在許多重複，則可以有可能以少於每一個尋呼時機來監聽尋呼以節省功率和/或增加吞吐量而沒有嚴重增加錯過尋呼的風險，以及如果重複之間的時間間隔較大，則可以不需要以少於每一個尋呼時機來監聽尋呼。

如果無線通信裝置包括尋呼模式資料庫，則更新尋呼模式資料庫的條目可基於所測量的尋呼重複次數和重複之間的時間間隔。

如果尋呼模式資料庫包括在伺服器中，則如由無線通信裝置所執行的方法還可包括向伺服器傳送指示所測量的尋呼重複次數和重複之間的時間間隔的測量報告。

在一些實施例中，測量尋呼重複次數和重複之間的時間間隔可包括如果檢測到最大重複次數則終止測量。

第二方面是一種包括計算機可讀介質（具有包含程序指令的電腦程式在其上）的電腦程式產品，電腦程式可加載到數據處理單元中並且適合於在由數據處理單元運行電腦程式時引起按照第一方面的方法的執行。

第三方面是一種用於確定尋呼重複次數和尋呼重複之間的時間間隔的尋呼剖析布置。該布置包括尋呼剖析發起器，其適合於通過引起與一個或多個無線通信裝置相關的尋呼來觸發尋呼剖析。

在一些實施例中，該布置還可包括基於尋呼剖析來更新尋呼模式資料庫的條目的部件，其中條目與地理區域（一個或多個無線通信裝置駐留在其中）關聯。

按照一些實施例，該布置還可包括檢測器，其適合於通過檢測尋呼模式資料庫的條目不是有效的來檢測需要尋呼剖析。然後，尋呼剖析發起器適合於響應檢測器檢測到需要尋呼剖析而實現尋呼剖析的觸發。

在一些實施例中，與一個或多個無線通信裝置相關的尋呼可由對包括該布置的無線通信裝置的尋呼來組成。在這些實施例中，該布置還可包括：測量單元，適合於測量尋呼重複次數和重複之間的時間間隔；以及調整單元，適合於基於尋呼重複次數和重複之間的時間間隔來調整無線通信裝置的尋呼讀取次數。當尋呼模式資料庫包括在伺服器中時，該布置還可包括控制器，其適合於引起向伺服器傳送指示尋呼重複次數和重複之間的時間間隔的測量報告。

在一些實施例中，該布置還包括尋呼模式資料庫以及適合於更新條目的資料庫管理單元。如果該布置包括在伺服器中，則資料庫管理單元適合於基於來自一個或多個無線通信裝置的至少一個的指示尋呼重複次數和重複之間的時間間隔的所接收的測量報告來更新條目。如果資料庫包括在無線通信裝置中，則資料庫管理單元適合於基於所測量尋呼重複次數和重複之間的時間間隔來更新條目。

第四方面是一種包括按照第三方面或者其適當實施例的布置的伺服器。

第五方面是一種包括按照第三方面或者其適當實施例的布置的無線通信裝置。

在一些實施例中，第三、第四和第五方面附加地可具有與如以上對第一方面所解釋的各種特徵的任一種相同的或對應的特徵。

尋呼剖析的一般優點是相對於錯過尋呼的概率來平衡吞吐量和/或功率消耗的可能性。

一些實施例的優點在於，提供靈活尋呼剖析。靈活性例如可藉助於在適當時間通過為此目而引起尋呼以觸發尋呼剖析的可能性來提供。

一些實施例的另一個優點在於，提供更可靠的尋呼概況。可靠性例如可藉助於伺服器從若干無線通信裝置收集多個尋呼剖析測量報告、由此提供充分統計基礎來提供。備選地或附加地，可靠性可藉助於在測量條件是良好(例如，靜止無線通信裝置、有益無線電條件等)時觸發尋呼剖析的可能性來提供。

一些實施例的又一優點在於，尋呼剖析可在它儘可能少地幹擾無線通信裝置和/或系統的正常操作時被觸發。這個有益效果例如可通過在無線通信裝置對長時間周期處於空閒模式（在夜間期間）、當業務負荷低等時觸發尋呼剖析的可能性來實現。

附圖說明

從以下對附圖進行參考的實施例的詳細描述中，其他目的、特徵和優點將會顯現，在附圖中：

圖1是示出按照一些實施例的示例方法步驟的流程圖；

圖2是示出按照一些實施例的示例方法步驟和信號的組合流程圖和信令圖；

圖3是示出按照一些實施例的示例方法步驟的流程圖；

圖4是示出按照一些實施例的示例尋呼剖析布置的示意框圖；

圖5是示出按照一些實施例的示例尋呼剖析布置的示意框圖；以及

圖6是示出按照一些實施例的示例電腦程式產品的示意圖。

具體實施方式

下面將描述實施例，其中尋呼剖析(確定尋呼重複次數和尋呼重複之間的時間間隔)由一個或多個無線通信裝置(以下又稱作裝置)來執行。尋呼剖析例如可用來優化錯過尋呼的概率與功率消耗和/或吞吐量之間的折衷。

現有技術的尋呼剖析方式的缺點在於，尋呼剖析的質量(可靠性)可改變。例如，如果剖析在無線電條件不良時被觸發(例如通過進入新位置區域、通過啟動終端或者通過由用戶輸入指令)，則尋呼剖析測量的結果可能不充分(例如因為沒有檢測到實際尋呼)。

因此，本文呈現實施例，其中觸發尋呼剖析通過引起與一個或多個無線通信裝置相關的尋呼進行。因此，尋呼剖析的定時變為靈活。這樣，有可能在有利條件下執行尋呼剖析。此外，有可能在它儘可能少地幹擾裝置和/或通信系統整體的其他操作時執行尋呼剖析。

在本文的一些實施例中，伺服器將來自若干裝置的尋呼剖析信息收集在尋呼模式資料庫中，這更進一步增加可靠性。這些實施例的另一個優點在於，進入地理區域（裝置沒有針對此地理區域的所存儲尋呼概況）的所述裝置不一定必須立即(或者根本不)執行尋呼剖析，以便能夠優化上面指示的折衷。而是，這種裝置可查詢伺服器的尋呼模式資料庫，並且接收如其他裝置所測量的尋呼剖析信息。備選地，對網絡執行地理區域更新過程的裝置可從伺服器的尋呼模式資料庫來接收(作為更新過程的部分)尋呼剖析信息（如其他裝置所測量的）。這樣，通常平均需要更少尋呼剖析測量，因為裝置可獲益於其他裝置所執行的剖析。

現在將參照圖1和圖2來描述一些實施例。

圖1示出按照一些實施例的示例方法100，其可由無線通信裝置來執行。

在步驟110，執行方法100的裝置檢測需要尋呼剖析。這例如可包括這例如可包括進入新地理區域(例如跟蹤/位置區域)，查詢尋呼剖析資料庫(包括在裝置本身中並且與通過裝置的更早尋呼剖析測量相關，或者包括在伺服器中並且與通過多個裝置的尋呼剖析測量相關)以檢索地理區域的尋呼概況，並且檢測資料庫中不存在對於所述地理區域的有效條目。

隨後，在步驟120，裝置通過引起對其本身的尋呼來觸發尋呼剖析。由於沒有觸發尋呼剖析，直到引起自尋呼，所以可適配（adapt）觸發的定時使得(當尋呼剖析將要執行時)例如無線電條件是有利的，速度是有利的，裝置的活動低等，如以上詳述的。

引起尋呼例如可包括裝置向其本身發送SMS消息或者向其本身發送數據分組。

在步驟130，裝置按照任何適當方式來測量尋呼的重複次數和尋呼重複之間的時間間隔。

在步驟140測量結果可用來調整尋呼讀取(例如，相對於錯過尋呼的概率來折衷功率損耗和/或吞吐量)。

在步驟150測量結果還可用來更新尋呼模式資料庫。如果尋呼模式資料庫包括在裝置中，則步驟150可包括存儲測量結果。如果尋呼模式資料庫包括在伺服器中，則步驟150可包括向伺服器發送尋呼剖析測量報告。

圖2示出按照一些實施例的示例方法200，其可由伺服器203來執行。圖2還示出對應示例方法205(其可由無線通信裝置(UE)201來執行)以及伺服器與無線通信裝置之間的對應信令。

在步驟210，伺服器203檢測需要尋呼剖析。這例如可包括檢測它缺乏對於特定地理區域的尋呼概況，或者對於特定地理區域的所存儲的尋呼概況不可靠(例如，因為它過舊，因為它基於過少測量，和/或因為它基於來自過少裝置的測量)。

隨後，在步驟220，裝置通過引起對當前駐留在相關地理區域中的裝置201(並且可能還對其他裝置)的尋呼來觸發尋呼剖析。由於沒有觸發尋呼剖析，直到引起尋呼，所以可適配觸發的定時使得(當尋呼剖析將要執行時)例如無線電條件是有利的，速度是有利的，裝置的活動低等，如以上詳述的。在圖2的情形中，裝置201結合蜂窩通信網絡(NW)202進行操作，並且引起尋呼通過適當消息221(例如預計送往裝置的SMS消息或數據分組)從伺服器203到網絡202(其又將尋呼231傳送給裝置201)的傳輸示出。備選地或附加地，伺服器可通過當存在對傳輸掛起的數據的同時中斷與裝置的正進行連接(例如停用承載或類似的)來引起尋呼。

在步驟230，裝置按照任何適當方式來測量尋呼231的重複次數和尋呼重複之間的時間間隔。

在步驟240測量結果通過測量報告241(其由伺服器203接收，並且在步驟250用來更新尋呼模式資料庫)來傳送給伺服器。

如同圖1中一樣，測量結果也可用來調整通過裝置(未示出)的尋呼讀取。

如上所提到的，按照一些實施例，剖析可以僅當假定裝置為靜止(或者緩慢移動)時被發起。這種方式的優點在於，存在剖析過程期間將重選新小區(潛在地從新位置/跟蹤區域)的更小風險。裝置速度的檢測可通過任何適當的已知或將來方法來實現。例如，可監測小區定時、信號強度和/或信號質量，以及如果被監測參數隨時間是穩定的，則它可指示裝置是靜止的。

在一些實施例中，只有如果滿足與系統參數相關的特定要求，才可發起尋呼剖析。例如，可要求尋呼循環小於閾值循環時間(例如等於最大循環時間)，以使剖析被執行和/或使更稀疏尋呼監測被應用。這種方式的應用避免裝置響應尋呼之前的極長等待時間。這種方式的應用還能夠通過存在採用尋呼的已經稀疏監測針對功率消耗和/或吞吐量的進一步優化的極小可能性來證明。

圖3示出按照一些實施例的裝置測量尋呼的重複次數的示例方法300(分別與圖1和圖2的步驟130和230相比)。尋呼重複之間的時間間隔被認為在這個示例中是已知的(通常在系統信息中提供)。

尋呼剖析在步驟330啟動，其中指示是否被尋呼的裝置的參數(isPaged)初始化為「false」，以及指示所檢測尋呼重複次數的計數器(repetitionCount)初始化為0。

然後在步驟331監測尋呼時機。在典型尋呼剖析過程中，監測所有尋呼時機(即使所調整的尋呼讀取以其他方式來應用，與例如圖1的步驟140相比)。又在典型尋呼剖析過程中，尋呼時機的監測繼續進行，即使檢測到尋呼(即，沒有響應尋呼，直到完成剖析)，以激發(provoke)尋呼重複。

如果在被監測的尋呼時機接收尋呼(從步驟332的Y路徑)，以及如果所接收尋呼專用於裝置(從步驟333的Y路徑)，則在步驟334，isPaged更新成「true」，並且repetitionCount遞增。

在步驟334之後，如果沒有達到最大重複次數(maxCount)(從335的N路徑)，則在步驟331(下一個尋呼時機的)監測繼續進行(從335的Y路徑)，在該情況下，對所述地理區域來存儲尋呼的重複次數(repetitionCount)(步驟338)，並且例如通過隨機存取來響應專用尋呼(步驟339)。

最大重複次數可對應於標準化數字、由網絡發信號通知的數字或者由裝置本身所設置的數字。應用最大重複次數的一個目的是要避免太長延遲，直到由裝置發送尋呼響應，如果尋呼不是虛擬尋呼則這是特別有用的。在一些實施例中，裝置可將maxCount設置為2。

按照一些實施例，與maxCount有關的校驗是可選的，如由圖3的虛線部分所指示的。

如果所接收的尋呼是公共的(從步驟333的N路徑)，則在步驟336裝置遵循常規過程(例如，讀取系統信息更新、公共告警等)，在此之後在步驟331(下一個尋呼時機的)監測繼續進行。

如果在被監測尋呼時機中沒有接收到尋呼(從步驟332的N路徑)，如果isPaged為「false」(從步驟337的N路徑)、即如果先前尋呼時機中沒有尋呼裝置則在步驟331(下一個尋呼時機的)監測繼續進行。否則，如果isPaged為「true」(從步驟337的Y路徑)，即，如果在先前尋呼時機中裝置被尋呼，則對尋呼的所有重複進行計數，因此對所述地理區域來存儲尋呼的重複次數(repetitionCount)(步驟338)，並且例如通過隨機存取來響應專用尋呼(步驟339)。一旦到達步驟339，則終止尋呼剖析。

一般來說，如果裝置離開在考慮下的地理區域，和/或如果條件(速度、信號強度等)退化，則通常可終止尋呼剖析。如果尋呼剖析過早終止，則結果通常不用於尋呼模式資料庫的更新。如果尋呼剖析過早終止，則新尋呼剖析可在以後的時間點觸發。

又一般來說，可存在若干備選方案，通過所述備選方案使裝置對尋呼剖析是活動的(即，配置成當尋呼到達時例如通過執行圖2的步驟230和240和/或圖3的示例方法300來執行尋呼剖析)。

在不要求伺服器交互的一個示例中，裝置遭遇小區（對於所述小區它不知道尋呼重複和/或重複之間的時間間隔(即，這些參數不是歷史信息的部分)）。然後，服務可自行配置用於尋呼剖析，向其本身發送SMS，立即釋放連接(即，轉到空閒)，並且監測尋呼。在典型實施例中，它因來自其本身的SMS而接收虛擬尋呼還是接收對它的另一個尋呼是不相關的，因為相同重複模式適用(網絡不識別尋呼之間的任何差異)。為了避免採用新SMS的通知幹擾裝置的用戶，裝置發送給其本身的SMS消息可包含允許SMS被濾出而不向用戶顯示的字符的不可能組合。

在要求伺服器交互的備選或附加示例中，裝置在聯絡伺服器時(例如在跟蹤區域更新期間)發現不存在與裝置當前所在小區有關的信息。然後，裝置可請求伺服器觸發尋呼(例如通過向裝置發送消息)，釋放連接(即，轉到空閒)，並且啟動尋呼剖析。伺服器通常在從裝置接收觸發尋呼的請求之後等待一些時間。然後，伺服器向裝置發送消息(例如SMS)，裝置通過其獲得執行尋呼剖析的機會。在典型實施例中，裝置因伺服器生成消息而接收尋呼還是接收對它的另一個尋呼是不相關的，因為相同重複模式適用(網絡不識別尋呼之間的任何差異)。

圖4示出按照一些實施例的示例尋呼剖析布置。圖4的示例布置例如可包括在無線通信裝置400中，並且可適合於執行如圖1中所描述的示例方法100。

該布置包括適合於接收和傳送尋呼的收發器(RX/TX)410以及控制器(CNTR)420。控制器420包括：檢測器(DET)421，其適合於檢測需要尋呼剖析(與圖1的步驟110相比)；以及尋呼剖析發起器(TRIG)422，其適合於通過引起對其本身的尋呼來觸發尋呼剖析(與圖1的步驟120相比)。控制器420還包括：測量單元(MEAS)423，其適合於測量尋呼重複次數和重複之間的時間間隔(與圖1的步驟130相比)；以及調整單元(ADJ)424，其適合於基於測量來調整無線通信裝置的尋呼讀取次數(與圖1的步驟140相比)。

該布置還可包括具有關聯資料庫管理單元(DB MGMT)431的尋呼模式資料庫(DB)430。在這類實施例中，控制器420還可適合於引起資料庫管理單元431更新尋呼模式資料庫430(與圖1的步驟150相比)。

如果尋呼模式資料庫包括在伺服器(未示出)中，則控制器420還可適合於引起收發器410向伺服器傳送測量報告(與圖1的步驟150相比)。

圖5示出按照一些實施例的示例尋呼剖析布置。圖5的示例布置例如可包括在伺服器550中，並且可適合於執行如圖2中所描述的示例方法200。伺服器550可以是基於雲的，如由540所示的。

該布置包括：檢測器(DET)521，其適合於檢測需要尋呼剖析(與圖2的步驟210相比)；以及尋呼剖析發起器(TRIG)522，其適合於通過引起對駐留在感興趣地理區域中的一個或多個裝置560的尋呼(與圖2的步驟220相比)並且相對於經由雲540可達的蜂窩通信網絡(NW)550進行操作來觸發尋呼剖析。

一個或多個裝置560各包括適合於接收尋呼的收發器(RX/TX)510以及控制器(CNTR)520。控制器520包括測量單元(MEAS)523，其適合於測量尋呼重複次數和重複之間的時間間隔(與圖2的步驟230相比)。控制器520還適合於引起收發器510向伺服器傳送測量報告(與圖2的步驟240相比)。

該布置還包括具有關聯資料庫管理單元(DB MGMT)531的尋呼模式資料庫(DB)530。資料庫管理單元531適合於基於來自一個或多個裝置560的(一個或多個)測量報告來更新尋呼模式資料庫530(與圖2的步驟250相比)。

所描述的實施例及其等效體可通過軟體或硬體或者其組合來實現。它們可由與通信裝置關聯或者作為其整體部分的通用電路(例如數位訊號處理器(DSP)、中央處理單元(CPU)、協處理器單元、現場可編程門陣列(FPGA)或者其他可編程硬體)或者由專用電路(例如專用集成電路(ASIC))來執行。所有這類形式預期處於本公開的範圍之內。

實施例可出現在包括電路/邏輯或者執行按照實施例的任一個的方法的電子設備(例如無線通信裝置或伺服器)內。電子設備例如可以是便攜或手持移動無線電通信裝備、移動無線電終端、行動電話、用戶裝備、通信器、電子記事本、智慧型電話、計算機、筆記本、移動遊戲裝置或者基於雲的伺服器。

按照一些實施例，電腦程式產品包括計算機可讀介質，例如諸如USB棒、插入式卡、嵌入式驅動器、磁碟或CD-ROM(例如圖6中的CD-ROM 600)。計算機可讀介質上可具有包括程序指令的電腦程式存儲在其上。電腦程式可以可加載到數據處理單元620中，數據處理單元620例如可包括在移動終端610中。當加載到數據處理單元620中時，電腦程式可存儲在與數據處理單元620關聯或者作為其整體部分的存儲器630中。按照一些實施例，電腦程式在加載到數據處理單元620並且由其運行時可引起按照例如圖1、圖2和圖3的任一個中所示的方法的方法步驟的執行。

本文中對各種實施例進行參考。但是，本領域的技術人員會認識到會仍然落入權利要求的範圍之內的對所述實施例的許多變更。例如，本文所描述的方法實施例經過按照某種順序所執行的方法步驟來描述示例方法。但是要認識到，事件的這些次序可按照另一種順序發生，而沒有背離權利要求的範圍。此外，一些方法步驟可並行執行，即使它們描述為按次序執行。

同樣，應當注意，在實施例的描述中，將功能塊劃分為特定單元完全不是進行限制。相反，這些劃分只是示例。本文描述為一個單元的功能塊可分為兩個或更多單元。同樣，本文描述為作為兩個或更多單元來實現的功能塊可實現為單個單元，而沒有背離權利要求的範圍。

因此，應當理解，所描述的實施例的細節只是為了說明的目的而完全不是進行限制。而是，落入權利要求的範圍之內的所有變更預計包含在其中。

以下列示表示按照一些實施例的幾個說明性示例：

1. 一種用於確定尋呼重複次數和所述尋呼重複之間的時間間隔的尋呼剖析方法，所述方法包括：

通過引起與一個或多個無線通信裝置相關的尋呼來觸發(120，220)所述尋呼剖析。

2. 如示例1所述的方法，其中，引起所述尋呼包括下列一個或多個：

向所述一個或多個無線通信裝置發送虛擬短消息服務SMS消息；

向所述一個或多個無線通信裝置發送虛擬數據分組；以及

在對所述一個或多個無線通信裝置的正進行的傳輸期間引起斷開。

3. 如示例1至2中的任一項所述的方法，還包括基於所述尋呼剖析來更新(150，250)尋呼模式資料庫的條目，其中所述條目與地理區域關聯，所述一個或多個無線通信裝置駐留在所述地理區域中。

4. 如示例1至3中的任一項所述的方法，還包括通過檢測所述尋呼模式資料庫的所述條目不是有效的來檢測(110，210)需要所述尋呼剖析，並且其中響應檢測需要所述尋呼剖析而實現觸發所述尋呼剖析。

5. 如示例3至4中的任一項所述的方法，其中，所述方法由包括所述尋呼模式資料庫的伺服器來執行，以及其中所述方法還包括從所述一個或多個無線通信裝置的至少一個來接收指示所述尋呼重複次數和所述重複之間的所述時間間隔的測量報告(241)，並且其中更新(250)所述尋呼模式資料庫的所述條目基於所述測量報告。

6. 如示例5所述的方法，其中，更新所述尋呼模式資料庫的所述條目還基於多個更早接收的測量報告。

7. 如示例5至6中的任一項所述的方法，還包括對與更新所述條目關聯地對所述尋呼模式資料庫的所述條目加時間戳，並且其中如果所述時間戳比閾值要舊，則認為所述條目不是有效的。

8. 如示例5至7中的任一項所述的方法，其中，所述伺服器在兩個或更多蜂窩通信網絡運營商之間共享。

9. 如示例3至4中的任一項所述的方法，其中，所述方法由無線通信裝置執行，其中與一個或多個無線通信裝置相關的所述尋呼由對所述無線通信裝置本身的尋呼來組成，並且其中所述方法還包括：

測量(130)所述尋呼重複次數和所述重複之間的所述時間間隔；以及

基於所述尋呼重複次數和所述重複之間的所述時間間隔來調整(140)所述無線通信裝置的尋呼讀取次數。

10. 如示例9所述的方法，其中，所述無線通信裝置包括所述尋呼模式資料庫，並且其中更新(150)所述尋呼模式資料庫的所述條目基於所述尋呼重複次數和所述重複之間的所述時間間隔。

11. 如示例9所述的方法，其中，所述尋呼模式資料庫包括在伺服器中，所述方法還包括向所述伺服器傳送指示所述尋呼重複次數和所述重複之間的所述時間間隔的測量報告(241)。

12. 如示例9至11中的任一項所述的方法，其中，測量所述尋呼重複次數和所述重複之間的所述時間間隔包括如果(335)檢測到最大重複次數則終止所述測量。

13. 一種包括計算機可讀介質的電腦程式產品，所述計算機可讀介質具有包括程序指令的電腦程式在其上，所述電腦程式可加載到數據處理單元中並且適合於在由所述數據處理單元運行所述電腦程式時引起如示例1至12中的任一項所述方法的執行。

14. 一種用於確定尋呼重複次數和所述尋呼重複之間的時間間隔的尋呼剖析布置，所述布置包括：

尋呼剖析發起器(422，522)，適合於通過引起與一個或多個無線通信裝置相關的尋呼來觸發所述尋呼剖析。

15. 如示例14所述的布置，其中，所述尋呼剖析發起器適合於通過下列一個或多個來引起所述尋呼：

向所述一個或多個無線通信裝置發送虛擬短消息服務SMS消息；

向所述一個或多個無線通信裝置發送虛擬數據分組；以及

在對所述一個或多個無線通信裝置的正進行的傳輸期間引起斷開。

16. 如示例14至15中的任一項所述的布置，還包括基於所述尋呼剖析來更新尋呼模式資料庫(430，530)的條目的部件(420，431，531)，其中所述條目與地理區域關聯，所述一個或多個無線通信裝置駐留在所述地理區域中。

17. 如示例16所述的布置，還包括檢測器(421，521)，其適合於通過檢測所述尋呼模式資料庫(430，530)的所述條目不是有效的來檢測需要所述尋呼剖析，並且其中所述尋呼剖析發起器適合於響應所述檢測器檢測到需要所述尋呼剖析而實現所述尋呼剖析的觸發。

18. 如示例16至17中的任一項所述的布置，還包括所述尋呼模式資料庫以及資料庫管理單元(531)，其適合於基於來自所述一個或多個無線通信裝置的至少一個的指示所述尋呼重複次數和所述重複之間的所述時間間隔的所接收的測量報告來更新所述條目。

19. 如示例16至17中的任一項所述的布置，其中，與一個或多個無線通信裝置相關的所述尋呼由對包括所述布置的無線通信裝置的尋呼來組成，所述布置還包括：

測量單元(423)，適合於測量所述尋呼重複次數和所述重複之間的所述時間間隔；以及

調整單元(424)，適合於基於所述尋呼重複次數和所述重複之間的所述時間間隔來調整所述無線通信裝置的尋呼讀取次數。

20. 如示例19所述的布置，還包括所述尋呼模式資料庫以及資料庫管理單元(431)，所述資料庫管理單元適合於基於所述尋呼重複次數和所述重複之間的所述時間間隔來更新所述條目。

21. 如示例19所述的布置，其中，所述尋呼模式資料庫包括在伺服器中，所述布置還包括控制器(420)，其適合於引起向所述伺服器傳送指示所述尋呼重複次數和所述重複之間的所述時間間隔的測量報告。

22. 一種包括如示例18所述的布置的伺服器。

23. 一種包括如示例19至21中的任一項所述的布置的無線通信裝置。