Parc
L’opération de parc permet à une application d’envoyer une session à une adresse spéciale où elle sera tenue jusqu’à ce qu’elle soit annulée. Du point de vue de l’application, cela ressemble beaucoup à un transfert. Pour la partie à l’autre extrémité de la connexion, cela ressemble à être mis en attente.
La différence entre le parc et le transfert est que l’adresse parcée n’est pas un point de connexion pour la session, et que la session n’alerte pas ou n’expire pas. La différence entre le parc et la conservation est qu’une fois l’opération de parc terminée, la session n’est plus associée à l’adresse de l’application.
Deux formes de stationnement sont fournies : parc dirigé et parc non dirigé. Dans le parc d’appels dirigé, l’application spécifie l’adresse de destination où l’appel doit être parké. Avec un parc non dirigé, le fournisseur de services ou le matériel sous-jacent détermine l’adresse et le retourne à l’application.
Une session par parcée entre généralement dans l’état inactif une fois qu’elle a été correctement parkée, et l’application doit ensuite libérer les ressources associées à celui-ci. Consultez terminer une session pour obtenir un résumé de la procédure à suivre.
Si l’application annule la session, les nouvelles ressources de session sont allouées même si l’application a retourné les pointeurs précédents, de sorte que l’échec de la mise en production appropriée peut entraîner divers problèmes.
Certains fournisseurs de services peuvent rappeler à l’utilisateur une fois qu’une session a été garée pendant un certain temps. L’application voit un appel d’offre avec un appel raison définie sur rappel.
Tous les fournisseurs de services ne prennent pas en charge l’utilisation de cette opération.
TAPI 2.x : Voir linePark, lineUnpark.
TAPI 3 : Voir ITBasicCallControl ::P arkDirect, ITBasicCallControl ::P arkIndirect, ITBasicCallControl ::Unpark.