JP2011071843A - 端末装置及び通信方法 - Google Patents

Abstract

【課題】ユーザデータの送信処理が不要に繰り返されることを抑制する端末装置及び通信方法を提供する。
【解決手段】端末装置１００は、自端末と無線局２００との間においてＲＲＣコネクションを設定するとともに、自端末とネットワーク３００との間においてＲＡＢ及びＰＤＰコンテキストを設定するＣ−ＰＬＡＮＥ処理部１３１と、Ｃ−ＰＬＡＮＥ処理部１３１によって設定されたＰＤＰコンテキストを用いてユーザデータの送信処理を行うＵ−ＰＬＡＮＥ処理部１３２とを備える。Ｃ−ＰＬＡＮＥ処理部１３１は、プリザベーション状態でユーザデータの送信に失敗した場合に、ＰＤＰコンテキストを自端末内で解放する処理であるローカル解放を行う。
【選択図】図２

Description

本発明は、無線局を介してネットワークと接続する端末装置及び通信方法に関する。

従来、ユーザデータの送信処理や受信処理を行うＵ−ＰＬＡＮＥ処理部と、制御データの送信処理や受信処理を行うＣ−ＰＬＡＮＥ処理部とを有する端末装置が知られている。

端末装置は、基地局や無線制御局などの無線局（例えば、ＲＮＣ）を介してコアネットワークと接続する。コアネットワークには、パケット交換を行うＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）、コアネットワークと他のネットワーク（例えば、インターネット網）とを接続するＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）などが設けられている。

ここで、端末装置は、パケット交換（ＰＳ；Ｐａｃｋｅｔ Ｓｗｉｔｃｈｉｎｇ）によって通信を行う場合には、自端末と無線局との間において、ＲＲＣコネクションなどの無線経路を設定する。また、端末装置は、自端末とネットワーク側（ＳＧＳＮ）との間において、ＲＡＢ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｂｅａｒｅｒ）を設定する。続いて、端末装置は、自端末とネットワーク側（ＧＧＳＮ）との間において、ＰＤＰコンテキストなどの論理経路を設定する。

ここで、パケット転送が行われていない期間において無線リソースを有効に利用するために、ＰＤＰコンテキストを維持しながらＲＡＢが解放された状態（Ｐｒｅｓｅｖａｔｉｏｎ状態）に、端末装置及びネットワークが遷移する技術が知られている。端末装置及びネットワークにおいてＰＤＰコンテキストが維持されているため、Ｐｒｅｓｅｖａｔｉｏｎ状態からＰＳ通信状態への復帰が行われる場合に、ＰＳ通信状態への復帰に必要な遷移時間が短縮される（例えば、非特許文献１）。

３ＧＰＰ ＴＳ２３．０６０ 「Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Radio Service （ＧＰＲＳ）； Ｓｅｒｖｉｃｅ ｄｅｓｃｒｉｐｔｉｏｎ； Ｓｔａｇｅ ２」、９．２章

上述した背景技術では、Ｐｒｅｓｅｖａｔｉｏｎ状態において端末装置がユーザデータの送信を試みた場合に、ユーザデータの送信に失敗したとしても、Ｐｒｅｓｅｖａｔｉｏｎ状態が維持される。ユーザデータの送信に失敗する要因（以下、失敗要因）としては、（１）ユーザデータの送信が規制されている状態（規制状態）、（２）端末装置が圏外に位置する状態（圏外状態）、（３）緊急呼が生じている状態（緊急呼状態）、（４）通信状態への復帰要求に対応する応答待ちタイマのタイムアウト（タイムアウト状態）、（５）通信状態への復帰要求に対する応答拒否を受信した状態（復帰拒否状態）などが考えられる。以下において、（１）〜（５）を総称して規制状態等と称する。

ここで、端末装置は、一般的に、ＴＥ（Ｔｅｒｍｉｎａｌ Ｅｑｕｉｐｍｅｎｔ）及びＭＴ（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ）によって構成される。上述したＵ−ＰＬＡＮＥ処理部及びＣ−ＰＬＡＮＥ処理部はＭＴ内に設けられている。ＴＥは、ユーザデータの送信をＭＴに対して要求する。なお、ＴＥ及びＭＴは独立して動作することに留意すべきである。

背景技術では、Ｐｒｅｓｅｖａｔｉｏｎ状態かつ規制状態等においてＴＥがユーザデータの送信を要求した場合には、ユーザデータの送信に失敗するが、ＴＥは失敗要因を把握していない。従って、ＴＥは、実際の失敗要因を把握していないものの、ユーザデータの送信に失敗したと認識し、ユーザデータの送信を再び試みることが考えられる。

このように、背景技術では、Ｐｒｅｓｅｖａｔｉｏｎ状態においてユーザデータの送信処理が不要に繰り返されてしまう場合がある。

そこで、本発明は、上述した課題を解決するためになされたものであり、ユーザデータの送信処理が不要に繰り返されることを抑制する端末装置及び通信方法を提供することを目的とする。

