特許 7668880 通信制御方法、基地局、及びプロセッサ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-04-17

(45)【発行日】2025-04-25

(54)【発明の名称】通信制御方法、基地局、及びプロセッサ

(51)【国際特許分類】

   H04W 40/34 20090101AFI20250418BHJP

   H04W 8/00 20090101ALI20250418BHJP

【ＦＩ】

H04W40/34

H04W8/00 110

【請求項の数】 8

(21)【出願番号】P 2023534825

(86)(22)【出願日】2022-07-12

(86)【国際出願番号】 JP2022027460

(87)【国際公開番号】W WO2023286783

(87)【国際公開日】2023-01-19

【審査請求日】2024-01-15

(31)【優先権主張番号】P 2021118338

(32)【優先日】2021-07-16

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】000006633

【氏名又は名称】京セラ株式会社

(74)【代理人】

【識別番号】110001106

【氏名又は名称】弁理士法人キュリーズ

(72)【発明者】

【氏名】藤代 真人

【審査官】竹内 亨

(56)【参考文献】

【文献】国際公開第２０１８／００２９９３（ＷＯ，Ａ１）

【文献】特表２０１５－５０３２５９（ＪＰ，Ａ）

【文献】国際公開第２０１６／１６３４３０（ＷＯ，Ａ１）

【文献】国際公開第２０１９／１４６７２１（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ ４／００－９９／００

Ｈ０４Ｂ ７／２４－７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

第１ユーザ装置が、第２ユーザ装置と互いに発見状態にあり、前記第２ユーザ装置を識別する第２識別情報を取得するとともに、前記第２ユーザ装置が、前記第１ユーザ装置を識別する第１識別情報を取得することと、
前記第１ユーザ装置が、前記第２識別情報を通信装置へ送信するとともに、前記第２ユーザ装置が、前記第１識別情報を前記通信装置へ送信することと、
前記通信装置が、前記第２識別情報を受信したことに応じて、前記第１ユーザ装置に対して、第１データ無線ベアラを設定するとともに、前記第１識別情報を受信したことに応じて、前記第２ユーザ装置に対して、第２データ無線ベアラを設定することと、
前記通信装置が、前記第１データ無線ベアラを利用して前記第１ユーザ装置から受信した第１データを、コアネットワークへ転送することなく、前記第２データ無線ベアラを利用して前記第２ユーザ装置へ転送することと、を有する
通信制御方法。

【請求項2】

前記通信装置は基地局であって、前記第１ユーザ装置は前記基地局と接続され、前記コアネットワークは前記基地局と接続される、請求項１記載の通信制御方法。

【請求項3】

前記通信装置は第３ユーザ装置である、請求項１記載の通信制御方法。

【請求項4】

前記転送することは、前記通信装置が、前記第２データ無線ベアラを利用して前記第２ユーザ装置から受信した第２データを、前記コアネットワークへ転送することなく、前記第１データ無線ベアラを利用して前記第１ユーザ装置へ転送することを含む、請求項１記載の通信制御方法。

【請求項5】

更に、前記コアネットワークに接続されたコアネットワーク装置が、前記第１ユーザ装置と前記第２ユーザ装置とが前記コアネットワークを介することなく前記基地局を介して通信を行うペアであることを示すペアリング情報を前記基地局へ送信することと、を有し、
前記設定することは、前記基地局が、前記ペアリング情報と前記第２識別情報とを受信したことに応じて、前記第１データ無線ベアラを設定することを含む、
請求項２記載の通信制御方法。

【請求項6】

前記基地局が、前記第１データのデータ量を、前記コアネットワークへ送信することと、を更に有する
請求項２記載の通信制御方法。

【請求項7】

第１ユーザ装置及び第２ユーザ装置と通信可能な基地局であって、
前記第２ユーザ装置と互いに発見状態にある前記第１ユーザ装置から、前記第２ユーザ装置を識別する第２識別情報を受信するとともに、前記第２ユーザ装置から前記第１ユーザ装置を識別する第１識別情報を受信する受信部と、
前記第２識別情報を受信したことに応じて前記第１ユーザ装置に対して第１データ無線ベアラを設定するとともに、前記第１識別情報を受信したことに応じて前記第２ユーザ装置に対して第２データ無線ベアラを設定する制御部と、
前記第１データ無線ベアラを利用して前記第１ユーザ装置から受信した第１データをコアネットへ転送することなく、前記第２データ無線ベアラを利用して前記第２ユーザ装置へ転送する送信部と、を有する
基地局。

【請求項8】

第１ユーザ装置及び第２ユーザ装置と通信可能な基地局のプロセッサであって、
前記第２ユーザ装置と互いに発見状態にある前記第１ユーザ装置から、前記第２ユーザ装置を識別する第２識別情報を受信するとともに、前記第２ユーザ装置から前記第１ユーザ装置を識別する第１識別情報を受信する処理と、
前記第２識別情報を受信したことに応じて前記第１ユーザ装置に対して第１データ無線ベアラを設定するとともに、前記第１識別情報を受信したことに応じて前記第２ユーザ装置に対して第２データ無線ベアラを設定する処理と、
前記第１データ無線ベアラを利用して前記第１ユーザ装置から受信した第１データをコアネットへ転送することなく、前記第２データ無線ベアラを利用して前記第２ユーザ装置へ転送する処理と、を実行する
プロセッサ。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、セルラ通信システムに用いる通信制御方法に関する。

【背景技術】

【0002】

セルラ通信システムの標準化プロジェクトである３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において、ユーザデータについての様々なルーティング技術が検討されている。例えば、第５世代（５Ｇ）のセルラ通信システムでは、ＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）と呼ばれる機能ブロックが、ユーザデータのルーティングを行っている。

【先行技術文献】

【非特許文献】

【0003】

【文献】３ＧＰＰ ＴＳ ３８．３００ Ｖ１６．６．０ （２０２１－０６）

【発明の概要】

【0004】

