JP7383834B2 - 機器インタラクション方法及びコアネットワーク機器 - Google Patents

Description

関連出願の相互参照

本出願は、２０２０年０４月３０日に中国で提出された中国特許出願番号Ｎｏ．２０２０１０３６８３２６．５の優先権を主張しており、同出願の内容の全ては、ここに参照として取り込まれる。

本出願の実施例は、通信技術分野に関し、特に機器インタラクション方法及びコアネットワーク機器に関する。

通信技術の発展に伴い、第五世代のモビリティ通信－近距離（ｆｉｆｔｈ ｇｅｎｅｒａｔｉｏｎ ｐｒｏｘｉｍｉｔｙ ｓｅｒｖｉｃｅｓ、５Ｇ＿ＰｒｏＳｅ）技術では、レイヤ２（ｌａｙｅｒ－２）の方式によって、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）-ネットワークリレー（ＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ）接続を実現することができる。

レイヤ２の方式では、ＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙの通信アーキテクチャには、二セットのコアネットワーク機器、例えばリレーアクセス及びモビリティ管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＡＭＦ）エンティティ、及び遠端ＡＭＦエンティティが含まれてもよい。

しかしながら、上記通信アーキテクチャでは、この通信アーキテクチャがリレーＡＭＦエンティティ及び遠端ＡＭＦエンティティを含むため、どのようにリレーＡＭＦエンティティと遠端ＡＭＦエンティティとのインタラクションを実現するかは、早急な解決の待たれる問題である。

本出願の実施例の目的は、どのようにリレーＡＭＦエンティティと遠端ＡＭＦエンティティとのインタラクションを実現するかの課題を解決できる機器インタラクション方法及びコアネットワーク機器を提供することである。

上記技術課題を解決するために、本出願は、以下のように実現される。

第一の側面によれば、本出願の実施例による機器インタラクション方法は、第一のコアネットワーク機器が、第一の機器によって送信された少なくとも一つのＵＥの識別子情報を受信することであって、少なくとも一つのＵＥは、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立したＵＥと、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立すべきＵＥとのうちの少なくとも一つを含むことと、第一のコアネットワーク機器が、少なくとも一つのＵＥのうちのいずれか一つである第二のＵＥの識別子情報に基づいて第二のコアネットワーク機器とインタラクションすることとを含み、そのうち、第一のコアネットワーク機器は、第一のＵＥにサービングするコアネットワーク機器であり、第二のコアネットワーク機器は、第二のＵＥにサービングするコアネットワーク機器である。

第二の側面によれば、本出願の実施例によるコアネットワーク機器は、第一のコアネットワーク機器であってもよく、このコアネットワーク機器は、受信モジュールとインタラクションモジュールとを含む。受信モジュールは、第一の機器によって送信された少なくとも一つのユーザ機器ＵＥの識別子情報を受信するために用いられ、少なくとも一つのＵＥは、第一のＵＥとＵＥツーネットワークリレーＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立したＵＥと、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立すべきＵＥとのうちの少なくとも一つを含み、インタラクションモジュールは、受信モジュールが少なくとも一つのＵＥの識別子情報を受信した後、少なくとも一つのＵＥのうちのいずれか一つである第二のＵＥの識別子情報に基づいて第二のコアネットワーク機器とインタラクションするために用いられ、そのうち、第一のコアネットワーク機器は、第一のＵＥにサービングするコアネットワーク機器であり、第二のコアネットワーク機器は、第二のＵＥにサービングするコアネットワーク機器である。

第三の側面によれば、本出願の実施例によるコアネットワーク機器は、プロセッサと、メモリと、このメモリに記憶されており、このプロセッサ上で運行できるプログラム又は命令とを含み、このプログラム又は命令がこのプロセッサによって実行されると、上記第一の側面による機器インタラクション方法のステップを実現する。

第四の側面によれば、本出願の実施例による可読記憶媒体には、プログラム又は命令が記憶されており、このプログラム又は命令がプロセッサによって実行されると、上記第一の側面又は第二の側面における機器インタラクションのステップを実現する。

第五の側面によれば、本出願の実施例によるチップは、プロセッサと通信インターフェースとを含み、この通信インターフェースは、このプロセッサに結合され、このプロセッサは、プログラム又は命令を運行し、第一の側面における機器インタラクション方法のステップを実現するために用いられる。

本出願の実施例では、第一のコアネットワーク機器は、第一の機器によって送信された少なくとも一つのＵＥの識別子情報を受信することができ、少なくとも一つのＵＥは、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立したＵＥと、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立すべきＵＥとのうちの少なくとも一つを含み、第一のコアネットワーク機器は、少なくとも一つのＵＥのうちのいずれか一つである第二のＵＥの識別子情報に基づいて第二のコアネットワーク機器とインタラクションし、そのうち、第一のコアネットワーク機器は、第一のＵＥにサービングするコアネットワーク機器であり、第二のコアネットワーク機器は、第二のＵＥにサービングするコアネットワーク機器である。この態様によって、ＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信では、ＵＥの識別子情報に基づき、ＵＥにサービングするコアネットワーク機器を決定できるため、第一のコアネットワーク機器は、その受信した少なくとも一つのＵＥの識別子情報に基づき、この少なくとも一つのＵＥのうちのＵＥにサービングする第二のコアネットワーク機器を決定することによって、第二のコアネットワーク機器とインタラクションを行うことができる。例えば、リレーコアネットワーク機器は、その受信した遠端ＵＥの識別子情報に基づき、遠端ＵＥにサービングする遠端コアネットワーク機器とのインタラクションを実現することができ、又は遠端コアネットワーク機器は、その受信したリレーＵＥの識別子情報に基づき、リレーＵＥにサービングするリレーコアネットワーク機器とのインタラクションを実現することができる。このように、本出願の実施例による機器インタラクション方法によって、リレーコアネットワーク機器と遠端コアネットワーク機器とのインタラクションを実現することができる。

本出願の実施例による通信システムのアーキテクチャ概略図である。 本出願の実施例による機器インタラクション方法のフローチャートである。 本出願の実施例による機器インタラクション方法が用いられるフローチャートのその１である。 本出願の実施例による機器インタラクション方法が用いられるフローチャートのその２である。 本出願の実施例による機器インタラクション方法が用いられるフローチャートのその３である。 本出願の実施例による機器インタラクション方法が用いられるフローチャートのその４である。 本出願の実施例によるコアネットワーク機器の構造概略図である。 本出願の実施例によるコアネットワーク機器のハードウェア概略図である。

以下は、本出願の実施例における添付図面を結び付けながら、本出願の実施例における技術案について完全かつ明瞭に記述する。明らかに、記述された実施例は、本出願の一部の実施例であり、全部の実施例ではない。本出願における実施例に基づき、当業者が創造的な労力を払わない前提で得られたすべての他の実施例は、いずれも本出願の保護範囲に属する。

本出願の明細書及び特許請求の範囲における「第一」、「第二」などは、類似している対象を区別するために用いられ、特定の順序又は前後手順を記述するためのものではない。理解すべきこととして、本出願の実施例がここで図示又は記述されたもの以外の順序で実施できるように、このように使用されるデータは、適切な場合に交換可能である。なお、明細書及び特許請求の範囲における「及び／又は」は、接続された対象のうちの少なくとも一つを表し、符号「／」は、通常、前後の関連対象が「又は」の関係であることを示す。

本出願の実施例では、「例示的」又は「例えば」などの用語は、例、例証、又は説明として表すために用いられる。本出願の実施例では、「例示的」又は「例えば」と記述される任意の実施例又は設計案は、他の実施例又は設計案より好ましいか、又はより優位性があると解釈されるべきではない。正確に言うと、「例示的」又は「例えば」などの用語を使用することは、関連する概念を具体的な方式で示すことを意図する。

本出願の実施例の記述では、特に説明がない限り、「複数」とは、二つ以上を意味し、例えば、複数のコアネットワーク機器とは、二つ以上のコアネットワーク機器などを意味する。

以下において、まず、本出願の実施例に係る用語／名詞について解釈説明する。

リレーコアネットワーク機器とは、ＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信において、ＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥにサービングするコアネットワーク機器、例えばリレーＡＭＦエンティティである。

リレーＵＥ（即ちｒｅｌａｙ ＵＥ）とは、ＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信において、遠端ＵＥ（ｒｅｍｏｔｅ ＵＥ）であるリレー機器、遠端ＵＥとアクセスネットワーク機器との通信を実現するＵＥ、即ちＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信におけるＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥである。

遠端コアネットワーク機器とは、ＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信において、遠端ＵＥにサービングするコアネットワーク機器、例えば遠端ＡＭＦエンティティである。

遠端ＵＥ（即ちｒｅｍｏｔｅ ＵＥ）とは、ＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信では、リレーＵＥを介してリレーし、アクセスネットワーク機器と通信する必要のあるＵＥである。

リレーＵＥのアクセスネットワーク機器とは、ＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信において、ＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ ＵＥにサービングするアクセスネットワーク機器、例えば５Ｇシステム基地局（ｇＮＢ）、進化型基地局（ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ、ｅＮＢ）などである。

