(57)【要約】  本発明はリソース選択方法及び装置を提供しており、該方法は、少なくとも１つのキャリア上で、少なくとも１つのサイドリンク（Ｓｉｄｅｌｉｎｋ）プロセスを開始することと、前記少なくとも１つのサイドリンクプロセスは１グループのサイドリンクプロセスであることを確定することと、所定のルールに従って前記１グループのサイドリンクプロセスのリソース選択をトリガすることとを含む。
2021501524.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのキャリア上で、少なくとも１つのサイドリンクプロセスを開始することと、
前記少なくとも１つのサイドリンクプロセスは１グループのサイドリンクプロセスであることを確定することと、
所定のルールに従って前記１グループのサイドリンクプロセスのリソース選択をトリガすることとを含む、リソース選択方法。
【請求項２】
所定のルールに従って前記１グループのサイドリンクプロセスのリソース選択をトリガすることは、
前記１グループのサイドリンクプロセスのうちの１つのサイドリンクプロセスがリソース選択をトリガしたとの確定に基づいて、前記１グループのサイドリンクプロセスのリソース選択をトリガすることと、
前記１グループのサイドリンクプロセスに予め配置されたカウンタ又はタイマーに従って、前記１グループのサイドリンクプロセスのリソース選択をトリガすることと、
前記１グループのサイドリンクプロセスに対応するキャリア選択又はリソースプールが変更したとの確定に基づいて、前記１グループのサイドリンクプロセスのリソース選択をトリガすることとの少なくとも１つを含む、請求項１に記載のリソース選択方法。
【請求項３】
前記１グループのサイドリンクプロセスのうちの１つのサイドリンクプロセスがリソース選択をトリガしたとの確定に基づいて、前記１グループのサイドリンクプロセスのリソース選択をトリガすることは、
前記１つのサイドリンクプロセスがリソース選択をトリガしたことを、前記１グループのサイドリンクプロセスのうちの前記１つのサイドリンクプロセス以外の他のサイドリンクプロセスがリソース選択を実行するトリガ条件として確定することと、
前記１グループのサイドリンクプロセスのうちの前記１つのサイドリンクプロセス以外の他のサイドリンクプロセスのトリガ条件は、前記１つのサイドリンクプロセスのトリガ条件と同一であると確定することとの少なくとも１つを含む、請求項２に記載のリソース選択方法。
【請求項４】
前記１グループのサイドリンクプロセスのうちの１つのサイドリンクプロセスがリソース選択をトリガしたとの確定に基づいて、前記１グループのサイドリンクプロセスのリソース選択をトリガすることは、
前記１つのサイドリンクは前記１グループのサイドリンクプロセスのうちの所定グループのサイドリンクであるとの確定に基づいて、前記１つのサイドリンクプロセスがリソース選択をトリガした後、前記１グループのサイドリンクプロセスのリソース選択をトリガすることと、
前記１つのサイドリンクプロセスは複数のトリガ条件を含む場合、前記複数のトリガ条件のうちの一部のトリガ条件が、前記１つのサイドリンクプロセスと前記１グループのサイドリンクプロセスのうちの前記１つのサイドリンクプロセス以外の他のサイドリンクプロセスとのリソース選択をトリガすることを許可することと、
前記１つのサイドリンクプロセスがリソース選択をトリガしたことを確定した後、前記１グループのサイドリンクプロセスのうちの一部のサイドリンクプロセスのリソース選択をトリガすることとの少なくとも１つを含む、請求項２に記載のリソース選択方法。
【請求項５】
所定のルールに従って前記１グループのサイドリンクプロセスのリソース選択をトリガすることは、
前記１グループのサイドリンクプロセスのうちの一部のサイドリンクプロセスがそれぞれ対応する一部のトリガ条件を無効にすることを含む、請求項１に記載のリソース選択方法。
【請求項６】
サイドリンクプロセスのトリガ条件を無効にする方法は、
前記サイドリンクプロセスに対応するトリガ条件に有効フラグを設定し、前記サイドリンクプロセスに対応する１つのトリガ条件を無効にすることに応答して、前記１つのトリガ条件の有効フラグを偽（ｆａｌｓｅ）に設定することと、
前記サイドリンクプロセスに対応するトリガ条件の参照数値を所定値に設定することとの少なくも１つを含む、請求項５に記載のリソース選択方法。
【請求項７】
前記１グループのサイドリンクプロセスに予め配置されたカウンタ又はタイマーに従って、前記１グループのサイドリンクプロセスのリソース選択をトリガすることは、
前記カウンタが所定値に達したことを確定した後、前記１グループのサイドリンクプロセスのリソース選択をトリガすることであって、前記カウンタは、前記１グループのサイドリンクプロセスの関連状態変数又は関連操作の操作回数をカウントするように設定されることと、
前記タイマーが満了したことを確定した後、前記１グループのサイドリンクプロセスのリソース選択をトリガすることとのうちの１つを含む、請求項２に記載のリソース選択方法。
【請求項８】
前記カウンタは、前記１グループのサイドリンクプロセスの関連状態変数又は関連操作の操作回数をカウントするように設定されることは、
前記カウンタは、前記１グループのサイドリンクプロセスのうちの一部又はすべてのサイドリンクプロセスがリソース選択を個別にトリガする回数をカウントするように設定されることと、
前記カウンタは、前記１グループのサイドリンクプロセスのうちの一部又はすべてのサイドリンクプロセスがデータ伝送を実行する回数をカウントするように設定されることと、
前記カウンタは、前回のリソース選択から前記１グループのサイドリンクプロセスが経過したリソース周期の数をカウントするように設定されることと、
前記カウンタは、１つのリソース周期内に前記１グループのサイドリンクプロセスが占有するリソースの数をカウントし、前記リソースは、時間領域リソース、周波数領域リソース、空間領域リソース及びコード領域リソースのうちの少なくとも１つを含むように設定されることとのうちの１つを含む、請求項７に記載のリソース選択方法。
【請求項９】
前記１グループのサイドリンクプロセスに対応するキャリア選択又はリソースプールが変更したことを確定することは、
前記１グループのサイドリンクプロセスに対応するリソースプールに配置された同期参照リソースが変更したことと、
前記１グループのサイドリンクプロセスに対応するキャリアは、キャリア選択又はキャリアセット選択が発生したか、或いは、前記１グループのサイドリンクプロセスが対応するキャリアの同期参照又は同期参照元が変更したこととのうちの１つを含む、請求項２に記載のリソース選択方法。
【請求項１０】
前記サイドリンクプロセスに対応するリソースプールは、キャリア選択又はキャリアセット選択が発生したことを確定する前に、前記方法は、更に、
前記１グループのサイドリンクプロセスのうちの１つのサイドリンクプロセスのリソース選択のトリガ条件を満たすことに応答して、前記キャリア選択又はキャリアセット選択をトリガすることと、
前記キャリアセットのうちの一部のキャリアはキャリア選択が発生したか、或いは、前記１グループのサイドリンクプロセスのうちの一部のサイドリンクプロセスはリソース選択が発生したときに、前記キャリアセットのキャリアセット選択をトリガすることと、
予め設定されたカウンタ又はタイマーに従って、前記キャリア選択又はキャリアセット選択をトリガすることであって、前記カウンタは前記１グループのサイドリンクプロセスの関連操作の操作回数をカウントするように設定されることとのうちの１つを含む、請求項９に記載のリソース選択方法。
【請求項１１】
前記リソース選択のトリガ条件は、
前記サイドリンクプロセスのリソース再選択カウンタが０に達し、且つ生成された［０，１］に一様に分布する乱数は配置されたリソース保持確率よりも大きいことと、
選択されたリソースのグループで所定の時間内にデータ伝送がないことと、
上位層はパラメータｓｌ−ＲｅｓｅｌｅｃｔＡｆｔｅｒを定義し、且つ選択されたサイドリンクグラント上で連続的に伝送されていないリソースの数は、前記ｓｌ−ＲｅｓｅｌｅｃｔＡｆｔｅｒに等しいことと、
前記サイドリンクプロセスのために対応するリソースが選択されていないことと、
配置されたサイドリンクグラントが伝送の要求を満たせず、且つ媒体アクセス制御ＭＡＣはデータパケットを分割しないように選択することと、
前記配置されたサイドリンクグラントがデータの遅延要求を満たせず、且つ前記ＭＡＣはトラフィックのために一時的なダイナミックスケジューリングを実行しないことと、
リソースプールは既に配置されたこととのうちの１つを含む、請求項１０に記載のリソース選択方法。
【請求項１２】
前記少なくとも１つのサイドリンクプロセスは１グループのサイドリンクプロセスであることを確定することは、
同一のロジカルチャネルのデータを伝送するための複数のサイドリンクプロセスは、前記１グループのサイドリンクプロセスであることを確定することと、
同一のトラフィックタイプのデータを伝送するための複数のサイドリンクプロセスは、前記１グループのサイドリンクプロセスであることを確定することと、
同一のロジカルチャネルのグループのデータを伝送するための複数のサイドリンクプロセスは、前記１グループのサイドリンクプロセスであることを確定することであって、前記ロジカルチャネルのグループにおけるデータパケットは、同じ宛先アドレスを有するか、或いは同じソースアドレス及び宛先アドレスペアを有することと、
同じリソーススケジューリング周期を有する複数のサイドリンクプロセスは、前記１グループのサイドリンクプロセスであることを確定することとのうちの１つを含む、請求項１に記載のリソース選択方法。
【請求項１３】
少なくとも１つのキャリア上で、少なくとも１つのサイドリンクプロセスを開始するように構成される開始モジュールと、
前記少なくとも１つのサイドリンクプロセスは１グループのサイドリンクプロセスであることを確定するように構成される確定モジュールと、
所定のルールに従って前記１グループのサイドリンクプロセスのリソース選択をトリガするように構成されるトリガモジュールとを含む、リソース選択装置。
【請求項１４】
コンピュータプログラムが記憶された記憶媒体であって、前記コンピュータプログラムは、作動されると、請求項１〜１２のいずれか一項に記載のリソース選択方法を実行するように構成される、記憶媒体。
【請求項１５】
メモリとプロセッサとを含む電子装置であって、前記メモリにコンピュータプログラムが記憶され、前記プロセッサは、請求項１〜１２のいずれか一項に記載の方法を実行させるために前記コンピュータプログラムを作動させるように構成される、電子装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、出願日が２０１８年２月５日、出願番号が２０１８１０１１１５５０．９号中国専利出願の優先権を主張し、該発明の全部内容を参照によって本発明に援用される。
【０００２】
本発明は、通信分野に関し、例えば、リソース選択方法及び装置に関する。
【背景技術】
【０００３】
関連技術では、サイドリンク（Ｓｉｄｅｌｉｎｋ）通信システムにおいて、ユーザ端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ，ＵＥ）間でトラフィックを伝送する必要があるとき、ＵＥ間のトラフィックデータはネットワーク側の転送を介することなく、データソースＵＥによって直接サイドリンクを介してターゲットＵＥに伝送する。図１は関連技術によるサイドリンク通信構造の模式図である。また、通信リソースの取得方法によって、サイドリンク通信は、２つのタイプの通信モードに分けられてもよく、第１のタイプのモードでは、ＵＥがサイドリンク信号を送信するリソースは基地局によりスケジューリングされ、第２のタイプのモードでは、ＵＥは、配置又は予め配置されたリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）において、リソース選択ポリシに従って、リソースの通信方式を自律的に選択する。リソース選択ポリシは、センシング（ｓｅｎｓｉｎｇ）メカニズム、部分センシング（ｐａｒｔｉａｌ  ｓｅｎｓｉｎｇ）メカニズム、及びランダム選択（ｒａｎｄｏｍ  ｓｅｌｅｃｔｉｏｎ）メカニズムを主に含む。
【０００４】
車載ネットワークとダイレクト通信の要求の増加に伴い、サイドリンク通信システムに対する市場の要求もますます高まっており、例えば、速度又は信頼性を向上させるために、サイドリンク通信はキャリアアグリゲーション（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ，ＣＡ）をサポートでき、即ち、複数のキャリアでパラレル伝送を実行する必要あり、ここでのパラレルは同時又は時分割的に実行してもよい。しかしながら、関連技術では、キャリアアグリゲーションシナリオでいくつかの困難に直面し、例えば、関連技術では、サイドリンクプロセスを本体として実行し、１つのサイドリンクプロセスが使用するリソースは同一のキャリアに属し、キャリアアグリゲーションにおけるそれぞれキャリアでのサイドリンクプロセスは、リソースの選択及び再選択を個別にトリガすれば、厳しい半二重（現在の標準と業界の現状は、一般に端末ＵＥが同時送受信をサポートしないと仮定する）の状況に直面する。
【０００５】
上記の状況は具体的には以下の通りであり、まず、異なるキャリアが異なる時点でリソース選択又は再選択をトリガする場合、半二重の制限で他のキャリアにより選択された時間リソース（サブフレーム）上でＵＥがセンシング（センシングは受信に類似し、他のキャリア上でその時間を使用して送信する場合、半二重のためにセンシングを実行できない）を実行できないので、センシングベースのリソース選択戦略下で異なるキャリアは異なる時点のリソースを選択する確率が高くなり、センシングを実行できないリソースは、ＵＥが選択するための候補とすることができない。例えば、アグリゲートされたキャリア（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ，ＣＣ）は、ＵＥが２つのキャリアをアグリゲートして送信すると仮定する場合、ＣＣ＃１、ＣＣ＃と記し、ＣＣ＃１がまずリソース選択を実行し、サブフレーム１の時点を選択すると仮定すると、サブフレーム１の時点でＣＣ＃１が送信され、サブフレーム１でＣＣ＃２のセンシングを実行できず、ＵＥが次にＣＣ＃２でリソース選択を実行する場合、サブフレーム１とは異なるサブフレームしか選択できない。このように、ＵＥの送信はより長い時間領域長を占有し、それと同時に半二重の状況のため、ＵＥがより長い時間領域長で送信すると、ＵＥは上記時間領域長でセンシングを実行できず、センシングを実行できないリソースは、関連するセンシングメカニズムに従って、伝送リソースとして選択できず、それと同時にＵＥは上記時間領域長で受信できず、その結果、他のＵＥにより送信されたデータパケットがより多く失われる。この問題は、アグリゲートされたキャリアの数が多いほど深刻になる。
【０００６】
サイドリンク通信システムでは、ＵＥ間でサイドリンクリソースを使用して情報の伝送を実行し、具体的な適用シナリオ及びトラフィックタイプなどによると、サイドリンク通信方式は、デバイス間（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ，Ｄ２Ｄ）通信、及び車両間（Ｖｅｈｉｃｌｅ  ｔｏ  Ｖｅｈｉｃｌｅ，Ｖ２Ｖ）通信などを含む。サイドリンク通信では、ネットワーク側がＵＥにサイドリンクリソースプールを配置するか、或いはシステムがサイドリンクリソースプールを予め配置し、ＵＥはサイドリンクリソースプールにおけるリソースを用いてサイドリンク情報を搬送する。
【０００７】
関連技術では、ＵＥが配置又は予め配置されたリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ）において、リソース選択ポリシに従って、リソースを自律的に選択して通信する場合は、サイドリンクプロセス（Ｓｉｄｅｌｉｎｋ  ｐｒｏｃｅｓｓ）を粒度としてリソース選択及び再選択を実行する。サイドリンク通信における１つのタイプの重要なトラフィックは周期的な報知トラフィックであるため、このタイプのトラフィックについては、リソース選択時に、ＵＥは一般に周期的に現れるリソースを選択してこのタイプのトラフィックが使用するサイドリンクプロセスを搬送し、このリソースのグループは、１つのサイドリンクグラント（Ｓｉｄｅｌｉｎｋ  ｇｒａｎｔ）と称してもよい。ＵＥが自律的に選択する場合、ＵＥ間で同じリソースを選択し、即ち、リソース選択が衝突する可能性があり、ＵＥは周期的なリソースのグループを選択した後にリソースの位置を変更しなければ、持続的なリソース衝突を引き起こす可能性があり、ＵＥがリソース再選択を実行することである程度にこの状況を回避可能である。そのため、関連技術ではリソース選択及び再選択のために一連のリソース選択及び再選択のトリガ条件が定義される。
【０００８】
図２は関連技術によるリソース選択後のそれぞれのサイドリンクプロセスがリソース選択及び再選択を個別に実行する模式図である。図２に示すように、上記リソース選択及び再選択のトリガ条件は、それぞれのサイドリンクプロセスに対して個別に実行され、あるサイドリンクプロセスのトリガ条件を満たす場合、対応するサイドリンクプロセスのリソース選択／再選択がトリガされ、リソース選択／再選択は、ＵＥの媒体アクセス制御（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ，ＭＡＣ）エンティティ又はハイブリッド自動再送要求（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ，ＨＡＲＱ）エンティティにより実行可能であるが、ここで限定されない。上記の各サイドリンクプロセスの個別なトリガ条件でトリガされたリソース選択／再選択は、キャリアアグリゲーションシナリオで半二重の状況が現れる確率が高くなる。
【０００９】
関連技術のキャリアアグリゲーションにおけるそれぞれのキャリアのサイドリンクプロセスを個別に実行することによる厳しい半二重の状況について、効果的な解決策は未だ提案されていない。
【発明の概要】
【００１０】
以下は、本発明で詳細に説明される主題の概要である。本概要は、請求項の保護範囲を制限することを意図したものではない。
【００１１】
本発明の実施例は、関連技術のキャリアアグリゲーションにおけるそれぞれのキャリアのサイドリンクプロセスを個別に実行することによる厳しい半二重の状況を回避するように、リソース選択方法及び装置を提供する。
【００１２】
本発明の一実施例によれば、リソース選択方法を提供しており、該方法は、少なくとも１つのキャリア上で、少なくとも１つのサイドリンクプロセスを開始することと、前記少なくとも１つのサイドリンクプロセスは１グループのサイドリンクプロセスであることを確定することと、所定のルールに従って前記１グループのサイドリンクプロセスのリソース選択をトリガすることとを含む。
【００１３】
本発明の他の実施例によれば、リソース選択装置を更に提供しており、該装置は、少なくとも１つのキャリア上で、少なくとも１つのサイドリンクプロセスを開始するように構成される開始モジュールと、前記少なくとも１つのサイドリンクプロセスは１グループのサイドリンクプロセスであることを確定するように構成される確定モジュールと、所定のルールに従って前記１グループのサイドリンクプロセスのリソース選択をトリガするように構成されるトリガモジュールとを含む。
【００１４】
本発明の他の実施例によれば、コンピュータプログラムが記憶された記憶媒体を更に提供しており、前記コンピュータプログラムは、作動されると、上記いずれか一項の方法実施例におけるステップを実行させるように構成される。
【００１５】
本発明の他の実施例によれば、メモリとプロセッサとを含む電子装置を更に提供しており、前記メモリにコンピュータプログラムが記憶され、前記プロセッサは、上記いずれか一項の方法実施例におけるステップを実行させるために前記コンピュータプログラムを作動させるように構成される。
【００１６】
図面と詳細な説明を読んで理解した後、他の方面を理解できる。
【００１７】
ここで説明される図面は、本発明のさらなる理解を提供するために使用され、本発明の一部に構成され、本発明の模式的な実施例及びその説明は、本発明を説明するために使用され、本発明に対する不適切な限定に構成されるものではない。
【図面の簡単な説明】
【００１８】
【図１】図１は関連技術によるサイドリンク通信構造の模式図である。
【図２】図２は関連技術によるリソース選択後のそれぞれのサイドリンクプロセスがリソース選択及び再選択を個別に実行する模式図である。
【図３】図３は本発明の実施例に係るリソース選択方法の携帯端末のハードウェア構成のブロック図である。
【図４】図４は本発明の実施例によるリソース選択方法のフローチャートである。
【図５】図５は本発明の例示的な実施例による１つのプロセスが他のプロセスのリソース選択及び再選択のうちの少なくとも１種を直接トリガできることを示す模式図である。
【図６】図６は本発明の例示的な実施例によるサイドリンクプロセスのリソース選択又は再選択をトリガするようにタイマー又はカウンタを設定する模式図である。
【発明を実施するための形態】
【００１９】
以下、図面及び実施例を参照しながら、本発明を詳細に説明する。なお、衝突しない限り、本発明の実施例及び実施例における特徴を相互に組み合わせることができる。
【００２０】
なお、本発明の明細書、請求項及び上記の図面における用語「第１」及び「第２」は、類似な対象を区別するために使用され、特定の順序又は前後順序を説明するために使用されるものではない。
【００２１】
実施例１
本発明の実施例の技術案は、ポイントツーポイント通信、例えば、Ｄ２Ｄ通信、Ｖ２Ｖ通信などのシナリオに適用可能である。なお、本発明の実施例に係る上記情報伝送方法の実行環境は、上記ネットワークアーキテクチャに限定されない。
【００２２】
本発明の実施例１に係る方法実施例は、携帯端末、コンピュータ端末又は類似な演算装置に実行可能である。携帯端末に実行される例をとって、図３は本発明の実施例に係るリソース選択方法の携帯端末のハードウェア構成のブロック図である。図３に示すように、携帯端末３０は、少なくとも１つの（図３に１つだけ示す）プロセッサ３０２とメモリ３０４とを含んでもよく、プロセッサ３０２は、マイクロプロセッサ（Ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ  Ｕｎｉｔ，ＭＣＵ）又はプログラマブルロジック素子（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ，ＦＰＧＡ）などの処理装置を含んでもよいが、これらに限定されず、メモリ３０４は、データを記憶するように構成され、一実施例において、上記携帯端末は、通信機能として構成される伝送デバイス３０６を更に含んでもよい。当業者は、図３に示す構造は模式的なものにすぎず、上記携帯端末の構造を限定しないことを理解できる。例えば、携帯端末３０は、図３に示すものよりも多い又は少ないコンポーネントを更に含むか、或いは図３に示すものとは異なる配置を有してもよい。
【００２３】
メモリ３０４は、本発明の実施例におけるリソース選択方法に対応するプログラム指令／モジュールのようなアプリケーションのソフトウェアプログラム及びモジュールを記憶するように構成されてもよく、プロセッサ３０２は、メモリ３０４内に記憶されたソフトウェアプログラム及びモジュールを実行することにより、種々のアプリケーション及びデータ処理、即ち、上記を実現する方法を実行する。メモリ３０４は、少なくとも１つの磁気記憶装置、フラッシュメモリ、又は他の不揮発性固体メモリのような高速ランダムメモリ又は不揮発性メモリを含んでもよい。いくつかの実例において、メモリ３０４は、プロセッサ３０２からリモートセットアップされたメモリを更に含んでもよく、これらのリモートメモリは、ネットワークを介して携帯端末３０に接続されてもよい。上記ネットワークの実例は、インターネット、企業イントラネット、ローカルエリアネットワーク、移動通信網及びそれらの組合せを含んでもよいが、これらに限定されない。
【００２４】
伝送デバイス３０６は、１つのネットワークを介してデータを受信又は送信するように構成される。上記のネットワークの具体的な実例は、携帯端末３０の通信事業者が提供する無線ネットワークを含んでもよい。一実例において、伝送デバイス３０６は、基地局を介して他のネットワークデバイスに接続されることによりインターネットと通信することができるネットワークアダプタ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃｏｎｔｒｏｌｌｅｒ，ＮＩＣ）を含む。一実例において、伝送デバイス３０６は、無線方式でインターネットと通信するように構成される無線周波数（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ，ＲＦ）モジュールであってもよい。
【００２５】
本実施例は、上記携帯端末に実行されるリソース選択方法を提供しており、図４は本発明の実施例によるリソース選択方法のフローチャートであり、図４に示すように、該フローは、ステップＳ４０２と、ステップＳ４０４と、ステップＳ４０６とを含む。
【００２６】
ステップＳ４０２では、少なくとも１つのキャリア上で、少なくとも１つのサイドリンク（Ｓｉｄｅｌｉｎｋ）プロセスを開始する。
ステップＳ４０４では、該少なくとも１つのサイドリンクプロセスは１グループのサイドリンクプロセスであることを確定する。
ステップＳ４０６では、所定のルールに従って該１グループのサイドリンクプロセスのリソース選択をトリガする。
【００２７】
なお、本発明の明細書に係るリソース選択は、リソース再選択を更に含む。一実施例において、１つのキャリア上で、少なくとも１つのサイドリンクプロセスを開始するか、或いは複数のキャリア上で、少なくとも１つのサイドリンクプロセスを開始する。
【００２８】
上記ステップにより、少なくとも１つのキャリア上で、少なくとも１つのサイドリンクプロセスを開始し、該少なくとも１つのサイドリンクプロセスは１グループのサイドリンクプロセスであることを確定し、所定のルールに従って該１グループのサイドリンクプロセスのリソース選択をトリガする。関連技術のキャリアアグリゲーションにおけるそれぞれのキャリアのサイドリンクプロセスを個別に実行することによる厳しい半二重の状況を回避し、１グループのサイドリンクプロセスに対するリソース選択を実現し、それぞれのキャリアのサイドリンクプロセスの個別な実行を回避し、厳しい半二重の状況を回避する。
【００２９】
一実施例において、上記ステップの実行本体は、端末又は車両などであってもよいが、これらに限定されない。
【００３０】
一実施例において、ステップＳ４０２、ステップＳ４０４及びステップＳ４０６の実行順序は交換可能であり、即ち、まずステップＳ４０４を実行し、次にＳ４０２を実行する。
【００３１】
一実施例において、所定のルールに従って該１グループのサイドリンクプロセスのリソース選択をトリガすることは、該１グループのサイドリンクプロセスのうちの１つのサイドリンクプロセスがリソース選択をトリガしたとの確定に基づいて、該１グループのサイドリンクプロセスのリソース選択をトリガすることと、該１グループのサイドリンクプロセスに予め配置されたカウンタ又はタイマーに従って、該１グループのサイドリンクプロセスのリソース選択をトリガすることと、該１グループのサイドリンクプロセスに対応するキャリア選択又はリソースプールが変更したとの確定に基づいて、該１グループのサイドリンクプロセスのリソース選択をトリガすることとの少なくとも１つを含む。
【００３２】
一実施例において、該１グループのサイドリンクプロセスのうちの１つのサイドリンクプロセスがリソース選択をトリガしたとの確定により、該１グループのサイドリンクプロセスのリソース選択をトリガすることは、該１つのサイドリンクプロセスがリソース選択をトリガしたことを、該１グループのサイドリンクプロセスのうちの他のサイドリンクプロセスがリソース選択を実行するトリガ条件として確定することと、該１グループのサイドリンクプロセスのうちの他のサイドリンクプロセスのトリガ条件は、該１つのサイドリンクプロセスのトリガ条件と同一であると確定することとのうちの１つを含む。
【００３３】
一実施例において、該１グループのサイドリンクプロセスのうちの１つのサイドリンクプロセスがリソース選択をトリガしたとの確定に基づいて、該１グループのサイドリンクプロセスのリソース選択をトリガすることは、該１つのサイドリンクは該１グループのサイドリンクプロセスのうちの所定グループのサイドリンクであることを確定し、該１つのサイドリンクプロセスがリソース選択をトリガした後、該１グループのサイドリンクプロセスのリソース選択をトリガすることと、該１つのサイドリンクプロセスは複数のトリガ条件を含む場合、該複数のトリガ条件のうちの一部のトリガ条件が、該１つのサイドリンクプロセスと該１グループのサイドリンクプロセスのうちの他のサイドリンクプロセスとのリソース選択をトリガすることを許可することと、該１つのサイドリンクプロセスがリソース選択をトリガしたことを確定した後、該１グループのサイドリンクプロセスのうちの一部のサイドリンクプロセスのリソース選択をトリガすることとの少なくとも１つを含む。
【００３４】
一実施例において、所定のルールに従って該１グループのサイドリンクプロセスのリソース選択をトリガすることは、該１グループのサイドリンクプロセスのうちの一部のサイドリンクプロセスがそれぞれ対応する一部のトリガ条件を無効にすることを含む。一実施例において、該一部のサイドリンクプロセスは該１グループのサイドリンクプロセスのうちの該１つのサイドリンクプロセス以外のサイドリンクプロセスである。なお、トリガ条件を無効（ｄｉｓａｂｌｅ）にする複数のサイドリンクプロセスは互いに異なってもよい。例を挙げれば、４つのプロセスと仮定する場合、それぞれのプロセスは７つの固有トリガ条件を有し、第１のプロセスのトリガ条件１、２、３を無効にし、第２のプロセスの２、３、５を無効にする。
【００３５】
一実施例において、サイドリンクプロセスのトリガ条件を無効にする方法は、該サイドリンクプロセスに対応するトリガ条件に有効フラグを設定し、該サイドリンクプロセスに対応する１つのトリガ条件を無効にすることに応答して、その有効フラグを偽に設定することと、該サイドリンクプロセスに対応するトリガ条件の参照数値を所定値に設定することとの少なくも１つを含む。なお、該参照数値は、国際プロトコル又は国際標準の規定以外の値のような利用できない値であってもよく、設定効果は、トリガ条件をトリガできないことである。
【００３６】
一実施例において、該１グループのサイドリンクプロセスに予め配置されたカウンタ又はタイマーに従って、該１グループのサイドリンクプロセスのリソース選択をトリガすることは、該カウンタが所定値に達したことを確定した後、該１グループのサイドリンクプロセスのリソース選択をトリガすることであって、該カウンタは、該１グループのサイドリンクプロセスの関連状態変数又は関連操作の操作回数をカウントするように設定されることと、該タイマーが満了したことを確定した後、該１グループのサイドリンクプロセスのリソース選択をトリガすることとのうちの１つを含む。
【００３７】
一実施例において、該カウンタは、該１グループのサイドリンクプロセスの関連状態変数又は関連操作の操作回数をカウントするように設定されることは、該カウンタは、該１グループのサイドリンクプロセスのうちの一部又はすべてのサイドリンクプロセスがリソース選択を個別にトリガする回数をカウントするように設定されることと、該カウンタは、該１グループのサイドリンクプロセスのうちの一部又はすべてのサイドリンクプロセスがデータ伝送を実行する回数をカウントするように設定されることと、該カウンタは、前回のリソース選択から該１グループのサイドリンクプロセスが経過したリソース周期の数をカウントするように設定されることと、該カウンタは、１つのリソース周期内に該１グループのサイドリンクプロセスが占有するリソースの数をカウントし、該リソースは、時間領域リソース、周波数領域リソース、空間領域リソース及びコード領域リソースのうちの少なくとも１つを含むように設定されることとのうちの１つを含む。なお、該リソース周期の数及び占有する時間領域の数は関連状態変数であってもよい。
【００３８】
一実施例において、該１グループのサイドリンクプロセスに対応するキャリア選択又はリソースプールが変更したことを確定することは、該１グループのサイドリンクプロセスに対応するリソースプールに配置された同期参照リソースが変更し、なお、同期参照リソースの位置、同期参照リソースの数が変更したことを含むがこれらに限定されないことと、該１グループのサイドリンクプロセスに対応するキャリアは、キャリア又はキャリアセット選択（キャリア再選択を含んでもよい）が発生したか、或いは、該１グループのサイドリンクプロセスが対応するキャリアの同期参照又は同期参照元が変更したこととのうちの１つを含む。
【００３９】
一実施例において、該サイドリンクプロセスに対応するリソースプールは、キャリア又はキャリアセット選択が発生する前に、該方法は、更に、該１グループのサイドリンクプロセスのうちの１つのサイドリンクプロセスがリソース選択をトリガしたことに基づいて、該キャリア又はキャリアセット選択をトリガすることと、該キャリアセットのうちの一部のキャリアはキャリア選択が発生したか、或いは、該１グループのサイドリンクプロセスのうちの一部のサイドリンクプロセスはリソース選択が発生したときに、該キャリアセットのキャリアセット選択をトリガすることと、予め設定されたカウンタ又はタイマーに従って、該キャリア又はキャリアセット選択をトリガすることであって、該カウンタは、該１グループのサイドリンクプロセスの関連操作の操作回数をカウントするように設定されることとのうちの１つを含む。
【００４０】
一実施例において、該少なくとも１つのサイドリンクプロセスは１グループのサイドリンクプロセスであることを確定することは、同一のロジカルチャネルのデータを伝送するための複数のサイドリンクプロセスは、該１グループのサイドリンクプロセスであることを確定することと、同一のトラフィックタイプのデータを伝送するための複数のサイドリンクプロセスは、該１グループのサイドリンクプロセスであることを確定することと、同一のロジカルチャネルのグループのデータを伝送するための複数のサイドリンクプロセスは、該１グループのサイドリンクプロセスであることを確定することであって、該ロジカルチャネルのグループでのデータパケットは、同じ宛先アドレスを有するか、或いは同じソースアドレス及び宛先アドレスペアを有することと、同じリソーススケジューリング周期を有する複数のサイドリンクプロセスは、該１グループのサイドリンクプロセスであることを確定することとのうちの１つを含む。
【００４１】
以下、本発明の例示的な実施例を参照しながら詳細に説明する。
【００４２】
まず、それぞれのサイドリンクプロセスについて、次のいずれか１つのトリガ条件が満たされると、該サイドリンクプロセスのリソース選択又は再選択をトリガできることを説明する。
【００４３】
トリガ条件１：該プロセスのリソース再選択カウンタが０に達し、且つ生成された乱数ａは配置されたリソース保持確率（ｐｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ）よりも大きく、ａは［０，１］に一様分布に従う乱数である。
【００４４】
乱数ａの生成と比較操作は、カウンタが０に達した時点よりも早くする必要があり、例えば、カウンタが１に達した時に実行可能である。具体的には、関連技術において、それぞれのサイドリンクプロセスに１つのリソース再選択カウンタを設定し、ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＬＥＣ  ＴＩＯＮ＿ＣＯＵＮＴＥＲと記し、リソースのグループを選択又は再選択するごとに、該カウンタに１つの初期値を設定し、該初期値は１つの一様分布に従うランダム整数であり、一様に分布する区間はリソース周期に応じて異なってもよく、データを送信するごとに、カウンタを１デクリメントする。
【００４５】
トリガ条件２：選択されたリソースのグループで連続した一定期間内に伝送がなく、例えば、連続した１秒間伝送が実行されない。
【００４６】
トリガ条件３：トリガ条件２と類似し、上位層はパラメータｓｌ−ＲｅｓｅｌｅｃｔＡｆｔｅｒを定義し、且つ選択されたサイドリンククグラント上で連続的に伝送されていないリソースの数は、ｓｌ−ＲｅｓｅｌｅｃｔＡｆｔｅｒに等しい。
【００４７】
トリガ条件４：該サイドリンクプロセスのために対応するリソースが選択されていなく、即ち、サイドリンククグラントが配置されていない。この状況は一般に初回のリソース選択である。
【００４８】
トリガ条件５：配置されたサイドリンクグラントが伝送の要求を満たせず、例えば、許可される最大変調符号化方式（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｍｅｃｈａｎｉｓｍ，ＭＣＳ）を用いてもデータパケットを搬送できず、且つＭＡＣはデータパケットを分割しないように選択する。
【００４９】
トリガ条件６：配置されたサイドリンクグラントがデータの遅延要求を満たせず、且つＭＡＣは該トラフィックのために一時的なダイナミックスケジューリングを実行しない。
【００５０】
トリガ条件７：リソースプールは既に配置又は再配置された。
【００５１】
本発明は、１グループのサイドリンクプロセスに対するリソース選択及び再選択のうちの少なくとも１種のトリガ方法を提供しており、具体的な方式は、以下の方法及びそれらの組合せを含む。
【００５２】
１．１グループのサイドリンクプロセスのうちの１つのプロセスがリソース選択又は再選択をトリガすると、このグループ内の他のサイドリンクプロセスのリソース選択又は再選択がトリガされる。図５は本発明の例示的な実施例による１つのプロセスが他のプロセスのリソース選択及び再選択のうちの少なくとも１種を直接トリガできることを示す模式図である。図５に示すように、２つのプロセスは、リソース選択及びリソース再選択のうちの少なくとも１種を互いにトリガできる。
【００５３】
２．１グループのサイドリンクプロセスに１つのカウンタを予め配置又は配置し、プロセスのグループの関連操作の回数をカウントし、閾値に達したときに、この１グループのサイドリンクプロセスのリソース選択／再選択をトリガし、前記関連操作は、リソース選択／再選択、データ伝送、経過したリソース周期などであってもよい。
或いは、１グループのサイドリンクプロセスに１つのタイマーを予め配置又は配置し、タイミングに達したときに、この１グループのサイドリンクプロセスのリソース選択／再選択をトリガする。図６は本発明の例示的な実施例によるサイドリンクプロセスのリソース選択又は再選択をトリガするようにタイマー又はカウンタを設定する模式図である。図６に示すように、タイマー又はカウンタは、プロセスのリソース選択又はリソース再選択をトリガできる。
【００５４】
３．１グループのサイドリンクプロセスが対応するリソースプールのグループが変更し、例えば、キャリアが再選択などを実行した。
【００５５】
サイドリンク通信では、サイドリンク信号の送信に用いられる物理リソースは、サイドリンクリソースプールに構成され、例えば、サイドリンク制御メッセージの送信に用いられる物理サイドリンク制御チャネル（ｐｈｙｓｉｃａｌ  サイドリンク  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ，ＰＳＣＣＨ）リソースプールと、サイドリンクデータを送信する物理サイドリンク共用チャネル（ｐｈｙｓｉｃａｌ  サイドリンク  ｓｈａｒｉｎｇ  ｃｈａｎｎｅｌ，ＰＳＳＣＨ）リソースプールとに構成される。１つのサイドリンクリソースプールは、一般に１つのキャリア上で配置され、サイドリンクプロセスのリソース選択／再選択も一般にリソースプール上でサイドリンクリソースを選択／再選択することを指す。キャリア、リソースプール及びサイドリンクプロセスの間に一定の対応関係があるため、本明細書の説明では厳密に区別せず、即ち、一般的なの説明は複数のサイドリンクプロセスの操作であり、複数のキャリア又は複数のリソースプールに対する操作とも理解できる。
【００５６】
方法１は、１グループのサイドリンクプロセスのうちの１つのプロセスがリソース選択又は再選択をトリガすると、このグループ内の他のサイドリンクプロセスのリソース選択又は再選択がトリガされる可能性があることである。
【００５７】
実例１
ＵＥは複数のサイドリンクプロセスを用いて複数のキャリア上で伝送（なお、１つのキャリア上で複数のサイドリンクプロセスがあってもよい）し、該複数のキャリア上の複数のサイドリンクプロセスを１グループのサイドリンクプロセスとして配置する。例えば、ＵＥはＮ個のサイドリンクプロセスを用いて伝送し、そのうちのＭ個のプロセスが１グループのサイドリンクプロセスに構成され、１つのサイドリンクプロセスセットＡ（Ｓｅｔ−Ａ）と記す。例えば、特別な状況としては、Ｍ個のキャリアＣＣ上で一対一に対応するＭ個のサイドリンクプロセスである。グループ内のそれぞれのサイドリンクプロセスは、いずれもそのリソース選択／再選択のトリガ条件をトリガでき、例えば、上記トリガ条件１〜７をトリガできる。且つ、半二重の状況を回避して複数のキャリア上で複数のプロセスにリソース選択を合理的に実行するために、グループ内のあるサイドリンクプロセスのリソース選択／再選択のトリガ条件が満たされると、グループ内の他のサイドリンクプロセスのリソース選択／再選択が同時にトリガされるというサイドリンクリソース選択／再選択のトリガ条件が定義される。
【００５８】
具体的には、グループ内のサイドリンクプロセスｉに対応するトリガ条件は、グループ内のサイドリンクプロセスｊのトリガ条件でもあるか、或いは、グループ内のサイドリンクプロセスｉがリソース選択／再選択をトリガしたことは、グループ内サイドリンクプロセスｊのトリガ条件であると考えられる。
【００５９】
実例２
実例１で説明したように、１つのサイドリンクプロセスがリソース選択／再選択をトリガした同時に他のサイドリンクプロセスのリソース選択／再選択をトリガすると、ＵＥがリソース選択／再選択を頻繁に実行し過ぎることで、システムの負荷を引き起こす可能性があり、実例２は、実行可能なリソース選択／再選択の回数を低減する方法を提供する。
【００６０】
第１種の方法は、サイドリンクプロセスのセットは、セット内の一部のサイドリンクプロセスのみが他のサイドリンクプロセスのリソース選択／再選択をトリガできるようにする。例えば、１グループのサイドリンクプロセスは、プロセス１、２、３、４を含み、プロセス１、２は、他のサイドリンクプロセスのリソース選択をトリガできるプロセスに設定され、例えば、プロセス１がリソース選択／再選択をトリガした場合、同時にサイドリンクプロセス２、３、４のリソース選択がトリガされるが、プロセス３のトリガ条件を満たす場合、プロセス３自身のリソース選択／再選択のみトリガされる。
【００６１】
第２種の方法は、１つのサイドリンクプロセスに対応するトリガ条件は、一部のトリガ条件のみ他のサイドリンクプロセスのリソース選択／再選択をトリガできるようにしてもよい。例えば、トリガ条件１が他のサイドリンクプロセスのリソース選択／再選択をトリガでき、トリガ条件２〜７が対応するプロセスのリソース選択／再選択のみトリガできるようにする。
【００６２】
第３種の方法は、１つのトリガ条件を満たす場合、トリガされた複数のサイドリンクプロセスは、上記サイドリンクプロセスのセットのサブセットであってもよい。
【００６３】
上記の３種の方法は、組み合わせて使用するか或いは個別に使用することができ、共通の説明としては以下の通りである。
Ｍ個のサイドリンクプロセスを含むセットＳｅｔ−Ａ（プロセス１、プロセス２、…プロセスＭ）について、セット内の１つのサイドリンクプロセスｉは、該プロセスに関連するリソース選択／再選択のトリガ条件のグループに対応し、プロセスｉに対応する固有トリガ条件セットＳｅｔ−Ｘ（ｉ）と記す。共通トリガ条件セットＳｅｔ−Ｙ（１グループのサイドリンクプロセス全体に適用されるトリガ条件は共通トリガ条件と呼ばれる）を設定し、セットＳｅｔ−Ｙのうちのトリガ条件ｊを満たす場合、プロセスセットＳｅｔ−Ａのリソース選択／再選択をトリガし、即ち、この１グループのサイドリンクプロセスのリソース選択／再選択をトリガする。同時に、サイドリンクプロセスＳｅｔ−Ａのうちの一部のサイドリンクプロセスのリソース選択のみトリガしてもよく、例えば、共通トリガ条件ｊを満たす場合、サイドリンクプロセスセットＳｅｔ−Ａ（ｊ）のリソース選択のみトリガし、ここでのＳｅｔ−Ａ（ｊ）はＳｅｔ−Ａのサブセットであり、対応する共通トリガ条件ｊは、リソース選択のサイドリンクプロセスセットをトリガできる。同時に、共通トリガ条件セットは、１グループのサイドリンクプロセスのうちの各プロセスが固有するトリガ条件に由来する。具体的には、一部のサイドリンクプロセスの一部の固有トリガ条件を共通トリガ条件として選択可能であり、Ｓｅｔ−Ｙ＝｛Ｓｅｔ−Ｙ（１），Ｓｅｔ−Ｙ（２）…Ｓｅｔ−Ｙ（Ｍ）｝となり、ここでの｛…｝はセットを取る操作と理解できる。ただし、Ｓｅｔ−Ｙ（ｉ）はＳｅｔ−Ｘ（ｉ）のサブセットであり、プロセスｉに対応するトリガ条件Ｓｅｔ−Ｘ（ｉ）のうちの共通トリガ条件として選択されるトリガ条件セットを表示する。
【００６４】
上記手順は、１つのサイドリンクプロセスを本体として説明してもよく、両方とも同等の効果を奏する。なお、本明細書における他の実例は、１つのサイドリンクプロセスを本体として説明してもよく、同等の効果を達成し、ここで本実例のみ例をとって説明したが、他の実例も類似な説明方法を使用することに限定されず、具体的には、
１つのサイドリンクプロセスｉについて、以下のトリガ条件が満たされると、該サイドリンクプロセスのリソース選択／再選択をトリガする。関連技術におけるトリガ条件が満たされ、例えば、該サイドリンクプロセスに対応する固有トリガ条件セットＳｅｔ−Ｘ（ｉ）のうちのトリガ条件のいずれか一項が満たされ（トリガ条件１、２、…７）、新たに定義された共通トリガ条件が満たされ、例えば、Ｓｅｔ−Ｙのうちのトリガ条件が満たされると、他のサイドリンクプロセスがリソース選択／再選択（トリガ条件はＳｅｔ−Ｙに属する）を実行することと同等であり、該トリガ条件は、複数のサイドリンクプロセスに適用されるが、それぞれのサイドリンクプロセスのリソース選択／再選択のトリガ手順から説明しても同じ效果を奏する。
【００６５】
上記方法では、Ｓｅｔ−Ｙは、すべてのサイドリンクプロセスが対応するすべてのトリガ条件を含み、且つトリガ条件を満たせば、すべてのサイドリンクプロセスのリソース選択／再選択を常にトリガし、実例１の説明と同等である。
【００６６】
実例３
実例１及び実例２で説明したように、１つのサイドリンクプロセスのリソース選択／再選択は、該サイドリンクプロセスが対応するトリガ条件によりトリガされてもよく、他のサイドリンクプロセスのトリガ条件又は上記共通トリガ条件によりトリガされてもよい。本実例では、新たに定義されたトリガ条件下で複数のサイドリンクプロセスのリソース選択／再選択をトリガしながら、既存のそれぞれのサイドリンクプロセスが対応する固有トリガ条件によりトリガされたリソース選択／再選択を減少することを説明する。例えば、１つのサイドリンクプロセスが対応するトリガ条件によるリソース選択／再選択のトリガを無効（ｄｉｓａｂｌｅ）にする。このように、各サイドリンクプロセスの個別なリソース選択／再選択を減少可能であり、半二重の状況を更に減少する。トリガ条件１のリソース再選択カウンタ及び配置されたリソース保持確率（ｐｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ）を使用する例をとって、その具体的な方法は以下の通りである。
サイドリンクプロセス＃１、＃２、＃３、＃４は、１グループのサイドリンクプロセスであり、サイドリンクプロセス＃１のトリガ条件１を有効し、共通トリガ条件としてサイドリンクプロセス＃１、＃２、＃３、＃４プロセスのリソース選択／再選択のトリガ条件をトリガし、且つサイドリンクプロセス＃２、＃３、＃４に対応するトリガ条件１を無効にするか、或いはサイドリンクプロセス＃２のトリガ条件２を無効にする。一実施例において、どのトリガ条件が共通トリガ条件とすることは、どの共通トリガ条件を無効にすることと必ずしも関連する必要がない。
【００６７】
サイドリンクプロセス＃１、＃２、＃３、＃４について、サイドリンクプロセス＃１のリソース再選択カウンタが０に達し、且つ生成された乱数ａは配置されたリソース保持確率（ｐｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ）よりも大きいと、プロセス＃１、＃２、＃３、＃４のリソース選択／再選択をトリガする。且つサイドリンクプロセス＃２、＃３、＃４は更にそれぞれに対応するトリガ条件１によってリソース選択／再選択がトリガされていない。
【００６８】
１つのサイドリンクプロセスが対応するトリガ条件を無効にする方法は、以下の通りであってもよい。
１）トリガ条件に有効フラグを追加し、偽（ｆａｌｓｅ）に設定するとき、トリガ条件が無効になる。
２）元のトリガ条件のパラメータを特殊値に設定する。具体的には、トリガ条件１について、関連技術では、ＵＥにリソース保持確率（ｐｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ）を一律に設定し、且つその値は１未満である。本実例において、リソース保持確率（ｐｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ）を１以上に設定することで、すべてのサイドリンクプロセスのトリガ条件１を無効にしてもよく、ＵＥのそれぞれのサイドリンクプロセス／キャリア／リソースプールに１つのリソース保持確率（ｐｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ）を設定し、且つその値を１以上（リソースが常に保持されることを示す）に設定してもよい。例えば、あるサイドリンクプロセス／キャリア／リソースプールに対応するｐｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐを１に設定するとき、上記サイドリンクプロセスを無効にするか、或いは上記キャリア／リソースプール上のサイドリンクプロセスのトリガ条件１を無効にすることを表示する。また、１つのサイドリンクプロセスのリソース再選択カウンタの初期値又は初期値のランダム区間を特殊値（使用できない値に設定してもよい）に設定してトリガ条件１を無効にすることを表示してもよい。
【００６９】
方法２は、１グループのサイドリンクプロセスに１つのカウンタ／タイマーを予め配置／配置することである。
【００７０】
方法１とは異なり、方法２は、各サイドリンクプロセスの既存のあるトリガ条件を複数のサイドリンクプロセスの通用トリガ条件として使用せず、１グループのサイドリンクプロセスに新たなトリガ条件を導入する。
【００７１】
実例４
１グループのサイドリンクプロセスに１つのカウンタを予め配置／配置し、プロセスのグループのリソース選択／再選択の回数をカウントし、閾値に達したときに、この１グループのサイドリンクプロセスのリソース選択／再選択をトリガし、具体的には、下記に例示する。
サイドリンクプロセス＃１、＃２、＃３、＃４は、１グループのサイドリンクプロセスであり、Ｓｅｔ−Ａと記し、この１グループのサイドリンクプロセスのために、すべての４つのサイドリンクプロセスがそれぞれのリソース選択／再選択を個別にトリガする回数をカウントするリソース選択／再選択回数カウンタを設定し、このようなカウントは、カウントアップ又はカウントダウンであってもよい。例えば、カウンタの初期値を３に設定する場合、サイドリンクプロセス＃１、＃２、＃３、＃４のいずれか１つのプロセスがリソース選択／再選択をトリガすると、上記カウンタを１デクリメントし、０に達したとき、サイドリンクプロセス＃１、＃２、＃３、＃４のリソース選択／再選択がトリガされる。また例えば、カウンタの初期値を１に設定する場合、サイドリンクプロセス＃１、＃２、＃３、＃４のいずれか１つのプロセスがリソース選択／再選択をトリガすると、サイドリンクプロセス＃１、＃２、＃３、＃４のリソース選択／再選択がトリガされる。
【００７２】
さらに、なお、本発明のすべての実施例に適用されるように、１グループのサイドリンクプロセスのリソース選択／再選択をトリガすると、すべてのサイドリンクプロセスのリソース再選択カウンタ（ＳＬ＿ＲＥＳＯＵＲＣＥ＿ＲＥＳＬＥＣＴＩＯＮ＿ＣＯＵＮＴＥＲ）をリセットすることができる。
【００７３】
上記実例において、リソース選択／再選択回数カウンタは、一部のサイドリンクプロセスのリソース選択／再選択の回数のみカウントしてもよく、例えば、サイドリンクプロセス＃１、＃２のリソース選択／再選択の回数のみ、即ち、サイドリンクプロセスセットＳｅｔ−Ｂ内のすべてのプロセスのリソース選択／再選択の回数をカウントしてもよく、Ｓｅｔ−ＢはＳｅｔ−Ａのサブセットである。
【００７４】
実例５
１グループのサイドリンクプロセスに１つのカウンタを予め配置／配置するが、実例４とは異なり、カウント数は、プロセスのグループのリソース選択／再選択の回数ではなく、プロセスのグループの他のパラメータであってもよく、例えば、このプロセスのグループのうちの一部又はすべてのプロセスの伝送回数又はこのプロセスのグループの前回のリソース選択／再選択から経過したリソース周期の数であってもよく、リソース周期は１つの時間粒度であり、周期的に伝送されたデータの２回の伝送間の間隔を表示する。具体的には、例えば、１グループのサイドリンクプロセスに１つのｃｏｕｎｔｅｒを設定し、カウンタの初期値を予め配置するか、或いは１つの数値範囲内で１つの値をカウンタの初期値としてランダムに選択し、プロセスのグループ内に上記カウントパラメータのカウント条件を満たした後、カウンタをデクリメントし、カウンタは０に達すると、すべてのプロセスリソースの選択／再選択をトリガする。或いは、カウンタの閾値を予め配置するか、或いは１つの数値範囲内で１つの値をカウンタの閾値としてランダムに選択し、プロセスのグループ内に上記カウントパラメータのカウント条件を満たした後、カウンタをインクリメントし、カウンタは閾値に達すると、すべてのプロセスリソースの選択／再選択をトリガする。
【００７５】
或いは、該カウンタは、現在の１グループのサイドリンクプロセスのある状態パラメータに関連付けられ、複数のキャリア上でより多くのサブフレームを占有すると、より厳しい半二重の状況をもたらし、各キャリア上で伝送されるサブフレームは同一のサブフレームにあれば、半二重の状況を減少する。１つのカウンタパラメータを設定し、上記１つのリソース周期内に占有した時間領域リソース（サブフレーム／スロット）の割合又は数（又は他のリソース、例えば、周波数領域リソース、空間領域リソース、コード領域リソース）をカウントし、１つの閾値を設定し、該閾値は占有割合であってもよく、占有したサブフレームの数であってもよい。占有した時間領域リソースが多すぎると、即ち、上記カウントされた時間領域リソース割合又は数は閾値を超えると、この１グループのサイドリンクプロセスのリソース選択／再選択をトリガする。例えば、１グループのサイドリンクプロセス＃１、＃２、＃３、＃４はそれぞれ４つのキャリアでデータを伝送し、且つ伝送されるリソース周期は２０ミリ秒（２０ｍｓ）であり、占有閾値を８、又は割合を０．４（占有数が８／リソース周期が２０）に設定すると、１グループのサイドリンクプロセスが占有した時間領域サブフレームの数は８に達したとき、上記１グループのサイドリンクプロセスのリソース選択／再選択をトリガする。
【００７６】
実例６
１グループのサイドリンクプロセスに１つのタイマーを予め配置／配置し、タイミングが達したとき、この１グループのサイドリンクプロセスのリソース選択／再選択をトリガし、初期値までタイマーをリセットして計時を再開し、即ち、タイマーによって１グループのサイドリンクプロセスのリソース選択／再選択を周期的にトリガする。
【００７７】
なお、本明細書におけるすべての実例は衝突しない状況で実例３に記載の関連するトリガ条件を無効にする方法と組み合わせることができ、例えば、実例６に記載のタイマーの方法を用いて１グループのサイドリンクプロセスのリソース選択／再選択をトリガし、且つ実例３の方法を用いてこの１グループのサイドリンクプロセスの元のトリガ条件１を無効にする。
【００７８】
方法３、１グループのサイドリンクプロセスが対応するリソースのグループが変更し、例えば、キャリアが再選択などを実行したことである。
【００７９】
実例７
キャリアアグリゲーションとは、複数のキャリアプロセスを用いた伝送技術であり、サイドリンクはキャリアアグリゲーション技術を使用してもよく、典型的なキャリアアグリゲーションの使用方法は、ＵＥが複数のキャリア上で複数のサイドリンクプロセスの伝送を実行することであり、例えば、ＵＥが１つのトラフィックを送信してサイドリンクプロセス＃１、＃２、＃３、＃４を用いて伝送し、サイドリンクプロセス＃１、＃２、＃３、＃４はそれぞれキャリアＣＣ＃１、ＣＣ＃２、ＣＣ＃３、ＣＣ＃４上のリソースを使用すると仮定する。
【００８０】
ＵＥが使用するキャリアは一般に一定ではなく、各キャリアのリソース占有状況（Ｃｈａｎｎｅｌ  Ｂｕｓｙ  Ｒａｔｉｏ，ＣＢＲ）、ＵＥ能力制限、送信されるトラフィックなどの要因の変更につれて、ＵＥは異なる時点で異なるキャリアセットを選択して伝送でき、即ち、キャリアアグリゲーションの１つの形態はキャリア選択／再選択を含む。同時、サイドリンクプロセスのリソース選択／再選択を実行するとき、新たなキャリアの再選択をトリガする可能性がある。１グループのサイドリンクプロセスが対応するキャリアセットは、キャリア再選択が発生したとき、すべてのプロセスのリソース再選択をトリガする。即ち、ＵＥが使用するキャリアセットの変更は、ＵＥが新たなキャリアセット上で新たなリソースを選択してデータを伝送することを引き起こすため、サイドリンクプロセスのリソース選択／再選択はキャリア選択／再選択によりトリガできる。
【００８１】
従って、本実例において、新たなサイドリンクプロセスのリソース選択／再選択のトリガ条件は、ＵＥがキャリア選択／再選択を実行したか、或いは、ＵＥが使用するキャリアセットが変更したことであってもよい。即ち、キャリア選択／再選択は、１グループのサイドリンクプロセスのリソースの選択／再選択をトリガできる。
【００８２】
実例８
上記実例１〜実例６は、１グループのサイドリンクプロセスのリソース選択／再選択のトリガ条件を説明したが、リソース選択／再選択は、キャリア選択／再選択をトリガする可能性があるため、上記の実例のリソース選択／再選択のトリガ条件は、直接キャリア再選択のトリガ条件としてもよく、キャリア再選択は、更にリソースの再選択を引き起こす。例えば、キャリア選択／再選択のトリガ条件は、以下を含むが、これらに限定されない。
【００８３】
１）実例１と類似し、キャリア選択／再選択はこれらのキャリア上で搬送されるサイドリンクプロセスのリソース選択／再選択によりトリガされてもよい。ＵＥは１つのトラフィックを送信してサイドリンクプロセス＃１、＃２、＃３、＃４を用いて伝送すると仮定し、サイドリンクプロセス＃１、＃２、＃３、＃４はそれぞれキャリアＣＣ＃１、ＣＣ＃２、ＣＣ＃３、ＣＣ＃４上のリソースを使用すると仮定し、サイドリンクプロセス＃１はリソース再選択を実行し、且つ該リソース再選択はキャリア再選択をトリガしたと仮定すると、キャリア再選択の結果は、キャリアＣＣ＃１、ＣＣ＃２、ＣＣ＃３であり、キャリアセットの変更は、上記１グループのサイドリンクプロセスのリソース再選択をトリガするトリガ条件とし、即ち、上記サイドリンクプロセス＃１、＃２、＃３、＃４は、新たなリソースを選択してデータを伝送し続ける必要があり、例えば、上記ＣＣ＃４に対応するサイドリンクプロセスは、他のキャリアに切り替えるか、或いは、ＣＣ＃４に対応するサイドリンクプロセスを解放して新たなプロセス（新たなプロセスは、キャリアＣＣ＃１、ＣＣ＃２、ＣＣ＃３上に位置する）を生成して元のサイドリンクプロセスのデータなどを搬送してもよい。
【００８４】
２）実例２と類似し、１つのキャリアセット又はサイドリンクプロセスセットを定義してもよく、これらのキャリア／プロセス上のリソースを選択／再選択する場合だけ、キャリア選択／再選択をトリガできる。
【００８５】
３）実例４、５、６と類似し、１グループのサイドリンクプロセスの状態／操作に従ってキャリア選択／再選択をトリガするカウンタ／タイマーを定義してもよいか、或いはキャリア選択／再選択をタイミングにトリガするタイマーを定義してもよい。
【００８６】
上記リソース選択／再選択によりトリガされたキャリア選択／再選択に加えて、キャリア選択／再選択のトリガは、更に各キャリアのリソース占有状況、ＵＥ能力制限、送信されるトラフィックなどの要因の変更を考えられてもいが、これは本明細書の焦点ではないため、ここでは省略する。キャリア選択／再選択は、どのようなトリガ条件によりトリガされることに係らず、実例７のように１グループのサイドリンクプロセスのリソース選択／再選択をトリガできる。
【００８７】
実例９
いくつかの場合には、キャリアは再選択を実行していないが、キャリア上のリソースプールは変更する可能性があり、この時、対応するキャリアのサイドリンクプロセスのリソース選択／再選択をトリガする可能性もある。例えば、サイドリンクのキャリアアグリゲーションの場合、複数のキャリアの同期参照又は同期参照元も変更可能であり、これにより、これらのキャリア上のリソースプールが変更すると、リソース選択／再選択を実行する必要がある。
【００８８】
具体的には、キャリアアグリゲーションのためのキャリアの同期参照（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ）又は使用される同期参照元（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｏｕｒｃｅ）が変更し、例えば、現在アグリゲートされたキャリアのタイミングは、（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ，ＧＮＳＳ）タイミングから基地局タイミングに切り替えた。例えば、ＵＥが１つのトラフィックを送信してキャリアＣＣ＃１、ＣＣ＃２、ＣＣ＃３、ＣＣ＃４上のリソースを使用し、キャリアＣＣ＃１、ＣＣ＃２、ＣＣ＃３、ＣＣ＃４のタイミングは一致であり、例えば、開始時に、すべてがＧＮＳＳタイミングを使用するが、ＵＥの移動のため、ＧＮＳＳタイミングは不確実になり、アグリゲートされたキャリアは、ＧＮＳＳタイミングから基地局タイミングに切り替え、キャリアセットが変更しないが、使用されるタイミングは変更した。これらのアグリゲートされたキャリア上のサイドリンクは、リソース選択を再実行する必要がある。
【００８９】
実例１０
本実例は、実例１〜実例９における１グループのサイドリンクプロセスの選択標準を説明するためのものであり、具体的には、
上記１グループのサイドリンクプロセスは、同一のロジカルチャネルのデータを伝送するために用いられる。典型的な例は、１つのロジカルチャネルは、複数のキャリア上で伝送可能であり、従って、それぞれのキャリア上で該ロジカルチャネルのデータを伝送するために１つのサイドリンクプロセスを確立することである。或いは、
上記１グループのサイドリンクプロセスは、同一のトラフィックタイプのデータを伝送するために用いられ、典型的な例は、１つのトラフィックに少なくとも１つのロジカルチャネルを確立し、且つ複数のキャリア上でこれらのデータを伝送し、従って、それぞれのキャリア上で上記少なくとも１つのロジカルチャネルのデータを伝送するために１つのサイドリンクプロセスを確立してもよいことである。或いは、
上記１グループのサイドリンクプロセスは、同一のロジカルチャネルのグループのデータを伝送するために用いられ、このグループのロジカルチャネルでのデータパケットは、同じ宛先アドレス（ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ）又はソースアドレス／宛先アドレスペア（ｓｏｕｒｃｅ  ＩＤ  ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ  ｐａｉｒ）を有する。典型的な例は、複数のロジカルチャネルのデータパケットは同じ宛先アドレスを有すると、これらのデータパケットは同一のデータユニットにアグリゲートして送信可能であり、これらのロジカルチャネルのデータが複数のキャリア上で伝送されると、それぞれのキャリア上で上記少なくとも１つのロジカルチャネルのデータを伝送するために１つのサイドリンクプロセスを確立してもよいことである。或いは、
上記１グループのサイドリンクプロセスは同じリソーススケジューリング周期を有する。
【００９０】
上記実施形態の説明により、当業者は、上記実施例による方法はソフトウェアに必要な汎用ハードウェアプラットフォームを追加することにより実現可能であり、勿論、ハードウェアによりも実現可能であることを明確に理解できる。このような理解に基づいて、本発明の技術案は、本質的に、或いは関連技術に寄与する部分は、ソフトウェア製品の形態で具現化されてもよく、該コンピュータソフトウェア製品が記憶媒体、例えば、読み出し専用メモリ／ランダムアクセスメモリ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ／Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ，ＲＯＭ／ＲＡＭ）、磁気ディスク、光ディスクなどに記憶され、端末装置（携帯電話、コンピュータ、サーバ又はネットワークデバイスなどであってもよい）が本発明の各実施例に記載の方法を実行するように複数の指令を含む。
【００９１】
実施例２
本実施例はリソース選択装置を更に提供しており、該装置は上記実施例及び例示的な実施形態を実現するように構成され、既に説明したので、ここでその説明を省略する。以下で使用されるように、用語「モジュール」は、予定機能を実現可能なソフトウェア及びハードウェアの少なくとも１種の組合せである。以下の実施例で説明される装置はソフトウェアで実現してもよいが、ハードウェア又はソフトウェアとハードウェアとの組合せでも実現可能で想定される。
【００９２】
本発明の他の実施例によれば、開始モジュールと、確定モジュールと、トリガモジュールとを含むリソース選択装置を更に提供する。
【００９３】
開始モジュールは、少なくとも１つのキャリア上で、少なくとも１つのサイドリンク（Ｓｉｄｅｌｉｎｋ）プロセスを開始するように構成される。
確定モジュールは、該少なくとも１つのサイドリンクプロセスは１グループのサイドリンクプロセスであることを確定するように構成される。
トリガモジュールは、所定のルールに従って該１グループのサイドリンクプロセスのリソース選択をトリガするように構成される。
【００９４】
一実施例において、１つのキャリア上で少なくとも１つのサイドリンクプロセスを開始するか、或いは複数のキャリア上で少なくとも１つのサイドリンクプロセスを開始する。
【００９５】
上記技術案を用いて、関連技術のキャリアアグリゲーションにおけるそれぞれのキャリアのサイドリンクプロセスを個別に実行することによる厳しい半二重の状況が回避され、１グループのサイドリンクプロセスに対するリソース選択が実現され、それぞれのキャリアのサイドリンクプロセスの個別な実行が回避され、厳しい半二重の状況が回避される。
【００９６】
一実施例において、所定のルールに従って該１グループのサイドリンクプロセスのリソース選択をトリガすることは、該１グループのサイドリンクプロセスのうちの１つのサイドリンクプロセスがリソース選択をトリガしたとの確定により、該１グループのサイドリンクプロセスのリソース選択をトリガすることと、該１グループのサイドリンクプロセスに予め配置されたカウンタ又はタイマーに従って、該１グループのサイドリンクプロセスのリソース選択をトリガすることと、該１グループのサイドリンクプロセスに対応するキャリア選択又はリソースプールが変更したことを確定することにより、該１グループのサイドリンクプロセスのリソース選択をトリガすることとの少なくとも１つを含む。
【００９７】
一実施例において、該１グループのサイドリンクプロセスのうちの１つのサイドリンクプロセスがリソース選択をトリガしたとの確定により、該１グループのサイドリンクプロセスのリソース選択をトリガすることは、該１つのサイドリンクプロセスがリソース選択をトリガしたことを、該１グループのサイドリンクプロセスのうちの他のサイドリンクプロセスがリソース選択を実行するトリガ条件として確定することと、該１グループのサイドリンクプロセスのうちの他のサイドリンクプロセスのトリガ条件は、該１つのサイドリンクプロセスのトリガ条件と同一であると確定することとの一項を含む。
【００９８】
一実施例において、該１グループのサイドリンクプロセスのうちの１つのサイドリンクプロセスがリソース選択をトリガしたとの確定により、該１グループのサイドリンクプロセスのリソース選択をトリガすることは、該１つのサイドリンクは該１グループのサイドリンクプロセスのうちの所定グループのサイドリンクであることを確定し、該１つのサイドリンクプロセスがリソース選択をトリガした後、該１グループのサイドリンクプロセスのリソース選択をトリガすることと、該１つのサイドリンクプロセスは複数のトリガ条件を含む場合、該複数のトリガ条件のうちの一部のトリガ条件が、該１つのサイドリンクプロセスと該１グループのサイドリンクプロセスのうちの他のサイドリンクプロセスとのリソース選択をトリガすることを許可することと、該１つのサイドリンクプロセスがリソース選択をトリガしたことを確定した後、該１グループのサイドリンクプロセスのうちの一部のサイドリンクプロセスのリソース選択をトリガすることとの少なくとも１つを含む。
【００９９】
一実施例において、所定のルールに従って該１グループのサイドリンクプロセスのリソース選択をトリガすることは、該１グループのサイドリンクプロセスのうちの一部のサイドリンクプロセスがそれぞれ対応する一部のトリガ条件を無効にすることを含む。一実施例において、該一部のサイドリンクプロセスは該１グループのサイドリンクプロセスのうちの該１つのサイドリンクプロセス以外のサイドリンクプロセスである。
【０１００】
一実施例において、サイドリンクプロセスのトリガ条件を無効にする方法は、該サイドリンクプロセスに対応するトリガ条件に有効フラグを設定し、該サイドリンクプロセスに対応する１つのトリガ条件を無効にすることに応答して、その有効フラグを偽に設定することと、該サイドリンクプロセスに対応するトリガ条件の参照数値を所定値に設定することとの少なくも１つを含む。
【０１０１】
一実施例において、該１グループのサイドリンクプロセスに予め配置されたカウンタ又はタイマーに従って、該１グループのサイドリンクプロセスのリソース選択をトリガすることは、該カウンタが所定値に達したことを確定した後、該１グループのサイドリンクプロセスのリソース選択をトリガすることであって、該カウンタは、該１グループのサイドリンクプロセスの関連状態変数又は関連操作の操作回数をカウントするように設定されることと、該タイマーが満了したことを確定した後、該１グループのサイドリンクプロセスのリソース選択をトリガすることとのうちの１つを含む。
【０１０２】
一実施例において、該カウンタは、該１グループのサイドリンクプロセスの関連状態変数又は関連操作の操作回数をカウントするように設定されることは、該カウンタは、該１グループのサイドリンクプロセスのうちの一部又はすべてのサイドリンクプロセスがリソース選択を個別にトリガする回数をカウントするように設定されることと、該カウンタは、該１グループのサイドリンクプロセスのうちの一部又はすべてのサイドリンクプロセスがデータ伝送を実行する回数をカウントするように設定されることと、該カウンタは、前回のリソース選択から該１グループのサイドリンクプロセスが経過したリソース周期の数をカウントするように設定されることと、該カウンタは、１つのリソース周期内に該１グループのサイドリンクプロセスが占有するリソースの数をカウントし、該リソースは、時間領域リソース、周波数領域リソース、空間領域リソース及びコード領域リソースのうちの少なくとも１つを含むように設定されることとのうちの１つを含む。
【０１０３】
一実施例において、該１グループのサイドリンクプロセスに対応するキャリア選択又はリソースプールが変更したことを確定することは、該１グループのサイドリンクプロセスに対応するリソースプールに配置された同期参照リソースが変更したことと、該１グループのサイドリンクプロセスに対応するキャリアは、キャリア又はキャリアセット選択が発生したか、或いは、該１グループのサイドリンクプロセスが対応するキャリアの同期参照又は同期参照元が変更したこととのうちの１つを含む。
【０１０４】
一実施例において、該サイドリンクプロセスに対応するリソースプールは、キャリア又はキャリアセット選択が発生する前に、該方法は、更に、該１グループのサイドリンクプロセスのうちの１つのサイドリンクプロセスがリソース選択をトリガしたことに基づいて、該キャリア又はキャリアセット選択をトリガすることと、該キャリアセットのうちの一部のキャリアはキャリア選択が発生したか、或いは、該１グループのサイドリンクプロセスのうちの一部のサイドリンクプロセスはリソース選択が発生したときに、該キャリアセットのキャリアセット選択をトリガすることと、予め設定されたカウンタ又はタイマーに従って、該キャリア又はキャリアセット選択をトリガすることであって、該カウンタは、該１グループのサイドリンクプロセスの関連操作の操作回数をカウントするように設定されることとのうちの１つを含む。
【０１０５】
一実施例において、該少なくとも１つのサイドリンクプロセスは１グループのサイドリンクプロセスであることを確定することは、同一のロジカルチャネルのデータを伝送するための複数のサイドリンクプロセスは、該１グループのサイドリンクプロセスであることを確定することと、同一のトラフィックタイプのデータを伝送するための複数のサイドリンクプロセスは、該１グループのサイドリンクプロセスであることを確定することと、同一のロジカルチャネルのグループのデータを伝送するための複数のサイドリンクプロセスは、該１グループのサイドリンクプロセスであることを確定することであって、該ロジカルチャネルのグループでのデータパケットは、同じ宛先アドレスを有するか、或いは同じソースアドレス及び宛先アドレスペアを有することと、同じリソーススケジューリング周期を有する複数のサイドリンクプロセスは、該１グループのサイドリンクプロセスであることを確定することとのうちの１つを含む。
【０１０６】
なお、上記の各モジュールは、ソフトウェア又はハードウェアにより実現可能であり、後者は、以下の形態で実現可能であるが、これらに限定されない。上記モジュールは、いずれも同一のプロセッサに位置するか、或いは、上記の各モジュールは、任意の組合せでそれぞれ異なるプロセッサに位置する。
【０１０７】
実施例３
本発明の他の実施例によれば、メモリとプロセッサとを含む電子装置を更に提供しており、上記メモリにコンピュータプログラムが記憶され、上記プロセッサは、上記実施例のいずれか一項に記載の方法を実行させるために上記コンピュータプログラムを作動させるように構成される。
【０１０８】
実施例４
本発明の他の実施例によれば、コンピュータプログラムが記憶された記憶媒体を提供しており、上記コンピュータプログラムは、作動されると、上記実施例のいずれか一項に記載の方法を実行させるように構成される。
【０１０９】
一実施例において、本実施例における具体的な例は、上記実施例及び実施形態に説明した例を参照可能であり、本実施例でその説明を省略する。
【０１１０】
当業者は、上記の本発明の各モジュール又は各ステップは、単一のコンピューティングデバイスに集中し、又は複数のコンピューティングデバイスからなるネットワーク上に分布可能である共通のコンピューティングデバイスにより実現可能であり、一実施例において、それらは、コンピューティングデバイスが実行可能なプログラムコードにより実現可能であり、これにより、それらを記憶装置に記憶してコンピューティングデバイスにより実行可能であり、且つある状況で、ここでの順序とは異なる順序で示されるか、又は説明されるステップを実行可能であり、或いは、それらをそれぞれ各集積回路モジュールとして作製し、或いはそれらの複数のモジュール又はステップを単一の集積回路モジュールとして作製して実現可能であることを理解すべきである。このように、本発明は、任意の特定のハードウェア及びソフトウェアの組合せに限定されない。
【図１】
2021501524.tif 000003
【図２】
2021501524.tif 000004
【図３】
2021501524.tif 000005
【図４】
2021501524.tif 000006
【図５】
2021501524.tif 000007
【図６】
2021501524.tif 000008
【国際調査報告】
2021501524.tif 000009
2021501524.tif 000010
2021501524.tif 000011
2021501524.tif 000012