(57)【要約】本発明は、無線通信システムで１対多サービスを受信することができ、セルの再選択を行うことができ、無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：ＲＲＣ）層の上位に少なくとも１つの上位層を有するユーザ装置（ＵＥ）を制御するための方法に関するもので、前記方法は、前記上位層から設定パラメータを受信する段階を含む。また、前記方法は、ＲＲＣ接続要求をネットワークに伝送する段階と、前記セルの再選択時に前記ＲＲＣ層で前記設定パラメータに基づいて前記ネットワークへのＲＲＣ接続過程を継続するか否かを判断する段階とをさらに含む。また、前記方法は、前記判断の結果によって、前記ネットワークへのＲＲＣ接続過程を終了する段階をさらに含む。前記ＲＲＣ接続過程は、前記設定パラメータが１対多サービスの受信を示す場合に終了する。
2008509627.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムで１対多サービスを受信することができ、セルの再選択を行うことができ、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層の上位に少なくとも１つの上位層を有するユーザ装置（ＵＥ）を制御するための方法であって、
前記上位層から設定パラメータを受信する段階と、
ＲＲＣ接続要求をネットワークに伝送する段階と、
前記セルの再選択時に前記ＲＲＣ層で前記設定パラメータに基づいて前記ネットワークへのＲＲＣ接続過程を継続するか否かを判断する段階と、
前記判断の結果によって、前記ネットワークへのＲＲＣ接続過程を終了する段階と
を含むユーザ装置（ＵＥ）制御方法。
【請求項２】
前記ＲＲＣ接続過程は、前記設定パラメータが１対多サービスの受信を示す場合に終了する請求項１に記載のユーザ装置（ＵＥ）制御方法。
【請求項３】
前記ネットワークがＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）である請求項１に記載のユーザ装置（ＵＥ）制御方法。
【請求項４】
前記判断の結果、前記ＲＲＣ接続過程の終了が要求されない場合、前記ＲＲＣ接続過程を完了する段階をさらに含む請求項１に記載のユーザ装置（ＵＥ）制御方法。
【請求項５】
無線通信システムで１対多サービスを受信することができ、セルの再選択を行うことができるユーザ装置（ＵＥ）を制御するための方法であって、
ＲＲＣ接続要求をネットワークに伝送する段階と、
前記セルの再選択時に前記ネットワークから制御情報を受信する段階と、
前記制御情報に対する応答としてＲＲＣ接続過程を終了するか否かを判断する段階と、
前記判断の結果に基づいて前記ＲＲＣ接続過程を終了する段階と
を含むユーザ装置（ＵＥ）制御方法。
【請求項６】
前記制御情報は、前記１対多サービスのために１対多無線ベアラが設定されることを示す請求項５に記載のユーザ装置（ＵＥ）制御方法。
【請求項７】
前記制御情報が共通制御チャネルで伝送される請求項５に記載のユーザ装置（ＵＥ）制御方法。
【請求項８】
前記共通制御チャネルがＭＣＣＨ（ＭＢＭＳ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）である請求項７に記載のユーザ装置（ＵＥ）制御方法。
【請求項９】
前記共通制御チャネルがＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）である請求項７に記載のユーザ装置（ＵＥ）制御方法。
【請求項１０】
前記制御情報が１対多サービス識別子を示す請求項５に記載のユーザ装置（ＵＥ）制御方法。
【請求項１１】
無線通信システムで１対多サービスを受信することができ、セルの再選択を行うことができ、ＲＲＣ層の上位に少なくとも１つの上位層を有するユーザ装置（ＵＥ）であって、
前記上位層から設定パラメータを受信するための手段と、
ＲＲＣ接続要求をネットワークに伝送するための手段と、
前記セルの再選択時に前記ＲＲＣ層で前記設定パラメータに基づいて前記ネットワークへのＲＲＣ接続過程を継続するか否かを判断するための手段と、
前記判断の結果によって、前記ネットワークへのＲＲＣ接続過程を終了するための手段と
を含むユーザ装置（ＵＥ）。
【請求項１２】
前記ＲＲＣ接続過程は、前記設定パラメータが１対多サービスの受信を示す場合に終了する請求項１１に記載のユーザ装置（ＵＥ）。
【請求項１３】
前記ネットワークがＵＴＲＡＮである請求項１１に記載のユーザ装置（ＵＥ）。
【請求項１４】
前記判断の結果、前記ＲＲＣ接続過程の終了が要求されない場合、前記ＲＲＣ接続過程を完了するための手段をさらに含む請求項１１に記載のユーザ装置（ＵＥ）。
【請求項１５】
無線通信システムで１対多サービスを受信することができ、セルの再選択を行うことができるユーザ装置（ＵＥ）であって、
ＲＲＣ接続要求をネットワークに伝送するための手段と、
前記セルの再選択時に前記ネットワークから制御情報を受信するための手段と、
前記制御情報に対する応答としてＲＲＣ接続過程を終了するか否かを判断するための手段と、
前記判断の結果に基づいて前記ＲＲＣ接続過程を終了するための手段と
を含むユーザ装置（ＵＥ）。
【請求項１６】
前記制御情報は、前記１対多サービスのために１対多無線ベアラが設定されることを示す請求項１５に記載のユーザ装置（ＵＥ）。
【請求項１７】
前記制御情報が共通制御チャネルで伝送される請求項１５に記載のユーザ装置（ＵＥ）。
【請求項１８】
前記共通制御チャネルがＭＣＣＨである請求項１７に記載のユーザ装置（ＵＥ）。
【請求項１９】
前記共通制御チャネルがＢＣＣＨである請求項１７に記載のユーザ装置（ＵＥ）。
【請求項２０】
前記制御情報が１対多サービス識別子を示す請求項１５に記載のユーザ装置（ＵＥ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関し、より詳しくは、無線通信システムにおける無線リソース制御に関する。
【背景技術】
【０００２】
図１は、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）ネットワーク構造を示すブロック図である。
【０００３】
図１に示すように、ＵＭＴＳシステムは、端末（ユーザ装置（ＵＥ））と、ＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）と、コアネットワーク（ＣＮ）とから構成され、前記ＵＴＲＡＮは、少なくとも１つの無線ネットワークサブシステム（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｓｕｂｓｙｓｔｅｍｓ：ＲＮＳ）を含む。各ＲＮＳは、１つの無線ネットワーク制御装置（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：ＲＮＣ）と、前記ＲＮＣが管理する少なくとも１つの基地局（例えば、Ｎｏｄｅ  Ｂ）とから構成される。各Ｎｏｄｅ  Ｂには少なくとも１つのセルが存在する。
【０００４】
図２は、端末とＵＴＲＡＮ間の無線インタフェースプロトコル構造を示す図であり、３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｓｙｓｔｅｍ）無線アクセスネットワークの標準に準拠した端末とＵＴＲＡＮ間の無線インタフェースプロトコルを示す。
【０００５】
図２に示すように、前記無線インタフェースプロトコルは、水平的には、物理層、データリンク層、及びネットワーク層からなり、垂直的には、データ情報を伝送するためのユーザプレーン、及び信号を伝送するための制御プレーンからなる。さらに、前記プロトコル層は、ＯＳＩ（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）モデルの下位３層に基づいて、第１層（Ｌ１）、第２層（Ｌ２）、及び第３層（Ｌ３）に区分することもできる。
【０００６】
前記第１層又は物理層は、物理チャネルで上位層に情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。前記物理層は、トランスポートチャネルを介して上位層である媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ：ＭＡＣ）層に接続され、前記ＭＡＣ層と前記物理層間でトランスポートチャネルでデータが伝送される。また、異なる物理層間、すなわち、送信側の物理層と受信側の物理層間でのデータ伝送は物理チャネルで行われる。
【０００７】
前記第２層のＭＡＣ層は、論理チャネルで上位層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ：ＲＬＣ）層にサービスを提供する。前記第２層のＲＬＣ層は、信頼性のあるデータ伝送をサポートし、上位層から受信したサービスデータユニット（ＳＤＵ）の分割及び連結機能を行う。
【０００８】
前記第３層の最下位に位置する無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：ＲＲＣ）層は、制御プレーンで定義され、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＲＢ）の設定、再設定、及び解除のために、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。前記無線ベアラサービスとは、端末とＵＴＲＡＮ間のデータ伝送のために前記第２層が提供するサービスを意味する。一般に、無線ベアラの設定とは、特定サービスを提供するために必要なプロトコル層及びチャネルの特性を規定し、それぞれの詳細なパラメータ及び動作方法を設定する過程を意味する。メッセージの送信のために端末のＲＲＣ層とＵＴＲＡＮのＲＲＣ層が接続されていると、前記端末はＲＲＣ接続状態にあり、前記端末のＲＲＣ層と前記ＵＴＲＡＮのＲＲＣ層が接続されていないと、前記端末はアイドル状態にある。
【０００９】
前記端末のＲＲＣの上位層はＲＲＣ接続過程を開始するように命令する。すなわち、前記端末のＲＲＣは、任意にＲＲＣ接続過程を開始するのではなく、上位層から命令を受信するとＲＲＣ接続過程を開始する。前記ＲＲＣの上位層は、設定原因値を用いて前記ＲＲＣにＲＲＣ接続の原因を通知する。
【００１０】
以下、前記端末のＲＲＣ状態及びＲＲＣ接続方法を説明する。
【００１１】
前記ＲＲＣ状態は、前記端末のＲＲＣが前記ＵＴＲＡＮのＲＲＣと論理的接続を有するか否かを示す。前記接続が形成されていると、前記ＲＲＣ状態はＲＲＣ接続状態であり、前記接続が形成されていないと、前記ＲＲＣ状態はＲＲＣアイドル状態である。前記端末がＲＲＣ接続状態にある場合、前記ＵＴＲＡＮは、前記端末を制御するために１つのセル内に端末が存在するか否かを把握する（例えば、１つのセル内の端末数をカウントする）。これに対して、前記端末がアイドル状態にある場合、前記ＵＴＲＡＮは前記端末を把握しない。従って、コアネットワークがロケーションエリア又はルーティングエリアユニット内の端末を管理する。前記ロケーションエリア又はルーティングエリアユニットは前記セルよりも広い領域である。前記アイドル状態の端末が存在するか否かは、ロケーションエリア又はルーティングエリアユニットのように、より広いエリアユニット内でのみ把握される。従って、前記端末は音声又はデータなどの一般的な移動通信サービスを受信するために接続状態に入らなければならない。
【００１２】
ユーザが前記端末機を最初にオンにすると、前記端末は適当なセルを検索して該当セル内にアイドル状態で滞在する。ＲＲＣ接続が要求されると、前記アイドル状態の端末は、前記ＵＴＲＡＮのＲＲＣとのＲＲＣ接続を設定してＲＲＣ接続状態に遷移する。前記アイドル状態の端末は、ユーザの呼接続要求によるアップリンクデータの伝送時、又は前記ＵＴＲＡＮから受信したページングメッセージに対する応答メッセージの送信時、ＲＲＣ接続を必要とする。
【００１３】
前述したように、前記アイドル状態の端末は、ＲＲＣ接続過程を行って前記ＵＴＲＡＮとのＲＲＣ接続を設定する。前記ＲＲＣ接続過程は、前記端末が前記ＵＴＲＡＮにＲＲＣ接続要求メッセージを送信する段階と、前記ＵＴＲＡＮが前記端末にＲＲＣ接続設定メッセージを送信する段階と、前記端末が前記ＵＴＲＡＮにＲＲＣ接続設定完了メッセージを送信する段階との３段階を含む。
【００１４】
図３は、端末とＵＴＲＡＮ間のＲＲＣ接続を示す図である。
【００１５】
図３に示すように、呼の試み又はＵＴＲＡＮからのページングに対する応答のためにＲＲＣ接続を設定するために、アイドル状態の端末は、前記ＵＴＲＡＮにＲＲＣ接続要求メッセージを送信する（Ｓ１０、Ｓ１１）。前記ＲＲＣ接続要求メッセージは、前記端末の初期ＵＥ識別子及びＲＲＣ設定原因を含む。前記初期ＵＥ識別子は、端末の識別を可能にする端末固有の識別子である。前記端末は前記ＲＲＣ接続要求メッセージを送信してタイマーを駆動させる。もし、前記タイマーが切れる前に前記端末がＲＲＣ接続設定メッセージ又はＲＲＣ接続拒否メッセージを受信しないと、前記端末はＲＲＣ接続要求メッセージを再送信する。前記ＲＲＣ接続要求メッセージの最大送信回数は設定値に制限される。
【００１６】
前記ＵＴＲＡＮは、前記端末から前記ＲＲＣ接続要求メッセージを受信した場合、無線リソースが十分であれば前記端末のＲＲＣ接続要求を受け入れ、ＲＲＣ接続設定メッセージ（例えば、応答メッセージ）を前記端末に送信する（Ｓ１２）。前記ＲＲＣ接続設定メッセージは、初期ＵＥ識別子、ＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）、及び無線ベアラ設定情報を含む。前記ＲＮＴＩは端末の識別子である。前記ＲＮＴＩは、接続状態の端末を識別するために割り当てられ、ＲＲＣ接続が存在する場合に使用され、前記ＵＴＲＡＮ内で使用される。
【００１７】
ＲＲＣ接続が設定された後、前記端末は、前記初期ＵＥ識別子の代りに前記ＲＮＴＩを利用して前記ＵＴＲＡＮとの通信を行う。前記初期ＵＥ識別子は端末固有の識別子であり、前記端末は、ＲＲＣ接続過程中に、セキュリティのために前記ＲＮＴＩの代わりに前記初期ＵＥ識別子を使用する。
【００１８】
前記ＵＴＲＡＮから前記ＲＲＣ接続設定メッセージを受信した端末は、端末自身が有する識別子と前記ＲＲＣ接続設定メッセージに含まれた初期ＵＥ識別子とを比較して、前記受信したメッセージが端末自身に関するものであるか否かを確認する。前記確認の結果、前記メッセージが前記端末に関するものであると、前記端末は、前記ＵＴＲＡＮにより割り当てられたＲＮＴＩを保存し、ＲＲＣ接続設定完了メッセージを前記ＵＴＲＡＮに送信する（Ｓ１３）。前記ＲＲＣ接続設定完了メッセージは前記端末に関する性能情報を含む。前記端末は、前記ＲＲＣ接続設定メッセージの送信に成功すると、前記ＵＴＲＡＮとのＲＲＣ接続を設定してＲＲＣ接続状態に遷移する（Ｓ１４、Ｓ１５）。
【００１９】
図３に示すＲＲＣ接続過程は、前記ＵＴＲＡＮがＲＲＣ接続要求を受け入れた場合に実行される。しかしながら、無線リソースが十分でない場合、前記ＵＴＲＡＮはＲＲＣ接続要求を拒否する。この場合について図４を参照して説明する。
【００２０】
図４は、ＵＴＲＡＮによるＲＲＣ接続拒否を示す図である。
【００２１】
図４に示すように、アイドル状態の端末は、前記ＵＴＲＡＮにＲＲＣ接続要求メッセージを送信する（Ｓ２０、Ｓ２１）。前記ＲＲＣ接続要求メッセージを受信したＵＴＲＡＮは、必要な場合、前記端末にＲＲＣ接続拒否メッセージを送信する（Ｓ２２）。前記ＵＴＲＡＮが初期ＵＥ識別子及び拒否原因を含むＲＲＣ接続拒否メッセージを前記端末に送信して、前記端末にＲＲＣ接続要求が拒否された理由を通知すると、前記端末は、前記ＲＲＣ接続拒否メッセージを受信し、前記初期ＵＥ識別子を利用して前記メッセージが前記端末に関するものであるか否かを確認する。前記ＲＲＣ接続拒否メッセージが前記端末に関するものである場合、前記端末はＲＲＣ接続の試みを中断する。これに対して、前記ＲＲＣ接続拒否メッセージに含まれた初期ＵＥ識別子が前記端末の初期ＵＥ識別子と異なる場合（例えば、前記メッセージが前記端末に関するものでない場合）、前記端末は、前記メッセージを廃棄し、継続してＲＲＣ接続設定メッセージ又はＲＲＣ接続拒否メッセージを受信するために待機する。
【００２２】
端末があちこちに移動するため、前記ＵＴＲＡＮは、前記端末の移動に関するカウント過程を行う。前記端末がＲＲＣ接続要求メッセージを送信した後、前記ＵＴＲＡＮから応答を受信する前に他のセルに移動した場合と、前記端末が前記ＵＴＲＡＮからＲＲＣ接続設定メッセージを受信した後、ＲＲＣ接続設定完了メッセージを送信する前に他のセルに移動した場合、前記端末が移動したものと見なす。
【００２３】
前記端末がＲＲＣ接続要求メッセージを送信した後、前記ＵＴＲＡＮから応答を受信する前に他のセルに移動した第１の場合、前記ＵＴＲＡＮは前記端末に応答メッセージを送信できる。しかし、前記応答メッセージは前記端末が前記ＲＲＣ接続要求メッセージを送信したセル内に送信されるため、前記端末は他のセルに移動した後、前記ＵＴＲＡＮからいずれの応答も受信できない。従って、他の動作を行わない場合、前記端末は新しいセルでＲＲＣ接続を設定できない。このように、ＲＲＣ接続設定メッセージを受信する前に他のセルに移動した場合、前記端末は新しいＲＲＣ接続要求メッセージを作成して前記ＵＴＲＡＮに伝送しなければならない。
【００２４】
前記端末が前記ＵＴＲＡＮからＲＲＣ接続設定メッセージを受信した後、ＲＲＣ接続設定完了メッセージを送信する前に他のセルに移動した第２の場合、前記ＵＴＲＡＮは前記端末からＲＲＣ接続の設定に対する応答を受信できないため、前記端末に関する情報と環境設定を完了できない。また、前記端末が前記第１セルに滞在すると決定した場合、前記ＵＴＲＡＮは前記第１セル内で前記端末に関する無線リソースを管理する。これにより、前記端末が新しく移動したセル内で他の動作を行わない場合、前記端末はＲＲＣ接続を設定できない。従って、前記端末は新しいＲＲＣ接続要求メッセージを作成して前記ＵＴＲＡＮに伝送しなければならない。
【００２５】
図５は、セルの再選択中に端末が行うＲＲＣ接続設定過程を示すフローチャートである。
【００２６】
図５に示すように、ＲＲＣ接続を設定するために、アイドル状態の端末は、ＲＲＣ接続要求メッセージをＵＴＲＡＮに送信する（Ｓ３０）。
【００２７】
前記端末は、前記ＵＴＲＡＮからＲＲＣ接続設定メッセージを受信するために待機し、セルの再選択が発生したか否かを確認する（Ｓ３１、Ｓ３２）。セルの再選択が発生すると、前記端末はＶ３００値とＮ３００値を比較する（Ｓ３４）。Ｖ３００値がＮ３００値を超えていない場合、前記端末は前記ＵＴＲＡＮにＲＲＣ接続要求メッセージを送信して、段階Ｓ３１に関する動作を行う。Ｖ３００値がＮ３００値よりも大きい場合、ＲＲＣ接続設定過程が完了する。前記端末はＶ３００値を１増加させた後、Ｔ３００を再駆動させる。
【００２８】
これに対して、前記ＵＴＲＡＮからＲＲＣ接続設定メッセージを受信すると、前記端末は、該当メッセージの内容に応じて無線環境の設定を開始し、Ｔ３００を終了させる。前記無線環境の設定が完了すると、前記端末はＲＲＣ接続設定完了メッセージを送信して前記過程を完了する。しかし、前記ＵＴＲＡＮに前記ＲＲＣ接続設定完了メッセージを送信する前にセルの再選択が発生すると（Ｓ３５、Ｓ３６）、前記端末はＶ３００値とＮ３００値とを比較する（Ｓ３４）。
【００２９】
前記比較の結果、Ｖ３００値がＮ３００値を超えていない場合、前記端末は前記ＵＴＲＡＮにＲＲＣ接続要求メッセージを再送信して、段階Ｓ３１からの前記動作を行う。Ｖ３００値がＮ３００値よりも大きい場合、前記端末はＲＲＣ接続設定過程を完了する。
【００３０】
Ｖ３００は、現在のＲＲＣ接続設定過程で端末がＲＲＣ接続設定メッセージを送信する回数を管理するための値である。前記端末は、Ｖ３００とＮ３００とを比較して、ＲＲＣ接続設定メッセージがＮ３００ほど頻繁に送信されないように管理する。Ｔ３００は、ＵＴＲＡＮが端末に応答を送信できない状況で前記端末が漠然と前記ＵＴＲＡＮから応答を待つときに発生する問題を防止するために使用されるタイマーである。もし、前記端末がＴ３００が切れるまで前記ＵＴＲＡＮから応答を受信できないと、Ｔ３００は、ＲＲＣ接続設定過程の解除及び／又は新しいＲＲＣ接続設定要求メッセージの送信を制御する。
【００３１】
以下、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）を説明する。
【００３２】
ＭＢＭＳとは、ダウンリンク専用（ｄｏｗｎｌｉｎｋ−ｄｅｄｉｃａｔｅｄ）ＭＢＭＳベアラサービス（ＢＳ）によりストリーミングやバックグラウンドサービスを複数の端末に提供するサービスを意味する。ＭＢＭＳサービスは少なくとも１つのセッションを含み、ＭＢＭＳデータは、セッション中にのみＭＢＭＳベアラサービス（ＢＳ）により複数の端末に伝送される。
【００３３】
ＵＴＲＡＮは、無線ベアラ（ＲＢ）を利用してＭＢＭＳベアラサービスを端末に提供する。１対１ＲＢは双方向ＲＢであり、論理チャネルＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）、トランスポートチャネルＤＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）、及び物理チャネルＤＰＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）又は物理チャネルＳＣＣＰＣＨ（Ｓｅｃｏｎｄａｒｙ  Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を含む。１対多ＲＢは単方向ダウンリンクＲＢであり、論理チャネルＭＴＣＨ（ＭＢＭＳ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）、トランスポートチャネルＦＡＣＨ（Ｆｏｒｗａｒｄ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）、及び物理チャネルＳＣＣＰＣＨを含む。前記論理チャネルＭＴＣＨは、１つのセルに提供されるＭＢＭＳサービス毎に設定され、特定ＭＢＭＳサービスのユーザプレーンデータを複数の端末に伝送するために使用されるチャネルである。
【００３４】
マルチキャストサービス通知過程により、前記ＵＴＲＡＮは、特定セル内で特定マルチキャストサービスを受信しようとする端末の数をカウントするためのカウント機能を実行する。前記カウント機能は、特定マルチキャストサービスを提供するＲＢを１対多に設定するか、１対１に設定するかを決定するために用いられる。前記ＵＴＲＡＮは、該当セルに存在する端末の数が閾値よりも少ないと１対１ＲＢを設定し、閾値よりも多いと１対多ＲＢを設定する。
【００３５】
特定サービスに対して１対１ＲＢが設定されると、前記サービスを受信しようとする全ての端末はＲＲＣ接続状態に入る。しかし、特定サービスに対して１対多ＲＢが設定されると、前記サービスを受信しようとする端末はＲＲＣ接続状態に入ることができないこともある。また、ＲＲＣアイドル状態の端末は、１対多ＲＢによりマルチキャストサービスを受信することができる。
【００３６】
前記マルチキャストサービスにおいて、前記ＵＴＲＡＮは、カウント機能を利用して１対多ＲＢを設定するか、１対１ＲＢを設定するかを決定する。前記カウント機能によりＲＢタイプを選択することにより、無線リソースを効率的に使用することができる。前記カウント機能は、マルチキャストサービス以前又はマルチキャストサービス中に周期的に実行される。アイドル状態の端末は、前記ＵＴＲＡＮが端末数をカウントできるように、サービス通知を受信した後に前記ＵＴＲＡＮとのＲＲＣ接続設定過程を行う。前記サービス通知後、ＲＲＣ接続を有する端末に関するＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）情報を受信すると、前記ＵＴＲＡＮは、特定マルチキャストサービスを受信しようとする端末の数をカウントしてマルチキャストサービスのＲＢタイプを決定する。
【００３７】
ＲＢタイプが決定されると、前記ＵＴＲＡＮは、無線リソースの状態に応じて特定数の端末がＲＲＣ接続状態で該当サービスを受信し、他の特定端末がＲＲＣアイドル状態で該当サービスを受信するように制御する。
【００３８】
以上説明したように、前記ＵＴＲＡＮは、特定ＭＢＭＳサービスのためのＲＢタイプを決定するためのカウント過程を行う。このようなカウント過程において、端末は、前記ＵＴＲＡＮにＲＲＣ接続要求メッセージを送信してＲＲＣ接続を設定した後、前記特定ＭＢＭＳサービスを受信しようとすることを前記ＵＴＲＡＮに通知する。これにより、前記端末は、前記ＵＴＲＡＮが要求する情報を提供し、前記特定ＭＢＭＳサービスのためのＲＢを設定する。
【００３９】
前記ＵＴＲＡＮはセル単位で特定サービスに対するＲＢを決定する。従って、前記ＵＴＲＡＮはセル単位でカウント過程を行う。これは、前記ＵＴＲＡＮが特定セルの環境及び特性に応じて前記カウント過程を行うのではないということと、１つのセルに対するＲＢが設定されると他のセルからは情報が必要でないということを意味する。
【００４０】
また、ＲＲＣ接続要求過程中に、前記端末は、ＲＲＣ接続を設定するために、ＲＲＣ接続の設定が完了するか、又はＲＲＣ接続拒否メッセージを受信するまで、前記ＵＴＲＡＮにＲＲＣ接続要求メッセージを継続的に送信する。
【００４１】
一例として、セルＡはＭＢＭＳサービス１のサービスエリアであり、セルＢはＭＢＭＳサービス１のサービスエリアではないと仮定する。前記サービスエリアとは該当サービスが可能な地域を意味する。また、端末がセルＡに滞在すると仮定する。
【００４２】
ＭＢＭＳサービス１が開始すると、セルＡはカウント過程を行う。セルＡに滞在している端末は、ＭＢＭＳサービス１を受信しようとするので、前記カウント過程に対する応答としてＲＲＣ接続要求メッセージをＵＴＲＡＮに送信する。ここで、前記端末が前記ＵＴＲＡＮからＲＲＣ接続要求に対する応答メッセージを受信するために待機している間にセルＢに移動すると仮定する。
【００４３】
従来技術の動作によれば、前記端末はセルＢでＲＲＣ接続要求メッセージを再び作成して前記ＵＴＲＡＮに送信するが、セルＢがＭＢＭＳサービス１のサービスエリアではないため、前記端末はセルＢで該当ＭＢＭＳサービス１を受信できない。
【００４４】
それにも拘わらず、前記端末はＭＢＭＳサービスが可能でないセルＢでＲＲＣ接続要求メッセージを送信する。これにより、アップリンク共通チャネルがＲＲＣ接続要求メッセージの不要な送信により複雑になる。また、ＲＲＣ接続が設定されると、セルＢの無線リソースを浪費し、端末が必要以上にＲＲＣ接続を維持してバッテリの電力を浪費する。
【発明の開示】
【発明が解決しようとする課題】
【００４５】
そこで、本発明は、従来技術の限界及び欠点による１つ以上の問題を実質的に解決する無線リソース制御接続の設定に関する。
【００４６】
本発明の目的は、端末が他のセルに移動するとき、無線通信システムでＲＲＣ接続を行えるようにすることにある。
【００４７】
本発明の他の目的は、無線通信システムにＲＲＣ接続のために過度な要求を行うことなくＲＲＣ接続を設定することにある。
【００４８】
本発明のさらに他の目的は、ネットワークリソースを節約できるようにＲＲＣ接続を設定することにある。
【００４９】
本発明のさらに他の目的は、端末のバッテリ電源を節約できるようにＲＲＣ接続を設定することにある。
【００５０】
本発明の付加的な特性と利点は後述する発明の詳細な説明に記載され、部分的には上記の説明により明らかになるか、本発明の実施により理解されるであろう。本発明の目的と他の利点は、特に、発明の詳細な説明及び添付図面だけでなく、特許請求の範囲に開示された構成により実現される。
【課題を解決するための手段】
【００５１】
上記の目的を達成するために、本発明は、無線通信システムで１対多サービスを受信することができ、セルの再選択を行うことができ、ＲＲＣ層の上位に少なくとも１つの上位層を有するユーザ装置（ＵＥ）を制御するための方法を提供し、前記方法は、前記上位層から設定パラメータを受信する段階を含む。前記方法は、ＲＲＣ接続要求をネットワークに伝送する段階と、前記セルの再選択時に前記ＲＲＣ層で前記設定パラメータに基づいて前記ネットワークへのＲＲＣ接続過程を継続するか否かを判断する段階とをさらに含む。また、前記方法は、前記判断の結果によって、前記ネットワークへのＲＲＣ接続過程を終了する段階をさらに含む。
【００５２】
前記ＲＲＣ接続過程は、前記設定パラメータが１対多サービスの受信を示す場合に終了する。前記ネットワークは、ＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）であってもよい。前記方法は、前記判断の結果、前記ＲＲＣ接続過程の終了が要求されない場合、前記ＲＲＣ接続過程を完了する段階をさらに含む。
【００５３】
他の実施形態において、無線通信システムで１対多サービスを受信することができ、セルの再選択を行うことができるＵＥを制御するための方法は、ＲＲＣ接続要求をネットワークに伝送する段階と、前記セルの再選択時に前記ネットワークから制御情報を受信する段階とを含む。また、前記方法は、前記制御情報に対する応答としてＲＲＣ接続過程を終了するか否かを判断する段階をさらに含む。また、前記方法は、前記判断の結果に基づいて前記ＲＲＣ接続過程を終了する段階をさらに含む。
【００５４】
前記制御情報は、前記１対多サービスのために１対多無線ベアラが設定されることを示す。前記制御情報は共通制御チャネルで伝送される。前記共通制御チャネルはＭＣＣＨ（ＭＢＭＳ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）でもよく、前記共通制御チャネルはＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）でもよい。前記制御情報は１対多サービス識別子を示す。
【００５５】
以下の本発明に関する一般的な記載と詳細な記載は例示にすぎず、特許請求の範囲に記載された本発明の理解を助けるために提供されたものである。
【発明を実施するための最良の形態】
【００５６】
以下、添付図面を参照して本発明の好ましい実施形態について詳細に説明する。なお、同一又は類似した部分には可能な限り同一番号を付す。
【００５７】
本発明は３ＧＰＰにより開発されたＵＭＴＳなどの移動通信システムで実現される。しかし、本発明は他の標準に準拠して動作する通信システムにも適用可能である。また、以下に言及される１対多サービスは、ＭＢＭＳ又は他のタイプのサービスを示す。また、以下に言及される端末は、ユーザ装置（ＵＥ）又は他のタイプの端末を示す。
【００５８】
本発明は、端末が他のセルに移動するとき、無線通信システムでＲＲＣ接続を効率的に設定できるようにする。このために、前記端末がＲＲＣ接続の設定が完了する前に第１セルから第２セルに移動すると、前記端末は前記第２セルでＵＴＲＡＮが伝送した制御情報によって前記ＵＴＲＡＮにＲＲＣ接続を要求する。
【００５９】
一実施形態において、前記端末が前記第１セルでＲＲＣ接続要求メッセージを送信し、前記ＵＴＲＡＮから前記ＲＲＣ接続要求メッセージに対する応答メッセージを受信する前に前記第２セルに移動する場合、前記端末は、前記第２セルに滞在する間に、前記ＵＴＲＡＮが伝送した情報によってＲＲＣ接続要求過程を行うか否かを判断した後、前記ＵＴＲＡＮにＲＲＣ接続要求メッセージを送信する。又は、前記端末はＲＲＣ接続過程を解除する。
【００６０】
他の実施形態において、前記端末は、前記ＵＴＲＡＮからＲＲＣ接続要求メッセージに対するＲＲＣ接続設定メッセージを受信し、前記ＵＴＲＡＮにＲＲＣ接続設定完了メッセージを送信する前に前記第２セルに移動する。前記端末は、前記第２セルに滞在する間に、前記ＵＴＲＡＮが伝送した情報によってＲＲＣ接続要求過程を行うか否かを判断した後、前記ＵＴＲＡＮにＲＲＣ接続要求メッセージを送信する。又は、前記端末はＲＲＣ接続過程を解除する。
【００６１】
好ましくは、前記ＵＴＲＡＮが伝送した情報は、前記第１セルで開始したＲＲＣ接続設定過程を完了する前に前記第２セルに移動した端末に、前記ＲＲＣ接続設定過程を解除するように指示する情報を含む。また、前記ＵＴＲＡＮが伝送した情報は、前記ＵＴＲＡＮが現在セルで伝送している（又は、間もなく伝送する）ＭＢＭＳサービスの識別子を含むことが好ましい。また、前記ＵＴＲＡＮが伝送した情報は、前記ＵＴＲＡＮが現在セルで伝送しているＭＢＭＳサービスに対する１対多無線ベアラ設定情報を含むことが好ましい。また、前記ＵＴＲＡＮが伝送した情報は、ＭＢＭＳサービスに加入している端末に前記ＵＴＲＡＮに応答するように指示する情報を含むことが好ましい。また、前記ＵＴＲＡＮが伝送した情報は、前記端末がＭＢＭＳサービスに関するアップリンク共通制御チャネルのロードを制御できるようにする情報を含むことが好ましい。前記端末は、前記ＵＴＲＡＮが伝送した情報（例えば、制御情報）を利用してＲＲＣ接続要求過程を継続するか否かを判断することが好ましい。
【００６２】
さらに他の実施形態において、前記端末は、前記ＵＴＲＡＮが伝送した情報が前記端末に前記ＲＲＣ接続過程を解除する必要がないことを示す場合、前記ＲＲＣ接続設定過程を続けて行う。又は、前記端末はＲＲＣ接続過程を解除する。
【００６３】
さらに他の実施形態において、前記端末は、現在セルに移動した後、現在セルで伝送中であるか、又は間もなく伝送するＭＢＭＳサービスの識別子を判断する。その後、前記端末は、前記判断の結果、端末自身が加入しているＭＢＭＳサービスがある場合、前記ＲＲＣ接続設定過程を続けて行う。又は、前記端末はＲＲＣ接続過程を解除する。
【００６４】
さらに他の実施形態において、前記端末は、現在セルで前記ＵＴＲＡＮにより伝送されたＭＢＭＳサービスに対する１対多無線ベアラ設定情報に、前記端末が加入しているサービスに関する情報が含まれている場合、前記端末が新しく移動したセル内で前記ＲＲＣ接続設定過程を続けて行う。又は、前記端末はＲＲＣ接続過程を解除する。
【００６５】
さらに他の実施形態において、前記端末は、ＭＢＭＳサービスに加入している端末に前記ＵＴＲＡＮに応答するように指示する情報に、前記端末が加入しているサービスが含まれている場合、前記端末が新しく移動したセル内で前記ＲＲＣ接続設定過程を続けて行う。又は、前記端末はＲＲＣ接続過程を解除する。
【００６６】
さらに他の実施形態において、前記端末は、端末自身が特定ＭＢＭＳサービスに関するアップリンク共通制御チャネルのロードを制御できるようにする情報に、前記端末が加入しているサービスに関する情報が含まれている場合、前記端末が新しく移動したセル内で前記ＲＲＣ接続設定過程を続けて行う。又は、前記端末はＲＲＣ接続過程を解除する。
【００６７】
前記ＵＴＲＡＮが伝送した情報は、ＭＣＣＨ又はＢＣＣＨで伝送される。従って、前記ＢＣＣＨがＭＣＣＨ設定情報を含んでいないと、前記端末は端末自身が新しく移動したセル内で前記ＲＲＣ接続設定過程を解除する。
【００６８】
一実施形態において、前記ＵＴＲＡＮが各セルに異なるサービスを提供するか、又は各セルが異なる提供者により管理されて相互排他的な場合、前記端末は、新しいセルに移動するとき、前記ＲＲＣ接続設定過程を解除して無線リソースを節約する。このために、前記ＵＴＲＡＮは、他のセルから現在セルに移動した端末がカウント過程に応答しないようにする。従って、前記ＵＴＲＡＮは、前記端末に応答しないように指示するための識別子をＢＣＣＨ又はＭＣＣＨで伝送する。
【００６９】
他の実施形態において、端末のＲＲＣ接続設定方法において、端末が第１セルでＲＲＣ接続要求メッセージを送信した後、前記ＵＴＲＡＮから応答メッセージを受信する前に第２セルに移動する場合、前記端末は実行中のＲＲＣ接続設定過程を解除する。
【００７０】
さらに他の実施形態において、前記端末が前記ＲＲＣ接続要求メッセージに対するＲＲＣ接続設定メッセージを受信した後、ＲＲＣ接続設定完了メッセージを送信する前に他のセルに移動する場合、前記端末は実行中のＲＲＣ接続設定過程を解除する。
【００７１】
場合によっては、前記ＲＲＣ接続設定過程を完了することが好ましい。このために、前記端末は、端末自身がいつ前述した実施形態の動作を行うべきであるかに関する情報を要求する。例えば、前記端末のＲＲＣは、ＲＲＣ自身の上位層（すなわち、端末の上位層）がＲＲＣ自身にＲＲＣ接続過程の解除を指示するとき、本発明の１つ以上の実施形態によるＲＲＣ接続過程を行う。又は、前記端末のＲＲＣが上位層から解除に関するいずれの指示も受けていない場合、前記ＲＲＣは従来のＲＲＣ接続過程を行う。
【００７２】
前記端末の上位層が最初に前記端末にＲＲＣ接続の設定を指示するとき、前記端末の上位層は、前記端末のＲＲＣに該当ＲＲＣ接続設定過程がＭＢＭＳのためのＲＲＣ接続設定過程であることを通知する。このような通知のために新しい設定原因値を用いる。
【００７３】
図６は、本発明の一実施形態によるセルの再選択中に端末が行うＲＲＣ接続設定過程を示すフローチャートである。
【００７４】
図６に示すように、端末のＲＲＣは、上位層がＲＲＣ接続の設定を要求すると、ＲＲＣ接続設定過程を開始する。前記端末のＲＲＣは、ＵＴＲＡＮにＲＲＣ接続要求メッセージを送信し、Ｔ３００タイマーなどのタイマーを駆動させる（Ｓ４０）。この場合、変数（例えば、Ｖ３００）が１に設定される。
【００７５】
その後、前記端末は前記ＵＴＲＡＮからＲＲＣ接続設定メッセージを受信するために待機する（Ｓ４１）。前記端末は前記メッセージの受信待機中にセルの再選択が発生したか否かを確認する（Ｓ４２）。
【００７６】
セルの再選択が発生すると、前記端末は、新しいセル内で前記ＵＴＲＡＮに関する制御情報を受信し（Ｓ４３）、該当制御情報によって前記ＲＲＣ接続設定過程を継続するか解除するかを判断する（Ｓ４４）。前記端末は、前記ＲＲＣ接続設定過程を継続することに決定した場合、Ｖ３００値と第２値（例えば、Ｎ３００値）とを比較する（Ｓ４５）。Ｖ３００値がＮ３００値を超えていない場合、前記端末は、前記ＵＴＲＡＮにＲＲＣ接続要求メッセージを再送信して段階Ｓ４１からの前記動作を行う。Ｎ３００値がＶ３００値よりも大きい場合、前記端末は前記ＲＲＣ接続設定過程を終了する。その後、前記端末はＶ３００値を１増加させた後、Ｔ３００を再駆動させる。
【００７７】
これに対して、段階Ｓ４２でセルの再選択が発生しないと、前記端末はＴ３００が切れたか否かを確認する（Ｓ４６）。前記端末は、Ｔ３００が切れた場合に段階Ｓ４５を行い、Ｔ３００が切れていない場合に段階Ｓ４１を行う。
【００７８】
段階Ｓ４１で前記ＵＴＲＡＮから前記ＲＲＣ接続設定メッセージを受信すると、前記端末は、該当メッセージの内容に応じて無線環境の設定を開始し、Ｔ３００を終了させる。前記端末は、前記無線環境の設定が完了すると、ＲＲＣ接続設定完了メッセージを送信し、前記の過程を終了させる。前記セルの再選択が前記ＲＲＣ接続設定完了メッセージが送信される前に発生すると（Ｓ４７、Ｓ４８）、前記端末は、段階Ｓ４３を行って新しいセルで前記ＵＴＲＡＮに関する制御情報を受信する。
【００７９】
前記端末は、前記受信されたＵＴＲＡＮに関する制御情報によって、前記ＲＲＣ接続設定過程を継続するか解除するかを判断する（Ｓ４４）。前記端末は、前記ＲＲＣ接続設定過程を継続することに決定した場合、Ｖ３００値とＮ３００値とを比較する（Ｓ４５）。Ｖ３００値がＮ３００値を超えていない場合、前記端末は、前記ＵＴＲＡＮにＲＲＣ接続要求メッセージを再送信して段階Ｓ４１からの前記動作を行う。Ｎ３００値がＶ３００値よりも大きい場合、前記ＲＲＣ接続設定過程が終了する。
【００８０】
一実施形態において、無線通信システムで１対多サービスを受信することができ、セルの再選択を行うことができ、ＲＲＣ層の上位に少なくとも１つの上位層を有するユーザ装置（ＵＥ）を制御するための方法は、前記上位層から設定パラメータを受信する段階を含む。前記方法は、ＲＲＣ接続要求をネットワークに伝送する段階と、セルの再選択時に前記ＲＲＣ層で前記設定パラメータに基づいて前記ネットワークへのＲＲＣ接続過程を継続するか否かを判断する段階とをさらに含む。また、前記方法は、前記判断の結果によって、前記ネットワークへのＲＲＣ接続過程を終了する段階をさらに含む。
【００８１】
前記ＲＲＣ接続過程は、前記設定パラメータが１対多サービスの受信を示す場合に終了する。前記ネットワークは、ＵＴＲＡＮであってもよい。前記方法は、前記判断の結果、前記ＲＲＣ接続過程の終了が要求されない場合、前記ＲＲＣ接続過程を完了する段階をさらに含む。
【００８２】
他の実施形態において、無線通信システムで１対多サービスを受信することができ、セルの再選択を行うことができるＵＥを制御するための方法は、ＲＲＣ接続要求をネットワークに伝送する段階と、前記セルの再選択時に前記ネットワークから制御情報を受信する段階とを含む。また、前記方法は、前記制御情報に対する応答としてＲＲＣ接続過程を終了するか否かを判断する段階をさらに含む。また、前記方法は、前記判断の結果に基づいて前記ＲＲＣ接続過程を終了する段階をさらに含む。
【００８３】
前記制御情報は、前記１対多サービスのために１対多無線ベアラが設定されることを示す。前記制御情報は共通制御チャネルで伝送される。前記共通制御チャネルはＭＣＣＨでもよく、ＢＣＣＨでもよい。前記制御情報は１対多サービス識別子を示す。
【００８４】
本発明において、端末がＵＴＲＡＮとのＲＲＣ接続を設定する間に新しいセルに移動した場合、前記端末は、前記ＵＴＲＡＮから受信した情報に基づいてＲＲＣ接続が要求されたか否かを判断した後、必要な場合、前記ＵＴＲＡＮにＲＲＣ接続要求メッセージを送信する。
【００８５】
従って、本発明は、前記ＵＴＲＡＮへの不要なＲＲＣ接続要求メッセージの送信による無線リソースの浪費を最小化することができ、端末のバッテリ消費も最小化することができる。
【００８６】
本発明の属する技術の分野における通常の知識を有する者であれば、本発明の精神又は領域から逸脱しない範囲で、本発明から多様な修正及び変形が可能であることが理解できるであろう。従って、本発明は添付された特許請求の範囲の技術的思想及びこれと同等の思想によって修正及び変形が可能である。
【図面の簡単な説明】
【００８７】
本発明の理解を容易にするために添付され、本明細書の一部を構成する図面は、本発明の多様な実施形態を示し、明細書と共に本発明の原理を説明する。
【図１】ＵＭＴＳネットワーク構造を示すブロック図である。
【図２】端末とＵＴＲＡＮ間の無線インタフェースプロトコル構造を示す図である。
【図３】端末とＵＴＲＡＮ間のＲＲＣ接続を示す図である。
【図４】ＵＴＲＡＮによるＲＲＣ接続拒否を示す図である。
【図５】セルの再選択中に端末が行うＲＲＣ接続設定過程を示すフローチャートである。
【図６】本発明の一実施形態によるセルの再選択中に端末が行うＲＲＣ接続設定過程を示すフローチャートである。
【図１】
2008509627.tif 000003
【図２】
2008509627.tif 000004
【図３】
2008509627.tif 000005
【図４】
2008509627.tif 000006
【図５】
2008509627.tif 000007
【図６】
2008509627.tif 000008
【国際調査報告】
2008509627.tif 000009
2008509627.tif 000010
2008509627.tif 000011