JP2023542691A

JP2023542691A - ブロードキャストベースのユニキャストセッション方法および装置

Info

Publication number: JP2023542691A
Application number: JP2023518279A
Authority: JP
Inventors: ▲ミャオ▼ ▲楊▼; 明超李
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2020-09-22
Filing date: 2021-09-11
Publication date: 2023-10-11
Also published as: EP4210359A1; US20230224983A1; EP4210359A4; KR20230067655A; WO2022062928A1; CN114257967B; CN114257967A

Abstract

本出願の実施形態は、イニシエータデバイスとレスポンダデバイスとの間でブロードキャストによって搬送されるユニキャストセッションを確立するために、ブロードキャストメカニズムベースのユニキャストセッションシステム、方法、および装置、コンピュータ可読記憶媒体、ならびに車両を提供する。イニシエータデバイスまたはレスポンダデバイスの拡張識別子は、イニシエータデバイスまたはレスポンダデバイスのMAC識別子の競合によって引き起こされるセッションエラーを回避するために、ブロードキャストの方法で送信されるユニキャスト要求メッセージ、ユニキャスト応答メッセージ、またはユニキャスト確認応答メッセージに追加され、その結果、ユニキャストセッションの信頼性を改善する。

Description

関連出願の相互参照
本出願は、2020年9月22日に中国国家知識産権局に出願された、「ブロードキャストベースのユニキャストセッション方法および装置」と題された中国特許出願第202011002526．5号の優先権を主張するものであり、その全体は、参照によりここに組み込まれる。

本出願は、車車間・路車間技術の分野に関し、特に、ブロードキャストベースのユニキャストセッション方法および装置に関する。

社会の継続的な発展に伴い、自動車はますます普及している。運転は人々に利便性をもたらすが、それは社会環境に悪影響も及ぼす。例えば、車両の数の急激な増加は、都市の交通渋滞、頻繁な交通事故、および低劣な環境品質などの一連の問題を引き起こす。したがって、V2X（車車間・路車間、Vehicle to Everything）通信技術が登場している。車両は、車車間（Vehicle to Vehicle、V2V）、路車間（Vehicle to Infrastructure、V2I）、歩車間（Vehicle to Pedestrian、V2P）、または車ネットワーク間（Vehicle to Network、V2N）を使用して、道路交通情報および安全警告情報を適時に取得し得る。このようにして、交通安全リスクがある程度低減され、交通効率が改善される。

現在、4G（第4世代移動通信技術、The 4th Generation）V2X技術に基づく通信方法は、主にメッセージブロードキャストである。しかしながら、インテリジェント接続車両の適用シナリオの継続的な発展に伴い、車車間・路車間アプリケーション、例えば、車両近接場決済、車両支援意思決定、または車両隊列運転は、ブロードキャストサービスモードのアプリケーションから、ユニキャストまたはマルチキャストをサポートするアプリケーションに徐々に進化している。これらのアプリケーション間で交換される情報は、1対1または1対多の端末間で実行される必要があり、伝送端は異なる受信端に異なるデータを送信する必要がある。したがって、V2Xシステムにおいてユニキャスト通信シナリオが考慮される必要がある。

図1は、4G V2Xブロードキャストベースの技術システムを説明するために以下で例として使用される。路側ユニット（Road Side Unit、RSU）RSU1は、ブロードキャストによってメッセージMsg0を繰り返し送信する。通信範囲内では、3つの車載ユニット（On Board Unit、OBU）OBU1、OBU2、およびOBU3が同じメッセージMsg0を受信する。路側ユニットと車載ユニットとの間でアドレッシングが実行される必要はない。加えて、伝送端を匿名化するために、メッセージMsg0内の送信元MAC（Media Access Control、媒体アクセス制御）アドレスがランダムに生成され、アプリケーション識別子をマッピングすることによって宛先MAC識別子が生成される。OBU1、OBU2、およびOBU3がそれぞれ応答メッセージMsg1、Msg2、およびMsg3を送信する場合、3つの応答メッセージ内の送信元MAC識別子MAC1、MAC2、およびMAC3もランダムに生成される。3つの応答メッセージがRSU1によって受信された後、MAC識別子の競合が発生する。一方で、2つの異なるOBUが同じMsg0に応答し得、応答メッセージ内の送信元MAC識別子は同じである（例えば、MAC1＝MAC2である）。この場合、RSU1は、どのOBUがMsg1およびMsg2をRSU1に送信したかを区別することができず、正しい応答を行うことができない。他方で、Msg2は、OBU2が別のRSUに応答するためのメッセージであり得、MAC2は、RSUに応答するためにOBU1によって使用されるMsg1内のMAC1と同じである。したがって、RSU1は、Msg2がRSU1に応答するために使用されているかどうかを決定することができない。さらに、MAC識別子の競合が存在するときに、送信されたデータパケットがRLC（Radio Link Control、無線リンク制御）層でセグメント化され、受信中にRLC層で再組み立てされる場合、エラーが発生し、メッセージ解析障害を引き起こす。

将来、5G（第5世代移動通信技術、The 5th Generation）ベースのV2X技術はユニキャストサービスをサポートするが、V2X技術の標準化および産業化を実施するのはまだ早い。しかしながら、4G V2Xブロードキャストベースの物理層チャネル設計は決定されている。物理層を変更または再設計することによって専用時間周波数リソースまたは専用物理チャネルをユニキャストサービスに割り当てる方法は、非常に複雑で長く、現在実施することが困難である。

したがって、ブロードキャストベースの技術システムにおいて簡単で、効果的で、信頼できるユニキャストサービスをどのように実施するかは、緊急に解決される必要がある技術的問題である。

本出願の実施形態は、ブロードキャストベースの技術システムがユニキャストサービスをサポートすることができないという従来技術における技術的問題を解決するために、ブロードキャストベースのユニキャストセッション方法、装置、およびシステム、コンピュータ可読記憶媒体、コンピュータプログラム製品、ならびに車両を提供する。

第1の態様によれば、イニシエータデバイスおよび少なくとも1つのレスポンダデバイスを含むブロードキャストベースのユニキャストセッションシステムであって、少なくとも1つのレスポンダデバイスは、第1のレスポンダデバイスを含み、第1のレスポンダデバイスは、本出願のネットワーク環境またはシステム内の任意の1つまたは特定のレスポンダデバイスである、ブロードキャストベースのユニキャストセッションシステムが提供される。イニシエータデバイスは、周期的ブロードキャストによって第1のユニキャスト要求メッセージを送信し、第1のユニキャスト要求メッセージは、ユニキャストセッションのイニシエータデバイスによって要求されたユニキャストサービスタイプと、イニシエータデバイスによって要求されたユニキャストサービスデータと、イニシエータデバイスの第1の媒体アクセス制御MAC識別子および第1の拡張識別子とを含む、ように構成される。第1のMAC識別子は、媒体アクセス制御層におけるイニシエータデバイスの動的に更新される識別子であり、第1の拡張識別子は、イニシエータデバイスを別のイニシエータデバイスから区別するために使用され、第1の拡張識別子は第1のMAC識別子とは異なる。第1のレスポンダデバイスは、第1のユニキャスト要求メッセージを受信し、受信された第1のユニキャスト要求メッセージに応答して、ブロードキャストによって第1のユニキャスト応答メッセージを送信し、第1のユニキャスト応答メッセージは、ユニキャストセッションの第1のレスポンダデバイスによって応答されたユニキャストサービスタイプと、第1のレスポンダデバイスによって応答されたユニキャストサービスデータと、第1のMAC識別子と、第1の拡張識別子と、第1のレスポンダデバイスの第2の媒体アクセス制御MAC識別子および第2の拡張識別子とを含む、ように構成される。第2のMAC識別子は、媒体アクセス制御層における第1のレスポンダデバイスの動的に更新される識別子であり、第2の拡張識別子は、第1のレスポンダデバイスを別のレスポンダデバイスから区別するために使用され、第2の拡張識別子は第2のMAC識別子とは異なる。イニシエータデバイスは、第1のユニキャスト応答メッセージを受信し、受信された第1のユニキャスト応答メッセージに応答して、ブロードキャストによって第1のユニキャスト確認応答メッセージを送信し、第1のユニキャスト確認応答メッセージは、第1のレスポンダデバイスによって応答されたユニキャストサービスデータの確認応答情報、第1のMAC識別子、第1の拡張識別子、第2のMAC識別子、および第2の拡張識別子を含む、ようにさらに構成される。第1のレスポンダデバイスは、第1のユニキャスト確認応答メッセージを受信し、第1のユニキャスト確認応答メッセージに基づいてユニキャストセッションに関連するサービス処理を実行するようにさらに構成される。ユニキャストセッションに関連するサービス処理は、第1のユニキャスト応答メッセージ内のユニキャストサービスタイプおよびユニキャストサービスデータに関連するサービス処理である。例えば、車両近接場決済シナリオでは、イニシエータデバイスは路側料金収受デバイスであり、レスポンダデバイスは車両である。路側料金収受デバイスからの、決済サービスに関連するユニキャスト確認応答メッセージを受信した後、車両は、料金決済に関連するサービス処理を実行する。別の例として、車両隊列運転シナリオでは、イニシエータデバイスは第1の車両であり、レスポンダデバイスは第2の車両である。第1の車両からの、隊列呼出しに関連するユニキャスト確認応答メッセージを受信した後、第2の車両は、第1の車両と車両隊列を形成するサービス処理を実行する。

イニシエータデバイスは、第1のユニキャスト応答メッセージ内のイニシエータデバイスのMAC識別子が第1のユニキャスト要求メッセージ内の第1のMAC識別子であり、第1のユニキャスト応答メッセージ内のイニシエータデバイスの拡張識別子が第1のユニキャスト要求メッセージ内の第1の拡張識別子であることを識別することによって、第1のユニキャスト応答メッセージがイニシエータデバイスへの応答であると決定する。同様に、第1のユニキャスト確認応答メッセージを受信した後、第1のレスポンダデバイスは、第1のユニキャスト確認応答メッセージ内の第1のMAC識別子、第1の拡張識別子、第2のMAC識別子、および第2の拡張識別子を識別することによって、受信されたユニキャスト確認応答メッセージが、第1のレスポンダデバイスによって以前に送信された第1のユニキャスト応答メッセージに対応するかどうかを決定し得る。ブロードキャストによってイニシエータとレスポンダとの間で交換されるセッションメッセージ内のMAC識別子は動的に更新されるため、MAC識別子の競合が発生し得る。ブロードキャストによって伝送されるユニキャストセッションメッセージに、レスポンダデバイスまたはイニシエータデバイスを識別するために使用される拡張識別子を追加することによって、MAC識別子の競合によって引き起こされるセッションエラーが効果的に回避されることができ、ブロードキャストベースの技術システムにおいてユニキャストサービスが実施されることができる。

イニシエータデバイスは、路側デバイスであってもよいし、または車載端末であってもよい。イニシエータデバイスが路側デバイスであるとき、第1のMAC識別子は、限定された値の範囲内でランダムに選択されてもよいし、または路側オペレータによって割り当てられてもよい。イニシエータデバイスが車載端末であるとき、第1のMAC識別子は、限定された値の範囲内でランダムに選択されてもよい。さらに、第1のMAC識別子は周期的に変化してもよい。

レスポンダデバイスは、路側デバイスであってもよいし、または車載端末であってもよい。レスポンダデバイスが路側デバイスであるとき、第1のMAC識別子は、限定された値の範囲内でランダムに選択されてもよいし、または路側オペレータによって割り当てられてもよい。レスポンダデバイスが車載端末であるとき、第1のMAC識別子は、限定された値の範囲内でランダムに選択されてもよい。さらに、第1のMAC識別子は周期的に変化してもよい。

任意選択で、第1のMAC識別子は、イニシエータデバイスによって生成される乱数である。

任意選択で、第2のMAC識別子は、レスポンダデバイスによって生成される乱数である。

任意選択で、第1の拡張識別子または第2の拡張識別子は、デバイスハードウェア識別子、デバイスネットワークアクセス識別子、電子アイデンティティ、IMEI（国際モバイル機器アイデンティティ、International Mobile Equipment Identity）、VIN（車両識別番号、Vehicle Identification Number）、もしくは空間位置識別子情報のうちの少なくとも1つによって形成されるか、または前述の識別子のうちの少なくとも1つがパラメータである関数を使用してマッピングによって生成される。

任意選択で、第1の拡張識別子または第2の拡張識別子は乱数として生成される。

任意選択で、第1の拡張識別子または第2の拡張識別子は手動設定によって生成される。

任意選択で、第1の拡張識別子または第2の拡張識別子は、4G V2XメッセージのDSMPプロトコル層で設定される。

任意選択で、第1の拡張識別子または第2の拡張識別子は、4G V2Xメッセージのメッセージ層のメッセージ本体に設定される。

第1の態様によれば、ブロードキャストベースのユニキャストセッションシステムの第1の可能な実施態様において、イニシエータデバイスは、複数のレスポンダデバイスによってブロードキャストで送信された複数のユニキャスト応答メッセージを受信し、複数のユニキャスト応答メッセージは、第1のユニキャスト応答メッセージを含み、複数のレスポンダデバイスは、第1のレスポンダデバイスを含み、複数のユニキャスト応答メッセージの中から、応答されたユニキャスト応答メッセージとして、少なくとも1つのユニキャスト応答メッセージを選択し、少なくとも1つのユニキャスト応答メッセージの各々内のイニシエータデバイスのMAC識別子は第1のMAC識別子であり、各ユニキャスト応答メッセージ内のイニシエータデバイスの拡張識別子は第1の拡張識別子であり、少なくとも1つのユニキャスト応答メッセージは第1のユニキャスト応答メッセージを含む。第1のユニキャスト要求メッセージはブロードキャストによって送信されるため、第1のユニキャスト要求メッセージは、複数のレスポンダデバイスによって受信および応答され得る。イニシエータデバイスは、複数のレスポンダデバイスによってフィードバックされた複数のユニキャスト応答メッセージで搬送されたレスポンダデバイスのMAC識別子および拡張識別子に基づいて、ユニキャストセッションを確立するために少なくとも1つのレスポンダデバイスを選択し得る。

第1の態様または第1の態様の第1の可能な実施態様によれば、ブロードキャストベースのユニキャストセッションシステムの第2の可能な実施態様において、イニシエータデバイスは、選択された少なくとも1つのユニキャスト応答メッセージに応答して、ブロードキャストによって複数のユニキャスト確認応答メッセージを順番に送信し、複数のユニキャスト確認応答メッセージは、第1のユニキャスト確認応答メッセージを含み、複数のユニキャスト確認応答メッセージの各々は、ユニキャスト確認応答メッセージに対応するユニキャストサービスデータの確認応答情報と、第1のMAC識別子と、第1の拡張識別子と、ユニキャスト確認応答メッセージに対応するレスポンダデバイスのMAC識別子および拡張識別子とを含む。イニシエータデバイスが複数のレスポンダデバイスとユニキャストセッションを別々に確立しようとするとき、イニシエータデバイスは、ブロードキャストによってユニキャスト確認応答メッセージを順番に送信することによって、選択された複数のレスポンダデバイスの各々とのユニキャストセッションを別々に実行し得る。

第1の態様または第1の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッションシステムの第3の可能な実施態様において、第1のユニキャスト確認応答メッセージまたは第1のユニキャスト応答メッセージは、メッセージ層および無線リンク制御層を含み、無線リンク制御層における第1のユニキャスト確認応答メッセージまたは第1のユニキャスト応答メッセージの内容情報は、データパケットによって搬送され、第1のユニキャスト確認応答メッセージまたは第1のユニキャスト応答メッセージのメッセージ層は、ユニキャストメッセージの属性を示すために使用される情報を含む。メッセージ層は、ユニキャストサービスをRLC層に示し、これにより、ユニキャストサービスデータパケットはRLC層でセグメント化されず、MAC識別子の競合が発生してもデータパケットが解析されることができることが保証され、その結果、ブロードキャストによってユニキャストセッションを実行する信頼性をさらに改善する。

第1の態様または第1の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッションシステムの第4の可能な実施態様において、ブロードキャストによって第1のユニキャスト応答メッセージを送信することは、ブロードキャストによって第1のユニキャスト応答メッセージを繰り返し送信することである。ブロードキャストによって第1のユニキャスト応答メッセージを繰り返し送信することは、ブロードキャストベースのユニキャストセッションシステムの堅牢性および信頼性をさらに改善することができる。

第1の態様または第1の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッションシステムの第5の可能な実施態様において、第1のユニキャスト要求メッセージは、第1のユニキャスト応答メッセージの繰り返し送信回数または繰り返し送信間隔の少なくとも一方を示すために使用される第1の送信指示情報をさらに含む。イニシエータデバイスは、ユニキャスト要求メッセージで指示情報を搬送することによって、ユニキャスト要求メッセージに対して返されるユニキャスト応答メッセージを送信する方法をレスポンダに示し得る。

第1の態様または第1の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッションシステムの第6の可能な実施態様において、第1のユニキャスト応答メッセージの実際の繰り返し送信回数または実際の繰り返し送信間隔の少なくとも一方は、第1の送信指示情報に基づいて決定される。加えて、イニシエータデバイスが、ユニキャスト要求メッセージにおいて、ユニキャスト応答メッセージをレスポンダデバイスに送信する方法を示しても、レスポンダは、それでも指示情報に従わなくてもよく、例えば、サービス負荷もしくはサービス優先度、チャネルステータス、ユニキャストサービスの信頼性、またはレスポンダデバイスの遅延要件に基づいて方法を決定してもよい。

