【事件の表示】
　特願２０１６−１７２８１５「アップリンクランダムアクセスチャネル伝送を最適化する方法および装置」拒絶査定不服審判事件〔平成２８年１２月　１日出願公開、特開２０１６−２０１８５１〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、２０１１年（平成２３年）２月１１日（パリ条約による優先権主張外国庁受理　２０１０年２月１２日　米国、２０１０年４月２日　米国、２０１０年４月３０日　米国、２０１０年６月１８日　米国）を国際出願日とする特願２０１２−５５３０４８号の一部を、平成２６年６月２５日に新たな特許出願とした特願２０１４−１３０６７７号の一部を、平成２８年９月５日に更に新たな特許出願としたものであって、その手続きの経緯は以下のとおりである。
平成２９年　９月２９日付け　拒絶理由通知書
平成３０年　２月１３日　　　意見書、手続補正書の提出
平成３０年　７月１２日付け　拒絶理由通知書（最後）
平成３０年１０月２２日　　　意見書、手続補正書の提出
平成３１年　２月　８日付け　拒絶査定
令和　１年　６月１９日　　　拒絶査定不服審判の請求
　　　　　　　　　　　　　　手続補正書の提出
第２　本願発明
　本願の請求項１−１４に係る発明は、令和１年６月１９日にされた手続補正により補正された特許請求の範囲の請求項１−１４に記載された事項により特定されるところ、その請求項１に係る発明（以下、「本願発明」という。）は、以下のとおりのものと認める。
「　無線送受信ユニット（ＷＴＲＵ）からネットワークにランダムアクセスチャネル（ＲＡＣＨ）送信を実行する方法であって、
　前記ＷＴＲＵによって、前記ＷＴＲＵに関連付けられたアクセスクラス（ＡＣ）情報を判定することと、
　前記ＡＣ情報の除外パラメータが変化したことを示す情報を含むページングメッセージを受信することと、
　前記ＡＣ情報の前記除外パラメータが変化したことを示す前記情報を含む前記受信されたページングメッセージに応答して、前記変化した除外パラメータを含むシステム情報ブロック（ＳＩＢ）を取得することであって、前記ＳＩＢは、前記ＷＴＲＵが特定のＡＣを使用して前記ネットワークにアクセスすることを妨げられているかどうかを示すビット文字列における少なくとも１つのビットを含む、ことと、
　前記ＷＴＲＵが前記特定のＡＣを使用して前記ネットワークにアクセスすることを妨げられているという条件で、アップリンク送信を妨げることと、
　前記ＷＴＲＵが前記特定のＡＣを使用して前記ネットワークにアクセスすることを妨げられていないという条件で、前記変化した除外パラメータに従って前記ＷＴＲＵによって前記ネットワークにアクセスすることと
　を備える方法。」
第３　原査定の拒絶の理由
　原査定の拒絶の理由は、「１．（サポート要件）この出願は、特許請求の範囲の記載が下記の点で、特許法第３６条第６項第１号に規定する要件を満たしていない。」、「３．（進歩性）この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。」というものである。
　そして、理由１（サポート要件）の詳細は、「請求項１記載の『前記ＡＣ情報の除外パラメータが変化したことを示すページングメッセージ』は、発明の詳細な説明に記載されていない。」、「請求項１記載の『前記ＡＣ情報の前記除外パラメータが変化したことを示す前記ページングメッセージの受信に応答して、前記変化した除外パラメータおよびビット文字列を含むシステム情報ブロック（ＳＩＢ）を取得する』は、発明の詳細な説明に記載されていない。」である。
　また、理由３（進歩性）に関して、請求項１に対して下記１、２が引用されている。
１：Huawei、RAN enhancements for MTC、3GPP TSG-RAN WG2Meeting #69 R2-101061、２０１０年２月２６日アップロード、インターネット＜https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_69/Docs/R2-101061.zip＞
２：Nokia Siemens Networks,Nokia Corporation、Open issues in RACH overload control、3GPP TSG-RAN WG2 Meeting #60bis R2-080221、２００９年１月８日アップロード、インターネット＜https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_60bis/Docs/R2-080221.zip＞
第４　当審の判断
１．特許法第２９条第２項（進歩性）について
（１）優先権主張について
　本願発明は、以下の出願を基礎として優先権を主張している。
　　米国特許仮出願６１／３０４３７２（出願日　２０１０年２月１２日）
　　米国特許仮出願６１／３２０４１０（出願日　２０１０年４月　２日）
　　米国特許仮出願６１／３２９７７７（出願日　２０１０年４月３０日）
　　米国特許仮出願６１／３５６４７９（出願日　２０１０年６月１８日）
　しかしながら、本願発明の「前記ＡＣ情報の除外パラメータが変化したことを示す情報を含むページングメッセージを受信することと、前記ＡＣ情報の前記除外パラメータが変化したことを示す前記情報を含む前記受信されたページングメッセージに応答して、前記変化した除外パラメータを含むシステム情報ブロック（ＳＩＢ）を取得することであって、前記ＳＩＢは、前記ＷＴＲＵが特定のＡＣを使用して前記ネットワークにアクセスすることを妨げられているかどうかを示すビット文字列における少なくとも１つのビットを含む」、及び、「前記変化した除外パラメータに従って前記ＷＴＲＵによって前記ネットワークにアクセスする」との事項は、米国特許仮出願６１／３２９７７７の書類には記載されているものの、米国特許仮出願６１／３０４３７２、及び、米国特許仮出願６１／３２０４１０の書類には記載されていない。
　すなわち、米国特許仮出願６１／３０４３７２の書類の段落［００４８］、［００５２］、［００６２］、及び、米国特許仮出願６１／３２０４１０の書類の段落［００５０］、［００５５］、［００６０］、［００７３］には、それぞれ、アクセスクラスを用いることが記載されている。しかしながら、「ＡＣ情報の除外パラメータ」及び「ＡＣ情報の除外パラメータが変化したことを示す情報を含むページングメッセージを受信すること」は記載されていない。また、「ＡＣ情報の除外パラメータが変化したことを示す情報を含む受信されたページングメッセージに応答して、前記変化した除外パラメータを含むシステム情報ブロック（ＳＩＢ）を取得すること」及び「変化した除外パラメータに従って前記ＷＴＲＵによって前記ネットワークにアクセスする」ことは、記載されていない。
　したがって、本願発明には、米国特許仮出願６１／３０４３７２、及び、米国特許仮出願６１／３２０４１０を基礎とする優先権の主張の効果は認められない。
　よって、本願発明について、新規性・進歩性の判断基準日は、米国特許仮出願６１／３２９７７７の出願日の２０１０年４月３０日である。
（２）引用発明及び公知技術
ア．引用発明
　原査定の拒絶の理由で引用されたHuawei、RAN enhancements for MTC（当審仮訳：ＭＴＣのためのＲＡＮの拡張）、3GPP TSG-RAN WG2 Meeting #69 R2-101061、２０１０年２月２６日アップロード、インターネット＜https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_69/Docs/R2-101061.zip＞（以下、「引用例」という。）には、以下の事項が記載されている。（下線は当審が付与。）
（ア）「3 Access Control
（略）
We assume that Radio network congestion mayhappen when a large number of MTC devices is deployed in a particular area,especially when most MTC devices are required to access to the networksimultaneously. For instance the Location Specific Trigger feature which isintended to trigger MTC Devices in a particular area (e.g. to wake up the MTCDevice) [1] may require 
the MTC devices in a particular area to wake up andaccess the network simultaneously
（当審仮訳：
３　アクセスコントロール
（略）
　多数のＭＴＣデバイスが特定のエリアに展開されている場合、特にほとんどのＭＴＣデバイスが同時にネットワークにアクセスする必要がある場合、無線ネットワークの輻輳が発生すると想定している。たとえば、特定のエリアでＭＴＣデバイスをトリガーする（たとえば、ＭＴＣデバイスをウェイクアップする）[1]ことを目的としたロケーション固有のトリガー機能は、
特定のエリアのＭＴＣデバイスがウェイクアップしてネットワークに同時にアクセスすることを要求する
（イ）「
In UTRAN, if the UEis a member of at least one Access Class which corresponds to the permittedclasses as broadcast (barred or not barred) over the air interface, accessattempts are allowed. Otherwise access attempts are not allowed. The network operatorcan take the network load into account when allowing UEs access to the networkby setting the Access Class status
（当審仮訳：
　
ＵＴＲＡＮでは、ＵＥがエアインターフェイスを介したブロードキャスト（禁止されている、あるいは禁止されていない）として許可されたクラスに対応する少なくとも１つのアクセスクラスのメンバーである場合、アクセス試行が許可される。それ以外の場合、アクセス試行は許可されない。ネットワークオペレータは、ＵＥのネットワークへのアクセスを許可する際に、アクセスクラスステータスを設定することにより、ネットワーク負荷を考慮することができる
（ウ）「
In UTRAN, if MTCdevices are allocated to one of the access classes 0 to 9 and/or one of theclasses 11 to 15,
（当審仮訳：
　
ＵＴＲＡＮでは、ＭＴＣデバイスがアクセスクラス０〜９の１つ及び／又はクラス１１〜１５の１つに割り当てられている場合
（エ）「
When the networkload changes the Access Class status
in system information may need to change as well.The BCCH modification is indicated with a paging message that wakes up usersand notifies them to read the updated system information
For example, 
when only access controlparameter in system information for MTC devices is changed, SI modification inpaging message could indicate this modification is only applied for MTC, soonly MTC devices need to read the updated SI
Proposal 4: 
The updated access controlinformation for MTC devices or an indication for this information update in SIcould be included in paging message
（当審仮訳：
　
ネットワーク負荷が変わると、システム情報内のアクセスクラスステータス
も変更する必要がある。ＢＣＣＨの変更は、ユーザをウェイクアップさせ、更新されたシステム情報を読み取るよう通知するページングメッセージで示される。
　たとえば、
ＭＴＣデバイスのためのシステム情報のアクセス制御パラメータのみが変更された場合、ページングメッセージのＳＩ変更は、この変更がＭＴＣにのみ適用されることを示すことができるため、ＭＴＣデバイスのみが更新されたＳＩを読み取る必要があり
　提案４：ＭＴＣデバイスのための更新されたアクセス制御情報、又は、ＳＩにおけるこの情報の更新の通知を、ページングメッセージに含めることができる。）
　上記（ア）−（エ）の記載及び当業者の技術常識を考慮すると、以下のことがいえる。
ａ　上記（ア）によれば、引用例には「ＭＴＣデバイスがウェイクアップしてネットワークにアクセスする」ことについての発明が記載されているといえる。
ｂ　上記（ウ）には、ＭＴＣデバイスがアクセスクラス０〜９の１つ及び／又はクラス１１〜１５の１つに割り当てられることが記載されている。よって、「ＭＴＣデバイスは、当該ＭＴＣデバイスに割り当てられたアクセスクラスを有する」といえる。
ｃ　上記（エ）の１段落には、ネットワーク負荷が変わると、システム情報内のアクセスクラスステータスも変更する必要があり、ページングメッセージを用いて、更新されたシステム情報、すなわち、変更されたシステム情報内のアクセスクラスステータスを読み取るよう通知することが記載されているといえる。
　また、上記（エ）の２段落によれば、ページングメッセージを受信したＭＴＣデバイスが、更新されたシステム情報を読み取るといえる。
　よって、「ＭＴＣデバイスは、変更されたシステム情報内のアクセスクラスステータスを読み取るよう通知するページングメッセージを受信し、当該ページングメッセージの受信に応答して、変更されたシステム情報内のアクセスクラスステータスを読み取る」といえる。
ｄ　上記（イ）には、許可されたクラスに対応するアクセスクラスのメンバーである場合にアクセス試行が許可され、それ以外の場合にはアクセス試行が許可されないことが記載されている。そして、上記（イ）によれば、ネットワークオペレータは、ＵＥのネットワークへのアクセスを許可する際に、アクセスクラスステータスを設定することにより、ネットワーク負荷を考慮することができ、上記（エ）の１段落によれば、ネットワーク負荷が変わると、システム情報内のアクセスクラスステータスも変更されるから、システム情報内のアクセスクラスステータスはネットワーク負荷を考慮して変更されることが明らかである。
　してみると、「ＭＴＣデバイスは、ネットワーク負荷を考慮して変更されたシステム情報内のアクセスクラスステータスに従って、許可されたクラスに対応するアクセスクラスのメンバーではない場合にアクセス試行が許可されず、許可されたクラスに対応するアクセスクラスのメンバーである場合にアクセス試行が許可される」といえる。
　してみれば、引用例には次の発明（以下、「引用発明」という。）が記載されていると認める。
「　ＭＴＣデバイスがウェイクアップしてネットワークにアクセスするための方法であって、
　ＭＴＣデバイスは、当該ＭＴＣデバイスに割り当てられたアクセスクラスを有することと、
　ＭＴＣデバイスは、変更されたシステム情報内のアクセスクラスステータスを読み取るよう通知するページングメッセージを受信し、当該ページングメッセージの受信に応答して、変更されたシステム情報内のアクセスクラスステータスを読み取ることと、
　ＭＴＣデバイスは、ネットワーク負荷を考慮して変更されたシステム情報内のアクセスクラスステータスに従って、許可されたクラスに対応するアクセスクラスのメンバーではない場合にアクセス試行が許可されず、許可されたクラスに対応するアクセスクラスのメンバーである場合にアクセス試行が許可されることと、
　を備える方法。」
イ．周知事項
（ア）原査定の拒絶の理由で引用されたNokiaSiemens Networks, Nokia Corporation、Open issues in RACHoverload control（当審仮訳：ＲＡＣＨ過負荷制御の未解決の問題）、3GPP TSG-RANWG2 Meeting #60bis R2-080221、２００９年１月８日アップロード、インターネット＜https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_60bis/Docs/R2-080221.zip＞（以下、「周知例」という。）には、以下の事項が記載されている。（下線は当審が付与。）
「2.2  Signalling of overload control parameters
If it is agreed that RACH overload controlneed not apply to the first signature transmission, the question of how RACHoverload control can be signalled to UEs can be addressed. Three possibilitiesare identified:
1. It could be signalled together withparameters on BCCH.
（略）
2.5　Overload control parameters
（略）
Selective barring:
In principle, 
it would be possible forthe overload control parameter IE to indicate that the next RACH occasion wasbarred to UEs whose access attempt fulfilled certain criteria
 Other criteria could be
