>>287
>大きなファイルのダウンロードが継続できることが多かった。

多かったじゃ無くて切れないって、昔、ダウンロードの時間制限無いサイトでは6時間や8時間とか掛けてもダウンロード出来たよ。
ONU？PR-400MIの今のSIP設定はTCPタイムアウト660秒、UDPタイムアウト660秒、ICMPタイムアウト20秒にしてるから、11分音信不通でNATテーブル消えるけど、設定は7200秒出来るのでwebサーバー側が切らなければ、2時間以内なら続きが出来て当たり前なんだけど。

>DHCPではなく端末側で固定IPを設定しても改善しないため、IPアドレスやDHCPが原因ではなさそう。

何故そう言う解釈になるのだろう？
NATはプライベートIPアドレスポート番号とTCPやUDPも含むかもとグローバルIPアドレスの変換テーブルだよ。
PR-400MIはDHCPの動的やMACアドレス指定でのDHCPでの固定割り当てだと繋ぎ直した時に変換テーブルを再利用出来ない。おそらく消去されてる。
それに対して使ってない静的IPで繋いでDHCP使って無いのだから、DHCPで繋ぎ直すと言う事自体しないのだから、SIPで消されるだけ。NATテーブルが満杯になれば音信不通で古いのが1つ消される。
例えば、192.168.1.250を割り当てて、TCPでポート2500で5chのここにアクセスすれば、TCPの接続動作でNATテーブル作って、それとWANのIPアドレスと空き番(今回は5100としよう)を使って、5chからWANのIPアドレスのTCP5100番に返信来たら、LAN側の192.168.1.250のTCP2500に変換して送る。こんな感じ。
LAN内はMACアドレス使ったL2の通信だから、デフォルトのゲートウェイが192.168.1.1なら、MACアドレス知らんかったらARPで聞くと応えてくれる。
WiFiもLANだからMACアドレス使って通信してるだけ。
で、WiFi繋ぎ直すと何でTCP2500で5chと繋いでたのを忘れる必要が有る？
ダウンロード中にWiFi繋ぎ直すと何でダウンロードしてた事を忘れる？
webの黎明期では無いからサーバーは読み込み開始位置指定に対応してるが、多くのアップローダーでの無課金は非対応でリトライは数時間待てだよな。
そう言うのを想定していないのか？って話なんだけど。

>Android 16がネットワーク変更時にTCP接続を強制的に切断している可能性がある。

だから何？
それじゃ通じないんじゃね？

>SIMの有無は大きく影響しないが、SIMが有効だとWiFi品質が悪い時にOSが通信経路を切り替えようとして不安定になる可能性がある。

「通信経路を切り替えようとして」では無いのだけど、5GHzは自動接続認めていないし、2.4GHzしか無いの。SIMのモバイルは切ってるのだから。
で、音声やSMSは有りだと、近所の携帯基地局と近所に居ると連絡はしてるよな。
その端末が出す信号がノイズとして影響してる気がしてる。
切ってれば当然出さない。

>80 Mini Proは以前の端末よりWiFi感度がやや弱く、弱電界では通信速度が極端に低下しやすい。

それはSIMの音声やSMSを使える様にオンの時だけだよ。
ここは肝、同じ症状なら切っとけ。
切っとけばユーチューブの高画質で見れるよ。ちゃんと先読みもしてる。

>Chromeが以前より落ちやすく、バックグラウンド時にダウンロードが失敗したり最初からやり直しになることが増えた。

増えたが、と言うか失敗なんて起きてなかった。10分音信不通でも落ちない設定で使ってたからな。
負荷滅茶掛けてOSのUI落ちてロック画面行きとかでは失敗は有ったけどな。
で、ダウンロード中にわざわざWiFi切ったりしてテストした結果だよ。
それじゃ、違う意味じゃね？

>ダウンロード完了後も「ダウンロード中」の通知が消えない不具合が発生している。

だから何？
テスト結果の肝には触れず抽象的な要約にして意味が有るのか？
もっと要約して、不具合が有ったよ、みたくしたとして、何が伝わるんだよ？

まぁ、無課金で時間掛けてダウンロードしてるから、やり直しは面倒だが、逆に無課金だからIPアドレス変えてやり直しても良いから

>>287
過去何度かALLDOCUBEの機種では話が出てたよな。
設定、バッテリー、アプリ待機最適化とかではchromeは出て来ないから、落ち難く設定も出来ない。


>>290
ハードに使って無いんじゃね？