第1の態様または第1の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッションシステムの第7の可能な実施態様において、ブロードキャストによって第1のユニキャスト確認応答メッセージを送信することは、ブロードキャストによって第1のユニキャスト確認応答メッセージを繰り返し送信することである。ブロードキャストによって第1のユニキャスト確認応答メッセージを繰り返し送信することは、ブロードキャストベースのユニキャストセッションシステムの堅牢性および信頼性をさらに改善することができる。

第1の態様または第1の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッションシステムの第8の可能な実施態様において、第1のユニキャスト応答メッセージは、第1のユニキャスト確認応答メッセージの繰り返し送信回数、繰り返し送信間隔、または残りの待機時間のうちの少なくとも1つを示すために使用される第2の送信指示情報をさらに含む。レスポンダデバイスは、ユニキャスト応答メッセージで指示情報を搬送することによって、ユニキャスト応答メッセージに対して返されるユニキャスト確認応答メッセージを送信する方法をイニシエータに示し得る。

第1の態様または第1の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッションシステムの第9の可能な実施態様において、第1のユニキャスト確認応答メッセージの実際の繰り返し送信回数または実際の繰り返し送信間隔の少なくとも一方は、第2の送信指示情報に基づいて決定される。加えて、レスポンダデバイスが、ユニキャスト応答メッセージにおいて、ユニキャスト確認応答メッセージをイニシエータデバイスに送信する方法を示しても、イニシエータは、それでも指示情報に従わなくてもよく、例えば、サービス負荷もしくはサービス優先度、チャネルステータス、ユニキャストサービスの信頼性、またはイニシエータデバイスの遅延要件に基づいて方法を決定してもよい。

第1の態様または第1の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッションシステムの第10の可能な実施態様において、第1のユニキャスト要求メッセージは、第2のMAC識別子および第2の拡張識別子をさらに含む。第1のレスポンダデバイスがブロードキャストによって第1のユニキャスト応答メッセージを送信することは、第1のユニキャスト要求メッセージ内の第2のMAC識別子が第1のレスポンダデバイスの現在のMAC識別子と同じであり、第1のユニキャスト要求メッセージ内の第2の拡張識別子が第1のレスポンダデバイスの拡張識別子と同じであるときに、第1のレスポンダデバイスがブロードキャストによって第1のユニキャスト応答メッセージを送信することを含む。言い換えれば、イニシエータデバイスは、招待されるレスポンダデバイスのMAC識別子および拡張識別子がユニキャスト要求メッセージに設定されていれば、ブロードキャストによってユニキャストセッションを実行するように特定のデバイスを招待し得る。例えば、この実施態様では、第1のユニキャスト要求メッセージは、イニシエータデバイスがユニキャストセッションを確立しようとしているデバイスが、第2のMAC識別子および第2の拡張識別子が属する第1のレスポンダデバイスであることを第1のユニキャスト要求メッセージのすべての受信デバイスに示すために、第2のMAC識別子および第2の拡張識別子を搬送する。この実施態様によれば、第1のユニキャスト要求メッセージを受信した後、別のデバイスは、第1のユニキャスト要求メッセージ内のレスポンダデバイスのMAC識別子および拡張識別子を識別することによって、イニシエータデバイスによって要求されたレスポンダデバイスは別のデバイスではないと決定し得、これにより、応答は行われず、その結果、通信リソースの浪費を回避する。他方で、第1のユニキャスト要求メッセージを受信した後、第1のレスポンダデバイスは、レスポンダデバイスのユニキャストセッション意図を事前に知って、対応する準備を事前に行うために、第1のユニキャスト要求メッセージ内のレスポンダデバイスのMAC識別子および拡張識別子を識別することによって、イニシエータデバイスによって要求されたレスポンダデバイスが第1のレスポンダデバイスであると決定し得る。

第1の態様または第1の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッションシステムの第9の可能な実施態様において、少なくとも1つのレスポンダデバイスは、第2のレスポンダデバイスをさらに含む。イニシエータデバイスは、第2のレスポンダデバイスから第2のユニキャスト応答メッセージを受信し、第2のユニキャスト応答メッセージは、第2のレスポンダデバイスによって応答されたユニキャストサービスタイプと、第2のレスポンダデバイスによって応答されたユニキャストサービスデータと、第1のMAC識別子と、第1の拡張識別子とは異なる第5の拡張識別子と、第2のレスポンダデバイスのMAC識別子および拡張識別子とを含み、周期的ブロードキャストによって第2のユニキャスト要求メッセージを送信し、第2のユニキャスト要求メッセージは、ユニキャストセッションのイニシエータデバイスによって要求されたユニキャストサービスタイプと、イニシエータデバイスによって要求されたユニキャストサービスデータと、イニシエータデバイスの更新されたMAC識別子および第1の拡張識別子とを含み、イニシエータデバイスの更新されたMAC識別子は第1のMAC識別子とは異なる。第2のユニキャスト応答メッセージ内のMAC識別子はイニシエータデバイスの現在のMAC識別子と一致するが、拡張識別子はイニシエータデバイスに属していないことを識別することによって、イニシエータデバイスは、異なるイニシエータデバイス間にMAC識別子の競合が存在することを発見する。競合を回避するために、イニシエータデバイスは、新しいユニキャスト要求メッセージを送信するためにイニシエータデバイスのMAC識別子を更新し、更新されたMAC識別子を使用する。

第1の態様または第1の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッションシステムの第9の可能な実施態様において、第1のレスポンダデバイスが第1のユニキャスト応答メッセージを送信した後、残りの待機時間内に第1のユニキャスト確認応答メッセージが受信されなかった場合、第1のレスポンダデバイスは、ブロードキャストによって第1のユニキャスト応答メッセージを再送信する。ブロードキャストメカニズムにおけるユニキャストセッションの堅牢性および信頼性は、待機時間およびタイムアウト再送信によってさらに改善されることができる。

任意選択で、第1のユニキャスト応答メッセージがブロードキャストによって再送信されるとき、第2のMAC識別子はもはやレスポンダデバイスのMAC識別子として使用されず、更新されたMAC識別子がレスポンダデバイスのMAC識別子として使用される。これは、タイムアウトによりユニキャスト確認応答メッセージが受信されないことが、複数のレスポンダデバイス間のMAC識別子の競合によって引き起こされ得るためである。ユニキャスト応答メッセージ内のレスポンダデバイスのMAC識別子が更新され、これにより、ブロードキャストメカニズムにおける正常なユニキャストセッションの可能性が高められることができる。

第2の態様によれば、周期的ブロードキャストによって第1のユニキャスト要求メッセージを送信するステップであって、第1のユニキャスト要求メッセージは、ユニキャストセッションのイニシエータデバイスによって要求されたユニキャストサービスタイプと、イニシエータデバイスによって要求されたユニキャストサービスデータと、イニシエータデバイスの第1のMAC識別子および第1の拡張識別子とを含む、ステップを含むブロードキャストベースのユニキャストセッション方法が提供される。第1のMAC識別子は、媒体アクセス制御層におけるイニシエータデバイスの動的に更新される識別子であり、第1の拡張識別子は、イニシエータデバイスを別のイニシエータデバイスから区別するために使用され、第1の拡張識別子は第1のMAC識別子とは異なる。本方法は、第1のレスポンダデバイスによってブロードキャストで送信された第1のユニキャスト応答メッセージを受信するステップであって、第1のレスポンダデバイスは、本出願のネットワーク環境またはシステム内の任意の1つまたは特定のレスポンダデバイスであり、第1のユニキャスト応答メッセージは、第1のレスポンダデバイスによって応答されたユニキャストサービスタイプと、第1のレスポンダデバイスによって応答されたユニキャストサービスデータと、第1のMAC識別子と、第1の拡張識別子と、第1のレスポンダデバイスの第2のMAC識別子および第2の拡張識別子とを含む、ステップをさらに含む。第2のMAC識別子は、媒体アクセス制御層における第1のレスポンダデバイスの動的に更新される識別子であり、第2の拡張識別子は、第1のレスポンダデバイスを別のレスポンダデバイスから区別するために使用され、第2の拡張識別子は第2のMAC識別子とは異なる。本方法は、受信された第1のユニキャスト応答メッセージに応答して、ブロードキャストによって第1のユニキャスト確認応答メッセージを送信するステップであって、第1のユニキャスト確認応答メッセージは、第1のレスポンダデバイスによって応答されたユニキャストサービスデータの確認応答情報と、第1のMAC識別子と、第1の拡張識別子と、第2のMAC識別子と、第2の拡張識別子とを含む、ステップをさらに含む。

第2の態様によれば、ブロードキャストベースのユニキャストセッション方法の第1の可能な実施態様において、本方法は、第2のレスポンダデバイスによってブロードキャストで送信された第2のユニキャスト応答メッセージを受信するステップであって、第2のユニキャスト応答メッセージは、第2のレスポンダデバイスによって応答されたユニキャストサービスタイプと、第2のレスポンダデバイスによって応答されたユニキャストサービスデータと、第1のMAC識別子と、第1の拡張識別子と、第2のレスポンダデバイスの第3のMAC識別子および第3の拡張識別子とを含む、ステップと、第1のユニキャスト応答メッセージおよび第2のユニキャスト応答メッセージを含む複数のユニキャスト応答メッセージの中から、応答されたユニキャスト応答メッセージとして、第1のユニキャスト応答メッセージを含む少なくとも1つのユニキャスト応答メッセージを選択するステップであって、少なくとも1つのユニキャスト応答メッセージの各々に含まれるイニシエータデバイスのMAC識別子は第1のMAC識別子であり、各ユニキャスト応答メッセージに含まれるイニシエータデバイスの拡張識別子は第1の拡張識別子である、ステップとをさらに含む。第1のユニキャスト要求メッセージはブロードキャストによって送信されるため、第1のユニキャスト要求メッセージは、複数のレスポンダデバイスによって受信および応答され得る。イニシエータデバイスは、複数のレスポンダデバイスによってフィードバックされた複数のユニキャスト応答メッセージで搬送されたレスポンダデバイスのMAC識別子および拡張識別子に基づいて、ユニキャストセッションを確立するために少なくとも1つのレスポンダデバイスを選択し得る。

第2の態様または第2の態様の第1の可能な実施態様によれば、ブロードキャストベースのユニキャストセッション方法の第2の可能な実施態様において、応答されたユニキャスト応答メッセージとして使用される少なくとも1つのユニキャスト応答メッセージは、第3のレスポンダデバイスによってブロードキャストで送信された第3のユニキャスト応答メッセージをさらに含み、第3のユニキャスト応答メッセージは、第3のレスポンダデバイスによって応答されたユニキャストサービスタイプと、第3のレスポンダデバイスによって応答されたユニキャストサービスデータと、第1のMAC識別子と、第1の拡張識別子と、第3のレスポンダデバイスの第4のMAC識別子および第4の拡張識別子とを含む。本方法は、第3のレスポンダデバイスによってブロードキャストで送信された第3のユニキャスト応答メッセージを受信するステップと、第3のユニキャスト応答メッセージに応答して、ブロードキャストによって第2のユニキャスト確認応答メッセージを送信するステップであって、第2のユニキャスト確認応答メッセージは、第3のレスポンダデバイスによって応答されたユニキャストサービスデータの確認応答情報と、第1のMAC識別子と、第1の拡張識別子と、第4のMAC識別子と、第4の拡張識別子とを含む、ステップとをさらに含む。イニシエータデバイスが複数のレスポンダデバイスとユニキャストセッションを別々に確立しようとするとき、イニシエータデバイスは、ブロードキャストによってユニキャスト確認応答メッセージを順番に送信することによって、選択された複数のレスポンダデバイスの各々とのユニキャストセッションを別々に実行し得る。

第2の態様または第2の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッション方法の第3の可能な実施態様において、第1のユニキャスト確認応答メッセージは、メッセージ層および無線リンク制御層を含み、無線リンク制御層における第1のユニキャスト確認応答メッセージの内容情報は、データパケットによって搬送され、第1のユニキャスト確認応答メッセージのメッセージ層は、ユニキャストメッセージの属性を示すために使用される情報を含む。メッセージ層は、ユニキャストサービスをRLC層に示し、これにより、ユニキャストサービスデータパケットはRLC層でセグメント化されず、MAC識別子の競合が発生してもデータパケットが解析されることができることが保証され、その結果、ブロードキャストによってユニキャストセッションを実行する信頼性をさらに改善する。

第2の態様または第2の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッション方法の第4の可能な実施態様において、第1のユニキャスト要求メッセージは、第1のユニキャスト応答メッセージの繰り返し送信回数または繰り返し送信間隔の少なくとも一方を示すために使用される第1の送信指示情報をさらに含む。イニシエータデバイスは、ユニキャスト要求メッセージで指示情報を搬送することによって、ユニキャスト要求メッセージに対して返されるユニキャスト応答メッセージを送信する方法をレスポンダに示し得る。

第2の態様または第2の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッション方法の第5の可能な実施態様において、ブロードキャストによって第1のユニキャスト確認応答メッセージを送信するステップは、ブロードキャストによって第1のユニキャスト確認応答メッセージを繰り返し送信するステップであり、第1のユニキャスト応答メッセージは、第1のユニキャスト確認応答メッセージの繰り返し送信回数、繰り返し送信間隔、または残りの待機時間のうちの少なくとも1つを示すために使用される第2の送信指示情報をさらに含む。ブロードキャストによって第1のユニキャスト確認応答メッセージを繰り返し送信することは、ブロードキャストベースのユニキャストセッションシステムの堅牢性および信頼性をさらに改善することができる。レスポンダデバイスは、ユニキャスト応答メッセージで指示情報を搬送することによって、ユニキャスト応答メッセージに対して返されるユニキャスト確認応答メッセージを送信する方法をイニシエータに示し得る。

第2の態様または第2の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッション方法の第6の可能な実施態様において、第1のユニキャスト確認応答メッセージの実際の繰り返し送信回数または実際の繰り返し送信間隔の少なくとも一方は、第2の送信指示情報に基づいて決定される。加えて、レスポンダデバイスが、ユニキャスト応答メッセージにおいて、ユニキャスト確認応答メッセージをイニシエータデバイスに送信する方法を示しても、イニシエータは、それでも指示情報に従わなくてもよく、例えば、サービス負荷もしくはサービス優先度、チャネルステータス、ユニキャストサービスの信頼性、またはイニシエータデバイスの遅延要件に基づいて方法を決定してもよい。

第2の態様または第2の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッション方法の第7の可能な実施態様において、第1のユニキャスト要求メッセージは、第2のMAC識別子および第2の拡張識別子をさらに含む。言い換えれば、イニシエータデバイスは、招待されるレスポンダデバイスのMAC識別子および拡張識別子がユニキャスト要求メッセージに設定されていれば、ブロードキャストによってユニキャストセッションを実行するように特定のデバイスを招待し得る。例えば、この実施態様では、第1のユニキャスト要求メッセージは、イニシエータデバイスがユニキャストセッションを確立しようとしているデバイスが、第2のMAC識別子および第2の拡張識別子が属する第1のレスポンダデバイスであることを第1のユニキャスト要求メッセージのすべての受信デバイスに示すために、第2のMAC識別子および第2の拡張識別子を搬送する。この実施態様によれば、第1のユニキャスト要求メッセージを受信した後、別のデバイスは、第1のユニキャスト要求メッセージ内のレスポンダデバイスのMAC識別子および拡張識別子を識別することによって、イニシエータデバイスによって要求されたレスポンダデバイスは別のデバイスではないと決定し得、これにより、応答は行われず、その結果、通信リソースの浪費を回避する。他方で、第1のユニキャスト要求メッセージを受信した後、第1のレスポンダデバイスは、レスポンダデバイスのユニキャストセッション意図を事前に知って、対応する準備を事前に行うために、第1のユニキャスト要求メッセージ内のレスポンダデバイスのMAC識別子および拡張識別子を識別することによって、イニシエータデバイスによって要求されたレスポンダデバイスが第1のレスポンダデバイスであると決定し得る。

第2の態様または第2の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッション方法の第8の可能な実施態様において、本方法は、第2のレスポンダデバイスから第2のユニキャスト応答メッセージを受信するステップであって、第2のユニキャスト応答メッセージは、第2のレスポンダデバイスによって応答されたユニキャストサービスタイプと、第2のレスポンダデバイスによって応答されたユニキャストサービスデータと、第1のMAC識別子と、第1の拡張識別子とは異なる第5の拡張識別子と、第2のレスポンダデバイスのMAC識別子および拡張識別子とを含む、ステップと、周期的ブロードキャストによって第2のユニキャスト要求メッセージを送信するステップであって、第2のユニキャスト要求メッセージは、ユニキャストセッションのイニシエータデバイスによって要求されたユニキャストサービスタイプと、イニシエータデバイスによって要求されたユニキャストサービスデータと、イニシエータデバイスの更新されたMAC識別子および第1の拡張識別子とを含み、イニシエータデバイスの更新されたMAC識別子は第1のMAC識別子とは異なる、ステップとをさらに含む。第2のユニキャスト応答メッセージ内のMAC識別子はイニシエータデバイスの現在のMAC識別子と一致するが、拡張識別子はイニシエータデバイスに属していないことを識別することによって、イニシエータデバイスは、異なるイニシエータデバイス間にMAC識別子の競合が存在することを発見する。競合を回避するために、イニシエータデバイスは、新しいユニキャスト要求メッセージを送信するためにイニシエータデバイスのMAC識別子を更新し、更新されたMAC識別子を使用する。

