Radio base station, wireless communication system, program and connection control method

【発明の詳細な説明】 【０００１】 【発明の属する技術分野】本発明は、無線端末との間で１つ以上のコネクションを設定してパケット通信を行う無線基地局、この無線基地局と１以上の無線端末とを含む無線通信システム及びコネクション制御方法に関する。 【０００２】 【従来の技術】ＨＹＰＥＲＬＡＮ Ｔｙｐｅ２（Ｈｉｇ
ｈ Ｐｅｒｆｏｒｍａｎｃｅ Ｒａｄｉｏ Ｌｏｃａｌ
Ａｒｅａ Ｎｅｔｗｏｒｋ Ｔｙｐｅ２）では、ＤＬ
Ｃ（Ｄａｔａ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤの一部であるＲＬＣ（ＲａｄｉｏＬｉｎｋ Ｃｏｎｔｒｏ
ｌ）サブレイヤにおいて、無線基地局−無線端末間でのコネクションの設定、解放を制御する。 ＤＬＣレイヤでは、コネクションを識別するために、コネクションを一意に特定するための識別子（ｍａｃ−ｉｄ）を用いる。
これは、無線端末とのコネクション設定時に無線基地局のＲＬＣサブレイヤにおいて割り当てるものである。 【０００３】また、ＨＹＰＥＲＬＡＮ Ｔｙｐｅ２では、無線基地局と無線端末との間にてパケット通信を行う場合、ＤＬＣレイヤの上位レイヤであるＣＬ（Ｃｏｎ
ｖｅｒｇｅｎｃｅ Ｌａｙｅｒ）において、送信対象であるパケットを無線回線上での通信に用いるパケットフォーマットに変換してから、これをＤＬＣレイヤに引き渡す。 その際、送信パケットを収容するコネクションを特定させるため、当該パケットにｍａｃ−ｉｄを付与する必要がある。 そのため、ＣＬでは、送信対象であるパケットの宛先アドレスとｍａｃ−ｉｄとの対応付けを行う。 【０００４】以下では、無線基地局より無線端末に対してイーサネットフレームを送信する場合を例にとって説明する。 また、イーサネットフレームと区別するため、
ＤＬＣレイヤにて取り扱うパケットをＤＬＣパケットと呼ぶものとする。 【０００５】無線端末よりコネクション設定要求が行われた場合、無線基地局のＲＬＣサブレイヤでは、当該無線端末に割り当てるｍａｃ−ｉｄを決定し、無線端末に対して該ｍａｃ−ｉｄを通知する。 また、コネクション設定要求時に無線端末より通知される、無線端末のＭＡ
Ｃアドレス（ＩＥＥＥ８０２標準で定められた４８ビットアドレス）と、当該無線端末に割り当てたｍａｃ−ｉ
ｄとを無線基地局のＣＬに通知し、ＣＬにおいてＭＡＣ
アドレスとｍａｃ−ｉｄとの対応関係を保持する。 このような対応関係をＣＬにて保持することにより、ＤＬＣ
レイヤでは、無線端末のＭＡＣアドレスを意識することなく、ｍａｃ−ｉｄを参照するだけで、ＤＬＣパケットの送受信処理を行うことが可能となる。 【０００６】無線端末よりコネクション解放要求が行われた場合、無線基地局のＲＬＣサブレイヤでは、当該無線端末に割り当てたｍａｃ−ｉｄを解放して、当該ｍａ
ｃ−ｉｄを用いた通信を取りやめるとともに、ＣＬにて保持する、当該ｍａｃ−ｉｄとＭＡＣアドレスとの対応関係をクリアする。 【０００７】ところで、無線通信においては、無線回線品質の劣化、無線基地局の圏外への無線端末の移動、等に起因して、無線基地局と無線端末との間の通信が突如不可能となってしまう場合がある。 そこで、ＲＬＣサブレイヤにて次のような手続きが用意されている。 【０００８】まず、無線端末では、自身が通信可能な状態にある旨を通知するための制御情報（ＲＬＣ＿ＭＴ＿
ＡＬＩＶＥメッセージ）を、無線基地局に対して周期的に送信することで、無線基地局と無線端末との間の通信が引き続き可能であるか否かの判断が行われる。 無線基地局では、ＲＬＣ＿ＭＴ＿ＡＬＩＶＥメッセージを受信すれば、当該メッセージを送信した無線端末との通信が可能であると認識し、当該メッセージに対する応答を表す制御情報（ＲＬＣ＿ＭＴ＿ＡＬＩＶＥ＿ＡＣＫメッセージ）を、無線端末に対して送信する。 ＲＬＣ＿ＭＴ＿
ＡＬＩＶＥ＿ＡＣＫメッセージを受信した無線端末は、
自身が送信したＲＬＣ＿ＭＴ＿ＡＬＩＶＥメッセージに対する応答を受信したため、無線基地局との通信が可能であると認識する。 【０００９】もし、無線端末において、自身が送信したＲＬＣ＿ＭＴ＿ＡＬＩＶＥメッセージに対する応答（Ｒ
ＬＣ＿ＭＴ＿ＡＬＩＶＥ＿ＡＣＫメッセージ）が一定時間経過しても到着しない場合、無線端末は無線基地局との通信が不可能であると認識し、無線基地局に通知することなくコネクション解放処理を行い、これに伴い当該無線端末に割り当てられたｍａｃ−ｉｄも解放してしまう。 【００１０】他方、無線基地局では、無線端末から周期的に送出されるＲＬＣ＿ＭＴ＿ＡＬＩＶＥメッセージを一定時間経過しても受信できなかった場合、当該無線端末に対して、ＲＬＣ＿ＭＴ＿ＡＬＩＶＥメッセージの送出を要求する制御情報（ＲＬＣ＿ＭＴ＿ＡＬＩＶＥ＿Ｒ
ＥＱＵＥＳＴメッセージ）を送信する。 そして、当該無線端末より当該メッセージに関する応答を示す制御情報（ＲＬＣ＿ＭＴ＿ＡＬＩＶＥＲＥＱＵＥＳＴ＿ＡＣＫメッセージ）を受信しなかった際にはじめて、当該無線端末がコネクションを解放していることを認識し、当該無線基地局でも当該無線端末に対するコネクション解放処理を行い、当該無線端末に割り当てたｍａｃ−ｉｄを解放する（なお、無線端末がmac-idを解放する前にRLC_MT
_ALIVE_REQUESTメッセーシ゛を受信した場合には、例えば、無線端末が、RLC_MT_ALIVEREQUEST_ACKメッセーシ゛、次いで、R
LC_MT_ALIVEメッセーシ゛を送信し、これに応答して無線基地局がRLC_MT_ALIVE_ACKメッセーシ゛を送信し、これを無線端末が受信できたときに、mac-idが解放されずに保たれるようなこともあり得る）。 【００１１】なお、上記のコネクション設定／解放時の動作は、電波産業界の標準規格ＡＲＩＢ ＳＴＤ−Ｔ７
０（広帯域移動アクセスシステムＨｉＳＷＡＮａ（Ｈｉ
ｇｈＳｐｅｅｄ Ｗｉｒｅｌｅｓｓ Ａｃｃｅｓｓ Ｎ
ｅｔｗｏｒｋ ｔｙｐｅａ））に従って通信を行う場合なども同様である。 【００１２】 【発明が解決しようとする課題】上記のように、ＲＬＣ
＿ＭＴ＿ＡＬＩＶＥ＿ＡＣＫメッセージ未到達のために無線基地局に通知することなく無線端末がコネクション解放処理を行った場合、無線基地局が当該無線端末とのコネクション解放処理を行うまでには一定の時間経過が必要となる。 つまり、この間、無線基地局と無線端末とでは、当該コネクション、そして当該無線端末に割り当てたｍａｃ−ｉｄに関して矛盾が生じることとなる。 【００１３】この矛盾により、次のような問題をもたらすこととなる。 【００１４】ＲＬＣ＿ＭＴ＿ＡＬＩＶＥ＿ＡＣＫメッセージ未到達のために無線基地局に通知することなくコネクション解放処理を行った無線端末が、無線基地局に対して再びコネクション設定要求を行った場合、無線基地局のＲＬＣサブレイヤでは、当該無線端末のＭＡＣアドレスは管理していないため、本コネクション設定要求が、既にｍａｃ−ｉｄを割り当てている無線端末から到達したものか否かを判断することができない。 そして、
当該無線端末に対して割り当てたｍａｃ−ｉｄを無線基地局のＣＬに通知した時点で、ＣＬでは当該無線端末のＭＡＣアドレスと対応付けているｍａｃ−ｉｄを既に保持しているため、当該無線端末に対する矛盾が生じてしまう。 しかしながら、ＨＩＰＥＲＬＡＮ Ｔｙｐｅ２では、当該問題に関する解決方法が記載されていない。 【００１５】なお、このような問題は、ＡＲＩＢ ＳＴ
Ｄ−Ｔ７０に従って通信を行う場合なども同様である。 【００１６】本発明は、上記事情を考慮してなされたもので、無線端末のコネクション解放に伴い生じる無線基地局での無線端末に割り当てる一時的な識別情報に関する矛盾を防ぐことが可能な無線基地局、無線通信システム及びコネクション制御方法を提供することを目的とする。 【００１７】 【課題を解決するための手段】本発明は、自局に通知せずに自局との間のコネクションを一方的に解放することのある無線端末との間で、コネクションを設定して、パケット通信を行う無線基地局において、無線端末を一意に特定する第１の識別子と、無線通信時に無線端末を識別するために使用される、当該無線端末とのコネクション設定を契機に一時的に割り当てられる第２の識別子との対応関係を保持するための記憶手段と、無線端末から受信されたコネクション設定要求に含まれる該無線端末を一意に特定する前記第１の識別子をもとに前記記憶手段を参照して、該第１の識別子とこれに対して一時的に割り当てられた前記第２の識別子との対応関係が前記記憶手段に保持されているか否かを判断するための検索手段と、無線端末との間のコネクション設定に関する処理を行うためのコネクション制御手段とを備え、前記コネクション制御手段は、前記無線端末から前記コネクション設定要求が受信された場合に、前記検索手段により前記対応関係が前記記憶手段に保持されていると判断されたときには、該無線端末を一意に特定する前記第１の識別子に対応して現在前記記憶手段に保持されている前記第２の識別子を、該無線端末を識別するために引き続き使用することを特徴とする。 【００１８】また、本発明は、自局に通知せずに自局との間のコネクションを一方的に解放することのある無線端末との間で、コネクションを設定して、パケット通信を行う無線基地局において、無線端末を一意に特定する第１の識別子と、無線通信時に無線端末を識別するために使用される、当該無線端末とのコネクション設定を契機に一時的に割り当てられる第２の識別子との対応関係を保持するための記憶手段と、無線端末から受信されたコネクション設定要求またはその後に受信された所定のメッセージに含まれる該無線端末を一意に特定する前記第１の識別子をもとに前記記憶手段を参照して、該第１
の識別子とこれに対して一時的に割り当てられた前記第２の識別子との対応関係が前記記憶手段に保持されているか否かを判断するための検索手段と、無線端末との間のコネクション設定に関する処理を行うためのコネクション制御手段とを備え、前記コネクション制御手段は、
前記無線端末から前記コネクション設定要求が受信された際に、該無線端末に対して新たに前記第２の識別子を割り当てて使用するとともに、前記検索手段により前記対応関係が前記記憶手段に保持されていると判断された場合には、該無線端末を一意に特定する前記第１の識別子に対応して現在前記記憶手段に保持されている第２の識別子を、当該新たに割り当てられた第２の識別子に更新し、かつ、その更新前の第２の識別子を解放するための処理を行うことを特徴とする。 【００１９】また、本発明は、自局に通知せずに自局との間のコネクションを一方的に解放することのある無線端末との間で、コネクションを設定して、パケット通信を行う無線基地局において、無線端末を一意に特定する第１の識別子と、無線通信時に無線端末を識別するために使用される、当該無線端末とのコネクション設定を契機に一時的に割り当てられる第２の識別子との対応関係を保持するための記憶手段と、無線端末から受信されたコネクション設定要求またはその後に受信された所定のメッセージに含まれる該無線端末を一意に特定する前記第１の識別子をもとに前記記憶手段を参照して、該第１
の識別子とこれに対して一時的に割り当てられた前記第２の識別子との対応関係が前記記憶手段に保持されているか否かを判断するための検索手段と、無線端末との間のコネクション設定に関する処理を行うためのコネクション制御手段とを備え、前記コネクション制御手段は、
前記無線端末から前記コネクション設定要求が受信された場合に、前記検索手段により前記対応関係が前記記憶手段に保持されていると判断されたときには、該無線端末に対して、該コネクション設定要求に係るコネクション設定手続きを中止すべき旨を通知して、該コネクション設定要求に係るコネクション設定手続きを中止することを特徴とする。 【００２０】好ましくは、前記第１の識別子は、イーサネットフレームの宛先アドレスとして用いられる、前記無線端末に対して固定的に割り当てられたＭＡＣアドレスであるようにしてもよい。 【００２１】また、本発明に係る無線通信システムは、
請求項１ないし９のいずれか１項に記載の無線基地局と、該無線基地局が通信対象とする１以上の前記無線端末とを含むことを特徴とする。 【００２２】なお、装置に係る本発明は方法に係る発明としても成立し、方法に係る本発明は装置に係る発明としても成立する。 また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムとしても成立し、該プログラムを記録したコンピュータ読取り可能な記録媒体としても成立する。 【００２３】本発明によれば、無線端末のコネクション解放に伴い生じる無線基地局での第２の識別子に関する矛盾を防ぐことが可能になる。 【００２４】例えば、無線端末に対するコネクション設定処理において、無線基地局のＲＬＣサブレイヤが割り当てるｍａｃ−ｉｄ値を決定する際に、無線基地局のＣ
Ｌにおいて管理するＭＡＣアドレス／ｍａｃ−ｉｄ対応表を参照して、当該端末に既にｍａｃ−ｉｄを割り当てているか否かを判断することで、ＲＬＣ＿ＭＴ＿ＡＬＩ
ＶＥ＿ＡＣＫメッセージ未到達のため、無線端末が無線基地局に通知することなくコネクション解放を行ったとしても、当該無線端末が再度コネクション設定を行う場合に当該無線基地局より割り当てられるｍａｃ−ｉｄについての矛盾が生じることのないシステムが実現可能となる。 【００２５】 【発明の実施の形態】以下、図面を参照しながら発明の実施の形態を説明する。 【００２６】本実施形態では、本発明をＨＹＰＥＲＬＡ
Ｎ Ｔｙｐｅ２に基づく無線基地局あるいは無線通信システムに適用した場合を例にとって説明する。 【００２７】また、本実施形態では、イーサネットフレームを無線基地局より無線端末に対して送信する場合を例にとって説明する。 【００２８】図１に、本実施形態に係る無線基地局および無線端末を含む無線通信システムの一例を示す。 図１
に示されるように、無線基地局１が、無線リンクを介して複数の無線端末３と通信可能である。 【００２９】図１では、本無線通信システムの一応用形態として、無線基地局１が所定のネットワーク（例えば、インターネット、通信事業者内網等）６に接続され、無線端末３が、所定のネットワーク６、無線基地局１、無線リンクを介して、通信相手装置（例えば、Ｗｅ
ｂサーバ等）７と通信可能になっているネットワークシステムを例示している。 なお、この場合、無線基地局１
は、複数あって構わない（この場合、無線端末３は、例えば、その位置等に応じて選択されるいずれかの無線基地局１と接続される）。 また、１又は複数の無線基地局１（あるいは１又は複数の無線基地局１及びネットワーク６）を介して接続される他の無線端末３が通信相手となる形態も可能である。 もちろん、図１の例に限定されるものではなく、本無線通信システムは、様々な応用が可能である。 【００３０】図１２に、本実施形態に係る無線通信システムを構成する無線基地局および無線端末におけるプロトコルスタックの概要を示す。 図１２におけるプロトコルスタックでは、上位レイヤ（Ｈｉｇｈｅｒ Ｌａｙｅ
ｒ）、コンバージェンスレイヤ（ＣＬ（Ｃｏｎｖｅｒｇ
ｅｎｃｅ Ｌａｙｅｒ））、ＤＬＣ（Ｄａｔａ Ｌｉｎ
ｋ Ｃｏｎｔｒｏｌ）レイヤ、物理（ＰＨＹ（Ｐｈｙｓ
ｉｃａｌ））レイヤの４つのレイヤ構成にて示している。 また、ＤＬＣレイヤの一部として、ＲＬＣ（Ｒａｄ
ｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）サブレイヤが存在する。 【００３１】図２に、本実施形態に係る無線基地局の構成例を示す。 【００３２】本無線基地局は、基本的には、図１２のプロトコルスタックに対応する処理部を有する構成になっている。 すなわち、図２に示されるように、本無線基地局は、上位レイヤ処理部１１、コンバージェンスレイヤ処理部（以下、ＣＬ処理部）１２、ＤＬＣレイヤ処理部１３、物理レイヤ処理部１５を備えている。 また、ＤＬ
Ｃレイヤ処理部１３内には、ＲＬＣサブレイヤ処理部１
４が存在し、ＲＬＣサブレイヤ処理部１４内には、ｍａ
ｃ−ｉｄ管理部１４１が存在する。 また、コンバージェンスレイヤ処理部１２内には、ＭＡＣアドレス／ｍａｃ
−ｉｄ対応表１２１が存在する。 なお、図２では、プロトコルスタックに対応する部分を中心に示しており、その他の機能やデバイスを必要に応じて備える。 【００３３】上位レイヤ処理部１１は、ＣＬ処理部１２
より上位に位置するプロトコル処理を行い、ＣＬ処理部１２との間ではイーサネットフレームでのデータ引渡しを行う。 ＣＬ処理部１２は、イーサネットフレームを複数のＤＬＣパケットに変換する処理、逆に複数のＤＬＣ
パケットから元のイーサネットフレームに変換する処理を行い、ＤＬＣレイヤ処理部１３との間では、ＤＬＣパケットでのデータ引渡しを行う。 ＤＬＣレイヤ処理部１
３は、ＤＬＣパケットや制御情報の送受信処理を行う。
物理レイヤ処理部１５では、無線に関連する処理を行う。 【００３４】ＤＬＣレイヤ処理部１３の一部として、Ｒ
ＬＣサブレイヤ処理部１４が存在する。 ＲＬＣサブレイヤ処理部１４では、無線リソースの管理を行う。 そして、コネクションを一意に識別するための識別子ｍａｃ
−ｉｄの管理を行う。 図２では、ＲＬＣサブレイヤ処理部１４においてｍａｃ−ｉｄを管理するための機能として、ｍａｃ−ｉｄ管理部１４１を示している。 【００３５】また、ＣＬ処理部１２では、通信相手である無線端末のＭＡＣアドレスとｍａｃ−ｉｄとの対応関係を保持するＭＡＣアドレス／ｍａｃ−ｉｄ対応表１２
１を持つ。 【００３６】図３に、本実施形態に係る無線端末の構成例を示す。 【００３７】本無線端末は、上記の無線基地局と同様に、基本的には、図１のプロトコルスタックに対応する処理部を有する構成になっている。 すなわち、図３に示されるように、本無線端末は、上位レイヤ処理部３１、
コンバージェンスレイヤ処理部３２、ＤＬＣレイヤ処理部３３、物理レイヤ処理部３５を備えている。 また、Ｄ
ＬＣレイヤ処理部３３内には、ＲＬＣサブレイヤ処理部３４が存在し、ＲＬＣサブレイヤ処理部３４内には、ｍ
ａｃ−ｉｄ管理部３４１が存在する。 このように、本無線端末は、無線基地局から無線端末への方向の通信については、基本的には、従来と同様の構成で構わない。 なお、図２では、プロトコルスタックに対応する部分を中心に示しており、その他の機能やデバイスを必要に応じて備える。 【００３８】なお、無線基地局から無線端末への送信のためには、無線端末においては、コンバージェンスレイヤ処理部３２内にＭＡＣアドレス／ｍａｃ−ｉｄ対応表１２１を設けなくても構わないが、これを設けて使用しても構わない。 【００３９】以下では、本実施形態の動作について説明する。 【００４０】まず、図４に、ＭＡＣアドレスが“Ａ”である無線端末３とのコネクションが確立した時点でのＭ
ＡＣアドレスとｍａｃ−ｉｄとの対応例を示す。 【００４１】この例では、無線基地局１におけるｍａｃ
−ｉｄ管理部（１４１）において、無線端末３とのコネクションに対してｍａｃ−ｉｄ＝ｘを割り当て、そして無線基地局１におけるＭＡＣアドレス／ｍａｃ−ｉｄ対応表（１２１）において、無線端末３のＭＡＣアドレス“Ａ”とｍａｃ−ｉｄ“ｘ”とを対応付け、以後、宛先アドレスとして当該無線端末のＭＡＣアドレスとして“Ａ”が記載されているイーサネットフレームには、ｍ
ａｃ−ｉｄとして“ｘ”を付与することとなる。 【００４２】ここで、無線基地局１と無線端末３との間の通信が不可能となってしまい、無線端末３において、
自身が送出したＲＬＣ＿ＭＴ＿ＡＬＩＶＥメッセージに対する応答であるＲＬＣ＿ＭＴ＿ＡＬＩＶＥ＿ＡＣＫメッセージを、無線基地局１より受信できなかった場合を考える。 この場合、当該無線端末３は、無線基地局１に通知することなくコネクション解放処理を行い、図５に示すように、無線端末３のｍａｃ−ｉｄ管理部（３４
１）では、当該ｍａｃ−ｉｄの値“ｘ”を解放する。 【００４３】他方、図５のような状態に陥った場合、無線基地局１では、一定時間経過後に無線端末３に対してＲＬＣ＿ＭＴ＿ＡＬＩＶＥメッセージの送出を要求するＲＬＣ＿ＭＴ＿ＡＬＩＶＥ＿ＲＥＱＵＥＳＴメッセージを送信し、これに対する無線端末３からの応答であるＲ
ＬＣ＿ＭＴ＿ＡＬＩＶＥ＿ＲＥＱＵＥＳＴ＿ＡＣＫメッセージを受信しないことで、無線基地局１は当該無線端末３に対して割り当てたｍａｃ−ｉｄ“ｘ”を解放する。 【００４４】しかして、本実施形態では、上述のｍａｃ
−ｉｄ解放処理が行われる前に、無線端末３よりコネクション設定要求を受けた場合、無線端末３との間に矛盾を生じさせないように、無線基地局１では、例えば以下に示すような手法にて、ｍａｃ−ｉｄの割り当て処理を行う。 【００４５】以下、本実施形態の無線基地局１と無線端末３との間のシーケンスおよび無線基地局１におけるｍ
ａｃ−ｉｄの割り当て処理について幾つかの例を説明する。 【００４６】（第１の具体例）図６に、コネクション設定時のシーケンス例を示す。 また、図７に、無線基地局１におけるｍａｃ−ｉｄ割り当て処理の手順の一例を示す。 【００４７】この方法では、無線端末３からのコネクション設定要求メッセージ中に、当該無線端末３のＭＡＣ
アドレスを含ませることとする。 【００４８】この方法では、無線基地局１は、無線端末３よりコネクション設定要求を受信した場合、ｍａｃ−
ｉｄの割り当て設定を行わずに、コンバージェンスレイヤのＭＡＣアドレス／ｍａｃ−ｉｄ対応表１２１を参照して、該要求元の無線端末３のＭＡＣアドレスに対して割り当てられたｍａｃ−ｉｄが既に存在するか否かを調べ（Ｓ１１）、存在しなければ（Ｓ１２でＮｏ）、新規にｍａｃ−ｉｄを割り当てて（Ｓ１４）、コネクション設定要求のための手続きを行うが、存在すれば（Ｓ１２
でＹｅｓ）、その既に割り当てられているｍａｃ−ｉｄ
をそのまま使用するものとして（Ｓ１４）、コネクション設定要求のための手続きを行う。 【００４９】以下、図６を参照しながら、本具体例について説明する。 【００５０】まず、無線端末３が、無線基地局１へ通知することなしに、ｍａｃ−ｉｄ＝“ｘ”についてコネクション解放処理を行ったとする（Ｓ１）。 【００５１】そして、無線基地局１が、このｍａｃ−ｉ
ｄ＝“ｘ”についてコネクション解放処理を行っていない時点で、無線端末３よりコネクション設定要求が到着すると（Ｓ２）、無線基地局１のＲＬＣサブレイヤ処理部１４では、まず、無線基地局１のＣＬ処理部１２に対して、受信したコネクション設定要求内に記述されている当該無線端末３のＭＡＣアドレスを通知する（Ｓ
３）。 無線基地局１のＣＬ処理部１２では、そのＭＡＣ
アドレス／ｍａｃ−ｉｄ対応表１２１を用いて、当該Ｍ
ＡＣアドレスに対してｍａｃ−ｉｄ値が既に割り当てられているか否かを検索する。 【００５２】図５に例示した状態の場合には、ｍａｃ−
ｉｄ＝“ｘ”が未だ解放されずに割り当てられているので、無線基地局１のＣＬ処理部１２は、無線基地局１のＲＬＣサブレイヤ処理部１４に対して、ｍａｃ−ｉｄ＝
“ｘ”が割り当てられている旨を通知する（Ｓ４）。 【００５３】この通知を受けた無線基地局１のＲＬＣサブレイヤ処理部１４では、当該無線端末３に対してｍａ
ｃ−ｉｄ＝“ｘ”を割り当てるように、コネクション設定処理を開始する（Ｓ５，Ｓ６）。 【００５４】この場合、無線基地局１では、ｍａｃ−ｉ
ｄ＝“ｘ”に対するコネクションを既に設定された状態となっているので（ただし、通信相手である無線端末３
がコネクション解放を行っているため、その状態では、
実際は、本コネクションを用いた通信は不能である）、
無線端末３よりコネクション設定処理に関するメッセージを受信すれば、コネクション設定処理手順に従って応答メッセージのみを生成し、これを当該無線端末３へ送出する。 【００５５】一方、上記の検索の結果、当該ＭＡＣアドレスに対してｍａｃ−ｉｄ値が割り当てられていなければ、ＣＬ処理部１２からＲＬＣサブレイヤ処理部１４
へ、その旨が通知され、この通知を受けたＲＬＣサブレイヤ処理部１４では、通常通りのコネクション設定処理を開始する。 【００５６】（第２の具体例）図８に、コネクション設定時のシーケンス例を示す。 また、図９に、無線基地局１におけるｍａｃ−ｉｄ割り当て処理の手順の一例を示す。 【００５７】この方法では、無線基地局１は、無線端末３よりコネクション設定要求を受信した場合、該要求元の無線端末３のＭＡＣアドレスに対して新規にｍａｃ−
ｉｄを割り当て、該今回割り当てたｍａｃ−ｉｄを設定するが、他方、コンバージェンスレイヤのＭＡＣアドレス／ｍａｃ−ｉｄ対応表１２１を参照して、該要求元の無線端末３のＭＡＣアドレスと従前のｍａｃ−ｉｄとの対応関係が存在するか否かを調べ（Ｓ３１）、存在しなければ（Ｓ３２でＮｏ）、該要求元の無線端末３のＭＡ
Ｃアドレスと今回割り当てたｍａｃ−ｉｄとの対応関係を、ＭＡＣアドレス／ｍａｃ−ｉｄ対応表１２１に登録して（Ｓ３４）、コネクション設定要求のための手続きを行うが、存在すれば（Ｓ３２でＹｅｓ）、今回割り当てたｍａｃ−ｉｄで、ＭＡＣアドレス／ｍａｃ−ｉｄ対応表１２１を更新するとともに、従前のｍａｃ−ｉｄを解放して（Ｓ３４）、コネクション設定要求のための手続きを行う。 【００５８】以下、図８を参照しながら、本具体例について説明する。 【００５９】まず、無線端末３が、無線基地局１へ通知することなしに、ｍａｃ−ｉｄ＝“ｘ”についてコネクション解放処理を行ったとする（Ｓ２１）。 【００６０】そして、無線基地局１が、このｍａｃ−ｉ
ｄ＝“ｘ”についてコネクション解放処理を行っていない時点で、無線端末３よりコネクション設定要求が到着すると（Ｓ２２）、無線基地局１のＲＬＣサブレイヤ処理部１４では、まず、そのｍａｃ−ｉｄ管理部１４１にて当該無線端末３に対して割り当てるｍａｃ−ｉｄ値を決定する。 ここでは、ｍａｃ−ｉｄ＝“ｙ”が割り当てられたものとする。 そして、ｍａｃ−ｉｄ＝“ｙ”を用いたコネクション設定処理を、当該無線端末３と行う（Ｓ２３，Ｓ２４）。 【００６１】そして、コネクション設定処理中に、無線端末３から当該無線端末３のＭＡＣアドレスが通知されたならば（Ｓ２５）、無線基地局１のＲＬＣサブレイヤ処理部１４は、無線基地局１のＣＬ処理部１２に対して、当該ＭＡＣアドレスを通知する（Ｓ２６）。 無線基地局１のＣＬ処理部１２では、そのＭＡＣアドレス／ｍ
ａｃ−ｉｄ対応表１２１を用いて、当該ＭＡＣアドレスに対してｍａｃ−ｉｄ値が既に割り当てられているか否かを検索する。 【００６２】図５に例示した状態の場合には、ｍａｃ−
ｉｄ＝ｘが未だ解放されずに割り当てられているため、
無線基地局１のＣＬ処理部１２では、当該ＭＡＣアドレスに対して割り当てるｍａｃ−ｉｄ値を、従前の値“ｘ”から、今回新規に割り当てたｍａｃ−ｉｄ値“ｙ”に変更するよう、そのＭＡＣアドレス／ｍａｃ−
ｉｄ対応表１２１を修正するとともに、無線基地局１のＲＬＣサブレイヤ処理部１４に対して、当該ＭＡＣアドレスに対して割り当てていた従前のｍａｃ−ｉｄ値“ｘ”を解放するよう指示する（Ｓ２７）。 【００６３】そして、無線基地局１のＲＬＣサブレイヤ処理部１４では、無線基地局１のＣＬ処理部１２より指示されたｍａｃ−ｉｄ＝“ｘ”に対するコネクション解放処理を行い、その後、無線端末３との間で、ｍａｃ−
ｉｄ＝“ｙ”を用いたコネクション設定処理を引き続き行う（Ｓ２８，Ｓ２４）。 【００６４】一方、上記の検索の結果、当該ＭＡＣアドレスに対してｍａｃ−ｉｄ値が割り当てられていなければ、無線基地局１のＣＬ処理部１２では、当該ＭＡＣアドレスと今回新規に割り当てたｍａｃ−ｉｄ値“ｙ”との対応をＭＡＣアドレス／ｍａｃ−ｉｄ対応表１２１に登録するとともに、無線基地局１のＲＬＣサブレイヤ処理部１４へは、解放指示は出さずに、Ａｃｋメッセージを与え、そして、無線基地局１のＲＬＣサブレイヤ処理部１４は、無線端末３との間で、ｍａｃ−ｉｄ＝“ｙ”
を用いたコネクション設定処理を引き続き行う。 【００６５】なお、この方法においても、無線端末３からのコネクション設定要求メッセージ中に、当該無線端末３のＭＡＣアドレスを含ませるものとしてもよい。 【００６６】（第３の具体例）図１０に、コネクション設定時のシーケンス例を示す。 また、図１１に、無線基地局１におけるｍａｃ−ｉｄ割り当て処理の手順の一例を示す。 【００６７】この方法では、無線基地局１は、無線端末３よりコネクション設定要求を受信した場合、ｍａｃ−
ｉｄの割り当て設定を行わずに、コンバージェンスレイヤのＭＡＣアドレス／ｍａｃ−ｉｄ対応表１２１を参照して、該要求元の無線端末３のＭＡＣアドレスとｍａｃ
−ｉｄとの対応関係（あるいは該ＭＡＣアドレス）が、
ＭＡＣアドレス／ｍａｃ−ｉｄ対応表１２１に既に存在するか否かを調べ（Ｓ６１）、存在しなければ（Ｓ６２
でＮｏ）、コネクション設定要求のための手続きを続行するが（Ｓ６４）、存在すれば（Ｓ６２でＹｅｓ）、コネクション設定を中止するための手続きを行う（Ｓ６
３）。 【００６８】以下、図１０を参照しながら、本具体例について説明する。 【００６９】まず、無線端末３が、無線基地局１へ通知することなしに、ｍａｃ−ｉｄ＝“ｘ”についてコネクション解放処理を行ったとする（Ｓ４１）。 【００７０】そして、無線基地局１が、このｍａｃ−ｉ
ｄ＝“ｘ”についてコネクション解放処理を行っていない時点で、無線端末３よりコネクション設定要求が到着すると（Ｓ４２）、無線基地局１のＲＬＣサブレイヤ処理部１４では、当該無線端末３との間でコネクション設定処理を開始する（Ｓ４３）。 【００７１】そして、コネクション設定処理中に、無線端末３から当該無線端末３のＭＡＣアドレスが通知されたならば（Ｓ４４）、無線基地局１のＲＬＣサブレイヤ処理部１４は、無線基地局１のＣＬ処理部１２に対して、当該ＭＡＣアドレスを通知する（Ｓ４５）。 ＣＬ処理部１２では、そのＭＡＣアドレス／ｍａｃ−ｉｄ対応表１２１を用いて、当該ＭＡＣアドレスに対してｍａｃ
−ｉｄ値が既に割り当てられているか否かを検索する。 【００７２】図５に例示した状態の場合には、無線基地局１では当該無線端末３に対するｍａｃ−ｉｄ値を未だ保持しているため、無線基地局１のＣＬ処理部１２は、
当該無線端末３のＭＡＣアドレスのＭＡＣアドレス／ｍ
ａｃ−ｉｄ対応表１２１への新規設定を不可と判断し、
無線基地局１のＲＬＣサブレイヤ処理部１４に対してエラー通知を行う（Ｓ４６）。 このエラー通知を受けた無線基地局１のＲＬＣサブレイヤ処理部１４は、コネクション設定処理を中止する旨を当該無線端末３に通知する（Ｓ４７，Ｓ４８）。 【００７３】一方、コネクション設定要求〜ＭＡＣアドレス通知（Ｓ４９，Ｓ５０，Ｓ５１，Ｓ５２）は同じであるが、上記の検索の結果、該要求元の無線端末３のＭ
ＡＣアドレスとｍａｃ−ｉｄとの対応関係が、ＭＡＣアドレス／ｍａｃ−ｉｄ対応表１２１に存在しない場合には、無線基地局１のＣＬ処理部１２では、ＭＡＣアドレス／ｍａｃ−ｉｄ対応表１２１に当該ＭＡＣアドレスを登録し、無線基地局１のＲＬＣサブレイヤ処理部１４へは、Ａｃｋメッセージを与え（Ｓ５３）、そして、無線基地局１のＲＬＣサブレイヤ処理部１４は、無線端末３
との間で、コネクション設定処理（ＲＬＣサブレイヤでのｍａｃ−ｉｄの割り当てて設定やｍａｃ−ｉｄのＭＡ
Ｃアドレス／ｍａｃ−ｉｄ対応表への登録を含む）を引き続き行う（Ｓ５４，Ｓ５０）。 【００７４】図１０の例では、無線端末３が無線基地局１に通知することなくコネクション解放処理を行えば、
無線基地局１のＣＬ処理部１２が保持するＭＡＣアドレス／ｍａｃ−ｉｄ対応表１２１から当該無線端末３についてのＭＡＣアドレスとｍａｃ−ｉｄとの対応関係の登録が削除されない限り、当該無線端末３とのコネクション設定処理は拒絶されることとなる。 この場合、無線基地局１が周期的に行うＲＬＣ＿ＭＴ＿ＡＬＩＶＥ＿ＲＥ
ＱＵＥＳＴメッセージの送出に対する応答メッセージである、ＲＬＣ＿ＭＴ＿ＡＬＩＶＥ＿ＲＥＱＵＥＳＴ＿Ａ
ＣＫメッセージが当該無線端末３より送出されないことにより、無線基地局は１、当該無線端末３とのコネクション解放処理を開始する。 これに伴い、無線基地局１のＭＡＣアドレス／ｍａｃ−ｉｄ対応表１２１から、当該無線端末３のＭＡＣアドレスに関する情報が削除されるため、それ以降は、当該無線端末３からのコネクション設定要求は拒絶されず、再度コネクションを設定することが可能となる。 【００７５】なお、この方法においても、無線端末３からのコネクション設定要求メッセージ中に、当該無線端末３のＭＡＣアドレスを含ませるものとしてもよい。 【００７６】なお、以上では、無線基地局から無線端末への通信がＨＹＰＥＲＬＡＮ Ｔｙｐｅ２に基づく場合を例にとって説明したが、この場合において無線端末から無線基地局への通信は、ＨＹＰＥＲＬＡＮ Ｔｙｐｅ
２に基づく構成と、これとは異なるプロトコルあるいは通信方式に基づく構成（例えば、無線端末から無線基地局への通信はＰＨＳを利用する構成等）とが可能である。 【００７７】また、本発明は、ＨＹＰＥＲＬＡＮ Ｔｙ
ｐｅ２だけでなく、ＡＲＩＢ ＳＴＤ−Ｔ７０など、同様の問題が発生する他のプロトコルあるいは通信方式にも適用可能である。 【００７８】なお、以上の各機能は、ソフトウェアとして実現可能である。 また、本実施形態は、コンピュータに所定の手段を実行させるための（あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるための）プログラムとして実施することもでき、該プログラムを記録したコンピュータ読取り可能な記録媒体として実施することもできる。 【００７９】なお、この発明の実施の形態で例示した構成は一例であって、それ以外の構成を排除する趣旨のものではなく、例示した構成の一部を他のもので置き換えたり、例示した構成の一部を省いたり、例示した構成に別の機能あるいは要素を付加したり、それらを組み合わせたりすることなどによって得られる別の構成も可能である。 また、例示した構成と論理的に等価な別の構成、
例示した構成と論理的に等価な部分を含む別の構成、例示した構成の要部と論理的に等価な別の構成なども可能である。 また、例示した構成と同一もしくは類似の目的を達成する別の構成、例示した構成と同一もしくは類似の効果を奏する別の構成なども可能である。 また、この発明の実施の形態で例示した各種構成部分についての各種バリエーションは、適宜組み合わせて実施することが可能である。 また、この発明の実施の形態は、個別装置としての発明、関連を持つ２以上の装置についての発明、システム全体としての発明、個別装置内部の構成部分についての発明、またはそれらに対応する方法の発明等、種々の観点、段階、概念またはカテゴリに係る発明を包含・内在するものである。 従って、この発明の実施の形態に開示した内容からは、例示した構成に限定されることなく発明を抽出することができるものである。 【００８０】本発明は、上述した実施の形態に限定されるものではなく、その技術的範囲において種々変形して実施することができる。 【００８１】 【発明の効果】本発明によれば、無線端末のコネクション解放に伴い生じる無線基地局での無線端末に割り当てる一時的な識別情報に関する矛盾を防ぐことが可能になる。

