TWI463838B - 在路由區域更新程序中溝通網路功能的方法 - Google Patents

Description

在路由區域更新程序中溝通網路功能的方法

本發明係有關於在路由區域更新程序中溝通網路功能的方法。

蜂巢式網路係由複數基地台所組成，每一基地台具有一覆蓋區域。行動裝置(例如手機、智慧型手機、面板以及可攜式電腦)係透過無線連結連接至基地台以接收資料或語音電話。基地台彼此間連接在一起且透過核心網路連接至其他網路。核心網路在以前就支援電路交換的語音電話，然而在近幾年，服務供應商更增加封包交換功能至核心網路，使得以封包為主的功能在行動裝置與基地台間之無線介面的應用更加廣泛。這些封包交換功能允許網路支援透過網路電話的語音通訊(例如透過在可攜式電腦上的應用程式)。然而，並非每個服務供應商皆支援這些新的功能。因此，標準組織增加訊息以使蜂巢式網路廣告新功能給連結至蜂巢式網路的行動裝置。這些加入的新功能以及相關資訊額外地增加行動裝置與蜂巢式網路間連結的複雜度。

本發明提供一種在路由區域更新程序中溝通網路功能的方法，包括；接收來自一行動裝置的一路由區域更新要求訊息，其中路由區域更新要求訊息包括關於行動裝置之一位置的資訊用以接收來自一蜂巢式網路的通訊；判定路由區域更新要求訊息是否為一週期訊息，週期訊息係至少會根據一先前路由更新後之一消逝時間而產生；判定路由區域更新要求訊息為一週期訊息時，與行動裝置通訊以建立一整合保護關係；以及根據路由區域更新要求訊息，傳送一路由區域更新接收訊息至行動裝置，其中路由區域更新接收訊息包括一網路功能支援資訊元件，用以指定有關蜂巢式網路的一或多個功能，且路由區域更新接收訊息透過整合保護關係被傳送。

本發明提供另一種在路由區域更新程序中溝通網路功能的方法，包括：傳送一路由區域更新要求訊息至一蜂巢式網路，其中路由區域更新要求訊息為一週期訊息，週期訊息係至少會根據一先前路由更新後之一消逝時間而產生，且路由區域更新要求訊息包括有關於一行動裝置之一位置的資訊用以接收蜂巢式網路的通訊；與蜂巢式網路通訊以建立一整合保護關係；以及根據路由區域更新要求訊息，接收來自蜂巢式網路的一路由區域更新接收訊息，其中路由區域更新接收訊息包括一網路功能支援資訊元件，網路功能支援資訊元件用以指定一或多個有關於蜂巢式網路的功能，且路由區域更新接收訊息係透過整合保護關係被傳送。

本發明提供另一種在路由區域更新程序中溝通網路功能的方法，包括：傳送一路由區域更新要求訊息至一蜂巢式網路，其中路由區域更新要求訊息為一週期訊息，週期訊息係至少會根據一先前路由更新後之一消逝時間而產生，且路由區域更新要求訊息包括有關於一行動裝置之一位置的資訊用以接收蜂巢式網路的通訊；以及根據路由區域更新要求訊息，接收來自蜂巢式網路的一路由區域更新接收訊息，其中路由區域更新接收訊息忽略一網路功能支援資訊元件，網路功能支援資訊元件指出有關於蜂巢式網路之一或多個功能，且路由區域更新接收訊息在判定路由區域更新要求訊息為一週期訊息後，由用以忽略網路功能支援資訊元件的一網路元件產生。

本發明揭露一種用以在行動裝置與蜂巢式網路間進行通訊網路功能支援的方法與系統(後面稱為功能支援系統)。功能支援系統在一蜂巢式網路中運作，其中該蜂巢式網路支援核心網路間之以封包為主的通訊方式。在某些運作(例如路由區域更新)中，蜂巢式網路傳送網路功能支援資訊至行動裝置。網路功能支援資訊包括複數旗標，用以指出網路是否支援特定的功能，例如透過封包交換連結的語音電話以及透過封包交換連結的緊急呼叫。若網路不傳送網路功能支援資訊，行動裝置則使用初始設定，而該初始設定會指出這些功能不被支援。因此，在路由區域更新(RAU)時，惡意第三方可藉由一個用以忽略網路功能支援資訊的訊息回覆路由區域更新，以避免行動裝置使用某些功能。

行動裝置在運作時執行RAU以通知蜂巢式網路其路由區域。上述動作會在行動裝置移動至一新的路由區域或在一特定時間週期結束且行動裝置並沒有執行RAU(週期性RAU)時被行動裝置執行。功能支援系統改變週期性RAUs的處理方式以避免上述討論的問題。在某些實施例中，網路因為週期性RAU而暫緩傳送網路功能支援資訊。接著，行動裝置可以拒絕一包含網路功能支援資訊的回應。行動裝置會使用先前(例如在初始附加過程(initial attach process)時)所提供的網路功能支援資訊。

