TWI580290B - 等待請求連接至無線網路時回應傳呼請求 - Google Patents

Description

等待請求連接至無線網路時回應傳呼請求

本發明有關用以控制使用者裝備在等待連接狀態之中時如何回應傳呼請求的方法，以及可操作以執行該方法的使用者裝備、網路控制節點基地台、及電腦程式產品。

無線通訊網路係已知的。在蜂巢式系統中，無線電涵蓋係藉由地理區域而被提供至例如，行動電話之使用者裝備。無線電涵蓋之該等地理區域係已知為胞元。基地台係設在各地理區域中，以提供所需之無線電涵蓋。基地台可在相同的地理區域中支援超過一個的胞元提供涵蓋。在由基地台所伺服之區域中的使用者裝備接收來自該基地台的資訊及資料，以及傳送資訊及資料至該基地台。

由基地台所傳送至使用者裝備的資訊及資料發生在已知為下行鏈路載波之無線電載波的頻道上。由使用者裝備所傳送至基地台的資訊及資料發生在已知為上行鏈路載波之無線電載波的上行鏈路頻道上。

在無線通訊網路中，使用者裝備可在地理的基地台涵蓋區域之間移動。典型地，所提供至使用者裝備的主動服務係藉由無線電網路控制器(RNC)而予以監督。RNC與使用者裝備及基地台通訊，且決定各使用者裝備將被主要地連接至那一個基地台。再者，RNC作用以當使用者裝備自一基地台所伺服的地理區域移動至另一基地台所伺服的地理區域，或在由相同的基地台所伺服的胞元或扇區之間移動時，控制基地台及使用者裝備且與基地台及使用者裝備通訊。胞元負載的RNC管理發生在使用者裝備正在所連接的無線電資源控制(RRC)之中操作時。

使用者裝備可在例如，UMTS通訊網路中的種種模式之中操作。在胞元內的使用者裝備之最初開啟的時候，其將典型地操作於閒置模式中。一旦其與基地台同步且附加其本身至基地台，其獲得無線電資源控制(RRC)連接，且可在該等RRC狀態的若干者之中被稱為在連接模式中。在無線網路中的行動終端機主要具有如上文所略述之兩模式的操作。也就是說，連接模式或已知為“閒置模式”未連接模式。

為了要自閒置躍遷至連接模式，使用者裝備通常將經由RRC連接建立程序而獲得對網路之存取，其係由於使用者裝備(UE)分別傳送RRC連接請求信息至RNC/eNode B(基地台，其係連接至行動網路且與使用者裝備直接通信)，而被啟始。典型地，RNC/eNode B將回應以確認RNC/eNode B與UE間之RRC連接的建立。然而，具有其 中網路(RNC/eNode B)可拒絕來自UE之RRC連接請求的情況。做為拒絕之一部分，網路能提供“等待時間”至UE，其界定UE在重複該拒絕的程序之前必須等待的時間週期。網路拒絕RRC連接請求及提供等待時間之一影響在於，當等待時間正在UE之中運轉時(其可直至15秒)，UE不回應任何傳呼請求。

此外，在UMTS中，RNC亦可在回應來自UE之胞元更新程序時提供等待時間。

對於延遲容許存取(其係打算用於低優先序存取，典型地，諸如智慧量表之MTC機器類型通信裝置)，3GPP RAN2標準作業組群亦已界定擴展的等待時間(直至30分鐘)。當此擴展的等待時間正在UE之中運轉時，此“等待”僅適用於延遲容許呼叫，且因此，UE可回應任何接收之傳呼請求以及計時器被停止。

因此，UE對接收包含等待時間的RRC信息與具有擴展的等待時間之該者之間如何反應具有不一致性，其可導致問題。

在等待或擴展的等待週期中之UE以相似方式回應傳呼需求將係所欲的。特別地，若在擴展的等待時間中之較低優先序裝置係比具有較短等待時間之較高優先序裝置更不反應於若干傳呼請求時，將係有利的。

依據第一觀點，提供有使用者裝備，組構以跨越包含 複數個無線電涵蓋胞元的無線通信網路而與其他裝置通信，該使用者裝備係組構以回應來自該網路之包含等待時間之信息的收到，而不傳送連接請求，直至該等待時間的期滿之後為止；其中該使用者裝備係組構以在該等待時間之期間接收來自該網路的傳呼請求；且係組構以回應該等傳呼請求的至少若干者，該使用者裝備係組構以根據接收自該網路之傳呼資訊而選擇該等傳呼請求的該至少若干者，以回應。