第3の態様によれば、ユニキャストセッションのイニシエータデバイスによって周期的ブロードキャストで送信された第1のユニキャスト要求メッセージを受信するステップであって、第1のユニキャスト要求メッセージは、イニシエータデバイスによって要求されたユニキャストサービスタイプと、イニシエータデバイスによって要求されたユニキャストサービスデータと、イニシエータデバイスの第1のMAC識別子および第1の拡張識別子とを含む、ステップを含むブロードキャストベースのユニキャストセッション方法が提供される。第1のMAC識別子は、媒体アクセス制御層におけるイニシエータデバイスの動的に更新される識別子であり、第1の拡張識別子は、イニシエータデバイスを別のイニシエータデバイスから区別するために使用され、第1の拡張識別子は第1のMAC識別子とは異なる。本方法は、受信された第1のユニキャスト要求メッセージに応答して、ブロードキャストによって第1のユニキャスト応答メッセージを送信するステップであって、第1のユニキャスト応答メッセージは、ユニキャストセッションの第1のレスポンダデバイスによって応答されたユニキャストサービスタイプと、第1のレスポンダデバイスによって応答されたユニキャストサービスデータと、第1のMAC識別子と、第1の拡張識別子と、第1のレスポンダデバイスの第2のMAC識別子および第2の拡張識別子とを含む、ステップをさらに含む。第1のレスポンダデバイスは、本出願のネットワーク環境またはシステム内の任意の1つまたは特定のレスポンダデバイスであり、第2のMAC識別子は、媒体アクセス制御層における第1のレスポンダデバイスの動的に更新される識別子であり、第2の拡張識別子は、第1のレスポンダデバイスを別のレスポンダデバイスから区別するために使用され、第2の拡張識別子は第2のMAC識別子とは異なる。本方法は、イニシエータデバイスから第1のユニキャスト確認応答メッセージを受信するステップであって、第1のユニキャスト確認応答メッセージは、第1のレスポンダデバイスによって応答されたユニキャストサービスデータの確認応答情報、第1のMAC識別子、第1の拡張識別子、第2のMAC識別子、および第2の拡張識別子を含む、ステップと、第1のユニキャスト確認応答メッセージに基づいてユニキャストセッションに関連するサービス処理を実行するステップとをさらに含む。ユニキャストセッションに関連するサービス処理は、第1のユニキャスト応答メッセージ内のユニキャストサービスタイプおよびユニキャストサービスデータに関連するサービス処理である。例えば、車両近接場決済シナリオでは、イニシエータデバイスは路側料金収受デバイスであり、レスポンダデバイスは車両である。路側料金収受デバイスからの、決済サービスに関連するユニキャスト確認応答メッセージを受信した後、車両は、料金決済に関連するサービス処理を実行する。別の例として、車両隊列運転シナリオでは、イニシエータデバイスは第1の車両であり、レスポンダデバイスは第2の車両である。第1の車両からの、隊列呼出しに関連するユニキャスト確認応答メッセージを受信した後、第2の車両は、第1の車両と車両隊列を形成するサービス処理を実行する。

第1のレスポンダデバイスは、第1のレスポンダデバイスがブロードキャストによってイニシエータデバイスとユニキャストセッションを確立するかどうかを決定するために、第1のユニキャスト要求メッセージ内のイニシエータデバイスのMAC識別子および拡張識別子を使用してイニシエータデバイスのアイデンティティを識別する。第1のレスポンダデバイスがブロードキャストによってイニシエータデバイスとユニキャストセッションを確立する場合、第1のレスポンダデバイスは、ブロードキャストによって第1のユニキャスト応答メッセージを送信する。一方で、第1のユニキャスト応答メッセージは、第1のユニキャスト応答メッセージと第1のユニキャスト要求メッセージとの対応関係を示すために、イニシエータデバイスのMAC識別子および拡張識別子を搬送する。他方で、第1のユニキャスト応答メッセージは、イニシエータデバイスへのブロードキャストによってユニキャストセッションを確立する意図を表すためにイニシエータデバイスのMAC識別子および拡張識別子を搬送する。ブロードキャストによってイニシエータとレスポンダとの間で交換されるセッションメッセージ内のMAC識別子は動的に更新されるため、MAC識別子の競合が発生し得る。ブロードキャストによって伝送されるユニキャストセッションメッセージに、レスポンダデバイスまたはイニシエータデバイスを識別するために使用される拡張識別子を追加することによって、MAC識別子の競合によって引き起こされるセッションエラーが効果的に回避されることができ、ブロードキャストベースの技術システムにおいてユニキャストサービスが実施されることができる。

第3の態様によれば、ブロードキャストベースのユニキャストセッション方法の第1の可能な実施態様において、第1のユニキャスト応答メッセージは、メッセージ層および無線リンク制御層を含み、無線リンク制御層における第1のユニキャスト応答メッセージの内容情報は、データパケットによって搬送され、第1のユニキャスト応答メッセージのメッセージ層は、ユニキャストメッセージの属性を示すために使用される情報を含む。メッセージ層は、ユニキャストサービスをRLC層に示し、これにより、ユニキャストサービスデータパケットはRLC層でセグメント化されず、MAC識別子の競合が発生してもデータパケットが解析されることができることが保証され、その結果、ブロードキャストによってユニキャストセッションを実行する信頼性をさらに改善する。

第3の態様または第3の態様の第1の可能な実施態様によれば、ブロードキャストベースのユニキャストセッション方法の第2の可能な実施態様において、ブロードキャストによって第1のユニキャスト応答メッセージを送信するステップは、ブロードキャストによって第1のユニキャスト応答メッセージを繰り返し送信するステップであり、第1のユニキャスト要求メッセージは、第1のユニキャスト応答メッセージの繰り返し送信回数または繰り返し送信間隔の少なくとも一方を示すために使用される第1の送信指示情報をさらに含む。ブロードキャストによって第1のユニキャスト応答メッセージを繰り返し送信することは、ブロードキャストベースのユニキャストセッションシステムの堅牢性および信頼性をさらに改善することができる。イニシエータデバイスは、ユニキャスト要求メッセージで指示情報を搬送することによって、ユニキャスト要求メッセージに対して返されるユニキャスト応答メッセージを送信する方法をレスポンダに示し得る。

第3の態様または第3の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッション方法の第3の可能な実施態様において、第1のユニキャスト応答メッセージの実際の繰り返し送信回数または実際の繰り返し送信間隔の少なくとも一方は、第1の送信指示情報に基づいて決定される。加えて、イニシエータデバイスが、ユニキャスト要求メッセージにおいて、ユニキャスト応答メッセージをレスポンダデバイスに送信する方法を示しても、レスポンダは、それでも指示情報に従わなくてもよく、例えば、サービス負荷もしくはサービス優先度、チャネルステータス、ユニキャストサービスの信頼性、またはレスポンダデバイスの遅延要件に基づいて方法を決定してもよい。

第3の態様または第3の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッション方法の第4の可能な実施態様において、第1のユニキャスト応答メッセージは、第1のユニキャスト確認応答メッセージの繰り返し送信回数、繰り返し送信間隔、または残りの待機時間のうちの少なくとも1つを示すために使用される第2の送信指示情報をさらに含む。レスポンダデバイスは、ユニキャスト応答メッセージで指示情報を搬送することによって、ユニキャスト応答メッセージに対して返されるユニキャスト確認応答メッセージを送信する方法をイニシエータに示し得る。

第3の態様または第3の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッション方法の第5の可能な実施態様において、本方法は、第1のユニキャスト応答メッセージの送信から開始して、第1のユニキャスト確認応答メッセージが残りの待機時間内に受信されなかった場合に、ブロードキャストによって第1のユニキャスト応答メッセージを再送信するステップをさらに含む。ブロードキャストメカニズムにおけるユニキャストセッションの堅牢性および信頼性は、待機時間およびタイムアウト再送信によってさらに改善されることができる。

任意選択で、第1のユニキャスト応答メッセージがブロードキャストによって再送信されるとき、第2のMAC識別子はもはやレスポンダデバイスのMAC識別子として使用されず、更新されたMAC識別子がレスポンダデバイスのMAC識別子として使用される。これは、タイムアウトによりユニキャスト確認応答メッセージが受信されないことが、複数のレスポンダデバイスのMAC識別子の競合によって引き起こされ得るためである。ユニキャスト応答メッセージ内のレスポンダデバイスのMAC識別子が更新され、これにより、ブロードキャストメカニズムにおける正常なユニキャストセッションの可能性が高められることができる。

第3の態様または第3の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッション方法の第6の可能な実施態様において、第1のユニキャスト要求メッセージは、第2のMAC識別子および第2の拡張識別子をさらに含み、ブロードキャストによって第1のユニキャスト応答メッセージを送信するステップは、第1のユニキャスト要求メッセージ内の第2のMAC識別子が第1のレスポンダデバイスの現在のMAC識別子と同じであり、第1のユニキャスト要求メッセージ内の第2の拡張識別子が第1のレスポンダデバイスの拡張識別子と同じである場合に、ブロードキャストによって第1のユニキャスト応答メッセージを送信するステップを含む。イニシエータデバイスは、招待されるレスポンダデバイスのMAC識別子および拡張識別子がユニキャスト要求メッセージに設定されていれば、ブロードキャストによってユニキャストセッションを実行するように特定のデバイスを招待し得る。例えば、この実施態様では、第1のユニキャスト要求メッセージは、イニシエータデバイスがユニキャストセッションを確立しようとしているデバイスが、第2のMAC識別子および第2の拡張識別子が属する第1のレスポンダデバイスであることを第1のユニキャスト要求メッセージのすべての受信デバイスに示すために、第2のMAC識別子および第2の拡張識別子を含む。この実施態様によれば、第1のユニキャスト要求メッセージを受信した後、別のデバイスは、第1のユニキャスト要求メッセージ内のレスポンダデバイスのMAC識別子および拡張識別子を識別することによって、イニシエータデバイスによって要求されたレスポンダデバイスは別のデバイスではないと決定し得、これにより、応答は行われず、その結果、通信リソースの浪費を回避する。他方で、第1のユニキャスト要求メッセージを受信した後、第1のレスポンダデバイスは、レスポンダデバイスのユニキャストセッション意図を事前に知って、対応するフィードバックおよび準備を事前に行うために、第1のユニキャスト要求メッセージ内のレスポンダデバイスのMAC識別子および拡張識別子を識別することによって、イニシエータデバイスによって要求されたレスポンダデバイスが第1のレスポンダデバイスであると決定し得る。

第4の態様によれば、周期的ブロードキャストによって第1のユニキャスト要求メッセージを送信し、第1のユニキャスト要求メッセージは、ユニキャストセッションのイニシエータデバイスによって要求されたユニキャストサービスタイプと、イニシエータデバイスによって要求されたユニキャストサービスデータと、イニシエータデバイスの第1のMAC識別子および第1の拡張識別子とを含む、ように構成された送信ユニットを含むブロードキャストベースのユニキャストセッション装置が提供される。第1のMAC識別子は、媒体アクセス制御層におけるイニシエータデバイスの動的に更新される識別子であり、第1の拡張識別子は、イニシエータデバイスを別のイニシエータデバイスから区別するために使用され、第1の拡張識別子は第1のMAC識別子とは異なる。本装置は、第1のレスポンダデバイスによってブロードキャストで送信された第1のユニキャスト応答メッセージを受信し、第1のレスポンダデバイスは、本出願のネットワーク環境またはシステム内の任意の1つまたは特定のレスポンダデバイスであり、第1のユニキャスト応答メッセージは、第1のレスポンダデバイスによって応答されたユニキャストサービスタイプと、第1のレスポンダデバイスによって応答されたユニキャストサービスデータと、第1のMAC識別子と、第1の拡張識別子と、第1のレスポンダデバイスの第2のMAC識別子および第2の拡張識別子とを含む、ように構成された受信ユニットをさらに含む。第2のMAC識別子は、媒体アクセス制御層における第1のレスポンダデバイスの動的に更新される識別子であり、第2の拡張識別子は、第1のレスポンダデバイスを別のレスポンダデバイスから区別するために使用され、第2の拡張識別子は第2のMAC識別子とは異なる。送信ユニットは、受信された第1のユニキャスト応答メッセージに応答して、ブロードキャストによって第1のユニキャスト確認応答メッセージを送信し、第1のユニキャスト確認応答メッセージは、第1のレスポンダデバイスによって応答されたユニキャストサービスデータの確認応答情報と、第1のMAC識別子と、第1の拡張識別子と、第2のMAC識別子と、第2の拡張識別子とを含む、ようにさらに構成される。ブロードキャストベースのユニキャストセッション装置は、イニシエータデバイス自体であってもよいし、またはイニシエータデバイスの内部構成要素であってもよい。イニシエータデバイスは路側デバイスまたは車載端末であってもよいため、ブロードキャストベースのユニキャストセッション装置は、車両、車両内の構成要素、路側ユニットデバイス、または路側ユニットデバイス内の構成要素を含むが、これらに限定されない。

第4の態様によれば、ブロードキャストベースのユニキャストセッション装置の第1の可能な実施態様において、受信ユニットは、第2のレスポンダデバイスによってブロードキャストで送信された第2のユニキャスト応答メッセージを受信し、第2のユニキャスト応答メッセージは、第2のレスポンダデバイスによって応答されたユニキャストサービスタイプと、第2のレスポンダデバイスによって応答されたユニキャストサービスデータと、第1のMAC識別子と、第1の拡張識別子と、第2のレスポンダデバイスの第3のMAC識別子および第3の拡張識別子とを含む、ようにさらに構成される。本装置は、第1のユニキャスト応答メッセージおよび第2のユニキャスト応答メッセージを含む複数のユニキャスト応答メッセージの中から、応答されたユニキャスト応答メッセージとして、第1のユニキャスト応答メッセージを含む少なくとも1つのユニキャスト応答メッセージを選択し、少なくとも1つのユニキャスト応答メッセージの各々に含まれるイニシエータデバイスのMAC識別子は第1のMAC識別子であり、各ユニキャスト応答メッセージに含まれるイニシエータデバイスの拡張識別子は第1の拡張識別子である、ように構成された処理ユニットをさらに含む。第1のユニキャスト要求メッセージはブロードキャストによって送信されるため、第1のユニキャスト要求メッセージは、複数のレスポンダデバイスによって受信および応答され得る。イニシエータデバイスは、複数のレスポンダデバイスによってフィードバックされた複数のユニキャスト応答メッセージで搬送されたレスポンダデバイスのMAC識別子および拡張識別子に基づいて、ユニキャストセッションを確立するために少なくとも1つのレスポンダデバイスを選択し得る。

第4の態様または第4の態様の第1の可能な実施態様によれば、ブロードキャストベースのユニキャストセッション装置の第2の可能な実施態様において、応答されたユニキャスト応答メッセージとして使用される少なくとも1つのユニキャスト応答メッセージは、第3のレスポンダデバイスによってブロードキャストで送信された第3のユニキャスト応答メッセージをさらに含み、第3のユニキャスト応答メッセージは、第3のレスポンダデバイスによって応答されたユニキャストサービスタイプと、第3のレスポンダデバイスによって応答されたユニキャストサービスデータと、第1のMAC識別子と、第1の拡張識別子と、第3のレスポンダデバイスの第4のMAC識別子および第4の拡張識別子とを含む。受信装置は、第3のレスポンダデバイスによってブロードキャストで送信された第3のユニキャスト応答メッセージを受信するようにさらに構成される。送信装置は、第3のユニキャスト応答メッセージに応答して、ブロードキャストによって第2のユニキャスト確認応答メッセージを送信し、第2のユニキャスト確認応答メッセージは、第3のレスポンダデバイスによって応答されたユニキャストサービスデータの確認応答情報と、第1のMAC識別子と、第1の拡張識別子と、第4のMAC識別子と、第4の拡張識別子とを含む、ようにさらに構成される。

第4の態様または第4の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッション装置の第3の可能な実施態様において、第1のユニキャスト確認応答メッセージは、メッセージ層および無線リンク制御層を含み、無線リンク制御層における第1のユニキャスト確認応答メッセージの内容情報は、データパケットによって搬送され、第1のユニキャスト確認応答メッセージのメッセージ層は、ユニキャストメッセージの属性を示すために使用される情報を含む。メッセージ層は、ユニキャストサービスをRLC層に示し、これにより、ユニキャストサービスデータパケットはRLC層でセグメント化されず、MAC識別子の競合が発生してもデータパケットが解析されることができることが保証され、その結果、ブロードキャストによってユニキャストセッションを実行する信頼性をさらに改善する。

第4の態様または第4の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッション装置の第4の可能な実施態様において、第1のユニキャスト要求メッセージは、第1のユニキャスト応答メッセージの繰り返し送信回数または繰り返し送信間隔の少なくとも一方を示すために使用される第1の送信指示情報をさらに含む。イニシエータデバイスは、ユニキャスト要求メッセージで指示情報を搬送することによって、ユニキャスト要求メッセージに対して返されるユニキャスト応答メッセージを送信する方法をレスポンダに示し得る。

