專利名稱:適用于通訊系統(tǒng)中執(zhí)行聯(lián)系程序的裝置、系統(tǒng)以及方法
技術(shù)領(lǐng)域:
本發(fā)明主要關(guān)于執(zhí)行聯(lián)系程序的技術(shù),特別是有關(guān)于一種適用于移動通 訊系統(tǒng)中執(zhí)行聯(lián)系程序的使用者裝置、系統(tǒng)以及方法。
背景技術(shù):
在傳統(tǒng)的移動通訊環(huán)境中, -使用者裝置(User Euipement, UE)通過無線 接入網(wǎng)絡(luò)(Radio Access Network, RAN)與一或多個移動通訊系統(tǒng)進行通訊, 一般來說,使用者裝置指的包括有移動電話、具無線傳輸功能的筆記本型計 算機、或個人數(shù)字助理器(Personal Digital Assistant, PDA),以上裝置皆 可為可攜式、手持式、口袋型、或可裝置在運載工具上,且皆可與無線接入 網(wǎng)絡(luò)進行數(shù)據(jù)或語音通訊。
全球移動通訊系統(tǒng)(Universal Mobile Telecommunications System, UMTS)是從全球移動通訊系統(tǒng)(Global System for Mobile communications, GSM)演進而來,被稱為第三代移動通訊系統(tǒng),其屬于歐洲的規(guī)格標(biāo)準,根據(jù) 全球移動通訊系統(tǒng)的核心網(wǎng)絡(luò)與寬帶碼分多址接入(Wideband Code Division Multiple Access, W-CDMA)技術(shù)以提供更好的移動通訊服務(wù)。盡管全球移動 通訊系統(tǒng)能夠提供更快的數(shù)據(jù)傳輸速度,但由于未來對于無線數(shù)據(jù)傳輸?shù)男?求會大幅提升,因此有人提出了全球移動通訊系統(tǒng)的長期演進(Long Term Evolution, LTE)觀念,其主要目標(biāo)是改善全球移動通訊系統(tǒng),使其能夠提供 高速數(shù)據(jù)傳輸、低延遲(low-latency)以及封包最優(yōu)化(packet-optimized) 的無線電存取技術(shù),而改善后的全球移動通訊技術(shù)則稱纟皮為進化式全球地面 無線接入(Evolved Universal Terrestrial Radio Access, E-證A)技術(shù), 使用該技術(shù)的系統(tǒng)則稱之為進化式封包系統(tǒng)(Evolved Paclet System, EPS)。
第三代移動通訊組織(3rd Generation Partnership Project, 3GPP)針 對進化式全球地面無線接入技術(shù)制訂了版本號v. 1. 1. 0的通訊協(xié)議規(guī)格書TS 24. 301 (往后在此說明書中皆稱之為通訊協(xié)議規(guī)格書TS 24.301),其中定義
5了進化式封包系統(tǒng)與使用者裝置之間進行通訊所需遵守的非接入層
(Non-A6cess-Stratum, NAS)通訊協(xié)議。
在開機并連接上進化式封包系統(tǒng)后,使用者裝置必須執(zhí)行聯(lián)系程序以向 進化式封包系統(tǒng)注冊,然后才能通過進化式封包系統(tǒng)開始進行封包彰:據(jù)的傳 輸服務(wù)。如圖1所示,聯(lián)系程序首先由使用者裝置傳送聯(lián)系請求(ATTACH REQUEST)消息到進化式封包系統(tǒng)(步驟S101),該聯(lián)系請求消息可與封包數(shù)據(jù) 網(wǎng)絡(luò)連結(jié)請求(PDN CONNECTIVITY REQUEST)消息一并傳送,用以指示使用者 裝置欲開始進行封包數(shù)據(jù)的傳輸服務(wù)。當(dāng)進化式封包系統(tǒng)接收到聯(lián)系請求消 息時,會驗證并檢查使用者裝置是否被授權(quán)進行封包數(shù)據(jù)的傳輸服務(wù),然后 進化式封包系統(tǒng)再執(zhí)行安全模式控制程序以啟動后續(xù)消息的加密(步驟 S102),若上述檢查都通過了,則進化式封包系統(tǒng)接受該聯(lián)系請求,并傳送聯(lián) 系認可(ATTACH ACCEPT)消息到使用者裝置(步驟S103),而如果上述聯(lián)系請 求消息中包括封包數(shù)據(jù)網(wǎng)絡(luò)連結(jié)請求,則該聯(lián)系認可消息是與啟動預(yù)設(shè)進化 式封包系統(tǒng)載體內(nèi)容請求(ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST) 消息一并傳送,該啟動預(yù)設(shè)進化式封包系統(tǒng)載體內(nèi)容請求(ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST)消息包含有啟動進化式封包系統(tǒng)的預(yù)_沒乘載設(shè) 定。當(dāng)使用者裝置接收到聯(lián)系認可消息時,會檢查啟動預(yù)設(shè)進化式封包系統(tǒng) 載體內(nèi)容請求(ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST)消息中所含 的設(shè)定是否可接受,如果使用者裝置接受該設(shè)定,則使用該設(shè)定重設(shè)相關(guān)于 該聯(lián)系程序的計數(shù)器,包括試圖聯(lián)系(attach attempt)計數(shù)器和試圖更新追 蹤區(qū)域(tracking area updating attempt)計凄t器,進入進化式封包系統(tǒng)移 動管理-已注冊(EMM-REGISTERED, EMM: EPS Mobility Management)狀態(tài),以 及將進化式封包系統(tǒng)更新狀態(tài)設(shè)定為進化式封包系統(tǒng)第 一更新狀態(tài)-已更新 (EU1 UPDATED, EU: EPS Update status)(步驟S104)。接著,使用者裝置為 了響應(yīng)聯(lián)系認可消息已被接受,則傳送聯(lián)系完成(ATTACH COMPLETE)消息到進 化式封包系統(tǒng)(步驟SI05),該聯(lián)系完成消息可與啟動預(yù)設(shè)進化式封包系統(tǒng)栽 體內(nèi)容認可(ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT)消息一并傳送, 以指示使用者裝置已接受了啟動預(yù)設(shè)進化式封包系統(tǒng)載體內(nèi)容請求 (ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST)消息中的設(shè)定。最后,進 化式封包系統(tǒng)接收到聯(lián)系完成消息與啟動預(yù)設(shè)進化式封包系統(tǒng)載體內(nèi)容認可 (ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT)消息,則成功完成該聯(lián)系程序。
發(fā)明內(nèi)容
根據(jù)本發(fā)明的 一 實施例提供了 一種使用者裝置,適用于執(zhí)行與服務(wù)網(wǎng)絡(luò) 之間的聯(lián)系程序,包括無線模塊與控制單元。無線模塊,傳送聯(lián)系請求消息 到上述服務(wù)網(wǎng)絡(luò),并接收上述服務(wù)網(wǎng)絡(luò)響應(yīng)上述聯(lián)系請求消息的聯(lián)系認可消
息;控制單元,決定是否接受上述聯(lián)系認可消息,若是,則通過上述無線模 塊傳送聯(lián)系完成消息到上述服務(wù)網(wǎng)絡(luò),若否,則通過上述無線模塊重傳上述 聯(lián)系請求消息。
本發(fā)明的另一實施例提供了一種通訊方法,適用于使用者裝置^^行與服 務(wù)網(wǎng)絡(luò)之間的聯(lián)系程序,包括傳送聯(lián)系請求消息到上述服務(wù)網(wǎng)絡(luò);接收上述 服務(wù)網(wǎng)絡(luò)響應(yīng)上述聯(lián)系請求消息的聯(lián)系認可消息;決定是否接受上述聯(lián)系認 可消息;若接受上述聯(lián)系認可消息,則傳送聯(lián)系完成消息到上述服務(wù)網(wǎng)絡(luò); 以及若不接受上述聯(lián)系認可消息,則重傳上述聯(lián)系請求消息。
本發(fā)明的另 一實施例提供了 一種服務(wù)網(wǎng)絡(luò),適用于執(zhí)行與使用者裝置之 間的聯(lián)系程序,包括無線接入網(wǎng)絡(luò)以及控制節(jié)點。無線接入網(wǎng)絡(luò),接收來自 上述使用者裝置的聯(lián)系請求消息,傳送第一聯(lián)系認可消息到上述使用者裝置 以響應(yīng)上述聯(lián)系請求消息,以及接收來自上述使用者裝置的響應(yīng)消息;控制 節(jié)點,根據(jù)上述響應(yīng)消息為聯(lián)系完成消息而決定上述聯(lián)系程序已成功完成, 根據(jù)上述響應(yīng)消息為重傳的上述聯(lián)系請求消息而中止上述聯(lián)系程序并通過上 述無線接入網(wǎng)絡(luò)傳送第二聯(lián)系認可消息到上述使用者裝置以啟動新的聯(lián)系程 序,以及根據(jù)上述響應(yīng)消息為取消聯(lián)系請求消息而中止上述聯(lián)系程序并通過 上述無線接入網(wǎng)絡(luò)傳送取消聯(lián)系認可消息到上述使用者裝置。
本發(fā)明的另 一 實施例提供了 一種通訊方法,適用于服務(wù)網(wǎng)絡(luò)執(zhí)行與使用 者裝置之間的聯(lián)系程序,包括接收來自上述使用者裝置的聯(lián)系請求消息;傳 送第一聯(lián)系認可消息到上述使用者裝置以響應(yīng)上述聯(lián)系請求消息;接收來自 上述使用者裝置的響應(yīng)消息;根據(jù)上述響應(yīng)消息為聯(lián)系完成消息而決定上述 聯(lián)系程序已成功完成;根據(jù)上述響應(yīng)消息為上述使用者裝置所重傳的上述聯(lián) 系請求消息而中止上述聯(lián)系程序并傳送第二聯(lián)系認可消息到上述使用者裝置 以啟動新的聯(lián)系程序;以及根據(jù)上述響應(yīng)消息為取消聯(lián)系請求消息而中止上 述聯(lián)系程序并傳送取消聯(lián)系認可消息到上述使用者裝置。本發(fā)明的另 一實施例提供了 一種移動通訊系統(tǒng),適用于執(zhí)行聯(lián)系程序, 包括使用者裝置與服務(wù)網(wǎng)絡(luò)。使用者裝置,傳送聯(lián)系請求消息,接收響應(yīng)上 述聯(lián)系請求消息的第 一聯(lián)系認可消息,決定是否接受上述第 一聯(lián)系認可消息,
若是,則傳送聯(lián)系完成消息,若否,則重傳上述聯(lián)系請求消息;服務(wù)網(wǎng)絡(luò), 接收上述聯(lián)系請求消息,傳送上述第 一聯(lián)系認可消息到上述使用者裝置以響 應(yīng)上述聯(lián)系請求消息,根據(jù)接收上述聯(lián)系完成消息而決定上述聯(lián)系程序已成 功完成,以及根據(jù)接收上述使用者裝置重傳的上述聯(lián)系請求消息而中止上述 聯(lián)系程序并傳送第二聯(lián)系認可消息到上述使用者裝置以啟動新的聯(lián)系程序。
關(guān)于本發(fā)明其它附加的特征與優(yōu)點,本領(lǐng)域技術(shù)人員,在不脫離本發(fā)明 的精神和范圍內(nèi),當(dāng)可根據(jù)本發(fā)明實施方法中所揭露的執(zhí)行聯(lián)系程序的使用 者裝置、系統(tǒng)以及方法,做些許的更動與潤飾而得到。
圖1是顯示傳統(tǒng)架構(gòu)下進化式封包系統(tǒng)與使用者裝置之間進行聯(lián)系程序 的消息序列圖。
圖2是^4居本發(fā)明一實施例所述的使用者裝置的方塊圖。
圖3是根據(jù)本發(fā)明一實施例所述在使用者裝置與進化式封包系統(tǒng)間所進 行的聯(lián)系程序消息序列圖。
圖4是根據(jù)本發(fā)明一實施例所述在重傳次數(shù)已達一既定值時由^f吏用者裝 置與進化式封包系統(tǒng)中止聯(lián)系程序的消息序列圖。
210 使用者裝置;
211~無線模塊;
212 ~非接入層通訊協(xié)議堆棧;
213~控制單元;
220 -進化式封包系統(tǒng)。
具體實施例方式
本章節(jié)所敘述的是實施本發(fā)明的最佳方式,目的在于說明本發(fā)明的精神 而非用以限定本發(fā)明的保護范圍,本發(fā)明的保護范圍當(dāng)視所附的申請專利范 圍所界定者為準。本章節(jié)所敘述的實施例是應(yīng)用于進化式封包系統(tǒng)環(huán)境中,且搭配第三代移動通訊組織所制定的通訊協(xié)議規(guī)格書以表達本發(fā)明的精神, 但是該通訊協(xié)議規(guī)格書并非用以限定本發(fā)明的范圍。
在聯(lián)系程序中,使用者裝置有可能不會接受啟動預(yù)設(shè)進化式封包系統(tǒng)載
體內(nèi)容請求(ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST)消息中所含的 設(shè)定,舉例來說,如果使用者裝置現(xiàn)有的乘載資源(bearer resource)不足以 使用該設(shè)定,則表示該設(shè)定可能有語意上或語法上的錯誤。另外,其它可能 發(fā)生的狀況定義在通訊協(xié)議規(guī)格書TS 24. 301中的第6. 4. 1. 4小節(jié)。當(dāng)使用 者裝置不接受該設(shè)定時,會向進化式封包系統(tǒng)要求適當(dāng)?shù)幕蛘_的設(shè)定,所 以會重新啟動聯(lián)系程序。然而,根據(jù)通訊協(xié)議規(guī)格書TS 24.301中的第 5.5.1.2.4小節(jié),當(dāng)使用者裝置接收到與啟動預(yù)設(shè)進化式封包系統(tǒng)載體內(nèi)容 請求(ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST)消息一并傳送的聯(lián)系 認可消息時,會重設(shè)試圖聯(lián)系計數(shù)器和試圖更新追蹤區(qū)域計數(shù)器、進入進化 式封包系統(tǒng)移動管理-已注冊(EMM-REGISTERED)狀態(tài)、將進化式封包系統(tǒng)更新 狀態(tài)設(shè)定為進化式封包系統(tǒng)第一更新狀態(tài)-已更新(EUl UPDATED)、以及開始 使用啟動預(yù)設(shè)進化式封包系統(tǒng)載體內(nèi)容請求(ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST)消息中所含的設(shè)定,然后,使用者裝置再將聯(lián)系完成消息 與啟動預(yù)設(shè)進化式封包系統(tǒng)載體內(nèi)容認可(ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT)消息一并傳送到進化式封包系統(tǒng)。由于通訊協(xié)議少見格書TS 24. 301中的第5. 5. 1. 2. 4小節(jié)完全忽略了使用者裝置可能不會接受啟動預(yù)設(shè) 進化式封包系統(tǒng)載體內(nèi)容請求(ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST)消息中所含的設(shè)定,所以可能會造成使用者裝置與進化式封包系統(tǒng) 的運作錯誤。
圖2是根據(jù)本發(fā)明一實施例所述的使用者裝置的方塊圖。使用者裝置210 包括無線模塊211,用以通過無線電頻率傳送以及接收消息,使用者裝置210 亦包括非接入層通訊協(xié)議堆棧212,用以通過無線模塊211傳送消息到進化 式封包系統(tǒng)220以及《1妾收來自進化式封包系統(tǒng)220的消息。非接入層通訊協(xié) 議堆棧212與無線模塊211之間的連結(jié)可包括未繪示于圖2中的其它通訊協(xié) 議堆棧,例如無線資源控制層(Radio Resource Control, RRC)、無線鏈路 控制層(Radio Link Control , RLC) 、 J(某體接入控制層(Medium Access Control, MAC)、以及物理層(Physical Layer)。在實作上,任何在此后所4又迷的通訊 協(xié)議堆棧皆可由軟件與硬件兩者的組合來完成。另外,關(guān)于控制單元213的運作細節(jié)將于接下來的實施例中描述。
圖3是根據(jù)本發(fā)明一實施例所述在使用者裝置與進化式封包系統(tǒng)間所進 行的聯(lián)系程序消息序列圖。在聯(lián)系程序中,使用者裝置210維護一試圖聯(lián)系 計數(shù)器(往后在此說明書中皆稱之為重傳計數(shù)器),用以記錄當(dāng)試圖聯(lián)系失敗 后可容許的重傳次數(shù),于初始狀態(tài)時,將重傳計數(shù)器設(shè)為O(步驟S301),當(dāng) 使用者裝置210要向進化式封包系統(tǒng)220注冊并開始進行封包數(shù)據(jù)的傳輸服 務(wù)時,使用者裝置210將聯(lián)系請求(ATTACH REQUEST)消息與封包凄t據(jù)網(wǎng)絡(luò)連 結(jié)請求(PDN CONNECTIVITY REQUEST)消息一并傳送到進化式封包系統(tǒng)220以 啟動聯(lián)系程序(步驟S302),進化式封包系統(tǒng)220在接收到聯(lián)系請求消息后, 執(zhí)行認證程序以檢查使用者裝置210是否被授權(quán)并執(zhí)行安全模式控制程序以 啟動與^f吏用者裝置210之間后續(xù)消息的加密(步驟S303),如果認_〖正程序與安 全模式控制程序皆正常地結(jié)束,則進化式封包系統(tǒng)220進一步將聯(lián)系認可 (ATTACH ACCEPT)消息與啟動預(yù)設(shè)進化式封包系統(tǒng)載體內(nèi)容請求(ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST)消息一并傳送到使用者裝置210(步 驟S304)。使用者裝置210通過無線模塊211接收到聯(lián)系認可消息時,控制 單元213將啟動預(yù)設(shè)進化式封包系統(tǒng)載體內(nèi)容請求(ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST)消息取出,并根據(jù)通訊協(xié)議規(guī)格書TS 24.301第 6.4, 1.4小節(jié)所定義的原因決定其所包含的預(yù)設(shè)進化式封包系統(tǒng)栽體內(nèi)容啟 動設(shè)定是無法接受的(步驟S305),于是使用者裝置210檢查重傳計數(shù)器是否 小于一既定值,若是,則將聯(lián)系請求消息與封包數(shù)據(jù)網(wǎng)絡(luò)連結(jié)請求消息一并 重傳(步驟S306),此重傳的聯(lián)系請求消息包括重傳原因(記錄于重傳原因信 息元素(Information Element, IE)中)指示使用者裝置210拒絕接受先前所 接收到的啟動預(yù)設(shè)進化式封包系統(tǒng)載體內(nèi)容請求(ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST)消息,且啟動預(yù)設(shè)進化式封包系統(tǒng)栽體內(nèi)容請求 (ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST)消息包^舌無法4妾受的原因 (記錄于r進化式封包系統(tǒng)會談管理原因(ESM Cause)」信息元素中),重傳完 聯(lián)系請求消息后,使用者裝置210將重傳計數(shù)器加1 (步驟S307)。當(dāng)進化式 封包系統(tǒng)220接收到重傳的聯(lián)系請求消息時,檢查該消息是否包括重傳原因, 若是,進化式封包系統(tǒng)220中止目前進行中的聯(lián)系程序并啟動新的聯(lián)系程序 (步驟S308),然后將新的聯(lián)系認可(ATTACH ACCEPT)消息與新的啟動預(yù)設(shè)進 化式封包系統(tǒng)載體內(nèi)容請求(ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST)消息一并傳送到使用者裝置210(步驟S309)。進化式封包系統(tǒng)220已根據(jù)上 述無法接受的原因而調(diào)整新的啟動預(yù)設(shè)進化式封包系統(tǒng)載體內(nèi)容請求 (ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST)消息中所含的設(shè)定,因此, 使用者裝置210就可接受新的聯(lián)系認可消息與新的啟動預(yù)設(shè)進化式封包系統(tǒng) 載體內(nèi)容請求(ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST)消息,并繼 續(xù)重設(shè)試圖聯(lián)系計數(shù)器和試圖更新追蹤區(qū)域(tracking area)計數(shù)器,進入進 化式封包系統(tǒng)移動管理-已注冊(EMM-REGISTERED)狀態(tài),將進化式封包系統(tǒng)更 新狀態(tài)設(shè)定為進化式封包系統(tǒng)第一更新狀態(tài)-已更新(EUl UPDATED),以及開 始使用新的啟動預(yù)設(shè)進化式封包系統(tǒng)載體內(nèi)容請求(ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST)消息中所含的設(shè)定(步驟S310)。接著,使用者裝 置210再將聯(lián)系完成(ATTACH COMPLETE)消息與啟動預(yù)設(shè)進化式封包系統(tǒng)載體 內(nèi)容認可(ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT)消息一并傳送到 進化式封包系統(tǒng)220 (步驟S311),最后,進化式封包系統(tǒng)220收到聯(lián)系完成 消息后,則聯(lián)系程序成功地結(jié)束。
在其它實施例中,使用者裝置210可能會再次拒絕接受新的聯(lián)系認可消 息,所以必須重復(fù)執(zhí)行步驟S305 -S307,在此情況下,步驟S305 -S307可 不斷重復(fù)直到重傳計數(shù)器大于或等于一既定值或直到使用者裝置210接受了 新的聯(lián)系認可消息。
圖4是根據(jù)本發(fā)明一實施例所述在重傳次數(shù)已達一既定值時由使用者裝 置與進化式封包系統(tǒng)中止一聯(lián)系程序的消息序列圖。在此聯(lián)系程序中,由于 使用者裝置210拒絕接受來自進化式封包系統(tǒng)220的聯(lián)系認可消息,所以使 用者裝置210執(zhí)行如圖3所示的重傳程序,并重傳包括有重傳原因的聯(lián)系請 求消息(步驟S401),重傳完后,使用者裝置210將重傳計數(shù)器加1 (步驟S402)。 當(dāng)進化式封包系統(tǒng)220接收到重傳的聯(lián)系請求消息時,中止目前進行中的聯(lián) 系程序并啟動新的聯(lián)系程序(步驟S403),然后將新的聯(lián)系認可消息與新的啟 動預(yù)設(shè)進化式封包系統(tǒng)載體內(nèi)容請求(ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST)消息一并傳送到使用者裝置210(步驟S404)。使用者裝置210再次 拒絕接受新的聯(lián)系認可消息(步驟S405),因此重復(fù)進行重傳程序(步驟 S401 S404),最大的重傳次數(shù)可為任一既定值,或如本實施例所示,最大的 重傳次數(shù)為5。當(dāng)重傳程序再重復(fù)4次仍失敗的時候(步驟S406),表示已達 最大的重傳次數(shù),所以使用者裝置210傳送取消聯(lián)系請求(DETACH REQUEST)
ii消息到進化式封包系統(tǒng)220以中止目前的聯(lián)系程序(步驟S407)。接收到取消 聯(lián)系請求消息后,進化式封包系統(tǒng)220亦中止該聯(lián)系程序(步驟S408),并回 復(fù)使用者裝置210 —取消聯(lián)系認可(DETACH ACCEPT)消息(步驟S409),然后, 該聯(lián)系程序則被使用者裝置210與進化式封包系統(tǒng)220雙方皆視為失敗。
本發(fā)明雖以各種實施例揭露如上,然而其僅為范例參考而非用以限定本 發(fā)明的范圍,任何本領(lǐng)域技術(shù)人員,在不脫離本發(fā)明的精神和范圍內(nèi),當(dāng)可 做些許的更動與潤飾。因此上述實施例并非用以限定本發(fā)明的范圍,本發(fā)明 的保護范圍當(dāng)視所附的權(quán)利要求范圍所界定者為準。
權(quán)利要求
1.一種使用者裝置,適用于執(zhí)行與服務(wù)網(wǎng)絡(luò)之間的聯(lián)系程序,包括無線模塊,傳送聯(lián)系請求消息到上述服務(wù)網(wǎng)絡(luò),并接收上述服務(wù)網(wǎng)絡(luò)響應(yīng)上述聯(lián)系請求消息的聯(lián)系認可消息;以及控制單元,決定是否接受上述聯(lián)系認可消息,若是,則通過上述無線模塊傳送聯(lián)系完成消息到上述服務(wù)網(wǎng)絡(luò),若否,則通過上述無線模塊重傳上述聯(lián)系請求消息。
2. 根據(jù)權(quán)利要求1所述的使用者裝置,還包括重傳計數(shù)器,于上述聯(lián)系 程序開始之前初始為零,于重傳上述聯(lián)系請求消息時往上遞增,以及于上述 聯(lián)系程序結(jié)束時重設(shè),其中上述控制單元還決定上述重傳計數(shù)器是否小于既 定數(shù)值,若是,則將上述聯(lián)系請求消息與重傳原因一并重傳,若否,則通過 上述無線模塊傳送取消聯(lián)系請求消息到上述服務(wù)網(wǎng)絡(luò)。
3. —種通訊方法,適用于使用者裝置執(zhí)行與服務(wù)網(wǎng)絡(luò)之間的聯(lián)系程序, 包括傳送聯(lián)系請求消息到上述服務(wù)網(wǎng)絡(luò); 接收上述服務(wù)網(wǎng)絡(luò)響應(yīng)上述聯(lián)系請求消息的聯(lián)系認可消息; 決定是否接受上述聯(lián)系認可消息;若接受上述聯(lián)系認可消息,則傳送聯(lián)系完成消息到上述服務(wù)網(wǎng)絡(luò);以及 若不接受上述聯(lián)系認可消息,則重傳上述聯(lián)系請求消息。
4. 根據(jù)權(quán)利要求3所述的通訊方法,還包括于上述聯(lián)系程序開始之前將 重傳計數(shù)器初始為零,于重傳上述聯(lián)系請求消息時將上述重傳計數(shù)器往上遞 增,以及于上述聯(lián)系程序結(jié)束時重設(shè)上述重傳計數(shù)器。
5. 根據(jù)權(quán)利要求4所述的通訊方法,還包括決定上述重傳計數(shù)器是否小 于既定數(shù)值,若是,則將上述聯(lián)系請求消息與重傳原因一并重傳,若否,則 傳送取消聯(lián)系請求消息到上述服務(wù)網(wǎng)絡(luò)。
6. —種服務(wù)網(wǎng)絡(luò),適用于執(zhí)行與使用者裝置之間的聯(lián)系程序,包括 無線接入網(wǎng)絡(luò),接收來自上述使用者裝置的聯(lián)系請求消息,傳送第一聯(lián)系認可消息到上述使用者裝置以響應(yīng)上述聯(lián)系請求消息,以及接收來自上述 使用者裝置的響應(yīng)消息;以及控制節(jié)點,根據(jù)上述響應(yīng)消息為聯(lián)系完成消息而決定上述聯(lián)系程序已成功完成,根據(jù)上述響應(yīng)消息為重傳的上述聯(lián)系請求消息而中止上述聯(lián)系程序 并通過上述無線接入網(wǎng)絡(luò)傳送第二聯(lián)系認可消息到上述使用者裝置以啟動新 的聯(lián)系程序,以及根據(jù)上述響應(yīng)消息為取消聯(lián)系請求消息而中止上述聯(lián)系程 序并通過上述無線接入網(wǎng)絡(luò)傳送取消聯(lián)系認可消息到上述使用者裝置。
7. 根據(jù)權(quán)利要求6所述的服務(wù)網(wǎng)絡(luò),其中上述聯(lián)系完成消息被傳送于當(dāng) 上述使用者裝置接受上述第 一聯(lián)系認可消息時,上述重傳的聯(lián)系請求消息是 與重傳原因一并傳送于當(dāng)上述使用者裝置不接受上述第一聯(lián)系認可消息時, 上述取消聯(lián)系請求消息被傳送于當(dāng)上述使用者裝置不接受上述第 一聯(lián)系認可 消息并且上述聯(lián)系請求消息的重傳次數(shù)已大于或等于既定數(shù)值時。
8. —種通訊方法,適用于服務(wù)網(wǎng)絡(luò)執(zhí)行與使用者裝置之間的聯(lián)系程序, 包括接收來自上述使用者裝置的聯(lián)系請求消息;傳送第 一聯(lián)系認可消息到上述使用者裝置以響應(yīng)上述聯(lián)系請求消息; 接收來自上述使用者裝置的響應(yīng)消息;根據(jù)上述響應(yīng)消息為聯(lián)系完成消息而決定上述聯(lián)系程序已成功完成; 根據(jù)上述響應(yīng)消息為上述使用者裝置所重傳的上述聯(lián)系請求消息而中止上述聯(lián)系程序并傳送第二聯(lián)系認可消息到上述使用者裝置以啟動新的聯(lián)系程序;以及根據(jù)上述響應(yīng)消息為取消聯(lián)系請求消息而中止上述聯(lián)系程序并傳送取消 聯(lián)系認可消息到上述使用者裝置。
9,根據(jù)權(quán)利要求8所述的通訊方法,其中上述聯(lián)系完成消息被傳送于當(dāng) 上述使用者裝置接受上述第一聯(lián)系認可消息時,上述重傳的聯(lián)系請求消息是 與重傳原因 一并傳送于當(dāng)上述使用者裝置不接受上述第 一聯(lián)系認可消息時, 上述取消聯(lián)系請求消息被傳送于當(dāng)上述使用者裝置不接受上述第一聯(lián)系認可 消息并且上述聯(lián)系請求消息的重傳次數(shù)已大于或等于既定數(shù)值時。
10. —種移動通訊系統(tǒng),適用于執(zhí)行聯(lián)系程序,包括使用者裝置,傳送聯(lián)系請求消息,接收響應(yīng)上述聯(lián)系請求消息的第一聯(lián) 系認可消息,決定是否接受上述第一聯(lián)系認可消息,若是,則傳送聯(lián)系完成 消息,若否,則重傳上述聯(lián)系請求消息;以及服務(wù)網(wǎng)絡(luò),接收上述聯(lián)系請求消息,傳送上述第一聯(lián)系認可消息到上述 使用者裝置以響應(yīng)上述聯(lián)系請求消息,根據(jù)接收上述聯(lián)系完成消息而決定上述聯(lián)系程序已成功完成,以及根據(jù)接收上述使用者裝置重傳的上述聯(lián)系請求 消息而中止上述聯(lián)系程序并傳送第二聯(lián)系認可消息到上述使用者裝置以啟動 新的聯(lián)系程序。
全文摘要
本發(fā)明提供了一種使用者裝置,適用于執(zhí)行與服務(wù)網(wǎng)絡(luò)之間的聯(lián)系程序。使用者裝置的無線模塊傳送聯(lián)系請求消息到服務(wù)網(wǎng)絡(luò),并接收服務(wù)網(wǎng)絡(luò)響應(yīng)聯(lián)系請求消息的聯(lián)系認可消息。使用者裝置的控制單元決定是否接受聯(lián)系認可消息,若是,則通過無線模塊傳送聯(lián)系完成消息到服務(wù)網(wǎng)絡(luò),若否,則通過無線模塊重傳聯(lián)系請求消息。
文檔編號H04W24/00GK101631338SQ20091016578
公開日2010年1月20日 申請日期2009年8月13日 優(yōu)先權(quán)日2008年9月29日
發(fā)明者黃振盛 申請人:美商威睿電通公司