本発明の一の特徴では、無線局を介してネットワークと接続する端末装置は、自端末と前記無線局との間において制御データの送受信に必要な制御データ無線経路（ＲＲＣコネクション）を設定するとともに、自端末と前記ネットワークとの間においてユーザデータの送受信に必要なユーザデータ無線経路（ＲＡＢ）及び論理経路（ＰＤＰコンテキスト）を設定する制御データ処理部（Ｃ−ＰＬＡＮＥ処理部１３１）と、前記制御データ処理部によって設定された前記論理経路を用いて前記ユーザデータの送信処理を行うユーザデータ処理部（Ｕ−ＰＬＡＮＥ処理部１３２）とを備える。前記制御データ処理部は、前記論理経路を維持しながら前記ユーザデータ無線経路が解放されたプリザベーション状態で前記ユーザデータの送信に失敗した場合に、前記論理経路を自端末内で解放する処理であるローカル解放を行う。

上述した一の特徴において、端末装置は、前記ネットワークの種類に応じて、前記ローカル解放を行うか否かを判定する判定部をさらに備え、前記制御データ処理部は、前記ローカル解放を行わないと判定された場合に、前記プリザベーション状態で前記ユーザデータの送信に失敗した場合であっても、前記ローカル解放を行わずにプリザベーション状態を維持することが好ましい。

上述した一の特徴において、前記制御データ処理部は、前記プリザベーション状態において、前記ユーザデータの送信要求が行われたときに、前記プリザベーション状態に遷移した通信とは異なる他の通信の制御データ無線経路として緊急呼に対応する制御データ無線経路が設定されている場合に、前記ローカル解放を行う。

本発明の一の特徴では、端末装置が無線局を介してネットワークと接続する通信方法は、前記端末装置と前記無線局との間において制御データの送受信に必要な制御データ無線経路を設定するとともに、前記端末装置と前記ネットワークとの間においてユーザデータの送受信に必要なユーザデータ無線経路及び論理経路を設定するステップＡと、前記論理経路を維持しながら前記ユーザデータ無線経路が解放されたプリザベーション状態で前記ユーザデータの送信に失敗した場合に、前記論理経路を前記端末装置内で解放する処理であるローカル解放を行うステップＢとを含む。

本発明によれば、ユーザデータの送信処理が不要に繰り返されることを抑制する端末装置及び通信方法を提供することができる。

第１実施形態に係る通信システムの構成を示す図である。 第１実施形態に係る端末装置１００の構成を示す図である。 第１実施形態に係る通信システムの動作を示すシーケンス図である。 第１実施形態に係る通信システムの動作を示すシーケンス図である。 第１実施形態に係る通信システムの動作を示すシーケンス図である。 第１実施形態に係る通信システムの動作を示すシーケンス図である。 第１実施形態に係る通信システムの動作を示すシーケンス図である。 第１実施形態に係る通信システムの動作を示すシーケンス図である。 第１実施形態に係る通信システムの動作を示すシーケンス図である。

以下において、本発明の実施形態に係る通信システムについて、図面を参照しながら説明する。なお、以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。

ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。従って、具体的な寸法などは以下の説明を参酌して判断すべきである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。

［第１実施形態］
（通信システムの構成）
以下において、第１実施形態に係る通信システムの構成について、図面を参照しながら説明する。図１は、第１実施形態に係る通信システムの構成を示す図である。図１に示すように、通信システムは、端末装置１００と、無線局２００と、ネットワーク３００とを有する。

端末装置１００は、無線通信機能を有する端末であり、携帯電話、ＰＤＡ、パーソナルコンピュータなどである。端末装置１００は、ＰＳ（Ｐａｃｋｅｔ Ｓｗｉｃｈｉｎｇ）通信及びＣＳ（Ｃｉｒｃｕｉｔ Ｓｗｉｃｈｉｎｇ）通信を、無線局２００を介してネットワーク３００と行う。

なお、ＰＳ通信は、パケット交換によって行われる通信であり、ＣＳ通信は、回線交換によって行われる通信である。以下においては、ＰＳ通信に必要な構成について主として説明することに留意すべきである。

無線局２００は、基地局（ＢＴＳ）や無線制御局（ＲＮＣ）などの無線局である。以下においては、無線局２００がＲＮＣであるものとして説明するが、これに限定されるものではない。

端末装置１００と無線局２００との間には、ＲＲＣコネクションなどの制御データ無線経路が設定される。ＲＲＣコネクションは、制御データの送受信に必要な経路である。

ネットワーク３００は、ＰＳ通信及びＣＳ通信を、無線局２００を介して端末装置１００と行うネットワークである。ネットワーク３００は、交換機（ＭＳＣ、ＳＧＳＮ）、ゲートウェイ（ＧＧＳＮ）などを含む。

