Способы и устройства для уведомления о чрезвычайных ситуациях

Способы и устройства для уведомления о чрезвычайных ситуациях

Иллюстрации

Показать все

Реферат

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

Варианты осуществления изобретения в настоящем документе относятся к способам и устройствам в телекоммуникационной сети, конкретно, для отправки уведомлений о чрезвычайных ситуациях на пользовательское оборудование внутри телекоммуникационной сети.

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

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

Первичное уведомление отправляется, для того чтобы уведомить пользователей о наиболее экстренном событии за секунды вместо минут, о таком как неминуемое возникновение землетрясения и/или тому подобное. Существуют требования о достижении пользовательской/мобильной станции сообщением первичного уведомления ETWS за 4 секунды. Для того чтобы избежать хаоса, вызванного приемом ложных сообщений, весьма вероятно потребуется включение аутентификационной информации в состав первичного уведомления. Альтернативой аутентификации информации является наличие аутентификационной информации в форме цифровой подписи, например 41 байт информации, если используются подписи алгоритма (DSA) цифровой подписи и/или тому подобные.

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

Решение, основанное на службе (CBS) сотового вещания, было предусмотрено для передачи предупреждающих уведомлений ETWS, причем сообщение ETWS транслируется по управляющему каналу на все мобильные станции внутри соты.

Учитывая ETWS, было решено, что сообщение ПОИСКОВЫЙ ВЫЗОВ является пригодным для того, чтобы удовлетворить требование "четырех секунд".

Данное допущение существует для использования сообщения ПОИСКОВЫЙ ВЫЗОВ ТИПА 1 для первичного уведомления, достигающего пользовательские оборудования (оборудования UE) в режиме ожидания и в подсоединенном режиме, и которое прослушивает канал поискового вызова. Использование канала поискового вызова является учтенной главной опцией для того, чтобы удовлетворить требование достижения UE за 4 секунды. Однако, существует пожелание достигнуть как можно больше оборудований UE за предел времени с помощью достоверных уведомлений о чрезвычайных ситуациях.

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

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

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

Для того чтобы осуществить данный способ, предоставляется первое устройство связи.

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

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

Для того чтобы осуществить способ, предоставляется пользовательское оборудование.

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

Более того, предоставляется система в телекоммуникационной сети. Система содержит компоновку, адаптированную для использования сообщения ПОИСКОВЫЙ ВЫЗОВ ТИПА 1, включающего в себя первичное уведомление системы предупреждения землетрясений и цунами по управляющему каналу поисковой связи для запуска режима работы пользовательского оборудования. Этот режим работы предполагает, что пользовательское оборудование скомпоновано для начала приема сообщений по общему управляющему каналу в течение предварительно определенного периода времени, когда оно приняло первичное уведомление системы предупреждения землетрясений и цунами в сообщении ПОИСКОВЫЙ ВЫЗОВ ТИПА 1.

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

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

Варианты осуществления будут теперь описаны более детально относительно приложенных чертежей, на которых:

Фиг.1 показывает схематичный пример передачи уведомления о чрезвычайной ситуации внутри сети связи,

Фиг.2 показывает схематичный комбинированный способ и схему прохождения сигналов в универсальной телекоммуникационной мобильной системе, UMTS,

Фиг.3 показывает схематичный комбинированный способ и схему прохождения сигналов в сети UMTS,

Фиг.4 показывает схематичный комбинированный способ и схему прохождения сигналов в сети UMTS,

Фиг.5 показывает схематичный обзор способа в первом устройстве связи,

Фиг.6 показывает схематичный обзор первого устройства связи,

Фиг.7 показывает схематичный обзор способа в пользовательском оборудовании, и

Фиг.8 показывает схематичный обзор пользовательского оборудования.

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

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

Используемая в настоящем документе терминология является таковой только для цели описания конкретных вариантов осуществления и не предназначена быть ограничением изобретения. Предполагается, что использованные в настоящем документе формы единственного числа включают в себя формы множественного числа до тех пор, пока в контексте явно не указано иное. Также следует понимать, что термины «содержит» или «содержащий» при использовании в настоящем документе, определяют присутствие установленных признаков, целых, этапов, операций, элементов, и/или компонентов, но не исключает присутствие или добавление одного или нескольких других признаков, целых, этапов, операций, элементов, компонентов, и/или их групп.

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

