特開2024-147777 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ エレクトロニクス　アンド　テレコミュニケーションズ　リサーチ　インスチチュートの特許一覧

特開2024-147777フロントホールインターフェースを使う通信のための方法および装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5a
5b
6
7
8
9
10
11
12
13
14

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024147777

(43)【公開日】2024-10-16

(54)【発明の名称】フロントホールインターフェースを使う通信のための方法および装置

(51)【国際特許分類】

H04W 24/08 20090101AFI20241008BHJP

H04W 24/10 20090101ALI20241008BHJP

H04W 88/08 20090101ALI20241008BHJP

H04W 92/00 20090101ALI20241008BHJP

【ＦＩ】

H04W24/08

H04W24/10

H04W88/08

H04W92/00

【審査請求】有

【請求項の数】20

【出願形態】ＯＬ

(21)【出願番号】P 2024118565

(22)【出願日】2024-07-24

(62)【分割の表示】P 2023530029の分割

【原出願日】2021-11-19

(31)【優先権主張番号】10-2020-0156851

(32)【優先日】2020-11-20

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

(31)【優先権主張番号】10-2021-0070213

(32)【優先日】2021-05-31

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

(31)【優先権主張番号】10-2021-0081163

(32)【優先日】2021-06-22

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

(31)【優先権主張番号】10-2021-0083430

(32)【優先日】2021-06-25

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

(31)【優先権主張番号】10-2021-0160299

(32)【優先日】2021-11-19

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

(71)【出願人】

【識別番号】596099882

【氏名又は名称】エレクトロニクスアンドテレコミュニケーションズリサーチインスチチュート

【氏名又は名称原語表記】ＥＬＥＣＴＲＯＮＩＣＳＡＮＤＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳＲＥＳＥＡＲＣＨＩＮＳＴＩＴＵＴＥ

(74)【代理人】

【識別番号】110002952

【氏名又は名称】弁理士法人鷲田国際特許事務所

(72)【発明者】

【氏名】イジェスン

(72)【発明者】

【氏名】イムンシク

(72)【発明者】

【氏名】パクジェウ

(72)【発明者】

【氏名】チェジヨン

(72)【発明者】

【氏名】キムヨンフン

(72)【発明者】

【氏名】パクジュホ

(72)【発明者】

【氏名】イフソン

(72)【発明者】

【氏名】チョンヨンイル

(72)【発明者】

【氏名】チョンチャンボク

(72)【発明者】

【氏名】チュヒョンシク

(72)【発明者】

【氏名】チョンイクチェ

(57)【要約】（修正有）

【課題】フロントホールインターフェースを使う通信のための装置およびＯＲ－Ｕの動作方法を提供する。
【解決手段】通信システムにおいて、Ｏ－ＲＡＮ（ｏｐｅｎ－ｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ）で基地局のＯ－ＲＵ（Ｏ－ＲＡＮｒａｄｉｏｕｎｉｔ）の動作方法は、通知間隔による一つの通知区間で第１測定対象に対する測定動作を実行することによって複数の第１測定結果を生成する段階、前記複数の第１測定結果を含む第１測定結果リストを生成する段階、前記複数の第１測定結果のうち最新の測定結果を含む第１通知を生成する段階および前記第１測定結果リストおよび前記第１通知を含むメッセージをＯ－ＤＵ（Ｏ－ＲＡＮｄｉｓｔｒｉｂｕｔｅｄｕｎｉｔ）に伝送する段階を含む。
【選択図】図４

【特許請求の範囲】

【請求項1】

Ｏ－ＲＡＮ（ｏｐｅｎ－ｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ）でのＯ－ＲＵ（Ｏ－ＲＡＮｒａｄｉｏｕｎｉｔ）の動作方法であって、
通知間隔による一つの通知区間で第１測定対象に対する測定動作を実行することによって複数の第１測定結果を生成する段階；
前記複数の第１測定結果を含む第１測定結果リストを生成する段階；
前記複数の第１測定結果のうち最新の測定結果を含む第１通知を生成する段階；および
前記第１測定結果リストおよび前記第１通知を含むメッセージをＯ－ＤＵ（Ｏ－ＲＡＮｄｉｓｔｒｉｂｕｔｅｄｕｎｉｔ）に伝送する段階
を含む、Ｏ－ＲＵの動作方法。

【請求項2】

前記Ｏ－ＲＵの動作方法は、
前記複数の第１測定結果のうち最新の測定結果を特定バージョン以前のバージョンをサポートする既存のＯ－ＤＵによってデコーディングされる既存の測定結果として設定する段階
をさらに含み、
前記既存の測定結果を設定することは、前記第１通知を生成する前に実行され、前記最新の測定結果と前記既存の測定結果とは同じ測定結果を含む、
請求項１に記載のＯ－ＲＵの動作方法。

【請求項3】

前記第１測定結果リストは前記Ｏ－ＲＡＮの特定バージョン以後のバージョンをサポートするＯ－ＤＵでデコーディングされ、前記第１通知は前記特定バージョン以前のバージョンをサポートする既存のＯ－ＤＵでデコーディングされる、
請求項１に記載のＯ－ＲＵの動作方法。

【請求項4】

前記Ｏ－ＲＵの動作方法は、
前記一つの通知区間で第２測定対象に対する測定動作を実行することによって複数の第２測定結果を生成する段階；および
前記複数の第２測定結果を含む第２測定結果リストを生成する段階
をさらに含み、
前記メッセージは前記第２測定結果リストをさらに含む、
請求項１に記載のＯ－ＲＵの動作方法。

【請求項5】

前記第１測定結果リストは前記複数の第１測定結果それぞれに対する測定開始時間情報および測定終了時間情報をさらに含む、
請求項１に記載のＯ－ＲＵの動作方法。

【請求項6】

前記複数の第１測定結果は前記第１測定結果リスト内で測定時間の昇順で整列される、
請求項１に記載のＯ－ＲＵの動作方法。

【請求項7】

前記第１測定結果リストは前記複数の第１測定結果の個数を指示する情報および前記複数の第１測定結果それぞれのシーケンス番号のうち少なくとも一つをさらに含む、
請求項１に記載のＯ－ＲＵの動作方法。

【請求項8】

前記通知間隔は一つの測定動作が実行される測定間隔より長いように前記Ｏ－ＤＵによって設定される、
請求項１に記載のＯ－ＲＵの動作方法。

【請求項9】

前記第１測定対象はトランシーバー、受信ウインドウ（ｒｘ－ｗｉｎｄｏｗ）、伝送測定（ｔｘ－ｍｅａｓｕｒｅｍｅｎｔ）、ＥＰＥ（エネルギー、電力、環境）、またはシンボルＲＳＳＩ（シンボル受信信号強度インジケータ）である、
請求項１に記載のＯ－ＲＵの動作方法。

【請求項10】

Ｏ－ＲＡＮ（ｏｐｅｎ－ｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ）でのＯ－ＲＵ（Ｏ－ＲＡＮｒａｄｉｏｕｎｉｔ）の動作方法であって、
通知間隔による一つの通知区間で第１測定対象に対する測定動作を実行することによって第１測定結果を生成する段階；
前記第１測定結果を含む第１通知を生成する段階；
前記第１測定結果を含む第１測定結果リストを生成する段階；および
前記第１通知および前記第１測定結果リストを含むメッセージをＯ－ＤＵ（Ｏ－ＲＡＮｄｉｓｔｒｉｂｕｔｅｄｕｎｉｔ）に伝送する段階を含み、
ここで、前記第１測定結果は最新の測定結果である、
前記Ｏ－ＲＵの動作方法。

【請求項11】

前記Ｏ－ＲＵの動作方法は、
前記第１測定結果を、特定バージョン以前のバージョンをサポートする既存のＯ－ＤＵでデコーディングされる既存の測定結果として設定する段階
をさらに含み、
前記既存の測定結果を設定することは、前記第１通知を生成する前に実行され、前記第１測定結果、前記既存の測定結果および前記最新の測定結果とは同じ測定結果を含む、
請求項１０に記載のＯ－ＲＵの動作方法。

【請求項12】

前記第１測定結果リストは前記Ｏ－ＲＡＮの特定バージョン以後のバージョンをサポートするＯ－ＤＵでデコーディングされ、前記第１通知は前記特定バージョン以前のバージョンをサポートする既存のＯ－ＤＵでデコーディングされる、
請求項１０に記載のＯ－ＲＵの動作方法。

【請求項13】

前記通知間隔は一つの測定動作が実行される測定間隔と同一であるように前記Ｏ－ＤＵによって設定される、
請求項１０に記載のＯ－ＲＵの動作方法。

【請求項14】

前記Ｏ－ＲＵの動作方法は、
前記一つの通知区間で第２測定対象に対する測定動作を実行することによって第２測定結果を生成する段階；
前記第２測定結果を含む第２通知を生成する段階；
前記第２測定結果を含む第２測定結果リストを生成する段階
をさらに含み、
前記メッセージは前記第２通知および前記第２測定結果リストをさらに含む、
請求項１０に記載のＯ－ＲＵの動作方法。

【請求項15】

Ｏ－ＲＡＮ（ｏｐｅｎ－ｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ）でのＯ－ＤＵ（Ｏ－ＲＡＮｄｉｓｔｒｉｂｕｔｅｄｕｎｉｔ）の動作方法であって、
Ｏ－ＲＵ（Ｏ－ＲＡＮｒａｄｉｏｕｎｉｔ）のための通知間隔および測定間隔を設定する段階；
第１測定対象に対する複数の第１測定結果を含む第１測定結果リストと、複数の第１測定結果のうちの最新の測定結果を含む第１通知とを含むメッセージを前記Ｏ－ＲＵから受信する段階；および
前記第１測定結果リストをデコーディングすることにより前記複数の第１測定結果を確認する段階
を含み、
前記複数の第１測定結果は前記通知間隔による一つの通知区間で測定される、
Ｏ－ＤＵの動作方法。

【請求項16】

前記第１測定結果リストは前記Ｏ－ＲＡＮの特定バージョン以後のバージョンをサポートするＯ－ＤＵでデコーディングされ、前記第１通知は前記特定バージョン以前のバージョンをサポートするＯ－ＤＵでデコーディングされる、
請求項１５に記載のＯ－ＤＵの動作方法。

【請求項17】

前記第１測定結果リストは前記複数の第１測定結果それぞれに対する測定開始時間情報および測定終了時間情報をさらに含む、
請求項１５に記載のＯ－ＤＵの動作方法。

【請求項18】

前記複数の第１測定結果は前記第１測定結果リスト内で測定時間の昇順で整列される、請求項１５に記載のＯ－ＤＵの動作方法。

【請求項19】

前記第１測定結果リストは前記複数の第１測定結果の個数を指示する情報および前記複数の第１測定結果それぞれのシーケンス番号のうち少なくとも一つをさらに含む、
請求項１５に記載のＯ－ＤＵの動作方法。

【請求項20】

前記第１測定対象はトランシーバー、受信ウインドウ（ｒｘ－ｗｉｎｄｏｗ）、伝送測定（ｔｘ－ｍｅａｓｕｒｅｍｅｎｔ）、ＥＰＥ（エネルギー、電力、環境）、またはシンボルＲＳＳＩ（受信信号強度インジケータ）である、
請求項１５に記載のＯ－ＤＵの動作方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明はフロントホール（ｆｒｏｎｔｈａｕｌ）インターフェースを含む通信システムにおける通信技術に関し、さらに詳細には通信システムの性能管理のためのパラメータを効率的に送受信するための技術に関する。

【背景技術】

【0002】

情報通信技術の発展につれて多様な無線通信技術が開発されている。代表的な無線通信技術として、３ＧＰＰ（登録商標；３ｒｄｇｅｎｅｒａｔｉｏｎｐａｒｔｎｅｒｓｈｉｐｐｒｏｊｅｃｔ）標準で規定されたＬＴＥ（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ）、ＮＲ（ｎｅｗｒａｄｉｏ）等がある。ＬＴＥは４Ｇ（４ｔｈＧｅｎｅｒａｔｉｏｎ）無線通信技術のうち一つの無線通信技術であり得、ＮＲは５Ｇ（５ｔｈＧｅｎｅｒａｔｉｏｎ）無線通信技術のうち一つの無線通信技術であり得る。

【0003】

４Ｇ通信システム（例えば、ＬＴＥをサポートする通信システム）の商用化以降に急増する無線データの処理のために、４Ｇ通信システムの周波数帯域（例えば、６ＧＨｚ以下の周波数帯域）だけでなく４Ｇ通信システムの周波数帯域より高い周波数帯域（例えば、６ＧＨｚ以上の周波数帯域）を使う５Ｇ通信システム（例えば、ＮＲをサポートする通信システム）が考慮されている。５Ｇ通信システムはｅＭＢＢ（ｅｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄＢａｎｄ）、ＵＲＬＬＣ（Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ）およびｍＭＴＣ（ｍａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）をサポートすることができる。

【0004】

一方、Ｏ－ＲＡＮ（ｏｐｅｎ－ｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ）アライアンス（ａｌｌｉａｎｃｅ）はフロントホール（ｆｒｏｎｔｈａｕｌ）インターフェースを規定している。フロントホールインターフェースは基地局（例えば、ｅＮＢ、ｇＮＢ）を構成するＯ－ＤＵ（Ｏ－ＲＡＮｄｉｓｔｒｉｂｕｔｅｄｕｎｉｔ）とＯ－ＲＵ（Ｏ－ＲＡＮｒａｄｉｏｕｎｉｔ）間のインターフェースであり得る。Ｏ－ＤＵはＬＬＳ－ＣＵ（ｌｏｗｅｒｌａｙｅｒｓｐｌｉｔ－ｃｅｎｔｒａｌｕｎｉｔ）と呼称され得、Ｏ－ＲＵはＬＬＳ－ＤＵ（ｌｏｗｅｒｌａｙｅｒｓｐｌｉｔ－ｄｉｓｔｒｉｂｕｔｅｄｕｎｉｔ）と呼称され得る。ＬＬＳ－ＣＵおよびＬＬＳ－ＤＵは３ＧＰＰ（３ｒｄｇｅｎｅｒａｔｉｏｎｐａｒｔｎｅｒｓｈｉｐｐｒｏｊｅｃｔ）で使われる用語であり得る。フロントホールインターフェースを含む通信システムの性能管理のための方法が必要な場合もある。特に、Ｏ－ＲＡＮのＭ－Ｐｌａｎｅ機能のために、Ｏ－ＲＵとＯ－ＤＵ間で性能管理のための多様なパラメータを送受信するための方法が必要な場合もある。

【発明の概要】

【発明が解決しようとする課題】

【0005】

前記のような問題点を解決するための本発明の目的は、フロントホール（ｆｒｏｎｔｈａｕｌ）インターフェースを含む通信システムで性能管理のためのパラメータの送受信のための方法および装置を提供することにある。

【課題を解決するための手段】

【0006】

前記目的を達成するための本発明の第１実施例に係るＯ－ＲＵの動作方法は、通知間隔による一つの通知区間で第１測定対象に対する測定動作を実行することによって複数の第１測定結果を生成する段階、前記複数の第１測定結果を含む第１測定結果リストを生成する段階、および前記第１測定結果リストを含むメッセージをＯ－ＤＵに伝送する段階を含む。

【0007】

前記Ｏ－ＲＵの動作方法は、前記複数の第１測定結果のうち最新の測定結果を含む第１通知を生成する段階をさらに含むことができ、前記メッセージは第１通知をさらに含むことができる。

【0008】

前記第１測定結果リストは前記Ｏ－ＲＡＮの特定バージョン以後のバージョンをサポートする前記Ｏ－ＤＵでデコーディングされ得、前記第１通知は前記特定バージョン以前のバージョンをサポートする前記Ｏ－ＤＵでデコーディングされ得る。

【0009】

前記Ｏ－ＲＵの動作方法は、前記一つの通知区間で第２測定対象に対する測定動作を実行することによって複数の第２測定結果を生成する段階、および前記複数の第２測定結果を含む第２測定結果リストを生成する段階をさらに含むことができ、前記メッセージは前記第２測定結果リストをさらに含むことができる。

【0010】

前記第１測定結果リストは前記複数の第１測定結果それぞれに対する測定開始時間情報および測定終了時間情報をさらに含むことができる。

【0011】

前記複数の第１測定結果は前記第１測定結果リスト内で測定時間の昇順で整列され得る。

【0012】

前記第１測定結果リストは前記複数の第１測定結果の個数を指示する情報および前記複数の第１測定結果それぞれのシーケンス番号のうち少なくとも一つをさらに含むことができる。

【0013】

前記通知間隔は一つの測定動作が実行される測定間隔より長いように前記Ｏ－ＤＵによって設定され得る。

【0014】

前記第１測定対象はトランシーバー、受信ウインドウ、伝送測定、ＥＰＥ、またはシンボルＲＳＳＩであり得る。

【0015】

前記目的を達成するための本発明の第２実施例に係るＯ－ＲＵの動作方法は、通知間隔による一つの通知区間で第１測定対象に対する測定動作を実行することによって第１測定結果を生成する段階、前記第１測定結果を含む第１通知を生成する段階、前記第１測定結果を含む第１測定結果リストを生成する段階、および前記第１通知および前記第１測定結果リストを含むメッセージをＯ－ＤＵに伝送する段階を含む。

【0016】

【0017】

前記通知間隔は一つの測定動作が実行される測定間隔と同一であるように前記Ｏ－ＤＵによって設定され得る。

【0018】

前記Ｏ－ＲＵの動作方法は、前記一つの通知区間で第２測定対象に対する測定動作を実行することによって第２測定結果を生成する段階、前記第２測定結果を含む第２通知を生成する段階、および前記第２測定結果を含む第２測定結果リストを生成する段階をさらに含むことができ、前記メッセージは前記第２通知および前記第２測定結果リストをさらに含むことができる。

【0019】

前記目的を達成するための本発明の第３実施例に係るＯ－ＤＵの動作方法は、Ｏ－ＲＵのための通知間隔および測定間隔を設定する段階、第１測定対象に対する複数の第１測定結果を含む第１測定結果リストを含むメッセージを前記Ｏ－ＲＵから受信する段階、および前記第１測定結果リストをデコーディングすることにより前記複数の第１測定結果を確認する段階を含み、前記複数の第１測定結果は前記通知間隔による一つの通知区間で測定される。

【0020】

前記メッセージは前記複数の第１測定結果のうち最新の測定結果を含む第１通知をさらに含むことができる。

【0021】

前記第１測定結果リストは前記Ｏ－ＲＡＮの特定バージョン以後のバージョンをサポートする前記Ｏ－ＤＵでデコーディングされ得、前記第１通知は前記特定バージョン以前のバージョンをサポートする他のＯ－ＤＵでデコーディングされ得る。

