УЗЕЛ СЕТИ РАДИОДОСТУПА И СПОСОБ ДЛЯ СКООРДИНИРОВАННЫХ ВО ВРЕМЕНИ СОТ ДЛЯ РАСШИРЕННОГО ПРЕРЫВИСТОГО ПРИЕМА (eDRX) Российский патент 2020 года по МПК H04W68/02 

ИСПРАШИВАНИЕ ПРИОРИТЕТА

Настоящая заявка испрашивает приоритет предварительной заявки США № 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 проиллюстрирована примерная сеть 100 беспроводной связи в соответствии с настоящим раскрытием. Сеть 100 беспроводной связи включает в себя базовую сеть 106 (которая содержит по меньшей мере один узел 107 CN) и множество узлов 102₁ и 102₂ RAN (показаны только два), которые взаимодействуют с множеством беспроводных устройств 104₁, 104₂, 104₃ … 104_n. Сеть 100 беспроводной связи также включает в себя множество хорошо известных компонентов, но для ясности здесь описаны только компоненты, необходимые для описания признаков настоящего раскрытия. Кроме того, сеть 100 беспроводной связи описывается здесь как сеть 100 беспроводной связи GSM/EGPRS, которая также известна как сеть 100 беспроводной связи EDGE. Однако специалисты в данной области техники легко поймут, что методы настоящего раскрытия, которые применяются к сети 100 беспроводной связи GSM/EGPRS, как правило, применимы к другим типам систем беспроводной связи, включая, например, системы WCDMA, LTE и WiMAX.

Сеть 100 беспроводной связи включает в себя узлы 102₁ и 102₂ RAN (узлы беспроводного доступа, показаны только два), которые обеспечивают сетевой доступ для беспроводных устройств 104₁, 104₂, 104₃ … 104_n. В этом примере, узел 102₁ RAN обеспечивает сетевой доступ беспроводному устройству 104₁, в то время как узел 102₂ RAN обеспечивает сетевой доступ беспроводным устройствам 104₁, 104₂, 104₃ … 104_n. Узлы 102₁ и 102₂ RAN соединены с базовой сетью 106 (например, базовой сетью 106 SGSN) и, в частности, с узлом 107 CN (например, SGSN 107). Базовая сеть 106 соединена с внешней сетью 108 пакетных данных (PDN), такой как Интернет, и сервером 110 (показан только один). Беспроводные устройства 104₁, 104₂, 104₃ … 104_n могут осуществлять связь с одним или несколькими серверами 110 (показан только один), соединенными с базовой сетью 106 и/или PDN 108.

Беспроводные устройства 104₁, 104₂, 104₃ … 104_n могут, в общем, относится к конечному терминалу (пользователю), который подключается к сети 100 беспроводной связи, и могут относиться либо к MTC-устройству (например, интеллектуальному измерительному прибору), либо к не-MTC-устройству. Кроме того, термин ʺбеспроводное устройствоʺ обычно рассматривается в качестве синонима термина ʺмобильное устройствоʺ, ʺмобильная станцияʺ (MS). ʺПользовательское оборудованиеʺ или UE, как этот термин используется в 3GPP, включает в себя автономные беспроводные устройства, такие как терминалы, сотовые телефоны, смартфоны, планшеты, сотовые IoT-устройства, IoT-устройства и персональные цифровые помощники с беспроводной поддержкой, а также беспроводные карты или модули, предназначенные для прикрепления или вставки в другое электронное устройство, например, персональный компьютер, электрический измерительный прибор и т.д.

Точно так же, если в контексте ясно не указано иное, термин ʺузел 102₁ и 102₂ RANʺ (беспроводной узел доступа 102₁ и 102₂) используется здесь в самом широком смысле, чтобы ссылаться на базовую станцию, беспроводной узел доступа или беспроводную точку доступа в сети 100 беспроводной связи, и может относиться к узлам 102₁ и 102₂ RAN, которые управляются физически отдельным контроллером радиосети, а также к более автономным точкам доступа, таким как так называемые развитые Узлы B (eNodeB) в сетях Долгосрочного развития (LTE).

