JP6738307B2

JP6738307B2 - 端末装置との間の接続を確立する基地局装置、制御方法、及びプログラム

Info

Publication number: JP6738307B2
Application number: JP2017148000A
Authority: JP
Inventors: 泰樹鈴木; 洋樹武田
Original assignee: KDDI Corp
Current assignee: KDDI Corp
Priority date: 2017-07-31
Filing date: 2017-07-31
Publication date: 2020-08-12
Anticipated expiration: 2037-07-31
Also published as: JP2019029850A; WO2019026324A1

Description

本発明は、基地局装置と端末装置との間の接続制御に関する。

ＬＴＥ（ロングタームエボリューション）、５Ｇ等のセルラ通信システムにおける基地局装置は、端末装置から送信される接続要求に応じて、端末装置との間の接続を確立する。例えば、端末装置は、発信すべきデータが存在する場合、そのデータの送信のために、接続要求メッセージを基地局装置へ送信する。また、端末装置は、自装置に対して音声やデータの着信がある場合、ネットワーク（例えばMobility Management Entity（ＭＭＥ））からのページングメッセージを受信したことに応じて、接続要求メッセージを基地局装置へ送信する。接続要求は、例えば、無線リソース制御（ＲＲＣ）層のRRC Connection Requestメッセージである。

RRC Connection Requestメッセージには、接続の確立理由（Establishment Cause）が含められる。これによれば、基地局装置は、例えば、災害発生時等の所定の場合に、緊急性の高い確立理由の接続を優先して確立して、緊急性の低い確立理由の接続の確立については抑制するなどの接続制御を実行することができる。

現在、確立理由には、緊急呼、高優先度アクセス、端末へのアクセス、端末からのシグナリング発信、端末からのデータ発信等が定義されており、さらに、将来の機能強化に応じてさらなる確立理由が追加されることが想定されている。このような場合、端末装置が新たに定義された確立理由でRRC Connection Requestメッセージを送信すると、基地局装置は、その内容を解釈できず、端末装置との接続を確立することができなくなる場合がある。これに対して、引用文献１には、基地局装置が、サポートしていない確立理由のRRC Connection Requestメッセージを受信した場合に、確立理由が端末からのデータ発信として取り扱うことで、接続を確立することができなくなるのを防ぐ手法が記載されている。

特開２０１７−１０３５３６号公報

引用文献１に記載の技術では、例えば、端末への着信に関する新規の確立理由が定義されて、その新規の確立理由が使用された場合に、基地局装置が、その確立理由を解釈できないために、端末からの発信として取り扱うことが生じうる。この場合、例えばＭＭＥがページングメッセージを端末装置に送信したにもかかわらず、その端末装置への着信に関する接続が確立されないことにより、通信を行うことができなくなる場合がありうる。

本発明は上記課題に鑑みなされたものであり、基地局装置が、解釈できない確立理由の接続要求を受信した際にも、適切な手順で接続を確立することができるようにすることを目的とする。

本発明の一態様に係る基地局装置は、無線リソース制御（ＲＲＣ）層において端末装置との間の接続を確立するための処理を実行する基地局装置であって、前記端末装置から、接続の確立理由が設定された接続要求を受信する受信手段と、前記確立理由に基づいて前記接続要求を処理する処理手段と、を有し、前記確立理由は、それぞれが１つ以上の理由に対応する複数のグループのいずれかに分類され、前記複数のグループは、前記端末装置による発信に関する第１のグループと、前記端末装置への着信に関する第２のグループを含み、前記処理手段は、前記接続要求に設定された前記確立理由を前記基地局装置がサポートしていない場合、当該確立理由が含まれるグループ内の所定の理由を前記端末装置との接続の確立理由として用いて、前記処理を実行する、ことを特徴とする。

本発明によれば、基地局装置が、解釈できない確立理由の接続要求を受信した際にも、適切な手順で接続を確立することができるようになる。

無線通信システムの構成例を示す図。従来の接続処理の流れを説明するための図。確立理由及びＳＳＴの構成例を示す図。基地局装置のハードウェア構成例を示す図。基地局装置の機能構成例を示す図。基地局装置が実行する処理の流れの例を示す図。

以下、図面を参照しながら本発明の実施形態について説明する。