Фиг.1 раскрывает схематичный вариант осуществления для передачи уведомления о чрезвычайной ситуации внутри сети связи. Детектор 2 регистрирует чрезвычайную ситуацию, такую как землетрясение и/или тому подобное. Эта регистрация детектора зарегистрируется, например, в центральном государственном агентстве, которое определяет что уведомление о чрезвычайной ситуации должно быть передано на оборудования UE внутри пораженной зоны. Предписание отправляется на транслирующий блок (BU) 30 для передачи уведомления о чрезвычайной ситуации на оборудования UE внутри пораженной зоны. Предписание может быть введено/отправлено вручную на BU 30 и/или тому подобное.

BU 30 передает уведомление о чрезвычайной ситуации на первое устройство (сетевой блок) NU 20 связи, управляющий сотой внутри пораженной зоны. NU 20 может быть расширенным узлом B (eNB), контроллером (RNC) радиосети, контроллером (BSC) базовой станции и/или тому подобным. NU 20 определяет канал поискового вызова для передачи по нему уведомления о чрезвычайной ситуации и предписывает передавать уведомление о чрезвычайной ситуации по каналу поискового вызова. Затем, NU 20 определяет общий управляющий канал, несущий подтверждающее сообщение о чрезвычайной ситуации, и предписывает передавать подтверждающее сообщение о чрезвычайной ситуации по общему управляющему каналу. NU 20 может также отправить подтверждающее сообщение о чрезвычайной ситуации по выделенному каналу на оборудования UE, присоединенные к сети по выделенному каналу.

В проиллюстрированном примере, первое UE 10 находится в режиме, причем UE 10 прослушивает канал поискового вызова внутри соты пораженной зоны. Уведомление о чрезвычайной ситуации принято на UE 10. Принятое уведомление о чрезвычайной ситуации запускает UE 10 начать прослушивание общего управляющего канала, то есть UE временно приостанавливает операцию прерывистого приема и принимает сообщения по общему управляющему каналу. UE 10 принимает подтверждающее сообщение о чрезвычайной ситуации по общему управляющему каналу путем прослушивания общего управляющего канала. UE 10 подтверждает аутентичность подтверждающего сообщения о чрезвычайной ситуации путем считывания информации о безопасности внутри подтверждающего сообщения о чрезвычайной ситуации. Информацией о безопасности может, например, быть DSA и/или тому подобное.

Второе UE 10', находящееся во втором режиме, причем UE 10' присоединено по общему управляющему каналу, не прослушивающем канал поискового вызова, также находится внутри соты NU 20. UE 10' не принимает уведомление о чрезвычайной ситуации по каналу поискового вызова, но принимает подтверждающее сообщение о чрезвычайной ситуации, транслируемое по общему управляющему каналу.

Необходимо отметить, что предписания передачи отправлены на базовую станцию, обслуживающую соту, причем NU 20 содержит узел контроллера, например, RNC, BSC и/или тому подобное. Альтернативно, предписания передачи передаются в пределах NU 20 элементам, скомпонованным для обслуживания и трансляции в пределах соты, причем NU 20 содержит базовую станцию, например, eNB.

Фиг.2 раскрывает схематичный комбинированный способ и схему прохождения сигналов в универсальной мобильной телекоммуникационной системе (UMTS).

На этапе S1, транслирующий блок, являясь центром (CBC) сотовой трансляции 30, определяет, что уведомление о чрезвычайной ситуации должно быть транслировано на оборудования UE внутри пораженной зоны чрезвычайной ситуации. CBC 30 передает уведомление о чрезвычайной ситуации, являясь проиллюстрированным как сообщение системы предупреждения землетрясений и цунами (ETWS) контроллеру (RNC) 20 радиосети, управляющему сотой внутри пораженной зоны.

