JP7496422B2 - サイドリンクベアラを管理するための方法、装置、端末、および媒体 - Google Patents

Description

本発明は、無線通信分野に関し、より具体的に、サイドリンクベアラを管理するための方法、装置、端末、および媒体に関する。

Ｖｅｈｉｃｌｅｔｏ Ｅｖｅｒｙｔｈｉｎｇ（Ｖ２Ｘ）システムにおけるユーザ機器とユーザ機器との間の直接通信を実現するために、ＳｉｄｅＬｉｎｋ（ＳＬ）伝送方法が導入される。

関連技術において、ユニキャストリンクを確立および解放するプロセスにおいて、サイドリンクベアラの通信構成に対称構成モードを使用することが多かった。このプロセスにおいて、ユーザー機器は、基地局が送信したデータ（または事前構成されたパラメーター）を介してサイドリンクベアラを構成する。

しかしながら、上記の方法は、２つのユーザ機器のサイドリンクベアラで選択される無線リンク制御（ＲＬＣ）パラメータの違いによる通信障害の問題を引き起こす可能性がある。

本発明の実施例は、２つのユーザ機器のベアラで選択されるＲＬＣパラメータの違いによる通信障害の問題を解決することができるサイドリンクベアラを管理するための方法、装置、端末、および媒体を提供する。

本発明の一態様によれば、サイドリンクベアラを管理するための方法が提供され、この方法は、
サイドリンクベアラのベアラ状態を取得するステップ、及び
ベアラ状態に従ってサイドリンクベアラを管理するステップを含み、
ベアラ状態は、第１のベアラ状態、及び／又は第２のベアラ状態を含み、第１のベアラ状態は第１端末のベアラ状態であり、第２のベアラ状態は第２端末のベアラ状態である。

本発明の一態様によれば、サイドリンクベアラを管理するための装置が提供され、この装置は、
サイドリンクベアラのベアラ状態を取得するように構成された受信モジュール、及び
ベアラ状態に従ってサイドリンクベアラを管理するように構成された処理モジュールを含み、
ベアラ状態は、第１のベアラ状態、及び／又は第２のベアラ状態を含み、第１のベアラ状態は第１端末のベアラ状態であり、第２のベアラ状態は第２端末のベアラ状態である。

本発明の一態様によれば、端末が提供され、前記端末は、プロセッサ、前記プロセッサに接続されたトランシーバ、及び前記プロセッサの実行可能命令を格納するためのメモリを含み、前記プロセッサは、前記実行可能命令をロードおよび実行して、上記の態様で説明されたサイドリンクベアラを管理するための方法を実装するように構成される。

本発明の一態様によれば、コンピュータ可読記憶媒体が提供され、実行可能命令が前記読み取り可能な記憶媒体に記憶され、前記実行可能命令がプロセッサによってロードおよび実行されて、上記の態様で説明されたサイドリンクベアラを管理するための方法を実装する。

本発明の実施例によって提供される技術的案は、少なくとも以下の有益な効果を含む。

サイドリンクベアラのベアラ状態（例えば、相手端末における関連するベアラ状態）を取得し、ベアラ状態に従ってサイドリンクベアラを管理することにより、端末は、相手端末のベアラ状態を取得することに基づいて、サイドリンクベアラに対して正しいパラメータ設定が行われ、サイドリンクベアラの通信成功率を向上させる。

本発明の実施例における技術的案をより明確に説明するために、以下は、実施例の説明において使用される図面を簡単に紹介する。明らかに、以下の説明における図面は、本発明のいくつかの実施例にすぎない。当業者にとって、他の図面もまた、創造的な努力なしにこれらの図面から得ることができる。
関連技術におけるサイドリンクの伝送モードの概略図を示す。 本発明の例示的な実施例によって提供されるサイドリンク伝送をサポートする通信システムのブロック図を示す。 本発明の例示的な実施例によって提供されるサイドリンクベアラを管理するための方法のフローチャートを示す。 本発明の別の例示的な実施例によって提供されるサイドリンクベアラを管理するための方法のフローチャートを示す。 本発明の別の実施例によって提供されるサイドリンクベアラを管理するための方法のフローチャートを示す。 本発明の例示的な実施例によって提供されるベアラ状態が第１の条件を満たす場合にサイドリンクベアラを管理するための方法の概略フローチャートを示す。 本発明の例示的な実施例によって提供されるベアラ状態が第１の条件を満たす場合にサイドリンクベアラを管理するための方法の概略フローチャートを示す。 本発明の例示的な実施例によって提供されるベアラ状態が第１の条件を満たす場合にサイドリンクベアラを管理するための方法の概略フローチャートを示す。 本発明の例示的な実施例によって提供されるベアラ状態が第２の条件を満たす場合にサイドリンクベアラを管理するための方法の概略フローチャートを示す。 本発明の例示的な実施例によって提供されるベアラ状態が第２の条件を満たす場合にサイドリンクベアラを管理するための方法の概略フローチャートを示す。 本発明の例示的な実施例によって提供されるベアラ状態が第２の条件を満たす場合にサイドリンクベアラを管理するための方法の概略フローチャートを示す。 本発明の別の例示的な実施例によって提供されるベアラ状態が第２の条件を満たす場合にサイドリンクベアラを管理するための方法の概略フローチャートを示す。 本発明の例示的な実施例によって提供されるベアラ状態が第３の条件を満たす場合にサイドリンクベアラを管理するための方法の概略フローチャートを示す。 本発明の例示的な実施例によって提供されるベアラ状態が第３の条件を満たす場合にサイドリンクベアラを管理するための方法の概略フローチャートを示す。 本発明の例示的な実施例によって提供されるベアラ状態が第３の条件を満たす場合にサイドリンクベアラを管理するための方法の概略フローチャートを示す。 本発明の例示的な実施例によって提供されるサイドリンクベアラを管理するための装置の構造ブロック図を示す。 本発明の例示的な実施例によって提供される端末の概略構造図を示す。

本発明の目的、技術的案および利点をより明確にするために、本発明の実施例は、添付の図面を参照して以下でさらに詳細に説明される。

まず、本発明の実施例に関連する用語を簡単に紹介する。

車両インターネット（Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ）：これは、将来の高度道路交通システムの重要な技術であり、主に、３ＧＰＰ通信プロトコルに基づく車両データ伝送方案を研究する。Ｖ２Ｘ通信には、Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ（Ｖ２Ｖ）通信、Ｖｅｈｉｃｌｅ ｔｏ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ（Ｖ２Ｉ）通信、Ｖｅｈｉｃｌｅ ｔｏ Ｐｅｏｐｌｅ（Ｖ２Ｐ）通信が含まれる。Ｖ２Ｘアプリケーションは、運転の安全性を向上させ、渋滞と車両のエネルギー消費を削減し、交通効率を向上させる。

サイドリンク（ＳｉｄｅＬｉｎｋ、ＳＬ）伝送：これは、高いスペクトル効率および低い伝送遅延を備えたデバイス間通信方式である。サイドリンクの２つの伝送モード、すなわちモードＡおよびモードＢが３ＧＰＰで定義されている。図１の（ａ）に示すように、モードＡでは、端末の送信リソースは、ダウンリンクを介して基地局によって割り当てられ、端末は、基地局によって割り当てられたリソースに従って、サイドリンク上でデータを送信する。基地局は、単一の送信のためのリソースを端末に割り当てるか、または半静的送信のためのリソースを端末に割り当てることができる。図１の（ｂ）に示すように、モードＢでは、端末は、リソースプールからそれ自体で１つのリソースを選択して、データを送信する。具体的には、端末は、リスニングによってリソースプールから送信リソースを選択するか、ランダム選択によってリソースプールから送信リソースを選択することができる。

図２は、本発明の例示的な実施例によって提供されるサイドリンク伝送をサポートする通信システムのブロック図を示す。この通信システムは、非ローミング５Ｇシステムアーキテクチャ（Ｎｏｎ－ｒｏａｍｉｎｇ ５Ｇ ｓｙｓｔｅｍ ａｒｃｈｉｔｅｃｔｕｒｅ）の概略図であり、このシステムアーキテクチャは、Ｄ２Ｄ技術を使用するＶｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ（Ｖ２Ｘ）サービスに適用できる。

このシステムアーキテクチャにはデータネットワーク（Ｄａｔａ Ｎｅｔｗｏｒｋ、ＤＮ）が含まれ、Ｖ２Ｘサービスに必要なＶ２Ｘアプリケーションサーバ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）がこのデータネットワークに設定される。このシステムアーキテクチャには５Ｇコアネットワークも含まれ、５Ｇコアネットワークのネットワーク機能には、統合データ管理（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ、ＵＤＭ）、ポリシー制御機能（Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ、ＰＣＦ）、ネットワーク公開機能（Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ、ＮＥＦ）、アプリケーション機能（Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ、ＡＦ）、統合データリポジトリ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｒｅｐｏｓｉｔｏｒｙ、ＵＤＲ）、アクセスおよびモビリティ管理機能（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ、ＡＭＦ）、セッション管理機能（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ、ＳＭＦ）、およびユーザープレーン機能（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ、ＵＰＦ）が含まれる。

