JP2023547724A - リモート端末業務識別方法、装置、機器及び記憶媒体 - Google Patents

Abstract

本出願は、リモート端末業務識別方法、装置、機器及び記憶媒体を開示し、通信技術分野に属する。前記方法は、第一のリモート端末により送信された第一のメッセージを受信することと、前記第一のメッセージを転送するための中継ベアラチャネルを決定することと、前記中継ベアラチャネルを介して前記第一のメッセージを相手側通信機器に転送することであって、前記第一のメッセージのデータパケットヘッダに前記第一のリモート端末の端末識別子及び／又はベアラ識別子が運ばれることとを含み、ここで、前記相手側通信機器は、ネットワーク側機器、次ホップの中継端末又は第二のリモート端末である。本出願の実施例では、リモート端末の業務多重化を行う過程において異なるリモート端末の業務を区別することで、中継端末は、異なるリモート端末の異なる業務を同一の伝送チャンネルで多重化して伝送することができ、伝送の効率を向上させ、全体の効率を考慮し、ユーザ体験を向上させるとともにシステム効率を保障している。【選択図】図３

Description

（関連出願の相互参照）
本出願は、２０２０年１２月１４日に中国特許局で提出された出願番号２０２０１１４７６４６９．４の中国特許出願の優先権を主張しており、同出願の内容のすべては、ここに参照として取り込まれる。

本出願は、通信技術分野に属し、具体的にはリモート端末業務識別方法、装置、機器及び記憶媒体に関する。

ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システムは、１２番目のリリースバージョンからサイドリンク（ｓｉｄｅｌｉｎｋ、又はサブリンク、エッジリンクなどと訳される）をサポートし、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）の間でネットワーク側機器を介さずデータ伝送を直接行うために用いられる。典型的なｓｉｄｅｌｉｎｋ中継ｒｅｌａｙシナリオでは、リモート端末（ｒｅｍｏｔｅ ＵＥ）は、中継端末（ｒｅｌａｙ ＵＥ）との間のｓｉｄｅｌｉｎｋリンクを介して、ｒｅｌａｙ ＵＥによってそのデータを基地局との間で転送する。このシナリオでは、ｒｅｍｏｔｅ ＵＥと基地局との間でデータ伝送が行われ、ｒｅｌａｙ ＵＥはデータ中継の役割を果たす。

関連技術では、リモート端末のＵｕインターフェース向けのパケットデータコンバージェンスプロトコル（Ｕｕ Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ、Ｕｕ ＰＤＣＰと略称される）層の下には、一つのアダプテーション層（ａｄａｐｔａｔｉｏｎ ｌａｙｅｒ）があり、主にｒｅｍｏｔｅ ＵＥの業務多重化を行うために用いられ、複数のｒｅｍｏｔｅ ＵＥの業務を一つのＵｕ ＲＢ（Ｒａｄｉｏ Ｂｅａｒｅｒ、無線ベアラ）で多重化して伝送を行うことができる。しかしながら関連技術では、ａｄａｐｔａｔｉｏｎ ｌａｙｅｒの基本機能のみが提案されており、ａｄａｐｔａｔｉｏｎ ｌａｙｅｒがｒｅｍｏｔｅ ＵＥの業務多重化を行う過程において、異なるｒｅｍｏｔｅ ＵＥの業務をどのように区別するかの解決方案が提供されていない。そのため、ａｄａｐｔａｔｉｏｎ ｌａｙｅｒは現在作動を行うことができない。

本出願の実施例の目的は、ｒｅｍｏｔｅ ＵＥの業務多重化を行う過程において異なるｒｅｍｏｔｅ ＵＥの業務を区別するという関連技術における問題を解決できるリモート端末業務識別方法、装置、機器及び記憶媒体を提供することである。

上記技術問題を解決するために、本出願は、以下のように実現される。

第一の態様によれば、中継端末に用いられるリモート端末業務識別方法を提供し、この方法は、第一のリモート端末により送信された第一のメッセージを受信することと、前記第一のメッセージを転送するための中継ベアラチャネルを決定することと、前記中継ベアラチャネルを介して前記第一のメッセージを相手側通信機器に転送することであって、前記第一のメッセージのデータパケットヘッダに前記第一のリモート端末の端末識別子及び／又はベアラ識別子が運ばれることとを含み、ここで、前記相手側通信機器は、ネットワーク側機器、次ホップの中継端末又は第二のリモート端末である。

第二の態様によれば、ネットワーク側機器に用いられるリモート端末業務識別方法を提供し、この方法は、中継端末が中継ベアラチャネルを介して送信した第一のメッセージを受信することを含み、ここで、前記第一のメッセージのデータパケットヘッダには、第一のリモート端末の端末識別子及び／又はベアラ識別子が運ばれる。

第三の態様によれば、リモート端末に用いられるリモート端末業務識別方法を提供し、この方法は、中継端末が中継ベアラチャネルを介して送信した第一のメッセージを受信することを含み、ここで、前記第一のメッセージのデータパケットヘッダには、第一のリモート端末の端末識別子及び／又は第一のリモート端末のベアラ識別子が運ばれる。

第四の態様によれば、中継端末に用いられるリモート端末業務識別装置を提供し、この装置は、第一のリモート端末により送信された第一のメッセージを受信するための第一の受信ユニットと、前記第一のメッセージを転送するための中継ベアラチャネルを決定するための第一の処理ユニットと、前記中継ベアラチャネルを介して前記第一のメッセージを相手側通信機器に転送するための第一の送信ユニットであって、前記第一のメッセージのデータパケットヘッダに前記第一のリモート端末の端末識別子及び／又はベアラ識別子が運ばれる第一の送信ユニットとを含み、ここで、前記相手側通信機器は、ネットワーク側機器、次ホップの中継端末又は第二のリモート端末である。

第五の態様によれば、ネットワーク側機器に用いられるリモート端末業務識別装置を提供し、この装置は、中継端末が中継ベアラチャネルを介して送信した第一のメッセージを受信するための第五の受信ユニットを含み、ここで、前記第一のメッセージのデータパケットヘッダには、第一のリモート端末の端末識別子及び／又はベアラ識別子が運ばれる。

第六の態様によれば、端末に用いられるリモート端末業務識別装置を提供し、この装置は、中継端末が中継ベアラチャネルを介して送信した第一のメッセージを受信するための第六の受信ユニットを含み、ここで、前記第一のメッセージのデータパケットヘッダには、第一のリモート端末の端末識別子及び／又は第一のリモート端末のベアラ識別子が運ばれる。

第七の態様によれば、端末を提供し、この端末は、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラム又は命令とを含み、前記プログラム又は命令が前記プロセッサにより実行される時、第一の態様に記載の方法のステップを実現し、又は第三の態様に記載の方法のステップを実現する。

第八の態様によれば、ネットワーク側機器を提供し、このネットワーク側機器は、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラム又は命令とを含み、前記プログラム又は命令が前記プロセッサにより実行される時、第二の態様に記載の方法のステップを実現する。

第九の態様によれば、可読記憶媒体を提供し、前記可読記憶媒体にはプログラム又は命令が記憶されており、前記プログラム又は命令がプロセッサにより実行される時、第一の態様に記載の方法のステップを実現し、又は第二の態様に記載の方法のステップを実現し、又は第三の態様に記載の方法のステップを実現する。

第十の態様によれば、チップを提供し、前記チップは、プロセッサと通信インターフェースとを含み、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、端末又はネットワーク側機器のプログラム又は命令を運行し、第一の態様に記載の方法を実現し、又は第二の態様に記載の方法を実現し、又は第三の態様に記載の方法を実現するために用いられる。

本出願の実施例では、ｒｅｍｏｔｅ ＵＥの業務多重化を行う過程において異なるｒｅｍｏｔｅ ＵＥの業務を区別することで、中継端末は、異なるリモート端末の異なる業務を同一の伝送チャンネルで多重化して伝送することができ、伝送の効率を向上させるとともに、リモート端末業務のエンドツーエンド伝送における識別可能性を提供することによって、リモート端末業務のサービス品質を保障し、全体の効率を考慮し、ユーザ体験を向上させるとともにシステム効率を保障している。

本出願の実施例が適用可能な無線通信システムのブロック図である。 関連技術におけるＬ２ ｒｅｌａｙプロトコルスタックアーキテクチャ概略図である。 本出願の実施例によるリモート端末業務識別方法のフローチャートのその一である。 本出願の実施例による二つのＵＥが一つのｒｅｌａｙ ＵＥを介してネットワークに同時に接続される概略図である。 本出願の実施例によるリモート端末業務識別方法のフローチャートのその二である。 本出願の実施例によるリモート端末業務識別方法のフローチャートのその三である。 本出願の実施例によるリモート端末業務識別装置の構造概略図のその一である。 本出願の実施例によるリモート端末業務識別装置の構造概略図のその二である。 本出願の実施例によるリモート端末業務識別装置の構造概略図のその三である。 本出願の実施例を実現する通信機器の構造概略図である。 本出願の実施例を実現する端末のハードウェア構造概略図である。 本出願の実施例を実現するネットワーク側機器のハードウェア構造概略図である。

以下は、本出願の実施例における図面を結び付けながら、本出願の実施例における技術案を明瞭且つ完全に記述し、明らかに、記述された実施例は、本出願の一部の実施例であり、すべての実施例ではない。本出願における実施例に基づき、当業者が創造的な労力を払わない前提で得られたすべての他の実施例は、いずれも本出願の保護範囲に属する。

本出願の明細書と特許請求の範囲における用語である「第一」、「第二」などは、類似している対象を区別するものであり、特定の順序又は前後手順を記述するためのものではない。理解すべきこととして、このように使用されるデータは、適切な場合に交換可能であり、それにより本出願の実施例は、ここで図示又は記述されたもの以外の順序で実施されることが可能であり、且つ「第一」、「第二」によって区別される対象は、一般的には同一種類であり、対象の個数を限定せず、例えば第一の対象は、一つであってもよく、複数であってもよい。なお、明細書及び請求項における「及び／又は」は、接続される対象のうちの少なくとも一つを表し、文字である「／」は、一般的には前後関連対象が「又は」の関係であることを表す。

指摘すべきこととして、本出願の実施例に記述された技術は、ロングタームエボリューション型（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）／ＬＴＥの進化（ＬＴＥ－Ａｄｖａｎｃｅｄ、ＬＴＥ－Ａ）システムに限らず、他の無線通信システム、例えば符号分割多重接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ）、時分割多重接続（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＴＤＭＡ）、周波数分割多重接続（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＦＤＭＡ）、直交周波数分割多重接続（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＯＦＤＭＡ）、単一キャリア周波数分割多重接続（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＳＣ－ＦＤＭＡ）と他のシステムにも適用できる。本出願の実施例における用語である「システム」と「ネットワーク」は、常に交換可能に使用され、記述された技術は、以上に言及されたシステムとラジオ技術に用いられてもよく、他のシステムとラジオ技術に用いられてもよい。しかしながら、以下の記述は、例示の目的でニューラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）システムを記述しているとともに、以下の大部分の記述においてＮＲ用語を使用しているが、これらの技術は、ＮＲシステム応用以外の応用、例えば第六世代（６^ｔｈ Ｇｅｎｅｒａｔｉｏｎ、６Ｇ）通信システムに適用されてもよい。

図１は、本出願の実施例が適用可能な無線通信システムのブロック図を示す。無線通信システムは、リモート端末１１、ネットワーク側機器１２及び中継端末１３を含む。ここで、リモート端末１１／中継端末１３は、端末機器又はユーザ端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）と呼ばれてもよく、リモート端末１１／中継端末１３は、携帯電話、タブレットパソコン（Ｔａｂｌｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップコンピュータ（Ｌａｐｔｏｐ Ｃｏｍｐｕｔｅｒ）（又は、ノートパソコンと呼ばれる）、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、パームトップコンピュータ、ネットブック、ウルトラモバイルパーソナルコンピュータ（ｕｌｔｒａ－ｍｏｂｉｌｅ ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ、ＵＭＰＣ）、モバイルインターネットディバイス（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅ、ＭＩＤ）、ウェアラブルデバイス（Ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ）又は車載機器（ＶＵＥ）、歩行者端末（ＰＵＥ）などの端末側機器であってもよく、ウェアラブルデバイスは、ブレスレット、イヤホン、メガネなどを含む。説明すべきこととして、本出願の実施例は端末の具体的なタイプを限定するものではない。ネットワーク側機器１２は、基地局又はコアネットワークであってもよく、ここで、基地局は、ノードＢ、進化ノードＢ、アクセスポイント、ベーストランシーバステーション（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ）、ラジオ基地局、ラジオ送受信機、ベーシックサービスセット（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＢＳＳ）、拡張サービスセット（Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＥＳＳ）、Ｂノード、進化型Ｂノード（ｅＮＢ）、５Ｇネットワークアーキテクチャ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｓｙｓｔｅｍ）における５Ｇ基地局（ｇＮＢ）、家庭用Ｂノード、家庭用進化型Ｂノード、ＷＬＡＮアクセスポイント、ＷｉＦｉノード、トランスミッションポイント（Ｔｒａｎｓｍｉｔｔｉｎｇ Ｒｅｃｅｉｖｉｎｇ Ｐｏｉｎｔ、ＴＲＰ）又は当分野における他のある適切な用語と呼ばれてもよく、同じ技術的効果が達成される限り、前記基地局は、特定の技術用語に限らず、説明すべきこととして、本出願の実施例においてＮＲシステムにおける基地局のみを例にするが、基地局の具体的なタイプを限定するものではない。

以下では、図面を結び付けながら、具体的な実施例及びその応用シナリオによって本出願の実施例によるリモート端末業務識別方法、装置、機器及び記憶媒体を詳細に説明する。

本出願の実施例のより良い理解を容易にするために、まずＳｉｄｅｌｉｎｋ Ｒｅｌａｙについて記述する。

図２は、関連技術におけるＬ２ ｒｅｌａｙプロトコルスタックアーキテクチャ概略図であり、図２は、リモート端末が中継端末を介してネットワーク側機器と通信する時（即ち中継ベアラに基づいて通信する時）に使用されるＬ２中継プロトコルスタックを表示した。

中継端末とネットワーク側機器との間にはＵｕ ＰＤＣＰプロトコルスタックがあり、このＵｕ ＰＤＣＰプロトコルスタックには、リモート端末のデータ伝送のための若干の無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ、ＲＢ）が含まれる。

中継端末のＵｕ ＰＤＣＰプロトコルスタックの下には、一つのアダプテーション層（Ａｄａｐｔａｔｉｏｎ Ｌａｙｅｒ）、例えば図２におけるＡＤＡＰＴがあり、Ａｄａｐｔａｔｉｏｎ Ｌａｙｅｒは、新たなプロトコル層であり、主にｒｅｍｏｔｅ ＵＥの業務を多重化し、複数のｒｅｍｏｔｅ ＵＥの業務を一つのＵｕ ＲＢ（Ｒａｄｉｏ Ｂｅａｒｅｒ）で多重化して伝送を行うことができる。

中継端末自体もデータ伝送を行うため、このアダプテーション層は、中継端末とリモート端末のデータ、又は異なるリモート端末のデータを区別する必要がある。具体的には、アダプテーション層論理エンティティは、データがリモート端末から／へのものであるかそれとも中継端末から／へのものであるか、及びデータがどのリモート端末のどのベアラに属するかを区別する必要がある。アダプテーションプロトコル層の下には、Ｕｕインターフェース向けの無線リンク制御層（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、ＲＬＣ）、メディアアクセス制御プロトコル層（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）と物理層（Ｐｈｙｓｉｃａｌ、ＰＨＹ）がある。また、ＰＣ５インターフェース、即ちｒｅｍｏｔｅ ＵＥとｒｅｌａｙ ＵＥとの間に、業務を多重化するためのａｄａｐｔａｔｉｏｎ ｌａｙｅｒがあってもよい。

従来技術では、ａｄａｐｔａｔｉｏｎ ｌａｙｅｒの基本機能のみが提案されており、ａｄａｐｔａｔｉｏｎ ｌａｙｅｒが異なるｒｅｍｏｔｅ ＵＥの業務をどのように区別するか、ＵＥ ＩＤの内容がどのように決定されるか及びＵＥ ＩＤがどのように割り当てられるかの解決方案が提出されていない。そのため、ａｄａｐｔａｔｉｏｎ ｌａｙｅｒは、現在作動を行うことができない。

図３は、本出願の実施例によるリモート端末業務識別方法のフローチャートのその一であり、この方法の実行本体は、中継端末ｒｅｌａｙ ＵＥであり、図３に示すように、この方法は、以下のステップを含む。

ステップ３００、第一のリモート端末により送信された第一のメッセージを受信する。理解できるように、リモート端末ｒｅｍｏｔｅ ＵＥと中継端末ｒｅｌａｙ ＵＥとが中継通信を行う条件を満たす場合、ｒｅｍｏｔｅ ＵＥは、ＰＣ５インターフェースを介して第一のメッセージをｒｅｌａｙ ＵＥに送信する。ここで、ＰＣ５インターフェースは、ｒｅｍｏｔｅ ＵＥとｒｅｌａｙ ＵＥとの間のＳｉｄｅｌｉｎｋリンクインターフェースである。前記第一のメッセージは、第一のリモート端末が相手側通信機器に送信したものであり、ｒｅｌａｙ ＵＥを介して相手側通信機器に転送される。

