TWI326173B

TWI326173B - Apparatus and method of ip mobility management for persistent connections

Info

Publication number: TWI326173B
Application number: TW095145658A
Authority: TW
Inventors: Yu Ben Miao; Tai Xing Yu; Jing Shyang Hwu; Ce Kuen Shieh; Tzu Chi Huang; Bo Yang Lai
Original assignee: Ind Tech Res Inst
Priority date: 2006-12-07
Filing date: 2006-12-07
Publication date: 2010-06-11
Also published as: US20080137611A1; US8050229B2; TW200826560A

Description

1326173 路(fixed__作純相參考，並树慮無線網路環境特性。以行動裝置來說，應用程式通f假設網路為有線網路(wi—。當行動裝置在不θ的網路間切換時’應用程式會因為網路介面的切換或網路環境的變動而更換IP位址，也就是當行動裝置移出本地網路(h〇me network)進入外地網路(foreign netw〇rk)時，行動裝置必須要向外地網路取得一個新的IP位址，因而造成原本連線的中斷。網際網路應用程式若未考慮在無線網路環境中行動管理的需求，則當行動裝置在不同網路間切換時，可能使原本的連線中斷。此情況下使用者有需要重新建立連線，或是修改/更換應用程式來支援行動管理。世界專利文獻WO0131472中，針對第三代網際網路協定(3G-IP)的環境，揭露了—種移動管理協定的技術，來支援行動裝置上的即時性(real time)與非即時性 (mm-real time)的多媒體應用程式。此技術採用並且延伸網際網路多媒體通訊協定(；§essi〇n initiati〇n pr〇t()C()i， SIP)，來k供網域切換(d〇main hand-off)與子網域切換 (subnet hand-off)之巨集移動的能力(macro—mobiiijy)，讓使用者在不同的3G-IP網路中漫遊(r〇aming)時，能從任何地點使用它們的行動裝置來存取網路。 7 持續連線的行動管理的步驟201-206。步驟201 :行動裝置MN1與MN2内的行動通知模組分別向行動管理伺服器MMS1與MMS2註冊。此行订動通知模組將行絲ϊ MN1與MN2的公用(public) IP作為本地位址(Home Address，HA)，並採用此本地位址HA和所在的網域名稱(d〇main name)做為特定位址 (11^ ’來分別向行動管理伺服器MMS1與MMS2進行”主冊。於3主冊過程中，此行動通知模組將行動裝置 ΜΝ1與ΜΝ2之自身的π>位址和與其行動管理祠服器連線時所制料(PQrt)告知行動管理伺服n龐81與，以完成向行動管理伺服器mmw與mmS2註冊的動作。步驟202:行動裝置MN向行動裝置MN2發出-邀 ^(INVITE)訊息，且行動裝置讀2回應一魏訊息給行動裝4MN卜行触ΪΜΝ1 Θ断動通知模組透過行動管理伺服器MMS1與MMS2，向行動裝置MN2發出邀請(INVITE)訊息，且行動裝置mn2透過行動管理伺服器MMS1與MMS2 ’日應-確網I,!、給行動裝置 MN1 ° 步驟203:建立行動裝置⑽丨與，2之間的連線。 1326173 步驟2〇4. 5行動裝置MN1切換到網域時，向仃動管理舰H mms1更新珊^第―圖的範例中， *行動裝置麵1從網域A切翻峨B時，行動裝置讓1内的行動通知模組從網域B的動態主機配置協議 (Dynamic Host Configuration Protocol » DHCP)^4f^^ IP位址’當作是行動裝置顧㈣交位址(咖e 〇f address ’ c〇A) ’並且將此轉交健c〇A做為在步驟2⑴ 中所訂定的特定位址URL的聯絡位址(c〇mact addreSS)。行動通知模組將行動裝置MN1本身新的Ip 位址和連朗·使肖轉告知行辭糊職讓幻，以完成向行動管理伺服器_S1更新註冊的動作。步驟1摘裝置_向行崎置MN2重新發出-邀請(ΙΝΥΠΕ)訊息，且行動裝置讀2回應—確^ 訊息給行動裝IMN1。行動裝置_内的行動通知模組透過行動管理伺服器咖與編82，向行動裝置 _發出重新邀請訊息；並且行動裝置聰透過行動管理伺服器MMS1與職2，回應確認訊息給行動裝置MN卜步驟2〇6 :接合行動裝置_與_之間的原有第三圖是行動通知模組在-個行動裝置裡的—有限 12 狀態機(finite state machine)。第三圖宁，此行動裝置以 MN1為例來說明。當行動裝置MN1要對一個從未連線的行動裝置(以下以MN2為例)連線時，行動通知模組會發出邀請(INVITE)的動作，所以由「未連線」狀態到遨清」狀態，即標號301所示》如果成功地完成邀請的動作，則由「邀請」狀態到「遨請成功」狀態，即標號302所示；如果遨請失敗，則由「邀請」狀態到「邀請失敗」狀態，即標號303所示。如果行動裝置MN1此時切換到另一網域，行動裝置MN1則需要重新發出遨請(ΙΝνΠΈ)給之前正在連線中的行動裝置MN2，所以行動通知模組由「遨請成功」狀態到「重新遨請」狀態，即標號3〇4a所示。如果重新邀請的動作成功，則行動通知模組會從「重新邀請」狀態回到「邀請成功」狀態，如標號3〇4b所示；如果重新邀請的動作失敗，則由「重新遨請」狀態到「邀請失敗」狀態，即標號305所示。值得注意的是，如果行動裝置MNi在邀請行動裝置MN2時’網路發生錯誤’或是行動裝置_2沒有開機，或是行動裝置]VIN2正巧也還在漫遊中且尚未取得轉交位址，則行動通知模組會進入「邀請失敗」狀態。若在「邀請失敗」狀態下，行動裝置MN2又再度接上網路’此時由行動裝置MN2發出重新遨請，行動裝置 MN1收到後，行動通知模組由「遨請失敗」狀態回到「遨請成功」狀態，即標號306所示。所以對行動裝置 MN1來說，標號301-305的狀態改變是主動的，而標號 306的狀態改變則是被動造成的。根據第一圖的架構與第二圖的運作流程，第四圖是行動通知模組應用於一 SIP-based網路之TCP連線工作範例的一個示意圖。參考第四圖，此行動通知模組403可再包括一連線接合單元(connection spilcer) 403a、一網路位址轉換單元 (network address transformer) 403b、一行動管理單元 (mobility manager) 403c、以及一切換偵測單元(hand〇ff detector) 403d。而此SIP通訊協定網路環境至少包含了一實體網路層(physical network layer) 401、一網路驅動介面層(network driver interface) 402、行動通知模組 4〇3 ' TCP/IP通訊協定404、網路應用程式介面(s〇cket API) 405、以及位於使用者介面的一應用程式 (application)406。行動通知模組403係介於網路驅動介面層402與TCP/IP通訊協定404之間。當行動裝置在漫遊的過程當中，行動裝置處於失去網路連線的情況，對tcp連線而言，作業系统(〇s)會重送沒有收到確認的封包’如果重送的時間超過限定 ^/0173 時作業系統會結束這條TCP連線，而當行動裝置# 遊後重新連上網路，TCP連線己經斷線，則無法回復之前的連線狀態《所以，維持TCP連線不斷線是很重要的。第一圖架構中的行動管理伺服器，在第四圖的工作範例中就是sip代理伺服器(sip proxy servep。行動裝置麵1與行 S MN2透断贿知模組4〇3 的行動官理單元403c分別向兩個SIP代理伺服器發出行動管理控制訊息以完成註冊、邀請動作並建立連線。行動通知模組403接收網路驅動介面層4〇2傳送的資料封包後，進行支援持續連線的行動管理。當行動裝置MN1由網域A漫遊至另一網域3，並重新取得新的IIM立址當作轉交位址時，則切換偵測單元403d偵測到行動裝置的網域切換事件後，發出一網域切換通知至行動管理單元403c。行動管理單元 403c分別發出一連線接合設定訊號至連線接合單元 403a、一 IP位址轉換設定訊號至網路位址轉換單元 403b、以及一行動管理控制訊息至外部的SIp代理伺服器1 ^如此，即使行動裝置_丨切換網域並更改正位址，也能持續與行動裝置MN2保持連線，並繼續傳送網路封包，不需斷線後再連線。 15 乂下再詳細說明行動通知模組403中各個單元的功能與運作。連線接合單π條負責維持行動裝置之TCP連線的不斷線。此魏接合單元條將-條TCP連線分成 _，分別處理_及對外的TCP連線。對内的一端核擬目標行動裝置_的TCP/IP模組對話；對外的-端模擬本地行動裝置瞧的TCP /IP模組對話。亦即連線接〇單元403a對内負責和作業系統的TCP/IP模組對話’對外負責和目標行動裝置MN2做連線。因此，對本地行動裝置_來說，收到連線接合單S輸出的封包就像是收到由目標行動裝置MN2之TCP /IP模組傳送的封包—樣；對目標行動裝置MN2而言，收到連線接合單元輪㈣封包就像是由本地行置MN1之 TCP堆疊傳送的封包一樣。根據本發明，連線接合單元403a有兩個暫存器 (buffer)。一個存放從外部收到的TCp封包，稱為外部暫存器(outer buffer)，一個存放從内部往外發送的Tcp 封包，稱為内部暫存器(inner buffer)。當連線接合單元 403a收本地行動裝置MN1的TCP /IP模組往外發送的封包時，連線接合單元403a將攔截到的封包放入内部暫存器，且隨即回應一確認訊息給本地行動裝置的TCP/IP模組’讓本地行動裝置μν!確認目標行動裝丄坤173 置_2端已經收到這個封包。然後連線接合單元術將内部暫存器中的封包傳送到目的地（行動裝置 ΜΝ2^當冑存帥uffef)接近滿的_ ’連線接合單元 403a透過動視冑(siiding〜油㈧麻緩或制止存取點 (accesspoint ’ AP)繼續傳送封包，其方式就如同一般的 TCP連線β 因此即使行動裝置在漫遊的過程中，或是網路連線終止時，行動裝置内作業系統的Tcp仍會判定目標行動褒置還活著’不會影響作業系統的⑽連線。而連線接合單元403a必須用TCP維持活著(keep alive)的方式，不斷地去刺探(probe)目標行動裝置或主機(h〇st)是否還 /舌耆’等待將失聯的連線接合。由於連線接合單元403a對内與對外都是使用一般的 TCP連線方式，所以不論目標主機(tafget h〇st)是否安裝行動通知模組都能正常的建立連線。網路位址轉換單元403b負責行動裝置之本地位址與轉交位址的轉換。網路位址轉換單元4〇3b是網路封包往外送的最後一個關卡，及收到網路封包後的第一個關卡，相當於將網路驅動介面層402以内的劃分為内部網路，網路驅動介面層402以外的劃分為外部網路。不同於—般的網路位址轉換，網路位址轉換單元4〇3b内維護 17 1326173 (maintains)兩個IP對應表格(mappingtabie)，一個是對内的IP對應表格，稱為InnerNAT，另一個對外的χρ對應表格，稱為OuterNAT。在網路位址轉換單元403b裡，每一行動裝置對應一筆網路位址轉換(Network Address Translation，NAT)記錄 (Record) ’其攔位如第五圖所示，包括已使用(used)、本地(home) IP位址、轉交位址、需轉址(^6(1 Transhte)、 • 以及存活時間(time-to-live，TTL)攔位。此NAT記錄至少記錄了行動裝置的本地IP位址和所在的轉交位址。如果 NAT記錄的本地ip位址與轉交位址不同，則表示此行動 ' 裝置不在原先的網域，已漫遊至另一網域，所以必須設 • 定NAT記錄之需轉址欄位的位元，把所有對應該記錄的本地IP的位址轉換為該記錄的轉交位址。同樣地，如果 NAT記錄的本地IP位址與轉交位址相同，則表示行動裝置位於原來的網域内，並無漫遊至其他網域，需轉址攔鲁位設定則被清除。網路位址轉換單元403b的InnerNAT只有一個NAT 入口，記錄本身行動裝置的本地IP位址和DHCP伺服器取付的轉交位址。如果是在本地網路(home network)，則轉交位址等於本地IP。透過網路位址轉換單元403b的轉換’本地行動裝置永遠只知道自己的IP就是本地IP，所以，所有的應用程式都以本地IP建立連線，不論現在的

is 轉交位址是什麼。OuterNAT由多個NAT入口組成，每一個NAT入口記錄一個目標行動裝置的本地ip位址和轉交位址CoA的對應關係。第六圖為一示意圖，以一範例說明透過網路位址轉換早元的位址轉換動作，封包内容(packet’s content)的改變。第六圖中以SIP通訊協的網路環境為範例來說明。參考第六圖上半部，透過網路位址轉換單元的位址轉換動作，行動裝置]y[Nl與MN2的本地IP位址 (HA1，HA2)轉換為轉交位址(c〇Al，CoA2)。如此，可得到行動裝置MN2的本地ip位址HA2和轉交位址CoA2的對應關係’並記錄於行動裝置_ι的〇uterNAT内。而此行動裝置MN2的本地IP位址HA2和轉交位址CoA2 的對應關係’可由SIP協定中所傳送之會議描述協定 (Session Description Protoco卜 SDP)的資訊得知。再參考第六圖下半部，原本在行動裝置_丨端的封包内容’即HA1、HA2、SP、和DP，透過網路位址轉換單元的位址轉換後，在DSCP中改變為CoA卜CoA2、 SP、和DP ’其中SP代表來源璋(source p0rt),而dp代表目的痒(destination port) 〇如此，當行動裝置MNi的應用程式傳送封包至行動 1326173 裝置_2時’應用程式以本地IP位址HA1傳送封包，透過行動裝置MNi内的網路位址轉換單元4咖，將封匕由本地IP位址HAi與轉換為轉交位址與

CoA2後，經由網路傳送至行動裝置^因此，透過此網路位址轉4G3b 6〇位址轉換動作，行動裝置 _1在切細另-峨時，制程式的封包可成功地傳送至行動裝置_2。行動官理單70 403c負責向行動管理伺服器MMS註冊或重新註冊，並且發出邀請或重新邀請動作。以证通訊協定的網路環境為一範例來說明，此行動管理單元她負責處g SIP及SDP資訊，並在一開始向負責的 SIP代理伺服器註冊(-般SIP代理飼服器即備有行動管理飼服器MMS的魏）。每當行練置切細域並重新取得轉交紐CoA後’行辭料元她必須重新向 SIP代理伺服器註冊。行動管理單元403c替行動裝置内的本地

IP位址HA 定義一個唯一 (unique)的特定位址Res〇ufce Locator，URL)，並以此特定位址向SIp代理伺服器註冊。此特定位址的格式由行動裝置的ιρ位址與這個 ip位址所屬的網域名稱結合，例如H〇meIP@SIpd〇main。第七圖以一範例說明此行動管理單元如何產生一特

20 定位址。當一行動裝置第一次連上網路，此行動裝置的行動通知模組403必須定義其特定位址URL，並向SIP 代理伺服器註冊，此特定位址URL是以行動裝置的本地 IP位址作為使用者名稱(user name)並結合所屬網域名稱。參考第七圖，首先取得此行動裝置的本地IP位址(例如140.116.72.102)，然後用PTR型態(type)向網域名稱伺服器(Domain Name Server，DNS)詢問此行動裝置之本地IP位址所對應的網域全名，此DNS回傳此行動裝置的網域全名(例如crimsonl.ee.ncku)。假定SIP網域和DNS 網域是重疊的，且行動裝置的網域全名中所存在的網域是由行動裝置的網域全名去掉第一個標號(label)，因此將此行動裝置所屬的網域名稱轉譯(translate)為ee.ncku。再結合(combine)本地IP位址140.116.72.102和此已轉譯的網域名稱ee.ncku，如此，行動管理單元403c即可成功地得到此行動裝置的特定位址URL為 140.116.72.102@ee.ncku。第八圖說明行動管理單元首次向SIP代理伺服器註冊的運作流程。以下詳細說明此運作流程的步驟 801-804 〇步驟801:首先取得此行動裝置的本地IP位址並等 1^26173 待回傳此行動裝置的一網域全名。如第八圖中所示，首先取得此行動裝置的本地IP位址(例如140.116.72.102)，然後用一 PTR型態向DNS詢問，此DNS回傳此行動裝置的一網域全名(例如crimsonl.ee.ncku)。步驟802:取得此行動裝置所在網域之SIp代理伺服器的網域名稱和埠。如第八圖中所示，行動管理單元4〇3〇用一 SRV型態向DNS詢問此行動裝置所在的SIp網域之SIP代理伺服器位址，DNS回應其SIP代理伺服器位址的網域名稱ee.ncku與連線的蟑sipproxy.ee.ncj^jogo。步驟803:然後’取得此行動裝置所在網域之SD>代理伺服器的IP位址。如第八圖中所示，行動管理單元4〇3c 用一 A型態向DNS詢問，這一次，DNS词服器則回應此SIP代理伺服器的一個IP位址140.116.72.10。如此，即可順利地得到SIP代理伺服器的正位址和其連接埠 140.116.72.10:5060 - 經過步驟801-803後，取得了本地主機的網域名稱 ee-ncku、SIP代理伺服器的ΙΡ位址和其連接埠。最後，即可執行步驟804 » 步驟804:向SIP代理伺服器註册。送出一 SIP註冊封包(此封包含有此行動裝置的特定 22 1326173 位址14Q.116.72.102@ee nrln^)來向SIP代理伺服器 (140.116.72.10.5060)注冊》行動管理單元4〇3c還會將此 SIP代理伺服器的資訊記錄下來。之後’在重新註冊時就可以直接向SIP代理伺服器註冊，無須再重複上述第八圖的步驟流程。取得目標行動裝置的特定位址的方法和取得本地行動裝置的特定位址的方法是相同的。當本地行動裝置要與某個目標IP第一次連線時，行動通知模組會用此目標來向DNS詢問以取得目標行動裝置的網域全名，然後發出INVITE。在完成SIP協定的訊息處理之後，行動通知模組會記錄這個目標行動裝置的ιρ所對應的SIP的特定位址，在RE4NVITE狀態的時候直接invite這個SIP 的特定位址。第九圖以一範例說明一行動裝置(以_丨為例)首次與另一目標行動裝置(以MN2為例)連線的步驟流程。參考第九圖’行動裝置MN1的行動通知模組首先以目標行動裝置MN2的IP來向DNS詢問以取得目標行動裝置的網域全名’然後發出INVITE訊息。若目標行動裝置_2 回應一確認訊息’則行動裝置與目標行動裝置MN2 之間即可建立連線並互傳資料。 23 i 1326173 在SIP交易處理之後’行動通知模組會記錄目標行動裝置MN2的π>所對應的SIp的特定位址 TargetIP@TargetSIPdomain ’ 在 re-Invpte 的時候直接 INVITE這個SIP的特定位址。同樣的，行動管理單元 403c會將目標行動裝置_2的資訊記錄下來，如此當行動裝置MN1的行動管理單元403c需要重新註冊時，就可以直接向SIP代理伺服器註冊，無須重複上述步驟。為避免因網路狀況不穩定而造成的封包遺失^&也过 lost)，行動通知模組的行動管理單元4〇允對找到行動裝置特定位址URL的流程，都會有重送的機制，但當重送的次數超過一預定值，而無論任何一個步驟都無法成功時，行動通知板組就會認為對方的行動裝置成主機不支援行動通知模組而放棄交換資訊。切換偵測單元4G3d負責偵測-行動裝置是否切換至另-網域。如前所述，當行動裝置議丨由網域A漫遊至另一網域B，並重新取得新的！p位址當作轉交位址時’則切換偵測單元4〇3d偵測到行動裝置的網域切換事件後’發出一網域切換通知至行動管理單元4〇3c。綜上所述’本發明提出網際網路應用程式在無線網路環境情續連線運作_決綠，透财發明支援持 Μ線的行’可使行動裝置在不同網 24 1326173 域間切換時L私受_哺的影響保持此行動裝置原本的連線而不被中斷。惟，以上所述者，僅為本發明之實施例而已，當不能依此限林發明實施之。即大凡本發对請^利^ 圍所作之均等變化與修飾，皆應仍屬本發明專利涵蓋之範圍内。

25 < S ) 1326173 # miS2 tim --註冊 -----___:叫。丨u心而叫初衣直之間的連線 0Λ/1 無·.. — _ ' --- 2〇2订動裝置讓向行動裝置副2發出一邀請訊息且行 -認訊息給行動裝置MN1_ 204田行動裝置MN1切換到另一網域時，向行動管理伺服更新註冊動裝置MN1苎_2之間的原有連線 205行動裝置向行動裝置_2發出一重新邀請訊息，签置MN2回應一確認訊息給行動裝置MNi 301 由 NO-CONNECTION 狀態到 INVITE 狀態 302 由 INVITE 狀態到 INVite_sucCESS 狀態 303 由 INVITE 狀態到 INVITE-FAILURE 狀態 304a 由 INVITE-SUCCESS 狀態到 re-INVITE 狀態 304b 由 RE-INVITE 狀態回到 invjxe-SUCCESS 狀態 305 由 RE-INVITE 狀態到 INVite_faILURE 狀態 306 由 NVITE-FAILURE 狀態回到 INVITE-SUCCESS 狀態 INVITE邀請 NO-CONNECTION 未連線 INVITE-SUCCESS 邀請成功 INVITE-FAILURE 邀請失敗 RE-INVITE重新邀請 401實體網路層 402網路驅動介面層 403行動通知模組 404 TCP/IP通訊協定 27 1326173 405網路應用程式介面 406應用程式 403a連線接合單元 403b網路位址轉換單元 403c行動管理單元 403d切換偵測單元 HA1、HA2本地ip位址 SP來源埠 ~~ DP 目的埠 DNS網域名稱伺服器 801取得此行動裝置的本地正位址並等待回傳此行動裝置的一網域全名 802詢問此行動裝置所在的網域之代理伺服器位址，並等待回傳 803再一次詢問此行動裴置所在的網域之代理SIp代理伺服器的IP位址，並等待回傳 804 送出 SIP REGISTER 封包，來向SIP代理伺服器註冊 28

