Распределение каналов для системы связи

Распределение каналов для системы связи

Иллюстрации

Показать все

Реферат

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

Настоящее изобретение относится к распределению каналов для пользователей в системе связи, а в частности, но не исключительно, к распределению каналов в системе мобильной связи.

Уровень техники

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

Распределение каналов включает в себя распределение канала конкретному соединению. Обычно имеется канал восходящей линии связи от мобильной станции к базовой станции и канал нисходящей линии связи от базовой станции к мобильной станции. Эти каналы могут быть определены разными частотами, временными интервалами и/или кодами расширения. Распределение каналов для некоторых типов вызовов, таких как вызовы данных, может также требовать выбора периода распределения. В ШМДКР (WCDMA) (Широкополосная система Множественного Доступа с Кодовым Разделением каналов) период распределения представляет собой период в радиосетевом контроллере, в котором планировщик пакетов может изменять скорость передачи битов для пакетных пользователей. Распределение каналов осуществляется в современных сетях путем разделения. В частности, обязанность контроллера базовой станции заключается в управлении ресурсами своих собственных базовых станций. В стандарте GSM (Глобальная система для мобильной связи) контроллер базовой станции (КБС) (BSC) выполнен с возможностью управления распределением каналов для группы базовых станций.

В предложенной системе третьего поколения, использующей МДКР, радиосетевой контроллер (РСК) (RNC) выполнен с возможностью управления распределением каналов для своих собственных базовых станций. В системе МДКР базовая станция иногда называется узлом В. Однако в этом документе будет использоваться выражение «базовая станция». Контроллеры в обеих системах GSM и МДКР выполнены с возможностью управления несколькими базовыми станциями. Однако число базовых станций, которыми управляют, относительно мало. Соответственно, при таком подходе эффективность распределения каналов ограничивается в том, что координирование распределения каналов возможно лишь в собственной ограниченной зоне контроллера. Это означает, что нельзя скоординировать распределение каналов между сотовыми ячейками, которыми управляют разные контроллеры. Это, в свою очередь, означает, что нельзя достичь осуществления признаков, которые направлены на ограничение помех между каналами в смежных или близлежащих сотовых ячейках, т.к. этими сотовыми ячейками могут управлять разные контроллеры.

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

Ограничения границ радиоконтроллера имеют также особое значение, когда сетевой оператор обладает более чем одной системой радиодоступа (к примеру, системой GSM и системой МДКР) с общей зоной охвата. Это происходит потому, что невозможно скоординировать распределение каналов в разных системах, чтобы снизить помехи. В дополнение к системам третьего поколения, таким как МДКР, разрабатываются и другие системы, такие как беспроводная локальная сеть, (ЛС) (LAN) IS-41 (американский вариант МДКР) и т.п.

Сущность изобретения

Задача вариантов выполнения настоящего изобретения состоит в обращении к одной или нескольким вышеупомянутым проблемам.

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

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

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

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

Упомянутая информация о распределении каналов может содержать информацию о сотовой ячейке и/или информацию о распределении каналов. Информация о сотовой ячейке может включать в себя идентификатор локальной сети (ЛС) (LAC), идентификатор сотовой ячейки (ИСЯ) (CI) (информацию для идентификации ячейки). Информация о распределении каналов может включать в себя состояние временных интервалов (свободен/зарезервирован/с половинной скоростью или с полной скоростью), используемое управление мощностью нисходящей линии связи базовой станции, использованный сдвиг указателя мобильного распределения (СУМР) (MAIO).

По меньшей мере одно первое средство может быть выполнено с возможностью непрерывной посылки упомянутой информации о распределении каналов по меньшей мере к одному другому первому средству.

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

По меньшей мере одно первое средство может быть выполнено с возможностью посылки упомянутой информации о распределении каналов в ответ на запрос от одного из по меньшей мере одного другого первого средства.

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

Могут быть предусмотрены координирующие средства, которые принимают упомянутую информацию о распределении каналов по меньшей мере от одного первого средства.

Координирующие средства могут быть выполнены с возможностью направления упомянутой информации о распределении каналов по меньшей мере к одному другому первому средству.