На этапе S2, RNC 20 принимает сообщение ETWS и определяет канал поискового вызова для передачи по нему уведомления о чрезвычайной ситуации и общий управляющий канал (CCCH) для передачи по нему подтверждающего сообщения, ETWS CONFIRM, о чрезвычайной ситуации. Сообщение ETWS CONFIRM содержит сообщение ETWS и информацию о безопасности, используемую для аутентификации сообщения ETWS.

В проиллюстрированном примере, канал поискового вызова содержит управляющий канал (PCCH) поискового вызова.

Затем RNC 20 передает предписание/команду на базовую станцию NB 22, обслуживающую соту, предписывая NB 22 транслировать сообщение ETWS по PCCH, и NB 22 транслирует сообщение ETWS по PCCH.

RNC 20 также передает предписание/команду на NB 22, обслуживающую соту, предписывая NB 22 транслировать сообщение ETWS CONFIRM по PCCH, и NB 22 транслирует сообщение ETWS CONFIRM по PCCH.

Сообщение ETWS и сообщение ETWS CONFIRM могут быть переданы единовременно или, как показано на фиг.2, с временной задержкой Δt.

В сети (UTRAN) наземного радиодоступа UMTS пользовательское оборудование (UE) может быть в одном или нескольких состояниях управления (RRC) радиоресурсами в зависимости от активности пользователя. Эти состояния содержат режим ожидания, URA PCH-состояние, CELL PCH-состояние, CELL FACH-состояние и CELL DCH-состояние, перечисленные в порядке увеличения пользовательской активности.

URA PCH состояние - состояние зоны регистрации Utran канала поискового вызова, где RNC знает, что UE ожидает вызов соты внутри зоны, содержащей некоторое количество сот.

Cell PCH состояние - состояние сотового канала поискового вызова, где RNC знает, от какой соты UE ожидает вызов.

В состоянии Cell PCH и URA PCH невозможно осуществление связи и потребляется минимум радиоресурсов и ресурсов батареи. Когда UE имеет данные для отправки, ему нужно передать сообщение обновления соты в UTRAN, указывая, что доступны данные восходящей линии связи. Когда UTRAN имеет данные для отправки на UE в CELL PCH и URA PCH, необходимо отправить сообщение поискового вызова на UE, и UE отвечает сообщением обновления соты для того, чтобы указать, в какой соте оно находится.

Состояние Cell FACH - канал доступа прямой линии связи соты, причем UE постоянно подсоединен через CCCH и совместно использует радиоресурсы с другими UE.

В состоянии Cell FACH возможно осуществление связи, но с низкой скоростью передачи данных и большим временем прохождения сигнала туда и обратно из-за свойств совместно используемого канала. В этом состоянии UE потребляет больше радиоресурсов по сравнению с CELL_PCH/URA_PCH, но меньше ресурсов по сравнению с CELL_DCH.

Состояние Cell DCH - в состоянии выделенного сотового канала UE имеет доступный выделенный канал, который предполагает, что возможно осуществлять связь с высокой скоростью передачи данных и при низком времени прохождения сигнала туда и обратно.

Для того чтобы иметь достаточную вероятность достижения всех UE в режиме ожидания и в состоянии CELL/URA_PCH сообщения поискового вызова отправляются при случаях поискового вызова для всех UE, независимо от схемы прерывистого приема (DRX). При типичных конфигурациях соты, канал (PCH) поискового вызова и канал (FACH) доступа прямой линии связи, являющиеся транспортными каналами, совместно используют один и тот же вторичный общий управляющий физический канал (S-CCPCH), что означает, что постоянный поисковый вызов (через PCH) рискует вызвать перегрузку транспортного канала FACH.

Информация о безопасности для надежной защиты может быть отправлена всем UE, для того, чтобы верифицировать первичное уведомление. Важно, чтобы это было сделано как можно раньше, в идеале, для первичного уведомления разрешена задержка в пределах четырех секунд (ПОИСКОВЫЙ ВЫЗОВ ТИПА 1). Иначе, либо будет задержано предупреждение конечного пользователя, либо предупреждению должен быть задан приоритет верификации информации, с риском получить в результате ложную (обманную) тревогу.

Для того чтобы достигнуть всех UE в режиме ожидания и в состоянии URA/CELL_FACH по PCCH, ПОИСКОВЫЙ ВЫЗОВ ТИПА 1 (по меньшей мере один) отправляется в случае поискового вызова, заданного любой возможной схемой DRX UE.

