Способ координации настроек мобильности между rat

Изобретение относится к мобильной связи. Технический результат заключается в оптимизации координации хэндовера между технологиями радиодоступа (RAT). Первый контроллер, который связан с сотой первой RAN, определяет значение первого параметра хэндовера, который предназначен для определения, инициировать ли хэндовер из соты первой RAN в соту второй RAN, имеющую другую RAT. Первый контроллер передает на второй контроллер, связанный с сотой второй RAN, информацию, относящуюся к значению первого параметра хэндовера. Первый контроллер дополнительно передает на второй контроллер значение параметра качества обслуживания (QoS) или параметра возможностей UE. Первый контроллер принимает от второго контроллера указание, отрегулировал ли второй контроллер значение второго параметра хэндовера, на основании переданной информации, причем значение второго параметра хэндовера предназначено для использования при определении, инициировать ли хэндовер из соты второй RAN в соту первой RAN. 2 н. и 26 з.п. ф-лы, 6 табл., 23 ил.

 

Перекрестная ссылка на родственные заявки

[001] Данная заявка испрашивает приоритет по предварительной патентной заявке США №61/721,586, поданной 2 ноября 2012 г. под названием “Enhancements on Inter-RAT Mobility Setting Coordination”.

Область техники

[002] Это раскрытие относится к системам, способам, устройству и компьютерным программным продуктам для координации настроек мобильности между RAT.

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

[003] Мобильность пользовательского оборудования (UE) между разными технологиями радиодоступа (RAT) может осуществляться посредством хэндовера между RAT (IRAT) из соты, где используется одна RAT (например, UTRAN) в соту, где используется другая RAT (например, e-UTRAN). Хэндовер может инициироваться событиями мобильности, например, событием, в котором качество опорного сигнала в текущей соте UE или опорного сигнала в целевой соте удовлетворяет определенным условиям.

[004] Для e-UTRAN, качество сигнала может быть указано одним или более из принятой мощности опорного сигнала (RSRP), принятого качества опорного сигнала (RSRQ) и любого другого параметра качества сигнала. Для UTRAN, качество сигнала может быть указано одним или более из мощности кода принятого сигнала (RSCP), указателя интенсивности принятого сигнала (RSSI), EcNo (т.е. RSCP/RSSI) и любого другого параметра качества сигнала.

[005] Хэндовер из соты e-UTRAN и соты UTRAN может инициироваться, когда происходит событие мобильности, именуемое B2. Событие B2 происходит, когда качество сигнала удовлетворяет двум условиям, B2-1 и B2-2:

Условие B2-1 выполняется, когда .

Условие B2-2 выполняется, когда

[006] M_p означает измерение сигнала (например, опорного сигнала) из обслуживающей соты (т.е. соты e-UTRAN) и может выражаться в дБм в случае RSRP или в дБ в случае RSRQ. M_n означает измерение сигнала (например, опорного сигнала) из целевой соты (т.е. соты UTRAN). Hys означает параметр гистерезиса. Ofn означает частотнозависимое смещение частоты соседней соты.

[007] Условия указывают, что хэндовер из e-UTRAN в UTRAN инициируется, когда качество сигнала в соте e-UTRAN оказывается ниже порога B2_1, и качество сигнала в соте UTRAN оказывается выше порога B2_2. Событие B2 более подробно рассмотрено в TS 36.331. Хэндовер из e-UTRAN в UTRAN также может инициироваться событием, именуемым ”B1”, которое происходит, когда выполняется B1-b:

условие B1-b выполняется, когда .

[008] Хэндовер в другом направлении, из UTRAN в e-UTRAN, может инициироваться событием мобильности, именуемым ”3A”, или событием мобильности, именуемым ”3C”. Событие 3A происходит при выполнении двух условий, 3A-1 и 3A-2:

условие 3A-1 выполняется, когда $$Q_{Used}+H3a/2<T_{Used}=3A\_a$$ .

Условие 3A-2 выполняется, когда .

[009] Параметры более подробно рассмотрены в TS 25.331. Порог 3A_a также может именоваться 3A_1, и порог 3A_b также может именоваться 3A_2. Считается, что событие 3C происходит, когда выполняется единственное условие: . События 3A и 3C, в целом, представляют ситуацию, в которой качество сигнала в соте UTRAN оказывается ниже порога 3A_1, и качество сигнала в соте e-UTRAN оказывается выше порога 3A_2.

[0010] Хотя это раскрытие относится к событиям B1 и B2, инициирующим порог, в более общем случае, события подлежат использованию при определении, инициировать ли хэндовер. Таким образом, каждое событие может инициировать передачу измерений сигнала от UE на базовую станцию обслуживающей соты UE. Контроллер (например, eNB, NB или RNC) обслуживающей соты может использовать измерения для определения, инициировать ли хэндовер из обслуживающей соты в другую соту.

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

[0011] Представлены система, способ и устройство для оптимизации координации хэндовера, например, для хэндовера между разными технологиями радиодоступа (RAT). Согласно варианту осуществления, контроллер первой сети радиодоступа (RAN) (“первый контроллер”) определяет значение первого параметра хэндовера для использования при определении, инициировать ли хэндовер из соты первой RAN в соту второй RAN, имеющую другую технологию радиодоступа (RAT), чем сота первой RAN.

[0012] Первый контроллер передает, на контроллер соты второй RAN (”второй контроллер”), информацию, относящуюся к значению первого параметра хэндовера.

[0013] Первый контроллер дополнительно передает на второй контроллер значение параметра качество обслуживания (QoS) или параметр возможностей пользовательского оборудования (UE), связанный с информацией, относящейся к значению первого параметра хэндовера. Параметр QoS указывает уровень обслуживания, обеспечиваемый или ожидаемый пользовательским оборудованием (UE), обслуживаемым сотой первой RAN или сотой второй RAN. Параметр возможностей UE указывает возможности UE. Согласно варианту осуществления, информация, относящаяся к значению первого параметра хэндовера и значению параметра QoS или параметра возможностей UE, передается в составе одного сообщения управление информацией RAN (RIM).

[0014] Первый контроллер принимает от второго контроллера указание, отрегулировал ли второй контроллер значение второго параметра хэндовера, на основании переданной информации. Значение второго параметра хэндовера предназначено для использования при определении, инициировать ли хэндовер из соты второй RAN в соту первой RAN.

[0015] Согласно варианту осуществления, значение первого параметра хэндовера является первым пороговым значением хэндовера, которое используется для определения, выполнено ли условие хэндовера, и значение второго параметра хэндовера является вторым пороговым значением хэндовера, которое используется для определения, выполнено ли условие хэндовера.

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

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

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

[0018] Фиг. 1 демонстрирует несколько узлов в системе для координации хэндовера.

[0019] Фиг. 2A-2B демонстрируют диаграммы сигнала относительно пороговых значений хэндовера.

[0020] Фиг. 3A-3B демонстрируют диаграммы сигнала относительно пороговых значений хэндовера.

[0021] Фиг. 4 демонстрирует диаграммы сигнала относительно пороговых значений хэндовера.

[0022] Фиг. 5 демонстрирует различные каналы-носители сигнала для переноса данных UE.

[0023] Фиг. 6A-6B демонстрируют диаграммы сигнала относительно пороговых значений хэндовера.

[0024] Фиг. 7-11 демонстрируют блок-схемы операций согласно вариантам осуществления настоящего раскрытия.

[0025] Фиг. 12A-15 демонстрируют диаграммы сигнала согласно вариантам осуществления настоящего раскрытия.

[0026] Фиг. 16 демонстрирует контроллер сети радиодоступа (RAN) согласно одному варианту осуществления настоящего раскрытия.

[0027] Фиг. 17 демонстрирует контроллер сети радиодоступа (RAN) согласно одному варианту осуществления настоящего раскрытия.

[0028] Фиг. 18 демонстрирует UE согласно одному варианту осуществления настоящего раскрытия.

Подробное описание

[0029] Настоящее раскрытие относится к повышению устойчивости мобильности с использованием хэндовера для снижения количества отказов линии радиосвязи (RLF), с предотвращением при этом избыточного количества операций хэндовера в обоих направлениях между сетями радиодоступа (RAN), имеющими разные технологии радиодоступа (RAT). В частности, раскрытие предусматривает координацию регулировки настроек мобильности (например, параметров хэндовера) между двумя или более RAN, имеющими разные RAT. В более конкретном примере, настоящее раскрытие предлагает улучшенный способ устранения эффекта “пинг-понга” в сценариях балансировки нагрузки мобильности.

[0030] Фиг. 1 демонстрирует иллюстративную систему 100 для координации хэндовера UE 102 между сотой, обеспеченной базовой станцией 104, и другой сотой, обеспеченной базовой станцией 106. Согласно варианту осуществления, базовая станция 104 и базовая станция 106 используют разные RAT. Например, базовая станция 104 является eNB, который обеспечивает соту e-UTRAN для LTE, тогда как базовая станция 106 является NB, который обеспечивает соту UTRAN, для UMTS, или является базовой станцией, которая реализует соту GERAN для GSM. Хэндовер могут базироваться на измерениях, производимых UE 102 в отношении сигнала 114 из соты RAN 104 базовой станции (например, опорного сигнала e-UTRAN) и/или сигнала 116 из соты RAN базовой станции 106 (например, опорного сигнала UTRAN). Например, когда одно или более измеренных значений удовлетворяют определенным условиям, например, достигают определенных порогов, может инициироваться событие хэндовера. Событие хэндовера приводит к тому, что UE сообщает измерение базовой станции его обслуживающей соты. Затем контроллер обслуживающей соты может определить, что UE должно совершать хэндовер из обслуживающей соты RAN в целевую соту RAN.

