JP6551515B2

JP6551515B2 - 基地局、およびゲートウェイ

Info

Publication number: JP6551515B2
Application number: JP2017507487A
Authority: JP
Inventors: 岡田　真明; 真明岡田
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2015-03-25
Filing date: 2016-03-17
Publication date: 2019-07-31
Anticipated expiration: 2036-03-17
Also published as: JPWO2016152113A1; EP3276988A4; EP3276988A1; EP3276988B1; WO2016152113A1

Description

本発明は、無線通信網における通信装置、通信システム、制御方法に関する。

端末装置の位置に応じて端末装置に提供する種々のサービスがある。そのため、基地局等は、端末装置が今どこにいるのかに関する情報を収集および通知する必要がある。非特許文献１では、端末装置の位置に関する情報（以下、端末装置の位置情報とよぶ）を基地局が上位装置に送信する条件を含むＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ（ＲｅｑｕｅｓｔＴｙｐｅ）が、規定されている。具体的には、ＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）はｅＮＢ（ｅＮｏｄｅＢ）に対し、端末装置の位置情報をｅＮＢがＭＭＥに送信する条件（ＲｅｑｕｅｓｔＴｙｐｅＩＥのＥｖｅｎｔパラメータ）を指定する。ｅＮＢは、当該指定に従って、端末装置の位置情報をＭＭＥに送信する。

以下、一例として、ｅＮＢがＭＭＥに端末装置の位置情報を送信する条件（Ｅｖｅｎｔパラメータ）の指定により、サービングセル（ｓｅｒｖｉｎｇｃｅｌｌ）が変更される毎に位置情報を送信する場合を例に説明する。端末装置がｅＮＢ（ｓｏｕｒｃｅｅＮＢとも称する）から別のｅＮＢ（ＴａｒｇｅｔｅＮＢとも称する）へハンドオーバー（以下、Ｈａｎｄｏｖｅｒ又はＨＯとも表現する）することで、サービングセルが変更される。端末装置がハンドオーバーすることにより、ｅＮＢがＭＭＥに端末装置の位置情報を送信する条件が満たされるため、ハンドオーバー先のｅＮＢは、当該端末装置の位置情報をＭＭＥに送信する。

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

３ＧＰＰＴＳ３６．４１３ｖ１２．４．０３ＧＰＰＴＳ３６．３００ｖ１２．４．０

ところで、非特許文献２では、１又は複数のＨｅＮＢ（ＨｏｍｅｅＮｏｄｅＢ）を集約するＨｅＮＢ−ＧＷ（ＨｏｍｅｅＮｏｄｅＢＧａｔｅＷａｙ）が規定されている。
ＨｅＮＢ−ＧＷは、配下のＨｅＮＢ間のＸ２ＨＯ時のＳ１ＰａｔｈＳｗｉｔｃｈメッセージ処理を終端する機能を有する。

基地局と上位装置の間にゲートウェイが存在しないアーキテクチャーでは、各装置は、非特許文献１で規定された動作により端末装置の位置情報を送受信することができる。一方、基地局と上位装置の間にゲートウェイが存在するアーキテクチャーでは、ゲートウェイの配下外の基地局（以下、外部基地局とよぶ）からゲートウェイ配下の基地局へ端末装置がＸ２ＨＯしてくるケースでは、ゲートウェイがどのような動作を行い、端末装置の位置情報を送信するかについて、非特許文献１および２には何ら規定されていない。

そのため、基地局と上位装置の間にゲートウェイが存在するアーキテクチャーでは、外部基地局からゲートウェイ配下の基地局へ端末装置がＸ２ＨＯしてくるケースでは、ゲートウェイは、端末装置の位置情報を上位装置に送信すべきかを判断することができない。
言い換えると、基地局と上位装置の間にゲートウェイが存在するアーキテクチャーでは、外部基地局からゲートウェイ配下の基地局へ端末装置がＸ２ＨＯしてくるケースでは、ゲートウェイは、ゲートウェイ配下の基地局間のＸ２ＨＯ時に移動先基地局から送信されるＳ１ＰａｔｈＳｗｉｔｃｈメッセージ処理を終端する際、端末装置の位置情報を適切に上位装置に送信することができない。

また、異なる表現を用いると、端末装置の位置情報を上位装置に送信すべきか否かを判断するための情報を、外部基地局からゲートウェイ配下の基地局へ端末装置がＸ２ＨＯしてくるケースでは、基地局はゲートウェイに送信することができない、とも言える。

