Η δοκιμή φορτίου φωνητικού AI που ξεχνούν οι περισσότερες ομάδες: ο τερματισμός κλήσεων

Οι περισσότερες δοκιμές φορτίου φωνητικού AI απαντούν σε ένα ερώτημα: στον μέγιστο όγκο, συνδέονται οι κλήσεις; Ένα δεύτερο ερώτημα έχει την ίδια σημασία: όταν μια κλήση ολοκληρωθεί, τερματίζεται πραγματικά;

Μια κλήση που δεν κλείνει ποτέ συνεχίζει να δεσμεύει μια θέση ταυτόχρονης κλήσης στην πλατφόρμα φωνητικού AI, ένα κανάλι στο SIP trunk σας και συχνά μια θύρα ή άδεια χρήσης στην πλατφόρμα του κέντρου επικοινωνίας σας. Κανείς δεν μιλάει σε αυτήν. Σε ώρα αιχμής, μερικές δεκάδες τέτοιες κλήσεις μπορούν να σας φέρουν στα όριά σας, ενώ ο όγκος κλήσεων φαίνεται φυσιολογικός.

Αυτός ο οδηγός καλύπτει την πλευρά του τερματισμού στις δοκιμές φορτίου. Για την καθυστέρηση (latency), την ακρίβεια και τη διεκπεραιωτική ικανότητα υπό φορτίο, δείτε τον οδηγό μας για τη δοκιμή φορτίου φωνητικών πρακτόρων.

Τι σημαίνει «τερματισμός κλήσης» για μια κλήση φωνητικού AI;

Μια κλήση έχει τερματιστεί όταν κάθε σκέλος της έχει αποδεσμευτεί από κάθε σύστημα από το οποίο πέρασε: το σκέλος του καλούντος, κάθε σκέλος μεταβίβασης και η συνεδρία του πράκτορα AI.

Σε μια κλήση SIP, ο τερματισμός είναι γεγονός σηματοδοσίας. Η μία πλευρά στέλνει μήνυμα BYE, η άλλη απαντά με 200 OK και κάθε σύστημα αποδεσμεύει το κανάλι. Ένα σκέλος που χτύπησε αλλά δεν απαντήθηκε ποτέ εκκαθαρίζεται με CANCEL.

Σε μια ανάπτυξη φωνητικού AI, πρέπει να ισχύουν τρία πράγματα:

• Κλείνουν και τα δύο σκέλη. Όταν ο καλών ή η απομακρυσμένη πλευρά αποσυνδέεται, τερματίζεται και το άλλο σκέλος, αντί να μένει ανοιχτό στη σιωπή.
• Οι μεταβιβάσεις ολοκληρώνονται. Μια μεταβίβαση είτε συνδέεται είτε αποτυγχάνει καθαρά, και το σκέλος του AI αποχωρεί και στις δύο περιπτώσεις.
• Όλα τα συστήματα συμφωνούν. Ο πάροχος, ο session border controller (SBC) ή η πλατφόρμα του κέντρου επικοινωνίας σας και η πλατφόρμα φωνητικού AI εμφανίζουν όλοι την κλήση ως τερματισμένη.

Στη Retell, μια ολοκληρωμένη κλήση έχει κατάσταση ended και λόγο αποσύνδεσης όπως user_hangup, agent_hangup ή call_transfer. Μια κλήση σε εξέλιξη έχει κατάσταση ongoing, και οι κλήσεις σε εξέλιξη είναι αυτές που μετρούν στις τρέχουσες ταυτόχρονες κλήσεις σας.

Γιατί οι μεταβιβάσεις αφήνουν κλήσεις ανοιχτές;

Μια μεταβίβαση μετατρέπει μία κλήση σε δύο ή περισσότερα σκέλη, συχνά σε δύο πλατφόρμες, και ο τερματισμός σε ένα σκέλος πρέπει να φτάσει στα υπόλοιπα. Όταν αυτό το σήμα χάνεται ή αγνοείται, ένα σκέλος παραμένει ενεργό χωρίς κανέναν σε αυτό.

Μοτίβα που πρέπει να ελέγξετε στη ρύθμισή σας:

• Τυφλή μεταβίβαση προς το AI. Πολλά κέντρα επικοινωνίας διατηρούν τον έλεγχο κλήσεων στην υπάρχουσα πλατφόρμα τους και μεταβιβάζουν τυφλά τους καλούντες στον αριθμό του πράκτορα AI. Αν ο καλών κλείσει και ο τερματισμός δεν μεταφερθεί μέσω της μεταβίβασης, το σκέλος του AI συνεχίζει να λειτουργεί. Αν το AI τερματίσει την κλήση και η πλατφόρμα σας δεν αποδεσμεύσει τη δική της πλευρά, η θύρα παραμένει κατειλημμένη.
• Ψυχρή μεταβίβαση από το AI. Ο πράκτορας AI αποχωρεί μόλις παραδώσει την κλήση. Η Retell υποστηρίζει δύο μεθόδους SIP: το SIP INVITE γεφυρώνει τη μεταβίβαση, ενώ το SIP REFER ζητά από την άλλη άκρη της κλήσης, συνήθως τον πάροχο ή το trunk σας, να ξεκινήσει ξεχωριστή κλήση προς τον προορισμό. Το REFER λειτουργεί μόνο αν το επιτρέπει ο πάροχός σας.
• Θερμή και agentic θερμή μεταβίβαση. Ο πράκτορας καλεί τον προορισμό ενώ ο καλών περιμένει σε αναμονή, οπότε υπάρχουν ταυτόχρονα δύο ενεργά σκέλη. Αν ο προορισμός δεν απαντήσει ποτέ, η απόπειρα πρέπει να λήξει χρονικά και να καθαρίσει και τις δύο πλευρές.
• Η δική σας λογική μεταβίβασης. Όταν η πλατφόρμα φωνητικού AI δεν ελέγχει τον αριθμό (για παράδειγμα, με τη μέθοδο dial-to-SIP της Retell), η μεταβίβαση και ο τερματισμός κλήσης εκτελούνται μέσω των δικών σας προσαρμοσμένων συναρτήσεων, οπότε ο τερματισμός είναι ευθύνη του κώδικά σας.

Για την εμπειρία του καλούντος σε κάθε τύπο, δείτε πώς λειτουργούν οι μεταβιβάσεις κλήσεων μεταξύ φωνητικών πρακτόρων AI και ανθρώπινων ομάδων και τον οδηγό μας για τη θερμή μεταβίβαση.

Πόσο σας κοστίζει μια ανοιχτή κλήση σε ώρα αιχμής;

Μία θέση ταυτόχρονης κλήσης για όσο διάστημα παραμένει ανοιχτή. Ο ταυτοχρονισμός μετρά τις ταυτόχρονες ενεργές κλήσεις, και μια κενή κλήση μετρά όσο και μια πραγματική.

Ο υπολογισμός είναι απλός: επιπλέον ανοιχτές κλήσεις ανά πάσα στιγμή = κλήσεις ανά ώρα που δεν τερματίζονται × ώρες που παραμένει ανοιχτή η καθεμία.

Η τρίτη γραμμή δείχνει πώς οι ομάδες καταλήγουν με δεκάδες «φαντάσματα» κλήσεων σε ώρα αιχμής: ένα πρόβλημα ρύθμισης, όπως τερματισμοί που δεν προωθούνται μέσω μιας μεταβίβασης, που εφαρμόζεται σε κάθε μεταβιβασμένη κλήση.

Αυτή η χωρητικότητα δεν είναι δωρεάν. Στη Retell, οι πρώτες 20 ταυτόχρονες κλήσεις περιλαμβάνονται και η επιπλέον χωρητικότητα κοστίζει $8 ανά ταυτόχρονη κλήση ανά μήνα (δείτε την τιμολόγηση). Όταν ένας χώρος εργασίας φτάσει στο όριό του, οι νέες εισερχόμενες κλήσεις περιμένουν περίπου 40 δευτερόλεπτα για ελεύθερη θέση και στη συνέχεια δρομολογούνται στον εφεδρικό αριθμό (fallback) του τηλεφωνικού αριθμού, αν έχει οριστεί, ή τερματίζονται με concurrency_limit_reached. Οι νέες εξερχόμενες κλήσεις απορρίπτονται, εκτός αν είναι ενεργοποιημένο το concurrency burst. Σε ώρα αιχμής, οι κολλημένες κλήσεις απομακρύνουν πραγματικούς καλούντες.