На этапе S31, UE 10 прослушивает PCCH, находясь в режиме ожидания, состоянии URA PCH, и/или состоянии CELL PCH, принимает и определяет, что сообщение содержит сообщение ETWS. Определение того, что UE 10 приняло сообщение ETWS запускает UE 10 на прослушивание CCCH.

На этапе S32, UE 10 прослушивает и принимает сообщение ETWS CONFIRM по CCCH. Затем UE 10 верифицирует сообщение ETWS путем верификации информации о безопасности в сообщении ETWS CONFIRM и отображает пользователю UE 10 информацию о чрезвычайной ситуации.

Необходимо отметить, что UE 10 осуществляет мониторинг канала PCH поискового вызова один раз за каждый цикл DRX. Отклонение в пределах цикла DRX основано на международном идентификаторе (IMSI) мобильного абонента связи UE 10. Следовательно, для того чтобы удовлетворить требование временного ограничения в четыре секунды, по меньшей мере одно сообщение ПОИСКОВЫЙ ВЫЗОВ ТИПА 1 должно быть отправлено на каждый временной интервал TTI передачи в пределах максимального цикла DRX, используемого в сети. Это должно быть выполнено в пределах требуемой максимальной задержки в четыре секунды.

Продолжительность цикла DRX управляется сетью (RAN) радиодоступа и типичные значения равны 1,28 и 2,56 секундам. Циклы DRX указывают связь между спящим режимом и активным режимом.

Раскрыты варианты осуществления, где нормальные операции не ограничены, когда уведомление ETWS передается, поскольку и личный состав спасательной службы, и население способны требовать услуги от сети во время чрезвычайной ситуации. Как следствие, те услуги не должны быть заблокированы. По этой причине, невозможно отправить сообщение поискового вызова на каждый TTI по управляющему каналу (PCCH) поискового вызова, потому что PCCH обычно совместно использует тот же самый вторичный общий управляющий физический канал (S-CCPCH), который использует FACH для передачи сигналов в состоянии CELL_FACH. Если каждый временной интервал (TTI) передачи используется для PCCH, то это может вызвать перегрузку FACH, который заблокирует, по меньшей мере временно, другие услуги в сети. TTI определен как временной интервал прибытия набора транспортного блока и равняется периодичности, с которой набор транспортного блока передается физическим уровнем по радиоинтерфейсу. Это всегда множество минимальных чередующихся периодов, например 10 мс, продолжительностью одного радиокадра.

Если циклы DRX не слишком продолжительны, то будет возможно, однако, использовать, например, каждый третий TTI по PCCH. Это будет потреблять 1/3 пропускной способности S-CCPCH. Доступная для FACH пропускная способность таким образом будет уменьшена, но не полностью блокирована. Если размерность S-CCPCH установлена с некоторым запасом, то таким образом другие услуги не будут ограничены каким-либо существенным образом. Если максимальный цикл DRX является равным 1,28 секунд, то будет все равно возможным, по меньшей мере, одно сообщение ПОИСКОВЫЙ ВЫЗОВ ТИПА 1 на все UE в режиме ожидания и состоянии URA/CELL_FACH в пределах оговоренной максимальной задержки в 4 секунды.

Например, если цикл DRX обеспечивает интервалы поискового вызова для каждого IMSI равными 1,28 секунды, то цикл будет повторен трижды в пределах требования четырех секунд и, следовательно, сообщение ETWS может быть отправлено на каждый третий TTI. Если цикл DRX равен 0,64 секунды, то цикл будет повторен шесть раз, и сообщение ETWS может быть отправлено каждый шестой TTI. Однако, если используется цикл DRX 2,56 секунд, цикл DRX не повторяется полностью в пределах требования четырех секунд. В этом случае сообщение ETWS может быть отправлено за два их трех TTI.

Безусловно, могут быть использованы другие развитые схемы для планирования этих сообщений. Существует мнимый компромисс между предоставляемыми TTI для первичных уведомлений ETWS и для передачи сигналов по FACH, и требованием планировать сообщения первичных уведомлений, так что они могут быть приняты всеми UE в пределах оговоренной максимальной задержки.