そこで、本明細書に開示される実施形態が達成しようとする目的の１つは、基地局と上位装置の間にゲートウェイが存在するアーキテクチャーにおいて、ゲートウェイが適切に端末装置の位置に関する情報を送信することができるゲートウェイ装置、基地局、通信システム等を提供することである。

本実施形態の基地局は、
他の基地局と同じゲートウェイに接続された基地局であって、
ゲートウェイからメッセージを受信することができる受信部と、
端末装置が他の基地局がカバーするセルから移動してきた場合、前記端末装置の位置を示すＥＣＧＩとＴＡＩの少なくとも何れか１つと、ＲｅｑｕｅｓｔＴｙｐｅＩＥとを含むＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅを、前記ゲートウェイに送信する送信部とを、有する。

本実施形態の基地局は、
他の基地局と同じゲートウェイに接続された基地局であって、
ゲートウェイからメッセージを受信することができる受信部と、
端末装置が他の基地局がカバーするセルから移動してきた場合、前記端末装置の位置に関する第一の情報と、セルの変更に関する第二の情報とを、前記ゲートウェイに送信する送信部とを、有する。

本実施形態のゲートウェイは、
第一の基地局と第二の基地局と、前記第一の基地局と前記第二の基地局とに接続するゲートウェイと、前記ゲートウェイと接続する上位装置とを含む通信システムにおける前記ゲートウェイであって、
端末装置が前記第一の基地局がカバーするセルから前記第二の基地局がカバーするセルに移動する際、
前記第二の基地局からＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅを受信する受信部と、
前記ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅに含まれる前記端末装置の位置に関する情報を、前記上位装置に対し送信する送信部とを、有する。

上述の実施形態によれば、基地局と上位装置の間にゲートウェイが存在するアーキテクチャーにおいて、ゲートウェイは、適切に端末装置の位置に関する情報を送信することができる。

第１の実施形態に係る通信システムの構成図である。第１の実施形態に係る基地局のブロック図である。第１の実施形態に係るゲートウェイのブロック図である。第１の実施形態に係るＲｅｑｕｅｓｔＴｙｐｅの一例である。第１の実施形態に係るＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅの一例である。第１の実施形態に係る通信システムの動作のシーケンス図である。第１の実施形態に係る通信システムの構成図である。第２の実施形態に係るゲートウェイのブロック図である。第２の実施形態に係る通信システムの動作のシーケンス図である。ゲートウェイのブロック図である。

以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。

＜第１の実施形態＞
図１は、本実施形態に係る通信システムの構成例を示している。当該通信システムは通信サービス、例えば音声通信若しくはパケットデータ通信又はこれら両方を提供する。図１を参照すると、当該通信システムは、第一の基地局１００、第二の基地局２００、ゲートウェイ３００、端末装置（ＵＥまたはＵｓｅｒＥｑｕｉｐｍｅｎｔとも称する）４００および上位装置５００とを含む。

なお、ゲートウェイ３００は、第一の基地局１００と第二の基地局２００とを終端する機能を有する。また、上位装置５００はゲートウェイ３００と接続される。

図２は、本実施形態における第二の基地局２００の構成の一例を示す。

第二の基地局２００は、受信部２０および送信部２１を少なくとも有する。

受信部２０は、外部装置と有線または無線で接続し、外部装置との間で、種々の情報を受信する。本実施形態では、受信部２０は、少なくともゲートウェイ３００から種々のメッセージを受信することができる。

送信部２１は、ゲートウェイ３００に対し、端末装置４００の位置に関する情報（以下、端末装置４００位置情報とよぶ）をゲートウェイ３００が上位装置５００に送信する条件（ＲｅｑｕｅｓｔＴｙｐｅＩＥのＥｖｅｎｔパラメータ）に関する情報（以下、条件情報とよぶ）を送信する。なお、端末装置４００が第一の基地局１００から第二の基地局２００に移動する場合に、送信部２１は、条件情報をゲートウェイ３００に送信する。
具体的には、例えば、第二の基地局２００が第一の基地局１００からＨａｎｄｏｖｅｒＲｅｑｕｓｅｔｍｅｓｓａｇｅを受信した場合や、第二の基地局２００が第一の基地局１００にＨａｎｄｏｖｅｒＲｅｑｕｓｅｔＡＣＫｍｅｓｓａｇｅを送信した後に、送信部２１は、条件情報をゲートウェイ３００に送信しても良い。

図３は、本実施形態におけるゲートウェイ３００の構成の一例を示す。

