(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-08-28
(45)【発行日】2024-09-05
(54)【発明の名称】サイドリンク中継アーキテクチャ中の配置方法及び機器
(51)【国際特許分類】
H04W 76/14 20180101AFI20240829BHJP
H04W 72/40 20230101ALI20240829BHJP
H04W 88/04 20090101ALI20240829BHJP
H04W 92/18 20090101ALI20240829BHJP
【ＦＩ】
H04W76/14
H04W72/40
H04W88/04
H04W92/18
【請求項の数】
16
(21)【出願番号】P 2022568531
(86)(22)【出願日】2021-05-10
(65)【公表番号】
(43)【公表日】2023-06-14
(86)【国際出願番号】 CN2021092662
(87)【国際公開番号】W WO2021228022
(87)【国際公開日】2021-11-18
【審査請求日】2022-12-16
(31)【優先権主張番号】202010398670.9
(32)【優先日】2020-05-12
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】517372494
【氏名又は名称】維沃移動通信有限公司
【氏名又は名称原語表記】ＶＩＶＯ ＭＯＢＩＬＥ ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＣＯ．， ＬＴＤ．
【住所又は居所原語表記】Ｎｏ．１， ｖｉｖｏ Ｒｏａｄ， Ｃｈａｎｇ’ａｎ， Ｄｏｎｇｇｕａｎ，Ｇｕａｎｇｄｏｎｇ ５２３８６３， Ｃｈｉｎａ
(74)【代理人】
【識別番号】110001151
【氏名又は名称】あいわ弁理士法人
(72)【発明者】
【氏名】劉 佳敏
(72)【発明者】
【氏名】劉 楊
【審査官】永井 啓司
(56)【参考文献】
【文献】中国特許出願公開第１０６１６２５１２（ＣＮ，Ａ）
【文献】国際公開第２０２１／１６０１０５（ＷＯ，Ａ１）
【文献】Coolpad，Discussion on Signaling Radio Bearer Modelling for L2 Relay UE[online]，3GPP TSG RAN WG2 #98 R2-1704553，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_98/Docs/R2-1704553.zip>，2017年05月06日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
中継端末によって実行されるサイドリンク中継アーキテクチャ中の配置方法であって、リモート端末のサービス品質ＱｏＳフロー情報と、前記中継端末とネットワーク機器との間のベアラーである汎用ユーザネットワークインタフェースＵｕベアラーとのマッピング関係を配置するための配置情報を受信するステップを含み、
前記Ｕｕベアラー中で伝送されるパケットには、複数の前記リモート端末の複数の前記ＱｏＳフロー情報と、同一の前記リモート端末の異なる前記ＱｏＳフロー情報とのうちの一項を区別するためのＱｏＳフローインデックスが含まれ、
前記方法は、さらに、
前記中継端末は、前記Ｕｕベアラーにおける前記ＱｏＳフローインデックスに基づいて、前記Ｕｕベアラー中で伝送されるパケットを前記ＱｏＳフローインデックスに対応するリモート端末のサイドリンクベアラーにマッピングして伝送するステップを含む、サイドリンク中継アーキテクチャ中の配置方法。
【請求項2】
前記汎用ユーザネットワークインタフェースＵｕベアラーは、Ｕｕ専用無線ベアラーＤＲＢ又はＵｕ無線リンク制御ＲＬＣベアラーを含み、前記サイドリンクベアラーは、サイドリンク無線ベアラーＳＬＲＢ又はサイドリンクＲＬＣベアラーを含む、請求項１に記載のサイドリンク中継アーキテクチャ中の配置方法。
【請求項3】
配置情報を受信する前記ステップの前に、前記リモート端末からのサービス品質ＱｏＳフロー情報を受信するステップと、
前記ネットワーク機器へ前記サービス品質ＱｏＳフロー情報を送信するステップであって、前記サービス品質ＱｏＳフロー情報は前記ネットワーク機器が前記中継端末に対して前記汎用ユーザネットワークインタフェースＵｕベアラーを配置するためのものであるステップと、を更に含む、請求項１に記載のサイドリンク中継アーキテクチャ中の配置方法。
【請求項4】
前記ネットワーク機器へ前記サービス品質ＱｏＳフロー情報を送信する前記ステップは、新しく定義された無線資源制御ＲＲＣシグナリングによって前記ネットワーク機器へ前記サービス品質ＱｏＳフロー情報を送信するステップであって、前記新しく定義されたＲＲＣシグナリングは前記サービス品質ＱｏＳフロー情報が前記リモート端末のサービスの対応するものであることを指示するためのものであるステップ、又は、
既存のＲＲＣシグナリングを再利用して前記ネットワーク機器へ前記サービス品質ＱｏＳフロー情報を送信するステップであって、前記既存のＲＲＣシグナリングは前記サービス品質ＱｏＳフロー情報が前記リモート端末のサービスの対応するものであることを指示するための指示情報を含むステップを含む、請求項３に記載のサイドリンク中継アーキテクチャ中の配置方法。
【請求項5】
配置情報を受信する前記ステップの前に、前記リモート端末からのサイドリンクベアラー情報を受信するステップと、
前記ネットワーク機器へ前記サイドリンクベアラー情報を送信するステップであって、前記サイドリンクベアラー情報は前記ネットワーク機器が前記中継端末に対して前記汎用ユーザネットワークインタフェースＵｕベアラーを配置するためのものであるステップと、を更に含む、請求項１に記載のサイドリンク中継アーキテクチャ中の配置方法。
【請求項6】
Ｍ個の前記サービス品質ＱｏＳフロー情報が１つの前記汎用ユーザネットワークインタフェースＵｕベアラーにマッピングされ、Ｍが１以上の整数であり、
前記配置情報は、さらに、前記リモート端末の前記サイドリンクベアラーと前記汎用ユーザネットワークインタフェースＵｕベアラーのマッピング関係を配置するために用いられ、Ｎ個の前記サイドリンクベアラーが１つの前記汎用ユーザネットワークインタフェースＵｕベアラーにマッピングされ、Ｎが１以上の整数である、請求項１に記載のサイドリンク中継アーキテクチャ中の配置方法。
【請求項7】
前記汎用ユーザネットワークインタフェースＵｕベアラー中で伝送されるＩＰパケットには前記リモート端末と対応関係にあるＩＰアドレスが含まれる、請求項６に記載のサイドリンク中継アーキテクチャ中の配置方法。
【請求項8】
配置情報を受信する前記ステップの後、前記ＩＰアドレスにより、前記汎用ユーザネットワークインタフェースＵｕベアラー中で伝送されるＩＰパケットを前記ＩＰアドレスに対応する前記リモート端末の前記サイドリンクベアラーにマッピングして伝送するステップを更に含む、請求項７に記載のサイドリンク中継アーキテクチャ中の配置方法。
【請求項9】
前記汎用ユーザネットワークインタフェースＵｕベアラー中で伝送されるＩＰパケットは差別化サービスコードポイントＤＳＣＰ領域を含み、前記差別化サービスコードポイントＤＳＣＰ領域の複数の値はそれぞれ複数の異なるサービス品質ＱｏＳフロー情報のデータに対応し、前記複数の異なるサービス品質ＱｏＳフロー情報のデータは１つ又は複数の前記リモート端末に属する、請求項６に記載のサイドリンク中継アーキテクチャ中の配置方法。
【請求項10】
配置情報を受信する前記ステップの後、前記差別化サービスコードポイントＤＳＣＰ領域の値により、前記ＩＰパケットを前記差別化サービスコードポイントＤＳＣＰ領域の値に対応する前記リモート端末の前記サイドリンクベアラーにマッピングして伝送するステップを更に含む、請求項９に記載のサイドリンク中継アーキテクチャ中の配置方法。
【請求項11】
前記差別化サービスコードポイントＤＳＣＰ領域の値は前記サイドリンクベアラーに対してマッピング関係があり、前記差別化サービスコードポイントＤＳＣＰ領域の値は前記サイドリンクベアラーの属性に対してマッピング関係がある、請求項１０に記載のサイドリンク中継アーキテクチャ中の配置方法。
【請求項12】
ネットワーク機器によって実行されるサイドリンク中継アーキテクチャ中の配置方法であって、中継端末に対して、リモート端末のサービス品質ＱｏＳフロー情報と、前記中継端末と前記ネットワーク機器との間のベアラーである汎用ユーザネットワークインタフェースＵｕベアラーとのマッピング関係を配置するための配置情報を送信するステップを含み、
前記Ｕｕベアラー中で伝送されるパケットには、複数の前記リモート端末の複数の前記ＱｏＳフロー情報と、同一の前記リモート端末の異なる前記ＱｏＳフロー情報とのうちの一項を区別するためのＱｏＳフローインデックスが含まれ、
前記Ｕｕベアラーにおける前記ＱｏＳフローインデックスは、前記中継端末が、前記Ｕｕベアラー中で伝送されるパケットを前記ＱｏＳフローインデックスに対応するリモート端末のサイドリンクベアラーにマッピングして伝送するために用いられる、サイドリンク中継アーキテクチャ中の配置方法。
【請求項13】
メモリと、プロセッサと、前記メモリに記憶され且つ前記プロセッサにおいて実行可能なコマンド又はプログラムとを備える端末機器であって、前記コマンド又はプログラムが前記プロセッサにより実行される時に、請求項１～１１のいずれか一項に記載のサイドリンク中継アーキテクチャ中の配置方法を実現することを特徴とする、端末機器。
【請求項14】
メモリと、プロセッサと、前記メモリに記憶され且つ前記プロセッサにおいて実行可能なコマンド又はプログラムとを備えるネットワーク機器であって、前記コマンド又はプログラムが前記プロセッサにより実行される時に、請求項１２のいずれか一項に記載のサイドリンク中継アーキテクチャ中の配置方法を実現することを特徴とする、ネットワーク機器。
【請求項15】
コマンド又はプログラムを記憶した可読記憶媒体であって、前記コマンド又はプログラムがプロセッサにより実行される時に、請求項１～１１のいずれか一項に記載のサイドリンク中継アーキテクチャ中の配置方法を実現することを特徴とする、可読記憶媒体。
【請求項16】
コマンド又はプログラムを記憶した可読記憶媒体であって、前記コマンド又はプログラムがプロセッサにより実行される時に、請求項１２に記載のサイドリンク中継アーキテクチャ中の配置方法を実現することを特徴とする、可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本願は、２０２０年５月１２日に中国に提出された、出願番号がＮｏ．２０２０１０３９８６７０．９の中国特許の優先権を主張し、その内容の全てが引用によって本願に組み込まれている。
本願は、２０２０年５月１２日に中国に提出された、出願番号がＮｏ．２０２０１０３９８６７０．９の中国特許の優先権を主張し、その内容の全てが引用によって本願に組み込まれている。
【0002】
本願の実施例は、通信分野に関し、特に、サイドリンク（ｓｉｄｅｌｉｎｋ）中継アーキテクチャ中の配置方法及び機器に関する。
【背景技術】
【0003】
ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）システムは、リリース１２から、端末機器同士がネットワーク機器を経由せずに直接データ伝送を行うためのサイドリンク（ｓｉｄｅｌｉｎｋ）をサポートするようになった。
【0004】
ｓｉｄｅｌｉｎｋの進化に伴い、関連技術において、サイドリンク（ｓｉｄｅｌｉｎｋ）中継（ｒｅｌａｙ）アーキテクチャが提案されていた。典型的なサイドリンク（ｓｉｄｅｌｉｎｋ）中継アーキテクチャにおいて、リモート端末（ｒｅｍｏｔｅ ＵＥ）は、中継端末（ｒｅｌａｙ ＵＥ）との間のサイドリンク（又は、中継リンクと呼ばれる）を経由して、中継端末によってそのデータをネットワーク機器へ転送する。当該サイドリンク（ｓｉｄｅｌｉｎｋ）中継アーキテクチャにおいて、リモート端末とネットワーク機器との間でデータ伝送が行われ、中継端末がデータ中継作用を果たす。
【0005】
サイドリンク（ｓｉｄｅｌｉｎｋ）中継アーキテクチャにおいて、中継端末に対して明晰なベアラーマッピングをどうやって配置して、中継端末がリモート端末のために働くことを可能とするかは、関連技術で迫って解決しようとする技術的問題となっている。
【発明の概要】
【発明が解決しようとする課題】
【0006】
本願の実施例は、サイドリンク中継アーキテクチャにおいて中継端末に対してベアラーマッピングを配置して、中継端末がリモート端末のために働くことを可能とするためのサイドリンク中継アーキテクチャ中の配置方法及び機器を提供することを目的とする。
【課題を解決するための手段】
【0007】
第１側面において、中継端末によって実行されるサイドリンク中継アーキテクチャ中の配置方法であって、リモート端末のサイドリンクベアラー、サービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ，ＱｏＳ）フロー情報の少なくとも一項と、前記中継端末とネットワーク機器との間のベアラーである汎用ユーザネットワークインタフェース（Ｕｓｅｒ ｔｏ Ｎｅｔｗｏｒｋ ｉｎｔｅｒｆａｃｅ ｕｎｉｖｅｒｓａｌ，Ｕｕ）ベアラーとのマッピング関係を配置するための配置情報を受信するステップを含む、サイドリンク中継アーキテクチャ中の配置方法を提供する。
【0008】
第２側面において、ネットワーク機器によって実行されるサイドリンク中継アーキテクチャ中の配置方法であって、中継端末に対して、リモート端末のサイドリンクベアラー、ＱｏＳフロー情報の少なくとも一項と、前記中継端末と前記ネットワーク機器との間のベアラーであるＵｕベアラーとのマッピング関係を配置するための配置情報を送信するステップを含む、サイドリンク中継アーキテクチャ中の配置方法を提供する。
【0009】
第３側面において、リモート端末によって実行されるサイドリンク中継アーキテクチャ中の配置方法であって、ネットワーク機器が中継端末に対して、サイドリンクベアラー、ＱｏＳフロー情報の少なくとも一項と、前記中継端末と前記ネットワーク機器との間のベアラーであるＵｕベアラーとのマッピング関係を配置するためのＱｏＳ情報を送信するステップを含む、サイドリンク中継アーキテクチャ中の配置方法を提供する。
【0010】
第４側面において、リモート端末のサイドリンクベアラー、ＱｏＳフロー情報の少なくとも一項と、前記中継端末とネットワーク機器との間のベアラーであるＵｕベアラーとのマッピング関係を配置するための配置情報を受信することに用いられる受信モジュールを備える、中継端末を提供する。
【0011】
第５側面において、中継端末に対して、リモート端末のサイドリンクベアラー、ＱｏＳフロー情報の少なくとも一項と、前記中継端末と前記ネットワーク機器との間のベアラーであるＵｕベアラーとのマッピング関係を配置するための配置情報を送信することに用いられる送信モジュールを備える、ネットワーク機器を提供する。
【0012】
第６側面において、ネットワーク機器が中継端末に対して、サイドリンクベアラー、ＱｏＳフロー情報の少なくとも一項と、前記中継端末と前記ネットワーク機器との間のベアラーであるＵｕベアラーとのマッピング関係を配置するためのＱｏＳ情報を送信することに用いられる送信モジュールを備える、リモート端末を提供する。
【0013】
第７側面において、プロセッサと、メモリと、前記メモリに記憶され且つ前記プロセッサにおいて実行可能なコマンド又はプログラムとを備える端末機器であって、前記コマンド又はプログラムが前記プロセッサにより実行される時に、第１側面と第３側面のいずれか一項に記載のサイドリンク中継アーキテクチャ中の配置方法を実現する、端末機器を提供する。
【0014】
第８側面において、プロセッサと、メモリと、前記メモリに記憶され且つ前記プロセッサにおいて実行可能なコマンド又はプログラムとを備えるネットワーク機器であって、前記コマンド又はプログラムが前記プロセッサにより実行される時に、第２側面に記載のサイドリンク中継アーキテクチャ中の配置方法を実現する、ネットワーク機器を提供する。
【0015】
第９側面において、コマンド又はプログラムを記憶した可読記憶媒体であって、前記コマンド又はプログラムがプロセッサにより実行される時に、第１側面～第３側面のいずれか一項に記載のサイドリンク中継アーキテクチャ中の配置方法を実現する、可読記憶媒体を提供する。
【0016】
第１０側面において、本願の実施例は、プロセッサと通信インタフェースを備えるチップであって、前記通信インタフェースと前記プロセッサとが接続され、前記プロセッサがプログラム又はコマンドを実行して、第１側面～第３側面のいずれか一項に記載のサイドリンク中継アーキテクチャ中の配置方法を実現するためのものである、チップを提供する。
【発明の効果】
【0017】
本願の実施例では、ネットワーク機器は中継端末に対してサイドリンクベアラー及び／又はＱｏＳフロー情報とＵｕベアラーのマッピング関係を配置でき、中継端末がリモート端末のために働くことを可能とし、サービスのＱｏＳ要求に対応し、システム性能及びユーザ体験を向上させる。
【図面の簡単な説明】
【0018】
【図1】本願の一実施例によるサイドリンク中継アーキテクチャ中の配置方法の模式的フローチャートである。
【図2】本願の一実施例によるサイドリンク中継アーキテクチャの模式図である。
【図3】本願の別の実施例によるサイドリンク中継アーキテクチャ中の配置方法の模式的フローチャートである。
【図4】本願の更に別の実施例によるサイドリンク中継アーキテクチャ中の配置方法の模式的フローチャートである。
【図5】本願の一実施例による端末機器の構成模式図である。
【図6】本願の別の実施例による端末機器の構成模式図である。
【図7】本願の一実施例によるネットワーク機器の構成模式図である。
【図8】本願の更に別の実施例による端末機器の構成模式図である。
【図9】本願の別の実施例によるネットワーク機器の構成模式図である。
【発明を実施するための形態】
【0019】
本願の目的、技術的解決手段及び利点をより明確にするために、以下に本願の具体的な実施例及び対応する図面を参照し、本願の技術的解決手段を明確に、完全に説明する。当然ながら、説明される実施例は本願の実施例の一部に過ぎず、全ての実施例ではない。本願における実施例に基づき、当業者が創造的な労力を要することなく、得られた他の全ての実施例は、いずれも本願の保護範囲に属する。
【0020】
本願の明細書及び特許請求の範囲における用語「第１」、「第２」等は、特定の順序又は先後順序を記述するためのものではなく、類似する対象を区別するためのものである。このように使用されるデータは、本願の実施例がここで図示又は記述される以外の順序で実施できるように、適当な場合において互いに置き換えてもよいことを理解すべきである。また、明細書および特許請求の範囲において「および／または」は、接続している対象のうちの少なくとも１つを示し、符号の「／」は、一般的には前後の関連対象が「又は」という関係にあることを示す。
【0021】
本願の実施例の技術的解決手段は、例えば、ＬＴＥ ｓｉｄｅｌｉｎｋシステム、ＮＲ ｓｉｄｅｌｉｎｋシステム又は後続の発展型通信システムのような各種通信システムに適用可能であることを理解すべきである。
【0022】
本願の実施例では、端末機器は、モバイルステーション（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ，ＭＳ）、携帯端末（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ）、携帯電話（Ｍｏｂｉｌｅ Ｔｅｌｅｐｈｏｎｅ）、ユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ，ＵＥ）、ハンドセット（ｈａｎｄｓｅｔ）及び携帯用機器（ｐｏｒｔａｂｌｅ ｅｑｕｉｐｍｅｎｔ）、車両（ｖｅｈｉｃｌｅ）等を含んでもよいが、これらに限定されることがなく、この端末機器は無線アクセスネットワーク（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ，ＲＡＮ）によって１つ又は複数のコアネットワークと通信可能であり、例えば、端末機器は、モバイル電話（又は「セルラ」電話と呼ばれ）及び無線通信機能を有するコンピュータ等であってもよく、更に携帯型、ポータブル型、ハンドヘルド型、コンピュータ内蔵又は車載のモバイル装置であってもよい。
【0023】
本願の実施例では、ネットワーク機器は、無線アクセスネットワークに配置されて端末機器に無線通信機能を提供するための装置である。前記ネットワーク機器は基地局であってもよく、前記基地局は、各種の形式のマクロ基地局、フェムト基地局、中継局、アクセスポイント等を含んでもよい。異なる無線アクセス技術を用いたシステムにおいて、基地局機能を有する機器は名称が異なることがある。例えば、ＬＴＥネットワークにおいて、進化型ノードＢ（Ｅｖｏｌｖｅｄ ＮｏｄｅＢ，ｅＮＢ又はｅＮｏｄｅＢ）と呼ばれ、第３世代（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ，３Ｇ）ネットワークにおいて、ノードＢ（Ｎｏｄｅ Ｂ）と呼ばれ、５Ｇシステムにおいて、次世代ノードＢ（ｇＮＢ）又は後続の発展型通信システム中のネットワーク機器等と呼ばれるが、呼び名に限定されることがない。
【0024】
図１に示すように、本願の一実施例はサイドリンク（ｓｉｄｅｌｉｎｋ）中継アーキテクチャ中の配置方法１００を提供し、当該方法は中継端末（ｒｅｌａｙ ＵＥ）によって実行でき、言い換えると、当該方法は中継端末に実装されているソフトウェア又はハードウェアによって実行でき、当該方法１００は、下記のステップＳ１０２を含む。
【0025】
Ｓ１０２では、リモート端末（ｒｅｍｏｔｅ ＵＥ）のサイドリンクベアラー、ＱｏＳフロー情報の少なくとも一項と、中継端末とネットワーク機器との間のベアラーであるＵｕベアラーとのマッピング関係を配置するための配置情報を受信する。
【0026】
図２はサイドリンク中継アーキテクチャの模式図を示し、当該アーキテクチャでは、中継端末はデータ中継作用を果たし、リモート端末からのデータをネットワーク機器に転送でき、更にネットワーク機器からのデータをリモート端末に転送できる。
【0027】
当該実施例に記載の配置情報は中継端末の所属するネットワーク機器からのものであり、当該配置情報は、サイドリンクベアラーとＵｕベアラーのマッピング関係を配置したり、ＱｏＳフロー情報とＵｕベアラーのマッピング関係を配置したり、サイドリンクベアラーとＵｕベアラーのマッピング関係及びＱｏＳフロー情報とＵｕベアラーのマッピング関係を同時に配置したりすることに利用可能である。
【0028】
当該実施例では、Ｕｕベアラーは中継端末とネットワーク機器との間のベアラーであり、ＵｕベアラーはＵｕ専用無線ベアラー（Ｄｅｄｉｃａｔｅｄ Ｒａｄｉｏ Ｂｅａｒｅｒ，ＤＲＢ）であってもよいし、Ｕｕ無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ，ＲＬＣ）ベアラーであってもよい。
【0029】
当該実施例では、サイドリンクベアラーはサイドリンク無線ベアラー（Ｓｉｄｅｌｉｎｋ Ｒａｄｉｏ Ｂｅａｒｅｒ，ＳＬＲＢ）であってもよいし、サイドリンクＲＬＣベアラーであってもよい。
【0030】
本願の実施例で提供されるサイドリンク中継アーキテクチャ中の配置方法によれば、ネットワーク機器は中継端末に対してサイドリンクベアラー及び／又はＱｏＳフロー情報とＵｕベアラーのマッピング関係を配置でき、中継端末がリモート端末のために働くことを可能とし、サービスのＱｏＳ要求に対応し、システム性能及びユーザ体験を向上させる。
【0031】
実際に適用する過程で、実施例１００は無線資源制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，ＲＲＣ）再配置手順で実現でき、実施例１００に記載の配置情報は、ＲＲＣ再配置シグナリングであってもよく、当該ＲＲＣ再配置シグナリングには新しいＵｕベアラーを新規に増加してもよく（例えば、ＤＲＢを新規に増加）、元のＵｕベアラーを変更してもよく（例えば、元のＤＲＢを変更）、リモート端末のＱｏＳフロー情報及び／又はサイドリンクベアラーを当該Ｕｕベアラーにマッピングし、且つ当該Ｕｕベアラーに新しい配置パラメータを配置／変更する。
【0032】
サイドリンクレイヤ３（Ｌ３）中継アーキテクチャにおいて、上記配置パラメータは、例えば、サービスデータアダプテーションプロトコル（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ，ＳＤＡＰ）配置パラメータ（マッピング関係を含む）、パケットデータコンバージェンスプロトコル（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ，ＰＤＣＰ）配置パラメータ、ＲＬＣ配置パラメータ及び媒体アクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ，ＭＡＣ）配置パラメータを含む。
【0033】
サイドリンクレイヤ２（Ｌ２）中継アーキテクチャにおいて、リモート端末のデータはＵｕインタフェースでＲＬＣベアラーしか配置しないので、上記配置パラメータはＲＬＣ配置パラメータとＭＡＣ配置パラメータのみを含んでもよい。
【0034】
実施例１００における配置情報は具体的に、リモート端末のＱｏＳフロー情報からＵｕベアラーへのマッピング関係を配置し、及び／又は、リモート端末のサイドリンクベアラー（例えば、ＳＬＲＢ、サイドリンクＲＬＣベアラー）からＵｕベアラーへのマッピング関係を配置するためのものであり、異なるサイドリンクアーキテクチャに応じて決まってもよい。
【0035】
Ｌ３アーキテクチャにおいて、２部分のリンク（サイドリンクとＵｕリンク）がいずれも自分のＬ３プロトコルを有し、中継端末で処理するのがリモート端末のＩＰパケットであり、中継端末がデータのＱｏＳフロー情報を取得できるので、配置情報はリモート端末のＱｏＳフロー情報とＵｕベアラー（例えば、ＤＲＢ、Ｕｕ ＲＬＣベアラー）のマッピング関係を配置できる。
【0036】
Ｌ２アーキテクチャにおいて、Ｌ３プロトコルがリモート端末とネットワーク機器のエンドツーエンドノードにあるので、中継端末はリモート端末のＰＤＣＰプロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ，ＰＤＵ）パケット（当該ＰＤＣＰ ＰＤＵパケットはＳＬＲＢ粒度に基づくものである）の転送だけができ、異なるＱｏＳフロー情報（即ち、ＱｏＳフローインデックス）を区別できないため、配置情報はリモート端末のサイドリンクベアラー（例えば、ＳＬＲＢ）とＵｕベアラー（例えば、ＤＲＢ、Ｕｕ ＲＬＣベアラー）のマッピング関係を配置できる。
【0037】
以下、例を挙げて実施例１００に記載のマッピング関係を説明し、ｒｅｍｏｔｅ ＵＥ１には５つのＱｏＳフロー情報のデータ（以下、ＱｏＳ ｆｌｏｗと略称する）を送信する必要があると仮定し、そのうち、ＱｏＳ ｆｌｏｗ １とＱｏＳ ｆｌｏｗ ２は類似的なＱｏＳ要求を有し、同じＳＬＲＢ１にマッピングしてＰＣ５リンク（ｌｉｎｋ）伝送を行い、ＱｏＳ ｆｌｏｗ ３、ＱｏＳ ｆｌｏｗ ４及びＱｏＳ ｆｌｏｗ ５は類似的なＱｏＳ要求を有し、同じＳＬＲＢ２にマッピングしてＰＣ５ ｌｉｎｋ伝送を行い、ｒｅｌａｙ ＵＥのＵｕ ｌｉｎｋにおいて、それぞれＤＲＢ ８とＤＲＢ ９によってｒｅｍｏｔｅ ＵＥ１の２種のサービスを運搬することができ、マッピング配置は以下の通りである。
【0038】
第１種のマッピング方式として、ｒｅｍｏｔｅ ＵＥ１のＱｏＳ ｆｌｏｗ １とＱｏＳ ｆｌｏｗ ２をＤＲＢ ８にマッピングしてＵｕ伝送を行い、ｒｅｍｏｔｅ ＵＥ１のＱｏＳ ｆｌｏｗ ３、ＱｏＳ ｆｌｏｗ ４及びＱｏＳ ｆｌｏｗ ５をＤＲＢ ９にマッピングしてＵｕ伝送を行う。
【0039】
第２種のマッピング方式において、ｒｅｍｏｔｅ ＵＥ１のＳＬＲＢ１をＤＲＢ ８にマッピングしてＵｕ伝送を行い、ｒｅｍｏｔｅ ＵＥ１のＳＬＲＢ２をＤＲＢ ９にマッピングしてＵｕ伝送を行う。
【0040】
下記の表１で簡単な例を挙げて、上記マッピング配置の方式を具体的に説明する。
【0041】
表１ ＱｏＳ ｆｌｏｗ又はＳＬＲＢとＤＲＢのマッピング関係表
【0042】
実際のマッピング配置では、マッピング関係がより複雑で、配置がより柔軟である可能性があり、例えば、１つのリモート端末の２つ又はより多いＳＬＲＢ（又は２つのＳＬＲＢに属するＱｏＳフロー情報）を１つのＵｕ ＤＲＢにマッピングしたり、複数のリモート端末の複数のＳＬＲＢを１つのＵｕ ＤＲＢにマッピングして中継端末のＵｕ ＤＲＢの数量を減少し、ユーザプレーンのヘッダのオーバーヘッドを削減したりすることができる。
【0043】
上記配置情報によって配置されるマッピング関係によって、中継端末はＵｕインタフェース上でリモート端末のデータをどうやって伝送するかを明確に知ることができる。
【0044】
選択可能に、実施例１００は、更に、前記リモート端末からのＱｏＳ情報を受信するステップと、ネットワーク機器へ前記ＱｏＳ情報を送信するステップとを含んでもよく、前記ＱｏＳ情報は前記ネットワーク機器が前記中継端末に対して前記Ｕｕベアラーを配置するためのものである。
【0045】
本願の各実施例に記載のＱｏＳフロー情報はＱｏＳフローのインデックス（ＩＤ）であってもよく、本願の各実施例に記載のＱｏＳ情報は、例えば、サービス種類、サービスデータ時間遅延、ブロック誤り率、優先度等を含むより詳細な情報であってもよいことを説明する必要がある。
【0046】
実際に適用する過程で、リモート端末は中継端末に対して中継機能接続をリクエストする時に、詳細なサービス情報（ＱｏＳ情報）を中継端末に送信してもよく、これによって、中継端末は対応するサービスの中継機能を提供できるか否かを判断し、当該手順はＰＣ５－Ｓシグナリング手順によって完了してもよいし、又はＰＣ５－ＲＲＣシグナリング手順によって完了してもよい。
【0047】
つまり、中継端末にもリモート端末が中継機能をリクエストする全部の詳細なサービスＱｏＳ情報を有するので、中継端末はこれらのサービスＱｏＳ情報をネットワーク機器に報知することができる。これによって、ネットワーク機器はそれに対応するベアラー（例えば、Ｕｕベアラー、サイドリンクベアラー）とマッピング方式（例えば、実施例１００に記載のマッピング関係）を配置する。
【0048】
上述したネットワーク機器へ前記ＱｏＳ情報を送信するステップは、下記の２種の方式を含む。
【0049】
第１種として、新しく定義されたＲＲＣシグナリングによってネットワーク機器へ前記ＱｏＳ情報を送信し、前記新しく定義されたＲＲＣシグナリングは前記ＱｏＳ情報が前記リモート端末のサービスの対応するものであることを指示するためのものである。例えば、新しく定義されたＲＲＣシグナリングは中継端末自身のサイドリンク（ｓｉｄｅｌｉｎｋ）情報報知シグナリングと異なるシグナリングであるので、ネットワーク機器は、新しく定義されたＲＲＣシグナリングの報知するサービスＱｏＳ情報が、当該中継端末自身のサービスではなく、当該中継端末が間もなく中継するリモート端末のサービスであることを明らかに知ることができる。
【0050】
第２種として、既存のＲＲＣシグナリングを再利用して前記ネットワーク機器へ前記ＱｏＳ情報を送信し、前記既存のＲＲＣシグナリングは前記ＱｏＳ情報が前記リモート端末のサービスの対応するものであることを指示するための指示情報を含む。例えば、中継端末自身のｓｉｄｅｌｉｎｋ ＵＥ ｉｎｆｏｒｍａｔｉｏｎシグナリングにＱｏＳ情報を含めてもよいが、中継端末自身のサイドリンク（ｓｉｄｅｌｉｎｋ）サービスリクエストではなく、リモート端末のサービスリクエストであることを区別するために、単独のドメイン又は明確な識別子が必要になる。
【0051】
選択可能に、実施例１００は、更に、前記リモート端末からのサイドリンクベアラー情報を受信するステップと、ネットワーク機器へ前記サイドリンクベアラー情報を送信するステップとを含んでもよく、前記サイドリンクベアラー情報は前記ネットワーク機器が前記中継端末に対して前記Ｕｕベアラーを配置するためのものである。
【0052】
いくつかの場合に、リモート端末は、ネットワーク側からの情報により、自分のサービスＱｏＳに対応するＰＣ５ ｌｉｎｋのサイドリンクベアラー情報を取得することができ、例えば、リモート端末は、システム情報ブロック（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ，ＳＩＢ）情報又は事前配置情報又は自身のＲＲＣシグナリングから、サイドリンクベアラー情報（例えば、ＳＬＲＢベアラー配置）を取得しており、中継端末がＰＣ５インタフェースの他方の端点であるため、サイドリンクベアラー情報はＰＣ５－ＲＲＣシグナリング手順によって中継端末に送信されてもよい。
【0053】
中継端末はリモート端末がすでに配置したサイドリンクベアラー情報（例えば、ＳＬＲＢベアラー配置）を取得した場合に、これらのサイドリンクベアラー情報を自分のネットワーク機器に送信することができ、これによって、ネットワーク機器は中継端末に対して対応するＵｕベアラーを配置し、且つ実施例１００の配置情報によってサイドリンクベアラー及び／又はＱｏＳフロー情報とＵｕベアラーのマッピング関係を配置する。上記マッピング関係において、ＳＬＲＢは確認モード（ＡＭ）である時に、一般的には非確認モード（ＵＭ）のＵｕベアラーにマッピングすることがなく、Ｕｕベアラーが同様にＡＭである配置にマッピングすることができる。
【0054】
上記の各実施例でリモート端末データのＰＣ５リンクベアラーとＵｕベアラーでのマッピング配置を挙げたが、サイドリンクベアラー及び／又はＱｏＳフロー情報のＵｕベアラーへの配置を問わず、チャネル間のマッピングと見なしてもよく、マッピング方式は主に以下の２種がある。
【0055】
方式１として、ＰＣ５チャネルとＵｕチャネルが一対一にマッピングし、即ち、ＰＣ５リンクにおける１つのサイドリンクベアラーに対して、Ｕｕリンクにおいて、それにマッピングするＵｕベアラーが１つあり、かつ一意にマッピングし、即ち、当該Ｕｕベアラー上で当該サイドリンクベアラーのデータしか伝送しない。
【0056】
方式１のメリットは、異なるリモート端末データを区別でき、マッピング関係が一意で且つ明晰であることである。ただし、Ｕｕベアラー（例えば、ＤＲＢ）の数量を多く求める可能性があり、一般の中継端末は、そのＤＲＢが最大１６個又は３２個であり、中継端末に接続するリモート端末の数量が多ければ、リモート端末毎に１６個又は３２個のＤＲＢを保留する必要がある。
【0057】
方式２として、ＰＣ５チャネルとＵｕチャネルが複数対一にマッピングし、複数のサイドリンクベアラーを１つのＵｕベアラーにマッピングすることになり、類似的なＱｏＳ要求を有する複数のサイドリンクベアラーを１つのＵｕベアラーにマッピングしてもよく、上記複数のサイドリンクベアラーは複数のリモート端末からのものであってもよく、１つのリモート端末からのものであってもよい。
【0058】
方式２のメリットは、Ｕｕベアラー（例えば、ＤＲＢ）の数量を削減し、ユーザプレーンのヘッダのオーバーヘッドを制御できることである。具体的には、例えば、論理チャネル識別子（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｉｄｅｎｔｉｆｉｅｒ，ＬＣＩＤ）はＤＲＢの数量の増加に伴って増加し、単一の中継端末自身のＵｕデータは、そのＤＲＢデータが最大１６又は３２個であり、ＬＣＩＤは６ビットであれば十分であるが、複数のリモート端末のアクセスを考慮すると、ＬＣＩＤを８ビット又は１６ビットまで拡張する必要があり、その原因はＬＣＩＤがＭＡＣ ＰＤＵに含められ、ヘッダのオーバーヘッドが増加することである。
【0059】
上記方式１と方式２の紹介によれば、選択可能に、実施例１００では、前記配置情報が前記サイドリンクベアラーと前記Ｕｕベアラーのマッピング関係を配置するためのものとなる場合に、Ｎ個の前記サイドリンクベアラーが１つの前記Ｕｕベアラーにマッピングされ、Ｎが１以上の整数である。
【0060】
選択可能に、実施例１００では、前記配置情報が前記ＱｏＳフロー情報と前記Ｕｕベアラーのマッピング関係を配置するためのものとなる場合に、Ｍ個の前記ＱｏＳフロー情報が１つの前記Ｕｕベアラーにマッピングされ、Ｍが１以上の整数である。
【0061】
上記の２つの実施例の間に相互に違反するところがないので、上記２つの実施例を同時に実現できることが理解可能である。
【0062】
上記方式２で紹介したようにＰＣ５チャネルとＵｕチャネルが複数対一にマッピングする場合に、異なるリモート端末のデータ又は異なるサイドリンクベアラーのデータを区別する必要がある可能性があり、以下では具体的な解決策を挙げる。
【0063】
計画１として、既存ドメインによって区別する。
【0064】
例えば、Ｌ３アーキテクチャにおいて、中継端末が取得、処理できるパケットはリモート端末のＩＰパケットであり、ＩＰパケットにはリモート端末別に割り当てられたＩＰアドレスが含められており、つまり、中継端末はＩＰアドレスとリモート端末の対応関係を知ることができる。このように、Ｕｕリンクからのデータについては、リモート端末はその中のＩＰアドレスを読み取るだけで、どちらのリモート端末のものであるかを知ることができ、即ち、どちらのリモート端末に送信すべきかを知ることができ、当該リモート端末のサイドリンクベアラー中で送信する。別の場合に、１つのリモート端末に対して異なるデータを区別する必要がある場合に、ＩＰパケット中の差別化サービスコードポイント（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｃｏｄｅ Ｐｏｉｎｔ，ＤＳＣＰ）領域を用いて区別でき、例えば、１つのＤＲＢから解析したリモート端末１のパケット１は、ＤＳＣＰの値がｘであると、リモート端末１のＳＬＲＢ１にマッピングし、解析したリモート端末１のパケット２は、ＤＳＣＰの値がｙであると、リモート端末１のＳＬＲＢ２にマッピングする。
【0065】
計画１の紹介によれば、選択可能に、Ｕｕベアラー中で伝送されるＩＰパケットにはリモート端末と対応関係にあるＩＰアドレスが含まれている。このようにして、実施例１００は、更に、中継端末がＩＰパケット中のＩＰアドレスにより、Ｕｕベアラー中で伝送されるＩＰパケットを当該ＩＰパケットのＩＰアドレスに対応する（リモート端末の）サイドリンクベアラーにマッピングして伝送するステップを含んでもよい。
【0066】
Ｕｕベアラー中で伝送されるＩＰパケットの数量が多く、このように、複数のＩＰパケット中の各ＩＰパケットに対して、いずれも上記方式でマッピング伝送を行ってもよいことが理解できる。
【0067】
計画１の紹介によれば、選択可能に、Ｕｕベアラー中で伝送されるＩＰパケットはＤＳＣＰ領域を含み、前記ＤＳＣＰ領域の複数の値はそれぞれ複数の異なるＱｏＳ情報のデータに対応し、前記複数の異なるＱｏＳ情報のデータは１つ又は複数の前記リモート端末に属する。このようにして、実施例１００は、更に、中継端末がＤＳＣＰ領域の複数の値により、前記ＩＰパケットを前記ＤＳＣＰ領域の値に対応するリモート端末のサイドリンクベアラーにマッピングして伝送するステップを含んでもよい。
【0068】
選択可能に、ＤＳＣＰ領域の値とサイドリンクベアラーはマッピング関係があり、又は、ＤＳＣＰ領域の値とサイドリンクベアラーの属性はマッピング関係がある。ここに記載のマッピング関係はマッピング原則とも呼ばれ、ネットワーク機器により配置されてもよいし、中継端末により決定されてもよい。具体的には、例えば、ＤＳＣＰ領域の値１がＵＭベアラーに対応し、優先度クラスがｎ１であり、ＤＳＣＰ領域の値２がＵＭベアラーに対応し、優先度クラスがｎ２であり、ＤＳＣＰ領域の値３がＡＭベアラーに対応し、優先度クラスがｎ３であり、ＤＳＣＰ領域の値４がＡＭベアラーに対応し、優先度クラスがｎ４である。又は、ＤＳＣＰ領域の値１に対応するサービスデータ時間遅延（Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ，ＰＤＢ）の値が条件Ａ１を満たし、ブロック誤り率が条件Ｂ１を満たし、優先度が条件Ｃ１を満たす等、ＤＳＣＰ領域の値２に対応するサービスＰＤＢの値が条件Ａ２を満たし、ブロック誤り率が条件Ｂ２を満たし、優先度が条件Ｃ２を満たす等になる。
【0069】
計画２として、Ｕｕ ＰＤＵに新しいドメインを増加して区別する。
【0070】
ＳＬＲＢチャネルは各リモート端末に対するものであるので、その粒度が相対的に細かい。Ｕｕ ＤＲＢチャネルは複数のリモート端末のＳＬＲＢ又は１つのリモート端末の複数のＳＬＲＢを含んでもよく、相対的粗いチャネルである。このように、Ｕｕ ＤＲＢの粗いチャネルにおいて、異なるリモート端末ないし異なるＳＬＲＢを区別するには、更に区別識別子を含めてもよく、方式は下記の通りである。
【0071】
方式１として、Ｕｕ ＤＲＢに端末識別子（ＵＥ ＩＤ）を配置して、異なるリモート端末を区別する。ＵＥ ＩＤとリモート端末の対応関係は予め配置されてもよく、１つのリモート端末が１つのＵＥ ＩＤに対応し（複数のＵＥ ＩＤに対応してもよい）、異なるリモート端末のＵＥ ＩＤが異なる。このようにして、リモート端末のデータは中継端末を経由してネットワーク機器へ送信される時に（アップリンク）、パケットにＵＥ ＩＤが含まれており、ネットワーク機器はＵＥ ＩＤを解析した後、どちらのリモート端末のデータであるかを知ることができ、対応する実体に送信して処理する。ダウンリンクにとっては、ネットワーク機器は中継端末へデータを送信する時にＵｕ ＤＲＢにＵＥ ＩＤを含めるため、中継端末は当該データを受信した後、ＵＥ ＩＤにより対応するリモート端末を見つけ、データを対応するリモート端末のＳＬＲＢに入れて当該リモート端末に送信することができる。
【0072】
方式１の紹介から分かるように、Ｕｕベアラーは、複数の異なる前記リモート端末を識別するための複数の端末識別子を含む。このようにして、実施例１００は、更に、Ｕｕベアラー中の端末識別子により、前記Ｕｕベアラー中で伝送されるパケットを対応するリモート端末のサイドリンクベアラーにマッピングして伝送するステップを含んでもよい。
【0073】
方式２として、Ｕｕベアラー中で伝送されるパケットにサイドリンクベアラーインデックス（例えば、ＳＬＲＢ ｉｎｄｅｘ）を配置して、異なるリモート端末のサイドリンクベアラー（例えば、ＳＬＲＢベアラー、ＲＬＣベアラー）を区別し、及び／又は、同一のリモート端末のサイドリンクベアラー（例えば、ＳＬＲＢベアラー、ＲＬＣベアラー）を区別する。
【0074】
一例では、ＳＬＲＢ ｉｎｄｅｘとリモート端末のＳＬＲＢの配置関係はＲＲＣシグナリングによって予め配置され、例えば、ｒｅｍｏｔｅ ＵＥ １ ＳＬＲＢ １に対応するｉｎｄｅｘ＝０、ｒｅｍｏｔｅ ＵＥ ２ ＳＬＲＢ １に対応するｉｎｄｅｘ＝１、ｒｅｍｏｔｅ ＵＥ ３ ＳＬＲＢ １に対応するｉｎｄｅｘ＝２のようになり、これによって、異なるｉｎｄｅｘによって、リモート端末のＳＬＲＢが区別できる。
【0075】
方式３として、Ｕｕベアラー中で伝送されるパケットに、複数の前記リモート端末の複数の前記ＱｏＳフロー情報、同一の前記リモート端末の異なる前記ＱｏＳフロー情報の一項を区別するためのＱｏＳフローインデックスを配置する。
【0076】
方式２と方式３の紹介によれば、実施例１００は、更に、
Ｕｕベアラーにおけるサイドリンクベアラーインデックスにより、前記Ｕｕベアラー中で伝送されるパケットをサイドリンクベアラーインデックスに対応するリモート端末のサイドリンクベアラーにマッピングして伝送するステップと、
ＵｕベアラーにおけるＱｏＳフローインデックスにより、前記Ｕｕベアラー中で伝送されるパケットを前記ＱｏＳフローインデックスに対応するリモート端末のサイドリンクベアラーにマッピングして伝送するステップとの一項を含んでもよい。
Ｕｕベアラーにおけるサイドリンクベアラーインデックスにより、前記Ｕｕベアラー中で伝送されるパケットをサイドリンクベアラーインデックスに対応するリモート端末のサイドリンクベアラーにマッピングして伝送するステップと、
ＵｕベアラーにおけるＱｏＳフローインデックスにより、前記Ｕｕベアラー中で伝送されるパケットを前記ＱｏＳフローインデックスに対応するリモート端末のサイドリンクベアラーにマッピングして伝送するステップとの一項を含んでもよい。
【0077】
第一に、選択可能に、上記の各実施例で、ネットワーク機器は更に、リモート端末サービスのサイドリンク（ｓｉｄｅｌｉｎｋ）インタフェースでのベアラー配置、例えばＳＬＲＢ配置、ＳＤＡＰ配置、ＰＤＣＰ配置、ＲＬＣ配置、ＭＡＣ及びＰＨＹ配置を決定し、類似的なＱｏＳ要求を有するリモート端末のＱｏＳフロー情報を１つのＳＬＲＢにマッピングし、且つ他の各層の配置を与えることができる。
【0078】
Ｌ２ ｒｅｌａｙアーキテクチャにおいて、ネットワーク機器は直接的にＲＲＣシグナリングによってリモート端末のＳＬＲＢと他の各層の配置をリモート端末に送信することができる。
【0079】
Ｌ３ ｒｅｌａｙ アーキテクチャにおいて、一般的にはリモート端末とネットワーク機器との間にＲＲＣ接続が確立されていないので、ネットワーク機器はリモート端末に関連する配置をＲＲＣシグナリングによって中継端末に送信し、更に中継端末を経由してＰＣ５ ＲＲＣによってリモート端末に送信することができる。
【0080】
Ｌ３ ｒｅｌａｙアーキテクチャにおいて、更に、リモート端末の状態に応じて、Ｉｄｌｅ／ｉｎａｃｔｉｖｅ状態であれば、ＳＩＢメッセージによってサービスＱｏＳに対応するＳＬＲＢ配置を取得し、オフライン状態であれば、事前配置情報によってサービスＱｏＳに対応するＳＬＲＢ配置を取得し、接続状態であれば、自分のＲＲＣシグナリング手順によってサービスセルから配置を取得するようにしてもよく、ここに記載のサービスセルは中継端末のサービスセルと同じであっても、異なってもよく、異なるネットワーク機器にある場合を除外することもない。
【0081】
第二に、選択可能に、上記の各実施例では、ネットワーク機器は更に中継端末配置に対して対応するサイドリンク（ｓｉｄｅｌｉｎｋ）ベアラー配置を配置し、リモート端末における類似的なＱｏＳ要求を有するＱｏＳフロー情報を１つのＳＬＲＢにマッピングし、且つ他の各層の配置を配置することができる。これらの配置はリモート端末のサービスをＰＣ５リンク上で伝送するために配置され、リモート端末と中継端末がＰＣ５リンク通信の両端であることに相当し、２方向のサービス伝送を行うにはセットになる配置が必要になる。
【0082】
Ｌ２アーキテクチャにおいて、上記「第一」のステップと「第二」のステップによって、リモート端末と中継端末がそれぞれ自分のＰＣ５リンクの配置を取得し、且つ当該配置がセットになるものであり、それぞれ１つのＳＬＲＢの両端に対応し、提携して動作可能である。Ｌ３アーキテクチャであれば、先に「第二」のステップによって、中継端末がＲＲＣ手順でＰＣ５リンクの配置を取得し、次にそのうちのリモート端末に与えるべき配置をＰＣ５ ＲＲＣによってリモート端末に送信し、同様に２つのステップによって、ＰＣ５リンクの両端の端末機器（即ち、リモート端末と中継端末）がいずれもセットとして使用する関連配置を取得した。
【0083】
本願の実施例で提供されるサイドリンク中継アーキテクチャ中の配置方法を詳細に説明するために、以下、いくつかの具体的な実施例を参照しながら紹介する。
【0084】
（実施例１）
Ｌ２中継アーキテクチャにおいて、リモート端末は自分のＲＲＣ接続と非アクセス層（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ，ＮＡＳ）接続を確立する必要があり、リモート端末のサービスセルは中継端末のサービスセルと同じであっても、異なってもよいが、少なくとも同一のネットワーク機器に属する。
Ｌ２中継アーキテクチャにおいて、リモート端末は自分のＲＲＣ接続と非アクセス層（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ，ＮＡＳ）接続を確立する必要があり、リモート端末のサービスセルは中継端末のサービスセルと同じであっても、異なってもよいが、少なくとも同一のネットワーク機器に属する。
【0085】
［工程１］
リモート端末のＰＣ５リンクでの配置及びマッピングに関しては、ＲＲＣシグナリングによって自分のＱｏＳ情報を報知してもよく、例えば、ｓｉｄｅｌｉｎｋ ＵＥ ｉｎｆｏｒｍａｔｉｏｎを再利用して報知し、且つ特別なｒｅｌａｙアーキテクチャ伝送指示を含め、又は、専用のシグナリングを用いてｒｅｌａｙアーキテクチャで伝送されるＱｏＳ情報を報知し、ネットワーク側がＲＲＣ再配置シグナリングによって、ｒｅｍｏｔｅ ＵＥのＰＣ５リンクでの配置及びＱｏＳフロー情報からＳＬＲＢへのマッピング関係を送信する。
リモート端末のＰＣ５リンクでの配置及びマッピングに関しては、ＲＲＣシグナリングによって自分のＱｏＳ情報を報知してもよく、例えば、ｓｉｄｅｌｉｎｋ ＵＥ ｉｎｆｏｒｍａｔｉｏｎを再利用して報知し、且つ特別なｒｅｌａｙアーキテクチャ伝送指示を含め、又は、専用のシグナリングを用いてｒｅｌａｙアーキテクチャで伝送されるＱｏＳ情報を報知し、ネットワーク側がＲＲＣ再配置シグナリングによって、ｒｅｍｏｔｅ ＵＥのＰＣ５リンクでの配置及びＱｏＳフロー情報からＳＬＲＢへのマッピング関係を送信する。
【0086】
中継端末のＰＣ５リンクでの配置とマッピングに関しては、中継端末が報知を行い且つネットワーク側配置を取得するようにしてもよい。但し、中継アーキテクチャのサービスであることを別に指示する必要がある。
【0087】
Ｕｕリンクの配置及び実施例１００で紹介したマッピング関係に関して、リモート端末はＮＡＳメッセージによってコアネットワークとインタラクションし、次にコアネットワークは受け取り、配置するようにネットワーク機器に通知し、ネットワーク機器によるＵｕリンクのベアラー配置をトリガーする。
【0088】
リモート端末と中継端末のＰＣ５リンクの配置が同じネットワーク機器により決定され送信されるので、ネットワーク機器はＵｕリンク配置を行う時に、ＰＣ５リンクのサイドリンクベアラー及び／又はＱｏＳフロー情報とＵｕベアラーのマッピング関係を決定し、且つ中継端末に送信することができる。
【0089】
全ての配置が完了した後、リモート端末はＰＣ５ ｌｉｎｋとＵｕ ｌｉｎｋの二部分のベアラー配置とマッピングによって、自分のデータ伝送を行うことができる。そのうち、サイドリンクベアラー及び／又はＱｏＳフロー情報とＵｕベアラーのマッピングは中継端末によってネットワーク機器配置に応じて実行される。
【0090】
［工程２］
１つのリモート端末にとって、そのｒｅｌａｙアーキテクチャのサービスが最終的にネットワーク機器側に伝送されるので、リモート端末のＮＡＳ手順でネットワーク機器とインタラクションした後、関連するＵｕ ｌｉｎｋとＰＣ５ ｌｉｎｋの全部配置を行ってもよい。
１つのリモート端末にとって、そのｒｅｌａｙアーキテクチャのサービスが最終的にネットワーク機器側に伝送されるので、リモート端末のＮＡＳ手順でネットワーク機器とインタラクションした後、関連するＵｕ ｌｉｎｋとＰＣ５ ｌｉｎｋの全部配置を行ってもよい。
【0091】
即ち、リモート端末はコアネットワークとサービス要求についてインタラクションした後、コアネットワークは当該ｒｅｌａｙサービスリクエストを許可し、コアネットワークノード、例えばＡＭＦは、ネットワーク機器へｒｅｌａｙサービス確立リクエストを送信し、当該リクエストによって、１、ｒｅｍｏｔｅ ＵＥのＰＣ５ ｌｉｎｋ配置、２、ｒｅｌａｙ ＵＥのＰＣ５ ｌｉｎｋ配置、及び３、ｒｅｌａｙ ＵＥのＵｕ ｌｉｎｋ関連配置と実施例１００で紹介したマッピング関係という３方面を配置することになる。当然ながら、異なるリモート端末又は異なるＳＬＲＢを区別するために、ＱｏＳフローインデックス／サイドリンクベアラーインデックス／ＵＥ ＩＤを配置してもよい。３方面が全部ネットワーク機器により決定されるので、ネットワーク機器によって配置の一致性を確保し、各ノードが配置を取得した後、配置に従って動作する。
【0092】
［工程３］
リモート端末のＰＣ５ ｌｉｎｋ配置は自分のＲＲＣシグナリング報知手順によってトリガーされ、中継端末のＵｕ ｌｉｎｋ配置とＰＣ５ ｌｉｎｋ配置は中継端末のＮＡＳ手順の後、コアネットワークがネットワーク機器に送信する中継サービス確立リクエストによりトリガーされ、具体的な手順については工程２を参照してもよい。
リモート端末のＰＣ５ ｌｉｎｋ配置は自分のＲＲＣシグナリング報知手順によってトリガーされ、中継端末のＵｕ ｌｉｎｋ配置とＰＣ５ ｌｉｎｋ配置は中継端末のＮＡＳ手順の後、コアネットワークがネットワーク機器に送信する中継サービス確立リクエストによりトリガーされ、具体的な手順については工程２を参照してもよい。
【0093】
（実施例２）
上記の実施例を基に、本実施例２はＬ３中継アーキテクチャによるいくつかの典型的な工程を提供する。Ｌ３中継アーキテクチャにおいて、リモート端末は一般に自分のＲＲＣ接続とＮＡＳ接続がない。
上記の実施例を基に、本実施例２はＬ３中継アーキテクチャによるいくつかの典型的な工程を提供する。Ｌ３中継アーキテクチャにおいて、リモート端末は一般に自分のＲＲＣ接続とＮＡＳ接続がない。
【0094】
リモート端末のサービス情報と要求はＰＣ５－Ｓ又はＰＣ５ ＲＲＣを経由して中継端末に送信され、中継端末は自分のＲＲＣ接続によってネットワーク機器に報知し、中継端末のＮＡＳ接続によってコアネットワークとインタラクションする。例えば、ＰＤＵ ｓｅｓｓｉｏｎ確立等を行う。これらの報知において、中継端末は特殊なｒｅｌａｙ指示識別子を含めてもよく、甚だしい場合にはリモート端末識別子を含めてもよい。これによって、自分のサービスと異なるものであり、ネットワークが配置する時にｒｅｌａｙアーキテクチャを考慮する必要があることを示す。
【0095】
［工程１］
リモート端末はＳＩＢ又は事前配置情報又は自分のＲＲＣ（現在サービスと関係しない）によって、ＰＣ５ ｌｉｎｋの配置を取得し、ＰＣ５ ＲＲＣによってｒｅｌａｙ ＵＥに送信する。
リモート端末はＳＩＢ又は事前配置情報又は自分のＲＲＣ（現在サービスと関係しない）によって、ＰＣ５ ｌｉｎｋの配置を取得し、ＰＣ５ ＲＲＣによってｒｅｌａｙ ＵＥに送信する。
【0096】
中継端末はリモート端末サービス情報及び／又はリモート端末のＰＣ５ ｌｉｎｋ配置、ＳＬＲＢ配置等をネットワーク機器に報知し、ネットワーク機器は中継端末のＰＣ５ ｌｉｎｋ配置を配置する。
【0097】
中継端末は自分のＮＡＳ手順によって、コアネットワークに対してリモート端末サービス伝送をリクエストし、コアネットワークが許可した後、ネットワーク機器に対して受け取り、配置することをリクエストし、この時にネットワーク機器は中継端末にＵｕ ｌｉｎｋの配置及び実施例１００で紹介したマッピング関係を提供する。
【0098】
［工程２］
中継端末は自分のＮＡＳ手順によって、コアネットワークに対してリモート端末サービス伝送をリクエストし、コアネットワークが許可した後、ネットワーク機器に対して受け取り、配置することをリクエストし、この時に、基地局は下記の三種の配置を提供する。１、リモート端末のＰＣ５ ｌｉｎｋ配置であって、ＲＲＣによって中継端末に送信し、中継端末がＰＣ５ ＲＲＣによってリモート端末に送信する。２、中継端末のＰＣ５ ｌｉｎｋ配置であって、ＲＲＣシグナリングによって中継端末に送信する。３、中継端末のＵｕ ｌｉｎｋ関連配置と実施例１００で紹介したマッピング関係である。当然ながら、異なるリモート端末又は異なるＳＬＲＢを区別するために、ＱｏＳフローインデックス／サイドリンクベアラーインデックス／ＵＥ ＩＤを配置してもよい。３方面が全部ネットワーク機器により決定されるので、ネットワーク機器によって配置の一致性を確保し、各ノードが配置を取得した後、配置に従って動作する。
中継端末は自分のＮＡＳ手順によって、コアネットワークに対してリモート端末サービス伝送をリクエストし、コアネットワークが許可した後、ネットワーク機器に対して受け取り、配置することをリクエストし、この時に、基地局は下記の三種の配置を提供する。１、リモート端末のＰＣ５ ｌｉｎｋ配置であって、ＲＲＣによって中継端末に送信し、中継端末がＰＣ５ ＲＲＣによってリモート端末に送信する。２、中継端末のＰＣ５ ｌｉｎｋ配置であって、ＲＲＣシグナリングによって中継端末に送信する。３、中継端末のＵｕ ｌｉｎｋ関連配置と実施例１００で紹介したマッピング関係である。当然ながら、異なるリモート端末又は異なるＳＬＲＢを区別するために、ＱｏＳフローインデックス／サイドリンクベアラーインデックス／ＵＥ ＩＤを配置してもよい。３方面が全部ネットワーク機器により決定されるので、ネットワーク機器によって配置の一致性を確保し、各ノードが配置を取得した後、配置に従って動作する。
【0099】
［工程３］
リモート端末のＰＣ５ ｌｉｎｋ配置及び中継端末のＰＣ５ ｌｉｎｋ配置は、中継端末のＲＲＣシグナリング報知手順によってトリガーされ、そのうち、リモート端末の配置は先に中継端末に送信され、次に中継端末はＰＣ５ ＲＲＣによってリモート端末に送信する。
リモート端末のＰＣ５ ｌｉｎｋ配置及び中継端末のＰＣ５ ｌｉｎｋ配置は、中継端末のＲＲＣシグナリング報知手順によってトリガーされ、そのうち、リモート端末の配置は先に中継端末に送信され、次に中継端末はＰＣ５ ＲＲＣによってリモート端末に送信する。
【0100】
中継端末のＵｕ ｌｉｎｋ配置及び実施例１００で紹介したマッピング関係は、中継端末のＮＡＳ手順の後、コアネットワークがネットワーク機器に送信する中継サービス確立リクエストによってトリガーされる。
【0101】
以上では、図１を参照しながら本願の実施例によるサイドリンク中継アーキテクチャ中の配置方法を詳細に説明した。以下では、図３を参照しながら本願の別の実施例によるサイドリンク中継アーキテクチャ中の配置方法を詳細に説明する。ネットワーク機器側から説明するネットワーク機器と中継端末のインタラクションは、以上の実施例における中継端末機器側に基づく説明と同じであることが理解でき、繰り返して説明しないように、関連説明を適宜省略する。
【0102】
図３は、本願の実施例のサイドリンク中継アーキテクチャ中の配置方法を実現する流れの模式図であり、ネットワーク機器側に適用することができる。図３に示すように、当該方法３００は、下記のステップＳ３０２を含む。
【0103】
Ｓ３０２では、中継端末に対して、リモート端末のサイドリンクベアラー、ＱｏＳフロー情報の少なくとも一項と、中継端末とネットワーク機器との間のベアラーであるＵｕベアラーとのマッピング関係を配置するための配置情報を送信する。
【0104】
本願の実施例では、ネットワーク機器は中継端末に対してサイドリンクベアラー及び／又はＱｏＳフロー情報とＵｕベアラーのマッピング関係を配置でき、中継端末がリモート端末のために働くことを可能とし、サービスのＱｏＳ要求に対応し、システム性能及びユーザ体験を向上させる。
【0105】
選択可能に、一実施例として、前記Ｕｕベアラーは、Ｕｕ ＤＲＢ又はＵｕ ＲＬＣベアラーを含み、前記サイドリンクベアラーは、ＳＬＲＢ又はサイドリンクＲＬＣベアラーを含む。
【0106】
選択可能に、一実施例として、配置情報を送信する前記ステップの前に、前記方法は、前記中継端末からのＱｏＳ情報を受信するステップであって、前記ＱｏＳ情報は前記リモート端末から前記中継端末に送信されるステップと、前記ＱｏＳ情報により前記中継端末に対して前記Ｕｕベアラーを配置するステップと、を更に含む。
【0107】
選択可能に、一実施例として、前記ＱｏＳ情報は新しく定義されたＲＲＣシグナリングに含められ、前記新しく定義されたＲＲＣシグナリングは前記ＱｏＳ情報が前記リモート端末のサービスの対応するものであることを指示するためのものであり、又は、
前記ＱｏＳ情報は既存のＲＲＣシグナリングに含められ、前記既存のＲＲＣシグナリングは前記ＱｏＳ情報が前記リモート端末のサービスの対応するものであることを指示するための指示情報を含む。
前記ＱｏＳ情報は既存のＲＲＣシグナリングに含められ、前記既存のＲＲＣシグナリングは前記ＱｏＳ情報が前記リモート端末のサービスの対応するものであることを指示するための指示情報を含む。
【0108】
選択可能に、一実施例として、配置情報を送信する前記ステップの前に、前記方法は、前記中継端末からのサイドリンクベアラー情報を受信するステップであって、前記サイドリンクベアラー情報は前記リモート端末から前記中継端末に送信されるステップと、前記サイドリンクベアラー情報により前記中継端末に対して前記Ｕｕベアラーを配置するステップと、を更に含む。
【0109】
選択可能に、一実施例として、前記配置情報が前記サイドリンクベアラーと前記Ｕｕベアラーのマッピング関係を配置するためのものとなる場合に、Ｎ個の前記サイドリンクベアラーが１つの前記Ｕｕベアラーにマッピングされ、Ｎが１以上の整数であり、及び／又は、
前記配置情報が前記ＱｏＳフロー情報と前記Ｕｕベアラーのマッピング関係を配置するためのものとなる場合に、Ｍ個の前記ＱｏＳフロー情報が１つの前記Ｕｕベアラーにマッピングされ、Ｍが１以上の整数である。
前記配置情報が前記ＱｏＳフロー情報と前記Ｕｕベアラーのマッピング関係を配置するためのものとなる場合に、Ｍ個の前記ＱｏＳフロー情報が１つの前記Ｕｕベアラーにマッピングされ、Ｍが１以上の整数である。
【0110】
選択可能に、一実施例として、前記Ｕｕベアラー中で伝送されるＩＰパケットには前記リモート端末と対応関係にあるＩＰアドレスが含まれる。
【0111】
選択可能に、一実施例として、前記Ｕｕベアラー中で伝送されるＩＰパケットはＤＳＣＰ領域を含み、前記ＤＳＣＰ領域の複数の値はそれぞれ複数の異なるＱｏＳ情報のデータに対応し、前記複数の異なるＱｏＳ情報のデータは１つ又は複数の前記リモート端末に属する。
【0112】
選択可能に、一実施例として、前記Ｕｕベアラーは複数の異なる前記リモート端末を識別するための複数の端末識別子を含む。
【0113】
選択可能に、一実施例として、Ｎが１よりも大きい場合に、前記Ｕｕベアラー中で伝送されるパケットには、複数の前記リモート端末の複数の前記サイドリンクベアラー、同一の前記リモート端末の異なる前記サイドリンクベアラーの一項を区別するためのサイドリンクベアラーインデックスが含まれ、及び／又は、
Ｍが１よりも大きい場合に、前記Ｕｕベアラー中で伝送されるパケットには、複数の前記リモート端末の複数の前記ＱｏＳフロー情報、同一の前記リモート端末の異なる前記ＱｏＳフロー情報の一項を区別するためのＱｏＳフローインデックスが含まれる。
Ｍが１よりも大きい場合に、前記Ｕｕベアラー中で伝送されるパケットには、複数の前記リモート端末の複数の前記ＱｏＳフロー情報、同一の前記リモート端末の異なる前記ＱｏＳフロー情報の一項を区別するためのＱｏＳフローインデックスが含まれる。
【0114】
以下では、図４を参照しながら本願の別の実施例によるサイドリンク中継アーキテクチャ中の配置方法を詳細に説明する。リモート端末側から説明するリモート端末と中継端末のインタラクションは、以上の実施例における中継端末機器側に基づく説明と同じであることが理解でき、繰り返して説明しないように、関連説明を適宜省略する。
【0115】
【0116】
Ｓ４０２では、ネットワーク機器が中継端末に対して、サイドリンクベアラー、ＱｏＳフロー情報の少なくとも一項と、中継端末とネットワーク機器との間のベアラーであるＵｕベアラーとのマッピング関係を配置するためのＱｏＳ情報を送信する。
【0117】
本願の実施例では、ネットワーク機器は中継端末に対してサイドリンクベアラー及び／又はＱｏＳフロー情報とＵｕベアラーのマッピング関係を配置でき、中継端末がリモート端末のために働くことを可能とし、サービスのＱｏＳ要求に対応し、システム性能及びユーザ体験を向上させる。
【0118】
選択可能に、一実施例として、ＱｏＳ情報を送信する前記ステップは、
１）前記中継端末へ前記ＱｏＳ情報を送信するステップであって、前記中継端末は更に前記ＱｏＳ情報を前記ネットワーク機器に送信するためのものとなるステップと、
２）前記ネットワーク機器へ前記ＱｏＳ情報を送信するステップと、
３）コアネットワーク機器との非アクセス層ＮＡＳシグナリング手順で、前記コアネットワーク機器へ前記ＱｏＳ情報を送信するステップであって、前記コアネットワーク機器は更に前記ＱｏＳ情報を前記ネットワーク機器に送信するためのものとなるステップとの少なくとも一項を含む。
１）前記中継端末へ前記ＱｏＳ情報を送信するステップであって、前記中継端末は更に前記ＱｏＳ情報を前記ネットワーク機器に送信するためのものとなるステップと、
２）前記ネットワーク機器へ前記ＱｏＳ情報を送信するステップと、
３）コアネットワーク機器との非アクセス層ＮＡＳシグナリング手順で、前記コアネットワーク機器へ前記ＱｏＳ情報を送信するステップであって、前記コアネットワーク機器は更に前記ＱｏＳ情報を前記ネットワーク機器に送信するためのものとなるステップとの少なくとも一項を含む。
【0119】
選択可能に、一実施例として、前記ＱｏＳ情報は、１）前記リモート端末のサービスを中継アーキテクチャによって伝送することを指示する中継指示情報、及び２）前記中継端末の識別子情報の少なくとも一項を含む。
【0120】
ネットワーク機器は、まずリモート端末のサービス要求情報を取得してよく、更にリモート端末のデータに対して正確なベアラーとマッピングを配置し、サービス要求情報を取得する方法として、下記の方法がある。
【0121】
方法１として、リモート端末がサービスネットワーク機器へサービスＱｏＳ情報を報知する。
【0122】
このような方式はリモート端末が接続状態にある場合に適合し、例えば、リモート端末がＬ２ Ｒｅｌａｙアーキテクチャによってネットワーク機器側に接続され、又は、リモート端末が直接サービスノードにＲＲＣ接続されている。この時にリモート端末はＲＲＣメッセージによって、自分が間もなく行うサービスのＱｏＳ情報をネットワーク機器に報知することができる。例えば、ｓｉｄｅｌｉｎｋ ＵＥ ｉｎｆｏｒｍａｔｉｏｎを用いて報知し、詳細なＱｏＳ ｌｉｓｔ情報を含め、その中に明示的な中継指示を含めてもよく、サービスをｒｅｌａｙアーキテクチャを介してネットワーク機器側に伝送する必要があり、一般のＰＣ５サービスと異なり、違った取扱をする必要があることを示す。
【0123】
この工程で、明示的又は暗示的に中継端末情報を報知してもよく、これによってネットワーク機器側が中継端末に対しても関連配置を行う。明示的な報知とは、中継端末識別子情報を明確に含めることであってもよく、暗示的報知とは、リモート端末のＲＲＣシグナリングが中継端末のＵｕベアラーによって送信される可能性があるので、ネットワーク側が当該ＲＲＣシグナリングを受信すると、対応する中継端末を知ることができ、セットとしてリモート端末に使用する配置を中継端末に提供することである。
【0124】
方法２として、リモート端末がＮＡＳ手順によってサービスＱｏＳ情報についてコアネットワークとインタラクションし、コアネットワークがサービスＱｏＳ情報をサービスネットワーク機器（基地局）に送信する。
【0125】
このような方法とは、リモート端末が自分のＮＡＳ手順によって、コアネットワークノード、例えばＡＭＦにＱｏＳ情報を報知することであり、サービスをｒｅｌａｙアーキテクチャによってネットワーク側に伝送する必要があることを示すように、その中に中継指示を明示的に含めてもよく、コアネットワークがリモート端末と中継端末を関連付けて処理するように、中継端末の識別子を含めてもよい。
【0126】
コアネットワークノードは基本的な検証とポリシー処理を行った後、リモート端末に対して、リクエストされたｒｅｌａｙサービスを確立すると決定し、コアネットワークノードは基地局との間のインタフェースによって、基地局へサービスリクエストを送信し、リモート端末のＱｏＳ情報と中継指示及び可能な中継端末の識別子を含め、サービスに対して対応するベアラーを確立することを基地局にリクエストする。
【0127】
方法３として、中継端末がサービスネットワーク機器（基地局）へリモート端末のサービスＱｏＳ情報を報知する。
【0128】
方法４として、中継端末がサービスネットワーク機器（基地局）へリモート端末のＰＣ５サービスベアラー情報を報知する。
【0129】
方法３と方法４については以上において紹介したため、ここで詳細な説明を省略する。
【0130】
【0131】
図５は、本願の実施例による端末機器の構成模式図である。図５に示すように、端末機器５００（上記の実施例における中継端末に対応する）は、
リモート端末のサイドリンクベアラー、ＱｏＳフロー情報の少なくとも一項と、前記端末機器５００とネットワーク機器との間のベアラーであるＵｕベアラーとのマッピング関係を配置するための配置情報を受信することに利用可能な受信モジュール５０２を備える。
リモート端末のサイドリンクベアラー、ＱｏＳフロー情報の少なくとも一項と、前記端末機器５００とネットワーク機器との間のベアラーであるＵｕベアラーとのマッピング関係を配置するための配置情報を受信することに利用可能な受信モジュール５０２を備える。
【0132】
本願の実施例では、ネットワーク機器は中継端末に対してサイドリンクベアラー及び／又はＱｏＳフロー情報とＵｕベアラーのマッピング関係を配置でき、中継端末がリモート端末のために働くことを可能とし、サービスのＱｏＳ要求に対応し、システム性能及びユーザ体験を向上させる。
【0133】
選択可能に、一実施例として、前記Ｕｕベアラーは、Ｕｕ専用無線ベアラーＤＲＢ又はＵｕ無線リンク制御ＲＬＣベアラーを含み、前記サイドリンクベアラーは、サイドリンク無線ベアラーＳＬＲＢ又はサイドリンクＲＬＣベアラーを含む。
【0134】
選択可能に、一実施例として、端末機器５００は、送信モジュールを更に備え、受信モジュール５０２は、更に、前記リモート端末からのＱｏＳ情報を受信することに利用可能であり、送信モジュールは、前記ネットワーク機器へ前記ＱｏＳ情報を送信することに用いられ、前記ＱｏＳ情報は前記ネットワーク機器が前記中継端末に対して前記Ｕｕベアラーを配置するためのものである。
【0135】
選択可能に、一実施例として、送信モジュールは、
新しく定義された無線資源制御ＲＲＣシグナリングによって前記ネットワーク機器へ前記ＱｏＳ情報を送信するステップであって、前記新しく定義されたＲＲＣシグナリングは前記ＱｏＳ情報が前記リモート端末のサービスの対応するものであることを指示するためのものであるステップ、又は、
既存のＲＲＣシグナリングを再利用して前記ネットワーク機器へ前記ＱｏＳ情報を送信するステップであって、前記既存のＲＲＣシグナリングは前記ＱｏＳ情報が前記リモート端末のサービスの対応するものであることを指示するための指示情報を含むステップを実行することに用いられる。
新しく定義された無線資源制御ＲＲＣシグナリングによって前記ネットワーク機器へ前記ＱｏＳ情報を送信するステップであって、前記新しく定義されたＲＲＣシグナリングは前記ＱｏＳ情報が前記リモート端末のサービスの対応するものであることを指示するためのものであるステップ、又は、
既存のＲＲＣシグナリングを再利用して前記ネットワーク機器へ前記ＱｏＳ情報を送信するステップであって、前記既存のＲＲＣシグナリングは前記ＱｏＳ情報が前記リモート端末のサービスの対応するものであることを指示するための指示情報を含むステップを実行することに用いられる。
【0136】
選択可能に、一実施例として、端末機器５００は、送信モジュールを更に備え、受信モジュールは、更に、前記リモート端末からのサイドリンクベアラー情報を受信することに利用可能であり、送信モジュールは、前記ネットワーク機器へ前記サイドリンクベアラー情報を送信することに用いられ、前記サイドリンクベアラー情報は前記ネットワーク機器が前記中継端末に対して前記Ｕｕベアラーを配置するためのものである。
【0137】
選択可能に、一実施例として、
前記配置情報が前記サイドリンクベアラーと前記Ｕｕベアラーのマッピング関係を配置するためのものとなる場合に、Ｎ個の前記サイドリンクベアラーが１つの前記Ｕｕベアラーにマッピングされ、Ｎが１以上の整数であり、及び／又は、
前記配置情報が前記ＱｏＳフロー情報と前記Ｕｕベアラーのマッピング関係を配置するためのものとなる場合に、Ｍ個の前記ＱｏＳフロー情報が１つの前記Ｕｕベアラーにマッピングされ、Ｍが１以上の整数である。
前記配置情報が前記サイドリンクベアラーと前記Ｕｕベアラーのマッピング関係を配置するためのものとなる場合に、Ｎ個の前記サイドリンクベアラーが１つの前記Ｕｕベアラーにマッピングされ、Ｎが１以上の整数であり、及び／又は、
前記配置情報が前記ＱｏＳフロー情報と前記Ｕｕベアラーのマッピング関係を配置するためのものとなる場合に、Ｍ個の前記ＱｏＳフロー情報が１つの前記Ｕｕベアラーにマッピングされ、Ｍが１以上の整数である。
【0138】
選択可能に、一実施例として、前記Ｕｕベアラー中で伝送されるＩＰパケットには前記リモート端末と対応関係にあるＩＰアドレスが含まれる。
【0139】
選択可能に、一実施例として、端末機器５００は、前記ＩＰアドレスにより、前記Ｕｕベアラー中で伝送されるＩＰパケットを前記ＩＰアドレスに対応する前記リモート端末の前記サイドリンクベアラーにマッピングして伝送することに用いられる送信モジュールを更に備える。
【0140】
選択可能に、一実施例として、前記Ｕｕベアラー中で伝送されるＩＰパケットは差別化サービスコードポイントＤＳＣＰ領域を含み、前記ＤＳＣＰ領域の複数の値はそれぞれ複数の異なるＱｏＳ情報のデータに対応し、前記複数の異なるＱｏＳ情報のデータは１つ又は複数の前記リモート端末に属する。
【0141】
選択可能に、一実施例として、端末機器５００は、前記ＤＳＣＰ領域の値により、前記ＩＰパケットを前記ＤＳＣＰ領域の値に対応する前記リモート端末の前記サイドリンクベアラーにマッピングして伝送することに用いられる送信モジュールを更に備える。
【0142】
選択可能に、一実施例として、前記ＤＳＣＰ領域の値は前記サイドリンクベアラーに対してマッピング関係があり、前記ＤＳＣＰ領域の値は前記サイドリンクベアラーの属性に対してマッピング関係がある。
【0143】
選択可能に、一実施例として、前記Ｕｕベアラーは複数の異なる前記リモート端末を識別するための複数の端末識別子を含む。
【0144】
選択可能に、一実施例として、端末機器５００は、前記端末識別子により、前記Ｕｕベアラー中で伝送されるパケットを対応する前記リモート端末の前記サイドリンクベアラーにマッピングして伝送することに用いられる送信モジュールを更に備える。
【0145】
選択可能に、一実施例として、
Ｎが１よりも大きい場合に、前記Ｕｕベアラー中で伝送されるパケットには、複数の前記リモート端末の複数の前記サイドリンクベアラー、同一の前記リモート端末の異なる前記サイドリンクベアラーの一項を区別するためのサイドリンクベアラーインデックスが含まれ、及び／又は、
Ｍが１よりも大きい場合に、前記Ｕｕベアラー中で伝送されるパケットには、複数の前記リモート端末の複数の前記ＱｏＳフロー情報、同一の前記リモート端末の異なる前記ＱｏＳフロー情報の一項を区別するためのＱｏＳフローインデックスが含まれる。
Ｎが１よりも大きい場合に、前記Ｕｕベアラー中で伝送されるパケットには、複数の前記リモート端末の複数の前記サイドリンクベアラー、同一の前記リモート端末の異なる前記サイドリンクベアラーの一項を区別するためのサイドリンクベアラーインデックスが含まれ、及び／又は、
Ｍが１よりも大きい場合に、前記Ｕｕベアラー中で伝送されるパケットには、複数の前記リモート端末の複数の前記ＱｏＳフロー情報、同一の前記リモート端末の異なる前記ＱｏＳフロー情報の一項を区別するためのＱｏＳフローインデックスが含まれる。
【0146】
選択可能に、一実施例として、端末機器５００は、
前記サイドリンクベアラーインデックスにより、前記Ｕｕベアラー中で伝送されるパケットを前記サイドリンクベアラーインデックスに対応する前記リモート端末の前記サイドリンクベアラーにマッピングして伝送するステップと、
前記ＱｏＳフローインデックスにより、前記Ｕｕベアラー中で伝送されるパケットを前記ＱｏＳフローインデックスに対応する前記リモート端末の前記サイドリンクベアラーにマッピングして伝送するステップとを実行することに用いられる送信モジュールを更に備える。
前記サイドリンクベアラーインデックスにより、前記Ｕｕベアラー中で伝送されるパケットを前記サイドリンクベアラーインデックスに対応する前記リモート端末の前記サイドリンクベアラーにマッピングして伝送するステップと、
前記ＱｏＳフローインデックスにより、前記Ｕｕベアラー中で伝送されるパケットを前記ＱｏＳフローインデックスに対応する前記リモート端末の前記サイドリンクベアラーにマッピングして伝送するステップとを実行することに用いられる送信モジュールを更に備える。
【0147】
本願の実施例による端末機器５００については、本願の実施例の方法１００に対応する流れを参照してもよく、また、当該端末機器５００における各ユニット／モジュールと上記の他の操作及び／又は機能は、それぞれ方法１００における対応する流れを実現するためのものであり、且つ同様又は同等な技術効果を達成でき、簡潔にするために、ここでは詳細な説明を省略する。
【0148】
図６は、本願の実施例による端末機器の構成模式図である。図６に示すように、端末機器６００（上記の実施例におけるリモート端末に対応する）は、
ネットワーク機器が中継端末に対して、サイドリンクベアラー、ＱｏＳフロー情報の少なくとも一項と、前記中継端末と前記ネットワーク機器との間のベアラーであるＵｕベアラーとのマッピング関係を配置するためのＱｏＳ情報を送信することに利用可能な送信モジュール６０２を備える。
ネットワーク機器が中継端末に対して、サイドリンクベアラー、ＱｏＳフロー情報の少なくとも一項と、前記中継端末と前記ネットワーク機器との間のベアラーであるＵｕベアラーとのマッピング関係を配置するためのＱｏＳ情報を送信することに利用可能な送信モジュール６０２を備える。
【0149】
本願の実施例では、ネットワーク機器は中継端末に対してサイドリンクベアラー及び／又はＱｏＳフロー情報とＵｕベアラーのマッピング関係を配置でき、中継端末がリモート端末のために働くことを可能とし、サービスのＱｏＳ要求に対応し、システム性能及びユーザ体験を向上させる。
【0150】
選択可能に、一実施例として、送信モジュール６０２は、
１）前記中継端末へ前記ＱｏＳ情報を送信するステップであって、前記中継端末は更に前記ＱｏＳ情報を前記ネットワーク機器に送信するためのものとなるステップと、
２）前記ネットワーク機器へ前記ＱｏＳ情報を送信するステップと、
３）コアネットワーク機器との非アクセス層ＮＡＳシグナリング手順で、前記コアネットワーク機器へ前記ＱｏＳ情報を送信するステップであって、前記コアネットワーク機器は更に前記ＱｏＳ情報を前記ネットワーク機器に送信するためのものとなるステップとの少なくとも一項を実行することに利用可能である。
１）前記中継端末へ前記ＱｏＳ情報を送信するステップであって、前記中継端末は更に前記ＱｏＳ情報を前記ネットワーク機器に送信するためのものとなるステップと、
２）前記ネットワーク機器へ前記ＱｏＳ情報を送信するステップと、
３）コアネットワーク機器との非アクセス層ＮＡＳシグナリング手順で、前記コアネットワーク機器へ前記ＱｏＳ情報を送信するステップであって、前記コアネットワーク機器は更に前記ＱｏＳ情報を前記ネットワーク機器に送信するためのものとなるステップとの少なくとも一項を実行することに利用可能である。
【0151】
選択可能に、一実施例として、前記ＱｏＳ情報は、１）前記リモート端末のサービスを中継アーキテクチャによって伝送することを指示する中継指示情報、及び２）前記中継端末の識別子情報の少なくとも一項を含む。
【0152】
本願の実施例による端末機器６００については、本願の実施例の方法４００に対応する流れを参照してもよく、また、当該端末機器６００における各ユニット／モジュールと上記の他の操作及び／又は機能は、それぞれ方法４００における対応する流れを実現するためのものであり、且つ同様又は同等な技術効果を達成でき、簡潔にするために、ここで詳細な説明を省略する。
【0153】
図７は、本願の実施例によるネットワーク機器の構成模式図である。図７に示すように、ネットワーク機器７００は、
中継端末が、リモート端末のサイドリンクベアラー、ＱｏＳフロー情報の少なくとも一項と、前記中継端末と前記ネットワーク機器との間のベアラーであるＵｕベアラーとのマッピング関係を配置するための配置情報を送信することに利用可能な送信モジュール７０２を備える。
中継端末が、リモート端末のサイドリンクベアラー、ＱｏＳフロー情報の少なくとも一項と、前記中継端末と前記ネットワーク機器との間のベアラーであるＵｕベアラーとのマッピング関係を配置するための配置情報を送信することに利用可能な送信モジュール７０２を備える。
【0154】
本願の実施例では、ネットワーク機器は中継端末に対してサイドリンクベアラー及び／又はＱｏＳフロー情報とＵｕベアラーのマッピング関係を配置でき、中継端末がリモート端末のために働くことを可能とし、サービスのＱｏＳ要求に対応し、システム性能及びユーザ体験を向上させる。
【0155】
選択可能に、一実施例として、前記Ｕｕベアラーは、Ｕｕ ＤＲＢ又はＵｕ ＲＬＣベアラーを含み、前記サイドリンクベアラーは、ＳＬＲＢ又はサイドリンクＲＬＣベアラーを含む。
【0156】
選択可能に、一実施例として、ネットワーク機器７００は、前記中継端末からのＱｏＳ情報を受信することに利用可能な受信モジュールを備え、前記ＱｏＳ情報は前記リモート端末から前記中継端末に送信され、送信モジュール７０２は、前記ＱｏＳ情報により前記中継端末に対して前記Ｕｕベアラーを配置することに利用可能である。
【0157】
選択可能に、一実施例として、
前記ＱｏＳ情報は新しく定義されたＲＲＣシグナリングに含められ、前記新しく定義されたＲＲＣシグナリングは前記ＱｏＳ情報が前記リモート端末のサービスの対応するものであることを指示するためのものであり、又は、
前記ＱｏＳ情報は既存のＲＲＣシグナリングに含められ、前記既存のＲＲＣシグナリングは前記ＱｏＳ情報が前記リモート端末のサービスの対応するものであることを指示するための指示情報を含む。
前記ＱｏＳ情報は新しく定義されたＲＲＣシグナリングに含められ、前記新しく定義されたＲＲＣシグナリングは前記ＱｏＳ情報が前記リモート端末のサービスの対応するものであることを指示するためのものであり、又は、
前記ＱｏＳ情報は既存のＲＲＣシグナリングに含められ、前記既存のＲＲＣシグナリングは前記ＱｏＳ情報が前記リモート端末のサービスの対応するものであることを指示するための指示情報を含む。
【0158】
選択可能に、一実施例として、ネットワーク機器７００は、前記中継端末からのサイドリンクベアラー情報を受信することに利用可能である受信モジュールを備え、前記サイドリンクベアラー情報は前記リモート端末から前記中継端末に送信され、送信モジュール７０２は、前記サイドリンクベアラー情報により前記中継端末に対して前記Ｕｕベアラーを配置することに利用可能である。
【0159】
選択可能に、一実施例として、
前記配置情報が前記サイドリンクベアラーと前記Ｕｕベアラーのマッピング関係を配置するためのものとなる場合に、Ｎ個の前記サイドリンクベアラーが１つの前記Ｕｕベアラーにマッピングされ、Ｎが１以上の整数であり、及び／又は、
前記配置情報が前記ＱｏＳフロー情報と前記Ｕｕベアラーのマッピング関係を配置するためのものとなる場合に、Ｍ個の前記ＱｏＳフロー情報が１つの前記Ｕｕベアラーにマッピングされ、Ｍが１以上の整数である。
前記配置情報が前記サイドリンクベアラーと前記Ｕｕベアラーのマッピング関係を配置するためのものとなる場合に、Ｎ個の前記サイドリンクベアラーが１つの前記Ｕｕベアラーにマッピングされ、Ｎが１以上の整数であり、及び／又は、
前記配置情報が前記ＱｏＳフロー情報と前記Ｕｕベアラーのマッピング関係を配置するためのものとなる場合に、Ｍ個の前記ＱｏＳフロー情報が１つの前記Ｕｕベアラーにマッピングされ、Ｍが１以上の整数である。
【0160】
選択可能に、一実施例として、前記Ｕｕベアラー中で伝送されるＩＰパケットには前記リモート端末と対応関係にあるＩＰアドレスが含まれる。
【0161】
選択可能に、一実施例として、前記Ｕｕベアラー中で伝送されるＩＰパケットはＤＳＣＰ領域を含み、前記ＤＳＣＰ領域の複数の値はそれぞれ複数の異なるＱｏＳ情報のデータに対応し、前記複数の異なるＱｏＳ情報のデータは１つ又は複数の前記リモート端末に属する。
【0162】
選択可能に、一実施例として、前記Ｕｕベアラーは複数の異なる前記リモート端末を識別するための複数の端末識別子を含む。
【0163】
選択可能に、一実施例として、Ｎが１よりも大きい場合に、前記Ｕｕベアラー中で伝送されるパケットには、複数の前記リモート端末の複数の前記サイドリンクベアラー、同一の前記リモート端末の異なる前記サイドリンクベアラーの一項を区別するためのサイドリンクベアラーインデックスが含まれ、及び／又は、
Ｍが１よりも大きい場合に、前記Ｕｕベアラー中で伝送されるパケットには、複数の前記リモート端末の複数の前記ＱｏＳフロー情報、同一の前記リモート端末の異なる前記ＱｏＳフロー情報の一項を区別するためのＱｏＳフローインデックスが含まれる。
Ｍが１よりも大きい場合に、前記Ｕｕベアラー中で伝送されるパケットには、複数の前記リモート端末の複数の前記ＱｏＳフロー情報、同一の前記リモート端末の異なる前記ＱｏＳフロー情報の一項を区別するためのＱｏＳフローインデックスが含まれる。
【0164】
本願の実施例によるネットワーク機器７００については、本願の実施例の方法３００に対応する流れを参照してもよく、また、当該ネットワーク機器７００における各ユニット／モジュールと上記の他の操作及び／又は機能は、それぞれ方法３００における対応する流れを実現するためのものであり、且つ同様又は同等な技術効果を達成でき、簡潔にするために、ここで詳細な説明を省略する。
【0165】
本明細書における各実施例は漸進的に説明されたが、各実施例において重点として説明したのは一般に他の実施例との相違点であり、各実施例間の同じまたは類似的な部分については互いに参照すればよい。機器実施例については、方法の実施例に基本的に類似するので、説明は比較的簡単であり、関連部分については方法の実施例の説明の一部を参照すればよい。
【0166】
単数形の名詞を指し示す時に不定冠詞又は定冠詞（例えば、「１つ」、「一」、「当該」）を使用した場合に、特に断らない限り、当該単数形の名詞は当該名詞の複数形を含む。
【0167】
なお、明細書と特許請求の範囲で「第１」、「第２」及び「第３」等の技術用語を使用して、類似した素子を区別したが、これらの技術用語は順序又は時系列を記述するものではない。理解すべきことは、このように使用した技術用語は適切な環境では交換可能であり、また、本明細書で記述された出願の実施手段は本明細書で記述され又は説明された順序以外の他の順序で操作してもよい。
【0168】
図８は、本願の別の実施例の端末機器のブロック図である。図８に示す端末機器８００は、少なくとも１つのプロセッサ８０１、メモリ８０２、少なくとも１つのネットワークインタフェース８０４及びユーザインタフェース８０３を備える。端末機器８００における各コンポーネントがバスシステム８０５によって接続される。バスシステム８０５がこれらのコンポーネントの間の接続通信を実現するためのものであることが理解可能である。バスシステム８０５はデータバスに加えて、さらに電源バス、制御バス及び状態信号バスを含む。ただし、説明を明瞭にするために、図８において各種のバスが全てバスシステム８０５とされている。
【0169】
その中、ユーザインタフェース８０３は、ディスプレイ、キーボード、クリックデバイス（例えば、マウス、トラックボール（ｔｒａｃｋｂａｌｌ））、タッチパッド又はタッチパネル等を備えてもよい。
【0170】
本願の実施例中のメモリ８０２は揮発性メモリ又は不揮発性メモリであってもよく、又は揮発性及び不揮発性メモリの両方を含んでもよいことが理解可能である。ここで、不揮発性メモリは、読み取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）、プログラマブル読み取り専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ，ＰＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（Ｅｒａｓａｂｌｅ ＰＲＯＭ，ＥＰＲＯＭ）、電気的消去可能なプログラマブル読み取り専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ，ＥＥＰＲＯＭ）又はフラッシュメモリであってよい。揮発性メモリはランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ，ＲＡＭ）であってよく、外部キャッシュとして用いられる。例示的なものであり限定する意図がない説明によれば、例えば、スタティックランダムアクセスメモリ（Ｓｔａｔｉｃ ＲＡＭ，ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（Ｄｙｎａｍｉｃ ＲＡＭ，ＤＲＡＭ）、同期ダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ，ＳＤＲＡＭ）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ，ＤＤＲＳＤＲＡＭ）、強化型同期ダイナミックランダムアクセスメモリ（Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ，ＥＳＤＲＡＭ）、同期接続ダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ，ＳＬＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ，ＤＲＲＡＭ）のような多くの形のＲＡＭが使用可能である。本願の実施例に記載のシステムと方法のメモリ８０２はこれらのメモリ及び他のいかなる適切なメモリを含むが、それらに限定されない。
【0171】
いくつかの実施形態では、メモリ８０２には、実行可能モジュール又はデータ構造、或いはそれらの部分集合、或いはそれらの拡張集合、オペレーティングシステム８０２１とアプリケーション８０２２が記憶されている。
【0172】
ここで、オペレーティングシステム８０２１は、例えば、フレームワーク層、コアライブラリ層、駆動層等、各種のシステムプログラムを含み、各種の基本サービスを実現し、ハードウェアに基づくタスクを処理するように構成される。アプリケーション８０２２は、例えば、メディアプレーヤー（Ｍｅｄｉａ Ｐｌａｙｅｒ）、ブラウザ（Ｂｒｏｗｓｅｒ）等、各種のアプリケーションを含み、各種のアプリケーションサービスを実現するように構成される。本願の実施例方法を実現するプログラムはアプリケーション８０２２に含めてもよい。
【0173】
本願の実施例では、端末機器８００は、メモリ８０２に記憶され且つプロセッサ８０１において実行可能なコマンド又はプログラムを更に備え、コマンド又はプログラムがプロセッサ８０１により実行される時に、下記の方法の実施例１００と４００のステップを実現する。
【0174】
上記の本願の実施例で開示された方法は、プロセッサ８０１に用いることができ、又はプロセッサ８０１によって実現することができる。プロセッサ８０１は信号処理能力を有する集積回路チップであってよい。実施過程では、上記方法の各ステップはプロセッサ８０１のハードウェアの集積論理回路又はソフトウェア形態の命令によって完成可能である。上記プロセッサ８０１は共通プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ，ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ，ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ，ＦＰＧＡ）又は他のプログラマブル論理デバイス、離散ゲート又はトランジスタ論理デバイス、離散ハードウェアコンポーネント等であってもよい。本願の実施例で開示された各方法、ステップ及び論理ブロック図を実現又は実行することができる。共通プロセッサは、マイクロプロセッサであってもよく、又はこのプロセッサはいかなる一般のプロセッサ等であってもよい。本願の実施例によって開示された方法のステップは、ハードウェア復号プロセッサにより実行、完了し、又は復号プロセッサ中のハードウェア及びソフトウェアモジュールの組み合わせにより実行、完了するように直接体現することができる。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラマブル読み取り専用メモリ又は電気的消去可能なプログラマブルメモリ、レジスタ等、本分野における熟達した可読記憶媒体に位置してもよい。当該可読記憶媒体はメモリ８０２に位置し、プロセッサ８０１はメモリ８０２中の情報を読み出し、そのハードウェアと提携して上記方法のステップを完成する。具体的には、当該可読記憶媒体にはコマンド又はプログラムが記憶されており、コマンド又はプログラムがプロセッサ８０１により実行される時に、上記方法の実施例１００と４００の各ステップを実現する。
【0175】
本願の実施例に記述したこれらの実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード又はそれらの組合せによって実現できることが理解可能である。ハードウェアによる実現について、処理ユニットは、１つ又は複数の特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ，ＡＳＩＣ）、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ，ＤＳＰ）、デジタル信号処理装置（ＤＳＰ Ｄｅｖｉｃｅ，ＤＳＰＤ）、プログラマブルロジックデバイス（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ，ＰＬＤ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ，ＦＰＧＡ）、共通プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本願に記載の機能を実行するための他の電子ユニット又はそれらの組合せにおいて実現することができる。
【0176】
ソフトウェアによる実現について、本願の実施例に記載の機能を実行するためのモジュール（例えば、プロセス、関数等）によって本願の実施例に記載の技術を実現することができる。ソフトウェアコードはメモリに記憶しプロセッサによって実行することができる。メモリはプロセッサ内又はプロセッサの外部で実現することができる。
【0177】
端末機器８００は、上記実施例における端末機器が実現する各工程を実現でき、且つ同様又は同等な技術効果を達成でき、繰り返して説明しないように、ここで詳細な説明を省略する。
【0178】
図９は、本願の実施例で適用されるネットワーク機器の構成図であり、方法の実施例３００のディテールを実現し、且つ同じ効果を達成することができる。図９に示すように、ネットワーク機器９００は、プロセッサ９０１、送受信機９０２、メモリ９０３及びバスインタフェースを備え、
本願の実施例では、ネットワーク機器９００は、メモリ９０３に記憶され且つプロセッサ９０１において実行可能なコマンド又はプログラムを更に備え、コマンド又はプログラムがプロセッサ９０１により実行される時に、方法の実施例３００のステップを実現する。
本願の実施例では、ネットワーク機器９００は、メモリ９０３に記憶され且つプロセッサ９０１において実行可能なコマンド又はプログラムを更に備え、コマンド又はプログラムがプロセッサ９０１により実行される時に、方法の実施例３００のステップを実現する。
【0179】
図９において、バスアーキテクチャは相互に接続されている任意数のバス及びブリッジを含んでもよく、具体的にはプロセッサ９０１を代表とした１つ又は複数のプロセッサ及びメモリ９０３を代表としたメモリの様々な回路によって一体に接続する。バスアーキテクチャはさらに、周辺機器、電圧レギュレータ及び電力管理回路等のような様々な他の回路を一体に接続することができ、これらはいずれも本分野に周知のことであるため、本明細書ではさらに説明しない。バスインタフェースはインタフェースを提供する。送受信機９０２は、送信機及び受信機を含む複数の部材であってもよく、伝送媒体で様々な他の装置と通信するためのユニットを提供する。
【0180】
プロセッサ９０１はバスアーキテクチャの管理と通常の処理を担当し、メモリ９０３はプロセッサ９０１が操作を実行する時に使用するデータを記憶できる。
【0181】
本願の実施例は、プログラム又はコマンドを記憶した可読記憶媒体であって、当該プログラム又はコマンドがプロセッサにより実行される時に、上記方法の実施例１００から方法の実施例４００のいずれかの方法の実施例の各工程を実現する可読記憶媒体を更に提供し、且つ同じ技術効果を達成でき、繰り返して説明しないように、ここでは詳細な説明を省略する。
【0182】
ここで、前記プロセッサは上記実施例に記載の電子機器におけるプロセッサである。前記可読記憶媒体は、例えば、コンピュータ読み出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ，ＲＡＭ）、磁気ディスク又は光ディスク等のコンピュータ可読記憶媒体を含む。
【0183】
本願の実施例は、更に、プロセッサと通信インタフェースを備えるチップであって、前記通信インタフェースと前記プロセッサとが接続され、前記プロセッサがプログラム又はコマンドを実行して、上記方法の実施例１００から方法の実施例４００のいずれかの方法の実施例の各工程を実現するためのものであるチップを提供し、且つ同じ技術効果を達成でき、繰り返して説明しないように、ここで詳細な説明を省略する。
【0184】
本願の実施例に記載のチップは、システムチップ、チップシステム又はシステムオンチップ等と呼んでもよいことを理解すべきである。
【0185】
説明すべきことは、本明細書において、用語「含む」、「からなる」又はその他のあらゆる変形は非排他的包含を含むように意図され、それにより一連の要素を含むプロセス、方法、物品又は装置は、それらの要素のみならず、明示されていない他の要素、又はこのようなプロセス、方法、物品又は装置に固有の要素をも含むようになる点である。特に断らない限り、語句「一つの…を含む」により限定される要素は、該要素を含むプロセス、方法、物品又は装置に別の同じ要素がさらに存在することを排除するものではない。なお、指摘すべきことは、本願の実施形態における方法と装置の範囲は示されたり、検討された順序で機能を実行するように限定されることがなく、関わる機能に応じて基本的に同時な方式又は反対の順序で機能を実行することを含んでもよく、例えば、記述された順序と異なる順序で記述された方法を実行することができ、更に各種のステップの追加、省略又は組合せも可能である点である。なお、一部の例を参照して記述された特徴は他の例に組み合わせることができる。
【0186】
以上の実施形態に対する説明によって、当業者であれば上記実施例の方法がソフトウェアと必要な共通ハードウェアプラットフォームとの組合せという形態で実現できることを明確に理解可能であり、当然ながら、ハードウェアによって実現してもよいが、多くの場合において前者はより好ましい実施形態である。このような見解をもとに、本願の技術的解決手段は実質的に又は従来技術に寄与する部分はソフトウェア製品の形で実施することができ、該コンピュータソフトウェア製品は、記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、端末（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク機器等であってもよい）に本願の各実施例に記載の方法を実行させる複数の命令を含む。
【0187】
以上、図面を参照しながら本願の実施例を説明したが、本願は上記の具体的な実施形態に限定されず、上記の具体的な実施形態は例示的なものに過ぎず、限定的なものではなく、本願の示唆をもとに、当業者が本願の趣旨及び特許請求の保護範囲から逸脱することなくなし得る多くの形態は、いずれも本願の保護範囲に属するものとする。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