このシステムアーキテクチャには、無線アクセスネットワーク（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ－ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＮＧ－ＲＡＮ）および４つの例示的なユーザ機器（すなわち、ユーザ機器１からユーザ機器４）がされに含まれ、各ユーザー機器には、Ｖ２Ｘアプリケーション（Ａｐｐｌｉｃａｔｉｏｎ）が設定されている。基地局（ｇＮＢ）などの１つまたは複数のアクセスネットワーク機器が無線アクセスネットワークに設定される。ユーザー機器は、アクセスネットワーク機器へのアップリンク送信を実行する。

このシステムアーキテクチャでは、データネットワークと５Ｇコアネットワークのユーザープレーン機能はＮ６基準点（Ｒｅｆｅｒｅｎｃｅ Ｐｏｉｎｔ）を介して接続され、Ｖ２Ｘアプリケーションサーバーとユーザー機器のＶ２ＸアプリケーションはＶ１基準点を介して接続される。無線アクセスネットワークは５ＧコアネットワークのＡＭＦ機能とＵＰＦ機能に接続され、無線アクセスネットワークはＵｕ基準点を介してユーザー機器１とユーザー機器５にそれぞれ接続され、複数のユーザー機器はサイドリンク送信にＰＣ５基準点を使用し、複数のＶ２ＸアプリケーションはＶ５基準点を介して接続される。上記の基準点は、「インターフェース」と呼ばれることもある。

図３は、本発明の例示的な実施例によって提供されるサイドリンクベアラを管理するための方法のフローチャートを示す。この方法は、説明の例として第１端末に適用される。この方法には、次のステップが含まれる。

ステップ３１０において、サイドリンクベアラのベアラ状態を取得する。

選択的に、この実施例で説明される第１端末および第２端末は、図２に示される実施例のユーザ機器である。選択的に、第１端末と第２端末はサイドリンクを介して通信可能に接続される。

選択的に、第１端末と第２端末との間のサイドリンクベアラを管理（確立、変更、および解放）するプロセスにおいて、サイドリンクベアラのベアラ状態を決定する必要がある。選択的に、ベアラ状態には、第１のベアラ状態と第２のベアラ状態が含まれる。選択的に、第１端末は、サイドリンクベアラのベアラ状態として、第１のベアラ状態および第２のベアラ状態のうちの少なくとも１つを取得することができる。つまり、
第１端末は、サイドリンクベアラのベアラ状態として、第１のベアラ状態を取得する。

または、第１端末は、サイドリンクベアラのベアラ状態として、第２のベアラ状態を取得する。

または、第１端末は、サイドリンクベアラのベアラ状態として、第１のベアラ状態および第２のベアラ状態を取得する。

ベアラ状態は、第１のベアラ状態及び／又は第２のベアラ状態を含み、第１のベアラ状態は、第１端末におけるベアラ状態であり、第２のベアラ状態は、第２端末におけるベアラ状態である。第２端末は、第１端末の相手端末である。たとえば、第１端末と第２端末の両方が車両ネットワークシステム内の車両である。

第１のベアラ状態は、運ばれる第１のサービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ，ＱｏＳ）フローの関連状態、第１のＱｏＳパラメータ、第１のＲＬＣモード、およびロバストヘッダー圧縮（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ，ＲＯＨＣ）構成状況の少なくとも１つを含む。第１のＱｏＳフローの関連状態は、第１端末に第１のＱｏＳフローがあるかどうか、第１のＱｏＳフローの優先度が第１の優先度閾値よりも高いかどうか、および第１のＱｏＳフローの遅延が第１の遅延閾値よりも小さいかどうかの少なくとも１つを含む。

第２のベアラ状態は、運ばれる第２のＱｏＳフローの関連状態、第２のＱｏＳパラメータ、第２のＲＬＣモード、およびＲＯＨＣ構成状況の少なくとも１つを含む。第２のＱｏＳフローの関連状態は、第２端末に第２のＱｏＳフローが存在するかどうか、第２のＱｏＳフローの優先度が第２の優先度閾値よりも高いかどうか、および第２のＱｏＳフローの遅延が第２の遅延閾値よりも小さいかどうかの少なくとも１つを含む。

選択的に、第１のＱｏＳフローと第２のＱｏＳフローは、関連するＱｏＳフローである。つまり、第１のＱｏＳフローと第２のＱｏＳフローは、同じベアラ識別子に関連付けられているか、第１のＱｏＳフローと第２のＱｏＳフローは、同じ論理チャネル識別子に関連付けられているか、第１のＱｏＳフローと第２のＱｏＳフローは、同じベアラ識別子と論理チャネル識別子に関連付けられている。

選択的に、第１端末が第２のベアラ状態を取得することは、第２端末と第１端末との間に確立されたＰＣ５接続から取得することを含む。一例では、第１端末は、第２端末からのＰＣ５－無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，ＲＲＣ）シグナリングを受信し、第２端末からのＰＣ５－ＲＲＣシグナリングに従って第２のベアラ状態を取得する。

ステップ３０２において、ベアラ状態に従ってサイドリンクベアラを管理する。

このステップにおけるベアラ状態に従ってサイドリンクのベアラを管理することは、ベアラ状態に従ってサイドリンクベアラを確立すること、ベアラ状態に従ってサイドリンクベアラを解放すること、ベアラ状態に従ってサイドリンクベアラを変更すること、のうちの少なくとも１つを含む。

ベアラ状態が対応する条件を満たす場合、サイドリンクベアラはそれに応じて管理される。つまり、ベアラ状態がベアラの確立に対応する第１の条件を満たす場合、サイドリンクベアラが確立され、ベアラ状態がベアラの解放に対応する第２の条件を満たす場合、サイドリンクベアラが解放され、ベアラ状態がベアラの変更に対応する第３の条件を満たす場合、サイドリンクベアラが変更される。

選択的に、第１端末に対応するネットワーク機器が存在する。第１端末とネットワーク機器の間に通信接続がある場合、それは第１端末が接続状態にあることを意味する。第１端末とネットワーク機器の間に通信接続がない場合、第１端末が休止状態または非アクティブ状態にあることを意味する。

選択的に、第２端末に対応するネットワーク機器が存在する。第２端末とネットワーク機器の間に通信接続がある場合、それは第２端末が接続状態にあることを意味する。第２端末とネットワーク機器の間に通信接続がない場合、第２端末が休止状態または非アクティブ状態にあることを意味する。

第１端末とネットワーク機器との間に接続があるかどうか、すなわち、第１端末が接続状態にあるかどうかに応じて、サイドリンクベアラは、ベアラの状態に従って異なる方法で管理される。ここで、異なる方法は以下を参照する。

第１端末が接続状態にあるとき、ベアラ状態が第１の条件、第２の条件、および第３の条件のうちの１つを満たすかどうかに従って、ベアラ情報をネットワーク機器に送信して、ネットワーク機器がサイドリンクベアラの管理命令を発行するようにトリガーされる。

第１端末が休止状態または非アクティブ状態にあるとき、ベアラ状態が第１の条件、第２の条件、および第３の条件のうちの１つを満たすかどうかに従って、サイドリンクベアラをそれ自体で管理する。

以下、図４と図５は、それぞれ２つの異なる管理方法を示す。図４は、第１端末が接続状態にあるときの管理方法である。図５は、第１端末が休止状態または非アクティブ状態にあるときの管理方法である。

図３に基づく任意の実施例において、図４は、本発明の別の例示的な実施例によって提供されるサイドリンクベアラを管理するための方法のフローチャートを示す。この実施例では、ステップ３０２をステップ３０２Ａに置き換えることができ、この方法は、説明の例として第１端末に適用される。この方法には、次のステップが含まれる。

ステップ３０２Ａにおいて、第１端末が接続状態にあるとき、ベアラ状態に従ってベアラ情報をネットワーク機器に送信するように決定する。

選択的に、第１端末が接続状態にあるとき、第１端末は、ベアラ状態に従ってベアラ情報をネットワーク機器に送信し、ベアラ情報は、ネットワーク機器をトリガーしてサイドリンクベアラの管理シグナリングを第１端末に送信するために使用される。ベアラ情報は、ベアラ状態の情報のすべてまたは一部である。たとえば、ベアラ情報は、第２のベアラ状態の情報のすべてまたは一部である。一例では、ネットワーク機器は、アクセスネットワーク機器であってもよい。

ベアラ状態が第１の条件を満たす場合、ベアラ情報は第１のベアラ情報であり、ベアラ状態が第２の条件を満たす場合、ベアラ情報は第２のベアラ情報であり、ベアラ状態が第３の条件を満たす場合、ベアラ情報は第３のベアラ情報である。

