JP5965749B2

JP5965749B2 - 移動通信方法及び移動局

Info

Publication number: JP5965749B2
Application number: JP2012148676A
Authority: JP
Inventors: アンダルマワンティハプサリウリ; ツーゲンマイヤーアルフ
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2012-07-02
Filing date: 2012-07-02
Publication date: 2016-08-10
Anticipated expiration: 2032-07-02
Also published as: WO2014007172A1; JP2014011735A

Description

本発明は、移動通信方法及び移動局に関する。

従来、ＥＴＷＳ（ＥａｒｔｈｑｕａｋｅａｎｄＴｓｕｎａｍｉＷａｒｎｉｎｇＳｙｓｔｅｍ）やＣＭＡＳ（ＣｏｍｍｅｒｃｉａｌＭｏｂｉｌｅＡｌｅｒｔＳｙｓｔｅｍ）やＫＰＡＳ（ＫｏｒｅａｎＰｕｂｌｉｃＡｌｅｒｔＳｙｓｔｅｍ）やＥＵ-Ａｌｅｒｔ（ＥｕｒｏｐｅａｎＵｎｉｏｎＡｌｅｒｔ）等のＰＷＳ（ＰｕｂｌｉｃＷａｒｎｉｎｇＳｙｓｔｅｍ）が知られている。

現状では、ＰＷＳのためのセキュリティ（Ｓｅｃｕｒｉｔｙ）は規定されていない。ただし、ＰＷＳのためのセキュリティとしては、公開鍵（ＰｕｂｌｉｃＫｅｙ）及びデジタル署名（ＤｉｇｉｔａｌＳｉｇｎａｔｕｒｅ）を用いる方向で検討されている。

また、現状のＰＷＳでは、「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」ごとに新規の鍵（ｋｅｙ）が用いられること、「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」を送信する機会は稀であるため、移動局ＵＥにおいて鍵の更新（ｒｅ-ｋｅｙｉｎｇ）を行う時間が十分にあること、及び、公開鍵がアタッチ処理（Ａｔｔａｃｈ）において「ＮＡＳＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄ」で送信されることを前提としている。

３ＧＰＰＴＳ３３.８６９、「ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎＧｒｏｕｐＳｅｒｖｉｃｅａｎｄＳｙｓｔｅｍＡｓｐｅｃｔｓ；ＳｅｃｕｒｉｔｙａｓｐｅｃｔｓｏｆＰｕｂｌｉｃＷａｒｎｉｎｇＳｙｓｔｅｍ（ＰＷＳ）

しかしながら、現状でも、ＰＷＳにおいて、発生した「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」が、連続して更新されるケースが想定される。

例えば、ＥＴＷＳの場合、「Ｐｒｉｍａｒｙｍｅｓｓａｇｅ」と「Ｓｅｃｏｎｄａｒｙｍｅｓｓａｇｅ」との間の時間差が小さいケースが想定される。

また、ＣＭＡＳ及びＥＴＷＳの場合、「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ（Ｓｅｃｏｎｄａｒｙｍｅｓｓａｇｅ）」が周期的に繰り返されるように構成されているため、かかる繰り返し周期が短いケースが想定される。

さらに、ＣＭＡＳでは、複数の異なる内容の「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」を並列に送信することができるように規定されている。

以上のように、現状のＰＷＳにおいても、次々と異なる内容の「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」が送信されるケースが想定され、かかるケースでは、移動局ＵＥにおいて鍵の更新を行う時間が十分になく、移動局ＵＥが「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」を受信することができなくなるケースが発生し得るという問題点があった。

また、「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」を送信する度に、全ての移動局ＵＥに対する鍵の更新手順を行うためには、ネットワーク負荷が増大してしまうという問題点があった。

そこで、本発明は、上述の課題に鑑みてなされたものであり、ＰＷＳにおいて、ネットワーク負荷の増大を回避しつつ、次々と異なる内容で送信される「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」を移動局ＵＥにおいて適切に受信することができる移動通信方法及び移動局を提供することを目的とする。

