重定向移動通信的方法和設備的製作方法

2023-05-30 06:45:41 3

專利名稱：重定向移動通信的方法和設備的製作方法
技術領域：
本發明涉及用於對向蜂窩網絡的宏小區內的接入點作出的移動通信請 求進行重定向的方法和設備。
背景技術：
移動通信系統基於蜂窩進行操作，其中，耦合到網絡的發送和接收基
站向網絡中每個小區中諸如行動電話之類的用戶裝備(UE)提供發送和接 收。通常在每個小區中有單個基站。基站本身通常稱為宏基站，而小區稱 為宏小區。
已經提出了被稱為微微蜂窩小區(Pico cell)的更小的小區站點。這 些小區站點覆蓋較小的區域，例如建築物的聯合體。還提出了被稱為 FEMTO小區的還要更小的小區。這是被移動運營商用來指代如下一種類 型的小區站點的術語該類型的小區站點嘗試解決提供完整建築物內覆蓋 的通常費用昂貴的問題。PICO小區在被用來提供完整建築物的覆蓋時可 能有低的或多徑的失真等問題。
FEMTO小區常被稱為接入點/家庭網關。它是使用標準的2G或3G發 送/接收來與諸如移動手機之類的用戶裝備進行通信的小的即插即用裝置。 它使用Xdsl (數字用戶環路)或Wimax技術中的任一者經由寬帶服務連 接到蜂窩網絡。可選地，FEMTO小區可以結合寬帶路由器的功能以使得 用戶擁有完全集成的裝置。當然，必要的是，其與移動通信系統的核心網 絡無縫地集成以使得它可以被遠程管理和更新。
這些接入點具有有限的帶寬並且因此僅能夠應付在帶寬被超出之前有 限數目的來自移動通信裝置的連接。因此，例如接入點可以具有其可以同 時處理的十個語音呼叫的容量。因此，有可能接入點會迅速達到它們在能 夠處理的呼叫方面的容量，並且當這發生時，其它用戶不能進行呼叫。將明白，接入點有必要能夠支持緊急呼叫。這是因為當進行緊急呼叫 時，重要的是移動通信裝置的用戶可以向緊急服務機構通知他的位置。由
於FEMTO小區被以不受管制和未經協調的方式部署，所以，關於用戶所 位於的具體FEMTO小區的位置的知識將不是網絡知道的信息，並且因 此，與報告緊急事件的人通話是重要的。

發明內容
本發明的優選實施例提供了一種當接入點已經達到其呼叫的最大容量 時將通信請求重定向至宏小區的方法和設備。
優選實施例從接入點向做出請求的這件UE發回信號，從而通知可能 已經達到閾值，並且將呼叫重定向至宏小區。
關於已經達到容量閾值的消息可以是SMS文本消息。在這樣的情況 中，如果訂戶希望該呼叫被重定向至宏小區，則他/她再次做出呼叫請求， 該呼叫請求之後被重定向到可用的2G或3G宏小區上。


