Способ, система и устройство для согласования службы данных сигнализации протокола инициации сеанса

Способ, система и устройство для согласования службы данных сигнализации протокола инициации сеанса

Иллюстрации

Показать все

Реферат

Область техники, к которой относится изобретение

Настоящее изобретение относится к области техники, относящейся к коммуникациям и, в частности, к способу, системе и устройству для согласования сигнализации протокола инициации сеанса (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, и