【事件の表示】
　特願２０１３−１２８８９６「無線通信ハンドオーバ中におけるデータ・パケットの順序正しい配信を最適化すること」拒絶査定不服審判事件〔平成２５年１１月１４日出願公開、特開２０１３−２３２９３６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、平成２０年　８月１３日を国際出願日とする出願（パリ条約による優先権主張平成１９年　８月１３日、米国）である特願２０１０−５２１１６１号（以下、「原出願」という。）の一部を新たな特許出願とした出願である特願２０１２−１５７３７７号の一部を、平成２５年　６月１９日に新たな特許出願としたものであって、その手続の経緯は以下のとおりである。
　平成２５年　７月１９日　　：　翻訳文、手続補正書及び上申書の提出
　平成２６年　４月２８日付け：　拒絶理由の通知
　平成２６年　７月１７日　　：　意見書及び手続補正書の提出
　平成２６年　８月　７日　　：　期間延長請求書の提出
　平成２６年　９月　１日　　：　意見書及び手続補正書の提出
　平成２６年１０月２７日付け：　拒絶査定
　平成２７年　１月３０日　　：　審判請求書及び誤訳訂正書の提出
第２　本願発明
　本願の請求項１に係る発明（以下、「本願発明」という。）は、平成２７年　１月３０日付け誤訳訂正書の特許請求の範囲の請求項１に記載された以下の事項により特定されるとおりのものである。
「【請求項１】
　無線通信ネットワークにおけるターゲット基地局において、ハンドオーバ中に、シーケンス番号にしたがってデータ・パケットを配信する方法であって、
　ソース基地局において、関連するモバイル・デバイスから正しい順序で受信された最後のサービス・データ・ユニット（ＳＤＵ）に続く最初の喪失ＳＤＵに関連するシグナリングを、前記ターゲット基地局において、前記ソース基地局から受信することと、
　前記ソース基地局において受信された１または複数のその後のＳＤＵを、前記ターゲット基地局において、前記ソース基地局から取得することと、
　前記最初の喪失ＳＤＵに関連するインデクスと、前記１または複数のその後のＳＤＵのうち最も大きいインデクスとの間でナンバリングされた１または複数の喪失ＳＤＵを、前記ターゲット基地局において判定することと、
　前記判定の結果に基づいて、１または複数の喪失ＳＤＵを、前記ターゲット基地局によって、前記関連するモバイル・デバイスへ通知することを備える方法。」
第３　先願発明
（１）原査定の拒絶の理由で先願５として引用された出願であって、平成２０年　４月２３日を国際出願日とし、本願の優先権主張の日前の平成１９年　４月２５日を優先権主張の日とし、本願の優先権主張の日後の平成２０年１１月　６日に国際公開（国際公開第２００８／１３３５８７号）され、その発明者が本願の発明者と同一でなく、その出願人が本願の出願人と同一でない出願である、特願２０１０−５０６１３４号（以下、「先願」という。）の国際出願日における明細書又は図面（以下、「先願明細書」という。）には、以下の事項が記載されている（翻訳文として示すものは、特表２０１０−５２５７３７号公報に記載されたものである。下線は当審による。）。
ア「[0001] The present invention generally 
relates to wireless communication networks
relates to seamless handover in such networks
（翻訳文：
【０００１】
　本発明は一般に
無線通信ネットワークに関し、
シームレスなハンドオーバに関するものである。
イ「[0053] In Fig. 4, 
the source and target base stations 16-1 and 16-2, respectively, operate
for seamless handover.
the mobile station 20 has transmitted a number of PDCP protocol data units to the source base station 16-1
[0054] However, as noted, 
not all of the PDCP protocol data units were successfully received at the source base station 16-1 , and the received status indicators 52 at the source base station 16-1 illustrate an example case, wherein PDCP service data units have been successfully received (including successful decompression/deciphering) for PDCP protocol data units having sequence numbers 3, 4. 5, 6, 8, 11, and 12. Contrastingly, PDCP service data units have not been successfully received for sequence numbers 7, 9, and 10. As such, the PDCP service data units 8, 11 , and 12 are considered as having been received out-of-sequence.
[0055] Thus, 
during handover execution, the source base station 16-1 forwards the PDCP service data units 26 that were received out of sequence and are awaiting reordering for transfer to the gateway 18.
the source base station 16-1 forwards the sequence number information 28 corresponding to these forwarded PDCP service data units, and
the sequence number information 26 includes an indication of the highest sequence number of PDCP service data units already transferred up to the gateway 18 - i.e., the most recently sequentially transferred PDCP service data unit.
Different ways of coding this information can be applied, e.g. where the most recently sequentially transferred PDCP service data unit may be indicated (6), or alternatively, the next PDCP service data unit to be sequentially transferred is indicated (7).
[0056] In complementary fashion, 
the target base station 16-2 uses the received sequence number information 26 to request selective retransmissions by the mobile station 20, while avoiding unnecessary retransmissions and thereby improving handover efficiency.
the target base station 16-2 processes the received sequence number information 26
to identify the missing PDCP protocol data units that the mobile station 20 needs to retransmit to allow the target base station 16-2 to properly sequence the forwarded PDCP service data units 26 for transfer to the gateway 18.
[0057] Thus, 
the status indicators 56 represent the status of the mobile station 20 sometime after handover, assuming that retransmission requests (e.g., ARQ procedures) at the target base station 16-2 have prompted the mobile station 20 to retransmit the missing data. 
the missing data for sequence numbers 7, 9. 10, and 13 has been successfully retransmitted in the form of PDCP protocol data units from the mobile station 20 to the target base station 16-2.
[0058] Continuing with the example, the received status indicators 60 at the target base station 16-2 illustrate that the target base station 16-2 has obtained the missing data needed to properly reorder the forwarded PDCP service data units 26. Thus, 
the target base station 16-2 transfers the retransmitted PDCP service data units and the forwarded PDCP service data units 26 in proper sequence order to the gateway 18.
（翻訳文：
【００５１】 
　図４において、
ソース基地局１６−１及びターゲット基地局１６−２はそれぞれ、シームレスなハンドオーバについて
動作する。
移動局２０が複数のＰＤＣＰプロトコル・データ・ユニットをソース基地局１６−１に送信し、
【００５２】
　しかしながら注記したように、
ソース基地局１６−１において全てのＰＤＣＰプロトコル・データ・ユニットの受信に成功したのではなく、ソース基地局１６−１における受信状態表示５２は、シーケンス番号３、４、５、６、８、１１及び１２を有するＰＤＣＰプロトコル・データ・ユニットについての受信に成功した場合（圧縮解除／暗号化解除の成功を含む）の例である。対照的に、シーケンス番号７、９及び１０については、ＰＤＣＰサービス・データ・ユニットの受信に成功していない。このように、ＰＤＣＰサービス・データ・ユニット８、１１及び１２は、誤った順番で受信されていると考えられる。
【００５３】 
　従って、
ハンドオーバの実行中に、ソース基地局１６−１は、誤った順序で受信され、ゲートウェイ１８への転送のための並べ替えを待っている状態のＰＤＣＰサービス・データ・ユニット２６を転送する。
ソース基地局１６−１は、これらの転送されるＰＤＣＰサービス・データ・ユニットに対応するシーケンス番号情報２８を転送し、
当該シーケンス番号情報２８は、ゲートウェイ１８まで既に転送されたＰＤＣＰサービス・データ・ユニット（即ち、直近にシーケンシャルに転送されたＰＤＣＰサービス・データ・ユニット）の最も高いシーケンス番号の表示を含む。
この情報を符号化する別の方法を適用することができ、例えば、直近にシーケンシャルに転送されたＰＤＣＰサービス・データ・ユニット（「６」）が示されてもよいし、あるいは代替的に、シーケンシャルに転送される次のＰＤＣＰサービス・データ・ユニット（「７」）が示される。
【００５４】 
　補完的な方法では、
ターゲット基地局１６−２は、不必要な再送を回避し、それによりハンドオーバの効率を向上させつつ、移動局２０による選択的な再送を要求するために、受信したシーケンス番号情報２８を使用する。
ターゲット基地局１６−２は、ゲートウェイ１８への転送用の、転送されたＰＤＣＰサービス・データ・ユニット２６をターゲット基地局１６−２が正しく順序付けることを可能にするために移動局２０が再送する必要がある、欠落しているＰＤＣＰプロトコル・データ・ユニットを特定すべく、受信したシーケンス番号情報２８を処理する。
【００５５】 
　従って、
ターゲット基地局１６−２における再送要求（例えば、ＡＲＱ手順）が欠落しているデータの再送を移動局２０に促していると想定すると、状態表示５６は、ハンドオーバ後のある時間の移動局２０の状態を表す。即ち、シーケンス番号７、９、１０及び１３ついての欠落しているデータは、移動局２０からターゲット基地局１６−２へＰＤＣＰプロトコル・データ・ユニットの形式による再送に成功している
【００５６】 
　例を用いて続けると、ターゲット基地局１６−２における受信状態表示６０は、ターゲット基地局１６−２が、転送されたＰＤＣＰサービス・データ・ユニット２６を正しく並べ替えるために必要な、欠落しているデータを取得していることを示す。このようにして、
ターゲット基地局１６−２は、再送されたＰＤＣＰサービス・データ・ユニットと、転送されたＰＤＣＰサービス・データ・ユニット２６とを、正しいシーケンスの順序でゲートウェイ１８へ転送する。
 　 
ウ　以下に示すFig. 4に、ターゲット基地局１６−２から移動局２０にシーケンス番号７、９、１０のＰＤＣＰプロトコル・データ・ユニットを再送要求すること。 
（２）以上によれば、先願明細書には、次の発明（以下、「先願発明」という。）が記載されている。 
 　 
　無線通信ネットワークに関し、シームレスなハンドオーバに関する方法であって、
　ソース基地局１６−１及びターゲット基地局１６−２はそれぞれ、シームレスなハンドオーバについて動作し、 
　移動局２０が複数のＰＤＣＰプロトコル・データ・ユニットをソース基地局１６−１に送信し、 
　ソース基地局１６−１において全てのＰＤＣＰプロトコル・データ・ユニットの受信に成功したのではなく、ソース基地局１６−１における受信状態表示５２は、シーケンス番号３、４、５、６、８、１１及び１２を有するＰＤＣＰプロトコル・データ・ユニットについての受信に成功した場合（圧縮解除／暗号化解除の成功を含む）の例であり、対照的に、シーケンス番号７、９及び１０については、ＰＤＣＰサービス・データ・ユニットの受信に成功しておらず、このように、ＰＤＣＰサービス・データ・ユニット８、１１及び１２は、誤った順番で受信されていると考えられ、
　ハンドオーバの実行中に、ソース基地局１６−１は、誤った順序で受信され、ゲートウェイ１８への転送のための並べ替えを待っている状態のＰＤＣＰサービス・データ・ユニット２６をターゲット基地局１６−２へ転送し、　ソース基地局１６−１は、これらの転送されるＰＤＣＰサービス・データ・ユニットに対応するシーケンス番号情報２８をターゲット基地局１６−２へ転送し、 
　当該シーケンス番号情報２８は、ゲートウェイ１８まで既に転送されたＰＤＣＰサービス・データ・ユニット（即ち、直近にシーケンシャルに転送されたＰＤＣＰサービス・データ・ユニット）の最も高いシーケンス番号の表示を含み、
　この情報を符号化する別の方法を適用することができ、例えば、直近にシーケンシャルに転送されたＰＤＣＰサービス・データ・ユニット（「６」）が示されてもよいし、あるいは代替的に、シーケンシャルに転送される次のＰＤＣＰサービス・データ・ユニット（「７」）が示され、
　ターゲット基地局１６−２は、不必要な再送を回避し、それによりハンドオーバの効率を向上させつつ、移動局２０による選択的な再送を要求するために、受信したシーケンス番号情報２８を使用し、
　ターゲット基地局１６−２は、ゲートウェイ１８への転送用の、転送されたＰＤＣＰサービス・データ・ユニット２６をターゲット基地局１６−２が正しく順序付けることを可能にするために移動局２０が再送する必要がある、欠落しているＰＤＣＰプロトコル・データ・ユニットを特定すべく、受信したシーケンス番号情報２８を処理し、 
　ターゲット基地局１６−２における再送要求（例えば、ＡＲＱ手順）が欠落しているデータの再送を移動局２０に促していると想定すると、状態表示５６は、ハンドオーバ後のある時間の移動局２０の状態を表し、即ち、シーケンス番号７、９、１０及び１３ついての欠落しているデータは、移動局２０からターゲット基地局１６−２へＰＤＣＰプロトコル・データ・ユニットの形式による再送に成功し、 
　ターゲット基地局１６−２は、再送されたＰＤＣＰサービス・データ・ユニットと、転送されたＰＤＣＰサービス・データ・ユニット２６とを、正しいシーケンスの順序でゲートウェイ１８へ転送し、
　ターゲット基地局１６−２から移動局２０にシーケンス番号７、９、１０のＰＤＣＰプロトコル・データ・ユニットを再送要求する方法。 
 　 
 第４　対比 
