JP2023546482A - サイドリンク・プロセスを処理するための方法及び装置 - Google Patents

Abstract

この出願は、サイドリンク・プロセスを処理するための方法及び装置を提供し、通信技術の分野に関係する。この方法において、端末は、サイドリンクのＲＲＣ接続に対してＭＡＣリセットを行うと決定する。次いで、端末は、ＲＲＣ接続に関連するサイドリンク・プロセス（第１のサイドリンク・プロセスとして示される）が非占有であると決定してもよく、その結果、これらのＳＬプロセスが、他のデータを受信するために使用されてもよい。これは、利用可能なＳＬプロセスの数の減少を回避し、データ受信速度を改善する。端末は、さらに、第１のサイドリンク・プロセスに関連する関連付け関係を解放して、端末が他のデータを誤ってクリアすることを防止するするか、又は第１のサイドリンク・プロセスに関連するデータの受信を確実にしてもよい。これは、データ受信の信頼性を改善することができる。

Description

この出願は、通信技術の分野に関係し、特に、サイドリンク（ｓｉｄｅｌｉｎｋ、ＳＬ）プロセスを処理するための方法及び装置に関係する。

ビークル・ツー・エブリシング（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ）は、高度道路交通システムのキー技術であり、モノのインターネット・システムにおいて最も大きな産業的可能性と最も明確な市場要求を有する分野の１つと考えられる。ビークル・ツー・エブリシングは、通常、車両に設置されたセンサ、車載端末などを使用して車両情報を提供し、ビークル・ツー・ビークル（ｖｅｈｉｃｌｅ ｔｏ ｖｅｈｉｃｌｅ、Ｖ２Ｖ）通信、ビークル・ツー・インフラストラクチャ（ｖｅｈｉｃｌｅ ｔｏ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ、Ｖ２Ｉ）通信、ビークル・ツー・ネットワーク（ｖｅｈｉｃｌｅ ｔｏ ｎｅｔｗｏｒｋ、Ｖ２Ｎ）通信、及びビークル・ツー・ペデストリアン（ｖｅｈｉｃｌｅ ｔｏ ｐｅｄｅｓｔｒｉａｎ、Ｖ２Ｐ）通信を実装する通信ネットワークである。

「Ｖ２Ｘ」は、広い用途空間、大きな産業的可能性、強力な社会的便益を特徴とする。Ｖ２Ｘは、自動車及び情報通信産業の革新と発展を促進し、自動車及び交通サービスの新しいモデル及び新しい形態を構築し、自走、アシスト・ドライブ、インテリジェント・ドライブ、コネクテッド・ドライブ、インテリジェント・ネットワーク・ドライブ、自動運転、カー・シェアリングなどの技術の革新と応用を促進し、輸送の効率性と安全性を改善させることに大きな意義がある。

一般に、Ｖ２Ｘシナリオでは、端末と別の端末との間で直接通信を行うための通信リンクは、サイドリンク（ｓｉｄｅｌｉｎｋ、ＳＬ）、又はサイド・リンクと呼ばれてもよい。ＳＬ上のハイブリッド自動再送要求（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ、ＨＡＲＱ）処理が、ＳＬプロセスと呼ばれてもよい。現在、ＳＬプロセスを処理するための有効な方法がない。

この出願の実施形態は、ＳＬプロセスを処理するための方法及び装置を提供して、利用可能なＳＬプロセスの数の減少を回避する。

第１の態様によれば、サイドリンク・プロセスを処理するための方法が提供され、端末が、サイドリンクのＲＲＣ接続に対するＭＡＣリセットを行うと決定することと、端末が、第１のサイドリンク・プロセスが非占有であると決定すること、及び／又は端末が、第１のサイドリンク・プロセスに関連する関連付け関係を解放することと、を含み、第１のサイドリンク・プロセスは、ＲＲＣ接続に関連するサイドリンク・プロセスである。第１の態様で提供される方法によれば、端末がＳＬのＲＲＣ接続でＭＡＣリセットを行うと決定するか、又は端末がＳＬのＲＲＣ接続でＭＡＣリセットを行うときに、端末は、第１のＳＬプロセスが非占有であると決定し、その結果、これらのＳＬプロセスが他のデータを受信するために使用されてもよい。これは、利用可能なＳＬプロセスの数の減少を回避し、データ受信速度を改善する。第１のＳＬプロセスに関連付けられた関連関係が解放されて、端末が他のデータを誤ってクリアするか、又は第１のＳＬプロセスに関連付けられたデータの受信を確実にする。これは、データ受信の信頼性を改善することができる。

可能な実装では、端末が、サイドリンク上のＲＲＣ接続に対してＭＡＣリセットを行うと決定することは、端末のＭＡＣレイヤの上位レイヤが、ＲＲＣ接続に対してＭＡＣリセットを行うように要求することを含み、端末が、第１のサイドリンク・プロセスが非占有であると決定することは、端末のＭＡＣエンティティが、第１のサイドリンク・プロセスが非占有であると決定することを含み、端末が、第１のサイドリンク・プロセスに関連する関連付け関係を解放することは、端末のＭＡＣエンティティが、第１のサイドリンク・プロセスに関連する関連付け関係を解放することを含む。

可能な実装では、端末のＭＡＣレイヤの上位レイヤが、ＲＲＣ接続に対してＭＡＣリセットを行うように要求する前に、本方法は、端末のＲＲＣレイヤの上位レイヤが、ＲＲＣ接続を解放するように要求することをさらに含む。

可能な実装では、第１のサイドリンク・プロセスに関連する関連付け関係は、第１のサイドリンク・プロセスとＳＣＩとの間の関連付け関係、及び／又は第１のサイドリンク・プロセスと第１のソース識別子、第１の宛先識別子、サイドリンク・プロセス識別子、及び通信タイプのうちの１つ以上との間の関連付け関係を含む。

第２の態様によれば、サイドリンク・プロセスを処理するための方法が提供され、端末が、サイドリンクのＲＲＣ接続に対するＭＡＣリセットを行うと決定することと、端末が、第１のサイドリンク・プロセスが非占有であると決定すること、及び／又は端末が、第１のサイドリンク・プロセスのバッファをクリアすることと、を含み、第１のサイドリンク・プロセスは、ＲＲＣ接続に関連するサイドリンク・プロセスである。第２の態様で提供される方法によれば、端末がＳＬのＲＲＣ接続でＭＡＣリセットを行うと決定するか、又は端末がＳＬのＲＲＣ接続でＭＡＣリセットを行うときに、端末は、第１のＳＬプロセスが非占有であると決定し、その結果、これらのＳＬプロセスが他のデータを送信するために使用されてもよい。これは、利用可能なＳＬプロセスの数の減少を回避し、データ受信速度を改善する。第１のＳＬプロセスのバッファはクリアされ、その結果、記憶スペースが解放されてもよい。

可能な実装では、端末が、サイドリンク上のＲＲＣ接続に対してＭＡＣリセットを行うと決定することは、端末のＭＡＣレイヤの上位レイヤが、ＲＲＣ接続に対してＭＡＣリセットを行うように要求することを含み、端末が、第１のサイドリンク・プロセスが非占有であると決定することは、端末のＭＡＣエンティティが、第１のサイドリンク・プロセスが非占有であると決定することを含み、端末が、第１のサイドリンク・プロセスのバッファをクリアすることは、端末のＭＡＣエンティティが、第１のサイドリンク・プロセスのバッファをクリアすることを含む。

可能な実装では、端末のＭＡＣレイヤの上位レイヤが、ＲＲＣ接続に対してＭＡＣリセットを行うように要求する前に、本方法は、端末のＲＲＣレイヤの上位レイヤが、ＲＲＣ接続を解放するように要求することをさらに含む。

可能な実装では、端末が、サイドリンクのＲＲＣ接続に対してＭＡＣリセットを行うと決定する前に、本方法は、端末が、ＳＬ ＲＲＣ再設定メッセージを送信することか、又は端末が、ＳＬ ＲＲＣ再設定メッセージを送信し、端末が、ＳＬ ＲＲＣ再設定完了メッセージを受信することをさらに含み、ＳＬ ＲＲＣ再設定メッセージは、完全な設定表示を含む。

第３の態様によれば、サイドリンク・プロセスを処理するための方法が提供され、端末が、サイドリンクのＲＲＣ接続を解放することと、端末が、以下のアクション、すなわち、端末が、第１のサイドリンク・プロセスが非占有であると決定すること、端末が、第１のサイドリンク・プロセスに関連する関連付け関係を解放すること、及び端末が、第１のサイドリンク・プロセスのバッファをクリアすることのうちの１つ以上を行うことと、を含み、第１のサイドリンク・プロセスは、ＲＲＣ接続に関連するサイドリンク・プロセスである。第３の態様で提供される方法によれば、端末が、ＳＬのＲＲＣ接続を解放するときに、端末が、第１のＳＬプロセスが非占有であると決定し、その結果、これらのＳＬプロセスが他のデータを送信するために使用されてもよい。これは、利用可能なＳＬプロセスの数の減少を回避し、データ受信速度を改善する。第１のＳＬプロセスのバッファはクリアされ、その結果、記憶スペースが解放されてもよい。第１のＳＬプロセスに関連する関連付け関係が解放されて、端末が他のデータを誤ってクリアすることを防止する。これは、データ受信の信頼性を改善することができる。

可能な実装では、端末が、サイドリンクのＲＲＣ接続を解放することは、端末のＲＲＣレイヤが、ＲＲＣ接続を解放すること、又は端末のＲＲＣレイヤの上位レイヤが、ＲＲＣ接続を解放するように要求することを含み、端末が、第１のサイドリンク・プロセスが非占有であると決定することは、端末のＭＡＣエンティティが、第１のサイドリンク・プロセスが非占有であると決定することを含み、端末が、第１のサイドリンク・プロセスに関連する関連付け関係を解放することは、端末のＭＡＣエンティティが、第１のサイドリンク・プロセスに関連する関連付け関係を解放することを含み、端末が、第１のサイドリンク・プロセスのバッファをクリアすることは、端末のＭＡＣエンティティが、第１のサイドリンク・プロセスのバッファをクリアすることを含む。

可能な実装では、端末のＲＲＣレイヤが、ＲＲＣ接続を解放する前に、本方法は、端末のＲＲＣレイヤの上位レイヤが、ＲＲＣ接続を解放するように要求することをさらに含む。

可能な実装では、第１のサイドリンク・プロセスに関連する関連付け関係は、第１のサイドリンク・プロセスとＳＣＩとの間の関連付け関係、及び／又は第１のサイドリンク・プロセスと第１のソース識別子、第１の宛先識別子、サイドリンク・プロセス識別子、及び通信タイプのうちの１つ以上との間の関連付け関係を含む。

第４の態様によれば、サイドリンク・プロセスを処理するための方法が提供され、端末が、宛先アドレスに対するサイドリンク・データの送信又は受信をスキップすることと、端末が、以下のアクション、すなわち、端末が、第２のサイドリンク・プロセスが非占有であると決定すること、端末が、第２のサイドリンク・プロセスに関連する関連付け関係を解放すること、及び端末が、第２のサイドリンク・プロセスのバッファをクリアすることのうちの１つ以上を行うことと、を含み、第２のサイドリンク・プロセスは、宛先アドレスに関連するサイドリンク・プロセスである。第４の態様で提供される方法によれば、端末が、宛先アドレスに対するＳＬデータの送信又は受信をスキップするときに、端末が、第２のＳＬプロセスが非占有であると決定し、その結果、これらのＳＬプロセスが他のデータを送信するために使用され得る。これは、利用可能なＳＬプロセスの数の減少を回避し、データ受信速度を改善する。第２のＳＬプロセスのバッファはクリアされ、その結果、記憶スペースが解放されてもよい。第２のＳＬプロセスに関連する関連付け関係が解放されて、端末が他のデータを誤ってクリアすることを防止する。

可能な実装では、端末がサイドリンク・データの送信又は受信をスキップすることは、宛先アドレスに対応する伝送が停止されることか、又は端末が、宛先アドレスに対応するサイドリンク・データを送信又は受信する必要がないことを含む。

可能な実装では、第２のサイドリンク・プロセスに関連する関連付け関係は、第２のサイドリンク・プロセスとＳＣＩとの間の関連付け関係、及び／又は第２のサイドリンク・プロセスと第１のソース識別子、第１の宛先識別子、サイドリンク・プロセス識別子、及び通信タイプのうちの１つ以上との間の関連付け関係を含む。

第４の態様によれば、サイドリンク・プロセスを処理するための方法が提供され、端末が、宛先アドレスに対するＭＡＣリセットを行うと決定することと、端末が、以下のアクション、すなわち、端末が、第２のサイドリンク・プロセスが非占有であると決定すること、端末が、第２のサイドリンク・プロセスに関連する関連付け関係を解放すること、及び端末が、第２のサイドリンク・プロセスのバッファをクリアすることのうちの１つ以上を行うことと、を含み、第２のサイドリンク・プロセスは、宛先アドレスに関連するサイドリンク・プロセスである。第５の態様で提供される方法によれば、端末が、宛先アドレスに対するＭＡＣリセットを行うときに、第２のＳＬプロセスが非占有であると決定し、その結果、これらのＳＬプロセスが他のデータを送信するために使用され得る。これは、利用可能なＳＬプロセスの数の減少を回避し、データ受信速度を改善する。第２のＳＬプロセスのバッファはクリアされ、その結果、記憶スペースが解放されてもよい。第２のＳＬプロセスに関連する関連付け関係が解放されて、受信端末が他のデータを誤ってクリアすることを防止する。これは、データ受信の信頼性を改善することができる。

可能な実装では、端末が、ＭＡＣリセットを行うと決定する前に、本方法は、端末が、宛先アドレスに対するサイドリンク・データの送信又は受信をスキップすることをさらに含む。

可能な実装では、第２のサイドリンク・プロセスに関連する関連付け関係は、第２のサイドリンク・プロセスとＳＣＩとの間の関連付け関係、及び／又は第２のサイドリンク・プロセスと第１のソース識別子、第１の宛先識別子、サイドリンク・プロセス識別子、及び通信タイプのうちの１つ以上との間の関連付け関係を含む。

第６の態様によれば、サイドリンク・プロセスを処理するための方法が提供される。端末が、リソース設定モードが第１のリソース設定モードであると決定することと、端末が、第３のサイドリンク・プロセスが非占有であると決定すること、及び／又は第３のサイドリンク・プロセスのバッファをクリアすることと、を含み、第３のサイドリンク・プロセスは、第２のリソース設定モードに関連するサイドリンク・プロセスである。第６の態様で提供される方法によれば、端末が、第２のリソース設定モードと第１のリソース設定モードが共存できないため、リソース設定モードが第１のリソース設定モードであると決定する場合、端末は、第２のリソース設定モードでリソースを使用しない。この場合、第３のＳＬプロセスが非占有であると決定され、その結果、これらのＳＬプロセスが他のデータを送信するために使用され得る。これは、利用可能なＳＬプロセスの数を回避し、データ受信速度を改善する。第３のＳＬプロセスのバッファはクリアされ、その結果、記憶スペースが解放されてもよい。

可能な実装において、第１のリソース設定モードに対応するリソースは、設定さサイドリンク・グラント・リソース及び／又は動的サイドリンク・グラント・リソースを含み、端末が、第３のサイドリンク・プロセスが非占有であると決定するとき、及び／又は端末が第３のサイドリンク・プロセスのバッファをクリアする前に、本方法は、端末が、設定サイドリンク・グラント・リソース又は動的サイドリンク・グラント・リソースを取得すること、及び／又は非占有であるサイドリンク・プロセスの数が第１の閾値以下であると決定することをさらに含む。

可能な実装では、第１のリソース設定モードに対応するリソースは、選択サイドリンク・リソースを含み、端末が、第３のサイドリンク・プロセスが非占有であると決定する前、及び／又は端末が、第３のサイドリンク・プロセスのバッファをクリアする前に、本方法は、端末が、選択サイドリンク・リソースを決定すること、及び／又は非占有であるサイドリンク・プロセスの数が第１の閾値以下であると決定することをさらに含む。

可能な実装では、端末が、第３のサイドリンク・プロセスが非占有であると決定する前、及び／又は第３のサイドリンク・プロセスのバッファをクリアする前に、本方法は、端末が、第２のリソース設定モードに対してＭＡＣリセットを行うと決定することをさらに含む。

可能な実装では、端末が、第３のサイドリンク・プロセスが非占有であると決定すること、及び／又は第３のサイドリンク・プロセスのバッファをクリアすることは、端末が、第３のサイドリンク・プロセスに関連するデータの優先度、第３のサイドリンク・プロセスに関連するデータの遅延要件、及び第３のサイドリンク・プロセスに関連するデータの信頼性要件のうちの１つ以上に基づいて、第３のサイドリンク・プロセスのうちの１つ以上が非占有であると決定すること、及び／又は第３のサイドリンク・プロセスの１つ以上のバッファをクリアすることを含む。端末においてモード切り替えが頻繁に発生する場合がある。モード切り替え直後にプロセスが解放される場合、深刻なパケット損失が生じる場合があり、優先度が高く、遅延要件が小さく、信頼性要件が高いサービスは、要件を満たさない場合がある。この可能な実装では、この状況は、回避されてもよい。

可能な実装では、本方法は、端末が、第２のリソース設定モードに対応するサイドリンク・リソース、及び／又は、第２のリソース設定モードに対応するサイドリンク・リソースに対応する設定を解放し、その結果、別の端末によってリソースがその後に使用され得るようにすることをさらに含む。したがって、リソース利用が改善される。

第７の態様によれば、サイドリンク・プロセスを処理するための方法が提供され、端末が、第２のリソース設定モードに対してＭＡＣリセットを行うと決定することと、端末が、第３のサイドリンク・プロセスが非占有であると決定すること、及び／又は第３のサイドリンク・プロセスのバッファをクリアすることと、を含み、第３のサイドリンク・プロセスは、第２のリソース設定モードに関連するサイドリンク・プロセスである。第７の態様で提供される方法によれば、端末が、第２のリソース設定モードに対してＭＡＣリセットを行う場合、端末が、第３のＳＬプロセスが非占有であると決定し、その結果、これらのＳＬプロセスが他のデータを送信するために使用され得る。これは、利用可能なＳＬプロセスの数の減少を回避し、データ受信速度を改善する。第３のＳＬプロセスのバッファはクリアされ、その結果、記憶スペースが解放されてもよい。

可能な実装では、端末が、第２のリソース設定モードに対してＭＡＣリセットを行うと決定する前に、本方法は、端末が、リソース設定モードが第１のリソース設定モードであると決定することをさらに含む。

可能な実装では、端末が、第３のサイドリンク・プロセスが非占有であると決定すること、及び／又は第３のサイドリンク・プロセスのバッファをクリアすることは、端末が、第３のサイドリンク・プロセスに関連するデータの優先度、第３のサイドリンク・プロセスに関連するデータの遅延要件、及び第３のサイドリンク・プロセスに関連するデータの信頼性要件のうちの１つ以上に基づいて、第３のサイドリンク・プロセスのうちの１つ以上が非占有であると決定すること、及び／又は第３のサイドリンク・プロセスの１つ以上のバッファをクリアすることを含む。

可能な実装では、本方法は、端末が、第２のリソース設定モードに対応するサイドリンク・リソース及び／又は第２のリソース設定モードに対応するサイドリンク・リソースに対応する設定を解放することをさらに含む。

第８の態様によれば、サイドリンク・リソースを解放するための方法が提供され、端末が、リソース設定モードが第１のリソース設定モードであると決定することと、端末が、第２のリソース設定モードに対応するサイドリンク・リソース及び／又は第２のリソース設定モードに対応するサイドリンク・リソースに対応する設定を解放することと、を含む。第８の態様によれば、第２のリソース設定モードに関連するＳＬリソース、及び／又は第２のリソース設定モードに関連するＳＬリソースに対応する設定が解放され、その結果、これらのリソースが別の端末によってその後に使用され得る。したがって、リソース利用が改善される。