第4の態様または第4の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッション装置の第5の可能な実施態様において、ブロードキャストによって第1のユニキャスト確認応答メッセージを送信することは、ブロードキャストによって第1のユニキャスト確認応答メッセージを繰り返し送信することであり、第1のユニキャスト応答メッセージは、第1のユニキャスト確認応答メッセージの繰り返し送信回数、繰り返し送信間隔、または残りの待機時間のうちの少なくとも1つを示すために使用される第2の送信指示情報をさらに含む。ブロードキャストによって第1のユニキャスト確認応答メッセージを繰り返し送信することは、ブロードキャストベースのユニキャストセッションシステムの堅牢性および信頼性をさらに改善することができる。レスポンダデバイスは、ユニキャスト応答メッセージで指示情報を搬送することによって、ユニキャスト応答メッセージに対して返されるユニキャスト確認応答メッセージを送信する方法をイニシエータに示し得る。

第4の態様または第4の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッション装置の第6の可能な実施態様において、第1のユニキャスト確認応答メッセージの実際の繰り返し送信回数または実際の繰り返し送信間隔の少なくとも一方は、第2の送信指示情報に基づいて決定される。加えて、レスポンダデバイスが、ユニキャスト応答メッセージにおいて、ユニキャスト確認応答メッセージをイニシエータデバイスに送信する方法を示しても、イニシエータは、それでも指示情報に従わなくてもよく、例えば、サービス負荷もしくはサービス優先度、チャネルステータス、ユニキャストサービスの信頼性、またはイニシエータデバイスの遅延要件に基づいて方法を決定してもよい。

第4の態様または第4の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッション装置の第7の可能な実施態様において、第1のユニキャスト要求メッセージは、第2のMAC識別子および第2の拡張識別子をさらに含む。言い換えれば、イニシエータデバイスは、招待されるレスポンダデバイスのMAC識別子および拡張識別子がユニキャスト要求メッセージに設定されていれば、ブロードキャストによってユニキャストセッションを実行するように特定のデバイスを招待し得る。例えば、この実施態様では、第1のユニキャスト要求メッセージは、イニシエータデバイスがユニキャストセッションを確立しようとしているデバイスが、第2のMAC識別子および第2の拡張識別子が属する第1のレスポンダデバイスであることを第1のユニキャスト要求メッセージのすべての受信デバイスに示すために、第2のMAC識別子および第2の拡張識別子を搬送する。この実施態様によれば、第1のユニキャスト要求メッセージを受信した後、別のデバイスは、第1のユニキャスト要求メッセージ内のレスポンダデバイスのMAC識別子および拡張識別子を識別することによって、イニシエータデバイスによって要求されたレスポンダデバイスは別のデバイスではないと決定し得、これにより、応答は行われず、その結果、通信リソースの浪費を回避する。他方で、第1のユニキャスト要求メッセージを受信した後、第1のレスポンダデバイスは、レスポンダデバイスのユニキャストセッション意図を事前に知って、対応する準備を事前に行うために、第1のユニキャスト要求メッセージ内のレスポンダデバイスのMAC識別子および拡張識別子を識別することによって、イニシエータデバイスによって要求されたレスポンダデバイスが第1のレスポンダデバイスであると決定し得る。

第4の態様または第4の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッション装置の第8の可能な実施態様において、受信ユニットは、第2のレスポンダデバイスから第2のユニキャスト応答メッセージを受信し、第2のユニキャスト応答メッセージは、第2のレスポンダデバイスによって応答されたユニキャストサービスタイプと、第2のレスポンダデバイスによって応答されたユニキャストサービスデータと、第1のMAC識別子と、第1の拡張識別子とは異なる第5の拡張識別子と、第2のレスポンダデバイスのMAC識別子および拡張識別子とを含む、ようにさらに構成される。送信ユニットは、周期的ブロードキャストによって第2のユニキャスト要求メッセージを送信し、第2のユニキャスト要求メッセージは、ユニキャストセッションのイニシエータデバイスによって要求されたユニキャストサービスタイプと、イニシエータデバイスによって要求されたユニキャストサービスデータと、イニシエータデバイスの更新されたMAC識別子および第1の拡張識別子とを含み、イニシエータデバイスの更新されたMAC識別子は、第1のMAC識別子とは異なる、ようにさらに構成される。第2のユニキャスト応答メッセージ内のMAC識別子はイニシエータデバイスの現在のMAC識別子と一致するが、拡張識別子はイニシエータデバイスに属していないことを識別することによって、イニシエータデバイスは、異なるイニシエータデバイス間にMAC識別子の競合が存在することを発見する。競合を回避するために、イニシエータデバイスは、新しいユニキャスト要求メッセージを送信するためにイニシエータデバイスのMAC識別子を更新し、更新されたMAC識別子を使用する。

第5の態様によれば、ユニキャストセッションのイニシエータデバイスによって周期的ブロードキャストで送信された第1のユニキャスト要求メッセージを受信し、第1のユニキャスト要求メッセージは、イニシエータデバイスによって要求されたユニキャストサービスタイプと、イニシエータデバイスによって要求されたユニキャストサービスデータと、イニシエータデバイスの第1のMAC識別子および第1の拡張識別子とを含む、ように構成された受信ユニットを含むブロードキャストベースのユニキャストセッション装置が提供される。第1のMAC識別子は、媒体アクセス制御層におけるイニシエータデバイスの動的に更新される識別子であり、第1の拡張識別子は、イニシエータデバイスを別のイニシエータデバイスから区別するために使用され、第1の拡張識別子は第1のMAC識別子とは異なる。本装置は、受信された第1のユニキャスト要求メッセージに応答して、ブロードキャストによって第1のユニキャスト応答メッセージを送信し、第1のユニキャスト応答メッセージは、ユニキャストセッションの第1のレスポンダデバイスによって応答されたユニキャストサービスタイプと、第1のレスポンダデバイスによって応答されたユニキャストサービスデータと、第1のMAC識別子と、第1の拡張識別子と、第1のレスポンダデバイスの第2のMAC識別子および第2の拡張識別子とを含む、ように構成された送信ユニットをさらに含む。第1のレスポンダデバイスは、本出願のネットワーク環境またはシステム内の任意の1つまたは特定のレスポンダデバイスであり、第2のMAC識別子は、媒体アクセス制御層における第1のレスポンダデバイスの動的に更新される識別子であり、第2の拡張識別子は、第1のレスポンダデバイスを別のレスポンダデバイスから区別するために使用され、第2の拡張識別子は第2のMAC識別子とは異なる。受信ユニットは、イニシエータデバイスから第1のユニキャスト確認応答メッセージを受信し、第1のユニキャスト確認応答メッセージは、第1のレスポンダデバイスによって応答されたユニキャストサービスデータの確認応答情報と、第1のMAC識別子と、第1の拡張識別子と、第2のMAC識別子と、第2の拡張識別子とを含む、ようにさらに構成される。本装置は、第1のユニキャスト確認応答メッセージに基づいてユニキャストセッションに関連するサービス処理を実行するように構成された処理ユニットをさらに含む。ユニキャストセッションに関連するサービス処理は、第1のユニキャスト応答メッセージ内のユニキャストサービスタイプおよびユニキャストサービスデータに関連するサービス処理である。例えば、車両近接場決済シナリオでは、イニシエータデバイスは路側料金収受デバイスであり、レスポンダデバイスは車両である。路側料金収受デバイスからの、決済サービスに関連するユニキャスト確認応答メッセージを受信した後、車両は、料金決済に関連するサービス処理を実行する。別の例として、車両隊列運転シナリオでは、イニシエータデバイスは第1の車両であり、レスポンダデバイスは第2の車両である。第1の車両からの、隊列呼出しに関連するユニキャスト確認応答メッセージを受信した後、第2の車両は、第1の車両と車両隊列を形成するサービス処理を実行する。

第5の態様によれば、ブロードキャストベースのユニキャストセッション装置の第1の可能な実施態様において、第1のユニキャスト応答メッセージは、メッセージ層および無線リンク制御層を含み、無線リンク制御層における第1のユニキャスト応答メッセージの内容情報は、データパケットによって搬送され、第1のユニキャスト応答メッセージのメッセージ層は、ユニキャストメッセージの属性を示すために使用される情報を含む。メッセージ層は、ユニキャストサービスをRLC層に示し、これにより、ユニキャストサービスデータパケットはRLC層でセグメント化されず、MAC識別子の競合が発生してもデータパケットが解析されることができることが保証され、その結果、ブロードキャストによってユニキャストセッションを実行する信頼性をさらに改善する。

メッセージ層を介してユニキャストサービスをRLC層に示す前述の方法は、第1のユニキャスト応答メッセージまたは第1のユニキャスト確認応答メッセージに適用されることに限定されず、本出願の実施態様における任意の他のユニキャスト応答メッセージまたは任意の他のユニキャスト確認応答メッセージにも適用され得ることに留意されたい。

第5の態様または第5の態様の第1の可能な実施態様によれば、ブロードキャストベースのユニキャストセッション装置の第2の可能な実施態様において、ブロードキャストによって第1のユニキャスト応答メッセージを送信するステップは、ブロードキャストによって第1のユニキャスト応答メッセージを繰り返し送信するステップであり、第1のユニキャスト要求メッセージは、第1のユニキャスト応答メッセージの繰り返し送信回数または繰り返し送信間隔の少なくとも一方を示すために使用される第1の送信指示情報をさらに含む。ブロードキャストによって第1のユニキャスト応答メッセージを繰り返し送信することは、ブロードキャストベースのユニキャストセッションシステムの堅牢性および信頼性をさらに改善することができる。イニシエータデバイスは、ユニキャスト要求メッセージで指示情報を搬送することによって、ユニキャスト要求メッセージに対して返されるユニキャスト応答メッセージを送信する方法をレスポンダに示し得る。

第5の態様または第5の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッション装置の第3の可能な実施態様において、第1のユニキャスト応答メッセージの実際の繰り返し送信回数または実際の繰り返し送信間隔の少なくとも一方は、第1の送信指示情報に基づいて決定される。加えて、イニシエータデバイスが、ユニキャスト要求メッセージにおいて、ユニキャスト応答メッセージをレスポンダデバイスに送信する方法を示しても、レスポンダは、それでも指示情報に従わなくてもよく、例えば、サービス負荷もしくはサービス優先度、チャネルステータス、ユニキャストサービスの信頼性、またはレスポンダデバイスの遅延要件に基づいて方法を決定してもよい。

第5の態様または第5の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッション装置の第4の可能な実施態様において、第1のユニキャスト応答メッセージは、第1のユニキャスト確認応答メッセージの繰り返し送信回数、繰り返し送信間隔、または残りの待機時間のうちの少なくとも1つを示すために使用される第2の送信指示情報をさらに含む。レスポンダデバイスは、ユニキャスト応答メッセージで指示情報を搬送することによって、ユニキャスト応答メッセージに対して返されるユニキャスト確認応答メッセージを送信する方法をイニシエータに示し得る。

第5の態様または第5の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッション装置の第5の可能な実施態様において、送信ユニットは、第1のユニキャスト応答メッセージの送信から開始して、第1のユニキャスト確認応答メッセージが残りの待機時間内に受信されなかった場合に、ブロードキャストによって第1のユニキャスト応答メッセージを再送信するようにさらに構成される。ブロードキャストメカニズムにおけるユニキャストセッションの堅牢性および信頼性は、待機時間およびタイムアウト再送信によってさらに改善されることができる。

任意選択で、ブロードキャストによって第1のユニキャスト応答メッセージを送信する際に、第2のMAC識別子はもはやレスポンダデバイスのMAC識別子として使用されず、更新されたMAC識別子がレスポンダデバイスのMAC識別子として使用される。これは、タイムアウトによりユニキャスト確認応答メッセージが受信されないことが、複数のレスポンダデバイスのMAC識別子の競合によって引き起こされ得るためである。ユニキャスト応答メッセージ内のレスポンダデバイスのMAC識別子が更新され、これにより、ブロードキャストメカニズムにおける正常なユニキャストセッションの可能性が高められることができる。

第5の態様または第5の態様の前述の実施態様のいずれか1つによれば、ブロードキャストベースのユニキャストセッション装置の第6の可能な実施態様において、第1のユニキャスト要求メッセージは、第2のMAC識別子および第2の拡張識別子をさらに含み、ブロードキャストによって第1のユニキャスト応答メッセージを送信することは、第1のユニキャスト要求メッセージ内の第2のMAC識別子が第1のレスポンダデバイスの現在のMAC識別子と同じであり、第1のユニキャスト要求メッセージ内の第2の拡張識別子が第1のレスポンダデバイスの拡張識別子と同じであるときに、ブロードキャストによって第1のユニキャスト応答メッセージを送信することを含む。イニシエータデバイスは、招待されるレスポンダデバイスのMAC識別子および拡張識別子がユニキャスト要求メッセージに設定されていれば、ブロードキャストによってユニキャストセッションを実行するように特定のデバイスを招待し得る。例えば、この実施態様では、第1のユニキャスト要求メッセージは、イニシエータデバイスがユニキャストセッションを確立しようとしているデバイスが、第2のMAC識別子および第2の拡張識別子が属する第1のレスポンダデバイスであることを第1のユニキャスト要求メッセージのすべての受信デバイスに示すために、第2のMAC識別子および第2の拡張識別子を含む。この実施態様によれば、第1のユニキャスト要求メッセージを受信した後、別のデバイスは、第1のユニキャスト要求メッセージ内のレスポンダデバイスのMAC識別子および拡張識別子を識別することによって、イニシエータデバイスによって要求されたレスポンダデバイスは別のデバイスではないと決定し得、これにより、応答は行われず、その結果、通信リソースの浪費を回避する。他方で、第1のユニキャスト要求メッセージを受信した後、第1のレスポンダデバイスは、レスポンダデバイスのユニキャストセッション意図を事前に知って、事前の対応するフィードバックおよび準備のために、第1のユニキャスト要求メッセージ内のレスポンダデバイスのMAC識別子および拡張識別子を識別することによって、イニシエータデバイスによって要求されたレスポンダデバイスが第1のレスポンダデバイスであると決定し得る。

第6の態様によれば、メモリおよびプロセッサを含むブロードキャストベースのユニキャストセッション装置であって、メモリはコンピュータプログラム命令を記憶し、プロセッサは、第2の態様または第2の態様の前述の実施態様のいずれか1つによるブロードキャストベースのユニキャストセッション方法を実行するために、コンピュータプログラム命令を動作させる、ブロードキャストベースのユニキャストセッション装置が提供される。ブロードキャストベースのユニキャストセッション装置は、道路側に配置されてもよいし、または車両側に配置されてもよい。具体的には、ブロードキャストベースのユニキャストセッション装置は、車両、車両内の構成要素、路側ユニットデバイス、または路側ユニットデバイス内の構成要素を含むが、これらに限定されない。

第7の態様によれば、メモリおよびプロセッサを含むブロードキャストベースのユニキャストセッション装置であって、メモリはコンピュータプログラム命令を記憶し、プロセッサは、第3の態様または第3の態様の前述の実施態様のいずれか1つによるブロードキャストベースのユニキャストセッション方法を実行するために、コンピュータプログラム命令を動作させる、ブロードキャストベースのユニキャストセッション装置が提供される。ブロードキャストベースのユニキャストセッション装置は、道路側に配置されてもよいし、または車両側に配置されてもよい。具体的には、ブロードキャストベースのユニキャストセッション装置は、車両、車両内の構成要素、路側ユニットデバイス、または路側ユニットデバイス内の構成要素を含むが、これらに限定されない。

第8の態様によれば、コンピュータ命令を含むコンピュータ記憶媒体であって、コンピュータ命令がプロセッサによって動作されるとき、ブロードキャストベースのユニキャストセッション装置は、第2の態様または第2の態様の前述の実施態様のいずれか1つによる方法を実行することが可能である、コンピュータ記憶媒体が提供される。

第9の態様によれば、コンピュータ命令を含むコンピュータ記憶媒体であって、コンピュータ命令がプロセッサによって動作されるとき、ブロードキャストベースのユニキャストセッション装置は、第3の態様または第3の態様の前述の実施態様のいずれか1つによる方法を実行することが可能である、コンピュータ記憶媒体が提供される。

第10の態様によれば、第4の態様または第4の態様の前述の実施態様のいずれか1つによる装置と、第5の態様または第5の態様の前述の実施態様のいずれか1つによる装置とを含む車両が提供される。

第11の態様によれば、第6の態様または第6の態様の前述の実施態様のいずれか1つによる装置と、第7の態様または第7の態様の前述の実施態様のいずれか1つによる装置とを含む車両が提供される。

第12の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品がプロセッサ上で動作されるとき、ブロードキャストベースのユニキャストセッション装置は、第2の態様または第2の態様の前述の実施態様のいずれか1つによる方法を実行することが可能である。

第13の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品がプロセッサ上で動作されるとき、ブロードキャストベースのユニキャストセッション装置は、第3の態様または第3の態様の前述の実施態様のいずれか1つにおける方法を実行することが可能である。