在其他實施例中，網路需要使用整合保護程序以確保回應訊息不會被篡改。在運作過程中，當網路接收週期性RAU要求時，則會判定是否需要傳送網路功能支援資訊(因為網路會支援網路功能支援資訊中的部分功能)。若網路需要傳送網路功能支援資訊時，網路會在傳送回應前建立整合保護給行動裝置，行動裝置便可拒絕接收非使用整合保護所傳送之具有網路功能支援資訊的訊息。在某些實施例中，行動裝置使用先前提供的網路功能支援資訊。

第1圖所示為一網路示意圖，用以表示功能支援系統所運作的一環境100。行動裝置102與104在一無線存取網路(RAN)109(如UTRAN或EUTRAN)所包含的一區域中漫遊。舉例而言，行動裝置102與104為如第1圖中所示之行動裝置。行動裝置102與104透過無線連結106與基地台108進行通訊。無線連結106可被任一種用以傳送數位資訊的系統所實現。舉例而言，無線連結可使用蜂巢式網路實現全球行動通訊系統(GSM)、通用行動通訊系統(UMTS)、長期演進技術(LTE)或CDMA2000或使用非蜂巢式網路實現WiFi(IEEE 802.11)或藍牙。

在某些實施例中，網路的運作被分別分派給複數基地台108與複數管理元件，其中基地台108處理與行動裝置102與104的直接通訊，管理元件分配資源給行動裝置。在GSM網路中，複數基地台108對應於複數基地台收發站(BTSs)，而複數管理元件對應於複數基地台控制器(BSCs)。在其他標準中(如UMTS與LTE)也有類似的分派關係。在第1圖中，上述管理元件為管理元件111，管理元件111連接至RAN 109與核心網路110。管理元件111分配資源給行動裝置102與104，且提供行動裝置102與104可能會選擇附加的網路功能支援資訊。

在第1圖中的環境100中，核心網路110至少部分根據藉由第三代通信系統標準組織(3GPP)所定義的IP多媒體子系統(IMS)架構所實現。實現IMS的核心網路在核心網路中使用封包為主的機制傳送資料與音訊。仔細而言，音訊連結係使用對話啟動協定所啟動，並使用VoIP機制以透過封包為主的網路傳送音訊資料。

核心網路110連接至公共交換電話網路(PSTN)112，PSTN 112提供行動裝置102與104間的連結以及其他網路中之遠端電話間的連結。當行動裝置102與104中之一使用者播打語音電話時，基地台108將該通語音電話從核心網路110路由至PSTN 112。接著PSTN 112自動連接該通語音電話至遠端電話。若遠端電話為另一行動裝置時，該通語音電話從一第二無線存取網路的回載(backhaul)被路由至另一蜂巢式收發器。

基地台108也連接至IP網路114，其中IP網路114提供以封包為主的連結至支援網路應用程式的遠端裝置。當行動裝置102或104中之一使用者透過一資料連結通訊時，基地台108藉由核心網路110將封包資料路由至IP網路114。IP網路114將核心網路110連結至遠端裝置，例如電子郵件伺服器、網路伺服器以及其他可透過IP網路的應用程式。

第2圖所示為一高階方塊圖用以表示裝置200之架構的一實施例。裝置200用以呈現第1圖中所示的行動裝置102與104。裝置200包括一或多個處理器202與耦接至內連線206的記憶體204。第2圖中所示的內連線206用以表示任何一或多分離的實體匯流排、一或多點對點連結或由橋接器、適應器或控制器連結的匯流排與點對點連結。因此，內連線206可包括一系統匯流排、週邊組件互連(PCI)匯流排、超傳輸或工業標準架構(ISA)匯流排、小型電腦系統介面匯流排(SCSI)匯流排、通用序列匯流排(USB)或IEEE標準1394匯流排，有時候為“火線(Firewire)”。

處理器202包括裝置200的複數中央處理單元(CPUs)，藉以控制裝置200的整體運作。在某些實施例中，處理器202藉由執行儲存在記憶體204中的軟體或韌體完成控制裝置200的整體運作。處理器202可包括一或多個可程式化之通用目的或特定目的微處理器、特定用途積體電路(ASICs)、可程式化邏輯裝置(PLDs)或上述裝置的任意組合。

記憶體204可包括裝置200的主要記憶體。記憶體204表示固定的或可移除的隨機存取記憶體(RAM)、唯讀記憶體(ROM)、快閃記憶體或上述裝置的任意組合。記憶體204儲存裝置200的作業系統208。

裝置200包括一輸入裝置212，輸入裝置212用以使一使用者能夠控制裝置200。輸入裝置212可包括鍵盤、觸控板、觸控感測螢幕或其他標準電腦輸入裝置。裝置200也包括一顯示裝置214，顯示裝置214用以顯示一顯使用者介面。裝置200更包括一射頻收發器216，射頻收發器216用以提供裝置200能透過網路以及無線適應器與遠端裝置進行通訊的能力。裝置200也更包括連結至內連線206的本地儲存裝置210。舉例而言，本地儲存裝置210包括一快閃記憶裝置，該快閃記憶裝置用以提供大量儲存空間以及被儲存行動裝置使用的資料218。