Каждое беспроводное устройство 104₁, 104₂, 104₃ … 104_n может включать в себя схему приемопередатчика 110₁, 110₂, 110₃ … 110_n для осуществления связи с узлами 102₁ и 102₂ RAN, и схему 112₁, 112₂, 112₃ … 112_n обработки для обработки сигналов, передаваемых и принимаемых схемой приемопередатчика 110₁, 110₂, 110₃ … 110_n и для управления работой соответствующего беспроводного устройства 104₁, 104₂, 104₃ … 104_n. Схема приемопередатчика 110₁, 110₂, 110₃ … 110_n может включать в себя передатчик 114₁, 114₂, 114₃ … 114_n и приемник 116₁, 116₂, 116₃ … 116_n, которые могут работать в соответствии с любым стандартом, например, стандартом GSM/EDGE. Схема 112₁, 112₂, 112₃ … 112_n обработки может включать в себя процессор 118₁, 118₂, 118₃ … 118_n и память 120₁, 120₂, 120₃ … 120_n для хранения программного кода для управления работой соответствующего беспроводного устройства 104₁, 104₂, 104₃ … 104_n. Программный код может включать в себя код для выполнения процедур (например, передачи LLC PDU, содержащего сообщение запроса RAU (RAU Request), приема LLC PDU, содержащего сообщение принятия RAU (RAU Accept), и передачи LLC PDU, содержащего сообщение завершения RAU (RAU Complete)), как описано ниже.

Каждый узел 102₁ и 102₂ RAN (беспроводной узел доступа 102₁ и 102₂) может включать в себя схему приемопередатчика 122₁ и 122₂ для осуществления связи с беспроводными устройствами 104₁, 104₂, 104₃ … 104_n, схему 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.

Узел 107 CN (например, SGSN 107, ММЕ 107) может включать в себя схему 136 приемопередатчика для осуществления связи с узлами 102₁ и 102₂ RAN, схему 138 обработки для обработки сигналов, передаваемых и принимаемых схемой 136 приемопередатчика, и для управления работой узла 107 CN, сетевой интерфейс 140 для осуществления связи с узлами 102₁ и 102₂ RAN и таймер 158 цикла eDRX для определения периодичности возможностей поискового вызова для беспроводных устройств 104₁, 104₂, 104₃ … 104_n. Схема 136 приемопередатчика может включать в себя передатчик 142 и приемник 144, которые могут работать в соответствии с любым стандартом, например стандартом GSM/EDGE. Схема 138 обработки может включать в себя процессор 146 и память 148 для хранения программного кода для управления работой узла 107 CN. Программный код может включать в себя код для выполнения процедур, описанных ниже со ссылкой на фиг. 6 и 8.

Скоординированные во времени соты и надежность поискового вызова беспроводного устройства

Реализация радиоинтерфейса скоординированных во времени сот

Один аспект настоящего раскрытия включает в себя координацию событий поискового вызова на радиоинтерфейсе множества сот 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)

Один аспект настоящего раскрытия включает в себя узел 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_n, обсуждаются ниже со ссылкой на фиг. 2-4.

На фиг. 2 представлена диаграмма сигналов, иллюстрирующая модифицированную процедуру RAU, которая поддерживает скоординированные во времени соты в соответствии с вариантом осуществления настоящего раскрытия. В основном, унаследованная процедура обновления области маршрутизации (RAU) может быть модифицирована таким образом, что процедура RAU может использоваться в соответствии с вариантом осуществления настоящего раскрытия в качестве возможности для узла 107 CN (например, SGSN 107) предоставить узлу 102₂ RAN (например, BSS 102₂) информацию (например, специфические для TLLI параметры), которую узел 102₂ RAN (например, BSS 102₂) использует для вычисления времени, оставшегося до следующей возможности 156 поискового вызова, и предоставления вычисленного времени, оставшегося до следующей возможности 156 поискового вызова, узлу 107 CN. Примерная модифицированная процедура RAU в соответствии с вариантом осуществления настоящего раскрытия может иметь следующие этапы:

1. Беспроводное устройство 104₂ (например) передает LLC PDU 202, который содержит запрос RAU, к узлу 102₂ RAN (например, BSS 102₂).

2. Узел 102₂ RAN (например, BSS 102₂) передает BSSGP PDU 204, который содержит запрос RAU, к узлу 107 CN (например, SGSN 107).

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. Кроме того, узел 102₂ RAN (например, BSS 102₂) может сохранить эти специфические для TLLI параметры (например, IMSI, длину цикла eDRX и класс покрытия) в течение определенного минимального периода времени (например, 10 секунд).

4. Узел 102₂ RAN (например, BSS 102₂) передает LLC PDU 208, который содержит принятие RAU, к беспроводному устройству 104₂.

5. Беспроводное устройство 104₂ передает LLC PDU 210, который содержит завершение RAU, к узлу 102₂ RAN (например, BSS 102₂).

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.

