Voice call status что это

Вы отправили слишком много запросов, поэтому ваш компьютер был заблокирован.

Для того, чтобы предотвратить автоматическое считывание информации с нашего сервиса, на Linguee допустимо лишь ограниченное количество запросов на каждого пользователя.
Пользователям, браузер которых поддерживает Javascript, доступно большее количество запросов, в отличие от пользователей, чей браузер не поддерживает Javascript. Попробуйте активировать Javascript в настройках вашего браузера, подождать несколько часов и снова воспользоваться нашим сервером.
Если же ваш компьютер является частью сети компьютеров, в которой большое количество пользователей одновременно пользуется Linguee,сообщитеоб этом нам.

Voice call status что это

уважаемые, правильно ли я понимаю
sh ISDN active call показывает звонки через канал Е1
а sh voice call status — просто статус активных звонков, в том числе которые уже «говорят» (active), те которые только в состоянии установки (connecting).
просто разница между значениями получается довольно значительная.

Оглавление

ISDN active call & voice call status , irritant, 09:42 , 16-Ноя-06, (1)

ISDN active call & voice call status , ilya, 09:52 , 16-Ноя-06, (2)

ISDN active call & voice call status , irritant, 10:28 , 16-Ноя-06, (3)

ISDN active call & voice call status , ilya, 10:37 , 16-Ноя-06, (4)

ISDN active call & voice call status , sergei, 13:00 , 16-Ноя-06, (5)

ISDN active call & voice call status , sergei, 13:06 , 16-Ноя-06, (6)

ISDN active call & voice call status , ilya, 13:22 , 16-Ноя-06, ( 7 )

ISDN active call & voice call status , sergei, 06:19 , 21-Ноя-06, ( 8 )

ISDN active call & voice call status , vad_f, 14:44 , 25-Окт-07, ( 9 )

ISDN active call & voice call status , Hammer, 10:13 , 06-Мрт-08, ( 10 )

Сообщения по теме

[Сортировка по времени | RSS]

довольно значительная это какая?

>довольно значительная это какая?

например sh voice call status показываеит 22 active calls found
show isdn status — 17 ISDN ACTIVE CALLS

данные по show isdn status уже отличаются — т.к. кол-во звонков постоянно меняется (но не значительно)
Global ISDN Switchtype = primary-net5
ISDN Serial3/0:15 interface
******* Network side configuration *******
dsl 0, interface ISDN Switchtype = primary-net5
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
Layer 3 Status:
11 Active Layer 3 Call(s)
CCB:callid=B983, sapi=0, ces=0, B-chan=10, calltype=VOICE
CCB:callid=B99D, sapi=0, ces=0, B-chan=17, calltype=VOICE
CCB:callid=B9A4, sapi=0, ces=0, B-chan=25, calltype=VOICE
CCB:callid=B9B1, sapi=0, ces=0, B-chan=11, calltype=VOICE
CCB:callid=B9C0, sapi=0, ces=0, B-chan=14, calltype=VOICE
CCB:callid=B9C2, sapi=0, ces=0, B-chan=18, calltype=VOICE
CCB:callid=B9C3, sapi=0, ces=0, B-chan=19, calltype=VOICE
CCB:callid=B9CB, sapi=0, ces=0, B-chan=4, calltype=VOICE
CCB:callid=B9CC, sapi=0, ces=0, B-chan=6, calltype=VOICE
CCB:callid=B9D2, sapi=0, ces=0, B-chan=8, calltype=VOICE
CCB:callid=B9D7, sapi=0, ces=0, B-chan=21, calltype=VOICE
CCB:callid=B9D9, sapi=0, ces=0, B-chan=5, calltype=VOICE
CCB:callid=B9DA, sapi=0, ces=0, B-chan=7, calltype=VOICE
CCB:callid=B9DC, sapi=0, ces=0, B-chan=2, calltype=VOICE
CCB:callid=B9DD, sapi=0, ces=0, B-chan=3, calltype=VOICE
CCB:callid=B9DE, sapi=0, ces=0, B-chan=9, calltype=VOICE
CCB:callid=B9DF, sapi=0, ces=0, B-chan=12, calltype=VOICE
CCB:callid=B9E0, sapi=0, ces=0, B-chan=13, calltype=VOICE
Active dsl 0 CCBs = 18
The Free Channel Mask: 0xFEE84001
Number of L2 Discards = 0, L2 Session >ISDN Serial3/1:15 interface
******* Network side configuration *******
dsl 1, interface ISDN Switchtype = primary-net5
Layer 1 Status:
ACTIVE
Layer 2 Status:
TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
Layer 3 Status:
3 Active Layer 3 Call(s)
CCB:callid=B958, sapi=0, ces=0, B-chan=4, calltype=VOICE
CCB:callid=B9B6, sapi=0, ces=0, B-chan=3, calltype=VOICE
CCB:callid=B9BD, sapi=0, ces=0, B-chan=6, calltype=VOICE
Active dsl 1 CCBs = 3
The Free Channel Mask: 0xFFFF7FD3
Number of L2 Discards = 0, L2 Session > Total Allocated ISDN CCBs = 21