【0022】

前記第１測定結果リストは前記複数の第１測定結果それぞれに対する測定開始時間情報および測定終了時間情報をさらに含むことができる。

【0023】

前記複数の第１測定結果は前記第１測定結果リスト内で測定時間の昇順で整列され得る。

【0024】

【0025】

前記第１測定対象はトランシーバー、受信ウインドウ、伝送測定、ＥＰＥ、またはシンボルＲＳＳＩであり得る。

【発明の効果】

【0026】

本出願によると、Ｏ－ＲＵ（Ｏ－ＲＡＮ（ｏｐｅｎ－ｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ）ｒａｄｉｏｕｎｉｔ）とＯ－ＤＵ（Ｏ－ＲＡＮｄｉｓｔｒｉｂｕｔｅｄｕｎｉｔ）との間で性能管理のための多様なパラメータは効率的に送受信され得る。Ｏ－ＲＡＮのＭ－Ｐｌａｎｅで定義されたＹＡＮＧモデルにおいて、複数の測定結果（例えば、測定対象（ｏｂｊｅｃｔ）別複数の測定結果）は一つの通知（ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージを使って伝送され得る。この動作は既存のＭ－Ｐｌａｎｅの機能に影響を与えないことができる。したがって、フロントホール（ｆｒｏｎｔｈａｕｌ）インターフェースを含む通信システムの性能は向上し得る。

【図面の簡単な説明】

【0027】

【図1】通信システムの第１実施例を図示した概念図である。

【図2】通信システムを構成する通信ノードの第１実施例を図示したブロック図である。

【図3】通信システムでＬＬＳをサポートする基地局の第１実施例を図示したブロック図である。

【図4】通信システムでＯ－ＤＵとＯ－ＲＵとの間のインターフェース構造の第１実施例を図示したブロック図である。

【図5a】階層的Ｍ－Ｐｌａｎｅモデルの第１実施例を図示したブロック図である。

【図5b】ハイブリッドＭ－Ｐｌａｎｅモデルの第２実施例を図示したブロック図である。

【図6】Ｍ－Ｐｌａｎｅのプロトコルスタックの第１実施例を図示したブロック図である。

【図7】Ｏ－ＲＡＮＭ－Ｐｌａｎｅで性能測定結果の伝達のためのＹＡＮＧモデルのデータ構造の第１実施例を図示した概念図である。

【図8】Ｏ－ＲＡＮＭ－Ｐｌａｎｅで性能測定結果の伝達のためのＹＡＮＧモデルのデータ構造の第２実施例を図示した概念図である。

【図9】Ｏ－ＲＡＮＭ－Ｐｌａｎｅで性能測定結果の伝達のためのＹＡＮＧモデルのデータ構造の第３実施例を図示した概念図である。

【図10】方法Ａを使うＹＡＮＧモデルにおいてトランシーバーに対する拡張された測定結果の構造の第１実施例を図示した概念図である。

【図11】方法Ａを使うＹＡＮＧモデルにおいて受信ウインドウに対する拡張された測定結果の構造の第１実施例を図示した概念図である。

【図12】方法Ａを使うＹＡＮＧモデルにおいてＥＰＥに対する拡張された測定結果の構造の第１実施例を図示した概念図である。

【図13】方法Ａを使うＹＡＮＧモデルにおいて伝送測定に対する拡張された測定結果の構造の第１実施例を図示した概念図である。

【図14】方法Ａを使うＹＡＮＧモデルにおいてシンボルＲＳＳＩに対する拡張された測定結果の構造の第１実施例を図示した概念図である。

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

【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】

【表1】

【0068】

【表2】

【0069】

Ｏ－ＤＵ（例えば、ＮＥＴＣＯＮＦクライアント）は測定対象、報告情報（ｒｅｐｏｒｔ－ｉｎｆｏ）に含まれる値（例えば、最大値、最小値、カウントなど）、対象単位（ｏｂｊｅｃｔ－ｕｎｉｔ）、測定間隔、通知間隔、および／またはファイルアップロード間隔（ｆｉｌｅｕｐｌｏａｄｉｎｔｅｒｖａｌ）を設定することができる。Ｏ－ＤＵは設定情報をＯ－ＲＵに通知することができる。Ｏ－ＲＵはＯ－ＤＵによって設定された情報（例えば、値）により選択された測定対象に対して設定された測定間隔で測定を実行することができ、設定された通知間隔またはファイルアップロード間隔により測定結果を含む通知を伝送あるいは測定結果ファイルをアップロードすることができる。

【0070】

測定対象に対する測定間隔は測定グループ別に設定され得る。例えば、トランシーバー測定間隔、受信ウインドウ測定間隔、伝送測定間隔、ＥＰＥ測定間隔、およびＲＳＳＩ測定間隔それぞれは互いに独立的に設定され得る。

【0071】

測定は測定対象別に活性化（ａｃｔｉｖａｔｅ）され得る。Ｏ－ＤＵは報告情報に含まれる情報要素（群）を測定対象別に設定することができる。例えば、報告情報は複数の情報要素を含むことができる。情報要素（群）はＭＡＸＩＭＵＭ、ＭＩＮＩＭＵＭ、ＦＩＲＳＴ、ＬＡＴＥＳＴ、および／またはＦＲＥＱＵＥＮＣＹ＿ＴＡＢＬＥを含むことができる。対象ユニットは測定対象別に独立的に設定され得る。例えば、対象ユニットは測定対象別に異なり得る。

【0072】

図７は、Ｏ－ＲＡＮＭ－Ｐｌａｎｅで性能測定結果の伝達のためのＹＡＮＧモデルのデータ構造の第１実施例を図示した概念図である。

【0073】

図７を参照すると、Ｏ－ＲＵはトランシーバー統計グループおよび受信ウインドウ統計グループそれぞれに属する測定対象に対する測定結果を、ＹＡＮＧモデルに基づいてデータストアに保存することができる。Ｏ－ＲＵは測定結果（群）を含むＮＥＴＣＯＮＦ通知をＯ－ＤＵ（例えば、ＮＥＴＣＯＮＦクライアント）に伝送することができる。トランシーバー統計グループはトランシーバー測定対象と呼称され得、受信ウインドウ統計グループは受信ウインドウ測定対象と呼称され得る。各測定対象に対する活性化（ａｃｔｉｖｅ）はｔｒｕｅまたはｆａｌｓｅに設定可能であり得る。各測定対象に対する活性化のデフォルト（ｄｅｆａｕｌｔ）はｆａｌｓｅであり得る。カウント（ｃｏｕｎｔ）値は測定間隔の境界（ｂｏｕｎｄａｒｙ）で０から始まり得る。

【0074】

図８は、Ｏ－ＲＡＮＭ－Ｐｌａｎｅで性能測定結果の伝達のためのＹＡＮＧモデルのデータ構造の第２実施例を図示した概念図である。

【0075】

図８を参照すると、Ｏ－ＲＵはＥＰＥ統計グループおよび伝送測定統計グループそれぞれに属する測定対象に対する測定結果をＹＡＮＧモデルに基づいてデータストアに保存することができる。Ｏ－ＲＵは測定結果（群）を含むＮＥＴＣＯＮＦ通知をＯ－ＤＵ（例えば、ＮＥＴＣＯＮＦクライアント）に伝送することができる。ＥＰＥ統計グループはＥＰＥ測定対象と呼称され得、伝送測定統計グループは伝送測定対象と呼称され得る。各測定対象に対する活性化はｔｒｕｅまたはｆａｌｓｅに設定可能であり得る。各測定対象に対する活性化のデフォルトはｆａｌｓｅであり得る。

【0076】

図９は、Ｏ－ＲＡＮＭ－Ｐｌａｎｅで性能測定結果の伝達のためのＹＡＮＧモデルのデータ構造の第３実施例を図示した概念図である。

【0077】

図９を参照すると、シンボルＲＳＳＩ統計（ｓｙｍｂｏｌ－ｒｓｓｉ－ｓｔａｔｓ）（例えば、時間ドメインで特定シンボルに対するＲＳＳＩ）の多様な測定結果（例えば、測定情報）に対する測定グループ（群）は新しく追加され得る。前述した測定情報は図７または図８に図示された構造と同一または類似する構造を有することができる。例えば、シンボルＲＳＳＩ統計の構造はトランシーバー統計の構造と同一または類似し得る。

【0078】

Ｏ－ＲＵはＯ－ＤＵ（例えば、ＮＥＴＣＯＮＦクライアント）により設定された測定間隔により測定動作を実行できる。Ｏ－ＲＵは通知間隔による時点でＮＥＴＣＯＮＦ通知メカニズムを使って測定結果（群）をＯ－ＤＵに周期的に伝送することができる。他の方法として、Ｏ－ＲＵは測定時間別で測定結果（群）をローカルディスクに保存することができ、ファイルアップロード間隔による時点で測定結果（群）をＯ－ＤＵにアップロードすることができる。

【0079】

通知間隔は測定間隔と異なって設定され得る。例えば、測定対象＃Ａの測定間隔は３分に設定され得、測定対象＃Ｂの測定間隔は５分に設定され得る。性能管理情報の伝送動作を効率的に実行するために、通知間隔は１５分に設定され得る。この場合、ＮＥＴＣＯＮＦ通知の伝送手続きで、測定対象＃Ａに対する５回の測定結果および測定対象＃Ｂに対する３回の測定結果を含む一つの通知（例えば、通知メッセージ）を伝送することが好適であり得る。通知間隔が測定対象の測定間隔より長く設定された場合、通知の伝送時点で複数の測定結果はＯ－ＲＵに存在し得る。測定対象に対する複数の測定結果は一つの通知に含まれ得る。

【0080】

Ｏ－ＲＡＮのＭ－Ｐｌａｎｅで定義された既存のＹＡＮＧモデルは複数の測定結果を含む一つの通知の伝送動作をサポートできなくてもよい。すなわち、既存のＹＡＮＧモデルは測定対象別１回の測定結果を含む一つの通知を伝送することができる。したがって、通知間隔が測定対象の測定間隔より長く設定された場合、一個の測定結果のみを含む通知は伝送され得、該当通知間隔で残りの測定結果（群）はＯ－ＤＵ（例えば、ＮＥＴＣＯＮＦクライアント）に伝達され得ない。すなわち、現在Ｏ－ＲＡＮのＹＡＮＧモデル（例えば、図７および図８に図示されたＹＡＮＧモデル）で、一つの通知の伝送動作は各測定対象に対する一つの測定結果を伝送するために実行され得る。前述した問題点を解決するために、以下でＹＡＮＧモデルを拡張する方法が提案されるであろう。

【0081】

Ｏ－ＲＡＮＭ－Ｐｌａｎｅの性能管理のためのＹＡＮＧモデルの部分１（例えば、共通設定部分）は次の通りであり得る。

【0082】

［ＹＡＮＧモデルの部分１］
module：o-ran-performance-management
+--rw performance-measurement-objects
+--ro measurement-capabilitites
│ +--ro transceiver-objects* [measurement-object]
│ │ +--ro measurement-object->/performance-measurement-objects/transceiver-measurement-objects/measurement-object
│ +--ro rx-window-objects* [measurement-object]
│ │ +--ro measurement-object->/performance-measurement-objects/rx-window-measurement-objects/measurement-object
│ +--ro tx-stats-objects* [measurement-object]
│ │ +--ro measurement-object->/performance-measurement-objects/tx-measurement-objects/measurement-object
│ +--ro epe-stats-objects* [measurement-object]
│ +--ro measurement-object->/performance-measurement-objects/epe-measurement-objects/measurement-object
│ +--ro component-class* identityref
+--rw enable-SFTP-upload? boolean
+--rw enable-random-file-upload? boolean
+--rw remote-SFTP-uploads* [remote-SFTP-upload-path]
│ +--rw remote-SFTP-upload-path inet:uri
+--rw transceiver-measurement-interval? uint16
+--rw rx-window-measurement-interval? uint16
+--rw epe-measurement-interval? uint16
+--rw tx-measurement-interval? uint16
+--rw notification-interval? uint16
+--rw file-upload-interval? uint16
+--ro max-bin-count uint16

【0083】

前述したＹＡＮＧモデルの部分１はすべての測定対象に共通して適用されるパラメータを定義することができる。例えば、ＹＡＮＧモデルの部分１はＯ－ＲＵがサポートする測定対象情報、測定グループ別測定間隔（例えば、トランシーバー測定間隔、受信ウインドウ測定間隔、伝送測定間隔、ＥＰＥ測定間隔、ＲＳＳＩ測定間隔）の設定、通知間隔、および／またはファイルアップロード間隔を定義することができる。トランシーバー測定間隔、受信ウインドウ測定間隔、伝送測定間隔、ＥＰＥ測定間隔、およびＲＳＳＩ測定間隔は互いに異なって設定され得る。通知間隔あるいはファイルアップロード間隔は一つの共通値で設定され得る。通知間隔あるいはファイルアップロード間隔それぞれはトランシーバー測定間隔、受信ウインドウ測定間隔、伝送測定間隔、ＥＰＥ測定間隔、および／またはＲＳＳＩ測定間隔と異なって設定され得る。

【0084】

Ｏ－ＲＡＮＭ－Ｐｌａｎｅの性能管理のためのＹＡＮＧモデルの部分２（例えば、トランシーバー、受信ウインドウ関連通知）は次の通りであり得る。

【0085】

［ＹＡＮＧモデルの部分２］
notifications:
+---n measurement-result-stats
+--ro transceiver-stats* [measurement-object]
| +--ro measurement-object->/performance-measurement-objects/transceiver-measurement-objects/measurement-object
| +--ro start-time? yang-types:data-and-time
| +--ro end-time? yang-types:data-and-time
| +--ro transceiver-measurement-result* [object-unit-id]
| +--ro object-unit-id->/if:interfaces/interface/o-ran-int:port-reference/port-number
| +--ro min
| | +--ro value? decima164
| | +--ro time? yang-types:data-and-time
| +--ro max
| | +--ro value? decima164
| | +--ro time? yang-types:data-and-time
| +--ro first
| | +--ro value? decima164
| | +--ro time? yang-types:data-and-time
| +--ro latest
| | +--ro value? decima164
| | +--ro time? yang-types:data-and-time
| +--ro frequency-table* uint32
+--ro rx-window-stats* [measurement-object]
+--ro measurement-object->/performance-measurement-objects/rx-window-measurement-objects/measurement-object
+--ro start-time? yang-types:data-and-time
+--ro end-time? yang-types:data-and-time
+--ro(object-unit-id)?
+--:(RU)
| +--ro name? ->/hw:hardware/component/name
| +--ro count uint64
+--:(TRANSPORT)
| +--ro tr-measured-result* []
| +--ro name? ->/o-ran-elements:processing-elements/ru-elements/name
| +--ro count uint64
+--:(EAXC_ID)
+--ro eaxc-measured-result* []
+--ro eaxc-id? uint16
+--ro count uint64
+--ro transport-name? ->/o-ran-elements:processing-elemnets/ru-elements/name

【0086】

Ｏ－ＲＡＮＭ－Ｐｌａｎｅの性能管理のためのＹＡＮＧモデルの部分３（例えば、ＥＰＥ、伝送ウインドウ関連通知）は次の通りであり得る。

【0087】

［ＹＡＮＧモデルの部分３］
+--ro tx-stats* [measurement-object]
| +--ro measurement-object->/performance-measurement-objects/tx-measurement-objects/measurement-object
| +--ro start-time? yang-types:data-and-time
| +--ro end-time? yang-types:data-and-time
| +--ro(object-unit-id)?
| +--:(RU)
| | +--ro name? ->/hw:hardware/component/name
| | +--ro count uint64
| +--:(TRANSPORT)
| | +--ro tr-measured-result* []
| | +--ro name? ->/o-ran-elements:processing-elements/ru-elements/name
| | +--ro count uint64
| +--:(EAXC_ID)
| +--ro eaxc-measured-result* []
| +--ro eaxc-id? uint16
| +--ro count uint64
| +--ro transport-name? ->/o-ran-elements:processing-elemnets/ru-elements/name
x--ro epe-stats
| +--ro start-time? yang-types:data-and-time
| +--ro end-time? yang-types:data-and-time
| +--ro epe-measurement-result* [object-unit-id]
| +--ro object-unit-id->/hw:hardware/component/class
| +--ro min? decima164
| +--ro max? decima164
| +--ro average? decima164
+--ro epe-statistics* [measurement-object]
+--ro measurement-object ->/performance-measurement-objects/epe-measurement-objects/measurement-object
+--ro start-time? yang-types:data-and-time
+--ro end-time? yang-types:data-and-time
+--ro epe-measurement-result* [object-unit-id]
+--ro object-unit-id ->hw:hardware/component/class
+--ro min? decima164
+--ro max? decima164
+--ro average? decima164

【0088】

ＹＡＮＧモデルの部分２および３はトランシーバー、受信ウインドウ、ＥＰＥ、および／または送信ウインドウに関連した測定情報をＮＥＴＣＯＮＦ通知形態で伝送するために定義されたＹＡＮＧモデルであり得る。トランシーバー統計、受信ウインドウ統計、伝送統計、ＥＰＥ統計、およびＲＳＳＩ統計それぞれは開始時間（ｓｔａｒｔｔｉｍｅ）から終了時間（ｅｎｄｔｉｍｅ）までの測定区間で一つの測定対象に対して測定された一つの結果（例えば、値）を含むことができる。

【0089】

すなわち、複数の時間区間（例えば、複数の測定区間）で測定された結果は一つの通知を使って伝送されない場合もある。特に、トランシーバー、受信ウインドウ、ＥＰＥ、伝送ウインドウ、およびＲＳＳＩそれぞれのための測定間隔が互いに異なって設定された場合、測定結果を含む通知はしきりに伝送されなければならない。このような問題を解決するためのＹＡＮＧモデルは次のように設定され得る。

【0090】

［方法Ａ］
方法Ａが使われる場合、測定対象別に一つ以上の測定結果を含む追加測定リストは設定され得、追加測定リストは該当測定対象の統計情報に追加され得る。例えば、追加測定リストは時間の順で統計情報に追加され得る。

【0091】

図１０は、方法Ａを使うＹＡＮＧモデルにおいてトランシーバーに対する拡張された測定結果の構造の第１実施例を図示した概念図である。

【0092】

図１０を参照すると、各測定対象（例えば、ＲＸ＿ＰＯＷＥＲ、ＴＸ＿ＰＯＷＥＲ、ＴＸ＿ＢＩＡＳ＿ＣＯＵＮＴ、ＴＥＭＰＡＲＡＴＵＲＥなど）のための追加トランシーバー測定結果（ａｄｄｉｔｉｏｎａｌ－ｔｒａｎｓｃｅｉｖｅｒ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ）は追加され得る。

