【事件の表示】
　特願２００２−３３８６４４「送信バッファーのプロトコルデータユニットポーリングシステム及び方法」拒絶査定不服審判事件〔平成１５年　７月１１日出願公開、特開２００３−１９８６０４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯
　本件出願は、平成１４年１１月２１日（パリ条約による優先権主張２００１年１１月２４日、大韓民国）の出願であって、平成１９年１１月８日付けの拒絶理由通知に対し平成２０年５月１２日付けで手続補正がなされたものの、同年９月１８日付けで拒絶査定がなされ、これに対し、同年１２月１８日に拒絶査定不服の審判請求がなされるとともに平成２１年１月１５日に手続補正がなされたものである。
　
第２．補正却下の決定
［補正却下の決定の結論］
　　平成２１年１月１５日付けの手続補正を却下する。
　
［理由］
１．本願発明と補正後の発明
　平成２１年１月１５日付けの手続補正は、補正前の平成２０年５月１２日付け手続補正書の特許請求の範囲の請求項１に記載された
「通信システムにおいて「バッファ内の最後のプロトコルデータユニット（ＰＤＵ）」のトリガーに基づいてポーリング情報を伝送する方法であって、
　前記方法は、
　バッファからプロトコルデータユニット（ＰＤＵ）を選択することと、
　前記ＰＤＵが伝送ウィンドウと前記バッファとのうちの少なくとも１つにおいて最後の位置を占めているか否かを決定することと、
　前記ＰＤＵが前記バッファにおいて最後の位置を占めていない場合でさえも、前記ＰＤＵが前記伝送ウィンドウにおいて最後の位置を占めていると決定された場合、前記ＰＤＵと共にポーリング情報を伝送することと
　を包含する、方法。」
　という発明（以下、「本願発明」という。）を、補正後の特許請求の範囲の請求項１に記載された
「通信システムにおいて「バッファ内の最後のプロトコルデータユニット（ＰＤＵ）」のトリガーに基づいてポーリング情報を伝送する方法であって、
　前記方法は、
　伝送バッファまたは再伝送バッファからプロトコルデータユニット（ＰＤＵ）を選択することと、
　前記ＰＤＵが伝送ウィンドウと前記伝送バッファまたは再伝送バッファとのうちの少なくとも１つにおいて最後の位置を占めているか否かを決定することと、
　前記ＰＤＵが前記伝送バッファまたは再伝送バッファにおいて最後の位置を占めていない場合でさえも、前記ＰＤＵが前記伝送ウィンドウにおいて最後の位置を占めていると決定された場合、前記ＰＤＵと共にポーリング情報を伝送することと
　を包含する、方法。」
　という発明（以下、「補正後の発明」という。）に変更することを含むものである。
　
２．新規事項の有無、補正の目的要件について
　本件補正は、願書に最初に添付した明細書又は図面に記載した事項の範囲内において、「バッファ」を「伝送バッファまたは再伝送バッファ」とすることにより、「バッファ」の構成を限定し、特許請求の範囲を減縮するものであるから、本件補正は、平成１４年法律第２４号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第３項(新規事項)及び平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項第２号(補正の目的)の規定に適合している。
　
３．独立特許要件について
　上記補正は特許請求の範囲の減縮を目的とするものであるから、上記補正後の発明が特許出願の際独立して特許を受けることができるものであるのかどうかについて以下に検討する。
　
（１）補正後の発明
　上記「１．本願発明と補正後の発明」の項で認定したとおりである。
　
（２）引用発明
　原査定の拒絶の理由に引用され本願優先日前に頒布された刊行物であることが明らかな国際公開第００／６２４６８号(以下、「引用例」という。)には、「FLEXIBLE RADIO LINK CONTROL PROTOCOL」（当審仮訳）「フレキシブル無線リンク制御プロトコル」に関し、以下のとおりの記載がある。
　
ア．「BACKGROUND OF THE INVENTION 
 Technical Field of the Invention 
 The present invention relates in general to the telecommunications field and, in particular, to a flexible Radio Link Control (RLC) protocol for a mobile communications system. 
 Description of Related Art 
 When data is conveyed between nodes in a telecommunication network, certain algorithms are used to recover from the transmission of erroneous data and the loss of data on the transmission links between the nodes. An algorithm commonly used to recover from the transmission of erroneous data is referred to as an Automatic Repeat Request (ARQ) protocol. 
 The existing ARQ protocols include two peer entities that communicate with each other over transmission links. Each such entity includes a receiver and a sender. The units of data conveyed between the peer entities are commonly referred to as Protocol Data Units (PDUs). The ARQ protocols include certain rules for sending and receiving PDUs, as well as rules for the structure of the PDUs. 
 The receiver can inform the sender about which PDUs were correctly received (i.e., receiver acknowledges correctly-received PDUs) and/or which PDUs were incorrectly received. When the sender receives this information, it retransmits the lost PDUs. In other words, an ARQ protocol is a set of rules that allow the use of efficient retransmission mechanisms between a sending side and receiving side in a communication system. These rules specify, for example, how and in what form the PDUs are to be constructed so that the receiving side can interpret the conveyed PDUs correctly and respond to them accordingly. 
 Three main types of information elements (PDUs) can be transferred between two ARQ peer entities: user data; error recovery control data; and common control data. These three types of PDUs can be found in all existing ARQ protocols. A user data PDU contains at least user data and a sequencenumber. An error recovery control data PDU contains various amounts of control information needed for error recovery, and control functions such as positive and negative acknowledgments. A common control data PDU contains common control data. Notably, PDUs that include user data and at least a sequence number are denoted herein as Data-PDUs (D-PDUs), and PDUs that include control data needed for error control/recovery are denoted herein as Status-PDUs (S-PDUs). 
 In the known High Level Data Link Control (HDLC) protocol, which forms the basis for many existing ARQ protocols, the three types of PDUs are called, respectively, information frames (I-frames), supervisory frames (S-frames), and unnumbered frames (U-frames). The RLC protocol used in the existing General Packet Radio Service (GPRS) and the so-called 3rd Generation Cellular Communication System is an example of an HDLC-derived ARQ protocol. 
 In most communication systems, user data information is conveyed in both directions between the peer entities. Acommon feature included in an ARQ protocol is that is possible to include error control information in user data PDUs. This capability is known as piggybacking. For example, an acknowledgment is included in all I-frames (i.e., D-PDUs) of HDLC-derived protocols. The acknowledgment informs the peer entity about the sequence number of the last (in-sequence) correctly received PDU. 
 The 3rd Generation Partnership Project (3GPPTM) has produced an RLC Protocol Specification for the Radio Access Network (RAN) in the so-called 3rd Generation Digital Cellular Telecommunications System. This system is also known as the Universal Mobile Telecommunication System (UMTS), the UMTS Terrestrial Radio Access (UTRA) system, and the International Mobile Telecommunications-2000 (IMT-2000) system. As such, in accordance with the RLC Protocol Specification for the 3rd Generation System, the RLC sublayer provides three, different data transfer service modes (modes for services that the RLC layer provides to the higher layers): (1) transparent data transfer; (2) unacknowledged data transfer; and (3) acknowledged data transfer. The transparent data transfer service transmits higher layer PDUs to a peer entity without adding any protocol information to these PDUs. The unacknowledged data transfer service transmits higher layer PDUs to a peer entity, but without guaranteeing delivery to the peer entity involved. 
 The acknowledged data transfer service provided by the RLC Protocol transmits higher layer PDUs to a peer entity with guaranteed delivery. If the RLC sublayer is unable to deliver such data correctly (e.g., error-free delivery), the RLC user at the transmitting side is so notified, and that data is retransmitted. As such, in accordance with the RLC protocol, the acknowledged data transfer mode provides error-free delivery (ensured by retransmission). In other words, the receiving RLC peer entity delivers only error-free SDUs to the higher layer. The acknowledged data transfer mode also provides unique delivery (the RLC sublayer delivers an SDU only once to the receiving upper layer), and in-sequenceand out-of-sequence delivery (the RLC sublayer delivers SDUs to the receiving higher layer entity either in the same order or in a different order than what the transmitting higher layer entity submits to the RLC sublayer). 」（第１頁第９行〜第３頁第７行）
