專利名稱：終端裝置以及通信方法
技術領域：
本發(fā)明涉及經(jīng)由無線站與網(wǎng)絡連接的終端裝置以及通信方法。
背景技術：
目前，已知具有U-PLANE處理部和C-PLANE處理部的終端裝置，其中，U-PLANE處理部用于進行用戶數(shù)據(jù)的發(fā)送處理和接收處理，C-PLANE處理部用于進行控制數(shù)據(jù)的發(fā)送處理和接收處理。終端裝置經(jīng)由基站或無線控制站等無線站(例如RNC (無線網(wǎng)絡控制器))與核心網(wǎng)絡連接。在核心網(wǎng)絡中設有用于進行分組交換的SGSN(Serving GPRS Support Node :月艮務GPRS支持節(jié)點)、用于連接核心網(wǎng)絡和其它網(wǎng)絡(例如因特網(wǎng))的GGSN (Gateway GPRSSupport Node :網(wǎng)關GPRS支持節(jié)點)等。這里,終端裝置當通過分組交換(PS :Packet Switching)來進行通信時,在本終端與無線站之間設定RRC連接等無線路徑。此外，終端裝置還在本終端與網(wǎng)絡側(SGSN)之間設定RAB (Radio Access Bearer :無線接入承載)。接著,終端裝置在本終端與網(wǎng)絡側(GGSN)之間設定PDP上下文(PDP Context)等邏輯路徑。這里，已知有如下技術為了在沒有進行分組轉發(fā)的期間有效利用無線資源，終端裝置以及網(wǎng)絡遷移到在維持PDP上下文的同時釋放了 RAB的狀態(tài)(Presevation狀態(tài))。在終端裝置以及網(wǎng)絡中由于維持了 PDP上下文，所以當從Presevation狀態(tài)恢復到PS通信狀態(tài)時，恢復到PS通信狀態(tài)所需的遷移時間縮短(例如非專利文獻I)。在上述的背景技術中，當嘗試了在Presevation狀態(tài)下終端裝置發(fā)送用戶數(shù)據(jù)時，即使用戶數(shù)據(jù)的發(fā)送失敗，也能維持Presevation狀態(tài)。作為用戶數(shù)據(jù)發(fā)送失敗的主要原因(以下稱為失敗要因)，想到了 (1)限制了用戶數(shù)據(jù)的發(fā)送的狀態(tài)(限制狀態(tài))，(2)終端裝置處于服務區(qū)外的狀態(tài)(服務區(qū)外狀態(tài))，(3)發(fā)生緊急呼叫的狀態(tài)(緊急呼叫狀態(tài))，(4)與請求恢復到通信狀態(tài)對應的應答等待計時器的超時(超時狀態(tài))，(5)接收到了針對請求恢復到通信狀態(tài)的應答拒絕的狀態(tài)(拒絕恢復狀態(tài))等狀態(tài)。以下將(I) (5)總稱為限制狀態(tài)等。這里，終端裝置一般由TE (Terminal Equipment :終端設備)以及MT(MobileTerminal :移動終端)構成。上述的U-PLANE處理部以及C-PLANE處理部設于MT內(nèi)。TE向MT請求用戶數(shù)據(jù)的發(fā)送。此外，應該留意到TE以及MT獨立地工作。在背景技術中，當在Presevation狀態(tài)且限制狀態(tài)等狀態(tài)下TE請求了用戶數(shù)據(jù)的發(fā)送時，用戶數(shù)據(jù)的發(fā)送雖然失敗，但TE沒有掌握失敗要因。因此，可以想到TE雖沒有掌握實際的失敗要因，但識別出用戶數(shù)據(jù)的發(fā)送失敗，并再次嘗試用戶數(shù)據(jù)的發(fā)送。這樣在背景技術中有時在Presevation狀態(tài)下不必要地重復用戶數(shù)據(jù)的發(fā)送處理?，F(xiàn)有技術文獻非專利文獻
非專利文獻I 3GPP TS23. 060 “General Packet Radio Service(GPRS) !Servicedescription Stage 2，，, 9. 2 章