7. Узел 102₂ RAN (например, BSS 102₂) передает BSSGP PDU 212, который содержит завершение RAU и время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104₂, к узлу 107 CN (например, SGSN 107).

Примечание: Этапы 3, 6 и 7 включают в себя новые функциональные возможности, если сравнивать унаследованную процедуру RAU и модифицированную процедуру RAU в соответствии с настоящим раскрытием. Ниже приводится обсуждение, в котором описываются некоторые примерные способы, которыми узел 107 CN (например, SGSN 107) может использовать время, оставшееся до следующей возможности 156 поискового вызова, для реализации скоординированных во времени сот 152₁ и 152₂ и поддерживать надежность поискового вызова беспроводного устройства 104₂ в соответствии с настоящим раскрытием.

На фиг. 3 представлена диаграмма сигналов, иллюстрирующая модифицированную процедуру поискового вызова, которая поддерживает скоординированные во времени соты в соответствии с вариантом осуществления настоящего раскрытия. В основном, унаследованная процедура поискового вызова может быть модифицирована так, что процедура поискового вызова может использоваться в соответствии с вариантом осуществления настоящего раскрытия в качестве возможности для узла 107 CN (например, SGSN 107) предоставить узлу 102₂ RAN (например, BSS 102₂) информацию (например, специфические для TLLI параметры), которую узел 102₂ RAN (например, BSS 102₂) использует, чтобы вычислить время, оставшееся до следующей возможности 156 вызова, и предоставить вычисленное время, оставшееся до следующей возможности 156 поискового вызова, узлу 107 CN. Иллюстративная модифицированная процедура поискового вызова в соответствии с вариантом осуществления настоящего раскрытия может иметь следующие этапы:

1. Узел 107 CN (например, SGSN 107) передает запрос 302 поискового вызова к узлу 102₂ RAN (например, BSS 102₂). Запрос 302 поискового вызова включает в себя IMSI беспроводного устройства 104₂, цикл eDRX и класс покрытия (например, специфические для TLLI параметры беспроводного устройства 104₂). Узел 102₂ RAN сохраняет специфические для TLLI параметры, необходимые для вычисления следующей возможности 156 поискового вызова для указанного беспроводного устройства 104₂, в течение определенного минимального промежутка времени (например, 10 секунд).

2. Узел 102₂ RAN (например, BSS 102₂) передает запрос 304 поискового вызова к беспроводному устройству 104₂.

3. Беспроводное устройство 104₂ передает ответ 306 поискового вызова к узлу 102₂ RAN (например, BSS 102₂).

4. Узел 102₂ RAN (например, BSS 102₂) вычисляет время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104₂. Пример того, как узел 102₂ RAN (например, BSS 102₂) может вычислить время, оставшееся до следующей возможности 156 поискового вызова, приведен ниже со ссылкой на Таблицу 1 и фиг. 5.

5. Узел 102₂ RAN (например, BSS 102₂) передает ответ 308 поискового вызова, который содержит время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104₂, к узлу 107 CN (например, SGSN 107).

Примечание: Этапы 1, 4 и 5 включают в себя новые функциональные возможности, если сравнивать унаследованную процедуру поискового вызова с модифицированной процедурой поискового вызова в соответствии с настоящим раскрытием. Ниже приводится обсуждение, в котором описываются некоторые примерные способы, которыми узел 107 CN (например, SGSN 107) может использовать время, оставшееся до следующей возможности 156 поискового вызова, для реализации скоординированных во времени сот 152₁ и 152₂ и поддержания надежности поискового вызова беспроводного устройства 104₂ в соответствии с настоящим раскрытием.

На фиг. 4 представлена диаграмма сигналов, иллюстрирующая использование процедуры фиктивного поискового вызова для поддержки скоординированных во времени сот в соответствии с вариантом осуществления настоящего раскрытия. Примерная процедура фиктивного поискового вызова в соответствии с другим вариантом осуществления настоящего раскрытия может иметь следующие этапы:

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. Узел 102₂ RAN (например, BSS 102₂) вычисляет время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104₂. Пример того, как узел 102₂ RAN (например, BSS 102₂) может вычислять время, оставшееся до новой возможности 156 поискового вызова, представлен ниже со ссылкой на Таблицу 1 и фиг. 5.

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 и 3 ассоциированы с новой процедурой фиктивного поискового вызова в соответствии с настоящим раскрытием. Ниже приводится обсуждение, в котором описываются некоторые примерные способы, которыми узел 107 CN (например, SGSN 107) может использовать время, оставшееся до следующей возможности 156 поискового вызова, для реализации скоординированных во времени сот 152₁ и 152₂ и поддержания надежности поискового вызова беспроводного устройства 104₂ в соответствии с настоящим раскрытием.