[0031] Условия, которые инициируют событие мобильности (т.е. событие хэндовера) из обслуживающей соты RAN в целевую соту RAN могут устанавливаться обслуживающей сотой RAN. Например, контроллер 105 может устанавливать значение параметра хэндовера (например, пороговое значение хэндовера), которое задает условие, которое инициирует хэндовер из соты RAN, обеспеченной базовой станцией 104 в другую соту (т.е. параметр хэндовера используется для определения, должен ли происходить такой хэндовер). Вообще говоря, UE может периодически генерировать вычисленное значение (например, M_p + Hys), и если вычисленное значение превышает пороговое значение хэндовера (например, падает ниже B2_1), UE сообщает измерения сигнала (например, M_p) контроллеру 105, который использует отчет для определения, инициировать ли хэндовер UE в другую соту. При определении, инициировать ли хэндовер, контроллер 105 может рассматривать, например, измерения сигнала относительно порогового значения хэндовера, функцию балансировки нагрузки мобильности или любую их комбинацию.

[0032] Аналогично, контроллер 112 может задавать значение параметра хэндовера (например, пороговое значение хэндовера), которое предназначено для использования при определении, инициировать ли хэндовер, например, значение, которое задает условие, которое инициирует хэндовер из соты RAN, обеспеченной базовой станцией 106, в другую соту. Каждый контроллер может передавать пороги на UE, который использует их для обнаружения событий хэндовера. Вообще говоря, UE может периодически генерировать вычисленное значение (например, ), и если вычисленное значение превышает пороговое значение хэндовера (например, возрастает свыше 3A_2), UE сообщает измерения сигнала (например, M_otherRAT) на контроллер 112, который использует отчет для определения, инициировать ли хэндовер UE в другую соту. При определении, инициировать ли хэндовер, контроллер 112 может рассматривать, например, измерения сигнала относительно порогового значения хэндовера, функцию балансировки нагрузки мобильности или любую их комбинацию. В ряде случаев, если базовая станция 106 является NB, то контроллер 112 является контроллером радиосети (RNC). Согласно варианту осуществления, контроллер 104 базовой станции может входить в состав базовой станции 104 (например, входить в состав eNB), и/или может быть узлом сети (например, узлом MME).

[0033] Контроллеры 105, 112 могут координировать информацию хэндовера, например, регулировку настроек мобильности, передавая информацию через свои базовые сети 108, 110. Настройки мобильности могут включать в себя один или более параметров для идентификации, произошло ли событие хэндовера (т.е. один или более параметров хэндовера), например, один или более порогов хэндовера. Согласно варианту осуществления, координация предусматривает передачу одного или более порогов хэндовера, например, порога B2_1 или 3A_2. Передача таких порогов более подробно рассмотрена ниже.

[0034] Пороги хэндовера могут определять, насколько качество сигнала в обслуживающей соте RAN должно снизиться и/или насколько высоким должно быть качество сигнала в целевой соте RAN для инициирования хэндовера. Снижение качества сигнала в обслуживающей соте UE, например, обусловленное перемещением UE от базовой станции соты, в конце концов, может приводить к отказу линии радиосвязи (RLF), пока UE не совершит хэндовер в целевую соту.

[0035] Регулировка настроек мобильности, например, порогов хэндовера, может снижать частоту возникновения RLF. Фиг. 2A демонстрирует пример регулировки порога B2_1 хэндовера. Порог отражает качество сигнала в соте e-UTRAN и используется для инициирования хэндовера из соты e-UTRAN в соту UTRAN. Хотя такое событие хэндовера также зависит от порога B2_2, который связан с качеством сигнала в целевой соте UTRAN, этот вариант осуществления предполагает, что покрытие UTRAN является достаточно сплошным, благодаря чему, ее качество сигнала в целом, будет поддерживать хэндовер. Таким образом, этот вариант осуществления относится только к качеству сигнала в соте e-UTRAN и порогу B2_1. Другие варианты осуществления также могут учитывать качество сигнала UTRAN.

[0036] Фиг. 2A демонстрирует случай, именуемый пользовательским случаем 1, когда происходит RLF, в то время как UE обслуживается сотой e-UTRAN, или в ходе хэндовера из соты e-UTRAN в соту UTRAN. Отказ может происходить в ходе хэндовера если, например, условия RLF возникают сразу после инициирования хэндовера. В примере, может не удаться успешно завершить хэндовер.

[0037] Один способ снижения частоты возникновения RLF в пользовательском случае 1 состоит в ослаблении порогового условия хэндовера, которое инициирует хэндовер из соты e-UTRAN в соту UTRAN. Например, фиг. 2A демонстрирует, что RLF происходят с большей вероятностью при низком пороге B2_1. Вероятность RLF можно снизить, ослабляя пороговое условие для операций хэндовера, и, в частности, увеличивая B2_1. Увеличение порога увеличивает вероятность того, что UE совершает хэндовер в соту UTRAN до снижения качества сигнала в соте e-UTRAN до точки RLF.

[0038] Хотя контроллер соты e-UTRAN может повышать B2_1 для снижения частоты возникновения RLF, он также может снижать B2_1 во избежание избыточного количества операций хэндовера. Таким образом, побочный эффект ослабления порогового условия хэндовера, например B2_1 (или любого другого параметра хэндовера), состоит в том, что ослабленное пороговое условие может повышать вероятность ненужных операций хэндовера. Например, фиг. 2B демонстрирует UE, которое находится в условиях более высокого качества сигнала, чем UE, показанный на фиг. 2A, делая хэндовер ненужным в этом примере. UE может находиться в условиях более высокого качества сигнала по сравнению с UE, показанный на фиг. 2A, поскольку оно находится в другом местоположении, оно испытывает качество сигнала в другое время (например, в другой день), или по какой-либо другой причине. Как показано на фиг. 2B, увеличенный порог B2_1 инициирует ненужный хэндовер.

[0039] Таким образом, порог хэндовера можно регулировать для достижения компромисса между снижением вероятности RLF и снижением вероятности ненужных операций хэндовера. Функция оптимизации устойчивости мобильности между RAT (IRAT MRO) в контроллере RAN может опираться на этот компромисс для регулировки порогов хэндовера. Как указано в TS 48.017, TS 48.018, TS 36.413 и TS 25.413, отчеты RLF можно генерировать для сбора статистики об операциях хэндовера, которые происходят слишком поздно, или о ненужных операциях хэндовера. Статистику можно использовать для регулировки порогов хэндовера.

[0040] Компромисс также представлен на фиг. 3A-3B в случае хэндовера из UTRAN в e-UTRAN. Фигуры демонстрируют регулировку порога 3A_2, который указывает качество сигнала в целевой соте e-UTRAN. Хотя событие 3A хэндовера также зависит от порога 3A_1, который указывает качество сигнала в обслуживающей соте UTRAN, этот вариант осуществления предполагает, что покрытие UTRAN является достаточно сплошным, благодаря чему, хэндовер происходит не вследствие низкого качества сигнала UTRAN, а потому, что e-UTRAN имеет преимущество над UTRAN, и качество сигнала в соте e-UTRAN поддерживает хэндовер. Другие варианты осуществления также могут учитывать качество сигнала UTRAN.

[0041] Фиг. 3A демонстрирует RLF в случае, именуемом пользовательским случаем 2. Фигура демонстрирует, что качество сигнала в целевой соте e-UTRAN снижается до точки, которая не поддерживает хэндовер. Однако, поскольку порог 3A_2 задан слишком низким, кратковременное повышение качества сигнала инициирует хэндовер из обслуживающей соты UTRAN в соту e-UTRAN. После хэндовера, качество сигнала в соте e-UTRAN возобновляет свое снижение, приводя к RLF. RLF в пользовательском случае 2 можно противодействовать, ужесточая пороговое условие хэндовера (или любой другой параметр хэндовера), например, увеличивая порог 3A_2. Как дополнительно показано на фиг. 2A, увеличенный порог 3A_2 гарантирует, что UE остается в UTRAN, что позволяет снизить вероятность RLF.

[0042] Однако ужесточение условия хэндовера также приводит к упущению возможности осуществления хэндовера из UTRAN в e-UTRAN. Как показано на фиг. 3B, если качество сигнала в соте e-UTRAN достаточно для поддержки хэндовера, увеличение порогового значения 3A_2, тем не менее, препятствует хэндоверу. Это без необходимости продлевает время, которое UE проводит в UTRAN, и сокращает покрытие LTE.

[0043] Контроллер соты UTRAN также может реализовывать функцию IRAT MRO для регулировки порога 3A_2 для достижения компромисса между снижением вероятности RLF и избегая упущенных возможностей для операций хэндовера. Регулировка может опираться на собранную статистику RLF.

[0044] Однако применение единственного отрегулированного порогового значения B2_1 или 3A_2 (или любого другого порогового значения хэндовера) к соте RAN может быть не оптимальным, поскольку рассмотренные выше компромиссы могут достигаться по-разному для разных UE или разных приложений, выполняющихся на UE. Например, разные приложения имеют разные уровни чувствительности к RLF или к избыточным операциям хэндовера. Приложение UE, которое обеспечивает услугу в реальном времени (например, приложение видеочата), может быть более чувствительным к RLF, чем приложение UE, которое обеспечивает услугу не в реальном времени (например, приложение переноса файлов). Таким образом, приложение UE в реальном времени может быть менее устойчивым к RLF, но более устойчивым к избыточным операциям хэндовера или продленному времени в UTRAN. С другой стороны, приложение UE не в реальном времени, может быть более устойчивым к RLF, но менее устойчивым к избыточным операциям хэндовера или продленному времени в UTRAN, поскольку в последних ситуациях снижается пропускная способность.

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

[0046] Параметры QoS могут быть связаны с каналами-носителями сигнала, несущими данные для приложений, выполняющихся на UE. Например, параметр QoS включает в себя указатель класса QoS (QCI), и разные пороги хэндовера можно применять на основании того, какое значение QCI назначено конкретному каналу-носителя сигнала, несущему данные для UE. Фиг. 4 демонстрирует две разные регулировки порога B2_1 хэндовера на основании двух разных значений QCI. В примере, две разные регулировки можно применять к одному и тому же UE. Например, приложение в реальном времени, выполняющееся на UE, может переносить данные с помощью канала-носителя сигнала, который имеет QCI 4, тогда как приложение не в реальном времени, выполняющееся на этом UE, может переносить данные с помощью канала-носителя сигнала, который имеет QCI 2.