第１の態様に係る通信制御方法は、第１ユーザ装置が、第２ユーザ装置と互いに発見状態にあり、第２ユーザ装置を識別する第２識別情報を取得するとともに、第２ユーザ装置が、第１ユーザ装置を識別する第１識別情報を取得することを含む。また、前記通信制御方法は、第１ユーザ装置が、第２識別情報を通信装置へ送信するとともに、第２ユーザ装置が、第１識別情報を通信装置へ送信することを含む。更に、前記通信制御方法は、通信装置が、第２識別情報を受信したことに応じて、第１ユーザ装置に対して、第１データ無線ベアラを設定するとともに、第１識別情報を受信したことに応じて、第２ユーザ装置に対して、第２データ無線ベアラを設定することを含む。更に、前記通信制御方法は、通信装置が、第１データ無線ベアラを利用して第１ユーザ装置から受信した第１データを、コアネットワークへ転送することなく、第２データ無線ベアラを利用して第２ユーザ装置へ転送することを含む。

【0005】

第２の態様に係る通信制御方法は、第１ユーザ装置が、第２ユーザ装置を発見した際に取得した第２ユーザ装置のディスカバリ識別子を、基地局へ送信するステッを含む。また、前記通信制御方法は、基地局は、ディスカバリ識別子の受信に応じて、ディスカバリ識別子を有しているか否かを基地局配下のユーザ装置へ問い合わせることを含む。更に、前記通信制御方法は、第２ユーザ装置が、問い合わせに応答することを含む。更に、前記通信制御方法は、基地局が、応答に応じて、前記第１ユーザ装置に対して第１データ無線ベアラを設定するとともに、第２ユーザ装置に対して第２データ無線ベアラを設定することを含む。更に、前記通信制御方法は、基地局が、第１データ無線ベアラを利用して第１ユーザ装置から受信した第１データを、コアネットワークへ転送することなく、第２データ無線ベアラを利用して第２ユーザ装置へ転送することを含む。

【0006】

第３の態様に係る通信制御方法は、基地局が、データ無線ベアラを利用して前記第１ユーザ装置から受信したデータを、コアネットワークへ転送することなく、第２ユーザ装置へ転送することを含む。前記通信制御方法は、基地局が、データのデータ量を、コアネットワークへ送信することを含む。

【図面の簡単な説明】

【0007】

【図1】図１は、一実施形態に係るセルラ通信システムの構成例を表す図である。

【図2】図２は、一実施形態に係るＵＥ（ユーザ装置）の構成例を表す図である。

【図3】図３は、一実施形態に係るｇＮＢ（基地局）の構成例を表す図である。

【図4】図４は、一実施形態に係るユーザプレーンに関するプロトコルスタックの構成例を表す図である。

【図5】図５は、一実施形態に係る制御プレーンに関するプロトコルスタックの構成例を表す図である。

【図6】図６（Ａ）と図６（Ｂ）は、第１実施形態に係るルーティングの例を表す図である。

【図7】図７は、第１実施形態に係るローカルルーティングの例を表す図である。

【図8】図８は、第１実施形態に係るプロトコルスタックの例を表す図である。

【図9】図９は、第１実施形態に係る動作例を表す図である。

【図10】図１０は、第２実施形態に係る動作例を表す図である。

【図11】図１１は、第３実施形態に係る動作例を表す図である。

【図12】図１２は、第４実施形態に係る動作例を表す図である。

【発明を実施するための形態】

【0008】

本開示は、ルーティングが適切に行われる通信制御方法を提供することを目的とする。

【0009】

図面を参照しながら、実施形態に係るセルラ通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。

【0010】

（セルラ通信システム）
まず、一実施形態に係るセルラ通信システムの構成について説明する。一実施形態に係るセルラ通信システムは３ＧＰＰの５Ｇシステムであるが、セルラ通信システムには、ＬＴＥが少なくとも部分的に適用されてもよい。また、セルラ通信システムは、６Ｇなど、将来のセルラ通信システムも適用されてよい。

【0011】

図１は、一実施形態に係るセルラ通信システムの構成例を表す図である。

【0012】

図１に示すように、セルラ通信システム１は、ユーザ装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００と、５Ｇの無線アクセスネットワーク（ＮＧ－ＲＡＮ：Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０と、５Ｇのコアネットワーク（５ＧＣ：５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ）２０とを有する。

【0013】

ＵＥ１００は、移動可能な装置である。ＵＥ１００は、ユーザにより利用される装置であればどのような装置であっても構わないが、例えば、ＵＥ１００は、携帯電話端末（スマートフォンを含む）やタブレット端末、ノートＰＣ、通信モジュール（通信カード又はチップセットを含む）、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置（Ｖｅｈｉｃｌｅ ＵＥ）、飛行体若しくは飛行体に設けられる装置（Ａｅｒｉａｌ ＵＥ）である。

【0014】

ＮＧ－ＲＡＮ１０は、基地局（５Ｇシステムにおいて「ｇＮＢ」と呼ばれる）２００を含む。ｇＮＢ２００は、ＮＧ－ＲＡＮノードと呼ばれることもある。ｇＮＢ２００は、基地局間インターフェイスであるＸｎインターフェイスを介して相互に接続される。ｇＮＢ２００は、１又は複数のセルを管理する。ｇＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｇＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。１つのセルは１つのキャリア周波数に属する。

【0015】

なお、ｇＮＢがＬＴＥのコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）に接続されてもよいし、ＬＴＥの基地局が５ＧＣ２０に接続されてもよい。また、ＬＴＥの基地局とｇＮＢとが基地局間インターフェイスを介して接続されてもよい。

【0016】

５ＧＣ２０は、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）３０１（３０１－１，３０１－２）及びＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）３０２（３０２－１，３０２－２）を含む。ＡＭＦ３０１は、ＵＥ１００に対する各種モビリティ制御等を行う。ＡＭＦ３０１は、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するエリアの情報を管理する。ＵＰＦ３０２は、データの転送制御を行う。ＡＭＦ３０１及びＵＰＦ３０２は、基地局－コアネットワーク間インターフェイスであるＮＧインターフェイスを介してｇＮＢ２００と接続される。ＡＭＦ３０１及びＵＰＦ３０２は、５ＧＣ（コアネットワーク）２０に接続されたコアネットワーク装置の一例である。

【0017】

図２は、一実施形態に係るＵＥ１００（ユーザ装置）の構成例を表す図である。

【0018】

図２に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を有する。

【0019】

受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部１３０に出力する。

【0020】

送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。

【0021】