ゲートウェイ３００は、送信部３０および受信部３１を少なくとも有する。

送信部３０は、第二の基地局２００に種々のメッセージを送信することができる。

受信部３１は、条件情報を、第二の基地局２００から受信する。

なお、条件情報はＲｅｑｕｅｓｔＴｙｐｅＩＥに含まれる情報であっても良い。条件情報がＲｅｑｕｅｓｔＴｙｐｅＩＥに含まれる場合の一例を、図４に示す。ここで、条件情報は、図４のＥｖｅｎｔに関する情報に該当する。Ｅｖｅｎｔは、図４に示す情報を受信した装置が、端末装置４００の位置情報を他の装置に送信する条件を表している。Ｅｖｅｎｔは、Ｄｉｒｅｃｔ、Ｃｈａｎｇｅｏｆｓｅｒｖｉｎｇｃｅｌｌ又はＳｔｏｐＣｈａｎｇｅｏｆｓｅｒｖｉｎｇｃｅｌｌの何れかを示す情報である。

また、ＥｖｅｎｔがＤｉｒｅｃｔを示す情報である場合、当該情報を受信した基地局は、端末装置４００の位置情報を上位装置５００またはゲートウェイ３００に送信する。

ＥｖｅｎｔがＣｈａｎｇｅｏｆｓｅｒｖｉｎｇｃｅｌｌを示す情報である場合、当該情報を受信した基地局は、サービングセルが変更された場合に、端末装置４００の位置情報を上位装置５００またはゲートウェイ３００に送信する。

ＥｖｅｎｔがＳｔｏｐＣｈａｎｇｅｏｆｓｅｒｖｉｎｇｃｅｌｌを示す情報である場合、当該情報を受信した基地局は、端末装置４００の位置情報を上位装置５００またはゲートウェイ３００に送信することを止める。

なお、端末装置４００の位置情報はＥＣＧＩ（Ｅ−ＵＴＲＡＮＣｅｌｌＧｌｏｂａｌＩＤ）またはＴＡＩ（ＴｒａｃｋｉｎｇＡｒｅａＩＤ）の少なくとも何れかであっても良い。

また、条件情報はＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅに含まれても良い。図５は、一例として、条件情報がＲｅｑｕｅｓｔＴｙｐｅＩＥに含まれ、かつ、ＲｅｑｕｅｓｔＴｙｐｅＩＥがＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅに含まれる例を示す。

なお、ゲートウェイ３００はＨｅＮＢ−ＧＷ、第一の基地局１００および第二の基地局２００はＨｅＮＢ、上位装置５００はＭＭＥであっても良い。

次に、本実施形態に係る通信システムの動作について、図６を用いて説明する。図６では、一例として、条件情報がＲｅｑｕｅｓｔＴｙｐｅＩＥに含まれ、かつ、ＲｅｑｕｅｓｔＴｙｐｅＩＥがＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅに含まれる場合を説明する。

第一の基地局１００に外部基地局からＸ２ＨＯしてきた端末装置４００が、さらに、第一の基地局１００から第二の基地局２００にＸ２ハンドオーバーする場合、ステップＳ１０では、第一の基地局１００は、第二の基地局２００にＨａｎｄｏｖｅｒＲｅｑｕｅｓｔｍｅｓｓａｇｅを送信する。当該ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔｍｅｓｓａｇｅは、ＲｅｑｕｅｓｔＴｙｐｅＩＥを含む。なお、ＲｅｑｕｅｓｔＴｙｐｅＩＥは、条件情報を含んでいる。

ステップＳ２０では、第二の基地局２００は、第一の基地局１００にＨａｎｄｏｖｅｒＲｅｑｕｅｓｔＡｃｋｍｅｓｓａｇｅを送信する。

ステップＳ３０では、第二の基地局２００はゲートウェイ３００に、ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅを送信する。当該ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅは、ＲｅｑｕｅｓｔＴｙｐｅＩＥを含む。なお、ＲｅｑｕｅｓｔＴｙｐｅＩＥは、条件情報を含んでいる。

なお、第二の基地局２００からＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅを受信したゲートウェイ３００は、ゲートウェイ３００にて第一の基地局１００から第二の基地局２００へのパス張替え処理を行い、さらに、当該ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅに含まれる条件情報に基づき、上位装置５００に端末装置４００の位置情報を送信するか否かを判断する。具体的には、第二の基地局２００から受信したＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅに含まれる条件情報が、ゲートウェイ３００が上位装置５００に端末装置４００の位置情報を送信する条件はサービングセルが変更されたときである、ことを示している場合、ゲートウェイ３００はステップＳ４０の動作を行う。反対に、第二の基地局２００から受信したＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅに含まれる条件情報が、ゲートウェイ３００が上位装置５００に端末装置４００の位置情報を送信する条件はサービングセルが変更されたときでない、ことを示している場合、ゲートウェイ３００はステップＳ４０の動作を行わず、ステップＳ５０以降の動作を行う。