ア　先願発明における「ターゲット基地局１６−２」は、本願発明における「ターゲット基地局」に相当する。
　また、先願発明は、「無線通信ネットワークに関し、シームレスなハンドオーバに関する方法」であって、「ターゲット基地局１６−２は、不必要な再送を回避し、それによりハンドオーバの効率を向上させつつ、移動局２０による選択的な再送を要求するために、受信したシーケンス番号情報２８を使用」するものであって、「ターゲット基地局１６−２は、再送されたＰＤＣＰサービス・データ・ユニットと、転送されたＰＤＣＰサービス・データ・ユニット２６とを、正しいシーケンスの順序でゲートウェイ１８へ転送」するものである。
　したがって、先願発明は、本願発明と同様に、「無線通信ネットワークにおけるターゲット基地局において、ハンドオーバ中に、シーケンス番号にしたがってデータ・パケットを配信する方法」であるといえる。
イ　先願発明における「ソース基地局１６−１」及び「移動局２０」は、それぞれ、本願発明における「ソース基地局」及び「モバイル・デバイス」に相当する。
　また、先願発明においては、「シーケンス番号３、４、５、６、８、１１及び１２を有するＰＤＣＰプロトコル・データ・ユニットについての受信に成功」していることから、先願発明における『直近にシーケンシャルに転送されたＰＤＣＰサービス・データ・ユニット（「６」）』は、本願発明における「正しい順序で受信された最後のサービス・データ・ユニット（ＳＤＵ）」に相当し、先願発明において、「シーケンス番号７、９及び１０については、ＰＤＣＰサービス・データ・ユニットの受信に成功して」いないことから、先願発明における『シーケンシャルに転送される次のＰＤＣＰサービス・データ・ユニット（「７」）』は、本願発明における「最初の喪失ＳＤＵ」に相当する。
　さらに、先願発明には、「シーケンス番号情報２８」を符号化する方法として、「シーケンシャルに転送される次のＰＤＣＰサービス・データ・ユニット（「７」）」を示すことも記載されているから、先願発明における「シーケンス番号情報２８」は、本願発明における「最初の喪失ＳＤＵに関連するシグナリング」に相当する。
　また、先願発明においては、「ソース基地局１６−１は、これらの転送されるＰＤＣＰサービス・データ・ユニットに対応するシーケンス番号情報２８をターゲット基地局１６−２へ転送」するから、先願発明は「最初の喪失ＳＤＵに関連するシグナリング」を、「ターゲット基地局」において、「ソース基地局」から受信することを含むといえる。
　したがって、先願発明は、本願発明と同様に、「ソース基地局において、関連するモバイル・デバイスから正しい順序で受信された最後のサービス・データ・ユニット（ＳＤＵ）に続く最初の喪失ＳＤＵに関連するシグナリングを、前記ターゲット基地局において、前記ソース基地局から受信すること」を含むといえる。
ウ　先願発明における「並べ替えを待っている状態のＰＤＣＰサービス・データ・ユニット２６」は、本願発明における「１または複数のその後のＳＤＵ」に相当する。
　また、先願発明においては、「ハンドオーバの実行中に、ソース基地局１６−１は、誤った順序で受信され、ゲートウェイ１８への転送のための並べ替えを待っている状態のＰＤＣＰサービス・データ・ユニット２６をターゲット基地局１６−２へ転送」するから、「１または複数のその後のＳＤＵ」を、「ターゲット基地局」において、「ソース基地局」から取得することを含むといえる。
　したがって、先願発明は、本願発明と同様に、「前記ソース基地局において受信された１または複数のその後のＳＤＵを、前記ターゲット基地局において、前記ソース基地局から取得すること」を含むといえる。
エ　先願発明における「シーケンス番号２８」に含まれる「シーケンス番号の表示」であって『シーケンシャルに転送される次のＰＤＣＰサービス・データ・ユニット（「７」）』として示されるものは、本願発明における「最初の喪失ＳＤＵに関連するインデクス」に対応し、先願発明における「シーケンス番号７、９、１０のＰＤＣＰプロトコル・データ・ユニット」及び「欠落しているＰＤＣＰプロトコル・データ・ユニット」は、本願発明における「１または複数のその後のＳＤＵのうち最も大きいインデクスとの間でナンバリングされた１または複数の喪失ＳＤＵ」に対応するから、先願発明において、「欠落しているＰＤＣＰプロトコル・データ・ユニットを特定すべく、受信したシーケンス番号情報２８を処理」することは、本願発明において、「最初の喪失ＳＤＵに関連するインデクス」と「１または複数のその後のＳＤＵのうち最も大きいインデクスとの間でナンバリングされた１または複数の喪失ＳＤＵ」を「判定すること」に対応する。
　したがって、先願発明は、本願発明と同様に、「前記最初の喪失ＳＤＵに関連するインデクスと、前記１または複数のその後のＳＤＵのうち最も大きいインデクスとの間でナンバリングされた１または複数の喪失ＳＤＵを、前記ターゲット基地局において判定すること」を含むといえる。
オ　先願発明における「シーケンス番号７、９、１０のＰＤＣＰプロトコル・データ・ユニットを再送要求する」ことは、本願発明における「１または複数の喪失ＳＤＵを、前記ターゲット基地局によって、前記関連するモバイル・デバイスへ通知すること」に対応する。
　したがって、先願発明は、本願発明と同様に、「前記判定の結果に基づいて、１または複数の喪失ＳＤＵを、前記ターゲット基地局によって、前記関連するモバイル・デバイスへ通知すること」を含むといえる。
カ　以上のことから、本願発明と先願発明とは、発明を特定する全ての事項で一致し、相違しない。したがって、本願発明は先願発明と同一である。 
第５　むすび  
　以上のとおり、本願発明は先願発明と同一であるから、特許法第２９条の２の規定により特許を受けることができないものである。 
　したがって、その余の請求項に係る発明について言及するまでもなく、本願は拒絶すべきものである。
　よって、結論のとおり審決する。