端末装置１００とネットワーク３００（例えば、ＳＧＳＮ）との間には、ＲＡＢ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｂｅａｒｅｒ）などのユーザデータ無線経路が設定される。ここで、ＲＡＢは、ユーザデータの送受信に必要な経路である。

（端末装置の構成）
以下において、第１実施形態に係る通信システムの構成について、図面を参照しながら説明する。図２は、第１実施形態に係る端末装置１００の構成を示す図である。

図２に示すように、端末装置１００は、ＴＥ１１０（Ｔｅｒｍｉｎａｌ Ｅｑｕｉｐｍｅｎｔ）と、ＭＴ１５０（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ）とを有する。

ＴＥ１１０は、データの入出力などを行う機能を有する。具体的には、ＴＥ１１０は、ＰＳ通信やＣＳ通信の発信要求をＭＴ１５０に出力する。ＴＥ１１０は、ＰＳ通信やＣＳ通信に係るユーザデータをＭＴ１５０に出力する。

ＭＴ１５０は、ＰＳ通信及びＣＳ通信を行う機能を有する。具体的には、アダプタ１２０と、無線制御部１３０とを有する。

アダプタ１２０は、ＴＥ１１０と無線制御部１３０とのインターフェースである。具体的には、アダプタ１２０は、ＴＥ１１０からの発信要求やユーザデータなどを無線制御部１３０に中継する。

無線制御部１３０は、Ｃ−ＰＬＡＮＥ処理部１３１（制御データ処理部）と、Ｕ−ＰＬＡＮＥ処理部１３２（ユーザデータ処理部）とを有しており、ＴＥ１１０とは独立して動作する。

Ｃ−ＰＬＡＮＥ処理部１３１は、無線局２００やネットワーク３００に対して制御データを送信する処理、無線局２００やネットワーク３００から制御データを受信する処理を行う。

具体的には、Ｃ−ＰＬＡＮＥ処理部１３１は、端末装置１００と無線局２００との間において、ＲＲＣコネクションなどの制御データ無線経路を設定する。上述したように、ＲＲＣコネクションは、制御データの送受信に必要な経路である。

Ｃ−ＰＬＡＮＥ処理部１３１は、端末装置１００とネットワーク３００（例えば、ＳＧＳＮ）との間において、ＲＡＢ（Ｒａｄｉｏ Ａｃｃｅｓ Ｂｅａｒｅｒ）などのユーザデータ無線経路を設定する。上述したように、ＲＡＢは、ユーザデータの送受信に必要な経路である。

Ｃ−ＰＬＡＮＥ処理部１３１は、端末装置１００とネットワーク３００（例えば、ＧＧＳＮ）との間において、ユーザデータの送受信に必要な論理経路（ＰＤＰコンテキスト）を設定する。

ＰＤＰコンテキストは、ＰＤＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｐｒｏｔｏｃｏｌ）の種別を示すＰＤＰタイプ、ＰＤＰを識別するＰＤＰアドレス、ＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）やＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）プロファイルなどである。

ここで、Ｃ−ＰＬＡＮＥ処理部１３１は、制御データの送信処理及び受信処理によって、端末装置１００の状態を把握している。端末装置１００の状態としては、待ち受け状態（Ｉｄｌｅ状態）、プリザベーション状態、ＰＳ通信状態などが挙げられる。

待ち受け状態（Ｉｄｌｅ状態）は、端末装置１００と無線局２００との間及び端末装置１００とネットワーク３００との間において、無線経理及び論理経路が何も設定されていない状態である。すなわち、待ち受け状態（Ｉｄｌｅ状態）では、ＲＡＢ及びＰＤＰコンテキストが設定されていない。

プリザベーション状態は、ユーザデータ無線経路が解放されており、論理経路が維持されている状態である。すなわち、プリザベーション状態では、ＲＡＢが解放されており、ＰＤＰコンテキストが維持されている。ここで、プリザベーション状態では、端末装置１００と無線局２００との間において、ＲＲＣコネクションが設定されていないケース（１）と、ＲＲＣコネクションが設定されているケース（２）とが考えられる。例えば、プリザベーション状態以外の呼が存在しないケースでは、ＲＲＣコネクションが設定されていない。また、プリザベーション状態の呼以外の呼が存在するケース（例えば、ＰＳ通信以外にＣＳ通信が行われているケース）では、ＲＲＣコネクションが設定されている。

ＰＳ通信状態は、端末装置１００と無線局２００との間において、ＲＲＣコネクションが設定されており、端末装置１００とネットワーク３００との間において、ＲＡＢ及びＰＤＰコンテキストが設定されている状態である。すなわち、ＰＳ通信状態では、ＲＡＢ及びＰＤＰコンテキストが設定されている。

また、端末装置１００の状態としては、ユーザデータの送信が制限されたＰＳ通信制限状態が挙げられる。ＰＳ通信制限状態は、（１）ユーザデータの送信が規制されている状態（規制状態）、（２）端末装置１００が圏外に位置する状態（圏外状態）、（３）緊急呼が生じている状態（緊急呼状態）、（４）通信状態への復帰要求に対応する応答待ちタイマのタイムアウト（タイムアウト状態）、（５）通信状態への復帰要求に対する応答拒否を受信した状態（復帰拒否状態）などである。