制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、少なくとも１つのプロセッサと、プロセッサと電気的に接続された少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。制御部１３０は、以下に示す各実施形態において、ＵＥ１００が実行する各種処理を行ってもよい。

【0022】

図３は、一実施形態に係るｇＮＢ２００（基地局）の構成例を表す図である。

【0023】

図３に示すように、ｇＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を有する。

【0024】

送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。

【0025】

受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部２３０に出力する。

【0026】

制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサと、プロセッサと電気的に接続された少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵと、を含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。制御部２３０は、以下に示す各実施形態において、ｇＮＢ２００が実行する各種処理を行ってもよい。

【0027】

バックホール通信部２４０は、基地局間インターフェイスを介して隣接基地局と接続される。バックホール通信部２４０は、基地局－コアネットワーク間インターフェイスを介してＡＭＦ３０１及び／又はＵＰＦ３０２と接続される。なお、ｇＮＢは、ＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）とＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）とで構成され、両ユニット間がＦ１インターフェイスで接続されてもよい。

【0028】

図４は、一実施形態に係るユーザプレーンの無線インターフェイスのプロトコルスタックの構成例を表す図である。

【0029】

図４に示すように、データを取り扱うユーザプレーンの無線インターフェイスプロトコルは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤと、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）レイヤとを有する。

【0030】

ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｇＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。

【0031】

ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｇＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｇＮＢ２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。

【0032】

ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｇＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。

【0033】

ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。ＵＥ１００のＰＤＣＰレイヤと、ｇＮＢ２００のＰＤＣＰレイヤとの間では、無線ベアラを介してデータ及び制御情報が伝送される。

【0034】

ＳＤＡＰレイヤは、コアネットワークがＱｏＳ制御を行う単位であるＱｏＳフローと、ＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）がＱｏＳ制御を行う単位である無線ベアラとのマッピングを行う。なお、ＲＡＮがＥＰＣに接続される場合は、ＳＤＡＰが無くてもよい。

【0035】

図５は、一実施形態に係る制御プレーンの無線インターフェイスのプロトコルスタックの構成例を表す図である。

【0036】

図５に示すように、シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックは、図４に示したＳＤＡＰレイヤに代えて、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤ及びＮＡＳレイヤを有する。

【0037】

ＵＥ１００のＲＲＣレイヤとｇＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合、ＵＥ１００はＲＲＣアイドル状態にある。また、ＲＲＣ接続が中断（サスペンド）されている場合、ＵＥ１００はＲＲＣインアクティブ状態にある。

【0038】

ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＡＭＦ３０１のＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。

【0039】

なお、ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等を有する。

【0040】

［第１実施形態］
次に、第１実施形態について説明する。

【0041】

第１実施形態は、ルーティングに関する実施形態である。ここで、第１実施形態に係るルーティングの例について説明する。

【0042】

（ルーティングの例）
図６（Ａ）は、第１実施形態に係るルーティングの一例を表す図である。ルーティングは、例えば、送信元から送信されたデータ（パケット）を正しく宛先（又は送信先）へ送信できるよう経路を選択することである。一般的には、ルーティングは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）レイヤで行われる。

【0043】

５Ｇシステムにおいては、ＵＰＦ３０２が、ＩＰレイヤに対する処理を行うことができる。そのため、図６（Ａ）に示すように、ＵＰＦ３０２がルーティングを行う。なお、ＵＰＦ３０２がルーティングを行うことから、図６（Ａ）の例では、ＭＥＣ（Ｍｏｂｉｌｅ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ）サーバ４００がＵＰＦ３０２に接続される例を表している。

【0044】

図６（Ｂ）は、第１実施形態に係るルーティングの一例を表す図である。図６（Ｂ）に示すように、セルラ通信システム１では、コアネットワークを介することなく、インターネットに接続させる技術も提案されている。このような技術を、ローカルブレイクアウト（ｌｏｃａｌ ｂｒｅａｄｏｕｔ）と称する場合がある。ローカルブレイクアウトもルーティングの一例でもある。なお、図６（Ｂ）の例では、ｇＮＢ２００に接続されたＧＷにより、ルーティングが行われる例を表している。

【0045】

また、近接する複数のＵＥ１００がコアネットワークを介さずに直接的にデータ通信を行うＤ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）通信において、ｌｏｃａｌｌｙ ｒｏｕｔｅｄモードがある。ｌｏｃａｌｌｙ ｒｏｕｔｅｄモードは、データパスがｅＮＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ）を経由しない直接通信モードとは異なり、データパスがｅＮＢを経由するモードである。

【0046】

図６（Ａ）と図６（Ｂ）に示す例は、主に、レイヤ３（ＩＰレイヤ）においてルーティングが行われる例を表している。

【0047】

しかしながら、５Ｇシステムの通信は、図６（Ａ）に示すように、ＵＥ１００－１とＵＥ１００－２が同じｇＮＢ２００のカバレッジ内に存在する場合でも、ＵＥ１００－１から送信されたデータをコアネットワーク（ＵＰＦ３０２）まで到達させて、同じ経路で折り返すようにしている。

【0048】

このような場合、コアネットワークを介することなく、データをルーティングすることができれば、コアネットワークのトラフィック量を低減させたり、コアネットワーク内の通信で発生する遅延を少なくさせたりすることが可能となる。このように、コアネットワークを介さないルーティングを、ローカルルーティングと称する場合がある。

【0049】

図７は、第１実施形態に係るローカルルーティングの一例を表す図である。図７に示すように、ｇＮＢ２００が、ローカルルーティングを行うことも考えられる。しかし、ｇＮＢ２００では、レイヤ２（ＳＤＡＰレイヤ（又はＰＤＣＰレイヤ））に対する処理を行うことができるものの、レイヤ３（ＩＰレイヤ）に対する処理を行うことはできない。

【0050】

そのため、ｇＮＢ２００においてレイヤ２によるローカルルーティングを行う場合に、どのように行えばよいのか、という課題がある。

【0051】