ステップＳ４０では、ゲートウェイ３００は、上位装置５００に端末装置４００の位置情報を送信する。なお、端末装置４００の位置情報は、ＬｏｃａｔｉｏｎＲｅｐｏｒｔｍｅｓｓａｇｅに含まれても良い。

ステップＳ５０では、ゲートウェイ３００は第二の基地局２００にＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔＡｃｋｍｅｓｓａｇｅを送信する。

ステップＳ６０では、第二の基地局２００は第一の基地局１００にＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅｍｅｓｓａｇｅを送信する。

本実施形態は例えば、以下の課題を解決することができる。通信システムの一例を図７に示す。図７に示す通信システムは、ＭＭＥ１、ＨｅＮＢ−ＧＷ２、ｅＮＢ３、ＨｅＮＢ４、ＨｅＮＢ５およびＵＥ６を含む。

ＨｅＮＢ４とＨｅＮＢ５は、ＨｅＮＢ−ＧＷ２により終端される。一方、ｅＮＢ３はＨｅＮＢ−ＧＷ２により終端されない。ＭＭＥ１は、ｅＮＢ３およびＨｅＮＢ−ＧＷ２と接続する。はじめ、ＵＥ６がｅＮＢ３と接続している場合、ＭＭＥ１はｅＮＢ３に対し、ＵＥ６の位置情報をＭＭＥ１に報告する条件（ＲｅｑｕｅｓｔＴｙｐｅＩＥのＥｖｅｎｔパラメータ）に関する情報（以下、条件情報とよぶ）を送信する。なお、条件情報は、ＬｏｃａｔｉｏｎＲｅｐｏｒｔｉｎｇＣｏｎｔｒｏｌｍｅｓｓａｇｅに含まれても良い。

以下、一例として、条件情報が、サービングセルが変更されることである（Ｅｖｅｎｔ＝Ｃｈａｎｇｅｏｆｓｅｒｖｉｎｇｃｅｌｌ）場合を例に、説明を行う。

ＵＥ６がｅＮＢ３からＨｅＮＢ４にハンドオーバーする場合、ＨｅＮＢ４はＨｅＮＢ−ＧＷ２に対し、ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅを送信する。
当該ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅには、ＵＥ６の位置情報（ＥＣＧＩおよびＴＡＩ）が含まれる。当該ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅを受信したＨｅＮＢ−ＧＷ２は、ｅＮＢ３とＭＭＥ１との間に確立されたパスを、ＨｅＮＢ−ＧＷ２とＭＭＥ１との間に張り替えるために、ＭＭＥ１に対し、ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅを送信する。ＨｅＮＢ−ＧＷ２が送信するＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅにも、ＵＥ６の位置情報（ＥＣＧＩおよびＴＡＩ）が含まれている。よって、ＨｅＮＢ−ＧＷ２は、ＵＥ６の位置情報をＭＭＥ１に送信することができる。

一方、ＵＥ６がＨｅＮＢ４からＨｅＮＢ５にハンドオーバーする場合、ＨｅＮＢ５はＨｅＮＢ−ＧＷ２に対し、ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅを送信する。ここで、ＨｅＮＢ４とＨｅＮＢ５は同一のＨｅＮＢ−ＧＷ２に属するため、ＨｅＮＢ４からＨｅＮＢ５へのハンドオーバーはＨｅＮＢ−ＧＷ２にて終端される。言い換えると、ＵＥ６がＨｅＮＢ４からＨｅＮＢ５へのハンドオーバーする場合、ＨｅＮＢ−ＧＷ２より上位の装置でパスの切り替えを行う必要がない。そのため、ＨｅＮＢ−ＧＷ２はＭＭＥ１に対し、ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅを送信しない。よって、この場合、ＭＭＥ１は、ＵＥ６の位置情報に関する情報を受信することがない。