本発明の第１の特徴は、移動通信方法であって、無線基地局が、移動局に対して、警告情報及びカウンタと共に、該警告情報及び該カウンタに基づいて生成されたデジタル署名を通知する工程と、前記移動局が、所定の公開鍵を用いて前記デジタル署名に対して検証処理を行うと共に、受信した前記カウンタと保持しているカウンタとを比較する工程と、前記移動局が、前記検証処理に成功した場合で、かつ、受信した前記カウンタが、保持している前記カウンタと同じ或いは該カウンタよりも進んでいると判断した場合、受信した前記警告情報を表示する工程とを有することを要旨とする。

本発明の第２の特徴は、移動局であって、無線基地局から、警告情報及びカウンタと共に、該警告情報及び該カウンタに基づいて生成されたデジタル署名を受信するように構成されている受信部と、所定の公開鍵を用いて、前記デジタル署名に対して検証処理を行うと共に、受信した前記カウンタと保持しているカウンタとを比較するように構成されている検証部と、前記検証処理に成功した場合で、かつ、受信した前記カウンタが、保持している前記カウンタと同じ或いは該カウンタよりも進んでいると判断された場合、受信した前記警告情報を表示するように構成されている表示部とを具備することを要旨とする。

以上説明したように、本発明によれば、ＰＷＳにおいて、ネットワーク負荷の増大を回避しつつ、次々と異なる内容で送信される「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」を移動局ＵＥにおいて適切に受信することができる移動通信方法及び移動局を提供することができる。

本発明の第１の実施形態に係る移動通信システムの全体構成図である。本発明の第１の実施形態に係る移動局の機能ブロック図である。本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。本発明の第１の実施形態に係る移動局の動作を示すフローチャートである。

（本発明の第１の実施形態に係る移動通信システム）
図１乃至図５を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。

本実施形態では、ＬＴＥ方式の移動通信システムを例に挙げて説明するが、本発明は、かかる移動通信システムに限定されず、他の方式の移動通信システムにも適用可能である。

図１に示すように、本実施形態に係る緊急情報配信システムは、セル報知エンティティＣＢＥ（ＣｅｌｌＢｒｏａｄｃａｓｔＥｎｔｉｔｙ）と、セル報知センターＣＢＣ（ＣｅｌｌＢｒｏａｄｃａｓｔＣｅｎｔｅｒ）と、移動管理ノードＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）と、無線基地局ｅＮＢと、移動局ＵＥとを具備している。

図２に示すように、移動局ＵＥは、送信部１０と、受信部１１と、検証部１２と、表示部１３とを具備している。

送信部１０は、無線基地局ｅＮＢに対して、各種信号を送信するように構成されている。例えば、送信部１０は、無線基地局ｅＮＢに対して、移動管理ノードＭＭＥ宛ての「ＡｔｔａｃｈＲｅｑｕｅｓｔ」や「ＴＡＵ（ＴｒａｃｋｉｎｇＡｒｅａＵｐｄａｔｅ）Ｒｅｑｕｅｓｔ」を送信するように構成されている。

受信部１１は、無線基地局ｅＮＢから、各種信号を受信するように構成されている。例えば、受信部１１は、無線基地局ｅＮＢから「ＮＡＳＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄ」や報知情報（ＢｒｏａｄｃａｓｔＩｎｆｏｒｍａｔｉｏｎ）を受信するように構成されている。

具体的には、受信部１１は、報知情報を介して、「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ（警告情報）」及び「Ｃｏｕｎｔｅｒｃｗ（カウンタ）」と共に、かかる「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」及び「Ｃｏｕｎｔｅｒｃｗ」に基づいて生成された「Ｓｉｇｎａｔｕｒｅ（デジタル署名）」を受信するように構成されている。

また、受信部１１は、アタッチ（Ａｔｔａｃｈ）処理或いは位置登録（ＴＡＵ）処理において、「ｃｏｕｎｔｅｒｃｓ（カウンタ）」及び所定の公開鍵Ｐｋを受信するように構成されている。

さらに、受信部１１は、所定タイミングで、報知情報を介して、新たな「ｃｏｕｎｔｅｒｃｓ」を受信するように構成されている。なお、かかる新たな「ｃｏｕｎｔｅｒｃｓ」には、デジタル署名が付与されていてもよい。

なお、本実施形態に係る移動通信システムでは、所定の公開鍵Ｐｋは、アタッチ処理及び位置登録処理以外のタイミングでは、送信されないように構成されていてもよい。