本發明認知的是，被組構以不論請求之優先序或網路之目前負載，而在等待時間之期間不回應傳呼請求的使用者裝備可係不利的。將根據所接收自網路之傳呼資訊以允許至少若干傳呼請求被回應，而解決此。此允許網路具有其中傳呼請求是否被回應的一些控制，且停止在前所發生之該等請求的掩蔽忽視。該至少若干請求可包含其中網路傳呼資訊認為此合適之所有的傳呼請求，選擇性地，其可係請求之特殊子集。應予以注意的是，等待時間可係數秒鐘之習知的等待時間，或其可係數分鐘之擴展的等待時間。

在若干實施例中，傳呼資訊包含必須被回應的傳呼請求之類型的指示，使用者裝備係組構以在等待時間之期間回應該等必須被回應之傳呼請求的類型。

傳呼資訊可包含必須被回應的傳呼請求之類型的指示。關於此點，可具有若干不同類型的傳呼請求，例如，可具有根據產生它們的信號之本質的不同類型之傳呼請求， 例如，可具有用以終結交談呼叫、用以終結流呼叫、用以終結互動呼叫、用以終結背景呼叫、用以終結高優先序信令、用以終結低優先序信令、及用以終結未知原因之傳呼請求。該等傳呼請求的優先序將根據它們的類型(亦即，根據產生它們之信號的本質)而定，且因此，在傳呼資訊內提供必須被回應的傳呼請求之類型的指示允許使用者裝備回應特殊的類型且非其他的類型。在其他情況中，傳呼請求之類型的指示將係它的優先序之指示，且使用者裝備將被組構以回應某一優先序以上之傳呼請求。因此，當在網路上之負載係特別高時，使用者裝備可被組構以僅回應非常高的優先序請求，而在其他時間的時候，其可被組構以回應較低的優先序請求。傳呼請求的類型亦可被組群成為傳呼請求適合之信號的本質；例如，不論其係用於電路開關之信號或訊胞開關之信號。

在若干實施例中，該使用者裝備係組構以根據接數自該網路的該傳呼資訊，而忽視該等傳呼請求的至少一些其他者。

雖然在若干情況中，傳呼資訊所指示之所有的傳呼請求應被回應，但在其他實施例中，僅只它們的子集應被回應且其他的請求被忽視。

在若干實施例中，傳呼資訊係接收做為系統資訊廣播的一部分。

傳呼資訊可被接收做為系統資訊廣播的一部分，該系統資訊廣播可被傳送至特殊區域內的所有使用者裝備且包 含系統之諸如碼、頻道、等等的資訊。此系統資訊亦可包含傳呼資訊，其可通知該區域內的所有使用者裝備那一些傳呼請求應在等待時間之期間被回應且那一些可予以忽視。此系統資訊廣播可回應系統之某一負載而被送出，使得當負載落在某一位準以下時，比當在某一位準以上時之更多的傳呼請求可被回應。

在若干實施例中，包含該等待時間之信息進一步包含該傳呼資訊。

選擇性地，包含等待時間之信息亦可包含指示那一些傳呼請求應在該等待時間之期間被回應的傳呼資訊。當此傳呼資訊係與等待時間相關聯時，伴隨傳送等待時間之信息一起傳送此資訊可係便利的。例如，此信息可係連接拒絕或其可係來自網路的釋放信號。

在若干實施例中，傳呼資訊包含與傳呼請求相關聯且指示使用者裝備該傳呼請求是否必須被回應或必須被忽視的優先序指標，該使用者裝備係組構在等待時間之期間，以指示傳呼請求必須回應之優先序指標回應該傳呼請求之收到，而回應該傳呼請求。

選擇性地，傳呼資訊可與傳呼請求之本身相關聯，以致使傳呼請求包含指標，指示該特殊的傳呼請求應予以回應。此係傳送傳呼請求或不傳送特定於例如，與使用者裝備本身相對的該等傳呼請求之傳呼請求的便利方式，且允許回應。

在若干實施例中，該使用者裝備包含計時器，組構以 當該等待時間已期滿時，指示該使用者裝備，該使用者裝備係組構以當回應該至少若干傳呼請求時不重設該計時器，以致使該計時器暫停或繼續計時該等待時間。關於此點，當計時器係暫停時，一旦已回應該傳呼，則其將被再啟動且自該暫停之點繼續運轉。

