JP2016019217A - 通信システム、通信方法、および、ゲートウェイ装置 - Google Patents

Abstract

【課題】ネットワーク中の装置への負荷を低減する。【解決手段】通信システムは、複数の基地局、端末、ゲートウェイ装置を備える。端末は、複数の基地局のいずれかを介して通信する。ゲートウェイ装置は、複数の基地局を含む無線ネットワークとコアネットワークの間の信号を中継する。ゲートウェイ装置は、抑止処理部と送信部を備える。抑止処理部は、端末が無線ネットワークに常時接続する場合、端末へのパケットの着信を要求する着信要求の通知を、端末が通信を開始するまで抑止する。送信部は、端末から送信された通信開始要求に対する応答であり、着信要求の発生の通知を含む応答メッセージを、通信開始要求の転送元に送信する。【選択図】図２

Description

本発明は、無線通信システムで行われる通信処理に関する。

図１に無線通信システムの例を示す。図１に示す無線通信システムには、管理装置１０、ゲートウェイ装置２、基地局制御装置４（４ａ〜４ｄ）、基地局６（６ａ〜６ｇ）が含まれる。各基地局６は、セルを形成している。図１の無線通信システムには、位置登録エリアＬＡａとＬＡｂが含まれており、各位置登録エリアには、複数のセルが含まれている。図１の例では、位置登録エリアＬＡａには、セルＣ１１、Ｃ２１、Ｃ２２、Ｃ２３が含まれており、位置登録エリアＬＡｂには、セルＣ３１、Ｃ４１、Ｃ４２が含まれているものとする。

端末２０（２０ｘ、２０ｙ）は、その端末が位置するセルを形成している基地局を介して通信を行う。例えば、端末２０ｙは、セルＣ１１に位置しているので基地局６ａを介して通信を行い、端末２０ｘは、セルＣ２２に位置しているので基地局６ｃを介して通信を行う。各端末２０は、通信を開始する際や通信中に、位置登録を行う。このとき、各端末は、位置登録エリアごとに決められた位置情報を送信する。位置情報は、基地局６や基地局制御装置４を介して、ゲートウェイ装置２や管理装置１０に送信される。位置登録は位置登録エリアごとに行われるので、端末２０ｘや端末２０ｙは、管理装置１０において、位置登録エリアＬＡａに位置していることが登録される。

位置登録済みの端末に対する通信が要求されると、通信が要求された端末の位置する位置登録エリアが特定され、特定された位置登録エリア中に呼出し信号がマルチキャストされる。例えば、図１の例では、ゲートウェイ装置２は、端末２０ｘへの着信要求を受信すると、端末２０ｘが位置登録エリアＬＡａに位置することを特定し、さらに、位置登録エリアＬＡａ中の基地局制御装置４ａと基地局制御装置４ｂに着信要求を送信する。基地局制御装置４ａは、基地局制御装置４ａに接続されている基地局６ａに着信要求を送信する。一方、基地局制御装置４ｂには基地局６ｂ〜６ｄが接続されているので、基地局制御装置４ｂは、基地局６ｂ〜６ｄに着信要求を送信する。各基地局は、その基地局が形成しているセル中の装置に着信要求を送信する。このため、端末２０ｘだけに着信要求が発生しても、位置登録エリアＬＡａ中の全ての基地局制御装置（４ａ、４ｂ）と基地局（６ａ〜６ｄ）に着信要求がマルチキャストされる。

関連する技術として、端末が、第１基地局から第１セル領域のページング情報を含む登録解除命令メッセージを受信し、第２セル領域に移動すると、位置更新を所定の期間延長するためのタイマを設定する方法が提案されている（例えば、特許文献１など）。また、ローカルブレークアウトを提供するアクセスポイントは、アクセス端末に宛てられたパケットを受信すると、アクセスポイントがアクセス端末をページングする方法も知られている（例えば、特許文献２など）。

特表２０１２−５１１８５９号公報 特表２０１１−５２７８７０号公報

各端末は位置登録エリアごとに分けて位置が登録されているため、ある端末への着信要求が発生した場合に、呼び出し対象の端末が位置登録エリア中のどのセルに位置しているかは分らない。そこで、着信が要求された端末に着信要求を送信するために、着信が要求された端末を含む位置登録エリアに含まれている全ての基地局や基地局制御装置に着信要求がマルチキャストされる。従って、着信が要求された端末が位置していないセルを管理する基地局や基地局制御装置などは、着信が要求された端末に着信要求を送信できないにもかかわらず、着信要求を転送するので、無駄な動作をしてしまい、ネットワークにかかる負荷が大きい。しかし、位置登録エリアを狭くすると、位置登録の処理が頻発するなどの理由により、かえってネットワークにかかる負荷を大きくするおそれがある。

本発明は、ネットワーク中の装置への負荷を低減することを目的とする。

実施形態にかかる通信システムは、複数の基地局、端末、ゲートウェイ装置を備える。端末は、前記複数の基地局のいずれかを介して通信する。ゲートウェイ装置は、前記複数の基地局を含む無線ネットワークとコアネットワークの間の信号を中継する。前記ゲートウェイ装置は、抑止処理部と送信部を備える。抑止処理部は、前記端末が前記無線ネットワークに常時接続する場合、前記端末へのパケットの着信を要求する着信要求の通知を、前記端末が通信を開始するまで抑止する。送信部は、前記端末から送信された通信開始要求に対する応答であり、前記着信要求の発生の通知を含む応答メッセージを、前記通信開始要求の転送元に送信する。

ネットワーク中の装置への負荷が低減される。

無線通信システムの例を示す図である。 実施形態にかかる通信方法の例を示す図である。 基地局の構成の例を示す図である。 着信情報テーブルの例を示す図である。 基地局のハードウェア構成の例を示す図である。 ゲートウェイ装置の構成の例を示す図である。 着信情報テーブルの例を示す図である。 ゲートウェイ装置のハードウェア構成の例を示す図である。 端末へのパケット着信要求が発生したときの処理の例を説明するシーケンス図である。 管理装置が保持する情報の例を説明する図である。 着信情報テーブルの変更例を示す図である。 端末からの通信開始要求が発生したときの処理の例を説明するシーケンス図である。 応答メッセージに含まれる情報要素の例を示す図である。 着信情報テーブルの変更例を示す図である。 第２の実施形態で端末からの通信開始要求が発生したときの処理の例を説明するシーケンス図である。 第３の実施形態にかかる無線制御装置の構成の例を示す図である。 第３の実施形態で端末へのパケット着信要求が発生したときの処理の例を説明するシーケンス図である。 第３の実施形態での無線制御装置の処理の例を説明するシーケンス図である。

図２は、実施形態にかかる通信方法の例を示す図である。図２に示す無線通信システムには、管理装置１０、ゲートウェイ装置５０、基地局制御装置４０（４０ａ〜４０ｄ）、基地局３０（３０ａ〜３０ｇ）が含まれる。各基地局３０は、セルを形成している。図２の無線通信システムでも、位置登録エリアＬＡａとＬＡｂが含まれている。図２の例でも図１と同様に、位置登録エリアＬＡａには、セルＣ１１、Ｃ２１、Ｃ２２、Ｃ２３が含まれており、位置登録エリアＬＡｂには、セルＣ３１、Ｃ４１、Ｃ４２が含まれているものとする。なお、図２に示す通信システムは一例であり、通信システム中の位置登録エリア、無線制御装置４０、基地局３０、セルの数は実装に応じて任意に変更されうる。また、図２では、図を見やすくするために端末２０ｘと端末２０ｙしか図示していないが、通信システムにアクセスする端末２０の数も任意である。