そこで、第１実施形態では、ＵＥ１００－１とＵＥ１００－２とが発見状態となった場合、ＵＥ１００－１はＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）識別情報をｇＮＢ２００へ送信する。そして、ｇＮＢ２００が、ＲＡＮ識別情報の受信に応じて、ＵＥ１００－１に対して、ローカルルーティング用のデータ無線ベアラ（ＤＲＢ）を設定する。ｇＮＢ２００は、ＵＥ１００－１から当該ＤＲＢを利用して送信されたデータを、コアネットワークへ転送することなく、ＵＥ１００－２へ転送する。

【0052】

具体的には、第１に、第１ユーザ装置（例えば、ＵＥ１００－１）が、第２ユーザ装置（例えば、ＵＥ１００－２）と互いに発見状態にあり、第２ユーザ装置を識別する第２識別情報を取得するとともに、第２ユーザ装置が、第１ユーザ装置を識別する第１識別情報を取得する。第２に、第１ユーザ装置が、第２識別情報を通信装置（例えば、ｇＮＢ２００）へ送信するとともに、第２ユーザ装置が、第１識別情報を通信装置へ送信する。第３に、通信装置が、第２識別情報を受信したことに応じて、第１ユーザ装置に対して、第１データ無線ベアラを設定するとともに、第１識別情報を受信したことに応じて、第２ユーザ装置に対して、第２データ無線ベアラを設定する。第４に、通信装置が、第１データ無線ベアラを利用して第１ユーザ装置から受信した第１データを、コアネットワークへ転送することなく、第２データ無線ベアラを利用して第２ユーザ装置へ転送する。

【0053】

図８は、第１実施形態に係るプロトコルスタックの例を表す図である。ＳＤＡＰレイヤ又はＰＤＣＰレイヤ（レイヤ２）は、データ無線ベアラ（ＤＲＢ）に関する処理を行うことができるレイヤである。図８に示すように、ｇＮＢ２００は、ＳＤＡＰレイヤ（又はＰＤＣＰレイヤ）を取り扱うことができる。ｇＮＢ２００は、ＵＥ１００－１（とＵＥ１００－２）に対して、ローカルルーティング用のＤＲＢを設定することで、当該ＤＲＢを利用してＵＥ１００－１から送信されたデータを、コアネットワークへ転送することなく、ＵＥ１００－２へ転送することができる。従って、ｇＮＢ２００は、レイヤ２によるルーティングが可能となる。なお、当該プロトコルスタックにおいては、ＳＤＡＰサブレイヤは無くてもよい。この場合、ＰＤＣＰサブレイヤの上にＬｏｃａｌ ｒｏｕｔｉｎｇレイヤが位置する。

【0054】

（第１実施形態の動作例）
図９は、第１実施形態に係る動作例を表す図である。

【0055】

図９に示す動作例は、図７に示すセルラ通信システム１の構成例と同様に、ｇＮＢ２００が、ＵＥ１００－１から送信されたデータを、ＵＰＦ３０２へ転送することなく、ＵＥ１００－２へ転送するローカルルーティングの例を表している。

【0056】

なお、ＵＥ１００－１は、ｇＮＢ２００と接続されているが、ＵＥ１００－２は、ｇＮＢ２００と接続されていなくてもよい。ＵＥ１００－２がｇＮＢ２００と接続されていない場合、ＵＥ１００－２は、他のｇＮＢに接続されているものとする。

【0057】

また、以下では、ＵＥ＃１をＵＥ１００－１と標記し、ＵＥ＃２をＵＥ１００－２と標記する場合がある。

【0058】

図９に示すように、ステップＳ１０において、ＵＥ１００－１とＵＥ１００－２は互いに発見状態にある。ＵＥ１００－１は、ディスカバリ機能を用いて、ＵＥ１００－２を発見し、ＵＥ１００－２も、ディスカバリ機能を用いて、ＵＥ１００－１を発見することで、互いに発見状態になってもよい。ディスカバリ機能は、近接サービス（Ｐｒｏｓｅ（Ｐｒｏｘｉｍｉｔｙ－ｂａｓｅｄ ｓｅｒｖｉｃｅｓ））通信の直接発見（Ｄｉｒｅｃｔ Ｄｉｓｃｏｖｅｒｙ）を利用した機能でもよい。また、ディスカバリ機能は、Ｏｐｅｎ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｆｏｕｎｄａｔｉｏｎを利用した機能であってもよい。

【0059】

ステップＳ１１において、ＵＥ１００－１は、ＵＥ１００－２に対して、ＲＡＮ識別情報の共有を要求してもよい。例えば、ＵＥ１００－１は、ＵＥ１００－２に対して、近接サービスの直接通信（Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を利用して、当該要求を送信してもよい。

【0060】

ここで、ＲＡＮ識別情報は、ＲＡＮ上におけるＵＥ１００の識別情報である。

【0061】

第１に、ＲＡＮ識別情報は、ＰＬＭＮ ＩＤ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ ＩＤ）、ｇＮＢ ＩＤ、セルＩＤ、及びＣ－ＲＮＴＩ（Ｃｅｌｌ ｒａｄｉｏ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）を含む。ＲＡＮ識別情報にこれらの４つの識別情報が含まれることで、特定の事業者の特定の基地局における特定のセル内において、ＵＥ１００を識別することが可能となる。

【0062】

第２に、ＲＡＮ識別情報は、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）、５ｇ－Ｓ－ＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）であってもよい。

【0063】

第３に、ＲＡＮ識別情報は、サイドリンク通信のＰｒｏｓｅ ＩＤ（Ｐｒｏｘｉｍｉｔｙ－ｂａｓｅｄ ｓｅｒｖｉｃｅｓ ＩＤ）でもよい。Ｐｒｏｓｅ ＩＤの例として、例えば、Ｄｅｓｔｉｎａｔｉｏｎ Ｌａｙｅｒ－２ ＩＤ及び／又はＳｏｕｒｃｅ Ｌａｙｅｒ－２ ＩＤがある。

【0064】

第４に、ＲＡＮ識別情報は、ＩＰアドレスを含んでもよいし、アプリケーションレイヤ（プラットフォームレイヤを含む）のＩＤを含んでもよい。

【0065】