本出願の実施例では、第一のメッセージのベアラタイプは、シグナリング無線ベアラ（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ、ＳＲＢ）０、ＳＲＢ１、ＳＲＢ２又はデータ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ、ＤＲＢ）であってもよい。中継端末ｒｅｌａｙ ＵＥは、ＰＣ５インターフェースを介して第一のリモート端末により送信された第一のメッセージを受信する。

説明すべきこととして、第一のリモート端末により送信された第一のメッセージには、前記第一のリモート端末の端末識別子及び／又はベアラ識別子が運ばれてもよく、前記第一のリモート端末の端末識別子及び／又はベアラ識別子が運ばれなくてもよい。

ステップ３０１、前記第一のメッセージを転送するための中継ベアラチャネルを決定する。

本出願の実施例では、ｒｅｌａｙ ＵＥは、同一の無線リンク制御チャネルにマッピングされた各リモート端末の業務を同一の大きなパイプラインで多重化して伝送してもよく、同一リモート端末から異なる相手側通信機器への業務を多重化してもよい。ｒｅｌａｙ ＵＥは、第一のリモート端末により送信された第一のメッセージを受信した後に、どの中継ベアラチャネルを介してこの第一のメッセージを相手側通信機器に転送するかを決定する必要がある。

理解できるように、中継ベアラチャネルは、リモート端末のエンドツーエンドＲＢデータを乗せるために用いられ、中継ベアラチャネルは、中継無線リンク制御チャネルｒｅｌａｙｅｄ ＲＬＣ ｃｈａｎｎｅｌであってもよい。

選択的に、ｒｅｌａｙ ＵＥは、前記第一のメッセージに対応するＰＣ５インターフェースの論理チャネル識別子又は前記第一のメッセージのＳＲＢ０識別子又は前記第一のリモート端末のエンドツーエンドベアラ識別子に基づいて、前記第一のメッセージを転送するための中継ベアラチャネルを決定する。

ステップ３０２、前記中継ベアラチャネルを介して前記第一のメッセージを相手側通信機器に転送し、前記第一のメッセージのデータパケットヘッダに前記第一のリモート端末の端末識別子及び／又はベアラ識別子が運ばれる。ｒｅｌａｙ ＵＥは、前記中継ベアラチャネルを介して前記第一のメッセージを相手側通信機器に転送し、且つ前記第一のメッセージのデータパケットヘッダに前記第一のリモート端末の端末識別子ＵＥ ＩＤ及び／又はベアラ識別子ＲＢ ＩＤを運び、ネットワーク側機器は、この第一のメッセージのデータパケットヘッダに運ばれたＵＥ ＩＤ及び／又はＲＢ ＩＤに基づいて、異なるｒｅｍｏｔｅ ＵＥからのベアラを区別することができ、それによってリモート端末ｒｅｍｏｔｅ ＵＥの業務に対する識別を実現した。

選択的に、本出願の実施例では、前記相手側通信機器は、ネットワーク側機器、次ホップの中継端末又は第二のリモート端末であってもよい。

本出願の実施例の応用シナリオは、Ｕ２Ｎ（ＵＥ ｔｏ ＮＷ）シナリオ、即ちＲｅｍｏｔｅ ＵＥ ＜－＞ ｒｅｌａｙ ＵＥ ＜－＞ ＮＷであってもよく、ここで、マルチホップ、即ち複数のシリアルｒｅｌａｙ ＵＥがあってもよく、ここで、ｒｅｍｏｔｅ ＵＥに最も近い一つのｒｅｌａｙ ＵＥをａｃｃｅｓｓ ｒｅｌａｙ ＵＥとし、ＮＷに接続されたｒｅｌａｙ ＵＥをルートｒｅｌａｙ ＵＥとするシナリオでは、現在のｒｅｌａｙ ＵＥと次ホップ又は前ホップのｒｅｌａｙ ＵＥとの間、ルートｒｅｌａｙ ＵＥとＮＷとの間、ａｃｃｅｓｓ ｒｅｌａｙ ＵＥとｒｅｍｏｔｅ ＵＥとの間で、ベアラ多重化を行う必要がある場合、ＵＥ ＩＤ及び／又はＲＢ ＩＤを使用してｒｅｍｏｔｅ ＵＥ及びベアラを区別してもよい。

本出願の実施例の応用シナリオは、Ｕ２Ｕ（ＵＥ ｔｏ ＵＥ）シナリオ、即ちＳｏｕｒｃｅ ｒｅｍｏｔｅ ＵＥ ＜－＞ ｒｅｌａｙ ＵＥ ＜－＞ Ｔａｒｇｅｔ ｒｅｍｏｔｅ ＵＥであってもよく、ここで、マルチホップ、即ち複数のシリアルｒｅｌａｙ ＵＥがあってもよく、ここで、ｓｏｕｒｃｅ ｒｅｍｏｔｅ ＵＥに最も近い一つのｒｅｌａｙ ＵＥをａｃｃｅｓｓ ｒｅｌａｙ ＵＥとし、ｔａｒｇｅｔ ｒｅｍｏｔｅ ＵＥに接続されたｒｅｌａｙ ＵＥをルートｒｅｌａｙ ＵＥとするシナリオでは、現在のｒｅｌａｙ ＵＥと次ホップ又は前ホップのｒｅｌａｙ ＵＥとの間、ルートｒｅｌａｙ ＵＥとｔａｒｇｅｔ ｒｅｍｏｔｅ ＵＥとの間、ａｃｃｅｓｓ ｒｅｌａｙ ＵＥとｓｏｕｒｃｅ ｒｅｍｏｔｅ ＵＥとの間で、ベアラ多重化を行う必要がある場合、ＵＥ ＩＤ及び／又はＲＢ ＩＤを使用してｒｅｍｏｔｅ ＵＥ及びベアラを区別してもよい。

本出願の実施例では、ｒｅｍｏｔｅ ＵＥの業務多重化を行う過程において異なるｒｅｍｏｔｅ ＵＥの業務を区別することで、中継端末は、異なるリモート端末の異なる業務を同一の伝送チャンネルで多重化して伝送することができ、伝送の効率を向上させるとともに、リモート端末業務のエンドツーエンド伝送における識別可能性を提供することによって、リモート端末業務のサービス品質を保障し、全体の効率を考慮し、ユーザ体験を向上させるとともにシステム効率を保障している。

選択的に、前記の、前記第一のメッセージを転送するための中継ベアラチャネルを決定することは、
前記第一のメッセージに対応するＰＣ５インターフェースの論理チャネル識別子又は前記第一のメッセージのＳＲＢ０識別子又は前記第一のリモート端末のエンドツーエンドベアラ識別子に基づいて、前記第一のメッセージのタイプを決定することと、
前記第一のメッセージのタイプがＳＲＢ０メッセージである場合に、前記第一のメッセージを転送するための中継ベアラチャネルを第一のデフォルト無線リンク制御チャネルとして決定し、又は、
前記第一のメッセージのタイプがＳＲＢ０メッセージではない場合に、無線ベアラデータのタイプと無線リンク制御チャネルとの間のマッピング関係に基づいて、前記第一のメッセージを転送するための中継ベアラチャネルを前記第一のメッセージのタイプとマッピング関係を有する無線リンク制御チャネルとして決定することとを含む。

理解できるように、ｒｅｌａｙ ＵＥは、まず前記第一のメッセージに対応するＰＣ５インターフェースの論理チャネル識別子又は前記第一のメッセージのＳＲＢ０識別子又は前記第一のリモート端末のエンドツーエンドベアラ識別子に基づいて、前記第一のメッセージのタイプを決定し、さらに前記第一のメッセージのタイプに基づいて中継ベアラチャンネルを決定する。

ＳＲＢ０メッセージが無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）確立Ｓｅｔｕｐ要求Ｒｅｑｕｅｓｔであるため、ｒｅｌａｙ ＵＥは、ＳＲＢ０メッセージを乗せるための一つのｄｅｆａｕｌｔ ｒｅｌａｙｅｄ ＲＬＣ ｃｈａｎｎｅｌ配置を必要とする。そのため、本出願の実施例では第一のメッセージのタイプを、ＳＲＢ０メッセージと非ＳＲＢ０メッセージとの二種類に分ける。

ベアラ多重化を実現するために、ネットワーク側機器は、ＳＲＢ０メッセージのために第一のデフォルト無線リンク制御チャネルを配置する必要がある。ここで、前記第一のデフォルト無線リンク制御チャネルは、ＳＲＢ０メッセージを乗せるために用いられる。ネットワーク側機器はさらに、他の非ＳＲＢ０メッセージのためにマッピング関係を配置する必要があり、前記マッピング関係は、具体的に無線ベアラデータのタイプと無線リンク制御チャネルとの間のマッピング関係である。

前記第一のメッセージのタイプがＳＲＢ０メッセージである場合に、ｒｅｌａｙ ＵＥは、前記第一のメッセージを転送するための中継ベアラチャネルを第一のデフォルト無線リンク制御チャネルとして決定する。

前記第一のメッセージのタイプがＳＲＢ０メッセージではない場合に、ｒｅｌａｙ ＵＥは、無線ベアラデータのタイプと無線リンク制御チャネルとの間のマッピング関係に基づいて、前記第一のメッセージを転送するための中継ベアラチャネルを前記第一のメッセージのタイプとマッピング関係を有する無線リンク制御チャネルとして決定する。

一つの実施例では、ｒｅｌａｙ ＵＥは、前記第一のメッセージの対応するＰＣ５インターフェースの論理チャネル識別子に基づいて、前記第一のメッセージのタイプを決定し、さらに前記第一のメッセージのタイプに基づいて中継ベアラチャンネルを決定する。

ＰＣ５インターフェースでのデータ区別は、以下の方式を採用してもよい。異なるＵｕ ＲＢとＰＣ５ ＲＢとの間を１つずつマッピングすることにより、識別と区別を行う。例えば、ＰＣ５インターフェースでの論理チャネル０－３は、従来のＰＣ５ ｓｉｇｎｌｉｎｇであり、論理チャネル４と５は、ｌｅｇａｃｙ ＰＣ５業務であり、論理チャネル１０は、ｒｅｍｏｔｅ ＵＥ Ｕｕ ＳＲＢ０を乗せ、論理チャネル１１は、ｒｅｍｏｔｅ ＵＥ Ｕｕ ＳＲＢ１を乗せ、論理チャネル１２は、ｒｅｍｏｔｅ ＵＥ Ｕｕ ＳＲＢ２を乗せ、論理チャネル１４は、ｒｅｍｏｔｅ ＵＥ Ｕｕ ＤＲＢ１を乗せ、論理チャネル１５は、ｒｅｍｏｔｅ ＵＥ Ｕｕ ＤＲＢ２を乗せるなどである。

図４は、本出願の実施例による二つのＵＥが一つのｒｅｌａｙ ＵＥを介してネットワークに同時に接続される概略図である。図４に示すように、ＰＣ５インターフェースでは、各ｒｅｍｏｔｅ ＵＥとｒｅｌａｙ ＵＥとの間にｌｅｇａｃｙのＰＣ５ ＳＲＢｓ、ＰＣ５ ＤＲＢｓ、ＲＬＣ ｃｈａｎｎｅｌｓ ｆｏｒ Ｕｕ ＳＲＢｓとＲＬＣ ｃｈａｎｎｅｌｓ ｆｏｒ Ｕｕ ＤＲＢｓなどが存在する可能性がある。各タイプのベアラは、ｒｅｌａｙ ＵＥによるデータ区別を容易にするために、いずれも一つの独立したパイプラインであってもよい。

例えば、Ｒｅｍｏｔｅ ＵＥ１とｒｅｌａｙ ＵＥとの間の論理チャネルは、以下のように分けられる。論理チャネル０－３：それぞれＰＣ５ ＳＲＢ０、ＳＲＢ１、ＳＲＢ２とＳＲＢ３に対応し、これは従来のＰＣ５ベアラタイプである。論理チャネル４－１４：それぞれＰＣ５ ＤＲＢ１～ＤＲＢ１１に対応する。論理チャネル１５：デフォルト又は配置された、ｒｅｍｏｔｅ ＵＥ１のＵｕ ＳＲＢ０を乗せるためのｒｅｌａｙｅｄ ＲＬＣ ｃｈａｎｎｅｌである。論理チャネル１６－１７：配置された、ｒｅｍｏｔｅ ＵＥ１のＵｕ ＳＲＢ１とＳＲＢ２を乗せるためのｒｅｌａｙｅｄ ＲＬＣ ｃｈａｎｎｅｌがである。論理チャネル１８－３１：配置された、ｒｅｍｏｔｅ ＵＥ１のＵｕ ＤＲＢ１～ＤＲＢ１４を乗せるためのｒｅｌａｙｅｄ ＲＬＣ ｃｈａｎｎｅｌである。３２－６３の区間は、Ｕｕインターフェースに用いられる拡張された論理チャネルである。

Ｒｅｌａｙ ＵＥは、上記ＰＣ５ベアラ内容を受信し、ＰＣ５インターフェースのベアラに対して、そのまま従来フローに従って処理する。ＲＬＣ ｃｈａｎｎｅｌからのデータについて、ネットワーク側機器に転送する必要がある。

ｒｅｌａｙ ＵＥは、第一のメッセージを受信した後に、前記第一のメッセージの対応するＰＣ５インターフェースの論理チャネル識別子に基づいて、第一のメッセージのタイプを決定してもよく、例えばｒｅｌａｙ ＵＥが受信した第一のメッセージに対応するＰＣ５インターフェースの論理チャネル識別子が１５である場合、論理チャネル１５がＵｕ ＳＲＢ０を乗せるために用いられるため、さらにこの時の第一のメッセージのタイプがＳＲＢ０メッセージであることを決定してもよい。

一つの実施例では、ｒｅｌａｙ ＵＥは、前記第一のメッセージのＳＲＢ０識別子に基づいて、前記第一のメッセージのタイプを決定し、さらに前記第一のメッセージを転送するための中継ベアラチャネルを決定する。例えば、第一のメッセージのＳＲＢ０識別子が０であることは、第一のメッセージがＳＲＢ０メッセージではないことを示し、ネットワーク側により配置される無線ベアラデータのタイプと無線リンク制御チャネルＲＬＣ ｃｈａｎｎｅｌとの間のマッピング関係に基づいて、前記第一のメッセージを転送するための中継ベアラチャネルを決定してもよい。第一のメッセージのＳＲＢ０識別子が１である場合、第一のメッセージがＳＲＢ０メッセージであることを示し、第一のデフォルト無線リンク制御チャネルｄｅｆａｕｌｔ ｒｅｌａｙｅｄ ＲＬＣ ｃｈａｎｎｅｌを第一のメッセージの中継ベアラチャネルとする。

選択的に、ｒｅｌａｙ ＵＥは、前記第一のリモート端末のエンドツーエンドベアラ識別子に基づいて、前記第一のメッセージのタイプを決定し、さらに前記第一のメッセージを転送するための中継ベアラチャネルを決定する。ここで、前記第一のリモート端末のエンドツーエンドベアラ識別子は、この第一のリモート端末がネットワーク側と通信するＲＢ ＩＤであり、例えばｒｅｍｏｔｅ ＵＥ Ｕｕ ＳＲＢ０について、そのＲＢ ＩＤ＝０であり、ｒｅｍｏｔｅ ＵＥ ＳＲＢ１について、そのＲＢ ＩＤ＝１であり、ｒｅｍｏｔｅ ＵＥ ＳＲＢ２について、そのＲＢ ＩＤ＝２であり、残りのＤＲＢは、エンドツーエンドのＲＲＣプロセスによって配置されてＲＢ ＩＤが割り当てられる。例えば、前記第一のリモート端末のエンドツーエンドベアラ識別子が１である場合、前記第一のメッセージのタイプは、ＳＲＢ１メッセージであり、ｒｅｌａｙ ＵＥは、ネットワーク側により配置される無線ベアラデータのタイプと無線リンク制御チャネルＲＬＣ ｃｈａｎｎｅｌとの間のマッピング関係に基づいて、前記第一のメッセージを転送するための中継ベアラチャネルを決定する。

いくつかの選択的な実施例では、前記の、前記第一のメッセージを転送するための中継ベアラチャネルを決定することは、
前記第一のメッセージのタイプがＳＲＢ０メッセージではなく、且つ前記第一のメッセージのタイプとマッピング関係を有する無線リンク制御チャネルが存在しない場合に、前記第一のメッセージを転送するための中継ベアラチャネルをネットワーク側により配置される第二のデフォルト無線リンク制御チャネルとして決定することをさらに含む。

いくつかの場合には、ネットワーク側が前記第一のメッセージのタイプと無線リンク制御チャネルとのマッピング関係を配置していない場合、第二のデフォルト無線リンク制御チャネルを前記第一のメッセージを転送するための中継ベアラチャネルとする。ここで、前記第二のデフォルト無線リンク制御チャネルは、マッピング関係が配置されていないリモート端末の無線ベアラデータを乗せるために用いられる。

前記第二のデフォルト無線リンク制御チャネルは、前記第一のデフォルト中継無線リンク制御チャネルと同じであるか又は異なる。

本出願の実施例では、リモート端末により送信された第一のメッセージに対応するＰＣ５インターフェースの論理チャネル識別子又はＳＲＢ０識別子又はエンドツーエンドベアラ識別子に基づいて、中継ベアラチャネルを決定することにより、異なるリモート端末の異なる業務を同一の伝送チャンネルで多重化して伝送することを実現し、伝送の効率を向上させた。