[0047] Приложение, связанное со значением QCI 2, может быть менее устойчивым к RLF, но более устойчивым к избыточным операциям хэндовера. Таким образом, порог B2_1 хэндовера может увеличивать снижение вероятности RLF. Если приложение UE затем испытывает снижение качества сигнала, например, представленного сигналом 402B, увеличенный порог B2_1 может инициировать хэндовер во избежание RLF.

[0048] Приложение, связанное со значением QCI 4, может быть более устойчивым к RLF, но менее устойчивым к избыточным операциям хэндовера. Например, приложение переноса файлов, которое испытывает RLF в соте e-UTRAN, может просто переустанавливать радиосоединение с сотой e-UTRAN и возобновлять перенос файлов. Однако избыточные операции хэндовера могут замедлять скорость переноса файлов для приложения. Таким образом, как показано на фиг. 4, порог B2_1 хэндовера снижается для приложения с помощью канала-носителя сигнала QCI=4, для снижения вероятности хэндовера.

[0049] Параметр возможностей UE может включать в себя, например, одно или более из: категории UE, конфигурации управления радиоресурсами (RRM) UE (например, конфигурации DRX), типа подписки UE, модели терминала UE и скорости UE (например, низкой скорости или высокой скорости).

[0050] Фиг. 5 демонстрирует различные каналы-носители сигнал, с которыми может быть связан параметр QoS, например QCI. UE может иметь несколько приложений (например, VoIP, просмотра, загрузки файлов), выполняющихся одновременно, каждое из которых имеет отдельное требование QoS. Для поддержки этих разных требований, устанавливаются разные каналы-носители сигнала, каждый из которых связан со значением параметра QoS. Канал-носитель EPS /E-RAB (канал-носитель радиодоступа) является уровнем дискретности для управления QoS уровня канала-носителя в EPC/e-UTRAN. Таким образом, потоки данных услуги (SDF), отображаемые в один и тот же канал-носитель EPS, принимают одну и ту же обработку пересылки пакетов уровня канала-носителя (например, политику диспетчеризации, политику управления очередями, политику шейпинга по скорости, конфигурации RLC и т.д.).

[0051] Канал-носитель EPS /E-RAB именуется каналом-носителем с GBR, если особые сетевые ресурсы, связанные со значением гарантированной битовой скорости (GBR), связанным с каналом-носителем EPS /E-RAB, постоянно выделяются (например, посредством функции управления допуском в eNB) при установлении/изменении канала-носителя. В противном случае, канал-носитель EPS /E-RAB именуется каналом-носителем без GBR. Особый канал-носитель может быть каналом-носителем с GBR или без GBR, тогда как канал-носитель по умолчанию должен быть каналом-носителем без GBR.

[0052] Как показано на фиг. 5, пакеты канала-носителя EPS переносятся по радиоканалу-носителю между UE и eNB. Канал-носитель S1 переносит пакеты канала-носителя EPS между eNB и S-GW. E-RAB фактически является конкатенацией этих двух каналов-носителей (т.е. радиоканала-носителя и канала-носителя S1), и между двумя каналами-носителями задано взаимно-однозначное соответствие. Канал-носитель S5/S8 переносит пакеты канала-носителя EPS между обслуживающим шлюзом (S-GW) и шлюзом сети пакетной передачи данных (P-GW) и завершает канал-носитель EPS.

[0053] Как указано выше, параметры QoS для канала-носителя включают в себя один или более из QCI, ARP, GBR, AMBR и любого другого указания услуги канала-носителя (например, предназначен ли канал-носитель для услуги в реальном времени или услуги не в реальном времени):

идентификатор класса QoS (QCI): скалярное значение, которое используется как ссылка для осуществления доступа к параметрам для конкретного узла, которые управляют обработкой пересылки пакетов уровня канала-носителя (например, весовые коэффициенты диспетчеризации, пороги допуска, пороги управления очередями, конфигурация протокола канального уровня и т.д.), и которые заранее сконфигурированы оператором, владеющим eNodeB. Согласно варианту осуществления, девять значений QCI стандартизованы, и подробные требования этих классов можно найти в 3GPP TS 23.203.

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

гарантированная битовая скорость (GBR) (связанная с каналами-носителями с GBR): битовая скорость, предположительно, обеспечиваемая каналом-носителем с GBR

максимальная битовая скорость (MBR) (связанная с каналами-носителями с GBR): максимальная битовая скорость, предположительно, обеспечиваемая каналом-носителем с GBR. MBR может быть больше или равна GBR.

[0054] Согласно варианту осуществления, для каждого APN, доступ со стороны UE связан с совокупной максимальной битовой скоростью для каждого APN (APN-AMBR). APN-AMBR задает предел совокупной битовой скорости, предположительно, обеспечиваемой по всем каналам-носителям без GBR и по всем PDN-соединениям одного и того же APN.

[0055] Согласно варианту осуществления, каждое UE в состоянии EMM-REGISTERED связано с совокупным параметром уровня QoS канала-носителя, известным как совокупная максимальная битовая скорость для каждого UE (UE-AMBR). UE-AMBR ограничивает совокупную битовую скорость, предположительно, обеспечиваемую по всем каналам-носителям без GBR для UE.

[0056] Хотя вышеприведенное рассмотрение связано с параметрами QoS и параметрами возможностей UE, критерии дифференциации могут включать в себя любой другой параметр, который позволяет отличать друг от друга разные уровни чувствительности к RLF, избыточным операциям хэндовера и/или продленному времени в менее предпочтительной RAN.

[0057] Как рассмотрено выше, условия регулировки хэндовера (например, пороги хэндовера), можно координировать между исходной сотой RAN и целевой сотой RAN. Координацию можно использовать во избежание эффекта “пинг-понга”, при котором происходит избыточное количество операций хэндовера, и во избежание сужения покрытия (например, покрытия LTE), в результате чего, UE проводит продленное время в исходной соте RAN (например, в соте UTRAN).

[0058] Фиг. 6A-6B демонстрируют ситуации “пинг-понга” и сужения, соответственно. В обеих фигурах, контроллер соты e-UTRAN регулирует порог (например, B2_1), который инициирует хэндовер из соты e-UTRAN в соту UTRAN. Однако контроллеру соты e-UTRAN не удается скоординироваться с контроллером соты UTRAN в отношении порогового значения, которое инициировало бы хэндовер в другом направлении (например, 3A_2). В результате, зазор между порогами B2_1 и 3A_2 уменьшается. Это уменьшение зазора увеличивает вероятность того, что UE будет совершать хэндовер в режиме “пинг-понга” между UTRAN и e-UTRAN. Например, фиг. 6A иллюстрирует, что, в момент времени t_1, качество сигнала близко к инициированию хэндовера из соты UTRAN в соту e-UTRAN, тогда как в момент времени t₂, качество сигнала близко к инициированию хэндовера из соты e-UTRAN в соту UTRAN.

[0059] Фиг. 6B демонстрирует ситуацию, когда контроллер соты e-UTRAN уменьшает порог B2_1, используемый для инициирования хэндовера в UTRAN, но контроллер соты UTRAN продолжает использовать неизменный порог 3A_2 для инициирования хэндовера обратно в e-UTRAN, таким образом, увеличивая зазор между B2_1 и 3A_2. Согласно фигуре, высокое значение 3A_2 может продлевать время, которое сигнал проводит в соте UTRAN.

[0060] В нижеследующей таблице 1 приведена сводка результатов регулировки условия хэндовера для соты одной RAN без соответствующей регулировки в соте другой RAN, например, регулировки только порога B2_1 для соты e-UTRAN или только порога 3A_2 для соты UTRAN.

Таблица 1 Результат регулировки только B2_1 или только 3A_2
	только B2_1	только 3A_2
увеличение	Может приводить к пинг-понгу или коротким ненужным операциям хэндовера	Может сужать покрытие LTE, в результате чего, UE остается в UTRAN дольше, чем необходимо
уменьшение	Может сужать покрытие LTE, в результате чего, UE остается в UTRAN дольше, чем необходимо	Может приводить к пинг-понгу или коротким ненужным операциям хэндовера

[0061] Таким образом, согласно варианту осуществления, если контроллер соты e-UTRAN (“контроллер e-UTRAN”) производит регулировку или готов произвести регулировку порога B2_1, он может попытаться скоординироваться с контроллером соты UTRAN (“контроллером UTRAN”) чтобы контроллер UTRAN мог произвести соответствующую регулировку порога 3A_1. Например, если контроллер e-UTRAN увеличивает B2_1, в результате координации, контроллер UTRAN может увеличить 3A_1, для поддержания зазора между двумя порогами для ослабления эффектов “пинг-понга” или укорочения. Для осуществления координации сота одной RAN может сообщать порог B2_1 или порог 3A_2 соте другой RAN. Например, контроллер e-UTRAN может запускать функцию IRAT MRO для регулировки порога B2_1 на основании характеристик RLF. Для координации этой регулировки с соседним контроллером UTRAN, он может вычислять соответствующую регулировку порога 3A_2 и передавать отрегулированное значение 3A_2 в качестве рекомендации на контроллер UTRAN. Контроллер UTRAN может использовать это отрегулированное значение 3A_2, таким образом, сохраняя зазор между B2_1 и 3A_2 в пределах желаемой величины. Более подробные сведения о передаче единственного порогового значения от одного контроллера к другому контроллеру можно найти в заявке PCT № PCT/SE2013/050247, под названием “Inter-RAT Coordination of Mobility Settings,” поданной 16 апреля 2013 г.