本領域之技藝人士皆可理解管理元件111可使用相似的配置加以實現。在管理元件111的一實施例中，一些模組例如輸入裝置212以及射頻收發器216會被忽略或是以其他相似的元件取代，例如電纜網路連結。

網路在運作時必須追蹤行動裝置102與104的位置，以確保網路能夠傳送傳呼訊息(paging message)以告知行動裝置有來電。即使當行動裝置102與104運作在低耗能模式且非主動連接至網路時，網路也必須能夠傳送傳呼訊息。實際上，現有的蜂巢式網路利用“路由區域”追蹤行動裝置的位置，路由區域為一組基地台用以加強訊號。當網路需要傳送傳呼訊息至一特定行動裝置時，網路判定行動裝置的路由區域以及透過行動裝置所在之路由區域的所有基地台傳送傳呼訊息。因此，每一行動裝置必須能夠持續告知其現在的路由區域給網路。

現有的標準(例如3GPP TS 24.008)規定一更新程序(即標準RAU)，當行動裝置從一路由區域的一基地台移動至另一路由區域的一基地台時，則由行動裝置執行上述更新程序。為了避免路由區域資訊未更新，即使行動裝置沒有移動至一新的路由區域時，上述標準亦要求行動裝置週期地更新其路由區域。上述方法使得網路停止路由訊息至一段時間未更新的行動裝置。否則，網路會浪費資源傳送傳呼訊息至已經關閉電源的行動裝置。上述更新程序即為“週期”RAU。

第3圖所示係行動裝置在蜂巢式網路300的一覆蓋區域中移動之環境。如第3圖所示，蜂巢式網路300包括複數基地台304、306、308、310、312與314。每一基地台各自具有相對應的覆蓋區域316、318、320、322、324與326。蜂巢式網路300係藉由上述覆蓋區域之組合所定義。蜂巢式網路300被分成一第一路由區域以及一第二路由區域，其中第一路由區域包括基地台304與306，第二路由區域包括基地台308、310、312與314。一第一行動裝置328起初位於基地台304的覆蓋區域316中，基地台304位於第一路由區域中。

第一行動裝置328在運作時沿著路徑330移動至點332，點332位在基地台310的覆蓋區域322之中。換言之，第一行動裝置328從第一路由區域移動至第二路由區域。因此第一行動裝置328必需啟動標準RAU，以告知網路其移動至新的路由區域。

相對地，第二行動裝置334沿著路徑342移動，路徑342的移動範圍完全在基地台308的覆蓋區域320之中。因此，不同於第一行動裝置328，第二行動裝置334並沒有移動至新的路由區域。然而，第二行動裝置334保持一週期性RAU計時器以進行偵測何時會經過執行週期性RAU的特定時間週期。若第二行動裝置334在週期性RAU計時器逾時之前沒有執行標準RAU，則第二行動裝置334一定會在逾時時執行週期性RAU。在一些實施例中，特定的時間週期在製造的時候已經設定完成且不能改變，該時間週期無關於第二行動裝置334連結至的網路。在其他實施例中，網路會在配置訊息中指定預設的時間週期。

第4圖所示係行動裝置401與蜂巢式網路402間用以控制RAU程序的訊息交換400之時序示意圖。訊息交換400用以說明週期性RAU的訊息程序。雖然蜂巢式網路402為單一實體，本領域之技藝人士能考慮蜂巢式網路402具有複數不同的節點，每一節點可以執行部份功能。舉例而言，蜂巢式網路402可包括基地台收發站(BTS)，該BTS可與行動裝置401進行無線通訊，但蜂巢式網路402可使一高階元件(如第1圖之管理元件111)處理行動裝置401的配置以及資源分配。

訊息交換400首先使用一訊息交換404以將行動裝置401附加蜂巢式網路402所提供的一或多個服務。訊息交換404包括用以使行動裝置401附加特定服務的必要訊息，例如GPRS資料服務。在上述過程中，蜂巢式網路402提供行動裝置401臨時移動用戶識別碼(TMSI)，當行動裝置401在一特定的路由區域運作時，行動裝置401使用TMSI以辨識自己。網路也提供其他資訊，例如網路功能支援資訊，用以指出蜂巢式網路402是否有支援特定的功能。此資訊在下列討論內容中將結合第5圖以作詳細說明。然而，蜂巢式網路402使用訊息交換404以告知行動裝置核心網路是否支援特定功能，例如透過封包交換連結的緊急呼叫。

在行動裝置401透過訊息交換404完成附加程序後，經過對應於週期性RAU之特定時間週期的一時間週期406。在時間週期406中，行動裝置401可透過蜂巢式網路402交換複數訊息，然而，上述訊息無關於RAU程序且未顯示出來。在經過時間週期406後，行動裝置401判定是否需要執行週期性RAU。接著，行動裝置401傳送RAU要求訊息408。RAU要求訊息408包括協定資訊，例如訊息類型、裝置身分、舊路由區域的識別號碼(在週期更新中其相同於現在的路由區域)與一旗標用以指出更新的類型(即標準或週期)。

