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

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

Иллюстрации

Показать все

Реферат

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

[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 U s e d + H 3 a / 2 < T U s e d = 3 A _ 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.