管理装置１０は、通信ネットワークにアクセス可能な各端末の情報を保持しており、例えばＨＬＲ（Home Location Register）やＶＬＲ（Visitor Location Register）として動作できるものとする。また、管理装置１０は、ＭＳＣ（mobile switching center）、ＨＳＳ（Home Subscriber Server）などとして動作しても良い。管理装置１０がＨＬＲ、ＶＬＲ、ＭＳＣ、ＨＳＳなどとして動作する場合、ゲートウェイ装置５０はＭＭＥ（Mobility Management Entity）として動作できるものとする。

また、管理装置１０は、ＭＭＥで実現されても良い。管理装置１０がＭＭＥで実現される場合、ゲートウェイ装置５０は、機能として、管理装置の機能と基地局機能との間の信号を中継する位置に実装されるものとする。この場合、管理装置１０、ゲートウェイ装置５０、基地局３０のうちの複数が同じ装置に実装されても良く、個別の装置で実装されても良い。すなわち、管理装置１０、ゲートウェイ装置５０、基地局３０が個別の装置に実装されても良い。また、管理装置１０とゲートウェイ装置５０を１つの装置で実装し、基地局３０を異なる装置としても良い。さらに、基地局３０とゲートウェイ装置５０を１つの装置に実装し、管理装置１０を異なる装置にしても良い。

ゲートウェイ装置５０は、いずれかの端末へのパケットの着信要求を受信すると、着信要求の対象となっている端末が常時接続可能な端末であるかを判定する。ここで、常時接続可能な端末は、例えば、スマートフォンやＡｌｗａｙｓ−ｏｎコンセプトを採用している携帯電話端末など、電源が投入されている期間中はパケット通信を行うための経路の少なくとも一部を確保している端末を指すものとする。ゲートウェイ装置５０は、各端末の通信が開始する前に、端末が常時接続できるかを示す情報を保持しているものとする。例えば、ゲートウェイ装置５０は、各端末からの位置登録要求があったときに管理装置１０に対して、端末が常時接続であるかを問合わせても良い。ゲートウェイ装置５０は、パケット着信が要求された端末が常時接続可能な場合、パケットの宛先の端末が通信中であるかを判定する。パケットの宛先の端末が通信中ではない場合、パケット着信要求の送信を抑止し、パケットの宛先の端末の識別情報に対応付けて記憶する。ゲートウェイ装置５０は、パケットの着信が要求された端末が通信を開始する際に、その端末の通信に使用される情報を基地局３０に送信するための制御メッセージに、パケット着信要求を受信したことを通知する情報を含める。

図２のステップＳ１〜Ｓ６は、端末２０ｘが常時接続する端末であり、ゲートウェイ装置５０が端末２０ｘ宛てのパケットの着信要求を受信した場合を例としてパケット着信要求の通知例を説明している。まず、ゲートウェイ装置５０は、端末２０ｘが通信を開始する前に端末２０ｘ宛てのパケットの着信要求を受信したため、端末２０ｘの識別情報とパケット着信要求の発生を対応付けて記憶しているものとする。次に、端末２０ｘが通信の要求を基地局３０ｃに送信する（ステップＳ１）。基地局３０ｃは、端末２０ｘが通信の開始を要求していることを通知するための通信開始要求を、無線制御装置４０ｂを介してゲートウェイ装置５０に送信する（ステップＳ２、Ｓ３）。ゲートウェイ装置５０は、基地局３０ｃから受信した通信開始要求に対する応答メッセージ中に、端末２０ｘ宛てのパケットの着信要求を受信したことを示す情報を含め、基地局３０ｃに向けて送信する（ステップＳ４、Ｓ５）。

基地局３０ｃは、応答メッセージを用いて、端末２０ｘが通信を行うための処理を行うと共に、端末２０ｘ宛てのパケットの着信要求がゲートウェイ装置５０で受信されたことを記憶する。端末２０ｘが要求したパケット通信が終了すると、基地局３０ｃは、パケット着信要求に基づいて、セルＣ２２中の装置に、端末２０ｘに対するパケットの着信要求が発生していることを通知する（ステップＳ６）。ここで、パケットの着信要求が発生していることを通知するために、例えば、ページングメッセージが使用される。なお、端末２０ｘで行われる通信が音声通信である場合、基地局３０ｃは、音声通信用のパスを用いて、端末２０ｘにパケット着信要求の受信を通知する。なお、ゲートウェイ装置５０は、基地局３０ｃの代わりに無線制御装置４０ｂとの間で、開始要求パケットと応答メッセージの送受信を行っても良い。この場合、基地局３０の代わりに、無線制御装置４０が端末２０ｘへのパケット着信要求の発生の通知を行う。

このように、実施形態にかかる方法では、パケットの着信が要求された端末が位置するセル以外のセルに属する端末や、パケットの着信が要求された端末と通信中の基地局以外の基地局、無線制御装置４０などにはパケット着信要求に関する情報が送信されない。このため、パケット着信要求の送受信に伴うネットワーク中の装置の処理負担を軽減することができる。実施形態にかかる通信方法は、例えば、ＷＣＤＭＡ（登録商標）（Wideband Code Division Multiple Access）、ＬＴＥ（登録商標）（Long Term Evolution）などに適応した通信システムに適用可能である。

＜装置構成＞
図３は、基地局３０の構成の例を示す図である。基地局３０は、無線通信部３１、通信部３２、呼制御部３３、記憶部３４を備える。記憶部３４は着信情報テーブル３５を保持する。無線通信部３１は、端末２０との間の通信を行う。無線通信部３１は、位置登録要求や通信開始要求を端末２０から受信し、呼制御部３３から入力された信号を端末２０に送信する。通信部３２は、無線制御装置４０との間の通信処理を行う。

呼制御部３３は、基地局３０が形成しているセルに位置している端末２０に対する呼制御を行う。例えば、呼制御部３３は、無線通信部３１を介して取得した位置登録要求や通信開始要求を、ゲートウェイ装置５０や管理装置１０に送信するためのプロトコルの変換などの処理を行う。また、呼制御部３３は、ゲートウェイ装置５０から受信した制御メッセージに応じて、端末２０を呼び出すための着信要求などの制御メッセージを生成する。記憶部３４は、着信情報テーブル３５など、基地局３０での処理に使用される情報を記憶する。

図４は、着信情報テーブル３５の例を示す図である。着信情報テーブル３５は、基地局３０が形成しているセル中に位置する各端末の識別情報と、ゲートウェイ装置５０において抑止された着信要求があるかを示す情報を対応付けている。図４の例では、端末２０の識別情報としてＴＭＳＩ（Temporary Mobile Subscriber Identity）が使用される場合を示す。以下、端末２０ｘに割り当てられたＴＭＳＩが１０００であるとする。図４の例では、ＴＭＳＩ＝１０００の端末に対しては、ゲートウェイ装置５０から抑止したパケット着信要求があることが通知されていないので、抑止された着信要求が無いことが着信情報テーブル３５に記録されている。一方、ＴＭＳＩ＝２０００の端末については、抑止されたパケット着信要求があることが記録されている。

呼制御部３３は、適宜、着信情報テーブル３５の更新処理を行う。さらに、呼制御部３３は、抑止されたパケット着信要求があることが着信情報テーブル３５に記録されている端末２０に対しては、その端末２０がパケット通信を行っていないときに呼び出し処理を行う。呼び出し処理の際に、例えば、ページングメッセージが使用され得る。