本出願の実施例は、機器インタラクション方法及びコアネットワーク機器を提供し、第一のコアネットワーク機器は、第一の機器によって送信された少なくとも一つのＵＥの識別子情報を受信することができ、少なくとも一つのＵＥは、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立したＵＥと、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立すべきＵＥとのうちの少なくとも一つを含み、第一のコアネットワーク機器は、少なくとも一つのＵＥのうちのいずれか一つである第二のＵＥの識別子情報に基づいて第二のコアネットワーク機器とインタラクションし、そのうち、第一のコアネットワーク機器は、第一のＵＥにサービングするコアネットワーク機器であり、第二のコアネットワーク機器は、第二のＵＥにサービングするコアネットワーク機器である。この態様によって、ＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信では、ＵＥの識別子情報に基づき、ＵＥにサービングするコアネットワーク機器を決定できるため、第一のコアネットワーク機器は、その受信した少なくとも一つのＵＥの識別子情報に基づき、この少なくとも一つのＵＥのうちのＵＥにサービングする第二のコアネットワーク機器を決定することによって、第二のコアネットワーク機器とインタラクションを行うことができる。例えば、リレーコアネットワーク機器は、その受信した遠端ＵＥの識別子情報に基づき、遠端ＵＥにサービングする遠端コアネットワーク機器とのインタラクションを実現することができ、又は遠端コアネットワーク機器は、その受信したリレーＵＥの識別子情報に基づき、リレーＵＥにサービングするリレーコアネットワーク機器とのインタラクションを実現することができる。このように、本出願の実施例による機器インタラクション方法によって、リレーコアネットワーク機器と遠端コアネットワーク機器とのインタラクションを実現することができる。

図１は、本出願の実施例による通信システムのアーキテクチャ概略図を示す。図１に示すように、この通信システムは、リレーコアネットワーク機器０１、リレーＵＥ ０２、遠端コアネットワーク機器０３、遠端ＵＥ ０４及びアクセスネットワーク機器０５を含んでもよい。そのうち、遠端ＵＥ ０４は、リレーＵＥ ０２を介してアクセスネットワーク機器０５と通信することができる。

そのうち、上記リレーＵＥ ０２は、リレー能力を有するＵＥ又はリレー能力を有する他の機器、例えばロードサイドユニット（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ、ＲＳＵ）であってもよく、ロード側ユニットと称されてもよい。

説明すべきこととして、本出願の実施例では、上記図１に示す各機器間は、無線接続であってもよいし、有線接続であってもよい。

ＵＥは、ユーザにボイス及び／又はデータ連通性を提供する機器であり、有線／無線接続機能を有するハンドヘルド型機器、又は無線モデムに接続される他の処理機器である。ＵＥは、無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＲＡＮ）を介して一つ又は複数のコアネットワーク機器と通信してもよい。ＵＥは、移動端末、例えば携帯電話（又は「セルラー」電話と称される）及び移動端末を有するコンピュータであってもよく、携帯型、ポケット型、ハンドヘルド型、コンピュータ内蔵型又は車載型移動装置であってもよく、それらは、ＲＡＮとボイス及び／又はデータをやり取り、例えば、パーソナル通信業務（ｐｅｒｓｏｎａｌ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｅｒｖｉｃｅ、ＰＣＳ）電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、ワイアレスローカルループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ、ＷＬＬ）局、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）などの機器である。ＵＥは、ユーザエージェント（ｕｓｅｒ ａｇｅｎｔ）又は端末機器などと称されてもよい。

アクセスネットワーク機器は、ＲＡＮに配備され、ＵＥに無線通信機能を提供するための機器である。本出願の実施例では、アクセスネットワーク機器は、基地局であってもよく、基地局は、様々な形式のマクロ基地局、マイクロ基地局、リレー局、アクセスポイントなどを含んでもよい。異なる無線アクセス技術を採用するシステムでは、基地局機能を備えた機器の名称は、異なる可能性がある。例えば、第五世代無線通信（５－ｇｅｎｅｒａｔｉｏｎ、５Ｇ）システムでは、５Ｇシステム基地局（ｇＮＢ）と称されてもよく、第四世代無線通信（４－ｇｅｎｅｒａｔｉｏｎ、４Ｇ）システム、例えば長期的進化（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システムでは、進化型基地局（ｅＮＢ）と称されてもよく、第三世代のモビリティ通信（３－ｇｅｎｅｒａｔｉｏｎ、３Ｇ）システムでは、基地局（Ｎｏｄｅ Ｂ）と称されてもよい。通信技術の進化に伴い、「基地局」という名称は、変化する可能性がある。

コアネットワークネットワーク機器は、ネットワーク側に位置するコアネットワークエレメント、例えばＡＭＦエンティティ、ポリシー制御機能（Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ、ＰＣＦ）エンティティなどであってもよい。

以下は、各添付図面を結び付けながら、具体的な実施例及びそのアプリケーションシナリオによって、本出願の実施例による機器インタラクション方法について例示的に説明する。

図２に示すように、本出願の実施例は、機器インタラクション方法を提供し、この方法は、図１に示す無線通信システムに用いることができ、この方法は、下記ステップＳ２０１及びＳ２０２を含んでもよい。

Ｓ２０１において、第一のコアネットワーク機器は、第一の機器によって送信された少なくとも一つのＵＥの識別子情報を受信する。

そのうち、上記少なくとも一つのＵＥは、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立したＵＥと、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立すべきＵＥとのうちの少なくとも一つを含んでもよく、第一のコアネットワーク機器は、第一のＵＥにサービングするコアネットワーク機器であってもよい。

Ｓ２０２において、第一のコアネットワーク機器は、第二のＵＥの識別子情報に基づいて第二のコアネットワーク機器とインタラクションする。

そのうち、上記第二のＵＥは、上記少なくとも一つのＵＥのうちのいずれか一つであってもよく、第二のコアネットワーク機器は、第二のＵＥにサービングするコアネットワーク機器であってもよい。

本出願の実施例では、ＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信では、第一の機器は、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立した及び／又は確立すべきＵＥ（即ち上記少なくとも一つのＵＥ）の識別子情報を第一のコアネットワーク機器に送信してもよく、このように、第一のコアネットワーク機器は、この少なくとも一つのＵＥの識別子情報を受信した後、この少なくとも一つのＵＥにおける第二のＵＥの識別子情報に基づき、この第二のＵＥにサービングする第二のコアネットワーク機器とインタラクションを行うことができる。

本出願の実施例では、第一の実現形態では、上記第一のコアネットワーク機器は、リレーコアネットワーク機器であり、第一のＵＥは、リレーＵＥであり、第二のコアネットワーク機器は、遠端コアネットワーク機器であってもよく、第二のＵＥは、遠端ＵＥである。

第二の実現形態では、上記第一のコアネットワーク機器は、遠端コアネットワーク機器であり、第一のＵＥは、遠端ＵＥであり、第二のコアネットワーク機器は、リレーコアネットワーク機器であってもよく、第二のＵＥは、リレーＵＥである。

選択的に、本出願の実施例では、上記第一の機器は、上記第一のＵＥ又はアクセスネットワーク機器であってもよい。

そのうち、上記アクセスネットワーク機器は、リレーＵＥにサービスを提供してもよく、リレーＵＥは、第一のＵＥ又は第二のＵＥであってもよい。

本出願の実施例では、上記第一の実現形態について、上記第一の機器は、リレーＵＥ又はリレーＵＥのアクセスネットワーク機器であってもよく、上記第二の実現形態について、上記第一の機器は、遠端ＵＥ又はリレーＵＥのアクセスネットワーク機器であってもよい。

選択的に、本出願の実施例では、上記第一のコアネットワーク機器がリレーコアネットワーク機器である場合、上記少なくとも一つのＵＥは、リレーＵＥ（即ち第一のＵＥ）とＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立した遠端ＵＥと、リレーＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立すべき遠端ＵＥとを含んでもよい。

本出願の実施例では、リレーＵＥが、ある遠端ＵＥによって送信された非直接確立要求（又は直接確立要求）を受信した時、この遠端ＵＥは、リレーＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立すべき遠端ＵＥである。

説明すべきこととして、本出願の実施例では、上記非直接確立要求又は直接確立要求は、遠端ＵＥがリレーＵＥとのＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続の確立を要求することを指示するために用いられてもよい。

本出願の実施例では、リレーＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立した遠端ＵＥは、リレーＵＥが現在接続している又はサービングしている遠端ＵＥを含んでもよい。リレーＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立すべき遠端ＵＥは、リレーＵＥが接続を確立しようとする又はサービングしようとする遠端ＵＥと、リレーＵＥが接続を確立している遠端ＵＥとを含んでもよい。

そのうち、リレーＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立した及び確立すべき遠端ＵＥは、リレーＵＥに関連してＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙを行う遠端ＵＥとまとめて呼ばれてもよい。

選択的に、本出願の実施例では、上記第一のコアネットワーク機器が遠端コアネットワーク機器である場合、上記少なくとも一つのＵＥは、遠端ＵＥ（即ち第一のＵＥ）とＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立したリレーＵＥを含んでもよい。

選択的に、本出願の実施例では、上記少なくとも一つのＵＥの数が複数である場合、第一のコアネットワーク機器が受信した少なくとも一つのＵＥの識別子情報の形式は、リスト形式であってもよい。つまり、第一のコアネットワーク機器が受信したのは、上記少なくとも一つのＵＥの識別子情報を含むリストである。

選択的に、本出願の実施例では、上記少なくとも一つのＵＥの識別子情報は、ＮＡＳメッセージ、Ｎ２インターフェースメッセージ又は識別子要求メッセージに対応する応答メッセージに記録されてもよい。

選択的に、本出願の実施例では、上記第一の機器が第一のＵＥである場合、上記少なくとも一つのＵＥの識別子情報は、ＮＡＳメッセージ又は識別子要求メッセージに対応する応答メッセージに記録されてもよく、上記第一の機器がリレーＵＥのアクセスネットワーク機器である場合、上記少なくとも一つのＵＥの識別子情報は、Ｎ２インターフェースメッセージ又は識別子要求メッセージに対応する応答メッセージに記録されてもよい。