図３に基づく任意の実施例において、図５は、本発明の別の実施例によって提供されるサイドリンクベアラを管理するための方法のフローチャートを示す。この実施例では、ステップ３０２をステップ３０２Ｂに置き換えることができ、この方法は、説明の例として第１端末に適用される。この方法には、次のステップが含まれる。

ステップ３０２Ｂにおいて、第１端末が休止状態または非アクティブ状態にあるとき、ベアラ状態に従ってサイドリンクベアラをそれ自体によって管理する。

第１端末が休止状態または非アクティブ状態にあるとき、ベアラ状態が第１の条件を満たす場合、サイドリンクベアラを確立する。

第１端末が休止状態または非アクティブ状態にあるとき、ベアラ状態が第２の条件を満たす場合、サイドリンクベアラを解放する。

第１端末が休止状態または非アクティブ状態にあるとき、ベアラ状態が第３の条件を満たす場合、サイドリンクベアラを変更する。

要約すると、この実施例で提供される方法は、サイドリンクベアラのベアラ状態（例えば、相手端末における関連するベアラ状態）を取得し、ベアラ状態に従ってサイドリンクベアラを管理することにより、端末は、相手端末のベアラ状態を取得することに基づいて、サイドリンクベアラに対して正しいパラメータ設定が行われ、サイドリンクベアラの通信成功率を向上させる。

本発明は、ベアラ状態がベアラの確立に対応する第１の条件を満たし、ベアラ状態がベアラの解放に対応する第２の条件を満たし、ベアラ状態がベアラの変更に対応する第３の条件を満たしたときに、端末がサイドリンクベアラを管理するための方法をそれぞれ説明する。

図６～８は、ベアラ状態が第１の条件を満たす場合の実施例である。

図６は、本発明の例示的な実施例によって提供されるサイドリンクベアラを管理するための方法の概略フローチャートを示す。この方法は、説明の例として休止状態または非アクティブ状態の第１端末に適用される。この方法には、次のステップが含まれる。

ステップ４０１１において、サイドリンクベアラのベアラ状態を取得する。

第１端末は、第１のベアラ状態および第２のベアラ状態のうちの少なくとも１つを取得する必要がある。

第１のベアラ状態を取得する必要がある場合、第１端末は、それ自体の第１のベアラ状態を読み取る。

第２のベアラ状態を取得する必要がある場合、第１端末は、第２端末によって送信されたＰＣ５ ＲＲＣシグナリングを受信し、ＰＣ５ ＲＲＣシグナリングから第２端末の第２のベアラ状態を取得する。

ステップ４０１２において、ベアラ状態が第１の条件を満たす場合、サイドリンクベアラを確立する。

第１の条件は、サイドリンクベアラの確立をトリガーするための条件である。選択的に、サイドリンクベアラの確立をトリガーするための条件は、第１端末が、まだサイドリンクベアラーを確立していないこと、第２のＱｏＳフローが、第２端末によって運ばれているかないかのこと、第２のＱｏＳパラメータが、第１のプリセット条件を満たすこと、第２のベアラ状態の第２のＲＬＣモードがＲＬＣ ＡＭであること、第２のベアラ状態の第２のＲＬＣモードがＲＬＣ ＵＭであること、ＲＯＨＣが構成されたこと、のうちの少なくとも１つを含む。

以下に示す典型的な実施例では、以下の条件の少なくとも１つが満たされる場合、第１端末は、ベアラ状態が第１の条件を満たしている、すなわち、サイドリンクベアラの確立をトリガーするための条件を満たしていると判断することができる。

１．第２のベアラ状態が、第２のＲＬＣモードがＲＬＣ確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ，ＡＭ）であることを指示し、第１端末がまだサイドリンクベアラーを確立していない。

２．第２のベアラ状態の第２のＲＬＣモードがＲＬＣ非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ，ＵＭ）であり、ＲＯＨＣが構成されており、第１端末がまだサイドリンクベアラーを確立していない。

第１端末が休止状態または非アクティブ状態にあるため、第１端末がベアラ状態が第１の条件を満たすと判断した場合、第１端末は、候補構成情報から第２のＲＬＣモードに適合するターゲット構成情報を選択し、第２端末のベアラを適合させるために、ターゲット構成情報に従ってサイドリンクベアラを確立する。

選択的に、候補構成情報は、システム情報ブロック（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ，ＳＩＢ）または事前構成された情報から第１端末によって取得される。

要約すると、この実施例で提供される方法は、サイドリンクベアラのベアラ状態（例えば、相手端末における関連するベアラ状態）を取得し、ベアラ状態に従って候補構成情報を選択し、候補構成情報の選択に応じてサイドリンクベアラを管理することにより、端末は、相手端末のベアラ状態を取得することに基づいて、非アクティブ状態または休止状態のときに、サイドサイドリンクベアラを確立する状況に対応する正しいパラメータ設定を実行して、サイドリンクの確立を完了することができ、サイドリンクベアラの通信成功率を向上させる。

図７は、本発明の例示的な実施例によって提供されるサイドリンクベアラを管理するための方法の概略フローチャートを示す。この方法は、説明の例として接続状態の第１端末に適用される。この方法には、次のステップが含まれる。

ステップ４０２１において、第１端末は、サイドリンクベアラのベアラ状態を取得する。

第１端末は、第１のベアラ状態および第２のベアラ状態のうちの少なくとも１つを取得する必要がある。

第１のベアラ状態を取得する必要がある場合、第１端末は、それ自体の第１のベアラ状態を読み取る。

第２のベアラ状態を取得する必要がある場合、第１端末は、第２端末によって送信されたＰＣ５ ＲＲＣシグナリングを受信し、ＰＣ５ ＲＲＣシグナリングから第２端末の第２のベアラ状態を取得する。

ステップ４０２２において、ベアラ状態が第１の条件を満たす場合、第１端末は、第１のベアラ情報をネットワーク機器に送信する。

第１端末が接続状態にあるとき、それは、第１端末とネットワーク機器との間にＲＲＣ接続が確立され、第１端末とネットワーク機器がＲＲＣ接続を介して通信することができることを意味する。一例では、ネットワーク機器はアクセスネットワーク機器である。

ベアラ状態がステップ４０１２で説明された第１の条件を満たす場合、第１端末は、第１のベアラ情報をネットワーク機器に送信する。選択的に、第１のベアラ情報は、ネットワーク機器をトリガーしてサイドリンクベアラを確立するための管理シグナリングを第１端末に送信するために使用される。第１のベアラ情報は、ベアラ状態の情報のすべてまたは一部である。

例示的に、第１のベアラ情報は、少なくとも、第２のＲＬＣモードおよび第２のＱｏＳパラメータを含む。

ステップ４０２３において、ネットワーク機器は、ベアラ確立シグナリングを端末に送信する。

第１端末から送信された第１のベアラ情報を受信した後、ネットワーク機器は、第１のベアラ情報に従って応答をトリガーすることができる。

ネットワーク機器は、ベアラ確立シグナリングを第１端末に送信し、ここで、ベアラ確立シグナリングは、第２のＲＬＣモードに準拠する（および第２のＱｏＳパラメータに準拠する）ベアラ構成を運ぶ。

ステップ４０２４において、端末は、サイドリンクベアラを確立する。

選択的に、ベアラ確立シグナリングを受信した後、第１端末は、ベアラ確立シグナリングにおけるベアラ構成に従ってサイドリンクベアラを確立する。

要約すると、この実施例で提供される方法は、サイドリンクベアラのベアラ状態（例えば、相手端末における関連するベアラ状態）を取得し、ベアラ状態に従って対応するベアラ情報を設定し、ベアラ情報をネットワーク機器に送信してから、ネットワーク機器によって応答されるベアラシグナリングに従ってサイドリンクベアラを管理することにより、端末は、相手端末のベアラ状態を取得することに基づいて、接続状態のときに、サイドサイドリンクベアラを確立する状況に対応する正しいパラメータ設定を実行し、サイドリンクベアラの通信成功率を向上させる。

図８は、本発明の例示的な実施例によって提供されるサイドリンクベアラを管理するための方法の概略フローチャートを示す。この方法は、説明の例として端末Ａと端末Ｂに適用される。この方法には、次のステップが含まれる。

ステップ４０３１において、ネットワーク機器Ａは、ベアラＡの構成を端末Ａに送信する。

端末Ａが接続状態にあるとき、ネットワーク機器Ａは、ベアラＡの構成を端末Ａに送信する。端末Ａは、ベアラＡの構成に従ってベアラＡを確立する。

端末Ａが非アクティブ状態または休止状態にあるとき、端末Ａは、ベアラ状態が第１の条件を満たしていると自ら判断したとき、端末Ａの事前設定（システム情報ブロックまたは事前構成された情報）で提供される候補構成を通じてベアラＡの構成を選択し、ベアラＡを確立する。

ステップ４０３２において、端末Ａは、アクセス層シグナリングを端末Ｂに送信し、ここで、アクセス層シグナリングは、ベアラＡの第２のベアラ状態を運ぶ。