選択的に、前記端末識別子は、ＰＣ５リンク層２識別子ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤと、
前記ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤの一部のビットと、リモート端末の中継端末におけるユニックなインデックスと、リモート端末のネットワーク側機器におけるユニックなインデックスとのうちの一つを含む。

本出願の実施例では、端末識別子ＵＥ ＩＤは、端末識別子のＰＣ５リンク層２識別子ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤを使用してもよく、ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤは、ｒｅｍｏｔｅ ＵＥとｒｅｌａｙ ＵＥとがＰＣ５インターフェースで通信する時に使用されるＬ２ ＩＤであり、長さは２４ｂｉｔである。

ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤが従来のＰＣ５通信で使用されるＩＤであるため、一定の範囲内でＵＥアイデンティティを一意に決定することを確保することができ、使用が比較的に便利である。しかしながら欠点は、オーバヘッドが比較的大きく、各ＵＥが２４ｂｉｔで識別と区別する必要があることである。

オーバヘッドを節約するために、２４ｂｉｔ Ｌ２ ＩＤを短縮し、例えばそのうちの下位の１６ｂｉｔを取ってもよいが、オーバヘッドを節約するコストとして、ＵＥ ＩＤが重複することが発生する可能性がある。

ＵＥ ＩＤの主な目的は、同一のｒｅｌａｙ ＵＥにリンクされた異なるｒｅｍｏｔｅ ＵＥを区別し、又は、同一の無線リンク制御チャネルにマッピングされた異なるｒｅｍｏｔｅ ＵＥを区別することであるため、他の定義と割り当ての方式の使用も考慮してもよく、それによって比較的小さいＵＥ ＩＤ長さを得ることによって、オーバヘッドを節約し、リソース利用率を向上させる。

いくつかの選択的な実施例では、端末識別子は、リモート端末の中継端末におけるユニックなインデックスであってもよく、即ち中継端末がリモート端末に割り当てたユニックなインデックスであってもよい。

選択的に、前記リモート端末業務識別方法は、前記中継端末に接続された各リモート端末に端末識別子インデックスを割り当てること、又は、同一の無線リンク制御チャネルにマッピングされた各リモート端末に端末識別子インデックスを割り当てることをさらに含む。

オーバヘッドを低減するために、一つの実施例では、ＵＥ ＩＤは、同一のｒｅｌａｙ ＵＥに接続されたすべてのｒｅｍｏｔｅ ＵＥの符号／インデックスｉｎｄｅｘとして定義される。中継端末ｒｅｌａｙ ＵＥは、このｒｅｌａｙ ＵＥに接続された各リモート端末に端末識別子インデックスを割り当て、一つのリモート端末は、一つのユニックな端末識別子インデックスに対応する。

Ｕ２Ｎアーキテクチャを例にすると、一つのｒｅｌａｙ ＵＥについて、その処理能力が限られており、それにより同時にサービスされるＵＥの数に上限があるため、例えばこの上限をＮとすると、このｒｅｌａｙ ＵＥを介してネットワークと通信するｒｅｍｏｔｅ ＵＥの符号ｉｎｄｅｘは、区間［０，Ｎ－１］内にあってもよく、各符号は、一つのｒｅｍｏｔｅ ＵＥを一意に識別する。ｒｅｌａｙ ＵＥ内部には、ｒｅｍｏｔｅ ＵＥ ｉｎｄｅｘと真のＬ２ ＩＤとの間の対応関係が記憶されており、さらに正しい通信を行うことができる。ＮＷについて、正しいＵＥデータの送受信と処理を行うために、ＲＲＣシグナリングに運ばれるＵＥアイデンティティとｒｅｍｏｔｅ ＵＥ ｉｎｄｅｘとの間のマッピング関係を記憶する必要がある。

選択的に、一つの実施例では、ＵＥ ＩＤは、同一の無線リンク制御チャネルにマッピングされたｒｅｍｏｔｅ ＵＥのインデックスとして定義される。即ち中継端末ｒｅｌａｙ ＵＥは、同一の無線リンク制御チャネルにマッピングされた各リモート端末に端末識別子インデックスを割り当てる。

選択的に、前記リモート端末業務識別方法は、無線リソース制御ＲＲＣメッセージ又はＵＰプロセスを介して、前記端末識別子インデックスを前記端末識別子インデックスに対応するリモート端末の相手側通信機器に送信することをさらに含む。

中継端末ｒｅｌａｙ ＵＥは、リモート端末に端末識別子インデックスを割り当てた後に、無線リソース制御ＲＲＣメッセージ又はＵＰプロセスを介して、前記端末識別子インデックスを前記端末識別子インデックスに対応するリモート端末の相手側通信機器に送信する。

例を挙げると、一番目のｒｅｍｏｔｅ ＵＥが一つのｒｅｌａｙ ＵＥに接続される場合、ｒｅｌａｙ ＵＥは、それにＵＥ ｉｎｄｅｘ ＝ ０を割り当て、ＵＥ ｉｎｄｅｘ＝０とＲＢ ＩＤでこのｒｅｍｏｔｅ ＵＥのＳＲＢ０メッセージＲＲＣ Ｓｅｔｕｐ ｒｅｑｕｅｓｔをネットワークに送信してもよく、ネットワーク側機器は、受信した後に、ｓｅｔｕｐメッセージにおけるＵＥアイデンティティとｒｅｌａｙ ＵＥでのＵＥ ｉｎｄｅｘ ＝ ０とを関連付ける場合、後続でこのＵＥに送信されるすべての下りリンクメッセージと下りリンクのデータは、いずれもＵＥ ｉｎｄｅｘ＝０と対応するＲＢ ＩＤで区別され、中継ベアラチャンネルにおいてｒｅｌａｙ ＵＥに送信される。Ｒｅｌａｙ ＵＥは、受信した後に、ＵＥ ｉｎｄｅｘ ＝ ０で対応するｒｅｍｏｔｅ ＵＥを識別し、ｒｅｍｏｔｅ ＵＥ Ｌ２ ＩＤを用いてＰＣ５通信を行い、正しいｒｅｍｏｔｅ ＵＥにデータを送信してもよい。ＵＥ ｉｎｄｅｘは、ｒｅｌａｙ ＵＥによって割り当てられてＮＷに通知される。

いくつかの選択的な実施例では、端末識別子は、ネットワーク側機器によってリモート端末に割り当てられたユニックなインデックスであってもよい。

ｒｅｌａｙ ＵＥに接続されたすべてのｒｅｍｏｔｅ ＵＥについて、それらの１番目のメッセージがＳＲＢ０メッセージである時に、ネットワークがいずれかのこのｒｅｍｏｔｅ ＵＥの事前情報も持っていないため、一つの特殊なＵｕ パイプラインを採用してもよく、このＵｕ ＲＬＣ ｃｈａｎｎｅｌは、いずれかのｒｅｍｏｔｅ ＵＥ ＩＤとＲＢ ＩＤ情報も運ばず、即ちａｄａｐｔａｔｉｏｎ ｌａｙｅｒ ｈｅａｄｅｒを持たず、すべてのｒｅｍｏｔｅ ＵＥのＳＲＢ０メッセージは、区別されることなくここで伝送される。ＮＷは、受信した後に、メッセージを解読してＵＥアイデンティティを決定し、そしてこのＵＥに一つのｒｅｌａｙ ＵＥ内のユニックなＵＥ ｉｎｄｅｘを割り当てる。

ネットワーク側がｒｅｍｏｔｅ ＵＥに割り当てた端末識別子インデックスｉｎｄｅｘをｒｅｌａｙ ＵＥに通知する方式は、以下の二つある。

選択的に、前記リモート端末業務識別方法は、ネットワーク側機器により送信された無線リソース制御ＲＲＣメッセージを受信することをさらに含み、前記ＲＲＣメッセージは、ＳＲＢ０メッセージを送信したリモート端末にネットワーク側機器によって割り当てられた端末識別子インデックスを運ぶ。

選択的に、ネットワーク側機器は、ｒｅｌａｙ ＵＥとの間のＲＲＣメッセージを介して、このｒｅｍｏｔｅ ＵＥにｉｎｄｅｘを割り当てたことをｒｅｌａｙ ＵＥに告知し、ここで、前記ＲＲＣメッセージにおいてｒｅｍｏｔｅ ＵＥを区別することは、ＲＲＣ ｓｅｔｕｐ ｒｅｑｕｅｓｔ（即ちＳＲＢ０メッセージ）の一部の内容、例えばそのうちの４０ｂｉｔを使用してｒｅｍｏｔｅ ＵＥを識別することを採用してもよく、ＲＲＣ ｓｅｔｕｐ ｒｅｑｕｅｓｔメッセージにＵＥアイデンティティが含まれるため、ネットワーク側は、この内容の全部又は一部をコピーすることで、ＵＥを指示し、ｒｅｌａｙ ＵＥにとって、ｒｅｍｏｔｅ ＵＥに転送されたＲＲＣ ｓｅｔｕｐ ｒｅｑｕｅｓｔメッセージをバックアップしてキャッシュする必要があり、ｒｅｌａｙ ＵＥは配置メッセージを受信すると、比較することで、どのｒｅｍｏｔｅ ＵＥにＩｎｄｅｘが割り当てられたかを知ることができ、後続はｒｅｍｏｔｅ ＵＥのＬ２ ＩＤとｉｎｄｅｘとを関連付けて記憶することによって、後続の中継データ伝送を行う。

選択的に、前記リモート端末業務識別方法は、ネットワーク側機器により送信された制御プロトコルデータユニット／第一のデータパケットを受信することであって、前記制御プロトコルデータユニット／第一のデータパケットは、ＳＲＢ０メッセージを送信したリモート端末のアイデンティティ情報と前記ＳＲＢ０メッセージを送信したリモート端末に前記ネットワーク側機器によって割り当てられた端末識別子インデックスを運んでいることと、
前記アイデンティティ情報に基づいて、前記端末識別子インデックスに対応するリモート端末を決定することとをさらに含む。

ネットワーク側機器は、ユーザプレーン（Ｕｓｅｒ Ｐｌａｎｅ、ＵＰ）プロセスを介してｉｎｄｅｘの割り当てをｒｅｌａｙ ＵＥに告知し、具体的な方式は、ＵＰの制御プロトコルデータユニットｃｏｎｔｒｏｌ ＰＤＵを使用して、ｉｎｄｅｘとｓｅｔｕｐ ｒｅｑｕｅｓｔメッセージにおけるｒｅｍｏｔｅ ＵＥアイデンティティ情報を運び、ｒｅｌａｙ ＵＥは読むと、ネットワーク側機器が対応するｉｎｄｅｘをｒｅｍｏｔｅ ＵＥに割り当てたことを知ることができることである。

選択的に、ネットワーク側機器は、第一のデータパケットを送信し、前記第一のデータパケットには、新たに割り当てられたＵＥ ｉｎｄｅｘとｒｅｍｏｔｅ ＵＥアイデンティティ情報が運ばれており、ｒｅｌａｙ ＵＥは解読した後に、正しいｒｅｍｏｔｅ ＵＥとｉｎｄｅｘとの間の関連付けを確立することによって、後続の中継データ伝送を行うこともできる。

ｒｅｍｏｔｅ ＵＥの対応するｉｎｄｅｘを確立した後に、後続の送受信パケットは、このｉｎｄｅｘを用いてｒｅｍｏｔｅ ＵＥのデータを識別することができ、データの帰属を正しく理解することを容易にする。一般的には、一つのｒｅｌａｙ ＵＥに接続されたｒｅｍｏｔｅ ＵＥの数が多過ぎることがなく、例えば３２個又は１６個であるため、このような方式では、ｒｅｍｏｔｅ ＵＥを区別するためのｉｎｄｅｘは、数ビットしか必要とせず、１バイトを超えないため、オーバヘッドを大幅に節約した。

説明すべきこととして、Ｕ２Ｕのアーキテクチャでは、類似している方式を採用して、ｒｅｌａｙ ＵＥによってそれに接続されたｒｅｍｏｔｅ ＵＥにユニックなｉｎｄｅｘを割り当てることによって、異なるｒｅｍｏｔｅ ＵＥを識別してもよい。割り当て方法は、ｒｅｌａｙ ＵＥとｒｅｍｏｔｅ ＵＥとの間のＰＣ５ ＲＲＣを採用して告知されてもよい。

選択的に、前記ベアラ識別子は、エンドツーエンドベアラ識別子と、同一の無線リンク制御チャネルにマッピングされたリモート端末に対応するベアラの符号とのうちの一つを含む。

いくつかの選択的な実施例では、ベアラ識別子ＲＢ ＩＤは、ｒｅｍｏｔｅ ＵＥがＮＷと通信するエンドツーエンドのＲＢ ＩＤを直接使用してもよく、例えばｒｅｍｏｔｅ ＵＥ Ｕｕ ＳＲＢ０について、そのＲＢ ＩＤ＝０であり、ｒｅｍｏｔｅ ＵＥ ＳＲＢ１について、そのＲＢ ＩＤ＝１であり、ｒｅｍｏｔｅ ＵＥ ＳＲＢ２について、そのＲＢ ＩＤ＝２であり、残りのＤＲＢは、エンドツーエンドのＲＲＣプロセスによって配置されてＲＢ ＩＤが割り当てられる。

いくつかの選択的な実施例では、ベアラ識別子ＲＢ ＩＤは、同一の無線リンク制御チャネルにマッピングされたリモート端末に対応するベアラ符号であってもよい。

従来のエンドツーエンドのベアラ数が最大３２個をサポートするため、ＲＢ ＩＤはエンドツーエンドベアラを識別するには５ｂｉｔが必要である。一方、一つのｒｅｍｏｔｅ ＵＥ内部には同一の大きな伝送パイプラインで多重化できるＲＢ の数は、それほど多くなく、ＱｏＳが同じであるか又は近い必要があり、例えば最大４つのＲＢであれば、ＲＢ ＩＤの長さは２ｂｉｔまで減少することができる。ＲＢのマッピング関係を通知する必要があることに相当し、マッピングの例の説明は以下の表１に示すとおりである。

通知が必要なのは、自由な３２ｂｉｔの従来のエンドツーエンドＲＢ ＩＤがＲＬＣ ｃｈａｎｎｅｌ ｘにマッピングされたｉｎｄｅｘ ｙであることに相当する。決定方式は、ＱｏＳが同じであるか又は近いという原則により、対応するＲＬＣ ｃｈａｎｎｅｌを選択し、そしてこのｒｅｍｏｔｅ ＵＥにこのＲＬＣ ｃｈａｎｎｅｌにマッピングされる他のＲＢがあるかどうかを確認し、同一のＲＬＣ ｃｈａｎｎｅｌにマッピングされるＲＢを一度グループ内で順位付けすればよい。

マッピングを確立して通知する方式は、以下のとおりである。シグナリング無線ベアラについて、Ｕｕ ＳＲＢ（Ｕ２Ｎシナリオ用）とＰＣ５ ＳＲＢ（Ｕ２Ｕシナリオ用）の数が限られており且つ役割が比較的明確であり、各ｒｅｍｏｔｅ ＵＥにこれらのＳＲＢが必要であるため、固定マッピングの方式を採用して、ＳＲＢをｄｅｆａｕｌｔ ＲＬＣ ｃｈａｎｎｅｌ ｎにマッピングすることをデフォルトで又は事前に配置し、且つＲＢ ｉｎｄｅｘも固定してもよい。

ＤＲＢについて、ＤＲＢが突発性と多様性の特徴を有するため、業務が到着した後にのみ、Ｕｕ ＲＲＣ（Ｕ２Ｎシナリオ用）を介して基地局によってｒｅｌａｙ ＵＥに配置され、又はＰＣ５ ＲＲＣ（Ｕ２Ｕシナリオ用）を介してｒｅｌａｙ ＵＥによって両端のｒｅｍｏｔｅ ＵＥに配置され、配置が完了すると、通常の通信が可能になる。

選択的に、前記リモート端末業務識別方法は、同一の無線リンク制御チャネルにマッピングされた各リモート端末にベアラ符号を割り当てることをさらに含む。

理解できるように、ｒｅｌａｙ ＵＥは、同一の無線リンク制御チャネルにマッピングされた各リモート端末にベアラ符号を割り当て、且つＰＣ５ ＲＲＣメッセージを介して該当するｒｅｍｏｔｅ ＵＥに配置する。例えば、Ｒｅｍｏｔｅ ＵＥ １とｒｅｌａｙ ＵＥとの間で、異なるｔａｒｇｅｔ ＵＥ ２、ｔａｒｇｅｔ ＵＥ ３、ｔａｒｇｅｔ ＵＥ ４のデータを多重化してもよく、割り当てられたベアラ符号は、それぞれＵＥ １とＵＥ ２との間のエンドツーエンドベアラ、ＵＥ １とＵＥ ３との間のエンドツーエンドベアラ、ＵＥ１とＵＥ ４との間のエンドツーエンドベアラに対応してもよい。例えば、ｒｅｌａｙ ＵＥとｔａｒｇｅｔ ＵＥ２との間に、異なるｓｏｕｒｃｅ ＵＥ １、ｓｏｕｒｃｅ ＵＥ ５、ｓｏｕｒｃｅ ＵＥ ６があるため、割り当てられたベアラ符号は、それぞれＵＥ １とＵＥ２との間のエンドツーエンドベアラ、ＵＥ ５とＵＥ２との間のエンドツーエンドベアラ、ＵＥ ６とＵＥ２との間のエンドツーエンドベアラに対応してもよい。

Ｕ２Ｎシナリオは類似しており、ここでこれ以上説明しない。

