कॉल प्राप्त करना

आपके वर्कस्पेस का कोई नंबर इनकमिंग कॉल को SIP ट्रंक पर डिलीवर कर सकता है, सत्यापित नंबर पर फ़ॉरवर्ड कर सकता है, प्रकाशित सीक्वेंस चला सकता है, या अस्वीकार कर सकता है। एक समय में नंबर का एक ही रूट होता है: उसका अपना, या जब उसका कोई रूट नहीं होता तो आपके वर्कस्पेस का डिफ़ॉल्ट रूट।

वर्कस्पेस का डिफ़ॉल्ट रूट reject से शुरू होता है, इसलिए जिस नंबर को किसी ने कॉन्फ़िगर नहीं किया है वह कॉल करने वालों को वापस भेजता है, बजाय इसके कि उसके पास कोई जवाब ही न हो। हर ऐसे नंबर को एक ही जवाब देने के लिए डिफ़ॉल्ट बदलें। देखें डिफ़ॉल्ट रूट सेट करें।

मूल Bird फ़्लो में इनकमिंग कॉल संभालने के लिए, सीक्वेंस प्रकाशित करें और नंबर को उसके कॉल प्रवेश बिंदु से जोड़ें। चुना गया प्रवेश बिंदु खाली डेटा स्वीकार करने वाला होना चाहिए।

आवश्यक शर्तें

किसी नंबर को किसी जवाब पर पॉइंट करने से पहले:

• एक ऐसा नंबर जो कॉल प्राप्त कर सके। Voice > Numbers खोलें और Directions कॉलम में इनबाउंड मार्क देखें। किसी अन्य कैरियर से कॉलर ID के रूप में रजिस्टर किया गया नंबर यहाँ कॉल प्राप्त नहीं करता: वह कैरियर उस पर आने वाली कॉल को रूट करता है, इसलिए उस नंबर पर कोई जवाब नहीं होता।
• ट्रंक पर डिलीवरी के लिए: एक SIP ट्रंक जिस पर इनबाउंड कॉलिंग चालू हो और कम से कम एक डिलीवरी गेटवे हो।
• फ़ॉरवर्ड के लिए: फ़ॉरवर्ड करने के लिए एक सत्यापित कॉलर ID।
• सीक्वेंस के लिए: उसी वर्कस्पेस में एक सक्रिय, प्रकाशित सीक्वेंस, जिसमें एक कॉल एंट्री हो जो खाली एंट्री डेटा स्वीकार करे। Inbound routing के तहत Run a sequence चुनें, सीक्वेंस और कॉल एंट्री चुनें, और सेव करें। सीक्वेंस बिल्डर गाइड प्रकाशन और इनकमिंग ड्राफ़्ट टेस्टर्स के बारे में बताता है।
• API या CLI से सेटिंग बदलने के लिए: एक API कुंजी जिसमें voice_management स्कोप write स्तर पर हो। यह स्कोप वॉइस कॉन्फ़िगरेशन को कवर करता है; voice स्कोप कॉल ट्रैफ़िक और आँकड़ों को कवर करता है, इसलिए कॉल लॉग पढ़ने के लिए दूसरा स्कोप चाहिए।

SIP ट्रंक पर कॉल डिलीवर करना

डिलीवरी आपके अपने फ़ोन सिस्टम को उन पतों पर डायल करती है जो आपने ट्रंक पर घोषित किए हैं। पहले दिशा चालू करें, क्योंकि किसी नंबर को केवल उसी ट्रंक पर पॉइंट किया जा सकता है जो पहले से इनबाउंड कॉल स्वीकार करता हो।

1. Voice > SIP ट्रंक खोलें, ट्रंक खोलें, और इनबाउंड कॉलिंग के तहत इनबाउंड सक्षम करें चुनें।
2. उसी सेक्शन में कम से कम एक गेटवे जोड़ें। बिना गेटवे वाला ट्रंक अपने द्वारा उत्तर दिए जाने वाले नंबरों पर आने वाली हर इनकमिंग कॉल को अस्वीकार करता है।
3. Voice > नंबर खोलें, नंबर खोलें, और इनबाउंड रूटिंग के तहत SIP ट्रंक पर डिलीवर करें चुनें।
4. ट्रंक चुनें और सहेजें चुनें। सूची में केवल वे ट्रंक दिखाई देते हैं जिन पर इनबाउंड कॉलिंग चालू है।