當在等待時間之期間回應該等傳呼請求而不重設計時器，使得該計時器在回應之期間暫停或繼續計時時，可係有利的。在此方式中，當已回應傳呼請求時，若在此週期之期間等待時間尚未期滿時，則使用者裝備仍在等待時間之內，且使用者裝備無法比當其尚未接收到傳呼請求時之情況更早地傳送連接請求。此減輕若干先前技藝裝置之問題，其中，當回應傳呼請求時，計時器被重設且使用者可傳送連接請求而無需等待該等待時間之期滿。

在若干情況中，使用者裝備可被組構以在等待時間之期間回應所有傳呼請求，且在該等情況中，當使用者裝備正回應時，若計時器並未被重設，而是暫停且然後，再啟動或繼續計時，使得該使用者裝備無法比當其尚未接收到傳呼請求時更早地傳送連接請求時，可係有利的。在此方式中，於網路上的負載並未被疏忽地增加。

本發明之第二觀點提供網路控制節點，可操作以控制跨越包含複數個無線電涵蓋胞元的無線通信網路之負載，該網路控制節點包含：負載決定邏輯，可操作以根據該等無線電涵蓋胞元之至少一者的操作參數的指示，而決定該等無線電涵蓋胞元之該至少一者的負載；請求接收器， 用以經由該等無線電涵蓋胞元之該至少一者而接收來自使用者裝備的連接請求；通信邏輯，可操作以：回應決定該等無線電涵蓋胞元之該至少一者的該負載係在預定位準之上的該負載決定邏輯，而傳送信息，該信息包含等待時間，指示該使用者裝備不應傳送要連接至該網路的請求之期間的時間；以及可操作以傳送傳呼資訊，指示該使用者裝備應在該等待時間之期間回應的至少若干傳呼請求。

其可係例如，無線電網路控制器(RNC)或基地台(eNodeB)之網路控制節點可提供傳呼資訊至使用者裝備，該傳呼資訊指示該使用者裝備應在該等待時間之期間回應的至少若干傳呼請求。關於此點，網路控制節點將傳送包含等待時間之信息，指示使用者裝備不應傳送要連接至該網路的請求之期間的時間，以及其亦可傳送資訊，指示使用者裝備應在此等待時間之期間回應的傳呼請求。在此方式中，可提供其中某些傳呼請求可在等待期間之期間予以回應的系統。該系統係動態的，其中網路控制節點可根據例如，網路之負載或其他因素而傳送不同的傳呼資訊。

在若干實施例中，該通信邏輯係組構以根據由該負載決定邏輯所決定之該等無線電涵蓋胞元之該至少一者的目前負載，而決定該使用者裝備應回應的該至少若干傳呼請求。

雖然在網路控制節點內的通信邏輯可以以若干不同方式決定使用者裝備應回應的傳呼請求，但在若干情況中，無線電涵蓋胞元之至少一者的目前負載係影響那些傳呼請 求應予以回應的因素。關於此點，當系統被極高度地負載時，則傳呼請求通常應被忽視，除非它們係特別高的優先序，而在其他情況中，當系統未被如此地負載時，則可回應更多的傳呼請求，而不會過度地影響系統。

在若干實施例中，通信邏輯係進一步可操作以傳送系統資訊廣播，該系統資訊廣播包含傳呼資訊，指示使用者裝備應在等待時間之期間回應的至少若干傳呼請求。

網路控制節點可偶爾傳送系統資訊廣播，該等系統資訊廣播包含有關諸如可用頻道之系統及所需之任何碼。該等系統資訊廣播係傳送至範圍內的所有使用者裝備，且它們可包含傳呼資訊，其指示目前在等待模式中之使用者裝備應回應的那些傳呼請求。藉由使用系統資訊廣播以傳送該傳呼資訊，接收此系統資訊廣播的所有使用者裝備將接收到該傳呼資訊，且若目前應予以回應之傳呼請求的種類係根據例如，網路之該部分的目前負載時，則正在該部分內接收信號的所有使用者裝備被傳送相同的傳呼資訊將係適當的。

在若干實施例中，通信邏輯係可操作以在包含等待時間的信息中傳送傳呼資訊。

選擇性地，傳呼資訊可在包含等待時間的信息中被傳送。此傳呼資訊係僅與目前正在等待的使用者裝備相關聯，且因此，傳送具有等待時間之此資訊係適當的，因為使用者裝備將在此點需要該資訊。

