(57)【要約】【課題】ＢＣＭＣＳ受信中、或いは、ＢＣＭＣＳ受信動作が見込まれる場合に、ＢＣＭＣＳ受信を失敗・中断するような基地局からのチャネル割り当て指示を抑制して、ＢＣＭＣＳ受信失敗を回避する。【解決手段】基地局(200)と無線通信を行う無線通信端末(100)は、ブロードキャスト／マルチキャストにより配信される配信データを受信中であるか否かを判定するブロードキャスト／マルチキャストデータ受信判定部(120)と、ブロードキャスト／マルチキャストデータ受信判定部により配信データを受信中であると判定されたときに、チャネル割当要求メッセージに、配信データを受信中であることを示すブロードキャスト／マルチキャストデータ受信中フラグを含ませるブロードキャスト／マルチキャストデータ受信中フラグ付加部(140)と、ブロードキャスト／マルチキャストデータ受信中フラグを含ませた前記チャネル割当要求メッセージを基地局に送信する送信部(114,110)とを有することを特徴とする。【選択図】図１
2008136141.tif 000002
【特許請求の範囲】
【請求項１】
基地局と無線通信を行う無線通信端末であって、
ブロードキャスト／マルチキャストにより配信される配信データを受信中であるか否かを判定するブロードキャスト／マルチキャストデータ受信判定部と、
前記ブロードキャスト／マルチキャストデータ受信判定部により前記配信データを受信中であると判定されたときに、チャネル割当要求メッセージに、前記配信データを受信中であることを示すブロードキャスト／マルチキャストデータ受信中フラグを含ませるブロードキャスト／マルチキャストデータ受信中フラグ付加部と、
前記ブロードキャスト／マルチキャストデータ受信中フラグを含ませた前記チャネル割当要求メッセージを前記基地局に送信する送信部と、
を有することを特徴とする無線通信端末。
【請求項２】
請求項１に記載の無線通信端末において、
前記ブロードキャスト／マルチキャストデータ受信中フラグ付加部は、
前記ブロードキャスト／マルチキャストデータ受信中フラグを、前記チャネル割当要求メッセージ内のチャネル割当要求理由の一部として記述する、
ことを特徴とする無線通信端末。
【請求項３】
基地局と無線通信端末との間で無線通信を行う無線通信システムにおいて、
前記無線通信端末は、
ブロードキャスト／マルチキャストにより配信される配信データを受信中であるか否かを判定するブロードキャスト／マルチキャストデータ受信判定部と、
前記ブロードキャスト／マルチキャストデータ受信判定部により前記配信データを受信中であると判定されたときに、チャネル割当要求メッセージに、前記配信データを受信中であることを示すブロードキャスト／マルチキャストデータ受信中フラグを含ませるブロードキャスト／マルチキャストデータ受信中フラグ付加部と、
前記ブロードキャスト／マルチキャストデータ受信中フラグを含ませた前記チャネル割当要求メッセージを前記基地局に送信する送信部とを有し、
前記基地局は、
前記無線通信端末から送信された前記チャネル割当要求メッセージを受信する受信部と、
前記受信部により受信された前記チャネル割当要求メッセージに前記ブロードキャスト／マルチキャストデータ受信中フラグが含まれるか否かを判定するフラグ判定部と、
前記フラグ判定部により前記ブロードキャスト／マルチキャストデータ受信中フラグが含まれると判定された場合、前記無線通信端末が前記ブロードキャスト／マルチキャストデータを受信可能なチャネルを前記無線通信端末に割り当てるチャネル割当部とを有する、
ことを特徴とする無線通信システム。
【請求項４】
請求項３に記載の無線通信システムにおいて、
前記ブロードキャスト／マルチキャストデータ受信中フラグ付加部は、
前記ブロードキャスト／マルチキャストデータ受信中フラグは、前記チャネル割当要求メッセージ内のチャネル割当要求理由の一部として記述する、
ことを特徴とする無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信端末および無線通信システムに関し、特に、無線基地局から複数の無線通信端末に向けて送信されるＢＣＭＣＳ受信の失敗を回避する無線通信装置および無線通信システムに関する。
【背景技術】
【０００２】
符号分割多元接続（ＣＤＭＡ）を用いた移動体通信システムでは、高速なデータ通信機能、例えば、1xEV-DO(1x evolution-data only)を用いた様々な通信サービスが提供されている。1xEV-DOの通信サービスの例としては、通信チャネルを用いて同時に複数の無線通信装置（例えば、無線通信端末や、カーナビゲーションシステムに接続される無線通信カードモジュールなど）に向けて送信するＢＣＭＣＳ（Broadcast/Multicast Services）がある（例えば、非特許文献１を参照されたい）。
【０００３】
ＢＣＭＣＳの従来技術の一例としては、ＣＤＭＡ２０００のＢＣＭＣＳがあり、これは1xEV-DO通信エリア内の広範囲なユーザに向けた効率の良いデータ伝送方式である。また、ＣＤＭＡ２０００のＢＣＭＣＳでは、強力なエラー訂正符号を付加してあり、再送制御がない。
【０００４】
ＢＣＭＣＳ応用例として、通信トラフィックが激減する深夜、早朝、夜間の指定時間にデータ量の多いＢＣＭＣＳコンテンツを配信したり、地域情報等をテロップ形式で表示するタイムリー配信などが行われている。図６に、従来技術におけるＢＣＭＣＳ受信の基本動作を説明するタイムチャートを示す。図６に示すように、基地局（アクセスネットワーク）ＡＮは、定期的にＢＣＭＣＳを送信している。端末（アクセスターミナル）ＡＴは、あらかじめＢＣＭＣＳで受信を所望する番組を登録したり、ＢＣＭＣＳ番組表をユニキャストで入手したりする。
【０００５】
端末ＡＴは、ＢＣＭＣＳ番組表に基づき指定時刻にＢＣＭＣＳ受信用チャネルにおいて受信を開始し、ＢＣＭＣＳデータを受信する。基地局ＡＮは、ＢＣＭＣＳデータ送信の前および当該ＢＣＭＣＳ放送（データ配信）と同時に、ＢＯＭ(Broadcast Overhead Message)を送信する。ＢＯＭには、ＢＣＭＣＳデータの物理チャネルやセクタ情報などＢＣＭＣＳデータ受信に必要な情報が含まれる。端末ＡＴは、通常の通話・データ通信の待ち受けに加えて、約３秒周期でＢＯＭ受信を試行する。受信部は、通常のスロット受信（待ち受けは約５秒毎）動作に加えて、もう１つのＢＯＭのためのスロット受信（待ち受けは約３秒毎）動作を行うため、このときの受信部状態をデュアルスロッティドモードと称する。端末ＡＴは、デュアルスロッティドモードにて基地局ＡＮから送信されたＢＯＭの受信を開始し、受信したＢＯＭデータに基づき、ＢＣＭＣＳ受信に必要な準備（前処理）を行った後、ＢＣＭＣＳデータの受信を開始し、ＢＣＭＣＳデータ受信中に端末ＡＴの通信状態に変化がなければ、図４のように成功裏に受信を完了する。しかしながら、端末ＡＴは、通常の通話・データ通信などによって端末自体の通信状態が変化し、この変化に応じて、チャネル設定状態が変化してＢＣＭＣＳデータの受信に影響を及ぼすケースがある。以下、従来技術において、ＢＣＭＣＳデータ受信に影響を及ぼ具体例を図を参照して説明する。
【非特許文献１】“CDMA2000 High rate Broadcast Packet Data Air Interface Specification (C.S0054-0 Version 1.0) - Section 1.4: Broadcast Channels”、３ＧＰＰ２、２００４年２月
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ブロードキャスト／マルチキャストによるデータ配信（放送）の典型例は上述したＢＣＭＣＳであり、これを例示して従来技術の問題点を説明する。図７に、従来技術におけるＢＣＭＣＳ受信が失敗するフローを説明するタイムチャートを示す。端末ＡＴの通信状態には、以下のように４つの通信状態がある。
・ヌル（Null）：無線セッションを保持していない状態
・アイドル(IDLE):無線セッションを確立している状態
・通信中(Connected):パケットデータ通信中状態
・ドーマント(Dormant):パケットデータ通信が停止している状態
【０００７】
図７に示すように、この例では、３つのＢＣＭＣＳ受信操作Ｒ１−Ｒ３がスケジュールされている。ＢＣＭＣＳ受信操作Ｒ１は、端末ＡＴの通信状態に変化がないため、ＢＣＭＣＳを受信可能な「チャネルＢ」を介して成功裏に受信を完了する。しかしながら、ＢＣＭＣＳ受信操作Ｒ２では、端末ＡＴが、データ通信を開始することによって端末自体の通信状態が「アイドル」から「通信中」に変化し、この変化に応じて、チャネル設定が「チャネルＢ（ＢＣＭＣＳデータ受信可能チャネル）」から「チャネルＡ（ＢＣＭＣＳ受信不可チャネル）」に遷移して、チャネル遷移以降のＢＣＭＣＳデータの受信に失敗する。即ち、ＢＣＭＣＳ受信操作Ｒ２の後半部の受信が失敗してしまう。ＢＣＭＣＳ受信操作Ｒ３では、ＢＣＭＣＳデータの配信開始時刻になっても、トラフィックチャネルとして通信に使用しているチャネルが、「チャネルＡ（ＢＣＭＣＳ受信不可チャネル）」であり、その時点ではデータ通信を継続中であるためチャネル遷移を実行できない。従って、ＢＣＭＣＳ受信を開始することができず、ＢＣＭＣＳ受信操作Ｒ３の前半部の受信が失敗してしまう。
【０００８】
また、データ通信終了に伴って無線接続(connection)が終了し、これらの終了を受けて開始されるＰＰＰセッション開放タイマー(ppp_session_close timer)が満了すると、ＰＰＰセッションが終了／開放される。ここで、ＡＴ通信状態は、無線接続中には通信中であるが、データ通信終了時に、ドーマントタイマーを開始し、ドーマントタイマーの設定時間が満了するとドーマントに変化する。さらに、ドーマントからヌルに変化する。このようなＡＴ通信状態の変化に応じてセッション関連の処理が発生し、端末ＡＴが確保しているチャネルが遷移してしまう。このチャネル変更は、基地局ＡＮ側の状況で変化するものであり、端末ＡＴ側では基本的に管理できない。端末ＡＴ内では、例えば、ＰＰＰセッションの終了時点から、無線セッション解放タイマー(Tsmp_close_timer)が開始する。無線セッション解放タイマーが満了する直前にＢＣＭＣＳ受信を開始していた場合、タイムアウト後のＵＡＴＩ再取得やセッションコンフィギュレーションによって、ＢＣＭＣＳ受信可能チャネル以外のチャネルに遷移してしまう場合がある。このように、ＡＴ通信状態の変化に伴って予期せぬチャネル変化が起こった場合は、ＢＣＭＣＳ受信を失敗してしまうという問題があった。即ち、ＢＣＭＣＳフロー受信中に、ＡＴ通信状態が変化（トラフィックチャネル確立）して、ＢＣＭＣＳ受信可能チャネル以外に遷移してしまい、ＢＣＭＣＳフローが受信不可能になることがある。また、ＢＣＭＣＳフロー受信時刻になっても、トラフィックチャネルが接続中(connected)の場合、ドーマントになるまで待機し、その後、無線セッションを再確立するまでＢＣＭＣＳ受信処理を開始することができないなどの問題がある。また、無線セッション解放タイマーは、一般的に６時間に設定されており、例えば、端末ＡＴで午後１０時に通話を終えた場合には、６時間後の翌日午前４時に無線セッション解放タイマーが満了し、チャネルの変動が発生する。大容量のＢＣＭＣＳデータは、このような夜間、深夜、早朝の時間帯に配信される場合が多く、前述のような深夜・早朝のチャネル変動によって、ＢＣＭＣＳ受信を失敗するケースが多い。また、ＢＣＭＣＳは再送制御がないため、ユーザは、受信を失敗したＢＣＭＣＳデータを再度、通信帯域（トラフィックチャネル）を１ユーザで占有するユニキャストで取り直す必要があり、トラフィックが増大するという問題もある。
【０００９】
そこで、本発明は、上述した課題を鑑みて、ＢＣＭＣＳ受信中、或いは、ＢＣＭＣＳ受信動作が見込まれる場合に、ＢＣＭＣＳ受信を失敗・中断するような基地局からのチャネル割り当て指示を抑制してＢＣＭＣＳ受信失敗を回避し、受信成功率を向上させた無線通信端末および無線通信システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した諸課題を解決すべく、第１の発明による無線通信端末は、
基地局と無線通信を行う無線通信端末であって、
ブロードキャスト／マルチキャストにより配信される配信データ、即ち、ＢＣＭＣＳを受信するブロードキャスト／マルチキャストデータ受信部と、
ブロードキャスト／マルチキャストにより配信される配信データ（即ち、ＢＣＭＣＳデータ）を受信中であるか否かを判定するブロードキャスト／マルチキャストデータ受信判定部と、
前記ブロードキャスト／マルチキャストデータ受信判定部により前記配信データを受信中であると判定されたときに、基地局に送信すべき、チャネル割当要求メッセージ（即ち、チャネル割当動作のトリガーとなるメッセージ）に、前記配信データを受信中であることを示すブロードキャスト／マルチキャストデータ受信中フラグを含ませる（即ち、記述する）ブロードキャスト／マルチキャストデータ受信中フラグ付加部と、
前記ブロードキャスト／マルチキャストデータ受信中フラグを含ませた前記チャネル割当要求メッセージを前記基地局に送信する送信部と、
を有することを特徴とする。
【００１１】
また、第２の発明による無線通信端末は、
前記ブロードキャスト／マルチキャストデータ受信中フラグ付加部は、
前記ブロードキャスト／マルチキャストデータ受信中フラグを、前記チャネル割当要求メッセージ内のチャネル割当要求理由の一部として記述する、
ことを特徴とする。
【００１２】
また、第３の発明による無線通信システムは、
基地局と無線通信端末との間で無線通信を行う無線通信システムにおいて、
前記無線通信端末は、
（ブロードキャスト／マルチキャストにより配信される配信データ、即ち、ＢＣＭＣＳを受信するブロードキャスト／マルチキャストデータ受信部と、）
ブロードキャスト／マルチキャストにより配信される配信データ（即ち、ＢＣＭＣＳデータ）を受信中であるか否かを判定するブロードキャスト／マルチキャストデータ受信判定部と、
前記ブロードキャスト／マルチキャストデータ受信判定部により前記配信データを受信中であると判定されたときに、基地局に送信すべき、チャネル割当要求メッセージに、前記配信データを受信中であることを示すブロードキャスト／マルチキャストデータ受信中フラグを含ませるブロードキャスト／マルチキャストデータ受信中フラグ付加部と、
前記ブロードキャスト／マルチキャストデータ受信中フラグを含ませた前記チャネル割当要求メッセージを前記基地局に送信する送信部とを有し、
前記基地局は、
前記無線通信端末から送信された前記チャネル割当要求メッセージを受信する受信部と、
前記受信部により受信された前記チャネル割当要求メッセージに前記ブロードキャスト／マルチキャストデータ受信中フラグが含まれるか否かを判定するフラグ判定部と、
前記フラグ判定部により前記ブロードキャスト／マルチキャストデータ受信中フラグが含まれると判定された場合、前記無線通信端末が前記ブロードキャスト／マルチキャストデータを受信可能なチャネルを前記無線通信端末に割り当てるチャネル割当部とを有する、
ことを特徴とする。
【００１３】
また、第４の発明による無線通信システムは、
前記ブロードキャスト／マルチキャストデータ受信中フラグ付加部は、
前記ブロードキャスト／マルチキャストデータ受信中フラグは、前記チャネル割当要求メッセージ内のチャネル割当要求理由の一部として記述する、
ことを特徴とする。
【００１４】
上述したように本発明の解決手段を端末・システム（装置）として説明してきたが、本発明はこれらに実質的に相当する方法、プログラム、プログラムを記録した記憶媒体としても実現し得るものであり、本発明の範囲にはこれらも包含されるものと理解されたい。
【発明の効果】
【００１５】
本発明によれば、ＢＣＭＣＳ受信を失敗・中断するような基地局からのチャネル割り当て指示を抑制して、ＢＣＭＣＳ受信可能チャネルから他のＢＣＭＣＳ受信不可チャネルへの切り替えを回避し、ＢＣＭＣＳ受信成功率を向上させることが可能となる。
【発明を実施するための最良の形態】
【００１６】
以降、諸図面を参照しながら、本発明の実施態様を詳細に説明する。本発明が対象とする無線通信端末（装置）には、携帯電話端末、無線機能搭載ＰＤＡ、および無線通信カードなど様々な形式の装置が含まれるが、無線通信端末の典型例として携帯電話端末に本発明を適用して説明する。
【００１７】
図１は、本発明による携帯電話端末および基地局からなる無線通信システムの基本構成を示すブロック図である。図１に示すように、携帯電話端末１００は、通信部１１０、ＢＣＭＣＳ受信判定部１２０、計時部１３０、フラグ付加部１４０、制御部１５０、記憶部１６０、入力部１７０、および表示部１８０を備える。通信部１１０は、アンテナＡＮＴ１を介して、ＢＣＭＣＳを受信する、或いは、データ通信・通話の受信を行う受信部１１２、およびデータ通信・通話の送信を行う送信部１１４を備える。ＢＣＭＣＳ受信判定部（監視部）１２０は、通信部１１０内の受信部１１２がＢＣＭＣＳを受信中であるか否かを判定（監視）する。ＢＣＭＣＳ受信判定部１２０によりＢＣＭＣＳを受信中であると判定したときは、装置全体の制御を司る制御部１５０にＢＣＭＣＳを受信中であることを通知する。通知を受けた制御部１５０は、記憶部１６０内のＢＣＭＣＳ受信中を示すＢＣＭＣＳ受信中フラグＦＬＧをオンにする。ＢＣＭＣＳ受信判定部１２０がＢＣＭＣＳを受信中でないと判定したときは、反対に、ＢＣＭＣＳ受信中フラグＦＬＧをオフにして受信が終了したことを示す。
【００１８】
計時部１３０は、無線セッションに関して計時される各種タイマー（例えば、無線セッション終了時に起動されるドーマントタイマー、或いはＰＰＰセッション終了時に起動される無線セッション開放タイマー）が満了したことを検知する。例えば、無線セッション開放タイマーが満了したことを検知した場合は、その旨を無線セッション開放処理部（図示せず）に通知する。
【００１９】
計時部１３０により、無線セッション開放タイマーが満了したことを通知された無線セッション開放処理部は、無線セッション開放要求メッセージを通信部１１０を介して送出するよう制御部１５０に指示する。ここで、「無線セッション開放要求メッセージ」は、基地局２００に送信される「チャネル割当要求メッセージ」に該当する。
当該メッセージを受信した基地局では、無線セッション開放処理をした後で、後続処理としてチャネル割当動作を行う。制御部１５０は、フラグ付加部１４０が、ＢＣＭＣＳデータを受信中であることを示すＢＣＭＣＳ受信中フラグを無線セッション開放要求メッセージに含ませるように制御する。このように、チャネル割当要求メッセージが基地局２００に送信される前に、ＢＣＭＣＳ受信中フラグを当該要求メッセージに記述することによって、基地局２００にＢＣＭＣＳ受信中であることを通知し、基地局２００における後続処理のチャネル切替動作において、ＢＣＭＣＳ受信中であることを考慮してチャネルを割り当ててもらう。なお、「無線セッション開放要求メッセージ」以外のチャネル切替動作を伴う、即ち、送信先の基地局においてチャネル切替動作のトリガーとなる要求メッセージも、同様の処理によりＢＣＭＣＳ受信中フラグをメッセージ内に含ませることによって、基地局２００における後続処理のチャネル切替動作において、ＢＣＭＣＳ受信中であることを考慮してチャネルを割り当ててもらうことが可能である。
【００２０】
基地局２００は、通信部２１０、フラグ判定部２２０、チャネル割当部２３０、制御部２４０、および記憶部２５０を備える。通信部２１０は、アンテナＡＮＴ２を介して、携帯電話端末１００からの要求メッセージなどの制御データを受信する、或いは、データ通信・通話の受信を行う受信部２１２、および、制御データやデータ通信・通話の送信を行う送信部２１４を備える。通信部２１０内の受信部２１２が、携帯電話端末１００からチャネル割当要求メッセージ、例えば「無線セッション開放要求メッセージ」を受信した場合、フラグ判定部２２０は、当該メッセージにＢＣＭＣＳデータ受信中を示すフラグがあるか否かを判定する。フラグ判定部２２０によりフラグがあると判定された場合、制御部２４０は、チャネル割当部２３０が、ＢＣＭＣＳ受信可能なチャネルを、当該メッセージ送信元の携帯電話端末１００に割り当てるよう制御する。このとき、チャネル割当部２３０は、記憶部２５０に格納されているＢＣＭＣＳチャネル割当テーブルＴＢを参照して、ＢＣＭＣＳ受信可能なチャネルの情報を得る。この例では、ＢＣＭＣＳチャネル割当テーブルＴＢに格納されているチャネルｘ、ｙが、現在、基地局２００によりＢＣＭＣＳデータ配信に使用しているチャネルであり、チャネル割当部２３０は、これらチャネルｘ、ｙのいずれかを当該メッセージ送信元の携帯電話端末１００に割り当てる。
【００２１】
図２は、ＢＣＭＣＳ受信中に端末通信状態が変化した場合の本発明による無線通信端末の処理の一例を説明するタイムチャートである。図２に示すように、この例では、３つのＢＣＭＣＳ受信操作Ｂ１−Ｂ３がスケジュールされている。ＢＣＭＣＳ受信操作Ｂ１は、端末ＡＴの通信状態に変化がないため、ＢＣＭＣＳを受信可能な「チャネルＢ」を介して成功裏に受信を完了する。しかしながら、次のＢＣＭＣＳ受信操作Ｂ２では、端末ＡＴが何らかのデータ通信を開始することにより、ＡＴ通信状態がアイドルから接続中に変化する。従来であれば、このとき、基地局は、端末ＡＴの状況を考慮せずに、自局のチャネル割当状態に応じてチャネルを割り当てる。本発明による端末ＡＴは、ＢＣＭＣＳ受信操作Ｂ２を実行しているため、事前に、ＢＣＭＣＳ受信を示す情報を基地局に通知している（詳細は図３を参照して後述する）。従って、基地局は、端末ＡＴの状況を考慮して、ＢＣＭＣＳ受信に使用しているチャネルＢを端末ＡＴに割り当てるため、端末ＡＴは、ＢＣＭＣＳ受信操作Ｂ２を成功裏に受信することが可能となる。
【００２２】
次のＢＣＭＣＳ受信操作Ｂ３では、端末ＡＴがデータ通信を終了し、区間Ｔ２（ドーマントタイマー時間間隔）を経過した後に、ＡＴ通信状態が接続中からドーマントに変化する。さらに、ＡＴ通信状態がドーマントである区間Ｔ３を経過した後に、無線セッション開放処理が実行され、ＡＴ通信状態がドーマントからヌルに変化する。さらに、ＡＴ通信状態がヌルである区間Ｔ４を経過した後に、ＡＴ通信状態がヌルからアイドルに変化する。ＡＴ通信状態がヌルである区間Ｔ４にて、端末ＡＴのチャネル状態は、割り当てなしの状態となるが、この状態であっても端末ＡＴはＢＣＭＣＳ受信を継続可能である。また、ＡＴ通信状態がヌルである区間Ｔ４が終了した後は、基地局ＡＮは、端末ＡＴから受けたＢＣＭＣＳ受信中フラグに応じて、ＢＣＭＣＳ受信可能チャネルである「チャネルＢ」を端末ＡＴに割り当てる。上述したＢＣＭＣＳ受信操作Ｂ２と同様に端末ＡＴは、ＢＣＭＣＳ受信操作Ｂ３も成功裏に受信することできる。
【００２３】
図３は、図２の区間Ｔ１におけるデータ通信開始時の端末と基地局ＡＮとの間の処理を示すシーケンス図である。端末ＡＴは、データ通信を開始するために、Connection_Requestメッセージ（接続チャネル割当要求メッセージ）を基地局ＡＮに送信する。Connection_Requestメッセージ内の「接続チャネル割当要求理由フィールド」には、フラグ付加部によって付加されたＢＣＭＣＳ受信中フラグが含まれている。この例では、ｃｄｍａ２０００の場合に使用される４ビットのフィールドにＢＣＭＣＳ受信中フラグ「0x2」（Receiving BCMCS Flow）を規定してある。
【００２４】
端末ＡＴから送信されたConnection_Requestメッセージを受信した基地局ＡＮは、当該メッセージにＢＣＭＣＳ受信中フラグが含まれるか否かを検査する。即ち、この例では、「接続チャネル割当要求理由フィールド」が「0x2」（Receiving BCMCS Flow）であるか否かをフラグ判定部が検査する。ＢＣＭＣＳ受信中フラグが含まれている場合、基地局ＡＮのチャネル割当部は、ＢＣＭＣＳ受信中フラグを含むメッセージの送信元がＢＣＭＣＳフローを受信しているチャネルを接続チャネルとして当該端末ＡＴに割り当てる。このような端末ＡＴおよび基地局ＡＮの操作によって、端末ＡＴは、図２のデータ通信開始以降においてＢＣＭＣＳフローの受信を成功裏に継続することが可能となる。
【００２５】
図４は、本発明による無線通信システムを構成する端末のデータ通信開始処理の一例を示すフローチャートである。端末ＡＴは、接続要求(Traffic_Channel割当要求)処理を開始する。図４に示すように、最初にステップＳ１０にて、端末ＡＴがＢＣＭＣＳ受信中であるか否かを判定する。ステップＳ１０にて、端末ＡＴがＢＣＭＣＳ受信中であると判定された場合は、ＢＣＭＣＳフローを受信しているチャネルを接続要求チャネルとして設定し（ステップＳ１１）、ＢＣＭＣＳフロー受信中フラグ付きの接続要求(Connection_Request)を基地局ＡＮに送信し（ステップＳ１２）、処理を終える。一方、ステップＳ１０にて、端末ＡＴがＢＣＭＣＳ受信中でないと判定された場合はステップＳ１３に進み、通常の接続要求処理を行い（ステップＳ１３）、ＢＣＭＣＳフロー受信中フラグなしの接続要求(Connection_Request)を基地局ＡＮに送信し（ステップＳ１４）、処理を終える。
【００２６】
図５は、本発明による無線通信システムを構成する基地局のデータ通信開始処理の一例を示すフローチャートである。基地局ＡＮは、端末ＡＴより接続要求(Connection_Request)を受信すると、受信した接続要求にＢＣＭＣＳ受信中であるか否か、即ち、ＢＣＭＣＳ受信中を示すフラグが含まれているか否かを判定する（ステップＫ１０）。ステップＫ１０にて、ＢＣＭＣＳ受信中であると判定された場合は、当該接続要求を受信したチャネル（即ち、ＢＣＭＣＳ受信可能チャネル）を接続用チャネルに設定する（ステップＫ１１）。ステップＫ１０にて、ＢＣＭＣＳ受信中でないと判定された場合は、ステップＫ１３に進み、通常の接続チャネル割り当て処理を行う。ステップＫ１１、Ｋ１３の後は、ステップＫ１２にて、端末ＡＴにTraffic_Channel_Assignmentを送信して通信チャネル（Traffic_Channel）割り当て、処理を終える。
【００２７】
図４、図５に示すように、端末ＡＴが、ＢＣＭＣＳ通信中フラグを添付した、接続要求メッセージを送信するときには、必ず、ＢＣＭＣＳ受信に使用した、或いは、現在使用しているチャネルを使って当該接続要求メッセージを送信し、他方、基地局側では、当該接続要求メッセージ送信で使用されたチャネルを、そのまま通信チャネルとして当該端末に割り当てる構成にする。従って、このような構成でチャネル設定・割り当てを行う場合には、図１の記憶部２５０内に格納されているＢＣＭＣＳチャネル割当テーブルＴＢを参照せずに、ＢＣＭＣＳ受信可能チャネルの割り当て操作を実行できる。
【００２８】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各部材、各手段、各ステップなどに含まれる機能などは論理的に矛盾しないように再配置可能であり、複数の手段やステップなどを１つに組み合わせたり、或いは分割したりすることが可能である。
【図面の簡単な説明】
【００２９】
【図１】本発明による携帯電話端末および基地局からなる無線通信システムの基本構成を示すブロック図である。
【図２】ＢＣＭＣＳ受信中に端末通信状態が変化した場合の本発明による無線通信端末の処理の一例を説明するタイムチャートである。
【図３】図２の区間Ｔ１におけるデータ通信開始時の端末と基地局ＡＮとの間の処理を示すシーケンス図である。
【図４】本発明による無線通信システムを構成する端末のデータ通信開始処理の一例を示すフローチャートである。
【図５】本発明による無線通信システムを構成する基地局のデータ通信開始処理の一例を示すフローチャートである。
【図６】従来技術におけるＢＣＭＣＳ受信の基本動作を説明するタイムチャートである。
【図７】従来技術におけるＢＣＭＣＳ受信が失敗するフローを説明するタイムチャートである。
【符号の説明】
【００３０】
１００  携帯電話端末
１１０  通信部
１１２  受信部
１１４  送信部
１２０  受信判定部
１３０  計時部
１４０  フラグ付加部
１５０  制御部
１６０  記憶部
１７０  入力部
１８０  表示部
ＡＮＴ１  アンテナ
ＦＬＧ  ＢＣＭＣＳ受信中フラグ
２００  基地局
２１０  通信部
２１２  受信部
２１４  送信部
２２０  フラグ判定部
２３０  チャネル割当部
２４０  制御部
２５０  記憶部
ＴＢ  チャネル割当テーブル
ＡＮＴ２  アンテナ
ＡＮ  基地局
ＡＴ  端末
Ｂ１−Ｂ３  ＢＣＭＣＳ受信操作
Ｒ１−Ｒ４  ＢＣＭＣＳ受信操作
【図１】
2008136141.tif 000003
【図２】
2008136141.tif 000004
【図３】
2008136141.tif 000005
【図４】
2008136141.tif 000006
【図５】
2008136141.tif 000007
【図６】
2008136141.tif 000008
【図７】
2008136141.tif 000009