図５は、基地局３０のハードウェア構成の例を示す図である。基地局３０は、プロセッサ１０１、メモリ１０２、バス１０３、制御回路１０４、通信インタフェース１０５、無線インタフェース１０６、アンテナ１０７を備える。プロセッサ１０１は、例えばＣＰＵ（Central Processing Unit）やＤＳＰ（digital signal processor）等を含む任意の処理回路であり、メモリ１０２に記憶されたプログラムを実行することができる。メモリ１０２は、Random Access Memory（ＲＡＭ）とRead Only Memory（ＲＯＭ）を含む。制御回路１０４は、ＬＳＩ（Large Scale Integration）、ＦＰＧＡ（field-programmable gate array）、ＡＳＩＣ（application specific integrated circuit）等を含む電子回路である。通信インタフェース１０５は、有線通信を行うために使用されるインタフェース装置である。無線インタフェース１０６は、端末２０と無線通信を行うために使用されるインタフェース装置であり、アンテナ１０７を含む。バス１０３は、プロセッサ１０１、メモリ１０２、制御回路１０４、通信インタフェース１０５、無線インタフェース１０６の間を、データの入出力が可能になるように接続する。呼制御部３３は、プロセッサ１０１と制御回路１０４により実現される。メモリ１０２は記憶部３４として動作する。無線通信部３１は、無線インタフェース１０６、アンテナ１０７、制御回路１０４によって実現され、通信部３２は制御回路１０４と通信インタフェース１０５によって実現される。

図６は、ゲートウェイ装置５０の構成の例を示す図である。ゲートウェイ装置５０は、コアネットワークと無線ネットワークの間の信号を中継している。ここで、無線ネットワークには、ＵＴＲＡＮ（UMTS (Universal Mobile Telecommunications System) Terrestrial Radio Access Network）、Ｅｖｏｌｖｅｄ ＵＴＲＡＮなどが含まれる。以下の説明では、「コアネットワーク」という語も使用することがあるが、コアネットワークには、ＨＳＳ、ＭＳＣ、ＨＬＲ、ＶＬＲ、ＭＭＥなどが含まれる。

ゲートウェイ装置５０は、通信部５１、基地局通信部５４、呼制御部６０、記憶部７０を備える。通信部５１は、送信部５２と受信部５３を有し、基地局通信部５４は、送信部５５と受信部５６を有する。呼制御部６０は、要求部６１、抑止処理部６２、生成部６３を備える。記憶部７０は、着信情報テーブル７１を保持する。通信部５１は、ゲートウェイ装置５０と管理装置１０の間の通信に使用され、基地局通信部５４は、ゲートウェイ装置５０と無線制御装置４０の間の通信に使用される。なお、図６はゲートウェイ装置５０の一例であり、例えば、通信部５１と基地局通信部５４は１つの通信部に統合されていても良い。

要求部６１は、いずれかの基地局３０を介して無線ネットワークに接続している端末２０の各々について、常時接続できる端末であるかの判定結果を管理装置１０に要求する。要求部６１は、判定結果に応じて適宜、着信情報テーブル７１を更新する。

図７は、着信情報テーブル７１の例を示す図である。着信情報テーブル７１は、端末２０ごとに、ＴＭＳＩ、常時接続の可否、抑止したパケット着信要求の有無、音声通信状況が記録されている。例えば、ＴＭＳＩ＝１０００の端末２０ｘについての問合せメッセージに対する応答に、ＴＭＳＩ＝１０００の端末が常時接続可能であるという判定結果が含まれていたとする。すると、要求部６１は、図７に示すように、ＴＭＳＩ＝１０００の端末について、常時接続が可能であることを示す情報を着信情報テーブル７１に記録する。さらに、要求部６１は、端末２０が音声通信を行っているかを、音声通信状況として記録する。端末２０が音声通信を行っているかの判定方法は、既知の任意の判定方法を用いることができる。

なお、要求部６１は、問合せメッセージに対して、常時接続しない端末であることを示す情報を含む応答を取得した場合は、応答に含まれているＴＭＳＩに対応付けて常時接続を行わないことを着信情報テーブル７１に記録するものとする。

抑止処理部６２は、管理装置１０から送信されたパケット着信要求を、受信部５３を介して取得する。抑止処理部６２は、パケットの着信が要求されている端末２０は常時接続が可能であり、かつ、音声通信が行われていない状態であるかを、着信情報テーブル７１を用いて判定する。パケットの着信が要求された端末２０が常時接続できる端末であり、かつ、音声通信を行っていない場合、抑止処理部６２は、パケット着信要求の送信を抑止し、抑止したパケット着信要求があることを着信情報テーブル７１に記録する。図７の例では、ＴＭＳＩ＝２０００の端末が常時接続できる端末であり、かつ、音声通信を行っていないので、抑止処理部６２は、ＴＭＳＩ＝２０００の端末へのパケット着信要求の送信を抑止し、抑止したパケット着信要求があることを記録している。

生成部６３は、端末２０から通信開始要求があったことが通知された場合、通知元に対して送信する応答メッセージを生成する。生成部６３は、応答メッセージを生成する際に、通信の開始を要求している端末２０のＴＭＳＩをキーとして着信情報テーブル７１を検索することにより、通信開始要求を送信した端末２０に対して送信を抑止したパケット着信要求があるかを判定する。送信を抑止したパケット着信要求がある場合、パケット着信要求に関する情報を応答メッセージに含める。

図８は、ゲートウェイ装置５０のハードウェア構成の例を示す図である。ゲートウェイ装置５０は、プロセッサ１０１、メモリ１０２、バス１０３、制御回路１０４、通信インタフェース１０５を備える。呼制御部６０は、プロセッサ１０１と制御回路１０４により実現される。通信部５１と基地局通信部５４は、通信インタフェース１０５と制御回路１０４により実現される。また、メモリ１０２は、記憶部７０として動作する。

＜第１の実施形態＞
図９は、端末へのパケット着信要求が発生したときの処理の例を説明するシーケンス図である。以下、図２に示す通信システムにおいて、端末２０ｘがセルＣ２２に移動してきた場合を例として説明する。従って、基地局３０とゲートウェイ装置５０の間の通信は、適宜、無線制御装置４０を介して行われるものとする。なお、以下では、基地局３０が端末２０に対して送信する着信要求として、PAGING TYPE1、PAGING TYPE2などの制御メッセージが使用される場合を例として説明するが、着信要求は他のメッセージであっても良い。

セルＣ２２に移動してきた端末２０ｘは、位置登録要求を送信する（ステップＳ１１）。このとき、端末２０ｘは、ＩＭＳＩ（International Mobile Subscriber Identity）や電話番号など、端末２０ｘを一意に特定できる識別情報を、位置登録要求に含めるものとする。位置登録要求は、基地局３０ｃの無線通信部３１において受信される。無線通信部３１は、位置登録要求を呼制御部３３に出力する。呼制御部３３は、位置登録要求を、通信部３２からゲートウェイ装置５０に転送する（ステップＳ１２）。

ゲートウェイ装置５０の受信部５６は、位置登録要求を要求部６１に出力する。要求部６１は、位置登録を送信した端末２０が常時接続するかの判定結果を管理装置１０に要求するために加入者情報の問い合わせメッセージを生成する。問い合わせメッセージには、位置登録要求を送信した端末２０ｘの識別情報と、識別情報に対応付けられた端末２０が常時接続する端末であるかの判定結果の要求が含まれる。要求部６１は、送信部５２を介して問合せメッセージを管理装置１０に送信する（ステップＳ１３）。

管理装置１０は、加入者情報の問い合わせメッセージをゲートウェイ装置５０から受信すると、問い合わせメッセージから端末２０ｘの識別情報を取得する。管理装置１０は、取得した識別情報を用いて、その端末の認証とＩＭＥＩ（International Mobile Equipment Identity）の特定を行う。