本發明之第三觀點提供網路控制節點，可操作以控 制跨越包含複數個無線電涵蓋胞元的無線通信網路之負載，該網路控制節點包含：傳呼產生邏輯，可操作以產生指向使用者裝備的傳呼請求，該傳呼產生邏輯係組構以施加優先序旗標至該傳呼請求，該優先序旗標係指示當該使用者裝備正等待傳送連接請求時，該使用者裝備是否應在等待時間之期間回應該傳呼請求。

在若干情況中，網路控制節點可添加優先序旗標至傳呼請求，該優先序旗標扮演傳呼資訊的角色，其中指示使用者裝備是否應在等待時間之期間回應該傳呼請求。再一遍地，此係傳送資訊的便利方式，因為明顯地，當使用者裝備接收到到傳呼請求時，使用者裝備需知道是否應回應它。在此情況中，網路控制節點可係基地台，其可係RNC，或其可係核心網路。

本發明之第四觀點提供在等待時間之期間選擇性地回應使用者裝備處的傳呼請求之方法，該等待時間回應該使用者裝備已自包含複數個無線電涵蓋胞元的無線通信網路接收到包含該等待時間之信息而產生，該等待時間指示該使用者裝備不應傳送連接請求之期間的時間；該方法包含以下步驟：在該等待時間之期間，接收來自該網路之至少一傳呼請求；以及根據接收自該網路之傳呼資訊而回應該傳呼請求。

本發明之第五觀點提供控制跨越包含複數個無線電涵蓋胞元的無線通訊網路之負載的方法，包含：決定該等無線電涵蓋胞元之至少一者的負載；經由該等無線電涵蓋 胞元之該至少一者而接收來自使用者裝備的連接請求；回應決定該等無線涵蓋胞元之該至少一者的該負載係在預定位準之上而傳送信息，該信息包含等待時間，指示該使用者裝備不應傳送連接請求之期間的時間；以及傳送傳呼資訊，指示該使用者裝備應在該等待時間之期間回應的至少若干傳呼請求。

本發明之第六觀點提供在包含複數個無線電涵蓋胞元的無線通信網路中產生傳呼請求方法，該方法包含：產生指向使用者裝備的傳呼請求，該等傳呼請求包含優先序指標，指示其中該使用者裝備已被拒絕連接請求且正等待傳送新的請求之等待時間之期間，該使用者裝備是否應回應該傳呼請求。

本發明之第七觀點提供電腦程式產品，包含電腦程式，當由電腦執行時，其控制電腦以執行本發明之第四至第六觀點的任一者之方法中的步驟。

10‧‧‧Node B

20‧‧‧無線電網路控制器

30‧‧‧核心網路

40‧‧‧使用者裝備

42‧‧‧計時器

45‧‧‧通訊邏輯

47‧‧‧控制邏輯

現將參照附圖而進一步敘述本發明之實施例，其中：第1A及1B圖顯示依據本發明實施例之具有伺服使用者裝備的無線電控制節點之無線通訊網路；第2A至2D圖概要地顯示跨越無線通訊網路而通訊的使用者裝備及其傳送與接收的信號；第3圖概要地顯示在接收傳呼請求之等待時間之期間 的使用者裝備；以及第4圖概要地顯示在無線通訊網路中與控制節點通訊的兩個使用者裝備。

綜覽

在更詳細討論實施例之前，將先提供綜覽。

如在背景部分之中所提到地，具有使用者裝備在等待及擴展的等待時間之期間，如何對傳呼請求反應之相關聯的問題。

由發明人所識別出之一問題可以以下實例顯示。

UE₁被指定15秒的等待時間。

UE₂被指定30分鐘之擴展的等待時間。

CN(核心網路)係在UE₁及UE₂已被拒絕RRC連接請求之後，傳送至UE₁及UE₂二者，用以終止語音呼叫10秒，亦即，在相關聯的計時器之啟動後10秒。因此，在擴展的等待時間週期中之UE將對來自核心網路的傳呼反應，但在等待時間週期中之UE將忽略CN傳呼。此範例展示所發生之在等待時間中的UE並不像在擴展的等待時間中的UE一樣有效(關於回應傳呼)的技術問題。在此範例中，該傳呼已針對其被視為係高優先序服務的終結語音呼叫初始化，所以正常的預期會係UE會反應並企圖回應任何此種傳呼。