また、ネットワークは、所定タイミングで、すなわち、アタッチ処理及び位置登録処理以外のタイミング（例えば、一連の「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」の送信が完了したタイミング）において、「Ｃｏｕｎｔｅｒｃｗ」を送信することができるように構成されている。

なお、「Ｃｏｕｎｔｅｒｃｗ」及び「ｃｏｕｎｔｅｒｃｓ」は、ネットワークによってインクリメントされるカウンタであって、所定範囲内の数値を取るように構成されている。ここで、「Ｃｏｕｎｔｅｒｃｗ」及び「ｃｏｕｎｔｅｒｃｓ」は、最大値からインクリメントされると最小値に戻るように構成されている。

検証部１２は、所定の公開鍵Ｐｋを用いて、受信部１１によって受信された「Ｓｉｇｎａｔｕｒｅ」に対して検証処理を行うように構成されている。

また、検証部１２は、受信部１１によって受信された「Ｃｏｕｎｔｅｒｃｗ」と自身が保持している「ｃｏｕｎｔｅｒｃｓ」とを比較するように構成されている。

ここで、検証部１２は、アタッチ処理或いは位置登録処理において、受信部１１によって受信された「ｃｏｕｎｔｅｒｃｓ」及び所定の公開鍵Ｐｋを保持するように構成されている。

また、検証部１２は、所定タイミングで、受信部１１によって受信された「ｃｏｕｎｔｅｒｃｓ」を新たに保持するように構成されている。

すなわち、検証部１２は、無線基地局ｅＮＢから受信した報知情報に、新たな「Ｃｏｕｎｔｅｒｃｗ」（インクリメントされた「Ｃｏｕｎｔｅｒｃｗ」）のみが含まれている場合（新たな所定の公開鍵Ｐｋが含まれていない場合）、保持している「ｃｏｕｎｔｅｒｃｓ」を更新し、保持している所定の公開鍵Ｐｋについては更新することなく「Ｓｉｇｎａｔｕｒｅ」に対する検証処理に引き続き用いるように構成されていてもよい。

なお、検証部１２は、上述の検証処理が成功した場合にのみ、「Ｃｏｕｎｔｅｒｃｗ」と「ｃｏｕｎｔｅｒｃｓ」とを比較するように構成されていてもよい。

表示部１３は、受信部１１によって受信された「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」を表示するように構成されている。

例えば、表示部１３は、かかる「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」の内容をディスプレイに表示するように構成されていてもよいし、「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」の内容に対応する音声情報を出力するように構成されていてもよい。

また、表示部１３は、検証部１２によって、かかる検証処理に成功したと判断された場合で、かつ、「Ｃｏｕｎｔｅｒｃｗ」が「ｃｏｕｎｔｅｒｃｓ」と同じ或いは「ｃｏｕｎｔｅｒｃｓ」よりも進んでいると判断された場合、かかる「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」を表示するように構成されている。

ここで、表示部１３は、検証部１２による「Ｓｉｇｎａｔｕｒｅ」に対する検証処理に成功した場合であっても、「Ｃｏｕｎｔｅｒｃｗ」が「ｃｏｕｎｔｅｒｃｓ」と同じ或いは「ｃｏｕｎｔｅｒｃｓ」よりも進んでいると判断しない場合には、かかる「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」を廃棄するように構成されていてもよい。

なお、ネットワークは、「Ｃｏｕｎｔｅｒｃｗ」をインクリメントすることなく、複数の異なる内容の「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」を送信することができるように構成されていてもよい。

以下、図３乃至図５を参照して、本実施形態に係る移動通信システムの動作について説明する。

第１に、図３を参照して、本実施形態に係る移動通信システムにおけるアタッチ処理或いは位置登録処理の動作について説明する。

図３に示すように、ステップＳ１００１において、移動局ＵＥは、無線基地局ｅＮＢを介して、移動管理ノードＭＭＥに対して、「ＡｔｔａｃｈＲｅｑｕｅｓｔ」又は「ＴＡＵＲｅｑｕｅｓｔ」を送信する。

ステップＳ１００２において、移動局ＵＥと移動管理ノードＭＭＥとの間で「ＥＳＰＡＫＡｐｒｏｃｅｄｕｒｅ」が行われる。