選択的に、本出願の実施例では、上記少なくとも一つのＵＥのうちのいずれか一つのＵＥの識別子情報は、５Ｇグローバルユニーク一時識別子（５Ｇ ｇｌｏｂａｌｌｙ ｕｎｉｑｕｅ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ、５Ｇ－ＧＵＴＩ）と、５ＧＳ－一時モビリティサブスクリプション識別子（５Ｇ Ｓ－ｔｅｍｐｏｒａｒｙ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｐｔｉｏｎ ｉｄｅｎｔｉｆｉｅｒ、５Ｇ Ｓ－ＴＭＳＩ）と、アプリケーションレイヤ身元識別子（ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ ＩＤ）と、近距離リレーユーザキー識別子（ＰｒｏＳｅ ｒｅｌａｙ ｕｓｅｒ ｋｅｙ ｉｄｅｎｔｉｔｙ、ＰＲＵＫ ＩＤ）と、永久機器識別子（ｐｅｒｍａｎｅｎｔ ｅｑｕｉｐｍｅｎｔ ｉｄｅｎｔｉｆｉｅｒ、ＰＥＩ）と、サブスクリプション秘匿化識別子（ｓｕｂｓｃｒｉｐｔｉｏｎ ｃｏｎｃｅａｌｅｄ ｉｄｅｎｔｉｆｉｅｒ、ＳＵＣＩ）と、サブスクリプション永久識別子（ｓｕｂｓｃｒｉｐｔｉｏｎ ｐｅｒｍａｎｅｎｔ ｉｄｅｎｔｉｆｉｅｒ、ＳＵＰＩ）とのうちのいずれか一つであってもよい。

選択的に、本出願の実施例では、上記第一の機器が第一のＵＥである場合、上記少なくとも一つのＵＥのうちのいずれか一つのＵＥの識別子情報は、５Ｇ－ＧＵＴＩ、５Ｇ Ｓ－ＴＭＳＩ、アプリケーションレイヤ身元識別子、ＰＲＵＫ ＩＤ、ＰＥＩ、ＳＵＣＩ又はＳＵＰＩであってもよい。

選択的に、本出願の実施例では、上記第一の機器がリレーＵＥのアクセスネットワーク機器である場合、上記少なくとも一つのＵＥのうちのいずれか一つのＵＥの識別子情報は、５Ｇ－ＧＵＴＩ、５Ｇ Ｓ－ＴＭＳＩ、アプリケーションレイヤ身元識別子又はＰＲＵＫ ＩＤであってもよい。

選択的に、本出願の実施例では、第一のコアネットワークは、上記少なくとも一つのＵＥの識別子情報を受信した後、第二のＵＥ（この少なくとも一つのＵＥのうちのいずれか一つ）の識別子情報に基づいて第二のコアネットワーク機器を決定してもよく、それによって、第一のコアネットワーク機器は、第二のコアネットワーク機器に要求を送信して第二のＵＥのコンテキストのメッセージ（例えば本出願の実施例における第一の要求メッセージ）を取得することができ、第二のコアネットワーク機器は、このメッセージを受信した後、第一のコアネットワーク機器に第二のＵＥのコンテキストを送信することができる。このように、第一のコアネットワーク機器は、第二のコアネットワーク機器とインタラクションを行うことができる。

例示的に、本出願の実施例では、上記Ｓ２０２は、具体的に、下記ステップＳ２０２ａ－Ｓ２０２ｃによって実現されてもよい。

Ｓ２０２ａにおいて、第一のコアネットワーク機器は、第二のＵＥの識別子情報に基づいて第二のコアネットワーク機器を決定する。

Ｓ２０２ｂにおいて、第一のコアネットワーク機器は、第二のコアネットワーク機器に第一の要求メッセージを送信する。

そのうち、上記第一の要求メッセージに第二のＵＥの識別子情報が記録されてもよく、この第一の要求メッセージは、第二のＵＥのコンテキストの取得を要求するために用いられてもよい。

Ｓ２０２ｃにおいて、第一のコアネットワーク機器は、第二のコアネットワーク機器によって送信された第二のＵＥのコンテキストを受信する。

本出願の実施例では、第一のコアネットワーク機器は、上記少なくとも一つのＵＥの識別子情報を受信した後、第二のＵＥの識別子情報に基づいて第二のコアネットワーク機器を決定し、第二のコアネットワーク機器を決定した後、第二のコアネットワーク機器に上記第一の要求メッセージを送信し、第二のＵＥのコンテキストの取得を要求することができる。第二のコアネットワーク機器は、この第一の要求メッセージを受信した後、第一のコアネットワーク機器に第二のＵＥのコンテキストを送信することができ、それによって、第一のコアネットワーク機器は、第二のＵＥのコンテキストを受信することができる。このように、第一のコアネットワーク機器は、第二のコアネットワーク機器とインタラクションを行うことができる。

選択的に、本発明実施例では、第一のコアネットワーク機器は、第二のＵＥの識別子情報に基づき、ネットワークリポジトリ機能（Ｎｅｔｗｏｒｋ Ｒｅｐｏｓｉｔｏｒｙ Ｆｕｎｃｔｉｏｎ、ＮＲＦ）エンティティから、第二のＵＥにサービングするコアネットワーク機器の情報を検索することによって、第二のコアネットワーク機器を決定してもよい。

例示的に、上記第一のコアネットワーク機器がリレーＡＭＦエンティティであり、第二のＵＥが遠端ＵＥであり、第二のＵＥの識別子情報が遠端ＵＥの５Ｇ－ＧＵＴＩ又は５Ｇ Ｓ－ＴＭＳＩであるとすると、第一のコアネットワーク機器は、遠端ＵＥの５Ｇ－ＧＵＴＩ又は５Ｇ Ｓ－ＴＭＳＩに基づき、ＮＲＦエンティティから遠端ＵＥにサービングする遠端ＡＭＦエンティティの情報を検索してもよい。このように、リレーＡＭＦエンティティは、遠端ＡＭＦエンティティを決定した後、遠端ＵＥのコンテキストの取得を要求する要求メッセージ（即ち上記第一の要求メッセージ）を遠端ＡＭＦエンティティに送信することができ、それによって、遠端ＡＭＦエンティティとインタラクションを行うことができる。

説明すべきこととして、第一のコアネットワーク機器は、さらに、第二のＵＥの識別子情報に基づいて第二のコアネットワーク機器と他のいずれかの可能なインタラクションを行ってもよく、具体的に、実際の使用ニーズに応じて決定してもよく、本出願の実施例では、特に限定しない。

本出願の実施例は、機器インタラクション方法を提供する。ＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信では、ＵＥの識別子情報に基づき、ＵＥにサービングするコアネットワーク機器を決定できるため、第一のコアネットワーク機器は、その受信した少なくとも一つのＵＥの識別子情報に基づき、この少なくとも一つのＵＥのうちのＵＥにサービングする第二のコアネットワーク機器を決定することによって、第二のコアネットワーク機器とインタラクションを行うことができる。例えば、リレーコアネットワーク機器は、その受信した遠端ＵＥの識別子情報に基づき、遠端ＵＥにサービングする遠端コアネットワーク機器とのインタラクションを実現することができ、又は遠端コアネットワーク機器は、その受信したリレーＵＥの識別子情報に基づき、リレーＵＥにサービングするリレーコアネットワーク機器とのインタラクションを実現することができる。このように、本出願の実施例による機器インタラクション方法によって、リレーコアネットワーク機器と遠端コアネットワーク機器とのインタラクションを実現することができる。

選択的に、本出願の実施例では、上記Ｓ２０２ｃの後、本出願の実施例による機器インタラクション方法は、下記ステップＳ２０３をさらに含んでもよい。

Ｓ２０３において、第一のコアネットワーク機器は、第二のＵＥのコンテキストに基づき、第二のＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを決定する。

本出願の実施例では、第一のコアネットワーク機器は、第二のコアネットワーク機器によって送信された第二のＵＥのコンテキストを受信した後、第二のＵＥのコンテキストに基づき、第二のＵＥを認証することができる。具体的には、第一のコアネットワーク機器は、第二のＵＥのコンテキストに基づき、第二のＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを決定することができる。

理解できるように、第二のＵＥのコンテキストに第二のＵＥの許可情報が含まれてもよい。

本出願の実施例では、上記第一のコアネットワーク機器がリレーコアネットワーク機器であり、第一のＵＥがリレーＵＥであり、第二のＵＥが遠端ＵＥであり、第二のＵＥが第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙを確立すべきＵＥである場合、リレーコアネットワーク機器は、遠端ＵＥのコンテキストを受信した後、遠端ＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを決定することができる。具体的には、遠端ＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可される場合、リレーＵＥは、遠端ＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立でき、遠端ＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されていない場合、リレーＵＥは、遠端ＵＥの非直接確立要求を拒否（又は無視）できる。

理解できるように、リレーＡＭＦエンティティは、遠端ＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを決定することは、リレーＡＭＦエンティティは、この遠端ＵＥをＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙにおける遠端ＵＥとすることができるか否かを決定することであってもよい。

選択的に、本出願の実施例では、上記Ｓ２０１の前に、本出願の実施例による機器インタラクション方法は、下記ステップＳ２０４をさらに含んでもよい。