имхо sh isdn calls врет.

на практике я привык доверять
sh isdn status
sh voice call status
присмотритесь,
эти две команды в вашем примере показывают почти одинаковые значения:

sh voice call status показываеит 22 active calls found
sh isdn st — Total Allocated ISDN CCBs = 21

>имхо sh isdn calls врет.
>
>на практике я привык доверять
>sh isdn status
>sh voice call status
>присмотритесь,
>эти две команды в вашем примере показывают почти одинаковые значения:
>
>sh voice call status показываеит 22 active calls found
>sh isdn st — Total Allocated ISDN CCBs = 21

блин, а что делать тогда в этом случае.
точнее не так — по какому значению снимать по snmp общее кол-во активных звонков?
сейчас по снмп собирается информация о sh isdn active
а какой оид тогда можно использовать что бы получить значение
22 active calls found
?

вообще sh isdn stat
показывает тайм слоты потока
sh voice call status
показывает только те сессии по которым уже реально идет разговор
отличие по количеству при хорошем трафе может очень сильно отличатся
потому что далеко не все абоненты сразу трубку снимают
поэтому тайм слот занимается но для циски по сути звонка еще нет, потому что не получен connect

>вообще sh isdn stat
>показывает тайм слоты потока
>sh voice call status
>показывает только те сессии по которым уже реально идет разговор
>отличие по количеству при хорошем трафе может очень сильно отличатся
>потому что далеко не все абоненты сразу трубку снимают
>поэтому тайм слот занимается но для циски по сути звонка еще нет,
>потому что не получен connect

вот очень хороший пример
sh voice call status
0x57A6 1C60 0x642F66FC 2/0:15.4 1/4 *8613 None 1/70
сдесь эта сессия в счетчик попадает
sh isdn status тоже попадает
а вот в sh isdn act
вы её не увидите потому как фактически сессии нет еще

а вообще я сталкивался с такими иосами где sh isdn act например вообще никогода не показывал активных званков :-))

>вот очень хороший пример
>sh voice call status
>0x57A6 1C60 0x642F66FC 2/0:15.4 1/4
> *8613 None 1/70
>сдесь эта сессия в счетчик попадает
>sh isdn status тоже попадает
>а вот в sh isdn act
>вы её не увидите потому как фактически сессии нет еще
гм, можно глупый вопрос? на основании чего определяется что ее не видно в sh isdn act?
или даже лучше пошлите куданить ссылкой в доку где это описано. 😉

>
>а вообще я сталкивался с такими иосами где sh isdn act например
>вообще никогода не показывал активных званков :-))

понятно, спасибо!

>
>>вот очень хороший пример
>>sh voice call status
>>0x57A6 1C60 0x642F66FC 2/0:15.4 1/4
>> *8613 None 1/70
>>сдесь эта сессия в счетчик попадает
>>sh isdn status тоже попадает
>>а вот в sh isdn act
>>вы её не увидите потому как фактически сессии нет еще
>гм, можно глупый вопрос? на основании чего определяется что ее не видно
>в sh isdn act?
>или даже лучше пошлите куданить ссылкой в доку где это описано. 😉

ссылку не дам время тратить не охота на поиски нужных ссылок
а определяется на основе полученного пакета connect от терминатора
как только получен данный пакет срабатывает таймер и вы видите сессию в активных
это все спецификации ISDN, ну и собственно принцип работы такой

Ребята, перелопатил все что можно,
кто нибудь подскажите SNMP OID аля «sh voice call status» или «sh isdn active call»
или подскажите где посматреть .

Заранее спасибо.

>
>Ребята, перелопатил все что можно,
>кто нибудь подскажите SNMP OID аля «sh voice call
>status» или «sh isdn active call»
>или подскажите где посматреть .
>
>Заранее спасибо.