接著，蜂巢式網路402回應一RAU接收訊息410，用以指出蜂巢式網路402成功接收(並處理)來自行動裝置401的RAU要求訊息408。RAU接收訊息410包括複數資訊，例如現在路由區域的識別號碼、一新特定的時間週期406以及其他資訊(於下面討論)。行動裝置401儲存RAU接收訊息410中的資訊且持續與蜂巢式網路402進行通訊。訊息交換400也包括一RAU完成訊息(未顯示於第4圖中)，行動裝置401傳送RAU完成訊息以指出RAU接收訊息410中的某些程序已經完成。RAU完成訊息只在少數情況中被傳送，例如行動裝置TMSI的交換。

第5圖所示為RAU接收訊息502的示意圖。如第5圖中所示，RAU接收訊息502包括一組資訊元件(IEs)504，資訊元件504包括訊息識別碼、路由區域識別碼與計時器數值。RAU接收訊息502也包括一或多個可選擇IEs。舉例而言，RAU接收訊息502包括一行動指標IE 506，用以指派一新的TMSI給行動裝置，RAU接收訊息502也包括一或多個計時器數值IEs 508，用以更新行動裝置使用之特定計時器(如週期性RAU計時器)的數值。RAU接收訊息502也包括緊急號碼清單IE 510，用以當在蜂巢式網路上運作時編碼緊急號碼。

RAU接收訊息502也包括網路功能支援IE 512，其包括一組旗標用以指出核心網路是否支援多種通訊功能。網路功能支援IE 512於2007 12月在3GPP TS 24.008 v.8.0.0中被公開且包括多個旗標，上述旗標用以指出支援透過封包交換連結的多媒體廣播群播服務模式以及位置服務/移動起始定位要求(LCS-MOLR)。在2009九月3GPP TS 24.008 v.8.7.0增加一旗標用以指出核心網路是否支援透過封包交換連結的IMS音訊服務(即VoIP)。3GPP TS 24.008 v.8.0.0(同樣是在2009九月)增加一旗標用以指出支援透過封包交換連結的緊急呼叫。上述旗標被分別的維持因為不同國家對於緊急呼叫所使用的連結有不同的規範。此外，RAU接收訊息502也包括多種其他的IEs，在第5圖中未顯示。

當特定IEs在RAU接收訊息502中未呈現時，3GPP標準提供初始處理。仔細而言，當網路不傳送網路功能支援IE 512時，行動裝置假設所有功能皆不被支援。因此，在現有的標準之下，支援任一功能的網路必需要包括網路功能支援IE 512。然而，上述設計產生一風險使得惡意第三方可以藉由傳送不具有網路功能支援IE 512的正確RAU接收訊息以拒絕行動裝置存取某些功能。在現有的3GPP標準之下，行動裝置可能無法判定故意地省略網路功能支援IE 512的惡意接收訊息。因此，行動裝置可能會無法透過封包交換連結進行IMS語音電話或緊急呼叫。上面所述對於一定要使用封包交換連結以進行語音電話的裝置來說會造成很大的問題，例如一定要使用VoIP的個人電腦。

功能支援系統提供多種手段以避免此類惡意行為。在一些實施例中，網路根據週期性RAU暫緩在RAU接收訊息中傳送網路功能支援IE。在這些實施例中，行動裝置反而會使用先前提供的網路功能支援資訊，例如在初始附加程式時之網路功能支援IE的數值。只有當支援的功能改變時，這些配置使得網路傳送網路功能支援IE。這些配置更移除初始配置，該初始配置會使行動裝置被拒絕存取網路的特定功能。

在其他實施例中，網路仍然需要傳送網路功能支援IE以告知行動裝置特定功能，例如VoIP以及透過IP的緊急呼叫。然而，當網路傳送網路功能支援IE時，網路必須使用整合保護。整合保護提供一機制用以判定在一未授權方式中資料是否被改變或資料是否被未授權的傳送者傳送出去。網路對RAU接收訊息使用整合保護的需求，使系統可避免惡意第三方修改接收訊息或避免網路拒絕行動裝置存取網路功能。若網路不需要傳送網路功能支援IE，網路則不需要對接收訊息使用整合保護。

整合保護可包括在此領域中允許傳送者編碼訊息之其他方法，使得接收者可以偵測修正或非授權的傳送者。仔細而言，3GPP TS 33.102描述一整合保護程序可適用在現有的蜂巢式網路。在此程序中，行動裝置以及網路同意對整合保護使用加密鍵以及演算法。當網路需要傳送整合保護訊息時，網路藉由應用演算法至整合保護訊息、加密金鑰以及其他輸入以產生一訊息授權碼。接著網路在傳送整合保護訊息之前，附加訊息授權碼至整合保護訊息。行動裝置為了確認訊息的整合，藉由應用演算法至至少一部分接收到的訊息、加密金鑰以及其他輸入以計算訊息授權碼。接著，行動裝置比較計算出來的碼以及附加在訊息上的授權碼。若兩著相符，行動裝置則認為該訊息已被認證。整合保護會增加處理時間以及額外訊息流量的成本，因此整合保護只有被選擇性地用在保護某些類型的訊息。仔細而言，整合保護通常在行動裝置註冊到蜂巢式網路或附加特定服務時被使用。

