Способ, устройство и система хэндровера и обработки вызовов

Способ, устройство и система хэндровера и обработки вызовов

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ

[0001] Настоящее изобретение относится к мобильной связи, в частности к способу, устройству и системе хэндовера и обработки вызовов.

ПРЕДПОСЫЛКИ К СОЗДАНИЮ ИЗОБРЕТЕНИЯ

[0002] Для отправки сигналов в глобальной системе мобильной связи (GSM) сначала использовали передачу на основе Временного Разделения Каналов (ВРК, TDM). Впоследствии, по мере развития и распространения технологий с использованием интернет-протоколов (IP), протоколы IP нашли повсеместное применение в Базовой Сети (БС, CN), при этом между сетью БС (CN) и сетью доступа стали применять протоколы SIGTRAN с использованием протоколов IP для отправки информации по плоскости сигнализации А-интерфейса. Фиг.1 представляет собой схематическое изображение системы GSM, на котором пунктирными линиями обозначена плоскость сигнализации, и сплошными линиями обозначена пользовательская плоскость. В данной архитектуре способ ВРК (TDM) по-прежнему применяют только в пользовательской плоскости А-интерфейса, что является последним препятствием для внедрения глобальной сети на основе протокола IP. Кроме того, консорциум 3GPP, разрабатывающий спецификации для мобильной телефонии третьего поколения предложил использовать передачу А-интерфейса по сети, построенной по протоколу IP (технология AolP) для решения задачи по внедрению протокола IP в пользовательской плоскости А-интерфейса.

[0003] При использовании для А-интерфейса передачи на основе ВРК (TDM), для соединения сети БС (CN) и Контроллера Базовой Станции (КБС, BSC) применяют фиксированную линию из коаксиального кабеля, при этом под каждый вызов по коаксиальному кабелю отводится один таймслот 64 кбит/с, то есть для передачи одного вызова в пользовательской плоскости необходимо отвести один таймслот, занимающий фиксированную часть общего ресурса, причем для однозначной идентификации одного вызова в исходном протоколе используют Код Идентификации Вызова или Код Идентификации Канала (КИК, CIC). Длина информационного элемента КИК (CIC) составляет 2 байта. Применительно к коаксиальному кабелю с пропускной способностью 2 М (то есть одного ретранслятора с возможностью мультиплексирования на тридцать два таймслота по 64 кбит/с), для идентификации конкретного номера задействованного таймслота могут быть использованы пять двоичных разрядов ХХХХХ, при этом для идентификации номера задействованного ретранслятора используют в общей сложности одиннадцать двоичных разрядов от a до k. Вариант представления кода КИК (CIC) показан в Таблице 1.

Таблица 1
8	7	6	5	4	3	2	1
Идентификатор информационного элемента	Байт 1
а	b	с	d	e	f	g	h	Байт 2
i	J	k	X	X	X	X	X	Байт 3

[0004] После внедрения технологии AolP соединение между сетью БС (CN) и контроллером КБС (BSC) уже не осуществляют посредством фиксированной линии. Поскольку больше не существует однозначного соответствия между кодом КИК (CIC) и номером таймслота фиксированной линии, код КИК (CIC) уже нельзя использовать для идентификации отдельного вызова, поэтому для идентификации вызова стали применять Идентификатор Вызова (ИВ, Call-ID). При потере связи Центра Мобильной Коммутации (центр ЦМК, MSC) или контроллера КБС (BSC) с Подсистемой Управления Соединением Сигнализации (ПУСС, SCCP) встречной станции, идентификатор ИВ (Call-ID) может использоваться в качестве объекта, запрашивающего у встречной станции синхронное освобождение соответствующих ресурсов вызова. При использовании сетевой конфигурации A-Flex с созданием пула центров ЦМК (MSC) (технология MSC In Pool) вызов генерирует ошибки, обусловленные некорректным адресом. Таким образом, при необходимости освобождения пакетов вызовов особенно эффективным является использование списка идентификаторов ИВ (Call-ID).

[0005] Если сеть поддерживает технологию AolP, идентификатор ИВ (Call-ID) можно использовать для однозначной идентификации отдельного вызова на соответствующем контроллере КБС (BSC) и соответствующем центре ЦМК (MSC); при этом контроллер КБС (BSC) должен возвращать назначенное центром ЦМК (MSC) значение идентификатора ИВ (Call-ID) в сообщении Назначение Выполнено (Assignment Complete) и в сообщении Подтверждение Запроса Хэндовера (Handover Request Acknowledge). Предусмотрены два варианта представления идентификатора ИВ (Call-ID).

[0006] 1. В виде пары (IP-адрес+номер порта UDP):

[0007] применительно к идентификатору, представленному в виде пары (IP-адрес+номер порта UDP), при использовании версии IPv4 длина заголовка одного IP-адреса составляет 4 байта, и в случае добавления 2 байтов идентификатора порта для указанной адресной пары требуется по меньшей мере 12 байтов; при использовании версии IPv6 длина заголовка одного IP-адреса составляет 16 байтов и в случае добавления 2 байтов идентификатора порта для адресной пары требуется по меньшей мере 36 байтов.