नंबर सूची पर इस्तेमाल कॉलम तब उस नंबर को उस ट्रंक पर डिलीवर किए गए के रूप में दिखाता है, और ट्रंक का अपना पेज उन नंबरों को सूचीबद्ध करता है जिनका वह उत्तर देता है।

API पर, inbound_enabled: true के साथ ट्रंक अपडेट करें, गेटवे जोड़ें, फिर नंबर के वॉइस रिकॉर्ड को ट्रंक पर पॉइंट करें। वॉइस रिकॉर्ड की ID vnu_ से शुरू होती है, जो उसी नंबर के लिए /v1/numbers द्वारा लौटाई गई nda_ ID से अलग है। nda_ ID को वॉइस नंबर ऑपरेशन में भेजने पर 422 के साथ अस्वीकार कर दिया जाता है। वॉइस रिकॉर्ड खोजने के लिए, नंबर के अंकों से अपने वॉइस नंबर खोजें:

for await (const number of bird.voice.numbers.list({ search: "31201234567" })) {
  console.log(number.id, number.phone_number);
}

for number, err := range client.Voice.Numbers.List(context.Background(), bird.VoiceNumbersListParams{
	Search: "31201234567",
}) {
	if err != nil {
		log.Fatal(err)
	}
	fmt.Println(number.Id, number.PhoneNumber)
}

foreach ($bird->voice->numbers->list(['search' => '31201234567']) as $number) {
    echo $number->getId(), ' ', $number->getPhoneNumber(), "\n";
}

bird voice numbers list --search 31201234567

curl -X GET "https://{region}.platform.bird.com/v1/voice/numbers" \
  -H "Authorization: Bearer $TOKEN" \
  --url-query "search=31201234567"

हर परिणाम में उसकी id, उसकी phone_number, और वर्तमान inbound_configuration.route होती है। उस id के साथ वॉइस नंबर अपडेट करें को ट्रंक रूट भेजें:

const number = await bird.voice.numbers.update("NUMBER_ID", {
  inbound_configuration: {
    route: { type: "trunk", trunk_id: "spt_01krdgeqcxet5s7t44vh8rt9mg" },
  },
});
console.log(number.id, number.inbound_configuration?.route?.type);

var route bird.VoiceCallRouteWritable
if err := route.FromVoiceCallRouteTrunk(bird.VoiceCallRouteTrunk{
	TrunkId: "spt_01krdgeqcxet5s7t44vh8rt9mg",
}); err != nil {
	log.Fatal(err)
}
number, err := client.Voice.Numbers.Update(context.Background(), "NUMBER_ID", bird.VoiceNumbersUpdateParams{
	InboundConfiguration: &bird.VoiceInboundConfigurationPut{Route: route},
})
if err != nil {
	log.Fatal(err)
}
fmt.Println(number.Id)

$number = $bird->voice->numbers->update(
    'NUMBER_ID',
    (new VoiceNumberUpdate())->setInboundConfiguration(
        (new VoiceInboundConfigurationPut())->setRoute([
            'type' => 'trunk',
            'trunk_id' => 'spt_01krdgeqcxet5s7t44vh8rt9mg',
        ]),
    ),
);
echo $number->getId(), "\n";

bird voice numbers update <number-id> --body-file - <<'JSON'
{
  "inbound_configuration": {
    "route": {
      "type": "trunk",
      "trunk_id": "spt_01krdgeqcxet5s7t44vh8rt9mg"
    }
  }
}
JSON

curl -X PATCH "https://{region}.platform.bird.com/v1/voice/numbers/{number_id}" \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "inbound_configuration": {
      "route": {
        "type": "trunk",
        "trunk_id": "spt_01krdgeqcxet5s7t44vh8rt9mg"
      }
    }
  }'

जिस ट्रंक की इनबाउंड कॉलिंग बंद है, उसे 412 और E21052 के साथ अस्वीकार कर दिया जाता है। रूट नंबर पर पहले से जो भी था उसकी जगह ले लेता है। रूट के रूप में {"type": "reject"} भेजने पर डिफ़ॉल्ट चाहे जो हो कॉल करने वालों को वापस भेज दिया जाता है, और null भेजने पर नंबर वर्कस्पेस के डिफ़ॉल्ट रूट पर लौट जाता है।