另外，無線優先序服務(WPS)需要終結UE以將撥入 呼叫視為高優先序呼叫並回應關聯傳呼信息。在UMTS及LTE中，WPS呼叫將使用高優先序信令終結呼叫種類。在LTE中，透過S₁介面傳送的傳呼信息指示該傳呼信息的優先序。其允許eNB(eNodeB)選擇性地僅將高優先序傳呼信息傳送至UE。主要用於正常優先序呼叫的等待計時器不應防止UE回應此等高優先序傳呼信息。

另一問題為運轉擴展的等待時間的UE的目前行為係該UE將回應傳呼，且同時，當該UE回應傳呼請求時，其將停止運轉擴展的等待時間，且該UE在回應該傳呼後將不重啟。此允許UE啟始其係非期望行為的延遲容許呼叫，因為此能在網路中引起額外信令及負載，其係當網路當初拒絕來自UE之RRC程序時所試圖防止的。

本技術的發明人認知當無線通訊網路受相當沈重的負載，使得其可拒絕連接請求或可釋放來自先前連接裝置的連接時，其仍可能處理傳呼請求，且假設彼等的一部分係高優先序的，在特定情形中，允許其如此作可係有利的。

本技術因此提供能從傳送自網路的資訊決定是否處理傳呼請求的系統。關於此點，該資訊可隨網路負載改變而改變，且該資訊可包含傳呼特定資訊使得將回應特定種類的請求或特定高優先序請求，同時能忽視低優先序請求。

本發明的實施例也解決在等待時間中的裝置回應請求的問題，在如此作時，脫離等待時間使得可在等待時間期滿之前將連接請求傳送至系統。因此，本發明的實施例允許使用者裝備回應傳呼請求，同時繼續運轉計時器或同時 暫停計時器，使得等待時間不因為使用者裝備回應傳呼請求而簡單地提早期滿。

在部分情形中，指示何傳呼請求應被回應的傳呼資訊能連同傳送等待時間的信息傳送，使得在接收該等待時間時，使用者裝備也將接收指示在此等待時間期間應回應何傳呼請求的資訊。選擇性地，傳呼資訊可作為其廣播至該信號之範圍內的所有使用者裝備的系統資訊廣播傳送。是否回應特定種類的傳呼請求係依據網路之特定部分的負載可係合適的，且因此發送廣播信號至該部分內的所有使用者係對彼等指示在等待時間期間應回應何傳呼請求的便利方式。

在替代實施例中，傳呼請求可修訂自身以包括指示使用者裝備該特定傳呼請求應被回應的指示器或旗標。

圖1A描繪包含由無線電網路控制器(RNC)20監督之複數基地台或基地收發站或Node B 10的無線通訊網路，該控制器自身與提供用於在不同次網路之間的資訊交換之路徑的核心網路30通訊。圖1B顯示包含在此情形中由核心網路30直接監督之複數個基地台或基地收發站或eNodeB 10之無線通訊網路的替代範例。

在此等網路中，個別使用者裝備，諸如，智慧型手機或智慧型電表40，將經由基地台，且在圖1A的情形中，經由無線電網路控制系統20並可能經由核心網路30彼此連接。圖1A中的無線電網路控制系統20將控制網路的負載，且因此用於連接至網路的請求將由將決定目前負載是 否應得到連接或是否應拒絕該連接請求的RNC 20所控制。若目前連接請求受拒絕，則等待時間可連同拒絕信息傳送，該拒絕信息將指示在其期間該使用者裝備不應傳送另一連接請求的時間。關於此點，等待時間可係，比如說，10秒之相對短的等待時間，或其可係數分鐘的擴展的等待時間，此可係使用者裝置係低優先序裝置的情形，諸如，智慧型電表。在圖1B所示之無線網路的情形中，此種拒絕係由基地台自身所傳送。

當裝置在等待時間中時，雖然彼等不能發送資訊至網路，彼等仍能從網路接收資訊且彼等可接收其係來自其他裝置之用於連接至該裝置之請求的傳呼請求。該請求可，例如，用於終結交談呼叫請求，且若該請求係高優先序請求，即使該裝置先前對網路的連接請求受到拒絕，若允許其回應其可係有利的。

因此，本發明的實施例將指示在等待時間期間目前應回應何傳呼請求及能忽視何者的資訊供應至使用者裝備的能力提供給該網路。以此方式，該系統能依據傳呼請求的優先序及網路之特定部分的目前負載受組態，以忽視或回應傳呼請求。