【0093】

図１１は、方法Ａを使うＹＡＮＧモデルにおいて受信ウインドウに対する拡張された測定結果の構造の第１実施例を図示した概念図である。

【0094】

図１１を参照すると、各測定対象（例えば、ＲＸ＿ＯＮ＿ＴＩＭＥ、ＲＸ＿ＥＡＲＬＹ、ＲＸ＿ＬＡＴＥ、ＲＸ＿ＣＯＲＲＵＴ、ＲＸ＿ＤＵＰＬ、ＲＸ＿ＴＯＴＡＬなど）のための追加受信ウインドウ測定結果（ａｄｄｉｔｉｏｎａｌ－ｒｘ－ｗｉｎｄｏｗ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ）は追加され得る。

【0095】

図１２は、方法Ａを使うＹＡＮＧモデルにおいてＥＰＥに対する拡張された測定結果の構造の第１実施例を図示した概念図である。

【0096】

図１２を参照すると、各測定対象（例えば、ＴＥＭＰＡＲＡＴＵＲＥ、ＰＯＷＥＲ）のための追加ＥＰＥ測定結果（ａｄｄｉｔｉｏｎａｌ－ｅｐｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ）は追加され得る。

【0097】

図１３は、方法Ａを使うＹＡＮＧモデルにおいて伝送測定に対する拡張された測定結果の構造の第１実施例を図示した概念図である。

【0098】

図１３を参照すると、各測定対象（例えば、ＴＸ＿ＴＯＴＡＬ、ＴＸ＿ＴＯＴＡＬ＿Ｃ）のための追加伝送測定結果（ａｄｄｉｔｉｏｎａｌ－ｔｘ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ）は追加され得る。

【0099】

図１４は、方法Ａを使うＹＡＮＧモデルにおいてシンボルＲＳＳＩに対する拡張された測定結果の構造の第１実施例を図示した概念図である。

【0100】

図１４を参照すると、各測定対象（例えば、ＡＬＬ－ＵＬ－ＳＹＭＢＯＬＳ、ＣＯＮＦＩＧＵＲＥＤ－ＳＹＭＢＯＬＳ）のための追加シンボルＲＳＳＩ測定結果（ａｄｄｉｔｉｏｎａｌ－ｓｙｍｂｏｌ－ｒｓｓｉ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ）は追加され得る。

【0101】

前述した方法１によるＹＡＮＧモデルの構造は次のように定義され得る。

【0102】

【0103】

修正されたＹＡＮＧコードは次の通りであり得る。

【0104】

grouping measurement-notification {
description
”notification may contain measurement result for transceiver-stats
and/or rx-window-stats and/or tx-stats and/or epe-stats”;
list transceiver-stats {
key “measurement-object”;
description
”measurement result of transceiver-measurement per measurement-object”;
leaf measurement-object {
type leafref {
path “/performance-measurement-objects/transceiver-measurement-objects/measurement-object”;
}
description
”measurement-object for the transceiver-measurement”;
}
uses start-and-end-time; // start-and-end-time of the first result
uses transceiver-measurement-result-grouping; // First result

// For additional measurement result
leaf number-of-additional-measurement-result {
type uint8;
config false;
description
”This parameter indicates the number of additional measurement result.”;
}
list additional-transceiver-measurement-result {
// when measurement-interval < notification interval
config false;
description
”measurement result of additional transceiver-measurement”;
key seq-number;
leaf seq-number {
type uint8 {
range “1..max”;
}
}
uses start-and-end-time;
uses transceiver-measurement-result-grouping;
}
}

list rx-window-stats {
key “measurement-object”;
description
”measurement result for the reception window measurement per
measurement-object”;
leaf measurement-object {
type leafref {
path “/performance-measurement-objects/rx-window-measurement-objects/measurement-object”;
}
description
”measurement-object for the reception window measurement”;
}
uses start-and-end-time;
uses rx-window-measurement-result-grouping;
// For additional measurement result
leaf number-of-additional-measurement-result {
type uint8;
config false;
description
”This parameter indicates the number of additional measurement result.”;
}
list additional-rx-window-measurement-result {
// when measurement-interval < notification interval
config false;
description
”measurement result of additional rx-window-measurement”;
key seq-number;
leaf seq-number {
type uint8 {
range “1..max”;
}
}
uses start-and-end-time;
uses rx-window-measurement-result-grouping;
}
}

list tx-stats {
key “measurement-object”;
description
”measurement result for the tx stats measurement per
measurement-object”;
leaf measurement-object {
type leafref {
path “/performance-measurement-objects/tx-measurement-objects/measurement-object”;
}
description
”measurement-object for the tx stats measurement”;
}
uses start-and-end-time;
uses tx-measurement-result-grouping;
// For additional measurement result
leaf number-of-additional-measurement-result {
type uint8;
config false;
description
”This parameter indicates the number of additional measurement result.”;
}
list additional-tx-measurement-result {
// when measurement-interval < notification interval
config false;
description
”measurement result of additional tx-measurement”;
key seq-number;
leaf seq-number {
type uint8 {
range “1..max”;
}
}
uses start-and-end-time;
uses tx-measurement-result-grouping;
}
}

container epe-stats {
description
”container for the epe stats measurement - deprecated because measurement object isn’t included”;
status deprecated;
uses start-and-end-time;
uses epe-measurement-result-grouping;
}

list epe-statistics {
key “measurement-object”;
description
”measurement result for the epe stats measurement per
measurement-object”;
leaf measurement-object {
type leafref {
path “/performance-measurement-objects/epe-measurement-objects/measurement-object”;
}
description
”measurement-object for the epe stats measurement”;
}
uses start-and-end-time;
uses epe-measurement-result-grouping;
// For additional measurement result
leaf number-of-additional-measurement-result {
type uint8;
config false;
description
”This parameter indicates the number of additional measurement result.”;
}
list additional-epe-measurement-result {
// when measurement-interval < notification interval
config false;
description
”measurement result of additional epe-measurement”;
key seq-number;
leaf seq-number {
type uint8 {
range “1..max”;
}
}
uses start-and-end-time;
uses epe-measurement-result-grouping;
}
}
}

【0105】

測定対象の通知間隔が測定間隔より長い場合、測定対象それぞれの複数の測定結果は一つの通知（例えば、一つの通知メッセージ）に含まれ得る。この動作をサポートするために、トランシーバー統計グループ、受信ウインドウ統計グループ、伝送統計グループ、およびＥＰＥ統計グループに属する各測定対象が追加測定結果リストまたは全体測定結果（例えば、ｌｉｓｔａｄｄｉｔｉｏｎａｌ－ｔｒａｎｓｃｅｉｖｅｒ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ、ｌｉｓｔａｄｄｉｔｉｏｎａｌ－ｒｘ－ｗｉｎｄｏｗ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ、ｌｉｓｔａｄｄｉｔｉｏｎａｌ－ｔｘ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ、ｌｉｓｔａｄｄｉｔｉｏｎａｌ－ｅｐｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔなど）を含むことができるように、ＹＡＮＧモデルは拡張され得る。

【0106】

追加測定結果リストは開始時間（例えば、測定開始時間）、終了時間（例えば、測定終了時間）、および該当時間区間で測定結果（例えば、測定区間で測定値）を含むことができる。測定区間は開始時間から終了時間までの時間区間であり得る。

【0107】

既存のＹＡＮＧモデルで、測定対象別一つの測定結果のみを含む一つの通知は伝送され得る。測定結果を測定結果リストに変更する場合、既存のＹＡＮＧモデルをサポートするフロントホール装備（例えば、Ｏ－ＤＵおよび／またはＯ－ＲＵ）は測定結果リストをデコーディングできない。すなわち、既存のフロントホール装備との下位互換性（ｂａｃｋｗａｒｄｃｏｍｐａｔｉｂｉｌｉｔｙ）問題が発生し得る。本出願で提案されたＹＡＮＧモデルは既存のＹＡＮＧモデルの開始時間、終了時間、および測定結果をそのまま使うことができる。既存のＹＡＮＧモデルの測定結果は最初の測定結果を含むことができる。提案されたＹＡＮＧモデルは既存のＹＡＮＧモデルに比べて追加測定結果リストをさらに含むことができる。追加測定結果リストは二回目の測定結果から一つ以上の測定結果を含むことができる。測定結果は追加測定結果リスト内で時間順序（例えば、測定時間の昇順）で配置され得る。この動作は「方法ａ」と呼称され得る。方法ａによると、既存のＹＡＮＧモデルで使う測定関連パラメータはそのまま使われるので、下位互換性の問題は発生しない。

【0108】

すなわち、一つの通知で一つの測定結果のみをデコーディングできる既存のＯ－ＤＵは既存のパラメータ（群）（例えば、ｔｒａｎｓｃｅｉｖｅｒ－ｓｔａｔｓ、ｒｘ－ｗｉｎｄｏｗ－ｓｔａｔｓ、ｔｘ－ｓｔａｔｓ、ｅｐｅ－ｓｔａｔｓ）をデコーディングすることができる。この場合、Ｏ－ＲＵが複数の測定結果を含む一つの通知を伝送する場合にも、既存のＯ－ＤＵは一つの測定結果を成功的に受信することができる。

【0109】

他の方法として、Ｏ－ＲＵは複数の測定結果のうち最後の測定結果（例えば、最新の測定結果）を既存の測定結果パラメータとして設定することができ、最初の測定結果から最後以前の測定結果まで含む追加測定結果リスト（例えば、ａｄｄｉｔｉｏｎａｌ－ＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ）を生成することができる。この動作は「方法ｂ」と呼称され得る。方法ｂによると、既存のＯ－ＤＵが受信可能な一つの測定結果は最新の測定結果であり得る。

【0110】

通知の受信手続きでＯ－ＤＵのデコーディング便宜性を向上させるために、Ｏ－ＲＵは追加測定結果リストに含まれる測定結果の個数（例えば、ｎｕｍｂｅｒ－ｏｆ－ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ）をＯ－ＤＵに通知することができる。すなわち、追加測定結果リストはｎｕｍｂｅｒ－ｏｆ－ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔをさらに含むことができる。また、追加測定結果リストはシーケンス番号（例えば、ｓｅｑ－ｎｕｍｂｅｒ）をさらに含むことができる。方法ａが使われる場合、測定結果リスト内で測定結果に対するシーケンス番号は１から始めることができ、時間順で増加し得る。この場合、既存の測定結果（例えば、最初の測定結果）のシーケンス番号は０と見なされ得る。方法ｂが使われる場合、測定結果リスト内で測定結果に対するシーケンス番号は０から始めることができ、時間順で増加し得る。この場合、既存の測定結果は最後の測定結果と見なされ得る。Ｏ－ＤＵはシーケンス番号を追加測定結果リストのキー（ｋｅｙ）値として使うことによって測定結果を時間順で容易に整列することができる。また、Ｏ－ＤＵはシーケンス番号を使って特定測定結果を容易に探すことができる。

【0111】

シーケンス番号は追加測定結果リストに含まれなくてもよく、シーケンス番号の代わりに開始時間および終了時間は追加測定結果リストのキー値として使われ得る。追加測定結果リストのキーは指定されなくてもよい。追加測定結果リストのキーが指定されない場合、Ｏ－ＤＵは追加測定結果リスト内の特定エントリ（例えば、特定測定結果）に直接アクセスできず、常に追加測定結果リストの全体をデコーディングしなければならない。パラメータの個数を減らすために、ｎｕｍｂｅｒ－ｏｆ－ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔは使われなくてもよい。ＮＥＴＣＯＮＦ／ＹＡＮＧモデルで追加測定結果リストに含まれるエントリ（例えば、測定結果）の個数が明示的に指示されない場合にも、受信者（例えば、Ｏ－ＤＵ）はエントリの個数が分かる。ｎｕｍｂｅｒ－ｏｆ－ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔは受信者のデコーディング便宜性を向上させるために使われ得る。通信システムで追加測定結果リストの順序を任意に定義せず、追加測定結果リストを時間順で整列させるために、キー値であるシーケンス番号は「ｏｒｄｅｒｅｄ－ｂｙｕｓｅｒ」と定義され得る。

【0112】

他の方法として、Ｏ－ＲＵが既存のＯ－ＤＵ（例えば、Ｏ－ＲＡＮＭ－Ｐｌａｎｅ７．０バージョン以前のバージョンをサポートするＯ－ＤＵ、追加測定結果リストのデコーディングが不可能なＯ－ＤＵ）に測定結果を伝送する場合、Ｏ－ＲＵは一つの測定結果を伝送できるｌｅａｆ（例えば、ｓｔａｒｔ－ｔｉｍｅ、ｅｎｄ－ｔｉｍｅ、およびＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ［］）を伝送することができる。また、Ｏ－ＲＵは追加測定結果リストを処理できるＯ－ＤＵ（例えば、Ｏ－ＲＡＮＭ－Ｐｌａｎｅ７．０バージョンをサポートするＯ－ＤＵ、Ｏ－ＲＡＮＭ－Ｐｌａｎｅ７．０バージョン以後のバージョンをサポートするＯ－ＤＵ）に複数の測定結果全体を含む追加測定結果リストを伝送することができる。この動作は「方法ｃ」と呼称され得る。実施例で、追加測定結果リストを処理できるＯ－ＤＵは「新しいＯ－ＤＵ」と呼称され得、追加測定結果リストを処理できないＯ－ＤＵは「既存のＯ－ＤＵ」と呼称され得、Ｏ－ＤＵは新しいＯ－ＤＵおよび／または既存のＯ－ＤＵを意味し得る。

【0113】

方法ｃで前述したＹＡＮＧモデルはそのまま使われ得る。ただし、既存のＯ－ＤＵに通知を伝送する場合、追加測定結果リスト（例えば、ａｄｄｉｔｉｏｎａｌ－ＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ［］）の伝送は省略され得、既存のｌｅａｆのみ使われ得る。新しいＯ－ＤＵに通知を伝送する場合、一つの測定結果の伝送が可能なｌｅａｆの伝送は省略され得、Ｏ－ＲＵは複数の測定結果を含む追加測定結果リスト（ａｄｄｉｔｉｏｎａｌ－ＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ［］）を新しいＯ－ＤＵに伝送することができる。追加測定結果リスト内ですべての測定結果（例えば、最初の測定結果から最後の測定結果までの測定結果）は時間順で整列され得る。

【0114】

Ｏ－ＲＵは測定対象別一つの測定結果を含む通知を既存のＯ－ＤＵに伝送することができる。この場合、既存のＯ－ＤＵは一つの通知間隔で一つの測定結果が発生するようにＯ－ＲＵの測定間隔と通知間隔を同一に設定することができる。または既存のＯ－ＤＵが通知間隔を測定間隔より長く設定した場合、Ｏ－ＲＵは測定結果のうち最新の測定結果のみを既存のＯ－ＤＵに伝送することができる。前述した動作の詳細な方法は＜下位互換性およびマルチ測定結果報告機能をサポートしない装備との相互運用性を保障するための方法＞で説明される。

【0115】

前述した方法が使われる場合、通知の受信手続きでＯ－ＤＵのデコーディング便宜性を向上させるために、Ｏ－ＲＵは追加測定結果リストに含まれる測定結果の個数（ｎｕｍｂｅｒ－ｏｆ－ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ）をＯ－ＤＵに通知することができる。測定結果リストはシーケンス番号（ｓｅｑ－ｎｕｍｂｅｒ）を含むことができる。測定結果リスト内で測定結果に対するシーケンス番号は０から始めることができ、時間順で増加し得る。Ｏ－ＤＵはシーケンス番号を追加測定結果リストのキー値として使うことによって測定結果を時間順で容易に整列することができる。また、Ｏ－ＤＵはシーケンス番号を使って特定測定結果を容易に探すことができる。

【0116】

他の方法として、Ｏ－ＲＵは複数の測定結果を含む一つの通知を伝送することができる。この場合、Ｏ－ＲＵは複数の測定結果に基づいて複数の追加測定結果リストを生成することができ、複数の追加測定結果リストを含む通知をＯ－ＤＵに伝送することができる。反面、前述した動作をサポートしないＯ－ＲＵは一つの測定結果の伝送をサポートするｌｅａｆを使って一つの測定結果をＯ－ＤＵに伝送することができる。既存のＯ－ＤＵは追加測定結果リストをデコーディングすることができないが、新しい追加のｌｅａｆ（例えば、追加測定結果リスト）を無視することができる。したがって、既存のＯ－ＤＵでエラーは発生しないことができる。

【0117】

他の方法として、測定結果の伝送手続きで、方法ａおよび／または方法ｂのように、Ｏ－ＲＵは「一つの測定結果（例えば、測定対象別一つの測定結果、最新の測定結果）を含むｌｅａｆ」および「複数の測定結果を含む追加測定結果リスト」を含む通知をＯ－ＤＵに伝送することができる。複数の測定値の全体は追加測定結果リストに含まれ得る。この動作は「方法ｄ」と呼称され得る。この場合、一つの測定結果（例えば、最新の測定結果）は既存のｌｅａｆと追加測定結果リストのいずれにも含むことができる。方法ｄが使われる場合、一つの測定結果が重複伝送されるが、Ｏ－ＲＵはＯ－ＤＵの種類（例えば、既存のＯ－ＤＵまたは新しいＯ－ＤＵ）を区分する必要がない。また、別途の制御パラメータ（例えば、ｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ）なしで、Ｏ－ＲＵは既存のＯ－ＤＵおよび新しいＯ－ＤＵがすべてデコーディング可能な共通通知を伝送することができる。すなわち、Ｏ－ＲＵの実装複雑度は減少し得る。

【0118】

既存のＯ－ＤＵは一つの測定結果を含むｌｅａｆをデコーディングできるので、Ｏ－ＲＵから受信された通知で一つの測定結果を獲得することができる。新しいＯ－ＤＵは複数の測定結果を含む追加測定結果リストをデコーディングすることができ、複数の測定結果に基づいた処理動作を実行できる。

【0119】

通知間隔で各測定対象に対して一つの測定結果が発生した場合、Ｏ－ＲＵは一つの測定結果を含むｌｅａｆを伝送することができる。この場合、重複した情報は減少し得る。またはＯ－ＲＵは一つの測定結果を含むｌｅａｆおよび一つの測定結果を含む追加測定結果リストを生成することができ、一つの測定結果を含むｌｅａｆおよび追加測定結果リストをＯ－ＤＵに伝送することができる。すなわち、同一の測定結果は一つの測定結果を含むｌｅａｆおよび追加測定結果リストに含まれ得る。この場合、重複した情報の伝送によるオーバーヘッドは増加し得るが、新しいＯ－ＤＵは測定結果の個数にかかわらず既存のｌｅａｆの代わりに常に追加測定結果リストをデコーディングすればよい。この場合、Ｏ－ＤＵの実装複雑度は減少し得る。