図１０は、管理装置１０が保持する情報の例を説明する図である。テーブルＴ１は、管理装置１０が記憶している加入者情報の例である。テーブルＴ１に示す加入者情報では、端末ごとに、ＩＭＳＩ、電話番号、ＩＭＥＩが対応付けられている。管理装置１０は、認証処理に成功すると、ゲートウェイ装置５０から受信した問い合わせメッセージ中の識別情報をキーとして、テーブルＴ１を検索することにより、問い合わせの対象となっている端末２０に対応付けられたＩＭＥＩを特定する。例えば、端末２０ｘにＩＭＳＩ＝１０００が割り当てられており、端末２０ｘの電話番号が０９０１１１１１１１１であるとする。すると、問い合わせメッセージには、識別情報として、ＩＭＳＩ＝１０００と電話番号＝０９０１１１１１１１１の情報が含まれている。そこで、管理装置１０は、テーブルＴ１の１番目のエントリを用いて、端末２０ｘのＩＭＥＩは、１２３４５６７８９ＡＢＣＤＥＦであると特定する。

ＩＭＥＩには、端末２０の製造元、機種、原産国などを表わす情報と、シリアル番号が含まれている。以下の説明では、ＩＭＥＩの先頭の６桁はメーカ機種固有番号（Type Allocation Code）、７〜８桁は原産国を示す情報、９〜１４桁はシリアル番号、最後の１桁はチェックデジットであるものとする。ここで、メーカ機種固有番号は、端末２０の製造元と機種の組み合わせを一意に特定できるように設定されている。

図１０のテーブルＴ２は、メーカ機種固有番号と、そのメーカ機種固有番号をＩＭＥＩに含む端末が常時接続するかを対応付けて記録している。テーブルＴ２の例では、メーカ機種固有番号＝ＡＢＣＤＥＦの端末は、常時接続することができる。一方、メーカ機種固有番号＝ＢＣＤＥＦＧの端末は常時接続しない。そこで、管理装置１０は、問い合わせの対象となっている端末のＩＭＥＩを特定すると、テーブルＴ２を用いて、問い合わせの対象となっている端末が常時接続できるかを判定できる。例えば、問い合わせの対象が端末２０ｘの場合、端末２０ｘのＩＭＥＩ中のメーカ機種固有番号は１２３４５６であり、テーブルＴ２には、メーカ機種固有番号＝１２３４５６の端末が常時接続することが記録されている。このため、管理装置１０は、端末２０ｘが常時接続すると判定する。そこで、管理装置１０は、端末２０ｘの認証に成功したことと、端末２０ｘが常時接続することを含む通知メッセージを生成し、ゲートウェイ装置５０に送信する（ステップＳ１４）。なお、通知メッセージにより、端末２０ｘのＴＭＳＩの値もゲートウェイ装置５０に通知される。以下の説明では、端末２０ｘには、ＴＭＳＩ＝１０００が割り当てられているものとする。

ゲートウェイ装置５０の受信部５３は、通知メッセージを受信する。受信部５３は、通知メッセージを要求部６１に出力する。通知メッセージには、端末２０ｘが常時接続可能なことが記録されているので、要求部６１は、端末２０ｘのＴＭＳＩに対応付けて、常時接続が可能であることを示す情報を着信情報テーブル７１に記録する。なお、この時点では、端末２０ｘが通信を開始していないとすると、着信情報テーブル７１において、端末２０ｘに対する情報は、図７の１番目のエントリに示すとおりになる。さらに、要求部６１は、端末２０ｘに位置登録に成功したことと、端末２０ｘに割り当てたＴＭＳＩを通知するための位置登録応答メッセージを生成する。位置登録応答メッセージは、送信部５５を介して、端末２０ｘに向けて送信される（ステップＳ１５）。

基地局３０の通信部３２は、端末２０ｘ宛の位置登録応答メッセージを、呼制御部３３に出力する。呼制御部３３は、位置登録応答メッセージから端末２０ｘのＴＭＳＩを取得し、取得したＴＭＳＩに対応付けて、抑止されているパケット着信が発生していないことを着信情報テーブル３５に記録する。このため、基地局３０は、端末２０ｘについて、図４に示す着信情報テーブル３５の１番目のエントリに示す情報を生成する。さらに、基地局３０は、位置登録応答メッセージを端末２０ｘに転送する（ステップＳ１６）。このため、端末２０ｘは、位置登録に成功したことと、端末２０ｘが使用するＴＭＳＩを特定できる。

次に、端末２０ｘに対するパケット着信要求が発生したときに行われる処理の例を、（１）端末２０ｘが音声通信中の場合、（２）端末２０ｘが常時接続しない場合、（３）端末２０ｘが音声通信中ではなく、かつ、常時接続する端末である場合に分けて説明する。なお、これまでに説明した着信情報テーブル３５（図４）や着信情報テーブル７１（図７）は、端末２０ｘが音声通信中ではなく、かつ、常時接続する端末である場合の例である。従って、端末２０ｘが音声通信中の場合と、端末２０ｘが常時接続しない場合は、着信情報テーブル７１の内容は図７とは異なるが、着信情報テーブル７１の生成方法は図7に示す着信情報テーブル７１の生成の際に行われる処理と同様である。

管理装置１０は、端末２０ｘ宛のパケット着信要求をゲートウェイ装置５０に送信する（ステップＳ１７）。ゲートウェイ装置５０の受信部５３は、パケット着信要求を抑止処理部６２に出力する。抑止処理部６２は、パケットの着信が要求されている端末２０ｘのＴＭＳＩをパケット着信要求から取得し、取得したＴＭＳＩをキーとして着信情報テーブル７１を検索する。抑止処理部６２は、ヒットしたエントリから音声通信に関する情報を抽出し、パケットの着信が要求されている端末２０ｘが音声通信中であるかを判定する（ステップＳ１８）。

（１）端末２０ｘが音声通信中の場合の処理
端末２０ｘが音声通信中である場合、抑止処理部６２は、端末２０ｘ宛のパケットの着信を抑止せずに、端末２０ｘを呼び出すためのページング信号を、送信部５５を介して、基地局３０ｃに送信する（ステップＳ１８でＹ、ステップＳ１９）。なお、基地局３０ｃは、端末２０ｘが音声通信に使用している基地局３０である。図９の例では、抑止処理部６２は、端末２０ｘの音声通信中に端末２０ｘにパケット通信を要求するために、ＲＡＮＡＰ（Radio Access Network Application Part）のページング信号を送信している。基地局３０ｃは、端末２０ｘが通信に使用しているパスを用いて、端末２０ｘを呼び出すために、ＲＲＣ（Radio Resource Control）のＰａｇｉｎｇ Ｔｙｐｅ２を送信する（ステップＳ２０）。このため、端末２０ｘが位置している位置登録エリアＬＡａ中の基地局３０ｃ以外の基地局にはページング信号が送信されない。また、ページング信号はゲートウェイ装置５０から基地局３０ｃに送信されているので、無線制御装置４０ｂ以外の無線制御装置にもページング信号は送信されない。

