Способы надежной пейджинговой передачи для оборудования пользователя, работающего в режиме edrx
Изобретение относится к области беспроводной связи. Технический результат заключается в улучшении мобильности пользовательского оборудования (UE). Способ связи, применяемый в сетевом узле (115), содержит этапы, на которых получают (704) длительность окна (515) пейджинговой передачи (PTW) в пределах цикла прерывистого приема (DRX) первого типа (505), конфигурированного в первой ячейке, и получают (708), по меньшей мере, множество циклов DRX второго типа (525), остающихся в пределах PTW относительно опорного момента времени в первой ячейке, или количество времени, остающееся в пределах PTW, начинающегося с опорного момента времени. Способ содержит этап, на котором определяют (712), может ли пейджинговое сообщение быть передано в первой ячейке, основываясь на полученном, по меньшей мере, множестве циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или на количестве времени, остающемся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени. 4 н. и 17 з.п. ф-лы, 13 ил.
Область техники, к которой относится изобретение
Представленное изобретение, в целом, относится к беспроводной связи и, более конкретно, к способам надежной пейджинговой передачи при расширенном прерывистом приеме.
Уровень техники
Потребление электроэнергии является важным фактором для оборудования пользователя (UE), использующего батарейное электропитание или внешний источник электропитания. Его значение возрастает с непрерывно продолжающимся ростом количества устройств и растущим числом вариантов использования. Упомянутое значение может быть пояснено следующими примерными сценариями. В отношении вариантов использования связи типа "машина-машина" (M2M) (схожие датчики, работающие от батареи), существуют большие затраты при замене (или заряде) батарей на местах для большого количества устройств и срок службы батареи может определять даже срок службы устройства, если батарею не предполагается заряжать или заменять. Даже в сценариях, где UE могут использовать электропитание от внешнего источника, может быть желательным расходовать меньше электроэнергии для целей повышения эффективности использования электроэнергии.
Работа в режиме улучшенного прерывистого приема (DRX), в настоящий момент обсуждаемая в 3GPP, является способом повысить экономию батарейного электропитания для UE. DRX делает UE достижимым в заданных ситуациях, не приводя в результате к ненужной сигнализации. Как определено в настоящее время, циклы DRX в системе долгосрочной эволюции (LTE) могут составлять самое большее 2,56 секунд и, таким образом, не будут давать достаточной экономии электропитания для UE, которым необходимо изредка переходить в активное состояние (например, каждые несколько минут или десятков минут) для передачи данных. Следовательно, чтобы позволить таким UE значительную экономию электропитания, требуется расширение цикла DRX. Дополнительно, цикл DRX может быть установлен в зависимости от требований к допуску задержки передачи данных и к экономии электропитания, обеспечивая, таким образом, гибкое решение для достижения значительной экономии электропитания для UE.
В настоящее время, 3GPP определяет улучшенный-DRX (который может взаимозаменяемо упоминаться как операция расширенного DRX (extended-DRX, eDRX) для UE в режиме CONNECTED (подключено) в системе LTE и для UE в режиме IDLE (бездействующий) в системе LTE и в наземной системе радиодоступа к UMTS (UTRA). В системе LTE действие eDRX в режиме IDLE основано на концепции гиперсистемных номеров кадров (Hyper System Frame Number, H-SFN).
Конфигурация DRX для (существующего) UE без eDRX
В систему LTE DRX был введен как одно из ключевых решений по сохранению батарейного электропитания в мобильном терминале. DRX характеризуется следующими признаками. DRX является механизмом для каждого UE (в отличии от каждого радиопереносчика). Это может использоваться в режимах RRC_IDLE и RRC_CONNECTED. В режиме RRC_CONNECTED eNodeB (eNB) или UE может инициировать режим DRX, когда нет каких-либо невыполненных/новых пакетов, которые должны быть переданы и/или приняты. Что касается режима RRC_IDLE, то терминалы 2G, 3G используют DRX в состоянии ожидания, чтобы увеличить срок службы батареи. Высокоскоростной пакетный доступ (High Speed Packet Access, HSPA) и система LTE ввели DRX также для подключенного состояния. В DRX доступные значения DRX управляются сетью и запускаются от состояния отсутствия DRX до x секунд. Операция гибридного автоматического запроса повторения (Hybrid Automatic Repeat Request, HARQ), связанная с передачей данных, независима от операции DRX. UE активируется, чтобы считывать физический канал управления нисходящего канала (Physical Downlink Control Channel, PDCCH) для возможных повторных передач и/или сигнализации подтверждения приема (Acknowledgement, ACK)/отсутствия подтверждения приема (Negative Acknowledgement, NAK), независимо от DRX. В нисходящем канале (DL) для ограничения времени пребывания UE в активном состоянии, ожидая повторной передачи, используется таймер.
Когда DRX конфигурирован, UE может быть дополнительно конфигурировано с помощью таймера "продолжительности активного состояния" (on-duration). Во время работы таймера "продолжительности активного состояния" UE контролирует каналы PDCCH на наличие возможных назначений. Когда DRX конфигурируется, периодические отчеты индикатора качества канала (Channel Quality Indicator, CQI) могут посылаться только от UE во время "активного времени" (active-time). Управление радиоресурсом (Radio Resource Control, RRC) может дополнительно ограничивать периодические отчеты CQI так, чтобы они посылались только во время "продолжительности активного состояния". eNodeB не передает пакеты на UE во время режима бездействия, когда DRX конфигурирован.
Для UE в режиме RRC_IDLE
UE устанавливается в DRX в режим ожидания после длительного времени бездействия радиоинтерфейса. DRX в режиме ожидания может также упоминаться как пейджинговый DRX (то есть время, когда мобильное устройство может перейти в режим бездействия между двумя пейджинговыми сообщениями, которые могут содержать команду для UE снова перейти в активное состояние и возвратиться к состоянию RRC_CONNECTED).
На фиг. 1 показана примерная процедура определения цикла IDLE DRX в существующих UE. Другими словами, на фиг. 1 показана конфигурация цикла DRX для (существующих) UE с отсутствующим eDRX. Более подробно, на фиг. 1 показан сигнальный поток между UE 110, eNB 115 и объектом управления мобильностью (mobility management entity, MME) 130. На этапе 1001 eNB 115 широковещательно передает значение DRX по умолчанию через блок 1 системной информации (System Information Block 1, SIB1) на UE 110. В некоторых случаях, на этапе 1002 UE 110 может предоставить определенное для UE значение DRX на MME 130, если UE 110 желает иметь более короткий DRX, чем значение по умолчанию. В примере на фиг. 1 это осуществляется, используя запрос присоединения ATTACH REQUEST.
На этапе 1003 после инициирования пейджинга для UE 110, ММЕ 130 посылает определенное значение UE DRX вместе с пейджингом на eNB 115. В примере, показанном на фиг. 1, как UE 110, так и eNB 115 знают значение DRX по умолчанию и определенное для UE значение DRX. На этапе 1004 UE 110 устанавливает конечный цикл Т DRX на самое короткое из значений DRX по умолчанию и определенное для UE значение DRX UE. В случаях, когда UE 110 не предоставляет определенное для UE значение DRX, UE 110 устанавливает для конечного цикла Т DRX значение DRX по умолчанию. Аналогично, на этапе 1005 eNB 115 устанавливает конечный цикл Т DRX на самое короткое из значений DRX по умолчанию и определенное для UE значение DRX. Если пейджинговое сообщение, принятое на eNB 115 на этапе 1003, не содержит определенное для значение DRX, то eNB 115 устанавливает для конечного цикла Т DRX значение DRX по умолчанию.
Один пейджинговый кадр (Paging Frame, PF) является одним радиокадром (Radio Frame), который может содержать одно или множество появлений пейджинга (Paging Occasion, PO). Когда DRX используется, UE должно только контролировать одно РО на каждый цикл DRX.
Для UE в режиме RRC_CONNECTED
Для DRX в развернутой наземной сети радиодоступа к UMTS (Evolved UMTS Terrestrial Radio Access Network, Е-UTRAN) применяют множество определений. "Длительность активного состояния" относится к длительности субкадров DL, в течение которых UE находится в состоянии ожидания после перехода в активное состояние из DRX, чтобы принимать канал(-ы) PDCCH. Если UE успешно декодирует PDCCH, UE остается в активном состоянии и запускает таймер отсутствия активности. "Таймер отсутствия активности" (inactivity-timer) относится к длительности субкадров DL, в течение которых UE ожидает, чтобы успешно декодировать PDCCH, после последнего успешного декодирования PDCCH. Если UE не декодирует PDCCH успешно, UE повторно вводит DRX. UE должно снова запустить таймер отсутствия активности после одиночного успешного декодирования PDCCH только для первой передачи (то есть не для повторных передач).
"Активное время" относится к общей длительности, когда UE находится в активном состоянии. Оно содержит "длительность активного состояния" из цикла DRX, время, когда UE выполняет непрерывный прием в то время, пока не закончит работать таймер отсутствия активности, и время, когда UE выполняет непрерывный прием, ожидая повторной передачи DL после одного цикла времени кругового обращения (Round Trip Time, RTT) HARQ. На основе вышесказанного, минимальное активное время имеет длительность, равную продолжительности активного состояния, и максимум является неопределенным (бесконечным).
Из приведенных выше параметров длительность активного состояния и таймера отсутствия активности обладают фиксированными длительностями. Активное время, однако, имеет переменную длительность, основанную, например, на планируемых решениях и успехе при декодирования UE. На UE от eNodeB сообщается только длительность активного состояния и длительность таймера отсутствия активности. Дополнительно, в любое время в UE применяется только одна конфигурация DRX и UE должно применять длительность активного состояния при переходе в активное состояние DRX из состояния бездействия.
На фиг. 2 показан пример режима DRX в системе LTE. Время 205 указывается по оси X, и периоды, когда UE отсутствует 210 или бездействует 215, отображаются на оси Y. DRX инициируется посредством времени отсутствия активности, известного как DRX. Как можно видеть из фиг. 2, время активности UE может быть расширено, если PDCCH принимается во время ON Duration (длительности активного состояния). В примере на фиг. 2 в точке 220 UE успешно декодирует PDCCH и запускает таймер 225 отсутствия активности (показан на фиг. 2 как таймер 225а отсутствия активности). В дальнейшем, в точке 230 UE успешно декодирует другой PDCCH и сбрасывает таймер 225 отсутствия активности (показанный на фиг. 2 как таймер 225b отсутствия активности) в исходное состояние. Время таймера 225b отсутствия активности истекает в точке 235, в которой запускается цикл 240 DRX. Как показано на фиг. 2, цикл 240 DRX состоит из сопровождаемых периодами бездействия периодов времени, в течение которых UE находится в активном состоянии.
В некоторых случаях, он также может быть сокращен посредством команды управления доступом к носителю (Medium Access Control, MAC) DRX, после приема таймеров onDurationTimer и drx-InactivityTimer, после чего UE останавливается.
Если PDCCH не был успешно декодирован в течение длительности активного состояния, UE должно следовать конфигурации DRX (то есть UE может ввести режим бездействия для DRX, если конфигурация DRX это разрешает). Это применяется также к субкадрам, которым UE выделило заданные ресурсы. Если UE успешно декодирует PDCCH для первой передачи (например, в точке 220 в примере, показанном на фиг. 2), то UE должно оставаться действующим и запустить таймер отсутствия активности (например, таймер отсутствия активности 225a), даже если PDCCH будет успешно декодирован в субкадрах, в которых UE также успешно выделило заданные ресурсы, пока сообщение управления MAC не прикажет UE повторно ввести DRX или пока не истечет время действия таймера отсутствия активности.
В обоих случаях, цикл DRX, которому следует UE после повторного ввода DRX, задается следующими правилами. Во-первых, если конфигурирован короткий цикл DRX, UE сначала следует короткому циклу DRX. После более длительного периода отсутствия активности UE следует длинному циклу DRX. Если используется короткий цикл DRX, то длинный цикл будет кратен короткому циклу. Во-вторых, длительности длинного и короткого DRX конфигурируются с помощью RRC. Переход между коротким и длинным циклами DRX определяется командами MAC на eNB или UE, основываясь на таймере активности. Если команда получена и короткий DRX конфигурирован, то UE будет (пере)запускать drxShortCycleTimer и использовать короткий цикл DRX (Short DRX Cycle). В противном случае, будет использоваться длинный DRX. В других случаях UE непосредственно следует длинному циклу DRX.
Сеть может конфигурировать множество параметров. В качеств одного из примеров, таймер onDurationTimer может быть (в субкадрах PDCCH) равен: 1, 2, 3, 4, 5, 6, 8, 10, 20, 30, 40, 50, 60, 80, 100 и 200. В качестве другого примера, таймер drx-InactivityTimer может быть (в субкадрах PDCCH) равен: 1, 2, 3, 4, 5, 6, 8, 10, 20, 30, 40, 50, 60, 80, 100, 200, 300, 500, 750, 1280, 11120, 2560. В некоторых случаях, может также быть конфигурировано определенное значение, если UE поддерживает In-Device Co-Existence (IDC) (сосуществование в устройстве). В качестве еще одного примера, longDRX-CycleStartOffset (в субкадрах) может, в зависимости от длины цикла, иметь значение до 2559. В качестве другого примера, theshortDRX-цикл может быть (в субкадрах) равен: 2, 5, 8, 10, 16, 20, 32, 40, 64, 80, 128, 160, 256, 320, 52, 640.
Конфигурация eDRX в LTE
Для UE в режиме RRC_IDLE
Подобно DRX, параметры конфигурации eDRX "согласуются" между UE и сетью через NAS. Подобный примеру, описанному выше в отношении фиг. 1, UE может содержать параметры eDRX в сообщении ATTACH REQUEST (запрос присоединения) или в сообщении TRACKING AREA UPDATE REQUEST (запрос обновления области слежения). Сеть должна содержать параметры eDRX (например, длину цикла eDRX, длину пейджингового окна и т. д.) в сообщениях ATTACH ACCEPT или TRACKING AREA UPDATE ACCEPT, соответственно, если UE, содержащее параметры eDRX (например, цикл eDRX) в соответствующем сообщении запроса REQUEST, и сеть поддерживают и принимают использование eDRX. Примеры параметров eDRX содержат длину цикла eDRX и длину окна пейджинговой передачи (paging transmission window, PTW).
UE конфигурируется с помощью PTW, назначенной ММЕ и предоставленной для UE через слой работы без доступа (Non-Access Stratum, NAS), например, как описано в документе 3GPP TS 24.301, v13.4.0. PTW имеет множество характеристик. Например, PTW характеризуется Paging H-SFN (PH). PH вычисляется по формуле:
H-SFN mod TeDRX = (UE_ID mod TeDRX), (1)
где UE_ID является IMSI mod 1024, и TeDRX является циклом eDRX для UE (например, TeDRX =1, 2, …, 256 в гиперкадрах) и конфигурируется верхними уровнями. В качестве другого примера, PTW характеризуется запуском PTW. Запуск PTW вычисляется в пределах PH. Запуск PTW равномерно распределяется по 4 точкам запуска пейджинга в пределах PH. PW_start означает первый радиокадр PH, который является частью пейджингового окна и имеет системный номер кадра (System Frame Number, SFN) удовлетворяющий следующему уравнению:
SFN = 256* ieDRX, где ieDRX = floor(UE_ID/TeDRX, H) mod 4, (2)
где: PW_end является последним радиокадром PW и имеет SFN, удовлетворяющий следующему уравнению:
SFN = (PW_start + L*100 - 1) mod 1024, (3)
где: L = длительность пейджингового окна (в секундах), конфигурированного верхними уровнями. В качестве другого примера, PTW характеризуется длительностью PTW, которая конфигурируется более высокими уровнями. В пределах PTW UE дополнительно конфигурируется существующим DRX (описанным ниже более подробно с ссылкой на фиг. 4).
На фиг. 3 показан цикл H-SFN. H-SFN определяется как новая структура кадра поверх существующей структуры SFN, где каждое значение H-SFN соответствует циклу из 1024 существующих кадров, и один цикл H-SFN 305 содержит 1024 гипер-SFN 310 (10 битов). Все ММЕ и eNB имеют один и тот же H-SFN, и ячейки широковещательно передают свой H-SFN через SIB1 или SIB1bis.
PTW назначается MME и предоставляется UE через NAS во время присоединения и/или обновления области слежения. Начало PTW вычисляется по заданной формуле.
На фиг. 4 показано соотношение между H-SFN, пейджинговым окном и периодичностью eDRX. Более подробно, фиг. показывает цикл H-SFN 305, который содержит 1024 гипер-SFN 310, из которых показаны гипер-SFN 310a-310g. В примере, показанном на фиг. 4, гипер-SFN 310d и 310e являются PH. В пределах РН 310D находятся 1024 существующих кадров, из которых кадры Y, Y+TDRX и Y+NcTDRX соответствуют длительностям обычного (то есть существующего) цикла DRX. В примере, показанном на фиг. 4, пейджинговое окно действует из кадра Y до Y+NcTDRX.
Для UE в режиме RRC_CONNECTED
Процедура eDRX для UE в режиме RRC_CONNECTED является той же самой, что и в существующем случае, за исключением того, что добавлены два новых цикла DRX: 5,12 секунд и 10,28 секунд.
eDRX в системе UTRA
На фиг. 5 показан пример eDRX в системе UTRA. В системе UTRA eDRX был определен только для состояния ожидания IDLE. В eDRX для UTRA цикл DRX продлевается до нескольких секунд, что намного больше, чем существующие циклы DRX. Как показано на фиг. 5, цикл 505 DRX состоит из длинного периода 510 бездействия и затем UE переходит в активное состояние до PTW 515. В пределах каждого PTW 515, существует N_PTW пейджинговых случаев 520 с существующими циклами 525 PS DRX.
Согласно существующим подходам, сетевой узел передает пейджинг на UE во время пейджингового PTW цикла eDRX, конфигурированного в ячейках, в которых передается пейджинг. Длительность цикла eDRX, однако, может быть очень длинной (например, более 40 минут и даже часов в будущем). Это означает, что PTW, в котором пейджинг может передаваться, возникает очень редко. Любая потеря пейджинга в конкретном PTW означает, что UE должен ожидать следующего возникновения PTW, чтобы принять пейджинг. Однако, нет никакой гарантии, что UE будет правильно принимать пейджинг, переданный сетевым узлом при следующем или последующих возникновениях PTW. В результате, пейджинговый прием на UE может быть задержан на непредсказуемое время. Это, в свою очередь, может значительно ухудшить характеристики начала входящего вызова и может привести даже к блокированию вызова. Кроме того, UE может также пропустить другую критическую информацию, переданную сетевым узлом через пейджинговое сообщение (например, изменение или обновление системной информации (SI)). Это, в свою очередь, ухудшит характеристики мобильности UE (например, повторный выбор ячейки), которые опираются на системные параметры, переданные на UE через SI.
Сущность изобретения
Чтобы решить представленные выше проблемы с помощью существующих решений, раскрывается способ, действующий в сетевом узле. Способ содержит получение длительности окна пейджинговой передачи в пределах цикла прерывистого приема первого типа, конфигурированного в первой ячейке. Способ содержит получение по меньшей мере множества циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного времени в первой ячейке, или количества времени, остающегося в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, причем цикл прерывистого приема второго типа короче, чем цикл прерывистого приема первого типа. Способ содержит определение, может ли пейджинговое сообщение быть передано в первой ячейке, основываясь на полученном по меньшей мере множестве циклов прерывистого приема второго типа, остающегося в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количестве времени, остающемся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени.
В некоторых вариантах осуществления первый тип прерывистого приема может быть расширенным прерывистым приемом; и второй тип прерывистого приема может быть существующим прерывистым приемом. В некоторых вариантах осуществления способ может содержать индикацию результата определения по меньшей мере одного другого узла. В некоторых вариантах осуществления способ может передавать по меньшей мере одно пейджинговое сообщение вне окна пейджинговой передачи.
В некоторых вариантах осуществления способ может содержать передачу пейджингового сообщения в первой ячейке после определения по меньшей мере одного из следующего: количество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи, равно или больше порогового значения; или количество времени, остающегося в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, равно или больше порогового значения времени. Способ может содержать передачу одной или более избыточных копий переданного пейджингового сообщения.
В некоторых вариантах осуществления способ может содержать при определении, что количество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи, меньше, чем пороговое значение, выполнение одного из следующего: отсутствие передачи пейджингового сообщения в окне пейджинговой передачи; задержка передачи пейджингового сообщения до следующего окна пейджинговой передачи; передача пейджингового сообщения в окне пейджинговой передачи с помощью транспортного формата, который более устойчив, чем пороговое значение транспортного формата; и передача пейджингового сообщения в окне пейджинговой передачи при мощности передачи, которая выше порога мощности передачи.
В некоторых вариантах осуществления способ может содержать при определении, что пейджинговое сообщение не может быть передано в первой ячейке, адаптацию одного или более из следующего: окно пейджинговой передачи; цикл прерывистого приема первого типа; и цикл прерывистого приема второго типа. Способ может содержать индикацию конфигурации для пейджингового сообщения, полученного в результате адаптации, по меньшей мере одному другому узлу.
Кроме того, то, что было раскрыто, относится к сетевому узлу. Сетевой узел содержит схему обработки. Схема обработки выполнена с возможностью получения длительности окна пейджинговой передачи в пределах цикла прерывистого приема первого типа, конфигурированного в первой ячейке. Схема обработки выполнена с возможностью получения по меньшей мере множество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного времени в первой ячейке, или количества времени, остающегося в пределах окна пейджинговой передачи, начинающегося с опорного времени, причем цикл прерывистого приема второго типа короче, чем цикл прерывистого приема первого типа. Схема обработки выполнена с возможностью определения, может ли пейджинговое сообщение быть передано в первой ячейке, основываясь на полученном по меньшей мере множестве циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количестве времени, остающемся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени.
Также раскрывается способ, действующий в беспроводном устройстве. Способ содержит получение длительности окна пейджинговой передачи в пределах цикла прерывистого приема первого типа, конфигурированного в первой ячейке. Способ содержит получение по меньшей мере множества циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количества времени, остающегося в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, в котором цикл прерывистого приема второго типа короче, чем цикл прерывистого приема первого типа. Способ содержит определение, ожидается ли, что пейджинговое сообщение должно быть принято в первой ячейке, основываясь на полученном по меньшей мере множестве циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количестве времени, остающемся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени.
В некоторых вариантах осуществления первый тип прерывистого приема может быть расширенным прерывистым приемом; и второй тип прерывистого приема может быть существующим прерывистым приемом. В некоторых вариантах осуществления способ может содержать прием по меньшей мере одного пейджингового сообщения за пределами окна пейджинговой передачи.
В некоторых вариантах осуществления способ может содержать при определении, что пейджинговое сообщение, как ожидают, должно быть принято в первой ячейке, коррекцию одного или более свойств приемника, чтобы облегчить прием пейджинговых сообщений. Способ может содержать определение количества избыточных пейджинговых сообщений, которые, как ожидается, должны быть приняты во время окна пейджинговой передачи. Способ может содержать этапы, на которых: принимают пейджинговое сообщение; и сохраняют пейджинговое сообщение для его объединения с одним или более впоследствии принятыми пейджинговыми сообщениями.
В некоторых вариантах осуществления способ может содержать определение, что, как ожидается, пейджинговое сообщение должно быть принято в первой ячейке, если количество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи, будет равно или больше порогового значения, или количество времени, остающееся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, равно или больше порогового значения времени. От беспроводного устройства может требоваться принимать пейджинговое сообщение и одну или более избыточных передач пейджингового сообщения, если оно передается по меньшей мере перед заданным периодом времени до окончания окна пейджинговой передачи или перед заданным количеством циклов прерывистого приема второго типа перед окончанием окна пейджинговой передачи.
В некоторых вариантах осуществления способ может содержать определение, что пейджинговое сообщение, как ожидается, не будет принято, если количество циклов прерывистого приема второго типа, остающегося в пределах пейджингового окна, будет меньше порогового значения. В некоторых вариантах осуществления способ может содержать определение, что пейджинговое сообщение, как ожидается, должно быть принято, используя транспортный формат, который более устойчив, чем порог транспортного формата, если количество циклов прерывистого приема второго типа, остающихся в пределах пейджингового окна, меньше порогового значения.
Некоторые варианты осуществления представленного раскрытия могут обеспечивать одно или более технических преимуществ. В качестве примера, некоторые варианты осуществления могут гарантировать, что беспроводное устройство способно успешно принимать пейджинговые сообщения, даже если беспроводное устройство выполнено с очень большой длительностью цикла eDRX (например, порядка минут). В качестве другого примера, некоторые варианты осуществления могут позволить сетевому узлу успешно передавать пейджинговые сообщения беспроводному устройству в пределах одного и того же окна пейджинговой передачи цикла eDRX. В качестве еще одного примера, некоторые варианты осуществления могут позволить, чтобы сброс вызова был исключен или, по меньшей мере, минимизирован. В качестве еще одного примера, общая характеристика мобильности беспроводного устройства (и, в частности, характеристика повторного выбора ячейки беспроводного устройства) может быть улучшена. В некоторых случаях, это происходит благодаря тому, что вероятность пропуска любого изменения в системной информации, указанной через пейджинговое сообщение, значительно снижается. Другие преимущества могут быть совершенно очевидны для специалистов в данной области техники. Некоторые варианты осуществления могут не иметь никаких или иметь лишь некоторые или все из перечисленных преимуществ.
Краткое описание чертежей
Для более полного понимания раскрытых вариантов осуществления и их признаков и преимуществ, далее ссылка делается на последующее описание, рассматриваемое в сочетании с сопроводительными чертежами, на которых:
фиг. 1 - процедура определения цикла IDLE DRX на существующих UE;
фиг. 2 - режим DRX в системе LTE;
фиг. 3 - цикл H-SFN;
фиг. 4 - связь между H-SFN, пейджинговым окном и периодичностью eDRX ;
фиг. 5 поясняет eDRX в системе UTRA;
фиг. 6 - схема сети беспроводной связи в соответствии с некоторыми вариантами осуществления;
фиг. 7 - блок-схема последовательности выполнения операций способа, применяемого в сетевом узле в соответствии с некоторыми вариантами осуществления;
фиг. 8 - блок-схема последовательности выполнения операций способа, применяемого в беспроводном устройстве в соответствии с некоторыми вариантами осуществления;
фиг. 9 - блок-схема примерного беспроводного устройства в соответствии с некоторыми вариантами осуществления;
фиг. 10 - блок-схема примерного сетевого узла в соответствии с некоторыми вариантами осуществления;
фиг. 11 - блок-схема примерного контроллера радиосети или базового сетевого узла в соответствии с некоторыми вариантами осуществления;
фиг. 12 - блок-схема примерного беспроводного устройства в соответствии с некоторыми вариантами осуществления; и
фиг. 13 - блок-схема примерного сетевого узла в соответствии с некоторыми вариантами осуществления.
Подробное описание
Как описано выше, в некоторых случаях длительность цикла eDRX может быть очень большой, приводя в результате к PTW, в котором передача пейджинга может происходить нечасто. Любая потеря пейджинга в конкретном PTW означает, что UE должно ожидать следующего появления PTW, чтобы принять пейджинг. Нет, однако, никакой гарантии, что UE будет правильно принимать пейджинг, переданный сетевым узлом при следующем или последующих появлениях PTW, что означает, что прием пейджинга в UE может быть задержан на непредсказуемое время. Это, в свою очередь, может значительно ухудшить характеристики запуска входящего вызова, и может даже приводить к блокированию вызова. UE может также пропустить другую критичную информацию, передаваемую сетевым узлом через пейджинговое сообщение, что может ухудшить характеристику мобильности UE, которая опирается на системные параметры, передаваемые UE через SI.
Представленное раскрытие рассматривает различные варианты осуществления, которые устранять эти и другие недостатки существующих подходов. Например, описываются способы, применяемые на UE и сетевом узле, которые позволяют передачу пейджингового сообщения в ячейке с достаточной надежностью в пределах одного и того же PTW. Это, в свою очередь, гарантирует, что UE способно состоянии принимать и правильно декодировать пейджинговое сообщение, улучшая, таким образом, характеристики и мобильность UE.
В соответствии с одним из примерных вариантов осуществления, раскрывается способ, применяемый в сетевом узле. Сетевой узел получает длительность окна пейджинговой передачи внутри цикла прерывистого приема первого типа, конфигурированного в первой ячейке. Сетевой узел получает по меньшей мере множество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количество времени, остающееся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, причем цикл прерывистого приема второго типа короче, чем цикл прерывистого приема первого типа. Сетевой узел определяет, может ли пейджинговое сообщение быть передано в первой ячейке, основываясь на полученном по меньшей мере множестве циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количестве времени, остающемся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени.
В соответствии с другим примерным вариантом осуществления, раскрывается способ, действующий в беспроводном устройстве. Беспроводное устройство получает длительность окна пейджинговой передачи в пределах цикла прерывистого приема первого типа, конфигурированного в первой ячейке. Беспроводное устройство получает по меньшей мере множество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количество времени, остающееся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, причем цикл прерывистого приема второго типа короче, чем цикл прерывистого приема первого типа. Беспроводное устройство определяет, ожидается ли, что пейджинговое сообщение, которое должно быть принято в первой ячейке, основываясь на полученном по меньшей мере множестве циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количестве времени, остающемся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени.
Некоторые варианты осуществления представленного раскрытия могут обеспечивать одно или более технических преимуществ. В качестве одного из примеров, некоторые варианты осуществления могут гарантировать, что беспроводное устройство способно успешно принимать пейджинговые сообщения, даже если беспроводное устройство выполнено с очень большой длиной цикла eDRX (например, порядка минут). Как другой пример, некоторые варианты осуществления могут позволить сетевому узлу успешно передавать пейджинговые сообщения беспроводному устройству в пределах одного и того же окна пейджинговой передачи eDRX цикла. В качестве еще одного примера, некоторые варианты осуществления могут позволить избегать или, по меньшей мере, минимизировать сброс вызова. Как еще один пример, общая характеристика мобильности беспроводного устройства (и, в частности, характеристика повторного выбора ячейки беспроводного устройства) может быть улучшена. В некоторых случаях это имеет место благодаря тому, что вероятность отсутствия какого-либо изменения в системной информации, указанной пейджинговым сообщением, значительно снижается. Другие преимущества могут быть совершенно очевидны специалистам в данной области техники. Некоторые варианты осуществления могут не иметь ни одного или иметь лишь некоторые или все из перечисленных преимуществ.
На фиг. 6 схематично представлена схема сети 100 радиосвязи, соответствующей некоторым из вариантов осуществления. Сеть 100 содержит одно или более UE 110 (которые могут взаимозаменяемо упоминаться как беспроводные устройства 110 или просто устройство 110) и сетевой узел(-ы) 115 (который может взаимозаменяемо упоминаться как eNodeB (eNB) 115). UE 110 может осуществлять связь с сетевыми узлами 115 через беспроводной интерфейс. Например, UE 110A может передавать беспроводные сигналы одному или более сетевым узлам 115 и/или принимать беспроводные сигналы от одного или более сетевых узлов 115. Беспроводные сигналы могут содержать речевой трафик, поток данных, управляющие сигналы и/или любую другую соответствующую информацию. В некоторых вариантах осуществления область покрытия беспроводного сигнала, связанная с сетевым узлом 115, может упоминаться как ячейка. В некоторых вариантах осуществления UE 110 может обладать возможностью связи типа D2D. Таким образом, UE 110 может быть способно принимать сигналы и/или передавать сигналы напрямую другому UE. Например, UE 110A может быть способно принимать и/или передавать сигналы для UE 110B.
В некоторых вариантах осуществления сетевые узлы 115 могут взаимодействовать с контроллером радиосети. Контроллер радиосети может управлять сетевыми узлами 115 и может обеспечивать определенные функции управления радиоресурсами, функции управления мобильностью и/или другие соответствующие функции. В некоторых вариантах осуществления функции контроллера радиосети могут выполняться сетевым узлом 115. Контроллер радиосети может взаимодействовать с базовым сетевым узлом. В некоторых вариантах осуществления контроллер радиосети может взаимодействовать с базовым сетевым узлом через взаимосвязанную сеть. Взаимосвязанная сеть может относиться к любой взаимосвязанной системе, способной к передаче аудио, видео, сигналов, данных, сообщений или любой комбинации перечисленного. Взаимосвязанная сеть может содержать всю или часть коммутируемой телефонной сети общего пользования (public switched telephone network, PSTN), общественную или частную сеть передачи данных, локальную сеть (local area network, LAN), городскую сеть (metropolitan area network, MAN), глобальную сеть (wide area network, WAN), локальную, региональную или глобальную связь или компьютерную сеть, такую как Интернет, проводную или беспроводная сеть, внутреннюю сеть предприятия (Интранет) или любой другой соответствующий канал связи, в том, числе сочетания перечисленного выше.
В некоторых вариантах осуществления базовый сетевой узел может управлять установлением сеансов связи и различными другими функциональными возможностями UE 110. UE 110 может обмениваться определенными сигналами с базовым сетевым узлом, используя уровень отсутствия доступа. В сигнализации на уровне отсутствия доступа сигналы между UE 110 и базовым сетевым узлом могут прозрачно передаваться по сети радиодоступа. В некоторых вариантах осуществления сетевые узлы 115 могут взаимодействовать с одним или более сетевыми узлами через межузловой интерфейс. Например, сетевые узлы 115A и 115B могут взаимодействовать через интерфейс X2.
В некоторых вариантах осуществления используется не создающий ограничений термин “UE”. Как описано выше, примерные варианты осуществления сети 100 могут содержать одно или более UE 110 и один или более различных типов сетевых узлов, способных для осуществления связи (прямо или косвенно) с UE 110. UE 110, описанное здесь, может быть любым типом беспроводного устройства, способным осуществлять связь с сетевыми узлами 115 или другими UE с помощью радиосигналов. UE 110 может также быть устройством радиосвязи, целевым устройством, UE связи типа "устройство-устройство" (D2D) UE, UE связи машинного типа или UE, пригодным для связи типа "машина-машина" (M2M), датчиком/приводом, комплектуемым с UE, iPad, планшетом, мобильными терминалами, смартфоном, встроенным ноутбуком (laptop embedded equipped, LEE), вмонтированным в оборудование ноутбуком (laptop mounted equipment, LME), аппаратными ключами USB, оборудованием помещений потребителя (Customer Premises Equipment, CPE) или любым другим соответствующим устройством.
Также, в некоторых вариантах осуществления используется основополагающий термин “сетевой узел”. Это может быть любой вид сетевого узла, который может содержать узел радиосети, такой как базовая станция (base station (BS), базовая радиостанция, базовая приемопередающая станция, контроллер базовой станции, сетевой контроллер, развитый узел B (eNB), gNB, узел B (Node B), базовая станция мульти-RAT, объект многоячеечной/многоадресной координации (Multi-cell/multicast Coordination Entity, MCE), релейный узел, точка доступа, точка радиодоступа, удаленный радиомодуль (Remote Radio Unit, RRU), удаленная радиоголовка (Remote Radio Head, RRH), базовый сетевой узел (например, MME, узел SON, узел координации, узел позиционирования, узел MDT и т. д.), или даже внешний узел (например, узел 3-й стороны, узел, внешний по отношению к текущей сети) и т. д.
Используемый здесь термин "узел" может быть использован для обозначения UE или сетевого узла.
Примерные варианты осуществления UE 110, сетевые узлы 115 и другие сетевые узлы (такие как контроллер радиосети или базовый сетевой узел) ниже описываются более подробно с ссылкой на фиг. 9-13.
Различные описанные здесь варианты осуществления применимы к работе UE на одиночной несущей, а также на мультинесущей или на агрегированной несущей (CA), причем UE способно принимать и/или передавать данные для более чем одной обслуживаемой ячейки. CA может быть взаимозаменяемо упоминаться как “мультинесущая система”, “мультиячеечная работа”, “работа с мультинесущей”, передача или прием на "мультинесущей". В CA одна из компонентных несущих (component carrier, CC) является первичной компонентной несущей (primary component carrier, PCC) или просто вторичной несущей или даже присоединенной несущей. Остальные называются вторичной компонентной несущей (secondary component carrier, SCC) или просто вторичными несущими или даже дополнительными несущими. Сервисная ячейка взаимозаменяемо упоминается как первичная ячейка (primary cell, PCell) или первичная сервисная ячейка (primary serving cell, PSC). Аналогично, вторичная сервисная ячейка взаимозаменяемо упоминается как вторичная ячейка (secondary cell, SCell) или вторичная сервисная ячейка (secondary serving cell, SSC).
Хотя на фиг. 6 показана конкретная планировка сети 100, представленное раскрытие предполагает, что различные описанные здесь варианты осуществления могут быть применены ко множеству сетей, имеющих какую-либо схожую конфигурацию. Например, сеть 100 может содержать любое соответствующее количество UE 110 и сетевых узлов 115, а также любые дополнительные элементы, необходимые для поддержки связи между UE или между UE и другим устройством связи (таким как телефон проводной телефонной связи). Дополнительно того, хотя некоторые варианты осуществления могут быть описаны как реализуемые в сети LTE, варианты осуществления могут быть реализованы в любом соответствующем типе системы связи, поддерживающем любые соответствующие стандарты связи и использующем любые соответствующие компоненты, и применимы к любой технологии радиодоступа (radio access technology, RAT) или к системам мульти-RAT, в которых UE принимает и/или передает сигналы (например, данные). Например, различные описанные здесь варианты осуществления могут примениться к любой RAT или их эволюции, включая NX, 5G, LTE, дуплекс с частотным разделением каналов (Frequency Division Duplex, FDD) для LTE, дуплекс с временным разделением каналов (Time Division Duplex, TDD) для LTE, передовая LTE (LTE-Advanced), узкополосный Интернет вещей (Narrow Band Internet-of-Things, NB-IOT), UTRA, UMTS, HSPA, GSM, cdma2000, WiMax, WiFi, RAT для связи на короткие расстояния, узкополосный RAT, RAT для 5G, другая соответствующая технология радиодоступа или любое соответствующее сочетание одной или более технологий радиодоступа.
Любые два или более описанных здесь вариантов осуществления любым способом могут объединяться друг с другом. Хотя различные варианты осуществления могут описываться для пейджингового канала и пейджинговых сообщений, это делается только для примера. Представленное раскрытие предполагает, что описанные здесь различные варианты осуществления как для сетевых узлов, так и для беспроводных устройств (например, UE), могут также быть адаптированы к другому типу канала, который должен передаваться в пределах PTW и может потребовать повторений передачи, чтобы достигнуть определенного обнаружения и/или уровня качества.
Термин "сигнализация", как он используется здесь, не создавая ограничений, может относиться к любому из следующих примеров: сигнализация верхнего уровня (например, через RRC), сигнализация нижнего уровня (например, через физический канал управления или широковещательный канал) или любое соответствующее их сочетание. Сигнализация может быть неявной или явной. Сигнализация дополнительно может быть одноадресной, многоадресной или широковещательной. Сигнализация может также передаваться напрямую другому узлу или через третий узел.
Термин “цикл eDRX”, как он используется здесь, может взаимозаменяемо упоминаться как первый цикл DRX (DRX1) или первый тип цикла DRX. Термин “существующий цикл DRX”, как он используется здесь, может взаимозаменяемо упоминаться как второй цикл DRX (DRX2) или второй тип цикла DRX. PTW, во время которого UE может принимать пейджинг или считывать SI, происходит один раз в каждом DRX1. PTW может также взаимозаменяемо упоминаться как первая возможность для пейджинга или возможность пейджинга для DRX1. В пределах каждого PTW UE выполняется по меньшей мере с одним DRX2. Длины DRX1 и DRX2 связываются следующим соотношением: DRX1> DRX2.
В некоторых случаях, сетевой узел 115 передает одно или более пейджинговых сообщений одному или более UE 110 по меньшей мере в первой ячейке (cell1) во время PTW. Сетевой узел 115 может также передавать одно или более пейджинговых сообщений одному или более UE 110 во множестве ячеек (например, в двух или более ячейках) принадлежащих к области сопровождения.
Термин “пейджинговое сообщение”, как он используется здесь, может содержать индикацию, аварийное сообщение, данные или любой тип информации высокого уровня, переданной к UE 110. В некоторых вариантах осуществления пейджинговое сообщение может содержать информацию о входящем вызове (то есть о вызове, идущем от сети). В некоторых вариантах осуществления пейджинговое сообщение может содержать информацию о любом изменении или модификации любого типа передачи или системной информации в ячейке. В некоторых вариантах осуществления пейджинговое сообщение может содержать широковещательную или системную информацию в ячейке.
Пейджинговое сообщение может передаваться на UE 110 любым подходящим способом. В качестве одного из примеров, не создающего ограничений, пейджинговое сообщение может быть передано на UE 110 по одному или более физическим каналам. Примерами таких физических каналов являются, не ограничиваясь только этим, канал передачи данных (например, физический совместно используемый нисходящий канал (Physical Downlink Shared Channel, PDSCH), канал связи машинного типа (Machine-Type-Communication, MTC)-физический совместно используемый нисходящий канал (М-PDSCH) и т.д.), канал управления (например, физический нисходящий канал управления (Physical Downlink Control Channel, PDCCH), улучшенный физический нисходящий канал управления (Enhanced-Physical Downlink Control Channel Е-PDCCH), MTC-физический нисходящий канал управления (М-PDCCH) и т. д.), широковещательный канал (Physical Broadcast Channel (PBCH), MTC-физический широковещательный канал (М-PBCH) и т. д.) или любой другой соответствующий канал.
В некоторых вариантах осуществления используются термины "мобильность UE" или "изменение ячейки". Они могут содержать, например, одно или более из следующего: изменение ячейки (например, на закрепленную или сервисную ячейку, где сервисная ячейка может также быть первичной, вторичной и т. д.); изменение несущей частоты, сервисная несущая частота также может быть первичной, вторичной и т.д.); изменение полосы частот; изменение RAT (на режим ожидания или сервисный RAT, где сервисный RAT также может быть основным, вторичным и т. д.); выполнение передачи управления в состоянии UE CONNECTED; и выполнение выбора /повторного выбора ячейки в состоянии UE IDLE.
В некоторых вариантах осуществления раскрывается способ, применяемый в сетевом узле 115 для достоверной передачи пейджингового сообщения при работе в режиме eDRX. Как описано выше, сетевой узел 115 получает длительность PTW в пределах цикла DRX первого типа, конфигурированного в первой ячейке. Первым типом DRX может быть eDRX.
Сетевой узел 115 может получить длительность PTW в пределах цикла DRX первого типа, конфигурированного в первой ячейке любым соответствующим способом. В качестве примера, сетевой узел 115 может определить длительность PTW, восстанавливая из его памяти информацию, связанную с конфигурированным циклом eDRX. В качестве другого примера, сетевой узел 115 может принять от другого сетевого узла информацию, относящуюся к циклу eDRX, конфигурированному в первой ячейке. В качестве еще одного другого примера, сетевой узел 115 может определить длительность PTW, основываясь на заданном правиле. Еще в одном примере, сетевой узел 115 может адаптивно конфигурировать длительность PTW. В качестве конкретного примера, сетевой узел 115 может определить длительность PTW в пределах цикла eDRX (также известного как первый цикл DRX (DRX1)), конфигурированного в первой ячейке.
Информация, связанная с длительностью PTW, может содержать любую соответствующую информацию. Например, информация, связанная с длительностью PTW, может содержать одно или более из следующего: длительность PTW во временных единицах (например, X мс, Y секунд, Z субкадров и т. д.); количество циклов DRX второго типа (например, существующих циклов DRX) (то есть количество DRX2) (например, количество Z циклов DRX2, каждый по 80 длительностей (то есть Z x 80 мс)); процент или отношение длительности PTW к длительности цикла eDRX (например, длительность PTW /длительность цикла eDRX).
Сетевой узел 115 получает по меньшей мере множество циклов DRX второго типа (например, существующих циклов DRX), остающихся в пределах PTW относительно опорного момента времени в первой ячейке, или количество времени, остающееся в пределах PTW, начинающегося с опорного момента времени. Цикл DRX второго типа может быть короче, чем цикл DRX первого типа.
Сетевой узел 115 может получить по меньшей мере множество циклов DRX второго типа (например, существующих циклов DRX), остающихся в пределах PTW относительно опорного момента времени в первой ячейке, или количество времени, остающееся в пределах PTW, начинающегося с опорного момента времени любым соответствующим способом. В качестве одного примера, сетевой узел 115 может определить, по меньшей мере, параметр N0, где N0 является множеством существующих циклов DRX (то есть DRX2), остающихся в пределах PTW в первой ячейке, начинающегося с некоторого опорного момента времени (T0). Как другой пример, сетевой узел 115 может определить остающееся время (T1) в пределах PTW в первой ячейке, начинающееся с определенного опорного момента времени (T0). Время T1 может содержать N0 DRX2.
Сетевой узел 115 может определить параметры N0 и/или T1 любым соответствующим способом. Например, сетевой узел 115 может определить параметры N0 и/или T1, основываясь на информации, связанной с DRX2, конфигурированным в пределах PTW. Информация о конфигурированном DRX2 может быть определена любым соответствующим способом. Например, информация о конфигурированном DRX2 может быть определена из любого одного или более из следующего: информация о текущем конфигурированном DRX2, хранящемся в сетевом узле; информация, принятая от другого сетевого узла; и заданная информация или правило(-а) (например, основанные на любом из следующих заданных соотношений: между DRX1 и DRX2, между DRX1 и PTW и между DRX1, DRX2 и PTW).
Параметр T0 опорного момента времени может быть одним или более из следующего: момент времени, когда сетевой узел 115 решает передать пейджинговое сообщение в первой ячейке; момент времени, когда сетевой узел 115 принял пейджинговое сообщение от базового сетевого узла для передачи через радиоинтерфейс в первой ячейке; и момент времени, в который или после которого сетевой узел 115 планирует фактически передать пейджинговое сообщение в первой ячейке.
Сетевой узел 115 определяет, может ли пейджинговое сообщение быть передано в первой ячейке, основываясь на полученном по меньшей мере одном из множества циклов DRX второго типа, остающегося в пределах PTW (например, N0) относительно опорного момента времени (T0) в первой ячейке, и количестве времени (T1), остающемся в пределах PTW, начинающегося с опорного момента времени (T0). Сетевой узел 115 может определить, может ли пейджинговое сообщение быть передано в первой ячейке каким-либо соответствующим способом. В качестве одного примера, сетевой узел 115 может определить, может ли пейджинговое сообщение быть передано в первой ячейке, сравнивая N0 с порогом (Nt). Порог Nt может быть определен любым соответствующим способом. Например, порог Nt может быть задан, автономно определен сетевым узлом 115 или принят от другого сетевого узла. В качестве одного примера, не создающего ограничений, минимальное значение Nt может быть равно 2, а типичное значение Nt может быть равно 3 или 4. В качестве другого примера, сетевой узел 115 может определить, может ли пейджинговое сообщение быть передано в первой ячейке, дополнительно (или альтернативно) сравнивая T1 с временным порогом (Tt).
В некоторых случаях сетевой узел 115 может информировать UE 110 о результате своего определения. Например, сетевой узел 115 может указать, неявно или явно, свое решение по меньшей мере одному другому узлу (например, сетевому узлу, одному или более UE, посредством одноадресной передачи, посредством многоадресной или широковещательной передачи, через любой интерфейс, такой как радиоинтерфейс или кабельный интерфейс).
Пороговые значения (например, Nt, Tt) могут быть основаны на любом допустимом критерии или сочетании критериев. В качестве одного примера, значения Nt и Tt могут быть основаны на длительности DRX2. В некоторых случаях большее значение Nt может использоваться для меньшей длительности DRX2, и большее значение Tt может использоваться для большей длительности DRX2. Примерами малых и больших значений Nt являются 2 и 5, соответственно. Примерами малых и больших значений длительности DRX2 являются 40 мс и 640 мс, соответственно. В качестве другого примера, значение Nt и Tt может быть основано на размере ячейки. В некоторых случаях, большее значение Nt или Tt может использоваться в больших ячейках и более малое значение Nt или Tt может использоваться в малых ячейках. В еще одном другом примере, значение Nt и Tt могут быть основаны на радиоусловиях. В некоторых случаях, большее значение Nt или Tt может использоваться в трудных радиоусловиях и малое значение Nt или Tt может использоваться в благоприятных радиоусловиях. Примерами трудных радиоусловий являются, например, когда: доплеровская частота UE или скорость выше порога; разброс задержки больше порога и т. д. Примерами благоприятных радиоусловий являются, например, условия в требованиях к нормальному уровню покрытия, в то время как трудные условия могут относиться к улучшенному уровню покрытия. В некоторых случаях значения Nt и Tt могут основываться на любом приемлемом сочетании перечисленного выше.
В некоторых вариантах осуществления, основанных на результате сравнения между N0 и Nt и/или между T1 и Tt, сетевой узел 115 определяет, передать ли пейджинговое сообщение по меньшей мере первой ячейке. В некоторых вариантах осуществления сетевой узел 115 может исполнять или выполнять одну или более операций, основываясь на определении того, передавать ли пейджинговое сообщение по меньшей мере в первой ячейке. В качестве первого примера, сетевой узел 115 может передавать пейджинговое сообщение в текущем PTW при условии, по меньшей мере, N0≥ Nt.
В качестве второго примера, если, по меньшей мере, N0 ≥ Nt, то в течение доступного времени в пределах одного и того же PTW сетевой узел 115 может дополнительно передавать одну или более избыточных копий первоначально переданных пейджинговых сообщений. Например, предположим, что N0 = 3 и Nt = 3 в опорный момент времени T0. В этом примере сетевой узел 115 передает первое пейджинговое сообщение во время первого доступного периода DRX ON для DRX2 после T0, и также передает две избыточных версии первого пейджингового сообщения в следующих двух последовательных периодах DRX ON для DRX2. Это, в свою очередь, гарантирует, что при помощи объединения начального пейджингового сообщения и версий избыточности пейджинговых сообщений UE 110 способно правильно принять пейджинговое сообщение с высокой вероятностью и надежностью в пределах одного и того же PTW.
В качестве третьего примера, сетевой узел 115 может передавать пейджинговое сообщение в текущем PTW при условии, что удовлетворяется одно или более из следующих условий: N0 ≥ Nt, и T1 ≥ Tt.
В качестве четвертого примера, если какое-либо из следующих условий удовлетворяется: N0 ≥ Nt и T1 ≥ Tt, то затем в течение доступного времени в пределах одного и того же PTW сетевой узел 115 может дополнительно передавать одну или более избыточные копии первоначально переданных пейджинговых сообщений. Это повысит надежность приема пейджингового сообщения на UE, как описано выше в третьем примере.
В качестве пятого примера, если, по меньшей мере, N0 <Nt, то сетевой узел 115, не может передавать пейджинговое сообщение в текущем PTW.
В качестве шестого примера, если, по меньшей мере, N0 <Nt, то сетевой узел 115 не может передавать пейджинговое сообщение в текущем PTW и вместо этого задерживает передачу пейджингового сообщения до PTW будущего появления длины цикла eDRX (например, в следующем PTW).
В качестве седьмого примера, если N0 <Nt и T1 <Tt, то сетевой узел 115 не может передавать пейджинговое сообщение в текущем PTW.
В качестве восьмого примера, если N0 <Nt и T1 <Tt, то сетевой узел 115 не может передавать пейджинговое сообщение в текущем PTW и вместо этого задерживает передачу сообщения до PTW будущего появления длины цикла eDRX (например, в следующем PTW).
В качестве девятого примера, если, по меньшей мере, N0 < Nt, то сетевой узел 115 не может передавать пейджинговое сообщение в текущем PTW.
В качестве десятого примера, если, по меньшей мере, N0 < Nt, то сетевой узел 115 может передавать пейджинговое сообщение в текущем PTW, кодируя сообщение в определенным транспортном формате (TF), который достаточно устойчив. Например, транспортный блок или блок данных могут быть переданы с помощью транспортного формата с порядком модуляции (например, QPSK) ниже порогового (например, Q16QAM) и/или со скоростью кодирования ниже пороговой (например, ниже 1/2). Устойчивый TF гарантирует, что UE 110 в состоянии принять пейджинговое сообщение при одной или нескольких попытках передачи.
В качестве одиннадцатого примера, если, по меньшей мере, N0 <Nt, то сетевой узел 115 может передавать пейджинговое сообщение в текущем PTW с мощностью передачи, которое выше определенного порога (например, на 3 дБ выше, чем когда N0 ≥ Nt). Более высокая мощность передачи (то есть повышенная мощность Tx) гарантирует, что UE 110 в состоянии принять пейджинговое сообщение при одной или менее попытках передачи.
В качестве двенадцатого примера, если сетевой узел 115 неспособен передавать пейджинговое сообщение (например, если N0 < Nt), то сетевой узел 115 может адаптировать один или более параметров, связанных с операцией DRX на UE. Примеры таких параметров содержат, но не ограничиваясь только этим, DRX1, DRX2 и PTW. В качестве одного примера, не создающего ограничений, сетевой узел 115 может уменьшить длительность DRX2. Это увеличит значение параметра N0 до большего значения (то есть N0´, где N0´ > N0, а также N0´ ≥ Nt). Это позволит сетевому узлу 115 передавать пейджинговое сообщение и также одну или более копий начального пейджингового сообщения на UE 110 в пределах одного и того же PTW.
В качестве тринадцатого примера, сетевой узел 115 может передавать пейджинговое сообщение вне PTW. Например, сетевой узел 115 может передавать пейджинговое сообщение до или после PTW.
В некоторых случаях сетевой узел 115 может информировать UE 110 об адаптивных значениях любого одного или более DRX1, DRX2 и PTW любым соответствующим способом. Указание, неявное или явное, результирующей конфигурации по меньшей мере одному другому узлу (например, сетевому узлу, одному или более UE, через одноадресную передачу, многоадресную передачу или широковещательную передачу, через любой интерфейс, такой как радиоинтерфейс или кабель). Например, сетевой узел 115 может информировать UE 110 об адаптивных значениях любого одного или более DRX1, DRX2 и PTW в канале управления (например, PDCCH, М-PDCCH). В некоторых случаях, два или более наборов адаптивных параметров могут быть заданы или заранее конфигурированы на UE 110 с помощью более высоких уровней (например, RRC). В таком сценарии сетевой узел 115 может передавать только идентификатор одного параметра из адаптивного набора параметров, адаптированного в настоящий момент.
В соответствии с одним из примерных вариантов осуществления, от сетевого узла 115 может потребоваться или может ожидаться передача пейджингового сообщение, по меньшей мере, в некоторое время T перед окончанием PTW или, по меньшей мере, N циклов DRX (например, N = 2, при котором могут быть размещены одна первая передача и две версии повторений/избыточности). Это также может быть определено как условие для требования UE (например, когда UE 110 конфигурируется с помощью цикла eDRX_IDLE циклом, UE 110 не будет пропускать никакой пейджинг в PTW при условии, что пейджинг представляется, по меньшей мере [N] циклов DRX до окончания этого PTW).
В некоторых вариантах осуществления раскрывается способ, действующий в беспроводном устройстве 110 (или UE 110) для надежного приема пейджинга при операции eDRX. Как описано выше, UE 110 получает длительность PTW в пределах цикла DRX первого типа, конфигурированного в первой ячейке. Первым типом DRX может быть eDRX. В таком сценарии UE 110 получает длительность PTW, связанную с циклом eDRX, конфигурированным по меньшей мере в первой ячейке. UE 110 может получить длительность PTW, связанного с циклом eDRX любым соответствующим способом. В качестве примера, UE 110 может определить длину PTW в пределах цикла DRX первого типа, восстанавливая ее из информации устройства памяти, связанной с конфигурированным циклом eDRX. Как другой пример, UE 110 может принять информацию, связанную с конфигурированным циклом eDRX от сетевого узла 115 (например, как часть информации, связанной с циклом eDRX, конфигурированным в первой ячейке). В качестве еще одного примера, UE 110 может принимать информацию, связанную с конфигурированным циклом eDRX, от другого UE.
Как описано выше, информация, связанная с длительностью PTW, может содержать любую соответствующую информацию. Например, информация, связанная с длительностью PTW, может содержать одно или более из следующего: длительность PTW во времени (например, X мс, Y секунд, Z субкадров и т. д.); количество циклов DRX второго типа (например, существующие циклы DRX) (то есть количество DRX2) (например, Z DRX2, по 80 длительностей каждый (то есть Z x 80 мс)); процент или отношение длительности PTW относительно длительности цикла eDRX (например, продолжительности длительности PTW/длительность цикла eDRX).
UE 110 получает по меньшей мере множество циклов DRX второго типа, остающихся в пределах PTW относительно опорного момента времени в первой ячейке, или количество времени, остающееся в пределах PTW, начинающегося с опорного момента времени. Второй тип DRX может быть существующим DRX. В таком сценарии цикл DRX второго типа короче, чем цикл прерывистого приема первого типа.
UE 110 может получить по меньшей мере множество циклов DRX второго типа, остающихся в пределах PTW относительно опорного момента времени в первой ячейке, или количество времени, остающееся в пределах PTW, начинающегося с опорного момента времени, любым соответствующим способом. Как один из примеров, UE 110 может определить количество (N0) существующих циклов DRX (то есть DRX2), остающихся в пределах PTW в первой ячейке, начинающегося с определенного опорного момента времени (T0). Как другой пример, UE 110 может (дополнительно или альтернативно) определять остающееся время (T1) в пределах PTW в cell1, начинающегося с определенного момента времени (T0). Время T1 может содержать N0 циклов DRX2.
UE 110 может определить параметры N0 и/или T1, основываясь на любых соответствующих критериях. Например, UE 110 может определить параметры N0 и/или T1, основываясь на информации, связанной с DRX2, конфигурированной в пределах PTW. Информация о конфигурированном DRX2 может быть определена любым соответствующим способом. Например, UE 110 может определить информацию о конфигурированном DRX2, основываясь на информации о конфигурированном на данный момент DRX2, хранящейся в UE 110 (например, конфигурированной в прошлом, такой как архивная информация). В качестве другого примера, UE 110 может определить информацию о конфигурированном DRX2, основываясь на информации, принятой от сетевого узла 115. В качестве еще одного примера, UE 110 может определить информацию о конфигурированном DRX2, основываясь на информации, принятой от другого UE. Как еще один пример, UE 110 может определить информацию о конфигурированном DRX2, основываясь на заданной информации (например, основанной на любом из следующих заданных связей: между DRX1 и DRX2, между DRX1 и PTW, и между DRX1, DRX2 и PTW).
Параметр T0 опорного момента времени может быть определен любым соответствующим способом. В качестве примера, параметр T0 опорного момента времени может быть моментом времени, когда сетевой узел 115 может передавать пейджинговое сообщение в первой ячейке. В качестве другого примера, параметр T0 опорного момента времени может быть моментом времени, в который или после которого UE может ожидать приема пейджингового сообщения в пределах одного и того же PTW в первой ячейке.
UE 110 определяет, ожидается ли, что пейджинговое сообщение будет принято в первой ячейке, основываясь на полученном по меньшей мере множестве циклов DRX второго типа, остающихся в пределах PTW относительно опорного момента времени в первой ячейке, или количестве времени, остающемся в пределах PTW, начинающегося с опорного момента времени. UE 110 может определить, ожидается ли, что пейджинговое сообщение будет получено каким-либо соответствующим способом. В качестве примера, UE 110 может определить, ожидается ли, что пейджинговое сообщение должно быть принято, сравнивая N0 с порогом (Nt). Порог, Nt, может быть задан, получен от сетевого узла 115 или принят от другого UE. В некоторых вариантах осуществления минимальное значение Nt может быть равно 2. Типичное значение Nt может быть равно 3 или 4. В качестве другого примера, UE может дополнительно или альтернативно сравнивать T1 с временным порогом (Tt).
В некоторых вариантах осуществления UE 110 может определить, основываясь на сравнении, примет ли UE 110 одно или более пейджинговых сообщений по меньшей мере от первой ячейки, начиная с опорного момента времени (T0) до окончания текущего PTW. UE 110 может определить, примет ли оно пейджинговое сообщение, а также количество избыточных пейджинговых сообщений в пределах одного и того же PTW в соответствии с примерами один-тринадцать, описанными выше с ссылкой в отношении сетевого узла 115. Например, в некоторых вариантах осуществления UE 110 может определить, что пейджинговое сообщение в первой ячейке, как ожидают, должно быть принято при условии, что N0 равно или больше порога (Nt), в противном случае, не принимая пейджинговое сообщение в этом PTW или принимая сообщение, кодированное, по меньшей мере, с помощью транспортного формата, более устойчивого, чем порог (TFt). Как другой пример, UE 110 может принять по меньшей мере одно пейджинговое сообщение вне PTW (например, перед или после PTW), например, расширяя пейджинговый прием за пределы PTW.
В некоторых вариантах осуществления, если на основе сравнения определено, что UE 110 может принять одно или более пейджинговых сообщений (например, когда N0 ≥ Nt), то тогда UE 110 может регулировать свой приемник, чтобы иметь возможность принять пейджинговое сообщение (например, отложить или временно назначить ресурсы памяти и обработки для приема и обработки пейджинговых сообщений, полученных, по меньшей мере, от cell1).
С другой стороны, если на основе сравнения определено, что не ожидается, что UE 110 будет принимать какое-либо пейджинговое сообщение (например, когда N0 <Nt), тот тогда UE 110 не может временно назначать или резервировать свои ресурсы памяти и обработки для приема и обработки пейджинга. Вместо этого, UE 110 может использовать свои ресурсы памяти и обработки для других задач (например, для выполнения радиоизмерений, обработки ранее принятых данных, частичного исключения его обработки, чтобы экономить электропитание от батареи UE и т. д.).
Согласно примерному варианту осуществления, от UE 110 может потребоваться принимать все пейджинговые сообщения (то есть не пропускать какой-либо пейджинг) в PTW при условии, что пейджинг передается, по меньшей мере, в некоторый момент времени T или за N DRX циклов до окончания этого PTW. Например, когда N = 2, оно может разместить одну первую передачу (также известную как начальная передача) и 2 повторных передачи (версии избыточности пейджингового сообщения). В таком сценарии UE 110 должен адаптивно корректировать свое поведение (например, можно ожидать, что оно не будет принимать пейджинг позже, чем за N циклов DRX до окончания PTW, и будет успешно принимать пейджинг в противном случае, по меньшей мере, при одном из некоторых заданных условий). Это также может потребовать от UE 110 хранить первую пейджинговую передачу, чтобы иметь возможность объединять последующие пейджинговые повторные передачи, соответствующие первой пейджинговой передаче, особенно, если первая передача правильно не декодируется. С другой стороны, UE 110 может решить не сохранять первую пейджинговую передачу, если она не была правильно декодирована и не принимается в течение, по меньшей мере, T или N циклов DRX до окончания PTW. В то же самое время, сетевой узел 115 должен гарантировать доступность пейджинга, когда UE 110 этого ожидает (смотрите также описанные выше варианты осуществления сетевого узла).
На фиг. 7 представлена блок-схема последовательности выполнения операций способа 700 в сетевом узле, соответствующая некоторым вариантам осуществления. Способ 700 начинается на этапе 704, где сетевой узел получает длительность окна пейджинговой передачи в пределах цикла прерывистого приема первого типа, конфигурированного в первой ячейке. В некоторых вариантах осуществления первый тип прерывистого приема может быть расширенным прерывистым приемом.
На этапе 708 сетевой узел получает по меньшей мере множество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количество времени, остающееся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, где цикл прерывистого приема второго типа короче, чем цикл прерывистого приема первого типа. В некоторых вариантах осуществления второй тип прерывистого приема может быть существующим прерывистым приемом.
На этапе 712 сетевой узел определяет, может ли пейджинговое сообщение быть передано в первой ячейке, основываясь на полученном по меньшей мере множестве циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количестве времени, остающемся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени. В некоторых вариантах осуществления способ может содержать индикацию результата определения по меньшей мере одному другому узлу.
В некоторых вариантах осуществления способ может содержать передачу пейджингового сообщения в первой ячейке после определения по меньшей мере одного из следующего: количество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи, равно или больше порогового значения; или количество времени, остающееся в пределах окна пейджинговой передачи, начинающееся с опорного момента времени, равно или больше порогового значения времени. Способ может содержать передачу одной или более избыточных копий переданного пейджингового сообщения.
В некоторых вариантах осуществления после определения, что количество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи меньше порогового значения, способ может содержать выполнение одного из следующего: не передавать пейджинговое сообщение в окне пейджинговой передачи; задержать передачу пейджингового сообщения до следующего окна пейджинговой передачи; передавать пейджинговое сообщение в окне пейджинговой передачи с помощью транспортного формата, который более устойчив, чем пороговое значение транспортного формата; и передавать пейджинговые сообщения в окне пейджинговой передачи при мощности передачи, которая выше порога мощности передачи.
В некоторых вариантах осуществления способ может содержать передачу по меньшей мере одного пейджингового сообщения за пределами окна пейджинговой передачи.
В некоторых вариантах осуществления при определении, что пейджинговое сообщение не может быть передано в первой ячейке, способ может содержать адаптацию одного или более из следующего: окно пейджинговой передачи; цикл прерывистого приема первого типа; и цикл прерывистого приема второго типа. Способ может содержать индикацию конфигурации для пейджингового сообщения, являющегося результатом адаптации, по меньшей мере одному другому узлу.
На фиг. 8 представлена блок-схема способа 800, выполняемого в беспроводном устройстве, соответствующем некоторым вариантам осуществления. Способ 800 начинается на этапе 804, где беспроводное устройство получает длительность окна пейджинговой передачи в пределах цикла прерывистого приема первого типа, конфигурированного в первой ячейке. В некоторых вариантах осуществления первый тип прерывистого приема может быть расширенным прерывистым приемом.
На этапе 808 беспроводное устройство получает по меньшей мере множество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количество времени, остающееся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, где цикл прерывистого приема второго типа короче, чем цикл прерывистого приема первого типа. В некоторых вариантах осуществления второй тип прерывистого приема может быть существующим прерывистым приемом.
На этапе 812 беспроводное устройство определяет, ожидается ли, что пейджинговое сообщение должно быть принято в первой ячейке, основываясь на полученном по меньшей мере множестве циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количестве времени, остающемся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени.
В некоторых вариантах осуществления способ может содержать прием по меньшей мере одного пейджингового сообщения за пределами окна пейджинговой передачи.
В некоторых вариантах осуществления при определении, что пейджинговое сообщение, как ожидают, должно быть принято в первой ячейке, способ может содержать коррекцию одного или более свойств приемника, чтобы облегчить прием пейджинговых сообщений. Способ может содержать определение количества избыточных пейджерных сообщений, которые, как ожидается, должны быть приняты во время окна пейджинговой передачи. Способ может содержать прием пейджингового сообщения и хранение принятого пейджингового сообщения для его объединения с одним или более в дальнейшем принятыми избыточными пейджинговыми сообщениями.
В некоторых вариантах осуществления способ может содержать определение, что пейджинговое сообщение, как ожидают, должно быть принято в первой ячейке, если количество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи, будет равно или больше порогового значения, или количество времени, остающееся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, равно или больше порогового значения времени. От беспроводного устройства может потребоваться принимать пейджинговое сообщение и одну или более избыточных передач пейджингового сообщения, если оно передается перед по меньшей мере заданным периодом времени перед окончанием окна пейджинговой передачи или заданным количеством циклов прерывистого приема второго типа перед окончанием окна пейджинговой передачи.
В некоторых вариантах осуществления способ может содержать определение, что не ожидается, что пейджинговое сообщение должно быть принято, если количество циклов прерывистого приема второго типа, остающихся в пределах окна, будет меньше порогового значения. В некоторых вариантах осуществления способ может содержать определение, что пейджинговое сообщение, как ожидают, должно быть принято, используя транспортный формат, который более устойчив, чем порог транспортного формата, если количество циклов прерывистого приема второго типа, остающихся в пределах пейджингового окна, меньше порогового значения.
На фиг. 9 представлена блок-схема примерного беспроводного устройства 110, соответствующего некоторым вариантам осуществления. Беспроводное устройство 110 может относиться к любому типу беспроводного устройства, осуществляющего связь с узлом и/или с другим беспроводным устройством в системе сотовой или мобильной связи. Примерами беспроводного устройства 110 являются мобильный телефон, смартфон, PDA (персональный цифровой секретарь), портативный компьютер (например, ноутбук, планшет), датчик, привод, модем, устройство связи машинного типа (MTC)/устройство типа "машина-машина" (M2M), ноутбук, встроенный в оборудование (LEE), ноутбук, вмонтированный в оборудование (LME), аппаратные ключи USB, устройство связи типа D2D или другое устройство, которое может обеспечивать радиосвязь. Беспроводное устройство 110 в некоторых вариантах осуществления может также упоминаться как UE, станция (STA), устройство, или терминал. Беспроводное устройство 110 содержит приемопередатчик 910, схему 920 обработки и память 930. В некоторых вариантах осуществления приемопередатчик 910 облегчает передачу беспроводных сигналов и прием беспроводных сигналов от сетевого узла 115 (например, через антенну), схема 920 обработки выполняет команды, чтобы предоставить некоторые или все функциональные возможности, описанные выше, которые обеспечиваются беспроводным устройством 110, и память 930 хранит команды, выполняемые схемой 920 обработки.
Схема 920 обработки может содержать любое приемлемое сочетание аппаратного и программного обеспечения, реализуемого в одном или более модулях, чтобы исполнять команды и манипулировать данными для выполнения некоторых или всех описанных функций беспроводного устройства 110, таких как функции беспроводного устройства 110, описанного выше с ссылкой на фиг. 1-8. В некоторых вариантах осуществления схема 920 обработки может содержать, например, один или более компьютеров, один или более центральных процессоров (CPU), один или более микропроцессоров, одно или более приложений, одну или более специализированных интегральных схем (ASIC), одну или более программируемую логическую интегральную схему (FPGA) и/или другие логики.
Память 930 обычно выполнена с возможностью хранения команд, таких как компьютерная программа, программное обеспечение, приложение, содержащие включая одну или более логики, правил, алгоритмов, кодов, таблиц и т. д. и/или других команд, пригодных для выполнения схемой 920 обработки. Примерами памяти 930 являются память компьютера (например, оперативная память (RAM) или постоянная память (ROM)), носители запоминающего устройства большой емкости (например, жесткий диск), съемные носители (например, компакт-диск (CD) или цифровой видеодиск (DVD)) и/или или любые другие энергозависимые или энергонезависимые непереносные считываемые компьютером и/или исполняемые компьютером запоминающие устройства, которые хранят информацию, данные и/или команды, которые могут использоваться схемой 920 обработки.
Другие варианты осуществления беспроводного устройства 110 могут содержать дополнительные компоненты помимо показанных на фиг. 9, которые могут быть ответственны за обеспечение некоторых вариантов функциональных возможностей, в том числе, любых функциональных возможностей, описанных выше, и/или любых дополнительных функциональных возможностей (в том числе, любых функциональных возможностей, необходимых для поддержки описанного выше решения). В качестве одного примера, беспроводное устройство 110 может содержать устройства и схемы ввода данных, устройства вывода и один или более блоков или схем синхронизации, которые могут быть частью схемы 920 обработки. Устройства ввода содержат механизмы для ввода данных в беспроводное устройство 110. Например, устройства ввода могут содержать механизмы ввода, такие как микрофон, элементы ввода, дисплей и т. д. Устройства вывода могут содержать механизмы для вывода данные в формате аудио, видео и/или жесткой копии. Например, устройства вывода могут содержать громкоговоритель, дисплей и т. д.
На фиг. 10 представлена блок-схема примерного сетевого узла 115, соответствующего некоторым вариантам осуществления. Сетевой узел 115 может быть любым типом узла радиосети или любым сетевым узлом, осуществляющим связь с UE и/или с другой сетевым узлом. Примерами сетевого узла 115 являются eNodeB, узел B, базовая станция, точка доступа (например, точка доступа Wi-Fi), маломощный узел, базовая приемопередающая станция (BTS), релейный узел, релейный узел управления донорским узлом, точки передачи, передающие узлы, удаленный RF-блок (RRU), удаленная радиоголовка (RRH), радиоузел мультистандартного радио (MSR), такой как MSR BS, узлы в распределенной антенной системе (DAS), O&M, OSS, SON, узел позиционирования (например, Е-SMLC), MDT, или любой другой соответствующий сетевой узел. Сетевые узлы 115 могут быть развернуты по всей сети 100 в виде равномерного развертывания, неравномерного развертывания или смешанного развертывания. Равномерное развертывание обычно может представлять собой развертывание, образованное из одинакового (или схожего) типа сетевых узлов 115 и/или имеющих схожее покрытие и размеры ячейки и расстояния между местами их расположения. Неравномерное развертывание обычно может представлять собой развертывание, использующее множество различных типов сетевых узлов 115, имеющих различные размеры ячеек, мощности передачи, емкости и расстояния между ячейками. Например, неравномерное развертывание может содержать множество узлов с малой мощностью, расположенных по всей территории расположения макроячеек. Смешанное развертывание может содержать смесь равномерных участков и неравномерных участков.
Сетевой узел 115 может содержать один или более приемопередатчиков 1010, схему 1020 обработки, память 1030 и сетевой интерфейс 1040. В некоторых вариантах осуществления приемопередатчик 1010 облегчает беспроводную передачу сигналов и прием беспроводных сигналов при связи с беспроводным устройством 110 (например, через антенну 1050), схема 1020 обработки выполняет команды для обеспечения некоторых или всех функциональных возможностей, описанных выше, которые обеспечиваются сетевым узлом 115, память 1030 хранит команды, исполняемые схемой 1020 обработки, и сетевой интерфейс 1040 осуществляет связь с сетевыми компонентами баз данных, такими как шлюз, коммутатор, маршрутизатор, Интернет, коммутируемая телефонная сеть общего пользования (PSTN), базовые сетевые узлы или контроллеры 130 радиосети и т.д.
Схема 1020 обработки может содержать любую соответствующую комбинацию аппаратного и программного обеспечения, реализуемую в одном или более модулях для исполнения команд и манипулирования данными, чтобы выполнять некоторые или все описанные функции сетевого узла 115, такие как описано выше с ссылкой на фиг. 1-8. В некоторых вариантах осуществления схема 1020 обработки может содержать, например, один или более компьютеров, один или более центральных процессоров (CPU), один или более микропроцессоров, одно или более приложений и/или другие логик.
Память 1030 обычно выполнена с возможностью хранения команд, таких как компьютерная программа, программное обеспечение, приложение, содержащее одну или более логик, правил, алгоритмов, кодов, таблиц и т.д. и/или другие команды, пригодные для исполнения схемой 1020 обработки. Примерами памяти 1030 являются компьютерная память (например, оперативная память (RAM) или постоянная память (ROM)), носители запоминающего устройства большой емкости (например, жесткий диск), съемные носители (например, компакт-диск (CD) или цифровой видеодиск (DVD)) и/или любые другие энергозависимые или энергонезависимые считываемые компьютером и/или исполняемые компьютером запоминающие устройства, хранящие информацию.
В некоторых вариантах осуществления сетевой интерфейс 1040 средствами связи связывается со схемой 1020 обработки и может обращаться к любому соответствующему устройству, выполненному с возможностью приема ввода для сетевого узла 115, передачи вывода от сетевого узла 115, выполнения соответствующей обработки сигналов ввода или вывода или того и другого, связи с другими устройствами или любого сочетания вышесказанного. Сетевой интерфейс 1040 может содержать соответствующие аппаратные средства (например, порт, модем, сетевая карта и т. д.) и программное обеспечение, содержащее преобразование протоколов и возможности обработки данных для осуществления связи через сеть.
Другие варианты осуществления сетевого узла 115 могут содержать дополнительные компоненты помимо показанных на фиг. 10, которые могут быть ответственны за обеспечение некоторых вариантов функциональных возможностей узлов радиосети, в том числе, любых описанных выше функциональных возможностей и/или любых дополнительных функциональных возможностей (в том числе, любых функциональных возможностей, необходимых для поддержки описанных выше решений). Всевозможные типы сетевых узлов могут содержать компоненты, имеющие одни и те же физические аппаратные средства, но конфигурированные (например, через программирование) для поддержки различных технологий радиодоступа, или могут представлять собой частично или полностью другие физические компоненты.
На фиг. 11 представлена блок-схема примерного контроллера радиосети или базового сетевого узла 130, соответствующих некоторым вариантам осуществления. Примерами сетевых узлов могут являться мобильный коммутационный центр (MSC), сервисный узел поддержки GPRS (SGSN), объект управления мобильностью (MME), контроллер радиосети (RNC), контроллер базовой станции (BSC) и так далее. Контроллер радиосети или базовый сетевой узел 130 содержит схему 1120 обработки, память 1130 и сетевой интерфейс 1140. В некоторых вариантах осуществления схема 1120 обработки выполняет команды, обеспечивающие некоторые или все функциональные возможности, описанные выше, как они обеспечиваются сетевым узлом, память 1130 хранит команды, исполняемые схемой 1120 обработки, и сетевой интерфейс, 1140 осуществляет связь с любым соответствующим узлом, таким как шлюз, коммутатор, маршрутизатор, Интернет, коммутируемая телефонная сеть общего пользования (PSTN), сетевые узлы 115, контроллеры радиосети или базовые сетевые узлы 130 и т. д.
Схема 1120 обработки может содержать любое соответствующее сочетание аппаратного и программного обеспечения, реализуемого в одном или более модулях, исполняющих команды и манипулирующих данными, чтобы выполнять некоторые или все описанные функции контроллера радиосети или базового сетевого узла 130. В некоторых вариантах осуществления схему 1120 обработки может содержать, например, один или более компьютеров, один или более центральных процессоров (CPU), один или более микропроцессоров, одно или более приложений и/или другую логику.
Память 1130 обычно выполнена с возможностью хранения команд, таких как компьютерная программа, программное обеспечение, приложение, содержащих одну или более логик, правил, алгоритмов, кодов, таблиц и т. д. и/или другие команды, пригодные для их исполнения схемой 1120 обработки. Примерами памяти 1130 являются компьютерная память (например, оперативная память (RAM) или постоянная память (ROM)), носители запоминающего устройства большой емкости (например, жесткий диск), съемные носители (например, компакт-диск (CD) или цифровой видеодиск (DVD)), и/или или любые другие энергозависимые или энергонезависимые непереносные считываемые компьютером и/или исполняемые компьютером запоминающие устройства, хранящие информацию.
В некоторых вариантах осуществления сетевой интерфейс 1140 средствами связи связывается со схемой 1120 и может обращаться к любому соответствующему устройству, выполненному с возможностью приема ввода для сетевого узла, передачи вывода от сетевого узла, выполнения соответствующей обработки ввода или вывода или того и другого, связи с другими устройствами или любого сочетания перечисленного выше. Сетевой интерфейс 1140 может содержать соответствующие аппаратные средства (например, порт, модем, сетевая карта и т.д.) и программное обеспечение, содержащее преобразование протоколов и возможности обработки данных для связи через сеть.
Другие варианты осуществления сетевого узла могут содержать дополнительные компоненты помимо показанных на фиг. 11, которые могут быть ответственны за обеспечение некоторых вариантов функциональных возможностей сетевого узла, в том числе, любых описанных выше функциональных возможностей и/или любых дополнительных функциональных возможностей (в том числе, любых функциональных возможностей, необходимых для поддержки описанного выше решения).
На фиг. 12 представлена блок-схема примерного беспроводного устройства, соответствующего некоторым вариантами осуществления. Беспроводное устройство 110 может содержать один или более модулей. Например, беспроводное устройство 110 может содержать модуль 1210 определения, модуль 1220 связи, приемный модуль 1230, модуль 1240 ввода, модуль 1250 дисплея и любые другие соответствующие модули. В некоторых вариантах осуществления, один или более из модуля 1210 определения, модуля 1220 связи, приемного модуля 1230, модуля 1240 ввода, модуля 1250 дисплея или любого другого соответствующего модуля могут быть реализованы, используя один или более процессоров, таких как схема 920 обработки, описанная выше с ссылкой на фиг. 9. В некоторых вариантах осуществления функции двух или более различных модулей могут объединяться в едином модуле. Беспроводное устройство 110 может выполнять способы надежной пейджинговой передачи UE в режиме eDRX, описанные выше со ссылкой на фиг. 1-8.
Модуль 1210 определения может выполнить функции обработки беспроводного устройства 110. В качестве примера, модуль 1210 определения может получить длительность окна пейджинговой передачи в пределах цикла прерывистого приема первого типа, конфигурированного в первой ячейке. В качестве другого примера, модуль 1210 определения может принять по меньшей мере множество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количество времени, остающееся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, причем цикл прерывистого приема второго типа короче цикла прерывистого цикла приема первого типа. В качестве еще одного другого примера, модуль 1210 определения может определить, ожидается ли, что пейджинговое сообщение будет принято в первой ячейке, основываясь на полученном по меньшей мере множестве циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количестве времени, остающемся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени. Как еще один пример, модуль 1210 определения после определения, что пейджинговое сообщение, как ожидается, должно быть принято в первой ячейке, может корректировать одно или более свойств приемника, чтобы облегчить прием пейджинговых сообщений. В качестве другого примера, модуль 1210 определения может определять количество избыточных пейджинговых сообщений, которые, как ожидается, должны быть приняты во время окна пейджинговой передачи. Как другой пример, модуль 1210 определения может хранить принятое пейджинговое сообщение для его объединения с одним или более принятыми в дальнейшем избыточными пейджинговыми сообщениями.
В качестве другого примера, модуль 1210 определения может определить, что, как ожидают, пейджинговое сообщение должно быть принято в первой ячейке, если количество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи, будет равно или больше порогового значения, или количество времени, остающегося в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, равно или больше порогового значения времени. В качестве другого примера, модуль 1210 определения может определить, что не ожидается, что пейджинговое сообщение будет получено, если количество циклов прерывистого приема второго типа, остающихся в пределах окна, будет меньше порогового значения. В качестве еще одного другого примера, модуль 1210 определения может определить, что, как ожидается, пейджинговое сообщение должно быть принято, используя транспортный формат, который более устойчив, чем порог транспортного формата, если количество циклов прерывистого приема второго типа, остающихся в пределах пейджингового окна, меньше порогового значения.
Модуль 1210 определения может содержать или быть введен в один или более процессоров, таких как схема 920 обработки, описанная выше с ссылкой на фиг. 9. Модуль 1210 определения может содержать аналоговую и/или цифровую схему, выполненную с возможностью осуществления любой из функций модуля 1210 определения и/или схемы 920 обработки, описанных выше. Функции модуля 1210 определения, описанные выше, в некоторых вариантах осуществления могут выполняться в одном или более отдельных модулях.
Модуль 1220 связи может выполнить функции передачи беспроводного устройства 110. Модуль 1220 связи может содержать трансмиттер и/или приемопередатчик, такой как приемопередатчик 910, описанный выше со ссылкой на фиг. 9. Модуль 1220 связи может содержать схему, выполненную с возможностью передачи сообщений и/или сигналов с помощью беспроводных технологий. В конкретных вариантах осуществления модуль 1220 связи может принимать сообщения и/или сигналы для передачи от модуля 1210 определения. В некоторых вариантах осуществления функции модуля 1220 связи, описанные выше, могут выполняться в одном или более отдельных модулях.
Приемный модуль 1230 может выполнить функции приема беспроводного устройства 110. Например, приемный модуль 1230 может получать длительность окна пейджинговой передачи в пределах цикла прерывистого приема первого типа, конфигурированного в первой ячейке. В качестве другого примера, приемный модуль 1230 может принимать по меньшей мере один из многих циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количество времени, остающееся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, причем цикл прерывистого приема второго типа короче цикла прерывистого приема первого типа. Как еще один пример, приемный модуль 1230 может принимать пейджинговое сообщение. В качестве еще одного примера, приемный модуль 1230 может принимать по меньшей мере одно пейджинговое сообщение за пределами окна пейджинговой передачи.
Приемный модуль 1230 может содержать приемник и/или приемопередатчик. Приемный модуль 1230 может содержать приемник и/или приемопередатчик, такой как приемопередатчик 910, описанный выше с ссылкой на фиг. 9. Приемный модуль 1230 может содержать схему, выполненную с возможностью беспроводного приема сообщений и/или сигналов. В конкретных вариантах осуществления приемный модуль 1230 может передавать принятые сообщения и/или сигналы модулю 1210 определения. Функции приемного модуля 1230, описанные выше, в некоторых вариантах осуществления могут выполняться в одном или более отдельных модулях.
Модуль 1240 ввода может принимать ввод данных от пользователя, предназначенный для беспроводного устройства 110. Например, модуль ввода может принимать нажатия клавиш, нажатия кнопок, касания, удары, аудиосигналы, видеосигналы и/или любые другие соответствующие сигналы. Модуль ввода может содержать одну или более клавиш, кнопок, рычагов, переключателей, сенсорных экранов, микрофоны и/или камеры. Модуль ввода может передавать принятые сигналы на модуль 1210 определения. Функции модуля 1240 ввода, описанные выше, в некоторых вариантах осуществления могут выполняться в одном или более отдельных модулях.
Модуль 1250 дисплея может отображать сигналы на дисплее беспроводного устройства 110. Модуль 1250 дисплея может содержать дисплей и/или любую соответствующую схему и аппаратные средства, выполненные с возможностью отображения сигналов на дисплее. Модуль 1250 дисплея может принимать сигналы для отображения на дисплее от модуля 1210 определения. Функции модуля 1250 дисплея, описанные выше, в некоторых вариантах осуществления могут выполняться в одном или более отдельных модулях.
Модуль 1210 определения, модуль 1220 связи, приемный модуль 1230, модуль 1240 ввода и модуль 1250 дисплея могут содержать любую соответствующую конфигурацию аппаратных средств и/или программного обеспечения. Беспроводное устройство 110 может содержать дополнительные модули помимо показанных на фиг. 12, которые могут быть ответственны за обеспечение любой соответствующей функциональной возможности, в том числе, любые функциональные возможности, описанные выше, и/или любых дополнительных функциональных возможностей (в том числе, любых функциональных возможностей, необходимых для поддержки различных описанных здесь решений).
На фиг. 13 схематично представлена блок-схема примерного сетевого узла 115, соответствующего некоторым вариантам осуществления. Сетевой узел 115 может содержать один или более модулей. Например, сетевой узел 115 может содержать модуль 1310 определения, модуль 1320 связи, приемный модуль 1330 и любые другие соответствующие модули. В некоторых вариантах осуществления, один или более модулей 1310 определения, модулей 1320 связи, приемных модулей 1330 или любые другие соответствующие модули могут быть реализованы, используя один или более процессоров, таких как схема 1020 обработки, описанная выше с ссылкой на фиг. 10. В некоторых вариантах осуществления функции двух или более различных модулей могут быть объединены в единый модуль. Сетевой узел 115 может выполнять способы надежной пейджинговой передачи UE eDRX, описанные выше с ссылкой на фиг. 1-8.
Модуль 1310 определения может выполнять функции обработки сетевого узла 115. Как пример, модуль 1310 определения может получать длительность окна пейджинговой передачи в пределах цикла прерывистого приема первого типа, конфигурированного в первой ячейке. Как другой пример, модуль 1310 определения может получать по меньшей мере множество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количество времени, остающееся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, причем цикл прерывистого приема второго типа короче цикла прерывистого приема первого типа. Как еще один пример, модуль 1310 определения может определять, может ли пейджинговое сообщение быть передано в первой ячейке, основываясь на полученном по меньшей мере множестве циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количестве времени, остающемся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени. В еще одном примере модуль 1310 определения может определить, что количество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи, равно или больше порогового значения и/или что количество времени, остающееся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, равно или больше порогового значения времени. В качестве другого примера, модуль 1310 определения может определить, что количество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи, меньше порогового значения. В качестве другого примера, модуль 1310 определения после определения, что пейджинговое сообщение не может быть передано в первой ячейке, может адаптировать одно или более из следующего: окно пейджинговой передачи; цикл прерывистого приема первого типа; и цикл прерывистого приема второго типа.
Модуль 1310 определения может содержать или быть введен в один или более процессоров, таких как схема 1020 обработки, описанная выше с ссылкой на фиг. 10. Модуль 1310 определения может содержать аналоговую и/или цифровую схему, выполненную с возможностью осуществления любой из функций модуля 1310 определения и/или схемы 1020 обработки, описанной выше. Функции модуля 1310 определения в некоторых вариантах осуществления могут быть выполнены в одном или более отдельных модулях.
Модуль 1320 связи может выполнять функции передачи сетевого узла 115. В качестве одного примера, модуль 1320 связи может индицировать результат определения по меньшей мере одному другому узлу (например, другому сетевому узлу или беспроводному устройству). В качестве другого примера, модуль 1320 связи может передавать пейджинговое сообщение в первой ячейке после определения (например, с помощью модуля 1310 определения) по меньшей мере одного из следующего: количество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи, равно или больше порогового значения; или количество времени, остающееся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, равно или больше порогового значения времени. В качестве еще одного примера, модуль 1320 связи может передавать одну или более избыточных копий переданного сообщения. В качестве еще одного примера, модуль 1320 связи может выполнять одно или более из следующего: задержка передачи пейджингового сообщения до следующего окна пейджинговой передачи; передача пейджингового сообщения в окне пейджинговой передачи с помощью транспортного формата, более устойчивого, чем пороговое значение транспортного формата; и передача пейджингового сообщения в окне пейджинговой передачи при мощности передачи, превышающей порог мощности передачи. В качестве другого примера, модуль 1320 связи может передавать по меньшей мере одно пейджинговое сообщение за пределами окна пейджинговой передачи. В качестве другого примера, модуль 1320 связи может указать конфигурацию для пейджингового сообщения, полученную в результате адаптации по меньшей мере к одному другому узлу.
Модуль 1320 связи может передавать сообщения одному или более беспроводным устройствам 110. Модуль 1320 связи может содержать передатчик и/или приемопередатчик, такой как приемопередатчик 1010, описанный выше с ссылкой на фиг. 10. Модуль 1320 связи может содержать схему, выполненную с возможностью беспроводной передачи сообщений и/или сигналов. В конкретных вариантах осуществления модуль 1320 связи может принимать сообщения и/или сигналы для передачи от модуля 1310 определения или любого другого модуля. Функции модуля 1320 связи в некоторых вариантах осуществления могут осуществляться в одном или более отдельных модулях.
Приемный модуль 1330 может выполнять приемные функции сетевого узла 115. В качестве примера, приемный модуль 1330 может получать длительность окна пейджинговой передачи в пределах цикла прерывистого приема первого типа, конфигурированного в первой ячейке. В качестве другого примера, приемный модуль 1330 может принимать по меньшей мере множество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количество времени, остающееся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, причем цикл прерывистого приема второго типа короче цикла прерывистого приема первого типа.
Приемный модуль 1330 может принимать любую соответствующую информацию от беспроводного устройства. Приемный модуль 1330 может содержать приемник и/или приемопередатчик, такой как приемопередатчик 1010, описанный выше с ссылкой на фиг. 10. Приемный модуль 1330 может содержать схему, выполненную с возможностью беспроводного приема сообщений и/или сигналов. В конкретных вариантах осуществления приемный модуль 1330 может передавать принятые сообщения и/или сигналы модулю 1310 определения или любому другому соответствующему модулю. Функции приемного модуля 1330 в некоторых вариантах осуществления могут выполняться в одном или более отдельных модулях.
Модуль 1310 определения, модуль 1320 связи и приемный модуль 1330 могут содержать любую соответствующую конфигурацию аппаратных средств и/или программного обеспечения. Сетевой узел 115 может содержать дополнительные модули помимо показанных на фиг. 13, которые может быть ответственны за обеспечение любой соответствующей функциональной возможности, в том числе, любой функциональной возможности, описанной выше, и/или любой дополнительной функциональной возможности (в том числе, любой функциональной возможности, необходимой для поддержки описанных здесь различных решений).
В описанных здесь системах и устройствах могут быть сделаны модификации, дополнения или исключения, не отступая от объема раскрытия. Компоненты систем и устройств могут интегрироваться или разделяться. Кроме того, операции систем и устройств могут выполняться большим или меньшим количеством компонент или другими компонентами. Дополнительно, операции систем и устройств могут выполняться, используя любую соответствующую логику, содержащую программное обеспечение, аппаратные средства и/или другую логику. Термин "каждый", как он используется в настоящем документе, относится к каждому элементу набора или к каждому элементу подмножества набора.
В описанных здесь способах, могут делаться модификации, добавления или исключения, не отступая от объема раскрытия. Способы могут содержать больше, меньше или другие этапы. Дополнительно, этапы могут выполняться в любом подходящем порядке.
Хотя настоящее раскрытие было описано с точки зрения некоторых вариантов осуществления, изменения и преобразования вариантов осуществления будут очевидны специалистам в данной области техники. Соответственно, приведенное выше описание вариантов осуществления не ограничивает это раскрытие. Другие изменения, замены и изменения возможны, не отступая от сущности и объема настоящего раскрытия, как определяется последующей формулой изобретения.
Сокращениями, используемыми в предшествующем описании, являются:
| 3GPP ACK AP BS BSC BTS CA CDM CPE CQI CSI-RSRP D2D DAS DL DR DRX eDRX eNB EPDCCH Е-UTRAN FDD HARQ H-SFN HSPA IDC LAA LAN LBT LEE LME LTE M2M MAC MAN MCE MME MSR NAK NAS PBCH PCC PCell PDCCH PDSCH PF PH РО PSC PSTN PTW PUSCH PUCCH RAT RB RNC RRC RRH RRU RSRP RSRQ RTT SI SIB SFN SCC SCell SSC TDD UE UL UTRA WAN LTE |
Проект партнерства третьего поколения Подтверждение приема Точка доступа Базовая станция Контроллер базовой станции Базовая приемопередающая станция Агрегация несущих Мультиплексирование с кодовым разделением каналов Оборудование помещения потребителя Индикатор качества канала Мощность опорного символа, принятого используя опорные символы CSI Тип "устройство-устройство" Распределенная антенная система Нисходящий канал Сигнал обнаружения Прерывистый прием Расширенный прерывистый прием Развитый узел B Улучшенный физический нисходящий канал управления Развитая наземная сеть радиодоступа UMTS Дуплекс с частотным разделением каналов Гибридный автоматический запрос повторения Гиперсистемный номер кадра Высокоскоростной пакетный доступ Сосуществование в устройстве Доступ с помощью лицензии Локальная сеть Слушать перед разговором Ноутбук, встроенный в оборудование Ноутбук, вмонтированный в оборудование Система долгосрочного развития Тип «машина-машина» Управление доступом к носителю Городская компьютерная сеть Объект координации мультиячеечной/многоадресной передачи Объект управления мобильностью Мультистандартное радио Подтверждение отсутствия приема Слой работы без доступа Физический широковещательный канал Первичная компонентная несущая Первичная ячейка Физический нисходящий канал управления Материальный нисходящий совместно используемый канал Пейджинговый кадр Номер пейджингового гиперсистемного кадра Возможность пейджинга Первичная сервисная ячейка Коммутируемая телефонная сеть общего доступа Окно пейджинговой передачи Физический восходящий совместно используемый канал Физический восходящий канал управления Технология радиодоступа Ресурсный блок Контроллер радиосети Управление радиоресурсом Удаленная радиоголовка Удаленный радиоблок Принятая мощность опорного символа Качество принятого опорного символа Время кругового обращения Системная информация Системный информационный блок Системный номер кадра Вторичная компонентная несущая Вторичная ячейка Вторичная сервисная ячейка Дуплекс с временным разделением каналов Оборудование пользователя Восходящий канал Наземный радиодоступ к UMTS Глобальная сеть Система долгосрочного развития |
1. Способ связи, применяемый в сетевом узле (115), содержащий этапы, на которых
получают (704) длительность окна (515) пейджинговой передачи в пределах цикла прерывистого приема первого типа (505), конфигурированного в первой ячейке;
получают (708) по меньшей мере один из множества циклов прерывистого приема второго типа (525), остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количество времени, остающееся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, причем цикл прерывистого приема второго типа короче цикла прерывистого приема первого типа; и
определяют (712), может ли пейджинговое сообщение быть передано в первой ячейке, основываясь на полученном, по меньшей мере, множестве циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или на количестве времени, остающемся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени; и
передают пейджинговое сообщение в первой ячейке после определения, что количество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи, равно или больше порогового значения, где пороговое значение равно двум или больше.
2. Способ по п.1, в котором
первый тип прерывистого приема является расширенным прерывистым приемом; и
второй тип прерывистого приема является существующим прерывистым приемом.
3. Способ по п.1, содержащий этап, на котором
указывают результат определения по меньшей мере одному другому узлу.
4. Способ по п.1, содержащий этап, на котором
передают пейджинговое сообщение в первой ячейке после дополнительного определения:
что количество времени, остающееся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, равно или больше порогового значения времени.
5. Способ по любому из пп.1-4, содержащий этап, на котором
передают одну или более избыточных копий переданного пейджингового сообщения.
6. Способ по п.1, содержащий этап, на котором
после определения, что количество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи, меньше порогового значения, выполняют одно из следующего:
не передают пейджинговое сообщение в окне пейджинговой передачи;
задерживают передачу пейджингового сообщения до следующего окна пейджинговой передачи;
передают пейджинговое сообщение в окне пейджинговой передачи с помощью транспортного формата, который более устойчив, чем пороговое значение транспортного формата; и
передают пейджинговое сообщение в окне пейджинговой передачи при мощности передачи выше порога мощности передачи.
7. Способ по п.1, содержащий передачу по меньшей мере одного пейджингового сообщения за пределами окна пейджинговой передачи.
8. Способ по п.1, содержащий этап, на котором
после определения, что пейджинговое сообщение не может быть передано в первой ячейке, адаптируют одно или более из следующего:
окно пейджинговой передачи;
цикл прерывистого приема первого типа; и
цикл прерывистого приема второго типа.
9. Способ по п.8, содержащий этап, на котором
указывают конфигурацию для пейджингового сообщения, полученную в результате адаптации, по меньшей мере одному другому узлу.
10. Способ связи, применяемый в беспроводном устройстве (110), содержащий этапы, на которых
получают (804) длительность окна (515) пейджинговой передачи в пределах цикла прерывистого приема первого типа (505), конфигурированного в первой ячейке;
получают (808) по меньшей мере один из множества циклов прерывистого приема второго типа (525), остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количество времени, остающееся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, причем цикл прерывистого приема второго типа короче цикла прерывистого приема первого типа; и
определяют (812), ожидается ли, что пейджинговое сообщение должно быть принято в первой ячейке, основываясь на полученном, по меньшей мере, множестве циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или на количестве времени, остающемся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, и определяют, что пейджинговое сообщение, как ожидают, должно быть принято в первой ячейке, если количество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи, равно или больше порогового значения, где пороговое значение равно двум или более.
11. Способ по п.10, в котором
первый тип прерывистого приема является расширенным прерывистым приемом; и
второй тип прерывистого приема является существующим прерывистым приемом.
12. Способ по п.10, содержащий этап, на котором
принимают по меньшей мере одно пейджинговое сообщение за пределами окна пейджинговой передачи.
13. Способ по п.10, содержащий этап, на котором
после определения, что пейджинговое сообщение, как ожидают, должно быть принято в первой ячейке, корректируют одно или более свойств приемника, чтобы облегчить прием пейджинговых сообщений.
14. Способ по п.13, содержащий этап, на котором
определяют множество избыточных пейджинговых сообщений, которые, как ожидается, должны быть приняты во время окна пейджинговой передачи.
15. Способ по п.13, содержащий этапы, на которых
принимают пейджинговое сообщение; и
сохраняют принятое пейджинговое сообщение для его объединения с одним или более в дальнейшем полученными пейджинговыми сообщениями.
16. Способ по п.10, содержащий этап, на котором
определяют, что пейджинговое сообщение, как ожидают, должно быть принято в первой ячейке, если количество времени, остающееся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, равно или больше порогового значения времени.
17. Способ по п.16, в котором от беспроводного устройства требуется принять пейджинговое сообщение и одну или более избыточных передач пейджингового сообщения, если оно передается по меньшей мере за один заданный период времени до окончания окна пейджинговой передачи или за заданное количество циклов прерывистого приема второго типа до окончания окна пейджинговой передачи.
18. Способ по п.10, содержащий этап, на котором
определяют, что пейджинговое сообщение, как ожидают, не будет принято, если количество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинга, будет меньше порогового значения.
19. Способ по п.10, содержащий этап, на котором
определяют, что пейджинговое сообщение, как ожидают, должно быть принято, используя транспортный формат, который более устойчив, чем порог транспортного формата, если количество циклов прерывистого приема второго типа, остающихся в пределах пейджингового окна, меньше порогового значения.
20. Сетевой узел (115), содержащий:
схему (1420) обработки, причем схема обработки выполнена с возможностью
получения (704) длительности окна (515) пейджинговой передачи в пределах цикла прерывистого приема первого типа (505), конфигурированного в первой ячейке;
получения (708) по меньшей мере одного из множества циклов прерывистого приема второго типа (525), остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количества времени, остающегося в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, причем цикл прерывистого приема второго типа короче, чем цикл прерывистого приема первого типа; и
определяют (712), может ли пейджинговое сообщение быть передано в первой ячейке, основываясь на полученном по меньшей мере множестве циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количестве времени, остающемся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, и в котором схема обработки выполнена с возможностью
передачи пейджингового сообщения в первой ячейке после определения, что количество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи, равно или больше порогового значения, где пороговое значение равно двум или более.
21. Беспроводное устройство (110), содержащее:
схему (920) обработки, причем схема обработки выполнена с возможностью
получения (804) длительности окна (515) передачи в пределах цикла прерывистого приема первого типа (505), конфигурированного в первой ячейке;
получения (808) по меньшей мере одного из множества циклов прерывистого приема второго типа (525), остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или количества времени, остающегося в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, причем цикл прерывистого приема второго типа короче цикла прерывистого приема первого типа; и
определения (812), ожидают ли, что пейджинговое сообщение должно быть принято в первой ячейке, основываясь на полученном по меньшей мере множестве циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи относительно опорного момента времени в первой ячейке, или на количестве времени, остающемся в пределах окна пейджинговой передачи, начинающегося с опорного момента времени, где схема обработки выполнена с возможностью
определения, что пейджинговое сообщение, как ожидают, должно быть принято в первой ячейке, если количество циклов прерывистого приема второго типа, остающихся в пределах окна пейджинговой передачи, равно или больше порогового значения, где пороговое значение равно двум или более.
