5.3.2. Numéros d'apparence et contrôle d'appel

Lorsqu'un INVITE est généré pour tenter de ponter ou de prendre un appel (c'est-à-dire contient Join ou Replaces avec un identifiant de dialogue d'un autre dialogue dans le groupe d'apparence partagée), l'UA DOIT d'abord envoyer un PUBLISH à l'agent d'apparence. Ce PUBLISH contiendra:

1. Le numéro d'apparence de l'appel rejoint ou remplacé dans l'élément <appearance>

2. Les informations de dialogue du champ d'en-tête Join dans l'élément <joined-dialog>, si le dialogue est rejoint

3. Les informations de dialogue du champ d'en-tête Replaces dans l'élément <replaced-dialog>, si le dialogue est remplacé

Notez que ces informations sont fournies à l'agent d'apparence afin qu'il puisse fournir un comportement d'attribution d'apparence approprié. Si l'INVITE Join ou Replaces a été envoyé sans publier d'abord, l'agent d'apparence pourrait attribuer un nouveau numéro d'apparence à cet INVITE, ce qui serait une erreur. Avec Join, la publication a l'élément <joined-dialog> pour empêcher l'agent d'apparence de générer une réponse 400 (Bad Request) en raison de la réutilisation d'un numéro d'apparence. Pour Replaces, le but du <replaced-dialog> est d'empêcher une condition de course où le BYE pourrait entraîner la libération du numéro d'apparence alors qu'il devrait rester avec le dialogue de remplacement.