【図面の簡単な説明】 【図１】本発明の一実施形態に係る無線基地局および無線端末を含む無線通信システムの一例を示す図【図２】同実施形態に係る無線基地局の構成例を示す図【図３】同実施形態に係る無線端末の構成例を示す図【図４】無線端末とのコネクションが確立した時点でのＭＡＣアドレスとｍａｖ−ｉｄとの対応例について説明するための図【図５】無線基地局に通知することなく無線端末がコネクションを解放した時点でのＭＡＣアドレスとｍａｃ−
ｉｄとの対応例について説明するための図【図６】同実施形態に係るコネクション設定時のシーケンスの一例を示す図【図７】同実施形態に係る無線基地局におけるｍａｃ−
ｉｄ割り当て処理の手順の一例を示す図【図８】同実施形態に係るコネクション設定時のシーケンスの他の例を示す図【図９】同実施形態に係る無線基地局におけるｍａｃ−
ｉｄ割り当て処理の手順の他の例を示す図【図１０】同実施形態に係るコネクション設定時のシーケンスのさらに他の例を示す図【図１１】同実施形態に係る無線基地局におけるｍａｃ
−ｉｄ割り当て処理の手順のさらに他の例を示す図【図１２】同実施形態に係る無線通信システムを構成する無線基地局及び無線端末におけるプロトコルスタックの概要を示す図【符号の説明】 １…無線基地局３…無線端末６…ネットワーク７…通信相手装置１１，３１…上位レイヤ処理部１２，３２…コンバージェンスレイヤ処理部１３，３３…ＤＬＣレイヤ処理部１４，３４…ＲＬＣサブレイヤ処理部１５，３５…物理レイヤ処理部１２１…ＭＡＣアドレス／ｍａｃ−ｉｄ対応表１４１，３４１…ｍａｃ−ｉｄ管理部

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5K033 CC01 DA01 DA19 DB12 EC03 5K067 AA21 BB21 CC08 DD17 EE02 EE10 FF02 GG11 HH23 KK15