На моей 2651 нет такого OID. Для мониторринга пула VoIP
использую perl Net::Telnet::Cisco. Результат засовываю в кактус (cacti).

Архив \| Удалить	Индекс форумов \| Темы \| Пред. тема \| След. тема
Оцените тред (1=ужас, 5=супер)? [ Рекомендовать для помещения в FAQ]

VoLTE/ViLTE + Wi-Fi-Calling — просто о сложном

Сегодня речь пойдет о достаточно новых для России технологиях передачи голоса и видео в сети сотового оператора — VoLTE (Voice over LTE), ViLTE (Video over LTE) и Wi-Fi-Calling (WFC).

Почему при звонке из сети LTE телефон уходит в сеть 3G?

Прежде чем перейти к рассмотрению новых технологий, давайте освежим в памяти, как на текущий момент работает наш смартфон в сети 4G/LTE.

Думаю, что многие абоненты замечали, что смартфон при входящих или исходящих звонках переходит в сети предыдущего поколения (2G/3G), а на само соединение уходит достаточно много времени. Для начала следует сказать несколько слов о том, как верхнеуровнево (очень крупными блоками) выглядит сеть оператора мобильной связи.

На первый взгляд, не сложно, но это только на первый. Давайте разбираться.

Как видно на картинке выше, сеть радио-доступа второго (2G, или GERAN) и третьего (3G, или UTRAN) поколений подключается как к ядру канальной коммутации (CS Core) для осуществления голосовых вызовов, так и к ядру пакетной коммутации (PS Core) для доступа к IP-сетям и для выхода в сеть Internet. Логичный вывод, который напрашивается из сказанного выше: CS Core обеспечивает голосовую связь, а PS Core предназначен для передачи данных. Останавливаться для анализа того, как работают сети передачи данных и голоса в рамках данной статьи, мы не будем.

Рассмотрим прохождение голосовых вызовов для сети 4G. Прежде чем погружаться в подробности, давайте еще раз посмотрим на картинку и вспомним, что сеть радио-доступа LTE не имеет прямых подключений к CS Core. На первый взгляд, это странно, но решение есть. И частью решения является интерфейс между PS Core и CS Core, который называется SGs.

(Справедливости ради нужно сказать, что и до внедрения стандарта 4G/LTE связь между канальным и пакетным ядром была возможна. Интерфейс, по которому могла осуществляться эта связь, называется Gs. Задачи, возлагавшиеся на Gs-интерфейс, заключались в комбинировании (объединении) процедур регистрации в обоих доменах, а также в обеспечении поиска устройства (paging), который осуществлялся из канального домена в пакетный. Это позволяло приостанавливать передачу данных в сети 2G и принимать голосовые вызовы.)

В сети 4G/LTE интерфейс SGs уже не является опциональным и играет важную роль. Вспоминаем, что в сети LTE наше мобильное устройство работает только в пакетном домене (PS Core) и, как вы уже догадались, без интерфейса между PS и CS Core не обойтись.

Теперь давайте кратко рассмотрим процесс осуществления голосовых вызовов, когда Ваше устройство находится в сети LTE. Не вдаваясь глубоко в технические делали, это можно объяснить так:

Входящий звонок. Поскольку телефон находится в сети LTE и не имеет возможности «слушать» сети 2G/3G, «добраться» до него можно только с использованием сети 4G. За мобильность в сети LTE отвечает сетевой элемент MME (Mobility Management Entity). Именно через это устройство по SGs интерфейсу мобильный коммутатор (MSC-S) производит поиск смартфона процедурой «paging» с индикатором того, что идет входящий звонок, сигнализируя, что телефону необходимо перейти в сеть предыдущего поколения с перерегистрацией в CS-домене и принять звонок.

Исходящий звонок. Мобильное устройство сообщает базовой станции (eNodeB), что собирается совершить исходящий звонок, тем самым запуская процесс перехода из LTE в сети предыдущего поколения. Подробнее расписывать процедуру в рамках данной статьи нецелесообразно.

Процесс перехода из LTE в сети предыдущего поколения для совершения голосовых вызовов называется называется CS Fallback (CSFB).