第９の態様によれば、サイドリンク・プロセスを処理するための装置が提供され、サイドリンクのＲＲＣ接続に対してＭＡＣリセットを行うと決定することと、第１のサイドリンク・プロセスが非占有であると決定すること、及び／又は第１のサイドリンク・プロセスに関連する関連付け関係を解放することと、を行うように構成された処理ユニットを含み、サイドリンク・プロセスは、ＲＲＣ接続に関連するサイドリンク・プロセスである。

可能な実装では、処理ユニットは、具体的には、ＭＡＣレイヤの上位レイヤにおいて、ＲＲＣ接続に対してＭＡＣリセットを行うように要求することと、ＭＡＣエンティティにおいて、第１のサイドリンク・プロセスが非占有であると決定することと、及びＭＡＣエンティティにおいて、第１のサイドリンク・プロセスに関連する関連付け関係を解放することと、を行うように構成されている。

可能な実装では、処理ユニットは、ＲＲＣレイヤの上位レイヤにおいて、ＲＲＣ接続を解放するように要求することを行うようにさらに構成されている。

可能な実装では、第１のサイドリンク・プロセスに関連する関連付け関係は、第１のサイドリンク・プロセスとＳＣＩとの間の関連付け関係、及び／又は第１のサイドリンク・プロセスと第１のソース識別子、第１の宛先識別子、サイドリンク・プロセス識別子、及び通信タイプのうちの１つ以上との間の関連付け関係を含む。

第１０の態様によれば、サイドリンク・プロセスを処理するための装置が提供され、サイドリンクのＲＲＣ接続に対してＭＡＣリセットを行うと決定することと、第１のサイドリンク・プロセスが非占有であると決定すること、及び／又は第１のサイドリンク・プロセスのバッファをクリアすることと、を行うように構成された処理ユニットを含み、第１のサイドリンク・プロセスは、ＲＲＣ接続に関連するサイドリンク・プロセスである。

可能な実装では、処理ユニットは、具体的には、ＭＡＣレイヤの上位レイヤにおいて、ＲＲＣ接続に対してＭＡＣリセットを行うように要求することと、ＭＡＣエンティティにおいて、第１のサイドリンク・プロセスが非占有であると決定すること、及びＭＡＣエンティティにおいて、第１のサイドリンク・プロセスのバッファをクリアすることと、を行うように構成されている。

可能な実装では、処理ユニットは、ＲＲＣレイヤの上位レイヤにおいて、ＲＲＣ接続を解放するように要求することを行うようにさらに構成されている。

可能な実装では、装置は、通信ユニットをさらに含み、通信ユニットが、ＳＬ ＲＲＣ再設定メッセージを送信するように構成されているか、通信ユニットが、ＳＬ ＲＲＣ再設定メッセージを送信するように構成されており、かつ装置が、ＳＬ ＲＲＣ再設定完了メッセージを受信し、ＳＬ ＲＲＣ再設定メッセージは、完全な設定表示を含む。

第１１の態様によれば、サイドリンク・プロセスを処理するための装置が提供され、サイドリンクのＲＲＣ接続を解放することと、以下のアクション、すなわち、第１のサイドリンク・プロセスが非占有であると決定すること、第１のサイドリンク・プロセスに関連する関連付け関係を解放すること、及び第１のサイドリンク・プロセスのバッファをクリアすることのうちの１つ以上を行うことと、を行うように構成された処理ユニットを含み、第１のサイドリンク・プロセスは、ＲＲＣ接続に関連するサイドリンク・プロセスである。

可能な実装では、処理ユニットは、具体的には、ＲＲＣレイヤにおいてＲＲＣ接続を解放することか、又はＲＲＣレイヤの上位レイヤにおいてＲＲＣ接続を解放するように要求することと、ＭＡＣエンティティにおいて、第１のサイドリンク・プロセスが非占有であると決定することと、ＭＡＣエンティティにおいて、第１のサイドリンク・プロセスに関連する関連付け関係を解放することと、ＭＡＣエンティティにおいて、第１のサイドリンク・プロセスのバッファを解放することと、を行うように構成されている。

可能な実装では、処理ユニットは、ＲＲＣレイヤの上位レイヤにおいて、ＲＲＣ接続を解放するように要求することを行うようにさらに構成されている。

可能な実装では、第１のサイドリンク・プロセスに関連する関連付け関係は、第１のサイドリンク・プロセスとＳＣＩとの間の関連付け関係、及び／又は第１のサイドリンク・プロセスと第１のソース識別子、第１の宛先識別子、サイドリンク・プロセス識別子、及び通信タイプのうちの１つ以上との間の関連付け関係を含む。

第１２の態様によれば、サイドリンク・プロセスを処理するための装置が提供され、宛先アドレスに対するサイドリンク・データの送信又は受信をスキップすることと、以下のアクション、すなわち、第２のサイドリンク・プロセスが非占有であると決定すること、第２のサイドリンク・プロセスに関連する関連付け関係を解放すること、及び第２のサイドリンク・プロセスのバッファをクリアすることのうちの１つ以上を行うことと、を行うように構成された処理ユニットを含み、第２のサイドリンク・プロセスは、宛先アドレスに関連するサイドリンク・プロセスである。

可能な実装では、サイドリンク・データの送信又は受信をスキップすることは、宛先アドレスに対応する伝送が停止されるか、又は宛先アドレスに対応するサイドリンク・データが送信又は受信される必要がないことを含む。

可能な実装では、第２のサイドリンク・プロセスに関連する関連付け関係は、第２のサイドリンク・プロセスとＳＣＩとの間の関連付け関係、及び／又は第２のサイドリンク・プロセスと第１のソース識別子、第１の宛先識別子、サイドリンク・プロセス識別子、及び通信タイプのうちの１つ以上との間の関連付け関係を含む。

第１３の態様によれば、サイドリンク・プロセスを処理するための装置が提供され、宛先アドレスに対して、ＭＡＣリセットを行うと決定することと、以下のアクション、すなわち、第２のサイドリンク・プロセスが非占有であると決定すること、第２のサイドリンク・プロセスに関連する関連付け関係を解放すること、及び第２のサイドリンク・プロセスのバッファをクリアすることのうちの１つ以上を行うことと、行うように構成された処理ユニットを含み、第２のサイドリンク・プロセスは、宛先アドレスに関連するサイドリンク・プロセスである。

可能な実装では、処理ユニットは、宛先アドレスに対するサイドリンク・データの送信又は受信をスキップすることを行うようにさらに構成されている。

可能な実装では、第２のサイドリンク・プロセスに関連する関連付け関係は、第２のサイドリンク・プロセスとＳＣＩとの間の関連付け関係、及び／又は第２のサイドリンク・プロセスと第１のソース識別子、第１の宛先識別子、サイドリンク・プロセス識別子、及び通信タイプのうちの１つ以上との間の関連付け関係を含む。

第１４の態様によれば、サイドリンク・プロセスを処理するための装置が提供され、リソース設定モードが第１のリソース設定モードであると決定することと、第３のサイドリンク・プロセスが非占有であると決定すること、及び／又は第３のサイドリンク・プロセスのバッファをクリアすることと、を行うように構成された処理ユニットを含み、第３のサイドリンクは、第２のリソース設定モードに関連するサイドリンク・プロセスである。

可能な実装では、第１のリソース設定モードに対応するリソースは、設定サイドリンク・グラント・リソース及び／又は動的サイドリンク・グラント・リソースを含み、処理ユニットは、設定サイドリンク・グラント・リソース又は動的サイドリンク・グラント・リソースを取得すること、及び／又は非占有であるサイドリンク・プロセスの数が第１の閾値以下であると決定することを行うようにさらに構成されている。

可能な実装では、第１のリソース設定モードに対応するリソースは、選択サイドリンク・リソースを含み、処理ユニットは、選択サイドリンク・リソースを決定すること、及び／又は非占有であるサイドリンク・プロセスの数が第１の閾値以下であると決定することを行うようにさらに構成されている。

可能な実装では、処理ユニットは、第２のリソース設定モードに対して、ＭＡＣリセットを行うと決定することを行うようにさらに構成されている。

可能な実装では、処理ユニットは、具体的には、端末が、第３のサイドリンク・プロセスに関連するデータの優先度、第３のサイドリンク・プロセスに関連するデータの遅延要件、及び第３のサイドリンク・プロセスに関連するデータの信頼性要件のうちの１つ以上に基づいて、第３のサイドリンク・プロセスのうちの１つ以上が非占有であると決定すること、及び／又は第３のサイドリンク・プロセスの１つ以上のバッファをクリアすることを行うように構成されている。

可能な実装では、処理ユニットは、第２のリソース設定モードに対応するサイドリンク・リソース、及び／又は第２のリソース設定モードに対応するサイドリンク・リソースに対応する設定を解放することを行うようにさらに構成されている。

第１５の態様によれば、サイドリンク・プロセスを処理するための装置が提供され、第２のリソース設定モードに対して、ＭＡＣリセットを行うように決定することと、第３のサイドリンク・プロセスが非占有であると決定すること、及び／又は第３のサイドリンク・プロセスのバッファをクリアすることと、行うように構成された処理ユニットを含み、第３のサイドリンク・プロセスは、第２のリソース設定モードに関連するサイドリンク・プロセスである。

可能な実装では、処理ユニットは、リソース設定モードが第１のリソース設定モードであると決定することを行うようにさらに構成されている。

可能な実装では、処理ユニットは、具体的には、端末が、第３のサイドリンク・プロセスに関連するデータの優先度、第３のサイドリンク・プロセスに関連するデータの遅延要件、及び第３のサイドリンク・プロセスに関連するデータの信頼性要件のうちの１つ以上に基づいて、第３のサイドリンク・プロセスのうちの１つ以上が非占有であると決定すること、及び／又は第３のサイドリンク・プロセスの１つ以上のバッファをクリアすることを行うように構成されている。

可能な実装では、処理ユニットは、第２のリソース設定モードに対応するサイドリンク・リソース、及び／又は第２のリソース設定モードに対応するサイドリンク・リソースに対応する設定を解放することを行うようにさらに構成されている。

第１６の態様によれば、サイドリンク・リソースを解放するための装置が提供され、リソース設定モードが第１のリソース設定モードであると決定することと、第２のリソース設定モードに対応するサイドリンク・リソース及び／又は第２のリソース設定モードに対応するサイドリンク・リソースに対応する設定を解放することと、を行うように構成された処理ユニットを含む。

第１７の態様によれば、プロセッサを含む、サイドリンク・プロセスを処理するための装置が提供される。プロセッサは、メモリに接続され、メモリは、コンピュータ実行可能な命令を記憶するように構成され、プロセッサは、メモリに記憶されたコンピュータ実行可能な命令を実行して、第１の態様～第７の態様のいずれか１つで提供される方法を実装する。例えば、メモリ及びプロセッサは、一緒に統合されてもよいし、独立したコンポーネントであってもよい。メモリ及びプロセッサが独立したコンポーネントである場合、メモリは、サイドリンク・プロセスを処理するために装置内に位置してもよいし、サイドリンク・プロセスを処理するために装置の外側に位置してもよい。

可能な実装では、プロセッサは、論理回路を含み、入力インターフェース及び／又は出力インターフェースをさらに含む。例えば、出力インターフェースは、対応する方法において送信アクションを行うように構成されており、入力インターフェースは、対応する方法において受信アクションを実行するように構成されている。

可能な実装では、サイドリンク・プロセスを処理するための装置は、通信インターフェース及び通信バスをさらに含み、プロセッサ、メモリ、及び通信インターフェースは、通信バスを介して接続される。通信インターフェースは、対応する方法において送信及び受信アクションを行うように設定されている。通信インターフェースは、トランシーバとも呼ばれてもよい。任意選択で、通信インターフェースは、送信機及び受信機のうちの少なくとも１つを含む。この場合、送信機は、対応する方法で送信アクションを行うように構成され、受信機は、対応する方法で受信アクションを行うように構成される。

可能な実装では、サイドリンク・プロセスを処理するための装置は、チップの製品形態で存在する。

第１８の態様によれば、プロセッサを含む、サイドリンク・リソースを解放するための装置が提供される。プロセッサは、メモリに接続され、メモリは、コンピュータ実行可能な命令を記憶するように構成され、プロセッサは、メモリに記憶されたコンピュータ実行可能な命令を実行して、第８の態様で提供される方法を実装する。例えば、メモリ及びプロセッサは、一緒に統合されてもよいし、独立したコンポーネントであってもよい。メモリ及びプロセッサが独立したコンポーネントである場合、メモリは、サイドリンク・リソースを解放するために装置内に位置してもよいし、サイドリンク・リソースを解放するために装置の外側に位置してもよい。

可能な実装では、プロセッサは、論理回路を含み、入力インターフェース及び／又は出力インターフェースをさらに含む。例えば、出力インターフェースは、対応する方法において送信アクションを行うように構成されており、入力インターフェースは、対応する方法において受信アクションを実行するように構成されている。

可能な実装では、サイドリンク・リソースを解放するための装置は、通信インターフェース及び通信バスをさらに含み、プロセッサ、メモリ、及び通信インターフェースは、通信バスを介して接続される。通信インターフェースは、対応する方法において送信及び受信アクションを行うように設定されている。通信インターフェースは、トランシーバとも呼ばれてもよい。任意選択で、通信インターフェースは、送信機及び受信機のうちの少なくとも１つを含む。この場合、送信機は、対応する方法で送信アクションを行うように構成され、受信機は、対応する方法で受信アクションを行うように構成される。

可能な実装では、サイドリンク・リソースを解放するための装置は、チップの製品形態で存在する。

第１９の態様によれば、プロセッサ及びインターフェースを含む、サイドリンク・プロセスを処理するための装置が提供される。プロセッサは、インターフェースを使用して、メモリに結合され、プロセッサが、メモリ内のコンピュータ・プログラム又は命令を実行するときに、第１の態様～第７の態様のいずれか１つで提供される任意の方法が行われる。

第２０の態様によれば、プロセッサ及びインターフェースを含む、サイドリンク・リソースを解放するための装置が提供される。プロセッサは、インターフェースを使用して、メモリに結合され、プロセッサが、メモリ内のコンピュータ・プログラム又は命令を実行するときに、第８の態様で提供される方法が行われる。

第２１の態様によれば、コンピュータ実行可能な命令を含む、コンピュータ可読記憶媒体が提供される。コンピュータ実行可能な命令がコンピュータ上で動作するときに、コンピュータは、第１の態様～第８の態様のいずれか１つで提供された任意の方法を行うことが可能となる。

第２２の態様によれば、コンピュータ実行可能な命令を含む、コンピュータ・プログラム製品が提供される。コンピュータ実行可能な命令がコンピュータ上で動作するときに、コンピュータは、第１の態様～第８の態様のいずれか１つで提供された任意の方法を行うことが可能となる。

第９の態様～第２２の態様のいずれかの実装によってもたらされる技術的効果については、第１の態様～第８の態様の対応する実装によってもたらされる技術的効果を参照のこと。詳細は、ここでは再度説明されない。

前述の態様の解決策は、それらの解決策が矛盾しないことを前提として組み合わされてもよいことに留意されたい。

この出願の一実施形態による、通信シナリオの概略図である。

この出願の一実施形態による、サイドリンク・グラントの概略図である。

この出願の一実施形態による、並行ＨＡＲＱプロセスの概略図である。

この出願の一実施形態による、ＳＣＩとＳＬプロセスとの間の関連付けの概略図である。

この出願の一実施形態による、ＳＬプロセスを処理するための方法の概略図である。

この出願の一実施形態による、ＳＬプロセスに関連する関連付け関係を解放する概略図である。

この出願の一実施形態による、ＳＬプロセスを処理するためのさらに別の方法の概略図である。

この出願の一実施形態による、ＳＬプロセスを処理するためのさらに別の方法の概略図である。

この出願の一実施形態による、ＳＬプロセスを処理するためのさらに別の方法の概略図である。

この出願の一実施形態による、ＳＬプロセスに関連する関連付け関係を解放するさらに別の概略図である。

この出願の一実施形態による、ＳＬプロセスを処理するためのさらに別の方法の概略図である。

この出願の一実施形態による、ＳＬプロセスを処理するためのさらに別の方法の概略図である。

この出願の一実施形態による、ＳＬプロセスを処理するためのさらに別の方法の概略図である。

この出願の一実施形態による、ＳＬリソースを解放するための方法の概略図である。

この出願の一実施形態による、端末の概略構成図である。

この出願の一実施形態による、端末のハードウェア構造の概略図である。

この出願の一実施形態による、さらに別の端末のハードウェア構造の概略図である。

この出願の説明では、別段の定めがない限り、「／」は「又は」を意味する。例えば、Ａ／Ｂは、Ａ又はＢを表してもよい。本明細書における「及び／又は」の用語は、関連するオブジェクト間の関連付け関係のみを説明し、３つの関係があり得ることを示す。例えば、Ａ及び／又はＢは、Ａのみが存在し、Ａ及びＢの両方が存在し、Ｂのみが存在するという３つのケースを表してもよい。追加的に、「少なくとも１つ」とは、１つ以上を意味し、「複数の」とは、２つ以上を意味する。「第１」、「第２」などの用語は、数及び実行系列を制限するものではなく、「第１」、「第２」などの用語は、明確な差異を指示するものではない。

この出願において、「例」、「例えば」などの言葉は、例、例示又は説明を与えることを表すために使用されることに留意されたい。この出願において、「例」又は「例えば」として説明される実施形態又は設計は、他の実施形態又は設計よりも好ましいものとして、又はより多くの利点を有するものとして説明されるべきではない。正確には、「例」又は「例えば」などの言葉の使用は、特定の方式において相対的概念を提示することを意図している。

この出願の実施形態で提供される方法は、以下の分野、すなわち、デバイス・ツー・デバイス（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃ、Ｄ２Ｄ）、Ｖ２Ｘ、自走（ｕｎｍａｎｎｅｄ ｄｒｉｖｉｎｇ）、自動運転（ａｕｔｏｍａｔｅｄ ｄｒｉｖｉｎｇ、ＡＤＳ）、運転支援（ｄｒｉｖｅｒ ａｓｓｉｓｔａｎｃｅ、ＡＤＡＳ）、インテリジェント・ドライブ（ｉｎｔｅｌｌｉｇｅｎｔ ｄｒｉｖｉｎｇ）、コネクテッド・ドライブ（ｃｏｎｎｅｃｔｅｄ ｄｒｉｖｉｎｇ）、インテリジェント・ネットワーク・ドライブ（ｉｎｔｅｌｌｉｇｅｎｔ ｎｅｔｗｏｒｋ ｄｒｉｖｉｎｇ）、カー・シェアリング（ｃａｒ ｓｈａｒｉｎｇ）などに適用可能であるが、これらに限定されない。

この出願におけるネットワーク要素は、通信システムにおけるネットワーク・デバイス及び端末を含む。図１を参照する。この出願の実施形態で提供される方法は、主に端末間の通信に関係する。

この出願の実施形態における通信システムは、ロング・ターム・エボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、第５世代（５ｔｈ－ｇｅｎｅｒａｔｉｏｎ、５Ｇ）システム、新しい無線（ｎｅｗ ｒａｄｉｏ、ＮＲ）システム、無線ローカル・エリア・ネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）システム、及び将来進化したシステム、又は複数のコンバージド通信システムを含むが、これらに限定されない。５Ｇシステムは、非スタンドアロン（ｎｏｎ－ｓｔａｎｄａｌｏｎｅ、ＮＳＡ）５Ｇシステム又はスタンドアロン（ｓｔａｎｄａｌｏｎｅ、ＳＡ）５Ｇシステムであってもよい。

