移動通信システム、移動機及びそれらに用いる通信処理終了時間短縮方法
【課題】通信終了の時間を削減可能な移動機を提供する。
【解決手段】移動機はＭＡＣにおけるａ４の処理にてエラー監視状態となり、同期判定が実施される。移動機内でＲＬＣ→ＭＡＣの階層への設定が、ａ３の処理のＵＴＲＡＮ側の停波以降、ＲＬＣ−ＵＭ送信要求［ＭＡＣ−ＤＡＴＡＲＥＱ］が繰り返される場合（ａ５の処理）、ＳＩＲ判定によってＳＩＲ劣化時点で（ａ７の処理）、移動機は同期判定後のＤＣＨエラー検出前にＭＡＣ−ＤＡＴＡＲＥＱ送信を停止し、ＤＣＨクローズ処理へ移行し（ａ１０の処理）、通信を終了する。
【解決手段】移動機はＭＡＣにおけるａ４の処理にてエラー監視状態となり、同期判定が実施される。移動機内でＲＬＣ→ＭＡＣの階層への設定が、ａ３の処理のＵＴＲＡＮ側の停波以降、ＲＬＣ−ＵＭ送信要求［ＭＡＣ−ＤＡＴＡＲＥＱ］が繰り返される場合（ａ５の処理）、ＳＩＲ判定によってＳＩＲ劣化時点で（ａ７の処理）、移動機は同期判定後のＤＣＨエラー検出前にＭＡＣ−ＤＡＴＡＲＥＱ送信を停止し、ＤＣＨクローズ処理へ移行し（ａ１０の処理）、通信を終了する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信システム、移動機及びそれらに用いる通信処理終了時間短縮方法に関し、特に３Ｇ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ）移動機（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）の通信処理終了時間短縮方法に関する。
【背景技術】
【０００２】
従来、送信制御（再送）に関するものとしては、ＳＴＡＴＵＳ−ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）の送達確認を行うことができ、タイマによるオーバヘッドをなくして、データ転送におけるスループットを向上させる方法がある（例えば、特許文献１参照）。
【０００３】
この送信制御装置は、受信側から送信情報に対する送達確認を示す制御情報の送信を要求された時にその時点で存在している送信すべき送信情報に送達確認を示す制御情報を付与するＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）ヘッダ設定・ピギーバック型ＳＴＡＴＵＳ−ＰＤＵ設定ブロックと、送達確認を示す制御情報を付与した送信情報の識別符号を送達確認を示す制御情報と関連付けて記憶するＳＴＡＴＵＳ−ＰＤＵ再送バッファとを備えている。
【０００４】
しかしながら、上記の方法では、送達確認を示す制御情報を付与した送信情報の識別符号を、送達確認を示す制御情報と関連付けて記憶するＳＴＡＴＵＳ−ＰＤＵ再送バッファが必要で、ＵＥ内の制御が複雑になり、かつ内部バッファも必要になる。
【０００５】
ＵＥとＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）との間の送受信の動作は、通信終了時の”ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ） ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥ ＭＥＳＳＡＧＥ”が最大再送回数となるＮ３０８が“１”に指定された場合、ＵＥから該当メッセージを２回送信し、Ｔ３０８が２回タイムアウト（Ｔｉｍｅ−Ｏｕｔ．）した時点（Ｖ３０８＞Ｎ３０８）で、ＤＣＨ（Ｄｅｄｉｃａｔｅｄ ＣＨａｎｎｅｌ）をクローズ（Ｃｌｏｓｅ）し、アイドル（ｉｄｌｅ）状態へと遷移することとなる。
【０００６】
従来の処理を図１に示す。図１においては、ＵＴＲＡＮ側での動作とＵＥ動作とを示している。ＵＥ側からの“ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥ ＭＥＳＳＡＧＥ”をＵＴＲＡＮで受け取った場合（図１のｂ１，ｂ２）、ＵＴＲＡＮ網の停波が行われると（図１のｂ３）、ＵＥはエラー監視状態になり（図１のｂ４）、同期判定が実施され、同期はずれが検出された場合（図１のｂ７）、ＤＣＨ ＥＲＲ ＩＮＤ（ＩＮＤｉｃａｔｏｒ）が検出され（図１のｂ９）、ＤＣＨクローズ要求が発行される（図１のｂ１０）。この時のＴ３１２タイマ（Ｔｉｍｅｒ）値が３ｓ（秒）で規定されていた場合には、ＤＣＨクローズ処理まで（切断まで）に３ｓかかることになる。
【０００７】
ＤＣＨ同期はずれ（ＤＣＨエラー状態）は過去４回のＳＩＲ値がＳＩＲ≧Ｑｉｎを満たした場合、Ｉｎ−ｓｙｎｃ数はカウントアップされるが、ｍ（＝ｔ３１２＊１０）でＴ３１２タイムアウト発生まで、Ｉｎ−ｓｙｎｃ数がｎ３１２回連続で発生しなかった場合、Ｔ３１２タイムアウト状態となる。
【０００８】
従来の処理では、ＤＣＨ同期判定でＴ３１３タイムアウト判定され、ＤＣＨ Ｅｒｒ ＩＮＤ処理が発行されるまでの間（３ｓ間）、ＲＬＣからＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）へのＭＡＣ−ＤＡＴＡ−ＲＥＱ（ＲＥＱｕｅｓｔ）送信が繰り返され、通信終了が遅れるが、ＳＩＲ（Ｓｉｇｎａｌ−ｔｏ−Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｒａｔｉｏ）判定によってＳＩＲ劣化［ｏｕｔ ｓｙｎｃ（同期はずれ）を検出した］時点で、ＲＬＣ−ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）の場合、ＭＡＣ−ＤＡＴＡ−ＲＥＱの繰り返される送信回数を削減し、ＵＥは同期判定後のＤＣＨエラー検出前にＭＡＣ−ＤＡＴＡ−ＲＥＱ送信を停止し、ＤＣＨクローズ処理へと移行して通信を終了させる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００５−０９４２３０号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、上述した従来の処理では、ＵＥから該当メッセージの２回目を送信する前に、ＲＬＣ−ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）送信設定不可［ＵＴＲＡＮへの送信ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）−ＳＴＡＴＵＳＩＮＤ（ＩＮＤｉｃａｔｏｒ）がｍｏｄｅ ０１のまま］状態が継続する（ＵＴＲＡＮが停波していることはＵＥ側にはわからない）。
【００１１】
これは、１回目の該当メッセージ送信時点でＵＴＲＡＮ側の上り同期が停止されているために、２回目のメッセージ送信設定ができないためである。設定不可状態で約３秒後、同期はずれ検出（ＤＣＨ ＥＲＲＯＲ発生）となり、エラー検出でのアイドル遷移となり、通信終了に時間がかかってしまう。
【００１２】
そこで、本発明の目的は上記の問題点を解消し、通信終了の時間を削減することができる移動通信システム、移動機及びそれらに用いる通信処理終了時間短縮方法を提供することにある。
【課題を解決するための手段】
【００１３】
本発明による移動通信システムは、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）、ＰＨＹ（ＰＨＹｓｉｃａｌ ｌａｙｅｒ）の階層構造を持つ移動機を含む移動通信システムであって、
前記移動機が、前記ＲＬＣより前記ＭＡＣへのＲＬＣ−ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）送信要求を、当該ＲＬＣ−ＵＭ送信要求の前記ＲＬＣと前記ＭＡＣとの間の送信回数で閾値判定し、その判定結果に応じて前記ＲＬＣ−ＵＭ送信要求の送信回数を制御している。
【００１４】
本発明による移動機は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）、ＰＨＹ（ＰＨＹｓｉｃａｌ ｌａｙｅｒ）の階層構造を持つ移動機であって、
前記ＲＬＣより前記ＭＡＣへのＲＬＣ−ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）送信要求を、当該ＲＬＣ−ＵＭ送信要求の前記ＲＬＣと前記ＭＡＣとの間の送信回数で閾値判定し、その判定結果に応じて前記ＲＬＣ−ＵＭ送信要求の送信回数を制御している。
【００１５】
本発明による通信処理終了時間短縮方法は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）、ＰＨＹ（ＰＨＹｓｉｃａｌ ｌａｙｅｒ）の階層構造を持つ移動機に用いる通信処理終了時間短縮方法であって、
前記移動機が、前記ＲＬＣより前記ＭＡＣへのＲＬＣ−ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）送信要求を、当該ＲＬＣ−ＵＭ送信要求の前記ＲＬＣと前記ＭＡＣとの間の送信回数で閾値判定し、その判定結果に応じて前記ＲＬＣ−ＵＭ送信要求の送信回数を制御している。
【００１６】
すなわち、本発明の移動通信システムは、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：移動機）内でＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）→ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）階層への設定が、ＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）側の停波以降、ＲＬＣ−ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）送信要求［ＭＡＣ−ＤＡＴＡ−ＲＥＱ（ＲＥＱｕｅｓｔ）］が繰り返される場合に、ＳＩＲ（Ｓｉｇｎａｌ−ｔｏ−Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｒａｔｉｏ）判定によってＳＩＲ劣化［ｏｕｔ ｓｙｎｃ（同期はずれ）を検出した］時点でＵＥが同期判定後のＤＣＨ（Ｄｅｄｉｃａｔｅｄ ＣＨａｎｎｅｌ）エラー（ＥＲＲＯＲ）検出前にＭＡＣ−ＤＡＴＡ−ＲＥＱ送信を停止し、ＤＣＨクローズ（Ｃｌｏｓｅ）処理へと移行し、通信を終了する。
【００１７】
そのため、ＵＥ内ではＲＬＣよりＭＡＣへＲＬＣ−ＵＭ送信要求を繰り返し実施した場合に、ＭＡＣ−ＤＡＴＡ−ＲＥＱ送信回数をＭＡＣで保持し、保持している送信回数＞閾値（ＭＡＣ送信回数の指定）を越えた場合に、ＭＡＣ−ＳＴＡＴＵＳ−ＩＮＤ（ＩＮＤｉｃａｔｏｒ）で送信停止処理へＲＬＣを移行させる。
【００１８】
３Ｇ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ）移動機（ＵＥ）の通信処理終了時には、ＵＴＲＡＮ側にＵＥよりＬ３（Ｌａｙｅｒ ３）メッセージが通知される。“ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ） ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥ ＭＥＳＳＡＧＥ”をＵＴＲＡＮで受け取った場合には、ＵＴＲＡＮ側でＵＥのｄｅｄｉｃａｔｅｄ ｒｅｓｏｕｒｃｅｓとすべてのｐｒｏｃｅｄｕｒｅを終了する。
【００１９】
ＵＴＲＡＮ側に複数回Ｌ３メッセージを送信する際、１回目のＬ３メッセージ到達後、ＵＥ側より先にＵＴＲＡＮ側でｄｅｄｉｃａｔｅｄ ｒｅｓｏｕｒｃｅｓが開放され、通信が停波される場合がある。この時、ＵＥ内のＲＬＣ／ＭＡＣ階層ではＲＬＣ→ＭＡＣへＵＴＲＡＮ側の停波後も送信要求（ＭＡＣ−ＤＡＴＡ−ＲＥＱ）が繰り返しされるため、同期判定によるエラー監視状態後、Ｔ３１３タイムアウト判定されるまでＤＣＨ（Ｄｅｄｉｃａｔｅｄ ＣＨａｎｎｅｌ）クローズ処理が実行されず、その間も送信要求が繰り返され、通信を終了すること（ｄｅｄｉｃａｔｅｄ ｒｅｓｏｕｒｃｅｓとすべてのｐｒｏｃｅｄｕｒｅを終了すること）ができない。
【００２０】
そこで、本発明の移動通信システムでは、Ｃ−Ｐｌａｎｅ（ＲＬＣ−ＵＭ）の場合、同期判定実施中に繰り返されるＭＡＣ−ＤＡＴＡ−ＲＥＱの回数を削減することで、送信停止処理へと移行し、ＤＣＨクローズ処理を行い、通信終了（ｄｅｄｉｃａｔｅｄ ｒｅｓｏｕｒｃｅｓとすべてのｐｒｏｃｅｄｕｒｅを終了）し、通信終了の時間を削減することを可能としている。
【発明の効果】
【００２１】
本発明は、上記のような構成及び動作とすることで、通信終了の時間を削減することができるという効果が得られる。
【図面の簡単な説明】
【００２２】
【図１】従来の移動通信システムの処理動作を示すシーケンスチャートである。
【図２】本発明の一実施例による移動機のＳＷ／ＨＷの階層構成を示す図である。
【図３】本発明の一実施例による移動機の構成例を示すブロック図である。
【図４】本発明の一実施例による移動通信システムの処理動作を示すシーケンスチャートである。
【発明を実施するための形態】
【００２３】
次に、本発明の実施例について図面を参照して説明する。図２は本発明の一実施例による移動機（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）のＳＷ（ソフトウェア）／ＨＷ（ハードウェア）の階層構造を示す図である。図２において、移動機１はＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）１１と、Ｌ２（Ｌａｙｅｒ ２）・ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）１２と、Ｌ２・ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）１３と、Ｌ１（Ｌａｙｅｒ １）・ＰＨＹ（ＰＨＹｓｉｃａｌ ｌａｙｅｒ）１４との階層構造を有している。送信時はＲＬＣ１２→ＭＡＣ１３→ＰＨＹ１４の順に各レイヤ（Ｌａｙｅｒ）の送信データが設定される。
【００２４】
図３は本発明の一実施例による移動機１の構成例を示すブロック図である。図３において、移動機１はＣＰＵ（中央処理装置）１５と、ＣＰＵ１５が実行する制御プログラム１６ａを格納するメインメモリ１６と、後述するＲＬＣ−ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）送信要求［ＭＡＣ−ＤＡＴＡ−ＲＥＱ（ＲＥＱｕｅｓｔ）］の送信回数を保持する送信回数保持部１７１を備えた記憶部１７と、無線通信部１８と、アンテナ１９とから構成されている。尚、ＣＰＵ１５は制御プログラム１６ａを実行して移動機１の各部を制御することで、図２に示す階層構造の各階層の処理動作を実現する。この各階層の処理動作については後述する。
【００２５】
図４は本発明の一実施例による移動通信システムの処理動作を示すシーケンスチャートである。これら図２及び図４を参照して本発明の一実施例による移動通信システムの処理動作、特に移動機１内の処理動作について説明する。尚、図４に示す移動機１内の処理動作はＣＰＵ１５が制御プログラム１６ａを実行することで実現される。
【００２６】
移動機１側からの“ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥ ＭＥＳＳＡＧＥ”をＵＴＲＡＮ（ＮＷ：Ｎｅｔｗｏｒｋ）で受け取った場合（図４のａ１，ａ２）、ＵＴＲＡＮ網の停波が行われる（図４のａ３）。
【００２７】
移動機１はＭＡＣ１３においてエラー監視状態となり（図４のａ４）、同期判定が実施される。移動機１内でＲＬＣ１２→ＭＡＣ１３の階層への設定が、ＵＴＲＡＮ側の停波以降、ＲＬＣ−ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）送信要求［ＭＡＣ−ＤＡＴＡ−ＲＥＱ（ＲＥＱｕｅｓｔ）］が繰り返される場合（図４のａ５）、ＳＩＲ（Ｓｉｇｎａｌ−ｔｏ−Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｒａｔｉｏ）判定によってＳＩＲ劣化［ｏｕｔ ｓｙｎｃ（同期はずれ）を検出した］時点で（図４のａ７）、移動機１は同期判定後のＤＣＨ（Ｄｅｄｉｃａｔｅｄ ＣＨａｎｎｅｌ）エラー検出前にＭＡＣ−ＤＡＴＡ−ＲＥＱ送信を停止し、ＤＣＨクローズ（Ｃｌｏｓｅ）処理へ移行し（図４のａ１０）、通信を終了する（図４のａ１１〜ａ１３）。
【００２８】
送信回数については、特に移動機１内でＲＬＣ１２よりＭＡＣ１３へＲＬＣ−ＵＭデータを送信した場合、ＭＡＣ−ＤＡＴＡ−ＲＥＱ送信回数をＭＡＣ１３で保持し、保持している送信回数＞閾値（ＭＡＣ送信回数の指定）を越えた場合に、ＭＡＣ−ＳＴＡＴＵＳＩＮＤ（ＩＮＤｉｃａｔｏｒ）通知（図４のａ１２）で、移動機１内動作を送信停止処理へ移行させる。
【００２９】
従来の処理では、ＤＣＨ同期判定でＴ３１３タイムアウト判定され、ＤＣＨ Ｅｒｒ ＩＮＤ処理が発行されるまでの間（３ｓ間）、ＲＬＣからＭＡＣへのＭＡＣ−ＤＡＴＡＲＥＱ送信が繰り返され、通信終了が遅れる。
【００３０】
これに対して、本実施例では、ＳＩＲ判定によってＳＩＲ劣化（ｏｕｔ ｓｙｎｃを検出した）時点で、ＲＬＣ−ＵＭの場合、ＭＡＣ−ＤＡＴＡ−ＲＥＱの繰り返される送信回数を削減し、移動機１が同期判定後のＤＣＨエラー検出前にＭＡＣ−ＤＡＴＡ−ＲＥＱ送信を停止し、ＤＣＨクローズ処理へと移行し、通信を終了させているので、通信終了の時間を削減することができる。
【００３１】
これによって、本実施例では、ＳＴＡＴＵＳ−ＰＤＵの送達確認を行うことができ、タイマによるオーバヘッドをなくして、データ転送におけるスループットを向上させることができる。
【００３２】
この出願は、２００６年９月２０日に出願された日本出願特願２００６−２５３６５９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００３３】
１ 移動機
１１ ＲＲＣ
１２ Ｌ２・ＲＬＣ
１３ Ｌ２・ＭＡＣ
１４ Ｌ１・ＰＨＹ
１５ ＣＰＵ
１６ メインメモリ
１６ａ 制御プログラム
１７ 記憶部
１８ 無線通信部
１９ アンテナ
１７１ 送信回数保持部
【技術分野】
【０００１】
本発明は移動通信システム、移動機及びそれらに用いる通信処理終了時間短縮方法に関し、特に３Ｇ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ）移動機（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）の通信処理終了時間短縮方法に関する。
【背景技術】
【０００２】
従来、送信制御（再送）に関するものとしては、ＳＴＡＴＵＳ−ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）の送達確認を行うことができ、タイマによるオーバヘッドをなくして、データ転送におけるスループットを向上させる方法がある（例えば、特許文献１参照）。
【０００３】
この送信制御装置は、受信側から送信情報に対する送達確認を示す制御情報の送信を要求された時にその時点で存在している送信すべき送信情報に送達確認を示す制御情報を付与するＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）ヘッダ設定・ピギーバック型ＳＴＡＴＵＳ−ＰＤＵ設定ブロックと、送達確認を示す制御情報を付与した送信情報の識別符号を送達確認を示す制御情報と関連付けて記憶するＳＴＡＴＵＳ−ＰＤＵ再送バッファとを備えている。
【０００４】
しかしながら、上記の方法では、送達確認を示す制御情報を付与した送信情報の識別符号を、送達確認を示す制御情報と関連付けて記憶するＳＴＡＴＵＳ−ＰＤＵ再送バッファが必要で、ＵＥ内の制御が複雑になり、かつ内部バッファも必要になる。
【０００５】
ＵＥとＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）との間の送受信の動作は、通信終了時の”ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ） ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥ ＭＥＳＳＡＧＥ”が最大再送回数となるＮ３０８が“１”に指定された場合、ＵＥから該当メッセージを２回送信し、Ｔ３０８が２回タイムアウト（Ｔｉｍｅ−Ｏｕｔ．）した時点（Ｖ３０８＞Ｎ３０８）で、ＤＣＨ（Ｄｅｄｉｃａｔｅｄ ＣＨａｎｎｅｌ）をクローズ（Ｃｌｏｓｅ）し、アイドル（ｉｄｌｅ）状態へと遷移することとなる。
【０００６】
従来の処理を図１に示す。図１においては、ＵＴＲＡＮ側での動作とＵＥ動作とを示している。ＵＥ側からの“ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥ ＭＥＳＳＡＧＥ”をＵＴＲＡＮで受け取った場合（図１のｂ１，ｂ２）、ＵＴＲＡＮ網の停波が行われると（図１のｂ３）、ＵＥはエラー監視状態になり（図１のｂ４）、同期判定が実施され、同期はずれが検出された場合（図１のｂ７）、ＤＣＨ ＥＲＲ ＩＮＤ（ＩＮＤｉｃａｔｏｒ）が検出され（図１のｂ９）、ＤＣＨクローズ要求が発行される（図１のｂ１０）。この時のＴ３１２タイマ（Ｔｉｍｅｒ）値が３ｓ（秒）で規定されていた場合には、ＤＣＨクローズ処理まで（切断まで）に３ｓかかることになる。
【０００７】
ＤＣＨ同期はずれ（ＤＣＨエラー状態）は過去４回のＳＩＲ値がＳＩＲ≧Ｑｉｎを満たした場合、Ｉｎ−ｓｙｎｃ数はカウントアップされるが、ｍ（＝ｔ３１２＊１０）でＴ３１２タイムアウト発生まで、Ｉｎ−ｓｙｎｃ数がｎ３１２回連続で発生しなかった場合、Ｔ３１２タイムアウト状態となる。
【０００８】
従来の処理では、ＤＣＨ同期判定でＴ３１３タイムアウト判定され、ＤＣＨ Ｅｒｒ ＩＮＤ処理が発行されるまでの間（３ｓ間）、ＲＬＣからＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）へのＭＡＣ−ＤＡＴＡ−ＲＥＱ（ＲＥＱｕｅｓｔ）送信が繰り返され、通信終了が遅れるが、ＳＩＲ（Ｓｉｇｎａｌ−ｔｏ−Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｒａｔｉｏ）判定によってＳＩＲ劣化［ｏｕｔ ｓｙｎｃ（同期はずれ）を検出した］時点で、ＲＬＣ−ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）の場合、ＭＡＣ−ＤＡＴＡ−ＲＥＱの繰り返される送信回数を削減し、ＵＥは同期判定後のＤＣＨエラー検出前にＭＡＣ−ＤＡＴＡ−ＲＥＱ送信を停止し、ＤＣＨクローズ処理へと移行して通信を終了させる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００５−０９４２３０号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、上述した従来の処理では、ＵＥから該当メッセージの２回目を送信する前に、ＲＬＣ−ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）送信設定不可［ＵＴＲＡＮへの送信ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）−ＳＴＡＴＵＳＩＮＤ（ＩＮＤｉｃａｔｏｒ）がｍｏｄｅ ０１のまま］状態が継続する（ＵＴＲＡＮが停波していることはＵＥ側にはわからない）。
【００１１】
これは、１回目の該当メッセージ送信時点でＵＴＲＡＮ側の上り同期が停止されているために、２回目のメッセージ送信設定ができないためである。設定不可状態で約３秒後、同期はずれ検出（ＤＣＨ ＥＲＲＯＲ発生）となり、エラー検出でのアイドル遷移となり、通信終了に時間がかかってしまう。
【００１２】
そこで、本発明の目的は上記の問題点を解消し、通信終了の時間を削減することができる移動通信システム、移動機及びそれらに用いる通信処理終了時間短縮方法を提供することにある。
【課題を解決するための手段】
【００１３】
本発明による移動通信システムは、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）、ＰＨＹ（ＰＨＹｓｉｃａｌ ｌａｙｅｒ）の階層構造を持つ移動機を含む移動通信システムであって、
前記移動機が、前記ＲＬＣより前記ＭＡＣへのＲＬＣ−ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）送信要求を、当該ＲＬＣ−ＵＭ送信要求の前記ＲＬＣと前記ＭＡＣとの間の送信回数で閾値判定し、その判定結果に応じて前記ＲＬＣ−ＵＭ送信要求の送信回数を制御している。
【００１４】
本発明による移動機は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）、ＰＨＹ（ＰＨＹｓｉｃａｌ ｌａｙｅｒ）の階層構造を持つ移動機であって、
前記ＲＬＣより前記ＭＡＣへのＲＬＣ−ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）送信要求を、当該ＲＬＣ−ＵＭ送信要求の前記ＲＬＣと前記ＭＡＣとの間の送信回数で閾値判定し、その判定結果に応じて前記ＲＬＣ−ＵＭ送信要求の送信回数を制御している。
【００１５】
本発明による通信処理終了時間短縮方法は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）、ＰＨＹ（ＰＨＹｓｉｃａｌ ｌａｙｅｒ）の階層構造を持つ移動機に用いる通信処理終了時間短縮方法であって、
前記移動機が、前記ＲＬＣより前記ＭＡＣへのＲＬＣ−ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）送信要求を、当該ＲＬＣ−ＵＭ送信要求の前記ＲＬＣと前記ＭＡＣとの間の送信回数で閾値判定し、その判定結果に応じて前記ＲＬＣ−ＵＭ送信要求の送信回数を制御している。
【００１６】
すなわち、本発明の移動通信システムは、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：移動機）内でＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）→ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）階層への設定が、ＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）側の停波以降、ＲＬＣ−ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）送信要求［ＭＡＣ−ＤＡＴＡ−ＲＥＱ（ＲＥＱｕｅｓｔ）］が繰り返される場合に、ＳＩＲ（Ｓｉｇｎａｌ−ｔｏ−Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｒａｔｉｏ）判定によってＳＩＲ劣化［ｏｕｔ ｓｙｎｃ（同期はずれ）を検出した］時点でＵＥが同期判定後のＤＣＨ（Ｄｅｄｉｃａｔｅｄ ＣＨａｎｎｅｌ）エラー（ＥＲＲＯＲ）検出前にＭＡＣ−ＤＡＴＡ−ＲＥＱ送信を停止し、ＤＣＨクローズ（Ｃｌｏｓｅ）処理へと移行し、通信を終了する。
【００１７】
そのため、ＵＥ内ではＲＬＣよりＭＡＣへＲＬＣ−ＵＭ送信要求を繰り返し実施した場合に、ＭＡＣ−ＤＡＴＡ−ＲＥＱ送信回数をＭＡＣで保持し、保持している送信回数＞閾値（ＭＡＣ送信回数の指定）を越えた場合に、ＭＡＣ−ＳＴＡＴＵＳ−ＩＮＤ（ＩＮＤｉｃａｔｏｒ）で送信停止処理へＲＬＣを移行させる。
【００１８】
３Ｇ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ）移動機（ＵＥ）の通信処理終了時には、ＵＴＲＡＮ側にＵＥよりＬ３（Ｌａｙｅｒ ３）メッセージが通知される。“ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ） ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥ ＭＥＳＳＡＧＥ”をＵＴＲＡＮで受け取った場合には、ＵＴＲＡＮ側でＵＥのｄｅｄｉｃａｔｅｄ ｒｅｓｏｕｒｃｅｓとすべてのｐｒｏｃｅｄｕｒｅを終了する。
【００１９】
ＵＴＲＡＮ側に複数回Ｌ３メッセージを送信する際、１回目のＬ３メッセージ到達後、ＵＥ側より先にＵＴＲＡＮ側でｄｅｄｉｃａｔｅｄ ｒｅｓｏｕｒｃｅｓが開放され、通信が停波される場合がある。この時、ＵＥ内のＲＬＣ／ＭＡＣ階層ではＲＬＣ→ＭＡＣへＵＴＲＡＮ側の停波後も送信要求（ＭＡＣ−ＤＡＴＡ−ＲＥＱ）が繰り返しされるため、同期判定によるエラー監視状態後、Ｔ３１３タイムアウト判定されるまでＤＣＨ（Ｄｅｄｉｃａｔｅｄ ＣＨａｎｎｅｌ）クローズ処理が実行されず、その間も送信要求が繰り返され、通信を終了すること（ｄｅｄｉｃａｔｅｄ ｒｅｓｏｕｒｃｅｓとすべてのｐｒｏｃｅｄｕｒｅを終了すること）ができない。
【００２０】
そこで、本発明の移動通信システムでは、Ｃ−Ｐｌａｎｅ（ＲＬＣ−ＵＭ）の場合、同期判定実施中に繰り返されるＭＡＣ−ＤＡＴＡ−ＲＥＱの回数を削減することで、送信停止処理へと移行し、ＤＣＨクローズ処理を行い、通信終了（ｄｅｄｉｃａｔｅｄ ｒｅｓｏｕｒｃｅｓとすべてのｐｒｏｃｅｄｕｒｅを終了）し、通信終了の時間を削減することを可能としている。
【発明の効果】
【００２１】
本発明は、上記のような構成及び動作とすることで、通信終了の時間を削減することができるという効果が得られる。
【図面の簡単な説明】
【００２２】
【図１】従来の移動通信システムの処理動作を示すシーケンスチャートである。
【図２】本発明の一実施例による移動機のＳＷ／ＨＷの階層構成を示す図である。
【図３】本発明の一実施例による移動機の構成例を示すブロック図である。
【図４】本発明の一実施例による移動通信システムの処理動作を示すシーケンスチャートである。
【発明を実施するための形態】
【００２３】
次に、本発明の実施例について図面を参照して説明する。図２は本発明の一実施例による移動機（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）のＳＷ（ソフトウェア）／ＨＷ（ハードウェア）の階層構造を示す図である。図２において、移動機１はＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）１１と、Ｌ２（Ｌａｙｅｒ ２）・ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）１２と、Ｌ２・ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）１３と、Ｌ１（Ｌａｙｅｒ １）・ＰＨＹ（ＰＨＹｓｉｃａｌ ｌａｙｅｒ）１４との階層構造を有している。送信時はＲＬＣ１２→ＭＡＣ１３→ＰＨＹ１４の順に各レイヤ（Ｌａｙｅｒ）の送信データが設定される。
【００２４】
図３は本発明の一実施例による移動機１の構成例を示すブロック図である。図３において、移動機１はＣＰＵ（中央処理装置）１５と、ＣＰＵ１５が実行する制御プログラム１６ａを格納するメインメモリ１６と、後述するＲＬＣ−ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）送信要求［ＭＡＣ−ＤＡＴＡ−ＲＥＱ（ＲＥＱｕｅｓｔ）］の送信回数を保持する送信回数保持部１７１を備えた記憶部１７と、無線通信部１８と、アンテナ１９とから構成されている。尚、ＣＰＵ１５は制御プログラム１６ａを実行して移動機１の各部を制御することで、図２に示す階層構造の各階層の処理動作を実現する。この各階層の処理動作については後述する。
【００２５】
図４は本発明の一実施例による移動通信システムの処理動作を示すシーケンスチャートである。これら図２及び図４を参照して本発明の一実施例による移動通信システムの処理動作、特に移動機１内の処理動作について説明する。尚、図４に示す移動機１内の処理動作はＣＰＵ１５が制御プログラム１６ａを実行することで実現される。
【００２６】
移動機１側からの“ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥ ＭＥＳＳＡＧＥ”をＵＴＲＡＮ（ＮＷ：Ｎｅｔｗｏｒｋ）で受け取った場合（図４のａ１，ａ２）、ＵＴＲＡＮ網の停波が行われる（図４のａ３）。
【００２７】
移動機１はＭＡＣ１３においてエラー監視状態となり（図４のａ４）、同期判定が実施される。移動機１内でＲＬＣ１２→ＭＡＣ１３の階層への設定が、ＵＴＲＡＮ側の停波以降、ＲＬＣ−ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）送信要求［ＭＡＣ−ＤＡＴＡ−ＲＥＱ（ＲＥＱｕｅｓｔ）］が繰り返される場合（図４のａ５）、ＳＩＲ（Ｓｉｇｎａｌ−ｔｏ−Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｒａｔｉｏ）判定によってＳＩＲ劣化［ｏｕｔ ｓｙｎｃ（同期はずれ）を検出した］時点で（図４のａ７）、移動機１は同期判定後のＤＣＨ（Ｄｅｄｉｃａｔｅｄ ＣＨａｎｎｅｌ）エラー検出前にＭＡＣ−ＤＡＴＡ−ＲＥＱ送信を停止し、ＤＣＨクローズ（Ｃｌｏｓｅ）処理へ移行し（図４のａ１０）、通信を終了する（図４のａ１１〜ａ１３）。
【００２８】
送信回数については、特に移動機１内でＲＬＣ１２よりＭＡＣ１３へＲＬＣ−ＵＭデータを送信した場合、ＭＡＣ−ＤＡＴＡ−ＲＥＱ送信回数をＭＡＣ１３で保持し、保持している送信回数＞閾値（ＭＡＣ送信回数の指定）を越えた場合に、ＭＡＣ−ＳＴＡＴＵＳＩＮＤ（ＩＮＤｉｃａｔｏｒ）通知（図４のａ１２）で、移動機１内動作を送信停止処理へ移行させる。
【００２９】
従来の処理では、ＤＣＨ同期判定でＴ３１３タイムアウト判定され、ＤＣＨ Ｅｒｒ ＩＮＤ処理が発行されるまでの間（３ｓ間）、ＲＬＣからＭＡＣへのＭＡＣ−ＤＡＴＡＲＥＱ送信が繰り返され、通信終了が遅れる。
【００３０】
これに対して、本実施例では、ＳＩＲ判定によってＳＩＲ劣化（ｏｕｔ ｓｙｎｃを検出した）時点で、ＲＬＣ−ＵＭの場合、ＭＡＣ−ＤＡＴＡ−ＲＥＱの繰り返される送信回数を削減し、移動機１が同期判定後のＤＣＨエラー検出前にＭＡＣ−ＤＡＴＡ−ＲＥＱ送信を停止し、ＤＣＨクローズ処理へと移行し、通信を終了させているので、通信終了の時間を削減することができる。
【００３１】
これによって、本実施例では、ＳＴＡＴＵＳ−ＰＤＵの送達確認を行うことができ、タイマによるオーバヘッドをなくして、データ転送におけるスループットを向上させることができる。
【００３２】
この出願は、２００６年９月２０日に出願された日本出願特願２００６−２５３６５９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００３３】
１ 移動機
１１ ＲＲＣ
１２ Ｌ２・ＲＬＣ
１３ Ｌ２・ＭＡＣ
１４ Ｌ１・ＰＨＹ
１５ ＣＰＵ
１６ メインメモリ
１６ａ 制御プログラム
１７ 記憶部
１８ 無線通信部
１９ アンテナ
１７１ 送信回数保持部
【特許請求の範囲】
【請求項１】
ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）、ＰＨＹ（ＰＨＹｓｉｃａｌ ｌａｙｅｒ）の階層構造を持つ移動機を含む移動通信システムであって、
前記移動機が、前記ＲＬＣより前記ＭＡＣへのＲＬＣ−ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）送信要求を、当該ＲＬＣ−ＵＭ送信要求の前記ＲＬＣと前記ＭＡＣとの間の送信回数で閾値判定し、その判定結果に応じて前記ＲＬＣ−ＵＭ送信要求の送信回数を制御することを特徴とする移動通信システム。
【請求項１】
ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）、ＰＨＹ（ＰＨＹｓｉｃａｌ ｌａｙｅｒ）の階層構造を持つ移動機を含む移動通信システムであって、
前記移動機が、前記ＲＬＣより前記ＭＡＣへのＲＬＣ−ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）送信要求を、当該ＲＬＣ−ＵＭ送信要求の前記ＲＬＣと前記ＭＡＣとの間の送信回数で閾値判定し、その判定結果に応じて前記ＲＬＣ−ＵＭ送信要求の送信回数を制御することを特徴とする移動通信システム。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２０１２−２１３２１３（Ｐ２０１２−２１３２１３Ａ）
【公開日】平成２４年１１月１日（２０１２．１１．１）
【国際特許分類】
【出願番号】特願２０１２−１３９３６３（Ｐ２０１２−１３９３６３）
【出願日】平成２４年６月２１日（２０１２．６．２１）
【分割の表示】特願２００８−５３５３２７（Ｐ２００８−５３５３２７）の分割
【原出願日】平成１９年９月１１日（２００７．９．１１）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２４年１１月１日（２０１２．１１．１）
【国際特許分類】
【出願日】平成２４年６月２１日（２０１２．６．２１）
【分割の表示】特願２００８−５３５３２７（Ｐ２００８−５３５３２７）の分割
【原出願日】平成１９年９月１１日（２００７．９．１１）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]