Ｓ２０４において、第一のコアネットワーク機器は、識別子要求（ｉｄｅｎｔｉｆｉｅｒ ｒｅｑｕｅｓｔ）メッセージを第一の機器に送信する。

そのうち、上記識別子要求メッセージは、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立した及び／又は確立すべきＵＥの識別子情報の取得を要求するために用いられてもよい。

本出願の実施例では、第一のコアネットワーク機器は、第一の機器によって送信された上記少なくとも一つのＵＥの識別子情報を受信する前、第一の機器に上記識別子要求メッセージを送信することができ、それによって、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立した及び／又は確立すべきＵＥの識別子情報を第一の機器から取得することができる。このように、第一の機器は、この識別子要求メッセージを受信した後、第一のコアネットワーク機器にこの少なくとも一つのＵＥの識別子情報を送信することができる。

選択的に、本出願の実施例では、上記第一のＵＥの識別子情報は、第一のＵＥの５Ｇ－ＧＵＴＩ又は第一のＵＥの５Ｇ Ｓ－ＴＭＳＩであってもよい。具体的に、実際の使用ニーズに応じて決定してもよく、本出願の実施例では、特に限定しない。

選択的に、本出願の実施例では、上記識別子要求メッセージに第一のＵＥの識別子情報が記録されてもよい。

選択的に、本出願の実施例では、上記第一の機器がリレーＵＥのアクセスネットワーク機器である場合、第一のコアネットワーク機器は、識別子要求メッセージに第一のＵＥの識別子情報を記録することによって、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立した及び／又は確立すべきＵＥの識別子情報の取得を要求してもよい。このように、アクセスネットワーク機器がこの識別子要求メッセージを受信した後、第一のアクセスネットワーク機器は、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立した及び／又は確立すべきＵＥの識別子情報（即ち上記少なくとも一つのＵＥの識別子情報）を第一のコアネットワーク機器に送信することができる。

本出願の実施例では、第一の機器が上記識別子要求メッセージを受信した場合、第一の機器は、識別子要求メッセージに対応する応答メッセージによって、第一のコアネットワーク機器に上記少なくとも一つのＵＥの識別子情報を送信することができる。

選択的に、本出願の実施例では、上記識別子要求メッセージに対応する応答メッセージにさらに第一のＵＥの識別子情報が記録されてもよい。

本出願の実施例では、アクセスネットワーク機器は、複数のリレーＵＥにサービングできるため、識別子要求メッセージに対応する応答メッセージに第一のＵＥの識別子情報を記録することにより、第一のコアネットワーク機器に明瞭に知らせることができ、上記第二のＵＥは、具体的には、第一のＵＥに関連してＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙを行うＵＥであってもよい。

例示的に、上記第一のコアネットワーク機器がリレーコアネットワーク機器であり、第一の機器がリレーＵＥのＲＡＮであるとすると、ＲＡＮは、リレーＵＥに関連してＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙを行う遠端ＵＥの識別子情報をリレーコアネットワーク機器に送信する時、さらにリレーコアネットワーク機器にリレーＵＥの識別子情報（例えばリレーＵＥの５Ｇ－ＧＵＴＩ又はリレーＵＥの５Ｇ Ｓ－ＴＭＳＩ）を送信してもよく、それによって、この遠端ＵＥが具体的にどのリレーＵＥに関連してＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙを行うＵＥであるかをリレーコアネットワーク機器に明瞭に知らせることができる。

選択的に、本出願の実施例では、上記Ｓ２０１の後、本出願の実施例による機器インタラクション方法は、下記ステップＳ２０５－Ｓ２０７をさらに含んでもよい。

Ｓ２０５において、第一のコアネットワーク機器は、第三のコアネットワーク機器に第二の要求メッセージを送信する。

そのうち、上記第二の要求メッセージに第二のＵＥの識別子情報が記録されており、第二の要求メッセージは、第二のＵＥの許可情報の取得を要求するために用いられてもよい。

Ｓ２０６において、第一のコアネットワーク機器は、第三のコアネットワーク機器によって送信された第二のＵＥの許可情報を受信する。

Ｓ２０７において、第一のコアネットワーク機器は、第二のＵＥの許可情報に基づき、第二のＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを決定する。

本出願の実施例では、第一のコアネットワーク機器は、上記少なくとも一つのＵＥの識別子情報を受信した後、上記第三のコアネットワーク機器に上記第二の要求メッセージを送信し、それによって、上記第二のＵＥの許可情報の取得を要求することができる。このように、第三のコアネットワーク機器は、この第二の要求メッセージを受信した後、第一のコアネットワーク機器に第二のＵＥの許可情報を送信することができる。それによって、第一のコアネットワーク機器は、第二のＵＥの許可情報を受信した後、第二のＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを決定することができる。

選択的に、上記Ｓ２０５－Ｓ２０７について、第二のＵＥの識別子情報は、第二のＵＥのＳＵＣＩ又は第二のＵＥのＳＵＰＩであってもよい。具体的には、実際の使用ニーズに応じて決定してもよく、本出願の実施例では、特に限定しない。

選択的に、本出願の実施例では、上記第三のコアネットワーク機器は、第一のコアネットワーク機器と同一の機器であってもよく、第一のコアネットワークと異なる機器であってもよく、具体的には、実際の使用ニーズに応じて決定してもよく、本出願の実施例では、特に限定しない。

選択的に、本出願の実施例では、上記第三のコアネットワーク機器は、統合データ管理（ｕｎｉｆｉｅｄ ｄａｔａ ｍａｎａｇｅｍｅｎｔ）エンティティであってもよい。

無論、実際に実現される時、上記第三のコアネットワーク機器は、他のいずれかの可能なエンティティであってもよく、具体的には、実際の使用ニーズに応じて決定してもよく、本出願の実施例では、特に限定しない。

例示的に、上記第一のコアネットワーク機器がリレーコアネットワーク機器であり、第一の機器がリレーＵＥであり、第三のネットワーク機器がＵＤＭエンティティであるとすし、リレーＵＥによってリレーコアネットワーク機器に送信された少なくとも一つのＵＥの識別子情報が遠端ＵＥのＳＵＣＩ又はＳＵＰＩである場合、リレーコアネットワーク機器は、遠端ＵＥのＳＵＣＩ又はＳＵＰＩに基づき、ＵＤＭエンティティによって遠端ＵＥの許可情報を取得してもよい。それによって、リレーコアネットワーク機器は、遠端ＵＥの許可情報に基づき、遠端ＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを決定することができる。

具体的には、遠端ＵＥがリレーＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙを確立すべきＵＥである場合、第一のコアネットワーク機器は、遠端ＵＥの許可情報に基づき、第二のＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを決定することができる。遠端ＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可される場合、リレーＵＥは、遠端ＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立でき、遠端ＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されていない場合、リレーＵＥは、遠端ＵＥの非直接確立要求を拒否（又は無視）できる。

本出願の実施例をより明瞭に概略するために、下記実施例では、下記実施例１、実施例２、実施例３及び実施例４によって、本出願の実施例による機器インタラクション方法の異なるアプリケーションシナリオについて例示的に説明する。

実施例１：第一のコアネットワーク機器は、リレーＡＭＦエンティティであり、第一のＵＥは、リレーＵＥであり、第二のコアネットワーク機器は、遠端コアネットワーク機器であり、第二のＵＥは、遠端ＵＥであり、第一の機器は、リレーＵＥである。

実施例１では、リレーＡＭＦエンティティは、リレーＵＥから遠端ＵＥの識別子情報（例えば遠端ＵＥの５Ｇ－ＧＵＴＩ）を得、リレーＡＭＦエンティティは、遠端ＵＥの識別子情報に基づき、遠端ＡＭＦエンティティの情報を検索し、遠端ＡＭＦエンティティとインタラクションし、遠端ＵＥコンテキストを得ることによって、遠端ＵＥを認証する。

以下は、図３を結び付けながら、上記実施例１について具体的に説明する。

図３に示すように、Ｓｔｅｐ１：リレーＵＥは、遠端ＵＥの非直接確立要求を受信したか、又は、リレーＵＥは、遠端ＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続が存在している。

一実現形態では、Ｓｔｅｐ２ａ：リレーＵＥは、ＮＡＳメッセージによってリレーＡＭＦエンティティに遠端ＵＥの識別子情報を送信する。

そのうち、遠端ＵＥの識別子情報は、遠端ＵＥの５Ｇ－ＧＵＴＩ、遠端ＵＥの５Ｇ－Ｓ－ＴＭＳＩ、遠端ＵＥのＰＥＩ、遠端ＵＥのＳＵＣＩ、遠端ＵＥのアプリケーションレイヤ身元識別子、遠端ＵＥのＳＵＰＩ又は遠端ＵＥのＰＲＵＫ ＩＤなどであってもよい。

別の実現形態では、Ｓｔｅｐ２ｂ：リレーＡＭＦエンティティは、識別子要求（ｉｄｅｎｔｉｆｉｅｒ ｒｅｑｕｅｓｔ）メッセージをリレーＵＥに送信し、この識別子要求は、リレーＵＥが現在接続している又はサービングしている遠端ＵＥの識別子情報の提供をリレーＵＥに要求するために用いられる。

Ｓｔｅｐ２ｂ－１：リレーＵＥは、リレーＡＭＦエンティティによって送信された識別子要求メッセージを受信した後、応答メッセージによってリレーＡＭＦエンティティに遠端ＵＥの識別子情報を送信する。

説明すべきこととして、リレーＵＥが現在、複数の遠端ＵＥに接続しており又はサービングしており、即ち遠端ＵＥが複数あるため、リレーＵＥは、リレーＡＭＦエンティティにこの複数の遠端ＵＥの識別子情報のリストを送信することができる。