ステップＳ１００３において、移動管理ノードＭＭＥは、無線基地局ｅＮＢに対して、「ＮＡＳＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄ」を送信する。

ここで、「ＮＡＳＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄ」には、所定の公開鍵Ｐｋ（最新）や「ｃｏｕｎｔｅｒｃｓ」や「ｓｉｇｎｉｎｇｅｎｔｉｔｙＩＤ」等が含まれている。

ステップＳ１００４において、無線基地局ｅＮＢが、移動局ＵＥに対して、「ＮＡＳＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄ」を送信する。

ここで、移動局ＵＥは、受信した「ＮＡＳＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄ」に含まれる所定の公開鍵Ｐｋ及び「ｃｏｕｎｔｅｒｃｓ」を保持する。

ステップＳ１００５において、移動局ＵＥが、無線基地局ｅＮＢに対して、「ＮＡＳＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄＣｏｍｐｌｅｔｅ」を送信し、ステップＳＳ１００６において、無線基地局ｅＮＢが、移動管理ノードＭＭＥに対して、「ＮＡＳＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄＣｏｍｐｌｅｔｅ」を送信する。

ステップＳ１００７において、移動局ＵＥが、無線基地局ｅＮＢを介して、移動管理ノードＭＭＥに対して、「ＡｔｔａｃｈＡｃｃｅｐｔ」又は「ＴＡＵＡｃｃｅｐｔ」を送信する。

なお、その後、ネットワークは、移動局ＵＥにおいて保持されている「ｃｏｕｎｔｅｒｃｓ」を更新するために、所定タイミングで、報知情報を介して、移動局ＵＥに対して、新たな「ｃｏｕｎｔｅｒｃｓ」を通知することができる。ただし、本実施形態における移動通信システムでは、移動局ＵＥにおいて保持されている所定の公開鍵Ｐｋを更新しないものとする。

かかる場合、移動局ＵＥは、新たな「ｃｏｕｎｔｅｒｃｓ」を受信した場合、かかる新たな「ｃｏｕｎｔｅｒｃｓ」によって、自身が保持している「ｃｏｕｎｔｅｒｃｓ」を更新する。

第２に、図４を参照して、本実施形態に係る移動通信システムにおいて「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」を送信する動作について説明する。

図４に示すように、ステップＳ２００１において、セル報知エンティティＣＢＥが、セル報知センターＣＢＣに対して、「ＥｍｅｒｇｅｎｃｙＢｒｏａｄｃａｓｔＲｅｑｕｅｓｔ」を送信する。

ここで、「ＥｍｅｒｇｅｎｃｙＢｒｏａｄｃａｓｔＲｅｑｕｅｓｔ」には、「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」や「Ｃｏｕｎｔｅｒｃｗ」や「Ｓｉｇｎａｔｕｒｅ」等が含まれている。

なお、かかる「Ｓｉｇｎａｔｕｒｅ」は、「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」及び「Ｃｏｕｎｔｅｒｃｗ」に基づいて生成されるデジタル署名である。

ステップＳ２００２において、セル報知センターＣＢＣが、移動管理ノードＭＭＥに対して、「Ｗｒｉｔｅ-ＲｅｐｌａｃｅＷａｒｎｉｎｇＲｅｑｕｅｓｔ」を送信する。

ここで、「Ｗｒｉｔｅ-ＲｅｐｌａｃｅＷａｒｎｉｎｇＲｅｑｕｅｓｔ」には、「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」や「Ｃｏｕｎｔｅｒｃｗ」や「Ｓｉｇｎａｔｕｒｅ」等が含まれている。

ステップＳ２００３において、移動管理ノードＭＭＥが、セル報知センターＣＢＣに対して、「Ｗｒｉｔｅ-ＲｅｐｌａｃｅＷａｒｎｉｎｇＣｏｎｆｉｒｍ」を送信する。

ステップＳ２００４において、セル報知センターＣＢＣが、セル報知エンティティＣＢＥに対して、「ＥｍｅｒｇｅｎｃｙＢｒｏａｄｃａｓｔＲｅｓｐｏｎｓｅ」を送信する。