端末Ａは、アクセス層シグナリングの形で、ベアラＡの第２のベアラ状態を端末Ｂに送信する。一例では、端末Ａは、ＰＣ５－ＲＲＣシグナリングを介して、ベアラＡの第２のベアラ状態を端末Ｂに送信する。

ステップ４０３３において、端末Ｂが接続状態にあるとき、ベアラＡのベアラ情報をネットワーク機器Ｂに報告する。

端末Ｂは、端末Ａによって送信されたベアラＡの第２のベアラ状態を受信する。ベアラＡの第２のベアラ状態が第１の条件を満たし、端末Ｂが接続状態にあるとき、端末Ｂは、ベアラＡのベアラ情報をネットワーク機器Ｂに報告する。

端末ＢがベアラＡのベアラ情報をネットワーク機器Ｂに報告した後、ネットワーク機器Ｂは、ベアラＡによって運ばれるＱｏＳフローＡの関連状態、ＱｏＳパラメータＡ、ＲＬＣモードＡ、ＲＯＨＣ構成状況の少なくとも１つを含むベアラＡのベアラ状態を受信することができる。ＱｏＳフローＡの関連状態は、端末ＡにＱｏＳフローＡがあるかどうか、ＱｏＳフローＡの優先度が優先度閾値Ａよりも高いかどうか、およびＱｏＳフローＡの遅延が遅延閾値Ａよりも小さいかどうかの少なくとも１つを含む。

ステップ４０３４において、ネットワーク機器Ｂは、ベアラＢの構成を端末Ｂに送信する。

選択的に、ネットワーク機器Ｂは、ベアラＡのベアラ情報に従って、ベアラＢの構成を端末Ｂに送信する。ベアラＢの構成を受信した後、端末Ｂは、ベアラＢを確立する。

ステップ４０３５において、端末Ｂは、アクセス層構成シグナリングを端末Ａに送信する。

選択的に、端末Ｂは、ベアラＢが確立されたことを示すフィードバックメッセージとして、アクセス層シグナリングの形で、ベアラＢが確立されたことを示すメッセージを端末Ａに送信する。一例では、端末Ｂは、ＰＣ５－ＲＲＣシグナリングを介して、ベアラＢが確立されたことを示すメッセージを端末Ａに送信する。

別の実施例では、端末Ｂが休止状態または非アクティブ状態にあるとき、すなわち、端末Ｂとネットワーク機器Ｂとの間にＲＲＣ接続がないとき、端末Ｂは、端末によって事前設定された（システム情報ブロックまたは事前構成された情報）候補構成からＲＬＣモードＡに適合する構成を選択し、ベアラＢを確立する。

要約すると、本実施例で提供される方法は、端末Ｂは、ベアラＡのベアラ状態を取得し、ベアラ状態および自身のネットワーク接続状態に従って候補構成情報を選択し、候補構成情報の選択に応じてサイドリンクベアラを確立することにより、端末Ｂは、端末Ａのベアラ状態を取得することに基づいて、サイドサイドリンクベアラを確立する状況に対応する正しいパラメータ設定を実行して、サイドリンクの確立を完了することができ、サイドリンクベアラの通信成功率を向上させる。

図９～１２は、ベアラ状態が第２の条件を満たす場合の実施例である。

図９は、本発明の例示的な実施例によって提供されるサイドリンクベアラを管理するための方法の概略フローチャートを示す。この方法は、説明の例として、休止状態または非アクティブ状態の第１端末に適用される。この方法には、次のステップが含まれる。

ステップ５０１１において、サイドリンクベアラのベアラ状態を取得する。

第１端末は、第１のベアラ状態および第２のベアラ状態のうちの少なくとも１つを取得する必要がある。

第１のベアラ状態を取得する必要がある場合、第１端末は、それ自体の第１のベアラ状態を読み取る。

第２のベアラ状態を取得する必要がある場合、第１端末は、第２端末によって送信されたＰＣ５ ＲＲＣシグナリングを受信し、ＰＣ５ ＲＲＣシグナリングから第２端末の第２のベアラ状態を取得する。

ステップ５０１２において、ベアラ状態が第２の条件を満たす場合、ベアラ状態に従ってサイドリンクベアラを解放する。

第２の条件は、サイドリンクベアラの解放をトリガーするための条件である。選択的に、サイドリンクベアラの解放をトリガーするための条件は、第１のベアラ状態が、第１端末の第１のＱｏＳフローが解放またはキャンセルされたことを指示すること、第１のＱｏＳフローが、サイドリンクベアラによって運ばれていないこと、第２のＱｏＳパラメータが、第２のプリセット条件を満たすこと、第２のベアラ状態の第２のＲＬＣモードがＲＬＣ ＡＭであること、第２のベアラ状態の第２のＲＬＣモードがＲＬＣ ＵＭであること、第２のベアラ状態が、第２のＱｏＳフローが第２端末によって運ばれていないことを指示すること、第２のベアラ状態が、第２のＱｏＳフローが第２端末によって運ばれていることを指示すること、サイドリンクベアラは、第２のＱｏＳフローのフィードバック情報を伝送する必要があること、第１端末が、ネットワーク機器によって送信されたベアラ解放命令を受信したこと、ＲＯＨＣが構成されているかどうかのこと、のうちの少なくとも１つを含む
以下に示す典型的な実施例では、以下の条件の少なくとも１つが満たされる場合、第１端末は、ベアラ状態が第２の条件を満たしている、すなわち、サイドリンクベアラの解放をトリガーするための条件を満たしていると判断することができる。

１．第１のベアラ状態が、第１端末の第１のＱｏＳフローが解放またはキャンセルされたことを指示し、第２のベアラ状態が、第２のＱｏＳフローが第２端末によって運ばれていないことを指示する（第１のＱｏＳフローおよび第２のＱｏＳフローは、関連するＱｏＳフローである）。

２．第２のベアラ状態の第２のＲＬＣモードがＲＬＣ ＡＭであり、第１のＱｏＳフローがサイドリンクベアラによって運ばれていない。

選択的に、第１端末が、ベアラ状態が第２の条件を満たすと判断した場合、第１端末は、サイドリンクベアラをそれ自体で解放する。

要約すると、この実施例で提供される方法は、サイドリンクベアラのベアラ状態（例えば、相手端末における関連するベアラ状態）を取得し、ベアラ状態に従ってサイドリンクベアラを解放管理することにより、端末は、相手端末のベアラ状態を取得することに基づいて、非アクティブ状態または休止状態のときに、サイドリンクベアラの解放を完了することができ、サイドリンクベアラを解放する場合の通信成功率を向上させる。

図１０は、本発明の例示的な実施例によって提供されるサイドリンクベアラを管理するための方法の概略フローチャートを示す。この方法は、説明の例として接続状態の第１端末とそれに接続されたネットワーク機器に適用される。この方法には、次のステップが含まれる。

ステップ５０２１において、端末は、サイドリンクベアラのベアラ状態を取得する。

第１端末は、第１のベアラ状態および第２のベアラ状態のうちの少なくとも１つを取得する必要がある。

第１のベアラ状態を取得する必要がある場合、第１端末は、それ自体の第１のベアラ状態を読み取る。

第２のベアラ状態を取得する必要がある場合、第１端末は、第２端末によって送信されたＰＣ５ ＲＲＣシグナリングを受信し、ＰＣ５ ＲＲＣシグナリングから第２端末の第２のベアラ状態を取得する。

ステップ５０２２において、ベアラ状態が第２の条件を満たす場合、端末は、第２のベアラ情報をネットワーク機器に送信する。

この実施例では、以下の条件のうちの少なくとも１つが満たされる場合、第１端末は、ベアラ状態が第２の条件を満たすと判断する。

１．第１のベアラ状態が、第１端末の第１のＱｏＳフローが解放またはキャンセルされたことを指示し、第２のベアラ状態が、第２のＱｏＳフローが第２端末によって運ばれていないことを指示する（第１のＱｏＳフローおよび第２のＱｏＳフローは、関連するＱｏＳフローである）。

２．第２のベアラ状態の第２のＲＬＣモードがＲＬＣ ＡＭであり、第１のＱｏＳフローがサイドリンクベアラによって運ばれていない。

３．第１端末が、ネットワーク機器によって送信されたベアラ解放命令を受信し、第２のベアラ状態が、第２のＱｏＳフローが第２端末によって運ばれていることを指示し、サイドリンクベアラは、第２のＱｏＳフローのフィードバック情報を伝送する必要がある。

ベアラ状態が第２の条件を満たす場合、第１端末は、第２のベアラ情報をネットワーク機器に送信する。選択的に、第２のベアラ情報は、ネットワーク機器をトリガーしてサイドリンクベアラを解放するためのシグナリングを第１端末に送信するために使用される。

第２のベアラ情報は、第２のＲＬＣモード、第２のＱｏＳパラメータ、ベアラＩＤ／インデックス、および論理チャネルＩＤの少なくとも１つを含む。

ステップ５０２３において、ネットワーク機器は、ベアラ解放シグナリングを端末に送信する。

