5. Interfonctionnement et coexistence des entités AVP et AVPF (Interworking and Coexistence of AVP and AVPF Entities)

Le profil AVPF défini ici étend le profil AVP de [2]. Les deux partagent les mêmes règles de base (plafond RTCP, répartition émetteurs/récepteurs). Les émetteurs et récepteurs des deux profils peuvent donc coexister dans une même session (exemple 3, section 4.4).

AVP et AVPF sont conçus pour que, du point de vue robustesse, les entités RTP n'aient pas besoin de connaître l'autre profil : elles ne se perturbent pas. La qualité du média peut en souffrir.

Considérations pour une session combinée :

• Entités AVP (émetteurs et récepteurs)

  Les émetteurs AVP reçoivent des paquets de feedback RTCP des récepteurs AVPF et les ignorent. Ils voient parfois des RTCP plus rapprochés (violation de la règle des cinq secondes) des entités AVPF. Les contraintes de bande passante étant respectées, chacun conserve sa part. Les entités AVP sont liées à la règle des cinq secondes ; selon la taille du groupe et la bande passante, les entités AVPF peuvent envoyer des rapports plus fréquents. Le rapport global peut légèrement diminuer car les paquets RTCP composés AVPF peuvent être plus gros.

  Si T_rr_interval borne l'intervalle entre RTCP réguliers, est suffisamment grand (par ex. T_rr_interval > M*Td selon la section 6.3.5 de [1]) et qu'aucun RTCP anticipé n'est envoyé par les AVPF, les entités AVP peuvent expirer à tort des membres AVPF et sous-estimer la taille du groupe. Si des entités AVP peuvent participer, T_rr_interval ne devrait pas dépasser cinq secondes (SHOULD NOT be larger than five seconds).

• Entités AVPF (émetteurs et récepteurs)

  Si le T_rr calculé dynamiquement est assez petit (par ex. moins d'une seconde), les entités AVPF peuvent expirer à tort des membres AVP. Si des entités AVP peuvent participer, T_rr_interval SHOULD être utilisé et fixé à cinq secondes.

  En résumé : si des entités AVP peuvent être présentes et que T_rr_interval est utilisé, il SHOULD être fixé à cinq secondes.

• Émetteurs AVPF

  Ils ne reçoivent du feedback que des récepteurs AVPF. S'ils s'appuient sur le feedback pour la qualité cible, la qualité pour les récepteurs AVP peut être sous-optimale.

• Récepteurs AVPF

  Ils SHOULD n'envoyer des paquets RTCP de feedback anticipé que si tous les émetteurs de la session supportent AVPF. Ils MAY inclure du feedback dans des paquets RTCP réguliers selon [1] et [2] en mode mixte. Le récepteur qui envoie du feedback MUST NOT compter sur une réaction de l'émetteur.