ステップＳ２００５において、移動管理ノードＭＭＥが、無線基地局ｅＮＢに対して、「Ｗｒｉｔｅ-ＲｅｐｌａｃｅＷａｒｎｉｎｇＲｅｑｕｅｓｔ」を送信する。

ステップＳ２００６において、無線基地局ｅＮＢが、移動局ＵＥに対して、報知情報を送信する。

ここで、かかる報知情報には、「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」や「Ｃｏｕｎｔｅｒｃｗ」や「Ｓｉｇｎａｔｕｒｅ」等が含まれている。

第３に、図５を参照して、本実施形態に係る移動通信システムにおいて、移動局ＵＥが「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」を含む報知情報を受信した場合の動作について説明する。

図５に示すように、移動局ＵＥは、ステップＳ１０１において、「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」や「Ｃｏｕｎｔｅｒｃｗ」や「Ｓｉｇｎａｔｕｒｅ」等を含む報知情報を受信すると、ステップＳ１０２において、自身が保持している所定の公開鍵Ｐｋを用いて、かかる「Ｓｉｇｎａｔｕｒｅ」に対する検証処理を行う。

ステップＳ１０３において、かかる検証処理が成功すると、本動作は、ステップＳ１０４に進み、かかる検証処理が失敗すると、本動作は、ステップＳ１０６に進む。

ステップＳ１０４において、移動局ＵＥは、かかる「Ｃｏｕｎｔｅｒｃｗ」と、自身が保持している「ｃｏｕｎｔｅｒｃｓ」とを比較する。

「Ｃｏｕｎｔｅｒｃｗ」が「ｃｏｕｎｔｅｒｃｓ」よりも進んでいると判断された場合、本動作は、ステップＳ１０５に進み、「Ｃｏｕｎｔｅｒｃｗ」が「ｃｏｕｎｔｅｒｃｓ」よりも進んでいないと判断された場合、本動作は、ステップＳ１０６に進む。

ステップＳ１０５において、移動局ＵＥは、かかる「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」表示する。

一方、ステップＳ１０６において、移動局ＵＥは、かかる「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」表示しない。

本実施形態に係る移動通信システムによれば、ＰＷＳにおいて、移動局ＵＥは、「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」の正当性を検証するための公開鍵Ｐｋを「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」ごとに更新する必要がなくなるため、次々と異なる内容の「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」が送信される場合であっても、かかる「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」を適切に受信することができる。

この結果、「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」を送信する度に、全ての移動局ＵＥに対する鍵の更新手順を行う必要がなくなるため、ネットワーク負荷の増大を回避することができる。

また、本実施形態に係る移動通信システムによれば、上述の「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」を送信する度に、「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」の正当性を検証するための公開鍵Ｐｋに対応するカウンタ（すなわち、「Ｃｏｕｎｔｅｒｃｗ」を更新しているため、既存のＰＷＳにおける前提である「「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」ごとに新規の鍵が用いられること」と同等のセキュリティ効果を実現することができる。

（変更例１）
以下、本発明の変更例１に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。

本変更例１に係る移動通信システムでは、ネットワークは、移動局ＵＥにおいて保持されている所定の公開鍵Ｐｋ及び「ｃｏｕｎｔｅｒｃｓ」を更新するために、所定タイミングで、報知情報を介して、移動局ＵＥに対して、新たな「ｃｏｕｎｔｅｒｃｓ」と共に、新たな所定の公開鍵Ｐｋを通知することができるように構成されている。

なお、かかる報知情報において、新たな「ｃｏｕｎｔｅｒｃｓ」には、デジタル署名が付与されていてもよい。

かかる場合、移動局ＵＥは、新たな「ｃｏｕｎｔｅｒｃｓ」及び新たな所定の公開鍵Ｐｋを受信した場合（すなわち、報知情報に新たな「ｃｏｕｎｔｅｒｃｓ」及び新たな所定の公開鍵Ｐｋの両方が含まれていた場合）、かかる新たな「ｃｏｕｎｔｅｒｃｓ」及び新たな所定の公開鍵Ｐｋによって、自身が保持している「ｃｏｕｎｔｅｒｃｓ」及び所定の公開鍵Ｐｋを更新するように構成されている。

なお、ネットワークは、所定タイミングで、すなわち、アタッチ処理及び位置登録処理以外のタイミング（例えば、一連の「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」の送信が完了したタイミング）において、「Ｃｏｕｎｔｅｒｃｗ」及び所定の公開鍵Ｐｋを送信することができるように構成されていてもよい。