4G V2Xブロードキャストベースの技術システムの概略図である。本出願の一実施形態による典型的な適用シナリオの概略図である。本出願の一実施形態による典型的な適用シナリオの概略図である。本出願の実施形態1によるブロードキャストベースのユニキャストセッションシステムの構造ブロック図である。本出願の実施形態2によるブロードキャストベースのユニキャストセッション方法のフローチャートである。本出願の実施形態3によるブロードキャストベースのユニキャストセッション方法のフローチャートである。本出願の実施形態4によるブロードキャストベースのユニキャストセッション方法のフローチャートである。本出願の実施形態5によるブロードキャストベースのユニキャストセッション方法のフローチャートである。本出願の一実施形態による、拡張識別子を対話メッセージに追加する例の概略図である。本出願の一実施形態による、サービスプリミティブを使用してメッセージ層からアクセス層にユニキャストサービス指示を転送する概略図である。本出願の一実施形態による、達成されることができる技術的効果の概略図である。本出願の実施形態6および実施形態7によるブロードキャストベースのユニキャストセッション装置の構造ブロック図である。本出願の実施形態8および実施形態9によるブロードキャストベースのユニキャストセッション装置の構造ブロック図である。本出願の実施形態10による車両の構造ブロック図である。

本出願の実施形態の目的、技術的解決策、および利点をより明確にするために、以下は、本出願の実施形態の添付の図面を参照しながら本出願の実施形態の技術的解決策を明確かつ完全に説明する。説明されている実施形態は、本出願の実施形態の全部ではなく一部であることは明らかである。創造的な努力なしに本出願の実施形態に基づいて当業者によって得られる他のすべての実施形態は、本出願の保護範囲内にあるものとする。

図2（a）および図2（b）は、本出願の一実施形態による2つの典型的な適用シナリオの概略図である。本出願の実施形態は、ワイヤレス通信チャネルを介したRSUとOBUとの間、OBU間、またはRSU間のメッセージ交換に適用され得るが、これらに限定されない。ワイヤレス通信チャネルは、2G（第2世代移動通信技術）、3G（第3世代移動通信技術）、4G（第4世代移動通信技術）、5G（第5世代移動通信技術）、WiFi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）、Wimax（ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス、Worldwide Interoperability for Microwave Access）、Bluetooth（ブルートゥース(登録商標、以下省略)通信技術）、ZigBee（ジグビー通信技術）、光伝送、衛星通信、または赤外線通信などの形態のワイヤレス通信チャネルを含むが、これらに限定されない。RSUは、道路または駐車場に設置される、近距離通信機能を有する車車間・路車間デバイスを含むが、これらに限定されず、車両アイデンティティ識別、電子的控除、または電子決済を実施し得る。RSUは、様々な交通信号機、カメラ検出器、マイクロ波検出器、および可変情報板などの従来のインテリジェント交通設備に接続されることができ、さらに、エッジコンピューティングアーキテクチャに基づいて地上差分および気象サービスなどの新しい交通情報源にアクセスし得る。このようにして、運転の安全性、効率、および情報サービスをカバーする包括的な路側インテリジェントネットワークサービスが提供される。OBUは、車両、車載構成要素、または車載サブシステム、例えば、中央ゲートウェイ、T－box（Telematics BOX、テレマティクスボックス）、ヒューマンマシンインタラクティブコントローラ（HMI、Human－Machine Interaction）、モバイルデータセンタ（MDC、Mobile Data Controller）、先進運転支援システム（ADAS、Advanced Driving Assistant System）、または複数の電子制御ユニット（ECU、Electronic Control Unit）を含むが、これらに限定されない。

本出願の実施形態1は、図3に示されているように、ブロードキャストベースのユニキャストセッションシステムを提供する。システムは、ブロードキャスト信号によってカバーされることができる環境内にあり、ブロードキャスト信号は、特定のワイヤレス通信チャネルに基づき得る。ワイヤレス通信チャネルは、前述の段落で言及された複数のワイヤレス通信チャネル、例えば、4G V2Xブロードキャストチャネルを含むが、これに限定されない。システムは、第1のイニシエータデバイス、第1のレスポンダデバイス、および第2のレスポンダデバイスを含む。第1のイニシエータデバイス、第1のレスポンダデバイス、または第2のレスポンダデバイスは、車両、車両内の構成要素、路側ユニットデバイス、または路側ユニットデバイス内の構成要素を含むが、これらに限定されない。言い換えれば、システムは、ブロードキャスト通信に基づいてOBU間、OBUとRSUとの間、またはRSU間の通信を実施し得る。システムでは、第1のイニシエータデバイスと第1のレスポンダデバイスとの間の第1のユニキャストセッション対話は、ブロードキャスト通信に基づいて確立され得るし、または第1のイニシエータデバイスと第2のレスポンダデバイスとの間の第2のユニキャストセッション対話は、ブロードキャスト通信に基づいて確立され得る。第1のユニキャストセッション対話および第2のユニキャストセッション対話は、同じブロードキャストメッセージを共有することによって同時に実行されてもよいし、または排他的ブロードキャストメッセージを使用して順番に実行されてもよい。第1のユニキャストセッション対話および第2のユニキャストセッション対話は、以下の4つの方法の実施形態で実施され得る。

任意選択で、ユニキャストセッションシステムは、別のイニシエータデバイス（例えば、第2のイニシエータデバイス）および別のレスポンダデバイスをさらに含んでもよい。別のイニシエータデバイスと別のレスポンダデバイスとの間、または別のイニシエータデバイスもしくは別のレスポンダデバイスと第1のイニシエータデバイス、第1のレスポンダデバイス、もしくは第2のレスポンダデバイスとの間のユニキャストセッションも、以下の4つの方法の実施形態を参照して実施され得る。図4から図8では、実線矢印と破線矢印との両方が、ブロードキャスト信号の受信および送信の方向を示すために使用されており、破線矢印は、この解決策の説明には密接に関連していないが、ブロードキャストメカニズムに実際に存在するブロードキャスト信号の受信および送信の方向を示す。

図4は、以下のステップを含む、本出願の実施形態2によるブロードキャストベースのユニキャストセッション方法のフローチャートである。

S401：イニシエータデバイスは、周期的ブロードキャストによってユニキャスト要求メッセージを送信し、ユニキャスト要求メッセージは、イニシエータデバイスによって要求された課金関連ユニキャストサービスタイプおよび課金関連ユニキャストサービスデータを含み、ユニキャスト要求メッセージは、イニシエータデバイスによって生成されたMAC識別子1と、イニシエータデバイスの拡張識別子1とをさらに含む。

MAC識別子1は、イニシエータデバイスによって生成される乱数である。

拡張識別子1は、デバイスハードウェア識別子、デバイスネットワークアクセス識別子、電子アイデンティティ、IMEI（国際モバイル機器アイデンティティ、International Mobile Equipment Identity）、もしくは空間位置識別子情報のうちの少なくとも1つを含み得るが、これらに限定されず、または前述の識別子のうちの少なくとも1つがパラメータである関数を使用してマッピングによって生成され得る。

拡張識別子1は、乱数として生成されてもよいし、または手動設定によって生成されてもよい。

拡張識別子1は、4G V2XメッセージのDSMPプロトコル層に埋め込まれてもよい。図8を参照されたい。イニシエータデバイスの拡張識別子を4G V2Xメッセージに埋め込む例として、拡張識別子1は、図8のDSMPパケットヘッダの拡張フィールド内の「UE Extension ID」フィールド内に配置されてもよい。

イニシエータデバイスの拡張識別子を4G V2Xメッセージに埋め込む別の例では、拡張識別子1は、代わりにメッセージ層のメッセージ本体に埋め込まれてもよい。例えば、対応するデータ要素UE Extension IDがメッセージ本体に定義される。
Unicast Message：＝｛
ExtensionID UE Extension ID
ExtensionID Target UE Extension ID
…
｝

任意選択で、ユニキャスト要求メッセージは、レスポンダがどのようにユニキャスト応答メッセージを返すかに関する第1の送信指示情報をさらに含み、例えば、ユニキャスト応答メッセージの繰り返し送信回数または繰り返し送信間隔の少なくとも一方を示してもよい。第1の送信指示情報は、ユニキャストサービスの信頼性および遅延要件ならびにチャネルステータスに基づいて決定されてもよいし、またはデータ受信ステータスに基づく分析を通じてイニシエータデバイスによって取得されてもよい。

S402：ユニキャスト要求メッセージを受信した後、周期的ブロードキャストカバレッジ内の少なくとも1つのレスポンダデバイス（図4の第1のレスポンダデバイスおよび別の可能なデバイスを含む）は、応答を行うかどうかを決定するために、ユニキャスト要求メッセージ内のイニシエータデバイスのMAC識別子1および拡張識別子1を識別する。ブロードキャストによってイニシエータデバイスとユニキャストセッションを確立すると決定した後、第1のレスポンダデバイスは、ブロードキャストによってユニキャスト応答メッセージを送信し、ユニキャスト応答メッセージは、イニシエータデバイスによって受信されてもよく、また、ブロードキャストカバレッジ内の別のデバイスによって受信されてもよい。ユニキャスト応答メッセージは、レスポンダデバイスによって応答されるユニキャストサービスタイプ（例えば、課金）およびユニキャストサービスデータ（例えば、アカウントまたは金額）を含み、ユニキャスト応答メッセージは、ユニキャスト応答メッセージに対応するイニシエータデバイスのMAC識別子1および拡張識別子1と、第1のレスポンダデバイスのMAC識別子2および拡張識別子2とをさらに含む。

MAC識別子2は、例えば、レスポンダデバイスによって生成される乱数である。

拡張識別子2は、レスポンダデバイスまたはレスポンダデバイス内のデバイスのハードウェア識別子、ネットワークアクセス識別子、電子アイデンティティ、IMEI（国際モバイル機器アイデンティティ、International Mobile Equipment Identity）、VIN（車両識別番号、Vehicle Identification Number）、または空間位置識別子情報のうちの少なくとも1つを含み得るが、これらに限定されず、または前述の識別子のうちの少なくとも1つがパラメータである関数を使用してマッピングによって生成され得る。

拡張識別子2は、乱数として生成されてもよいし、または手動設定によって生成されてもよい。

拡張識別子2を4G V2Xメッセージに埋め込む方法は、拡張識別子1を4G V2Xメッセージに埋め込む方法と同様である。ここでは詳細は再び説明されない。

ユニキャスト応答メッセージの繰り返し送信回数および繰り返し送信間隔は、第1の送信指示情報に基づいて決定されてもよいし、またはサービス負荷もしくはサービス優先度などに基づいて決定されてもよい。

任意選択で、ユニキャスト応答メッセージは、イニシエータがどのようにユニキャスト確認応答メッセージを返すかに関する第2の送信指示情報をさらに含み、例えば、ユニキャスト確認応答メッセージの繰り返し送信回数または繰り返し送信間隔の少なくとも一方を示してもよい。第2の送信指示情報は、ユニキャストサービスの信頼性および遅延要件ならびにチャネルステータスに基づいて決定されてもよいし、またはデータ受信ステータスに基づく分析を通じてイニシエータデバイスによって取得されてもよい。

任意選択で、ユニキャストサービスデータパケットがRLC（無線リンク制御、Radio Link Control）層でセグメント化または再組み立てされないことを保証し、MAC識別子の競合が発生したときにデータパケットが依然として正しく受信および解析されることができることを保証するために、ユニキャスト応答メッセージを生成するプロセスにおいて、レスポンダデバイスは、ユニキャストサービス指示を使用して、セグメント化動作を実行しないようにRLC層に示す。特定の動作方法では、ユニキャストサービス指示は、サービスプリミティブを使用してメッセージ層からアクセス層に伝送され得る。図9を参照されたい。これが例である。
DSM．request（unicast indication，…）
ADAPTATION－LAYER．request（unicast indication，…）
ACCESS－LAYER．request（unicast indication，…）

アクセス層では、データパケットをセグメント化しないようにRLC層に示すために、専用ユニキャスト論理チャネルが設定され得る。ユニキャストサービスデータは、ユニキャスト論理チャネルを介してRLC層に伝送され、RCL層は、ユニキャスト論理チャネルのデータパケットをセグメント化しない。加えて、RLC層では、ユニキャストサービス指示が、現在のデータパケットがユニキャストサービスデータパケットであると決定して、データパケットに対してセグメント化動作を実行しないと決定するために、Per－packetパラメータで搬送され得る。

S403：ユニキャスト応答メッセージを受信した後、イニシエータデバイスは、ユニキャスト応答メッセージで搬送されたイニシエータのMAC識別子および拡張識別子が、以前にイニシエータデバイスによって送信されたユニキャスト要求メッセージ内のMAC識別子および拡張識別子とそれぞれ一致するかどうかを最初に検証する。MAC識別子が一致しない場合、メッセージは直接無視される。MAC識別子は一致するが、拡張識別子が一致しない場合、それは、MAC識別子の競合が存在することを示し、メッセージは、イニシエータデバイスに送信されず、直接無視される。MAC識別子が一致し、かつ拡張識別子が一致する場合、第1のレスポンダデバイスのMAC識別子2および拡張識別子2が記録され、ユニキャスト応答メッセージが、以前にイニシエータデバイスによって送信されたユニキャスト要求メッセージに応答していると決定され得る。次に、イニシエータデバイスは、ブロードキャストによってユニキャスト確認応答メッセージを送信し、ユニキャスト確認応答メッセージは、ユニキャスト応答メッセージ内のユニキャストサービスデータに関する確認応答情報と、MAC識別子1と、拡張識別子1と、MAC識別子2と、第2の拡張識別子2とを含む。ユニキャスト確認応答メッセージはブロードキャストに基づいて送信されるため、メッセージは、ブロードキャスト信号のカバレッジ内の第1のレスポンダデバイスおよび別のデバイスによって受信され得る。ユニキャスト確認応答メッセージは、イニシエータデバイスおよび第1のレスポンダデバイスのMAC識別子および拡張識別子を搬送するため、第1のレスポンダデバイスのみが、メッセージが第1のレスポンダデバイスのためのメッセージであることを識別し、別のデバイスはユニキャスト確認応答メッセージを無視する。

ユニキャスト確認応答メッセージの繰り返し送信回数および繰り返し送信間隔は、第2の送信指示情報に基づいて決定されてもよいし、またはサービス負荷もしくはサービス優先度などに基づいて決定されてもよい。

任意選択で、ユニキャストサービスデータパケットがRLC層でセグメント化または再組み立てされないことを保証し、MAC識別子の競合が発生したときにデータパケットが依然として正しく受信および解析されることができることを保証するために、ユニキャスト確認応答メッセージを生成するプロセスにおいて、イニシエータデバイスは、ユニキャストサービス指示を使用して、セグメント化動作を実行しないようにRLC層に示す。特定の動作方法では、ユニキャストサービス指示は、サービスプリミティブを使用してメッセージ層からアクセス層に伝送され得る。図9を参照されたい。これが例である。
DSM．request（unicast indication，…）
ADAPTATION－LAYER．request（unicast indication，…）
ACCESS－LAYER．request（unicast indication，…）

ステップS403の後、第1のレスポンダデバイスは、第1のユニキャスト確認応答メッセージに基づいてユニキャストセッションに関連するサービス処理を実行するステップS404を実行する。ユニキャストセッションに関連するサービス処理は、第1のユニキャスト応答メッセージ内のユニキャストサービスタイプおよびユニキャストサービスデータに関連するサービス処理である。例えば、車両近接場決済シナリオでは、イニシエータデバイスは路側料金収受デバイスであり、レスポンダデバイスは車両である。路側料金収受デバイスからの、決済サービスに関連するユニキャスト確認応答メッセージを受信した後、車両は、料金決済に関連するサービス処理を実行する。別の例として、車両隊列運転シナリオでは、イニシエータデバイスは第1の車両であり、レスポンダデバイスは第2の車両である。第1の車両からの、隊列呼出しに関連するユニキャスト確認応答メッセージを受信した後、第2の車両は、第1の車両と車両隊列を形成するサービス処理を実行する。

ユニキャストサービス接続では、複数のレスポンダデバイスが、イニシエータデバイスによって開始されたユニキャストサービス要求に応答し得る。イニシエータデバイスは、複数のユニキャスト応答メッセージ内のレスポンダデバイスのMAC識別子および拡張識別子に基づいてアイデンティティを区別し、ユニキャスト確認応答メッセージを送信するためにレスポンダデバイスのうちの1つを選択し得るか、または複数のレスポンダデバイスの各々にユニキャスト確認応答メッセージを別々に送信するために複数のレスポンダデバイスを選択し得る。レスポンダデバイスがユニキャスト確認応答メッセージを受信した場合、ユニキャストサービスセッションは正常に完了する。レスポンダデバイスがユニキャスト確認応答メッセージを受信しない場合、イニシエータデバイスがレスポンダ端末に応答しないか、またはレスポンダが、待機時間内にユニキャスト確認応答メッセージを受信しないことが起こり得る。

可能性のあるMAC識別子の競合に関して、実施形態2では、一方で、拡張識別子が、MAC識別子の競合において異なるデバイスを効果的に区別するために、イニシエータとレスポンダとの間のセッションメッセージに追加され、他方で、ユニキャストサービスがRLC層に示され、これにより、ユニキャストサービスデータパケットはセグメント化されず、その結果、MAC識別子の競合が発生したときにRLC層でのデータの再組み立てによって引き起こされるメッセージ解析障害を回避する。