本出願の実施例では、中継端末又はネットワーク側機器は、ｒｅｍｏｔｅ ＵＥに端末識別子インデックス及び／又はベアラ符号を割り当て、ｒｅｍｏｔｅ ＵＥの業務多重化を行う過程において異なるｒｅｍｏｔｅ ＵＥの業務を区別することで、中継端末は、異なるリモート端末の異なる業務を同一の伝送チャンネルで多重化して伝送し、伝送の効率を向上させるとともに、リソースオーバヘッドが比較的小さい。

選択的に、上記実施例の上で、前記リモート端末業務識別方法は、前記相手側通信機器により送信された第二のメッセージを受信することと、前記第二のメッセージのデータパケットヘッダに運ばれた端末識別子及び／又はベアラ識別子に基づいて、前記第二のメッセージを該当するリモート端末に転送することとをさらに含む。

理解できるように、ｒｅｌａｙ ＵＥは、前記相手側通信機器により送信された第二のメッセージを受信し、例えば第一のメッセージがＲＲＣ Ｓｅｔｕｐ ｒｅｑｕｅｓｔ メッセージである場合、第二のメッセージは、ＲＲＣ Ｓｅｔｕｐメッセージである。そして、前記第二のメッセージのデータパケットヘッダに運ばれた端末識別子及び／又はベアラ識別子に基づいて、前記第二のメッセージを該当するリモート端末に転送する。

選択的に、上記実施例の上で、前記の、第一のリモート端末により送信された第一のメッセージを受信する前に、第一のリモート端末が中継通信を確立する条件を満たし、且つ中継端末と前記第一のリモート端末との間のリンク品質及び中継端末と第一の通信機器との間のリンク品質が中継通信を確立する条件を満たす場合に、ＰＣ５インターフェースを介して前記第一のリモート端末とインタラクションし、前記中継端末が前記第一のリモート端末業務を中継する能力を備えることを決定することをさらに含む。例えばｒｅｍｏｔｅ ＵＥがセルエッジにあり、ＲＳＲＰがネットワークにより配置された閾値を下回り、ＮＷと直接通信できない場合、ｒｅｌａｙ ＵＥを介してそのデータをネットワークに中継する必要があり、この場合、第一の端末は、中継通信を確立する条件を満たす。

ｒｅｌａｙ ＵＥも一定の条件を満たす必要があり、中継端末と前記第一のリモート端末との間のリンク品質及び中継端末と第一の通信機器との間のリンク品質が中継通信を確立する条件を満たしてこそ、後続の通信が正常に行われることを確保することができる。

上記の基本的なリンク条件を満たした後に、ｒｅｍｏｔｅ ＵＥとｒｅｌａｙ ＵＥとの間で、ＰＣ５プロセスを介して、中継業務情報をインタラクションし、例えばｄｉｓｃｏｖｅｒｙプロセスを行う必要があり、ｒｅｌａｙ ＵＥがｒｅｍｏｔｅ ＵＥが開始しようとする業務の中継サービスを行えることを確保する必要がある。

選択的に、前記第一のメッセージのアダプテーション層プロトコルヘッダには、前記第一のリモート端末の端末識別子及び／又は前記第一のリモート端末のベアラ識別子が運ばれる。

説明すべきこととして、本出願に言及されたＵＥ ＩＤとＲＢ ＩＤは、アダプテーション層ａｄａｐｔａｔｉｏｎ ｌａｙｅｒに用いられ、ａｄａｐｔａｔｉｏｎ ｌａｙｅｒ ｈｅａｄｅｒに含まれてもよい。ただし、これに限定されず、データ多重化が必要なすべてのプロトコル層に用いられてもよい。

以下では、具体的な応用シナリオを結び付けてどのようにＵＥ ＩＤとＲＢ ＩＤを使用して異なるｒｅｍｏｔｅ ＵＥのベアラを区別するかを説明する。

Ｕ２Ｎアーキテクチャでは、Ｌ２ Ｒｅｍｏｔｅ ＵＥ ＜－＞ ｒｅｌａｙ ＵＥ ＜－＞ ＮＷシナリオを例にして、どのようにＵＥ ＩＤとＲＢ ＩＤを使用して異なるｒｅｍｏｔｅ ＵＥのベアラを区別することによって、通常のｒｅｌａｙ通信を行うかを説明する。

まず、ＵＥ ＩＤとＲＢ ＩＤの意味と値について、この例では、ＵＥ ＩＤがＰＣ５ ｌｉｎｋ Ｌ２ ＩＤであり、ＲＢ ＩＤがエンドツーエンドベアラ識別子であるという原則を採用する。以下では、ｒｅｍｏｔｅ ＵＥがＬ２ ｒｅｌａｙ Ｕ２Ｎ通信を確立し、そしてｒｅｌａｙとＮＷとの間でどのようにベアラ多重化を行うかのプロセスについて説明する。

ステップａ、ｒｅｍｏｔｅ ＵＥは、Ｌ２ ｒｅｌａｙ Ｕ２Ｎ通信を確立する条件を満たし、一つの適切なｒｅｌａｙ ＵＥを見つける。例えばｒｅｍｏｔｅ ＵＥがセルエッジにあり、ＲＳＲＰがネットワークにより配置された閾値を下回り、ＮＷと直接通信できない場合、ｒｅｌａｙ ＵＥを介してそのデータをネットワークに中継する必要がある。

ｒｅｌａｙ ＵＥも一定の条件を満す必要があり、例えばｒｅｌａｙ ＵＥ自体からＮＷへのリンク条件が十分に良く、ＲＳＲＰがネットワークにより配置された閾値を上回り、選択的に、ｒｅｌａｙ ＵＥからＮＷへのリンク条件があまり良くなく、即ちＲＳＲＰがネットワークにより配置された閾値を下回ることを同時に満たす。このようにすることの利点は、セル中央のＵＥをｒｅｌａｙ ＵＥとすることによる干渉が大きすぎることを回避することである。

Ｒｅｍｏｔｅ ＵＥとｒｅｌａｙ ＵＥとの間のＰＣ５のリンク品質も一定の閾値を満たす必要があり、即ちＰＣ５ ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｉｎｇ Ｐｏｗｅｒ、リファレンス信号受信パワー）が閾値を上回ってこそ、後続の通信が正常に行われることを確保することができる。

上記の基本的なリンク条件を満たした後に、ｒｅｍｏｔｅ ＵＥとｒｅｌａｙ ＵＥとの間で、ＰＣ５プロセスを介して、中継業務情報をインタラクションし、例えばｄｉｓｃｏｖｅｒｙプロセスを行う必要があり、ｒｅｌａｙ ＵＥがｒｅｍｏｔｅ ＵＥが開始しようとする業務の中継サービスを行えることを確保する必要がある。

ステップｂ：ｒｅｌａｙ ＵＥは、ｒｅｍｏｔｅ ＵＥのために業務中継サービスを行うことを決めた後に、自分のＵｕインターフェースで一定の準備作動を行う必要があり、例えば、少なくともマッピング関係が配置されていないｒｅｍｏｔｅ ＵＥのエンドツーエンドＲＢデータを乗せるための一つのｄｅｆａｕｌｔ ｒｅｌａｙｅｄ ＲＬＣ ｃｈａｎｎｅｌ配置を必要とする。

例を挙げて説明すると、このｒｅｌａｙ ＵＥがこの前にＣｏｎｎｅｃｔｅｄ状態になっていない場合、データを中継するために、まずＣｏｎｎｅｃｔｅｄ状態に入って、他のｒｅｍｏｔｅ ＵＥへのデータ中継を要求することをネットワーク側に告知する必要があり、ネットワーク側は、このｒｅｌａｙ ＵＥに一つのｄｅｆａｕｌｔ ｒｅｌａｙｅｄ ＲＬＣ ｃｈａｎｎｅｌを配置する必要があり、その特徴は、ＲＬＣ ＡＭ（Ａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ）又はＵＭ（ＵｎＡｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ）として配置され、ａｄａｐｔａｔｉｏｎ ｌａｙｅｒを有し且つｈｅａｄｅｒを有し、ａｄａｐｔａｔｉｏｎ ｌａｙｅｒ ｈｅａｄｅｒにＵＥ ＩＤとＲＢ ＩＤが含まれ、且つ任意のマッピング関係のないｒｅｍｏｔｅ ＵＥデータがデフォルトでこのＲＬＣ ｃｈａｎｎｅｌにマッピングされることである。

このｒｅｌａｙ ＵＥがすでにＣｏｎｎｅｃｔｅｄ状態にあり、且つそれ自体のＵｕデータ伝送がある場合、又は他のｒｅｍｏｔｅ ＵＥの中継データ伝送がある場合、ｄｅｆａｕｌｔ ｒｅｌａｙｅｄ ＲＬＣ ｃｈａｎｎｅｌがすでに存在している可能性が高く、何のマッピング関係も有しないｒｅｍｏｔｅ ＵＥデータを乗せることができる。

例を挙げると、ｒｅｌａｙ ＵＥのＵｕインターフェース論理チャネル番号について、０は自分のＳＲＢ０メッセージであり、１は自分のＳＲＢ１メッセージであり、２は自分のＳＲＢ２メッセージであり、４は自分の１番目のＤＲＢであり、５は自分の２番目のＤＲＢであり、１０はｄｅｆａｕｌｔ ｒｅｌａｙｅｄ ＲＬＣ ｃｈａｎｎｅｌであり、マッピング関係のないｒｅｌａｙデータを乗せるために用いられ、１１－１３は他のｒｅｌａｙｅｄ ＲＬＣ ｃｈａｎｎｅｌであり、マッピング関係が配置された他のｒｅｍｏｔｅ ＵＥの異なるＱｏＳのデータを乗せる。

ステップｃ：ｒｅｍｏｔｅ ＵＥは、１番目のＵｕメッセージ――ＲＲＣ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔを送信し、このメッセージは、ＮＷに送信されるものであるが、まずｒｅｌａｙ ＵＥに送信されてそれによって中継される必要がある。Ｒｅｍｏｔｅ ＵＥは、ＰＣ５インターフェースを介して１番目のＵｕメッセージをｒｅｌａｙ ＵＥに送信し、Ｒｅｌａｙ ＵＥは、１番目のメッセージを受信した後に、ステップｂで得られた自分のｄｅｆａｕｌｔ ｒｅｌａｙｅｄ ＲＬＣ ｃｈａｎｎｅｌを使用してこの１番目のメッセージを送信し、ここで、このデータパケットのａｄａｐｔａｔｉｏｎ ｈｅａｄｅｒにはｒｅｍｏｔｅ ＵＥ Ｌ２ ＩＤ及びＲＢ ＩＤが運ばれ、１番目のメッセージがＳＲＢ０メッセージであるため、ＲＢ ＩＤ＝０である。

ステップｄ：ネットワーク側は、ｄｅｆａｕｌｔ ｒｅｌａｙｅｄ ＲＬＣ ｃｈａｎｎｅｌを介してｒｅｌａｙからのデータを受信し、処理してそれに応答し、ＲＲＣ Ｓｅｔｕｐメッセージ（Ｌ２ ＩＤとＲＢ ＩＤ＝０を運ぶ）を送信し、ここで、ＵＥ ＩＤによれば、これが新たなｒｅｍｏｔｅ ＵＥであることが分かり（このＵＥの配置がキャッシュされていないため）、ＲＢ ＩＤ＝０によれば、ｒｅｍｏｔｅ ＵＥのＳＲＢ０メッセージであることが分かり、メッセージを解読して正常に処理し、応答してＲＲＣ Ｓｅｔｕｐメッセージを生成する。このＲＲＣ Ｓｅｔｕｐメッセージについて、ネットワーク側は、下りリンクのｄｅｆａｕｌｔ ｒｅｌａｙｅｄ ＲＬＣ ｃｈａｎｎｅｌで送信し、ａｄａｐｔａｔｉｏｎ ｈｅａｄｅｒのＵＥ ＩＤに、受信したＬ２ ＩＤを記入し、ＲＢ ＩＤ＝０であると、依然としてＳＲＢ０が送信されていることを示す。

ＲＲＣ Ｓｅｔｕｐメッセージが、一般的にＳＲＢ１を確立するため、ネットワーク側も、このｒｅｍｏｔｅ ＵＥのＳＲＢ１がＵｕインターフェースでどのようにマッピングされるかを配置し、配置されたマッピング関係をｒｅｌａｙ ＵＥに送信する必要があり、即ち従来の一つのｒｅｌａｙｅｄ ＲＬＣ ｃｈａｎｎｅｌを使用し又は一つの新たなｒｅｌａｙｅｄ ＲＬＣ ｃｈａｎｎｅｌを確立してこのｒｅｍｏｔｅ ＵＥのＳＲＢ１をマッピングしてもよく、ここで、ｒｅｍｏｔｅ ＵＥは、ＵＥ ＩＤ＝Ｌ２ ＩＤを使用して識別される。

ステップｅ：ｒｅｌａｙ ＵＥは、ＲＲＣ ｓｅｔｕｐメッセージを受信し、ａｄａｐｔａｔｉｏｎ ｈｅａｄｅｒから読み取ったＵＥ ＩＤから、対応するｒｅｍｏｔｅ ＵＥを見つけることができ、ＰＣ５インターフェース上でＲＲＣ Ｓｅｔｕｐメッセージを該当するｒｅｍｏｔｅ ＵＥに転送する。

ステップｆ：ｒｅｍｏｔｅ ＵＥは、ＲＲＣ Ｓｅｔｕｐメッセージを受信すると、メッセージにおける配置に従ってＳＲＢ１を確立し、後続のＲＲＣ Ｓｅｔｕｐ ｃｏｍｐｌｅｔｅメッセージを新たに確立されたＳＲＢ１に送信する。

後続のステップはこれ以上説明しないが、ＳＲＢ１のｒｅｌａｙ ＵＥ Ｕｕへのｒｅｌａｙｅｄ ＲＬＣ ｃｈａｎｎｅｌ ｍａｐｐｉｎｇと配置がすでに事前に準備されており、後続のｒｅｌａｙ ＵＥは、ｒｅｍｏｔｅ ＵＥに対応するＬ２ ＩＤとＲＢ ＩＤ＝１を使用することで、これがこのｒｅｍｏｔｅ ＵＥのＳＲＢ１メッセージであることをＮＷに告知することができ、下りリンクも同様である。

そしてｒｅｍｏｔｅ ＵＥ のＳＲＢ２とＤＲＢについても、類似的に、ＳＲＢ１パイプライン即ちＲＲＣシグナリングプロセスにより、まずＳＲＢ２とＤＲＢのｒｅｌａｙ Ｕｕ ＲＬＣ ｃｈａｎｎｅｌ ｍａｐｐｉｎｇを配置し、さらに、配置されたＳＲＢ２とＤＲＢのｒｅｌａｙ Ｕｕ ＲＬＣ ｃｈａｎｎｅｌ ｍａｐｐｉｎｇをｒｅｍｏｔｅ ＵＥに送信する。

確立後にｒｅｌａｙとＮＷとの間では、一つのｒｅｌａｙ Ｕｕ ＲＬＣ ｃｈａｎｎｅｌでＬ２ ＩＤとエンドツーエンドＲＢ ＩＤを使用して、異なるｒｅｍｏｔｅ ＵＥと具体的なベアラ内容（ＳＲＢ０／１／２／ＤＲＢ）を明確に区別することができる。

以下では、Ｕ２ＵシナリオでどのようにＵＥ ＩＤとＲＢ ＩＤを使用して異なるｒｅｍｏｔｅ ＵＥのベアラを区別するかを紹介する。

Ｕ２Ｕアーキテクチャでは、Ｌ２ Ｓｏｕｒｃｅ ｒｅｍｏｔｅ ＵＥ ＜－＞ ｒｅｌａｙ ＵＥ ＜－＞ Ｔａｒｇｅｔ ｒｅｍｏｔｅ ＵＥシナリオを例にして、どのようにＵＥ ＩＤとＲＢ ＩＤを使用して異なるｒｅｍｏｔｅ ＵＥのベアラを区別することによって、通常のｒｅｌａｙ通信を行うかを説明する。

まず、ＵＥ ＩＤとＲＢ ＩＤの意味と値について、この例では、ＵＥ ＩＤがＰＣ５ ｌｉｎｋ Ｌ２ ＩＤであり、ＲＢ ＩＤがエンドツーエンドベアラ識別子であるという原則を採用する。

