▶ グァンドン オッポ モバイル テレコミュニケーションズ コーポレーション リミテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-07-23
(45)【発行日】2024-07-31
(54)【発明の名称】データ伝送方法及びパラメータ調整方法、装置、端末機器
(51)【国際特許分類】
H04W 72/25 20230101AFI20240724BHJP
H04W 72/0446 20230101ALI20240724BHJP
H04W 52/02 20090101ALI20240724BHJP
【ＦＩ】
H04W72/25
H04W72/0446
H04W52/02 111
【請求項の数】
14
(21)【出願番号】P 2022547851
(86)(22)【出願日】2020-02-07
(65)【公表番号】
(43)【公表日】2023-05-08
(86)【国際出願番号】 CN2020074484
(87)【国際公開番号】W WO2021155562
(87)【国際公開日】2021-08-12
【審査請求日】2023-01-10
(73)【特許権者】
【識別番号】516227559
【氏名又は名称】オッポ広東移動通信有限公司
【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧ ＯＰＰＯ ＭＯＢＩＬＥ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰ．， ＬＴＤ．
【住所又は居所原語表記】Ｎｏ． １８ Ｈａｉｂｉｎ Ｒｏａｄ，Ｗｕｓｈａ， Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ， Ｇｕａｎｇｄｏｎｇ ５２３８６０ Ｃｈｉｎａ
(74)【代理人】
【識別番号】100120031
【弁理士】
【氏名又は名称】宮嶋 学
(74)【代理人】
【識別番号】100107582
【弁理士】
【氏名又は名称】関根 毅
(74)【代理人】
【識別番号】100152205
【弁理士】
【氏名又は名称】吉田 昌司
(74)【代理人】
【識別番号】100137523
【弁理士】
【氏名又は名称】出口 智也
(74)【代理人】
【識別番号】100120385
【弁理士】
【氏名又は名称】鈴木 健之
(72)【発明者】
【氏名】チャオ、チェンシャン
(72)【発明者】
【氏名】ルー、チエンシー
(72)【発明者】
【氏名】フー、チョー
【審査官】小林 正明
(56)【参考文献】
【文献】国際公開第２０１７／１３８３７８（ＷＯ，Ａ１）
【文献】国際公開第２０１８／０６４４７７（ＷＯ，Ａ１）
【文献】米国特許出願公開第２０１９／００９８６８９（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０１９／０１５８２２９（ＵＳ，Ａ１）
【文献】国際公開第２０１７／１３５４２８（ＷＯ，Ａ１）
【文献】Intel Corporation, ITL，Discontinuous reception over SL[online]，3GPP TSG RAN WG2 #97bis R2-1703502，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_97bis/Docs/R2-1703502.zip>，2017年04月07日，［検索日 2023.11.30］
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
データ伝送方法であって、第１端末機器が第１間欠受信（ＤＲＸ）構成情報を取得することであって、前記第１ＤＲＸ構成情報は、第２端末機器の持続モニタリング時間範囲を決定するためのものである、ことと、
前記第１端末機器が前記第２端末機器の持続モニタリング時間範囲内で前記第２端末機器にサイドリンクデータを送信することと、を含み、
前記データ伝送方法は、
前記第１端末機器が前記第２端末機器に第１指示情報を送信することを更に含み、前記第１指示情報は、前記第１端末機器がサイドリンクデータを次回に伝送する伝送時間を決定するためのものであり、
前記第１指示情報は、前記第２端末機器が前記第２端末機器の持続モニタリング時間範囲を調整するためのものであり、前記第１端末機器がサイドリンクデータを次回に伝送する伝送時間は、調整後の持続モニタリング時間範囲内にあることを特徴とする、
データ伝送方法。
【請求項2】
前記第１ＤＲＸ構成情報は、前記第２端末機器のＤＲＸ構成情報であり、前記第１端末機器が第１ＤＲＸ構成情報を取得することは、前記第１端末機器がネットワーク構成情報を取得することを含み、前記ネットワーク構成情報は前記第１ＤＲＸ構成情報を含むことを特徴とする
請求項１に記載の方法。
【請求項3】
前記ネットワーク構成情報は、システム情報ブロックＳＩＢメッセージ又は無線リソース制御ＲＲＣシグナリングに含まれることを特徴とする請求項２に記載の方法。
【請求項4】
前記第１ＤＲＸ構成情報は、前記第２端末機器のＤＲＸ構成情報であり、前記第１端末機器が第１ＤＲＸ構成情報を取得することは、前記第１端末機器が事前構成情報を取得することを含み、前記事前構成情報は前記第１ＤＲＸ構成情報を含むことを特徴とする
請求項１に記載の方法。
【請求項5】
前記第１ＤＲＸ構成情報は、前記第２端末機器のＤＲＸ構成情報であり、第１端末機器が第１ＤＲＸ構成情報を取得することは、前記第１端末機器が前記第２端末機器から送信された前記第１ＤＲＸ構成情報を受信することを含むことを特徴とする
請求項１に記載の方法。
【請求項6】
前記第１ＤＲＸ構成情報は、ＰＣ５－ＲＲＣシグナリングに含まれることを特徴とする請求項５に記載の方法。
【請求項7】
前記第１ＤＲＸ構成情報は、第１ＤＲＸパラメータであるｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、
第２ＤＲＸパラメータであるｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、
第３ＤＲＸパラメータであるｄｒｘ－ＬｏｎｇＣｙｃｌｅとｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ、
第４ＤＲＸパラメータであるｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ、のうちの一つのＤＲＸパラメータを含むことを特徴とする
請求項１から６のいずれか１項に記載の方法。
【請求項8】
データ伝送装置であって、第１ＤＲＸ構成情報を取得するように構成される取得ユニットであって、前記第１ＤＲＸ構成情報は、第２端末機器の持続モニタリング時間範囲を決定するためのものである、取得ユニットと、
前記第２端末機器の持続モニタリング時間範囲内で前記第２端末機器にサイドリンクデータを送信するように構成される送信ユニットと、を備え、
前記データ伝送装置は、さらに、
第１端末機器が前記第２端末機器に第１指示情報を送信する送信ユニットを含み、前記第１指示情報は、前記第１端末機器がサイドリンクデータを次回に伝送する伝送時間を決定するためのものであり、
前記第１指示情報は、前記第２端末機器が前記第２端末機器の持続モニタリング時間範囲を調整するためのものであり、前記第１端末機器がサイドリンクデータを次回に伝送する伝送時間は、調整後の持続モニタリング時間範囲内にあることを特徴とする、
データ伝送装置。
【請求項9】
前記第１ＤＲＸ構成情報は、前記第２端末機器のＤＲＸ構成情報であり、前記取得ユニットは、ネットワーク構成情報を取得するように構成され、前記ネットワーク構成情報は前記第１ＤＲＸ構成情報を含むことを特徴とする
請求項８に記載の装置。
【請求項10】
前記ネットワーク構成情報は、ＳＩＢメッセージ又はＲＲＣシグナリングに含まれることを特徴とする請求項９に記載の装置。
【請求項11】
前記第１ＤＲＸ構成情報は、前記第２端末機器のＤＲＸ構成情報であり、前記取得ユニットは、事前構成情報を取得するように構成され、前記事前構成情報は前記第１ＤＲＸ構成情報を含むことを特徴とする
請求項８に記載の装置。
【請求項12】
前記第１ＤＲＸ構成情報は、前記第２端末機器のＤＲＸ構成情報であり、前記取得ユニットは、前記第２端末機器から送信された前記第１ＤＲＸ構成情報を受信するように構成されることを特徴とする
請求項８に記載の装置。
【請求項13】
前記第１ＤＲＸ構成情報は、ＰＣ５－ＲＲＣシグナリングに含まれることを特徴とする請求項１２に記載の装置。
【請求項14】
チップであって、メモリからコンピュータプログラムを呼び出して実行し、前記チップが装着されている機器に請求項１から７のいずれか１項に記載の方法を実行させるように構成されるプロセッサを備える、チップ。
【発明の詳細な説明】
【技術分野】
【0001】
本願の実施例は、移動通信技術分野に関し、具体的にはデータ伝送方法及びパラメータ調整方法、装置、端末機器に関する。
【背景技術】
【0002】
サイドリンク強化の課題において、サイドリンク伝送に間欠受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ：ＤＲＸ）メカニズムを導入することが検討されており、この場合、端末機器は、常に受信状態にあることなく、ＤＲＸ構成に基づいて、持続（ｏｎ ｄｕｒａｔｉｏｎ）期間内にデータを受信し、持続期間内に、端末機器は、持続受信（又は持続モニタリング）状態にある。端末機器は、データを受信していなければ、ＤＲＸ、即ち、持続モニタリング中止状態（ｏｆｆ ｄｕｒａｔｉｏｎ）に切り替わることによって、省電力の目的を達成する。しかしながら、ユニキャストとマルチキャストの場合、送信側から送信されるデータが受信側によって受信される必要があるため、ＤＲＸメカニズムを導入した後、サイドリンク伝送の信頼性を如何に確保するかは、解決すべき課題である。
【発明の概要】
【0003】
本願の実施例は、データ伝送方法及びパラメータ調整方法、装置、端末機器を提供する。
【0004】
本願の実施例によるデータ伝送方法は、
第１端末機器が第１ＤＲＸ構成情報を取得することであって、前記第１ＤＲＸ構成情報は、第２端末機器の持続モニタリング時間範囲を決定するためのものである、ことと、
前記第１端末機器が前記第２端末機器の持続モニタリング時間範囲内で前記第２端末機器にサイドリンクデータを送信することと、を含む。
第１端末機器が第１ＤＲＸ構成情報を取得することであって、前記第１ＤＲＸ構成情報は、第２端末機器の持続モニタリング時間範囲を決定するためのものである、ことと、
前記第１端末機器が前記第２端末機器の持続モニタリング時間範囲内で前記第２端末機器にサイドリンクデータを送信することと、を含む。
【0005】
本願の実施例によるパラメータ調整方法は、
第２端末機器が第１端末機器から送信された第１指示情報を受信することであって、前記第１指示情報は、前記第１端末機器がサイドリンクデータを次回に伝送する時刻を決定するためのものである、ことと、
前記第２端末機器が前記第１指示情報に基づいて、第１ＤＲＸ構成情報における１つ又は複数のＤＲＸパラメータを調整することであって、前記１つ又は複数のＤＲＸパラメータは、前記第２端末機器の持続モニタリング時間範囲を決定するためのものであり、前記第１端末機器がサイドリンクデータを次回に伝送する時刻が前記持続モニタリング時間範囲内にある、ことと、を含む。
第２端末機器が第１端末機器から送信された第１指示情報を受信することであって、前記第１指示情報は、前記第１端末機器がサイドリンクデータを次回に伝送する時刻を決定するためのものである、ことと、
前記第２端末機器が前記第１指示情報に基づいて、第１ＤＲＸ構成情報における１つ又は複数のＤＲＸパラメータを調整することであって、前記１つ又は複数のＤＲＸパラメータは、前記第２端末機器の持続モニタリング時間範囲を決定するためのものであり、前記第１端末機器がサイドリンクデータを次回に伝送する時刻が前記持続モニタリング時間範囲内にある、ことと、を含む。
【0006】
本願の実施例によるデータ伝送装置は、
第１ＤＲＸ構成情報を取得するように構成される取得ユニットであって、前記第１ＤＲＸ構成情報は、第２端末機器の持続モニタリング時間範囲を決定するためのものである、取得ユニットと、
前記第２端末機器の持続モニタリング時間範囲内で前記第２端末機器にサイドリンクデータを送信するように構成される送信ユニットと、を備える。
第１ＤＲＸ構成情報を取得するように構成される取得ユニットであって、前記第１ＤＲＸ構成情報は、第２端末機器の持続モニタリング時間範囲を決定するためのものである、取得ユニットと、
前記第２端末機器の持続モニタリング時間範囲内で前記第２端末機器にサイドリンクデータを送信するように構成される送信ユニットと、を備える。
【0007】
本願の実施例によるパラメータ調整装置は、
第１端末機器から送信された第１指示情報を受信するように構成される受信ユニットであって、前記第１指示情報は、前記第１端末機器がサイドリンクデータを次回に伝送する時刻を決定するためのものである、受信ユニットと、
前記第１指示情報に基づいて、第１ＤＲＸ構成情報における１つ又は複数のＤＲＸパラメータを調整するように構成される調整ユニットであって、前記１つ又は複数のＤＲＸパラメータは、前記第２端末機器の持続モニタリング時間範囲を決定するためのものであり、前記第１端末機器がサイドリンクデータを次回に伝送する時刻が前記持続モニタリング時間範囲内にある、調整ユニットと、を備える。
第１端末機器から送信された第１指示情報を受信するように構成される受信ユニットであって、前記第１指示情報は、前記第１端末機器がサイドリンクデータを次回に伝送する時刻を決定するためのものである、受信ユニットと、
前記第１指示情報に基づいて、第１ＤＲＸ構成情報における１つ又は複数のＤＲＸパラメータを調整するように構成される調整ユニットであって、前記１つ又は複数のＤＲＸパラメータは、前記第２端末機器の持続モニタリング時間範囲を決定するためのものであり、前記第１端末機器がサイドリンクデータを次回に伝送する時刻が前記持続モニタリング時間範囲内にある、調整ユニットと、を備える。
【0008】
本願の実施例による端末機器は、プロセッサと、メモリと、を備える。該メモリは、コンピュータプログラムを記憶するように構成され、該プロセッサは、該メモリに記憶されたコンピュータプログラムを呼び出して実行し、上記データ伝送方法又はパラメータ調整方法を実行するように構成される。
【0009】
本願の実施例によるチップは、上記データ伝送方法又はパラメータ調整方法を実現するように構成される。
【0010】
具体的には、該チップは、メモリからコンピュータプログラムを呼び出して実行し、該チップが装着されている機器に上記データ伝送方法又はパラメータ調整方法を実行させるように構成されるプロセッサを備える。
【0011】
本願の実施例によるコンピュータ可読記憶媒体は、コンピュータプログラムを記憶するためのものであり、該コンピュータプログラムは、コンピュータに上記データ伝送方法又はパラメータ調整方法を実行させる。
【0012】
本願の実施例によるコンピュータプログラム製品は、コンピュータプログラム命令を含み、該コンピュータプログラム命令は、コンピュータに上記データ伝送方法又はパラメータ調整方法を実行させる。
【0013】
本願の実施例によるコンピュータプログラムは、コンピュータで実行される時、コンピュータに上記データ伝送方法又はパラメータ調整方法を実行させる。
【0014】
上記技術的解決手段によれば、第１端末機器と第２端末機器は、ＤＲＸ構成情報に関するインタラクションを行い、又は、第２端末機器は、第１端末機器によって予約された伝送リソースに基づいて、ＤＲＸパラメータを調整し、サイドリンク伝送を第２端末機器のＤＲＸ ｏｎ ｄｕｒａｔｉｏｎ期間に位置させることによって、第２端末機器は、第１端末機器から送信されたサイドリンクデータを正しく受信することができ、更に、サイドリンク伝送の信頼性を確保する。
【図面の簡単な説明】
【0015】
【図1】本願の実施例による通信システムアーキテクチャの概略図である。
【図2-1】本願の実施例によるモードＡの概略図である。
【図2-2】本願の実施例によるモードＢの概略図である。
【図3-1】本願の実施例によるユニキャスト概略図である。
【図3-2】本願の実施例によるマルチキャスト概略図である。
【図3-3】本願の実施例によるブロードキャスト概略図である。
【図4】本願の実施例によるＤＲＸ周期の概略図である。
【図5】本願の実施例によるデータ伝送方法のフローチャートである。
【図6】本願の実施例によるＤＲＸパターンの概略図のその一である。
【図7】本願の実施例によるパラメータ調整方法のフローチャートである。
【図8】本願の実施例による予約リソース概略図である。
【図9-1】本願の実施例によるＤＲＸパターンの概略図のその二である。
【図9-2】本願の実施例によるＤＲＸパターンの概略図のその三である。
【図10】本願の実施例によるデータ伝送装置の構造概略図である。
【図11】本願の実施例によるパラメータ調整装置の構造概略図である。
【図12】本願の実施例による通信機器の概略的構造図である。
【図13】本願の実施例によるチップの概略的構造図である。
【図14】本願の実施例による通信システムの概略的ブロック図である。
【発明を実施するための形態】
【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】
以上は本願の具体的な実施形態に過ぎず、本願の保護の範囲はそれらに制限されるものではなく、当業者が本発明に開示された技術範囲内で容易に想到しうる変更や置換はいずれも、本発明の保護範囲内に含まれるべきである。従って、本発明の保護範囲は特許請求の範囲の保護範囲を基準とするべきである。
【図1】
【図2-1】
【図2-2】
【図3-1】
【図3-2】
【図3-3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9-1】
【図9-2】
【図10】
【図11】
【図12】
【図13】
【図14】