Ｕ−ＰＬＡＮＥ処理部１３２は、Ｃ−ＰＬＡＮＥ処理部１３１によって設定されたＲＡＢ及びＰＤＰコンテキストを用いて、ユーザデータの送信処理及び受信処理を行う。

具体的には、Ｕ−ＰＬＡＮＥ処理部１３２は、端末装置１００がＰＳ通信状態である場合には、ユーザデータの送信処理を行うことができる。

Ｕ−ＰＬＡＮＥ処理部１３２は、端末装置１００がプリザベーション状態である場合には、Ｃ−ＰＬＡＮＥ処理部１３１によってＲＡＢが設定されれば、ユーザデータの送信処理及び受信処理を開始することができる。

Ｕ−ＰＬＡＮＥ処理部１３２は、端末装置１００がＩｄｌｅ状態である場合には、Ｃ−ＰＬＡＮＥ処理部１３１によってＲＡＢ及びＰＤＰコンテキストが設定された後でなければ、ユーザデータの送信処理を開始することができない。

なお、無線制御部１３０は、上述した処理に加えて、拡散処理、変調処理、同期処理、送信電力制御処理などを行う。

（端末装置の動作）
以下において、第１実施形態に係る端末装置の動作の概略について説明する。なお、端末装置の動作を含む通信システムの動作については後述する（図３〜図９を参照）。

上述したように、Ｕ−ＰＬＡＮＥ処理部１３２は、プリザベーション状態でユーザデータの送信を試みることが可能である。

Ｃ−ＰＬＡＮＥ処理部１３１は、プリザベーション状態でユーザデータの送信に失敗した場合に、端末装置１００内においてＰＤＰコンテキストを解放するローカル解放を行う。続いて、Ｃ−ＰＬＡＮＥ処理部１３１は、ＰＤＰコンテキストのローカル解放が行われた旨をアダプタ１２０を介してＴＥ１１０に通知する（図７〜図９を参照）。

また、Ｃ−ＰＬＡＮＥ処理部１３１は、プリザベーション状態でユーザデータの送信に失敗した要因（失敗要因）をアダプタ１２０を介してユーザ（ＴＥ１１０）に通知する（図７〜図９を参照）。

失敗要因は、（１）ユーザデータの送信要求をネットワーク３００側に送信することが制限されていること、（２）ユーザデータの送信要求に対する応答が所定時間内に得られなかったこと、（３）ユーザデータの送信要求に対して、ユーザデータの送信を拒否する応答が得られたこと、（４）通信状態への復帰要求に対応する応答待ちタイマのタイムアウトしたこと、（５）通信状態への復帰要求に対する応答拒否を受信したことなどである。

（通信システムの動作）
以下において、第１実施形態に係る通信システムの動作について、図面を参照しながら説明する。図３〜図９は、第１実施形態に係る通信システムの動作を示すシーケンス図である。

（ＰＳ通信開始処理）
以下において、第１実施形態に係るＰＳ通信開始処理について、図３を参照しながら説明する。

ステップ１０Ａにおいて、ＴＥ１１０は、アダプタ１２０に発信要求を送信する。ステップ１０Ｂにおいて、アダプタ１２０は、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）に発信要求を送信する。

ステップ１１において、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、端末装置１００と無線局２００との間において、制御データの送受信を行うためのＲＲＣコネクションを設定する（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ）。

ステップ１２において、無線制御部１３０は、サービス要求をネットワーク３００（ＧＧＳＮ）に送信する。

ステップ１３において、ネットワーク３００は、端末装置１００に設けられたＳＩＭ（ＵＳＩＭ）などに格納された加入者情報に基づいて端末装置１００の認証を行う。続いて、ネットワーク３００は、端末装置１００とネットワーク３００との間で用いられる暗号鍵などを端末装置１００と共有する。

ステップ１４において、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、ネットワーク３００（ＳＧＳＮ）に発信要求を送信する。具体的には、Ｃ−ＰＬＡＮＥ処理部１３１は、ＰＤＰコンテキストの活性化要求（Ａｃｔｉｖａｔｅ ＰＤＰ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）をネットワーク３００に送信する。なお、ＰＤＰコンテキストの活性化要求は、ユーザデータの通信に要求されるＱｏＳ情報などを含む。

ステップ１５Ａ及びステップ１５Ｂにおいて、端末装置１００とネットワーク３００（ＳＧＳＮ）との間においてＲＡＢが設定される。

ステップ１６において、ネットワーク３００（ＳＧＳＮ）は、ネットワーク３００内でＰＤＰコンテキストを設定した上で、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）に発信応答を送信する。具体的には、ネットワーク３００は、ＰＤＰコンテキストの活性化応答（Ａｃｔｉｖａｔｅ ＰＤＰ Ｃｏｎｔｅｘｔ Ａｃｃｅｐｔ）をＣ−ＰＬＡＮＥ処理部１３１に送信する。

