УЗЕЛ СЕТИ РАДИОДОСТУПА И СПОСОБ ДЛЯ СКООРДИНИРОВАННЫХ ВО ВРЕМЕНИ СОТ ДЛЯ РАСШИРЕННОГО ПРЕРЫВИСТОГО ПРИЕМА (EDRX)
RADIO ACCESS NETWORK NODE AND METHOD FOR TIME-SYNCHRONIZED CELLS FOR EXTENDED DISCONTINUOUS RECEPTION (EDRX)

ИСПРАШИВАНИЕ ПРИОРИТЕТА
Настоящая заявка испрашивает приоритет предварительной заявки США № 62/163,794, поданной 19 мая 2015 года, содержание которой полностью включено в настоящий документ посредством ссылки для всех целей.
РОДСТВЕННАЯ ПАТЕНТНАЯ ЗАЯВКА
Настоящая заявка связана со следующей совместно поданной заявкой: заявка США № 15/154,708, озаглавленная ʺCore Network Node and Method-Time Coordinated Cells for Extended Discontinuous Receive (eDRX)ʺ (Номер дела P47099-US2). Все содержание этого документа включено в настоящий документ посредством ссылки для всех целей.
ОБЛАСТЬ ТЕХНИКИ
Настоящее раскрытие относится, в общем, к области беспроводной связи и, более конкретно, к узлу базовой сети (например, обслуживающему узлу поддержки GPRS (SGSN)), узлу сети радиодоступа (например, подсистеме базовой станции) и различным способам для реализации скоординированных во времени сот и поддержания надежности поискового вызова беспроводного устройства (например, устройства связи машинного типа (MTC), мобильной станции).
ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ
Ниже определены аббревиатуры и термины, на которые даются ссылки в нижеследующем описании настоящего раскрытия.
3GPP Проект партнерства 3-го поколения
AGCH канал предоставления доступа
ASIC специализированная интегральная схема
BLER блочная частота ошибок
BLKS блоки
BSS подсистема базовой станции
BSSGP протокол общей службы пакетной радиосвязи подсистемы базовой станции
СС класс покрытия
CN базовая сеть
DRX цикл прерывистого приема
EC-GSM Глобальная система мобильной связи с расширенным покрытием
EC-PCH канал поискового вызова расширенного покрытия
eDRX расширенный прерывистый прием
eNB развитый Узел В
DL нисходящая линия связи
DSP процессор цифровых сигналов
EDGE Повышенные скорости передачи данных для Развития GSM
EGPRS Расширенная общая служба пакетной радиосвязи
FN номер кадра
GSM Глобальная система мобильной связи
GERAN сеть радиодоступа GSM/EDGE
GPRS Общая служба пакетной радиосвязи
GPS Глобальная система позиционирования
HARQ Гибридный автоматический запрос повторения
IMSI международный идентификатор мобильного абонента
IoT Интернет вещей
LLC управление канального уровня
LTE Долговременное развитие
MCS схема модуляции и кодирования
MF мульти-кадр
MFRM мульти-кадр
MFRMS мульти-кадры
MME объект управления мобильностью
MS мобильная станция
MTC связь машинного типа
NB Узел B
N-PDU блок данных сетевого протокола
PCH канал поискового вызова
PDN сеть пакетных данных
PDTCH канал трафика пакетных данных
PDU протокольный блок данных
P-TMSI пакетный временный идентификатор мобильного абонента
RACH канал произвольного доступа
RAN сеть радиодоступа
RAT технология радиодоступа
RAU обновление области маршрутизации
SGSN обслуживающий узел поддержки GPRS
TDMA множественный доступ с временным разделением
TLLI идентификатор временного логического канала
TS Технические спецификации
UE пользовательское оборудование
uPoD Исследование энергосбережения для устройств MTC
WCDMA широкополосный множественный доступ с кодовым разделением
WiMAX Общемировая совместимость широкополосного беспроводного доступа
Класс покрытия (CC): В любой момент времени беспроводное устройство относится к конкретному классу покрытия восходящей линии связи/нисходящей линии связи, который соответствует либо атрибутам производительности унаследованного радиоинтерфейса, которые служат как опорное покрытие для унаследованного планирования сот (например, блочная частота ошибок 10% после однократной передачи радиоблока по PDTCH), либо диапазону атрибутов производительности радиоинтерфейса, ухудшенных по сравнению с опорным покрытием (например, до 20 дБ ниже, чем производительность опорного покрытия). Класс покрытия определяет общее количество слепых передач, которые будут использоваться при передаче/приеме радиоблоков. Класс покрытия восходящей линии связи/нисходящей линии связи, применимый в любой момент времени, может различаться между различными логическими каналами. При инициировании доступа к системе, беспроводное устройство определяет класс покрытия восходящей линии связи/нисходящей линии связи, применимый к RACH/AGCH, на основе оценки количества слепых передач радиоблока, необходимого для приемника BSS (узла радиодоступа)/приемника беспроводного устройства, чтобы испытывать BLER (блочную частоту ошибок) приблизительно 10%. BSS определяет класс покрытия восходящей линии связи/нисходящей линии связи, который будет использоваться беспроводным устройством на назначенных ресурсах пакетного канала на основе оценки количества слепых передач радиоблока, необходимого для удовлетворения целевой BLER, и учитывая количество повторных передач HARQ (радиоблока), которые в среднем будут необходимы для успешного приема радиоблока с использованием этой целевой BLER. Примечание: беспроводное устройство, работающее с атрибутами производительности радиоинтерфейса, соответствующими опорному покрытию (нормальному покрытию), считается соответствующим классу наилучшего покрытия (т.е. классу покрытия 1) и поэтому не выполняет никаких дополнительных слепых передач после первоначальной слепой передачи. В этом случае, беспроводное устройство может упоминаться как беспроводное устройство нормального покрытия. Напротив, беспроводное устройство, работающее с атрибутами производительности радиоинтерфейса, соответствующими расширенному покрытию (т.е. классу покрытия выше, чем 1), выполняет множество слепых передач. В этом случае, беспроводное устройство может упоминаться как беспроводное устройство расширенного покрытия. Множество слепых передач соответствует случаю, когда N экземпляров радиоблока передаются последовательно с использованием применимых радиоресурсов (например, канала поискового вызова) без каких-либо попыток передающей стороной определять то, способна ли принимающая сторона успешно восстановить радиоблок до выполнения всех N передач. Передающая сторона делает это, пытаясь помочь принимающей стороне реализовать целевую характеристику BLER (например, целевую BLER≤10% для канала поискового вызова).
Цикл eDRX: e- (расширенный) прерывистый прием (eDRX) представляет собой процесс, блокирующий способность приема беспроводного устройства, когда оно не ожидает приема входящих сообщений, и включающий его способность приема в течение периода достижимости, когда оно ожидает возможность приема сообщений. Для функционирования eDRX, сеть координирует работу с беспроводным устройством в отношении того, когда должны возникать случаи достижимости. Поэтому беспроводное устройство будет ʺпросыпатьсяʺ (активироваться) и разрешать прием сообщений только в течение заранее запланированных периодов достижимости. Этот процесс уменьшает потребление энергии, что продлевает срок службы батареи беспроводного устройства и иногда называется (глубоким) спящим режимом.
Расширенное покрытие: Общим принципом расширенного покрытия является использование слепых передач для каналов управления и каналов данных для реализации целевой блочной частоты ошибок (BLER) для канала, представляющего интерес. Кроме того, для каналов данных использование слепых передач в предположении MCS-1 (т.е. самой низкой схемы модуляции и кодирования (MCS), поддерживаемой в EGPRS в настоящее время) объединяется с повторными передачами HARQ для реализации необходимого уровня производительности передачи данных. Поддержка расширенного покрытия реализуется путем определения различных классов покрытия. Различное количество слепых передач ассоциировано с каждым из классов покрытия, причем расширенное покрытие ассоциировано с классами покрытия, для которых необходимо множество слепых передач (т.е. одна слепая передача рассматривается как опорное покрытие). Количество полных слепых передач для данного класса покрытия может различаться между различными логическими каналами.
Устройство MTC: Устройство MTC является типом устройства, в котором поддержка взаимодействия человека с устройством обычно не требуется, и передача данных от устройства или к нему ожидается довольно короткой (например, максимум в несколько сотен октетов). Ожидается, что устройства MTC, поддерживающие минимальную функциональность, будут работать только с использованием обычных контуров сот и, как таковые, не поддерживают концепцию расширенного покрытия, тогда как устройства MTC с расширенными возможностями могут поддерживать расширенное покрытие.
Устройство uPoD: Устройство uPoD аналогично устройству MTC, за исключением того, что оно также поддерживает обязательное использование состояния энергосбережения, известного как eDRX или режим энергосбережения (PSM), который позволяет реализовать значительную экономию заряда батареи в пакетном режиме ожидания.
Номинальная группа поискового вызова: Конкретный набор блоков EC-PCH, который устройство контролирует один раз за цикл eDRX. Устройство определяет этот конкретный набор блоков EC-PCH с использованием алгоритма, который учитывает его IMSI, его длину цикла eDRX и его класс покрытия нисходящей линии связи.
Необходимость поддержки устройств MTC с использованием сотовых технологий возрастает, поскольку сотовые технологии представляют собой существующие (и, следовательно, удобные) развертывания областей обслуживания, в которых могут работать устройства MTC. В результате, все больше и больше устройств MTC развертываются в сетях беспроводной связи. Одна из задач, стоящих перед развертыванием устройств MTC в сетях беспроводной связи, заключается в том, что устройства MTC, как правило, не имеют доступа к внешней мощности и, как таковые, должны будут использовать батареи с целевым временем жизни в течение нескольких лет. Чтобы помочь реализовать такой срок службы батареи, использование функциональности расширенного прерывистого приема (eDRX) может рассматриваться в качестве необходимого, когда длина цикла eDRX будет составлять от минут до нескольких часов (т.е. устройство MTC будет поддерживать один случай поискового вызова за цикл eDRX), по сравнению с унаследованной операцией, где длины цикла прерывистого приема (DRX) находится в области нескольких секунд. Также необходимо учитывать возможность мобильности устройств MTC, в том числе вопрос о том, какое влияние будет оказываться на доступность устройства MTC (например, с использованием события поискового вызова устройства MTC) в результате возможной мобильности устройства MTC.
Событие поискового вызова (номинальная группа поискового вызова), используемое беспроводным устройством (например, MS, устройством MTC) на радиоинтерфейсе, в настоящее время определяется, по меньшей мере частично, номером радиокадра. Это описано в нескольких 3GPP TS, таких как, например, 3GPP TS 36.331 V.12.5.0 (от 2015-03-27), 3GPP TS 45.002 V.12.4.0 (от 2015-03-21) и 3GPP TS 25.304 V.12.5.0 (от 2015-03-23) (содержание этих документов включено в настоящий документ посредством ссылки для всех целей). Проблема с этим методом заключается в том, что цикл номеров радиокадров в разных сотах будет появляться на радиоинтерфейсе некоординированным образом во временной области (т.е. при поисковом вызове беспроводного устройства в заданной области поискового вызова, содержащей множество сот, соответствующее сообщение поискового вызова будет отправляться по радиоинтерфейсу к различным сотам в разные моменты времени).
При такой недостаточной временной координации, разброс между событиями поискового вызова для одного и того же беспроводного устройства в разных сотах может достигать максимальной длине цикла расширенного DRX, поскольку тот же номер радиокадра, ассоциированный с началом номинальной группы поискового вызова, может возникать в различное время в разных сотах. Следовательно, нехватка согласованных по времени сот имеет некоторые недостатки при рассмотрении в контексте eDRX. Некоторыми из этих недостатков являются следующие:
Недостаток 1: Беспроводное устройство может быть недоступно для поискового вызова, поскольку беспроводное устройство может пропустить свои возможности поискового вызова (в разных сотах) в результате того, что беспроводное устройство перемещается между сотами.
Недостаток 2: Беспроводное устройство может принимать и отвечать на одно и то же сообщение поискового вызова несколько раз (в разных сотах) в результате того, что беспроводное устройство перемещается между сотами.
Недостаток 3: Временные идентификаторы (например, пакетный временный идентификатор мобильного абонента (P-TMSI)), включенный в сообщение поискового вызова, может стать недействительными, если сообщения поискового вызова буферизуются в узле сети радиодоступа (RAN) в течение расширенных периодов времени (например, перераспределение P-TMSI может произойти, когда поисковый вызов с этим P-TMSI буферизован). Если это происходит, то, если буферизованный поисковый вызов в конечном итоге отправлен, это может привести либо к неудаче поискового вызова (например, не происходит поисковый вызов предполагаемого беспроводного устройства), либо по меньшей мере к бесполезному расходованию ширины полосы поискового вызова. Чтобы смягчить эти проблемы, потребовалось бы ввести дополнительную сигнализацию и сложность.
Эта нехватка скоординированных во времени сот и обусловленная этим проблема поискового вызова исследуются в настоящем раскрытии.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Узел CN (например, SGSN), узел RAN (например, BSS) и различные способы для устранения вышеупомянутых недостатков описаны в независимых пунктах формулы изобретения. В зависимых пунктах формулы изобретения дополнительно описаны предпочтительные варианты осуществления узла CN (например, SGSN), узла RAN (например, BSS) и различных способов.
В одном аспекте, настоящее раскрытие обеспечивает узел RAN, сконфигурированный для взаимодействия с узлом CN, чтобы координировать во времени соты и поддерживать надежность поискового вызова беспроводного устройства. Узел RAN содержит процессор и память, в которой хранятся исполняемые процессором инструкции, причем процессор взаимодействует с памятью для выполнения исполняемых процессором инструкций, посредством чего узел RAN может действовать, чтобы предоставлять, узлу CN, информацию, указывающую оставшееся время до следующей возможности поискового вызова для беспроводного устройства в сотах, содержащих зону поискового вызова беспроводного устройства. Узел RAN может предоставить оставшееся время до следующей возможности поискового вызова для беспроводного устройства, узлу CN, используя, например, модифицированную процедуру обновления области маршрутизации (RAU), модифицированную процедуру поискового вызова или новую процедуру фиктивного поискового вызова. Преимущество узла RAN, реализующего операцию предоставления, заключается в том, что это помогает решить проблему нехватки скоординированных во времени сот и обусловленную этим проблему поискового вызова, которая неблагоприятно влияет на унаследованную систему беспроводной связи.
В другом аспекте, настоящее раскрытие обеспечивает способ в узле RAN для взаимодействия с узлом CN, чтобы координировать во времени соты и поддерживать надежность поискового вызова беспроводного устройства. Способ содержит этап предоставления. На этапе предоставления, узел RAN предоставляет узлу CN информацию, указывающую оставшееся время до следующей возможности поискового вызова для беспроводного устройства в сотах, содержащих зону поискового вызова беспроводного устройства. Узел RAN может предоставить оставшееся время до следующей возможности поискового вызова для беспроводного устройства узлу CN, используя, например, модифицированную процедуру обновления области маршрутизации (RAU), модифицированную процедуру поискового вызова или новую процедуру фиктивного поискового вызова. Преимущество узла RAN, реализующего этап предоставления, заключается в том, что это помогает устранить нехватку согласованных во времени сот и обусловленную этим проблему поискового вызова, которая отрицательно влияет на унаследованную систему беспроводной связи.
В одном аспекте, настоящее раскрытие обеспечивает узел RAN, содержащий процессор и память, которая хранят исполняемые процессором инструкции, причем процессор взаимодействует с памятью для выполнения исполняемых процессором инструкций, посредством чего узел RAN может действовать, чтобы выполнять операцию приема, операцию использования и операцию передачи. В операции приема, узел RAN принимает от узла CN запрос фиктивного поискового вызова, ассоциированный с беспроводным устройством. В операции использования, узел RAN использует информацию, предоставленную в запросе фиктивного поискового вызова, для вычисления времени, оставшегося до следующей возможности поискового вызова для беспроводного устройства (примечание: узел RAN, после приема запроса фиктивного поискового вызова, не отправляет сообщение поискового вызова по радиоинтерфейсу к беспроводному устройству). В операции отправки, узел RAN отправляет, к узлу CN, ответ фиктивного поискового вызова, включающий в себя оставшееся время до следующей возможности поискового вызова для беспроводного устройства. Преимущество узла RAN, реализующего операции приема, использования и отправки, заключается в том, что это помогает решить проблему нехватки согласованных во времени сот и обусловленную этим проблему поискового вызова, которая отрицательно влияет на унаследованную систему беспроводной связи.
В одном аспекте, настоящее раскрытие обеспечивает способ в узле RAN для временной координации множества сот и поддержания надежности поискового вызова беспроводного устройства. Способ содержит этап приема, этап использования и этап передачи. На этапе приема, узел RAN принимает, от узла CN, запрос фиктивного поискового вызова, ассоциированный с беспроводным устройством. На этапе использования, узел RAN использует информацию, предоставленную в запросе фиктивного поискового вызова, для вычисления времени, оставшегося до следующей возможности поискового вызова для беспроводного устройства (примечание: узел RAN после приема запроса фиктивного поискового вызова не отправляет сообщение поискового вызова по радиоинтерфейсу к беспроводному устройству). На этапе отправки, узел RAN отправляет, к узлу CN, ответ фиктивного поискового вызова, включающий в себя оставшееся время до следующей возможности поискового вызова для беспроводного устройства. Преимущество узла RAN, реализующего этапы приема, использования и отправки, заключается в том, что это помогает устранить нехватку согласованных во времени сот и обусловленную этим проблему поискового вызова, которая отрицательно влияет на унаследованную систему беспроводной связи.
Дополнительные аспекты настоящего раскрытия будут изложены, в частности, в подробном описании, на чертежах и в любых пунктах формулы изобретения, которые следуют далее, и частично будут получены из подробного описания или могут быть изучены при практической реализации изобретения. Следует понимать, что как приведенное выше общее описание, так и последующее подробное описание являются иллюстративными и пояснительными и не ограничивают настоящее раскрытие.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Более полное понимание настоящего раскрытия может быть получено путем ссылки на следующее подробное описание во взаимосвязи с прилагаемыми чертежами:
Фиг. 1 - схема примерной сети беспроводной связи, которая включает в себя узел CN, множество узлов RAN и множество беспроводных устройств, которые все сконфигурированы в соответствии с вариантом осуществления настоящего раскрытия;
Фиг. 2 - диаграмма сигналов, иллюстрирующая модифицированную процедуру RAU, которая поддерживает скоординированные во времени соты в соответствии с вариантом осуществления настоящего раскрытия;
Фиг. 3 - диаграмма сигналов, иллюстрирующая модифицированную процедуру поискового вызова, которая поддерживает соты, скоординированные во времени, в соответствии с вариантом осуществления настоящего раскрытия;
Фиг. 4 - диаграмма сигналов, иллюстрирующая процедуру фиктивного поискового вызова, которая поддерживает соты, скоординированные во времени, в соответствии с вариантом осуществления настоящего раскрытия;
Фиг. 5 - диаграмма, используемая для объяснения примерного способа, которым узел RAN может вычислить оставшееся время до следующей возможности поискового вызова для беспроводного устройства;
Фиг. 6 - блок-схема последовательности операций способа, реализованного в узле CN в соответствии с вариантом осуществления настоящего раскрытия;
Фиг. 7 - блок-схема, иллюстрирующая структуру узла CN, сконфигурированного в соответствии с вариантом осуществления настоящего раскрытия;
Фиг. 8 - блок-схема последовательности операций другого способа, реализованного в узле CN в соответствии с вариантом осуществления настоящего раскрытия;
Фиг. 9 - блок-схема, иллюстрирующая другую структуру узла CN, сконфигурированного в соответствии с вариантом осуществления настоящего раскрытия;
Фиг. 10 - блок-схема последовательности операций способа, реализованного в узле RAN в соответствии с вариантом осуществления настоящего раскрытия;
Фиг. 11 - блок-схема, иллюстрирующая структуру узла RAN, сконфигурированного в соответствии с вариантом осуществления настоящего раскрытия;
Фиг. 12 - блок-схема последовательности операций другого способа, реализованного в узле RAN в соответствии с вариантом осуществления настоящего раскрытия; и
Фиг. 13 - блок-схема, иллюстрирующая другую структуру узла RAN, сконфигурированного в соответствии с вариантом осуществления настоящего раскрытия.
ПОДРОБНОЕ ОПИСАНИЕ
Вначале приведено описание примерной сети беспроводной связи, которая включает в себя узел CN (например, SGSN, MME), множество узлов RAN (например, BSS, NodeB, eNodeB) и множество беспроводных устройств (например, MS, устройств MTC) в соответствии с вариантом осуществления настоящего изобретения (см. фиг. 1). Затем приведено описание для раскрытия различных методов, которые узел CN (например, SGSN, MME) и узлы RAN (например, BSS, NodeB, eNodeB) могут использовать для реализации скоординированных во времени сот и поддержания надежности поискового вызова беспроводного устройства в соответствии с различными вариантами осуществления настоящего изобретения (см. фиг. 2-5). После этого приведено описание для пояснения основных функциональных возможностей/конфигураций узла CN (например, SGSN, MME) и узла RAN (например, BSS, NodeB, eNodeB) в соответствии с различными вариантами осуществления настоящего раскрытия (см. фиг. 6 -13).
Примерная сеть 100 беспроводной связи
1
2
1
2
3
n
На фиг. 1 проиллюстрирована примерная сеть 100 беспроводной связи в соответствии с настоящим раскрытием. Сеть 100 беспроводной связи включает в себя базовую сеть 106 (которая содержит по меньшей мере один узел 107 CN) и множество узлов 102 и 102 RAN (показаны только два), которые взаимодействуют с множеством беспроводных устройств 104, 104, 104 … 104. Сеть 100 беспроводной связи также включает в себя множество хорошо известных компонентов, но для ясности здесь описаны только компоненты, необходимые для описания признаков настоящего раскрытия. Кроме того, сеть 100 беспроводной связи описывается здесь как сеть 100 беспроводной связи GSM/EGPRS, которая также известна как сеть 100 беспроводной связи EDGE. Однако специалисты в данной области техники легко поймут, что методы настоящего раскрытия, которые применяются к сети 100 беспроводной связи GSM/EGPRS, как правило, применимы к другим типам систем беспроводной связи, включая, например, системы WCDMA, LTE и WiMAX.
1
2
1
2
3
n
1
1
2
1
2
3
n
1
2
1
2
3
n
Сеть 100 беспроводной связи включает в себя узлы 102 и 102 RAN (узлы беспроводного доступа, показаны только два), которые обеспечивают сетевой доступ для беспроводных устройств 104, 104, 104 … 104. В этом примере, узел 102 RAN обеспечивает сетевой доступ беспроводному устройству 104, в то время как узел 102RAN обеспечивает сетевой доступ беспроводным устройствам 104, 104, 104 … 104. Узлы 102 и 102 RAN соединены с базовой сетью 106 (например, базовой сетью 106 SGSN) и, в частности, с узлом 107 CN (например, SGSN 107). Базовая сеть 106 соединена с внешней сетью 108 пакетных данных (PDN), такой как Интернет, и сервером 110 (показан только один). Беспроводные устройства 104, 104, 104 … 104 могут осуществлять связь с одним или несколькими серверами 110 (показан только один), соединенными с базовой сетью 106 и/или PDN 108.
1
2
3
n
Беспроводные устройства 104, 104, 104 … 104 могут, в общем, относится к конечному терминалу (пользователю), который подключается к сети 100 беспроводной связи, и могут относиться либо к MTC-устройству (например, интеллектуальному измерительному прибору), либо к не-MTC-устройству. Кроме того, термин ʺбеспроводное устройствоʺ обычно рассматривается в качестве синонима термина ʺмобильное устройствоʺ, ʺмобильная станцияʺ (MS). ʺПользовательское оборудованиеʺ или UE, как этот термин используется в 3GPP, включает в себя автономные беспроводные устройства, такие как терминалы, сотовые телефоны, смартфоны, планшеты, сотовые IoT-устройства, IoT-устройства и персональные цифровые помощники с беспроводной поддержкой, а также беспроводные карты или модули, предназначенные для прикрепления или вставки в другое электронное устройство, например, персональный компьютер, электрический измерительный прибор и т.д.
1
2
1
2
1
2
Точно так же, если в контексте ясно не указано иное, термин ʺузел 102 и 102 RANʺ (беспроводной узел доступа 102 и 102) используется здесь в самом широком смысле, чтобы ссылаться на базовую станцию, беспроводной узел доступа или беспроводную точку доступа в сети 100 беспроводной связи, и может относиться к узлам 102 и 102 RAN, которые управляются физически отдельным контроллером радиосети, а также к более автономным точкам доступа, таким как так называемые развитые Узлы B (eNodeB) в сетях Долгосрочного развития (LTE).
1
2
3
n
1
2
3
n
1
2
1
2
3
n
1
2
3
n
1
2
3
n
1
2
3
n
1
2
3
n
1
2
3
n
1
2
3
n
1
2
3
n
1
2
3
n
1
2
3
n
Каждое беспроводное устройство 104, 104, 104 … 104 может включать в себя схему приемопередатчика 110, 110, 110 … 110 для осуществления связи с узлами 102 и 102 RAN, и схему 112, 112, 112 … 112 обработки для обработки сигналов, передаваемых и принимаемых схемой приемопередатчика 110, 110, 110 … 110 и для управления работой соответствующего беспроводного устройства 104, 104, 104 … 104. Схема приемопередатчика 110, 110, 110 … 110 может включать в себя передатчик 114, 114, 114 … 114 и приемник 116, 116, 116 … 116, которые могут работать в соответствии с любым стандартом, например, стандартом GSM/EDGE. Схема 112, 112, 112 … 112 обработки может включать в себя процессор 118, 118, 118 … 118 и память 120, 120, 120 … 120 для хранения программного кода для управления работой соответствующего беспроводного устройства 104, 104, 104 … 104. Программный код может включать в себя код для выполнения процедур (например, передачи LLC PDU, содержащего сообщение запроса RAU (RAU Request), приема LLC PDU, содержащего сообщение принятия RAU (RAU Accept), и передачи LLC PDU, содержащего сообщение завершения RAU (RAU Complete)), как описано ниже.
1
2
1
2
1
2
1
2
3
n
1
2
1
2
1
2
1
2
1
2
1
2
1
2
1
2
1
2
1
2
1
2
Каждый узел 102 и 102 RAN (беспроводной узел доступа 102 и 102) может включать в себя схему приемопередатчика 122 и 122 для осуществления связи с беспроводными устройствами 104, 104, 104 … 104, схему 124 и 124 для обработки сигналов, передаваемых и принимаемых схемой приемопередатчика 122 и 122, и для управления работой соответствующего узла 102 и 102 RAN, и сетевой интерфейс 126 и 126 для осуществления связи с базовой сетью 106. Схема приемопередатчика 122 и 122 может включать в себя передатчик 128 и 128 и приемник 130 и 130, которые могут работать в соответствии с любым стандартом, например, стандартом GSM/EDGE. Схема 124 и 124 обработки может включать в себя процессор 132 и 132 и память 134 и 134 для хранения программного кода для управления работой соответствующего узла 102 и 102 RAN. Программный код может включать в себя код для выполнения процедур (например, приема LLC PDU, содержащего сообщение запроса RAU, передачи/приема BSSGP PDU, содержащего сообщение запроса RAU, приема/передачи BSSGP PDU, содержащего сообщение принятия RAU, IMSI, длину цикла eDRX и класс покрытия (не применимо к исследованию энергосбережения для устройств MTC (устройств uPoD)), передачи LLC PDU, содержащего сообщение принятия RAU, приема LLC PDU, содержащего сообщение завершения RAU, вычисления времени, оставшегося до следующей возможности поискового вызова, передачи/приема BSSGP PDU, содержащего сообщение завершения RAU, и оставшееся время до следующей возможности поискового вызова), как описано ниже со ссылкой на фиг. 10 и 12.
1
2
1
2
1
2
3
n
Узел 107 CN (например, SGSN 107, ММЕ 107) может включать в себя схему 136 приемопередатчика для осуществления связи с узлами 102 и 102 RAN, схему 138 обработки для обработки сигналов, передаваемых и принимаемых схемой 136 приемопередатчика, и для управления работой узла 107 CN, сетевой интерфейс 140 для осуществления связи с узлами 102 и 102 RAN и таймер 158 цикла eDRX для определения периодичности возможностей поискового вызова для беспроводных устройств 104, 104, 104 … 104. Схема 136 приемопередатчика может включать в себя передатчик 142 и приемник 144, которые могут работать в соответствии с любым стандартом, например стандартом GSM/EDGE. Схема 138 обработки может включать в себя процессор 146 и память 148 для хранения программного кода для управления работой узла 107 CN. Программный код может включать в себя код для выполнения процедур, описанных ниже со ссылкой на фиг. 6 и 8.
Скоординированные во времени соты и надежность поискового вызова беспроводного устройства
Реализация радиоинтерфейса скоординированных во времени сот
1
2
2
1
2
1
2
2
2
1
1
2
1
1
2
2
Один аспект настоящего раскрытия включает в себя координацию событий поискового вызова на радиоинтерфейсе множества сот 152 и 152 (например), что уменьшает недостатки, возникающие в результате использования eDRX, как описано выше в разделе ʺПредшествующий уровень техникиʺ. Это означает, что каждый случай поискового вызова беспроводного устройства 104 (например) должен происходить примерно в одно и то же время (например, с определенной точностью по времени) по радиоинтерфейсу для каждой соты 152 и 152в наборе сот 152 и 105, используемых для поискового вызова этого беспроводного устройства 104 (см. фиг. 1). В проиллюстрированном примере, связанном с фиг. 1, беспроводное устройство 104 в текущее время расположено в соте 152, но оно имеет область 154 поискового вызова, которая включает в себя соты 152и 152, где узел 102 RAN управляет сотой 152, а узел 102 RAN управляет сотой 152.
В целом, следует понимать, что в соответствии с настоящим раскрытием, чем больше количество сот в каждом наборе скоординированных во времени сот, тем больше смягчение недостатков, описанных выше в разделе ʺПредшествующий уровень техникиʺ. Кроме того, наибольшее смягчение этих недостатков будет реализовано, если область поискового вызова состоит из набора скоординированных во времени сот, причем событие поискового вызова для любого беспроводного устройства в этой области поискового вызова происходит примерно в одно и то же время (например, в течение предварительно заданного периода времени) на соответствующих радиоинтерфейсах этих сот.
Реализация скоординированных во времени сот - узел 107 CN (например, SGSN 107)
2
1
2
2
2
2
2
2
2
2
2
2
2
2
1
2
3
n
Один аспект настоящего раскрытия включает в себя узел 107 CN (например, SGSN 107), имеющий знание о том, когда событие поискового вызова беспроводного устройства 104(например) наступает в наборе сот 152и 152, содержащих область 154 поискового вызова этого беспроводного устройства 104. Это может быть реализовано следующим образом: после приема LLC PDU (содержащего сообщение завершения RAU) от беспроводного устройства 104 (например), узел 102 RAN (например, BSS 102), который имеет знание о международном идентификаторе мобильного абонента(IMSI), длине цикла eDRX и классе покрытия (не применимо для исследования энергосбережения для устройств MTC (устройств uPoD)) соответствующего беспроводного устройства 104 (например), должен вычислять время, оставшееся до следующей возможности 156 поискового вызова (т.е., в минутах и секундах) для этого беспроводного устройства 104. После этого узел 102 RAN (например, BSS 102) будет перенаправлять принятый LLC PDU и соответствующую информацию о времени, оставшемся до возможности 156 следующего поискового вызова, к узлу 107 CN (например, SGSN 107). Например, прием LLC PDU от беспроводного устройства 104 (например), в котором узел 102 RAN уже имеет информацию, необходимую ему для вычисления времени, оставшегося до следующей возможности 156 поискового вызова для этого беспроводного устройства 104, может происходить в контексте модифицированной процедуры RAU, как показано на фиг. 2. Несколько иллюстративных способов того, как узел 107 CN (например, SGSN 107) может получить время, оставшееся до следующей возможности 156 поискового вызова для любого из беспроводных устройств 104, 104, 104 … 104, обсуждаются ниже со ссылкой на фиг. 2-4.
2
2
2
2
На фиг. 2 представлена диаграмма сигналов, иллюстрирующая модифицированную процедуру RAU, которая поддерживает скоординированные во времени соты в соответствии с вариантом осуществления настоящего раскрытия. В основном, унаследованная процедура обновления области маршрутизации (RAU) может быть модифицирована таким образом, что процедура RAU может использоваться в соответствии с вариантом осуществления настоящего раскрытия в качестве возможности для узла 107 CN (например, SGSN 107) предоставить узлу 102 RAN (например, BSS 102) информацию (например, специфические для TLLI параметры), которую узел 102RAN (например, BSS 102) использует для вычисления времени, оставшегося до следующей возможности 156 поискового вызова, и предоставления вычисленного времени, оставшегося до следующей возможности 156 поискового вызова, узлу 107 CN. Примерная модифицированная процедура RAU в соответствии с вариантом осуществления настоящего раскрытия может иметь следующие этапы:
2
2
2
1. Беспроводное устройство 104 (например) передает LLC PDU 202, который содержит запрос RAU, к узлу 102 RAN (например, BSS 102).
2
2
2. Узел 102 RAN (например, BSS 102) передает BSSGP PDU 204, который содержит запрос RAU, к узлу 107 CN (например, SGSN 107).
2
2
2
2
2
2
2
2
2
2
2
2
3. Узел 107 CN (например, SGSN 107) передает BSSGP PDU 206, который содержит принятие RAU и IMSI беспроводного устройства 104, цикл eDRX и класс покрытия (например, специфические для TLLI параметры беспроводного устройства 104), к узлу 102 RAN (например, BSS 102). Следует отметить, что за счет включения IMSI беспроводного устройства 104, длины цикла eDRX и информации о классе покрытия в BSSGP PDU 206, который используется для отправки (этап 3) принятия RAU к узлу 102 RAN (например, BSS 102), узел 102 RAN (например, BSS 102) может теперь вычислить (этап 6) следующее событие поискового вызова и, в частности, время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104, к которому отправлено принятие RAU. Кроме того, узел 102RAN (например, BSS 102) может сохранить эти специфические для TLLI параметры (например, IMSI, длину цикла eDRX и класс покрытия) в течение определенного минимального периода времени (например, 10 секунд).
2
2
2
4. Узел 102RAN (например, BSS 102) передает LLC PDU 208, который содержит принятие RAU, к беспроводному устройству 104.
2
2
2
5. Беспроводное устройство 104 передает LLC PDU 210, который содержит завершение RAU, к узлу 102 RAN (например, BSS 102).
2
2
2
2
2
2
2
2
2
2
2
2
2
2
6. Узел 102 RAN (например, BSS 102) вычисляет время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104. В основном, если узел 102 RAN (например, BSS 102) принимает (этап 5) LLC PDU восходящей линии связи от беспроводного устройства 104, имеющего TLLI, для которого узел 102 RAN (например, BSS 102) все еще имеет эти специфические для TLLI параметры, то узел 102 RAN (например, BSS 102) будет вычислять (этап 6) время, оставшееся до следующей возможности 156 поискового вызова, и включать эту информацию о времени, оставшемся до следующей возможности 156 поискового вызова, вместе с принятым LLC PDU восходящей линии связи в BSSGP PDU 212, который узел 102 RAN (например, BSS 102) отправляет (этап 7) к узлу 107 CN (например, SGSN 107). Пример того, как узел 102 RAN (например, BSS 102) может вычислить время, оставшееся до следующей возможности 156 поискового вызова, будет представлен ниже со ссылкой на Таблицу 1 и фиг. 5.
2
2
2
7. Узел 102 RAN (например, BSS 102) передает BSSGP PDU 212, который содержит завершение RAU и время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104, к узлу 107 CN (например, SGSN 107).
1
2
2
Примечание: Этапы 3, 6 и 7 включают в себя новые функциональные возможности, если сравнивать унаследованную процедуру RAU и модифицированную процедуру RAU в соответствии с настоящим раскрытием. Ниже приводится обсуждение, в котором описываются некоторые примерные способы, которыми узел 107 CN (например, SGSN 107) может использовать время, оставшееся до следующей возможности 156 поискового вызова, для реализации скоординированных во времени сот 152 и 152 и поддерживать надежность поискового вызова беспроводного устройства 104 в соответствии с настоящим раскрытием.
2
2
2
2
На фиг. 3 представлена диаграмма сигналов, иллюстрирующая модифицированную процедуру поискового вызова, которая поддерживает скоординированные во времени соты в соответствии с вариантом осуществления настоящего раскрытия. В основном, унаследованная процедура поискового вызова может быть модифицирована так, что процедура поискового вызова может использоваться в соответствии с вариантом осуществления настоящего раскрытия в качестве возможности для узла 107 CN (например, SGSN 107) предоставить узлу 102 RAN (например, BSS 102) информацию (например, специфические для TLLI параметры), которую узел 102 RAN (например, BSS 102) использует, чтобы вычислить время, оставшееся до следующей возможности 156 вызова, и предоставить вычисленное время, оставшееся до следующей возможности 156 поискового вызова, узлу 107 CN. Иллюстративная модифицированная процедура поискового вызова в соответствии с вариантом осуществления настоящего раскрытия может иметь следующие этапы:
2
2
2
2
2
2
1. Узел 107 CN (например, SGSN 107) передает запрос 302 поискового вызова к узлу 102 RAN (например, BSS 102). Запрос 302 поискового вызова включает в себя IMSI беспроводного устройства 104, цикл eDRX и класс покрытия (например, специфические для TLLI параметры беспроводного устройства 104). Узел 102 RAN сохраняет специфические для TLLI параметры, необходимые для вычисления следующей возможности 156 поискового вызова для указанного беспроводного устройства 104, в течение определенного минимального промежутка времени (например, 10 секунд).
2
2
2
2. Узел 102 RAN (например, BSS 102) передает запрос 304 поискового вызова к беспроводному устройству 104.
2
2
2
3. Беспроводное устройство 104 передает ответ 306 поискового вызова к узлу 102 RAN (например, BSS 102).
2
2
2
2
2
4. Узел 102 RAN (например, BSS 102) вычисляет время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104. Пример того, как узел 102 RAN (например, BSS 102) может вычислить время, оставшееся до следующей возможности 156 поискового вызова, приведен ниже со ссылкой на Таблицу 1 и фиг. 5.
2
2
2
5. Узел 102 RAN (например, BSS 102) передает ответ 308 поискового вызова, который содержит время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104, к узлу 107 CN (например, SGSN 107).
1
2
2
Примечание: Этапы 1, 4 и 5 включают в себя новые функциональные возможности, если сравнивать унаследованную процедуру поискового вызова с модифицированной процедурой поискового вызова в соответствии с настоящим раскрытием. Ниже приводится обсуждение, в котором описываются некоторые примерные способы, которыми узел 107 CN (например, SGSN 107) может использовать время, оставшееся до следующей возможности 156 поискового вызова, для реализации скоординированных во времени сот 152 и 152 и поддержания надежности поискового вызова беспроводного устройства 104 в соответствии с настоящим раскрытием.
На фиг. 4 представлена диаграмма сигналов, иллюстрирующая использование процедуры фиктивного поискового вызова для поддержки скоординированных во времени сот в соответствии с вариантом осуществления настоящего раскрытия. Примерная процедура фиктивного поискового вызова в соответствии с другим вариантом осуществления настоящего раскрытия может иметь следующие этапы:
2
2
2
2
2
2
2
2
2
2
2
1. Узел 107 CN (например, SGSN 107) передает запрос 402 фиктивного поискового вызова к узлу 102 RAN (например, BSS 102). Запрос 402 фиктивного поискового вызова включает в себя IMSI беспроводного устройства 104, цикл eDRX и класс покрытия (например, специфические для TLLI параметры беспроводного устройства 104). Кроме того, запрос 402 фиктивного поискового вызова определен, чтобы запускать узел 102 RAN (например, BSS 102) вычислять (этап 2) время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104, а затем передавать (этап 3) соответствующий ответ 404 фиктивного поискового вызова, который включает в себя время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104, к узлу 107 CN (например, SGSN 107). В этом примере, узел 102 RAN (например, BSS 102) после приема специально определенного запроса 402 фиктивного поискового вызова не передает сообщение поискового вызова через радиоинтерфейс к беспроводному устройству 104.
2
2
2
2
2
2. Узел 102 RAN (например, BSS 102) вычисляет время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104. Пример того, как узел 102 RAN (например, BSS 102) может вычислять время, оставшееся до новой возможности 156 поискового вызова, представлен ниже со ссылкой на Таблицу 1 и фиг. 5.
2
2
2
2
3. Узел 102 RAN (например, BSS 102) передает ответ 404 фиктивного поискового вызова, который содержит время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104, к узлу 107 CN (например, SGSN 107). Механизм фиктивного поискового вызова, ассоциированный с этапами 1 и 3, позволяет узлу 107 CN (например, SGSN 107) подтверждать правильность его понимания того, когда следующая возможность поискового вызова будет возникать для данного беспроводного устройства 104 (например), и, следовательно, может использоваться так часто или нечасто, как желательно узлу 107 CN (например, SGSN 107).
1
2
2
Примечание: Этапы 1, 2 и 3 ассоциированы с новой процедурой фиктивного поискового вызова в соответствии с настоящим раскрытием. Ниже приводится обсуждение, в котором описываются некоторые примерные способы, которыми узел 107 CN (например, SGSN 107) может использовать время, оставшееся до следующей возможности 156 поискового вызова, для реализации скоординированных во времени сот 152 и 152 и поддержания надежности поискового вызова беспроводного устройства 104 в соответствии с настоящим раскрытием.
2
2
2
В продолжение обсуждения, связанного с различными процедурами, рассмотренными выше со ссылками на фиг. 2-4, узел 107 CN (например, SGSN 107) может использовать полученное время, оставшееся до следующей возможности 156 поискового вызова, наряду с его знанием специфической для беспроводного устройства длины цикла eDRX (например, установленной во время унаследованной процедуры RAU или модифицированной процедуры RAU согласно фиг. 2), для поддержания специфического для беспроводного устройства таймера 158 цикла eDRX для определения периодичности возможностей поискового вызова для беспроводного устройства 104(например). Значение таймера 158 цикла eDRX остается действительным для беспроводного устройства 104 (пока оно не будет изменено вследствие приема новой информации о цикле eDRX или нового значения для времени, оставшегося до следующей возможности 156 поискового вызова) независимо от того, запускает ли узел 107 CN (например, SGSN 107) фактически передачу поискового вызова к этому беспроводному устройству 104 с использованием любой из существующих возможностей поискового вызова.111
2
2
Узел 107 CN (например, SGSN 107) использует прием LLC PDU (например, BSSGP PDU 212 согласно фиг. 2, ответ 308 поискового вызова согласно фиг. 3, ответ 404 фиктивного поискового вызова согласно фиг. 4), включающего в себя время, оставшееся до следующей возможности 156 поискового вызова, в качестве подтверждения правильности своего понимания периодичности возможностей поискового вызова для ассоциированного беспроводного устройства 104. Если LLC PDU (например, BSSGP PDU 212 согласно фиг. 2, ответ 308 поискового вызова согласно фиг. 3, ответ 404 фиктивного поискового вызова согласно фиг. 4) указывает следующую возможность поискового вызова, которая отличается от того, когда узел 107 CN (например, SGSN 107) ожидает возникновения следующей возможности поискового вызова, то узел 107 CN (например, SGSN 107) будет соответствующим образом изменять таймер 158 цикла eDRX для соответствующего беспроводного устройства 104.
2
1
2
1
2
2
2
1
2
2
2
1
2
1
2
1
2
2
1
2
1
2
1
2
2
2
Узел 107 CN (например, SGSN 107) может установить таймер 158 цикла eDRX для истечения в предопределенное время (например, несколько секунд) перед следующей возможностью поискового вызова, чтобы гарантировать, что запросы поискового вызова (если есть) для беспроводного устройства 104 поступят на набор узлов 102 и 102 RAN (BSS 102 и 102), ассоциированных с областью 154 поискового вызова беспроводного устройства 104, прежде чем возможность поискового вызова для беспроводного устройства 104 возникнет на радиоинтерфейсах скоординированных во времени сот 152 и 152. В этом отношении, узел 107 CN (например, SGSN 107) создает запрос поискового вызова при приеме N-PDU для беспроводного устройства 104, и запрос поискового вызова буферизуется в узле 107 CN (например, SGSN 107) до истечения таймера 158 цикла eDRX соответствующего беспроводного устройства 104. Если имеется буферизованный запрос поискового вызова, когда таймер 158 цикла eDRX истекает, то узел 107 CN (например, SGSN 107) передает запросы поискового вызова к соответствующему набору узлов 102 и 102 RAN (например, BSS 102 и 102), которые управляют сотами 152 и 152 применимой области 154 поискового вызова беспроводного устройства 104, и перезапускает таймер 158 цикла eDRX. После приема запроса поискового вызова, узлы 102 и 102 RAN (например, BSS 102 и 102) вычисляют, каждый, точную и по существу ту же самую возможность поискового вызова на радиоинтерфейсе сот 152 и 152, которыми они управляют, с использованием IMSI, длины цикла eDRX и информации о классе покрытия (отсутствует для устройств uPoD), включенных в запрос поискового вызова, для беспроводного устройства 104. С другой стороны, если не имеется буферизованного запроса поискового вызова, когда истекает таймер 158 цикла eDRX, то узел 107 CN (например, SGSN 107) перезапускает таймер 158 цикла eDRX на основании его знания длины цикла eDRX беспроводного устройства 104.
2
2
2
2
2
2
Один примерный способ, которым узел 102 RAN (например) может вычислить время, оставшееся до следующей возможности 156 поискового вызова, описан в GP-150133 под заголовком ʺEC-GSM-Paging Group Determinationʺ и GP-150259 под заголовком ʺPseudo CR 45.820 - EC-GSM, Paging Group Determinationʺ, представленные в GERAN #65, 9-13 марта 2015 года (содержание этих документов включено в настоящий документ посредством ссылки для любых целей). В этом примере, при отправке запроса поискового вызова в узел 102 RAN (например, BSS 102), узел 107 CN (например, SGSN 107) включает указание цикла eDRX, DL CC и IMSI, ассоциированных с целевым беспроводным устройством 104 (например), тем самым позволяя узлу 102 RAN определять следующее событие номинальной группы поискового вызова для этого беспроводного устройства 104 в течение его цикла eDRX следующим образом:
- N представляет собой количество групп поискового вызова, соответствующих данному DL CC в пределах заданного цикла eDRX, и определяется на основе EXTENDED_DRX_MFRMS, EC_PCH_BLKS_MFRM и CC_EC_PCH_BLKS, где:
- EXTENDED_DRX_MFRMS представляет собой количество 51-мультикадров на цикл eDRX, определенное согласно Таблице 1 (Таблице 1 из GP-150133) ниже.
- EC_PCH_BLKS_MFRM указывает количество блоков EC-PCH (т.е. количество 2-пакетных блоков) на 51-мультикадр. Для EC-GSM это может быть фиксированным на 16, что эквивалентно унаследованному параметру PCH_BLKS_MFRM, указывающему 8 блоков PCH на 51-мультикадр.
- CC_EC_PCH_BLKS представляет собой количество блоков EC-PCH, требуемых для данного DL CC (где количество слепых передач, требуемое для любого данного DL CC, предварительно определено спецификациями).
- Набор длин циклов eDRX, идентифицированных Таблицей 1 (Таблицей 1 из GP-150133), выбирается таким образом, что каждый член набора появляется целое число раз в пределах полного пространства TDMA FN.
- N=(EC_PCH_BLKS_MFRM × EXTENDED_DRX_MFRMS)/CC_EC_PCH_BLKS. Блок EC-PCH СС1 для устройства, использующего данный цикл eDRX, определяется на основе того, где номинальная группа поискового вызова возникает для DL CC =1 (т.е. CC_EC_PCH_BLKS=1)
- блок EC-PCH 0CC1=mod(IMSI, N), где N=(16 × EXTENDED_DRX_MFRMS)/1.
Таблица 1
Набор поддерживаемых циклов eDRX
Значение цикла eDRX(EXTENDED_DRX)
Целевая длинацикла eDRX
Количество 51-MFна цикл eDRX(EXTENDED_DRX_MFRMS)
Циклы eDRX напространствоTDMA FN
0
~24,5 секунд
104
512
1
~49 секунд
208
256
2
~1,63 минут
416
128
3
~3,25 минут
832
64
4
~6,5 минут
1664
32
5
~13 минут
3328
16
6
~26 минут
6656
8
7
~52 минуты
13312
4
Примечание: 53248 51-мультикадров возникают с пространством TDMA FN (2715648 кадров TDMA)Примечание: Все остальные значения EXTENDED_DRX зарезервированы.
Пример:
- IMSI=00000000 01001001 00110000 00000001 =4796417 и
EXTENDED_DRX_MFRMS =6656 (т.е. цикл eDRX ~26 минут)
- N=16*6656=106496.
- CC1 Номинальная группа поискового вызова=mod (IMSI, 106496) =4097, которая встречается в 4098-ом блоке EC-PCH цикла eDRX (т.е. во 2-м блоке EC-PCH в 51-мультикадре #257.
- Номинальные группы поискового вызова, ассоциированные с другими DL CC для тех же самых IMSI и длины цикла eDRX, показаны на фиг. 6.2.4.3-1 (например, номинальная группа поискового вызова для DL CC 2 встречается в 1-ом и 2-ом EC-PCH блоках 51-мультикадра #257).
2
2
2
Как видно из фиг. 5 (в GP-150133 - Фиг. 1 - Специфическая для класса покрытия группа поискового вызова), использование этого метода для установления специфических для DL CC номинальных групп поискового вызова для данного цикла eDRX гарантирует, что для данного IMSI номинальные группы поискового вызова, ассоциированные со всеми возможными DL CC, будут находиться в пределах 4 51-мультикадров блока EC-PCH СС1. Таким образом, если беспроводное устройство 104 (например) отправляет обновление CC к узлу 107 CN (например, SGSN 107) (например, с использованием ʺОбновления cотʺ), например, за 5 секунд до следующего возникновения его номинальной группы поискового вызова, узел 102 RAN (например, BSS 102) будет все еще иметь возможность отправить поисковый вызов вовремя, чтобы поисковый вызов был принят устройством контроля в соответствии с его DL CC, увеличенным на 1 уровень. Благодаря возможности обновлять свой DL CC за несколько секунд до следующего возникновения своей номинальной группы поискового вызова, устройство, таким образом, будет испытывать существенно уменьшенную вероятность пропуска поискового вызова из-за того, что ему нужно будет выбрать более высокий класс покрытия нисходящей линии связи незадолго до его следующей возможности поискового вызова (т.е. незадолго до следующей реализации его номинальной группы поискового вызова).
2
2
2
2
2
Следует понимать, что узел 102 RAN (например) всегда имеет точные знания о текущей передаче конкретных кадров TDMA по радиоинтерфейсу, соответствующему каждой из набора сот, которыми он управляет. Таким образом, как только узел 102 RAN определяет номинальную группу поискового вызова беспроводного устройства 104 (например), он может вычислить время, оставшееся до следующей возможности 156 поискового вызова для этого беспроводного устройства 104. Следует также понимать, что существуют другие способы, в дополнение к тому, который описан в данном документе, как раскрыто в GP-150133 и GP-150259, которые узел 102 RAN может использовать для вычисления времени, оставшегося до следующей возможности 156 поискового вызова.
Конфигурации основных функциональных возможностей узла 107 CN и узла 102
RAN (в качестве примера)
2
1
2
1
2
2
1
2
2
1
2
2
2
На фиг. 6 показана блок-схема последовательности операций способа 600, реализованного в узле 107 CN (например, SGSN 107), который взаимодействует с узлами 102 и 102RAN (BSS 102 и 102) для координирования во времени сот и поддержания надежности поискового вызова беспроводного устройства 104 (например) в соответствии с вариантом осуществления настоящего раскрытия. На этапе 602, узел 107 CN получает от одного из узлов 102 или 102 RAN информацию, указывающую время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104 в пределах сот 152 и 152, содержащих область 154 поискового вызова беспроводного устройства 104. Несколькими примерами того, как узел 107 CN может получить время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104, являются следующие:
1
2
2
2
2
2
2
2
2
1. Узел 107 CN может на этапе 602 получить от одного из узлов 102 или 102 RAN время, оставшееся до следующей возможности 156 поискового вызова, посредством: (1) приема первого BSSGP PDU 204, содержащего запрос RAU, от одного узла 102RAN (например), причем запрос RAU ассоциирован с беспроводным устройством 104 (этап 602a1); (2) передачи второго BSSGP PDU 206, содержащего принятие RAU, к одному узлу 102 RAN, причем второй BSSGP PDU 206 включает в себя параметры TLLI (например, IMSI, длину цикла eDRX, класс покрытия (не применимо для устройств uPoD)), ассоциированные с беспроводным устройством 104 (этап 602a2); и (3) приема третьего BSSGP PDU 212, содержащего завершение RAU, от одного узла 102 RAN, причем третий BSSGP PDU 212 включает в себя время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104 (этап 602a3). См. также фиг. 2 и относящийся к ней текст для другого обсуждения этого примерного способа, которым узел 107 CN может получить время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104.
1
2
2
2
2
2
2
2. Узел 107 CN может на этапе 602 получить от одного из узлов 102 или 102 RAN время, оставшееся до следующей возможности 156 поискового вызова, посредством: (1) передачи запроса 302 поискового вызова на один узел 102 RAN (например), причем запрос 302 поискового вызова включает в себя параметры TLLI (например, IMSI, длину цикла eDRX, класс покрытия (не применимо для устройств uPoD)), ассоциированные с беспроводным устройством 104 (этап 602bl); и (2) приема ответа 308 поискового вызова от одного узла 102 RAN, причем ответ 308 поискового вызова включает в себя время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104(этап 602b2). См. также фиг. 3 и относящийся к ней текст для другого обсуждения этого примерного способа, которым узел 107 CN может получить время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104.
1
2
2
2
2
2
2
2
2
2
3. Узел 107 CN может на этапе 602 получить от одного из узлов 102 или 102 RAN время, оставшееся до следующей возможности 156 поискового вызова, посредством: (1) передачи запроса 402 фиктивного поискового вызова к одному узлу 102 RAN (например), причем запрос 402 фиктивного поискового вызова содержит параметры TLLI (например, IMSI, длину цикла eDRX, класс покрытия (не применимо для устройств uPoD)), ассоциированные с беспроводным устройством 104 (этап 602cl); и (2) приема ответа 404 фиктивного поискового вызова от одного узла 102 RAN, причем ответ 404 фиктивного поискового вызова содержит время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104 (этап 602c2) (примечание: ответ 404 фиктивного поискового вызова соответствует запросу 402 фиктивного поискового вызова, т.е. когда данный ответ 404 фиктивного поискового вызова принимается, он всегда соответствует одному конкретному ранее переданному запросу 402 фиктивного поискового вызова). См. также фиг. 4 и относящийся к ней текст для другого обсуждения этого примерного способа, которым узел 107 CN может получить время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104. Напомним, что в этом случае узел 102 RAN не передает сообщение поискового вызова по радиоинтерфейсу в беспроводное устройство 104, и узел 107 CN может отправлять запрос 402 фиктивного поискового вызова так часто, как это ему желательно, чтобы подтвердить правильность его понимания того, когда следующая возможность поискового вызова возникнет для данного беспроводного устройства 104(например).
2
2
2
2
2
2
2
1
2
1
2
2
2
2
2
На этапе 604, узел 107 CN поддерживает таймер 158 цикла eDRX, ассоциированный с беспроводным устройством 104, используя полученное время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104, и длину цикла eDRX, ассоциированную с беспроводным устройством 104. Например, узел 107 CN может поддерживать таймер 158 цикла eDRX посредством: (1) получения обновленной информации, указывающей время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104(этап 604a) (примечание: обновленная информация может быть получена так часто или нечасто, как это желательно узлу 107 CN); и (2) изменения таймера 158 цикла eDRX на основе полученной обновленной информации, указывающей время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104(этап 604b). На этапе 606, узел 107 CN устанавливает таймер 158 цикла eDRX для истечения в предварительно заданное время (например, за несколько секунд) до следующей возможности поискового вызова для беспроводного устройства 104. По истечении таймера 158 цикла eDRX и на основе наличия буферизованного сообщения поискового вызова для беспроводного устройства 104, узел 107 CN на этапе 608 передает набор запросов поискового вызова к узлам 102 и 102 RAN,управляющим сотами 152 и 152, содержащими область 154 поискового вызова беспроводного устройства 104, и перезапускает таймер 158 цикла eDRX (напомним: узел 107 CN будет буферизовать сообщение поискового вызова для беспроводного устройства 104 после приема N-PDU для беспроводного устройства 104). По истечении таймера 158 цикла eDRX и на основании отсутствия буферизованного сообщения поискового вызова для беспроводного устройства 104, узел 107 CN на этапе 610 перезапускает таймер 158 цикла eDRX.
1
2
1
2
1
2
2
1
2
2
1
2
2
2
На фиг. 7 показана блок-схема, иллюстрирующая структуры примерного узла 107 CN (например, SGSN 107), который взаимодействует с узлами 102 и 102 RAN (BSS 102 и 102) для координирования во времени сот 152 и 152 и поддержания надежности поискового вызова беспроводного устройства 104 (например) в соответствии с вариантом осуществления настоящего раскрытия. В одном варианте осуществления, узел 107 CN содержит модуль 702 получения, модуль 704 поддержки, модуль 706 установки, модуль 708 передачи-перезапуска и модуль 710 перезапуска. Модуль 702 получения сконфигурирован, чтобы получать от одного из узлов 102 или 102RAN информацию, указывающую время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104 в пределах сот 152 и 152, содержащих область 154 поискового вызова беспроводного устройства 104. Несколькими примерами того, как модуль 702 получения может быть сконфигурирован для получения информации о времени, оставшемся до следующей возможности 156 поискового вызова для беспроводного устройства 104, являются следующие:
1
2
2
2
2
2
2
2
2
1. Модуль 702 получения может получать от одного из узлов 102 или 102 RAN информацию о времени, оставшемся до возможности 156 следующего поискового вызова, посредством: (1) получения первого BSSGP PDU 204, содержащего запрос RAU, от одного узла 102 RAN (например), причем запрос RAU ассоциирован с беспроводным устройством 104 (первый модуль приема 702a1); (2) передачи второго BSSGP PDU 206, содержащего принятие RAU, к одному узлу 102 RAN, причем второй BSSGP PDU 206 включает в себя параметры TLLI (например, IMSI, длину цикла eDRX, класс покрытия (не применимо для устройств uPoD)), ассоциированные с беспроводным устройством 104(модуль 702а2 передачи); и (3) приема третьего BSSGP PDU 212, содержащего завершение RAU, от одного узла 102 RAN, причем третий BSSGP PDU 212 включает в себя время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104 (второй модуль 702a3 приема). См. также фиг. 2 и относящийся к ней текст для другого обсуждения этого примерного способа, которым модуль 702 получения может получить время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104.
1
2
2
2
2
2
2
2. Модуль 702 получения может получить от одного из узлов 102 или 102 RAN время, оставшееся до следующей возможности 156 поискового вызова, посредством: (1) передачи запроса 302 поискового вызова к одному узлу 102 RAN (например), причем запрос 302 поискового вызова включает в себя параметры TLLI (например, IMSI, длину цикла eDRX, класс покрытия (не применимо для устройств uPoD)), ассоциированные с беспроводным устройством 104 (модуль 702b1 передачи); и (2) приема ответа 308 поискового вызова от одного узла 102 RAN, причем ответ 308 поискового вызова включает в себя время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104(модуль 702b2 приема). См. также фиг. 3 и относящийся к ней текст для другого обсуждения этого примерного способа, которым модуль 702 получения может получить время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104.
1
2
2
2
2
2
2
2
2
2
3. Модуль 702 получения может получить от одного из узлов 102 или 102 RAN время, оставшееся до следующей возможности 156 поискового вызова, посредством: (1) передачи запроса 402 фиктивного поискового вызова к одному узлу 102 RAN (например), причем запрос 402 фиктивного поискового вызова включает в себя параметры TLLI (например, IMSI, eDRX длину цикла, класс покрытия (не применимо для устройств uPoD)), ассоциированные с беспроводным устройством 104 (модуль 702c1 передачи); и (2) приема ответа 404 фиктивного поискового вызова от одного узла 102 RAN, причем ответ 404 фиктивного поискового вызова содержит время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104 (модуль 702c2 приема) (примечание: ответ 404 фиктивного поискового вызова соответствует запросу 402 фиктивного поискового вызова, то есть когда данный ответ 404 фиктивного вызова принимается, он всегда соответствует одному конкретному ранее переданному запросу 402 фиктивного поискового вызова). См. также фиг.4 и относящийся к ней текст для другого обсуждения этого примерного способа, которым модуль 702 получения может получить время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104. Напомним, что в этом случае узел 102 RAN не передает сообщение поискового вызова по радиоинтерфейсу к беспроводному устройству 104, и узел 107 CN может посылать запрос 402 фиктивного поискового вызова поискового вызова так часто, как это ему желательно, чтобы подтверждать правильность его понимания того, когда возникнет следующая возможность поискового вызова для данного беспроводного устройства 104 (например).
2
2
2
2
2
2
2
1
2
1
2
2
2
2
2
Модуль 704 поддержки сконфигурирован, чтобы поддерживать таймер 158 цикла eDRX, ассоциированный с беспроводным устройством 104, используя полученное время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104, и длину цикла eDRX, ассоциированную с беспроводным устройством 104. Например, модуль 704 поддержки может поддерживать таймер 158 цикла eDRX посредством: (1) получения обновленной информации, указывающей время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104(примечание: обновленная информация может быть получена так часто или нечасто, как это желательно модулю 704 обслуживания); и (2) изменения таймера 158 цикла eDRX на основе полученной обновленной информации, указывающей время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104. Модуль 706 установки сконфигурирован, чтобы устанавливать таймер 158 цикла eDRX для истечения до предварительно заданного времени (например, нескольких секунд) перед следующей возможностью поискового вызова для беспроводного устройства 104. По истечении таймера 158 цикла eDRX и на основе наличия буферизованного сообщения поискового вызова для беспроводного устройства 104, модуль 708 передачи-перезапуска сконфигурирован, чтобы передавать набор запросов поискового вызова к узлам 102 и 102 RAN, управляющим сотами 152 и 152, содержащими область 154 поискового вызова беспроводного устройства 104, и перезапускать таймер 158 цикла eDRX (напомним: узел 107 CN будет буферизовать сообщение поискового вызова для беспроводного устройства 104 после приема N-PDU для беспроводного устройства 104). По истечении таймера 158 цикла eDRX и на основании отсутствия буферизованного сообщения поискового вызова для беспроводного устройства 104, модуль 710 перезапуска сконфигурирован, чтобы перезапускать таймер 158 цикла eDRX. Кроме того, следует отметить, что узел 107 CN может также включать в себя другие компоненты, модули или структуры, которые хорошо известны, но для ясности здесь описаны только компоненты, модули или структуры, необходимые для описания признаков настоящего раскрытия.
Как будет понятно специалистам в данной области техники, вышеописанные модули 702, 704, 706, 708 и 710 узла 107 CN могут быть реализованы отдельно в качестве подходящих специализированных схем. Кроме того, модули 702, 704, 706, 708 и 710 также могут быть реализованы с использованием любого количества специализированных схем посредством функциональной комбинации или разделения. В некоторых вариантах осуществления, модули 702, 704, 706, 708 и 710 могут быть даже объединены в одну специализированную интегральную схему (ASIC). В качестве альтернативной программной реализации, узел 107 CN может содержать память 148, процессор 146 (включая, но без ограничения указанным, микропроцессор, микроконтроллер или процессор цифровых сигналов (DSP) и т.д.) и приемопередатчик 136. Память 148 сохраняет машиночитаемый программный код, исполняемый процессором 146, чтобы побуждать узел 107 CN выполнять этапы описанного выше способа 600.
2
2
2
2
2
2
1
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
1
2
1
2
2
2
2
2
На фиг. 8 показана блок-схема последовательности операций способа 800, реализованного в узле 107 CN (например, SGSN 107) в соответствии с вариантом осуществления настоящего раскрытия. На этапе 802, узел 107 CN отправляет, к узлу 102 RAN (например), запрос 402 фиктивного поискового вызова, ассоциированный с беспроводным устройством 104 (например). Запрос 402 фиктивного поискового вызова включает в себя специфические для TLLI параметры (например, IMSI, длину цикла eDRX, класс покрытия (не применимо к устройствам uPoD)), ассоциированные с беспроводным устройством 104. Кроме того, запрос 402 фиктивного поискового вызова определен для запуска узла 102 RAN (например, BSS 102), чтобы вычислять время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104 в пределах сот 152 и 152, содержащих область 154 поискового вызова беспроводного устройства 104. В этом случае, узел 102 RAN (например, BSS 102) после приема запроса 402 фиктивного поискового вызова не отправляет сообщение поискового вызова по радиоинтерфейсу к беспроводному устройству 104. На этапе 804, узел 107 CN принимает от узла 102RAN (например, BSS 102) ответ 404 фиктивного поискового вызова, который включает в себя время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104 (примечание: ответ 404 фиктивного поискового вызова соответствует запросу 402 фиктивного поискового вызова, т.е. когда данный ответ 404 фиктивного поискового вызова принимается, он всегда соответствует одному конкретному ранее переданному запросу 402 фиктивного поискового вызова). На этапе 806, узел 107 CN поддерживает таймер 158 цикла eDRX, ассоциированный с беспроводным устройством 104, используя полученное время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104, и длину цикла eDRX, ассоциированную с беспроводным устройством 104. Например, узел 107 CN может поддерживать таймер 158 цикла eDRX посредством: (1) отправки запроса фиктивного поискового вызова к узлу 102 RAN (например, BSS 102) так часто или нечасто, как это желательно для получения обновленного времени, оставшегося до следующей возможности 156 поискового вызова для беспроводного устройства 104 (этап 806а); и (2) изменения таймера 158 цикла eDRX на основе полученной обновленной информации, указывающей время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104 (этап 806b). На этапе 808, узел 107 CN устанавливает таймер 158 цикла eDRX для истечения в предварительно заданное время (например, за нескольких секунд) до следующей возможности поискового вызова для беспроводного устройства 104. По истечении таймера 158 цикла eDRX и на основе наличия буферизованного сообщения поискового вызова для беспроводного устройства 104, узел 107 CN на этапе 810 передает набор запросов поискового вызова к узлам 102 и 102 RAN, которые управляют сотами 152 и 152, содержащими область 154 поискового вызова беспроводного устройства 104, и перезапускает таймер 158 цикла eDRX (напомним: узел 107 CN будет буферизовать сообщение поискового вызова для беспроводного устройства 104 после приема N-PDU для беспроводного устройства 104). По истечении таймера 158 цикла eDRX и на основании отсутствия буферизованного сообщения поискового вызова для беспроводного устройства 104, узел 107 CN на этапе 812 перезапускает таймер 158 цикла eDRX.
2
2
2
2
2
2
1
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
1
2
1
2
2
2
2
2
На фиг. 9 показана блок-схема, иллюстрирующая структуры примерного узла 107 CN (например, SGSN 107), сконфигурированного в соответствии с вариантом осуществления настоящего раскрытия. В одном варианте осуществления, узел 107 CN содержит модуль 902 отправки, модуль 904 приема, модуль 906 поддержки, модуль 908 установки, модуль 910 передачи-перезапуска и модуль 912 перезапуска. Модуль 902 отправки сконфигурирован для отправки, к узлу 102 RAN (например), запроса 402 фиктивного поискового вызова, ассоциированного с беспроводным устройством 104 (например). Запрос 402 фиктивного поискового вызова может включать в себя специфические для TLLI параметры (например, IMSI, длину цикла eDRX, класс покрытия (не применимо для устройств uPoD)), ассоциированные с беспроводным устройством 104. Кроме того, запрос 402 фиктивного поискового вызова определяется для запуска узла 102 RAN (например, BSS 102), чтобы вычислять время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104 в пределах сот 152 и 152, содержащих область 154 поискового вызова беспроводного устройства 104. В этом случае, узел 102 RAN (например, BSS 102) после приема запроса 402 фиктивного поискового вызова не отправляет сообщение поискового вызова по радиоинтерфейсу к беспроводному устройству 104. Модуль 904 приема сконфигурирован для приема от узла 102 RAN (например, BSS 102) ответа 404 фиктивного поискового вызова, который включает в себя время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104 (Примечание: ответ 404 фиктивного поискового вызова соответствует запросу 402 фиктивного поискового вызова, то есть когда данный ответ 404 фиктивного поискового вызова принят, он всегда соответствует одному конкретному ранее переданному запросу 402 фиктивного поискового вызова). Модуль 906 поддержки сконфигурирован для поддержки таймера 158 цикла eDRX, ассоциированного с беспроводным устройством 104, с использованием полученного времени, оставшегося до следующей возможности 156 поискового вызова для беспроводного устройства 104, и длины цикла eDRX, ассоциированной с беспроводным устройством 104. Например, модуль 906 поддержки может поддерживать таймер 158 цикла eDRX посредством: (1) отправки запроса 402 фиктивного поискового вызова к узлу 102 RAN (например, BSS 102) так часто или нечасто, как это желательно, чтобы получить обновленное время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104; и (2) изменения таймера 158 цикла eDRX на основе полученной обновленной информации, указывающей время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104. Модуль 908 установки сконфигурирован, чтобы устанавливать таймер 158 цикла eDRX для истечения в предварительно заданное время (например, за несколько секунд) до следующей возможности поискового вызова для беспроводного устройства 104. По истечении таймера 158 цикла eDRX и на основе наличия буферизованного сообщения поискового вызова для беспроводного устройства 104, модуль 910 передачи-перезапуска сконфигурирован, чтобы передавать набор запросов поискового вызова к узлам 102 и 102 RAN, которые управляют сотами 152 и 152, содержащими область 154 поискового вызова беспроводного устройства 104, и перезапускать таймер 158 цикла eDRX (напомним: узел 107 CN будет буферизовать сообщение поискового вызова для беспроводного устройства 104 после приема N-PDU для беспроводного устройства 104). По истечении таймера 158 цикла eDRX и на основании отсутствия буферизованного сообщения поискового вызова для беспроводного устройства 104, модуль 912 перезапуска сконфигурирован, чтобы перезапускать таймер 158 цикла eDRX. Кроме того, следует отметить, что узел 107 CN может также включать в себя другие компоненты, модули или структуры, которые хорошо известны, но для ясности здесь описаны только компоненты, модули или структуры, необходимые для описания признаков настоящего раскрытия.
Как будет понятно специалистам в данной области техники, вышеописанные модули 902, 904, 906, 908, 910 и 912 узла 107 CN могут быть реализованы отдельно в качестве подходящих специализированных схем. Кроме того, модули 902, 904, 906, 908, 910 и 912 также могут быть реализованы с использованием любого количества специализированных схем посредством функциональной комбинации или разделения. В некоторых вариантах осуществления, модули 902, 904, 906, 908, 910 и 912 могут быть даже объединены в одну специализированную интегральную схему (ASIC). В качестве альтернативной программной реализации, узел 107 CN может содержать память 148, процессор 146 (включая, без ограничения указанным, микропроцессор, микроконтроллер или процессор цифровых сигналов (DSP) и т.д.) и приемопередатчик 136. Память 148 сохраняет машиночитаемый программный код, исполняемый процессором 146, чтобы побуждать узел 107 CN выполнять этапы вышеописанного способа 800.
2
2
1
2
2
2
2
1
2
2
2
2
На фиг. 10 представлена блок-схема последовательности операций способа 1000, реализуемого в узле 102 RAN (BSS 102), который взаимодействует с узлом 107 CN (например, SGSN 107) для координации во времени сот 152и 152 и поддержания надежности поискового вызова беспроводного устройства 104 (например) в соответствии с вариантом осуществления настоящего раскрытия. На этапе 1002, узел 102 RAN предоставляет узлу 107 CN информацию, указывающую время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104 в пределах сот 152 и 152, содержащих область 154 поискового вызова беспроводного устройства 104. Несколькими примерами того, как узел 102 RAN может предоставить время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104, являются следующие:
2
2
2
2
2
2
2
2
1. Узел 102 RAN может на этапе 1002 предоставить узлу 107 CN информацию о времени, оставшемся до следующей возможности 156 поискового вызова, посредством: (1) передачи первого BSSGP PDU 204, содержащего запрос RAU, к узлу 107 CN, причем запрос RAU ассоциирован с беспроводным устройством 104 (этап 1002a1); (2) приема второго BSSGP PDU 206, содержащего принятие RAU, от узла 107 CN, причем второй BSSGP PDU 206 включает в себя параметры TLLI (например, IMSI, длину цикла eDRX, класс покрытия (не применимо для устройств uPoD)), ассоциированные с беспроводным устройством 104 (этап 1002a2); (3) вычисления времени, оставшегося до следующей возможности 156 поискового вызова для беспроводного устройства 104, использующего по меньшей мере параметры TLLI (например, IMSI, длину цикла eDRX, класс покрытия (не применимо для устройств uPoD)), ассоциированные с беспроводным устройством 104 (этап 1002a3) (например, см. описание, относящееся к Таблице 1 и фиг. 5); и (4) передачи третьего BSSGP PDU 212, содержащего завершение RAU, к узлу 107 CN, причем третий BSSGP PDU 212 включает в себя время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104 (этап 1002a4). См. также фиг. 2 и относящийся к ней текст для другого обсуждения этого примерного способа, которым узел 102 RAN может предоставить узлу 107 CN время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104.
2
2
2
2
2
2
2
2
2
2. Узел 102 RAN может на этапе 1002 предоставить узлу 107 CN информацию о времени, оставшемся до следующей возможности 156 поискового вызова, посредством: (1) приема запроса 302 поискового вызова от узла 107 CN, причем запрос 302 поискового вызова включает в себя параметры TLLI (например, IMSI, длину цикла eDRX, класс покрытия (не применимо к устройствам uPoD)), ассоциированные с беспроводным устройством 104 (этап 1002b1); (2) передачи сообщения 304 поискового вызова к беспроводному устройству 104 (этап 1002b2); (3) приема первого ответа 306 поискового вызова от беспроводного устройства 104 (этап 1002b3); (4) вычисления времени, оставшегося до следующей возможности 156 поискового вызова для беспроводного устройства 104, с использованием по меньшей мере параметров TLLI (например, IMSI, длина цикла eDRX, класс покрытия (не применимо к устройствам uPoD)), ассоциированных с беспроводным устройством 104 (этап 1002b4) (например, см. описание, относящееся к таблице 1 и фиг. 5); и (5) передачи второго ответа 308 поискового вызова к узлу 107 CN, причем второй ответ 308 поискового вызова включает в себя время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104 (этап 1002b5). См. также фиг. 3 и относящийся к ней текст для другого обсуждения этого примерного способа, которым узел 102 RAN может предоставить узлу 107 CN время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104.
2
2
2
2
2
2
2
2
2
3. Узел 102 RAN может на этапе 1002 предоставить узлу 107 CN информацию о времени, оставшемся до следующей возможности 156 поискового вызова, посредством: (1) приема запроса 402 фиктивного поискового вызова от узла 107 CN, причем запрос 402 фиктивного поискового вызова включает в себя параметры TLLI (например, IMSI, длина цикла eDRX, класс покрытия (не применимо для устройств uPoD)), ассоциированные с беспроводным устройством 104 (этап 1002c1); (2) после приема запроса 402 фиктивного поискового вызова, не выполнения передачи сообщения поискового вызова по радиоинтерфейсу к беспроводному устройству 104, а вместо этого вычисления времени, оставшегося до следующей возможности 156 поискового вызова для беспроводного устройства 104, с использованием по меньшей мере параметров TLLI (например, IMSI, длины цикла eDRX, класса покрытия (не применимо к устройствам uPoD)), ассоциированных с беспроводным устройством 104 (этап 1002c2) (например, см. описание, относящееся к Таблице 1 и фиг. 5); и (3) передачи ответа 404 фиктивного поискового вызова к узлу 107 CN, причем ответ фиктивного поискового вызова включает в себя время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104 (этап 1002c3) (примечание: ответ 404 фиктивного поискового вызова соответствует запросу 402 фиктивного поискового вызова, то есть, когда данный ответ 404 фиктивного поискового вызова принят, он всегда соответствует одному конкретному ранее переданному запросу 402 фиктивного поискового вызова). См. также фиг. 4 и относящийся к ней текст для другого обсуждения этого иллюстративного способа, которым узел 102 RAN может предоставить узлу 107 CN время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104. Напомним, что в этом случае узел 107 CN может посылать запрос 402 фиктивного поискового вызова так часто, как это ему желательно, для подтверждения правильности своего понимания того, когда следующая возможность поискового вызова возникнет для данного беспроводного устройства 104 (например).
2
1
2
2
2
2
1
2
2
2
На фиг. 11 показана блок-схема, иллюстрирующая структуры примерного узла 102 RAN (например), сконфигурированного для взаимодействия с узлом 107 CN (например, SGSN 107) для координации во времени сот 152 и 152 и поддержания надежности поискового вызова беспроводного устройства 104 (например) в соответствии с вариантом осуществления настоящего раскрытия. В одном варианте осуществления, узел 102 RAN содержит модуль 1102 предоставления. Модуль 1102 предоставления сконфигурирован для предоставления узлу 107 CN информации, указывающей время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104 внутри сот 152 и 152, содержащих область 154 поискового вызова беспроводного устройства 104. Несколькими примерами того, как модуль 1102 предоставления может предоставить время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104,являются следующие:
2
2
2
2
2
2
2
1. Модуль 1102 предоставления может быть сконфигурирован для предоставления узлу 107 CN информации о времени, оставшемся до следующей возможности 156 поискового вызова, посредством: (1) передачи первого BSSGP PDU 204, содержащего запрос RAU, к узлу 107 CN, причем запрос RAU ассоциирован с беспроводным устройством 104 (первый модуль 1102a1 передачи); (2) приема второго BSSGP PDU 206, содержащего принятие RAU, от узла 107 CN, причем второй BSSGP PDU 206 включает в себя параметры TLLI (например, IMSI, длину цикла eDRX, класс покрытия (не применимо для устройств uPoD)), ассоциированные с беспроводным устройством 104 (модуль 1102a2 приема); (3) вычисления времени, оставшегося до следующей возможности 156 поискового вызова для беспроводного устройства 104, с использованием по меньшей мере параметров TLLI (например, IMSI, длины цикла eDRX, класса покрытия (не применимо для устройств uPoD)), ассоциированных с беспроводным устройством 104 (модуль 1102a3 вычисления) (например, см. описание, относящееся к Таблице 1 и фиг. 5); и (4) передачи третьего BSSGP PDU 212, содержащего завершение RAU, к узлу 107 CN, причем третий BSSGP PDU 212 включает в себя время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104 (второй модуль 1102a4 передачи). См. также фиг. 2 и относящийся к ней текст для другого обсуждения этого примерного способа, которым узел 102 RAN может предоставить узлу 107 CN время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104.
2
2
2
2
2
2
2
2
2. Модуль 1102 предоставления может быть сконфигурирован, чтобы предоставлять узлу 107 CN время, оставшееся до следующей возможности 156 поискового вызова, посредством: (1) приема запроса 302 поискового вызова от узла 107 CN, причем запрос 302 поискового вызова включает в себя параметры TLLI (например, IMSI, длину цикла eDRX, класс покрытия (не применимо к устройствам uPoD)), ассоциированные с беспроводным устройством 104 (первый модуль 1102b1 приема); (2) передачи сообщения 304 поискового вызова к беспроводному устройству 104 (первый модуль 1002b2 передачи); (3) приема первого ответа 306 поискового вызова от беспроводного устройства 104 (второй модуль 1102b3 приема); (4) вычисления времени, оставшегося до следующей возможности 156 поискового вызова для беспроводного устройства 104, с использованием по меньшей мере параметров TLLI (например, IMSI, длины цикла eDRX, класса покрытия (не применимо к устройствам uPoD)), ассоциированных с беспроводным устройством 104 (модуль 1102b4 вычисления) (например, см. описание, относящееся к Таблице 1 и фиг. 5); и (5) передачи второго ответа 308 поискового вызова к узлу 107 CN, причем второй ответ 308 поискового вызова включает в себя время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104 (второй модуль 1102b5 передачи). См. также фиг. 3 и относящийся к ней текст для другого обсуждения этого примерного способа, которым узел 102 RAN может предоставить узлу 107 CN время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104.
2
2
2
2
2
2
2
2
2
1
2
3. Модуль 1102 предоставления может быть сконфигурирован для предоставления узлу 107 CN информации о времени, оставшемся до следующей возможности 156 поискового вызова, посредством: (1) приема запроса 402 фиктивного поискового вызова от узла 107 CN, причем запрос 402 фиктивного поискового вызова включает в себя параметры TLLI (например, IMSI, длину цикла eDRX, класс покрытия (не применимо для устройств uPoD)), ассоциированные с беспроводным устройством 104 (модуль 1102c1 приема); (2) после приема запроса 402 фиктивного поискового вызова, не выполнения передачи сообщения поискового вызова по радиоинтерфейсу к беспроводному устройству 104, а вместо этого вычисления времени, оставшегося до следующей возможности 156 поискового вызова для беспроводного устройства 104, с использованием по меньшей мере параметров TLLI (например, IMSI, длины цикла eDRX, класса покрытия (не применимо к устройствам uPoD)), ассоциированных с беспроводным устройством 104 (модуль 1102c2 вычисления) (например, см. описание, относящееся к Таблице 1 и фиг. 5); и (3) передачи ответа 404 фиктивного поискового вызова к узлу 107 CN, причем ответ 404 фиктивного поискового вызова включает в себя время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104 (модуль 1102c3 передачи) (примечание: ответ 404 фиктивного поискового вызова соответствует запросу 402 фиктивного поискового вызова, т.е. когда данный ответ 404 фиктивного поискового вызова принят, он всегда соответствует одному конкретному ранее переданному запросу 402 фиктивного поискового вызова). См. также фиг. 4 и относящийся к ней текст для другого обсуждения этого иллюстративного способа, которым узел 102 RAN может предоставить узлу 107 CN время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104. Напомним, что в этом случае узел 107 CN может посылать запрос 402 фиктивного поискового вызова так часто, как это ему желательно, для подтверждения правильности своего понимания того, когда следующая возможность поискового вызова возникнет для данного беспроводного устройства 104 (например). Следует отметить, что узел 102 RAN также может включать в себя другие компоненты, модули или структуры, которые хорошо известны, но для ясности здесь описаны только компоненты, модули или структуры, необходимые для описания признаков настоящего раскрытия. Другой узел 102 RAN также может быть сконфигурирован аналогичным образом с проиллюстрированной структурой узла 102 RAN.
2
2
2
2
2
2
2
2
2
2
2
2
2
2
1
2
Как будет понятно специалистам в данной области техники, вышеописанный модуль 1102 узла 102 RAN (например, BSS 102, NodeB 102, eNodeB 102) может быть реализован с помощью соответствующей специализированной схемы (схем). Кроме того, модуль 1102 также может быть реализован с использованием любого количества специализированных схем посредством функциональной комбинации или разделения. В некоторых вариантах осуществления, модуль 1102 может быть даже объединен в единую специализированную интегральную схему (ASIC). В качестве альтернативной программной реализации, узел 102 RAN может содержать память 134, процессор 132 (включая, без ограничения указанным, микропроцессор, микроконтроллер или процессор цифровых сигналов (DSP) и т.д.) и приемопередатчик 122. Память 134 хранит машиночитаемый программный код, исполняемый процессором 132, чтобы побуждать узел 102 RAN (например, BSS 102, NodeB 102, eNodeB 102) выполнять этапы вышеописанного способа 1000. Следует понимать, что другие узлы 102 RAN (например) также могут быть сконфигурированы аналогично узлу 102 RAN для выполнения способа 1000.
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
2
На фиг. 12 показана блок-схема последовательности операций способа 1200, реализуемого в узле 102 RAN (BSS 102) в соответствии с вариантом осуществления настоящего изобретения. На этапе 1202, узел 102 RAN принимает от узла 107 CN запрос 402 фиктивного поискового вызова, ассоциированный с беспроводным устройством 104 (например). Запрос 402 фиктивного поискового вызова может включать в себя параметры TLLI (например, IMSI, длину цикла eDRX, класс покрытия (не применимо для устройств uPoD)), ассоциированные с беспроводным устройством 104. На этапе 1204, узел 102RAN использует информацию (например, параметры TLLI), предоставленную в запросе 402 фиктивного поискового вызова, для вычисления времени, оставшегося до следующей возможности 156 поискового вызова для беспроводного устройства 104 (например, см. описание, относящееся к Таблице 1 и фиг. 5). Узел 102 RAN после приема запроса 402 фиктивного поискового вызова не передает сообщение поискового вызова по радиоинтерфейсу к беспроводному устройству 104, а вместо этого вычисляет время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104, используя по меньшей мере параметры TLLI (например, IMSI, длину цикла eDRX, класс покрытия (не применимо к устройствам uPoD)), ассоциированные с беспроводным устройством 104. На этапе 1206, узел 102 RAN передает ответ 404 фиктивного поискового вызова к узлу 107 CN, причем ответ 404 фиктивного поискового вызова включает в себя время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104 (примечание: ответ фиктивного поискового вызова 404 соответствует запросу 402 фиктивного поискового вызова, т.е. когда данный ответ 404 фиктивного поискового вызова принят, он всегда соответствует одному конкретному ранее переданному запросу 402 фиктивного поискового вызова). См. также фиг. 4 и относящийся к ней текст для другого обсуждения этого примерного способа, которым узел 102 RAN может предоставить узлу 107 CN время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104. Напомним, что в этом случае узел 107 CN может посылать запрос 402 фиктивного поискового вызова так часто, как это ему желательно, для подтверждения правильности своего понимания того, когда возникнет следующая возможность поискового вызова для данного беспроводного устройства 104(например).
2
2
2
2
2
2
2
2
2
2
1
2
На фиг. 13 показана блок-схема, иллюстрирующая структуры примерного узла 102 RAN (например), сконфигурированного в соответствии с вариантом осуществления настоящего раскрытия. В одном варианте осуществления, узел 102 RAN содержит модуль 1302 приема, модуль 1304 использования и модуль 1306 передачи. Модуль 1302 приема сконфигурирован для приема от узла 107 CN запроса 402 фиктивного поискового вызова, ассоциированного с беспроводным устройством 104(например). Запрос 402 фиктивного поискового вызова может включать в себя параметры TLLI (например, IMSI, длину цикла eDRX, класс покрытия (не применимо для устройств uPoD)), ассоциированные с беспроводным устройством 104. Модуль 1304 использования сконфигурирован для использования информации (например, параметров TLLI), предоставленной в запросе 402 фиктивного поискового вызова, для вычисления времени, оставшегося до следующей возможности 156 поискового вызова для беспроводного устройства 104(например, см. описание, относящееся к Таблице 1 и фиг. 5). Модуль 1304 использования, после приема запроса 402 фиктивного поискового вызова, не передает сообщение поискового вызова по радиоинтерфейсу к беспроводному устройству 104, а вместо этого вычисляет время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104, с использованием по меньшей мере параметров TLLI (например, IMSI, длины цикла eDRX, класса покрытия (не применимо для устройств uPoD)), ассоциированных с беспроводным устройством 104. Модуль 1306 передачи сконфигурирован для передачи ответа 404 фиктивного поискового вызова к узлу 107 CN, причем ответ 404 фиктивного поискового вызова включает в себя время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104 (примечание: ответ 404 фиктивного поискового вызова соответствует запросу 402 фиктивного поискового вызова, то есть, когда данный ответ 404 фиктивного поискового вызова принят, он всегда соответствует одному конкретному ранее переданному запросу 402 фиктивного поискового вызова). Следует отметить, что узел 102 RAN также может включать в себя другие компоненты, модули или структуры, которые хорошо известны, но для ясности здесь описаны только компоненты, модули или структуры, необходимые для описания признаков настоящего раскрытия. Другой узел 102 RAN также может быть сконфигурирован аналогичным образом, как проиллюстрировано структурой узла 102 RAN.
2
2
2
2
2
2
2
2
2
2
2
2
2
2
1
2
Как будет понятно специалистам в данной области техники, вышеописанные модули 1302, 1304 и 1306 узла 102 RAN (например, BSS 102, узел B 102, eNodeB 102) могут быть реализованы с помощью соответствующих специализированных схем. Кроме того, модули 1302, 1304 и 1306 также могут быть реализованы с использованием любого количества специализированных схем посредством функциональной комбинации или разделения. В некоторых вариантах осуществления, модули 1302, 1304 и 1306 могут быть даже объединены в одну специализированную интегральную схему (ASIC). В качестве альтернативной программной реализации, узел 102 RAN может содержать память 134, процессор 132 (включая, без ограничения указанным, микропроцессор, микроконтроллер или процессор цифровых сигналов (DSP) и т.д.) и приемопередатчик 122. Память 134 сохраняет машиночитаемый программный код, исполняемый процессором 132, чтобы побуждать узел 102 RAN (например, BSS 102, NodeB 102, eNodeB 102) выполнять этапы вышеописанного способа 1200. Следует понимать, что другие узлы 102 RAN (например) также могут быть сконфигурированы аналогично узлу 102 RAN для выполнения способа 1200.
1
2
1
2
1
2
2
2
2
Ввиду вышеизложенного, специалистам в данной области техники будет понятно, что настоящее раскрытие описывает узел 107 CN (например, SGSN 107), узлы 102 и 102RAN (например, BSS 102 и 102) и различные способы 600, 800, 1000 и 1200, которые направлены на преодоление недостатков предшествующего уровня техники путем реализации скоординированных во времени сот 152 и 152 и поддержания надежности поискового вызова беспроводного устройства 104 (например, устройства МТС 104, мобильной станции 104). Настоящее раскрытие имеет ряд преимуществ, некоторые из которых заключаются в следующем: методы реализации скоординированных во времени сот, описанные в настоящем документе, позволяют поддерживать надежность поискового вызова для беспроводных устройств, использующих длины цикла eDRX, которая эквивалентна той, что ассоциирована с беспроводными устройствами, использующими унаследованные длины цикла DXR. Кроме того, методы предоставления узлу CN (например, SGSN) информации о ʺвремени, оставшемся до следующей возможности поискового вызоваʺ для беспроводных устройств, описанные в настоящем документе, могут рассматриваться как относительно менее сложные и экономичные по сравнению с решениями, которые основаны на (а) узле CN (например, SGSN), которому требуется знать о структурах кадров, связанных с радиоинтерфейсом, используемых для определения точных событий поискового вызова, или (b) беспроводных устройствах, оборудованных приемниками GPS для передачи точной информации о времени суток на узел CN (например, SGSN).
Методы, описанные здесь, применимы к любой технологии радиодоступа (RAT), в которой управляющий узел базовой сети (например, SGSN, объект управления мобильностью (MME) и т.п.) должен знать, когда возможность поискового вызова возникает на радиоинтерфейсе, причем RAN (например, система базовой станции (BSS), узел B (Nb), развитый Nb (eNb) и т.п.), во время активной передачи данных, предоставляет информацию о временных характеристиках радиоинтерфейса управляющим узлам базовой сети, и/или информация для вычисления временных характеристик радиоинтерфейса предоставляется управляющим узлом базовой сети. Следует также отметить, что информация, необходимая для определения временных характеристик радиоинтерфейса, может варьироваться от системы к системе и, следовательно, может быть зависимой от решения.
Специалистам в данной области техники будет понятно, что термин ʺпримерныйʺ используется здесь для обозначения ʺиллюстративногоʺ или ʺслужащего в качестве примераʺ и не подразумевает, что конкретный вариант осуществления является предпочтительным по сравнению с другим или что конкретный признак является существенным. Аналогично, термины ʺпервыйʺ и ʺвторойʺ и подобные термины используются просто для того, чтобы отличить один конкретный экземпляр элемента или признака от другого, и не указывают конкретный порядок или расположение, если контекст явно не указывает обратное. Кроме того, используемый здесь термин ʺэтапʺ применяется в качестве синонима ʺоперацииʺ или ʺдействияʺ. Любое приведенное выше описание последовательности этапов не означает, что эти операции должны выполняться в конкретном порядке или что эти операции должны выполняться вообще в каком-либо порядке, если только контекст или детали описанной операции явно не указывают обратное.
Разумеется, настоящее раскрытие может быть осуществлено иными конкретными способами, чем те, которые изложены в настоящем документе, без отклонения от объема и основных характеристик изобретения. Один или несколько конкретных процессов, рассмотренных выше, могут выполняться в сотовом телефоне или другом приемопередатчике связи, содержащем одну или несколько надлежащим образом сконфигурированных схем обработки, которые могут в некоторых вариантах осуществления быть реализованы в одной или нескольких специализированных интегральных схемах (ASIC). В некоторых вариантах осуществления, эти схемы обработки могут содержать один или несколько микропроцессоров, микроконтроллеров и/или процессоров цифровых сигналов, запрограммированных соответствующим программным обеспечением и/или встроенным программным обеспечением, для выполнения одной или нескольких операций, описанных выше, или их вариантов. В некоторых вариантах осуществления, эти схемы обработки могут содержать настраиваемые аппаратные средства для выполнения одной или нескольких функций, описанных выше. Поэтому настоящие варианты осуществления должны рассматриваться во всех отношениях как иллюстративные, а не ограничительные.
Хотя многочисленные варианты осуществления настоящего раскрытия были проиллюстрированы на приложенных чертежах и описаны в предшествующем подробном описании, следует понимать, что изобретение не ограничено раскрытыми вариантами осуществления, а напротив, допускает многочисленные перестановки, модификации и замены без отклонения от настоящего раскрытия, которое изложено и определено в следующей формуле изобретения.