以下は、本出願の実施形態で提供される他の3つのブロードキャストベースのユニキャストセッション方法をさらに説明するために、路側料金収受デバイスと車両との間のメッセージ交換を例として使用する。路側料金収受デバイスは、ユニキャストセッションのイニシエータデバイスとして使用され、車両は、ユニキャストセッションのレスポンダデバイスとして使用される。加えて、車両は、代わりに、ユニキャストセッションのイニシエータデバイスとして使用されてもよく、路側料金収受デバイスは、ユニキャストセッションのレスポンダデバイスとして使用されてもよい。これはここでは限定されない。以下のいくつかの実施形態において、技術的内容は、路側料金収受デバイスと車両との間のメッセージ交換に適用可能であるだけでなく、以下の実施形態の関連する技術的内容は、イニシエータデバイスとレスポンダデバイスとの間の任意の他のブロードキャストベースのユニキャストメッセージ交換に使用され得ることに特に留意されたい。

図5は、本出願の実施形態3によるブロードキャストベースのユニキャストセッション方法のフローチャートである。路側料金収受デバイスおよび別のイニシエータデバイスが、ブロードキャストベースのユニキャストセッションのイニシエータとして機能し、車両1および車両2が、ブロードキャストベースのユニキャストセッションのレスポンダとして機能する。ステップS501、S502、およびS505は、それぞれ図4のステップS401、S402、およびS403と同様である。ここでは詳細は再び説明されず、特殊な部分のみが説明される。

本出願の実施形態3では、ユニキャストセッション要求者として機能する路側料金収受デバイスが、ユニキャストセッション応答者として機能する車両1または車両2によって応答されたユニキャスト応答メッセージを受信した後、路側料金収受デバイスは、ユニキャスト応答メッセージ内のレスポンダデバイスの拡張識別子と、路側料金収受デバイスによって送信されたユニキャスト要求メッセージ内の路側料金収受デバイスの拡張識別子とを比較し、異なる比較結果に基づいて異なる動作を実行する。MAC識別子1およびMAC識別子3は、路側料金収受デバイスによって生成され、MAC識別子2は、車両1によって生成され、MAC識別子4は、車両2によって生成される。拡張識別子1は、路側料金収受デバイスの拡張識別子であり、拡張識別子2は、車両1の拡張識別子であり、拡張識別子3は、車両2の拡張識別子である。

S501では、路側料金収受デバイスによってブロードキャストで送信されたユニキャスト要求メッセージ1は、ブロードキャストカバレッジ内の車両1および車両2によって受信されることができ、車両1も車両2もユニキャスト要求メッセージに応答しない。すぐに、別のイニシエータデバイスが、ブロードキャストによってユニキャスト要求メッセージ1’を送信する。ユニキャスト要求メッセージ1’内のイニシエータデバイスのMAC識別子は、ユニキャスト要求メッセージ1’内のイニシエータデバイスのMAC識別子と同じである（両方ともMAC識別子1である）。ユニキャスト要求メッセージ1’も、車両1および車両2によって受信されることができ、車両1はユニキャスト要求メッセージ1’に応答する。車両1は、ユニキャスト応答メッセージで別のイニシエータデバイスに応答する。

S502では、路側料金収受デバイスが、車両1によって返されたユニキャスト応答メッセージ内のイニシエータデバイスのMAC識別子（MAC識別子1）は路側料金収受デバイスのMAC識別子（MAC識別子1）とは異なり、車両1によって返されたユニキャスト応答メッセージ内のイニシエータデバイスの拡張識別子（拡張識別子1’）は路側料金収受デバイスの拡張識別子（拡張識別子1）とは異なると決定した場合、それは、車両1から受信されたユニキャスト応答メッセージが路側料金収受デバイスへの応答でないか、または路側料金収受デバイスによって以前に送信されたユニキャスト要求メッセージが正常に応答されず、MAC識別子の競合が発生したことを示す。この場合、路側料金収受デバイスは、周期的ブロードキャストによって新しいユニキャスト要求メッセージを送信するステップS503を実行し、新しいユニキャスト要求メッセージ内のMAC識別子は、路側料金収受デバイスによって再生成されたMAC識別子3であり、MAC識別子3はMAC識別子1とは異なる。任意選択で、S503のトリガは、計時動作とさらに組み合わされてもよい。例えば、S501が実行されるとき、計時が開始される。対応するユニキャスト応答メッセージが事前設定された時間閾値内に正常に受信されなかった場合、新しいユニキャスト要求メッセージを送信するためにS503が実行される。

S504では、再送信されたユニキャスト要求メッセージは、車両1および車両2によって受信されことができ、車両2は、ブロードキャストによってユニキャスト応答メッセージで路側料金収受デバイスに応答し、ユニキャスト応答メッセージは、車両2のMAC識別子4および拡張識別子3を含む。このステップは、図4のS402と同様である。ここでは詳細は再び説明されない。

路側料金収受デバイスは、S504においてユニキャスト応答メッセージ内のMAC識別子3および拡張識別子1を識別することによって、ユニキャスト応答メッセージが路側料金収受デバイスに対して行われた応答であると決定する。この場合、路側料金収受デバイスは、ブロードキャストによってユニキャスト確認応答メッセージを車両2に送信するステップS505を実行する。任意選択で、S505のトリガも、計時動作と組み合わされてもよい。例えば、S503が実行され、計時が開始され、ステップS504が事前設定された時間閾値内に行われたとき、S505におけるユニキャスト確認応答メッセージの送信が実行される。

ユニキャスト確認応答メッセージを受信した後、車両2は、ステップS506を実行する、すなわち、ユニキャスト確認応答メッセージに基づいて料金決済に関連するサービス処理を実行する。

図6は、本出願の実施形態4によるブロードキャストベースのユニキャストセッション方法のフローチャートである。ステップS602およびS603は、それぞれ図4のステップS402およびS403と同様である。ここでは詳細は再び説明されず、特殊な部分のみが説明される。

図4に示されている実施形態2では、イニシエータデバイスは、ユニキャストセッションのレスポンダデバイスを限定せず、すべてのレスポンダデバイスは、レスポンダデバイスがイニシエータデバイスの通信範囲内にあるならば、イニシエータデバイスに応答することができる。

図6に示されている実施形態3では、イニシエータデバイスとして使用される路側料金収受デバイス（路側料金収受デバイスの現在のMAC識別子および拡張識別子は、それぞれMAC識別子1および拡張識別子1である）は、ブロードキャストメッセージまたは事前設定情報を使用して、周囲のレスポンダデバイスによって生成されたMAC識別子および周囲のレスポンダデバイスの拡張識別子を知る。したがって、S601のユニキャスト要求メッセージは、路側料金収受デバイスによって生成されたMAC識別子および路側料金収受デバイスの拡張識別子を搬送するだけでなく、指定されたレスポンダデバイスとのユニキャストセッションを確立するために、イニシエータデバイスがユニキャストセッションを確立しようとしているレスポンダデバイスのMAC識別子および拡張識別子も搬送する。S601のユニキャスト要求メッセージは、ブロードキャストカバレッジ内のターゲット車両および別のデバイスによって受信され得る。

S602では、S601のユニキャスト要求メッセージを受信した後、レスポンダデバイスとして機能するターゲット車両（ターゲット車両の現在のMAC識別子および拡張識別子はMAC識別子2および拡張識別子2である）は、最初に、メッセージ内のレスポンダのMAC識別子および拡張識別子がターゲット車両のものと一致するかどうか（すなわち、MAC識別子および拡張識別子が、S601のユニキャスト要求メッセージ内のMAC識別子および拡張識別子であるかどうか）を決定する。識別子が一致しない場合、メッセージは無視され、イニシエータとのユニキャストセッションは確立されず、または識別子が一致する場合、ユニキャスト応答メッセージが路側料金収受デバイスに送信される。この実施形態では、決定結果は、識別子が一致することである。具体的には、ターゲット車両は、ユニキャスト要求メッセージが、ターゲット車両に送信されたユニキャストセッション招待であると決定する。したがって、ターゲット車両は、ブロードキャストによってユニキャスト応答メッセージを路側料金収受デバイスに送信する。

ステップS603では、路側料金収受デバイスは、ユニキャスト応答メッセージ内のイニシエータデバイスのMAC識別子が、路側料金収受デバイスのMAC識別子（MAC識別子1）であり、イニシエータデバイスの拡張識別子が、路側料金収受デバイスの拡張識別子（拡張識別子1）であり、レスポンダデバイスのMAC識別子が、招待されるデバイスのMAC識別子（MAC識別子2）であり、レスポンダデバイスの拡張識別子が、招待されるデバイスの拡張識別子（拡張識別子2）であることを識別することによって、S602のユニキャスト応答メッセージが、S601のユニキャスト要求メッセージに対して行われた応答であると決定する。次に、ユニキャスト確認応答メッセージが、ブロードキャストによってターゲット車両に送信される。

ユニキャスト確認応答メッセージを受信した後、ターゲット車両は、ステップS604を実行する、すなわち、ユニキャスト確認応答メッセージに基づいて料金決済に関連するサービス処理を実行する。

図7は、本出願の実施形態5によるブロードキャストベースのユニキャストセッション方法のフローチャートである。路側料金収受デバイスが、ユニキャストセッションのイニシエータデバイスとして機能し、車両および別のデバイスが、ブロードキャストカバレッジ内のユニキャストセッションのレスポンダデバイスとして機能する。ステップS701は、図4のステップS401と同様である。ここでは詳細は再び説明されず、特殊な部分のみが説明される。

S702では、図4のステップS402のユニキャスト応答メッセージと同様の内容に加えて、車両によってブロードキャストで路側料金収受デバイスに送信されるユニキャスト応答メッセージは、残りの指示時間をさらに含み、残りの指示時間は、リアルタイムのカウントダウンステータスに基づいて、繰り返し送信される複数のユニキャスト応答メッセージ内の異なる値を有する。ステップ703では、決定ステップが実行される。複数のユニキャスト応答メッセージのうちの最後のユニキャスト応答メッセージの送信から開始して、車両が最後のユニキャスト応答メッセージの残りの待機時間内に対応するユニキャスト確認応答メッセージを正常に受信しなかった場合、ステップS702においてブロードキャストによって送信された複数の繰り返しユニキャスト応答メッセージを再送信するステップS704が実行される。

任意選択で、複数の再送信される繰り返しユニキャスト応答メッセージにおいて、MAC識別子2は、正常な確認応答の確率を高めるために、車両によって新たに生成されるMAC識別子4に置き換えられてもよい。

ステップS705およびステップS706は、ステップS604およびステップS605と同様である。ここでは詳細は再び説明されない。ステップS706では、車両は、S704のユニキャスト応答メッセージの送信から開始して、事前設定された時間閾値内に対応するユニキャスト確認応答メッセージを正常に受信することに留意されたい。

ユニキャスト確認応答メッセージを受信した後、車両は、ステップS706を実行する、すなわち、ユニキャスト確認応答メッセージに基づいて料金決済に関連するサービス処理を実行する。

前述のいくつかの実施形態によって、本出願は、ブロードキャスト通信メカニズムを使用して信頼できるユニキャストセッションを実施するという技術的効果を達成することができる。図10に示されているように、RSU1とRSU1’との両方が同じ時点でOBUとユニキャストセッションを確立したい場合、RSU1は、ユニキャスト要求メッセージMsg1をOBUに送信し、ユニキャスト要求メッセージMsg1はMAC1および拡張識別子1を搬送し、RSU1’は、ユニキャスト要求メッセージMsg1’をOBUに送信し、ユニキャスト要求メッセージMsg1’はMAC1および拡張識別子1’を搬送する。OBUがMsg1およびMsg1’を受信した後、RSU1によって生成されたMAC識別子はRSU1’によって生成されたMAC識別子と競合するが、OBUは、メッセージ内の拡張識別子を識別することによって、Msg1およびMsg1’が異なるデバイスからのものであることを区別し得る。OBUは、返信のために拡張識別子1に対応するデバイスを選択する、すなわち、RSU1からのMsg1に応答するためにメッセージMsg2を送信し、RSU1とRSU1’との両方がMsg2を受信し得る。RSU1は、Msg2内の拡張識別子1を識別することによって、Msg2がRSU1に対して行われた応答であると決定する。RSU1は、Msg2内の拡張識別子1を識別することによって、Msg2がRSU1’に対して行われた応答ではないと決定し、続いて、OBUからの応答メッセージが正しく受信されるまで、MAC1とは異なるMAC識別子を再生成し、MAC1を再生成されたMAC識別子に置き換えて、Msg1’を再送信し得る。

本出願の実施形態6および実施形態7はそれぞれ、図11に示されているように、イニシエータ側およびレスポンダ側のブロードキャストベースのユニキャストセッション装置を提供する。

本出願の実施形態6で提供されるブロードキャストベースのユニキャストセッション装置1100は、
レスポンダデバイスから第1のユニキャスト応答メッセージを受信し、第1のユニキャスト応答メッセージは、レスポンダデバイスによって応答されたユニキャストサービスタイプと、レスポンダデバイスによって応答されたユニキャストサービスデータと、第1のMAC識別子と、第1の拡張識別子と、レスポンダデバイスによって生成された第2のMAC識別子と、レスポンダデバイスの第2の拡張識別子とを含み、レスポンダデバイスから第2のユニキャスト応答メッセージを受信し、第2のユニキャスト応答メッセージは、レスポンダデバイスによって応答されたユニキャストサービスタイプと、レスポンダデバイスによって応答されたユニキャストサービスデータと、第1のMAC識別子と、第1の拡張識別子とは異なる第5の拡張識別子と、第2のMAC識別子と、第2の拡張識別子とを含む、ように構成された受信ユニット1101と、
ユニキャスト確認応答メッセージのメッセージ層におけるユニキャスト指示情報に基づいて、ユニキャスト確認応答メッセージのRLC層でデータパケットをセグメント化しないと決定するように構成された処理ユニット1102と
を含む。

周期的ブロードキャストによって第1のユニキャスト要求メッセージを送信し、第1のユニキャスト要求メッセージは、ユニキャストセッションのイニシエータデバイスによって要求されたユニキャストサービスタイプと、イニシエータデバイスによって要求されたユニキャストサービスデータと、イニシエータデバイスによって生成された第1のMAC識別子と、イニシエータデバイスの第1の拡張識別子とを含み、複数のユニキャスト確認応答メッセージを繰り返し送信し、ユニキャスト確認応答メッセージは、レスポンダデバイスによって応答されたユニキャストサービスデータの確認応答情報と、第1のMAC識別子と、第1の拡張識別子と、第2のMAC識別子と、第2の拡張識別子とを含み、周期的ブロードキャストによって第2のユニキャスト要求メッセージを送信し、第2のユニキャスト要求メッセージは、ユニキャストセッションのイニシエータデバイスによって要求されたユニキャストサービスタイプと、イニシエータデバイスによって要求されたユニキャストサービスデータと、イニシエータデバイスによって再生成された、第1のMAC識別子とは異なる第3の媒体アクセス制御MAC識別子と、イニシエータデバイスの第1の拡張識別子とを含む、ように構成された送信ユニット1103と
を含む。

本出願の実施形態6で提供されるイニシエータ側のブロードキャストベースのユニキャストセッション装置1100は、RSUまたはOBU（車両または車両内の構成要素を含む）を含むが、これらに限定されず、車両近接場決済、車両支援意思決定、または車両隊列運転などのシナリオで使用され得る。

本出願の実施形態7で提供されるブロードキャストベースのユニキャストセッション装置1100は、
ユニキャストセッションのイニシエータデバイスからユニキャスト要求メッセージを受信し、ユニキャスト要求メッセージは、イニシエータデバイスによって要求されたユニキャストサービスタイプと、イニシエータデバイスによって要求されたユニキャストサービスデータと、イニシエータデバイスによって生成された第1のMAC識別子と、イニシエータデバイスの第1の拡張識別子とを含み、イニシエータデバイスからユニキャスト確認応答メッセージを受信し、ユニキャスト確認応答メッセージは、レスポンダデバイスによって応答されたユニキャストサービスデータの確認応答情報と、第1のMAC識別子と、第1の拡張識別子と、第2のMAC識別子と、第2の拡張識別子とを含む、ように構成された受信ユニット1101と、
ユニキャスト応答メッセージのメッセージ層におけるユニキャスト指示情報に基づいて、ユニキャスト応答メッセージのRLC層でデータパケットをセグメント化しないと決定するように構成された処理ユニット1102と、
複数のユニキャスト応答メッセージを繰り返し送信し、ユニキャスト応答メッセージは、ユニキャストセッションのレスポンダデバイスによって応答されたユニキャストサービスタイプと、レスポンダデバイスによって応答されたユニキャストサービスデータと、第1のMAC識別子と、第1の拡張識別子と、レスポンダデバイスによって生成された第2のMAC識別子と、レスポンダデバイスの第2の拡張識別子とを含む、ように構成され、複数のユニキャスト応答メッセージのうちの最後のユニキャスト応答メッセージの送信から開始して、ユニキャスト確認応答メッセージが最後のユニキャスト応答メッセージの残りの待機時間内に受信されなかった場合に、複数の繰り返しユニキャスト応答メッセージを再送信するようにさらに構成された送信ユニット1103と
を含む。

本出願の実施形態7で提供されるレスポンダ側のブロードキャストベースのユニキャストセッション装置1100は、RSUまたはOBU（車両または車両内の構成要素を含む）を含むが、これらに限定されず、車両近接場決済、車両支援意思決定、または車両隊列運転などのシナリオで使用され得る。