（２）端末２０ｘが常時接続しない場合
端末２０ｘが音声通信していない場合、抑止処理部６２は、着信情報テーブル７１を用いて、常時接続を行う端末であることを示す情報が端末２０ｘのＴＭＳＩに対応付けられているかを判定する（ステップＳ１８でＮ、ステップＳ２１）。着信情報テーブル７１において常時接続＝Ｎｏに設定されている場合、抑止処理部６２は、パケットの着信が要求されている端末は常時接続しないと判定する。また、この場合、抑止処理部６２は、パケットの着信先の端末は常時接続する端末に比べて、パケット通信を行う頻度が低いと判定する。そこで、抑止処理部６２は、端末２０ｘに対してパケット着信要求の抑止を行わないことを決定し、端末２０ｘを呼び出すためのページング信号を、送信部５５を介して送信する（ステップＳ２１でＮ）。このとき、抑止処理部６２は、端末２０ｘで音声通信が行われていないので、端末２０ｘが通信している基地局３０を特定できない。このため、端末２０ｘが位置する位置登録エリアＬＡａ中の基地局３０ａ〜３０ｄに、ＲＡＮＡＰのページング信号を送信する（ステップＳ２２）ページング信号を受信した各基地局３０ａ〜３０ｄは、ＲＲＣのＰａｇｉｎｇ Ｔｙｐｅ１をマルチキャストする（ステップＳ２３）。

（３）端末２０ｘが音声通信中ではなく、かつ、常時接続する端末である場合
端末２０ｘが音声通信しておらず、かつ、常時接続する端末である場合、基地局３０ｃは図４に示す着信情報テーブル３５を記憶しており、ゲートウェイ装置５０は図７に示す着信情報テーブル７１を記憶している。以下、適宜、図４と図７を参照しながら、端末２０ｘにパケット着信要求が発生したことを通知するための処理の例を説明する。

ステップＳ１８、Ｓ２１の判定において、抑止処理部６２は、図７に示す着信情報テーブル７１を参照する。なお、抑止処理部６２は、パケット着信要求を用いて、パケットの着信が要求されている端末のＴＭＳＩが１０００であることを特定しているものとする。図７に示す着信情報テーブル７１の１番目のエントリには、ＴＭＳＩ＝１０００に対応付けて、音声通信中ではないことと、常時接続する端末であることが記録されている（ステップＳ１８でＮ、ステップＳ２１でＹ）。そこで、抑止処理部６２は、端末２０ｘ宛のパケット着信要求の送信を抑止し、抑止したパケット着信要求があることを着信情報テーブル７１に記録する（ステップＳ２４、Ｓ２５）。

図１１は、着信情報テーブル７１の変更例を示す。抑止処理部６２が、図７に示す着信情報テーブル７１に対して図９のステップＳ２５の処理を行うことにより、着信情報テーブル７１は図１１に示すように変更される。すなわち、ＴＭＳＩ＝１０００（端末２０ｘ）について、抑止したパケット着信要求があることが着信情報テーブル７１に記録される。抑止処理部６２は、着信情報テーブル７１を更新すると処理を終了する。このため、端末２０ｘからの通信の要求が発生するまで、パケット着信要求は端末２０ｘに通知されない。

図１２は、端末２０ｘからの通信開始要求が発生したときの処理の例を説明するシーケンス図である。以下、端末２０ｘからの通信の要求を契機として、パケット着信通知が送信されたことを端末２０ｘに通知する方法について説明する。なお、「通信開始要求」は、端末２０ｘが通信先の他の装置とデータ通信を要求するメッセージに限らず、例えば、端末２０ｘが周期的な位置登録要求を行うために使用するメッセージも含むものとする。

まず、端末２０ｘが通信開始要求を基地局３０ｃに向けて発信する（ステップＳ３１）。このとき、端末２０ｘは、通信開始要求にＴＭＳＩ＝１０００であることを含めているものとする。基地局３０ｃの呼制御部３３は、端末２０ｘから受信した通信開始要求を、適宜、プロトコルの変換などの処理をしたうえで、ゲートウェイ装置５０に転送する（ステップＳ３２）。例えば、端末２０ｘが基地局３０ｃに送信する通信開始要求として、RRC Connection Requestが使用されても良い。基地局３０ｃは、通信要求として、端末２０ｘから受信したRRC Connection Requestを用いて生成したINITIAL UE MESSAGEをゲートウェイ装置５０に送信したものとする。

ゲートウェイ装置５０の受信部５６は、受信した通信開始要求を生成部６３に出力する。生成部６３は、入力された通信開始要求を用いて、ＴＭＳＩ＝１０００の端末が通信を開始することを特定する。次に、生成部６３は、通信を開始しようとしている端末２０ｘ宛のパケットの着信要求が抑制されているかを、着信情報テーブル７１（図１１）を用いて判定する（ステップＳ３３）。通信開始要求を送信した端末に対するパケット着信要求が抑制されている場合、生成部６３は、その端末２０へのパケットの着信要求が抑制されていることを示す情報を含む応答メッセージを生成する（ステップＳ３３でＹ、ステップＳ３４）。ここでは、図１１に示す着信情報テーブル７１中のＴＭＳＩ＝１０００のエントリには、抑制されたパケット着信要求が存在することが記録されているため、応答メッセージには抑制されたパケット着信要求が存在することが含められる。生成部６３は、生成した応答メッセージを、送信部５５を介して基地局３０ｃに送信する。

図１３は、応答メッセージに含まれる情報要素の例を示す図である。図１３は、応答メッセージとして、ＲＡＮＡＰプロトコルのradio access bearer (RAB) Assignment Requestが使用される場合を例として示している。応答メッセージは、メッセージタイプ、設定対象のベアラの情報を含み、さらに、着信情報を含むことがある。メッセージタイプは、RAB Assignment Requestであることを一意に特定できる値に設定される。設定対象のベアラの情報として、ＲＡＢ ＩＤ、ユーザプレーンモード、ＵＰモードバージョン、トランスポートレイヤのアドレス、Iu Transport Associationなどが含まれる。ＲＡＢ ＩＤは設定されるベアラの識別情報である。ユーザプレーンモードとＵＰモードバージョンは、設定されるベアラで実現されるユーザプレーンで使用されるプロトコルなどの情報である。トランスポートレイヤのアドレスとIu Transport Associationは、ベアラの生成に使用される情報である。

着信情報は、応答メッセージを用いて生成されるベアラを介して通信する端末に対して、ゲートウェイ装置５０が送信を抑制したパケット着信要求があるかを示す。以下の例では、抑制されたパケット着信要求がある場合、応答メッセージに着信情報を情報要素として含むものとする。例えば、図１２のステップＳ３４では、端末２０ｘに対するパケット着信要求が抑制された後で、端末２０ｘの通信開始要求に対する応答メッセージが生成されているので、図１３に示すように、着信情報を含む応答メッセージが生成される。ここで、生成部６３は、着信情報を応答メッセージに含めて送信する処理を、パケット着信要求を送信する処理であるとみなすものとする。このため、生成部６３は、着信情報を含めた応答メッセージを生成すると、その端末についてパケット着信要求を抑制していないとみなし、着信情報テーブル７１を更新する。例えば、端末２０ｘについての着信情報を応答メッセージに含めると、生成部６３は、着信情報テーブル７１を図１１に示す状態から図７に示す状態に更新する。

一方、通信開始要求を送信した端末に対するパケット着信要求が抑制されていない場合、生成部６３は、着信情報を含めずに応答メッセージを生成する（図１２のステップＳ３５）。

ここで、応答メッセージは、着信情報が含まれているかに関わらず、基地局３０ｃからゲートウェイ装置５０に送信された通信開始要求に対する応答として送信される。このため、着信情報を含む応答メッセージは、ゲートウェイ装置５０から基地局３０ｃに送信されるが、位置登録エリアＬＡａ中の他の基地局３０ａ、３０ｂ、３０ｄには送信されない。また、基地局３０ｃに接続されていない無線制御装置４０ａにも、応答メッセージは送信されない。このため、端末２０ｘにパケット着信の要求があったことを示す情報を含むパケットは、端末２０ｘが位置しているセルを形成する基地局３０ｃと、ゲートウェイ装置５０と基地局３０ｃとの間を結ぶ経路上の装置にしか送信されないことになる。このため、第１の実施形態では、常時接続する端末が音声通信を行っていないときにパケット着信要求があっても、ネットワーク中の負荷を軽減できる。