В продолжение обсуждения, связанного с различными процедурами, рассмотренными выше со ссылками на фиг. 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

Узел 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₂.

Узел 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₂.

Один примерный способ, которым узел 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).

Как видно из фиг. 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 за несколько секунд до следующего возникновения своей номинальной группы поискового вызова, устройство, таким образом, будет испытывать существенно уменьшенную вероятность пропуска поискового вызова из-за того, что ему нужно будет выбрать более высокий класс покрытия нисходящей линии связи незадолго до его следующей возможности поискового вызова (т.е. незадолго до следующей реализации его номинальной группы поискового вызова).

Следует понимать, что узел 102₂ RAN (например) всегда имеет точные знания о текущей передаче конкретных кадров TDMA по радиоинтерфейсу, соответствующему каждой из набора сот, которыми он управляет. Таким образом, как только узел 102₂ RAN определяет номинальную группу поискового вызова беспроводного устройства 104₂ (например), он может вычислить время, оставшееся до следующей возможности 156 поискового вызова для этого беспроводного устройства 104₂. Следует также понимать, что существуют другие способы, в дополнение к тому, который описан в данном документе, как раскрыто в GP-150133 и GP-150259, которые узел 102₂ RAN может использовать для вычисления времени, оставшегося до следующей возможности 156 поискового вызова.

Конфигурации основных функциональных возможностей узла 107 CN и узла 102₂ RAN (в качестве примера)

На фиг. 6 показана блок-схема последовательности операций способа 600, реализованного в узле 107 CN (например, SGSN 107), который взаимодействует с узлами 102₁ и 102₂ RAN (BSS 102₁ и 102₂) для координирования во времени сот и поддержания надежности поискового вызова беспроводного устройства 104₂ (например) в соответствии с вариантом осуществления настоящего раскрытия. На этапе 602, узел 107 CN получает от одного из узлов 102₁ или 102₂ RAN информацию, указывающую время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104₂ в пределах сот 152₁ и 152₂, содержащих область 154 поискового вызова беспроводного устройства 104₂. Несколькими примерами того, как узел 107 CN может получить время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104₂, являются следующие:

1. Узел 107 CN может на этапе 602 получить от одного из узлов 102₁ или 102₂ RAN время, оставшееся до следующей возможности 156 поискового вызова, посредством: (1) приема первого BSSGP PDU 204, содержащего запрос RAU, от одного узла 102₂ RAN (например), причем запрос 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₂.

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₂.

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₂ (например).

На этапе 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.

На фиг. 7 показана блок-схема, иллюстрирующая структуры примерного узла 107 CN (например, SGSN 107), который взаимодействует с узлами 102₁ и 102₂ RAN (BSS 102₁ и 102₂) для координирования во времени сот 152₁ и 152₂ и поддержания надежности поискового вызова беспроводного устройства 104₂ (например) в соответствии с вариантом осуществления настоящего раскрытия. В одном варианте осуществления, узел 107 CN содержит модуль 702 получения, модуль 704 поддержки, модуль 706 установки, модуль 708 передачи-перезапуска и модуль 710 перезапуска. Модуль 702 получения сконфигурирован, чтобы получать от одного из узлов 102₁ или 102₂ RAN информацию, указывающую время, оставшееся до следующей возможности 156 поискового вызова для беспроводного устройства 104₂ в пределах сот 152₁ и 152₂, содержащих область 154 поискового вызова беспроводного устройства 104₂. Несколькими примерами того, как модуль 702 получения может быть сконфигурирован для получения информации о времени, оставшемся до следующей возможности 156 поискового вызова для беспроводного устройства 104₂, являются следующие:

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₂.

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₂.

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₂ (например).

Модуль 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.