また、基地局（例えば、ｅＮＢやＨｅＮＢ）が上位装置（例えば、ＭＭＥ）に対し、ＵＥの位置に関する情報を送信する契機として、上位装置から受信したＬｏｃａｔｉｏｎＲｅｐｏｒｔｉｎｇＣｏｎｔｒｏｌｍｅｓｓａｇｅに対するレスポンスとして、ＬｏｃａｔｉｏｎＲｅｐｏｒｔｍｅｓｓａｇｅを送信するケースはある。しかし、Ｘ２ＨＯ時には、ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅ等のＳ１ＡＰメッセージが送信される場合、ＥＣＧＩ（Ｅ−ＵＴＲＡＮＣｅｌｌＧｌｏｂａｌＩＤ）またはＴＡＩ（ＴｒａｃｋｉｎｇＡｒｅａＩＤ）はこのメッセージに含まれるため、ＬｏｃａｔｉｏｎＲｅｐｏｒｔｍｅｓｓａｇｅは送信されない。そのため、ＵＥ６がＨｅＮＢ４からＨｅＮＢ５へのハンドオーバーを行う場合、ＨｅＮＢ−ＧＷ２はＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅを受信した場合、ＨｅＮＢ−ＧＷ２内のパスを切り替えるだけでなく、ＵＥ６の位置情報をＭＭＥ１へ送信するかどうか判断が必要であるが、現在の３ＧＰＰ（3rd Generation Partnership Project）の標準規格上はＨｅＮＢ−ＧＷ２は当該判断に必要な情報を持っていない。よって、ＨｅＮＢ−ＧＷ２は、ＵＥ６の位置情報をＭＭＥ１に送信すべきか判断できない。

上述の課題に対し本実施形態では、第二の基地局２００がゲートウェイ３００に条件情報を送信することで、ゲートウェイ３００は、端末装置４００の位置情報を上位装置５００に送信するべきか否かを判断することができる。そのため、ゲートウェイ３００は、上位装置５００に対し、端末装置４００の位置情報を適切に送信することができる。

＜第２の実施形態＞
第１の実施形態では、基地局がゲートウェイに対し、当該ゲートウェイが上位装置に端末装置の位置情報を送信する条件に関する情報を送信することで、ゲートウェイは適切に上位装置に端末装置の位置情報を送信することができた。

次に、第２の実施形態では、ゲートウェイ配下の基地局からゲートウェイがＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅを受信した場合は必ず、ゲートウェイは上位装置に対し、端末装置の位置情報を送信することで、ゲートウェイが確実に上位装置に端末装置の位置情報を送信することができるようにする。

なお、本実施形態に係る通信システムの構成例は、第１の実施形態と同様である。なお、本実施形態では、第１の実施形態における第一の基地局１００、第二の基地局２００、ゲートウェイ３００、端末装置４００および上位装置５００をそれぞれ、第一の基地局１１０、第二の基地局２１０、ゲートウェイ３１０、端末装置４１０および上位装置５１０とする。

図８は、第２の実施形態におけるゲートウェイ３１０の構成の一例を示す。

ゲートウェイ３１０は、送信部３２および受信部３３を少なくとも有する。

送信部３２は、ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅに含まれる端末装置４１０の位置に関する情報（以下、端末装置４１０の位置情報とよぶ）を、上位装置５１０に対し送信する。

受信部３３は、端末装置４１０の位置情報を上位装置５１０に送信する条件（ＲｅｑｕｅｓｔＴｙｐｅＩＥのＥｖｅｎｔパラメータ）に関する情報（以下、条件情報とよぶ）を、第二の基地局２１０から受信する。

次に、本実施形態に係る通信システムの動作について、図９を用いて説明する。

ステップＳ１０、Ｓ２０、Ｓ５０、Ｓ６０は、第一の実施形態と同様である。

ステップＳ３１では、第二の基地局２１０はゲートウェイ３１０にＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅを送信する。なお、第一の実施形態と異なり、本実施形態に係る当該ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅは、条件情報を含まなくても良い。

ステップＳ４１では、ゲートウェイ３１０は、上位装置５１０に対し、端末装置４１０の位置情報を送信する。なお、端末装置４１０の位置情報は、ＬｏｃａｔｉｏｎＲｅｐｏｒｔｍｅｓｓａｇｅに含まれても良い。

本実施形態における通信システムでは、第二の基地局２１０からゲートウェイ３１０に送信するＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅに変更を加えることなく、ゲートウェイ３１０は、上位装置５１０に端末装置４１０の位置情報を送信することができる。

なお、上述した各実施形態に係るゲートウェイ３００または３１０は、図３または図８に示した構成以外の構成を有していても良い。図１０は、上述の各実施形態に係るゲートウェイの変形例であるゲートウェイ３２０の構成を示す。