実施形態6および実施形態7のユニットのうちの1つ以上のみが、ソフトウェア、ハードウェア、ファームウェア、またはこれらの組み合わせによって実施されてもよい。ソフトウェアまたはファームウェアは、コンピュータプログラム命令またはコードを含むが、これらに限定されず、ハードウェアプロセッサによって実行されてもよい。ハードウェアは、様々な集積回路、例えば、中央処理装置（CPU、Central Processing Unit）、デジタル信号プロセッサ（DSP、Digital Signal Processor）、フィールドプログラマブルゲートアレイ（FPGA、Field－Programmable Gate Array）、または特定用途向け集積回路（ASIC、Application－Specific Integrated Circuit）を含むが、これらに限定されない。

本出願の実施形態8および実施形態9はそれぞれ、図12に示されているように、イニシエータ側およびレスポンダ側のブロードキャストベースのユニキャストセッション装置を提供する。

本出願の実施形態8で提供されるイニシエータ側のブロードキャストベースのユニキャストセッション装置は、メモリ1201、プロセッサ1202、およびトランシーバ1203を含む。メモリ1201は、コンピュータプログラム命令を記憶する。プロセッサ1202は、実施形態2から4で説明されたイニシエータ側のブロードキャストベースのユニキャストセッション方法を実行するために、コンピュータプログラム命令を動作させる。トランシーバ2203は、ユニキャスト要求メッセージおよびユニキャスト確認応答メッセージを送信するように構成され、ユニキャスト応答メッセージを受信するようにさらに構成される。本出願の実施形態8で提供されるイニシエータ側のブロードキャストベースのユニキャストセッション装置は、RSUまたはOBU（車両または車両内の構成要素を含む）を含むが、これらに限定されず、車両近接場決済、車両支援意思決定、または車両隊列運転などのシナリオで使用され得る。

本出願の実施形態9で提供されるレスポンダ側のブロードキャストベースのユニキャストセッション装置は、メモリ1201、プロセッサ1202、およびトランシーバ1203を含む。メモリ1201は、コンピュータプログラム命令を記憶する。プロセッサ1202は、実施形態2から4で説明されたレスポンダ側のブロードキャストベースのユニキャストセッション方法を実行するために、コンピュータプログラム命令を動作させる。トランシーバ2203は、ユニキャスト要求メッセージおよびユニキャスト確認応答メッセージを受信するように構成され、ユニキャスト応答メッセージを送信するようにさらに構成される。本出願の実施形態9で提供されるレスポンダ側のブロードキャストベースのユニキャストセッション装置は、RSUまたはOBU（車両または車両内の構成要素を含む）を含むが、これらに限定されず、車両近接場決済、車両支援意思決定、または車両隊列運転などのシナリオで使用され得る。

本出願の実施形態8および実施形態9のプロセッサは、様々なCPU、DSP、マイクロコントローラ、マイクロプロセッサ、または人工知能プロセッサを含むが、これらに限定されない。

本出願の実施形態8および実施形態9のトランシーバは、通信インターフェース、通信モジュール、または通信コネクタを含むが、これらに限定されない。トランシーバの通信形態は、2G（第2世代移動通信技術）、3G（第3世代移動通信技術）、4G（第4世代移動通信技術）、5G（第5世代移動通信技術）、WiFi（Wireless Fidelity、ワイヤレスローカルエリアネットワーク）、Wimax（Worldwide Interoperability for Microwave Access、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス）、Bluetooth（ブルートゥース通信技術）、ZigBee（ジグビー通信技術）、光通信、衛星通信、または赤外線通信などを含むが、これらに限定されない。

本出願の実施形態10は、車両を提供する。図13に示されているように、車両は、イニシエータデバイスとして使用されることができるユニキャストセッション装置1301と、レスポンダデバイスとして使用されることができるユニキャストセッション装置1302とを含む。ユニキャストセッション装置1301は、実施形態6または実施形態8で説明されたユニキャストセッション装置であってもよく、ユニキャストセッション装置1302は、実施形態7または実施形態9で説明されたユニキャストセッション装置であってもよい。ユニキャストセッション装置1301およびユニキャストセッション装置1302は、車両内のハードウェア上で互いに独立した2つの装置であってもよいし、または信号の受信、送信、および処理機能を有する装置によって実施されてもよく、これはここでは限定されないことに留意されたい。

当業者は、本出願で提供される実施形態の説明が相互に参照され得ることを明確に理解し得る。説明を容易かつ簡潔にするために、例えば、本出願の実施形態で提供される装置およびデバイスの機能ならびに実行されるステップについては、本出願の方法の実施形態の関連する説明を参照されたい。参照は、様々な方法の実施形態間および様々な装置の実施形態間でも行われることができる。

当業者は、方法の実施形態のステップの全部または一部が、関連するハードウェアに命令するプログラムによって実施され得ることを理解し得る。プログラムは、コンピュータ可読記憶媒体に記憶され得る。プログラムが実行されるとき、方法の実施形態のステップの全部または一部が実行される。前述の記憶媒体は、ROM、RAM、磁気ディスク、または光ディスクなどの、プログラムコードを記憶することができる様々な媒体を含む。

前述の実施形態の全部または一部は、ソフトウェア、ハードウェア、ファームウェア、またはこれらの任意の組み合わせを使用して実施されてもよい。ソフトウェアが、実施形態を実施するために使用されるとき、実施形態の全部または一部は、コンピュータプログラム製品の形態で実施されてもよい。コンピュータプログラム製品は、1つ以上のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上でロードされて実行されるとき、本出願の実施形態による手順または機能が全体的または部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラマブル装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよいし、またはあるコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送されてもよい。例えば、コンピュータ命令は、有線（例えば、同軸ケーブル、光ファイバ、もしくはデジタル加入者回線（DSL））の方法またはワイヤレス（例えば、赤外線、無線、もしくはマイクロ波）の方法で、あるウェブサイト、コンピュータ、サーバ、またはデータセンタから別のウェブサイト、コンピュータ、サーバ、またはデータセンタに伝送されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体であってもよいし、または1つ以上の使用可能な媒体を組み込んだデータ記憶デバイス、例えばサーバもしくはデータセンタであってもよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、もしくは磁気テープ）、光学媒体（例えば、DVD）、または半導体媒体（例えば、ソリッドステートディスク（Solid State Disk、SSD））などであってもよい。

本出願で提供されるいくつかの実施形態では、開示されたシステム、装置、および方法が、本出願の範囲から逸脱することなく、他の方法で実施され得ることを理解されたい。例えば、説明された実施形態は例にすぎない。例えば、モジュールまたはユニットへの分割は、論理的な機能の分割にすぎず、実際の実施では他の分割であってもよい。例えば、複数のユニットまたは構成要素は、別のシステムに組み合わされてもよいし、もしくは統合されてもよく、または一部の機能は無視されてもよいし、もしくは実行されなくてもよい。別個の部分として説明されたユニットは、物理的に分離されていてもいなくてもよく、ユニットとして提示された部分は物理ユニットであってもなくてもよく、1つの位置に配置されてもよいし、または複数のネットワークユニットに分散されてもよい。一部または全部のモジュールは、実施形態の解決策の目的を達成するために実際の必要に応じて選択されてもよい。当業者は、創造的な努力なしに本出願の実施形態を理解し実施し得る。

加えて、システム、装置、方法、および異なる実施形態を示す概略図は、本出願の範囲から逸脱することなく、他のシステム、モジュール、技術、または方法と組み合わされてもよいし、または統合されてもよい。加えて、提示されたまたは述べられた相互結合または直接的な結合もしくは通信接続は、いくつかのインターフェースを使用して実施されてもよい。装置またはユニット間の間接的な結合または通信接続は、電子的な、機械的な、または他の形態で実施されてもよい。

前述の説明は、本出願の特定の実施態様にすぎず、本出願の保護範囲を限定することを意図されていない。本出願に開示されている技術的範囲内で当業者によって容易に考え出されるいかなる変形または置換も、本出願の保護範囲内にあるものとする。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。

1100 ブロードキャストベースのユニキャストセッション装置
1101 受信ユニット
1102 処理ユニット
1103 送信ユニット
1201 メモリ
1202 プロセッサ
1203 トランシーバ
1301 ユニキャストセッション装置
1302 ユニキャストセッション装置
2203 トランシーバ

本出願の実施形態の目的、技術的解決策、および利点をより明確にするために、以下は、本出願の実施形態の添付の図面を参照しながら本出願の実施形態の技術的解決策を明確に説明する。説明されている実施形態は、本出願の実施形態の全部ではなく一部であることは明らかである。創造的な努力なしに本出願の実施形態に基づいて当業者によって得られる他のすべての実施形態は、本出願の保護範囲内にあるものとする。

Claims