[0062] Согласно варианту осуществления, координация может инициироваться функцией балансировки нагрузки мобильности (MLB) IRAT. Если сота RAN достигает максимальной емкости, она может попытаться осуществить балансировку нагрузки путем ослабления условия, при котором UE может совершить хэндовер из соты, и/или ужесточить условие, при котором UE может совершить хэндовер в соту. Согласно варианту осуществления, если контроллер соты первой RAN (первый контроллер) вычисляет значение первого параметра хэндовера (который предназначен для использования при определении, инициировать ли хэндовер из соты первой RAN в соту второй RAN), первый контроллер может передавать информацию, относящуюся к значению первого параметра хэндовера, совместно с соответствующим значением параметра QoS или значением параметра возможностей UE, на контроллер соты второй RAN (второй контроллер). В одном случае, информация может включать в себя вычисленную регулировку значения второго параметра хэндовера (который предназначен для использования при определении, инициировать ли хэндовер из соты второй RAN в соту первой RAN) на основании значения первого параметра хэндовера. Вычисленная регулировка может дополнительно опираться на функцию IRAT MLB. В одном случае, информация может включать в себя значение первого параметра хэндовера. Второй контроллер может принимать значение первого параметра и вычислять регулировку значения второго параметра хэндовера на основании значения первого параметра хэндовера. Вычисленная регулировка может дополнительно опираться на функцию IRAT MLB.

[0063] Согласно варианту осуществления, рассмотренная выше координация может осуществляться через сообщение управления информацией RAN (RIM), которое включает в себя поле для рекомендованного порогового значения хэндовера. Однако такое сообщение не учитывает, что контроллер RAN может использовать несколько порогов хэндовера для разных значений разных параметров QoS или параметры возможностей UE. Таким образом, если контроллер целевой соты принимает пороговое значение хэндовера, может быть неясно, к каким значениям параметра QoS или значениям параметра возможностей UE применять пороговое значение хэндовера. Соответственно, содержание сообщения для координации IRAT необходимо обновлять, чтобы можно было передавать информацию о том, к каким значениям параметра QoS или значениям параметра возможностей UE применяется порог хэндовера (или другое условие хэндовера).

[0064] На фиг. 7 показана блок-схема операций, демонстрирующая процесс 700, осуществляемый первым контроллером, который связан с сотой первой RAN (например, сотой e-UTRAN) для координации параметров хэндовера, например, порогов хэндовера, со вторым контроллером, который связан с сотой второй RAN (например, сотой UTRAN). Согласно варианту осуществления, первый контроллер (например, eNB) управляет сотой первой RAN, и второй контроллер (например, RNC) управляет сотой второй RAN. Процесс 700 позволяет первому контроллеру не только переносить информацию, относящуюся к пороговым значениям хэндовера, на второй контроллер, но и переносить на второй контроллер ситуации, в которых информация применима. Согласно варианту осуществления, процесс 700 начинается на этапе 701, на котором первый контроллер определяет значение первого параметра хэндовера для использования при определении, инициировать ли хэндовер из соты первой RAN в соту второй RAN. Согласно варианту осуществления, значение первого параметра хэндовера задает условие, которое, в случае выполнения, предписывает UE сообщать измерение сигнала на первый контроллер, который использует отчет для определения, инициировать ли хэндовер. Согласно варианту осуществления, значение первого параметра хэндовера задает условие, которое инициирует хэндовер из соты первой RAN в соту второй RAN. В одном примере, если сота первой RAN является сотой e-UTRAN, и сота второй RAN является сотой UTRAN, значение первого параметра хэндовера может включать в себя, по меньшей мере, одно из: порогового значения B2_1, значения гистерезиса, значения времени до инициирования (TTT) и любого другого значения, используемого для определения, выполняются ли условия события B2 хэндовера. Определение значения первого параметра хэндовера может базироваться, например, на функции IRAT MRO, выполняемой eNB. Согласно варианту осуществления, eNB не начинает использовать значение первого параметра, пока второй контроллер не укажет, на этапе 706, что произвел соответствующую регулировку.

[0065] На этапе 702, первый контроллер передает информацию, относящуюся к первому параметру хэндовера, на второй контроллер. Как рассмотрено более подробно ниже, в режиме, в котором координация хэндовера распределена, передаваемая информация включает в себя значение первого параметра хэндовера. Затем второй контроллер регулирует свое собственное значение параметра хэндовера (значение второго параметра хэндовера) на основании значения первого параметра хэндовера. В режиме, в котором координация хэндовера централизована на первом контроллере, первый контроллер вычисляет регулировку значения второго параметра хэндовера, которая затем включается в передаваемую информацию. В порядке примера, если сота первой RAN является сотой e-UTRAN, и сота второй RAN является сотой UTRAN, eNB e-UTRAN определяет пороговое значение B2_1 как значение первого параметра хэндовера. Если координация распределена, информация хэндовера, передаваемая на этапе 702, содержит определенное значение B2_1 или состоит из него. Если координация централизована, информация хэндовера, передаваемая на этапе 702, содержит значение 3A_2, вычисленное на основании определенного значения B2_1, или состоит из него.

[0066] Согласно варианту осуществления, передаваемая информация хэндовера может идентифицировать величину регулировки (например, увеличение или уменьшение порога хэндовера на x дБ) или абсолютное значение (например, увеличенное или уменьшенное пороговое значение, после регулировки, равно y дБ).

[0067] На этапе 704, первый контроллер передает, на второй контроллер, одно или более значений одного или более критериев дифференциации, связанных с информацией, например, значение параметра QoS или значение параметра возможностей UE.

[0068] Параметры QoS могут включать в себя параметры, которые влияют на уровень обслуживания, обеспечиваемый или ожидаемый пользовательским оборудованием (UE), обслуживаемым сотой первой RAN или сотой второй RAN. Согласно варианту осуществления, параметр QoS включает в себя один или более из QCI канала-носителя сигнала (например, канала-носителя EPS), используемого UE, ARP канала-носителя сигнала, указания, является ли канал-носитель сигнала каналом-носителем с GBR, и указания, несет ли канал-носитель сигнала данные в реальном времени. Параметры возможностей UE могут указывать возможности UE. Они могут включать в себя, например, одну или более из категории UE, конфигурации RRM UE (например, конфигурации DRX), типа подписки UE и скорости UE (например, высокой скорости или низкой скорости).

[0069] Например, eNB может передавать на NB пороговое значение 3A_2, параметр QoS и параметр возможностей UE, например, QCI и категорию UE, и множество значений (также именуемых экземплярами) для параметров. Множество значений для QCI может, например, включать в себя 2 и 4, тогда как множество значений для категории UE может включать в себя категорию 1 и категорию 2. Это создает 4 (2×2) комбинации (т.е. режимы) значений параметра QoS, к которым применяется отрегулированный порог 3A_2:

режим 1: QCI = 2 и категория UE = 1

режим 2: QCI = 2 и категория UE = 2

режим 3: QCI = 4 и категория UE = 1

режим 3: QCI = 4 и категория UE = 2

[0070] Согласно варианту осуществления, если UE в соте второй RAN имеет значение категории UE категории 3, второй контроллер может отказываться от пересылки отрегулированного значения 3A_2 на UE. Другое UE в соте второй RAN может иметь категорию UE категории 2, и может принимать отрегулированное значение 3A_2. Однако оно может использовать это отрегулированное пороговое значение, только если оно в данный момент использует канал-носитель, имеющий значение QCI 2 или 4.

[0071] Согласно варианту осуществления, два пороговых значения параметра могут быть связаны с разными наборами критериев дифференциации или значениями критериев дифференциации. Например, пороговое значение 3A_2 может быть связано со значениями QCI и категории UE, тогда как пороговое значение B2_1 может быть связан со значениями категории UE и типа подписки UE.

[0072] На этапе 706, первый контроллер принимает, от второго контроллера, указание, отрегулировал ли второй контроллер значение второго параметра хэндовера, на основании значения первого параметра хэндовера, причем значение второго параметра хэндовера предназначено для использования при определении, инициировать ли хэндовер из соты второй RAN в соту первой RAN. Согласно варианту осуществления, значение второго параметра хэндовера задает условие, которое, в случае выполнения, приводит к тому, что UE сообщает измерение сигнала на второй контроллер, который использует отчет для определения, инициировать ли хэндовер. Согласно варианту осуществления, значение второго параметра хэндовера задает условие, которое инициирует хэндовер из соты второй RAN в соту первой RAN. В порядке примера, если eNB передает рекомендованное значение 3A_2, основанное на значении B2_1, на RNC, указание может указывать, что RNC принимает или отклоняет отрегулированное значение 3A_2. Если eNB передает значение B2_1 на RNC, указание может указывать, что i) RNC отрегулировал свое значение 3A_2 на основании передаваемого значения B2_1, или ii) RNC не отрегулировал свое значение 3A_2.

[0073] Фиг. 8 демонстрирует пример централизованной координации хэндовера. В частности, координация хэндовера между двумя сотами RAN может быть централизована на первом контроллере. Этап 802 составляет часть сценария, в котором координация централизована на первом контроллере. На этапе 802, первый контроллер определяет регулировку значения второго параметра хэндовера (например, 3A_2) на основании значения первого параметра хэндовера (например, 3A_2).

[0074] На этапе 804, первый контроллер передает регулировку значения второго параметра хэндовера на второй контроллер. Например, после того, как eNB вычисляет соответствующую регулировку 3A_2, он передает соответствующую регулировку в качестве рекомендации на RNC соты UTRAN, либо как величину регулировки (например, увеличение на 20 дБм), либо как отрегулированное значение (например, отрегулированное значение 3A_2 равно y дБм).

[0075] На этапе 805, первый контроллер принимает сообщение, передаваемое вторым контроллером в ответ на рекомендованную регулировку, переданную на этапе 804, и значение параметра, переданное на этапе 704, причем сообщение содержит информацию, указывающую, принял ли второй контроллер регулировку. На этапе 806, первый контроллер определяет, принял ли второй контроллер регулировку значения второго параметра хэндовера, на основании информации, включенной в сообщение. Например, если контроллер e-UTRAN передает соответствующую регулировку порогового значения 3A_2 на контроллер соты UTRAN, контроллер соты UTRAN может, по выбору, применить регулировку или отклонить отрегулированное пороговое значение 3A_2. Согласно варианту осуществления, контроллер соты UTRAN может обеспечивать в сообщении, отправляемом им на первый контроллер, информацию, идентифицирующую причину отклонения. Причина может включать в себя, например, тот факт, что сота UTRAN не поддерживает конкретные параметры QoS или параметры возможностей UE, связанные со значением 3A_2, конкретные значения параметров QoS или параметров возможностей UE, что значение 3A_2 выходит за пределы поддерживаемого диапазона, или любую другую причину. Если отрегулированное значение 3A_2 выходит за пределы диапазона пороговых значений, поддерживаемых контроллером соты UTRAN, то контроллер соты UTRAN может включать в сообщение информацию, идентифицирующую поддерживаемый диапазон пороговых значений.