以下、図１２のステップＳ３６以降を参照しながら、応答メッセージを受信したときの基地局３０ｃの処理について説明する。基地局３０ｃの通信部３２は、受信した応答メッセージを呼制御部３３に出力する。呼制御部３３は、基地局３０ｃが端末２０ｘと端末２０ｘの通信先との間の通信を中継するための処理を開始する。さらに、呼制御部３３は、応答メッセージ中に着信情報が含まれているかを判定する（ステップＳ３６）。応答メッセージに着信情報が含まれている場合、呼制御部３３は、着信情報テーブル３５に、端末２０ｘ宛のパケット着信があることを記録する（ステップＳ３７）。

図１４は、着信情報テーブル３５の変更例を示す。呼制御部３３が図４に示す着信情報テーブル３５に対して、図１２のステップＳ３７の処理を行うことにより、着信情報テーブル３５は、図１４に示すように変更される。すなわち、ＴＭＳＩ＝１０００（端末２０ｘ）について、抑止したパケット着信要求があることが着信情報テーブル３５に記録される。

通信が終了すると、端末２０ｘは通信先との間でのパケット通信を終了してアイドル（Ｉｄｌｅ）モードに移行しようとする。基地局３０ｃは、パケット通信を終了するための手順を開始する（ステップＳ３８）。このとき、呼制御部３３は、着信情報テーブル３５に、端末２０ｘ宛のパケット着信があることが記録されているかを判定する（ステップＳ３９）。ここでは、図１４に示すように着信情報テーブル３５が更新されているため、呼制御部３３は、端末２０ｘ（ＴＭＳＩ＝１０００）には、抑制されたパケット着信があると判定する。次に、呼制御部３３は、端末２０ｘが音声通信中であるかを判定する（ステップＳ３９でＹ、ステップＳ４０）。端末２０ｘが音声通信中である場合、呼制御部３３は、パケット通信の終了処理を行い、端末２０ｘが音声通信に使用しているパスを用いて、ページング信号を送信する（ステップＳ４０でＹ、ステップＳ４１、Ｓ４２）。ここで、呼制御部３３は、ページング信号を送信すると、ページング信号により呼び出した端末２０ｘに対して、抑止されていたパケット着信要求を送信したとみなす。このため、呼制御部３３は、ページング信号で呼び出した端末について、抑制されたパケット着信要求が無くなったと判定し、着信情報テーブル３５を更新する。例えば、端末２０ｘにパケット着信があったことを通知するページング信号を送信したことにより、呼制御部３３は、着信情報テーブル３５を図１４に示す状態から図４に示す状態に更新する。

一方、端末２０ｘが音声通信中ではない場合、呼制御部３３は、端末２０ｘとのＲＲＣコネクションを解放する（ステップＳ４０でＮ、ステップＳ４３）。その後、呼制御部３３は、基地局３０ｃのセル中の装置に対して、端末２０ｘ宛のパケット着信要求が発生していることを示すページング信号を送信するための処理を行う（ステップＳ４４）。ここで、ステップＳ４４の処理が行われた場合も、ステップＳ４２でページング信号が送信されたときと同様に、着信情報テーブル３５の更新処理が行われる。

なお、ステップＳ３９において、端末２０ｘ宛のパケット着信要求が抑制されていないと判定した場合、呼制御部３３は、通信の終了処理を行う（ステップＳ４５）。

このように、第１の実施形態では、常時接続する端末が音声通信を行っていないときには、ゲートウェイ装置５０がパケット着信要求の送信を抑制することにより、ネットワークに送信されるページング信号の数を削減し、ネットワークの負荷を軽減する。なお、常時接続する端末は、Ａｌｗａｙｓ−ｏｎコンセプトをとっており、例えば、周期的に位置登録要求を行う。さらに、端末２０からの通信開始要求には、端末２０が通信先の他の端末とデータ通信する場合に限らず、周期的な位置登録を行う場合も含まれている。このため、端末２０ｘへのパケット着信要求が抑制された後に端末２０ｘがデータ通信を行わなくても、位置登録の際にパケット着信が要求されたことが基地局３０ｃに通知される。基地局３０ｃは、位置登録などの処理の後などに、ページング信号を送信するので、端末２０ｘに対してパケットの着信が要求されたことを通知するタイミングの遅延は、周期位置登録の行われる間隔よりも短い。従って、第１の実施形態を用いると、ネットワークの負荷を軽減できる上に、ユーザが端末を使用する際の支障になる程度のパケット着信の遅延を起こさないですむ。

さらに、第１の実施例によりページング信号が削減されると、個々の端末２０が受信するページング信号の数も削減されるため、端末２０での電力消費量も削減される。また、個々の端末２０では、他の装置宛のページング信号を受信する数も削減されることになるので、端末２０への処理負担も軽減される。

＜第２の実施形態＞
第１の実施形態では、端末２０ｘがパケット通信の終了とともにアイドル（Ｉｄｌｅ）状態に移行する場合を例として説明したが、端末２０ｘはパケット通信を終了するとアイドル状態以外の節電モードに移行しても良い。以下、端末２０ｘがパケット通信の終了後にＰＣＨ状態に移行する場合を例として動作の例を説明する。なお、以下の説明において、ＰＣＨ状態は、端末２０と基地局３０の間のＲＲＣコネクションは解放されているが、無線制御装置４０からコアネットワーク側の装置では、端末２０の通信に使用されるパスが確保されている状態を指す。なお、第２の実施形態でも、ゲートウェイ装置５０が端末２０宛のパケット着信要求を抑止する方法は、第１の実施形態と同様であるものとする。

図１５は、第２の実施形態で端末からの通信開始要求が発生したときの処理の例を説明するシーケンス図である。ステップＳ５１〜Ｓ５７の処理は、図１２を参照しながら説明したステップＳ３１〜Ｓ３７と同様である。

通信が終了すると、端末２０ｘは通信先との間でのパケット通信の終了と共にＰＣＨ状態に遷移するための処理を開始し、一方、基地局３０ｃは、パケット通信を終了するための手順を開始する（ステップＳ５８）。このとき、呼制御部３３は、着信情報テーブル３５に、端末２０ｘ宛のパケット着信があることが記録されているかを判定する（ステップＳ５９）。ここで、端末２０ｘ宛てのパケット着信要求が発生したときに端末２０ｘが音声通信を行っておらず、端末２０ｘが常時接続する端末であるため、端末２０ｘ宛のパケット着信要求の送信がゲートウェイ装置５０において抑止されていたとする。また、基地局３０ｃが保持している着信情報テーブル３５は、図１４に示す通りであるため、端末２０ｘ（ＴＭＳＩ＝１０００）には、抑制されたパケット着信があると判定されたとする（ステップＳ５９でＹ）。すると、呼制御部３３は、端末２０ｘがＰＣＨ状態に遷移するための処理を行った後で、端末２０ｘ宛のパケット着信要求が発生していることを示すページング信号を送信する（ステップＳ６０、Ｓ６１）。ここで、ステップＳ６１の処理が行われた場合も、ステップＳ４２でページング信号が送信されたときと同様に、着信情報テーブル３５の更新処理が行われるものとする。なお、ステップＳ５９において、端末２０ｘ宛のパケット着信要求が抑制されていないと判定した場合、呼制御部３３は、通信の終了処理を行う（ステップＳ６２）。