（ネットワーク構成）
図１に、本実施形態に係る無線通信システムの構成例を示す。本無線通信システムは、例えば、基地局装置と端末装置、及び、ネットワークノード（例えばMobility Management Entity（ＭＭＥ））を含んで構成される。基地局装置と端末装置との間は無線によって接続が確立され、基地局装置とネットワークノードとの間は例えば有線と無線との少なくともいずれかを含んだ回線によって接続される。端末装置は、一例において、ネットワークノードと基地局装置を介して通信可能に構成される。なお、以下では、ネットワークノードを指してＭＭＥと呼ぶこともあるが、ＭＭＥ以外のネットワークノードが用いられてもよいし、より広義には、ネットワークノードは、例えばコアネットワーク等のネットワークと読み替えられてもよい。すなわち、ネットワーク内の１つ以上の論理エンティティによって、図１に示すネットワークノードの機能が実現されうる。

無線通信システムでは、基地局装置は、無線リソース制御（ＲＲＣ）層において端末装置との間の接続を確立するための処理を実行する。例えば、端末装置が接続要求（RRC Connection Request）を送信し、基地局装置は、それに応じて端末装置との間でＲＲＣ接続を確立する。なお、接続要求には、接続の確立理由（Establishment Cause）が設定され、基地局装置は、その確立理由に基づいて、接続確立処理を実行する。

基地局装置は、接続要求に確立されている確立理由をサポートしていない場合、その確立理由を他の確立理由として扱うことによって、接続処理を実行することができる。例えば、基地局装置は、サポートしていない確立理由を、端末装置からのデータ発信（mo-Data）として取り扱うものとする。これにより、基地局装置は、サポートしていない確立理由に対しても接続を確立することができる。しかしながら、この場合、例えば端末装置に対する着信に関する新規の確立理由が用いられると、不都合が生じうる。

例えば、現在、端末装置における着信音声呼については、確立理由として定義されていないが、これが確立理由として定義されたものとし、その一方で、基地局装置がこの確立理由をサポートしていないものとする。この場合、図２に示すように、まず、ＭＭＥは、音声着信があることを、ページングメッセージ（ＰＣＨ、Paging Channel）によって端末装置へ（基地局装置を介して）通知する。その後、ＭＭＥは、端末装置と基地局装置との間で、端末装置における着信のための接続が確立されるのを待ち受ける。端末装置は、ＰＣＨメッセージを受信すると、自装置における音声着信呼（mt-VoiceCall）を確立理由として設定した接続要求（RRC Connection Request）を基地局装置へ送信する。基地局装置は、この確立理由をサポートしていないため、端末によるデータ発信（mo-Data）として扱って処理を進め、最終的に、Initial UE messageによって、確立理由が「mo-Data」でＲＲＣ接続が確立したことを通知する。一方、ＭＭＥは、基地局装置から通知された、確立理由が「mo-Data」で確立された接続は、ページングメッセージによる接続であるとは判断しない。すなわち、ＭＭＥが待ち受けているのは端末装置における着信のための接続の確立であり、端末装置による発信のための接続が確立されても、その接続が、先に送信したページングメッセージに起因するものであるとは判断することができない。このため、例えばＭＭＥにおいてタイムアウトが生じ、又は、ＭＭＥにおいて着信に関する接続が確立されていないはずの端末装置から着信呼のサービス要求メッセージを受信することにより、エラーが発生してしまいうる。

本実施形態では、このようなエラーが発生しないように、確立理由の構成を変更する。すなわち、現状、確立理由を示す値には、将来の機能拡張等のために、対応する確立理由が定義されていない値がある。この値を、予め、端末装置の発信に関する第１のグループと端末装置における着信に関する第２のグループとにそれぞれ割り当てる。すなわち、現状では、確立理由を示す値は０〜７の８通りの値を取り、６及び７には確立理由が定義されていないところ、値「６」を発信に関する第１のグループに割り当て、値「７」を着信に関する第２のグループに割り当てる。また、値の一部は、端末装置の発信に関する確立理由（mo-Signalling、mo-Data）と、端末装置における着信に関する確立理由（mt-Access）に、既に定義されている。このため、これらの確立理由についても、それぞれ第１のグループ及び第２のグループに分類する。すなわち、端末装置の発信及び着信のそれぞれに関して、既に定義されている確立理由と未定義の確立理由を含んだグループを構成する。

