【手続補正書】
【提出日】平成31年4月8日(2019.4.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
発見側ユーザ機器（ＵＥ）にサービス提供する第１の近接サービス（ＰｒｏＳｅ）機能において実装され、ＰｒｏＳｅモデルＢダイレクトディスカバリ手順を実行するための方法であって、
前記発見側ＵＥから、ＰｒｏＳｅアプリケーション識別子およびモデルＢディスカバリを示している表示を含む第１のディスカバリ要求メッセージを受信するステップと、
被発見側ＵＥにサービス提供するように構成された第２のＰｒｏＳｅ機能に、前記ＰｒｏＳｅアプリケーション識別子に対応するＰｒｏＳｅアプリケーションコードを要求する第２のディスカバリ要求メッセージを送信するステップと、
以下のうちのいずれかに基づいて、前記ＰｒｏＳｅアプリケーション識別子に対応する有効なＰｒｏＳｅアプリケーションコードが利用可能ではないと決定するステップと、
前記第２のディスカバリ要求メッセージに応答して、前記ＰｒｏＳｅアプリケーション識別子に対応する有効なＰｒｏＳｅアプリケーションコードを何も受信しないこと、および
前記第２のディスカバリ要求メッセージに応答して、前記ＰｒｏＳｅアプリケーション識別子に対応する有効なＰｒｏＳｅアプリケーションコードが利用可能ではないことを示している表示を受信すること
前記発見側ＵＥに、拒否タイプディスカバリ応答メッセージを送信するステップと
を含む方法。
【請求項２】
前記拒否タイプディスカバリ応答メッセージは、（ｉ）有効なディスカバリフィルタがないこと、および（ｉｉ）有効なＰｒｏＳｅコードがないことのいずれかを示している要因表示／要因値を含む、請求項１に記載の方法。
【請求項３】
被発見側ユーザ機器（ＵＥ）にサービス提供する第１の近接サービス（ＰｒｏＳｅ）機能において実装され、ＰｒｏＳｅモデルＢダイレクトディスカバリ手順を実行するための方法であって、
発見側ＵＥとモデルＢディスカバリに携わる第２のＰｒｏＳｅ機能から、前記発見側ＵＥに関連付けられたＰｒｏＳｅアプリケーション識別子に対応するＰｒｏＳｅアプリケーションコードを要求するディスカバリ要求メッセージを受信するステップと、
前記ＰｒｏＳｅアプリケーション識別子に対応する有効なＰｒｏＳｅアプリケーションコードが前記第１のＰｒｏＳｅ機能に利用可能であるかどうかを決定することと、
前記ＰｒｏＳｅアプリケーション識別子に対応する有効なＰｒｏＳｅアプリケーションコードが前記第１のＰｒｏＳｅ機能に利用可能ではないことを条件として、
前記第２のＰｒｏＳｅ機能に、前記ディスカバリ要求メッセージへの拒否タイプディスカバリ応答メッセージを送信するステップであって、前記拒否タイプディスカバリ応答メッセージは、前記ＰｒｏＳｅアプリケーション識別子に対応する有効なＰｒｏＳｅアプリケーションコードが利用可能ではないことをシグナリングしている、ステップと
を含む方法。
【請求項４】
前記拒否タイプディスカバリ応答メッセージ内の前記ＰｒｏＳｅアプリケーション識別子に対応する有効なＰｒｏＳｅアプリケーションコードのいずれかの欠如が、前記ＰｒｏＳｅアプリケーション識別子に対応する有効なＰｒｏＳｅアプリケーションコードが利用可能ではないことをシグナリングしている、請求項３に記載の方法。
【請求項５】
前記拒否タイプディスカバリ応答メッセージは、（ｉ）有効なＰｒｏＳｅコードがないこと、および（ｉｉ）有効なディスカバリフィルタがないことのいずれかを示している要因表示／要因値を含む、請求項３に記載の方法。
【請求項６】
発見側ユーザ機器（ＵＥ）にサービス提供するように構成された第１の近接サービス（ＰｒｏＳｅ）機能であって、プロセッサおよび前記プロセッサによって、
前記発見側ＵＥから、ＰｒｏＳｅアプリケーション識別子およびモデルＢディスカバリを示している表示を含む第１のディスカバリ要求メッセージを受信し、
被発見側ＵＥにサービス提供するように構成された第２のＰｒｏＳｅ機能に、前記ＰｒｏＳｅアプリケーション識別子に対応するＰｒｏＳｅアプリケーションコードを要求する第２のディスカバリ要求メッセージを送信し、
以下のうちのいずれかに基づいて、前記ＰｒｏＳｅアプリケーション識別子に対応する有効なＰｒｏＳｅアプリケーションコードが利用可能ではないと決定し、
前記第２のディスカバリ要求メッセージに応答して、前記ＰｒｏＳｅアプリケーション識別子に対応する有効なＰｒｏＳｅアプリケーションコードを何も受信しないこと、および
前記第２のディスカバリ要求メッセージに応答して、前記ＰｒｏＳｅアプリケーション識別子に対応する有効なＰｒｏＳｅアプリケーションコードが利用可能ではないことを示している表示を受信すること
前記発見側ＵＥに、拒否タイプディスカバリ応答メッセージを送信する
ように構成された実行可能な命令を含む回路を備えた、第１のＰｒｏＳｅ機能。
【請求項７】
前記拒否タイプディスカバリ応答メッセージは、（ｉ）有効なディスカバリフィルタがないこと、および（ｉｉ）有効なＰｒｏＳｅコードがないことのいずれかを示している要因表示／要因値を含む、請求項６に記載の第１のＰｒｏＳｅ機能。
【請求項８】
被発見側ユーザ機器（ＵＥ）にサービス提供するように構成された第１の近接サービス（ＰｒｏＳｅ）機能であって、プロセッサおよび前記プロセッサによって、
発見側ＵＥとモデルＢディスカバリに携わる第２のＰｒｏＳｅ機能から、前記発見側ＵＥに関連付けられたＰｒｏＳｅアプリケーション識別子に対応するＰｒｏＳｅアプリケーションコードを要求するディスカバリ要求メッセージを受信し、
前記ＰｒｏＳｅアプリケーション識別子に対応する有効なＰｒｏＳｅアプリケーションコードが前記第１のＰｒｏＳｅ機能に利用可能であるかどうかを決定し、
前記ＰｒｏＳｅアプリケーション識別子に対応する有効なＰｒｏＳｅアプリケーションコードが前記第１のＰｒｏＳｅ機能に利用可能ではないことを条件として、
前記第２のＰｒｏＳｅ機能に、前記ディスカバリ要求メッセージへの拒否タイプディスカバリ応答メッセージを送信し、前記拒否タイプディスカバリ応答メッセージは、前記ＰｒｏＳｅアプリケーション識別子に対応する有効なＰｒｏＳｅアプリケーションコードが利用可能ではないことをシグナリングしている
ように構成された実行可能な命令を含む回路を備えた、第１のＰｒｏＳｅ機能。
【請求項９】
前記拒否タイプディスカバリ応答メッセージ内の前記ＰｒｏＳｅアプリケーション識別子に対応する有効なＰｒｏＳｅアプリケーションコードのいずれかの欠如が、前記ＰｒｏＳｅアプリケーション識別子に対応する有効なＰｒｏＳｅアプリケーションコードが利用可能ではないことをシグナリングしている、請求項８に記載の第１のＰｒｏＳｅ機能。
【請求項１０】
前記拒否タイプディスカバリ応答メッセージは、（ｉ）有効なＰｒｏＳｅコードがないこと、および（ｉｉ）有効なディスカバリフィルタがないことのいずれかを示している要因表示／要因値を含む、請求項８に記載の第１のＰｒｏＳｅ機能。
【請求項１１】
無線送信／受信ユニット（ＷＴＲＵ）において実施され、近接サービス（ＰｒｏＳｅ）ダイレクトディスカバリ手順を実施するための方法であって、
一致報告メッセージリフレッシュタイマの満了後、かつＰｒｏＳｅコードの有効性タイマの満了前に、一致報告要求メッセージをＰｒｏＳｅ機能に送信するステップと、
前記ＰｒｏＳｅ機能から、無効なＭＩＣを示している要因値を含む一致報告メッセージを受信するステップと、
要因値に基づいて、前記有効性タイマを停止させるステップと
を含む、方法。
【請求項１２】
前記ＰｒｏＳｅコードがもはや有効ではないことを前記ＷＴＲＵの上位層に通知するステップをさらに含む、請求項１１に記載の方法。
【請求項１３】
前記一致報告メッセージは一致報告肯定応答メッセージである、請求項１１から１２のいずれかに記載の方法。
【請求項１４】
近接サービス（ＰｒｏＳｅ）ダイレクトディスカバリ手順に参加するように構成された無線送信／受信ユニット（ＷＴＲＵ）であって、送信機、受信機、プロセッサ、一致報告リフレッシュタイマ、および近接サービス（ＰｒｏＳｅ）コードの有効性タイマを備え、
前記送信機と組み合わされた前記プロセッサは、前記一致報告リフレッシュタイマの満了後、かつＰｒｏＳｅコードの前記有効性タイマの満了前に、一致報告要求メッセージをＰｒｏＳｅ機能に送信するように構成され、
前記受信機は、前記ＰｒｏＳｅ機能から、無効なＭＩＣを示している要因値を含む一致報告メッセージを受信するように構成され、
前記プロセッサは、前記要因値に基づいて、前記有効性タイマを停止させるように構成される、
ＷＴＲＵ。
【請求項１５】
前記プロセッサは、前記ＰｒｏＳｅコードがもはや有効ではないことを前記ＷＴＲＵの上位層に通知するように構成された、請求項１４に記載のＷＴＲＵ。
【請求項１６】
前記一致報告メッセージは一致報告肯定応答メッセージである、請求項１４から１５のいずれかに記載のＷＴＲＵ。
【請求項１７】
近接サービス（ＰｒｏＳｅ）機能において実施され、近接サービス（ＰｒｏＳｅ）モデルＢダイレクトディスカバリ手順を実施するための方法であって、
無線送信／受信ユニット（ＷＴＲＵ）から、一致報告リフレッシュタイマの満了後、かつＰｒｏＳｅコードの有効性タイマの満了前に、一致報告要求メッセージを受信するステップと、
前記ＷＴＲＵに、無効なＭＩＣを示している要因値を含む一致報告メッセージを送信するステップと
を含む、方法。
【請求項１８】
前記一致報告メッセージは一致報告肯定応答メッセージである、請求項１７に記載の方法。
【請求項１９】
近接サービス（ＰｒｏＳｅ）機能であって、プロセッサおよび前記プロセッサによって、
無線送信／受信ユニット（ＷＴＲＵ）から、一致報告リフレッシュタイマの満了後、かつＰｒｏＳｅコードの有効性タイマの満了前に、一致報告要求メッセージを受信し、
前記ＷＴＲＵに、無効なＭＩＣを示している要因値を含む一致報告メッセージを送信する
ように構成された実行可能な命令を含む回路を備えた、ＰｒｏＳｅ機能。
【請求項２０】
前記一致報告メッセージは一致報告肯定応答メッセージである、請求項１９に記載のＰｒｏＳｅ機能。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１０３
【補正方法】変更
【補正の内容】
【０１０３】
ここで、図３を参照すると、例示的なＰｒｏＳｅモデルＢのダイレクトディスカバリ手続き３００を示すフロー図が示されている。ＰｒｏＳｅモデルＢのダイレクトディスカバリ手続き３００は、被発見側ＷＴＲＵ３０２ａ、被発見側ＰｒｏＳｅ機能３７０ａ、発見側ＷＴＲＵ３０２ｂおよび発見側ＰｒｏＳｅ機能３７０ｂによって実行されることができる。ＰｒｏＳｅモデルＢのダイレクトディスカバリ手続き３００は、３つのフェーズにおいて、すなわち、被発見側ＷＴＲＵ要求手続き、発見側ＷＴＲＵ要求手続き、および被発見側ＷＴＲＵ３０２ａと発見側ＷＴＲＵ３０２ｂとの間のダイレクト通信ディスカバリ手続きにおいて、実行されることができる。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０１０４
【補正方法】変更
【補正の内容】
【０１０４】
被発見側ＷＴＲＵ要求手続きは、以下のように実行されることができる。被発見側ＷＴＲＵ３０２ａは、ディスカバリ要求メッセージ３０１を被発見側ＰｒｏＳｅ機能３７０ａへ送信することができる。ディスカバリ要求メッセージ３０１を受信した後に、被発見側ＰｒｏＳｅ機能３７０ａは、ＰｒｏＳｅ応答コード、ＰｒｏＳｅクエリコード、および（ＰｒｏＳｅクエリコードに対応する）１つまたは複数のディスカバリフィルタを割り当てることができる。被発見側ＰｒｏＳｅ機能３７０ａは、ディスカバリ応答メッセージ３０３を被発見側ＷＴＲＵ３０２ａへ送信することができる。ディスカバリ応答メッセージ３０３は、割り当てられたＰｒｏＳｅ応答コードおよびディスカバリフィルタを含むことができる。ディスカバリ応答メッセージ３０３を受信した後に、被発見側ＷＴＲＵ３０２ａは、割り当てられたＰｒｏＳｅ応答コードおよびディスカバリフィルタを抽出することができ、割り当てられたディスカバリフィルタと一致するＰｒｏＳｅクエリコードを監視し始めることができる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０１０５
【補正方法】変更
【補正の内容】
【０１０５】
発見側ＷＴＲＵ要求手続きは、以下のように実行されることができる。発見側ＷＴＲＵ３０２ｂは、ディスカバリ要求メッセージ３０５を発見側ＰｒｏＳｅ機能３７０ｂへ送信することができる。その後、発見側ＰｒｏＳｅ機能３７０ｂは、被発見側ＰｒｏＳｅ機能３７０ａと対話して、被発見側ＰｒｏＳｅ機能３７０ａから、割り当てられたＰｒｏＳｅクエリコードおよびＰｒｏＳｅ応答コードを取得することができる（なぜならば、両方のコードは、被発見側ＷＴＲＵ要求手続きの一部として、被発見側ＰｒｏＳｅ機能３７０ａによって割り当てられたからである）。交換を促進するために、発見側ＰｒｏＳｅ機能３７０ｂは、ディスカバリ要求メッセージ３０７を被発見側ＰｒｏＳｅ機能３７０ａへ送信することができる。被発見側ＰｒｏＳｅ機能３７０ａは、ディスカバリ応答メッセージ３０９を発見側ＰｒｏＳｅ機能３７０ｂへ送信することができる。ディスカバリ応答メッセージ３０９は、ＰｒｏＳｅクエリコードおよびＰｒｏＳｅ応答コードを含むことができる。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１０６
【補正方法】変更
【補正の内容】
【０１０６】
ＰｒｏＳｅクエリコードおよびＰｒｏＳｅ応答コードを受信した後、発見側ＰｒｏＳｅ機能３７０ｂは、受信されたＰｒｏＳｅ応答コードに基づいて、１つまたは複数のディスカバフィルタを生成することができる。各ＰｒｏＳｅクエリコードについて、発見側ＰｒｏＳｅ機能３７０ｂは、受信されたＰｒｏＳｅ応答コードに基づいて、１つまたは複数のディスカバリフィルタを生成することができ、その結果、発見側ＷＴＲＵ３０２ｂは、ディスカバリフィルタと一致するＰｒｏＳｅ応答コードを監視し、決定することができる。発見側ＰｒｏＳｅ機能３７０ｂは、ディスカバリ応答メッセージ３１１を発見側ＷＴＲＵ３０２ｂへ送信することができる。ディスカバリ応答メッセージ３１１は、ＰｒｏＳｅクエリコードおよびディスカバリフィルタを含むことができる。発見側ＷＴＲＵ３０２ｂは、ディスカバリ応答メッセージ３１１を受信し、割り当てられたＰｒｏＳｅクエリコードおよびディスカバリフィルタを抽出することができる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１０７
【補正方法】変更
【補正の内容】
【０１０７】
ダイレクト通信ディスカバリ手続きは、以下のように実行される。発見側ＷＴＲＵ３０２ｂは、ＰｒｏＳｅクエリコードをブロードキャストする（アナウンスする）ことができ、ブロードキャストＰｒｏＳｅクエリコードに対応するＰｒｏＳｅ応答コードを監視し始めることができる。被発見側ＷＴＲＵ３０２ａは、被発見側ＰｒｏＳｅ機能３７０ａから被発見側ＷＴＲＵ３０２ａが受信したＰｒｏＳｅ応答コードを発見側ＷＴＲＵ３０２ｂへ送信する（アナウンスする）ことによって、ブロードキャストされたＰｒｏＳｅクエリコードに対して応答することができる。その後、発見側ＷＴＲＵ３０２ｂは、ＰｒｏＳｅ一致報告手続きを実行することができる。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１０９
【補正方法】変更
【補正の内容】
【０１０９】
図４は、例示的な手順４００を示すフロー図である。説明を簡単にするために、手続き４００は、図３のモデルＢのダイレクトディスカバリ手続き３００に関して説明される。発見側ＰｒｏＳｅ機能３７０ｂは、発見側ＷＴＲＵ３０２ｂから、ディスカバリ要求メッセージを受信することができる（４０２）。ディスカバリ要求メッセージに応じて、発見側ＰｒｏＳｅ機能３７０ｂは、被発見側ＰｒｏＳｅ機能３７０ａにＰｒｏＳｅクエリコードを要求することができる（４０４）。被発見側ＰｒｏＳｅ機能３７０ａは、ＰｒｏＳｅクエリコードが取り出し可能か、またはその他の方法で利用可能かを決定することができる（４０６）。ＰｒｏＳｅクエリコードが、取り出し可能であるか、またはその他の方法で利用可能である場合、被発見側ＰｒｏＳｅ機能３７０ａは、承認タイプのディスカバリ応答メッセージを発見側ＰｒｏＳｅ機能３７０ｂへ送信することができる（４０８）。ＰｒｏＳｅクエリコードが、取り出し可能ではないか、または、その他の方法で利用可能ではない場合、被発見側ＰｒｏＳｅ機能３７０ａは、拒否タイプディスカバリ応答メッセージを発見側ＰｒｏＳｅ機能３７０ｂへ送信することができる（４１０）。拒否タイプディスカバリメッセージは、適当な要因標識／要因値（例えば、「有効なディスカバリフィルタは存在しない」および／または「有効なＰｒｏＳｅコードは利用可能ではない」という標識）を含むことができる。図示されていないが、発見側ＰｒｏＳｅ機能３７０ｂは、拒否タイプディスカバリ応答メッセージを発見側３０２ｂへ送信してもよい。この拒否タイプディスカバリメッセージも、同様に、適当な要因標識／価値（例えば、「有効なディスカバリフィルタは存在しない」および／または「有効なＰｒｏＳｅコードが利用可能ではないという標識）を含むことができる。
【手続補正８】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正の内容】
【図２】
2018529240.tif 000001
【手続補正９】
【補正対象書類名】図面
【補正対象項目名】図３
【補正方法】変更
【補正の内容】
【図３】
2018529240.tif 000002