この出願の実施形態におけるネットワーク・デバイスは、信号を送信し、信号を受信し、又は信号を送信し、かつ信号を受信するように構成されたネットワーク側エンティティである。ネットワーク・デバイスは、無線アクセス・ネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＲＡＮ）上に配備され、端末に対して無線通信機能を提供する装置であってもよく、例えば、伝送受信点（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ、ＴＲＰ）、基地局、又は種々の形態の制御ノード（例えば、ネットワーク・コントローラ及び無線コントローラ（例えば、クラウド無線アクセス・ネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＣＲＡＮ）シナリオにおける無線コントローラ））であってもよい。具体的には、ネットワーク・デバイスは、マクロ基地局、マイクロ基地局（スモール・セルとも呼ばれる）、中継局、アクセス・ポイント（ａｃｃｅｓｓ ｐｏｉｎｔ，、ＡＰ）などの様々な形態のものであってもよいし、基地局のアンテナ・パネルであってもよい。制御ノードは、複数の基地局に接続されてもよく、複数の基地局のカバレッジ内の複数の端末に対してリソースを設定してもよい。異なる無線アクセス技術を使用するシステムにおいては、基地局の機能を有するデバイスの名称が異なる場合がある。例えば、基地局の機能を有するデバイスは、ＬＴＥシステムにおいて発展型ノードＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ、ｅＮＢ又はｅＮｏｄｅＢ）と呼ばれてもよいし、５Ｇシステム又はＮＲシステムにおいて次世代ノード基地局（ｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｎｏｄｅ ｂａｓｅ ｓｔａｔｉｏｎ、ｇＮＢ）と呼ばれる。基地局の具体的な名前は、この出願において限定されない。代替的には、ネットワーク・デバイスは、将来発展する公衆陸上移動ネットワーク（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ、ＰＬＭＮＮ）などにおけるネットワーク・デバイスであってもよい。

この出願の実施形態における端末は、信号を受信し、信号を送信し、又は信号を受信し、かつ信号を送信するように構成されたユーザ側エンティティである。端末は、音声サービス及びデータ接続サービスのうちの１つ以上をユーザに提供するように構成されている。端末は、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ，、ＵＥ）、端末デバイス、アクセス端末、加入者ユニット、加入者局、移動局、遠隔局、遠隔端末、移動デバイス、ユーザ端末、無線通信デバイス、ユーザ・エージェント、又はユーザ装置とも呼ばれてもよい。端末は、Ｖ２Ｘデバイス、例えば、スマート・カー（ｓｍａｒｔ ｃａｒ又はｉｎｔｅｌｌｉｇｅｎｔ ｃａｒ）、デジタル・カー（ｄｉｇｉｔａｌ ｃａｒ）、無人車（ｕｎｍａｎｎｅｄ ｃａｒ、ｄｒｉｖｅｒｌｅｓｓ ｃａｒ、ｐｉｌｏｔｌｅｓｓ ｃａｒ、又はａｕｔｏｍｏｂｉｌｅ）、自走車（ｓｅｌｆ－ｄｒｉｖｉｎｇ ｃａｒ又はａｕｔｏｎｏｍｏｕｓ ｃａｒ）、純電気自動車（ｐｕｒｅ ＥＶ又はｂａｔｔｅｒｙ ＥＶ）、ハイブリッド電気自動車（ｈｙｂｒｉｄ ｅｌｅｃｔｒｉｃ ｖｅｈｉｃｌｅ、ＨＥＶ）、レンジ・エクステンデット電気自動車ｒａｎｇｅ ｅｘｔｅｎｄｅｄ ＥＶ、ＲＥＥＶ）、プラグイン・ハイブリッド電気自動車（ｐｌｕｇ－ｉｎ ＨＥＶ、ＰＨＥＶ）、新しいエネルギー自動車（ｎｅｗ ｅｎｅｒｇｙ ｖｅｈｉｃｌｅ）、又は路側ユニット（ｒｏａｄ ｓｉｔｅ ｕｎｉｔ、ＲＳＵ）であってもよい。代替的に、端末は、Ｄ２Ｄデバイス、例えば、電気メータ又は水メータであってもよい。代替的に、端末は、移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ、ＭＳ）、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒ ｕｎｉｔ）、無人航空機、モノのインターネット（ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ、ＩｏＴ）デバイス、ＷＬＡＮにおける局（ｓｔａｔｉｏｎ、ＳＴ）、セルラー電話（ｃｅｌｌｕｌａｒ ｐｈｏｎｅ）、スマートフォン（ｓｍａｒｔｐｈｏｎｅ）、コードレス電話機、無線データ・カード、タブレット・コンピュータ、セッション開始プロトコル（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ，、ＳＩＰ）電話、無線ローカル・ループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ、ＷＬＬ）局、パーソナル・デジタル・アシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）デバイス、ラップトップ・コンピュータ（ｌａｐｔｏｐ ｃｏｍｐｕｔｅｒ）、マシン・タイプ通信（ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＭＴＣ）端末、無線通信機能を有するハンドヘルド・デバイス、コンピューティング・デバイス、無線モデムに接続された別の処理デバイス、車載デバイス、又はウェアラブル・デバイス（ウェアラブル・インテリジェント・デバイスとも呼ばれる）であってもよい。代替的には、端末は、次世代通信システムにおける端末、例えば、５Ｇシステムにおける端末、将来発展するＰＬＭＮにおける端末、又はＮＲシステムにおける端末であってもよい。

この出願の実施態様をより明確にするために、以下、この出願の実施態様に関係する概念及びいくつかのコンテンツについて簡単に説明する。

１．上りリンク（ｕｐｌｉｎｋ、ＵＬ）、下りリンク（ｄｏｗｎｌｉｎｋ、ＤＬ）、及びＳＬ

ネットワーク・デバイスにデータ（上りリンクデータ）を送信するために端末によって使用される無線通信リンクは、ＵＬと呼ばれてもよい。端末にデータ（すなわち、下りリンクデータ）を送信するためにネットワーク・デバイスによって使用される無線通信リンクは、ＤＬと呼ばれてもよい。ＵＬインターフェースとＤＬインターフェースは、まとめてＵｕインターフェースと呼ばれてもよい。したがって、ＵＬインターフェースとＤＬインターフェースは、まとめてＵｕインターフェースリンクと呼ばれてもよい。

端末間の直接通信のための通信リンクは、ＳＬと呼ばれてもよい。ＳＬは、サイド・リンクとも呼ばれてもよい。端末間で伝送されるデータをＳＬデータと呼ばれてもよい。

例えば、この出願の実施形態におけるデータは、トランスポート・ブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＴＢ）又は媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ）プロトコル・データ・ユニット（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ、ＰＤＵ）として理解されてもよい。データは、データ・パケット又はパケットとも呼ばれてもよい。

２． ＳＬリソース設定モード

２つの端末のうちの送信端末によって使用されるＳＬ伝送リソースは、以下の方式Ａと方式Ｂのいずれか１つで決定されてもよい。

方式Ａ：ＳＬ伝送リソースは、ネットワーク・デバイスによってスケジューリングされてもよい。

ネットワーク・デバイスがＳＬ伝送リソースをスケジューリングするモードは、モード１（ｍｏｄｅ １）リソース設定モード（ＮＲにおける名前）、モード３（ｍｏｄｅ ３）リソース設定モード（ＬＴＥにおける名前）を含んでもよい。

ネットワーク・デバイスによってスケジューリングされるＳＬ伝送リソースには、以下の２つのタイプがある。

タイプ１：ＳＬ設定グラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ、ＣＧ）リソース

この場合、ネットワーク・デバイスは、各データ伝送中に送信端末に対してリソースを別に割り当てる必要はない。ネットワーク・デバイスは、送信端末にリソースを１回割り当てた後、将来の期間において、割り当てられたリソースを送信端末が使用してもよい。前述の割り当ての特徴は、「リソースは１回割り当てられ、複数回使用され得る」ことである。例えば、ネットワーク・デバイスは、送信端末に対して、周期的に発生する時間ドメイン・リソースを設定してもよい。例えば、図２を参照のこと。周期的に発生する時間ドメイン・リソース内で最初に発生する時間ドメイン・リソースは、スロット１のシンボル４～シンボル９であり、時間ドメイン・リソースの周期は１スロットである。毎回表われる時間ドメイン・リソースは、１つのＳＬのグラント（ＳＬ ｇｒａｎｔ、サイドリンク・グラントと呼ばれる）である。図２は、４つのサイドリンク・グラントを示し、１つのサイドリンク・グラントは、１つのサイドリンク・グラントＩＤに対応する。したがって、４つのサイドリンク・グラントに対応するサイドリンク・グラントＩＤは、サイドリンク・グラント０、サイドリンク・グラント１、サイドリンク・グラント２、及びサイドリンク・グラント３である。

ＳＬ ＣＧリソースは、ＳＬタイプ１（ｔｙｐｅ １）のＣＧ（ＳＬ ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ ｔｙｐｅ １）リソースと、ＳＬタイプ２（ｔｙｐｅ ２）のＣＧ（ＳＬ ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ ｔｙｐｅ ２）リソースを含んでもよい。ＳＬタイプ１のＣＧリソースは、無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ）信号を使用して、送信端末のためにネットワーク・デバイスによって直接設定されたＳＬ伝送リソースであってもよく、送信端末は、追加のリソースをアクティブにすることなく、データを伝送するためにＣＧリソースを直接使用してもよい。ＳＬタイプ１のＣＧリソースは、ＳＬグラントフリー（ＳＬ ｇｒａｎｔ ｆｒｅｅ）リソースとも呼ばれる。ＳＬタイプ２のＣＧリソースは、ネットワーク・デバイスがＲＲＣシグナリングを使用して、ＳＬ伝送リソースを定義し、次いで、物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ）又は下りリンク制御情報（ｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を使用して、ＳＬ伝送リソースをアクティブにする期間であり、送信端末は、データを伝送するためにＳＬ伝送リソースを直接使用することができず、ＳＬ伝送リソースがアクティブにされた後にのみＳＬ伝送リソースを使用することができる。ＳＬタイプ２のＣＧリソースは、ＳＬセミパーシステント・スケジューリング（ＳＬ Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ、ＳＬ ＳＰＳ）リソースとも呼ばれてもよい。

ＳＬに対して、１つのキャリアが１つ以上のＣＧリソースをサポートしてもよい。任意選択で、異なるＳＬ ＣＧリソースは、異なるインデックスに対応してもよい。例えば、インデックスが１、２及び３であるＣＧリソースは、それぞれ、ＳＬ ＣＧ１、ＳＬ ＣＧ２及びＳＬ ＣＧ３として示されてもよい。

タイプ２：ＳＬ動的グラント（ｄｙｎａｍｉｃ ｇｒａｎｔ、ＤＧ）リソース

例えば、ＳＬ伝送リソースは、ＤＣＩを使用して、ネットワーク・デバイスによって送信端末に動的に割り当てられてもよい。ＤＣＩは、ＰＤＣＣＨ上で搬送されてもよい。

方式Ｂ：ＳＬ伝送リソースは、送信端末によって自律的に決定されてもよい。

例えば、送信端末がＳＬ伝送リソースを決定するモードは、モード２（ｍｏｄｅ ２）リソース設定モード（ＮＲにおける名前）又はモード４（ｍｏｄｅ ４）リソース設定モード（ＬＴＥにおける名前）を含み得る。

方式Ｂでは、送信端末がネットワーク・デバイスの通信カバレッジ内に位置するときに、ネットワーク・デバイスが、システム・ブロードキャスト・メッセージ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ、ＳＩＢ）又は専用ＲＲＣシグナリングを使用して、送信端末のためにＳＬリソース・プールを設定し、送信端末が、ＳＬリソース・プールからＳＬ伝送リソースを取得して、制御信号及び／又はデータ信号を受信端末に送信してもよい。送信端末がネットワーク・デバイスの通信カバレッジ外に位置するときに、送信端末は、送信端末によって事前設定されたＳＬリソース・プールからＳＬ伝送リソースを取得して、制御信号及び／又はデータ信号を受信端末に送信してもよい。

ＳＬリソース・プールからＳＬ伝送リソースを取得するときに、送信端末は、ＳＬ伝送リソースを検知又は競合してもよい。具体的には、送信端末は、ＳＬリソース・プール内の適切なＳＬ伝送リソースを別の端末と競合して、制御信号及び／又はデータ信号を送信する。例えば、伝送対象のＶ２Ｘサービスや送信端末のデータの優先度が高いほど、競合によりＳＬリソース・プール内の適切なＳＬ伝送リソースを取得する可能性が高くなることを示す。

簡単に説明するため、この出願において、モード１リソース設定モード、モード２リソース設定モード、モード３リソース設定モード、及びモード４リソース設定モードは、それぞれ、モード１、モード２、モード３、及びモード４と略称される。可能な場合では、ＬＴＥ Ｖ２Ｘにおいて、モード３及びモード４が共存できない。可能な場合では、ＮＲ Ｖ２Ｘにおいて、モード１及びモード２が共存できない。

３．サイドリンク制御情報（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）

Ｕｕインターフェース・データをスケジューリングするためのＤＣＩと同様に、ＳＣＩが、ＳＬデータをスケジューリングするために使用される。例えば、第１レベルＳＣＩは、ＳＬデータの制御情報を搬送してもよい。ＳＣＩは、物理サイドリンク制御チャネル（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＳＣＣＨ）で伝送されてもよい。

４．ＨＡＲＱ

ＨＡＲＱは、前方エラー訂正（ｆｏｒｗａｒｄ ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ、ＦＥＣ） （又は前方エラー訂正コード）と自動再送要求（ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ、ＡＲＱ）方法を組み合わせた技術である。

ＦＥＣは、送信端によって送信されるデータが、転送エラー訂正コード又は冗長情報が含むことを意味する。受信端は、データを受信した後、チェック（周期的冗長性チェック（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ、ＣＲＣ）など）によりエラーを見つけ、前方エラー訂正コード又は冗長情報を使用してエラーを訂正することができる。このようにして、送信端での再伝送（すなわち、データを再伝送する）の数が減少する。

ＡＲＱは、受信端がチェック（例えば、ＣＲＣチェック）により受信データの正確性を決定することを意味する。受信したデータが正しい場合、受信端は肯定的な確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ）を送信して、送信端に受信したデータが正しいことを通知する。受信したデータが正しくない場合、受信端は否定的な確認応答（ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ）を送信して、送信端に受信したデータが正しくないことを通知する。送信端は、ＮＡＣＫを受信したときに、受信端にデータを再伝送してもよい。ＡＣＫとＮＡＣＫは、ＨＡＲＱフィードバックである。

ＬＴＥ Ｖ２Ｘは、ブロードキャスト・サービスのみをサポートする。したがって、ＳＬ ＨＡＲＱフィードバックは、サポートされない。ＮＲ Ｖ２Ｘは、ユニキャスト、マルチキャスト、及びブロードキャスト・サービスをサポートし、ＳＬ ＨＡＲＱフィードバックをサポートする。

以下、具体的に、（ａ）～（ｃ）の３つのパートを用いて、ＨＡＲＱ関係のコンテンツを説明する。

（ａ）ＨＡＲＱプロセス

ＨＡＲＱプロセスでは、データを送信するためにストップアンドウェイト（ｓｔｏｐ－ａｎｄ－ｗａｉｔ ｐｒｏｔｏｃｏｌ）が使用される。ストップアンドウェイト・プロトコルでは、トランスポート・ブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＴＢ）を送信した後、送信端は、停止し、確認応答情報を待つ。受信端は、ＴＢのＡＣＫ又はＮＡＣＫをフィードバックしてもよい。しかし、送信端は、各伝送後、停止し、確認応答を待つ。その結果、スループットは低い。したがって、送信端は、複数の並列ＨＡＲＱプロセスを使用してもよい。１つのＨＡＲＱプロセスが確認応答を待っているときに、送信端は、別のＨＡＲＱプロセスを使用してデータの送信を継続してもよい。例えば、図３を参照のこと。端末は、第１のＨＡＲＱプロセスを使用してＴＢ１を送信し、時点Ｔ１でＴＢ１の送信を終了し、時点Ｔ２でＴＢ１のＨＡＲＱフィードバックを受信し、Ｔ１～Ｔ２の期間においてＴＢ１の確認応答を待つ。ＴＢ１の確認応答を待つ期間中、端末は、第２のＨＡＲＱプロセスを使用してＴＢ２を送信し、時点Ｔ２でＴＢ２の送信を終了し、時点Ｔ３でＴＢ ２のＨＡＲＱフィードバックを受信し、Ｔ２～Ｔ３の期間内でＴＢ２の確認応答を待つ。ＴＢ２の確認応答を待つ期間中、端末は、第３のＨＡＲＱプロセスを使用してＴＢ３を送信してもよい。

１つのＨＡＲＱプロセスは、１つのＨＡＲＱプロセスＩＤによって識別される。サイドリンク・グラントは、ＨＡＲＱプロセスに関連付けられ、端末は、ＨＡＲＱプロセスに関連するサイドリンク・グラントのプロセスを使用して、ＨＡＲＱデータを伝送する。

（ｂ）新たに伝送されるデータと再伝送されるデータに対する受信端の処理メカニズム

各ＨＡＲＱプロセスは、受信端において対応するバッファ（例えば、ＨＡＲＱバッファ又はソフト・バッファ）を有して、受信データに対してソフト結合及びデコードを行う。

１つのＨＡＲＱプロセスを使用して、送信端によって送信された新たに伝送されたデータを受信した後、受信端は、受信した新たに伝送されたデータを、デコードのためのＨＡＲＱプロセスに対応するバッファに配置してもよい。デコードに失敗した場合、新たに伝送されたデータの再伝送されたデータを受信したときに、受信端は、受信した再伝送されたデータを、以前にバッファに記憶された新たに伝送されたデータと結合し、結合したデータをバッファに配置し、再度デコードを行ってもよい。前述の方法は、ソフト結合及びデコードと呼ばれてもよい。別々のデコード（すなわち、各伝送中のデータは別々にデコードされ、デコードのために以前のデータと結合されない）と比較して、デコードの成功率は、ソフト結合及びデコード方式を使用することによって改善される。同様に、デコードが依然として失敗する場合、前述の手順がさらに繰り返される。新たに受信した再伝送されたデータは、バッファ内のデータと結合され、再度デコードが行われる。

送信端において再伝送されるデータと新たに伝送されるデータは、同じ冗長バージョン（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ、ＲＶ）か、同じＴＢの異なるＲＶを有してもよい。

Ｕｕインターフェース上のＨＡＲＱプロセスは、ＨＡＲＱプロセスと呼ばれ、ＳＬ上のＨＡＲＱプロセスは、ＳＬプロセス（ＳＬ ｐｒｏｃｅｓｓ）と呼ばれる。

（ｃ） ＳＬプロセスによるＳＬデータ伝送

１つの送信端末は、複数の受信端末と通信してもよく、すなわち、１つの送信端末は、複数の受信端末にＳＣＩ及びＳＬデータを送信してもよい。１つの受信端末も、複数の送信端末と通信してもよく、すなわち、１つの受信端末は、複数の送信端末からＳＣＩ及びＳＬデータを受信してもよい。ＳＣＩは、ＳＬプロセスＩＤ、第１の宛先ＩＤ （ｄｅｓｔｉｎａｔｉｏｎ ＩＤ）、第１の送信元ＩＤ （ｓｏｕｒｃｅ ＩＤ）、及び通信タイプを含んでもよい。

ＳＬプロセスＩＤは、ＳＬプロセスを識別し、ＵｕインターフェースのＨＡＲＱプロセスＩＤと類似している。

第１の宛先ＩＤは、ＳＣＩによってスケジューリングされるＳＬデータのターゲット（ｔａｒｇｅｔ）を識別してもよい。任意選択で、第１の宛先ＩＤは、受信端末のＰＨＹレイヤにおいてデータ・パケット・フィルタリングを行うために使用されてもよい。任意選択で、第１の宛先ＩＤは、第２の宛先ＩＤのいくつかのビットであってもよい。例えば、第２の宛先ＩＤは、２４ビット（ｂｉｔ）であり、第１の宛先ＩＤは、第２の宛先ＩＤの下位１６ビットである。