一つの可能な場合は、Ｓｔｅｐ３ａ：リレーＵＥによって提供された遠端ＵＥの識別子情報が遠端ＵＥの５Ｇ－ＧＵＴＩ又は５Ｇ－Ｓ－ＴＭＳＩである場合、リレーＡＭＦエンティティは、遠端ＵＥの５Ｇ－ＧＵＴＩ又は５Ｇ－Ｓ－ＴＭＳＩに基づいて遠端ＡＭＦエンティティ情報を検索し、検索した情報に基づき、遠端ＡＭＦエンティティとインタラクションし、遠端ＡＭＦエンティティインタラクションから遠端ＵＥのコンテキストを取得し、遠端ＵＥのコンテキストに基づき、遠端ＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを決定することができる。

別の可能な場合は、Ｓｔｅｐ３ｂ：リレーＵＥによって提供された遠端ＵＥの識別子情報が遠端ＵＥのＳＵＣＩ又はＳＵＰＩである場合、リレーＡＭＦエンティティは、ＵＤＭエンティティとインタラクションすることにより、遠端ＵＥの許可情報を取得し、それによって、遠端ＵＥの許可情報に基づき、遠端ＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを判断することができる。

実施例２：第一のコアネットワーク機器は、リレーＡＭＦエンティティであり、第一のＵＥは、リレーＵＥであり、第二のコアネットワーク機器は、遠端コアネットワーク機器であり、第二のＵＥは、遠端ＵＥ、第一の機器は、リレーＵＥのＲＡＮである。

実施例２では、リレーＡＭＦエンティティは、ＲＡＮから遠端ＵＥの識別子情報（例えば遠端ＵＥの５Ｇ－ＧＵＴＩ）を得、リレーＡＭＦエンティティは、遠端ＵＥの識別子情報に基づき、遠端ＡＭＦエンティティの情報を検索し、遠端ＡＭＦエンティティとインタラクションし、遠端ＵＥのコンテキストを得ることによって、遠端ＵＥを認証する。

以下は、図４を結び付けながら、上記実施例について具体的に説明する。

図４に示すように、Ｓｔｅｐ１：リレーＵＥは、遠端ＵＥの非直接確立要求を受信したか、又は、リレーＵＥは、遠端ＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続が存在している。

一実現形態では、Ｓｔｅｐ２ａ：ＲＡＮは、Ｎ２インターフェースメッセージによってリレーＡＭＦエンティティに遠端ＵＥの識別子情報を送信する。

そのうち、遠端ＵＥの識別子情報は、遠端ＵＥの５Ｇ－ＧＵＴＩ、遠端ＵＥの５Ｇ－Ｓ－ＴＭＳＩ、遠端ＵＥのアプリケーションレイヤ身元識別子又は遠端ＵＥの ＰＲＵＫ ＩＤであってもよい。

別の実現形態では、Ｓｔｅｐ２ｂ：リレーＡＭＦエンティティは、ＲＡＮに識別子要求（ｉｄｅｎｔｉｆｉｅｒ ｒｅｑｕｅｓｔ）メッセージを送信し、この識別子要求メッセージは、リレーＵＥと現在関連してＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙを行う遠端ＵＥの識別子情報の提供をＲＡＮに要求するために用いられ、この識別子要求メッセージは、リレーＵＥの識別子情報、例えばリレーＵＥの５Ｇ－ＧＵＴＩ又はリレーＵＥの５Ｇ－Ｓ－ＴＭＳＩを記録してもよい（含んでもよい）。

Ｓｔｅｐ２ｂ－１：ＲＡＮは、リレーＡＭＦエンティティによって送信された識別子要求メッセージを受信した後、リレーＡＭＦエンティティに応答（ｒｅｓｐｏｎｓｅ）メッセージを送信し、このｒｅｓｐｏｎｓｅメッセージは、遠端ＵＥの識別子情報及びリレーＵＥの識別子情報（例えばリレーＵＥの５Ｇ－ＧＵＴＩ又はリレーＵＥの５Ｇ－Ｓ－ＴＭＳＩ）を記録してもよい（含んでもよい）。

説明すべきこととして、リレーＵＥが現在、複数の遠端ＵＥに接続しており又はサービングしており、即ち遠端ＵＥが複数あるため、ＲＡＮは、リレーＡＭＦエンティティにこの複数の遠端ＵＥの識別子情報のリストを送信することができる。

Ｓｔｅｐ３：ＲＡＮによって提供された遠端ＵＥの識別子情報が遠端ＵＥの５Ｇ－ＧＵＴＩ又は５Ｇ－Ｓ－ＴＭＳＩである場合、リレーＡＭＦエンティティは、遠端ＵＥの５Ｇ－ＧＵＴＩ又は５Ｇ－Ｓ－ＴＭＳＩに基づいて遠端ＡＭＦエンティティの情報を検索し、検索した情報に基づき、遠端ＡＭＦエンティティとインタラクションし、遠端ＡＭＦエンティティから遠端ＵＥのコンテキストを取得し、遠端ＵＥのコンテキストに基づき、遠端ＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを決定することができる。

実施例３：第一のコアネットワーク機器は、遠端ＡＭＦエンティティであり、第一のＵＥは、遠端ＵＥであり、第二のコアネットワーク機器は、リレーコアネットワーク機器であり、第二のＵＥは、リレーＵＥ、第一の機器は、遠端ＵＥである。

実施例３では、遠端ＡＭＦエンティティは、遠端ＵＥからリレーＵＥの識別子情報（例えばリレーＵＥの５Ｇ－ＧＵＴＩ）を得、遠端ＡＭＦエンティティは、リレーＵＥの識別子情報に基づいてリレーＡＭＦエンティティの情報を検索し、リレーＡＭＦエンティティとインタラクションし、リレーＵＥのコンテキストを得ることによって、リレーＵＥを認証する。

以下は、図５を結び付けながら、上記実施例３について具体的に説明する。

図５に示すように、Ｓｔｅｐ１：リレーＵＥは、遠端ＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙの確立を完了しており、即ちリレーＵＥは、遠端ＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続が存在している。

一実現形態では、Ｓｔｅｐ２ａ：遠端ＵＥは、ＮＡＳメッセージによって遠端ＡＭＦエンティティにリレーＵＥの識別子情報を送信する。

そのうち、リレーＵＥの識別子情報は、リレーＵＥの５Ｇ－ＧＵＴＩ、リレーＵＥの５Ｇ－Ｓ－ＴＭＳＩ、リレーＵＥのＰＥＩ、リレーＵＥのＳＵＣＩ、リレーＵＥのアプリケーションレイヤ身元識別子、リレーＵＥのＰＲＵＫ ＩＤ又はリレーＵＥのＳＵＰＩなどであってもよい。

別の実現形態では、Ｓｔｅｐ２ｂ：遠端ＡＭＦエンティティは、遠端ＵＥに識別子要求（ｉｄｅｎｔｉｆｉｅｒ ｒｅｑｕｅｓｔ）メッセージを送信し、この識別子要求メッセージは、現在遠端ＵＥにサービングしているリレーＵＥの識別子情報の提供を遠端ＵＥに要求するために用いられる。

Ｓｔｅｐ２ｂ－１：遠端ＵＥは、遠端ＡＭＦエンティティの識別子要求メッセージを受信した後、応答メッセージによって遠端ＡＭＦエンティティにリレーＵＥの識別子情報を送信する。

説明すべきこととして、遠端ＵＥにサービングするリレーＵＥは、複数ある可能性があるため、ＲＡＮは、遠端ＡＭＦエンティティにこの複数のリレーＵＥの識別子情報のリストを送信することができる。

一つの可能な場合は、Ｓｔｅｐ３ａ：遠端ＵＥによって提供されたリレーＵＥの識別子情報がリレーＵＥの５Ｇ－ＧＵＴＩ又は５Ｇ－Ｓ－ＴＭＳＩである場合、遠端ＡＭＦエンティティは、リレーＵＥの５Ｇ－ＧＵＴＩ又は５Ｇ－Ｓ－ＴＭＳＩに基づき、リレーＡＭＦエンティティの情報を検索し、検索した情報に基づき、リレーＡＭＦエンティティとインタラクションし、リレーＡＭＦエンティティからリレーＵＥのコンテキストを取得し、リレーＵＥのコンテキストに基づき、リレーＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを決定することができる。

一つの可能な場合は、Ｓｔｅｐ３ｂ：遠端ＵＥによって提供されたリレーＵＥの識別子情報がリレーＵＥのＳＵＣＩ又はＳＵＰＩである場合、遠端ＡＭＦエンティティは、ＵＤＭエンティティとインタラクションすることにより、リレーＵＥの許可情報を取得し、それによって、リレーＵＥの許可情報に基づき、リレーＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを判断することができる。

実施例４：第一のコアネットワーク機器は、遠端ＡＭＦエンティティであり、第一のＵＥは、遠端ＵＥであり、第二のコアネットワーク機器は、リレーコアネットワーク機器であり、第二のＵＥは、リレーＵＥであり、第一の機器は、リレーＵＥのＲＡＮである。

実施例４では、遠端ＡＭＦエンティティは、ＲＡＮからリレーＵＥの識別子情報（リレーＵＥの５Ｇ－Ｓ－ＴＭＳＩ）を得、遠端ＡＭＦエンティティは、リレーＵＥの識別子情報に基づき、リレーＡＭＦエンティティの情報を検索し、リレーＡＭＦエンティティとインタラクションし、リレーＵＥのコンテキストを得ることによって、リレーＵＥを認証する。