ｒｅｌａｙ ＵＥとＴａｒｇｅｔ ｒｅｍｏｔｅ ＵＥ（第二のホップと略称される）との間で、ｒｅｌａｙ ＵＥは、複数のｓｏｕｒｃｅ ｒｅｍｏｔｅ ＵＥ（それらのｔａｒｇｅｔ ｒｅｍｏｔｅ ＵＥが同一のＵＥであるため）のデータを多重化することによって、第二のホップで発生する可能性のあるベアラ数を低減することができる。各ｓｏｕｒｃｅ ｒｅｍｏｔｅ ＵＥは、依然としてそれぞれのＬ２ ＩＤで区別され、このＬ２ ＩＤは、ｔａｒｇｅｔ ｒｅｍｏｔｅ ＵＥによって識別されることができる必要があり、例えばｄｉｓｃｏｖｅｒｙプロセスにおいて、相互のＬ２ ＩＤがインタラクションされた。ここで使用されるＬ２ ＩＤは、ｓｏｕｒｃｅ ｒｅｍｏｔｅ ＵＥとｒｅｌａｙ ＵＥとの間でＰＣ５通信を行う時に使用されるＬ２ ＩＤと同じであってもよく、異なってもよい。異なる場合、ｓｏｕｒｃｅ ｒｅｍｏｔｅ ＵＥに少なくとも二つのＬ２ ＩＤがあることを意味し、そのうちの一つは、ｒｅｌａｙ ＵＥとの間でＰＣ５伝送を行うために用いられ、別のＬ２ ＩＤは、ｓｏｕｒｃｅ ｒｅｍｏｔｅ ＵＥとｔａｒｇｅｔ ｒｅｍｏｔｅ ＵＥとのエンドツーエンド通信時に自体を識別するために用いられる。二つのＬ２ ＩＤである場合、ｒｅｌａｙ ＵＥは、異なるシナリオでの使用を容易にするために、二つのＬ２ ＩＤの対応関係を記憶する必要があり、例えばｒｅｌａｙ ＵＥは、ＰＣ５インターフェースで一番目のＬ２ ＩＤによってｓｏｕｒｃｅ ｒｅｍｏｔｅ ＵＥのデータを受信した場合、一番目のＬ２ ＩＤによって、対応する二番目のＬ２ ＩＤを見つけ、ａｄａｐｔａｔｉｏｎ ｌａｙｅｒ ｈｅａｄｅｒに入れて第二のホップでｓｏｕｒｃｅ ｒｅｍｏｔｅ ＵＥを識別するために用いる必要がある。そして対応するＲＢ ＩＤを運ぶことによって、どのｓｏｕｒｃｅ ｒｅｍｏｔｅ ＵＥのどのベアラであるかを識別する。ここでＲＢ ＩＤは、依然としてｓｏｕｒｃｅ ｒｅｍｏｔｅ ＵＥとｔａｒｇｅｔ ｒｅｍｏｔｅ ＵＥとの間のエンドツーエンドのＲＢ ＩＤを使用し、例えばＳＲＢ ０－３はＲＢ ０－３に対応し、残りのＤＲＢは、ｓｏｕｒｃｅとｔａｒｇｅｔとの間でＲＲＣシグナリングプロセスを介して確立されてＲＢ ＩＤが割り当てられた後に、使用される。

Ｓｏｕｒｃｅ ｒｅｍｏｔｅ ＵＥとｒｅｌａｙ ＵＥ（第一のホップと略称される）との間で、ｒｅｌａｙ ＵＥは、第一のホップで発生する可能性のあるベアラ数を低減するために、同一のｓｏｕｒｃｅ ｒｅｍｏｔｅ ＵＥから異なるｔａｒｇｅｔ ｒｅｍｏｔｅ ＵＥへのデータを多重化してもよい。各ｔａｒｇｅｔ ｒｅｍｏｔｅ ＵＥは、依然としてそれぞれのＬ２ ＩＤで区別され、このＬ２ ＩＤは、ｓｏｕｒｃｅ ｒｅｍｏｔｅ ＵＥによって識別されることができる必要があり、例えばｄｉｓｃｏｖｅｒｙプロセスにおいて、相互のＬ２ ＩＤがインタラクションされた。ここで使用されるＬ２ ＩＤは、ｔａｒｇｅｔ ｒｅｍｏｔｅ ＵＥとｒｅｌａｙ ＵＥとの間でＰＣ５通信を行う時に使用されるＬ２ ＩＤと同じであってもよく、異なってもよい。異なる場合、ｔａｒｇｅｔ ｒｅｍｏｔｅ ＵＥに少なくとも二つのＬ２ ＩＤがあることを意味し、そのうちの一つは、ｒｅｌａｙ ＵＥとの間でＰＣ５伝送を行うために用いられ、別のＬ２ ＩＤは、ｔａｒｇｅｔ ｒｅｍｏｔｅ ＵＥとｓｏｕｒｃｅ ｒｅｍｏｔｅ ＵＥとのエンドツーエンド通信時に自体を識別するために用いられる。二つのＬ２ ＩＤである場合、ｒｅｌａｙ ＵＥは、異なるシナリオでの使用を容易にするために、二つのＬ２ ＩＤの対応関係を記憶する必要がある。そして対応するＲＢ ＩＤを運ぶことによって、どのｓｏｕｒｃｅ ｒｅｍｏｔｅ ＵＥのどのベアラであるかを識別する。原理は上記と同じであり、
選択的に、複雑さをさらに低減し、第一のホップと第二のホップで同じａｄａｐｔａｔｉｏｎ ｌａｙｅｒデータパケットフォーマットを持つために、第一のホップでｓｏｕｒｃｅ ｒｅｍｏｔｅ ＵＥ Ｌ２ ＩＤとｔａｒｇｅｔ ｒｅｍｏｔｅ ＵＥ Ｌ２ ＩＤを同時に運んでもよく、前者は異なるｓｏｕｒｃｅ ＵＥを識別し、後者は異なるｔａｒｇｅｔ ＵＥを識別し、そして後者はマルチホップネットワークにおいてルーティングの役割を果たすこともでき、同様に、ＵＥ ＩＤに加え、異なるベアラを区別するために、ＲＢ ＩＤが必要であり、原理は上記と同じである。

図５は、本出願の実施例によるリモート端末業務識別方法の概略図のその二であり、実行本体は、ネットワーク側機器であり、この方法は、以下を含む。ステップ５００、中継端末が中継ベアラチャネルを介して送信した第一のメッセージを受信し、前記第一のメッセージのデータパケットヘッダには、第一のリモート端末の端末識別子及び／又はベアラ識別子が運ばれる。本実施例では、ネットワーク側機器は、相手側通信機器として、中継端末が中継ベアラチャネルを介して転送した第一のメッセージを受信する。ネットワーク側機器は、この第一のメッセージのデータパケットヘッダに運ばれたＵＥ ＩＤ及び／又はＲＢ ＩＤに基づいて、異なるｒｅｍｏｔｅ ＵＥからのベアラを区別することができ、それによってリモート端末ｒｅｍｏｔｅ ＵＥの業務に対する識別を実現した。

本出願の実施例では、ｒｅｍｏｔｅ ＵＥの業務多重化を行う過程において異なるｒｅｍｏｔｅ ＵＥの業務を区別することで、中継端末は、異なるリモート端末の異なる業務を同一の伝送チャンネルで多重化して伝送することができ、伝送の効率を向上させるとともに、リモート端末業務のエンドツーエンド伝送における識別可能性を提供することによって、リモート端末業務のサービス品質を保障し、全体の効率を考慮し、ユーザ体験を向上させるとともにシステム効率を保障している。

いくつかの選択的な実施例では、前記端末識別子は、ＰＣ５リンク層２識別子ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤ又は前記ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤの一部のビットと、リモート端末の中継端末におけるユニックなインデックスと、リモート端末のネットワーク側機器におけるユニックなインデックスとのうちの一つを含む。端末識別子の関連内容について、前述の実施例における関連記述を参照してもよく、ここでこれ以上説明しない。

いくつかの選択的な実施例では、前記ベアラ識別子は、リモート端末のエンドツーエンドベアラ識別子と、同一の無線リンク制御チャネルにマッピングされたリモート端末に対応するベアラの符号とのうちの一つを含む。ベアラ識別子の関連内容について、前述の実施例における関連記述を参照してもよく、ここでこれ以上説明しない。

いくつかの選択的な実施例では、前記リモート端末業務識別方法は、無線ベアラの配置情報を中継端末に送信することをさらに含み、ここで、前記無線ベアラの配置情報は、前記無線ベアラデータのタイプと無線リンク制御チャネルとの間のマッピング関係を運ぶ。

ベアラ多重化を実現するために、ネットワーク側機器は、異なるタイプの無線ベアラデータのために該当する無線リンク制御チャネルを配置する必要がある。例えば、ＳＲＢ０メッセージのためにｄｅｆａｕｌｔ ｒｅｌａｙｅｄ ＲＬＣ ｃｈａｎｎｅｌを配置し、非ＳＲＢ０メッセージのために対応するＲＬＣ ｃｈａｎｎｅｌを配置する。

選択的に、ネットワーク側機器は、無線ベアラの配置情報を中継端末に送信し、ここで、前記無線ベアラの配置情報は、前記無線ベアラデータのタイプと無線リンク制御チャネルとの間のマッピング関係を運ぶ。

いくつかの選択的な実施例では、前記第一のメッセージのアダプテーション層プロトコルヘッダには、第一のリモート端末の端末識別子及び／又は第一のリモート端末のベアラ識別子が運ばれる。

いくつかの選択的な実施例では、前記リモート端末業務識別方法は、中継端末により転送されたＳＲＢ０メッセージを受信し、前記ＳＲＢ０メッセージを送信するリモート端末のアイデンティティ情報を決定することと、前記ＳＲＢ０メッセージを送信するリモート端末に端末識別子インデックスを割り当て、且つ無線リソース制御ＲＲＣメッセージ又はＵＰプロセスを介して、前記端末識別子インデックスを中継端末に送信することとをさらに含む。

選択的に、端末識別子は、ネットワーク側機器によってリモート端末に割り当てられたユニックなインデックスであってもよい。

ネットワークは、中継端末により転送されたＳＲＢ０メッセージを受信し、前記ＳＲＢ０メッセージを解読し、前記ＳＲＢ０メッセージを送信するリモート端末のアイデンティティ情報を決定する。

そして、前記ＳＲＢ０メッセージを送信するリモート端末に端末識別子インデックスを割り当て、且つ無線リソース制御ＲＲＣメッセージ又はＵＰプロセスを介して、前記端末識別子インデックスを中継端末に送信する。

選択的に、前記の、無線リソース制御ＲＲＣメッセージ又はＵＰプロセスを介して、前記端末識別子インデックスを中継端末に送信することは、前記端末識別子インデックスが運ばれるＲＲＣメッセージを前記中継端末に送信すること、又は、ＵＰプロセスを介して、前記ＳＲＢ０メッセージを送信するリモート端末のアイデンティティ情報と前記ＳＲＢ０メッセージを送信したリモート端末に対応する端末識別子インデックスが運ばれる制御プロトコルデータユニット／第一のデータパケットを前記中継端末に送信することを含む。

いくつかの選択的な実施例では、前記リモート端末業務識別方法は、カバレッジ範囲内の各リモート端末にユニックな端末識別子インデックスを割り当てることをさらに含む。

本出願の実施例では、ＵＥ ＩＤを定義するための別の実行可能な方式を提供することによって、ＵＥ ＩＤの長さは、完全なＬ２ ＩＤ ２４ｂｉｔとｒｅｌａｙ内でユニックなｉｎｄｅｘ長さとの間に位置することができ、一般的に２バイト長さであるｃｅｌｌ内でユニックな識別子をｒｅｍｏｔｅ ＵＥに割り当てることによって、異なるｒｅｍｏｔｅ ＵＥを区別する。

Ｕ２Ｎシナリオでは、ｒｅｍｏｔｅ ＵＥとｒｅｌａｙ ＵＥとの両方が接続状態にあり、ネットワークにより制御されるため、ネットワーク側機器は、区別と識別のために、各ｒｅｍｏｔｅ ＵＥに自分の管轄範囲内のユニックなｉｎｄｅｘを割り当ててもよい。ネットワーク側機器がｉｎｄｅｘを配置する方式では、コントロール プレーン（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ、ＣＰ）プロセス又はユーザプレーンＵＰプロセスを介して、ｓｅｔｕｐ ｒｅｑｕｅｓｔのｒｅｍｏｔｅ ＵＥアイデンティティ識別子とｃｏｎｆｉｇｕｒｅｄ ｉｎｄｅｘの様々な通知方式により、ｒｅｍｏｔｅ ＵＥとｉｎｄｅｘとの関連付けを確立し、後続の通信に用いることができる。

Ｕ２Ｕシナリオでは、ｒｅｌａｙ ＵＥは、多くのデータを中継し、接続状態にあってネットワークにスケジューリングされる確率も高いため、ネットワーク側機器からｒｅｍｏｔｅ ＵＥとｉｎｄｅｘとの関連付けを取得し、後続の通信に用いてもよい。ｒｅｌａｙ ＵＥが接続状態ではなく、又はネットワークから離脱した状態である場合、ｉｎｄｅｘはｒｅｌａｙ ＵＥ自身によって決められることしかできない。

いくつかの選択的な実施例では、前記リモート端末業務識別方法は、同一の無線リンク制御チャネルにマッピングされた各リモート端末にベアラ符号を割り当てることをさらに含む。

理解できるように、Ｕ２Ｎシナリオでは、ネットワーク側機器は、同一の無線リンク制御チャネルにマッピングされた各ｒｅｍｏｔｅ ＵＥにベアラ符号を割り当て、ＲＲＣメッセージを介してｒｅｌａｙ ＵＥに配置する。Ｕ２Ｕシナリオでは、ｒｅｌａｙ ＵＥが接続状態にある場合、このｒｅｌａｙ ＵＥは、各ｒｅｍｏｔｅ ＵＥの状況をネットワークに報告し、ネットワークによって各ｒｅｍｏｔｅ ＵＥに対応するベアラ符号を統一的に割り当てる。

本出願の実施例では、サブリンク中継アーキテクチャにおいてベアラ多重化を行う必要がある場合、リモートＵＥ業務を識別する方法を提供することによって、ｒｅｌａｙ ＵＥの操作をより秩序正しく行うことができ、ベアラ数とスケジューリング伝送の複雑さを低減し、ｒｅｍｏｔｅ ＵＥの業務体験とシステム効率を保障している。

図６は、本出願の実施例によるリモート端末業務識別方法のフローチャートのその三であり、リモート端末に用いられ、以下を含む。

ステップ６００、中継端末が中継ベアラチャネルを介して送信した第一のメッセージを受信し、前記第一のメッセージのデータパケットヘッダには、第一のリモート端末の端末識別子及び／又は第一のリモート端末のベアラ識別子が運ばれる。

本実施例では、リモート端末は、相手側通信機器として、中継端末が中継ベアラチャネルを介して転送した第一のメッセージを受信する。

リモート機器は、この第一のメッセージのデータパケットヘッダに運ばれたＵＥ ＩＤ及び／又はＲＢ ＩＤに基づいて、異なるｒｅｍｏｔｅ ＵＥからのベアラを区別することができ、それによってリモート端末ｒｅｍｏｔｅ ＵＥの業務に対する識別を実現した。

選択的に、前記端末識別子は、ＰＣ５リンク層２識別子ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤ又は前記ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤの一部のビットと、リモート端末の中継端末におけるユニックなインデックスと、リモート端末のネットワーク側機器におけるユニックなインデックスとのうちの一つを含む。端末識別子の関連内容について、前述の実施例における関連記述を参照してもよく、ここでこれ以上説明しない。

選択的に、前記ベアラ識別子は、リモート端末のエンドツーエンドベアラ識別子と、同一の無線リンク制御チャネルにマッピングされたリモート端末に対応するベアラの符号とのうちの一つを含む。ベアラ識別子の関連内容について、前述の実施例における関連記述を参照してもよく、ここでこれ以上説明しない。

選択的に、前記第一のメッセージのアダプテーション層プロトコルヘッダには、第一のリモート端末の端末識別子及び／又はベアラ識別子が運ばれる。

本出願の実施例では、サブリンク中継アーキテクチャにおいてベアラ多重化を行う必要がある場合、リモートＵＥ業務を識別する方法を提供することによって、ｒｅｌａｙ ＵＥの操作をより秩序正しく行うことができ、ベアラ数とスケジューリング伝送の複雑さを低減し、ｒｅｍｏｔｅ ＵＥの業務体験とシステム効率を保障している。

説明すべきこととして、本出願の実施例によるリモート端末業務識別方法では、実行本体は、リモート端末業務識別装置、又は、このリモート端末業務識別装置におけるリモート端末業務識別方法を実行するための制御モジュールであってもよい。本出願の実施例ではリモート端末業務識別装置がリモート端末業務識別方法を実行することを例にして、本出願の実施例によるリモート端末業務識別装置を説明する。

図７は、本出願の実施例によるリモート端末業務識別装置の構造概略図のその一であり、第一の受信ユニット７１０と、第一の処理ユニット７２０と、第一の送信ユニット７３０とを含み、ここで、第一の受信ユニット７１０は、第一のリモート端末により送信された第一のメッセージを受信するために用いられ、第一の処理ユニット７２０は、前記第一のメッセージを転送するための中継ベアラチャネルを決定するために用いられ、第一の送信ユニット７３０は、前記中継ベアラチャネルを介して前記第一のメッセージを相手側通信機器に転送するために用いられ、前記第一のメッセージのデータパケットヘッダに前記第一のリモート端末の端末識別子及び／又はベアラ識別子が運ばれ、ここで、前記相手側通信機器は、ネットワーク側機器、次ホップの中継端末又は第二のリモート端末である。

本出願の実施例では、ｒｅｍｏｔｅ ＵＥの業務多重化を行う過程において異なるｒｅｍｏｔｅ ＵＥの業務を区別することで、中継端末は、異なるリモート端末の異なる業務を同一の伝送チャンネルで多重化して伝送することができ、伝送の効率を向上させるとともに、リモート端末業務のエンドツーエンド伝送における識別可能性を提供することによって、リモート端末業務のサービス品質を保障し、全体の効率を考慮し、ユーザ体験を向上させるとともにシステム効率を保障している。