【0120】

新しいＯ－ＤＵは既存のＯ－ＤＵの機能をすべてサポートすることができる。したがって、一つの測定結果を含む既存のｌｅａｆが受信された場合にも、新しいＯ－ＤＵは既存のｌｅａｆを常にデコーディングすることができる。反面、既存のＯ－ＤＵは追加測定結果リストをデコーディングできないこともある。既存のＯ－ＤＵは追加測定結果リスト（例えば、新しいｌｅａｆ）を無視することができる。したがって、既存のＯ－ＤＵでエラーは発生しないことができる。既存のＯ－ＤＵは一つの測定結果を含む既存のｌｅａｆを受信することができ、既存のｌｅａｆをデコーディングすることができる。方法ｄで、既存のＯ－ＤＵは常に一つの測定結果（例えば、最新の測定結果）に対する受信およびデコーディング動作を実行できる。したがって、既存のＯ－ＤＵは既存の方式で動作することができる。前述した方式によると、下位互換性問題は解消され得る。前述した動作の詳細な方法は＜下位互換性およびマルチ測定結果報告機能をサポートしない装備との相互運用性を保障するための方法＞に説明される。

【0121】

【0122】

＜方法２＞
方法２でｎｕｍｂｅｒ－ｏｆ－ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔおよびｓｅｑ－ｎｕｍｂｅｒは使われなくてもよく、ｓｔａｒｔ－ｔｉｍｅおよびｅｎｄ－ｔｉｍｅは追加測定結果リスト（ａｄｄｉｔｉｏｎａｌ－ＸＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔｌｉｓｔ）のキー（ｋｅｙ）として使われ得る。測定対象別測定結果は時間順で追加測定結果リスト（ａｄｄｉｔｉｏｎａｌ－ｘｘｘｘ－ｍｅａｓｕｒｅｍｅｎｔ－ｌｉｓｔ［］）内で整列され得る。

【0123】

前述した方法２によるＹＡＮＧモデルの構造は次のように定義され得る。

【0124】

【0125】

他の方法として、Ｏ－ＲＵが既存のＯ－ＤＵ（例えば、Ｏ－ＲＡＮＭ－Ｐｌａｎｅ７．０バージョン以前のバージョンをサポートするＯ－ＤＵ、追加測定結果リストのデコーディングが不可能なＯ－ＤＵ）に測定結果を伝送する場合、Ｏ－ＲＵは一つの測定結果を伝送できるｌｅａｆ（例えば、ｓｔａｒｔ－ｔｉｍｅ、ｅｎｄ－ｔｉｍｅ、およびＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ［］）を伝送することができる。また、Ｏ－ＲＵは追加測定結果リストを処理できる新しいＯ－ＤＵ（例えば、Ｏ－ＲＡＮＭ－Ｐｌａｎｅ７．０バージョンをサポートするＯ－ＤＵ、Ｏ－ＲＡＮＭ－Ｐｌａｎｅ７．０バージョン以後のバージョンをサポートするＯ－ＤＵ）に複数の測定結果を含む追加測定結果リストを伝送することができる。この動作は「方法ｃ」であり得る。

【0126】

方法ｃで前述したＹＡＮＧモデルはそのまま使われ得る。ただし、既存のＯ－ＤＵに通知を伝送する場合、追加測定結果リスト（ａｄｄｉｔｉｏｎａｌ－ＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ［］）の伝送は省略され得、既存のｌｅａｆのみ使われ得る。新しいＯ－ＤＵに通知を伝送する場合、一つの測定結果の伝送が可能なｌｅａｆの伝送は省略され得、Ｏ－ＲＵは複数の測定結果全体を含む追加測定結果リスト（ａｄｄｉｔｉｏｎａｌ－ＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ［］）を新しいＯ－ＤＵに伝送することができる。追加測定結果リスト内ですべての測定結果（例えば、最初の測定結果から最後の測定結果までの測定結果）は時間順で整列され得る。

【0127】

【0128】

前述した方法が使われる場合、ｎｕｍｂｅｒ－ｏｆ－ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔおよびｓｅｑ－ｎｕｍｂｅｒは使われなくてもよい。ｓｔａｒｔ－ｔｉｍｅとｅｎｄ－ｔｉｍｅはａｄｄｉｔｉｏｎａｌ－ＸＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔｌｉｓｔのキーとして使われ得る。

【0129】

他の方法として、Ｏ－ＲＵは複数の測定結果を含む一つの通知を伝送することができる。この場合、Ｏ－ＲＵは複数の測定結果に基づいて追加測定結果リスト（群）を生成することができ、追加測定結果リスト（群）を含む通知をＯ－ＤＵに伝送することができる。反面、前述した動作をサポートしないＯ－ＲＵは一つの測定結果の伝送をサポートするｌｅａｆを使って一つの測定結果をＯ－ＤＵに伝送することができる。既存のＯ－ＤＵは追加測定結果リストをデコーディングできないが、新しい追加ｌｅａｆ（例えば、追加測定結果リスト）を無視することができる。したがって、既存のＯ－ＤＵでエラーは発生しないことができる。

【0130】

他の方法として、測定結果の伝送手続きで、方法ａおよび／または方法ｂのように、Ｏ－ＲＵは「一つの測定結果（例えば、測定対象別一つの測定結果、最新の測定結果）を含むｌｅａｆ」および「複数の測定結果を含む追加測定結果リスト」を含む通知をＯ－ＤＵに伝送することができる。複数の測定値の全体は追加測定結果リストに含まれ得る。この動作は「方法ｄ」であり得る。この場合、一つの測定結果（例えば、最新の測定結果）は既存のｌｅａｆと追加測定結果リストにすべて含まれ得る。方法ｄが使われる場合、一つの測定結果が重複伝送されるが、Ｏ－ＲＵは相手Ｏ－ＤＵの種類（例えば、既存のＯ－ＤＵまたは新しいＯ－ＤＵ）を区分する必要がない。また、別途の制御パラメータ（例えば、ｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ）なしで、Ｏ－ＲＵは既存のＯ－ＤＵおよび新しいＯ－ＤＵがすべてデコーディング可能な共通通知を伝送することができる。すなわち、Ｏ－ＲＵの実装複雑度は減少し得る。

【0131】

既存のＯ－ＤＵは一つの測定結果を含むｌｅａｆをデコーディングできるのでＯ－ＲＵから受信された通知で一つの測定結果を獲得することができる。新しいＯ－ＤＵは複数の測定結果を含む追加測定結果リストをデコーディングすることができ、複数の測定結果に基づいた処理動作を実行できる。

【0132】

【0133】

【0134】

前述した方法２で、ｎｕｍｂｅｒ－ｏｆ－ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔおよびｓｅｑ－ｎｕｍｂｅｒは使われなくてもよく、ｓｔａｒｔ－ｔｉｍｅとｅｎｄ－ｔｉｍｅはａｄｄｉｔｉｏｎａｌ－ＸＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔｌｉｓｔのキーとして使われ得る。

【0135】

＜方法３＞
他の方法として、ｎｕｍｂｅｒ－ｏｆ－ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔおよびｓｅｑ－ｎｕｍｂｅｒは使われなくてもよく、ａｄｄｉｔｉｏｎａｌ－ＸＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔｌｉｓｔのためのキーは使われなくてもよい。この動作は「方法３」であり得る。

【0136】

方法３によるＹＡＮＧモデルの構造は次の通りであり得る。

【0137】

【0138】

他の方法として、Ｏ－ＲＵが既存のＯ－ＤＵ（例えば、Ｏ－ＲＡＮＭ－Ｐｌａｎｅ７．０バージョン以前のバージョンをサポートするＯ－ＤＵ、追加測定結果リストのデコーディングが不可能なＯ－ＤＵ）に測定結果を伝送する場合、Ｏ－ＲＵは一つの測定結果を伝送できるｌｅａｆ（例えば、ｓｔａｒｔ－ｔｉｍｅ、ｅｎｄ－ｔｉｍｅ、およびＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ［］）を伝送することができる。また、Ｏ－ＲＵは追加測定結果リストを処理できるＯ－ＤＵ（例えば、Ｏ－ＲＡＮＭ－Ｐｌａｎｅ７．０バージョンをサポートするＯ－ＤＵ、Ｏ－ＲＡＮＭ－Ｐｌａｎｅ７．０バージョンの以後バージョンをサポートするＯ－ＤＵ）に複数の測定結果を含む追加測定結果リストを伝送することができる。この動作は「方法ｃ」であり得る。

【0139】

方法ｃで前述したＹＡＮＧモデルはそのまま使われ得る。ただし、既存のＯ－ＤＵに通知を伝送する場合、追加測定結果リスト（例えば、ａｄｄｉｔｉｏｎａｌ－ＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ［］）の伝送は省略され得、既存のｌｅａｆのみ使われ得る。新しいＯ－ＤＵに通知を伝送する場合、一つの測定結果の伝送が可能なｌｅａｆの伝送は省略され得、Ｏ－ＲＵは複数の測定結果全体を含む追加測定結果リスト（ａｄｄｉｔｉｏｎａｌ－ＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ［］）を新しいＯ－ＤＵに伝送することができる。追加測定結果リスト内ですべての測定結果（例えば、最初の測定結果から最後の測定結果までの測定結果）は時間順で整列され得る。

【0140】

【0141】

前述した方法で、ｎｕｍｂｅｒ－ｏｆ－ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔおよびｓｅｑ－ｎｕｍｂｅｒは使われなくてもよく、ａｄｄｉｔｉｏｎａｌ－ＸＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔｌｉｓｔにｋｅｙは使われなくてもよい。この方法による修正されたＹＡＮＧコードは次のように定義され得る。

【0142】

grouping measurement-notification {
description
”notification may contain measurement result for transceiver-stats
and/or rx-window-stats and/or tx-stats and/or epe-stats”;
list transceiver-stats {
key “measurement-object”;
description
”measurement result of transceiver-measurement per measurement-object”;
leaf measurement-object {
type leafref {
path “/performance-measurement-objects/transceiver-measurement-objects/measurement-object”;
}
description
”measurement-object for the transceiver-measurement”;
}
uses start-and-end-time; // start-and-end-time of the first result
uses transceiver-measurement-result-grouping; // First result
// For additional measurement result
list additional-transceiver-measurement-result {
// when measurement-interval < notification interval
config false;
description
”Multiple measurement results of transceiver-measurement”;
uses start-and-end-time;
uses transceiver-measurement-result-grouping;
}
}

list rx-window-stats {
key “measurement-object”;
description
”measurement result for the reception window measurement per
measurement-object”;
leaf measurement-object {
type leafref {
path “/performance-measurement-objects/rx-window-measurement-objects/measurement-object”;
}
description
”measurement-object for the reception window measurement”;
}
uses start-and-end-time;
uses rx-window-measurement-result-grouping;

// For additional measurement result
list additional-rx-window-measurement-result {
// when measurement-interval < notification interval
config false;
description
”Multiple measurement results of rx-window-measurement”;
uses start-and-end-time;
uses rx-window-measurement-result-grouping;
}
}

list tx-stats {
key “measurement-object”;
description
”measurement result for the tx stats measurement per
measurement-object”;
leaf measurement-object {
type leafref {
path “/performance-measurement-objects/tx-measurement-objects/measurement-object”;
}
description
”measurement-object for the tx stats measurement”;
}
uses start-and-end-time;
uses tx-measurement-result-grouping;

// For additional measurement result
list additional-tx-measurement-result {
// when measurement-interval < notification interval
config false;
description
”Multiple measurement result of tx-measurement”;
uses start-and-end-time;
uses tx-measurement-result-grouping;
}
}

container epe-stats {
description
”container for the epe stats measurement - deprecated because measurement object isn’t included”;
status deprecated;
uses start-and-end-time;
uses epe-measurement-result-grouping;
}

list epe-statistics {
key “measurement-object”;
description
”measurement result for the epe stats measurement per
measurement-object”;
leaf measurement-object {
type leafref {
path “/performance-measurement-objects/epe-measurement-objects/measurement-object”;
}
description
”measurement-object for the epe stats measurement”;
}
uses start-and-end-time;
uses epe-measurement-result-grouping;

list additional-epe-measurement-result {
// when measurement-interval < notification interval
config false;
description
”Multiple measurement result of epe-measurement”;
uses start-and-end-time;
uses epe-measurement-result-grouping;
}
}
}

【0143】

他の方法として、Ｏ－ＲＵは複数の測定結果を含む一つの通知を伝送することができる。この場合、Ｏ－ＲＵは複数の測定結果に基づいて追加測定結果リスト（群）を生成することができ、追加測定結果リスト（群）を含む通知をＯ－ＤＵに伝送することができる。反面、前述した動作をサポートしないＯ－ＲＵは一つの測定結果の伝送をサポートするｌｅａｆを使って一つの測定結果をＯ－ＤＵに伝送することができる。既存のＯ－ＤＵは追加測定結果リストをデコーディングできないが新しい追加ｌｅａｆ（例えば、追加測定結果リスト）を無視することができる。したがって、既存のＯ－ＤＵでエラーは発生しないことができる。

【0144】

他の方法として、測定結果の伝送手続きで、方法ａおよび／または方法ｂのように、Ｏ－ＲＵは「一つの測定結果（例えば、測定対象別一つの測定結果、最新の測定結果）を含むｌｅａｆ」および「複数の測定結果を含む追加測定結果リスト」を含む通知をＯ－ＤＵに伝送することができる。複数の測定値の全体は追加測定結果リストに含まれ得る。この動作は「方法ｄ」であり得る。この場合、一つの測定結果（例えば、最新の測定結果）は既存のｌｅａｆと追加測定結果リストにすべて含まれ得る。方法ｄが使われる場合、一つの測定結果が重複伝送されるが、Ｏ－ＲＵはＯ－ＤＵの種類（例えば、既存のＯ－ＤＵまたは新しいＯ－ＤＵ）を区分する必要がない。また、別途の制御パラメータ（例えば、ｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ）なしで、Ｏ－ＲＵは既存のＯ－ＤＵおよび新しいＯ－ＤＵがすべてデコーディング可能な共通通知を伝送することができる。すなわち、Ｏ－ＲＵの実装複雑度は減少し得る。

【0145】

【0146】

【0147】

【0148】

前述した方法で、ｎｕｍｂｅｒ－ｏｆ－ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔおよびｓｅｑ－ｎｕｍｂｅｒは使われなくてもよく、ａｄｄｉｔｉｏｎａｌ－ＸＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔｌｉｓｔのキーは使われなくてもよい。方法ａ、方法ｂ、方法ｃ、および方法ｄだけでなく、前述した方法（群）の組み合わせおよび／または変形が使われ得る。

【0149】

［方法Ａによる実施例］
方法Ａによる実施例でパラメータは下記の表３のように設定され得る。

【0150】

【表3】

【0151】

表３の設定に基づくと、Ｏ－ＲＵは測定対象Ａに対する２個の測定結果および測定対象Ｂに対する４個の測定結果を含む通知をＯ－ＤＵに伝送することができる。

【0152】

方法ａが使われる場合、測定対象Ａに対する最初の測定結果（例えば、０～３０分の測定区間で測定値）は通知内のｔｒａｎｓｃｅｉｖｅｒ－ｓｔａｔｓに含まれ得、０～３０分の測定区間に該当するｓｔａｒｔ－ｔｉｍｅおよびｅｎｄ－ｔｉｍｅは設定され得る。測定対象Ａに対する二回目の測定結果（例えば、３０～６０分の測定区間で測定値）はａｄｄｉｔｉｏｎａｌ－ｔｒａｎｓｃｅｉｖｅｒ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔに含まれ得、３０～６０分の測定区間に該当するｓｔａｒｔ－ｔｉｍｅおよびｅｎｄ－ｔｉｍｅは設定され得る。

【0153】

測定対象Ｂに対する最初の測定結果（例えば、０～１５分の測定区間で測定値）は通知内のｒｘ－ｗｉｎｄｏｗ－ｓｔａｔｓに含まれ得、０～１５分の測定区間に該当するｓｔａｒｔ－ｔｉｍｅおよびｅｎｄ－ｔｉｍｅは設定され得る。測定対象Ｂに対する二回目の測定結果（例えば、１５～３０分の測定区間で測定値）、測定対象Ｂに対する三回目の測定結果（例えば、３０～４５分の測定区間で測定値）、および測定対象Ｂに対する四回目の測定結果（例えば、４５～６０分の測定区間で測定値）はａｄｄｉｔｉｏｎａｌ－ｒｘ－ｗｉｎｄｏｗ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔに含まれ得、１５～３０分の測定区間、３０～４５分の測定区間、および４５～６０分の測定区間それぞれに該当するｓｔａｒｔ－ｔｉｍｅおよびｅｎｄ－ｔｉｍｅは設定され得る。方法ｂが使われる場合、最初の測定結果から最後以前の測定結果までの測定結果（群）は、測定対象Ａおよび測定対象Ｂそれぞれのａｄｄｉｔｉｏｎａｌ－ｔｒａｎｓｃｅｉｖｅｒ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔおよびａｄｄｉｔｉｏｎａｌ－ｒｘ－ｗｉｎｄｏｗ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ内で設定され得、最後の測定結果は測定対象Ａおよび測定対象Ｂそれぞれの既存のｔｒａｎｓｃｅｉｖｅｒ－ｓｔａｔｓおよびｒｘ－ｗｉｎｄｏｗ－ｓｔａｔｓ（例えば、既存のｒｘ－ｗｉｎｄｏｗ－ｓｔａｔｓ）内で設定され得る。

【0154】

通信システムで追加測定結果リスト内で測定結果を時間順で整列させるために、キー値であるｓｔａｒｔ－ｔｉｍｅとｅｎｄ－ｔｉｍｅは「ｏｒｄｅｒｅｄ－ｂｙｕｓｅｒ」で設定され得る。

【0155】

方法ｃが使われる場合、通知内で測定対象Ａに対するｔｒａｎｓｃｅｉｖｅｒ－ｓｔａｔｓは省略され得、測定対象Ａに対する最初の測定結果（例えば、０～３０分の測定区間で測定値）および二回目の測定結果（例えば、３０～６０分の測定区間で測定値）は通知内のａｄｄｉｔｉｏｎａｌ－ｔｒａｎｓｃｅｉｖｅｒ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔに含まれ得る。通知内で測定対象Ｂに対するｒｘ－ｗｉｎｄｏｗ－ｓｔａｔｓは省略され得、測定対象Ｂに対する最初の測定結果（例えば、０～１５分の測定区間で測定値）、二回目の測定結果（例えば、１５～３０分の測定区間で測定値）、三回目の測定結果（例えば、３０～４５分の測定区間で測定値）、および四回目の測定結果（例えば、４５～６０分の測定区間で測定値）はいずれもａｄｄｉｔｉｏｎａｌ－ｒｘ－ｗｉｎｄｏｗ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔに含まれ得る。

