【事件の表示】
　特願２０１５−２１５６４６「移動通信システムにおける端末への着信処理方法」拒絶査定不服審判事件〔平成２８年　６月３０日出願公開、特開２０１６−１１９６５０、請求項の数（１）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、平成２７年４月３０日（国内優先権主張　平成２６年１２月２２日）を国際出願日として出願した特願２０１５−５２６４２４号の一部を、平成２７年１１月２日に新たに出願したものであって、平成２８年２月１５日付けで手続補正書が提出され、同年２月２６日付けで拒絶理由が通知され、同年３月２３日付けで意見書及び手続補正書が提出され、同年４月５日付けで拒絶査定されたところ、同日付けで補正の却下の決定がなされ、同年６月８日に拒絶査定不服審判の請求がなされ、同時に手続補正がなされたものである。
第２　平成２８年４月５日付けの補正の却下の決定及び原査定の概要
１．平成２８年４月５日付けの補正の却下の決定の概要は以下のとおりである。
　平成２８年３月２３日付けの補正は、特許請求の範囲の限定的減縮を目的とするものであるが、当該補正後の本願請求項１に係る発明は、引用文献１に記載された発明と同一であり、また、引用文献１に記載された発明から、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明できたものであり、独立特許要件を満たさないから、平成２８年３月２３日付けの補正は却下すべきものである。
　＜引用文献等一覧＞
　１　特許第５６０６６０３号公報
２．原査定（平成２８年４月５日付け拒絶査定）の概要は次のとおりである。
　本願請求項１、２に係る発明は、上記引用文献１に記載された発明と同一であり、また、上記引用文献１に基づいて当業者が容易に発明できたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
第３　本願発明
　本願請求項１に係る発明（以下、「本願発明」という。）は、平成２８年６月８日付けの手続補正で補正された特許請求の範囲の請求項１に記載された事項により特定される発明であり、以下のとおりの発明と認める。
「　ＩＳＲ（Idle-mode Signaling Reduction）が有効な移動通信システムにおける端末への着信処理方法であって、
　前記端末が、ＬＴＥ基地局へのＴｒａｃｋｉｎｇ　Ａｒｅａ　Ｕｐｄａｔｅ　Ｒｅｑｕｅｓｔメッセージの送信、または２Ｇ／３Ｇ無線制御装置へのＲｏｕｔｉｎｇ　Ａｒｅａ　Ｕｐｄａｔｅ　Ｒｅｑｕｅｓｔメッセージの送信を行うステップと、
　前記Ｔｒａｃｋｉｎｇ　Ａｒｅａ　Ｕｐｄａｔｅ　ＲｅｑｕｅｓｔメッセージまたはＲｏｕｔｉｎｇ　Ａｒｅａ　Ｕｐｄａｔｅ　Ｒｅｑｕｅｓｔメッセージの送信に基づき、前記端末に対するパケット着信を受けたＳＧＷ（Ｓｅｒｖｉｎｇ　Ｇａｔｅｗａｙ）から、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）およびＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）にＤＤＮ（Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージが送信され、前記ＭＭＥおよび前記ＳＧＳＮと異なる他のＭＭＥまたは他のＳＧＳＮから前記ＩＳＲが有効であることを示す情報を含むＭｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージを前記ＳＧＷに送信された場合に、前記ＩＳＲが有効であったとしても前記Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージを送信した前記他のＭＭＥまたは前記他のＳＧＳＮのみから前記ＬＴＥ基地局または前記２Ｇ／３Ｇ無線制御装置を介して前記端末がページを受けるステップと、
　前記端末が、前記ＬＴＥ基地局または前記２Ｇ／３Ｇ基地局制御装置に対して前記ページに伴う処理を実行するステップとを有する、移動通信システムにおける端末への着信処理方法。」
第４　引用文献、引用発明等
　原査定の拒絶の理由に引用された引用文献１（特許第５６０６６０３号公報）には、図面とともに次の事項が記載されている。
「【００４２】
　はじめに、ＵＥ４５は、ＭＭＥ２５の管理する位置登録エリアから他の位置登録エリアに移動したことを検出すると、移動先の通信エリアを管理するｅＮＢ６５へTracking Area Update Requestメッセージを送信する（Ｓ２１）。ＵＥ４５は、ｅＮＢ６５から配信される報知情報を受信することによって、位置登録エリアが変更したことを検出してもよい。つまり、ＵＥ４５は、移動前にｅＮＢ５５から配信された位置登録エリアと、移動後にｅＮＢ６５から配信された位置登録エリアとが異なる場合に、位置登録エリアが変更したことを検出してもよい。
【００４３】
　次に、ｅＮＢ６５は、自装置の通信エリアを含む位置登録エリアを管理しているＭＭＥ３５へ、ＵＥ４５に関するTracking Area Update Requestメッセージを送信する（Ｓ２３）。このとき同時に、ＵＥ４５とＭＭＥ３５の間で制御メッセージを通信するために、ｅＮＢ６５とＭＭＥ３５の間にS1 Connectionを確立する。ここで、Tracking Area Update Requestメッセージには、ＵＥ４５の移動前の位置登録エリアを管理していたＭＭＥ２５の識別子が含まれているとする。
【００４４】
　次に、ＭＭＥ３５は、ＭＭＥ２５からＵＥ４５の位置登録情報を取得するために、ＭＭＥ２５へ位置登録情報の転送を要求するContext Requestメッセージを送信する（Ｓ２４）。ＭＭＥ２５は、ＭＭＥ３５からＵＥ４５の位置登録情報の転送を要求するContext Requestメッセージが送信されたことによって、自装置が管理する位置登録エリアの外にＵＥ４５が移動したことを検出することが出来る。さらに、ＭＭＥ２５は、ＭＭＥ３５から送信されたContext Requestメッセージを受信することによって、ＵＥ４５がＭＭＥ３５の管理する位置登録エリアに移動したことを検出することが出来る。
【００４５】
　ここで、ステップＳ２４においてＭＭＥ３５からＭＭＥ２５へContext Requestメッセージが送信された後に、ＳＧＷ１５へＵＥ４５に対するパケット着信が通知されるとする（Ｓ２５）。パケット着信は、外部ネットワークからＰＧＷ７５を経由してＳＧＷ１５へ通知される。
【００４６】
　ＳＧＷ１５は、図６の接続処理において、ＵＥ４５がＭＭＥ２５の管理する位置登録エリアに在圏していることを通知されている。そのため、ＳＧＷ１５は、ＵＥ４５に対するパケット着信を通知するためにＭＭＥ２５へDownlink Data Notificationメッセージを送信する（Ｓ２６）。
【００４７】
　次に、ＭＭＥ２５は、ステップＳ２４のContext Requestメッセージを受信することによってＵＥ４５が移動中であることを検出している。そのため、ＭＭＥ２５は、ＵＥ４５が移動中であり、ＵＥ４５の呼び出し処理を一時的に行うことが出来ないことを示すCauseを設定し、Downlink Data Notification Acknowledgeメッセージを送信する（Ｓ２７）。Downlink Data Notification Acknowledgeメッセージには、Cause設定として、Cause=Temporarily Rejected due to mobilityが設定される。Cause=Temporarily Rejected due to mobilityは、Causeに、ＵＥが移動中であり一時的に呼び出し処理が出来ないこと（temporarily rejected）を示す情報が設定されたことを示している。
【００４８】
　ここで、ＳＧＷ１５は、Cause=Temporarily Rejected due to mobilityが設定されたDownlink Data Notification Acknowledgeメッセージを受信すると、パケット着信処理を一時中断し、ＵＥ４５を宛先とするパケットのバッファリングを継続しつつDownlink Data Notificationメッセージを再送するタイマ(locally configured guard timer)を起動する。
【００４９】
　次に、ＭＭＥ２５は、Tracking Area Update RequestメッセージにおけるＵＥ４５の移動前の位置登録エリアを管理するＭＭＥとしての動作を実行する。つまり、ＭＭＥ２５は、ステップＳ２４のContext Requestメッセージの応答メッセージとして、Context ResponseメッセージをＭＭＥ３５へ送信する（Ｓ２８）。ＵＥ４５の移動前の位置登録エリアを管理するＭＭＥは、Ｏｌｄ側ＭＭＥと称されてもよい。さらに、ＵＥ４５の移動後の位置登録エリアを管理するＭＭＥは、Ｎｅｗ側ＭＭＥと称されてもよい。ＭＭＥ２５は、Context Responseメッセージを用いてＵＥ４５の位置登録情報をＭＭＥ３５へ通知する。ＭＭＥ３５は、Context Responseメッセージの応答メッセージとしてContext AcknowledgeメッセージをＭＭＥ２５へ送信する（Ｓ２９）。
【００５０】
　次に、ＭＭＥ３５は、ＭＭＥ２５とＳＧＷ１５との間に確立されているセッションの切替を通知するために、ＳＧＷ１５へModify Bearer Requestメッセージを送信する（Ｓ３０）。ＭＭＥ２５とＳＧＷ１５との間に確立されているセッションは、図６のステップＳ１３及びＳ１４において確立されたセッションである。ＳＧＷ１５は、Modify Bearer Requestメッセージを受信することによって、ＭＭＥ３５においてＵＥ４５の移動処理が完了したことを検出する。ＭＭＥ３５は、ＭＭＥ２５とＳＧＷ１５との間において確立されたセッションを識別する識別子をＳＧＷ１５へ送信することによって、ＭＭＥ２５とＳＧＷ１５との間に確立されているセッションの切替を通知してもよい。ＭＭＥ２５とＳＧＷ１５との間において確立されたセッションを識別する識別子は、ステップＳ２８のContext Responseメッセージに含められてもよい。
【００５１】
　ＳＧＷ１５は、Modify Bearer Requestメッセージの応答メッセージとして、Modify Bearer ResponseメッセージをＭＭＥ３５へ送信する（Ｓ３１）。この時、ＳＧＷ１５は、ステップＳ２７においてDownlink Data Notification Acknowledgeメッセージを受信した際に起動したタイマ(locally configured guard timer)を停止する。
【００５２】
　次に、ＭＭＥ３５は、Modify Bearer Responseメッセージを受信すると、ステップＳ２３の応答メッセージとして、Tracking Area Update AcceptメッセージをｅＮＢ６５へ送信する（Ｓ３２）。次に、ｅＮＢ６５は、送信されたTracking Area Update AcceptメッセージをＵＥ４５へ送信する（Ｓ３３）。
【００５３】
　次に、ＭＭＥ３５は、既に確立したｅＮＢ６５との間のS1 Connectionを解放する（Ｓ３４）。
【００５４】
　次に、ＳＧＷ１５は、ＵＥ４５に対するパケット着信を通知するために、ＵＥ４５の移動先の位置登録エリアを管理するＭＭＥ３５へDownlink Data Notificationメッセージを送信する（Ｓ３５）。つまり、ステップＳ３５において、ステップＳ２６における、ＭＭＥ２５に対するDownlink Data Notificationメッセージの送信処理を、ＵＥ４５の移動先の位置登録エリアを管理するＭＭＥ３５に対して行う事になる。次に、ＭＭＥ３５は、ＵＥ４５の呼び出し処理を行うために、ｅＮＢ６５へPagingメッセージを送信し（Ｓ３６）、ｅＮＢ６５は、配下の通信エリアに在圏するＵＥに対してPagingメッセージを送信する（Ｓ３７）。このようにして、ＵＥ４５は、新たな位置登録エリアに移動した後に、ＵＥ４５の移動中に発生したパケット着信通知を受けることが出来る。
【００５５】
　ここで、ステップＳ２７においてDownlink Data Notification Acknowledgeメッセージを受信した際に起動したタイマ(locally configured guard timer)がModify Bearer Requestメッセージを受信する前に満了した場合、ＳＧＷ１５は、ＵＥ４５に対するパケット着信処理を終了してもよい。もしくは、ＳＧＷ１５は、再度Downlink Data NotificationメッセージをＭＭＥ２５へ送信し、パケット着信処理を継続するようにしてもよい。
【００５６】
　ここで、ステップＳ２７においてDownlink Data Notification Acknowledgeメッセージを受信した際に起動したタイマ(locally configured guard timer)がModify Bearer Requestメッセージを受信できず満了した場合、ＳＧＷ１５は、バッファリングされたＵＥ４５を宛先とするパケットを解放してもよい。
【００５７】
　以上説明したように本発明の実施の形態２にかかる通信システムを用いることにより、ＵＥ４５がＭＭＥの変更を伴う移動中であり、新たなＭＭＥにおいてＵＥ４５の移動処理が完了していない間にＵＥ４５に対するパケット着信が発生した場合においても、ＵＥ４５は正常にパケット着信通知を受信することが出来る。
【００５８】
　さらに、図３及び図４のように、ＭＭＥ３５がＳＧＳＮ３７へ置き換えられ、ｅＮＢ６５が２Ｇ／３Ｇ無線制御装置６７へ置き換えられた場合、ステップＳ２１及びＳ２３におけるTracking Area Update Requestメッセージは、Routing Area Update Requestメッセージに置き換えられる。また、ステップＳ３２及び３３におけるTracking Area Update Acceptメッセージは、Routing Area Update Acceptメッセージに置き換えられる。このとき、ＭＭＥ２５とＳＧＳＮ３７がISR（Idle-mode signaling reduction）を有効にする場合、ステップＳ３５にて行われるパケット着信処理の継続は、ＭＭＥ２５とＳＧＳＮ３７の両方に行われてもよい。」
　また図面として次の図７が記載されている。
　　　　　　　　　　　　　　　図７
　したがって、上記引用文献１には次の発明（以下、「引用発明」という。）が記載されていると認められる。
「　ＵＥ４５が、ｅＮＢ６５へＴｒａｃｋｉｎｇ　Ａｒｅａ　Ｕｐｄａｔｅ　Ｒｅｑｕｅｓｔメッセージを送信し、
　前記Ｔｒａｃｋｉｎｇ　Ａｒｅａ　Ｕｐｄａｔｅ　Ｒｅｑｕｅｓｔメッセージの送信に基づき、ＵＥ４５に対するパケット着信を通知されるＳＧＷ１５は、ＭＭＥ２５へＤｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎメッセージを送信し、ＭＭＥ３５はＳＧＷ１５へＭｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージを送信し、Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージを送信したＭＭＥ３５は、ＵＥ４５の呼び出し処理を行うために、ｅＮＢ６５へＰａｇｉｎｇメッセージを送信し、ｅＮＢ６５は、配下の通信エリアに在圏するＵＥに対してＰａｇｉｎｇメッセージを送信する、
着信処理方法。」
第５　対比・判断
１．対比
　本願発明と引用発明とを対比すると、次の一致点、相違点が認められる。
（一致点）
「　移動通信システムにおける端末への着信処理方法であって、
　前記端末が、ＬＴＥ基地局へのＴｒａｃｋｉｎｇ　Ａｒｅａ　Ｕｐｄａｔｅ　Ｒｅｑｕｅｓｔメッセージの送信を行うステップと、
　前記Ｔｒａｃｋｉｎｇ　Ａｒｅａ　Ｕｐｄａｔｅ　Ｒｅｑｕｅｓｔメッセージの送信に基づき、前記端末に対するパケット着信を受けたＳＧＷ（Ｓｅｒｖｉｎｇ　Ｇａｔｅｗａｙ）から、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）にＤＤＮ（Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージが送信され、前記ＭＭＥと異なる他のＭＭＥからＭｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージを前記ＳＧＷに送信された場合に、前記Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージを送信した前記他のＭＭＥから前記ＬＴＥ基地局を介して前記端末がページを受けるステップと、
　を有する、移動通信システムにおける端末への着信処理方法。」
（相違点１）
　本願発明は、「ＩＳＲ（Idle-mode Signaling Reduction）が有効な移動通信システムにおける端末への着信処理方法」であるのに対して、引用発明では上記「第４」で摘記した【００５８】段落に「ＭＭＥ２５とＳＧＳＮ３７がISR（Idle-mode signaling reduction）を有効にする場合、ステップＳ３５にて行われるパケット着信処理の継続は、ＭＭＥ２５とＳＧＳＮ３７の両方に行われてもよい。」という程度の示唆はされているものの、「ＩＳＲ（Idle-mode Signaling Reduction）が有効な移動通信システム」であることについて明示はなく、これに関連して本願発明では「２Ｇ／３Ｇ無線制御装置へのＲｏｕｔｉｎｇ　Ａｒｅａ　Ｕｐｄａｔｅ　Ｒｅｑｕｅｓｔメッセージの送信を行う」構成、「ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）にＤＤＮ（Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージが送信され」る構成、及び「他のＳＧＳＮから・・・Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージを前記ＳＧＷに送信」する構成、を備えているのに対して、引用発明にはこれらの構成について明示されていない点。
（相違点２）
　本願発明では、「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージ」は「前記ＩＳＲが有効であることを示す情報を含む」のに対して、引用発明でこのような特定がない点。
（相違点３）
　本願発明では「前記ＩＳＲが有効であったとしても前記Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージを送信した前記他のＭＭＥまたは前記他のＳＧＳＮのみから前記ＬＴＥ基地局または前記２Ｇ／３Ｇ無線制御装置を介して前記端末がページを受ける」のに対して、引用発明では「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージを送信したＭＭＥ３５は、ＵＥ４５の呼び出し処理を行うために、ｅＮＢ６５へＰａｇｉｎｇメッセージを送信する」だけのものである点。
（相違点４）
　本願発明では「前記端末が、前記ＬＴＥ基地局または前記２Ｇ／３Ｇ基地局制御装置に対して前記ページに伴う処理を実行するステップ」を有するのに対して、引用発明ではこれについて明示されていない点。
２．相違点についての判断
　相違点２について先に検討する。
　引用発明には、「Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージ」に「前記ＩＳＲが有効であることを示す情報」が含まれることに関して何ら記載されていない。そして、ＩＳＲに関しては、上記「第４」で摘記した引用文献１の【００５８】段落に「ＭＭＥ２５とＳＧＳＮ３７がISR（Idle-mode signaling reduction）を有効にする場合、ステップＳ３５にて行われるパケット着信処理の継続は、ＭＭＥ２５とＳＧＳＮ３７の両方に行われてもよい。」との示唆があるにとどまり、ＩＳＲを有効にする場合、各ステップにおいて具体的にどのような信号のやりとりが行われるか引用文献１に十分に開示されていないことに鑑みても、相違点２とした本願発明の構成は引用発明から容易に想到できたものということはできない。また、本願発明は引用発明と同一であるということもできない。したがって、他の相違点について判断するまでもなく、本願発明は、引用発明と同一であるということはいえず、また、当業者であっても引用発明に基づいて容易に発明できたものであるとはいえない。
第６　むすび
　以上のとおり、原査定の理由によっては、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。