गेटवे को क्या चाहिए

गेटवे वह एक पता है जिस पर कॉल डिलीवर की जाती है, और यह बताता है कि वह पीयर कॉल के दो नंबरों को किस फ़ॉर्मेट में चाहता है:

समान प्राथमिकता वाले गेटवे कॉल का बराबर हिस्सा लेते हैं, और किसी भी कॉल पर उनमें से कोई भी पहले आज़माया जा सकता है। डिलीवरी को दूसरे पते पर फ़ेल ओवर करने के लिए, उस गेटवे को बड़ा प्राथमिकता नंबर दें: जब पहला उत्तर नहीं देता तब उसे आज़माया जाता है।

दोनों नंबर फ़ॉर्मेट एक प्लेसहोल्डर {number} पर आधारित टेम्प्लेट हैं, जो नंबर को उसके शुरुआती + के बिना दर्शाता है। डेस्टिनेशन फ़ॉर्मेट SIP URI होस्ट से पहले रखा जाता है, इसलिए 1234#{number} एक कॉल को +31201234567 पर sip:1234#31201234567@pbx.example.com:5060 के रूप में डिलीवर करता है। दोनों का डिफ़ॉल्ट +{number} है, जो E.164 है। कोई भी {number} न रखने वाला फ़ॉर्मेट ट्रंक द्वारा उत्तर दिए जाने वाले हर नंबर को एक निश्चित पते पर भेजता है। + के बिना नंबर चाहने वाला पीयर फ़ॉर्मेट के रूप में अकेला {number} लेता है।

API पर, इन सेटिंग्स के साथ ट्रंक में गेटवे जोड़ें। पहले ट्रंक की इनबाउंड कॉलिंग चालू करें: बिना इनबाउंड कॉलिंग वाले ट्रंक पर गेटवे बनाना 412 और E21052 के साथ अस्वीकार किया जाता है।

const gateway = await bird.voice.trunks.gateways.create("TRUNK_ID", {
  sip_uri: "sip:pbx.example.com:5060",
  priority: 0,
  destination_format: "1234#{number}",
});
console.log(gateway.id, gateway.priority);

gateway = client.voice.trunks.gateways.create(
    "TRUNK_ID",
    sip_uri="sip:pbx.example.com:5060",
    priority=0,
    destination_format="1234#{number}",
)
print(gateway.id, gateway.priority)

gateway, err := client.Voice.Trunks.Gateways.Create(context.Background(), "TRUNK_ID", bird.VoiceTrunksGatewaysCreateParams{
	SipURI:            "sip:pbx.example.com:5060",
	Priority:          0,
	DestinationFormat: bird.Ptr("1234#{number}"),
})
if err != nil {
	log.Fatal(err)
}
fmt.Println(gateway.Id, gateway.Priority)

$gateway = $bird->voice->trunks->gateways->create(
    'TRUNK_ID',
    (new VoiceTrunkGatewayCreate())
        ->setSipUri('sip:pbx.example.com:5060')
        ->setPriority(0)
        ->setDestinationFormat('1234#{number}'),
);
echo $gateway->getId(), ' ', $gateway->getPriority(), "\n";

bird voice trunks gateways create <trunk-id> \
  --destination-format '1234#{number}' \
  --priority 0 \
  --sip-uri sip:pbx.example.com:5060

curl -X POST "https://{region}.platform.bird.com/v1/voice/trunks/{trunk_id}/gateways" \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "sip_uri": "sip:pbx.example.com:5060",
    "priority": 0,
    "destination_format": "1234#{number}"
  }'

बाद में प्राथमिकता या फ़ॉर्मेट बदलने के लिए गेटवे अपडेट करें।

चेतावनी: किसी trunk पर इनबाउंड कॉलिंग बंद करने, या trunk हटाने पर, उससे जुड़े सभी नंबर वर्कस्पेस डिफ़ॉल्ट रूट पर लौट जाते हैं। यदि वर्कस्पेस डिफ़ॉल्ट रूट उसी trunk का नाम रखता है, तो वह reject पर वापस चला जाता है। इनबाउंड दोबारा चालू करने से कोई भी सेटिंग बहाल नहीं होती, इसलिए हर नंबर को फिर से किसी trunk से जोड़ना होगा।

डिफ़ॉल्ट रूट सेट करना

