(57)【要約】  無線ベアラ構成方法および装置を提供する。前記方法は：第２ノードを端末へ接続することを第１ノードが決定した場合、前記第１ノードにより前記端末の構成情報を取得するステップであって、前記端末は前記第１ノードに接続され、前記構成情報は前記第１ノードおよび／または前記第２ノードによって構成される、ステップ；前記構成情報を前記端末に対して送信するステップであって、前記構成情報は前記端末に対して、前記構成情報にしたがって前記第１ノードと前記第２ノードへ接続することを指示するように構成されている、ステップ；を有する。前記端末は複数接続を確立する。【選択図】図４
2020523911.tif 000002
【特許請求の範囲】
【請求項１】
無線ベアラ構成方法であって、
第２ノードを端末へ接続することを第１ノードが決定した場合、前記第１ノードにより前記端末の構成情報を取得するステップであって、前記端末は前記第１ノードに接続され、前記構成情報は前記第１ノードおよび／または前記第２ノードによって構成される、ステップ；
前記構成情報を前記端末に対して送信するステップであって、前記構成情報は前記端末に対して、前記構成情報にしたがって前記第１ノードと前記第２ノードへ接続することを指示するように構成されている、ステップ、
を有することを特徴とする方法。
【請求項２】
前記前記第１ノードにより前記端末の構成情報を取得するステップの前に、前記方法はさらに、
第１事前構成態様にしたがって、サービス品質（ＱｏＳ）フローとデータ無線ベアラ（ＤＲＢ）との間のマッピング関係、および／または、前記ＱｏＳフローと論理チャネル（ＬＣＨ）との間のマッピング関係を決定するステップを有する
ことを特徴とする請求項１記載の方法。
【請求項３】
前記第１事前構成態様にしたがって、ＱｏＳフローとＤＲＢとの間のマッピング関係、および／または、前記ＱｏＳフローとＬＣＨとの間のマッピング関係を決定するステップは、
前記第１ノードにより、第１ノード側におけるＱｏＳフローとＤＲＢとの間のマッピング関係、および、第２ノード側におけるＱｏＳフローとＤＲＢとの間のマッピング関係を決定するステップ、
前記第１ノードにより、第１ノード側におけるＱｏＳフローとＬＣＨとの間のマッピング関係、および、第２ノード側におけるＱｏＳフローとＬＣＨとの間のマッピング関係を決定するステップ、
前記端末と複数接続を確立する各ノードによって、各前記ノードにおいて配置されたＱｏＳフローとＤＲＢとの間のマッピング関係を決定するステップ、
前記端末と複数接続を確立する各ノードによって、各前記ノードにおいて配置されたＱｏＳフローとＬＣＨとの間のマッピング関係を決定するステップ、
前記端末の各ベアラが配置される１以上のアンカーノードにより、ＱｏＳフローとＤＲＢとの間のマッピング関係および／またはＱｏＳフローとＬＣＨとの間のマッピング関係を決定するか、あるいは、前記端末の各スプリットベアラが配置される１以上のアンカーノードにより、前記スプリットベアラの各ブランチのＱｏＳフローとＤＲＢまたはＬＣＨとの間のマッピング関係を決定するステップであって、前記アンカーノードは、各前記ベアラに対応するパケットデータ集束プロトコル（ＰＤＣＰ）エンティティが配置されるノードである、ステップ、
のうち少なくともいずれかを有する
ことを特徴とする請求項２記載の方法。
【請求項４】
ＱｏＳフローとＤＲＢとの間の前記マッピング関係は、
複数の指定ＱｏＳフローを同じＤＲＢへマッピングすること、
マッピングするＱｏＳフローが必要とするＤＲＢの総数、
のうち少なくとも１つを含む
ことを特徴とする請求項３記載の方法。
【請求項５】
ＱｏＳフローとＬＣＨとの間の前記マッピング関係は、
複数の指定ＱｏＳフローを同じＬＣＨへマッピングすること、
マッピングするＱｏＳフローが必要とするＬＣＨの総数、
のうち少なくとも１つを含む
ことを特徴とする請求項３記載の方法。
【請求項６】
前記端末と複数接続を確立する各ノードによって、各前記ノードにおいて配置されたＱｏＳフローとＤＲＢとの間のマッピング関係を決定するステップは、
前記第１ノードにより、第１ノードセルグループが伝達するＱｏＳフローとＤＲＢとの間のマッピング関係を決定するステップ、
前記第１ノードにより、第１ノードセルグループスプリットベアラに対応するＱｏＳフローと、前記第１ノードセルグループスプリットベアラの第１ノードブランチのＤＲＢとの間のマッピング関係を決定するステップ、
前記第１ノードにより、第２ノードセルグループスプリットベアラに対応するＱｏＳフローと、前記第２ノードセルグループスプリットベアラの第１ノードブランチのＤＲＢとの間のマッピング関係を決定するステップ、
前記第２ノードにより、第２ノードセルグループが伝達するＱｏＳフローとＤＲＢとの間のマッピング関係を決定するステップ、
前記第２ノードにより、第２ノードセルグループスプリットベアラに対応するＱｏＳフローと、前記第２ノードセルグループスプリットベアラの第２ノードブランチのＤＲＢとの間のマッピング関係を決定するステップ、
前記第２ノードにより、第１ノードセルグループスプリットベアラに対応するＱｏＳフローと、前記第１ノードセルグループスプリットベアラの第２ノードブランチのＤＲＢとの間のマッピング関係を決定するステップ、
のうち少なくともいずれかを有する
ことを特徴とする請求項３記載の方法。
【請求項７】
前記端末と複数接続を確立する各ノードによって、各ノードにおいて配置されたＱｏＳフローとＬＣＨとの間のマッピング関係を決定するステップは、
前記第１ノードにより、第１ノードセルグループが伝達するＱｏＳフローとＬＣＨとの間のマッピング関係を決定するステップ、
前記第１ノードにより、第１ノードセルグループスプリットベアラに対応するＱｏＳフローと、前記第１ノードセルグループスプリットベアラの第１ノードブランチのＬＣＨとの間のマッピング関係を決定するステップ、
前記第１ノードにより、第２ノードセルグループスプリットベアラに対応するＱｏＳフローと、前記第２ノードセルグループスプリットベアラの第１ノードブランチのＬＣＨとの間のマッピング関係を決定するステップ、
前記第２ノードにより、第２ノードセルグループが伝達するＱｏＳフローとＤＲＢとの間のマッピング関係を決定するステップ、
前記第２ノードにより、第２ノードセルグループスプリットベアラに対応するＱｏＳフローと、前記第２ノードセルグループスプリットベアラの第２ノードブランチのＬＣＨとの間のマッピング関係を決定するステップ、
前記第２ノードにより、第１ノードセルグループスプリットベアラに対応するＱｏＳフローと、前記第１ノードセルグループスプリットベアラの第２ノードブランチのＬＣＨとの間のマッピング関係を決定するステップ、
のうち少なくともいずれかを有する
ことを特徴とする請求項３記載の方法。
【請求項８】
前記端末の各ベアラが配置される１以上のアンカーノードにより、ＱｏＳフローとＤＲＢとの間のマッピング関係および／またはＱｏＳフローとＬＣＨとの間のマッピング関係を決定するか、あるいは、前記端末の各スプリットベアラが配置される１以上のアンカーノードにより、前記スプリットベアラの各ブランチのＱｏＳフローとＤＲＢまたはＬＣＨとの間のマッピング関係を決定するステップは、
前記第１ノードにより、第１ノードセルグループが伝達するＱｏＳフローとＤＲＢおよび／またはＬＣＨとの間のマッピング関係を決定するステップ、
前記第１ノードにより、第１ノードセルグループスプリットベアラに対応するＱｏＳフローと、前記第１ノードセルグループスプリットベアラの第１ノードブランチのＤＲＢおよび／またはＬＣＨとの間のマッピング関係、および、前記第１ノードセルグループスプリットベアラに対応するＱｏＳフローと、前記第１ノードセルグループスプリットベアラの第２ノードブランチのＤＲＢおよび／またはＬＣＨとの間のマッピング関係を決定するステップ、
前記第２ノードにより、第２ノードセルグループが伝達するＱｏＳフローとＤＲＢおよび／またはＬＣＨとの間のマッピング関係を決定するステップ、
前記第２ノードにより、第２ノードセルグループスプリットベアラに対応するＱｏＳフローと、前記第２ノードセルグループスプリットベアラの第１ノードブランチのＤＲＢおよび／またはＬＣＨとの間のマッピング関係、および、前記第２ノードセルグループスプリットベアラに対応するＱｏＳフローと、前記第２ノードセルグループスプリットベアラの第２ノードブランチのＤＲＢおよび／またはＬＣＨとの間のマッピング関係を決定するステップ、
のうち少なくともいずれかを有する
ことを特徴とする請求項３記載の方法。
【請求項９】
前記第１ノードにより前記端末の構成情報を取得するステップは、
前記第１ノードにより、前記端末とノードとの間においてベアラに対して割り当てられたＤＲＢ  ＩＤについての構成情報を決定するステップを有する
ことを特徴とする請求項１記載の方法。
【請求項１０】
前記ベアラが配置される１以上のアンカーノードは、前記ベアラのＤＲＢ  ＩＤを決定し、あるいは、前記ベアラの第１ノードスプリットブランチのＤＲＢ  ＩＤと前記ベアラの第２ノードスプリットブランチのＤＲＢ  ＩＤを決定する
ことを特徴とする請求項９記載の方法。
【請求項１１】
前記第１ノードにより前記端末の構成情報を取得するステップの前において、前記方法はさらに、
第２事前構成態様にしたがって、前記第１ノードと前記第２ノードが共有するＤＲＢ  ＩＤ空間を決定するステップを有する
ことを特徴とする請求項１記載の方法。
【請求項１２】
前記第２事前構成態様にしたがって、前記第１ノードと前記第２ノードが共有するＤＲＢ  ＩＤ空間を決定するステップは、
前記第１ノードにより、前記共有するＤＲＢ  ＩＤ空間の値範囲を決定するステップ、
前記第１ノードがロングタームエボリューション（ＬＴＥ）ベースステーションである場合、前記第１ノードにより、前記共有するＤＲＢ  ＩＤ空間の値範囲を決定するステップ、
前記第１ノードが拡張ＬＴＥ（ｅＬＴＥ）ベースステーションまたは５Ｇベースステーションであり前記第２ノードがＬＴＥベースステーションである場合、前記第１ノードと前記第２ノードにより、前記共有するＤＲＢ  ＩＤの値範囲を交渉するステップ、
前記第１ノードと前記第２ノードが任意のベースステーションである場合、前記第１ノードと前記第２ノードにより、前記共有するＤＲＢ  ＩＤの値範囲を交渉するステップ、
のうちいずれかを有する
ことを特徴とする請求項１１記載の方法。
【請求項１３】
前記第１ノードにより前記端末の構成情報を取得するステップの前において、前記方法はさらに、
前記第１ノードにより、第３事前構成態様にしたがって、ＤＲＢ  ＩＤ空間および／または利用可能ＤＲＢ  ＩＤを決定するステップを有する
ことを特徴とする請求項１記載の方法。
【請求項１４】
前記第１ノードにより、第３事前構成態様にしたがって、ＤＲＢ  ＩＤ空間および／または利用可能ＤＲＢ  ＩＤを決定するステップは、
第２ノード追加を開始することを前記第１ノードが決定した場合、前記第１ノードにより、前記第１ノードが使用していないＤＲＢ  ＩＤまたはＤＲＢ  ＩＤ空間の全値範囲と前記第１ノードが使用しているＤＲＢ  ＩＤを前記第２ノードに対して通知するステップ、
第２ノード追加を開始することを前記第１ノードが決定した場合、前記第１ノードにより、前記第１ノードが使用していないＤＲＢ  ＩＤを前記第２ノードに対して通知し、前記第２ノードが送信したフィードバックメッセージを受信するステップであって、前記第２ノードが前記使用していないＤＲＢ  ＩＤを拒否または変更した場合、前記フィードバックメッセージは前記第１ノードが使用していないＤＲＢ  ＩＤの拒否理由または変更理由を搬送する、ステップ、
前記第２ノードが送信した前記フィードバックメッセージを前記第１ノードが受信した後、前記フィードバックメッセージにしたがって、前記第１ノードが使用していないＤＲＢ  ＩＤを変更し、前記第２ノード追加を再開始するステップ、
のうち少なくともいずれかを有する
ことを特徴とする請求項１３記載の方法。
【請求項１５】
前記拒否理由または変更理由は、
未使用ＤＲＢ  ＩＤの拒否；ＤＲＢ  ＩＤ空間の範囲の拒否；未使用ＤＲＢ  ＩＤのサポート失敗；ＤＲＢ  ＩＤ空間の範囲のサポート失敗；未使用ＤＲＢが前記第２ノードのサポート可能上限を超過；ＤＲＢ  ＩＤ空間の範囲が前記第２ノードのサポート可能上限を超過；
のうち少なくとも１つを含む
ことを特徴とする請求項１４記載の方法。
【請求項１６】
前記第１ノードが、第２ノード変更を開始し、または前記第２ノードが開始した前記第２ノード変更を受信した場合、１以上の新規ＤＲＢ追加または１以上の既存ＤＲＢ削除に応じて、前記第１ノードにより、未使用ＤＲＢ  ＩＤの状態または使用中ＤＲＢ  ＩＤの状態を更新し、前記端末に接続している別ノードに対して更新情報を通知するステップを有する
ことを特徴とする請求項１４記載の方法。
【請求項１７】
前記第１ノードはマスタノードであり、前記第２ノードはセカンダリノードである
ことを特徴とする請求項１から１６のいずれか１項記載の方法。
【請求項１８】
無線ベアラ構成方法であって、
第２ノードにより、第２ノード追加または第２ノード変更のリクエストメッセージを、端末に接続された第１ノードから受信するステップ；
前記第２ノードにより、前記リクエストメッセージにしたがって、前記第２ノードが構成した前記端末の構成情報を前記第１ノードに対して送信し、前記構成情報にしたがって前記第２ノードを前記端末と接続するステップ；
を有することを特徴とする方法。
【請求項１９】
前記第１ノードによって開始された第２ノード変更を前記第２ノードが受信し、または前記第２ノードが前記第２ノード変更を開始した場合、データ無線ベアラ（ＤＲＢ）追加またはＤＲＢ削除を検出したことに応じて、前記第２ノードにより、ＤＲＢ  ＩＤリソースを更新し、前記端末に接続している別ノードに対して更新情報を通知するステップを有する
ことを特徴とする請求項１８記載の方法。
【請求項２０】
無線ベアラ構成方法であって、
端末により、第１ノードが送信した構成情報を受信するステップであって、前記構成情報は、前記第１ノードまたは第２ノードが作成した前記端末の構成を搬送する、ステップ；
前記構成情報にしたがって前記端末を前記第１ノードと前記第２ノードへ接続するステップ；
を有することを特徴とする方法。
【請求項２１】
前記構成情報にしたがって前記端末を前記第１ノードと前記第２ノードへ接続するステップの後、前記方法はさらに、
前記端末により、前記第１ノードまたは前記第２ノードが送信した無線リソース制御（ＲＲＣ）接続再構成メッセージを受信するステップであって、前記ＲＲＣ接続再構成メッセージはデータ無線ベアラ（ＤＲＢ）構成情報を搬送する、ステップ；
前記端末により、前記ＲＲＣ接続再構成メッセージにしたがって、前記第１ノードとの接続または前記第２ノードとの接続を構成するステップ；
を有することを特徴とする請求項２０記載の方法。
【請求項２２】
前記端末により、前記第１ノードまたは前記第２ノードが送信したＲＲＣ接続再構成メッセージを受信するステップであって、前記ＲＲＣ接続再構成メッセージはＤＲＢ構成情報を搬送する、ステップの後に、前記方法はさらに、
異なるＤＲＢ  ＩＤによりスプリットベアラのノードブランチが構成されたことまたは同じＤＲＢ  ＩＤにより異なるＤＲＢが構成されたことを前記端末が検出した場合、前記端末により、ＲＲＣ再構成失敗を通知するメッセージをフィードバックするステップを有する
ことを特徴とする請求項２１記載の方法。
【請求項２３】
前記ＲＲＣ再構成失敗を通知するメッセージは失敗理由を搬送し、
前記失敗理由は、
ＤＲＢ  ＩＤ構成エラー；繰り返しＤＲＢ  ＩＤ構成；非ユニークＤＲＢ  ＩＤ構成；スプリットＤＲＢのＩＤ構成エラー
のうち少なくとも１つを含む
ことを特徴とする請求項２２記載の方法。
【請求項２４】
第１ノードに対して適用される無線ベアラ構成装置であって、
第２ノードを端末へ接続することを前記第１ノードが決定した場合、前記端末の構成情報を決定するように構成されている決定モジュールであって、前記端末は前記第１ノードに接続され、前記構成情報は前記第１ノードおよび／または前記第２ノードによって構成されている、決定モジュール；
前記構成情報を前記端末に対して送信するように構成されている第１送信モジュールであって、前記構成情報は、前記構成情報にしたがって前記第１ノードと前記第２ノードへ接続することを前記端末に対して指示するように構成されている、第１送信モジュール；
を備えることを特徴とする装置。
【請求項２５】
第２ノードに対して適用される無線ベアラ構成装置であって、
端末に接続された第１ノードが送信するリクエストメッセージを受信するように構成されている第１受信モジュール；
前記リクエストメッセージにしたがって、前記第２ノードが構成した前記端末の構成情報を前記第１ノードに対して送信するように構成されている第２送信モジュールであって、前記第２ノードは、前記構成情報にしたがって前記端末に接続される、第２送信モジュール；
を備えることを特徴とする装置。
【請求項２６】
端末に対して適用される無線ベアラ構成装置であって、
第１ノードが送信した構成情報を受信するように構成されている第２受信モジュールであって、前記構成情報は、前記第１ノードおよび／または第２ノードが作成した前記端末の構成を搬送する、第２受信モジュール；
前記構成情報にしたがって、前記端末を前記第１ノードと前記第２ノードへ接続するように構成されている接続モジュール；
を備えることを特徴とする装置。
【請求項２７】
実行したとき、請求項１から２３いずれか１項記載の方法を実施するように構成されたプログラムを格納している
ことを特徴とする記憶媒体。
【請求項２８】
電子デバイスであって、
メモリとプロセッサを有し、
前記プロセッサは前記メモリに接続され、前記プロセッサは前記メモリ上に格納されているプログラムを実行するように構成されており、
前記プログラムは、前記プロセッサが実行したとき、請求項１から２３いずれか１項記載の方法を実施するように構成されている
ことを特徴とする電子デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
＜関連出願への相互参照＞
本願は、２０１７年６月１６日出願の中国特許出願２０１７１０４５９０９９．５の優先権を主張する。同文献の開示内容は、参照によりその全体が本願に組み込まれる。
【０００２】
本願は通信分野に関し、特に無線ベアラ構成方法および装置に関するが、これに限るものではない。
【背景技術】
【０００３】
関連技術に関して、図１は、デュアル接続（ＤＣ）システムのシステムアーキテクチャを示す概略図である。
【０００４】
ＤＣシステムにおいて、複数のレシーバおよび送信器（Ｒｘ／Ｔｘ）を有するユーザ機器（ＵＥ）について、次世代無線アクセスネットワーク（ＮＧ−ＲＡＮ）におけるＵＥのサービス提供中ベースステーション（第１ネットワーク要素と呼ぶ）は、ＵＥのために適切なベースステーションを選択し（例えば無線チャネル品質が閾値を満たす）、そのベースステーションをＵＥへ追加する（追加するベースステーションを第２ネットワーク要素と呼ぶ）。これにより、２つのベースステーションは一体となって、ユーザｐｌａｎｅデータ送信のためにＵＥに対して無線リソースを提供する。有線インターフェースの観点において、第１ネットワーク要素と次世代コアネットワーク（ＮＧ−ＣＮ）との間でＮＧ制御ｐｌａｎｅ（ＮＧ−Ｃ）インターフェースをＵＥのために確立し、第２ネットワーク要素とＮＧ−ＣＮとの間でＮＧユーザｐｌａｎｅ（ＮＧ−Ｕ）インターフェースをＵＥのために確立し、第１ネットワーク要素と第２ネットワーク要素は理想インターフェースまたは非理想インターフェース（Ｘｎインターフェースと呼ぶ）を介して接続される。無線インターフェースの観点において、第１ネットワーク要素と第２ネットワーク要素は、同じ無線アクセス技術（ＲＡＴ）または異なるＲＡＴを提供し、それぞれ独立してＵＥのためのスケジューリングを実施する。
【０００５】
端末は、複数のネットワーク要素と接続を確立して、ＤＣまたはマルチ接続（ＭＣ）を形成する必要がある。具体的実装において、ＤＣまたはＭＣは、理想的でない接続効果を提供する。
【０００６】
当該分野において、デュアル接続またはマルチ接続端末を構成する方法に関して、有効な手段は提供されていない。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本願は、当該分野において、デュアル接続またはマルチ接続端末を構成する課題を少なくとも解決する、無線ベアラ構成方法および措置を提供する。
【課題を解決するための手段】
【０００８】
本願の実施形態は無線ベアラ構成方法を提供する。本方法は以下のステップを有する。第２ノードを端末へ接続することを第１ノードが決定した場合、前記第１ノードは前記端末の構成情報を取得する。前記端末は前記第１ノードに接続され、前記構成情報は前記第１ノードおよび／または前記第２ノードによって構成される。前記第１ノードは前記構成情報を前記端末に対して送信し、前記構成情報は前記端末に対して前記構成情報にしたがって前記第１ノードと前記第２ノードへ接続することを指示するように構成されており、前記端末は複数接続を確立する。
【０００９】
本開示の別実施形態は、無線ベアラ構成方法を提供する。本法は：第１ノードが送信した構成情報を受信するステップであって、前記構成情報は、前記第１ノードまたは第２ノードが作成した前記端末の構成を搬送する、ステップ；前記構成情報にしたがって前記第１ノードと前記第２ノードへ接続するステップ；を有する。
【００１０】
本願の別実施形態は、無線ベアラ構成装置を提供する。前記装置は第１ノードに対して適用され、決定モジュールと第１送信モジュールを有する。前記決定モジュールは、第２ノードを前記端末へ接続することを前記第１ノードが決定した場合、端末の構成情報を取得するように構成されている。前記端末は前記第１ノードに接続され、前記構成情報は前記第１ノードおよび／または前記第２ノードによって構成される。前記第１送信モジュールは、前記構成情報を前記端末に対して送信するように構成されている。前記構成情報は、前記構成情報にしたがって前記第１ノードと前記第２ノードへ接続するように前記端末に対して指示するように構成されている。
【００１１】
本願の別実施形態は、無線ベアラ構成装置を提供する。前記装置は第２ノードに対して適用され、第１受信モジュールと第２送信モジュールを有する。前記第１受信モジュールは、端末に接続された第１ノードが送信するリクエストメッセージを受信するように構成されている。前記第２送信モジュールは、前記リクエストメッセージにしたがって、前記第２ノードが構成した前記端末の構成情報を前記第１ノードに対して送信するように構成されている。前記第２ノードは、前記構成情報にしたがって、前記端末に接続される。
【００１２】
本願の別実施形態は、無線ベアラ構成装置を提供する。前記装置は端末に対して適用され、第２受信モジュールと接続モジュールを有する。前記第２受信モジュールは、第１ノードが送信した構成情報を受信するように構成されている。前記構成情報は、前記第１ノードおよび／または第２ノードが作成した前記端末の構成を搬送する。前記接続モジュールは、前記構成情報にしたがって、前記端末を前記第１ノードと前記第２ノードへ接続するように構成されている。
【００１３】
本願の別実施形態は、記憶媒体を提供する。前記記憶媒体はプログラムを格納する。前記プログラムを実行したとき、上記実施形態のうちいずれかに基づく方法を実施する。
【００１４】
本願の別実施形態は、電子デバイスを提供する。前記電子デバイスはメモリとプロセッサを有し、前記プロセッサは前記メモリに接続され、前記プロセッサは前記メモリ上に格納されているプログラムを実行するように構成されている。前記プログラムを実行したとき、上記実施形態のうちいずれかに基づく方法を実施する。
【００１５】
本願において、前記第２ノードを前記端末へ接続することを前記第１ノードが決定した場合、前記第１ノードは前記端末の前記構成情報を取得する。前記端末は前記第１ノードへ接続され、前記構成情報は前記第１ノードおよび／または前記第２ノードによって構成され、前記第１ノードは前記構成情報を前記端末へ送信し、前記構成情報は、前記構成情報にしたがって前記第１ノードと前記第２ノードへ接続することを前記端末に対して指示するように構成されている。前記第１ノードまたは前記端末は、前記構成情報にしたがって、前記端末と複数ノードとの間で接続を確立し、これにより前記端末のデュアル接続またはマルチ接続を形成できる。前記構成情報は前記端末に対して送信され、これにより前記端末は適切な第２ノードを選択してその第２ノードへ接続し、効果が乏しい第２ノードへ接続することを回避し、これによりデュアル接続またはマルチ接続の接続効果を向上させ、デュアル接続シナリオまたはマルチ接続シナリオにおける接続品質を向上させる。
【図面の簡単な説明】
【００１６】
本願の図面は、本願をさらに理解するために用いられ、本願の一部を形成する。本願における実施形態とその説明は、本願を説明するために用いられ、本願をいかなる態様によっても限定するものではない。
【００１７】
【図１】本願の実施形態におけるデュアル接続システムのシステムアーキテクチャを示す概略図である。
【００１８】
【図２】本願の実施形態において、レイヤ２（Ｌ２）プロトコルスタックが同じベースステーションに配置されている場合における、２タイプのベアラを示す概略図である。
【００１９】
【図３】本願の実施形態において、レイヤ２（Ｌ２）プロトコルスタックが２つのベースステーションに配置されている場合における、２タイプのベアラを示す概略図である。
【００２０】
【図４】本願の実施形態に係る無線ベアラ構成方法のフローチャートである。
【００２１】
【図５】ＭＣＧベアラとＳＣＧベアラがそれぞれＭＮデュアル接続シナリオとＳＮデュアル接続シナリオで構成されている場合における、ユーザｐｌａｎｅプロトコルスタックの概略図である。
【００２２】
【図６】実施例１にしたがってＳＮ追加の例を示すフローチャートである。
【００２３】
【図７】実施例２にしたがって、ＭＣＧスプリットベアラとＳＣＧスプリットベアラがそれぞれＭＮデュアル接続シナリオとＳＮデュアル接続シナリオで構成されている場合における、ユーザｐｌａｎｅプロトコルスタックの概略図である。
【００２４】
【図８】実施例３にしたがって、ＳＣＧスプリットベアラがＭＮデュアル接続シナリオとＳＮデュアル接続シナリオで個別に構成されている場合における、ユーザｐｌａｎｅプロトコルスタックの概略図である。
【００２５】
【図９】実施例４にしたがって、ＭＮが開始するＳＮ変更のフローチャートである。
【００２６】
【図１０】実施例４にしたがって、ＳＮが開始するＳＮ変更のフローチャートである。
【００２７】
【図１１】本開示の実施形態に係るネットワーク要素の構造図である。
【発明を実施するための形態】
【００２８】
ＤＣシステムにおいて、４タイプのユーザｐｌａｎｅベアラを構成することができる。図２は、Ｌ２プロトコルスタックが同じベースステーションに配置されている場合における、２タイプのベアラの概略図である。図２は、Ｌ２プロトコルスタック全体が同じベースステーションに配置されている場合における、２タイプのベアラを示す。
【００２９】
このようなユーザｐｌａｎｅモードにおいて、第１ネットワーク要素と第２ネットワーク要素は個別に、ＮＧ−ＣＮとのＮＧ−Ｕインターフェースを確立する。Ｌ２プロトコルスタック全体が第１ネットワーク要素に配置されている場合、ベアラはマスタセルグループ（ＭＣＧ）ベアラと呼ばれる。Ｌ２プロトコルスタック全体が第２ネットワーク要素に配置されている場合、ベアラはセカンダリセルグループ（ＳＣＧ）と呼ばれる。
【００３０】
図３は、当該分野において、Ｌ２プロトコルスタックが２つのベースステーションに配置されている場合における、２タイプのベアラの概略図である。図３に示すように、図３の左側はＭＣＧスプリットベアラの概略図であり、図３の右側はＳＣＧスプリットベアラの概略図である。このようなユーザｐｌａｎｅモードにおいて、第１ネットワーク要素はＮＧ−ＣＮとＮＧ−Ｕインターフェースを確立し、第２ネットワーク要素はＸｎインターフェースのＸｎインターフェースユーザｐｌａｎｅ（Ｘｎ−Ｕ）を介して第１ネットワーク要素へデータパケットを送信する。Ｌ２プロトコルスタックは、ＱｏＳフロー（ＱＦ）をデータ無線ベアラ（ＤＲＢ）へマッピングする新アクセス層（ＡＳ）サブレイヤ、パケットデータ集約プロトコル（ＰＤＣＰ）サブレイヤ、無線リンク制御（ＲＬＣ）サブレイヤ、およびメディアアクセス制御（ＭＡＣ）サブレイヤを有する。ベアラは２つのＲＬＣサブレイヤと２つのＭＡＣサブレイヤによって構成されており、２つのＲＬＣサブレイヤは２つのベースステーション内に分離して個別に配置されており、２つのＭＡＣサブレイヤは２つのベースステーションに分離して個別に配置されている。第２ネットワーク要素がＲＬＣサブレイヤとＭＡＣサブレイヤのみを備えている場合、ベアラはＭＣＧスプリットベアラと呼ばれる。第１ネットワーク要素がＲＬＣサブレイヤとＭＡＣサブレイヤのみを備えている場合、ベアラはＳＣＧスプリットベアラと呼ばれる。
【００３１】
本願の実施形態は、モバイル通信ネットワーク（５Ｇモバイル通信ネットワークを含むが、これに限らない）を提供する。ネットワークアーキテクチャは、ネットワーク側デバイス（例えばベースステーション）と端末を有する。本実施形態における端末は、２つの接続またはマルチ接続を確立する。すなわちネットワークは、端末、マスタノード、および１以上のセカンダリノードを有する。本実施形態は、上記ネットワークアーキテクチャ上で実行可能な情報送信方法を提供する。本願の実施形態に係る無線ベアラ構成方法の実行環境は、上記ネットワークアーキテクチャに限定されるものではないことを付言しておく。
【００３２】
本願の実施形態における第１ノードは例えばマスタノード（ＭＮ）であり、第２ノードは例えばセカンダリノード（ＳＮ）である。複数の第２ノードが存在する場合もあり、端末は複数接続を確立する。第１ノードがＭＮである場合、第１ノードセルグループは例えばＭＣＧである；第２ノードがＳＮである場合、第２ノードセルグループは例えばＳＣＧである。
【００３３】
本実施形態は、上記ネットワークアーキテクチャ上で実行可能な無線ベアラ構成方法を提供する。図４は、本開示の実施形態に係る無線ベアラ構成方法のフローチャートである。図４に示すように、本方法は以下のステップを有する。
【００３４】
ステップＳ４０２において、第２ノードを端末へ接続することを第１ノードが決定した場合、第１ノードは端末の構成情報を取得する。端末は第１ノードに接続され、構成情報は第１ノードおよび／または第２ノードによって構成される。
【００３５】
ステップＳ４０４において、第１ノードは構成情報を端末に対して送信する。構成情報は、構成情報にしたがって第１ノードと第２ノードへ接続して、デュアル接続またはマルチ接続を確立することを、端末に対して指示するように構成されている。構成情報は、例えば端末がデュアル接続またはマルチ接続を確立するとき用いる、第２ノードのノードＩＤなどの情報を有する。これにより第１ノード等は、端末のデュアル接続またはマルチ接続を均一に制御し、ある期間内に多数の端末と接続した１つのノードにおける過大負荷に起因してデュアル接続またはマルチ接続の接続品質が乏しくなる問題を回避するとともに、接続品質が乏しいことに起因するピンポンハンドオーバを回避し、デュアル接続またはマルチ接続の接続品質を向上させる。上記は構成情報の例に過ぎず、具体的実装において構成情報は上記例に限られるものではない。
【００３６】
上記ステップにおいて、第２ノードを端末へ接続することを第１ノードが決定した場合、第１ノードは端末の構成情報を取得する。端末は第１ノードに接続され、構成情報は第１ノードおよび／または第２ノードによって構成される。第１ノードは構成情報を端末に対して送信する。構成情報は、構成情報にしたがって第１ノードと第２ノードへ接続することを、端末に対して指示するように構成されている。端末は複数接続を確立する。上記技術的構成は、当該分野においてデュアル接続またはマルチ接続端末を構成する方法に関する課題を解決し、第１ノードまたは第２ノードが構成した構成情報にしたがって端末が複数接続を確立できるようにする。
【００３７】
実施形態において、上記ステップはベースステーションなどによって実行できるが、これに限らない。
【００３８】
実施形態において、第１ノードが端末の構成情報を取得する前に、本方法は以下のステップを実施してもよい：第１事前構成態様にしたがって、ＱｏＳフローとデータ無線ベアラ（ＤＲＢ）との間のマッピング関係を決定し、および／または、ＱｏＳフローと論理チャネル（ＬＣＨ）との間のマッピング関係を決定するステップ。
【００３９】
実施形態において、本方法は以下のステップをさらに有する。
【００４０】
構成情報は、ＱｏＳフローとＤＲＢとの間のマッピング関係、および／または、ＱｏＳフローとＬＣＨとの間のマッピング関係にしたがって形成されている。例えば構成情報は上記いずれかのマッピング関係を搬送する。このように、構成情報を受信した後、端末はＱｏＳフローとＤＲＢとの間のマッピング関係、および／または、ＱｏＳフローとＬＣＨとの間のマッピング関係を知ることができる。デュアル接続またはマルチ接続を用いて端末が通信するとき、ベアラのＤＲＢまたはＬＣＨは、現在送信しようとしているデータのＱｏＳフローにしたがって決定され、したがってデュアル接続またはマルチ接続の１つをデータ送信のために選択する。これにより、デュアル接続とマルチ接続の通信品質を確保し、不適切なＤＲＢまたはＬＣＨ上で高ＱｏＳフローを送信するときにおける通信品質劣化の問題を抑制する。
【００４１】
実施形態において、第１事前構成態様にしたがって、ＱｏＳフローとＤＲＢとの間のマッピング関係、および／または、ＱｏＳフローとＬＣＨとの間のマッピング関係を決定するステップは、以下のうち少なくとも１つを含む。
【００４２】
第１ノードは、第１ノード側におけるＱｏＳフローとＤＲＢとの間のマッピング関係、および第２ノード側におけるＱｏＳフローとＤＲＢとの間のマッピング関係を決定する。
【００４３】
第１ノードは、第１ノード側におけるＱｏＳフローとＬＣＨとの間のマッピング関係、および第２ノード側におけるＱｏＳフローとＬＣＨとの間のマッピング関係を決定する。
【００４４】
端末と複数接続を確立する複数ノードのそれぞれは、各ノードにおけるＱｏＳフローとＤＲＢとの間のマッピング関係を決定する。
【００４５】
端末と複数接続を確立する複数ノードのそれぞれは、各ノードにおけるＱｏＳフローとＬＣＨとの間のマッピング関係を決定する。
【００４６】
端末の各ベアラが配置される１以上のアンカーノードは、ＱｏＳフローとＤＲＢとの間のマッピング関係、および／または、ＱｏＳフローとＬＣＨとの間のマッピング関係を決定する；あるいは端末の各スプリットベアラが配置される１以上のアンカーノードは、スプリットベアラの各ブランチのＱｏＳフローとＤＲＢまたはＬＣＨとの間のマッピング関係を決定する。アンカーノードは、各ベアラに対応するＰＤＣＰエンティティが配置されるノードである。
【００４７】
実施形態において、ＱｏＳフローとＤＲＢとの間のマッピング関係は、以下のうち少なくとも１つを含む：複数の割当ＱｏＳフローを同じＤＲＢへマッピングすることを決定するか、または、マッピングするＱｏＳフローが必要とするＤＲＢの総数を決定する。
【００４８】
実施形態において、ＱｏＳフローとＬＣＨとの間のマッピング関係は、以下のうち少なくとも１つを含む：複数の割当ＱｏＳフローを同じＬＣＨへマッピングすることを決定するか、または、マッピングするＱｏＳフローが必要とするＬＣＨの総数を決定する。
【００４９】
実施形態において、端末と複数接続を確立する複数ノードそれぞれによって、各ノードにおいて配置されるＱｏＳフローとＤＲＢとの間のマッピング関係を決定するステップは、以下のうち少なくとも１つのステップを含む。
【００５０】
第１ノードは、第１ノードセルグループが伝達したＱｏＳフローとＤＲＢとの間のマッピング関係を決定し、または、第１ノードセルグループスプリットベアラに対応するＱｏＳフローと、第１ノードセルグループスプリットベアラの第１ノードブランチのＤＲＢとの間のマッピング関係を決定し、または、第２ノードセルグループスプリットベアラに対応するＱｏＳフローと、第２ノードセルグループスプリットベアラの第１ノードブランチのＤＲＢとの間のマッピング関係を決定する。
【００５１】
第２ノードは、第２ノードセルグループが伝達したＱｏＳフローとＤＲＢとの間のマッピング関係を決定し、または、第２ノードセルグループスプリットベアラに対応するＱｏＳフローと、第２ノードセルグループスプリットベアラの第２ノードブランチのＤＲＢとの間のマッピング関係を決定し、または、第１ノードセルグループスプリットベアラに対応するＱｏＳフローと、第１ノードセルグループスプリットベアラの第２ノードブランチのＤＲＢとの間のマッピング関係を決定する。
【００５２】
実施形態において、端末と複数接続を確立する複数ノードそれぞれによって、各ノードにおいて配置されるＱｏＳフローとＬＣＨとの間のマッピング関係を決定するステップは、以下のうち少なくとも１つのステップを含む。
【００５３】
第１ノードは、第１ノードセルグループが伝達したＱｏＳフローとＬＣＨとの間のマッピング関係を決定し、または、第１ノードセルグループスプリットベアラに対応するＱｏＳフローと、第１ノードセルグループスプリットベアラの第１ノードブランチのＬＣＨとの間のマッピング関係を決定し、または、第２ノードセルグループスプリットベアラに対応するＱｏＳフローと、第２ノードセルグループスプリットベアラの第１ノードブランチのＬＣＨとの間のマッピング関係を決定する。
【００５４】
第２ノードは、第２ノードセルグループが伝達したＱｏＳフローとＬＣＨとの間のマッピング関係を決定し、または、第２ノードセルグループスプリットベアラに対応するＱｏＳフローと、第２ノードセルグループスプリットベアラの第２ノードブランチのＬＣＨとの間のマッピング関係を決定し、または、第１ノードセルグループスプリットベアラに対応するＱｏＳフローと、第１ノードセルグループスプリットベアラの第２ノードブランチのＬＣＨとの間のマッピング関係を決定する。
【００５５】
実施形態において、端末の各ベアラが配置される１以上のアンカーノードが、ＱｏＳフローとＤＲＢとの間のマッピング関係、および／または、ＱｏＳフローとＬＣＨとの間のマッピング関係を決定するステップ、あるいは端末の各スプリットベアラが配置される１以上のアンカーノードが、スプリットベアラの各ブランチのＱｏＳフローとＤＲＢまたはＬＣＨとの間のマッピング関係を決定するステップは、以下のうち少なくとも１つのステップを含む。
【００５６】
第１ノードは、第１ノードセルグループが伝達したＱｏＳフローとＤＲＢおよび／またはＬＣＨとの間のマッピング関係を決定し、または、第１ノードセルグループスプリットベアラに対応するＱｏＳフローと、第１ノードセルグループスプリットベアラの第１ノードブランチのＤＲＢおよび／またはＬＣＨとの間のマッピング関係、および、第１ノードセルグループスプリットベアラに対応するＱｏＳフローと、第１ノードセルグループスプリットベアラの第２ノードブランチのＤＲＢおよび／またはＬＣＨとの間のマッピング関係を決定する。
【００５７】
第２ノードは、第２ノードセルグループが伝達したＱｏＳフローとＤＲＢおよび／またはＬＣＨとの間のマッピング関係を決定し、または、第２ノードセルグループスプリットベアラに対応するＱｏＳフローと、第２ノードセルグループスプリットベアラの第１ノードブランチのＤＲＢおよび／またはＬＣＨとの間のマッピング関係、および、第２ノードセルグループスプリットベアラに対応するＱｏＳフローと、第２ノードセルグループスプリットベアラの第２ノードブランチのＤＲＢおよび／またはＬＣＨとの間のマッピング関係を決定する。
【００５８】
実施形態において、第１ノードが端末の構成情報を取得するステップは、端末とノードとの間でベアラに対して割り当てられたＤＲＢ  ＩＤの構成情報を第１ノードが決定するステップを含む。
【００５９】
実施形態において、ベアラが配置されたアンカーノードは、ベアラのＤＲＢ  ＩＤまたはベアラの第１ノードスプリットブランチのＤＲＢ  ＩＤおよびベアラの第２ノードスプリットブランチのＤＲＢ  ＩＤを決定する。
【００６０】
実施形態において、第１ノードが端末の構成情報を取得する前に、第１ノードと第２ノードが共有するＤＲＢ  ＩＤ空間は、第２事前構成態様にしたがって決定される。
【００６１】
実施形態において、第２事前構成態様にしたがって、第１ノードと第２ノードが共有するＤＲＢ  ＩＤ空間を決定するステップは、以下のうちいずれかのステップを含む。
【００６２】
第１ノードは、共有ＤＲＢ  ＩＤ空間の値範囲を決定する。
【００６３】
第１ノードがＬＴＥベースステーションである場合、第１ノードは共有ＤＲＢ  ＩＤ空間の値範囲を決定する。
【００６４】
第１ノードが拡張ＬＴＥ（ｅＬＴＥ）ベースステーションまたは５Ｇベースステーションであり、第２ノードがＬＴＥベースステーションである場合、第１ノードと第２ノードは、共有ＤＲＢ  ＩＤ空間の値範囲を交渉する。
【００６５】
第１ノードと第２ノードが任意のベースステーションである場合、第１ノードと第２ノードは、共有ＤＲＢ  ＩＤ空間の値範囲を交渉する。
【００６６】
実施形態において、第１ノードが端末の構成情報を取得する前に、本方法はさらに、第３事前構成態様にしたがって、第１ノードがＤＲＢ  ＩＤ空間および／または利用可能ＤＲＢ  ＩＤを決定するステップを有する。
【００６７】
実施形態において、第３事前構成態様にしたがって、第１ノードがＤＲＢ  ＩＤ空間および／または利用可能ＤＲＢ  ＩＤを決定するステップは、以下のうちいずれかのステップを含む。
【００６８】
第１ノードが第２ノード追加を開始することを決めた場合、第１ノードは第２ノードに対して、第１ノードが使用していないＤＲＢ  ＩＤを通知するか、あるいはＤＲＢ  ＩＤ空間の全値範囲と第１ノードが使用しているＤＲＢ  ＩＤを通知する。
【００６９】
第１ノードが第２ノード追加を開始することを決めた場合、第１ノードは第２ノードに対して、第１ノードが使用していないＤＲＢ  ＩＤを通知し、第２ノードが送信したフィードバックメッセージを受信する。第２ノードが未使用ＤＲＢ  ＩＤを拒否または変更した場合、フィードバックメッセージは、第１ノードが使用していないＤＲＢ  ＩＤの拒否または変更の理由を搬送する。
【００７０】
第１ノードは、第２ノードが送信したフィードバックメッセージを受信した後、フィードバックメッセージにしたがって、第１ノードが使用しないＤＲＢ  ＩＤを変更し、第２ノード追加を再開始する。
【００７１】
実施形態において、拒否または変更の理由は以下のうち少なくとも１つを含む：未使用ＤＲＢ  ＩＤの拒否；ＤＲＢ  ＩＤ空間の範囲の拒否；未使用ＤＲＢ  ＩＤのサポート失敗；ＤＲＢ  ＩＤ空間の範囲のサポート失敗；未使用ＤＲＢが第２ノードのサポート可能上限を超過；ＤＲＢ  ＩＤ空間の範囲が第２ノードのサポート可能上限を超過。
【００７２】
実施形態において、第１ノードが第２ノード変更を開始し、または第２ノードが開始した第２ノード変更を受け取った場合、１以上のＤＲＢ追加または１以上の既存ＤＲＢ削除に応じて、第１ノードは未使用ＤＲＢ  ＩＤの状態または使用中ＤＲＢ  ＩＤの状態を更新し、端末に接続している別ノードに対して更新情報を通知する。
【００７３】
実施形態において、第１ノードはマスタノードであり、第２ノードはセカンダリノードである。
【００７４】
本願の別実施形態はさらに、無線ベアラ構成方法を提供する。本方法は以下のステップを有する。第２ノードは、端末に接続している第１ノードが送信した、第２ノード追加または第２ノード変更のリクエストメッセージを受信する。第２ノードはそのリクエストメッセージにしたがって、第２ノードが構成した端末の構成情報を第１ノードに対して送信し、構成情報にしたがって端末に接続される。
【００７５】
上記ステップは第２ノードによって実施される。実施形態において、第２ノードは、上記実施形態全てにおいて第２ノードが実施する端末の構成を実施してもよい。
【００７６】
実施形態において、第１ノードが開始した第２ノード変更を第２ノードが受信し、あるいは第２ノード変更を第２ノードが開始した場合、ＤＲＢ追加またはＤＲＢ削除に応じて、第２ノードはＤＲＢ  ＩＤリソースを更新し、端末に接続している別ノードに対して更新情報を通知する。
【００７７】
本願の別実施形態はさらに、無線ベアラ構成方法を提供する。本方法は以下を含む：第１ノードが送信した構成情報を受信するステップであって、前記構成情報は前記第１ノードおよび／または第２ノードが作成した端末の構成情報を搬送する、ステップ；前記構成情報にしたがって前記第１ノードと前記第２ノードに接続するステップ。本実施形態は端末によって実行できる。
【００７８】
実施形態において、構成情報にしたがって端末が第１ノードと第２ノードに接続した後、本方法はさらに以下のステップを有する。
【００７９】
端末は、第１ノードまたは第２ノードが送信した無線リソース制御（ＲＲＣ）接続再構成メッセージを受信する。ＲＲＣ接続再構成メッセージは、ＤＲＢ構成情報を搬送する。
【００８０】
端末は、ＲＲＣ接続再構成メッセージにしたがって、第１ノードとの接続または第２ノードとの接続を構成する。
【００８１】
実施形態において、第１ノードまたは第２ノードが送信したＲＲＣ接続再構成メッセージ（ＲＲＣ接続再構成メッセージはＤＲＢ構成情報を搬送する）を端末が受信した後、本方法はさらに以下のステップを有する。
【００８２】
スプリットベアラのノードブランチが異なるＤＲＢ  ＩＤによって構成されるかまたは異なるＤＲＢが同じＤＲＢ  ＩＤによって構成されていることを端末が検出した場合、端末はＲＲＣ再構成が失敗したことを示すメッセージをフィードバックする。
【００８３】
実施形態において、ＲＲＣ再構成が失敗したことを示すメッセージは失敗理由を搬送し、失敗理由は以下のいずれかを含む：ＤＲＢ  ＩＤ構成エラー；繰り返しＤＲＢ  ＩＤ構成；非ユニークＤＲＢ  ＩＤ構成；スプリットＤＲＢのＩＤ構成エラー。
【００８４】
望ましい実施形態とともに本願の詳細を以下に説明する。
【００８５】
以下に説明する各方法は、ＤＣまたはＭＣシナリオにおいて用いられる。
【００８６】
以下の実施形態で説明する方法は互いに平行なものであり、番号は特定のシーケンスを明示的に定義するものではない。
【００８７】
１．ＱｏＳフローとデータ無線ベアラ（ＤＲＢ）との間のマッピング関係、およびＱｏＳフローと論理チャネル（ＬＣＨ）との間のマッピング関係を決定するのは誰か（ＱｏＳフローのＤＲＢまたはＬＣＨ（論理チャネル）に対するマッピングを決定するのは誰か）？上記技術的課題について、いくつかの実装方法を以下に説明する。
【００８８】
１ａ）ＭＮは、ＭＮ側におけるＱｏＳフローとＤＲＢとの間のマッピング関係、および、各マルチ接続ＳＮ側におけるＱｏＳフローとＤＲＢとの間のマッピング関係を決定する。マッピング関係は、同じＤＲＢへマッピングされたＱｏＳフローＩＤと、構成することが必要なＤＲＢ個数とを含む。
【００８９】
１ｂ）ＭＮは、ＭＮ側におけるＱｏＳフローとＬＣＨとの間のマッピング関係、および、各マルチ接続ＳＮ側におけるＱｏＳフローとＬＣＨとの間のマッピング関係を決定する。マッピング関係は、同じＬＣＨへマッピングされたＱｏＳフローＩＤと、構成することが必要なＬＣＨ個数とを含む。
【００９０】
１ｃ）各マルチ接続ノードは、自分の側におけるＱｏＳフローとＤＲＢとの間のマッピング関係を決定する。
【００９１】
すなわち、ＭＮは、ＭＣＧベアラに対応するＱｏＳフローとＤＲＢとの間のマッピング関係、または、ＭＣＧスプリットベアラに対応するＱｏＳフローと、ＭＣＧスプリットベアラのＭＮブランチのＤＲＢとの間のマッピング関係を決定し；ＳＮは、ＳＣＧベアラに対応するＱｏＳフローとＤＲＢとの間のマッピング関係、または、ＳＣＧスプリットベアラに対応するＱｏＳフローと、ＳＣＧスプリットベアラのＳＮブランチのＤＲＢとの間のマッピング関係を決定する。
【００９２】
１ｄ）各マルチ接続ノードは、自分の側におけるＱｏＳフローとＬＣＨとの間のマッピング関係を決定する。
【００９３】
すなわち、ＭＮは、ＭＮ側におけるＭＣＧベアラに対応するＱｏＳフローまたはＭＣＧスプリットベアラのＭＣＧ部分に対応するＱｏＳフローとＬＣＨとの間のマッピング関係を決定し；ＳＮは、ＳＮ側におけるＳＣＧベアラに対応するＱｏＳフローまたはＳＣＧスプリットベアラのＳＣＧ部分に対応するＱｏＳフローとＬＣＨとの間のマッピング関係を決定する。
【００９４】
１ｅ）ベアラが配置される１以上のアンカーノードは、ベアラに対応するＱｏＳフローとＤＲＢ／ＬＣＨとの間のマッピング関係、または、ベアラに対応するＱｏＳフローと、ベアラの各ブランチのＤＲＢ／ＬＣＨとの間のマッピング関係を決定する。
【００９５】
すなわち、ＭＮは、ＭＣＧベアラに対応するＱｏＳフローとＤＲＢ／ＬＣＨとの間のマッピング関係、または、ＭＣＧスプリットベアラに対応するＱｏＳフローと、ＭＣＧスプリットベアラのＭＮブランチのＤＲＢ／ＬＣＨとの間のマッピング関係、およびＭＣＧスプリットベアラのＱｏＳフローと、ＭＣＧスプリットベアラのＳＮブランチのＤＲＢ／ＬＣＨとの間のマッピング関係を決定し；ＳＮは、ＳＣＧベアラに対応するＱｏＳフローとＤＲＢ／ＬＣＨとの間のマッピング関係、または、ＳＣＧスプリットベアラに対応するＱｏＳフローと、ＳＣＧスプリットベアラのＭＮブランチのＤＲＢ／ＬＣＨとの間のマッピング関係、およびＳＣＧスプリットベアラのＱｏＳフローと、ＳＣＧスプリットベアラのＳＮブランチのＤＲＢ／ＬＣＨとの間のマッピング関係を決定する。
【００９６】
２．ＤＲＢ  ＩＤの割り当てを決定するのは誰か（ＤＲＢ  ＩＤ割当を決定するのは誰か）？
【００９７】
ベアラが配置されるアンカーノードは、ベアラのＤＲＢ  ＩＤまたはベアラの全ブランチのＤＲＢ  ＩＤを決定する。具体的には、ＭＮはＭＣＧベアラのＤＲＢ  ＩＤまたはＭＣＧスプリットベアラの全ブランチのＤＲＢ  ＩＤを決定し；ＳＮはＳＣＧベアラのＤＲＢ  ＩＤまたはＳＣＧスプリットベアラの全ブランチのＤＲＢ  ＩＤを決定する。
【００９８】
３．ＭＮとＳＮが共有するＤＲＢ  ＩＤ空間／プールを決定するのは誰か（ＭＮとＳＮが共有するＤＲＢ  ＩＤ空間／プールを決定するのは誰か）？この課題について、３つの実装態様を採用することができる。ＤＲＢ  ＩＤ空間は、ＤＲＢ  ＩＤプールとも呼ばれる。
【００９９】
３ａ）ＭＮは、ＤＲＢ  ＩＤ空間／プールの範囲を決定し、ＳＮは、その範囲を許容できない場合はその範囲を拒否する。
【０１００】
３ｂ）ＭＮがＬＴＥ拡張ノードＢ（ｅＮＢ）である場合、ＭＮはＤＲＢ  ＩＤ空間／プールの範囲を決定する。ＭＮがｅＬＴＥベースステーションまたは５Ｇ  ｇＮＢであり、ＳＮがＬＴＥ  ｅＮＢである場合、ＭＮはＳＮと交渉して、ＤＲＢ  ＩＤ空間／プールの範囲を決定する。
【０１０１】
３ｃ）ＭＮはＳＮと交渉して、任意の場合におけるＤＲＢ  ＩＤ空間／プールの範囲を決定する。
【０１０２】
４．ＤＲＢ  ＩＤ空間／プールの交渉について（ＤＲＢ  ＩＤ空間／プールのネゴシエーション）、本実施形態は以下の実装態様を含む。
【０１０３】
４ａ）ＭＮがＳＮ追加を開始する場合、ＭＮはＳＮに対して、利用可能（未使用）ＤＲＢ  ＩＤを提供し、またはＤＲＢ  ＩＤ空間／プールの全範囲とＭＮが使用しているＤＲＢ  ＩＤを提供すべきである。
【０１０４】
４ｂ）ＭＮが提供する利用可能ＤＲＢ  ＩＤまたはＤＲＢ  ＩＤ空間／プールの範囲をＳＮが拒否／変更する場合、ＳＮは利用可能ＤＲＢ  ＩＤまたはＤＲＢ  ＩＤ空間／プールの範囲を許容／拒否／変更することができ、ＭＮに対してフィードバックを送信する。
【０１０５】
利用可能ＤＲＢ  ＩＤまたはＤＲＢ  ＩＤ空間／プールの範囲をＳＮが拒否／変更する場合、ＳＮはフィードバックにおいて、対応する拒否／変更理由を搬送することができる。この理由は以下を含む：利用可能ＤＲＢ  ＩＤ（ＭＮが使用しないＤＲＢ  ＩＤとも呼ぶ）の拒否；ＤＲＢ  ＩＤ空間／プールの範囲の拒否；利用可能ＤＲＢ  ＩＤのサポート失敗；ＤＲＢ  ＩＤ空間／プールの範囲のサポート失敗；利用可能ＤＲＢ  ＩＤがサポート可能上限を超えている；ＤＲＢ  ＩＤ空間／プールの範囲がサポート可能上限を超えている；など。
【０１０６】
４ｃ）ＳＮが変更した利用可能ＤＲＢ  ＩＤまたはＤＲＢ  ＩＤ空間／プールの範囲をＭＮが受信した場合、ＭＮは状況にしたがって変更を実施し、ＳＮ追加を再開始するか否かを決定することができる。
【０１０７】
４ｄ）ＭＮまたはＳＮがＳＮ変更を開始するとき、ＤＲＢが追加または削除された場合、ＭＮまたはＳＮは、ＤＲＢ  ＩＤ空間／プールの状態、利用可能ＤＲＢ  ＩＤの状態、または使用中ＤＲＢ  ＩＤの状態を更新し、別のデュアル接続／マルチ接続ノードに対して通知すべきである。
【０１０８】
５．ＵＥ動作
【０１０９】
５ａ）ＭＮまたはＳＮが送信したＤＲＢ構成を含むＲＲＣ接続再構成メッセージをＵＥが受信した後、ＵＥはＤＲＢをスプリットするブランチのＤＲＢ  ＩＤが同じであるか否かをチェックする必要がある。ＤＲＢをスプリットするブランチのＤＲＢ  ＩＤが同じでない場合、対応する失敗理由を搬送するＲＲＣ再構成失敗メッセージをＵＥはフィードバックする必要がある。失敗理由は以下を含む：ＤＲＢ  ＩＤ構成エラー；不整合ＤＲＢ  ＩＤ構成；スプリットＤＲＢのＩＤ構成エラー；など。
【０１１０】
５ｂ）ＭＮまたはＳＮが送信したＤＲＢ構成を含むＲＲＣ接続再構成メッセージをＵＥが受信した後、ＵＥはブランチのＤＲＢ  ＩＤが繰り返しているか否かをチェックする必要がある。繰り返している場合、対応する失敗理由を搬送するＲＲＣ再構成失敗メッセージをＵＥはフィードバックする必要がある。失敗理由は以下を含む：ＤＲＢ  ＩＤ構成エラー；繰り返しＤＲＢ  ＩＤ構成；ユニークでないＤＲＢ  ＩＤ構成；など。
【０１１１】
本願の望ましい実施形態の例を以下に説明する。
【０１１２】
例１：ＭＮは、ＳＮ追加プロセスにおいてＭＣＧベアラとＳＣＧベアラを確立し、ＱｏＳフローマッピング関係とＤＲＢ  ＩＤを構成し、ＤＲＢ  ＩＤ空間／プールを手配する。
【０１１３】
例として、ｅＬＴＥベースステーション、ｅＮＢ、５Ｇ  ＮＲベースステーション、ｇＮＢがデュアル接続を形成するシナリオを用いる。マスタノードは例えばｅＮＢまたはｇＮＢ（５Ｇベースステーション）である。
【０１１４】
図５は、デュアル接続シナリオにおいてＭＣＧベアラとＳＣＧベアラがそれぞれＭＮとＳＮ内に構成されている場合におけるユーザｐｌａｎｅプロトコルスタックの概略図である。図５ａはＭＮがｇＮＢである場合の概略図であり、図５ｂはＭＮがｅＮＢである場合の概略図である。
【０１１５】
図６は、例１に基づくＳＮ追加の例を示すフローチャートである。図６に示すように以下のステップが含まれる。
【０１１６】
ステップ１において、ＳＮを追加してＤＣを形成することをＭＮが決定した場合、ＭＮは選択したＳＮに対して追加リクエストメッセージを送信する。このメッセージは少なくとも、ＳＮのためにスプリットするＱｏＳフローについての情報（ＱｏＳフローの個数とＱｏＳフローＩＤ）を含む。
【０１１７】
ステップ２において、ＭＮからのリクエストとＭＮが送信したパラメータ構成をＳＮが受信した場合、ＳＮはＡＣＫをフィードバックする。ＡＣＫは、ＳＮがＵＥのために構成した空間インターフェースパラメータ構成を含む（追加リクエストＡＣＫメッセージ内にＳＮ  ＲＲＣコンテナフォームを含めることができる）。
【０１１８】
ステップ３において、ＲＲＣ接続再構成を送信する。
【０１１９】
ステップ４において、ＭＮは、新規追加するＭＣＧベアラとＳＣＧベアラについての構成情報、および更新した空間インターフェースパラメータ構成（ＳＮがＵＥのために構成した空間インターフェースパラメータ構成を含む）をＵＥに対して送信し、ＵＥから構成完了ＡＣＫを取得する。例えばＵＥはＲＲＣ接続再構成完了を送信する。
【０１２０】
ステップ５において、ＭＮはＳＮに対して、ＳＮの空間インターフェースパラメータ再構成をＵＥが完了したことを通知する。
【０１２１】
ステップ６において、ランダムアクセスプロセスは、空間インターフェース接続を確立するためのＵＥとＳＮとの間の同期プロセスを含む。
【０１２２】
上記望ましい実施形態の技術的手段が例１に対して適用された場合、以下の技術的手段が存在する。
【０１２３】
方法１ａに応じて、ＭＮは、ＭＮが割り当てたＱｏＳフローとＤＲＢとの間のＳＮマッピング情報をＳＣＧベアラに対して送信する必要がある。マッピング情報は、ＤＲＢの個数、ＱｏＳフローとＳＣＧベアラに対応するＤＲＢとの間のマッピング関係、を含む。この例において、上記情報はＳＮ追加リクエストメッセージ内で搬送される。
【０１２４】
方法１ｂに応じて、ＭＮは、ＭＮが割り当てたＱｏＳフローとＬＣＨとの間のＳＮマッピング情報をＳＣＧベアラに対して送信する必要がある。マッピング情報は、ＳＣＧベアラに対応するＬＣＨの個数、ＱｏＳフローとＬＣＨとの間のマッピング関係、を含む。この例において、上記情報はＳＮ追加リクエストメッセージ内で搬送される。
【０１２５】
方法１ｃに応じて、ＭＮは、ＳＣＧベアラのためのＱｏＳフローとＤＲＢとの間のマッピング情報を構成する必要はなく、ＳＮは自ら、ＱｏＳフローとＤＲＢとの間のマッピング情報を構成する。
【０１２６】
ＭＮは、ＳＮのためにスプリットしたＱｏＳフローについての情報（ＱｏＳフローの個数、ＱｏＳフローＩＤ、またはＱｏＳフローＩＤリスト）を、ＳＮに対して送信する（この例において、情報はＳＮ追加リクエストメッセージ内で搬送される）。
【０１２７】
ＳＮは、ＳＮ自身が構成したＱｏＳフローとＤＲＢとの間のマッピング情報をＭＮに対して送信する。この例において、マッピング情報はＳＮ追加リクエストＡＣＫメッセージ内で搬送できる。またＳＮは、ＳＮ  ＲＲＣコンテナのセルフォーム内のマッピング情報を、ＳＮ追加リクエストＡＣＫメッセージを介してＵＥに対して送信することもできる。
【０１２８】
方法１ｄに応じて、ＭＮは、ＳＣＧベアラのためのＱｏＳフローとＬＣＨとの間のマッピング情報を構成する必要はなく、ＳＮは自ら、ＱｏＳフローとＬＣＨとの間のマッピング情報を構成する。
【０１２９】
ＭＮは、ＳＮのためにスプリットしたＱｏＳフローについての情報（ＱｏＳフローの個数、ＱｏＳフローＩＤ、またはＱｏＳフローＩＤリスト）を、ＳＮに対して送信する（この例において、情報はＳＮ追加リクエストメッセージ内で搬送される）。
【０１３０】
ＳＮは、ＳＮ自身が構成したＱｏＳフローとＬＣＨとの間のマッピング情報をＭＮに対して送信する。この例において、マッピング情報はＳＮ追加リクエストＡＣＫメッセージ内で搬送できる。またＳＮは、ＳＮ  ＲＲＣコンテナ情報エレメント内のマッピング情報を、ＳＮ追加リクエストＡＣＫメッセージを介してＵＥに対して送信することもできる。
【０１３１】
方法１ｅに応じて、ＭＮは、ＳＣＧベアラのためのＱｏＳフローとＤＲＢおよび／またはＬＣＨとの間のマッピング情報を構成する必要はなく、ＳＮは自らマッピング情報を構成する。
【０１３２】
ＭＮは、ＳＮのためにスプリットしたＱｏＳフローについての情報（ＱｏＳフローの個数、ＱｏＳフローＩＤ、またはＱｏＳフローＩＤリスト）を、ＳＮに対して送信する（この例において、情報はＳＮ追加リクエストメッセージ内で搬送される）。
【０１３３】
ＳＮは、ＳＮ自身が構成したＱｏＳフローとＤＲＢおよび／またはＬＣＨとの間のマッピング情報をＭＮに対して送信する。この例において、マッピング情報はＳＮ追加リクエストＡＣＫメッセージ内で搬送できる。またＳＮは、ＳＮ  ＲＲＣコンテナ情報エレメント内のマッピング情報を、ＳＮ追加リクエストＡＣＫメッセージを介してＵＥに対して送信することもできる。
【０１３４】
方法２ａに応じて、ＭＮとＳＮはそれぞれＭＮ側とＳＮ側でＤＲＢのＤＲＢ−ＩＤを割り当てる。ＭＮは、ＭＮが構成したＭＣＧベアラに対応するＤＲＢ−ＩＤを、ＳＮに対して送信する。この例において、ＭＣＧベアラに対応するＤＲＢ−ＩＤは、ＳＮ追加リクエストメッセージ内で搬送できる。
【０１３５】
ＳＮは、ＳＮが構成したＳＣＧベアラに対応するＤＲＢ−ＩＤを、ＭＮに対して送信する。この例において、ＳＣＧベアラに対応するＤＲＢ−ＩＤは、ＳＮ追加リクエストＡＣＫメッセージ内で搬送できる。
【０１３６】
方法５ｂに応じて、ＭＮまたはＳＮが送信したＤＲＢ構成を含むＲＲＣ接続再構成メッセージを受信した後、ＵＥは、ブランチのＤＲＢ  ＩＤが繰り返しているか否かをチェックする必要がある。ブランチのＤＲＢ  ＩＤが繰り返している場合、ＵＥは、対応する失敗理由を搬送するＲＲＣ再構成失敗メッセージをフィードバックする必要がある。失敗理由は以下を含む：ＤＲＢ  ＩＤ構成エラー；繰り返しＤＲＢ  ＩＤ構成；非ユニークＤＲＢ  ＩＤ構成；など。
【０１３７】
例２：ＳＮ追加プロセスにおいて、ＭＮはＭＣＧスプリットベアラを確立する。
【０１３８】
例として、ｅＬＴＥベースステーション、ｅＮＢ、５Ｇ  ＮＲベースステーション、ｇＮＢがデュアル接続を形成するプロセスを用いる。マスタノードは例えばｅＮＢまたはｇＮＢである。
【０１３９】
図７は、例２に基づき、デュアル接続シナリオにおいてＭＣＧスプリットベアラとＳＣＧスプリットベアラがそれぞれＭＮとＳＮ内に構成されている場合におけるユーザｐｌａｎｅプロトコルスタックの概略図である。図７ａはＭＮがｇＮＢである場合の概略図であり、図７ｂはＭＮがｅＮＢである場合の概略図である。
【０１４０】
ＳＮ追加のフロー例について図６を参照する。
【０１４１】
上記望ましい実施形態の技術的手段が例２に対して適用された場合、以下の技術的手段が存在する。
【０１４２】
方法１ａに応じて、ＭＮは、ＭＮが割り当てたＱｏＳフローとＤＲＢとの間のＳＮマッピング情報をＭＣＧスプリットベアラのＳＮブランチに対して送信する必要がある。マッピング情報は、ＭＣＧスプリットベアラのＳＮブランチに対応するＤＲＢの個数、ＱｏＳフローとＤＲＢとの間のマッピング関係、を含む。この例において、上記情報はＳＮ追加リクエストメッセージ内で搬送される。
【０１４３】
方法１ｂに応じて、ＭＮは、ＭＮが割り当てたＱｏＳフローとＬＣＨとの間のＳＮマッピング情報をＭＣＧスプリットベアラのＳＮブランチに対して送信する必要がある。マッピング情報は、ＭＣＧスプリットベアラのＳＮブランチに対応するＬＣＨの個数、ＱｏＳフローとＬＣＨとの間のマッピング関係、を含む。この例において、上記情報はＳＮ追加リクエストメッセージ内で搬送される。
【０１４４】
方法１ｃに応じて、ＭＮは、ＭＣＧスプリットベアラのＭＮブランチのためのＱｏＳフローとＤＲＢとの間のマッピング情報を構成する。
【０１４５】
ＭＮは、ＳＮのためにスプリットしたＱｏＳフローについての情報（ＱｏＳフローの個数、ＱｏＳフローＩＤ、またはＱｏＳフローＩＤリスト）を、ＳＮに対して送信する（この例において、情報はＳＮ追加リクエストメッセージ内で搬送される）。
【０１４６】
ＳＮは、ＭＣＧスプリットベアラのＳＮブランチのＱｏＳフローとＤＲＢとの間のマッピング情報を構成し、そのマッピング関係をＭＮに対して送信する。この例において、マッピング関係はＳＮ追加リクエストＡＣＫメッセージ内で搬送できる。またＳＮは、ＳＮ  ＲＲＣコンテナのセルフォーム内のマッピング関係を、ＳＮ追加リクエストＡＣＫメッセージを介してＵＥに対して送信することもできる。
【０１４７】
方法１ｄに応じて、ＭＮは、ＭＣＧスプリットベアラのＭＮブランチのためのＱｏＳフローとＬＣＨとの間のマッピング情報を構成する。
【０１４８】
ＭＮは、ＳＮのためにスプリットしたＱｏＳフローについての情報（ＱｏＳフローの個数、ＱｏＳフローＩＤ、またはＱｏＳフローＩＤリスト）を、ＳＮに対して送信する（この例において、情報はＳＮ追加リクエストメッセージ内で搬送される）。
【０１４９】
ＳＮは、ＭＣＧスプリットベアラのＳＮブランチのためのＱｏＳフローとＬＣＨとの間のマッピング関係を構成し、そのマッピング関係をＭＮに対して送信する。この例において、マッピング関係はＳＮ追加リクエストＡＣＫメッセージ内で搬送できる。またＳＮは、ＳＮ  ＲＲＣコンテナ情報エレメント内のマッピング関係を、ＳＮ追加リクエストＡＣＫメッセージを介してＵＥに対して送信することもできる。
【０１５０】
方法１ｅに応じて、ＭＮは、ＭＮが割り当てたＱｏＳフローとＤＲＢおよび／またはＬＣＨとの間のＳＮマッピング情報をＭＣＧスプリットベアラのＳＮブランチに対して送信する必要がある。マッピング情報は、ＭＣＧスプリットベアラのＳＮブランチに対応するＤＲＢの個数とＬＣＨの個数、ＱｏＳフローとＤＲＢとの間のマッピング関係、ＱｏＳフローとＬＣＨとの間のマッピング関係、を含む。この例において上記情報は、ＳＮ追加リクエストメッセージ内で搬送できる。
【０１５１】
方法２ａに応じて、ＭＣＧスプリットベアラのアンカーノードはＭＮなので、ＭＮはＭＣＧスプリットベアラのＭＮブランチとＳＮブランチのためのＤＲＢ−ＩＤを構成する。
【０１５２】
ＭＣＧスプリットベアラのＭＮブランチのＤＲＢ  ＩＤは、ＭＣＧスプリットベアラのＳＮブランチのＤＲＢ  ＩＤと同じであることが保証されている必要がある。
【０１５３】
ＭＮは、ＭＣＧスプリットベアラのＭＮブランチとＳＮブランチのために構成したＤＲＢ  ＩＤを、ＳＮに対して送信する。この例において、ＭＣＧスプリットベアラのＳＮブランチのＤＲＢ  ＩＤは、ＳＮ追加リクエストメッセージ内で搬送できる。
【０１５４】
方法５ａに応じて、ＭＮまたはＳＮが送信したＤＲＢ構成を含むＲＲＣ接続再構成メッセージを受信した後、ＵＥは、ＤＲＢをスプリットするブランチのＤＲＢ  ＩＤが同じであるか否かをチェックする必要がある。ＤＲＢをスプリットするブランチのＤＲＢ  ＩＤが同じでない場合、ＵＥは、対応する失敗理由を搬送するＲＲＣ再構成失敗メッセージをフィードバックする必要がある。失敗理由は以下を含む：ＤＲＢ  ＩＤ構成エラー；不整合ＤＲＢ  ＩＤ構成；スプリットＤＲＢのＩＤ構成エラー；など。
【０１５５】
方法５ｂに応じて、ＭＮまたはＳＮが送信したＤＲＢ構成を含むＲＲＣ接続再構成メッセージを受信した後、ＵＥは、ブランチのＤＲＢ  ＩＤが繰り返しているか否かをチェックする必要がある。ブランチのＤＲＢ  ＩＤが繰り返している場合、ＵＥは、対応する失敗理由を搬送するＲＲＣ再構成失敗メッセージをフィードバックする必要がある。失敗理由は以下を含む：ＤＲＢ  ＩＤ構成エラー；繰り返しＤＲＢ  ＩＤ構成；非ユニークＤＲＢ  ＩＤ構成；など。
【０１５６】
例３：ＳＮ追加プロセスにおいて、ＭＮはＭＣＧスプリットベアラとＳＣＧスプリットベアラを確立する。
【０１５７】
例として、ｅＬＴＥベースステーション、ｅＮＢ、５Ｇ  ＮＲベースステーション、ｇＮＢがデュアル接続を形成するプロセスを用いる。ＭＮは例えばｅＮＢまたはｇＮＢである。
【０１５８】
図８は、例３に基づき、デュアル接続シナリオにおいてＳＣＧスプリットベアラとＳＣＧスプリットベアラがそれぞれＭＮとＳＮ内に構成されている場合におけるユーザｐｌａｎｅプロトコルスタックの概略図である。図８ａはＭＮがｅＮＢである場合の概略図であり、図８ｂはＭＮがｇＮＢである場合の概略図である。
【０１５９】
ＳＮ追加のフロー例について図６を参照する。
【０１６０】
上記望ましい実施形態の技術的手段が例３に対して適用された場合、以下の技術的手段が存在する。
【０１６１】
方法１ａに応じて、ＭＮは、ローカルＭＣＧベアラのためのＱｏＳフローとＤＲＢとの間のマッピング情報を構成する。マッピング情報は、ＭＣＧベアラに対応するＤＲＢの個数、ＱｏＳフローとＤＲＢとの間のマッピング関係、を含む。
【０１６２】
ＭＮは、ＭＮが割り当てたＱｏＳフローとＤＲＢとの間のＳＮマッピング情報をＳＣＧスプリットベアラのＭＮブランチとＳＮブランチに対して送信する。マッピング情報は、ＳＣＧスプリットベアラに対応するＤＲＢの個数、ＭＮブランチのＱｏＳフローとＤＲＢとの間のマッピング関係、ＳＮブランチのＱｏＳフローとＤＲＢとの間のマッピング関係、を含む。この例において、上記情報はＳＮ追加リクエストメッセージ内で搬送できる。
【０１６３】
方法１ｂに応じて、ＭＮは、ローカルＭＣＧベアラのためのＱｏＳフローとＬＣＨとの間のマッピング情報を構成する。マッピング情報は、ＭＣＧベアラに対応するＬＣＨの個数、ＱｏＳフローとＬＣＨとの間のマッピング関係、を含む。
【０１６４】
ＭＮは、ＭＮが割り当てたＱｏＳフローとＬＣＨとの間のＳＮマッピング情報をＳＣＧスプリットベアラのＭＮブランチとＳＮブランチに対して送信する。マッピング情報は、ＳＣＧスプリットベアラに対応するＬＣＨの個数、ＭＮブランチのＱｏＳフローとＬＣＨとの間のマッピング関係、ＳＮブランチのＱｏＳフローとＬＣＨとの間のマッピング関係、を含む。この例において、上記情報はＳＮ追加リクエストメッセージ内で搬送できる。
【０１６５】
方法１ｃに応じて、ＭＮは、ＭＣＧベアラのＭＮブランチのためのＱｏＳフローとＤＲＢとの間のマッピング情報を構成する。
【０１６６】
ＭＮは、ＳＣＧスプリットベアラのＭＮブランチのためのＱｏＳフローとＤＲＢとの間のマッピング関係を構成し、そのマッピング関係をＳＮに対して送信する。
【０１６７】
ＭＮは、ＳＮのためにスプリットしたＱｏＳフローについての情報（ＱｏＳフローの個数、ＱｏＳフローＩＤ、またはＱｏＳフローＩＤリスト）を、ＳＮに対して送信する（この例において、情報はＳＮ追加リクエストメッセージ内で搬送される）。
【０１６８】
ＳＮは、ＳＣＧスプリットベアラのＳＮブランチのためのＱｏＳフローとＤＲＢとの間のマッピング関係を構成し、そのマッピング関係をＭＮに対して送信する。この例において、マッピング関係はＳＮ追加リクエストＡＣＫメッセージ内で搬送できる。またＳＮは、ＳＮ  ＲＲＣコンテナのセルフォーム内のマッピング関係を、ＳＮ追加リクエストＡＣＫメッセージを介してＵＥに対して送信することもできる。
【０１６９】
方法１ｄに応じて、ＭＮは、ＭＣＧベアラのＭＮブランチのためのＱｏＳフローとＬＣＨとの間のマッピング情報を構成する。
【０１７０】
ＭＮは、ＳＣＧスプリットベアラのＭＮブランチのためのＱｏＳフローとＬＣＨとの間のマッピング関係を構成し、そのマッピング関係をＳＮに対して送信する。
【０１７１】
ＭＮは、ＳＮのためにスプリットしたＱｏＳフローについての情報（ＱｏＳフローの個数、ＱｏＳフローＩＤ、またはＱｏＳフローＩＤリスト）を、ＳＮに対して送信する（この例において、情報はＳＮ追加リクエストメッセージ内で搬送される）。
【０１７２】
ＳＮは、ＳＣＧスプリットベアラのＳＮブランチのためのＱｏＳフローとＬＣＨとの間のマッピング関係を構成し、そのマッピング関係をＭＮに対して送信する。この例において、マッピング関係はＳＮ追加リクエストＡＣＫメッセージ内で搬送できる。またＳＮは、ＳＮ  ＲＲＣコンテナ情報エレメント内のマッピング関係を、ＳＮ追加リクエストＡＣＫメッセージを介してＵＥに対して送信することもできる。
【０１７３】
方法１ｅに応じて、ＭＮは、ＭＣＧベアラのためのＱｏＳフローとＤＲＢ／ＬＣＨとの間のマッピング情報を構成する。
【０１７４】
ＭＮは、ＳＮのためにスプリットしたＱｏＳフローについての情報（ＱｏＳフローの個数、ＱｏＳフローＩＤ、またはＱｏＳフローＩＤリスト）を、ＳＮに対して送信する（この例において、情報はＳＮ追加リクエストメッセージ内で搬送される）。
【０１７５】
ＳＮは、ＳＣＧスプリットベアラのＭＮブランチとＳＮブランチのためのＱｏＳフローとＤＲＢ／ＬＣＨとの間のマッピング関係を構成し、そのマッピング関係をＭＮに対して送信する。この例において、マッピング関係はＳＮ追加リクエストＡＣＫメッセージ内で搬送できる。またＳＮは、ＳＮ  ＲＲＣコンテナ情報エレメント内のマッピング関係を、ＳＮ追加リクエストＡＣＫメッセージを介してＵＥに対して送信することもできる。
【０１７６】
方法２ａに応じて、ＳＣＧスプリットベアラのアンカーノードはＳＮなので、ＳＮはＳＣＧスプリットベアラのＭＮブランチとＳＮブランチのためのＤＲＢ−ＩＤを構成する。
【０１７７】
ＳＣＧスプリットベアラのＭＮブランチのＤＲＢ  ＩＤは、ＳＣＧスプリットベアラのＳＮブランチのＤＲＢ  ＩＤと同じであることが保証されている必要がある。
【０１７８】
ＳＮは、ＳＣＧスプリットベアラのＭＮブランチとＳＮブランチのために構成したＤＲＢ  ＩＤを、ＭＮに対して送信する。この例において、ＤＲＢ  ＩＤは、ＳＮ追加リクエストＡＣＫメッセージ内で搬送できる。またＳＮのＤＲＢ  ＩＤは、ＵＥに対して送信するＳＮ  ＲＲＣコンテナの形態で、ＳＮ追加リクエストＡＣＫメッセージ内に含めることができる。
【０１７９】
方法５ａに応じて、ＭＮまたはＳＮが送信したＤＲＢ構成を含むＲＲＣ接続再構成メッセージを受信した後、ＵＥは、ＤＲＢをスプリットするブランチのＤＲＢ  ＩＤが同じであるか否かをチェックする必要がある。同じでない場合、ＵＥは、対応する失敗理由を搬送するＲＲＣ再構成失敗メッセージをフィードバックする必要がある。失敗理由は以下を含む：ＤＲＢ  ＩＤ構成エラー；不整合ＤＲＢ  ＩＤ構成；スプリットＤＲＢのＩＤ構成エラー；など。
【０１８０】
方法５ｂに応じて、ＭＮまたはＳＮが送信したＤＲＢ構成を含むＲＲＣ接続再構成メッセージを受信した後、ＵＥは、ブランチのＤＲＢ  ＩＤが繰り返しているか否かをチェックする必要がある。ブランチのＤＲＢ  ＩＤが繰り返している場合、ＵＥは、対応する失敗理由を搬送するＲＲＣ再構成失敗メッセージをフィードバックする必要がある。失敗理由は以下を含む：ＤＲＢ  ＩＤ構成エラー；繰り返しＤＲＢ  ＩＤ構成；非ユニークＤＲＢ  ＩＤ構成；など。
【０１８１】
例４：ＭＮまたはＳＮは、ＳＮ変更プロセスを開始する。
【０１８２】
ＳＮ変更は、ベアラコンテキストを変更、確立、または解放するために構成される。通常のフローは以下の通りである。
【０１８３】
図９は、例４にしたがってＭＮがＳＮ変更を開始するフローチャートである。
【０１８４】
図１０は、例４にしたがってＳＮがＳＮ変更を開始するフローチャートである。
【０１８５】
図９と図１０のフローにおいて、ベアラが追加または削除されたか否か、あるいはベアラタイプが変更されたか否かについて、上記方法のアプリケーションは例１〜例３と同様であり、差異点は、ＤＲＢ構成、ＬＣＨ関連構成、またはＭＮやＳＮが構成したＱｏＳフローとのマッピング関係が、異なるメッセージ内で搬送されることである。
【０１８６】
この実施形態において、ＭＮが開始するＳＮ変更フロー内で、ＭＮがＳＮに対して送信するメッセージはＳＮ変更リクエストであり、ＳＮからＭＮへフィードバックするメッセージはＳＮ変更ＡＣＫである。
【０１８７】
ＳＮが開始するＳＮ変更フロー内で、ＳＮがＭＮに対して送信するメッセージはＳＮ変更リクエストであり、ＭＮからＳＮへフィードバックするメッセージはＳＮ変更確認である。
【０１８８】
例５：ＤＲＢ  ＩＤ空間／プールの手配
【０１８９】
上記望ましい実施形態の技術的手段が例５に対して適用された場合、以下の技術的手段が存在する。
【０１９０】
方法３ａに応じて、ＭＮは、ＤＲＢ  ＩＤ空間またはプールの定義をＳＮに対して送信する必要がある。この定義は、ＤＲＢ  ＩＤ空間／プールの値範囲を含む。この例において、定義はＳＮ追加リクエストメッセージ内で搬送できる。ＳＮがＤＲＢ  ＩＤ空間／プールの定義に対して不同意またはこれを識別できない場合、ＳＮはＳＮ追加を拒否することを選択することができ、拒否理由（例えばＤＲＢ  ＩＤ空間／プールをサポート失敗）を拒否メッセージ（例えばＳＮ追加拒否メッセージ）内でＭＮに対して送信する。
【０１９１】
方法３ｂは、特定シナリオに対して適用できる。すなわち、ＭＮがＬＴＥ  ｅＮＢである場合、ＭＮはＤＲＢ  ＩＤ空間／プールの範囲を決定する；ＭＮがｅＬＴＥベースステーションまたは５Ｇ  ｇＮＢであり、ＳＮがＬＴＥ  ｅＮＢである場合、ＭＮはＳＮと交渉して、ＤＲＢ  ＩＤ空間／プールの範囲を決定する。この例におけるＭＮは、ｅＬＴＥ（ＬＴＥの拡張バージョン）ベースステーションまたは５Ｇ  ｇＮＢであり、したがってＭＮとＳＮはＤＲＢ  ＩＤ空間／プールの定義を交渉できる。これは方法３ｃに記載している。
【０１９２】
方法３ｃに応じて、ＭＮは、ＤＲＢ  ＩＤ空間またはプールの定義をＳＮに対して送信する必要がある。この定義は、ＤＲＢ  ＩＤ空間／プールの値範囲を含む。定義はＳＮ追加リクエストメッセージ内で搬送できる。ＳＮがＤＲＢ  ＩＤ空間／プールの定義に対して不同意である場合、ＳＮは定義を変更することを選択でき、変更したＤＲＢ  ＩＤ空間／プールの値範囲をＭＮに対してフィードバックする。この例において、変更した値範囲は、ＳＮ追加リクエストＡＣＫメッセージまたはＳＮ追加拒否メッセージ内で搬送できる。
【０１９３】
ＭＮがＳＮの変更に対して同意しない場合、ＭＮはＳＮ追加プロセスを終了できる；ＭＮがＳＮの変更に同意する場合、ＭＮはＳＮからフィードバックされたＤＲＢ  ＩＤ空間／プールにしたがって、ＤＲＢ  ＩＤを再構成できる。
【０１９４】
方法４ａ、４ｂ、または４ｃに応じて、方法４ｘは方法３ｘとは以下の点で異なる。方法４は、ＭＮとＳＮがＤＲＢ  ＩＤ空間／プール内の利用可能リソース（未使用リソース）を手配するために構成される。方法３は、ＭＮとＳＮがＤＲＢ  ＩＤ空間／プールの定義（すなわち値範囲）を手配するために構成される。
【０１９５】
ＭＮがＳＮ追加を開始する場合、ＭＮは利用可能（未使用）ＤＲＢ  ＩＤをＳＮに対して送信するか、またはＤＲＢ  ＩＤ空間／プールの全範囲とＤＲＢ  ＩＤ空間／プールの使用状態（例えばＤＲＢ  ＩＤ空間／プール内の各ＤＲＢ  ＩＤの使用／未使用状態を反映したビットマップの形態のＤＲＢ  ＩＤ空間／プール、または、使用済ＤＲＢ  ＩＤ）をＳＮに対して提供する必要がある。この例において、上記情報はＳＮ追加リクエストメッセージ内で搬送できる。
【０１９６】
ＭＮが提供するＤＲＢ  ＩＤについての先行情報を受信した後、ＳＮは、利用可能ＤＲＢ  ＩＤまたはＤＲＢ  ＩＤ空間／プールの範囲を許容／拒否／変更でき、処理結果をＭＮに対してフィードバックする。
【０１９７】
ＳＮが利用可能ＤＲＢ  ＩＤまたはＤＲＢ  ＩＤ空間／プールの範囲を受け入れる場合、ＳＮはＳＮ追加リクエストＡＣＫメッセージをフィードバックする。
【０１９８】
ＳＮが利用可能ＤＲＢ  ＩＤまたはＤＲＢ  ＩＤ空間／プールの範囲を拒否する場合、ＳＮはＳＮ追加リクエスト拒否メッセージをフィードバックする。
【０１９９】
ＳＮがＤＲＢ  ＩＤについての先行情報を変更する場合、ＳＮは変更した利用可能（未使用）ＤＲＢ  ＩＤまたは変更したＤＲＢ  ＩＤ空間／プールの範囲を、ＳＮ追加リクエストＡＣＫメッセージまたはＳＮ追加拒否メッセージを介して、ＭＮに対してフィードバックする。
【０２００】
ＳＮが利用可能ＤＲＢ  ＩＤまたはＤＲＢ  ＩＤ空間／プールの範囲を拒否／変更する場合、ＳＮは、対応する拒否／変更失敗理由をフィードバックメッセージ内で搬送する。失敗理由は以下を含む：ＤＲＢ  ＩＤ空間／プールの範囲の拒否；ＤＲＢ  ＩＤ空間／プールの範囲の拒否；ＤＲＢ  ＩＤ空間／プールのサポート失敗；ＤＲＢ  ＩＤ空間／プールの範囲のサポート失敗；ＤＲＢ  ＩＤがサポート可能上限を超えている；ＤＲＢ  ＩＤ空間／プールの範囲がサポート可能上限を超えている；など。
【０２０１】
ＳＮが変更した利用可能ＤＲＢ  ＩＤまたはＤＲＢ  ＩＤ空間／プールの範囲をＭＮが受け取った場合、ＭＮは、以前構成したＤＲＢ  ＩＤを変更した状況にしたがって、ＳＮ追加を再開始するか否かを決定する。
【０２０２】
方法４ｄに応じて、ＭＮまたはＳＮがＳＮ変更を開始する場合、ＤＲＢが追加または削除されたのであれば、ＭＮまたはＳＮは、ＤＲＢ  ＩＤ空間／プールの使用状態、利用可能ＤＲＢ  ＩＤの状態、または使用済ＤＲＢ  ＩＤの状態を更新し、別のデュアル接続／マルチ接続ノードに対して通知する必要がある。これは例えば、ＳＮ変更ＡＣＫメッセージ、ＳＮ変更確認メッセージ、その他ノード間インターフェースメッセージを介してすることができる。
【０２０３】
上記実装態様の説明から、上記実施形態の方法をソフトウェアプラス必要な汎用目的ハードウェアプラットフォームによって実装し、あるいはハードウェアによって実装できることは、当業者にとって明らかである。ただし多くの場合において、前者が望ましい実装態様である。この理解に基づき、本願が提供する手段は実質的に、または既存技術に対して寄与する部分は、ソフトウェア製品の形態で実施できる。コンピュータソフトウェア製品は、記憶媒体に格納され（例えば読取専用メモリ（ＲＯＭ）／ランダムアクセスメモリ（ＲＡＭ）、磁気ディスクまたは光ディスク）、端末デバイス（例えば携帯電話、コンピュータ、サーバ、ネットワークデバイス）が本願の実施形態にしたがって方法を実行できるようにするための、複数の命令を含む。
【０２０４】
本実施形態はさらに、無線ベアラ構成装置を提供する。本装置は、上記実施形態および望ましい実装態様を実装するように構成されている。説明済のことは繰り返さない。以下に用いられるように、用語「モジュール」は、例えば規定機能を実装できるソフトウェア、ハードウェア、またはこれらの組み合わせである。以下に記載する実施形態の装置は、ソフトウェアによって実装することが望ましいが、ハードウェアによる実装またはソフトウェアとハードウェアの組み合わせによる実装も可能である。
【０２０５】
本実施形態は、無線ベアラ構成装置を提供する。本装置は第１ノードに対して適用され、決定モジュールと第１送信モジュールを有する。決定モジュールは、第２ノードを端末へ接続することを第１ノードが決定した場合、端末の構成情報を取得するように構成されている。端末は前記第１ノードに接続され、構成情報は第１ノードおよび／または第２ノードによって構成される。第１送信モジュールは、構成情報を端末に対して送信するように構成されている。構成情報は、構成情報にしたがって第１ノードと第２ノードへ接続するように端末に対して指示するように構成されている。端末は複数接続を確立する。第１ノードに対して適用されるこの無線ベアラ構成装置は、上記実施形態において第１ノードが実施する端末のマルチ接続構成全てを実施できる。
【０２０６】
本願の別実施形態は、無線ベアラ構成装置を提供する。この装置は第２ノードに対して適用され、第１受信モジュールと第２送信モジュールを有する。第１受信モジュールは、端末に接続された第１ノードが送信するリクエストメッセージを受信するように構成されている。第２送信モジュールは、リクエストメッセージにしたがって、第２ノードが構成した端末の構成情報を第１ノードに対して送信するように構成されている。第２ノードは、構成情報にしたがって、端末に接続される。第２ノードに対して適用されるこの無線ベアラ構成装置は、上記実施形態において第２ノードが実施する端末のマルチ接続構成全てを実施できる。
【０２０７】
本願の別実施形態は、無線ベアラ構成装置を提供する。この装置は端末に対して適用され、第２受信モジュールと接続モジュールを有する。第２受信モジュールは、第１ノードが送信した構成情報を受信するように構成されている。構成情報は、第１ノードおよび／または第２ノードが作成した端末の構成を搬送する。接続モジュールは、構成情報にしたがって、端末を第１ノードと第２ノードへ接続するように構成されている。
【０２０８】
上記各モジュールは、ソフトウェアまたはハードウェアによって実装できる。ハードウェアによる実装は、以下の態様で実施できるが、必須ではない：各モジュールを同じプロセッサ上に配置する、または各モジュールを任意の組み合わせ形態で各プロセッサに配置する。
【０２０９】
本願の別実施形態は、ネットワーク要素を提供する。図１１に示すように、ネットワーク要素は、メモリ１１０とプロセッサ１２０を備える。プロセッサ１２０はメモリ１１０に接続され、メモリ１１０内のプログラムを実行するように構成されている。このプログラムは、上記実施形態のうちいずれかに係る方法を実施するように構成されている。ネットワーク要素は例えば、上述の第１ノード、第２ノード、または端末である。
【０２１０】
本願の別実施形態は、記憶媒体を提供する。この記憶媒体は、上記実施形態のうちいずれかに係る方法を実施するように構成されているプログラムを格納する。
【０２１１】
本開示のモジュールやステップは一般的なコンピュータ装置によって実現でき、１つのコンピュータ装置に統合してもよいし複数コンピュータ装置を有するネットワーク上に分散してもよいことを、当業者は理解すべきである。オプションとして、モジュールやステップは、コンピュータ装置が実行するプログラムコードを用いて実現でき、したがってコンピュータ装置に格納してコンピュータ装置が実行できる。さらに場合によっては、説明したステップは本明細書とは異なる順番で実施でき、あるいは集積回路モジュールを構成することができ、あるいは複数のモジュールやステップを１つの集積モジュールで実現できる。このように本開示は、具体的なハードウェアやソフトウェアの組み合わせに限定されない。
【０２１２】
以上は本開示の望ましい実施形態に過ぎず、本開示を限定することを意図するものではない。本開示に対する変更や変形は、当業者にとって明らかである。本開示の要旨と原理の範囲内における任意の変更、等価置換、改善は、本発明の保護範囲内である。
【図１】
2020523911.tif 000003
【図２】
2020523911.tif 000004
【図３】
2020523911.tif 000005
【図４】
2020523911.tif 000006
【図５】
2020523911.tif 000007
【図６】
2020523911.tif 000008
【図７】
2020523911.tif 000009
【図８】
2020523911.tif 000010
【図９】
2020523911.tif 000011
【図１０】
2020523911.tif 000012
【図１１】
2020523911.tif 000013
【手続補正書】
【提出日】令和2年1月15日(2020.1.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信方法であって、
通信ネットワークにおける第１ノードと第２ノードを動作させるステップであって、前記第１ノードはマスタノードであり、前記第２ノードはセカンダリノードであり、前記第１ノードまたは前記第２ノードのうち一方は、ＰＤＣＰエンティティが配置されるパケットデータ変換プロトコル（ＰＤＣＰ）サブレイヤを有するアンカーノードであり、前記第１ノードまたは前記第２ノードのうち他方は、非アンカーノードである、ステップ、
前記アンカーノードにより、１以上のサービス品質（ＱｏＳ）フローと１以上のデータ無線ベアラ（ＤＲＢ）との間のマッピング関係を決定するステップであって、前記マッピング関係は、前記ＰＤＣＰサブレイヤ上に配置された前記アンカーノードの別のエンティティによって管理される、ステップ、
前記アンカーノードにより、前記１以上のＱｏＳフローと前記１以上のＤＲＢとの間の前記マッピング関係を前記非アンカーノードに対して送信するステップ、
を有することを特徴とする方法。
【請求項２】
前記１以上のＤＲＢは、第１ノードセルグループのためのベアラを有する
ことを特徴とする請求項１記載の方法。
【請求項３】
前記１以上のＤＲＢは、第２ノードセルグループのためのベアラを有する
ことを特徴とする請求項１記載の方法。
【請求項４】
前記１以上のＤＲＢは、第１ノードセルグループと第２ノードセルグループとの間のスプリットベアラを有する
ことを特徴とする請求項１記載の方法。
【請求項５】
前記方法はさらに、
前記アンカーノードにより、ベアラのＤＲＢ識別子（ＩＤ）を決定するステップ、
前記アンカーノードにより、前記ＤＲＢ  ＩＤを前記非アンカーノードに対して送信するステップ、
を有する
ことを特徴とする請求項１記載の方法。
【請求項６】
前記方法はさらに、
前記第１ノードにより、利用可能ＤＲＢ  ＩＤを決定するステップ、
前記第１ノードにより、前記第２ノードを追加することを開始するステップ、
前記第１ノードにより、前記利用可能ＤＲＢ  ＩＤを前記第２ノードに対して送信するステップ、
を有する
ことを特徴とする請求項１記載の方法。
【請求項７】
前記方法はさらに、
前記第１ノードにより、前記第２ノードが開始した変更リクエストを受信するステップであって、前記変更リクエストは、１以上の新規ＤＲＢの追加または１以上の既存ＤＲＢの削除を含む、ステップを有する
ことを特徴とする請求項１記載の方法。
【請求項８】
無線通信システムであって、
通信ネットワークにおける第１ノード、
前記通信ネットワークにおける第２ノードであって、前記第１ノードはマスタノードであり、前記第２ノードはセカンダリノードであり、前記第１ノードまたは前記第２ノードのうち一方は、ＰＤＣＰエンティティが配置されるパケットデータ変換プロトコル（ＰＤＣＰ）サブレイヤを有するアンカーノードであり、前記第１ノードまたは前記第２ノードのうち他方は、非アンカーノードである、第２ノード、
を備え、
前記アンカーノードは、
１以上のサービス品質（ＱｏＳ）フローと１以上のデータ無線ベアラ（ＤＲＢ）との間のマッピング関係を決定するステップであって、前記マッピング関係は、前記ＰＤＣＰサブレイヤ上に配置された前記アンカーノードの別のエンティティによって管理される、ステップ、
前記１以上のＱｏＳフローと前記１以上のＤＲＢとの間の前記マッピング関係を前記非アンカーノードに対して送信するステップ、
を実施するように構成されている
ことを特徴とするシステム。
【請求項９】
前記１以上のＤＲＢは、第１ノードセルグループのためのベアラを有する
ことを特徴とする請求項８記載のシステム。
【請求項１０】
前記１以上のＤＲＢは、第２ノードセルグループのためのベアラを有する
ことを特徴とする請求項８記載のシステム。
【請求項１１】
前記１以上のＤＲＢは、第１ノードセルグループと第２ノードセルグループとの間のスプリットベアラを有する
ことを特徴とする請求項８記載のシステム。
【請求項１２】
前記アンカーノードは、
ベアラのＤＲＢ識別子（ＩＤ）を決定するステップ、
前記ＤＲＢ  ＩＤを前記非アンカーノードに対して送信するステップ、
を実施するように構成されている
ことを特徴とする請求項８記載のシステム。
【請求項１３】
前記第１ノードは、
利用可能ＤＲＢ  ＩＤを決定するステップ、
前記第２ノードを追加することを開始するステップ、
前記利用可能ＤＲＢ  ＩＤを前記第２ノードに対して送信するステップ、
を実施するように構成されている
ことを特徴とする請求項８記載のシステム。
【請求項１４】
前記第１ノードは、
前記第２ノードが開始した変更リクエストを受信するステップであって、前記変更リクエストは、１以上の新規ＤＲＢの追加または１以上の既存ＤＲＢの削除を含む、ステップを実施するように構成されている
ことを特徴とする請求項８記載のシステム。
【国際調査報告】
2020523911.tif 000014
2020523911.tif 000015
2020523911.tif 000016
2020523911.tif 000017