第6圖所示為第1圖中之環境100之元件的邏輯方塊圖。仔細而言，第6圖顯示行動裝置102、核心網路110與管理元件111的一實施例。雖然RAN 109未顯示於圖中，行動裝置102透過RAN 109與核心網路110進行通訊。

第6圖中所示的元件可被作為特定目的硬體電路、可程式化電路或上述組合所實現。行動裝置102以及管理元件111包括數個模組用以增進系統的功能。上述模組以及其相關的編碼及/或資料可在單一實體裝置或分散實體裝置中實現。相同地，編碼可以被儲存在本地儲存裝置或遠端儲存裝置以及分散在一或多個實體裝置中。假設一可程式化實現，用以支援系統功能的編碼可以被儲存在一電腦可讀媒體中，例如光學驅動器、快閃記憶體或硬碟中。本領域之技藝人士可藉由特定用途積體電路(ASICs)、可程式化邏輯裝置(PLDs)或配置軟體及/或韌體的通用目的處理器實現上述部分模組。

如第6圖所示，行動裝置102包括路由區域更新元件602，用以判定行動裝置102應於何時啟動RAU。仔細而言，當路由區域更新元件602偵測行動裝置102已經移動到一新的路由區域時，路由區域更新元件602啟動RAU。路由區域更新元件602保持一週期性RAU計時器以進行偵測何時會經過執行週期性RAU的特定時間週期。當RAU每次被執行時，路由區域更新元件602重置週期性RAU計時器。行動裝置102也包括一整合元件604，用以根據上述方法與管理元件111進行通訊以致能整合保護。行動裝置102也包括一功能元件606，用以自RAU接收訊息中讀取出網路功能支援資訊以，並將網路功能支援資訊儲存在行動裝置102的本地儲存裝置中。行動裝置102也包括通訊元件608，用以透過核心網路110進行溝通以傳送RAU訊息至管理元件111。

管理元件111包括一組相似元件用以執行網路中之相對應功能。仔細而言，管理元件111包括通訊元件610，用以透過核心網路110與行動裝置102的通訊元件608進行通訊。通訊元件608與通訊元件610之間的通訊連結通常可包括無線連結或有線連結。

管理元件111也包括路由區域元件612，用以處理網路的RAU。仔細而言，路由區域元件612接收來自行動裝置102的RAU要求訊息，以及使接收元件616傳送RAU接收訊息。如下所述，路由區域元件612判定RAU是否為標準或週期更新以及根據上述討論實施例中之一以進行回應。在一些實施例中，路由區域元件612與接收元件616進行通訊，以判定RAU接收訊息的內容。接收元件616利用來自路由區域元件612的資訊以及其他網路管理資訊以產生RAU接收訊息。在其他實施例中，路由區域元件612也使整合元件614設定行動裝置102與管理元件111之間的整合保護。

第7A圖所示為一程序700的流程圖，程序700藉由行動裝置執行功能支援系統之一第一實施例。在步驟702中，行動裝置判定RAU為必要的。如上所述，當行動裝置移動至另一路由區域的基地台或週期性RAU計時器逾時，RAU為必要的。在步驟704中，行動裝置傳送RAU要求訊息至網路。RAU要求訊息包括用以指定更新類型的資料、行動裝置的身分以及其他資訊。在步驟706中，程序700根據判定RAU要求訊息是否對應至一週期性RAU以進行分支。

在第7A圖中的實施例，當RAU是週期更新時，網路暫緩傳送具有網路功能支援IE的RAU接收訊息。因此，若為週期更新，則進行至步驟708。在步驟708中，行動裝置接收不包括網路功能支援IE的RAU接收訊息。在此實施例中，RAU接收訊息包括被認為是無效而會被拒絕的網路功能支援IE。在步驟710中，行動裝置使用先前提供的網路功能支援設定。如上所述，當行動裝置附加特定資料服務時，上述網路功能支援設定會被提供。

當RAU為標準RAU，則進行至步驟712。在步驟712中，系統接收來自網路的RAU接收訊息。RUA接收訊息可根據新的路由區域的特性包括或不包括網路功能支援IE。在步驟714中，行動裝置根據RAU接收訊息中的資訊更新其設定。若RAU接收訊息不包括網路功能支援IE時，行動裝置則根據設定的初始值更新其設定。通常行動裝置初始假設沒有功能被支援。程序700於判定完設定後結束。

第7B圖所示為一程序750的流程圖，程序750藉由網路執行功能支援系統之一第一實施例。在步驟752中，網路接收來自行動裝置的RAU要求訊息。在步驟754中，網路根據接收到的訊息更新有關行動裝置的資訊。舉例而言，該步驟包括儲存有關行動裝置所在之一新的路由區域的資訊。