Ο ίδιος υπολογισμός ισχύει για τα κανάλια trunk και τις άδειες του κέντρου επικοινωνίας, τα οποία η πλατφόρμα φωνητικού AI δεν μπορεί να δει.

Πώς ελέγχετε τον τερματισμό κλήσεων κατά τη δοκιμή φορτίου;

Τερματίστε σκόπιμα κάθε κλήση, μέσω κάθε διαδρομής τερματισμού, με τον ρυθμό αιχμής σας και, στη συνέχεια, αποδείξτε ότι ο αριθμός ενεργών κλήσεων κάθε συστήματος επιστρέφει στο μηδέν.

Εκτελέστε έναν πίνακα τερματισμού

Τα webhooks μεταβίβασης είναι απενεργοποιημένα από προεπιλογή. Προσθέστε τα transfer_started, transfer_bridged, transfer_cancelled και transfer_ended στα συμβάντα webhook του πράκτορα για τη δοκιμή.

Εκτελέστε μια δοκιμή εκκένωσης

Μετά την κλιμάκωση στην αιχμή, σταματήστε να πραγματοποιείτε νέες κλήσεις και παρακολουθήστε τους μετρητές να πέφτουν. Ερωτάτε ανά λίγα δευτερόλεπτα το Get Concurrency API της Retell, το οποίο επιστρέφει το current_concurrency (τον αριθμό των κλήσεων σε εξέλιξη). Θα πρέπει να φτάσει στο μηδέν εντός της διάρκειας της μεγαλύτερης σεναριοποιημένης κλήσης σας. Ελέγξτε τους μετρητές του SBC, του κέντρου επικοινωνίας και του trunk τις ίδιες χρονικές στιγμές. Όποιος μετρητής παραμένει υψηλός είναι η διαρροή, και το σύστημα που τη συγκρατεί σας δείχνει ποια πλευρά δεν αποδεσμεύει.

Συμφωνήστε και επιθεωρήστε

• Κάθε webhook call_started πρέπει να έχει αντίστοιχο call_ended. Κάθε transfer_started πρέπει να έχει transfer_ended ή transfer_cancelled.
• Μετά την εκκένωση, χρησιμοποιήστε το List Calls API με φίλτρο call_status ίσο με ongoing για να εντοπίσετε τις κλήσεις που έμειναν πίσω.
• Ανοίξτε μια τέτοια κλήση στο Call History και ελέγξτε την καρτέλα Packet Capture, όπου είναι διαθέσιμη. Στο διάγραμμα ροής SIP, εντοπίστε ποιο μέρος έστειλε BYE ή CANCEL και αν απάντησε η άλλη πλευρά.

Τι πρέπει να παρακολουθείτε μετά την έναρξη λειτουργίας;

Προσέξτε ταυτοχρονισμό που παραμένει υψηλός όταν ο όγκος πέφτει, περισσότερες κλήσεις που τερματίζονται λόγω χρονικών ορίων και αποτυχίες μεταβίβασης.

• Ταυτοχρονισμός σε σχέση με τον όγκο. Οι κανόνες ειδοποιήσεων της Retell μπορούν να παρακολουθούν το concurrency_used (μέγιστες ταυτόχρονες κλήσεις σε ένα χρονικό παράθυρο) παράλληλα με το call_count (κλήσεις που τερματίστηκαν στο παράθυρο). Αν ο ταυτοχρονισμός ανεβαίνει ενώ οι τερματισμένες κλήσεις μένουν σταθερές, οι κλήσεις δεν τερματίζονται.
• Αποτυχίες μεταβίβασης. Ορίστε ειδοποίηση για το transfer_call_failure_count.
• Τερματισμοί λόγω χρονικού ορίου. Στο Call History, φιλτράρετε κατά λόγο αποσύνδεσης. Ένα αυξανόμενο ποσοστό inactivity ή max_duration_reached μετά από μεταβιβάσεις σημαίνει ότι τις κλήσεις σας τις κλείνουν οι δικλίδες ασφαλείας και όχι οι τερματισμοί.
• Κλήσεις μεγάλης διάρκειας. Το Live Monitoring εμφανίζει κάθε κλήση σε εξέλιξη με διάρκεια που ενημερώνεται σε πραγματικό χρόνο. Μια κλήση πολύ παλαιότερη από τη μεγαλύτερη πραγματική συνομιλία σας είναι ύποπτη. Μπορείτε να την τερματίσετε από το Live Monitoring ή με το Stop Call API.
• Μετρήσεις μεταξύ συστημάτων. Οι μετρητές ενεργών κλήσεων της πλατφόρμας AI, του trunk και του κέντρου επικοινωνίας πρέπει να κινούνται μαζί.