選択的に、第１端末から送信された第２のベアラ情報を受信した後、ネットワーク機器は、第２のベアラ情報に従って応答をトリガーすることができる。ネットワーク機器は、ベアラ解放シグナリングを第１端末に送信する。選択的に、ベアラ解放シグナリングは、変更が必要なベアラ構成を伝送する。

ステップ５０２４において、端末は、サイドリンクベアラを解放する。

ベアラ解放シグナリングを受信した後、第１端末は、ベアラ解放シグナリングに従ってサイドリンクベアラを解放する。

要約すると、この実施例で提供される方法は、サイドリンクベアラのベアラ状態（例えば、相手端末における関連するベアラ状態）を取得し、ベアラ状態に従って対応するベアラ情報を設定し、ベアラ情報をネットワーク機器に送信してから、ネットワーク機器によって応答されるベアラシグナリングに従ってサイドリンクベアラを解放管理することにより、端末は、相手端末のベアラ状態を取得することに基づいて、非アクティブ状態または休止状態のときに、サイドリンクベアラの解放を完了することができ、サイドリンクベアラを解放する場合の通信成功率を向上させる。

第２の条件における前の２つの条件について、以下の実施例もまた提供される。

図１１は、本発明の例示的な実施例によって提供されるサイドリンクベアラを管理するための方法の概略フローチャートを示す。この方法は、説明の例として端末Ａと端末Ｂに適用される。この方法には、次のステップが含まれる。

ステップ５０３１において、ネットワーク機器Ａは、ベアラＡを解放するための指示を端末Ａに送信する。

端末Ａが接続状態にあるとき、ネットワーク機器Ａは、ベアラＡを解放するための指示を端末Ａに送信し、端末Ａは、この指示に従ってベアラＡを解放する。

端末Ａが非アクティブ状態または休止状態にあるとき、すなわち、端末Ａとネットワーク機器Ａとの間に接続がないとき、ベアラ状態が第２の条件を満たす場合、端末Ａは、端末Ａの事前設定された（システム情報ブロックまたは事前構成された情報の）構成を介してベアラＡをそれ自体で解放する。

ステップ５０３２において、端末Ａは、アクセス層シグナリングを端末Ｂに送信し、ここで、アクセス層シグナリングは、ベアラＡの解放が完了したことを指示するために使用される。

端末Ａは、アクセス層シグナリングの形で、ベアラＡが解放されたことを示すメッセージを、端末Ｂに送信する。一例では、端末Ａは、ＰＣ５－ＲＲＣシグナリングを介して、ベアラＡが解放されたことを示すメッセージを端末Ｂに送信する。

ステップ５０３３において、端末Ｂは、接続状態にあるとき、ベアラＡのベアラ情報をネットワーク機器Ｂに報告する。

端末Ｂは、端末Ａによって送信されたベアラＡが解放されたことを示すメッセージを受信し、端末Ｂが接続状態にある場合、すなわち、端末Ｂとネットワーク機器Ｂとの通信接続が確立されている場合、端末ＢはベアラＡのベアラ情報をネットワーク機器Ｂに報告する。

端末ＢがベアラＡのベアラ情報をネットワーク機器Ｂに報告した後、ネットワーク機器Ｂは、ベアラＡのベアラ状態を受信することができる。ベアラＡのベアラ状態は、ベアラＡによって運ばれるＱｏＳフローＡの関連状態、ＱｏＳパラメータＡ、ベアラＩＤ、論理チャネルＩＤ、ＲＬＣモードＡ、およびＲＯＨＣ構成状況の少なくとも１つを含む。ＱｏＳフローＡの関連状態は、端末ＡにＱｏＳフローＡがあるかどうか、ＱｏＳフローＡの優先度が優先度閾値Ａよりも高いかどうか、およびＱｏＳフローＡの遅延が遅延閾値Ａよりも小さいかどうかの少なくとも１つを含む。

ステップ５０３４において、ネットワーク機器Ｂは、ベアラＢを解放するための指示を端末Ｂに送信する。

ネットワーク機器Ｂは、ベアラＡのベアラ情報に従って、ベアラＢの指示を端末Ｂに送信する。端末Ｂは、この指示に従ってベアラＢを解放する。

ステップ５０３５において、端末Ｂは、アクセス層構成シグナリングを端末Ａに送信する。

端末Ｂは、ベアラＢが解放されたことを示すフィードバックメッセージとして、アクセス層シグナリングの形で、ベアラＢが解放されたことを示すメッセージを端末Ａに送信する。一例では、端末Ｂは、ＰＣ５－ＲＲＣシグナリングを介して、ベアラＢが解放されたことを示すメッセージを端末Ａに送信する。

別の実施例では、端末Ｂが休止状態または非アクティブ状態にあるとき、すなわち、端末Ｂとネットワーク機器Ｂとの間に通信接続がないとき、端末Ｂは、端末によって事前設定された構成を通じて、ベアラ状態が第２の条件を満たすと判断されたときに、それ自体でベアラＢを解放することができる。

要約すると、この実施例で提供される方法は、端末Ｂは、ベアラＡのベアラ状態を取得し、ベアラ状態および自身のネットワーク接続状態に従って候補構成情報を選択し、候補構成情報の選択に応じてサイドリンクベアラを解放することにより、端末Ｂは、端末Ａのベアラ状態を取得することに基づいて、サイドリンクベアラの解放を完了することができ、サイドリンクベアラを解放する場合の通信成功率を向上させる。

第２の条件における３番目の条件について、以下の実施例もまた提供される。

図１２は、本発明の別の例示的な実施例によって提供されるサイドリンクベアラを管理するための方法の概略フローチャートを示す。この方法は、説明の例として端末Ａと端末Ｂに適用される。この方法には、次のステップが含まれる。

ステップ５０５１において、ネットワーク機器Ａは、ベアラＡを解放するための指示を送信する。

ネットワーク機器Ａは、ベアラＡを解放するための指示を端末Ａに送信し、端末Ａは、この指示に従ってベアラＡを解放する。ベアラＡを解放するための指示は、ベアラ解放命令であってもよい。

ステップ５０５２において、端末Ａは、ベアラＡのベアラ情報（この実施例では異常情報とも呼ばれる）をネットワーク機器Ａに報告する。

端末Ａが端末ＢのベアラＢのベアラ状態を取得し、ベアラＡを解放するとき、ベアラ状態が以下の第２の条件を満たすと判断された場合、端末Ａは、ベアラＡのベアラ情報をネットワーク機器Ａに報告する。

第２の条件：第１端末が、ネットワーク機器によって送信されたベアラ解放命令を受信し、第２のベアラ状態が、第２のＱｏＳフローが第２端末によって運ばれていることを指示し、サイドリンクベアラは、第２のＱｏＳフローのフィードバック情報を伝送する必要があること。

ベアラＡのベアラ情報は、ＲＲＣリセット成功シグナリング、失敗情報シグナリング、サイドリンクメッセージシグナリング、およびＲＲＣ再確立要求シグナリングのいずれか１つのシグナリングを介してネットワーク機器Ａに送信されることができる。

選択的に、ベアラＡのベアラ情報は、ＲＬＣモードＢ、ＱｏＳパラメータＢ、ベアラＢのベアラ識別子、およびチャネル識別子Ｂのうちの少なくとも１つを含む。ベアラＡのベアラ情報は、ＲＲＣ再構成完了メッセージ（ｒｒｃｒｅｃｏｎｆｉｇｕｒａｔｉｏｎｃｏｍｐｌｅｔｅ）、障害メッセージ（ｆａｉｌｕｒｅｉｎｆｏｒｍａｔｉｏｎ）、サイドリンク端末メッセージ（ｓｉｄｅｌｉｎｋｕｅｉｎｆｏｒｍａｔｉｏｎ）、およびＲＲＣ復元要求（ｒｒｃｒｅｅｓｔａｂｌｉｓｈｍｅｎｔｒｅｑｕｅｓｔ）の少なくとも１つのシグナリングによって伝送される。

ネットワーク機器Ａは、ベアラＡのベアラ情報に従って、ベアラ解放指示またはベアラ変更指示を端末Ａに送信する。この実施例では、ネットワーク機器がベアラ解放指示を端末Ａに送信し続けることを例として、端末Ａは、この指示に従ってベアラＡを解放する。

ステップ５０５３において、端末Ａは、アクセス層シグナリングを端末Ｂに送信し、ここで、アクセス層シグナリングは、ベアラＡの解放が完了したことを指示するために使用される。

端末Ａは、アクセス層シグナリングの形で、ベアラＡが解放されたことを示すメッセージを端末Ｂに送信する。一例では、端末Ａは、ＰＣ５－ＲＲＣシグナリングを介して、ベアラＡが解放されたことを示すメッセージを端末Ｂに送信する。

ステップ５０５４において、端末Ｂは、ベアラＡのベアラ情報をネットワーク機器Ｂに報告する。