以下は、図６を結び付けながら、上記実施例４について具体的に説明する。

図６に示すように、Ｓｔｅｐ１：リレーＵＥは、遠端ＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙの確立を完了しており、即ちリレーＵＥは、遠端ＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続が存在している。

一実現形態では、Ｓｔｅｐ２ａ：ＲＡＮは、Ｎ２インターフェースメッセージによって遠端ＡＭＦエンティティにリレーＵＥの識別子情報を送信する。

そのうち、リレーＵＥの識別子情報は、リレーＵＥの５Ｇ－ＧＵＴＩ、リレーＵＥの５Ｇ－Ｓ－ＴＭＳＩ、リレーＵＥのアプリケーションレイヤ身元識別子又はリレーＵＥのＰＲＵＫ ＩＤであってもよい。

別の実現形態では、Ｓｔｅｐ２ｂ：遠端ＡＭＦエンティティは、ＲＡＮに識別子要求（ｉｄｅｎｔｉｆｉｅｒ ｒｅｑｕｅｓｔ）メッセージを送信し、この識別子要求メッセージは、現在遠端ＵＥにサービングしているリレーＵＥの識別子情報の提供をＲＡＮに要求するために用いられ、この識別子要求メッセーは、遠端ＵＥの識別子情報、例えば遠端ＵＥの５Ｇ－ＧＵＴＩ又は遠端ＵＥの５Ｇ－Ｓ－ＴＭＳＩを記録してもよい（含んでもよい）。

Ｓｔｅｐ２ｂ－１：ＲＡＮは、遠端ＡＭＦエンティティによって送信された識別子要求を受信した後、遠端ＡＭＦエンティティに応答（ｒｅｓｐｏｎｓｅ）メッセージを送信し、このｒｅｓｐｏｎｓｅメッセージは、リレーＵＥの識別子情報及び遠端ＵＥの識別子情報（例えば遠端ＵＥの５Ｇ－ＧＵＴＩ又は遠端ＵＥの５Ｇ－Ｓ－ＴＭＳＩ）を記録してもよい（含んでもよい）。

説明すべきこととして、遠端ＵＥにサービングするリレーＵＥは、複数ある可能性があるため、ＲＡＮは、遠端ＡＭＦエンティティにこの複数のリレーＵＥの識別子情報のリストを送信することができる。

Ｓｔｅｐ３：ＲＡＮによって提供されたリレーＵＥの識別子情報がリレーＵＥの５Ｇ－ＧＵＴＩ又は５Ｇ－Ｓ－ＴＭＳＩである場合、遠端ＡＭＦエンティティは、リレーＵＥの５Ｇ－ＧＵＴＩ又は５Ｇ－Ｓ－ＴＭＳＩに基づき、リレーＡＭＦエンティティの情報を検索し、検索した情報に基づき、リレーＡＭＦエンティティとインタラクションし、リレーＡＭＦエンティティからリレーＵＥのコンテキストを取得し、リレーＵＥのコンテキストに基づき、リレーＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを決定することができる。

図７に示すように、本出願の実施例は、コアネットワーク機器３００を提供し、このコアネットワーク機器は、第一のコアネットワーク機器であり、このコアネットワーク機器３００は、受信モジュール３０１とインタラクションモジュール３０２とを含む。受信モジュール３０１は、第一の機器によって送信された少なくとも一つのＵＥの識別子情報を受信するために用いられ、少なくとも一つのＵＥは、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立したＵＥと、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立すべきＵＥとのうちの少なくとも一つを含み、インタラクションモジュール３０２は、受信モジュール３０１が少なくとも一つのＵＥの識別子情報を受信した後、第二のＵＥの識別子情報に基づいて第二のコアネットワーク機器とインタラクションするために用いられ、第二のＵＥは、少なくとも一つのＵＥのうちのいずれか一つであり、そのうち、第一のコアネットワーク機器は、第一のＵＥにサービングするコアネットワーク機器であり、第二のコアネットワーク機器は、第二のＵＥにサービングするコアネットワーク機器である。

選択的に、インタラクションモジュールは、決定サブモジュールと、送信サブモジュールと、受信サブモジュールとを含んでもよく、決定サブモジュールは、第二のＵＥの識別子情報に基づいて第二のコアネットワーク機器を決定するために用いられ、送信サブモジュールは、決定サブモジュールによって決定された第二のコアネットワーク機器に第一の要求メッセージを送信するために用いられ、第一の要求メッセージに第二のＵＥの識別子情報が記録されており、第一の要求メッセージは、第二のＵＥのコンテキストの取得を要求するために用いられ、受信サブモジュールは、送信サブモジュールが第二のコアネットワーク機器に第一の要求メッセージを送信した後、第二のコアネットワーク機器によって送信された第二のＵＥのコンテキストを受信するために用いられる。

選択的に、コアネットワーク機器は、決定モジュールをさらに含み、決定モジュールは、受信サブモジュールが第二のコアネットワーク機器によって送信された第二のＵＥのコンテキストを受信した後、第二のＵＥのコンテキストに基づき、第二のＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを決定するために用いられる。

選択的に、コアネットワーク機器は、送信モジュールをさらに含み、送信モジュールは、受信モジュールが第一の機器によって送信された第二のＵＥの識別子情報を受信する前、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立した及び／又は確立すべきＵＥの識別子情報の取得を要求するための識別子要求メッセージを第一の機器に送信するために用いられる。

選択的に、第一の機器は、第一のＵＥ又はアクセスネットワーク機器であり、アクセスネットワーク機器は、リレーＵＥにサービスを提供し、リレーＵＥは、第一のＵＥ又は第二のＵＥである。

選択的に、少なくとも一つのＵＥの識別子情報は、ＮＡＳメッセージ、Ｎ２インターフェースメッセージ又は識別子要求メッセージに対応する応答メッセージに記録されている。

選択的に、少なくとも一つのＵＥのうちのいずれか一つのＵＥの識別子情報は、５Ｇ－ＧＵＴＩと、５Ｇ－Ｓ－ＴＭＳＩと、アプリケーションレイヤ身元識別子と、ＰＲＵＫ ＩＤと、ＰＥＩと、ＳＵＣＩと、ＳＵＰＩとのうちのいずれか一つである。

選択的に、第一のコアネットワーク機器は、送信モジュールと決定モジュールとをさらに含み、送信モジュールは、受信モジュールが第一の機器によって送信された少なくとも一つのＵＥの識別子情報を受信した後、第三のコアネットワーク機器に第二の要求メッセージを送信するために用いられ、第二の要求メッセージに第二のＵＥの識別子情報が記録されており、第二の要求メッセージは、第二のＵＥの許可情報の取得を要求するために用いられ、受信モジュールは、さらに第三のコアネットワーク機器によって送信された第二のＵＥの許可情報を受信するために用いられ、決定モジュールは、受信モジュールによって受信された第二のＵＥの許可情報に基づき、第二のＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを決定するために用いられる。

本出願の実施例によるコアネットワーク機器は、上記機器インタラクション方法の実施例における第一のコアネットワーク機器によって実行される各プロセスを実現することができ、同じ技術的効果を達することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

本出願の実施例は、コアネットワーク機器を提供し、このコアネットワーク機器は、第一のコアネットワーク機器であり、このコアネットワーク機器は、受信モジュールとインタラクションモジュールとを含む。受信モジュールは、第一の機器によって送信された少なくとも一つのＵＥの識別子情報を受信するために用いられ、少なくとも一つのＵＥは、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立したＵＥと、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立すべきＵＥとのうちの少なくとも一つを含み、インタラクションモジュールは、受信モジュール３０１が少なくとも一つのＵＥの識別子情報を受信した後、第二のＵＥの識別子情報に基づいて第二のコアネットワーク機器とインタラクションするために用いられ、第二のＵＥは、少なくとも一つのＵＥのうちのいずれか一つであり、そのうち、第一のコアネットワーク機器は、第一のＵＥにサービングするコアネットワーク機器であり、第二のコアネットワーク機器は、第二のＵＥにサービングするコアネットワーク機器である。ＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信では、ＵＥの識別子情報に基づき、ＵＥにサービングするコアネットワーク機器を決定できるため、第一のコアネットワーク機器は、その受信した少なくとも一つのＵＥの識別子情報に基づき、この少なくとも一つのＵＥのうちのＵＥにサービングする第二のコアネットワーク機器を決定することによって、第二のコアネットワーク機器とインタラクションを行うことができる。例えば、リレーコアネットワーク機器は、その受信した遠端ＵＥの識別子情報に基づき、遠端ＵＥにサービングする遠端コアネットワーク機器とのインタラクションを実現することができ、又は遠端コアネットワーク機器は、その受信したリレーＵＥの識別子情報に基づき、リレーＵＥにサービングするリレーコアネットワーク機器とのインタラクションを実現することができる。このように、本出願の実施例による機器インタラクション方法によって、リレーコアネットワーク機器と遠端コアネットワーク機器とのインタラクションを実現することができる。

選択的に、本出願の実施例は、コアネットワーク機器をさらに提供し、図８に示すプロセッサ５０１と、メモリ５０２と、メモリ５０２に記憶されており、プロセッサ５０１上で運行できるプログラム又は命令とを含み、このプログラム又は命令がプロセッサ５０１によって実行されると、上記方法の実施例の各プロセスを実現し、同じ技術的効果を達することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