第２の宛先ＩＤは、データのターゲット（例えば、ｔａｒｇｅｔ）／受信端／受信端末を識別する。例えば、第２の宛先ＩＤは、マルチキャスト・サービス又はブロードキャスト・サービスを識別する。例えば、第２の宛先ＩＤは、ターゲット／受信端／受信端末の識別子であってよい。例えば、第２の宛先ＩＤは、宛先レイヤ２ ＩＤ （Ｄｅｓｔｉｎａｔｉｏｎ Ｌａｙｅｒ－２ ＩＤ）であってもよい。任意選択で、第２の宛先ＩＤは、受信端末のＭＡＣレイヤにおいてデータ・パケット・フィルタリングを行うために使用されてもよい。

第１の送信元ＩＤは、ＳＣＩによってスケジューリングされるＳＬデータの送信元（ｓｏｕｒｃｅ）を識別する。任意選択で、第１の送信元ＩＤは、受信端末のＰＨＹレイヤにおいてデータ・パケット・フィルタリングを行うために使用されてもよい。任意選択で、第１の送信元ＩＤは、第２の送信元ＩＤのいくつかのビットであってもよい。例えば、第２の送信元ＩＤは２４ビットであり、第１の送信元ＩＤは第２の送信元ＩＤの下位８ビットである。

第２の送信元ＩＤ （ｓｏｕｒｃｅ ＩＤ）は、データの送信元（例えば、ｓｏｕｒｃｅ）／送信端／送信端末を識別する。例えば、第２の送信元ＩＤは、送信元／送信端／送信端末の識別子であってもよい。例えば、第２の送信元ＩＤは、送信元レイヤ２ ＩＤ （ｓｏｕｒｃｅ Ｌａｙｅｒ－２ ＩＤ）であってもよい。任意選択で、第２の送信元ＩＤは、受信端末のＭＡＣレイヤにおいてデータ・パケット・フィルタリングを行うために使用されてもよい。

通信タイプは、ユニキャスト、マルチキャスト、及びブロードキャストのいずれか１つ以上を含んでもよい。ＳＣＩにおける通信タイプは、現在の通信がユニキャストか、マルチキャストか、ブロードキャストかのいずれであるかを示すか、又はＳＣＩによってスケジューリングされるＳＬデータがユニキャスト・データか、マルチキャスト・データか、ブロードキャスト・データかのいずれであるかを示す。

例えば、受信端末は、周囲のＳＣＩを検出し、次いで、ＳＣＩにおける第１の宛先ＩＤ、第１の送信元ＩＤ、及び通信タイプに基づいて、受信端末がＳＣＩに関心があるか、ＳＣＩによってスケジューリングされるＳＬデータに関心があるかを決定してもよい。受信端末がＳＣＩ又はＳＬデータに関心がある場合、受信端末は、ＳＣＩによってスケジューリングされるＳＬデータの受信を継続する。

送信側では、ＳＬ ＨＡＲＱエンティティが含まれ、ＳＬ ＨＡＲＱエンティティによって維持される全てのＳＬプロセス（例えば、１６のＳＬプロセス）が全ての接続／通信タイプ（ｃａｓｔｔｙｐｅ）によって共有される。受信側では、ＳＬ ＨＡＲＱエンティティが含まれ、ＳＬ ＨＡＲＱエンティティによって維持される全てのＳＬプロセス（例えば、６４のＳＬプロセス）が全ての接続／通信タイプによって共有される。

異なる送信端末は、同じ受信端末と通信するために同じＳＬプロセスＩＤを使用する場合がある。受信端末では、異なる送信端末からの同じＳＬプロセスＩＤに関連するデータを区別するために、受信端末は、１つのＳＣＩ及び／又はデータを受信する。受信端末が、データが新たに伝送されると決定した後、受信端末は、データに対して非占有であるＳＬプロセス（ＳＬプロセス１として示される）を選択し、ＳＣＩにおける「ＳＬプロセスＩＤ＋第１の宛先ＩＤ＋第１の送信元ＩＤ＋通信タイプ」をＳＬプロセス１に関連付ける。受信端末は、同じ「ＳＬプロセスＩＤ＋第１の宛先ＩＤ＋第１の送信元ＩＤ＋通信タイプ」に対応する再伝送されたデータを再度受信するときに、再伝送されたデータをＳＬプロセス１のバッファに配置して、受信したデータに対してソフト結合及びデコードを行ってもよい。「第１の宛先ＩＤ＋第１の送信元ＩＤ＋通信タイプ」は、ＳＬ識別情報（ｓｉｄｅｌｉｎｋ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）と呼ばれてもよい。

５．ＭＡＣリセット（ＭＡＣ ｒｅｓｅｔ）

Ｕｕインターフェースでは、端末は、ＭＡＣリセットを行うと決定し（例えば、端末のＭＡＣレイヤの上位レイヤがＭＡＣリセットを要求する）、端末のＭＡＣエンティティは、ランニング・タイマを停止すること、トリガされたビーム失敗回復（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ、ＢＦＲ）をキャンセルすること、トリガされたスケジューリング要求（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ、ＳＲ）をキャンセルすること、ＭＡＣ関係カウンタ（例えば、ＬＢＴ＿ＣＯＵＮＴＥＲ、ＢＦＩ＿ＣＯＵＮＴＥＲなど）をリセットすること、進行中のランダム・アクセス・プロセスを停止することなどのうちのいずれか１つ以上を行う。具体的なコンテンツについては、ＴＳ ３８．３２１の５．１２項を参照のこと。詳細は、ここでは再度説明されない。

現在、ＳＬでは、端末は、ＭＡＣリセットを行うと決定し（例えば、端末のＭＡＣレイヤの上位レイヤが、１つのＳＬのＲＲＣ接続に対してＭＡＣリセットを行うように要求する）、端末のＭＡＣエンティティは、ＳＬのＲＲＣ接続のみに関連するトリガされたＳＲをキャンセルすること、ＳＬのＲＲＣ接続のみに関連するトリガされたＳＬ ＢＳＲをキャンセルすること、及びＳＬのＲＲＣ接続に関連するＳＬプロセスのソフト・バッファをクリアすることのうちのいずれか１つ以上を行う。具体的なコンテンツについては、ＴＳ ３８．３２１の５．１２項を参照のこと。詳細は、ここでは再度説明されない。

現在、ＳＬのＲＲＣ接続では、ＳＬ無線リンク失敗（ｒａｄｉｏ ｌｉｎｋ ｆａｉｌｕｒｅ、ＲＬＦ）が発生するか、又は受信端末のＭＡＣレイヤがフル設定（ｆｕｌｌｃｏｎｆｉｇ）を有するＳＬ ＲＲＣ再設定（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋ）メッセージを受信する。この場合、受信端末は、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行う。

フル設定を有するＳＬ ＲＲＣ再設定メッセージは、ＳＬ ＲＲＣ再設定メッセージが、フル設定表示を含むとして理解されてもよい。フル設定表示は、ＳＬ ＲＲＣ再設定メッセージが、フル設定を使用すべきであることを示す。例えば、フル設定表示は、「ｓｌ－ＲｅｓｅｔＣｏｎｆｉｇ」である。

例えば、フル設定（ｆｕｌｌｃｏｎｆｉｇ）を有するＳＬ ＲＲＣ再設定メッセージは、ＳＬのＲＲＣ接続では、全ての再設定が受信端末において行われることを示す。言い換えれば、全ての設定が、ＳＬのＲＲＣ接続に対して更新される。ユニキャスト伝送では、送信端末は、ＳＬ ＲＲＣ再設定メッセージを使用して、受信端末にＳＬ設定を送信する。ＳＬ ＲＲＣ再設定メッセージが、「ｓｌ－ＲｅｓｅｔＣｏｎｆｉｇ」パラメータを含む場合、全てのＳＬが設定されることを示す。

以上、この出願の実施形態に関連する概念及びいくつかのコンテキストについて簡単に説明した。

現在、一態様では、ＳＬプロセスでは、受信端末は、以下の２つの場合にＳＬプロセスが非占有であるとみなす。

（１）受信端末が受信したデータのデコードに成功する場合、そのデータに対応するＳＬプロセスは非占有であるとみなされる。

（２）同じ「ＳＬプロセスＩＤ＋第１の宛先ＩＤ＋第１の送信元ＩＤ＋通信タイプ」に対応する、新たに伝送されるＳＬデータをスケジューリングするためのＳＣＩ又は新たに伝送されるＳＬデータを受信端末が再度受信する場合、その「ＳＬプロセスＩＤ＋第１の宛先ＩＤ＋第１の送信元ＩＤ＋通信タイプ」に対応するＳＬプロセスは、非占有であるとみなされる。具体的には、受信端末は、新たに伝送されるＳＬデータをスケジューリングするためのＳＣＩにおける「ＳＬプロセスＩＤ＋第１の宛先ＩＤ＋第１の送信元ＩＤ＋通信タイプ」が、ＳＬプロセス（ＳＬプロセス２と示される）と関連付けられているかどうかを決定する。新たに伝送されるＳＬデータをスケジューリングするためのＳＣＩにおける「ＳＬプロセスＩＤ＋第１の宛先ＩＤ＋第１の送信元ＩＤ＋通信タイプ」がＳＬプロセス２に関連付けられている場合、ＳＬプロセス２は、非占有であるとみなされ、ＳＬプロセス２のバッファはクリアされ、非占有であるＳＬプロセス（ＳＬプロセス３と示される）が、新たに伝送されるＳＬデータ又は新たに伝送されるデータをスケジューリングするためのＳＣＩに対して選択される。追加的に、ＳＬプロセス３は、ＳＣＩにおける「ＳＬプロセスＩＤ＋第１の宛先ＩＤ＋第１の送信元ＩＤ＋通信タイプ」に関連付けられる。

別の態様では、ＳＬのＲＲＣ接続では、受信端末は、ＳＬ ＭＡＣリセットを行い、受信端末は、ＳＬのＲＲＣ接続に関連する全てのＳＬプロセスのバッファをクリアする。

現在、ＳＬプロセスの処理には、以下の問題がある。

受信側では、イベント１（受信端末が、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行うと決定するか、又は受信端末が、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行う）、イベント２（ＳＬ ＲＲＣ接続を解放する）、及びイベント３（受信端末が、マルチキャスト及び／又はブロードキャスト・データの受信をスキップする）が受信端末で発生するときに、ＳＣＩ （又は「ＳＬプロセスＩＤ＋第１の宛先ＩＤ＋第１の送信元ＩＤ＋通信タイプ」）とＳＬプロセスとの間の関連付け関係は、解放されず、ＳＬプロセスは、非占有であるとはみなされない。結果として、以下の問題が発生する場合がある。

一方、ＳＬプロセスが、非占有であるとは見なされない。結果的に、これらのＳＬプロセスは、他のデータを受信するために使用され得ない。これにより、利用可能なＳＬプロセスの数が減少する。

一方、ＳＬプロセスのみが非占有であるとみなされ、ＳＣＩとＳＬプロセスとの間の関連付け関係が解放されない場合、受信端末は、ＳＣＩとＳＬプロセスとの間の関連付け関係が存在するため、ＳＣＩ（前のＳＣＩとして同じ「ＳＬプロセスＩＤ＋第１の宛先ＩＤ＋第１の送信元ＩＤ＋通信タイプ」を有するＳＣＩ）によってスケジューリングされた新たに伝送されたＳＬデータを再度受信し、受信端末は、ＳＬプロセスのバッファ内の他のデータを誤ってクリアする場合がある。図４を参照する。例えば、受信端末は、新たに伝送されるデータ１をスケジューリングするために使用されるＳＣＩ１（「ＳＬプロセスＩＤ１＋第１の宛先ＩＤ１＋第１の送信元ＩＤ１＋ユニキャスト」を含む）を受信する。受信端末はＳＣＩ１を受信した後、受信端末は、「ＳＬプロセスＩＤ１＋第１の宛先ＩＤ１＋第１の送信元ＩＤ１＋ユニキャスト」をＳＬプロセス１に関連付ける。その後の手順において、ＳＬのＲＲＣ接続に対するＭＡＣリセットを行うときに、受信端末は、ＳＬのＲＲＣ接続に関連するＳＬプロセス１が非占有であると決定する。しかしながら、受信端末は「ＳＬプロセスＩＤ１＋第１の宛先ＩＤ１＋第１の送信元ＩＤ１＋ユニキャスト」とＳＬプロセス１の関連付け関係を解放しない。受信端末が、新たに伝送されるデータ２をスケジューリングするために使用されるＳＣＩ２（「ＳＬプロセスＩＤ２＋第１の宛先ＩＤ２＋第１の送信元ＩＤ２＋ユニキャスト」を含む）を受信する場合、この場合、受信端末は、「ＳＬプロセスＩＤ２＋第１の宛先ＩＤ２＋第１の送信元ＩＤ２＋ユニキャスト」に対して非占有であるＳＬプロセスを選択する必要がある。選択された非占有であるＳＬプロセスがＳＬプロセス１であり、データ２が受信に成功しない場合、ＳＬプロセス１のバッファは、データ２を含む。この場合、受信端末が、新たに伝送されるデータ３をスケジューリングするために使用される（「ＳＬプロセスＩＤ１＋第１の宛先ＩＤ１＋第１の送信元ＩＤ１＋ユニキャスト」を含む）ＳＣＩ３を受信する、すなわち、受信端末が、「ＳＬプロセスＩＤ１＋第１の宛先ＩＤ１＋第１の送信元ＩＤ１＋ユニキャスト」に対応する、新たに伝送さえるＳＬデータをスケジューリングするためのＳＣＩ又は新たに伝送されるＳＬデータを再度受信する場合、「ＳＬプロセスＩＤ１＋第１の宛先ＩＤ１＋第１の送信元ＩＤ１＋ユニキャスト」とＳＬプロセス１との間の関連付け関係が依然として存在するため、受信端末は、「ＳＬプロセスＩＤ１＋第１の宛先ＩＤ１＋第１の送信元ＩＤ１＋ユニキャスト」に関連するＳＬプロセス１のバッファをクリアし、ＳＬプロセス１を非占有とみなす。この場合、ＳＬプロセス１のバッファには処理されるデータ２が依然としてある。結果として、端末は、誤ってデータ２をクリアし、データ２の受信に影響を与える。代替的には、ＳＬプロセス１が非占有であると誤って決定されるため、データ２の伝送が失敗するときに、ＳＬプロセス１が、他のデータを受信するために使用されることがある。これは、データ２の受信に影響を与える。

送信端末で前述のイベント１、イベント２、及びイベント３が発生するときに、送信端末は、ＳＬプロセスが非占有であるとみなさず、ＳＬプロセスのバッファをクリアしない。この場合、以下の問題、すなわち、ＳＬプロセスが非占有であるとみなされない場合、これらのＳＬプロセスは、他のデータを送信するために使用できず、利用可能なＳＬプロセスの数が減少すること、及びＳＬプロセスのバッファがクリアされない場合、これらのＳＬプロセスは、他のデータを送信するために使用できず、利用可能なＳＬプロセスの数が減少し、バッファがオーバーロードされるか、又は再伝送が誤ってトリガされことが発生する場合がある。

これらの問題を解決するために、この出願は、実施形態１～実施形態５を含むＳＬプロセスを処理するための方法を提供する。以下、実施形態１～実施形態５について別々に説明する。実施形態１

実施形態１は、以下の状況、すなわち、受信端末でイベント１が発生するときに、ＳＣＩとＳＬプロセスとの間の関連付け関係が解放されないこと、及び／又はＳＬプロセスが非占有であるとみなされないことによって生じる問題を解決するために使用されてもよい。図５を参照する。本方法は、以下のステップを含む。

５０１：端末が、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行うと決定する。

ステップ５０１は、端末が、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行うと説明されてもよい。端末は、受信端末であってもよい。

この出願の実施形態では、例えば、ＳＬのＲＲＣ接続は、一対としての第２の送信元ＩＤと対としての第２の宛先ＩＤとの間の論理接続、又はアクセス（ａｃｃｅｓｓ－ｓｔｒａｔｕｍ、ＡＳ）レイヤにおける一対としての第２の送信元ＩＤと第２の宛先ＩＤとの間の論理接続であってもよい。ＳＬのＲＲＣ接続は、ＰＣ５－ＲＲＣ接続とも呼ばれてもよい。この出願の実施形態において、ＳＬのＲＲＣ接続は、ユニキャスト、ユニキャスト接続、宛先アドレス、第２の送信元ＩＤ－第２の宛先ＩＤ対（ｐａｉｒ）、及び第２の宛先ＩＤのうちのいずれか１つ以上を含んで／と置き換えられて／と対応してもよい。この出願の実施形態では、例えば、ＳＬのＲＲＣ接続は、ＳＬのＲＲＣ接続、ユニキャスト、ユニキャスト接続、宛先アドレス、一対としての第２の送信元ＩＤ及び第２の宛先ＩＤ、第２の送信元ＩＤ－第２の宛先ＩＤ対、又は第２の宛先ＩＤとして理解されて／と置き換えられてもよい。例えば、第１のＳＬのＲＲＣ接続は、第１のユニキャスト、第１のユニキャスト接続、第１の宛先アドレス、第２の送信元ＩＤ１－第２の宛先ＩＤ１対、又は第２の宛先ＩＤ１として理解されて／と置き換えられてもよい。

この出願の実施形態において、例えば、宛先（ｄｅｓｔｉｎａｔｉｏｎ）アドレスは、ユニキャスト、マルチキャスト、又はブロードキャストを識別するために使用される。

この出願の実施形態において、例えば、第２の送信元ＩＤ－第２の宛先ＩＤ対は、ユニキャストを識別するために使用される。

この出願の実施形態において、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行うことは、ＳＬのＲＲＣ接続に対するＳＬ固有のＭＡＣリセット（ＭＡＣエンティティのサイドリンク固有のリセット）を行うことを含んで／と置き換えられて／として理解されてもよい。

この出願の実施形態では、例えば、ＳＬのＲＲＣ接続、ユニキャスト接続、宛先アドレス、第２の送信元ＩＤ－第２の宛先ＩＤ対、第２の宛先ＩＤ、第２の送信元ＩＤ、一対としての第２の送信元ＩＤに対応する第１の送信元ＩＤと第２の宛先ＩＤに対応する第１の宛先ＩＤ、第２の宛先ＩＤに対応する第１の宛先ＩＤ、第２の宛先ＩＤに対応する第１の宛先ＩＤ、及び第２の送信元ＩＤに対応する第１の送信元ＩＤのうちのいずれか２つ以上が、互いに関連付けられて／対応してもよい。

ステップ５０１は、端末が、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行ったかどうかを制限しないことに留意されたい。例えば、ステップ５０１は、端末が、ＳＬのＲＲＣ接続対してＭＡＣリセットを行う／行うように準備すると理解されてもよい。

５０２： 端末が、第１のＳＬプロセスが非占有であると決定する、及び／又は端末が、第１のＳＬプロセスに関連する関連付け関係を解放する。

第１のＳＬプロセスは、ＳＬのＲＲＣ接続に関連するＳＬプロセスである／を含む。例えば、第１のＳＬプロセスは、ＳＬのＲＲＣ接続に関連するＳＬプロセスの１つ以上、又は全てであって／を含んでもよい。