По завершению вызова (уже не важно входящего или исходящего) устройство вернется в сеть LTE, но c небольшим «НО». Несмотря на то, что устройству пришлось перерегистрироваться в сеть 3G (реже в 2G), передача данных, которая могла производиться до звонка, может осуществляться и одновременно с голосовым вызовом. При этом мобильное устройство не потеряет выделенный ему IP-адрес. «НО» заключается в том, что переход в сеть LTE произойдет только в ближайшую паузу в передаче данных.

(Небольшое замечание про SMS. В сети LTE и входящие и исходящие SMS передаются все по тому же интерфейсу SGs и переходов между сетями различных поколений не осуществляется.)

Voice over LTE (VoLTE) и Video over LTE (ViLTE)

У сети LTE, в сравнении с предыдущими поколениями сети, лучше показатели по задержкам и RTT, и она вполне приспособлена для трафика, критичного к качеству канала передачи, а именно, небуферизированного голоса и видео, которыми и являются наши звонки. Осуществление голосовых вызовов наконец-то переходит на протокол IP непосредственно с мобильного устройства.

Теперь давайте рассмотрим, что поменялось в архитектуре сети оператора.

Мы видим, что по сравнению с предыдущей схемой, добавилось облачко с названием IMS. Да, действительно, в качестве ядра для поддержки голосовых вызовов сети LTE и Wi-Fi был выбран IMS.

Начнем с процесса регистрации. Мобильное устройство должно убедиться, что сеть оператора поддерживает передачу голоса поверх IP в конкретной зоне радиопокрытия. Если это так, то смартфон пытается активировать bearer (канал связи по IP) со специальным APN-ом и со специально выделенным классом обслуживания QCI-5, который зарезервирован и оптимизирован для IMS-signaling. Данный класс обслуживания имеет более высокий приоритет по сравнению с классом обслуживания для передачи данных, которая используется для выхода в Интернет, но он, так же как и интернетовский, не требует гарантированной полосы передачи данных и менее критичен к задержкам чем для голоса и видео. По завершению процесса активации bearer-а у мобильного устройства имеется IP адрес, и сеть сообщила IP адрес P-CSCF, который уже является первым элементом ядра IMS. Именно к нему смартфон впервые обращается по протоколу SIP и осуществляет регистрацию в IMS.

Подробно останавливаться на процессах, которые происходят в недрах сети, в рамках данной статьи нецелесообразно. При желании эту информацию можно найти на ресурсах, список которых помещен в конце статьи. Приведу лишь картинку с основными элементами PS Core и IMS.

Мобильное устройство зарегистрировались в ядре IMS и теперь может совершать голосовые вызовы, отправлять/принимать SMS.

Одной из основных отличительных особенностей мобильной VoLTE-сети от классической SIP телефонии — это управление полосой пропускания для конкретного вида трафика. Не секрет, что при передаче голосового трафика по IP-сетям всегда есть риск потери пакетов, что пагубно сказывается на разборчивости речи. Для того чтобы обеспечить приемлемое качество, применяется технология маркировки IP-пакетов. Транспортное оборудование с «пониманием» относится к маркированным пакетам, старается не допустить их потерю и обеспечивает их приоритетную передачу hop-by-hop. В сети мобильного оператора одним из самых дорогих ресурсов является радио-ресурс и всегда есть вероятность того, что в зоне нужной нам базовой станции (eNodeB) может его не оказаться для проключения голосового вызова, потому что все они используются для передачи данных из сети интернет. Я уже упоминал, что для регистрации мобильное устройство активировало отдельный bearer c QCI-5, который по уровню сервиса выше, чем bearer для интернет и в нем была установлена SIP-сессия с IMS Core. При установлении голосового вызова — неважно, входящего или исходящего — IMS-ядро через PCRF и ядро пакетной коммутации запрашивает дополнительный выделенный радио-ресурс (dedicated bearer) с гарантированным битрейтом и с QCI-1 для того, чтобы в нем и передавался RTP-поток с выбранным кодеком. Данный ресурс уже имеет самый высокий приоритет, что и обеспечивает необходимое качество речи.

Теперь можно упомянуть такую технологию, как Video over LTE (ViLTE). Все, что было сказано для VoLTE, справедливо и для ViLTE. Для подключения видео-потока точно так же, как и для голоса, запрашивается еще один dedicated bearer. Он тоже требует гарантированную полосу с несколько более высокой пропускной способностью, чем голос, но уже с чуть меньшим приоритетом (QCI-2). Снижение приоритета обусловлено тем, что потеря пакетов для видео-потока уже не настолько критична, чем для голосового. Согласитесь, что разборчивость речи куда более важна, чем кратковременный сбой в передаче картинки. В результате получается, что у смартфона в случае с ViLTE имеется сразу три bearer-а для нужд IMS (QCI-5 — сигнализация, QCI-1 — голосовой канал, QCI-2 — видео канал).