access class
It is proposed that whilst interesting,selective barring would not provide better control than the following twoproposals and could, in practice be less flexible. For example, 
barringbased on access class (via a 10 bitmap)
（当審仮訳：
２．２　過負荷制御パラメータのシグナリング
　ＲＡＣＨ過負荷制御を最初の署名送信に適用する必要がないことが合意された場合、ＲＡＣＨ過負荷制御をどのようにＵＥにシグナリングするかとの問題に取り組むことができる。３つの可能性が特定されている。
１．ＢＣＣＨ上でパラメータと共に送ることができる。
（略）
２．５　過負荷制御パラメータ
（略）
選択的禁止：
　原則として、
過負荷制御パラメータＩＥは、アクセス試行がある基準を満たすＵＥに対して次のＲＡＣＨの機会が禁止されたことを示すことが可能である
他の基準は、
アクセスクラスである。
　興味深いが、選択的禁止は、次の２つの提案より優れた制御を提供せず、実際には柔軟性が低下する可能性があることが提案されている。たとえば、（
10ビットマップを介した）アクセスクラスに基づく禁止
（イ）前記判断基準日前の３ＧＰＰの技術標準である3GPP TS 36.331 v9.1.0(2009-11)には、以下の事項が記載されている。（下線は当審が付与。）
「5.3.3.2     Initiation
The UE initiates the procedure when upperlayers request establishment of an RRC connection while the UE is in RRC_IDLE.
Upon initiation of the procedure, the UEshall:
（略）
1     else if the UE is establishing the RRCconnection for mobile originating calls:
（略）
2     
else if SystemInformationBlockType2includes the ac-BarringInfo and the ac-BarringForMO-Data is present
3     
if the UE has one or more AccessClasses, as stored on the USIM
3     
for at least one of these Access Classesthe corresponding bit in the ac-BarringForSpecialAC contained inac-BarringForMO-Data is set to zero
4     
consider access to the cell as notbarred
（当審仮訳：
５．３．３．２　開始
　ＵＥがＲＲＣ＿ＩＤＬＥである間に、上位層がＲＲＣ接続の確立を要求すると、ＵＥは手順を開始する。手順の開始時に、ＵＥは以下を行うものとする：
（略）
1　ＵＥがモバイル発信コールのＲＲＣ接続を確立している場合：
（略）
2　
システム情報ブロックタイプ２がac-BarringInfoを含み、ac-BarringForMO-Dataが存在する場合
3　
ＵＥがＵＳＩＭに保存された１つ以上のアクセスクラスを持っており
3　
これらのアクセスクラスの少なくとも1つについて、ac-BarringForMO-Dataに含まれるac-BarringForSpecialACの対応するビットがゼロに設定される場合：
4　セルへのアクセスが禁止されていないと考える
　上記（ア）、（イ）の記載及び当業者の技術常識によれば、
「ＳＩＢ２がac-BarringInfoを含み、あるアクセスクラスについてac-BarringForMO-Dataに含まれるac-BarringForSpecialACの対応するビットがゼロに設定されることによりセルへのアクセスが禁止されていないことが示される。」ことは周知事項であると認められる。
ウ．対比・判断
　本願発明と引用発明とを対比すると、以下のとおりとなる。
（ア）引用発明の「ＭＴＣデバイス」は、本願発明の「無線送受信ユニット（ＷＴＲＵ）」に含まれる。また、デバイスがウェイクアップしてネットワークにアクセスする際、ランダムアクセスチャネル（ＲＡＣＨ）送信を実行することは、当業者における技術常識であるから、引用発明の「ＭＴＣデバイスがウェイクアップしてネットワークにアクセスするための方法」は、本願発明と同様に「無線送受信ユニット（ＷＴＲＵ）からネットワークにランダムアクセスチャネル（ＲＡＣＨ）送信を実行する方法」といえる。
（イ）引用発明の「ＭＴＣデバイスに割り当てられたアクセスクラス」は、ＭＴＣデバイスに関連付けられたアクセスクラスであるといえるから、本願発明の「ＷＴＲＵに関連付けられたアクセスクラス（ＡＣ）情報」に相当する。そして、本願発明が「前記ＷＴＲＵによって、前記ＷＴＲＵに関連付けられたアクセスクラス（ＡＣ）情報を判定すること」の前提として、前記ＷＴＲＵが前記ＷＴＲＵに関連付けられたアクセスクラス（ＡＣ）情報を有することは自明である。
　よって、本願発明の「前記ＷＴＲＵによって、前記ＷＴＲＵに関連付けられたアクセスクラス（ＡＣ）情報を判定すること」と、引用発明の「ＭＴＣデバイスは、当該ＭＴＣデバイスに割り当てられたアクセスクラスを有すること」とは、「前記ＷＴＲＵが前記ＷＴＲＵに関連付けられたアクセスクラス（ＡＣ）情報を有すること」点で共通する。
（ウ）引用発明の「システム情報内のアクセスクラスステータス」は、ネットワーク負荷を考慮して変更されるものであるから、引用発明の「アクセスクラスステータス」は、本願発明の「ＡＣ情報の除外パラメータ」に含まれる。そうすると、引用発明の「変更されたシステム情報内のアクセスクラスステータスを読み取るよう通知するページングメッセージ」は、本願発明の「前記ＡＣ情報の除外パラメータが変化したことを示す情報を含むページングメッセージ」に相当する。
　よって、引用発明の「ＭＴＣデバイスは、変更されたシステム情報内のアクセスクラスステータスを読み取るよう通知するページングメッセージを受信し、」は、本願発明の「前記ＡＣ情報の除外パラメータが変化したことを示す情報を含むページングメッセージを受信すること」に相当する。
（エ）システム情報はシステム情報ブロック（ＳＩＢ）を取得することにより読み取られることが当業者における技術常識であるから、引用発明の「ＭＴＣデバイスは、・・・、当該ページングメッセージの受信に応答して、変更されたシステム情報内のアクセスクラスステータスを読み取ること」は、本願発明の「変化した除外パラメータを含むシステム情報ブロック（ＳＩＢ）を取得すること」に相当する。
　よって、本願発明の「前記ＡＣ情報の前記除外パラメータが変化したことを示す前記情報を含む前記受信されたページングメッセージに応答して、前記変化した除外パラメータを含むシステム情報ブロック（ＳＩＢ）を取得することであって、前記ＳＩＢは、前記ＷＴＲＵが特定のＡＣを使用して前記ネットワークにアクセスすることを妨げられているかどうかを示すビット文字列における少なくとも１つのビットを含む、こと」と、引用発明の「変更されたシステム情報内のアクセスクラスステータスを読み取るよう通知するページングメッセージの受信に応答して、変更されたシステム情報内のアクセスクラスステータスを取得すること」とは、「前記ＡＣ情報の前記除外パラメータが変化したことを示す前記情報を含む前記受信されたページングメッセージに応答して、前記変化した除外パラメータを含むシステム情報ブロック（ＳＩＢ）を取得する」点で共通する。
（オ）引用発明の「許可されたクラスに対応するアクセスクラスのメンバーではない場合」は、本願発明の「特定のＡＣを使用して前記ネットワークにアクセスすることを妨げられているという条件」に相当する。また、アクセス試行が許可されないとアップリンク送信はできないから、引用発明の「アクセス試行が許可されないこと」は、本願発明の「アップリンク送信を妨げること」に含まれる。
　よって、引用発明の「ＭＴＣデバイスは、ネットワーク負荷を考慮して変更されたシステム情報内のアクセスクラスステータスに従って、許可されたクラスに対応するアクセスクラスのメンバーではない場合にアクセス試行が許可されず、」は、本願発明の「前記ＷＴＲＵが前記特定のＡＣを使用して前記ネットワークにアクセスすることを妨げられているという条件で、アップリンク送信を妨げること」に相当する。
（カ）引用発明の「許可されたクラスに対応するアクセスクラスのメンバーである場合」は、本願発明の「特定のＡＣを使用して前記ネットワークにアクセスすることを妨げられていないという条件」に相当する。また、引用発明の「ＭＴＣデバイスは、ネットワーク負荷を考慮して変更されたシステム情報内のアクセスクラスステータスに従って、・・・許可されたクラスに対応するアクセスクラスのメンバーである場合にアクセス試行が許可される」ことは、本願発明の「変化した除外パラメータに従って前記ＷＴＲＵによって前記ネットワークにアクセスすること」に相当する。
　よって、引用発明の「ＭＴＣデバイスは、ネットワーク負荷を考慮して変更されたシステム情報内のアクセスクラスステータスに従って、・・・許可されたクラスに対応するアクセスクラスのメンバーである場合にアクセス試行が許可されること」は、本願発明の「前記ＷＴＲＵが前記特定のＡＣを使用して前記ネットワークにアクセスすることを妨げられていないという条件で、前記変化した除外パラメータに従って前記ＷＴＲＵによって前記ネットワークにアクセスすること」に相当する。
　したがって、本願発明と引用発明は、以下の点で一致し、また、相違している。
（一致点）
「無線送受信ユニット（ＷＴＲＵ）からネットワークにランダムアクセスチャネル（ＲＡＣＨ）送信を実行する方法であって、
　前記ＷＴＲＵが前記ＷＴＲＵに関連付けられたアクセスクラス（ＡＣ）情報を有することと、
　前記ＡＣ情報の除外パラメータが変化したことを示す情報を含むページングメッセージを受信することと、
　前記ＡＣ情報の前記除外パラメータが変化したことを示す前記情報を含む前記受信されたページングメッセージに応答して、前記変化した除外パラメータを含むシステム情報ブロック（ＳＩＢ）を取得することと、
　前記ＷＴＲＵが前記特定のＡＣを使用して前記ネットワークにアクセスすることを妨げられているという条件で、アップリンク送信を妨げることと、
　前記ＷＴＲＵが前記特定のＡＣを使用して前記ネットワークにアクセスすることを妨げられていないという条件で、前記変化した除外パラメータに従って前記ＷＴＲＵによって前記ネットワークにアクセスすることと
　を備える方法。」
（相違点１）
　「前記ＷＴＲＵが前記ＷＴＲＵに関連付けられたアクセスクラス（ＡＣ）情報を有すること」について、本願発明は「前記ＷＴＲＵによって、前記ＷＴＲＵに関連付けられたアクセスクラス（ＡＣ）情報を判定する」のに対し、引用発明は「判定する」ことが明示されていない点。
（相違点２）
　「前記ＡＣ情報の前記除外パラメータが変化したことを示す前記情報を含む前記受信されたページングメッセージに応答して、前記変化した除外パラメータを含むシステム情報ブロック（ＳＩＢ）を取得すること」について、本願発明は更に「前記ＳＩＢは、前記ＷＴＲＵが特定のＡＣを使用して前記ネットワークにアクセスすることを妨げられているかどうかを示すビット文字列における少なくとも１つのビットを含む」との発明特定事項を有するのに対し、引用発明は当該発明特定事項を有していない点。
　以下、相違点について検討する。
（相違点１について）
　引用発明は、ＭＴＣデバイスが、当該ＭＴＣデバイスに割り当てられたアクセスクラスに従って、アクセス試行が許可されるか否かを判定していることが明らかであるから、その前提としてＭＴＣデバイスによって当該ＭＴＣデバイスに割り当てられたアクセスクラスを判定していることは、当業者に自明である。
　したがって、相違点１は実質的な相違点ではない。また、そうでないとしても、引用発明において、ＭＴＣデバイスによって、当該ＭＴＣデバイスに割り当てられたアクセスクラスを判定するようにすることは、当業者が容易に想到し得たことである。
（相違点２について）
　上記「イ．周知事項」の項で認定したとおり、「ＳＩＢ２がac-BarringInfoを含み、あるアクセスクラスについてac-BarringForMO-Dataに含まれるac-BarringForSpecialACの対応するビットがゼロに設定されることによりセルへのアクセスが禁止されていないことが示される。」ことは周知事項であるから、引用発明に周知事項を採用して相違点２の構成とすることは、格別困難なことではなく、当業者が適宜なし得ることである。
　また、本願発明の作用効果も、引用発明及び周知事項から当業者が予測し得る範囲内のものである。
　そうすると、本願発明は、引用発明及び周知事項に基づいて、当業者が容易に発明をすることができたものである。したがって、本願発明は、特許法第２９条第２項の規定により特許を受けることができない
２．特許法第３６条第６項第１号（サポート要件）について
　本願発明は、「前記ＡＣ情報の除外パラメータが変化したことを示す情報を含むページングメッセージを受信すること」との発明特定事項、及び、「前記ＡＣ情報の前記除外パラメータが変化したことを示す前記情報を含む前記受信されたページングメッセージに応答して、前記変化した除外パラメータを含むシステム情報ブロック（ＳＩＢ）を取得することであって、前記ＳＩＢは、前記ＷＴＲＵが特定のＡＣを使用して前記ネットワークにアクセスすることを妨げられているかどうかを示すビット文字列における少なくとも１つのビットを含む」との発明特定事項を備えるが、原査定の理由でも指摘したように、当該発明特定事項は発明の詳細な説明に記載されていない。
　すなわち、請求項１の「前記ＡＣ情報の除外パラメータが変化したことを示す情報を含むページングメッセージを受信すること」との発明特定事項について、発明の詳細な説明には、ページングメッセージが、「ＴMAX_Backoffの異なる値」（段落００７９）、「リソース割振り」及び「ＲＮＴＩなどの追加のパラメータ情報」（段落００９６）、「新しいＡＣ情報」及び「ＭＴＣデバイスのグループのＡＣ情報の変化」（段落０１２８、０１２９）、「ＡＳＣビット文字列中のビットへのＭＴＣ機能のマッピング」の更新後情報、及び、「ＭＴＣデバイスが更新値を使用することのできる持続時間」を制御するタイマ値（段落０１３１、０１３２）、「索引」又は「許可されたアクセスパターン、除外表示、およびアクセス除外因子（まとめて「アクセス表示」と呼ぶ）」（段落０１３６−０１４０）、「アクセスタイミング構成索引とアクセスクラスの間の新しいマッピング」（段落０１４８）を含むことは記載されているものの、「ＡＣ情報の除外パラメータが変化したことを示す情報」を含むページングメッセージは記載されていない。
　また、請求項１の「前記ＡＣ情報の前記除外パラメータが変化したことを示す前記情報を含む前記受信されたページングメッセージに応答して、前記変化した除外パラメータを含むシステム情報ブロック（ＳＩＢ）を取得することであって、前記ＳＩＢは、前記ＷＴＲＵが特定のＡＣを使用して前記ネットワークにアクセスすることを妨げられているかどうかを示すビット文字列における少なくとも１つのビットを含む」との発明特定事項について、特に、「前記ＡＣ情報の前記除外パラメータが変化したことを示す前記情報を含む前記受信されたページングメッセージに応答して、前記変化した除外パラメータを含むシステム情報ブロック（ＳＩＢ）を取得すること」は、発明の詳細な説明に記載も示唆もされておらず、自明でもいない。
［請求人の主張について］
　請求人は、令和１年６月１９日に提出された審判請求書において、本願発明は、本願明細書の段落００４６、０１４０の記載によって少なくともサポートされていると主張しており、「ＷＴＲＵが、更新されたアクセスクラス情報を有するＳＩＢを取得することによって更新されたアクセスクラス情報を取得することができるということであり、また、ブロードキャストされたＳＩＢを取得することによってＷＴＲＵがアクセスクラス情報を変更（例えば、更新）することができる情報を提供するページングメッセージをＷＴＲＵが受信することができるということです。かかる場合、ＷＴＲＵは、変化したＡＣ情報（例えば、ＡＣ情報に含まれる変化した除外パラメータ）を含む取得されたＳＩＢをＷＴＲＵが変更することができる情報を提供するページングメッセージに応答しています。」と主張している。
　段落００４６、０１４０の記載は以下のとおりである。
「【００４６】
　ＵＭＴＳで使用されるアクセスクラスを本明細書で説明する。オペレータによってアクセスクラス（ＡＣ）を割り振り、特別であり、緊急呼出しのために予約されるアクセスクラス１０を除いて、汎用加入者識別モジュール（ＵＳＩＭ）に格納することができる。合計で１６個のアクセスクラスが存在することができる。アクセスクラス０から１０は、任意のユーザが使用することができ、アクセスクラス１１から１５はオペレータのために予約される。各アクセスクラスについて、ＳＩＢ３などのシステム情報ブロック（ＳＩＢ）で１ビットセル除外ステータスを指定することができる。各セルは、システム情報（ＳＩ）を更新することにより、異なる期間の異なるアクセスクラスを除外することができる。」
「【０１４０】
　セルからＳＩブロードキャストを取得することにより、許可されたアクセスパターン、除外表示、またはアクセス除外因子、あるいはそのうちの複数（場合によっては、各ＡＣおよび索引の可能な各値について１つ）をＷＴＲＵによって得ることができる。専用メッセージ（例えば、ＲＲＣ接続解放メッセージや任意の他のＲＲＣ再構成メッセージなど）を介して受信することもできる。あるいは、この情報を上位層メッセージ（例えば、非アクセス層（ＮＡＳ）メッセージ）によって与えることができる。ＷＴＲＵのうちの１つまたはグループをページングすることのできるページングメッセージを通じてこの情報を受信することもできる。ＷＴＲＵにこの情報を明示的に与えるようにページングメッセージを拡張することができ、またはＳＩで可能な構成のうちの１つをＷＴＲＵが変更または選ぶことを可能にするための情報を与えることによってページングメッセージを拡張することができる。前述の構成のうちの１つについて索引を選ぶためのＷＴＲＵ識別子に基づくＷＴＲＵ内の式、またはＭＴＣデバイスが属するアクセスクラスを動的に変更することのできる別の式を通じて、情報を得ることができる。例えば、後者のケースでは、ＷＴＲＵは、属することを許可することのできるアクセスクラスの範囲を与えることができ、この範囲内で、ＷＴＲＵは、ラップアラウンドと共にアクセスクラスを周期的に変更することができる（例えば、現在のアクセスクラス＋ｘ）。」
　しかし、段落００４６には、ＵＭＴＳで使用される各アクセスクラスについて、ＳＩＢで１ビットセル除外ステータスを指定することが記載されており、段落０１４０には「許可されたアクセスパターン、除外表示、またはアクセス除外因子、あるいはそのうちの複数」をＳＩブロードキャストあるいはページングメッセージを通じてＷＴＲＵが受信すること、及び、ページングメッセージを拡張することが記載されているものの、請求人の上記主張は、当該段落の記載に基づいていない。
　そして、請求人の上記主張を参酌しても、請求項１の「前記ＡＣ情報の除外パラメータが変化したことを示す情報を含むページングメッセージを受信すること」との発明特定事項、及び、「前記ＡＣ情報の前記除外パラメータが変化したことを示す前記情報を含む前記受信されたページングメッセージに応答して、前記変化した除外パラメータを含むシステム情報ブロック（ＳＩＢ）を取得することであって、前記ＳＩＢは、前記ＷＴＲＵが特定のＡＣを使用して前記ネットワークにアクセスすることを妨げられているかどうかを示すビット文字列における少なくとも１つのビットを含む」との発明特定事項は、発明の詳細な説明に記載されていると認められない。
　よって、請求人の上記主張は採用することができない。
　以上のとおり、請求項１に係る発明は、発明の詳細な説明に記載したものでない。したがって、本件出願は，特許請求の範囲の記載に不備があり，特許法第３６条第６項第１号に規定する要件を満たしていないから，特許を受けることができない。
第５　むすび
　以上のとおり、本願発明は、特許法第２９条第２項の規定により特許を受けることができない。また、本願発明は、特許法第３６条第６項第１号に規定する要件を満たしていないから、特許を受けることができない。よって、他の請求項に係る発明について検討するまでもなく、本願は拒絶されるべきものである。
　よって、結論のとおり審決する。