वर्कस्पेस का डिफ़ॉल्ट रूट हर उस नंबर की कॉल का उत्तर देता है जिसका अपना कोई रूट नहीं है। यह reject से शुरू होता है। अपना रूट रखने वाला नंबर डिफ़ॉल्ट बदलने पर भी अपना रूट बनाए रखता है।

1. Voice > नंबर खोलें।
2. बिना अपने रूट वाले नंबरों पर कॉल के बगल में बदलें चुनें, जवाब चुनें, और सेव करें।

यह बदलाव उन नंबरों पर आने वाली अगली कॉल से लागू होता है। API पर, वॉइस सेटिंग्स अपडेट करें:

curl -X PATCH "https://{region}.platform.bird.com/v1/voice/settings" \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "inbound_configuration": {
      "route": {
        "type": "trunk",
        "trunk_id": "spt_01krdgeqcxet5s7t44vh8rt9mg"
      }
    }
  }'

डिफ़ॉल्ट रूट की जाँच नंबर के रूट की तरह ही की जाती है। किसी नंबर को डिफ़ॉल्ट पर वापस लाने के लिए, उसका रूट null पर सेट करें, या नंबर पर वर्कस्पेस डिफ़ॉल्ट उपयोग करें चुनें।

कॉल को दूसरे नंबर पर फ़ॉरवर्ड करना

फ़ॉरवर्ड इनकमिंग कॉल का उत्तर देता है और आपके द्वारा सत्यापित किए गए नंबर पर दूसरी कॉल करता है, फिर दोनों को जोड़ता है।

1. Voice > नंबर खोलें, नंबर खोलें, और इनबाउंड रूटिंग के तहत दूसरे नंबर पर फ़ॉरवर्ड करें चुनें।
2. फ़ॉरवर्ड करने के लिए नंबर चुनें। सूची में आपकी सत्यापित कॉलर ID हैं, क्योंकि फ़ॉरवर्ड केवल उसी नंबर को लक्षित कर सकता है जिस पर आपका नियंत्रण साबित हो चुका हो।
3. चुनें कि फ़ॉरवर्ड की गई कॉल कॉलर के रूप में कौन सा नंबर दिखाए, फिर Save चुनें।

API पर, नंबर के अंक खोजने के लिए अपने वॉइस नंबर खोजें और उसकी vnu_ ID पढ़ें, फिर forward_to और forward_as के साथ एक forward रूट भेजें:

const number = await bird.voice.numbers.update("NUMBER_ID", {
  inbound_configuration: {
    route: { type: "forward", forward_to: "+14155551234", forward_as: "dialed_number" },
  },
});
console.log(number.id, number.inbound_configuration?.route?.type);

var route bird.VoiceCallRouteWritable
if err := route.FromVoiceCallRouteForward(bird.VoiceCallRouteForward{
	ForwardTo: "+14155551234",
	ForwardAs: "dialed_number",
}); err != nil {
	log.Fatal(err)
}
number, err := client.Voice.Numbers.Update(context.Background(), "NUMBER_ID", bird.VoiceNumbersUpdateParams{
	InboundConfiguration: &bird.VoiceInboundConfigurationPut{Route: route},
})
if err != nil {
	log.Fatal(err)
}
fmt.Println(number.Id)

$number = $bird->voice->numbers->update(
    'NUMBER_ID',
    (new VoiceNumberUpdate())->setInboundConfiguration(
        (new VoiceInboundConfigurationPut())->setRoute([
            'type' => 'forward',
            'forward_to' => '+14155551234',
            'forward_as' => 'dialed_number',
        ]),
    ),
);
echo $number->getId(), "\n";

bird voice numbers update <number-id> --route forward --forward-to +14155551234 --forward-as dialed_number

curl -X PATCH "https://{region}.platform.bird.com/v1/voice/numbers/{number_id}" \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "inbound_configuration": {
      "route": {
        "type": "forward",
        "forward_to": "+14155551234",
        "forward_as": "dialed_number"
      }
    }
  }'

forward_to एक ऐसी कॉलर ID होनी चाहिए जिसका सत्यापन पूरा हो चुका हो। जो नंबर आपने रजिस्टर नहीं किया है, या जिसका सत्यापन pending या failed है, उसे 412 और E21053 के साथ अस्वीकार किया जाता है। कॉलर ID API पर रजिस्टर और सत्यापित करने की जानकारी देता है।

