JP2020504521A - 無線リソース制御接続の再確立 - Google Patents

無線リソース制御接続の再確立 Download PDF

Info

Publication number
JP2020504521A
JP2020504521A JP2019536077A JP2019536077A JP2020504521A JP 2020504521 A JP2020504521 A JP 2020504521A JP 2019536077 A JP2019536077 A JP 2019536077A JP 2019536077 A JP2019536077 A JP 2019536077A JP 2020504521 A JP2020504521 A JP 2020504521A
Authority
JP
Japan
Prior art keywords
authentication token
input
message
mac
target enb
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2019536077A
Other languages
English (en)
Other versions
JP6725764B2 (ja
Inventor
ヴェサ レヘトヴィルタ，
ヴェサ レヘトヴィルタ，
モニカ ウィフヴェッション，
モニカ ウィフヴェッション，
プラジウォル クマール ナカルミ，
プラジウォル クマール ナカルミ，
Original Assignee
テレフオンアクチーボラゲット エルエム エリクソン（パブル）
テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by テレフオンアクチーボラゲット エルエム エリクソン（パブル）, テレフオンアクチーボラゲット エルエム エリクソン（パブル） filed Critical テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Publication of JP2020504521A publication Critical patent/JP2020504521A/ja
Application granted granted Critical
Publication of JP6725764B2 publication Critical patent/JP6725764B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/041—Key generation or derivation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/25—Maintenance of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H04W36/0038—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information of security context information

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

ユーザ装置（ＵＥ）（１）およびターゲット進化型ノードＢ（ターゲットｅＮＢ）（３）との間の無線リソース制御（ＲＲＣ）接続を再確立するための方法であって、前記方法は前記ＵＥ（１）によって実行され、前記方法は、前記ターゲットｅＮＢ（３）からＲＲＣ接続再確立メッセージを受信すること（Ｓ１００）であって、前記ＲＲＣ接続再確立メッセージは、モビリティ管理エンティティ（ＭＭＥ）（４）によって生成され、入力として非アクセス層保全性鍵を有するダウンリンク（ＤＬ）認証トークンを含む、ことと、受信したＤＬ認証トークンを認証すること（Ｓ１１０）を含む。開示は、ＵＥ、ターゲットｅＮＢ、ソースｅＮＢおよびモビリティ管理エンティティ、ならびにそれらに関連する方法、コンピュータプログラムおよびコンピュータプログラム製品でもある。【選択図】図７Ａ

Description

本発明は、無線リソース制御接続を再確立するための方法、ユーザ装置、ソースノードＢ、ターゲットノードＢ、モビリティ管理エンティティ、コンピュータプログラム、およびコンピュータプログラム製品に関する。
制御プレーン（ＣＰ）セルラーインターネットオブシングス（ＣＩｏＴ）の最適化（非アクセス層（ＮＡＳ）を介したデータ（ＤｏＮＡＳ）とも呼ばれる）は、第３世代パートナーシッププロジェクト（３ＧＰＰ）の技術仕様であるTS 23.401 V14.2.0, 5.3.4B節（および他の仕様、例えばTS 23.301, V14.2.0）で規定されているＮＡＳを介したデータを転送するためのソリューションである。セキュリティ機能はTS 33.401 V14.1.0, 8.2節に規定されている。基本ソリューションのセキュリティへの影響は非常に限られている。ＤｏＮＡＳ機能の目的は、データ無線ベアラ（ＤＲＢ）を確立せずに、またアクセス層（ＡＳ）セキュリティを確立せずに、ＮＡＳシグナリングを介してデータを送信することである。その意図はシグナリングを節約することである。TS23.401の図5.3.4B.2-1に対応する図１は、ＤｏＮＡＳの原理を示している。
３ＧＰＰ文書R3-161324の作業項目は、CP CIoTのためのモビリティ強化について考察している。ハンドオーバはCP CIoTではサポートされていないが、ユーザ装置（ＵＥ）は常に移動し、ＵＥが接続モードにあるとき（すなわち、進化型ノードＢ（ｅＮＢ）に対して無線リソース制御（ＲＲＣ）接続しているとき）無線リンク障害（ＲＬＦ）を引き起こす可能性がある。これはそのような場合に何をすべきかの問題を提起した。ＡＳセキュリティはCP CIoT機能ではサポートされていないため、ＲＬＦの既存のメカニズムをそのままでは安全に使用できない。言い換えれば、CP CIoTで既存のＲＬＦ処理メカニズムを使用することは、セキュリティ面で容認できない。
ＲＲＣレイヤは現在のＬＴＥ（ロングタームエボリューション）システムにある。 例えば、3GPP TS36.331 V14.1.0は、例えばＲＲＣ接続再確立手順の間にＵＥの識別に使用されるShortMAC-Iと呼ばれる情報要素（ＩＥ）を含むように規定されている。ShortMAC-Iの計算には、入力として次のものが含まれる。
・ＲＲＣ保全性鍵（integrity key）：ビット文字列（サイズ（128））
・ターゲットセルの識別子（identity）：ビット文字列（サイズ（28））
・ソースセルの物理セル識別子：整数（0…503）
・ソースセルにおけるＵＥのＣ−ＲＮＴＩ（セル無線ネットワーク一時識別子）：ビット文字列（サイズ（16））
使用される機能はTS 33.401 V14.1.0に規定されている。
ＲＲＣレイヤは、ＬＴＥシステムでは、例えばＲＲＣ接続再開手順中にＵＥの識別に使用されるShortResumeMAC-Iと呼ばれる情報要素（ＩＥ）を含むように指定されている。ShortResumeMAC-Iの計算には、入力として次のものが含まれる。
・ＲＲＣ保全性鍵：ビット文字列（サイズ（128））
・ターゲットセルの識別子：ビット文字列（サイズ（28））
・ソースセルの物理セル識別子：整数（0…503）
・ソースセルにおけるＵＥのＣ−ＲＮＴＩ：ビット文字列（サイズ（16））
・再開定数（Resume constant）
ShortResumeMAC-Iの計算には、ResumeShortMAC-IからShortMAC-Iを区別できるようにする再開定数が追加で含まれている。 使用される機能=は、TS 33.401 V 14.1.0に規定されている。
本発明の目的は、無線リソース制御接続の再確立中にシグナリングの削減を可能にする ことである。
本発明の別の目的は、ＲＲＣ接続再確立中にＵＥによるターゲットｅＮＢの認証を可能にすることである。
本発明の第１の態様によれば、ユーザ装置（ＵＥ）とターゲット進化型（evolved）ノードＢ（ターゲットｅＮＢ）との間の無線リソース制御（ＲＲＣ）接続を再確立するための方法が提示される。方法はＵＥにより実行され、当該方法は、
ターゲットｅＮＢからＲＲＣ接続再確立メッセージを受信することであって、当該ＲＲＣ接続再確立メッセージは、モビリティ管理エンティティ（ＭＭＥ）によって生成され、入力として非アクセス層（ＮＡＳ）保全性鍵を有するダウンリンク（ＤＬ）認証トークンを含む、ことと、
受信したＤＬ認証トークンを認証することを含む。
これによって、とりわけ、ＥＰＳ ＣＰ ＩｏＴ最適化のためのＲＲＣ接続再確立などのＲＲＣ接続再確立中に、ＵＥがＮＡＳ保全性鍵を用いてｅＮＢを認証することが可能になることが達成される。したがって、アクセス層（ＡＳ）鍵を作成する必要はなく、これは、例えばＮＡＳ鍵はいずれにせよ生成されなければならないが、ＡＳ鍵はＲＲＣ接続再確立で使用されるためだけに生成されなければならないという点で非常に有益である。
方法はまた、入力としてＮＡＳ保全性鍵を用いてアップリンク（ＵＬ）認証トークンを計算するステップと、ＵＬ認証トークンを含むＲＲＣ接続再確立要求をターゲットｅＮＢに送信することとを含み得る。その場合、ＵＬ認証トークンは、ターゲットセルの識別子を入力として計算され得る。後者の場合、ターゲットセルの識別子は、ＲＲＣ接続再確立要求に含まれてもよい。
本方法の一実施形態では、ＤＬ認証トークンは、入力としてターゲットセルの識別子を用いてＭＭＥによって計算されてもよい。
ＲＲＣ接続再確立メッセージは、Input-MAC CIoT DLを含み得る。受信されたＤＬ認証トークンを認証することは、Input-MAC CIoT DLおよび非アクセス層保全性鍵を使用することによって行われ得る。Input-MAC CIoT DLは、ターゲットセルの識別子を含み得る。
第２の態様は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続を再確立するための方法に関し、ターゲットｅＮＢによって実行される。方法は、
ＭＭＥから、ＭＭＥによって生成されたＤＬ認証トークンを含むメッセージを受信ことであって、当該ＤＬ認証トークンは、入力としてＮＡＳ保全性鍵を用いて生成されている、ことと、
ＲＲＣ接続再確立メッセージを前記ＵＥへ送信することであって、当該ＲＲＣ接続再確立メッセージは当該ＤＬ認証トークンを含むことを含む。
第２の態様の実施形態では、方法は、ＵＥから、アップリンク（ＵＬ）認証トークンを含むＲＲＣ接続再確立要求を受信することであって、当該ＵＬ認証トークンは入力として非アクセス層保全性鍵を用いてＵＥによって計算されていること、を含む。当該ＵＬ認証トークンは、入力としてターゲットセルの識別子を用いてＵＥによって計算されてもよい。
第２の態様の実施形態では、ＤＬ認証トークンは、入力としてターゲットセルの識別子を用いてＭＭＥにより計算されている。
第２の態様の実施形態では、ＲＲＣ接続再確立メッセージは、Input MAC CIoT DLを含む。
受信したメッセージは、Patch Switch Request Acknowledgeメッセージであっても良く、Input-MAC CIoT DLを含んでも良い。受信したメッセージは、代替的に、Check MAC Acknowledgeメッセージであっても良く、Input-MAC CIoT DLを含んでも良い。
第３の態様は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続を再確立するための方法に関し、当該方法はソースｅＮＢによって実行される。方法は、
入力としてＮＡＳ保全性鍵を用いて生成されているＤＬ認証トークンを取得することと、
応答メッセージを前記ターゲットｅＮＢへ送信することであって、当該応答メッセージは取得したＤＬ認証トークンを含む、ことを含む。
当該取得することは、第３の態様の実施形態では、認証トークンを生成すること、または、ＭＭＥから S1 Check responseメッセージ（Ｓ１チェック応答メッセージ）を受信することを含み、当該受信したS1 Check responseメッセージは、ＤＬ認証トークンおよび／またはInput-MAC CIoT DLを含む。
応答メッセージは、第３の態様の実施形態では、 X2 UE Context responseメッセージ （Ｘ２ ＵＥ コンテキスト応答メッセージ）である。
第４の態様は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続を再確立するための方法に関し、当該方法はＭＭＥによって実行される。方法は、
入力としてＮＡＳ保全性鍵を用いてＤＬ認証トークンを生成することと、
生成したＤＬ認証トークンを含むメッセージをターゲットｅＮＢへ送信することを含む。
第４の態様の実施形態では、ＤＬ認証トークンの生成は、（ＮＡＳ保全性鍵に追加して）入力としてターゲットセルの識別子を用いてなされる。
第４の態様による方法は、
ＵＬ認証トークンをターゲットｅＮＢから受信することであって、当該ＵＬ認証トークンは、入力として非アクセス層保全性鍵を用いてＵＥより生成されている、ことと、
認証トークンを検証することを含む。
ＵＬ認証トークンは、入力としてターゲットセルの識別子を用いてＵＥによって計算されていても良い。
メッセージは、Path Switch Request Acknowledgeメッセージであっても良く、Input-MAC CIoT DLを含んでも良い。方法は、別の実施形態では、Check MAC Acknowledgeメッセージであっても良く、Input-MAC CIoT DLを含んでも良い。
本発明の第５の態様は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続を再確立するためのＵＥに関する。ＵＥは、
プロセッサと、当該プロセッサにより実行された場合に、当該ＵＥに、
ターゲットｅＮＢからＲＲＣ接続再確立メッセージを受信させ、ここで、当該ＲＲＣ接続再確立メッセージは、ＭＭＥによって生成され、入力としてＮＡＳ保全性鍵を有するダウンリンクＤＬ認証トークンを含み、
受信したＤＬ認証トークンを認証させる、ための命令を格納するコンピュータプログラム製品とを有する。
ＵＥの実施形態では、ＲＲＣ接続再確立メッセージは、Input-MAC CIoT DLを含み、受信したＤＬ認証トークンは、Input-MAC CIoT DLと非アクセス層保全性鍵とを使用することにより認証される。
ＵＥの実施形態では、ＤＬ認証トークンは、入力としてターゲットセルの識別子を用いてＭＭＥにより計算されている。
第６の態様は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続を再確立するためのターゲットｅＮＢに関する。当該ターゲットｅＮＢは、
プロセッサと、
当該プロセッサにより実行された場合に、当該ターゲットｅＮＢに、
ＭＭＥから、ＭＭＥによって生成されたＤＬ認証トークンを含むメッセージを受信させ、ここで、当該ＤＬ認証トークンは、入力としてＮＡＳ保全性鍵を用いて生成されており、
ＲＲＣ接続再確立メッセージをＵＥに送信させ、ここで、当該ＲＲＣ接続再確立メッセージはＤＬ認証トークンを含む、ための命令を格納するコンピュータプログラム製品とを有する。
ＤＬ認証トークンは、ターゲットｅＮＢの実施形態では、入力としてターゲットセルの識別子を用いてＭＭＥによって計算されてもよい。
ターゲットｅＮＢの実施形態では、ＲＲＣ接続再確立メッセージは、Input MAC CIoT DL、すなわち、ＤＬ認証トークンの生成に対する入力を含む。
ターゲットｅＮＢの実施形態では、受信したメッセージは、Patch Switch Request Acknowledgeメッセージであっても良く、Input-MAC CIoT DLを含んでも良い。
受信したメッセージは、別の実施形態では、Check MAC Acknowledgeメッセージであっても良く、Input-MAC CIoT DLを含んでも良い。
第７の態様は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続を再確立するためのソースｅＮＢに関する。ソースｅＮＢは、
プロセッサと、
当該プロセッサにより実行された場合に、当該ソースｅＮＢに、
入力として非アクセス層保全性鍵を用いて生成されているＤＬ認証トークンを取得させ、
応答メッセージをターゲットｅＮＢへ送信させ、ここで、当該応答メッセージは取得されたＤＬ認証トークンを含む、ための命令を格納するコンピュータプログラム製品とを有する。
応答メッセージは、ソースｅＮＢの実施形態では、 X2 UE Context responseメッセージ（Ｘ２ ＵＥ コンテキスト応答メッセージ）である。
第８の態様は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続を再確立するためのＭＭＥに関する。当該ＭＭＥは、
プロセッサと、
当該プロセッサにより実行された場合に、当該ＭＭＥに、
入力としてＮＡＳ保全性鍵を用いてＤＬ認証トークンを生成させ、
生成したＤＬ認証トークンを含むメッセージをターゲットｅＮＢへ送信する、ための命令を格納するコンピュータプログラム製品とを有する。
メッセージは、ＭＭＥの実施形態ではPath Switch Request Acknowledgeメッセージであっても良く、当該メッセージは、本実施形態ではInput-MAC CIoT DLを含んでも良い。
ＭＭＥの別の実施形態では、メッセージは、Check MAC Acknowledgeメッセージである。当該メッセージは、その場合、Input-MAC CIoT DLを含む。
第９の態様は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続を再確立するためのＵＥに関する。当該ＵＥは、
ターゲットｅＮＢからＲＲＣ接続再確立メッセージを受信するための通信マネージャーであって、当該ＲＲＣ接続再確立メッセージは、ＭＭＥによって生成され、入力としてＮＡＳ保全性鍵を有するＤＬ認証トークンを含む、通信マネージャーと、
当該受信したＤＬ認証トークンを認証するための判定マネージャーとを有する。
第１０の態様は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続を再確立するためのターゲットｅＮＢに関する。当該ターゲットｅＮＢは、
ＭＭＥから、当該ＭＭＥによって生成されたＤＬ認証トークンを含むメッセージを受信し、ＲＲＣ接続再確立メッセージをＵＥへ送信するための通信マネージャーであって、当該ＤＬ認証トークンは入力としてＮＡＳ保全性鍵を用いて生成されており、当該ＲＲＣ接続再確立メッセージはＤＬ認証トークンを含む、通信マネージャーを有する。
第１１の態様は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続を再確立するためのソースｅＮＢに関する。当該ソースｅＮＢは、
入力としてＮＡＳ保全性鍵を用いて生成されているＤＬ認証トークンを取得するための判定マネージャーと、
応答メッセージを当該ターゲットｅＮＢへ送信するための通信マネージャーであって、当該応答メッセージは当該取得したＤＬ認証トークンを含む、通信マネージャーとを有する。
第１２の態様は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続を再確立するためのＭＭＥに関する。当該ＭＭＥは、
入力としてＮＡＳ保全性鍵を用いてＤＬ認証トークンを生成するための判定マネージャーと、
当該生成したＤＬ認証トークンを含むメッセージを当該ターゲットｅＮＢへ送信するための通信マネージャーとを有する。
第１３の態様は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続を再確立するためのコンピュータプログラムに関する。当該コンピュータプログラムは、ＵＥ上で実行された場合に、ＵＥに、
ターゲットｅＮＢからＲＲＣ接続再確立メッセージを受信させ、ここで、当該ＲＲＣ接続再確立メッセージは、ＭＭＥによって生成され、入力としてＮＡＳ層保全性鍵を有するＤＬ認証トークンを含み、
受信したＤＬ認証トークンを認証させる、コンピュータプログラムコードを含む。
第１４の態様は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続を再確立するためのコンピュータプログラムに関する。コンピュータプログラムは、ターゲットｅＮＢ上で実行された場合に、当該ターゲットｅＮＢに、
ＭＭＥから、ＭＭＥによって生成されたＤＬ認証トークンを含むメッセージを受信させ、ここで、当該ＤＬ認証トークンは、入力としてＮＡＳ保全性鍵を用いて生成されており、
ＲＲＣ接続再確立メッセージをＵＥに送信させ、ここで、当該ＲＲＣ接続再確立メッセージはＤＬ認証トークンを含む、コンピュータプログラムコードを含む。
第１５の態様は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続を再確立するためのコンピュータプログラムに関する。当該コンピュータプログラムは、ソースｅＮＢ上で実行された場合に、ソースｅＮＢに、
入力としてＮＡＳ保全性鍵を用いて生成されているＤＬ認証トークンを取得させ、
応答メッセージをターゲットｅＮＢへ送信させ、ここで、当該応答メッセージは取得したＤＬ認証トークンを含む、コンピュータプログラムコードを含む。
第１６の態様は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続を再確立するためのコンピュータプログラムに関する。コンピュータプログラムは、ＭＭＥ上で実行された場合に、当該ＭＭＥに、
入力としてＮＡＳ保全性鍵を用いてＤＬ認証トークンを生成させ、
生成したＤＬ認証トークンを含むメッセージをターゲットｅＮＢへ送信させる、コンピュータプログラムコードを含む。
第１７の態様は、第１３から１６の態様によるコンピュータプログラムの少なくとも１つを含むコンピュータプログラム製品、および、当該少なくとも１つのコンピュータプログラムが格納されているコンピュータ可読記憶手段に関する。
全ての第１７の態様では、ＲＲＣ接続に対する再確立は、制御プレーンインターネットオブシングスの最適化に対するものであり得る。
一般に、実施形態の箇条書きリストで使用されるすべての用語は、本明細書で他に明示的に定義されない限り、技術分野におけるそれらの通常の意味に従って解釈されるべきである。「要素、装置、構成要素、手段、ステップなど」に対するすべての参照は、他に明示的に述べられていない限り、要素、装置、構成要素、手段、ステップなどの少なくとも１つの例を指すものとして公然と解釈されるべきである。本明細書に開示された任意の方法のステップは、明示的に述べられていない限り、開示された正確な順序で実行される必要はない。
添付の図面を参照しながら、例として本発明を説明する。
図１は、ＤｏＮＡＳ原理シグナリングを概略的に示す。 図２は、本明細書に提示された実施形態を適用することができる環境を概略的に示す。 図３ａは、本明細書に提示される実施形態の一部によるシグナリングを概略的に示す。 図３ｂは、本明細書に提示され図３ａから開始される一実施形態の一部によるシグナリングを概略的に示す。 図４ａは、本明細書に提示される実施形態の一部によるシグナリングを概略的に示す。 図４ｂは、本明細書に提示され図４ａで開始された実施形態の一部によるシグナリングを概略的に示す。 図５は、本明細書に提示された実施形態によるシグナリングを概略的に示す。 図６は、本明細書に提示された実施形態によるシグナリングを概略的に示す。 図７Ａは、本明細書に提示された実施形態による方法を示すフローチャートである。 図７Ｂは、本明細書に提示された実施形態による方法を示すフローチャートである。 図７Ｃは、本明細書に提示された実施形態による方法を示すフローチャートである。 図７Ｄは、本明細書に提示された実施形態による方法を示すフローチャートである。 図８は、本明細書に提示されるエンティティのいくつかの構成要素を示す概略図である。 図９は、本明細書に提示されるエンティティのいくつかの構成要素を示す概略図である。 図１０は、本明細書に提示されるエンティティのいくつかの構成要素を示す概略図である。 図１１は、本明細書に提示されるエンティティのいくつかの構成要素を示す概略図である。 図１２は、本明細書に提示される実施形態の機能モジュールを示す概略図である。 図１３は、本明細書に提示される実施形態の機能モジュールを示す概略図である。 図１４は、本明細書に提示される実施形態の機能モジュールを示す概略図である。 図１５は、本明細書に提示される実施形態の機能モジュールを示す概略図である。
本発明の特定の実施形態が示されている添付の図面を参照しながら、本発明を以下でより十分に説明する。しかしながら、本発明は、多くの異なる形態で具体化することができ、そして本明細書に記載の実施形態に限定されると解釈されるべきではない。むしろ、これらの実施形態は、この開示が徹底的かつ完全であり、そして本発明の範囲を当業者に十分に伝えるように、例として提供される。説明全体を通して、同じ番号は同じ要素を指す。
無線リソース制御（ＲＲＣ）接続再確立およびＲＲＣ接続中断／再開手順は既存のソリューションであり、これは、制御プレーン（ＣＰ）セルラーインターネットオブシングス（ＣＩｏＴ）最適化の場合に無線リンク障害を処理するための候補となり得る。これらの既存のソリューションは両方とも、背景で説明したように、ユーザ装置（ＵＥ）認証トークンを使用して、本物のＵＥ１がＲＲＣ接続を再確立または再開したいことを進化型ノードＢ（ｅＮＢ）に示す。更に、ダウンリンク（ＤＬ）方向の保全性保護ＲＲＣメッセージは、それが本物のｅＮＢに接続されていることをＵＥ１に示すために使用される。しかしながら、これらのソリューションは、アクセス層（ＡＳ）セキュリティ（特にＲＲＣセキュリティ）の存在に依存しているが、ＡＳセキュリティおよびＲＲＣセキュリティは存在しないか、またはCP CIoT最適化には使用されていない。したがって、ＲＲＣ接続再確立およびＲＲＣ接続中断／再開手順は、そのままでは、CP CIoT内のモビリティを処理するために使用されるのにセキュリティ上許容されるものではない。
３ＧＰＰの寄書S3-16717に記載されたソリューションは、認証トークンが、ＡＳセキュリティモードコマンド（ＳＭＣ）手順を介してＵＥ１とソースｅＮＢ２との間にＡＳセキュリティ（ＲＲＣセキュリティを含む）を設定することなく、ＵＥ１とモビリティ管理エンティティ（ＭＭＥ）４の両方によって導出することができる新しいＲＲＣ保全性鍵（KeNB-RRCと呼ばれる）に基づくこと、および、および当該トークンがＵＥ１とターゲットｅＮＢ３との間で使用されることを提案する。しかしながら、３ＧＰＰの寄書S3-16717に記載されたソリューションは、本物のＵＥ１がＲＲＣ接続を再確立したいことをｅＮＢに示す方法の問題を解決しようとしている。本物のｅＮＢに接続されていることをＵＥ１にどのように示すかという問題は考慮されていない。
ＡＳセキュリティがなく、その結果、ｅＮＢからＵＥへのＤＬ ＲＲＣメッセージの保全性保護がない場合、CP CIoTモビリティのコンテキストにおいて、それが本物のｅＮＢに接続されていることをＵＥに示す方法は現在ない。その問題を軽減するために、ネットワークからＵＥへのＤＬ方向での認証トークンの使用が提示されている。認証トークンは、ＭＭＥ、ソースｅＮＢ、またはターゲットｅＮＢによって生成および送信され得る。ＤＬ認証トークンは、それを送信しているエンティティに応じて、ＮＡＳまたはＡＳ鍵を使用して計算することができる（後者は本願の特許請求の範囲の範囲内ではない）。 以下のケースが識別される。
ＤＬ認証トークンは常にターゲットｅＮＢを介してＵＥに送信される。
次の４つの異なる解決策は、これがどのように達成されるかを示している。
１ａ．ＤＬ認証トークンは、ソースｅＮＢからターゲットｅＮＢを介してＵＥに送信され、ＡＳ鍵を用いてＵＥによってチェックされる。あるいは、ターゲットｅＮＢは、ソースｅＮＢから受信したKrrC_int鍵を用いてトークンを計算する。この変形は、本願の特許請求の範囲の範囲内ではない。
１ｂ．ＤＬ認証トークンは、ＭＭＥからソースｅＮＢおよびターゲットｅＮＢを介してＵＥに送信され、ＵＥによってＮＡＳ鍵を用いてチェックされる。
２ａ．ＤＬ認証トークンは、 Path Switch Acknowledge（パススイッチ（切替）確認）メッセージ でターゲットＥｅＮＢを介してＭＭＥからＵＥに送信され、ＵＥはＤＬ認証トークンを、ＮＡＳ鍵を用いてチェックする。
２ｂ．ＤＬ認証トークンは、ターゲットｅＮＢを介して新しいメッセージでＭＭＥからＵＥに送信され、ＵＥはトークンを、ＮＡＳ鍵を用いてチェックする。
本物のｅＮＢに接続されているというＵＥによる確認がＤＬ認証トークンに基づいている場合、ＡＳ鍵を確立する必要は全くない。したがって、ＡＳ鍵の生成を回避することができ、これは有益である。なぜならば、そうでなければＡＳ鍵がＲＲＣ接続の再確立の目的のためにのみ生成されればよく、それ以上使用されないからである。しかしながら、ＮＡＳ鍵は、ｅＮＢを認証するだけではなく、他のセキュリティ問題にも使用可能であろう。より正確には、ＮＡＳを介してデータを送信するＵＥに対してＮＡＳセキュリティコンテキストが存在するので、ＮＡＳ鍵はいずれにても作成されている。
ＵＥがCP CIoT（DoNAS）接続中に無線リンク障害（ＲＬＦ）を経験すると、ＵＥは他のｅＮＢへのＲＲＣ接続を再確立しようと試みる（図２参照）。
CP CIoTで使用するためのネットワークの認証トークン（MAC CIoT DLと示す）は、ネットワークの認証に使用される、すなわち、本物のターゲットｅＮＢ３に接続されていることをＵＥ１に示すために使用されるトークンである。
請求項に係る発明の態様によれば、MAC CIoT DLは、入力として以下を用いて計算することができる。
・ＮＡＳ保全性鍵（NAS-int、例えばKNASint）。他の変形例では、本出願では主張していないが、それはまた、ＡＳ保全性鍵、またはNAS-intもしくはＡＳ保全性鍵（Krrc_int）から派生する鍵、またはそれらの鍵のいずれかから派生する鍵であり得る。NAS-intは、Key-MAC CIoT DLと表記される以下の文章を通して多くの場合に用いられている。ＮＡＳまたはＡＳ鍵の使用は、MAC CIoT DLがＭＭＥ４またはｅＮＢのいずれによって計算されるかに依存する。本出願の特許請求の範囲の範囲外の他の代替鍵は、NAS-int、例えば、ＬＴＥにおけるKASMEおよびＮｅｗ ＲａｄｉｏシステムにおけるKAUSF、KAUSF、KSEAF、およびKAMFのルート鍵である。
・ターゲットセルの識別子（セルＩＤ）
・ソースセルの物理セル識別子
・ソースセルにおけるＵＥのＣ−ＲＮＴＩ
・定数（定数は、ShortResumeMAC-IおよびShortMAC-Iまたは他の方法で定義されたMACからのMAC CIoTの区別を可能にする）
・MAC CIoT DL計算への可能性のある入力は、アップリンク（ＵＬ）認証トークンであり、ここではMAC IoT UL（アップリンク）と呼ばれる。
・鮮度パラメータ
MAC CIoT DLの計算に使用される入力は、Input-MAC CIoT DLと示される。したがって、ターゲットセルの識別子は、Input-MAC CIoT DLの一部であり得るが、それは、通常、既にＮＡＳ保全性鍵を有してMAC CIoT ULの計算のためにそれを使用するため、ＮＡＳ保全性鍵はＵＥによって受信されたInput-MAC-CIoT DLとは別個であり得る。
MAC CIoT DL（Fun-MAC CIoT DLと示す）の計算に使用される関数は、ＲＲＣ再確立およびＲＲＣ再開のためのTS 33.401のAnnex B.2で使用されるもの、すなわち、128-EIA1、128-EIA2、128-EIA3であり得るNAS 128ビット保全性アルゴリズムの形式の保全性アルゴリズム、と同じである場合がある。
変形例１ａは、図３ａおよび図３ｂに示されている。ここで、 MAC CIoT DLはソースｅＮＢから送信され、ＡＳ鍵（アプリケーションのクレームの範囲内ではない）またはＮＡＳ鍵でＵＥによってチェックされる。
この変形例は、ＮＡＳプロトコルを介したＡＳアルゴリズムのネゴシエーションと、ソースｅＮＢでのMAC CIoT ULと呼ばれるアップリンクトークンのその後のチェックに基づく。変形例は、MAC CIoT ULをチェックした後にソースｅＮＢがMAC CIoT DLと呼ばれるダウンリンクトークンを生成するメカニズムを有する。ソースｅＮＢは、X2 UE Context responseメッセージ（Ｘ２ ＵＥコンテキスト応答メッセージ）でMAC CIoT DLをターゲットｅＮＢに送信する。ターゲットｅＮＢは、認証チェックのためにＲＲＣメッセージでMAC CIoT DLを更にＵＥに送信する。MAC CIoT DLのチェックが成功した場合、ＵＥは、それが偽のｅＮＢではなく本物のｅＮＢに接続されていることを知る。
ステップ１から１５は、現在の３ＧＰＰ仕様で定義されているとおりである。ＵＥはＲＲＣ接続を設定し、ＭＭＥからサービングゲートウェイ（Ｓ−ＧＷ）／パケットデータネットワークゲートウェイ（Ｐ−ＧＷ）に転送されるＮＡＳを介してデータを送信する。ＲＬＦはステップ１５において発生する。ＲＬＦはまた、ＵＥがＤＬデータを受信する前に起こり得る。
ステップ１６。ＵＥは、ランダムアクセスメッセージをターゲットｅＮＢに送信することによってＲＲＣ接続を開始する。
ステップ１７。ターゲットｅＮＢは、ＵＥへのランダムアクセス応答で応答する。
ステップ１８。ＵＥは認証トークン、MAC CIoT ULを生成する。トークンは次のように計算することができる。トークン＝ ｆ（ソースＰＣＩ、ソースＣ−ＲＮＴＩ、ターゲットセルＩＤ、ＮＡＳ鍵、再生入力）、ここでＮＡＳ鍵は現在のＮＡＳ保全性鍵、例えば KNASint、またはその派生物である。 なお、ｆは関数である。しかしながら、この特定の変形例１ａに関しては、トークンはＮＡＳ鍵の代わりにＡＳ鍵によって代わりに導出され得る。ＡＳ鍵は、KRRCintのようなＡＳ保全性鍵であり得る。
ステップ１９。ＵＥは、ＲＲＣ接続再確立メッセージを、例えばCP IoT EPS（Evolved Packet System）最適化のために、ターゲットｅＮＢに送信する。メッセージにはMAC CIoT ULが含まれる。
ステップ２０。ターゲットｅＮＢは、X2 UE Context requestメッセージ（Ｘ２ ＵＥコンテキスト要求メッセージ）をソースｅＮＢに送信する。メッセージにはMAC CIoT ULが含まれる。
ステップ２１。ソースｅＮＢは、MAC CIoT ULが本物かどうかをチェックする。
ステップ２２。認証が成功した場合、ソースｅＮＢは、Input-MAC CIoT DLとKey-MAC CIoT DLを使用して上記のようにMAC CIoT DLを生成し、処理はステップ２３に続く。認証に失敗した場合、ソースｅＮＢは、失敗を示すX2 UEコンテキスト応答を送信する。この失敗により、ターゲットＥｅＮＢがＲＲＣ接続を解放するようにトリガされる（図示せず）。
ステップ２３。ソースｅＮＢは、X2 UEコンテキスト応答をターゲットｅＮＢに送信する。メッセージにはMAC CIoT ＤＬが含まれる。メッセージには更にInput-MAC CIoT DLが含まれる。
ステップ２４。ターゲットｅＮＢはＲＲＣ接続再確立メッセージをＵＥに送信する。メッセージにはMAC CIoT ＤＬが含まれる。メッセージには更にInput-MAC CIoT DLが含まれる。
ステップ２５。ＲＲＣ接続再確立メッセージを受信すると、ＵＥは、前述のように、Input-MAC CIoT DLおよびKey-MAC CIoT DLを使用してMAC CIoT DLを認証する。
ステップ２６Ａ。MAC CIoT DL認証が成功した場合。
２６Ａ．１。 ＵＥは、オプションでＮＡＳデータＰＤＵ（NAS Data PDU）を含むＲＲＣ接続再確立完了メッセージをターゲットｅＮＢに送信する。
２６Ａ．２〜２６Ａ．５。これらの手順は、通常のパス切り替えおよびベアラ変更手順である。
２６Ａ．６。ターゲットｅＮＢは、UE Context Releaseと呼ばれるX2メッセージを送信することで、ソースｅＮＢにＵＥコンテキストを解放するように指示する。
ステップ２５でMAC CIoT DLの認証が失敗した場合、ＵＥは、更にメッセージを送信しない、または、RRC_CONNECTEDモードに移行してネットワークを認証するといったアクションを実行し得る。
変形例１ｂは、図４ａ〜４ｂに示されている。 ここで、MAC CIoT DLは、ＭＭＥからソースｅＮＢへ、ソースｅＮＢからターゲットｅＮＢへ、ターゲットｅＮＢからＵＥへ送信され、次いで、ＮＡＳ鍵でＵＥによりチェックされる。
これは、ＲＬＦが発生する状況、例えば、CP CIoT最適化のためのＮＡＳデータの送信中に適用できる例である。
ステップ１から１８は、現在の３ＧＰＰ仕様で定義されているとおりである。
ステップ１９。ＵＥは、MAC CIoT ULを含むＲＲＣメッセージをターゲットｅＮＢに送信する。ＲＲＣメッセージは、ＲＲＣ接続再確立要求、ＲＲＣ再開要求、または他の何らかのＲＲＣメッセージであり得る。
ステップ２０。ターゲットｅＮＢは、MAC CIoT ULを含むＸ２メッセージをソースｅＮＢに送信する。Ｘ２メッセージは、X2 context fetchメッセージ（Ｘ２コンテキストフェッチメッセージ）であり得る。
ステップ２１。ソースｅＮＢは、MAC CIoT ULおよびInput-MAC CIoT ULを含むＳ１メッセージをＭＭＥに送信する。
ステップ２２。MAC CIoT ULおよびInput-MAC CIoT ULを受信すると、ＭＭＥはＵＥが実行したのと同じ計算を実行し、受信したMAC CIoT ULと比較することでMAC CIoT ULを検証する。検証が成功した場合、ＭＭＥはInput-MAC CIoT DLとKey-MAC CIoT DLを使用して上記のようにMAC CIoT DLを生成し、処理はステップ２３に続く。ここで、ＭＭＥは、成功を示すＳ１メッセージをソースｅＮＢに送信し、 MAC CIoT DLを含める。検証が失敗した場合、ＭＭＥはエラーを示すＳ１メッセージをソースｅＮＢへ送信する。ソースｅＮＢはその後、失敗を示すX2 UE context応答を送信する。この失敗により、ターゲットｅＮＢがＲＲＣ接続を解放するようにトリガされる（図示せず）。
ステップ２３。ＭＭＥは、成功を示すS1 Check responseメッセージ（Ｓ１チェック応答メッセージ）をソースｅＮＢへ送信する。メッセージにはMAC CIoT DLが含まれる。メッセージには更にInput-MAC CIoT DLが含まれる。
ステップ２４。ソースｅＮＢは、UE Context response（ＵＥコンテキスト応答）をターゲットｅＮＢに送信する。メッセージにはMAC CIoT ＤＬが含まれる。メッセージには更にInput-MAC CIoT DLが含まれる。
ステップ２５。ターゲットｅＮＢはＲＲＣ接続再確立メッセージをＵＥに送信する。メッセージにはMAC CIoT DLが含まれる。メッセージには更にInput-MAC CIoT DLが含まれる。
ステップ２６。ＲＲＣ接続再確立メッセージを受信すると、ＵＥは、前述のように、Input-MAC CIoT DLおよびKey-MAC CIoT DLを使用してMAC CIoT DLを認証する。
ステップ２７Ａ。MAC CIoT DL認証が成功した場合。
２７Ａ．１。ＵＥは、オプションでNAS Data PDUを含むＲＲＣ接続再確立完了メッセージをターゲットｅＮＢに送信する。
２７Ａ．２〜２７Ａ．５。これらの手順は、通常のパス切り替えおよびベアラ変更手順である。
２７Ａ．６。ターゲットｅＮＢは、UE Context Releaseと呼ばれるＸ２メッセージを送信することで、ソースｅＮＢにＵＥコンテキストを解放するように指示する。
ステップ２５でMAC CIoT DLの認証が失敗した場合、ＵＥは、更にメッセージを送信しない、または、RRC_CONNECTEDモードに移行してネットワークを認証するといったアクションを実行し得る。
変形例２ａが図５に示される。ここで、MAC CIoT DLは、ＭＭＥからターゲットｅＮＢに、S1 AP Path Switch Request Acknowledgmentメッセージで送信される。MAC CIoT DL はターゲットｅＮＢからＵＥに送信される。
この変形例は、ＭＭＥからターゲットｅＮＢに送信されるPath Switch Request Acknowledgmentと呼ばれる既存のS1APメッセージに基づいている。Path Switch Request Acknowledgementは、MAC CIoT DLおよびInput-MAC CIoT DLを伝送できるように変更されている。同じ効果を達成するために、ステップの順序、メッセージ、およびフィールドを変更できること、メッセージの結合、異なるメッセージなどに入れられるフィールドは、当業者には明らかであるべきである。
ステップ１〜１７は、図３ａに関連して前述したものと同じである。
ステップ１８〜１９も、図３ａに関連して前述したものと同じであるが、ＲＲＣ接続再確立手順の完全性のために図５にも示されている。
ステップ２０。ターゲットｅＮＢは、ソースｅＮＢにＵＥのコンテキストを送信するように要求する。Retrieve UE Context Request（リトリーブＵＥコンテキスト要求）と呼ばれる既存のＸ２メッセージは、必要に応じて適合させることができる（例えば、ResumeIdentityの代わりにReestabUE-Identityを使用する）。
ステップ２１。ソースｅＮＢは、ＵＥのコンテキストをターゲットｅＮＢに送信する。Retrieve UE Context Response（リトリーブＵＥコンテキスト応答）と呼ばれる既存のＸ２メッセージは、必要に応じて適合させることができる。
ステップ２２。ターゲットｅＮＢはＲＲＣ接続再確立メッセージをＵＥに送信する。
ステップ２３。ＵＥは、オプションでNAS Data PDU（プロトコルデータユニット）を含むＲＲＣ接続再確立完了メッセージをターゲットｅＮＢに送信する。
ステップ２４。ターゲットｅＮＢはPath Switch RequestをＭＭＥへ送信する。Path Switch Requestにおいて、ターゲットｅＮＢはMAC CIoT ULおよびInput-MAC CIoT ULを含める。前述のように、Input-MAC CIoT ULにはターゲットセルのＩＤが含まれ得る。ターゲットｅＮＢは、ステップ１９でMAC CIoT ULを受信する。Input-MAC CIoT ULは、ターゲットｅＮＢがステップ１９および／またはステップ２１で受信した情報、および／またはターゲットｅＮＢ自身の情報を含み得る。Path Switch Requestは、ＭＭＥがＭＭＥにおけるＵＥのコンテキストを識別できるようにするＵＥの情報を含み得る。そのＵＥの情報は、現在「Source MME US S1AP ID」と呼ばれ、ターゲットｅＮＢはステップ２３で受信した情報から提供することができる。
ステップ２５．ＭＭＥは、例えば、Fun-MAC CIoT DLへの入力としてInput-MAC CIoT ULおよびKey-MAC CIoT ULを使用することによって、MAC CIoT ULを認証する。Key-MAC CIoT ULは、一実施形態では、Key-MAC CIoT DL、すなわち、KASMEに基づいてＭＭＥおよびＵＥによってそれぞれ別個に導出され得るＮＡＳ保全性鍵と同じであり、当業者には既知である。
以下では、簡単化のために、現在の解決策に関連するステップのみを更に説明する。それは、ステップ２５における認証が成功した場合である。
ステップ２６。ＭＭＥは、Input-MAC CIoT DLとKey-MAC CIoT DLを使用して上記のようにMAC CIoT DLを生成する。ターゲットセルのＩＤ（セルＩＤ）等、Input-MAC CIoT DLのいくつかの要素は、Input-MAC CIoT ULから取得され得る。
ステップ２７。ＭＭＥは、ターゲットｅＮＢに成功を示すＳ１メッセージ、Path Switch Request Acknowledgeメッセージを送信し、Path Switch Request Acknowledgeメッセージは、MAC CIoT DLおよびInput-MAC CIoT DLを含むように適合される。
ステップ２８。ターゲットｅＮＢは、ＵＥによって送信され、前の手順で説明したMAC CIoT ULが本物であることを認識する。ターゲットｅＮＢは、ＲＲＣメッセージにおいてＵＥにMAC CIoT DLとInput-MAC CIoT DLを、例えばＲＲＣ ＤＬ情報転送手順のDLInformationTransferメッセージのDedicatedInfoNASフィールドにそれらを入れることにより、送信する。MAC CIoT DLをＵＥに伝えるというこの特定の目的のために、新しい種類のＲＲＣ手順、例えばＲＲＣ再確立の確認、が導入され得る。
ステップ２９。ＵＥは、例えば、Fun-MAC CIoT DLへの入力としてInput-MAC CIoT DLおよびKey-MAC CIoT DLを使用して、MAC CIoT DLを認証する。
ステップ２７でMAC CIoT DLの認証が失敗した場合、ＵＥは、更にメッセージを送信しない、または、RRC_CONNECTEDモードに移行してネットワークを認証するといったアクションを実行し得る。
変形例２ａが図６に示される。ここで、MAC CIoT DLは、新しいＳ１ＡＰメッセージでＭＭＥからターゲットｅＮＢに送信され、ターゲットｅＮＢからＵＥに送信される。
この変形例は、ターゲットｅＮＢからＭＭＥに送信される新しいＳ１ＡＰメッセージ（Check MAC Requestと示す）に基づく。Check MAC Requestメッセージは、MAC CIoT ULおよびInput-MAC CIoT ULを伝送できる。同様に、ＭＭＥからターゲットｅＮＢに送信されるCheck MAC AcknowledgeおよびCheck MAC Failureと表示される新しいＳ１ＡＰメッセージは、それぞれMAC CIoT ULが本物であるか本物ではないことを示すために使用される。新しいＳ１ＡＰメッセージCheck MAC Acknowledgeは、MAC CIoT DLおよびInput-MAC CIoT DLをＭＭＥからターゲットｅＮＢに送信する。ターゲットｅＮＢは、ＲＲＣ接続再確立メッセージに、ＵＥへのMAC CIoT DLおよびInput-MAC CIoT DLを含める。同じ効果を達成するために、ステップの順序、メッセージ、およびフィールドを変更できること、メッセージの結合、異なるメッセージなどに入れられるフィールド、に気づくことは、当業者には明らかであるべきである。
ステップ１〜１７は、図３に関連して前述したものと同じである。
ステップ１８〜１９も前述したものと同じであるが、ＲＲＣ接続再確立手順の完全性のために示されている。
ステップ２０。ターゲットｅＮＢは、ソースｅＮＢにＵＥのコンテキストを送信するように要求する。リトリーブＵＥコンテキスト要求と呼ばれる既存のＸ２メッセージは、例えば、ResumeIdentityの代わりにReestabUE-Identityを使用して、必要に応じて適合させることができる。
ステップ２１。ソースｅＮＢは、ＵＥのコンテキストをターゲットｅＮＢに送信する。Retrieve UE Context Responseと呼ばれる既存のＸ２メッセージは、必要に応じて適合させることができる。ＵＥのコンテキストは、ＵＥが登録されている対応するＭＭＥをターゲットｅＮＢに通知する。
ステップ２２。ターゲットｅＮＢは、ステップ２１で識別されたＭＭＥにCheck MAC Requestの形式でメッセージを送信する。Check MAC Requestにおいて、ターゲットｅＮＢはMAC CIoT ULおよびInput-MAC CIoT ULを含める。ターゲットｅＮＢは、ステップ１９でMAC CIoT ULを受信する。Input-MAC CIoT ULは、ステップ１９および／またはステップ２１でターゲットｅＮＢが受信した情報、および／またはターゲットｅＮＢ自身の情報を含み得る。Input-MAC CIoT ULに含まれるこのような情報は、ターゲットセルのＩＤであり得る。したがって、ＵＥ認証トークンMAC CIoT ULを生成するために、少なくともＮＡＳ保全性鍵とともに入力として使用される。Check MAC Requestはまた、ＭＭＥがＭＭＥにおけるＵＥのコンテキストを識別できるようにするＵＥの情報を含み得る。そのＵＥの情報は、例えば、ステップ２１でターゲットｅＮＢがソースｅＮＢから受信したMME UE S1AP IDであり得る。
ステップ２３。ＭＭＥは、Fun-MAC CIoT ULへの入力として、Input-MAC CIoT ULおよびKey-MAC CIoT UL（例えば、Key-MAC CIoT DLとして使用される同じNAS保全性鍵）を使用して、MAC CIoT ULを認証する。言い換えれば、Fun-MAC CIoT ULの結果は、受信したMAC CIoT ULの検証のために、受信したMAC CIoT ULと比較される。
以下では、簡単にするために、この変形例に関連するステップのみを更に説明する。ステップ２３における認証が成功した場合：
ステップ２４。ＭＭＥは、Input-MAC CIoT DLとKey-MAC CIoT DLを使用して上記のようにMAC CIoT DLを生成する。ターゲットセルのＩＤ等、Input-MAC CIoT DLのいくつかの要素は、Input-MAC CIoT ULから取得され得る。ＭＭＥは、成功を示すＳ１メッセージ（Check MAC Acknowledgeメッセージ）をターゲットｅＮＢに送信し、MAC CIoT DLおよびInput-MAC CIoT DLを含める。
ステップ２５。ＭＭＥは、Check MAC Request AcknowledgeメッセージをターゲットｅＮＢに送信する。当該メッセージは、MAC CIoT DLを含み、オプションでInput-MAC CIoT DLも含む。これで、ターゲットeNBは、前の手順で言及したMAC CIoT ULが本物であることを認識する。
ステップ２６。ターゲットｅＮＢはＲＲＣ接続再確立メッセージをＵＥに送信する。このメッセージは、MAC CIoT DLを含み、Input-MAC CIoT DLを含み得る。
ステップ２７。ＵＥは、例えば、Fun-MAC CIoT DLへの入力としてInput-MAC CIoT DLおよびKey-MAC CIoT DLを使用して、MAC CIoT DLを認証する。
ステップ２８。ステップ２７でMAC CIoT DLの認証が成功した場合、ＵＥはオプションでNAS Data PDUを含むＲＲＣ接続再確立完了メッセージをターゲットｅＮＢに送信する。
ステップ２７でMAC CIoT DLの認証が失敗した場合、ＵＥは、更にメッセージを送信しない、または、RRC_CONNECTEDモードに移行してネットワークを認証するといったいくつかのアクションを実行し得る。
一実施形態によれば、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続を再確立するための方法が、図７Ａを参照して提示される。この方法は、ＵＥ１によって実行され、Ｓ１００において、CP IoT最適化のために、ターゲットｅＮＢ３からＲＲＣ接続再確立メッセージを受信することを含む。ＲＲＣ接続再確立メッセージは、ＭＭＥ４によって生成され、入力としてＮＡＳ保全性鍵を持つＤＬ認証トークンを含み、受信したＤＬ認証トークンをＳ１１０で認証する。
ＤＬ認証トークンを含むＲＲＣ接続再確立メッセージには、オプションでInput-MAC CIoT DLを含めることもでき、受信したInput-MAC CIoT DLとNAS保全性鍵を使用して、受信したＤＬ認証トークンが認証され得る。
ＲＲＣメッセージは、MAC CIoT DLおよびオプションでInput-MAC CIoT DLを含むRRC DL情報転送メッセージであり、受信したMAC CIoT DLは、Input-MAC CIoT DLおよびキーMAC CIoT DLを使用して認証され得る。
Ｓ１００の前のオプションのステップＳ８０では、ＵＥは、ＮＡＳ保全性鍵を入力としてＵＥ認証トークン（図７ＡでUL ATと呼ばれる）を計算し、オプションのステップＳ９０では、ＵＥ認証トークンを含むＲＲＣ接続再確立要求をターゲットｅＮＢ３に送信する。入力としてターゲットセルのＩＤを使用してＵＬ認証トークンを計算でき、ターゲットセルのＩＤを、例えばInput-MAC ULの一部として、ＲＲＣ接続再確立要求に含めることができる。
一実施形態によれば、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続を再確立するための方法は、例えば、CP IoT最適化に対して、図７Ｂを参照して示される。当該方法は、ターゲットｅＮＢ３によって実行され、ＭＭＥ４から、ＭＭＥによって生成されたＤＬ認証トークンを含むメッセージを受信すること（Ｓ３００）であって、ＤＬ認証トークンは、入力としての非アクセス層保全性鍵とともに生成される、ことと、ＤＬ認証トークンを含むＲＲＣ接続再確立メッセージをＵＥ１に送信すること（Ｓ３１０）を含む。
Ｓ３００の前のオプションのステップＳ２８０において、ターゲットｅＮＢは、ＵＥ１から、ＵＬ認証トークンを含むＲＲＣ接続再確立要求を受信する。ここで、ＵＬ認証トークンは、ＮＡＳ保全性鍵を入力としてＵＥ１によって計算されている。一実施形態では、ＵＬ認証トークンは、ターゲットセルの識別子を含むInput-MAC CIoT ULとともに送信される。Ｓ３００の前のオプションのステップＳ２９０で、ターゲットｅＮＢは、オプションでターゲットセルのＩＤを含むInput-MAC CIoT ULとともに、ＵＬ認証トークンをＭＭＥ４に送信／転送する。
送信されたＲＲＣ接続再確立メッセージは、Input-MAC CIoT DLを含み得る。
受信したメッセージは、Input-MAC CIoT DLを含むPatch Switch Request Acknowledgeメッセージであり得る。
受信したメッセージは、Check MAC Acknowledgeメッセージであっても良く、Input-MAC CIoT DLを含んでも良い。
一実施形態によれば、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続を再確立するための方法は、例えば、CP IoT最適化に対して、図７Ｃを参照して示される。当該方法は、ソースｅＮＢ２で実行され、ＮＡＳ保全性鍵を入力として生成されたＤＬ認証トークンを取得すること（Ｓ２００）と、取得したＤＬ認証トークンを含む応答メッセージをターゲットｅＮＢ３に送信すること（Ｓ２１０）とを含む。
取得すること（Ｓ２００）は、ＤＬ認証トークンを生成すること、またはＭＭＥ４からS1 Check responseメッセージ（Ｓ１チェック応答メッセージ）を受信することを含むことができ、受信したS1 Check response（Ｓ１チェック応答）はＤＬ認証トークンおよびオプションとして Input-MAC CIoT DLを含む。
応答メッセージは、X2 UE Context responseメッセージ（Ｘ２ ＵＥ コンテキスト応答メッセージ）であり得る。
一実施形態によれば、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続を再確立するための方法は、例えば、CP IoT最適化に対して、図７Ｄを参照して示される。この方法は、ＭＭＥ４によって実行され、ＮＡＳ保全性鍵を入力としてＤＬ認証トークンを生成すること（Ｓ４００）、および生成されたＤＬ認証トークンを含むメッセージをターゲットｅＮＢ３に送信することを含む。ＤＬ認証トークンは、入力としてターゲットセルの識別子をも用いて計算され得る。
Ｓ４００の前のオプションのステップＳ３８０において、ＭＭＥは、ターゲットｅＮＢ３からＵＬ認証トークンを受信する。ここで、ＵＬ認証トークンは、ＮＡＳ保全性鍵を入力としてＵＥ１により生成される。また、オプションのステップＳ３９０において、ＭＭＥは、ＵＬ認証トークンを、例えば ＵＥと同じ方法で（たとえば、ＮＡＳ保全性鍵とターゲットセルのＩＤを入力として用いて）２番目のＵＬ認証トークンを計算し、２番目のＵＬ認証トークンをターゲットｅＮＢから受信したトークンと比較することによって、検証する。
当該メッセージは、Path Switch Request Acknowledgeメッセージであっても良く、Input-MAC CIoT DL.を含む。
当該メッセージは、Input-MAC CIoT DLを含むCheck MAC Acknowledgeメッセージであり得る。
一実施形態によれば、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続を再確立するためのＵＥ１が、図８を参照して提示される。ＵＥ１は、プロセッサ１０とコンピュータプログラム製品を有する。コンピュータプログラムは、プロセッサにより実行された場合に、ＵＥに、ターゲットｅＮＢ３からＲＲＣ接続再確立メッセージを受信させ、ここでＲＲＣ接続再確立メッセージは、ＭＭＥ４によって生成され入力としてＮＡＳ保全性鍵を持つＤＬ認証トークンを含み、受信したDL認証トークンを認証させる命令を格納する。
ＲＲＣ接続再確立メッセージには、オプションでInput-MAC CIoT DLを含めることもでき、Input-MAC CIoT DLとＮＡＳ保全性鍵を使用して、受信したＤＬ認証トークンが認証され得る。
一実施形態によれば、ＵＥ１とターゲットｅＮＢ３との間のＲＲＣ接続を再確立するためのソースｅＮＢが、図９を参照して提示される。ソースｅＮＢ２は、プロセッサ２０とコンピュータプログラム製品を有する。コンピュータプログラム製品は、プロセッサにより実行された場合に、ソースｅＮＢに、ＮＡＳ保全性鍵を入力として生成されたＤＬ認証トークンを取得させ、取得されたＤＬ認証トークンを含む応答メッセージをターゲットｅＮＢ３に送信させるための命令を格納する。
応答メッセージは、X2 UE Context responseメッセージであり得る。
一実施形態によれば、ＵＥ１とターゲットｅＮＢ３との間のＲＲＣ接続を再確立するためのターゲットｅＮＢが、図１０を参照して提示される。ターゲットｅＮＢ３は、プロセッサ３０とコンピュータプログラム製品を有する。コンピュータプログラム（製品）は、プロセッサにより実行された場合に、ターゲットｅＮＢに、ＭＭＥ４から、ＭＭＥ４によって生成されたＤＬ認証トークンを含むメッセージを受信させ、ここでＤＬ認証トークンは、入力としてのＮＡＳ保全性鍵とともに生成され、ＤＬ認証トークンを含むＲＲＣ接続再確立メッセージをＵＥ１に送信させる、ための命令を格納する。ＤＬ認証トークンは、一実施形態では、入力としてターゲットセルの識別子を用いてＭＭＥ４によって計算されてもよい。
送信されたＲＲＣ接続再確立メッセージは、オプションでターゲットセルの識別子を含み得るInput-MAC CIoT DLを含んでいる。
受信したメッセージは、Input-MAC CIoT DLを含むPatch Switch Request Acknowledgeメッセージであり得る。
受信したメッセージは、Input-MAC CIoT DLを含むCheck MAC Acknowledgeメッセージであり得る。
一実施形態によれば、ＵＥ１とターゲットｅＮＢ３との間のＲＲＣ接続を再確立するためのＭＭＥが、図１１を参照して提示される。ＭＭＥ４は、プロセッサ４０とコンピュータプログラム製品を有する。コンピュータプログラム製品は、プロセッサにより実行された場合に、ＭＭＥに、ＮＡＳ保全性鍵を入力としてＤＬ認証トークンを生成させ、生成されたＤＬ認証トークンを含むメッセージをターゲットｅＮＢ３に送信させる、ための命令を格納する。
当該メッセージは、Input-MAC CIoT DLを含むPath Switch Request Acknowledgeメッセージであり得る。
当該メッセージは、Input-MAC CIoT DLを含むCheck MAC Acknowledgeメッセージであり得る。
図８は、ＵＥ１のいくつかのコンポーネントを示す概略図である。プロセッサ１０は、メモリに格納されたコンピュータプログラム１４のソフトウェア命令を実行することが可能な、ＣＰＵ（central processing unit）、マルチプロセッサ、マイクロコントローラ、ＤＳＰ（デジタル信号プロセッサ）、特定用途向け集積回路などのうちの１つ以上の任意の組み合わせを使用して提供され得る。したがって、メモリは、コンピュータプログラム製品１２であるか、その一部を形成するとみなすことができる。プロセッサ１０は、図７Ａを参照して本明細書で説明される方法を実行するように構成され得る。
メモリは、読み取りおよび書き込みメモリ（ＲＡＭ）と読み取り専用メモリ（ＲＯＭ）の任意の組み合わせである。メモリはまた、例えば、磁気メモリ、光学メモリ、固体メモリ、またはリモートでマウントされたメモリでさえ、任意の単一のものまたは組み合わせであり得る永続的ストレージを備え得る。
例えば、プロセッサ１０におけるソフトウェア命令の実行中のデータの読み取りおよび／または保存のために、データメモリの形態の第２のコンピュータプログラム製品１３も提供され得る。データメモリは、読み取りおよび書き込みメモリ（ＲＡＭ）、および読み取り専用メモリ（ＲＯＭ）の組み合わせである可能性があり、また、例えば、磁気メモリ、光学メモリ、固体メモリ、またはリモートでマウントされたメモリでさえ、任意の単一のものまたは組み合わせであり得る永続的ストレージを備え得る。データメモリは、ＵＥ１に対する機能性を改善するために、例えば 他のソフトウェア命令１５を保持し得る。
ＵＥ１は更に、例えばユーザインタフェースを含む入力／出力（Ｉ／Ｏ）インタフェース１１を備え得る。ＵＥ１は、他のノードからシグナリングを受信するように構成された受信器と、他のノード（図示せず）にシグナリングを送信するように構成された送信器とを更に備えてもよい。ＵＥ１の他の構成要素は、本明細書に提示される概念を不明瞭にしないために省略されている。
図１２は、ＵＥ１の機能ブロックを示す概略図である。モジュールは、キャッシュサーバーで実行されるコンピュータプログラムなどのソフトウェア命令のみ、または特定用途向け集積回路、フィールドプログラマブルゲートアレイ、個別論理コンポーネント、トランシーバーといった、ハードウェアのみ、またはそれらの組み合わせとして実装され得る。代替実施形態では、機能ブロックのいくつかはソフトウェアによって実装され、他はハードウェアによって実装されてもよい。これらのモジュールは、図７Ａに示されている方法のステップに対応しており、判定マネージャー部６０と通信マネージャー部６１を備えている。モジュールの1つまたは複数がコンピュータプログラムによって実装される実施形態では、これらのモジュールは必ずしもプロセスモジュールに対応するわけではないが、実装されるプログラミング言語に従って命令として記述できることを理解されたい。それは、一部のプログラミング言語には通常、プロセスモジュールが含まれていないためである。
判定マネージャー６０は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続の再確立を可能にするためのものである。このモジュールは、図７Ａのチェックステップ（Ｓ１１０）、すなわち受信したＤＬ認証トークンの認証に対応する。このモジュールは、例えば コンピュータプログラムを実行するとき、図８のプロセッサ１０によって実行される。
通信マネージャー６１は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続の再確立を可能にするためのものである。このモジュールは、図７Ａの受信ステップ（Ｓ１００）に対応する。このモジュールは、例えば コンピュータプログラムを実行するとき、図１２のプロセッサ１０によって実行される。
図９は、ソースｅＮＢ２いくつかのコンポーネントを示す概略図である。プロセッサ２０は、メモリに格納されたコンピュータプログラム２４のソフトウェア命令を実行することが可能な、ＣＰＵ（central processing unit）、マルチプロセッサ、マイクロコントローラ、ＤＳＰ（デジタル信号プロセッサ）、特定用途向け集積回路などのうちの１つ以上の任意の組み合わせを使用して提供され得る。したがって、メモリは、コンピュータプログラム製品２２であるか、その一部を形成するとみなすことができる。プロセッサ２０は、図７Ｂを参照して本明細書で説明される方法を実行するように構成され得る。
メモリは、読み取りおよび書き込みメモリ（ＲＡＭ）と読み取り専用メモリ（ＲＯＭ）の任意の組み合わせである。メモリはまた、例えば、磁気メモリ、光学メモリ、固体メモリ、またはリモートでマウントされたメモリでさえ、任意の単一のものまたは組み合わせであり得る永続的ストレージを備え得る。
例えば、プロセッサ２０におけるソフトウェア命令の実行中のデータの読み取りおよび／または保存のために、データメモリの形態の第２のコンピュータプログラム製品２３も提供され得る。データメモリは、読み取りおよび書き込みメモリ（ＲＡＭ）、および読み取り専用メモリ（ＲＯＭ）の組み合わせである可能性があり、また、例えば、磁気メモリ、光学メモリ、固体メモリ、またはリモートでマウントされたメモリでさえ、任意の単一のものまたは組み合わせであり得る永続的ストレージを備え得る。データメモリは、ｅＮＢ２に対する機能性を改善するために、例えば 他のソフトウェア命令２５を保持し得る。
ｅＮＢ２は更に、例えばユーザインタフェースを含む入力／出力（Ｉ／Ｏ）インタフェース２１を備え得る。ソースｅＮＢ２は、他のノードからシグナリングを受信するように構成された受信器と、他のノード（図示せず）にシグナリングを送信するように構成された送信器とを更に備えてもよい。ソースｅＮＢ２の他の構成要素は、本明細書に提示される概念を不明瞭にしないために省略されている。
図１３は、ソースｅＮＢ２の機能ブロックを示す概略図である。モジュールは、キャッシュサーバーで実行されるコンピュータプログラムなどのソフトウェア命令のみ、または特定用途向け集積回路、フィールドプログラマブルゲートアレイ、個別論理コンポーネント、トランシーバーといった、ハードウェアのみ、またはそれらの組み合わせとして実装され得る。代替実施形態では、機能ブロックのいくつかはソフトウェアによって実装され、他はハードウェアによって実装されてもよい。これらのモジュールは、図７Ｃに示されている方法のステップに対応しており、判定マネージャー部７０と通信マネージャー部７１を備えている。モジュールの１つまたは複数がコンピュータプログラムによって実装される実施形態では、これらのモジュールは必ずしもプロセスモジュールに対応するわけではないが、実装されるプログラミング言語に従って命令として記述できることを理解されたい。それは、一部のプログラミング言語には通常、プロセスモジュールが含まれていないためである。
判定マネージャー７０は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続の再確立を可能にするためのものである。このモジュールは、図７Ｃの取得ステップ（Ｓ２００）に対応する。このモジュールは、例えば コンピュータプログラムを実行するとき、図９のプロセッサ２０によって実行される。
通信マネージャー７１は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続の再確立を可能にするためのものである。このモジュールは、図７Ｃの送信ステップ（Ｓ２１０）に対応する。このモジュールは、例えば コンピュータプログラムを実行するとき、図１３のプロセッサ２０によって実行される。
図１０は、ターゲットｅＮＢ３のいくつかのコンポーネントを示す概略図である。プロセッサ３０は、メモリに格納されたコンピュータプログラム３４のソフトウェア命令を実行することが可能な、ＣＰＵ（central processing unit）、マルチプロセッサ、マイクロコントローラ、ＤＳＰ（デジタル信号プロセッサ）、特定用途向け集積回路などのうちの１つ以上の任意の組み合わせを使用して提供され得る。したがって、メモリは、コンピュータプログラム製品３２であるか、その一部を形成するとみなすことができる。プロセッサ３０は、図７Ｃを参照して本明細書で説明される方法を実行するように構成され得る。
メモリは、読み取りおよび書き込みメモリ（ＲＡＭ）と読み取り専用メモリ（ＲＯＭ）の任意の組み合わせである。メモリはまた、例えば、磁気メモリ、光学メモリ、固体メモリ、またはリモートでマウントされたメモリでさえ、任意の単一のものまたは組み合わせであり得る永続的ストレージを備え得る。
例えば、プロセッサ３０におけるソフトウェア命令の実行中のデータの読み取りおよび／または保存のために、データメモリの形態の第２のコンピュータプログラム製品３３も提供され得る。データメモリは、読み取りおよび書き込みメモリ（ＲＡＭ）、および読み取り専用メモリ（ＲＯＭ）の組み合わせである可能性があり、また、例えば、磁気メモリ、光学メモリ、固体メモリ、またはリモートでマウントされたメモリでさえ、任意の単一のものまたは組み合わせであり得る永続的ストレージを備え得る。データメモリは、ターゲットｅＮＢ３に対する機能性を改善するために、例えば 他のソフトウェア命令３５を保持し得る。
ターゲットｅＮＢ３は更に、例えばユーザインタフェースを含む入力／出力（Ｉ／Ｏ）インタフェース３１を備え得る。ターゲットｅＮＢ３は、他のノードからシグナリングを受信するように構成された受信器と、他のノード（図示せず）にシグナリングを送信するように構成された送信器とを更に備えてもよい。ターゲットｅＮＢ３の他の構成要素は、本明細書に提示される概念を不明瞭にしないために省略されている。
図１４は、ターゲットｅＮＢ３いくつかの機能ブロックを示す概略図である。モジュールは、キャッシュサーバーで実行されるコンピュータプログラムなどのソフトウェア命令のみ、または特定用途向け集積回路、フィールドプログラマブルゲートアレイ、個別論理コンポーネント、トランシーバーといった、ハードウェアのみ、またはそれらの組み合わせとして実装され得る。代替実施形態では、機能ブロックのいくつかはソフトウェアによって実装され、他はハードウェアによって実装されてもよい。これらのモジュールは、図７Ｂに示されている方法のステップに対応しており、判定マネージャー部８０と通信マネージャー部８１を備えている。モジュールの１つまたは複数がコンピュータプログラムによって実装される実施形態では、これらのモジュールは必ずしもプロセスモジュールに対応するわけではないが、実装されるプログラミング言語に従って命令として記述できることを理解されたい。それは、一部のプログラミング言語には通常、プロセスモジュールが含まれていないためである。
通信マネージャー８１は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続の再確立を可能にするためのものである。このモジュールは、図７Ｂの受信ステップ（Ｓ３００）および送信ステップ（３１０）に対応する。このモジュールは、例えば コンピュータプログラムを実行するとき、図１０のプロセッサ３０によって実行される。
図１１は、ＭＭＥ４のいくつかのコンポーネントを示す概略図である。プロセッサ４０は、メモリに格納されたコンピュータプログラム４４のソフトウェア命令を実行することが可能な、ＣＰＵ（central processing unit）、マルチプロセッサ、マイクロコントローラ、ＤＳＰ（デジタル信号プロセッサ）、特定用途向け集積回路などのうちの１つ以上の任意の組み合わせを使用して提供され得る。したがって、メモリは、コンピュータプログラム製品４２であるか、その一部を形成するとみなすことができる。プロセッサ４０は、図７Ｄを参照して本明細書で説明される方法を実行するように構成され得る。
メモリは、読み取りおよび書き込みメモリ（ＲＡＭ）と読み取り専用メモリ（ＲＯＭ）の任意の組み合わせである。メモリはまた、例えば、磁気メモリ、光学メモリ、固体メモリ、またはリモートでマウントされたメモリでさえ、任意の単一のものまたは組み合わせであり得る永続的ストレージを備え得る。
例えば、プロセッサ４０におけるソフトウェア命令の実行中のデータの読み取りおよび／または保存のために、データメモリの形態の第２のコンピュータプログラム製品４３も提供され得る。データメモリは、読み取りおよび書き込みメモリ（ＲＡＭ）、および読み取り専用メモリ（ＲＯＭ）の組み合わせである可能性があり、また、例えば、磁気メモリ、光学メモリ、固体メモリ、またはリモートでマウントされたメモリでさえ、任意の単一のものまたは組み合わせであり得る永続的ストレージを備え得る。データメモリは、ＭＭＥ４に対する機能性を改善するために、例えば 他のソフトウェア命令４５を保持し得る。
ＭＭＥ４は更に、例えばユーザインタフェースを含む入力／出力（Ｉ／Ｏ）インタフェース４１を備え得る。ＭＭＥ４は、他のノードからシグナリングを受信するように構成された受信器と、他のノード（図示せず）にシグナリングを送信するように構成された送信器とを更に備えてもよい。ＭＭＥ４の他の構成要素は、本明細書に提示される概念を不明瞭にしないために省略されている。
図１５は、ＭＭＥ４の機能ブロックを示す概略図である。モジュールは、キャッシュサーバーで実行されるコンピュータプログラムなどのソフトウェア命令のみ、または特定用途向け集積回路、フィールドプログラマブルゲートアレイ、個別論理コンポーネント、トランシーバーといった、ハードウェアのみ、またはそれらの組み合わせとして実装され得る。代替実施形態では、機能ブロックのいくつかはソフトウェアによって実装され、他はハードウェアによって実装されてもよい。これらのモジュールは、図７Ｄに示されている方法のステップに対応しており、判定マネージャー部９０と通信マネージャー部９１を備えている。モジュールの１または複数がコンピュータプログラムによって実装される実施形態では、これらのモジュールは必ずしもプロセスモジュールに対応するわけではないが、実装されるプログラミング言語に従って命令として記述できることを理解されたい。それは、一部のプログラミング言語には通常、プロセスモジュールが含まれていないためである。
判定マネージャー９０は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続の再確立を可能にするためのものである。このモジュールは、図７Ｄの生成ステップ（４００）に対応する。このモジュールは、例えば コンピュータプログラムを実行するとき、図１１のプロセッサ４０によって実行される。
通信マネージャー９１は、ＵＥとターゲットｅＮＢとの間のＲＲＣ接続の再確立を可能にするためのものである。このモジュールは、図７Ｄの送信ステップＳ４１０に対応する。このモジュールは、例えば コンピュータプログラムを実行するとき、図１１のプロセッサ４０によって実行される。
本発明は、いくつかの実施形態を参照して主に説明された。しかしながら、当業者には容易に理解されるように、上に開示されたもの以外の他の実施形態も、添付の項目別の実施形態のリストによって定義されるように、本発明の範囲内で等しく可能である。

Claims (44)

  1. ユーザ装置（ＵＥ）（１）とターゲット進化型ノードＢ（ターゲットｅＮＢ）（３）との間の無線リソース制御（ＲＲＣ）接続を再確立するための方法であって、前記方法は前記ＵＥ（１）によって実行され、前記方法は、
    前記ターゲットｅＮＢ（３）からＲＲＣ接続再確立メッセージを受信すること（Ｓ１００）であって、前記ＲＲＣ接続再確立メッセージは、モビリティ管理エンティティ（ＭＭＥ）（４）によって生成され、入力として非アクセス層保全性鍵を有するダウンリンク（ＤＬ）認証トークンを含む、ことと、
    前記受信したＤＬ認証トークンを認証すること（Ｓ１１０）を含む、方法。
  2. 請求項１に記載の方法であって、入力として前記非アクセス層保全性鍵を用いてアップリンク（ＵＬ）認証トークンを計算することと、前記ＵＬ認証トークンを含むＲＲＣ接続再確立要求を前記ターゲットｅＮＢ（３）に送信することを含む、方法。
  3. 請求項２に記載の方法であって、前記ＵＬ認証トークンは、入力としてターゲットセルの識別子を用いて計算される、方法。
  4. 請求項３に記載の方法であって、前記ＲＲＣ接続再確立要求に前記ターゲットセルの識別子を含める、方法。
  5. 請求項１に記載の方法であって、前記ＤＬ認証トークンは、入力としてターゲットセルの識別子を用いて前記モビリティ管理エンティティ（４）により計算されている、方法。
  6. 請求項１から５のいずれか１項に記載の方法であって、前記ＲＲＣ接続再確立メッセージは、Input MAC CIoT DLを含み、前記Input MAC CIoT DLと前記非アクセス層保全性鍵とを使用することにより前記受信したＤＬ認証トークンを認証することを含む、方法。
  7. ユーザ装置（ＵＥ）（１）とターゲット進化型ノードＢ（ターゲットｅＮＢ）（３）との間の無線リソース制御（ＲＲＣ）接続を再確立するための方法であって、前記方法は前記ターゲットｅＮＢ（３）によって実行され、前記方法は、
    モビリティ管理エンティティ（ＭＭＥ）（４）から、前記ＭＭＥによって生成されたダウンリンク（ＤＬ）認証トークンを含むメッセージを受信すること（Ｓ３００）であって、前記ＤＬ認証トークンは入力として非アクセス層保全性鍵を用いて生成されている、ことと、
    ＲＲＣ接続再確立メッセージを前記ＵＥ（１）に送信すること（Ｓ３１０）であって、前記ＲＲＣ接続再確立メッセージは前記ＤＬ認証トークンを含むこと、を含む方法。
  8. 請求項７に記載の方法であって、アップリンク（ＵＬ）認証トークンを含むＲＲＣ接続再確立要求を受信することであって、前記ＵＬ認証トークンは入力として前記非アクセス層保全性鍵を用いて前記ＵＥによって計算されていること、を含む方法。
  9. 請求項８に記載の方法であって、前記ＵＬ認証トークンは、入力としてターゲットセルの識別子を用いて前記ＵＥ（１）により計算されている、方法。
  10. 請求項７に記載の方法であって、前記ＤＬ認証トークンは、入力としてターゲットセルの識別子を用いて前記ＭＭＥ（４）により計算されている、方法。
  11. 請求項７から１０のいずれか１項に記載の方法であって、前記ＲＲＣ接続再確立メッセージはInput MAC CIoT DLを含む、方法。
  12. 請求項７から１１のいずれか１項に記載の方法であって、前記受信したメッセージは、Patch Switch Request Acknowledgeメッセージであり、Input-MAC CIoT DLを含む、方法。
  13. 請求項７から１１のいずれか１項に記載の方法であって、前記受信したメッセージは、Check MAC Acknowledgeメッセージであり、Input-MAC CIoT DLを含む、方法。
  14. ユーザ装置（ＵＥ）（１）とターゲット進化型ノードＢ（ターゲットｅＮＢ）（３）との間の無線リソース制御（ＲＲＣ）接続を再確立するための方法であって、前記方法はソースｅＮＢ（２）によって実行され、前記方法は、
    入力として非アクセス層保全性鍵を用いて生成されているダウンリンク（ＤＬ）認証トークンを取得すること（Ｓ２００）と、
    応答メッセージを前記ターゲットｅＮＢ（３）へ送信することであって、前記応答メッセージは前記取得したＤＬ認証トークンを含むこと、を含む方法。
  15. 請求項１４に記載の方法であって、前記取得すること（Ｓ２００）は、前記認証トークンを生成すること、または、モビリティ管理エンティティ（４）から S1 Check responseメッセージを受信することを含み、前記受信した S1 Check responseメッセージは、前記ＤＬ認証トークンおよび／またはInput-MAC CIoT DLを含む、方法。
  16. 請求項１５に記載の方法であって、前記応答メッセージは、X2 UE Context responseメッセージである、方法。
  17. ユーザ装置（ＵＥ）（１）とターゲット進化型ノードＢ（ターゲットｅＮＢ）（３）との間の無線リソース制御（ＲＲＣ）接続を再確立するための方法であって、前記方法はモビリティ管理エンティティ（ＭＭＥ）（４）によって実行され、前記方法は、
    入力として非アクセス層保全性鍵を用いてダウンリンク（ＤＬ）認証トークンを生成すること（Ｓ４００）と、
    前記生成したＤＬ認証トークンを含むメッセージを前記ターゲットｅＮＢ（３）へ送信すること（Ｓ４１０）を含む、方法。
  18. 請求項１７に記載の方法であって、入力としてターゲットセルの識別子を用いて前記ＤＬ認証トークンを生成することを含む、方法。
  19. 請求項１７に記載の方法であって、
    アップリンク（ＵＬ）認証トークンを前記ターゲットｅＮＢから受信することであって、前記ＵＬ認証トークンは、入力として前記非アクセス層保全性鍵を用いて前記ＵＥ（１）により生成されている、ことと、
    前記認証トークンを検証することを含む、方法。
  20. 請求項１９に記載の方法であって、前記ＵＬ認証トークンは、入力としてターゲットセルの識別子を用いて前記ＵＥ（１）により生成されている、方法。
  21. 請求項１７から２０のいずれか１項に記載の方法であって、前記メッセージは、Path Switch Request Acknowledgeメッセージであり、Input-MAC CIoT DLを含む、方法。
  22. 請求項１７から２０のいずれか１項に記載の方法であって、前記メッセージは、Check MAC Acknowledgeメッセージであり、Input-MAC CIoT DLを含む、方法。
  23. ユーザ装置（ＵＥ）（１）とターゲット進化型ノードＢ（ターゲットｅＮＢ）（３）との間の無線リソース制御（ＲＲＣ）接続を再確立するための前記ＵＥ（１）あって、前記ＵＥ（１）は、
    プロセッサ（１０）と、
    命令を格納するコンピュータプログラム製品（１２、１３）を有し、前記命令は前記プロセッサにより実行された場合に、前記ＵＥに、
    前記ターゲットｅＮＢ（３）からＲＲＣ接続再確立メッセージを受信させ、ここで前記ＲＲＣ接続再確立メッセージは、モビリティ管理エンティティ（ＭＭＥ）（４）によって生成され、入力として非アクセス層保全性鍵を有するダウンリンク（ＤＬ）認証トークンを含み、
    受信したＤＬ認証トークンを認証させる、ＵＥ。
  24. 請求項２３に記載のＵＥであって、前記ＲＲＣ接続再確立メッセージは、Input-MAC CIoT DLを含み、前記受信したＤＬ認証トークンは、前記Input-MAC CIoT DLと前記非アクセス層保全性鍵とを使用することにより認証される、ＵＥ。
  25. 請求項２３または２４に記載のＵＥであって、前記ＤＬ認証トークンは、入力としてターゲットセルの識別子を用いて前記モビリティ管理エンティティ（４）により計算されている、ＵＥ。
  26. ユーザ装置（ＵＥ）（１）とターゲット進化型ノードＢ（ターゲットｅＮＢ）（３）との間の無線リソース制御（ＲＲＣ）接続を再確立するための前記ターゲットｅＮＢであって、前記ターゲットｅＮＢ（３）は、
    プロセッサ（３０）と、
    命令を格納するコンピュータプログラム製品（３２、３３）を有し、前記命令は前記プロセッサにより実行された場合に、前記ターゲットｅＮＢに、
    モビリティ管理エンティティ（ＭＭＥ）（４）から、前記ＭＭＥによって生成されたダウンリンク（ＤＬ）認証トークンを含むメッセージを受信させ、ここで、前記ＤＬ認証トークンは入力として非アクセス層保全性鍵を用いて生成されており、
    ＲＲＣ接続再確立メッセージを前記ＵＥ（１）に送信させ、ここで、前記ＲＲＣ接続再確立メッセージは前記ＤＬ認証トークンを含む、ターゲットｅＮＢ。
  27. 請求項２６に記載のターゲットｅＮＢ（３）であって、前ＤＬ認証トークンは、入力としてターゲットセルの識別子を用いて前記ＭＭＥ（４）により計算されている、ターゲットｅＮＢ。
  28. 請求項２６または２７に記載のターゲットｅＮＢ（３）であって、前記ＲＲＣ接続再確立メッセージはInput MAC CIoT DLを含む、ターゲットｅＮＢ。
  29. 請求項２６に記載のターゲットｅＮＢ（３）であって、前記受信したメッセージは、Patch Switch Request Acknowledgeメッセージであり、Input-MAC CIoT DLを含む、ターゲットｅＮＢ。
  30. 請求項２６に記載のターゲットｅＮＢであって、前記受信したメッセージは、Check MAC Acknowledgeメッセージであり、Input-MAC CIoT DLを含む、ターゲットｅＮＢ。
  31. ユーザ装置（ＵＥ）（１）とターゲットｅＮＢ（３）との間の無線リソース制御（ＲＲＣ）接続を再確立するためのソース進化型ノードＢ（ソースｅＮＢ）（２）であって、前記ソースｅＮＢ（２）は、
    プロセッサ（２０）と、
    命令を格納するコンピュータプログラム製品（２２、２３）を有し、前記命令は前記プロセッサにより実行された場合に、前記ソースｅＮＢに、
    入力として非アクセス層保全性鍵を用いて生成されているダウンリンク（ＤＬ）認証トークンを取得させ、
    応答メッセージを前記ターゲットｅＮＢ（３）へ送信させ、前記応答メッセージは前記取得したＤＬ認証トークンを含む、ソースｅＮＢ。
  32. 請求項３１に記載のソースｅＮＢであって、前記応答メッセージは、X2 UE Context応答メッセージである、ソースｅＮＢ。
  33. ユーザ装置（ＵＥ）（１）とターゲット進化型ノードＢ（ターゲットｅＮＢ）（３）との間の無線リソース制御（ＲＲＣ）接続を再確立するためのモビリティ管理エンティティ（ＭＭＥ）（４）であって、前記ＭＭＥ（４）は、
    プロセッサ（４０）と、
    命令を格納するコンピュータプログラム製品（４２、４３）を有し、前記命令は前記プロセッサにより実行された場合に、前記ＭＭＥに、
    入力として非アクセス層保全性鍵を用いてダウンリンク（ＤＬ）認証トークンを生成させ、
    前記生成したＤＬ認証トークンを含むメッセージを前記ターゲットｅＮＢ（３）へ送信させる、ＭＭＥ。
  34. 請求項３３に記載のＭＭＥであって、前記メッセージは、Path Switch Request Acknowledgeメッセージであり、Input-MAC CIoT DLを含む、ＭＭＥ。
  35. 請求項３３に記載のＭＭＥであって、前記受信したメッセージは、Check MAC Acknowledgeメッセージであり、Input-MAC CIoT DLを含む、ＭＭＥ。
  36. ユーザ装置（ＵＥ）（１）およびターゲット進化型ノードＢ（ターゲットｅＮＢ）（３）との間の無線リソース制御（ＲＲＣ）接続を再確立するための前記ＵＥ（１）あって、前記ＵＥ（１）は、
    前記ターゲットｅＮＢ（３）からＲＲＣ接続再確立メッセージを受信するための通信マネージャー（６１）であって、前記ＲＲＣ接続再確立メッセージは、モビリティ管理エンティティ（ＭＭＥ）（４）によって生成され、入力として非アクセス層（ＮＡＳ）保全性鍵を有するダウンリンク（ＤＬ）認証トークンを含む、通信マネージャーと、
    受信したＤＬ認証トークンを認証する（Ｓ１１０）ための判定マネージャー（６０）とを有するＵＥ。
  37. ユーザ装置（ＵＥ）（１）とターゲット進化型ノードＢ（ターゲットｅＮＢ）（３）との間の無線リソース制御（ＲＲＣ）接続を再確立するための前記ターゲットｅＮＢ（３）であって、前記ターゲットｅＮＢ（３）は、
    モビリティ管理エンティティ（ＭＭＥ）（４）から、前記ＭＭＥによって生成されたダウンリンク（ＤＬ）認証トークンを含むメッセージを受信し、ＲＲＣ接続再確立メッセージを前記ＵＥへ送信するための通信マネージャー（６１）を有し、前記ＤＬ認証トークンは入力として非アクセス層保全性鍵を用いて生成されており、前記ＲＲＣ接続再確立メッセージは前記ＤＬ認証トークンを含む、ターゲットｅＮＢ。
  38. ユーザ装置（ＵＥ）（１）とターゲットｅＮＢ（３）との間の無線リソース制御（ＲＲＣ）接続を再確立するためのソース進化型ノードＢ（ソースｅＮＢ）（２）であって、前記ソースｅＮＢ（２）は、
    入力として非アクセス層保全性鍵を用いて生成されているダウンリンク（ＤＬ）認証トークンを取得するための判定マネージャー（７０）と、
    応答メッセージを前記ターゲットｅＮＢ（３）へ送信するための通信マネージャー（７１）とを有し、前記応答メッセージは前記取得したＤＬ認証トークンを含む、ソースｅＮＢ。
  39. ユーザ装置（１）およびターゲット進化型ノードＢ（３）との間の無線リソース制御（ＲＲＣ）接続を再確立するためのモビリティ管理エンティティ（ＭＭＥ）（４）であって、前記ＭＭＥ（４）は、
    入力として非アクセス層保全性鍵を用いてダウンリンク（ＤＬ）認証トークンを生成するための判定マネージャー（９０）と、
    前記生成したＤＬ認証トークンを含むメッセージを前記ターゲットｅＮＢ（３）へ送信するための通信マネージャー（９１）とを有する、ＭＭＥ。
  40. ユーザ装置（１）およびターゲット進化型ノードＢ（ターゲットｅＮＢ）（３）との間の無線リソース制御（ＲＲＣ）接続を再確立するためのコンピュータプログラム（１４、１５）であって、前記コンピュータプログラムは、前記ＵＥ（１）上で実行されると、前記ＵＥに、
    前記ターゲットｅＮＢ（３）からＲＲＣ接続再確立メッセージを受信させ（Ｓ１００）、ここで前記ＲＲＣ接続再確立メッセージは、移動管理エンティティ（ＭＭＥ）（４）によって生成され、入力として非アクセス層保全性鍵を有するダウンリンク（ＤＬ）認証トークンを含み、
    受信したＤＬ認証トークンを認証させる（Ｓ１１０）、コンピュータプログラムコードを含む、コンピュータプログラム。
  41. ユーザ装置（１）およびターゲット進化型ノードＢ（ターゲットｅＮＢ）（３）との間の無線リソース制御（ＲＲＣ）接続を再確立するためのコンピュータプログラム（３４、３５）であって、前記コンピュータプログラムは、前記ターゲットｅＮＢ（３）上で実行されると、前記ターゲットｅＮＢに、
    モビリティ管理エンティティ（ＭＭＥ）（４）から、前記ＭＭＥによって生成されたダウンリンク（ＤＬ）認証トークンを含むメッセージを受信させ、ここで、前記ＤＬ認証トークンは入力として非アクセス層保全性鍵を用いて生成されており、
    ＲＲＣ接続再確立メッセージを前記ＵＥ（１）に送信させ、ここで、前記ＲＲＣ接続再確立メッセージは前記ＤＬ認証トークンを含む、コンピュータプログラムコードを含む、コンピュータプログラム。
  42. ユーザ装置（１）およびターゲット進化型ノードＢ（ターゲットｅＮＢ）（３）との間の無線リソース制御（ＲＲＣ）接続を再確立するためのコンピュータプログラム（２４、２５）であって、前記コンピュータプログラムは、前記ソースｅＮＢ（２）上で実行されると、前記ソースｅＮＢに、
    入力として非アクセス層保全性鍵を用いて生成されているダウンリンク（ＤＬ）認証トークンを取得すること（Ｓ２００）と、
    応答メッセージを前記ターゲットｅＮＢ（３）へ送信させ、ここで、前記応答メッセージは前記取得したＤＬ認証トークンを含む、コンピュータプログラムコードを含む、コンピュータプログラム。
  43. ユーザ装置（１）およびターゲット進化型ノードＢ（ターゲットｅＮＢ）（３）との間の無線リソース制御（ＲＲＣ）接続を再確立するためのコンピュータプログラム（４４、４５）であって、前記コンピュータプログラムは、モビリティ管理エンティティ（ＭＭＥ）（４）上で実行されると、前記ＭＭＥに、
    入力として非アクセス層保全性鍵を用いてダウンリンク（ＤＬ）認証トークンを生成させ、
    前記生成したＤＬ認証トークンを含むメッセージを前記ターゲットｅＮＢ（３）へ送信させる、コンピュータプログラムコードを含む、コンピュータプログラム。
  44. 請求項４０から４４のいずれか１項に記載のコンピュータプログラム（１４、１５； ２４、２５； ３４、３５； ４４、４５）と、前記コンピュータプログラムが格納されるコンピュータ可読記憶手段とを含むコンピュータプログラム製品（１２、１３； ２２、２３； ３２、３３； ４２、４３）。
JP2019536077A 2017-01-30 2018-01-29 無線リソース制御接続の再確立 Active JP6725764B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201762451866P 2017-01-30 2017-01-30
US62/451,866 2017-01-30
PCT/EP2018/052162 WO2018138355A1 (en) 2017-01-30 2018-01-29 Methods and apparatuses for re-establishing a radio resource control (rrc) connection

Publications (2)

Publication Number Publication Date
JP2020504521A true JP2020504521A (ja) 2020-02-06
JP6725764B2 JP6725764B2 (ja) 2020-07-22

Family

ID=61163696

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019536077A Active JP6725764B2 (ja) 2017-01-30 2018-01-29 無線リソース制御接続の再確立

Country Status (11)

Country Link
US (2) US11146951B2 (ja)
EP (3) EP3599784B1 (ja)
JP (1) JP6725764B2 (ja)
KR (1) KR102117644B1 (ja)
CN (2) CN112243232A (ja)
DK (1) DK3485669T3 (ja)
ES (3) ES2764438T3 (ja)
HU (1) HUE047851T2 (ja)
PL (2) PL3485669T3 (ja)
WO (1) WO2018138355A1 (ja)
ZA (1) ZA201904139B (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109462847B (zh) * 2017-07-28 2019-08-02 华为技术有限公司 安全实现方法、相关装置以及系统
CN110830988B (zh) * 2018-08-08 2023-08-15 维沃移动通信有限公司 一种安全更新方法、网络设备及终端
CN110831255B (zh) * 2018-08-09 2023-05-02 大唐移动通信设备有限公司 重建rrc连接的方法、基站、移动终端及存储介质
CN110831002B (zh) * 2018-08-10 2021-12-03 华为技术有限公司 一种密钥推演的方法、装置及计算存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110261961A1 (en) * 2010-04-22 2011-10-27 Qualcomm Incorporated Reduction in bearer setup time

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103974247B (zh) 2007-12-11 2019-04-30 爱立信电话股份有限公司 生成蜂窝无线电系统中的无线电基站密钥的方法和设备
US8145195B2 (en) 2008-04-14 2012-03-27 Nokia Corporation Mobility related control signalling authentication in mobile communications system
EP2592868B8 (en) 2009-04-27 2020-11-04 Huawei Technologies Co., Ltd. Service recovery method and apparatus for a wireless communication network
KR101700448B1 (ko) * 2009-10-27 2017-01-26 삼성전자주식회사 이동 통신 시스템에서 보안 관리 시스템 및 방법
KR20140091697A (ko) 2011-10-27 2014-07-22 삼성전자주식회사 이동통신 시스템에서 단말의 전력 소모를 효과적으로 감소시키는 방법 및 장치
US9155121B2 (en) * 2012-03-27 2015-10-06 Blackberry Limited Re-establishment of suspended RRC connection at a different eNB
US9497673B2 (en) 2013-11-01 2016-11-15 Blackberry Limited Method and apparatus to enable multiple wireless connections
US10142840B2 (en) * 2015-01-29 2018-11-27 Motorola Mobility Llc Method and apparatus for operating a user client wireless communication device on a wireless wide area network
US11457347B2 (en) * 2016-04-29 2022-09-27 Intel Corporation Techniques to manage service requests in a wireless network
US10827542B2 (en) * 2016-04-29 2020-11-03 Apple Inc. Cellular IOT control and user plane switching
WO2018031345A1 (en) 2016-08-12 2018-02-15 Intel IP Corporation Initiation of radio resource control (rrc) connection reestablishment using security tokens
US10462837B2 (en) * 2016-11-04 2019-10-29 Qualcomm Incorporated Method, apparatus, and system for reestablishing radio communication links due to radio link failure
EP3536000B1 (en) 2016-11-07 2021-07-21 Telefonaktiebolaget LM Ericsson (PUBL) Handling radio link failure in a narrow bandwidth internet of things control plane
WO2018088630A1 (ko) * 2016-11-09 2018-05-17 엘지전자 주식회사 Rrc 메시지를 전송하는 방법 및 무선 기기
EP4027676A1 (en) * 2016-12-30 2022-07-13 Huawei Technologies Co., Ltd. Link re-establishment methods, apparatus and programmable storage media
JP6625787B2 (ja) 2017-01-25 2019-12-25 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 無線リソース制御接続の再確立

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110261961A1 (en) * 2010-04-22 2011-10-27 Qualcomm Incorporated Reduction in bearer setup time

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
INTEL CORPORATION: "Connected mode mobility for NB-IOT UE using CP CIoT EPS optimisation", 3GPP TSG-RAN WG2#95BIS R2-166683, JPN6019046980, 1 October 2016 (2016-10-01), FR, pages 2 - 2, ISSN: 0004167254 *
INTEL CORPORATION: "Inter-eNB connected mobility for NB-IOT UE using CIoT EPS CP optimisation", 3GPP TSG-RAN WG2#95 R2-164999, JPN6019046978, 13 August 2016 (2016-08-13), FR, pages 2, ISSN: 0004167253 *
SAMSUNG: "RRC aspects of Suspend/Resume Procedure", 3GPP TSG RAN WG2 ADHOC_2016_01_LTE_NB_IOT R2-160522, JPN6019046983, 13 January 2016 (2016-01-13), FR, pages 2 - 1, ISSN: 0004167255 *

Also Published As

Publication number Publication date
US20220014914A1 (en) 2022-01-13
PL3485669T3 (pl) 2020-04-30
US11689922B2 (en) 2023-06-27
PL3783939T3 (pl) 2023-03-20
WO2018138355A1 (en) 2018-08-02
ES2845874T3 (es) 2021-07-28
KR20190094477A (ko) 2019-08-13
CN110235459B (zh) 2020-11-03
CN112243232A (zh) 2021-01-19
ZA201904139B (en) 2020-12-23
HUE047851T2 (hu) 2020-05-28
ES2936657T3 (es) 2023-03-21
EP3599784A1 (en) 2020-01-29
EP3485669A1 (en) 2019-05-22
US20200337104A1 (en) 2020-10-22
KR102117644B1 (ko) 2020-06-02
JP6725764B2 (ja) 2020-07-22
EP3485669B1 (en) 2019-09-25
EP3783939A1 (en) 2021-02-24
CN110235459A (zh) 2019-09-13
EP3783939B1 (en) 2022-11-09
EP3599784B1 (en) 2020-11-18
DK3485669T3 (da) 2019-12-16
ES2764438T3 (es) 2020-06-03
US11146951B2 (en) 2021-10-12

Similar Documents

Publication Publication Date Title
US9817720B2 (en) Methods, apparatuses and computer program products enabling to improve handover security in mobile communication networks
US8526617B2 (en) Method of handling security configuration in wireless communications system and related communication device
US8750515B2 (en) Method and system for generating an identifier of a key
US11689922B2 (en) Re-establishing a radio resource control connection
EP3905743B1 (en) Re-establishing a radio resource control connection
US11445365B2 (en) Communication method and communications apparatus
WO2015081784A1 (zh) 一种验证安全能力的方法、设备及系统
JP2024506102A (ja) 進化型パケットシステム非アクセス層セキュリティアルゴリズムを構成する方法、および関連装置
WO2023185960A1 (zh) 通信方法及装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190822

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190822

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20190822

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20191120

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20191206

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20200306

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200508

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20200608

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200625

R150 Certificate of patent or registration of utility model

Ref document number: 6725764

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250