Claims

1326173 路續絲的行齡理核，細於—無_ 多個2 ’該無軸路魏備衫個行騎置並位於少個網域内，該系統包含：位於黯，相負責_多個行動裝置溝

二動通吨組，分職行於該㈣行域置，當其弟—行練置從-網域切換至另—_時，該行動通知模組透過與該第一行動裝置相對應的行動管理视錢該第-行動裝置原本已建立連線之行動裝置目對應的行動管理做器，來完成域在該第一行動裝置切換網域時，持續原本連線的過程；其中’該第-行動裝置與其原本已建立連線之物裝置吨行的行動通知模組採用行動裝置之本地位址^ 轉交位址的—種網路位址轉換方式，來分別向該第—

、申凊專利範圍的年1f月s日修正本仃動裝置與其原本已建立躲之行練置相對應的行動管理伺服器進行註冊。 2·=申請專利範圍第1項所述之支援持續連線的行動管理系統，其令該多個行動裝置的態樣包括一筆記型電腦、一行動電話、以及一個人數位助理器。 3. =申請專利範圍第1項所述之支援持續連線的行動 s理系統’其中該多個行動管理词服器係由多個词服器來實現。 4. 如申请專利賴第i項所述之支援持續連線的行動 29 管理系統，其中該抽通域岐包括-連線接合單 70、一網路恤觀單元、—行辭理單元、以及— 切換偵測單元。如申請翻制第4顧叙域觸躲的行動管理系統’其找連線接合單元負#維_多個行動裝置之傳輸控制協定連線的不斷線。如申請專利範圍第4項所述之支援持續連線的行動官理系統，其中該網路位址轉換單元負責該多個行動裝置之本地位址與轉交位址的轉換。如申請專利範圍第4項所述之支援持續連線的行動管理系統，其中該行動管理單元負責向該多個行動管理伺服器註冊或重新註冊’並且發出邀請或重新邀請動作。如申請專利範圍第4項所述之支援持續連線的行動管理系統，其中該切換偵測單元負責偵測該多個行動裝置是否切換網域。如申請專利範圍第1項所述之支援持續連線的行動管理系統，其中該行動通知模組在一個行動裝置裡的狀態改變對應一有限狀態機，該有限狀態機包括由「未連線」狀態到「邀請」狀態、由「邀請」狀態到「邀請成功j狀態、由「邀請」狀態到「邀請失敗」狀態、由「邀請成功」狀態到「重新邀請」狀態、由「重新邀請」狀態到「邀請成功」狀態、由「重新邀請」狀態到「邀請失敗」狀態、以及由「邀請失敗」 1326173 狀態到「邀請成功」狀態之狀態改變，並且當該行動裝置要對—個從未連線的行動裝置連線時，該行動通知模組發出-遨請_作，該行植置由「未連線」狀態改變到「遨請」狀態，如果成功地完成邀請的動作，則由「遨請」狀態改變到「遨請成功」狀態，如果邀請失敗，則由「邀請」狀態改變到「邀請失敗」狀態，如果該行動裝置切換到另一網域，該行動裝置重新發出騎給之前正在連線巾的行練置，則由「遨請成功」狀驗制「重新轉」狀f，如果重新邀請_作成功，則由「重新邀請」狀態回到「邀請成功」狀態’如果重新邀請的動作失敗，則由「重新邀請」狀態改變到「邀請失敗」狀態，若在「邀請失敗」狀態下’之前正在連線中的行動裝置接上網^ 益發出一重新邀請’當該行練置收到該重新邀請後，則由「遨請失敗」狀態回到「邀請成功」狀態。 10. 一種支麟續連線的行動管理方法，細於—無線網路環境中，該無線網路環境備有多個行動裝置與相對應的行動管理伺服器，並位於多個網域内，其中一第 -行動裝置之原本已建立連線之行動裝置稱之為目標行動裝置，該方法包含下列步驟：分別執行一行動通知模組於該第一行動裝置與該目標行動裝置内’並分別向一相對應之第—行動管理伺服器和該目標行動裝置相對應之行動管理伺服哭古主 31 :二目：骏置向該目標行動骏置發出-邀請訊 ;立伸妓喊—確認訊息；奋該m—瑞襄置與該目標行動裝置之間的連線；動管理^到該另—網域時，向該第一行動吕理β服器更新註冊. f裝置向該目標行動裝置發出-重新邀請該目標行動裝置回應_確觀自.以及接合該第一耔說热札心，以及

