СПОСОБ, СИСТЕМА И УСТРОЙСТВО ДЛЯ СОГЛАСОВАНИЯ СЛУЖБЫ ДАННЫХ СИГНАЛИЗАЦИИ ПРОТОКОЛА ИНИЦИАЦИИ СЕАНСА
METHOD, SYSTEM AND DEVICE FOR RECONCILIATION OF SESSION INITIATION PROTOCOL SIGNALING DATA SERVICE

Область техники, к которой относится изобретение
Настоящее изобретение относится к области техники, относящейся к коммуникациям и, в частности, к способу, системе и устройству для согласования сигнализации протокола инициации сеанса (Session Initiation Protocol, SIP) службы данных.
Уровень техники
SIP представляет собой основанный на тексте протокол установления сеанса и широко используется в таких областях, как Интернет, системе коммуникаций и мультимедийной подсистеме интернет-протокола (Internet Protocol, IP) (Internet Protocol Multimedia Subsystem IMS). Этот протокол позволяет реализовать такие услуги, как голосовой вызов и видеовызов.
В проекте партнерства 3-го поколения (Third Generation Partnership Project, 3GPP) R4, когда Nc-интерфейс использует SIP-I протокол, в IP-сети генерируются такие службы данных, как передача факсмильных сообщений (факсов). Служба факсов позволяет совместное использование файлов и изображений в реальном масштабе времени и представляет собой службу данных, широко используемую в современной системе коммуникаций.
Фиг.1 представляет собой структурную блок-схему системы реализации служб данных в родственной мобильной сети. Как показано на фиг.1, система включает: инициирующий терминал 101, инициирующий Медиа-шлюз (Media Gateway, MGW) 102, инициирующий сервер 103 Центра Коммутации Мобильной Связи (Mobile Switching Centre, MSC), принимающий терминал 104, принимающий MGW 105 и принимающий MSC сервер 106. Инициирующий терминал 101 может опосредованно соединяться с инициирующим MGW 102 через другое сетевое оборудование. Инициирующий терминал 101 и принимающий терминал 104 представляют собой терминалы инициирующей стороны и принимающей стороны службы данных соответственно. Инициирующий MSC сервер 103 и инициирующий MGW 102 представляют собой соответственно MSC сервер и MGW для инициации согласования сигнализации. Принимающий MSC сервер 106 и принимающий MGW 105 представляют собой соответственно MSC сервер и MGW для ответа на согласование сигнализации. Процесс реализации служб данных в родственной мобильной сети более подробно описан ниже на основе примеров, в которых оба MSC сервера, инициирующий и принимающий, поддерживают SIP-I протокол.
Фиг.2 представляет собой блок-схему последовательности операций способа согласования сигнализации SIP службы данных в системе, показанной на фиг.1. Как показано на фиг.2, способ включает:
Этап 200: между инициирующей стороной и принимающей стороной устанавливается голосовой вызов и, когда инициирующий MGW детектирует событие передачи службы данных, например, связанное с факсом событие, инициирующий MGW сообщает об этом событии инициирующему MSC серверу.
Этапы 201-202: инициирующий MSC сервер доставляет сообщение МОДИФИЦИРОВАТЬ CODEC ФОРМАТ для модификации CODEC формата инициирующего MGW на CODEC формат G.711, и после успешной модификации CODEC формата инициирующий MGW возвращает подтверждение (ACK) МОДИФИЦИРОВАТЬ CODEC ФОРМАТ в инициирующий MSC сервер.
Этап 203: инициирующий MSC сервер инициирует повторное медиа согласование с сообщением Обновление SIP-I протокола, где описание Протокола Описания сеанса (Session Description Protocol, SDP) сообщения Обновление включает CODEC формат G.711/T.38, поддерживаемый инициирующим MGW.
Этапы 204-205: принимающий MSC сервер принимает сообщение Обновление, посылает сообщение МОДИФИЦИРОВАТЬ в принимающий MGW для модификации CODEC формата принимающего MGW в G.711, и после успешной модификации CODEC формата принимающий MGW возвращает ACK МОДИФИЦИРОВАТЬ в принимающий MSC сервер.
Этап 206: принимающий MSC сервер посылает сообщение 200 ОК в инициирующий MSC сервер, где SDP описание включает CODEC формат G.711, выбранный приемником.
Перед этим CODEC формат инициирующего MGW и принимающего MGW успешно модифицируется, и между обоими MGW, инициирующим и принимающим, на IP-канале устанавливается служба данных для переключения голосовой службы на службу данных. То есть передача службы данных может выполняться путем использования согласованного CODEC формата через инициирующий MGW и принимающий MGW.
Если один из MSC серверов, принимающего MSC сервера и инициирующего MSC сервера, поддерживает SIP-I протокол, а другой, вместо SIP-I протокола, поддерживает независимый от информационного Канала Протокол Управления Вызовом (Bearer Independent Call Control Protocol, BICC), то система для реализации службы данных в родственной мобильной сети может дополнительно включать MSC сервер третьей стороны и MGW третьей стороны. MSC сервер третьей стороны соединен с инициирующим MSC сервером и принимающим MSC сервером для выполнения преобразования протокола между инициирующим MSC сервером и принимающим MSC сервером. MGW третьей стороны соединен с MSC сервером третьей стороны для модификации CODEC формата MGW третьей стороны под управлением MSC сервера третьей стороны. В качестве альтернативы система может дополнительно включать Посреднический Узел Вызова (Call Mediation Node, CMN), соединенный с инициирующим MSC сервером и принимающим MSC сервером, для выполнения преобразования протокола между инициирующим MSC сервером и принимающим MSC сервером.
Упомянутая служба данных генерируется в IP-сети. Если IP-сеть занята или плохого качества, то возможна потеря пакетов, и надежность передачи уменьшается. С другой стороны, такие службы данных, как факс и высокоскоростное коммутируемое соединение, чувствительны к потере пакетов, т.е. такие службы данных требуют высокой надежности передачи. Как можно видеть из вышесказанного, используемый сегодня способ согласования сигнализации SIP службы данных использует G.711 для реализации службы данных. Но G.711 представляет собой только CODEC формат, использование которого не позволяет увеличить надежность службы передачи по IP-каналу. Кроме того, никакой другой способ не используется для увеличения надежности передачи.
Сущность изобретения
Варианты осуществления настоящего изобретения предоставляют способ, систему и устройство для согласования сигнализации SIP службы данных, что может увеличить надежность передачи SIP службы данных.
Для достижения цели варианты осуществления настоящего изобретения предоставляют следующие решения.
В одном из аспектов изобретения предоставляется способ согласования сигнализации SIP службы данных. Способ включает прием инициирующим программным коммутатором уведомления службы данных из инициирующего MGW; модификацию CODEC формата инициирующего MGW на избыточный CODEC формат путем отправки несущего избыточный CODEC формат сообщения в инициирующий MGW; и отправку несущего избыточный CODEC формат сообщения в принимающий программный коммутатор с тем, чтобы дать указание принимающему программному коммутатору на модификацию CODEC формата принимающего MGW на избыточный CODEC формат.
В другом аспекте изобретения предоставляется система для согласования сигнализации SIP службы данных. Система включает инициирующий программный коммутатор 902, инициирующий MGW 901, принимающий программный коммутатор 903 и принимающий MGW 904. Инициирующий MGW 901 выполнен с возможностью отправки уведомления службы данных в инициирующий программный коммутатор 902 и модификации CODEC формата инициирующего MGW 901 на избыточный CODEC формат при приеме несущего избыточный CODEC формат сообщения из инициирующего программного коммутатора 902; инициирующий программный коммутатор 902 выполнен с возможностью модификации, при приеме отправленного инициирующим MGW 901 уведомления службы данных, CODEC формата инициирующего MGW 901 в избыточный CODEC формат путем отправки несущего избыточный CODEC формат сообщения в инициирующий MGW 901 и отправки несущего избыточный CODEC формат сообщения в принимающий программный коммутатор 904; принимающий программный коммутатор 903 выполнен с возможностью модификации CODEC формата принимающего программного коммутатора 904 на избыточный CODEC формат согласно сообщению, которое несет избыточный CODEC формат и отправляется инициирующим программным коммутатором 902; и принимающий MGW 904 выполнен с возможностью модификации собственного CODEC формата на избыточный CODEC формат под управлением принимающего программного коммутатора 903.
В другом аспекте изобретения предоставляется программный коммутатор. Программный коммутатор включает принимающий модуль 9021, модифицирующий модуль 9022 и посылающий сообщения модуль 9023. Принимающий модуль 9021 выполнен с возможностью приема уведомления службы данных, отправленного инициирующим MGW; модифицирующий модуль 9022 выполнен с возможностью модификации CODEC формата инициирующего MGW на избыточный CODEC формат после приема принимающим модулем 9021 уведомления службы данных; и посылающий сообщения модуль 9023 выполнен с возможностью отправки несущего избыточный CODEC формат SIP сообщения или BICC сообщения в принимающий программный коммутатор или программный коммутатор третьей стороны.
В другом аспекте изобретения предоставляется программный коммутатор. Программный коммутатор включает принимающий сообщения модуль 9031, модифицирующий модуль 9032 и отвечающий модуль 9033. Принимающий сообщения модуль 9031 выполнен с возможностью приема несущего избыточный CODEC формат SIP сообщения или BICC сообщения из инициирующего программного коммутатора или программного коммутатора третьей стороны; модифицирующий модуль 9032 выполнен с возможностью модификации CODEC формата принимающего MGW на избыточный CODEC формат согласно SIP сообщению или BICC сообщению, принятому принимающим сообщения модулем 9031; и отвечающий модуль 9033 выполнен с возможностью отправки ответного несущего избыточный CODEC формат сообщения в инициирующий программный коммутатор или программный коммутатор третьей стороны после успешной модификации CODEC формата принимающего MGW модифицирующим модулем 9032.
В другом аспекте изобретения предоставляется программный коммутатор. Программный коммутатор включает принимающий модуль 8031, преобразующий модуль 8032, модифицирующий модуль 8033 и посылающий модуль 8034. Принимающий модуль 8031 выполнен с возможностью приема BICC сообщения, несущего IPBCP описание, которое включает избыточный CODEC формат, или SIP сообщения, которое несет SDP описание, включающее избыточный CODEC формат; преобразующий модуль 8032 выполнен с возможностью преобразования принятого принимающим модулем 8031 IPBCP описания в SDP описание на основе SIP, или преобразует принятое принимающим модулем 8031 SDP описание в IPBCP описание на основе BICC; модифицирующий модуль 8033 выполнен с возможностью модификации CODEC формата MGW третьей стороны на избыточный CODEC формат согласно избыточному CODEC формату, полученному преобразующим модулем; и посылающий модуль 8034 выполнен с возможностью переноса преобразованного преобразующим модулем 8032 SDP описания в SIP сообщении и отправки SIP сообщения или переноса преобразованного преобразующим модулем 8032 IPBCP описания в BICC сообщении и отправки BICC сообщения.
По сравнению с родственной областью техники в решениях вариантов осуществления настоящего изобретения при приеме отправленного инициирующим MGW согласования служб данных инициирующий MSC сервер модифицирует CODEC формат инициирующего MGW на избыточный CODEC формат, посылая несущее избыточный CODEC формат сообщение в инициирующий MGW и посылает несущее избыточный CODEC формат сообщение в принимающий MSC сервер с тем, чтобы принимающий MSC сервер мог модифицировать CODEC формат принимающего MGW на избыточный CODEC формат. Таким образом, согласование избыточного CODEC формата между инициирующим MGW и принимающим MGW реализуется таким образом, чтобы при передаче SIP службы данных избыточный пакет позже переданного кадра включал ранее переданный кадр, и в случае потери ранее переданного кадра этот кадр мог быть заменен соответствующим кадром в избыточном пакете позже переданного кадра. Следовательно, надежность передачи SIP службы данных увеличивается.
Краткое описание чертежей
Фиг.1 представляет собой структурную блок-схему реализации службы данных в родственной мобильной сети;
фиг.2 представляет собой блок-схему последовательности операций способа согласования сигнализации SIP службы данных в системе, показанной на фиг.1;
фиг.3 представляет собой блок-схему последовательности операций способа согласования сигнализации SIP службы факсов согласно первому варианту осуществления настоящего изобретения;
фиг.4 представляет собой блок-схему последовательности операций способа согласования сигнализации SIP службы факсов согласно второму варианту осуществления настоящего изобретения;
фиг.5 представляет собой блок-схему последовательности операций способа согласования сигнализации SIP службы факсов согласно третьему варианту осуществления настоящего изобретения;
фиг.6 представляет собой блок-схему последовательности операций способа согласования сигнализации SIP службы факсов согласно четвертому варианту осуществления настоящего изобретения;
фиг.7 представляет собой блок-схему последовательности операций способа согласования сигнализации SIP службы факсов согласно пятому варианту осуществления настоящего изобретения;
фиг.8 представляет собой блок-схему последовательности операций способа согласования сигнализации SIP службы факсов согласно шестому варианту осуществления настоящего изобретения;
фиг.9 представляет собой структурную блок-схему системы для согласования сигнализации SIP службы данных согласно варианту осуществления настоящего изобретения; и
фиг.10 представляет собой структурную блок-схему другой системы для согласования сигнализации SIP службы данных согласно варианту осуществления настоящего изобретения.
Подробное описание вариантов осуществления
Настоящее изобретение описано ниже со ссылкой на прилагаемые чертежи и варианты осуществления.
В способе согласования сигнализации SIP службы данных согласно варианту осуществления изобретения при приеме посланного инициирующим MGW уведомления службы данных инициирующий программный коммутатор модифицирует CODEC формат инициирующего MGW на избыточный CODEC формат, посылая несущее избыточный CODEC формат сообщение в инициирующий MGW и посылает несущее избыточный CODEC формат сообщение в принимающий программный коммутатор с тем, чтобы принимающий программный коммутатор мог модифицировать CODEC формат принимающего MGW на избыточный CODEC формат.
Избыточный CODEC формат представляет собой комбинацию текущего CODEC формата и режима избыточности, при этом текущий CODEC формат может представлять собой G.711, T.38 и т.д., а режим избыточности может представлять собой RFC2198. Ниже подробно описан способ согласования сигнализации SIP службы данных изобретения на основе примера, в котором служба данных представляет собой службу факсов, программный коммутатор представляет собой MSC сервер в мобильной сети, а избыточный CODEC формат представляет собой Избыточность G.711, которая является комбинацией G.711 и RFC2198.
Первый вариант осуществления
Ниже подробно описано решение для реализации согласования сигнализации SIP службы данных при условии, что оба MSC сервера, инициирующий MSC сервер и принимающий MSC сервер, поддерживают SIP протокол.
Фиг.3 представляет собой блок-схему последовательности операций способа согласования сигнализации SIP службы факсов согласно первому варианту осуществления изобретения. Как показано на фиг.3, способ включает следующие этапы:
Этап 300: между инициирующей стороной и принимающей стороной устанавливается голосовой запрос, и инициирующий MGW детектирует связанное с факсом событие, о котором инициирующий MGW сообщает инициирующему MSC серверу.
Этапы 301-302: инициирующий MSC сервер посылает сообщение МОДИФИЦИРОВАТЬ инициирующему MGW для модификации CODEC формата инициирующего MGW на Избыточность G.711 (G.711Red), который является избыточным CODEC форматом.
Сообщение МОДИФИЦИРОВАТЬ включает SDP описание G.711Red, которое дополнительно включает уровень избыточности, а также описание CODEC формата, при этом подробное описание может быть, например, следующим:
//
m=audio-RTP/AVP 8 97 2 Типа Полезной Нагрузки (Payload Type, PT): 97 и 8, соответственно (8 указывает на CODEC формат G.711)
a=rtpmap:97 red/8000/1 //PT=97 представляет собой тип полезной нагрузки, red указывает на то, что используется режим избыточности RFC2198, 8000 представляет собой скорость CODEC формата, а 1 является уровнем избыточности.
a=fmtp:97 8/8 //кадр CODEC формата G.711, т.е. кадр с PT=8 должен использоваться для избыточности, а уровень избыточности равен 1.
CODEC формат, согласованный согласно SDP описанию, представляет собой формат, в котором отправленный RTP пакет имеет PT=97, при этом пакет включает множество кадров избыточных данных с PT=8.
G.711Red представляет собой избыточный CODEC формат, который представляет собой комбинацию CODEC формата G.711 и режима избыточности RFC2198. Режим избыточности RFC2198 означает, что первый избыточный пакет несет только один текущий кадр, а позже переданный избыточный пакет несет ранее переданные кадры. Режим избыточности указывает на количество ранее переданных кадров, которые несет позже переданный избыточный пакет. Например, количество ранее переданных кадров, переносимых в каждом избыточном пакете, т.е. уровень избыточности обозначается параметром fmtp. Например, a=fmtp:97 8/8 указывает на то, что избыточность выполняется на кадре данных, имеющем CODEC формат G.711 с уровнем избыточности, равным 1, что означает, что позже переданный избыточный пакет несет один ранее переданный G.711-закодированный кадр данных; a=fmtp:97 8/8/8 указывает на то, что уровень избыточности равен 2, что означает, что позже переданный избыточный пакет несет два ранее переданных G.711-закодированных кадра данных.
Этап 303: инициирующий MSC сервер инициирует повторное медиа согласование, используя сообщение Обновление SIP протокола, а SDP описание сообщения Обновление включает такие параметры, как CODEC формат G.711Red и уровень избыточности.
На этом этапе SDP описание может представлять собой SDP описание этапа 301.
Этапы 304-306: принимающий MSC сервер принимает сообщение Обновление, посылает сообщение МОДИФИЦИРОВАТЬ в принимающий MGW для модификации CODEC формата принимающего MGW на G.711Red. После успешной модификации CODEC формата принимающий MGW возвращает ACK сообщение МОДИФИЦИРОВАТЬ в принимающий MSC сервер. При приеме ACK сообщения МОДИФИЦИРОВАТЬ принимающий MSC сервер посылает сообщение 200 OK в инициирующий MSC сервер, где в перенесенном SDP описании CODEC формат представляет собой избыточный CODEC формат G.711Red.
При модификации CODEC формата принимающего MGW принимающий MSC сервер может дополнительно выбрать уровень избыточности, поддерживаемый принимающим MGW. SDP описание сообщения 200 OK, возвращенное принимающим MSC сервером в инициирующий MSC сервер, также может включать уровень избыточности в дополнение к CODEC формату G.711Red.
Перед этим CODEC формат успешно модифицируется, и между инициирующим MGW и принимающим MGW на IP-канале устанавливается служба факсов для коммутации голосовой службы на службу факсов. То есть передача службы факсов может выполняться путем использования согласованного избыточного CODEC формата через инициирующий MGW и принимающий MGW.
Способ согласно этому варианту осуществления дополнительно может включать:
Этапы 307-308: если после модификации возвращенный принимающим MGW уровень избыточности не является таким же как уровень избыточности в инициирующем MGW, то инициирующий MSC сервер посылает сообщение МОДИФИЦИРОВАТЬ в инициирующий MGW для модификации уровня избыточности инициирующего MGW на такое же значение, что и уровень избыточности, возвращаемый принимающим MGW.
Например, при передаче службы данных после успешных согласований относительно CODEC формата и уровня избыточности в SDP описании избыточный пакет позже переданного кадра данных несет ранее переданный кадр данных, и передача происходит в CODEC формате G.711. Таким образом, ранее переданный кадр данных может быть защищен от потери, и увеличена надежность передачи службы данных.
В другом варианте осуществления изобретения поток повторных медиа согласований между инициирующим MSC сервером и принимающим MSC сервером может быть реализован с помощью сообщения Приглашение SIP протокола. То есть при приеме связанного с факсом события, о котором сообщил инициирующий MGW, инициирующий MSC сервер инициирует повторное медиа согласование с принимающим MSC сервером с помощью сообщения Приглашение, включающего по меньшей мере SDP описание, которое включает избыточный CODEC формат G.711Red, и при приеме возвращенного принимающим MSC сервером сообщения 200 OK инициирующий MSC сервер возвращает ACK в принимающий MSC сервер для завершения повторного медиа согласования.
Настоящий вариант осуществления использует избыточный CODEC формат G.711Red с тем, чтобы при передаче кадра данных после согласования сигнализации избыточный пакет позже переданного кадра включал ранее переданный кадр, и в случае потери ранее переданного кадра он может быть заменен соответствующим кадром в избыточном пакете позже переданного кадра, следовательно, увеличивается надежность передачи службы данных.
Второй вариант осуществления
Ниже подробно описано решение для реализации согласования сигнализации службы данных при условии, что оба MSC сервера, инициирующий MSC сервер и принимающий MSC сервер, поддерживают SIP протокол, но принимающий MSC сервер не поддерживает избыточный CODEC формат G.711Red.
Фиг.4 представляет собой блок-схему последовательности операций способа согласования сигнализации SIP службы факсов согласно второму варианту осуществления изобретения. Как показано на фиг.4, способ включает следующие этапы:
Этапы 400-402 являются аналогичными этапам 300-302, и их подробное описание опущено.
Этап 403: инициирующий MSC сервер инициирует повторное медиа согласование с помощью сообщения Обновление SIP протокола, где SDP описание сообщения Обновление включает все CODEC форматы, поддерживаемые инициирующим MGW, такие как G.711Red, G.711 и T.38, и дополнительно может нести уровень избыточности для избыточного CODEC формата G.711Red.
Этап 404: принимающий MSC сервер принимает сообщение Обновление, запрашивает хранящиеся там и поддерживаемые принимающим MGW CODEC форматы, и, если обнаруживается, что принимающий MGW поддерживает G.711 и T.38, но не G.711Red, то принимающий MSC сервер посылает сообщение МОДИФИЦИРОВАТЬ в принимающий MGW для модификации CODEC формата принимающего MGW на G.711 или T.38. В этом варианте осуществления G.711 рассматривается в качестве примера.
Этап 405: после успешной модификации CODEC формата принимающий MGW возвращает в принимающий MSC сервер ACK сообщение МОДИФИЦИРОВАТЬ.
Этап 406: при приеме ACK МОДИФИЦИРОВАТЬ из принимающего MGW принимающий MSC сервер посылает 200 OK в инициирующий MSC сервер с перенесенным SDP описанием, включающим CODEC формат G.711.
Если принимающий MSC сервер выбирает поддерживаемый принимающим MGW CODEC формат из CODEC форматов, включенных в посланное инициирующим MSC сервером сообщение Обновление, то, как правило, он выбирает CODEC формат, который является первым в списке поддерживаемых принимающим MGW CODEC форматов. В этом варианте осуществления G.711 находится первым в списке CODEC форматов, включенных в посланное инициирующим MSC сервером сообщение Обновление, таким образом выбирается G.711.
В этом варианте осуществления, если CODEC формат, используемый в голосовом запросе, является таким же, что и выбранный принимающим MSC сервером формат, то этапы 404-405 могут быть опущены.
Этапы 407-408: если инициирующий MSC сервер обнаруживает, что CODEC формат, переносимый в возвращенном принимающим MSC сервером 200 OK, отличается от модифицированного CODEC формата инициирующего MGW, то инициирующий MSC сервер посылает МОДИФИЦИРОВАТЬ в инициирующий MGW для модификации CODEC формата инициирующего MGW на переносимый в 200 OK CODEC формат.
Перед этим происходит успешная модификация CODEC формата, между инициирующим MGW и принимающим MGW на IP-канале устанавливается факс для коммутации голосовой службы в службу факсов. То есть передача службы факсов может выполняться путем использования согласованного CODEC формата через инициирующий MGW и принимающий MGW.
В этом варианте осуществления, если сеть приемника не поддерживает избыточный CODEC формат G.711Red, то инициирующий MSC сервер может посылать все поддерживаемые инициирующим MGW CODEC форматы в принимающий MSC сервер для осуществления выбора принимающим MSC сервером для улучшения совместимости с сетями, не поддерживающими избыточный CODEC формат.
Третий вариант осуществления
Ниже подробно описано решение для реализации согласования сигнализации SIP службы данных, в которое вовлечены MSC сервер третьей стороны, т.е. MSC сервер для преобразования протокола, и MGW третьей стороны при условии, что инициирующий MSC сервер поддерживает BICC протокол, в то время как принимающий MSC сервер поддерживает SIP протокол.
Фиг.5 представляет собой блок-схему последовательности операций способа согласования сигнализации SIP службы факсов согласно третьему варианту осуществления изобретения. Как показано на фиг.5, способ включает следующие этапы:
Этапы 500-502 являются аналогичными этапам 300-302, и их подробное описание опущено.
Этап 503: инициирующий MSC сервер несет избыточный CODEC формат G.711Red в описании IP Протокола Управляющего Канала (IPBCP) и посылает в MSC сервер третьей стороны с сообщением Прикладной Механизм Передачи (АРМ) BICC протокола.
На этом этапе IPBCP описание дополнительно может включать уровень избыточности.
IPBCP описание родственного уровня техники не включает информацию об избыточности, в то время как IPBCP описание этого варианта осуществления несет информацию об избыточности таким же способом, что и медиа описание для SDP описания. На этом этапе медиа описание в IPBCP описании может быть таким же, что и в SDP описании согласно первому варианту осуществления.
Этапы 504-505: MSC сервер третьей стороны принимает сообщение АРМ, преобразует IPBCP описание в АРМ сообщении в SDP описание, и модифицирует CODEC формат MGW третьей стороны на G.711Red. После успешной модификации CODEC формата MGW третьей стороны возвращает ACK МОДИФИЦИРОВАТЬ в принимающий MSC сервер.
Этапы 506-509: MSC сервер третьей стороны инициирует повторное медиа согласование, которое включает следующие операции: MSC сервер третьей стороны, посылающий в принимающий MSC сервер сообщение Приглашение SIP протокола, который несет SDP описание, включающее избыточный CODEC формат G.711Red, и после модификации CODEC формата принимающего MGW на G711Red принимающий MSC сервер возвращает 200 OK в MSC сервер третьей стороны с SDP описанием, включающим избыточный CODEC формат G.711Red.
Если уровень избыточности, используемый избыточным CODEC форматом, дополнительно переносится в передаваемом при повторном медиа согласовании сообщении, то способ согласования сигнализации службы факсов согласно этому варианту осуществления дополнительно может включать:
Этапы 510-511: если уровень избыточности SDP описания в 200 OK, возвращенном принимающим MSC сервером, отличается от уровня избыточности модифицированного CODEC формата MGW третьей стороны, то необходимо, чтобы MSC сервер третьей стороны оповестил MGW третьей стороны с помощью сообщения МОДИФИЦИРОВАТЬ с целью модификации уровня избыточности для установления коммуникации с приемником. Уровни избыточности, используемые соответствующими MGW для передачи данных, могут быть различными, поэтому этапы 501-511 могут быть опущены, если уровень избыточности переносится в сообщении, переданном во время повторного медиа согласования.
Этап 512: MSC сервер третьей стороны возвращает ACK в принимающий MSC сервер.
Способ согласно этому варианту осуществления дополнительно может включать этап 513: уведомления инициирующей стороны BICC об успешной модификации CODEC формата, т.е. отправки АРМ сообщения на основе BICC в инициирующий MSC сервер для указания на то, что модификация CODEC формата прошла успешно.
Перед этим CODEC формат успешно модифицируется, между инициирующим MGW и принимающим MGW на IP канале устанавливается факс для коммутации голосовой службы в службу факсов. То есть передача службы факсов может выполняться путем использования согласованного избыточного CODEC формата через инициирующий MGW и принимающий MGW.
В другом варианте осуществления изобретения поток повторных медиа согласований между MSC сервером третьей стороны и принимающим MSC сервером может быть реализован с помощью сообщения Обновление SIP протокола, т.е. при приеме связанного с факсом события, о котором сообщает инициирующий MGW, инициирующий MSC сервер инициирует повторное медиа согласование с помощью сообщения Обновление, включающего SDP описание, включающее избыточный CODEC формат G.711Red и уровень избыточности, и при приеме 200 OK, возвращаемом принимающим MSC сервером, завершает повторное медиа согласование.
В этом варианте осуществления во время согласования сигнализации SIP службы данных между сетью инициатора и сетью приемника, которые используют различные протоколы, IPBCP описание на основе BICC преобразуется в SDP описание на основе SIP MSC сервером третьей стороны, который реализует согласование сигнализации службы данных между сетями, использующими различные протоколы, с тем, чтобы оба MGW, инициирующий MGW и принимающий MGW, могли использовать избыточный CODEC формат G.711Red. После согласования сигнализации при передаче кадра данных между инициирующим MGW, MGW третьей стороны и принимающим MGW избыточный пакет позже переданного кадра включает ранее переданный кадр, поэтому при потере ранее переданного кадра он может быть заменен соответствующим кадром в избыточном пакете позже переданного кадра, и таким образом надежность передачи службы данных увеличивается.
Четвертый вариант осуществления
Ниже подробно описано решение для реализации согласования сигнализации службы данных, в которое вовлечен только MSC сервер третьей стороны, т.е. CMN, при условии, что инициирующий MSC сервер поддерживает BICC протокол, в то время как принимающий MSC сервер поддерживает SIP.
Фиг.6 представляет собой блок-схему последовательности операций способа согласования сигнализации SIP службы факсов согласно четвертому варианту осуществления изобретения. В этом варианте осуществления процесс взаимодействия между инициирующим MSC сервером и принимающим MGW, а также процесс взаимодействия между принимающим MSC сервером и принимающим MGW являются такими же, что и в первом варианте осуществления, поэтому их описание опущено.
Как показано на фиг.6, способ согласования сигнализации SIP службы факсов согласно этому варианту осуществления включают следующие этапы:
Этап 600: инициирующий MSC сервер посылает в сторону BICC CMN АРМ сообщение, включающее IPBCP описание, которое включает избыточный CODEC формат G.711Red, например IPBCP описание согласно третьему варианту осуществления.
На этом этапе IPBCP описание дополнительно может включать уровень избыточности.
Этапы 601-603: CMN преобразует включенное в АРМ сообщение IPBCP описание в SDP описание и инициирует повторное медиа согласование, включающее следующие операции: CMN посылает в принимающий MSC сервер сообщение Приглашение, включающее SDP описание, которое включает избыточный CODEC формат G.711Red, принимающий MSC сервер возвращает 200 OK, включающее SDP описание, которое включает избыточный CODEC формат G.711Red, в CMN, и при приеме 200 OK CMN возвращает ACK в принимающий MSC сервер.
Этап 604: CMN посылает АРМ сообщение на основе BICC в инициирующий MSC сервер для указания на то, что модификация CODEC формата прошла успешно.
Если посланное на этапе 604 сообщение указывает на то, что принятый принимающим MSC сервером уровень избыточности отличается от уровня избыточности, запрошенного инициирующим MSC сервером, то дополнительно могут быть выполнены этапы 307-308.
Перед этим CODEC формат успешно модифицируется, между инициирующим MGW и принимающим MGW на IP канале устанавливается факс для коммутации голосовой службы на службу факсов. То есть передача службы факсов может выполняться путем использования согласованного CODEC формата через инициирующий MGW и принимающий MGW.
В другом варианте осуществления изобретения инициированный CMN процесс повторного медиа согласования может быть реализован с помощью сообщения Обновление SIP протокола.
В этом варианте осуществления при согласовании сигнализации SIP службы данных между инициирующим MSC сервером и принимающим MSC сервером, которые используют различные протоколы, IPBCP описание на основе BICC преобразуется в SDP описание на основе SIP посредством CMN, который реализует согласование сигнализации службы данных между использующими различные протоколы сетями с тем, чтобы оба MGW, инициирующий MGW и принимающий MGW, могли использовать избыточный CODEC формат G.711Red. После согласования сигнализации при передаче кадра данных между инициирующим MGW, CMN и принимающим MGW избыточный пакет позже переданного кадра включает ранее переданный кадр, таким образом, при потере ранее переданного кадра он может быть заменен соответствующим кадром в избыточном пакете позже переданного кадра, следовательно, надежность передачи службы данных увеличивается.
Пятый вариант осуществления
Ниже подробно описано решение для реализации согласования сигнализации SIP службы данных, в которое вовлечены MSC сервер третьей стороны, т.е. MSC сервер для преобразования протокола, и MGW третьей стороны, при условии, что инициирующий MSC сервер поддерживает SIP протокол, в то время как принимающий MSC сервер поддерживает BICC протокол.
Фиг.7 представляет собой блок-схему последовательности операций способа согласования сигнализации SIP службы факсов согласно пятому варианту осуществления изобретения. Как показано на фиг.7, способ включает следующие этапы:
Этапы 700-702 являются аналогичными этапам 500-502, и их подробное описание опущено.
Этап 703: инициирующий MSC сервер несет избыточный CODEC формат G.711Red в SDP описании с SIP сообщением Приглашение и посылает его в MSC сервер третьей стороны.
На этом этапе SDP описание может быть аналогичным тому, как описано на этапе 301, и дополнительно может включать уровень избыточности.
Этапы 704-705: MSC сервер третьей стороны принимает сообщение Приглашение, преобразует SDP описание в сообщении Приглашение в IPBCP описание и модифицирует CODEC формат MGW третьей стороны на G.711Red. MGW третьей стороны возвращает ACK МОДИФИЦИРОВАТЬ в принимающий MSC сервер после модификации CODEC формата.
Этапы 706-709: MSC сервер третьей стороны инициирует повторное медиа согласование, включающее следующие операции: MSC сервер третьей стороны посылает в принимающий MSC сервер APM сообщение на основе BICC, которое несет IPBCP описание, включающее избыточный CODEC формат G.711Red, и после модификации CODEC формата принимающего MGW в G.711Red принимающий MSC сервер возвращает несущее CODEC формат APM сообщение в MSC сервер третьей стороны для указания на успешное завершение модификации CODEC формата.
Если сообщение, передаваемое при повторном медиа согласовании, дополнительно несет уровень избыточности, используемый избыточным CODEC форматом, то способ согласования сигнализации службы факсов согласно этому варианту осуществления может дополнительно включать:
Этапы 710-711: принимающий MSC сервер дает указание с помощью сообщения МОДИФИЦИРОВАТЬ MGW третьей стороны на модификацию уровня избыточности для коммуникации с приемником.
Этапы 712-713: MSC сервер третьей стороны посылает 200 OK в инициирующий MSC сервер, и инициирующий MSC сервер возвращает ACK в MSC сервер третьей стороны.
Перед этим CODEC формат успешно модифицируется, между инициирующим MGW и принимающим MGW на IP канале устанавливается факс для коммутирования голосовой службы в службу факсов. То есть передача службы факсов может выполняться путем использования согласованного избыточного CODEC формата через инициирующий MGW и принимающий MGW.
В другом варианте осуществления изобретения взаимодействие между инициирующим MSC сервером и MSC сервером третьей стороны может быть реализовано с помощью сообщения Обновление SIP протокола, т.е. при приеме связанного с факсом события, о котором сообщает инициирующий MGW, инициирующий MSC сервер посылает в MSC сервер третьей стороны сообщение Обновление, включающее SDP описание, которое включает избыточный CODEC формат g.711Red и уровень избыточности, и при приеме возвращенного принимающим MSC сервером APM сообщения MSC сервер третьей стороны возвращает 200 OK в инициирующий MSC сервер.
В этом варианте осуществления при согласовании сигнализации SIP службы данных между сетью инициатора и сетью приемника, которые используют различные протоколы, SDP описание на основе SIP преобразуется в IPBCP описание на основе BICC MSC сервером третьей стороны, который реализует согласование сигнализации службы данных между сетями, использующими различные протоколы, с тем, чтобы оба MGW, инициирующий MGW и принимающий MGW, могли использовать избыточный CODEC формат G.711Red. После согласования сигнализации при передаче кадра данных между инициирующим MGW, MGW третьей стороны и принимающим MGW избыточный пакет позже переданного кадра включает ранее переданный кадр, таким образом, при потере ранее переданного кадра он может быть заменен соответствующим кадром в избыточном пакете позже переданного кадра, следовательно, надежность передачи службы данных увеличивается.
Шестой вариант осуществления
Ниже подробно описано решение для реализации согласования сигнализации службы данных, в которое вовлечен только MSC сервер третьей стороны, т.е. CMN, при условии, что инициирующий MSC сервер поддерживает SIP протокол, в то время как принимающий MSC сервер поддерживает BICC протокол.
Фиг.8 представляет собой блок-схему последовательности операций способа согласования сигнализации SIP службы факсов согласно шестому варианту осуществления изобретения. В этом варианте осуществления процесс взаимодействия между инициирующим MSC сервером и инициирующим MGW, а также процесс взаимодействия между принимающим MSC сервером и принимающим MGW являются такими же, как и в первом варианте осуществления, поэтому их описание опущено.
Как показано на фиг.8, способ согласования сигнализации SIP службы факсов согласно этому варианту осуществления включают следующие этапы:
Этап 800: инициирующий MSC сервер посылает в CMN сообщение Приглашение, включающее SDP описание, которое включает избыточный CODEC формат G.711Red.
На этом этапе SDP описание дополнительно может включать уровень избыточности.
Этапы 801-802: CMN преобразует включенное в сообщение Приглашение SDP описание в IPBCP описание и инициирует повторное медиа согласование, включающее следующие операции: CMN посылает в принимающий MSC сервер АРМ сообщение, включающее IPBCP описание, которое включает избыточный CODEC формат, принимающий MSC сервер возвращает в CMN АРМ сообщение для указания на успешное завершение модификации CODEC формата.
Этапы 803-804: CMN возвращает 200 OK, включающее SDP описание, которое включает избыточный CODEC формат G.711Red, в инициирующий MSC сервер, при приеме 200 OK CMN возвращает ACK в инициирующий MSC сервер.
Если посланное на этапе 803 сообщение указывает на то, что уровень избыточности, принятый принимающим MSC сервером, отличается от уровня избыточности, запрошенного инициирующим MSC сервером, то дополнительно могут быть выполнены этапы 307-308.
Перед этим CODEC формат успешно модифицируется, между инициирующим MGW и принимающим MGW на IP канале устанавливается факс для коммутации голосовой службы в службу факсов. То есть передача службы факсов может выполняться путем использования согласованного CODEC формата через инициирующий MGW и принимающий MGW.
В другом варианте осуществления изобретения взаимодействие с помощью сообщений между инициирующим MSC сервером и CMN может быть реализовано с помощью сообщения Обновление SIP протокола.
В этом варианте осуществления при согласовании сигнализации SIP службы данных между инициирующим MSC сервером и принимающим MSC сервером, которые используют различные протоколы, SDP описание на основе SIP преобразуется в IPBCP описание на основе BICC посредством CMN, который реализует согласование сигнализации службы данных между сетями, использующими различные протоколы, с тем, чтобы оба MGW, инициирующий MGW и принимающий MGW, могли использовать избыточный CODEC формат G.711Red. После согласования сигнализации при передаче кадра данных между инициирующим MGW, CMN и принимающим MGW избыточный пакет позже переданного кадра включает ранее переданный кадр, таким образом при потере ранее переданного кадра он может быть заменен соответствующим кадром в избыточном пакете позже переданного кадра, следовательно, надежность передачи службы данных увеличивается.
Вариант осуществления изобретения дополнительно предоставляет систему для реализации службы данных. Фиг.9 представляет собой структурную блок-схему системы для согласования сигнализации SIP службы данных согласно варианту осуществления изобретения. Как показано на фиг.9, система включает инициирующий программный коммутатор 902, инициирующий MGW 901, принимающий программный коммутатор 903 и принимающий MGW 904.
Принимающий MGW 901 посылает уведомление службы данных в инициирующий программный коммутатор 902 и при приеме несущего избыточный CODEC формат сообщения из инициирующего программного коммутатора 902 модифицирует CODEC формат инициирующего MGW 901 на избыточный CODEC формат.
Инициирующий программный коммутатор 902 модифицирует CODEC формат инициирующего MGW 901 на избыточный CODEC формат, посылая несущее избыточный CODEC формат сообщение в инициирующий MGW 901, и при приеме посланного инициирующим MGW 901 уведомления службы данных посылает несущее избыточный CODEC формат сообщение в принимающий программный коммутатор 904.
Принимающий программный коммутатор 903 модифицирует CODEC формат принимающего программного коммутатора 904 на избыточный CODEC формат согласно сообщению, которое несет избыточный CODEC формат и посылается инициирующим программным коммутатором 902.
Принимающий программный коммутатор 904 модифицирует собственный CODEC формат на избыточный CODEC формат под управлением принимающего программного коммутатора 903.
Если инициирующий программный коммутатор дополнительно несет другой поддерживаемый инициирующим MGW CODEC формат в сообщении, несущем избыточный CODEC формат, посланном в принимающий программный коммутатор, то принимающий программный коммутатор дополнительно оценивает, поддерживает ли принимающий программный коммутатор избыточный CODEC формат, и если да, то модифицирует CODEC формат принимающего программного коммутатора на избыточный CODEC формат согласно сообщению, посланному инициирующим программным коммутатором, в ином случае выбирает из этого сообщения поддерживаемый инициирующим MGW CODEC формат и модифицирует CODEC формат принимающего MGW в выбранный CODEC формат.
По сути, как дополнительно показано на фиг.9, инициирующий программный коммутатор 902 включает принимающий модуль 9021, модифицирующий модуль 9022 и посылающий сообщения модуль 9023. Принимающий модуль 9021 выполнен с возможностью приема уведомления службы данных, посланного инициирующим MGW 901, модифицирующий модуль 9022 выполнен с возможностью модификации CODEC формата инициирующего MGW 901 в избыточный CODEC формат после приема уведомления службы данных принимающим модулем 9021, и посылающий сообщения модуль 9023 выполнен с возможностью отправки несущего избыточный CODEC формат SIP сообщения в принимающий программный коммутатор. В другом варианте осуществления посылающий сообщения модуль 9023 может быть выполнен с возможностью отправки несущего избыточный CODEC формат BICC сообщения в программный коммутатор третьей стороны.
Модифицирующий модуль 9022 также выполнен с возможностью приема несущего избыточный CODEC формат и уровень избыточности ответного сообщения из принимающего программного коммутатора и модификации уровня избыточности инициирующего MGW, если после модификации уровень избыточности отличается от уровня инициирующего MGW.
Принимающий программный коммутатор 903 дополнительно включает принимающий сообщения модуль 9031, модифицирующий модуль 9032 и отвечающий модуль 9033. Принимающий сообщения модуль 9031 выполнен с возможностью приема несущего избыточный CODEC формат SIP сообщения из инициирующего программного коммутатора 902, или, в другом варианте осуществления, выполнен с возможностью приема несущего избыточный CODEC формат SIP сообщения или BICC сообщения из программного коммутатора третьей стороны. Модифицирующий модуль 9032 выполнен с возможностью модификации CODEC формата принимающего MGW 904 на избыточный CODEC формат согласно SIP сообщению (или, в другом варианте осуществления, несущему избыточный CODEC формат BICC сообщению), принятому принимающим сообщения модулем 9031. Отвечающий модуль 9033 выполнен с возможностью отправки ответного несущего избыточный CODEC формат сообщения в инициирующий программный коммутатор 902 (или, в другом варианте осуществления, в программный коммутатор третьей стороны), затем CODEC формат принимающего MGW модифицируется модифицирующим модулем 9032. Ответное сообщение может дополнительно нести уровень избыточности.
Фиг.10 представляет собой структурную блок-схему другой системы согласования сигнализации SIP службы данных согласно варианту осуществления изобретения. Как показано на фиг.10, система включает инициирующий программный коммутатор 802, инициирующий MGW 801, программный коммутатор 803 третьей стороны, MGW 804 третьей стороны, принимающий программный коммутатор 805, принимающий MGW 806.
Если инициирующий программный коммутатор 802 поддерживает BICC протокол, в то время как принимающий программный коммутатор 805 поддерживает SIP, то инициирующий MGW 801 выполнен с возможностью отправки уведомления службы данных в инициирующий программный коммутатор 802 и модификации CODEC формата инициирующего MGW 801 в избыточный CODEC формат под управлением инициирующего программного коммутатора 802. Инициирующий программный коммутатор 802 выполнен с возможностью модификации CODEC формата инициирующего MGW 801 на избыточный CODEC формат и отправки BICC сообщения, которое несет включающее избыточный CODEC формат IPBCP описание, в программный коммутатор 803 третьей стороны. Программный коммутатор 803 третьей стороны выполнен с возможностью преобразования включающего избыточный CODEC формат IPBCP описания во включающее избыточный CODEC формат SDP описание, переноса SDP описания в SIP сообщении и отправки SIP сообщения в принимающий программный коммутатор 805, и отправки несущего избыточный CODEC формат сообщения в MGW 804 третьей стороны для модификации CODEC формата MGW 804 третьей стороны на избыточный CODEC формат. MGW 804 третьей стороны выполнен с возможностью преобразования CODEC формата MGW 804 третьей стороны на избыточный CODEC формат при приеме несущего избыточный CODEC формат сообщения из программного коммутатора 803 третьей стороны. Принимающий программный коммутатор 805 выполнен с возможностью модификации CODEC формата принимающего MGW 806 на избыточный CODEC формат согласно включающему избыточный CODEC формат SDP описанию, которое переносится в SIP сообщении, отправленном программным коммутатором 803 третьей стороны. Принимающий MGW 806 выполнен с возможностью модификации собственного CODEC формата на избыточный CODEC формат под управлением принимающего программного коммутатора 805.
По сути, как дополнительно показано на фиг.10, программный коммутатор 803 третьей стороны включает принимающий модуль 8031, преобразующий модуль 8032, модифицирующий модуль 8033 и посылающий модуль 8034. Принимающий модуль 8031 выполнен с возможностью приема BICC сообщения, несущего IPBCP описание, которое включает избыточный CODEC формат. Преобразующий модуль 8032 выполнен с возможностью преобразования принятого принимающим модулем 8031 IPBCP описания в SDP описание на основе SIP. Модифицирующий модуль 8033 выполнен с возможностью модификации CODEC формата MGW 804 третьей стороны на избыточный CODEC формат согласно избыточному CODEC формату, принятому преобразующим модулем 8032. Посылающий модуль 8034 выполнен с возможностью переноса преобразованного преобразующим модулем 8032SDP описания в посылаемом SIP сообщении.
Если инициирующий программный коммутатор 802 поддерживает SIP, в то время как принимающий программный коммутатор 805 поддерживает BICC протокол, то инициирующий MGW выполнен с возможностью отправки уведомления службы данных в инициирующий программный коммутатор и модификации CODEC формата инициирующего MGW на избыточный CODEC формат под управлением инициирующего программного коммутатора. Инициирующий программный коммутатор выполнен с возможностью модификации CODEC формата инициирующего MGW на избыточный CODEC формат и отправки SIP сообщения, которое несет включающее избыточный CODEC формат SDP описание, в программный коммутатор третьей стороны. Программный коммутатор третьей стороны выполнен с возможностью преобразования включающего избыточный CODEC формат SDP описания во включающее избыточный CODEC формат IPBCP описание, переноса IPBCP описания в BICC сообщении и отправки его в принимающий программный коммутатор, и отправки несущего избыточный CODEC формат сообщения в MGW третьей стороны для модификации CODEC формата MGW третьей стороны на избыточный CODEC формат. MGW третьей стороны выполнен с возможностью преобразования собственного CODEC формата на избыточный CODEC формат при приеме несущего избыточный CODEC формат сообщения из программного коммутатора третьей стороны. Принимающий программный коммутатор выполнен с возможностью модификации CODEC формата принимающего MGW на избыточный CODEC формат согласно включающему избыточный CODEC формат IPBCP описанию, которое переносится в BICC сообщении, отправленном программным коммутатором третьей стороны. Принимающий MGW выполнен с возможностью модификации собственного CODEC формата на избыточный CODEC формат под управлением принимающего программного коммутатора.
По сути, как дополнительно показано на фиг.10, программный коммутатор 803 третьей стороны включает принимающий модуль 8031, преобразующий модуль 8032, модифицирующий модуль 8033 и посылающий модуль 8034. Принимающий модуль 8031 выполнен с возможностью приема SIP сообщения, несущего SDP описание, которое включает избыточный CODEC формат. Преобразующий модуль 8032 выполнен с возможностью преобразования принятого принимающим модулем SDP описания в IPBCP описание на основе BICC. Модифицирующий модуль 8033 выполнен с возможностью модификации CODEC формата MGW третьей стороны на избыточный CODEC формат согласно избыточному CODEC формату, принятому преобразующим модулем. Посылающий модуль 8034 выполнен с возможностью переноса преобразованного преобразующим модулем IPBCP описания в посылаемом BICC сообщении.
Другая система для согласования сигнализации SIP службы данных по изобретению включает инициирующий программный коммутатор, инициирующий MGW, CMN, принимающий программный коммутатор и принимающий MGW.
Если инициирующий программный коммутатор поддерживает BICC протокол, в то время как принимающий программный коммутатор поддерживает SIP, то инициирующий MGW выполнен с возможностью отправки уведомления службы данных в инициирующий программный коммутатор и модификации CODEC формата инициирующего MGW на избыточный CODEC формат под управлением инициирующего программного коммутатора. Инициирующий программный коммутатор выполнен с возможностью модификации CODEC формата инициирующего MGW на избыточный CODEC формат и отправки в CMN BICC сообщения, которое несет IPBCP описание, включающее избыточный CODEC формат. CMN выполнен с возможностью преобразования включающего избыточный CODEC формат IPBCP описания во включающее избыточный CODEC формат SDP описание, переноса SDP описания в SIP сообщении и отправки его в инициирующий программный коммутатор. Принимающий программный коммутатор выполнен с возможностью модификации посредством CMN CODEC формата принимающего MGW на избыточный CODEC формат согласно включающему избыточный CODEC формат SDP описанию, переносимому в SIP сообщении. Принимающий MGW выполнен с возможностью модификации собственного CODEC формата на избыточный CODEC формат под управлением принимающего программного коммутатора.
По сути, как показано на фиг.10, CMN включает принимающий модуль 8031, преобразующий модуль 8032 и посылающий модуль 8033. Принимающий модуль 8031 выполнен с возможностью приема BICC сообщения, несущего IPBCP описание, которое включает избыточный CODEC формат. Преобразующий модуль 8032 выполнен с возможностью преобразования принятого принимающим модулем 8031 IPBCP описания в SDP описание на основе SIP. Посылающий модуль 8033 выполнен с возможностью переноса преобразованного преобразующим модулем SDP описания в посылаемом SIP сообщении.
Если инициирующий программный коммутатор поддерживает SIP, в то время как принимающий программный коммутатор поддерживает BICC протокол, то инициирующий MGW выполнен с возможностью отправки уведомления службы данных в инициирующий программный коммутатор и модификации CODEC формата инициирующего MGW на избыточный CODEC формат под управлением инициирующего программного коммутатора. Инициирующий программный коммутатор выполнен с возможностью модификации CODEC формата инициирующего MGW на избыточный CODEC формат и отправки SIP сообщения, которое несет включающее избыточный CODEC формат SDP описание, в CMN. CMN выполнен с возможностью преобразования включающего избыточный CODEC формат SDP описания в включающее избыточный CODEC формат IPBCP описание, перенос IPBCP описания в BICC сообщении и отправки его в принимающий программный коммутатор. Принимающий программный коммутатор выполнен с возможностью модификации посредством CMN CODEC формата принимающего MGW на избыточный CODEC формат согласно включающему избыточный CODEC формат IPBCP описанию, переносимому в BICC сообщении. Принимающий MGW выполнен с возможностью модификации собственного CODEC формата в избыточный CODEC формат под управлением принимающего программного коммутатора.
По сути, как дополнительно показано на фиг.10, CMN включает принимающий модуль 8031, преобразующий модуль 8032 и посылающий модуль 8033. Принимающий модуль 8031 выполнен с возможностью приема SIP сообщения, несущего SDP описание, которое включает избыточный CODEC формат. Преобразующий модуль 8032 выполнен с возможностью преобразования принятого принимающим модулем 8031 SDP описания в IPBCP описание на основе BICC. Посылающий модуль 8033 выполнен с возможностью переноса преобразованное преобразующим модулем 8032 IPBCP описания в BICC сообщении и отправки BICC сообщения.
Исходя из вышеописанного можно отметить, что предоставленные вариантами осуществления изобретения решения реализуют согласование избыточного CODEC формата между инициирующим MGW и принимающим MGW с тем, чтобы при передаче SIP службы данных, избыточный пакет позже переданного кадра включал ранее переданный кадр и при потере ранее переданного кадра он мог быть заменен соответствующим кадром в избыточном пакете позже переданного кадра. Следовательно, надежность передачи SIP службы данных увеличивается.
Кроме того, в предоставленных вариантами осуществления изобретения решениях, если инициирующий MSC сервер поддерживает BICC протокол, в то время как принимающий MSC сервер поддерживает SIP, то IPBCP описание в BICC сообщении может быть преобразовано в SDP описание MSC сервера третьей стороны или CMN, затем перенесено в SIP сообщении и отправлено в принимающий MSC сервер. Если инициирующий MSC сервер поддерживает SIP, в то время как принимающий MSC сервер поддерживает BICC протокол, то SDP описание в SIP сообщении может быть преобразовано в IPBCP описание, затем перенесено в BICC сообщении и отправлено в принимающий MSC сервер. Таким образом, между инициатором и приемником, использующими различные протоколы, реализуется избыточный CODEC формат, который увеличивает надежность передачи SIP службы данных.
Инициирующий MSC сервер может посылать все поддерживаемые инициирующим MGW CODEC форматы в принимающий MSC сервер для осуществления выбора, и если принимающий MGW не поддерживает избыточный CODEC формат G.711Red, то может быть выбран CODEC формат, поддерживаемый обоими MGW, принимающим MGW и инициирующим MGW, для улучшения совместимости с сетью, не поддерживающей избыточный CODEC формат.
Ссылочные позиции, приведенные в вышеупомянутых вариантах осуществления, использовались только с целью удобства описания без указания очередности этих вариантов осуществления. Аналогично, термин "этап", используемый при описании выше приведенных вариантов осуществления, не указывает на последовательность выполнения способа.
Приведенное выше описание представляет собой только предпочтенные варианты осуществления изобретения, и не предназначено для ограничения объема изобретения. Любая модификация, эквивалент, усовершенствование и т.д. в пределах сути и принципов изобретения должны быть включены в объем изобретения.