このように、ステップ１２〜ステップ１６の処理によって、端末装置１００とネットワーク３００（ＧＧＳＮ）との間においてＰＤＰコンテキストが設定される。

ステップ１７Ａにおいて、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、アダプタ１２０に発信応答を送信する。ステップ１７Ｂにおいて、アダプタ１２０は、ＴＥ１１０に発信応答を送信する。

ステップ１８において、端末装置１００とネットワーク３００（ＧＧＳＮ）との間において、ユーザデータの送信や受信が可能である（ＰＳ通信状態）。

（ＰＳ通信状態からＰｒｅｓｅｖａｔｉｏｎ状態への遷移）
以下において、第１実施形態に係るＰＳ通信状態からＰｒｅｓｅｖａｔｉｏｎ状態への遷移について、図４を参照しながら説明する。

図４に示すように、ステップ２０において、端末装置１００とネットワーク３００（ＧＧＳＮ）との間において、ユーザデータの送信や受信が可能である（ＰＳ通信状態）。

ステップ２１Ａ及びステップ２１Ｂにおいて、端末装置１００とネットワーク３００（ＳＧＳＮ）との間においてＲＡＢが解放される。

ステップ２３Ａにおいて、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、アダプタ１２０にＰｒｅｓｅｖａｔｉｏｎ状態へ遷移したことを通知する。ステップ２３Ｂにおいて、アダプタ１２０は、ＴＥ１１０にＰｒｅｓｅｖａｔｉｏｎ状態へ遷移したことを通知する。なお、アダプタ１２０は、ＴＥ１１０にＰｒｅｓｅｖａｔｉｏｎ状態へ遷移したことを通知しなくてもよい。

ステップ２４において、端末装置１００及びネットワーク３００は、ＰＳ通信状態からＰｒｅｓｅｖａｔｉｏｎ状態へ遷移する。

（Ｐｒｅｓｅｖａｔｉｏｎ状態からＰＳ通信状態への遷移）
以下において、第１実施形態に係るＰｒｅｓｅｖａｔｉｏｎ状態からＰＳ通信状態への遷移について、図５を参照しながら説明する。

図５に示すように、ステップ３０において、端末装置１００及びネットワーク３００は、ＰＤＰコンテキストを維持しながらＲＡＢが解放されたＰｒｅｓｅｖａｔｉｏｎ状態である。

ステップ３１Ａにおいて、ＴＥ１１０は、アダプタ１２０にユーザデータの送信要求を送信する。ステップ３１Ｂにおいて、アダプタ１２０は、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）にユーザデータの送信要求を送信する。

ステップ３２において、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、ステップ１１と同様に、端末装置１００と無線局２００との間において、制御データの送受信を行うためのＲＲＣコネクションを設定する（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ）。

ステップ３３において、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、ステップ１２と同様に、サービス要求をネットワーク３００（ＧＧＳＮ）に送信する。

ステップ３４において、ネットワーク３００は、ステップ１３と同様に、端末装置１００に設けられたＳＩＭ（ＵＳＩＭ）などに格納された加入者情報に基づいて端末装置１００の認証を行う。続いて、ネットワーク３００は、端末装置１００とネットワーク３００との間で用いられる暗号鍵などを端末装置１００と共有する。

ステップ３６Ａ及びステップ３６Ｂにおいて、端末装置１００とネットワーク３００（ＳＧＳＮ）との間においてＲＡＢが設定される。

このように、ＰＤＰコンテキストを設定する処理（ステップ１４及びステップ１６）、すなわち、ＰＤＰコンテキスト活性化要求及び応答の手順を実施する必要がなく、ステップ３３、ステップ３４、ステップ３６Ａ及びステップ３６Ｂの処理によって、既存のＰＤＰコンテキストが活性化される。また、ステップ３３、ステップ３４、ステップ３６Ａ及びステップ３６Ｂの処理によって、端末装置１００とネットワーク３００（ＧＧＳＮ）との間においてＰＤＰコンテキストが設定される。

ステップ３８Ａにおいて、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、ステップ１７Ａと同様に、アダプタ１２０に発信応答を送信する。ステップ３８Ｂにおいて、アダプタ１２０は、ステップ１７Ｂと同様に、ＴＥ１１０に発信応答を送信する。

ステップ３９において、端末装置１００とネットワーク３００（ＧＧＳＮ）との間において、ユーザデータの送信や受信が可能である（ＰＳ通信状態）。

（Ｐｒｅｓｅｖａｔｉｏｎ状態からＩｄｌｅ状態への遷移）
以下において、第１実施形態に係るＰｒｅｓｅｖａｔｉｏｎ状態からＩｄｌｅ状態への遷移について、図６を参照しながら説明する。