【0156】

方法ｄが使われる場合、測定対象Ａに対する一つの測定結果（例えば、通知間隔で最後の測定値（例えば、３０～６０分の測定区間で測定値））は通知内のｔｒａｎｓｃｅｉｖｅｒ－ｓｔａｔｓに含まれ得、測定対象Ａに対する最初の測定結果（例えば、０～３０分の測定区間で測定値）および二回目の測定結果（例えば、３０～６０分の測定区間で測定値）は通知内のａｄｄｉｔｉｏｎａｌ－ｔｒａｎｓｃｅｉｖｅｒ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔに含まれ得る。測定対象Ｂに対する一つの測定結果（例えば、通知間隔で最後の測定値（例えば、４５～６０分の測定区間で測定値））は通知内のｒｘ－ｗｉｎｄｏｗ－ｓｔａｔｓに含まれ得、測定対象Ｂに対する最初の測定結果（例えば、０～１５分の測定区間で測定値）、二回目の測定結果（例えば、１５～３０分の測定区間で測定値）、三回目の測定結果（例えば、３０～４５分の測定区間で測定値）、および四回目の測定結果（例えば、４５～６０分の測定区間で測定値）はいずれもａｄｄｉｔｉｏｎａｌ－ｒｘ－ｗｉｎｄｏｗ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔに含まれ得る。

【0157】

［方法Ａ］の変形された方法として、ａｄｄｉｔｉｏｎａｌ－ｔｒａｎｓｃｅｉｖｅｒ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ、ａｄｄｉｔｉｏｎａｌ－ｒｘ－ｗｉｎｄｏｗ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ、およびａｄｄｉｔｉｏｎａｌ－ｔｘ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ、ａｄｄｉｔｉｏｎａｌ－ｅｐｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔそれぞれは、通知ではなくＹＡＮＧモデルの前の部分であるｔｒａｎｓｃｅｉｖｅｒ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ、ｒｘ－ｗｉｎｄｏｗ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ、ｔｘ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔおよびｅｐｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔに含まれ得る。すなわち、ＹＡＮＧモデルの前の部分であるｔｒａｎｓｃｅｉｖｅｒ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ、ｒｘ－ｗｉｎｄｏｗ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ、ｔｘ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔおよびｅｐｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔは拡張され得る。Ｏ－ＤＵは通知方式ではなくｇｅｔＲＰＣを使って該当ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔを確認することができる。この場合、Ｏ－ＤＵは周期的にｇｅｔＲＰＣを伝送するので、これによるオーバーヘッドが発生し得る。

【0158】

［方法Ｂ］
方法Ｂで、全体測定対象の測定結果を含むｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓ内の構造全体は測定時間ごとに時間順で通知に繰り返し追加され得る。

【0159】

方法Ａで、ｔｒａｎｓｃｅｉｖｅｒ－ｓｔａｔｓ、ｒｘ－ｗｉｎｄｏｗ－ｓｔａｔｓ、ｔｘ－ｓｔａｔｓ、およびｅｐｅ－ｓｔａｔｉｓｔｉｃそれぞれに属する測定対象に対する統計情報内に追加測定結果リスト（例えば、ｌｉｓｔａｄｄｉｔｉｏｎａｌ－ｔｒａｎｓｃｅｉｖｅｒ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ、ｌｉｓｔａｄｄｉｔｉｏｎａｌ－ｒｘ－ｗｉｎｄｏｗ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ、ｌｉｓｔａｄｄｉｔｉｏｎａｌ－ｔｘ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ、ｌｉｓｔａｄｄｉｔｉｏｎａｌ－ｅｐｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ）が含まれるように、ＹＡＮＧモデルは拡張され得る。方法Ｂで、追加測定結果リストは測定対象別に該当測定対象に対する統計情報内に追加されないことができ、全体測定対象の測定結果を含むｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓ内の構造全体は測定時間ごとに時間順で通知に追加され得る。

【0160】

＜方法Ｂ－１＞
＜方法Ｂ－１＞によるＹＡＮＧモデルは次のように定義され得る。

【0161】

module：o-ran-performance-management
...(省略)...
notifications:
+---n measurement-result-stats
+--ro transceiver-stats* [measurement-object]
| +--ro measurement-object->/performance-measurement-objects/transceiver-measurement-objects/measurement-object
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro transceiver-measurement-result* [object-unit-id]
| +--ro object-unit-id->/if:interfaces/interface/o-ran-int:port-reference/port-number
| +--ro min
| | +--ro value? decimal64
| | +--ro time? yang-types:date-and-time
| +--ro max
| | +--ro value? decimal64
| | +--ro time? yang-types:date-and-time
| +--ro first
| | +--ro value? decimal64
| | +--ro time? yang-types:date-and-time
| +--ro latest
| | +--ro value? decimal64
| | +--ro time? yang-types:date-and-time
| +--ro frequeny-table* uint32
+--ro rx-window-stats* [measurement-object]
| +--ro measurement-object->/performance-measurement-objects/rx-window-measurement-objects/measurement-object
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro(object-unit-id)?
| +--:(RU)
| | +--ro name?->/hw:hardware/component/name
| | +--ro count uint64
| +--:(TRANSPORT)
| | +--ro tr-measured-result* []
| | +--ro name?->/o-ran-elements:processing-elements/ru-elements/name
| | +--ro count uint64
| +--:(EAXC_ID)
| +--ro eaxc-measured-result* []
| +--ro eaxc-id? uint16
| +--ro count uint64
| +--ro data-direction? Enumeration
| +--ro transport-name?->/o-ran-elements:processing-elements/ru-elements/name
+--ro tx-stats* [measurement-object]
| +--ro measurement-object->/performance-measurement-objects/tx-measurement-objects/measurement-object
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro(object-unit-id)?
| +--:(RU)
| | +--ro name?->/hw:hardware/component/name
| | +--ro count uint64
| +--:(TRANSPORT)
| | +--ro tr-measured-result* []
| | +--ro name?->/o-ran-elements:processing-elements/ru-elements/name
| | +--ro count uint64
| +--:(EAXC_ID)
| +--ro eaxc-measured-result* []
| +--ro eaxc-id? uint16
| +--ro count uint64
| +--ro transport-name?->/o-ran-elements:processing-elements/ru-elements/name
x--ro epe-stats
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro epe-measurement-result* [object-unit-id]
| +--ro object-unit-id->/hw:hardware/component/class
| +--ro min? decimal64
| +--ro max? decimal64
| +--ro average? decimal64
+--ro epe-statistics* [measurement-object]
| +--ro measurement-object->/performance-measurement-objects/epe-measurement-objects/measurement-object
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro epe-measurement-result* [object-unit-id]
| +--ro object-unit-id->/hw:hardware/component/class
| +--ro min? decimal64
| +--ro max? decimal64
| +--ro average? decimal64
+--ro number-of-additional-measurement-result-stats? uint8
+--ro additional-measurement-result-stats* [seq-number]
+--ro seq-number uint8
+--ro transceiver-stats* [measurement-object]
| +--ro measurement-object->/performance-measurement-objects/transceiver-measurement-objects/measurement-object
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro transceiver-measurement-result* [object-unit-id]
| +--ro object-unit-id->/if:interfaces/interface/o-ran-int:port-reference/port-number
| +--ro min
| | +--ro value? decimal64
| | +--ro time? yang-types:date-and-time
| +--ro max
| | +--ro value? decimal64
| | +--ro time? yang-types:date-and-time
| +--ro first
| | +--ro value? decimal64
| | +--ro time? yang-types:date-and-time
| +--ro latest
| | +--ro value? decimal64
| | +--ro time? yang-types:date-and-time
| +--ro frequeny-table* uint32
+--ro rx-window-stats* [measurement-object]
| +--ro measurement-object->/performance-measurement-objects/rx-window-measurement-objects/measurement-object
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro(object-unit-id)?
| +--:(RU)
| | +--ro name?->/hw:hardware/component/name
| | +--ro count uint64
| +--:(TRANSPORT)
| | +--ro tr-measured-result* []
| | +--ro name?->/o-ran-elements:processing-elements/ru-elements/name
| | +--ro count uint64
| +--:(EAXC_ID)
| +--ro eaxc-measured-result* []
| +--ro eaxc-id? uint16
| +--ro count uint64
| +--ro data-direction? Enumeration
| +--ro transport-name?->/o-ran-elements:processing-elements/ru-elements/name
+--ro tx-stats* [measurement-object]
| +--ro measurement-object->/performance-measurement-objects/tx-measurement-objects/measurement-object
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro(object-unit-id)?
| +--:(RU)
| | +--ro name?->/hw:hardware/component/name
| | +--ro count uint64
| +--:(TRANSPORT)
| | +--ro tr-measured-result* []
| | +--ro name?->/o-ran-elements:processing-elements/ru-elements/name
| | +--ro count uint64
| +--:(EAXC_ID)
| +--ro eaxc-measured-result* []
| +--ro eaxc-id? uint16
| +--ro count uint64
| +--ro transport-name?->/o-ran-elements:processing-elements/ru-elements/name
x--ro epe-stats
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro epe-measurement-result* [object-unit-id]
| +--ro object-unit-id->/hw:hardware/component/class
| +--ro min? decimal64
| +--ro max? decimal64
| +--ro average? decimal64
+--ro epe-statistics* [measurement-object]
+--ro measurement-object->/performance-measurement-objects/epe-measurement-objects/measurement-object
+--ro start-time? yang-types:date-and-time
+--ro end-time? yang-types:date-and-time
+--ro epe-measurement-result* [object-unit-id]
+--ro object-unit-id->/hw:hardware/component/class
+--ro min? decimal64
+--ro max? decimal64
+--ro average? decimal64

【0162】

修正されたＹＡＮＧコードは次のように定義され得る。

【0163】

notification measurement-result-stats {
description
”Notification may contain measurement results for transceiver-stats and/or rx-window-stats”;
uses measurement-notification;
//For sending additional measurement result when notification-interval is larger than measurement-interval
leaf number-of-additional-measurement-result-stats {
type uint8;
description
”This parameter indicates the number of additional measurement result stats.”;
}
list additional-measurement-result-stats {
// For sending additional measurement result stats when notification-interval is larger than measurement-interval
description
”Additional measurement result stats are included
when notification-interval is larger than measurement-interval and ’enable-multiple-stats-in-notification’ is true.”;
key seq-number;
leaf seq-number { //sequence number in ascending order starting from 1
type uint8 {
range “1..max”;
}
}
uses measurement-notification;
}
}

【0164】

各測定対象の通知間隔が測定間隔より長い場合、測定対象別に複数の測定結果は通知に含まれ得る。この動作をサポートするために、ｔｒａｎｓｃｅｉｖｅｒ－ｓｔａｔｓ、ｒｘ－ｗｉｎｄｏｗ－ｓｔａｔｓ、ｔｘ－ｓｔａｔｓ、およびｅｐｅ－ｓｔａｔｉｓｔｉｃｓそれぞれに属する全体測定対象の測定区間で測定結果（群）を含むｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓ内の構造全体は追加測定結果統計リスト（ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓ）を使って測定区間ごとに時間昇順で通知に追加され得る。

【0165】

追加測定結果統計リストは測定区間で全体測定対象それぞれに対する測定情報（例えば、測定開始時間（ｓｔａｒｔ－ｔｉｍｅ）、測定終了時間（ｅｎｄ－ｔｉｍｅ）、および／または測定区間に対する測定値）を含むことができる。追加測定結果統計リストの一つのエントリに含まれる構造は、既存の一つの測定結果のみサポートするｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓの構造と同一であり得る。前述した構造間の差異点は追加測定結果統計リストに含まれるエントリの個数を指示する情報（ｎｕｍｂｅｒ－ｏｆ－ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓ）および追加測定結果統計リストの各エントリに含まれるシーケンス番号（ｓｅｑ－ｎｕｍｂｅｒ）の存在であり得る。シーケンス番号は追加測定結果統計リスト内でエントリを時間順で容易に整列させるために使われ得る。ｎｕｍｂｅｒ－ｏｆ－ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓは追加測定結果統計リストに含まれるａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｅｎｔｒｙの個数を指示することができる。Ｏ－ＤＵはｎｕｍｂｅｒ－ｏｆ－ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓに基づいて通知のデコーディング動作を容易にすることができる。

【0166】

また、Ｏ－ＤＵはシーケンス番号に基づいて追加測定結果統計リスト内でエントリを時間順で容易に整列することができる。方法ａが使われる場合、シーケンス番号は１から昇順に増加し得る。方法ｂが使われる場合、シーケンス番号は０から昇順に増加し得る。方法ａが使われる場合、既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓに含まれる測定結果は０回目の測定結果と見なされ得る。方法ｂが使われる場合、既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓに含まれる測定結果は最後の測定結果と見なされ得る。Ｏ－ＤＵはシーケンス番号をａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓのキー値として使うことによってｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓを時間順で容易に整列することができる。また、Ｏ－ＤＵはシーケンス番号を使って特定順序のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓを容易に探すことができる。

【0167】

伝送パラメータの個数を減らすために、ｎｕｍｂｅｒ－ｏｆ－ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓは使われなくてもよい。ＮＥＴＣＯＮＦ／ＹＡＮＧモデルで追加測定結果統計リストに含まれるエントリの個数が明示的に指示されない場合にも、受信者はエントリ個数が分かる。ｎｕｍｂｅｒ－ｏｆ－ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓは受信者のデコーディング便宜性のために使われ得る。

【0168】

ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔｓ－ｓｔａｔｓのキーは設定されなくてもよい。キーが設定されない場合、Ｏ－ＤＵは追加測定結果統計リストの特定エントリに直接アクセスできず、追加測定結果統計リストの全体を常にデコーディングしなければならない。既存のＹＡＮＧモデルで一つの通知は一つの測定結果のみを含むことができる。測定結果を測定結果リストに変更する場合、既存のＹＡＮＧモデルを使うフロントホール装備（例えば、Ｏ－ＤＵおよび／またはＯ－ＲＵ）との下位互換性問題が発生し得る。本出願で提案されたＹＡＮＧモデルで既存のＹＡＮＧモデルのｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎの情報構造（例えば、ｓｔａｒｔ－ｔｉｍｅ、ｅｎｄ－ｔｉｍｅ、ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ）はそのまま使われ得る。既存のＹＡＮＧモデルのｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎは最初の測定結果を含むことができる。提案されたＹＡＮＧモデルは既存のＹＡＮＧモデルに比べて追加測定結果統計リストをさらに含むことができる。追加測定結果統計リストは二回目の測定結果から含むことができる。測定結果は追加測定結果統計リスト内で時間順序（例えば、測定時間の昇順）で配置され得る。この動作は「方法ａ」であり得る。方法ａによると、既存のＹＡＮＧモデルで使う測定関連パラメータはそのまま使われるので、下位互換性問題は発生しない。

【0169】

すなわち、一つの通知で一つのｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓのみをデコーディングできる既存のＯ－ＤＵは既存のパラメータ（群）（例えば、ｔｒａｎｓｃｅｉｖｅｒ－ｓｔａｔｓ、ｒｘ－ｗｉｎｄｏｗ－ｓｔａｔｓ、ｔｘ－ｓｔａｔｓ、ｅｐｅ－ｓｔａｔｓ）をデコーディングすることができる。この場合、Ｏ－ＲＵが複数の測定結果を含む一つの通知を伝送する場合にも、既存のＯ－ＤＵは一つの測定結果を成功的に受信することができる。

【0170】

他の方法として、Ｏ－ＲＵは複数の測定結果の中で最後の測定結果を既存の測定結果パラメータとして設定することができ、最初の測定結果から最後以前の測定結果まで含む追加測定結果統計リスト（例えば、ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔ）を生成することができる。この動作は「方法ｂ」であり得る。方法ｂによると、既存のＯ－ＤＵが受信可能な一つの測定結果は最新の測定結果であり得る。

【0171】

通信システムで追加測定結果統計リストを時間順で整列させるためにキー値であるシーケンス番号は「ｏｒｄｅｒｅｄ－ｂｙｕｓｅｒ」と定義され得る。

【0172】

［方法Ｂ－１による実施例］
方法Ｂ－１による実施例でパラメータは下記の表４のように設定され得る。

【0173】

【表4】

【0174】

表４の設定に基づくと、Ｏ－ＲＵは測定対象Ａに対する２個の測定結果および測定対象Ｂに対する４個の測定結果を含む通知をＯ－ＤＵに伝送することができる。この場合、ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓのエントリ個数は短い測定間隔を有する測定対象Ｂに対する測定間隔を基準として決定され得る。

【0175】

方法ａが使われる場合、測定対象Ｂに対する最初の測定結果は既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔｓ－ｓｔａｔｓに含まれ得、測定結果Ａに対する測定動作は完了していないので既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔｓ－ｓｔａｔｓに含まれないこともある。すなわち、既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔｓ－ｓｔａｔｓは０～１５分の測定区間で測定結果を含むことができる。

【0176】

ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓの最初のエントリは１５～３０分の測定区間で完了した測定動作の結果（例えば、測定対象Ｂに対する二回目の測定結果および測定対象Ａに対する最初の測定結果）を含むことができる。ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓの二番目のエントリは３０～４５分の測定区間で完了した測定動作の結果（例えば、測定対象Ｂに対する三回目の測定結果）を含むことができる。ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓの三番目のエントリは４５～６０分の測定区間で完了した測定動作の結果（例えば、測定対象Ｂに対する四回目の測定結果および測定対象Ａに対する二回目の測定結果）を含むことができる。方法ｂが使われる場合、最初の測定結果から最後以前の測定結果までの測定結果（群）はａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓで設定され得、最後の測定結果は既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔで設定され得る。この動作は後述される方法ｂ－２に同一に適用され得る。

【0177】

［方法Ｂ］の変形された方法として、ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓは通知ではなくＹＡＮＧモデルの前の部分である「ｔｒａｎｓｃｅｉｖｅｒ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ、ｒｘ－ｗｉｎｄｏｗ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ、ｔｘ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ、およびｅｐｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ」の次に含まれ得る。Ｏ－ＤＵは通知方式の代わりにｇｅｔＲＰＣを使って複数のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓを確認することができる。この場合、Ｏ－ＤＵは周期的にｇｅｔＲＰＣを伝送することができ、これに伴うオーバーヘッドが発生し得る。