そして、基地局装置は、接続要求に設定された確立理由をサポートしていない場合、その確立理由が含まれるグループ内の基地局装置自身がサポートしている所定の理由を端末装置との接続の確立理由として扱って、接続を確立する。これによれば、端末装置が新規の確立理由を設定して接続要求を送信した場合、基地局装置は、その確立理由をサポートしていなくても、端末装置による発信に対応する確立理由に対しては他の発信に対応する確立理由で接続処理を行い、端末装置に対する着信に対応する確立理由に対しては他の着信に対応する確立理由で接続処理を行うことができる。この結果、ＭＭＥは、ページングメッセージに対応して、端末装置における着信に関する確立理由が設定されたInitial UE messageを受信するため、少なくとも端末装置における着信のための接続が確立されたことを認識することができる。このとき、ＭＭＥは、厳密にはページングメッセージで送信した確立理由と異なる理由の接続が確立されたと認識する。しかしながら、例えば、基地局装置とＭＭＥとの間で、確立理由が変更された場合の処理を取り決めておくことによって、ＭＭＥは、確立された接続がページングメッセージによるものであることを認識することができる。この結果、上述のようなエラーが生じることを防ぐことができる。

なお、新規の確立理由が定義される場合、これらのグループに応じて、例えば端末装置における着信のための確立理由については、第２のグループに関する対応する確立理由が未定義の値が、その新規の確立理由に関連付けられるようにする。ここで、現時点では、確立理由は０〜７までの値しかとらないが、将来的には拡張され、より多くの値を取りうることに留意されたい。すなわち、確立理由が未定義の値は多数存在する可能性がある。このため、将来定義される多数の確立理由に対応可能なように、確立理由を複数のグループに分類しておき、確立理由をサポートしていない基地局装置によっても、そのグループに適した形態で接続が確立されるようにしておくことは有益である。

発信に関するグループ及び着信に関するグループを定義した場合の確立理由の構成例を図３（Ａ）及び図３（Ｂ）に示す。図３（Ａ）及び図３（Ｂ）は、それぞれ、確立理由が現在と同様に３ビットで表された場合と、４ビットに拡張された場合との例を示している。なお、下線が付されていない要素は、現時点において確立理由として定義されている項目であり、下線が付されている項目は、本実施形態によるグループ化に適応させるための項目を示している。

図３（Ａ）において、例えば、端末装置から発信する際の既存の確立理由としてmo-Dataが存在している。これに対して、確立理由が未定義の端末装置からの発信に関する項目としてmo-spareを定める。mo-spareは、端末装置からの発信に関する確立理由であることは定められるが、詳細な確立理由は定義されていない項目である。本実施形態では、これらの端末装置から発信する際の確立理由であるmo-Dataとmo-spareとを含んだグループが形成される。端末装置は、将来的に、mo-spareの詳細な確立理由（例えば端末発信音声呼）が新規に定義された場合に、それを用いることができる。基地局装置は、その新規にmo-spareに対して定義された自装置がサポートしていない確立理由の接続要求を受信した場合、その確立理由が、同じグループに属するmo-Dataであるものとして扱って処理を進めることができる。この場合、基地局装置は、確立理由としてmo-Dataを含めたInitial UE messageをＭＭＥへと送信する。また、図３（Ａ）では、端末装置において着信する際の既存の確立理由としてmt-Accessが存在している。これに対して、確立理由が未定義の端末装置における着信に関する項目としてmt-spareを定め、mt-Accessとmt-spareとを含んだグループを形成する。これにより、基地局装置は、新規にmt-spareに対して定義された自装置がサポートしていない確立理由の接続要求を受信した場合、その確立理由が、同じグループに属するmt-Accessであるものとして扱って処理を進めることができる。この場合、基地局装置は、確立理由としてmt-Accessを含めたInitial UE messageをＭＭＥへと送信する。

図３（Ｂ）は、確立理由を４ビットで表現した場合の例であり、この場合、既存の６つの理由の他に、１０個の理由を表現することができる。図３（Ｂ）の例では、この１０個の理由に対応する値を、それぞれ５個ずつの、端末装置による発信用の未定義の理由（mo-spare）と端末装置における着信用の未定義の理由（mt-spare）とに割り当てている。なお、各グループの未定義の理由に割り当てる値の個数は等しくなくてもよく、将来の利用可能性に応じて適宜設定されうる。また、発信用及び着信用以外の未定義の理由に対して、値が割り振られてもよい。さらに、図３（Ａ）及び図３（Ｂ）は、既存の確立理由が残された場合の例を示しているが、これらの理由は削除される可能性があることに留意されたい。すなわち、図３（Ａ）の場合であっても、未定義の理由が３つ以上含まれる場合がありうる。ただし、この場合も、未定義の理由を示す値の少なくとも一部は、定義済みの理由に対応する値と同じグループに属するように、グループ分けが行われる。