Если приблизительно 1/3 пропускной способности S-CCPCH используется для первичного уведомления ETWS, и обеспечивается, что максимум цикла DRX для поискового вызова не больше, чем 1,28 секунды, то становится возможным достигнуть все UE в режиме ожидания и состоянии URA/CELL_PCH сообщением ПОИСКОВЫЙ ВЫЗОВ ТИПА 1, используемым для первичного уведомления в пределах требуемой максимальной задержки четырех секунд.

Ассоциированная с первичным уведомлением информация о безопасности передается на оборудования UE, и может составлять около 50 октет. Невозможно отправить столько много информации в одном S-CCPCH транспортном блоке, используя обычные конфигурации соты, и по PCCH нет сегментации.

Однако возможно иметь сегментацию по CCCH. Таким образом, варианты осуществления раскрывают метод использования сообщения ПОИСКОВЫЙ ВЫЗОВ ТИПА 1 по PCCH для запуска режима работы UE, где оно начинает принимать сообщения по CCCH во время предварительно определенного периода времени, когда оно приняло первичное уведомление ETWS в сообщении ПОИСКОВЫЙ ВЫЗОВ ТИПА 1. Новое сообщение RRC предоставляется для отправки по CCCH, называемое здесь как FFS или сообщение ETWS CONFIRM, и содержит ПЕРВИЧНОЕ УВЕДОМЛЕНИЕ ETWS С БЕЗОПАСНОСТЬЮ.

Режим работы, предусмотренный оборудованиями UE в режиме ожидания и состоянии URA/CELL_PCH таков, что когда принято сообщение ПОИСКОВЫЙ ВЫЗОВ ТИПА 1, включающее в себя первичное уведомление ETWS, оборудования EU временно приостанавливает операцию DRX и начинает принимать сообщения по CCCH до тех пор, пока либо сообщение ETWS CONFIRM не будет принято, либо не закончится предварительно определенный период времени, за который EU принимает по CCCH. Если этот период закончится до того как будет принято сообщение ETWS CONFIRM, то EU должен расценивать это как ложную тревогу и игнорировать ее. Однако если принято другое сообщение ПОИСКОВЫЙ ВЫЗОВ ТИПА 1, включающее в себя первичное уведомление ETWS, EU может начать процедуру заново.

Сеть должна планировать сообщение ETWS CONFIRM по CCCH так часто как это требуется для того, чтобы гарантировать, что EU может принять его в течение периода времени, за которое принимают сообщения CCCH, например, четыре раза в секунду и/или тому подобное. Сообщение может быть отправлено, используя режим, RLC-UM, управления без подтверждения радиолинией связи. Таймер UE со значением порядка нескольких секунд может быть использован для определения продолжительности этого периода. Предполагается использовать предварительно определенное значение, например, не конфигурируемое. Если используется значение двух секунд, то сообщение ETWS CONFIRM планируется, по меньшей мере, один раз каждые две секунды по CCCH.

Сообщение ETWS CONFIRM должно содержать информацию о безопасности, используемую для надежной защиты первичного уведомления ETWS. Фактически, предполагается, что сообщение ETWS CONFIRM является самодостаточным и включает в себя всю требуемую для первичного уведомления информацию. В этом случае, сообщение ПОИСКОВЫЙ ВЫЗОВ ТИПА 1 всего лишь служит в качестве пускового сигнала для первичного уведомления. Этот пусковой сигнал может быть просто двоичной индикацией в сообщении ПОИСКОВЫЙ ВЫЗОВ ТИПА 1; он может включать в себя значение, указывающее причину тревоги ETWS, содержащей информацию ETWS, и/или тому подобное.

Самодостаточное сообщение ETWS CONFIRM предполагает, что надежность первичного уведомления ETWS может быть верифицирована на базе одиночного модуля, RRC PDU, пакетных данных управления радиоресурсами. Если содержимое из сообщения ПОИСКОВЫЙ ВЫЗОВ ТИПА 1 было учтено в процессе верификации, то процедура становится более сложной и склонной к ошибкам.