[0076] На этапе 808, в ответ на определение, что второй контроллер не принимает соответствующую регулировку, первый контроллер может определить другое значение для первого параметра хэндовера (например, другое значение B2_1). Например, eNB может первоначально определить увеличение порогового значения B2_1 и определить соответствующее увеличение значения 3A_2, но RNC может отклонить соответствующее увеличение значения 3A_2. В ответ, eNB может, по выбору, не увеличивать исходное пороговое значение B2_1, или увеличить его на меньшую величину. Согласно варианту осуществления, если второй контроллер в ответ указывает диапазон поддерживаемых пороговых значений (например, значений 3A_2), первый контроллер может осуществлять повторное вычисление на основании диапазона.

[0077] На этапе 810, в ответ на определение, что второй контроллер принял соответствующую регулировку, первый контроллер может начать использовать или продолжить использовать значение первого параметра хэндовера (например, значение B2_1) для идентификации события хэндовера из соты первой RAN в соту второй RAN.

[0078] Согласно варианту осуществления, передача на этапах 702 и 704 осуществляется в рамках передачи сообщения управления информацией RAN (RIM). Таблица 2 демонстрирует пример формата, именуемого здесь форматом 1, сообщения переноса запроса RIM используемый в сценарии, в котором координация хэндовера централизована на eNB соты e-UTRAN. Формат позволяет e-UTRAN передавать соответствующую рекомендованную регулировку порогового значения 3A_2 в соту UTRAN:

Таблица 2 Формат 1 сообщения переноса запроса RIM
параметр (например, поле) отчета	описание
глобальный ID соты исходной соты	идентификатор соты
глобальный ID соты целевой соты	Возможные значения: идентификатор соты или идентификация группы соседних сот или указание, что выбраны все целевые соты с определенной RAT
изменение инициатора хэндовера	Указывает изменение инициатора хэндовера относительно порога сигнала обслуживающей соты. Фактическое значение равно значение IE * 0.5 дБ.
абсолютный порог хэндовера	Указывает абсолютное значение порога инициирования хэндовера (в дБ) на обслуживающей соте.
размерности (например, критерии дифференциации) (необязательный)	возможные значения: - QCI для каждого канала-носителя - ресурсы для каждого канала-носителя, например, с GBR или без GBR - услуги для каждого канала-носителя, например, в реальном времени, не в реальном времени - возможности UE - конфигурация RRM для каждого UE, например, конфигурация DRX Это поле указывает конкретные критерии дифференциации (например, параметры QoS или параметр возможностей UE), например, QCI, категорию UE, тип UE, тип подписки, для которых применяется пороговое значение хэндовера
группы экземпляров (необязательный)	Это поле указывает критерии и экземпляры (например, значения) для которых точка инициирования хэндовера изменилась. Например, предполагая, что экземплярами являются QCI (2,4) и категория UE (A,B), группировка экземпляров будет иметь вид [2,A] [2,B] [4,A] [4,B]. Возможно, что IRAT MRO или оператор решит деактивировать некоторые экземпляры. Также это поле может информировать RAT одноранговых устройств, какое исправительное действие нужно предпринять.
идентификатор отчета	идентификатор для этого отчета
рекомендованные значения для целевой RAT	Рекомендованное(ые) абсолютное(ые) и/или инкрементное(ые) значение(я) для параметров мобильности в целевой RAT (например 3A_2) или направления для каждой группы экземпляров, связанной с группировками экземпляров.

[0079] Как следует из вышеприведенной таблицы, первый контроллер может дополнительно передавать, согласно варианту осуществления, по меньшей мере, один из ID соты для соты первой RAN и ID соты для соты второй RAN. Согласно варианту осуществления, ID соты может идентифицировать группу сот, которой адресовано рекомендованное значение 3A_2.

[0080] Согласно варианту осуществления, указание, принятое на этапе 706, может приниматься в составе сообщения ответа RIM. В сценарии, в котором координация хэндовера централизована на eNB, сообщение ответа может указывать, принята или отклонена соответствующая рекомендованная регулировка 3A_2. Нижеследующие таблицы 3 и 4 демонстрируют сообщение ответа RIM:

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

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

[0081] Фиг. 9 демонстрирует пример, в котором координация распределена между первым и вторым контроллерами. На этапе 902, первый контроллер передает, на второй контроллер, значение первого параметра хэндовера (например, B2_1). Другими словами, передаваемая информация хэндовера в этом варианте осуществления содержит регулировку, определенную на этапе 701, или состоит из нее. В сценарии распределенной координации, первый контроллер (например, eNB) не отвечает за вычисление соответствующей регулировки порогового значения, используемого для хэндовера в другом направлении (например, значения 3A_2 для хэндовера из UTRAN в eUTRAN). Вместо этого, например, eNB передает регулировку порогового значения B2_1 на RNC UTRAN и опирается на UTRAN для определения соответствующей регулировки своего значения 3A_2.

[0082] На этапе 905, первый контроллер принимает сообщение, передаваемое вторым контроллером в ответ на регулировку, переданную на этапе 904, и значение параметра, переданное на этапе 704, причем сообщение содержит информацию, указывающую, произвел ли второй контроллер регулировку значения второго параметра хэндовера на основании значения первого параметра хэндовера.

[0083] На этапе 906, первый контроллер может определять, произвел ли второй контроллер соответствующую регулировку, на основании информации, включенной в сообщение. Например, если eNB определил увеличение B2_1 и передал увеличение на RNC, eNB может принять, в ответ, сообщение, указывающее, произвел ли RNC соответствующее увеличение своего значения 3A_2.

[0084] На этапе 908, как и на этапе 808, в ответ на определение, что второй контроллер не произвел соответствующую регулировку значения второго параметра хэндовера (например, 3A_2), первый контроллер может определить другое значение для первого параметра хэндовера (например, другое значение B2_1).

[0085] На этапе 910, как и на этапе 810, в ответ на определение, что второй контроллер произвел соответствующую регулировку значения второго параметра хэндовера (например, 3A_2), первый контроллер может начать использовать или продолжить использовать значение второго параметра хэндовера (например, B2_1) для инициирования хэндовера из соты первой RAN в соту второй RAN.

[0086] Согласно варианту осуществления, передачи, осуществляемые на этапах 902 и 704, составляют часть сообщения управления информацией RAN (RIM). Таблицы 5A-5B демонстрируют иллюстративные форматы, именуемый здесь форматами 5A и 5B, соответственно, сообщения переноса запроса RIM, используемого в сценарии, в котором координация хэндовера распределена между eNB соты e-UTRAN и RNC соты UTRAN. Формат 5A позволяет соте e-UTRAN передавать свое значение B2_1 в соту UTRAN, тогда как формат 5B позволяет соте UTRAN передавать свое значение 3A_2 в соту e-UTRAN:

Таблица 5А Формат 2 сообщения запроса на перенос RIM от eNB на RNC
параметр отчета	описание
глобальный идентификатор соты исходной соты	идентификатор соты
глобальный идентификатор соты целевой соты	возможные значения: идентификатор соты или указание группы соседних сот или указание всех сот целевой RAT
изменение инициатора хэндовера	Указывает изменение инициатора хэндовера относительно порога сигнала обслуживающей соты. Фактическое значение равно значение IE * 0,5 дБ.
абсолютный порог хэндовера	Указывает абсолютное значение порога инициирования хэндовера на обслуживающей соте в дБ.
размерности (необязательный)	возможные значения: - QCI для каждого канала-носителя - ресурсы для каждого канала-носителя, например, с GBR или без GBR - услуги для каждого канала-носителя, например, в реальном времени, не в реальном времени - возможности UE - конфигурация RRM для каждого UE, например, конфигурация DRX Это поле указывает критерии UE/каналов-носителей, для которых порог изменился, например, QCI, категорию UE, тип UE, тип подписки, и т.д.
группы экземпляров (необязательный)	Это поле указывает экземпляры для которых точка инициирования хэндовера изменилась. Например, предполагая, что экземплярами являются QCI (2, 4) и категория UE (A,B), группировка экземпляров будет иметь вид [2,A] [2,B] [4,A] [4,B]. Возможно, что IRAT MRO или оператор решит деактивировать некоторые экземпляры. Также это поле информирует RAT одноранговых устройств, какое исправительное действие нужно предпринять.
идентификатор отчета	идентификатор для этого отчета
Новые значения, измененные в исходной RAT	Новое(ые) абсолютное(ые) и/или инкрементное(ые) значение(я) параметров мобильности, например B2_1 или направлений по группировкам экземпляров.