फ़ॉरवर्ड टारगेट की जाँच तब होती है जब आप उसे सेट करते हैं और हर उस कॉल पर फिर से होती है जिसे वह फ़ॉरवर्ड करता है। बाद में हटाई गई कॉलर ID फ़ॉरवर्डिंग बंद कर देती है बजाय जारी रखने के, और उस बिंदु से इनकमिंग कॉल रिजेक्ट हो जाती हैं।

फ़ॉरवर्ड की गई कॉल 45 सेकंड तक रिंग होती है इसके बाद छोड़ दी जाती है, जो ट्रंक डिलीवरी रिंग से अधिक है क्योंकि दूसरे सिरे पर आमतौर पर फ़ोन सिस्टम के बजाय किसी व्यक्ति का फ़ोन होता है।

फ़ॉरवर्डिंग एक कॉल करती है, इसलिए दूसरे लेग पर आउटबाउंड नियम लागू होते हैं: जिस देश को आपने गंतव्य में चालू नहीं किया है वहाँ फ़ॉरवर्ड करना destination_not_enabled के साथ अस्वीकार किया जाता है।

एक फ़ॉरवर्ड, दो कॉल रिकॉर्ड

फ़ॉरवर्ड की गई कॉल दो लेग रिकॉर्ड बनाती है जो एक call_id साझा करते हैं:

संबंधित कनेक्शन खोजने के लिए लेग सूची पर call_id फ़िल्टर का उपयोग करें, या Voice > कॉल खोलें। आने वाला रिकॉर्ड वह है जो बताता है कि नंबर किस पर कॉन्फ़िगर था।

चुनें कि फ़ॉरवर्ड की गई कॉल कॉलर के रूप में कौन सा नंबर दिखाए

फ़ॉरवर्ड की गई कॉल में दो नंबर होते हैं जो उत्तर देने वाले को दिखाए जा सकते हैं, और यह चुनाव बदलता है कि वे क्या देखते हैं और कैरियर द्वारा कॉल में हस्तक्षेप की कितनी संभावना है:

• कॉल करने वाला नंबर कॉलर का अपना नंबर है, इसलिए फ़ोन ऐसे बजता है जैसे उन्होंने सीधे डायल किया हो और कॉल को कॉल लॉग से वापस किया जा सकता है। चूँकि यह नंबर आपका नहीं है, कुछ कैरियर, अक्सर US और यूरोप के कुछ हिस्सों में, ऐसी कॉल को असत्यापित चिह्नित करते हैं, नंबर बदल देते हैं, या उन्हें स्क्रीन करते हैं।
• डायल किया गया नंबर वह नंबर है जो कॉलर ने डायल किया, जो आपके नंबरों में से एक है। उत्तर देने वाला देखता है कि आपके किस नंबर पर कॉल आई थी, न कि किसने कॉल की।

API या CLI से लिखे गए हर फ़ॉरवर्ड पर यह चुनाव बताएँ। बिना संग्रहीत चुनाव वाली पुरानी कॉन्फ़िगरेशन डायल किया गया नंबर लौटाती है।

नंबर का inbound_configuration.forward_as_options एडिटर को उपलब्ध विकल्प सूचीबद्ध करता है। वर्तमान विकल्पों में कॉलिंग नंबर और डायल किया गया नंबर शामिल हैं। इंटीग्रेशन बनाते समय उन विकल्पों को पढ़ें, और प्रभावी सेटिंग की पुष्टि के लिए लौटाए गए forward_as का उपयोग करें।

रीड पर, forward_as वह मान है जो कॉल वास्तव में ले जाती हैं, जो अंतिम बार लिखे गए मान से भिन्न हो सकता है।

पढ़ें कि किसी नंबर ने कॉल के साथ क्या किया

इनकमिंग कॉल के रिकॉर्ड में उसकी स्थिति के साथ एक route होता है, और route बताता है कि कॉल हैंडल होने के समय नंबर किस पर सेट था। बाद में नंबर की सेटिंग बदलने से उसकी पिछली कॉल में लिखा हुआ नहीं बदलता।