なお、複数のグループは、発信及び着信に関するグループに分類される必要はなく、他の尺度で分類が行われてもよい。例えば、複数のグループは、図３（Ｃ）に示すように、接続の優先度ごとに分類される１つ以上のグループを含んでもよい。すなわち、例えば、接続の優先度が高い第１のグループ、接続の優先度が低い第２のグループ、及び、第１のグループ及び第２のグループに属さない優先度に関する第３のグループが、複数のグループに含まれてもよい。図３（Ｃ）の例では、第１のグループ、第２のグループ、及び第３のグループに関する未定義の理由を、それぞれ、「High-Priority-spare」、「Low-Priority-spare」、及び「Mid-Priority-spare」により示している。なお、優先度は、例えば２段階や４段階以上で定められてもよく、また、複数の優先度のそれぞれに対する未定義の理由の個数は、互いに異なっていてもよい。

また、複数のグループは、図３（Ｄ）のように、例えば、通信の用途によって分類される１つ以上のグループを含んでもよい。例えば、高速大容量通信（例えばｅＭＢＢ、enhanced Mobile Broad Band）、多数端末による接続（ｍＭＴＣ、massive Machine Type Communications）、超高信頼低遅延通信（ＵＲＬＬＣ、Ultra-Reliable and Low Latency Communications）等の用途ごとに、グループが形成されてもよい。図３（Ｄ）の例では、高速大容量通信のグループ、多数端末による接続のグループ、及び超高信頼低遅延通信のグループに関する未定義の理由を、それぞれ、「eMBB-spare」、「mMTC-spare」、及び「URLLC-spare」により示している。なお、用途は、これら以外の用途が用いられてもよく、また、複数の用途のそれぞれに対する未定義の理由の個数は、互いに異なっていてもよい。

さらに、複数のグループは、図３（Ｅ）に示すように、接続を確立する対象の端末装置の形態によって分類される１つ以上のグループを含んでもよい。例えば、スマートフォンに関するグループ、無線ＬＡＮルータに関するグループ、加入者構内設備に関するグループ等のグループが形成されうる。図３（Ｅ）の例では、スマートフォンのグループ、無線ＬＡＮルータのグループ、及び加入者構内設備のグループに関する未定義の理由を、それぞれ、「SP-spare」、「wRouter-spare」、及び「CPE-spare」により示している。なお、端末装置の形態は、これら以外の形態への分類が行われてもよく、また、複数の形態のそれぞれに対する未定義の理由の個数は、互いに異なっていてもよい。

なお、上述の各種グループは併存しうる。例えば、発着信が明確に区別されるべき接続理由については発信と着信とのいずれかに関するグループに分類し、発着信が区別される必要のない接続理由については、優先度等に関するグループに分類されてもよい。また、優先度に関するグループは、例えば優先度の高いグループのみが形成されてもよく、優先度が高くない他の接続理由は、優先度によらないグループに分類されてもよい。同様に、通信の用途や端末装置の形態に関するグループも、必ずしもその観点が用いられる場合に、その観点に関する複数のグループが形成される必要はなく、１つ以上のグループが形成されれば足りる。

いずれのグループ構成が用いられる場合であっても、少なくとも一部のグループに、確立理由が定義されていない値が属するように、確立理由を示す値が分類される。そして、基地局装置は、その確立理由が定義されていない値が設定された接続要求を受信すると、その値が属するグループにおける基地局装置自身がサポートしている所定の理由での接続要求として受信した接続要求を取り扱って、接続の確立処理を実行する。これにより、基地局が端末装置によって設定された確立理由をサポートしていなくても、その確立理由に対応する所定の理由によって接続が確立されることとなる。

