(57)【要約】【課題】ＣＥＬＬ＿ＤＣＨ状態のユーザー端に、選択されたＭＢＭＳサービスがある場合にのみ通報し、資源を節約する方法及び装置を提供する。【解決手段】専用ＲＲＣ状態になったユーザー端に、選択されたＭＢＭＳサービスが存在していなければ、ＭＢＭＳサービスメッセージの返送を中止する。【選択図】図３
2008067380.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムのユーザー端において、ＭＢＭＳ（マルチメディアブロードキャスト・マルチキャストサービス）サービス情報を通報する方法であって、
専用ＲＲＣ（無線資源制御）状態になったユーザー端に、選択されたＭＢＭＳサービスが存在していなければ、ＭＢＭＳサービスメッセージの返送を中止することを内容とすることを特徴とするＭＢＭＳサービス情報の通報方法。
【請求項２】
前記方法は更に、
専用ＲＲＣ状態になったユーザー端に、選択されたＭＢＭＳサービスが存在していれば、ＭＢＭＳサービスメッセージを返送するステップを含むことを特徴とする請求項１記載のＭＢＭＳサービス情報の通報方法。
【請求項３】
前記専用ＲＲＣ状態はＣＥＬＬ＿ＤＣＨ（セル専用チャネル）状態であることを特徴とする請求項１記載のＭＢＭＳサービス情報の通報方法。
【請求項４】
前記ＭＢＭＳメッセージはＭＢＭＳ  ｍｏｄｉｆｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔ（ＭＢＭＳ変更リクエスト）メッセージであることを特徴とする請求項１記載のＭＢＭＳサービス情報の通報方法。
【請求項５】
前記無線通信システムは第三世代移動通信システムであることを特徴とする請求項１記載のＭＢＭＳサービス情報の通報方法。
【請求項６】
ＭＢＭＳサービス情報を正確に通報し、不必要な資源浪費を回避する無線通信システムの通信装置であって、
通信装置の機能を実現させる制御回路と、
制御回路の中に設けられ、プログラムコードを実行して制御回路を制御する中央処理装置（ＣＰＵ）と、
ＣＰＵに結合され、プログラムコードを保存するための保存メモリーとを含み、そのうちプログラムコードは、
専用ＲＲＣ状態になったユーザー端に、選択されたＭＢＭＳサービスが存在していなければ、ＭＢＭＳサービスメッセージの返送を中止するステップを含むことを特徴とする通信装置。
【請求項７】
前記プログラムコードは更に、
専用ＲＲＣ状態になったユーザー端に、選択されたＭＢＭＳサービスが存在していれば、ＭＢＭＳサービスメッセージを返送するステップを含むことを特徴とする請求項６記載の通信装置。
【請求項８】
前記専用ＲＲＣ状態はＣＥＬＬ＿ＤＣＨ状態であることを特徴とする請求項６記載の通信装置。
【請求項９】
前記ＭＢＭＳメッセージはＭＢＭＳ  ｍｏｄｉｆｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔメッセージであることを特徴とする請求項６記載の通信装置。
【請求項１０】
前記無線通信システムは第三世代移動通信システムであることを特徴とする請求項６記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムにおいてＭＢＭＳ（マルチメディアブロードキャスト・マルチキャストサービス）サービス情報を通報する方法及び装置に関し、特に無線通信システムのユーザー端で、選択されたＭＢＭＳサービス情報を正確に通報し、資源の浪費を回避する方法及び装置に関する。
【背景技術】
【０００２】
第三世代移動通信技術はＷＣＤＭＡ（広帯域符号分割多元接続）方式で高いスペクトル利用効率、カバー率、通話品質及び高速伝送を実現させ、ＱｏＳ（サービス品質）の確保、柔軟性のある双方向通信の実現、通話中断率の低減を可能にする。第三世代移動通信システムのマルチメディア機能について、３ＧＰＰ（第三世代パートナーシッププロジェクト）による通信プロトコルではＭＢＭＳ（マルチメディアブロードキャスト・マルチキャストサービス）が規定されている。ＭＢＭＳは、従来のＵＭＴＳ（ユニバーサル移動通信システム）ネットワークに準拠し、ＩＰ（インターネットプロトコル）パケットを媒介としてデータソースから複数のユーザーに対してサービスを一対多で配信するｐ−ｔ−ｍ（ポイント・ツー・マルチポイント）データ伝送サービスである。
【０００３】
上記３ＧＰＰの通信プロトコル規格によれば、ＭＢＭＳにはブロードキャストモードとマルチキャストモードが定められている。ＭＢＭＳサービスを利用しようとするとき、ユーザー端からＢＭ−ＳＣ（ブロードキャスト・マルチキャストサービスセンター）に加入を申し込み、サービス利用規約を締結することが必要である。このようなサービスモードの相違によって、サービス提供フェーズ（ｓｅｒｖｉｃｅ  ｐｒｏｖｉｓｉｏｎ  ｐｈａｓｅ）も異なる。例えば、ブロードキャストモードでは、ｓｅｒｖｉｃｅ  ａｎｎｏｕｎｃｅｍｅｎｔ（サービス公表）、ｓｅｓｓｉｏｎ  ｓｔａｒｔ（セッション開始）、ＭＢＭＳ  ｎｏｔｉｆｉｃａｔｉｏｎ（ＭＢＭＳ通告）、ｄａｔａ  ｔｒａｎｓｆｅｒ（データ転送）、ｓｅｓｓｉｏｎ  ｓｔｏｐ（セッション終了）などのフェーズがあり、マルチキャストモードでは、ｓｕｂｓｃｒｉｐｔｉｏｎ（申込）、ｓｅｒｖｉｃｅ  ａｎｎｏｕｎｃｅｍｅｎｔ（サービス公表）、ｊｏｉｎｉｎｇ（加入）、ｓｅｓｓｉｏｎ  ｓｔａｒｔ（セッション開始）、ＭＢＭＳ  ｎｏｔｉｆｉｃａｔｉｏｎ（ＭＢＭＳ通告）、ｄａｔａ  ｔｒａｎｓｆｅｒ（データ転送）、ｓｅｓｓｉｏｎ  ｓｔｏｐ（セッション停止）、ｌｅａｖｉｎｇ（脱退）などのフェーズがある。両モードを比較すれば、マルチキャストモードにはブロードキャストモードのフェーズのほか、更に加入・脱退フェーズが設けられている。そのうち加入フェーズでは、ユーザー認証と料金の記録が行われる。上記サービス提供フェーズは当業者に周知されているため、詳しい説明は省略とする。
【０００４】
周知のとおり、無線資源制御の視点から見れば、「論理的」なデータ交換チャンネルは、ユーザーデータの交換に用いられるか、ＲＲＣレイヤー制御信号の交換に用いられるかを問わず、すべて無線ベアラー（ＲＢ）によって定義される。ＲＢとは、ユーザー端では単方向または上り・下り双方向の論理データ伝送・交換チャンネルを指し、ネットワーク端でも単方向または上り・下り双方向の論理データ伝送・交換チャンネルを指す。ＵＴＲＡＮはＲＢを介してＭＢＭＳ制御信号をユーザー端に送信し、ユーザー端はＲＢを解放することでＭＢＭＳ受信の中止を申し込む。
【０００５】
ＭＢＭＳにブロードキャストモードとマルチキャストモードがあることは前記のとおりである。ブロードキャストサービスは一般に無料であって、加入（ｊｏｉｎｉｎｇ）手順を不要とする。この場合、サービスはブロードキャストモードでｐ−ｔ−ｍ  ＲＢを介してＵＴＲＡＮから配信される。それに対して、マルチキャストサービスは、料金の納付状態によってブロードキャストモードまたはマルチキャストモードで配信される。というのは、マルチキャストモードの配信を受けようとすれば、加入フェーズで料金を決済することが必要であり、ブロードキャストモードでよければ、加入フェーズでの料金決済は不要である。ＵＴＲＡＮは計数プロセス（ｃｏｕｎｔｉｎｇ  ｐｒｏｃｅｄｕｒｅ）でＭＢＭＳ受信先の数量を集計し、その結果に基づいてｐ−ｔ−ｐ（ポイント・ツー・ポイント）またはｐ−ｔ−ｍ方式でサービス情報を配信する。
【０００６】
モバイルテレビ機能の強化に鑑みて、ＲＲＣ（無線資源制御）層にＭＢＭＳ  ｓｅｌｅｃｔｅｄ  ｓｅｒｖｉｃｅｓ（選択されたＭＢＭＳサービス）という概念が提案された。ＭＢＭＳ選択サービスとは、変数ＭＢＭＳ＿ＡＣＴＩＶＡＴＥＤ＿ＳＥＲＶＩＣＥＳに含まれるブロードキャストサービスの副次的サービスセットであり、ユーザー端で選ばれたブロードキャストサービスをＵＴＲＡＮに通報することを目的とする。ユーザー端で保存される変数ＭＢＭＳ＿ＡＣＴＩＶＡＴＥＤ＿ＳＥＲＶＩＣＥＳは、当該ユーザー端が現に加入しているマルチキャストサービスや、お気に入りのブロードキャストサービスに関する情報（例えば起動されたサービスのリスト（ａｃｔｉｖａｔｅｄ  ｓｅｒｖｉｃｅ  ｌｉｓｔ）やサービス種類）を記録するものである。上記ＭＢＭＳ  ｓｅｌｅｃｔｅｄ  ｓｅｒｖｉｃｅｓを利用し、ＵＴＲＡＮはユーザー端に対して所要のブロードキャストサービス情報（例えばサービス開始時間やサービス持続時間）を通報することができる。従来の技術によれば、ＲＲＣ層はＭＢＭＳ  ｓｅｌｅｃｔｅｄ  ｓｅｒｖｉｃｅｓ  ｓｈｏｒｔ（短ＭＢＭＳ選択サービス）とＭＢＭＳ  ｓｅｌｅｃｔｅｄ  ｓｅｒｖｉｃｅｓ  ｌｏｎｇ（長ＭＢＭＳ選択サービス）を区別し、それぞれ異なるＲＲＣメッセージに組み入れてＲＲＣプロセスを通してＵＴＲＡＮに送信する。ＭＢＭＳ  ｓｅｌｅｃｔｅｄ  ｓｅｒｖｉｃｅｓ  ｓｈｏｒｔとは選択されたサービス情報について簡略に記述したものであり、ＭＢＭＳ  ｓｅｌｅｃｔｅｄ  ｓｅｒｖｉｃｅｓ  ｌｏｎｇとは選択されたサービス情報を全部記述したものである。
【０００７】
上記ＲＲＣプロトコルによれば、ＲＲＣ状態は接続モードと非接続モードに分けられ、非接続モードとしてはアイドリング状態があり、接続状態としてはＣＥＬＬ＿ＰＣＨ（セルページングチャネル）状態、ＵＲＡ＿ＰＣＨ（ＵＴＲＡＮ登録領域ページングチャネル）状態、ＣＥＬＬ＿ＦＡＣＨ（セルフォワードアクセスチャネル）状態、ＣＥＬＬ＿ＤＣＨ（セル専用チャネル）状態がある。アイドリング状態からＲＲＣ接続モードに変換したユーザー端は、ＲＲＣ層を通してＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ（ＲＲＣ接続リクエスト）メッセージで、選択されたサービスをネットワーク端に通報する。それに対して、ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨまたはＣＥＬＬ＿ＦＡＣＨ状態のユーザー端はｃｅｌｌ  ｕｐｄａｔｅ（セルアップデート）メッセージで、アイドリング状態のユーザー端はＭＢＭＳ  ｍｏｄｉｆｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔ（ＭＢＭＳ変更リクエスト）メッセージで、選択されたサービスを通報する。
【０００８】
ＣＥＬＬ＿ＤＣＨ状態では、ユーザー端はまず選択されたＭＢＭＳサービスの有無を照会する。選択されたサービスがなければ、ユーザー端はＭＢＭＳ  ｓｅｌｅｃｔｅｄ  ｓｅｒｖｉｃｅｓ  ｉｎｆｏ（選択されたＭＢＭＳサービスの情報）をＭＢＭＳ  ｍｏｄｉｆｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔ（ＭＢＭＳ変更リクエスト）メッセージに組み入れるうえで、その状態パラメータをｎｏｎｅ（なし）に設定する。選択されたサービスがあれば、ユーザー端はＭＢＭＳ  ｓｅｌｅｃｔｅｄ  ｓｅｒｖｉｃｅｓ  ｉｎｆｏの状態パラメータをｓｏｍｅ（あり）に設定するうえで、選択されたサービスの識別情報を記録し、ＭＢＭＳ  ｍｏｄｉｆｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔメッセージに組み入れて発送する。
【０００９】
したがって、ＣＥＬＬ＿ＤＣＨ状態でのユーザー端は、選択されたサービスの有無を問わず、ネットワーク端にＭＢＭＳ  ｍｏｄｉｆｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔメッセージを一律に返送するように定められている。このことは、選択されたサービスがない場合では資源の浪費となる。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は前述の問題を解決するため、無線通信システムにおいて、ＣＥＬＬ＿ＤＣＨ状態でのユーザー端で、選択されたＭＢＭＳサービスを通報する方法及び装置を提供することを課題とする。
【課題を解決するための手段】
【００１１】
本発明は、無線通信システムのユーザー端において、ＭＢＭＳ（マルチメディアブロードキャスト・マルチキャストサービス）サービス情報を通報する方法を提供する。該方法は、専用ＲＲＣ（無線資源制御）状態になったユーザー端に、選択されたＭＢＭＳサービスが存在していなければ、ＭＢＭＳサービスメッセージの返送を中止することを内容とする。
【００１２】
本発明は更に、ＭＢＭＳサービス情報を正確に通報し、不必要な資源浪費を回避する無線通信システムの通信装置を提供する。該通信装置は、通信装置の機能を実現させる制御回路と、制御回路の中に設けられ、プログラムコードを実行して制御回路を制御する中央処理装置（ＣＰＵ）と、ＣＰＵに結合され、プログラムコードを保存するための保存メモリーとを含む。該プログラムコードは、専用ＲＲＣ状態になったユーザー端に、選択されたＭＢＭＳサービスが存在していなければ、ＭＢＭＳサービスメッセージの返送を中止するステップを含む。
【発明の効果】
【００１３】
従来の技術では、ＣＥＬＬ＿ＤＣＨ状態でのユーザー端は、選択されたＭＢＭＳサービスの有無を問わず、ＭＢＭＳ  ｍｏｄｉｆｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔメッセージをネットワーク端に一律に返送する。それと比べ、本発明は選択されたＭＢＭＳメッセージがある場合にのみＭＢＭＳ  ｍｏｄｉｆｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔメッセージを返送するため、不必要な資源浪費を回避する効果がある。
【発明を実施するための最良の形態】
【００１４】
かかる方法及び装置の特徴を詳述するために、具体的な実施例を挙げ、図示を参照して以下に説明する。
【００１５】
図１を参照する。図１は無線通信システムの無線通信装置１００のブロック図である。説明を簡素化するため、図１は無線通信装置１００の入力装置１０２、出力装置１０４、制御回路１０６、ＣＰＵ（中央処理装置）１０８、保存装置１１０、プログラムコード１１２及びトランシーバー１１４のみ描くとする。無線通信装置１００において、制御回路１０６の中に設けられるＣＰＵ１０８は、保存装置１１０に保存されるプログラムコード１１２を実行し、これで制御回路１０６の動作を制御し、制御回路１０６の制御下で無線通信装置１００を動作させる。制御回路１０６は入力装置１０２（例えばキーボード）を介してユーザーが入力した信号を受信し、出力装置１０４（スクリーン、スピーカーなど）を介して映像、音声などの信号を出力する。無線信号を受発信するトランシーバー１１４は受信した信号を制御回路１０６に送信し、または制御回路１０６による信号を無線で出力する。言い換えれば、通信プロトコルの視点から見れば、トランシーバー１１４は第一層の一部にあたり、制御回路１０６は第二層と第三層の機能にあたる。上記無線通信装置１００は望ましくは第三世代移動通信システムに用いられる。
【００１６】
図２を参照する。図２は図１に示すプログラムコード１１２を表す説明図である。アプリケーション層２００と、第三層２０２と、第二層２０６からなるプログラムコード１１２は、第一層２１８に接続されている。第三層２０２にあるＲＲＣエンティティー２２２は、第一層２１８・第二層２０６と他の通信装置のＲＲＣ層との間のピア・ツー・ピア通信を制御する。無線通信装置１００のＲＲＣ状態は、ネットワークシステムの要求や通信環境の変化に応じて、アイドリング、ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨ、ＣＥＬＬ＿ＦＡＣＨまたはＣＥＬＬ＿ＤＣＨ状態に分けられる
アプリケーション層２００でＭＢＭＳサービスを選択または削除すると、ＲＲＣエンティティー２２２はそのたびのＲＲＣ状態に基づいて、対応するＲＲＣメッセージと情報要素を生成し、ＲＲＣプロセスを通して発送する。それに鑑みて、本発明は上記プログラムコード１１２の中に、選択されたＭＢＭＳサービス通報プログラムコード２２０を設け、選択されたＭＢＭＳサービスの通報手段を改善して資源を節約する。図３を参照する。図３は本発明による方法３０のフローチャートである。下記方法３０は、無線通信システムのユーザー端における選択されたＭＢＭＳサービスの通報に用いられ、選択されたＭＢＭＳサービス通報プログラムコード２２０としてコンパイルされることができる。
ステップ３００：開始。
【００１７】
ステップ３０２：専用ＲＲＣ状態になったユーザー端に、選択されたＭＢＭＳサービスが存在していなければ、ＭＢＭＳサービスメッセージの返送を中止する。
【００１８】
ステップ３０４：終了。
以上のとおり、他のＲＲＣ状態から専用ＲＲＣ状態になったユーザー端に、選択されたＭＢＭＳサービスが存在していない場合では、ＭＢＭＳサービスメッセージの返送を中止して資源を節約する。それに対して、選択されたＭＢＭＳサービスが１つ以上存在している場合では、ユーザー端はＭＢＭＳメッセージをネットワーク端に返送する。
【００１９】
望ましくは、他のＲＲＣ状態からＣＥＬＬ＿ＤＣＨ状態になったユーザー端に、選択されたＭＢＭＳサービスが存在していなければ、ＭＢＭＳ  ｍｏｄｉｆｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔメッセージの返送を中止する。それに対して、選択されたＭＢＭＳサービスが存在していれば、ユーザー端はＭＢＭＳ  ｓｅｌｅｃｔｅｄ  ｓｅｒｖｉｃｅｓ  ｉｎｆｏの状態パラメータをｓｏｍｅに設定するうえ、選択されたサービスの識別情報を記録し、ＭＢＭＳ  ｍｏｄｉｆｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔメッセージをＵＴＲＡＮに返送する。
【００２０】
従来の技術では、ＣＥＬＬ＿ＤＣＨ状態でのユーザー端は、選択されたＭＢＭＳサービスの有無を問わず、ＭＢＭＳ  ｍｏｄｉｆｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔメッセージをネットワーク端に一律に返送する。それと比べ、本発明は選択されたＭＢＭＳメッセージがある場合にのみＭＢＭＳ  ｍｏｄｉｆｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔメッセージを返送するため、不必要な資源浪費を回避することができる。
【００２１】
以上は本発明に好ましい実施例であって、本発明の実施の範囲を限定するものではない。よって、当業者のなし得る修正、もしくは変更であって、本発明の精神の下においてなされ、本発明に対して均等の効果を有するものは、いずれも本発明の特許請求の範囲に属するものとする。
【産業上の利用可能性】
【００２２】
本発明は従来の動作条件を変更したのみで、実施可能である。
【図面の簡単な説明】
【００２３】
【図１】無線通信システムの無線通信装置のブロック図である。
【図２】図１に示すプログラムコードを表す説明図である。
【図３】本発明による方法のフローチャートである。
【符号の説明】
【００２４】
１００        無線通信装置
１０２        入力装置
１０４        出力装置
１０６        制御回路
１０８        ＣＰＵ
１１０        保存装置
１１２        プログラムコード
１１４        トランシーバー
２００        アプリケーション層
２０２        第三層
２０６        第二層
２１８        第一層
２２０        選択されたＭＢＭＳサービス通報プログラムコード
２２２        ＲＲＣエンティティー
【図１】
2008067380.tif 000003
【図２】
2008067380.tif 000004
【図３】
2008067380.tif 000005