Также хотелось бы вкратце затронуть тему хэндоверов (переходов из сети одного поколения в другое). Сегодня покрытие сети LTE уступает покрытию сетей предыдущих поколений. Для того чтобы разговор не прерывался в случае, если уровень сигнала сети LTE становится ниже порогового уровня, телефону придется перерегистрироваться в ядре канальной коммутации (CS Core). Для обеспечения «бесшовности» такого перехода была разработана технология SRVCC (Single Radio Voice Call Continuity). В отличие от CS Fall Back (CSFB), который рассматривался в первой части статьи, на момент перехода из LTE в сеть предыдущего поколения, у нас уже имеется голосовой вызов, который мы и пытаемся сохранить без разрыва. В основе технологии лежит протокол GTPv2 и дополнительный интерфейс между PS Core и CS Core, который имеет название Sv. Для обеспечения работы данного интерфейса доработке подверглась CS Core, которая ранее не поддерживала протокол GTP (GPRS tunneling protocol). Схематично процесс перехода из VoLTE в CS-call показан на рисунке.

Теперь можно сказать несколько слов о том, что полезного в VoLTE и зачем внедряется эта технология:

VoLTE позволяет не производить переключение из сети LTE в сети предыдущего поколения, что ускоряет процесс осуществления голосового вызова;
телефон остается в LTE, и передача данных может продолжаться без снижения скорости;
нет жестких ограничений на полосу передачи, что позволяет обеспечивать высокое качество голоса (HD-Voice);
появляется возможность делать видео-звонки, а впоследствии и видео-конференции;
под управлением ядра IMS имеется возможность реализовывать дополнительные услуги, такие как Push-to-Talk.

VoWi-Fi, или Wi-Fi-Calling, или WFC

Принципиальное отличие VoWi-Fi от VoLTE заключается в том, что в качестве «последней мили» используется обычный Wi-Fi. Это может быть и домашний интернет и публичный Wi-Fi какого-нибудь кафе. В качестве ядра сети используется все тот же IMS, а вот в части сети доступа есть небольшие изменения. Давайте посмотрим на картинку.

Внимательный читатель заметит, что не видно принципиальных отличий от схемы PS Core для VoLTE. По-прежнему стык ядра пакетной коммутации и IMS Core осуществляется через интерфейс SGi от PGW. Изменения коснулись пути прохождения трафика от мобильного устройства до ядра пакетной коммутации. Для этого у нас появилось устройство под названием ePDG. Именно оно имеет прямой выход в сеть Internet и именно к нему будут, в первую очередь, подключаться телефоны с использованием обычного протокола IPSec. Прежде чем начнется регистрация в IMS-ядре, как и раньше, необходимо успешно зарегистрироваться в ядре пакетной коммутации. На этот раз регистрация производится не от MME, а от ePDG. Для этого используется интерфейс SWm, и мы видим еще один сетевой элемент с названием AAA. Особенностью узла AAA, участвующего в процессе регистрации из untrusted Wi-Fi, то есть из сети Internet, является то, что он работает не по привычному многим протоколу Radius, а по модернизированной его версии — протоколу Diameter. Далее, как и в сети LTE, аутентификация и сверка наличия соответствующих услуг производится все в том же HSS (Home Subscriber Server).

После прохождения регистрации в пакетном ядре и последующей регистрации в IMS Core, звонки осуществляются точно так же, как это происходит и из VoLTE.

Из основных технологических вопросов нам осталось рассмотреть переход (Handover) из сети Wi-Fi в VoLTE и обратно.

Не секрет, что сети Wi-Fi имеют очень маленький радиус действия. Для того чтобы наши голосовые вызовы не прерывались при потере сети Wi-Fi, мобильное устройство постоянно мониторит уровень сигнала, и если он становится ниже порогового уровня, производится переход в сеть LTE. Если еще раз посмотреть на предыдущую схему, то становится понятно, что при переходе в LTE-сеть, вполне реально остаться на все том же PGW, что использовался и для Wi-Fi-Call. А помогает в этом интерфейс S6b, который с использованием AAA сервера сообщает HSS адрес PGW, на котором была произведена регистрация из сети Wi-Fi. При таком переходе сохраняется сессия на PGW все с тем же IP-адресом, что был выделен при регистрации через Wi-Fi сеть. Как следствие, мы получаем практически бесшовный Handover VoWi-Fi -> VoLTE. Обратный переход осуществляется по тем же правилам.