發(fā)明內(nèi)容
在本發(fā)明的一個特征中，經(jīng)由無線站與網(wǎng)絡連接的終端裝置具備控制數(shù)據(jù)處理部(C-PLANE處理部131)，其在本終端與所述無線站之間設定控制數(shù)據(jù)的收發(fā)所需要的控制數(shù)據(jù)無線路徑(RRC連接)，并且在本終端與所述網(wǎng)絡之間設定用戶數(shù)據(jù)的收發(fā)所需要的用戶數(shù)據(jù)無線路徑(RAB)以及邏輯路徑(PDP上下文)；以及用戶數(shù)據(jù)處理部(U-PLANE處理部132)，其使用由所述控制數(shù)據(jù)處理部所設定的所述邏輯路徑來進行所述用戶數(shù)據(jù)的發(fā)送處理。在維持所述邏輯路徑的同時釋放了所述用戶數(shù)據(jù)無線路徑的維持狀態(tài)下發(fā)送所述用戶數(shù)據(jù)失敗時，所述控制數(shù)據(jù)處理部進行本地釋放，該本地釋放是在本終端內(nèi)釋放所述邏輯路徑的處理。
在上述的一個特征中，終端裝置還具備判定部，其根據(jù)所述網(wǎng)絡的種類來判定是否進行所述本地釋放，在判定為不進行所述本地釋放時，所述控制數(shù)據(jù)處理部即使在所述維持狀態(tài)下發(fā)送所述用戶數(shù)據(jù)失敗的情況下，也不進行所述本地釋放，而是維持所述維持狀態(tài)。在上述的一個特征中，在所述維持狀態(tài)下進行了所述用戶數(shù)據(jù)的發(fā)送請求時，在設定有與緊急呼叫對應的控制數(shù)據(jù)無線路徑作為與已遷移到所述維持狀態(tài)的通信不同的其它通信的控制數(shù)據(jù)無線路徑的情況下，所述控制數(shù)據(jù)處理部進行所述本地釋放。在本發(fā)明的另一個特征中，終端裝置經(jīng)由無線站與網(wǎng)絡連接的通信方法包括以下步驟步驟A，在所述終端裝置與所述無線站之間設定控制數(shù)據(jù)的收發(fā)所需要的控制數(shù)據(jù)無線路徑，并且在所述終端裝置與所述網(wǎng)絡之間設定用戶數(shù)據(jù)的收發(fā)所需要的用戶數(shù)據(jù)無線路徑以及邏輯路徑；以及步驟B，在維持所述邏輯路徑的同時釋放了所述用戶數(shù)據(jù)無線路徑的維持狀態(tài)下發(fā)送所述用戶數(shù)據(jù)失敗時，進行在所述終端裝置內(nèi)釋放所述邏輯路徑的本地釋放。