Координирующие средства могут снабжаться информацией о направлении, которая определяет, какому по меньшей мере одному другому первому средству следует направлять информацию о распределении каналов по меньшей мере от одного первого средства.

Координирующие средства могут быть выполнены с возможностью принятия решения о распределении каналов по меньшей мере для одного другого первого средства с учетом информации о распределении каналов по меньшей мере от одного первого средства.

Координирующие средства могут быть предусмотрены в сетевом элементе отдельно от других средств.

Первое средство для распределения каналов может использовать по меньшей мере один из нижеследующих способов: динамическое распределение частот, динамическое распределение каналов и координирование использования высоких скоростей передачи данных.

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

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

Краткое описание чертежей

Для лучшего понимания настоящего изобретения и того, как оно может быть выполнено, будут сделаны ссылки посредством примеров на сопровождающие чертежи, на которых:

Фиг.1 показывает первый вариант выполнения настоящего изобретения с единственной сетью радиодоступа;

Фиг.2 показывает соединения между контроллерами базовых станций в варианте выполнения по фиг.1;

Фиг.3 показывает модификацию варианта выполнения по фиг.1;

Фиг.4 показывает второй вариант выполнения настоящего изобретения с двумя сетями радиодоступа;

Фиг.5 показывает третий вариант выполнения настоящего изобретения с сетью радиодоступа, в которой распределение каналов управляется базовой станцией;

Фиг.6(а)-6(g) иллюстрируют связь в примерном интерфейсе и

Фиг.7(а)-7(d) показывают способ осуществления связи между отправителем и адресатом.

Описание предпочтительных вариантов выполнения настоящего изобретения

Прежде всего делается ссылка на фиг.1, которая показывает первый вариант выполнения настоящего изобретения, в котором присутствует единственная сеть 2 радиодоступа. В варианте выполнения, показанном на фиг.1, сеть 2 является сетью GSM. Однако следует понимать, что в альтернативных вариантах выполнения настоящего изобретения сеть может быть в соответствии с любым другим стандартом и может использовать любой метод радиодоступа. Зона, охватываемая сетью 2, подразделяется на сотовые ячейки 4. В варианте выполнения, представленном на фиг.1, показаны пять сотовых ячеек. Это всего лишь пример, а на практике сеть будет иметь очень много сотовых ячеек. Каждая сотовая ячейка имеет связанную с ней базовую станцию 6. Каждая базовая станция 6 выполнена с возможностью осуществления связи с мобильными станциями 8 в сотовой ячейке 4, связанной с соответствующей базовой станцией 8. В зависимости от используемого стандарта мобильная станция может одновременно находиться в связи более чем с одной базовой станцией. Альтернативно или дополнительно, мобильная станция может осуществлять связь с базовой станцией, связанной с сотовой ячейкой, отличающейся от той, в которой расположена эта мобильная станция. Это может произойти, если мобильная станция находится рядом с границей сотовой ячейки.

Каждой базовой станцией 6 управляет соответствующий контроллер 10 базовой станции. В варианте выполнения, показанном на фиг.1, один контроллер 10 базовой станции выполнен с возможностью управления тремя базовыми станциями, тогда как другой контроллер 10 базовой станции выполнен с возможностью управления двумя базовыми станциями. Это всего лишь пример, и контроллер базовой станции может управлять только одной базовой станцией или более чем тремя базовыми станциями. Контроллеры 10 базовой станции выполнены с возможностью управления распределением каналов. Два контроллера 10 базовой станции подключены друг к другу. Вот почему каждый контроллер базовой станции способен передавать информацию о состоянии каналов другому контроллеру базовой станции. Подробнее это описывается ниже.

В предпочтительном варианте выполнения изобретения контроллеры базовой станции передают информацию о состоянии канала и/или информацию о состоянии сотовой ячейки другим контроллерам базовой станции, которые управляют зоной, смежной с той, которой управляет передающая базовая станция.