第２の実施形態により、端末２０が通信の終了と共に、アイドル状態以外の節電状態に移行する場合においても、ゲートウェイ装置５０は、第１の実施形態と同様にその端末宛のパケット着信要求を抑制することができる。このため、ネットワーク中の装置への負荷を軽減することができる。同様に、ページング信号の送信数の削減により、端末２０での処理負荷や消費電力も削減される。

＜第３の実施形態＞
第１および第２の実施形態では、抑制されたパケット着信要求の有無は基地局３０に通知されていたが、抑制されたパケット着信要求の有無は無線制御装置４０に対して通知されても良い。この場合、無線制御装置４０はゲートウェイ装置５０から送信されたパケットを終端する。

図１６は、第３の実施形態にかかる無線制御装置４０の構成の例を示す図である。無線制御装置４０は、通信部４１、通信部４２、呼制御部４３、記憶部４４を備え、記憶部４４は着信情報テーブル４５を記憶する。通信部４１は基地局３０との通信に使用され、通信部４２はゲートウェイ装置５０や管理装置１０との通信に使用される。なお、無線制御装置４０は１つの通信部を備えるように設計されていても良く、その場合、通信部４１と通信部４２は１つの通信部に統合されている。呼制御部４３は、無線制御装置４０に接続されている基地局３０を介して、端末２０に対する呼制御を行う。例えば、呼制御部４３は、通信部４１を介して取得した位置登録要求や通信開始要求を、ゲートウェイ装置５０や管理装置１０に送信するためのプロトコルの変換などの処理を行う。また、呼制御部４３は、ゲートウェイ装置５０から受信した制御メッセージに応じて、端末２０を呼び出すための着信要求などの制御メッセージを生成する。記憶部４４は、着信情報テーブル４５など、無線制御装置４０での処理に使用される情報を記憶する。なお、着信情報テーブル４５は、第１および第２の実施形態で基地局３０が備えている着信情報テーブル３５と同様である。

なお、無線制御装置４０のハードウェア構成は図８と同様である。通信部４１と通信部４２は制御回路１０４と通信インタフェース１０５で実現される。呼制御部４３は、プロセッサ１０１と制御回路１０４により実現される。メモリ１０２は、記憶部４４として動作する。

図１７は、第３の実施形態で端末へのパケット着信要求が発生したときの処理の例を説明するシーケンス図である。無線制御装置４０ｂの通信部４１は、端末２０ｘから送信された位置登録要求を基地局３０ｃ経由で取得し、呼制御部４３に出力する。呼制御部４３は、位置登録要求を、通信部４２からゲートウェイ装置５０に転送する（ステップＳ７１）。ステップＳ７２、ステップＳ７３の処理は、図９を参照しながら説明したステップＳ１３、Ｓ１４と同様である。このため、ステップＳ７３の処理により、位置登録要求を送信した端末２０ｘに割り当てられたＴＭＳＩの値と、端末２０ｘが常時接続するかを示す情報がゲートウェイ装置５０に通知される。ゲートウェイ装置５０の要求部６１は、通知された情報（加入者情報）を、着信情報テーブル７１に記録する（ステップＳ７４）。さらに、要求部６１は、端末２０ｘに位置登録に成功したことと、端末２０ｘに割り当てたＴＭＳＩを通知するための位置登録応答メッセージを生成し、無線制御装置４０に送信する（ステップＳ７５）。ステップＳ７６〜Ｓ７８は、図９で説明したステップＳ１７〜Ｓ１９と同様であり、ステップＳ７９〜Ｓ８２の処理も、図９のステップＳ２１、Ｓ２２、Ｓ２４、Ｓ２５と同様であるが、第３の実施形態では、ページング信号は無線制御装置４０で終端される。そこで、ステップＳ７８やステップＳ８０では、無線制御装置４０は、ページング信号を終端すると、基地局３０を介して、端末２０ｘを呼び出すための処理を行う。

ステップＳ８３において、無線制御装置４０は、端末から通信の開始が要求されたことを通知するために、ＲＡＮＡＰプロトコルのINITIAL UE MSGを、通信開始要求として、ゲートウェイ装置５０に送信する。ステップＳ８４〜Ｓ８６の処理は、図１２を参照しながら説明したステップＳ３３〜Ｓ３５と同様であるが、応答メッセージの送信先は、通信開始要求の転送元となった無線制御装置４０である。また、応答メッセージとして、図１７の例では、ＲＡＮＡＰプロトコルのRAB ASSIGNMENT REQが使用されるものとする。無線制御装置４０の通信部４２は、応答メッセージを受信すると、呼制御部４３に出力する。呼制御部４３は、着信情報テーブル４５を更新し、さらに、応答メッセージとして使用されたRAB ASSIGNMENT REQに対する応答として、RAB ASSIGNMENT RESPONSEをゲートウェイ装置５０に送信する（ステップＳ８７）。なお、着信情報テーブル４５の更新については、図１８を参照しながら説明する。

図１８は、第３の実施形態での無線制御装置４０の処理の例を説明するシーケンス図である。図を見やすくするために、図１８は、ゲートウェイ装置５０から無線制御装置４０が応答メッセージを受信する段階から記載している。無線制御装置４０が応答メッセージ（RAB ASSIGNMENT REQUEST）を取得すると、呼制御部４３は、応答メッセージ中に着信情報が含まれているかを判定する（ステップＳ９１、Ｓ９２）。呼制御部４３は、応答メッセージ中に着信情報が含まれている場合、着信情報テーブル４５中において、着信情報の対象となっている端末の情報を変更する（ステップＳ９３）。例えば、無線制御装置４０が保持している着信情報テーブル４５が、応答メッセージの受信前は、図４に示すとおりであるとする。この場合に、端末２０ｘ（ＴＭＳＩ＝１０００）に対しての着信情報を含む応答メッセージを受信すると、呼制御部４３は、着信情報テーブル４５を図１４に示すように更新する。

次に、端末２０ｘでのパケット通信が終了するときに行われる処理の例について、ステップＳ９４以降を参照しながら説明する。端末２０ｘと通信先との間でのデータパケットの送受信が終わると、無線制御装置４０ｂは、パケット通信を終了するための手順を開始する（ステップＳ９４）。呼制御部４３は、着信情報テーブル４５に、端末２０ｘ宛のパケット着信があることが記録されているかを判定し、パケット着信が無い場合は終了処理を行う（ステップＳ９５でＮ、ステップＳ９６）。一方、着信情報テーブル４５が図１４に示す状態である場合、端末２０ｘ（ＴＭＳＩ＝１０００）には、抑制されたパケット着信があるので、呼制御部４３は、端末２０ｘが位置するセルを特定する（ステップＳ９５でＹステップＳ９７）。なお、無線制御装置４０において、端末２０ｘが位置するセルを特定する方法は、既知の任意の技術により行われる。ここでは、端末２０ｘがセルＣ２２に位置することが特定されたとする。次に、呼制御部４３は、端末２０ｘが音声通信中であるかを判定する（ステップＳ９８）。端末２０ｘが音声通信中である場合、呼制御部４３は、端末２０ｘが音声通信に使用しているパスを用いて、ページング信号を送信する（ステップＳ９８でＹ、ステップＳ９９）。ここで、呼制御部４３は、ページング信号を送信すると、ページング信号により呼び出した端末２０ｘに対して、抑止されていたパケット着信要求を送信したとみなすので、端末２０ｘについて、抑制されたパケット着信要求が無くなったと判定する。そこで、呼制御部４３は、着信情報テーブル４５を図１４に示す状態から図４に示す状態に更新する。