現在將參考附圖通過示例來詳細描述本發明的優選實施例，在附圖
中
圖1示意性地示出與許多件用戶裝備進行通信的諸如FEMTO小區之 類的3G接入點；
圖2示出當一件用戶裝備試圖通過已經達到容量的接入點來進行呼叫 時發生的過程；
圖3示出本發明另一實施例中對圖2的過程的替代過程；以及 圖4示出當用戶試圖進行緊急呼叫時的過程。
具體實施例方式
圖1示出耦合到網絡的接入點2。該接入點2包括耦合或集成到控制 器和發送/接收單元中的天線4。在FEMTO小區的情況中，該接入點2將 覆蓋相對小的區域，例如房子。諸如行動電話6或具有數據卡的膝上型筆記本8之類的用戶裝備可能在房子內並且因而能夠與接入點2進行通信。
在諸如辦公環境之類的更大的區域中，可能存在許多能夠與接入點2進行 通信的不同裝備。當一件用戶裝備最初進入接入點2的範圍時，其向作為 用於數據的發送和接收的網絡上的主接入點(primary access point)的該接 入點登記。因此，當用戶裝備下一次試圖例如通過打電話來進行通信時， 其將嘗試使用接入點2來接入該網絡。
由於接入點通常通過使用寬帶連接的傳統電話線路(例如，ADSL) 連接到網絡，並且由於這意味著是住宅覆蓋(residential coverage)的用 戶，所以，它能夠支持的總帶寬(服務多個同時的語音/數據小區的容量) 比網絡中的宏小區中的基站的總帶寬小得多。它畢竟被設計來進行宏小區 內的局部區域的通信並且因此從未被規劃為能夠處理整個宏小區的需求。 如果接入點是家庭網關裝置，則它能同時處理的最大通信數可能小至4， 例如，來自全都向接入點登記了的不同行動電話的4個同時的語音呼叫。 當達到使用接入點的可能的裝置最大數並且又一件用戶裝備或訂戶做出經 由該接入點來進行通信的請求時，該接入點不得不拒絕該請求。這意味著 訂戶不能使用服務。
為了應對這種情況，接入點被配置為將請求被拒絕的一件用戶裝備重 定向為使用該接入點所位於的宏小區。然而，這對於某些訂戶可能是不希 望的，因為，相比於使用接入點，更高的速率可能需要付費。因此，在本 發明的優選實施例中，不是自動重定向並且拒絕請求，而是，該系統被配 置為向訂戶通知他的請求已被拒絕，使得他可以選擇不接受將其請求重定 向至宏小區的機會。
在圖2中示出了示出一件用戶裝備20與接入點22之間的通信的流程 圖。對其的描述假定用戶裝備20已經向接入點22登記並且將嘗試使用該 接入點22進行通信。
當用戶裝備20希望經由接入點22進行諸如語音呼叫之類的通信時， 它首先向接入點22發送無線電資源控制(RRC)連接請求。然後，接入 點22和用戶裝備20執行RRC連接建立，RRC連接建立將最初地在用戶 裝備20和接入點22之間建立該聯繫(contact)。然後，在24進行接入點是否已經達到最大容量的判斷。如果還沒有，則在26執行用戶裝備20與 接入點22之間的正常呼叫建立過程。這不構成本發明的主題並且因此在 此不做描述。這是本領域技術人員所公知的。
如果已經達到最大容量，則在25進行有關宏小區覆蓋是否可用的判 斷。如果不可用，則在27執行呼叫拒絕過程。如果宏小區覆蓋可用，則 在26，接入點22存儲已經做出該請求的用戶裝備的身份。然後，接入點 22在28，向用戶裝備20發送SMS消息或在29發送語音消息來通知訂 戶呼叫請求已被拒絕並且如果他/她希望再次做出呼叫請求，則其將被重 定向至宏小區。然後，在30，用戶裝備20和接入點22可以執行RRC連 接釋放過程。這將用戶裝備從接入點22斷開連接。然後，訂戶可以在他 的用戶裝備上選擇重定向過程。在這種情況下，訂戶向接入點22發送又 一個RRC連接請求。與此同時，接入點啟動定時時間段(timed period)，在該定時時間段中，接入點將響應於來自嘗試的那件裝備的 RRC連接請求，將做出該RRC連接請求的用戶的用戶身份與在26處存儲 的用戶身份進行匹配。這在32被完成。如果用戶身份匹配，則RRC連接 請求被拒絕並且"重定向信息"(包含GSM Cell信息和UMTS頻率信 息)被發回用戶裝備。響應於此，用戶裝備中運行的軟體例如使用"重定 向信息"中所指定的GSM或UMTS頻帶來將該呼叫重定向至適當的宏小 區中。
從以上可以明白，用戶裝備被配置為響應於包括"重定向信息"的 RRC連接請求來將該呼叫發送至適當的宏小區中。該功能可以由本領域技 術人員在一件用戶裝備中用軟體實現。
上述過程可以與兼容所有的3GPP Rdease99以及未來的發布的手機一 起使用。
在圖3中示出了示出在使用兼容3GPP Release6和以上版本的手機的 系統中所發生的事件的流程圖。用戶裝備與接入點22之間的過程的第一 部分與關於圖2描述的相同，直至24處有關是否已經達到接入點的最大 容量的判斷。如果還未達到最大容量，則在26，進入正常的呼叫建立程 序。如果已經達到，則接入點在28向用戶裝備20發送SMS消息來向它通知連接拒絕或在29發送語音消息。然後，接入點22開始與用戶裝備20的 RRC連接釋放過程，該過程使得用戶裝備20自動向有關的宏小區登記， 用於此的信息可以在"重定向信息"中提供。之後，用戶可以經由宏小區 進行呼叫。在圖3和圖4中假定宏小區覆蓋(GSM或UMTS任一者)是 可用的。如果不可用，則很明顯，接入點不能發起重定向過程。和在之前 的實施例中一樣，系統可以被配置使得如果連接請求被拒絕，沒有SMS 消息被接入點發送給用戶裝備從而用戶裝備將自動試圖使用宏小區。
圖4示出可以與圖2或圖3中任一者的系統一起使用的系統的修改 例。其中，如果用戶裝備試圖通過使用被認識的緊急號碼(例如，在英國 為999)來進行緊急呼叫，則用戶裝備即時建立對接入點22的RRC連接 請求。在40，通過核查RRC連接請求消息中所指定的"原因值"來進行 有關連接請求是否是針對緊急呼叫的判斷。如果不是，則在42，它可以進 入正常的建立過程。這將需要經由圖2或圖3的處理來判斷接入點是否已 經達到其最大容量。如果呼叫是緊急呼叫，則在44，進行有關宏小區覆蓋 是否可用的判斷。如果不可用，則在26，進入正常的呼叫建立過程。這等 同於圖2和圖3的正常的呼叫建立過程。如果宏小區覆蓋可用，則優選該 呼叫經由宏小區被路由並且因此RRC連接拒絕和針對有關宏小區的重定 向信息被發回用戶裝備20。用戶裝備被配置為自動響應於此而將呼叫重定 向至宏小區，從而確保緊急呼叫被做出。
為了實現以上實施例，接入點必須被布置為核査是否已經達到其最大 容量，並且因此能夠向用戶裝備通知有關最大容量的狀況和重定向至宏小 區的可能性。接入點必須能夠判定宏小區是否可用。用戶裝備必須被配置 為當RRC連接請求被拒絕時，能夠使用用戶裝備中已經存儲的數據或接 入點所提供的數據來將呼叫重定向至宏小區。對於緊急呼叫處理，接入點 必須能夠判斷緊急呼叫是否已經被做出，並且如果宏小區覆蓋可用則能夠 將緊急呼叫重定向至宏小區。所有這些功能都可以以本領域技術人員公知 的方式在用戶裝備和接入點中用軟體實現。
9
權利要求
1.一種用於在蜂窩通信系統中將用戶裝備向接入點做出的通信請求進行重定向的方法，其中，所述接入點所具有的通信範圍比所述系統中的宏小區短，所述方法包括以下步驟從用戶裝備向所述接入點發送通信請求；判斷所述接入點是否已經達到最大容量；如果所述接入點已經達到容量，則向所述用戶裝備發送通信拒絕信號；以及將所述通信請求重定向至所述接入點所位於的宏小區中。
2. 根據權利要求1所述的方法，其中，所述通信請求拒絕信號包括 SMS消息，用戶可以響應於所述SMS消息來選擇所述通信是否應當被重 定向至所述宏小區中。
3. 根據權利要求1所述的方法，還包括以下方法步驟 判斷所述通信請求是否是針對所要做出的緊急呼叫的； 判斷宏小區覆蓋是否是當前可用的；以及如果所述判斷的結果是緊急呼叫並且宏小區覆蓋可用，則將所述呼叫 重定向至宏小區。
4. 根據權利要求1所述的方法，其中，所述通信請求拒絕信號包括語 音消息，所述語音消息被回放給所述用戶並且所述用戶能夠響應於所述語 音消息來選擇所述通信是否應當被重定向至所述宏小區。
5. 根據權利要求2或4所述的方法，包括以下步驟在發送通信請求 拒絕之前，判斷宏小區覆蓋是否可用。
6. 根據之前任何一項權利要求所述的方法，包括以下步驟當已經達 到最大容量時，存儲已經具有連接請求拒絕的用戶的身份，並且設置用於 將所述連接請求重定向至宏小區的時間限制。
7. —種用於在蜂窩通信系統中將用戶裝備向接入點做出的通信請求進 行重定向的系統，其中，所述接入點所具有的通信範圍比所述系統中的宏小區短，所述系統包括用於從用戶裝備向接入點發送通信請求的裝置； 用於判斷所述接入點是否已經達到最大容量的裝置； 用於如果所述接入點已經達到最大容量，則向所述用戶發送通信拒絕 信號的裝置；以及用於將所述請求重定向至所述接入點所位於的宏小區中的裝置。
8. 根據權利要求7所述的系統，其中，所述通信請求拒絕信號包括 SMS消息，用戶可以響應於所述SMS消息來選擇所述通信是否應當被重 定向至所述宏小區。
9. 根據權利要求7所述的系統，還包括用於判斷所述通信請求是否是針對所要做出的緊急呼叫的裝置； 用於判斷宏小區覆蓋是否可用的裝置；以及用於如果所述判斷的結果是宏小區覆蓋可用，則將所述呼叫重定向至 宏小區的裝置。
10. 根據權利要求7所述的系統，其中，所述通信請求拒絕信號包括 語音消息，所述語音消息被回放給所述用戶並且所述用戶能夠響應於所述 語音消息來選擇所述通信是否應當被重定向至所述宏小區。
11. 根據權利要求8至10的系統，包括用於在發送通信請求拒絕信號 的裝置之前判斷宏小區覆蓋是否可用的裝置。
12. 根據權利要求7或11中的任何一項所述的系統，包括用於當已經 達到最大容量時存儲已經有連接被拒絕的用戶的身份的裝置，和用於設置 用於將所述連接請求重定向至宏小區的時間限制的裝置。
13. —種用在蜂窩通信系統的宏小區中的接入點，包括用於從用戶裝 備接收通信請求的裝置；用於判斷所述接入點是否已經達到最大容量的裝置； 用於如果已經達到最大容量，則向用戶發送通信拒絕信號的裝置；以及用於向所述用戶發送數據以將所述通信重定向至宏小區中的裝置。
14. 一種蜂窩通信裝置，包括用於向宏小區內的接入點發送通信請求 的裝置；用於接收通信請求拒絕的裝置；以及用於響應於這樣的拒絕來將通信重定向至所述宏小區中的裝置。
15. —種實質上如這裡參考附圖所描述的用於重定向通信請求的方法。
16. —種實質上如這裡所描述的用於重定向通信請求的系統。
全文摘要
一種蜂窩通信系統能夠支持如下本地接入點，這些本地接入點具有比它們所位於的宏小區更短的通信範圍。當用戶希望發送通信時，向接入點發送請求。在接入點處，進行有關是否已經達到接入點的最大容量的判斷。如果已經達到最大容量，則拒絕信號被發送給用戶裝備並且該通信被重定向至該接入點所位於的宏小區中。
文檔編號H04W84/04GK101682834SQ20088001730
公開日2010年3月24日 申請日期2008年5月28日 優先權日2007年5月30日
發明者阿傑伊·瓦查尼 申請人:日本電氣株式會社