(57)【特許請求の範囲】
【請求項１】
装置対装置（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ）通信システムでの伝送機のディスカバリーメッセージの伝送方法において、
前記ディスカバリーメッセージが伝送されるディスカバリースロットと関連した協定世界時（ｕｎｉｖｅｒｓａｌ ｃｏｏｒｄｉｎａｔｅｄ ｔｉｍｅ、ＵＴＣ）情報を確認する段階と、
前記確認されたＵＴＣ情報に基づいて保安情報を生成する段階と、
前記生成された保安情報及び保安キーと関連したディスカバリー情報を含む前記ディスカバリーメッセージを生成する段階と、
前記ディスカバリーメッセージを伝送する段階とを含む方法。
【請求項２】
サーバーから前記保安キーを受信する段階と、
前記保安情報は、前記保安キー及び前記確認されたＵＴＣ情報に基づいて生成される段階とをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＵＴＣ情報は、秒単位に基づいて確認されることを特徴とする請求項１に記載の方法。
【請求項４】
前記ＵＴＣ情報の予め定められた個数の最下位のビットは、前記ディスカバリーメッセージに含まれ、共に伝送されることを特徴とする請求項１に記載の方法。
【請求項５】
装置対装置（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ）通信システムでの受信機のディスカバリーメッセージの受信方法において、
前記ディスカバリーメッセージが伝送されるディスカバリースロットと関連した第１協定世界時（ｕｎｉｖｅｒｓａｌ ｃｏｏｒｄｉｎａｔｅｄ ｔｉｍｅ、ＵＴＣ）情報に基づいて生成された保安情報を含むディスカバリーメッセージを受信する段階と、
前記ディスカバリーメッセージに含まれ、共に伝送された前記第１ＵＴＣ情報の予め定められた個数の最下位のビットに基づいて、第２ＵＴＣ情報を生成する段階と、
前記ディスカバリーメッセージの情報及び前記第２ＵＴＣ情報をサーバーに伝送する段階とを含む方法。
【請求項６】
前記第２ＵＴＣ情報の予め定められた個数の最下位のビットは、前記第１ＵＴＣ情報の予め定められた個数の最下位のビットと同じであることを特徴とする請求項５に記載の方法。
【請求項７】
サーバーの方法において、
ディスカバリーメッセージの情報及び第１協定世界時（ｕｎｉｖｅｒｓａｌ ｃｏｏｒｄｉｎａｔｅｄ ｔｉｍｅ、ＵＴＣ）情報を装置対装置（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ）通信システムの受信機から受信する段階と、
前記ディスカバリーメッセージの情報に含まれた保安情報を検証する段階とを含み、
前記第１ＵＴＣ情報は、前記受信機が伝送機から受信した第２ＵＴＣ情報に基づいて、前記受信機によって生成され、
前記第２ＵＴＣ情報は、前記ディスカバリーメッセージが前記伝送機から前記受信機に伝送されるディスカバリースロットに関連したことを特徴とする方法。
【請求項８】
前記保安情報は、
サーバーから伝送された保安キーに基づいて、前記伝送機によって生成されたことを特徴とする請求項７に記載の方法。
【請求項９】
前記第１ＵＴＣ情報の予め定められた個数の最下位のビットは、
前記伝送機から前記受信機へのディスカバリーメッセージに含まれ、共に伝送された前記第２ＵＴＣ情報の予め定められた個数の最下位のビットと同じであることを特徴とする請求項７に記載の方法。
【請求項１０】
装置対装置（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ）通信システムでのディスカバリーメッセージを伝送する伝送機において、
送受信部と、
前記ディスカバリーメッセージが伝送されるディスカバリースロットと関連した協定世界時（ｕｎｉｖｅｒｓａｌ ｃｏｏｒｄｉｎａｔｅｄ ｔｉｍｅ、ＵＴＣ）情報を確認し、前記確認されたＵＴＣ情報に基づいて、保安情報を生成し、前記生成された保安情報及び保安キーと関連したディスカバリー情報を含む前記ディスカバリーメッセージを生成し、前記ディスカバリーメッセージを伝送するように前記送受信部を制御する制御部とを含む伝送機。
【請求項１１】
前記制御部は、
サーバーから前記保安キーを受信するように前記送受信部を制御し、
前記保安情報は、前記保安キー及び前記確認されたＵＴＣ情報に基づいて生成されることを特徴とする請求項１０に記載の伝送機。
【請求項１２】
前記ＵＴＣ情報は、秒単位に基づいて確認されることを特徴とする請求項１１に記載の伝送機。
【請求項１３】
前記ＵＴＣ情報の予め定められた個数の最下位のビットは、前記ディスカバリーメッセージに含まれ、共に伝送されることを特徴とする請求項１０に記載の伝送機。
【請求項１４】
装置対装置（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ）通信システムでのディスカバリーメッセージを受信する受信機において、
送受信部と、
前記ディスカバリーメッセージが伝送されるディスカバリースロットと関連した第１協定世界時（ｕｎｉｖｅｒｓａｌ ｃｏｏｒｄｉｎａｔｅｄ ｔｉｍｅ、ＵＴＣ）情報に基づいて生成された保安情報を含むディスカバリーメッセージを受信するように前記送受信部を制御し、前記ディスカバリーメッセージに含まれ、共に伝送された前記第１ＵＴＣ情報の予め定められた個数の最下位のビットに基づいて、第２ＵＴＣ情報を生成し、前記ディスカバリーメッセージの情報及び前記第２ＵＴＣ情報をサーバーに伝送するように前記送受信部を制御する制御部とを含む受信機。
【請求項１５】
前記第２ＵＴＣ情報の予め定められた個数の最下位のビットは、前記第１ＵＴＣ情報の予め定められた個数の最下位のビットと同じであることを特徴とする請求項１４に記載の受信機。
【請求項１６】
サーバーにおいて、
送受信部と、
ディスカバリーメッセージの情報及び第１協定世界時（ｕｎｉｖｅｒｓａｌ  ｃｏｏｒｄｉｎａｔｅｄ ｔｉｍｅ、ＵＴＣ）情報を装置対装置（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ）通信システムの受信機から受信するように前記送受信部を制御し、前記ディスカバリーメッセージの情報に含まれた保安情報を検証する制御部とを含み、
前記第１ＵＴＣ情報は、前記受信機が伝送機から受信した第２ＵＴＣ情報に基づいて、前記受信機によって生成され、
前記第２ＵＴＣ情報は、前記ディスカバリーメッセージが前記伝送機から前記受信機に伝送されるディスカバリースロットに関連したことを特徴とするサーバー。
【請求項１７】
前記保安情報は、
サーバーから伝送された保安キーに基づいて、前記伝送機によって生成されたことを特徴とする請求項１６に記載のサーバー。
【請求項１８】
前記第１ＵＴＣ情報の予め定められた個数の最下位のビットは、
前記伝送機から前記受信機へのディスカバリーメッセージに含まれ、共に伝送された前記第２ＵＴＣ情報の予め定められた個数の最下位のビットと同じであることを特徴とする請求項１６に記載のサーバー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、装置対装置（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ）サービスを支援する無線通信システムで直接無線信号（ｄｉｒｅｃｔ ｒａｄｉｏ ｓｉｇｎａｌ）を通じて伝送されるディスカバリー情報（ｄｉｓｃｏｖｅｒｙ  ｉｎｆｏｒｍａｔｉｏｎ）の保安（ｓｅｃｕｒｉｎｇ）方法及びシステムに関する。特に、本発明は、ディスカバリー情報の再生保護（ｒｅｐｌａｙ ｐｒｏｔｅｃｔｉｏｎ）及び無欠性保護（ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）方法に関する。
【背景技術】
【０００２】
装置対装置ディスカバリー（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ ｄｉｓｃｏｖｅｒｙ）を支援する無線通信システムで、ディスカバリー情報（ｄｉｓｃｏｖｅｒｙ  ｉｎｆｏｒｍａｔｉｏｎ）は、ディスカバリーされることを希望する端末（ＵＥ）によって伝送される。ディスカバリー情報は、ディスカバリー物理的チャネル（ｄｉｓｃｏｖｅｒｙ  ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）でＵＥにより伝送される。ディスカバリー情報は、アプリケーションユーザＩＤ、及び受信するＵＥが関心（ｉｎｔｅｒｅｓｔ）を有する他の情報で構成される。ディスカバリーするＵＥは、受信されたディスカバリー情報を基盤として他のＵＥがそれに関心があるか否かを決定する。ディスカバリーするＵＥで１つ以上の許可されたアプリケーションによりＵＥの近接性（ｐｒｏｘｉｍｉｔｙ）が知られる必要がある場合に、ＵＥは、ディスカバリーするＰｒｏＳｅ可能ＵＥ（ＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥ）に関心がある。ＰｒｏＳｅＤｉｓｃｏｖｅｒｙは、例えばＵＥで特定のアプリケーションに対するディスカバリーされたＵＥからの情報を利用し得る独立型サービスイネイブラー（ｓｔａｎｄａｌｏｎｅ  ｓｅｒｖｉｃｅ  ｅｎａｂｌｅｒ）であることができる。この際、特定のアプリケーションは、このような情報、例えば“ｆｉｎｄ  ａ  ｔａｘｉ  ｎｅａｒｂｙ”、 “ｆｉｎｄ  ｍｅｐｏｌｉｃｅ  ｏｆｆｉｃｅｒ  Ｘ”を利用するように許容され得る。追加に、このような情報によって獲得されたＰｒｏＳｅ  Ｄｉｓｃｏｖｅｒｙは、例えば直接通信を開始するために後続する動作に利用され得る。
【０００３】
現在システムで、ＵＥによって伝送されるディスカバリー情報は、ディスカバリー物理的チャネルをモニタリングするように許可される任意の他のＵＥによって受信され得る。ディスカバリー情報は、伝送のために許可されるＵＥによって伝送される。しかし、この際、ディスカバリー情報は、ブロードキャストチャネルに伝送され、ディスカバリー資源は、伝送のために特定のＵＥに専用に割り当てられない。或る場合に、ディスカバリー資源は、伝送のために特定のＵＥに専用に割り当てられるが、受信するＵＥは、送信機によって利用される特定のディスカバリー資源を知らない。ＵＥによって伝送されるディスカバリー情報は、任意のＵＥ（開放ディスカバリーの場合）またはＵＥの特定のグループ（制限されたディスカバリーの場合）によって受信され、処理され得る。
【０００４】
ディスカバリー物理的チャネル上でこのようなタイプの多−対−多通信（ｍａｎｙ  ｔｏ  ｍａｎｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）で、ディスカバリー情報は、安全に伝送されないことがある。悪性（ｒｏｇｕｅ）ＵＥは、ディスカバリー物理的チャネル上で伝送されたディスカバリープロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を受信できる。悪性ＵＥは、ディスカバリーＰＤＵを格納し、それを後でディスカバリー物理的チャネル上に伝送できる。これは、悪性ＵＥが伝送したディスカバリーＰＤＵを受信するＵＥに誤った情報の受信につながるようにすることができる。例えばＰｉｚｚａ  Ｓｈｏｐ  ＵＥが特定の時間に注文（ｏｆｆｅｒ）を通知し得る。注文がないとき、悪性ＵＥは、このようなメッセージを再生（ｒｅｐｌａｙ）し得る。他の例は、悪性ＵＥがユーザの友達のディスカバリー信号を再生し得るというものである。これにより、ユーザの友達が実際には近くにないが、ユーザは、ユーザの友達が近くにあると思うようになることができる。そのため、再生保護（ｒｅｐｌａｙ  ｐｒｏｔｅｃｔｉｏｎ）のためのメカニズムがディスカバリー情報を保安（ｓｅｃｕｒｉｎｇ）するために提供されなければならない。
【０００５】
ディスカバリー物理的チャネルのディスカバリー能力は、サイズが小さい。そのため、再生保護メカニズムは、オーバーヘッドを最小化しなければならない。現在、再生保護メカニズムは、カウンター（ｃｏｕｎｔｅｒ）またはパケット数を利用する。この際、伝送が任意のＵＥによって受信され得るとき、カウンターまたはパケット数を維持することができない。伝送を受信するＵＥは、また、時間によって変更され得る。この場合に、送信機と受信機との間に同期化されたカウンターまたはパケット数を有することができない。一部の再生保護メカニズムは、（時間、分、秒及び分の側面において時刻のような）システム時間を利用するように提案する。しかし、送信機と受信機を通じて同期化されたシステム時間を常時有し得るものではない。また、適用されたシステム時間がディスカバリー情報に伝達されるとき、システム時間接近方式は、また、更なるオーバーヘッドを追加し得る。システムの大部分は、フレームの側面で時間を分けることのような自分のメカニズムを利用して時間同期化される。例えば、一部のシステムで、フレーム持続時間は、１０ｍｓであり、送信機及び受信機は、フレーム境界と同期化される。フレームは、数が付与され、非常に速くロールオーバー（ｒｏｌｌｏｖｅｒ）される。例えば、１０ビットフレーム数は、毎１０秒ごとにロールオーバーされる。再生保護のためにフレーム数を利用することは、毎１０秒ごとにアップデートされる保安キーを必要とするので、効率的でない。一部の方法は、保安キーアップデートの頻度を減らすために、フレームの数及びロールオーバーカウンターを利用する。ロールオーバーカウンターは、送信機及び受信機が同期化されるようにディスカバリー情報とともに伝送される必要がある。しかし、これは、オーバーヘッドを追加する。さらに、ディスカバリー情報は、様々なＵＥによって伝送され、様々なＵＥによって受信される。ＵＥ全体にわたって同期化されたロールオーバーカウンターを有することができない。
【０００６】
そのため、ディスカバリー情報を保安（ｓｅｃｕｒｉｎｇ）する方法が必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の一実施形態による端末間の通信方法は、端末のディスカバリー情報を他の悪性（ｒｏｇｕｅ）端末が受信して変更するなどに起因して、端末ディスカバリー情報が間違って伝送されることを防止することを目的とする。
【０００８】
本発明で解決しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及しない他の技術的課題は、下記の記載から本発明の属する技術分野における通常の知識を有する者に明確に理解され得る。
【課題を解決するための手段】
【０００９】
前記目的を達成するために、本発明の一実施形態による送信端末における端末間の通信方法は、ディスカバリー資源サイクル番号と同期化する過程と；ディスカバリー情報が伝送されるディスカバリー物理的チャネルのディスカバリーチャネル論理的タイミング情報を決定する過程と；保安キー、前記決定されたディスカバリーチャネル論理的タイミング情報及び伝送されるディスカバリー情報を利用して保安情報を生成する過程と；前記保安情報を含む前記ディスカバリー情報を前記ディスカバリー物理的チャネルに伝送する過程と；を含むことができる。
【００１０】
また、前記ディスカバリーチャネル論理的タイミング情報は、ディスカバリー資源サイクル番号、ディスカバリーサブフレーム番号及びディスカバリー物理的チャネルインデックスのうち少なくとも１つを含むことができる。
【００１１】
また、前記保安情報は、メッセージ認証コード（ＭＡＣ：Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）またはデジタル署名（ＤＳ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ）のうち少なくとも１つを含むことができる。
【００１２】
また、前記保安情報は、ＣＲＣ（Ｃｙｃｌｉｃａｌ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）を含むことができる。
【００１３】
また、前記同期化する過程は、基地局からディスカバリー資源サイクルと関連したディスカバリー資源サイクル番号を受信する過程と；前記受信されたディスカバリー資源サイクル番号と同期化する過程と；を含むことができる。
【００１４】
また、前記保安情報を生成する過程は、前記ディスカバリー情報が伝送される絶対システム時間（Ａｂｓｏｌｕｔｅ  Ｓｙｓｔｅｍ  Ｔｉｍｅ）を決定する過程と；保安キー、前記決定されたディスカバリーチャネル論理的タイミング情報、前記絶対システム時間及び伝送されるディスカバリー情報を利用して保安情報を生成する過程と；を含むことができる。
【００１５】
また、前記目的を達成するために、本発明の一実施形態による受信端末における端末間の通信方法は、ディスカバリー資源サイクル番号と同期化する過程と；ディスカバリー物理的チャネルで第１保安情報を含むディスカバリー情報を受信する過程と；前記ディスカバリー情報が受信された前記ディスカバリー物理的チャネルのディスカバリーチャネル論理的タイミング情報を決定する過程と；保安キー、前記決定されたディスカバリーチャネル論理的タイミング情報及び前記受信したディスカバリー情報を利用して第２保安情報を生成する過程と；前記第１保安情報と前記第２保安情報を検証する過程と；を含むことができる。
【００１６】
また、前記同期化する過程は、基地局からディスカバリー資源サイクルと関連したディスカバリー資源サイクル番号を受信する過程と；前記受信されたディスカバリー資源サイクル番号と同期化する過程と；を含むことができる。
【００１７】
また、前記第２保安情報を生成する過程は、前記ディスカバリー情報が受信された絶対システム時間（Ａｂｓｏｌｕｔｅ  Ｓｙｓｔｅｍ  Ｔｉｍｅ）を決定する過程と；保安キー、前記決定されたディスカバリーチャネル論理的タイミング情報、前記絶対システム時間及び伝送されるディスカバリー情報を利用して保安情報を生成する過程と；を含むことができる。
【００１８】
また、前記目的を達成するために、本発明の一実施形態による送信端末における端末間の通信方法は、ディスカバリー情報が伝送されるディスカバリー物理的チャネルに対応するシステムフレーム／ディスカバリースロットのシステム時間及びシステムフレームを決定する過程と；保安キー、前記決定されたシステム時間及び前記伝送されるディスカバリー情報を利用して保安情報を生成する過程と；前記保安情報を含む前記ディスカバリー情報を前記ディスカバリー物理的チャネルに伝送する過程と；を含むことができる。
【００１９】
また、前記システムフレームに対応する協定世界時（ｕｎｉｖｅｒｓａｌ  ｃｏｏｒｄｉｎａｔｅｄ  ｔｉｍｅ）と同期化する過程と；をさらに含むことができる。
【００２０】
また、前記目的を達成するために、本発明の一実施形態による受信端末における端末間の通信方法は、ディスカバリー物理的チャネルで第１保安情報を含むディスカバリー情報を受信する過程と；ディスカバリー情報が伝送された前記ディスカバリー物理的チャネルに対応するシステムフレーム／ディスカバリースロットのシステム時間及びシステムフレームを決定する過程と；保安キー、前記決定されたシステム時間及び前記伝送されたディスカバリー情報を利用して第２保安情報を生成する過程と；前記第１保安情報と前記第２保安情報を検証する過程と；を含むことができる。
【００２１】
また、前記目的を達成するために、本発明の一実施形態による端末間の通信を支援する送信端末は、他の端末及び基地局と通信する通信部と；ディスカバリー資源サイクル番号と同期化し、ディスカバリー情報が伝送されるディスカバリー物理的チャネルのディスカバリーチャネル論理的タイミング情報を決定し、保安キー、前記決定されたディスカバリーチャネル論理的タイミング情報及び伝送されるディスカバリー情報を利用して保安情報を生成し、前記保安情報を含む前記ディスカバリー情報を前記ディスカバリー物理的チャネルに伝送するように制御する制御部と；を含むことができる。
【００２２】
また、前記目的を達成するために、本発明の一実施形態による端末間の通信を支援する受信端末は、他の端末及び基地局と通信する通信部と；ディスカバリー資源サイクル番号と同期化し、ディスカバリー物理的チャネルで第１保安情報を含むディスカバリー情報を受信し、前記ディスカバリー情報が受信された前記ディスカバリー物理的チャネルのディスカバリーチャネル論理的タイミング情報を決定し、保安キー、前記決定されたディスカバリーチャネル論理的タイミング情報及び前記受信したディスカバリー情報を利用して第２保安情報を生成し、前記第１保安情報と前記第２保安情報を検証するように制御する制御部と；を含むことができる。
【００２３】
また、前記目的を達成するために、本発明の一実施形態による端末間の通信を支援する送信端末は、他の端末及び基地局と通信する通信部と；ディスカバリー情報が伝送されるディスカバリー物理的チャネルに対応するシステムフレームのシステム時間及びシステムフレームを決定し、保安キー、前記決定されたシステム時間及び前記伝送されるディスカバリー情報を利用して保安情報を生成し、前記保安情報を含む前記ディスカバリー情報を前記ディスカバリー物理的チャネルに伝送するように制御する制御部と；を含むことができる。
【００２４】
また、前記目的を達成するために、本発明の一実施形態による端末間の通信を支援する受信端末は、他の端末及び基地局と通信する通信部と；ディスカバリー物理的チャネルで第１保安情報を含むディスカバリー情報を受信し、ディスカバリー情報が伝送された前記ディスカバリー物理的チャネルに対応するシステムフレームのシステム時間及びシステムフレームを決定し、保安キー、前記決定されたシステム時間及び前記伝送されたディスカバリー情報を利用して第２保安情報を生成し、前記第１保安情報と前記第２保安情報を検証するように制御する制御部と；を含むことができる。
【発明の効果】
【００２５】
前記目的を達成するために、本発明の一実施形態による端末間の通信方法は、端末のディスカバリー情報を他の悪性（ｒｏｇｕｅ）端末が受信して変更するなどに起因して、端末ディスカバリー情報が間違って伝送されることを防止し得る。
【００２６】
本発明で得られる効果は、以上で言及した効果に制限されず、言及しない他の効果は、下記の記載から本発明の属する技術分野における通常の知識を有する者に明確に理解され得る。
【図面の簡単な説明】
【００２７】
【図１】従来技術のディスカバリー資源割り当てに関する図面である。
【図２】本発明の一実施形態によるディスカバリー資源サイクルの番号付与を示す図である。
【図３】本発明の一実施形態によってディスカバリーサブフレーム及び物理的チャネル番号付与を示す図である。
【図４】本発明の一実施形態によってディスカバリーサブフレームの番号付与を示す図である。
【図５】本発明の一実施形態によるディスカバリー資源サイクル番号付与及び同期化方法の流れ図を示す図である。
【図６】本発明の一実施形態による送信機でディスカバリー情報を保安する方法の流れ図を示す図である。
【図７】本発明の一実施形態によるＭＡＣまたはＤＳ生成方法を示す図である。
【図８】本発明の一実施形態による受信機で受信されたディスカバリー情報を検証する方法の流れ図を示す図である。
【図９】本発明の他の一実施形態による送信機でディスカバリー情報を保安する方法の流れ図を示す図である。
【図１０】本発明の他の一実施形態によるＭＡＣまたはＤＳ生成方法を示す図である。
【図１１】本発明の他の一実施形態による受信機で受信されたディスカバリー情報を検証する方法の流れ図を示す図である。
【図１２】本発明のさらに他の一実施形態による送信機でディスカバリー情報を保安する方法の流れ図を示す図である。
【図１３】本発明のさらに他の一実施形態によるＭＡＣまたはＤＳ生成方法を示す図である。
【図１４】本発明のさらに他の一実施形態による受信機で受信されたディスカバリー情報を検証する方法の流れ図を示す図である。
【図１５】本発明のさらに他の一実施形態による送信機でディスカバリー情報を保安する方法の流れ図を示す図である。
【図１６】本発明のさらに他の一実施形態によるＭＡＣまたはＤＳ生成方法を示す図である。
【図１７】本発明のさらに他の一実施形態による受信機で受信されたディスカバリー情報を検証する方法の流れ図を示す図である。
【図１８】本発明のさらに他の一実施形態によるＭＡＣまたはＤＳ生成方法を示す図である。
【図１９】本発明の一実施形態による送信機でディスカバリー情報を保安する方法の流れ図を示す図である。
【図２０】本発明の一実施形態によるＭＡＣまたはＤＳ生成方法を示す図である。
【図２１】本発明の一実施形態による受信機で受信されたディスカバリー情報を検証する方法の流れ図を示す図である。
【図２２】本発明の一実施形態による送信機でディスカバリー情報を保安する方法の流れ図を示す図である。
【図２３】本発明の一実施形態によるＣＲＣ生成方法を示す図である。
【図２４】本発明の一実施形態による受信機で受信されたディスカバリー情報を検証する方法の流れ図を示す図である。
【図２５】本発明の他の実施形態によるＣＲＣ生成方法を示す図である。
【図２６】さらに他の実施形態によるＣＲＣ生成方法を示す図である。
【図２７】本発明の一実施形態による送信機でディスカバリー情報を保安する方法の流れ図を示す図である。
【図２８】本発明の一実施形態によるＭＡＣまたはＤＳ生成方法を示す図である。
【図２９】本発明の一実施形態による受信機で受信されたディスカバリー情報を検証する方法の流れ図を示す図である。
【図３０】本発明の他の一実施形態によるＭＡＣまたはＤＳ生成方法を示す図である。
【図３１】本発明のさらに他の一実施形態によるＭＡＣまたはＤＳ生成方法を示す図である。
【図３２】本発明の一実施形態による保安キー生成方法を示す図である。
【図３３】本発明の一実施形態による保安キーアップデート方法の流れ図を示す図である。
【図３４】本発明の一実施形態による保安キー交換方法の流れ図を示す図である。
【図３５】本発明の他の一実施形態による保安キー交換方法の流れ図を示す図である。
【図３６】本発明のさらに他の一実施形態による保安キー交換方法の流れ図を示す図である。
【図３７】本発明の一実施形態によるディスカバリー情報を受信するＵＥによる保安キー受信方法の流れ図を示す図である。
【図３８】本発明の一実施形態による送信機でディスカバリー情報を保安する方法の流れ図を示す図である。
【図３９】本発明の一実施形態による暗号化方法を示す図である。
【図４０】本発明の一実施形態による受信機で受信されたディスカバリー情報を検証する方法の流れ図を示す図である。
【図４１】本発明の一実施形態による端末のブロック構成図の一例を示す図である。
【図４２】本発明の一実施形態による基地局のブロック構成図の一例を示す図である。
【発明を実施するための形態】
【００２８】
以下、本明細書の実施形態の実施形態を添付の図面を参照して詳細に説明する。
【００２９】
なお、実施形態を説明するに際して、本明細書の実施形態が属する技術分野によく知られており、本明細書の実施形態と直接的に関連がない技術内容については、説明を省略する。これは、不要な説明を省略することによって、本明細書の実施形態の要旨を不明にせず、さらに明確に伝達するためである。
【００３０】
下記で本明細書の実施形態を説明するに際して、関連した公知機能または構成に対する具体的な説明が本明細書の実施形態の要旨を不明にし得ると判断される場合には、その詳細な説明を省略する。以下、添付の図面を参照して本明細書の実施形態を説明する。そして、後述する用語は、本発明での機能を考慮して定義された用語であって、これは、ユーザ、運用者の意図または慣例などによって変わることができる。したがって、その定義は、本明細書全般にわたる内容に基づいて下されなければならない。
【００３１】
以下、様々な実施形態によって本発明について説明する。
【００３２】
〈第１実施形態：ディスカバリーチャネル論理的タイミング情報（Ｄｉｓｃｏｖｅｒｙ  Ｃｈａｎｎｅｌ  Ｌｏｇｉｃａｌ  Ｔｉｍｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）を利用したＭＡＣ（Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）／ＤＳ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ）生成〉
【００３３】
まず、ディスカバリーチャネル論理的タイミング情報（Ｄｉｓｃｏｖｅｒｙ  Ｃｈａｎｎｅｌ  Ｌｏｇｉｃａｌ  Ｔｉｍｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）を利用したＭＡＣ（Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）／ＤＳ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ）生成について記述する。
【００３４】
図１は、従来技術のディスカバリー資源割り当てに関する図である。
【００３５】
ディスカバリー情報は、ディスカバリーサブフレームでディスカバリー物理的チャネル（ｄｉｓｃｏｖｅｒｙ  ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）上に伝送される。図２を参照すれば、現在のシステムまたは従来技術でのディスカバリー資源の割り当てが示されている。基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）またはグループリーダーは、すべてのディスカバリー資源サイクル（ＤＲＣ：Ｄｉｓｃｏｖｅｒｙ  Ｒｅｓｏｕｒｃｅ  Ｃｙｃｌｅ）ごとにディスカバリーサブフレームを割り当てる。この際、ディスカバリーサブフレームに関する情報は、システム情報を利用してダウンリンクで伝送される。ＢＳは、ディスカバリー及びディスカバリー可能なユーザ装備（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）が通信ネットワークのカバレージ（ｃｏｖｅｒａｇｅ）内にある場合に存在する。グループリーダ（資源を調整し、タイミング同期化などを提供する機能を有する特定のＵＥ）は、ディスカバリー及びディスカバリー可能なＵＥが通信ネットワークのカバレージ内にない場合に存在する。ディスカバリー資源サイクルは、ディスカバリー資源間隔（ＤＲＩ：Ｄｉｓｃｏｖｅｒｙ  Ｒｅｓｏｕｒｃｅ  Ｉｎｔｅｒｖａｌ）及び非−ディスカバリー資源間隔で構成される。ディスカバリーサブフレームは、ディスカバリー資源間隔で存在する。各ディスカバリーサブフレームは、固定されたサイズのディスカバリー物理的チャネルで構成される。各ディスカバリー物理的チャネルは、小さいサイズの１つのディスカバリープロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を運搬し得る。物理的チャネルの大きいサイズがディスカバリー物理的チャネルのカバレージ（すなわち、伝送されたディスカバリー物理的チャネルが受信される距離）を減少させるため、ディスカバリー物理的チャネルはサイズが小さい。
【００３６】
図２は、本発明の一実施形態によるディスカバリー資源サイクルの番号付与を示す図である。
【００３７】
図２を参照すれば、本発明の一実施形態によれば、それぞれのディスカバリー資源サイクル（ＤＲＣ）には、番号（ｎｕｍｂｅｒ）が割り当てられることができる。ＤＲＣ番号は、順次に各ディスカバリー資源サイクルに割り当てられることができる。サイズ「ｎ」ビットのディスカバリー資源番号の場合、ディスカバリー資源サイクル番号は、２ｎ  ＤＲＣごとにロールオーバー（ｒｏｌｌｏｖｅｒ）する。Ｘ  ｍｏｄ  ２ｎ＝Ｙ（０または一部の正の整数）であるフレーム番号「Ｘ」で始めるＤＲＣには、ＤＲＣ番号ゼロが割り当てられることができる。ＢＳまたはグループリーダーは、ＤＲＣ番号をＤＲＣに割り当てることができる。そして、ＢＳまたはグループリーダーは、ＤＲＣ番号をブロードキャストするか、ＤＲＣ番号をユニキャスト方式で専用信号（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇ）で端末に伝送し得る。一実施形態において、ＤＲＣ番号は、ディスカバリー資源サイクルごとにブロードキャストされ得る。他の実施形態において、ＤＲＣ番号は、「ｔ」ディスカバリー資源サイクルごとにブロードキャストされ得る。実施形態によって、ＤＲＣ番号は、システム情報メッセージまたはシステム情報ブロックまたはパケットデータ共通制御チャネルを利用してブロードキャストされ得る。
【００３８】
実施形態によって、ブロードキャスト／ユニキャスター情報が受信されるディスカバリー資源サイクルに対応するブロードキャスト／ユニキャスト情報内にＤＲＣ番号がブロードキャスト／ユニキャストされ得る。または、実施形態によって、ブロードキャスト／ユニキャスター情報が受信されるディスカバリー資源サイクル次のディスカバリー資源サアクルに対応するブロードキャスト／ユニキャスト情報内にＤＲＣ番号がブロードキャスト／ユニキャストされ得る。または、実施形態によって、ブロードキャスト／ユニキャスター情報が受信されるディスカバリー資源サイクル次の「Ｐ」番目のディスカバリー資源サアクルに対応するブロードキャスト／ユニキャスト情報内にＤＲＣ番号がブロードキャスト／ユニキャストされ得る。この際、前記「Ｐ」は、あらかじめ設定され得る。
【００３９】
図３は、本発明の一実施形態によってディスカバリーサブフレーム及び物理的チャネル番号付与を示す図であり、図４は、本発明の一実施形態によってディスカバリーサブフレームの番号付与を示す図である。
【００４０】
図３及び図４を参照すれば、ディスカバリー資源間隔でのディスカバリーサブフレームには、番号が付与され得る。図３及び図４以外にも、当業者は、番号を付与する他の方法を利用し得る。ディスカバリーサブフレーム番号付与は、ディスカバリー資源間隔でディスカバリーサブフレームにわたって固有であることができる。他の方法で、ディスカバリーサブフレームには、ディスカバリー資源サイクルにわたって番号が付与され得る。  例えば、ＤＲＣ「Ｐ」には、１〜Ｘ、ＤＲＣ「Ｐ＋１」には、「Ｘ＋１」〜「Ｘ＋Ｎ」などが付与され得る。
【００４１】
一実施形態によって、ＤＲＩ内のディスカバリーサブフレームは、フレーム番号及びサブフレーム番号によって識別され得る。各フレーム（すなわち、１０ｍｓ）は、番号が付与され得る。そして、実施形態によって各フレームは０から９までの番号が付与された１０個のサブフレームを有し得る。
【００４２】
また、実施形態によって図４に示されたように、ディスカバリーサブフレーム全体に対して順次に番号が付与され得る。または、実施形態によって、ディスカバリーサブフレームのみに対して番号が付与されてもよい。
【００４３】
実施形態によって、図３に例示されたように、ディスカバリー物理的チャネルには、また、番号が付与され得る。一実施形態において、ディスカバリー物理的チャネル番号付与は、ディスカバリーサブフレーム内でディスカバリー物理的チャネルにわたって固有であることができる。他の実施形態において、ディスカバリー物理的チャネルには、ディスカバリーサブフレームにわたって番号が付与され得る。
【００４４】
一実施形態において、ディスカバリー資源サイクルは、多数のＤＲＩで構成され得る。この場合に、ディスカバリー資源サイクル内のＤＲＩには、また、番号が付与され得る。実施形態によって、ＤＲＩは、ＤＲＣと同一であることができる。
【００４５】
図５は、本発明の一実施形態によるディスカバリー資源サイクル番号付与及び同期化方法の流れ図を示す図である。
【００４６】
図５を参照すれば、ディスカバリーに参加するＵＥ（伝送するＵＥだけでなく、受信するＵＥ）によってディスカバリー資源サイクル番号付与と同期化が行われることができる。この際、ディスカバリーサブフレーム番号、ＤＲＩ番号及びディスカバリー物理的チャネルインデックスは、ＤＲＣ番号と同期化した後、ＵＥによって暗示的に決定され得る。
【００４７】
具体的に記述すれば、５１０段階で、基地局は、ディスカバリー物理チャネル、ディスカバリーサブフレーム、ディスカバリー資源間隔及びディスカバリー資源サイクルのうち少なくとも１つの番号を付与し得る。
【００４８】
その後、５２０段階で、基地局は、ディスカバリー資源サイクルと関連したディスカバリー資源サイクル番号を伝送し、５３０段階で、ＵＥは、基地局または中央集中式コーディネーターから伝送を受信し、受信された伝送情報からディスカバリー資源サイクル番号と同期化し得る。
【００４９】
本発明の一実施形態において、保安キー（ｓｅｃｕｒｉｔｙ  ｋｅｙ）は、送信機及び受信機が同一に使用する対称キーであることができる。本発明の他の実施形態において、保安キーは、送信機及び受信機が異なるキーを利用する非対称キーであることができる。実施形態によって、公開キー及び個キーで構成されるキー対が利用され、個人キーは、送信機によって利用され、公開キーは、受信機によって利用され得る。対称キーの場合に、保安アルゴリズムはメッセージ認証コード（ＭＡＣ：Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）を生成するのに対し、非対称キーの場合に、保安アルゴリズムは、デジタル署名（ＤＳ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ）を生成する。
【００５０】
本発明の一実施形態による保安キーについて説明すれば、対称保安キーまたは非対称保安キー対は、すべてのタイプのサービスのためのオープンディスカバリーに共通され得る。本発明の他の実施形態において、対称保安キーまたは非対称保安キー対は、特定のサービスタイプに特定され得る。例えば、ＵＥは、Ｄ２ＤアプリケーションＩＤまたはＤ２ＤサービスＩＤによってそれぞれ識別される１つ以上のサービスを支援し得る。ＵＥは、Ｄ２ＤアプリケーションＩＤまたはＤ２ＤサービスＩＤに対応するＤ２ＤアプリケーションコードまたはＤ２Ｄサービスコードを要請するとき、Ｄ２Ｄサーバーから保安キーを獲得し得る。Ｄ２ＤサービスコードまたはＤ２Ｄアプリケーションコードは、ＵＥによってディスカバリー情報の一部に伝送され得る。したがって、各ＵＥは、それぞれのＤ２ＤアプリケーションＩＤ／Ｄ２ＤサービスＩＤまたはＤ２Ｄアプリケーションコード／Ｄ２Ｄサービスコードごとに１つずつの複数の保安キーを有し得る。他の実施形態において、対称保安キーまたは非対称保安キー対は、また、ディスカバリー情報を伝送するＵＥに特定され得る。他の実施形態において、対称保安キーまたは非対称保安キー対は、また、ディスカバリー情報をＵＥのグループに伝送するＵＥに特定され得る。
【００５１】
送信機及び受信機によって利用される保安キーは、ＤＲＣ番号がこのような接近方式でロールオーバーする度にディスカバリーに参加するＵＥによってアップデートされる。
【００５２】
〈実施形態１Ａ〉
【００５３】
図６は、本発明の一実施形態による送信機でディスカバリー情報を保安する方法の流れ図を示す図であり、図７は、本発明の一実施形態によるＭＡＣまたはＤＳ生成方法を示す図である。
【００５４】
図６を参照すれば、送信機（すなわち、Ｄ２Ｄ  ＵＥ）は、ディスカバリーチャネルで安全に伝送される必要があるディスカバリー情報を有する。まず、６１０段階で、送信機は、既に同期化されない場合に、ＤＲＣ番号付与と同期化をする。送信機は、ＤＲＣ番号を運搬するブロードキャスト情報を受信し、ＤＲＣサイクルと同期化する。この際、ブロードキャスト情報は、ＢＳまたはグループリーダーによって伝送され得る。任意のディスカバリー情報を伝送する前に、送信機は、ＤＲＣ番号付与及びＤＲＣと同期化されなければならない。ＤＲＣ番号付与と同期化する方法は、前述した図５と関連した部分に例示されているので、具体的な説明を省略する。
【００５５】
本発明の一実施形態において、送信機は、６２０段階で、ディスカバリー情報を運搬するディスカバリー物理的チャネルが伝送される論理時間に関する情報を決定する。決定されたタイミング情報は、ＤＲＣ番号、ディスカバリーサブフレーム番号、及びディスカバリー物理的チャネルのディスカバリー物理的チャネルインデックスのうち少なくとも１つを含むことができる。実施形態によって、１つのＤＲＣが多数のＤＲＩを有し、ＤＲＩに番号が付与される場合、ＤＲＩ番号がまた決定され得る。実施形態によって、前記ディスカバリーサブフレーム番号の代わりに、〈フレーム番号及びサブフレーム番号〉が使用されることができ、この際、前記フレーム内のサブフレームは、番号付与され得る。
【００５６】
その後、送信機は、６３０段階で、保安キー、決定されたディスカバリーチャネル論理的タイミング情報及び伝送されるディスカバリー情報を利用してメッセージ認証コード（ＭＡＣ：Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）またはデジタル署名（ＤＳ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ）を生成し得る。
【００５７】
具体的に、本発明の一実施形態によれば、保安されるディスカバリー情報及び保安キー以外に、保安されるディスカバリー情報が伝送されるディスカバリー物理的チャネルのディスカバリー物理的チャネルインデックス、ＤＲＣ番号、及びディスカバリーサブフレーム番号（またはフレーム番号及びサブフレーム番号）は、図７に例示されたように、保安アルゴリズム（ｓｅｃｕｒｉｔｙ  ａｌｇｏｒｉｔｈｍ）に提供され得る。保安キーが伝送されるディスカバリー情報に対して特定されたものである場合、送信機は、適切な保安キーを使用し得る。１つのＤＲＣが多数のＤＲＩを有し、ＤＲＩに番号が付与される一実施形態においては、ＤＲＩ番号がまた保安アルゴリズムに対する追加的な入力として利用され得る。
【００５８】
その後、保安アルゴリズムは、メッセージ認証コード（ＭＡＣ）またはデジタル署名（ＤＳ）を生成する。次に、生成されたＭＡＣまたはＤＳは、ディスカバリー情報に追加され得る。この際、一部のシステムで、ＭＡＣは、メッセージ無欠性コード（ＭＩＣ：Ｍｅｓｓａｇｅ  Ｉｎｔｅｇｒｉｔｙ  Ｃｏｄｅ）と称されることがある。
【００５９】
そして、６４０段階で、ＭＡＣまたはＤＳを利用して保安されるディスカバリー情報は、ディスカバリーチャネルで伝送され得る。
【００６０】
実施形態によって、保安されたディスカバリー情報は、断片化（ｆｒａｇｍｅｎｔ）され、多数のディスカバリー物理的チャネルを通じて伝送され得る。この場合に、断片中の１つ（第１断片または最後の断片）のディスカバリー物理的チャネルインデックス、ディスカバリーサブフレーム番号（またはフレーム番号及びサブフレーム番号）、及びＤＲＣ番号は、ディスカバリー情報を保安するのに利用され得る。代案的に、すべての断片のうち１つのディスカバリー物理的チャネルインデックス、ディスカバリーサブフレーム番号（またはフレーム番号及びサブフレーム番号）、及びＤＲＣ番号が利用され得る。一部の実施形態において、断片化されないディスカバリー情報を保安する代わりに、ディスカバリー情報は、断片化された後に保安し得る。この場合に、それぞれの断片のディスカバリー物理的チャネルインデックス、ディスカバリーサブフレーム番号（またはフレーム番号及びサブフレーム番号）、及びＤＲＣ番号は、ディスカバリー情報を保安するのに利用され得る。
【００６１】
図７を参照すれば、本発明の一実施形態において保安されたディスカバリー情報を運搬するディスカバリーＰＤＵは、ディスカバリー情報及びＭＡＣまたはＤＳを含むことができる。追加に、ディスカバリーＰＤＵは、保安が適用されるか否かを示す保安指示子（ｓｅｃｕｒｉｔｙ＿ｉｎｄｉｃａｔｏｒ）を含むことができる。実施形態によって、保安指示子は、保安が常時適用される場合には、不要なことがある。実施形態によって、保安がディスカバリータイプまたはカテゴリーを基盤として、ディスカバリータイプまたはカテゴリーがディスカバリーＰＤＵのヘッダーでフィールドのうち１つを利用して指示される場合に、保安指示子は、不要なことがある。保安されたディスカバリー情報を運搬するディスカバリーＰＤＵは、また、ディスカバリー情報を保安するのに利用される保安キーを識別するための保安キーインデックスを含むことができる。
【００６２】
図８は、本発明の一実施形態による受信機で受信されたディスカバリー情報を検証する方法の流れ図を示す図である。
【００６３】
図８を参照すれば、受信機は、８１０段階で、既に同期化されない場合に、ＤＲＣ番号付与と同期化をする。受信機は、ＤＲＣ番号を運搬するブロードキャスト情報を受信し、ＤＲＣサイクルと同期化する。この際、ブロードキャスト情報は、ＢＳまたはグループリーダーによって伝送され得る。任意のディスカバリー情報を受信する前に、受信機は、ＤＲＣ番号付与及びＤＲＣと同期化されなければならない。
【００６４】
ＤＲＣ番号付与と同期化した後に、８２０段階で、受信機は、ディスカバリーチャネルをモニタリングする。受信機（例えばＤ２Ｄ  ＵＥ）は、ディスカバリーチャネルで保安されたディスカバリー情報を受信し得る。
【００６５】
その後、受信機は、８３０段階で、ディスカバリー情報を運搬するディスカバリー物理的チャネルが受信される時間に関する情報を決定する。決定されたタイミング情報は、ＤＲＣ番号、ディスカバリーサブフレーム番号（またはフレーム番号及びサブフレーム番号）、及びディスカバリー物理的チャネルのディスカバリー物理的チャネルインデックスのうち少なくとも１つを含むことができる。１つのＤＲＣが多数のＤＲＩを有し、ＤＲＩに番号が付与される一実施形態において、ＤＲＩ番号がまた決定され得る。
【００６６】
その後、受信機は、８４０段階で、保安キー、決定されたディスカバリーチャネル論理的タイミング情報及び受信されたディスカバリー情報を利用してメッセージ認証コード（ＭＡＣ：Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）またはデジタル署名（ＤＳ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ）を生成し得る。
【００６７】
具体的に、本発明の一実施形態によれば、保安されるディスカバリー情報及び保安キー以外に、保護されるディスカバリー情報が受信されるディスカバリー物理的チャネルのディスカバリー物理的チャネルインデックス、ディスカバリーサブフレーム番号（またはフレーム番号及びサブフレーム番号）、及びＤＲＣ番号は、図７に例示されたように、保安アルゴリズムに提供され得る。前記保安アルゴリズムは、受信機で実行されるかまたはＤ２Ｄサーバーで実行され得る。そして、前記受信機は、受信された情報（ＭＡＣまたはＤＳ、ＤＲＣ番号、ディスカバリーサブフレーム番号、及びディスカバリー物理的チャネルインデックス）及びディスカバリー情報をＤ２Ｄサーバーに伝送し得る。１つのＤＲＣが多数のＤＲＩを有し、ＤＲＩに番号が付与される一実施形態において、ＤＲＩ番号がまた保安アルゴリズムに対する追加的な入力に利用され得る。その後、保安アルゴリズムは、ＭＡＣまたはＤＳを生成する。
【００６８】
次に、８５０段階で、受信機は、生成されたＭＡＣまたはＤＳを、送信機からディスカバリー情報とともに受信したＭＡＣまたはＤＳと比較し得る。悪性（ｒｏｇｕｅ）送信機がメッセージを再生すれば、受信機が受信するＤＲＣ番号、ディスカバリーサブフレーム番号（またはフレーム番号及びサブフレーム番号）、及びディスカバリー物理的チャネルのディスカバリー物理的チャネルインデックスは、真の（ｇｅｎｕｉｎｅ）送信機で伝送のために利用されたものと異なっている。これは、受信機でＭＡＣまたはＤＳ検証の失敗をもたらす。
【００６９】
〈実施形態１Ｂ〉
【００７０】
図９は、本発明の他の一実施形態による送信機でディスカバリー情報を保安する方法の流れ図を示す図であり、図１０は、本発明の他の一実施形態によるＭＡＣまたはＤＳ生成方法を示す図であり、図１１は、本発明の他の一実施形態による受信機で受信されたディスカバリー情報を検証する方法の流れ図を示す図である。
【００７１】
本〈実施形態１Ｂ〉は、送信機及び受信機がディスカバリー情報をそれぞれ送受信するディスカバリー物理的チャネルのディスカバリー物理的チャネルインデックスを利用しないことを除いて、図６、図７及び図８と関連した部分で例示された再生保護方法である〈実施形態１Ａ〉と同一である。  
【００７２】
ディスカバリー物理チャネルがサブフレームで周波数分割多重化である場合、サブフレームでＵＥによって伝送されるディスカバリーＰＤＵが同一のサブフレームで悪性ＵＥによって再生されることができないときには、ディスカバリー物理的チャネルインデックスを利用しないことがある。一方、１つのサブフレームでディスカバリー物理的チャネルの時分割多重化の場合には、再生攻撃（ｒｅｐｌａｙ  ａｔｔａｃｋ）が悪性ＵＥによって可能であり、この際、前述した〈実施形態１Ａ〉で説明されたような再生保護方法が利用されなければならない。しかし、１つのサブフレームでディスカバリー物理的チャネルの時分割多重化である場合に、サブフレーム持続時間が非常に小さければ、本〈実施形態１Ｂ〉の方法が利用され得る。
【００７３】
以下、〈実施形態１Ｂ〉に関して簡略に説明する。説明の便宜のために、〈実施形態１Ａ〉と共通される部分の説明は省略する。
【００７４】
図９を参照すれば、送信機は、ディスカバリーチャネルで安全に伝送される必要があるディスカバリー情報を有する。この際、９１０段階で、送信機は、既に同期化されない場合に、ＤＲＣ番号付与と同期化をする。これに関する具体的な説明は、図６と関連した部分で説明したので省略する。
【００７５】
その後、９２０段階で、送信機は、ディスカバリー情報を運搬するディスカバリー物理的チャネルが伝送される論理時間に関する情報を決定する。この際、決定されたタイミング情報は、ＤＲＣ番号、ディスカバリーサブフレーム番号（またはフレーム番号及びサブフレーム番号）を含むことができる。しかし、図６と関連して前述した〈実施形態１Ａ〉とは異なって、ディスカバリー物理的チャネルのディスカバリー物理的チャネルインデックスは含まれない。
【００７６】
そして、送信機は、９３０段階で、保安キー、決定されたディスカバリーチャネル論理的タイミング情報及び伝送されるディスカバリー情報を利用してＭＡＣまたはＤＳを生成し得る。この際、保安されるディスカバリー情報及び保安キー以外に、保安されるディスカバリー情報が伝送されるＤＲＣ番号、及びディスカバリーサブフレーム番号（またはフレーム番号及びサブフレーム番号）は、図１０に例示されたように、保安アルゴリズム（ｓｅｃｕｒｉｔｙ  ａｌｇｏｒｉｔｈｍ）に提供され得る。図１０に示されたように、図７とは異なって、ディスカバリー物理チャネルのインデックスは、保安アルゴリズムに提供されない。その後、保安アルゴリズムは、メッセージ認証コード（ＭＡＣ）またはデジタル署名（ＤＳ）を生成する。次に、生成されたＭＡＣまたはＤＳは、ディスカバリー情報に追加され得る。
【００７７】
そして、９４０段階で、ＭＡＣまたはＤＳを利用して保安されるディスカバリー情報は、ディスカバリーチャネルで伝送され得る。
【００７８】
図１１を参照すれば、受信機は、１１１０段階で、既に同期化されない場合に、ＤＲＣ番号付与と同期化をする。受信機は、ＤＲＣ番号を運搬するブロードキャスト情報を受信し、ＤＲＣサイクルと同期化する。この際、ブロードキャスト情報がＢＳまたはグループリーダーによって伝送され得る。任意のディスカバリー情報を受信する前に、受信機は、ＤＲＣ番号付与及びＤＲＣと同期化されなければならない。
【００７９】
ＤＲＣ番号付与と同期化した後に、１１２０段階で、受信機は、ディスカバリーチャネルをモニタリングする。受信機は、ディスカバリーチャネルで保安されたディスカバリー情報を受信し得る。
【００８０】
その後、受信機は、１１３０段階で、ディスカバリー情報を運搬するディスカバリー物理的チャネルが受信される時間に関する情報を決定する。決定されたタイミング情報は、ＤＲＣ番号、ディスカバリーサブフレーム番号（またはフレーム番号及びサブフレーム番号）のうち少なくとも１つを含むことができる。しかし、図８と関連して前述した〈実施形態１Ａ〉とは異なって、ディスカバリー物理的チャネルのディスカバリー物理的チャネルインデックスは含まれない。
【００８１】
その後、受信機は、１１４０段階で、保安キー、決定されたディスカバリーチャネル論理的タイミング情報及び受信されたディスカバリー情報を利用してＭＡＣまたはＤＳを生成し得る。この際、保護されるディスカバリー情報及び保安キー以外に、保安されるディスカバリー情報が受信されるディスカバリーサブフレーム番号（またはフレーム番号及びサブフレーム番号）、及びＤＲＣ番号は、図１０に例示されたように、保安アルゴリズムに提供され得る。図１０に示されたように、図７とは異なって、ディスカバリー物理チャネルのインデックスは、保安アルゴリズムに提供されない。その後、保安アルゴリズムは、ＭＡＣまたはＤＳを生成する。
【００８２】
次に、１１５０段階で、受信機は、生成されたＭＡＣまたはＤＳを、送信機からディスカバリー情報とともに受信したＭＡＣまたはＤＳと比較し得る。
【００８３】
〈実施形態１Ｃ〉
【００８４】
図１２は、本発明のさらに他の一実施形態による送信機でディスカバリー情報を保安する方法の流れ図を示す図であり、図１３は、本発明のさらに他の一実施形態によるＭＡＣまたはＤＳ生成方法を示す図であり、図１４は、本発明のさらに他の一実施形態による受信機で受信されたディスカバリー情報を検証する方法の流れ図を示す図である。
【００８５】
本〈実施形態１Ｃ〉は、送信機及び受信機がディスカバリー情報をそれぞれ送受信するディスカバリー物理的チャネルのディスカバリーサブフレーム番号を利用しないことを除いて、図９、図１０及び図１１と関連した部分で例示された再生保護方法である〈実施形態１Ｂ〉と同一である。
【００８６】
ＵＥによって伝送されたディスカバリー情報がディスカバリー資源間隔中にアップデートされないことが推定されるとき、ディスカバリーサブフレーム番号は、不要である。この場合に、悪性ＵＥがＤＲＩ中にディスカバリーＰＤＵを再生しても、受信するＵＥには影響を及ぼさない。これは、主にオープンディスカバリー（ｏｐｅｎ  ｄｉｓｃｏｖｅｒｙ）（例えば、広告など）には事実である。制限されたディスカバリーでは、常時ディスカバリーサブフレーム番号を利用した方が良い。しかし、ＤＲＩが小さければ、悪性ＵＥは、制限されたディスカバリーに対してもＤＲＩ内で再生ができず、ディスカバリーサブフレーム番号は、不要なことがある。そのため、この〈実施形態１Ｃ〉は、ディスカバリー資源間隔が小さい場合に利用され得る。
【００８７】
以下、〈実施形態１Ｃ〉について簡略に説明する。説明の便宜のために〈実施形態１Ａ〉及び〈実施形態１Ｂ〉と共通される部分の説明は省略する。
【００８８】
図１２を参照すれば、送信機は、ディスカバリーチャネルで安全に伝送される必要があるディスカバリー情報を有する。この際、１２１０段階で、送信機は、既に同期化されない場合にＤＲＣ番号付与と同期化をする。これに関する具体的な説明は、図６と関連した部分で説明したので省略する。
【００８９】
その後、１２２０段階で、送信機は、ディスカバリー情報を運搬するディスカバリー物理的チャネルが伝送される論理時間に関する情報を決定する。この際、決定されたタイミング情報は、ＤＲＣ番号を含むことができる。しかし、図９と関連して前述した〈実施形態１Ｂ〉とは異なって、ディスカバリーサブフレーム番号は含まれない。
【００９０】
そして、送信機は、１２３０段階で、保安キー、決定されたディスカバリーチャネル論理的タイミング情報及び伝送されるディスカバリー情報を利用してＭＡＣまたはＤＳを生成し得る。この際、保安されるディスカバリー情報及び保安キー以外に、保安されるディスカバリー情報が伝送されるＤＲＣ番号は図１３に例示されたように、保安アルゴリズム（ｓｅｃｕｒｉｔｙ  ａｌｇｏｒｉｔｈｍ）に提供され得る。図１３に示されたように、図１０とは異なって、ディスカバリーサブフレーム番号は、保安アルゴリズムに提供されない。その後、保安アルゴリズムは、メッセージ認証コード（ＭＡＣ）またはデジタル署名（ＤＳ）を生成する。次に、生成されたＭＡＣまたはＤＳは、ディスカバリー情報に追加され得る。
【００９１】
そして、１２４０段階で、ＭＡＣまたはＤＳを利用して保安されるディスカバリー情報は、ディスカバリーチャネルで伝送され得る。
【００９２】
図１４を参照して受信機の動作について説明すれば、受信機は、１４１０段階で、既に同期化されない場合に、ＤＲＣ番号付与と同期化をする。受信機は、ＤＲＣ番号を運搬するブロードキャスト情報を受信し、ＤＲＣサイクルと同期化する。この際、ブロードキャスト情報がＢＳまたはグループリーダーによって伝送され得る。任意のディスカバリー情報を受信する前に、受信機は、ＤＲＣ番号付与及びＤＲＣと同期化されなければならない。
【００９３】
ＤＲＣ番号付与と同期化した後に、１４２０段階で、受信機は、ディスカバリーチャネルをモニタリングする。受信機は、ディスカバリーチャネルで保安されたディスカバリー情報を受信し得る。
【００９４】
その後、受信機は、１４３０段階で、ディスカバリー情報を運搬するディスカバリー物理的チャネルが受信される時間に関する情報を決定する。決定されたタイミング情報は、ＤＲＣ番号を含むことができる。しかし、図１１と関連して前述した〈実施形態１Ｂ〉とは異なって、ディスカバリー物理的チャネルのディスカバリーサブフレーム番号は含まれない。
【００９５】
その後、受信機は、１４４０段階で、保安キー、決定されたディスカバリーチャネル論理的タイミング情報及び受信されたディスカバリー情報を利用してＭＡＣまたはＤＳを生成し得る。この際、保護されるディスカバリー情報及び保安キー以外に、保安されるディスカバリー情報が受信されるＤＲＣ番号は、図１３に例示されたように、保安アルゴリズムに提供され得る。図１３に示されたように、図１０とは異なって、ディスカバリーサブフレーム番号は、保安アルゴリズムに提供されない。その後、保安アルゴリズムは、ＭＡＣまたはＤＳを生成する。
【００９６】
次に、１４５０段階で、受信機は、生成されたＭＡＣまたはＤＳを、送信機からディスカバリー情報とともに受信したＭＡＣまたはＤＳと比較し得る。
【００９７】
〈実施形態１Ｄ〉
【００９８】
図１５は、本発明のさらに他の一実施形態による送信機でディスカバリー情報を保安する方法の流れ図を示す図であり、図１６は、本発明のさらに他の一実施形態によるＭＡＣまたはＤＳ生成方法を示す図であり、図１７は、本発明のさらに他の一実施形態による受信機で受信されたディスカバリー情報を検証する方法の流れ図を示す図である。
【００９９】
本〈実施形態１Ｄ〉は、ディスカバリー情報が伝送されるディスカバリー物理的チャネルのＤＲＣ番号の代わりに、保護されるディスカバリー情報が最後に伝送されるディスカバリー物理的チャネルの最後のＤＲＣ番号が保安アルゴリズムに提供されることを除いて、図１２、図１３及び図１４と関連した部分で例示された再生保護方法である〈実施形態１Ｃ〉と同一である。
【０１００】
この方法では、同一のディスカバリー情報が多数のＤＲＣに伝送されることを仮定する。このような多数のＤＲＣである場合、ディスカバリー情報は一回保安され、保安されたディスカバリー情報は、多数のＤＲＣのために伝送される。結果的に、送信機は、伝送ごとに保安されたディスカバリー情報を生成する必要がない。これは、伝送処理を減らすことができる。
【０１０１】
図１６を参照すれば、ＭＡＣまたはＤＳだけでなく、最後のＤＲＣ番号もディスカバリーＰＤＵに追加され得る。
【０１０２】
一部の実施形態において、ディスカバリーＰＤＵが最後のＤＲＣ番号が指示する最後のＤＲＣサイクルまですべてのＤＲＣサイクルで同一のディスカバリー物理的チャネルインデックス及び／またはディスカバリーサブフレーム番号に伝送されれば、ディスカバリー物理チャネルインデックス及び／またはディスカバリーサブフレーム番号は、最後のＤＲＣ番号とともに利用され得る。
【０１０３】
ＰＤＵのＤＲＣ番号がディスカバリー情報を受信するディスカバリー物理的チャネルのＤＲＣ番号以上である場合に、受信するＵＥは、受信されたＰＤＵを処理する。受信するＵＥは、ＭＡＣを生成するために保安キーとともにＰＤＵのＤＲＣ番号を利用する。次に、生成されたＭＡＣは、受信されたＭＡＣと比較される。悪性ＵＥがメッセージを再生すれば、ＵＥが受信するディスカバリー物理的チャネルのＤＲＣ番号は、伝送に利用される番号と異なっている。これは、ＭＡＣ検証の失敗をもたらす。〈ＤＲＣ番号で示すディスカバリー物理的チャネルのタイミング情報及び保安キー〉チュープルは、ディスカバリー情報の伝送に固有である。
【０１０４】
以下、〈実施形態１Ｄ〉について簡略に説明する。説明の便宜のために〈実施形態１Ａ〉〜〈実施形態１Ｃ〉と共通される部分の説明は省略する。
【０１０５】
図１５を参照すれば、送信機は、ディスカバリーチャネルで安全に伝送される必要があるディスカバリー情報を有する。この際、１５１０段階で、送信機は、既に同期化されない場合にＤＲＣ番号付与と同期化をする。これに関する具体的な説明は、図６と関連した部分で説明したので省略する。
【０１０６】
その後、１５２０段階で、送信機は、ディスカバリー情報を運搬するディスカバリー物理的チャネルが伝送される論理時間に関する情報を決定する。この際、決定されたタイミング情報はＤＲＣ番号を含むことができる。
【０１０７】
そして、送信機は、１５３０段階で、保安キー、決定されたディスカバリーチャネル論理的タイミング情報及び伝送されるディスカバリー情報を利用してＭＡＣまたはＤＳを生成し得る。この際、保安されるディスカバリー情報及び保安キー以外に、最後のＤＲＣ番号は、図１６に例示されたように、保安アルゴリズム（ｓｅｃｕｒｉｔｙ  ａｌｇｏｒｉｔｈｍ）に提供され得る。その後、保安アルゴリズムは、メッセージ認証コード（ＭＡＣ）またはデジタル署名（ＤＳ）を生成する。次に、生成されたＭＡＣまたはＤＳは、ディスカバリー情報に追加され得る。
【０１０８】
そして、１５４０段階で、ＭＡＣまたはＤＳを利用して保安されるディスカバリー情報は、ディスカバリーチャネルで伝送され得る。
【０１０９】
図１７を参照して受信機の動作について説明すれば、受信機は、１７１０段階で、既に同期化されない場合に、ＤＲＣ番号付与と同期化をする。受信機は、ＤＲＣ番号を運搬するブロードキャスト情報を受信し、ＤＲＣサイクルと同期化する。この際、ブロードキャスト情報がＢＳまたはグループリーダーによって伝送され得る。任意のディスカバリー情報を受信する前に、受信機は、ＤＲＣ番号付与及びＤＲＣと同期化されなければならない。
【０１１０】
ＤＲＣ番号付与と同期化した後に、１７２０段階で、受信機は、ディスカバリーチャネルをモニタリングする。受信機は、ディスカバリーチャネルで保安されたディスカバリー情報を受信し得る。
【０１１１】
その後、受信機は、１７３０段階で、ディスカバリー情報を運搬するディスカバリー物理的チャネルが受信される時間に関する情報を決定する。決定されたタイミング情報は、ディスカバリー資源サイクル番号を含むことができる。
【０１１２】
その後、ＰＤＵのＤＲＣ番号がディスカバリー情報が受信されるＤＲＣ番号より大きいかまたは同一である場合に、受信機は、１７４０段階で、保安キー、決定されたディスカバリーチャネル論理的タイミング情報及び受信されたディスカバリー情報を利用してＭＡＣまたはＤＳを生成し得る。この際、保護されるディスカバリー情報及び保安キー以外に、最後のＤＲＣ番号は、図１６に例示されたように、保安アルゴリズムに提供され得る。その後、保安アルゴリズムは、ＭＡＣまたはＤＳを生成する。
【０１１３】
次に、１７５０段階で、受信機は、生成されたＭＡＣまたはＤＳを、送信機からディスカバリー情報とともに受信したＭＡＣまたはＤＳと比較し得る。
【０１１４】
〈実施形態１Ｅ〉
【０１１５】
図１８は、本発明のさらに他の一実施形態によるＭＡＣまたはＤＳ生成方法を示す図である。
【０１１６】
本〈実施形態１Ｅ〉は、最後のＤＲＣ番号の代わりに、ディスカバリー情報が伝送されるＤＲＣの最後のＤＲＣ番号と現在ＤＲＣ番号との間の差がディスカバリーＰＤＵに含まれることを除いて、図１５、図１６及び図１７と関連した部分で例示された再生保護方法である〈実施形態１Ｄ〉と同一である。
【０１１７】
これは、オーバーヘッドを減少させる。しかし、これは、伝送ごとにディスカバリーＰＤＵのＤＲＣ番号フィールドのアップデートを必要とする。送信機及び受信機方法は、それぞれ、図１５及び図１７と同一であるので、具体的な説明は省略する。
【０１１８】
〈第２実施形態：ディスカバリーチャネル論理的タイミング情報（Ｄｉｓｃｏｖｅｒｙ  Ｃｈａｎｎｅｌ  Ｌｏｇｉｃａｌ  Ｔｉｍｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）及び部分絶対システム時間情報（Ｐａｒｔｉａｌ  Ａｂｓｏｌｕｔｅ  Ｓｙｓｔｅｍ  Ｔｉｍｅ  Ｉｎｆｏｒｍａｔｉｏｎ）を利用したＭＡＣ（Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）／ＤＳ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ）生成〉
【０１１９】
第２実施形態において、ディスカバリー資源及びディスカバリー資源サイクル番号付与、ディスカバリーサブフレーム番号付与、ディスカバリー物理的チャネル番号付与及びディスカバリー資源サイクル番号付与の同期化は、第１実施形態に例示されたものと同一である。
【０１２０】
本発明の一実施形態において、保安キーは、送信機及び受信機が同一に使用する対称キーであることができる。本発明の他の実施形態において、保安キーは、送信機及び受信機が異なるキーを利用する非対称キーであることができる。実施形態によって、公開キー及び個人キーで構成されるキー対が利用され、個人キーは、送信機によって利用されて、公開キーは、受信機によって利用され得る。対称キーの場合に、保安アルゴリズムは、ＭＡＣを生成するのに対し、非対称キーの場合に、保安アルゴリズムは、ＤＳを生成する。
【０１２１】
本発明の一実施形態において、対称保安キーまたは非対称保安キー対は、すべてのタイプのサービスのためのオープンディスカバリーに共通され得る。本発明の他の実施形態において、対称保安キーまたは非対称保安キー対は、特定のサービスタイプに特定され得る。例えば、ＵＥは、Ｄ２ＤアプリケーションＩＤまたはＤ２ＤサービスＩＤによってそれぞれ識別される１つ以上のサービスを支援し得る。ＵＥは、Ｄ２ＤアプリケーションＩＤまたはＤ２ＤサービスＩＤに対応するＤ２ＤアプリケーションコードまたはＤ２Ｄサービスコードを要請するとき、Ｄ２Ｄサーバーから保安キーを獲得し得る。Ｄ２ＤサービスコードまたはＤ２Ｄアプリケーションコードは、ＵＥによってディスカバリー情報の一部に伝送され得る。したがって、各ＵＥは、それぞれのＤ２ＤアプリケーションＩＤ／Ｄ２ＤサービスＩＤまたはＤ２Ｄアプリケーションコード／Ｄ２Ｄサービスコードごとに１つずつの複数の保安キーを有し得る。他の実施形態において、対称保安キーまたは非対称保安キー対は、また、ディスカバリー情報を伝送するＵＥに特定され得る。他の実施形態において、対称保安キーまたは非対称保安キー対は、また、ディスカバリー情報をＵＥのグループに伝送するＵＥに特定され得る。
【０１２２】
本発明の一実施形態による保安キーアップデートトリガーについて説明すれば、このような接近方式で、保安キーは、ＤＲＣがロールオーバーするとき、アップデートされる必要がない。
【０１２３】
図１９は、本発明の一実施形態による送信機でディスカバリー情報を保安する方法の流れ図を示す図であり、図２０は、本発明の一実施形態によるＭＡＣまたはＤＳ生成方法を示す図である。
【０１２４】
図１９を参照すれば、送信機（すなわち、Ｄ２Ｄ  ＵＥ）は、ディスカバリーチャネルで安全に伝送される必要があるディスカバリー情報を有する。まず、１９１０段階で、送信機は、既に同期化されない場合に、ＤＲＣ番号付与と同期化をする。送信機は、ＤＲＣ数を搬送するブロードキャスト情報を受信し、ＤＲＣサイクルと同期化する。この際、ブロードキャスト情報がＢＳまたはグループリーダーによって伝送され得る。任意のディスカバリー情報を伝送する前に、送信機は、ＤＲＣ番号付与及びＤＲＣと同期化されなければならない。ＤＲＣ番号付与と同期化する方法は、前述した図５と関連した部分に例示されているので、具体的な説明は省略する。
【０１２５】
本発明の一実施形態において、送信機は、１９２０段階で、ディスカバリー情報を運搬するディスカバリー物理的チャネルが伝送される論理時間に関する情報を決定する。決定されたタイミング情報は、ＤＲＣ番号、ディスカバリーサブフレーム番号（またはフレーム番号及びサブフレーム番号）、及びディスカバリー物理的チャネルのディスカバリー物理的チャネルインデックスのうち少なくとも１つを含むことができる。実施形態によって、１つのＤＲＣが多数のＤＲＩを有し、ＤＲＩに番号が付与される一実施形態において、ＤＲＩ番号がまた決定され得る。
【０１２６】
その後、送信機は、１９３０段階で、ディスカバリー情報を運搬するディスカバリー物理的チャネルが伝送される絶対システム時間（Ａｂｓｏｌｕｔｅ  Ｓｙｓｔｅｍ  Ｔｉｍｅ）に対する部分情報（ｐａｒｔｉａｌ  ｉｎｆｏｒｍａｔｉｏｎ）を決定する。絶対システム時間は、年（ｙｅａｒ）、月（ｍｏｎｔｈ）、日（ｄａｔｅ）、時（ｈｏｕｒ）、分（ｍｉｎｕｔｅ）及び秒（ｓｅｃｏｎｄ）を含むことができる。決定された部分絶対システム時間情報は、このようなディスカバリー情報が伝送される年、月及び日を含むことができる。
【０１２７】
１．実施形態によって、送信機は、システム時計（ｓｙｓｔｅｍ  ｃｌｏｃｋ）を利用してこれを決定し得る。すべてのＵＥは、システム時間を維持していて、このような情報は、容易に決定され得る。他の実施形態において、ネットワークは、Ｄ２Ｄ構成とともにシステムに対する部分情報を伝送し得る。日付変更中に数時間送信機及び受信機の日付の間には差があり得る。送信機と受信機のシステム時間の差を解決するためのこのような方法で、送信機は、日付が変更された後、固定された期間中に伝送することができない。他の方法で、送信機は、システム時間の差に対する心配なしに伝送し得る。受信機は、任意の日付の差がある場合には、それを受信しない。他の方法で、送信機は、ディスカバリー情報に日付情報を追加し得る。これは、すべてのディスカバリー情報伝送のために追加され得る。代案的に、それは、日付変更が起きるとき、時間ウィンドウ中にディスカバリー情報に追加され得る。
【０１２８】
２．他の実施形態において、ＢＳは、ＤＲＣ番号とともにシステム時間に対する部分情報を伝送し得る。ＢＳは、ＤＲＣに相当するそれの日付を示すことができる。これは、日付が変更される時間の差を解決し得る。
【０１２９】
３．他の方法で、ネットワークは、Ｄ２Ｄ構成とともにシステムに対する部分情報を伝送し得る。
【０１３０】
一部の実施形態において、絶対システム時間情報に対する決定された部分情報は、時間、分、秒または週（ｗｅｅｋ）情報などのような追加的な情報を含むことができる。
【０１３１】
その後、送信機は、１９４０段階で、保安キー、決定されたディスカバリーチャネル論理的タイミング情報、決定されたディスカバリーチャネル絶対システム時間及び伝送されるディスカバリー情報を利用してＭＡＣまたはＤＳを生成し得る。
【０１３２】
具体的に、本発明の一実施形態によれば、保安されるディスカバリー情報及び保安キー以外に、保安されるディスカバリー情報が伝送されるディスカバリー物理的チャネルのディスカバリー物理的チャネルインデックス、ディスカバリーサブフレーム番号、及びＤＲＣ番号と、保護されるディスカバリー情報が伝送される絶対システム時間の部分情報は、図２０に示されたように保安アルゴリズムに提供され得る。
【０１３３】
その後、保安アルゴリズムは、メッセージ認証コード（ＭＡＣ）またはデジタル署名（ＤＳ）を生成する。次に、生成されたＭＡＣまたはＤＳはディスカバリー情報に追加され得る。
【０１３４】
そして、１９５０段階で、送信機は、ＭＡＣまたはＤＳを利用して確保されるディスカバリー情報をディスカバリーチャネルに伝送し得る。
【０１３５】
一部の実施形態において、保安されたディスカバリー情報は、断片化（ｆｒａｇｍｅｎｔ）され、多数のディスカバリー物理的チャネルを通じて伝送され得る。この場合に、断片のうち１つ（第１断片または最後の断片）のディスカバリー物理的チャネルインデックス、ディスカバリーサブフレーム番号、及びＤＲＣ番号は、ディスカバリー情報を保安するのに利用され得る。代案的に、すべての断片のうち１つのディスカバリー物理的チャネルインデックス、ディスカバリーサブフレーム番号、及びＤＲＣ番号が利用され得る。一部の実施形態において、断片化されないディスカバリー情報を保安する代わりに、ディスカバリー情報は、断片化された後に保安し得る。この場合に、それぞれの断片のディスカバリー物理的チャネルインデックス、ディスカバリーサブフレーム番号、及びＤＲＣ番号は、ディスカバリー情報を保安するのに利用され得る。
【０１３６】
図２０を参照すれば、本発明の一実施形態において保安されたディスカバリー情報を運搬するディスカバリーＰＤＵは、ディスカバリー情報及びＭＡＣまたはＤＳを含むことができる。追加に、ディスカバリーＰＤＵは、保安が適用されるか否かを示す保安指示子（ｓｅｃｕｒｉｔｙ＿ｉｎｄｉｃａｔｏｒ）を含むことができる。実施形態によって、保安指示子は、保安が常時適用される場合には、不要なことがある。実施形態によって、保安がディスカバリータイプまたはカテゴリーを基盤として、ディスカバリータイプまたはカテゴリーがディスカバリーＰＤＵのヘッダーにおいてフィールドのうち１つを利用して指示される場合に、保安指示子は、不要なことがある。保安されたディスカバリー情報を運搬するディスカバリーＰＤＵは、また、ディスカバリー情報を保安するのに利用される保安キーを識別するための保安キーインデックスを含むことができる。また、図２０に示されたように、ディスカバリーＰＤＵは、ディスカバリー情報及びＭＡＣまたはＤＳ以外に追加に日付に関する情報をさらに含むことができる。
【０１３７】
図２１は、本発明の一実施形態による受信機で受信されたディスカバリー情報を検証する方法の流れ図を示す図である。
【０１３８】
図２１を参照すれば、受信機は、２１１０段階で、既に同期化されない場合に、ＤＲＣ番号付与と同期化をする。受信機は、ＤＲＣ番号を運搬するブロードキャスト情報を受信し、ＤＲＣサイクルと同期化する。この際、ブロードキャスト情報は、ＢＳまたはグループリーダーによって伝送され得る。任意のディスカバリー情報を受信する前に、受信機は、ＤＲＣ番号付与及びＤＲＣと同期化されなければならない。
【０１３９】
ＤＲＣ番号付与と同期化した後に、２１２０段階で、受信機は、ディスカバリーチャネルをモニタリングする。受信機（例えばＤ２Ｄ  ＵＥ）は、ディスカバリーチャネルで保安されたディスカバリー情報を受信し得る。
【０１４０】
その後、受信機は、２１３０段階で、ディスカバリー情報を搬送するディスカバリー物理的チャネルが受信される時間に関する情報を決定する。決定されたタイミング情報は、ＤＲＣ番号、ディスカバリーサブフレーム番号（またはフレーム番号及びサブフレーム番号）、及びディスカバリー物理的チャネルのディスカバリー物理的チャネルインデックスのうち少なくとも１つを含むことができる。１つのＤＲＣが多数のＤＲＩを有し、ＤＲＩに番号が付与される一実施形態において、ＤＲＩ番号がまた決定され得る。
【０１４１】
そして、受信機は、２１４０段階で、ディスカバリー情報を運搬するディスカバリー物理的チャネルが受信される絶対システム時間に対する部分情報を決定し得る。絶対システム時間情報に対する決定された部分情報は、このようなディスカバリー情報が受信される年、月及び日に関する情報を含むことができる。
【０１４２】
１．一実施形態において、受信機は、自分のシステム時計を利用してこのような絶対システム時間情報を決定し得る。すべてのＵＥは、システム時間を維持するので、このような情報は、容易に決定され得る。他の実施形態において、ネットワークは、Ｄ２Ｄ構成とともにシステムに対する部分情報を伝送し得る。日付の変更中に数時間送信機及び受信機の日付との間には差があり得る。送信機及び受信機のシステム時間の差を解決するためのこのような方法で、受信機は、日付が変更された後に固定された期間中に受信することができない。他の方法で、受信機は、システム時間の差に対する心配なしに受信し得る。受信機は、任意の日付の差がある場合には、それを受信することができない。他の方法で、受信機は、自分の日付の代わりに、ディスカバリー情報で受信された日付情報を利用し得る。
【０１４３】
２．他の実施形態において、ＢＳは、ＤＲＣ番号とともにシステム時間に対する部分情報を伝送し得る。ＢＳは、ＤＲＣに相当するそれの日付を示すことができる。これは、日付が変更される時間の差を解決し得る。
【０１４４】
３．他の方法で、ネットワークは、Ｄ２Ｄ構成とともにシステムに対する部分情報を伝送し得る。
【０１４５】
一部の実施形態において、絶対システム時間情報に対する決定された部分情報は、時間、分、秒または週情報などのような追加的な情報で構成され得る。
【０１４６】
その後、受信機は２１５０段階で保安キー、決定されたディスカバリーチャネル論理的タイミング情報、受信されたディスカバリー情報を利用してＭＡＣまたはＤＳを生成し得る。
【０１４７】
具体的に、本発明の一実施形態によれば、保安されるディスカバリー情報及び保安キー以外に、保安されるディスカバリー情報が受信されるディスカバリー物理的チャネルのディスカバリー物理的チャネルインデックス、ディスカバリーサブフレーム番号（またはフレーム番号及びサブフレーム番号）、及びＤＲＣ番号が図２０に例示されたように、保安アルゴリズムに提供され得る。前記保安アルゴリズムは、受信機で実行されるかまたはＤ２Ｄサーバーで実行され得る。そして、前記受信機は、受信された情報（ＭＡＣまたはＤＳ、ＤＲＣ番号、ディスカバリーサブフレーム番号（またはフレーム番号及びサブフレーム番号）、システム時間の部分情報、及びディスカバリー物理的チャネルインデックス）及びディスカバリー情報をＤ２Ｄサーバーに伝送し得る。１つのＤＲＣが多数のＤＲＩを有し、ＤＲＩに番号が付与される一実施形態において、ＤＲＩ番号がまた保安アルゴリズムに対する追加的な入力に利用されてもよい。その後、保安アルゴリズムは、ＭＡＣまたはＤＳを生成する。
【０１４８】
次に、受信機は、２１６０段階で、生成されたＭＡＣまたはＤＳを、送信機からディスカバリー情報とともに受信したＭＡＣまたはＤＳと比較し得る。悪性（ｒｏｇｕｅ）送信機がメッセージを再生すれば、受信機が受信するＤＲＣ番号、ディスカバリーサブフレーム番号、及びディスカバリー物理的チャネルのディスカバリー物理的チャネルインデックスは、真の（ｇｅｎｕｉｎｅ）送信機で伝送のために利用されたものと異なっている。これは、受信機でＭＡＣまたはＤＳ検証の失敗をもたらす。
【０１４９】
本実施形態２に対する代案的な実施形態において、論理的なタイミング情報は、次のような情報を含むことができる。
【０１５０】
ａ）ＤＲＣ番号及びディスカバリーサブフレーム番号：もしディスカバリー物理的チャネルがサブフレームで周波数分割多重化されれば、サブフレームでＵＥによって伝送されるディスカバリーＰＤＵが同一のサブフレームで悪性ＵＥによって再生されることができないときには、ディスカバリー物理的チャネルインデックスを利用しないことがある。１つのサブフレームでディスカバリー物理的チャネルの時分割多重化の場合に、再生攻撃は、悪性ＵＥによって可能であり、この際、前記〈実施形態１Ａ〉で説明されたような再生保護方法が利用され得る。しかし、１つのサブフレームでディスカバリー物理的チャネルの時分割多重化である場合に、サブフレーム持続時間が非常に小さければ、また、この方法が利用され得る。この方法は、前述した〈実施形態１Ｂ〉と類似しているので、具体的な説明は省略する。
【０１５１】
ｂ）ＤＲＣ番号：ＵＥによって伝送されたディスカバリー情報がディスカバリー資源間隔中にアップデートされないことが推定されるとき、ディスカバリーサブフレーム番号は、不要である。この場合に、悪性ＵＥがＤＲＩ中にディスカバリーＰＤＵを再生しても、受信するＵＥには影響を及ぼさない。これは、主にオープンディスカバリー（例えば、広告など）には事実である。制限されたディスカバリーでは、常時ディスカバリーサブフレーム数を利用した方が良い。しかし、ＤＲＩが小さければ、悪性ＵＥは、制限されたディスカバリーに対してもＤＲＩ内で再生することができず、ディスカバリーサブフレーム数は、不要なことがある。そのため、この方法は、ディスカバリー資源間隔が小さい場合に利用され得る。この方法は、前述した〈実施形態１Ｃ〉と類似しているので、具体的な説明は省略する。
【０１５２】
ｃ）最後のＤＲＣ番号：保護されるディスカバリー情報が最後に伝送されるディスカバリー物理的チャネルの最後のＤＲＣ番号が保安アルゴリズムに提供され得る。この方法では、同一のディスカバリー情報が多数のＤＲＣに伝送されることを仮定する。このような多数のＤＲＣの場合、ディスカバリー情報は、一回保安され、保安されたディスカバリー情報は、多数のＤＲＣのために伝送される。結果的に、送信機は、伝送ごとに保安されたディスカバリー情報を生成する必要がない。これは、伝送処理を減らす。最後のＤＲＣ番号は、また、ＭＡＣ以外にディスカバリーＰＤＵに追加され得る。この方法は、前述した〈実施形態１Ｄ〉及び〈実施形態１Ｅ〉と類似しているので、具体的な説明は省略する。
【０１５３】
〈第３実施形態：ディスカバリーチャネル論理的タイミング情報（Ｄｉｓｃｏｖｅｒｙ  Ｃｈａｎｎｅｌ  Ｌｏｇｉｃａｌ  Ｔｉｍｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）を利用したＣＲＣ生成〉
【０１５４】
第３実施形態においてディスカバリーチャネル論理的タイミングと関連した、ディスカバリー資源及びディスカバリー資源サイクル番号付与、ディスカバリーサブフレーム番号付与、ディスカバリー物理的チャネル番号付与及びディスカバリー資源サイクル番号付与の同期化は、第１実施形態に例示されたものと同一である。
【０１５５】
本発明の一実施形態において、保安キーは、送信機及び受信機が同一に使用する対称キーであることができる。本発明の他の実施形態において、保安キーは、送信機及び受信機が異なるキーを利用する非対称キーであることができる。実施形態によって、公開キー及び個人キーで構成されるキー対が利用され、個人キーは、送信機によって利用され、公開キーは、受信機によって利用され得る。対称キーの場合に、保安アルゴリズムは、ＭＡＣを生成するのに対し、非対称キーの場合に、保安アルゴリズムは、ＤＳを生成する。
【０１５６】
本発明の一実施形態において、対称保安キーまたは非対称保安キー対は、すべてのタイプのサービスのためのオープンディスカバリーに共通され得る。本発明の他の実施形態において、対称保安キーまたは非対称保安キー対は、特定のサービスタイプに特定され得る。例えば、ＵＥは、Ｄ２ＤアプリケーションＩＤまたはＤ２ＤサービスＩＤによってそれぞれ識別される１つ以上のサービスを支援し得る。ＵＥは、Ｄ２ＤアプリケーションＩＤまたはＤ２ＤサービスＩＤに対応するＤ２ＤアプリケーションコードまたはＤ２Ｄサービスコードを要請するとき、Ｄ２Ｄサーバーから保安キーを獲得し得る。Ｄ２ＤサービスコードまたはＤ２Ｄアプリケーションコードは、ＵＥによってディスカバリー情報の一部に伝送され得る。したがって、各ＵＥは、それぞれのＤ２ＤアプリケーションＩＤ／Ｄ２ＤサービスＩＤまたはＤ２Ｄアプリケーションコード／Ｄ２Ｄサービスコードごとに１つずつの複数の保安キーを有し得る。他の実施形態において、対称保安キーまたは非対称保安キー対は、また、ディスカバリー情報を伝送するＵＥに特定され得る。他の実施形態において、対称保安キーまたは非対称保安キー対は、また、ディスカバリー情報をＵＥのグループに伝送するＵＥに特定され得る。
【０１５７】
送信機及び受信機によって利用される保安キーは、ＤＲＣ番号がロールオーバーする度にディスカバリーに参加するＵＥによってアップデートされる。
【０１５８】
以下、ディスカバリーＰＤＵ  ＣＲＣの生成方法について説明する。
【０１５９】
図２２は、本発明の一実施形態による送信機でディスカバリー情報を保安する方法の流れ図を示す図であり、図２３は、本発明の一実施形態によるＣＲＣ生成方法を示す図であり、図２４は、本発明の一実施形態による受信機で受信されたディスカバリー情報を検証する方法の流れ図を示す図である。
【０１６０】
図２２を参照すれば、送信機は、２２１０段階で、既に同期化されない場合に、ＤＲＣ番号付与と同期化をする。任意の情報を伝送する前に、送信機は、ＤＲＣ番号付与及びＤＲＣと同期化されなければならない。ＤＲＣ番号付与と同期化する方法は、前述した図５と関連した部分に例示されているので、具体的な説明は省略する。
【０１６１】
その後、送信機は、２２２０段階で、ディスカバリー情報を運搬するディスカバリーチャネルのディスカバリーチャネル論理時間に関する情報を決定し得る。決定されたディスカバリーチャネル論理的タイミング情報は、ＤＲＣ番号を含むことができる。この際、実施形態によってディスカバリーサブフレーム番号（またはフレーム番号及びサブフレーム番号）、ディスカバリー物理的チャネルインデックスのうち少なくとも１つをさらに含むことができる。
【０１６２】
そして、２２３０段階で、送信機は、保安キー、決定されたディスカバリーチャネル論理タイミング情報及び伝送されるディスカバリー情報を利用してＣＲＣを生成し得る。
【０１６３】
具体的に記述すれば、図２３を参照すれば、ＣＲＣ生成器２３１０は、ディスカバリーＰＤＵビット２３３０、保安キー２３２０及びＣＲＣマスク２３５０を利用してＣＲＣ  ２３４０を生成し得る。この際、ＣＲＣマスク２３５０は、ディスカバリー物理的チャネル伝送時間、すなわちＤＲＣ番号及び／またはディスカバリーサブフレーム番号（またはフレーム番号及びサブフレーム番号）及び／またはディスカバリー物理的チャネルインデックスを含むことができる。
【０１６４】
その後、２２４０段階で、送信機は、ディスカバリーチャネルで確保されたディスカバリー情報をＣＲＣとともに伝送し得る。
【０１６５】
図２４を参照して受信機の動作を説明すれば、まず、受信機は、２４１０段階で、既に同期化されない場合に、ＤＲＣ番号付与と同期化をする。任意のディスカバリー情報を受信する前に、受信機は、ＤＲＣ番号付与及びＤＲＣと同期化されなければならない。ＤＲＣ番号付与と同期化する方法は、前述した図５と関連した部分に例示されているので、具体的な説明は省略する。
【０１６６】
ＤＲＣ番号付与と同期化した後に、２４２０段階で、受信機は、ディスカバリーチャネルをモニタリングする。受信機（例えばＤ２Ｄ  ＵＥ）は、ディスカバリーチャネルで保安されたディスカバリー情報を受信し得る。
【０１６７】
その後、受信機は、２４３０段階で、ディスカバリー情報を運搬するディスカバリーチャネルのディスカバリーチャネル論理時間に関する情報を決定し得る。決定されたディスカバリーチャネル論理的タイミング情報は、ＤＲＣ番号を含むことができる。この際、実施形態によってディスカバリーサブフレーム番号、ディスカバリー物理的チャネルインデックスのうち少なくとも１つをさらに含むことができる。
【０１６８】
そして、２４４０段階で、送信機は、保安キー、決定されたディスカバリーチャネル論理タイミング情報及び伝送されるディスカバリー情報を利用してＣＲＣを生成し得る。
【０１６９】
具体的に記述すれば、図２３を参照すれば、ＣＲＣ生成器２３１０は、ディスカバリーＰＤＵビット２３３０、保安キー２３２０及びＣＲＣマスク２３５０を利用してＣＲＣ  ２３４０を生成し得る。この際、ＣＲＣマスク２３５０は、ディスカバリー物理的チャネル伝送時間、すなわちＤＲＣ番号及び／またはディスカバリーサブフレーム番号及び／またはディスカバリー物理的チャネルインデックスを含むことができる。
【０１７０】
次に、２４５０段階で、受信機は、生成されたＣＲＣを、送信機からディスカバリー情報とともに受信したＣＲＣと比較し得る。
【０１７１】
この際、悪性ＵＥがディスカバリーＰＤＵビットを得、新しいディスカバリー物理的チャネル伝送時間に基づいて新しいＣＲＣを生成し得る。しかし、悪性ＵＥは、保安キーを有しておらず、したがって、悪性ＵＥによって生成されたＣＲＣは、受信機によって生成されたＣＲＣと同じではない。また、悪性ＵＥがどんな変更なしに受信されたディスカバリーＰＤＵを再生した場合にも、悪性ＵＥによって伝送されるディスカバリーＰＤＵ伝送時間がディスカバリーＰＤＵが実際伝送された時間と異なるため、受信機によって生成されたディスカバリーＣＲＣは、受信したディスカバリーＰＤＵによるものと異なる。一方、実施形態によってディスカバリーＰＤＵビットは、暗号化されたディスカバリー情報ビットで構成され得る。
【０１７２】
図２５は、本発明の他の実施形態によるＣＲＣ生成方法を示す図である。
【０１７３】
図２５を参照してＣＲＣ生成の他の方法について説明すれば、ディスカバリーＰＤＵビット２５３０が保安キー２５２０及び一方向（ｏｎｅ  ｗａｙ）保安機能（例えば暗号化機能またはハッシュ機能）２５４０を利用して修正され得る。このようにして修正されたディスカバリー情報または修正されたディスカバリーＰＤＵビット２５７０が生成され得る。その後、修正されたディスカバリーＰＤＵビット２５７０は、前記図２３に例示された方法のように、ＣＲＣ  ２５８０を生成するのに利用され得る。すなわち、ＣＲＣ生成器２５１０は、修正されたディスカバリー情報または修正されたディスカバリーＰＤＵビット２５７０及びＣＲＣマスク２５９０を利用してＣＲＣ  ２５８０を生成し得る。この際、ＣＲＣマスク２５９０は、ディスカバリー物理的チャネル伝送時間、すなわちＤＲＣ番号及び／またはディスカバリーサブフレーム番号及び／またはディスカバリー物理的チャネルインデックスを含むことができる。
【０１７４】
その後、修正される前に、原の（ｒａｗ）ディスカバリーＰＤＵビット２５３０及び生成されたディスカバリーＰＤＵ  ＣＲＣ  ２５８０を含むディスカバリー物理的ＰＤＵ  ２５５０がディスカバリー物理的チャネルで伝送され得る。この際、修正されたディスカバリーＰＤＵビット２５７０は、ディスカバリー物理的チャネルで伝送されない。
【０１７５】
図２６は、さらに他の実施形態によるＣＲＣ生成方法を示す図である。
【０１７６】
図２６を参照してＣＲＣ生成のさらに他の方法について説明すれば、ディスカバリーＰＤＵビット２６３０が保安キー２６２０及び一方向（ｏｎｅｗａｙ）保安機能（例えば暗号化機能またはハッシュ機能）２６４０を利用して修正され得る。このようにして修正されたディスカバリー情報または修正されたディスカバリーＰＤＵビット２６７０が生成され得る。その後、修正されない元々のディスカバリーＰＤＵビット２６３０は、前記図２３に例示された方法のように、ＣＲＣ  ２６８０を生成するのに利用され得る。すなわち、ＣＲＣ生成器２６１０は、修正されないディスカバリーＰＤＵビット２６３０及びＣＲＣマスク２６９０を利用してＣＲＣ  ２６８０を生成し得る。この際、ＣＲＣマスク２６９０は、ディスカバリー物理的チャネル伝送時間、すなわちＤＲＣ番号及び／またはディスカバリーサブフレーム番号及び／またはディスカバリー物理的チャネルインデックスを含むことができる。
【０１７７】
その後、修正されたディスカバリーＰＤＵビット２６７０及び生成されたディスカバリーＰＤＵ  ＣＲＣ  ２６８０を含むディスカバリー物理的ＰＤＵ  ２６５０がディスカバリー物理的チャネルで伝送され得る。この際、修正されない原の（ｒａｗ）ディスカバリーＰＤＵビット２６３０は、ディスカバリー物理的チャネルで伝送されない。
【０１７８】
以上で説明した再生保護の方法は、オープン及び制限されたディスカバリーだけでなく、任意のタイプのディスカバリーにも適用され得る。保安キーは、互いに異なる場合に対して異なっていることができるが、同一の方法が利用され得る。このような方法は、一般的に任意の情報の伝送及びディスカバリー情報にも適用され得る。
【０１７９】
〈第４実施形態：ディスカバリーチャネル論理的タイミング情報（Ｄｉｓｃｏｖｅｒｙ  Ｃｈａｎｎｅｌ  Ｌｏｇｉｃａｌ  Ｔｉｍｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）及び部分絶対システム時間情報（Ｐａｒｔｉａｌ  Ａｂｓｏｌｕｔｅ  Ｓｙｓｔｅｍ  Ｔｉｍｅ  Ｉｎｆｏｒｍａｔｉｏｎ）を利用したＣＲＣ生成〉
【０１８０】
第４実施形態においてディスカバリーチャネル論理的タイミングと関連した、ディスカバリー資源及びディスカバリー資源サイクル番号付与、ディスカバリーサブフレーム番号付与、ディスカバリー物理的チャネル番号付与及びディスカバリー資源サイクル番号付与の同期化は、第１実施形態に例示されたものと同一である。
【０１８１】
本発明の一実施形態において、保安キーは、送信機及び受信機が同一に使用する対称キーであることができる。本発明の他の実施形態において、保安キーは、送信機及び受信機が異なるキーを利用する非対称キーであることができる。実施形態によって、公開キー及び個人キーで構成されるキー対が利用され、個人キーは、送信機によって利用され、公開キーは、受信機によって利用され得る。対称キーの場合に、保安アルゴリズムは、ＭＡＣを生成するのに対し、非対称キーの場合に、保安アルゴリズムは、ＤＳを生成する。
【０１８２】
本発明の一実施形態において、対称保安キーまたは非対称保安キー対は、すべてのタイプのサービスのためのオープンディスカバリーに共通され得る。本発明の他の実施形態において、対称保安キーまたは非対称保安キー対は、特定のサービスタイプに特定され得る。例えば、ＵＥは、Ｄ２ＤアプリケーションＩＤまたはＤ２ＤサービスＩＤによってそれぞれ識別される１つ以上のサービスを支援し得る。ＵＥは、Ｄ２ＤアプリケーションＩＤまたはＤ２ＤサービスＩＤに対応するＤ２ＤアプリケーションコードまたはＤ２Ｄサービスコードを要請するとき、Ｄ２Ｄサーバーから保安キーを獲得し得る。Ｄ２ＤサービスコードまたはＤ２Ｄアプリケーションコードは、ＵＥによってディスカバリー情報の一部に伝送され得る。したがって、各ＵＥは、それぞれのＤ２ＤアプリケーションＩＤ／Ｄ２ＤサービスＩＤまたはＤ２Ｄアプリケーションコード／Ｄ２Ｄサービスコードごとに１つずつの複数の保安キーを有し得る。他の実施形態において、対称保安キーまたは非対称保安キー対は、また、ディスカバリー情報を伝送するＵＥに特定され得る。他の実施形態において、対称保安キーまたは非対称保安キー対は、また、ディスカバリー情報をＵＥのグループに伝送するＵＥに特定され得る。
【０１８３】
本発明の一実施形態による保安キーアップデートトリガーについて説明すれば、送信機及び受信機によって利用される保安キーは、ＤＲＣ番号がロールオーバーする度にディスカバリーに参加するＵＥによってアップデートされる必要がない。
【０１８４】
本実施形態によれば、この方法は、ディスカバリーチャネル論理タイミング情報以外に、ディスカバリーチャネル絶対システム時間情報がまた利用されることを除いて、前記第３実施形態と同一である。また、部分絶対システム時間情報は、前記第２実施形態において説明されたように、送信機及び受信機によって決定され得る。これに、再性保護方法に対する具体的な説明は省略する。
【０１８５】
〈第５実施形態：ディスカバリーチャネルシステム時間情報（Ｄｉｓｃｏｖｅｒｙ  Ｃｈａｎｎｅｌ  Ｓｙｓｔｅｍ  Ｔｉｍｅ  Ｉｎｆｏｒｍａｔｉｏｎ）を利用したＭＡＣ（Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）またはＤＳ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ）生成〉
【０１８６】
第５実施形態において、保安キーは、送信機及び受信機が同一に使用する対称キーであることができる。本発明の他の実施形態において、保安キーは、送信機及び受信機が異なるキーを利用する非対称キーであることができる。実施形態によって、公開キー及び個人キーで構成されるキー対が利用され、個人キーは、送信機によって利用され、公開キーは、受信機によって利用され得る。対称キーの場合に、保安アルゴリズムは、ＭＡＣを生成するのに対し、非対称キーの場合に、保安アルゴリズムは、ＤＳを生成する。
【０１８７】
本発明の一実施形態において、対称保安キーまたは非対称保安キー対は、すべてのタイプのサービスのためのオープンディスカバリーに共通され得る。本発明の他の実施形態において、対称保安キーまたは非対称保安キー対は、特定のサービスタイプに特定され得る。例えば、ＵＥは、Ｄ２ＤアプリケーションＩＤまたはＤ２ＤサービスＩＤによってそれぞれ識別される１つ以上のサービスを支援し得る。ＵＥは、Ｄ２ＤアプリケーションＩＤまたはＤ２ＤサービスＩＤに対応するＤ２ＤアプリケーションコードまたはＤ２Ｄサービスコードを要請するとき、Ｄ２Ｄサーバーから保安キーを獲得し得る。Ｄ２ＤサービスコードまたはＤ２Ｄアプリケーションコードは、ＵＥによってディスカバリー情報の一部に伝送され得る。したがって、各ＵＥは、それぞれのＤ２ＤアプリケーションＩＤ／Ｄ２ＤサービスＩＤまたはＤ２Ｄアプリケーションコード／Ｄ２Ｄサービスコードごとに１つずつの複数の保安キーを有し得る。他の実施形態において、対称保安キーまたは非対称保安キー対は、また、ディスカバリー情報を伝送するＵＥに特定され得る。他の実施形態において、対称保安キーまたは非対称保安キー対は、また、ディスカバリー情報をＵＥのグループに伝送するＵＥに特定され得る。
【０１８８】
〈実施形態５Ａ〉
【０１８９】
この方法では、システムフレーム（ｓｙｓｔｅｍ  ｆｒａｍｅ）と絶対システム時間（Ａｂｓｏｌｕｔｅ  Ｓｙｓｔｅｍ  Ｔｉｍｅ）との間に同期化があることを仮定する。
【０１９０】
図２７は、本発明の一実施形態による送信機でディスカバリー情報を保安する方法の流れ図を示す図であり、図２８は、本発明の一実施形態によるＭＡＣまたはＤＳ生成方法を示す図である。
【０１９１】
図２７を参照すれば、送信機（すなわち、Ｄ２Ｄ  ＵＥ）は、ディスカバリーチャネルで安全に伝送される必要があるディスカバリー情報を有する。まず、送信機は、既に同期化されない場合に、システムフレーム及び／または前記システムフレームに対応する協定世界時（ｕｎｉｖｅｒｓａｌ  ｃｏｏｒｄｉｎａｔｅｄ  ｔｉｍｅ）と同期化する。前記システムフレームに対応する協定世界時との同期化は、システムフレーム番号に対応する協定世界時を運搬するＢＳによって伝送されるシステム情報を読み取って得ることができる。協定世界時は、１９００年１月１日００：００：００以後に１０ｍｓ単位の整数カウントを示す。前記システムフレーム番号との同期化は、前記システムフレーム番号を搬送するブロードキャスト情報を読み取って得ることができる。この際、前記ブロードキャスター情報は、ＢＳまたはグループリーダーによって伝送される。一実施形態によれば、システムフレーム番号は、基地局によって２つのパート（ｐａｒｔ）によって伝送され得る。システムフレーム番号のＭＳＢとシステムフレーム番号のＬＳＢを搬送する一番目パートは、互いに異なるブロードキャスト情報で伝送され得る。例えば、システム情報ブロック「ｘ」は、システムフレーム番号のＬＳＢを搬送し、システム情報ブロック「ｙ」は、システムフレーム番号のＭＳＢを搬送し得る。前記送信機は、システム情報すべてを読み取ってシステムフレーム番号を決定し得る。代案的に、前記Ｄ２Ｄ  ＵＥは、協定世界時を他の出処（ｓｏｕｒｃｅ）、例えばＧＰＳ、ＮＩＴＺなどから決定することもできる。
【０１９２】
実施形態において、その後、送信機は、２７１０段階で、ディスカバリー情報を運搬するディスカバリー物理的チャネルが伝送されるシステムフレーム／ディスカバリースロットのシステム時間（例えば、協定世界時（ＵＴＣ）の時間、すなわち１９００年１月１日００：００：００以後に１０ｍｓ単位の整数カウントを提供するシステム時間カウンター）及び／またはサブフレーム番号及び／またはシステムフレーム番号に関する情報を決定し得る。一実施形態において、システム時間またはシステム時間カウンターは、１０ｍｓ単位で維持されることができ、各フレームのシステム時間またはシステム時間カウンターの固有値が提供され得る。代案的に、システム時間カウンターは、秒単位で維持され得る。前記システム時間カウンターは、ネットワークによって提供される（またはＧＰＳ、ＮＩＴＺなどから獲得した）協定世界時の値によって初期化され得る。または、前記システム時間カウンターは、ネットワークによって提供された（またはＧＰＳ、ＮＩＴＺなどから獲得した）協定世界時の値から得られた値によって初期化され得る。例えば、前記獲得されたシステム時間が１９００年１月１日００：００：００以後から１０ｍｓ単位の場合、端末は、前記値を１００で分割して、システム時間カウンターを前記値に設定し得る。他の例として、前記獲得されたシステム時間が１９００年１月１日００：００：００以後から秒単位の場合、端末は、システム時間を前記値に設定し得る。前記カウンターは、１００フレーム当たり１つずつアップデートされ得る。前記システム時間またはシステム時間カウンター値は、１００フレーム中に同一であることができる。代案的実施形態によって、前記システム時間またはシステム時間カウンターは、他の時間単位中に維持され得ることはもちろんである。
【０１９３】
また、前記システム時間と前記システム時間カウンターは、本明細書内で交換して使用され得る。
【０１９４】
一実施形態において、ディスカバリー資源サイクル（以下、ディスカバリー周期と称することがある）が始めるシステム時間は、ディスカバリー情報を運搬するディスカバリー物理的チャネルが伝送されるシステムフレームのシステム時間の代わりに決定され得る。前記ディスカバリー周期が始めるシステム時間は、ディスカバリー周期の一番目のシステムフレームのシステム時間に対応し得る。または、前記ディスカバリー周期が始めるシステム時間は、ディスカバリー周期の一番目のサブフレームに対応するシステムフレームのシステム時間に対応し得る。
【０１９５】
その後、送信機は、２７２０段階で、保安キー、ディスカバリーチャネルの決定されたシステム時間及び伝送されるディスカバリー情報を利用してメッセージ認証コード（ＭＡＣ）またはデジタル署名（ＤＳ）を生成し得る。
【０１９６】
具体的に、本発明の一実施形態によれば、保安キー及び保護されるディスカバリー情報以外に、保護されるディスカバリー情報が伝送されるディスカバリー物理的チャネルのディスカバリー周期のシステム時間またはシステムフレーム／ディスカバリースロットのシステム時間及び／またはサブフレーム番号及び／またはシステムフレーム番号は、図２８に例示されたような保安アルゴリズムに提供され得る。その後、保安アルゴリズムは、ＭＡＣまたはＤＳを生成する。次に、生成されたＭＡＣまたはＤＳは、ディスカバリー情報に追加され得る。実施形態によって、ディスカバリー情報の長さまたはシステム時間カウンターの長さなどのような他のパラメータが、また、ＭＡＣまたはＤＳの生成のために保安アルゴリズムに提供され得る。
【０１９７】
一方、実施形態によって、ＭＡＣまたはＤＳを生成するために使用されるシステム時間の「ｘ」最下位ビットは、ディスカバリー情報を運搬するＰＤＵのヘッダー／テール（ｔａｉｌ）に追加され得る。これは、受信端末（ＵＥ）が送信端末と異なるＢＳにあり、受信端末のＢＳタイミングが送信端末のタイミングと異なる状況を処理し得る。
【０１９８】
その後、２７３０段階で、送信機は、ディスカバリーチャネルでＭＡＣまたはＤＳを利用して保安されたディスカバリー情報を伝送し得る。
【０１９９】
図２９は、本発明の一実施形態による受信機で受信されたディスカバリー情報を検証する方法の流れ図を示す図である。
【０２００】
図２９を参照すれば、まず、受信機は、既に同期化されない場合に、システムフレーム及び／または前記システムフレームに対応する協定世界時と同期化する。前記システムフレームに対応する協定世界時との同期化は、システムフレーム番号に相当する協定世界時を運送するＢＳによって伝送されるシステム情報を読み取って得ることができる。協定世界時は、１９００年１月１日００：００：００以後に１０ｍｓ単位の整数カウントを示す。前記システムフレーム番号との同期化は、前記システムフレーム番号を搬送するブロードキャスト情報を読み取って得ることができる。この際、前記ブロードキャスター情報は、ＢＳまたはグループリーダーによって伝送される。一実施形態によれば、スセティムフレーム番号は、基地局によって２つのパート（ｐａｒｔ）によって伝送され得る。システムフレーム番号のＭＳＢとシステムフレーム番号のＬＳＢを搬送する一番目のパートは、互いに異なるブロードキャスト情報で伝送され得る。例えば、システム情報ブロック「ｘ」は、システムフレーム番号のＬＳＢを搬送し、システム情報ブロック「ｙ」は、システムフレーム番号のＭＳＢを搬送し得る。前記送信機は、システム情報すべてを読み取ってシステムフレーム番号を決定し得る。代案的に、前記Ｄ２Ｄ  ＵＥは、前記システムフレームに対応する他の出処（ｓｏｕｒｃｅ）、例えばＧＰＳ、ＮＩＴＺなどから協定世界時を決定することもできる。
【０２０１】
実施形態において、その後、受信機は、システムフレーム、及び／またはシステムフレームに対応する協定世界時と同期化した後、２９１０段階で、ディスカバリーチャネルをモニタリングする。受信機（例えばＤ２Ｄ  ＵＥ）は、ディスカバリーチャネルで保安されたディスカバリー情報を受信し得る。
【０２０２】
そして、受信機は、２９１０段階で、ディスカバリー情報を運搬するディスカバリー物理的チャネルが受信されるシステムフレーム／ディスカバリースロットのシステム時間またはシステム時間カウンター（すなわち、協定世界時（ＵＴＣ）の時間、すなわち１９００年１月１日００：００：００以後に１０ｍｓ単位の整数カウント）及び／またはサブフレーム番号及び／またはシステムフレーム番号に関する情報を決定し得る。一実施形態において、システム時間またはシステム時間カウンターは、１０ｍｓ単位で維持されることができ、各フレームのシステム時間またはシステム時間カウンターの固有値が提供され得る。代案的に、システム時間カウンターは、秒単位で維持され得る。前記システム時間カウンターは、ネットワークによって提供される（またはＧＰＳ、ＮＩＴＺなどから獲得した）協定世界時の値によって初期化され得る。または、前記システム時間カウンターは、特定のシステムフレームのためにネットワークによって提供された（またはＧＰＳ、ＮＩＴＺなどから獲得した）協定世界時の値から得られた値によって初期化され得る。例えば、前記獲得されたシステム時間が１９００年１月１日００：００：００以後に１０ｍｓ単位の場合、端末は、前記値を１００で分割し、システム時間カウンターをその値に設定し得る。他の例として、前記獲得されたシステム時間が１９００年１月１日００：００：００以後に秒単位の場合、端末は、システム時間を前記値に設定し得る。前記カウンターは、１００フレーム当たり１つずつアップデートされ得る。前記システム時間またはカウンター値は、１００フレーム中に同一であることができる。代案的実施形態によって、前記システム時間またはシステム時間カウンターは、他の時間単位中に維持され得ることはもちろんである。
【０２０３】
一実施形態において、ディスカバリー資源サイクル（以下、ディスカバリー周期と称することがある）が始めるシステム時間は、ディスカバリー情報を運搬するディスカバリー物理的チャネルが伝送されるシステムフレームのシステム時間の代わりに決定され得る。前記ディスカバリー周期が始めるシステム時間は、ディスカバリー周期の一番目のシステムフレームのシステム時間に対応し得る。または、前記ディスカバリー周期が始めるシステム時間は、ディスカバリー周期の一番目のサブフレームに対応するシステムフレームのシステム時間に対応し得る。
【０２０４】
実施形態によって、システム時間の「ｘ」最下位ビットがディスカバリー情報を運搬するＰＤＵのヘッダー／テール内で受信され得る。そして、受信機は、システム時間によって維持されたシステム時間を利用して受信されたディスカバリー情報によって決定されたシステム時間の「ｘ」最下位ビットを受信されたＰＤＵの「ｘ」最下位ビットに代替し、これを前記ディスカバリー情報が受信されるディスカバリースロットのシステム時間で利用し得る。代案的に、ディスカバリー情報が受信されるディスカバリースロットに対応する受信ＵＥ内のシステム時間と最も近接し、ディスカバリーメッセージとともに受信された「ｘ」最下位ビットと同一である「ｘ」最下位ビットとともにシステム時間は、ディスカバリー情報が受信されるディスカバリースロットのシステム時間として使用され得る。
【０２０５】
その後、受信機は、２９２０段階で、保安キー、決定されたシステムフレーム番号のシステム時間及び受信されたディスカバリー情報を利用してＭＡＣまたはＤＳを生成し得る。
【０２０６】
具体的に、本発明の一実施形態によれば、保安キー及び保護されるディスカバリー情報以外に、保護されるディスカバリー情報が受信されるディスカバリー物理的チャネルのシステムフレーム／ディスカバリースロットのシステム時間またはディスカバリー周期のシステム時間及び／またはサブフレーム番号及び／またはシステムフレーム番号は、図２８に例示されたような保安アルゴリズムに提供され得る。その後、保安アルゴリズムは、ＭＡＣまたはＤＳを生成する。前記保安アルゴリズムは、受信機で実行されるかまたはＤ２Ｄサーバーで実行され得る。そして、前記受信機は、受信された情報（ＭＡＣまたはＤＳ及び／またはディスカバリーサブフレーム番号（またはフレーム番号及びサブフレーム番号）、システム時間情報及びＤ２Ｄサーバーへのディスカバリー情報及び／または同期／非同期（ｓｙｎｃ／ａｓｙｎｃ）識別子（ｓｙｎｃ：受信端末と関連されたセルが送信端末と同期化された場合と；ａｓｙｎｃ：受信端末と関連されたセルが送信端末と同期化されない場合、代案的にｓｙｎｃ／ａｓｙｎｃは。送信機が受信機と時間同期化されたか否かを指示することもできる））をＤ２Ｄサーバーに伝送し得る。
【０２０７】
次に、受信機は、２９３０段階で、生成されたＭＡＣまたはＤＳを、送信機からディスカバリー情報とともに受信したＭＡＣまたはＤＳと比較し得る。悪性（ｒｏｇｕｅ）送信機がメッセージを再生すれば、受信機が受信するフレームのシステム時間は、真の（ｇｅｎｕｉｎｅ）送信機によって伝送するのに利用される時間と異なっている。これは、受信機でＭＡＣまたはＤＳ検証の失敗をもたらす。
【０２０８】
本発明の一実施形態によれば、受信機／Ｄ２Ｄサーバーは、ＭＡＣまたはＤＳ認証（ｖａｌｉｄａｔｅ）のために「受信されたディスカバリー情報の決定されたシステム時間」−オフセット（ｏｆｆｓｅｔ）及び「受信されたディスカバリー情報の決定されたシステム時間」＋オフセット（ｏｆｆｓｅｔ）範囲内の値を使用し得る。例えば、ディスカバリー情報が受信されるフレームに対応するシステム時間またはシステム時間カウンターが「１０００」であり、システム時間またはシステム時間カウンターが秒単位で維持され得る。そして、オフセットは、２であることができる。前記オフセットは、あらかじめ決定されるかまたはネットワークによって受信端末にシグナリングされ得る。受信機またはＤ２Ｄサーバーは、システム時間カウンター値で９９９、９９８、１０００、１００１及び１００２をＭＡＣまたはＤＳ認証のために使用し得る。一実施形態によれば、ａｓｙｃｎセルからディスカバリー情報を受信した場合にのみ、この方法が行われることができる。同様に、例えばディスカバリー情報が受信されるディスカバリー周期に対応するシステム時間が「１０００」であり、カウンターは、秒単位で維持され得る。そして、オフセットは、２であることができる。前記オフセットは、あらかじめ決定されるかまたはネットワークによって受信端末にシグナリングされ得る。受信機またはＤ２Ｄサーバーは、システム時間カウンター値として９９９、９９８、１０００、１００１、及び１００２をＭＡＣまたはＤＳ認証のために使用し得る。実施形態によって、ａｓｙｃｎセルからディスカバリー情報を受信した場合にのみ、この方法が行われることができる。このような方法の代案的な実施形態において、ディスカバリーチャネルが送受信されるシステムフレーム番号及び／またはシステムフレームのサブフレームであるディスカバリーチャネル論理的タイミングは、システムフレームのシステム時間またはディスカバリー周期のシステム時間に加えて、またはシステムフレーム／ディスカバリー周期のシステム時間の代わりに、送信機及び受信機にそれぞれ利用され得る。
【０２０９】
〈実施形態５Ｂ〉
【０２１０】
図３０は、本発明の他の一実施形態によるＭＡＣまたはＤＳ生成方法を示す図である。
【０２１１】
本実施形態においては、システムフレームと絶対システム時間との間に同期化をしない。本発明の一実施形態においては、パケット伝送の日付及び保安キーが図３０に例示されたようにＭＡＣまたはＤＳを生成するために保安アルゴリズムに提供され得る。これは、ディスカバリー情報が一日間変更されない場合に有用である。一日の転換（ｔｒａｎｓｉｔｉｏｎ  ｏｆ  ｄａｙ）中に、受信されたディスカバリー情報が無視される時間ウィンドウが提供され得る。これは、一日転換が伝送及び受信するＵＥを通じて同期化されない場合にのみ行われる。一実施形態において、ＡＭまたはＰＭ情報とともに、日付は、ＭＡＣまたはＤＳを生成するために保安キーとともに利用され得る。これは、ＵＥが半日ごとにディスカバリー情報をアップデートし得る。代案的に、分期期間（ｑｔｒ  ｐｅｒｉｏｄ）のような一日の他の部分は、また、分期変更の間の一部タイミングウィンドウとともに利用され得る。
【０２１２】
〈実施形態５Ｃ〉
【０２１３】
本実施形態は、システムフレームと絶対システム時間との間に同期がない場合である。本発明の一実施形態において、ディスカバリー情報は、周期的に伝送され得る。伝送周期は、伝送するＵＥ及び受信するＵＥのシステム時間間の最大時間変動以上である。送信機がディスカバリー情報を伝送するシステム時間は、ディスカバリーＰＤＵでエンコードされる。受信するＵＥが受信する時間が受信するウィンドウ内にある場合に、受信するＵＥは、ディスカバリーＰＤＵを処理する。この際、受信するウィンドウは、
【０２１４】
ａ）ディスカバリーＰＤＵのシステム時間＋デルタ時間
【０２１５】
ｂ）ディスカバリーＰＤＵのシステム時間−デルタ時間である。
【０２１６】
デルタ時間は、伝送及び受信するＵＥのシステム時間の差、送信機及び受信機での処理時間、無線インターフェース上の伝送時間を含むことができる。
【０２１７】
〈実施形態５Ｄ〉
【０２１８】
図３１は、本発明のさらに他の一実施形態によるＭＡＣまたはＤＳ生成方法を示す図である。
【０２１９】
図３１を参照すれば、本発明の他の一実施形態において、マクロネットワークから受信されたネットワーク時間は、送信機及び受信機の両方により参照として利用され得る。有効時間（ディスカバリー情報が有効な時間）は、ＭＡＣまたはＤＳ計算のためのキー及び他の媒介変数とともに入力の１つとして利用され得る。有効時間は、常時マクロネットワーク時間として確認される。ディスカバリーメッセージは、有効時間を運搬し得る。実施形態において、図３１に示されたように、有効時間は、ＭＡＣまたはＤＳの計算のために日付とともに利用され得る。一実施形態において、有効時間及び日付が送信機でＭＡＣまたはＤＳの計算に利用される場合、ディスカバリーメッセージは、また、ＭＡＣ計算のための日付の入力を指示するための指示子と一緒に有効時間を運搬し得る。
【０２２０】
〈保安キー生成及びアップデート手続〉
【０２２１】
以下、保安キー生成方法及びアップデート手続について説明する。
【０２２２】
ディスカバリーのための保安キー（第１方法）：
【０２２３】
図３２は、本発明の一実施形態による保安キー生成方法を示す図であり、図３３は、本発明の一実施形態による保安キーアップデート方法の流れ図を示す図であり、図３４は、本発明の一実施形態による保安キー交換方法の流れ図を示す図であり、図３５は、本発明の他の一実施形態による保安キー交換方法の流れ図を示す図であり、図３６は、本発明のさらに他の一実施形態による保安キー交換方法の流れ図を示す図であり、図３７は、本発明の一実施形態によるディスカバリー情報を受信するＵＥによる保安キー受信方法の流れ図を示す図である。
【０２２４】
オープンディスカバリーのための保安キー生成の１つの可能な方法は、図３２に例示されている。オープンディスカバリー（伝送及び受信）を支援するＵＥは、秘密キーＫＯＤで構成される。代案的に、ＵＥがディスカバリー情報を伝送及び／または受信するように許可された後に、秘密キーＫＯＤは、ＰｒｏＳｅサーバーまたはアプリケーションサーバーまたは認証機によって提供され得る。ＫＯＤは、オープンディスカバリーのための共通の秘密キーである。保安キーは、キー漏出を防止するために、ＵＥの安全な位置に格納される。ディスカバリー情報の再生保護／無欠性保護のための保安キー「Ｋ」は、保安媒介変数を利用して保安キーＫＯＤから導出され得る。
【０２２５】
保安媒介変数は、乱数（ＲＡＮＤ：ｒａｎｄｏｍ  ｎｕｍｂｅｒ）及びシーケンス数（ＳＱＮ：ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）を含むことができる。一部の実施形態において、ＳＱＮは利用されないことがある。一部の実施形態において、保安アルゴリズムＩＤのような他の媒介変数は、また、追加的に利用され得る。Ｋは、放送によって（ｏｖｅｒ  ｔｈｅ  ａｉｒ）交換されない。それは、ディスカバリーを行うＵＥで生成される。保安媒介変数、すなわちＲＡＮＤ、ＳＱＮは、ＰｒｏＳｅサーバーまたはＭＭＥで生成される。再生保護「Ｋ」は、ＰｒｏＳｅサーバーまたはＭＭＥで生成されるか、生成されないことがある。
【０２２６】
保安媒介変数アップデート：
【０２２７】
一実施形態において、保安媒介変数、すなわちＲＡＮＤ  ＆  ＳＱＮは、ＰｒｏＳｅサーバー／ＭＭＥによってＤＲＣ番号ロールオーバーごとにアップデートされ得る。これは、同じキー「Ｋ」がＤＲＣ番号ロールオーバー境界にわたって確かに利用されないようにすることである。アップデートされた保安媒介変数、すなわちＲＡＮＤ及び／またはＳＱＮは、ユニキャスト方式でＰｒｏＳｅサーバー／ＭＭＥからＵＥによって受信され得る。代案的に実施形態によって、アップデートされた保安媒介変数、すなわちＲＡＮＤ及び／またはＳＱＮは、基地局を介してＰｒｏＳｅサーバー／ＭＭＥによってブロードキャストされ、ディスカバリーに参加するＵＥによって読み取られる。
【０２２８】
一実施形態において、ＰｒｏＳｅサーバーは、ＤＲＣタイミングとタイミング同期化されることができ、ＤＲＣ番号ロールオーバーごとに新しい保安媒介変数を生成し得る。ＭＭＥは、保安媒介変数がＤＲＣ番号ロールオーバー後に利用されるようにするために、ＤＲＣ番号ロールオーバーの前にＰｒｏＳｅサーバーをクエリーする（ｑｕｅｒｙ）ことができる。代案的に、ＰｒｏＳｅサーバーは、クエリーなしにアップデートされた媒介変数をＭＭＥに伝送し得る。
【０２２９】
他の実施形態において、図３３に示されたように、ＰｒｏＳｅサーバー３３２０は、ＤＲＣタイミングと同期化されないことがある、そして、ＭＭＥ  ３３１０は、３３５０、３３５５、３３６０段階のように、ＰｒｏＳｅサーバー３３２０に新しい保安媒介変数を要請し得る。ＭＭＥ  ３３１０は、キーアップデート信号に対する十分な時間を許容するようにあらかじめＰｒｏＳｅサーバー３３２０に新しい保安媒介変数を要請し得る。
【０２３０】
その後、図３４を参照すれば、ディスカバリーに参加するＵＥ  ３４１０がこのような媒介変数を読み取って、これを利用してキー「Ｋ」を生成できるように、ＭＭＥ  ３４３０は、ＢＳ  ３４２０を通じてこのような保安媒介変数をブロードキャストし得る。すなわち、３４５０段階で、ＭＭＥ  ３４３０は、ＢＳ  ３４２０に保安媒介変数を伝達し、保安媒介変数を伝達されたＢＳ  ３４２０は、３４５１段階で、これをＵＥ  ３４１０にブロードキャストし得る。
【０２３１】
一方、実施形態によってアップデートされた保安媒介変数セットは、また、ＤＲＣ番号ロールオーバーの境界にわたった保安媒介変数の間の混乱を防止するためにインデックスされ得る。インデックスは、また、保安媒介変数とともにブロードキャストされ得る。
【０２３２】
このような方法で、ディスカバリーに参加するＵＥ  ３４１０は、３４５２段階で、ＢＳ  ３４２０によってブロードキャストされた保安媒介変数を読み取って、秘密キーＫＯＤ及び保安媒介変数を利用して保安キー「Ｋ」を生成し得る。次に、保安キー「Ｋ」は、ＤＲＣでオープンディスカバリー情報を送受信するのに利用され得る。一方、保安キーインデックスは、ディスカバリー情報を伝送するＵＥによってディスカバリー情報に含まれることができる。
【０２３３】
そして、ディスカバリーに参加するＵＥ  ３４１０は、ＢＳ  ３４２０によってブロードキャストされる保安媒介変数を読み取って、保安キー「Ｋ」をアップデートし、生成された「Ｋ」をＤＲＣ番号ロールオーバー前まで使用するようにして、ＤＲＣ番号ロールオーバーをする間に、同一の保安キー「Ｋ」を利用しないようにすることができる。
【０２３４】
本発明の他の一実施形態によれば、図３５を参照すれば、保安媒介変数の代わりに、保安媒介変数インデックスだけがＢＳ  ３５２０によってブロードキャストされ得る。すなわち、３５５０段階で、ＭＭＥ  ３５３０は、前述した保安媒介変数インデックスをＢＳ３５２０に伝送し、３５５１段階で、ＢＳ  ３５２０は、ＵＥ  ３５１０に保安媒介変数インデックスをブロードキャストし得る。
【０２３５】
その後、ディスカバリーに参加するＵＥ  ３５１０は、アップデートされた保安媒介変数に対するＰｒｏＳｅサーバーまたはＭＭＥ  ３５３０をクエリーし得る。すなわち、３５５２段階で、ＵＥ  ３５１０は、ＭＭＥ  ３５３０に保安キー要請メッセージを伝送し、これに応答して、ＭＭＥ  ３５３０は、３５５３段階で、ＵＥ  ３５１０に保安キー応答メッセージを伝送し得る。この際、保安キー応答メッセージは、保安キー媒介変数、すなわちＲＡＮＤ、ＳＱＮ、保安キーインデックスなどを含むことができる。
【０２３６】
本発明のさらに他の実施形態によれば、図３６を参照すれば、ＢＳ  ３６２０がアップデートされた保安媒介変数に対する任意の情報をブロードキャストしないことがある。この場合に、ＵＥ  ３６１０は、任意の保安媒介変数を有しない場合に、保安媒介変数に対してＭＭＥまたはＰｒｏＳｅサーバー３６３０をクエリーし得る。その後、ディスカバリーに参加するＵＥ  ３６１０は、ＤＲＣ番号がロールオーバーするとき、これをクエリーし得る。
【０２３７】
一部の実施形態において、保安媒介変数（ＲＡＮＤ／ＳＱＮ／ｉｄｘ）は、ＰｒｏＳｅサーバーの代わりに、ＢＳまたはＭＭＥまたはＭＭＥグループに特定し得る。
【０２３８】
本発明の一実施形態において、ＫＯＤは、すべてのタイプのサービスに対するオープンディスカバリーのための共通の秘密キーであることができる。本発明の他の実施形態において、ＫＯＤは、特定のサービスタイプに特定した共通の秘密キーであることができる。この場合に、サービスタイプは、図３３〜図３６の信号手続に示すことができる。
【０２３９】
ディスカバリーのための保安キー（第２方法）：
【０２４０】
図３７は、本発明の一実施形態によるディスカバリー情報を受信するＵＥによる保安キー受信方法の流れ図を示す図である。
【０２４１】
オープンディスカバリーを支援し、ディスカバリー情報を伝送するＵＥは、秘密キーＫＯＤで構成される。ＫＯＤは、オープンディスカバリーのための共通の秘密キーである。このような共通の秘密キーは、オープンディスカバリーを行うことができる各ＵＥにあらかじめ構成される。代案的に、ＵＥがディスカバリー情報を伝送するように許可された後、秘密キーＫＯＤは、ＰｒｏＳｅサーバーまたはアプリケーションサーバーまたは認証機によって提供され得る。保安キーは、キー漏出を防止するためにＵＥの安全な位置に格納される。ディスカバリー情報の再生保護／無欠性保護のための保安キー「Ｋ」は、図３２に例示されたように、ディスカバリー情報を伝送するＵＥによって保安媒介変数を利用して保安キーＫＯＤから導出され得る。
【０２４２】
保安媒介変数は、乱数（ＲＡＮＤ：ｒａｎｄｏｍ  ｎｕｍｂｅｒ）及びシーケンス数（ＳＱＮ：ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）を含むことができる。一部の実施形態において、ＳＱＮは利用されないことがある。一部の実施形態において、保安アルゴリズムＩＤのような他の媒介変数は、また、追加に利用され得る。Ｋは、放送によって（ｏｖｅｒ  ｔｈｅ  ａｉｒ）交換されない。それは、ディスカバリーを行うＵＥで生成される。保安媒介変数、すなわちＲＡＮＤ、ＳＱＮは、ＰｒｏＳｅサーバーまたはＭＭＥで生成される。再生保護「Ｋ」は、ＰｒｏＳｅサーバーまたはＭＭＥで生成されるか、生成されないことがある。
【０２４３】
保安媒介変数アップデート：
【０２４４】
一実施形態において、保安媒介変数、すなわちＲＡＮＤ  ＆  ＳＱＮは、ＰｒｏＳｅサーバー／ＭＭＥによってＤＲＣ番号ロールオーバーごとにアップデートされ得る。これは、同じキー「Ｋ」がＤＲＣ番号ロールオーバー境界にわたって確かに利用されないようにするものである。アップデートされた保安媒介変数、すなわちＲＡＮＤ及び／またはＳＱＮは、ユニキャスト方式でＰｒｏＳｅサーバー／ＭＭＥからディスカバリー情報を伝送するＵＥによって受信され得る。代案的に、実施形態によって、アップデートされた保安媒介変数、すなわちＲＡＮＤ及び／またはＳＱＮは、基地局を介してＰｒｏＳｅサーバー／ＭＭＥによってブロードキャストされ、ディスカバリー情報を伝送するＵＥによって読み取られる。
【０２４５】
一実施形態において、ＰｒｏＳｅサーバーは、ＤＲＣタイミングとタイミング同期化されることができ、ＤＲＣ番号ロールオーバーごとに新しい保安媒介変数を生成し得る。ＭＭＥは、保安媒介変数がＤＲＣ番号ロールオーバー後に利用されるようにするためにＤＲＣ番号ロールオーバーの前にＰｒｏＳｅサーバーをクエリーする（ｑｕｅｒｙ）ことがある。代案的に、ＰｒｏＳｅサーバーは、クエリーなしにアップデートされた媒介変数をＭＭＥに伝送し得る。
【０２４６】
他の実施形態において、図３３に示されたように、ＰｒｏＳｅサーバー３３２０は、ＤＲＣタイミングと同期化されないことがある、そして、ＭＭＥ  ３３１０は、３３５０、３３５５、３３６０段階のように、ＰｒｏＳｅサーバー３３２０に新しい保安媒介変数を要請し得る。ＭＭＥ  ３３１０は、キーアップデート信号に対する十分な時間を許容するようにあらかじめＰｒｏＳｅサーバー３３２０に新しい保安媒介変数を要請し得る。
【０２４７】
その後、ディスカバリー情報を伝送するＵＥが、このような媒介変数を読み取って、これを利用して保安キー「Ｋ」を生成するように、ＭＭＥは、ＢＳを通じてこのような媒介変数をブロードキャストし得る。実施形態によって、アップデートされた保安媒介変数セットは、また、ＤＲＣ番号ロールオーバーの境界にわたった保安媒介変数の間の混乱を防止するためにインデックスされ得る。インデックスは、また、保安媒介変数とともにブロードキャストされ得る。
【０２４８】
このような方法で、ディスカバリー情報を伝送するそれぞれのＵＥは、ＢＳによってブロードキャストされた保安媒介変数を読み取って、秘密キーＫＯＤ及び保安媒介変数を利用して保安キー「Ｋ」を生成する。次に、保安キー「Ｋ」は、ＤＲＣでオープンディスカバリー情報を伝送するのに利用される。また、実施形態によって、保安キーインデックスは、ディスカバリー情報を伝送するＵＥによってディスカバリー情報に含まれることができる。
【０２４９】
ディスカバリー情報を伝送するＵＥは、ＢＳによってブロードキャストされる保安媒介変数を読み取って、保安キー「Ｋ」をアップデートし、ＤＲＣ番号ロールオーバーをする間に、同一の保安キー「Ｋ」を利用してはならない。これは、前記図３４と関連した部分で説明された内容と類似しているので、具体的な説明は省略する。
【０２５０】
本発明の他の一実施形態において、保安媒介変数の代わりに、インデックスだけがＢＳによってブロードキャストされ得る。その後、ディスカバリー情報を伝送するＵＥは、アップデートされた保安媒介変数に対するＰｒｏＳｅサーバーまたはＭＭＥをクエリーし得る。これは、前記図３５と関連した部分で説明された内容と類似しているので、具体的な説明は省略する。
【０２５１】
本発明のさらに他の一実施形態において、ＢＳがアップデートされた保安媒介変数に対する任意の情報をブロードキャストしないことがある。この場合に、ＵＥは、任意の保安媒介変数を有しない場合に、保安媒介変数に対するＭＭＥまたはＰｒｏＳｅサーバーをクエリーし得る。その後、ディスカバリー情報を伝送するＵＥは、ＤＲＣ数がロールオーバーするとき、これをクエリーする。これは、前記図３６と関連した部分で説明された内容と類似しているので、具体的な説明は省略する。
【０２５２】
このような方法で、ディスカバリー情報を受信するＵＥ  ３７１０は、保安キー「Ｋ」が図３７に例示されたように、ディスカバリー情報を受信するのに利用されるようにするために、ＭＭＥ／ＰｒｏＳｅサーバー３７３０をクエリーし得る。受信するＵＥ  ３７１０は、秘密キーＫＯＤに関する情報を有しておらず、したがって、保安キー「Ｋ」がＵＥ  ３７１０に伝達する。受信するＵＥ  ３７１０は、ＤＲＣがロールオーバーする前に新しいキー「Ｋ」を要請し得る。
【０２５３】
一部の実施形態において、保安媒介変数（ＲＡＮＤ／ＳＱＮ／ｉｄｘ）は、ＰｒｏＳｅサーバーの代わりに、ＢＳまたはＭＭＥまたはＭＭＥグループに特定し得る。
【０２５４】
本発明の一実施形態において、ＫＯＤは、すべてのタイプのサービスに対するオープンディスカバリーのための共通の秘密キーであることができる。本発明の他の実施形態において、ＫＯＤは、特定のサービスタイプに特定した共通の秘密キーであることができる。この場合に、サービスタイプは、図３４〜図３７の信号手続に示すことができる。
【０２５５】
代案的な実施形態において、ＫＯＤは、ディスカバリー情報を伝送するＵＥに特定し得るか、ＫＯＤは、ディスカバリー情報を伝送するＵＥ及びディスカバリー情報を受信する１つ以上のＵＥに特定し得る。この場合に、受信するＵＥは、伝送するＵＥに特定の保安キーをＰｒｏＳｅサーバーまたはＭＭＥに要請し得る。受信するＵＥは、伝送するＵＥのＵＥＩＤを保安キー要請に含むことができる。伝送するＵＥは、保安キーを生成し、ロールオーバーごとにそれをアップデートし得る。次に、伝送するＵＥは、安全な連結を利用して保安キーをＭＭＥまたはＰｒｏＳｅサーバーに提供し得る。代案的に、伝送するＵＥのキーは、また、ＭＭＥまたはＰｒｏＳｅサーバーによって生成されることができ、伝送するＵＥが、それをＭＭＥまたはＰｒｏＳｅサーバーに要請し得る。
【０２５６】
ディスカバリーのための保安キー（第３方法）：
【０２５７】
この方法で、秘密キーＫＯＤは、任意のＵＥに構成されるか、割り当てられない。ディスカバリー情報を伝送するＵＥは、ＭＭＥまたはＰｒｏＳｅサーバーまたはアプリケーションサーバーに保安キー「Ｋ」を要請し得る。保安キー「Ｋ」は、ＤＲＣ番号ロールオーバーごとに更新される。ネットワークが希望する場合、それは、また、初期にアップデートされ得る。手続の残りは、第２方法と同一である。
【０２５８】
ディスカバリー情報保護のための保安機能位置：
【０２５９】
上記のアルゴリズムを具現する保安機能は、次の場所のうち１つに位置され得る。
【０２６０】
１．ＰｒｏＳｅ  ＰＤＣＰプロトコル階層
【０２６１】
２．媒体接近制御階層
【０２６２】
３．アプリケーション階層
【０２６３】
〈第６実施形態：ディスカバリーチャネルシステム時間情報を利用して暗号化〉
【０２６４】
本発明の一実施形態において、保安キーは、送信機及び受信機が同一に使用する対称キーであることができる。本発明の他の実施形態において、保安キーは、送信機及び受信機が異なるキーを利用する非対称キーであることができる。実施形態によって公開キー及び個人キーで構成されるキー対が利用され、個人キーは、送信機によって利用され、公開キーは、受信機によって利用され得る。対称キーの場合に、保安アルゴリズムは、ＭＡＣを生成するのに対し、非対称キーの場合に、保安アルゴリズムは、ＤＳを生成する。
【０２６５】
本発明の一実施形態において、対称保安キーまたは非対称保安キー対は、すべてのタイプのサービスのためのオープンディスカバリーに共通され得る。本発明の他の実施形態において、対称保安キーまたは非対称保安キー対は、特定のサービスタイプに特定され得る。例えば、ＵＥは、Ｄ２ＤアプリケーションＩＤまたはＤ２ＤサービスＩＤによってそれぞれ識別される１つ以上のサービスを支援し得る。ＵＥは、Ｄ２ＤアプリケーションＩＤまたはＤ２ＤサービスＩＤに対応するＤ２ＤアプリケーションコードまたはＤ２Ｄサービスコードを要請するとき、Ｄ２Ｄサーバーから保安キーを獲得し得る。Ｄ２ＤサービスコードまたはＤ２Ｄアプリケーションコードは、ＵＥによってディスカバリー情報の一部に伝送され得る。したがって、各ＵＥは、それぞれのＤ２ＤアプリケーションＩＤ／Ｄ２ＤサービスＩＤまたはＤ２Ｄアプリケーションコード／Ｄ２Ｄサービスコードごとに１つずつの複数の保安キーを有し得る。他の実施形態において、対称保安キーまたは非対称保安キー対は、また、ディスカバリー情報を伝送するＵＥに特定され得る。他の実施形態において、対称保安キーまたは非対称保安キー対は、また、ディスカバリー情報をＵＥのグループに伝送するＵＥに特定され得る。
【０２６６】
図３８は、本発明の一実施形態による送信機でディスカバリー情報を保安する方法の流れ図を示す図であり、図３９は、本発明の一実施形態による暗号化方法を示す図である。
【０２６７】
本実施形態においてシステムフレーム（ｓｙｓｔｅｍ  ｆｒａｍｅ）と絶対システム時間（Ａｂｓｏｌｕｔｅ  Ｓｙｓｔｅｍ  Ｔｉｍｅ）との間には同期化があると仮定する。
【０２６８】
図３８を参照すれば、送信機（すなわち、Ｄ２Ｄ  ＵＥ）は、ディスカバリーチャネルで安全に伝送される必要があるディスカバリー情報を有する。まず、送信機は、既に同期化されない場合に、システムフレーム及び／または前記システムフレームに対応する協定世界時（ｕｎｉｖｅｒｓａｌ  ｃｏｏｒｄｉｎａｔｅｄ  ｔｉｍｅ）と同期化する。前記システムフレームに対応する協定世界時との同期化は、システムフレーム番号に対応する協定世界時を運搬するＢＳによって伝送されるシステム情報を読み取って得ることができる。協定世界時は、１９００年１月１日００：００：００以後に１０ｍｓ単位の整数カウントを示す。前記システムフレーム番号との同期化は、前記システムフレーム番号を搬送するブロードキャスト情報を読み取って得ることができる。この際、前記ブロードキャスター情報は、ＢＳまたはグループリーダーによって伝送される。一実施形態によれば、スセティムフレーム番号は、基地局によって２つのパート（ｐａｒｔ）によって伝送され得る。システムフレーム番号のＭＳＢとシステムフレーム番号のＬＳＢを搬送する一番目のパートは、互いに異なるブロードキャスト情報で伝送され得る。例えば、システム情報ブロック「ｘ」は、システムフレーム番号のＬＳＢを搬送し、システム情報ブロック「ｙ」は、システムフレーム番号のＭＳＢを搬送し得る。前記送信機は、システム情報すべてを読み取って、システムフレーム番号を決定し得る。
【０２６９】
実施形態において、その後、送信機は、３８１０段階で、ディスカバリー情報を運搬するディスカバリー物理的チャネルが伝送されるシステムフレームのシステム時間（すなわち、１９００年１月１日００：００：００以後に１０ｍｓ単位の整数カウント）に関する情報を決定し得る。
【０２７０】
その後、送信機は、３８２０段階で、保安キー、ディスカバリーチャネルの決定されたシステム時間及び伝送されるディスカバリー情報を利用してディスカバリー情報を暗号化し得る。
【０２７１】
具体的に、本発明の一実施形態によれば、保安キー及び保護されるディスカバリー情報以外に、保護されるディスカバリー情報が伝送されるディスカバリー物理的チャネルのシステムフレームのシステム時間またはディスカバリー周期のシステム時間は、図２８に例示されたような保安アルゴリズムに提供され得る。その後、保安アルゴリズムは、ディスカバリー情報の暗号化を行うことができる。
【０２７２】
一方、実施形態によって、ＭＡＣまたはＤＳを生成するために使用されるシステム時間の「ｘ」最下位ビットは、ディスカバリー情報を運搬するＰＤＵのヘッダー／テール（ｔａｉｌ）に追加され得る。これは、受信端末（ＵＥ）が送信端末と異なるＢＳにあり、受信端末のＢＳタイミングが送信端末のタイミングと異なる状況を処理し得る。
【０２７３】
次に、３８３０段階で、送信機は、ディスカバリーチャネルで暗号化されたディスカバリー情報を伝送し得る。
【０２７４】
図４０は、本発明の一実施形態による受信機で受信されたディスカバリー情報を検証する方法の流れ図を示す図である。
【０２７５】
図４０を参照すれば、まず、受信機は、既に同期化されない場合に、システムフレーム及び前記システムフレームに対応する協定世界時と同期化する。このような同期化は、システムフレーム番号に相当する協定世界時を運送するＢＳによって伝送されるシステム情報を読み取って得ることができる。協定世界時は、１９００年１月１日００：００：００以後に１０ｍｓ単位の整数カウントを示す。
【０２７６】
実施形態において、その後、受信機は、システムフレーム、及びシステムフレームに対応する協定世界時と同期化した後、４０１０段階で、ディスカバリーチャネルをモニタリングする。受信機（例えばＤ２Ｄ  ＵＥ）は、ディスカバリーチャネルで暗号化されたディスカバリー情報を受信し得る。
【０２７７】
そして、受信機は、４０１０段階で、暗号化されたディスカバリー情報を運搬するディスカバリー物理的チャネルが受信されるシステムフレームのシステム時間（すなわち、１９００年１月１日００：００：００以後に１０ｍｓ単位の整数カウント）に関する情報を決定し得る。本実施形態において受信機は、受信機が関心を有しているディスカバリー情報を知っている。
【０２７８】
その後、４０２０段階で、受信機は、暗号化されたディスカバリー情報を運搬するディスカバリー物理的チャネルが受信されるシステムフレームのシステム時間及び保安キーを利用して、受信機が関心があるディスカバリー情報（既に受信機で可用した）を暗号化し得る。
【０２７９】
そして、４０３０段階で、受信機は、生成された暗号化されたディスカバリー情報と受信された暗号化されたディスカバリー情報とを比較し得る。もし２つのディスカバリー情報が一致したら、受信機は、受信機が関心があるディスカバリー情報を探すことができる。一方、２つのディスカバリー情報が一致しなければ、受信機は、受信されたディスカバリー情報を廃棄し得る。もし受信機が複数のディスカバリー情報をディスカバリーしたら、受信機は、複数のディスカバリー情報各々を暗号化されたディスカバリー情報を運搬するディスカバリー物理的チャネルが受信されるシステムフレームのシステム時間及び保安キーを利用して暗号化し得る。そして、受信機は、生成された暗号化されたディスカバリー情報を受信された暗号化されたディスカバリー情報と比較し得る。
【０２８０】
実施形態によって、１つのシステムフレーム番号は、複数のサブフレームを含むことができる。また、実施形態によって、システムフレーム番号のシステム時間に加えてサブフレーム番号も、ディスカバリー情報を暗号化するのに使用され得る。
【０２８１】
例えば、一実施形態においてディスカバリー情報は、アプリケーションユーザＩＤを含むことができる。アプリケーションユーザＩＤ１を有する送信機は、ディスカバリー情報を伝送し得る。送信機は、暗号化されたディスカバリー情報を運搬するディスカバリー物理的チャネルが伝送されるシステムフレーム（例えば、フレーム「ｘ」）のシステム時間またはディスカバリー周期のシステム時間及び保安キーを利用してディスカバリー情報を暗号化し得る。この際、受信機は、アプリケーションユーザＩＤ１及びアプリケーションユーザＩＤ２の友達をディスカバリーし得る。そして、受信機は、フレーム「ｘ」の暗号化されたディスカバリー情報を受信し得る。この際、受信機は、システムフレーム「ｘ」のシステム時間またはディスカバリー周期のシステム時間及び保安キーを利用してアプリケーションユーザＩＤ２を暗号化し得る。その後、受信機は、暗号化されたアプリケーションユーザＩＤ２を受信された暗号化されたディスカバリー情報と比較し得る。しかしこの場合、２つのディスカバリー情報は一致しない。その後、受信機は、システムフレーム「ｘ」のシステム時間またはディスカバリー周期のシステム時間及び保安キーを利用してアプリケーションユーザＩＤ１を暗号化し得る。そして、受信機は、暗号化されたアプリケーションＩＤ１を受信された暗号化ディスカバリー情報と比較し得る。この場合、２つのディスカバリー情報は、一致し、受信機は、アプリケーションユーザＩＤ１がディスカバリー情報内にあることを知ることができ、受信機は、アプリケーションユーザＩＤ１を有する友達を探すことができる。
【０２８２】
もし暗号化されたディスカバリー情報が再生されたら、送信機が元々受信したシステムフレーム番号と受信機が受信したシステムフレーム番号が異なり、受信機による受信されたディスカバリー情報と暗号化されたアプリケーションユーザＩＤ１のマッチング結果は失敗する。
【０２８３】
実施形態によって、システム時間の「ｘ」最下位ビットがディスカバリー情報を運搬するＰＤＵのヘッダー／テール内で受信され得る。そして、受信機は、システム時間によって維持されたシステム時間を利用して受信されたディスカバリー情報によって決定されたシステム時間の「ｘ」最下位ビットを、受信されたＰＤＵの「ｘ」最下位ビットに代替し得る。
【０２８４】
代案的な実施形態において、ディスカバリーチャネルが送受信されるシステムフレーム番号及び／またはシステムフレームのサブフレーム番号またはディスカバリー周期のシステム時間）であるディスカバリーチャネル論理的タイミングは、システムフレーム／ディスカバリー周期のシステム時間以外に送信機及び受信機にそれぞれ利用され得る。  
【０２８５】
さらに他の代案的な実施形態において、ディスカバリーチャネル論理的タイミング、すなわちＤＲＣ番号及び／またはディスカバリーサブフレーム番号及び／またはディスカバリー物理的チャネルインデックスがシステムフレームのシステム時間の代わりに送信機及び受信機各々に利用され得る。
【０２８６】
さらに他の代案的な実施形態において、ディスカバリー論理的タイミング、すなわちシステムフレーム番号及び／またはディスカバリーチャネルが送信／受信されるサブフレームのサブフレーム番号が図３８、図３９及び図４０に説明された実施形態においてシステムフレームのシステム時間の代わりに、送信機及び受信機各々に利用され得る。
【０２８７】
本実施形態は、受信機が自分が関心あるディスカバリー情報について知っている場合に有用であることができる。
【０２８８】
実施形態によって、一方向（ｏｎｅｗａｙ）ハッシュ関数（ｈａｓｈ  ｆｕｎｃｔｉｏｎ）が保安アルゴリズム及び保安キーの代わりに使用されてもよい。
【０２８９】
図４１は、本発明の一実施形態による端末のブロック構成図の一例を示す図である。
【０２９０】
図４１を参照すれば、実施形態において、端末ＵＥは、他のＵＥ、ＢＳ、ＭＭＥまたはＰｒｏＳｅサーバーと信号を送受信する送受信部４１１０を含むことができる。また、前記送受信部４１１０を制御してデータを送受信し、送受信されたデータ及び既定の設定によってデータを加工するか判断し得る制御部４１２０を含むことができる。そして、前記制御部４１２０は、前述した実施形態のうちいずれか１つの動作を行うように端末を制御し得る。この際、前記制御部４１２０は、例えば、ディスカバリー資源サイクル番号と同期化し、ディスカバリー情報が伝送されるディスカバリー物理的チャネルのディスカバリーチャネル論理的タイミング情報を決定し、保安キー、前記決定されたディスカバリーチャネル論理的タイミング情報及び伝送されるディスカバリー情報を利用して保安情報を生成し、前記保安情報を含む前記ディスカバリー情報を前記ディスカバリー物理的チャネルに伝送するように制御し得るが、これに限定されるものではない。すなわち、前記制御部４１２０は、ディスカバリー資源サイクル番号と同期化し、ディスカバリー物理的チャネルで第１保安情報を含むディスカバリー情報を受信し、前記ディスカバリー情報が受信された前記ディスカバリー物理的チャネルのディスカバリーチャネル論理的タイミング情報を決定し、保安キー、前記決定されたディスカバリーチャネル論理的タイミング情報及び前記受信したディスカバリー情報を利用して第２保安情報を生成し、前記第１保安情報と前記第２保安情報を検証するように制御し得る。
【０２９１】
図４２は、本発明の一実施形態による基地局のブロック構成図の一例を示す図である。
【０２９２】
図４２を参照すれば、前記基地局ＢＳは、ＵＥ、ＭＭＥまたはＰｒｏＳｅサーバーと信号を送受信する送受信部４２１０を含むことができる。また、前記送受信部を制御してデータを送受信し、送受信されたデータ及び既定の設定によってデータを加工するか判断する制御部４２２０を含むことができる。そして、前記制御部４２２０は、前述した実施形態のうちいずれか１つの動作を行うように基地局を制御し得る。
【０２９３】
本明細書と図面に開示された実施形態は、技術内容を容易に説明し、理解を助けるために特定の例を提示したものに過ぎず、本発明の範囲を限定しようとするものではない。ここに開示された実施形態以外にも、本発明の技術的思想に基づく他の変形例が実施可能であることは、本発明の属する技術分野における通常の知識を有するに自明である。
【０２９４】
なお、本明細書と図面には、本発明の好ましい実施形態について開示し、たとえ特定の用語が使用されたが、これは、ただ本発明の技術内容を容易に説明し、発明の理解を助けるための一般的な意味として使用されたものであって、本発明の範囲を限定しようとするものではない。ここに開示された実施形態以外にも本発明の技術的思想に基づく他の変形例が実施可能であることは、本発明の属する技術分野における通常の知識を有する者に自明である。
【符号の説明】
【０２９５】
４１１０  送受信部
４１２０  制御部
４２１０  送受信部
４２２０  制御部
【図１】
0006465869.tif 000002
【図２】
0006465869.tif 000003
【図３】
0006465869.tif 000004
【図４】
0006465869.tif 000005
【図５】
0006465869.tif 000006
【図６】
0006465869.tif 000007
【図７】
0006465869.tif 000008
【図８】
0006465869.tif 000009
【図９】
0006465869.tif 000010
【図１０】
0006465869.tif 000011
【図１１】
0006465869.tif 000012
【図１２】
0006465869.tif 000013
【図１３】
0006465869.tif 000014
【図１４】
0006465869.tif 000015
【図１５】
0006465869.tif 000016
【図１６】
0006465869.tif 000017
【図１７】
0006465869.tif 000018
【図１８】
0006465869.tif 000019
【図１９】
0006465869.tif 000020
【図２０】
0006465869.tif 000021
【図２１】
0006465869.tif 000022
【図２２】
0006465869.tif 000023
【図２３】
0006465869.tif 000024
【図２４】
0006465869.tif 000025
【図２５】
0006465869.tif 000026
【図２６】
0006465869.tif 000027
【図２７】
0006465869.tif 000028
【図２８】
0006465869.tif 000029
【図２９】
0006465869.tif 000030
【図３０】
0006465869.tif 000031
【図３１】
0006465869.tif 000032
【図３２】
0006465869.tif 000033
【図３３】
0006465869.tif 000034
【図３４】
0006465869.tif 000035
【図３５】
0006465869.tif 000036
【図３６】
0006465869.tif 000037
【図３７】
0006465869.tif 000038
【図３８】
0006465869.tif 000039
【図３９】
0006465869.tif 000040
【図４０】
0006465869.tif 000041
【図４１】
0006465869.tif 000042
【図４２】
0006465869.tif 000043