在步驟756中，網路判定RAU要求訊息是否對應至一週期性RAU。一般而言，網路藉由檢查RAU要求訊息中的一旗標以進行判定RAU要求訊息是否對應至週期性RAU，其中RAU要求訊息用以指出欲執行之更新的類型。若網路判定RAU要求訊息對應至一週期性RAU，則進行至步驟758。在步驟758中，即使接收訊息原本就會被傳送，系統傳送忽略網路功能支援IE的接收訊息。此接收訊息可包括對應於從網路至行動裝置之其他資訊的IEs，例如用以指出行動裝置中TMSI之改變的IE。然而，在第7B圖中的實施例，網路接收到週期性RAU要求訊息時暫緩包括網路功能IE。

若RAU要求訊息無對應於一週期更新，則進行至步驟760。在步驟760中，網路根據回應RAU要求訊息的標準程序傳送接收訊息至行動裝置。仔細而言，若網路功能在不同於初始值之新的路由區域中為可利用的，網路則傳送一更新網路功能支援IE。若初始值為正確的，網路則忽略網路功能支援IE。在網路傳送RAU接收訊息至行動裝置後，則結束程序750。

第8A圖所示為一程序800的流程圖，程序800藉由行動裝置執行功能支援系統之一第二實施例。第8A圖中並無描述標準RAU的處理，標準更新的程序與第7A圖中所描述的相同。在步驟802中，行動裝置判定RAU為必要的。在步驟804中，行動裝置傳送RAU要求訊息至網路。步驟802與804與第7A圖之程序700中對應的步驟相同。在步驟806中，行動裝置在傳送RAU要求訊息至網路後接收到一訊息。

如上所述，在第二實施例中，若網路因為週期性RAU傳送網路功能支援IE，網路則需要使用整合保護程序。因此，在步驟808中，系統判定接收到的訊息是否啟動整合保護程序。若判定結果為啟動整合保護程序，則進行至步驟810。在步驟810中，行動裝置建立網路的整合保護，詳細過程已於先前討論。在一些實施例中，用以建立整合保護的部分或全部訊息在RAU之前(例如在初始附加程序中)已經交換。在步驟812中，行動裝置接收包括網路功能支援IE的整合保護RAU接收訊息。在步驟814中，行動裝置從網路功能支援IE中讀取設定，並儲存該設定資訊。在行動裝置儲存設定之後，行動裝置根據儲存的設定執行運作，例如透過封包交換連結啟動緊急呼叫。

若接收到的訊息非整合保護訊息(即該訊息為RAU接收訊息)，則進行至步驟816。在步驟816中，系統判定RAU接收訊息是否包括網路功能支援IE。若判定結果為RAU接收訊息包括網路功能支援IE，則進行至步驟818。在步驟818中，行動裝置根據其未使用整合保護而拒絕該接收到的訊息。在步驟820中，系統使用先前接收到之網路功能支援的設定。若判定結果為RAU接收訊息不包括網路功能支援IE，則進行至步驟822。在步驟822中，行動裝置使用先前接收到之網路功能支援的設定。在行動裝置判定網路功能支援的正確設定後，則結束程序800。

第8B圖所示為一程序850的流程圖，程序850藉由網路執行功能支援系統之一第二實施例。在步驟852中，網路接收RAU要求訊息。在步驟854中，網路根據接收到的訊息為行動裝置更新其儲存的資訊。步驟852與854與第7B圖中的步驟752與754相同。

在步驟856中，網路判定RAU要求訊息是否對應於一週期性RAU。若網路判定RAU要求訊息未對應於一週期性RAU，則進行至步驟858。在步驟858中，系統使用標準RAU程序處理接收到的訊息。

若RAU要求訊息對應至一週期更新，則進行至步驟860。在步驟860中，網路判定其是否需要傳送網路網路功能支援IE。通常而言，若在網路功能支援IE中之原任一功能，則網路需要傳送網路功能支援IE。若網路判定其不需要傳送網路功能支援IE，則進行至步驟862。在步驟862中，網路傳送不包括網路功能支援IE的RAU接收訊息。

若網路需要傳送網路功能支援IE，則進行至步驟864。在步驟864中，網路為網路功能支援IE建立整合保護。如上所述，建立整合保護的部分或所有步驟會在RAU之前(例如在初始附加程序時)被執行。在步驟866中，網路傳送包括網路功能支援IE的RAU接收訊息。接收訊息係使用步驟864中所建立的整合保護被傳送。在網路傳送RAU接收訊息之後，則結束程序850。

雖然本發明已以較佳實施例揭露如上，然其並非用以限定本發明，任何熟習此技藝者，在不脫離本發明之精神和範圍內，當可作些許之更動與潤飾，因此本發明之保護範圍當視後附之申請專利範圍所界定者為準。

100．．．環境

102、104、401．．．行動裝置

106．．．無線連結

108、304、306、308、310、312、314．．．基地台

109．．．無線存取網路(RAN)

110．．．核心網路

111．．．管理元件

112．．．公共交換電話網路(PSTN)

114．．．IP網路

200．．．裝置

202．．．處理器

204．．．記憶體

206．．．內連線

208．．．作業系統

210．．．本地儲存裝置

212．．．輸入裝置

214．．．顯示裝置

