携帯通信端末と、前記携帯通信端末に基地局およびネットワークを介して接続され、前記携帯通信端末から要求されたソフトウェアを代理で実行できるサーバからなる携帯通信システムであって、前記携帯通信端末は、前記代理処理サーバとの間のアクセスタイミングを前記基地局に通知し、前記アクセスタイミングに基づいてデータを送受信し、送受信するデータがなくなったと判定した場合に、データの送受信を停止し、前記基地局は、前記携帯通信端末からアクセスタイミングを取得し、前記アクセスタイミングに基づき、前記携帯通信端末への帯域割当を開始し、送受信するデータがなくなったと判定した場合に、帯域割当を停止することを特徴とする携帯通信システム。前記基地局は、下りの蓄積バッファが空になった場合、送信するデータがなくなったと判定し、前記携帯通信端末から前記携帯通信端末の上りの蓄積バッファが空になったことを通知された場合、受信するデータがなくなったと判定することを特徴とする請求項1に記載の携帯通信システム。前記基地局は、送信するデータがなくなったと判定した場合、前記携帯通信端末に対して、帯域割当休止メッセージを通知することを特徴とする請求項2に記載の携帯通信システム。前記携帯通信端末は、上りの蓄積バッファが空になった場合、送信するデータがなくなった判定し、前記基地局から帯域割当休止メッセージを受信した場合、受信するデータがなくなったと判定することを特徴とする請求項3に記載の携帯通信システム。しかしながら、携帯通信端末は、机上に設置され、電源コンセントに接続されているコンピュータとは異なり、基本的に、使用者に携行され、端末本体に内蔵されたバッテリーで動く端末である。携帯通信端末の使用時間は、バッテリー容量と消費電力量に依存する。携帯通信端末の処理環境を、ネットワーク上の代理処理サーバに構築し、ソフトウェアの実行を代理処理サーバにて行って、携帯通信端末が、常に代理処理サーバと通信接続するということは、常に電力を消費することになり、携帯通信端末自体の使用時間を短くしてしまうという問題を有する。本発明は、このような問題点に鑑みてなされたものであり、本発明の目的は、常に代理処理サーバと通信接続することなく、消費電力量を低減して、携帯通信端末自体の使用時間を長くすることのできる携帯通信システムを提供することにある。上記目的を達成するため、本発明は、携帯通信端末と、前記携帯通信端末に基地局およびネットワークを介して接続され、前記携帯通信端末から要求されたソフトウェアを代理で実行できるサーバからなる携帯通信システムであって、前記携帯通信端末は、前記代理処理サーバとの間のアクセスタイミングを前記基地局に通知し、前記アクセスタイミングに基づいてデータを送受信し、送受信するデータがなくなったと判定した場合に、データの送受信を停止し、前記基地局は、前記携帯通信端末からアクセスタイミングを取得し、前記アクセスタイミングに基づき、前記携帯通信端末への帯域割当を開始し、送受信するデータがなくなったと判定した場合に、帯域割当を停止することを特徴とする。前記基地局は、下りの蓄積バッファが空になった場合、送信するデータがなくなったと判定し、前記携帯通信端末から前記携帯通信端末の上りの蓄積バッファが空になったことを通知された場合、受信するデータがなくなったと判定することが好ましい。前記基地局は、送信するデータがなくなったと判定した場合、前記携帯通信端末に対して、帯域割当休止メッセージを通知することが好ましい。前記携帯通信端末は、上りの蓄積バッファが空になった場合、送信するデータがなくなった判定し、前記基地局から帯域割当休止メッセージを受信した場合、受信するデータがなくなったと判定することが好ましい。本発明によれば、代理処理サーバとの間で送受信するデータがなくなったときは、携帯通信端末においてデータの送受信を停止するので、携帯通信端末にて消費する電力量を抑え、携帯通信端末自体の使用時間を長くすることができる。本発明の実施の形態について図面を参照して説明する。図1は、本発明の実施形態に係る携帯通信システムの構成を示す図である。携帯通信端末11は、基地局12およびネットワーク19を介して、代理処理サーバ13と通信接続する。代理処理サーバ13は、ネットワーク19に接続して、Webサーバ14および携帯通信端末11との通信接続を可能とする。また、基地局12の後位には、ネットワーク19を介して、ポリシー制御装置17とポリシー決定装置18ポリシー決定手段を備える。ポリシー決定装置18は、携帯通信端末11から通信接続の要求があった際に、携帯通信端末11のポリシーを決定する。ポリシー制御装置17は、決定されたポリシーに基づいた動作を、基地局12の通信制御部に指示し、基地局12と携帯通信端末11との間で送受されるデータ通信を制御する。携帯通信端末11は、代理処理サーバ13との間のアクセスタイミングを基地局12に通知し、アクセスタイミングに基づいてデータを送受信し、送受信するデータがなくなったと判定した場合に、データの送受信を停止する。基地局12は、携帯通信端末11からアクセスタイミングを取得し、アクセスタイミングに基づき、携帯通信端末11への帯域割当を開始し、送受信するデータがなくなったと判定した場合に、帯域割当を停止する。使用者1は、携帯通信端末11を用いて、代理処理サーバ13にてソフトウェアを実行し、実行結果を携帯通信端末11にて得る。同様に、使用者1は、携帯通信端末11を用いて、代理処理サーバ13にてソフトウェアを実行して、代理処理サーバ13から、Webサーバ14へアクセスする。Webサーバ14にてアクセスしているWebページは、代理処理サーバ13を通して、携帯通信端末11上に表示出力される。外部から入力データは、代理処理サーバ13のセキュリティソフトウェアにてウィルスチェックされる。なお、ここで、携帯通信端末11は、例えば、携帯電話機、スマートフォンなどの情報端末である。図2は、本発明の実施形態に係る携帯通信システムにおける携帯通信端末および代理処理サーバの構成を示す図である。携帯通信端末11は、マイク22と、スピーカ23と、演算処理部24と、記憶部25と、送受信部26と、操作部27と、表示部28と、実行制御部29とにより構成されている。使用者1は、携帯通信端末11の操作部27からキー入力を行う。実行制御部29は、操作部27からのキー入力を、送受信部26を介して、代理処理サーバ13へ送信する。また、代理処理サーバ13からの出力情報は、送受信部26から実行制御部29に渡される。実行制御部29は、代理処理サーバ13からの受信情報が、ユーザインタフェースへの出力情報と判断すると、対応するユーザインタフェース例えば、表示部28、スピーカ23に出力する。代理処理サーバ13は、携帯通信端末の仮想環境40と、通信I/Fインタフェース41と、ソフトウェアの属性情報に基づいてソフトウェアの消費電力量を推定する実行判定部42と、ソフトウェア毎の属性情報を保持する実行情報管理部46とにより構成されている。代理処理サーバ13は、仮想環境40を、携帯通信端末毎に備えており、仮想環境40は、ソフトウェアを実行処理する演算処理部43と、ソフトウェアを記憶保持する記憶部44と、携帯通信端末11における入出力I/Fに代わって対応する疑似I/Fインタフェース47と、通話機能部48とにより構成されている。実行判定部42は、携帯通信端末11の実行制御部29からの送信情報を受信する。受信した送信情報が、操作部27、マイク22などのユーザインタフェースからの入力情報と判断されると、仮想環境40上の疑似I/F47に渡され、疑似I/F47からユーザインタフェース信号として演算処理部43に渡され、演算処理部43にて、仮想環境40上での操作として処理される。仮想環境40の演算処理部43から、スピーカ23、表示部28などへの出力信号は、擬似I/F47を介して実行判定部42に渡される。実行判定部42は、出力信号を、ネットワーク19を介して、携帯通信端末11に通知する。携帯通信端末11からの操作信号によって、仮想環境40の記憶部44に保持されているソフトウェアの実行が選択要求されると、実行判定部42は、既に実行されているソフトウェアと、新規に実行が選択されたソフトウェアの属性情報を実行情報管理部46から取得する。実行判定部42は、取得した属性情報に基づいて、各々のソフトウェアを仮想環境40上、または携帯通信端末11上にて実行した際に、携帯通信端末11に生じる消費電力量を推定する。実行判定部42は、全ての組合せから、最も消費電力量の低いソフトウェア実行の組合せに基づいて、各々のソフトウェアを実行させる。この時、実行判定部42は、仮想環境40で実行することとなったソフトウェアが必要とする演算処理能力に応じて、仮想環境40の演算処理資源CPU、メモリなどの増減を行う。図3は、代理処理サーバの実行判定部の動作例を説明するフローチャートである。使用者1が起動するソフトウェアを選択すると、実行判定部42は、代理処理サーバ13の仮想環境40上で既に実行されているソフトウェアと、携帯通信端末11上で既に実行されているソフトウェアの属性情報を実行情報管理部46から取得するS101。次に、実行判定部42は、新規に実行するソフトウェアおよび既に実行されているソフトウェアの各々を代理処理サーバ13仮想環境40上、または携帯通信端末11上にてそれぞれ実行した際に、携帯通信端末11に生じる消費電力量を算出するS102。ただし、実行環境が代理処理サーバ13に限定されているものは、代理処理サーバ上にてのみ算出する。実行判定部42は、消費電力量が最も小さくなるソフトウェアの組合せを選択する。次に、S103~S105において、この時既に実行されているソフトウェアであって、実行環境が代理処理サーバ13から携帯通信端末11へ、もしくは携帯通信端末11から代理処理サーバ13へ変更する必要のあるソフトウェアがある場合104でYesの場合、ソフトウェアのメモリ状況を実行先に転送しS121、変更先にて前の処理状況を継続してソフトウェアを実行するようにするS122。次に、実行判定部42は、新規に実行するソフトウェアが記憶部44に保持されているか否かを判定しS106、記憶部44に保持されていない場合S106でNoの場合は処理を終了する。新規に実行するソフトウェアが記憶部44に保持されている場合S106でYesの場合は、新規に実行するソフトウェアの実行環境が携帯通信端末11上であるか否かを判定しS131、実行環境が携帯通信端末11上である場合S131でYesの場合は、新規に実行するソフトウェアを携帯通信端末11に転送しS141、携帯通信端末11上で実行するS142。他方、実行環境が携帯通信端末11上でない場合S131でNoの場合は、代理処理サーバ13上で実行するS132。なお、既に実行されているソフトウェアを停止する場合は、そのソフトウェアを停止した上で、同様に実行中のソフトウェアに関して、消費電力量の計算を行い、各々のソフトウェアの実行環境の設定を行う。図4は、実行情報管理部が保持する、ソフトウェアの属性情報が格納されたテーブルの例を示す図である。図4において、実行環境E0~Enは、ソフトウェア1~nが、代理処理サーバ13上での実行を必須とするか否かを示す。処理サイクルP0~Pnは、ソフトウェア1~nを実行したときに、快適に実行するのに必要とされる単位時間あたりの処理サイクル数を示す。入力サイクルC0~Cnは、入力系のユーザインタフェースからソフトウェア1~nの演算処理に入力される操作信号の回数であり、単位時間当りの平均回数を示す。出力サイクルR0~Rnは、ソフトウェア1~nの実行結果により、出力系のユーザインタフェースへ出力される出力信号の回数であり、単位時間当りの平均回数を示す。次に、ソフトウェアを代理処理サーバ13上および携帯通信端末11上で実行したときの携帯通信端末11における消費電力量の算出方法について説明する。ソフトウェアaを携帯通信端末11上で実行したときの携帯通信端末11における消費電力量Wa端末は、Wuを携帯通信端末11上での処理サイクルPaの1サイクル分の消費電力量とすると、Wa端末=WuPaとなる。ソフトウェアaを代理処理サーバ13上で実行したときの携帯通信端末11における消費電力量Waサーバは、Wcを携帯通信端末11上での入力サイクルCaの1サイクル分の消費電力量とし、Wrを携帯通信端末11上での出力サイクルRaの1サイクル分の消費電力量とすると、Waサーバ=WcCaWrRaとなる。WcCaは操作信号を無線にて送信する際に生じている消費電力量を意味し、WrRaは出力信号を無線にて受信する際に生じている消費電力量を意味する。図5は、入力サイクル、出力サイクルの合成を説明する図である。ソフトウェアaの出力サイクルRaと、ソフトウェアbの出力サイクルRbの合成として出力サイクルRcを取得する例を示す。図5aにおいて、ソフトウェアaの出力サイクルRaはra0~ra5である。これに対して、ソフトウェアbの出力サイクルRbはrb0~rb2である。このうち、ra0とrb0、ra2とrb1、ra4とrb2が同一タイミングとなるので、これを各々1回として計測すると、合成した出力サイクルRcはrc0~rc5となる。ソフトウェアbの出力サイクルRbは、ソフトウェアaの出力サイクルRaに包含されている。このため、合成した出力サイクルRcは、出力サイクルRaと同じである。単純に合計した場合、9回に対して、同一タイミングを考慮すると6回となる。図5bにおいて、ソフトウェアaの出力サイクルRaはra0~ra5である。これに対して、ソフトウェアbの出力サイクルRbはrb0~rb3である。このうち、ra0とrb0、ra3とrb2が同一タイミングとなる。その結果、合成した出力サイクルRcは、rc0~rc7となる。単純に合計した場合、10回となるのに対して、同一タイミングを考慮すると8回となる。ソフトウェアaの入力サイクルCaと、ソフトウェアbの入力サイクルCbの合成として入力サイクルCcを取得する場合も同様である。これは、個々の入力信号キー操作の信号、出力信号は、無線送受信におけるパケットサイズに対して、小さいものである。このため、同一タイミングの場合、同一パケットにて伝送することが可能であると想定している。例えば、ソフトウェアaとソフトウェアbがある場合、ソフトウェアaの属性情報を、実行環境Ea、処理サイクルPa、入力サイクルCa、出力サイクルRaとし、ソフトウェアbの属性情報を、実行環境Eb、処理サイクルPb、入力サイクルCb、出力サイクルRbとし、ソフトウェアa、ソフトウェアbとも、代理処理サーバ、携帯通信端末いずれでも実行可能とする。また、ソフトウェアa、ソフトウェアbがともに、代理処理サーバで実行されたときの、入力サイクルCaと入力サイクルCbの合成された入力サイクルをCcとし、出力サイクルRaと出力サイクルRbの合成された出力サイクルをRcとする。この時の携帯通信端末の消費電力量は、1Wa端末Wb端末=WuPaWuPb2Wa端末Wbサーバ=WuPaWcCbWrRb3WaサーバWb端末=WcCaWrRaWuPb4WaサーバWbサーバ=WcCcWrRcとなる。実行判定部42は、1~4から、最も値の小さい組合せを選択する。例えば、2が最も低い場合、ソフトウェアaを携帯通信端末上で実行し、ソフトウェアbを代理処理サーバ上で実行することを意味する。ソフトウェアaの実行環境のみが、代理処理サーバでの実行を必須とする場合、実行判定部42は、34から、最も値の小さい組合せを選択する。例えば、3が最も低い場合、ソフトウェアaを代理処理サーバ上で実行し、ソフトウェアbを携帯通信端末上で実行することを意味する。ただし、携帯通信端末における提供可能な処理サイクルをPuとした場合、ソフトウェアを携帯通信端末上で実行した要求処理サイクルの合計値Pcソフトウェアa、ソフトウェアbがともに携帯通信端末上で実行した場合の要求処理サイクルは、PaPbとなるは、Puを超えないこととする。超える場合、選択対象から外すものとする。携帯通信端末11の実行制御部29は、携帯通信端末11の画面上において、アクティブとなっているウィンドウ上で実行されているソフトウェアの更新サイクルに従って、送受信制御部26へのクロック供給をONとし、データの送受を終えるとクロックの供給をOFFとする。これにより、電力の消費を低減する。4において、ソフトウェアaおよびソフトウェアbがともに代理処理サーバ13上で実行されている場合において、携帯通信端末の消費電力量を、出力サイクルRaと出力サイクルRbの合成された出力サイクルRcを用いて算出したが、実行時において、ソフトウェアaのみがアクティブ画面の上で実行されている場合、出力サイクルRaに従って送受信のON/OFFを制御する。なお、双方ともアクティブと判断した場合は、合成された出力サイクルRcに従って送受信のON/OFF制御を行う。代理処理サーバ13の実行判定部42は、画面上、いずれのソフトウェアがアクティブになっているかを判定し、携帯通信端末11の実行制御部29に通知する。実行判定部42は、アクティブなソフトウェアの出力サイクルに基づいて、表示出力などにおける更新データの送信制御を行う。代理処理サーバ13上で実行されているソフトウェアで、非アクティブと判断されたソフトウェアの出力情報は、アクティブなソフトウェアの出力サイクルにて送出されるものとする。非アクティブなソフトウェアの出力サイクルにおいて、アクティブとなっているソフトウェアによる出力サイクルのON-OFF-ON期間に予定されるON回数が、一定閾値より多い場合、ON回数が閾値以下となるように、実行する出力サイクルに補間のONタイミングを追加する。これにより、非アクティブとなっているソフトウェアにおける出力情報の更新がなされなくなることを低減する。使用者1の操作によって、アクティブとなるソフトウェアが変わった場合、実行判定部42は実行制御部29に通知し、実行制御部29は、ON/OFFサイクルをアクティブなソフトウェアに合わせて更新する。図6は、基地局の通信制御部の動作を説明するフローチャートである。図6において、基地局12の通信制御部帯域割当機能部は、1サブフレームの帯域割当処理のタイミングにある場合、携帯通信端末11への帯域割当の状態にあるか否かを判定するS301。下り帯域割当状態が割当状態になく、上り帯域割当状態が割当状態にない場合S301でNoの場合、アクセスタイミングにあるか否かを判定するS302。アクセスタイミングにない場合S302でNoの場合は処理を終了する。アクセスタイミングにある場合S302でYesの場合、下り帯域割当状態および上り帯域割当状態を割当状態に移行させるS303。下り帯域割当状態が停止状態であるか否かを判定しS310、下り帯域割当状態が停止状態でない場合、すなわち下り帯域割当状態が割当状態である場合S310でNoの場合、基地局の下りバッファの蓄積容量を確認しS311、下りバッファの蓄積容量が0より大きい場合S312でYesの場合、下りの帯域割当を行うS314。下りバッファの蓄積容量が0である場合S312でNoの場合、送信するデータがなくなったと判定し、携帯通信端末11に下り帯域割当休止メッセージを送出し、下り帯域割当状態を停止状態に移行させるS313。S313において下り帯域割当状態を停止状態に移行させた後、およびS314において下りの帯域割当を行った後、およびS310において下り帯域割当状態が停止状態である場合S310でYesの場合は、次に、上り帯域割当状態が停止状態であるか否かを判定するS330。上り帯域割当状態が停止状態であるS330でYesの場合は処理を終了する。上り帯域割当状態が停止状態でない場合、すなわち上り帯域割当状態が割当状態である場合S330でNoの場合、携帯通信端末11からの上りのバッファ蓄積情報の通知BufferStatusReportがあるかを確認するS331。アクセスタイミング後にまだ通知を受信していない場合S331でNoの場合、固定のみなし帯域を用いてS332、上りの帯域割当を行うS333。他方、S331において、通知を受信している場合S331でYesの場合、上りバッファの蓄積容量を確認しS334、蓄積容量が0より大きい場合S335でYesの場合、蓄積容量に基づいて、上りの帯域割当を行うS337。他方、S335において、蓄積容量が0である場合S335でNoの場合、受信するデータがなくなったと判定し、上りの帯域割当状態を停止状態に移行するS336。つまり、基地局12の通信制御部帯域割当機能部は、アクセスタイミング後、上りおよび下りの蓄積バッファに蓄積容量がある間、帯域割当を行い、0になったら、次のアクセスタイミングまで帯域割当を停止する。この帯域割当の停止の期間、携帯通信端末11は、無線の送受信を停止することにより、消費電力量の低減を図ることが可能となる。なお、S301において、下り帯域割当状態が割当状態であるか、もしくは上り帯域割当状態が割当状態にある場合S301でYesの場合、アクセスタイミングにあるか否かを判定するS390。アクセスタイミングにある場合S390でYesの場合、帯域割当が断続的な通信ではなくなっていると判断し、ポリシー制御装置17を経由して、ポリシー決定装置18ポリシー決定手段に対して、修正要求を通知するDefaultBearerへの移行を促すS391。アクセスタイミングにない場合S390でNoの場合、帯域割当機能部は、S310以降の帯域割当の手順に入る。図7は、携帯通信端末の通信制御部実行制御部の動作を説明するフローチャートである。図7において、携帯通信端末11の実行制御部29は、アクセスタイミングにある否かを判定し、アクセスタイミングにあると判定した場合S401でYesの場合、送受信部26を起動し、上り通信状態をON、下り通信状態をONに設定するS402。アクセスタイミングでないと判定した場合S401でNoの場合、送受信部26が動作中であるか否かを確認しS410、送受信部26が動作中でない場合S410でNoの場合は処理を終了する。送受信部26が動作中の場合S410でYesの場合、下り通信状態を確認するS411。下り通信状態がONである場合S411でYesの場合、下りの帯域が割り当てられているか確認しS412、下りの帯域が割り当てられている場合S412でYesの場合、基地局12からの下りデータを受信するS413。基地局12からの制御メッセージに帯域割当休止メッセージがあるか否かを判定しS414、制御メッセージに帯域割当休止メッセージがある場合S414でYesの場合、下りの通信状態をOFFとするS415。S411、S412、S414でNoの場合、およびS415にて下りの通信状態をOFFとした後、上り通信状態を確認するS420。上り通信状態がONである場合S420でYesの場合、上りの帯域が割り当てられているか確認しS421、帯域が割り当てられている場合S421でYesの場合、上りのバッファ蓄積量を確認するS422。上りのバッファ蓄積容量が0より大きい場合S422でYesの場合、上りの蓄積容量を基地局12へ通知しS424、ユーザデータの送信を行うS425。他方、上りのバッファ蓄積容量が0である場合、送信するデータがなくなった判断し、上りの通信状態をOFFとするS423。S420、S421でNoの場合、およびS423において上りの通信状態をOFFとした後、およびS425にてユーザデータの送信を行った後、下りおよび上りの通信状態を確認するS430。下りの通信状態がOFFであり、上りの通信状態がOFFである場合S430でYesの場合、送受信部26を停止する。上述のように、携帯通信端末11は、基地局12から帯域割当休止メッセージを受信した場合、下りの通信状態をOFFとし、上りのバッファ蓄積容量が0である場合、上りの通信状態をOFFとして、無線の送受信を停止することにより、消費電力量の低減を図ることが可能となる。図8は、状態設定要求時の携帯通信端末11と、基地局12と、ポリシー制御装置17と、ポリシー決定装置18の動作を説明するシーケンス図である。携帯通信端末11の通信制御部実行制御部29は、ポリシー制御装置17に、状態設定要求を通知する。状態設定要求は、携帯通信端末11がネットワーク上の代理処理サーバのI/F端末であることを示す。ポリシー制御装置17は、前記状態設定要求に対する許可要求をポリシー決定装置18に通知する。ポリシー決定装置18は、ネットワークのトラフィック、携帯通信端末11の契約設定などに基づいて、ポリシーを決定し、許可受諾を返す。ポリシー制御装置17は、受信した許可受諾に基づき、基地局の通信制御部に、前記ポリシーに従った通信制御を行うための通信設定要求を行う。基地局の通信制御部は、ポリシー制御装置17に通信設定受諾を返し、ポリシー制御装置17は、状態設定受諾を携帯通信端末11の通信制御部実行制御部29に返す。携帯通信端末11の通信制御部実行制御部29は、受信した状態設定受諾に、要求したI/F端末動作に対応するポリシーが記されていることを確認する。基地局の通信制御部は、携帯通信端末11との間に、要求されたI/F端末動作向けの通信経路を生成する。図9は、アクセスタイミングの変更があったときの携帯通信端末11と、基地局12と、ポリシー制御装置17と、代理処理サーバ13の実行判定部42の動作を説明するシーケンス図である。代理処理サーバ13の実行判定部42は、アクセスタイミングの変更があった場合、携帯通信端末11の通信制御部実行制御部29にアクセスタイミングの変更を通知する。携帯通信端末11の通信制御部実行制御部29は、アクセスタイミングの変更を受信すると、設定更新要求に前記アクセスタイミングを載せて、ポリシー制御装置17へ設定変更を要求する。ポリシー制御装置17は、更新されたポリシーを、基地局12の通信制御部へ通知通信設定要求する。基地局12の通信制御部は、ポリシー制御装置17に通信設定受諾を返し、ポリシー制御装置17は、設定更新受諾を携帯通信端末11の通信制御部実行制御部29に返す。携帯通信端末11の通信制御部実行制御部29は、設定更新受諾の内容を、設定受諾通知に載せて、代理処理サーバ13の実行判定部42に通知する。実行判定部42は、ポリシー制御装置17にて許諾されたアクセスタイミングに基づいて、代理処理サーバ13から携帯通信端末11へのI/F情報を送出する。基地局12の通信制御部は、共通制御メッセージを携帯通信端末11へ通知する場合、携帯通信端末11向けのメッセージを生成して、前記アクセスタイミングに合わせて送出する。また、前記アクセスタイミングに合わせて、帯域割当を開始するようにする。