ステップＳ１２において、ＵＥ１００－１は、ＵＥ１００－２との間でＲＡＮ識別情報を共有する。例えば、ＵＥ１００－１は、近接サービスの直接通信（Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を利用して、ＵＥ１００－２のＲＡＮ識別情報をＵＥ１００－２から取得してもよい。また、ＵＥ１００－２についても、近接サービスの直接通信を利用して、ＵＥ１００－１のＲＡＮ識別情報をＵＥ１００－１から取得してもよい。ＵＥ１００－１とＵＥ１００－２は、互いに相手方のＲＡＮ識別情報を取得することで、ＲＡＮ識別情報を共有する。

【0066】

ステップＳ１３において、ＵＥ１００－１は、ＵＥ１００－２のＲＡＮ識別情報を、ｇＮＢ２００へ送信する。当該ＲＡＮ識別情報の送信が、ローカルルーティングの要求として機能してもよい。

【0067】

ステップＳ１４において、ｇＮＢ２００は、当該ＲＡＮ識別情報の受信に応じて、ＵＥ１００－１に対して、ローカルルーティング用のＤＲＢを設定する。ｇＮＢ２００は、ＵＥ１００－１に対して、無線ベアラ設定情報（ｒａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇ）などを含むＲＲＣメッセージを送信することで、ローカルルーティング用のＤＲＢを設定してもよい。

【0068】

当該ＤＲＢは、ＵＥ１００－１が、ＵＥ１００－２宛てのデータを送信する場合に用いるＤＲＢである。当該ＤＲＢは、ＵＥ１００－１が、ＵＥ１００－２から送信されたデータを受信する場合に用いるＤＲＢであってもよい。ＵＥ１００－１では、ＵＥ１００－２宛てのデータを当該ＤＲＢにマッピングすることで、ＵＥ１００－２宛てにデータを送信することができる。そのため、当該ＤＲＢには、制限情報として、ＵＥ１００－２のＲＡＮ識別情報が紐づけられてもよい。

【0069】

なお、ｇＮＢ２００は、ＵＥ１００－２が他のｇＮＢの配下となっている場合、当該他のｇＮＢに対して、データフォワーディング用のトンネルセッションを確立してもよい。

【0070】

ステップＳ１５において、ＵＥ１００－２は、ステップＳ１３と同様に、ＵＥ１００－１のＲＡＮ識別情報をｇＮＢ２００へ送信する。

【0071】

ステップＳ１６において、ｇＮＢ２００は、ステップＳ１４と同様に、当該ＲＡＮ識別情報を受信したことに応じて、ＵＥ１００－２に対して、ローカルルーティング用のＤＲＢを設定する。この場合、ｇＮＢ２００は、ＵＥ１００－１に設定したＤＲＢと、ＵＥ１００－２に設定したＤＲＢとを紐づける。これにより、ｇＮＢ２００は、ＵＥ１００－１とｇＮＢ２００との間の通信路と、ＵＥ１００－２とｇＮＢ２００との間の通信路と、をルーティングすることも可能となる。

【0072】

ステップＳ１７において、ＵＥ１００－１は、ＵＥ１００－２宛てのデータを送信する。ＵＥ１００－１は、ステップＳ１４により設定された、ローカルルーティング用のＤＲＢに、当該データをマッピングすることで、ローカルルーティング用のＤＲＢ上で当該データを送信することができる。

【0073】

ステップＳ１８において、ｇＮＢ２００は、ＵＥ１００－１から受信したデータに対して、ローカルルーティングを行う。ｇＮＢ２００は、当該データをコアネットワークへ転送することなく、ＵＥ１００－２へ転送する。例えば、以下のようにして、ローカルルーティングが行われてもよい。

【0074】

ｇＮＢ２００は、ＵＥ１００－２に対してローカルルーティング用のＤＲＢ（ステップＳ１６）と、ＵＥ１００－１に対して設定したローカルルーティング用のＤＲＢ（ステップＳ１４）とを紐づけている。そのため、ｇＮＢ２００は、ＵＥ１００－１に対して設定したローカルルーティング用のＤＲＢを利用して送信されたデータを、ＵＥ１００－２に対して設定したローカルルーティング用のＤＲＢへマッピングすることで、ＵＥ１００－２へ転送することができる。

【0075】

なお、図９の例では、ＵＥ１００－１から送信されたデータに対して、ローカルルーティングが行われて、ＵＥ１００－２へ転送される例を表している。例えば、ｇＮＢ２００が、ＵＥ１００－２に対して、ローカルルーティング用のＤＲＢを設定する（ステップＳ１５とＳ１６）。これにより、例えば、ＵＥ１００－１から送信されたデータがＵＥ１００－２へ転送されるだけではなく、ＵＥ１００－２から送信されたデータがＵＥ１００－１へ転送させることが可能となる。すなわち、ＵＥ１００－１とＵＥ１００－２は、コアネットワークを介することなく、ｇＮＢ２００を介して、データの送受信が互いに可能となる。

【0076】

ステップＳ２０において、ＵＥ１００－２は、ＵＥ１００－２自身のＲＡＮ識別情報が変更された場合、変更後の新たなＲＡＮ識別情報をＵＥ１００－１へ送信してもよい。

【0077】

ここで、ＲＡＮ識別情報が変更される場合とは、例えば、ＵＥ１００－２が移動することで、接続先のセルＩＤが変更された場合である。また、ステップＳ２０において、ＵＥ１００－２は、ＵＥ１００－１へ新たなＲＡＮ識別情報を送信しているが、移動先のｇＮＢへ、新たなＲＡＮ識別情報を送信してもよい。この場合、ＵＥ１００－２は、ローカルルーティング用のＤＲＢがある旨を示す情報を移動先のｇＮＢへ送信してもよい。移動先のｇＮＢへのＵＥ１００－２による新たなＲＡＮ識別情報の送信が行われた場合、移動先のｇＮＢは、移動元であるｇＮＢ２００へ、新たなＲＡＮ識別情報を送信してもよい。

【0078】

ステップＳ２１において、ＵＥ１００－１は、ＵＥ１００－２の新たなＲＡＮ識別情報を、ｇＮＢ２００へ送信してもよい。

【0079】

（第１実施形態の変形例）
次に、第１実施形態の変形例について説明する。

【0080】