Как и в конце предыдущей части, несколько слов о том, что полезного в VoWi-Fi и зачем внедряется эта технология:

появилась возможность совершать и принимать голосовые вызовы со своим номером мобильного телефона из любого места, где есть доступ в Internet через Wi-Fi без использования сторонних приложений;
Wi-Fi-Calling позволяет совершать звонки из сети Wi-Fi по всему миру по домашнему тарифу.

Вопросы и ответы

Я предвижу, что будет ряд вопросов и попробую заранее на них ответить:

В: В каких регионах уже доступны технологии VoLTE/VoWi-Fi?
О: На момент публикации статьи услуга доступна абонентам Москвы, Ярославля, Калуги и Башкирии.

В: Когда услуга станет доступна абонентам других регионов МТС?
О: Мы делаем все возможное для скорейшего внедрения технологии. Следите за новостями на наших региональных сайтах.

В: Будет ли работать услуга Wi-Fi-Calling в режиме «самолета»?
О: Да, такой вариант работы действительно есть, но чтобы неожиданно не остаться без связи, мы такой режим не рекомендуем.

В: Какие телефоны имеют поддержку технологий VoLTE и VoWi-Fi?
О: Список устройств, которые поддерживают VoLTE/VoWi-Fi можно найти на http://www.mts.ru/connect/

В: Как убедиться, что на iPhone работает VoLTE?
О: На iPhone нет индикаци того, что телефон работает в режиме VoLTE. Посмотреть текущий режим работы устройства можно зайдя в Настройки -> Об этом устройстве и нажать на строку Оператор. Если имеется регистрация в IMS, то это будет видно (строка поменяется на IMS-статус).

В: Работает ли SMS через услугу Wi-Fi-Calling в режиме «самолет»?
О: Да, сеть такой вариант работы поддерживает. Дальше все зависит от наличия поддержки в мобильном телефоне. Если говорить про iPhone, то мы делаем все возможное, чтобы SMS over IP стала доступна для абонентов МТС с выходом версии iOS 12.0 (сентябрь 2018).

В: Как подключить услугу?
О: Мы будем подключать услугу абонентам, у которых телефоны имеют соответствующую поддержку сами, но и предоставляем абонентам самим управлять наличием услуги. Как включить/отключить услугу можно найти на странице http://www.mts.ru/connect/

В: Какие кодеки используются для передачи голоса?
О: Приоритетным кодеком является AMR-WB (HD-Voice), но может использоваться AMR-NB. Выбор кодека осуществляется в процессе установления вызова и зависит от большого количества причин. Кодек EVS на нашей сети пока не поддерживается.

В: Поддерживается ли технология ViLTE на телефонах Apple?
О: Нет. Поддержка ViLTE реализована не во всех смартфонах и это не только iPhone.

Автор: Технический эксперт МТС Олег Ермаков, ник на Хабре — eov

Перевод «phone call status» на русский

Ваш текст переведен частично.
Вы можете переводить не более 999 символов за один раз.
Войдите или зарегистрируйтесь бесплатно на PROMT.One и переводите еще больше!

Словарь для «phone call status»

phone call status существительное
мн. phone call statuses

Контексты с «phone call status»

I’m sorry to disturb you, but there’s a phone call for you. Извините за беспокойство, но вам звонят .

I have to make a phone call . Мне надо позвонить .
There’s a phone call for you! Тебе звонят !
Where can one make a phone call ? Откуда мы можем позвонить ?

In case he gives me a phone call , tell him that I will call him back. В случае, если он мне позвонит , передай ему, что я перезвоню.

Примеры употребления слов в разных контекстах предоставляются исключительно в лингвистических целях, т. е. для изучения употребления слов в одном языке и вариантов их перевода на другой. Все образцы собраны автоматически из открытых источников с помощью технологии поиска на основе двуязычных данных. Если вы обнаружили орфографическую, пунктуационную или иную ошибку в оригинале или переводе, используйте опцию «Сообщить о проблеме» или напишите нам

Voice call status что это

Вы отправили слишком много запросов, поэтому ваш компьютер был заблокирован.