端末Ｂは、端末Ａによって送信されたベアラＡが解放されたことを示すメッセージを受信し、端末Ｂが接続状態にある場合、すなわち、端末Ｂとネットワーク機器Ｂとの通信接続が確立されている場合、端末ＢはベアラＡのベアラ情報をネットワーク機器Ｂに報告する。

選択的に、ベアラＡのベアラ情報は、ＲＬＣモードＢ、ＱｏＳパラメータＢ、ベアラＢのベアラ識別子、およびチャネル識別子Ｂのうちの少なくとも１つを含む。

ステップ５０５５において、ネットワーク機器Ｂは、ベアラＢを解放するための指示を端末Ｂに送信する。

ネットワーク機器Ｂは、ベアラＡのベアラ情報に従って、ベアラＢを解放するための指示を端末Ｂに送信する。端末Ｂは、この指示に従ってベアラＢを解放する。

ステップ５０５６において、端末Ｂは、アクセス層構成シグナリングを端末Ａに送信する。

端末Ｂは、ベアラＢが解放されたことを示すフィードバックメッセージとして、アクセス層シグナリングの形で、ベアラＢが解放されたことを示すメッセージを端末Ａに送信する。一例では、端末Ｂは、ＰＣ５－ＲＲＣシグナリングを介して、ベアラＢが解放されたことを示すメッセージを端末Ａに送信する。

ステップ５０５３からステップ５０５６はオプションのステップであることに留意されたい。

要約すると、本実施例で提供される方法は、端末Ｂは、ベアラＡのベアラ状態を取得し、ベアラ状態および自身のネットワーク接続状態に従って候補構成情報を選択し、候補構成情報の選択に応じてサイドリンクベアラを解放することにより、端末Ｂは、端末Ａのベアラ状態を取得することに基づいて、サイドリンクベアラの解放を完了することができ、サイドリンクベアラを解放する場合の通信成功率を向上させる。

端末Ａからネットワーク機器Ａに異常情報を報告することにより、サイドリンクベアラを解放する場合の通信成功率をさらに向上させる。

図１３～１５は、ベアラ状態が第３の条件を満たす場合の実施例である。

図１３は、本発明の例示的な実施例によって提供されるサイドリンクベアラを管理するための方法の概略フローチャートを示す。この方法は、説明の例として、休止状態または非アクティブ状態の第１端末に適用される。この方法には、次のステップが含まれる。

ステップ６０１１において、サイドリンクベアラのベアラ状態を取得する。

第１端末は、第１のベアラ状態および第２のベアラ状態のうちの少なくとも１つを取得する必要がある。

第１のベアラ状態を取得する必要がある場合、第１端末は、それ自体の第１のベアラ状態を読み取る。

第２のベアラ状態を取得する必要がある場合、第１端末は、第２端末によって送信されたＰＣ５ ＲＲＣシグナリングを受信し、ＰＣ５ ＲＲＣシグナリングから第２端末の第２のベアラ状態を取得する。

ステップ６０１２において、ベアラ状態が第３の条件を満たす場合、ベアラ状態に従ってサイドリンクベアラを変更する。

第３の条件は、サイドリンクベアラの変更をトリガーするための条件である。選択的に、サイドリンクベアラの変更をトリガーするための条件は、第１端末のサイドリンクベアラは、第２端末のピアベアラであること、サイドリンクベアラは、関連する第１のＱｏＳフローを伝送していないこと、第１のＱｏＳフローが確立／解放／変更されたこと、第２のＱｏＳパラメータが、第３のプリセット条件を満たすこと、第２のベアラ状態の第２のＲＬＣモードがＲＬＣ ＡＭであること、第２のベアラ状態の第２のＲＬＣモードがＲＬＣ ＵＭであること、ＲＯＨＣが構成されたこと、のうちの少なくとも１つを含む。

以下に示す典型的な実施例では、以下の条件の少なくとも１つが満たされる場合、第１端末は、ベアラ状態が第３の条件を満たしている、すなわち、サイドリンクベアラの変更をトリガーするための条件を満たしていると判断することができる。

１．第２のベアラ状態の第２のＲＬＣモードがＲＬＣ ＡＭであり、第１端末のサイドリンクベアラは、第２端末のピアベアラであり、サイドリンクベアラは、関連する第１のＱｏＳフローを伝送していない。

２．第２のベアラ状態の第２のＲＬＣモードがＲＬＣ ＵＭであり、ＲＯＨＣが構成されており、第１端末のサイドリンクベアラは第２端末のピアベアラであり、サイドリンクベアラは関連する第１のＱｏＳフローを伝送していない。

選択的に、第１端末が、ベアラ状態が第３の条件を満たすと判断した場合、第１端末は、サイドリンクベアラのベアラ構成を変更する。

要約すると、この実施例で提供される方法は、サイドリンクベアラのベアラ状態（例えば、相手端末における関連するベアラ状態）を取得し、ベアラ状態に従って候補構成情報を選択し、候補構成情報の選択に応じてサイドリンクベアラを管理することにより、端末は、相手端末のベアラ状態を取得することに基づいて、非アクティブ状態または休止状態のときに、サイドサイドリンクベアラを変更する状況に対応する正しいパラメータ設定を実行して、サイドリンクの変更を完了することができ、サイドリンクベアラを変更する場合の通信成功率を向上させる。

図１４は、本発明の例示的な実施例によって提供されるサイドリンクベアラを管理するための方法の概略フローチャートを示す。この方法は、説明の例として接続状態の第１端末に適用される。この方法には、次のステップが含まれる。

ステップ６０２１において、端末は、サイドリンクベアラのベアラ状態を取得する。

第１端末は、第１のベアラ状態および第２のベアラ状態のうちの少なくとも１つを取得する必要がある。

第１のベアラ状態を取得する必要がある場合、第１端末は、それ自体の第１のベアラ状態を読み取る。

第２のベアラ状態を取得する必要がある場合、第１端末は、第２端末によって送信されたＰＣ５ ＲＲＣシグナリングを受信し、ＰＣ５ ＲＲＣシグナリングから第２端末の第２のベアラ状態を取得する。第２のベアラ状態は、第２のＱｏＳフローが新たに確立、解放、または変更された後の第２のベアラ状態など、変更された第２のベアラ状態であってもよい。

ステップ６０２２において、ベアラ状態が第３の条件を満たす場合、端末は、ベアラ状態に従って、第３のベアラ情報をネットワーク機器に送信する。

ベアラ状態がステップ６０１２で説明された第３の条件を満たす場合、第１端末は、第３のベアラ情報をネットワーク機器に送信する。選択的に、第３のベアラ情報は、ネットワーク機器をトリガーしてサイドリンクベアラを変更するための管理シグナリングを第１端末に送信するために使用される。選択的に、第３のベアラ情報には、ベアラ状態の情報のすべてまたは一部が含まれる。

選択的に、第３のベアラ情報は、第２端末によって運ばれる第２のＱｏＳフローの状態、第２のＱｏＳパラメータ、ベアラＩＤ、論理チャネルＩＤ、第２のＲＬＣモード、およびＲＯＨＣ構成状況の少なくとも１つを含む。

ステップ６０２３において、ネットワーク機器は、ベアラ変更シグナリングを端末に送信する。

選択的に、第１端末から送信された第３のベアラ情報を受信した後、ネットワーク機器は、第３のベアラ情報に従って応答をトリガーする、すなわち、第１の端末にベアラ変更シグナリングを送信する。

ステップ６０２４において、端末は、サイドリンク接続を変更する。

選択的に、ベアラ変更シグナリングを受信した後、第１端末は、ベアラ変更シグナリングに従ってサイドリンクベアラを変更する。

要約すると、この実施例で提供される方法は、サイドリンクベアラのベアラ状態（例えば、相手端末における関連するベアラ状態）を取得し、ベアラ状態に従って対応するベアラ情報を設定し、ベアラ情報をネットワーク機器に送信してから、ネットワーク機器によって応答されるベアラシグナリングに従ってサイドリンクベアラを変更管理することにより、端末は、相手端末のベアラ状態を取得することに基づいて、接続状態のときに、サイドサイドリンクベアラを変更する状況に対応する正しいパラメータ設定を実行し、サイドリンクベアラを変更する場合の通信成功率を向上させる。

図１５は、本発明の例示的な実施例によって提供されるサイドリンクベアラを管理するための方法の概略フローチャートを示す。この方法は、説明の例として端末Ａと端末Ｂに適用される。この方法には、次のステップが含まれる。

ステップ６０３１において、ネットワーク機器Ａは、ベアラＡを変更するための指示を端末Ａに送信する。

端末Ａが接続状態にあるとき、ネットワーク機器Ａは、ベアラＡを変更するための指示を端末Ａに送信し、この指示は、ベアラＡの構成を変更するために使用され、端末Ａは、この指示に従ってベアラＡの構成を変更する。

