НАЗНАЧЕНИЕ И ХЭНДОВЕР В СЕТИ РАДИОСВЯЗИ
ASSIGNMENT AND HANDOVER IN RADIO COMMUNICATION NETWORK

Область техники, к которой относится изобретение
Настоящее изобретение относится к назначению и хэндоверу в сети радиосвязи. (Использованные здесь термины "настоящее изобретение" и "изобретение" относятся к иллюстрационным вариантам осуществления и не обязательно к каждому варианту осуществления, охватываемому прилагаемой формулой изобретения.) В частности, настоящее изобретение относится к назначению и хэндоверу в сети радиосвязи, где указатель первого ресурса и указатель второго ресурса предлагаются вместе в одном сообщении для выбора.
Уровень техники
Этот раздел предназначен для того, чтобы представить читателю различные аспекты области техники, которые могут относиться к различным аспектам настоящего изобретения. Следующее пояснение предназначено для того, чтобы предоставить информацию для обеспечения лучшего понимания настоящего изобретения. Соответственно, следует понимать, что утверждения в следующем пояснении следует читать в таком свете, а не в качестве введения в уровень техники.
A-интерфейс определяется в 3GPP как наземный интерфейс между MSC-узлом и BSS-радиосетью. Сегодня TDM является единственной определенной технологией канала-носителя для соединения плоскости пользователя, определяемой в A-интерфейсе. A-интерфейс определяется в 3GPP в техническом описании 48.001 (3GPP TS 48.001 «Интерфейс Система базовой станции - Центр мобильной коммутации (BSS-MSC); Общие аспекты») и в обозначенных там ссылках.
Процедуры хэндовера определяются в 3GPP в техническом описании 23.009 (3GPP TS 23.009 «Процедуры хэндовера»). Техническое описание предполагает A-интерфейс, определенный 3GPP-стандартом (3GPP TS 48.001 «Интерфейс Система базовой станции - Центр мобильной коммутации (BSS-MSC); Общие аспекты»).
На Фигуре 1 показана процедура для процедуры хэндовера внутри MSC, между BSC, из GSM в GSM, взятой из 3GPP TS 23.009 «Процедуры хэндовера». Эта процедура выбрана в качестве примера, потому что она используется ниже для описания концепции нового изобретения.
В отношении проблем с существующими решениями, в настоящее время принимаются меры по улучшению текущего стандартизованного A-интерфейса и по поддержке A-интерфейса также и для IP, используемого в качестве канала-носителя для плоскости пользователя. Несмотря на то что в дальнейшем раскрытии делается ссылка на IP-технологию как на дополнительно поддерживаемую технологию, изобретение не ограничивается ею, а охватывает любую отличную технологию канала-носителя. Предполагается, что в течение перехода сети от в настоящее время стандартизованного A-интерфейса (AoTDM) к улучшенному A-интерфейсу (AoIP), эти две технологии канала-носителя, определенные для плоскости пользователя, используются параллельно. Это может не требоваться во всех сценариях перехода, но является достаточно вероятным сценарием для многих операторов.
Прилагая текущую процедуру хэндовера 3GPP (3GPP TS 23.009 «Процедуры хэндовера») к таким сценариям - сценариям параллельного использования TDM и IP в качестве канала-носителя плоскости пользователя - влечет за собой следующую проблему: когда MSC запрашивает назначение канала от конечной BSC, MSC не знает, может ли эта BSC установить наземный интерфейс, используя IP в качестве типа канала-носителя. BSC имеет окончательное решение о типе канала-носителя ввиду следующих правил:
- В BSC решение для конкретного канала-носителя на наземном интерфейсе может зависеть от выбранной версии речевого кодера для A-интерфейса.
- BSC всегда имеет окончательное решение в отношении радиокодека, и на наземном интерфейсе должен использоваться тот же кодек, что и на радиолинии, чтобы избежать дополнительного транскодирования.
MSC должен захватить ресурсы канала-носителя для плоскости пользователя A-интерфейса (наземного интерфейса), прежде чем он посылает BSSMAP-сообщение «Запрос на хэндовер» конечной BSC. Если конечная BSC не может поддержать TDM канал-носитель для наземного интерфейса, то BSC приходится отклонить вызов. MSC может повторить BSSMAP-сообщение «Запрос на хэндовер», используя в новом запросе IP канал-носитель для наземного интерфейса. Этот способ потребует дополнительного сигнализирования на A-интерфейсе и увеличит время хэндовера.
Одно простое решение для избегания повторения сообщения запроса на хэндовер состоит в том, чтобы предоставить некую конфигурацию в MSC для возможностей BSC. Однако это решение имеет следующие недостатки:
- оно нединамично и не может предоставить возможности BSC для конкретного вызова;
- оно подвержено ошибкам ввиду воздействия человека.
Другое недостаточно оптимальное решение состоит в том, что BSC всегда принимает тип канала-носителя, предложенный от MSC в запросе хэндовера. Если она не может использовать кодек, выбранный на радиолинии на наземном интерфейсе, то BSC следует использовать другой предложенный тип кодека. Это решение имеет следующие недостатки:
- оператор должен предоставить ресурсы транскодера в BSC, чтобы предусмотреть описанный сценарий;
- помещение транскодера в BSC и использование сжатого речевого кодека на наземном интерфейсе понижает качество речи и увеличивает задержку в речевом канале.
Сущность изобретения
Настоящее изобретение относится к способу использования сетевого элемента сети радиосвязи. Способ содержит этапы захвата первого ресурса и второго ресурса для наземного интерфейса сети, причем первый ресурс является отдельным и отличным от второго ресурса. Присутствует этап посылки сообщения запроса на хэндовер, определяющего первый ресурс и второй ресурс.
Настоящее изобретение относится к сетевому элементу для сети радиосвязи. Элемент содержит обрабатывающий блок, который обеспечивает захват первого ресурса и второго ресурса для наземного интерфейса радиосети, причем первый ресурс является отдельным и отличным от второго ресурса. Элемент содержит сетевой интерфейс, через который посылается сообщение запроса на хэндовер, определяющее первый и второй ресурс.
Настоящее изобретение относится к способу использования сетевого элемента сети радиосвязи. Способ содержит этапы захвата первого ресурса и второго ресурса для наземного интерфейса сети, причем первый ресурс является отдельным и отличным от второго ресурса. Присутствует этап посылки сообщения запроса на назначение, определяющего первый ресурс и второй ресурс.
Настоящее изобретение относится к сетевому элементу для сети радиосвязи. Элемент содержит обрабатывающий блок, который обеспечивает захват первого ресурса и второго ресурса для наземного интерфейса радиосети, причем первый ресурс является отдельным и отличным от второго ресурса. Элемент содержит сетевой интерфейс, через который посылается сообщение запроса на назначение, определяющее первый и второй ресурс.
Настоящее изобретение относится к сетевому элементу для сети радиосвязи. Элемент содержит сетевой интерфейс, который принимает сообщение запроса на хэндовер, определяющее первый ресурс и второй ресурс, причем первый ресурс является отдельным и отличным от второго ресурса. Элемент содержит обрабатывающий блок, который выбирает один из первого и второго ресурсов, выделяет радиоканал, связанный с хэндовером, выбирает канал-носитель для наземного интерфейса и захватывает ресурсы для интерфейса.
Настоящее изобретение относится к способу для сетевого элемента сети радиосвязи. Способ содержит этапы приема сообщения запроса на хэндовер, определяющего первый ресурс и второй ресурс, причем первый ресурс является отдельным и отличным от второго ресурса. Присутствует этап выбора одного ресурса из первого и второго ресурсов. Присутствует этап выделения радиоканала, связанного с хэндовером. Присутствует этап выбора канала-носителя для наземного интерфейса. Присутствует этап захвата ресурсов для интерфейса.
Настоящее изобретение относится к сетевому элементу для сети радиосвязи. Элемент содержит сетевой интерфейс, который принимает сообщение запроса на назначение, определяющее первый ресурс и второй ресурс, причем первый ресурс является отдельным и отличным от второго ресурса. Элемент содержит обрабатывающий блок, который выбирает один из первого и второго ресурсов, выделяет радиоканал, связанный с назначением, выбирает канал-носитель для наземного интерфейса и захватывает ресурсы для интерфейса.
Настоящее изобретение относится к способу для сетевого элемента сети радиосвязи. Любой способ содержит этапы приема сообщения запроса на назначение, определяющего первый ресурс и второй ресурс, причем первый ресурс является отдельным и отличным от второго ресурса. Присутствует этап выбора одного ресурса из первого и второго ресурсов. Присутствует этап выделения радиоканала, связанного с назначением. Присутствует этап выбора канала-носителя для наземного интерфейса. Присутствует этап захвата ресурсов для интерфейса.
Краткое описание чертежей
На сопроводительных чертежах иллюстрируются предпочтительный вариант осуществления изобретения и предпочтительные способы применения изобретения, причем:
на Фигуре 1 показана процедура хэндовера внутри MSC, между BSC, из GSM в GSM.
На Фигуре 2 показан хэндовер между BSC, использующий AoTDM и AoIP настоящего изобретения.
На Фигуре 3 показан улучшенный HO между BSC; BSC выбирает IP канал-носитель для наземного интерфейса настоящего изобретения.
На Фигуре 4 показан улучшенный HO между BSC; BSC выбирает TDM канал-носитель для наземного интерфейса настоящего изобретения.
На Фигуре 5 показан выбор IP канала-носителя при установлении вызова настоящего изобретения.
На Фигуре 6 показан выбор TDM канала-носителя при установлении вызова настоящего изобретения.
На Фигуре 7 изображена структурная схема сетевого элемента настоящего изобретения.
Подробное описание
Обратимся к чертежам, где аналогичные ссылочные номера обозначают подобные или одинаковые части в нескольких различным представлениях, и конкретно к Фигурам 2 и 7, на которых показан сетевой элемент 10, как, например, MSC, для сети радиосвязи. Элемент содержит обрабатывающий блок 12, который обеспечивает захват первого ресурса и второго ресурса для наземного интерфейса радиосети, причем первый ресурс является отдельным и отличным от второго ресурса. Элемент содержит сетевой интерфейс 14, через который посылается сообщение запроса на хэндовер, определяющее первый и второй ресурс.
Предпочтительно, сетевой интерфейс 14 принимает подтверждение хэндовера. Обрабатывающий блок 12 предпочтительно обнаруживает, что один ресурс из первого и второго ресурсов выбран для канала-носителя. Предпочтительно, обрабатывающий блок 12 обеспечивает высвобождение невыбранного ресурса из первого и второго ресурсов.
Сетевой интерфейс 14 предпочтительно посылает сообщение запроса на хэндовер с опознавательным кодом схемы выбранной схемы мультиплексирования с временным разделением (TDM) в отношении TDM канала-носителя и с транспортным адресом медиашлюза (MGw), которое прервет IP-соединение в отношении IP канала-носителя.
Настоящее изобретение относится к способу использования сетевого элемента 10, как, например, MSC, сети радиосвязи. Способ содержит этапы захвата первого ресурса и второго ресурса для наземного интерфейса сети, причем первый ресурс является отдельным и отличным от второго ресурса. Присутствует этап посылки сообщения запроса на хэндовер, определяющего первый ресурс и второй ресурс.
Предпочтительно, присутствует этап приема подтверждения хэндовера. Присутствует предпочтительно этап обнаружения, что один ресурс из первого и второго ресурсов выбран для канала-носителя. Предпочтительно, присутствует этап высвобождения невыбранного ресурса из первого и второго ресурсов.
Этап посылки предпочтительно включает в себя этап посылки сообщения запроса на хэндовер с опознавательным кодом схемы выбранной схемы мультиплексирования с временным разделением (TDM) относительно TDM-носителя и с транспортным адресом медиашлюза (MGw), которое прервет соединение Интернет-протокола (IP) в отношении IP канала-носителя. Транспортный адрес может включать в себя IP-адрес и номер входа.
Настоящее изобретение относится к способу использования сетевого элемента 10, как, например, MSC, сети радиосвязи. Способ содержит этапы захвата первого ресурса и второго ресурса для наземного интерфейса сети, причем первый ресурс является отдельным и отличным от второго ресурса. Присутствует этап посылки сообщения запроса на назначение, определяющего первый ресурс и второй ресурс.
Предпочтительно, присутствует этап приема сообщения о завершении назначения, указывающего канал-носитель, который должен использоваться на соединении плоскости пользователя A-интерфейса.
Настоящее изобретение относится к сетевому элементу 10 для сети радиосвязи. Элемент содержит обрабатывающий блок 12, который обеспечивает захват первого ресурса и второго ресурса для наземного интерфейса радиосети, причем первый ресурс является отдельным и отличным от второго ресурса. Элемент содержит сетевой интерфейс 14, через который посылается сообщение запроса на назначение, определяющее первый и второй ресурс.
Настоящее изобретение относится к сетевому элементу 10, как, например, BSC, для сети радиосвязи. Элемент содержит сетевой интерфейс 14, который принимает сообщение запроса на хэндовер, определяющее первый ресурс и второй ресурс, причем первый ресурс является отдельным и отличным от второго ресурса. Элемент содержит обрабатывающий блок 12, который выбирает один ресурс из первого и второго ресурсов, выделяет радиоканал, связанный с хэндовером, выбирает канал-носитель для наземного интерфейса и захватывает ресурсы для интерфейса.
Предпочтительно, сетевой интерфейс 14 посылает подтверждение запроса на хэндовер. Запрос на подтверждение предпочтительно включает в себя информацию, которая определяет, какой канал-носитель используется на наземном интерфейсе.
Предпочтительно, сообщением запроса на хэндовер является BSSMAP-запрос на хэндовер с опознавательным кодом схемы выбранной схемы мультиплексирования с временным разделением (TDM) относительно TDM канала-носителя и с транспортным адресом медиашлюза (MGw), которое прервет IP-соединение в отношении IP канала-носителя.
Настоящее изобретение относится к способу для сетевого элемента 10, как, например, BSC, сети радиосвязи. Способ содержит этапы приема сообщения запроса на хэндовер, определяющего первый ресурс и второй ресурс, причем первый ресурс является отдельным и отличным от второго ресурса. Присутствует этап выбора одного ресурса из первого и второго ресурсов. Присутствует этап выделения радиоканала, связанного с хэндовером. Присутствует этап выбора канала-носителя для наземного интерфейса. Присутствует этап захвата ресурсов для интерфейса.
Предпочтительно, присутствует этап посылки подтверждения запроса на хэндовер. Подтверждение предпочтительно включает в себя информацию, которая определяет, какой канал-носитель используется на наземном интерфейсе.
Предпочтительно, этап приема включает в себя этап приема BSSMAP-запроса на хэндовер с опознавательным кодом схемы выбранной схемы мультиплексирования с временным разделением (TDM) относительно TDM канала-носителя и с транспортным адресом медиашлюза (MGw), которое прервет IP-соединение в отношении IP канала-носителя.
Настоящее изобретение относится к сетевому элементу 10, как, например, BSC, для сети радиосвязи. Элемент содержит сетевой интерфейс 14, который принимает сообщение запроса на назначение, определяющее первый ресурс и второй ресурс, причем первый ресурс является отдельным и отличным от второго ресурса. Элемент содержит обрабатывающий блок 12, который выбирает один ресурс из первого и второго ресурсов, выделяет радиоканал, связанный с назначением, выбирает канал-носитель для наземного интерфейса и захватывает ресурсы для интерфейса.
Настоящее изобретение относится к способу для сетевого элемента 10, как, например, BSC, сети радиосвязи. Способ содержит этапы приема сообщения запроса на назначение, определяющего первый ресурс и второй ресурс, причем первый ресурс является отдельным и отличным от второго ресурса. Присутствует этап выбора одного ресурса из первого и второго ресурсов. Присутствует этап выделения радиоканала, связанного с назначением. Присутствует этап выбора канала-носителя для наземного интерфейса. Присутствует этап захвата ресурсов для интерфейса.
Присутствует предпочтительно этап выбора канала-носителя, который следует использовать на соединении плоскости пользователя A-интерфейса. Предпочтительно, присутствует этап посылки сообщения о завершении назначения, указывающего выбранный канал-носитель.
Несмотря на то что это изобретение поясняется со ссылками на 3GPP, изобретение не ограничивается сетями, совместимыми с 3GPP, и может охватывать также и другие сети, например сети, совместимые с (W)iDEN.
В работе изобретения, с целью улучшить процедуру хэндовера между BSC для сценариев хэндовера внутри MSC или между MSC, хэндовер может являться либо хэндовером из GSM в GSM, либо хэндовером из WCDMA в GSM, либо любым другим HO из любой радиотехнологии в GSM, как, например, из LTE в GSM.
MSC автоматически обнаруживает, может ли BSC поддержать IP на наземном интерфейсе. Следовательно, MSC наблюдает за исходящими и входящими мобильными вызовами. Как только BSC использует AoIP для любого из этих вызовов, MSC отмечает BSC как способную поддержать IP канал-носитель. Процедура установления вызова для AoEP поддерживает согласование между MSC и BSC, какой канал-носитель использовать.
MSC захватывает ресурсы для TDM канала-носителя и IP канала-носителя, прежде чем сообщение запроса на хэндовер посылается к BSC. Затем BSC может выбирать любой из типов канала-носителя. В BSSMAP-сообщении «Подтверждение запроса на хэндовер» BSC информирует MSC о выбранном типе канала-носителя. Наконец, MSC может высвобождать захваченные ресурсы из невыбранного типа канала-носителя.
На Фигуре 2 показана концепция улучшенной процедуры хэндовера. Номерами на Фигуре обозначается последовательность действий.
На первом этапе 1, BSC (исходная BSC) обнаруживает условие хэндовера и указывает на втором этапе 2 для MSC, что требуется хэндовер. На следующем этапе 3, MSC захватывает TDM-ресурсы и ресурсы для другого канала-носителя (других каналов-носителей), напр. IP для наземного интерфейса. Далее, на этапе 4, второй BSC (конечной BSC) посылается запрос на хэндовер, включающий в себя указание о захваченных ресурсах. Вторая BSC (конечная BSC) выбирает канал-носитель для наземного интерфейса и посылает подтверждение упомянутого запроса на хэндовер на дальнейшем этапе 6 к MSC. Либо внутри подтверждения, либо внутри любого другого подходящего сообщения информация о том, какой канал-носитель используется на наземном интерфейсе, предоставляется для MSC. Наконец, MSC использует предоставленную информацию, какой канал-носитель используется на наземном интерфейсе, на этапе 7 для продолжения процедуры хэндовера, например определенную в 3GPP. Дополнительно, MSC также может использовать предоставленную информацию, какой канал-носитель используется на наземном интерфейсе, для высвобождения неиспользованных, но захваченных ресурсов для других каналов-носителей.
Улучшение для процедуры хэндовера между BSC основано на следующем сценарии:
- Конечная BSC может поддержать AoTDM и AoIP.
Замечание: MSC, посылающий запрос на хэндовер конечному MSC, не знает заранее, какой канал-носитель выберет BSC.
- Выполняется хэндовер из GSM в GSM или из WCDMA в GSM.
MSC наблюдает за процедурами установления вызовов для исходящих и входящих мобильных вызовов. Как только BSC использует AoIP для любого из этих вызовов, MSC отмечает, что BSC способна использовать IP на плоскости пользователя.
Информация о том, поддерживает ли BSC AoIP, может также предоставляться для MSC другим способом, напр. она может проходить через инструмент O&M (эксплуатации и техобслуживания).
В течение процедуры хэндовера, один MSC посылает BSSMAP-запрос на хэндовер конечной BSC. Таковым может являться либо опорный MSC (HO процедура внутри MSC или последующий HO между MSC: обратно в опорный MSC), либо неопорный MSC (хэндовер внутри неопорного MSC, хэндовер между MSC или последующий хэндовер между MSC: в другой неопорный MSC).
На Фигуре 3 показан возможный поток сообщений, который может использоваться для предложенной процедуры хэндовера. В этом примере BSC выбирает IP канал-носитель для наземного интерфейса.
Следующие этапы показаны на Фигуре 3:
- Прежде всего, MSC обнаруживает условие для запроса назначения канала от конечной BSC (этап 1). Таковым может являться, к примеру, прием BSSMAP-сообщения «Требуется Хэндовер» от BSC (HO внутри MSC) или прием MAP-сообщения «Подготовить запрос на хэндовер» (HO между MSC).
- Затем захватывает TDM схему и IP-ресурсы для наземного интерфейса для конечной BSC. Это охватывает внутренние процессы MSC, и в случае многоуровневой архитектуры сети MSC-S должен запросить MGw захватить TDM-прерывание и IP-прерывание (этапы 2-5).
- Затем MSC посылает BSSMAP-сообщение «Запрос на хэндовер» конечной BSC (этап 6). Это сообщение включает в себя CIC - в случае, когда MSC выделяет CIC - и хранилище (AoIP-хранилище), используемое для переноса информации IP-адреса от MGW к BSC.
- BSC выделяет радиоканал, выбирает канал-носитель для наземного интерфейса и захватывает ресурсы для этого интерфейса (этап 7). Здесь BSC решает использовать IP канал-носитель.
- В сообщении подтверждения BSC предоставляет свою информацию адреса плоскости пользователя внутри AoIP-хранилища (этап 8). MSC определяет, что IP выбирается в качестве канала-носителя, потому что он принимает AoIP-хранилище.
- MSC пропускает контенты AoIP-хранилища до MGw (этапы 9, 10).
- MSC высвобождает захваченные TDM-ресурсы. В многоуровневой архитектуре MSC запрашивает MGw высвободить TDM-прерывание (этапы 11, 12).
На Фигуре 5 показан выбор IP канала-носителя при установлении вызова (назначение).
На Фигуре 4 показан второй пример для возможного потока сообщений, который может использоваться для предлагаемой процедуры хэндовера. В этом примере BSC выбирает TDM в качестве канала-носителя для наземного интерфейса.
Этапы 1-6 аналогичны этапам из предыдущего случая, где BSC выбирала IP канал-носитель для наземного интерфейса. Следующие этапы отличаются:
- BSC выделяет радиоканал, выбирает канал-носитель для наземного интерфейса и захватывает ресурсы для этого интерфейса (этап 7). В отличие от предыдущего примера здесь BSC решает использовать TDM канал-носитель.
- BSC посылает сообщение подтверждения, определяемое в 3GPP для AoTDM (этап 8). MSC определяет, что TDM выбирается в качестве канала-носителя, потому что он не принимает AoIP-хранилище.
- MSC высвобождает захваченные IP-ресурсы. В многоуровневой архитектуре MSC запрашивает MGw высвободить IP-прерывание (этапы 9, 10).
Следует заметить, что в случае когда BSC обуславливает выделение CIC, следующие изменения следует произвести в вышеупомянутых примерах:
- MSC не предоставляет CIC в сообщении запроса на хэндовер (в обоих примерах).
- Если BSC выбирает TDM канал-носитель для наземного интерфейса, она предоставляет CIC в сообщении «Подтверждение запроса на хэндовер» (первый пример).
На Фигуре 6 показан выбор TDM канала-носителя при установлении вызова (назначение).
Запросы на хэндовер (HO) и назначение являются двумя независимыми функциями. Запрос назначения имеет место при установлении вызова. Установление радиосоединения (мобильного терминала с антенной и дополнительно с BSC-узлом) и соединение этой части с опорной сетью являются обязательными.
Хэндовер является процессом, который выполняется в течение вызова, когда терминал перемещается. Могут быть выделены различные типы хэндовера: при перемещении терминал может оказаться в зоне новой антенны, новой ячейки радиоохвата, зоны, управляемой другой BSC, или даже зоны, управляемой другим MSC. Возможен дополнительный межсистемный хэндовер, когда вызывающий пользователь начинает вызов в 2G-сети и переходит в 3G-сеть.
В отношении этого изобретения, подходящим процессом хэндовера является хэндовер между BSC внутри MSC (BSC меняется, и обоими BSC-узлами управляет один MSC).
Не показан (но также возможен) HO между BSC между MSC. В этом случае BSC и MSC меняются. Не показан (но также возможен) хэндовер между системами, где конечной системой является GSM-система. Исходной системой может являться любая технология, к примеру WCDMA или LTE.
Со ссылками на Фигуры 5 и 6 описываются следующие этапы для Назначения.
1. MSC обнаруживает условие для выполнения установлении вызова.
2. MSC захватывает TDM-прерывание, которое следует использовать в случае, когда BSC выбирает TDM канал-носитель для последующего соединения плоскости пользователя A-интерфейса. В ADD-запросе MSC указывает идентификатор TDM-прерывания для захвата (не показано). Идентификатор TDM-прерывания может уникальным образом отображаться в CIC, используемый в этом вызове.
3. MGw отвечает на ADD-запрос.
4. MSC захватывает IP-прерывание, которое следует использовать в случае, когда BSC выбирает IP канал-носитель для последующего соединения плоскости пользователя A-интерфейса.
5. MGw отвечает на ADD-запрос.
6. MSC посылает BSSMAP-сообщение «Запрос на назначение», чтобы запустить назначение канала в конечной BSC. MSC предоставляет CIC и AoIP-хранилище, одно из которых следует использовать для вызова.
7. BSC устанавливает радиоканал. Дополнительно BSC выбирает канал-носитель, который следует использовать на соединении плоскости пользователя A-интерфейса. В этом примере (Фигура 5) BSC решила использовать TDM канал-носитель.
8. BSC посылает сообщение «Назначение завершено» обратно MSC, как определяется стандартом.
9. Из полученного сообщения «Назначение завершено» MSC понимает, что TDM канал-носитель (см. Фигура 5) должен использоваться на соединении плоскости пользователя A-интерфейса. MSC запрашивает MGw удалить ранее захваченное IP-прерывание (этап 4).
10. MGw подтверждает SUB-запрос.
Настоящее изобретение включает в себя (но не ограничивается ими) следующие изобретательские этапы:
- MSC определяет возможность BSS поддержать IP на наземном интерфейсе;
- MSC захватывает TDM и IP канал-носитель, прежде чем запрашивает назначение канала от конечной BSC;
- MSC высвобождает неиспользованные ресурсы, после того как BSC выбирает канал носителя и информирует MSC о решении.
Изобретение имеет следующие преимущества:
- MSC автоматически обнаруживает, способна ли BSC поддержать IP канал-носитель для наземного интерфейса.
- BSSMAP-сообщение, определенное для процедуры хэндовера и процедуры назначения 3GPP, может использоваться повторно.
- BSC имеет полную свободу в выборе канала-носителя для наземного интерфейса.
- Никаких конфигураций в MSC или BSC не требуется.
- Процедура прилагаема только к случаю, когда AoIP и AoTDM используются параллельно. Процедура может удаляться и не имеет какого-либо дополнительного влияния в случае, когда BSC поддерживает AoIP (предлагаемое проектное решение для будущих сетей).
- Процедура поддерживает CIC-выбор в MSC и CIC-выбор в BSC (для AoTDM).
Аббревиатуры:
(W)iDEN - (Широкополосная) Интегрированная цифровая улучшенная сеть;
3GPP - Проект партнерства третьего поколения;
AoIP - A-Интерфейс (плоскости пользователя) через IP;
AoTDM - A-Интерфейс (плоскости пользователя) через TDM;
BSC - Управляющая система базовых станций;
BSS - Подсистема базовой станции;
BSSMAP - Часть управляющего приложения системы базовой станции;
CIC - опознавательный код схемы;
GSM - Глобальная система мобильной связи;
HO - Хэндовер;
iDEN - Интегрированная цифровая улучшенная сеть;
IP - Интернет-протокол;
LTE - Long Term Evolution;
MGw - Медиашлюз;
MSC - Центр мобильной коммутации;
MSC-S - Сервер центра мобильной коммутации;
TDM - Мультиплексирование с временным разделением;
WCDMA - Широкополосный множественный доступ с кодовым разделением.
Несмотря на то что изобретение было описано подробно в вышеупомянутых вариантах осуществления в целях иллюстрации, следует понимать, что такие детали служат исключительно этим целям и что специалистами в области техники могут производиться изменения без выхода за пределы сущности и объема изобретения, кроме тех случаев, которые могут быть описаны следующей формулой.