Обратимся теперь к фиг.2, которая показывает пять контроллеров 10 базовой станции. Как можно видеть, первый контроллер 10а базовой станции подключается ко второму контроллеру 10b базовой станции и к третьему контроллеру 10с базовой станции. Второй контроллер 10b базовой станции подключается также к третьему, четвертому и пятому контроллерам 10с, 10d и 10е базовой станции. Третий контроллер 10с базовой станции подключается также к пятому контроллеру 10е базовой станции. Четвертый контроллер 10d базовой станции подключается также к пятому контроллеру 10е базовой станции. Как можно видеть, каждый контроллер базовой станции подключается не к каждому из остальных контроллеров базовой станции. Вместо этого каждый контроллер базовой станции подключается только к тем контроллерам базовой станции, которые управляют зоной, смежной с зоной, охватываемой данным контроллером базовой станции. Таким образом, каждый контроллер базовой станции лишь сообщает информацию о состоянии тем контроллерам базовой станции, которые управляют зоной, смежной с зоной, охватываемой данным контроллером базовой станции. Эта смежная зона может быть прямо примыкающей зоной или может быть зоной, которая прямо не примыкает, но достаточно близка, чтобы вызывать помехи. Контроллеры базовой станции, к которым подключается данный контроллер базовой станции, могут зависеть от используемого способа распределения каналов, могут определяться скоростью, на которой требуется распределение каналов, требуемым снижением помех и/или любым иным подходящим параметром.

В предпочтительном варианте выполнения контроллеры базовой станции не подключаются один к другому, как показано на фиг.2, а вместо этого все контроллеры базовой станции могут подключаться к локальной сети.

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

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

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

Модуль распределения каналов может использовать любые подходящие критерии, чтобы принять решение о распределении каналов. Например, может использоваться динамическое распределение частотных каналов GSM или аналогичный способ. Другим примером возможного способа, который может быть использован, является динамическое распределение дуплексных каналов с временным разделением (ДВР) (TDD) или аналогичный способ. Еще один пример возможного способа состоит в координировании использования высокой скорости передачи данных в МДКР или аналогичный способ. Другим примером является способ динамического распределения частот и каналов (ДРЧК) (DFCA).

Точная информация, которая посылается, будет зависеть от способа, используемого для распределения каналов и/или типа сети радиодоступа. К примеру, при динамическом распределении частотных каналов в стандарте EDGE (электронная система сбора данных) может посылаться матрица распределения каналов. Другими типами информации может быть групповая доставка. К примеру, с помощью групповой доставки может посылаться информация управления мощностью базовых станций, создающих помехи, или информация матриц фоновых помех как восходящей линии связи, так и нисходящей линии связи. Групповая доставка имеет место там, где одно и то же сообщение посылается к нескольким базовым станциям.

Модули распределения каналов снабжаются подходящим интерфейсом, который позволяет этим модулям подключаться друг к другу. Альтернативно, информация состояния сотовой ячейки и/или распределения каналов может добавляться к существующим интерфейсам, таким как интерфейс lur для UTRAN (наземная сеть радиодоступа универсальной системы мобильной связи (UMTS)). Протокол, который переносит эту информацию, является предпочтительно гибким и совместимым с передачей в обратную сторону.

Обратимся теперь к фиг.3, которая показывает модификацию к варианту выполнения по фиг.1. В этом варианте выполнения контроллеры 10 базовой станции подключены каждый к координирующему сетевому элементу 12. Может быть предусмотрен единственный координирующий сетевой элемент для всей сети, либо может быть предусмотрено множество координирующих сетевых элементов для сети. В последнем случае несколько контроллеров базовой станции могут подключаться более чем к одному из множества координирующих сетевых элементов. Это нужно, чтобы гарантировать, что для данного контроллера базовой станции заданный один из координирующих элементов будет иметь информацию обо всех смежных сотовых ячейках, которые необходимо учитывать при принятии решения о распределении каналов.

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

Обратимся к фиг.4, которая показывает второй вариант выполнения настоящего изобретения, в котором система 14 содержит первую сеть 16 радиодоступа и вторую сеть 18 радиодоступа. Для ясности вторая сеть показана пунктирными линиями. Первая сеть 16 радиодоступа является сетью GSM, но может быть сетью радиодоступа любого иного типа. Вторая сеть 18 радиодоступа является сетью МДКР, но, опять-таки, может быть сетью любого типа. В некоторых вариантах выполнения настоящего изобретения могут быть предусмотрены более чем две сети радиодоступа. Эти сети радиодоступа могут использовать один и тот же или разные стандарты.