圖I是表示第一實施方式涉及的通信系統(tǒng)的結構的示意圖。圖2是表示第一實施方式涉及的終端裝置100的結構的示意圖。圖3是表示第一實施方式涉及的通信系統(tǒng)的動作的時序圖。圖4是表示第一實施方式涉及的通信系統(tǒng)的動作的時序圖。圖5是表示第一實施方式涉及的通信系統(tǒng)的動作的時序圖。圖6是表示第一實施方式涉及的通信系統(tǒng)的動作的時序圖。圖7是表示第一實施方式涉及的通信系統(tǒng)的動作的時序圖。圖8是表示第一實施方式涉及的通信系統(tǒng)的動作的時序圖。圖9是表示第一實施方式涉及的通信系統(tǒng)的動作的時序圖。
具體實施例方式以下，參照附圖對本發(fā)明實施方式涉及的通信系統(tǒng)進行說明。此外，在以下的附圖記載中對相同或者相似的部分賦予相同或者相似的符號。其中，應該注意到附圖是示意圖，各尺寸比率與現(xiàn)實不同。因此應該斟酌以下說明來判斷具體的尺寸等。此外，在附圖彼此間也包括相互的尺寸關系或比率不同的部分是毋
庸置言的。[第一實施方式](通信系統(tǒng)的結構)以下，參照附圖對第一實施方式涉及的通信系統(tǒng)的結構進行說明。圖I是表示第一實施方式涉及的通信系統(tǒng)的結構的示意圖。如圖I所示，通信系統(tǒng)具有終端裝置100、無線站200、網(wǎng)絡300。 終端裝置100是具有無線通信功能的終端，是便攜電話、PDA、個人計算機等。終端裝置100經(jīng)由無線站200與網(wǎng)絡300進行PS(Packet Switching :分組交換)通信以及CS (Circuit Switching :線路交換)通信。此外，PS通信是通過分組交換而進行的通信，CS通信通過線路交換而進行的通信。應該注意到以下主要對PS通信所需的結構進行說明。無線站200是基站(BTS)、無線網(wǎng)絡控制器(RNC)等無線站。以下對無線站200是RNC進行說明，但并不局限于此。在終端裝置100與無線站200之間設定RRC連接等控制數(shù)據(jù)無線路徑。RRC連接是控制數(shù)據(jù)的收發(fā)所需要的路徑。網(wǎng)絡300是經(jīng)由無線站200與終端裝置100進行PS通信以及CS通信的網(wǎng)絡。網(wǎng)絡300包括交換機(MSC、SGSN)、網(wǎng)關(GGSN)等。在終端裝置100與網(wǎng)絡300(例如SGSN)之間，設定RAB(Radio Access Bearer 無線接入承載)等用戶數(shù)據(jù)無線路徑。這里，RAB是用戶數(shù)據(jù)的收發(fā)所需要的路徑。(終端裝置的結構)以下，參照附圖對第一實施方式涉及的通信系統(tǒng)的結構進行說明。圖2是表示第一實施方式涉及的終端裝置100的結構的示意圖。如圖2所示，終端裝置100具有TEllO (Terminal Equipment :終端設備)、MT150 (Mobile Terminal :移動終端)。TEllO具有進行數(shù)據(jù)輸入輸出等功能。具體來講，TEllO向MT150輸出PS通信、CS通信的主叫請求。TEllO向MT150輸出PS通信、CS通信涉及的用戶數(shù)據(jù)。MT 150具有進行PS通信以及CS通信的功能。具體來講，具有適配器120、無線控制部130。適配器120是TEllO與無線控制部130的接口。具體來講，適配器120將來自TEllO的主叫請求、用戶數(shù)據(jù)等中繼給無線控制部130。無線控制部130具有C-PLANE處理部131 (控制數(shù)據(jù)處理部)、U-PLANE處理部132 (用戶數(shù)據(jù)處理部)，與TEllO獨立地工作。C-PLANE處理部131進行向無線站200或網(wǎng)絡300發(fā)送控制數(shù)據(jù)的處理、從無線站200或網(wǎng)絡300接收控制數(shù)據(jù)的處理。具體來講，C-PLANE處理部131在終端裝置100與無線站200之間設定RRC連接等控制數(shù)據(jù)無線路徑。如上所述，RRC連接是控制數(shù)據(jù)的收發(fā)所需要的路徑。
C-PLANE處理部131在終端裝置100與網(wǎng)絡300 (例如SGSN)之間設定RAB (RadioAccess Bearer :無線接入承載)等用戶數(shù)據(jù)無線路徑。如上所述，RAB是用戶數(shù)據(jù)的收發(fā)所需要的路徑。C-PLANE處理部131在終端裝置100與網(wǎng)絡300 (例如GGSN)之間設定用戶數(shù)據(jù)的收發(fā)所需要的邏輯路徑(PDP上下文)。PDP上下文是表示F1DP (Packet Data Protocol :分組數(shù)據(jù)協(xié)議)類別的PDP類型、用于識別PDP的PDP地址、APN(Access Point Name :接入點名稱)或QoS (Quality ofService :服務質(zhì)量)簡檔等。這里，C-PLANE處理部131通過控制數(shù)據(jù)的發(fā)送處理以及接收處理來掌握終端裝置100的狀態(tài)。作為終端裝置100的狀態(tài)，可例舉等待狀態(tài)(Idle狀態(tài))、維持狀態(tài)、PS通 狀態(tài)等。等待狀態(tài)(Idle狀態(tài))是在終端裝置100與無線站200之間以及終端裝置100與網(wǎng)絡300之間沒有設定任何無線路徑以及邏輯路徑的狀態(tài)。即，在等待狀態(tài)(Idle狀態(tài))下，沒有設定RAB以及PDP上下文。維持狀態(tài)是釋放用戶數(shù)據(jù)無線路徑、維持邏輯路徑的狀態(tài)。即，在維持狀態(tài)下釋放RAB，維持PDP上下文。這里，想到了在維持狀態(tài)下在終端裝置100與無線站200之間沒有設定RRC連接的情況(I)、設定了 RRC連接的情況(2)。例如，在不存在維持狀態(tài)以外的呼叫的情況下，不設定RRC連接。此外，在存在維持狀態(tài)的呼叫以外的呼叫的情況(例如在PS通信以外進行CS通信的情況)下，設定RRC連接。PS通信狀態(tài)是在終端裝置100與無線站200之間設定RRC連接、在終端裝置100與網(wǎng)絡300之間設定RAB以及PDP上下文的狀態(tài)。即，在PS通信狀態(tài)下設定RAB以及TOP上下文。此外，作為終端裝置100的狀態(tài)，例舉限制了用戶數(shù)據(jù)的發(fā)送的PS通信限制狀態(tài)。PS通信限制狀態(tài)是⑴限制用戶數(shù)據(jù)的發(fā)送的狀態(tài)(限制狀態(tài))、(2)終端裝置100位于服務區(qū)外的狀態(tài)(服務區(qū)外狀態(tài))、(3)發(fā)生緊急呼叫的狀態(tài)(緊急呼叫狀態(tài))、(4)與請求恢復到通信狀態(tài)對應的應答等待計時器的超時(超時狀態(tài))、(5)接收到了針對請求恢復到通信狀態(tài)的應答拒絕的狀態(tài)(拒絕恢復狀態(tài))等狀態(tài)。U-PLANE處理部132使用由C-PLANE處理部131所設定的RAB以及PDP上下文來進行用戶數(shù)據(jù)的發(fā)送處理以及接收處理。具體來講，在終端裝置100是PS通信狀態(tài)時，U-PLANE處理部132能夠進行用戶數(shù)據(jù)的發(fā)送處理。在終端裝置100是維持狀態(tài)時，如果由C-PLANE處理部131設定了 RAB，則U-PLANE處理部132能夠開始用戶數(shù)據(jù)的發(fā)送處理以及接收處理。在終端裝置100是Idle狀態(tài)時，如果不是在由C-PLANE處理部131設定了 RAB以及PDP上下文之后，則U-PLANE處理部132不能開始用戶數(shù)據(jù)的發(fā)送處理。此外，無線控制部130在上述處理的基礎上還進行擴頻處理、調(diào)制處理、同步處理、發(fā)送功率控制處理等處理。(終端裝置的動作)以下對第一實施方式涉及的終端裝置的動作概要進行說明。此外，包含終端裝置動作的通信系統(tǒng)動作將在后面進 行描述(參照圖3 圖9)。
如上所述，U-PLANE處理部132能夠在維持狀態(tài)下嘗試用戶數(shù)據(jù)的發(fā)送。當在維持狀態(tài)下用戶數(shù)據(jù)的發(fā)送失敗時，C-PLANE處理部131進行在終端裝置100內(nèi)釋放PDP上下文的本地(local)釋放。接著，C-PLANE處理部131經(jīng)由適配器120向TEllO通知已進行了 PDP上下文的本地釋放(參照圖7 圖9)。此外，C-PLANE處理部131還經(jīng)由適配器120向用戶(TEllO)通知在維持狀態(tài)下用戶數(shù)據(jù)的發(fā)送失敗的主要原因(失敗要因)(參照圖7 圖9)。失敗要因是⑴限制向網(wǎng)絡300側發(fā)送用戶數(shù)據(jù)的發(fā)送請求，(2)在預定時間內(nèi)沒有得到針對用戶數(shù)據(jù)的發(fā)送請求的應答，(3)針對用戶數(shù)據(jù)的發(fā)送請求，得到了拒絕用戶數(shù)據(jù)的發(fā)送的應答，(4)與請求恢復到通信狀態(tài)對應的應答等待計時器的超時，(5)接收到了針對請求恢復到通信狀態(tài)的應答拒絕等。(通信系統(tǒng)的動作)以下參照附圖來說明第一實施方式涉及的通信系統(tǒng)的動作。圖3 圖9表示第一實施方式涉及的通信系統(tǒng)的動作的時序圖。(PS通信開始處理)以下參照圖3對第一實施方式涉及的PS通信開始處理進行說明。在步驟IOA中，TEllO向適配器120發(fā)送主叫請求(outgoing call request)。在步驟IOB中，適配器120向無線控制部130(C-PLANE處理部131)發(fā)送主叫請求。在步驟11中，無線控制部130(C-PLANE處理部131)在終端裝置100與無線站200之間設定用于進行控制數(shù)據(jù)的收發(fā)的RRC連接(RRC Connection Establishment :RRC連接建立)。在步驟12中，無線控制部130向網(wǎng)絡300 (GGSN)發(fā)送服務請求。在步驟13中，網(wǎng)絡300根據(jù)存儲在設于終端裝置100中的SM(USM)等中的用戶信息來進行終端裝置100的認證。接著，網(wǎng)絡300和終端裝置100共用在終端裝置100與網(wǎng)絡300之間使用的加密密鑰等。在步驟14中，無線控制部130(C-PLANE處理部131)向網(wǎng)絡300 (SGSN)發(fā)送主叫請求。具體來講，C-PLANE處理部131向網(wǎng)絡300發(fā)送PDP上下文的激活請求(ActivatePDP Context Request :激活PDP上下文請求)。此外，PDP上下文的激活請求包含用戶數(shù)據(jù)通信所要求的QoS信息等。在步驟15A以及15B中，在終端裝置100與網(wǎng)絡300 (SGSN)之間設定RAB。在步驟16中，網(wǎng)絡300 (SGSN)在網(wǎng)絡300內(nèi)設定了 PDP上下文的基礎上向無線控制部130(C-PLANE處理部131)發(fā)送主叫應答。具體來講，網(wǎng)絡300向C-PLANE處理部131發(fā)送PDP上下文的激活應答(Activate PDPContext Accept :激活PDP上下文接受)。這樣，通過步驟12 步驟16的處理，在終端裝置100與網(wǎng)絡300 (GGSN)之間設定PDP上下文。在步驟17A中，無線控制部130(C_PLANE處理部131)向適配器120發(fā)送主叫應答。在步驟17B中，適配器120向TEllO發(fā)送主叫應答。在步驟18中，在終端裝置100與網(wǎng)絡300 (GGSN)之間能夠進行用戶數(shù)據(jù)的發(fā)送和接收(PS通信狀態(tài))。
(從PS通信狀態(tài)向Presevation狀態(tài)的遷移)以下參照圖4對第一實施方式涉及的從PS狀態(tài)向Presevation狀態(tài)的遷移進行說明。如圖4所示，在步驟20中，在終端裝置100與網(wǎng)絡300 (GGSN)之間能夠進行用戶數(shù)據(jù)的發(fā)送和接收(PS通信狀態(tài))。在步驟21A和21B中，在終端裝置100與網(wǎng)絡300 (SGSN)之間釋放RAB。在步驟23A中，無線控制部130(C_PLANE處理部131)向適配器120通知已遷移到Presevation狀態(tài)。在步驟23B中，適配器120向TEllO通知已遷移到Presevation狀態(tài)。此外，適配器120還可以不向TEllO通知已遷移到Presevation狀態(tài)。 在步驟24中，終端裝置100以及網(wǎng)絡300從PS通信狀態(tài)遷移到Presevation狀態(tài)。(從Presevation狀態(tài)向PS通信狀態(tài)的遷移)以下參照圖5對第一實施方式涉及的從Presevation狀態(tài)向PS通信狀態(tài)的遷移進行說明。如圖5所示，在步驟30中，終端裝置100以及網(wǎng)絡300是在維持PDP上下文的同時釋放了 RAB的Presevation狀態(tài)。在步驟31A中，TEllO向適配器120發(fā)送用戶數(shù)據(jù)的發(fā)送請求。在步驟31B中，適配器120向無線控制部130(C-PLANE處理部131)發(fā)送用戶數(shù)據(jù)的發(fā)送請求。在步驟32中，無線控制部130(C_PLANE處理部131)與步驟11 一樣在終端裝置100與無線站200之間設定用于進行控制數(shù)據(jù)的收發(fā)的RRC連接(RRC ConnectionEstablishment RRC 連接建立)。在步驟33中，無線控制部130(C-PLANE處理部131)與步驟12 —樣向網(wǎng)絡300 (GGSN)發(fā)送服務請求。在步驟34中，網(wǎng)絡300與步驟13 —樣根據(jù)存儲在設于終端裝置100中的SIM(USIM)等中的用戶信息來進行終端裝置100的認證。接著，網(wǎng)絡300與終端裝置100共用在終端裝置100與網(wǎng)絡300之間使用的加密密鑰等。在步驟36A以及步驟36B中，在終端裝置100與網(wǎng)絡300 (GGSN)之間設定RAB。這樣，不需要實施設定PDP上下文的處理(步驟14以及步驟16)，即，不需要實施PDP上下文激活請求以及應答的過程，通過步驟33、步驟34、步驟36A以及步驟36B的處理，就能激活現(xiàn)有的PDP上下文。此外，通過步驟33、步驟34、步驟36A以及步驟36B的處理，在終端裝置100與網(wǎng)絡300 (GGSN)之間設定PDP上下文。在步驟38A中，無線控制部130(C_PLANE處理部131)與步驟17A—樣向適配器120發(fā)送主叫應答。在步驟38B中，適配器120與步驟17B —樣向TEllO發(fā)送主叫應答。在步驟39中，在終端裝置100與網(wǎng)絡300 (GGSN)之間能夠進行用戶數(shù)據(jù)的發(fā)送和接收(PS通信狀態(tài))。(從Presevation狀態(tài)向Idle狀態(tài)的遷移)以下參照圖6對第一實施方式涉及的從Presevation狀態(tài)向Idle狀態(tài)的遷移進行說明。如圖6所示，在步驟40中，終端裝置100以及網(wǎng)絡300是在維持PDP上下文的同時釋放了 RAB的Presevation狀態(tài)。在步驟41中，TEllO結束進行用戶數(shù)據(jù)的發(fā)送以及接收的應用。
在步驟42A中，TEl 10向適配器120發(fā)送應用結束通知。在步驟42B中，適配器120向無線控制部130(C-PLANE處理部131)發(fā)送應用結束通知。在步驟43中，無線控制部130(C-PLANE處理部131)與步驟11 一樣在終端裝置
100與網(wǎng)絡 300 之間設定 RRC 連接(RRC Connection Establishment RRC 連接建立)。在步驟44中，無線控制部130(C-PLANE處理部131)向網(wǎng)絡300 (SGSN)發(fā)送I3DP上下文的無效請求(Deactivate PDP Context Request :無效PDP上下文請求)。在步驟45中，網(wǎng)絡300(SGSN)在使PDP上下文無效的基礎上，向無線控制部130 (C_PLANE 處理部 131)發(fā)送 PDP 上下文的無效完成(Deactivate PDP Context Accept 無效PDP上下文接受)。在步驟46A中，無線控制部130(C-PLANE處理部131)向適配器120通知已遷移到Idle狀態(tài)。在步驟46B中，適配器120向TEllO通知已遷移到Idle狀態(tài)。在步驟47中，終端裝置100遷移到釋放了 RAB、PDP上下文的Idle狀態(tài)。(無法發(fā)送發(fā)送請求)以下，參照圖7說明在第一實施方式涉及的無線控制部130為Presevation狀態(tài)且PS通信限制狀態(tài)下，無法向網(wǎng)絡300發(fā)送用戶數(shù)據(jù)的發(fā)送請求的情況。圖7中PS通信限制狀態(tài)是(I)限制用戶數(shù)據(jù)的發(fā)送的狀態(tài)(限制狀態(tài))，(2)終端裝置位于服務區(qū)外的狀態(tài)(服務區(qū)外狀態(tài))，(3)發(fā)生緊急呼叫的狀態(tài)(緊急呼叫狀態(tài))等狀態(tài)。如圖7所示，在步驟50中，終端裝置100以及網(wǎng)絡300是在維持PDP上下文的同時釋放了 RAB的Presevation狀態(tài)。在步驟51中，在終端裝置100與網(wǎng)絡300之間限制用戶數(shù)據(jù)的發(fā)送。終端裝置100以及網(wǎng)絡300遷移到Presevation狀態(tài)且PS通信限制狀態(tài)。在步驟52A，TEllO向適配器120發(fā)送用戶數(shù)據(jù)的發(fā)送請求。在步驟52B中，適配器120向無線控制部130(C-PLANE處理部131)發(fā)送用戶數(shù)據(jù)的發(fā)送請求。在步驟53中，無線控制部130(C-PLANE處理部131)檢測出向網(wǎng)絡300側發(fā)送用戶數(shù)據(jù)的發(fā)送請求受到限制的情況。在步驟54A中，無線控制部130(C-PLANE處理部131)向適配器120發(fā)送用于表示無法發(fā)送用戶數(shù)據(jù)的發(fā)送請求應答。在步驟54B中，適配器120向TEllO發(fā)送用于表示無法發(fā)送用戶數(shù)據(jù)的發(fā)送請求應答。在步驟55中，無線控制部130(C-PLANE處理部131)在終端裝置100內(nèi)釋放I3DP上下文(本地釋放)。由此，在終端裝置100內(nèi)進行從Presevation狀態(tài)向Idle狀態(tài)的遷移。在步驟56A中，無線控制部130(C-PLANE處理部131)向適配器120發(fā)送在終端裝置100內(nèi)進行了本地釋放、即遷移到Idle狀態(tài)。在步驟54B中，適配器120向TEllO發(fā)送在終端裝置100內(nèi)進行了本地釋放、即遷移到Idle狀態(tài)。這里，當重新嘗試發(fā)送用戶數(shù)據(jù)時，由于沒有設定PDP上下文，所以TEllO無法發(fā)行用戶數(shù)據(jù)的發(fā)送請求(參照步驟57)。S卩，TEllO需要再次進行用戶數(shù)據(jù)的主叫請求。在步驟58中，TEllO向用戶通知發(fā)送用戶數(shù)據(jù)的發(fā)送請求失敗的主要原因(失敗要因)。這里，失敗要因是向網(wǎng)絡300側發(fā)送用戶數(shù)據(jù)的發(fā)送請求受到限制。S卩，失敗要因是(1)限制用戶數(shù)據(jù)的發(fā)送的狀態(tài)(限制狀態(tài))，(2)終端裝置處于服務區(qū)外的狀態(tài)(服務區(qū)外狀態(tài))，(3)發(fā)生緊急呼叫的狀態(tài)(緊急呼叫狀態(tài))等。(發(fā)送請求的超時)以下參照圖8對第一實施方式涉及的無線控制部130為Presevation狀態(tài)且PS通信限制狀態(tài)下無法向網(wǎng)絡300發(fā)送用戶數(shù)據(jù)的發(fā)送請求的情況進行說明。此外，應該注意到圖8中對于與圖7相同的處理賦予相同的步驟編號。如圖8所示，在步驟61中，無線控制部130(C-PLANE處理部131)與步驟11 一樣在終端裝置100與無線站200之間設定RRC連接(RRC Connection Establishment :RRC連接建立)。 在步驟62中，無線控制部130(C-PLANE處理部131)與步驟12 —樣向網(wǎng)絡300 (GGSN)發(fā)送服務請求。在步驟63中，無線控制部130檢測出從發(fā)送服務請求起在預定時間內(nèi)無法取得針對服務請求的應答(超時)。此外，在步驟58中，C-PLANE處理部131向用戶通知發(fā)送用戶數(shù)據(jù)的發(fā)送請求失敗的主要原因(失敗要因)。這里，失敗要因是在預定時間內(nèi)沒有得到針對用戶數(shù)據(jù)的發(fā)送請求的應答。(發(fā)送請求的拒絕)以下參照圖9對第一實施方式涉及的Presevation狀態(tài)且PS通信限制狀態(tài)下無法向網(wǎng)絡300發(fā)送用戶數(shù)據(jù)的發(fā)送請求的情況進行說明。圖9中對于與圖7相同的處理賦予相同的符號。省略與圖7相同處理的說明。如圖9所示，在步驟71中，無線控制部130(C_PLANE處理部131)與步驟11 一樣在終端裝置100與無線站200之間設定RRC連接(RRC Connection Establishment :RRC連接建立)。在步驟72中，無線控制部130(C_PLANE處理部131)與步驟12 —樣向網(wǎng)絡300 (GGSN)發(fā)送服務請求。在步驟73中，網(wǎng)絡300 (SGSN)向終端裝置100發(fā)送拒絕服務請求的拒絕應答。此外，在步驟58中，C-PLANE處理部131向用戶通知發(fā)送用戶數(shù)據(jù)的發(fā)送請求失敗的主要原因(失敗要因)。這里，失敗要因是針對用戶數(shù)據(jù)的發(fā)送請求，得到了拒絕發(fā)送用戶數(shù)據(jù)的應答。(作用以及效果)根據(jù)第一實施方式涉及的終端裝置100，當在維持狀態(tài)下用戶數(shù)據(jù)的發(fā)送失敗時，無線控制部130進行在終端裝置100內(nèi)釋放PDP上下文的本地釋放。即，當在維持狀態(tài)下用戶數(shù)據(jù)的發(fā)送失敗時，無線控制部130進行在終端裝置100內(nèi)從Presevation狀態(tài)向Idle狀態(tài)的遷移。這樣，由于在終端裝置100內(nèi)釋放PDP上下文、從而在終端裝置100內(nèi)進行向Idle狀態(tài)的遷移，因此當在本地釋放之后進行用戶數(shù)據(jù)的發(fā)送時，需要TEllO再次進行主叫處理。因此，能夠抑制不必要地重復用戶數(shù)據(jù)的發(fā)送處理。[變形例I]
以下參照附圖對第一實施方式的變形例I進行說明。以下主要針對與上述的第一實施方式的不同點進行說明。在上述的第一實施方式中沒有特別提及，而在變形例I中根據(jù)網(wǎng)絡300的種類來判定在維持狀態(tài)下是否進行本地釋放。具體來講，在維持狀態(tài)下用戶數(shù)據(jù)的發(fā)送失敗時，無線控制部130根據(jù)網(wǎng)絡300的種類來判定在維持狀態(tài)下是否進行本地釋放。例如，在網(wǎng)絡300 (在漫游外(roaming out)目的地中的網(wǎng)絡)中當從維持狀態(tài)向PS通信狀態(tài)遷移時雖不產(chǎn)生費用，但在從Idle狀態(tài)向PS通信狀態(tài)遷移時產(chǎn)生費用，在這種情況下，無線控制部130判定為在維持狀態(tài)下不進行本地釋放。由此，能防止由于進行本地釋放而產(chǎn)生新的費用。[變形例2]以下參照附圖對第一實施方式的變形例2進行說明。以下主要針對與上述的第一實施方式的不同點進行說明。在上述的第一實施方式中沒有特別提及，而在變形例2中，在設定有對應于緊急呼叫的RRC連接的狀態(tài)下，拒絕用戶數(shù)據(jù)的發(fā)送請求。無線控制部130(C_PLANE處理部131)在維持狀態(tài)下當進行了與已遷移到維持狀態(tài)的通信對應的用戶數(shù)據(jù)的發(fā)送請求時，判定是否設定有與緊急呼叫對應的RRC連接作為與已遷移到維持狀態(tài)的通信不同的其它通信的RRC連接。此外，無線控制部130(C_PLANE處理部131)在維持狀態(tài)下當進行了用戶數(shù)據(jù)的發(fā)送請求時，在判定為設定有與緊急呼叫對應的RRC連接時，拒絕與維持狀態(tài)對應的用戶數(shù)據(jù)的發(fā)送請求。此外，無線控制部130(C_PLANE處理部131)在拒絕了用戶數(shù)據(jù)的發(fā)送請求時，在終端裝置100內(nèi)釋放PDP上下文(本地釋放)。由此,在終端裝置100內(nèi)進行從Presevation狀態(tài)向Idle狀態(tài)的遷移。這里，對于與已遷移到維持狀態(tài)的通信不同的其它通信(CS通信)，維持與緊急呼叫對應的RRC連接。此外，對于與已遷移到維持狀態(tài)的通信不同的通信(CS通信)，如果建立了呼叫，則進行緊急通信。此外，無線控制部130 (C-PLANE處理部131)向用戶通知發(fā)送用戶數(shù)據(jù)的發(fā)送請求失敗的主要原因(失敗要因)。這里，失敗要因是設定有與緊急呼叫對應的RRC連接作為與已遷移到維持狀態(tài)的通信不同的其它通信(CS通信)的RRC連接。由此，能夠抑制在通常的用戶數(shù)據(jù)的收發(fā)中不正當?shù)乩门c緊急呼叫對應的RRC連接。[其它實施方式]通過上述實施方式對本發(fā)明進行了說明，但應該理解成為上述公開一部分的論述以及附圖并不對本發(fā)明予以限定。對于本領域技術人員而言根據(jù)上述公開可能想到各種代替實施方式、實施例以及應用技術。例如，在上述的實施方式中，當從維持狀態(tài)向PS通信狀態(tài)進行遷移時，進行RRC連接的設定處理(圖5的步驟32等)，但并不限定于此。具體來講，當進行了 CS (CircuitSwitching :線路交換)通信時可以省略RRC連接的設定處理。在上述的實施方式中，對于當在終端裝置100內(nèi)請求了發(fā)送用戶數(shù)據(jù)時，在終端、裝置100與網(wǎng)絡300之間限制了通信的情況下，在終端裝置100內(nèi)進行本地釋放的情況(參照圖6等)進行了說明，但并不限定于此。具體來講，當在終端裝置100內(nèi)請求變更PDP上下文(PDP Context Modify PDP上下文變更)、請求釋放PDP上下文(PDP ContextDeactivate :PDP上下文無效)時，在終端裝置100與網(wǎng)絡300之間通信受到限制的情況下，可以在終端裝置100內(nèi)進行本地釋放。上述的實施方式中沒有特別提及，但在進行了本地釋放的時刻，網(wǎng)絡300沒有掌握在終端裝置100內(nèi)已釋放了 PDP上下文的情況。網(wǎng)絡300通過在本地釋放后從終端裝置100接收的位置登錄信息，來掌握在終端裝置100內(nèi)已釋放了 PDP上下文的情況。接著，網(wǎng)絡300在網(wǎng)絡300內(nèi)釋放PDP上下文。此外，日本專利申請第2009-222367號(2009年9月28日申請)的全部內(nèi)容通過參照被弓丨入到本申請說明書中。產(chǎn)業(yè)上的可利用性 根據(jù)本發(fā)明，能夠提供可抑制不必要地重復用戶數(shù)據(jù)的發(fā)送處理的終端裝置以及通信方法。
權利要求
1.一種終端裝置，其經(jīng)由無線站與網(wǎng)絡連接，其特征在于，具備控制數(shù)據(jù)處理部，其在本終端與所述無線站之間設定控制數(shù)據(jù)的收發(fā)所需要的控制數(shù)據(jù)無線路徑，并且在本終端與所述網(wǎng)絡之間設定用戶數(shù)據(jù)的收發(fā)所需要的用戶數(shù)據(jù)無線路徑以及邏輯路徑；以及用戶數(shù)據(jù)處理部，其使用由所述控制數(shù)據(jù)處理部所設定的所述邏輯路徑來進行所述用戶數(shù)據(jù)的發(fā)送處理，在維持所述邏輯路徑的同時釋放了所述用戶數(shù)據(jù)無線路徑的維持狀態(tài)下發(fā)送所述用戶數(shù)據(jù)失敗時，所述控制數(shù)據(jù)處理部進行本地釋放，該本地釋放是在本終端內(nèi)釋放所述邏輯路徑的處理。
2.根據(jù)權利要求I所述的終端裝置，其特征在干，所述終端裝置還具備判定部，其根據(jù)所述網(wǎng)絡的種類來判定是否進行所述本地釋放，在判定為不進行所述本地釋放時，所述控制數(shù)據(jù)處理部即使在所述維持狀態(tài)下發(fā)送所述用戶數(shù)據(jù)失敗的情況下，也不進行所述本地釋放，而是維持所述維持狀態(tài)。
3.根據(jù)權利要求I所述的終端裝置，其特征在干，在所述維持狀態(tài)下進行了所述用戶數(shù)據(jù)的發(fā)送請求時，在設定有與緊急呼叫對應的控制數(shù)據(jù)無線路徑作為與已遷移到所述維持狀態(tài)的通信不同的其它通信的控制數(shù)據(jù)無線路徑的情況下，所述控制數(shù)據(jù)處理部進行所述本地釋放。
4.ー種通信方法，是終端裝置經(jīng)由無線站與網(wǎng)絡連接的通信方法，其特征在于，包括以下步驟步驟A，在所述終端裝置與所述無線站之間設定控制數(shù)據(jù)的收發(fā)所需要的控制數(shù)據(jù)無線路徑，并且在所述終端裝置與所述網(wǎng)絡之間設定用戶數(shù)據(jù)的收發(fā)所需要的用戶數(shù)據(jù)無線路徑以及邏輯路徑；以及步驟B，在維持所述邏輯路徑的同時釋放了所述用戶數(shù)據(jù)無線路徑的維持狀態(tài)下發(fā)送所述用戶數(shù)據(jù)失敗時，進行在所述終端裝置內(nèi)釋放所述邏輯路徑的本地釋放。
全文摘要
終端裝置(100)具備C-PLANE處理部(131)，其在本終端與無線站(200)之間設定RRC連接，并且在本終端與網(wǎng)絡(300)之間設定RAB以及PDP上下文；以及U-PLANE處理部(132)，其使用由C-PLANE處理部(131)所設定的PDP上下文來進行用戶數(shù)據(jù)的發(fā)送處理。在維持狀態(tài)下發(fā)送用戶數(shù)據(jù)失敗時，C-PLANE處理部(131)進行本地釋放，該本地釋放是在本終端內(nèi)釋放PDP上下文的處理。
文檔編號H04W76/00GK102640557SQ201080043378
公開日2012年8月15日 申請日期2010年9月28日 優(yōu)先權日2009年9月28日
發(fā)明者中島健智, 井田雄啟, 姫野公美, 金內(nèi)正臣, 鈴木正朗 申請人:日本電氣株式會社, 松下移動通信株式會社, 株式會社Ntt都科摩