【事件の表示】
　特願２０１９−５０２６３８「近隣ＵＥの支援によるロバストなマルチキャスト、ＳＣ−ＰＴＭ及びブロードキャスト配信」拒絶査定不服審判事件〔平成３０年　２月　１日国際公開、ＷＯ２０１８／０２２８５４、令和　１年１０月１０日国内公表、特表２０１９−５２８５９３、請求項の数（１９）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、２０１７年（平成２９年）７月２７日（パリ条約による優先権主張　外国庁受理　２０１６年７月２８日　米国（ＵＳ））を国際出願日とするものであって、その手続の経緯は以下のとおりである。
　令和　２年　１月　９日付け　拒絶理由通知書
　令和　２年　３月１３日　　　意見書、手続補正書の提出
　令和　２年　４月１４日付け　拒絶査定
　令和　２年　７月２０日　　　拒絶査定不服審判の請求、
　　　　　　　　　　　　　　　手続補正書の提出
第２　原査定の概要
　原査定（令和２年４月１４日付けの拒絶査定）の概要は次のとおりである。
（進歩性）この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　記　　　（引用文献等については引用文献等一覧参照）
・請求項１−３、１１−１３、２０−２１
・引用文献等１−２
・請求項４、９、１４
・引用文献等１−３
・請求項５、１５
・引用文献等１−２、４
・請求項６、１６
・引用文献等１−２、５
・請求項８、１８
・引用文献等１−２
・請求項１０、１９
・引用文献等１−２
＜引用文献等一覧＞
１．米国特許出願公開第２０１２／０３２７７６０号明細書
２．米国特許出願公開第２０１３／００８９０２０号明細書
３．国際公開第２０１５／０２０３７９号
４．特表２０１０−５１４２９１号公報
５．特開２００１−１１９３３２号公報
第３　審判請求時の補正の適否
　審判請求時の補正は、補正前の請求項１に「前記第２のＵＥ装置が前記パケットを再送信するか否かを自律的に決定することは、前記第２のＵＥ装置が、他の装置が関与せずに、前記受信した再送信要求が所定の条件を満たすかどうかを判断し、当該判断に基づいて前記パケットを再送信するか否かを決定することを含む」という事項を追加するものであって、当該発明特定事項は、補正前の請求項１に記載の「前記第２のＵＥ装置が、前記再送信要求の受信に応じて、前記パケットを再送信するか否かを自律的に決定すること」について限定するものである。
　また、審判請求時の補正は、補正前の請求項１１、２０及び２１に対しても、請求項１と同様の限定を行うものである。
　さらに、審判請求時の補正は、補正前の請求項８及び１８を削除し、それに伴って、補正前の請求項９ないし１７及び１９ないし２１の項番及び請求項１２ないし１７及び１９が引用する請求項の項番を整理するものである。
　したがって、請求項１ないし７及び９ないし１７及び１９ないし２１についての補正は、特許法第１７条の２第５項第２号に掲げる特許請求の範囲の限定的減縮を目的とするものであり、請求項８及び１８についての補正は、特許法第１７条の２第５項第１号に掲げる請求項の削除を目的とするものであるから、審判請求時の補正は、特許法第１７条の２第５項の規定に適合する。
　また、補正前の請求項１、１１、２０及び２１に追加される各発明特定事項は、願書に最初に添付した明細書の段落【００３５】−【００３６】、【００４２】に記載されているから、審判請求時の補正は、特許法第１７条の２第３項の規定に適合する。さらに、特許法第１７条の２第４項の規定に違反するところはない。
　そして、「第４　本願発明」から「第６　対比・判断」までに示すように、補正後の請求項１ないし１９に係る発明は、特許出願の際独立して特許を受けることができるものであるから、特許法第１７条の２第６項で準用する特許法第１２６条第７項の規定にも適合する。
第４　本願発明
　本願請求項１ないし１９に係る発明（以下、それぞれ「本願発明１」ないし「本願発明１９」という。）は、令和２年７月２０日の手続補正で補正された特許請求の範囲の請求項１ないし１９に記載された事項により特定される以下のとおりの発明である。
「　　【請求項１】
　第１のユーザ機器（ＵＥ）装置が、基地局がブロードキャスト又はマルチキャストにより送信するパケットを受信することと、
　前記第１のＵＥ装置が、前記パケットを復号することを試行することと、
　前記第１のＵＥ装置が、前記パケットを復号することを試行することが失敗したことに応じて前記パケットの再送信要求を送信することと、
　第２のＵＥ装置が、前記第１のＵＥ装置から前記再送信要求を受信することと、
　前記第２のＵＥ装置が、前記再送信要求の受信に応じて、前記パケットを再送信するか否かを自律的に決定すること、
　前記第２のＵＥ装置が、前記パケットを再送信することを自律的に決定した場合、第１の端末間（Ｄ２Ｄ）通信リンクを介して前記第１のＵＥ装置に前記パケットを再送信することと、
　前記第１のＵＥ装置が、前記第１のＤ２Ｄ通信リンクを介して第２のＵＥ装置から前記パケットの再送信を受信することと、を含み、
　前記第２のＵＥ装置が前記パケットを再送信するか否かを自律的に決定することは、前記第２のＵＥ装置が、他の装置が関与せずに、前記受信した再送信要求が所定の条件を満たすかどうかを判断し、当該判断に基づいて前記パケットを再送信するか否かを決定することを含む方法。
　　【請求項２】
　前記再送信要求が、Ｄ２Ｄ送信を介して送信される、請求項１に記載の方法。
　　【請求項３】
　前記Ｄ２Ｄ送信が、Ｄ２Ｄ発見送信とＤ２Ｄ通信リンクを介したＤ２Ｄ送信とのうちの少なくとも一方を含む、請求項２に記載の方法。
　　【請求項４】
　前記第１のＵＥ装置がＩＤＬＥ状態にある間に前記Ｄ２Ｄ送信が行われる、請求項２に記載の方法。
　　【請求項５】
　前記再送信要求が、再送信される前記パケットのパケット識別子、ＵＥ識別子（ＵＥ　ＩＤ）、近傍サービス識別子（ＰｒｏＳｅ　ＩＤ）、再送信のためのＤ２Ｄリソース位置、及びグループ識別子のうちの１つ又は複数を含む、請求項１に記載の方法。
　　【請求項６】
　前記第２のＵＥ装置が前記パケットを再送信するか否かを自律的に決定することは、前記第２のＵＥ装置が、受信された前記再送信要求の信号強度を閾値と比較し、前記信号強度が前記閾値を超える場合に、前記パケットを再送信することを決定することを更に含む、請求項１に記載の方法。
　　【請求項７】
　前記第２のＵＥ装置が前記パケットを再送信するか否かを自律的に決定することは、前記第２のＵＥ装置が、前記再送信要求が再送信時間ウィンドウ内で受信されたかどうかを判定し、前記再送信要求が前記再送信時間ウィンドウ内で受信された場合に、前記パケットを再送信することを決定することを含む、請求項１に記載の方法。
　　【請求項８】
　前記第２のＵＥ装置がＩＤＬＥ状態にある間に前記再送信が行われる、請求項１に記載の方法。
　　【請求項９】
　前記第１のＵＥ装置が、第２のＤ２Ｄ通信リンクを介して第３のＵＥ装置から前記パケットの再送信を受信することを更に含む、請求項１に記載の方法。
　　【請求項１０】
　システムであって、
　第１のユーザ機器（ＵＥ）装置と、第２のＵＥ装置とを備え、
　前記第１のＵＥ装置は、
　　基地局がブロードキャスト又はマルチキャストにより送信するパケットを受信する受信部と、
　　前記パケットを復号する制御部と、
　　前記パケットを復号することを試行することが失敗したことに応じて再送信要求を送信する送信部と、を含み、
　第２のＵＥ装置は、
　　前記第１のＵＥ装置から前記再送信要求を受信する受信部と、
　　前記再送信要求の受信に応じて、前記パケットを再送信するか否かを自律的に決定する制御部と、
　　前記パケットを再送信することを自律的に決定した場合、第１の端末間（Ｄ２Ｄ）通信リンクを介して前記第１のＵＥ装置に前記パケットを再送信する送信部と、を含み、
　前記第１のＵＥ装置の前記受信部が、第１のＤ２Ｄ通信リンクを介して第２のＵＥ装置から前記パケットの再送信を受信し、
　前記第２のＵＥ装置の前記制御部は、他の装置が関与せずに、前記受信部が受信した再送信要求が所定の条件を満たすかどうかを判断し、当該判断に基づいて前記パケットを再送信するか否かを決定する、システム。
　　【請求項１１】
　前記再送信要求が、Ｄ２Ｄ送信を介して送信される、請求項１０に記載のシステム。
　　【請求項１２】
　前記Ｄ２Ｄ送信が、Ｄ２Ｄ通信リンクを介したＤ２Ｄ送信とＤ２Ｄ発見送信とのうちの少なくとも一方を含む、請求項１１に記載のシステム。
　　【請求項１３】
　前記第１のＵＥ装置がＩＤＬＥ状態にある間に前記Ｄ２Ｄ送信が行われる、請求項１１に記載のシステム。
　　【請求項１４】
　前記再送信要求が、再送信される前記パケットのパケット識別子、ＵＥ識別子（ＵＥ　ＩＤ）、近傍サービス識別子（ＰｒｏＳｅ　ＩＤ）、再送信のためのＤ２Ｄリソース位置、及びグループ識別子のうちの１つ又は複数を含む、請求項１０に記載のシステム。
　　【請求項１５】
　前記第２のＵＥ装置の前記制御部は、受信された前記再送信要求の信号強度を閾値と比較し、前記信号強度が前記閾値を超える場合に、前記第１のＤ２Ｄ通信リンクを介して前記第１のＵＥ装置に前記パケットを再送信することを決定する、請求項１０に記載のシステム。
　　【請求項１６】
　前記第２のＵＥ装置の前記制御部は、前記再送信要求が再送信時間ウィンドウ内で受信されたかどうかを判定し、前記再送信要求が前記再送信時間ウィンドウ内で受信された場合に、前記パケットを再送信することを決定する、請求項１０に記載のシステム。
　　【請求項１７】
　前記第１のＵＥ装置の前記受信部が、第２のＤ２Ｄ通信リンクを介して第３のＵＥ装置から前記パケットの再送信を受信するように更に構成されている、請求項１０に記載のシステム。
　　【請求項１８】
　ユーザ機器（ＵＥ）装置であって、
　プロセッサを備え、
　前記プロセッサは、
　基地局がブロードキャスト又はマルチキャストにより送信するパケットを受信する処理と、
　前記パケットの再送信要求を他のＵＥ装置から受信する処理と、
　前記パケットの再送信要求の受信に応じて、前記パケットを前記他のＵＥ装置に再送信するか否かを自律的に決定する処理と、
　前記パケットを再送信することを自律的に決定した場合、端末間（Ｄ２Ｄ）通信リンクを介して前記他のＵＥ装置に前記パケットを再送信する処理と、を実行し、
　前記パケットを前記他のＵＥ装置に再送信するか否かを自律的に決定する処理は、他の装置が関与せずに、前記受信した再送信要求が所定の条件を満たすかどうかを判断し、当該判断に基づいて前記パケットを再送信するか否かを決定する処理を含む、ＵＥ装置。
　　【請求項１９】
　ユーザ機器（ＵＥ）装置を制御するプロセッサであって、
　基地局がブロードキャスト又はマルチキャストにより送信するパケットを受信する処理と、
　前記パケットの再送信要求を他のＵＥ装置から受信する処理と、
　前記パケットの再送信要求の受信に応じて、前記パケットを前記他のＵＥ装置に再送信するか否かを自律的に決定する処理と、
　前記パケットを再送信することを自律的に決定した場合、端末間（Ｄ２Ｄ）通信リンクを介して前記他のＵＥ装置に前記パケットを再送信する処理と、を実行し、
　前記パケットを前記他のＵＥ装置に再送信するか否かを自律的に決定する処理は、他の装置が関与せずに、前記受信した再送信要求が所定の条件を満たすかどうかを判断し、当該判断に基づいて前記パケットを再送信するか否かを決定する処理を含む、プロセッサ。」
第５　引用例の記載事項及び引用発明
１．引用例１について
　原査定の拒絶理由で引用された米国特許出願公開第２０１２／０３２７７６０号明細書（以下、「引用例１」という。）には、以下の事項が記載されている。（下線は当審で付与した。）
（１）「[0049] All the D2D cluster devices can be pre-ordered. Then, 
an eNodeB can multicast the data packet to the D2D cluster. Each cluster device and cluster head decodes the received packet. If decoding is successful, the decision is ACK; otherwise, the decision is NACK. If the decision is NACK for a particular cluster device, the cluster device with packet error sends NACK via D2D link. The cluster head and cluster devices with decision ACK, i.e. with a correctly received packet, listen.
（当審仮訳：
[0049]　全てのD2Dクラスタデバイスは、事前に設定され得る。次いで、
eNodeBは、D2Dクラスタにデータパケットをマルチキャストすることができる。各クラスタデバイス及びクラスタヘッドは、受信したパケットを復号する。復号が成功した場合には、決定はACKである;そうでなければ、決定はNACKである。決定が特定のクラスタデバイスにとってNACKである場合、パケットエラーのあるクラスタデバイスは、D2Dリンクを介してNACKを送信する。決定がACK、即ち正しくパケットが受信できた場合クラスタヘッドとクラスタデバイスは聴取する。
（２）「[0053] Case 3 Self_ACK. In this case, 
the D2D cluster head receives the packet successfully, but at least one cluster device receives the packet unsuccessfully, as illustrated in FIG. 5.
the eNodeB
permits the cluster devices to handle the retransmission. The cluster head can retransmit the packet and the NACKed devices can listen via the D2D link.
（当審仮訳：
[0053]　 ケース３　Self_ACK。この場合、
D2Dクラスタヘッドは、パケットを正常に受信するが、図５に示されるように、少なくとも１つのクラスタデバイスがパケットを正常に受信しない。
eNodeBは、
クラスタデバイスが再送信を処理することを許可する。クラスタヘッドはパケットを再送信することができ、NACKされたデバイスは、D2Dリンクを介して聴取することができる。
（３）「[0065] FIG. 7 illustrates a method according to an embodiment of the present invention. As shown in FIG. 7, the method can include receiving 710 at a cluster head, either successfully or unsuccessfully, a multicast/broadcast packet from a base station. 
The term “receive” here does not require a successful reception, without packet errors, but also includes a reception in which the packet cannot be decoded. 
（当審仮訳：
[0065]　 図７は、本発明の一実施形態による方法を示す。図７に示すように、この方法は、成功あるいは失敗のいずれかで、基地局からマルチキャスト／ブロードキャストパケットをクラスタヘッドで受信すること710を含むことができる。
ここで「受信」という用語は、パケットエラーなしの正常な受信を必要とせず、また、パケットが復号できない受信を含む。
（４）「[0069] FIG. 9 illustrates a method according to an embodiment of the present invention. The method includes receiving 910, at a cluster member, either successfully or unsuccessfully, a multicast/broadcast packet from a base station. Again, the term “receive” is not limited to successful reception. The method also includes monitoring 920, at the cluster member, to determine whether another cluster member responds to a cluster head with a negative acknowledgment. If the packet was not received correctly, the method can include sending 925 a negative acknowledgment to the cluster head, using a D2D communication link. The method further includes monitoring 930, at the cluster member, to determine what kind of acknowledgment the cluster head uses to respond to the base station, wherein the kind is one kind selected from a general affirmative acknowledgment, a general negative acknowledgment, a specific affirmative acknowledgment, or a specific negative acknowledgment.」
(当審仮訳：
[0069]　 図９は、本発明の一実施形態による方法を示す図である。この方法は、基地局910、クラスタメンバ、成功あるいは失敗のいずれかで、マルチキャスト/ブロードキャストパケットを受信することを含む。繰り返すが、「受信」という用語は、正常な受信に限定されるものではない。この方法はまた、クラスタメンバで、他のクラスタメンバが否定応答でクラスタヘッドに応答するかどうかを決定するための監視920を含む。パケットが正しく受信されなかった場合、この方法は、D2D通信リンクを使用して、クラスタヘッドに否定応答を送信すること925を含むことができる。この方法はさらに、クラスタメンバで、クラスタヘッドが基地局に応答するために使用する確認応答の種類を決定するための監視930を含み、その種類は、一般的な肯定応答、一般的な否定応答、特定の肯定応答、または特定の否定応答から選択される１つの種類である。）
（５）「
」
　引用例１の上記記載、及びこの分野における技術常識を考慮すると、次のことがいえる。
ア　上記（１）の「eNodeBは、D2Dクラスタにデータパケットをマルチキャストすることができる。各クラスタデバイス及びクラスタヘッドは、受信したパケットを復号する。」との記載によれば、引用例１では、クラスタデバイスが、eNodeBがマルチキャストするパケットを受信し、クラスタデバイスが、受信したパケットを復号する。
イ　上記（３）の「ここで「受信」という用語は、パケットエラーなしの正常な受信を必要とせず、また、パケットが復号できない受信を含む。」との記載によれば、受信したパケットを復号できない場合があり、上記（１）の「各クラスタデバイス及びクラスタヘッドは、受信したパケットを復号する。復号が成功した場合には、決定はACKである;そうでなければ、決定はNACKである。」との記載も合わせると、クラスタデバイスが、受信したパケットを復号できない場合、決定はNACKである。さらに、上記（１）の「決定が特定のクラスタデバイスのNACKである場合、パケットエラーのあるクラスタデバイスは、D2Dリンクを介してNACKを送信する。」との記載も合わせると、引用例１では、クラスタデバイスが、受信したパケットを復号できない場合、NACKを送信する。
ウ　上記（１）の「パケットエラーのあるクラスタデバイスは、D2Dリンクを介してNACKを送信する。決定がACK、即ち正しく受信されたパケットを持つクラスタヘッドとクラスタデバイスが聴取する。」との記載によれば、引用例１では、クラスタヘッドは、クラスタデバイスからNACKを受信することは明らかである。
エ　上記（２）の「eNodeBは、・・・クラスタデバイスが再送信を処理することを許可する。クラスタヘッドはパケットを再送信することができ、NACKされたデバイスは、D2Dリンクを介して聴取することができる。」との記載によれば、クラスタヘッドがパケットを再送信するのであるから、eNodeBが許可するクラスタデバイスとはクラスタヘッドを指すことは明らかであって、引用例１では、クラスタヘッドが、eNodeBからパケットを再送信する処理を許可される。
オ　上記（２）の「クラスタヘッドはパケットを再送信することができ、NACKされたデバイスは、D2Dリンクを介して聴取することができる。」との記載によれば、クラスタヘッドが、D2Dリンクを介して、NACKされたデバイスにパケットを送信すること、また、NACKされたデバイスが、D2Dリンクを介してクラスタヘッドからパケットの再送信を受信することは明らかである。そして、NACKされたデバイスとは、上記「イ」で説示した内容と合わせれば、NACKを送信したクラスタデバイスであることも明らかである。そうすると、引用例１では、クラスタヘッドが、D2Dリンクを介してクラスタデバイスにパケットを再送信し、クラスタデバイスがD2Dリンクを介してクラスタヘッドからパケットの再送信を受信する。
カ　上記（２）の「D2Dクラスタヘッドは、パケットを正常に受信するが、図５に示されるように、少なくとも１つのクラスタデバイスがパケットを正常に受信しない。」との記載及び上記（５）のFigure 5によれば、クラスタデバイスがUE2であり、クラスタヘッドがUE3であることは明らかである。
　以上を総合すると、引用例１には、次の発明（以下、「引用発明１」という。）が記載されていると認められる。
「UE2であるクラスタデバイスが、eNodeBがマルチキャストするパケットを受信し、
　クラスタデバイスが、受信したパケットを復号し、
　クラスタデバイスが、受信したパケットを復号できない場合、NACKを送信し、
　UE3であるクラスタヘッドは、クラスタデバイスからNACKを受信し、
　クラスタヘッドが、eNodeBからパケットを再送信する処理を許可され、
　クラスタヘッドが、D2Dリンクを介してクラスタデバイスにパケットを再送信し、
　クラスタデバイスが、D2Dリンクを介してクラスタヘッドからパケットを受信する、方法。」
２．引用例２について
　原査定の拒絶理由で引用された米国特許出願公開第２０１３／００８９０２０号明細書（以下、「引用例２」という。）には、以下の事項が記載されている。（下線は当審で付与した。）
（１）「[0041]?An exemplary system is presented in FIG. 1 where the cellular downlink multicast/broadcast is enhanced by additional D2D direct communications among UEs/mobile devices. As shown in FIG. 1, several cellular mobile devices (for example, UE A, UE B and UE C denoted in FIG. 1) in the proximity of each other form a D2D cluster. Members of the D2D cluster are capable of communicating directly with each other. All the devices of this D2D cluster are interested in downloading the same data file from the cellular network. For this reason, 
the BS sends the same transport block to all the devices of the D2D cluster simultaneously by multicasting.
some UEs/devices of D2D cluster (such as UE A, which are defined as ACK UEs/devices herein), can decode the transport block successfully whereas others (such as UE B and UE C, which are defined as NACK UEs/devices herein) may not.
To allow ACK devices to retransmit the current transport block to NACK devices over D2D direct links
[0042]?One approach of enabling the intra-cluster D2D retransmission is that all of the ACK devices in a cluster participate in the D2D local retransmission by sending the same data on the same resource. However, so many devices participate in the D2D local retransmission is a waste of resource and battery life. In addition, it is very hard to design a good link adaptation for the D2D retransmission in this scheme because Channel Quality Information (CQI) of links connecting all ACK devices and all NACK devices should be feedback to the BS, which is a heavy burden of the system.」
（当審仮訳：
[0041]　例示的なシステムは、図１に示されているセルラーダウンリンクマルチキャスト／ブロードキャストは、UE／モバイル・デバイスの間の追加のD2D直接通信させることによって強化される。図１に示すように、互いに近接したいくつかのセルラーモバイルデバイス（例えば、図１に示されるUE A、UE B及びUE C）は、D2Dクラスタを形成する。D2Dクラスタのメンバは、互いと直接通信することができる。このD2Dクラスタの全てのデバイスは、セルラーネットワークから同じデータファイルをダウンロードすることに興味を持っている。このため、
BSは、マルチキャストにより同時に同じトランスポートブロックをD2Dクラスタの全てのデバイスに送信する。
D2DクラスタのいくつかのUE／デバイス(ここでは、ACK UE／デバイスとして定義されているUE Aなど)は、トランスポートブロックを正常に復号できるが、他のUE／デバイス（ここでは、NACK UE／デバイスとして定義されているUE B及びUE Cなど）は、復号できない場合がある。ACKデバイスがD2D直接リンクを介して現在のトランスポートブロックをNACKデバイスに再送信できる
[0042]?クラスタ内D2D再送信を可能にする１つのアプローチは、クラスタ内の全てのACKデバイスが、同じリソース上で同じデータを送信することにより、D2Dローカル再送に関与することである。しかし、このような多くのデバイスがD2Dローカル再送に関与することは、リソース及びバッテリ寿命の浪費である。さらに、全てのACKデバイスと全てのNACKデバイスを接続するリンクのチャネル品質情報（CQI）は、BSにフィードバックする必要があるため、これはシステムの大きな負担であり、このスキームでD2D再送のための良好なリンクアダプテーションを設計することは非常に困難である。）
（２）「
」
　上記記載によれば、引用例２には、「BSは、マルチキャストにより同時に同じトランスポートブロックをD2Dクラスタの全てのデバイスに送信し、D2DクラスタのいくつかのUE／デバイスは、トランスポートブロックを正常に復号でき、他のUE／デバイスは、復号できない場合があり、ACKデバイスがD2D直接リンクを介して現在のトランスポートブロックをNACKデバイスに再送信できる」という技術的事項が記載されていると認められる。
３．引用例３について
　原査定の拒絶理由で引用された国際公開第２０１５／０２０３７９号（以下、「引用例３」という。）には、以下の事項が記載されている。（下線は当審で付与した。）
「[0124] FIG. 10 shows an example of a method for starting a D2D operation according to an embodiment of the present invention. It is assumed that the UE supports ProSe, and the UE is configured for one or more ProSe group by the network or the server.
[0125] Referring to FIG. 10, in step S100, 
the UE starts a D2D operation if at least one of conditions is satisfied.
The conditions may be at least one of followings.
[0126] - When the UE detects radio link failure or handover failure
[0127] - When RRC connection re-establishment procedure fails
[0128] - When any cell is not detected (e.g., for a certain time period configured by the network)
[0129] - When no suitable cell is found (e.g., for a certain time period configured by the network)
[0130] - When neither acceptable cell nor suitable cell is found (e.g., for a certain time period configured by the network)
[0131] - When RRC connection release is received (e.g., the RRC connection release may indicate starting D2D operation)
[0132] - 
When the UE enters RRC_IDLE.
（当審仮訳：
[0124]　図１０は、本発明の一実施形態によるD2D動作を開始するための方法の一例を示している。UEはProSeをサポートし、UEはネットワークまたはサーバによって１つ以上のProSeグループ用に構成されていると想定される。
[0125]　 図１０を参照すると、ステップS100において、
UEは、条件のうちの少なくとも１つが満たされる場合、D2D動作を開始する。
条件は、以下の少なくとも１つであってよい。
[0126]　−UEが無線リンク障害またはハンドオーバー障害を検出したとき
[0127]　−RRC接続再確立手順が失敗した場合
[0128]　−セルが検出されない場合（例えば、ネットワークによって構成された特定の期間）
[0129]　−適切なセルが見つからない場合（例えば、ネットワークによって構成された特定の期間）
[0130]　−許容可能なセルも適切なセルも見つからない場合（例えば、ネットワークによって構成された特定の期間）
[0131]　−RRC接続解放が受信されたとき（例えば、RRC接続解放は、D2D動作の開始を示し得る）
[0132]　−
UEがRRC_IDLEに入るとき。
「[0134] 
The D2D operation may contain one or more of followings.
[0135] - Monitoring D2D discovery message
[0136] - Transmitting D2D discovery message
[0137] - Monitoring D2D communication message
[0138] - 
Transmitting D2D communication message
（当審仮訳：
[0134]　
D2D動作には、次の１つ以上が含まれる場合がある。
[0135]　−D2D発見メッセージの監視
[0136]　−D2D発見メッセージの送信
[0137]　−D2D通信メッセージの監視
[0138]　−
D2D通信メッセージの送信
　上記記載によれば、引用例３には、「UEは、条件のうちの少なくとも１つが満たされる場合、D2D動作を開始し、条件はUEがRRC_IDLEに入るときであってよく、D2D動作には、D2D通信メッセージの送信が含まれる」という技術的事項が記載されていると認められる。
４．引用例４について
　原査定の拒絶理由で引用された特表２０１０−５１４２９１号公報（以下、「引用例４」という。）には、以下の事項が記載されている。（下線は当審で付与した。）
「【００５９】
　ＡＣＫ／ＮＡＣＫシグナリングを受信するエンティティの識別
　どのＡＣＫ／ＮＡＣＫ信号がどのデータ・パケットに対応するかを確実に識別するためには、一つの可能性は
ＡＣＫ／ＮＡＣＫに識別子を付加すること
この識別子は、好ましくは、ユーザ装置識別子（ＵＥ−ＩＤ）またはグループ識別子（Ｇ−ＩＤ）である
　上記記載によれば、引用例４には、「ＡＣＫ／ＮＡＣＫに識別子を付加すること、識別子は、ユーザ装置識別子（ＵＥ−ＩＤ）またはグループ識別子（Ｇ−ＩＤ）である」という技術的事項が記載されていると認められる。
５．引用例５について
　原査定の拒絶理由で引用された特開２００１−１１９３３２号公報（以下、「引用例５」という。）には、以下の事項が記載されている。（下線は当審で付与した。）
（１）「【００１３】
【課題を解決するための手段】本発明の無線通信装置は、再送要求信号の受信電力を測定する受信電力測定手段と、測定された受信電力に基づいてユーザデータを再送するか否かを判断する再送制御手段と、送信したユーザデータを一時的に保存し、前記再送制御手段の制御に基づいて再送要求があったユーザデータを再送する送信手段とを具備する構成を採る。
【００１４】本発明の無線通信装置は、再送制御手段が、再送要求信号の受信電力が閾値より大きい場合にユーザデータを再送する必要があると判断する構成を採る。」
（２）「【００２７】（実施の形態１）図１は、本発明の実施の形態１に係る無線通信装置の構成を示すブロック図である。なお、本実施の形態は、親局から複数の子局に同一データを同時に送信する無線マルチキャストデータ転送方法に関するものであるが、図１では説明を簡単にするために子局を１つのみ記載する。
【００２８】
図１の親局１００において、
【００２９】受信電力検出部１０４は、アンテナ１０１に受信された信号の受信電力を測定し、測定結果を再送制御部１０５に出力する。
【００３０】
再送制御部１０５は、受信電力検出部１０４にて測定された受信電力から再送要求の有無を判断し、送信バッファ１０６に対して、再送要求があったユーザデータの再送を指示する。具体的には、受信電力が０でない場合に再送要求が有ったと判断する。
【００３１】
送信バッファ１０６は、ユーザデータを一時的に保存し、再送制御部１０５の指示に基づいて送信すべきユーザデータを出力する。送信部１０７は、送信バッファ１０６から出力されたユーザデータに対して、変調、増幅、周波数変換等の処理を行ってアンテナ１０１から無線送信する。
（３）「【図１】
」
　上記記載によれば、引用例５には、「親局１００において、再送制御部１０５は、受信電力検出部１０４にて測定された受信電力から再送要求の有無を判断し、送信バッファ１０６に対して、再送要求があったユーザデータの再送を指示し、具体的には、受信電力が０でない場合に再送要求が有ったと判断し、送信バッファ１０６は、ユーザデータを一時的に保存し、再送制御部１０５の指示に基づいて送信すべきユーザデータを出力し、送信部１０７は、送信バッファ１０６から出力されたユーザデータを無線送信する」という技術的事項が記載されていると認められる。
第６　対比・判断
１．本願発明１について
　本願発明１と引用発明１とを対比する。
（１）引用発明１の「クラスタデバイス」はUE2であるから、本願発明１の「第１のユーザ機器（ＵＥ）装置」に相当し、引用発明１の「eNodeB」は、本願発明１の「基地局」に相当する。そうすると、引用発明１の「UE2であるクラスタデバイスが、eNodeBがマルチキャストするパケットを受信し」は、本願発明１の「第１のユーザ機器（ＵＥ）装置が、基地局がブロードキャスト又はマルチキャストにより送信するパケットを受信すること」に含まれる。
（２）引用発明１では、受信したパケットが復号できない場合があるから、「クラスタデバイスが、受信したパケットを復号し」とは、受信したパケットの復号を試みることであって、本願発明１の「前記第１のＵＥ装置が、前記パケットを復号することを試行すること」に相当する。
（３）引用発明１の「NACK」は、本願発明１の「再送信要求」に相当する。また、受信したパケットが復号できないとは、受信したパケットの復号を試みたが失敗したことであるは明らかであって、引用発明１の「クラスタデバイスが、受信したパケットを復号できない場合、NACKを送信し」は、本願発明１の「前記第１のＵＥ装置が、前記パケットを復号することを試行することが失敗したことに応じて前記パケットの再送信要求を送信すること」に相当する。
（４）引用発明１の「クラスタヘッド」は、UE3であるから、本願発明１の「第２のＵＥ装置」に相当する。そうすると、引用発明１の「UE3であるクラスタヘッドは、クラスタデバイスからNACKを受信し」は、本願発明１の「第２のＵＥ装置が、前記第１のＵＥ装置から前記再送信要求を受信すること」に相当する。
（５）引用発明１では、クラスタヘッドは、クラスタデバイスからNACKを受信し、eNodeBによりパケットを再送信する処理を許可されるから、パケットを再送信する処理の許可は、NACKの受信に応じたものであるといえる。また、クラスタヘッドが、パケットを再送信するか否かをeNodeBの許可により決定することは明らかである。そうすると、引用発明１の「UE3であるクラスタヘッドは、クラスタデバイスからNACKを受信し」及び「クラスタヘッドが、eNodeBからパケットを再送信する処理を許可され」と、本願発明１の「前記第２のＵＥ装置が、前記再送信要求の受信に応じて、前記パケットを再送信するか否かを自律的に決定すること」とは、「前記第２のＵＥ装置が、前記再送信要求の受信に応じて、前記パケットを再送信するか否かを決定すること」という点で共通する。
（６）引用発明１では、パケットはD2Dリンクを介して再送信されるのであるから、引用発明１「D2Dリンク」が通信リンクであることは明らかであって、本願発明１の「第１の端末間（Ｄ２Ｄ）通信リンク」に相当する。また、上記（５）で説示したように引用発明１のクラスタヘッドがパケットを再送信するか否か決定するのであるから、パケットの再送信は、クラスタヘッドがパケットを再送信する決定した場合に行われることは明らかである。そうすると、引用発明１の「クラスタヘッドが、D2Dリンクを介してクラスタデバイスにパケットを再送信し」と、本願発明１の「前記第２のＵＥ装置が、前記パケットを再送信することを自律的に決定した場合、第１の端末間（Ｄ２Ｄ）通信リンクを介して前記第１のＵＥ装置に前記パケットを再送信すること」とは、「前記第２のＵＥ装置が、前記パケットを再送信することを決定した場合、第１の端末間（Ｄ２Ｄ）通信リンクを介して前記第１のＵＥ装置に前記パケットを再送信すること」という点で共通する。
（７）引用発明１の「クラスタデバイスが、D2Dリンクを介してクラスタヘッドからパケットを受信する」ことは、本願発明１の「前記第１のＵＥ装置が、前記第１のＤ２Ｄ通信リンクを介して第２のＵＥ装置から前記パケットの再送信を受信すること」に相当する。
　以上のことから、本願発明１と引用発明１との一致点および相違点は、次のとおりである。
（一致点）
「　第１のユーザ機器（ＵＥ）装置が、基地局がブロードキャスト又はマルチキャストにより送信するパケットを受信することと、
　前記第１のＵＥ装置が、前記パケットを復号することを試行することと、
　前記第１のＵＥ装置が、前記パケットを復号することを試行することが失敗したことに応じて前記パケットの再送信要求を送信することと、
　第２のＵＥ装置が、前記第１のＵＥ装置から前記再送信要求を受信することと、
　前記第２のＵＥ装置が、前記再送信要求の受信に応じて、前記パケットを再送信するか否かを決定すること、
　前記第２のＵＥ装置が、前記パケットを再送信することを決定した場合、第１の端末間（Ｄ２Ｄ）通信リンクを介して前記第１のＵＥ装置に前記パケットを再送信することと、
　前記第１のＵＥ装置が、前記第１のＤ２Ｄ通信リンクを介して第２のＵＥ装置から前記パケットの再送信を受信することと、を含む方法。」
（相違点）
　パケットを再送信するか否かの決定について、本願発明１では、「第２のＵＥ装置」が、「自律的に決定する」ものであり、「前記第２のＵＥ装置が前記パケットを再送信するか否かを自律的に決定することは、前記第２のＵＥ装置が、他の装置が関与せずに、前記受信した再送信要求が所定の条件を満たすかどうかを判断し、当該判断に基づいて前記パケットを再送信するか否かを決定することを含む」のに対し、引用発明１では、当該発明特定事項が特定されていない点。
　上記相違点について検討すると、本願発明１の相違点の発明特定事項のうち「前記受信した再送信要求が所定の条件を満たすかどうかを判断し、当該判断に基づいて前記パケットを再送信するか否かを決定する」点が、引用例２ないし５に記載も示唆もされておらず、当該技術分野において周知技術であるともいえない。
　したがって、本願発明１は、当業者であっても、引用発明１及び引用例２ないし５のそれぞれに記載された技術的事項に基づいて、当業者が容易に発明することができたものであるとはいえない。
２．本願発明２ないし９について
　本願発明２ないし９は、本願発明１の発明特定事項を全て含むから、本願発明１と同じ理由により、当業者であっても、引用発明１及び引用例２ないし５のそれぞれに記載された技術的事項に基づいて、容易に発明をすることができたものとはいえない。
３．本願発明１０ないし１７について
　本願発明１０ないし１７は、本願発明１の上記相違点の発明特定事項と対応する「前記第２のＵＥ装置の前記制御部は、他の装置が関与せずに、前記受信部が受信した再送信要求が所定の条件を満たすかどうかを判断し、当該判断に基づいて前記パケットを再送信するか否かを決定する」という発明特定事項を備えるから、本願発明１と同様の理由により、当業者であっても、引用発明１及び引用例２ないし５のそれぞれに記載された技術的事項に基づいて、容易に発明をすることができたものとはいえない。
４．本願発明１８及び１９について
　本願発明１８及び１９は、本願発明１の上記相違点の発明特定事項と対応する「前記パケットを前記他のＵＥ装置に再送信するか否かを自律的に決定する処理は、他の装置が関与せずに、前記受信した再送信要求が所定の条件を満たすかどうかを判断し、当該判断に基づいて前記パケットを再送信するか否かを決定する処理を含む」という発明特定事項を備えるから、本願発明１と同様の理由により、当業者であっても、引用発明１及び引用例２ないし５のそれぞれに記載された技術的事項に基づいて、容易に発明をすることができたものとはいえない。
第７　原査定について
　本願発明１ないし１９は、上記「第６」の「１．」ないし上記「第６」の「４．」のとおり、当業者であっても、原査定において引用された引用例１に記載された発明及び引用例２ないし５のそれぞれに記載された技術的事項に基づいて、容易に発明をすることができたものとはいえない。
　したがって、原査定の理由を維持することはできない。
第８　むすび
　以上のとおり、本願発明１ないし１９は、当業者が引用例１に記載された発明及び引用例２ないし５のそれぞれに記載された技術的事項に基づいて容易に発明することができたものではない。
　したがって、原査定の理由によっては、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。