図８は、本出願の実施例によるコアネットワーク機器のハードウェア概略図である。図８に示すように、このコアネットワーク機器は、一つ又は複数のプロセッサ５０１と、メモリ５０２と、送受信機５０３とを含んでもよい。

そのうち、送受信機５０３は、第一の機器によって送信された少なくとも一つのＵＥの識別子情報を受信し、少なくとも一つのＵＥは、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立したＵＥと、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立すべきＵＥとのうちの少なくとも一つを含み、少なくとも一つのＵＥのうちのいずれか一つである第二のＵＥの識別子情報に基づいて第二のコアネットワーク機器とインタラクションするために用いられてもよく、そのうち、第一のコアネットワーク機器は、第一のＵＥにサービングするコアネットワーク機器であり、第二のコアネットワーク機器は、第二のＵＥにサービングするコアネットワーク機器である。

選択的に、プロセッサ５０１は、第二のＵＥの識別子情報に基づいて第二のコアネットワーク機器を決定するために用いられてもよく、送受信機５０３は、プロセッサ５０１によって決定された第二のコアネットワーク機器に第一の要求メッセージを送信し、第二のコアネットワーク機器によって送信された第二のＵＥのコンテキストを受信するために用いられ、第一の要求メッセージに第二のＵＥの識別子情報が記録されており、第一の要求メッセージは、第二のＵＥのコンテキストの取得を要求するために用いられる。

選択的に、プロセッサ５０１は、さらに送受信機５０３が第二のコアネットワーク機器によって送信された第二のＵＥのコンテキストを受信した後、第二のＵＥのコンテキストに基づき、第二のＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを決定するために用いられてもよい。

選択的に、送受信機５０３は、さらに第一の機器によって送信された第二のＵＥの識別子情報を受信する前、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立した及び／又は確立すべきＵＥの識別子情報の取得を要求するための第一の機器に識別子要求メッセージを送信するために用いられてもよい。

選択的に、第一の機器は、第一のＵＥ又はアクセスネットワーク機器であり、アクセスネットワーク機器は、リレーＵＥにサービスを提供し、リレーＵＥは、第一のＵＥ又は第二のＵＥである。

選択的に、少なくとも一つのＵＥの識別子情報は、ＮＡＳメッセージ、Ｎ２インターフェースメッセージ又は識別子要求メッセージに対応する応答メッセージに記録されている。

選択的に、少なくとも一つのＵＥのうちのいずれか一つのＵＥの識別子情報は、５Ｇ－ＧＵＴＩと、５Ｇ－Ｓ－ＴＭＳＩと、アプリケーションレイヤ身元識別子と、ＰＲＵＫ ＩＤと、ＰＥＩと、ＳＵＣＩと、ＳＵＰＩとのうちのいずれか一つである。

選択的に、送受信機５０３は、さらに第一の機器によって送信された少なくとも一つのＵＥの識別子情報を受信した後、第三のコアネットワーク機器に第二の要求メッセージを送信し、第三のコアネットワーク機器によって送信された第二のＵＥの許可情報を受信するために用いられ、第二の要求メッセージに第二のＵＥの識別子情報が記録されており、第二の要求メッセージは、第二のＵＥの許可情報の取得を要求するために用いられ、プロセッサ５０１は、送受信機５０３によって受信された第二のＵＥの許可情報に基づき、第二のＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを決定するために用いられる。

本出願の実施例は、コアネットワーク機器を提供し、このコアネットワーク機器は、第一のコアネットワーク機器であり、このコアネットワーク機器の送受信機は、第一の機器によって送信された少なくとも一つのＵＥの識別子情報を受信し、少なくとも一つのＵＥは、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立したＵＥと、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立すべきＵＥとのうちの少なくとも一つを含み、少なくとも一つのＵＥのうちのいずれか一つである第二のＵＥの識別子情報に基づいて第二のコアネットワーク機器とインタラクションするために用いられてもよく、そのうち、第一のコアネットワーク機器は、第一のＵＥにサービングするコアネットワーク機器であり、第二のコアネットワーク機器は、第二のＵＥにサービングするコアネットワーク機器である。ＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信では、ＵＥの識別子情報に基づき、ＵＥにサービングするコアネットワーク機器を決定できるため、第一のコアネットワーク機器は、その受信した少なくとも一つのＵＥの識別子情報に基づき、この少なくとも一つのＵＥのうちのＵＥにサービングする第二のコアネットワーク機器を決定することによって、第二のコアネットワーク機器とインタラクションを行うことができる。例えば、リレーコアネットワーク機器は、その受信した遠端ＵＥの識別子情報に基づき、遠端ＵＥにサービングする遠端コアネットワーク機器とのインタラクションを実現することができ、又は遠端コアネットワーク機器は、その受信したリレーＵＥの識別子情報に基づき、リレーＵＥにサービングするリレーコアネットワーク機器とのインタラクションを実現することができる。このように、本出願の実施例による機器インタラクション方法によって、リレーコアネットワーク機器と遠端コアネットワーク機器とのインタラクションを実現することができる。

理解できるように、本出願の実施例では、上記コアネットワーク機器の構造概略図（例えば図７）における受信モジュール３０１、インタラクションモジュール３０２及び送信モジュールは、上記送受信機５０３によって実現されてもよく、コアネットワーク機器における決定モジュールは、上記プロセッサ５０１によって実現されてもよい。

説明すべきこととして、上記図８における二つのプロセッサ５０１のうちの一つプロセッサ５０１は、コアネットワーク機器におけるプロセッサ５０１の数が一つ又は複数であってもよいことを指示するために破線で表される。そのうち、図８では、コアネットワーク機器が二つのプロセッサ５０１を含むことを例にして例示的に説明される。

理解できるように、本出願の実施例では、コアネットワーク機器５００は、上記実施例における図１に示す通信システムにおけるリレーコアネットワーク機器０１又は遠端コアネットワーク機器０３であってもよい。

本出願の実施例は、可読記憶媒体をさらに提供する。可読記憶媒体には、プログラム又は命令が記憶されており、このプログラム又は命令が図８に示すプロセッサ５０１によって実行されると、上記機器インタラクション方法の実施例における第一のコアネットワーク機器によって実行される各プロセスを実現し、同じ技術的効果を達することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

そのうち、上記プロセッサは、上記実施例におけるＵＥ又はネットワーク機器におけるプロセッサであってもよい。この可読記憶媒体は、コンピュータ可読記憶媒体、例えばコンピュータリードオンリーメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク又は光ディスクなどを含んでもよい。

本出願の実施例は、チップをさらに提供する。このチップは、プロセッサと通信インターフェースとを含み、この通信インターフェースは、このプロセッサに結合され、このプロセッサは、プログラム又は命令を運行し、上記機器インタラクション方法の実施例の各プロセスを実現するために用いられ、同じ技術的効果を達することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

理解すべきこととして、本出願の実施例で言及されたチップは、さらにシステムレベルチップ、システムチップ、チップシステム又はシステムオンチップなどと称されてもよい。

説明すべきこととして、本明細書において、「含む」、「包含」という用語又はその他の任意の変形は、非排他的な「含む」を意図的にカバーするものであり、それにより、一連の要素を含むプロセス、方法、物品又は装置は、それらの要素を含むだけではなく、明確にリストアップされていない他の要素も含み、又はこのようなプロセス、方法、物品又は装置に固有の要素も含む。それ以上の制限がない場合に、「……を１つ含む」という文章で限定された要素について、この要素を含むプロセス、方法、物品又は装置には他の同じ要素も存在することが排除されるものではない。

なお、指摘すべきこととして、本出願の実施の形態における方法及び装置の範囲は、示された又は議論された順序で機能を実行することに限らず、さらに係る機能に基づいて基本的に同時に実行する方式、又は逆の順序で機能を実行する方式を含んでもよく、例えば、記述された手順と異なる手順で、記述された方法を実行してもよいとともに、さらに様々なステップを追加、省略、又は組み合わせてもよい。また、いくつかの例を参照して記述された特徴は、他の例で組み合わされてもよい。

以上の実施の形態の記述によって、当業者であればはっきりと分かるように、上記実施例の方法は、ソフトウェアと必要な汎用ハードウェアプラットフォームの形態によって実現されてもよい。無論、ハードウェアによっても実現されるが、多くの場合、前者は、好適な実施の形態である。このような理解を踏まえて、本出願の技術案は、実質には又は従来の技術に寄与した部分がソフトウェア製品の形式によって表われてもよい。このコンピュータソフトウェア製品は、一つの記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、一台の端末（携帯電話、コンピュータ、エアコン、又はネットワーク機器などであってもよい）に本出願の各実施例の方法を実行させるための若干の命令を含む。

以上、添付図面を参照しながら、本出願の実施例を記述してきたが、本出願は、上述した具体的な実施の形態に限らない。上述した具体的な実施の形態は例示的なものに過ぎず、制限性のあるものではない。当業者は、本出願による示唆を基にして、本出願の趣旨や請求項が保護する範囲から逸脱しない限り、多くの形式の変更を行うことができ、それらはいずれも本出願の保護範囲に入っている。

Claims (18)

1. 機器インタラクション方法であって、
   第一のコアネットワーク機器が、第一の機器によって送信された少なくとも一つのユーザ機器ＵＥの識別子情報を受信することであって、前記少なくとも一つのＵＥは、第一のＵＥとＵＥツーネットワークリレーＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立したＵＥと、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立すべきＵＥとのうちの少なくとも一つを含むことと、
   前記第一のコアネットワーク機器が、前記少なくとも一つのＵＥのうちのいずれか一つである第二のＵＥの識別子情報に基づいて第二のコアネットワーク機器とインタラクションすることとを含み、
   そのうち、前記第一のコアネットワーク機器は、前記第一のＵＥにサービングするコアネットワーク機器であり、前記第二のコアネットワーク機器は、前記第二のＵＥにサービングするコアネットワーク機器である、機器インタラクション方法。