一方、端末２０ｘが音声通信中ではない場合、呼制御部４３は、端末２０ｘとのＲＲＣコネクションを解放する（ステップＳ９８でＮ、ステップＳ１００）。その後、呼制御部４３は、基地局３０ｃが形成しているセルＣ２２中の装置に対して、端末２０ｘ宛のパケット着信要求が発生していることを示すページング信号を送信するための処理を行う（ステップＳ１０１）。ここで、ステップＳ１０１の処理が行われた場合も、ステップＳ９９でページング信号が送信されたときと同様に、着信情報テーブル４５の更新処理が行われる。その後、端末２０ｘは、抑止されていた着信要求により着信が要求されていたパケット通信を行い、その後、通信が終了される（ステップＳ１０２、Ｓ１０３）。

第３の実施形態に示す方法を用いると、例えば、ＷＣＤＭＡ（登録商標）など、ゲートウェイ装置５０から送信された制御メッセージが無線制御装置４０で終端されるシステムにおいても、送受信されるページング信号の数を削減することができる。このため、ネットワーク中の装置の負荷が軽減される。

＜その他＞
なお、本発明は上記の実施形態に限られるものではなく、様々に変形可能である。以下にその例をいくつか述べる。

図５は、基地局３０のハードウェア構成の例であり、実装に応じて、変更されうる。例えば、基地局３０は、プロセッサ１０１と制御回路１０４のうちの一方を備えていても良い。例えば、プロセッサ１０１を備えるが制御回路１０４を備えないように基地局３０が変更される場合、制御回路１０４とプロセッサ１０１を備える基地局３０において制御回路１０４が行う処理をプロセッサ１０１が行う。同様に、制御回路１０４を備えるがプロセッサ１０１を備えないように基地局３０が変更される場合、制御回路１０４とプロセッサ１０１を備える基地局３０においてプロセッサ１０１が行う処理を制御回路１０４が行う。また、図８はハードウェア構成の一例であり、無線制御装置４０やゲートウェイ装置５０についても、プロセッサ１０１と制御回路１０４の一方を備えるように変更されても良い。

図１３を参照しながら、抑制したパケット着信要求がある場合は、応答メッセージに着信情報が含められる場合を例として説明したが、着信情報は抑制したパケット着信要求の有無を特定できる任意の形態に変形されうる。例えば、抑制されたパケット着信要求が無い場合には、着信情報＝０が応答メッセージに含まれ、抑制されたパケット着信要求がある場合には、着信情報＝１が応答メッセージに含まれるように変形されても良い。

さらに、ゲートウェイ装置５０が図１０に示す情報を保持していても良い。この場合、ゲートウェイ装置５０は、通信を開始しようとする端末２０のＩＭＥＩを特定できるので、管理装置１０への判定結果の問い合わせを省略することができる。

また、以上の説明で使用したテーブルやメッセージ中の情報要素は一例であり、実装に応じて変更され得る。

２ ゲートウェイ装置
４ 基地局制御装置
６ 基地局
１０ 管理装置
２０ 端末
３０ 基地局
３１ 無線通信部
３２、４１、４２、５１ 通信部
３３、４３、６０ 呼制御部
３４、４４、７０ 記憶部
３５、４５、７１ 着信情報テーブル
４０ 無線制御装置
５０ ゲートウェイ装置
５２、５５ 送信部
５３、５６ 受信部
５４ 基地局通信部
６１ 要求部
６２ 抑止処理部
６３ 生成部
１０１ プロセッサ
１０２ メモリ
１０３ バス
１０４ 制御回路
１０５ 通信インタフェース
１０６ 無線インタフェース
１０７ アンテナ

Claims (7)

1. 複数の基地局と、
   前記複数の基地局のいずれかを介して通信する端末と、
   前記複数の基地局を含む無線ネットワークとコアネットワークの間の信号を中継するゲートウェイ装置を備え、
   前記ゲートウェイ装置は、
   前記端末が前記無線ネットワークに常時接続する場合、前記端末へのパケットの着信を要求する着信要求の通知を、前記端末が通信を開始するまで抑止する抑止処理部と、
   前記端末から送信された通信開始要求に対する応答であり、前記着信要求の発生の通知を含む応答メッセージを、前記通信開始要求の転送元に送信する送信部
   を備えることを特徴とする通信システム。
2. 前記送信部は、前記複数の基地局のうち、前記通信開始要求の転送元の基地局である対象基地局以外の基地局には、前記着信要求の発生の通知を含むパケットを送信せず、
   前記対象基地局は、
   前記応答メッセージを用いて、前記端末へのパケット通信が要求されたことを記憶する記憶部と、
   前記端末で行われているパケット通信が終了すると、前記着信要求の発生を前記端末に通知する通信部
   を備える
   ことを特徴とする請求項１に記載の通信システム。
3. 前記対象基地局は、
   前記端末が音声通話中である場合、前記音声通話で使用されているパスを用いて、前記端末に、前記着信要求の発生を通知する
   ことを特徴とする請求項２に記載の通信システム。
4. 前記複数の基地局の少なくとも１つを制御する基地局制御装置を１つ以上備え、
   前記転送元は、前記通信開始要求を前記端末から受信した基地局を制御する基地局制御装置である対象制御装置であり、
   前記対象制御装置は、
   前記応答メッセージを用いて、前記端末へのパケット通信が要求されたことを記憶する記憶部と、
   前記端末で行われているパケット通信が終了すると、前記通信開始要求を前記対象制御装置に転送した基地局を介して、前記着信要求の発生を前記端末に通知する通信部
   を備える
   ことを特徴とする請求項１に記載の通信システム。
5. 前記端末が常時接続するかを示す情報を管理する管理装置をさらに備え、
   前記ゲートウェイ装置は、
   前記端末からの位置登録要求を受信する受信部と、
   前記位置登録要求から前記端末の識別情報を取得し、前記識別情報を含む第１の制御パケットを前記管理装置に送信することにより、前記端末が前記無線ネットワークに常時接続するかの判定結果を要求する要求部
   をさらに備え、
   前記受信部は、前記判定結果を含む第２の制御パケットを前記管理装置から受信し、
   前記抑止処理部は、前記判定結果が、前記端末が常時接続することを示す情報である場合、前記着信要求の抑止を行うことを決定する
   ことを特徴とする請求項１〜４のいずれか１項に記載の通信システム。
6. 無線ネットワークとコアネットワークの間に設置されたゲートウェイ装置が、
   前記無線ネットワークに接続している端末にパケットの着信を要求する着信要求を受信し、
   前記端末が前記無線ネットワークに常時接続する場合、前記端末が通信を開始するまで前記着信要求の発生の通知を抑止し、
   前記端末からの通信開始要求を受信すると、前記通信開始要求の応答メッセージに前記着信要求の通知を含めて、前記通信開始要求の転送元に送信する
   処理を行うことを特徴とする通信方法。
7. 無線ネットワークとコアネットワークの間に設置されたゲートウェイ装置であって、
   前記無線ネットワークに接続している端末にパケットの着信を要求する着信要求を受信する受信部と、
   前記端末が前記無線ネットワークに常時接続する場合、前記端末が通信を開始するまで前記着信要求の発生の通知を抑止する抑止処理部と、
   前記端末からの通信開始要求を前記受信部が受信すると、前記通信開始要求の応答であり、前記着信要求の通知を含む応答メッセージを、前記通信開始要求の転送元に送信する送信部
   を備えるゲートウェイ装置。

Images