Park

Met de parkbewerking kan een toepassing een sessie verzenden naar een speciaal adres waar deze wordt bewaard totdat deze niet is geparkeerd. Vanuit het oogpunt van de toepassing ziet dit er ongeveer uit als een overdracht. Voor de partij aan het andere uiteinde van de verbinding lijkt dit erop dat deze in bewaring wordt geplaatst.

Het verschil tussen park en overdracht is dat het geparkeerde adres geen verbindingspunt is voor de sessie en dat de sessie geen waarschuwing of time-out optreedt. Het verschil tussen park en bewaring is dat zodra de parkbewerking is voltooid, de sessie niet meer is gekoppeld aan het adres van de toepassing.

Er zijn twee vormen van parkeren beschikbaar: gerichte park en niet-gedirectioneerde park. In het gerichte oproeppark geeft de toepassing het doeladres op waar de oproep moet worden geparkeerd. Bij niet-gerichte park bepaalt de serviceprovider of onderliggende hardware het adres en retourneert deze naar de toepassing.

Een geparkeerde sessie voert doorgaans de niet-actieve status in nadat deze is geparkeerd en de toepassing moet vervolgens de bijbehorende resources vrijgeven. Zie Een sessie beëindigen voor een overzicht van hoe u dit doet.

Als de toepassing de sessie ongedaan maakt, worden nieuwe sessieresources toegewezen, zelfs als de toepassing de vorige aanwijzers heeft geretourneerd, zodat het mislukken van de juiste releases kan leiden tot diverse problemen.

Sommige serviceproviders kunnen de gebruiker eraan herinneren nadat een sessie enige tijd is geparkeerd. De toepassing ziet een aanroep met een oproep reden ingesteld op herinnering.

Niet alle serviceproviders ondersteunen het gebruik van deze bewerking.

TAPI 2.x: Zie linePark, lineUnpark.

TAPI 3: Zie ITBasicCallControl::P arkDirect, ITBasicCallControl::P arkIndirect, ITBasicCallControl::Unpark.