Если сообщение является самодостаточным, оно легко может быть повторно использовано для первичного уведомления оборудований UE в состоянии CELL_FACH и CELL_DCH. То оборудования UE не принимают сообщение ПОИСКОВЫЙ ВЫЗОВ ТИПА 1 и не должны зависеть от сообщения ПОИСКОВЫЙ ВЫЗОВ ТИПА 1 для приема первичного уведомления ETWS.

В некоторых вариантах осуществления, оборудования UE в состоянии CELL_FACH и состоянии CELL_DCH, должны быть также достижимы для первичного уведомления. Те UE не принимают сообщения ПОИСКОВЫЙ ВЫЗОВ ТИПА 1 по PCCH.

Фиг.3 раскрывает схематичный комбинированный способ и схему прохождения сигналов в универсальной мобильной телекоммуникационной системе (UMTS).

На этапе S1, центр (CBC) 30 сотовой трансляции, определяет, что уведомление о чрезвычайной ситуации, сообщение ETWS должны быть переданы на оборудования UE внутри пораженной зоны чрезвычайной ситуации. CBC 30 передает сообщение ETWS на контроллер (RNC) 20 радиосети, обслуживающий соту внутри пораженной зоны.

На этапе S2, RNC 20 принимает сообщение ETWS и определяет канал поискового вызова для передачи по нему уведомления о чрезвычайной ситуации ETWS и общий управляющий канал CCCH, не используемый для поискового вызова, для передачи по нему подтверждающего сообщения, ETWS CONFIRM, о чрезвычайной ситуации.

Сообщение ETWS CONFIRM может содержать сообщение ETWS и информацию о безопасности ETWS.

В проиллюстрированном примере, канал поискового вызова содержит управляющий канал (PCCH) поискового вызова.

Затем RNC 20 передает предписание/команду на базовую станцию NB 22, обслуживающую соту, предписывая NB 22 транслировать сообщение ETWS по PCCH, и NB 22 транслирует сообщение ETWS по PCCH.

RNC 20 также передает предписание/команду на NB 22, обслуживающий соту, предписывая NB 22 транслировать сообщение ETWS CONFIRM по PCCH, и NB 22 транслирует сообщение ETWS CONFIRM по PCCH.

Сообщение ETWS и сообщение ETWS CONFIRM могут быть переданы единовременно или, как показано на фиг.3, с временной задержкой Δt.

В проиллюстрированном примере на фиг.3, UE 10' находится в присоединенном состоянии, не прослушивающем канал PCCH поискового вызова, таком как состояние CELL_FACH и/или тому подобное. Следовательно, UE 10' не детектирует сообщение ETWS по PPCH.

На этапе S41, UE 10' принимает и считывает сообщение ETWS CONFIRM, транслируемое по CCCH, причем UE 10' присоединено по CCCH. Информация ETWS, содержащаяся в сообщении ETWS CONFIRM, верифицирована путем анализа информации о безопасности ETWS. Если информация ETWS верифицирована/подтверждена на аутентичность, то сообщение о чрезвычайной ситуации может быть отображено на UE 10'.

Фиг.4 раскрывает схематичный комбинированный способ и схему прохождения сигналов в универсальной мобильной телекоммуникационной системе (UMTS).

На этапе S1, CBC 30 определяет, что сообщение уведомления о чрезвычайной ситуации должно быть транслировано на оборудования UE внутри пораженной зоны чрезвычайной ситуации. CBC 30 передает сообщение ETWS на RNC 20, обслуживающий соту внутри пораженной зоны.

На этапе S2, RNC 20 принимает сообщение ETWS и определяет канал поискового вызова для передачи по нему уведомления о чрезвычайной ситуации и общий управляющий канал CCCH, не используемый для поискового вызова, для передачи по нему подтверждающего сообщения, ETWS CONFIRM, о чрезвычайной ситуации. Сообщение ETWS CONFIRM может содержать информацию ETWS и информацию о безопасности ETWS.

В проиллюстрированном примере, канал поискового вызова содержит управляющий канал (PCCH) поискового вызова.