連線. 裝置與該目標行動裝置之間的原有 <丁動裝置與該目標行動裳置内執行的行喊知__行練置之械她和轉交位址的種網路位轉換姊來分勒辦—行動管理祠服器和該目標行動農置相對應之行動管理祠服器註您申。Η專利範圍第1{)酬述之支援持觀線的行動

方法其巾於餘冊的細巾，—行動裝置首次 °相對應之行動官糊服器註冊的步驟更包括下列步驟：取得該行動数的本地轉财(ip)位址並等待回傳 s亥行動裝置的—網域全名； ”句問該行動裝置所在的網域之代理飼服器的正位址，並等待回傳；以及达出一註冊封包，來向該代理飼服器註册。泛如申請專利範圍第10項所述之支麟續連線的行動 32 管理方法，其中該註冊與該更新註冊的步驟中，分別以該第一行動裝置與該目標行動裝置之各自相對應的特定位址向該第一行動管理伺服器和該目標行動裝置相對應之行動管理伺服器註冊。 U.如申請專利範圍第n項所述之支援持續連線的行動管理方法，其中該特定位址是結合各自的行動裴置的 IP位址和所屬網域的一網域名稱。 14·如申請專利範圍第13項所述之支援持續連線的行動管理方法，其中該網域名稱係取自一網域名稱伺服器回應之該相對應行動裝置的！p位址所對應的—網域全名’並將該網域全名去掉其第一個標號而成。 15.如申請專利範圍第1〇項所述之支援持續連線的行動管理方法，其中於該接合連線的步驟中，該第—行動裝置首次與該目標行動裝置連線的步驟更包括下列步驟：以該目標行動裝置的IP向一網域名稱伺服器詢問，並取得該目標行動裴置的一網域全名；發出一邀請訊息，並等待回應；以及收到該回應的一確認訊息後，建立該第—行動裝置與該目標行動裝置的連線。如申請專利範圍第10項所述之支援持續連線的行動管理方法’其中發出該邀請訊息的步驟中，係以該目標行動裝置的一特定位址向該目標行動裝置發出該邀請訊息。 1326173 17. 如申請專利範圍第10項所述之支援持續連線的行動管理方法，其中發出該重新邀請訊息的步驟中，係以該目標行動裝置的一特定位址向該目標行動裝置發出該重新邀請訊息。 18. 如申請專利範圍第10項所述之支援持續連線的行動管理方法，其中於該更新註冊步驟中，該第一行動裝置從該另一網域之動態主機配置協議取得一個新的 IP位址當作一轉交位址，向該第一行動管理伺服器更新註冊。

34