なお、上では確立理由についての説明をしたが、例えば、Slice Service Type（ＳＳＴ）について同様の手法を用いることができる。すなわち、ネットワークは、例えばＳＳＴを設定したページングメッセージを、基地局装置を介して端末装置へ送信する。その後、端末装置と基地局装置との間でのＲＲＣ接続処理が実行され、その処理において、端末装置は、ページングメッセージに設定されたＳＳＴの値を、例えばRRC Connection Setup Completeメッセージに含めて送信する。このとき、基地局装置は、メッセージ内のＳＳＴをサポートしている場合には、そのＳＳＴを設定したInitial UE messageを送信するが、そのＳＳＴをサポートしていない場合に、サポートされている他のＳＳＴを設定したInitial UE messageを送信することができる。しかしながら、このときのInitial UE messageに設定されたＳＳＴが、ページングメッセージで設定されたＳＳＴと無関係である場合、ネットワークが管理しているＳＳＴとの齟齬が生じるため、エラーが生じうる。

このため、上述の確立理由の場合と同様に、ＳＳＴを示す値を同一の又は関連するＳＳＴに関する複数のグループに分類しておく。基地局装置は、サポートしていないＳＳＴの値が設定されたメッセージを受信すると、そのＳＳＴの値が属するグループ内で、自装置がサポートしている他のＳＳＴが設定されているものとしてそのメッセージを取り扱って、接続処理を継続する。ＳＳＴは、例えば、上述の通信の用途に関連しうる。この場合、ＳＳＴは、例えば図３（Ｆ）に示すように、高速大容量通信、多数端末による接続、超高信頼低遅延通信等に分類され、分類ごとにグループ化されうる。また、ＳＳＴは、例えば音声呼、映像や音楽のストリーミング等のサービスごとに分類され、分類ごとにグループ化されてもよい。なお、これらの尺度以外の様々な尺度で、それぞれが少なくとも１つのＳＳＴに対応する複数のグループを形成することができる。

これによれば、端末装置が新規のＳＳＴを設定してメッセージを送信した場合に、基地局装置は、そのＳＳＴをサポートしていなくても、そのＳＳＴに対応する他のＳＳＴとして取り扱うことによって、接続処理を行うことができる。この結果、ネットワークは、ページングメッセージで設定されたＳＳＴに対応するＳＳＴが設定されたInitial UE messageを受信する。このとき、ネットワークは、厳密にはページングメッセージで送信したＳＳＴと異なるＳＳＴについての接続が確立されたと認識する。しかしながら、例えば、基地局装置とネットワークとの間で、ＳＳＴが変更された場合の処理を取り決めておくことによって、ネットワークは、確立された接続がページングメッセージによるものであることを認識することができる。

なお、確立理由とＳＳＴとが対応付けられていてもよい。この場合、端末装置は、あるＳＳＴでの接続を要求する場合、そのＳＳＴに対応する確立理由を設定した接続要求を基地局装置へと送信する。例えば、音声呼サービスに関するＳＳＴは優先度の高い確立理由に対応し、映像ストリーミングサービスに関するＳＳＴは優先度の低い確立理由に対応するなどの関連付けが行われうる。なお、この関連付けは、例えばネットワークオペレータごとに行われうる。これにより、ネットワークオペレータは、サービスと接続の確立理由との関係をカスタマイズすることができ、例えば、所定のサービスについては通信を利用しやすくするなど、サービスの差別化を実現することが可能となる。また、例えばコンサート会場等の混在する状況では、音声呼サービスの優先度を低くして、メッセージングサービスの優先度を高くするなど、状況に応じて確立理由とＳＳＴとの関係を変化させてもよい。確立理由とＳＳＴとの関連付け情報は、例えば、基地局装置からブロードキャスト送信されることによって、端末装置に通知される。これにより、端末装置は、確立理由とＳＳＴとを、通知された関連付け情報に基づいて設定する。基地局装置は、例えば確立理由で示される優先度の高低とネットワークの混雑度とに応じて、接続要求を受け付けるか拒否するかを選択することができる。

また、上述の手法のＳＳＴへの適用について説明したが、この手法をCall typeへ適用することも可能であり、確立理由とCall Typeとを対応付けることもできる。この場合、端末装置は、あるCall typeで接続する場合、そのCall typeに対応する確立理由を設定した接続要求を基地局装置へと送信する。Call typeと確立理由の関連付けは、例えばネットワークオペレータごとに行われうる。その場合、確立理由とCall typeとの関連付け情報は、上述のＳＳＴの場合と同様に、例えば、基地局装置からブロードキャスト送信されることによって、端末装置に通知されうる。