216．．．射頻收發器

218．．．資料

300、402．．．蜂巢式網路

316、318、320、322、324、326．．．覆蓋區域

328．．．第一行動裝置

330、342．．．路徑

332．．．點

334．．．第二行動裝置

400、404．．．訊息交換

406．．．時間週期

408．．．RAU要求訊息

410、502．．．RAU接收訊息

504．．．資訊元件(IEs)

506．．．行動指標IE

508．．．計時器數值IE

510．．．緊急號碼清單IE

512．．．網路功能支援IE

602．．．路由區域更新元件

604、614．．．整合元件

606．．．功能元件

608、610．．．通訊元件

612．．．路由區域元件

616．．．接收元件

700、750、800、850．．．程序

702、704、706、708、710、712、714、752、754、756、758、760、802、804、806、808、810、812、814、816、818、820、822、852、854、856、858、860、862、864．．．步驟

第1圖所示為功能支援系統運作環境的網路示意圖；

第2圖所示為用以表示裝置架構之一實施例的高階方塊圖；

第3圖所示為行動裝置在蜂巢式網路之覆蓋區域中移動的環境；

第4圖所示係行動裝置與蜂巢式網路間用以控制路由區域更新程序的訊息交換之時序示意圖；

第5圖所示為路由區域更新接收訊息的示意圖；

第6圖所示為第1圖中之環境之元件的邏輯方塊圖；

第7A圖所示為一程序的流程圖，程序藉由行動裝置執行功能支援系統之一第一實施例；

第7B圖所示為一程序的流程圖，程序藉由網路執行功能支援系統之一第一實施例；

第8A圖所示為一程序的流程圖，程序藉由行動裝置執行功能支援系統之一第二實施例；

第8B圖所示為一程序的流程圖，程序藉由網路執行功能支援系統之一第二實施例。

700．．．程序

702、704、706、708、710、712、714．．．步驟

Claims (20)