【0178】

＜方法Ｂ－２＞
方法Ｂ－２で、ｎｕｍｂｅｒ－ｏｆ－ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓおよびｓｅｑ－ｎｕｍｂｅｒは使われなくてもよく、ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓリストのキーは使われなくてもよい。この場合、ａｄｄｉｔｉｏｎａｌ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓリストの一つのエントリに含まれる構造は一つの測定結果を含む既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓと同一であり得る。

【0179】

方法Ｂ－２によるＹＡＮＧモデルは次のように定義され得る。

【0180】

module:o-ran-performance-management
...(省略)...
notifications:
+---n measurement-result-stats
+--ro transceiver-stats* [measurement-object]
| +--ro measurement-object->/performance-measurement-objects/transceiver-measurement-objects/measurement-object
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro transceiver-measurement-result* [object-unit-id]
| +--ro object-unit-id->/if:interfaces/interface/o-ran-int:port-reference/port-number
| +--ro min
| | +--ro value? decimal64
| | +--ro time? yang-types:date-and-time
| +--ro max
| | +--ro value? decimal64
| | +--ro time? yang-types:date-and-time
| +--ro first
| | +--ro value? decimal64
| | +--ro time? yang-types:date-and-time
| +--ro latest
| | +--ro value? decimal64
| | +--ro time? yang-types:date-and-time
| +--ro frequeny-table* uint32
+--ro rx-window-stats* [measurement-object]
| +--ro measurement-object->/performance-measurement-objects/rx-window-measurement-objects/measurement-object
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro(object-unit-id)?
| +--:(RU)
| | +--ro name?->/hw:hardware/component/name
| | +--ro count uint64
| +--:(TRANSPORT)
| | +--ro tr-measured-result* []
| | +--ro name?->/o-ran-elements:processing-elements/ru-elements/name
| | +--ro count uint64
| +--:(EAXC_ID)
| +--ro eaxc-measured-result* []
| +--ro eaxc-id? uint16
| +--ro count uint64
| +--ro data-direction? Enumeration
| +--ro transport-name?->/o-ran-elements:processing-elements/ru-elements/name
+--ro tx-stats* [measurement-object]
| +--ro measurement-object->/performance-measurement-objects/tx-measurement-objects/measurement-object
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro(object-unit-id)?
| +--:(RU)
| | +--ro name?->/hw:hardware/component/name
| | +--ro count uint64
| +--:(TRANSPORT)
| | +--ro tr-measured-result* []
| | +--ro name?->/o-ran-elements:processing-elements/ru-elements/name
| | +--ro count uint64
| +--:(EAXC_ID)
| +--ro eaxc-measured-result* []
| +--ro eaxc-id? uint16
| +--ro count uint64
| +--ro transport-name?->/o-ran-elements:processing-elements/ru-elements/name
x--ro epe-stats
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro epe-measurement-result* [object-unit-id]
| +--ro object-unit-id->/hw:hardware/component/class
| +--ro min? decimal64
| +--ro max? decimal64
| +--ro average? decimal64
+--ro epe-statistics* [measurement-object]
| +--ro measurement-object->/performance-measurement-objects/epe-measurement-objects/measurement-object
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro epe-measurement-result* [object-unit-id]
| +--ro object-unit-id->/hw:hardware/component/class
| +--ro min? decimal64
| +--ro max? decimal64
| +--ro average? decimal64
+--ro additional-measurement-result-stats* []
+--ro transceiver-stats* [measurement-object]
| +--ro measurement-object->/performance-measurement-objects/transceiver-measurement-objects/measurement-object
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro transceiver-measurement-result* [object-unit-id]
| +--ro object-unit-id->/if:interfaces/interface/o-ran-int:port-reference/port-number
| +--ro min
| | +--ro value? decimal64
| | +--ro time? yang-types:date-and-time
| +--ro max
| | +--ro value? decimal64
| | +--ro time? yang-types:date-and-time
| +--ro first
| | +--ro value? decimal64
| | +--ro time? yang-types:date-and-time
| +--ro latest
| | +--ro value? decimal64
| | +--ro time? yang-types:date-and-time
| +--ro frequeny-table* uint32
+--ro rx-window-stats* [measurement-object]
| +--ro measurement-object->/performance-measurement-objects/rx-window-measurement-objects/measurement-object
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro(object-unit-id)?
| +--:(RU)
| | +--ro name?->/hw:hardware/component/name
| | +--ro count uint64
| +--:(TRANSPORT)
| | +--ro tr-measured-result* []
| | +--ro name?->/o-ran-elements:processing-elements/ru-elements/name
| | +--ro count uint64
| +--:(EAXC_ID)
| +--ro eaxc-measured-result* []
| +--ro eaxc-id? uint16
| +--ro count uint64
| +--ro data-direction? Enumeration
| +--ro transport-name?->/o-ran-elements:processing-elements/ru-elements/name
+--ro tx-stats* [measurement-object]
| +--ro measurement-object->/performance-measurement-objects/tx-measurement-objects/measurement-object
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro(object-unit-id)?
| +--:(RU)
| | +--ro name?->/hw:hardware/component/name
| | +--ro count uint64
| +--:(TRANSPORT)
| | +--ro tr-measured-result* []
| | +--ro name?->/o-ran-elements:processing-elements/ru-elements/name
| | +--ro count uint64
| +--:(EAXC_ID)
| +--ro eaxc-measured-result* []
| +--ro eaxc-id? uint16
| +--ro count uint64
| +--ro transport-name?->/o-ran-elements:processing-elements/ru-elements/name
x--ro epe-stats
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro epe-measurement-result* [object-unit-id]
| +--ro object-unit-id->/hw:hardware/component/class
| +--ro min? decimal64
| +--ro max? decimal64
| +--ro average? decimal64
+--ro epe-statistics* [measurement-object]
+--ro measurement-object->/performance-measurement-objects/epe-measurement-objects/measurement-object
+--ro start-time? yang-types:date-and-time
+--ro end-time? yang-types:date-and-time
+--ro epe-measurement-result* [object-unit-id]
+--ro object-unit-id->/hw:hardware/component/class
+--ro min? decimal64
+--ro max? decimal64
+--ro average? decimal64

【0181】

修正されたＹＡＮＧコードは次のように定義され得る。

【0182】

notification measurement-result-stats {
description
”Notification may contain measurement results for transceiver-stats and/or rx-window-stats”;
uses measurement-notification;
// For sending additional measurement result when notification-interval is larger than measurement-interval
list additional-measurement-result-stats {
// For sending additional measurement result stats when notification-interval is larger than measurement-interval
description
”Additional measurement result stats are included when notification-interval is larger than measurement-interval and ’enable-multiple-stats-in-notification’ is true.”;
uses measurement-notification;
}
}

【0183】

＜下位互換性およびマルチ測定結果報告機能をサポートしない装備との相互運用性を保障するための方法＞

【0184】

既存のＯ－ＲＵ（例えば、Ｏ－ＲＡＮＭ－Ｐｌａｎｅバージョン７．０以前のバージョンをサポートするＯ－ＲＵ）は複数の測定結果を含む一つの通知を伝送できない。すなわち、一つの通知は一つの測定結果のみを含むことができる。Ｏ－ＤＵが測定間隔と通知間隔を同一に設定する場合、一つの通知に一つの測定結果のみが含まれるので、すべての測定結果はもれなく個別的な通知によって送受信され得る。この動作は（方法イ）と呼称され得る。

【0185】

Ｏ－ＤＵが通知間隔を測定間隔より長く設定した場合、Ｏ－ＲＵ（例えば、複数の測定結果を含む一つの通知を伝送できない既存のＯ－ＲＵ）は測定結果のうち最新の測定結果のみを含む通知をＯ－ＤＵに伝送することができる。この動作は（方法ロ）と呼称され得る。既存のＯ－ＤＵは複数の測定結果を含む通知を解釈できない。したがって、（方法イ）が使われる場合、複数の測定結果を含むリストを既存のＯ－ＤＵが受信することは防止され得る。また、（方法イ）が使われる場合、Ｏ－ＲＵ（例えば、新しいＯ－ＲＵ）が複数の測定結果を一つの通知を使って伝送することは防止され得る。この動作は特に複数の測定結果を含む通知を解釈できない既存のＯ－ＤＵに測定結果を伝送する場合に有用な方法であり得る。Ｏ－ＤＵ（例えば、既存のＯ－ＤＵあるいは新しいＯ－ＤＵ）が通信システムの処理負荷を減らすために一部測定結果のみを含む通知を受信することを望む場合にも、（方法ロ）は有用であり得る。

【0186】

Ｏ－ＲＵが複数の測定結果を含む一つの通知を伝送できる場合にも、Ｏ－ＤＵは測定結果の処理負担を減らすために通知に含まれる測定結果の個数を１個に制限することができる。例えば、Ｏ－ＤＵはｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎをＦＡＬＳＥに設定することができ、この場合、Ｏ－ＲＵは通知間隔が測定間隔より長い場合にも複数の測定結果のうち一つの測定結果（例えば、最新の測定結果）のみを含む通知を伝送することができる。

【0187】

「ｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ」のデフォルト値がＦＡＬＳＥと定義され、新しいＯ－ＲＵと既存のＯ－ＤＵが動作する場合、ｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎは常にＦＡＬＳＥであるので、新しいＯ－ＲＵは通知間隔が測定間隔より長く設定された場合にも一つの測定結果（例えば、最新の測定結果）を既存のＯ－ＤＵに伝送することができる。「ｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ」のデフォルト値がＦＡＬＳＥと定義され、新しいＯ－ＲＵと新しいＯ－ＤＵが動作する場合、一つの測定結果を含む一つの通知および複数の測定結果を含む一つの通知はいずれも使われ得る。

【0188】

新しいＯ－ＤＵは新しいＯ－ＲＵのｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎをＦＡＬＳＥに設定することができる。この場合、新しいＯ－ＲＵは一つの測定結果の伝送をサポートするｌｅａｆを使って一つの測定結果を新しいＯ－ＤＵに伝送することができる。または新しいＯ－ＲＵは一つの測定結果を含むｍｅａｓｕｒｅｍｅｎｔｒｅｓｕｌｔｌｉｓｔを新しいＯ－ＤＵに伝送することができる。新しいＯ－ＲＵは既存のＯ－ＤＵに通知を伝送するために一つの測定結果の伝送をサポートするｌｅａｆを使うことができる。

【0189】

Ｏ－ＲＵのＹＡＮＧモデルはＯ－ＲＵがサポートするＯ－ＲＡＮＭ－Ｐｌａｎｅバージョンを表示することができる。したがって、Ｏ－ＤＵはＯ－ＲＵによってサポートされるＯ－ＲＡＮＭ－Ｐｌａｎｅバージョンに基づいて該当Ｏ－ＲＵが複数の測定結果を含む一つの通知の伝送機能（すなわち、マルチ測定結果報告機能）をサポートするかどうかが分かる。

【0190】

測定結果の処理負担を減らすために通知に含まれる測定結果の個数を制限する他の方法として、一つの通知に含まれる測定結果の最大個数を指示するｍａｘ－ｎｕｍｂｅｒ－ｏｆ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｐｅｒ－ｎｏｔｉｆｉｃａｔｉｏｎは設定され得る。すなわち、ｍａｘ－ｎｕｍｂｅｒ－ｏｆ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｐｅｒ－ｎｏｔｉｆｉｃａｔｉｏｎはＹＡＮＧモデルに追加され得る。Ｏ－ＤＵはｍａｘ－ｎｕｍｂｅｒ－ｏｆ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｐｅｒ－ｎｏｔｉｆｉｃａｔｉｏｎをＯ－ＲＵに設定することができる。Ｏ－ＲＵはｍａｘ－ｎｕｍｂｅｒ－ｏｆ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｐｅｒ－ｎｏｔｉｆｉｃａｔｉｏｎによって指示される最大個数以下の測定結果を含む一つの通知をＯ－ＤＵに伝送することができる。

【0191】

方法ａ、方法ｂ、方法ｃ、および／または方法ｄが使われる場合、下位互換性は保障され得、マルチ測定結果通知をサポートしない装備との相互運用性は保障され得る。方法ａ、方法ｂ、方法ｃ、および／または方法ｄが使われる場合、Ｏ－ＲＵは複数の測定結果を含む一つの通知がＯ－ＤＵでデコーディング可能であるかが分からないこともある。

【0192】

「Ｏ－ＤＵがＯ－ＲＡＮＭ－Ｐｌａｎｅ７．０バージョン以前のバージョンをサポートする場合」、「Ｏ－ＲＡＮＭ－Ｐｌａｎｅ７．０バージョンをサポートするＯ－ＤＵが複数の測定結果のデコーディング機能をサポートしない場合」、または「Ｏ－ＲＡＮＭ－Ｐｌａｎｅ７．０バージョンをサポートするＯ－ＤＵが複数の測定結果のデコーディング機能を使わない場合」、Ｏ－ＲＵが複数の測定結果を含む一つの通知を伝送すれば、複数の測定結果はＯ－ＤＵでデコーディングされない場合もある。また、Ｏ－ＤＵはＯ－ＲＵがマルチ測定結果報告機能をサポートするかどうかが分からない場合もある。マルチ測定結果報告機能をサポートできないＯ－ＲＵのための通知間隔が測定間隔より長く設定された場合、Ｏ－ＤＵは一部測定結果をＯ－ＲＵから受信できないこともある。

【0193】

前述した問題を解決するために、Ｏ－ＲＵはマルチ測定結果報告機能をサポートするかどうかを指示するケイパビリティ（ｃａｐａｂｉｌｉｔｙ）をＯ－ＤＵに知らせることができる。前述したケイパビリティ関連パラメータはＭ－Ｐｌａｎｅを通じてＯ－ＤＵに知らされ得る。Ｏ－ＤＵはＯ－ＲＵのケイパビリティ関連パラメータに基づいてＯ－ＲＵがマルチ測定結果報告機能をサポートするかを確認することができる。Ｏ－ＲＵがマルチ測定結果報告機能をサポートする場合、Ｏ－ＤＵはマルチ測定結果報告機能のイネーブル（ｅｎａｂｌｅ）をＯ－ＲＵに指示することができる。マルチ測定結果報告機能が明示的にイネーブルされた場合、Ｏ－ＲＵは複数の測定結果を含む一つの通知をＯ－ＤＵに伝送することができる。前述した動作は（方法Ｉ）と呼称され得る。（方法Ｉ）をサポートするために既存のｏ－ｒａｎ－ｐｅｒｆｏｒｍａｎｃｅ－ｍａｎａｇｅｍｅｎｔ．ｙａｎｇｍｏｄｕｌｅは次のように拡張され得る。

【0194】

+--rw transceiver-measurement-interval? uint16
+--rw epe-measurement-interval? uint16
+--rw rx-window-measurement-interval? uint16
+--rw tx-measurement-interval? uint16
+--rw notification-interval? uint16
+--rw file-upload-interval? uint16
+--ro max-bin-count uint16
+--ro multiple-stats-in-notification-capable? boolean
+--rw enable-multiple-stats-in-notification? boolean

【0195】

すなわち、「ｒｏｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｃａｐａｂｌｅ」および「ｒｗｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ」はＹＡＮＧモデルに追加され得る。（方法Ｉ）による拡張されたＹＡＮＧコードは次のように定義され得る。

【0196】

module:o-ran-performance-management
...(省略)...
leaf max-bin-count{
type uint16;
config false;
mandatory true;
description
”indicates the maximum value of configurable bin-count for frequency table in transceiver-measurement-objects as one of module capabilities.”;
}
leaf multiple-stats-in-notification-capable{
type boolean;
config false;
default false;
description
”Flag to indicate whether the O-RU is capable of sending a notification including multiple stats when notification-interval is larger than measurement-interval.”;
}
leaf enable-multiple-stats-in-notification {
type boolean;
default false;
description
”Flag to enable multiple stats to be included in one notification
when notification-interval is larger than measurement-interval and ’multiple-stats-in-notification-capable’ is true.”;
}

【0197】

ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｃａｐａｂｌｅは通知間隔が測定間隔より長い場合、Ｏ－ＲＵがマルチ測定結果報告機能をサポートするかどうかを指示するケイパビリティであり得る。ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｃａｐａｂｌｅのデフォルト値はｆａｌｓｅであり得る。

【0198】

ｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎはＯ－ＤＵによって設定され得る。Ｏ－ＲＵのｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｃａｐａｂｌｅがｔｒｕｅと設定された場合、Ｏ－ＤＵはｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎをｔｒｕｅに設定することができる。この場合、通知間隔が測定間隔より長い場合、Ｏ－ＲＵは複数の測定結果を含む一つの通知をＯ－ＤＵに伝送することができる。ｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎのデフォルト値はｆａｌｓｅであり得る。

【0199】

Ｏ－ＤＵは一つの通知に含まれる複数の測定結果をデコーディングすることができ、Ｏ－ＲＵはマルチ測定結果報告機能をサポートできなくてもよい。すなわち、Ｏ－ＤＵは新しいＯ－ＤＵであり得、Ｏ－ＲＵは既存のＯ－ＲＵであり得る。この場合、Ｏ－ＲＵのＹＡＮＧパラメータでｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｃａｐａｂｌｅは存在しないこともある。すなわち、ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｃａｐａｂｌｅはデフォルト値（すなわち、ｆａｌｓｅ）であるので、Ｏ－ＤＵはＯ－ＲＵがマルチ測定結果報告機能をサポートできないものと判断することができる。この場合、Ｏ－ＤＵはマルチ測定結果報告機能を使わないか通知間隔が測定間隔より長くないようにＯ－ＲＵのパラメータ（群）を設定することができる。新しいＯ－ＲＵもマルチ測定結果報告機能をサポートしなくてもよい。この場合、Ｏ－ＲＵはｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｃａｐａｂｌｅをｆａｌｓｅに設定することができる。新しいＯ－ＲＵのｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｃａｐａｂｌｅがｆａｌｓｅに設定された場合、Ｏ－ＤＵはマルチ測定結果報告機能を使わなくてもよい。あるいは、Ｏ－ＤＵは通知間隔が測定間隔より長くないようにＯ－ＲＵのパラメータ（群）を設定することができる。

【0200】

「Ｏ－ＲＵがマルチ測定結果報告機能をサポートし、Ｏ－ＤＵがマルチ測定結果報告機能をサポートできない場合」、Ｏ－ＤＵはＯ－ＲＵのｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎをｔｒｕｅに設定しなくてもよい。したがって、Ｏ－ＲＵは複数の測定結果を含む一つの通知をＯ－ＤＵに伝送しなくてもよい。

【0201】

ｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎを解釈できない既存のＯ－ＤＵはｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎを設定しなくてもよい。この場合、ｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎはデフォルト値（すなわち、ｆａｌｓｅ）であり得る。したがって、Ｏ－ＲＵは複数の測定結果を含む一つの通知をＯ－ＤＵに伝送しなくてもよい。

【0202】

前述した方法の変形として、新しいＯ－ＲＵ（例えば、Ｏ－ＲＡＮＭ－Ｐｌａｎｅ７．０バージョンをサポートするＯ－ＲＵ、Ｏ－ＲＡＮＭ－Ｐｌａｎｅ７．０バージョン以後のバージョンをサポートするＯ－ＲＵ）はマルチ測定結果報告機能を常にサポートすることができる。この動作は（方法ＩＩ）と呼称され得る。この場合、ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｃａｐａｂｌｅは使われる必要がない。Ｏ－ＤＵはＹＡＮＧモデルのＯ－ＲＡＮＭ－Ｐｌａｎｅバージョン情報に基づいてＯ－ＲＵが既存のＯ－ＲＵであることを確認することができる。Ｏ－ＤＵは既存のＯ－ＲＵであることが確認されると、既存のＯ－ＲＵのための測定間隔と通知間隔を同一に設定することができる。新しいＯ－ＲＵであることが確認されると新しいＯ－ＲＵは複数の測定リストを伝送できるので、Ｏ－ＤＵは新しいＯ－ＲＵのための測定間隔と通知間隔を異なって設定することができる。

【0203】

測定間隔より通知間隔が長く設定された場合、既存のＯ－ＲＵは測定結果のうち最新の測定結果を含む一つの通知をＯ－ＤＵに伝送することができる。この場合、ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｃａｐａｂｌｅは不要であるので、ｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎのみがＹＡＮＧモデルに追加され得る。ｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎのデフォルト値はｆａｌｓｅに設定され得る。「Ｏ－ＤＵがｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎをｔｒｕｅに設定し、Ｏ－ＲＵのための通知間隔が測定間隔より長い場合」、Ｏ－ＲＵは複数の測定結果を含む一つの通知をＯ－ＤＵに伝送することができる。

【0204】

（方法ロ）のように測定結果の処理負担を減らすために、Ｏ－ＤＵは一つの通知に含まれる測定結果の個数を１個に制限することができる。ｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎはｆａｌｓｅに設定され得、Ｏ－ＲＵは通知間隔が測定間隔より長い場合にも複数の測定結果のうち最新の測定結果を含む通知をＯ－ＤＵに伝送することができる。「ｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎのデフォルト値がｆａｌｓｅに設定され、新しいＯ－ＲＵと既存のＯ－ＤＵが動作する場合」、Ｏ－ＲＵのｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎの値は常にｆａｌｓｅであるので、新しいＯ－ＲＵは通知間隔が測定間隔より長い場合に複数の測定結果のうち一つの測定結果（例えば、最新の測定結果）をＯ－ＤＵに伝送することができる。

【0205】

新しいＯ－ＲＵと新しいＯ－ＤＵが動作する場合、一つの測定結果を含む一つの通知および複数の測定結果を含む一つの通知はすべて使われ得る。新しいＯ－ＤＵが新しいＯ－ＲＵのｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎをｆａｌｓｅに設定する場合、新しいＯ－ＲＵは一つの測定結果の伝送をサポートする既存のｌｅａｆまたは追加測定結果リストを使って一つの測定結果を伝送することができる。新しいＯ－ＲＵは一つの測定結果の伝送をサポートする既存のｌｅａｆを使って一つの測定結果を既存のＯ－ＤＵに伝送することができる。

【0206】

新しいＯ－ＲＵがマルチ測定結果報告機能をオプションでサポートする場合にも前述した（方法ＩＩ）が使われ得る。この動作は（方法ＩＩＩ）と呼称され得る。この場合、ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｃａｐａｂｌｅはＹＡＮＧモデルに追加されなくてもよい。ｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎはＹＡＮＧモデルに追加され得る。「Ｏ－ＤＵがｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎをｔｒｕｅに設定した場合」、「Ｏ－ＲＵがマルチ測定結果報告機能をサポートしない場合」、または「Ｏ－ＲＵがマルチ測定結果報告機能を使わない場合」、Ｏ－ＲＵは一つの測定結果の伝送をサポートする既存のｌｅａｆを使って一つの測定結果をＯ－ＤＵに伝送することができる。残りの動作は前述した（方法ＩＩ）と同一であり得る。

【0207】

新しいＯ－ＲＵは複数の測定リストをオプションでサポートすることができ、ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｃａｐａｂｌｅおよびｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎはいずれもＹＡＮＧモデルに追加されなくてもよい。この動作は（方法ＩＶ）と呼称され得る。マルチ測定結果報告機能をサポートするＯ－ＲＵは複数の測定結果を含む測定結果リスト（群）を生成することができ、測定結果リスト（群）を含む通知を伝送することができる。マルチ測定結果報告機能をサポートしないＯ－ＲＵは一つの測定結果の伝送をサポートする既存のｌｅａｆを使って一つの測定結果をＯ－ＤＵに伝送することができる。

【0208】

方法ａ、方法ｂ、および／または方法ｄが使われる場合、複数の測定結果を含む測定結果リスト（群）と共に一つの測定結果を含む既存のｌｅａｆが伝送され得る。既存のＯ－ＤＵ（例えば、以前のＹＡＮＧモデルをサポートするＯ－ＤＵ）は通知に含まれる測定結果リスト（群）に対するデコーディングをできないこともあり、新しいｌｅａｆ（例えば、測定結果リスト（群））を無視することができる。したがって、既存のＯ－ＤＵでエラーは発生しないことができる。

【0209】

（その他）
「既存のＯ－ＤＵと新しいＯ－ＲＵが動作し、既存のＯ－ＤＵが新しいＯ－ＲＵのための測定間隔を通知間隔と同一に設定する場合」、既存のＯ－ＤＵが複数の測定結果を含む一つの通知を新しいＯ－ＲＵから受信することは防止され得る。一つの通知間隔で一つの測定結果が発生するので、新しいＯ－ＲＵは既存の方式によって一つの測定結果を含む一つの通知を伝送することができる。この方法が使われる場合、ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｃａｐａｂｌｅおよびｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎは使われる必要がない。一つの測定結果が追加測定結果リストの代わりに既存のｌｅａｆを使って伝送される場合、既存のＯ－ＤＵは常に測定結果をデコーディングすることができる。したがって、下位互換性問題は発生しない。前述した動作は方法ｃで有用であり得る。

【0210】

方法ｃが使われる場合、既存のＯ－ＤＵは測定間隔と通知間隔を同一に設定することができる。この場合、一つの通知間隔で一つの測定結果のみが発生し得る。Ｏ－ＲＵは一つの測定結果の伝送をサポートする既存のｌｅａｆを使って一つの測定結果を既存のＯ－ＤＵに伝送することができる。既存のＯ－ＤＵはＯ－ＲＵから受信された測定結果をデコーディングすることができる。新しいＯ－ＤＵは通知間隔を測定間隔より長く設定することができる。この場合、一つの通知間隔で複数の測定結果が発生し得る。Ｏ－ＲＵは複数の測定結果を含む測定結果リストを生成することができ、測定結果リストを含む通知を新しいＯ－ＤＵに伝送することができる。新しいＯ－ＤＵはＯ－ＲＵから受信された測定結果リストをデコーディングすることができる。すなわち、通知間隔が測定間隔より長い場合にマルチ測定結果報告機能はイネーブルされ得る。通知間隔が測定間隔より長くない場合、マルチ測定結果報告機能はディセーブル（ｄｉｓａｂｌｅ）され得る。

【0211】

方法ａ、方法ｂ、および／または方法ｄで、通知は一つの測定結果の伝送をサポートする既存のｌｅａｆを常に含むことができる。したがって、既存のＯ－ＤＵはＯ－ＲＵから受信された通知をデコーディングできるので、下位互換性問題は発生しない。

【0212】

前述した方法（群）によると、下位互換性は保障され得、マルチ測定結果報告機能をサポートしない装備との相互運用性は保障され得る。

【0213】

複数の測定結果を含む一つの通知の伝送を防止するために、測定対象別に別途の通知間隔パラメータは使われ得る。通知間隔は測定対象別に設定され得る。測定対象のための通知間隔は互いに異なって設定され得る。例えば、各測定対象のためにｔｒａｎｓｃｅｉｖｅｒ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｉｎｔｅｒｖａｌ、ｒｘ－ｗｉｎｄｏｗ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｉｎｔｅｒｖａｌ、ｔｘ－ｓｔａｔｓ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｉｎｔｅｒｖａｌ、ｅｐｅ－ｓｔａｔｓ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｉｎｔｅｒｖａｌ、および／またはｒｓｓｉ－ｓｔａｔｓ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｉｎｔｅｒｖａｌのパラメータはそれぞれ設定され得る。測定対象の測定間隔が互いに異なる場合にも、各測定対象の通知間隔は該当測定対象の測定間隔より長くないように設定され得る。この方法によると、複数の測定結果を含む一つの通知が伝送されることは防止され得る。

【0214】

Ｏ－ＲＡＮで多様な測定対象が導入され得、前述した方法（群）により新しい測定対象に対するマルチ測定結果報告機能は適用され得る。例えば、ＲＳＳＩ対象（例えば、ＴｉｍｅＤｏｍａｉｎＲＳＳＩｏｂｊｅｃｔ）に対する通知は下記のように定義され得る。

【0215】

notification
...(省略)...
+--ro symbol-rssi-stats* [measurement-object]
+--ro measurement-object->/performance-measurement-objects/symbol-rssi-measurement-objects/measurement-object
+--ro start-time? yang-types:date-and-time
+--ro end-time? yang-types:date-and-time
+--ro symbol-rssi-measurement-result* [object-unit-id]
+--ro object-unit-id->/up:user-plane-configuration/rx-array-carriers/name
+--ro per-symbol-index-result* [symbol-index]
+--ro symbol-index uint16
+--ro min
| +--ro value? int16
+--ro max
| +--ro value? int16
+--ro avg
| +--ro value? int16
+--ro frequency-table* uint32
...(省略)...

【0216】

前記のような一つの測定結果を含む一つの通知は前述した方法（群）と同様に拡張され得る。すなわち、一つの通知は複数の測定結果を含むように拡張され得る。例えば、方法Ａの最初の方法を適用すると、ＹＡＮＧモデルは次のように定義され得る。

【0217】

notifications:
+---n measurement-result-stats
...
+--ro symbol-rssi-stats* [measurement-object]
+--ro measurement-object->/performance-measurement-objects/symbol-rssi-measurement-objects/measurement-object
+--ro start-time? yang-types:date-and-time
+--ro end-time? yang-types:date-and-time
+--ro symbol-rssi-measurement-result* [object-unit-id]
+--ro object-unit-id->/up:user-plane-configuration/rx-array-carriers/name
+--ro per-symbol-index-result* [symbol-index]
+--ro symbol-index uint16
+--ro min
| +--ro value? int16
+--ro max
| +--ro value? int16
+--ro avg
| +--ro value? int16
+--ro frequency-table* uint32
+--ro number-of-additional-measurement-result? uint8
+--ro additional-symbol-rssi-measurement-result* [seq-number]
+--ro seq-number uint8
+--ro start-time? yang-types:date-and-time
+--ro end-time? yang-types:date-and-time
+--ro symbol-rssi-measurement-result* [object-unit-id]
+--ro object-unit-id->/up:user-plane-configuration/rx-array-carriers/name
+--ro per-symbol-index-result* [symbol-index]
+--ro symbol-index uint16
+--ro min
+--ro value? int16
+--ro max
+--ro value? int16
+--ro avg
+--ro value? int16
+--ro frequency-table* uint32

【0218】

方法Ａの二番目の方法を適用すると、ＹＡＮＧモデルは次のように定義され得る。

【0219】

notifications:
+---n measurement-result-stats
...
+--ro symbol-rssi-stats* [measurement-object]
+--ro measurement-object->/performance-measurement-objects/symbol-rssi-measurement-objects/measurement-object
+--ro start-time? yang-types:date-and-time
+--ro end-time? yang-types:date-and-time
+--ro symbol-rssi-measurement-result* [object-unit-id]
+--ro object-unit-id->/up:user-plane-configuration/rx-array-carriers/name
+--ro per-symbol-index-result* [symbol-index]
+--ro symbol-index uint16
+--ro min
| +--ro value? int16
+--ro max
| +--ro value? int16
+--ro avg
| +--ro value? int16
+--ro frequency-table* uint32
+--ro additional-symbol-rssi-measurement-result* [start-time end-time]
+--ro start-time? yang-types:date-and-time
+--ro end-time? yang-types:date-and-time
+--ro symbol-rssi-measurement-result* [object-unit-id]
+--ro object-unit-id->/up:user-plane-configuration/rx-array-carriers/name
+--ro per-symbol-index-result* [symbol-index]
+--ro symbol-index uint16
+--ro min
+--ro value? int16
+--ro max
+--ro value? int16
+--ro avg
+--ro value? int16
+--ro frequency-table* uint32

【0220】

方法Ａの三番目の方法を適用すると、ＹＡＮＧモデルは次のように定義され得る。

【0221】

notifications:
+---n measurement-result-stats
...
+--ro symbol-rssi-stats* [measurement-object]
+--ro measurement-object->/performance-measurement-objects/symbol-rssi-measurement-objects/measurement-object
+--ro start-time? yang-types:date-and-time
+--ro end-time? yang-types:date-and-time
+--ro symbol-rssi-measurement-result* [object-unit-id]
+--ro object-unit-id->/up:user-plane-configuration/rx-array-carriers/name
+--ro per-symbol-index-result* [symbol-index]
+--ro symbol-index uint16
+--ro min
| +--ro value? int16
+--ro max
| +--ro value? int16
+--ro avg
| +--ro value? int16
+--ro frequency-table* uint32
+--ro additional-symbol-rssi-measurement-result* []
+--ro start-time? yang-types:date-and-time
+--ro end-time? yang-types:date-and-time
+--ro symbol-rssi-measurement-result* [object-unit-id]
+--ro object-unit-id->/up:user-plane-configuration/rx-array-carriers/name
+--ro per-symbol-index-result* [symbol-index]
+--ro symbol-index uint16
+--ro min
+--ro value? int16
+--ro max
+--ro value? int16
+--ro avg
+--ro value? int16
+--ro frequency-table* uint32

【0222】

方法Ｂの最初の方法を適用すると、ＹＡＮＧモデルは次のように定義され得る。

【0223】

notifications:
+---n measurement-result-stats
+--ro transceiver-stats* [measurement-object]
...
+--ro rx-window-stats* [measurement-object]
...
+--ro tx-stats* [measurement-object]
...
+--ro epe-statistics* [measurement-object]
...
+--ro symbol-rssi-stats* [measurement-object]
...
+--ro number-of-additional-measurement-result-stats? uint8
+--ro additional-measurement-result-stats* [seq-number]
+--ro seq-number uint8
+--ro transceiver-stats* [measurement-object]
...
+--ro rx-window-stats* [measurement-object]
...
+--ro tx-stats* [measurement-object]
...
+--ro epe-statistics* [measurement-object]
...
+--ro symbol-rssi-stats* [measurement-object]
+--ro measurement-object->/performance-measurement-objects/symbol-rssi-measurement-objects/measurement-object
+--ro start-time? yang-types:date-and-time
+--ro end-time? yang-types:date-and-time
+--ro symbol-rssi-measurement-result* [object-unit-id]
+--ro object-unit-id->/up:user-plane-configuration/rx-array-carriers/name
+--ro per-symbol-index-result* [symbol-index]
+--ro symbol-index uint16
+--ro min
+--ro value? int16
+--ro max
+--ro value? int16
+--ro avg
+--ro value? int16
+--ro frequency-table* uint32

【0224】

方法Ｂの二番目の方法を適用すると、ＹＡＮＧモデルは次のように定義され得る。

【0225】

notifications:
+---n measurement-result-stats
+--ro transceiver-stats* [measurement-object]
...
+--ro rx-window-stats* [measurement-object]
...
+--ro tx-stats* [measurement-object]
...
+--ro epe-statistics* [measurement-object]
...
+--ro symbol-rssi-stats* [measurement-object]
..
+--ro additional-measurement-result-stats* []
+--ro transceiver-stats* [measurement-object]
...
+--ro rx-window-stats* [measurement-object]
...
+--ro tx-stats* [measurement-object]
...
+--ro epe-statistics* [measurement-object]
...
+--ro symbol-rssi-stats* [measurement-object]
+--ro measurement-object->/performance-measurement-objects/symbol-rssi-measurement-objects/measurement-object
+--ro start-time? yang-types:date-and-time
+--ro end-time? yang-types:date-and-time
+--ro symbol-rssi-measurement-result* [object-unit-id]
+--ro object-unit-id->/up:user-plane-configuration/rx-array-carriers/name
+--ro per-symbol-index-result* [symbol-index]
+--ro symbol-index uint16
+--ro min
+--ro value? int16
+--ro max
+--ro value? int16
+--ro avg
+--ro value? int16
+--ro frequency-table* uint32

【0226】

＜複数の測定結果を含む別途の通知を伝送する方法＞
既存の通知にａｄｄｉｔｉｏｎａｌ－ｘｘｘｘ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔの追加なしに、Ｏ－ＲＵは複数の測定結果を含む別途の通知を伝送することができる。

【0227】

［方法Ａ］の３番目の方式の方法ｃでａｄｄｉｔｉｏｎａｌ－ｘｘｘｘ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔを含む別途の通知が伝送され得る。この動作のためのＹＡＮＧモデルは次のように定義され得る。

【0228】