Первая и вторая сети 16 и 18 показаны на фиг.4 как перекрывающиеся. Следует понимать, что в альтернативных вариантах выполнения настоящего изобретения сети могут перекрываться лишь частично или могут быть предусмотрены бок о бок.

Первая сеть 16 является той же самой, что и сеть на фиг.1. Соответственно, одинаковые части обозначены одинаковыми ссылочными позициями и не будут далее описываться подробно.

Вторая сеть 18 имеет свою зону охвата, разделенную на несколько сотовых ячеек 4', как и первая сеть 16. Каждая сотовая ячейка снабжена своей собственной базовой станцией 6', которая выполнена с возможностью осуществления связи с мобильными станциями в сотовой ячейке, связанной с этой сотовой ячейкой, и/или с мобильными станциями, расположенными в смежной сотовой ячейке. Каждая базовая станция 6' подключается к радиосетевому контроллеру 20. Один радиосетевой контроллер 20 подключается к двум базовым станциям, тогда как другой подключается к трем базовым станциям. На практике радиосетевой контроллер 20 может подключаться также только к одной базовой станции или более, чем к трем базовым станциям.

Радиосетевые контроллеры 20 подключаются друг к другу и к каждому из контроллеров 10 базовых станций первой сети 16. В предпочтительных вариантах выполнения настоящего решения каждый контроллер, т.е. контроллер 10 базовой станции или радиосетевой контроллер 20, подключается к контроллеру или к каждому контроллеру, который отвечает за смежную зону. Заданный контроллер в предпочтительных вариантах выполнения изобретения не подключается к контроллеру, который не отвечает за смежную зону.

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

Обратимся к фиг.5, которая показывает третий вариант выполнения настоящего изобретения. Сеть, показанная на фиг.5, является сетью радиодоступа на основании IP (межсетевого протокола). Опять-таки, зона, охватываемая этой сетью, подразделяется на множество сотовых ячеек 30. Каждая сотовая ячейка снабжена базовой станцией 32. Эти базовые станции 32 выполнены с возможностью осуществления связи с мобильными станциями в связанной сотовой ячейке 30 или в других сотовых ячейках. В сети, показанной на фиг.5, распределение каналов управляется базовыми станциями. Могут быть предусмотрены контроллеры базовых станций, но они не отвечают за распределение каналов. Базовые станции подключаются каждая к тем базовым станциям, которые отвечают за сотовые ячейки, которые могут вызвать помехи для данной базовой станции.

Базовые станции затем управляют распределением каналов таким же образом, как описанный в отношении первого варианта выполнения. В варианте выполнения, показанном на фиг.5, модулями распределения каналов являются базовые станции.

Теперь приводится описание примерного устройства интерфейса для варианта выполнения по фиг. 3-5. Следует понимать, что этот данный здесь примерный интерфейс предназначен для целей иллюстрации настоящего изобретения и что изобретение не ограничивается данным вариантом выполнения этого интерфейса.

В этом примере базовая станция (названная сервером ресурсов сотовой ячейки - СРЯ (CRS)) для интерфейса СРЯ используется, чтобы передавать измерения базовой станции к соседним базовым станциям. Примером измерений базовой станции служит известная матрица распределения каналов для динамического распределения частот и каналов (ДВЧК).

Интерфейс СРЯ-СРЯ используется для обмена информацией, необходимой ДВЧК, так что могут быть достигнуты основные потенциальные выгоды, связанные с синхронизированной системой. Все признаки распределения каналов, которые можно потенциально надстроить на синхронизированных сетях GSM, к примеру, будут предпочтительно базироваться на вычислении значений несущей к помехе (Н/П) (C/I), связанных в различными комбинациями временного интервала и частоты. Для того, чтобы точно выполнить такие вычисления, требуется иметь доступ к информации о распределении трафика и управления мощностью существующих подключений в сотовых ячейках, создающих помехи. Эта информация позволит системе управлять величиной Н/П каждого подключения, эффективно распределяя помехи и достигая наивысшей спектральной эффективности.