図６に示すように、ステップ４０において、端末装置１００及びネットワーク３００は、ＰＤＰコンテキストを維持しながらＲＡＢが解放されたＰｒｅｓｅｖａｔｉｏｎ状態である。

ステップ４１において、ＴＥ１１０は、ユーザデータの送信及び受信を行うアプリケーションを終了する。

ステップ４２Ａにおいて、ＴＥ１１０は、アダプタ１２０にアプリケーション終了通知を送信する。ステップ４２Ｂにおいて、アダプタ１２０は、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）にアプリケーション終了通知を送信する。

ステップ４３において、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、ステップ１１と同様に、端末装置１００とネットワーク３００との間でＲＲＣコネクションを設定する（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ）。

ステップ４４において、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、ＰＤＰコンテキストの無効化要求（Ｄｅａｃｔｉｖａｔｅ ＰＤＰ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）をネットワーク３００（ＳＧＳＮ）に送信する。

ステップ４５において、ネットワーク３００（ＳＧＳＮ）は、ＰＤＰコンテキストを無効化した上で、ＰＤＰコンテキストの無効化完了（Ｄｅａｃｔｉｖａｔｅ ＰＤＰ Ｃｏｎｔｅｘｔ Ａｃｃｅｐｔ）を無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）に送信する。

ステップ４６Ａにおいて、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、アダプタ１２０にＩｄｌｅ状態へ遷移したことを通知する。ステップ４６Ｂにおいて、アダプタ１２０は、ＴＥ１１０にＩｄｌｅ状態へ遷移したことを通知する。

ステップ４７において、端末装置１００は、ＲＡＢやＰＤＰコンテキストが解放されたＩｄｌｅ状態に遷移する。

（送信要求の送信不可）
以下において、第１実施形態に係る無線制御部１３０がＰｒｅｓｅｖａｔｉｏｎ状態かつＰＳ通信制限状態において、ユーザデータの送信要求をネットワーク３００に送信できないケースについて、図７を参照しながら説明する。図７では、ＰＳ通信制限状態は、（１）ユーザデータの送信が規制されている状態（規制状態）、（２）端末装置が圏外に位置する状態（圏外状態）、（３）緊急呼が生じている状態（緊急呼状態）などである。

図７に示すように、ステップ５０において、端末装置１００及びネットワーク３００は、ＰＤＰコンテキストを維持しながらＲＡＢが解放されたＰｒｅｓｅｖａｔｉｏｎ状態である。

ステップ５１において、端末装置１００とネットワーク３００との間でユーザデータの送信が制限される。端末装置１００及びネットワーク３００は、Ｐｒｅｓｅｖａｔｉｏｎ状態かつＰＳ通信制限状態に遷移する。

ステップ５２Ａにおいて、ＴＥ１１０は、アダプタ１２０にユーザデータの送信要求を送信する。ステップ５２Ｂにおいて、アダプタ１２０は、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）にユーザデータの送信要求を送信する。

ステップ５３において、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、ユーザデータの送信要求をネットワーク３００側に送信することが制限されていることを検出する。

ステップ５４Ａにおいて、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、ユーザデータの送信が不可であることを示す送信要求応答をアダプタ１２０に送信する。ステップ５４Ｂにおいて、アダプタ１２０は、ユーザデータの送信が不可であることを示す送信要求応答をＴＥ１１０に送信する。

ステップ５５において、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、端末装置１００内においてＰＤＰコンテキストを解放する（ローカル解放）。これによって、端末装置１００内では、Ｐｒｅｓｅｖａｔｉｏｎ状態からＩｄｌｅ状態への遷移が行われる。

ステップ５６Ａにおいて、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、端末装置１００内においてローカル解放が行われたこと、すなわち、Ｉｄｌｅ状態へ遷移したことをアダプタ１２０に送信する。ステップ５４Ｂにおいて、アダプタ１２０は、端末装置１００内においてローカル解放が行われたこと、すなわち、Ｉｄｌｅ状態へ遷移したことをＴＥ１１０に送信する。

ここで、新たにユーザデータの送信を試みる場合には、ＰＤＰコンテキストが設定されていないため、ＴＥ１１０は、ユーザデータの送信要求を発行することができない（ステップ５７を参照）。すなわち、ＴＥ１１０は、ユーザデータの発信要求を改めて行う必要がある。

ステップ５８において、ＴＥ１１０は、ユーザデータの送信要求の送信に失敗した要因（失敗要因）をユーザに通知する。ここでは、失敗要因は、ユーザデータの送信要求をネットワーク３００側に送信することが制限されていることである。すなわち、失敗要因は、（１）ユーザデータの送信が規制されている状態（規制状態）、（２）端末装置が圏外に位置する状態（圏外状態）、（３）緊急呼が生じている状態（緊急呼状態）などである。