module:o-ran-performance-management
...(省略)...
notifications:
+---n measurement-result-stats
| +--ro transceiver-stats* [measurement-object]
| | +--ro measurement-object->/performance-measurement-objects/transceiver-measurement-objects/measurement-object
| | +--ro start-time? yang-types:date-and-time
| | +--ro end-time? yang-types:date-and-time
| | +--ro transceiver-measurement-result* [object-unit-id]
| | +--ro object-unit-id->/if:interfaces/interface/o-ran-int:port-reference/port-number
| | +--ro min
| | | +--ro value? decimal64
| | | +--ro time? yang-types:date-and-time
| | +--ro max
| | | +--ro value? decimal64
| | | +--ro time? yang-types:date-and-time
| | +--ro first
| | | +--ro value? decimal64
| | | +--ro time? yang-types:date-and-time
| | +--ro latest
| | | +--ro value? decimal64
| | | +--ro time? yang-types:date-and-time
| | +--ro frequeny-table* uint32
| +--ro rx-window-stats* [measurement-object]
| | +--ro measurement-object->/performance-measurement-objects/rx-window-measurement-objects/measurement-object
| | +--ro start-time? yang-types:date-and-time
| | +--ro end-time? yang-types:date-and-time
| | +--ro(object-unit-id)?
| | +--:(RU)
| | | +--ro name?->/hw:hardware/component/name
| | | +--ro count uint64
| | +--:(TRANSPORT)
| | | +--ro tr-measured-result* []
| | | +--ro name?->/o-ran-elements:processing-elements/ru-elements/name
| | | +--ro count uint64
| | +--:(EAXC_ID)
| | +--ro eaxc-measured-result* []
| | +--ro eaxc-id? uint16
| | +--ro count uint64
| | +--ro data-direction? enumeration
| | +--ro transport-name?->/o-ran-elements:processing-elements/ru-elements/name
| +--ro tx-stats* [measurement-object]
| | +--ro measurement-object->/performance-measurement-objects/tx-measurement-objects/measurement-object
| | +--ro start-time? yang-types:date-and-time
| | +--ro end-time? yang-types:date-and-time
| | +--ro(object-unit-id)?
| | +--:(RU)
| | | +--ro name?->/hw:hardware/component/name
| | | +--ro count uint64
| | +--:(TRANSPORT)
| | | +--ro tr-measured-result* []
| | | +--ro name?->/o-ran-elements:processing-elements/ru-elements/name
| | | +--ro count uint64
| | +--:(EAXC_ID)
| | +--ro eaxc-measured-result* []
| | +--ro eaxc-id? uint16
| | +--ro count uint64
| | +--ro transport-name?->/o-ran-elements:processing-elements/ru-elements/name
| x--ro epe-stats
| | +--ro start-time? yang-types:date-and-time
| | +--ro end-time? yang-types:date-and-time
| | +--ro epe-measurement-result* [object-unit-id]
| | +--ro object-unit-id->/hw:hardware/component/class
| | +--ro min? decimal64
| | +--ro max? decimal64
| | +--ro average? decimal64
| +--ro epe-statistics* [measurement-object]
| +--ro measurement-object->/performance-measurement-objects/epe-measurement-objects/measurement-object
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro epe-measurement-result* [object-unit-id]
| +--ro object-unit-id->/hw:hardware/component/class
| +--ro min? decimal64
| +--ro max? decimal64
| +--ro average? decimal64
+---n multiple-measurement-result-stats
+--ro multiple-transceiver-stats* [measurement-object]
| +--ro measurement-object->/performance-measurement-objects/transceiver-measurement-objects/measurement-object
| +--ro additional-transceiver-measurement-result* []
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro transceiver-measurement-result* [object-unit-id]
| +--ro object-unit-id->/if:interfaces/interface/o-ran-int:port-reference/port-number
| +--ro min
| | +--ro value? decimal64
| | +--ro time? yang-types:date-and-time
| +--ro max
| | +--ro value? decimal64
| | +--ro time? yang-types:date-and-time
| +--ro first
| | +--ro value? decimal64
| | +--ro time? yang-types:date-and-time
| +--ro latest
| | +--ro value? decimal64
| | +--ro time? yang-types:date-and-time
| +--ro frequeny-table* uint32
+--ro multiple-rx-window-stats* [measurement-object]
| +--ro measurement-object->/performance-measurement-objects/rx-window-measurement-objects/measurement-object
| +--ro additional-rx-window-measurement-result* []
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro(object-unit-id)?
| +--:(RU)
| | +--ro name?->/hw:hardware/component/name
| | +--ro count uint64
| +--:(TRANSPORT)
| | +--ro tr-measured-result* []
| | +--ro name?->/o-ran-elements:processing-elements/ru-elements/name
| | +--ro count uint64
| +--:(EAXC_ID)
| +--ro eaxc-measured-result* []
| +--ro eaxc-id? uint16
| +--ro count uint64
| +--ro data-direction? enumeration
| +--ro transport-name?->/o-ran-elements:processing-elements/ru-elements/name
+--ro multiple-tx-stats* [measurement-object]
| +--ro measurement-object->/performance-measurement-objects/tx-measurement-objects/measurement-object
| +--ro additional-tx-measurement-result* []
| +--ro start-time? yang-types:date-and-time
| +--ro end-time? yang-types:date-and-time
| +--ro(object-unit-id)?
| +--:(RU)
| | +--ro name?->/hw:hardware/component/name
| | +--ro count uint64
| +--:(TRANSPORT)
| | +--ro tr-measured-result* []
| | +--ro name?->/o-ran-elements:processing-elements/ru-elements/name
| | +--ro count uint64
| +--:(EAXC_ID)
| +--ro eaxc-measured-result* []
| +--ro eaxc-id? uint16
| +--ro count uint64
| +--ro transport-name?->/o-ran-elements:processing-elements/ru-elements/name
+--ro multiple-epe-statistics* [measurement-object]
+--ro measurement-object->/performance-measurement-objects/epe-measurement-objects/measurement-object
+--ro additional-epe-measurement-result* []
+--ro start-time? yang-types:date-and-time
+--ro end-time? yang-types:date-and-time
+--ro epe-measurement-result* [object-unit-id]
+--ro object-unit-id->/hw:hardware/component/class
+--ro min? decimal64
+--ro max? decimal64
+--ro average? decimal64

【0229】

一つの測定結果を伝達する通知であるｒｅｓｕｌｔ－ｓｔａｔｓは修正なしに使われ得、複数の測定結果を伝達する通知であるｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓは新しく定義され得る。Ｏ－ＲＵは複数の測定結果を含むａｄｄｉｔｉｏｎａｌ－ＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ［］を生成することができ、ａｄｄｉｔｉｏｎａｌ－ＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ［］を伝送することができる。複数の測定結果の伝達のための部分を別途の通知で定義した点を除いた残りの事項は［方法Ａ］と同一であり得る。

【0230】

前述した実施例は［方法Ａ］の方法ｃを変形した方法であり得、別途の通知が使われ得る。Ｏ－ＲＵは一つの測定結果の伝送をサポートするｌｅａｆ（例えば、ｓｔａｒｔ－ｔｉｍｅ、ｅｎｄ－ｔｉｍｅ、およびＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ［］）を含む既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎを使って一つの測定結果を既存のＯ－ＤＵに伝送することができ、複数の測定結果全体を含む新しいｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓを新しいＯ－ＤＵに伝送することができる。ｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓはａｄｄｉｔｉｏｎａｌ－ＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ［］を含むことができ、ａｄｄｉｔｉｏｎａｌ－ＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ［］は複数の測定結果を含むことができる。すべての測定結果（例えば、最初の測定結果から最後の測定結果までの測定結果）はａｄｄｉｔｉｏｎａｌ－ＸＸＸＸ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ［］内で時間順で整列され得る。

【0231】

既存のＯ－ＤＵに伝送される既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎは測定対象別一つの測定結果を含むことができる。この場合、既存のＯ－ＤＵは一つの通知間隔で一つの測定結果が発生するようにＯ－ＲＵの測定間隔と通知間隔を同一に設定することができる。または既存のＯ－ＤＵが通知間隔を測定間隔より長く設定した場合、Ｏ－ＲＵは測定結果のうち最新の測定結果を含む既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎをＯ－ＤＵに伝送することができる。前述した動作のための詳細な方法は＜下位互換性およびマルチ測定結果報告機能をサポートしない装備との相互運用性を保障するための方法＞に説明される。

【0232】

［方法Ａ］の方法ａ、方法ｂ、および／または方法ｄが使われる場合、前述した方法と同一に既存のｌｅａｆと新しいリストは別途の通知に伝送され得る。すなわち、［方法Ａ］の方法ａ、方法ｂ、および／または方法ｄで、一つの測定結果は既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎ（すなわち、既存のｌｅａｆ）を使って伝送され得、複数の測定結果はｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎ（すなわち、新しいリスト）を使って伝送され得る。

【0233】

Ｏ－ＲＵのｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｃａｐａｂｌｅがｆａｌｓｅである場合、Ｏ－ＤＵは一つの測定結果を含むｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎ（すなわち、既存の通知）のみを確認することができる。Ｏ－ＲＵのｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｃａｐａｂｌｅがｔｒｕｅである場合、Ｏ－ＤＵはｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎをｔｒｕｅに設定することができ、複数の測定結果を含むｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎ（すなわち、新しい通知）を受信することができる。Ｏ－ＲＵがマルチ測定結果報告機能をサポートする場合にも、Ｏ－ＤＵの負担を減らすために、Ｏ－ＤＵはｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎをｆａｌｓｅに設定することができる。この場合、Ｏ－ＲＵは一つの測定結果を含むｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎをＯ－ＤＵに伝送することができ、Ｏ－ＤＵは一つの測定結果を含むｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎをＯ－ＲＵから受信することができる。またはＯ－ＤＵは一つの測定値を含んでいるｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎを受信することができ、ｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎから一つの測定結果のみを獲得することができる。

【0234】

Ｏ－ＲＵがＹＡＮＧモデルのｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｃａｐａｂｌｅを使わない場合、Ｏ－ＤＵはｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎおよびｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎすべてを購読（ｓｕｂｓｃｒｉｂｅ）することができる。この場合、Ｏ－ＲＵが複数の測定結果を含む通知を伝送すれば、Ｏ－ＤＵはＯ－ＲＵからｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎを受信することができる。Ｏ－ＲＵが一つの測定結果を含む既存の通知を伝送すれば、Ｏ－ＤＵはＯ－ＲＵから既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎを受信することができる。

【0235】

既存のＯ－ＤＵはマルチ測定結果報告機能をサポートしなくてもよく、既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓのみを購読することができる。この場合、ｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎのデフォルト値がｆａｌｓｅに設定されると、既存のＯ－ＤＵはｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎを別途に設定しなくてもよい。したがって、Ｏ－ＲＵは一つの測定結果を含む既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎを既存のＯ－ＤＵに伝送することができる。

【0236】

新しいＯ－ＲＵはｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎをオプションでサポートすることができ、ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｃａｐａｂｌｅおよびｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎはいずれもＹＡＮＧモデルに追加されなくてもよい。Ｏ－ＲＵはマルチ測定結果報告機能をサポートすることができ、Ｏ－ＤＵはｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎを購読することができる。この場合、Ｏ－ＤＵは複数の測定結果を含む一つの通知を受信することができる。

【0237】

Ｏ－ＲＵがｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎをサポートしない場合、Ｏ－ＤＵは既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎを購読することによって一つの測定結果を含む通知を受信することができる。この場合、Ｏ－ＤＵは複数の測定結果に関連したＯ－ＲＵのケイパビリティが分からないので、既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎおよび新しいｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎすべてを購読しなければならない。既存のＯ－ＤＵは新しいｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎを購読できないのでＯ－ＲＵからｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎを受信できないことがある。これによるエラーは発生しない。

【0238】

「既存のＯ－ＤＵと新しいＯ－ＲＵが動作し、既存のＯ－ＤＵが新しいＯ－ＲＵの測定間隔と通知間隔を同一に設定した場合」、既存のＯ－ＤＵが新しいＯ－ＲＵから複数の測定結果を含む一つの通知（例えば、ｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎ）を受信することは防止され得る。すなわち、一つの通知間隔で一つの測定結果が発生するので、新しいＯ－ＲＵは一つの測定結果を含む既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎを伝送することができる。前述した方法が使われる場合、ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎ－ｃａｐａｂｌｅおよびｅｎａｂｌｅ－ｍｕｌｔｉｐｌｅ－ｓｔａｔｓ－ｉｎ－ｎｏｔｉｆｉｃａｔｉｏｎは使われなくてもよい。前述した動作は方法ｃで有用であり得る。

【0239】

方法ｃが使われる場合、既存のＯ－ＤＵは一つの通知間隔で一つの測定結果が発生するように測定間隔と通知間隔を同一に設定することができる。この場合、Ｏ－ＲＵは一つの測定結果を含む既存のｌｅａｆ（例えば、ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎを通じて）を伝送することができる。既存のＯ－ＤＵはＯ－ＲＵから受信された既存のｎｏｔｉｆｉｃａｔｉｏｎに含まれるｌｅａｆに含まれる一つの測定結果をデコーディングすることができる。新しいＯ－ＤＵは通知間隔を測定間隔より長く設定することができる。この場合、一つの通知間隔で複数の測定結果が発生すれば、Ｏ－ＲＵは複数の測定結果を含む新しいリスト（例えば、新しいｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎを通じて）を新しいＯ－ＤＵに伝送することができる。新しいＯ－ＤＵはＯ－ＲＵから受信されたｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎに含まれる新しいリストに含まれる複数の測定結果をデコーディングすることができる。すなわち、通知間隔が測定間隔より長い場合、マルチ測定結果報告機能はイネーブルされ得る。通知間隔が測定間隔より長くない場合、マルチ測定結果報告機能はディセーブルされ得る。

【0240】

方法ａ、方法ｂ、および／または方法ｄで、一つの測定結果を含む既存のｌｅａｆは伝送され得る。したがって、既存のＯ－ＤＵは既存のｌｅａｆをデコーディングできるので、下位互換性問題は発生しない。一つの測定結果が存在する場合、既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎは使われ得る。この場合、既存のＯ－ＤＵおよび新しいＯ－ＤＵ皆は測定結果をデコーディングすることができる。複数の測定結果が存在する場合、既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎおよび新しいｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎがすべて伝送され得る。この場合、既存のＯ－ＤＵは既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎを受信することによって一つの測定結果を獲得することができ、新しいＯ－ＤＵは新しいｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎを受信することによって複数の測定結果を獲得することができる。

【0241】

方法ｄで一つの測定結果が存在する場合にも、一つの測定結果を含む既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎおよび一つの測定結果を含む新しいｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎはすべて伝送され得る。すなわち、同一の測定結果は既存のｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎおよび新しいｍｕｌｔｉｐｌｅ－ｍｅａｓｕｒｅｍｅｎｔ－ｒｅｓｕｌｔ－ｓｔａｔｓｎｏｔｉｆｉｃａｔｉｏｎに含まれ得る。

【0242】

前述した方法（群）のための修正されたＹＡＮＧコードは次のように定義され得る。

【0243】

grouping multiple-measurement-notification {
description
”notification may contain multiple-measurement result for transceiver-stats and/or rx-window-stats and/or tx-stats and/or epe-stats”;
list multiple-transceiver-stats {
key “measurement-object”;
description
”multiple measurement result of transceiver-measurement per measurement-object”;
leaf measurement-object {
type leafref {
path “/performance-measurement-objects/transceiver-measurement-objects/measurement-object”;
}
description
”measurement-object for the transceiver-measurement”;
}
list additional-transceiver-measurement-result {
config false;
description
”additional measurement result of transceiver-measurement
when notification-interval is larger than measurement-interval”;
uses start-and-end-time;
uses transceiver-measurement-result-grouping;
}
}
list multiple-rx-window-stats {
key “measurement-object”;
description
”multiple measurement result for the reception window measurement per measurement-object”;
leaf measurement-object {
type leafref {
path “/performance-measurement-objects/rx-window-measurement-objects/measurement-object”;
}
description
”measurement-object for the reception window measurement”;
}
list additional-rx-window-measurement-result {
config false;
description
”additional measurement result of rx-window-measurement
when notification-interval is larger than measurement-interval”;
uses start-and-end-time;
uses rx-window-measurement-result-grouping;
}
}
list multiple-tx-stats {
key “measurement-object”;
description
”multiple measurement result for the tx stats measurement per
measurement-object”;
leaf measurement-object {
type leafref {
path “/performance-measurement-objects/tx-measurement-objects/measurement-object”;
}
description
”measurement-object for the tx stats measurement”;
}
list additional-tx-measurement-result {
config false;
description
”additional measurement result of tx-measurement
when notification-interval is larger than measurement-interval”;
uses start-and-end-time;
uses tx-measurement-result-grouping;
}
}
list multiple-epe-statistics {
key “measurement-object”;
description
”measurement result for the epe stats measurement per
measurement-object”;
leaf measurement-object {
type leafref {
path “/performance-measurement-objects/epe-measurement-objects/measurement-object”;
}
description
”measurement-object for the epe stats measurement”;
}
list additional-epe-measurement-result {
config false;
description
”additional measurement result of epe-measurement
when notification-interval is larger than measurement-interval”;
uses start-and-end-time;
uses epe-measurement-result-grouping;
}
}
}

// Top level container
container performance-measurement-objects {
description
”configuration for performance management and measurement-result are included”;
uses measurement-group;
}

// Notifications
notification measurement-result-stats {
description
”Notification may contain measurement results for transceiver-stats and/or rx-window-stats”;
uses measurement-notification;
}

notification multiple-measurement-result-stats {
description
”Notification may contain multiple measurement results for transceiver-stats and/or rx-window-stats”;
uses multiple-measurement-notification;
}
}

【0244】

前述した方法によると、既存の装備（例えば、Ｏ－ＤＵ、Ｏ－ＲＵ）との下位互換性問題は発生しない。一つのＮＥＴＣＯＮＦ通知の伝送手続きで、測定対象別複数の測定結果は伝送され得る。したがって、Ｏ－ＲＡＮＭ－Ｐｌａｎｅの性能は向上し得る。

【0245】

本発明に係る方法は多様なコンピュータ手段を通じて実行され得るプログラム命令形態で具現されてコンピュータ読み取り可能媒体に記録され得る。コンピュータ読み取り可能媒体はプログラム命令、データファイル、データ構造などを単独でまたは組み合わせて含むことができる。コンピュータ読み取り可能媒体に記録されるプログラム命令は本発明のために特別に設計されて構成されたものなどであるかコンピュータソフトウェア当業者に公示の使用可能なものであってもよい。

【0246】

コンピュータ読み取り可能媒体の例にはロム（ｒｏｍ）、ラム（ｒａｍ）、フラッシュメモリ（ｆｌａｓｈｍｅｍｏｒｙ）等のように、プログラム命令を保存し実行するように特別に構成されたハードウェア装置が含まれる。プログラム命令の例にはコンパイラ（ｃｏｍｐｉｌｅｒ）により作られるような機械語コードだけでなく、インタープリタ（ｉｎｔｅｒｐｒｅｔｅｒ）等を使ってコンピュータによって実行され得る高級言語コードを含む。前述したハードウェア装置は本発明の動作を実行するために少なくとも一つのソフトウェアモジュールで作動するように構成され得、その逆も同様である。

【0247】

以上、実施例を参照して説明したが、該当技術分野の熟練した当業者は下記の特許請求の範囲に記載された本発明の思想および領域から逸脱しない範囲内で本発明を多様に修正および変更できることが理解できるであろう。

【図1】