Ποιες ρυθμίσεις περιορίζουν τη ζημιά όταν μια κλήση δεν τερματίζεται;

Τα χρονικά όρια. Δεν διορθώνουν την προβληματική σηματοδοσία, αλλά περιορίζουν πόσο καιρό μπορεί μια κολλημένη κλήση να δεσμεύει μια θέση.

Ορίστε τα όρια σιωπής και διάρκειας κοντά στις πραγματικές διάρκειες των κλήσεών σας. Με τις προεπιλογές, ένα νεκρό σκέλος που παραμένει σιωπηλό μπορεί να δεσμεύει μια θέση για 10 λεπτά, και ένα σκέλος που δεν εντοπίζει ο χρονομετρητής σιωπής μπορεί να τη δεσμεύει έως και μία ώρα.

Τι πρέπει να ρωτήσετε τον προμηθευτή σας και την ομάδα τηλεφωνίας;

Λάβετε γραπτές απαντήσεις πριν από την έναρξη λειτουργίας:

1. Όταν ο καλών κλείνει σε μια κλήση με τυφλή μεταβίβαση, ποιο σύστημα στέλνει το BYE στο σκέλος του AI, και έχει δοκιμαστεί αυτό σε ώρα αιχμής;
2. Όταν το AI τερματίζει μια κλήση, η πλατφόρμα του κέντρου επικοινωνίας σας αποδεσμεύει αμέσως τη θύρα;
3. Αφού συνδεθεί μια μεταβίβαση και αποχωρήσει ο πράκτορας AI, εξακολουθεί η κλήση να μετρά στον ταυτοχρονισμό της πλατφόρμας φωνητικού AI μέχρι να κλείσουν και τα δύο μέρη;
4. Επιτρέπει το SIP trunk σας το SIP REFER, και αν όχι, ποια μέθοδο μεταβίβασης πρέπει να χρησιμοποιήσετε;
5. Μπορείτε να λάβετε packet captures για δοκιμαστικές κλήσεις από κάθε κόμβο: πάροχο, SBC, κέντρο επικοινωνίας και πλατφόρμα φωνητικού AI;

Ενσωματώστε τον τερματισμό στα κριτήρια έγκρισης κυκλοφορίας

Αντιμετωπίστε το «ο ταυτοχρονισμός επιστρέφει στο μηδέν μετά τη δοκιμή» ως κριτήριο επιτυχίας ή αποτυχίας. Εκτελέστε τον πίνακα τερματισμού και τη δοκιμή εκκένωσης πριν από την έναρξη λειτουργίας και ξανά μετά από κάθε αλλαγή στις ρυθμίσεις μεταβίβασης, στους αριθμούς ή στη δρομολόγηση κλήσεων.

Η Retell σας παρέχει όλα τα απαραίτητα: ψυχρή, θερμή και agentic θερμή μεταβίβαση κλήσης με χρονικά όρια κλήσης και αναμονής, webhooks μεταβίβασης, λόγους αποσύνδεσης ανά κλήση, packet captures, API ταυτοχρονισμού σε πραγματικό χρόνο και ειδοποιήσεις για τον ταυτοχρονισμό και τις αποτυχίες μεταβίβασης. Αν σχεδιάζετε ανάπτυξη σε κέντρο επικοινωνίας με υψηλό ταυτοχρονισμό αιχμής, το πρόγραμμα Retell Enterprise προσθέτει υψηλό όριο ταυτόχρονων κλήσεων και αποκλειστική υποστήριξη.

Σχετικά άρθρα: Γιατί οι δοκιμές φορτίου πρέπει να ακολουθούν την πραγματική διαδρομή της κλήσης, η λίστα ελέγχου για εξερχόμενους τηλεφωνικούς αριθμούς και περισσότεροι οδηγοί στο κέντρο Retell Learn.