Область техники, к которой относится изобретение
Настоящее изобретение относится к распределению каналов для пользователей в системе связи, а в частности, но не исключительно, к распределению каналов в системе мобильной связи.
Уровень техники
В обычной беспроводной сети сотовой связи зона, охватываемая этой сетью, подразделяется на несколько сотовых ячеек. Каждая сотовая ячейка обслуживается базовой приемопередающей станцией, которая передает сигналы на терминалы, расположенные в соответствующей сотовой ячейке, связанной с конкретной приемопередающей станцией, и принимает сигналы от них. Терминалы могут быть мобильными станциями, которые способны перемещаться между сотовыми ячейками.
Распределение каналов включает в себя распределение канала конкретному соединению. Обычно имеется канал восходящей линии связи от мобильной станции к базовой станции и канал нисходящей линии связи от базовой станции к мобильной станции. Эти каналы могут быть определены разными частотами, временными интервалами и/или кодами расширения. Распределение каналов для некоторых типов вызовов, таких как вызовы данных, может также требовать выбора периода распределения. В ШМДКР (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]. Эти процедуры, а также те, что определяются для данного интерфейса, будут поддерживать способы извещения по требованию (немедленно), периодические или запускаемые событием.
ОСУР должен выбрать и установить способ извещения для одного, группы или всех элементов, подлежащих измерению, с помощью только одного сообщения. Извещение об измерениях может также осуществляться индивидуально или для группы.
Измерения могут выражаться параметрами, независимыми от радиотехнологии, или же посылаться непосредственно на ОСУР с радиозависимыми параметрами, чтобы их преобразовало исполняемое на ОСУР программное приложение. Могут использоваться одна, другая или обе из этих опций.
Четыре элементарных процедуры определяются для этой цели:
При инициировании измерений, проиллюстрированном на фиг. 6а, клиент (т.е. ОСУР) посылает сообщение ЗАПРОС НА ИНИЦИИРОВАНИЕ ИЗМЕРЕНИЙ к IP-БППС (СРЯ) (сервер). Это сообщение определяет, какой объект(ы) будет измеряться, и характеристики извещения, которыми являются:
- По требованию (немедленно): в этом случае измерения будут посылаться немедленно, как ответ на сообщение ЗАПРОС НА ИНИЦИИРОВАНИЕ ИЗМЕРЕНИЙ.
- Периодически: измерения посылаются периодически, причем период извещения фиксируется в сообщении ЗАПРОС НА ИНИЦИИРОВАНИЕ ИЗМЕРЕНИЙ.
- Запуск событием: можно также определить какой-нибудь вид событий или пороговых уровней, так что измерения посылаются только, когда происходит это событие (или достигается пороговый уровень).
Если операция успешна, IP-БППС (СРЯ) (сервер) посылает сообщение ОТВЕТ НА ИНИЦИИРОВАНИЕ ИЗМЕРЕНИЙ, который может включать в себя измерение, если установлена опция по требованию. С другой стороны, если операция неудачна, IP-БППС (СРЯ) (сервер) посылает сообщение ОТКАЗ ПРИ ИНИЦИИРОВАНИИ ИЗМЕРЕНИЙ, которое должно включать в себя причину отказа.
Теперь будет обсуждаться извещение об измерениях со ссылкой на фиг.6b.
Эта процедура используется клиентом (IP-БППС (СРЯ) (сервером)), чтобы сообщить измерения, запрошенные ОСУР в процедуре инициирования измерений.
Теперь будет обсуждаться завершение измерений со ссылкой на фиг.6с.
ОСУР (клиент) посылает ЗАПРОС НА ЗАВЕРШЕНИЕ ИЗМЕРЕНИЙ одному IP-БППС (СРЯ) (серверу), указывающий, какое измерение или группа измерений будет заканчиваться. Для этой процедуры не требуется никакого ответа.
Теперь будет обсуждаться отказ при измерениях со ссылкой на фиг.6d.
ИНДИКАЦИЯ ОТКАЗА ПРИ ИЗМЕРЕНИЯХ посылается IP-БППС (СРЯ) (сервером) для информирования, что больше не может быть извещений о ранее запрошенном измерении. Это сообщение включает в себя причину отказа.
Фиг.6е иллюстрирует отказ при измерениях. Индикация отказа при измерениях посылается СРЯ для информирования, что больше не может быть извещений о ранее запрошенном измерении. Это сообщение включает в себя причину отказа.
С помощью нового интерфейса ОСУР-ФУП (UCF) (функция управления пользовательским оборудованием) ФУП посылает к ОСУР (серверу) список сотовых ячеек-кандидатов мобильной станции для конкретной операции (передачи обслуживания, порядок смены сотовых ячеек,...), в том числе (если доступно) мобильные измерения для этих сотовых ячеек и информацию о качестве услуги, которую запрашивает пользователь. ОСУР (сервер), после применения некоторых алгоритмов, возвращает список с приоритетами.
Как показано на фиг.6е, клиент (т.е. базовая приемопередающая станция межсетевого протокола (IP-БППС) (IP BTS) (ФУП)) посылает сообщение ЗАПРОС СПИСКА СОТОВЫХ ЯЧЕЕК С ПРИОРИТЕТАМИ, включающий в себя в качестве параметров список сотовых ячеек-кандидатов, мобильные измерения для этих сотовых ячеек, информацию о классе мобильной станции и качество параметров услуги, требуемых пользователем для работы. Если присвоение приоритетов успешно завершается ОСУР (сервером), он посылает сообщение ОТВЕТ НА СПИСОК СОТОВЫХ ЯЧЕЕК С ПРИОРИТЕТАМИ, которое включает в себя переупорядоченный список сотовых ячеек-кандидатов. В случае неудачной операции ОСУР должен послать сообщение ОТКАЗ В СПИСКЕ СОТОВЫХ ЯЧЕЕК С ПРИОРИТЕТАМИ с причиной этого отказа (ошибка ОСУР, недоступно измерение загрузки сотовых ячеек или т.п.)
В том случае, если сообщение ОТВЕТ НА СПИСОК СОТОВЫХ ЯЧЕЕК С ПРИОРИТЕТАМИ не принимается или принимается сообщение ОТКАЗ НА СПИСОК СОТОВЫХ ЯЧЕЕК С ПРИОРИТЕТАМИ, предполагается, что клиент примет решение о передаче обслуживания на основании только измерений мобильной станции. Если ОТВЕТ НА СПИСОК СОТОВЫХ ЯЧЕЕК С ПРИОРИТЕТАМИ поступает правильно, клиент должен взять это сообщение как команду и попытаться передать обслуживание в первую сотовую ячейку-кандидат списка с приоритетами, если это не поможет, клиент попытается со второй сотовой ячейкой-кандитатом из этого списка и т.д.
Интерфейс ОУС (операционный и управляющий сервер)-ОСУР является интерфейсом между ОСУР (клиентом) и сервером эксплуатации и технического обслуживания (ЭТО). Он имеет две различные функции. Во-первых, позволить клиенту изменять параметры в сетевых элементах (например, Узле В, РСК) путем запрашивания этих изменений в сервер ЭТО. Это более управляемый путь, нежели изменение параметров непосредственно в сетевых элементах. Во-вторых, позволить клиенту считывать параметры управления конфигурацией.
Для этого интерфейса, как описывается ниже, определяются две элементарные процедуры.
Фиг.6(f) иллюстрирует изменение параметров. Клиент посылает в сервер параметров запрос на изменение параметров. Он включает в себя идентификатор модуля, параметры которого подлежат изменению, и новые значения параметров. В результате, если изменение значений параметров сделано правильно, сервер параметров ответит ответным сообщением на изменение параметров. С другой стороны, если операция неудачна, сервер параметров посылает сообщение об отказе изменения параметров, включающее причину этого отказа (например, параметры недоступны, плохое значение параметра, изменение не разрешается). Фиг.6(g) иллюстрирует считывание параметров управления конфигурацией. Клиент посылает сообщение запроса на считывание параметров УК (управления конфигурацией) (СМ), которое включает в себя список параметров, подлежащих считыванию. Если операция успешна, сервер параметров отвечает ответом считывания параметров УК, включающим в себя параметры, запрошенные клиентом. С другой стороны, если операция неудачна, сервер параметров пошлет сообщение отказа в считывании параметров УК, содержащее причину отказа.
Теперь будет подробнее описан способ ДРЧК. ДРЧК представляет собой схему назначения каналов для схемы ССК (CSW) (слово состояния канала), переключающую трафик, которая использует извещения об измерениях в нисходящей линии мобильной связи и оценки помех, как для нисходящей линии связи, так и для восходящей линии связи, чтобы динамически назначать временной интервал и частоту при установлении нового вызова. Критерием для выбора каналов является обеспечение достаточного качества с точки зрения отношения несущей к помехе (Н/П), так чтобы каждое подключение отвечало своему качеству требований к услуге, снижая помеху, вызванную другими подключениями. Это ведет к значительному выигрышу в пропускной способности, поскольку использование ценных частотных ресурсов динамически оптимизируется. ДВЧК является автоматической функцией, которая устраняет необходимость выполнять частотный план для приемопередатчиков, которые теперь работают с этой новой функцией.
Воздействие этого признака на распределение Н/П такое же, как и других признаков усиления пропускной способности, таких как управление мощностью, перескок частоты и интеллектуальное перекрытие подуровня (ИПП) (IUO). Управление Н/П уровня подключения гарантирует, что большая часть подключений находится в окне желательного Н/П.
Для достижения этого требуется уровень временных интервалов (УВИ) (TSL) синхронизации. Иными словами, все временные интервалы разных базовых станций начинаются и заканчиваются в одно и то же время.
Этот уровень УВИ синхронизации для базовых станций позволяет контроллеру базовой станции получать информацию об источниках помех, когда должно быть выполнено новое назначение каналов, так что объединение этой информации с использованием временных интервалов и частот обеспечивает улучшенный выбор каналов. Информация, относящаяся к ситуации потенциальной помехи, ожидаемой для определенного подключения, поступает главным образом из извещений об измерениях нагрузки мобильной станции (подаваемых каждые 480 мс). Однако из-за ограниченной информации, содержащейся в действительных измерениях, подаваемых мобильными станциями (сообщается только о шести сильнейших соседях), для этой цели должна выполняться некоторая статистическая оценка ситуации помех. Это может быть сделано посредством матрицы фоновых помех (МФП) (BIM), чтобы каждая сотовая ячейка сети, рассматриваемая в качестве сотовой ячейки ДРЧК, имела бы эту информационную структуру для оценивания воздействия с точки зрения помех, вызванных другими сотовыми ячейками ДРЧК как в направлении нисходящей линии связи, так в направлении восходящей линии связи.
Для межсоединения ДРЧК предпочтительно соединение контроллера базовой станции (КБС) (BSC) с контроллером базовой станции.
В некоторых вариантах выполнения изобретения ДВЧК может использоваться с другими существующими признаками, наподобие управления мощностью и перескока частоты. В случае перескока частоты в ДРЧК будет осуществляться только циклический режим, так что это дает выигрыш в частоте.
Преимуществами ДРЧК являются: качество в улучшении управления услугой - работа с разными классами трафика ССК (речь, высокоскоростные данные с коммутацией каналов (ВСДКК) (HSCSD)) и обеспечение средства для различения между пользователями; операционные затраты снижаются, если ДРЧК работает на большем числе приемопередатчиков, т.к. требуется планирование меньшего числа частот для установления сети.
Далее со ссылкой на фиг.7 следует более подробное описание того, как могут быть воплощены один или несколько вышеприведенных вариантов выполнения.
Интерфейс КБС-КБС используется для передачи КБС или измерений КБС к соседним КБС, например, матрицы МФП распределения каналов для ДРЧК.
Как упоминалось ранее, ДРЧК представляет собой способ распределения и управления ресурсами эфирного интерфейса, используемыми для каждого подключения, основанного на типе требуемой услуги, так что требуемое качество услуги предоставляется, и не расходуются никакие источники для предоставления пользователям избыточного качества и услуг, которые не затребованы. Система управления радиоисточниками сохраняет матрицу качества линий связи всех возможных временных интервалов и частот, где может быть распределено каждое подключение. Эта матрица задает выбор возможных отношений Н/П, которые можно распределять. Алгоритм отыскивает пару (временной интервал, частота), для которой требуемый уровень Н/П совпадает с требуемым качеством.
Подключение КБС-КБС требуется для того, чтобы обменяться информацией, необходимой для ДРЧК, так что можно получить основные потенциальные выигрыши, связанные с синхронизированной системой. Все особенности распределения каналов, которые можно потенциально встроить в синхронизированные сети GSM, будут базироваться на вычислении значений Н/П, связанных с различными комбинациями временных интервалов и частот. Для того, чтобы точно выполнить такое вычисление, требуется иметь доступ к информации распределения трафика и управления мощностью существующих подключений в сотовых ячейках, создающих помехи. Эта информация позволит системе управлять величиной Н/П каждого подключения, эффективно распределяя помехи и достигая наивысшей спектральной эффективности.
Управление сотовыми ячейками, создающими помехи, может осуществляться путем обслуживания КБС сотовой ячейки или соседнего КБС. Поэтому должен быть реализован механизм для обращения к релевантной информации из соседних КБС. Этот интерфейс совместим с интерфейсом СРЯ-СРЯ в описанной выше архитектуре IP-RAN. В предпочтительных вариантах выполнения изобретения интерфейс КБС-КБС имеет те же самые или сходные элементарные процедуры, что и интерфейс СРЯ-СРЯ.
Для реализации этого интерфейса имеются две возможных опции.
А) Адресация от точки к точке (UNICAST)
В этом случае одно сообщение с измерениями генерируется для каждого из соседних КБС, которые принимают это сообщение.
В. Групповая адресация (MULTICAST)
Можно использовать групповую адресацию, так что, если один КБС должен послать одно и то же измерение нескольким соседним КБС, то лишь одно сообщение посылается по групповому адресу, и транспортная сеть должна доставить одну копию этого сообщения ко всем получателям.
Одни и те же элементарные процедуры могут определяться для обеих опций. И единственным различием будет что-то из содержимого этих сообщений.
Транспортный уровень должен также обеспечивать некоторые механизмы для того, чтобы обнаруживать, что линия связи между двумя КБС не работает, и информировать более высокий уровень об этой ситуации.
Для этого интерфейса определяются четыре процедуры. Первая процедура устанавливает новую взаимосвязь измерений между одной сотовой ячейкой отправителя и одной сотовой ячейкой адресата в КБС адресата. Процедура инициирования взаимосвязи измерений также начинается с посылки измерений/обмена измерениями между КБС отправителя и КБС адресата в отношении сотовых ячеек отправителя и адресата соответственно. Информационный элемент (ИЭ) (IE) типа взаимосвязи указывает тип взаимосвязи. Тип измерений, подлежащих обмену, должен зависеть от этого ИЭ типа взаимосвязи (к примеру, в конкретном случае соотношения ДРЧК одна взаимосвязь измерений должна устанавливаться, когда сотовая ячейка адресата появляется в матрице МФП сотовой ячейки отправителя. Обмениваемыми измерениями в этом случае являются: «назначение/освобождение каналов» в сотовой ячейке отправителя, «назначение/освобождение каналов» в сотовой ячейке адресата, «обновление МФП» из сотовой ячейки отправителя в сотовую ячейку адресата «изменение информации сотовой ячейки»).
Взаимосвязь измерений определяется всего лишь одним путем, поэтому взаимосвязь сотовая ячейка отправителя - сотовая ячейка адресата отличается от взаимосвязи сотовая ячейка адресата - сотовая ячейка отправителя.
От КБС отправителя к КБС адресата посылается сообщение ЗАПРОС НА ИНИЦИИРОВАНИЕ ВЗАИМОСВЯЗИ ИЗМЕРЕНИЙ, когда должны посылаться/обмениваться измерения между КБС отправителя и адресата, относящиеся, соответственно, к сотовым ячейкам отправителя и адресата (в случае измерений ДРЧК, когда сотовая ячейка КБС отправителя обнаруживает новое вхождение в МФП сотовой ячейки внешнего КБС). Назначение этого сообщения состоит в установлении взаимосвязи измерений между этими двумя сотовыми ячейками.
ЗАПРОС НА ИНИЦИИРОВАНИЕ ВЗАИМОСВЯЗИ ИЗМЕРЕНИЙ должен включать в себя идентификацию сотовой ячейки отправителя (ДРЧК: сотовая ячейка, в которой появляется вхождение), идентификацию сотовой ячейки адресата (ДРЧК: сотовая ячейка, которая возникла в МФП) и ИЭ типа взаимосвязи, который идентифицирует вид измерений, подлежащих обмену. Это сообщение включает в себя также список измерений, относящихся к сотовой ячейке отправителя, которая поддерживает КБС отправителя, в том числе характеристики извещений, а в случае измерений, посланных с помощью групповой адресации, еще и IP адрес групповой адресации.
Если операция успешна, КБС адресата должен генерировать сообщение ОТВЕТ НА ИНИЦИИРОВАНИЕ ВЗАИМОСВЯЗИ ИЗМЕРЕНИЙ. Это сообщение ОТВЕТ НА ИНИЦИИРОВАНИЕ ВЗАИМОСВЯЗИ ИЗМЕРЕНИЙ также указывает КБС отправителя параметры, необходимые для приема измерений от КБС адресата, связанного с сотовой ячейкой адресата, как определяется в ИЭ типа взаимосвязи.
После приема сообщения ОТВЕТ НА ИНИЦИИРОВАНИЕ ВЗАИМОСВЯЗИ ИЗМЕРЕНИЙ начинается обмен измерениями (процедура извещения об измерениях) между КБС отправителя и КБС адресата, относящихся соответственно к сотовым ячейкам отправителя и адресата.
Если используется опция групповой адресации, сообщение ЗАПРОС НА ИНИЦИИРОВАНИЕ ВЗАИМОСВЯЗИ ИЗМЕРЕНИЙ должно включать в себя адрес переноса групповой адресации, чтобы КБС адресата мог использовать его для приема измерений, относящихся к сотовой ячейке отправителя КБС отправителя.
Если используется опция групповой адресации, сообщение ЗАПРОС НА ИНИЦИИРОВАНИЕ ВЗАИМОСВЯЗИ ИЗМЕРЕНИЙ должно включать в себя адрес переноса групповой адресации, чтобы КБС отправителя мог использовать его для приема измерений, относящихся к сотовой ячейке адресата КБС адресата.
ИЭ характеристик извещения используется, чтобы информировать КБС отправителя/адресата о виде извещения, посредством которого собираются посылать измерения.
В случае одного конкретного измерения, определенного в ИЭ типа измерений, может использоваться опция события Х путем определения конкретных пороговых значений. В случае групповых измерений, определенных в ИЭ типа измерений, опции события Х должны использоваться только для одного конкретного параметра. В случае, когда не определяется никакой конкретный параметр, опция события Х может использоваться с порогом увеличения/уменьшения, установленным на 0, указывающим, что об измерениях нужно извещать каждый раз, когда имеется изменение в состоянии группы измерений, определенных в ИЭ тип измерений. (Например, если ИЭ тип измерений установлен на «Назначение/освобождение каналов», ИЭ характеристик извещения устанавливается на «Событие Х», а порог увеличения/уменьшения устанавливается на 0, указывая, что назначенные/освобожденные каналы посылаются каждый раз, когда имеется назначение каналов / освобождение каналов).
В случае измерений ДРЧК сообщение ЗАПРОС НА ИНИЦИИРОВАНИЕ ВЗАИМОСВЯЗИ ИЗОБРЕТЕНИЙ (соответствующее первому сообщению обновления МФП) посылается на все КБС, которые принадлежат зоне расположения КБС адресата. Поэтому КБС, которые не имеют сотовой ячейки адресата, принимающей сообщение ЗАПРОС НА ИНИЦИИРОВАНИЕ ВЗАИМОСВЯЗИ ИЗМЕРЕНИЙ, будут игнорировать этот запрос, и только КБС-владелец этой сотовой ячейки должен генерировать сообщение ОТВЕТ/ОТКАЗ ПРИ ИНИЦИИРОВАНИИ ВЗАИМОСВЯЗИ ИЗМЕРЕНИЙ.
Обратимся теперь к фиг.7В. Если запрошенная взаимосвязь измерений не может быть инициирована, КБС адресата должен послать сообщение ОТКАЗ ПРИ ИНИЦИИРОВАНИИ ВЗАИМОСВЯЗИ ИЗМЕРЕНИЙ, которое должно включать в себя причину этого отказа.
Типичными случаями причин являются следующие:
Измерение не поддерживается для объекта или
ДРЧК не поддерживается для ячейки.
Обратимся к фиг.7С, которая показывает процедуры, используемые КБС для извещения о результате измерений, запрошенных взаимосвязью, созданной в процедуре инициирования взаимосвязи измерений. В случае ДРЧК запрошенными измерениями являются те, которые относятся к состоянию канала сотовых ячеек взаимосвязи отправителя и адресата, измерения обновления МФП сотовой ячейки отправителя и изменения информации сотовой ячейки.
Эта процедура используется контроллером базовой станции для групповой адресации/извещения измерения, относящегося к одной сотовой ячейке, другим контроллерам базовой станции, которые запрашивали измерения.
Если ИЭ типа измерений устанавливается на «Назначение/освобождение каналов», должно генерироваться одно сообщение ИЗВЕЩЕНИЕ ОБ ИЗМЕРЕНИЯХ от каждого из КБС каждый раз, когда имеется назначение канала или освобождение канала в сотовой ячейке, вовлеченной в одну взаимосвязь. Это сообщение должно посылаться на все КБС отправителей, которые имеют сотовые ячейки с установленными взаимосвязями с этой сотовой ячейкой. Даже если между сотовой ячейкой адресата и сотовыми ячейками от одного КБС нет больше ни одной взаимосвязи, только одно сообщение ИЗВЕЩЕНИЕ ОБ ИЗМЕРЕНИЯХ должно посылаться к КБС отправителя.
Если ИЭ типа измерений устанавливается на «Обновление МФИ», должно генерироваться одно сообщение ИЗВЕЩЕНИЕ ОБ ИЗМЕРЕНИЯХ от КБС отправителя к КБС адресата, который содержит сотовую ячейку адресата, каждый раз, когда имеется изменение в значении помехи в матрице МФП. Это сообщение посылается с помощью адресации от точки к точке и содержит новое значение Н/П, измеренное в сотовой ячейке отправителя для сотовой ячейки адресата.
Если ИЭ типа измерений устанавливается на «Изменение информации ячейки», должно генерироваться одно сообщение ИЗВЕЩЕНИЕ ОБ ИЗМЕРЕНИЯХ от КБС отправителя к КБС адресата для указания того, что широковещательный канал управления (ШКУ) (ВССН) или двоичный симметричный независимый канал (ЦСНК) (BSIC) сотовой ячейки отправителя изменен оператором. Если используется опция групповой адресации, сообщение ЗАПРОС НА ИНИЦИИРОВАНИЕ ВЗАИМОСВЯЗИ ИЗМЕРЕНИЙ должно включать в себя адрес переноса групповой адресации, чтобы КБС адресата мог использовать его для приема измерений, относящихся к сотовой ячейке отправителя КБС отправителя.
Обратимся к фиг.7D, которая показывает процедуру, используемую одним КБС для прекращения взаимосвязи измерений, ранее запрошенного процедурой инициирования взаимосвязи измерений.
КБС отправителя должен послать КБС адресата ЗАПРОС НА ЗАВЕРШЕНИЕ ВЗАИМОСВЯЗИ ИЗМЕРЕНИЙ, указывающий, что взаимосвязь, идентифицированная ИЭ идентификатор взаимосвязи, должна быть завершена вследствие некоторой причины. При приеме КБС адресата должен завершить взаимосвязь, установленную между сотовой ячейкой отправителя и ячейкой адресата. Для этой процедуры не требуется никакого ответа.
Завершение взаимосвязи измерений также подразумевает (в случае, когда нет взаимосвязи в тракте сотовая ячейка адресата - сотовая ячейка отправителя) завершение процесса измерений между сотовой ячейкой отправителя и сотовой ячейкой адресата.
Запрос инициирования взаимосвязи ДРЧК будет в общем случае включать в себя следующую информацию: тип сообщения; идентификатор транзакции; идентификатор контроллера базовой станции; ДСНК для подверженной помехе сотовой ячейки; ШКУ для подверженной помехе сотовой ячейки; ДСНК для вызывающей помеху сотовой ячейки; значение Н/П МФП; тип измерений, который поддерживается в сотовой ячейке отправителя; характеристики извещения, которые поддерживаются в сотовой ячейке отправителя, и если поддерживается групповая адресация, задается адрес D класса сотовой ячейки отправителя. Ответ на инициирование взаимосвязи ДРЧК может включать в себя такую же информацию, как и запрос на инициирование взаимосвязи ДРЧК. Однако тип измерений и характеристики извещения будут такими, какие поддерживаются сотовой ячейкой адресата, а не сотовой ячейкой отправителя. Адрес Р групповой адресации будет адресом сотовой ячейки адресата.
Если ответом является отказ при инициировании взаимосвязи ДРЧК, то он будет включать в себя: тип сообщения; идентификатор транзакции; идентификатор подверженной помехе сотовой ячейки; ДСНК для подверженной помехе сотовой ячейки; ШКУ подверженной помехе сотовой ячейки; идентификатор для вызывающей помеху сотовой ячейки и причину отказа.
Сообщение обновления МФП включает в себя следующие биты информации: тип сообщения; идентификатор транзакции; идентификаторы подверженной помехе и вызывающей помеху сотовых ячеек; ДСНК и ШКУ; и значение Н/П МФП.
Сообщение извещения об измерениях будет включать в себя следующее: тип сообщения; идентификатор транзакции; ДСНК и ШКУ сотовой ячейки; тип измерений, поддерживаемый в сотовой ячейке; измерения назначения/освобождения канала; канальная операция; канальная информация; тип канала; подканал; временной интервал подключения; идентификатор приемопередатчика; нормированный идентификатор списка мобильных местоположений; код обучающей последовательности; информация управления мощностью и минимальная несущая канала для требуемой помехи. По меньшей мере некоторые из этих битов информации могут быть необязательными.
Запрос на завершение взаимосвязи ДРЧК может включать в себя следующее: тип сообщения; идентификатор транзакции; идентификаторы подверженной помехе сотовой ячейки и вызывающей помеху сотовой ячейки и их ДСНК и ШКУ.
Идентификатор транзакции используется для связывания всех сообщений, принадлежащих одной и той же процедуре. Сообщения, принадлежащие одной и той же процедуре, должны использовать один и тот же идентификатор.
Тип измерений идентифицирует, какой тип измерения должен выполняться. Канальная операция указывает, что включенная операция является назначением канала или освобождением канала. Характеристики извещения указывают, как должно выполняться извещение об измерениях. К примеру, извещение может быть сделано по требованию, периодически, и тогда определяется период, или в ответ на осуществление события, и тогда устанавливаются параметры этого события. Событие может иметь место в ответ на достигнутый конкретный порог измерений. Разные события могут иметь разные пороги.
Следует понимать, что те варианты выполнения изобретения, которые не используют процедуру ДРЧК, могут содержать такую же информацию в своих сообщениях, что и процедура ДРЧК.
Следует понимать, что сеть по фиг.5 может использоваться в системах, в которых имеется больше, чем одна сеть. Другие сети могут быть типа, показанного на фиг.4. В этом случае базовые станции сети, показанной на фиг.5, подключались бы к контроллерам базовой станции сети GSM или к радиосетевым контроллерам сети МДКР.
Следует понимать, что модификация первого варианта выполнения, показанная на фиг.3, может использоваться со вторым или третьим вариантами выполнения.
Следует понимать, что эти варианты выполнения изобретения применимы к контроллерам базовой станции GSM или любым аналогичным модулям в любом ином типе сети, например к серверу ресурсов сотовой ячейки в сети радиодоступа IPR. Варианты выполнения настоящего изобретения описаны в контексте алгоритма ДРЧК. Однако варианты выполнения настоящего изобретения могут использоваться в любой ситуации, в которой требуется обмен информацией о соседних сотовых ячейках. Описанный здесь ранее вариант выполнения предлагает механизм для обмена информацией, относящейся к различным контроллерам сотовой ячейки или контроллерам базовой станции. Описанный механизм может использовать услуги IP групповой адресации.
Требование измерений от сотовой ячейки адресата в сотовую ячейку отправителя может запускаться любым подходящим событием, таким как измерения мобильной станции, конфигурация оператора или тому подобное. В случае ДРЧК канал, назначаемый или освобождаемый в сотовой ячейке адресата, требует контроллер базовой станции отправителя, когда принятые измерения мобильной станции указывают, что сотовая ячейка адресата вызывает помеху с пользователями в сотовой ячейке отправителя.
При использовании групповой адресации используются IP адреса класса D. Таким образом, если один контроллер базовой станции или тому подобное хочет принимать измерения, относящиеся к внешней сотовой ячейке, он должен сообщить своему локальному маршрутизатору, что он хочет принимать передачи, адресованные конкретным множественным группам этой внешней сотовой ячейки. Это абонирование может быть выполнено с помощью протокола группового управления сети интернет IGMP. Если контроллер базовой станции или тому подобное хочет принимать измерения, относящиеся к одной внешней сотовой ячейке, ему нужен IP групповой адрес сотовой ячейки адресата, чтобы контроллер базовой станции отправителя мог инициировать процесс абонирования в своем локальном маршрутизаторе. Кроме того, адрес запроса включает в себя групповой IP адрес сотовой ячейки отправителя, чтобы контроллер базовой станции адресата мог также принимать измерения, относящиеся к сотовой ячейке отправителя, путем выполнения того же самого процесса абонирования.
В случае опции групповой адресации предпочтительно, чтобы локальный маршрутизатор поддерживал протокол IGMP.
В вариантах выполнения настоящего изобретения описаны мобильные станции. Следует понимать, что мобильные станции могут быть заменены любым иным подходящим пользовательским оборудованием, которое может быть или не быть мобильным.
Изобретение относится к распределению каналов для пользователей в системе связи, а в частности к распределению каналов в системе мобильной связи. Достигаемым техническим результатом является эффективное распределение каналов в реальном времени. Для этого система связи, охватывающая зону, содержит множество первых средств, каждое из которых выполнено с возможностью управления распределением каналов в части упомянутой зоны, причем по меньшей мере одно из первых средств выполнено с возможностью посылки информации, относящейся к распределению каналов в части зоны, связанной по меньшей мере с одним первым средством, по меньшей мере к одному другому из первых средств, причем по меньшей мере одно другое из первых средств выполнено с возможностью учета принятой информации при управлении распределением каналов в части зоны, связанной по меньшей мере с одним другим первым средством. 2 н. и 31 з.п. ф-лы, 7 ил., 1 табл.
| Устройство для подачи заготовок | 1974 |
|
SU496061A1 |
| СПОСОБ И УСТРОЙСТВО ДЛЯ ДИНАМИЧЕСКОГО РАСПРЕДЕЛЕНИЯ РЕСУРСОВ В СЕТИ РАДИОСВЯЗИ С ИСПОЛЬЗОВАНИЕМ УПОРЯДОЧЕННОГО ЗАЕМА | 1995 |
|
RU2154901C2 |
| US 5034993 A, 23.07.1991 | |||
| US 4850036 A 18.07.1989. | |||