[0008] 2. В виде независимого от среды переноса номера:

[0009] применительно к данному варианту представления, для того чтобы обеспечить одномоментную уникальность значения идентификатора, в настоящее время применяют решение, заключающееся в использовании 32-разрядного значения, как показано в следующей Таблице.

Таблица 2
8	7	6	5	4	3	2
ИВ (Call-ID (самый младший бит)	Байт 1
ИВ (Call-ID)	Байт 2
ИВ (Call-ID)	Байт 3
ИВ (Call-ID) (самый старший бит)	Байт 4

[0010] Идентификатор независимого от среды переноса номера равен 1 байт (8 бит); независимый от среды переноса номер равен 4 байтам (32 бита).

[0011] Если контроллер КБС (BSC) отправляет Список Кодеков, поддерживаемых контроллером КБС (BSC) ((СКП-КБС (BSC-SCL), указывающий на поддержку контроллером КБС (BSC) технологии AolP) в сообщении с полной информацией третьего уровня (Complete Layer3)), центр ЦМК (MSC) может идентифицировать вызов, используя значение идентификатора ИВ (Call-ID), и передать информационный элемент ИВ (Call-ID) в сообщении Запрос Назначения (Assignment Request), причем контроллер КБС (BSC) использует то же самое значение идентификатора ИВ (Call-ID). При этом контроллер КБС (BSC) может в результате выбрать использование ВРК (TDM), для чего контроллер КБС (BSC) должен предоставить центру ЦМК (MSC) один информационный элемент КИК (CIC) и использовать одно конкретное значение кода КИК (CIC) для идентификации назначенной конечной точки ВРК (TDM) таким образом, чтобы в этот момент обеспечить возможность использования центром ЦМК (MSC) и контроллером КБС (BSC) идентификатора ИВ (Call-ID) для идентификации вызова.

[0012] В ходе осуществления вызова, если пользовательский терминал выполняет хэндовер между двумя контроллерами КБС (BSC) одного центра ЦМК (MSC), поскольку целевой контроллер КБС (BSC) не сообщает центру ЦМК (MSC) о текущей возможности поддержки А-интерфейса, сервер ЦМК (MSC) (С-ЦМК, MSC-S) может обратиться с начальным запросом на одновременное предоставление конечных точек по типу ВРК (TDM) и типу IP для целевого контроллера КБС (BSC) только к медиашлюзу (МШ, MGW); соответствующий процесс хэндовера показан на фиг.2. Согласно данному техническому решению сообщение Запрос Хэндовера (Handover Request) не может содержать информационный элемент Тип Канала (Channel Туре) одновременно со Списком Предпочтительных Кодеков центра ЦМК (MSC) (СПК-ЦМК, MSC-PCL), то есть сообщение Запрос Хэндовера (Handover Request) не может содержать информационный элемент КИК (CIC) (даже если объективно длина сообщения Запрос Хэндовера (Handover Request) достаточна для отправки в нем кода КИК (CIC)). Если целевой контроллер КБС (BSC) после получения сообщения Запрос Хэндовера (Handover Request) выбирает конечную точку ВРК (TDM), вполне вероятно, что целевой контроллер КБС (BSC) назначит и возвратит серверу С-ЦМК (MSC-S) одно значение кода КИК (CIC), не согласующееся с созданной на медиашлюзе МШ (MGW) конечной точкой ВРК (TDM). При этом сервер С-ЦМК (MSC-S) перейдет к процедуре обработки некорректного события и освободит вызов из-за несогласованности кода КИК (CIC) со стороны медиашлюза МШ (MGW) и со стороны целевого контроллера КБС (BSC).

[0013] В ходе разработки настоящего изобретения авторы изобретения обнаружили, что известному техническому решению присущи по меньшей мере следующие недостатки. У идентификатора, представленного в виде пары (IP-адрес+номер порта UDP), слишком большой байтовый заголовок, поэтому в информационном элементе Контейнер AolP имеется избыточность между байтовым заголовком и информацией IP и UDP, и при выполнении хэндовера может возникнуть несоответствие между имеющимися параметрами (IP и порта) и указательным значением. Кроме того, поскольку имеется ограничение, что в сообщении Запрос Хэндовера (Handover Request) нельзя одновременно передавать список СПК-ЦМК (MSC-PCL) и информационный элемент КИК (CIC), возможно возникновение приводящего к сбою вызова рассогласования между значением кода КИК (CIC), назначенного целевым контроллером КБС (BSC) и значением кода КИК (CIC), соответствующего созданной медиашлюзом МШ (MGW) конечной точке ВРК (TDM).

[0014] Кроме того, при представлении идентификатора в виде независимого от среды переноса номера, например, если один контроллер КБС (BSC) подключен к нескольким центрам ЦМК (MSC) (то есть к пулу центров ЦМК (технология MSC In Pool)), в случае нескоординированной работы нескольких центров ЦМК (MSC) в пуле, приводящей к невозможности корректного и своевременного назначения значения идентификатора ИВ (Call-ID), весьма вероятно, что в некоторый момент времени произойдет назначение идентификатора ИВ (Call-ID) с тем же значением тому же контроллеру КБС (BSC); при этом известное техническое решение не предусматривает процесса обработки на случай получения контроллером КБС (BSC) повторяющегося значения идентификатора ИВ (Call-ID).

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

[0015] Соответственно, задачей настоящего изобретения является создание способа, устройства и системы хэндовера и обработки вызовов, позволяющих устранить приводящий к сбою вызова недостаток известного технического решения, состоящий в том, что в процессе выполнения хэндовера конечная точка ВРК (TDM) целевого контроллера КБС (BSC) может отличаться от конечной точки ВРК (TDM), назначенной медиашлюзом МШ (MGW).

[0016] Одним из вариантов осуществления настоящего изобретения предусмотрен способ хэндовера, содержащий следующие этапы: получают отправленное медиашлюзом МШ (MGW) ответное сообщение о добавлении конечной точки;

отправляют целевому контроллеру КБС (BSC) сообщение Запрос Хэндовера (Handover Request), содержащее код КИК (CIC) и информацию конечной точки о типе IP, если в ответном сообщении о добавлении конечной точки указано, что медиашлюз МШ (MGW) успешно установил конечную точку ВРК (TDM) и конечную точку IP;

получают возвращаемое целевым контроллером КБС (BSC) сообщение Подтверждение Запроса Хэндовера (Handover Request Acknowledge), причем если сообщение Подтверждение Запроса Хэндовера (Handover Request Acknowledge) содержит информацию конечной точки о типе IP, сообщение Подтверждение Запроса Хэндовера (Handover Request Acknowledge) указывает, что целевой контроллер КБС (BSC) выбрал использование IP порта.

[0017] Дополнительно одним из вариантов осуществления настоящего изобретения предусмотрено устройство хэндовера, сконфигурированное для взаимодействия с медиашлюзом МШ (MGW) и контроллером КБС (BSC) и содержащее:

модуль приема ответного сообщения о добавлении конечной точки, сконфигурированный для получения ответного сообщения о добавлении конечной точки, отправленного медиашлюзом МШ (MGW);

модуль Запроса Хэндовера, сконфигурированный для отправки целевому контроллеру КБС (BSC) сообщения Запрос Хэндовера (Handover Request), содержащего код КИК (CIC) и информацию конечной точки о типе IP, если в ответном сообщении о добавлении конечной точки указано, что медиашлюз МШ (MGW) успешно установил конечную точку ВРК (TDM) и конечную точку IP; модуль Подтверждения Хэндовера, сконфигурированный для получения возвращаемого целевым контроллером КБС (BSC) сообщения Подтверждение Запроса Хэндовера (Handover Request Acknowledge); причем если сообщение Подтверждение Запроса Хэндовера (Handover Request Acknowledge) содержит информацию конечной точки о типе IP, это указывает, что целевой контроллер КБС (BSC) выбрал использование IP порта.

[0018] Дополнительно одним из вариантов осуществления настоящего изобретения предусмотрена система хэндовера, содержащая центр ЦКМС (MSC) согласно приведенному выше описанию устройства хэндовера.

[0019] Дополнительно одним из вариантов осуществления настоящего изобретения предусмотрен способ хэндовера, содержащий следующие этапы: устанавливают конечную точку ВРК (TDM) и конечную точку IP по полученному сообщению с запросом на добавление конечной точки;

возвращают ответное сообщение о добавлении конечной точки, указывающее, что конечная точка ВРК (TDM) и конечная точка IP успешно установлены.

[0020] Дополнительно одним из вариантов осуществления настоящего изобретения предусмотрено устройство хэндовера, содержащее:

модуль установки конечных точек, сконфигурированный для установки конечной точки ВРК (TDM) и конечной точки IP по полученному сообщению с запросом на добавление конечной точки и для возврата ответного сообщения о добавлении конечной точки, указывающего, что конечная точка ВРК (TDM) и конечная точка IP успешно установлены.

[0021] Дополнительно одним из вариантов осуществления настоящего изобретения предусмотрен способ хэндовера, содержащий следующие этапы: получают сообщение Запрос Хэндовера (Handover Request), содержащее код ИКК (CIC) и информацию конечной точки о типе протокола IP, выбирают тип конечной точки;

отправляют сообщение Подтверждение Запроса Хэндовера (Handover Request Acknowledge), содержащее информацию о выбранном типе конечной точки.

[0022] Дополнительно одним из вариантов осуществления настоящего изобретения предусмотрено устройство хэндовера, содержащее модуль выбора типа конечной точки, сконфигурированный для получения сообщения Запрос Хэндовера (Handover Request) и отправки сообщения Подтверждение Запроса Хэндовера (Handover Request Acknowledge), содержащего информацию о выбранном типе конечной точки.

[0023] Дополнительно одним из вариантов осуществления настоящего изобретения предусмотрен способ хэндовера, содержащий следующие этапы: получают отправленное медиашлюзом МШ (MGW) ответное сообщение о добавлении конечной точки, указывающее, что конечная точка IP уже установлена;

отправляют целевому контроллеру КБС (BSC) сообщение Запрос Хэндовера (Handover Request), содержащее идентификатор ИВ (Call-ID), сформированный из идентификатора сетевого элемента (СЭ, NE) и идентификатора вызова сетевого элемента (ИВСЭ, NE Call-ID); или выбирают из назначенного центру ЦМК (MSC) диапазона значений одно свободное значение идентификатора ИВ (Call-ID) и отправляют целевому контроллеру КБС (BSC) сообщение Запрос Хэндовера (Handover Request), содержащее выбранное значение идентификатора ИВ (Call-ID), причем назначенные центрам ЦМК (MSC) диапазоны значений идентификатора ИВ (Call-ID) не пересекаются друг с другом;

получают сообщение Подтверждение Запроса Хэндовера (Handover Request Acknowledge), возвращаемое целевым контроллером КБС (BSC) после установления вызова, идентифицированного значением идентификатора ИВ (Call-ID).

[0024] Дополнительно одним из вариантов осуществления настоящего изобретения предусмотрен способ обработки вызовов, содержащий следующие этапы:

получают сообщение Запрос Назначения (Assignment Request) или сообщение Запрос Хэндовера (Handover Request), причем сообщение Запрос Назначения (Assignment Request) или сообщение Запрос Хэндовера (Handover Request) содержит идентификатор ИВ (Call-ID); при этом в случае отказа в назначении вызова по содержащему идентификатор ИВ (Call-ID) сообщению Запрос Назначения (Assignment Request) или по содержащему идентификатор ИВ (Call-ID) сообщению Запрос Хэндовера (Handover Request) возвращают центру ЦМК (MSC) сообщение Отказ Назначения (Assignment Failure), содержащее указательное значение причины отказа, или сообщение Отказ Хэндовера (Handover Failure), содержащее указательное значение причины отказа; при этом в указательном значении причины отказа либо указывают, что данный идентификатор ИВ (Call-ID) уже существует, либо указывают, что формат идентификатора ИВ (Call-ID) неверен.

[0025] Дополнительно одним из вариантов осуществления настоящего изобретения предусмотрено устройство хэндовера, содержащее: второй модуль Запроса Хэндовера, сконфигурированный для получения отправленного медиашлюзом МШ (MGW) ответного сообщения о добавлении конечной точки, указывающего, что конечная точка IP уже установлена; отправки целевому контроллеру КБС (BSC) сообщения Запрос Хэндовера (Handover Request), содержащего идентификатор ИВ (Call-ID), сформированный из идентификатора элемента СЭ (NE) и идентификатора ИВСЭ (NE Call-ID); или для выбора одного свободного значения идентификатора ИВ (Call-ID) из диапазона значений идентификатора ИВ (Call-ID), назначенного центру ЦМК (MSC), и отправки целевому контроллеру КБС (BSC) сообщения Запрос Хэндовера (Handover Request), содержащего выбранное значение идентификатора ИВ (Call-ID), причем назначенные центрам ЦМК (MSC) диапазоны значений идентификатора ИВ (Call-ID) не пересекаются друг с другом;

модуль приема Подтверждения, сконфигурированный для получения сообщения Подтверждение Запроса Хэндовера (Handover Request Acknowledge), возвращаемого целевым контроллером КБС (BSC) после установления вызова, идентифицированного значением идентификатора ИВ (Call-ID).

[0026] Дополнительно одним из вариантов осуществления настоящего изобретения предусмотрено устройство обработки вызовов, содержащее: модуль приема сообщений, сконфигурированный для получения сообщения Запрос Назначения (Assignment Request), содержащего идентификатор ИВ (Call-ID), или получения сообщения Запрос Хэндовера (Handover Request), содержащего идентификатор ИВ (Call-ID);

модуль отправки сообщения об отказе, сконфигурированный для возврата центру ЦМК (MSC) сообщения Отказ Назначения (Assignment Failure), содержащего указательное значение причины отказа, в случае отказа назначения вызова по содержащему идентификатор ИВ (Call-ID) сообщению Запрос Назначения (Assignment Request), полученному модулем приема сообщений, причем в указательном значении причины отказа либо указано, что данный идентификатор ИВ (Call-ID) уже существует, либо указано, что формат идентификатора ИВ (Call-ID) некорректен; или сконфигурированный для возврата центру ЦМК (MSC) сообщения Отказ Хэндовера (Handover Failure), содержащего указательное значение причины отказа, в случае отказа назначения вызова по содержащему идентификатор ИВ (Call-ID) сообщению Отказ Хэндовера (Handover Request), полученному модулем приема сообщений, причем в указательном значении причины отказа либо указано, что данный идентификатор ИВ (Call-ID) уже существует, либо указано, что формат идентификатора ИВ (Call-ID) некорректен.

[0027] Согласно вариантам осуществления настоящего изобретения, отправленное целевому контроллеру КБС (BSC) сообщение Запрос Хэндовера (Handover Request) содержит значение кода КИК (CIC) и информацию конечной точки IP, что обеспечивает возможность непосредственного использования назначенного центру ЦМК (MSC) значения кода КИК (CIC) при выборе целевым контроллером КБС (BSC) конечной точки типа ВРК (TDM). Таким образом предотвращен сбой вызовов по причине несогласованности конечных точек ВРК (TDM), назначаемых отдельно целевым контроллером КБС (BSC) и стороной медиашлюза МШ (MGW). В результате повышается коэффициент успешных вызовов.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[0028] На фиг.1 показана известная схема сети GSM;

[0029] на фиг.2 показана известная блок-схема хэндовера;

[0030] на фиг.3 показана блок-схема первого варианта осуществления заявляемого способа хэндовера;

[0031] на фиг.4 показана блок-схема второго варианта осуществления заявляемого способа хэндовера;

[0032] на фиг.5 показана блок-схема третьего варианта осуществления заявляемого способа хэндовера;

[0033] на фиг.6 показана блок-схема четвертого варианта осуществления заявляемого способа хэндовера;

[0034] на фиг.7 показана блок-схема пятого варианта осуществления заявляемого способа хэндовера;

[0035] на фиг.8 показана структурная схема системы хэндовера согласно одному из вариантов осуществления;

[0036] на фиг.9 показана структурная схема устройства хэндовера согласно одному из вариантов осуществления;

[0037] на фиг.10 показана блок-схема способа установления вызова согласно одному из вариантов осуществления;

[0038] На фиг.11 показана структурная схема устройства установления вызова согласно одному из вариантов осуществления;

[0039] На фиг.12 показана блок-схема первого варианта осуществления заявляемого способа обработки вызовов;

[0040] На фиг.13 показана блок-схема второго варианта осуществления заявляемого способа обработки вызовов;

[0041] На фиг.14 показана структурная схема устройства обработки вызовов согласно одному из вариантов осуществления.

[0042] Одним из вариантов осуществления настоящего изобретения предусмотрен способ хэндовера, содержащий указанные ниже этапы. Получают отправленное медиашлюзом МШ (MGW) ответное сообщение о добавлении конечной точки (на чертежах обозначено "Ответ о Доб."). Если в ответном сообщении о добавлении конечной точки указано, что медиашлюз МШ (MGW) успешно установил конечную точку ВРК (TDM) и конечную точку IP, то целевому контроллеру КБС (BSC) отправляют сообщение Запрос Хэндовера (Handover Request), содержащий код КИК (CIC) и информацию конечной точки о типе IP. Если полученное сообщение Подтверждение Запроса Хэндовера (Handover Request Acknowledge), возвращенное целевым контроллером КБС (BSC), содержит информацию конечной точки о типе IP, это указывает, что целевой контроллер КБС (BSC) выбрал использование IP порта. Если полученное Подтверждение Запроса Хэндовера (Handover Request Acknowledge), возвращенное целевым контроллером КБС (BSC), содержит код КИК (CIC), это указывает, что целевой контроллер КБС (BSC) выбрал использование порта ВРК (TDM).

[0043] Данным вариантом осуществления предусмотрено, что для получения ответного сообщения о добавлении конечной точки сервер С-ЦМК (MSC-S) может дополнительно сначала отправить медиашлюзу МШ (MGW) сообщение с запросом на добавление конечной точки (на чертежах обозначено "Запрос Доб.".

[0044] На фиг.3 схематически изображен первый вариант осуществления заявляемого способа хэндовера. В данном варианте осуществления исходным контроллером КБС (BSC) является контроллер КБС1 (BSC1), целевым контроллером КБС (BSC) является контроллер КБС2 (BSC2), при этом контроллеры КБС1 (BSC1) и КБС2 (BSC2) принадлежат одному центру ЦМК (MSC). В частности, указанный способ состоит из следующих этапов.

[0045] На этапе 111 медиашлюзу МШ (MGW) отправляют сообщение с запросом на добавление конечной точки, содержащее информацию конечной точки о типе ВРК (TDM) и информацию о кодеках, соответствующую указанному типу ВРК (TDM), а также информацию конечной точки о типе IP и информацию о кодеках, соответствующую указанному типу IP. Дополнительно информация о кодеках может содержать информацию о кодеке, предложенном вызовом.

[0046] На этапе 113, по получении ответного сообщения о добавлении конечной точки, указывающего, что медиашлюз МШ (MGW) успешно установил конечную точку ВРК (TDM) и конечную точку IP, целевому контроллеру КБС (BSC) отправляют сообщение Запрос Хэндовера (Handover Request), содержащее код КИК (CIC) и информацию конечной точки IP.

[0047] На этапе 115 получают возвращаемое целевым контроллером КБС (BSC) сообщение Подтверждение Запроса Хэндовера (Handover Request Acknowledge), содержащее информацию конечной точки о типе ВРК (TDM) или информацию конечной точки о типе IP. При использовании заявляемых способа и устройства хэндовера, отправленное целевому контроллеру КБС (BSC) сообщение Запрос Хэндовера (Handover Request) содержит значение кода КИК (CIC) и информацию конечной точки IP, что обеспечивает возможность непосредственного использования назначенного центру ЦМК (MSC) значения кода КИК (CIC) при выборе целевым контроллером КБС (BSC) конечной точки типа ВРК (TDM). Таким образом предотвращен сбой вызовов по причине несогласованности конечных точек ВРК (TDM), назначаемых отдельно целевым контроллером КБС (BSC) и стороной медиашлюза МШ (MGW). В результате повышается коэффициент успешных вызовов. При этом за счет соответствующего создания конечной точки ВРК (TDM) и конечной точки IP, уменьшается заголовок параметров и увеличивается скорость хэндовера.

[0048] На фиг.4 схематически изображен второй вариант осуществления заявляемого способа хэндовера. В одном из примеров данного варианта осуществления целевой контроллер КБС (BSC) выбирает использование порта ВРК (TDM). В данном варианте осуществления исходным контроллером КБС (BSC) является контроллер КБС1 (BSC1), целевым контроллером КБС (BSC) является контроллер КБС2 (BSC2), при этом контроллер КБС1 (BSC1) и контроллер КБС2 (BSC2) принадлежат одному центру ЦМК (MSC). В частности, указанный способ состоит из следующих этапов.

[0049] На этапе 211 контроллер КБС1 (BSC1) отправляет серверу С-ЦМК (MSC-S) сообщение Требование Хэндовера (Handover Required).

[0050] Сообщение Требование Хэндовера (Handover Required) содержит речевой кодек сети доступа (RANC1), используемый в данный момент пользовательской МС (MS) и контроллером КБС1 (BSC1).

[0051] На этапе 213 после получения сообщения Требование Хэндовера (Handover Required) сервер С-ЦМК (MSC-S) отправляет медиашлюзу МШ (MGW) сообщение с запросом на добавление конечной точки, содержащее одновременно информацию о предпочтительном речевом кодеке pRANC и информацию конечной точки. Например, информация конечной точки может содержать типы конечных точек для создания медиашлюзом МШ (MGW), то есть конечной точки ВРК (TDM) и конечной точки IP.

[0052] Пользовательская МС (MS) использует интерфейс AolP для реализации обычной речевой услуги в контроллере КБС1 (BSC1), при этом и контроллер КБС1 (BSC1) и контроллер КБС2 (BSC2) принадлежат одному центру ЦМК (MSC). В момент выполнения хэндовера МС (MS) с контроллера КБС1 (BSC1) на контроллер КБС2 (BSC2) сервер С-ЦМК (MSC-S) не располагает информацией о возможности поддержки текущего (динамического) речевого кодека контроллером КБС2 (BSC2) и соответствующем типе А-интерфейса, поэтому для обеспечения быстрого и успешного хэндовера, перед выполнением хэндовера МС (MS) на контроллер КБС2 (BSC2), для контроллера КБС2 (BSC2) на медиашлюзе МШ (MGW) требуется создать спаренные с контроллером КБС2 (BSC2) конечную точку IP и конечную точку ВРК (TDM).

[0053] На этапе 215 медиашлюз МШ (MGW) по принятому запросу на добавление конечной точки создает спаренные с контроллером КБС2 (BSC2) конечную точку ВРК (TDM) и конечную точку IP и возвращает ответное сообщение о добавлении конечной точки, содержащее информацию о типах созданных конечных точек, в данном варианте осуществления представляющих собой конечную точку ВРК (TDM) и конечную точку IP.

[0054] На этапе 217 сервер С-ЦМК (MSC-S) получает ответное сообщение о добавлении конечной точки и отправляет контроллеру КБС2 (BSC2) сообщение Запрос Хэндовера (Handover Request).

[0055] Сообщение Запрос Хэндовера (Handover Request) содержит список СПК-ЦМК1 (MSC-PCL1) (в котором установлен рекомендуемый порядок речевых кодеков, при этом обновленный предпочтительный кодек pRANC является оптимальным предпочтительным кодеком pRANC), информацию конечной точки ВРК (TDM) и информацию конечной точки IP. Информация конечной точки ВРК (TDM) может содержать информационный элемент КИК (CIC), значение которого может представлять собой значение кода КИК1 (CIC1), соответствующее созданной медиашлюзом МШ (MGW) конечной точке ВРК (TDM).

[0056] На этапе 219 контроллер КБС2 (BSC2) получает сообщение Запрос Хэндовера (Handover Request), принимает значение кода КИК1 (CIC1), выбирает из списка СПК-ЦМК1 (MSC-PCL1) речевой кодек RANC2 и возвращает серверу С-ЦМК (MSC-S) сообщение Подтверждение Запроса Хэндовера (Handover Request Acknowledge), содержащее кодек RANC2, значение кода КИК1 (CIC1) и список речевых кодеков, поддерживаемых в данный момент контроллером КБС2 (BSC2).

[0057] По содержащемуся в сообщении информационному элементу КИК (CIC) сервер С-ЦМК (MSC-S) может установить, что для А-интерфейса контроллер КБС2 (BSC2) выбрал передачу на основе ВРК (TDM), при этом поскольку конечная точка ВРК (TDM) создана на медиашлюзе МШ (MGW), тип выбранной контроллером КБС2 (BSC2) конечной точки согласуется с типом созданной на медиашлюзе МШ (MGW) конечной точки ВРК (TDM). Если необходимо, чтобы сообщение содержало информационный элемент КИК (CIC), значение передаваемого кода КИК (CIC) равно КИК1 (CIC1), то есть значение информационного элемента КИК (CIC) равно значению информационного элемента КИК (CIC) в сообщении Запрос Хэндовера (Handover Request). Если сеть БС (CN) назначает спаренное с контроллером КБС2 (BSC2) конечное устройство ВРК (TDM), в данном варианте осуществления сервер С-ЦМК (MSC-S) должен передавать информационный элемент КИК (CIC) в отправленном контроллером КБС2 (BSC2) сообщении Запрос Хэндовера (Handover Request) с явным указанием значения кода КИК (CIC).

[0058] На этапе 221 сервер С-ЦМК (MSC-S) получает сообщение Подтверждение Запроса Хэндовера (Handover Request Acknowledge), определяет, что контроллер КБС2 (BSC2) выбрал передачу на основе ВРК (TDM), и отправляет медиашлюзу МШ (MGW) сообщение с запросом на модификацию конечной точки (на чертежах обозначено "Запрос Мод."), содержащее тип кодека RANC2, выбранный контроллером КБС2 (BSC2) и относящийся к конечной точке ВРК (TDM).

[0059] На этапе 223 медиашлюз МШ (MGW) модифицирует созданную конечную точку ВРК (TDM), обеспечивая возможность использования конечной точкой ВРК (TDM) типа кодека RANC2. При этом активируется конечная точка ВРК (TDM) с обеспечением тем самым соединения ВРК (TDM) между медиашлюзом МШ (MGW) и контроллером КБС2 (BSC2) и возможности предоставления услуги вызова, затем медиашлюз МШ (MGW) возвращает серверу С-ЦМК (MSC-S) ответное сообщение о модификации конечной точки (на чертежах обозначено "Ответ о Мод.").

[0060] На этапе 225 сервер С-ЦМК (MSC-S) отправляет медиашлюзу МШ (MGW) сообщение с запросом на удаление конечной точки (на чертежах обозначено "Запрос Уд."), содержащий информацию о созданной медиашлюзом МШ (MGW) конечной точке IP.

[0061] Поскольку контроллер КБС2 (BSC2) выбрал в итоге передачу на основе ВРК (TDM), не требуется резервировать конечную точку IP, ранее созданную медиашлюзом МШ (MGW), что позволяет освободить указанную конечную точку.

[0062] На этапе 227 медиашлюз МШ (MGW) удаляет ранее созданный порт IP и возвращает серверу С-ЦМК (MSC-S) ответное сообщение об удалении конечной точки.

[0063] На этапе 229 сервер С-ЦМК (MSC-S) отправляет контроллеру КБС1 (BSC1) сообщение Команда Хэндовера (Handover Command), содержащее тип кодека RANC2, выбранного и используемого контроллером КБС2 (BSC2).

[0064] На этапе 231 контроллер КБС1 (BSC1) отправляет на МС (MS) сообщение Команда Хэндовера (Handover Command).

[0065] Посредством сообщения Команда Хэндовера (Handover Command) извещают МС (MS) о кодеке RANC2 и запускают хэндовер МС (MS). МС (MS) настраивают и выполняют хэндовер МС (MS) на канал, назначенный контроллером КБС2 (BSC2) по сообщению Команда Хэндовера (Handover Command), одновременно меняя тип собственного речевого кодека МС (MS) на RANC2 и используя затем кодек RANC2. Если кодек RANC2 совпадает с кодеком RANC1, МС (MS) продолжает использовать кодек RANC1.

[0066] В данном варианте осуществления отсутствуют ограничения на последовательность выполнения этапов 225-227 и 229-231, при этом этапы 225-227 можно выполнять как до выполнения этапов 229-231, так и после выполнения этапов 229-231.

[0067] Данный вариант осуществления предусматривает следующее: при выборе целевым контроллером КБС (BSC) для А-интерфейса передачи на основе ВРК (TDM) обеспечена возможность выбора и использования целевым контроллером КБС (BSC) того же значения кода КИК (CIC), что было заранее назначено сетью БС (CN), то есть обеспечена нормальная обработка вызова после хэндовера и оптимизация процесса хэндовера.

[0068] На фиг.5 показана блок-схема третьего варианта осуществления заявляемого способа хэндовера. В одном из примеров данного варианта осуществления целевой контроллер КБС (BSC) выбирает использование порта ВРК (TDM). Способ содержит следующие этапы.

[0069] На этапе 311 контроллер КБС1 (BSC1) отправляет серверу С-ЦМК (MSC-S) сообщение Требование Хэндовера (Handover Required), содержащее кодек RANC1, используемый в данный момент пользовательской МС (MS) и контроллером КБС1 (BSC1).

[0070] На этапе 313, после получения сообщения Требование Хэндовера (Handover Required) сервер С-ЦМК (MSC-S) отправляет медиашлюзу МШ (MGW) сообщение с запросом на добавление конечной точки, содержащее одновременно предпочтительный речевой кодек pRANC и информацию конечной точки. Например, информация конечной точки может содержать тип конечной точки для создания медиашлюзом МШ (MGW), то есть, в данном варианте осуществления, конечной точки IP.

[0071] На этапе 315 медиашлюз МШ (MGW) по принятому запросу на добавление конечной точки создает спаренную с контроллером КБС2 (BSC2) конечную точку IP и возвращает ответное сообщение о добавлении конечной точки, содержащее информацию о созданной конечной точке IP.

[0072] На этапе 317 сервер С-ЦМК (MSC-S) получает ответное сообщение о добавлении конечной точки и отправляет контроллеру КБС2 (BSC2) сообщение Запрос Хэндовера (Handover Request).

[0073] Сообщение Запрос Хэндовера (Handover Request) содержит список СПК-ЦМК1 (MSC-PCL1) (в котором установлен рекомендуемый порядок речевых кодеков, при этом обновленный предпочтительный кодек pRANC является оптимальным предпочтительным кодеком pRANC) и информацию конечной точки IP.

[0074] На этапе 319 контроллер КБС2 (BSC2) получает сообщение Запрос Хэндовера (Handover Request), выбирает конечную точку типа ВРК (TDM), выдает значение кода КИК1 (CIC1), выбирает соответствующий тип речевого кодека RANC2 из списка СПК-ЦМК1 (MSC-PCL1) и возвращает серверу С-ЦМК (MSC-S) сообщение Подтверждение Запроса Хэндовера (Handover Request Acknowledge), содержащее кодек RANC2, значение кода КИК1 (CIC1) и список речевых кодеков, поддерживаемых в данный момент контроллером КБС2 (BSC2).

[0075] Содержащееся в сообщении значение кода КИК1 (CIC1) указывает, что контроллер КБС2 (BSC2) выбрал передачу на основе ВРК (TDM); следовательно, на медиашлюзе МШ (MGW) необходимо создать соответствующую конечную точку ВРК (TDM).

[0076] На этапе 321, если сервер С-ЦМК (MSC-S) определяет, что выбранный контроллером КБС2 (BSC2) тип конечной точки ВРК (TDM) не согласуется с типом конечной точки IP, созданной медиашлюзом МШ (MGW), сервер С-ЦМК (MSC-S) отправляет медиашлюзу МШ (MGW) сообщение с запросом на добавление конечной точки, содержащее информацию конечной точки ВРК (TDM), созданной на контроллере КБС2 (BSC2), а также кодек RANC2.

[0077] Хотя медиашлюз МШ (MGW) ранее создал для контроллера КБС2 (BSC2) соответствующую конечную точку IP, в итоге контроллер КБС2 (BSC2) выбирает передачу на основе ВРК (TDM), таким образом сервер С-ЦМК (MSC-S) должен дополнительно известить медиашлюз МШ (MGW) об установлении одной соответствующей конечной точки ВРК (TDM) для контроллера КБС2 (BSC2).

[0078] На этапе 323 медиашлюз МШ (MGW) по речевому кодеку RANC2 и информации конечной точки ВРК (TDM) в сообщении о запросе на добавление конечной точки создает спаренную с контроллером КБС2 (BSC2) конечную точку ВРК (TDM); затем после успешного создания конечной точки ВРК (TDM) возвращает серверу С-ЦМК (MSC-S) ответное сообщение о добавлении конечной точки.

[0079] На этапе 325 сервер С-ЦМК (MSC-S) отправляет контроллеру КБС1 (BSC1) сообщение Команда Хэндовера (Handover Command), содержащее тип речевого кодека RANC2.

[0080] На этапе 327 контроллер КБС1 (BSC1) отправляет на МС (MS) сообщение Команда Хэндовера (Handover Command).

[0081] На этапе 329 сервер С-ЦМК (MSC-S) отправляет медиашлюзу МШ (MGW) сообщение с запросом на удаление конечной точки, содержащее информацию о заранее созданной конечной точке IP.

[0082] На этапе 331 медиашлюз МШ (MGW) удаляет соответствующую конечную точку IP и возвращает серверу С-ЦМК (MSC-S) ответное сообщение об удалении конечной точки.

[0083] В данном варианте осуществления отсутствуют ограничения на последовательность выполнения этапов 325-327 и 329-331, при этом этапы 325-327 можно выполнять как до выполнения этапов 329-331, так и после выполнения этапов 329-331.

[0084] Из описания первого и третьего варианта осуществления видно, что в случае принятия контроллером КБС2 (BSC2) решения об использовании А-интерфейса с передачей на основе BPK(TDM), предусмотрено два варианта назначения кода КИК (CIC).

[0085] (1) Аналогично способу по третьему варианту осуществления, сообщение Запрос Хэндовера (Handover Request), отправленное контроллеру КБС2 (BSC2) сервером С-ЦМК (MSC-S), не содержит информационный элемент Тип Канала и информационный элемент КИК (CIC), то есть сеть БС (CN) не назначает заранее конечную точку ВРК (TDM). После получения сообщения Запрос Хэндовера (Handover Request) и принятия решения об использовании канала А-интерфейса с передачей на основе ВРК (TDM), контроллер КБС2 (BSC2) отправляет назначенное контроллером КБС2 (BSC2) значение кода КИК (CIC) в возвращаемом сообщении Подтверждение Запроса Хэндовера (Handover Request Acknowledge); затем, после получения сообщения Подтверждение Запроса