（当審仮訳）
「本発明の背景
　発明の属する技術分野
  本発明は、一般に、通信の分野に関するものであり、特に、移動体通信システムのためのフレキシブル無線リンク制御（ＲＬＣ）プロトコルに関するものである。
　従来の技術
  通信ネットワークのノード間でデータが送られる場合、ノード間の送信リンク上の誤りデータの送信やデータの損失から回復するために、所定のアルゴリズムが用いられる。誤りデータの送信から回復するために通常用いられるアルゴリズムは、自動再送要求（ＡＲＱ）プロトコルと呼ばれる。
　既存のＡＲＱプロトコルは、送信リンクを通じて互いに通信する２つのピアエンティティを含む。各々の該エンティティは受信器と送信器を含む。ピアエンティティ間で送られたデータのユニットは、プロトコル・データ単位（ＰＤＵ）プロトコルとして一般に参照されている。ＡＲＱプロトコルは、ＰＤＵの構成のルールだけでなく、ＰＤＵを送信／受信するための所定のルールを含む。
　受信器は、どのＰＤＵが適切に受信されたかについて（すなわち、受信器は適切に受信されたＰＤＵを確認する）及び／又はどのＰＤＵが誤って受信されたについて、送信器に知らせることができる。送信器がこの情報を受信すると、「失った」ＰＤＵを再送信する。すなわち、ＡＲＱプロトコルは、通信システムにおける送信側と受信側との間の効率的な再送信機構の使用を可能にする一連のルールである。これらのルールが規定しているのは、例えば、受信側が送られたＰＤＵを正しく解釈し、それに応じて返答できるように、どのような方法で、どのような形式でＰＤＵが作られているかである。
　２つのＡＲＱピアエンティティの間で、３つの主要なタイプの情報要素（ＰＤＵ）が送信され得る。すなわち、ユーザデータ、誤り回復制御データ、及び共通制御データである。これらの３つのタイプのＰＤＵは、全ての既存のＡＲＱに見られる。ユーザデータＰＤＵは、少なくともユーザデータ及びシーケンス番号を含む。誤り回復制御データＰＤＵは、誤りの回復に必要な様々な量の制御情報及び肯定応答や否定応答などの制御関数を含む。共通制御データＰＤＵは共通の制御データを含む。特に、ユーザデータ及び少なくとも１つのシーケンス番号を含むＰＤＵは、本発明ではデータＰＤＵ（Ｄ−ＰＤＵ）と表され、誤り制御／回復に必要な制御データを含むＰＤＵは、本発明ではステータスＰＤＵ（Ｓ−ＰＤＵ）と表される。
　既存のＡＲＱプロトコルの多くのベースを形成する周知のハイレベル・データリンク制御手順（ＨＤＬＣ）プロトコルでは、３つのタイプのＰＤＵがあり、それぞれ、情報フレーム（Ｉ−フレーム）、監視フレーム（Ｓ−フレーム）、番号なしのフレーム（Ｕ−フレーム）と呼ばれている。既存の汎用パケット無線サービス（ＧＰＲＳ）やいわゆる第３世代移動体通信システムで用いられているＲＬＣプロトコルは、ＨＤＬＣ方式のＡＲＱプロトコルの一例である。
　大部分の通信システムでは、ユーザデータ情報はピアエンティティ間で双方向に送られる。ＡＲＰプロトコルに含まれる共通の特徴は、ユーザデータＰＤＵに誤り制御情報を含むことができるということである。この機能はピギーバッキング（piggybacking）として知られている。例えば、ＨＤＬＣ方式のプロトコルにおける全てのＩ−フレーム（すなわちＤ−ＰＤＵ）には、応答が含まれている。この応答はピアエンティティに、最後に（順々に）適切に受信されたＰＤＵのシーケンス番号を知らせる。
　第３世代パートナーシッププロジェクト（３ＧＰＰＴＭ）は、いわゆる第３世代デジタル移動体通信システムにおける無線アクセスネットワーク（ＲＡＮ）のためのＲＬＣプロトコル仕様を作成した。このシステムは、汎用移動通信システム（ＵＭＴＳ）、ＵＭＴＳ地上無線アクセス（ＵＴＲＡ）システム、及び国際移動体通信−２０００（ＩＭＴ−２０００）システムとしても知られる。このようにして、第３世代システムのためのＲＬＣプロトコル仕様によれば、ＲＬＣ副層は３つの異なるデータ送信サービスモード（ＲＬＣ層がさらに高い層へ提供するサービスのためのモード）を提供する。すなわち、（１）透過データ送信、（２）非応答データ送信、及び（３）応答データ送信である。透過データ送信サービスは、これらのＰＤＵにプロトコル情報を追加せずに、ピアエンティティにさらに高い層のＰＤＵを送信する。非応答データ送信サービスは、ピアエンティティにさらに高い層のＰＤＵを送信するが、関係するピアエンティティへの送信は保証しない。
　ＲＬＣプロトコルによって提供されている応答データ送信サービスは、保証された送信を用いて、ピアエンティティにさらに高い層のＰＤＵを送信する。ＲＬＣ副層がそのようなデータを適切に送ることができないとすれば（エラーフリー送信など）、送信側のＲＬＣユーザはそのように知らされ、データは再送信される。このようにして、ＲＬＣプロトコルに従って、応答データ送信モードはエラーフリー送信を提供する（再送信が保証されている）。すなわち、受信ＲＬＣピアエンティティは、エラーフリーＳＤＵだけをさらに高い層に送信する。応答データ送信モードは、ユニークな送信（ＲＬＣ副層は受信部の上層へ一度だけＳＤＵを送信する）とシーケンスされた／シーケンスされていない送信（ＲＬＣ副層は、送信部の上層エンティティがＲＬＣ副層へ送信するのとは、同じ順番かまたは違った順序で、ＳＤＵを受信部の上層エンティティへ送信する）も提供する。」
　
イ．「Specifically, FIGURE 1 is a diagram that illustrates an acknowledged mode data transfer method, which can be used to implement the preferred embodiment of the present invention. Although an acknowledged mode data transfer method is shown, the present invention is not intended to be so limited and can include other data transfer methods or other data retransmission protocols. As shown, the acknowledged mode data transfer method can be used for transferring data between two peer entities which are operating in the acknowledged mode. In accordance with the existing RLC protocol, this method can be initiated by either the User Equipment (UE) or the UTRA Network (UTRAN). As such, the sender in the UE or UTRAN sends one or more Acknowledged Mode Data PDUs (AMD PDUs) to the receiver in the UTRAN or UE. AnAMD PDU is used to convey sequentially- numbered PUs containing RLC SDU data. The AMD PDU is used by the RLC when it is operating in the acknowledged mode. An AMD PDU includes a segment of one or more SDUs, a D/C field (indicating a D-PDU), a sequence number, a polling bit, a header extension bit, and one or more length indicator fields. 
 For this exemplary embodiment, the RLC functions are divided into two groups: transmitting (sending) side functions; and receiving side functions. All such functions can be implemented by the UE (e.g., mobile station) or the UTRAN. A transmitting or receiving RLC function can be mandatory or optional to use for each acknowledged mode entity. If such a function is mandatory, then no explicit signalling (e.g., from the Radio Resource Control (RRC)) is needed to initiate that function. 
 Referring to the RLC transmitting functions, if a polling mechanism is applied on the transmitting entity side, the following Table (1) illustrates the functions that control when a transmitter can poll a peer entity for astatus report. As such, an S-PDU transfer method is used for transferring status information between two RLC peer entities which are operating in the acknowledged mode. The method can be initiated by either the UE or UTRAN.
　
　
 Table 1 illustrates the functions that can trigger when a transmitter polls the receiver for a status report. One such trigger event is when the last PDU in the transmission buffer is transmitted. As shown in Table 1 for this embodiment, the transmission of the last PDU in the transmitter buffer function is mandatory for the transmit side when polling has been applied.」（第４頁第２２行〜第５頁第１９行） 