route बताता है कि नंबर किस पर सेट था, यह नहीं कि वह काम कर गया। कभी कनेक्ट न हुई कॉल पर trunk रूट का मतलब है कि नंबर एक ऐसे ट्रंक पर पॉइंट था जिसने कॉल नहीं ली, और कॉल की स्थिति ही परिणाम बताती है। route आउटबाउंड कॉल पर और इस फ़ील्ड के अस्तित्व से पहले रिकॉर्ड की गई कॉल पर अनुपस्थित होता है।

डैशबोर्ड में, Voice > लेग से कॉल खोलें और इनबाउंड रूट पंक्ति पढ़ें, जो उस नंबर से लिंक करती है जिसकी सेटिंग्स ने यह तय किया। API पर, route GET /v1/voice/legs/{leg_id} और GET /v1/voice/legs पर उपलब्ध है, और direction सूची को इनकमिंग कॉल तक फ़िल्टर करता है।

सीक्वेंस रूट के लिए, चली हुई एंट्री और संस्करण की पहचान करने के लिए सीक्वेंस का Runs पेज भी देखें। नंबर की मौजूदा कॉन्फ़िगरेशन किसी पिछली कॉल द्वारा सहेजे गए संस्करण से अलग हो सकती है।

अस्वीकृत इनकमिंग कॉल का निदान करना

अस्वीकृत इनकमिंग कॉल rejected स्थिति के साथ रिकॉर्ड होती है। दो अलग-अलग चीज़ें इसे उत्पन्न करती हैं, और rejection_reason उन्हें अलग करता है:

• बिना rejection_reason के रिजेक्ट। नंबर ने स्वयं कॉल अस्वीकार कर दी। कॉल हमारी किसी जाँच में विफल नहीं हुई, इसलिए कोई कारण नहीं बताया गया, और route बताता है कि नंबर किस पर सेट था। reject रूट का मतलब है कि नंबर अस्वीकार पर सेट है, या उसका अपना कोई रूट नहीं है जबकि वर्कस्पेस का डिफ़ॉल्ट रूट reject है।
• rejection_reason के साथ रिजेक्ट। कॉल आपके फ़ोन सिस्टम तक पहुँचने से पहले हमारी किसी जाँच में विफल हुई। कारण उस जाँच का नाम बताता है। अस्वीकृत कॉल हर कारण और उसका समाधान सूचीबद्ध करता है।

failed एक अलग स्थिति है और इसका मतलब अस्वीकृत नहीं है: इसका मतलब है कि कॉल का प्रयास किया गया और वह काम नहीं आई, sip_response_code में वापस आया रिस्पॉन्स दर्ज है।

अस्वीकृतियों को अलग-अलग पहचानने के लिए route और rejection_reason को एक साथ पढ़ें:

अकाउंट सीमाएँ इनकमिंग कॉल पर भी लागू होती हैं: आपके वॉलेट बैलेंस, आपके संगठन की दैनिक वॉइस खर्च सीमा, या आपकी कॉन्करेंसी और प्रति-सेकंड सीमा पार होने पर इनकमिंग कॉल संबंधित कारण के साथ रिजेक्ट हो जाती है। Voice अवलोकन इन सीमाओं को स्वयं कवर करता है।

प्राप्त कॉल की लागत जाँचें

कॉल प्राप्त करना शुल्क योग्य है। दर प्राप्त करने वाले नंबर के देश और प्रकार पर निर्भर करती है, और वॉइस प्राइसिंग पेज पर कॉल प्राप्त करना के तहत प्रति देश प्रकाशित है, साथ ही आपके द्वारा की जाने वाली कॉल की दरें भी।

फ़ॉरवर्ड की बिलिंग दो कॉल के रूप में होती है: आने वाली कॉल रिसीविंग दर पर, और हमारे द्वारा किया गया लेग आपके फ़ॉरवर्ड किए गए नंबर के लिए आउटबाउंड दर पर। एक हैंडलिंग शुल्क कॉल के लिए एक बार लिया जाता है, प्रति लेग नहीं।

इनकमिंग कॉल डिलीवर होने से पहले वॉलेट की जाँच की जाती है, इसलिए उसे कवर न कर पाने वाला बैलेंस होने पर कॉल रिजेक्ट हो जाती है, बजाय इसके कि बाद में आपको बिल किया जाए। लागत और बिलिंग बताता है कि बिल योग्य समय, दरें और वॉलेट दोनों दिशाओं के लिए कैसे काम करते हैं।

अगले कदम