【事件の表示】
　特願２００７−　６１３２５「ワイヤレスコミュニケーションシステムにおけるＲＬＣリセット、或いは再構築後のタイマー処理方法」拒絶査定不服審判事件〔平成１９年　７月２６日出願公開、特開２００７−１８９７３３〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯と本願発明 
　本願は、平成１５年　６月２６日（パリ条約による優先権主張２００２年　８月１３日、（ＵＳ）米国）にした特願２００３−１８３２９５号の一部を平成１９年　３月１２日に新たな出願としたものであって、平成２２年１０月２８日付けで拒絶査定がなされ、これに対し、平成２３年　２月　７日付けで審判請求がなされたものである。
　特許請求の範囲の請求項１に係る発明（以下、「本願発明」という。）は、明細書及び図面の記載からみて、平成１９年　４月　１０日付け手続補正書によって補正された特許請求の範囲の請求項１に記載された以下のとおりのものと認める。 
　
　「【請求項１】
　ワイヤレスコミュニケーションシステムにおけるＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔタイマーの処理方法であって、本方法は、
　ラジオリンク制御確認応答モード（以下、ＲＬＣ　ＡＭと呼ぶ）エンティティのために、前記Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔタイマーを起動する工程と、
　前記ＲＬＣ　ＡＭエンティティを再構築する工程と、
　前記ＲＬＣ　ＡＭエンティティの再構築後、前記Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔタイマーを停止する工程と、
　を備えることを特徴とする方法。」 
　 
２．引用発明 
　これに対して、原査定の拒絶理由に引用された3GPP TS25.322 V5.1.0(2002-06) 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Radio Link Control(RLC) protocol specification(Release 5)(２００２年　６月）には、「Radio Link Control(RLC) protocol specification」(無線リンク制御プロトコル仕様）（当審仮訳。以下も同様）として、以下の事項が記載されている。
　
イ．「9.1.2 Control PDUs
Control PDUs are only used in acknowledged mode.
 a) STATUS PDU and Piggybacked STATUS PDU.
  The STATUS PDU and the Piggybacked STATUS PDU are used:
  - by the Receiver to inform the Sender about missing and received AMD PDUs in the Receiver;
  - by the Receiver to inform the Sender about the size of the allowed transmission window;
  - by the Sender to request the Receiver to move the reception window; and
  - by the Receiver to acknowledge the Sender about the reception of the request to move the  reception window.」（２３頁）
 (9.1.2 コントロールPDU
コントロールPDU（プロトコルデータユニット）は確認応答モードでのみ使用される。
ａ）ステータスPDU及びピギーバックステータスPDU
　ステータスPDU及びピギーバックステータスPDUは、以下によって使用される。
−受信側が、受信側で消失した及び受信したAMD（確認応答モードデータ）のPDUについて送信側に知らせるため、
−受信側が、許可された伝送ウィンドウのサイズについて送信側に知らせるため、
−送信側が、受信ウィンドウを移動するよう受信側に要求するため、及び、
−受信側が、受信ウィンドウの移動要求の受信について送信側に確認させるため。）
 
ロ．「f) Timer_Status_Prohibit.
This timer shall only be used when so configured by upper layers. It is meant to prohibit the Receiver from sending consecutive acknowledgement status reports. A status report is an acknowledgement status report if it contains any of the SUFIs LIST, BITMAP, RLIST or ACK. The value of the timer is signalled by upper layers.
In the UE, this timer shall be started when the successful or unsuccessful transmission of the last STATUS PDU of an acknowledgement status report is indicated by lower layer. In UTRAN it should be started when the last STATUS PDU of an acknowledgement status report is submitted to lower layer.
From the time an acknowledgement status report is triggered until the Timer_Status_Prohibit timer expires, acknowledgement is prohibited. If another such status report is triggered while acknowledgement is prohibited, its transmission shall be delayed until the timer expires (see subclause 9.7.2). The status report may be updated during this time. The transmission of SUFIs MRW, MRW_ACK, WINDOW or NO_MORE is not restricted.
When Timer_Status_Prohibit is not configured by upper layers, acknowledgment is not prohibited.」（４５頁）
（f）Timer_Status_Prohibit
このタイマーは上位レイヤーによって設定されるときにのみ使用される。受信側が続けて確認応答ステータスレポートを送信するのを禁止することを意図するものである。ステータスレポートは、SUFI LIST、BITMAP、RLISTあるいはACKのいずれか1つを含む場合、確認応答ステータスレポートである。
UE（User Equipment：ユーザー機器）において、確認応答ステータスレポートの最後のステータスPDUの成功又は不成功な伝送が下位レイヤーによって示されるときに、このタイマーはスタートされる。UTRAN(UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access Network)において、確認応答ステータスレポートの最後のステータスPDUが下位レイヤーに提示されたときに、それはスタートされるべきである。
確認応答ステータスレポートがトリガーされるときから、Timer_Status_Prohibitが満了するときまで、確認応答は禁止される。確認応答が禁止される間に、別のこのようなステータスレポートがトリガーされる場合、タイマーが満了するまでその伝送は遅延される。（サブ条項9.7.2参照。）この間に、ステータスレポートは更新される。SUFI MRW、MRW_ACK、WINDOWあるいはNO_MOREの伝送は制限されない。
Timer_Status_Prohibitが上位レイヤーによって設定されないときは、確認応答は禁止されない。）
　
ハ．「9.7.7 RLC re-establishment function for acknowledged and unacknowledged mode
The upper layers may re-establish an RLC entity.
The RLC re-establishment function is applicable for AM and UM and is used when upper layers request an RLC entity to be re-established.
When an RLC entity is re-established by upper layers, the RLC entity shall:
- reset the state variables to their initial value;
- set the configurable parameters to their configured value;
- set the hyper frame number (HFN) in UL and DL to the value configured by upper layers;
- if the RLC entity is operating in unacknowledged mode:
 - if it is a receiving UM RLC entity:
　- discard all UMD PDUs;
 - if it is a transmitting UM RLC entity:
　- discard the RLC SDUs for which one or more segments have been submitted to a lower layer;
- otherwise if the RLC entity is operating in acknowledged mode:
 - discard all AMD PDUs and control PDUs in both the receiving side and the transmitting side of the RLC entity.
NOTE: If the TFC selection exchange has been initiated by sending the RLC Entity Info parameter to MAC, the RLC entity may delay the re-establishment function until the end of the next TTI.」（５２頁〜５３頁）
（9.7.7 確認応答モード及び非確認応答モードに対するRLC再構築機能
上位レイヤーはRLCエンティティを再構築することができる。
上位レイヤーがRLCエンティティに再構築を要求するとき、RLC再構築機能はAM（確認応答モード）及びUM（非確認応答モード）に適用可能である。
上位レイヤーによってRLCエンティティが再構築されるとき、RLCエンティティは次のことを行う。
−状態変数をその初期値にリセットする。
−設定可能なパラメーターをその設定された値にセットする。
−UL(アップリンク)及びDL（ダウンリンク）におけるハイパーフレーム番号（HFN）を上位レイヤーに設定された値にセットする。
−RLCエンティティが非確認応答モードで動作している場合に、
　−受信UM（非確認応答モード）RLCエンティティである場合には、
　　−全てのUMD PDUを破棄する。
　−送信UM（非確認応答モード）RLCエンティティである場合には、
　　−１つ以上のセグメントが下位レイヤーに提示されたRLC SDU（サービスデータユニットを破棄する。
−その他、RLCエンティティが確認応答モードで動作している場合には、
　−RLCエンティティの受信側及び送信側の両側において、全てのAMD PDU及びコントロールPDUを破棄する。
注：RLCエンティティのInfoパラメーターをMAC（Media Access Contorol)に送信することによりTFC(Transport Format Combination）選択の交換が起動されている場合には、RLCエンティティは次のTTI（Transmission Time Interval：送信間隔）の終わりまで再構築を遅らせることができる。）
　
　上記引用例の記載を参照すると、同引用例に記載された構成は、その表題等から、無線アクセスネットワークの技術仕様に関するものであって、無線リンク制御プロトコルの仕様に係わるものであることは明らかであるから、無線通信システムにおいて利用されるものである。
　また、上記ロ．の記載から、上記引用例には「Timer_Status_Prohibit」というタイマーを動作する方法が記載されており、同ロ．「In the UE, this timer shall be started when the successful or unsuccessful transmission of the last STATUS PDU of an acknowledgement status report is indicated by lower layer.」という記載から、「Timer_Status_Prohibit」タイマーは、「確認応答ステータスレポート」を含む最後の「ステータスPDU（プロトコルデータユニット）」の伝送によって起動されるものであり、同ロ．「A status report is an acknowledgement status report if it contains any of the SUFIs LIST, BITMAP, RLIST or ACK.」という記載から、「確認応答ステータスレポート」は「ACK」等を含むものである。
　さらに、上記イ．「Control PDUs are only used in acknowledged mode. a) STATUS PDU and Piggybacked STATUS PDU.・・・」という記載から、「ステータスPDU」は「コントロールPDU」の一種であり、「コントロールPDU」は「確認応答モード」でのみ使用されるPDUであるから、「Timer_Status_Prohibit」タイマーは「確認応答モード」で使用されるものであることは明らかである。
　上記ハ．「・・・the RLC entity is operating in acknowledged mode・・・」等の記載から、「RLC（ラジオリンク制御）」エンティティが「確認応答モード」で動作することができることは明らかである。
　上記ハ．「The upper layers may re-establish an RLC entity.」、「The RLC re-establishment function is applicable for AM and UM and is used when upper layers request an RLC entity to be re-established.」という記載から、上記引用例には、「RLCエンティティ」を「再構築する」機能であって、「RLCエンティティ」の「AM（確認応答モード）」に対し「再構築する」機能が記載されている。
　そして、上記ハ．「When an RLC entity is re-established by upper layers, the RLC entity shall:・・・
- otherwise if the RLC entity is operating in acknowledged mode:
 - discard all AMD PDUs and control PDUs in both the receiving side and the transmitting side of the RLC entity.」という記載から、「AM（確認応答モード）」に対し「再構築する」機能が実行されたとき、「RLCエンティティ」において「コントロールPDU」が破棄されることから、「コントロールPDU」の一種である「ステータスPDU」が送信され、「Timer_Status_Prohibit」タイマーが起動された段階の後に、「再構築する」段階が生ずることがあり得ることは明らかである。