端末Ａが非アクティブ状態または休止状態にあるとき、すなわち、端末Ａとネットワーク機器Ａとの間に接続がないとき、端末Ａは、端末Ａの事前設定された（システム情報ブロックまたは事前構成された情報）候補構成を通じてベアラ構成を変更する必要があると判断すると、ベアラＡの構成を変更する。

ステップ６０３２において、端末Ａは、アクセス層構成シグナリングを端末Ｂに送信し、ここで、アクセス層構成シグナリングは、ベアラＡが変更されたことを示すために使用される。

端末Ａは、アクセス層シグナリングの形で、ベアラＡが変更されたことを示すメッセージを、端末Ｂに送信する。

一例では、端末Ａは、ＰＣ５－ＲＲＣシグナリングを介して、ベアラＡが変更されたことを示すメッセージを、端末Ｂに送信する。

ステップ６０３３において、端末Ｂは、ベアラＡのベアラ情報をネットワーク機器Ｂに報告する。

端末Ｂは、端末Ａによって送信されたベアラＡが変更されたことを示すメッセージを受信し、端末Ｂが接続状態にある場合、すなわち、端末Ｂとネットワーク機器Ｂとの通信接続が確立されている場合、端末ＢはベアラＡの変更されたベアラ情報をネットワーク機器Ｂに報告する。ベアラＡの変更されたベアラ情報には、少なくともＲＬＣモードとＱｏＳパラメータが含まれる。

端末ＢがベアラＡの変更されたベアラ情報をネットワーク機器Ｂに報告した後、ネットワーク機器Ｂは、ベアラＡのベアラ状態を受信することができる。ベアラＡの変更されたベアラ状態は、ベアラＡによって運ばれるＱｏＳフローＡの関連状態、ＱｏＳパラメータＡ、ベアラＩＤ、論理チャネルＩＤ、ＲＬＣモードＡ、およびＲＯＨＣ構成状況の少なくとも１つを含む。ＱｏＳフローＡの関連状態は、端末ＡにＱｏＳフローＡがあるかどうか、ＱｏＳフローＡの優先度が優先度閾値Ａよりも高いかどうか、およびＱｏＳフローＡの遅延が遅延閾値Ａよりも小さいかどうかの少なくとも１つを含む。たとえば、ベアラＡの変更されたベアラ情報には、ＲＬＣモード、ベアラＩＤ、論理チャネルＩＤ、およびＱｏＳパラメータが含まれる。

ステップ６０３４において、ネットワーク機器Ｂは、ベアラＢを変更するための指示を端末Ｂに送信する。

ネットワーク機器Ｂは、ベアラＡの変更されたベアラ情報に従って、ベアラＢを変更するための指示を端末Ｂに送信する。端末Ｂは、この指示に従ってベアラＢを変更する。

ステップ６０３５において、端末Ｂは、アクセス層構成シグナリングを端末Ａに送信する。

端末Ｂは、ベアラＢが変更されたことを示すフィードバックメッセージとして、アクセス層シグナリングの形で、ベアラＢが変更されたことを示すメッセージを端末Ａに送信する。一例では、端末Ｂは、ＰＣ５－ＲＲＣシグナリングを介して、ベアラＢが変更されたことを示すメッセージを端末Ａに送信する。

別の実施例では、端末Ｂが休止状態または非アクティブ状態にあるとき、すなわち、端末Ｂとネットワーク機器Ｂとの間に通信接続がないとき、端末Ｂは、端末Ｂによって事前設定された（システム情報ブロックまたは事前設定された情報の）構成を通じてベアラＢを変更することができる。

要約すると、この実施例で提供される方法は、端末Ｂは、ベアラＡのベアラ状態を取得し、ベアラ状態および自身のネットワーク接続状態に従って候補構成情報を選択し、候補構成情報の選択に応じてサイドリンクベアラを変更することにより、端末Ｂは、端末Ａのベアラ状態を取得することに基づいて、サイドサイドリンクベアラを変更する状況に対応する正しいパラメータ設定を実行して、サイドリンクの変更を完了することができ、サイドリンクベアラを変更する場合の通信成功率を向上させる。

図１６は、本発明の例示的な実施例によって提供されるサイドリンクベアラを管理するための装置の構造ブロック図を示している。この装置は、
サイドリンクベアラのベアラ状態を取得するように構成された受信モジュール８０１、及び
ベアラ状態に従ってサイドリンクベアラを管理するように構成された処理モジュール８０２を含み、
ここで、ベアラ状態は、第１のベアラ状態、及び／又は第２のベアラ状態を含み、第１のベアラ状態は第１端末のベアラ状態であり、第２のベアラ状態は第２端末のベアラ状態である。

選択的な実施例では、第１のベアラ状態は、第１端末によって運ばれる第１のＱｏＳフローの関連状態、第１のＱｏＳパラメータ、第１のＲＬＣモード、およびＲＯＨＣ構成状況の少なくとも１つを含む。

選択的な実施例では、第２のベアラ状態は、第２端末によって運ばれる第２のＱｏＳフローの関連状態、第２のＱｏＳパラメータ、第２のＲＬＣモード、およびＲＯＨＣ構成状況の少なくとも１つを含む。

選択的な実施例では、第１のベアラ状態は、第１端末によって運ばれる第１のＱｏＳフローの関連状態を含み、第２のベアラ状態は、第２端末によって運ばれる第２のＱｏＳフローの関連状態を含み、第１のＱｏＳフローおよび第２のＱｏＳフローは、同じベアラ識別子及び／又は論理チャネル識別子を有する。

選択的な実施例では、この装置は、
第１端末が接続状態にあるとき、ベアラ状態に従ってベアラ情報をネットワーク機器に送信するように決定するように構成された送信モジュール８０３をさらに含み、
ベアラ情報は、ネットワーク機器をトリガーして、サイドリンクベアラの管理シグナリングを第１端末に送信するために使用される。

選択的な実施例では、処理モジュール８０２は、第１端末が休止状態または非アクティブ状態にあるとき、ベアラ状態に従ってサイドリンクベアラをそれ自体によって管理するように構成される。

選択的な実施例では、処理モジュール８０２は、第１端末が接続状態にあり、ベアラ状態が第１の条件を満たすとき、第１のベアラ情報をネットワーク機器に送信するように構成される。

選択的な実施例では、処理モジュール８０２は、第１端末が休止状態または非アクティブ状態にあり、ベアラ状態が第１の条件を満たすとき、サイドリンクベアラを確立するように構成される。

選択的な実施例では、第１の条件は、サイドリンクベアラの確立をトリガーするための条件である。

選択的な実施例では、サイドリンクベアラの確立をトリガーするための条件は、
第１端末が、まだサイドリンクベアラーを確立していないこと、
第２のＱｏＳフローが、第２端末によって運ばれているかないかのこと、
第２のＱｏＳパラメータが、第１のプリセット条件を満たすこと、
第２のベアラ状態の第２のＲＬＣモードがＲＬＣ ＡＭであること、
第２のベアラ状態の第２のＲＬＣモードがＲＬＣ ＵＭであること、
ＲＯＨＣが構成されたこと、
のうちの少なくとも１つを含む。

選択的な実施例では、第１の条件は第２のＲＬＣモードを含み、
処理モジュール８０２は、候補構成情報から第２のＲＬＣモードに対応するターゲット構成情報を選択し、ターゲット構成情報に従ってサイドリンクベアラを確立するように構成され、
候補構成情報は、システム情報ブロックまたは事前構成された情報から取得される。

選択的な実施例では、送信モジュール８０３は、第１端末が接続状態にあり、ベアラ状態が第２の条件を満たすとき、ベアラ状態に従って第２のベアラ情報をネットワーク機器に送信するように構成される。

選択的な実施例では、処理モジュール８０２は、第１端末が休止状態または非アクティブ状態にあり、ベアラ状態が第２の条件を満たすとき、ベアラ状態に従ってサイドリンクベアラを解放するように構成される。

選択的な実施例では、第２の条件は、サイドリンクベアラの解放をトリガーするための条件である。

選択的な実施例では、サイドリンクベアラの解放をトリガーするための条件は、
第１のベアラ状態が、第１端末の第１のＱｏＳフローが解放またはキャンセルされたことを指示すること、
第１のＱｏＳフローが、サイドリンクベアラによって運ばれていないこと、
第２のＱｏＳパラメータが、第２のプリセット条件を満たすこと、
第２のベアラ状態の第２のＲＬＣモードがＲＬＣ ＡＭであること、
第２のベアラ状態の第２のＲＬＣモードがＲＬＣ ＵＭであること、
第２のベアラ状態が、第２のＱｏＳフローが第２端末によって運ばれていないことを指示すること、
第２のベアラ状態が、第２のＱｏＳフローが第２端末によって運ばれていることを指示すること、
サイドリンクベアラは、第２のＱｏＳフローのフィードバック情報を伝送する必要があること、
第１端末が、ネットワーク機器によって送信されたベアラ解放命令を受信したこと、
ＲＯＨＣが構成されているかどうかのこと、
のうちの少なくとも１つを含む。