Таблица 5B Формат 2 сообщения запроса на перенос RIM от RNC на eNB
параметр отчета	описание
глобальный идентификатор соты исходной соты	идентификатор соты
глобальный идентификатор соты целевой соты	возможные значения: идентификатор соты или указание группы соседних сот или указание всех сот целевой RAT
изменение инициатора хэндовера	Указывает изменение инициатора хэндовера относительно порога сигнала обслуживающей соты. Фактическое значение равно значение IE * 0.5 дБ.
абсолютный порог хэндовера	Указывает абсолютное значение порога инициирования хэндовера на обслуживающей соте в дБ.
размерности (необязательный)	возможные значения: - тип канала-носителя для каждой услуги - ресурсы для каждого канала-носителя, например, с GBR или без GBR - услуги для каждого канала-носителя, например, в реальном времени, не в реальном времени - возможности UE - конфигурация RRM для каждого UE, например, конфигурация DRX Это поле указывает конкретный условия UE/каналов-носителей, для которых порог изменился, например, QCI, категорию UE, тип UE, тип подписки, и т.д.
группы экземпляров (необязательный)	Это поле указывает значение размерности, для которого точка инициирования хэндовера изменилась. Например, предполагая, что размерностями/экземплярами являются QCI (2,4) и категория UE (A,B), группировка экземпляров будет иметь вид [2,A] [2,B] [4,A] [4,B]. Возможно, что IRAT MRO или оператор решит деактивировать некоторые значения размерности. Также это поле информирует RAT одноранговых устройств, какое исправительное действие нужно предпринять.
идентификатор отчета	идентификатор для этого отчета
идентификаторы объектных отношений	Это зависит от объектного отношения. Если объектным отношением является сота LTE - сота UTRAN, эти идентификаторы могут быть ECGI в или идентификатором соты UTRAN.
Новые значения, измененные в исходной RAT	Новое(ые) абсолютное(ые) и/или инкрементное(ые) значение(я) (я) параметров мобильности, например 3A_2 или направлений по группировкам экземпляров.

[0087] Фиг. 10A демонстрирует вариант осуществления, в котором один контроллер может запрашивать другой контроллер определить, какие критерии дифференциации (например, параметры QoS и/или параметры возможностей UE), или, в частности, какие экземпляры критериев дифференциации (например, какие значения параметра QoS и/или значения параметра возможностей UE), поддерживаются другим контроллером, для определения хэндовера. В частности, на этапе 1002, первый контроллер передает на второй контроллер запрос на одно или более значений параметра QoS или одно или более значений параметра возможностей UE, используемые для определения хэндовера в соте второй RAN. В порядке примера, eNB соты e-UTRAN может запрашивать, у RNC соты UTRAN, информацию, которая идентифицирует, какие критерии дифференциации (например, QCI, категория UE) поддерживаются RNC, и которая дополнительно идентифицирует, какие значения этих параметров (например, значения QCI 2 и 4, значения категории UE категория 1 и категория 2) поддерживаются.

[0088] Эта информация принимается на этапе 1004 и позволяет первому контроллеру адаптировать координацию хэндовера таким образом, чтобы передавать только регулировки параметров хэндовера, которые соответствуют множеству поддерживаемых значений критериев дифференциации (например, значений параметра QoS и/или значений параметра возможностей UE). Например, на этапе 1006, первый контроллер может определять регулировку значения второго параметра хэндовера на основании принятых значений параметра QoS или значений параметра возможностей UE. В порядке примера, если контроллер принимает из соты UTRAN указание, что значения QCI 2 и 4 используются при определении хэндовера, контроллер может определять регулировку значения 3A_2 для ситуации, в которой QCI = 2.

[0089] На этапе 1008, первый контроллер может передавать одно из одного или более принятых значений параметра QoS или значений параметра возможностей UE. Поскольку одно или более значений параметра принято от второго контроллера, первый контроллер может, таким образом, знать, что они будут поддерживаться сотой второй RAN.

[0090] Фиг. 11 демонстрирует процесс, в котором контроллеры могут сообщать друг другу свои критерии дифференциации в рамках сценария распределенной координации. На этапе 1102, первый контроллер передает на второй контроллер одно или более значений параметра QoS или значений параметра возможностей UE, которые используются в первой RAN для определения хэндовера. В порядке примера, eNB может быть связан со следующими значениями параметров QoS и параметров возможностей UE: (QCI=2, категория UE = категория 1); (QCI=4, категория UE = категория 1); (QCI=2, категория UE = категория 2); (QCI=4, категория UE = категория 2). В примере, он могут передавать информацию, которая идентифицирует комбинацию, на RNC соты UTRAN.

[0091] На этапе 1104, первый контроллер принимает от второго контроллера одно или более значений параметра QoS или значений возможностей UE, которые используются в соте второй RAN, для определения хэндовера. Этапы 1102 и 1104 позволяют двум сотам RAN знать критерии дифференциации и/или значения критериев дифференциации, используемые в другой RAN. Такая осведомленность позволяет оптимизировать вычисление регулировок значений параметра хэндовера.

[0092] В примере этапа 1106, первый контроллер может изменять одно или более значений параметра QoS или значений параметра возможностей UE, используемых в соте первой RAN для определения хэндовера.

[0093] Например, если eNB первоначально использует (QCI=2, категория UE = категория 1); (QCI=4, категория UE = категория 1); (QCI=2, категория UE = категория 2); (QCI=4, категория UE = категория 2) для определения хэндовера, он может удалить поддержку для параметра QCI и удалить поддержку для значения категории UE категория 1, чтобы для определения хэндовера использовалась только комбинация (категория UE = категория 2).

[0094] На этапе 1008, первый контроллер может передавать изменение на второй контроллер.

[0095] Фиг. 12A-12B, 13A-13B и 14 демонстрируют вышеописанную координацию хэндовера применительно к контроллеру (например, eNB) для соты e-UTRAN и контроллеру (например, RNC) для соты UTRAN. Фиг. 12A-12B демонстрируют вариант осуществления, в котором координация не предусматривает передачи значений критериев дифференциации (например, значений параметра QoS и значений параметра возможностей UE). Фиг. 13A-13B и 14 демонстрируют варианты осуществления, в которых координация предусматривает передачу значений критериев дифференциации, что позволяет адаптировать информацию хэндовера к конкретным ситуациям. Таким образом, например, порог хэндовера можно регулировать до разных значений для разных требований QoS. В этом случае UE, осуществляющее измерения сигнала, может выбирать из нескольких пороговых значений хэндовера на основании значений параметра QoS своих активных каналов-носителей.

[0096] Согласно фиг. 12A, eNB может вычислять новые пороговые значения хэндовера, например, новые значения для B2_1 и 3A_2. Согласно варианту осуществления, вычисление может осуществляться из функции IRAT MRO и может выводиться из статистики отказов одного или более RLF. Новое пороговое значение хэндовера 3A_2 может передаваться из соты e-UTRAN в соту UTRAN. Передаваемое пороговое значение хэндовера может передаваться в сообщении запроса на перенос управления информацией RAN (RIM). Поскольку иллюстрация на фиг. 12A соответствует координации, которая централизована на eNB, сообщение RIM имеет формат 1 отчета, показанный выше.

[0097] Приняв новое значение 3A_2, сота UTRAN может принять новое значение 3A_2 (как показано на фиг. 12A) или может отклонить новое значение 3A_2 (как показано на фиг. 12B). Если eNB получает извещение о том, что сота UTRAN приняла новое значение 3A_2, eNB может изменить значение B2_1 для соты e-UTRAN на новое значение (исходя из того, что это еще не сделано). Если сота UTRAN, напротив, отклоняет новое значение 3A_2, eNB может отказаться изменять порог B2_1 на новое значение и, вместо этого, может вычислить другое значение B2_1. Вычисление другого значения B2_1 может базироваться на ограничении, состоящем в том, что 3A_2 вовсе не может изменяться от своего предыдущего значения, или не может выходить за пределы заданного диапазона. Согласно варианту осуществления, это ограничение можно обеспечивать в сообщении ответа RIM из UTRAN, как причину отклонения нового значения 3A_2. Например, сота UTRAN может указывать, что значение 3A_2 выходит за пределы диапазона, указанного максимальным значением и минимальным значением, или что значение 3A_2 вовсе не может изменяться. Если новое значение 3A_2 передается как увеличение или уменьшение, в качестве причины отклонения можно указывать, что увеличение или уменьшение превышает максимальную величину.

[0098] Согласно варианту осуществления, в ожидании сообщения ответа RIM из соты UTRAN, e-UTRAN может поддерживать таймер. Если по истечении таймера ответ не принят, e-UTRAN может повторно передавать сообщение запроса на перенос RIM определенное число раз. Если e-UTRAN по-прежнему не принимает ответ, можно предположить, что e-UTRAN отклонила пороговые значения хэндовера в сообщении запроса на перенос RIM.

[0099] Аналогично фиг. 12A-12B, на фиг. 13A-13B представлена диаграмма сигнала, демонстрирующая централизованную координацию хэндовера, в которой eNB передает новое значение 3A_2 в целевую соту UTRAN, которая в ответ может принять новое значение 3A_2 или отклонить новое значение 3A_2. Вариант осуществления, представленный на фиг. 13A-13B, дополнительно применяет новое значение 3A_2 и соответствующее новое значение 3A_2 к одному или более конкретным значениям (также именуемым конкретными экземплярами) одного или более конкретных параметров QoS (или любых других критериев дифференциации). Таким образом eNB может передавать одно или более конкретных значений одного или более конкретных критериев дифференциации с новым значением 3A_2.

[00100] Согласно варианту осуществления, приняв новое значение 3A_2, сота UTRAN может принять решение принять значение 3A_2 для ситуации, в которой применяется одно или более конкретных значений критериев дифференциации (фиг. 13A), или может принять решение отклонить значение 3A_2 (фиг. 13B). Если UTRAN отклоняет новое значение 3A_2, она может указать причину в сообщении ответа RIM. Аналогично фиг. 11B, причиной может быть слишком высокое или слишком низкое значение 3A_2. На фиг. 13B, причина может дополнительно включать в себя недостаточную поддержку одного или более конкретных значений одного или более конкретных критериев дифференциации или недостаточную поддержку самого критерия дифференциации. Например, сота RAN может указывать, что она не поддерживает параметр ARP или не поддерживает конкретные значения параметра ARP.

[00101] Согласно варианту осуществления, приняв сообщение ответа RIM, eNB может вычислить новое значение B2_1 на основании ограничения, состоящего в том, что 3A_2 не может выходить за пределы заданного диапазона, вовсе не может изменяться и/или может изменяться только для конкретных значений конкретных критериев дифференциации.

