【事件の表示】
　特願２０１４−　９８１３６「ユーザ装置及び方法」拒絶査定不服審判事件〔平成２７年１２月　３日出願公開、特開２０１５−２１６５０２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、平成２６年５月９日の出願であって、平成２７年６月１９日付けで拒絶理由が通知され、同年８月３１日付けで手続補正がなされ、平成２８年２月１２日付けで最後の拒絶理由が通知され、同年４月１５日付けで手続補正がなされ、同年９月２１日付けで同年４月１５日付けの手続補正の補正の却下の決定がされるとともに、同日付で拒絶査定（謄本送達日同年９月２７日）がなされ、これに対し、同年１２月２２日に拒絶査定不服審判が請求され、同時に手続補正がなされたものである。
第２　平成２８年１２月２２日付け手続補正についての補正の却下の決定
［補正の却下の決定の結論］
　平成２８年１２月２２日付けの手続補正を却下する。
［理由］
１　本願発明と補正後発明
　平成２８年１２月２２日付けの手続補正（以下、「本件補正」という。）は、平成２７年８月３１日付けの手続補正により補正された特許請求の範囲の請求項１０に記載された、
「マスタ基地局とセカンダリ基地局と同時通信するデュアルコネクティビティ機能を有するユーザ装置におけるランダムアクセス（ＲＡ）手順を実行する方法であって、
　前記セカンダリ基地局に対するＲＡ手順の起動をトリガするＲＡ手順起動イベントを検出するステップと、
　前記ＲＡ手順を実行すると共に、タイマを起動するステップと、
　トリガ元の基地局にコンフィギュレーション再設定完了通知を送信するステップと、
　前記コンフィギュレーション再設定完了通知を送信した後、前記ＲＡ手順が前記タイマの満了前に完了しなかった場合、前記ＲＡ手順が完了していないことを前記トリガ元の基地局に通知するステップと、
を有する方法。」（以下、「本願発明」という。）
を、特許請求の範囲の請求項９として、
「マスタ基地局とセカンダリ基地局と同時通信するデュアルコネクティビティ機能を有するユーザ装置におけるランダムアクセス（ＲＡ）手順を実行する方法であって、
　前記セカンダリ基地局に対するＲＡ手順の起動をトリガするＲＡ手順起動イベントを検出するステップと、
　前記ＲＡ手順を実行すると共に、タイマを起動するステップと、
　トリガ元の基地局にコンフィギュレーション再設定完了通知を送信するステップと、
　前記コンフィギュレーション再設定完了通知を送信した後、前記ＲＡ手順が前記タイマの満了前に完了しなかった場合、前記ＲＡ手順が完了していないことを前記トリガ元の基地局に通知するステップと、
を有
し、
　前記ＲＡ手順起動イベントはセカンダリセルの追加設定であり、
　前記ＲＡ手順が前記タイマの満了前に完了しなかった場合、前記ユーザ装置が、前記セカンダリセルにおける全てのアップリンク送信を自律的に停止するステップを更に有
に変更することを含むものである。
（［当審注］：下線部は補正箇所を示す。）
２　補正の適否
（１）補正の目的要件、新規事項の有無、シフト補正の有無
　補正後発明に係る補正は、補正前の請求項１０に記載された発明の「ＲＡ手順起動イベント」及び「前記ＲＡ手順が前記タイマの満了前に完了しなかった場合」について、それぞれ「前記ＲＡ手順起動イベントはセカンダリセルの追加設定であり」と限定し、「前記ＲＡ手順が前記タイマの満了前に完了しなかった場合、前記ユーザ装置が、前記セカンダリセルにおける全てのアップリンク送信を自律的に停止する」とするものであるから、特許法第１７条の２第５項第２号に規定する特許請求の範囲の減縮を目的とする。
　そして、本件補正において、特許法第１７条の２第３項（新規事項）、第４項（シフト補正）に違反するところはない。
（２）独立特許要件
　補正後発明に係る補正は特許請求の範囲の減縮を目的とするものであるから、補正後発明が特許出願の際、独立して特許を受けることができるものであるか（特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合するか）について検討する。
ア．補正後発明
　補正後発明は、上記「１　本願発明と補正後発明」の補正後発明のとおりと認める。
イ．引用発明等
［引用発明］
　原査定の拒絶の理由に引用された、NSN, Nokia Corporation, RA and RRC Reconfiguration for SCG addition/modification, 3GPP TSG-RAN WG2 Meeting #85bis, R2-141611, 2014年3月21日(利用可能日), URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_85bis/Docs/R2-141611.zip（以下、「引用文献１」という。）には、図面と共に以下の事項が記載されている。
（［当審注］：下線部は当審で付した。以下同様。）
（ア）「1 Introduction
RAN#62 has approved a WI [1] of Dual Connectivity as a continuation of SI [2] for Higher Layer Enhancements for Small Cells
- The SeNB may choose whether this requires use of RA (details FFS, e.g. the IE by which the SeNB triggers synchronized procedure)
- It is up to the SeNB to decide whether to use the procedure without RA (“unsynchronized”) or with RA (“synchronized”)
 ・Decision could be done e.g. depending on whether old and new PUCCH SCell belong to the same TAG
