Come ha detto Jonathan nel suo commento, Apple non specifica un limite nella documentazione APNS.
Poiché si inviano le notifiche come dati binari su una connessione TCP, il numero di notifiche che verrebbero inviate in una singola richiesta dipende dalla dimensione dei buffer TCP.
Non è necessario inviare una notifica per richiesta. Non sono sicuro che ci sia un significato anche per il termine singola richiesta in questo caso (poiché non restituiscono una risposta per ogni notifica inviata). Apple ti incoraggia a mantenere la connessione aperta il più a lungo possibile. Finché è aperto, puoi scrivere quanti più byte (appartenenti a più notifiche push) come desideri.
EDIT:
Apple ha recentemente modificato la loro technical note regarding push notifications:
Push Notification Throughput e controllo degli errori
ci sono tappi o limiti di dimensione dei lotti per l'utilizzo di APN. Il comunicato stampa iOS 6.1 ha dichiarato che gli APN hanno inviato oltre 4 trilioni di notifiche push da quando è stato stabilito. È stato annunciato al WWDC 2012 che gli APN inviano 7 miliardi di notifiche al giorno.
Se il throughput è inferiore a 9.000 notifiche al secondo, il server può trarre vantaggio da una migliore logica di gestione degli errori.
apple non limita le notifiche/sec. Nella mia esperienza è possibile inviare circa 2000 notifiche/sec in una connessione, che è vicino al limite fisico del server che ho usato. L'interfaccia è binaria, devi inviare una notifica alla volta. Quindi 1 notifica per richiesta, ma "illimitata" per connessione. –
Stiamo parlando di quanti 'items' possono essere in un' frame'? - Terminologia APNS - https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/Chapters/CommunicatingWIthAPS.html - Anch'io sono curioso. –