Затем RNC 20 передает предписание/команду на базовую станцию NB 22, обслуживающую соту, предписывая NB 22 транслировать сообщение ETWS по PCCH, и NB 22 транслирует сообщение ETWS по PCCH.

RNC 20 также передает предписание/команду на NB 22, обслуживающий соту, предписывая NB 22 транслировать сообщение ETWS CONFIRM по PCCH, и NB 22 транслирует сообщение ETWS CONFIRM по PCCH.

сообщение ETWS и сообщение ETWS CONFIRM могут быть переданы единовременно или, как показано на фиг.4, с временной задержкой Δt.

UE 10" в пределах соты находится в присоединенном состоянии по выделенному каналу (DCH). Следовательно, UE 10" не детектирует сообщение ETWS по PPCH, равно как UE 10" не детектирует сообщение ETWS CONFIRM по CCCH. В проиллюстрированном примере, DCH содержит выделенный управляющий канал (DCCH).

Для того чтобы достигнуть оборудования UE, присоединенные по DCCH, RNC 20 передает предписание/команду на NB 22, обслуживающий соту, предписывая NB 22 передавать сообщение ETWS CONFIRM по DCCH UE 10", и NB 22 транслирует сообщение ETWS CONFIRM по DCCH UE 10". RNC 20 содержит информацию о присоединенных оборудованиях UE по DCH.

На этапе S51, UE 10" принимает сообщение ETWS CONFIRM по DCCH и декодирует/считывает сообщение ETWS CONFIRM и извлекает информацию ETWS и информацию о безопасности в предупреждении ETWS. Затем UE 10" верифицирует информацию ETWS путем анализа информации о безопасности в предупреждении ETWS и, если информация ETWS верифицирована, то UE 10" может отобразить сообщение о чрезвычайной ситуации на UE 10".

Информация о безопасности ETWS содержит информационный элемент базовой сети, который может содержать временную метку предупреждения ETWS и цифровую подпись. Так как это информация базовой сети, информация может быть передана на UE всегда, когда требуется безопасность сообщения ETWS.

Отображаемое сообщение о чрезвычайной ситуации может быть информацией ETWS и/или отдельным сообщением, созданным/предварительно определенным в UE.

Возвращаясь к сообщению поискового вызова, сообщение поискового вызова включает в себя пусковой сигнал для первичного уведомления ETWS. Пусковой сигнал может включать в себя значение, указывающее причину первичного уведомления ETWS. Если пусковой сигнал принят UE в режиме ожидания или состоянии URA/CELL_PCH, и значение причины является тем, на которое UE сконфигурировано ответить, то UE временно приостанавливает операцию DRX и принимает сообщения по CCCH в течение предварительно определенного периода времени. Предполагается двухсекундный временной период. Пусковым сигналом может быть то, что ПОИСКОВЫЙ ВЫЗОВ ТИПА 1 содержит информацию ETWS.

В некоторых вариантах осуществления, сообщение (условно: сообщение ETWS CONFIRM) управления (RRC) новыми радиоресурсами определено для передачи информация о безопасности для надежной защиты первичного уведомления ETWS. Сообщение является самодостаточным и включает в себя всю требуемую для первичного уведомления информацию, то есть, причину первичного уведомления и требуемую информацию о безопасности и/или более. Сообщение отправлено по CCCH в течение периода, когда UE в режиме ожидания или состоянии URA/CELL_PCH принимает сообщения по CCCH. Сообщение может быть отправлено, например, в течение шести секунд с момента отправки первого сообщения поискового вызова.

Точное планирование сообщения ПОИСКОВЫЙ ВЫЗОВ ТИПА 1 по PCCH и сообщения ETWS CONFIRM по CCCH зависит от реализации сети. Ответственностью сети является планировать эти сообщения так, чтобы удовлетворялось требование максимальной задержки первичного уведомления. Например, ПОИСКОВЫЙ ВЫЗОВ ТИПА 1 передан на каждый третий TTI и ETWS CONFIRM может быть передано соответствующим образом. Сообщение ПОИСКОВЫЙ ВЫЗОВ ТИПА 1 и сообщение ETWS CONFIRM могут быть переданы единовременно с малой задержкой между ними и/или тому подобное.