2. 前述した、第一のコアネットワーク機器が第二のＵＥの識別子情報に基づいて第二のコアネットワーク機器とインタラクションすることは、
   前記第一のコアネットワーク機器が前記第二のＵＥの識別子情報に基づいて前記第二のコアネットワーク機器を決定することと、
   前記第一のコアネットワーク機器が前記第二のコアネットワーク機器に第一の要求メッセージを送信することであって、前記第一の要求メッセージに前記第二のＵＥの識別子情報が記録されており、前記第一の要求メッセージは、前記第二のＵＥのコンテキストの取得を要求するために用いられることと、
   前記第一のコアネットワーク機器が、前記第二のコアネットワーク機器によって送信された前記第二のＵＥのコンテキストを受信することとを含む、請求項１に記載の方法。
3. 前述した、第一のコアネットワーク機器が、前記第二のコアネットワーク機器によって送信された前記第二のＵＥのコンテキストを受信することの後、前記方法は、
   前記第一のコアネットワーク機器が前記第二のＵＥのコンテキストに基づき、前記第二のＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを決定することをさらに含む、請求項２に記載の方法。
4. 前述した、第一のコアネットワーク機器が、第一の機器によって送信された少なくとも一つのＵＥの識別子情報を受信することの前、前記方法は、
   前記第一のコアネットワーク機器が、前記第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立したＵＥの識別子情報と、前記第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立すべきＵＥの識別子情報との少なくとも一つの取得を要求するための識別子要求メッセージを前記第一の機器に送信することをさらに含む、請求項１に記載の方法。
5. 前記第一の機器は、前記第一のＵＥ又はアクセスネットワーク機器であり、前記アクセスネットワーク機器は、リレーＵＥにサービスを提供し、前記リレーＵＥは、前記第一のＵＥ又は前記第二のＵＥである、請求項１に記載の方法。
6. 前記少なくとも一つのＵＥの識別子情報は、非アクセスレイヤＮＡＳメッセージ、Ｎ２インターフェースメッセージ又は識別子要求メッセージに対応する応答メッセージに記録されている、請求項１に記載の方法。
7. 前記少なくとも一つのＵＥのうちのいずれか一つのＵＥの識別子情報は、
   ５Ｇグローバルユニーク一時識別子５Ｇ－ＧＵＴＩと、
   ５ＧＳ－一時モビリティサブスクリプション識別子５Ｇ－Ｓ－ＴＭＳＩと、
   アプリケーションレイヤ身元識別子と、
   近距離リレーユーザキー識別子ＰＲＵＫ ＩＤと、
   永久機器識別子ＰＥＩと、
   サブスクリプション秘匿化識別子ＳＵＣＩと、
   サブスクリプション永久識別子ＳＵＰＩとのうちのいずれか一つである、請求項１に記載の方法。
8. 前述した、第一のコアネットワーク機器が、第一の機器によって送信された少なくとも一つのＵＥの識別子情報を受信することの後、前記方法は、
   前記第一のコアネットワーク機器が第三のコアネットワーク機器に第二の要求メッセージを送信することであって、前記第二の要求メッセージに前記第二のＵＥの識別子情報が記録されており、前記第二の要求メッセージは、前記第二のＵＥの許可情報の取得を要求するために用いられることと、
   前記第一のコアネットワーク機器が、前記第三のコアネットワーク機器によって送信された前記第二のＵＥの許可情報を受信することと、
   前記第一のコアネットワーク機器が前記第二のＵＥの許可情報に基づき、前記第二のＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを決定することとをさらに含む、請求項１に記載の方法。
9. コアネットワーク機器であって、前記コアネットワーク機器は、第一のコアネットワーク機器であり、前記コアネットワーク機器は、受信モジュールとインタラクションモジュールとを含み、
   前記受信モジュールは、第一の機器によって送信された少なくとも一つのユーザ機器ＵＥの識別子情報を受信するために用いられ、前記少なくとも一つのＵＥは、第一のＵＥとＵＥツーネットワークリレーＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立したＵＥと、第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立すべきＵＥとのうちの少なくとも一つを含み、
   前記インタラクションモジュールは、前記受信モジュールが前記少なくとも一つのＵＥの識別子情報を受信した後、前記少なくとも一つのＵＥのうちのいずれか一つである第二のＵＥの識別子情報に基づいて第二のコアネットワーク機器とインタラクションするために用いられ、
   そのうち、前記第一のコアネットワーク機器は、前記第一のＵＥにサービングするコアネットワーク機器であり、前記第二のコアネットワーク機器は、前記第二のＵＥにサービングするコアネットワーク機器である、コアネットワーク機器。
10. 前記インタラクションモジュールは、決定サブモジュールと、送信サブモジュールと、受信サブモジュールとを含み、
    前記決定サブモジュールは、前記第二のＵＥの識別子情報に基づいて前記第二のコアネットワーク機器を決定するために用いられ、
    前記送信サブモジュールは、前記決定サブモジュールによって決定された前記第二のコアネットワーク機器に第一の要求メッセージを送信するために用いられ、前記第一の要求メッセージに前記第二のＵＥの識別子情報が記録されており、前記第一の要求メッセージは、前記第二のＵＥのコンテキストの取得を要求するために用いられ、
    前記受信サブモジュールは、送信サブモジュールが第二のコアネットワーク機器に第一の要求メッセージを送信した後、前記第二のコアネットワーク機器によって送信された前記第二のＵＥのコンテキストを受信するために用いられる、請求項９に記載のコアネットワーク機器。
11. 前記コアネットワーク機器は、決定モジュールをさらに含み、
    前記決定モジュールは、前記受信サブモジュールが前記第二のコアネットワーク機器によって送信された前記第二のＵＥのコンテキストを受信した後、前記第二のＵＥのコンテキストに基づき、前記第二のＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを決定するために用いられる、請求項１０に記載のコアネットワーク機器。
12. 前記コアネットワーク機器は、送信モジュールをさらに含み、
    前記送信モジュールは、受信モジュールが前記第一の機器によって送信された前記少なくとも一つのＵＥの識別子情報を受信する前、前記第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立したＵＥの識別子情報と、前記第一のＵＥとＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ接続を確立すべきＵＥの識別子情報との少なくとも一つの取得を要求するための識別子要求メッセージを前記第一の機器に送信するために用いられる、請求項９に記載のコアネットワーク機器。
13. 前記第一の機器は、前記第一のＵＥ又はアクセスネットワーク機器であり、前記アクセスネットワーク機器は、リレーＵＥにサービスを提供し、前記リレーＵＥは、前記第一のＵＥ又は前記第二のＵＥである、請求項９に記載のコアネットワーク機器。
14. 前記少なくとも一つのＵＥの識別子情報は、非アクセスレイヤＮＡＳメッセージ、Ｎ２インターフェースメッセージ又は識別子要求メッセージに対応する応答メッセージに記録されている、請求項９に記載のコアネットワーク機器。
15. 前記少なくとも一つのＵＥのうちのいずれか一つのＵＥの識別子情報は、
    ５Ｇグローバルユニーク一時識別子５Ｇ－ＧＵＴＩと、
    ５ＧＳ－一時モビリティサブスクリプション識別子５Ｇ－Ｓ－ＴＭＳＩと、
    アプリケーションレイヤ身元識別子と、
    近距離リレーユーザキー識別子ＰＲＵＫ ＩＤと、
    永久機器識別子ＰＥＩと、
    サブスクリプション秘匿化識別子ＳＵＣＩと、
    サブスクリプション永久識別子ＳＵＰＩとのうちのいずれか一つである、請求項９に記載のコアネットワーク機器。
16. 前記第一のコアネットワーク機器は、送信モジュールと決定モジュールとをさらに含み、
    前記送信モジュールは、受信モジュールが前記第一の機器によって送信された前記少なくとも一つのＵＥの識別子情報を受信した後、第三のコアネットワーク機器に第二の要求メッセージを送信するために用いられ、前記第二の要求メッセージに前記第二のＵＥの識別子情報が記録されており、前記第二の要求メッセージは、前記第二のＵＥの許可情報の取得を要求するために用いられ、
    前記受信モジュールは、さらに前記送信モジュールが前記第二の要求メッセージを送信した後、前記第三のコアネットワーク機器によって送信された前記第二のＵＥの許可情報を受信するために用いられ、
    前記決定モジュールは、前記受信モジュールによって受信された前記第二のＵＥの許可情報に基づき、前記第二のＵＥがＵＥ－ｔｏ－ｎｅｔｗｏｒｋ ｒｅｌａｙ通信の実行について許可されるか否かを決定するために用いられる、請求項９に記載のコアネットワーク機器。
17. プロセッサと、メモリと、前記メモリに記憶されており、前記プロセッサ上で運行できるプログラム又は命令とを含み、前記プログラム又は前記命令が前記プロセッサによって実行されると、請求項１～８のいずれか１項に記載の機器インタラクション方法のステップを実現する、コアネットワーク機器。
18. プログラム又は命令が記憶されており、前記プログラム又は命令がプロセッサによって実行されると、請求項１～８のいずれか１項に記載の機器インタラクション方法のステップを実現する、可読記憶媒体。

Images