選択的に、前記第一の処理ユニット７２０は、前記第一のメッセージに対応するＰＣ５インターフェースの論理チャネル識別子又は前記第一のメッセージのＳＲＢ０識別子又は前記第一のリモート端末のエンドツーエンドベアラ識別子に基づいて、前記第一のメッセージのタイプを決定することと、前記第一のメッセージのタイプがＳＲＢ０メッセージである場合に、前記第一のメッセージを転送するための中継ベアラチャネルを第一のデフォルト無線リンク制御チャネルとして決定し、又は、前記第一のメッセージのタイプがＳＲＢ０メッセージではない場合に、無線ベアラデータのタイプと無線リンク制御チャネルとの間のマッピング関係に基づいて、前記第一のメッセージを転送するための中継ベアラチャネルを前記第一のメッセージのタイプとマッピング関係を有する無線リンク制御チャネルとして決定することとに用いられる。

選択的に、前記第一の処理ユニット７２０は、前記第一のメッセージのタイプがＳＲＢ０メッセージではなく、且つ前記第一のメッセージのタイプとマッピング関係を有する無線リンク制御チャネルが存在しない場合に、前記第一のメッセージを転送するための中継ベアラチャネルをネットワーク側により配置される第二のデフォルト無線リンク制御チャネルとして決定するためにも用いられ、ここで、前記第二のデフォルト無線リンク制御チャネルは、前記第一のデフォルト中継無線リンク制御チャネルと同じであるか又は異なる。選択的に、前記端末識別子は、ＰＣ５リンク層２識別子ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤ又は前記ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤの一部のビットと、リモート端末の中継端末におけるユニックなインデックスと、リモート端末のネットワーク側機器におけるユニックなインデックスとのうちの一つを含む。

選択的に、前記ベアラ識別子は、エンドツーエンドベアラ識別子と、同一の無線リンク制御チャネルにマッピングされたリモート端末に対応するベアラの符号とのうちの一つを含む。

選択的に、前記中継端末に接続された各リモート端末に端末識別子インデックスを割り当て、又は、同一の無線リンク制御チャネルにマッピングされた各リモート端末に端末識別子インデックスを割り当てるための第一の配置ユニットをさらに含む。

選択的に、無線リソース制御ＲＲＣメッセージ又はＵＰプロセスを介して、前記端末識別子インデックスを前記端末識別子インデックスに対応するリモート端末の相手側通信機器に送信するための第二の送信ユニットをさらに含む。

選択的に、ネットワーク側機器により送信された無線リソース制御ＲＲＣメッセージを受信するための第二の受信ユニットをさらに含み、前記ＲＲＣメッセージは、ＳＲＢ０メッセージを送信したリモート端末にネットワーク側機器によって割り当てられた端末識別子インデックスを運ぶ。

選択的に、ネットワーク側機器により送信された制御プロトコルデータユニット／第一のデータパケットを受信するための第三の受信ユニットであって、前記制御プロトコルデータユニット／第一のデータパケットは、ＳＲＢ０メッセージを送信したリモート端末のアイデンティティ情報と前記ＳＲＢ０メッセージを送信したリモート端末に前記ネットワーク側機器によって割り当てられた端末識別子インデックスを運んでいる第三の受信ユニットと、前記アイデンティティ情報に基づいて、前記端末識別子インデックスに対応するリモート端末を決定するための第二の処理ユニットとをさらに含む。

選択的に、同一の無線リンク制御チャネルにマッピングされた各リモート端末にベアラ符号を割り当てるための第二の配置ユニットをさらに含む。

選択的に、前記相手側通信機器により送信された第二のメッセージを受信するための第四の受信ユニットと、前記第二のメッセージのデータパケットヘッダに運ばれた端末識別子及び／又はベアラ識別子に基づいて、前記第二のメッセージを該当するリモート端末に転送するための第三の処理ユニットとをさらに含む。

選択的に、前記の、第一のリモート端末により送信された第一のメッセージを受信する前に、第一のリモート端末が中継通信を確立する条件を満たし、且つ中継端末と前記第一のリモート端末との間のリンク品質及び中継端末と第一の通信機器との間のリンク品質が中継通信を確立する条件を満たす場合に、ＰＣ５インターフェースを介して前記第一のリモート端末とインタラクションし、前記中継端末が前記第一のリモート端末業務を中継する能力を備えることを決定するための第四の処理ユニットをさらに含む。

選択的に、前記第一のメッセージのアダプテーション層プロトコルヘッダには、前記第一のリモート端末の端末識別子及び／又は前記第一のリモート端末のベアラ識別子が運ばれる。

本出願の実施例では、中継端末又はネットワーク側機器は、ｒｅｍｏｔｅ ＵＥに端末識別子インデックス及び／又はベアラ符号を割り当て、ｒｅｍｏｔｅ ＵＥの業務多重化を行う過程において異なるｒｅｍｏｔｅ ＵＥの業務を区別することで、中継端末は、異なるリモート端末の異なる業務を同一の伝送チャンネルで多重化して伝送し、伝送の効率を向上させるとともに、リソースオーバヘッドが比較的小さい。

本出願の実施例におけるリモート端末業務識別装置は、装置であってもよく、端末における部材、集積回路、又はチップであってもよい。この装置は、移動端末であってもよく、非移動端末であってもよい。例示的には、移動端末は、以上に列挙されたリモート端末１１／中継端末１３のタイプを含んでもよいが、それらに限らず、非移動端末は、サーバ、ネットワーク接続型ストレージ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ、ＮＡＳ）、パーソナルコンピュータ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ、ＰＣ）、テレビ（ｔｅｌｅｖｉｓｉｏｎ、ＴＶ）、預入支払機又はセルフサービス機などであってもよく、本出願の実施例は、具体的に限定しない。本出願の実施例におけるリモート端末業務識別装置は、オペレーティングシステムを有する装置であってもよい。このオペレーティングシステムは、アンドロイド（登録商標）（Ａｎｄｒｏｉｄ（登録商標））オペレーティングシステムであってもよく、ｉｏｓオペレーティングシステムであってもよく、他の可能なオペレーティングシステムであってもよく、本出願の実施例は、具体的に限定しない。

本出願の実施例によるリモート端末業務識別装置は、図３から図４の方法の実施例により実現される各プロセスを実現し、且つ同じ技術的効果を達成することができ、説明の繰り返しを回避するために、ここでこれ以上説明しない。

図８は、本出願の実施例によるリモート端末業務識別装置の構造概略図のその二であり、中継端末が中継ベアラチャネルを介して送信した第一のメッセージを受信するための第五の受信ユニット８１０を含み、ここで、前記第一のメッセージのデータパケットヘッダには、第一のリモート端末の端末識別子及び／又はベアラ識別子が運ばれる。選択的に、前記端末識別子は、ＰＣ５リンク層２識別子ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤ又は前記ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤの一部のビットと、リモート端末の中継端末におけるユニックなインデックスと、リモート端末のネットワーク側機器におけるユニックなインデックスとのうちの一つを含む。

選択的に、前記ベアラ識別子は、リモート端末のエンドツーエンドベアラ識別子と、同一の無線リンク制御チャネルにマッピングされたリモート端末に対応するベアラの符号とのうちの一つを含む。

選択的に、無線ベアラの配置情報を中継端末に送信するための第三の送信ユニットをさらに含み、ここで、前記無線ベアラの配置情報は、前記無線ベアラデータのタイプと無線リンク制御チャネルとの間のマッピング関係を運ぶ。

選択的に、前記第一のメッセージのアダプテーション層プロトコルヘッダには、第一のリモート端末の端末識別子及び／又は第一のリモート端末のベアラ識別子が運ばれる。

選択的に、中継端末により転送されたＳＲＢ０メッセージを受信し、前記ＳＲＢ０メッセージを送信するリモート端末のアイデンティティ情報を決定するための第五の処理ユニットと、前記ＳＲＢ０メッセージを送信するリモート端末に端末識別子インデックスを割り当てるための第三の配置ユニットと、無線リソース制御ＲＲＣメッセージ又はＵＰプロセスを介して、前記端末識別子インデックスを中継端末に送信するための第四の送信ユニットとをさらに含む。

選択的に、前記第四の送信ユニットは、前記端末識別子インデックスが運ばれるＲＲＣメッセージを前記中継端末に送信し、又は、ＵＰプロセスを介して、前記ＳＲＢ０メッセージを送信するリモート端末のアイデンティティ情報と前記ＳＲＢ０メッセージを送信したリモート端末に対応する端末識別子インデックスが運ばれる制御プロトコルデータユニット／第一のデータパケットを前記中継端末に送信するために用いられる。

選択的に、カバレッジ範囲内の各リモート端末にユニックな端末識別子インデックスを割り当てるための第四の配置ユニットをさらに含む。

選択的に、同一の無線リンク制御チャネルにマッピングされた各リモート端末にベアラ符号を割り当てるための第五の配置ユニットをさらに含む。

本出願の実施例では、ｒｅｍｏｔｅ ＵＥの業務多重化を行う過程において異なるｒｅｍｏｔｅ ＵＥの業務を区別することで、中継端末は、異なるリモート端末の異なる業務を同一の伝送チャンネルで多重化して伝送することができ、伝送の効率を向上させるとともに、リモート端末業務のエンドツーエンド伝送における識別可能性を提供することによって、リモート端末業務のサービス品質を保障し、全体の効率を考慮し、ユーザ体験を向上させるとともにシステム効率を保障している。

本出願の実施例におけるリモート端末業務識別装置は、装置であってもよく、端末における部材、集積回路、又はチップであってもよい。この装置は、移動端末であってもよく、非移動端末であってもよい。例示的には、移動端末は、以上に列挙されたリモート端末１１／中継端末１３のタイプを含んでもよいが、それらに限らず、非移動端末は、サーバ、ネットワーク接続型ストレージ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ、ＮＡＳ）、パーソナルコンピュータ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ、ＰＣ）、テレビ（ｔｅｌｅｖｉｓｉｏｎ、ＴＶ）、預入支払機又はセルフサービス機などであってもよく、本出願の実施例は、具体的に限定しない。

本出願の実施例におけるリモート端末業務識別装置は、オペレーティングシステムを有する装置であってもよい。このオペレーティングシステムは、アンドロイド（登録商標）（Ａｎｄｒｏｉｄ（登録商標））オペレーティングシステムであってもよく、ｉｏｓオペレーティングシステムであってもよく、他の可能なオペレーティングシステムであってもよく、本出願の実施例は、具体的に限定しない。

本出願の実施例によるリモート端末業務識別装置は、図５の方法の実施例により実現される各プロセスを実現し、且つ同じ技術的効果を達成することができ、説明の繰り返しを回避するために、ここでこれ以上説明しない。

図９は、本出願の実施例によるリモート端末業務識別装置の構造概略図のその三であり、中継端末が中継ベアラチャネルを介して送信した第一のメッセージを受信するための第六の受信ユニット９１０を含み、ここで、前記第一のメッセージのデータパケットヘッダには、第一のリモート端末の端末識別子及び／又は第一のリモート端末のベアラ識別子が運ばれる。

選択的に、前記端末識別子は、ＰＣ５リンク層２識別子ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤ又は前記ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤの一部のビットと、リモート端末の中継端末におけるユニックなインデックスと、リモート端末のネットワーク側機器におけるユニックなインデックスとのうちの一つを含む。選択的に、前記ベアラ識別子は、リモート端末のエンドツーエンドベアラ識別子と、同一の無線リンク制御チャネルにマッピングされたリモート端末に対応するベアラの符号とのうちの一つを含む。

選択的に、前記第一のメッセージのアダプテーション層プロトコルヘッダには、第一のリモート端末の端末識別子及び／又はベアラ識別子が運ばれる。

本出願の実施例では、ｒｅｍｏｔｅ ＵＥの業務多重化を行う過程において異なるｒｅｍｏｔｅ ＵＥの業務を区別することで、中継端末は、異なるリモート端末の異なる業務を同一の伝送チャンネルで多重化して伝送することができ、伝送の効率を向上させるとともに、リモート端末業務のエンドツーエンド伝送における識別可能性を提供することによって、リモート端末業務のサービス品質を保障し、全体の効率を考慮し、ユーザ体験を向上させるとともにシステム効率を保障している。

本出願の実施例におけるリモート端末業務識別装置は、装置であってもよく、端末における部材、集積回路、又はチップであってもよい。この装置は、移動端末であってもよく、非移動端末であってもよい。例示的には、移動端末は、以上に列挙されたリモート端末１１／中継端末１３のタイプを含んでもよいが、それらに限らず、非移動端末は、サーバ、ネットワーク接続型ストレージ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ、ＮＡＳ）、パーソナルコンピュータ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ、ＰＣ）、テレビ（ｔｅｌｅｖｉｓｉｏｎ、ＴＶ）、預入支払機又はセルフサービス機などであってもよく、本出願の実施例は、具体的に限定しない。

本出願の実施例におけるリモート端末業務識別装置は、オペレーティングシステムを有する装置であってもよい。このオペレーティングシステムは、アンドロイド（登録商標）（Ａｎｄｒｏｉｄ（登録商標））オペレーティングシステムであってもよく、ｉｏｓオペレーティングシステムであってもよく、他の可能なオペレーティングシステムであってもよく、本出願の実施例は、具体的に限定しない。

本出願の実施例によるリモート端末業務識別装置は、図６の方法の実施例により実現される各プロセスを実現し、且つ同じ技術的効果を達成することができ、説明の繰り返しを回避するために、ここでこれ以上説明しない。

選択的に、図１０に示すように、本出願の実施例は、通信機器１０００をさらに提供し、プロセッサ１００１と、メモリ１００２と、メモリ１００２に記憶され、且つ前記プロセッサ１００１上で運行できるプログラム又は命令とを含み、例えばこの通信機器１０００が端末である場合、このプログラム又は命令がプロセッサ１００１により実行される時、上記リモート端末業務識別方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。この通信機器１０００がネットワーク側機器である場合、このプログラム又は命令がプロセッサ１００１により実行される時、上記リモート端末業務識別方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

図１１は、本出願の実施例を実現する端末のハードウェア構造概略図である。この端末１１００は、無線周波数ユニット１１０１、ネットワークモジュール１１０２、オーディオ出力ユニット１１０３、入力ユニット１１０４、センサ１１０５、表示ユニット１１０６、ユーザ入力ユニット１１０７、インターフェースユニット１１０８、メモリ１１０９、及びプロセッサ１１１０などの部材を含むが、それらに限らない。

当業者であれば理解できるように、端末１１００は、各部材に給電する電源（例えば、電池）をさらに含んでもよく、電源は、電源管理システムによってプロセッサ１１１０にロジック的に接続されてもよく、それにより電源管理システムによって充放電管理及び消費電力管理などの機能を実現することができる。図１１に示す端末構造は、端末に対する限定を構成せず、端末は、図示された部材の数よりも多く又は少ない部材、又はいくつかの部材の組み合わせ、又は異なる部材の配置を含んでもよく、ここでこれ以上説明しない。

理解すべきこととして、本出願の実施例では、入力ユニット１１０４は、グラフィックスプロセッサ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＧＰＵ）１１０４１とマイクロホン１１０４２を含んでもよく、グラフィックスプロセッサ１１０４１は、ビデオキャプチャモード又は画像キャプチャモードにおいて画像キャプチャ装置（例えば、カメラ）によって得られた静止画像又はビデオの画像データを処理する。表示ユニット１１０６は、表示パネル１１０６１を含んでもよく、液晶ディスプレイ、有機発光ダイオードなどの形式で表示パネル１１０６１が配置されてもよい。ユーザ入力ユニット１１０７は、タッチパネル１１０７１及び他の入力機器１１０７２を含む。タッチパネル１１０７１は、タッチスクリーンとも呼ばれる。タッチパネル１１０７１は、タッチ検出装置とタッチコントローラという二つの部分を含んでもよい。他の入力機器１１０７２は、物理的キーボード、機能キー（例えば、ボリューム制御ボタン、スイッチボタンなど）、トラックボール、マウス、操作レバーを含んでもよいが、それらに限らず、ここでこれ以上説明しない。

本出願の実施例では、無線周波数ユニット１１０１は、ネットワーク側機器からの下りリンクのデータを受信した後に、プロセッサ１１１０に処理させ、また、上りリンクのデータをネットワーク側機器に送信する。一般的には、無線周波数ユニット１１０１は、アンテナ、少なくとも一つの増幅器、送受信機、カプラ、低雑音増幅器、デュプレクサなどを含むが、それらに限らない。

メモリ１１０９は、ソフトウェアプログラム又は命令及び様々なデータを記憶するために用いられてもよい。メモリ１１０９は、主にプログラム又は命令記憶領域とデータ記憶領域を含んでもよく、ここで、プログラム又は命令記憶領域は、オペレーティングシステム、少なくとも一つの機能に必要なアプリケーションプログラム又は命令（例えば、音声再生機能、画像再生機能など）などを記憶することができる。なお、メモリ１１０９は、高速ランダムアクセスメモリを含んでもよく、非揮発性メモリを含んでもよく、ここで、非揮発性メモリは、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブルリードオンリーメモリ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ）、消去可能なプログラマブルリードオンリーメモリ（Ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、電気的に消去可能なプログラマブルリードオンリーメモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）又はフラッシュメモリであってもよい。例えば、少なくとも一つの磁気ディスクメモリデバイス、フラッシュメモリデバイス、又は他の非揮発性ソリッドステートメモリデバイスであってもよい。

