Partager via


Supprimer

La suppression ou la déconnexion d’une session met fin à la communication. L’application a la possibilité d’envoyer des informations utilisateur-utilisateur au moment de la déconnexion, si le fournisseur de services les prend en charge.

Les raisons habituelles de la suppression d’une session sont qu’un utilisateur a demandé une déconnexion ou que l’autre fin de la session a été supprimée. Une opération de suppression peut également être appelée lorsque TAPI offre une session à l’application. Si le fournisseur de services prend en charge cela, l’application rejette l’appel.

Lors de l’appel d’une opération de suppression, les sessions associées peuvent parfois également être affectées. Par exemple, la suppression d’une téléconférence peut supprimer tous les participants individuels. Les messages de changement d’état sont envoyés à l’application pour tous les appels dont l’état est affecté.

Dans différentes configurations bridged ou party-line lorsque plusieurs parties sont sur l’appel, une opération de suppression peut ne pas effacer l’appel. Par exemple, dans une situation de pont, l’appel peut ne pas être supprimé parce que la status d’autres stations de l’appel peut régir. Au lieu de cela, l’appel peut simplement passer à l’état inactif tout en restant connecté à d’autres stations.

Après une opération de suppression, l’identificateur de session et la plupart des ressources associées à la session restent utilisables pour la plupart des opérations de requête. Lorsqu’une application n’a plus besoin de ces ressources, elle doit arrêter la session afin d’éviter les fuites de mémoire.

TAPI 2.x : Consultez lineDrop.

TAPI 3.x : Consultez ITBasicCallControl::D isconnect.