▶ グァンドン オッポ モバイル テレコミュニケーションズ コーポレーション リミテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-10-15
(45)【発行日】2024-10-23
(54)【発明の名称】情報伝送方法及び端末機器
(51)【国際特許分類】
H04W 72/21 20230101AFI20241016BHJP
H04W 4/40 20180101ALI20241016BHJP
H04W 72/40 20230101ALI20241016BHJP
H04W 72/56 20230101ALI20241016BHJP
【ＦＩ】
H04W72/21
H04W4/40
H04W72/40
H04W72/56
【請求項の数】
8
(21)【出願番号】P 2021570354
(86)(22)【出願日】2019-05-29
(65)【公表番号】
(43)【公表日】2022-08-31
(86)【国際出願番号】 CN2019089134
(87)【国際公開番号】W WO2020237547
(87)【国際公開日】2020-12-03
【審査請求日】2022-05-09
【前置審査】
(73)【特許権者】
【識別番号】516227559
【氏名又は名称】オッポ広東移動通信有限公司
【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧ ＯＰＰＯ ＭＯＢＩＬＥ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰ．， ＬＴＤ．
【住所又は居所原語表記】Ｎｏ． １８ Ｈａｉｂｉｎ Ｒｏａｄ，Ｗｕｓｈａ， Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ， Ｇｕａｎｇｄｏｎｇ ５２３８６０ Ｃｈｉｎａ
(74)【代理人】
【識別番号】100120031
【弁理士】
【氏名又は名称】宮嶋 学
(74)【代理人】
【識別番号】100107582
【弁理士】
【氏名又は名称】関根 毅
(74)【代理人】
【識別番号】100152205
【弁理士】
【氏名又は名称】吉田 昌司
(74)【代理人】
【識別番号】100137523
【弁理士】
【氏名又は名称】出口 智也
(74)【代理人】
【識別番号】100120385
【弁理士】
【氏名又は名称】鈴木 健之
(72)【発明者】
【氏名】ルー、チエンシー
(72)【発明者】
【氏名】チャオ、チェンシャン
(72)【発明者】
【氏名】リン、ホエイ－ミン
【審査官】小林 正明
(56)【参考文献】
【文献】特開２０１８－１８６５０６（ＪＰ，Ａ）
【文献】Huawei, HiSilicon，"Further discussion on SR configuration and procedure for NR SL Mode-1"， 3GPP TSG RAN WG2 #106 R2-1907450 (2019-05-02) ，2019年05月02日
【文献】Ericsson，"gNB-Scheduled Resource Allocation for Sidelink"， 3GPP TSG RAN WG2 #106 R2-1907354 (2019-05-02) ，2019年05月02日
【文献】SONY，"Collision of SL SR and UL-SCH transmission for NR SL Mode 1"， 3GPP TSG RAN WG2 #106 R2-1907050 (2019-05-02) ，2019年05月02日
【文献】MediaTek Inc.，"Prioritization of UL and SL transmission"， 3GPP TSG RAN WG2 #106 R2-1906337 (2019-05-03) ，2019年05月03日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
端末機器に適用される情報伝送方法であって、サイドリンク（ＳＬ）のバッファ状態報告（ＢＳＲ）がイベントにトリガされた場合、第１条件を満たすと、ＳＲを含む第１上りリンクチャネルを伝送することを含み、
前記第１条件は、前記ＳＬのためのＳＲをトリガするＳＬデータの優先順位が閾値より高いことを含み、
衝突するＵＬ伝送が存在する場合、前記ＳＲを含む第１上りリンクチャネルを伝送することは、ＳＬ ＢＳＲをトリガするロジックチャネルの属性と衝突するＵＬ伝送の属性とに基づいて、行うかどうかを決定し、前記属性は、衝突するＵＬ伝送に含まれるデータＲＬＣ ＰＤＵのロジックチャネルの属性により決定される、
情報伝送方法。
【請求項2】
前記方法は、衝突するＳＬデータが存在するかどうかに基づいて、ＳＲを含む第１上りリンクチャネルを伝送するかどうかを決定することを更に含むことを特徴とする
請求項１に記載の方法。
【請求項3】
衝突するＳＬデータが存在するかどうかに基づいて、ＳＲを含む第１上りリンクチャネルを伝送するかどうかを決定することは、衝突するＳＬデータが存在しない場合、ＳＲを含む第１上りリンクチャネルの伝送をトリガすることと、
衝突するＳＬデータが存在する場合、ＳＬデータに対応するＱｏＳ属性に基づいて、ＳＲを含む第１上りリンクチャネルを伝送するかどうかを決定することと、のうちの少なくとも１つを含むことを特徴とする
請求項２に記載の方法。
【請求項4】
前記ＳＬデータに対応するＱｏＳの優先度が低い場合、ＳＲを送信すると決定し、前記ＳＬデータに対応するＱｏＳの優先度が高い場合、前記ＳＬデータを送信すると決定する、請求項２又は３に記載の方法。
【請求項5】
前記ＱｏＳの優先度が低いことは、前記ＱｏＳの優先度が閾値より低いことを指し示す、請求項４に記載の方法。
【請求項6】
端末機器であって、サイドリンク（ＳＬ）のバッファ状態報告（ＢＳＲ）がイベントにトリガされた場合、第１条件を満たすと、
ＳＲを含む第１上りリンクチャネルを伝送することを実行するように構成される処理ユニットを備え、
前記第１条件は、前記ＳＬのためのＳＲをトリガするＳＬデータの優先順位が閾値より高いことを含み、
衝突するＵＬ伝送が存在する場合、前記ＳＲを含む第１上りリンクチャネルを伝送することは、ＳＬ ＢＳＲをトリガするロジックチャネルの属性と衝突するＵＬ伝送の属性とに基づいて、行うかどうかを決定し、前記属性は、衝突するＵＬ伝送に含まれるデータＲＬＣ ＰＤＵのロジックチャネルの属性により決定される、
端末機器。
【請求項7】
前記処理ユニットは、衝突するＳＬデータが存在するかどうかに基づいて、ＳＲを含む第１上りリンクチャネルを伝送するかどうかを決定することを特徴とする
請求項６に記載の端末機器。
【請求項8】
請求項１－５のうちいずれか一項に記載の方法を実行するように構成される、端末機器。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理技術分野に関し、特に情報伝送方法、端末機器、チップ、コンピュータ可読記憶媒体、コンピュータプログラム製品及びコンピュータプログラムに関する。
【背景技術】
【0002】
車のインターネットシステムは、ロング・ターム・エボリューションにおける端末間（ＬＴＥ－Ｄ２Ｄ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖａｌｕａｔｉｏｎ－ Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）通信に基づくサイドリンク伝送技術（ＳＬ：Ｓｉｄｅｌｉｎｋ：サイドリンク）である。第３世代パートナーシッププロジェクト（３ＧＰＰ：ｔｈｅ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）Ｒｅｌ－１４において、車のインターネット技術（Ｖ２Ｘ）が標準化されており、モードＡ及びモードＢという２つの伝送モードが定義される。モードＡにおいて、端末の伝送リソースは基地局により割り当てられ、端末は、基地局により割り当てられるリソースに基づいてサイドリンクでデータの送信を行う。基地局は、端末のために、一回当たりに伝送するためのリソースを割り当てることができ、端末に対して、準静的に伝送するためのリソースを割り当てることもできる。モードＢにおいて、車載端末は、リソースプールから、１つのリソースを選択してデータ伝送を行う。しかしながら、サイドリンクに対する従来のＳＲ／ＢＳＲメカニズムは、遅延の要件を満たすことができない。
【発明の概要】
【0003】
上記技術的課題を解決するために、本発明の実施例は、情報伝送方法、端末機器、チップ、コンピュータ可読記憶媒体、コンピュータプログラム製品及びコンピュータプログラムを提供する。
【0004】
第１態様によれば、端末機器に適用される情報伝送方法を提供する。前記方法は、
サイドリンク（ＳＬ）のバッファ状態報告（ＢＳＲ）がイベントにトリガされた場合、第１条件を満たすと、
スケジューリング要求（ＳＲ）をトリガすることと、
ＳＲを含む第１上りリンクチャネルを伝送することと、
ＢＳＲパッケージングを行うことであって、ここで、前記ＢＳＲは少なくともＳＬ ＢＳＲを含む、ことと、
パッケージングされたＢＳＲを含む第２上りリンクチャネルを伝送することと、のうちの少なくとも１つを実行することを含む。
サイドリンク（ＳＬ）のバッファ状態報告（ＢＳＲ）がイベントにトリガされた場合、第１条件を満たすと、
スケジューリング要求（ＳＲ）をトリガすることと、
ＳＲを含む第１上りリンクチャネルを伝送することと、
ＢＳＲパッケージングを行うことであって、ここで、前記ＢＳＲは少なくともＳＬ ＢＳＲを含む、ことと、
パッケージングされたＢＳＲを含む第２上りリンクチャネルを伝送することと、のうちの少なくとも１つを実行することを含む。
【0005】
第２態様によれば、端末機器を提供する。前記端末機器は、
サイドリンク（ＳＬ）のバッファ状態報告（ＢＳＲ）がイベントにトリガされた場合、第１条件を満たすと、
スケジューリング要求（ＳＲ）をトリガすることと、
ＳＲを含む第１上りリンクチャネルを伝送することと、
ＢＳＲパッケージングを行うことであって、ここで、前記ＢＳＲは少なくともＳＬ ＢＳＲを含む、ことと、
パッケージングされたＢＳＲを含む第２上りリンクチャネルを伝送することと、のうちの少なくとも１つを実行するように構成される処理ユニットを備える。
サイドリンク（ＳＬ）のバッファ状態報告（ＢＳＲ）がイベントにトリガされた場合、第１条件を満たすと、
スケジューリング要求（ＳＲ）をトリガすることと、
ＳＲを含む第１上りリンクチャネルを伝送することと、
ＢＳＲパッケージングを行うことであって、ここで、前記ＢＳＲは少なくともＳＬ ＢＳＲを含む、ことと、
パッケージングされたＢＳＲを含む第２上りリンクチャネルを伝送することと、のうちの少なくとも１つを実行するように構成される処理ユニットを備える。
【0006】
第３態様によれば、端末機器を提供する。前記端末機器は、プロセッサと、メモリと、を備える。該メモリは、コンピュータプログラムを記憶するように構成され、該プロセッサは、該メモリに記憶されたコンピュータプログラムを呼び出して実行し、上記第１態様における方法を実行するように構成される。
【0007】
第４態様によれば、チップを提供する。該チップは、メモリから、コンピュータプログラムを呼び出して実行し、該チップが搭載されている機器に、上記第１態様又はその各実現形態における方法を実行させるように構成されるプロセッサを備える。
【0008】
第５態様によれば、コンピュータ可読記憶媒体を提供する。前記コンピュータ可読記憶媒体は、コンピュータプログラムを記憶するように構成され、該コンピュータプログラムは、コンピュータに、上記第１態様又はその各実現形態における方法を実行させる。
【0009】
第６態様によれば、コンピュータプログラム製品を提供する。前記コンピュータプログラム製品は、コンピュータプログラム命令を含み、該コンピュータプログラム命令は、コンピュータに、上記第１態様又はその各実現形態における方法を実行させる。
【0010】
第７態様によれば、コンピュータプログラムを提供する。前記コンピュータプログラムは、コンピュータで実行される時、コンピュータに、上記第１態様又はその各実現形態における方法を実行させる。
【0011】
本発明の実施例の技術的解決手段は、ＳＬ ＢＳＲがイベントによってトリガされる場合、一定の条件下で、まだＳＲをトリガすることができる。このように、従来技術においてＢＳＲイベントをトリガする場合にＳＲをトリガしないという問題を避け、それによりＳＲを可能な限り早く発信することができ、遅延に求められる要件が高いサイドリンクデータの遅延を減少させる。
【図面の簡単な説明】
【0012】
【図1】本願の実施例によるＤ２Ｄ通信システムアーキテクチャを示す第１概略図である。
【図2】本願の実施例によるＤ２Ｄ通信システムアーキテクチャを示す第２概略図である。
【図3】本願の実施例による情報伝送方法を示す第１フローチャートである。
【図4】本願の実施例による情報伝送方法を示す第２フローチャートである。
【図5】本願の実施例による情報伝送方法を示す第３フローチャートである。
【図6】本願の実施例による情報伝送方法を示す第４フローチャートである。
【図7】本願の実施例による端末機器の構造を示す概略図である。
【図8】本願の実施例による通信機器の構造を示す概略図である。
【図9】本願の実施例によるチップを示す概略的ブロック図である。
【発明を実施するための形態】
【0013】
以下、本願の実施例における図面を参照しながら、本願の実施例における技術的解決手段を説明する。勿論、記述される実施例は、全ての実施例ではなく、ただ本願の一部の実施例である。本願における実施例に基づいて、当業者の創造的な労力なしに得られる他の実施例の全ては、本願の保護の範囲に含まれる。
【0014】
本願の実施例で提供される技術的解決手段は、図１、２で提供される車のインターネットシステムに適用可能である。前記車のインターネットシステムは、ＬＴＥ－端末間（Ｄ２Ｄ：Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ）通信に基づくサイドリンク伝送技術（ＳＬ：Ｓｉｄｅｌｉｎｋ：サイドリンク）であり、より高いスペクトル効率及びより低い伝送遅延を有する。３ＧＰＰ Ｒｅｌ－１４において、車のインターネット技術（Ｖ２Ｘ）が標準化されており、モード３及びモード４という２つの伝送モードが定義される。ここで、モード３において、図１に示すように、端末機器である車載端末の伝送リソースは、基地局により割り当てられる。車載端末は、基地局により割り当てられるリソースに基づいてサイドリンクでデータの送信を行う。基地局は、端末に対して、一回当たりに伝送するためのリソースを割り当てることができ、端末に対して、準静的に伝送されるリソースを割り当てることもできる。モード４において、図２に示すように、車載端末は、センシング（ｓｅｎｓｉｎｇ）＋予約（ｒｅｓｅｒｖａｔｉｏｎ）の伝送方式を用いる。車載端末は、リソースプールから、センシングの方式で、利用可能な伝送リソース集合を取得する。端末は、該集合から、１つのリソースをランダムに選択してデータの伝送を行う。
【0015】
本明細書における「システム」及び「ネットワーク」という用語は、本明細書において互換的に用いられてよいことが理解されるべきである。本明細書において、用語「及び／又は」は、関連対象の関連関係を説明するためのものであり、３つの関係があり得ることを表す。例えば、Ａ及び／又はＢは、Ａのみが存在すること、ＡとＢが同時に存在すること、Ｂのみが存在するという３つのケースを表す。また、本明細書において、文字「／」は、一般的に、前後の関連対象が、「又は」の関係であることを表す。
【0016】
本発明の実施例は、端末機器に適用される情報伝送方法を提供する。図３に示すように、以下を含む。
【0017】
ステップ２１において、サイドリンク（ＳＬ）のバッファ状態報告（ＢＳＲ）がイベントにトリガされた場合、第１条件を満たすと、
スケジューリング要求（ＳＲ）をトリガすることと、
ＳＲを含む第１上りリンクチャネルを伝送することと、
ＢＳＲパッケージングを行うことであって、ここで、前記ＢＳＲは少なくともＳＬ ＢＳＲを含む、ことと、
パッケージングされたＢＳＲを含む第２上りリンクチャネルを伝送することと、のうちの少なくとも１つを実行する。
スケジューリング要求（ＳＲ）をトリガすることと、
ＳＲを含む第１上りリンクチャネルを伝送することと、
ＢＳＲパッケージングを行うことであって、ここで、前記ＢＳＲは少なくともＳＬ ＢＳＲを含む、ことと、
パッケージングされたＢＳＲを含む第２上りリンクチャネルを伝送することと、のうちの少なくとも１つを実行する。
【0018】
つまり、第１条件を満たす場合、トリガされるＳＬ ＢＳＲイベントによって、更に、ＳＲをトリガし、及び／又は、ＳＲを含む上りリンクチャネルを伝送することができる。
【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】
以上は本願の具体的な実施形態に過ぎず、本願の保護の範囲はそれらに制限されるものではなく、当業者が本発明に開示された技術範囲内で容易に想到しうる変更や置換はいずれも、本発明の保護範囲内に含まれるべきである。従って、本発明の保護範囲は特許請求の範囲の保護範囲を基準とするべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】