　したがって、上記引用例の記載及びこの分野の技術常識によれば、同引用例には、以下の発明（以下、「引用発明」という。）が記載されている。 
　
　「無線通信システムにおけるＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔタイマーを動作させる方法であって、
　確認応答モード（ＡＭ）で動作するラジオリンク制御（ＲＬＣ）エンティティのために、前記Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔタイマーを起動する段階と、
　前記ＡＭで動作するＲＬＣエンティティを再構築する段階と、
を備える方法。」
　
３．対比 
　本願発明と引用発明を比較すると、引用発明の「無線通信システム」、「確認応答モード（ＡＭ）で動作するラジオリンク制御（ＲＬＣ）エンティティ」は、本願発明の「ワイヤレスコミュニケーションシステム」、「ラジオリンク制御確認応答モード（ＲＬＣ　ＡＭ）エンティティ」にそれぞれ相当する。　引用発明の「起動する段階」、「再構築する段階」は本願発明の「起動する工程」、「再構築する工程」と実質的な差違はなく、引用発明の「動作させる方法」と本願発明の「処理方法」はいずれも「タイマー」の動作を制御するものであって、実質的な差違はない。
　したがって、本願発明と引用発明は、以下の点で一致ないし相違する。
　
＜一致点＞ 
　「ワイヤレスコミュニケーションシステムにおけるＴｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔタイマーの処理方法であって、本方法は、
　ラジオリンク制御確認応答モードエンティティのために、前記Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔタイマーを起動する工程と、
　前記ＲＬＣ　ＡＭエンティティを再構築する工程と、
　を備えることを特徴とする方法。」 
　
＜相違点＞ 
　本願発明は「Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔタイマーの処理方法」として「前記ＲＬＣ　ＡＭエンティティの再構築後、前記Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔタイマーを停止する工程」を有するのに対し、引用発明は当該工程を有しておらず、「前記ＲＬＣ　ＡＭエンティティの再構築後」に「Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔタイマー」をどのように「処理」するのか不明である点。
　
４．検討 
　上記相違点について検討すると、上記「２．引用発明」のロ．「When an RLC entity is re-established by upper layers, the RLC entity shall:　- reset the state variables to their initial value;」、「- otherwise if the RLC entity is operating in acknowledged mode:　 - discard all AMD PDUs and control PDUs in both the receiving side and the transmitting side of the RLC entity.」という記載から、「再構築する」ことによって、状態変数が初期値にリセットされ、あるいは、送信側及び受信側のRLCエンティティにおいて「AMD（確認応答モードデータ） PDU」及び「コントロールPDU」が破棄されるので、RLCエンティティが初期状態のような状態になることが明らかである。
　すると、「再構築する」ことによって、全ての「AMD PDU」及び「ステータスPDU」（あるいは「コントロールPDU」）が破棄されて初期状態のような状態になった際に、ACKのような受信結果を示す「確認応答ステータスレポート」の送信制御を継続して行う必要性は乏しく、「確認応答ステータスレポート」の連続送信に関する稼働中のタイマーを停止することは、当業者にとって極めて普通の処理方法である。
　したがって、引用発明において「再構築後」に「Ｔｉｍｅｒ＿Ｓｔａｔｕｓ＿Ｐｒｏｈｉｂｉｔタイマー」を停止することは、当業者が適宜なし得ることである。
　また、本願発明の作用効果も引用発明から当業者が予測できる範囲のものである。 
　
５．むすび 
　以上のとおり、本願発明は、上記引用例に記載された発明に基づいて、当業者が容易に発明をすることができたものと認められるから、特許法第２９条第２項の規定により特許を受けることができない。 
　
　よって、結論のとおり審決する。