ＳＬのＲＲＣ接続に関連するＳＬプロセスは、第２の送信元ＩＤ及び第２の宛先ＩＤに関連し、かつＳＬのＲＲＣ接続に対応するＳＬプロセス、又は第１の送信元ＩＤ及び第１の宛先ＩＤに関連し、かつＳＬのＲＲＣ接続に対応するＳＬプロセスとして理解されてもよい。例えば、ＳＬのＲＲＣ接続に対応する第２の送信元ＩＤ及び第２の宛先ＩＤは、第２の送信元ＩＤ１及び第２の宛先ＩＤ２であり、ＳＬのＲＲＣ接続に関連するＳＬプロセスは、第２の送信元ＩＤ１及び第２の宛先ＩＤ２に関連するＳＬプロセスである。例えば、ＳＬのＲＲＣ接続に対応する第２の送信元ＩＤ及び第２の宛先ＩＤは、第２の送信元ＩＤ１及び第２の宛先ＩＤ２であり、第２の送信元ＩＤ１及び第２の宛先ＩＤ２に対応する第１の送信元ＩＤ及び第１の宛先ＩＤは、第１の送信元ＩＤ１及び第１の宛先ＩＤ２であり、ＳＬのＲＲＣ接続に関連するＳＬプロセスは、第１の送信元ＩＤ１及び第１の宛先ＩＤ２に関連するＳＬプロセスである。

この出願の実施形態において、ＳＬのＲＲＣ接続に関連する第１のＳＬプロセス又はＳＬプロセスは、ユニキャスト接続に関連するＳＬプロセス、宛先アドレスに関連するＳＬプロセス、第２の宛先ＩＤに関連するＳＬプロセス、第２の送信元ＩＤ－第２の宛先ＩＤ対に関連するＳＬプロセス、第１の宛先ＩＤに関連するＳＬプロセス、及び第１の送信元ＩＤ－第１の宛先ＩＤ対に関連するＳＬプロセスのうちのいずれか１つ以上を含んで／と置き換えられてもよい。例えば、第１のＳＬプロセスに関連する関連付け関係は、第１のＳＬプロセスとＳＣＩの間の関連付け関係、及び／又は第１のＳＬプロセスとＳＬプロセスＩＤ、第１の宛先ＩＤ、第１の送信元ＩＤ、及び通信タイプのうちの１つ以上との間の関連付け関係を含む。

この出願の実施形態において、ＳＬプロセスを非占有であると決定することは、ＳＬプロセスが非占有であるとみなすこと、ＳＬプロセスを解放すること、及びＳＬプロセスを非アクティブにすることのうちのいずれか１つ以上を含んで／と置き換えられてもよい。例えば、第１のＳＬプロセスを非占有であると決定することは、第１のＳＬプロセスを解放することとして理解されてもよい。

この出願の実施形態において、ＳＬプロセスに関連する関連付け関係を解放することは、ＳＬプロセスに関連する関連付け関係を削除することを含んで／と置き換えられてもよい。例えば、第１のＳＬプロセスに関連する関連付け関係を解放することは、第１のＳＬプロセスに関連する関連付け関係を削除することを含んで／と置き換えられてもよい。

例えば、図６を参照のこと。端末に存在するか、又は端末に以前に存在し、かつＳＬプロセスに関連する関連付け関係については、図６の左側を参照のこと。端末が、ＳＬのＲＲＣ接続に対応する第１の送信元ＩＤ及び第１の宛先ＩＤがそれぞれ第１の送信元ＩＤ１及び第１の宛先ＩＤ１であり、ＳＬのＲＲＣ接続に関連するＳＬプロセスがＳＬプロセス１及びＳＬプロセス２である場合に、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行うと決定する場合、端末は、ＳＬプロセス１及びＳＬプロセス２を解放し、ＳＬプロセス１及びＳＬプロセス２に関連する関連付け関係を解放する。この場合、端末に存在し、かつＳＬプロセスに関連する関連付け関係については、図６の右側を参照のこと。図６に示すＳＬプロセスに関連する関連付け関係は、一例にすぎず、実際の実装において、ＳＬプロセスに関連する関連付け関係は、別のものであってもよいことに留意されたい。これは、この出願では限定されない。

任意選択で、ステップ５０１は、以下のアクション、すなわち、（１）端末のＭＡＣレイヤの上位レイヤが、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行うように要求すること、（２）端末／端末のＭＡＣレイヤが、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行うように要求されること、（３）端末のＭＡＣレイヤの上位レイヤが、端末のＭＡＣレイヤに、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行うように要求すること、（４）端末のＭＡＣレイヤが、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行うように決定すること、及び（５）端末のＭＡＣレイヤが、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行うことのうちの１つ以上を含む。

任意選択で、端末が、第１のＳＬプロセスが非占有であると決定することは、端末のＭＡＣレイヤが、第１のＳＬプロセスが非占有であると決定することを含む。

任意選択で、端末が、第１のＳＬプロセスに関連する関連付け関係を解放することは、端末のＭＡＣレイヤが、第１のＳＬプロセスに関連する関連付け関係を解放することを含む。

例えば、端末のＭＡＣレイヤは、具体的には、端末のＭＡＣエンティティであってもよい。

例えば、ＭＡＣレイヤの上位レイヤは、ＲＲＣレイヤ、無線リンク制御（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ、ＲＬＣ）レイヤ、パケット・データ・コンバージェンス・プロトコル（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ、ＰＤＣＰ）レイヤなどである。

任意選択で、以下の条件３が満たされるときに、端末は、ステップ５０１又は（１）～（５）におけるいずれか１つ以上のアクションを行う。条件３は、端末のＲＲＣレイヤの上位レイヤが、端末のＲＲＣレイヤにＳＬのＲＲＣ接続を解放するよう要求すること、端末のＲＲＣレイヤの上位レイヤが、ＳＬのＲＲＣ接続を解放するように要求すること、端末のＲＲＣレイヤの上位レイヤが、端末のＲＲＣレイヤの上位レイヤのＳＬユニキャスト接続（ＰＣ５ユニキャスト・リンク）を解放するように示すこと、端末のＲＲＣレイヤの上位レイヤが、端末のＲＲＣレイヤの上位レイヤのＳＬユニキャスト接続を解放するように端末のＲＲＣレイヤに示すこと、端末のＲＲＣレイヤの上位レイヤのＳＬユニキャスト接続が解放されること、端末／端末のＲＲＣレイヤが、ＳＬのＲＲＣ接続を解放するように要求されること、端末／端末のＲＲＣレイヤが、端末のＲＲＣレイヤの上位レイヤのＳＬユニキャスト接続を解放するように示されること、及び端末／端末のＲＲＣレイヤが、ＳＬのＲＲＣ接続を解放することのうちのいずれか１つ以上を含む。

具体的には、条件１（ＳＬ ＲＬＦが発生するとき）及び条件２（端末がフル設定を有するＳＬ ＲＲＣ再設定メッセージを受信するとき）は、端末に、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行うと決定するか、又はＳＬのＲＲＣ接続に対するＭＡＣリセットを行うようにトリガする。追加的に、条件３は、端末が前述の動作を行うようにトリガしてもよい。

この出願の実施形態において、例えば、端末のＲＲＣレイヤの上位レイヤは、Ｖ２Ｘレイヤ、非アクセス（ｎｏｎ－ａｃｃｅｓｓ ｓｔｒａｔｕｍ、ＮＡＳ）レイヤ、アプリケーション（ａｐｐｌｉｃａｔｉｏｎ、ＡＰＰ）レイヤなどであってもよい。

この出願の実施形態において、要求は、設定及び表示のうちのいずれか１つ以上を含んで／と置き換えられて／として理解されてもよい。

実施形態１で提供される方法によれば、端末がＳＬのＲＲＣ接続でＭＡＣリセットを行うと決定するか、又は端末がＳＬのＲＲＣ接続でＭＡＣリセットを行うときに、端末は、第１のＳＬプロセスが非占有であると決定し、その結果、ＳＬプロセスが他のデータを受信するために使用されてもよい。これは、利用可能なＳＬプロセスの数の減少を回避し、データ受信速度を改善する。実施形態１で提供される方法によれば、端末がＳＬのＲＲＣ接続に対してＭＡＣリセットを行うと決定するか、又は端末がＳＬのＲＲＣ接続に対してＭＡＣリセットを行うときに、端末は、第１のＳＬプロセスに関連する関連付け関係を解放して、端末が他のデータを誤ってクリアすることを防止するか、又は第１のＳＬプロセスに関連するデータの受信を確実に受信する。これは、データ受信の信頼性を改善することができる。実施形態２

実施形態２は、以下の状況、すなわち、送信端末でイベント１が発生するときに、ＳＬプロセスが非占有であるとみなされない、及び／又はＳＬプロセスのバッファがクリアされないことによって生じる問題を解決するために使用されてもよい。図７を参照する。本方法は、以下のステップを含む。

７０１：端末が、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行うと決定する。

ステップ７０１は、端末が、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行うと説明されてもよい。端末は、送信端末であってもよい。ステップ７０１の関係説明については、ステップ５０１を参照のこと。詳細は、ここでは再度説明しない。

７０２： 端末が、第１のＳＬプロセスが非占有であると決定する、及び／又は端末が、第１のＳＬプロセスのバッファをクリアする。

実施形態２における「第１のＳＬプロセス」の関係説明については、実施形態１を参照のこと。詳細は、ここでは再度説明しない。

実施形態２における「ＳＬプロセスが非占有であると決定する」の関係説明については、実施形態１を参照のこと。詳細は、ここでは再度説明しない。

この出願の実施形態において、ＳＬプロセスのバッファをクリアすることは、ＳＬプロセスのバッファを削除することを含んで／と置き換えられてもよい。例えば、第１のＳＬプロセスのバッファをクリアすることは、第１のＳＬプロセスのバッファを削除することを含んで／と置き換えられてもよい。例えば、端末が、ＳＬのＲＲＣ接続に対応する第１の送信元ＩＤ及び第１の宛先ＩＤがそれぞれ第１の送信元ＩＤ１及び第１の宛先ＩＤ１であり、ＳＬのＲＲＣ接続に関連するＳＬプロセスが第１の送信元ＩＤ１及び第１の宛先ＩＤ１に関連するＳＬプロセス（例えば、ＳＬプロセス１及びＳＬプロセス２）である場合に、ＳＬのＲＲＣ接続に対するＭＡＣリセットを行うと決定する場合、端末は、ＳＬプロセス１及びＳＬプロセス２を開放する、及び／又はＳＬプロセス１及びＳＬプロセス２のバッファをクリアする。

任意選択で、ステップ７０１は、以下のアクション、すなわち、（１）端末のＭＡＣレイヤの上位レイヤが、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行うように要求すること、（２）端末／端末のＭＡＣレイヤが、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行うように要求されること、（３）端末のＭＡＣレイヤの上位レイヤが、端末のＭＡＣレイヤに、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行うように要求すること、（４）端末のＭＡＣレイヤが、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行うように決定すること、及び（５）端末のＭＡＣレイヤが、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行うことのうちの１つ以上を含む。

任意選択で、端末が、第１のＳＬプロセスが非占有であると決定することは、端末のＭＡＣレイヤが、第１のＳＬプロセスが非占有であると決定することを含む。

任意選択で、端末が、第１のＳＬプロセスのバッファをクリアすることは、端末のＭＡＣレイヤが、第１のＳＬプロセスのバッファをクリアすることを含む。任意選択の方法の関係説明については、実施形態１を参照のこと。詳細は、ここでは再度説明しない。例えば、端末のＭＡＣレイヤは、具体的には、端末のＭＡＣエンティティであってもよい。

任意選択で、条件３が満たされるときに、端末は、ステップ７０１又は（１）～（５）におけるいずれか１つ以上のアクションを行う。条件３の関係説明については、実施形態１を参照のこと。詳細は、ここでは再度説明しない。

任意選択で、以下の条件４が満たされるときに、端末は、ステップ７０１又は（１）～（５）におけるいずれか１つ以上のアクションを行う。条件４は、端末が、ＳＬ ＲＲＣ再設定メッセージを送信することか、又は端末が、ＳＬ ＲＲＣ再設定メッセージを送信し、端末が、ＳＬ ＲＲＣ再設定完了メッセージを受信することであってもよい。ＳＬ ＲＲＣ再設定メッセージは、フル設定表示を含む。ＳＬ ＲＲＣ再設定メッセージは、ＳＬのＲＲＣ接続に関連する。ＳＬ ＲＲＣ再設定完了メッセージは、ＳＬのＲＲＣ接続に関連する。ＳＬ ＲＲＣ再設定完了メッセージは、ＳＬ ＲＲＣ再設定メッセージに対応する。

例えば、端末がＳＬのＲＲＣ接続に対してＳＬ ＲＲＣ再設定メッセージを送信する場合、又は端末がＳＬのＲＲＣ接続に対してＳＬ ＲＲＣ再設定メッセージを送信し、ＳＬ ＲＲＣ再設定完了メッセージを受信する場合、ＳＬ ＲＲＣ再設定メッセージは、フル設定表示を含む。ＳＬのＲＲＣ接続に対応する第１の送信元ＩＤ及び第１の宛先ＩＤは、それぞれ第１の送信元ＩＤ１及び第１の宛先ＩＤ１であり、ＳＬのＲＲＣ接続に関連するＳＬプロセスは、第１の送信元ＩＤ１及び第１の宛先ＩＤ１に関連するＳＬプロセス（例えば、ＳＬプロセス１及びＳＬプロセス２）である。端末は、ＳＬプロセス１及びＳＬプロセス２が非占有であると決定する、及び／又はＳＬプロセス１及びＳＬプロセス２のバッファをクリアする。

具体的には、端末がＳＬ ＲＲＣ再設定メッセージを送信し、端末がＳＬのＲＲＣ接続に対してＭＡＣリセットを行うと決定する場合では、端末は、ＳＬ ＲＲＣ再設定メッセージをセットするか、又は端末が、ＲＲＣ再設定メッセージを送信するとき／する前／した後、端末は、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行うと決定する。これは、この出願では限定されない。ＳＬ ＲＲＣ再設定メッセージをセットすることは、ＳＬ ＲＲＣ再設定メッセージを生成又は決定することとして理解されてもよい。

ＳＬ ＲＲＣ再設定メッセージの送信は、具体的には、端末のＲＲＣレイヤによって実行されてもよい。

具体的には、条件１（ＳＬ ＲＬＦが発生するとき）及び条件２（端末がフル設定を有するＳＬ ＲＲＣ再設定メッセージを受信するとき）は、端末に、ＳＬのＲＲＣ接続に対してＭＡＣリセットを行うと決定するか、又はＳＬのＲＲＣ接続に対するＭＡＣリセットを行うようにトリガする。追加的に、条件３及び／又は条件４は、端末が前述の動作を行うようにトリガしてもよい。

端末はまた、端末がＳＬ ＲＲＣ再設定メッセージを送信するとき、又は端末がＳＬ ＲＲＣ再設定メッセージを送信し、ＳＬ ＲＲＣ再設定完了メッセージを受信するときに、ステップ７０２を直接実行してもよいことに留意されたい。

実施形態２で提供される方法によれば、端末がＳＬのＲＲＣ接続でＭＡＣリセットを行うと決定するか、又は端末がＳＬのＲＲＣ接続でＭＡＣリセットを行うときに、端末は、第１のＳＬプロセスが非占有であると決定し、その結果、これらのＳＬプロセスが他のデータを送信するために使用されてもよい。これは、利用可能なＳＬプロセスの数の減少を回避し、データ受信速度を改善する。実施例２で提供される方法によれば、端末がＳＬのＲＲＣ接続に対してＭＡＣリセットを行うと決定するか、又は端末がＳＬのＲＲＣ接続に対してＭＡＣリセットを行うときに、端末は、第１のＳＬプロセスのバッファをクリアし、その結果、記憶スペースが解放されてもよく、又はこれらのＳＬプロセスが他のデータを送信するために使用されてもよい。これは、利用可能なＳＬプロセスの数の減少を回避し、データ受信速度を改善する。実施形態３

実施形態３は、以下のアクション、すなわち、受信端末でイベント２が発生するときに、ＳＣＩとＳＬプロセスとの間の関連付け関係が解放されないこと、ＳＬプロセスが非占有であるとみなされること、ＳＬプロセスのバッファがクリアされることのうちの１つ以上によって生じる問題を解決するために使用されてもよい。さらに、実施形態３は、以下の状況、すなわち、送信端末でイベント２が発生するときに、ＳＬプロセスが非占有であるとみなされない、及び／又はＳＬプロセスのバッファがクリアされないことによって生じる問題を解決するために使用されてもよい。図８を参照する。本方法は、以下のステップを含む。

８０１： 端末が、ＳＬのＲＲＣ接続を解放する。言い換えれば、端末は、ユニキャスト・データの送信又は受信をスキップする。

端末は、送信端末又は受信端末であってもよい。ＳＬのＲＲＣ接続の関係説明については、実施形態１を参照のこと。詳細は、ここでは再度説明しない。

８０２： 端末が、以下のアクション、すなわち、端末が、第１のＳＬプロセスが非占有であると決定すること、端末が、第１のＳＬプロセスに関連する関連付け関係を解放すること、及び端末が、第１のＳＬプロセスのバッファをクリアすることのうちの１つ以上を行う。

第１のＳＬプロセスは、ＳＬのＲＲＣ接続に関連するＳＬプロセスである／を含む。例えば、第１のＳＬプロセスは、ＳＬのＲＲＣ接続に関連するＳＬプロセスの１つ以上、又は全てであって／を含んでもよい。「第１のＳＬプロセス」又は「ＳＬのＲＲＣ接続に関連するＳＬプロセス」の関連説明については、実施形態１を参照のこと。詳細は、ここでは再度説明しない。任意選択で、端末が受信端末であるときに、第１のＳＬプロセスに関連する関連付け関係は、第１のＳＬプロセスとＳＣＩの間の関連付け関係、及び／又は第１のＳＬプロセスとＳＬプロセスＩＤ、第１の宛先ＩＤ、第１の送信元ＩＤ、及び通信タイプのうちの１つ以上との間の関連付け関係を含む。

実施形態３では、「ＳＬプロセスが非占有であると決定する」及び「ＳＬプロセスに関連する関連付け関係を解放する」の関連説明については、実施形態１を参照し、「ＳＬプロセスのバッファをクリアする」の関連説明については、実施形態２を参照のこと。詳細は、ここでは再度説明しない。

例えば、端末が、ＳＬのＲＲＣ接続に対応する第１の送信元ＩＤ及び第１の宛先ＩＤが、それぞれ第１の送信元ＩＤ１及び第１の宛先ＩＤ１であり、ＳＬのＲＲＣ接続に関連するＳＬプロセスが、第１の送信元ＩＤ１と第１の宛先ＩＤ１に関連するＳＬプロセス（例えば、ＳＬプロセス１及びＳＬプロセス２）である場合に、ＳＬのＲＲＣ接続を解放する場合、端末は、以下のアクション、すなわち、ＳＬプロセス１及びＳＬプロセス２が非占有であると決定すること、ＳＬプロセス１及びＳＬプロセス２のバッファをクリアすること、及びＳＬプロセス１及びＳＬプロセス２に関連する関連付け関係を解放することのうちの１つ以上を行う。

任意選択で、端末が、ＳＬのＲＲＣ接続を解放することは、端末のＲＲＣレイヤが、ＳＬのＲＲＣ接続を解放すること、又は端末のＲＲＣレイヤの上位レイヤが、ＲＲＣ接続を解放するように要求することを含む。

任意選択で、端末が、第１のＳＬプロセスが非占有であると決定することは、端末のＭＡＣエンティティが、第１のＳＬプロセスが非占有であると決定することを含む。

任意選択で、端末が、第１のＳＬプロセスに関連する関連付け関係を解放することは、端末のＭＡＣエンティティが、第１のＳＬプロセスに関連する関連付け関係を解放することを含む。

任意選択で、端末が、第１のＳＬプロセスのバッファをクリアすることは、端末のＭＡＣエンティティが、第１のＳＬプロセスのバッファをクリアすることを含む。

任意選択で、条件３が満たされるときに、端末のＲＲＣレイヤは、ＳＬのＲＲＣ接続を解放する。

