JP2023546462A - 通信方法および装置、可読記憶媒体、ならびにシステム - Google Patents

通信方法および装置、可読記憶媒体、ならびにシステム Download PDF

Info

Publication number
JP2023546462A
JP2023546462A JP2023524522A JP2023524522A JP2023546462A JP 2023546462 A JP2023546462 A JP 2023546462A JP 2023524522 A JP2023524522 A JP 2023524522A JP 2023524522 A JP2023524522 A JP 2023524522A JP 2023546462 A JP2023546462 A JP 2023546462A
Authority
JP
Japan
Prior art keywords
application layer
measurement configuration
base station
layer measurement
message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2023524522A
Other languages
English (en)
Inventor
星星 胡
▲ティン▼▲ティン▼ 耿
旭▲東▼ ▲楊▼
コジオル ダヴィド
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2023546462A publication Critical patent/JP2023546462A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B17/00—Monitoring; Testing
    • H04B17/30—Monitoring; Testing of propagation channels
    • H04B17/309—Measuring or estimating channel quality parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本願の実施形態は、通信方法および装置を提供する。この方法は、端末が、第１の基地局から第１のアプリケーションレイヤ測定設定情報を受信することと、端末が、第１のアプリケーションレイヤ測定設定情報に基づいてエクスペリエンス品質ＱｏＥ測定を実行することと、端末が、第２の基地局から第１のメッセージを受信することであって、第１のメッセージは、第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す、ことと、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持することを示すときに、端末が、ＱｏＥ測定を実行し続けること、および／または第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持しないことを示すときに、端末が、第１のアプリケーションレイヤ測定設定情報をリリースすることと、を含む。これにより、アプリケーションレイヤ測定設定の例えばシグナリングオーバヘッドもしくは記憶オーバヘッドなどのオーバヘッドを低減することができる、または特定のサービスについてのアプリケーションレイヤ測定結果の精度を改善することができる。

Description

本願は、ワイヤレス通信技術の分野に関し、および特に、通信方法および装置、可読記憶媒体、ならびにシステムに関する。
ドライブテストの最小化（ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ ｄｒｉｖｅ－ｔｅｓｔｓ， ＭＤＴ）技術は、事業者が加入ユーザの商用端末を用いて測定を実行して、測定結果を送信して従来のドライブテストと部分的に置き換えて、端末測定データを自動的に収集して、ワイヤレスネットワーク内の問題および故障を検出して最適化する技術である。この技術の適用シナリオは、事業者が通例ルーチンのネットワークカバレッジドライブテストを毎月実行して、ユーザの訴えに応答して特定の領域に対して通話品質ドライブテストを実行することを含む。これらのシナリオにおけるドライブテストは、ＭＤＴで置き換えられることが可能である。ＭＤＴ技術は、以下のようにいくつかの測定タイプを有する場合がある。
１．信号レベル測定：ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ， ＵＥ）は、ワイヤレス信号の信号レベルを測定して、測定結果を基地局または基地局コントローラに送信する。
２．サービス品質（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ， ＱｏＳ）測定：ＱｏＳ測定のうち、例えばサービスのトラフィック、サービスのスループット、およびサービス遅延などのうちの１つまたは複数の測定などは、一般に基地局によって実行される。または、例えばアップリンク処理遅延の測定などは、ＵＥによって実行される場合があり、例えばエアインタフェース遅延の測定などは、基地局とＵＥとによって協働で実行される場合がある。エアインタフェース遅延は、データパケットが基地局のサービスデータ適応プロトコル（ｓｅｒｖｉｃｅ ｄａｔａ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ， ＳＤＡＰ）ＳＤＡＰ／パケットデータコンバージェンスプロトコル（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ， ＰＤＣＰ）レイヤを通過してからデータパケットがＵＥのＳＤＡＰ／ＰＤＣＰレイヤに到達するまでの経過時間を測定することによって測定されることが可能である。
３．アクセス可能性測定：ＵＥは、無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ， ＲＲＣ）接続セットアップ障害についての情報を記録して、その情報を基地局または基地局コントローラに送信する。
ＭＤＴは、ログＭＤＴ（ｌｏｇｇｅｄ ＭＤＴ）および即時ＭＤＴ（ｉｍｍｅｄｉａｔｅ ＭＤＴ）を含む場合がある。即時ＭＤＴは、主として、無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ， ＲＲＣ）接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）のＵＥにおいて実行される測定であり、およびログＭＤＴは、主として、遊休状態（ＲＲＣ＿ＩＤＬＥ）のＵＥまたはＲＲＣ非アクティブ状態（ＲＲＣ＿ＩＮＡＣＴＩＶＥ）のＵＥにおいて実行される測定である（例えば、遊休状態のＵＥまたは非アクティブ状態のＵＥは、そのＵＥが現在滞在しているセルに対応する周波数に対応する近隣セル、およびそのＵＥが現在滞在しているセル内でブロードキャストされるセル再選択に対応する周波数間／システム間近接セルのうちの１つまたは複数を測定する）。即時ＭＤＴは、一般に、ＵＥのデータボリューム、インターネットプロトコル（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ， ＩＰ）スループット、パケット伝送遅延、パケット損失率、および処理遅延などのうちの１つまたは複数を測定するために使用される。ログＭＤＴは、一般に、受信信号強度に対してＵＥによって実行される測定を指す。
基地局は、２つのシナリオで、ＭＤＴ測定収集タスクを開始する。１つは、シグナリングベースＭＤＴ（ｓｉｇｎａｌｉｎｇ－ｂａｓｅｄ ＭＤＴ）を開始するものであり、および他方は、マネジメントベースＭＤＴ（ｍａｎａｇｅｍｅｎｔ－ｂａｓｅｄ ＭＤＴ）を開始するものである。シグナリングベースＭＤＴは、特定ＵＥ向けのＭＤＴであり、基地局は、コアネットワーク（ｃｏｒｅ ｎｅｔｗｏｒｋ， ＣＮ）から、ＭＤＴを特定のＵＥに対して実行するように指示するメッセージを受信する。マネジメントベースＭＤＴは、特定ＵＥ向けのＭＤＴではなく、基地局は、運用、管理、および保守（ｏｐｅｒａｔｉｏｎ， ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ ｍａｉｎｔｅｎａｎｃｅ， ＯＡＭ）またはエレメント管理（ｅｌｅｍｅｎｔ ｍａｎａｇｅｒ， ＥＭ）から、ＭＤＴを実行するように指示するメッセージを受信する。基地局は、ポリシーに従って、その基地局の下のＵＥからＵＥを選択して、ＭＤＴ測定を実行する。シグナリングベースＭＤＴでは、ＣＮは、ユーザがＭＤＴを実行することに合意していない限り、ＵＥに対するシグナリングベースＭＤＴを開始しない。マネジメントベースＭＤＴでは、ＵＥを選択するときに、基地局は、ＵＥがＭＤＴを実行することに合意するかどうかを考慮する場合があり、例えば、ＭＤＴを実行することに合意するＵＥのみを選択して、ＭＤＴ測定を実行する場合がある（例えば、コアネットワークは、ＵＥがＭＤＴを実行することに合意するかどうかを基地局に通知し、例えばＣＮは、無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ， ＲＡＮ）に、ＵＥのマネジメントベースＭＤＴの許可インジケーション（Ａｌｌｏｗｅｄ ｉｎｄｉｃａｔｉｏｎ）を通知し、および任意選択でマネジメントベースＭＤＴ公衆陸上移動体ネットワーク（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ， ＰＬＭＮ）リストも通知する）。マネジメントベースＭＤＴおよびシグナリングベースＭＤＴは、両方とも、ログＭＤＴおよび即時ＭＤＴを含む場合がある。シグナリングベースＭＤＴでは、ＣＮは、何らかのＭＤＴ設定情報、およびトレース収集エンティティ（ｔｒａｃｅ ｃｏｌｌｅｃｔｉｏｎ ｅｎｔｉｔｙ， ＴＣＥ）ＩＰアドレスなどのうちの１つまたは複数を基地局に通知する。ＭＤＴ設定情報は、ＭＤＴ活動化タイプ（例えば即時ＭＤＴのみ（Ｉｍｍｅｄｉａｔｅ ＭＤＴ ｏｎｌｙ）、ログＭＤＴのみ（Ｌｏｇｇｅｄ ＭＤＴ ｏｎｌｙ）、即時ＭＤＴおよびトレース（Ｉｍｍｅｄｉａｔｅ ＭＤＴ ａｎｄ Ｔｒａｃｅ））、ＭＤＴ領域範囲、ＭＤＴモード、対応するＭＤＴモードの設定パラメータ（例えば即時ＭＤＴ測定事象、ログＭＤＴ記録間隔、および期間のうちの１つまたは複数）、およびシグナリングベースＭＤＴ ＰＬＭＮリストのうちの１つまたは複数を含む。ＭＤＴ領域範囲は、ＭＤＴ測定が実行される領域範囲、例えばセルリストまたはトラッキング領域リストなどである。ＭＤＴモードは、即時ＭＤＴおよびログＭＤＴのうちの一方または両方を含む。
いくつかのストリーミングタイプサービスまたは音声サービス、例えばストリーミングサービス（ｓｔｒｅａｍｉｎｇ ｓｅｒｖｉｃｅ）およびＩＰマルチメディアシステムのマルチメディア電話サービス（Ｍｕｌｔｉｍｅｄｉａ Ｔｅｌｅｐｈｏｎｙ Ｓｅｒｖｉｃｅ ｆｏｒ ＩＭＳ， ＭＴＳＩ）などでは、信号の品質だけではこれらのサービスのユーザエクスペリエンスを反映することはできない。事業者は、ユーザエクスペリエンスを知り、ネットワークを最適化してユーザエクスペリエンスを改善したいと思っている。このタイプの測定収集は、エクスペリエンス品質（ｑｕａｌｉｔｙ ｏｆ ｅｘｐｅｒｉｅｎｃｅ， ＱｏＥ）測定収集と呼ばれ、およびアプリケーションレイヤ測定収集と呼ばれる場合がある。このタイプの測定も、シグナリングベースＭＤＴおよびマネジメントベースＭＤＴを用いて開始される。
アプリケーションレイヤ測定収集は、基地局によって設定される。どのようにアプリケーションレイヤ測定収集を設定するかが、早急に研究されるべき問題である。
本願の実施形態は、通信方法および装置を提供して、特に、アプリケーションレイヤ測定設定の例えばシグナリングオーバヘッドまたは記憶オーバヘッドなどのオーバヘッドを低減する、または特定のサービスについてのアプリケーションレイヤ測定結果の精度を改善するために、アプリケーションレイヤ測定設定方法を提供する。
本願の実施形態の第１の態様は、以下を含む通信方法を提供する。
端末が、第１の基地局から第１のアプリケーションレイヤ測定設定情報を受信すること、
端末が、第１のアプリケーションレイヤ測定設定情報に基づいてエクスペリエンス品質ＱｏＥ測定を実行すること、
端末が、第２の基地局から第１のメッセージを受信することであって、第１のメッセージが、第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す、こと、および
第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持することを示すときに、端末が、ＱｏＥ測定を実行し続けること、および／または
第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持しないことを示すときに、端末が、第１のアプリケーションレイヤ測定設定情報をリリースすること。
第１のメッセージは、無線リソース制御ＲＲＣ再開を示すメッセージ、全設定を示すメッセージ、デュアル接続ＤＣリリースおよび／もしくは追加を示すメッセージ、またはセカンダリセルグループＳＣＧ設定のリリースを示すメッセージのうちの１つまたは複数を含む。
ＱｏＥ測定は、アプリケーションレイヤ測定を含む。
任意選択で、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、第１のメッセージが、第１のインジケーション情報フィールドを含み、第１のインジケーション情報フィールドが、第１の値であり、第１の値が、２つの値のうちの１つであり、２つの値のうちの一方が、第１のアプリケーションレイヤ測定設定情報を保持することを示し、および２つの値のうちの他方が、第１のアプリケーションレイヤ測定設定情報をリリースすることを示すこと、を含む。
代替として、第１のメッセージは、第１のインジケーション情報フィールドを含むことで、第１のアプリケーションレイヤ測定設定情報を保持することを示し、および第１のメッセージは、第１のインジケーション情報フィールドを含まないことで、第１のアプリケーションレイヤ測定設定情報をリリースすることを示す、または第１のメッセージは、第１のインジケーション情報フィールドを含むことで、第１のアプリケーションレイヤ測定設定情報をリリースすることを示し、および第１のメッセージは、第１のインジケーション情報フィールドを含まないことで、第１のアプリケーションレイヤ測定設定情報を保持することを示す。
任意選択で、第１のメッセージは、第１のアプリケーションレイヤ測定設定情報のサービスタイプを示す情報をさらに含む。
任意選択で、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、以下を含む。
第１のメッセージが、保持またはリリースされる第１のアプリケーションレイヤ測定設定のサービスタイプを示すことであって、サービスタイプが、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応すること。
例えば、端末についてのアプリケーションレイヤ測定設定情報が第１のアプリケーションレイヤ測定設定情報のみを含むときには、第１のインジケーション情報フィールドは、１ビットによって、第１のアプリケーションレイヤ測定設定を保持するかどうかを示す場合がある。例えば、１は、第１のアプリケーションレイヤ測定設定を保持することを示し、および０は、第１のアプリケーションレイヤ測定設定をリリースすることを示す。代替として、第１のインジケーション情報フィールドが有効である（または存在する）場合に、そのことが、第１のアプリケーションレイヤ測定設定を保持することを示し、第１のインジケーション情報フィールドが無効である（または存在しない）場合に、そのことが、第１のアプリケーションレイヤ測定設定をリリースすることを示す。代替として、第１のインジケーション情報フィールドが有効である（または存在する）場合に、そのことが、第１のアプリケーションレイヤ測定設定をリリースすることを示し、および第１のインジケーション情報フィールドが無効である（または存在しない）場合に、そのことが、第１のアプリケーションレイヤ測定設定を保持することを示す。
端末についてのアプリケーションレイヤ測定設定情報が複数のアプリケーションレイヤ測定設定情報を含むときには、アプリケーションレイヤ測定設定情報のそれぞれの保持またはリリースは、例えばビットマップ方式で示されるなど、対応する第１のインジケーション情報フィールドを用いて示される場合がある。
代替として、アプリケーションレイヤ測定設定情報に対応するあるサービスタイプについて、アプリケーションレイヤ測定設定情報が保持またはリリースされるとき、および／または端末が１つもしくは複数のサービスタイプのアプリケーションレイヤ測定設定を有し得るが、サービスタイプのそれぞれが１つのアプリケーションレイヤ測定設定のみに対応するときには、サービスタイプが示されて、そのサービスタイプに対応するアプリケーションレイヤ測定設定が保持もしくはリリースされることを示す場合があり、または保持もしくはリリースされるアプリケーションレイヤ測定設定が示され得、およびそのアプリケーションレイヤ測定設定に対応するサービスタイプも示される場合がある。
代替として、端末が１つまたは複数のサービスタイプのアプリケーションレイヤ測定設定を有し、およびサービスタイプのそれぞれが１つまたは複数のアプリケーションレイヤ測定設定に対応するときには、保持またはリリースされるアプリケーションレイヤ測定設定、およびそのアプリケーションレイヤ測定設定に対応するサービスタイプの両方が示される場合がある。代替として、異なるサービスタイプに対応するアプリケーションレイヤ測定設定の識別子が異なるときには、保持またはリリースされるアプリケーションレイヤ測定設定は、そのアプリケーションレイヤ測定設定に対応するサービスタイプを示さずに、示される場合がある。
任意選択で、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持することを示すときに端末がＱｏＥ測定を実行し続けることは、以下を含む。
端末のアクセス層ＡＳが、第１のメッセージに基づいて、第１のアプリケーションレイヤ測定設定情報が保持されると決定し、およびＡＳの上位レイヤに第２のメッセージを送信することであって、第２のメッセージが、第１のアプリケーションレイヤ測定設定情報が保持されることを示す、こと。
任意選択で、端末のＡＳの上位レイヤが第２のメッセージを受信する前に、ＡＳの上位レイヤは、第１のアプリケーションレイヤ測定設定をリリースしており、およびこの方法は、以下を含む。
ＡＳが、第１のアプリケーションレイヤ測定設定情報をＡＳの上位レイヤに送信すること。
このように、ＡＳおよびＡＳの上位レイヤの両方が、第１のアプリケーションレイヤ測定設定情報を保持する必要があるというわけでなく、これにより記憶オーバヘッドを低減し得る。
任意選択で、この方法は、ＡＳが、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプを示す情報をＡＳの上位レイヤに送信することをさらに含む。
任意選択で、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持しないことを示すときに端末が第１のアプリケーションレイヤ測定設定情報をリリースすることは、以下を含む。
端末のアクセス層ＡＳが、第１のメッセージに基づいて、第１のアプリケーションレイヤ測定設定情報がリリースされると決定し、およびＡＳの上位レイヤに第２のメッセージを送信することであって、第２のメッセージが、第１のアプリケーションレイヤ測定設定情報がリリースされることを示す、こと。
第１の可能な実装では、第１のメッセージは、第２の基地局からの、および無線リソース制御ＲＲＣ再開を示すメッセージである。
第１のメッセージは、端末に、無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態から無線リソース制御接続ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入るように指示する。
任意選択で、第１のアプリケーションレイヤ測定設定情報が受信された後、および第１のメッセージが受信される前に、この方法は、
端末が無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入ることを通知するメッセージを第３の基地局から受信することと、ＲＲＣ再開を要求するメッセージを第２の基地局に送信することとをさらに含み、端末が無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入ることを通知するメッセージは、端末が第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す。
任意選択で、端末が無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入ることを通知するメッセージは、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプをさらに示す。
任意選択で、第１の基地局は、デュアル接続におけるマスタノードＭＮであり、および第２の基地局は、デュアル接続におけるセカンダリノードＳＮである。
代替として、第１の基地局は、デュアル接続におけるセカンダリノードＳＮであり、および第２の基地局は、デュアル接続におけるマスタノードＭＮである。
任意選択で、第１の基地局が、端末とデュアル接続を実行する基地局におけるマスタノードまたはセカンダリノードであるときには、第１のメッセージは、第１のアプリケーションレイヤ測定設定に対応する基地局のタイプをさらに示し、およびこのタイプは、マスタノードおよび／またはセカンダリノードを含む。
このようにして、本態様の方法は、特定のＵＥ状態切換えプロセスに適用され得、および端末がＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入るときに第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことによって、基地局の要件がＵＥ側の挙動と一致して、不一致によって生じるオーバヘッドの問題または不正確なアプリケーションレイヤ測定を回避する。
第２の可能な実装では、第１のメッセージは、第２の基地局からの、および全設定を示すメッセージ、またはマルチ無線デュアル接続ＭＲ－ＤＣリリースおよび／もしくは追加を示すメッセージである。
任意選択で、第１の基地局は、デュアル接続している基地局におけるマスタノードまたはセカンダリノードであり、および第２の基地局は、デュアル接続している基地局におけるマスタノードである。
このようにして、本態様の方法は、特定の全設定またはＭＲ－ＤＣリリースおよび／または追加プロセスに適用され得る。
第３の可能な実装では、第１のアプリケーションレイヤ測定設定情報は、デュアル接続におけるセカンダリノードによって設定され、第１のメッセージは、第２の基地局からの、およびセカンダリセルグループ設定のリリースを示すメッセージであって、セカンダリセルグループは、セカンダリノードによって管理されるセルである。
任意選択で、保持された第１のアプリケーションレイヤ測定設定情報は、マスタノードのアプリケーションレイヤ測定に使用される。
任意選択で、第１の基地局は、デュアル接続している基地局におけるセカンダリノードまたはマスタノードであり、および第２の基地局は、デュアル接続している基地局におけるマスタノードである。
任意選択で、この方法は、第２の基地局から第３のインジケーション情報を受信することであって、第３のインジケーション情報は、第１のアプリケーションレイヤ測定設定情報についての測定結果を第２の基地局に送信することを示す、ことをさらに含む。
任意選択で、この方法は、第２の基地局から第４のインジケーション情報を受信することであって、第４のインジケーション情報は、第１のアプリケーションレイヤ測定設定に対応する測定結果を伝送するために使用される例えばシグナリング無線ベアラなどの無線ベアラを示す、ことをさらに含む。
このようにして、本態様の方法は、特定のＭＣＧ設定リリースプロセスに適用され得る。
本願の実施形態で提供される方法によれば、アプリケーションレイヤ測定設定の、例えばシグナリングオーバヘッドもしくは記憶オーバヘッドなどのオーバヘッドを低減する、または特定のサービスについてのアプリケーションレイヤ測定結果の精度を改善するためのアプリケーションレイヤ測定設定方法が提供され得る。
本願の実施形態の第２の態様は、以下を含む通信方法を提供する。
第１の基地局が、第１のメッセージを端末に送信することであって、第１のメッセージは、第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す、こと。
第１のアプリケーションレイヤ測定設定情報は、第１のメッセージが受信される前に端末によって第２の基地局から受信され、および第１のアプリケーションレイヤ測定設定情報は、端末のエクスペリエンス品質ＱｏＥ測定に使用される。ＱｏＥ測定は、アプリケーションレイヤ測定を含む。
この方法は、以下をさらに含む場合がある。
第１の基地局が、端末から取得された第１のアプリケーションレイヤ測定設定情報についての測定結果を受信すること。
任意選択で、第１のメッセージは、無線リソース制御ＲＲＣ再開を示すメッセージ、全設定を示すメッセージ、デュアル接続ＤＣリリースもしくは追加を示すメッセージ、またはセカンダリセルグループＳＣＧ設定のリリースを示すメッセージのうちの１つまたは複数を含む。
任意選択で、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、第１のメッセージが、第１のインジケーション情報フィールドを含み、第１のインジケーション情報フィールドが、第１の値であり、第１の値が、２つの値のうちの１つであり、２つの値のうちの一方が、第１のアプリケーションレイヤ測定設定情報を保持することを示し、および２つの値のうちの他方が、第１のアプリケーションレイヤ測定設定情報をリリースすることを示すことを含む。
代替として、第１のメッセージは、第１のインジケーション情報フィールドを含むことで、第１のアプリケーションレイヤ測定設定情報を保持することを示し、および第１のメッセージは、第１のインジケーション情報フィールドを含まないことで、第１のアプリケーションレイヤ測定設定情報をリリースすることを示す、または第１のメッセージは、第１のインジケーション情報フィールドを含むことで、第１のアプリケーションレイヤ測定設定情報をリリースすることを示し、および第１のメッセージは、第１のインジケーション情報フィールドを含まないことで、第１のアプリケーションレイヤ測定設定情報を保持することを示す。
任意選択で、第１のメッセージは、第１のアプリケーションレイヤ測定設定情報のサービスタイプを示す情報をさらに含む。
任意選択で、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、以下を含む。
第１のメッセージが、保持またはリリースされる第１のアプリケーションレイヤ測定設定のサービスタイプを示すことであって、サービスタイプが、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応する、こと。
第２の態様の第１の可能な実装では、第１のメッセージは、無線リソース制御ＲＲＣ再開を示すメッセージであり、および端末に、無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態から無線リソース制御接続ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入るように示す。
この方法は、以下をさらに含む場合がある。
第１の基地局が、端末からＲＲＣ再開要求メッセージを受信すること。
任意選択で、この方法は、以下をさらに含む場合がある。
第２の基地局が、第１のアプリケーションレイヤ測定設定情報を端末に送信すること。
第１の基地局は、デュアル接続におけるマスタノードであり、および第２の基地局と第１の基地局とは、同じ基地局である、または第１の基地局は、デュアル接続におけるマスタノードであり、第２の基地局は、デュアル接続におけるマスタノードであり、および第１の基地局と第２の基地局とは、異なる基地局である。
任意選択で、第２の基地局は、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプを端末にさらに送信する。
任意選択で、この方法は、以下を含む。
第３の基地局が、端末が無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入ることを通知するメッセージを第１の基地局に送信することであって、端末が無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入ることを通知するメッセージは、端末が第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す、こと。第３の基地局と第１の基地局は、同じ基地局である場合があり、または異なる基地局である場合がある。
任意選択で、端末が無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入ることを通知するメッセージは、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプをさらに示す。
任意選択で、端末が無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入ることを通知するメッセージが端末が第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、以下を含む。
第１のメッセージが、保持またはリリースされる第１のアプリケーションレイヤ測定設定のサービスタイプを示すことであって、サービスタイプが保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応する、こと。
第２の態様の第２の可能な実装では、第１のメッセージは、全設定を示すメッセージ、またはマルチ無線デュアル接続ＭＲ－ＤＣリリースおよび／もしくは追加を示すメッセージである。このメッセージは、ＲＲＣ再設定メッセージである場合がある。
任意選択で、第２の基地局は、デュアル接続している基地局におけるマスタノードまたはセカンダリノードであり、および第１の基地局は、デュアル接続している基地局におけるマスタノードである。
第２の態様の第３の可能な実装では、第１のアプリケーションレイヤ測定設定情報は、デュアル接続している基地局におけるセカンダリノードによって設定され、第１のメッセージは、セカンダリセルグループ設定のリリースを示すメッセージであり、およびセカンダリセルグループは、セカンダリノードによって管理されるセルである。
任意選択で、第２の基地局は、デュアル接続している基地局におけるセカンダリノードまたはマスタノードであり、および第１の基地局は、デュアル接続している基地局におけるマスタノードである。
任意選択で、この方法は、以下をさらに含む。
第１の基地局が、第３のインジケーション情報を端末に送信することであって、第３のインジケーション情報は、第１のアプリケーションレイヤ測定設定情報についての測定結果を第１の基地局に送信することを示す、こと。
任意選択で、この方法は、以下をさらに含む。
第１の基地局が、第４のインジケーション情報を端末に送信することであって、第４のインジケーション情報は、第１のアプリケーションレイヤ測定設定に対応する測定結果を伝送するために使用される例えばシグナリング無線ベアラなどの無線ベアラを示す、こと。本願の実施形態の第３の態様は、通信装置を提供する。本願で提供される装置は、上記の方法の態様の基地局または端末の挙動を実施する機能を有し、および上記の方法の態様に記載されるステップまたは機能を実行するように構成された対応する手段（ｍｅａｎｓ）を含む。このステップまたは機能は、ソフトウェア、ハードウェア、またはハードウェアとソフトウェアとの組合せによって実施され得る。
可能な設計では、この装置は、１つまたは複数のプロセッサを含み、および通信ユニットをさらに含む場合がある。１つまたは複数のプロセッサは、装置が上記の方法における基地局の対応する機能を実行するのを支援するように構成される。例えば、第１のメッセージが生成される。通信ユニットは、装置が別のデバイスと通信するのを支援して、受信機能および／または送信機能を実装するように構成される。例えば、第１のメッセージが端末に送信される。
この装置は、１つまたは複数のメモリをさらに含む場合があり、メモリは、プロセッサに結合されるように構成され、およびメモリは、基地局の必要なプログラム命令および／またはデータを記憶する。１つまたは複数のメモリは、プロセッサと一体化される場合があり、またはプロセッサから独立して配置される場合がある。これは、本願では限定されない。
この装置は、基地局、ｇＮＢもしくはＴＲＰ、ＤＵまたはＣＵなどである場合がある。通信ユニットは、トランシーバまたはトランシーバ回路である場合がある。任意選択で、トランシーバは、代替として入出力回路またはインタフェースである場合がある。
この装置は、代替として、チップである場合があり、および通信ユニットは、チップの入出力回路またはインタフェースである場合がある。
別の可能な設計では、この装置は、トランシーバ、プロセッサ、およびメモリを含む。プロセッサは、トランシーバが信号を送信および受信するように制御するように構成される。メモリは、コンピュータプログラムを記憶するように構成される。プロセッサは、メモリ内のコンピュータプログラムを実行して、装置が第２の態様の基地局によって完了される方法を実行するようにするように構成される。
可能な設計では、この装置は、１つまたは複数のプロセッサを含み、および通信ユニットをさらに含む場合がある。１つまたは複数のプロセッサは、装置が上記の方法における端末の対応する機能を実行するのを支援するように構成される。例えば、エクスペリエンス品質ＱｏＥ測定が、第１のアプリケーションレイヤ測定設定情報に基づいて実行され、および第１のアプリケーションレイヤ測定設定情報を保持するかどうかが決定される。通信ユニットは、装置が別のデバイスと通信するのを支援して、受信機能および／または送信機能を実装するように構成される。例えば、第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す第１のメッセージが受信される。
任意選択で、この装置は、１つまたは複数のメモリをさらに含む場合がある。メモリは、プロセッサに結合されるように構成され、およびメモリは、装置の必要なプログラム命令および／またはデータを記憶する。１つまたは複数のメモリは、プロセッサと一体化される場合があり、またはプロセッサから独立して配置される場合がある。これは、本願では限定されない。
この装置は、スマート端末、ウェアラブルデバイスなどである場合がある。通信ユニットは、トランシーバまたはトランシーバ回路である場合がある。任意選択で、トランシーバは、代替として入出力回路またはインタフェースである場合がある。
この装置は、代替として、チップである場合があり、および通信ユニットは、チップの入出力回路またはインタフェースである場合がある。
別の可能な設計では、この装置は、トランシーバ、プロセッサ、およびメモリを含む。プロセッサは、トランシーバが信号を送信および受信するように制御するように構成される。メモリは、コンピュータプログラムを記憶するように構成される。プロセッサは、メモリ内のコンピュータプログラムを実行して、装置が第１の態様の端末によって完了される方法を実行するようにするように構成される。
第４の態様によれば、システムが提供され、このシステムは、上記の基地局を含む。
任意選択で、このシステムは、端末をさらに含む。
第５の態様によれば、プログラムを記憶するように構成された可読記憶媒体またはプログラム製品が提供され、このプログラムは、第１の態様または第２の態様の方法を実行するために使用される命令を含む。
第６の態様によれば、プログラムを記憶するように構成された可読記憶媒体またはプログラム製品が提供され、このプログラムがコンピュータ上で実行されたときに、そのコンピュータは、第１の態様または第２の態様の方法の命令を実行することが可能にされる。
本願の第２の態様から第６の態様の技術的解決策は、本願の第１の態様の技術的解決策に対応することを理解されたい。この態様および対応する実施可能な実装によって実現される有利な効果は同様であって、詳細について重ねて述べることはしない。
本願の実施形態による通信システムの概略図である。 本願の実施形態による、複数のＤＵが１つのＣＵを共有するネットワークアーキテクチャの概略図である。 本願の実施形態によるＣＵおよびＤＵのプロトコルレイヤ機能の概略図である。 本願の実施形態によるＲＲＣ状態切換えの概略図である。 本願の実施形態によるＱｏＥの概略流れ図である。 本願の実施形態による通信方法の概略流れ図である。 本願の実施形態による通信方法の概略流れ図である。 本願の実施形態による通信方法の概略流れ図である。 本願の実施形態による通信方法の概略流れ図である。 本願の実施形態による通信方法の概略流れ図である。 本願の実施形態による端末の構造の概略図である。 本願の実施形態によるアクセスネットワークデバイスの構造の概略図である。 本願の実施形態による通信装置の構造の概略図である。
本願の実施形態における技術的解決策を明確に説明するために、本願の実施形態では、同じ品目どうし、または基本的に同じ機能または目的を提供する同様の品目どうしを区別するために、「第１」および「第２」などの用語が使用される。例えば、第１の情報と第２の情報とは、単に異なる情報を区別するために用いられているだけであり、第１の情報と第２の情報の順序は限定されない。当業者なら、「第１」および「第２」などの用語が数量または実行順序を限定するものではないこと、ならびに「第１」および「第２」などの用語が明確な差異を示すものではないことを理解し得る。
本願の実施形態では、「例」または「例えば」という言葉は、例、例示、または説明を与えることを表すために用いられることに留意されたい。本願において「例」または「例えば」として記載される任意の実施形態または設計方式は、別の実施形態または設計方式より好ましい、またはより多くの利点を有するものとして説明されているわけではない。厳密には、「例えば」または「例」などの言葉の使用は、関連する概念を具体的に提示することが意図されている。
本願の実施形態では、「少なくとも１つの」は、１つまたは複数に言及し、「複数の」は２つ以上に言及する。「および／または」という用語は、関連するオブジェクト間の関連関係を述べるものであり、および３つの関係が存在し得ることを表している。例えば、Ａおよび／またはＢは、次のケース、すなわちＡのみが存在するケース、ＡおよびＢが両方とも存在するケース、ならびにＢのみが存在するケースを表す場合があり、ここで、ＡおよびＢは単数である場合、または複数である場合がある。「／」という文字は、一般に、関連するオブジェクトの間の「または」の関係を示すが、「および／または」の関係も示し得る。詳細については、上記および後記の説明を理解のために参照されたい。以下の品目（部片）のうちの少なくとも１つ、またはその類似表現は、１つの品目（部片）または複数の品目（部片）の任意の組合せなど、これらの品目の任意の組合せを指す。例えば、ａ、ｂ、またはｃのうちの少なくとも１つの品目（部片）と言えば、ａを示す場合があり、ｂを示す場合があり、ｃを示す場合があり、ａおよびｂを示す場合があり、ａおよびｃを示す場合があり、ｂおよびｃを示す場合があり、またはａ、ｂ、およびｃを示す場合があり、ここで、ａ、ｂ、およびｃは単数である場合があり、または複数である場合がある。
本願の実施形態における技術的解決策は、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、マイクロ波アクセスのための世界規模相互運用（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ， ＷｉＭＡＸ）通信システム、例えば新無線アクセス技術（ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ， ＮＲ）システムなどの第五世代（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ， ５Ｇ）システム、複数のシステムを統合するネットワーク、物のインターネットのシステム、自動車のインターネットのシステム、および６Ｇシステムなど将来の通信システムなど、様々な通信システムに適用され得る。
本願の実施形態に記載されるネットワークアーキテクチャおよびサービスシナリオは、本願の実施形態における技術的解決策をより明確に説明するためのものであり、および本願の実施形態で提供される技術的解決に対するいかなる制限にもならない。当業者なら、ネットワークアーキテクチャの進化および新たなサービスシナリオの登場とともに、本願の実施形態で提供される技術的解決策は同様の技術的問題にも適用可能となることが分かり得る。
本願の実施形態では、異なる基地局は、異なる識別子を有する基地局である場合があり、または異なる地理学的位置にデプロイされた同じ識別子を有する基地局である場合がある。いくつかのシナリオでは、基地局は、その基地局がデプロイされる前に、本願の実施形態が適用されるシナリオにその基地局が関係するかどうかを識別しない。基地局またはベースバンドチップは、デプロイされる前に、本願の実施形態で提供される方法をサポートする場合がある。代替として、いくつかのシナリオでは、本願の実施形態で提供される方法は、デプロイ後のアップグレードまたはローディングによってサポートされる場合がある。異なる識別子を有する上記の基地局は、基地局識別子である場合があり、またはセル識別子もしくはその他の識別子である場合があることは理解され得る。
本願の実施形態では、ワイヤレス通信ネットワークにおけるＮＲネットワークシナリオを例として用いて、いくつかのシナリオを説明する。本願の実施形態における解決策は、別のワイヤレス通信ネットワークにさらに適用され得、および対応する名称は、その別のワイヤレス通信ネットワークの対応する機能の名称で置き換えられ得ることに留意されたい。
本願の実施形態の理解を容易にするために、最初に、図１に示される通信システムを例として用いて、本願の実施形態に適用可能な通信システムについて詳細に説明する。図１は、本願の実施形態による通信方法に適用可能な通信システムの概略図である。図１に示されるように、通信システム１００は、アクセスネットワークデバイス１０１（ノード１およびノード２）と、ＵＥ１０２と、コアネットワークＣＮデバイス１０３とを含む。アクセスネットワークデバイス１０１は、複数のアンテナを備えて構成される場合があり、およびＵＥ１０２も、複数のアンテナを備えて構成される場合がある。アクセスネットワークデバイスおよびコアネットワークデバイスは、ネットワークデバイスまたはネットワーク側デバイスと総称される場合があり、およびアクセスネットワークとコアネットワークとは、ネットワーク側と総称される場合がある。
アクセスネットワークデバイスおよび端末は、信号の送信および受信に関係する複数の構成要素（例えばプロセッサ、変調器、マルチプレクサ、復調器、またはデマルチプレクサ）をさらに含む場合がある。
アクセスネットワークデバイスは、端末をワイヤレスネットワークに接続する無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ， ＲＡＮ）ノード（またはデバイス）であって、基地局と呼ばれる場合がある。アクセスネットワークデバイスは、そのデバイス内に配置される場合があるワイヤレストランシーバ機能またはチップを備えたデバイスである。このデバイスは、限定されるわけではないが、進化型ノードＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ， ｅＮＢ）、無線ネットワークコントローラ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ， ＲＮＣ）、ノードＢ（ＮｏｄｅＢ， ＮＢ）、基地局コントローラ（ｂａｓｅ ｓｔａｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ， ＢＳＣ）、ベーストランシーバ局（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎ， ＢＴＳ）、ホーム基地局（例えばホーム進化型ノードＢまたはホームノードＢ、ＨＮＢ）、ベースバンドユニット（ｂａｓｅｂａｎｄ ｕｎｉｔ， ＢＢＵ）、およびワイヤレスフィデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ， Ｗｉ－Ｆｉ）システムのアクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ， ＡＰ）、ワイヤレス中継ノード、ワイヤレスバックホールノード、ならびに送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ， ＴＲＰ、またはｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｉｎｔ， ＴＰ）などを含む。代替として、このデバイスは、例えばＮＲシステムなどの５ＧシステムのｇＮＢもしくは送信ポイント（ＴＲＰもしくはＴＰ）、５Ｇシステムの１つのアンテナパネルもしくはアンテナパネルのグループ（複数のアンテナパネルを含む）、またはｇＮＢもしくは送信ポイントを構成するネットワークノード、例えばベースバンドユニット（ＢＢＵ）もしくは分散ユニット（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ， ＤＵ）などである場合がある。
いくつかのデプロイメントでは、アクセスネットワークデバイス（例えばｇＮＢ）は、中央ユニット（ｃｅｎｔｒａｌ ｕｎｉｔ， ＣＵ）とＤＵとを含む場合がある。ｇＮＢは、無線ユニット（ｒａｄｉｏ ｕｎｉｔ， ＲＵ）をさらに含む場合がある。ＣＵおよびＤＵは、論理機能の視点からの基地局の分割として理解され得る。ＣＵとＤＵとは、物理的に分離されている場合があり、または一緒にデプロイされる場合がある。例えば、複数のＤＵが１つのＣＵを共有する場合があり、または１つのＤＵが複数のＣＵに接続されて、ＣＵとＤＵとがＦＩインタフェースを介して接続される場合がある。例えば、図２は、本願の実施形態による複数のＤＵが１つのＣＵを共有するネットワークアーキテクチャの概略図である。図２に示されるように、コアネットワークとＲＡＮとは、相互接続されて互いに通信し、およびＲＡＮ内の基地局は、ＣＵとＤＵとに分割されて、複数のＤＵが１つのＣＵを共有する。図２に示されるネットワークアーキテクチャは、５Ｇ通信システムで使用される場合があり、またはＬＴＥシステムと１つまたは複数の構成要素またはリソースを共有する場合がある。ＣＵノードおよびＤＵノードを含むアクセスネットワークデバイスは、プロトコルレイヤを分割する。いくつかのプロトコルレイヤの機能は、中央でＣＵにおいて制御されて、残りのレイヤまたは全てのプロトコルレイヤの機能は、ＤＵに分散される。ＣＵは、中央でＤＵを制御する。実装では、図３に示されるように、ＣＵは、プロトコルスタック中の無線リソース制御（ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ， ＲＲＣ）レイヤ、ＰＤＣＰレイヤ、およびサービスデータ適応プロトコル（ｓｅｒｖｉｃｅ ｄａｔａ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ， ＳＤＡＰ）レイヤを備えてデプロイされ、ＤＵは、プロトコルスタック中の無線リンク制御（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ， ＲＬＣ）レイヤ、媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ， ＭＡＣ）レイヤ、および物理レイヤ（ｐｈｙｓｉｃａｌ ｌａｙｅｒ， ＰＨＹ）を備えてデプロイされる。したがって、ＣＵは、ＲＲＣ、ＰＤＣＰ、およびＳＤＡＰを処理することができる。ＤＵは、ＲＬＣ、ＭＡＣ、およびＰＨＹを処理することができる。上記の機能分割は単なる例であって、ＣＵおよびＤＵに対する制限にはならないことは理解され得る。換言すれば、ＣＵとＤＵとの間には、別の機能分割方式があり得る。例えば、ＲＬＣレイヤのいくつかの機能およびＲＬＣレイヤより上のプロトコルレイヤの機能がＣＵに設定されて、ＲＬＣレイヤの残りの機能およびＲＬＣレイヤより下のプロトコルレイヤの機能が、ＤＵに設定される。代替として、例えば、ＣＵまたはＤＵの機能は、電話サービス、音声サービス、もしくはショートメッセージサービスのサービスタイプ、または別のシステム要件に基づいて分割される場合がある。例えば、ＣＵまたはＤＵの機能は、遅延に基づいて分割される。処理時間が遅延要件を満たす必要がある機能はＤＵに設定され、処理時間が遅延要件を満たす必要がない機能はＣＵに設定される場合がある。例えば、ＣＵは、コアネットワークの１つまたは複数の機能を有する場合があり、および１つまたは複数のＣＵは、中央に配置される場合があり、または分離して配置される場合がある。例えば、ＣＵがネットワーク側に配置されて集中管理を容易にして、ＤＵが複数の無線周波数機能を有する、または無線周波数機能が遠隔に配置される場合がある。ＣＵの機能は、１つのエンティティによって実装される場合があり、異なるエンティティによって実装される場合がある。例えば、ＣＵの機能は、さらに分割される場合がある。例えば、制御プレーン（ＣＰ）がユーザプレーン（ＵＰ）から分離される、すなわちＣＵ制御プレーン（ＣＵ－ＣＰ）およびＣＵユーザプレーン（ＣＵ－ＵＰ）が得られる。例えば、ＣＵ－ＣＰとＣＵ－ＵＰとは、異なる機能エンティティによって実装される場合がある。ＣＵ－ＣＰおよびＣＵ－ＵＰは、ＤＵに結合されて、協働で基地局の機能を実装する場合がある。可能な方式では、ＣＵ－ＣＰは、制御プレーンの機能を担当して、主としてＲＲＣおよびＰＤＣＰ制御プレーンＰＤＣＰ－Ｃを含む。ＰＤＣＰ－Ｃは、主として、制御プレーンデータの暗号化および解読、整合性保護、データ伝送などのうちの１つまたは複数を担当する。ＣＵ－ＵＰは、ユーザプレーンの機能を担当して、主としてＳＤＡＰおよびＰＤＣＰユーザプレーンＰＤＣＰ－Ｕを含む。ＳＤＡＰは、主として、コアネットワークのデータの処理、およびデータフロー（ｆｌｏｗ）のベアラへのマッピングを担当する。ＰＤＣＰ－Ｕは、主として、データプレーンの暗号化および解読、整合性保護、ヘッダ圧縮、シリアルナンバー保守、データ伝送などを担当する。ＣＵ－ＣＰは、Ｅ１インタフェースを介してＣＵ－ＵＰに接続される。ＣＵ－ＣＰは、アクセスネットワークデバイスがＮｇインタフェースを介してコアネットワークに接続されており、およびＣＵ－ＵＰがＦ１－Ｃ（制御プレーン）を介してＤＵに接続されていることを表す。ＣＵ－ＵＰは、Ｆ１－Ｕ（ユーザプレーン）を介してＤＵに接続される。もちろん、別の可能な実装では、ＰＤＣＰ－Ｃは、ＣＵ－ＵＰ上に実装される。ＲＲＣレイヤの情報は、最終的にはＰＨＹレイヤの情報になる、またはＰＨＹレイヤの情報から変換される。したがって、このアーキテクチャでは、ＲＲＣレイヤシグナリングまたはＰＤＣＰレイヤシグナリングなどの上位レイヤシグナリングも、ＤＵによって送信されるともみなされ得るし、またはＤＵおよびＲＵによって送信されるともみなされ得る。アクセスネットワークデバイスは、ＣＵノード、ＤＵノード、またはＣＵノードおよびＤＵノードを含むデバイスであり得ることは理解され得る。さらに、ＣＵは、無線アクセスネットワークＲＡＮ内のデバイスとして分類される場合があり、またはコアネットワークＣＮ内のデバイスとして分類される場合がある。これは、本明細書では限定されない。
端末は、端末デバイス、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ， ＵＥ）、アクセス端末、加入者ユニット、加入者局、携帯端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ， ＭＴ）、モバイルコンソール（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ， ＭＳ）、遠隔局、遠隔端末、モバイルデバイス、ユーザ端末、ワイヤレス通信デバイス、ユーザエージェント、またはユーザ装置と呼ばれる場合がある。端末は、ユーザに音声および／またはデータ接続性を提供するデバイスである。本願の実施形態では、端末は、携帯電話（ｍｏｂｉｌｅ ｐｈｏｎｅ）、タブレットコンピュータ（ｐａｄ）、ワイヤレストランシーバ機能を有するコンピュータ、ウェアラブルデバイス、モバイルインターネットデバイス（ｍｏｂｉｌｅ ｉｎｔｅｒｎｅｔ ｄｅｖｉｃｅ， ＭＩＤ）、仮想現実（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ， ＶＲ）端末デバイス、拡張現実（ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ， ＡＲ）端末デバイス、産業用制御（ｉｎｄｕｓｔｒｉａｌ ｃｏｎｔｒｏｌ）におけるワイヤレス端末、自動運転（ｓｅｌｆ－ｄｒｉｖｉｎｇ）におけるワイヤレス端末、遠隔医療（ｒｅｍｏｔｅ ｍｅｄｉｃａｌ）におけるワイヤレス端末、スマートグリッド（ｓｍａｒｔ ｇｒｉｄ）におけるワイヤレス端末、輸送安全性（ｔｒａｎｓｐｏｒｔａｔｉｏｎ ｓａｆｅｔｙ）におけるワイヤレス端末、スマートシティ（ｓｍａｒｔ ｃｉｔｙ）におけるワイヤレス端末、またはスマートホーム（ｓｍａｒｔ ｈｏｍｅ）におけるワイヤレス端末などである場合がある。本願の実施形態では、適用シナリオは限定されない。本願では、端末デバイスによって実装される方法およびステップは、端末デバイス内で使用され得る手段（例えばチップまたは回路）によって実装される場合がある。本願では、上記の端末および上記の端末デバイス内に配置され得る手段（例えばチップまたは回路）が、端末と総称される。
コアネットワークデバイスは、端末にサービスサポートを提供するコアネットワーク（ｃｏｒｅ ｎｅｔｗｏｒｋ， ＣＮ）内のデバイスである。現在では、コアネットワークデバイスのいくつかの例は、アクセスおよびモビリティ管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ， ＡＭＦ）エンティティ、セッション管理機能（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ， ＳＭＦ）エンティティ、ユーザプレーン機能（ｕｓｅｒ ｐｌａｃｅ ｆｕｎｃｔｉｏｎ， ＵＰＦ）エンティティなどであるが、本明細書ではこれらを１つ１つ列挙しない。ＡＭＦエンティティは、端末のアクセス管理およびモビリティ管理を担当する場合がある。ＳＭＦエンティティは、例えばユーザセッション確立など、セッション管理を担当する場合がある。ＵＰＦエンティティは、ユーザプレーン機能エンティティであり得、および主として、外部ネットワークへの接続を担当する。本願におけるエンティティは、ネットワーク要素または機能エンティティと呼ばれる場合があることに留意されたい。例えば、ＡＭＦエンティティは、ＡＭＦネットワーク要素またはＡＭＦ機能エンティティと呼ばれる場合がある。別の例として、ＳＭＦエンティティは、ＳＭＦネットワーク要素またはＳＭＦ機能エンティティと呼ばれる場合がある。
通信システム１００では、ノード１およびノード２は両方とも、複数のＵＥと通信する場合がある。ただし、ノード１と通信するＵＥとノード２と通信するＵＥとは、同じである場合があり、または異なる場合があることを理解されたい。図１に示されるＵＥ１０２は、ノード１およびノード２と同時に通信することができる。ただし、可能なシナリオが示されているだけである。いくつかのシナリオでは、ＵＥは、ノード１またはノード２のみと通信する場合がある。これは、本願では限定されない。図１は、単に理解を容易にするための例として用いられる簡略化された概略図であることを理解されたい。通信システムは、図１には描かれていない、別のアクセスネットワークデバイス、別の端末、または別のコアネットワークデバイスをさらに含む場合がある。新無線（ｎｅｗ ｒａｄｉｏ， ＮＲ）システムおよびＬＴＥシステムでは、ＵＥの無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ， ＲＲＣ）状態は、接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）、遊休状態（ＲＲＣ＿ＩＤＬＥ）、および非アクティブ状態（ＲＲＣ＿ＩＮＡＣＴＩＶＥ、または第３の状態と呼ばれる）を含む。ＲＲＣ非アクティブ（ｉｎａｃｔｉｖｅ）状態は、端末が基地局を介して５Ｇコアネットワークに接続されたときに新たに導入される状態であり、この状態は、接続状態と遊休状態の間である。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態では、端末とアクセスネットワークデバイスの間にＲＲＣ接続はないが、アクセスネットワークデバイスとコアネットワークデバイスとの間の接続は維持され、および端末は接続を確立／再開するのに必要な情報の全てまたは一部を記憶する。したがって、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態では、端末が接続を確立する必要があるときには、端末は、記憶されている関連する情報に基づいてネットワークデバイスとのＲＲＣ接続を迅速に確立または再開することができる。
ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるときには、ＵＥと基地局の間、およびＵＥとコアネットワークとの間にリンクが確立されている。データがネットワークに到着したとき、そのデータは、ＵＥに直接伝送されることが可能である。ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるときには、それは、ＵＥと基地局の間、およびＵＥとコアネットワークの間にリンクが確立されているが、ＵＥと基地局の間のリンクがリリースされていることを示す。ただし、基地局は、ＵＥのコンテキストを記憶する。データが伝送される必要があるときには、基地局は、迅速にリンクを再開することができる。ＵＥがＲＲＣ＿ＩＤＬＥ状態であるときには、ＵＥと基地局の間、およびＵＥとネットワークの間にリンクがない。データが伝送される必要があるときには、ＵＥと基地局の間、およびＵＥとコアネットワークの間のリンクが確立される必要がある。
例えば、図４は、本願の実施形態によるＲＲＣ状態切換えの概略図である。図４に示されるように、ＲＲＣ＿ＩＤＬＥ状態では、ＵＥは、基地局にアクセスすることができる。アクセスプロセス中に、または基地局にアクセスした後で、ＵＥは、基地局とのＲＲＣセットアッププロセスを実行して、ＵＥのステータスがＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に切り替わるようにすることができる。ＲＲＣ＿ＩＤＬＥ状態では、ＵＥが基地局からページングメッセージを受信する、またはＵＥの上位レイヤによってトリガされた後で、ＵＥは、ＲＲＣセットアッププロセスを開始して、基地局とのＲＲＣ接続をセットアップすることを試みて、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入ることができる。例えば、ＵＥと基地局の間のＲＲＣセットアッププロセスは、ＵＥがＲＲＣセットアップ要求（ＲＲＣＳｅｔｉｐＲｅｑｕｅｓｔ）メッセージを基地局に送信すること、ならびにこの要求を受信した後で、基地局がＲＲＣセットアップ（ＲＲＣＳｅｔｕｐ）メッセージをＵＥに送信して、ＵＥのステータスがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に切り換えられることが可能になるようにすること、または基地局がＲＲＣ拒絶（ＲＲＣＲｅｊｅｃｔ）メッセージをＵＥに送信して、ＵＥがＲＲＣ＿ＩＤＬＥ状態のままで居続けるようにすることを含む。ＵＥがＲＲＣ＿ＩＤＬＥ状態であるときには、ＵＥと基地局の間にＲＲＣ接続はない。ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるときには、基地局は、例えばＲＲＣリリース（ＲＲＣＲｅｌｅａｓｅ）メッセージをＵＥに送信するなどのＲＲＣリリースプロセスで、ＵＥのステータスをＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＤＬＥ状態またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に変化させることができる。ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるときには、ＵＥは、ＲＲＣ接続をリリースすることによってＲＲＣ＿ＩＤＬＥ状態に入ることができ、またはＵＥは、ＲＲＣ接続を再開することによってＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入ることができる。例えば、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるときには、ＵＥと基地局の間にＲＲＣ接続がある。この場合には、基地局は、ＵＥが基地局の有効範囲内にある、または基地局の管理範囲内にあることを認識する。コアネットワークは、ＵＥが基地局の有効範囲または管理範囲内にあることを認識し、およびコアネットワークは、基地局を用いてＵＥが位置特定または発見されることが可能であることを認識する。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態では、ＵＥは、ＲＲＣセットアップまたはＲＲＣ再開（ｒｅｓｕｍｅ）プロセスで、ＵＥのステータスをＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に切り換えることができる。基地局は、ＲＲＣリリースプロセスで、ＵＥのステータスをＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＩＤＬＥ状態に切り換えることができる。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態では、ＵＥが基地局からページングメッセージを受信する、またはＵＥの上位レイヤによってトリガされた後で、ＵＥは、ＲＲＣ再開プロセスを開始して、基地局とのＲＲＣ接続を再開することを試みて、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入ることができる。例えば、ＵＥと基地局の間のＲＲＣ再開プロセスは、ＵＥがＲＲＣ再開要求（ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ）メッセージを基地局に送信すること、ならびにこの要求を受信した後で、基地局がＲＲＣセットアップ（ＲＲＣＳｅｔｕｐ）メッセージまたはＲＲＣ再開（ＲＲＣＲｅｓｕｍｅ）メッセージをＵＥに送信して、ＵＥのステータスがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に切り換えられることが可能になるようにすること、または基地局がＲＲＣリリース（ＲＲＣＲｅｌｅａｓｅ）メッセージをＵＥに送信して、ＵＥのステータスがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＩＤＬＥ状態に切り換えられるようにすること、基地局がＲＲＣ拒絶（ＲＲＣＲｅｊｅｃｔ）メッセージをＵＥに送信して、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のままで居続けるようにすることを含む。ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるときには、ＵＥと基地局の間にＲＲＣ接続はない。この場合には、基地局は、ＵＥがその基地局の有効範囲内または基地局の管理範囲内にあるかどうかを認識しない。コアネットワークは、ＵＥが基地局の有効範囲または管理範囲内にあることを認識し、およびコアネットワークは、基地局を用いてＵＥが位置特定または発見されることが可能であることを認識する。
ワイヤレスネットワークでは、１つのＵＥが、複数の基地局と通信する場合があり、これはデュアル接続（ｄｕａｌ－ｃｏｎｎｅｃｔｉｖｉｔｙ， ＤＣ）である。新たなプロトコルでは、デュアル接続は、マルチ無線デュアル接続（ｍｕｌｔｉ－ｒａｄｉｏ ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ， ＭＲ－ＤＣ）とも呼ばれる。複数の基地局は、同じ無線アクセス技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ， ＲＡＴ）に属する基地局である場合があり（例えば全ての基地局が４Ｇ基地局である、または５Ｇ基地局であるなど）、または異なるＲＡＴの基地局である場合がある（例えば１つが第四世代４Ｇ基地局であって、残りが第五世代５Ｇ基地局であるなど）。ネットワーク側は、複数の基地局のリソースを用いて高速伝送をＵＥに提供することによってＵＥに通信サービスを提供する場合がある。ＤＣでは、コアネットワークと制御プレーンシグナリングを交換する基地局は、マスタノード（ｍａｓｔｅｒ ｎｏｄｅ、ＭＮ）またはマスタノードと呼ばれて、別の基地局は、セカンダリノード（ｓｅｃｏｎｄａｒｙ ｎｏｄｅ、ＳＮ）またはセカンダリノードと呼ばれる。この基地局は、異なるＲＬＣ／ＭＡＣエンティティを有する。ＤＣにおけるデータ無線ベアラ（ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒｓ， ＤＲＢｓ）は、マスタセルグループ（ｍａｓｔｅｒ ｃｅｌｌ ｇｒｏｕｐ， ＭＣＧ）ベアラ（ｂｅａｒｅｒ）、セカンダリセルグループ（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ ｇｒｏｕｐ， ＳＣＧ）ベアラ、およびスプリットベアラ（ｓｐｌｉｔ ｂｅａｒｅｒ）に分割される。ＭＣＧベアラは、ＤＲＢのＲＬＣ／ＭＡＣエンティティがマスタノードのみにあることを意味し、ＳＣＧベアラは、ＤＲＢのＲＬＣ／ＭＡＣエンティティがセカンダリノードのみにあることを意味し、およびスプリットベアラは、ＤＲＢのＲＬＣ／ＭＡＣエンティティがマスタノードおよびセカンダリノードのそれぞれにあることを意味する。ＰＤＣＰがＭＮで終端するベアラは、ＭＮ終端ベアラと呼ばれる。具体的には、ダウンリンク（ｄｏｗｎｌｉｎｋ， ＤＬ）データは、コアネットワークからＭＮに直接送信され、ＭＮのＰＤＣＰ／ＳＤＡＰを介して処理され、次いでＲＬＣ／ＭＡＣを介してＵＥに送信されて、アップリンク（ｕｐｌｉｎｋ， ＵＬ）データは、ＭＮのＰＤＣＰ／ＳＤＡＰを介して処理され、次いでコアネットワークに送信される。同様に、ＰＤＣＰがＳＮで終端するベアラは、ＳＮ終端ベアラと呼ばれる。具体的には、ＤＬデータは、コアネットワークからＳＮに直接送信され、ＳＮのＰＤＣＰ／ＳＤＡＰを介して処理され、次いでＲＬＣ／ＭＡＣを介してＵＥに送信されて、ＵＬデータは、ＳＮのＰＤＣＰ／ＳＤＡＰを介して処理され、次いでコアネットワークに送信される。さらに、デュアル接続では、マスタノードおよびセカンダリノードの両方がＲＲＣエンティティを有し、および両方がＲＲＣメッセージ（すなわち例えば測定メッセージなどの制御メッセージ）を生成することができる。さらに、セカンダリノードは、セカンダリノードによって生成されたＲＲＣメッセージを直接ＵＥに送信することができる（この場合には、ＵＥからセカンダリノードに送信されるＲＲＣメッセージも、直接セカンダリノードに送信される）。セカンダリノードとＵＥとの間のＲＲＣメッセージは、シグナリング無線ベアラ（ｓｉｇｎａｌｉｎｇ ｒａｄｉｏ ｂｅａｒｅｒ， ＳＲＢ）３と呼ばれる。代替として、セカンダリノードによって生成されるＲＲＣメッセージは、マスタノードに通知される場合があり、次いでマスタノードがＲＲＣメッセージをＵＥに送信する（この場合には、ＵＥも、セカンダリノードに送信されるＲＲＣメッセージをマスタノードを介してセカンダリノードに転送する、すなわちＵＥがＲＲＣメッセージをマスタノードに送信し、その後マスタノードがこのメッセージをセカンダリノードに転送する）。
ＭＲ－ＤＣは、進化型ユニバーサル地上無線アクセスおよび新無線デュアル接続（Ｅ－ＵＴＲＡ－ＮＲ ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ， ＥＮ－ＤＣ）モード、次世代無線アクセスネットワーク進化型ユニバーサル地上無線アクセスおよび新無線デュアル接続（ＮＧ－ＲＡＮ Ｅ－ＵＴＲＡ－ＮＲ ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ， ＮＧＥＮ－ＤＣ）モード、新無線および進化型ユニバーサル地上無線アクセスデュアル接続（ＮＲ－Ｅ－ＵＴＲＡ ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ， ＮＥ－ＤＣ）モード、および新無線および新無線デュアル接続（ＮＲ－ＮＲ ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ， ＮＲ－ＤＣ）モジュールなど、様々なＤＣを含む。
ＥＮ－ＤＣでは、マスタノードは、４Ｇコアネットワーク進化型パケットコア（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ， ＥＰＣ）に接続されたＬＴＥ基地局ｅＮＢであり、およびセカンダリノードは、ＮＲ基地局である。
ＮＧＥＮ－ＤＣでは、マスタノードは、５Ｇコアネットワーク（５Ｇ ｃｏｒｅ ｎｅｔｗｏｒｋ， ５ＧＣ）に接続されたＬＴＥ基地局ＮＧ－ＥＮＢであり、およびセカンダリノードは、ＮＲ基地局である。
ＮＥ－ＤＣでは、マスタノードは、５Ｇコアネットワーク５ＧＣに接続されたＮＲ基地局であり、およびセカンダリノードは、ＬＴＥ基地局である。
ＮＲ－ＤＣでは、マスタノードは、５Ｇコアネットワーク５ＧＣに接続されたＮＲ基地局であり、およびセカンダリノードは、ＮＲ基地局である。
ＭＲ－ＤＣのＵＥについては、セカンダリノードのユーザプレーンは、マスタノードに接続されたコアネットワークに接続される場合がある（すなわちコアネットワークが、セカンダリノードを用いて直接ＵＥにデータを送信することができる）。
ＭＲ－ＤＣでは、マスタノードは、プライマリセルを有し、およびセカンダリノードは、プライマリセカンダリセルを有する。プライマリセルは、ＵＥが初期接続確立プロセスを開始する、もしくは接続再確立プロセスを開始する、一次周波数でデプロイされるセル、またはハンドオーバプロセスでプライマリセルとして示されるセルである。プライマリセカンダリセルは、ＵＥがセカンダリノード上でランダムアクセスプロセスを開始するセル、もしくはＵＥがランダムアクセスプロセスをスキップしてセカンダリノード変更プロセスでデータ伝送を開始するセル、またはＵＥが同期再設定プロセスでセカンダリノード上でランダムアクセスを開始するセルである。
ＥＮ－ＤＣは、非独立（ｎｏｎ－ｓｔａｎｄａｌｏｎｅ， ＮＳＡ）ネットワーキングと呼ばれることもある。５Ｇの開始段階では、ＥＮ－ＤＣネットワークのＵＥは、ＮＲセル上に滞在することができず、およびＵＥが滞在することができるＮＲ基地局は、独立（ｓｔａｎｄａｌｏｎｅ， ＳＡ）ＮＲ基地局とも呼ばれる。
ＵＥは基地局の下で複数のセルのサービスを同時に受信することができるので、ＭＮによってＵＥに提供されるサービングセルグループは、マスタセルグループ、略記でＭＣＧと呼ばれることもある。同様に、ＳＮによってＵＥに提供されるサービングセルグループは、セカンダリセルグループ、略記でＳＣＧと呼ばれる。ＭＣＧおよびＳＣＧは、それぞれ少なくとも１つのセル（ｃｅｌｌ）を含む。ＭＣＧ内にセルが１つしかないときには、そのセルがＵＥのプライマリセル（ｐｒｉｍａｒｙ ｃｅｌｌ）、すなわちＰＣｅｌｌである。ＳＣＧ内にセルが１つしかないときには、そのセルがＵＥのプライマリセカンダリセル（Ｐｒｉｍａｒｙ Ｓｅｃｏｎｄ Ｃｅｌｌ）、すなわちＰＳＣｅｌｌである。ＮＲの様々な用語を標準化するために、ＰＣｅｌｌおよびＰＳＣｅｌｌは、特殊セル（ｓｐｅｃｉａｌ ｃｅｌｌ）、すなわちｓＰＣｅｌｌと総称される。ＭＣＧまたはＳＣＧ内に複数のセルがあるときには、ＳｐＣｅｌｌ以外のセルは、セカンダリセル（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）、すなわちＳＣｅｌｌである。この場合には、セルグループのそれぞれのＳＣｅｌｌおよびＳｐＣｅｌｌは、キャリアアグリゲーションを実行して、協働でＵＥに伝送リソースを提供する。以下、いくつかの重要用語について詳細に説明する。
キャリアアグリゲーション（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ， ＣＡ）技術は、具体的には、複数のキャリア（セル）を１つのＵＥのために協働でデータ伝送を実行するように構成することを指す。
プライマリセル（ｐｒｉｍａｒｙ ｃｅｌｌ， ＰＣｅｌｌ）：プライマリキャリア上で動作するセル。ＵＥは、このセルで初期接続確立プロセスを実行する、または接続再確立プロセスを開始する。ハンドオーバプロセスでは、このセルは、プライマリセルとして示される。
プライマリセカンダリセル（ｐｒｉｍａｒｙ ｓｅｃｏｎｄａｒｙ ｃｅｌｌ， ＰＳＣｅｌｌ）：ＵＥが、ＳＣＧに属するセルにおいてランダムアクセスまたは初期ＰＵＳＣＨ伝送を実行する（例えばＳＣＧ変更プロセスでランダムアクセスプロセスが省略される）ように指示されるセル。
セカンダリセル（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ， ＳＣｅｌｌ）：セカンダリキャリア上で動作するセル。ＲＲＣ接続が確立されると、セカンダリセルは、追加の無線リソースを提供するように構成される場合がある。
サービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）：ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥがＣＡまたＤＣを備えて構成されておらず、および１つのサービングセルしか有していない場合には、そのサービングセルがＰＣｅｌｌであり、およびＣＡまたはＤＣが構成されている場合には、サービングセルセットは、ＰＣｅｌｌおよびＳＣｅｌｌを含む。ＣＣ（コンポーネントキャリア、ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ）のそれぞれは、独立したセルに対応する。例えば、ＣＡまたはＤＣを備えて構成されたＵＥは、１つのＰＣｅｌｌおよび最大で３１個のＳＣｅｌｌに接続される。ＵＥのＰＣｅｌｌおよび全てのＳＣｅｌｌは、そのＵＥのサービングセルセットを形成する。サービングセルは、ＰＣｅｌｌまたはＳＣｅｌｌであり得る。
例えばストリーミングサービス（ｓｔｒｅａｍｉｎｇ ｓｅｒｖｉｃｅ）およびＩＰマルチメディアシステムのマルチメディア電話サービスＭＴＳＩなど、いくつかのストリーミングタイプサービスまたは音声サービスでは、信号の品質だけではこれらのサービスのユーザエクスペリエンスを反映することはできない。事業者は、ユーザエクスペリエンスを知って、ネットワークを最適化してユーザエクスペリエンスを改善したいと思っている。このタイプの測定収集は、エクスペリエンス品質ＱｏＥ測定収集（ＱｏＥ ｍｅａｓｕｒｅｍｅｎｔ ｃｏｌｌｅｃｔｉｏｎ， ＱＭＣ）またはアプリケーションレイヤ測定収集と呼ばれる。このタイプの測定も、シグナリングベースＭＤＴおよびマネジメントベースＭＤＴを用いて開始される。基地局は、ＣＮ、ＯＡＭ、またはＥＭから測定設定情報（アプリケーションレイヤ測定設定情報と呼ばれる場合がある）を受信する。設定情報は、透過コンテナを介して基地局に送信される場合があり、および基地局は、ＲＲＣメッセージを用いてこの設定をＵＥに送信する。ＵＥの上位レイヤからアプリケーションレイヤ測定結果を受信した後で、ＵＥのＲＲＣレイヤは、測定結果を基地局に送信する。例えば、測定結果は、透過コンテナのカプセル化形態で基地局に送信される。ＣＮ、もしくはＯＡＭ、またはＥＭから基地局が受信する情報は、アプリケーションレイヤ測定設定情報だけでなく、例えばＱｏＥ測定領域範囲およびＱｏＥ測定サービスタイプのうちの１つまたは複数など、他のＱｏＥ測定情報をさらに含む場合があるが、本明細書ではこれらについて重ねて述べることはしない。ＱｏＥ測定サービスタイプは、ストリーミングサービスに使用されるＱＭＣ、ＭＴＳＩサービスに使用されるＱＭＣなどを含む場合がある。基地局がＱｏＥ測定を実行するためにＵＥを選択する方法は、一般的なＭＤＴ測定でＵＥを選択する方法と基本的に同じである。基地局は、ＲＲＣ再設定メッセージを用いてＵＥにＱｏＥ測定設定を送信する。ＱｏＥ測定のために、基地局は、ＵＥがＱｏＥ測定結果を伝送するためのシグナリングベアラ（例えばＳＲＢ４）を設定する（ＱｏＥ測定結果の伝送の優先順位は一般に別のＳＲＢのそれより低いためである）。基地局によって設定されたシグナリングベアラおよび基地局によって設定されたＱｏＥ測定は、異なるＲＲＣメッセージを用いてＵＥに通知される場合があり、または同じメッセージを用いて設定される場合がある。ＵＥの測定結果は、シグナリングベアラを用いて送信される場合がある。ＵＥの移動またはワイヤレス通信環境の変化により、ＱｏＥ測定に関連する設定をＵＥに送達する基地局は、ＵＥから送信されるＱｏＥ測定結果を受信する基地局と異なる場合がある。
図５に示されるように、ＱｏＥプロセスは、以下のステップを含む。
Ｓ５０１：アクセスネットワークデバイス（無線アクセスネットワークＲＡＮと呼ばれる場合がある）は、ＣＮ、ＯＡＭ、またはＥＭからＱｏＥ測定設定情報を取得する。
シグナリングベースＱｏＥ測定では、ＲＡＮは、ＣＮからＱｏＥ測定設定情報を取得する。ＱｏＥ測定設定情報は、コンテナ（ｃｏｎｔａｉｎｅｒ）を含み、およびコンテナは、アプリケーションレイヤ測定設定情報を含む、またはＱｏＥ測定設定情報は、非コンテナの形態のアプリケーションレイヤ測定設定情報を含む。本願の実施形態では、ＱｏＥ測定設定情報は、ＣＮ／ＯＡＭ／ＥＭからＲＡＮに送信されるＱｏＥ測定に関係する設定情報である。アプリケーションレイヤ測定設定情報とは、ＱｏＥ測定設定情報中のアプリケーションレイヤ測定設定を指す。ＣＮは、特定のＵＥについてのＱｏＥ測定設定情報を通知し、例えば、ＱｏＥ測定設定情報は、ＲＡＮと特定のＵＥのＣＮとの間でインタフェースメッセージを介して送信される。
マネジメントベースＱｏＥ測定では、ＲＡＮは、ＯＡＭまたはＥＭからＱｏＥ測定設定情報を取得する。ＱｏＥ測定設定情報は、コンテナを含み、およびコンテナは、アプリケーションレイヤ測定設定情報を含む、またはＱｏＥ測定設定情報は、非コンテナの形態のアプリケーションレイヤ測定設定情報を含む。ＣＮは、特定のＵＥについてのＱＯＥ測定設定情報を通知しない。
任意選択で、アクセスネットワークデバイスは、アクセスネットワークデバイスの要件に基づいてアプリケーションレイヤ測定設定情報を生成することができる。
アプリケーションレイヤ測定設定情報は、ＵＥがアプリケーションレイヤインジケータを測定して報告するために使用され、ここでアプリケーションレイヤインジケータは、平均スループット、初期再生遅延、バッファ遅延、再生遅延、破損期間、連続パケット損失、ジッタ期間、同期外れ期間、往復時間、および平均ビットレートのうちの１つまたは複数を含む。インジケータの意味については、例えば、従来の技術または将来の技術におけるインジケータの定義が考慮され得る。
平均スループット：測定間隔内にＵＥのアプリケーションレイヤによって受信される総ビット数量、例えばアプリケーションレイヤによって受信されるストリーミングメディアサービスの総ビット数量を示す。
初期再生遅延：ストリーミングメディアが表示され始めたときの初期再生遅延を示す。例えば、初期再生遅延は、具体的には、ストリーミングメディアの最初のセグメントを取得した時点からそのストリーミングメディアをクライアントのバッファから抽出した時点までと定義される場合がある。
バッファレベル：メディアデータが依然として現在の再生時点から再生されることが可能な期間を示す。
再生遅延：ストリーミングメディアが開始されるときの再生遅延を示す。例えば、再生遅延は、具体的には、ハイパーテキスト転送プロトコル上の動的適応型ストリーミング（Ｄｙｎａｍｉｃ Ａｄａｐｔｉｖｅ Ｓｔｒｅａｍｉｎｇ ｏｖｅｒ ＨＴＴＰ， ＤＡＳＨ）プレイヤが再生、巻戻し、または開始のうちの１つを受信してメディア再生をトリガしたときの遅延として定義される場合がある。
破損期間：破損前の最後の良好なフレームに対応するネパール時間（Ｎｅｐａｌ Ｔｉｍｅ， ＮＰＴ）と破損後の最初の良好なフレームに対応するネパール時間の間の間隔を示す。良好なフレームとは、そのフレームに対応する画像の全ての部分が正しい内容を含む、もしくはそのフレームがリフレッシュフレームである（すなわち任意の以前に復号されたフレームを参照しない）、またはそのフレームが以前に復号された良好なフレームしか参照しない、完全に受信されたフレームである。
連続パケット損失：連続して失われたリアルタイムトランスポートプロトコル（Ｒｅａｌ－ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ， ＲＴＰ）パケットの数量を示す。
ジッタ期間：ジッタの期間。ここで、ジッタとは、フレームの実際の再生時点と予想再生時点の間との差が閾値を超えることを意味する。フレームの予想再生時点は、最後に再生されたフレームの再生時点に（現在のフレームのネパール時間と最後に再生されたフレームのネパール時間の間の差）を加えた値に等しい。
同期外れ期間：同期外れの期間。ここで、同期外れとは、値Ａと値Ｂとの間の絶対時間差が閾値を超えることを意味する。本明細書における値Ａとは、映像ストリームの最後に再生されたフレームの再生時点と音声ストリームの最後に再生されたフレームの再生時点との間の差を指す。本明細書における値Ｂとは、映像ストリームの最後に再生されたフレームの予想再生時点と音声ストリームの最後に再生されたフレームの予想再生時点との間の差を指す。
往復時間：ＲＴＰレベル往復時間に、クライアントにおけるバッファリングおよびその他の処理による追加の両方向遅延を加えたものを示す（例えば、受信側が音声フレームを受信した時点から受信側の音声が音声フレームに変換された時点まで、すなわちＲＴＰレベル→ラウドスピーカ→マイクロフォン→ＲＴＰレベルのプロセスの遅延）。
平均ビットレート：測定周期性内でアクティブメディア情報をコード化するビットレートを示す。
上記のアプリケーションレイヤインジケータの意味は、３ＧＰＰ ＴＳ ２６．１１４のｖ１６．２．０の条項１６．２による。実際の設計では、他の既存のインジケータまたは将来の測定インジケータが参照される場合がある。
Ｓ５０２：ＲＡＮは、アプリケーションレイヤ測定設定情報をＵＥに送信する。
シグナリングベースＱｏＥ測定では、ＲＡＮは、ＵＥに対応するアプリケーションレイヤ測定設定情報を送信する。ＲＡＮは、また、ＵＥがＱｏＥ測定をサポートするかどうかに応じて、ＵＥについてＱｏＥ測定を設定するかどうかを決定する。
マネジメントベースＱｏＥ測定では、ＲＡＮは、ＯＡＭ／ＥＭから送信されるＱｏＥ測定設定、ＵＥが対応するＱｏＥ測定をサポートするかどうか、および他の要因に基づいて、ＱｏＥ測定を実行する適切なＵＥを選択する。ＵＥを選択した後で、ＲＡＮは、アプリケーションレイヤ測定設定情報をＵＥに送信する。
ＲＡＮは、ＲＲＣメッセージを用いて、ＣＮ、ＯＡＭ、またはＥＭから取得されたアプリケーションレイヤ測定設定情報をＵＥに送信し、ここで、このメッセージは、アプリケーションレイヤ測定設定情報に対応するサービスタイプを搬送する場合がある。アプリケーションレイヤ測定設定情報は、コンテナの形態でＵＥに送信される。
Ｓ５０３：ＵＥのアクセス層（ａｃｃｅｓｓ ｓｔｒａｔｕｍ， ＡＳ）は、ＵＥのＡＳの上位レイヤに、ＲＡＮから受信されたアプリケーションレイヤ測定設定情報を送信する。
ＵＥのアクセス層は、ＵＥおよびＲＡＮ、すなわちアクセスネットワークデバイス間の通信のための機能レイヤである。例えば、アクセス層は、ＲＲＣレイヤ、ＰＤＣＰレイヤ、ＳＤＡＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、およびＰＨＹレイヤのうちの少なくとも１つを含む場合がある。例えば、ＵＥのＲＲＣレイヤは、ＲＡＮからアプリケーションレイヤ測定設定情報を受信して、そのアプリケーションレイヤ測定設定情報をＵＥのＲＲＣレイヤの上位レイヤに送信する場合がある。
ＵＥのＡＳの上位レイヤは、アプリケーションレイヤである場合があり、またはＱｏＥ測定を実行するレイヤである場合がある。本願の実施形態では、ＡＳの上位レイヤがアプリケーションレイヤである例を用いて説明する。ＡＳの上位レイヤが別のプロトコルレイヤであるとき、本願の実施形態で提供される方法はまた適用可能であるが、対応する測定設定および測定は、ＡＳのその上位レイヤに対応する測定設定および測定に変更される。
ＵＥのＡＳは、アプリケーションレイヤ測定設定情報およびサービスタイプをＵＥのＡＳの上位レイヤに送信する。
ＵＥのＡＳの上位レイヤは、アプリケーションレイヤ測定設定情報に基づいてＱｏＥ測定を実行する。
ＵＥのＡＳは、主としてＵＥのＲＲＣレイヤを指す。
Ｓ５０４：ＵＥのＡＳの上位レイヤは、アプリケーションレイヤ測定結果をＵＥのＡＳに送信する。
ＵＥのＡＳの上位レイヤは、例えば、アプリケーションレイヤ測定設定情報に含まれる報告規則など、特定の規則に従ってアプリケーションレイヤ測定結果を報告する。例えば、ＵＥのＡＳの上位レイヤは、アプリケーションレイヤ測定結果を定期的に測定し、および／またはＵＥがアプリケーションレイヤ測定結果をセッションが終了した後で報告する場合がある。
ＵＥのＡＳの上位レイヤがアプリケーションレイヤ測定設定情報に基づいてアプリケーションレイヤ測定結果を報告する必要があるときには、ＵＥのＡＳの上位レイヤは、アプリケーションレイヤ測定結果をＵＥのＡＳに送信し、およびＵＥのＡＳの上位レイヤは、ＱｏＥ測定結果に対応するサービスタイプも示す。
Ｓ５０５：ＵＥのＡＳは、アプリケーションレイヤ測定結果をＲＡＮに送信する。
ＵＥのＡＳは、アプリケーションレイヤ測定結果および測定結果に対応するサービスタイプをＲＡＮに送信する。例えば、アップリンクＲＲＣメッセージが、アプリケーションレイヤ測定結果および測定結果に対応するサービスタイプを搬送する。アプリケーションレイヤ測定結果は、代替として、コンテナの形態でＲＡＮに送信される場合がある。
ＵＥの移動またはワイヤレスネットワーク環境の変化により、アプリケーションレイヤ測定設定情報を送達するＲＡＮとアプリケーションレイヤ測定結果を受信するＲＡＮとは、異なる基地局である場合があり、または同じ基地局である場合がある。
Ｓ５０６：ＲＡＮは、アプリケーションレイヤ測定結果をトレース収集エンティティＴＣＥに送信する。
ＲＡＮは、アプリケーションレイヤ測定結果をＴＣＥに送信する。
ＱｏＥ測定について研究したときに、本願の発明者は、例えばＵＥの状態遷移、またはＵＥの移動および／またはワイヤレス通信環境の変化によって生じるＲＡＮの変化など、いくつかのシナリオでは、アプリケーションレイヤ測定設定を保持またはクリアする条件が不明確であり、これにより追加のアプリケーションレイヤ測定設定シグナリングオーバヘッドが増加する、もしくはサービスのアプリケーションレイヤ測定結果が不正確になる、または追加のＵＥアプリケーションレイヤオーバヘッドを占有することになることを発見した。
本願では、アプリケーションレイヤ測定設定を保持することは、アプリケーションレイヤ測定設定を復元する、または以前のＱｏＥ測定を継続するとして記載される場合があり、およびアプリケーションレイヤ測定設定を削除することは、アプリケーションレイヤ測定設定をクリアする、もしくはアプリケーションレイヤ測定設定をリリースする、またはアプリケーションレイヤ測定設定を保持もしくは復元しない、もしくは以前のＱｏＥ測定を継続しないなどとして述べられる場合がある。アプリケーションレイヤ測定設定は、アプリケーションレイヤ測定設定情報と記載される場合がある。
上述のいくつかのシナリオは、以下の４つのタイプを含む場合がある。
（１）ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるときには、ＵＥは、ＵＥ非アクティブアクセス層コンテキスト（ＵＥ ｉｎａｃｔｉｖｅ ＡＳ ｃｏｎｔｅｘｔ）でネットワーク側から受信される例えばＵＥのセル無線ネットワーク一時識別子（ｃｅｌｌ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ， Ｃ－ＲＮＴＩ）などの設定情報を記憶し、ここで、ネットワーク側から受信されるアプリケーションレイヤ測定設定は、ＡＳレイヤおよび／またはアプリケーションレイヤで維持される場合がある。ただし、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに再開されたときには、いくつかのシナリオでは、ＵＥは、以前のアプリケーションレイヤ測定設定をリリースすることができる。例えば、マネジメントベースＱｏＥ測定では、新たな基地局は、例えばＯＡＭまたはＥＭなどのネットワーク管理システムからＱｏＥ測定設定を受信しない場合がある。この場合には、ＵＥは、以前のアプリケーションレイヤ測定設定をリリースすることができる。いくつかのシナリオでは、ＵＥは、アプリケーションレイヤ測定設定を保持することができる。例えば、新たな基地局は、ネットワーク管理システムからＱｏＥ測定設定を受信する。この場合には、ＵＥは、以前のｑｏｅ測定を継続することができ、および新たな基地局は、アプリケーションレイヤ測定設定をＵＥに再度送信する必要はない。アプリケーションレイヤ測定設定を保持するかどうかについては、ＵＥがデフォルトの方式を用いる場合には、そのデフォルトの方式が保持であるか削除であるかに関わらず、ＵＥの挙動が基地局の要件に合致しない場合が生じ得ることが分かる。この場合には、ＵＥの追加のアプリケーションレイヤ測定設定シグナリングオーバヘッドまたは追加のアプリケーションレイヤ記憶オーバヘッドが生じる場合がある。さらに、任意選択で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるときには、ＵＥは、例えばブロードキャストサービスなどのサービスを受信する場合がある。この場合には、ＵＥは古いアプリケーションレイヤ測定設定と新たに送達されたアプリケーションレイヤ測定設定の間との関係を認識しないので、ＵＥは、保持またはリリースされているアプリケーションレイヤ測定設定についてのＱｏＥ測定結果を、新たな基地局、すなわちＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに再開された後でＵＥに接続された基地局から受信されるＱｏＥ測定設定についてのＱｏＥ測定結果と関連付けない。その結果として、ＱｏＥ測定結果は、サービスについてＵＥの現実のＱｏＥ測定結果を反映することができない、すなわち、ＱｏＥ測定結果は、始めから終わりまで１つのサービスに対応する測定結果ではなく、不正確なＱｏＥ測定結果となる。
（２）ネットワーク側が全設定（ｆｕｌｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ）インジケーションをＵＥに送信したとき、ＵＥのＡＳレイヤは、以前に設定されたアプリケーションレイヤ測定設定をリリースし、およびネットワーク側は、アプリケーションレイヤ測定設定をＵＥに再送達する必要があり、これによりシグナリングオーバヘッドが増大する。さらに、新たに送達されるアプリケーションレイヤ測定設定は、ＵＥの新たな設定と等価であって、ＵＥのアプリケーションレイヤは、ＱｏＥ測定を再度開始する。こうして、リリースされたアプリケーションレイヤ測定設定のＱｏＥ測定結果と、新たに送達されたアプリケーションレイヤ測定設定のＱｏＥ測定結果とが関連付けられることが不可能となり、およびサービスについてのＵＥの現実のＱｏＥ測定結果が反映されることが不可能となる、すなわちＱｏＥ測定結果は、始めから終わりまでサービスに対応する測定結果ではなく、不正確なＱｏＥ測定結果となる。全設定とは、ネットワーク側がＵＥに無線設定を再初期化するように通知すること、すなわち今回送達される無線設定が以前にネットワーク側からＵＥに送達された無線設定から独立していることを意味する。例えば、ハンドオーバシナリオでは、例えばＭＲ－ＤＣシナリオのターゲットマスタノードまたは非ＭＲ－ＤＣシナリオのターゲットサービング基地局などのターゲット基地局は、例えばＭＲ－ＤＣシナリオのソースマスタノードまたは非ＭＲ－ＤＣシナリオのソースサービング基地局などのソース基地局をサポートせず、およびＵＥについてＲＲＣプロトコルバージョンを設定するときに、ターゲット基地局は、ソース基地局によってそのＵＥについて設定された内容を理解することができない。この場合には、ターゲット基地局は、ＵＥに全設定インジケーションを送信する。さらに、ＵＥがアプリケーションレイヤ測定設定をリリースしない場合でも、ＵＥは、新たに送達されたアプリケーションレイヤ測定設定を受信した後で、古いアプリケーションレイヤ測定設定と新たに送達されたアプリケーションレイヤ測定設定との間の関係を認識しないので、ＵＥは、リリースされていない古いアプリケーションレイヤ測定設定のＱｏＥ測定結果を新たに送達されたアプリケーションレイヤ測定設定のＱｏＥ測定結果と関連付けない。その結果として、１つのサービスについての１つのＵＥの現実のＱｏＥ測定結果が反映されることが不可能になる、すなわち、ＱｏＥ測定結果は、始めから終わりまで１つのサービスに対応する測定結果ではなく、不正確なＱｏＥ測定結果となる。
（３）ＭＲ－ＤＣでは、ＭＮがＵＥにＳＮのＳＣＧ設定をリリースするように通知したときに、ＵＥは、そのＵＥについてＳＮによって以前に設定されたＳＣＧ設定をリリースする。このようにして、例えばアプリケーションレイヤ測定設定がＳＣＧ設定で搬送されるなど、ＳＮが以前にＵＥについてアプリケーションレイヤ測定設定を設定している場合にも、ＵＥはまた、対応するアプリケーションレイヤ測定設定をリリースする。ただし、対応するサービスは、ＭＣＧに移行されて、引き続き実行される。この場合、ＭＣＧがサービスについてのアプリケーションレイヤ測定設定を再送達する場合には、そのサービスのＱｏＥ測定結果は、２つの部分に分割される。さらに悪いことに、リリースされたアプリケーションレイヤ測定設定の測定結果が報告されない場合があり、例えば、測定結果は、サービスが終了するときに報告される。このようにして、アプリケーションレイヤ測定設定オーバヘッドが増大する。さらに、ＱｏＥ測定結果は不正確である。さらに、ＵＥがアプリケーションレイヤ測定設定をリリースしない場合でも、ＵＥは、新たに送達されたアプリケーションレイヤ測定設定を受信した後で、古いアプリケーションレイヤ測定設定と新たに送達されたアプリケーションレイヤ測定設定との間の関係を認識しないので、ＵＥは、リリースされていない古いアプリケーションレイヤ測定設定のＱｏＥ測定結果を新たに送達されたアプリケーションレイヤ測定設定のＱｏＥ測定結果と関連付けない、またはリリースされていない古いアプリケーションレイヤ測定設定のＱｏＥ測定結果を報告しない。その結果として、１つのサービスについての１つのＵＥの現実のＱｏＥ測定結果が反映されることが不可能になる、すなわち、ＱｏＥ測定結果は、始めから終わりまで１つのサービスに対応する測定結果ではなく、不正確なＱｏＥ測定結果となる。
（４）ＭＲ－ＤＣでは、ネットワーク側がＭＲ－ＤＣリリースおよび追加（ＭＲ－ＤＣ ｒｅｌｅａｓｅ ａｎｄ ａｄｄ）インジケーションをＵＥに送信したときに、ＵＥのＡＳレイヤは、以前に設定されたアプリケーションレイヤ測定設定をリリースし、およびネットワーク側は、アプリケーションレイヤ測定設定をＵＥに再送達する必要があり、これによりシグナリングオーバヘッドが増大する。さらに、新たに送達されるアプリケーションレイヤ測定設定は、ＵＥの新たな設定であって、ＵＥのアプリケーションレイヤは、ＱｏＥ測定を再度開始する。こうして、リリースされたアプリケーションレイヤ測定設定のＱｏＥ測定結果と、新たに送達されたアプリケーションレイヤ測定設定のＱｏＥ測定結果とが関連付けられることが不可能となり、およびサービスについてのＵＥの現実のＱｏＥ測定結果が反映されることが不可能となる、すなわちＱｏＥ測定結果は、始めから終わりまでサービスに対応する測定結果ではなくなる。さらに悪いことに、リリースされたアプリケーションレイヤ測定設定の測定結果が報告されない場合があり、例えば、測定結果は、サービスが終了するときに報告される。このようにして、アプリケーションレイヤ測定設定オーバヘッドが増大する。さらに、ＱｏＥ測定結果は不正確である。ＭＲ－ＤＣリリースおよび追加インジケーションは、ネットワーク側がＵＥに現在のＳＣＧ設定をリリースして、新たなＳＣＧ設定を追加するように指示することを意味する。例えば、ＳＮが変化して、ターゲットセカンダリノードがＵＥについてソースセカンダリノードによって設定されたＲＲＣプロトコルバージョンをサポートしない場合には、ターゲットセカンダリノードは、ＵＥについてソースセカンダリノードによって設定された内容を理解することができない。この場合には、ターゲットセカンダリノードは、マスタノードにＭＲ－ＤＣリリースおよび追加を使用するように通知する。この通知を受信した後で、マスタノードは、ＭＲ－ＤＣリリースおよび追加インジケーションをＵＥに送信する。さらに、ＵＥがアプリケーションレイヤ測定設定をリリースしない場合でも、ＵＥは、新たに送達されたアプリケーションレイヤ測定設定を受信した後で、古いアプリケーションレイヤ測定設定と新たに送達されたアプリケーションレイヤ測定設定との間の関係を認識しないので、ＵＥは、リリースされていない古いアプリケーションレイヤ測定設定のＱｏＥ測定結果を新たに送達されたアプリケーションレイヤ測定設定のＱｏＥ測定結果と関連付けない、またはリリースされていない古いアプリケーションレイヤ測定設定のＱｏＥ測定結果を報告しない。その結果として、１つのサービスについての１つのＵＥの現実のＱｏＥ測定結果が反映されることが不可能になる、すなわち、ＱｏＥ測定結果は、始めから終わりまで１つのサービスに対応する測定結果ではなく、不正確なＱｏＥ測定結果となる。
上記の問題に鑑みて、本願の実施形態は、ＵＥの挙動がアプリケーションレイヤ測定設定についての基地局の要件に一致しない場合を回避して、アプリケーションレイヤ測定設定の例えば記憶オーバヘッドもしくはシグナリングオーバヘッドなどの不要なオーバヘッド、またはＱｏＥ測定結果が不正確になる問題を回避するために、通信方法、特にアプリケーションレイヤ測定設定方法を提供する。
図６は、本願の実施形態による通信方法の概略流れ図である。この方法は、以下のステップを含む。
Ｓ６０１：端末は、第１の基地局から第１のアプリケーションレイヤ測定設定情報を受信する。
具体的には、端末のＡＳは、第１の基地局から第１のアプリケーションレイヤ測定設定情報を受信し、ここで、第１のアプリケーションレイヤ測定設定情報は、ＱｏＥ測定収集（ＱＭＣ）設定情報に含まれる場合がある。具体的には、第１のアプリケーションレイヤ測定設定情報は、コンテナの形態または非コンテナの形態のＱＭＣ設定情報に含まれる場合がある。ＱＭＣ設定情報は、ＱｏＥ設定に属する。任意選択で、端末は、第１の基地局から、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプを示す情報をさらに受信する場合がある。任意選択で、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプを示す情報は、ＱＭＣ設定情報に含まれる場合がある。本願の実施形態では、ＱｏＥ測定は、アプリケーションレイヤ測定を含む場合がある。第１のアプリケーションレイヤ測定設定情報は、端末がアプリケーションレイヤ測定を実行するために必要とされる設定情報を含み、および短縮して第１のアプリケーションレイヤ測定設定と呼ばれる場合がある。
端末のＡＳは、受信された第１のアプリケーションレイヤ測定設定情報を、例えばアプリケーションレイヤなど、端末のＡＳの上位レイヤに転送する。
具体的には、第１のアプリケーションレイヤ測定設定情報は、複数のアプリケーションレイヤ測定設定情報のうちの１つである場合がある。異なるアプリケーションレイヤ測定設定情報は異なるサービスタイプに対応する、または、アプリケーションレイヤ測定設定情報は、サービスタイプと１対多数の対応である。
任意選択で、端末は、第１の基地局から、第１のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子をさらに受信する場合がある。アプリケーションレイヤ測定設定識別子は、アプリケーションレイヤ測定設定情報を示す。例えば、ネットワーク側（例えば第１の基地局）がその後に第１のアプリケーションレイヤ測定設定情報をリリースする必要があるときには、ネットワーク側は、ただ１つのリリースコマンドをＵＥに送達するだけでよく、このリリースコマンドが第１のアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子を搬送しており、およびＵＥは、第１のアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子に基づいて、どのアプリケーションレイヤ測定設定情報がリリースされるかを知ることができる。アプリケーションレイヤ測定設定識別子は、ＱｏＥ測定設定識別子と呼ばれる場合がある。
Ｓ６０２：端末は、第１のアプリケーションレイヤ測定設定情報に基づいてエクスペリエンス品質ＱｏＥ測定を実行する。
具体的には、端末のＡＳの例えばアプリケーションレイヤなどの上位レイヤは、受信された第１のアプリケーションレイヤ測定設定情報に基づいてＱｏＥ測定を実行する。
Ｓ６０１およびＳ６０２については、図５の対応する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
Ｓ６０３：端末は、第２の基地局から第１のメッセージを受信し、ここで、第１のメッセージは、第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す。
任意選択で、端末は、第２の基地局から、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプを示す情報をさらに受信する場合がある。任意選択で、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプを示す情報は、第１のメッセージで搬送される場合があり、または第１のメッセージ以外の別のメッセージで搬送される場合がある。
任意選択で、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子を搬送するかどうかに応じて実施される場合がある。例えば、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子を搬送する場合には、それは、第１のアプリケーションレイヤ測定設定情報を保持するように指示するものであり、および第１のメッセージが第１のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子を搬送しない場合には、それは、第１のアプリケーションレイヤ測定設定情報を保持しないように指示するものである。
第１の基地局と第２の基地局とは、同じ基地局である場合があり、または異なる基地局である場合があることは理解され得る。
Ｓ６０４：端末は、第１のメッセージに基づいて、第１のアプリケーションレイヤ測定設定情報を保持するかどうかを決定して、以下のステップＳ６０４１またはステップＳ６０４２を実行する。
Ｓ６０４１：第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するように指示するときに、ＱｏＥ測定を実行し続ける。
Ｓ６０４２：第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持しないように指示するときに、第１のアプリケーションレイヤ測定設定情報をリリースする。
第１のメッセージは、ＲＲＣ再開を示すメッセージである場合がある。任意選択で、無線リソース制御ＲＲＣ再開を示すメッセージは、端末に、無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態から無線リソース制御接続ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入るように指示する。
あるいは、第１のメッセージは、全設定を示すメッセージである場合がある。任意選択で、全設定を示すメッセージは、ＲＲＣ再設定メッセージである場合がある。例えば、ＲＲＣ再設定メッセージは、全設定インジケーションを含む。
代替として、第１のメッセージは、マルチ無線デュアル接続ＭＲ－ＤＣリリースおよび／または追加を示すメッセージである場合がある。任意選択で、第１のメッセージは、ＲＲＣ再設定メッセージであることもある。例えば、ＲＲＣ再設定メッセージは、ＭＲ－ＤＣリリースおよび追加インジケーションを含む。
代替として、第１のメッセージは、セカンダリセルグループＳＣＧ設定のリリースを示すメッセージである場合がある。任意選択で、第１のメッセージは、ＲＲＣ再設定メッセージである場合がある。例えば、ＲＲＣ再設定メッセージは、ＳＣＧ設定リリースインジケーションを含む。
第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、具体的には、以下を含む場合がある。
第１のメッセージは、第１のインジケーション情報フィールドを含み、および第１のインジケーション情報フィールドは、ブール変数である場合があって、２つの値を有する。一方の値は、第１のアプリケーションレイヤ測定設定情報を保持することを示し、および他方の値は、第１のアプリケーションレイヤ測定設定情報を保持しないことを示す。代替として、第１のインジケーション情報フィールドは、１つの値しか有していない。第１のインジケーション情報フィールドが受信されたとき、例えば第１のメッセージが第１のインジケーション情報フィールドを含むとき、すなわち第１のインジケーション情報フィールドが有効であるときには、そのことが、第１のアプリケーションレイヤ測定設定情報を保持することを示し、そうではなく、第１のメッセージが第１のインジケーション情報フィールドを含まないとき、すなわち第１のインジケーション情報フィールドが無効であるときには、そのことが、第１のアプリケーションレイヤ測定設定情報を保持しないことを示す。逆に、第１のインジケーション情報フィールドが受信されたとき、例えば第１のメッセージが第１のインジケーション情報フィールドを含むときには、そのことが、第１のアプリケーションレイヤ測定設定情報を保持しないことを示し、そうではなく、第１のメッセージが第１のインジケーション情報フィールドを含まないときには、そのことが、第１のアプリケーションレイヤ測定設定情報を保持することを示す。任意選択で、第１のメッセージは、第１のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子をさらに含む場合がある。このようにして、端末は、アプリケーションレイヤ測定設定識別子に基づいて、どのアプリケーションレイヤ測定設定情報が保持または削除されるべきかを知ることができる。任意選択で、第１のメッセージに含まれるアプリケーションレイヤ測定設定識別子が複数ある場合があり、およびこの複数のアプリケーションレイヤ測定設定識別子は、それぞれ異なるアプリケーションレイヤ測定設定情報に対応する。
あるいは、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、具体的には、以下を含む場合がある。
第１のメッセージが第１のアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子を含む場合には、そのことが、第１のアプリケーションレイヤ測定設定情報を保持することを示し、および／または第１のメッセージが第１のアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子を含まない場合には、そのことが、第１のアプリケーションレイヤ測定設定情報を削除することを示す。代替として、第１のメッセージが第１のアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子を含む場合に、そのことが、第１のアプリケーションレイヤ測定設定情報を削除することを示し、および／または第１のメッセージが第１のアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子を含まない場合に、そのことが、第１のアプリケーションレイヤ測定設定情報を保持することを示す。任意選択で、第１のメッセージに含まれるアプリケーションレイヤ測定設定識別子が複数ある場合があり、およびこの複数のアプリケーションレイヤ測定設定識別子は、それぞれ異なるアプリケーションレイヤ測定設定情報に対応する。例えば、第１のメッセージは、リリースリストを含み、このリリースリストは、複数のアプリケーションレイヤ測定設定識別子を含む。または、第１のメッセージは、保持リストを含み、この保持リストは、複数のアプリケーションレイヤ測定設定識別子を含む。
あるいは、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、具体的には、以下を含む場合がある。
第１のメッセージは、第２のアプリケーションレイヤ測定設定情報および第１のインジケーション情報フィールドを含んで、第１のインジケーション情報フィールドは、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であるかどうかを示す。第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であるかどうかは、第１の基地局が第２のアプリケーションレイヤ測定設定情報を端末に送信するかどうか、または端末デバイスがＳ６０３の前に第２のアプリケーションレイヤ測定設定情報を受信するかどうか、すなわち第２のアプリケーションレイヤ測定設定情報が第１のアプリケーションレイヤ測定設定情報と同じであるかどうかとしても理解され得る。第２のアプリケーションレイヤ測定設定情報は、第１のアプリケーションレイヤ測定設定情報と同じである場合があり、または第１のアプリケーションレイヤ測定設定情報とは異なる場合があることは理解され得る。第２のアプリケーションレイヤ測定設定情報が第１のアプリケーションレイヤ測定設定情報と同じであるとは、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報ではない、すなわち第２のアプリケーションレイヤ測定設定情報が古いアプリケーションレイヤ測定設定情報であることを意味する。第２のアプリケーションレイヤ測定設定情報が第１のアプリケーションレイヤ測定設定情報とは異なるとは、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であることを意味する。第２のアプリケーションレイヤ測定設定情報が古いアプリケーションレイヤ測定設定情報であるとき、すなわち第２のアプリケーションレイヤ測定設定情報が第１のアプリケーションレイヤ測定設定情報と同じであるときには、それは、第１のアプリケーションレイヤ測定設定情報が保持されることを意味する。第１のインジケーション情報フィールドは、ブール変数である場合があり、および２つの値を有する。一方の値は、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であることを示し、および他方の値は、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報ではないことを示す。代替として、第１のインジケーション情報フィールドは、１つのインジケーション値しか有していない。第１のインジケーション情報フィールドが受信されたとき、例えば第１のメッセージが第１のインジケーション情報フィールドを含むとき、すなわち第１のインジケーション情報フィールドが有効であるときに、そのことが、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であることを示し、そうではなく、第１のメッセージが第１のインジケーション情報フィールドを含まないとき、すなわち第１のインジケーション情報フィールドが無効であるときに、そのことが、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報ではないことを示す。逆に、第１のインジケーション情報フィールドが受信されたとき、例えば第１のメッセージが第１のインジケーション情報フィールドを含むときに、そのことが、第２のアプリケーションレイヤ測定設定情報が古いアプリケーションレイヤ測定設定情報であることを示し、そうではなく、第１のメッセージが第１のインジケーション情報フィールドを含まないときに、そのことが、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であることを示す。第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であるときには、端末のＡＳは、受信された第２のアプリケーションレイヤ測定設定情報を端末のＡＳの上位レイヤに転送する。第２のアプリケーションレイヤ測定設定情報が古いアプリケーションレイヤ測定設定情報であるときには、端末のＡＳは、受信された第２のアプリケーションレイヤ測定設定情報を端末のＡＳの上位レイヤに転送しない場合がある。さらに、任意選択で、第１のメッセージで搬送される全てのアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であるとき、すなわち第１のアプリケーションレイヤ測定設定情報が搬送されていないときには、端末は、第１のアプリケーションレイヤ測定設定情報を保持しないと決定する。この場合には、端末のＡＳは、端末のＡＳの上位レイヤに、第１のアプリケーションレイヤ測定設定情報をリリースするインジケーションを送信する。さらに、任意選択で、端末のＡＳは、端末のＡＳの上位レイヤに、第１のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子を送信して、どのアプリケーションレイヤ測定設定情報がリリースされるかを示す。任意選択で、第１のメッセージは、第２のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子をさらに含む場合がある。代替として、第１のインジケーション情報フィールドは、第２のアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子である場合がある。第２のアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子が第１のアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子と同じであるときには、そのことが、第２のアプリケーションレイヤ測定設定情報が古いアプリケーションレイヤ測定設定情報であることを示し、そうではなく、第２のアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子がＳ６０３の前に端末によって記憶されている全てのアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子と異なるときには、そのことが、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であることを示す。
代替として、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、具体的には、以下を含む場合がある。
第１のメッセージは、第２のアプリケーションレイヤ測定設定情報を含む。端末のＡＳレイヤは、Ｓ６０３の前に受信されたアプリケーションレイヤ測定設定情報を第２のアプリケーションレイヤ測定設定情報と比較する。第２のアプリケーションレイヤ測定設定情報がＳ６０３の前に受信されたアプリケーションレイヤ測定設定情報に属する（すなわち端末がＳ６０３の前に第２のアプリケーションレイヤ測定設定情報を受信している）場合には、第２のアプリケーションレイヤ測定設定情報は、新たなアプリケーションレイヤ測定設定情報であると考えられる。そうでない場合には、第２のアプリケーションレイヤ測定設定情報は、古いアプリケーションレイヤ測定設定情報であると考えられる。例えば、第２のアプリケーションレイヤ測定設定情報が第１のアプリケーションレイヤ測定設定情報と同じであり得るということは、第２のアプリケーションレイヤ測定設定情報が古いアプリケーションレイヤ測定設定情報であることを意味する。第２のアプリケーションレイヤ測定設定情報が古いアプリケーションレイヤ測定設定情報であるときには、それは、第２のアプリケーションレイヤ測定設定情報が保持されることを意味する。第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であるときには、端末のＡＳは、受信された第２のアプリケーションレイヤ測定設定情報を端末のＡＳの上位レイヤに転送する。第２のアプリケーションレイヤ測定設定情報が古いアプリケーションレイヤ測定設定情報であるときには、端末のＡＳは、受信された第２のアプリケーションレイヤ測定設定情報を端末のＡＳの上位レイヤに転送しない。さらに、任意選択で、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であるとき、すなわち第２のアプリケーションレイヤ測定設定情報が以前に受信された第１のアプリケーションレイヤ測定設定情報と異なるときには、端末は、以前に受信された第１のアプリケーションレイヤ測定設定情報を保持しないと決定することができる。すなわち、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であって、以前に受信された第１のアプリケーションレイヤ測定設定情報を保持しないことを示す。
第１のメッセージは、第２のアプリケーションレイヤ測定設定情報および第１のインジケーション情報フィールドを含む、または第１のメッセージは、第２のアプリケーションレイヤ測定設定情報を含むことは理解され得る。第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すこの２つの特定の方法は、以下のシナリオに適用され得る。
第１のメッセージは、全設定インジケーションを搬送する。端末が第１のメッセージを受信した後で、端末のＡＳは、全てのアプリケーションレイヤ測定設定情報をリリースするが、端末のＡＳは、端末のＡＳの上位レイヤに、全てのアプリケーションレイヤ測定設定情報をリリースするインジケーションを送信しない。したがって、端末のＡＳの上位レイヤは、アプリケーションレイヤ測定設定情報を依然として保持する。第１のメッセージは、保持される必要があるアプリケーションレイヤ測定設定情報をさらに搬送する場合がある、すなわち第１のメッセージは、アプリケーションレイヤ測定設定情報（例えば以前に設定された第１のアプリケーションレイヤ測定設定情報と同じである第２のアプリケーションレイヤ測定設定情報）を含む。したがって、そのアプリケーションレイヤ測定設定情報に対応する測定が継続され得、および端末のＡＳは、そのアプリケーションレイヤ測定設定情報を取得することができる。このようにして、端末のＡＳレイヤによって取得されたアプリケーションレイヤ測定設定情報中の無線設定は、端末のＡＳレイヤの上位レイヤ中のアプリケーションレイヤ測定設定情報と整合され得る。
あるいは、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、具体的には、以下を含む場合がある。
第１のメッセージは、保持またはリリースされる第１のアプリケーションレイヤ測定設定のサービスタイプを示し、ここで、このサービスタイプは、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応する。
第１のメッセージが保持またはリリースされる第１のアプリケーションレイヤ測定設定のサービスタイプを示す特定の方式は、以下を含む場合がある。
第１のメッセージは、第１のインジケーション情報フィールドを含む。第１のインジケーション情報フィールドは、ビットマップである場合があって、サービスタイプのそれぞれに対応するビットまたはビットグループを有する。ビットまたはビットグループのそれぞれの値は、サービスタイプに対応するアプリケーションレイヤ測定設定が保持されるかどうかを示し得る。代替として、第１のインジケーション情報フィールドは、保持またはリリースされるサービスタイプのみを示す。第１のインジケーション情報フィールドが受信されたとき、例えば第１のメッセージが第１のインジケーション情報フィールドを含むとき、すなわち第１のインジケーション情報フィールドが有効であるときには、そのことが、保持またはリリースされるアプリケーションレイヤ測定設定情報のサービスタイプが、１つまたは複数のサービスタイプである場合があることを示す。
ＵＥが第１のインジケーション情報フィールドを受信したときには、そのことが、ＵＥが第１のアプリケーションレイヤ測定設定を保持する必要があることを示し、およびＵＥが第１のインジケーション情報フィールドを受信しないときには、そのことが、ＵＥが第１のアプリケーションレイヤ測定設定を保持しないことを示すことは理解され得る。これは、ＵＥがデフォルトで第１のアプリケーションレイヤ測定設定を保持しない、すなわちリリースすることと等価である。代替として、ＵＥが第１のインジケーション情報フィールドを受信したときに、そのことが、ＵＥが第１のアプリケーションレイヤ測定設定をリリースすることを示して、ＵＥが第１のインジケーション情報フィールドを受信しないときに、そのことが、ＵＥが第１のアプリケーションレイヤ測定設定を保持することを示す。これは、ＵＥがデフォルトで第１のアプリケーションレイヤ測定設定を保持することと等価である。
例えば、端末上のアプリケーションレイヤ測定設定情報が第１のアプリケーションレイヤ測定設定情報のみを含むときには、第１のインジケーション情報フィールドは、１ビット（複数ビットである場合がある）を介して、第１のアプリケーションレイヤ測定設定を保持するかどうかを示す場合がある。例えば、１は、第１のアプリケーションレイヤ測定設定を保持することを示して、０は、第１のアプリケーションレイヤ測定設定をリリースすることを示す。代替として、第１のインジケーション情報フィールドが有効である（または存在する）場合に、そのことが、第１のアプリケーションレイヤ測定設定を保持することを示し、および第１のインジケーション情報フィールドが無効である（存在しない）場合に、そのことが、第１のアプリケーションレイヤ測定設定をリリースすることを示す。代替として、第１のインジケーション情報フィールドが有効である（または存在する）場合に、そのことが、第１のアプリケーションレイヤ測定設定をリリースすることを示して、第１のインジケーション情報フィールドが無効である（存在しない）場合に、そのことが、第１のアプリケーションレイヤ測定設定を保持することを示す。
端末上のアプリケーションレイヤ測定設定情報が複数のアプリケーションレイヤ測定設定情報を含むときには、アプリケーションレイヤ測定設定情報のそれぞれの保持またはリリースは、例えばビットマップ方式で示されるなど、対応する第１のインジケーション情報フィールドを用いて示される場合があり、または、第１のインジケーション情報フィールドは、保持される１つもしくは複数のアプリケーションレイヤ測定設定の１つもしくは複数の識別子、または削除される１つまたは複数のアプリケーションレイヤ測定設定の１つまたは複数の識別子である。
あるいは、アプリケーションレイヤ測定設定情報に対応するあるサービスタイプについて、アプリケーションレイヤ測定設定情報が保持またはリリースされるとき、および／または端末が１つもしくは複数のサービスタイプのアプリケーションレイヤ測定設定を有し得るが、サービスタイプのそれぞれが１つのアプリケーションレイヤ測定設定のみに対応するときには、サービスタイプが示されて、そのサービスタイプに対応するアプリケーションレイヤ測定設定が保持もしくはリリースされる必要があることを示す場合があり、または保持もしくはリリースされるアプリケーションレイヤ測定設定が示され、そのアプリケーションレイヤ測定設定に対応するサービスタイプも示される場合がある。
あるいは、端末が１つまたは複数のサービスタイプのアプリケーションレイヤ測定設定を有して、サービスタイプのそれぞれが１つまたは複数のアプリケーションレイヤ測定設定に対応するときには、保持またはリリースされるアプリケーションレイヤ測定設定は、例えばそのアプリケーションレイヤ測定設定の識別子を用いて示されるなどによって示される場合があり、およびそのアプリケーションレイヤ測定設定に対応するサービスタイプも示される場合がある。代替として、異なるサービスタイプに対応するアプリケーションレイヤ測定設定の識別子が異なるときには、保持またはリリースされるアプリケーションレイヤ測定設定は、そのアプリケーションレイヤ測定設定に対応するサービスタイプを示さずに、例えばそのアプリケーションレイヤ測定設定の識別子を用いて示されるなどによって示される場合がある。
特定のインジケーション方式は、上記に提供したインジケーション方式のうちの１つである。プロトコルが決定された後で、基地局および端末の両方が、この特定のインジケーション方式を認識する。代替として、特定のインジケーション方式が上記に提供したインジケーション方式のうちの複数である場合には、特定のインジケーション方式が、基地局から端末に通知される場合がある。
Ｓ６０４１の後で、この方法は、以下をさらに含む場合がある。
端末は、第１のアプリケーションレイヤ測定設定情報に基づいてアプリケーションレイヤ測定を実行することによって取得された測定結果を報告する。具体的な報告プロセスについては、図５の説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
本実施形態で提供されるアプリケーションレイヤ測定設定方法を用いることにより、ＵＥの挙動がアプリケーションレイヤ測定設定についての基地局の要件に一致しない場合が回避されて、アプリケーションレイヤ測定設定の例えば記憶オーバヘッドもしくはシグナリングオーバヘッドなどの不要なオーバヘッド、またはＱｏＥ測定結果が不正確になる問題を回避することが可能である。以下、上記の４つの特定の適用シナリオおよび図６に示される方法を参照して、本願の実施形態で提供される通信方法について詳細に述べる。
シナリオ１：ＵＥが、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に切り換えられる。
図７は、本願の実施形態による、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に切り換えられるときの通信方法の概略流れ図である。
この通信方法は、以下のステップを含む。
Ｓ７０１：基地局＃１は、第１のアプリケーションレイヤ測定設定情報をＵＥに送信する。
Ｓ７０１の前に、基地局＃１は、ＣＮ、ＯＡＭ、またはＥＭからＱｏＥ測定設定情報を取得することができるので、基地局＃１は、第１のアプリケーションレイヤ測定設定情報を取得する。代替として、基地局＃１は、基地局＃１の要件に基づいて第１のアプリケーションレイヤ測定設定情報を生成する。
基地局＃１は、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプをＵＥに送信する。
Ｓ７０２：ＵＥのＡＳは、基地局＃１から受信された第１のアプリケーションレイヤ測定設定情報をＵＥのＡＳの上位レイヤに送信する。
Ｓ７０１およびＳ７０２については、図５および図６の対応する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
Ｓ７０３：ネットワーク側は、ＵＥに、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入るように通知する。
ＵＥが非ＭＲ－ＤＣシナリオであるときには、サービング基地局が、ＵＥに、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入るように通知する。サービング基地局は、基地局＃１である場合があり、またはＵＥのサービング基地局として機能する別の基地局である場合がある。
ＵＥがＭＲ－ＤＣシナリオであるときには、マスタノードが、ＵＥに、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入るように通知する。マスタノードは、基地局＃１である場合があり、またはマスタノードとして機能する別の基地局である場合がある。
すなわち、第１のアプリケーションレイヤ測定設定情報を送信する基地局と、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入るようにＵＥに通知する基地局とは、同じ基地局である場合があり、または異なる基地局である場合がある。
任意選択で、ネットワーク側は、ＲＲＣリリースメッセージを用いて、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入るようにＵＥに通知する。
任意選択で、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入った後で、ＵＥのＡＳは、第１のアプリケーションレイヤ測定設定を保持する。具体的には、ＡＳが第１のアプリケーションレイヤ測定設定を保持する方式は、方式１：ＡＳが、第１のアプリケーションレイヤ測定設定内の特定の内容を記憶し続けること、または方式２：ＡＳが、ＵＥが既に第１のアプリケーションレイヤ測定設定および第１のアプリケーションレイヤ測定設定に対応するサービスタイプを有しているという状態情報を記憶すること、を含む。方式１では、ＵＥのＡＳの上位レイヤは、第１のアプリケーションレイヤ測定設定を保持しない場合があり、または第１のアプリケーションレイヤ測定設定および対応するサービスタイプを保持する場合がある。第１のアプリケーションレイヤ測定設定が保持されないときには、ＵＥのＡＳは、ＡＳの上位レイヤに、第１のアプリケーションレイヤ測定設定をリリースするように、またはＱｏＥ測定を中断するように通知することができ、およびＵＥのＡＳの上位レイヤは、ＱｏＥ測定を中断する通知を受信したときに、第１のアプリケーションレイヤ測定設定をリリースする。方式２では、ＵＥのＡＳの上位レイヤは、第１のアプリケーションレイヤ測定設定内の特定の内容を記憶し続ける。
任意選択で、ネットワーク側がＵＥにＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入るように通知するときには、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入るようにＵＥに指示するメッセージが、ＵＥが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す場合がある。さらに、ネットワーク側は、第１のアプリケーションレイヤ測定設定に対応するサービスタイプをＵＥにさらに通知することができる。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入るようにＵＥに指示するメッセージは図６の第１のメッセージとは異なるが、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入るようにＵＥに指示するメッセージが、ＵＥが第１のアプリケーションレイヤ測定設定を保持するかどうかを特に示す方式は、図６の第１のメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す複数の可能な特定の方式のうちの１つである場合があり、および最終的にプロトコルで決定される、第１のメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す特定の方式と同じである場合があり、または異なる場合がある。本明細書では、詳細について述べることはしない。
Ｓ７０３の前に、ＵＥのＡＳの上位レイヤは、アプリケーションレイヤ測定結果をＵＥのＡＳに送信することができ、およびＵＥのＡＳは、このアプリケーションレイヤ測定結果をネットワーク側に送信する。基地局は、アプリケーションレイヤ測定結果をＴＣＥに送信することができる。詳細については、図５の対応する説明を参照されたい。
Ｓ７０４：ＵＥは、基地局＃２上でＲＲＣ再開プロセスを開始する。
ＵＥは、ＲＲＣ再開要求メッセージ（ＲＲＣ Ｒｅｓｕｍｅ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）を基地局＃２に送信する。
Ｓ７０５：基地局＃２は、ＲＲＣ再開メッセージ（ＲＲＣ Ｒｅｓｕｍｅ ｍｅｓｓａｇｅ）をＵＥに送信する。
ＲＲＣ再開メッセージは、ＵＥが第１のアプリケーションレイヤ測定設定を保持するかどうか、すなわち以前のＱｏＥ測定（アプリケーションレイヤ測定と記載される場合がある）を継続するかどうかを示す。ＲＲＣ再開メッセージが、ＵＥが第１のアプリケーションレイヤ測定設定を保持するかどうかを示すプロセスについては、図６の第１のメッセージの関連する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
任意選択で、ＵＥがＭＲ－ＤＣシナリオであるときには、基地局＃１がＭＮであって、基地局＃２もＭＮである場合があり、または基地局＃１がＳＮであるときに、基地局＃２がＭＮである場合がある。この場合、ＳＮは、ＲＲＣ再設定メッセージを生成して、ＲＲＣ再設定メッセージをＭＮに送信することができる。ＭＮは、ＭＮのＲＲＣ再開メッセージ、すなわち第１のメッセージで、ＳＮによって生成されたＲＲＣ再設定メッセージをＵＥに送信する。この場合には、基地局＃２からＵＥに送信されるＲＲＣ再開メッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示すことは、ＳＮによって生成されて、このメッセージで搬送されるＲＲＣ再設定メッセージを用いて実施されて、第１のアプリケーションレイヤ測定設定を保持するかどうかを示す。代替として、基地局＃１はＳＮであって、基地局＃２は同様にＭＮである。最初に、ＳＮが、ＳＮによって以前に設定された第１のアプリケーションレイヤ測定設定を保持するかどうかをＭＮに通知し、次いで、ＭＮが、対応する第１のメッセージをＵＥに送信する。
任意選択で、ＭＲ－ＤＣシナリオでは、ＵＥは、２つの第１のインジケーション情報フィールドを受信することができる。例えば、ＲＲＣ再開メッセージは、２つの第１のインジケーション情報フィールドを同時に搬送する場合があって、この２つの第１のインジケーション情報フィールドは、そのＵＥについてＭＮによって以前に設定されたアプリケーションレイヤ測定設定を保持するかどうか、およびそのＵＥについてＳＮによって以前に設定されたアプリケーションレイヤ測定設定を保持するかどうかをそれぞれ示す。
任意選択で、ＵＥは、基地局＃２から、第１のアプリケーションレイヤ測定設定に対応する基地局がマスタノードまたはセカンダリノードであることを示す情報をさらに受信することができる。この情報は、明示的なインジケーションであり、または暗示的なインジケーションである場合がある。例えば、第１のメッセージ中の第１のインジケーション情報フィールドの位置は、第１のインジケーション情報フィールドがマスタノードに対応するのか、またはセカンダリノードに対応するのかを反映するために用いられる。
さらに、基地局＃２は、第１のアプリケーションレイヤ測定設定に対応するサービスタイプをＵＥにさらに通知することができる。
任意選択で、基地局＃２は、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応するサービスタイプをＵＥに通知して、ＵＥが保持またはリリースされる第１のアプリケーションレイヤ測定設定を知るようにすることができる。具体的な方式については、図６の対応する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
Ｓ７０６：ＵＥは、ＲＲＣ再開メッセージを受信して、ＵＥのＡＳは、第１のアプリケーションレイヤ測定設定を保持し続ける、またはリリースする。
ＵＥのＡＳは、基地局＃２によって送信されるＲＲＣ再開メッセージすなわち第１のメッセージに基づいて、第１のアプリケーションレイヤ測定設定を保持するかどうかを決定する。
Ｓ７０７：ＵＥのＡＳは、通知メッセージをＡＳの上位レイヤに送信する。
任意選択で、通知メッセージは、ＡＳの上位レイヤが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す場合がある。この通知メッセージは、図６の第１のメッセージとは異なるが、通知メッセージがＡＳの上位レイヤが第１のアプリケーションレイヤ測定設定を保持するかどうかを特に示す方式は、図６の第１のメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す複数の可能な特定の方式のうちの１つである場合があり、および最終的にプロトコルで決定される、第１のメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す特定の方式と同じである場合があり、または異なる場合がある。本明細書では、詳細について説明しない。さらに、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに、保持される第１のアプリケーションレイヤ測定設定に対応するサービスタイプ、および／または第１のアプリケーションレイヤ測定設定を示すアプリケーションレイヤ測定設定識別子をさらに通知することができる。
任意選択で、ＵＥのＡＳが、第１のアプリケーションレイヤ測定設定情報を保持し続けると決定したときには、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに通知メッセージを送信する必要がない場合がある。ＵＥのＡＳが第１のアプリケーションレイヤ測定設定情報をリリースすると決定したときには、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに通知メッセージを送信して、第１のアプリケーションレイヤ測定設定情報がリリースされることを通知する。任意選択で、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに、第１のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子を送信して、どのアプリケーションレイヤ測定設定情報がリリースされるかを示す。第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す方式と同様に、リリースされる複数のアプリケーションレイヤ測定設定情報は、通知メッセージに含まれるリリースリストを用いて通知される場合があり、リリースリストは、複数のアプリケーションレイヤ測定設定情報にそれぞれ対応するアプリケーションレイヤ測定設定識別子を含むことがあることが理解され得る。
任意選択で、ＵＥのＡＳは、ＡＳの上位レイヤに、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応するサービスタイプを通知して、ＵＥが保持またはリリースされる第１のアプリケーションレイヤ測定設定を知るようにすることができる。本明細書における通知は、図６の通知元および通知先とは異なるが、具体的な通知方式については、保持またはリリースされる第１のアプリケーションレイヤ測定設定がサービスタイプを通知することによって通知される図６の対応する説明を参照されたい。本明細書では、詳細については説明しない。
任意選択で、ＵＥのＡＳがＳ７０３で第１のアプリケーションレイヤ測定設定内の特定の内容を保持して、ＵＥのＡＳレイヤの上位レイヤに第１のアプリケーションレイヤ測定設定をリリースするように通知するとき、およびＳ７０７で通知メッセージがＡＳの上位レイヤに第１のアプリケーションレイヤ測定設定を保持するように指示するときには、通知メッセージは、ＡＳによって保持されている第１のアプリケーションレイヤ測定設定の特定の内容を搬送する場合がある。
本願の実施形態では、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態から再開されるときに、ネットワーク側は、実際の要件に基づいて、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入る前に受信されたアプリケーションレイヤ測定設定を再開するかどうかを示すことにより、ネットワークの柔軟な設定を改善し、ＲＲＣシグナリングオーバヘッドを低減し、特定のサービスについてのアプリケーションレイヤ測定結果の精度を改善することができる。
シナリオ２：ネットワーク側が、全設定（ｆｕｌｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ）インジケーションをＵＥに送信する。
図８は、本願の実施形態による、ネットワーク側が全設定（ｆｕｌｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ）インジケーションをＵＥに送信するときの通信方法の概略流れ図である。
この通信方法は、以下のステップを含む。
Ｓ８０１：基地局＃１は、第１のアプリケーションレイヤ測定設定情報をＵＥに送信する。
Ｓ８０１の前に、基地局＃１は、ＣＮ、ＯＡＭ、またはＥＭからＱｏＥ測定設定情報を取得することができるので、基地局＃１は、第１のアプリケーションレイヤ測定設定情報を取得する。あるいは、基地局＃１は、基地局＃１の要件に基づいて第１のアプリケーションレイヤ測定設定情報を生成する。
基地局＃１は、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプをＵＥにさらに送信することができる。
非ＭＲ－ＤＣシナリオでは、基地局＃１は、サービング基地局である場合がある。
ＭＲ－ＤＣシナリオでは、基地局＃１は、マスタノードである場合があり、またはセカンダリノードである場合がある。
Ｓ８０２：ＵＥのＡＳは、基地局＃１から受信された第１のアプリケーションレイヤ測定設定情報をＵＥのＡＳの上位レイヤに送信する。
Ｓ８０１およびＳ８０２については、図５および図６の対応する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
Ｓ８０３：基地局＃２は、全設定を示すメッセージをＵＥに送信する。
ＵＥが現在ＭＲ－ＤＣであるときには、基地局＃２は、マスタノードである。
ＵＥが非ＭＲ－ＤＣであるときには、基地局＃２は、現在のＵＥのサービング基地局である。非ＭＲ－ＤＣでは、ＵＥは、１つのサービング基地局しか有さないことは理解され得る。
基地局＃２と基地局＃１は、同じ基地局である場合があり、または異なる基地局である場合がある。
全設定を示すメッセージは、ＵＥが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す。全設定を示すメッセージは、ＲＲＣ再設定メッセージである場合がある、すなわちＲＲＣ再設定メッセージは、全設定を示す情報を含む。全設定を示すメッセージがＵＥが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す具体的な方式については、図６の第１のメッセージの説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
さらに、基地局＃２は、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応するサービスタイプをＵＥにさらに通知することができる。
任意選択で、基地局＃２は、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応するサービスタイプをＵＥに通知して、ＵＥによって保持またはリリースされる第１のアプリケーションレイヤ測定設定をＵＥが知るようにすることができる。具体的な方式については、図６のサービスタイプを用いた保持またはリリースされる第１のアプリケーションレイヤ測定設定の通知の関連する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
任意選択で、ＭＲ－ＤＣシナリオでは、基地局＃１はＭＮであって、基地局＃２もＭＮである、または基地局＃１はＳＮであって、基地局＃２はＭＮである。ＳＮは、ＲＲＣ再設定メッセージを生成し、ＲＲＣ再設定メッセージは、ＵＥが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す。ＳＮは、ＲＲＣ再設定メッセージをＭＮに送信して、ＭＮは、ＳＮによって生成されたＲＲＣ再設定メッセージを、全設定を示すメッセージで搬送する。この場合には、基地局＃２からＵＥに送信されて全設定を示すメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示すことは、ＳＮによって生成されて、このメッセージで搬送されるＲＲＣ再設定メッセージを用いて実施される。代替として、基地局＃１はＳＮであって、基地局＃２はＭＮである。この場合には、最初に、ＳＮが、ＳＮによって以前に設定された第１のアプリケーションレイヤ測定設定を保持するかどうかをＭＮに通知し、次いで、ＭＮが、対応する第１のメッセージをＵＥに送信する。
Ｓ８０４：ＵＥは、全設定を示すメッセージを受信して、ＵＥのＡＳは、第１のアプリケーションレイヤ測定設定を保持またはリリースする。
ＵＥのＡＳは、基地局＃２によって送信されて全設定を示すメッセージすなわち第１のメッセージに基づいて、第１のアプリケーションレイヤ測定設定を保持するかどうかを決定する。
Ｓ８０５：ＵＥのＡＳは、通知メッセージをＡＳの上位レイヤに送信する。
任意選択で、通知メッセージは、ＡＳの上位レイヤが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す場合がある。この通知メッセージは、図６の第１のメッセージとは異なるが、通知メッセージがＡＳの上位レイヤが第１のアプリケーションレイヤ測定設定を保持するかどうかを特に示す方式は、図６の第１のメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す複数の可能な特定の方式のうちの１つである場合があって、最終的にプロトコルで決定される、第１のメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す特定の方式と同じである場合があり、または異なる場合がある。本明細書では、詳細については説明しない。さらに、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに、保持される第１のアプリケーションレイヤ測定設定に対応するサービスタイプ、および／または第１のアプリケーションレイヤ測定設定を示すアプリケーションレイヤ測定設定識別子をさらに通知することができる。任意選択で、ＵＥのＡＳの上位レイヤによって取得されているアプリケーションレイヤ測定結果は、保持され続ける場合がある。換言すれば、ＵＥのＡＳの上位レイヤがアプリケーションレイヤ測定結果を取得する方式または動作は、影響を受けない。
任意選択で、ＵＥのＡＳが、第１のアプリケーションレイヤ測定設定情報を保持し続けると決定したときには、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに通知メッセージを送信する必要はない。ＵＥのＡＳが第１のアプリケーションレイヤ測定設定情報をリリースすると決定したときには、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに通知メッセージを送信して、第１のアプリケーションレイヤ測定設定情報がリリースされることを通知する。任意選択で、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに、第１のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子を送信して、どのアプリケーションレイヤ測定設定情報がリリースされるかを示す。第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す方式と同様に、リリースされる複数のアプリケーションレイヤ測定設定情報は、通知メッセージに含まれるリリースリストを用いて通知される場合があり、リリースリストは、複数のアプリケーションレイヤ測定設定情報にそれぞれ対応するアプリケーションレイヤ測定設定識別子を含む場合があることが理解され得る。
任意選択で、ＵＥのＡＳは、ＡＳの上位レイヤに、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応するサービスタイプを通知して、ＵＥが保持またはリリースされる第１のアプリケーションレイヤ測定設定を知るようにすることができる。本明細書における通知は、図６の通知元および通知先とは異なるが、具体的な通知方式については、保持またはリリースされる第１のアプリケーションレイヤ測定設定がサービスタイプを通知することによって通知される図６の対応する説明を参照されたい。本明細書では、詳細については説明しない。
本願の実施形態では、ネットワーク側は、実際の要件に基づく全設定プロセスで、ＵＥが以前のアプリケーションレイヤ測定設定を保持するかどうかを示すことにより、ネットワークの柔軟な設定を改善し、ＲＲＣシグナリングオーバヘッドを低減し、特定のサービスについてのアプリケーションレイヤ測定結果の精度を改善することができる。
シナリオ３：ネットワーク側が、ＭＲ－ＤＣリリースおよび追加インジケーションをＵＥに送信する。
図９は、本願の実施形態による。ネットワーク側がＭＲ－ＤＣリリースおよび追加インジケーションをＵＥに送信するときの通信方法の概略流れ図である。
この通信方法は、以下のステップを含む。
Ｓ９０１：基地局＃１は、第１のアプリケーションレイヤ測定設定情報をＵＥに送信する。
Ｓ９０１の前に、基地局＃１は、ＣＮ、ＯＡＭ、またはＥＭからＱｏＥ測定設定情報を取得することができるので、基地局＃１は、第１のアプリケーションレイヤ測定設定情報を取得する。代替として、基地局＃１は、基地局＃１の要件に基づいて第１のアプリケーションレイヤ測定設定情報を生成する。
基地局＃１は、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプをＵＥにさらに送信することができる。
非ＭＲ－ＤＣシナリオでは、基地局＃１は、サービング基地局である場合がある。
ＭＲ－ＤＣシナリオでは、基地局＃１は、マスタノードである場合があり、またはセカンダリノードである場合がある。
Ｓ９０２：ＵＥのＡＳは、基地局＃１から受信された第１のアプリケーションレイヤ測定設定情報をＵＥのＡＳの上位レイヤに送信する。
Ｓ９０１およびＳ９０２については、図５および図６の対応する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
Ｓ９０３：基地局＃２は、ＭＲ－ＤＣリリースおよび追加を示すメッセージをＵＥに送信する。
ＵＥが現在ＭＲ－ＤＣであるときには、基地局＃２は、マスタノードである。
ＵＥが非ＭＲ－ＤＣであるときには、基地局＃２は、現在のＵＥのサービング基地局である。非ＭＲ－ＤＣでは、ＵＥは、１つのサービング基地局しか有さないことは理解され得る。
基地局＃２と基地局＃１は、同じ基地局である場合があり、または異なる基地局である場合がある。
ＭＲ－ＤＣリリースおよび追加を示すメッセージ、すなわち第１のメッセージは、ＵＥが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す。第１のメッセージがＵＥが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す詳細な説明については、図６の第１のメッセージの対応する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
さらに、基地局＃２は、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応するサービスタイプをＵＥにさらに通知することができる。
任意選択で、基地局＃２は、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応するサービスタイプをＵＥに通知して、ＵＥによって保持またはリリースされる第１のアプリケーションレイヤ測定設定をＵＥが知るようにすることができる。具体的な通知方式については、図６のサービスタイプを用いた保持またはリリースされる第１のアプリケーションレイヤ測定設定の通知の関連する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
任意選択で、ＭＲ－ＤＣシナリオでは、基地局＃１はＭＮであって、基地局＃２もＭＮである、または基地局＃１はＳＮであって、基地局＃２はＭＮである。この場合には、最初に、ＳＮが、ＳＮによって以前に設定された第１のアプリケーションレイヤ測定設定を保持するかどうかをＭＮに通知し、次いで、ＭＮがその通知に基づいて、対応する第１のメッセージをＵＥに送信する。あるいは、基地局＃１はＳＮであって、基地局＃２はＭＮである。ＳＮは、ＲＲＣ再設定メッセージを生成し、ＲＲＣ再設定メッセージは、ＵＥが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す。ＳＮは、ＲＲＣ再設定メッセージをＭＮに送信して、ＭＮは、ＳＮによって生成されたＲＲＣ再設定メッセージを、ＭＲ－ＤＣリリースおよび追加を示すメッセージで搬送する。この場合には、基地局＃２からＵＥに送信されてＭＲ－ＤＣリリースおよび追加を示すメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示すことは、ＳＮによって生成されて、このメッセージで搬送されるＲＲＣ再設定メッセージを用いて実施されて、第１のアプリケーションレイヤ測定設定を保持するかどうかを示す。
Ｓ９０４：ＵＥは、ＭＲ－ＤＣリリースおよび追加を示すメッセージを受信して、ＵＥのＡＳは、第１のアプリケーションレイヤ測定設定を保持またはリリースする。
ＵＥのＡＳは、ＭＲ－ＤＣリリースおよび追加を示すメッセージに基づいて、第１のアプリケーションレイヤ測定設定を保持するかどうかを決定する。
Ｓ９０５：ＵＥのＡＳは、通知メッセージをＡＳの上位レイヤに送信する。
任意選択で、通知メッセージは、ＡＳの上位レイヤが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す場合がある。この通知メッセージは、図６の第１のメッセージとは異なるが、通知メッセージがＡＳの上位レイヤが第１のアプリケーションレイヤ測定設定を保持するかどうかを特に示す方式は、図６の第１のメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す複数の可能な特定の方式のうちの１つである場合があって、最終的にプロトコルで決定される、第１のメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す特定の方式と同じである場合があり、または異なる場合がある。本明細書では、詳細については説明しない。さらに、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに、保持される第１のアプリケーションレイヤ測定設定に対応するサービスタイプ、および／または第１のアプリケーションレイヤ測定設定を示すアプリケーションレイヤ測定設定識別子をさらに通知することができる。任意選択で、ＵＥのＡＳの上位レイヤによって取得されているアプリケーションレイヤ測定結果は、保持され続ける場合がある。換言すれば、ＵＥのＡＳの上位レイヤがアプリケーションレイヤ測定結果を取得する方式または動作は、影響を受けない。
任意選択で、ＵＥのＡＳが、第１のアプリケーションレイヤ測定設定情報を保持し続けると決定したときには、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに通知メッセージを送信する必要はない場合がある。ＵＥのＡＳが第１のアプリケーションレイヤ測定設定情報をリリースすると決定したときには、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに通知メッセージを送信して、第１のアプリケーションレイヤ測定設定情報がリリースされることを通知する。任意選択で、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに、第１のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子を送信して、どのアプリケーションレイヤ測定設定情報がリリースされるかを示す。第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す方式と同様に、リリースされる複数のアプリケーションレイヤ測定設定情報は、通知メッセージに含まれるリリースリストを用いて通知される場合があり、リリースリストは、複数のアプリケーションレイヤ測定設定情報にそれぞれ対応するアプリケーションレイヤ測定設定識別子を含む場合がある。
任意選択で、ＵＥのＡＳは、ＡＳの上位レイヤに、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応するサービスタイプを通知して、ＵＥが保持またはリリースされる第１のアプリケーションレイヤ測定設定を知るようにすることができる。本明細書における通知は、図６の通知元および通知先とは異なるが、具体的な通知方式については、保持またはリリースされる第１のアプリケーションレイヤ測定設定がサービスタイプを通知することによって通知される図６の対応する説明を参照されたい。本明細書では、詳細については説明しない。本願の実施形態では、ネットワーク側は、実際の要件に基づくＭＲ－ＤＣリリースおよび追加プロセスで、ＵＥが以前のアプリケーションレイヤ測定設定を保持するかどうかを示すことにより、ネットワークの柔軟な設定を改善し、ＲＲＣシグナリングオーバヘッドを低減して、特定のサービスについてのアプリケーションレイヤ測定結果の精度を改善することができる。
シナリオ４：ネットワーク側が、ＳＣＧ設定リリースインジケーションをＵＥに送信する。
本願の実施形態では、基地局がＵＥにＳＣＧ設定リリースインジケーションを送信したとき、すなわちＵＥがＭＲ－ＤＣシナリオから非ＭＲ－ＤＣシナリオに変更される、またはＭＲ－ＤＣにおけるＵＥのデータベアラタイプが変化する、例えばＰＤＣＰがＳＮで終端するＳＣＧベアラ（ＳＮ終端ＳＣＧベアラ）からＰＤＣＰがＳＮまたはＭＮで終端するＭＣＧベアラ（ＳＮ終端ＭＣＧベアラ）に変化したときに、ＵＥは、ＳＮによって以前に設定された第１のアプリケーションレイヤ測定設定を保持する。
図１０は、本願の実施形態による、ネットワーク側がＳＣＧ設定リリースインジケーションをＵＥに送信するときの通信方法の概略流れ図である。
この通信方法は、以下のステップを含む。
Ｓ１００１：基地局＃１は、第１のアプリケーションレイヤ測定設定情報をＵＥに送信する。
Ｓ１００１の前に、基地局＃１は、ＣＮ、ＯＡＭ、またはＥＭからＱｏＥ測定設定情報を取得することができるので、基地局＃１は、第１のアプリケーションレイヤ測定設定情報を取得する。代替として、基地局＃１は、基地局＃１の要件に基づいて第１のアプリケーションレイヤ測定設定情報を生成する。
基地局＃１は、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプをＵＥにさらに送信することができる。
基地局＃１は、セカンダリノードＳＮである。
Ｓ１００２：ＵＥのＡＳは、基地局＃１から受信された第１のアプリケーションレイヤ測定設定情報をＵＥのＡＳの上位レイヤに送信する。
Ｓ１００１およびＳ１００２については、図５および図６の対応する説明を参照されたい。
Ｓ１００３：基地局＃２は、ＳＣＧ設定のリリースを示すメッセージをＵＥに送信する。
基地局＃２は、マスタノードである。
基地局＃２は、ＵＥに、ＳＣＧ設定のリリースを示すメッセージ、すなわち第１のメッセージを送信する。第１のメッセージは、ＳＮによって以前に設定された第１のアプリケーションレイヤ測定設定を保持するかどうか、またはＳＮによって以前に設定された第１のアプリケーションレイヤ測定設定をＭＮの第２のアプリケーションレイヤ測定設定に適用するかどうかを示す。
任意選択で、ＳＮによって設定された第１のアプリケーションレイヤ測定設定をＭＮの第２のアプリケーションレイヤ測定設定への適用の実装は、以下の３つの方式のうちの１つまたは複数を含み得る。
方式１：Ｓ１００１でＵＥが第１のアプリケーションレイヤ測定設定情報を受信した後で、ＵＥは、ＳＮに対応するＲＲＣの変数に第１のアプリケーションレイヤ測定設定情報を記憶する。ＵＥがＳＣＧ設定リリースインジケーション受信した後で、ＵＥは、ＭＮに対応するＲＲＣの変数に、ＵＥが以前にＳＮに対応するＲＲＣで第１のアプリケーションレイヤ測定設定情報を記憶した変数の値を記憶する。
方式２：ＵＥは、ＡＳコンテキスト（ｃｏｎｔｅｘｔ）において、ＳＮによって設定された第１のアプリケーションレイヤ測定設定を、ＭＮのアプリケーションレイヤ測定設定として、またはＭＮのアプリケーションレイヤ測定設定にマークまたはポイントする。例えば、ＵＥに対応するＭＮおよびＳＮの設定は、１つのＡＳコンテキストを共有する。このコンテキストは、ＭＣＧおよびＳＣＧの設定情報（ＳＮによって設定された第１のアプリケーションレイヤ測定設定についての情報を含む）を記憶しており、およびこのコンテキストは、第１のアプリケーションレイヤ測定設定についての情報がＳＮからのものであることを示すインジケーション情報を搬送する。ＵＥが第１のメッセージを受信した後で、ＵＥは、このインジケーション情報を修正して、第１のアプリケーションレイヤ測定設定についての情報がＭＮからのものであることを示す。
方式３：ＵＥは、ＳＮによって設定された第１のアプリケーションレイヤ測定設定をＭＮのＡＳコンテキストに追加する。第１のメッセージがＳＮによって以前に設定された第１のアプリケーションレイヤ測定設定を保持するかどうかを示す具体的な方式については、図６の第１のメッセージの関連する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
ＵＥがＳＣＧ設定リリースインジケーションを受信するので、ＳＮによって設定された第１のアプリケーションレイヤ測定設定はアンカ基地局を有していないことは理解され得る。この場合には、ＵＥは、第１のアプリケーションレイヤ測定設定が保持されることを示すインジケーションを受信して、ＵＥは、プロトコル合意に従って、保持される第１のアプリケーションレイヤ測定設定をＭＮのアプリケーションレイヤ測定に適用することができる。代替として、プロトコルは、ＵＥによって受信された第１のインジケーション情報が直接、ＳＮによって設定された第１のアプリケーションレイヤ測定設定がＭＮのアプリケーションレイヤ測定に適用されることを示すことに合意する場合がある。換言すれば、「ＳＮによって設定された第１のアプリケーションレイヤ測定設定を保持する」は、「ＳＮによって設定された第１のアプリケーションレイヤ測定設定をＭＮのアプリケーションレイヤ測定に適用する」と等価である場合がある。対応して、ＵＥは、第１のアプリケーションレイヤ測定設定を保持しないことを示すインジケーションを受信して、ＵＥは、プロトコル合意に従って第１のアプリケーションレイヤ測定設定をリリースすることができ、これは、第１のアプリケーションレイヤ測定設定がＭＮのアプリケーションレイヤ測定に適用されないことも意味する。
さらに、基地局＃２は、第１のアプリケーションレイヤ測定設定に対応するサービスタイプをＵＥにさらに通知することができる。
さらに、基地局＃２は、ＵＥについて、第１のアプリケーションレイヤ測定設定に対応する測定結果を伝送するために使用される無線ベアラ、例えばシグナリング無線ベアラをさらに設定することができる。
任意選択で、基地局＃２は、ＳＮによって設定された、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応するサービスタイプをＵＥに通知して、ＳＮによって設定された、保持またはリリースされる対応する第１のアプリケーションレイヤ測定設定を通知することができる。具体的な方式については、図６の対応する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
任意選択で、Ｓ１００３の前に、基地局＃１は、基地局＃２に、Ｓ１００１でＵＥに送信された第１のアプリケーションレイヤ測定設定情報を送信する。さらに、基地局＃１は、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプを基地局＃２に送信する。
任意選択で、基地局＃１は、基地局＃２に、第１のアプリケーションレイヤ測定設定情報と、基地局＃１によって第１のアプリケーションレイヤ測定設定情報に割り当てられたアプリケーションレイヤ測定設定識別子とを送信する。
Ｓ１００４：ＵＥは、ＳＣＧ設定のリリースを示すメッセージを受信して、ＵＥのＡＳは、ＳＮによって以前に設定された第１のアプリケーションレイヤ測定設定を保持またはリリースする。
ＵＥのＡＳは、基地局＃２によって送信される第１のメッセージに基づいて、第１のアプリケーションレイヤ測定設定を保持するかどうか、またはＳＮによって設定された第１のアプリケーションレイヤ測定設定をＭＮのアプリケーションレイヤ測定に適用するかどうかを決定する。第１のアプリケーションレイヤ測定設定が保持されない、またはＳＮによって設定された第１のアプリケーションレイヤ測定設定がＭＮのアプリケーションレイヤ測定に適用されない場合には、ＵＥのＡＳは、ＵＥのＡＳレイヤの上位レイヤに、ＳＮによって以前に設定された第１のアプリケーションレイヤ測定設定をリリースするように指示する。Ｓ１００５：ＵＥのＡＳは、通知メッセージをＡＳの上位レイヤに送信する。
任意選択で、通知メッセージは、ＡＳの上位レイヤが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す場合がある。この通知メッセージは、図６の第１のメッセージとは異なるが、通知メッセージがＡＳの上位レイヤが第１のアプリケーションレイヤ測定設定を保持するかどうかを特に示す方式は、図６の第１のメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す複数の可能な特定の方式のうちの１つである場合があって、最終的にプロトコルで決定される、第１のメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す特定の方式と同じである場合があり、または異なる場合がある。本明細書では、詳細については説明しない。さらに、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに、保持される第１のアプリケーションレイヤ測定設定に対応するサービスタイプ、および／または第１のアプリケーションレイヤ測定設定を示すアプリケーションレイヤ測定設定識別子をさらに通知することができる。
任意選択で、ＵＥのＡＳが、第１のアプリケーションレイヤ測定設定情報を保持し続けると決定したときには、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに通知メッセージを送信する必要はない。ＵＥのＡＳが第１のアプリケーションレイヤ測定設定情報をリリースすると決定したときには、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに通知メッセージを送信して、第１のアプリケーションレイヤ測定設定情報がリリースされることを通知する。任意選択で、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに、第１のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子を送信して、どのアプリケーションレイヤ測定設定情報がリリースされるかを示す。第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す方式と同様に、リリースされる複数のアプリケーションレイヤ測定設定情報は、通知メッセージに含まれるリリースリストを用いて通知される場合があり、リリースリストは、複数のアプリケーションレイヤ測定設定情報にそれぞれ対応するアプリケーションレイヤ測定設定識別子を含む場合がある。
任意選択で、ＵＥのＡＳの上位レイヤが第１のアプリケーションレイヤ測定設定を保持し続ける場合には、ＵＥのＡＳの上位レイヤによって取得されているアプリケーションレイヤ測定結果は、保持され続ける場合がある。換言すれば、ＵＥのＡＳの上位レイヤがアプリケーションレイヤ測定結果を取得する方式または動作は、影響を受けない場合がある。
任意選択で、ＵＥのＡＳが第１のアプリケーションレイヤ測定設定を保持する場合には、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤにインジケーション情報を送信して、後続の測定結果が、例えば基地局＃２のＲＲＣレイヤなど、ＭＮに対応するＲＲＣレイヤに送信されることを示す。本願の実施形態では、ネットワーク側は、実際の要件に基づくＳＣＧ設定リリースで、ＵＥがＳＮによって以前に設定された第１のアプリケーションレイヤ測定設定を保持するかどうか、またはＳＮによって設定された第１のアプリケーションレイヤ測定設定をＭＮのアプリケーションレイヤ測定設定に適用するかどうかを示すことにより、ネットワークの柔軟な設定を改善し、ＲＲＣシグナリングオーバヘッドを低減し、特定のサービスについてのアプリケーションレイヤ測定結果の精度を改善することができる。
図６から図１０の具体的な手順の詳細な説明については、相互に参照され得る、またはそれらの組合せが参照され得ることは理解され得、および本明細書では、詳細について重ねて述べることはしない。
以上、本願の実施形態の通信方法について、図６から図１０を参照して詳細に述べた。以下、図１１から図１３を参照して、本願の実施形態の通信装置について詳細に述べる。
図１１は、本願の実施形態による端末の構造の概略図である。この端末は、図１に示されるシステムで使用されて、上記の方法の実施形態における端末の機能を実行することができる。説明を容易にするために、図１１は、端末の主要な構成要素しか示していない。図１１に示されるように、端末１１００は、プロセッサ、メモリ、制御回路、アンテナ、および入出力装置を含む。プロセッサは、主として、通信プロトコルおよび通信データを処理し、端末全体を制御し、ソフトウェアプログラムを実行して、ソフトウェアプログラムのデータを処理するように構成され、例えば、端末が上記の方法の実施形態に記載されるアクションを実行するのを支援するように構成される。メモリは、主として、ソフトウェアプログラムおよびデータを記憶するように構成される。制御回路は、主として、ベースバンド信号および無線周波数信号を変換して、無線周波数信号を処理するように構成される。制御回路とアンテナとは、まとめてトランシーバと呼ばれる場合があり、および主として、無線周波数信号を電磁波の形態で送信および受信するように構成される。入出力装置、例えば、タッチスクリーン、ディスプレイ、またはキーボードは、主として、ユーザによって入力されたデータを受け取り、およびデータをユーザに出力するように構成される。
端末がオンになった後で、プロセッサは、メモリ中のソフトウェアプログラムを読み取り、ソフトウェアプログラムの命令を解釈して実行して、ソフトウェアプログラムのデータを処理し得る。データがワイヤレスで送信される必要があるときには、プロセッサは、送信されるデータに対してベースバンド処理を実行し、次いでベースバンド信号を無線周波数回路に出力する。無線周波数回路は、ベースバンド信号に対して無線周波数処理を実行し、次いでアンテナを用いて、無線周波数信号を電磁波の形態で送信する。データが端末に送信されたときには、無線周波数回路は、アンテナを介して無線周波数信号を受信し、無線周波数信号をベースバンド信号に変換して、ベースバンド信号をプロセッサに出力する。プロセッサは、ベースバンド信号をデータに変換して、データを処理する。
当業者なら、説明を容易にするために、図１１は１つのメモリおよび１つのプロセッサしか示していないことを理解し得る。実際の端末では、複数のプロセッサおよび複数のメモリがある場合がある。メモリは、記憶媒体、記憶デバイスなどと呼ばれる場合がある。メモリは、プロセッサと同じチップ上に位置する記憶要素である、すなわちオンチップ記憶要素である場合があり、または独立した記憶要素である場合がある。これは、本願の実施形態では限定されない。
任意選択の実装では、端末は、ベースバンドプロセッサおよび中央処理ユニットを含むことがある。ベースバンドプロセッサは、主として、通信プロトコルおよび通信データを処理するように構成される。中央処理ユニットは、主として、端末全体を制御し、ソフトウェアプログラムを実行して、ソフトウェアプログラムのデータを処理するように構成される。ベースバンドプロセッサおよび中央処理ユニットの機能は、図１１のプロセッサに統合される場合がある。当業者なら、ベースバンドプロセッサおよび中央処理ユニットがそれぞれ独立したプロセッサである場合があってバスなどの技術を用いて相互接続されることを理解し得る。当業者なら、端末は、異なるネットワーク標準に適応するために複数のベースバンドプロセッサを含む場合があり、および端末は、端末の処理能力を強化するために複数の中央処理ユニットを含む場合があることを理解し得る。端末の全ての構成要素は、様々なバスを介して接続され得る。ベースバンドプロセッサは、ベースバンド処理回路またはベースバンド処理チップと表現される場合がある。中央処理ユニットは、代替的に、中央処理回路または中央処理チップと表現される場合がある。通信プロトコルおよび通信データを処理する機能は、プロセッサに内蔵される場合があり、またはソフトウェアプログラムの形態でメモリに記憶される場合があり、およびプロセッサは、ソフトウェアプログラムを実行してベースバンド処理機能を実装する。
本願の実施形態では、トランシーバ機能を有するアンテナおよび制御回路は、端末１１００のトランシーバユニット１１０１とみなされて、例えば端末が受信機能および送信機能を実行するのを支援する場合がある。処理機能を有するプロセッサ１１０２は、端末１１００の処理ユニット１１０２とみなされる。図１１に示されるように、端末１１００は、トランシーバユニット１１０１および処理ユニット１１０２を含む。トランシーバユニットは、トランシーバマシン、トランシーバ、トランシーバ装置などと呼ばれる場合がある。任意選択で、トランシーバユニット１１０１において受信機能を実装するように構成された構成要素が、受信ユニットとみなされる場合がある。トランシーバユニット１１０１において送信機能を実装するように構成された構成要素が、送信ユニットとみなされることがある。換言すれば、トランシーバユニット１１０１は、受信ユニットおよび送信ユニットを含む。受信ユニットは、受信機、入力ポート、または受信回路などと呼ばれる場合がある。送信ユニットは、伝送機、伝送機、伝送回路などと呼ばれる場合がある。
プロセッサ１１０２は、メモリに記憶された命令を実行して、トランシーバユニット１１０１が信号を受信し、および／または信号を送信するのを制御して、上記の方法の実施形態における端末の機能を完了するのを制御するように構成される場合がある。プロセッサ１１０２は、信号入出力機能を実装するように構成されたインタフェースをさらに含む。実装では、トランシーバユニット１１０１の機能は、トランシーバ回路またはトランシーバ専用チップを用いて実装される場合がある。
図１２は、本願の実施形態によるアクセスネットワークデバイスの構造の概略図であり、例えば基地局の構造の概略図である場合がある。図１２に示されるように、基地局は、図１に示されるシステムで使用されて、上記の方法の実施形態におけるアクセスネットワークデバイスの機能を実行する場合がある。基地局１２００は、１つまたは複数のＤＵ１２０１および１つまたは複数のＣＵ１２０２を含む場合がある。ＣＵ１２０２は、ＮＧコア（次世代コアネットワーク、ＮＣ）またはＥＰＣと通信する場合がある。ＤＵ１２０１は、少なくとも１つのアンテナ１２０１１、少なくとも１つの無線周波数ユニット１２０１２、少なくとも１つのプロセッサ１２０１３、および少なくとも１つのメモリ１２０１４を含む場合がある。ＤＵ１２０１の部分は、主として、無線周波数信号を送信および受信し、無線周波数信号およびベースバンド信号を変換して、いくつかのベースバンドを処理するように構成される。ＣＵ１２０２は、少なくとも１つのプロセッサ１２０２２および少なくとも１つのメモリ１２０２１を含む場合がある。ＣＵ１２０２とＤＵ１２０１は、インタフェースを介して互いに通信する場合がある。制御プレーン（Ｃｏｎｔｒｏｌ ｐｌａｎｅ）インタフェースは、例えばＦ１－ＣなどのＦｓ－Ｃである場合があり、およびユーザプレーン（Ｕｓｅｒ Ｐｌａｎｅ）インタフェースは、例えばＦ１－ＵなどのＦｓ－Ｕである場合がある。
ＣＵ１２０２の部分は、主として、ベースバンド処理の実行、基地局の制御などを行うように構成される。ＤＵ１２０１とＣＵ１２０２は、物理的に一緒に配置される場合があり、または物理的に別個に配置される場合がある、すなわち分散型基地局である場合がある。ＣＵ１２０２は、基地局の制御センタであり、処理ユニットと呼ばれる場合があって、主としてベースバンド処理機能を完了するように構成される。例えば、ＣＵ１２０２は、上記の方法の実施形態におけるアクセスネットワークデバイスに関係する動作手順を実行するように基地局を制御するように構成される場合がある。
具体的には、ＣＵおよびＤＵのベースバンド処理は、ワイヤレスネットワークのプロトコルレイヤに基づいて分割される場合がある。例えば、ＰＤＣＰレイヤおよびＰＤＣＰレイヤより上のプロトコルレイヤの機能は、ＣＵに設定されて、ＰＤＣＰレイヤより下のＲＬＣレイヤ、ＭＡＣレイヤ、およびＰＨＹレイヤなどのプロトコルレイヤの機能は、ＤＵに設定される。
さらに、任意選択で、基地局１２００は、１つまたは複数の無線周波数ユニット（ＲＵ）、１つまたは複数のＤＵ、および１つまたは複数のＣＵを含む場合がある。ＤＵは、少なくとも１つのプロセッサ１２０１３、および少なくとも１つのメモリ１２０１４を含む場合があり、ＲＵは、少なくとも１つのアンテナ１２０１１、および少なくとも１つの無線周波数ユニット１２０１２を含む場合があって、ＣＵは、少なくとも１つのプロセッサ１２０２２、および少なくとも１つのメモリ１２０２１を含む場合がある。
例では、ＣＵ１２０２は、１つまたは複数のボードを含む場合がある。複数のボードは、協働して１つのアクセス標準の無線アクセスネットワーク（例えば５Ｇネットワーク）をサポートする場合があり、または異なるアクセス標準の無線アクセスネットワーク（例えばＬＴＥネットワーク、５Ｇネットワーク、または別のネットワーク）を別個にサポートする場合がある。メモリ１２０２１およびプロセッサ１２０２２は、１つまたは複数のボードにサーブする場合がある。換言すれば、メモリおよびプロセッサは、ボードのそれぞれの上に配置される場合がある。あるいは、複数のボードが、同じメモリおよび同じプロセッサを共有する場合がある。さらに、必要な回路が、ボードのそれぞれにさらに配置される場合がある。ＤＵ１２０１は、１つまたは複数のボードを含む場合がある。複数のボードは、協働して１つのアクセス標準の無線アクセスネットワーク（例えば５Ｇネットワーク）をサポートする場合があり、または異なるアクセス標準の無線アクセスネットワーク（例えばＬＴＥネットワーク、５Ｇネットワーク、および別のネットワーク）を別個にサポートする場合がある。メモリ１２０１４およびプロセッサ１２０１３は、１つまたは複数のボードにサーブする場合がある。換言すれば、メモリおよびプロセッサは、ボードのそれぞれの上に配置される場合がある。あるいは、複数のボードが、同じメモリおよび同じプロセッサを共有する場合がある。さらに、必要な回路が、ボードのそれぞれにさらに配置される場合がある。
図１３は、通信装置１３００の構造の概略図である。通信装置１３００は、上記の方法の実施形態に記載される方法を実施するように構成される場合がある。詳細については、上記の方法の実施形態の説明を参照されたい。通信装置１３００は、チップ、アクセスネットワークデバイス（例えば基地局）、端末、コアネットワークデバイス（例えばＡＭＦ、またはＡＭＦおよびＳＭＦ）、別のネットワークデバイスなどである場合がある。
通信装置１３００は、１つまたは複数のプロセッサ１３０１を含む。プロセッサ１３０１は、汎用プロセッサまたは特殊目的プロセッサなどである場合がある。例えば、プロセッサは、ベースバンドプロセッサまたは中央処理ユニットである場合がある。ベースバンドプロセッサは、通信プロトコルおよび通信データを処理するように構成される場合がある。中央処理ユニットは、装置（例えば基地局、端末、ＡＭＦ、またはチップ）を制御し、ソフトウェアプログラムを実行して、ソフトウェアプログラムのデータを処理するように構成される場合がある。この装置は、信号を入力（受信）および出力（送信）するように構成されたトランシーバユニットを含む場合がある。例えば、この装置は、チップである場合があって、トランシーバユニットは、そのチップの入力および／もしくは出力回路、または通信インタフェースである場合がある。チップは、端末、アクセスネットワークデバイス（例えば基地局）、またはコアネットワークデバイスに使用される場合がある。別の例では、この装置は、端末またはアクセスネットワークデバイス（例えば基地局）である場合があって、トランシーバユニットは、トランシーバ、無線周波数チップなどである場合がある。
通信装置１３００は、１つまたは複数のプロセッサ１３０１を含み、およびこの１つまたは複数のプロセッサ１３０１は、図６から図１０に示される実施形態における基地局または端末の方法を実施する場合がある。
可能な設計では、通信装置１３００は、第１のメッセージを第２の基地局から受信するように構成された手段（ｍｅａｎｓ）と、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するように指示するときにＱｏＥ測定を実行し続け、および／または第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持しないように指示するときに第１のアプリケーションレイヤ測定設定情報をリリースするように構成された手段（ｍｅａｎｓ）とを含む。これらの手段の機能は、１つまたは複数のプロセッサを介して実装され得る。例えば、この１つまたは複数のプロセッサは、チップのトランシーバ、入出力回路、またはインタフェースを用いて情報を送信するように構成される場合がある。上記の方法の実施形態の関連する説明が参照され得る。
可能な設計では、通信装置１３００は、第１のメッセージを端末に送信するように構成された手段（ｍｅａｎｓ）、および第１のメッセージを生成するように構成された手段（ｍｅａｎｓ）を含む。上記の方法の実施形態の関連する説明が参照され得る。例えば、第１のメッセージは、チップのトランシーバ、入出力回路、またはインタフェースを用いて受信される場合があり、または１つまたは複数のプロセッサを用いて受信される場合がある。
任意選択で、図６から図１０に示される実施形態の方法を実施するだけでなく、プロセッサ１３０１は、別の機能をさらに実施することもできる。
任意選択で、設計では、プロセッサ１３０１は、命令１３０３を含む場合がある。この命令は、通信装置１３００が上記の方法の実施形態に記載される方法を実行するようにプロセッサ上で実行される場合がある。
さらに別の可能な設計では、通信装置１３００は、代替として、回路を含む場合がある。この回路は、上記の方法の実施形態におけるアクセスネットワークデバイスまたは端末の機能を実施する場合がある。
別の可能な設計では、通信装置１３００は、１つまたは複数のメモリ１３０２を含む場合がある。メモリは、命令１３０４を記憶する。この命令は、通信装置１３００が上記の方法の実施形態に記載される方法を実行するようにプロセッサ上で実行される場合がある。任意選択で、メモリは、データをさらに記憶する場合がある。任意選択で、プロセッサは、命令および／またはデータを記憶する場合がある。例えば、１つまたは複数のメモリ１３０２は、上記の実施形態に記載される第１のアプリケーションレイヤ測定設定、または上記の実施形態のサービスタイプなどの他の情報を記憶する場合がある。プロセッサとメモリとは、別個に配置される場合があり、または一体化される場合がある。
さらに別の可能な設計では、通信装置１３００は、トランシーバユニット１３０５およびアンテナ１３０６をさらに含む、または通信インタフェースを含む場合がある。トランシーバユニット１３０５は、トランシーバ、トランシーバ回路などと呼ばれる場合があり、およびアンテナ１３０６を介してこの装置のトランシーバ機能を実装するように構成される。通信インタフェース（図示せず）は、コアネットワークデバイスとアクセスネットワークデバイスとの間の通信、またはアクセスネットワークデバイスとアクセスネットワークデバイスとの間の通信に使用され得る。任意選択で、通信インタフェースは、例えば光ファイバ通信インタフェースなど、有線通信インタフェースである場合がある。
プロセッサ１３０１は、処理ユニットと呼ばれる場合があり、およびこの装置（例えば端末、基地局、またはＡＭＦ）を制御する。
本願は、上記の１つもしくは複数のアクセスネットワークデバイス、１つもしくは複数の端末、およびコアネットワークデバイスのうちの１つ、またはそれらの組合せを含む、通信システムをさらに提供する。
本願の実施形態のプロセッサは、中央処理ユニット（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）である場合があることを理解されたい。プロセッサは、別の汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ， ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ， ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ， ＦＰＧＡ）もしくは別のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理デバイス、個別ハードウェアコンポーネントなどである場合がある。汎用プロセッサは、マイクロプロセッサである場合があり、または、プロセッサは任意の従来のプロセッサなどである場合がある。
本願の実施形態におけるメモリは、揮発性メモリである場合があり、あるいは不揮発性メモリであることもあり、または揮発性メモリと不揮発性メモリとを含む場合があることが理解され得る。不揮発性メモリは、読み出し専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ， ＲＯＭ）、プログラマブル読み出し専用メモリ（ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ， ＰＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ｅｒａｓａｂｌｅ ＰＲＯＭ， ＥＰＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ， ＥＥＰＲＯＭ）、またはフラッシュメモリである場合がある。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ， ＲＡＭ）である場合がある。限定よりはむしろ例示的な説明として、例えばスタティックランダムアクセスメモリ（ｓｔａｔｉｃ ＲＡＭ， ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ｄｙｎａｍｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ， ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ， ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ， ＤＤＲ ＳＤＲＡＭ）、エンハンスドシンクロナスダイナミックランダムアクセスメモリ（ｅｎｈａｎｃｅｄ ＳＤＲＡＭ， ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ， ＳＬＤＲＡＭ）、およびダイレクトラムバスランダムアクセスメモリ（ｄｉｒｅｃｔ ｒａｍｂｕｓ ＲＡＭ， ＤＲ ＲＡＭ）など、多数の形態のランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ， ＲＡＭ）が使用され得る。
前述の実施形態の全てまたは一部は、ソフトウェア、ハードウェア（例えば回路）、ファームウェア、またはそれらの任意の組合せによって実装され得る。実施形態を実装するためにソフトウェアが使用されるときには、上記の実施形態は、完全に、または部分的にコンピュータプログラム製品の形態で実装される場合がある。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令またはコンピュータプログラムを含む。プログラム命令またはコンピュータプログラムがコンピュータにロードされて実行されたときに、本願の実施形態による手順または機能が、全て、または部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラマブル装置である場合がある。コンピュータ命令は、コンピュータ可読記憶媒体に記憶される場合があり、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送される場合がある。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから別のウェブサイト、コンピュータ、サーバ、またはデータセンタに、例えば光ファイバなどの有線方式で、または例えば赤外線、無線、もしくはマイクロ波などのワイヤレス方式で伝送される場合がある。コンピュータ可読記憶媒体は、１つまたは複数の使用可能な媒体を一体化した、コンピュータ、またはサーバもしくはデータセンタなどのデータ記憶デバイスによってアクセス可能な任意の使用可能な媒体であり得る。使用可能な媒体は、磁気媒体（例えばフロッピーディスク、ハードディスク、または磁気テープ）、光学媒体（例えばＤＶＤ）、または半導体媒体である場合がある。半導体媒体は、ソリッドステートドライブである場合がある。
当業者なら、本明細書に開示される実施形態に記載される例と組み合わせて、ユニットおよびアルゴリズムステップが、電子ハードウェアまたはコンピュータソフトウェアと電子ハードウェアとの組合せによって実装され得ることに気付き得る。機能がハードウェアによって実行されるか、またはソフトウェアによって実行されるかは、技術的解決策の個々の適用および設計の制約条件によって決まる。当業者なら、それぞれの個々の適用分野ごとに異なる方法を使用して記載される機能を実装し得るが、その実装は、本願の範囲を超えないとみなされるものとする。
便宜上、および説明を簡単にするために、上記のシステム、装置、およびユニットの詳細な動作プロセスについては、上記の方法の実施形態の対応するプロセスを参照されたいということは、当業者なら明白に理解し得る。本明細書では、詳細について重ねて述べることはしない。
本願で提供されるいくつかの実施形態では、開示されるシステム、通信装置、および方法は、他の方式で実装される場合があることを理解されたい。例えば、上述の装置の実施形態は、単なる例に過ぎない。例えば、ユニットへの分割は、単に論理的な機能の分割であって、実際の実装時には別の分割である場合がある。例えば、複数のユニットまたは構成要素が、別のシステムに結合または統合される場合があり、またはいくつかの特徴が無視される、もしくは実行されない場合がある。さらに、示されている、または説明されている相互の結合または直接的な結合もしくは通信接続が、いくつかのインタフェースを用いて実装される場合がある。装置またはユニット間の間接的な結合または通信接続は、電子形態、機械形態、または他の形態で実装され得る。
分離した部分として記載されているユニットは、物理的に分離している場合、または物理的に分離して場合があり、およびユニットとして示されている部分は、物理的なユニットである場合、または物理的なユニットではない場合があり、１箇所に位置している場合、または複数のネットワークユニット上に分散している場合がある。このユニットの一部または全てが、実際の要件に基づいて選択されて、実施形態の解決策の目的を達成し得る。
さらに、本願の実施形態における機能ユニットは、１つの処理ユニットに一体化される場合があり、ユニットのそれぞれが物理的に単独で存在する場合があり、または２つ以上のユニットが１つのユニットに一体化される場合がある。
機能がソフトウェア機能ユニットの形態で実装されて、独立した製品として販売または使用されるときには、その機能は、コンピュータ可読記憶媒体に記憶される場合がある。このような理解に基づいて、本質的に本願の技術的解決策は、もしくは従来の技術に寄与する部分、またはこの技術的解決策の一部は、ソフトウェア製品の形態で実装され得る。コンピュータソフトウェア製品は、記憶媒体に記憶されて、コンピュータデバイス（パーソナルコンピュータ、サーバ、またはネットワークデバイスであり得る）に本願の実施形態に記載される方法のステップの全てまたは一部を実行するように命令するいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、取外し可能ハードディスク、読み出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ， ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ， ＲＡＭ）、磁気ディスク、または光学ディスクなど、プログラムコードを記憶することができる任意の媒体を含む。
以上の説明は、単に本願の具体的な実装にすぎず、本願の保護範囲を限定することが意図されているわけではない。本願に開示される技術的範囲内の当業者には容易に分かる任意の変形または置換は、本願の保護範囲に含まれるものとする。したがって、本願の保護範囲は、特許請求の範囲の保護範囲によって決まるものとする。
本願は、ワイヤレス通信技術の分野に関し、および特に、通信方法および装置、可読記憶媒体、ならびにシステムに関する。
ドライブテストの最小化（ｍｉｎｉｍｉｚａｔｉｏｎ ｏｆ ｄｒｉｖｅ－ｔｅｓｔｓ， ＭＤＴ）技術は、事業者が加入ユーザの商用端末を用いて測定を実行して、測定結果を送信して従来のドライブテストと部分的に置き換えて、端末測定データを自動的に収集して、ワイヤレスネットワーク内の問題および故障を検出して最適化する技術である。この技術の適用シナリオは、事業者が通例ルーチンのネットワークカバレッジドライブテストを毎月実行して、ユーザの訴えに応答して特定の領域に対して通話品質ドライブテストを実行することを含む。これらのシナリオにおけるドライブテストは、ＭＤＴで置き換えられることが可能である。ＭＤＴ技術は、以下のようにいくつかの測定タイプを有する場合がある。
１．信号レベル測定：ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ， ＵＥ）は、ワイヤレス信号の信号レベルを測定して、測定結果を基地局または基地局コントローラに送信する。
２．サービス品質（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ， ＱｏＳ）測定：ＱｏＳ測定のうち、例えばサービスのトラフィック、サービスのスループット、およびサービス遅延などのうちの１つまたは複数の測定などは、一般に基地局によって実行される。または、例えばアップリンク処理遅延の測定などは、ＵＥによって実行される場合があり、例えばエアインタフェース遅延の測定などは、基地局とＵＥとによって協働で実行される場合がある。エアインタフェース遅延は、データパケットが基地局のサービスデータ適応プロトコル（ｓｅｒｖｉｃｅ ｄａｔａ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ， ＳＤＡＰ）ＳＤＡＰ／パケットデータコンバージェンスプロトコル（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ， ＰＤＣＰ）レイヤを通過してからデータパケットがＵＥのＳＤＡＰ／ＰＤＣＰレイヤに到達するまでの経過時間を測定することによって測定されることが可能である。
３．アクセス可能性測定：ＵＥは、無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ， ＲＲＣ）接続セットアップ障害についての情報を記録して、その情報を基地局または基地局コントローラに送信する。
ＭＤＴは、ログＭＤＴ（ｌｏｇｇｅｄ ＭＤＴ）および即時ＭＤＴ（ｉｍｍｅｄｉａｔｅ ＭＤＴ）を含む場合がある。即時ＭＤＴは、主として、無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ， ＲＲＣ）接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）のＵＥにおいて実行される測定であり、およびログＭＤＴは、主として、遊休状態（ＲＲＣ＿ＩＤＬＥ）のＵＥまたはＲＲＣ非アクティブ状態（ＲＲＣ＿ＩＮＡＣＴＩＶＥ）のＵＥにおいて実行される測定である（例えば、遊休状態のＵＥまたは非アクティブ状態のＵＥは、そのＵＥが現在滞在しているセルに対応する周波数に対応する近隣セル、およびそのＵＥが現在滞在しているセル内でブロードキャストされるセル再選択に対応する周波数間／システム間近接セルのうちの１つまたは複数を測定する）。即時ＭＤＴは、一般に、ＵＥのデータボリューム、インターネットプロトコル（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ， ＩＰ）スループット、パケット伝送遅延、パケット損失率、および処理遅延などのうちの１つまたは複数を測定するために使用される。ログＭＤＴは、一般に、受信信号強度に対してＵＥによって実行される測定を指す。
基地局は、２つのシナリオで、ＭＤＴ測定収集タスクを開始する。１つは、シグナリングベースＭＤＴ（ｓｉｇｎａｌｉｎｇ－ｂａｓｅｄ ＭＤＴ）を開始するものであり、および他方は、マネジメントベースＭＤＴ（ｍａｎａｇｅｍｅｎｔ－ｂａｓｅｄ ＭＤＴ）を開始するものである。シグナリングベースＭＤＴは、特定ＵＥ向けのＭＤＴであり、基地局は、コアネットワーク（ｃｏｒｅ ｎｅｔｗｏｒｋ， ＣＮ）から、ＭＤＴを特定のＵＥに対して実行するように指示するメッセージを受信する。マネジメントベースＭＤＴは、特定ＵＥ向けのＭＤＴではなく、基地局は、運用、管理、および保守（ｏｐｅｒａｔｉｏｎ， ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ ｍａｉｎｔｅｎａｎｃｅ， ＯＡＭ）またはエレメント管理（ｅｌｅｍｅｎｔ ｍａｎａｇｅｒ， ＥＭ）から、ＭＤＴを実行するように指示するメッセージを受信する。基地局は、ポリシーに従って、その基地局の下のＵＥからＵＥを選択して、ＭＤＴ測定を実行する。シグナリングベースＭＤＴでは、ＣＮは、ユーザがＭＤＴを実行することに合意していない限り、ＵＥに対するシグナリングベースＭＤＴを開始しない。マネジメントベースＭＤＴでは、ＵＥを選択するときに、基地局は、ＵＥがＭＤＴを実行することに合意するかどうかを考慮する場合があり、例えば、ＭＤＴを実行することに合意するＵＥのみを選択して、ＭＤＴ測定を実行する場合がある（例えば、コアネットワークは、ＵＥがＭＤＴを実行することに合意するかどうかを基地局に通知し、例えばＣＮは、無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ， ＲＡＮ）に、ＵＥのマネジメントベースＭＤＴの許可インジケーション（Ａｌｌｏｗｅｄ ｉｎｄｉｃａｔｉｏｎ）を通知し、および任意選択でマネジメントベースＭＤＴ公衆陸上移動体ネットワーク（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ， ＰＬＭＮ）リストも通知する）。マネジメントベースＭＤＴおよびシグナリングベースＭＤＴは、両方とも、ログＭＤＴおよび即時ＭＤＴを含む場合がある。シグナリングベースＭＤＴでは、ＣＮは、何らかのＭＤＴ設定情報、およびトレース収集エンティティ（ｔｒａｃｅ ｃｏｌｌｅｃｔｉｏｎ ｅｎｔｉｔｙ， ＴＣＥ）ＩＰアドレスなどのうちの１つまたは複数を基地局に通知する。ＭＤＴ設定情報は、ＭＤＴ活動化タイプ（例えば即時ＭＤＴのみ（Ｉｍｍｅｄｉａｔｅ ＭＤＴ ｏｎｌｙ）、ログＭＤＴのみ（Ｌｏｇｇｅｄ ＭＤＴ ｏｎｌｙ）、即時ＭＤＴおよびトレース（Ｉｍｍｅｄｉａｔｅ ＭＤＴ ａｎｄ Ｔｒａｃｅ））、ＭＤＴ領域範囲、ＭＤＴモード、対応するＭＤＴモードの設定パラメータ（例えば即時ＭＤＴ測定事象、ログＭＤＴ記録間隔、および期間のうちの１つまたは複数）、およびシグナリングベースＭＤＴ ＰＬＭＮリストのうちの１つまたは複数を含む。ＭＤＴ領域範囲は、ＭＤＴ測定が実行される領域範囲、例えばセルリストまたはトラッキング領域リストなどである。ＭＤＴモードは、即時ＭＤＴおよびログＭＤＴのうちの一方または両方を含む。
いくつかのストリーミングタイプサービスまたは音声サービス、例えばストリーミングサービス（ｓｔｒｅａｍｉｎｇ ｓｅｒｖｉｃｅ）およびＩＰマルチメディアシステムのマルチメディア電話サービス（Ｍｕｌｔｉｍｅｄｉａ Ｔｅｌｅｐｈｏｎｙ Ｓｅｒｖｉｃｅ ｆｏｒ ＩＭＳ， ＭＴＳＩ）などでは、信号の品質だけではこれらのサービスのユーザエクスペリエンスを反映することはできない。事業者は、ユーザエクスペリエンスを知り、ネットワークを最適化してユーザエクスペリエンスを改善したいと思っている。このタイプの測定収集は、エクスペリエンス品質（ｑｕａｌｉｔｙ ｏｆ ｅｘｐｅｒｉｅｎｃｅ， ＱｏＥ）測定収集と呼ばれ、およびアプリケーションレイヤ測定収集と呼ばれる場合がある。このタイプの測定も、シグナリングベースＭＤＴおよびマネジメントベースＭＤＴを用いて開始される。
アプリケーションレイヤ測定収集は、基地局によって設定される。どのようにアプリケーションレイヤ測定収集を設定するかが、早急に研究されるべき問題である。
本願の実施形態は、通信方法および装置を提供して、特に、アプリケーションレイヤ測定設定の例えばシグナリングオーバヘッドまたは記憶オーバヘッドなどのオーバヘッドを低減する、または特定のサービスについてのアプリケーションレイヤ測定結果の精度を改善するために、アプリケーションレイヤ測定設定方法を提供する。
本願の実施形態の第１の態様は、以下を含む通信方法を提供する。
端末が、第１の基地局から第１のアプリケーションレイヤ測定設定情報を受信すること、
端末が、第１のアプリケーションレイヤ測定設定情報に基づいてエクスペリエンス品質ＱｏＥ測定を実行すること、
端末が、第２の基地局から第１のメッセージを受信することであって、第１のメッセージが、第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す、こと、および
第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持することを示すときに、端末が、ＱｏＥ測定を実行し続けること、および／または
第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持しないことを示すときに、端末が、第１のアプリケーションレイヤ測定設定情報をリリースすること。
第１のメッセージは、無線リソース制御ＲＲＣ再開を示すメッセージ、全設定を示すメッセージ、デュアル接続ＤＣリリースおよび／もしくは追加を示すメッセージ、またはセカンダリセルグループＳＣＧ設定のリリースを示すメッセージのうちの１つまたは複数を含む。
ＱｏＥ測定は、アプリケーションレイヤ測定を含む。
任意選択で、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、第１のメッセージが、第１のインジケーション情報フィールドを含み、第１のインジケーション情報フィールドが、第１の値であり、第１の値が、２つの値のうちの１つであり、２つの値のうちの一方が、第１のアプリケーションレイヤ測定設定情報を保持することを示し、および２つの値のうちの他方が、第１のアプリケーションレイヤ測定設定情報をリリースすることを示すこと、を含む。
代替として、第１のメッセージは、第１のインジケーション情報フィールドを含むことで、第１のアプリケーションレイヤ測定設定情報を保持することを示し、および第１のメッセージは、第１のインジケーション情報フィールドを含まないことで、第１のアプリケーションレイヤ測定設定情報をリリースすることを示す、または第１のメッセージは、第１のインジケーション情報フィールドを含むことで、第１のアプリケーションレイヤ測定設定情報をリリースすることを示し、および第１のメッセージは、第１のインジケーション情報フィールドを含まないことで、第１のアプリケーションレイヤ測定設定情報を保持することを示す。
任意選択で、第１のメッセージは、第１のアプリケーションレイヤ測定設定情報のサービスタイプを示す情報をさらに含む。
任意選択で、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、以下を含む。
第１のメッセージが、保持またはリリースされる第１のアプリケーションレイヤ測定設定のサービスタイプを示すことであって、サービスタイプが、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応すること。
例えば、端末についてのアプリケーションレイヤ測定設定情報が第１のアプリケーションレイヤ測定設定情報のみを含むときには、第１のインジケーション情報フィールドは、１ビットによって、第１のアプリケーションレイヤ測定設定を保持するかどうかを示す場合がある。例えば、１は、第１のアプリケーションレイヤ測定設定を保持することを示し、および０は、第１のアプリケーションレイヤ測定設定をリリースすることを示す。代替として、第１のインジケーション情報フィールドが有効である（または存在する）場合に、そのことが、第１のアプリケーションレイヤ測定設定を保持することを示し、第１のインジケーション情報フィールドが無効である（または存在しない）場合に、そのことが、第１のアプリケーションレイヤ測定設定をリリースすることを示す。代替として、第１のインジケーション情報フィールドが有効である（または存在する）場合に、そのことが、第１のアプリケーションレイヤ測定設定をリリースすることを示し、および第１のインジケーション情報フィールドが無効である（または存在しない）場合に、そのことが、第１のアプリケーションレイヤ測定設定を保持することを示す。
端末についてのアプリケーションレイヤ測定設定情報が複数のアプリケーションレイヤ測定設定情報を含むときには、アプリケーションレイヤ測定設定情報のそれぞれの保持またはリリースは、例えばビットマップ方式で示されるなど、対応する第１のインジケーション情報フィールドを用いて示される場合がある。
代替として、アプリケーションレイヤ測定設定情報に対応するあるサービスタイプについて、アプリケーションレイヤ測定設定情報が保持またはリリースされるとき、および／または端末が１つもしくは複数のサービスタイプのアプリケーションレイヤ測定設定を有し得るが、サービスタイプのそれぞれが１つのアプリケーションレイヤ測定設定のみに対応するときには、サービスタイプが示されて、そのサービスタイプに対応するアプリケーションレイヤ測定設定が保持もしくはリリースされることを示す場合があり、または保持もしくはリリースされるアプリケーションレイヤ測定設定が示され得、およびそのアプリケーションレイヤ測定設定に対応するサービスタイプも示される場合がある。
代替として、端末が１つまたは複数のサービスタイプのアプリケーションレイヤ測定設定を有し、およびサービスタイプのそれぞれが１つまたは複数のアプリケーションレイヤ測定設定に対応するときには、保持またはリリースされるアプリケーションレイヤ測定設定、およびそのアプリケーションレイヤ測定設定に対応するサービスタイプの両方が示される場合がある。代替として、異なるサービスタイプに対応するアプリケーションレイヤ測定設定の識別子が異なるときには、保持またはリリースされるアプリケーションレイヤ測定設定は、そのアプリケーションレイヤ測定設定に対応するサービスタイプを示さずに、示される場合がある。
任意選択で、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持することを示すときに端末がＱｏＥ測定を実行し続けることは、以下を含む。
端末のアクセス層ＡＳが、第１のメッセージに基づいて、第１のアプリケーションレイヤ測定設定情報が保持されると決定し、およびＡＳの上位レイヤに第２のメッセージを送信することであって、第２のメッセージが、第１のアプリケーションレイヤ測定設定情報が保持されることを示す、こと。
任意選択で、端末のＡＳの上位レイヤが第２のメッセージを受信する前に、ＡＳの上位レイヤは、第１のアプリケーションレイヤ測定設定をリリースしており、およびこの方法は、以下を含む。
ＡＳが、第１のアプリケーションレイヤ測定設定情報をＡＳの上位レイヤに送信すること。
このように、ＡＳおよびＡＳの上位レイヤの両方が、第１のアプリケーションレイヤ測定設定情報を保持する必要があるというわけでなく、これにより記憶オーバヘッドを低減し得る。
任意選択で、この方法は、ＡＳが、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプを示す情報をＡＳの上位レイヤに送信することをさらに含む。
任意選択で、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持しないことを示すときに端末が第１のアプリケーションレイヤ測定設定情報をリリースすることは、以下を含む。
端末のアクセス層ＡＳが、第１のメッセージに基づいて、第１のアプリケーションレイヤ測定設定情報がリリースされると決定し、およびＡＳの上位レイヤに第２のメッセージを送信することであって、第２のメッセージが、第１のアプリケーションレイヤ測定設定情報がリリースされることを示す、こと。
第１の可能な実装では、第１のメッセージは、第２の基地局からの、および無線リソース制御ＲＲＣ再開を示すメッセージである。
第１のメッセージは、端末に、無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態から無線リソース制御接続ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入るように指示する。
任意選択で、第１のアプリケーションレイヤ測定設定情報が受信された後、および第１のメッセージが受信される前に、この方法は、
端末が無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入ることを通知するメッセージを第３の基地局から受信することと、ＲＲＣ再開を要求するメッセージを第２の基地局に送信することとをさらに含み、端末が無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入ることを通知するメッセージは、端末が第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す。
任意選択で、端末が無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入ることを通知するメッセージは、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプをさらに示す。
任意選択で、第１の基地局は、デュアル接続におけるマスタノードＭＮであり、および第２の基地局は、デュアル接続におけるセカンダリノードＳＮである。
代替として、第１の基地局は、デュアル接続におけるセカンダリノードＳＮであり、および第２の基地局は、デュアル接続におけるマスタノードＭＮである。
任意選択で、第１の基地局が、端末とデュアル接続を実行する基地局におけるマスタノードまたはセカンダリノードであるときには、第１のメッセージは、第１のアプリケーションレイヤ測定設定に対応する基地局のタイプをさらに示し、およびこのタイプは、マスタノードおよび／またはセカンダリノードを含む。
このようにして、本態様の方法は、特定のＵＥ状態切換えプロセスに適用され得、および端末がＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入るときに第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことによって、基地局の要件がＵＥ側の挙動と一致して、不一致によって生じるオーバヘッドの問題または不正確なアプリケーションレイヤ測定を回避する。
第２の可能な実装では、第１のメッセージは、第２の基地局からの、および全設定を示すメッセージ、またはマルチ無線デュアル接続ＭＲ－ＤＣリリースおよび／もしくは追加を示すメッセージである。
任意選択で、第１の基地局は、デュアル接続している基地局におけるマスタノードまたはセカンダリノードであり、および第２の基地局は、デュアル接続している基地局におけるマスタノードである。
このようにして、本態様の方法は、特定の全設定またはＭＲ－ＤＣリリースおよび／または追加プロセスに適用され得る。
第３の可能な実装では、第１のアプリケーションレイヤ測定設定情報は、デュアル接続におけるセカンダリノードによって設定され、第１のメッセージは、第２の基地局からの、およびセカンダリセルグループ設定のリリースを示すメッセージであって、セカンダリセルグループは、セカンダリノードによって管理されるセルである。
任意選択で、保持された第１のアプリケーションレイヤ測定設定情報は、マスタノードのアプリケーションレイヤ測定に使用される。
任意選択で、第１の基地局は、デュアル接続している基地局におけるセカンダリノードまたはマスタノードであり、および第２の基地局は、デュアル接続している基地局におけるマスタノードである。
任意選択で、この方法は、第２の基地局から第３のインジケーション情報を受信することであって、第３のインジケーション情報は、第１のアプリケーションレイヤ測定設定情報についての測定結果を第２の基地局に送信することを示す、ことをさらに含む。
任意選択で、この方法は、第２の基地局から第４のインジケーション情報を受信することであって、第４のインジケーション情報は、第１のアプリケーションレイヤ測定設定に対応する測定結果を伝送するために使用される例えばシグナリング無線ベアラなどの無線ベアラを示す、ことをさらに含む。
このようにして、本態様の方法は、特定のＭＣＧ設定リリースプロセスに適用され得る。
本願の実施形態で提供される方法によれば、アプリケーションレイヤ測定設定の、例えばシグナリングオーバヘッドもしくは記憶オーバヘッドなどのオーバヘッドを低減する、または特定のサービスについてのアプリケーションレイヤ測定結果の精度を改善するためのアプリケーションレイヤ測定設定方法が提供され得る。
本願の実施形態の第２の態様は、以下を含む通信方法を提供する。
第１の基地局が、第１のメッセージを端末に送信することであって、第１のメッセージは、第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す、こと。
第１のアプリケーションレイヤ測定設定情報は、第１のメッセージが受信される前に端末によって第２の基地局から受信され、および第１のアプリケーションレイヤ測定設定情報は、端末のエクスペリエンス品質ＱｏＥ測定に使用される。ＱｏＥ測定は、アプリケーションレイヤ測定を含む。
この方法は、以下をさらに含む場合がある。
第１の基地局が、端末から取得された第１のアプリケーションレイヤ測定設定情報についての測定結果を受信すること。
任意選択で、第１のメッセージは、無線リソース制御ＲＲＣ再開を示すメッセージ、全設定を示すメッセージ、デュアル接続ＤＣリリースもしくは追加を示すメッセージ、またはセカンダリセルグループＳＣＧ設定のリリースを示すメッセージのうちの１つまたは複数を含む。
任意選択で、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、第１のメッセージが、第１のインジケーション情報フィールドを含み、第１のインジケーション情報フィールドが、第１の値であり、第１の値が、２つの値のうちの１つであり、２つの値のうちの一方が、第１のアプリケーションレイヤ測定設定情報を保持することを示し、および２つの値のうちの他方が、第１のアプリケーションレイヤ測定設定情報をリリースすることを示すことを含む。
代替として、第１のメッセージは、第１のインジケーション情報フィールドを含むことで、第１のアプリケーションレイヤ測定設定情報を保持することを示し、および第１のメッセージは、第１のインジケーション情報フィールドを含まないことで、第１のアプリケーションレイヤ測定設定情報をリリースすることを示す、または第１のメッセージは、第１のインジケーション情報フィールドを含むことで、第１のアプリケーションレイヤ測定設定情報をリリースすることを示し、および第１のメッセージは、第１のインジケーション情報フィールドを含まないことで、第１のアプリケーションレイヤ測定設定情報を保持することを示す。
任意選択で、第１のメッセージは、第１のアプリケーションレイヤ測定設定情報のサービスタイプを示す情報をさらに含む。
任意選択で、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、以下を含む。
第１のメッセージが、保持またはリリースされる第１のアプリケーションレイヤ測定設定のサービスタイプを示すことであって、サービスタイプが、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応する、こと。
第２の態様の第１の可能な実装では、第１のメッセージは、無線リソース制御ＲＲＣ再開を示すメッセージであり、および端末に、無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態から無線リソース制御接続ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入るように示す。
この方法は、以下をさらに含む場合がある。
第１の基地局が、端末からＲＲＣ再開要求メッセージを受信すること。
任意選択で、この方法は、以下をさらに含む場合がある。
第２の基地局が、第１のアプリケーションレイヤ測定設定情報を端末に送信すること。
第１の基地局は、デュアル接続におけるマスタノードであり、および第２の基地局と第１の基地局とは、同じ基地局である、または第１の基地局は、デュアル接続におけるマスタノードであり、第２の基地局は、デュアル接続におけるマスタノードであり、および第１の基地局と第２の基地局とは、異なる基地局である。
任意選択で、第２の基地局は、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプを端末にさらに送信する。
任意選択で、この方法は、以下を含む。
第３の基地局が、端末が無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入ることを通知するメッセージを第１の基地局に送信することであって、端末が無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入ることを通知するメッセージは、端末が第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す、こと。第３の基地局と第１の基地局は、同じ基地局である場合があり、または異なる基地局である場合がある。
任意選択で、端末が無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入ることを通知するメッセージは、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプをさらに示す。
任意選択で、端末が無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入ることを通知するメッセージが端末が第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、以下を含む。
第１のメッセージが、保持またはリリースされる第１のアプリケーションレイヤ測定設定のサービスタイプを示すことであって、サービスタイプが保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応する、こと。
第２の態様の第２の可能な実装では、第１のメッセージは、全設定を示すメッセージ、またはマルチ無線デュアル接続ＭＲ－ＤＣリリースおよび／もしくは追加を示すメッセージである。このメッセージは、ＲＲＣ再設定メッセージである場合がある。
任意選択で、第２の基地局は、デュアル接続している基地局におけるマスタノードまたはセカンダリノードであり、および第１の基地局は、デュアル接続している基地局におけるマスタノードである。
第２の態様の第３の可能な実装では、第１のアプリケーションレイヤ測定設定情報は、デュアル接続している基地局におけるセカンダリノードによって設定され、第１のメッセージは、セカンダリセルグループ設定のリリースを示すメッセージであり、およびセカンダリセルグループは、セカンダリノードによって管理されるセルである。
任意選択で、第２の基地局は、デュアル接続している基地局におけるセカンダリノードまたはマスタノードであり、および第１の基地局は、デュアル接続している基地局におけるマスタノードである。
任意選択で、この方法は、以下をさらに含む。
第１の基地局が、第３のインジケーション情報を端末に送信することであって、第３のインジケーション情報は、第１のアプリケーションレイヤ測定設定情報についての測定結果を第１の基地局に送信することを示す、こと。
任意選択で、この方法は、以下をさらに含む。
第１の基地局が、第４のインジケーション情報を端末に送信することであって、第４のインジケーション情報は、第１のアプリケーションレイヤ測定設定に対応する測定結果を伝送するために使用される例えばシグナリング無線ベアラなどの無線ベアラを示す、こと。本願の実施形態の第３の態様は、通信装置を提供する。本願で提供される装置は、上記の方法の態様の基地局または端末の挙動を実施する機能を有し、および上記の方法の態様に記載されるステップまたは機能を実行するように構成された対応する手段（ｍｅａｎｓ）を含む。このステップまたは機能は、ソフトウェア、ハードウェア、またはハードウェアとソフトウェアとの組合せによって実施され得る。
可能な設計では、この装置は、１つまたは複数のプロセッサを含み、および通信ユニットをさらに含む場合がある。１つまたは複数のプロセッサは、装置が上記の方法における基地局の対応する機能を実行するのを支援するように構成される。例えば、第１のメッセージが生成される。通信ユニットは、装置が別のデバイスと通信するのを支援して、受信機能および／または送信機能を実装するように構成される。例えば、第１のメッセージが端末に送信される。
この装置は、１つまたは複数のメモリをさらに含む場合があり、メモリは、プロセッサに結合されるように構成され、およびメモリは、基地局の必要なプログラム命令および／またはデータを記憶する。１つまたは複数のメモリは、プロセッサと一体化される場合があり、またはプロセッサから独立して配置される場合がある。これは、本願では限定されない。
この装置は、基地局、ｇＮＢもしくはＴＲＰ、ＤＵまたはＣＵなどである場合がある。通信ユニットは、トランシーバまたはトランシーバ回路である場合がある。任意選択で、トランシーバは、代替として入出力回路またはインタフェースである場合がある。
この装置は、代替として、チップである場合があり、および通信ユニットは、チップの入出力回路またはインタフェースである場合がある。
別の可能な設計では、この装置は、トランシーバ、プロセッサ、およびメモリを含む。プロセッサは、トランシーバが信号を送信および受信するように制御するように構成される。メモリは、コンピュータプログラムを記憶するように構成される。プロセッサは、メモリ内のコンピュータプログラムを実行して、装置が第２の態様の基地局によって完了される方法を実行するようにするように構成される。
可能な設計では、この装置は、１つまたは複数のプロセッサを含み、および通信ユニットをさらに含む場合がある。１つまたは複数のプロセッサは、装置が上記の方法における端末の対応する機能を実行するのを支援するように構成される。例えば、エクスペリエンス品質ＱｏＥ測定が、第１のアプリケーションレイヤ測定設定情報に基づいて実行され、および第１のアプリケーションレイヤ測定設定情報を保持するかどうかが決定される。通信ユニットは、装置が別のデバイスと通信するのを支援して、受信機能および／または送信機能を実装するように構成される。例えば、第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す第１のメッセージが受信される。
任意選択で、この装置は、１つまたは複数のメモリをさらに含む場合がある。メモリは、プロセッサに結合されるように構成され、およびメモリは、装置の必要なプログラム命令および／またはデータを記憶する。１つまたは複数のメモリは、プロセッサと一体化される場合があり、またはプロセッサから独立して配置される場合がある。これは、本願では限定されない。
この装置は、スマート端末、ウェアラブルデバイスなどである場合がある。通信ユニットは、トランシーバまたはトランシーバ回路である場合がある。任意選択で、トランシーバは、代替として入出力回路またはインタフェースである場合がある。
この装置は、代替として、チップである場合があり、および通信ユニットは、チップの入出力回路またはインタフェースである場合がある。
別の可能な設計では、この装置は、トランシーバ、プロセッサ、およびメモリを含む。プロセッサは、トランシーバが信号を送信および受信するように制御するように構成される。メモリは、コンピュータプログラムを記憶するように構成される。プロセッサは、メモリ内のコンピュータプログラムを実行して、装置が第１の態様の端末によって完了される方法を実行するようにするように構成される。
第４の態様によれば、システムが提供され、このシステムは、上記の基地局を含む。
任意選択で、このシステムは、端末をさらに含む。
第５の態様によれば、プログラムを記憶するように構成された可読記憶媒体またはプログラム製品が提供され、このプログラムは、第１の態様または第２の態様の方法を実行するために使用される命令を含む。
第６の態様によれば、プログラムを記憶するように構成された可読記憶媒体またはプログラム製品が提供され、このプログラムがコンピュータ上で実行されたときに、そのコンピュータは、第１の態様または第２の態様の方法の命令を実行することが可能にされる。
本願の第２の態様から第６の態様の技術的解決策は、本願の第１の態様の技術的解決策に対応することを理解されたい。この態様および対応する実施可能な実装によって実現される有利な効果は同様であって、詳細について重ねて述べることはしない。
本願の実施形態による通信システムの概略図である。 本願の実施形態による、複数のＤＵが１つのＣＵを共有するネットワークアーキテクチャの概略図である。 本願の実施形態によるＣＵおよびＤＵのプロトコルレイヤ機能の概略図である。 本願の実施形態によるＲＲＣ状態切換えの概略図である。 本願の実施形態によるＱｏＥの概略流れ図である。 本願の実施形態による通信方法の概略流れ図である。 本願の実施形態による通信方法の概略流れ図である。 本願の実施形態による通信方法の概略流れ図である。 本願の実施形態による通信方法の概略流れ図である。 本願の実施形態による通信方法の概略流れ図である。 本願の実施形態による端末の構造の概略図である。 本願の実施形態によるアクセスネットワークデバイスの構造の概略図である。 本願の実施形態による通信装置の構造の概略図である。
本願の実施形態における技術的解決策を明確に説明するために、本願の実施形態では、同じ品目どうし、または基本的に同じ機能または目的を提供する同様の品目どうしを区別するために、「第１」および「第２」などの用語が使用される。例えば、第１の情報と第２の情報とは、単に異なる情報を区別するために用いられているだけであり、第１の情報と第２の情報の順序は限定されない。当業者なら、「第１」および「第２」などの用語が数量または実行順序を限定するものではないこと、ならびに「第１」および「第２」などの用語が明確な差異を示すものではないことを理解し得る。
本願の実施形態では、「例」または「例えば」という言葉は、例、例示、または説明を与えることを表すために用いられることに留意されたい。本願において「例」または「例えば」として記載される任意の実施形態または設計方式は、別の実施形態または設計方式より好ましい、またはより多くの利点を有するものとして説明されているわけではない。厳密には、「例えば」または「例」などの言葉の使用は、関連する概念を具体的に提示することが意図されている。
本願の実施形態では、「少なくとも１つの」は、１つまたは複数に言及し、「複数の」は２つ以上に言及する。「および／または」という用語は、関連するオブジェクト間の関連関係を述べるものであり、および３つの関係が存在し得ることを表している。例えば、Ａおよび／またはＢは、次のケース、すなわちＡのみが存在するケース、ＡおよびＢが両方とも存在するケース、ならびにＢのみが存在するケースを表す場合があり、ここで、ＡおよびＢは単数である場合、または複数である場合がある。「／」という文字は、一般に、関連するオブジェクトの間の「または」の関係を示すが、「および／または」の関係も示し得る。詳細については、上記および後記の説明を理解のために参照されたい。以下の品目（部片）のうちの少なくとも１つ、またはその類似表現は、１つの品目（部片）または複数の品目（部片）の任意の組合せなど、これらの品目の任意の組合せを指す。例えば、ａ、ｂ、またはｃのうちの少なくとも１つの品目（部片）と言えば、ａを示す場合があり、ｂを示す場合があり、ｃを示す場合があり、ａおよびｂを示す場合があり、ａおよびｃを示す場合があり、ｂおよびｃを示す場合があり、またはａ、ｂ、およびｃを示す場合があり、ここで、ａ、ｂ、およびｃは単数である場合があり、または複数である場合がある。
本願の実施形態における技術的解決策は、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、マイクロ波アクセスのための世界規模相互運用（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ， ＷｉＭＡＸ）通信システム、例えば新無線アクセス技術（ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ， ＮＲ）システムなどの第五世代（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ， ５Ｇ）システム、複数のシステムを統合するネットワーク、物のインターネットのシステム、自動車のインターネットのシステム、および６Ｇシステムなど将来の通信システムなど、様々な通信システムに適用され得る。
本願の実施形態に記載されるネットワークアーキテクチャおよびサービスシナリオは、本願の実施形態における技術的解決策をより明確に説明するためのものであり、および本願の実施形態で提供される技術的解決に対するいかなる制限にもならない。当業者なら、ネットワークアーキテクチャの進化および新たなサービスシナリオの登場とともに、本願の実施形態で提供される技術的解決策は同様の技術的問題にも適用可能となることが分かり得る。
本願の実施形態では、異なる基地局は、異なる識別子を有する基地局である場合があり、または異なる地理学的位置にデプロイされた同じ識別子を有する基地局である場合がある。いくつかのシナリオでは、基地局は、その基地局がデプロイされる前に、本願の実施形態が適用されるシナリオにその基地局が関係するかどうかを識別しない。基地局またはベースバンドチップは、デプロイされる前に、本願の実施形態で提供される方法をサポートする場合がある。代替として、いくつかのシナリオでは、本願の実施形態で提供される方法は、デプロイ後のアップグレードまたはローディングによってサポートされる場合がある。基地局の上記の異なる識別子は、基地局識別子である場合があり、またはセル識別子もしくはその他の識別子である場合があることは理解され得る。
本願の実施形態では、ワイヤレス通信ネットワークにおけるＮＲネットワークシナリオを例として用いて、いくつかのシナリオを説明する。本願の実施形態における解決策は、別のワイヤレス通信ネットワークにさらに適用され得、および対応する名称は、その別のワイヤレス通信ネットワークの対応する機能の名称で置き換えられ得ることに留意されたい。
本願の実施形態の理解を容易にするために、最初に、図１に示される通信システムを例として用いて、本願の実施形態に適用可能な通信システムについて詳細に説明する。図１は、本願の実施形態による通信方法に適用可能な通信システムの概略図である。図１に示されるように、通信システム１００は、アクセスネットワークデバイス１０１（ノード１およびノード２）と、ＵＥ１０２と、コアネットワークＣＮデバイス１０３とを含む。アクセスネットワークデバイス１０１は、複数のアンテナを備えて構成される場合があり、およびＵＥ１０２も、複数のアンテナを備えて構成される場合がある。アクセスネットワークデバイスおよびコアネットワークデバイスは、ネットワークデバイスまたはネットワーク側デバイスと総称される場合があり、およびアクセスネットワークとコアネットワークとは、ネットワーク側と総称される場合がある。
アクセスネットワークデバイスおよび端末は、信号の送信および受信に関係する複数の構成要素（例えばプロセッサ、変調器、マルチプレクサ、復調器、またはデマルチプレクサ）をさらに含む場合がある。
アクセスネットワークデバイスは、端末をワイヤレスネットワークに接続する無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ， ＲＡＮ）ノード（またはデバイス）であって、基地局と呼ばれる場合がある。アクセスネットワークデバイスは、そのデバイス内に配置される場合があるワイヤレストランシーバ機能またはチップを備えたデバイスである。このデバイスは、限定されるわけではないが、進化型ノードＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ， ｅＮＢ）、無線ネットワークコントローラ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ， ＲＮＣ）、ノードＢ（ＮｏｄｅＢ， ＮＢ）、基地局コントローラ（ｂａｓｅ ｓｔａｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ， ＢＳＣ）、ベーストランシーバ局（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎ， ＢＴＳ）、ホーム基地局（例えばホーム進化型ノードＢまたはホームノードＢ、ＨＮＢ）、ベースバンドユニット（ｂａｓｅｂａｎｄ ｕｎｉｔ， ＢＢＵ）、およびワイヤレスフィデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ， Ｗｉ－Ｆｉ）システムのアクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ， ＡＰ）、ワイヤレス中継ノード、ワイヤレスバックホールノード、ならびに送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ， ＴＲＰ、またはｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｉｎｔ， ＴＰ）などを含む。代替として、このデバイスは、例えばＮＲシステムなどの５ＧシステムのｇＮＢもしくは送信ポイント（ＴＲＰもしくはＴＰ）、５Ｇシステムの１つのアンテナパネルもしくはアンテナパネルのグループ（複数のアンテナパネルを含む）、またはｇＮＢもしくは送信ポイントを構成するネットワークノード、例えばベースバンドユニット（ＢＢＵ）もしくは分散ユニット（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ， ＤＵ）などである場合がある。
いくつかのデプロイメントでは、アクセスネットワークデバイス（例えばｇＮＢ）は、中央ユニット（ｃｅｎｔｒａｌ ｕｎｉｔ， ＣＵ）とＤＵとを含む場合がある。ｇＮＢは、無線ユニット（ｒａｄｉｏ ｕｎｉｔ， ＲＵ）をさらに含む場合がある。ＣＵおよびＤＵは、論理機能の視点からの基地局の分割として理解され得る。ＣＵとＤＵとは、物理的に分離されている場合があり、または一緒にデプロイされる場合がある。例えば、複数のＤＵが１つのＣＵを共有する場合があり、または１つのＤＵが複数のＣＵに接続されて、ＣＵとＤＵとがＦＩインタフェースを介して接続される場合がある。例えば、図２は、本願の実施形態による複数のＤＵが１つのＣＵを共有するネットワークアーキテクチャの概略図である。図２に示されるように、コアネットワークとＲＡＮとは、相互接続されて互いに通信し、およびＲＡＮ内の基地局は、ＣＵとＤＵとに分割されて、複数のＤＵが１つのＣＵを共有する。図２に示されるネットワークアーキテクチャは、５Ｇ通信システムで使用される場合があり、またはＬＴＥシステムと１つまたは複数の構成要素またはリソースを共有する場合がある。ＣＵノードおよびＤＵノードを含むアクセスネットワークデバイスは、プロトコルレイヤを分割する。いくつかのプロトコルレイヤの機能は、中央でＣＵにおいて制御されて、残りのレイヤまたは全てのプロトコルレイヤの機能は、ＤＵに分散される。ＣＵは、中央でＤＵを制御する。実装では、図３に示されるように、ＣＵは、プロトコルスタック中の無線リソース制御（ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ， ＲＲＣ）レイヤ、ＰＤＣＰレイヤ、およびサービスデータ適応プロトコル（ｓｅｒｖｉｃｅ ｄａｔａ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ， ＳＤＡＰ）レイヤを備えてデプロイされ、ＤＵは、プロトコルスタック中の無線リンク制御（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ， ＲＬＣ）レイヤ、媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ， ＭＡＣ）レイヤ、および物理レイヤ（ｐｈｙｓｉｃａｌ ｌａｙｅｒ， ＰＨＹ）を備えてデプロイされる。したがって、ＣＵは、ＲＲＣ、ＰＤＣＰ、およびＳＤＡＰを処理することができる。ＤＵは、ＲＬＣ、ＭＡＣ、およびＰＨＹを処理することができる。上記の機能分割は単なる例であって、ＣＵおよびＤＵに対する制限にはならないことは理解され得る。換言すれば、ＣＵとＤＵとの間には、別の機能分割方式があり得る。例えば、ＲＬＣレイヤのいくつかの機能およびＲＬＣレイヤより上のプロトコルレイヤの機能がＣＵに設定されて、ＲＬＣレイヤの残りの機能およびＲＬＣレイヤより下のプロトコルレイヤの機能が、ＤＵに設定される。代替として、例えば、ＣＵまたはＤＵの機能は、電話サービス、音声サービス、もしくはショートメッセージサービスのサービスタイプ、または別のシステム要件に基づいて分割される場合がある。例えば、ＣＵまたはＤＵの機能は、遅延に基づいて分割される。処理時間が遅延要件を満たす必要がある機能はＤＵに設定され、処理時間が遅延要件を満たす必要がない機能はＣＵに設定される場合がある。例えば、ＣＵは、コアネットワークの１つまたは複数の機能を有する場合があり、および１つまたは複数のＣＵは、中央に配置される場合があり、または分離して配置される場合がある。例えば、ＣＵがネットワーク側に配置されて集中管理を容易にして、ＤＵが複数の無線周波数機能を有する、または無線周波数機能が遠隔に配置される場合がある。ＣＵの機能は、１つのエンティティによって実装される場合があり、異なるエンティティによって実装される場合がある。例えば、ＣＵの機能は、さらに分割される場合がある。例えば、制御プレーン（ＣＰ）がユーザプレーン（ＵＰ）から分離される、すなわちＣＵ制御プレーン（ＣＵ－ＣＰ）およびＣＵユーザプレーン（ＣＵ－ＵＰ）が得られる。例えば、ＣＵ－ＣＰとＣＵ－ＵＰとは、異なる機能エンティティによって実装される場合がある。ＣＵ－ＣＰおよびＣＵ－ＵＰは、ＤＵに結合されて、協働で基地局の機能を実装する場合がある。可能な方式では、ＣＵ－ＣＰは、制御プレーンの機能を担当して、主としてＲＲＣおよびＰＤＣＰ制御プレーンＰＤＣＰ－Ｃを含む。ＰＤＣＰ－Ｃは、主として、制御プレーンデータの暗号化および解読、整合性保護、データ伝送などのうちの１つまたは複数を担当する。ＣＵ－ＵＰは、ユーザプレーンの機能を担当して、主としてＳＤＡＰおよびＰＤＣＰユーザプレーンＰＤＣＰ－Ｕを含む。ＳＤＡＰは、主として、コアネットワークのデータの処理、およびデータフロー（ｆｌｏｗ）のベアラへのマッピングを担当する。ＰＤＣＰ－Ｕは、主として、データプレーンの暗号化および解読、整合性保護、ヘッダ圧縮、シリアルナンバー保守、データ伝送などを担当する。ＣＵ－ＣＰは、Ｅ１インタフェースを介してＣＵ－ＵＰに接続される。ＣＵ－ＣＰは、アクセスネットワークデバイスがＮｇインタフェースを介してコアネットワークに接続されており、およびＣＵ－ＵＰがＦ１－Ｃ（制御プレーン）を介してＤＵに接続されていることを表す。ＣＵ－ＵＰは、Ｆ１－Ｕ（ユーザプレーン）を介してＤＵに接続される。もちろん、別の可能な実装では、ＰＤＣＰ－Ｃは、ＣＵ－ＵＰ上に実装される。ＲＲＣレイヤの情報は、最終的にはＰＨＹレイヤの情報になる、またはＰＨＹレイヤの情報から変換される。したがって、このアーキテクチャでは、ＲＲＣレイヤシグナリングまたはＰＤＣＰレイヤシグナリングなどの上位レイヤシグナリングも、ＤＵによって送信されるともみなされ得るし、またはＤＵおよびＲＵによって送信されるともみなされ得る。アクセスネットワークデバイスは、ＣＵノード、ＤＵノード、またはＣＵノードおよびＤＵノードを含むデバイスであり得ることは理解され得る。さらに、ＣＵは、無線アクセスネットワークＲＡＮ内のデバイスとして分類される場合があり、またはコアネットワークＣＮ内のデバイスとして分類される場合がある。これは、本明細書では限定されない。
端末は、端末デバイス、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ， ＵＥ）、アクセス端末、加入者ユニット、加入者局、携帯端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ， ＭＴ）、モバイルコンソール（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ， ＭＳ）、遠隔局、遠隔端末、モバイルデバイス、ユーザ端末、ワイヤレス通信デバイス、ユーザエージェント、またはユーザ装置と呼ばれる場合がある。端末は、ユーザに音声および／またはデータ接続性を提供するデバイスである。本願の実施形態では、端末は、携帯電話（ｍｏｂｉｌｅ ｐｈｏｎｅ）、タブレットコンピュータ（ｐａｄ）、ワイヤレストランシーバ機能を有するコンピュータ、ウェアラブルデバイス、モバイルインターネットデバイス（ｍｏｂｉｌｅ ｉｎｔｅｒｎｅｔ ｄｅｖｉｃｅ， ＭＩＤ）、仮想現実（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ， ＶＲ）端末デバイス、拡張現実（ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ， ＡＲ）端末デバイス、産業用制御（ｉｎｄｕｓｔｒｉａｌ ｃｏｎｔｒｏｌ）におけるワイヤレス端末、自動運転（ｓｅｌｆ－ｄｒｉｖｉｎｇ）におけるワイヤレス端末、遠隔医療（ｒｅｍｏｔｅ ｍｅｄｉｃａｌ）におけるワイヤレス端末、スマートグリッド（ｓｍａｒｔ ｇｒｉｄ）におけるワイヤレス端末、輸送安全性（ｔｒａｎｓｐｏｒｔａｔｉｏｎ ｓａｆｅｔｙ）におけるワイヤレス端末、スマートシティ（ｓｍａｒｔ ｃｉｔｙ）におけるワイヤレス端末、またはスマートホーム（ｓｍａｒｔ ｈｏｍｅ）におけるワイヤレス端末などである場合がある。本願の実施形態では、適用シナリオは限定されない。本願では、端末デバイスによって実装される方法およびステップは、端末デバイス内で使用され得る手段（例えばチップまたは回路）によって実装される場合がある。本願では、上記の端末および上記の端末デバイス内に配置され得る手段（例えばチップまたは回路）が、端末と総称される。
コアネットワークデバイスは、端末にサービスサポートを提供するコアネットワーク（ｃｏｒｅ ｎｅｔｗｏｒｋ， ＣＮ）内のデバイスである。現在では、コアネットワークデバイスのいくつかの例は、アクセスおよびモビリティ管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ， ＡＭＦ）エンティティ、セッション管理機能（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ， ＳＭＦ）エンティティ、ユーザプレーン機能（ｕｓｅｒ ｐｌａｃｅ ｆｕｎｃｔｉｏｎ， ＵＰＦ）エンティティなどであるが、本明細書ではこれらを１つ１つ列挙しない。ＡＭＦエンティティは、端末のアクセス管理およびモビリティ管理を担当する場合がある。ＳＭＦエンティティは、例えばユーザセッション確立など、セッション管理を担当する場合がある。ＵＰＦエンティティは、ユーザプレーン機能エンティティであり得、および主として、外部ネットワークへの接続を担当する。本願におけるエンティティは、ネットワーク要素または機能エンティティと呼ばれる場合があることに留意されたい。例えば、ＡＭＦエンティティは、ＡＭＦネットワーク要素またはＡＭＦ機能エンティティと呼ばれる場合がある。別の例として、ＳＭＦエンティティは、ＳＭＦネットワーク要素またはＳＭＦ機能エンティティと呼ばれる場合がある。
通信システム１００では、ノード１およびノード２は両方とも、複数のＵＥと通信する場合がある。ただし、ノード１と通信するＵＥとノード２と通信するＵＥとは、同じである場合があり、または異なる場合があることを理解されたい。図１に示されるＵＥ１０２は、ノード１およびノード２と同時に通信することができる。ただし、可能なシナリオが示されているだけである。いくつかのシナリオでは、ＵＥは、ノード１またはノード２のみと通信する場合がある。これは、本願では限定されない。図１は、単に理解を容易にするための例として用いられる簡略化された概略図であることを理解されたい。通信システムは、図１には描かれていない、別のアクセスネットワークデバイス、別の端末、または別のコアネットワークデバイスをさらに含む場合がある。新無線（ｎｅｗ ｒａｄｉｏ， ＮＲ）システムおよびＬＴＥシステムでは、ＵＥの無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ， ＲＲＣ）状態は、接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）、遊休状態（ＲＲＣ＿ＩＤＬＥ）、および非アクティブ状態（ＲＲＣ＿ＩＮＡＣＴＩＶＥ、または第３の状態と呼ばれる）を含む。ＲＲＣ非アクティブ（ｉｎａｃｔｉｖｅ）状態は、端末が基地局を介して５Ｇコアネットワークに接続されたときに新たに導入される状態であり、この状態は、接続状態と遊休状態の間である。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態では、端末とアクセスネットワークデバイスの間にＲＲＣ接続はないが、アクセスネットワークデバイスとコアネットワークデバイスとの間の接続は維持され、および端末は接続を確立／再開するのに必要な情報の全てまたは一部を記憶する。したがって、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態では、端末が接続を確立する必要があるときには、端末は、記憶されている関連する情報に基づいてネットワークデバイスとのＲＲＣ接続を迅速に確立または再開することができる。
ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるときには、ＵＥと基地局の間、およびＵＥとコアネットワークとの間にリンクが確立されている。データがネットワークに到着したとき、そのデータは、ＵＥに直接伝送されることが可能である。ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるときには、それは、ＵＥと基地局の間、およびＵＥとコアネットワークの間にリンクが確立されているが、ＵＥと基地局の間のリンクがリリースされていることを示す。ただし、基地局は、ＵＥのコンテキストを記憶する。データが伝送される必要があるときには、基地局は、迅速にリンクを再開することができる。ＵＥがＲＲＣ＿ＩＤＬＥ状態であるときには、ＵＥと基地局の間、およびＵＥとネットワークの間にリンクがない。データが伝送される必要があるときには、ＵＥと基地局の間、およびＵＥとコアネットワークの間のリンクが確立される必要がある。
例えば、図４は、本願の実施形態によるＲＲＣ状態切換えの概略図である。図４に示されるように、ＲＲＣ＿ＩＤＬＥ状態では、ＵＥは、基地局にアクセスすることができる。アクセスプロセス中に、または基地局にアクセスした後で、ＵＥは、基地局とのＲＲＣセットアッププロセスを実行して、ＵＥのステータスがＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に切り替わるようにすることができる。ＲＲＣ＿ＩＤＬＥ状態では、ＵＥが基地局からページングメッセージを受信する、またはＵＥの上位レイヤによってトリガされた後で、ＵＥは、ＲＲＣセットアッププロセスを開始して、基地局とのＲＲＣ接続をセットアップすることを試みて、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入ることができる。例えば、ＵＥと基地局の間のＲＲＣセットアッププロセスは、ＵＥがＲＲＣセットアップ要求（ＲＲＣＳｅｔｉｐＲｅｑｕｅｓｔ）メッセージを基地局に送信すること、ならびにこの要求を受信した後で、基地局がＲＲＣセットアップ（ＲＲＣＳｅｔｕｐ）メッセージをＵＥに送信して、ＵＥのステータスがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に切り換えられることが可能になるようにすること、または基地局がＲＲＣ拒絶（ＲＲＣＲｅｊｅｃｔ）メッセージをＵＥに送信して、ＵＥがＲＲＣ＿ＩＤＬＥ状態のままで居続けるようにすることを含む。ＵＥがＲＲＣ＿ＩＤＬＥ状態であるときには、ＵＥと基地局の間にＲＲＣ接続はない。ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるときには、基地局は、例えばＲＲＣリリース（ＲＲＣＲｅｌｅａｓｅ）メッセージをＵＥに送信するなどのＲＲＣリリースプロセスで、ＵＥのステータスをＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＤＬＥ状態またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に変化させることができる。ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるときには、ＵＥは、ＲＲＣ接続をリリースすることによってＲＲＣ＿ＩＤＬＥ状態に入ることができ、またはＵＥは、ＲＲＣ接続を再開することによってＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入ることができる。例えば、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であるときには、ＵＥと基地局の間にＲＲＣ接続がある。この場合には、基地局は、ＵＥが基地局の有効範囲内にある、または基地局の管理範囲内にあることを認識する。コアネットワークは、ＵＥが基地局の有効範囲または管理範囲内にあることを認識し、およびコアネットワークは、基地局を用いてＵＥが位置特定または発見されることが可能であることを認識する。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態では、ＵＥは、ＲＲＣセットアップまたはＲＲＣ再開（ｒｅｓｕｍｅ）プロセスで、ＵＥのステータスをＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に切り換えることができる。基地局は、ＲＲＣリリースプロセスで、ＵＥのステータスをＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＩＤＬＥ状態に切り換えることができる。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態では、ＵＥが基地局からページングメッセージを受信する、またはＵＥの上位レイヤによってトリガされた後で、ＵＥは、ＲＲＣ再開プロセスを開始して、基地局とのＲＲＣ接続を再開することを試みて、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入ることができる。例えば、ＵＥと基地局の間のＲＲＣ再開プロセスは、ＵＥがＲＲＣ再開要求（ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ）メッセージを基地局に送信すること、ならびにこの要求を受信した後で、基地局がＲＲＣセットアップ（ＲＲＣＳｅｔｕｐ）メッセージまたはＲＲＣ再開（ＲＲＣＲｅｓｕｍｅ）メッセージをＵＥに送信して、ＵＥのステータスがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に切り換えられることが可能になるようにすること、または基地局がＲＲＣリリース（ＲＲＣＲｅｌｅａｓｅ）メッセージをＵＥに送信して、ＵＥのステータスがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＩＤＬＥ状態に切り換えられるようにすること、基地局がＲＲＣ拒絶（ＲＲＣＲｅｊｅｃｔ）メッセージをＵＥに送信して、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のままで居続けるようにすることを含む。ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるときには、ＵＥと基地局の間にＲＲＣ接続はない。この場合には、基地局は、ＵＥがその基地局の有効範囲内または基地局の管理範囲内にあるかどうかを認識しない。コアネットワークは、ＵＥが基地局の有効範囲または管理範囲内にあることを認識し、およびコアネットワークは、基地局を用いてＵＥが位置特定または発見されることが可能であることを認識する。
ワイヤレスネットワークでは、１つのＵＥが、複数の基地局と通信する場合があり、これはデュアル接続（ｄｕａｌ－ｃｏｎｎｅｃｔｉｖｉｔｙ， ＤＣ）である。新たなプロトコルでは、デュアル接続は、マルチ無線デュアル接続（ｍｕｌｔｉ－ｒａｄｉｏ ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ， ＭＲ－ＤＣ）とも呼ばれる。複数の基地局は、同じ無線アクセス技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ， ＲＡＴ）に属する基地局である場合があり（例えば全ての基地局が４Ｇ基地局である、または５Ｇ基地局であるなど）、または異なるＲＡＴの基地局である場合がある（例えば１つが第四世代４Ｇ基地局であって、残りが第五世代５Ｇ基地局であるなど）。ネットワーク側は、複数の基地局のリソースを用いて高速伝送をＵＥに提供することによってＵＥに通信サービスを提供する場合がある。ＤＣでは、コアネットワークと制御プレーンシグナリングを交換する基地局は、マスタノード（ｍａｓｔｅｒ ｎｏｄｅ、ＭＮ）と呼ばれて、別の基地局は、セカンダリノード（ｓｅｃｏｎｄａｒｙ ｎｏｄｅ、ＳＮ）と呼ばれる。この基地局は、異なるＲＬＣ／ＭＡＣエンティティを有する。ＤＣにおけるデータ無線ベアラ（ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒｓ， ＤＲＢｓ）は、マスタセルグループ（ｍａｓｔｅｒ ｃｅｌｌ ｇｒｏｕｐ， ＭＣＧ）ベアラ（ｂｅａｒｅｒ）、セカンダリセルグループ（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ ｇｒｏｕｐ， ＳＣＧ）ベアラ、およびスプリットベアラ（ｓｐｌｉｔ ｂｅａｒｅｒ）に分割される。ＭＣＧベアラは、ＤＲＢのＲＬＣ／ＭＡＣエンティティがマスタノードのみにあることを意味し、ＳＣＧベアラは、ＤＲＢのＲＬＣ／ＭＡＣエンティティがセカンダリノードのみにあることを意味し、およびスプリットベアラは、ＤＲＢのＲＬＣ／ＭＡＣエンティティがマスタノードおよびセカンダリノードのそれぞれにあることを意味する。ＰＤＣＰがＭＮで終端するベアラは、ＭＮ終端ベアラと呼ばれる。具体的には、ダウンリンク（ｄｏｗｎｌｉｎｋ， ＤＬ）データは、コアネットワークからＭＮに直接送信され、ＭＮのＰＤＣＰ／ＳＤＡＰを介して処理され、次いでＲＬＣ／ＭＡＣを介してＵＥに送信されて、アップリンク（ｕｐｌｉｎｋ， ＵＬ）データは、ＭＮのＰＤＣＰ／ＳＤＡＰを介して処理され、次いでコアネットワークに送信される。同様に、ＰＤＣＰがＳＮで終端するベアラは、ＳＮ終端ベアラと呼ばれる。具体的には、ＤＬデータは、コアネットワークからＳＮに直接送信され、ＳＮのＰＤＣＰ／ＳＤＡＰを介して処理され、次いでＲＬＣ／ＭＡＣを介してＵＥに送信されて、ＵＬデータは、ＳＮのＰＤＣＰ／ＳＤＡＰを介して処理され、次いでコアネットワークに送信される。さらに、デュアル接続では、マスタノードおよびセカンダリノードの両方がＲＲＣエンティティを有し、および両方がＲＲＣメッセージ（すなわち例えば測定メッセージなどの制御メッセージ）を生成することができる。さらに、セカンダリノードは、セカンダリノードによって生成されたＲＲＣメッセージを直接ＵＥに送信することができる（この場合には、ＵＥからセカンダリノードに送信されるＲＲＣメッセージも、直接セカンダリノードに送信される）。セカンダリノードとＵＥとの間のＲＲＣメッセージは、シグナリング無線ベアラ（ｓｉｇｎａｌｉｎｇ ｒａｄｉｏ ｂｅａｒｅｒ， ＳＲＢ）３と呼ばれる。代替として、セカンダリノードによって生成されるＲＲＣメッセージは、マスタノードに通知される場合があり、次いでマスタノードがＲＲＣメッセージをＵＥに送信する（この場合には、ＵＥも、セカンダリノードに送信されるＲＲＣメッセージをマスタノードを介してセカンダリノードに転送する、すなわちＵＥがＲＲＣメッセージをマスタノードに送信し、その後マスタノードがこのメッセージをセカンダリノードに転送する）。
ＭＲ－ＤＣは、進化型ユニバーサル地上無線アクセスおよび新無線デュアル接続（Ｅ－ＵＴＲＡ－ＮＲ ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ， ＥＮ－ＤＣ）モード、次世代無線アクセスネットワーク進化型ユニバーサル地上無線アクセスおよび新無線デュアル接続（ＮＧ－ＲＡＮ Ｅ－ＵＴＲＡ－ＮＲ ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ， ＮＧＥＮ－ＤＣ）モード、新無線および進化型ユニバーサル地上無線アクセスデュアル接続（ＮＲ－Ｅ－ＵＴＲＡ ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ， ＮＥ－ＤＣ）モード、および新無線および新無線デュアル接続（ＮＲ－ＮＲ ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ， ＮＲ－ＤＣ）モードなど、様々なＤＣを含む。
ＥＮ－ＤＣでは、マスタノードは、４Ｇコアネットワーク進化型パケットコア（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ， ＥＰＣ）に接続されたＬＴＥ基地局ｅＮＢであり、およびセカンダリノードは、ＮＲ基地局である。
ＮＧＥＮ－ＤＣでは、マスタノードは、５Ｇコアネットワーク（５Ｇ ｃｏｒｅ ｎｅｔｗｏｒｋ， ５ＧＣ）に接続されたＬＴＥ基地局ＮＧ－ＥＮＢであり、およびセカンダリノードは、ＮＲ基地局である。
ＮＥ－ＤＣでは、マスタノードは、５Ｇコアネットワーク５ＧＣに接続されたＮＲ基地局であり、およびセカンダリノードは、ＬＴＥ基地局である。
ＮＲ－ＤＣでは、マスタノードは、５Ｇコアネットワーク５ＧＣに接続されたＮＲ基地局であり、およびセカンダリノードは、ＮＲ基地局である。
ＭＲ－ＤＣのＵＥについては、セカンダリノードのユーザプレーンは、マスタノードに接続されたコアネットワークに接続される場合がある（すなわちコアネットワークが、セカンダリノードを用いて直接ＵＥにデータを送信することができる）。
ＭＲ－ＤＣでは、マスタノードは、プライマリセルを有し、およびセカンダリノードは、プライマリセカンダリセルを有する。プライマリセルは、ＵＥが初期接続確立プロセスを開始する、もしくは接続再確立プロセスを開始する、一次周波数でデプロイされるセル、またはハンドオーバプロセスでプライマリセルとして示されるセルである。プライマリセカンダリセルは、ＵＥがセカンダリノード上でランダムアクセスプロセスを開始するセル、もしくはＵＥがランダムアクセスプロセスをスキップしてセカンダリノード変更プロセスでデータ伝送を開始するセル、またはＵＥが同期再設定プロセスでセカンダリノード上でランダムアクセスを開始するセルである。
ＥＮ－ＤＣは、非独立（ｎｏｎ－ｓｔａｎｄａｌｏｎｅ， ＮＳＡ）ネットワーキングと呼ばれることもある。５Ｇの開始段階では、ＥＮ－ＤＣネットワークのＵＥは、ＮＲセル上に滞在することができず、およびＵＥが滞在することができるＮＲ基地局は、独立（ｓｔａｎｄａｌｏｎｅ， ＳＡ）ＮＲ基地局とも呼ばれる。
ＵＥは基地局の下で複数のセルのサービスを同時に受信することができるので、ＭＮによってＵＥに提供されるサービングセルグループは、マスタセルグループ、略記でＭＣＧと呼ばれることもある。同様に、ＳＮによってＵＥに提供されるサービングセルグループは、セカンダリセルグループ、略記でＳＣＧと呼ばれる。ＭＣＧおよびＳＣＧは、それぞれ少なくとも１つのセル（ｃｅｌｌ）を含む。ＭＣＧ内にセルが１つしかないときには、そのセルがＵＥのプライマリセル（ｐｒｉｍａｒｙ ｃｅｌｌ）、すなわちＰＣｅｌｌである。ＳＣＧ内にセルが１つしかないときには、そのセルがＵＥのプライマリセカンダリセル（Ｐｒｉｍａｒｙ Ｓｅｃｏｎｄ Ｃｅｌｌ）、すなわちＰＳＣｅｌｌである。ＮＲの様々な用語を標準化するために、ＰＣｅｌｌおよびＰＳＣｅｌｌは、特殊セル（ｓｐｅｃｉａｌ ｃｅｌｌ）、すなわちｓＰＣｅｌｌと総称される。ＭＣＧまたはＳＣＧ内に複数のセルがあるときには、ＳｐＣｅｌｌ以外のセルは、セカンダリセル（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）、すなわちＳＣｅｌｌである。この場合には、セルグループのそれぞれのＳＣｅｌｌおよびＳｐＣｅｌｌは、キャリアアグリゲーションを実行して、協働でＵＥに伝送リソースを提供する。以下、いくつかの重要用語について詳細に説明する。
キャリアアグリゲーション（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ， ＣＡ）技術は、具体的には、複数のキャリア（セル）を１つのＵＥのために協働でデータ伝送を実行するように構成することを指す。
プライマリセル（ｐｒｉｍａｒｙ ｃｅｌｌ， ＰＣｅｌｌ）：プライマリキャリア上で動作するセル。ＵＥは、このセルで初期接続確立プロセスを実行する、または接続再確立プロセスを開始する。ハンドオーバプロセスでは、このセルは、プライマリセルとして示される。
プライマリセカンダリセル（ｐｒｉｍａｒｙ ｓｅｃｏｎｄａｒｙ ｃｅｌｌ， ＰＳＣｅｌｌ）：ＵＥが、ＳＣＧに属するセルにおいてランダムアクセスまたは初期ＰＵＳＣＨ伝送を実行する（例えばＳＣＧ変更プロセスでランダムアクセスプロセスが省略される）ように指示されるセル。
セカンダリセル（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ， ＳＣｅｌｌ）：セカンダリキャリア上で動作するセル。ＲＲＣ接続が確立されると、セカンダリセルは、追加の無線リソースを提供するように構成される場合がある。
サービングセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）：ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥがＣＡまたＤＣを備えて構成されておらず、および１つのサービングセルしか有していない場合には、そのサービングセルがＰＣｅｌｌであり、およびＣＡまたはＤＣが構成されている場合には、サービングセルセットは、ＰＣｅｌｌおよびＳＣｅｌｌを含む。ＣＣ（コンポーネントキャリア、ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ）のそれぞれは、独立したセルに対応する。例えば、ＣＡまたはＤＣを備えて構成されたＵＥは、１つのＰＣｅｌｌおよび最大で３１個のＳＣｅｌｌに接続される。ＵＥのＰＣｅｌｌおよび全てのＳＣｅｌｌは、そのＵＥのサービングセルセットを形成する。サービングセルは、ＰＣｅｌｌまたはＳＣｅｌｌであり得る。
例えばストリーミングサービス（ｓｔｒｅａｍｉｎｇ ｓｅｒｖｉｃｅ）およびＩＰマルチメディアシステムのマルチメディア電話サービスＭＴＳＩなど、いくつかのストリーミングタイプサービスまたは音声サービスでは、信号の品質だけではこれらのサービスのユーザエクスペリエンスを反映することはできない。事業者は、ユーザエクスペリエンスを知って、ネットワークを最適化してユーザエクスペリエンスを改善したいと思っている。このタイプの測定収集は、エクスペリエンス品質ＱｏＥ測定収集（ＱｏＥ ｍｅａｓｕｒｅｍｅｎｔ ｃｏｌｌｅｃｔｉｏｎ， ＱＭＣ）またはアプリケーションレイヤ測定収集と呼ばれる。このタイプの測定も、シグナリングベースＭＤＴおよびマネジメントベースＭＤＴを用いて開始される。基地局は、ＣＮ、ＯＡＭ、またはＥＭから測定設定情報（アプリケーションレイヤ測定設定情報と呼ばれる場合がある）を受信する。設定情報は、透過コンテナを介して基地局に送信される場合があり、および基地局は、ＲＲＣメッセージを用いてこの設定をＵＥに送信する。ＵＥの上位レイヤからアプリケーションレイヤ測定結果を受信した後で、ＵＥのＲＲＣレイヤは、測定結果を基地局に送信する。例えば、測定結果は、透過コンテナのカプセル化形態で基地局に送信される。ＣＮ、もしくはＯＡＭ、またはＥＭから基地局が受信する情報は、アプリケーションレイヤ測定設定情報だけでなく、例えばＱｏＥ測定領域範囲およびＱｏＥ測定サービスタイプのうちの１つまたは複数など、他のＱｏＥ測定情報をさらに含む場合があるが、本明細書ではこれらについて重ねて述べることはしない。ＱｏＥ測定サービスタイプは、ストリーミングサービスに使用されるＱＭＣ、ＭＴＳＩサービスに使用されるＱＭＣなどを含む場合がある。基地局がＱｏＥ測定を実行するためにＵＥを選択する方法は、一般的なＭＤＴ測定でＵＥを選択する方法と基本的に同じである。基地局は、ＲＲＣ再設定メッセージを用いてＵＥにＱｏＥ測定設定を送信する。ＱｏＥ測定のために、基地局は、ＵＥがＱｏＥ測定結果を伝送するためのシグナリングベアラ（例えばＳＲＢ４）を設定する（ＱｏＥ測定結果の伝送の優先順位は一般に別のＳＲＢのそれより低いためである）。基地局によって設定されたシグナリングベアラおよび基地局によって設定されたＱｏＥ測定は、異なるＲＲＣメッセージを用いてＵＥに通知される場合があり、または同じメッセージを用いて設定される場合がある。ＵＥの測定結果は、シグナリングベアラを用いて送信される場合がある。ＵＥの移動またはワイヤレス通信環境の変化により、ＱｏＥ測定に関連する設定をＵＥに送達する基地局は、ＵＥから送信されるＱｏＥ測定結果を受信する基地局と異なる場合がある。
図５に示されるように、ＱｏＥプロセスは、以下のステップを含む。
Ｓ５０１：アクセスネットワークデバイス（無線アクセスネットワークＲＡＮと呼ばれる場合がある）は、ＣＮ、ＯＡＭ、またはＥＭからＱｏＥ測定設定情報を取得する。
シグナリングベースＱｏＥ測定では、ＲＡＮは、ＣＮからＱｏＥ測定設定情報を取得する。ＱｏＥ測定設定情報は、コンテナ（ｃｏｎｔａｉｎｅｒ）を含み、およびコンテナは、アプリケーションレイヤ測定設定情報を含む、またはＱｏＥ測定設定情報は、非コンテナの形態のアプリケーションレイヤ測定設定情報を含む。本願の実施形態では、ＱｏＥ測定設定情報は、ＣＮ／ＯＡＭ／ＥＭからＲＡＮに送信されるＱｏＥ測定に関係する設定情報である。アプリケーションレイヤ測定設定情報とは、ＱｏＥ測定設定情報中のアプリケーションレイヤ測定設定を指す。ＣＮは、特定のＵＥについてのＱｏＥ測定設定情報を通知し、例えば、ＱｏＥ測定設定情報は、ＲＡＮと特定のＵＥのＣＮとの間でインタフェースメッセージを介して送信される。
マネジメントベースＱｏＥ測定では、ＲＡＮは、ＯＡＭまたはＥＭからＱｏＥ測定設定情報を取得する。ＱｏＥ測定設定情報は、コンテナを含み、およびコンテナは、アプリケーションレイヤ測定設定情報を含む、またはＱｏＥ測定設定情報は、非コンテナの形態のアプリケーションレイヤ測定設定情報を含む。ＣＮは、特定のＵＥについてのＱｏＥ測定設定情報を通知しない。
任意選択で、アクセスネットワークデバイスは、アクセスネットワークデバイスの要件に基づいてアプリケーションレイヤ測定設定情報を生成することができる。
アプリケーションレイヤ測定設定情報は、ＵＥがアプリケーションレイヤインジケータを測定して報告するために使用され、ここでアプリケーションレイヤインジケータは、平均スループット、初期再生遅延、バッファ遅延、再生遅延、破損期間、連続パケット損失、ジッタ期間、同期外れ期間、往復時間、および平均ビットレートのうちの１つまたは複数を含む。インジケータの意味については、例えば、従来の技術または将来の技術におけるインジケータの定義が考慮され得る。
平均スループット：測定間隔内にＵＥのアプリケーションレイヤによって受信される総ビット数量、例えばアプリケーションレイヤによって受信されるストリーミングメディアサービスの総ビット数量を示す。
初期再生遅延：ストリーミングメディアが表示され始めたときの初期再生遅延を示す。例えば、初期再生遅延は、具体的には、ストリーミングメディアの最初のセグメントを取得した時点からそのストリーミングメディアをクライアントのバッファから抽出した時点までと定義される場合がある。
バッファレベル：メディアデータが依然として現在の再生時点から再生されることが可能な期間を示す。
再生遅延：ストリーミングメディアが開始されるときの再生遅延を示す。例えば、再生遅延は、具体的には、ハイパーテキスト転送プロトコル上の動的適応型ストリーミング（Ｄｙｎａｍｉｃ Ａｄａｐｔｉｖｅ Ｓｔｒｅａｍｉｎｇ ｏｖｅｒ ＨＴＴＰ， ＤＡＳＨ）プレイヤが再生、巻戻し、または開始のうちの１つを受信してメディア再生をトリガしたときの遅延として定義される場合がある。
破損期間：破損前の最後の良好なフレームに対応するネパール時間（Ｎｅｐａｌ Ｔｉｍｅ， ＮＰＴ）と破損後の最初の良好なフレームに対応するネパール時間の間の間隔を示す。良好なフレームとは、そのフレームに対応する画像の全ての部分が正しい内容を含む、もしくはそのフレームがリフレッシュフレームである（すなわち任意の以前に復号されたフレームを参照しない）、またはそのフレームが以前に復号された良好なフレームしか参照しない、完全に受信されたフレームである。
連続パケット損失：連続して失われたリアルタイムトランスポートプロトコル（Ｒｅａｌ－ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ， ＲＴＰ）パケットの数量を示す。
ジッタ期間：ジッタの期間。ここで、ジッタとは、フレームの実際の再生時点と予想再生時点の間との差が閾値を超えることを意味する。フレームの予想再生時点は、最後に再生されたフレームの再生時点に（現在のフレームのネパール時間と最後に再生されたフレームのネパール時間の間の差）を加えた値に等しい。
同期外れ期間：同期外れの期間。ここで、同期外れとは、値Ａと値Ｂとの間の絶対時間差が閾値を超えることを意味する。本明細書における値Ａとは、映像ストリームの最後に再生されたフレームの再生時点と音声ストリームの最後に再生されたフレームの再生時点との間の差を指す。本明細書における値Ｂとは、映像ストリームの最後に再生されたフレームの予想再生時点と音声ストリームの最後に再生されたフレームの予想再生時点との間の差を指す。
往復時間：ＲＴＰレベル往復時間に、クライアントにおけるバッファリングおよびその他の処理による追加の両方向遅延を加えたものを示す（例えば、受信側が音声フレームを受信した時点から受信側の音声が音声フレームに変換された時点まで、すなわちＲＴＰレベル→ラウドスピーカ→マイクロフォン→ＲＴＰレベルのプロセスの遅延）。
平均ビットレート：測定周期性内でアクティブメディア情報をコード化するビットレートを示す。
上記のアプリケーションレイヤインジケータの意味は、３ＧＰＰ ＴＳ ２６．１１４のｖ１６．２．０の条項１６．２による。実際の設計では、他の既存のインジケータまたは将来の測定インジケータが参照される場合がある。
Ｓ５０２：ＲＡＮは、アプリケーションレイヤ測定設定情報をＵＥに送信する。
シグナリングベースＱｏＥ測定では、ＲＡＮは、ＵＥに対応するアプリケーションレイヤ測定設定情報を送信する。ＲＡＮは、また、ＵＥがＱｏＥ測定をサポートするかどうかに応じて、ＵＥについてＱｏＥ測定を設定するかどうかを決定する。
マネジメントベースＱｏＥ測定では、ＲＡＮは、ＯＡＭ／ＥＭから送信されるＱｏＥ測定設定、ＵＥが対応するＱｏＥ測定をサポートするかどうか、および他の要因に基づいて、ＱｏＥ測定を実行する適切なＵＥを選択する。ＵＥを選択した後で、ＲＡＮは、アプリケーションレイヤ測定設定情報をＵＥに送信する。
ＲＡＮは、ＲＲＣメッセージを用いて、ＣＮ、ＯＡＭ、またはＥＭから取得されたアプリケーションレイヤ測定設定情報をＵＥに送信し、ここで、このメッセージは、アプリケーションレイヤ測定設定情報に対応するサービスタイプを搬送する場合がある。アプリケーションレイヤ測定設定情報は、コンテナの形態でＵＥに送信される。
Ｓ５０３：ＵＥのアクセス層（ａｃｃｅｓｓ ｓｔｒａｔｕｍ， ＡＳ）は、ＵＥのＡＳの上位レイヤに、ＲＡＮから受信されたアプリケーションレイヤ測定設定情報を送信する。
ＵＥのアクセス層は、ＵＥおよびＲＡＮ、すなわちアクセスネットワークデバイス間の通信のための機能レイヤである。例えば、アクセス層は、ＲＲＣレイヤ、ＰＤＣＰレイヤ、ＳＤＡＰレイヤ、ＲＬＣレイヤ、ＭＡＣレイヤ、およびＰＨＹレイヤのうちの少なくとも１つを含む場合がある。例えば、ＵＥのＲＲＣレイヤは、ＲＡＮからアプリケーションレイヤ測定設定情報を受信して、そのアプリケーションレイヤ測定設定情報をＵＥのＲＲＣレイヤの上位レイヤに送信する場合がある。
ＵＥのＡＳの上位レイヤは、アプリケーションレイヤである場合があり、またはＱｏＥ測定を実行するレイヤである場合がある。本願の実施形態では、ＡＳの上位レイヤがアプリケーションレイヤである例を用いて説明する。ＡＳの上位レイヤが別のプロトコルレイヤであるとき、本願の実施形態で提供される方法はまた適用可能であるが、対応する測定設定および測定は、ＡＳのその上位レイヤに対応する測定設定および測定に変更される。
ＵＥのＡＳは、アプリケーションレイヤ測定設定情報およびサービスタイプをＵＥのＡＳの上位レイヤに送信する。
ＵＥのＡＳの上位レイヤは、アプリケーションレイヤ測定設定情報に基づいてＱｏＥ測定を実行する。
ＵＥのＡＳは、主としてＵＥのＲＲＣレイヤを指す。
Ｓ５０４：ＵＥのＡＳの上位レイヤは、アプリケーションレイヤ測定結果をＵＥのＡＳに送信する。
ＵＥのＡＳの上位レイヤは、例えば、アプリケーションレイヤ測定設定情報に含まれる報告規則など、特定の規則に従ってアプリケーションレイヤ測定結果を報告する。例えば、ＵＥのＡＳの上位レイヤは、アプリケーションレイヤ測定結果を定期的に測定し、および／またはＵＥがアプリケーションレイヤ測定結果をセッションが終了した後で報告する場合がある。
ＵＥのＡＳの上位レイヤがアプリケーションレイヤ測定設定情報に基づいてアプリケーションレイヤ測定結果を報告する必要があるときには、ＵＥのＡＳの上位レイヤは、アプリケーションレイヤ測定結果をＵＥのＡＳに送信し、およびＵＥのＡＳの上位レイヤは、ＱｏＥ測定結果に対応するサービスタイプも示す。
Ｓ５０５：ＵＥのＡＳは、アプリケーションレイヤ測定結果をＲＡＮに送信する。
ＵＥのＡＳは、アプリケーションレイヤ測定結果および測定結果に対応するサービスタイプをＲＡＮに送信する。例えば、アップリンクＲＲＣメッセージが、アプリケーションレイヤ測定結果および測定結果に対応するサービスタイプを搬送する。アプリケーションレイヤ測定結果は、代替として、コンテナの形態でＲＡＮに送信される場合がある。
ＵＥの移動またはワイヤレスネットワーク環境の変化により、アプリケーションレイヤ測定設定情報を送達するＲＡＮとアプリケーションレイヤ測定結果を受信するＲＡＮとは、異なる基地局である場合があり、または同じ基地局である場合がある。
Ｓ５０６：ＲＡＮは、アプリケーションレイヤ測定結果をトレース収集エンティティＴＣＥに送信する。
ＲＡＮは、アプリケーションレイヤ測定結果をＴＣＥに送信する。
ＱｏＥ測定について研究したときに、本願の発明者は、例えばＵＥの状態遷移、またはＵＥの移動および／またはワイヤレス通信環境の変化によって生じるＲＡＮの変化など、いくつかのシナリオでは、アプリケーションレイヤ測定設定を保持またはクリアする条件が不明確であり、これにより追加のアプリケーションレイヤ測定設定シグナリングオーバヘッドが増加する、もしくはサービスのアプリケーションレイヤ測定結果が不正確になる、または追加のＵＥアプリケーションレイヤオーバヘッドを占有することになることを発見した。
本願では、アプリケーションレイヤ測定設定を保持することは、アプリケーションレイヤ測定設定を復元する、または以前のＱｏＥ測定を継続するとして記載される場合があり、およびアプリケーションレイヤ測定設定を削除することは、アプリケーションレイヤ測定設定をクリアする、もしくはアプリケーションレイヤ測定設定をリリースする、またはアプリケーションレイヤ測定設定を保持もしくは復元しない、もしくは以前のＱｏＥ測定を継続しないなどとして述べられる場合がある。アプリケーションレイヤ測定設定は、アプリケーションレイヤ測定設定情報と記載される場合がある。
上述のいくつかのシナリオは、以下の４つのタイプを含む場合がある。
（１）ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるときには、ＵＥは、ＵＥ非アクティブアクセス層コンテキスト（ＵＥ ｉｎａｃｔｉｖｅ ＡＳ ｃｏｎｔｅｘｔ）でネットワーク側から受信される例えばＵＥのセル無線ネットワーク一時識別子（ｃｅｌｌ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ， Ｃ－ＲＮＴＩ）などの設定情報を記憶し、ここで、ネットワーク側から受信されるアプリケーションレイヤ測定設定は、ＡＳレイヤおよび／またはアプリケーションレイヤで維持される場合がある。ただし、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに再開されたときには、いくつかのシナリオでは、ＵＥは、以前のアプリケーションレイヤ測定設定をリリースすることができる。例えば、マネジメントベースＱｏＥ測定では、新たな基地局は、例えばＯＡＭまたはＥＭなどのネットワーク管理システムからＱｏＥ測定設定を受信しない場合がある。この場合には、ＵＥは、以前のアプリケーションレイヤ測定設定をリリースすることができる。いくつかのシナリオでは、ＵＥは、アプリケーションレイヤ測定設定を保持することができる。例えば、新たな基地局は、ネットワーク管理システムからＱｏＥ測定設定を受信する。この場合には、ＵＥは、以前のｑｏｅ測定を継続することができ、および新たな基地局は、アプリケーションレイヤ測定設定をＵＥに再度送信する必要はない。アプリケーションレイヤ測定設定を保持するかどうかについては、ＵＥがデフォルトの方式を用いる場合には、そのデフォルトの方式が保持であるか削除であるかに関わらず、ＵＥの挙動が基地局の要件に合致しない場合が生じ得ることが分かる。この場合には、ＵＥの追加のアプリケーションレイヤ測定設定シグナリングオーバヘッドまたは追加のアプリケーションレイヤ記憶オーバヘッドが生じる場合がある。さらに、任意選択で、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であるときには、ＵＥは、例えばブロードキャストサービスなどのサービスを受信する場合がある。この場合には、ＵＥは古いアプリケーションレイヤ測定設定と新たに送達されたアプリケーションレイヤ測定設定の間との関係を認識しないので、ＵＥは、保持またはリリースされているアプリケーションレイヤ測定設定についてのＱｏＥ測定結果を、新たな基地局、すなわちＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤにそれが再開された後でＵＥに接続された基地局から受信されるＱｏＥ測定設定についてのＱｏＥ測定結果と関連付けない。その結果として、ＱｏＥ測定結果は、サービスについてＵＥの現実のＱｏＥ測定結果を反映することができない、すなわち、ＱｏＥ測定結果は、始めから終わりまで１つのサービスに対応する測定結果ではなく、不正確なＱｏＥ測定結果となる。
（２）ネットワーク側が全設定（ｆｕｌｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ）インジケーションをＵＥに送信したとき、ＵＥのＡＳレイヤは、以前に設定されたアプリケーションレイヤ測定設定をリリースし、およびネットワーク側は、アプリケーションレイヤ測定設定をＵＥに再送達する必要があり、これによりシグナリングオーバヘッドが増大する。さらに、新たに送達されるアプリケーションレイヤ測定設定は、ＵＥの新たな設定と等価であって、ＵＥのアプリケーションレイヤは、ＱｏＥ測定を再度開始する。こうして、リリースされたアプリケーションレイヤ測定設定のＱｏＥ測定結果と、新たに送達されたアプリケーションレイヤ測定設定のＱｏＥ測定結果とが関連付けられることが不可能となり、およびサービスについてのＵＥの現実のＱｏＥ測定結果が反映されることが不可能となる、すなわちＱｏＥ測定結果は、始めから終わりまでサービスに対応する測定結果ではなく、不正確なＱｏＥ測定結果となる。全設定とは、ネットワーク側がＵＥに無線設定を再初期化するように通知すること、すなわち今回送達される無線設定が以前にネットワーク側からＵＥに送達された無線設定から独立していることを意味する。例えば、ハンドオーバシナリオでは、例えばＭＲ－ＤＣシナリオのターゲットマスタノードまたは非ＭＲ－ＤＣシナリオのターゲットサービング基地局などのターゲット基地局は、例えばＭＲ－ＤＣシナリオのソースマスタノードまたは非ＭＲ－ＤＣシナリオのソースサービング基地局などのソース基地局をサポートせず、およびＵＥについてＲＲＣプロトコルバージョンを設定するときに、ターゲット基地局は、ソース基地局によってそのＵＥについて設定された内容を理解することができない。この場合には、ターゲット基地局は、ＵＥに全設定インジケーションを送信する。さらに、ＵＥがアプリケーションレイヤ測定設定をリリースしない場合でも、ＵＥは、新たに送達されたアプリケーションレイヤ測定設定を受信した後で、古いアプリケーションレイヤ測定設定と新たに送達されたアプリケーションレイヤ測定設定との間の関係を認識しないので、ＵＥは、リリースされていない古いアプリケーションレイヤ測定設定のＱｏＥ測定結果を新たに送達されたアプリケーションレイヤ測定設定のＱｏＥ測定結果と関連付けない。その結果として、１つのサービスについての１つのＵＥの現実のＱｏＥ測定結果が反映されることが不可能になる、すなわち、ＱｏＥ測定結果は、始めから終わりまで１つのサービスに対応する測定結果ではなく、不正確なＱｏＥ測定結果となる。
（３）ＭＲ－ＤＣでは、ＭＮがＵＥにＳＮのＳＣＧ設定をリリースするように通知したときに、ＵＥは、そのＵＥについてＳＮによって以前に設定されたＳＣＧ設定をリリースする。このようにして、例えばアプリケーションレイヤ測定設定がＳＣＧ設定で搬送されるなど、ＳＮが以前にＵＥについてアプリケーションレイヤ測定設定を設定している場合にも、ＵＥはまた、対応するアプリケーションレイヤ測定設定をリリースする。ただし、対応するサービスは、ＭＣＧに移行されて、引き続き実行される。この場合、ＭＣＧがサービスについてのアプリケーションレイヤ測定設定を再送達する場合には、そのサービスのＱｏＥ測定結果は、２つの部分に分割される。さらに悪いことに、リリースされたアプリケーションレイヤ測定設定の測定結果が報告されない場合があり、例えば、測定結果は、サービスが終了するときに報告される。このようにして、アプリケーションレイヤ測定設定オーバヘッドが増大する。さらに、ＱｏＥ測定結果は不正確である。さらに、ＵＥがアプリケーションレイヤ測定設定をリリースしない場合でも、ＵＥは、新たに送達されたアプリケーションレイヤ測定設定を受信した後で、古いアプリケーションレイヤ測定設定と新たに送達されたアプリケーションレイヤ測定設定との間の関係を認識しないので、ＵＥは、リリースされていない古いアプリケーションレイヤ測定設定のＱｏＥ測定結果を新たに送達されたアプリケーションレイヤ測定設定のＱｏＥ測定結果と関連付けない、またはリリースされていない古いアプリケーションレイヤ測定設定のＱｏＥ測定結果を報告しない。その結果として、１つのサービスについての１つのＵＥの現実のＱｏＥ測定結果が反映されることが不可能になる、すなわち、ＱｏＥ測定結果は、始めから終わりまで１つのサービスに対応する測定結果ではなく、不正確なＱｏＥ測定結果となる。
（４）ＭＲ－ＤＣでは、ネットワーク側がＭＲ－ＤＣリリースおよび追加（ＭＲ－ＤＣ ｒｅｌｅａｓｅ ａｎｄ ａｄｄ）インジケーションをＵＥに送信したときに、ＵＥのＡＳレイヤは、以前に設定されたアプリケーションレイヤ測定設定をリリースし、およびネットワーク側は、アプリケーションレイヤ測定設定をＵＥに再送達する必要があり、これによりシグナリングオーバヘッドが増大する。さらに、新たに送達されるアプリケーションレイヤ測定設定は、ＵＥの新たな設定であって、ＵＥのアプリケーションレイヤは、ＱｏＥ測定を再度開始する。こうして、リリースされたアプリケーションレイヤ測定設定のＱｏＥ測定結果と、新たに送達されたアプリケーションレイヤ測定設定のＱｏＥ測定結果とが関連付けられることが不可能となり、およびサービスについてのＵＥの現実のＱｏＥ測定結果が反映されることが不可能となる、すなわちＱｏＥ測定結果は、始めから終わりまでサービスに対応する測定結果ではなくなる。さらに悪いことに、リリースされたアプリケーションレイヤ測定設定の測定結果が報告されない場合があり、例えば、測定結果は、サービスが終了するときに報告される。このようにして、アプリケーションレイヤ測定設定オーバヘッドが増大する。さらに、ＱｏＥ測定結果は不正確である。ＭＲ－ＤＣリリースおよび追加インジケーションは、ネットワーク側がＵＥに現在のＳＣＧ設定をリリースして、新たなＳＣＧ設定を追加するように指示することを意味する。例えば、ＳＮが変化して、ターゲットセカンダリノードがＵＥについてソースセカンダリノードによって設定されたＲＲＣプロトコルバージョンをサポートしない場合には、ターゲットセカンダリノードは、ＵＥについてソースセカンダリノードによって設定された内容を理解することができない。この場合には、ターゲットセカンダリノードは、マスタノードにＭＲ－ＤＣリリースおよび追加を使用するように通知する。この通知を受信した後で、マスタノードは、ＭＲ－ＤＣリリースおよび追加インジケーションをＵＥに送信する。さらに、ＵＥがアプリケーションレイヤ測定設定をリリースしない場合でも、ＵＥは、新たに送達されたアプリケーションレイヤ測定設定を受信した後で、古いアプリケーションレイヤ測定設定と新たに送達されたアプリケーションレイヤ測定設定との間の関係を認識しないので、ＵＥは、リリースされていない古いアプリケーションレイヤ測定設定のＱｏＥ測定結果を新たに送達されたアプリケーションレイヤ測定設定のＱｏＥ測定結果と関連付けない、またはリリースされていない古いアプリケーションレイヤ測定設定のＱｏＥ測定結果を報告しない。その結果として、１つのサービスについての１つのＵＥの現実のＱｏＥ測定結果が反映されることが不可能になる、すなわち、ＱｏＥ測定結果は、始めから終わりまで１つのサービスに対応する測定結果ではなく、不正確なＱｏＥ測定結果となる。
上記の問題に鑑みて、本願の実施形態は、ＵＥの挙動がアプリケーションレイヤ測定設定についての基地局の要件に一致しない場合を回避して、アプリケーションレイヤ測定設定の例えば記憶オーバヘッドもしくはシグナリングオーバヘッドなどの不要なオーバヘッド、またはＱｏＥ測定結果が不正確になる問題を回避するために、通信方法、特にアプリケーションレイヤ測定設定方法を提供する。
図６は、本願の実施形態による通信方法の概略流れ図である。この方法は、以下のステップを含む。
Ｓ６０１：端末は、第１の基地局から第１のアプリケーションレイヤ測定設定情報を受信する。
具体的には、端末のＡＳは、第１の基地局から第１のアプリケーションレイヤ測定設定情報を受信し、ここで、第１のアプリケーションレイヤ測定設定情報は、ＱｏＥ測定収集（ＱＭＣ）設定情報に含まれる場合がある。具体的には、第１のアプリケーションレイヤ測定設定情報は、コンテナの形態または非コンテナの形態のＱＭＣ設定情報に含まれる場合がある。ＱＭＣ設定情報は、ＱｏＥ設定に属する。任意選択で、端末は、第１の基地局から、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプを示す情報をさらに受信する場合がある。任意選択で、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプを示す情報は、ＱＭＣ設定情報に含まれる場合がある。本願の実施形態では、ＱｏＥ測定は、アプリケーションレイヤ測定を含む場合がある。第１のアプリケーションレイヤ測定設定情報は、端末がアプリケーションレイヤ測定を実行するために必要とされる設定情報を含み、および短縮して第１のアプリケーションレイヤ測定設定と呼ばれる場合がある。
端末のＡＳは、受信された第１のアプリケーションレイヤ測定設定情報を、例えばアプリケーションレイヤなど、端末のＡＳの上位レイヤに転送する。
具体的には、第１のアプリケーションレイヤ測定設定情報は、複数のアプリケーションレイヤ測定設定情報のうちの１つである場合がある。異なるアプリケーションレイヤ測定設定情報は異なるサービスタイプに対応する、または、アプリケーションレイヤ測定設定情報は、サービスタイプと１対多数の対応である。
任意選択で、端末は、第１の基地局から、第１のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子をさらに受信する場合がある。アプリケーションレイヤ測定設定識別子は、アプリケーションレイヤ測定設定情報を示す。例えば、ネットワーク側（例えば第１の基地局）がその後に第１のアプリケーションレイヤ測定設定情報をリリースする必要があるときには、ネットワーク側は、ただ１つのリリースコマンドをＵＥに送達するだけでよく、このリリースコマンドが第１のアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子を搬送しており、およびＵＥは、第１のアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子に基づいて、どのアプリケーションレイヤ測定設定情報がリリースされるかを知ることができる。アプリケーションレイヤ測定設定識別子は、ＱｏＥ測定設定識別子と呼ばれる場合がある。
Ｓ６０２：端末は、第１のアプリケーションレイヤ測定設定情報に基づいてエクスペリエンス品質ＱｏＥ測定を実行する。
具体的には、端末のＡＳの例えばアプリケーションレイヤなどの上位レイヤは、受信された第１のアプリケーションレイヤ測定設定情報に基づいてＱｏＥ測定を実行する。
Ｓ６０１およびＳ６０２については、図５の対応する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
Ｓ６０３：端末は、第２の基地局から第１のメッセージを受信し、ここで、第１のメッセージは、第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す。
任意選択で、端末は、第２の基地局から、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプを示す情報をさらに受信する場合がある。任意選択で、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプを示す情報は、第１のメッセージで搬送される場合があり、または第１のメッセージ以外の別のメッセージで搬送される場合がある。
任意選択で、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子を搬送するかどうかに応じて実施される場合がある。例えば、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子を搬送する場合には、それは、第１のアプリケーションレイヤ測定設定情報を保持するように指示するものであり、および第１のメッセージが第１のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子を搬送しない場合には、それは、第１のアプリケーションレイヤ測定設定情報を保持しないように指示するものである。
第１の基地局と第２の基地局とは、同じ基地局である場合があり、または異なる基地局である場合があることは理解され得る。
Ｓ６０４：端末は、第１のメッセージに基づいて、第１のアプリケーションレイヤ測定設定情報を保持するかどうかを決定して、以下のステップＳ６０４１またはステップＳ６０４２を実行する。
Ｓ６０４１：第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するように指示するときに、ＱｏＥ測定を実行し続ける。
Ｓ６０４２：第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持しないように指示するときに、第１のアプリケーションレイヤ測定設定情報をリリースする。
第１のメッセージは、ＲＲＣ再開を示すメッセージである場合がある。任意選択で、無線リソース制御ＲＲＣ再開を示すメッセージは、端末に、無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態から無線リソース制御接続ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入るように指示する。
あるいは、第１のメッセージは、全設定を示すメッセージである場合がある。任意選択で、全設定を示すメッセージは、ＲＲＣ再設定メッセージである場合がある。例えば、ＲＲＣ再設定メッセージは、全設定インジケーションを含む。
代替として、第１のメッセージは、マルチ無線デュアル接続ＭＲ－ＤＣリリースおよび／または追加を示すメッセージである場合がある。任意選択で、第１のメッセージは、ＲＲＣ再設定メッセージであることもある。例えば、ＲＲＣ再設定メッセージは、ＭＲ－ＤＣリリースおよび追加インジケーションを含む。
代替として、第１のメッセージは、セカンダリセルグループＳＣＧ設定のリリースを示すメッセージである場合がある。任意選択で、第１のメッセージは、ＲＲＣ再設定メッセージである場合がある。例えば、ＲＲＣ再設定メッセージは、ＳＣＧ設定リリースインジケーションを含む。
第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、具体的には、以下を含む場合がある。
第１のメッセージは、第１のインジケーション情報フィールドを含み、および第１のインジケーション情報フィールドは、ブール変数である場合があって、２つの値を有する。一方の値は、第１のアプリケーションレイヤ測定設定情報を保持することを示し、および他方の値は、第１のアプリケーションレイヤ測定設定情報を保持しないことを示す。代替として、第１のインジケーション情報フィールドは、１つの値しか有していない。第１のインジケーション情報フィールドが受信されたとき、例えば第１のメッセージが第１のインジケーション情報フィールドを含むとき、すなわち第１のインジケーション情報フィールドが有効であるときには、そのことが、第１のアプリケーションレイヤ測定設定情報を保持することを示し、そうではなく、第１のメッセージが第１のインジケーション情報フィールドを含まないとき、すなわち第１のインジケーション情報フィールドが無効であるときには、そのことが、第１のアプリケーションレイヤ測定設定情報を保持しないことを示す。逆に、第１のインジケーション情報フィールドが受信されたとき、例えば第１のメッセージが第１のインジケーション情報フィールドを含むときには、そのことが、第１のアプリケーションレイヤ測定設定情報を保持しないことを示し、そうではなく、第１のメッセージが第１のインジケーション情報フィールドを含まないときには、そのことが、第１のアプリケーションレイヤ測定設定情報を保持することを示す。任意選択で、第１のメッセージは、第１のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子をさらに含む場合がある。このようにして、端末は、アプリケーションレイヤ測定設定識別子に基づいて、どのアプリケーションレイヤ測定設定情報が保持または削除されるべきかを知ることができる。任意選択で、第１のメッセージに含まれるアプリケーションレイヤ測定設定識別子が複数ある場合があり、およびこの複数のアプリケーションレイヤ測定設定識別子は、それぞれ異なるアプリケーションレイヤ測定設定情報に対応する。
あるいは、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、具体的には、以下を含む場合がある。
第１のメッセージが第１のアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子を含む場合には、そのことが、第１のアプリケーションレイヤ測定設定情報を保持することを示し、および／または第１のメッセージが第１のアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子を含まない場合には、そのことが、第１のアプリケーションレイヤ測定設定情報を削除することを示す。代替として、第１のメッセージが第１のアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子を含む場合に、そのことが、第１のアプリケーションレイヤ測定設定情報を削除することを示し、および／または第１のメッセージが第１のアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子を含まない場合に、そのことが、第１のアプリケーションレイヤ測定設定情報を保持することを示す。任意選択で、第１のメッセージに含まれるアプリケーションレイヤ測定設定識別子が複数ある場合があり、およびこの複数のアプリケーションレイヤ測定設定識別子は、それぞれ異なるアプリケーションレイヤ測定設定情報に対応する。例えば、第１のメッセージは、リリースリストを含み、このリリースリストは、複数のアプリケーションレイヤ測定設定識別子を含む。または、第１のメッセージは、保持リストを含み、この保持リストは、複数のアプリケーションレイヤ測定設定識別子を含む。
あるいは、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、具体的には、以下を含む場合がある。
第１のメッセージは、第２のアプリケーションレイヤ測定設定情報および第１のインジケーション情報フィールドを含んで、第１のインジケーション情報フィールドは、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であるかどうかを示す。第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であるかどうかは、第１の基地局が第２のアプリケーションレイヤ測定設定情報を端末に送信するかどうか、または端末デバイスがＳ６０３の前に第２のアプリケーションレイヤ測定設定情報を受信するかどうか、すなわち第２のアプリケーションレイヤ測定設定情報が第１のアプリケーションレイヤ測定設定情報と同じであるかどうかとしても理解され得る。第２のアプリケーションレイヤ測定設定情報は、第１のアプリケーションレイヤ測定設定情報と同じである場合があり、または第１のアプリケーションレイヤ測定設定情報とは異なる場合があることは理解され得る。第２のアプリケーションレイヤ測定設定情報が第１のアプリケーションレイヤ測定設定情報と同じであるとは、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報ではない、すなわち第２のアプリケーションレイヤ測定設定情報が古いアプリケーションレイヤ測定設定情報であることを意味する。第２のアプリケーションレイヤ測定設定情報が第１のアプリケーションレイヤ測定設定情報とは異なるとは、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であることを意味する。第２のアプリケーションレイヤ測定設定情報が古いアプリケーションレイヤ測定設定情報であるとき、すなわち第２のアプリケーションレイヤ測定設定情報が第１のアプリケーションレイヤ測定設定情報と同じであるときには、それは、第１のアプリケーションレイヤ測定設定情報が保持されることを意味する。第１のインジケーション情報フィールドは、ブール変数である場合があり、および２つの値を有する。一方の値は、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であることを示し、および他方の値は、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報ではないことを示す。代替として、第１のインジケーション情報フィールドは、１つのインジケーション値しか有していない。第１のインジケーション情報フィールドが受信されたとき、例えば第１のメッセージが第１のインジケーション情報フィールドを含むとき、すなわち第１のインジケーション情報フィールドが有効であるときに、そのことが、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であることを示し、そうではなく、第１のメッセージが第１のインジケーション情報フィールドを含まないとき、すなわち第１のインジケーション情報フィールドが無効であるときに、そのことが、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報ではないことを示す。逆に、第１のインジケーション情報フィールドが受信されたとき、例えば第１のメッセージが第１のインジケーション情報フィールドを含むときに、そのことが、第２のアプリケーションレイヤ測定設定情報が古いアプリケーションレイヤ測定設定情報であることを示し、そうではなく、第１のメッセージが第１のインジケーション情報フィールドを含まないときに、そのことが、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であることを示す。第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であるときには、端末のＡＳは、受信された第２のアプリケーションレイヤ測定設定情報を端末のＡＳの上位レイヤに転送する。第２のアプリケーションレイヤ測定設定情報が古いアプリケーションレイヤ測定設定情報であるときには、端末のＡＳは、受信された第２のアプリケーションレイヤ測定設定情報を端末のＡＳの上位レイヤに転送しない場合がある。さらに、任意選択で、第１のメッセージで搬送される全てのアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であるとき、すなわち第１のアプリケーションレイヤ測定設定情報が搬送されていないときには、端末は、第１のアプリケーションレイヤ測定設定情報を保持しないと決定する。この場合には、端末のＡＳは、端末のＡＳの上位レイヤに、第１のアプリケーションレイヤ測定設定情報をリリースするインジケーションを送信する。さらに、任意選択で、端末のＡＳは、端末のＡＳの上位レイヤに、第１のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子を送信して、どのアプリケーションレイヤ測定設定情報がリリースされるかを示す。任意選択で、第１のメッセージは、第２のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子をさらに含む場合がある。代替として、第１のインジケーション情報フィールドは、第２のアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子である場合がある。第２のアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子が第１のアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子と同じであるときには、そのことが、第２のアプリケーションレイヤ測定設定情報が古いアプリケーションレイヤ測定設定情報であることを示し、そうではなく、第２のアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子がＳ６０３の前に端末によって記憶されている全てのアプリケーションレイヤ測定設定情報のアプリケーションレイヤ測定設定識別子と異なるときには、そのことが、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であることを示す。
代替として、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、具体的には、以下を含む場合がある。
第１のメッセージは、第２のアプリケーションレイヤ測定設定情報を含む。端末のＡＳレイヤは、Ｓ６０３の前に受信されたアプリケーションレイヤ測定設定情報を第２のアプリケーションレイヤ測定設定情報と比較する。第２のアプリケーションレイヤ測定設定情報がＳ６０３の前に受信されたアプリケーションレイヤ測定設定情報に属する（すなわち端末がＳ６０３の前に第２のアプリケーションレイヤ測定設定情報を受信している）場合には、第２のアプリケーションレイヤ測定設定情報は、新たなアプリケーションレイヤ測定設定情報であると考えられる。そうでない場合には、第２のアプリケーションレイヤ測定設定情報は、古いアプリケーションレイヤ測定設定情報であると考えられる。例えば、第２のアプリケーションレイヤ測定設定情報が第１のアプリケーションレイヤ測定設定情報と同じであり得るということは、第２のアプリケーションレイヤ測定設定情報が古いアプリケーションレイヤ測定設定情報であることを意味する。第２のアプリケーションレイヤ測定設定情報が古いアプリケーションレイヤ測定設定情報であるときには、それは、第２のアプリケーションレイヤ測定設定情報が保持されることを意味する。第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であるときには、端末のＡＳは、受信された第２のアプリケーションレイヤ測定設定情報を端末のＡＳの上位レイヤに転送する。第２のアプリケーションレイヤ測定設定情報が古いアプリケーションレイヤ測定設定情報であるときには、端末のＡＳは、受信された第２のアプリケーションレイヤ測定設定情報を端末のＡＳの上位レイヤに転送しない。さらに、任意選択で、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であるとき、すなわち第２のアプリケーションレイヤ測定設定情報が以前に受信された第１のアプリケーションレイヤ測定設定情報と異なるときには、端末は、以前に受信された第１のアプリケーションレイヤ測定設定情報を保持しないと決定することができる。すなわち、第２のアプリケーションレイヤ測定設定情報が新たなアプリケーションレイヤ測定設定情報であることは、以前に受信された第１のアプリケーションレイヤ測定設定情報を保持しないことを示す。
第１のメッセージは、第２のアプリケーションレイヤ測定設定情報および第１のインジケーション情報フィールドを含む、または第１のメッセージは、第２のアプリケーションレイヤ測定設定情報を含むことは理解され得る。第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すこの２つの特定の方法は、以下のシナリオに適用され得る。
第１のメッセージは、全設定インジケーションを搬送する。端末が第１のメッセージを受信した後で、端末のＡＳは、全てのアプリケーションレイヤ測定設定情報をリリースするが、端末のＡＳは、端末のＡＳの上位レイヤに、全てのアプリケーションレイヤ測定設定情報をリリースするインジケーションを送信しない。したがって、端末のＡＳの上位レイヤは、アプリケーションレイヤ測定設定情報を依然として保持する。第１のメッセージは、保持される必要があるアプリケーションレイヤ測定設定情報をさらに搬送する場合がある、すなわち第１のメッセージは、アプリケーションレイヤ測定設定情報（例えば以前に設定された第１のアプリケーションレイヤ測定設定情報と同じである第２のアプリケーションレイヤ測定設定情報）を含む。したがって、そのアプリケーションレイヤ測定設定情報に対応する測定が継続され得、および端末のＡＳは、そのアプリケーションレイヤ測定設定情報を取得することができる。このようにして、端末のＡＳレイヤによって取得されたアプリケーションレイヤ測定設定情報中の無線設定は、端末のＡＳレイヤの上位レイヤ中のアプリケーションレイヤ測定設定情報と整合され得る。
あるいは、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、具体的には、以下を含む場合がある。
第１のメッセージは、保持またはリリースされる第１のアプリケーションレイヤ測定設定のサービスタイプを示し、ここで、このサービスタイプは、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応する。
第１のメッセージが保持またはリリースされる第１のアプリケーションレイヤ測定設定のサービスタイプを示す特定の方式は、以下を含む場合がある。
第１のメッセージは、第１のインジケーション情報フィールドを含む。第１のインジケーション情報フィールドは、ビットマップである場合があって、サービスタイプのそれぞれに対応するビットまたはビットグループを有する。ビットまたはビットグループのそれぞれの値は、サービスタイプに対応するアプリケーションレイヤ測定設定が保持されるかどうかを示し得る。代替として、第１のインジケーション情報フィールドは、保持またはリリースされるサービスタイプのみを示す。第１のインジケーション情報フィールドが受信されたとき、例えば第１のメッセージが第１のインジケーション情報フィールドを含むとき、すなわち第１のインジケーション情報フィールドが有効であるときには、そのことが、保持またはリリースされるアプリケーションレイヤ測定設定情報のサービスタイプが、１つまたは複数のサービスタイプである場合があることを示す。
ＵＥが第１のインジケーション情報フィールドを受信したときには、そのことが、ＵＥが第１のアプリケーションレイヤ測定設定を保持する必要があることを示し、およびＵＥが第１のインジケーション情報フィールドを受信しないときには、そのことが、ＵＥが第１のアプリケーションレイヤ測定設定を保持しないことを示すことは理解され得る。これは、ＵＥがデフォルトで第１のアプリケーションレイヤ測定設定を保持しない、すなわちリリースすることと等価である。代替として、ＵＥが第１のインジケーション情報フィールドを受信したときに、そのことが、ＵＥが第１のアプリケーションレイヤ測定設定をリリースすることを示して、ＵＥが第１のインジケーション情報フィールドを受信しないときに、そのことが、ＵＥが第１のアプリケーションレイヤ測定設定を保持することを示す。これは、ＵＥがデフォルトで第１のアプリケーションレイヤ測定設定を保持することと等価である。
例えば、端末上のアプリケーションレイヤ測定設定情報が第１のアプリケーションレイヤ測定設定情報のみを含むときには、第１のインジケーション情報フィールドは、１ビット（複数ビットである場合がある）を介して、第１のアプリケーションレイヤ測定設定を保持するかどうかを示す場合がある。例えば、１は、第１のアプリケーションレイヤ測定設定を保持することを示して、０は、第１のアプリケーションレイヤ測定設定をリリースすることを示す。代替として、第１のインジケーション情報フィールドが有効である（または存在する）場合に、そのことが、第１のアプリケーションレイヤ測定設定を保持することを示し、および第１のインジケーション情報フィールドが無効である（存在しない）場合に、そのことが、第１のアプリケーションレイヤ測定設定をリリースすることを示す。代替として、第１のインジケーション情報フィールドが有効である（または存在する）場合に、そのことが、第１のアプリケーションレイヤ測定設定をリリースすることを示して、第１のインジケーション情報フィールドが無効である（存在しない）場合に、そのことが、第１のアプリケーションレイヤ測定設定を保持することを示す。
端末上のアプリケーションレイヤ測定設定情報が複数のアプリケーションレイヤ測定設定情報を含むときには、アプリケーションレイヤ測定設定情報のそれぞれの保持またはリリースは、例えばビットマップ方式で示されるなど、対応する第１のインジケーション情報フィールドを用いて示される場合があり、または、第１のインジケーション情報フィールドは、保持される１つもしくは複数のアプリケーションレイヤ測定設定の１つもしくは複数の識別子、または削除される１つまたは複数のアプリケーションレイヤ測定設定の１つまたは複数の識別子である。
あるいは、アプリケーションレイヤ測定設定情報に対応するあるサービスタイプについて、アプリケーションレイヤ測定設定情報が保持またはリリースされるとき、および／または端末が１つもしくは複数のサービスタイプのアプリケーションレイヤ測定設定を有し得るが、サービスタイプのそれぞれが１つのアプリケーションレイヤ測定設定のみに対応するときには、サービスタイプが示されて、そのサービスタイプに対応するアプリケーションレイヤ測定設定が保持もしくはリリースされる必要があることを示す場合があり、または保持もしくはリリースされるアプリケーションレイヤ測定設定が示され、そのアプリケーションレイヤ測定設定に対応するサービスタイプも示される場合がある。
あるいは、端末が１つまたは複数のサービスタイプのアプリケーションレイヤ測定設定を有して、サービスタイプのそれぞれが１つまたは複数のアプリケーションレイヤ測定設定に対応するときには、保持またはリリースされるアプリケーションレイヤ測定設定は、例えばそのアプリケーションレイヤ測定設定の識別子を用いて示される場合があり、およびそのアプリケーションレイヤ測定設定に対応するサービスタイプも示される場合がある。代替として、異なるサービスタイプに対応するアプリケーションレイヤ測定設定の識別子が異なるときには、保持またはリリースされるアプリケーションレイヤ測定設定は、そのアプリケーションレイヤ測定設定に対応するサービスタイプを示さずに、例えばそのアプリケーションレイヤ測定設定の識別子を用いて示される場合がある。
特定のインジケーション方式は、上記に提供したインジケーション方式のうちの１つである。プロトコルが決定された後で、基地局および端末の両方が、この特定のインジケーション方式を認識する。代替として、特定のインジケーション方式が上記に提供したインジケーション方式のうちの複数である場合には、特定のインジケーション方式が、基地局から端末に通知される場合がある。
Ｓ６０４１の後で、この方法は、以下をさらに含む場合がある。
端末は、第１のアプリケーションレイヤ測定設定情報に基づいてアプリケーションレイヤ測定を実行することによって取得された測定結果を報告する。具体的な報告プロセスについては、図５の説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
本実施形態で提供されるアプリケーションレイヤ測定設定方法を用いることにより、ＵＥの挙動がアプリケーションレイヤ測定設定についての基地局の要件に一致しない場合が回避されて、アプリケーションレイヤ測定設定の例えば記憶オーバヘッドもしくはシグナリングオーバヘッドなどの不要なオーバヘッド、またはＱｏＥ測定結果が不正確になる問題を回避することが可能である。以下、上記の４つの特定の適用シナリオおよび図６に示される方法を参照して、本願の実施形態で提供される通信方法について詳細に述べる。
シナリオ１：ＵＥが、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に切り換えられる。
図７は、本願の実施形態による、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に切り換えられるときの通信方法の概略流れ図である。
この通信方法は、以下のステップを含む。
Ｓ７０１：基地局＃１は、第１のアプリケーションレイヤ測定設定情報をＵＥに送信する。
Ｓ７０１の前に、基地局＃１は、ＣＮ、ＯＡＭ、またはＥＭからＱｏＥ測定設定情報を取得することができるので、基地局＃１は、第１のアプリケーションレイヤ測定設定情報を取得する。代替として、基地局＃１は、基地局＃１の要件に基づいて第１のアプリケーションレイヤ測定設定情報を生成する。
基地局＃１は、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプをＵＥに送信する。
Ｓ７０２：ＵＥのＡＳは、基地局＃１から受信された第１のアプリケーションレイヤ測定設定情報をＵＥのＡＳの上位レイヤに送信する。
Ｓ７０１およびＳ７０２については、図５および図６の対応する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
Ｓ７０３：ネットワーク側は、ＵＥに、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入るように通知する。
ＵＥが非ＭＲ－ＤＣシナリオであるときには、サービング基地局が、ＵＥに、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入るように通知する。サービング基地局は、基地局＃１である場合があり、またはＵＥのサービング基地局として機能する別の基地局である場合がある。
ＵＥがＭＲ－ＤＣシナリオであるときには、マスタノードが、ＵＥに、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入るように通知する。マスタノードは、基地局＃１である場合があり、またはマスタノードとして機能する別の基地局である場合がある。
すなわち、第１のアプリケーションレイヤ測定設定情報を送信する基地局と、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入るようにＵＥに通知する基地局とは、同じ基地局である場合があり、または異なる基地局である場合がある。
任意選択で、ネットワーク側は、ＲＲＣリリースメッセージを用いて、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入るようにＵＥに通知する。
任意選択で、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入った後で、ＵＥのＡＳは、第１のアプリケーションレイヤ測定設定を保持する。具体的には、ＡＳが第１のアプリケーションレイヤ測定設定を保持する方式は、方式１：ＡＳが、第１のアプリケーションレイヤ測定設定内の特定の内容を記憶し続けること、または方式２：ＡＳが、ＵＥが既に第１のアプリケーションレイヤ測定設定および第１のアプリケーションレイヤ測定設定に対応するサービスタイプを有しているという状態情報を記憶すること、を含む。方式１では、ＵＥのＡＳの上位レイヤは、第１のアプリケーションレイヤ測定設定を保持しない場合があり、または第１のアプリケーションレイヤ測定設定および対応するサービスタイプを保持する場合がある。第１のアプリケーションレイヤ測定設定が保持されないときには、ＵＥのＡＳは、ＡＳの上位レイヤに、第１のアプリケーションレイヤ測定設定をリリースするように、またはＱｏＥ測定を中断するように通知することができ、およびＵＥのＡＳの上位レイヤは、ＱｏＥ測定を中断する通知を受信したときに、第１のアプリケーションレイヤ測定設定をリリースする。方式２では、ＵＥのＡＳの上位レイヤは、第１のアプリケーションレイヤ測定設定内の特定の内容を記憶し続ける。
任意選択で、ネットワーク側がＵＥにＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入るように通知するときには、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入るようにＵＥに指示するメッセージが、ＵＥが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す場合がある。さらに、ネットワーク側は、第１のアプリケーションレイヤ測定設定に対応するサービスタイプをＵＥにさらに通知することができる。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入るようにＵＥに指示するメッセージは図６の第１のメッセージとは異なるが、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入るようにＵＥに指示するメッセージが、ＵＥが第１のアプリケーションレイヤ測定設定を保持するかどうかを特に示す方式は、図６の第１のメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す複数の可能な特定の方式のうちの１つである場合があり、および最終的にプロトコルで決定される、第１のメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す特定の方式と同じである場合があり、または異なる場合がある。本明細書では、詳細について述べることはしない。
Ｓ７０３の前に、ＵＥのＡＳの上位レイヤは、アプリケーションレイヤ測定結果をＵＥのＡＳに送信することができ、およびＵＥのＡＳは、このアプリケーションレイヤ測定結果をネットワーク側に送信する。基地局は、アプリケーションレイヤ測定結果をＴＣＥに送信することができる。詳細については、図５の対応する説明を参照されたい。
Ｓ７０４：ＵＥは、基地局＃２上でＲＲＣ再開プロセスを開始する。
ＵＥは、ＲＲＣ再開要求メッセージ（ＲＲＣ Ｒｅｓｕｍｅ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）を基地局＃２に送信する。
Ｓ７０５：基地局＃２は、ＲＲＣ再開メッセージ（ＲＲＣ Ｒｅｓｕｍｅ ｍｅｓｓａｇｅ）をＵＥに送信する。
ＲＲＣ再開メッセージは、ＵＥが第１のアプリケーションレイヤ測定設定を保持するかどうか、すなわち以前のＱｏＥ測定（アプリケーションレイヤ測定と記載される場合がある）を継続するかどうかを示す。ＲＲＣ再開メッセージが、ＵＥが第１のアプリケーションレイヤ測定設定を保持するかどうかを示すプロセスについては、図６の第１のメッセージの関連する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
任意選択で、ＵＥがＭＲ－ＤＣシナリオであるときには、基地局＃１がＭＮであって、基地局＃２もＭＮである場合があり、または基地局＃１がＳＮであるときに、基地局＃２がＭＮである場合がある。この場合、ＳＮは、ＲＲＣ再設定メッセージを生成して、ＲＲＣ再設定メッセージをＭＮに送信することができる。ＭＮは、ＭＮのＲＲＣ再開メッセージ、すなわち第１のメッセージで、ＳＮによって生成されたＲＲＣ再設定メッセージをＵＥに送信する。この場合には、基地局＃２からＵＥに送信されるＲＲＣ再開メッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示すことは、ＳＮによって生成されて、このメッセージで搬送されるＲＲＣ再設定メッセージを用いて実施されて、第１のアプリケーションレイヤ測定設定を保持するかどうかを示す。代替として、基地局＃１はＳＮであって、基地局＃２は同様にＭＮである。最初に、ＳＮが、ＳＮによって以前に設定された第１のアプリケーションレイヤ測定設定を保持するかどうかをＭＮに通知し、次いで、ＭＮが、対応する第１のメッセージをＵＥに送信する。
任意選択で、ＭＲ－ＤＣシナリオでは、ＵＥは、２つの第１のインジケーション情報フィールドを受信することができる。例えば、ＲＲＣ再開メッセージは、２つの第１のインジケーション情報フィールドを同時に搬送する場合があって、この２つの第１のインジケーション情報フィールドは、そのＵＥについてＭＮによって以前に設定されたアプリケーションレイヤ測定設定を保持するかどうか、およびそのＵＥについてＳＮによって以前に設定されたアプリケーションレイヤ測定設定を保持するかどうかをそれぞれ示す。
任意選択で、ＵＥは、基地局＃２から、第１のアプリケーションレイヤ測定設定に対応する基地局がマスタノードまたはセカンダリノードであることを示す情報をさらに受信することができる。この情報は、明示的なインジケーションであり、または暗示的なインジケーションである場合がある。例えば、第１のメッセージ中の第１のインジケーション情報フィールドの位置は、第１のインジケーション情報フィールドがマスタノードに対応するのか、またはセカンダリノードに対応するのかを反映するために用いられる。
さらに、基地局＃２は、第１のアプリケーションレイヤ測定設定に対応するサービスタイプをＵＥにさらに通知することができる。
任意選択で、基地局＃２は、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応するサービスタイプをＵＥに通知して、ＵＥが保持またはリリースされる第１のアプリケーションレイヤ測定設定を知るようにすることができる。具体的な方式については、図６の対応する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
Ｓ７０６：ＵＥは、ＲＲＣ再開メッセージを受信して、ＵＥのＡＳは、第１のアプリケーションレイヤ測定設定を保持し続ける、またはリリースする。
ＵＥのＡＳは、基地局＃２によって送信されるＲＲＣ再開メッセージすなわち第１のメッセージに基づいて、第１のアプリケーションレイヤ測定設定を保持するかどうかを決定する。
Ｓ７０７：ＵＥのＡＳは、通知メッセージをＡＳの上位レイヤに送信する。
任意選択で、通知メッセージは、ＡＳの上位レイヤが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す場合がある。この通知メッセージは、図６の第１のメッセージとは異なるが、通知メッセージがＡＳの上位レイヤが第１のアプリケーションレイヤ測定設定を保持するかどうかを特に示す方式は、図６の第１のメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す複数の可能な特定の方式のうちの１つである場合があり、および最終的にプロトコルで決定される、第１のメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す特定の方式と同じである場合があり、または異なる場合がある。本明細書では、詳細について説明しない。さらに、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに、保持される第１のアプリケーションレイヤ測定設定に対応するサービスタイプ、および／または第１のアプリケーションレイヤ測定設定を示すアプリケーションレイヤ測定設定識別子をさらに通知することができる。
任意選択で、ＵＥのＡＳが、第１のアプリケーションレイヤ測定設定情報を保持し続けると決定したときには、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに通知メッセージを送信する必要がない場合がある。ＵＥのＡＳが第１のアプリケーションレイヤ測定設定情報をリリースすると決定したときには、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに通知メッセージを送信して、第１のアプリケーションレイヤ測定設定情報がリリースされることを通知する。任意選択で、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに、第１のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子を送信して、どのアプリケーションレイヤ測定設定情報がリリースされるかを示す。第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す方式と同様に、リリースされる複数のアプリケーションレイヤ測定設定情報は、通知メッセージに含まれるリリースリストを用いて通知される場合があり、リリースリストは、複数のアプリケーションレイヤ測定設定情報にそれぞれ対応するアプリケーションレイヤ測定設定識別子を含むことがあることが理解され得る。
任意選択で、ＵＥのＡＳは、ＡＳの上位レイヤに、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応するサービスタイプを通知して、ＵＥが保持またはリリースされる第１のアプリケーションレイヤ測定設定を知るようにすることができる。本明細書における通知は、図６の通知元および通知先とは異なるが、具体的な通知方式については、保持またはリリースされる第１のアプリケーションレイヤ測定設定がサービスタイプを通知することによって通知される図６の対応する説明を参照されたい。本明細書では、詳細については説明しない。
任意選択で、ＵＥのＡＳがＳ７０３で第１のアプリケーションレイヤ測定設定内の特定の内容を保持して、ＵＥのＡＳレイヤの上位レイヤに第１のアプリケーションレイヤ測定設定をリリースするように通知するとき、およびＳ７０７で通知メッセージがＡＳの上位レイヤに第１のアプリケーションレイヤ測定設定を保持するように指示するときには、通知メッセージは、ＡＳによって保持されている第１のアプリケーションレイヤ測定設定の特定の内容を搬送する場合がある。
本願の実施形態では、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態から再開されるときに、ネットワーク側は、実際の要件に基づいて、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入る前に受信されたアプリケーションレイヤ測定設定を再開するかどうかを示すことにより、ネットワークの柔軟な設定を改善し、ＲＲＣシグナリングオーバヘッドを低減し、特定のサービスについてのアプリケーションレイヤ測定結果の精度を改善することができる。
シナリオ２：ネットワーク側が、全設定（ｆｕｌｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ）インジケーションをＵＥに送信する。
図８は、本願の実施形態による、ネットワーク側が全設定（ｆｕｌｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ）インジケーションをＵＥに送信するときの通信方法の概略流れ図である。
この通信方法は、以下のステップを含む。
Ｓ８０１：基地局＃１は、第１のアプリケーションレイヤ測定設定情報をＵＥに送信する。
Ｓ８０１の前に、基地局＃１は、ＣＮ、ＯＡＭ、またはＥＭからＱｏＥ測定設定情報を取得することができるので、基地局＃１は、第１のアプリケーションレイヤ測定設定情報を取得する。あるいは、基地局＃１は、基地局＃１の要件に基づいて第１のアプリケーションレイヤ測定設定情報を生成する。
基地局＃１は、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプをＵＥにさらに送信することができる。
非ＭＲ－ＤＣシナリオでは、基地局＃１は、サービング基地局である場合がある。
ＭＲ－ＤＣシナリオでは、基地局＃１は、マスタノードである場合があり、またはセカンダリノードである場合がある。
Ｓ８０２：ＵＥのＡＳは、基地局＃１から受信された第１のアプリケーションレイヤ測定設定情報をＵＥのＡＳの上位レイヤに送信する。
Ｓ８０１およびＳ８０２については、図５および図６の対応する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
Ｓ８０３：基地局＃２は、全設定を示すメッセージをＵＥに送信する。
ＵＥが現在ＭＲ－ＤＣであるときには、基地局＃２は、マスタノードである。
ＵＥが非ＭＲ－ＤＣであるときには、基地局＃２は、現在のＵＥのサービング基地局である。非ＭＲ－ＤＣでは、ＵＥは、１つのサービング基地局しか有さないことは理解され得る。
基地局＃２と基地局＃１は、同じ基地局である場合があり、または異なる基地局である場合がある。
全設定を示すメッセージは、ＵＥが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す。全設定を示すメッセージは、ＲＲＣ再設定メッセージである場合がある、すなわちＲＲＣ再設定メッセージは、全設定を示す情報を含む。全設定を示すメッセージがＵＥが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す具体的な方式については、図６の第１のメッセージの説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
さらに、基地局＃２は、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応するサービスタイプをＵＥにさらに通知することができる。
任意選択で、基地局＃２は、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応するサービスタイプをＵＥに通知して、ＵＥによって保持またはリリースされる第１のアプリケーションレイヤ測定設定をＵＥが知るようにすることができる。具体的な方式については、図６のサービスタイプを用いた保持またはリリースされる第１のアプリケーションレイヤ測定設定の通知の関連する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
任意選択で、ＭＲ－ＤＣシナリオでは、基地局＃１はＭＮであって、基地局＃２もＭＮである、または基地局＃１はＳＮであって、基地局＃２はＭＮである。ＳＮは、ＲＲＣ再設定メッセージを生成し、ＲＲＣ再設定メッセージは、ＵＥが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す。ＳＮは、ＲＲＣ再設定メッセージをＭＮに送信して、ＭＮは、ＳＮによって生成されたＲＲＣ再設定メッセージを、全設定を示すメッセージで搬送する。この場合には、基地局＃２からＵＥに送信されて全設定を示すメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示すことは、ＳＮによって生成されて、このメッセージで搬送されるＲＲＣ再設定メッセージを用いて実施される。代替として、基地局＃１はＳＮであって、基地局＃２はＭＮである。この場合には、最初に、ＳＮが、ＳＮによって以前に設定された第１のアプリケーションレイヤ測定設定を保持するかどうかをＭＮに通知し、次いで、ＭＮが、対応する第１のメッセージをＵＥに送信する。
Ｓ８０４：ＵＥは、全設定を示すメッセージを受信して、ＵＥのＡＳは、第１のアプリケーションレイヤ測定設定を保持またはリリースする。
ＵＥのＡＳは、基地局＃２によって送信されて全設定を示すメッセージすなわち第１のメッセージに基づいて、第１のアプリケーションレイヤ測定設定を保持するかどうかを決定する。
Ｓ８０５：ＵＥのＡＳは、通知メッセージをＡＳの上位レイヤに送信する。
任意選択で、通知メッセージは、ＡＳの上位レイヤが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す場合がある。この通知メッセージは、図６の第１のメッセージとは異なるが、通知メッセージがＡＳの上位レイヤが第１のアプリケーションレイヤ測定設定を保持するかどうかを特に示す方式は、図６の第１のメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す複数の可能な特定の方式のうちの１つである場合があって、最終的にプロトコルで決定される、第１のメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す特定の方式と同じである場合があり、または異なる場合がある。本明細書では、詳細については説明しない。さらに、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに、保持される第１のアプリケーションレイヤ測定設定に対応するサービスタイプ、および／または第１のアプリケーションレイヤ測定設定を示すアプリケーションレイヤ測定設定識別子をさらに通知することができる。任意選択で、ＵＥのＡＳの上位レイヤによって取得されているアプリケーションレイヤ測定結果は、保持され続ける場合がある。換言すれば、ＵＥのＡＳの上位レイヤがアプリケーションレイヤ測定結果を取得する方式または動作は、影響を受けない。
任意選択で、ＵＥのＡＳが、第１のアプリケーションレイヤ測定設定情報を保持し続けると決定したときには、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに通知メッセージを送信する必要はない。ＵＥのＡＳが第１のアプリケーションレイヤ測定設定情報をリリースすると決定したときには、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに通知メッセージを送信して、第１のアプリケーションレイヤ測定設定情報がリリースされることを通知する。任意選択で、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに、第１のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子を送信して、どのアプリケーションレイヤ測定設定情報がリリースされるかを示す。第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す方式と同様に、リリースされる複数のアプリケーションレイヤ測定設定情報は、通知メッセージに含まれるリリースリストを用いて通知される場合があり、リリースリストは、複数のアプリケーションレイヤ測定設定情報にそれぞれ対応するアプリケーションレイヤ測定設定識別子を含む場合があることが理解され得る。
任意選択で、ＵＥのＡＳは、ＡＳの上位レイヤに、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応するサービスタイプを通知して、ＵＥが保持またはリリースされる第１のアプリケーションレイヤ測定設定を知るようにすることができる。本明細書における通知は、図６の通知元および通知先とは異なるが、具体的な通知方式については、保持またはリリースされる第１のアプリケーションレイヤ測定設定がサービスタイプを通知することによって通知される図６の対応する説明を参照されたい。本明細書では、詳細については説明しない。
本願の実施形態では、ネットワーク側は、実際の要件に基づく全設定プロセスで、ＵＥが以前のアプリケーションレイヤ測定設定を保持するかどうかを示すことにより、ネットワークの柔軟な設定を改善し、ＲＲＣシグナリングオーバヘッドを低減し、特定のサービスについてのアプリケーションレイヤ測定結果の精度を改善することができる。
シナリオ３：ネットワーク側が、ＭＲ－ＤＣリリースおよび追加インジケーションをＵＥに送信する。
図９は、本願の実施形態による。ネットワーク側がＭＲ－ＤＣリリースおよび追加インジケーションをＵＥに送信するときの通信方法の概略流れ図である。
この通信方法は、以下のステップを含む。
Ｓ９０１：基地局＃１は、第１のアプリケーションレイヤ測定設定情報をＵＥに送信する。
Ｓ９０１の前に、基地局＃１は、ＣＮ、ＯＡＭ、またはＥＭからＱｏＥ測定設定情報を取得することができるので、基地局＃１は、第１のアプリケーションレイヤ測定設定情報を取得する。代替として、基地局＃１は、基地局＃１の要件に基づいて第１のアプリケーションレイヤ測定設定情報を生成する。
基地局＃１は、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプをＵＥにさらに送信することができる。
非ＭＲ－ＤＣシナリオでは、基地局＃１は、サービング基地局である場合がある。
ＭＲ－ＤＣシナリオでは、基地局＃１は、マスタノードである場合があり、またはセカンダリノードである場合がある。
Ｓ９０２：ＵＥのＡＳは、基地局＃１から受信された第１のアプリケーションレイヤ測定設定情報をＵＥのＡＳの上位レイヤに送信する。
Ｓ９０１およびＳ９０２については、図５および図６の対応する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
Ｓ９０３：基地局＃２は、ＭＲ－ＤＣリリースおよび追加を示すメッセージをＵＥに送信する。
ＵＥが現在ＭＲ－ＤＣであるときには、基地局＃２は、マスタノードである。
ＵＥが非ＭＲ－ＤＣであるときには、基地局＃２は、現在のＵＥのサービング基地局である。非ＭＲ－ＤＣでは、ＵＥは、１つのサービング基地局しか有さないことは理解され得る。
基地局＃２と基地局＃１は、同じ基地局である場合があり、または異なる基地局である場合がある。
ＭＲ－ＤＣリリースおよび追加を示すメッセージ、すなわち第１のメッセージは、ＵＥが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す。第１のメッセージがＵＥが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す詳細な説明については、図６の第１のメッセージの対応する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
さらに、基地局＃２は、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応するサービスタイプをＵＥにさらに通知することができる。
任意選択で、基地局＃２は、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応するサービスタイプをＵＥに通知して、ＵＥによって保持またはリリースされる第１のアプリケーションレイヤ測定設定をＵＥが知るようにすることができる。具体的な通知方式については、図６のサービスタイプを用いた保持またはリリースされる第１のアプリケーションレイヤ測定設定の通知の関連する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
任意選択で、ＭＲ－ＤＣシナリオでは、基地局＃１はＭＮであって、基地局＃２もＭＮである、または基地局＃１はＳＮであって、基地局＃２はＭＮである。この場合には、最初に、ＳＮが、ＳＮによって以前に設定された第１のアプリケーションレイヤ測定設定を保持するかどうかをＭＮに通知し、次いで、ＭＮがその通知に基づいて、対応する第１のメッセージをＵＥに送信する。あるいは、基地局＃１はＳＮであって、基地局＃２はＭＮである。ＳＮは、ＲＲＣ再設定メッセージを生成し、ＲＲＣ再設定メッセージは、ＵＥが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す。ＳＮは、ＲＲＣ再設定メッセージをＭＮに送信して、ＭＮは、ＳＮによって生成されたＲＲＣ再設定メッセージを、ＭＲ－ＤＣリリースおよび追加を示すメッセージで搬送する。この場合には、基地局＃２からＵＥに送信されてＭＲ－ＤＣリリースおよび追加を示すメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示すことは、ＳＮによって生成されて、このメッセージで搬送されるＲＲＣ再設定メッセージを用いて実施されて、第１のアプリケーションレイヤ測定設定を保持するかどうかを示す。
Ｓ９０４：ＵＥは、ＭＲ－ＤＣリリースおよび追加を示すメッセージを受信して、ＵＥのＡＳは、第１のアプリケーションレイヤ測定設定を保持またはリリースする。
ＵＥのＡＳは、ＭＲ－ＤＣリリースおよび追加を示すメッセージに基づいて、第１のアプリケーションレイヤ測定設定を保持するかどうかを決定する。
Ｓ９０５：ＵＥのＡＳは、通知メッセージをＡＳの上位レイヤに送信する。
任意選択で、通知メッセージは、ＡＳの上位レイヤが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す場合がある。この通知メッセージは、図６の第１のメッセージとは異なるが、通知メッセージがＡＳの上位レイヤが第１のアプリケーションレイヤ測定設定を保持するかどうかを特に示す方式は、図６の第１のメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す複数の可能な特定の方式のうちの１つである場合があって、最終的にプロトコルで決定される、第１のメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す特定の方式と同じである場合があり、または異なる場合がある。本明細書では、詳細については説明しない。さらに、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに、保持される第１のアプリケーションレイヤ測定設定に対応するサービスタイプ、および／または第１のアプリケーションレイヤ測定設定を示すアプリケーションレイヤ測定設定識別子をさらに通知することができる。任意選択で、ＵＥのＡＳの上位レイヤによって取得されているアプリケーションレイヤ測定結果は、保持され続ける場合がある。換言すれば、ＵＥのＡＳの上位レイヤがアプリケーションレイヤ測定結果を取得する方式または動作は、影響を受けない。
任意選択で、ＵＥのＡＳが、第１のアプリケーションレイヤ測定設定情報を保持し続けると決定したときには、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに通知メッセージを送信する必要はない場合がある。ＵＥのＡＳが第１のアプリケーションレイヤ測定設定情報をリリースすると決定したときには、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに通知メッセージを送信して、第１のアプリケーションレイヤ測定設定情報がリリースされることを通知する。任意選択で、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに、第１のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子を送信して、どのアプリケーションレイヤ測定設定情報がリリースされるかを示す。第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す方式と同様に、リリースされる複数のアプリケーションレイヤ測定設定情報は、通知メッセージに含まれるリリースリストを用いて通知される場合があり、リリースリストは、複数のアプリケーションレイヤ測定設定情報にそれぞれ対応するアプリケーションレイヤ測定設定識別子を含む場合がある。
任意選択で、ＵＥのＡＳは、ＡＳの上位レイヤに、保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応するサービスタイプを通知して、ＵＥが保持またはリリースされる第１のアプリケーションレイヤ測定設定を知るようにすることができる。本明細書における通知は、図６の通知元および通知先とは異なるが、具体的な通知方式については、保持またはリリースされる第１のアプリケーションレイヤ測定設定がサービスタイプを通知することによって通知される図６の対応する説明を参照されたい。本明細書では、詳細については説明しない。本願の実施形態では、ネットワーク側は、実際の要件に基づくＭＲ－ＤＣリリースおよび追加プロセスで、ＵＥが以前のアプリケーションレイヤ測定設定を保持するかどうかを示すことにより、ネットワークの柔軟な設定を改善し、ＲＲＣシグナリングオーバヘッドを低減して、特定のサービスについてのアプリケーションレイヤ測定結果の精度を改善することができる。
シナリオ４：ネットワーク側が、ＳＣＧ設定リリースインジケーションをＵＥに送信する。
本願の実施形態では、基地局がＵＥにＳＣＧ設定リリースインジケーションを送信したとき、すなわちＵＥがＭＲ－ＤＣシナリオから非ＭＲ－ＤＣシナリオに変更される、またはＭＲ－ＤＣにおけるＵＥのデータベアラタイプが変化する、例えばＰＤＣＰがＳＮで終端するＳＣＧベアラ（ＳＮ終端ＳＣＧベアラ）からＰＤＣＰがＳＮまたはＭＮで終端するＭＣＧベアラ（ＳＮ終端ＭＣＧベアラ）に変化したときに、ＵＥは、ＳＮによって以前に設定された第１のアプリケーションレイヤ測定設定を保持する。
図１０は、本願の実施形態による、ネットワーク側がＳＣＧ設定リリースインジケーションをＵＥに送信するときの通信方法の概略流れ図である。
この通信方法は、以下のステップを含む。
Ｓ１００１：基地局＃１は、第１のアプリケーションレイヤ測定設定情報をＵＥに送信する。
Ｓ１００１の前に、基地局＃１は、ＣＮ、ＯＡＭ、またはＥＭからＱｏＥ測定設定情報を取得することができるので、基地局＃１は、第１のアプリケーションレイヤ測定設定情報を取得する。代替として、基地局＃１は、基地局＃１の要件に基づいて第１のアプリケーションレイヤ測定設定情報を生成する。
基地局＃１は、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプをＵＥにさらに送信することができる。
基地局＃１は、セカンダリノードＳＮである。
Ｓ１００２：ＵＥのＡＳは、基地局＃１から受信された第１のアプリケーションレイヤ測定設定情報をＵＥのＡＳの上位レイヤに送信する。
Ｓ１００１およびＳ１００２については、図５および図６の対応する説明を参照されたい。
Ｓ１００３：基地局＃２は、ＳＣＧ設定のリリースを示すメッセージをＵＥに送信する。
基地局＃２は、マスタノードである。
基地局＃２は、ＵＥに、ＳＣＧ設定のリリースを示すメッセージ、すなわち第１のメッセージを送信する。第１のメッセージは、ＳＮによって以前に設定された第１のアプリケーションレイヤ測定設定を保持するかどうか、またはＳＮによって以前に設定された第１のアプリケーションレイヤ測定設定をＭＮの第２のアプリケーションレイヤ測定設定に適用するかどうかを示す。
任意選択で、ＳＮによって設定された第１のアプリケーションレイヤ測定設定をＭＮの第２のアプリケーションレイヤ測定設定への適用の実装は、以下の３つの方式のうちの１つまたは複数を含み得る。
方式１：Ｓ１００１でＵＥが第１のアプリケーションレイヤ測定設定情報を受信した後で、ＵＥは、ＳＮに対応するＲＲＣの変数に第１のアプリケーションレイヤ測定設定情報を記憶する。ＵＥがＳＣＧ設定リリースインジケーション受信した後で、ＵＥは、ＭＮに対応するＲＲＣの変数に、ＵＥが以前にＳＮに対応するＲＲＣで第１のアプリケーションレイヤ測定設定情報を記憶した変数の値を記憶する。
方式２：ＵＥは、ＡＳコンテキスト（ｃｏｎｔｅｘｔ）において、ＳＮによって設定された第１のアプリケーションレイヤ測定設定を、ＭＮのアプリケーションレイヤ測定設定として、またはＭＮのアプリケーションレイヤ測定設定にマークまたはポイントする。例えば、ＵＥに対応するＭＮおよびＳＮの設定は、１つのＡＳコンテキストを共有する。このコンテキストは、ＭＣＧおよびＳＣＧの設定情報（ＳＮによって設定された第１のアプリケーションレイヤ測定設定についての情報を含む）を記憶しており、およびこのコンテキストは、第１のアプリケーションレイヤ測定設定についての情報がＳＮからのものであることを示すインジケーション情報を搬送する。ＵＥが第１のメッセージを受信した後で、ＵＥは、このインジケーション情報を修正して、第１のアプリケーションレイヤ測定設定についての情報がＭＮからのものであることを示す。
方式３：ＵＥは、ＳＮによって設定された第１のアプリケーションレイヤ測定設定をＭＮのＡＳコンテキストに追加する。第１のメッセージがＳＮによって以前に設定された第１のアプリケーションレイヤ測定設定を保持するかどうかを示す具体的な方式については、図６の第１のメッセージの関連する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
ＵＥがＳＣＧ設定リリースインジケーションを受信するので、ＳＮによって設定された第１のアプリケーションレイヤ測定設定はアンカ基地局を有していないことは理解され得る。この場合には、ＵＥは、第１のアプリケーションレイヤ測定設定が保持されることを示すインジケーションを受信して、ＵＥは、プロトコル合意に従って、保持される第１のアプリケーションレイヤ測定設定をＭＮのアプリケーションレイヤ測定に適用することができる。代替として、プロトコルは、ＵＥによって受信された第１のインジケーション情報が直接、ＳＮによって設定された第１のアプリケーションレイヤ測定設定がＭＮのアプリケーションレイヤ測定に適用されることを示すことに合意する場合がある。換言すれば、「ＳＮによって設定された第１のアプリケーションレイヤ測定設定を保持する」は、「ＳＮによって設定された第１のアプリケーションレイヤ測定設定をＭＮのアプリケーションレイヤ測定に適用する」と等価である場合がある。対応して、ＵＥは、第１のアプリケーションレイヤ測定設定を保持しないことを示すインジケーションを受信して、ＵＥは、プロトコル合意に従って第１のアプリケーションレイヤ測定設定をリリースすることができ、これは、第１のアプリケーションレイヤ測定設定がＭＮのアプリケーションレイヤ測定に適用されないことも意味する。
さらに、基地局＃２は、第１のアプリケーションレイヤ測定設定に対応するサービスタイプをＵＥにさらに通知することができる。
さらに、基地局＃２は、ＵＥについて、第１のアプリケーションレイヤ測定設定に対応する測定結果を伝送するために使用される無線ベアラ、例えばシグナリング無線ベアラをさらに設定することができる。
任意選択で、基地局＃２は、ＳＮによって設定された、および保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応するサービスタイプをＵＥに通知して、ＳＮによって設定された、および保持またはリリースされる対応する第１のアプリケーションレイヤ測定設定を通知することができる。具体的な方式については、図６の対応する説明を参照されたい。本明細書では、詳細について重ねて述べることはしない。
任意選択で、Ｓ１００３の前に、基地局＃１は、基地局＃２に、Ｓ１００１でＵＥに送信された第１のアプリケーションレイヤ測定設定情報を送信する。さらに、基地局＃１は、第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプを基地局＃２に送信する。
任意選択で、基地局＃１は、基地局＃２に、第１のアプリケーションレイヤ測定設定情報と、基地局＃１によって第１のアプリケーションレイヤ測定設定情報に割り当てられたアプリケーションレイヤ測定設定識別子とを送信する。
Ｓ１００４：ＵＥは、ＳＣＧ設定のリリースを示すメッセージを受信して、ＵＥのＡＳは、ＳＮによって以前に設定された第１のアプリケーションレイヤ測定設定を保持またはリリースする。
ＵＥのＡＳは、基地局＃２によって送信される第１のメッセージに基づいて、第１のアプリケーションレイヤ測定設定を保持するかどうか、またはＳＮによって設定された第１のアプリケーションレイヤ測定設定をＭＮのアプリケーションレイヤ測定に適用するかどうかを決定する。第１のアプリケーションレイヤ測定設定が保持されない、またはＳＮによって設定された第１のアプリケーションレイヤ測定設定がＭＮのアプリケーションレイヤ測定に適用されない場合には、ＵＥのＡＳは、ＵＥのＡＳレイヤの上位レイヤに、ＳＮによって以前に設定された第１のアプリケーションレイヤ測定設定をリリースするように指示する。Ｓ１００５：ＵＥのＡＳは、通知メッセージをＡＳの上位レイヤに送信する。
任意選択で、通知メッセージは、ＡＳの上位レイヤが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す場合がある。この通知メッセージは、図６の第１のメッセージとは異なるが、通知メッセージがＡＳの上位レイヤが第１のアプリケーションレイヤ測定設定を保持するかどうかを特に示す方式は、図６の第１のメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す複数の可能な特定の方式のうちの１つである場合があって、最終的にプロトコルで決定される、第１のメッセージが第１のアプリケーションレイヤ測定設定を保持するかどうかを示す特定の方式と同じである場合があり、または異なる場合がある。本明細書では、詳細については説明しない。さらに、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに、保持される第１のアプリケーションレイヤ測定設定に対応するサービスタイプ、および／または第１のアプリケーションレイヤ測定設定を示すアプリケーションレイヤ測定設定識別子をさらに通知することができる。
任意選択で、ＵＥのＡＳが、第１のアプリケーションレイヤ測定設定情報を保持し続けると決定したときには、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに通知メッセージを送信する必要はない。ＵＥのＡＳが第１のアプリケーションレイヤ測定設定情報をリリースすると決定したときには、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに通知メッセージを送信して、第１のアプリケーションレイヤ測定設定情報がリリースされることを通知する。任意選択で、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤに、第１のアプリケーションレイヤ測定設定情報を示すアプリケーションレイヤ測定設定識別子を送信して、どのアプリケーションレイヤ測定設定情報がリリースされるかを示す。第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す方式と同様に、リリースされる複数のアプリケーションレイヤ測定設定情報は、通知メッセージに含まれるリリースリストを用いて通知される場合があり、リリースリストは、複数のアプリケーションレイヤ測定設定情報にそれぞれ対応するアプリケーションレイヤ測定設定識別子を含む場合がある。
任意選択で、ＵＥのＡＳの上位レイヤが第１のアプリケーションレイヤ測定設定を保持し続ける場合には、ＵＥのＡＳの上位レイヤによって取得されているアプリケーションレイヤ測定結果は、保持され続ける場合がある。換言すれば、ＵＥのＡＳの上位レイヤがアプリケーションレイヤ測定結果を取得する方式または動作は、影響を受けない場合がある。
任意選択で、ＵＥのＡＳが第１のアプリケーションレイヤ測定設定を保持する場合には、ＵＥのＡＳは、ＵＥのＡＳの上位レイヤにインジケーション情報を送信して、後続の測定結果が、例えば基地局＃２のＲＲＣレイヤなど、ＭＮに対応するＲＲＣレイヤに送信されることを示す。本願の実施形態では、ネットワーク側は、実際の要件に基づくＳＣＧ設定リリースで、ＵＥがＳＮによって以前に設定された第１のアプリケーションレイヤ測定設定を保持するかどうか、またはＳＮによって設定された第１のアプリケーションレイヤ測定設定をＭＮのアプリケーションレイヤ測定設定に適用するかどうかを示すことにより、ネットワークの柔軟な設定を改善し、ＲＲＣシグナリングオーバヘッドを低減し、特定のサービスについてのアプリケーションレイヤ測定結果の精度を改善することができる。
図６から図１０の具体的な手順の詳細な説明については、相互に参照され得る、またはそれらの組合せが参照され得ることは理解され得、および本明細書では、詳細について重ねて述べることはしない。
以上、本願の実施形態の通信方法について、図６から図１０を参照して詳細に述べた。以下、図１１から図１３を参照して、本願の実施形態の通信装置について詳細に述べる。
図１１は、本願の実施形態による端末の構造の概略図である。この端末は、図１に示されるシステムで使用されて、上記の方法の実施形態における端末の機能を実行することができる。説明を容易にするために、図１１は、端末の主要な構成要素しか示していない。図１１に示されるように、端末１１００は、プロセッサ、メモリ、制御回路、アンテナ、および入出力装置を含む。プロセッサは、主として、通信プロトコルおよび通信データを処理し、端末全体を制御し、ソフトウェアプログラムを実行して、ソフトウェアプログラムのデータを処理するように構成され、例えば、端末が上記の方法の実施形態に記載されるアクションを実行するのを支援するように構成される。メモリは、主として、ソフトウェアプログラムおよびデータを記憶するように構成される。制御回路は、主として、ベースバンド信号および無線周波数信号を変換して、無線周波数信号を処理するように構成される。制御回路とアンテナとは、まとめてトランシーバと呼ばれる場合があり、および主として、無線周波数信号を電磁波の形態で送信および受信するように構成される。入出力装置、例えば、タッチスクリーン、ディスプレイ、またはキーボードは、主として、ユーザによって入力されたデータを受け取り、およびデータをユーザに出力するように構成される。
端末がオンになった後で、プロセッサは、メモリ中のソフトウェアプログラムを読み取り、ソフトウェアプログラムの命令を解釈して実行して、ソフトウェアプログラムのデータを処理し得る。データがワイヤレスで送信される必要があるときには、プロセッサは、送信されるデータに対してベースバンド処理を実行し、次いでベースバンド信号を無線周波数回路に出力する。無線周波数回路は、ベースバンド信号に対して無線周波数処理を実行し、次いでアンテナを用いて、無線周波数信号を電磁波の形態で送信する。データが端末に送信されたときには、無線周波数回路は、アンテナを介して無線周波数信号を受信し、無線周波数信号をベースバンド信号に変換して、ベースバンド信号をプロセッサに出力する。プロセッサは、ベースバンド信号をデータに変換して、データを処理する。
当業者なら、説明を容易にするために、図１１は１つのメモリおよび１つのプロセッサしか示していないことを理解し得る。実際の端末では、複数のプロセッサおよび複数のメモリがある場合がある。メモリは、記憶媒体、記憶デバイスなどと呼ばれる場合がある。メモリは、プロセッサと同じチップ上に位置する記憶要素である、すなわちオンチップ記憶要素である場合があり、または独立した記憶要素である場合がある。これは、本願の実施形態では限定されない。
任意選択の実装では、端末は、ベースバンドプロセッサおよび中央処理ユニットを含むことがある。ベースバンドプロセッサは、主として、通信プロトコルおよび通信データを処理するように構成される。中央処理ユニットは、主として、端末全体を制御し、ソフトウェアプログラムを実行して、ソフトウェアプログラムのデータを処理するように構成される。ベースバンドプロセッサおよび中央処理ユニットの機能は、図１１のプロセッサに統合される場合がある。当業者なら、ベースバンドプロセッサおよび中央処理ユニットがそれぞれ独立したプロセッサである場合があってバスなどの技術を用いて相互接続されることを理解し得る。当業者なら、端末は、異なるネットワーク標準に適応するために複数のベースバンドプロセッサを含む場合があり、および端末は、端末の処理能力を強化するために複数の中央処理ユニットを含む場合があることを理解し得る。端末の全ての構成要素は、様々なバスを介して接続され得る。ベースバンドプロセッサは、ベースバンド処理回路またはベースバンド処理チップと表現される場合がある。中央処理ユニットは、代替的に、中央処理回路または中央処理チップと表現される場合がある。通信プロトコルおよび通信データを処理する機能は、プロセッサに内蔵される場合があり、またはソフトウェアプログラムの形態でメモリに記憶される場合があり、およびプロセッサは、ソフトウェアプログラムを実行してベースバンド処理機能を実装する。
本願の実施形態では、トランシーバ機能を有するアンテナおよび制御回路は、端末１１００のトランシーバユニット１１０１とみなされて、例えば端末が受信機能および送信機能を実行するのを支援する場合がある。処理機能を有するプロセッサ１１０２は、端末１１００の処理ユニット１１０２とみなされる。図１１に示されるように、端末１１００は、トランシーバユニット１１０１および処理ユニット１１０２を含む。トランシーバユニットは、トランシーバマシン、トランシーバ、トランシーバ装置などと呼ばれる場合がある。任意選択で、トランシーバユニット１１０１において受信機能を実装するように構成された構成要素が、受信ユニットとみなされる場合がある。トランシーバユニット１１０１において送信機能を実装するように構成された構成要素が、送信ユニットとみなされることがある。換言すれば、トランシーバユニット１１０１は、受信ユニットおよび送信ユニットを含む。受信ユニットは、受信機、入力ポート、または受信回路などと呼ばれる場合がある。送信ユニットは、伝送機、伝送回路などと呼ばれる場合がある。
プロセッサ１１０２は、メモリに記憶された命令を実行して、トランシーバユニット１１０１が信号を受信し、および／または信号を送信するのを制御して、上記の方法の実施形態における端末の機能を完了するのを制御するように構成される場合がある。プロセッサ１１０２は、信号入出力機能を実装するように構成されたインタフェースをさらに含む。実装では、トランシーバユニット１１０１の機能は、トランシーバ回路またはトランシーバ専用チップを用いて実装される場合がある。
図１２は、本願の実施形態によるアクセスネットワークデバイスの構造の概略図であり、例えば基地局の構造の概略図である場合がある。図１２に示されるように、基地局は、図１に示されるシステムで使用されて、上記の方法の実施形態におけるアクセスネットワークデバイスの機能を実行する場合がある。基地局１２００は、１つまたは複数のＤＵ１２０１および１つまたは複数のＣＵ１２０２を含む場合がある。ＣＵ１２０２は、ＮＧコア（次世代コアネットワーク、ＮＣ）またはＥＰＣと通信する場合がある。ＤＵ１２０１は、少なくとも１つのアンテナ１２０１１、少なくとも１つの無線周波数ユニット１２０１２、少なくとも１つのプロセッサ１２０１３、および少なくとも１つのメモリ１２０１４を含む場合がある。ＤＵ１２０１の部分は、主として、無線周波数信号を送信および受信し、無線周波数信号およびベースバンド信号を変換して、いくつかのベースバンドを処理するように構成される。ＣＵ１２０２は、少なくとも１つのプロセッサ１２０２２および少なくとも１つのメモリ１２０２１を含む場合がある。ＣＵ１２０２とＤＵ１２０１は、インタフェースを介して互いに通信する場合がある。制御プレーン（Ｃｏｎｔｒｏｌ ｐｌａｎｅ）インタフェースは、例えばＦ１－ＣなどのＦｓ－Ｃである場合があり、およびユーザプレーン（Ｕｓｅｒ Ｐｌａｎｅ）インタフェースは、例えばＦ１－ＵなどのＦｓ－Ｕである場合がある。
ＣＵ１２０２の部分は、主として、ベースバンド処理の実行、基地局の制御などを行うように構成される。ＤＵ１２０１とＣＵ１２０２は、物理的に一緒に配置される場合があり、または物理的に別個に配置される場合がある、すなわち分散型基地局である場合がある。ＣＵ１２０２は、基地局の制御センタであり、処理ユニットと呼ばれる場合があって、主としてベースバンド処理機能を完了するように構成される。例えば、ＣＵ１２０２は、上記の方法の実施形態におけるアクセスネットワークデバイスに関係する動作手順を実行するように基地局を制御するように構成される場合がある。
具体的には、ＣＵおよびＤＵのベースバンド処理は、ワイヤレスネットワークのプロトコルレイヤに基づいて分割される場合がある。例えば、ＰＤＣＰレイヤおよびＰＤＣＰレイヤより上のプロトコルレイヤの機能は、ＣＵに設定されて、ＰＤＣＰレイヤより下のＲＬＣレイヤ、ＭＡＣレイヤ、およびＰＨＹレイヤなどのプロトコルレイヤの機能は、ＤＵに設定される。
さらに、任意選択で、基地局１２００は、１つまたは複数の無線周波数ユニット（ＲＵ）、１つまたは複数のＤＵ、および１つまたは複数のＣＵを含む場合がある。ＤＵは、少なくとも１つのプロセッサ１２０１３、および少なくとも１つのメモリ１２０１４を含む場合があり、ＲＵは、少なくとも１つのアンテナ１２０１１、および少なくとも１つの無線周波数ユニット１２０１２を含む場合があって、ＣＵは、少なくとも１つのプロセッサ１２０２２、および少なくとも１つのメモリ１２０２１を含む場合がある。
例では、ＣＵ１２０２は、１つまたは複数のボードを含む場合がある。複数のボードは、協働して１つのアクセス標準の無線アクセスネットワーク（例えば５Ｇネットワーク）をサポートする場合があり、または異なるアクセス標準の無線アクセスネットワーク（例えばＬＴＥネットワーク、５Ｇネットワーク、または別のネットワーク）を別個にサポートする場合がある。メモリ１２０２１およびプロセッサ１２０２２は、１つまたは複数のボードにサーブする場合がある。換言すれば、メモリおよびプロセッサは、ボードのそれぞれの上に配置される場合がある。あるいは、複数のボードが、同じメモリおよび同じプロセッサを共有する場合がある。さらに、必要な回路が、ボードのそれぞれにさらに配置される場合がある。ＤＵ１２０１は、１つまたは複数のボードを含む場合がある。複数のボードは、協働して１つのアクセス標準の無線アクセスネットワーク（例えば５Ｇネットワーク）をサポートする場合があり、または異なるアクセス標準の無線アクセスネットワーク（例えばＬＴＥネットワーク、５Ｇネットワーク、および別のネットワーク）を別個にサポートする場合がある。メモリ１２０１４およびプロセッサ１２０１３は、１つまたは複数のボードにサーブする場合がある。換言すれば、メモリおよびプロセッサは、ボードのそれぞれの上に配置される場合がある。あるいは、複数のボードが、同じメモリおよび同じプロセッサを共有する場合がある。さらに、必要な回路が、ボードのそれぞれにさらに配置される場合がある。
図１３は、通信装置１３００の構造の概略図である。通信装置１３００は、上記の方法の実施形態に記載される方法を実施するように構成される場合がある。詳細については、上記の方法の実施形態の説明を参照されたい。通信装置１３００は、チップ、アクセスネットワークデバイス（例えば基地局）、端末、コアネットワークデバイス（例えばＡＭＦ、またはＡＭＦおよびＳＭＦ）、別のネットワークデバイスなどである場合がある。
通信装置１３００は、１つまたは複数のプロセッサ１３０１を含む。プロセッサ１３０１は、汎用プロセッサまたは特殊目的プロセッサなどである場合がある。例えば、プロセッサは、ベースバンドプロセッサまたは中央処理ユニットである場合がある。ベースバンドプロセッサは、通信プロトコルおよび通信データを処理するように構成される場合がある。中央処理ユニットは、装置（例えば基地局、端末、ＡＭＦ、またはチップ）を制御し、ソフトウェアプログラムを実行して、ソフトウェアプログラムのデータを処理するように構成される場合がある。この装置は、信号を入力（受信）および出力（送信）するように構成されたトランシーバユニットを含む場合がある。例えば、この装置は、チップである場合があって、トランシーバユニットは、そのチップの入力および／もしくは出力回路、または通信インタフェースである場合がある。チップは、端末、アクセスネットワークデバイス（例えば基地局）、またはコアネットワークデバイスに使用される場合がある。別の例では、この装置は、端末またはアクセスネットワークデバイス（例えば基地局）である場合があって、トランシーバユニットは、トランシーバ、無線周波数チップなどである場合がある。
通信装置１３００は、１つまたは複数のプロセッサ１３０１を含み、およびこの１つまたは複数のプロセッサ１３０１は、図６から図１０に示される実施形態における基地局または端末の方法を実施する場合がある。
可能な設計では、通信装置１３００は、第１のメッセージを第２の基地局から受信するように構成された手段（ｍｅａｎｓ）と、第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持するように指示するときにＱｏＥ測定を実行し続け、および／または第１のメッセージが第１のアプリケーションレイヤ測定設定情報を保持しないように指示するときに第１のアプリケーションレイヤ測定設定情報をリリースするように構成された手段（ｍｅａｎｓ）とを含む。これらの手段の機能は、１つまたは複数のプロセッサを介して実装され得る。例えば、この１つまたは複数のプロセッサは、チップのトランシーバ、入出力回路、またはインタフェースを用いて情報を送信するように構成される場合がある。上記の方法の実施形態の関連する説明が参照され得る。
可能な設計では、通信装置１３００は、第１のメッセージを端末に送信するように構成された手段（ｍｅａｎｓ）、および第１のメッセージを生成するように構成された手段（ｍｅａｎｓ）を含む。上記の方法の実施形態の関連する説明が参照され得る。例えば、第１のメッセージは、チップのトランシーバ、入出力回路、またはインタフェースを用いて受信される場合があり、または１つまたは複数のプロセッサを用いて受信される場合がある。
任意選択で、図６から図１０に示される実施形態の方法を実施するだけでなく、プロセッサ１３０１は、別の機能をさらに実施することもできる。
任意選択で、設計では、プロセッサ１３０１は、命令１３０３を含む場合がある。この命令は、通信装置１３００が上記の方法の実施形態に記載される方法を実行するようにプロセッサ上で実行される場合がある。
さらに別の可能な設計では、通信装置１３００は、代替として、回路を含む場合がある。この回路は、上記の方法の実施形態におけるアクセスネットワークデバイスまたは端末の機能を実施する場合がある。
別の可能な設計では、通信装置１３００は、１つまたは複数のメモリ１３０２を含む場合がある。メモリは、命令１３０４を記憶する。この命令は、通信装置１３００が上記の方法の実施形態に記載される方法を実行するようにプロセッサ上で実行される場合がある。任意選択で、メモリは、データをさらに記憶する場合がある。任意選択で、プロセッサは、命令および／またはデータを記憶する場合がある。例えば、１つまたは複数のメモリ１３０２は、上記の実施形態に記載される第１のアプリケーションレイヤ測定設定、または上記の実施形態のサービスタイプなどの他の情報を記憶する場合がある。プロセッサとメモリとは、別個に配置される場合があり、または一体化される場合がある。
さらに別の可能な設計では、通信装置１３００は、トランシーバユニット１３０５およびアンテナ１３０６をさらに含む、または通信インタフェースを含む場合がある。トランシーバユニット１３０５は、トランシーバ、トランシーバ回路などと呼ばれる場合があり、およびアンテナ１３０６を介してこの装置のトランシーバ機能を実装するように構成される。通信インタフェース（図示せず）は、コアネットワークデバイスとアクセスネットワークデバイスとの間の通信、またはアクセスネットワークデバイスとアクセスネットワークデバイスとの間の通信に使用され得る。任意選択で、通信インタフェースは、例えば光ファイバ通信インタフェースなど、有線通信インタフェースである場合がある。
プロセッサ１３０１は、処理ユニットと呼ばれる場合があり、およびこの装置（例えば端末、基地局、またはＡＭＦ）を制御する。
本願は、上記の１つもしくは複数のアクセスネットワークデバイス、１つもしくは複数の端末、およびコアネットワークデバイスのうちの１つ、またはそれらの組合せを含む、通信システムをさらに提供する。
本願の実施形態のプロセッサは、中央処理ユニット（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）である場合があることを理解されたい。プロセッサは、別の汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ， ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ， ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ， ＦＰＧＡ）もしくは別のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理デバイス、個別ハードウェアコンポーネントなどである場合がある。汎用プロセッサは、マイクロプロセッサである場合があり、または、プロセッサは任意の従来のプロセッサなどである場合がある。
本願の実施形態におけるメモリは、揮発性メモリである場合があり、あるいは不揮発性メモリであることもあり、または揮発性メモリと不揮発性メモリとを含む場合があることが理解され得る。不揮発性メモリは、読み出し専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ， ＲＯＭ）、プログラマブル読み出し専用メモリ（ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ， ＰＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ｅｒａｓａｂｌｅ ＰＲＯＭ， ＥＰＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ， ＥＥＰＲＯＭ）、またはフラッシュメモリである場合がある。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ， ＲＡＭ）である場合がある。限定よりはむしろ例示的な説明として、例えばスタティックランダムアクセスメモリ（ｓｔａｔｉｃ ＲＡＭ， ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ｄｙｎａｍｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ， ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ， ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ， ＤＤＲ ＳＤＲＡＭ）、エンハンスドシンクロナスダイナミックランダムアクセスメモリ（ｅｎｈａｎｃｅｄ ＳＤＲＡＭ， ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ， ＳＬＤＲＡＭ）、およびダイレクトラムバスランダムアクセスメモリ（ｄｉｒｅｃｔ ｒａｍｂｕｓ ＲＡＭ， ＤＲ ＲＡＭ）など、多数の形態のランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ， ＲＡＭ）が使用され得る。
前述の実施形態の全てまたは一部は、ソフトウェア、ハードウェア（例えば回路）、ファームウェア、またはそれらの任意の組合せによって実装され得る。実施形態を実装するためにソフトウェアが使用されるときには、上記の実施形態は、完全に、または部分的にコンピュータプログラム製品の形態で実装される場合がある。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令またはコンピュータプログラムを含む。プログラム命令またはコンピュータプログラムがコンピュータにロードされて実行されたときに、本願の実施形態による手順または機能が、全て、または部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラマブル装置である場合がある。コンピュータ命令は、コンピュータ可読記憶媒体に記憶される場合があり、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送される場合がある。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから別のウェブサイト、コンピュータ、サーバ、またはデータセンタに、例えば光ファイバなどの有線方式で、または例えば赤外線、無線、もしくはマイクロ波などのワイヤレス方式で伝送される場合がある。コンピュータ可読記憶媒体は、１つまたは複数の使用可能な媒体を一体化した、コンピュータ、またはサーバもしくはデータセンタなどのデータ記憶デバイスによってアクセス可能な任意の使用可能な媒体であり得る。使用可能な媒体は、磁気媒体（例えばフロッピーディスク、ハードディスク、または磁気テープ）、光学媒体（例えばＤＶＤ）、または半導体媒体である場合がある。半導体媒体は、ソリッドステートドライブである場合がある。
当業者なら、本明細書に開示される実施形態に記載される例と組み合わせて、ユニットおよびアルゴリズムステップが、電子ハードウェアまたはコンピュータソフトウェアと電子ハードウェアとの組合せによって実装され得ることに気付き得る。機能がハードウェアによって実行されるか、またはソフトウェアによって実行されるかは、技術的解決策の個々の適用および設計の制約条件によって決まる。当業者なら、それぞれの個々の適用分野ごとに異なる方法を使用して記載される機能を実装し得るが、その実装は、本願の範囲を超えないとみなされるものとする。
便宜上、および説明を簡単にするために、上記のシステム、装置、およびユニットの詳細な動作プロセスについては、上記の方法の実施形態の対応するプロセスを参照されたいということは、当業者なら明白に理解し得る。本明細書では、詳細について重ねて述べることはしない。
本願で提供されるいくつかの実施形態では、開示されるシステム、通信装置、および方法は、他の方式で実装される場合があることを理解されたい。例えば、上述の装置の実施形態は、単なる例に過ぎない。例えば、ユニットへの分割は、単に論理的な機能の分割であって、実際の実装時には別の分割である場合がある。例えば、複数のユニットまたは構成要素が、別のシステムに結合または統合される場合があり、またはいくつかの特徴が無視される、もしくは実行されない場合がある。さらに、示されている、または説明されている相互の結合または直接的な結合もしくは通信接続が、いくつかのインタフェースを用いて実装される場合がある。装置またはユニット間の間接的な結合または通信接続は、電子形態、機械形態、または他の形態で実装され得る。
分離した部分として記載されているユニットは、物理的に分離している場合、または物理的に分離して場合があり、およびユニットとして示されている部分は、物理的なユニットである場合、または物理的なユニットではない場合があり、１箇所に位置している場合、または複数のネットワークユニット上に分散している場合がある。このユニットの一部または全てが、実際の要件に基づいて選択されて、実施形態の解決策の目的を達成し得る。
さらに、本願の実施形態における機能ユニットは、１つの処理ユニットに一体化される場合があり、ユニットのそれぞれが物理的に単独で存在する場合があり、または２つ以上のユニットが１つのユニットに一体化される場合がある。
機能がソフトウェア機能ユニットの形態で実装されて、独立した製品として販売または使用されるときには、その機能は、コンピュータ可読記憶媒体に記憶される場合がある。このような理解に基づいて、本質的に本願の技術的解決策は、もしくは従来の技術に寄与する部分、またはこの技術的解決策の一部は、ソフトウェア製品の形態で実装され得る。コンピュータソフトウェア製品は、記憶媒体に記憶されて、コンピュータデバイス（パーソナルコンピュータ、サーバ、またはネットワークデバイスであり得る）に本願の実施形態に記載される方法のステップの全てまたは一部を実行するように命令するいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、取外し可能ハードディスク、読み出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ， ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ， ＲＡＭ）、磁気ディスク、または光学ディスクなど、プログラムコードを記憶することができる任意の媒体を含む。
以上の説明は、単に本願の具体的な実装にすぎず、本願の保護範囲を限定することが意図されているわけではない。本願に開示される技術的範囲内の当業者には容易に分かる任意の変形または置換は、本願の保護範囲に含まれるものとする。したがって、本願の保護範囲は、特許請求の範囲の保護範囲によって決まるものとする。

Claims (41)

  1. 通信方法であって、
    端末によって、第１の基地局から第１のアプリケーションレイヤ測定設定情報を受信するステップと、
    前記端末によって、前記第１のアプリケーションレイヤ測定設定情報に基づいてエクスペリエンス品質ＱｏＥ測定を実行するステップと、
    前記端末によって、第２の基地局から第１のメッセージを受信するステップであって、前記第１のメッセージは、前記第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す、ステップと、
    前記第１のメッセージが前記第１のアプリケーションレイヤ測定設定情報を保持することを示すときに、前記端末によって、ＱｏＥ測定を実行し続けるステップ、および／または
    前記第１のメッセージが前記第１のアプリケーションレイヤ測定設定情報を保持しないことを示すときに、前記端末によって、前記第１のアプリケーションレイヤ測定設定情報をリリースするステップと
    を含む通信方法。
  2. 前記第１のメッセージは、無線リソース制御ＲＲＣ再開を示すメッセージ、全設定を示すメッセージ、デュアル接続ＤＣリリースおよび／もしくは追加を示すメッセージ、またはセカンダリセルグループＳＣＧ設定のリリースを示すメッセージのうちの１つまたは複数を含む、請求項１に記載の方法。
  3. 前記第１のメッセージが前記第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、第１のメッセージが、第１のインジケーション情報フィールドを含み、前記第１のインジケーション情報フィールドが、第１の値であり、前記第１の値が、２つの値のうちの１つであり、前記２つの値のうちの一方が、前記第１のアプリケーションレイヤ測定設定情報を保持することを示し、前記２つの値のうちの他方が、前記第１のアプリケーションレイヤ測定設定情報をリリースすることを示すこと、または
    前記第１のメッセージが、第１のインジケーション情報フィールドを含むことで、前記第１のアプリケーションレイヤ測定設定情報を保持することを示し、前記第１のメッセージが、前記第１のインジケーション情報フィールドを含まないことで、前記第１のアプリケーションレイヤ測定設定情報をリリースすることを示す、もしくは前記第１のメッセージが、第１のインジケーション情報フィールドを含むことで、前記第１のアプリケーションレイヤ測定設定情報をリリースすることを示し、前記第１のメッセージが、前記第１のインジケーション情報フィールドを含まないことで、前記第１のアプリケーションレイヤ測定設定情報を保持することを示すこと、を含む、請求項１または２に記載の方法。
  4. 前記第１のメッセージは、前記第１のアプリケーションレイヤ測定設定情報のサービスタイプを示す情報をさらに含む、請求項１乃至３のいずれか一項に記載の方法。
  5. 前記第１のメッセージが前記第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、
    前記第１のメッセージが、保持またはリリースされる第１のアプリケーションレイヤ測定設定のサービスタイプを示すことであって、前記サービスタイプが、前記保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応する、ことを含む、請求項１乃至３のいずれか一項に記載の方法。
  6. 前記第１のメッセージが前記第１のアプリケーションレイヤ測定設定情報を保持することを示すときに前記端末がＱｏＥ測定を実行し続ける前記ステップは、
    前記端末のアクセス層ＡＳによって、前記第１のメッセージに基づいて、前記第１のアプリケーションレイヤ測定設定情報が保持されると決定するステップと、前記ＡＳの上位レイヤに第２のメッセージを送信するステップであって、前記第２のメッセージが、前記第１のアプリケーションレイヤ測定設定情報が保持されることを示す、ステップとを含む、請求項１乃至５のいずれか一項に記載の方法。
  7. 前記端末の前記ＡＳの前記上位レイヤが前記第２のメッセージを受信する前に、前記ＡＳの前記上位レイヤは、前記第１のアプリケーションレイヤ測定設定情報を記憶しておらず、および前記方法は、
    前記ＡＳによって、前記第１のアプリケーションレイヤ測定設定情報を前記ＡＳの前記上位レイヤに送信するステップをさらに含む請求項６に記載の方法。
  8. 前記ＡＳによって、前記第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプを示す情報を前記ＡＳの前記上位レイヤに送信するステップをさらに含む請求項７に記載の方法。
  9. 前記第１のメッセージが前記第１のアプリケーションレイヤ測定設定情報を保持しないことを示すときに前記端末によって前記第１のアプリケーションレイヤ測定設定情報をリリースするステップは、
    前記端末の前記アクセス層ＡＳによって、前記第１のメッセージに基づいて、前記第１のアプリケーションレイヤ測定設定情報がリリースされると決定するステップと、前記ＡＳの前記上位レイヤに第２のメッセージを送信するステップであって、前記第２のメッセージが、前記第１のアプリケーションレイヤ測定設定情報がリリースされることを示す、ステップとを含む、請求項１乃至８のいずれか一項に記載の方法。
  10. 前記第１のメッセージは、前記第２の基地局からの、および前記無線リソース制御ＲＲＣ再開を示すメッセージである、請求項１乃至９のいずれか一項に記載の方法。
  11. 前記第１のメッセージは、前記端末に、無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態から無線リソース制御接続ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入るように示す、請求項１乃至１０のいずれか一項に記載の方法。
  12. 前記第１のアプリケーションレイヤ測定設定情報が受信された後、および前記第１のメッセージが受信される前に、前記方法は、
    前記端末が前記無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入ることを通知するメッセージを第３の基地局から受信するステップと、前記ＲＲＣ再開を要求するメッセージを前記第２の基地局に送信するステップとをさらに含み、前記端末が前記無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入ることを通知する前記メッセージは、前記端末が前記第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す請求項１乃至１１のいずれか一項に記載の方法。
  13. 前記端末が前記無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入ることを通知する前記メッセージは、前記第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプをさらに示す、請求項１２に記載の方法。
  14. 前記第１の基地局は、デュアル接続におけるマスタノードＭＮであり、および前記第２の基地局は、前記デュアル接続におけるセカンダリノードＳＮである、または
    前記第１の基地局は、デュアル接続におけるセカンダリノードＳＮであり、および前記第２の基地局は、前記デュアル接続におけるマスタノードＭＮである、請求項１０乃至１３のいずれか一項に記載の方法。
  15. 前記第１の基地局が、前記端末とデュアル接続を実行する基地局におけるマスタノードまたはセカンダリノードであるときには、前記第１のメッセージは、前記第１のアプリケーションレイヤ測定設定に対応する基地局のタイプをさらに示し、および前記タイプは、マスタノードおよび／またはセカンダリノードを含む、請求項１０乃至１４のいずれか一項に記載の方法。
  16. 前記第１のメッセージは、前記第２の基地局からの、および全設定を示す前記メッセージ、またはマルチ無線デュアル接続ＭＲ－ＤＣリリースおよび／もしくは追加を示す前記メッセージである、請求項１乃至９のいずれか一項に記載の方法。
  17. 前記第１の基地局は、デュアル接続している基地局におけるマスタノードまたはセカンダリノードであり、および前記第２の基地局は、前記デュアル接続している前記基地局における前記マスタノードである、請求項１６に記載の方法。
  18. 前記第１のアプリケーションレイヤ測定設定情報は、デュアル接続におけるセカンダリノードによって設定され、前記第１のメッセージは、前記第２の基地局からの、および前記セカンダリセルグループ設定のリリースを示すメッセージであり、およびセカンダリセルグループは、前記セカンダリノードによって管理されるセルである、請求項１乃至９のいずれか一項に記載の方法。
  19. 前記保持された第１のアプリケーションレイヤ測定設定情報は、マスタノードのアプリケーションレイヤ測定に使用される、請求項１８に記載の方法。
  20. 前記第１の基地局は、デュアル接続している基地局におけるセカンダリノードまたはマスタノードであり、および前記第２の基地局は、前記デュアル接続している前記基地局における前記マスタノードである、請求項１８または１９に記載の方法。
  21. 前記第２の基地局から第３のインジケーション情報を受信するステップであって、前記第３のインジケーション情報は、前記第１のアプリケーションレイヤ測定設定情報についての測定結果を前記第２の基地局に送信することを示す、ステップをさらに含む、請求項１８乃至２０のいずれか一項に記載の方法。
  22. 通信方法であって、
    第１の基地局によって、第１のメッセージを端末に送信するステップであって、前記第１のメッセージは、第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す、ステップを含み、
    前記第１のアプリケーションレイヤ測定設定情報は、前記第１のメッセージが受信される前に前記端末によって第２の基地局から受信され、および前記第１のアプリケーションレイヤ測定設定情報は、前記端末のエクスペリエンス品質ＱｏＥ測定に使用される、通信方法。
  23. 前記第１のメッセージは、無線リソース制御ＲＲＣ再開を示すメッセージ、全設定を示すメッセージ、デュアル接続ＤＣリリースもしくは追加を示すメッセージ、またはセカンダリセルグループＳＣＧ設定のリリースを示すメッセージのうちの１つまたは複数を含む、請求項２２に記載の方法。
  24. 前記第１のメッセージが前記第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、前記第１のメッセージが、第１のインジケーション情報フィールドを含み、前記第１のインジケーション情報フィールドが、第１の値であり、前記第１の値が、２つの値のうちの１つであり、前記２つの値のうちの一方が、前記第１のアプリケーションレイヤ測定設定情報を保持することを示し、前記２つの値のうちの他方が、前記第１のアプリケーションレイヤ測定設定情報をリリースすることを示すこと、または
    前記第１のメッセージが、第１のインジケーション情報フィールドを含むことで、前記第１のアプリケーションレイヤ測定設定情報を保持することを示し、前記第１のメッセージが、前記第１のインジケーション情報フィールドを含まないことで、前記第１のアプリケーションレイヤ測定設定情報をリリースすることを示す、もしくは前記第１のメッセージが、第１のインジケーション情報フィールドを含むことで、前記第１のアプリケーションレイヤ測定設定情報をリリースすることを示し、前記第１のメッセージが、前記第１のインジケーション情報フィールドを含まないことで、前記第１のアプリケーションレイヤ測定設定情報を保持することを示すこと、を含む、請求項２２または２３に記載の方法。
  25. 前記第１のメッセージは、前記第１のアプリケーションレイヤ測定設定情報のサービスタイプを示す情報をさらに含む、請求項２２乃至２４のいずれか一項に記載の方法。
  26. 前記第１のメッセージが前記第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、
    前記第１のメッセージが、保持またはリリースされる第１のアプリケーションレイヤ測定設定のサービスタイプを示すことであって、前記サービスタイプが、前記保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応する、ことを含む、請求項２２乃至２４のいずれか一項に記載の方法。
  27. 前記第１のメッセージは、無線リソース制御ＲＲＣ再開を示すメッセージであり、前記端末に、無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態から無線リソース制御接続ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入るように指示し、
    前記方法は、
    前記第１の基地局によって、前記端末からＲＲＣ再開要求メッセージを受信するステップをさらに含む請求項２２乃至２６のいずれか一項に記載の方法。
  28. 前記第２の基地局によって、前記第１のアプリケーションレイヤ測定設定情報を前記端末に送信するステップをさらに含み、
    前記第１の基地局は、デュアル接続におけるマスタノードであり、前記第２の基地局と前記第１の基地局は、同じ基地局である、または前記第１の基地局は、デュアル接続におけるマスタノードであり、前記第２の基地局は、前記デュアル接続におけるマスタノードであり、前記第１の基地局と前記第２の基地局は、異なる基地局である、請求項２２乃至２７のいずれか一項に記載の方法。
  29. 第３の基地局によって、前記端末が無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入ることを通知するメッセージを前記第１の基地局に送信するステップであって、前記端末が前記無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入ることを通知する前記メッセージは、前記端末が前記第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示す、ステップをさらに含む、請求項２２乃至２８のいずれか一項に記載の方法。
  30. 前記端末が前記無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入ることを通知する前記メッセージは、前記第１のアプリケーションレイヤ測定設定情報に対応するサービスタイプをさらに示す、請求項２９に記載の方法。
  31. 前記端末が前記無線リソース制御非アクティブＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に入ることを通知する前記メッセージが前記端末が前記第１のアプリケーションレイヤ測定設定情報を保持するかどうかを示すことは、
    前記第１のメッセージが、保持またはリリースされる第１のアプリケーションレイヤ測定設定のサービスタイプを示すことであって、前記サービスタイプが前記保持またはリリースされる第１のアプリケーションレイヤ測定設定に対応する、ことを含む、請求項２９に記載の方法。
  32. 前記第１のメッセージは、全設定を示すメッセージ、またはマルチ無線デュアル接続ＭＲ－ＤＣリリースおよび／もしくは追加を示すメッセージである、請求項２２乃至２６のいずれか一項に記載の方法。
  33. 前記第２の基地局は、デュアル接続している基地局におけるマスタノードまたはセカンダリノードであり、前記第１の基地局は、デュアル接続している前記基地局におけるマスタノードである、請求項３２に記載の方法。
  34. 前記第１のアプリケーションレイヤ測定設定情報は、デュアル接続している基地局におけるセカンダリノードによって設定され、前記第１のメッセージは、セカンダリセルグループ設定のリリースを示すメッセージであり、セカンダリセルグループは、前記セカンダリノードによって管理されるセルである、請求項２２乃至２６のいずれか一項に記載の方法。
  35. 前記第２の基地局は、デュアル接続している基地局におけるセカンダリノードまたはマスタノードであり、前記第１の基地局は、デュアル接続している前記基地局におけるマスタノードである、請求項３４に記載の方法。
  36. 前記第１の基地局によって、第３のインジケーション情報を前記端末に送信するステップであって、前記第３のインジケーション情報は、前記第１のアプリケーションレイヤ測定設定情報についての測定結果を前記第１の基地局に送信することを示す、ステップをさらに含む、請求項３４または３５に記載の方法。
  37. 通信装置であって、
    １つまたは複数のプロセッサと、１つまたは複数のメモリとを備え、
    前記１つまたは複数のプロセッサは、前記１つまたは複数のメモリに記憶されたプログラムを実行して、前記装置が請求項１乃至２１のいずれか一項に記載の方法を実行するように構成される、通信装置。
  38. 通信装置であって、
    １つまたは複数のプロセッサと、１つまたは複数のメモリとを備え、
    前記１つまたは複数のプロセッサは、前記１つまたは複数のメモリに記憶されたプログラムを実行して、前記装置が請求項２２乃至３６のいずれか一項に記載の方法を実行するように構成される、通信装置。
  39. プログラムを記憶するように構成された可読記憶媒体であって、前記プログラムは、１つまたは複数のプロセッサによって実行されて、前記１つまたは複数のプロセッサを備える装置が請求項１乃至２１のいずれか一項に記載の方法を実行するようになっている、可読記憶媒体。
  40. プログラムを記憶するように構成された可読記憶媒体であって、前記プログラムは、１つまたは複数のプロセッサによって実行されて、前記１つまたは複数のプロセッサを備える装置が請求項２２乃至３６のいずれか一項に記載の方法を実行するようになっている、可読記憶媒体。
  41. 請求項３７に記載の装置と、請求項３８に記載の装置とを備える、通信システム。
JP2023524522A 2020-10-23 2021-10-18 通信方法および装置、可読記憶媒体、ならびにシステム Pending JP2023546462A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CNPCT/CN2020/123244 2020-10-23
PCT/CN2020/123244 WO2022082727A1 (zh) 2020-10-23 2020-10-23 通信方法，装置，可读存储介质和系统
PCT/CN2021/124513 WO2022083558A1 (zh) 2020-10-23 2021-10-18 通信方法，装置，可读存储介质和系统

Publications (1)

Publication Number Publication Date
JP2023546462A true JP2023546462A (ja) 2023-11-02

Family

ID=81291173

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023524522A Pending JP2023546462A (ja) 2020-10-23 2021-10-18 通信方法および装置、可読記憶媒体、ならびにシステム

Country Status (5)

Country Link
US (1) US20230308925A1 (ja)
EP (1) EP4221308A4 (ja)
JP (1) JP2023546462A (ja)
CN (1) CN116508349A (ja)
WO (2) WO2022082727A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102533623B1 (ko) * 2021-11-03 2023-05-26 주식회사 블랙핀 무선 이동 통신 시스템에서 인액티브 단말이 응용 계층 측정을 관리하는 방법 및 장치
WO2024006358A1 (en) * 2022-06-28 2024-01-04 Ofinno, Llc Combined quality of experience reporting
CN117596690A (zh) * 2022-08-08 2024-02-23 华为技术有限公司 通信的方法、装置和系统
WO2024060096A1 (zh) * 2022-09-21 2024-03-28 北京小米移动软件有限公司 Qmc配置方法、装置
CN118283684A (zh) * 2022-12-30 2024-07-02 华为技术有限公司 应用层测量方法及通信装置
WO2024177561A1 (en) * 2023-02-24 2024-08-29 Telefonaktiebolaget Lm Ericsson (Publ) Handling quality of experience measurements

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103107958B (zh) * 2011-11-11 2016-09-07 中兴通讯股份有限公司 一种获取用户感知的方法及系统
CN104160734B (zh) * 2012-03-08 2018-09-21 英派尔科技开发有限公司 测量与移动装置关联的体验质量
CN105264790B (zh) * 2013-11-29 2019-07-12 华为技术有限公司 面向用户体验质量的移动视频业务反馈方法、装置和设备
WO2016176857A1 (zh) * 2015-05-07 2016-11-10 华为技术有限公司 一种媒体业务质量测量方法及装置
CN110326328B (zh) * 2017-02-14 2021-05-14 瑞典爱立信有限公司 在重定位或切换期间管理QoE测量采集的方法和网络节点
US11356905B2 (en) * 2017-08-11 2022-06-07 Telefonaktiebolaget Lm Ericsson (Publ) Handling of application layer measurements during handover in wireless communication networks
GB201715920D0 (en) * 2017-09-29 2017-11-15 Nec Corp Communication system
GB2577804B (en) * 2018-10-03 2022-03-02 Samsung Electronics Co Ltd Improvements in and relating to telecommunications networks
EP3874790A1 (en) * 2018-11-01 2021-09-08 Telefonaktiebolaget LM Ericsson (publ) Notifying a management system of quality of experience measurement reporting status
WO2020154841A1 (en) * 2019-01-28 2020-08-06 Qualcomm Incorporated Measurement-based dual connectivity and carrier aggregation activation

Also Published As

Publication number Publication date
WO2022083558A1 (zh) 2022-04-28
WO2022082727A1 (zh) 2022-04-28
US20230308925A1 (en) 2023-09-28
EP4221308A1 (en) 2023-08-02
CN116508349A (zh) 2023-07-28
EP4221308A4 (en) 2024-04-03

Similar Documents

Publication Publication Date Title
US11792705B2 (en) Communication method and system in handover carrying NSSAI, and corresponding core network device
JP2023546462A (ja) 通信方法および装置、可読記憶媒体、ならびにシステム
WO2019192417A1 (zh) 指示业务分流的方法和装置
US20220217611A1 (en) Service Configuration Method, Communication Apparatus, and Communication System
CN113475109A (zh) 随着rrc恢复完成之类的消息的早期测量报告
WO2020135850A1 (zh) 通信方法和装置
WO2021232910A1 (zh) 一种网络接入方法及通信装置
JP2021531678A (ja) ｇＮＢ−ＣＵ−ＵＰにおける完全性保護のハンドリング
JP7265037B2 (ja) 通信方法、通信機器、及び通信システム
EP2842365B1 (en) Handover decision for video or other streaming services considering playout buffer size
US20240244491A1 (en) Communication method and apparatus
US20240172084A1 (en) Data transmission method and apparatus
TWI775811B (zh) 通信方法、輔網絡節點和終端
EP3852481A1 (en) Mode switching method and data stream distribution method and apparatus
WO2019228459A1 (zh) 通信方法、装置及存储介质
WO2021204022A1 (zh) 一种测量方法和装置
US20240040450A1 (en) Information transmission method and apparatus
WO2022082690A1 (zh) 群组切换的方法、装置和系统
EP3878239A1 (en) Method and system for supporting multiple fully separated network slices
WO2023116176A1 (zh) 一种QoE配置释放方法、设备及计算机可读存储介质
WO2022170582A1 (zh) 体验质量测量的方法和通信装置
WO2024041422A1 (zh) 通信方法、装置、终端及核心网节点
WO2024082501A1 (en) METHOD AND APPARATUS OF SUPPORTING QUALITY OF EXPERIENCE (QoE) MEASUREMENT COLLECTION
WO2024104454A2 (zh) 通信方法、计算机可读存储介质及通信装置
WO2024032451A1 (zh) 通信的方法、装置和系统

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230601

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230601

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20240502

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240625

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240925