第１実施形態において、ＵＥ１００－１は、ＵＥ１００－２を発見した発見状態（ステップＳ１０）にあることについて説明した。例えば、ＵＥ１００－１は、ＵＥ１００－２を発見したものの、ＵＥ１００－２が移動することで、ＵＥ１００－２を発見できなくなる場合がある。この場合、ＵＥ１００－１は、ＵＥ１００－２について発見できないことを示す情報を、ｇＮＢ２００へ送信してもよい。当該情報は、ｇＮＢ２００から設定されたローカルルーティング用のＤＲＢを取り除く要求であってもよい。ｇＮＢ２００は、当該情報を受信することに応じて、ＵＥ１００－１に設定したローカルルーティング用のＤＲＢを取り除き、可能であれば、ＵＥ１００－２に設定したローカルルーティング用のＤＲＢも取り除く。

【0081】

また、第１実施形態では、ｇＮＢ２００がローカルルーティングを行うものとして説明した。ｇＮＢ２００に代えて、ＵＥ１００－３がローカルルーティングを実施してもよい。この場合、ＵＥ１００－３が、２つのＵＥ１００－１，１００－２と、ｇＮＢ２００との間の中継ＵＥとして機能する。中継ＵＥ１００－３は、第１実施形態のｇＮＢ２００と同様に、ＵＥ１００－１からＵＥ１００－２のＲＡＮ識別情報を受信すると、ＵＥ１００－１に対してローカルルーティング用のＤＲＢを設定する。また、中継ＵＥ１００－３は、ＵＥ１００－２からＵＥ１００－１のＲＡＮ識別情報を受信すると、ＵＥ１００－２に対してローカルルーティング用のＤＲＢを設定する。そして、中継ＵＥ１００－３は、これらのＤＲＢを用いて、ｇＮＢ２００へ転送させることなく、ＵＥ１００－１から送信されたデータをＵＥ１００－２へ、ＵＥ１００－１から送信されたデータをＵＥ１００－２へそれぞれ転送することができる。この場合、ＤＲＢは、ＳＬ－ＤＲＢ（Ｓｉｄｅ Ｌｉｎｋ ＤＲＢ）であってもよい。また、ＲＡＮ識別情報は、Ｄｅｓｔｉｎａｔｉｏｎ Ｌａｙｅｒ－２ ＩＤ及び／又はＳｏｕｒｃｅ Ｌａｙｅｒ－２ ＩＤが用いられてもよい。

【0082】

［第２実施形態］
次に、第２実施形態について説明する。

【0083】

第１実施形態では、ＲＡＮ識別情報が用いられる例について説明した。第２実施形態では、ＲＡＮ識別情報に代えて、ディスカバリ識別子が用いられる例である。

【0084】

具体的には、第１に、第１ユーザ装置（例えば、ＵＥ１００－１）が、第２ユーザ装置（例えば、ＵＥ１００－２）を発見した際に取得した第２ユーザ装置のディスカバリ識別子を、基地局（例えば、ｇＮＢ２００）へ送信する。第２に、基地局は、ディスカバリ識別子の受信に応じて、ディスカバリ識別子を有しているか否かを基地局配下のユーザ装置へ問い合わせる。第３に、第２ユーザ装置が、問い合わせに応答する。第４に、基地局が、応答に応じて、第１ユーザ装置に対して第１データ無線ベアラを設定するとともに第２ユーザ装置に対して第２データ無線ベアラを設定する。第５に、基地局が、第１データ無線ベアラを利用して第１ユーザ装置から受信したデータを、コアネットワークへ転送することなく、第２データ無線ベアラを利用して第２ユーザ装置へ転送する。

【0085】

このように、ｇＮＢ２００は、ＵＥ１００－１が発見したＵＥ１００－２を、ディスカバリ識別子を用いて自ら探し出すことで、ＵＥ１００－１に対してローカルルーティング用のＤＲＢを設定し、ローカルルーティングを行うようにしている。これにより、第２実施形態においても、第１実施形態と同様に、ｇＮＢ２００は、レイヤ２によるローカルルーティングを適切に行うことが可能となる。

【0086】

図１０は、第２実施形態に係る動作例を表す図である。

【0087】

図１０に示すように、ステップＳ３０において、ＵＥ１００－１は、ディスカバリ機能を用いて、ＵＥ１００－２を発見する。ディスカバリ機能は、第１実施形態と同様に、近接サービス通信の直接発見（Ｄｉｒｅｃｔ Ｄｉｓｃｏｖｅｒｙ）を利用した機能であってもよい。ディスカバリ機能は、上位レイヤ（例えば、Ｏｐｅｎ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｆｏｕｎｄａｔｉｏｎ）を利用した機能であってもよい。ＵＥ１００－１は、当該発見に代えて、又は当該発見とともに、ＵＥ１００－２と通信を行うことを決定してもよい。

【0088】

ステップＳ３１において、ＵＥ１００－１は、アクセス層（ＡＳ）へ、ディスカバリ識別子を通知する。例えば、ＵＥ１００－１の上位レイヤ（例えば、アプリケーションレイヤ）は、ディスカバリ機能を実行することで、ＵＥ１００－２のディスカバリ識別子を取得する。

【0089】

ここで、ディスカバリ識別子は、ＵＥ１００－１が、ディスカバリ機能の実行により、相手方のＵＥ１００－２を発見した場合に、ＵＥを識別する識別子として機能する。ＵＥ１００－２のディスカバリ識別子が、ＵＥ１００－１にとって、データ送信先のＵＥを識別する識別子をなり得る。また、ＵＥ１００－１のディスカバリ識別子は、データ送信元のＵＥを識別する識別子となり得る。ＵＥ１００－１は、ＵＥ１００－２の発見により、ＵＥ１００－２からＵＥ１００－２のディスカバリ識別子を取得してもよい。また、ＵＥ１００－２も、当該発見により、ＵＥ１００－１からＵＥ１００－２のディスカバリ識別子を取得してもよい。

【0090】

ステップＳ３２において、ＵＥ１００－１は、ディスカバリ識別子をｇＮＢ２００へ送信する。送信するディスカバリ識別子には、ＵＥ１００－２のディスカバリ識別子を含む。送信するディスカバリ識別子には、ＵＥ１００－１のディスカバリ識別子を含んでもよい。

【0091】