ここで、ネットワークは、「Ｃｏｕｎｔｅｒｃｗ」及び所定の公開鍵Ｐｋを同時に送信するように構成されていてもよいし、「Ｃｏｕｎｔｅｒｃｗ」及び所定の公開鍵Ｐｋのいずれか一方のみを送信するように構成されていてもよい。

以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。

本実施形態の第１の特徴は、移動通信方法であって、無線基地局ｅＮＢが、移動局ＵＥに対して、「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ（警告情報）」及び「Ｃｏｕｎｔｅｒｃｗ（カウンタ）」と共に、かかる「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」及び「Ｃｏｕｎｔｅｒｃｗ」に基づいて生成された「Ｓｉｇｎａｔｕｒｅ（デジタル署名）」を通知する工程と、移動局ＵＥが、所定の公開鍵Ｐｋを用いて「Ｓｉｇｎａｔｕｒｅ」に対して検証処理（Ｖｅｒｉｆｉｃａｔｉｏｎ）を行うと共に、受信した「Ｃｏｕｎｔｅｒｃｗ」と保持している「ｃｏｕｎｔｅｒｃｓ」とを比較する工程と、移動局ＵＥが、上述の検証処理に成功した場合で、かつ、受信した「Ｃｏｕｎｔｅｒｃｗ」が、保持している「ｃｏｕｎｔｅｒｃｓ」と同じ或いは「ｃｏｕｎｔｅｒｃｓ」よりも進んでいると判断した場合、受信した「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」を表示する工程とを有することを要旨とする。

本実施形態の第１の特徴において、移動局ＵＥが、アタッチ処理或いは位置登録処理において、「ｃｏｕｎｔｅｒｃｓ」及び所定の公開鍵Ｐｋを受信して保持する工程を更に有してもよい。

本実施形態の第１の特徴において、ネットワーク（無線基地局ｅＮＢ）が、所定タイミングで、報知情報を用いて、移動局ＵＥによって保持されている「ｃｏｕｎｔｅｒｃｓ」のみを更新する工程を更に有してもよい。

本実施形態の第１の特徴において、ネットワーク（無線基地局ｅＮＢ）が、所定タイミングで、報知情報を用いて、移動局ＵＥによって保持されている「ｃｏｕｎｔｅｒｃｓ」及び所定の公開鍵Ｐｋを更新する工程を更に有してもよい。

本実施形態の第１の特徴において、移動局ＵＥは、上述の報知情報を受信した場合、保持している「ｃｏｕｎｔｅｒｃｓ」を更新し、保持している所定の公開鍵Ｐｋについては更新することなく「Ｓｉｇｎａｔｕｒｅ」に対する検証処理に引き続き用いてもよい。

本実施形態の第１の特徴において、移動局ＵＥは、上述の報知情報を受信した場合、保持している所定の公開鍵Ｐｋ及び「ｃｏｕｎｔｅｒｃｓ」を更新してもよい。

本実施形態の第２の特徴は、移動局ＵＥであって、無線基地局ｅＮＢから、「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」及び「Ｃｏｕｎｔｅｒｃｗ」と共に、かかる「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」及び「Ｃｏｕｎｔｅｒｃｗ」に基づいて生成された「Ｓｉｇｎａｔｕｒｅ」を受信するように構成されている受信部１１と、所定の公開鍵Ｐｋを用いて、かかる「Ｓｉｇｎａｔｕｒｅ」に対して検証処理を行うと共に、受信した「Ｃｏｕｎｔｅｒｃｗ」と保持している「ｃｏｕｎｔｅｒｃｓ」とを比較するように構成されている検証部１２と、かかる検証処理に成功した場合で、かつ、受信した「Ｃｏｕｎｔｅｒｃｗ」が、保持している「ｃｏｕｎｔｅｒｃｓ」と同じ或いは「ｃｏｕｎｔｅｒｃｓ」よりも進んでいると判断された場合、受信した「Ｗａｒｎｉｎｇｍｅｓｓａｇｅ」を表示するように構成されている表示部１３とを具備することを要旨とする。