（送信要求のタイムアウト）
以下において、第１実施形態に係る無線制御部１３０がＰｒｅｓｅｖａｔｉｏｎ状態かつＰＳ通信制限状態において、ユーザデータの送信要求をネットワーク３００に送信できないケースについて、図８を参照しながら説明する。なお、図８では、図７と同様の処理について同様のステップ番号を付していることに留意すべきである。

図８に示すように、ステップ６１において、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、ステップ１１と同様に、端末装置１００と無線局２００との間において、ＲＲＣコネクションを設定する（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ）。

ステップ６２において、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、ステップ１２と同様に、サービス要求をネットワーク３００（ＧＧＳＮ）に送信する。

ステップ６３において、無線制御部１３０は、サービス要求に対する応答がサービス要求を送信してから所定時間内取得できなかったことを検出する（タイムアウト）。

なお、ステップ５８において、Ｃ−ＰＬＡＮＥ処理部１３１は、ユーザデータの送信要求の送信に失敗した要因（失敗要因）をユーザに通知する。ここでは、失敗要因は、ユーザデータの送信要求に対する応答が所定時間内に得られなかったことである。

（送信要求の拒否）
以下において、第１実施形態に係るＰｒｅｓｅｖａｔｉｏｎ状態かつＰＳ通信制限状態において、ユーザデータの送信要求をネットワーク３００に送信できないケースについて、図９を参照しながら説明する。図９では、図７と同様の処理について同様の符号を付している。図７と同様の処理の説明については省略する。

図９に示すように、ステップ７１において、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、ステップ１１と同様に、端末装置１００と無線局２００との間において、ＲＲＣコネクションを設定する（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ）。

ステップ７２において、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、ステップ１２と同様に、サービス要求をネットワーク３００（ＧＧＳＮ）に送信する。

ステップ７３において、ネットワーク３００（ＳＧＳＮ）は、サービス要求を拒否する拒否応答を端末装置１００に送信する。

なお、ステップ５８において、Ｃ−ＰＬＡＮＥ処理部１３１は、ユーザデータの送信要求の送信に失敗した要因（失敗要因）をユーザに通知する。ここでは、失敗要因は、ユーザデータの送信要求に対して、ユーザデータの送信を拒否する応答が得られたことである。

（作用及び効果）
第１実施形態に係る端末装置１００によれば、無線制御部１３０は、プリザベーション状態でユーザデータの送信に失敗した場合に、端末装置１００内においてＰＤＰコンテキストを解放するローカル解放を行う。すなわち、無線制御部１３０は、プリザベーション状態でユーザデータの送信に失敗した場合に、端末装置１００内においてＰｒｅｓｅｖａｔｉｏｎ状態からＩｄｌｅ状態への遷移を行う。

このように、端末装置１００内においてＰＤＰコンテキストが解放されて、端末装置１００内でＩｄｌｅ状態への遷移が行われるため、ローカル解放後にユーザデータの送信を行う場合には、ＴＥ１１０が発信処理を改めて行う必要がある。従って、ユーザデータの送信処理が不要に繰り返されることが抑制される。

［変形例１］
以下において、第１実施形態の変形例１について図面を参照しながら説明する。以下においては、上述した第１実施形態との相違点について主として説明する。

上述した第１実施形態では特に触れていないが、変形例１では、ネットワーク３００の種類に応じて、プリザベーション状態でローカル解放を行うか否かを判定する。

具体的には、無線制御部１３０は、プリザベーション状態でユーザデータの送信に失敗した場合において、ネットワーク３００の種類に応じて、プリザベーション状態でローカル解放を行うか否かを判定する。

例えば、ネットワーク３００（ローミングアウト先におけるネットワーク）において、プリザベーション状態からＰＳ通信状態に遷移する際に課金が生じないが、Ｉｄｌｅ状態からＰＳ通信状態に遷移する際に課金が生じる場合には、無線制御部１３０は、プリザベーション状態でローカル解放を行わないと判定する。これによって、ローカル解放を行うことによって、新たな課金が生じることが防止される。

［変形例２］
以下において、第１実施形態の変形例２について図面を参照しながら説明する。以下においては、上述した第１実施形態との相違点について主として説明する。

上述した第１実施形態では特に触れていないが、変形例２では、緊急呼に対応するＲＲＣコネクションが設定された状態において、ユーザデータの送信要求が拒否される。

無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、プリザベーション状態において、プリザベーション状態に遷移した通信に対応するユーザデータの送信要求が行われたときに、プリザベーション状態に遷移した通信とは異なる他の通信のＲＲＣコネクションとして緊急呼に対応するＲＲＣコネクションが設定されているか否かを判定する。

また、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、プリザベーション状態において、ユーザデータの送信要求が行われたときに、緊急呼に対応するＲＲＣコネクションが設定されていると判定した場合に、プリザベーション状態に対応するユーザデータの送信要求を拒否する。