Сотовые ячейки, создающие помехи, расположены как в обслуживающем сотовую ячейку СРЯ, так и в соседних СРЯ. Поэтому должен быть предусмотрен механизм для доступа к соответствующей информации из соседних СРЯ.

Имеются две возможные линии поведения для воплощения этого интерфейса.

А. Адресация от точки к точке (UNICAST)

В этом случае одно сообщение с измерениями должно генерироваться для каждого из соседних СРЯ, которые должны принимать это сообщение.

В. Групповая адресация (MULTICAST)

Можно использовать групповую адресацию, так что, если один СРЯ должен послать одно и то же измерение нескольким соседним СРЯ, то лишь одно сообщение посылается по групповому адресу, и транспортная сеть должна доставить одну копию этого сообщения ко всем получателям.

Одни и те же элементарные процедуры могут определяться для обеих опций, и единственным различием будет что-то из содержимого этих сообщений.

Одни и те же элементарные процедуры могут определяться для обоих методов. Единственным различием будет содержимое этих сообщений.

Этот интерфейс должен базироваться на процедурах общих lub [25433] и lur [25423] и назначенных измерений.

В этом предпочтительном варианте выполнения предлагается новый интерфейс ОСУР (общий сервер управления ресурсами) (CRMS)-СРЯ. Основной функцией нового интерфейса ОСУР-СРЯ является перенос измерений к ОСУР. Одним из наиболее важных измерений, о которых надо сообщать, является информация, относящаяся к реальной нагрузке на сотовые ячейки, управляемые с помощью СРЯ.

Сообщающие об измерениях процедуры могут основываться на процедурах общих lur измерений [25423]. Обе они, а также интерфейс luc1, поддерживают способы извещения по требованию (немедленно), периодические или запускаемые событием.

По требованию (немедленно): в этом случае измерения будут посылаться немедленно, как ответ на сообщение, запрашивающее инициирование измерения.

Периодический: измерения посылаются периодически, причем период извещения фиксируется в сообщении, запрашивающем инициирование измерений.

Запускаемый событием: можно также определить события или пороговые уровни, так что измерения посылаются только, когда происходит конкретное событие (или достигается пороговый уровень).

Интерфейс ОСУР-СРЯ позволяет ОСУР выбирать и устанавливать способ извещения для одного, группы или всех элементов, подлежащих измерению, с помощью только процедурных сообщений. Извещение об измерениях может также осуществляться индивидуально или для группы. Измерения могут выражаться параметрами, независимыми от радиотехнологии, или посылаться непосредственно на ОСУР с радиозависимыми параметрами, чтобы их смогло преобразовать исполняемое на ОСУР программное приложение.

В качестве основополагающих для дальнейшей стандартизации предполагается использовать стандартные процедуры интерфейсов lub/lur. На основании этого предположения для данного интерфейса предпочтительно определяются четыре процедуры: инициирование измерений; извещение об измерениях; завершение измерений и отказ при измерениях.

Извещающие об измерениях процедуры основаны на процедурах общих lur измерений UTRAN [25423]. Эти процедуры, а также те, что определяются для данного интерфейса, будут поддерживать способы извещения по требованию (немедленно), периодические или запускаемые событием.

ОСУР должен выбрать и установить способ извещения для одного, группы или всех элементов, подлежащих измерению, с помощью только одного сообщения. Извещение об измерениях может также осуществляться индивидуально или для группы.

Измерения могут выражаться параметрами, независимыми от радиотехнологии, или же посылаться непосредственно на ОСУР с радиозависимыми параметрами, чтобы их преобразовало исполняемое на ОСУР программное приложение. Могут использоваться одна, другая или обе из этих опций.

Четыре элементарных процедуры определяются для этой цели:

Элементарная процедура	Сообщение инициирования	Успешный исход	Неудачный исход
Ответное сообщение	Ответное сообщение	Время r
Инициирование измерений	ЗАПРОС НА ИНИЦИИРОВАНИЕ ИЗМЕРЕНИЙ	ОТВЕТ НА ИНИЦИИРОВАНИЕ ИЗМЕРЕНИЙ	ОТКАЗ ПРИ ИНИЦИИРОВАНИИ ИЗМЕРЕНИЙ
Извещение об измерениях	ОТЧЕТ ОБ ИЗМЕРЕНИЯХ
Завершение измерений	ЗАПРОС НА ЗАВЕРШЕНИЕ ИЗМЕРЕНИЙ
Отказ при измерениях	ИНДИКАЦИЯ ОТКАЗА ПРИ ИЗМЕРЕНИЯХ

При инициировании измерений, проиллюстрированном на фиг. 6а, клиент (т.е. ОСУР) посылает сообщение ЗАПРОС НА ИНИЦИИРОВАНИЕ ИЗМЕРЕНИЙ к IP-БППС (СРЯ) (сервер). Это сообщение определяет, какой объект(ы) будет измеряться, и характеристики извещения, которыми являются:

- По требованию (немедленно): в этом случае измерения будут посылаться немедленно, как ответ на сообщение ЗАПРОС НА ИНИЦИИРОВАНИЕ ИЗМЕРЕНИЙ.

- Периодически: измерения посылаются периодически, причем период извещения фиксируется в сообщении ЗАПРОС НА ИНИЦИИРОВАНИЕ ИЗМЕРЕНИЙ.

- Запуск событием: можно также определить какой-нибудь вид событий или пороговых уровней, так что измерения посылаются только, когда происходит это событие (или достигается пороговый уровень).

Если операция успешна, IP-БППС (СРЯ) (сервер) посылает сообщение ОТВЕТ НА ИНИЦИИРОВАНИЕ ИЗМЕРЕНИЙ, который может включать в себя измерение, если установлена опция по требованию. С другой стороны, если операция неудачна, IP-БППС (СРЯ) (сервер) посылает сообщение ОТКАЗ ПРИ ИНИЦИИРОВАНИИ ИЗМЕРЕНИЙ, которое должно включать в себя причину отказа.

Теперь будет обсуждаться извещение об измерениях со ссылкой на фиг.6b.

Эта процедура используется клиентом (IP-БППС (СРЯ) (сервером)), чтобы сообщить измерения, запрошенные ОСУР в процедуре инициирования измерений.

Теперь будет обсуждаться завершение измерений со ссылкой на фиг.6с.

ОСУР (клиент) посылает ЗАПРОС НА ЗАВЕРШЕНИЕ ИЗМЕРЕНИЙ одному IP-БППС (СРЯ) (серверу), указывающий, какое измерение или группа измерений будет заканчиваться. Для этой процедуры не требуется никакого ответа.

Теперь будет обсуждаться отказ при измерениях со ссылкой на фиг.6d.

ИНДИКАЦИЯ ОТКАЗА ПРИ ИЗМЕРЕНИЯХ посылается IP-БППС (СРЯ) (сервером) для информирования, что больше не может быть извещений о ранее запрошенном измерении. Это сообщение включает в себя причину отказа.

Фиг.6е иллюстрирует отказ при измерениях. Индикация отказа при измерениях посылается СРЯ для информирования, что больше не может быть извещений о ранее запрошенном измерении. Это сообщение включает в себя причину отказа.

С помощью нового интерфейса ОСУР-ФУП (UCF) (функция управления пользовательским оборудованием) ФУП посылает к ОСУР (серверу) список сотовых ячеек-кандидатов мобильной станции для конкретной операции (передачи обслуживания, порядок смены сотовых ячеек,...), в том числе (если доступно) мобильные измерения для этих сотовых ячеек и информацию о качестве услуги, которую запрашивает пользователь. ОСУР (сервер), после применения некоторых алгоритмов, возвращает список с приоритетами.