選択的な実施例では、送信モジュール８０３は、第１端末が接続状態にあり、ベアラ状態が第３の条件を満たすとき、ベアラ状態に従って第３のベアラ情報をネットワーク機器に送信するように構成される。

選択的な実施例では、処理モジュール８０２は、第１端末が休止状態または非アクティブ状態にあり、ベアラ状態が第３の条件を満たすとき、ベアラ状態に従ってサイドリンクベアラを変更するように構成される。

選択的な実施例では、第３の条件は、サイドリンクベアラの変更をトリガーするための条件である。

選択的な実施例では、サイドリンクベアラの変更をトリガーするための条件は、
第１端末のサイドリンクベアラは、第２端末のピアベアラであること、
サイドリンクベアラは、関連する第１のＱｏＳフローを伝送していないこと、
第１のＱｏＳフローが確立／解放／変更されたこと、
第２のＱｏＳパラメータが、第３のプリセット条件を満たすこと、
第２のベアラ状態の第２のＲＬＣモードがＲＬＣ ＡＭであること、
第２のベアラ状態の第２のＲＬＣモードがＲＬＣ ＵＭであること、
ＲＯＨＣが構成されたこと
のうちの少なくとも１つを含む。

選択的な実施例では、ベアラ状態は第２のベアラ状態を含み、
受信モジュール８０１は、第１端末と第２端末の間に確立されたＰＣ５接続を介して第２ベアラ状態を取得する。

選択的な実施例では、処理モジュール８０２は、
前記ベアラ状態に従って前記サイドリンクベアラを確立すること、
前記ベアラ状態に従って前記サイドリンクベアラを解放すること、
前記ベアラ状態に従って前記サイドリンクベアラを変更すること、
のうちの少なくとも１つを実行するように構成される。

上記の実施例で提供されるサイドリンクベアラを管理するための装置は、一例として、上記の機能モジュールの分割によってのみ示されることに留意されたい。実際のアプリケーションでは、上記の機能は、必要に応じて異なる機能モジュールによって完了するように割り当てられる。すなわち、機器の内部構造は、上記の機能の全部または一部を完了するために異なる機能モジュールに分割される。

図１７は、本発明の例示的な実施例によって提供される通信端末の概略構造図を示す。通信機器は、プロセッサ１０１、受信機１０２、送信機１０３、メモリ１０４、およびバス１０５を含む。

プロセッサ１０１は、１つまたは複数の処理コアを含み、プロセッサ１０１は、ソフトウェアプログラムおよびモジュールを実行することによって、様々な機能的アプリケーションおよび情報処理を実行する。受信機１０２および送信機１０３は、１つの通信チップであり得る１つの通信構成要素として実装され得る。メモリ１０４は、バス１０５を介してプロセッサ１０１に接続される。メモリ１０４は、少なくとも１つの命令を格納するように構成され、プロセッサ１０１は、前述の方法の実施例における各ステップを実施するために少なくとも１つの命令を実行するように構成される。さらに、メモリ１０４は、磁気ディスクまたは光ディスク、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ）、スタティックエニタイムアクセスメモリ（ＳＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、磁気メモリ、フラッシュメモリ、プログラム可能な読み取り専用メモリ（ＰＲＯＭ）を含むがこれらに限定されない、揮発性または不揮発性の記憶装置の任意のタイプまたは組み合わせによって実装され得る。

例示的な実施例では、コンピュータで読み取り可能な記憶媒体も提供される。コンピュータで読み取り可能な記憶媒体は、少なくとも１つの命令、少なくとも１つのプログラム、コードセットまたは命令セットを格納し、前記少なくとも１つの命令、少なくとも１つのプログラム、コードセットまたは命令セットは、プロセッサによってロードおよび実行されて、上記の方法の実施例によって提供される送信端末によって実行されるサイドリンクベアラを管理するための方法を実装する。

当業者は、上記の実施例を実施するステップの全部または一部がハードウェアによって完了することができ、プログラムを通じて関連するハードウェアに指示することによっても完了することができることを理解することができる。前記プログラムは、コンピュータで読み取り可能な記憶媒体に記憶することができ、上記の記憶媒体は、読み取り専用メモリ、磁気ディスク、または光ディスクなどであってもよい。

上記は、本発明の任意の実施例にすぎず、本発明を限定することを意図するものではない。本発明の精神および原則の範囲内で行われた変更、同等の交換、改善などは、本発明の保護範囲に含まれるものとする。

Claims (10)

1. サイドリンクベアラを管理するための方法であって、
   前記サイドリンクベアラのベアラ状態を第１端末によって取得するステップ、及び
   前記ベアラ状態に従って前記サイドリンクベアラを管理するステップを含み、
   前記ベアラ状態は、第１のベアラ状態、及び第２のベアラ状態のうちの少なくとも１つを含み、前記第１のベアラ状態は前記第１端末のベアラ状態であり、前記第２のベアラ状態は第２端末のベアラ状態であり、
   前記第１のベアラ状態は、前記第１端末によって運ばれる第１のＱｏＳフローの関連状態を含み、前記第２のベアラ状態は、前記第２端末によって運ばれる第２のＱｏＳフローの関連状態を含み、
   前記ベアラ状態に従って前記サイドリンクベアラを管理するステップは、
   前記ベアラ状態に従って前記サイドリンクベアラを確立するステップ、
   前記ベアラ状態に従って前記サイドリンクベアラを解放するステップ、
   前記ベアラ状態に従って前記サイドリンクベアラを変更するステップ、のうちの少なくとも１つを含む
   ことを特徴とするサイドリンクベアラを管理するための方法。
2. 前記第１のＱｏＳフローの関連状態は、前記第１端末に第１のＱｏＳフローがあるかどうかを含む
   ことを特徴とする請求項１に記載の方法。
3. 前記第２のＱｏＳフローの関連状態は、前記第２端末に第２のＱｏＳフローがあるかどうかを含む
   ことを特徴とする請求項１に記載の方法。
4. 前記ベアラ状態に従って前記サイドリンクベアラを管理するステップは、
   前記第１端末が接続状態にあるとき、前記ベアラ状態に従ってベアラ情報をネットワーク機器に送信するように決定するステップを含む
   ことを特徴とする請求項１から３のいずれか一項に記載の方法。
5. 前記ベアラ状態に従って前記サイドリンクベアラを管理するステップは、
   前記第１端末が休止状態または非アクティブ状態にあるとき、前記ベアラ状態に従って前記サイドリンクベアラをそれ自体によって管理するステップを含む
   ことを特徴とする請求項１から３のいずれか一項に記載の方法。
6. 前記第１端末が休止状態または非アクティブ状態にあるとき、前記ベアラ状態に従って前記サイドリンクベアラをそれ自体によって管理するステップは、
   前記第１端末が休止状態または非アクティブ状態にあり、前記ベアラ状態が第１の条件を満たすとき、前記サイドリンクベアラを確立するステップを含み、
   前記第１の条件は、前記サイドリンクベアラの確立をトリガーするための条件であり、
   前記サイドリンクベアラの確立をトリガーするための条件は、
   前記第１端末が、まだ前記サイドリンクベアラを確立していないことを含む
   ことを特徴とする請求項５に記載の方法。
7. 前記第１端末が休止状態または非アクティブ状態にあるとき、前記ベアラ状態に従って前記サイドリンクベアラをそれ自体によって管理するステップは、
   前記第１端末が休止状態または非アクティブ状態にあり、前記ベアラ状態が第２の条件を満たすとき、前記ベアラ状態に従って前記サイドリンクベアラを解放するステップを含み、
   前記第２の条件は、前記サイドリンクベアラの解放をトリガーするための条件であり、前記サイドリンクベアラの解放をトリガーするための条件は、
   第１のＱｏＳフローが、前記サイドリンクベアラによって運ばれていないこと、
   前記第２のベアラ状態が、第２のＱｏＳフローが前記第２端末によって運ばれていないことを指示すること、
   のうちの少なくとも１つを含む
   ことを特徴とする請求項５に記載の方法。
8. 前記サイドリンクベアラのベアラ状態を取得するステップは、
   前記第１端末と前記第２端末の間に確立されたＰＣ５接続を介して第２ベアラ状態を取得するステップを含む
   ことを特徴とする請求項１から３のいずれか一項に記載の方法。
9. プロセッサ、
   前記プロセッサに接続されたトランシーバ、及び
   前記プロセッサの実行可能命令を格納するためのメモリを含み、
   前記プロセッサは、前記実行可能命令をロードおよび実行して、請求項１から８のいずれか一項に記載のサイドリンクベアラを管理するための方法を実装するように構成される
   ことを特徴とする端末。
10. 実行可能命令がコンピュータで読み取り可能な記憶媒体に記憶され、
    前記実行可能命令がプロセッサによってロードおよび実行されて、請求項１から８のいずれか一項に記載のサイドリンクベアラを管理するための方法を実装する
    ことを特徴とするコンピュータで読み取り可能な記憶媒体。

Images