（当審仮訳）
「具体的にいうと、図１は本発明の好適な実施の形態を実施するために用いられる応答モードデータ送信方式を示す図である。応答モードデータ送信方式を示したが、本発明はそのように限定されることを意図しておらず、他のデータ送信方式または他のデータ再送信プロトコルを含むことができる。図に示すように、応答モードデータ送信方式は、応答モードで動作している２つのピアエンティティ間でデータを送信するために用いることができる。既存のＲＬＣプロトコルに従って、この方式はユーザ機器（ＵＥ）またはＵＴＲＡネットワーク（ＵＴＲＡＮ）のどちらかで開始することができる。このために、ＵＥまたはＵＴＲＡＮの送信器は、１つまたは複数の応答モードデータＰＤＵ（ＡＭＤ ＰＤＵ）を、ＵＴＲＡＮまたはＵＥの受信器に送信する。応答モードで動作している場合には、ＡＭＤ ＰＤＵはＲＬＣによって用いられる。ＡＭＤ ＰＤＵは、１つまたは複数のＳＤＵ、Ｄ／Ｃフィールド（Ｄ−ＰＤＵを示す）、シーケンス番号、ポーリングビット、ヘッダー拡張ビット、及び１つまたは複数の長さインジケータフィールドで構成される。
　本発明の実施の形態では、ＲＬＣ機能は２つのグループに分けることができる。すなわち、送信（送り手）側機能と受信側機能である。これらの機能の全ては、ＵＥ（移動ステーションなど）またはＵＴＲＡＮによって実施される。送信または受信ＲＬＣ機能は、各々の応答モードエンティティ対して、必須または選択で用いられる。このような機能が必須の場合では、その機能を開始するために信号を明示する（無線リソースコントロール（ＲＲＣ）などから）必要はない。
　ＲＬＣ送信機能について言及すると、ポーリング機構が送信エンティティ側に適用されるとすれば、以下の表１は、ステータスレポートを求めて送話器がピアエンティティをポーリングできる場合に制御する機能を示している。このようにして、応答モードで動作する２つのＲＬＣピアエンティティ間のステータス情報を送信するために、Ｓ−ＰＤＵ送信方式が用いられている。この方式はＵＥまたはＵＴＲＡＮのどちらかで開始されうる。
　トリガ　　　　　　　　　　　　存在（Presence）
−−−−−−−−−−−−−−−−−−−−
バッファの最後のＰＤＵ　　　　　必須(Mandatory)
ポーリングタイマ　　　　　　　　必須
Ｘ　ＰＤＵごと　　　　　　　　　選択(Optional)
Ｘ　ＰＤＵごと　　　　　　　　　選択
送信ウィンドウのＸパーセント　　選択
タイマベース　　　　　　　　　　選択
T prohibit　　　　　　　　　　　選択
　表１は、送話器がステータスレポートを求めて受信器をポーリングする場合に、トリガできる機能を示している。このようなトリガイベントの１つは、送信バッファ中の最後のＰＤＵが送信された場合である。本発明の実施の形態における表１に示すように、ポーリングが適用された場合には、送信側にとっては送信バッファ中の最後のＰＤＵの送信が必須である。」
　
ウ．「The transmitting side can also poll the peer entity for a status report when the transmitter has reached X% of the transmission window. The value of X is determined by asignal from the RRC, and this function is optional for the transmitting side.」（第６頁第５〜８行） 
（当審仮訳）
「送信側は、送信器がＸパーセントの送信ウィンドウに到達したときに、ステータスレポートを求めてピアエンティティをポーリングすることもできる。Ｘの値はＲＲＣからの信号によって決まり、この機能送信側に対してはオプションである。」
　
エ．「1. A method for enabling error-free delivery of data between a plurality of peer entities, comprising the steps of:
 a transmitting peer entity sending a polling request to a receiving peer entity, said polling request requesting a status report; and 
 responsive to said polling request, said receiving peer entity sending said status report to said transmitting peer entity.
　