イニシエータデバイスおよび少なくとも1つのレスポンダデバイスを備えるブロードキャストベースのユニキャストセッションシステムであって、前記少なくとも1つのレスポンダデバイスは第1のレスポンダデバイスを備え、
前記イニシエータデバイスは、周期的ブロードキャストによって第1のユニキャスト要求メッセージを送信し、前記第1のユニキャスト要求メッセージは、前記ユニキャストセッションの前記イニシエータデバイスによって要求されたユニキャストサービスタイプと、前記イニシエータデバイスによって要求されたユニキャストサービスデータと、前記イニシエータデバイスの第1の媒体アクセス制御MAC識別子および第1の拡張識別子とを含み、前記第1の拡張識別子は前記第1のMAC識別子とは異なる、ように構成されており、
前記第1のレスポンダデバイスは、前記第1のユニキャスト要求メッセージを受信し、前記受信された第1のユニキャスト要求メッセージに応答して、ブロードキャストによって第1のユニキャスト応答メッセージを送信し、前記第1のユニキャスト応答メッセージは、前記ユニキャストセッションの前記第1のレスポンダデバイスによって応答されたユニキャストサービスタイプと、前記第1のレスポンダデバイスによって応答されたユニキャストサービスデータと、前記第1のMAC識別子と、前記第1の拡張識別子と、前記第1のレスポンダデバイスの第2の媒体アクセス制御MAC識別子および第2の拡張識別子と、を含み、前記第2の拡張識別子は前記第2のMAC識別子とは異なる、ように構成されており、
前記イニシエータデバイスは、前記第1のユニキャスト応答メッセージを受信し、前記受信された第1のユニキャスト応答メッセージに応答して、ブロードキャストによって第1のユニキャスト確認応答メッセージを送信し、前記第1のユニキャスト確認応答メッセージは、前記第1のレスポンダデバイスによって応答された前記ユニキャストサービスデータの確認応答情報と、前記第1のMAC識別子と、前記第1の拡張識別子と、前記第2のMAC識別子と、前記第2の拡張識別子と、を含む、ようにさらに構成されており、
前記第1のレスポンダデバイスは、前記第1のユニキャスト確認応答メッセージを受信し、前記第1のユニキャスト確認応答メッセージに基づいて前記ユニキャストセッションに関連するサービス処理を実行するようにさらに構成されている、
ブロードキャストベースのユニキャストセッションシステム。
ブロードキャストベースのユニキャストセッション方法であって、
周期的ブロードキャストによって第1のユニキャスト要求メッセージを送信するステップであって、前記第1のユニキャスト要求メッセージは、前記ユニキャストセッションのイニシエータデバイスによって要求されたユニキャストサービスタイプと、前記イニシエータデバイスによって要求されたユニキャストサービスデータと、前記イニシエータデバイスの第1のMAC識別子および第1の拡張識別子とを含み、前記第1の拡張識別子は前記第1のMAC識別子とは異なる、ステップと、
第1のレスポンダデバイスによってブロードキャストで送信された第1のユニキャスト応答メッセージを受信するステップであって、前記第1のユニキャスト応答メッセージは、前記第1のレスポンダデバイスによって応答されたユニキャストサービスタイプと、前記第1のレスポンダデバイスによって応答されたユニキャストサービスデータと、前記第1のMAC識別子と、前記第1の拡張識別子と、前記第1のレスポンダデバイスの第2のMAC識別子および第2の拡張識別子とを含み、前記第2の拡張識別子は前記第2のMAC識別子とは異なる、ステップと、
前記受信された第1のユニキャスト応答メッセージに応答して、ブロードキャストによって第1のユニキャスト確認応答メッセージを送信するステップであって、前記第1のユニキャスト確認応答メッセージは、前記第1のレスポンダデバイスによって応答された前記ユニキャストサービスデータの確認応答情報と、前記第1のMAC識別子と、前記第1の拡張識別子と、前記第2のMAC識別子と、前記第2の拡張識別子と、を含む、ステップと
を含むブロードキャストベースのユニキャストセッション方法。
前記方法は、
第2のレスポンダデバイスによってブロードキャストで送信された第2のユニキャスト応答メッセージを受信するステップであって、前記第2のユニキャスト応答メッセージは、前記第2のレスポンダデバイスによって応答されたユニキャストサービスタイプと、前記第2のレスポンダデバイスによって応答されたユニキャストサービスデータと、前記第1のMAC識別子と、前記第1の拡張識別子と、前記第2のレスポンダデバイスの第3のMAC識別子および第3の拡張識別子と、を含む、ステップと、
前記第1のユニキャスト応答メッセージおよび前記第2のユニキャスト応答メッセージを含む複数のユニキャスト応答メッセージの中から、応答されたユニキャスト応答メッセージとして、前記第1のユニキャスト応答メッセージを含む少なくとも1つのユニキャスト応答メッセージを選択するステップであって、前記少なくとも1つのユニキャスト応答メッセージの各々に含まれる前記イニシエータデバイスのMAC識別子は前記第1のMAC識別子であり、前記ユニキャスト応答メッセージの各々に含まれる前記イニシエータデバイスの拡張識別子は前記第1の拡張識別子である、ステップと
をさらに含む、請求項2に記載の方法。
前記応答されたユニキャスト応答メッセージとして使用される前記少なくとも1つのユニキャスト応答メッセージは、第3のレスポンダデバイスによってブロードキャストで送信された第3のユニキャスト応答メッセージをさらに含み、前記第3のユニキャスト応答メッセージは、前記第3のレスポンダデバイスによって応答されたユニキャストサービスタイプと、前記第3のレスポンダデバイスによって応答されたユニキャストサービスデータと、前記第1のMAC識別子と、前記第1の拡張識別子と、前記第3のレスポンダデバイスの第4のMAC識別子および第4の拡張識別子と、を含み、前記方法は、
前記第3のレスポンダデバイスによってブロードキャストで送信された前記第3のユニキャスト応答メッセージを受信するステップと、
前記第3のユニキャスト応答メッセージに応答して、ブロードキャストによって第2のユニキャスト確認応答メッセージを送信するステップであって、前記第2のユニキャスト確認応答メッセージは、前記第3のレスポンダデバイスによって応答された前記ユニキャストサービスデータの確認応答情報と、前記第1のMAC識別子と、前記第1の拡張識別子と、前記第4のMAC識別子と、前記第4の拡張識別子と、を含む、ステップと
をさらに含む、請求項3に記載の方法。
前記第1のユニキャスト確認応答メッセージは、メッセージ層および無線リンク制御層を含み、前記無線リンク制御層における前記第1のユニキャスト確認応答メッセージの内容情報は、データパケットによって搬送され、前記第1のユニキャスト確認応答メッセージの前記メッセージ層は、ユニキャストメッセージの属性を示すために使用される情報を含む、請求項2から4のいずれか一項に記載の方法。
前記第1のユニキャスト要求メッセージは、前記第1のユニキャスト応答メッセージの繰り返し送信回数または繰り返し送信間隔の少なくとも一方を示すために使用される第1の送信指示情報をさらに含む、請求項2から5のいずれか一項に記載の方法。
ブロードキャストによって第1のユニキャスト確認応答メッセージを送信する前記ステップは、ブロードキャストによって前記第1のユニキャスト確認応答メッセージを繰り返し送信するステップであり、前記第1のユニキャスト応答メッセージは、前記第1のユニキャスト確認応答メッセージの繰り返し送信回数、繰り返し送信間隔、または残りの待機時間のうちの少なくとも1つを示すために使用される第2の送信指示情報をさらに含む、請求項2から6のいずれか一項に記載の方法。
前記第1のユニキャスト確認応答メッセージの実際の繰り返し送信回数または実際の繰り返し送信間隔の少なくとも一方は、前記第2の送信指示情報に基づいて決定される、請求項7に記載の方法。
前記第1のユニキャスト要求メッセージは、前記第2のMAC識別子および前記第2の拡張識別子をさらに含み、前記第2の拡張識別子は前記第2のMAC識別子とは異なる、請求項2から8のいずれか一項に記載の方法。
前記方法は、
前記第2のレスポンダデバイスから前記第2のユニキャスト応答メッセージを受信するステップであって、前記第2のユニキャスト応答メッセージは、前記第2のレスポンダデバイスによって応答された前記ユニキャストサービスタイプと、前記第2のレスポンダデバイスによって応答された前記ユニキャストサービスデータと、前記第1のMAC識別子と、前記第1の拡張識別子とは異なる第5の拡張識別子と、前記第2のレスポンダデバイスの前記MAC識別子および前記拡張識別子と、を含む、ステップと、
周期的ブロードキャストによって第2のユニキャスト要求メッセージを送信するステップであって、前記第2のユニキャスト要求メッセージは、前記ユニキャストセッションの前記イニシエータデバイスによって要求された前記ユニキャストサービスタイプと、前記イニシエータデバイスによって要求された前記ユニキャストサービスデータと、前記イニシエータデバイスの更新されたMAC識別子および前記第1の拡張識別子と、を含み、前記イニシエータデバイスの前記更新されたMAC識別子は前記第1のMAC識別子とは異なる、ステップと
をさらに含む、請求項2から9のいずれか一項に記載の方法。
ブロードキャストベースのユニキャストセッション方法であって、
ユニキャストセッションのイニシエータデバイスによって周期的ブロードキャストで送信された第1のユニキャスト要求メッセージを受信するステップであって、前記第1のユニキャスト要求メッセージは、前記イニシエータデバイスによって要求されたユニキャストサービスタイプと、前記イニシエータデバイスによって要求されたユニキャストサービスデータと、前記イニシエータデバイスの第1のMAC識別子および第1の拡張識別子と、を含み、前記第1の拡張識別子は前記第1のMAC識別子とは異なる、ステップと、
前記受信された第1のユニキャスト要求メッセージに応答して、ブロードキャストによって第1のユニキャスト応答メッセージを送信するステップであって、前記第1のユニキャスト応答メッセージは、前記ユニキャストセッションの第1のレスポンダデバイスによって応答されたユニキャストサービスタイプと、前記第1のレスポンダデバイスによって応答されたユニキャストサービスデータと、前記第1のMAC識別子と、前記第1の拡張識別子と、前記第1のレスポンダデバイスの第2のMAC識別子および第2の拡張識別子と、を含み、前記第2の拡張識別子は前記第2のMAC識別子とは異なる、ステップと、
前記イニシエータデバイスから第1のユニキャスト確認応答メッセージを受信するステップであって、前記第1のユニキャスト確認応答メッセージは、前記第1のレスポンダデバイスによって応答された前記ユニキャストサービスデータの確認応答情報と、前記第1のMAC識別子と、前記第1の拡張識別子と、前記第2のMAC識別子と、前記第2の拡張識別子と、を含む、ステップと、
前記第1のユニキャスト確認応答メッセージに基づいて前記ユニキャストセッションに関連するサービス処理を実行するステップと
を含むブロードキャストベースのユニキャストセッション方法。
前記第1のユニキャスト応答メッセージは、メッセージ層および無線リンク制御層を含み、前記無線リンク制御層における前記第1のユニキャスト応答メッセージの内容情報は、データパケットによって搬送され、前記第1のユニキャスト応答メッセージの前記メッセージ層は、ユニキャストメッセージの属性を示すために使用される情報を含む、請求項11に記載の方法。
ブロードキャストによって第1のユニキャスト応答メッセージを送信する前記ステップは、ブロードキャストによって前記第1のユニキャスト応答メッセージを繰り返し送信するステップであり、前記第1のユニキャスト要求メッセージは、前記第1のユニキャスト応答メッセージの繰り返し送信回数または繰り返し送信間隔の少なくとも一方を示すために使用される第1の送信指示情報をさらに含む、請求項11または12に記載の方法。
前記第1のユニキャスト応答メッセージの実際の繰り返し送信回数または実際の繰り返し送信間隔の少なくとも一方は、前記第1の送信指示情報に基づいて決定される、請求項13に記載の方法。
前記第1のユニキャスト応答メッセージは、前記第1のユニキャスト確認応答メッセージの繰り返し送信回数、繰り返し送信間隔、または残りの待機時間のうちの少なくとも1つを示すために使用される第2の送信指示情報をさらに含む、請求項11から14のいずれか一項に記載の方法。
前記方法は、
前記第1のユニキャスト応答メッセージの送信から開始して、前記第1のユニキャスト確認応答メッセージが前記残りの待機時間内に受信されなかった場合に、ブロードキャストによって前記第1のユニキャスト応答メッセージを再送信するステップ
をさらに含む、請求項15に記載の方法。
前記第1のユニキャスト要求メッセージは、前記第2のMAC識別子および前記第2の拡張識別子をさらに含み、
ブロードキャストによって第1のユニキャスト応答メッセージを送信する前記ステップは、前記第1のユニキャスト要求メッセージ内の前記第2のMAC識別子が前記第1のレスポンダデバイスの現在のMAC識別子と同じであり、前記第1のユニキャスト要求メッセージ内の前記第2の拡張識別子が前記第1のレスポンダデバイスの拡張識別子と同じであるときに、ブロードキャストによって前記第1のユニキャスト応答メッセージを送信するステップを含む、
請求項11から16のいずれか一項に記載の方法。
ブロードキャストベースのユニキャストセッション装置であって、
周期的ブロードキャストによって第1のユニキャスト要求メッセージを送信し、前記第1のユニキャスト要求メッセージは、前記ユニキャストセッションのイニシエータデバイスによって要求されたユニキャストサービスタイプと、前記イニシエータデバイスによって要求されたユニキャストサービスデータと、前記イニシエータデバイスの第1のMAC識別子および第1の拡張識別子と、を含み、前記第1の拡張識別子は前記第1のMAC識別子とは異なる、ように構成された送信ユニットと、
第1のレスポンダデバイスによってブロードキャストで送信された第1のユニキャスト応答メッセージを受信し、前記第1のユニキャスト応答メッセージは、前記第1のレスポンダデバイスによって応答されたユニキャストサービスタイプと、前記第1のレスポンダデバイスによって応答されたユニキャストサービスデータと、前記第1のMAC識別子と、前記第1の拡張識別子と、前記第1のレスポンダデバイスの第2のMAC識別子および第2の拡張識別子と、を含み、前記第2の拡張識別子は前記第2のMAC識別子とは異なる、ように構成された受信ユニットと
を備え、
前記送信ユニットは、前記受信された第1のユニキャスト応答メッセージに応答して、ブロードキャストによって第1のユニキャスト確認応答メッセージを送信し、前記第1のユニキャスト確認応答メッセージは、前記第1のレスポンダデバイスによって応答された前記ユニキャストサービスデータの確認応答情報と、前記第1のMAC識別子と、前記第1の拡張識別子と、前記第2のMAC識別子と、前記第2の拡張識別子と、を含む、ようにさらに構成されている、
ブロードキャストベースのユニキャストセッション装置。
前記受信ユニットは、第2のレスポンダデバイスによってブロードキャストで送信された第2のユニキャスト応答メッセージを受信し、前記第2のユニキャスト応答メッセージは、前記第2のレスポンダデバイスによって応答されたユニキャストサービスタイプと、前記第2のレスポンダデバイスによって応答されたユニキャストサービスデータと、前記第1のMAC識別子と、前記第1の拡張識別子と、前記第2のレスポンダデバイスの第3のMAC識別子および第3の拡張識別子と、を含む、ようにさらに構成されており、
前記装置は、前記第1のユニキャスト応答メッセージおよび前記第2のユニキャスト応答メッセージを含む複数のユニキャスト応答メッセージの中から、応答されたユニキャスト応答メッセージとして、前記第1のユニキャスト応答メッセージを含む少なくとも1つのユニキャスト応答メッセージを選択し、前記少なくとも1つのユニキャスト応答メッセージの各々に含まれる前記イニシエータデバイスのMAC識別子は前記第1のMAC識別子であり、前記ユニキャスト応答メッセージの各々に含まれる前記イニシエータデバイスの拡張識別子は前記第1の拡張識別子である、
ように構成された処理ユニットをさらに備える、請求項18に記載の装置。
前記応答されたユニキャスト応答メッセージとして使用される前記少なくとも1つのユニキャスト応答メッセージは、第3のレスポンダデバイスによってブロードキャストで送信された第3のユニキャスト応答メッセージをさらに含み、前記第3のユニキャスト応答メッセージは、前記第3のレスポンダデバイスによって応答されたユニキャストサービスタイプと、前記第3のレスポンダデバイスによって応答されたユニキャストサービスデータと、前記第1のMAC識別子と、前記第1の拡張識別子と、前記第3のレスポンダデバイスの第4のMAC識別子および第4の拡張識別子と、を含み、
前記受信装置は、前記第3のレスポンダデバイスによってブロードキャストで送信された前記第3のユニキャスト応答メッセージを受信するようにさらに構成されており、
前記送信装置は、前記第3のユニキャスト応答メッセージに応答して、ブロードキャストによって第2のユニキャスト確認応答メッセージを送信し、前記第2のユニキャスト確認応答メッセージは、前記第3のレスポンダデバイスによって応答された前記ユニキャストサービスデータの確認応答情報と、前記第1のMAC識別子と、前記第1の拡張識別子と、前記第4のMAC識別子と、前記第4の拡張識別子と、を含む、ようにさらに構成されている、
請求項19に記載の装置。
前記第1のユニキャスト確認応答メッセージは、メッセージ層および無線リンク制御層を含み、前記無線リンク制御層における前記第1のユニキャスト確認応答メッセージの内容情報は、データパケットによって搬送され、前記第1のユニキャスト確認応答メッセージの前記メッセージ層は、ユニキャストメッセージの属性を示すために使用される情報を含む、請求項18から20のいずれか一項に記載の装置。
前記第1のユニキャスト要求メッセージは、前記第1のユニキャスト応答メッセージの繰り返し送信回数または繰り返し送信間隔の少なくとも一方を示すために使用される第1の送信指示情報をさらに含む、請求項18から21のいずれか一項に記載の装置。
ブロードキャストによって第1のユニキャスト確認応答メッセージを送信することは、ブロードキャストによって前記第1のユニキャスト確認応答メッセージを繰り返し送信することであり、前記第1のユニキャスト応答メッセージは、前記第1のユニキャスト確認応答メッセージの繰り返し送信回数、繰り返し送信間隔、または残りの待機時間のうちの少なくとも1つを示すために使用される第2の送信指示情報をさらに含む、請求項18から22のいずれか一項に記載の装置。
前記第1のユニキャスト確認応答メッセージの実際の繰り返し送信回数または実際の繰り返し送信間隔の少なくとも一方は、前記第2の送信指示情報に基づいて決定される、請求項23に記載の装置。
前記第1のユニキャスト要求メッセージは、前記第2のMAC識別子および前記第2の拡張識別子をさらに含む、請求項18から24のいずれか一項に記載の装置。
前記受信ユニットは、
前記第2のレスポンダデバイスから前記第2のユニキャスト応答メッセージを受信し、前記第2のユニキャスト応答メッセージは、前記第2のレスポンダデバイスによって応答された前記ユニキャストサービスタイプと、前記第2のレスポンダデバイスによって応答された前記ユニキャストサービスデータと、前記第1のMAC識別子と、前記第1の拡張識別子とは異なる第5の拡張識別子と、前記第2のレスポンダデバイスの前記MAC識別子および前記拡張識別子と、を含む、
ようにさらに構成されており、
前記送信ユニットは、
周期的ブロードキャストによって第2のユニキャスト要求メッセージを送信し、前記第2のユニキャスト要求メッセージは、前記ユニキャストセッションの前記イニシエータデバイスによって要求された前記ユニキャストサービスタイプと、前記イニシエータデバイスによって要求された前記ユニキャストサービスデータと、前記イニシエータデバイスの更新されたMAC識別子および前記第1の拡張識別子と、を含み、前記イニシエータデバイスの前記更新されたMAC識別子は前記第1のMAC識別子とは異なる、
ようにさらに構成されている、請求項18から25のいずれか一項に記載の装置。
ブロードキャストベースのユニキャストセッション装置であって、
ユニキャストセッションのイニシエータデバイスによって周期的ブロードキャストで送信された第1のユニキャスト要求メッセージを受信し、前記第1のユニキャスト要求メッセージは、前記イニシエータデバイスによって要求されたユニキャストサービスタイプと、前記イニシエータデバイスによって要求されたユニキャストサービスデータと、前記イニシエータデバイスの第1のMAC識別子および第1の拡張識別子と、を含み、前記第1の拡張識別子は前記第1のMAC識別子とは異なる、ように構成された受信ユニットと、
前記受信された第1のユニキャスト要求メッセージに応答して、ブロードキャストによって第1のユニキャスト応答メッセージを送信し、前記第1のユニキャスト応答メッセージは、前記ユニキャストセッションの第1のレスポンダデバイスによって応答されたユニキャストサービスタイプと、前記第1のレスポンダデバイスによって応答されたユニキャストサービスデータと、前記第1のMAC識別子と、前記第1の拡張識別子と、前記第1のレスポンダデバイスの第2のMAC識別子および第2の拡張識別子と、を含み、前記第2の拡張識別子は前記第2のMAC識別子とは異なる、ように構成された送信ユニットと
を備え、
前記受信ユニットは、前記イニシエータデバイスから第1のユニキャスト確認応答メッセージを受信し、前記第1のユニキャスト確認応答メッセージは、前記第1のレスポンダデバイスによって応答された前記ユニキャストサービスデータの確認応答情報と、前記第1のMAC識別子と、前記第1の拡張識別子と、前記第2のMAC識別子と、前記第2の拡張識別子と、を含む、ようにさらに構成されており、
前記装置は、前記第1のユニキャスト確認応答メッセージに基づいて前記ユニキャストセッションに関連するサービス処理を実行するように構成された処理ユニットをさらに備える、
ブロードキャストベースのユニキャストセッション装置。
前記第1のユニキャスト応答メッセージは、メッセージ層および無線リンク制御層を含み、前記無線リンク制御層における前記第1のユニキャスト応答メッセージの内容情報は、データパケットによって搬送され、前記第1のユニキャスト応答メッセージの前記メッセージ層は、ユニキャストメッセージの属性を示すために使用される情報を含む、請求項27に記載の装置。
ブロードキャストによって前記第1のユニキャスト応答メッセージを送信することは、ブロードキャストによって前記第1のユニキャスト応答メッセージを繰り返し送信することであり、前記第1のユニキャスト要求メッセージは、前記第1のユニキャスト応答メッセージの繰り返し送信回数または繰り返し送信間隔の少なくとも一方を示すために使用される第1の送信指示情報をさらに含む、請求項27または28に記載の装置。
前記第1のユニキャスト応答メッセージの実際の繰り返し送信回数または実際の繰り返し送信間隔の少なくとも一方は、前記第1の送信指示情報に基づいて決定される、請求項29に記載の装置。
前記第1のユニキャスト応答メッセージは、前記第1のユニキャスト確認応答メッセージの繰り返し送信回数、繰り返し送信間隔、または残りの待機時間のうちの少なくとも1つを示すために使用される第2の送信指示情報をさらに含む、請求項27から30のいずれか一項に記載の装置。
前記送信ユニットは、
前記第1のユニキャスト応答メッセージの送信から開始して、前記第1のユニキャスト確認応答メッセージが前記残りの待機時間内に受信されなかった場合に、ブロードキャストによって前記第1のユニキャスト応答メッセージを再送信する
ようにさらに構成されている、請求項31に記載の装置。
前記第1のユニキャスト要求メッセージは、前記第2のMAC識別子および前記第2の拡張識別子をさらに含み、
ブロードキャストによって第1のユニキャスト応答メッセージを送信することは、前記第1のユニキャスト要求メッセージ内の前記第2のMAC識別子が前記第1のレスポンダデバイスの現在のMAC識別子と同じであり、前記第1のユニキャスト要求メッセージ内の前記第2の拡張識別子が前記第1のレスポンダデバイスの拡張識別子と同じであるときに、ブロードキャストによって前記第1のユニキャスト応答メッセージを送信することを含む、請求項27から32のいずれか一項に記載の装置。
メモリおよびプロセッサを備えるブロードキャストベースのユニキャストセッション装置であって、前記メモリはコンピュータプログラム命令を記憶しており、前記プロセッサは、請求項2から10のいずれか一項に記載の動作を実行するために前記コンピュータプログラム命令を動作させる、ブロードキャストベースのユニキャストセッション装置。
メモリおよびプロセッサを備えるブロードキャストベースのユニキャストセッション装置であって、前記メモリはコンピュータプログラム命令を記憶しており、前記プロセッサは、請求項11から17のいずれか一項に記載の動作を実行するために前記コンピュータプログラム命令を動作させる、ブロードキャストベースのユニキャストセッション装置。
コンピュータ命令を含むコンピュータ可読記憶媒体であって、前記コンピュータ命令がプロセッサによって動作されるとき、前記ソフトウェアアップグレード装置は、請求項2から10のいずれか一項に記載の方法を実行することが可能である、コンピュータ可読記憶媒体。
コンピュータ命令を含むコンピュータ可読記憶媒体であって、前記コンピュータ命令がプロセッサによって動作されるとき、前記ソフトウェアアップグレード装置は、請求項11から17のいずれか一項に記載の方法を実行することが可能である、コンピュータ可読記憶媒体。
請求項18から26のいずれか一項に記載のブロードキャストベースのユニキャストセッション装置と、請求項27から33のいずれか一項に記載のブロードキャストベースのユニキャストセッション装置とを備える車両。
請求項34に記載のブロードキャストベースのユニキャストセッション装置と、請求項35に記載のブロードキャストベースのユニキャストセッション装置とを備える車両。
コンピュータプログラム製品であって、前記コンピュータプログラム製品がプロセッサ上で動作するとき、ブロードキャストベースのユニキャストセッション装置は、請求項2から10のいずれか一項に記載の方法を実行することが可能である、コンピュータプログラム製品。
コンピュータプログラム製品であって、前記コンピュータプログラム製品がプロセッサ上で動作するとき、ブロードキャストベースのユニキャストセッション装置は、請求項11から17のいずれか一項に記載の方法を実行することが可能である、コンピュータプログラム製品。