ゲートウェイ３２０は、送信部３４、受信部３５、判断部３６および制御部３７を少なくとも有する。

送信部３４は、送信部３０または送信部３２と同様である。

受信部３５は、受信部３１または受信部３３と同様である。

判断部３６は、受信部３５が受信した情報に基づき、端末装置の位置情報を上位装置に送信するか否かを判断する。例えば、第一の実施形態に係るゲートウェイの判断部は、受信部３５が受信したＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅにＲｅｑｕｅｓｔＴｙｐｅＩＥが含まれており、当該ＲｅｑｕｅｓｔＴｙｐｅＩＥが「Ｅｖｅｎｔ＝Ｃｈａｎｇｅｏｆｓｅｒｖｉｎｇｃｅｌｌ」を示す場合、当該ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅに含まれる端末装置の位置情報を、上位装置に送信すると判断する。

制御部３７は、ゲートウェイ３２０に含まれる構成部を制御する。

上述した実施形態の各処理は、ソフトウェアによって実行されてもよい。すなわち、各処理を行うためのコンピュータ・プログラムが、情報処理装置が備えるＣＰＵによって読み込まれ、実行されてもよい。プログラムを用いて各処理を行っても、上述の実施形態の処理と同内容の処理を行うことができる。そして、上記のプログラムは、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、フラッシュメモリ等の半導体記憶装置、光ディスク、磁気ディスク、光磁気ディスク等、非一時的な媒体に格納されてもよい。

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

（付記１）
第一の基地局と第二の基地局と、前記第一の基地局と前記第二の基地局とに接続するゲートウェイと、前記ゲートウェイと接続する上位装置とを含む通信システムにおける前記ゲートウェイであって、
端末装置が前記第一の基地局がカバーするセルから前記第二の基地局がカバーするセルに移動する際、
前記第二の基地局からＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅを受信する受信部と、
前記ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅに含まれる前記端末装置の位置に関する情報を、前記上位装置に対し送信する送信部とを、
有するゲートウェイ。
（付記２）
前記ゲートウェイは、ＨｅＮＢ−ＧＷである、付記１に記載のゲートウェイ。
（付記３）
前記第一の基地局および前記第二の基地局は、それぞれＨｅＮＢである、付記１または２に記載のゲートウェイ。

この出願は、２０１５年３月２５日に出願された日本出願特願２０１５−０６１８４８を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１ＭＭＥ
２ＨｅＮＢ−ＧＷ
３ｅＮＢ
４、５ＨｅＮＢ
２０、３１、３３、３５受信部
２１、３０、３２、３４送信部
３６判断部
３７制御部
１００、１１０第一の基地局
２００、２１０第二の基地局
３００、３１０、３２０ゲートウェイ
６、４００ＵＥ
５００、５１０上位装置

Claims

他の基地局と同じゲートウェイに接続された基地局であって、
前記ゲートウェイからメッセージを受信することができる受信部と、
端末装置が前記他の基地局がカバーするセルから移動してきた場合、前記端末装置の位置を示すＥＣＧＩとＴＡＩの少なくとも何れか１つと、ＲｅｑｕｅｓｔＴｙｐｅＩＥとを含むＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅを、前記ゲートウェイに送信する送信部とを、有する基地局。
前記ゲートウェイは、ＨｅＮＢ−ＧＷである、請求項１に記載の基地局。
前記他の基地局は、ＨｅＮＢである、請求項１または２に記載の基地局。
第一の基地局と第二の基地局と、前記第一の基地局と前記第二の基地局とに接続するゲートウェイと、前記ゲートウェイと接続する上位装置とを含む通信システムにおける前記ゲートウェイであって、
端末装置が前記第一の基地局がカバーするセルから前記第二の基地局がカバーするセルに移動する際、
前記端末装置の位置を示す情報であるＥＣＧＩおよびＴＡＩの少なくとも何れか１つと、ＲｅｑｕｅｓｔＴｙｐｅＩＥとを含むＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅを前記第二の基地局から受信する受信部と、
前記ＰａｔｈＳｗｉｔｃｈＲｅｑｕｅｓｔｍｅｓｓａｇｅに含まれる前記ＲｅｑｕｅｓｔＴｙｐｅＩＥに基づいて、前記端末装置の位置に関する情報を前記上位装置に送信するか否かを判断する判断部と、
前記判断部の判断結果に応じて、前記端末装置の位置に関する情報を、前記上位装置に対し送信する送信部とを、
有するゲートウェイ。