[00102] Фиг. 14 демонстрирует конкретный вариант осуществления схемы распределенной координации, в котором сота UTRAN и сота e-UTRAN могут совместно использовать свои значения критериев дифференциации. Таким образом, eNB соты e-UTRAN может формировать отчет, где указано, что он использует значения QCI 2 и 4 при определении хэндовера, и передавать отчет в соту UTRAN. На основании отчета сота UTRAN может осуществлять регулировку своего значения 3A_2 для приведения в соответствие со значениями QCI, используемыми сотой e-UTRAN. Аналогично, сота UTRAN может формировать отчет, где указано, например, что она использует значения QCI 2, 3, 4 и значения категории UE категория 1 и 2 при определении хэндовера. Отчет UTRAN можно использовать в схеме централизованной координации, в которой сота e-UTRAN, в будущем, рекомендует значение 3A_2 соте UTRAN. Поскольку соте e-UTRAN известны значения критериев дифференциации, используемые сотой UTRAN, она может обеспечить рекомендацию, которая в большей степени соответствует критериям дифференциации.

[00103] Вышеописанные способы не ограничиваются двумя сетями радиодоступа (RAN). Фиг. 15 демонстрирует иллюстративную систему 1500, где RAN обеспечена базовой станцией 104, и пикосота обеспечена бустерным устройством 118. Согласно варианту осуществления, RAN обеспечивает покрытие макроуровня, тогда как пикосота обеспечивает только улучшения емкости за счет бустерной линии связи. Когда оба соединения активны, якорную линию связи можно использовать для сигнализации управления, а бустерная линия связи используется для данных. Однако в ряде случаев якорную линию связи также можно использовать для передачи данных через якорную линию связи. В этом случае, системная информация может передаваться через покрытие макроуровня или через пикосоту.

[00104] Иллюстративные контроллеры радиосети

[00105] Фиг. 16 демонстрирует блок-схему контроллера 104 согласно некоторым вариантам осуществления. Как показано на фиг. 16, контроллер 104 может включать в себя: систему 1602 обработки данных, которая может включать в себя один или более процессоров (например, микропроцессоров) и/или одну или более схем, например, специализированную интегральную схему (ASIC), вентильные матрицы, программируемые пользователем (FPGA) и т.д.; приемопередатчик 1605 для приема сообщения от другого устройства и передачи сообщения на него; систему 1606 хранения данных, которая может включать в себя одну или более компьютерно-читаемых сред хранения данных, например, нетранзиторные (некратковременные) устройства хранения данных (например, жесткий диск, флэш-память, оптический диск и т.д.) и/или энергозависимые запоминающие устройства (например, динамическую оперативную память (DRAM)). В вариантах осуществления, в которых система 1602 обработки данных включает в себя процессор (например, микропроцессор), можно обеспечить компьютерный программный продукт 1633, причем компьютерный программный продукт включает в себя: компьютерно-читаемый программный код 1643 (например, инструкции), который реализует компьютерную программу, хранящуюся на компьютерно-читаемом носителе 1642 системы 1606 хранения данных, например, но без ограничения, магнитном носителе (например, жестком диске), оптическом носителе (например, DVD), в запоминающем устройстве (например, оперативной памяти) и т.д. В некоторых вариантах осуществления, компьютерно-читаемый программный код 1643 сконфигурирован таким образом, что, при выполнении системой 1602 обработки данных, код 1643 предписывает системе 1602 обработки данных осуществлять описанные здесь этапы. В некоторых вариантах осуществления, контроллер 104 может быть выполнен с возможностью осуществления вышеописанных этапов без необходимости в коде 1643. Например, система 1602 обработки данных может состоять исключительно из специализированного аппаратного обеспечения, например, одной или более специализированных интегральных схем (ASIC). Поэтому вышеописанные признаки настоящего изобретения можно реализовать в аппаратном обеспечении и/или программном обеспечении.

[00106] Фиг. 17 демонстрирует блок-схему контроллера 112 согласно некоторым вариантам осуществления. Как показано на фиг. 17, контроллер 112 может включать в себя: систему 1702 обработки данных, которая может включать в себя один или более процессоров (например, микропроцессоров) и/или одну или более схем, например, специализированную интегральную схему (ASIC), вентильные матрицы, программируемые пользователем (FPGAs), и т.д.; интерфейс 1705 с базовой станцией для приема сообщения от другого устройства и передачи сообщения на него; систему 1706 хранения данных, которая может включать в себя одну или более компьютерно-читаемых сред хранения данных, например, нетранзиторные устройства хранения данных (например, жесткий диск, флэш-память, оптический диск и т.д.) и/или энергозависимые запоминающие устройства (например, динамическую оперативную память (DRAM)). В вариантах осуществления, в которых система 1702 обработки данных включает в себя процессор (например, микропроцессор), можно обеспечивать компьютерный программный продукт 1733, причем компьютерный программный продукт включает в себя: компьютерно-читаемый программный код 1743 (например, инструкции), который реализует компьютерную программу, хранящуюся на компьютерно-читаемом носителе 1742 системы 1706 хранения данных, например, но без ограничения, магнитном носителе (например, жестком диске), оптическом носителе (например, DVD), в запоминающем устройстве (например, оперативной памяти) и т.д. В некоторых вариантах осуществления, компьютерно-читаемый программный код 1743 сконфигурирован таким образом, что, при выполнении системой 1702 обработки данных, код 1743 предписывает системе 1702 обработки данных осуществлять описанные здесь этапы. В некоторых вариантах осуществления, контроллер 112 может быть выполнен с возможностью осуществления вышеописанных этапов без необходимости в коде 1743. Например, система 1702 обработки данных может состоять исключительно из специализированного аппаратного обеспечения, например, одной или более специализированных интегральных схем (ASIC). Поэтому вышеописанные признаки настоящего изобретения можно реализовать в аппаратном обеспечении и/или программном обеспечении.

[00107] Иллюстративное UE

[00108] Фиг. 18 демонстрирует блок-схему иллюстративного UE 102. Как показано на фиг. 18, UE 102 включает в себя: систему 1802 обработки данных (DPS), которая может включать в себя один или более процессоров (P) 1855 (например, микропроцессоров) и/или одну или более схем, например, специализированную интегральную схему (ASIC), вентильные матрицы, программируемые пользователем (FPGA) и т.д.; приемопередатчик 1805, подключенный к антенне 1822, для приема сообщений от различных точек доступа и передачи сообщений на них; систему 1806 хранения данных, которая может включать в себя одну или более компьютерно-читаемых сред хранения данных, например, нетранзиторный блок памяти (например, жесткий диск, флэш-память, оптический диск и т.д.) и/или энергозависимые запоминающие устройства (например, динамическую оперативную память (DRAM)).

[00109] В вариантах осуществления, в которых система 1802 обработки данных включает в себя процессор 1855 (например, микропроцессор), можно обеспечивать компьютерный программный продукт 1833, причем компьютерный программный продукт включает в себя: компьютерно-читаемый программный код 1843 (например, инструкции), который реализует компьютерную программу, хранящуюся на компьютерно-читаемом носителе 1842 системы 1806 хранения данных, например, но без ограничения, магнитном носителе (например, жестком диске), оптическом носителе (например, DVD), в запоминающем устройстве (например, оперативной памяти) и т.д. В некоторых вариантах осуществления, компьютерно-читаемый программный код 1843 сконфигурирован таким образом, что, при выполнении системой 1802 обработки данных, код 1843 предписывает системе 1802 обработки данных осуществлять описанные здесь этапы.

[00110] В некоторых вариантах осуществления, UE 102 выполнено с возможностью осуществления вышеописанных этапов без необходимости в коде 1843. Например, система 1802 обработки данных может состоять исключительно из специализированного аппаратного обеспечения, например, одной или более специализированных интегральных схем (ASIC). Поэтому вышеописанные признаки настоящего изобретения можно реализовать в аппаратном обеспечении и/или программном обеспечении. Например, в некоторых вариантах осуществления, вышеописанные функциональные компоненты UE 102 можно реализовать посредством системы 1802 обработки данных, выполняющей программный код 1843, системы 1802 обработки данных действующей независимо от любого компьютерного программного кода 1843, или посредством любой пригодной комбинации аппаратного обеспечения и/или программного обеспечения.

[00111] Во втором варианте осуществления, UE 102 дополнительно включает в себя: 1) экран 1823 дисплея, подключенный к системе 1802 обработки данных, который позволяет системе 1802 обработки данных отображать информацию пользователю UE 130; 2) громкоговоритель 1824, подключенный к системе 1802 обработки данных, который позволяет системе 1802 обработки данных выводить аудиосигнал пользователю UE 130; и 3) микрофон 1825, подключенный к системе 1802 обработки данных, который позволяет системе 1802 обработки данных принимать аудиосигнал от пользователя.

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

[00113] Дополнительно, хотя процессы, описанные здесь и проиллюстрированные в чертежах, представлены в виде последовательности этапов, это сделано только в целях иллюстрации. Соответственно, предусмотрена возможность добавления некоторых этапов, удаления некоторых этапов, изменения порядка выполнения этапов и параллельного осуществления некоторых этапов.

1. Способ (700) координации хэндовера, содержащий этапы, на которых:
определяют (702), на первом контроллере (105), который связан с первой сотой сети радиодоступа, RAN, значение первого параметра хэндовера, который предназначен для использования при определении, инициировать ли хэндовер из соты первой RAN в соту второй RAN, имеющую другую технологию радиодоступа, RAT, чем сота первой RAN;
передают (702), от первого контроллера (105) на второй контроллер (112), который связан с сотой второй RAN, информацию, относящуюся к значению первого параметра хэндовера;
передают (704), от первого контроллера (105) на второй контроллер (112), значение параметра качества обслуживания, QoS, или параметра возможностей пользовательского оборудования, UE, связанного с упомянутой информацией, причем параметр QoS указывает уровень обслуживания, обеспечиваемый или ожидаемый пользовательским оборудованием, UE, обслуживаемым сотой первой RAN или сотой второй RAN, и причем параметр возможностей UE указывает возможности UE; и
принимают (706), от второго контроллера (112), указание, отрегулировал ли второй контроллер (112) значение второго параметра хэндовера, на основании переданной информации, причем значение второго параметра хэндовера предназначено для использования при определении, инициировать ли хэндовер из соты второй RAN в соту первой RAN.