実施形態３で提供される方法によれば、端末が、ＳＬのＲＲＣ接続を解放するときに、端末が、第１のＳＬプロセスが非占有であると決定し、その結果、これらのＳＬプロセスが他のデータを送信又は受信するために使用されてもよい。これは、利用可能なＳＬプロセスの数の減少を回避し、データ送信／受信速度を改善する。実施形態３で提供される方法によれば、端末が、ＳＬのＲＲＣ接続を解放するときに、第１のＳＬプロセスのバッファがクリアされてもよく、その結果、記憶スペースが解放されてもよく、又はこれらのＳＬプロセスが他のデータを送信又は受信するために使用されてもよい。これは、利用可能なＳＬプロセスの数の減少を回避し、データ送信／受信速度を改善する。実施形態３で提供される方法によれば、端末が、ＳＬのＲＲＣ接続を解放するときに、第１のＳＬプロセスに関連する関連付け関係が解放されてもよい。したがって、受信端末が、他のデータを誤ってクリアすることを防止し、データ受信の信頼性を改善する。代替的には、第１のＳＬプロセスに関連するデータの受信を保証して、データ受信の信頼性を改善する。実施形態４

実施形態４は、以下のアクション、すなわち、受信端末でイベント３が発生するときに、ＳＣＩとＳＬプロセスとの間の関連付け関係が解放されないこと、ＳＬプロセスが非占有であるとみなされること、ＳＬプロセスのバッファがクリアされることのうちの１つ以上によって生じる問題を解決するために使用されてもよい。さらに、実施形態４は、以下の状況、すなわち、送信端末でイベント３が発生するときに、ＳＬプロセスが非占有であるとみなされない、及び／又はＳＬプロセスのバッファがクリアされないことによって生じる問題を解決するために使用されてもよい。図９を参照する。本方法は、以下のステップを含む。

９０１：端末が、宛先アドレスに対するサイドリンク・データの送信又は受信をスキップする。

宛先（ｄｅｓｔｉｎａｔｉｏｎ）アドレスは、マルチキャスト、ブロードキャスト、ユニキャストを識別するために使用される。

この出願の実施形態において、宛先アドレスは、マルチキャスト、マルチキャスト・サービス、ブロードキャスト、ブロードキャスト・サービス、ユニキャスト、ユニキャスト接続、ＳＬのＲＲＣ接続、第２の送信元ＩＤ－第２の宛先ＩＤ対（ｐａｉｒ）、第２の宛先ＩＤ、第１の送信元ＩＤ－第１の宛先ＩＤ対（ｐａｉｒ）、及び第１の宛先ＩＤのうちのいずれか１つ以上を含んで／と置き換えられて／に対応してもよい。

この出願の実施形態において、宛先アドレスは、代替的には、宛先アドレス、マルチキャスト、マルチキャスト・サービス、ブロードキャスト・サービス、ＳＬのＲＲＣ接続、ユニキャスト、ユニキャスト接続、宛先アドレス、一対としての第２の送信元ＩＤ及び第２の宛先ＩＤ、第２の送信元ＩＤ－第２の宛先ＩＤ対、第２の宛先ＩＤ、一対としての第１の送信元ＩＤ及び第１の宛先ＩＤ、第１の送信元ＩＤ－第１の宛先ＩＤ対、又は第１の宛先ＩＤのうちのいずれか１つ以上を含んで／と置き換えられて／に対応してもよい。例えば、第１の宛先アドレスは、第１のマルチキャスト、第１のマルチキャスト・サービス、第１のブロードキャスト、第１のブロードキャスト・サービス、第１のＳＬのＲＲＣ接続、第１のユニキャスト、第１のユニキャスト接続、第１の宛先アドレス、第２の送信元ＩＤ１－第２の宛先ＩＤ１対、第２の宛先ＩＤ１、第１の送信元ＩＤ１－第１の宛先ＩＤ１対、又は第１の宛先ＩＤ１として理解されて／置き換えられてもよい。

送信又は受信のスキップは、送信又は受信が以前に行われており、現在、（再）送信又は受信は行われていないとして理解されてもよいと留意されたい。これは、将来の送信又は受信に限定されない。９０２： 端末が、以下のアクション、すなわち、端末が、第２のＳＬプロセスが非占有であると決定すること、端末が、第２のＳＬプロセスに関連する関連付け関係を解放すること、及び端末が、第２のＳＬプロセスのバッファをクリアすることのうちの１つ以上を行う。例えば、ステップ９０２におけるアクションは、端末のＭＡＣレイヤによって行われてもよい。

第２のＳＬプロセスは、宛先アドレスに関連するＳＬプロセスである／を含む。例えば、第２のＳＬプロセスは、宛先アドレスに関連するＳＬプロセスのうちの１つ以上又は全てであって／を含んでもよい。

宛先アドレス関連するＳＬプロセスは、宛先アドレスに対応する第２の宛先ＩＤ関連するＳＬプロセス、又は宛先アドレスに対応する第１の宛先ＩＤに関連するＳＬプロセスとして理解されてもよい。例えば、宛先アドレスに対応する第２の宛先ＩＤは、第２の宛先ＩＤ２であり、宛先アドレスに関連するＳＬプロセスは、第２の宛先ＩＤ２に関連するＳＬプロセスである。例えば、宛先アドレスに対応する第２の宛先ＩＤは、第２の宛先ＩＤ２であり、第２の宛先ＩＤ２に対応する第１の宛先ＩＤは、第１の宛先ＩＤ２であり、宛先アドレスに関連するＳＬプロセスは、第１の宛先ＩＤ２に関連するＳＬプロセスである。この出願の実施形態において、宛先アドレスに関連するＳＬプロセス又は第１のＳＬプロセスは、マルチキャスト／マルチキャスト・サービスに関連するＳＬプロセス、ブロードキャスト／ブロードキャスト・サービスに関連するＳＬプロセス、第２の宛先ＩＤに関連するＳＬプロセス、及び第１の宛先ＩＤに関連するＳＬプロセスのうちのいずれか１つ以上を含んで／と置き換えられてもよい。

例えば、端末が受信端末であるときに、第２のＳＬプロセスに関連する関連付け関係は、第２のＳＬプロセスとＳＣＩの間の関連付け関係、及び／又は第２のＳＬプロセスとＳＬプロセスＩＤ、第１の宛先ＩＤ、第１の送信元ＩＤ、及び通信タイプのうちの１つ以上との間の関連付け関係を含む。

実施形態４では、「ＳＬプロセスが非占有であると決定する」及び「ＳＬプロセスに関連する関連付け関係を解放する」の関連説明については、実施形態１を参照し、「ＳＬプロセスのバッファをクリアする」の関連説明については、実施形態２を参照のこと。詳細は、ここでは再度説明しない。

例えば、図１０を参照のこと。マルチキャストが一例として使用される。端末に存在するか、又は端末に以前に存在し、かつＳＬプロセスに関連する関連付け関係については、図１０の左側を参照のこと。端末が、宛先アドレスに対応する第１の送信元ＩＤ及び第１の宛先ＩＤが、それぞれ第１の送信先ＩＤ２及び第１の宛先ＩＤ２であり、宛先アドレスに関するＳＬプロセスが、ＳＬプロセス３及びＳＬプロセス４である場合に、宛先アドレスに対するＳＬデータの受信をスキップする場合、端末は、ＳＬプロセス３及びＳＬプロセス４を解放する、及び／又はＳＬプロセス３及びＳＬプロセス４との関連付け関係を解放する。この場合、端末に存在し、かつＳＬプロセスに関連する関連付け関係については、図１０の右側を参照のこと。図１０に示すＳＬプロセスに関連する関連付け関係は、一例にすぎず、実際の実装において、ＳＬプロセスに関連する関連付け関係は、別のものであってもよいことに留意されたい。これは、この出願では限定されない。

任意選択で、端末が、ＳＬデータの送信又は受信をスキップすることは、宛先アドレスに対応する伝送が停止されること、又は端末が、宛先アドレスに対応するＳＬデータを送信又は受信する必要がなくなること（言い換えると、端末が、宛先アドレスに対応する伝送にもはや関心がなくなる）を含む。

宛先アドレスに対応する伝送は、宛先アドレスに対応するマルチキャスト伝送又はブロードキャスト伝送を含んでもよい。

宛先アドレスに対応する伝送が停止されることは、宛先アドレスに対応するマルチキャスト伝送又はブロードキャスト伝送を停止することとして理解されてもよい。言い換えると、宛先アドレスに対するマルチキャスト又はブロードキャストは、停止されるか、又はもはや送信されない。

端末は、宛先アドレスに対応するＳＬデータの送信又は受信を必要としないことは、端末が、宛先アドレスに対応するＳＬデータが送信又は受信される必要がなくなると決定することと、端末が、宛先アドレスに対応する伝送にもはや関心がなくなることとを含んでもよい。

端末が、伝送にもはや関心がなくなることは、端末が、以前関心があったが、現在関心がないことを意味する。これは、端末が、将来の伝送に関心があるかどうかに限定されない。

具体的には、端末のＲＲＣレイヤの上位レイヤは、宛先アドレスに対応する伝送に関心がなくなるように要求（言い換えれば、表示又は設定）してもよい。端末のＲＲＣレイヤの上位レイヤは、宛先アドレスに対する伝送を終了するように要求（又は、表示又は設定）してもよい。

実施形態４で提供される方法によれば、端末が、宛先アドレスに対するＳＬデータの送信又は受信をスキップするときに、端末が、第２のＳＬプロセスが非占有であると決定し、その結果、これらのＳＬプロセスが他のデータを送信又は受信するために使用され得る。これは、利用可能なＳＬプロセスの数の減少を回避し、データ送信／受信速度を改善する。実施形態４で提供される方法によれば、端末が、宛先アドレスに対するＳＬデータの送信又は受信をスキップするときに、第２のＳＬプロセスのバッファがクリアされてもよく、その結果、記憶スペースが解放されてもよく、又はＳＬプロセスが他のデータを送信又は受信するために使用されてもよい。これは、利用可能なＳＬプロセスの数の減少を回避し、データ送信／受信速度を改善する。実施形態４で提供される方法によれば、端末が、宛先アドレスに対するＳＬデータの送信又は受信をスキップするときに、第２のＳＬプロセスに関連する関連付け関係が解放されて、受信端末が他のデータを誤ってクリアすることを防止するか、又は第１のＳＬプロセスに関連するデータの受信を確実にしてもよい。これは、データ受信の信頼性を改善することができる。実施形態５

実施形態５は、以下のアクション、すなわち、受信端末でイベント３が発生するときに、ＳＣＩとＳＬプロセスとの間の関連付け関係が解放されないこと、ＳＬプロセスが非占有であるとみなされること、ＳＬプロセスのバッファがクリアされることのうちの１つ以上によって生じる問題を解決するために使用されてもよい。さらに、実施形態５は、以下の状況、すなわち、送信端末でイベント３が発生するときに、ＳＬプロセスが非占有であるとみなされない、及び／又はＳＬプロセスのバッファがクリアされないことによって生じる問題を解決するために使用されてもよい。図１１を参照する。本方法は、以下のステップを含む。

１１０１：端末が、宛先アドレスに対してＭＡＣリセットを行うと決定する。

この出願の実施形態において、宛先アドレスに対してＭＡＣリセットを行うことは、宛先アドレスに対してＳＬ固有のＭＡＣリセット（ＭＡＣエンティティのサイドリンク固有のリセット）を行うことを含んで／と置き換えられて／として理解されてもよい。宛先アドレスの関係説明については、実施形態４を参照のこと。詳細は、ここでは再度説明しない。

ステップ１１０１はまた、宛先アドレスに対して、端末がＭＡＣリセットを行うこととして説明されてもよい。

宛先（ｄｅｓｔｉｎａｔｉｏｎ）アドレスは、マルチキャスト又はブロードキャストを識別するために使用される。

選択的に、ステップ１１０１の前に、この方法は、端末が、宛先アドレスに対するＳＬデータの送信又は受信をスキップすることをさらに含む。また、以下のアクション、すなわち、「端末が、宛先アドレスに対するＳＬデータの送信又は受信をスキップする」の関係説明については、実施形態４を参照のこと。詳細は、ここでは再度説明しない。

１１０２： 端末が、以下のアクション、すなわち、端末が、第２のＳＬプロセスが非占有であると決定すること、端末が、第２のＳＬプロセスに関連する関連付け関係を解放すること、及び端末が、第２のＳＬプロセスのバッファをクリアすることのうちの１つ以上を行い、第２のＳＬプロセスは、宛先アドレスに関連するＳＬプロセスである。

任意選択で、第２のＳＬプロセスに関連する関連付け関係は、第２のＳＬプロセスとＳＣＩの間の関連付け関係、及び／又は第２のＳＬプロセスとＳＬプロセスＩＤ、第１の宛先ＩＤ、第１の送信元ＩＤ、及び通信タイプのうちの１つ以上との間の関連付け関係を含む。

ステップ１１０２の関係説明については、前述のステップ９０２を参照のこと。詳細は、ここでは再度説明しない。

実施形態５で提供される方法によれば、端末が、宛先アドレスに対するＭＡＣリセットを行うときに、第２のＳＬプロセスが非占有であると決定し、その結果、これらのＳＬプロセスが他のデータを送信又は受信するために使用されてもよい。これは、利用可能なＳＬプロセスの数の減少を回避し、データ送信／受信速度を改善する。実施形態５で提供される方法によれば、端末が、宛先アドレスに対するＭＡＣリセットを行うときに、第２のＳＬプロセスのバッファがクリアされてもよく、その結果、記憶スペースが解放されてもよく、又はＳＬプロセスが他のデータを送信又は受信するために使用されてもよい。これは、利用可能なＳＬプロセスの数の減少を回避し、データ送信／受信速度を改善する。実施形態５で提供される方法によれば、端末が、宛先アドレスに対するＭＡＣリセットを行うときに、第２のＳＬプロセスに関連する関連付け関係が解放されてもよい。したがって、受信端末が、他のデータを誤ってクリアすることを防止し、データ受信の信頼性を改善する。代替的には、第１のＳＬプロセスに関連するデータの受信を保証して、データ受信の信頼性を改善する。

追加的に、前述の実施形態１～実施形態５に追加して、以下の解決策１及び解決策２がさらに利用可能であってもよい。

解決策１：宛先アドレスに対するＰＣ５－Ｓ伝送は、ＲＲＣレイヤの上位レイヤにおいて停止されるか、又はＲＲＣレイヤの上位レイヤは、宛先アドレスに対するＰＣ５－Ｓ伝送を終了するように要求（又は、表示若しくは設定）し、端末は、以下のアクション、すなわち、端末が、第４のＳＬプロセスが非占有であると決定すること、端末が、第４のＳＬプロセスに関連する関連付け関係を解放すること、及び端末が、第４のＳＬプロセスのバッファをクリアすることのうちの１つ以上を行う。第４のＳＬプロセスは、宛先アドレス又は宛先アドレスのＰＣ５－Ｓに関連するＳＬプロセスを指す。

解決策２：宛先アドレスに対するＰＣ５－Ｓ伝送は、ＲＲＣレイヤの上位レイヤにおいて停止されるか、又はＲＲＣレイヤの上位レイヤは、宛先アドレスに対するＰＣ５－Ｓ伝送を終了するように要求（又は、表示若しくは設定）し、端末は、宛先アドレス又は宛先アドレスのＰＣ５－Ｓに対するＭＡＣリセットを行い、端末は、以下のアクション、すなわち、端末が、第４のＳＬプロセスが非占有であると決定すること、端末が、第４のＳＬプロセスに関連する関連付け関係を解放すること、及び端末が、第４のＳＬプロセスのバッファをクリアすることのうちの１つ以上を行う。現在、既存のＮＲ Ｖ２Ｘプロトコルでは、モード１とモード２は共存できず、異なるリソース設定モード間で再伝送が行うことができない。具体的には、モード１のリソースを使用して新たに伝送されるデータは、モード２のリソースを使用して再伝送することができず、モード２のリソースを使用して新たに伝送されるデータは、モード１のリソースを使用して再伝送することができない。リソース設定モードが切り替え／変更（略して、モード切り替え）されるときに、送信端末側ではＳＬプロセスの処理メカニズムは特定されない。モード切り替え後、元のリソース設定モードで占有されたプロセスが依然として占有されている場合、送信端末が利用可能なプロセスの数は減少することがある。この問題を解決するために、この出願は、実施形態６及び実施形態７に示すＳＬプロセスを処理するための方法をさらに提供する。以下、方法について別々に説明する。実施形態６及び実施形態７における端末は、送信端末であってもよい。実施形態６

図１２を参照する。実施形態６によるＳＬプロセスを処理するための方法は、以下のステップを含む。

１２０１：端末が、リソース設定モードが第１のリソース設定モードであると決定する。

ステップ１２０１はまた、以下のように説明されてもよい。すなわち、端末が、リソース設定モードが第２のリソース設定モードから第１のリソース設定モードに切り替えられる（すなわち、モード切り替え前の端末のリソース設定モードが第２のリソース設定モードである）と決定するか、又は端末が、リソース設定モードが第１のリソース設定モード及び第２のリソース設定モードから第１のリソース設定モードに切り替えられる（すなわち、モード切り替え前、端末のリソース設定モードが第１のリソース設定モード及び第２のリソース設定モードである）と決定する。

この出願では、切り替えを変更と置き換えられてもよい。

第１のリソース設定モードは、モード１であってもよいし、モード２であってもよい。端末が、リソース設定モードが第１のリソース設定モードであると決定することは、端末のＭＡＣレイヤが、リソース設定モードが第１のリソース設定モードであると決定すること、端末／端末のＭＡＣレイヤが、リソース設定モードとして第１のリソース設定モードで設定されること、端末のＲＲＣレイヤが、リソース設定モードとして第１のリソース設定モードを設定すること、及び端末のＲＲＣレイヤが、第１のリソース設定モードとして端末のＭＡＣレイヤにリソース設定モードを設定することのうちのいずれか１つを含んでもよい。例えば、具体的には、端末のＭＡＣエンティティが、ＳＬリソースがモード１に関連付けられると設定するときに、端末は、リソース設定モードがモード１であると決定する。端末のＲＲＣレイヤが、ＳＬリソースがモード２に関連付けられると設定するときに、端末は、リソース設定モードがモード２であると決定する。

１２０２： 端末が、第３のＳＬプロセスが非占有であると決定する、及び／又は第３のＳＬプロセスのバッファをクリアする。

第３のＳＬプロセスは、第２のリソース設定モードに関連するＳＬプロセスである、すなわち、第３のＳＬプロセス又は第２のリソース設定モードに関連するＳＬプロセスは、第２のリソース設定モードに対応するリソースを使用してデータを送信するＳＬプロセス、及び／又は第２のリソース設定モードに対応するリソースに関連するＳＬプロセスとして理解されてもよい。

第１のリソース設定モードがモード１である場合、第２のリソース設定モードは、モード２である。第１のリソース設定モードがモード２である場合、第２のリソース設定モードは、モード１である。

実施形態６で提供される方法によれば、端末が、リソース設定モードが第１のリソース設定モードであると決定する場合、端末が、第３のＳＬプロセスが非占有であると決定し、その結果、これらのＳＬプロセスが他のデータを送信するために使用され得る。これは、利用可能なＳＬプロセスの数の減少を回避し、データ受信速度を改善する。第３のＳＬプロセスのバッファはクリアされ、その結果、記憶スペースが解放され得、ＳＬプロセスはまた、他のデータを送信するために使用されてもよい。これは、利用可能なＳＬプロセスの数の減少を回避し、データ送信／受信速度を改善する。

任意選択で、第１のリソース設定モードに対応するリソースは、設定ＳＬグラント・リソース（すなわち、ＳＬ ＣＧリソース）又は動的ＳＬグラント・リソース（すなわち、ＳＬ ＤＧリソース）を含む（すなわち、第１のリソース設定モードが、モード１である）。ステップ１２０２の前に、本方法は、端末（例えば、端末のＨＡＲＱエンティティであってもよい）が、設定ＳＬグラント・リソース又は動的ＳＬグラント・リソース（すなわち、モード１のリソースが取得され、リソースが、任意選択で新たに伝送されるリソース）を取得すること、及び／又は端末が、非占有であるＳＬプロセスの数が第１の閾値以下であると決定することをさらに含む。