プロセッサ１１１０は、一つ又は複数の処理ユニットを含んでもよい。選択的に、プロセッサ１１１０は、アプリケーションプロセッサとモデムプロセッサを統合してもよい。ここで、アプリケーションプロセッサは、主にオペレーティングシステム、ユーザインタフェースとアプリケーションプログラム又は命令などを処理するものであり、モデムプロセッサは、主に無線通信を処理するものであり、例えばベースバンドプロセッサである。理解できるように、上記モデムプロセッサは、プロセッサ１１１０に統合されなくてもよい。ここで、無線周波数ユニット１１０１は、第一のリモート端末により送信された第一のメッセージを受信するために用いられ、プロセッサ１１１０は、前記第一のメッセージを転送するための中継ベアラチャネルを決定することと、前記中継ベアラチャネルを介して前記第一のメッセージを相手側通信機器に転送することであって、前記第一のメッセージのデータパケットヘッダに前記第一のリモート端末の端末識別子及び／又はベアラ識別子が運ばれることとに用いられ、ここで、前記相手側通信機器は、ネットワーク側機器、次ホップの中継端末又は第二のリモート端末である。

本出願の実施例では、ｒｅｍｏｔｅ ＵＥの業務多重化を行う過程において異なるｒｅｍｏｔｅ ＵＥの業務を区別することで、中継端末は、異なるリモート端末の異なる業務を同一の伝送チャンネルで多重化して伝送することができ、伝送の効率を向上させるとともに、リモート端末業務のエンドツーエンド伝送における識別可能性を提供することによって、リモート端末業務のサービス品質を保障し、全体の効率を考慮し、ユーザ体験を向上させるとともにシステム効率を保障している。

選択的に、プロセッサ１１１０は、前記第一のメッセージに対応するＰＣ５インターフェースの論理チャネル識別子又は前記第一のメッセージのＳＲＢ０識別子又は前記第一のリモート端末のエンドツーエンドベアラ識別子に基づいて、前記第一のメッセージのタイプを決定することと、前記第一のメッセージのタイプがＳＲＢ０メッセージである場合に、前記第一のメッセージを転送するための中継ベアラチャネルを第一のデフォルト無線リンク制御チャネルとして決定し、又は、前記第一のメッセージのタイプがＳＲＢ０メッセージではない場合に、無線ベアラデータのタイプと無線リンク制御チャネルとの間のマッピング関係に基づいて、前記第一のメッセージを転送するための中継ベアラチャネルを前記第一のメッセージのタイプとマッピング関係を有する無線リンク制御チャネルとして決定することとに用いられる。

選択的に、プロセッサ１１１０は、前記第一のメッセージのタイプがＳＲＢ０メッセージではなく、且つ前記第一のメッセージのタイプとマッピング関係を有する無線リンク制御チャネルが存在しない場合に、前記第一のメッセージを転送するための中継ベアラチャネルをネットワーク側により配置される第二のデフォルト無線リンク制御チャネルとして決定するためにも用いられ、ここで、前記第二のデフォルト無線リンク制御チャネルは、前記第一のデフォルト中継無線リンク制御チャネルと同じであるか又は異なる。

選択的に、前記端末識別子は、ＰＣ５リンク層２識別子ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤと、前記ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤの一部のビットと、リモート端末の中継端末におけるユニックなインデックスと、リモート端末のネットワーク側機器におけるユニックなインデックスとのうちの一つを含む。

選択的に、前記ベアラ識別子は、エンドツーエンドベアラ識別子と、同一の無線リンク制御チャネルにマッピングされたリモート端末に対応するベアラの符号とのうちの一つを含む。

選択的に、プロセッサ１１１０は、前記中継端末に接続された各リモート端末に端末識別子インデックスを割り当て、又は、同一の無線リンク制御チャネルにマッピングされた各リモート端末に端末識別子インデックスを割り当てるためにも用いられる。

選択的に、プロセッサ１１１０は、無線リソース制御ＲＲＣメッセージ又はＵＰプロセスを介して、前記端末識別子インデックスを前記端末識別子インデックスに対応するリモート端末の相手側通信機器に送信するためにも用いられる。

選択的に、プロセッサ１１１０は、ネットワーク側機器により送信された無線リソース制御ＲＲＣメッセージを受信するためにも用いられ、前記ＲＲＣメッセージは、ＳＲＢ０メッセージを送信したリモート端末にネットワーク側機器によって割り当てられた端末識別子インデックスを運ぶ。

選択的に、プロセッサ１１１０は、ネットワーク側機器により送信された制御プロトコルデータユニット／第一のデータパケットを受信することであって、前記制御プロトコルデータユニット／第一のデータパケットは、ＳＲＢ０メッセージを送信したリモート端末のアイデンティティ情報と前記ＳＲＢ０メッセージを送信したリモート端末に前記ネットワーク側機器によって割り当てられた端末識別子インデックスを運んでいることと、前記アイデンティティ情報に基づいて、前記端末識別子インデックスに対応するリモート端末を決定することとにも用いられる。

選択的に、プロセッサ１１１０は、同一の無線リンク制御チャネルにマッピングされた各リモート端末にベアラ符号を割り当てるためにも用いられる。

選択的に、プロセッサ１１１０は、前記相手側通信機器により送信された第二のメッセージを受信し、前記第二のメッセージのデータパケットヘッダに運ばれた端末識別子及び／又はベアラ識別子に基づいて、前記第二のメッセージを該当するリモート端末に転送するためにも用いられる。

選択的に、プロセッサ１１１０は、第一のリモート端末が中継通信を確立する条件を満たし、且つ中継端末と前記第一のリモート端末との間のリンク品質及び中継端末と第一の通信機器との間のリンク品質が中継通信を確立する条件を満たす場合に、ＰＣ５インターフェースを介して前記第一のリモート端末とインタラクションし、前記中継端末が前記第一のリモート端末業務を中継する能力を備えることを決定するためにも用いられる。

選択的に、前記第一のメッセージのアダプテーション層プロトコルヘッダには、前記第一のリモート端末の端末識別子及び／又は前記第一のリモート端末のベアラ識別子が運ばれる。

本出願の実施例では、中継端末又はネットワーク側機器は、ｒｅｍｏｔｅ ＵＥに端末識別子インデックス及び／又はベアラ符号を割り当て、ｒｅｍｏｔｅ ＵＥの業務多重化を行う過程において異なるｒｅｍｏｔｅ ＵＥの業務を区別することで、中継端末は、異なるリモート端末の異なる業務を同一の伝送チャンネルで多重化して伝送し、伝送の効率を向上させるとともに、リソースオーバヘッドが比較的小さい。

一つの実施例では、選択的に、無線周波数ユニット１１０１は、中継端末が中継ベアラチャネルを介して送信した第一のメッセージを受信するために用いられ、ここで、前記第一のメッセージのデータパケットヘッダには、第一のリモート端末の端末識別子及び／又は第一のリモート端末のベアラ識別子が運ばれる。

選択的に、前記端末識別子は、ＰＣ５リンク層２識別子ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤ又は前記ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤの一部のビットと、リモート端末の中継端末におけるユニックなインデックスと、リモート端末のネットワーク側機器におけるユニックなインデックスとのうちの一つを含む。

選択的に、前記ベアラ識別子は、リモート端末のエンドツーエンドベアラ識別子と、同一の無線リンク制御チャネルにマッピングされたリモート端末に対応するベアラの符号とのうちの一つを含む。

選択的に、前記第一のメッセージのアダプテーション層プロトコルヘッダには、第一のリモート端末の端末識別子及び／又はベアラ識別子が運ばれる。

本出願の実施例では、サブリンク中継アーキテクチャにおいてベアラ多重化を行う必要がある場合、リモートＵＥ業務を識別する方法を提供することによって、ｒｅｌａｙ ＵＥの操作をより秩序正しく行うことができ、ベアラ数とスケジューリング伝送の複雑さを低減し、ｒｅｍｏｔｅ ＵＥの業務体験とシステム効率を保障している。

本出願の実施例は、ネットワーク側機器をさらに提供する。図１２に示すように、このネットワーク側機器１２００は、アンテナ１２０１、無線周波数装置１２０２、ベースバンド装置１２０３を含む。アンテナ１２０１と無線周波数装置１２０２とが接続される。上りリンク方向において、無線周波数装置１２０２は、アンテナ１２０１を介して情報を受信し、受信した情報をベースバンド装置１２０３に送信して処理させる。下りリンク方向において、ベースバンド装置１２０３は、送信する情報を処理し、無線周波数装置１２０２に送信し、無線周波数装置１２０２は、受信した情報を処理した後にアンテナ１２０１を介して送出する。

上記周波数帯域処理装置は、ベースバンド装置１２０３に位置してもよく、以上の実施例においてネットワーク側機器により実行される方法は、ベースバンド装置１２０３に実現されてもよく、このベースバンド装置１２０３は、プロセッサ１２０４とメモリ１２０５とを含む。

ベースバンド装置１２０３は、例えば少なくとも一つのベースバンドボードを含んでもよく、このベースバンドボード上に複数のチップが設置され、図１２に示すように、そのうちの一つのチップは、例えばプロセッサ１２０４であり、メモリ１２０５と接続されて、メモリ１２０５におけるプログラムを呼び出し、以上の方法の実施例に示すネットワーク機器操作を実行する。

このベースバンド装置１２０３は、ネットワークインターフェース１２０６をさらに含んでもよく、無線周波数装置１２０２との情報のインタラクションに用いられ、このインターフェースは、例えば共通公衆無線インターフェース（ｃｏｍｍｏｎ ｐｕｂｌｉｃ ｒａｄｉｏ ｉｎｔｅｒｆａｃｅ、ＣＰＲＩと略称）である。

具体的には、本発明の実施例のネットワーク側機器は、メモリ１２０５に記憶されており、且つプロセッサ１２０４上で運行できる命令又はプログラムをさらに含み、プロセッサ１２０４は、メモリ１２０５における命令又はプログラムを呼び出し、図８に示す各モジュールにより実行される方法を実行し、且つ同じ技術的効果を達成することができ、説明の繰り返しを回避するために、ここでこれ以上説明しない。

本出願の実施例は、可読記憶媒体をさらに提供し、前記可読記憶媒体上にはプログラム又は命令が記憶されており、このプログラム又は命令がプロセッサにより実行される時、上記リモート端末業務識別方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

ここで、前記プロセッサは、上記実施例に記載の端末におけるプロセッサである。前記可読記憶媒体は、コンピュータ可読記憶媒体、例えばコンピュータリードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク又は光ディスクなどを含む。

本出願の実施例は、チップをさらに提供し、前記チップは、プロセッサと通信インターフェースを含み、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、ネットワーク側機器のプログラム又は命令を運行し、上記リモート端末業務識別方法の実施例の各プロセスを実現するために用いられ、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

理解すべきこととして、本出願の実施例に言及されたチップは、システムレベルチップ、システムチップ、チップシステム又はシステムオンチップなどと呼ばれてもよい。

本出願の実施例は、コンピュータソフトウェア製品をさらに提供し、前記コンピュータソフトウェア製品が少なくとも一つのプロセッサにより実行されて、上記リモート端末業務識別方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

説明すべきこととして、前記コンピュータソフトウェア製品は、コンピュータプログラムであってもよく、プログラム製品であってもよい。説明すべきこととして、本明細書では、用語である「含む」、「包含」又はその他の任意の変形は、非排他的な「含む」を意図的にカバーするものであり、それによって一連の要素を含むプロセス、方法、物品又は装置は、それらの要素を含むだけではなく、明確にリストアップされていない他の要素も含み、又はこのようなプロセス、方法、物品又は装置に固有の要素も含む。それ以上の制限がない場合に、「……を１つ含む」という文章で限定された要素について、この要素を含むプロセス、方法、物品又は装置には他の同じ要素も存在することが排除されるものではない。なお、指摘すべきこととして、本出願の実施の形態における方法と装置の範囲は、図示又は討論された順序で機能を実行することに限らず、関わる機能に基づいて基本的に同時である方式又は逆の順序で機能を実行することを含んでもよく、例えば記述されたものとは異なる手順で記述された方法を実行することができるとともに、様々なステップを追加、省略又は組み合わせることができる。また、いくつかの例を参照して記述された特徴は、他の例で組み合わせられることができる。

以上の実施の形態の記述によって、当業者であればはっきりと分かるように上記実施例の方法は、ソフトウェアと必要な汎用ハードウェアプラットフォームの形態によって実現されることができる。無論、ハードウェアによって実現されてもよいが、多くの場合、前者は、より好適な実施の形態である。このような理解を踏まえて、本出願の技術案は、実質には又は従来技術に寄与した部分がソフトウェア製品の形式によって具現化されてもよい。このコンピュータソフトウェア製品は、一つの記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、一台の端末（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク機器などであってもよい）に本出願の各実施例に記載の方法を実行させるための若干の命令を含む。

以上は、図面を結び付けながら、本出願の実施例を記述したが、本出願は、上記の具体的な実施の形態に限らない。上記の具体的な実施の形態は、例示的なものに過ぎず、制限性のあるものではない。当業者は、本出願の示唆で、本出願の趣旨と特許請求の範囲から逸脱しない限り、多くの形式を行うこともでき、いずれも本出願の保護範囲に属する。

Claims (58)

1. リモート端末業務識別方法であって、
   中継端末が第一のリモート端末により送信された第一のメッセージを受信することと、
   前記中継端末が前記第一のメッセージを転送するための中継ベアラチャネルを決定することと、
   前記中継端末が前記中継ベアラチャネルを介して前記第一のメッセージを相手側通信機器に転送することであって、前記第一のメッセージのデータパケットヘッダに前記第一のリモート端末の端末識別子及び／又はベアラ識別子が運ばれることとを含み、
   ここで、前記相手側通信機器は、ネットワーク側機器、次ホップの中継端末又は第二のリモート端末である、リモート端末業務識別方法。
2. 前記中継端末が前記第一のメッセージを転送するための中継ベアラチャネルを決定することは、
   前記中継端末が前記第一のメッセージに対応するＰＣ５インターフェースの論理チャネル識別子又は前記第一のメッセージのＳＲＢ０識別子又は前記第一のリモート端末のエンドツーエンドベアラ識別子に基づいて、前記第一のメッセージのタイプを決定することと、
   前記第一のメッセージのタイプがＳＲＢ０メッセージである場合に、前記中継端末が前記第一のメッセージを転送するための中継ベアラチャネルを第一のデフォルト無線リンク制御チャネルとして決定し、又は、
   前記第一のメッセージのタイプがＳＲＢ０メッセージではない場合に、前記中継端末が無線ベアラデータのタイプと無線リンク制御チャネルとの間のマッピング関係に基づいて、前記第一のメッセージを転送するための中継ベアラチャネルを前記第一のメッセージのタイプとマッピング関係を有する無線リンク制御チャネルとして決定することとを含む、請求項１に記載のリモート端末業務識別方法。
3. 前記中継端末が前記第一のメッセージを転送するための中継ベアラチャネルを決定することは、
   前記第一のメッセージのタイプがＳＲＢ０メッセージではなく、且つ前記第一のメッセージのタイプとマッピング関係を有する無線リンク制御チャネルが存在しない場合に、前記中継端末が前記第一のメッセージを転送するための中継ベアラチャネルをネットワーク側により配置される第二のデフォルト無線リンク制御チャネルとして決定することをさらに含み、
   ここで、前記第二のデフォルト無線リンク制御チャネルは、前記第一のデフォルト中継無線リンク制御チャネルと同じであるか又は異なる、請求項２に記載のリモート端末業務識別方法。
4. 前記端末識別子は、
   ＰＣ５リンク層２識別子ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤと、
   前記ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤの一部のビットと、
   リモート端末の中継端末におけるユニックなインデックスと、
   リモート端末のネットワーク側機器におけるユニックなインデックスとのうちの一つを含む、請求項１に記載のリモート端末業務識別方法。
5. 前記ベアラ識別子は、
   エンドツーエンドベアラ識別子と、
   同一の無線リンク制御チャネルにマッピングされたリモート端末に対応するベアラの符号とのうちの一つを含む、請求項１に記載のリモート端末業務識別方法。
6. 前記中継端末が、前記中継端末に接続された各リモート端末に端末識別子インデックスを割り当てること、又は、
   前記中継端末が、同一の無線リンク制御チャネルにマッピングされた各リモート端末に端末識別子インデックスを割り当てることをさらに含む、請求項１に記載のリモート端末業務識別方法。
7. 前記中継端末が無線リソース制御ＲＲＣメッセージ又はＵＰプロセスを介して、前記端末識別子インデックスを前記端末識別子インデックスに対応するリモート端末の相手側通信機器に送信することをさらに含む、請求項６に記載のリモート端末業務識別方法。
8. 前記中継端末がネットワーク側機器により送信された無線リソース制御ＲＲＣメッセージを受信することをさらに含み、前記ＲＲＣメッセージは、ＳＲＢ０メッセージを送信したリモート端末にネットワーク側機器によって割り当てられた端末識別子インデックスを運ぶ、請求項１に記載のリモート端末業務識別方法。
9. 前記中継端末がネットワーク側機器により送信された制御プロトコルデータユニット／第一のデータパケットを受信することであって、前記制御プロトコルデータユニット／第一のデータパケットは、ＳＲＢ０メッセージを送信したリモート端末のアイデンティティ情報と前記ＳＲＢ０メッセージを送信したリモート端末に前記ネットワーク側機器によって割り当てられた端末識別子インデックスを運んでいることと、
   前記中継端末が前記アイデンティティ情報に基づいて、前記端末識別子インデックスに対応するリモート端末を決定することとをさらに含む、請求項１に記載のリモート端末業務識別方法。