На фиг. 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 принимает от узла 102₂ RAN (например, 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.

На фиг. 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.

На фиг. 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₂, являются следующие:

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. Узел 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₂.

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₂ (например).

На фиг. 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₂, являются следующие:

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. Модуль 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₂.

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.

Как будет понятно специалистам в данной области техники, вышеописанный модуль 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.

На фиг. 12 показана блок-схема последовательности операций способа 1200, реализуемого в узле 102₂ RAN (BSS 102₂) в соответствии с вариантом осуществления настоящего изобретения. На этапе 1202, узел 102₂ RAN принимает от узла 107 CN запрос 402 фиктивного поискового вызова, ассоциированный с беспроводным устройством 104₂ (например). Запрос 402 фиктивного поискового вызова может включать в себя параметры TLLI (например, IMSI, длину цикла eDRX, класс покрытия (не применимо для устройств uPoD)), ассоциированные с беспроводным устройством 104₂. На этапе 1204, узел 102₂ RAN использует информацию (например, параметры 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₂ (например).

На фиг. 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.

Как будет понятно специалистам в данной области техники, вышеописанные модули 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.

Ввиду вышеизложенного, специалистам в данной области техники будет понятно, что настоящее раскрытие описывает узел 107 CN (например, SGSN 107), узлы 102₁ и 102₂ RAN (например, 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). В некоторых вариантах осуществления, эти схемы обработки могут содержать один или несколько микропроцессоров, микроконтроллеров и/или процессоров цифровых сигналов, запрограммированных соответствующим программным обеспечением и/или встроенным программным обеспечением, для выполнения одной или нескольких операций, описанных выше, или их вариантов. В некоторых вариантах осуществления, эти схемы обработки могут содержать настраиваемые аппаратные средства для выполнения одной или нескольких функций, описанных выше. Поэтому настоящие варианты осуществления должны рассматриваться во всех отношениях как иллюстративные, а не ограничительные.

Хотя многочисленные варианты осуществления настоящего раскрытия были проиллюстрированы на приложенных чертежах и описаны в предшествующем подробном описании, следует понимать, что изобретение не ограничено раскрытыми вариантами осуществления, а напротив, допускает многочисленные перестановки, модификации и замены без отклонения от настоящего раскрытия, которое изложено и определено в следующей формуле изобретения.

Изобретение относится к области беспроводной связи. Технический результат изобретения заключается в координировании соты во времени и надежности поискового вызова беспроводного устройства. Узел сети радиодоступа RAN содержит процессор, память. Узел RAN способен действовать, чтобы вычислять время, оставшееся до следующей возможности поискового вызова для беспроводного устройства в области поискового вызова беспроводного устройства, причем вычисление использует международный идентификатор мобильного абонента (IMSI) беспроводного устройства, длину цикла расширенного прерывистого приема (eDRX) беспроводного устройства и класс покрытия беспроводного устройства; и передавать узлу базовой сети (CN) информацию, указывающую время, оставшееся до следующей возможности поискового вызова для беспроводного устройства. 4 н. и 12 з.п. ф-лы, 13 ил.

1. Узел (102₂) сети радиодоступа (RAN), причем узел RAN содержит:

процессор (132₂) и

память (134₂), которая хранит исполняемые процессором инструкции, причем процессор взаимодействует с памятью для исполнения исполняемых процессором инструкций, при этом узел RAN выполнен с возможностью:

вычислять (1002b4) время, оставшееся до следующей возможности (156) поискового вызова для беспроводного устройства (104₂) в области (154) поискового вызова беспроводного устройства, причем вычисление использует международный идентификатор мобильного абонента (IMSI) беспроводного устройства, длину цикла расширенного прерывистого приема (eDRX) беспроводного устройства и класс покрытия беспроводного устройства; и

передавать (1002b5) узлу (107) базовой сети (CN) информацию, указывающую время, оставшееся до следующей возможности поискового вызова для беспроводного устройства.

2. Узел RAN по п. 1, причем узел RAN дополнительно выполнен с возможностью:

до вычисления, принимать (1002b1) запрос (302) поискового вызова от узла CN, причем запрос поискового вызова включает в себя IMSI, длину цикла eDRX и класс покрытия беспроводного устройства;

передавать (1002b2) сообщение (304) поискового вызова к беспроводному устройству; и

принимать (1002b3) первый ответ (306) поискового вызова от беспроводного устройства;

причем передача (1002b5) информации, указывающей время, оставшееся до следующей возможности поискового вызова для беспроводного устройства, включает в себя передачу второго ответа (308) поискового вызова к узлу CN, причем второй ответ поискового вызова включает в себя время, оставшееся до следующей возможности поискового вызова для беспроводного устройства.

3. Узел RAN по п. 1, причем время, оставшееся до следующей возможности поискового вызова для беспроводного устройства, является временем для использования с длиной цикла eDRX беспроводного устройства для узла CN для поддержания (604) таймера (158) цикла eDRX, ассоциированного с беспроводным устройством.

4. Узел RAN по п. 3, причем таймер цикла eDRX устанавливается (606) узлом CN для истечения в предварительно заданное время до следующей возможности поискового вызова для беспроводного устройства.

5. Узел RAN по п. 1, причем:

узел CN является обслуживающим узлом поддержки общей службы пакетной радиосвязи (GPRS) (SGSN); и

узел RAN является подсистемой базовой станции (BSS).

6. Способ (1000) связи в узле (102₂) сети радиодоступа (RAN), причем способ содержит:

вычисление (1002b4) времени, оставшегося до следующей возможности (156) поискового вызова для беспроводного устройства (104₂) в области (154) поискового вызова беспроводного устройства, причем вычисление использует международный идентификатор мобильного абонента (IMSI) беспроводного устройства, длину цикла расширенного прерывистого приема (eDRX) беспроводного устройства и класс покрытия беспроводного устройства; и

передачу (1002b5), узлу (107) базовой сети (CN), информации, указывающей время, оставшееся до следующей возможности поискового вызова для беспроводного устройства.

7. Способ по п. 6, дополнительно содержащий:

до вычисления, прием (1002b1) запроса (302) поискового вызова от узла CN, причем запрос поискового вызова включает в себя IMSI, длину цикла eDRX и класс покрытия беспроводного устройства;

передачу (1002b2) сообщения (304) поискового вызова к беспроводному устройству; и

прием (1002b3) первого ответа (306) поискового вызова от беспроводного устройства;

причем передача (1002b5) информации, указывающей время, оставшееся до следующей возможности поискового вызова для беспроводного устройства, включает в себя передачу второго ответа (308) поискового вызова к узлу CN, причем второй ответ поискового вызова включает в себя время, оставшееся до следующей возможности поискового вызова для беспроводного устройства.

8. Способ по п. 6, причем время, оставшееся до следующей возможности поискового вызова для беспроводного устройства, является временем для использования с длиной цикла eDRX беспроводного устройства для узла CN для поддержания (604) таймера (158) цикла eDRX, ассоциированного с беспроводным устройством.

9. Способ по п. 8, причем таймер цикла eDRX устанавливается (606) узлом CN для истечения в предварительно заданное время до следующей возможности поискового вызова для беспроводного устройства.

10. Способ по п. 6, в котором:

узел CN является обслуживающим узлом поддержки общей службы пакетной радиосвязи (GPRS) (SGSN); и

узел RAN является подсистемой базовой станции (BSS).

11. Узел (102₂) сети радиодоступа (RAN), содержащий:

процессор (132₂) и

память (134₂), которая хранит исполняемые процессором инструкции, причем процессор взаимодействует с памятью для исполнения исполняемых процессором инструкций, при этом узел RAN выполнен с возможностью:

принимать (1202), от узла (107) базовой сети (CN), запрос (402) фиктивного поискового вызова, ассоциированный с беспроводным устройством (104₂); и

отправлять (1206), к узлу CN, ответ (404) фиктивного поискового вызова, включающий в себя время, оставшееся до следующей возможности поискового вызова для беспроводного устройства.

12. Узел RAN по п. 11, причем узел RAN дополнительно выполнен с возможностью, после приема запроса фиктивного поискового вызова, не передавать сообщение поискового вызова по радиоинтерфейсу на беспроводное устройство, а вместо этого вычислять время, оставшееся до следующей возможности поискового вызова для беспроводного устройства.

13. Узел RAN по п. 11, причем:

узел CN является обслуживающим узлом поддержки общей службы пакетной радиосвязи (GPRS) (SGSN); и

узел RAN является подсистемой базовой станции (BSS).

14. Способ (1200) связи в узле (102₂) сети радиодоступа, причем способ содержит:

прием (1202), от узла (107) базовой сети (CN), запроса (402) фиктивного поискового вызова, ассоциированного с беспроводным устройством (104₂); и

отправку (1206), к узлу CN, ответа (404) фиктивного поискового вызова, включающего в себя время, оставшееся до следующей возможности поискового вызова для беспроводного устройства.

15. Способ по п. 14, дополнительно содержащий после приема запроса фиктивного поискового вызова, не выполнение передачи сообщения поискового вызова по радиоинтерфейсу на беспроводное устройство, а вместо этого вычисление времени, оставшегося до следующей возможности поискового вызова для беспроводного устройства.

16. Способ по п. 14, в котором:

узел CN является обслуживающим узлом поддержки общей службы пакетной радиосвязи (GPRS) (SGSN); и

узел RAN является подсистемой базовой станции (BSS).