ステップＳ３３において、ｇＮＢ２００は、ディスカバリ識別子の受信に応じて、配下のＵＥに対して、ＵＥ１００－２のディスカバリ識別子を有しているか否かを問い合わせる。この場合、ｇＮＢ２００は、他のｇＮＢに対して、ＵＥ１００－２のディスカバリ識別子を有しているか否かを当該他のｇＮＢに問い合わせてもらうことを依頼してもよい。ｇＮＢ２００は、ＵＥ１００－２のディスカバリ識別子を含むＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）メッセージを報知することで、問い合わせを行ってもよい。

【0092】

ステップＳ３４において、ＵＥ１００－２は、当該問い合わせに応答する。ＵＥ１００－２は、ｇＮＢ２００の配下に属しているため、ｇＮＢ２００からの問い合わせに対して応答する。例えば、ＵＥ１００－２は、応答メッセージとしてＲＲＣメッセージをｇＮＢ２００へ送信することで、当該応答が行われてもよい。ＵＥ１００－２が他のｇＮＢ配下に属している場合、他のｇＮＢは、ｇＮＢ２００へ、自局にＵＥ１００－２が存在することを示す情報を送信してもよい。

【0093】

ステップＳ３５において、ｇＮＢ２００は、ＵＥ１００－１に対して、ローカルルーティング用のＤＲＢを設定する。当該ＤＲＢは、第１実施形態のＤＲＢ（図１０のステップＳ１４）と同様に、ＵＥ１００－１がＵＥ１００－２宛てのデータを送信する場合に用いられてもよいし、ＵＥ１００－２から送信された自身宛てのデータをＵＥ１００－１が受信する場合に用いられてもよい。ＵＥ１００－１は、ＵＥ１００－２宛てのデータを、当該ＤＲＢにマッピングすることで、当該データの送信が行われる。また、当該ＤＲＢは、制限情報として、ＵＥ１００－２のディスカバリ識別子が紐づけられてもよい。

【0094】

ステップＳ３６において、ｇＮＢ２００は、ＵＥ１００－２に対して、ローカルルーティング用のＤＲＢを設定する。この場合、ｇＮＢ２００は、第１実施形態と同様に、ＵＥ１００－１に対して設定したローカルルーティング用のＤＲＢと、ＵＥ１００－２に対して設定したローカルルーティング用のＤＲＢとを紐づけて、通信路としてルーティングを行う。

【0095】

ステップＳ３７において、ＵＥ１００－１は、ｇＮＢ２００へ、ローカルルーティング用のＤＲＢを利用して、ＵＥ１００－２宛てのデータを送信する。

【0096】

ステップＳ３８において、ｇＮＢ２００は、当該ＤＲＢを利用して送信されたＵＥ１００－２宛てのデータを受信し、受信した当該データを、コアネットワークへ転送することなく、ＵＥ１００－２へ転送する。ｇＮＢ２００は、ＵＥ１００－１に対して設定したローカルルーティング用のＤＲＢ（ステップＳ３５）と、ＵＥ１００－２に対して設定したローカルルーティング用のＤＲＢ（ステップＳ３６）とを用いて、受信した当該データを、ＵＥ１００－２へ転送する。この場合、ｇＮＢ２００は、ＵＥ１００－１に対して設定したＤＲＢ（ステップＳ３５）と、ＵＥ１００－２に対して設定したＤＲＢ（ステップＳ３６）とが紐づけられているため、ＵＥ１００－１から送信されたデータを、ＵＥ１００－２へ転送できる。

【0097】

なお、第１実施形態と同様に、ｇＮＢ２００が、ＵＥ１００－２に対して、ローカルルーティング用のＤＲＢを設定する（ステップＳ３６）ことで、ＵＥ１００－１からＵＥ１００－２へのデータ転送だけではなく、ＵＥ１００－２からＵＥ１００－１へのデータ転送も可能となってもよい。

【0098】

［第３実施形態］
次に、第３実施形態について説明する。

【0099】

第３実施形態は、ＡＭＦ３０１がｇＮＢ２００へ、ＵＥ１００－１とＵＥ１００－２とがＰ２Ｐ（Ｐｅｅｒ ｔｏ Ｐｅｅｒ）通信のペアであることを通知する例である。ここで、Ｐ２Ｐ通信とは、ＵＥ１００－１とＵＥ１００－２とが、コアネットワークを介することなく、ｇＮＢ２００を介して、通信を行うことである。第３実施形態では、Ｐ２Ｐ通信とローカルルーティングを区別しないで用いる場合がある。

【0100】

具体的には、第１に、コアネットワークに接続されたコアネットワーク装置（例えば、ＡＭＦ３０１）が、第１ユーザ装置（例えば、ＵＥ１００－１）と第２ユーザ装置（例えば、ＵＥ１００－２）とがコアネットワークを介することなく基地局を介して通信を行うペアであることを示すペアリング情報を基地局（例えば、ｇＮＢ２００）へ送信する。第２に、基地局が、ペアリング情報と第２識別情報（例えば、ＵＥ１００－２のＲＡＮ識別情報）とを受信したことに応じて、第１データ無線ベアラを設定する。

【0101】

これにより、ｇＮＢ２００は、Ｐ２Ｐ通信を行うペアが存在することを知ることができる。そして、ｇＮＢ２００は、当該ペアに対して、第１実施形態で説明したローカルルーティングの設定を行うことが可能となる。

【0102】

図１１は、第３実施形態に係る動作例を表す図である。

【0103】

図１１に示すように、ステップＳ４０において、ＵＥ１００－１は、ディスカバリ機能を用いて、ＵＥ１００－２を発見してもよい。ディスカバリ機能は、第１実施形態と同様に、近接サービス通信の直接発見（Ｄｉｒｅｃｔ Ｄｉｓｃｏｖｅｒｙ）を利用した機能でもよいし、Ｏｐｅｎ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｆｏｕｎｄａｔｉｏｎを利用した機能でもよい。ＵＥ１００－１は、ＵＥ１００－２を発見した場合、ＵＥ１００－２とＰ２Ｐ通信を行うことを決定してもよい。

【0104】

ステップＳ４１において、ＵＥ１００－１は、ＵＥ１００－２との間でＰ２Ｐ通信を行うことを示す情報を、ＡＭＦ３０１へ送信する。ＵＥ１００－１は、当該情報を含むＮＡＳメッセージを送信することで、当該情報を送信してもよい。当該情報は、前記ＲＡＮ識別情報であってもよい。