2. The method of Claim 1, wherein said transmitting peer entity sends said polling request when a last PDU in a transmission buffer is transmitted.
　
　3. The method of Claim 1, wherein said transmitting peer entity sends said polling request when a status report has not been received by said transmitting peer entity and a polling timer has timed out.
　
4. The method of Claim 1, wherein said transmitting peer entity sends said polling request when said transmitting peer entity has transmitted a predefined number of PDUs.
　
5. The method of Claim 1, wherein said transmitting peer entity sends said polling request when said transmitting peer entity has transmitted a predefined number of SDUs.
　
6. The method of Claim 1 , wherein said transmitting peer entity sends said polling request when said transmitting peer entity has transmitted during a predefined portion of a transmitting window.」（第１１頁第３〜２７行）
（当審仮訳）
「１．複数のピアエンティティ間でデータを誤りなく配信するための方法であって、
  送信ピアエンティティが受信ピアエンティティにポーリング要求を送信する工程を含み、該ポーリング要求はステータスレポートを要求し、
  前記ポーリング要求に応じて、前記受信ピアエンティティが前記送信ピアエンティティに前記ステータスレポートを送信する工程を含むことを特徴とする方法。
　
２．前記送信ピアエンティティは、送信バッファの最後のＰＤＵが送信されたときに前記ポーリングリクエストを送信することを特徴とする請求項１に記載の方法。
　
３．前記送信ピアエンティティは、ステータスレポートが前記送信ピアエンティティによって受信されず、ポーリングタイマが終了したときに、前記ポーリング要求を送信することを特徴とする請求項１に記載の方法。
　
４．前記送信ピアエンティティは、前記送信ピアエンティティが所定数のＰＤＵを送信したときに、前記ポーリング要求を送信することを特徴とする請求項１に記載の方法。
　
５．前記送信ピアエンティティは、前記送信ピアエンティティが所定数のＳＤＵを送信したときに、前記ポーリング要求を送信することを特徴とする請求項１に記載の方法。
　
６．前記送信ピアエンティティは、前記送信ピアエンティティが所定範囲の送信ウィンドウ内で送信するときに、前記ポーリング要求を送信することを特徴とする請求項１に記載の方法。」
　
　上記引用例の記載及び図面ならびにこの分野における技術常識を考慮すると、
・上記フレキシブル無線リンク制御プロトコルは移動体通信システムのためのプロトコルであって（摘記事項ア．）、該プロトコルを用いた方法はポーリング要求を送信する工程を含み（摘記事項エ．）、
・上記ポーリング要求は、トリガイベントに基づいて伝送される（摘記事項イ．）が、「バッファの最後のＰＤＵ」は必須のトリガであるから（摘記事項イ．）、「バッファ内の最後のプロトコルデータユニット（ＰＤＵ）」のトリガに基づいて伝送されると言うことができ、また、「送信ウィンドウのＸパーセント」はオプションのトリガであり（摘記事項イ．、ウ．）、
・上記ＰＤＵを伝送する際には、バッファから選択されることは技術常識であり、
・上記ポーリング要求はＰＤＵのポーリングビットとして伝送される（摘記事項イ．）から、該ポーリング要求はポーリング情報と言うことができ、また、ＰＤＵとともにポーリング情報が伝送されると言え、
・上記送信ウィンドウが伝送ウィンドウと同義であることは明らかであるから、
　
　結局、上記引用例には、以下の発明（以下、「引用発明」という。）が開示されている。
「移動体通信システムにおいて「バッファ内の最後のプロトコルデータユニット（ＰＤＵ）」のトリガーに基づいてポーリング要求を伝送する方法であって、
　前記方法は、
　バッファからプロトコルデータユニット（ＰＤＵ）を選択することと、
　前記ＰＤＵがバッファにおいて最後の位置を占めているか否かを決定することと、
　前記ＰＤＵが前記バッファにおいて最後の位置を占めていない場合でさえも、前記ＰＤＵが前記伝送ウィンドウにおいてＸパーセントの位置を占めていると決定された場合、前記ＰＤＵと共にポーリング要求を伝送することと
　を包含する、方法。」
　
（３）対比・判断
　補正後の発明と引用発明とを対比すると、
・補正後の発明の「通信システム」は引用発明の「移動体通信システム」を含み、
・補正後の発明の「伝送バッファまたは再伝送バッファ」と引用発明の「バッファ」は「バッファ」である点で共通し、
・補正後の発明の「前記ＰＤＵが前記伝送ウィンドウにおいて最後の位置を占めていると決定された場合」と、引用発明の「前記ＰＤＵが前記伝送ウィンドウにおいてＸパーセントの位置を占めていると決定された場合」とは、「前記ＰＤＵが前記伝送ウィンドウにおいて特定の位置を占めていると決定された場合」である点で共通するから、
　
　両者は、以下の点で一致ないし相違している。
　
（一致点）
「通信システムにおいて「バッファ内の最後のプロトコルデータユニット（ＰＤＵ）」のトリガーに基づいてポーリング情報を伝送する方法であって、
　前記方法は、
　バッファからプロトコルデータユニット（ＰＤＵ）を選択することと、
　前記ＰＤＵがバッファにおいて最後の位置を占めているか否かを決定することと、
　前記ＰＤＵが前記バッファにおいて最後の位置を占めていない場合でさえも、前記ＰＤＵが前記伝送ウィンドウにおいて特定の位置を占めていると決定された場合、前記ＰＤＵと共にポーリング情報を伝送することと
　を包含する、方法。」
　
（相違点１）
　「バッファからプロトコルデータユニット（ＰＤＵ）を選択すること」と「前記ＰＤＵが前記バッファにおいて最後の位置を占めていない場合でさえも」における「バッファ」に関し、
　補正後の発明では「伝送バッファまたは再伝送バッファ」であるのに対し、引用発明では単に「バッファ」である点。
（相違点２）
　「伝送ウィンドウにおいて特定の位置」が、補正後の発明では「伝送ウィンドウにおいて最後の位置」であるのに対し、引用発明では「伝送ウィンドウにおいてＸパーセントの位置」である点。
（相違点３）
　「前記ＰＤＵがバッファにおいて最後の位置を占めているか否かを決定すること」に関し、
　補正後の発明では「前記ＰＤＵが伝送ウィンドウと前記伝送バッファまたは再伝送バッファとのうちの少なくとも１つにおいて最後の位置を占めているか否かを決定する」のに対し、引用発明では「前記ＰＤＵがバッファの最後の位置を占めているか否かを決定する」点。
　
　以下に、上記各相違点につき検討する。
（相違点１）について
　３ＧＰＰの技術仕様書である“3rd Generation Partnership Project; Technical Specification Group Radio Access Network; RLC protocol specificaton”(Release 1999), 3GPP TS 25.322  V3.8.0(2001-09)（ftp://ftp.3gpp.org/Specs/archive/25_series/25.322/25322-380.zip）（以下、「技術仕様書」という。）の「9.7.1 Polling function for acknowledged mode」(p.45)の欄に、「1) Last PDU in buffer」と「2) Last PDU in Retransmission buffer」が記載され、さらに、「Either the triggers 1) and 2) or the trigger 7) should be configured for every RLC entity to avoid deadlock situations」として記載されているように、「伝送バッファまたは再伝送バッファ」の最後のＰＤＵであること、を、ＲＬＣ層の応答モードにおけるポーリングトリガーとすることは当業者にとり周知の事項であるから、「バッファ」の最後のＰＤＵであること、を、ポーリングトリガーとする引用発明において、「バッファ」を「伝送バッファまたは再伝送バッファ」とすることにより、引用発明の「バッファからプロトコルデータユニット（ＰＤＵ）を選択すること」と「前記ＰＤＵが前記バッファにおいて最後の位置を占めていない場合でさえも」を、補正後の発明のように「伝送バッファまたは再伝送バッファからプロトコルデータユニット（ＰＤＵ）を選択すること」と「前記ＰＤＵが前記伝送バッファまたは再伝送バッファにおいて最後の位置を占めていない場合でさえも」に変更することは当業者にとり容易である。
（相違点２）について
　上記技術仕様書の前記「9.7.1 Polling function for acknowledged mode」の欄に、「6) Window based」として、「9.6 Protocol Parameters」(p.44)の欄の「d) Poll Window」に記載された条件「The range of values of this parameter shall be 0 ≦Poll Window≦100. A poll is triggered for each PDU when J≧Poll Window, where J is the window transmission percentage」を満たすことがポーリングトリガーの１つとして記載されているが、この条件からも明らかなように、ポーリングトリガーとなる伝送ウィンドウパーセントＪが０以上１００以下の適宜の値をとり得ることは周知の事項であると言える。また、伝送ウィンドウパーセントＪの値が１００のときには、伝送ウィンドウの最後の位置を占めるＰＤＵがポーリングトリガーとなることは自明である。
　したがって、引用発明の「伝送ウィンドウにおいてＸパーセントの位置」のＸとして１００を選択することにより、補正後の発明のように「伝送ウィンドウにおいて最後の位置」とすることは、上記周知の事項に基づいて当業者が容易になし得たものである。
（相違点３）について
　上記「（相違点１）について」で検討したように、引用発明の「バッファ」を「伝送バッファまたは再伝送バッファ」とすることは当業者にとり容易であり、また、上記「（相違点２）について」で検討したように、引用発明の「伝送ウィンドウにおいてＸパーセントの位置」を「伝送ウィンドウにおいて最後の位置」とすることも当業者が容易になし得た点に鑑みれば、ポーリング情報を伝送する条件として、引用発明の「前記ＰＤＵがバッファにおいて最後の位置を占めているか否かを決定する」ことに替え、補正後の発明のように「前記ＰＤＵが伝送ウィンドウと前記伝送バッファまたは再伝送バッファとのうちの少なくとも１つにおいて最後の位置を占めているか否かを決定する」ようにすることは当業者であれば容易になし得たものである。
　
　そして、補正後の発明の作用・効果も引用発明および周知の事項から当業者が予測し得る範囲のものである。
　
４．結語
　以上のとおり、本件補正は、補正後の発明が特許出願の際独立して特許を受けることができないものであるから、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する特許法第１２６条第５項の規定に適合していない。
　したがって、本件補正は、特許法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
第３．本願発明について
１．本願発明
　平成２１年１月１５日付けの手続補正は上記のとおり却下されたので、本願発明は上記「第２．補正却下の決定」の項中の「１．本願発明と補正後の発明」の項で「本願発明」として認定したとおりである。
　
２．引用発明
　引用発明は、上記「第２．補正却下の決定」の項中の「３．独立特許要件について」の項中の「（２）引用発明」の項で認定したとおりである。
　
３．対比・判断
　そこで、本願発明と引用発明とを対比するに、本願発明は上記補正後の発明から当該補正に係る限定を省いたものである。
　そうすると、本願発明の構成に当該補正に係る限定を付加した補正後の発明が、上記「第２．補正却下の決定」の項中の「３．独立特許要件について」の項で検討したとおり、引用発明に基づいて当業者が容易に発明できたものであるから、本願発明も同様の理由により、容易に発明できたものである。
　
４．むすび
　以上のとおり、本願発明は、引用例の記載および周知の事項に基づいて、当業者が容易に発明をすることができたものと認められるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。