10. 前記中継端末が、同一の無線リンク制御チャネルにマッピングされた各リモート端末にベアラ符号を割り当てることをさらに含む、請求項１に記載のリモート端末業務識別方法。
11. 前記中継端末が前記相手側通信機器により送信された第二のメッセージを受信することと、
    前記中継端末が前記第二のメッセージのデータパケットヘッダに運ばれた端末識別子及び／又はベアラ識別子に基づいて、前記第二のメッセージを該当するリモート端末に転送することとをさらに含む、請求項１に記載のリモート端末業務識別方法。
12. 前記中継端末が第一のリモート端末により送信された第一のメッセージを受信する前に、
    第一のリモート端末が中継通信を確立する条件を満たし、且つ中継端末と前記第一のリモート端末との間のリンク品質及び中継端末と第一の通信機器との間のリンク品質が中継通信を確立する条件を満たす場合に、前記中継端末がＰＣ５インターフェースを介して前記第一のリモート端末とインタラクションし、前記中継端末が前記第一のリモート端末業務を中継する能力を備えることを決定することをさらに含む、請求項１に記載のリモート端末業務識別方法。
13. 前記第一のメッセージのアダプテーション層プロトコルヘッダには、前記第一のリモート端末の端末識別子及び／又は前記第一のリモート端末のベアラ識別子が運ばれる、請求項１に記載のリモート端末業務識別方法。
14. リモート端末業務識別方法であって、
    ネットワーク側機器が、中継端末が中継ベアラチャネルを介して送信した第一のメッセージを受信することを含み、
    ここで、前記第一のメッセージのデータパケットヘッダには、第一のリモート端末の端末識別子及び／又はベアラ識別子が運ばれる、リモート端末業務識別方法。
15. 前記端末識別子は、
    ＰＣ５リンク層２識別子ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤ又は前記ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤの一部のビットと、
    リモート端末の中継端末におけるユニックなインデックスと、
    リモート端末のネットワーク側機器におけるユニックなインデックスとのうちの一つを含む、請求項１４に記載のリモート端末業務識別方法。
16. 前記ベアラ識別子は、
    リモート端末のエンドツーエンドベアラ識別子と、
    同一の無線リンク制御チャネルにマッピングされたリモート端末に対応するベアラの符号とのうちの一つを含む、請求項１４に記載のリモート端末業務識別方法。
17. 前記ネットワーク側機器が無線ベアラの配置情報を中継端末に送信することをさらに含み、
    ここで、前記無線ベアラの配置情報は、前記無線ベアラデータのタイプと無線リンク制御チャネルとの間のマッピング関係を運ぶ、請求項１４に記載のリモート端末業務識別方法。
18. 前記第一のメッセージのアダプテーション層プロトコルヘッダには、第一のリモート端末の端末識別子及び／又は第一のリモート端末のベアラ識別子が運ばれる、請求項１４に記載のリモート端末業務識別方法。
19. 前記ネットワーク側機器が中継端末により転送されたＳＲＢ０メッセージを受信し、前記ＳＲＢ０メッセージを送信するリモート端末のアイデンティティ情報を決定することと、
    前記ネットワーク側機器が、前記ＳＲＢ０メッセージを送信するリモート端末に端末識別子インデックスを割り当て、且つ無線リソース制御ＲＲＣメッセージ又はＵＰプロセスを介して、前記端末識別子インデックスを中継端末に送信することとをさらに含む、請求項１４に記載のリモート端末業務識別方法。
20. 前記の、無線リソース制御ＲＲＣメッセージ又はＵＰプロセスを介して、前記端末識別子インデックスを中継端末に送信することは、
    前記ネットワーク側機器が、前記端末識別子インデックスが運ばれるＲＲＣメッセージを前記中継端末に送信すること、又は、
    前記ネットワーク側機器がＵＰプロセスを介して、前記ＳＲＢ０メッセージを送信するリモート端末のアイデンティティ情報と前記ＳＲＢ０メッセージを送信したリモート端末に対応する端末識別子インデックスが運ばれる制御プロトコルデータユニット／第一のデータパケットを前記中継端末に送信することを含む、請求項１９に記載のリモート端末業務識別方法。
21. 前記ネットワーク側機器がカバレッジ範囲内の各リモート端末にユニックな端末識別子インデックスを割り当てることをさらに含む、請求項１４に記載のリモート端末業務識別方法。
22. 前記ネットワーク側機器が、同一の無線リンク制御チャネルにマッピングされた各リモート端末にベアラ符号を割り当てることをさらに含む、請求項１４に記載のリモート端末業務識別方法。
23. リモート端末業務識別方法であって、
    リモート端末が、中継端末が中継ベアラチャネルを介して送信した第一のメッセージを受信することを含み、
    ここで、前記第一のメッセージのデータパケットヘッダには、第一のリモート端末の端末識別子及び／又は第一のリモート端末のベアラ識別子が運ばれる、リモート端末業務識別方法。
24. 前記端末識別子は、
    ＰＣ５リンク層２識別子ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤ又は前記ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤの一部のビットと、
    リモート端末の中継端末におけるユニックなインデックスと、
    リモート端末のネットワーク側機器におけるユニックなインデックスとのうちの一つを含む、請求項２３に記載のリモート端末業務識別方法。
25. 前記ベアラ識別子は、
    リモート端末のエンドツーエンドベアラ識別子と、
    同一の無線リンク制御チャネルにマッピングされたリモート端末に対応するベアラの符号とのうちの一つを含む、請求項２３に記載のリモート端末業務識別方法。
26. 前記第一のメッセージのアダプテーション層プロトコルヘッダには、第一のリモート端末の端末識別子及び／又はベアラ識別子が運ばれる、請求項２３に記載のリモート端末業務識別方法。
27. リモート端末業務識別装置であって、
    第一のリモート端末により送信された第一のメッセージを受信するための第一の受信ユニットと、
    前記第一のメッセージを転送するための中継ベアラチャネルを決定するための第一の処理ユニットと、
    前記中継ベアラチャネルを介して前記第一のメッセージを相手側通信機器に転送するための第一の送信ユニットであって、前記第一のメッセージのデータパケットヘッダに前記第一のリモート端末の端末識別子及び／又はベアラ識別子が運ばれる第一の送信ユニットとを含み、
    ここで、前記相手側通信機器は、ネットワーク側機器、次ホップの中継端末又は第二のリモート端末である、リモート端末業務識別装置。
28. 前記第一の処理ユニットは、
    前記第一のメッセージに対応するＰＣ５インターフェースの論理チャネル識別子又は前記第一のメッセージのＳＲＢ０識別子又は前記第一のリモート端末のエンドツーエンドベアラ識別子に基づいて、前記第一のメッセージのタイプを決定することと、
    前記第一のメッセージのタイプがＳＲＢ０メッセージである場合に、前記第一のメッセージを転送するための中継ベアラチャネルを第一のデフォルト無線リンク制御チャネルとして決定し、又は、
    前記第一のメッセージのタイプがＳＲＢ０メッセージではない場合に、無線ベアラデータのタイプと無線リンク制御チャネルとの間のマッピング関係に基づいて、前記第一のメッセージを転送するための中継ベアラチャネルを前記第一のメッセージのタイプとマッピング関係を有する無線リンク制御チャネルとして決定することとに用いられる、請求項２７に記載のリモート端末業務識別装置。
29. 前記第一の処理ユニットは、
    前記第一のメッセージのタイプがＳＲＢ０メッセージではなく、且つ前記第一のメッセージのタイプとマッピング関係を有する無線リンク制御チャネルが存在しない場合に、前記第一のメッセージを転送するための中継ベアラチャネルをネットワーク側により配置される第二のデフォルト無線リンク制御チャネルとして決定するためにも用いられ、
    ここで、前記第二のデフォルト無線リンク制御チャネルは、前記第一のデフォルト中継無線リンク制御チャネルと同じであるか又は異なる、請求項２８に記載のリモート端末業務識別装置。
30. 前記端末識別子は、
    ＰＣ５リンク層２識別子ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤ又は前記ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤの一部のビットと、
    リモート端末の中継端末におけるユニックなインデックスと、
    リモート端末のネットワーク側機器におけるユニックなインデックスとのうちの一つを含む、請求項２７に記載のリモート端末業務識別装置。
31. 前記ベアラ識別子は、
    エンドツーエンドベアラ識別子と、
    同一の無線リンク制御チャネルにマッピングされたリモート端末に対応するベアラの符号とのうちの一つを含む、請求項２７に記載のリモート端末業務識別装置。
32. 前記中継端末に接続された各リモート端末に端末識別子インデックスを割り当て、又は、
    同一の無線リンク制御チャネルにマッピングされた各リモート端末に端末識別子インデックスを割り当てるための第一の配置ユニットをさらに含む、請求項２７に記載のリモート端末業務識別装置。
33. 無線リソース制御ＲＲＣメッセージ又はＵＰプロセスを介して、前記端末識別子インデックスを前記端末識別子インデックスに対応するリモート端末の相手側通信機器に送信するための第二の送信ユニットをさらに含む、請求項３２に記載のリモート端末業務識別装置。
34. ネットワーク側機器により送信された無線リソース制御ＲＲＣメッセージを受信するための第二の受信ユニットをさらに含み、前記ＲＲＣメッセージは、ＳＲＢ０メッセージを送信したリモート端末にネットワーク側機器によって割り当てられた端末識別子インデックスを運ぶ、請求項２７に記載のリモート端末業務識別装置。
35. ネットワーク側機器により送信された制御プロトコルデータユニット／第一のデータパケットを受信するための第三の受信ユニットであって、前記制御プロトコルデータユニット／第一のデータパケットは、ＳＲＢ０メッセージを送信したリモート端末のアイデンティティ情報と前記ＳＲＢ０メッセージを送信したリモート端末に前記ネットワーク側機器によって割り当てられた端末識別子インデックスを運んでいる第三の受信ユニットと、
    前記アイデンティティ情報に基づいて、前記端末識別子インデックスに対応するリモート端末を決定するための第二の処理ユニットとをさらに含む、請求項２７に記載のリモート端末業務識別装置。
36. 同一の無線リンク制御チャネルにマッピングされた各リモート端末にベアラ符号を割り当てるための第二の配置ユニットをさらに含む、請求項２７に記載のリモート端末業務識別装置。
37. 前記相手側通信機器により送信された第二のメッセージを受信するための第四の受信ユニットと、
    前記第二のメッセージのデータパケットヘッダに運ばれた端末識別子及び／又はベアラ識別子に基づいて、前記第二のメッセージを該当するリモート端末に転送するための第三の処理ユニットとをさらに含む、請求項２７に記載のリモート端末業務識別装置。
38. 前記の、第一のリモート端末により送信された第一のメッセージを受信する前に、
    第一のリモート端末が中継通信を確立する条件を満たし、且つ中継端末と前記第一のリモート端末との間のリンク品質及び中継端末と第一の通信機器との間のリンク品質が中継通信を確立する条件を満たす場合に、ＰＣ５インターフェースを介して前記第一のリモート端末とインタラクションし、前記中継端末が前記第一のリモート端末業務を中継する能力を備えることを決定するための第四の処理ユニットをさらに含む、請求項２７に記載のリモート端末業務識別装置。
39. 前記第一のメッセージのアダプテーション層プロトコルヘッダには、前記第一のリモート端末の端末識別子及び／又は前記第一のリモート端末のベアラ識別子が運ばれる、請求項２７に記載のリモート端末業務識別装置。
40. リモート端末業務識別装置であって、
    中継端末が中継ベアラチャネルを介して送信した第一のメッセージを受信するための第五の受信ユニットを含み、
    ここで、前記第一のメッセージのデータパケットヘッダには、第一のリモート端末の端末識別子及び／又はベアラ識別子が運ばれる、リモート端末業務識別装置。
41. 前記端末識別子は、
    ＰＣ５リンク層２識別子ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤ又は前記ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤの一部のビットと、
    リモート端末の中継端末におけるユニックなインデックスと、
    リモート端末のネットワーク側機器におけるユニックなインデックスとのうちの一つを含む、請求項４０に記載のリモート端末業務識別装置。
42. 前記ベアラ識別子は、
    リモート端末のエンドツーエンドベアラ識別子と、
    同一の無線リンク制御チャネルにマッピングされたリモート端末に対応するベアラの符号とのうちの一つを含む、請求項４０に記載のリモート端末業務識別装置。
43. 無線ベアラの配置情報を中継端末に送信するための第三の送信ユニットをさらに含み、
    ここで、前記無線ベアラの配置情報は、前記無線ベアラデータのタイプと無線リンク制御チャネルとの間のマッピング関係を運ぶ、請求項４０に記載のリモート端末業務識別装置。
44. 前記第一のメッセージのアダプテーション層プロトコルヘッダには、第一のリモート端末の端末識別子及び／又は第一のリモート端末のベアラ識別子が運ばれる、請求項４０に記載のリモート端末業務識別装置。
45. 中継端末により転送されたＳＲＢ０メッセージを受信し、前記ＳＲＢ０メッセージを送信するリモート端末のアイデンティティ情報を決定するための第五の処理ユニットと、
    前記ＳＲＢ０メッセージを送信するリモート端末に端末識別子インデックスを割り当てるための第三の配置ユニットと、
    無線リソース制御ＲＲＣメッセージ又はＵＰプロセスを介して、前記端末識別子インデックスを中継端末に送信するための第四の送信ユニットとをさらに含む、請求項４０に記載のリモート端末業務識別装置。
46. 前記第四の送信ユニットは、
    前記端末識別子インデックスが運ばれるＲＲＣメッセージを前記中継端末に送信し、又は、
    ＵＰプロセスを介して、前記ＳＲＢ０メッセージを送信するリモート端末のアイデンティティ情報と前記ＳＲＢ０メッセージを送信したリモート端末に対応する端末識別子インデックスが運ばれる制御プロトコルデータユニット／第一のデータパケットを前記中継端末に送信するために用いられる、請求項４５に記載のリモート端末業務識別装置。
47. カバレッジ範囲内の各リモート端末にユニックな端末識別子インデックスを割り当てるための第四の配置ユニットをさらに含む、請求項４０に記載のリモート端末業務識別装置。
48. 同一の無線リンク制御チャネルにマッピングされた各リモート端末にベアラ符号を割り当てるための第五の配置ユニットをさらに含む、請求項４０に記載のリモート端末業務識別装置。
49. リモート端末業務識別装置であって、
    中継端末が中継ベアラチャネルを介して送信した第一のメッセージを受信するための第六の受信ユニットを含み、
    ここで、前記第一のメッセージのデータパケットヘッダには、第一のリモート端末の端末識別子及び／又は第一のリモート端末のベアラ識別子が運ばれる、リモート端末業務識別装置。
50. 前記端末識別子は、ＰＣ５リンク層２識別子ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤ又は前記ＰＣ５ ｌｉｎｋ Ｌ２ ＩＤの一部のビットと、リモート端末の中継端末におけるユニックなインデックスと、リモート端末のネットワーク側機器におけるユニックなインデックスとのうちの一つを含む、請求項４９に記載のリモート端末業務識別装置。
51. 前記ベアラ識別子は、リモート端末のエンドツーエンドベアラ識別子と、同一の無線リンク制御チャネルにマッピングされたリモート端末に対応するベアラの符号とのうちの一つを含む、請求項４９に記載のリモート端末業務識別装置。
52. 前記第一のメッセージのアダプテーション層プロトコルヘッダには、第一のリモート端末の端末識別子及び／又はベアラ識別子が運ばれる、請求項４９に記載のリモート端末業務識別装置。
53. プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラム又は命令とを含み、前記プログラム又は命令が前記プロセッサにより実行される時、請求項１から１３のいずれか１項に記載のリモート端末業務識別方法のステップを実現し、又は請求項２３から２６のいずれか１項に記載のリモート端末業務識別方法のステップを実現する、端末。
54. プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラム又は命令とを含み、前記プログラム又は命令が前記プロセッサにより実行される時、請求項１４から２２のいずれか１項に記載のリモート端末業務識別方法のステップを実現する、ネットワーク側機器。
55. プログラム又は命令が記憶されており、前記プログラム又は命令がプロセッサにより実行される時、請求項１から１３のいずれか１項に記載のリモート端末業務識別方法のステップを実現し、又は請求項１４から２２のいずれか１項に記載のリモート端末業務識別方法のステップを実現し、又は請求項２３から２６のいずれか１項に記載のリモート端末業務識別方法のステップを実現する、可読記憶媒体。
56. 少なくとも一つのプロセッサにより実行されて、請求項１から１３のいずれか１項に記載のリモート端末業務識別方法を実現し、又は請求項１４から２２のいずれか１項に記載のリモート端末業務識別方法を実現し、又は請求項２３から２６のいずれか１項に記載のリモート端末業務識別方法を実現する、コンピュータソフトウェア製品。
57. 請求項１から１３のいずれか１項に記載のリモート端末業務識別方法を実行し、又は請求項１４から２２のいずれか１項に記載のリモート端末業務識別方法を実現し、又は請求項２３から２６のいずれか１項に記載のリモート端末業務識別方法を実現するように構成される、電子機器。
58. プロセッサと通信インターフェースとを含み、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、プログラム又は命令を運行し、請求項１から１３のいずれか１項に記載のリモート端末業務識別方法を実現し、又は請求項１４から２２のいずれか１項に記載のリモート端末業務識別方法を実現し、又は請求項２３から２６のいずれか１項に記載のリモート端末業務識別方法を実現するために用いられる、チップ。