【0105】

ステップＳ４２において、ＡＭＦ３０１は、ペアリング情報をｇＮＢ２００へ送信する。ペアリング情報は、ＵＥ１００－１とＵＥ１００－２とがコアネットワークを介することなくｇＮＢ２００を介してＰ２Ｐ通信を行うペアであることを示す情報である。ＡＭＦ３０１は、ペアリング情報を含むＮＡＳメッセージを送信することで、当該情報の送信が行われてもよい。当該情報は、Ｐ２Ｐ通信用の通信路を確立するための要求であってもよい。当該ペアリング情報は、前記ＲＡＮ識別情報を含んでもよい。

【0106】

ステップＳ４３において、ｇＮＢ２００と、ＵＥ１００－１，１００－２とは、Ｐ２Ｐ通信を確立するための処理を行う。Ｐ２Ｐ通信を確立するための処理は、第１実施形態のステップＳ１０からステップＳ２１の処理であってもよい。この場合、ｇＮＢ２００は、ＵＥ１００－１からＵＥ１００－２のＲＡＮ識別情報を受信し、更にＡＭＦ３０１からペアリング情報を受信すると、ＵＥ１００－１に対して、ローカルルーティング用のＤＲＢを設定（ステップＳ１４）してもよい。また、Ｐ２Ｐ通信を確立するための処理は、第２実施形態のステップＳ３０からステップＳ３８の処理であってもよい。この場合、ｇＮＢ２００は、ＵＥ１００－２から応答を受信し（ステップＳ３４）、更にＡＭＦ３０１からペアリング情報を受信すると、ＵＥ１００－１に対して、ローカルルーティング用のＤＲＢを設定（ステップＳ３５）してもよい。

【0107】

［第４実施形態］
次に、第４実施形態について説明する。

【0108】

第１実施形態から第３実施形態では、ｇＮＢ２００において、ローカルルーティングを行う例について説明した。この場合、データは、ＵＰＦ３０２まで到達しない。そのため、セルラ通信システム１では、ユーザ毎のデータ量（又は通信量）を取得することができない場合がある。そこで、第４実施形態では、ｇＮＢ２００は、ローカルルーティングにより転送したデータのデータ量を記録し、記録したデータ量をコアネットワークへ送信する。

【0109】

具体的には、第１に、基地局（例えば、ｇＮＢ２００）が、データ無線ベアラを利用して第１ユーザ装置（例えば、ＵＥ１００－１）から受信したデータを、コアネットワークへ転送することなく、第２ユーザ装置（例えば、ＵＥ１００－２）へ転送する。第２に、基地局が、データのデータ量を、コアネットワーク（例えば、ＡＭＦ３０１）へ送信する。

【0110】

これにより、コアネットワークでは、ｇＮＢ２００においてローカルルーティングにより転送したデータのデータ量を把握することができ、チャージング（又は課金処理）を適切に行うことが可能となる。

【0111】

図１２は、第４実施形態に係る動作例を表す図である。

【0112】

図１２に示すように、ステップＳ５０において、ＵＥ１００－１は、ＵＥ１００－２宛てのデータをｇＮＢ２００へ送信する。

【0113】

ステップＳ５１において、ｇＮＢ２００は、ローカルルーティングにより、ＵＥ１００－２宛てのデータをコアネットワークへ転送することなく、ＵＥ１００－２へ転送する。

【0114】

ステップＳ５２において、ｇＮＢ２００は、転送したデータ（ステップＳ５１）のデータ量をメモリに記録する。ｇＮＢ２００は、ＳＤＡＰ ＳＤＵのペイロード部分のデータ量を記録してもよい。また、ｇＮＢ２００は、ＰＤＣＰ ＳＤＵのペイロード部分のデータ量を記録してもよい。ｇＮＢ２００は、ＵＥ１００毎に、データ量を記録してもよい。ｇＮＢ２００は、ライセンスバンドを利用して無線通信を行ったデータのデータ量のみ記録してもよい。この場合、アンライセンスバンドを利用して無線通信を行ったデータに対しては課金がされない。

【0115】

ステップＳ５３において、ｇＮＢ２００は、記録したデータ量を、コアネットワークへ送信する。図１２では、コアネットワークとして、ＡＭＦ３０１の例を表している。

【0116】

［その他の実施形態］
ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。

【0117】

また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。

【0118】

本開示で使用されている「に基づいて（ｂａｓｅｄ ｏｎ）」、「に応じて（ｄｅｐｅｎｄｉｎｇ ｏｎ）」という記載は、別段に明記されていない限り、「のみに基づいて」、「のみに応じて」を意味しない。「に基づいて」という記載は、「のみに基づいて」及び「に少なくとも部分的に基づいて」の両方を意味する。同様に、「に応じて」という記載は、「のみに応じて」及び「に少なくとも部分的に応じて」の両方を意味する。また、「取得する（ｏｂｔａｉｎ／ａｃｑｕｉｒｅ）」は、記憶されている情報の中から情報を取得することを意味してもよく、他のノードから受信した情報の中から情報を取得することを意味してもよく、又は、情報を生成することにより当該情報を取得することを意味してもよい。「含む（ｉｎｃｌｕｄｅ）」、「備える（ｃｏｍｐｒｉｓｅ）」、及びそれらの変形の用語は、列挙する項目のみを含むことを意味せず、列挙する項目のみを含んでもよいし、列挙する項目に加えてさらなる項目を含んでもよいことを意味する。また、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。さらに、本開示で使用されている「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。本開示において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。

【0119】

以上、図面を参照して一実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。また、矛盾しない範囲で、各実施形態の全部又は一部を組み合わせることも可能である。

【0120】

本願は、日本国特許出願第２０２１－１１８３３８号（２０２１年７月１６日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。

【符号の説明】

【0121】

１ ：移動通信システム
１０ ：５ＧＣ
１００（１００－１，１００－２） ：ＵＥ
１１０ ：無線通信部
１２０ ：制御部
２００（２００－１～２００－３） ：ｇＮＢ
２１０ ：無線通信部
２２０ ：ネットワーク通信部
２３０ ：制御部
３０１ ：ＡＭＦ
３０２ ：ＵＰＦ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】