圖2中顯示使用者裝備可跨越網路傳送的該等信號及使用者裝備將接收之回應及其他信號的部分範例。在圖2a中，使用者裝備UE₁經由基地台傳送連接請求至其依據目前負載控制使用者裝置之連接的無線電網路控制器。在此情形中，該系統受相當沈重的負載，且該請求係低優 先序請求，且因此RNC拒絕該請求並傳送在其期間不應傳送另一請求的等待時間。也傳送與在此等待時間期間何傳呼請求能被回應有關的資訊。在此情形中，其指示用於電路開關信號的任何傳呼請求應被回應，同時用於訊胞開關信號的其他傳呼請求應被忽視。關於此點，在部分系統中，將電路開關通訊用於，例如，語音呼叫，同時訊胞開關通訊可用於其他通訊。在其他系統中，在這種情況下所有通訊可均藉由訊胞開關信息，明顯地，優先序將不在此基礎上指定。

圖2b顯示無線電網路控制器在系統資訊廣播(SIB)中廣播其指示用於該系統之各種資訊的系統資訊的替代實施例，且在此實施例中，也指示目前應為在等待時間中的使用者裝備所接受之傳呼請求的種類。因此，此種系統資訊播廣將從由RNC指示的合適基地台傳出至在彼等範圍內的所有使用者裝備，且因此在該特定區域內的所有使用者裝備將回應由系統資訊廣播所指示的該種類的傳呼請求。關於此點，該種類的傳呼請求可係用於終結互動呼叫的傳呼請求，或其可係用於終結流呼叫或交談呼叫的傳呼請求。當然，其可係用於該系統決定應於目前回應之任何信息的傳呼請求。

圖2c顯示有複數個基地台及移動管理實體(MME)的替代實施例，該實體在此實施例中控制資源至經由該等基地台通訊之使用者裝備的配置。連接請求係由基地台接收及拒絕，並連同應接受具有高於特定優先序等級之優先序 等級的傳呼請求的指示提供等待時間。在此實施例中，傳呼請求設有指示彼等之優先序的優先序指示，且因此決定在等待時間期間應回應何者且能忽視何者的便利方式係使用拒絕請定提供該優先序等級的指示，使得將接受更高優先序等級的傳呼請求，同時能將該優先序等級或更低的傳呼請求忽視至該等待時間之後。

圖2c顯示網路的範例，諸如，圖1B所示的網路。此處連接請求已傳送至基地台並已接收到具有等待時間的拒絕。在使用者裝備接收具有與其關聯之優先序等級指示器的傳呼請求。使用者裝備目前在等待時間中並具有指示應回應何優先序等級傳呼請求之拒絕的資訊。因此將依據特定接收傳呼請求的優先序等級回應或忽視該請求。

在圖2d所示的替代實施例中，傳呼請求可具有與其自身關聯之指示是否應接收其的指示器。關於此點，其可具有簡單的「必須接收」旗標且接收此種優先序請求之在等待時間中的所有使用者裝備將回應其。

圖3顯示具有用於發送及接收信號的通訊邏輯45及用於控制信號的發送及接收之控制邏輯47的使用者裝備40。也有用於計時等待時間的計時器42。

在所示範例中，使用者裝備40從網路接收拒絕連接請求，且其連同此拒絕請求接收在其期間不應該請求至網路之連接的等待時間，及在該等待時間期間應回應之種類a的傳呼請求同時能忽視其他傳呼請求的指示。

回應於此拒絕請求，使用者裝備40將計時器42設定 成等待時間並開始計時器。在該計時器仍在運轉的同時，亦即在該等待時間期滿之前，接收傳呼請求且此傳呼請求係種類a的。該使用者裝備因此回應於此傳呼請求並繼續運轉該等待計時器，使得該等待時間將與其在原本沒有傳送回應的期滿在同一時間期滿。

圖4顯示傳送至經由UMTS網路漫游之二使用者裝備UE₁及UE₂及傳送自彼等的信號。

下列步驟發生並傳送下列信號：

1)UE偵測由RNC支援的Node B並啟始至RNC的RRC連接請求。

2)RNC決定網路過載並藉由傳送具有設定為15秒之等待時間的RRC連接拒絕而拒絕RRC連接請求。因為網路負載低於「臨界過載臨限」，RNC在拒絕信息中提供指示UE其能回應用於終結交談呼叫及終結高優先序信令之傳呼請求的額外資訊。

3)數秒後，另一UE，UE₂，啟始至相同RNC的RRC連接請求。

4)在此時，網路負載已上昇至使得其超過特定「臨界過載臨限」，RNC因此以15秒的等待時間及該UE在運轉等待時間的同時應忽視所有傳呼請求的指示拒絕該連接請求。