- If the SeNB chooses a synchronized reconfiguration, the UE performs a Random Access towards the SeNB. It does not matter in which order the UE sends RRCConnectionReconfigurationComplete and performs RA.
In this paper, we would like to analyze the implications of those decisions in the following sections. 」
(当審訳)
「１　イントロダクション
ＲＡＮ＃６２はデュアルコネクティビティの作業項目（ＷＩ）［１］をスモールセルの高レイヤエンハンスメントの検討項目（ＳＩ）［２］の継続として承認した。
−ＳｅＮＢはランダムアクセス（以下、ＲＡ）の利用を要するかどうかを選択するであろうこと。（詳細、例えば、ＳｅＮＢが同期した手続をトリガするための情報要素（ＩＥ）は、更なる検討）
−ＲＡ無し（“非同期”）又はＲＡ有り（“同期”）のいずれの手続を用いるかを決定することはＳｅＮＢ次第であること。
　・決定は、例えば新旧のＰＵＣＣＨのセカンダリセル（以下、ＳＣｅｌｌ）が同じタイミングアドバンスグループ（ＴＡＧ）に属するかどうかに基づいて、なされること。
−仮にＳｅＮＢが同期した再設定を選択するならば、
ＵＥはＳｅＮＢに対してＲＡを実行する。ＵＥがRRCConnectionReconfigurationCompleteを送ることとＲＡを実行することの順序は問わない。ＲＡの成功はＲＲＣ手順の成功した完了を要しない。
この文書において、我々は続くセクションでこれらの決定の実装を分析したい。」
（イ）「2.2 
Synchronized SeNB reconfiguration procedure (i.e. with random access)
Based on the discussion in [6], 
The SCG addition/modification Complete should be supported during SCG addition/MeNB triggered SCG modification procedure. The SeNB sends this message only after the successful RA and receiving complete indication of the RRC procedure from MeNB
.
With existing specification, the SeNB may have difficulties to get the explicit success indication from UE for contention free RA procedure because HARQ is not supported for RAR message. The SeNB may consider a successful Random Access if there is no Random Access attempt during a certain period after sending RAR message. Therefore the SeNB might need some means to decide whether the RAR was successfully received to know the appropriate time to inform MeNB the complete of RA procedure. In this light, for starting the Random Access procedure, the UE may need to trigger the Regular BSR after configuring the SeNB resource. The reception of BSR could indicate the successful RA procedure to SeNB, accordingly the entire delay of the configuration procedure could be reduced.
Proposal 1: Regular BSR is triggered for initiating the Random Access procedure for synchronized SeNB reconfiguration procedure.」
（当審訳）
「２．２　
同期したＳｅＮＢ再設定手続（すなわちＲＡを伴う）
［６］の議論に基づけば、
セカンダリセルグループ（以下、ＳＣＧ）追加／修正完了は、ＳＣＧ追加／ＭｅＮＢがトリガするＳＣＧ修正手順が行われている間に行われるべきである。ＲＡが成功すること、及び、ＭｅＮＢからのＲＲＣ手順の完了指示子を受信したことの後にのみ、ＳｅＮＢはこのメッセージを送る。
存在する詳細においては、ＳｅＮＢはコンテンションフリーＲＡのためのＵＥからの明示的な成功を示す指示子を獲得するのは難しいだろう。なぜならＨＡＲＱがＲＡ応答（以下、ＲＡＲ）メッセージにおいてサポートされていないからである。ＲＡＲメッセージ送信後の所定期間にＲＡの試みが無ければ、ＳｅＮＢは成功したＲＡと考える。それゆえ、ＭｅＮＢにＲＡ手順の完了を知らせるための適切な時間を把握するために、ＳｅＮＢはＲＡＲが成功裡に受信されたかどうかを決定する手段を必要とするだろう。これに照らせば、ＲＡ手順の開始のために、ＳｅＮＢのためのリソースを設定した後、ＵＥはレギュラーバッファステータスレポート（以下、レギュラーＢＳＲ）をトリガする必要があるだろう。ＢＳＲの受信はＳｅＮＢへの成功するだろうＲＡ手順を指し示し、結果的に設定手順の全体的な遅延は減らされる。
提案１：同期したＳｅＮＢ再設定手続のためのＲＡ手順を開始するために、レギュラーＢＳＲがトリガされる。
（ウ）「2.3 Handling of abnormal cases
・・・略・・・
2.3.2 RA failure
In case of synchronized SeNB reconfiguration procedure, the UE may re-attempt the RA procedure several times in case of errors
・・・略・・・
As agreed in RAN2#85, 
in case the RA failure associated with an SCG cell, the UE shall not trigger RRC Reestablishment procedure but report MeNB of the failure and then retain the MeNB connection.
The MeNB may trigger the SCG release procedure towards SeNB to release the reserved resource for this UE in the SeNB.
Observation 4: 
For synchronized reconfiguration procedure, when RA failure associated to an SCG cell is detected, the failure shall be reported to MeNB
（当審訳）
「２．３　異常な場合の扱い
・・・略・・・
２．３．２　ＲＡ失敗
同期したＳｅＮＢの再設定手順において、エラーの場合ＵＥは何度かＲＡ手順を再試行するだろう。
・・・略・・・
ＲＡＮ２＃８５で合意したように、
ＳＣＧセルに関連するＲＡ失敗の場合において、ＵＥはＲＲＣ再確立手順を行わないがＭｅＮＢに失敗を報告し、そしてそれからＭｅＮＢとの接続を維持する。ＳｅＮＢにおいてこのＵＥのために予約したリソースを解放するため、ＭｅＮＢはＳｅＮＢに対してＳＣＧ解放手順をトリガする。
観察４：
同期した再設定手順において、ＳＣＧセルに関連したＲＡ失敗が検出されたとき、失敗はＭｅＮＢに報告され
（エ）「Figure 5: RA failure towards SeNB during synchronized reconfiguration procedure」
（当審訳）
「図５：同期した再設定手順の間でのＳｅＮＢに対するＲＡ失敗」
　当該技術分野の技術常識を勘案して考慮すると、引用文献１の上記各記載及び図面から以下のことが把握できる。
　上記（ア）によれば、引用文献１がデュアルコネクティビティの検討に関するものであることは明らかである。そして、デュアルコネクティビティとはＭｅＮＢ及びＳｅＮＢが同時通信を行う機能であることは技術常識である。
　また、同（ア）には、ＵＥがＳｅＮＢに対してＲＡ手順を実行することが示されている。
　そうすると、引用文献１のＵＥは、「ＭｅＮＢとＳｅＮＢと同時通信するデュアルコネクティビティ機能」を有し、「ＲＡ手順を実行する」ものといえる。
　上記（ア）には、ＵＥがＲＲＣ接続再設定における完了メッセージである「RRCConnectionReconfigurationComplete」を送ることと、ＲＡを実行することの順序は問わず、ＲＡの成功はＲＲＣ手順（ＲＲＣ接続再設定）の成功完了を要しないとあるから、ＵＥが、ＲＲＣ接続再設定と独立してＳｅＮＢに対するＲＡを行うことが示されているといえる。
　上記（イ）には、同期したＳｅＮＢの再設定手順（すなわちＲＡを伴う）において、ＳＣＧの追加／修正手順が行われている間にＳｅＮＢはＳＣＧ追加／修正完了を送信すること、及び、ＳｅＮＢによるこの送信はＲＡの成功及びＭｅＮＢからのＲＲＣ手順の完了指示子受信の後にのみ行われること、が示されている。
　そうすると、引用文献１では、同期したＳｅＮＢの再設定手順であるＳＣＧの追加手順が行われる際にＵＥがＲＡ手順を行うこと、が読み取れる。
　また、上記（エ）を参照するに、同期したＳｅＮＢの再設定手順において、ＵＥの最初の動作は「RRCConnectionReconfiguration」の受信であるから、同期したＳｅＮＢの再設定手順であるＳＣＧの追加手順をＵＥにおいてトリガするイベントは「RRCConnectionReconfiguration」の受信と解するのが自然である。
　してみれば、引用文献１のＵＥは、「同期したＳｅＮＢの再設定手順であるＳＣＧの追加手順が行われる際にＲＡ手順を実行するものであって、ＳＣＧの追加手順をＵＥにおいてトリガする「RRCConnectionReconfiguration」の受信というイベントを検出する」ものといえる。
　上記（ウ）には、同期したＳｅＮＢの再設定手順において、ＵＥがＲＡ手順を試みること、及び、ＳＣＧセルに対するＲＡ手順が失敗する場合、ＵＥはＭｅＮＢにＲＡ失敗を報告することが示されている。
　また、上記（エ）には、引用文献１のＵＥが、ＭｅＮＢに「RRCConnectionReconfigurationComplete」を送信すること、及び、その後に「RA failure report」、すなわちＲＡ手順が完了していないことを通知すること、が示されている。
　ここで、上記（イ）によれば、同期したＳｅＮＢの再設定手順としてＳＣＧの追加手順が含まれることから、上記（ウ）及び（エ）はＳＣＧ修正のみならず、ＳＣＧ追加においても行われることといえる。
　そうすると、引用文献１のＵＥが実行することには、「ＭｅＮＢに「RRCConnectionReconfigurationComplete」を送信」すること、及び、「「RRCConnectionReconfigurationComplete」を送信した後、ＲＡ失敗の場合、ＲＡ手順が完了していないことをＭｅＮＢに通知する」こと、が含まれるといえる。
　以上を総合すると，引用文献１には以下の発明（以下、「引用発明」という。）が記載されていると認める。
「ＭｅＮＢとＳｅＮＢと同時通信するデュアルコネクティビティ機能を有するＵＥにおけるＲＡ手順を実行する方法であって、
　同期したＳｅＮＢの再設定手順であるＳＣＧの追加手順が行われる際にＲＡ手順を実行するものであって、ＳＣＧの追加手順をＵＥにおいてトリガする「RRCConnectionReconfiguration」の受信というイベントを検出するステップと、
　前記ＭｅＮＢに「RRCConnectionReconfigurationComplete」を送信するステップと、
　前記「RRCConnectionReconfigurationComplete」を送信した後、ＲＡ失敗の場合、前記ＲＡ手順が完了していないことを前記ＭｅＮＢに通知するステップと、
を有する方法。」
［周知技術］
　原査定の拒絶の理由に引用された、特開２００９−２０１１１４号公報（以下、「周知例１」という。）には、以下の事項が記載されている。
（オ）「【００１７】
　ＵＥでＲＲＣメッセージ（例えば
ＲＲＣ接続再設定メッセージ）に基づいてハンドオーバープロセスを実行するとき、ＭＡＣエンティティー２２６はそれに応じてハンドオーバープロセスに対応するランダムアクセスプロセスを起動する。
　【００１８】
　ステップ４００：開始。
　
ステップ４０２：ハンドオーバープロセスの実行時に、当該ハンドオーバープロセスに対応するランダムアクセスプロセスを起動する。
　
ステップ４０４：一定時間内に有効なランダムアクセス応答メッセージを受信しないか、またはランダムアクセスプロセスのコンテンションに失敗した場合に、ハンドオーバープロセスが完成するかハンドオーバープロセスの動作期間が終了するまで、ランダムアクセスプリアンブルの送信を再実行する。
　ステップ４０６：終了。
　【００１９】
　以上のとおり、ＵＥでハンドオーバープロセスに対応するランダムアクセスプロセスを起動した後、一定時間内に有効なランダムアクセス応答メッセージを受信しないか、またはランダムアクセスプロセスのコンテンションに失敗した場合に、ハンドオーバープロセスが完成するかハンドオーバープロセスの動作期間が終了するまで、ランダムアクセスプリアンブルの送信を再実行する。
　【００２０】
　
本発明の実施例では、ランダムアクセスプリアンブルの伝送に回数制限がなく、またハンドオーバープロセスの動作時間がタイマーＴ３０４により制御されることが望ましい。そうすれば、本発明の実施例は、ハンドオーバープロセスが完成するかタイマーＴ３０４が終了するまで、ランダムアクセスプリアンブルの伝送を制限無く繰り返すことができる。
　【００２１】
　本発明の実施例による方法４０は、タイマーＴ３０４の終了時にＵＥでハンドオーバープロセスが完成できない場合、ハンドオーバープロセスが失敗したと判定するステップを含むことができる。詳しくは前掲従来の技術の説明を参照すればよく、ここで説明を省略する。
　【００２２】
　まとめて言えば、本発明の実施例はハンドオーバープロセスで起動されるランダムアクセスプロセスを改善する方法を提供する。ＵＥはランダムアクセスプリアンブルの最大伝送回数に達したかどうかを問わず、ハンドオーバープロセスが完成するかタイマーＴ３０４が終了するまで、ランダムアクセスプリアンブルの伝送を制限無く繰り返すことができる。したがって、本発明の実施例はＵＥが動作不能かアイドリング状態に陥るのを防止することができる。」
　また、国際公開ＷＯ２０１４／０３５１３５号公報（以下、「周知例２」という。）には、図面と共に以下の事項が記載されている。
（カ）
（当審訳）
「【請求の範囲】
【請求項１】
　無線通信システムにおいて端末がネットワークと信号を送受信する方法であって、
　下りリンクセルを介して前記ネットワークから下りリンク信号を受信し、第１上りリンクセルを介して前記ネットワークに上りリンク信号を送信するステップと、
　
前記ネットワークから上りリンクセルを変更するための特定メッセージを受信するステップと
　
前記特定メッセージによって上りリンクセルを第２上りリンクセルに変更し、前記第２上りリンクセルを介して前記ネットワークに前記上りリンク信号を送信するステップと
を含み、
　前記上りリンクセル変更時に、前記下りリンクセルは維持されることを特徴とする信号送受信方法。
【請求項２】
　
前記特定メッセージは、
　ハンドオーバー命令メッセージ、
ＲＲＣ接続再設定メッセージ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ　ｃｏｎｎｅｃｔｉｏｎ　ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　ｍｅｓｓａｇｅ）
である
（キ）
（当審訳）
「【請求項７】
　
前記上りリンクセル変更時に、タイマー動作期間に前記第２上りリンクセルとランダムアクセス手順を行うステップをさらに含み、
　前記タイマー満了時まで前記ランダムアクセス手順が完了しない場合、前記上りリンクセルを前記第１上りリンクセルに再変更するステップ
（ク）
（当審訳）
「［９０］
　さらに、
端末が現在動作するレイヤと異なるセルレイヤにランダムアクセスを試みるとき、予想せぬ端末の移動や干渉問題などからそのランダムアクセスに失敗する場合が発生しうる。
事前に特定タイマーを定義し、タイマー駆動時間以内に、変更されたセルレイヤでランダムアクセスに成功できなかったら、端末は、既存に動作した上りリンクセルレイヤやＰＣｅｌｌと連動した上りリンクセルレイヤに戻って上りリンク動作を行うように規定できる。
（ケ）
　上記（オ）及び（カ）〜（ケ）の記載を総合すれば、周知例１及び２のいずれにおいても、「ＲＲＣ接続再設定メッセージに基づいてＲＡを行うに際し、タイマを起動させ、当該タイマの満了前にＲＡ手順が完了しない場合にＲＡ失敗とする」技術（以下、「周知技術」という。）が示されており、当該周知技術は、本願出願前に既に周知であると認められる。
ウ．対比・判断
　以下、補正後発明と引用発明とを対比する。
（ア）引用発明の「ＭｅＮＢ」、「ＳｅＮＢ」及び「ＵＥ」は、補正後発明の「マスタ基地局」、「セカンダリ基地局」及び「ユーザ装置」に対応する。
　そして、引用発明の「ＭｅＮＢとＳｅＮＢと同時通信するデュアルコネクティビティ機能を有するＵＥにおけるＲＡ手順を実行する方法」は、補正後発明の「マスタ基地局とセカンダリ基地局と同時通信するデュアルコネクティビティ機能を有するユーザ装置におけるランダムアクセス（ＲＡ）手順を実行する方法」に対応する。
（イ）引用発明では、「同期したＳｅＮＢの再設定手順であるＳＣＧの追加手順が行われる際」に「ＲＡ手順を実行する」から、ここでいう「ＳＣＧ」には「ＳｅＮＢ」の管理するセルが含まれることは明らかである。
　そうすると、「ＳＣＧの追加手順が行われる際」の「ＲＡ手順」は、ＳＣＧに含まれるセルを管理する「ＳｅＮＢ」に対して行われると解するのが自然である。
　また、引用発明では、「ＳＣＧの追加手順をＵＥにおいてトリガする「RRCConnectionReconfiguration」の受信というイベントを検出」し、当該イベントの検出によってＳＣＧの追加手順を行う際にＲＡ手順を実行する。
　そうすると、引用発明の「「RRCConnectionReconfiguration」の受信」は、ＳＣＧの追加手順をトリガすることに加え、ＲＡ手順の実行を起動するものでもあるから、ＲＡ手順の起動をトリガするイベントであるといえる。
　してみれば、引用発明の「同期したＳｅＮＢの再設定手順であるＳＣＧの追加手順が行われる際にＲＡ手順を実行するものであって、ＳＣＧの追加手順をＵＥにおいてトリガする「RRCConnectionReconfiguration」の受信というイベントを検出するステップ」は、補正後発明の「前記セカンダリ基地局に対するＲＡ手順の起動をトリガするＲＡ手順起動イベントを検出するステップ」に相当する。
（ウ）上記（イ）でも示したように、引用発明ではＲＡ手順の起動をトリガする「RRCConnectionReconfiguration」の受信に応じて「ＲＡ手順を実行する」から、タイマを起動するものではないものの、補正後発明と引用発明とは、「ＲＡ手順を実行する」ステップを有する点では共通する。
（エ）引用発明では、ＵＥに対してＳＣＧの追加手順をトリガするのはＭｅＮＢであって、「RRCConnectionReconfigurationComplete」とはコンフィギュレーション再設定完了通知のことであるから、引用発明の「前記ＭｅＮＢに「RRCConnectionReconfigurationComplete」を送信するステップ」は、補正後発明の「トリガ元の基地局にコンフィギュレーション再設定完了通知を送信するステップ」に相当する。
（オ）上記（イ）でも示したように、引用発明の「「RRCConnectionReconfiguration」の受信」は、ＳＣＧの追加手順をトリガすることに加え、ＲＡ手順の実行を起動するものでもある。
　そして、ＳＣＧの追加手順において、ＵＥは「RRCConnectionReconfiguration」に基づいてセカンダリセルの追加設定を行うことは明らかである。
　してみれば、引用発明においてＲＡ手順の実行を起動する「「RRCConnectionReconfiguration」の受信」は「セカンダリセルの追加設定」である点で補正後発明と一致する。
（カ）引用発明では、「ＲＡ失敗の場合」をどのように判断するかや、「ＲＡ失敗の場合」にセカンダリセルについてどのような処理を行うかについて特定がないものの、補正後発明と引用発明とは、「前記コンフィギュレーション再設定完了通知を送信した後、ＲＡ失敗の場合、前記ＲＡ手順が完了していないことを前記トリガ元の基地局に通知するステップ」を有する点では共通する。
　以上を総合すると、補正後発明と引用発明とは、以下の点で一致し、また、相違している。
［一致点］
「マスタ基地局とセカンダリ基地局と同時通信するデュアルコネクティビティ機能を有するユーザ装置におけるランダムアクセス（ＲＡ）手順を実行する方法であって、
　前記セカンダリ基地局に対するＲＡ手順の起動をトリガするＲＡ手順起動イベントを検出するステップと、
　ＲＡ手順を実行するステップと、
　トリガ元の基地局にコンフィギュレーション再設定完了通知を送信するステップと、
　前記コンフィギュレーション再設定完了通知を送信した後、ＲＡ失敗の場合、前記ＲＡ手順が完了していないことを前記トリガ元の基地局に通知するステップと、
を有し、
　前記ＲＡ手順起動イベントはセカンダリセルの追加設定である、
方法。」
［相違点１］
　補正後発明が、「前記ＲＡ手順を実行すると共に、タイマを起動するステップ」を有し、前記コンフィギュレーション再設定完了通知を送信した後、「前記ＲＡ手順が前記タイマの満了前に完了しなかった場合」に、ＲＡ手順が完了していないことをトリガ元の基地局に通知するのに対し、引用発明は、「ＲＡ手順を実行すると共に、タイマを起動するステップ」を有しておらず、前記コンフィギュレーション再設定完了通知を送信した後、ＲＡ失敗の場合、前記ＲＡ手順が完了していないことを前記トリガ元の基地局に通知するステップが、どのような場合に「ＲＡ失敗の場合」とするか特定していない点。
［相違点２］
　補正後発明が、「前記ＲＡ手順が前記タイマの満了前に完了しなかった場合、前記ユーザ装置が、前記セカンダリセルにおける全てのアップリンク送信を自律的に停止するステップ」を更に有するのに対し、引用発明は、ＲＡ失敗の場合、セカンダリ基地局についてどのような処理を行うか特定していない点。
エ．当審の判断
（ア）相違点１について
　上記「イ．引用発明等」にて周知技術として示したように、「ＲＲＣ接続再設定メッセージに基づいてＲＡを行うに際し、タイマを起動させ、当該タイマの満了前にＲＡ手順が完了しない場合にＲＡ失敗とする」技術は、本願出願日前に既に周知である。
　してみれば、ＲＲＣ接続再設定メッセージに基づいてＲＡを行う引用発明１において、同じくＲＲＣ接続再設定メッセージに基づいてＲＡを行う上記周知技術を採用することで、引用発明において、「ＲＡ手順を実行すると共にタイマを起動」し、コンフィギュレーション再設定完了通知を送信した後、「前記ＲＡ手順が当該タイマの満了前に完了しなかった場合」を、ＲＡ失敗の場合として、「前記ＲＡ手順が完了していないことを前記トリガ元の基地局に通知する」ことは、当業者が容易に想到し得ることである。
（イ）相違点２について
　ＲＡとは、基地局の接続確立や再同期のために行われるものであって、ＵＥは基地局に対するＲＡ成功の場合に、基地局との接続確立や再同期が為されたとして当該基地局に通信に係るＵＬ信号を送信するものである。
　また、上記「イ．引用発明等　（ウ）」に、ＲＡ失敗の場合、ＵＥは当該ＳＣＧセルに対するＲＲＣ再確立手順を行わないことが示されている。
　これらのことから、引用文献１において、どのような場合にＲＡ失敗としたかにかかわらず、ＲＡ失敗の場合に、ＲＡを行っていたセルに対してＵＥが改めてＵＬ送信を行う必要性が想定されないことは明らかである。
　そして、「ＲＡ失敗が検出されたとき、ＵＥはセカンダリ基地局の全てのセルへの全てのＵＬ送信を停止する」ことは周知（必要であれば、「ETSI MCC，Report of 3GPP TSG RAN WG2 meeting #85 held in Prague, Czech Republic, February 10-14, 2014、3GPP TSG-RAN WG2 Meeting #85 R2-141854、第53頁、2014年4月4日（利用可能日）、URL: http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_85bis/Docs/R2-141854.zip」、「ITRI、Further Discussion on RLF Handling in Dual Connectivity、3GPP TSG-RAN WG2 Meeting #85bis, R2-141345、2014年3月21日（利用可能日）、URL:　http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_85bis/Docs/R2-141345.zip」等参照のこと。）であったことを鑑みると、引用発明において、相違点２に係る構成とすることは当業者が適宜為し得ることである。
（ウ）作用効果について
　そして、補正後発明の作用効果についても、引用発明及び周知技術に基づいて当業者が予測できる範囲のものである。
（エ）その他
　請求人は、審判請求書にて「引用文献１によると、セカンダリセルの解放はＭｅＮＢからの指示によるものであり、ユーザ装置がＭｅＮＢ契機でなく「セカンダリセルにおける全てのアップリンク送信を自律的に停止する」本願発明とは異なります。」と主張しているので、当該主張についても検討する。
　確かに、引用文献１にはＳＣｅｌｌの解放がＭｅＮＢからの指示によることが記載されている。
　しかしながら、ＳＣｅｌｌ解放手順がＭｅＮＢ契機であるからといって、ＵＥがＳＣｅｌｌにおける全てのＵＬ送信を自律的に停止することができないとはいえない。そもそも、上記「イ．引用発明等　（ウ）」にあるように、ＳＣｅｌｌ解放手順はＳｅＮＢにおいてＵＥのために予約したリソースを解放するために行われるものであるから、当該ＳＣｅｌｌ解放手順はＵＥが解放するＳＣｅｌｌへのＵＬ送信を自律的に停止するか否かに関係なく行われるものである。
　そうすると、引用文献１において、ＳＣｅｌｌ解放手順がＭｅＮＢ契機で行われることが記載されているからといって、引用発明のＵＥがＳＣｅｌｌへのＵＬ送信を自律的に停止することができない、ということにはならない。
　そして、上記（イ）にて示したように、ＵＥがＳＣｅｌｌへのＵＬ送信を自律的に停止することは当業者が適宜為し得ることである。
　してみれば、請求人の上記主張は採用できない。
（オ）小括
　以上のとおり、補正後発明は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができるものでない。
　よって、特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するから、本件補正は、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
第３　本願発明について
１　本願発明
　平成２８年１２月２２日付けの手続補正は上記のとおり却下されたので、本願発明は、上記「第２　平成２８年１２月２２日付け手続補正についての補正の却下の決定　１　本願発明と補正後発明」の「本願発明」のとおりのものと認める。
２　引用発明等
　引用発明及び周知技術は，上記「第２　平成２８年１２月２２日付け手続補正についての補正の却下の決定　２　補正の適否　（２）独立特許要件　イ．引用発明等」で認定したとおりである。
３　対比・判断
　以下、本願発明と引用発明とを対比する。
　まず、本願発明は、補正後発明の
．「
前記ＲＡ手順起動イベントはセカンダリセルの追加設定であり、
　前記ＲＡ手順が前記タイマの満了前に完了しなかった場合、前記ユーザ装置が、前記セカンダリセルにおける全てのアップリンク送信を自律的に停止するステップを更に有する
　そうすると、上記「第２　平成２８年１２月２２日付け手続補正についての補正の却下の決定　２　補正の適否　（２）独立特許要件　ウ．対比・判断」での検討のとおり、本願発明に上記発明特定事項を付加した補正後発明は、引用発明及び周知技術に基づいて当業者が容易に発明し得たものであるから、本願発明も同様の理由により当業者が容易に発明できたものである。
４　むすび
　以上のとおり、本願発明は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許を受けることができない。
　よって、結論のとおり審決する。