任意選択で、端末が、設定ＳＬグラント・リソース又は動的ＳＬグラント・リソースを取得することは、端末が、設定ＳＬグラント・リソース又は動的ＳＬグラント・リソースを取得し、設定ＳＬグラント・リソース又は動的ＳＬグラント・リソースで伝送されたデータを取得する。

第１の閾値は、ネットワーク・デバイスによって端末に設定／表示／送信されてもよく、事前設定されてもよく、プロトコルで指定されてもよく、端末が工場から引き渡される前にデバイス製造業者によって端末に記憶されてもよく、又は端末がネットワークに接続されるときにネットワーク・デバイス／別のデバイスによって端末に事前設定されてもよい。例えば、第１の閾値は、０、２、３などであってもよい。

例えば、空きＳＬプロセスの数が第１の閾値以下であることは、全てのＳＬプロセスが占有されていること、又は非占有であるＳＬプロセスの数が、端末によって必要とされるＳＬプロセスの数以下であることとして理解されてもよい。

ステップ１２０１の後、端末は、ステップ１２０２を直接行ってもよいし、設定ＳＬグラント・リソース又は動的ＳＬグラント・リソースが取得されるとき、及び／又は非占有であるＳＬプロセスの数が第１の閾値以下であるときに、ステップ１２０２を行ってもよい。

第１のリソース設定モードがモード１であるときに、端末のＳＬリソースは、ネットワーク・デバイスによってスケジューリングされ、設定ＳＬグラント・リソース又は動的ＳＬグラント・リソースを取得した後にのみ、端末は、ＳＬプロセスを選択する。したがって、端末は、設定ＳＬグラント・リソース又は動的ＳＬグラント・リソースを取得するとき／した後、ステップ１２０２を行ってもよい。

任意選択で、第１のリソース設定モードに対応するリソースは、選択ＳＬリソース（ｓｅｌｅｃｔｉｏｎ ｓｉｄｅｌｉｎｋ ｒｅｓｏｕｒｃｅ）を含む（すなわち、第１のリソース設定モードが、モード２である）。ステップ１２０２の前に、本方法は、端末が、選択ＳＬリソースを決定することをさらに含む。（つまり、端末はリソース選択を行うか、又はリソースを決定する必要がある）、及び／又は非占有であるＳＬプロセスの数が第１の閾値以下である。

ステップ１２０１の後、端末は、ステップ１２０２を直接実行してもよいし、選択ＳＬリソースが決定されるとき、及び／又は非占有であるＳＬプロセスの数が第１の閾値以下であるときに、ステップ１２０２を行ってもよい。

第１のリソース設定モードがモード２であるときに、端末のＳＬリソースが端末によって選択され、端末が、ＳＬプロセスを決定して、リソース選択を行うことに留意されたい。したがって、端末は、リソース選択を行うと決定するとき／後に、ステップ１２０２を行ってもよい。

任意選択で、ステップ１２０２の前に、本方法は、端末が、第２のリソース設定モードに対してＭＡＣリセットを行うと決定することをさらに含む。具体的には、モード切り替えは、第２のリソース設定モードのためのＭＡＣリセットをトリガし、ＭＡＣリセットは、ステップ１２０２の実行をトリガする。

この出願の実施形態では、第２のリソース設定モードに対してＭＡＣリセットを行うことは、第２のリソース設定モードに対してＳＬ固有のＭＡＣリセット（ＭＡＣエンティティのサイドリンク固有のリセット）を行うことを含んで／と置き換えられて／として理解されてもよい。

任意選択で、ステップ１２０２の特定の実装中に、以下の情報の１つ以上に基づいて、１つ以上の第３のＳＬプロセスが非占有であると決定されてもよいこと、及び／又は第３のＳＬプロセスの１つ以上のバッファがクリアされる。

情報１：第３のＳＬプロセスに関連するデータの優先度

情報２：第３のＳＬプロセスに関連する遅延要件

情報３：第３のＳＬプロセスに関連する信頼性の要件

例えば、情報１では、端末が、最も低い優先度又は優先度閾値よりも低い優先度を有するデータに関連する１つ以上のＳＬプロセスが非占有であると決定してもよい、及び／又は端末が、１つ以上のＳＬプロセスに対応するバッファをクリアしてもよい。

例えば、情報２では、端末が、最も高い待ち時間要件又は待ち時間閾値よりも低い待ち時間要件を有するデータに関連する１つ以上のＳＬプロセスが非占有であると決定してもよい、及び／又は端末は、１つ以上のＳＬプロセスに対応するバッファをクリアしてもよい。

例えば、情報３では、端末が、最も低い信頼性要件又は信頼性閾値よりも低い信頼性要件を有するデータに関連する１つ以上のＳＬプロセスが非占有であると決定してもよい、及び／又は端末が、１つ以上のＳＬプロセスに対応するバッファをクリアしてもよい。

端末において、モード切り替えが頻繁に発生することがある。モード切り替え直後にプロセスが解放される場合、深刻なパケット損失が生じる場合がある。優先度が高く、待ち時間要件が低く、信頼性要件が高いサービスは、要件を満たさない可能性があり、この任意選択の方法は、この状況を回避するために使用されてもよい。追加的に、端末は、モード切り替え後の期間の後に、データに関連する１つ以上のＳＬプロセスが非占有であると決定してもよい、及び／又は端末は、１つ以上のＳＬプロセスに対応するバッファをクリアしてもよい。

実施形態６において、端末は、ＳＬプロセスを一つずつ処理してもよい。例えば、１つのＳＬプロセスは、１つのＳＬプロセスを処理するために使用され、複数のＳＬプロセスは、複数のＳＬプロセスを処理するために使用され得、又は全てのＳＬプロセスは、一度に処理されてもよい。これは、この出願では限定されない。本明細書における「処理」は、ＳＬプロセスが非占有であると決定すること、及び／又はＳＬプロセスに対応するバッファをクリアすることを含む。

任意選択で、本方法は、端末が、第２のリソース設定モードに対応するＳＬリソース、及び／又は、第２のリソース設定モードに対応するＳＬリソースに対応する設定を解放し、その結果、別の端末によってリソースがその後に使用され得るようにすることをさらに含む。したがって、リソース利用が改善される。実施形態７

図１３を参照する。実施形態７によるＳＬプロセスを処理するための方法は、以下のステップを含む。

１３０１： 端末は、第２のリソース設定モードに対してＭＡＣリセットを行うと決定する。

ステップ１３０１の特定の実装中に、端末は、第２のリソース設定モードが別のリソース設定モードに切り替えられるときに、ステップ１３０１を行ってもよい。例えば、端末は、リソース設定モードが第２のリソース設定モードから第１のリソース設定モードに切り替えられるときに、ステップ１３０１を行ってもよい。代替的には、端末は、リソース設定モードが第１のリソース設定モード及び第２のリソース設定モードから第１のリソース設定モードに切り替えられるときに、ステップ１３０１を行ってもよい。代替的には、端末は、別のトリガ条件によってトリガされるときに、ステップ１３０１を行ってもよい。

第２のリソース設定モードは、モード１であってもよいし、モード２であってもよい。

任意選択で、ステップ１３０１の前に、本方法は、端末が、リソース設定モードが第１のリソース設定モードであると決定することをさらに含む。このステップの関係説明については、前述のステップ１２０１を参照のこと。詳細は、ここでは再度説明しない。

１３０２： 端末が、第３のＳＬプロセスが非占有であると決定する、及び／又は第３のＳＬプロセスのバッファをクリアする。

任意選択で、ステップ１３０２の特定の実装中に、以下の情報の１つ以上に基づいて、１つ以上の第３のＳＬプロセスが非占有であると決定されてもよいこと、及び／又は第３のＳＬプロセスの１つ以上のバッファがクリアされる。

情報１：第３のＳＬプロセスに関連するデータの優先度

情報２：第３のＳＬプロセスに関連する遅延要件

情報３：第３のＳＬプロセスに関連する信頼性の要件

任意選択の方法の関係説明については、前述の実施形態６を参照のこと。詳細は、ここでは再度説明しない。

任意選択で、本方法は、端末が、第２のリソース設定モードに対応するＳＬリソース、及び／又は、第２のリソース設定モードに対応するＳＬソースに対応する設定を解放し、その結果、別の端末によってリソースがその後に使用され得るようにすることをさらに含む。したがって、リソース利用が改善される。

実施形態７で提供される方法によれば、端末が、第２のリソース設定モードに対してＭＡＣリセットを行うと決定する場合、端末が、第３のＳＬプロセスが非占有であると決定し、その結果、これらのＳＬプロセスが他のデータを送信するために使用され得る。これは、利用可能なＳＬプロセスの数の減少を回避し、データ受信速度を改善する。第３のＳＬプロセスのバッファはクリアされ、その結果、記憶スペースが解放され得、ＳＬプロセスはまた、他のデータを送信するために使用されてもよい。これは、利用可能なＳＬプロセスの数の減少を回避し、データ送信／受信速度を改善する。

追加的に、モード切り替えシナリオにおいて、この出願は、実施形態８をさらに提供して、リソース利用を改善する。実施形態８

図１４を参照する。実施形態８によるＳＬリソースを解放するための方法は、以下のステップを含む。

１４０１：端末が、リソース設定モードが第１のリソース設定モードであると決定する。

１４０２：端末が、第２のリソース設定モードに対応するサイドリンク・リソース、及び／又は第２のリソース設定モードに対応するサイドリンク・リソースに対応する設定を解放する。

ステップ８の関係説明については、実施形態６における関係説明を参照のこと。詳細は、ここでは再度説明されない。実施形態８において、第２のリソース設定モードに関連するＳＬリソース、及び／又は第２のリソース設定モードに関連するＳＬリソースに対応する設定が解放され、その結果、リソースが別の端末によってその後に使用され得る。したがって、リソース利用が改善される。

実施形態６～実施形態８に示す方法は、ＬＴＥシステムにも適用可能である。方法がＬＴＥシステムで使用されるときに、理解のためにモード１をモード３に置き換え、モード２をモード４に置き換える必要がある。

この出願の前述の実施形態では、どのパラメータ（例えば、宛先アドレス、第２のリソース設定モード、ＳＬのＲＲＣ接続）のＭＡＣリセットが行われるかどうかにかかわらず、パラメータに対してＭＡＣリセットが行われたかどうかは、限定されない。例えば、端末は、パラメータに対してＭＡＣリセットを行う／行う準備することが理解され得る。

この出願の前述の実施形態では、送信端末のＳＬプロセスのバッファがＨＡＲＱバッファと呼ばれてもよく、受信端末のＳＬプロセスのバッファがソフト・バッファと呼ばれてもよい。この出願では、ＳＬプロセスが非占有であるとみなされることは、ＳＬプロセスを解放することか、又はＳＬプロセスを非アクティブにすることとして説明されてもよく、非占有であるＳＬプロセスはまた、非アクティブにされたＳＬプロセスとして説明されてもよい。同様に、ＳＬプロセスが占有されているとみなされることは、ＳＬプロセスをアクティブにすることとして説明されてもよく、占有されているＳＬプロセスはまた、アクティブにされたＳＬプロセスととして説明されてもよい。

前述の実施形態で提供される方法は、解決策間に矛盾がないときに組み合わされてもよい。端末によって実行されることに加えて、前述の実施形態で提供される方法は、他のデバイスによって実行されてもよい。

前述のものは、主に、方法の観点から、この出願の実施形態の解決策を説明している。前述の機能を実装するために、端末は、各機能を実行するための対応するハードウェア構造又は対応するソフトウェア・モジュールのうちの少なくとも１つを含むことが理解されよう。当業者は、この明細書に開示された実施形態に説明された例のユニット及びアルゴリズム・ステップと組み合わせて、この出願がハードウェア又はハードウェアとコンピュータ・ソフトウェアとの組み合わせによって実装されてもよいことを容易に認識すべきである。機能がハードウェアによって行われるか、コンピュータ・ソフトウェアによって駆動されるハードウェアによって行われるかは、特定の用途と技術的解決策の設計上の制約に依存する。当業者であれば、特定の用途ごとに、記載された機能を実装するために異なる方法を使用してもよいが、その実装が本願の範囲を超えるものであると考えるべきではない。

この出願の実施形態において、端末の機能ユニットは、前述の方法の例に基づいて分割されてもよい。例えば、端末は、対応する機能に基づいて分割されてもよいし、２つ以上の機能が、１つの処理ユニットに統合されてもよい。統合されたユニットは、ハードウェアの形態で実装されてもよいし、ソフトウェア機能ユニットの形態で実装されてもよい。この出願の実施態様では、ユニットへの分割は一例であり、論理機能分割に過ぎないことに留意されたい。実際の実装の際、別の分割方式が使用されてもよい。

例えば、図１５は、前述の実施形態で使用される装置（装置１５０として示される）の構造の可能な概略図である。装置１５０は、処理ユニット１５０１及び通信ユニット１５０２を含む。任意選択で、装置１５０は、記憶ユニット１５０３をさらに含む。装置１５０は、前述の実施形態における端末の構造を例示するように構成されてもよい。この場合、処理ユニット１５０１は、端末のアクションを制御及び管理するように構成されている。例えば、処理ユニット１５０１は、図５、図７、図８、図９、図１１、図１２、図１３、及び図１４のステップ、及び／又はこの出願の実施形態で説明される別のプロセスにおいて端末によって行われるアクションを行うように構成されている。プロセッサ１５０１は、通信ユニット１５０２を使用して、別のネットワーク・エンティティと通信する、例えば、ＳＬデータ又はＳＣＩを他の端末と伝送してもよい。記憶ユニット１５０３は、端末のプログラム・コード及びデータを記憶するように構成されている。

例えば、装置１５０はデバイスであってもよいし、チップ又はチップ・システムであってもよい。

装置１５０がデバイスであるときに、処理ユニット１５０１はプロセッサであってもよく、通信ユニット１５０２は通信インターフェース、トランシーバ、又は入力インターフェース及び／又は出力インターフェースであってもよい。任意選択で、トランシーバは、トランシーバ回路であってもよい。任意選択で、トランシーバは入力回路であってもよく、出力インターフェースは出力回路であってもよい。

装置１５０がチップ又はチップ・システムであるときに、通信ユニット１５０２は、チップ又はチップ・システム上の通信インターフェース、入力インターフェース及び／又は出力インターフェース、インターフェース回路、出力回路、入力回路、ピン、関係回路などであり得る。処理ユニット１５０１は、プロセッサ、処理回路、論理回路などであってもよい。

図１５の統合されたユニットがソフトウェア機能モジュールの形態で実装され、独立した製品として販売又は使用されるときに、統合されたユニットは、コンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づいて、この出願の実施形態における技術的解決策は、本質的に、従来技術に寄与する部分、又は技術的解決策の全部若しくは一部が、ソフトウェア製品の形態で実装されてもよい。コンピュータ・ソフトウェア製品は、記憶媒体に記憶され、コンピュータ・デバイス（パーソナル・コンピュータ、サーバ、ネットワーク・デバイスなどであってもよい）又はプロセッサ（ｐｒｏｃｅｓｓｏｒ）が、この出願の実施形態における方法の全部又は一部のステップを行うことを可能にするための複数の命令を含む。コンピュータ・ソフトウェア製品を記憶する記憶媒体は、ＵＳＢフラッシュ・ドライブ、リムーバブル・ハード・ディスク、読み出し専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、ランダム・アクセス・メモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、光ディスクなど、プログラム・コードを記憶することができる任意の媒体を含む。

この出願の一実施形態は、装置のハードウェア構造の概略図をさらに提供する。図１６又は図１７を参照する。装置は、プロセッサ１６０１を含み、任意選択で、プロセッサ１６０１に接続されたメモリ１６０２をさらに含む。

プロセッサ１６０１は、汎用中央処理ユニット（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、又はこの出願の解決策におけるプログラム実行を制御するように構成されている１つ以上の集積回路であってもよい。代替的には、プロセッサ１６０１は、複数のＣＰＵを含んでもよく、プロセッサ１６０１は、シングルコア（ｓｉｎｇｌｅ－ＣＰＵ）プロセッサであってもよいし、マルチコア（ｍｕｌｔｉ－ＣＰＵ）プロセッサであってもよい。本明細書におけるプロセッサは、データ（例えば、コンピュータ・プログラム命令）を処理するように構成されている１つ以上のデバイス、回路、又は処理コアであってもよい。

メモリ１６０２は、ＲＯＭ若しくは静的情報及び命令を記憶することができる別のタイプの静的記憶デバイス、ＲＡＭ若しくは情報及び命令を記憶することができる別のタイプの動的記憶デバイスであってもよいし、電気的に消去可能なプログラマブル読み出し専用メモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＥＥＰＲＯＭ）、コンパクト・ディスク読み出し専用メモリ（ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＣＤ－ＲＯＭ）、若しくは別の光ディスク・ストレージ、光ディスク・ストレージ（コンパクト・ディスク、レーザ・ディスク、光ディスク、デジタル多用途光ディスク、ブルーレイ・ディスクなどを含む）、磁気ディスク記憶媒体若しくは別の磁気記憶デバイス、又は命令若しくはデータ構造の形態で予期されるプログラム・コードを搬送若しくは記憶するように使用することができ、かつコンピュータによってアクセスされ得る任意の他の媒体であってもよい。これは、この出願のこの実施形態において限定されない。メモリ１６０２は、独立して存在してもよく（この場合、メモリ１６０２は、装置の外側に位置してもよいし、装置の内側に位置してもよい）、又はプロセッサ１６０１とも統合されてもよい。メモリ１６０２は、コンピュータ・プログラム・コードを含んでもよい。プロセッサ１６０１は、メモリ１６０２に記憶されたコンピュータ・プログラム・コードを実行して、この出願の実施形態で提供される方法を実装するように構成されている。

図１６を参照する。第１の可能な実装では、装置は、トランシーバ１６０３をさらに含む。プロセッサ１６０１、メモリ１６０２、及びトランシーバ１６０３は、バスを介して接続される。トランシーバ１６０３は、別のデバイス又は通信ネットワークと通信するように構成されている。任意選択で、トランシーバ１６０３は、送信機及び受信機を含んでもよい。トランシーバ１６０３内にあり、受信機能を実装するように構成されたコンポーネントは、受信機と考えられてもよく、受信機は、この出願の実施形態において受信ステップを行うように構成されている。トランシーバ１６０３内にあり、送信機能を実装するように構成されたコンポーネントは、送信機と考えられてもよく、送信機は、この出願の実施形態において送信ステップを行うように構成されている。

第１の可能な実装に基づいて、図１６に示す構造の概略図が使用されて、前述の実施形態における端末の構造を例示してもよい。この場合、プロセッサ１６０１は、端末の動作を制御及び管理するように構成されている。例えば、プロセッサ１６０１は、図５、図７、図８、図９、図１１、図１２、図１３、及び図１４のステップ、及び／又はこの出願の実施形態で説明される別のプロセスにおいて端末によって行われるアクションを行うように構成されている。プロセッサ１６０１は、トランシーバ１６０３を使用して、別のネットワーク・エンティティと通信する、例えば、ＳＬデータ又はＳＣＩを他の端末と伝送してもよい。メモリ１６０２は、端末のプログラム・コード及びデータを記憶するように構成されている。