Преимуществом создания сообщения ETWS CONFIRM самодостаточным является то, что оно может быть использовано для первичного уведомления оборудований UE в состояниях CELL_FACH и CELL_DCH.

Для UE в состоянии CELL_FACH не требуется принимать и анализировать сообщения, принятые по PCCH, таким образом, эти UE не запускаются сообщением ПОИСКОВЫЙ ВЫЗОВ ТИПА 1. Однако эти UE будут принимать сообщения по CCCH. Когда оно принято, оборудования UE в состоянии CELL_FACH учитывают сообщение ETWS CONFIRM как первичное уведомление ETWS.

Принято, что сообщение ETWS CONFIRM повторяется несколько раз по CCCH в течение первичного уведомления. Сеть должна гарантировать, что сообщение может быть принято всеми UE в состоянии CELL_FACH (где FACH назначен как транспортный канал для CCCH), принимая во внимание, например, информацию о потребности измерительных промежутков.

Относительно того, что оборудования UE в состоянии CELL_DCH, эти UE не принимают сообщения по PCCH, равно как и по CCCH. Сообщение ETWS CONFIRM может быть отправлено по DCCH на эти UE. Это предполагает, что отдельные сообщения нуждаются в отправке на каждое из этих UE. Однако имеется конечное число этих UE внутри некоторой зоны; возможна отправка сообщения на каждое из них.

В некоторых вариантах осуществления оборудованиям UE в состоянии CELL_FACH может быть назначен HS-DSCH в качестве транспортного канала для CCCH, который предполагает что они не примут сообщения по CCCH, запланированные через FACH. Подобный способ может быть разработан для этих UE.

Другой потенциальной задачей является изменение состояния оборудований UE во время первичного уведомления, и UE теряет сообщения, переданные из сети по PCCH и CCCH. Это является препятствием, которое может вызвать дополнительную задержку до того как первичное уведомление будет принято UE. Однако предположение состоит в том, что сеть продолжает отправлять сообщения первичных уведомлений также и после первоначальных 4 секунд, которые являются предназначенной максимальной задержкой. В чрезвычайной ситуации важно захватить также оборудования UE, которые могут быть временно вне охвата и т.д. Тогда сеть может продолжить отправлять первичные уведомления и этого достаточно для того, чтобы захватить оборудования UE, которые могут терять сообщения по PCCH и/или CCCH из-за состояния передачи или недостатка охвата.

Окончательно, оборудования UE, находясь в состоянии CELL_FACH (и назначенные FACH в качестве транспортного канала для CCCH), будут принимать сообщение ETWS CONFIRM, когда оно отправлено по CCCH, и использовать его в качестве первичного уведомления ETWS.

Оборудования UE в состоянии CELL_DCH принимают сообщение ETWS CONFIRM, когда оно отправлено по DCCH и использует его в качестве первичного уведомления ETWS.

Возможно достигнуть все UE в режиме ожидания и в состоянии URA/CELL_PCH с помощью сообщения ПОИСКОВЫЙ ВЫЗОВ ТИПА 1, используемого для первичного уведомления в пределах требуемой максимальной задержки четырех секунд, если приблизительно 1/3 пропускной способности S-CCPCH используется для этой цели, и обеспечивается то, что максимальный цикл DRX не более, чем 1,28 секунды. Здесь должно быть понятно, что если цикл DRX меньше, например, 0,64 секунды, то приблизительно 1/6 пропускной способности S-CCPCH может быть использована для этой цели и при этом, все UE будут достигнуты в пределах требуемой максимальной задержки четырех секунд. Следовательно, чем меньше цикл DRX, тем меньшая пропускная способность нужна для достижения всех UE в пределах четырехсекундного ограничения.

В некоторых вариантах осуществления изобретения, оборудованиям UE в режиме CELL_FACH назначается совместно используемый канал HS-DSCH высокоскоростной нисходящей линии связи в качестве транспортного канала для CCCH (расширенный CELL_FACH), причем уведомление ETWS отправлено по нему.

На фиг.5 показан схематичный обзор способа в первом устройстве связи.

На этапе A1, первое устройство связи принимает уведомление о чрезвычайной ситуации