Как показано на фиг.6е, клиент (т.е. базовая приемопередающая станция межсетевого протокола (IP-БППС) (IP BTS) (ФУП)) посылает сообщение ЗАПРОС СПИСКА СОТОВЫХ ЯЧЕЕК С ПРИОРИТЕТАМИ, включающий в себя в качестве параметров список сотовых ячеек-кандидатов, мобильные измерения для этих сотовых ячеек, информацию о классе мобильной станции и качество параметров услуги, требуемых пользователем для работы. Если присвоение приоритетов успешно завершается ОСУР (сервером), он посылает сообщение ОТВЕТ НА СПИСОК СОТОВЫХ ЯЧЕЕК С ПРИОРИТЕТАМИ, которое включает в себя переупорядоченный список сотовых ячеек-кандидатов. В случае неудачной операции ОСУР должен послать сообщение ОТКАЗ В СПИСКЕ СОТОВЫХ ЯЧЕЕК С ПРИОРИТЕТАМИ с причиной этого отказа (ошибка ОСУР, недоступно измерение загрузки сотовых ячеек или т.п.)

В том случае, если сообщение ОТВЕТ НА СПИСОК СОТОВЫХ ЯЧЕЕК С ПРИОРИТЕТАМИ не принимается или принимается сообщение ОТКАЗ НА СПИСОК СОТОВЫХ ЯЧЕЕК С ПРИОРИТЕТАМИ, предполагается, что клиент примет решение о передаче обслуживания на основании только измерений мобильной станции. Если ОТВЕТ НА СПИСОК СОТОВЫХ ЯЧЕЕК С ПРИОРИТЕТАМИ поступает правильно, клиент должен взять это сообщение как команду и попытаться передать обслуживание в первую сотовую ячейку-кандидат списка с приоритетами, если это не поможет, клиент попытается со второй сотовой ячейкой-кандитатом из этого списка и т.д.

Интерфейс ОУС (операционный и управляющий сервер)-ОСУР является интерфейсом между ОСУР (клиентом) и сервером эксплуатации и технического обслуживания (ЭТО). Он имеет две различные функции. Во-первых, позволить клиенту изменять параметры в сетевых элементах (например, Узле В, РСК) путем запрашивания этих изменений в сервер ЭТО. Это более управляемый путь, нежели изменение параметров непосредственно в сетевых элементах. Во-вторых, позволить клиенту считывать параметры управления конфигурацией.

Для этого интерфейса, как описывается ниже, определяются две элементарные процедуры.

Фиг.6(f) иллюстрирует изменение параметров. Клиент посылает в сервер параметров запрос на изменение параметров. Он включает в себя идентификатор модуля, параметры которого подлежат изменению, и новые значения параметров. В результате, если изменение значений параметров сделано правильно, сервер параметров ответит ответным сообщением на изменение параметров. С другой стороны, если операция неудачна, сервер параметров посылает сообщение об отказе изменения параметров, включающее причину этого отказа (например, параметры недоступны, плохое значение параметра, изменение не разрешается). Фиг.6(g) иллюстрирует считывание параметров управления конфигурацией. Клиент посылает сообщение запроса на считывание параметров УК (управления конфигурацией) (СМ), которое включает в себя список параметров, подлежащих считыванию. Если операция успешна, сервер параметров отвечает ответом считывания параметров УК, включающим в себя параметры, запрошенные клиентом. С другой стороны, если операция неудачна, сервер параметров пошлет сообщение отказа в считывании параметров УК, содержащее причину отказа.

Теперь будет подробнее описан способ ДРЧК. ДРЧК представляет собой схему назначения каналов для схемы ССК (CSW) (слово состояния канала), переключающую трафик, которая использует извещения об измерениях в нисходящей линии мобильной связи и оценки помех, как для нисходящей линии связи, так и для восходящей линии связи, чтобы динамически назначать временной интервал и частоту при установлении нового вызова. Критерием для выбора каналов является обеспечение достаточного качества с точки зрения отношения несущей к помехе (Н/П), так чтобы каждое подключение отвечало своему качеству требований к услуге, снижая помеху, вызванную другими подключениями. Это ведет к значительному выигрышу в пропускной способности, поскольку использование ценных частотных ресурсов динамически оптимизируется. ДВЧК является автоматической функцией, которая устраняет необходимость выполнять частотный план для приемопередатчиков, которые теперь работают с этой новой функцией.

Воздействие этого признака на распределение Н/П такое же, как и других признаков усиления пропускной способности, таких как управление м