第２の可能な実装では、プロセッサ１６０１は、論理回路と、入力インターフェース及び／又は出力インターフェースと、を含む。例えば、出力インターフェースは、対応する方法において送信アクションを行うように構成されており、入力インターフェースは、対応する方法において受信アクションを実行するように構成されている。図１７を参照する。第２の可能な実装に基づいて、図１７に示す構造の概略図が使用されて、前述の実施形態における端末を例示してもよい。この場合、プロセッサ１６０１は、端末の動作を制御及び管理するように構成されている。例えば、プロセッサ１６０１は、図５、図７、図８、図９、図１１、図１２、図１３、及び図１４のステップ、及び／又はこの出願の実施形態で説明される別のプロセスにおいて端末によって行われるアクションを行うように構成されている。プロセッサ１６０１は、入力インターフェース及び／又は出力インターフェースを使用して、他のネットワーク・エンティティと通信する、例えば、ＳＬデータ又はＳＣＩを他の端末と伝送してもよい。メモリ１６０２は、端末のプログラム・コード及びデータを記憶するように構成されている。

実装プロセスでは、実施形態で提供される方法におけるステップは、プロセッサ内のハードウェア集積論理回路又はソフトウェアの形態の命令を使用して完了されてもよい。この出願の実施形態を参照して開示された方法のステップは、ハードウェア・プロセッサによって直接的に実行されてもよいし、プロセッサ内のハードウェア及びソフトウェア・モジュールの組み合わせを使用して実行されてもよい。

この出願の一実施形態は、コンピュータ実行可能な命令を含むコンピュータ可読記憶媒体をさらに提供する。コンピュータ実行可能な命令がコンピュータ上で動作するときに、コンピュータは、前述の方法のいずれか１つを行うことが可能となる。

この出願の一実施形態は、コンピュータ実行可能な命令を含むコンピュータ・プログラム製品をさらに提供する。コンピュータ実行可能な命令がコンピュータ上で動作するときに、コンピュータは、前述の方法のいずれか１つを行うことが可能となる。

この出願の一実施形態は、前述の端末を含む通信システムをさらに提供する。

この出願の一実施形態は、プロセッサ及びインターフェースを含む装置をさらに提供する。プロセッサは、インターフェースを使用してメモリに結合される。プロセッサがメモリ内のコンピュータ・プログラム又はコンピュータ実行可能な命令を実行するときに、前述の実施形態で提供される任意の方法が行われる。

この出願の説明では、特に定めがない限り、「／」は「又は」を意味する。例えば、Ａ／Ｂは、Ａ又はＢを表してもよい。この明細書において、「及び／又は」の用語は、関連するオブジェクト間の関連付け関係のみを説明し、３つの関係が存在し得ることを表す。例えば、Ａ及び／又はＢは、Ａのみが存在し、Ａ及びＢの両方が存在し、Ｂのみが存在するという３つのケースを表してもよい。この出願の説明において、特に明記しない限り、「少なくとも１つ」は、１つ以上を意味し、「複数の」は、２つ以上を意味する。

追加的に、この出願の実施態様における技術的解決策を明確に説明するために、基本的に同じ機能又は目的を提供する同じ項目又は類似の項目を区別するために、「第１の」、「第２の」などの用語がこの出願の実施形態で使用される。「第１」、「第２」などの用語は、数又は実行順序を制限するものではなく、「第１」、「第２」等の用語は、明確な差異を指示するものではないと、当業者には理解されよう。

前述の実施形態の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを使用して実装されてもよい。ソフトウェア・プログラムが実施形態を実装するために使用されるときに、実施形態は、完全に又は部分的に、コンピュータ・プログラム製品の形態で実装されてもよい。コンピュータ・プログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータ・プログラム命令がロードされ、コンピュータ上で実行されるときに、この出願の実施形態による手順又は機能が、全部又は一部生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータ・ネットワーク、又は他のプログラム可能な装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよいし、１つのコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送されてもよい。たとえば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータ・センタから、有線（たとえば、同軸ケーブル、光ファイバ、又はデジタル加入者線（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ、ＤＳＬ））又は無線（たとえば、赤外線、ラジオ、又はマイクロ波）方式で、別のウェブサイト、コンピュータ、サーバ、又はデータ・センタに伝送されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、又は１つ以上の使用可能な媒体を一体化するサーバ若しくはデータ・センタなどのデータ記憶デバイスであってもよい。使用可能な媒体は、磁気媒体（例えば、フロッピー・ディスク、ハード・ディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、又は半導体媒体（例えば、ソリッド・ステート・ドライブ（ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ、ＳＳＤ））などであってもよい。

この出願は、実施形態を参照して説明されているが、保護を請求するこの出願を実装するプロセスにおいて、当業者は、添付の図面、開示された内容、及び添付の特許請求の範囲を参照することによって、開示された実施形態の別の変形を理解及び実装してもよい。特許請求の範囲では、「含む」（ｃｏｍｐｒｉｓｉｎｇ）は、別のコンポーネント又は別のステップを除外せず、「ａ」又は「ｏｎｅ」は、「複数の」の意味を除外しない。単一のプロセッサ又は他のユニットは、特許請求の範囲において列挙されるいくつかの機能を実装してもよい。いくつかの測定が、互いに異なる従属請求項に記録されるが、これは、これらの測定が組み合わされてより良い効果を生み出すことができないことを意味しない。

この出願は、特定の特徴及びその実施形態を参照して説明されているが、この出願の保護範囲から逸脱することなく、様々な修正及び組み合わせがそれらに対して行われてもよいことは明らかである。これに対応して、明細書及び添付の図面は、添付の特許請求の範囲によって画定されるこの出願の例示的な説明にすぎず、この出願の範囲をカバーする修正、変形、組み合わせ又は均等のいずれか又は全てと考えられる。当業者が、この出願の範囲から逸脱することなく、この出願に様々な修正及び変形を行うことができることが明らかである。この出願は、以下の特許請求の範囲及びそれらの均等の技術によって画定される保護の範囲内にあることを条件として、この出願のこれらの修正及び変形をカバーすることを意図している。

Claims (34)

1. サイドリンク・プロセスを処理するための方法であって、
   端末によって、サイドリンクの無線リソース制御ＲＲＣ接続に対して媒体アクセス制御ＭＡＣリセットを行うと決定することと、
   前記端末によって、第１のサイドリンク・プロセスが非占有であると決定すること、及び／又は、前記端末によって、前記第１のサイドリンク・プロセスに関連する関連付け関係を解放することと、を含み、
   前記第１のサイドリンク・プロセスは、前記ＲＲＣ接続に関連するサイドリンク・プロセスである、方法。
2. 端末によって、サイドリンクのＲＲＣ接続に対してＭＡＣリセットを行うと決定することは、前記端末のＭＡＣ層の上位層によって、前記ＲＲＣ接続に対してＭＡＣリセットを行うように要求することを含み、
   前記端末によって、第１のサイドリンク・プロセスが非占有であると決定することは、前記端末のＭＡＣエンティティによって、前記第１のサイドリンク・プロセスが非占有であると決定することを含み、
   前記端末によって、前記第１のサイドリンク・プロセスに関連する関連付け関係を解放することは、前記端末のＭＡＣエンティティによって、前記第１のサイドリンク・プロセスに関連する前記関連付け関係を解放することを含む、請求項１に記載の方法。
3. 前記端末のＭＡＣレイヤの上位レイヤによって、前記ＲＲＣ接続に対してＭＡＣリセットを行うように要求する前に、
   前記端末のＲＲＣレイヤの上位レイヤによって、前記ＲＲＣ接続を解放するように要求することをさらに含む、請求項２に記載の方法。
4. 前記第１のサイドリンク・プロセスに関連する前記関連付け関係は、前記第１のサイドリンク・プロセスとサイドリンク制御情報ＳＣＩとの間の関連付け関係、及び／又は前記第１のサイドリンク・プロセスと第１のソース識別子、第１の宛先識別子、サイドリンク・プロセス識別子、及び通信タイプのうちの１つ以上との間の関連付け関係を含む、請求項１～３のいずれか一項に記載の方法。
5. サイドリンク・プロセスを処理するための方法であって、
   端末によって、宛先アドレスに対するサイドリンク・データの送信又は受信をスキップすることと、
   前記端末によって、第２のサイドリンク・プロセスが非占有であると決定すること、前記端末によって、前記第２のサイドリンク・プロセスに関連する関連付け関係を解放すること、及び前記端末によって、前記第２のサイドリンク・プロセスのバッファをクリアすることのうちの１つ以上のアクションを前記端末によって行うことと、を含み、
   前記第２のサイドリンク・プロセスは、前記宛先アドレスに関連するサイドリンク・プロセスである、方法。
6. 前記端末によって、サイドリンク・データの送信又は受信をスキップすることは、
   前記宛先アドレスに対応する伝送を停止することか、又は前記端末によって、前記宛先アドレスに対応する前記サイドリンク・データの送信又は受信をスキップすることを含む、請求項５に記載の方法。
7. 前記第２のサイドリンク・プロセスに関連する前記関連付け関係は、前記第２のサイドリンク・プロセスとサイドリンク制御情報ＳＣＩとの間の関連付け関係、及び／又は前記第２のサイドリンク・プロセスと第１のソース識別子、第１の宛先識別子、サイドリンク・プロセス識別子、及び通信タイプのうちの１つ以上との間の関連付け関係を含む、請求項５又は６に記載の方法。
8. サイドリンク・プロセスを処理するための方法であって、
   端末によって、宛先アドレスに対して媒体アクセス制御ＭＡＣリセットを行うと決定することと、
   前記端末によって、第２のサイドリンク・プロセスが非占有であるｔｐ決定すること、前記端末によって、前記第２のサイドリンク・プロセスに関連する関連付け関係を解放すること、及び前記端末によって、前記第２のサイドリンク・プロセスのバッファをクリアすることのうちの１つ以上のアクションを前記端末によって行うことと、を含み、
   前記第２のサイドリンク・プロセスは、前記宛先アドレスに関連するサイドリンク・プロセスである、方法。
9. 端末によって、ＭＡＣリセットを行うと決定する前に、
   前記端末によって、前記宛先アドレスに対するサイドリンク・データの送信又は受信をスキップすることをさらに含む、請求項８に記載の方法。
10. 前記第２のサイドリンク・プロセスに関連する前記関連付け関係は、前記第２のサイドリンク・プロセスとサイドリンク制御情報ＳＣＩとの間の関連付け関係、及び／又は前記第２のサイドリンク・プロセスと第１のソース識別子、第１の宛先識別子、サイドリンク・プロセス識別子、及び通信タイプのうちの１つ以上との間の関連付け関係を含む、請求項８又は９に記載の方法。
11. サイドリンク・プロセスを処理するための方法であって、
    端末によって、リソース設定モードが第１のリソース設定モードであると決定することと、
    前記端末によって、第３のサイドリンク・プロセスが非占有であると決定すること、及び／又は前記第３のサイドリンク・プロセスのバッファをクリアすることと、を含み、
    第３のサイドリンク・プロセスは、第２のリソース設定モードに関連するサイドリンク・プロセスである、方法。
12. 前記第１のリソース設定モードに対応するリソースが、設定サイドリンク・グラント・リソース及び／又は動的サイドリンク・グラント・リソースを含み、前記端末によって、第３のサイドリンク・プロセスが非占有であると決定すること、及び／又は前記第３のサイドリンク・プロセスのバッファをクリアすることの前に、
    前記端末によって、前記設定サイドリンク・グラント・リソース又は動的サイドリンク・グラント・リソースを取得すること、及び／又は非占有であるサイドリンク・プロセスの数が、第１の閾値以下であると決定することをさらに含む、請求項１１に記載の方法。
13. 前記第１のリソース設定モードに対応するリソースが、選択サイドリンク・リソースを含み、前記端末によって、第３のサイドリンク・プロセスが非占有であると決定すること、及び／又は前記第３のサイドリンク・プロセスのバッファをクリアすることの前に、
    前記端末によって、前記選択サイドリンク・リソースを決定すること、及び／又は非占有であるサイドリンク・プロセスの数が、第１の閾値以下であると決定することをさらに含む、請求項１１に記載の方法。
14. 前記端末によって、第３のサイドリンク・プロセスが非占有であると決定すること、及び／又は前記第３のサイドリンク・プロセスのバッファをクリアすることの前に、
    前記端末によって、前記第２のリソース設定モードに対して媒体アクセス制御ＭＡＣリセットを行うかどうかを決定することをさらに含む、請求項１１～１３のいずれか一項に記載の方法。
15. サイドリンク・プロセスを処理するための方法であって、
    端末によって、リソース設定モードが第１のリソース設定モードであると決定することと、
    前記端末によって、第２のリソース設定モードに対応するサイドリンク・リソース、及び／又は前記第２のリソース設定モードに対応する前記サイドリンク・リソースに対応する設定を解放することと、を含む、方法。
16. 処理ユニットを含む、サイドリンク・プロセスを処理するための装置であって、前記処理ユニットは、
    サイドリンクの無線リソース制御ＲＲＣ接続に対して媒体アクセス制御ＭＡＣリセットを行うと決定することと、
    第１のサイドリンク・プロセスが非占有であると決定すること、及び／又は前記第１のサイドリンク・プロセスに関連する関連付け関係を解放することと、を行うように構成されており、
    前記第１のサイドリンク・プロセスは、前記ＲＲＣ接続に関連するサイドリンク・プロセスである、装置。
17. 前記処理ユニットは、具体的には、
    ＭＡＣレイヤの上位レイヤにおいて、前記ＲＲＣ接続に対するＭＡＣリセットを行うように要求することと、
    ＭＡＣエンティティにおいて、前記第１のサイドリンク・プロセスが非占有であると決定することと、
    前記ＭＡＣエンティティにおいて、前記第１のサイドリンク・プロセスに関連する前記関連付け関係を解放することと、を行うように構成されている、請求項１６に記載の装置。
18. 前記処理ユニットは、
    ＲＲＣレイヤの上位レイヤにおいて、前記ＲＲＣ接続を解放するように要求することを行うようにさらに構成されている、請求項１７に記載の装置。
19. 前記第１のサイドリンク・プロセスに関連する前記関連付け関係は、前記第１のサイドリンク・プロセスとサイドリンク制御情報ＳＣＩとの間の関連付け関係、及び／又は前記第１のサイドリンク・プロセスと第１のソース識別子、第１の宛先識別子、サイドリンク・プロセス識別子、及び通信タイプのうちの１つ以上との間の関連付け関係を含む、請求項１６～１８のいずれか一項に記載の装置。
20. 処理ユニットを含む、サイドリンク・プロセスを処理するための装置であって、前記処理ユニットは、
    宛先アドレスに対するサイドリンク・データの送信又は受信をスキップすることと、
    第２のサイドリンク・プロセスが非占有であると決定すること、前記第２のサイドリンク・プロセスに関連する関連付け関係を解放すること、及び前記第２のサイドリンク・プロセスのバッファをクリアすることのうちの１つ以上のアクションを行うことと、を行うように構成されており、
    前記第２のサイドリンク・プロセスは、前記宛先アドレスに関連するサイドリンク・プロセスである、装置。
21. 前記サイドリンク・データの送信又は受信をスキップすることは、前記宛先アドレスに対応する伝送を停止することか、又は前記宛先アドレスに対応する前記サイドリンク・データの送信若しくは受信をスキップすることを含む、請求項２０に記載の装置。
22. 前記第２のサイドリンク・プロセスに関連する前記関連付け関係は、前記第２のサイドリンク・プロセスとサイドリンク制御情報ＳＣＩとの間の関連付け関係、及び／又は前記第２のサイドリンク・プロセスと第１のソース識別子、第１の宛先識別子、サイドリンク・プロセス識別子、及び通信タイプのうちの１つ以上との間の関連付け関係を含む、請求項２０又は２１に記載の装置。
23. 処理ユニットを含む、サイドリンク・プロセスを処理するための装置であって、前記処理ユニットは、
    宛先アドレスに対して媒体アクセス制御ＭＡＣリセットを行うと決定することと、
    第２のサイドリンク・プロセスが非占有であると決定すること、前記第２のサイドリンク・プロセスに関連する関連付け関係を解放すること、及び前記第２のサイドリンク・プロセスのバッファをクリアすることのうちの１つ以上を行うことと、を行うように構成されており、
    前記第２のサイドリンク・プロセスは、前記宛先アドレスに関連するサイドリンク・プロセスである、装置。
24. 前記処理ユニットは、
    前記宛先アドレスに対するサイドリンク・データの送信又は受信をスキップすることをさらに行うように構成されている、請求項２３に記載の装置。
25. 前記第２のサイドリンク・プロセスに関連する前記関連付け関係は、前記第２のサイドリンク・プロセスとサイドリンク制御情報ＳＣＩとの間の関連付け関係、及び／又は前記第２のサイドリンク・プロセスと第１のソース識別子、第１の宛先識別子、サイドリンク・プロセス識別子、及び通信タイプのうちの１つ以上との間の関連付け関係を含む、請求項２３又は２４に記載の装置。
26. 処理ユニットを含む、サイドリンク・プロセスを処理するための装置であって、前記処理ユニットは、
    リソース設定モードが第１のリソース設定モードであると決定することと、
    第３のサイドリンク・プロセスが非占有であると決定すること、及び／又は前記第３のサイドリンク・プロセスのバッファをクリアすることと、を行うように構成されており、
    前記第３のサイドリンク・プロセスは、第２のリソース設定モードに関連するサイドリンク・プロセスである、装置。
27. 前記第１のリソース設定モードに対応するリソースは、設定サイドリンク・グラント・リソース及び／又は動的サイドリンク・グラント・リソースを含み、前記処理ユニットは、
    前記設定サイドリンク・グラント・リソース又は動的サイドリンク・グラント・リソースを取得すること、及び／又は非占有であるサイドリンク・プロセスの数が、第１の閾値以下であると決定することをさらに行うように構成されている、請求項２６に記載の装置。
28. 前記第１のリソース設定モードに対応するリソースは、選択サイドリンク・リソースを含み、前記処理ユニットは、
    前記選択サイドリンク・リソースを決定すること、及び／又は非占有であるサイドリンク・プロセスの数が、第１の閾値以下であると決定することを行うようにさらに構成されている、請求項２６に記載の装置。
29. 前記処理ユニットは、
    前記第２のリソース設定モードに対して媒体アクセス制御ＭＡＣリセットを行うと決定することを行うようにさらに構成されている、請求項２６～２８のいずれか一項に記載の装置。
30. 処理ユニットを含む、サイドリンク・プロセスを処理するための装置であって、前記処理ユニットは、
    リソース設定モードが第１のリソース設定モードであると決定することと、
    第２のリソース設定モードに対応するサイドリンク・リソース、及び／又は前記第２のリソース設定モードに対応する前記サイドリンク・リソースに対応する設定を解放することと、を行うように構成されている、装置。
31. プロセッサを含む、サイドリンク・プロセスを処理するための装置であって、
    前記プロセッサは、メモリに接続され、前記メモリは、コンピュータ実行可能な命令を記憶するように構成され、前記プロセッサは、前記装置が、請求項１～４のいずれか一項に記載の方法、請求項５～７のいずれか一項に記載の方法、請求項８～１０のいずれか一項に記載の方法、又は請求項１１～１４のいずれか一項に記載の方法を実装するように、前記メモリに記憶された前記コンピュータ実行可能な命令を実行する、装置。
32. プロセッサを含む、サイドリンク・リソースを解放するための装置であって、
    前記プロセッサは、メモリに接続され、前記メモリは、コンピュータ実行可能な命令を記憶するように構成され、前記プロセッサは、前記装置が、請求項１５に記載の方法を実装するように、前記メモリに記憶された前記コンピュータ実行可能な命令を実行する、装置。
33. コンピュータ実行可能な命令を含むコンピュータ可読記憶媒体であって、前記コンピュータ実行可能な命令がコンピュータ上で実行されるときに、前記コンピュータは、請求項１～１５のいずれか一項に記載の方法を実行することが可能となる、コンピュータ可読記憶媒体。
34. コンピュータ実行可能な命令を含むコンピュータ・プログラム製品であって、前記コンピュータ実行可能な命令がコンピュータ上で動作されるときに、前記コンピュータは、請求項１～１５のいずれか一項に記載の方法を実行することが可能となる、コンピュータ・プログラム製品。

Images