なお、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、ユーザデータの送信要求を拒否した場合に、端末装置１００内においてＰＤＰコンテキストを解放する（ローカル解放）。これによって、端末装置１００内では、Ｐｒｅｓｅｖａｔｉｏｎ状態からＩｄｌｅ状態への遷移が行われる。ここで、プリザベーション状態に遷移した通信とは異なる他の通信（ＣＳ通信）については、緊急呼に対応するＲＲＣコネクションが維持される。また、プリザベーション状態に遷移した通信とは別の通信（ＣＳ通信）については、呼が確立されていれば、緊急通信が行われていることになる。また、無線制御部１３０（Ｃ−ＰＬＡＮＥ処理部１３１）は、ユーザパケットの送信要求の送信に失敗した要因（失敗要因）をユーザに通知する。ここでは、失敗要因は、プリザベーション状態に遷移した通信とは異なる他の通信（ＣＳ通信）のＲＲＣコネクションとして緊急呼に対応するＲＲＣコネクションが設定されていることである。

これによって、通常のユーザデータの送受信において、緊急呼に対応するＲＲＣコネクションが不正に利用されることが抑制される。

［その他の実施形態］
本発明は上述した実施形態によって説明したが、この開示の一部をなす論述及び図面は、この発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。

例えば、上述した実施形態では、プリザベーション状態からＰＳ通信状態への遷移が行われる場合に、ＲＲＣコネクションの設定処理（図５のステップ３２など）が行われているが、これに限定されるものではない。具体的には、ＣＳ（Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｉｎｇ）通信が行われている場合には、ＲＲＣコネクションの設定処理が省略されてもよい。

上述した実施形態では、端末装置１００内においてユーザデータの送信が要求された際に、端末装置１００とネットワーク３００との間において通信が制限されている場合に、端末装置１００内でローカル解放を行うケース（図６などを参照）について説明したが、これに限定されるものではない。具体的には、端末装置１００内においてＰＤＰコンテキストの変更（ＰＤＰ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｙ）やＰＤＰコンテキストの解放（ＰＤＰ Ｃｏｎｔｅｘｔ Ｄｅａｃｔｉｖａｔｅ）が要求された際に、端末装置１００とネットワーク３００との間において通信が制限されている場合に、端末装置１００内でローカル解放が行われてもよい。

上述した実施形態では特に触れていないが、ローカル解放が行われた時点では、ネットワーク３００は、端末装置１００内においてＰＤＰコンテキストが解放されたことを把握していない。ネットワーク３００は、ローカル解放後に端末装置１００から受信する位置登録情報などによって、端末装置１００内においてＰＤＰコンテキストが解放されたことを把握する。続いて、ネットワーク３００は、ネットワーク３００内においてＰＤＰコンテキストを解放する。

１００…端末装置、１１０…ＴＥ、１２０…アダプタ、１３０…無線制御部、１３１…Ｃ−ＰＬＡＮＥ処理部、１３２…Ｕ−ＰＬＡＮＥ処理部、１５０…ＭＴ、２００…無線局、３００…ネットワーク

Claims (4)

1. 無線局を介してネットワークと接続する端末装置であって、
   自端末と前記無線局との間において制御データの送受信に必要な制御データ無線経路を設定するとともに、自端末と前記ネットワークとの間においてユーザデータの送受信に必要なユーザデータ無線経路及び論理経路を設定する制御データ処理部と、
   前記制御データ処理部によって設定された前記論理経路を用いて前記ユーザデータの送信処理を行うユーザデータ処理部とを備え、
   前記制御データ処理部は、前記論理経路を維持しながら前記ユーザデータ無線経路が解放されたプリザベーション状態で前記ユーザデータの送信に失敗した場合に、前記論理経路を自端末内で解放する処理であるローカル解放を行うことを特徴とする端末装置。
2. 前記ネットワークの種類に応じて、前記ローカル解放を行うか否かを判定する判定部をさらに備え、
   前記制御データ処理部は、前記ローカル解放を行わないと判定された場合に、前記プリザベーション状態で前記ユーザデータの送信に失敗した場合であっても、前記ローカル解放を行わずに、前記プリザベーション状態を維持することを特徴とする請求項１に記載の端末装置。
3. 前記制御データ処理部は、前記プリザベーション状態において、前記ユーザデータの送信要求が行われたときに、前記プリザベーション状態に遷移した通信とは異なる他の通信の制御データ無線経路として緊急呼に対応する制御データ無線経路が設定されている場合に、前記ローカル解放を行うことを特徴とする請求項１に記載の端末装置。
4. 端末装置が無線局を介してネットワークと接続する通信方法であって、
   前記端末装置と前記無線局との間において制御データの送受信に必要な制御データ無線経路を設定するとともに、前記端末装置と前記ネットワークとの間においてユーザデータの送受信に必要なユーザデータ無線経路及び論理経路を設定するステップＡと、
   前記論理経路を維持しながら前記ユーザデータ無線経路が解放されたプリザベーション状態で前記ユーザデータの送信に失敗した場合に、前記論理経路を前記端末装置内で解放するローカル解放を行うステップＢとを含むことを特徴とする通信方法。

Images