5)隨後，由於終結交談語音呼叫，CN針對UE₁啟始傳呼。

6)RNC使用相關原因值傳呼UE₁。

7)因為UE₁先前已提供有當其等待時間計時器在運轉時，其應如何反應所接收到的傳呼信息的指示，其決定其能回應此種類的傳呼且因此其回應於該傳呼啟始胞元更新並建立該呼叫。

8)然後，也由於終結交談語音呼叫，CN針對UE₂啟始傳呼。

9)RNC使用相關原因值傳呼UE₂。

10)然而，由於先前已將UE₂組態成在運轉等待時間計時器時忽視傳呼請求，其不回應。

因此，如能看見的，UE₁及UE₂依據連同在連接請求之RRC拒絕中的等待時間傳送至彼等的傳呼資訊而以不同方式反應傳呼請求。

熟悉本技術的人士會輕易地認知上述各種方法的步驟可藉由可程式化電腦實施。此處，也將部分實施例視為涵蓋程式儲存裝置，諸如，係機器或電腦可讀的數位資料儲存媒體，並編碼機器可執行或電腦可執行之指令的程式，其中該等指令實施上述方法的部分或全部步驟。程式儲存裝置可係，數位記憶體、磁性儲存媒體，諸如，磁碟及磁帶，硬碟、或光學可讀數位資料儲存媒體。也將該等實施例視為涵蓋程式化為實施上述方法之該等步驟的電腦。

可經由使用專屬硬體以及能執行與合適軟體關聯之軟體的硬體，提供顯示於該等圖式中之包括標示為「處理器」或「邏輯」之任何功能區塊的各種元件之功能。當藉由處理器提供時，該等功能可藉由單一專屬處理器、藉由 單一共享處理器、或藉由彼等的一部分可係共享之複數個獨立處理器提供。再者，術語「處理器」或「控制器」或「邏輯」的明顯使用不應構成對能執行軟體之硬體的獨佔指稱，並可無限制地隱含地包括數位訊號處理器(DSP)硬體、網路處理器、特定應用積體電路(ASIC)、場效可規劃閘極陣列(FPGA)、用於儲存軟體的唯讀記憶體(ROM)、隨機存取記憶體(RAM)、及非揮發性記憶體。也可包括其他習知及/或定製的硬體。相似地，顯示於該等圖式中的任何開關均僅係概念的。彼等的功能可經由程式邏輯的操作、經由專屬邏輯、經由程式控制及專屬邏輯之互動，甚至係手動地實行，從本文中會更具體地理解可由實作者選擇的特定技術。

熟悉本技術的人士應理解本文的任何方塊代表具現本發明原理之說明電路的概念圖。相似地，將理解任何流程圖、流程圖式、狀態轉移圖、及虛擬碼等代表可實質呈現在電腦可讀媒體中，且無論是否明顯地顯示電腦或處理器，藉由此種電腦或處理器執行的各種處理。

該等描述及圖式僅說明本發明的原理。因此雖然未明顯地描述或顯示於本文中，熟悉本發明之人士將理解本技術將能設計具現本發明之原理並包括在其精神及範圍內的各種配置。此外，原則上將本文陳述的所有範例明確地視為僅供教學目的之用，以協助閱讀者理解由本發明人(等)提供之本發明的原理及觀念以進一步發展本技術，並以對此種具體陳述之範例及條件沒有限制的方式構成。再者， 將陳述原理、實施樣態，及將本發明的實施例、以及其特定範例的本文所有敘述視為包含其等效實例。

40‧‧‧使用者裝備

42‧‧‧計時器

45‧‧‧通訊邏輯

47‧‧‧控制邏輯

Claims (13)