（装置構成）
続いて、上述のように構成された確立理由等に基づいて端末装置との間の接続処理を行う基地局装置の構成について説明する。図４に、基地局装置のハードウェア構成例を示す。基地局装置は、一例において、図４に示すようなハードウェア構成を有し、例えば、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、外部記憶装置４０４、及び通信装置４０５を有する。基地局装置では、例えばＲＯＭ４０２、ＲＡＭ４０３及び外部記憶装置４０４のいずれかに記録された、上述のような基地局装置の各機能を実現するプログラムがＣＰＵ４０１により実行される。なお、ＣＰＵ４０１は、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、ＤＳＰ（デジタルシグナルプロセッサ）等の１つ以上のプロセッサによって置き換えられてもよい。

そして、基地局装置は、例えばＣＰＵ４０１により通信装置４０５を制御して、端末装置やネットワークノードとの間の通信を行う。なお、図４では、基地局装置は、１つの通信装置４０５を有するような概略図を示しているが、これに限られない。例えば、基地局装置は、端末装置との通信用の通信装置と、ネットワークノードとの通信用の通信装置とを有してもよい。

なお、基地局装置は、各機能を実行する専用のハードウェアを備えてもよいし、一部をハードウェアで実行し、プログラムを動作させるコンピュータでその他の部分を実行してもよい。また、全機能がコンピュータとプログラムにより実行されてもよい。

続いて、図５を用いて、基地局装置の機能構成例について説明する。基地局装置は、一例において、無線通信部５０１、判定部５０２、及び接続処理部５０３を含んで構成される。無線通信部５０１は、少なくとも端末装置との間での無線接続の確立処理のための無線通信を行う。判定部５０２は、端末装置から受信したRRC Connection Requestに設定された確立理由や、RRC Connection Setup Completeに設定されたＳＳＴを、基地局装置自身がサポートしているか否かを判定する。接続処理部５０３は、判定部５０２の判定結果に基づいて、上述のように必要に応じて確立理由又はＳＳＴを、その確立理由又はＳＳＴと同じグループに属すると共に基地局装置自身がサポートしている他の確立理由又はＳＳＴとして扱って、端末装置との間の無線接続処理を実行する。例えば、接続処理部５０３は、無線通信部５０１によって端末装置から受信したメッセージ中の確立理由やＳＳＴを示す値を保持する。そして、判定部５０２において確立理由又はＳＳＴがサポートされていないと判定された場合に、接続処理部５０３は、そのサポートされていない確立理由又はＳＳＴの値を、同じグループに属すると共に基地局装置によってサポートされている他の確立理由又はＳＳＴを示す値と置き換える。なお、基地局装置は、例えば、サポートされていない確立理由又はＳＳＴに対応する値と、その値が受信された場合に置き換えられるべき、サポートしている確立理由及びＳＳＴを示す値との対応表を保持しておき、受信した確立理由又はＳＳＴを示す値に応じて、変換処理をするようにしてもよい。この場合、判定部５０２のように、確立理由又はＳＳＴをサポートしているか否かを判定する機能は省略されてもよい。

（処理の流れ）
図６に、基地局装置が実行する処理の流れの例について説明する。基地局装置は、まず、端末装置から、例えばRRC Connection Requestにおいて確立理由を、RRC Connection Setup CompleteにおいてＳＳＴを、取得する（Ｓ６０１）。ここで、基地局装置は、確立理由とＳＳＴの両方を取得してもよいし、一方のみを取得してもよい。なお、端末装置は、例えば、事前にネットワークから確立理由とＳＳＴとの対応付けの情報を取得して保持しておくことができる。この場合、端末装置は、例えばネットワークからのページングメッセージによってＳＳＴと確立理由とのいずれか一方を通知されることによって、確立理由とＳＳＴとを共に基地局装置へ通知することができる。