1. 一種在路由區域更新程序中溝通網路功能的方法，包括：由一蜂巢式網路接收來自一行動裝置的一路由區域更新要求訊息，其中上述路由區域更新要求訊息包括關於上述行動裝置之一位置的資訊用以接收來自上述蜂巢式網路的通訊；由上述蜂巢式網路判定上述路由區域更新要求訊息是否為一週期訊息，上述週期訊息係至少會根據一先前路由更新後之一消逝時間而產生；由上述蜂巢式網路判定上述路由區域更新要求訊息為一週期訊息且上述蜂巢式網路因支援功能改變而需傳送一網路功能支援資訊元件時，由上述蜂巢式網路與上述行動裝置通訊以建立一整合保護關係；以及根據上述路由區域更新要求訊息，由上述蜂巢式網路傳送一路由區域更新接收訊息至上述行動裝置，其中上述路由區域更新接收訊息包括上述網路功能支援資訊元件，用以指定有關上述蜂巢式網路的一或多個功能，且上述路由區域更新接收訊息透過上述整合保護關係被傳送。
2. 如申請專利範圍第1項所述之在路由區域更新程序中溝通網路功能的方法，其中上述行動裝置更根據接收到非透過上述整合保護關係所傳送的一路由區域更新接收訊息，使用一先前接收到的網路功能支援資訊元件。
3. 如申請專利範圍第2項所述之在路由區域更新程序中溝通網路功能的方法，其中上述先前接收到的網路功能 支援資訊元件在一整合保護訊息中被傳送至上述行動裝置。
4. 如申請專利範圍第1項所述之在路由區域更新程序中溝通網路功能的方法，其中上述網路功能支援資訊元件包括用以指出上述蜂巢式網路是否支援透過封包交換連結的語音電話或緊急電話中之一者的資料。
5. 如申請專利範圍第1項所述之在路由區域更新程序中溝通網路功能的方法，其中上述路由區域更新接收訊息包括一設定資訊元件，上述設定資訊元件包括用以指定一行動裝置的身分或一或多個計時器數值的資訊。
6. 如申請專利範圍第1項所述之在路由區域更新程序中溝通網路功能的方法，其中與上述蜂巢式網路通訊以建立上述整合保護關係的步驟包括：決定一整合金鑰，其中上述整合金鑰為上述蜂巢式網路與上述行動裝置共享的一加密金鑰；以及決定一整合演算法，其中上述整合演算法為可被上述蜂巢式網路與上述行動裝置所執行的一演算法。
7. 如申請專利範圍第1項所述之在路由區域更新程序中溝通網路功能的方法，其中傳送上述路由區域更新接收訊息的步驟包括：根據上述路由區域更新接收訊息計算一訊息授權碼；以及傳送計算後的上述訊息授權碼與上述路由區域更新接收訊息。
8. 如申請專利範圍第7項所述之在路由區域更新程序 中溝通網路功能的方法，其中上述行動裝置用以根據上述路由區域更新接收訊息計算一接收訊息授權碼，以及比較上述接收訊息授權碼與上述計算後的訊息授權碼，以確認上述路由區域更新接收訊息。
9. 一種在路由區域更新程序中溝通網路功能的方法，包括：傳送一路由區域更新要求訊息至一蜂巢式網路，其中上述路由區域更新要求訊息為一週期訊息，上述週期訊息係至少會根據一先前路由更新後之一消逝時間而產生，且上述路由區域更新要求訊息包括有關於一行動裝置之一位置的資訊用以接收上述蜂巢式網路的通訊；與上述蜂巢式網路通訊以建立一整合保護關係，其中與上述蜂巢式網路通訊以建立上述整合保護關係之步驟係由上述蜂巢式網路判定上述路由區域更新要求訊息為上述週期訊息且上述蜂巢式網路因支援功能改變而需傳送一網路功能支援資訊元件時而執行；以及根據上述路由區域更新要求訊息，接收來自上述蜂巢式網路的一路由區域更新接收訊息，其中上述路由區域更新接收訊息包括一網路功能支援資訊元件，上述網路功能支援資訊元件用以指定一或多個有關於上述蜂巢式網路的功能，且上述路由區域更新接收訊息係透過上述整合保護關係被傳送。
10. 如申請專利範圍第9項所述之在路由區域更新程序中溝通網路功能的方法，更包括：接收一第二路由區域更新接收訊息，其中上述第二路 由區域更新接收訊息包括一第二網路功能支援資訊元件，且上述路由區域更新接收訊息不透過上述整合保護關係被傳送；以及使用來自一先前接收到的網路功能支援資訊元件的設定，而不使用上述第二網路功能支援資訊元件的設定。
11. 如申請專利範圍第10項所述之在路由區域更新程序中溝通網路功能的方法，其中上述先前接收到的網路功能支援資訊元件在一整合保護訊息中被接收。
12. 如申請專利範圍第9項所述之在路由區域更新程序中溝通網路功能的方法，其中上述網路功能支援資訊元件包括用以指出上述蜂巢式網路是否支援透過封包交換連結的語音電話或緊急電話中之一者的資料。
13. 如申請專利範圍第9項所述之在路由區域更新程序中溝通網路功能的方法，其中上述路由區域更新接收訊息包括一設定資訊元件，上述設定資訊元件包括用以指定一行動裝置的身分或一或多個計時器數值的資訊。
14. 如申請專利範圍第9項所述之在路由區域更新程序中溝通網路功能的方法，更包括：儲存對應於上述一或多個功能的設定資訊，其中上述一或多個功能有關於上述蜂巢式網路；以及根據上述儲存的設定資訊啟動一相關程序。
15. 如申請專利範圍第9項所述之在路由區域更新程序中溝通網路功能的方法，其中與上述蜂巢式網路通訊以建立上述整合保護關係的步驟包括：決定一整合金鑰，其中上述整合金鑰為上述蜂巢式網 路與上述行動裝置共享的一加密金鑰；以及決定一整合演算法，其中上述整合演算法為可被上述蜂巢式網路與上述行動裝置所執行的一演算法。
16. 如申請專利範圍第9項所述之在路由區域更新程序中溝通網路功能的方法，其中接收上述路由區域更新接收訊息的步驟包括：根據上述路由區域更新接收訊息計算一訊息授權碼；以及比較計算後的上述訊息授權碼以及包含在上述接收到的路由區域更新接收訊息中的一授權碼。
17. 一種在路由區域更新程序中溝通網路功能的方法，包括：傳送一路由區域更新要求訊息至一蜂巢式網路，其中上述路由區域更新要求訊息為一週期訊息，上述週期訊息係至少會根據一先前路由更新後之一消逝時間而產生，且上述路由區域更新要求訊息包括有關於一行動裝置之一位置的資訊用以接收上述蜂巢式網路的通訊；以及根據上述路由區域更新要求訊息，接收來自上述蜂巢式網路的一路由區域更新接收訊息，其中上述路由區域更新接收訊息忽略一網路功能支援資訊元件，上述網路功能支援資訊元件指出有關於上述蜂巢式網路之一或多個功能，且上述路由區域更新接收訊息在判定上述路由區域更新要求訊息為一週期訊息後，由用以忽略上述網路功能支援資訊元件的一網路元件產生。
18. 如申請專利範圍第17項所述之在路由區域更新程 序中溝通網路功能的方法，更包括：在接收上述路由區域更新接收訊息後，判定上述蜂巢式網路支援的複數網路功能根據一先前接收到的網路功能支援資訊元件使用資訊，其中上述路由區域更新接收訊息忽略上述網路功能支援資訊元件，其中上述先前接收到的網路功能支援資訊元件在一整合保護訊息中被接收。
19. 如申請專利範圍第17項所述之在路由區域更新程序中溝通網路功能的方法，其中上述網路功能支援資訊元件包括用以指出上述蜂巢式網路是否支援透過封包交換連結的語音電話或緊急電話中之一者的資料。
20. 如申請專利範圍第17項所述之在路由區域更新程序中溝通網路功能的方法，其中上述路由區域更新接收訊息包括一設定資訊元件，上述設定資訊元件包括用以指定一行動裝置的身分或一或多個計時器數值的資訊。