2. Способ по п. 1, в котором значение первого параметра хэндовера является первым пороговым значением хэндовера и значение второго параметра хэндовера является вторым пороговым значением хэндовера, причем хэндовер осуществляется из соты первой RAN в соту второй RAN, когда первое вычисленное значение превышает первый порог хэндовера, и хэндовер осуществляется из соты первой RAN в соту второй RAN, когда второе вычисленное значение превышает второй порог хэндовера.

3. Способ по п. 2, дополнительно содержащий этап, на котором определяют (802), на первом контроллере (105), регулировку второго порогового значения хэндовера на основании первого порогового значения хэндовера,
причем передаваемая информация (804) включает в себя регулировку второго порогового значения хэндовера, и
причем принятое указание (805) включает в себя указание, принимает ли второй контроллер (112) регулировку второго порогового значения хэндовера (112).

4. Способ по п. 3, дополнительно содержащий этап, на котором:
в ответ на прием указания, что второй контроллер (112) не принимает регулировку второго порогового значения хэндовера, определяют (808) другое значение для первого порога хэндовера.

5. Способ по п. 2, в котором передаваемая информация включает в себя первое пороговое значение хэндовера, и при этом принятое указание (905) включает в себя указание, выполнил ли второй контроллер (112) регулировку второго порогового значения хэндовера, на основании первого порогового значения хэндовера.

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

7. Способ по любому из пп. 1-6, в котором этапы передачи содержат передачу сообщения управления информацией RAN, RIM, и при этом сообщение RIM включает в себя информацию, относящуюся к значению первого параметра хэндовера, идентификацию параметра QoS или параметра возможностей UE, связанного с упомянутой информацией, и значение параметра QoS или параметра возможностей UE, связанного с упомянутой информацией.

8. Способ по любому из пп. 1-6, в котором второй контроллер является одним из множества контроллеров множества сот RAN, в которые передается сообщение RIM, причем способ дополнительно содержит этап, на котором передают, в составе сообщения RIM, ID соты или ID группы сот, который идентифицирует соту второй RAN.

9. Способ по любому из пп. 1-6, в котором параметр QoS связан с каналом-носителем сигнала данных для UE, причем параметр QoS включает в себя по меньшей мере один из: указателя класса QoS, QCI, канала-носителя сигнала, приоритета выделения и удержания, ARP, канала-носителя сигнала, указания, имеет ли канал-носитель сигнала гарантированную битовую скорость, GBR, и указания, несет ли канал-носитель сигнала данные в реальном времени.

10. Способ по любому из пп. 1-6, в котором параметр возможностей UE включает в себя по меньшей мере одно из: категории UE, конфигурации управления радиоресурсами (RRM) UE, типа подписки UE и скорости UE.

11. Способ по п. 1, дополнительно содержащий этапы, на которых:
передают (1002), от первого контроллера (105) на второй контроллер (112), запрос одного или более значений параметра QoS или одного или более значений параметра возможностей UE, которые второй контроллер (112) использует при определении хэндовера;
принимают (1004) одно или более значений параметра QoS или одно или более значений параметра возможностей UE; и
определяют (1006), на первом контроллере (105), регулировку значения второго параметра хэндовера на основании одного или более значений параметра QoS или одного или более значений параметра возможностей UE,
причем передаваемая информация включает в себя регулировку значения второго параметра, и
причем передаваемое значение (1008) параметра QoS или параметра возможностей UE является одним из одного или более принятых значений.

12. Способ по п. 1, дополнительно содержащий этапы, на которых:
передают (1102), от первого контроллера (105) на второй контроллер (112), одно или более значений параметра QoS или одно или более значений параметра возможностей UE, которые первый контроллер (105) использует при определении хэндовера; и
принимают (1104), от второго контроллера (112), запрос одного или более значений параметра QoS или одного или более значений параметра возможностей UE, которые второй контроллер (112) использует при определении хэндовера.

13. Способ по п. 12, дополнительно содержащий этапы, на которых:
изменяют (1106), на первом контроллере (105), одно или более значений параметра QoS или одно или более значений параметра возможностей UE, которые первый контроллер (105) использует при определении хэндовера; и
передают (1108) упомянутое изменение на второй контроллер (112).

14. Способ по п. 12, дополнительно содержащий этапы, на которых:
изменяют (1106), на первом контроллере (105), параметры QoS или параметры возможностей UE, которые первый контроллер (105) использует при определении хэндовера; и
передают (1108) упомянутое изменение на второй контроллер (112).

15. Первый контроллер (105), который связан с первой сотой сети радиодоступа, RAN, для координации хэндовера со вторым контроллером, который связан с сотой второй RAN, причем первый контроллер (105) содержит один или более блоков обработки, выполненных с возможностью:
определять (702) значение первого параметра хэндовера, который предназначен для использования при определении, инициировать ли хэндовер из соты первой RAN в соту второй RAN, причем сота второй RAN имеет другую технологию радиодоступа, RAT, чем сота первой RAN;
передавать (702), от первого контроллера (105) на второй контроллер (112), информацию, относящуюся к значению первого параметра хэндовера;
передавать (704), от первого контроллера (105) на второй контроллер (112), значение параметра качества обслуживания, QoS, или параметра возможностей пользовательского оборудования, UE, связанного с упомянутой информацией, причем параметр QoS указывает уровень обслуживания, обеспечиваемый или ожидаемый пользовательским оборудованием, UE, обслуживаемым сотой первой RAN или сотой второй RAN, и причем параметр возможностей UE указывает возможности UE; и
принимать (706), от второго контроллера (112), указание, отрегулировал ли второй контроллер значение второго параметра хэндовера, на основании переданной информации, причем значение второго параметра хэндовера предназначено для использования при определении, инициировать ли хэндовер из соты второй RAN в соту первой RAN.

16. Контроллер (105) по п. 15, в котором значение первого параметра хэндовера является первым пороговым значением хэндовера и значение второго параметра хэндовера является вторым пороговым значением хэндовера, причем хэндовер осуществляется из соты первой RAN в соту второй RAN, когда первое вычисленное значение превышает первый порог хэндовера, и хэндовер осуществляется из соты первой RAN в соту второй RAN, когда второе вычисленное значение превышает второй порог хэндовера.

17. Контроллер (105) по п. 16, в котором один или более блоков обработки дополнительно выполнены с возможностью определения (802) регулировки второго порогового значения хэндовера на основании первого порогового значения хэндовера,
причем передаваемая информация (804) включает в себя регулировку второго порогового значения хэндовера, и
причем принятое указание (805) включает в себя указание, принимает ли второй контроллер регулировку второго порогового значения хэндовера.

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

19. Контроллер (105) по п. 16, в котором передаваемая информация включает в себя первое пороговое значение хэндовера, и при этом принятое указание (905) включает в себя указание, выполнил ли второй контроллер регулировку второго порогового значения хэндовера, на основании первого порогового значения хэндовера.

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

21. Контроллер (105) по любому из пп. 15-20, в котором один или более блоков обработки выполнены с возможностью передачи информации, относящейся к значению первого параметра хэндовера и значению параметра QoS или параметра возможностей UE в сообщении управления информацией RAN, RIM.

22. Контроллер (105) по любому из пп. 15-20, в котором второй контроллер является одним из множества контроллеров множества сот RAN, в которые передается сообщение RIM, причем один или более блоков обработки дополнительно выполнены с возможностью передачи, в составе сообщения RIM, ID соты или ID группы сот, который идентифицирует соту второй RAN.

23. Контроллер (105) по любому из пп. 15-20, в котором параметр QoS связан с каналом-носителем сигнала данных для UE, причем параметр QoS включает в себя по меньшей мере один из: указателя класса QoS, QCI, канала-носителя сигнала, приоритета выделения и удержания, ARP, канала-носителя сигнала, указания, имеет ли канал-носитель сигнала гарантированную битовую скорость, GBR, и указания, несет ли канал-носитель сигнала данные в реальном времени.

24. Контроллер (105) по любому из пп. 15-20, в котором параметр возможностей UE включает в себя по меньшей мере одно из: категории UE, конфигурации управления радиоресурсами UE, RRM, типа подписки UE и скорости UE.

25. Контроллер (105) по п. 15, в котором один или более блоков обработки дополнительно выполнены с возможностью:
передачи (1002), от первого контроллера (105) на второй контроллер (112), запроса одного или более значений параметра QoS или одного или более значений параметра возможностей UE, которые второй контроллер использует при определении хэндовера;
приема (1004) одного или более значений параметра QoS или одного или более значений параметра возможностей UE; и
определения (1006), на первом контроллере (105), регулировки значения второго параметра хэндовера на основании одного или более значений параметра QoS или одного или более значений параметра возможностей UE,
причем передаваемая информация включает в себя регулировку значения второго параметра, и
причем передаваемое значение параметра QoS или параметра возможностей UE является одним из одного или более принятых значений.

26. Контроллер (105) по п. 15, в котором один или более процессоров дополнительно выполнены с возможностью:
передачи (1102), от первого контроллера (105) на второй контроллер (112), одного или более значений параметра QoS или одного или более значений параметра возможностей UE, которые первый контроллер использует при определении хэндовера; и
приема (1104), от первого контроллера (105) на второй контроллер (112), запроса одного или более значений параметра QoS или одного или более значений параметра возможностей UE, которые второй контроллер (112) использует при определении хэндовера.

27. Контроллер (105) по п. 26, в котором один или более процессоров дополнительно выполнены с возможностью:
изменения (1106), на первом контроллере (105), одного или более значений параметра QoS или одного или более значений параметра возможностей UE, которые первый контроллер использует при определении хэндовера; и
передачи (1108) упомянутого изменения на второй контроллер (112).

28. Контроллер (105) по п. 26, в котором один или более блоков обработки дополнительно выполнены с возможностью:
изменения (1106), на первом контроллере (105), параметров QoS или параметров возможностей UE, которые первый контроллер (105) использует при определении хэндовера; и
передачи (1108) упомянутого изменения на второй контроллер (112).