本実施形態の第２の特徴において、検証部１２は、アタッチ処理或いは位置登録処理において、「ｃｏｕｎｔｅｒｃｓ」及び所定の公開鍵Ｐｋを受信して保持するように構成されていてもよい。

本実施形態の第２の特徴において、検証部１２は、無線基地局ｅＮＢから受信した報知情報に応じて、保持している「ｃｏｕｎｔｅｒｃｓ」を更新し、保持している所定の公開鍵Ｐｋについては更新することなく前記検証処理に引き続き用いるように構成されていてもよい。

本実施形態の第２の特徴において、検証部１２は、無線基地局ｅＮＢから受信した報知情報に応じて、保持している所定の公開鍵Ｐｋ及び「ｃｏｕｎｔｅｒｃｓ」を更新するように構成されていてもよい。

なお、上述の移動局ＵＥや無線基地局ｅＮＢや移動管理ノードＭＭＥの動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。

ソフトウェアモジュールは、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）や、ＥＰＲＯＭ（ＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）や、ＥＥＰＲＯＭ（ＥｌｅｃｔｒｏｎｉｃａｌｌｙＥｒａｓａｂｌｅａｎｄＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。

かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、移動局ＵＥや無線基地局ｅＮＢや移動管理ノードＭＭＥ内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとして移動局ＵＥや無線基地局ｅＮＢや移動管理ノードＭＭＥ内に設けられていてもよい。

以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

ＵＥ…移動局
１０…送信部
１１…受信部
１２…検証部
１３…表示部

Claims

無線基地局が、移動局に対して、警告情報及びカウンタと共に、該警告情報及び該カウンタに基づいて生成されたデジタル署名を通知する工程と、
前記移動局が、所定の公開鍵を用いて前記デジタル署名に対して検証処理を行うと共に、受信した前記カウンタと保持しているカウンタとを比較する工程と、
前記移動局が、前記検証処理に成功した場合で、かつ、受信した前記カウンタが、保持している前記カウンタと同じ或いは該カウンタよりも進んでいると判断した場合、受信した前記警告情報を表示する工程とを有することを特徴とする移動通信方法。
前記移動局が、アタッチ処理或いは位置登録処理において、前記カウンタ及び前記所定の公開鍵を受信して保持する工程を更に有することを特徴とする請求項１に記載の移動通信方法。
前記ネットワークが、所定タイミングで、報知情報を用いて、前記カウンタのみを更新する工程を更に有することを特徴とする請求項１に記載の移動通信方法。
前記ネットワークが、所定タイミングで、報知情報を用いて、前記所定の公開鍵及び前記カウンタを更新する工程を更に有することを特徴とする請求項１に記載の移動通信方法。
前記移動局は、前記報知情報を受信した場合、保持している前記カウンタを更新し、保持している前記所定の公開鍵については更新することなく前記検証処理に引き続き用いることを特徴とする請求項３に記載の移動通信方法。
前記移動局は、前記報知情報を受信した場合、保持している前記所定の公開鍵及び前記カウンタを更新することを特徴とする請求項４に記載の移動通信方法。
無線基地局から、警告情報及びカウンタと共に、該警告情報及び該カウンタに基づいて生成されたデジタル署名を受信するように構成されている受信部と、
所定の公開鍵を用いて、前記デジタル署名に対して検証処理を行うと共に、受信した前記カウンタと保持しているカウンタとを比較するように構成されている検証部と、
前記検証処理に成功した場合で、かつ、受信した前記カウンタが、保持している前記カウンタと同じ或いは該カウンタよりも進んでいると判断された場合、受信した前記警告情報を表示するように構成されている表示部とを具備することを特徴とする移動局。
前記検証部は、アタッチ処理或いは位置登録処理において、前記カウンタ及び前記所定の公開鍵を受信して保持するように構成されていることを特徴とする請求項７に記載の移動局。
前記検証部は、前記無線基地局から受信した報知情報に応じて、保持している前記カウンタを更新し、保持している前記所定の公開鍵については更新することなく前記検証処理に引き続き用いるように構成されていることを特徴とする請求項７に記載の移動局。
前記検証部は、前記無線基地局から受信した報知情報に応じて、保持している前記所定の公開鍵及び前記カウンタを更新するように構成されていることを特徴とする請求項７に記載の移動局。