1. 一種使用者裝備(40)，組構以跨越包含複數個無線電涵蓋胞元的無線通信網路而與其他裝置通信，該使用者裝備係組構以回應來自該網路之包含等待時間之信息的收到，而不傳送連接請求，直至該等待時間的期滿之後為止；其中該使用者裝備係組構以在該等待時間之期間接收來自該網路的傳呼請求；且係組構以回應該等傳呼請求的至少若干者，該使用者裝備係組構以根據接收自該網路之傳呼資訊而選擇該等傳呼請求的該至少若干者，以回應。
2. 如申請專利範圍第1項之使用者裝備(40)，其中該傳呼資訊包含必須被回應的傳呼請求之類型的指示，該使用者裝備係組構以在該等待時間之期間回應該等必須被回應之傳呼請求的類型。
3. 如申請專利範圍第1至2項中任一項之使用者裝備(40)，其中該傳呼資訊係接收做為以下之一者：系統資訊廣播的一部分；包含該等待時間的該信息；以及與該傳呼請求相關聯的信號，指示該傳呼請求必須被回應。
4. 如申請專利範圍第1項之使用者裝備(40)，該使用者裝備包含計時器，組構以當該等待時間已期滿時，指示該使用者裝備，該使用者裝備係組構以當回應該至少若干傳呼請求時不重設該計時器，以致使該計時器暫停或繼續 計時該等待時間。
5. 一種網路控制節點(20)，可操作以控制跨越包含複數個無線電涵蓋胞元的無線通信網路之負載，該網路控制節點包含：負載決定邏輯，可操作以根據該等無線電涵蓋胞元之至少一者的操作參數的指示，決定該等無線電涵蓋胞元之該至少一者的負載；請求接收器，用以經由該等無線電涵蓋胞元之該至少一者而接收來自使用者裝備(40)的連接請求；通信邏輯，可操作以：回應決定該等無線電涵蓋胞元之該至少一者的該負載係在預定位準之上的該負載決定邏輯，而傳送信息，該信息包含等待時間，指示該使用者裝備不應傳送要連接至該網路的請求之期間的時間；以及可操作以傳送傳呼資訊，指示在該等待時間之期間該使用者裝備應回應哪些傳呼請求以及可忽略哪些傳呼請求。
6. 如申請專利範圍第5項之網路控制節點(20)，其中該通信邏輯係組構以根據由該負載決定邏輯所決定之該等無線電涵蓋胞元之該至少一者的目前負載，而決定該使用者裝備(40)應回應的該至少若干傳呼請求。
7. 如申請專利範圍第5或6項之網路控制節點(20)，其中該通信邏輯係進一步可操作以傳送系統資訊廣播，該系統資訊廣播包含該傳呼資訊，指示該使用者裝備 (40)應在該等待時間之期間回應的該至少若干傳呼請求。
8. 如申請專利範圍第5或6項之網路控制節點(20)，其中該通信邏輯係可操作以在包含該等待時間的該信息中傳送該傳呼資訊。
9. 一種網路控制節點(30)，可操作以控制跨越包含複數個無線電涵蓋胞元的無線通信網路的負載，該網路控制節點包含：傳呼產生邏輯，可操作以產生指向使用者裝備的傳呼請求，該傳呼產生邏輯係組構以施加優先序旗標至該傳呼請求，該優先序旗標係指示當該使用者裝備正等待傳送連接請求時，該使用者裝備是否應在等待時間之期間回應該傳呼請求。
10. 一種在等待時間之期間選擇性地回應使用者裝備處的傳呼請求之方法，該等待時間回應該使用者裝備已自包含複數個無線電涵蓋胞元的無線通信網路接收到包含該等待時間之信息而產生，該等待時間指示該使用者裝備不應傳送連接請求之期間的時間；該方法包含以下步驟：接收來自該網路的傳呼資訊，指示在該等待時間之期間該使用者裝備應回應哪些傳呼請求以及可忽略哪些傳呼請求；在該等待時間之期間，接收來自該網路之至少一傳呼請求；以及根據該接收的傳呼資訊而回應該傳呼請求。
11. 一種控制跨越包含複數個無線電涵蓋胞元的無線 通訊網路之負載的方法，包含：決定該等無線電涵蓋胞元之至少一者的負載；經由該等無線電涵蓋胞元之該至少一者而接收來自使用者裝備的連接請求；回應決定該等無線電涵蓋胞元之該至少一者的該負載係在預定位準之上而傳送信息，該信息包含等待時間，指示該使用者裝備不應傳送連接請求之期間的時間；以及傳送傳呼資訊，指示在該等待時間之期間該使用者裝備應回應哪些傳呼請求以及可忽略哪些傳呼請求。
12. 一種在包含複數個無線電涵蓋胞元的無線通信網路中產生傳呼請求的方法，該方法包含：產生指向使用者裝備的傳呼請求，該等傳呼請求包含優先序指標，指示其中該使用者裝備已被拒絕連接請求且正等待傳送新的請求之等待時間之期間，該使用者裝備是否應回應該傳呼請求。
13. 一種電腦程式產品，包含電腦程式，當由電腦執行時，其控制該電腦以執行如申請專利範圍第10至12項中任一項之方法中的步驟。