その後、基地局装置は、Ｓ６０１で取得した確立理由又はＳＳＴを、自装置がサポートしているか否かを判定する（Ｓ６０２）。そして、基地局装置は、取得した確立理由又はＳＳＴがサポートされていない場合（Ｓ６０２でＮＯ）、その確立理由又はＳＳＴと同じグループに属すると共に基地局装置自身がサポートしている確立理由又はＳＳＴに対応する接続処理を実行／継続する（Ｓ６０３）。例えば、確立理由が、端末装置による発信に関するグループと着信に関するグループとに分類されているものとする。この場合、基地局装置は、端末装置による発信に関する新規の確立理由をサポートしていない場合に、自装置がサポートしている端末装置による発信に関する他の確立理由に基づいて、接続処理を実行しうる。一方、基地局装置は、Ｓ６０１で取得した確立理由又はＳＳＴがサポートされている場合には（Ｓ６０２でＹＥＳ）、その取得した確立理由又はＳＳＴに基づく接続処理を実行／継続しうる（Ｓ６０４）。

以上のように、本実施形態に係る基地局装置は、新規の確立理由やＳＳＴをサポートしていない場合であっても、端末装置との間の接続を適切に確立することができ、例えば確立理由の齟齬によるネットワークにおけるエラーの発生を防ぐことができる。

以上、本実施形態に係る代表的な構成及び処理の流れについて説明したが、これらは一例にすぎず、特許請求の範囲に記載された範囲での、本明細書に記載された実施形態に対する様々な変形及び変更も、本発明の権利範囲内に当然に含まれるものである。

Claims

無線リソース制御（ＲＲＣ）層において端末装置との間の接続を確立するための処理を実行する基地局装置であって、
前記端末装置から、接続の確立理由が設定された接続要求を受信する受信手段と、
前記確立理由に基づいて前記接続要求を処理する処理手段と、
を有し、
前記確立理由を示す値は、それぞれが１つ以上の理由に対応する複数のグループのいずれかに分類され、前記複数のグループは、前記端末装置による発信に関する第１のグループと、前記端末装置への着信に関する第２のグループを含み、
前記処理手段は、前記接続要求に設定された前記確立理由を前記基地局装置がサポートしていない場合、当該確立理由を示す値が含まれるグループ内の前記基地局装置がサポートしている所定の理由を前記端末装置との接続の確立理由として扱うことにより、前記処理を実行する、
ことを特徴とする基地局装置。
前記複数のグループは、接続の優先度によって分類される１つ以上のグループを含む、
ことを特徴とする請求項１に記載の基地局装置。
前記複数のグループは、通信の用途によって分類される１つ以上のグループを含む、
ことを特徴とする請求項１又は２に記載の基地局装置。
前記複数のグループは、接続を確立する対象の端末装置の形態によって分類される１つ以上のグループを含む、
ことを特徴とする請求項１から３のいずれか１項に記載の基地局装置。
前記処理手段は、前記接続要求に設定された前記確立理由を前記基地局装置がサポートしている場合、当該確立理由に基づいて前記処理を実行する、
ことを特徴とする請求項１から４のいずれか１項に記載の基地局装置。
無線リソース制御（ＲＲＣ）層において端末装置とネットワークとの間の接続を確立するための処理を実行する基地局装置の制御方法であって、
前記端末装置から、接続の確立理由が設定された接続要求を受信することと、
前記確立理由に基づいて前記接続要求を処理することと、
を含み、
前記確立理由を示す値は、それぞれが１つ以上の理由に対応する複数のグループのいずれかに分類され、前記複数のグループは、前記端末装置による発信に関する第１のグループと、前記端末装置への着信に関する第２のグループを含み、
前記接続要求に設定された前記確立理由を前記基地局装置がサポートしていない場合、当該確立理由を示す値が含まれるグループ内の前記基地局装置がサポートしている所定の理由が前記端末装置との接続の確立理由として扱われることにより、前記処理が実行される、
ことを特徴とする制御方法。
無線リソース制御（ＲＲＣ）層において端末装置とネットワークとの間の接続を確立するための処理を実行する基地局装置に備えられたコンピュータに、
前記端末装置から、接続の確立理由が設定された接続要求を受信させ、
前記確立理由に基づいて前記接続要求を処理させる、
ためのプログラムであって、
前記確立理由を示す値は、それぞれが１つ以上の理由に対応する複数のグループのいずれかに分類され、前記複数のグループは、前記端末装置による発信に関する第１のグループと、前記端末装置への着信に関する第２のグループを含み、
前記接続要求に設定された前記確立理由を前記基地局装置がサポートしていない場合、当該確立理由を示す値が含まれるグループ内の前記基地局装置がサポートしている所定の理由が前記端末装置との接続の確立理由として扱われることにより、前記処理が実行される、
ことを特徴とするプログラム。