RU2404540C2 - Сигнализация с непрозрачными опознавателями ue - Google Patents

Сигнализация с непрозрачными опознавателями ue Download PDF

Info

Publication number
RU2404540C2
RU2404540C2 RU2008136410/09A RU2008136410A RU2404540C2 RU 2404540 C2 RU2404540 C2 RU 2404540C2 RU 2008136410/09 A RU2008136410/09 A RU 2008136410/09A RU 2008136410 A RU2008136410 A RU 2008136410A RU 2404540 C2 RU2404540 C2 RU 2404540C2
Authority
RU
Russia
Prior art keywords
message
secret data
shared secret
processor
additional information
Prior art date
Application number
RU2008136410/09A
Other languages
English (en)
Other versions
RU2008136410A (ru
Inventor
Натан Эдвард ТЕННИ (US)
Натан Эдвард ТЕННИ
Original Assignee
Квэлкомм Инкорпорейтед
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Квэлкомм Инкорпорейтед filed Critical Квэлкомм Инкорпорейтед
Publication of RU2008136410A publication Critical patent/RU2008136410A/ru
Application granted granted Critical
Publication of RU2404540C2 publication Critical patent/RU2404540C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0407—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the identity of one or more communicating identities is hidden
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5038—Address allocation for local use, e.g. in LAN or USB networks, or in a controller area network [CAN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/126—Applying verification of the received information the source of the received data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • H04L63/1441—Countermeasures against malicious traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • H04L63/1441—Countermeasures against malicious traffic
    • H04L63/1466—Active attacks involving interception, injection, modification, spoofing of data unit addresses, e.g. hijacking, packet injection or TCP sequence number attacks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0838—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0891—Revocation or update of secret information, e.g. encryption key update or rekeying
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/80—Wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0407—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the identity of one or more communicating identities is hidden
    • H04L63/0414—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the identity of one or more communicating identities is hidden during transmission, i.e. party's identity is protected against eavesdropping, e.g. by using temporary identifiers, but is known to the other party or parties involved in the communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/061—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key exchange, e.g. in peer-to-peer networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/12—Detection or prevention of fraud
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/69—Identity-dependent
    • H04W12/75—Temporary identity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Medicines That Contain Protein Lipid Enzymes And Other Medicines (AREA)

Abstract

Изобретение относится к технике связи. Технический результат заключается в улучшении защиты. Описаны способы, предназначенные для получения временных идентификаторов (ID), используемых для того, чтобы адресовать конкретную пользовательское оборудование (UE) в беспроводной сети связи. В элементе сети первый ID, назначенный UE, и дополнительную информацию, такую как, например, солт-значение и выборочно совместно используемые секретные данные для UE, преобразуют, чтобы получить второй ID для UE. Первый ID и/или совместно используемые секретные данные могут быть обновлены, например, всякий раз, когда сообщение сигнализации посылают в UE. Сообщение сигнализации, направляемое в UE, формируют на основании второго ID и посылают через общий канал. В UE сообщение принимают через общий канал. Первый ID и дополнительная информация, такая как, например, как солт-значение, полученное из принятого сообщения, и выборочно совместно используемые секретные данные для UE, преобразуют, чтобы получить второй ID, который используют, чтобы определять, предназначено ли принятое сообщение для UE. 8 н. и 35 з.п. ф-лы, 15 ил.

Description

Настоящая заявка притязает на приоритет предварительной заявки США под № 60/771974, поданной 10 февраля 2006 г. под заголовком “Скрытие временных опознавателей пользовательского оборудования”, и предварительной заявки США под № 60/786463 под заголовком “Планирование данных линии связи базовая станция-терминал доступа с непрозрачными опознавателями UE в E-UTRAN”, поданной 27 марта 2006 г., права на обе из которых переданы правопреемнику настоящего изобретения и включенных в настоящее описание в качестве ссылки.
Область техники, к которой относится изобретение
Настоящее раскрытие, в целом, относится к связи и, более конкретно, к способам, предназначенным для посылки сигнализации с временными опознавателями.
Уровень техники
Беспроводные сети связи широко используют, чтобы предоставлять различные услуги связи, такие как речь, видео, пакетные данные, обмен сообщениями, широковещательная передача и т.д. Беспроводные сети связи могут включать в себя множество узлов В (или базовых станций), которые могут взаимодействовать с множеством пользовательского оборудования (UE). Для UE могут быть назначены разные идентификаторы или опознаватели (ID), используемые для того, чтобы однозначно идентифицировать эти UE для различных целей. В определенных случаях ID UE могут быть отправлены через эфир в незашифрованном виде без какого-либо шифрования. Это может сделать возможным для перехватчика или злоумышленника организовать вторжение с возможностью соединения с помощью мониторинга канала связи для сообщений и определения, какие сообщения направляют в одну и ту же UE в течение времени. Вторжение с возможностью соединения может быть в состоянии связать сообщения с конкретными UE, но не может быть в состоянии определить правильные опознаватели UE. Вторжение с возможностью соединения может быть использовано, чтобы отслеживать местонахождения UE, а также может быть основой других более серьезных попыток нарушения защиты. Например, злоумышленник может быть в состоянии определить, какой ID UE назначен конкретной UE, с помощью инициирования вызова в эту UE и наблюдения, какие ID UE используют приблизительно в то же самое время.
Таким образом, имеется потребность в данной области техники в способах, чтобы бороться с вторжениями с возможностью соединения без наложения чрезмерных вычислительных накладных расходов на UE и элементы сети.
Раскрытие изобретения
В настоящей заявке описаны способы, предназначенные для получения временных ID, используемых для того, чтобы адресовать конкретные UE в беспроводной сети связи. Временные ID могут быть использованы для различных типов сообщений, посылаемых в UE в незашифрованном виде без шифрования через общие каналы. Способы могут быть использованы, чтобы улучшить защиту, например, чтобы отражать вторжения с возможностью соединения.
В одном аспекте в элементе сети (например, узле В), первый ID, назначенный UE, и дополнительная информация, такая как, например, солт-значение (salt value) и/или совместно используемые секретные данные для UE, могут быть преобразованы, чтобы получить второй ID для UE. Первый ID может быть длинным ID UE, который может быть назначен UE с помощью любого элемента сети. Солт-значение является не статичной величиной, которая может быть выбрана любым способом. Совместно используемые секретные данные могут быть любыми данными, которые известны как UE, так и элементу сети. Совместно используемые секретные данные могут быть согласованы после отдельной операции или определены в отдельной операции, например, обеспечения с помощью собственной сети пользователя в момент подписки. Первый ID и/или совместно используемые секретные данные также могут быть обновлены, например, всякий раз, когда сообщение сигнализации посылают в UE. Сообщение сигнализации, направляемое в UE, может быть сгенерировано на основании второго ID и может включать в себя информацию сигнализации, второй ID, солт-значение и т.д. Сообщение сигнализации также может включать в себя флаг, который может быть установлен, если обнаружена потеря синхронизации первого ID. Сообщение сигнализации может быть сообщением планирования, пейджинговым сообщением или некоторым другим сообщением и может быть послано через общий канал, совместно используемый UE и другими UE. Если сообщение сигнализации является сообщением планирования, тогда передача данных может быть послана в UE на основании информации планирования, включенной с сообщение планирования.
В другом аспекте в UE сообщение может быть принято через общий канал. Первый ID и дополнительная информация, такая, например, как солт-значение, полученное из принятого сообщения, и/или совместно используемые секретные данные для UE могут быть преобразованы, чтобы получить второй ID, который может быть использован, чтобы определять, предназначено ли принятое сообщение для UE. Принятое сообщение может быть сравнено на основании предыдущего первого ID или текущего первого ID в зависимости от флага, (если послан) в принятом сообщении. Если принятое сообщение является сообщением планирования, предназначенным для UE, тогда информация планирования может быть получена из принятого сообщения, и соответствующая передача данных может быть обработана на основании информации планирования. Первый ID и/или совместно используемые секретные данные могут быть обновлены, например, всякий раз, когда принимают сообщение сигнализации, предназначенное для UE. Механизм повторной синхронизации может быть использован, чтобы гарантировать синхронизацию первого ID и/или совместно используемых секретных данных в UE и элементе сети.
Различные аспекты и признаки раскрытия описаны более подробно ниже.
Краткое описание чертежей
Фиг.1 иллюстрирует беспроводную сеть связи.
Фиг.2 иллюстрирует передачи сообщений планирования и данных.
Фиг.3 иллюстрирует процесс, предназначенный для приема и использования ID MAC.
Фиг.4 иллюстрирует процесс, предназначенный для посылки сообщений планирования и данных в UE.
Фиг.5 иллюстрирует процесс, предназначенный для приема сообщений планирования и данных в UE.
Фиг.6 иллюстрирует процесс, предназначенный для приема сообщений планирования и данных, и обновления длинного ID UE.
Фиг.7 иллюстрирует процесс, предназначенный для приема сообщений планирования и данных, и обновления длинного ID UE и совместно используемых секретных данных.
Фиг.8 иллюстрирует процесс, предназначенный для приема сообщений планирования и данных, и обновления длинного ID UE и совместно используемых секретных данных на основании флага предыдущего ID.
Фиг.9А и фиг.9В изображают операцию механизма повторной синхронизации.
Фиг.10 иллюстрирует процесс, предназначенный для посылки сообщений сигнализации и данных в UE.
Фиг.11 иллюстрирует устройство, предназначенное для посылки сообщений сигнализации и данных в UE.
Фиг.12 иллюстрирует процесс, предназначенный для приема сообщений сигнализации и данных в UE.
Фиг.13 иллюстрирует устройство, предназначенное для приема сообщений сигнализации и данных в UE.
Фиг.14 иллюстрирует блок-схему UE, узла В и системного контроллера.
Осуществление изобретения
Способы, описанные в настоящей заявке, могут быть использованы для различных беспроводных сетей связи, таких как сети множественного доступа с кодовым разделением (CDMA), сети множественного доступа с разделением времени (TDMA), сети множественного доступа с частотным разделением (FDMA), сети ортогонального FDMA, сети FDMA с одной несущей (SC-FDMA) и т.д. Понятия “сети” и ”системы” часто использованы взаимозаменяемо. Сеть CDMA может осуществлять технологию радиосвязи, такую как универсальный наземный радиодоступ (UTRA), усовершенствованный UTRA (E-UTRA), cdma2000 и т.д. UTRA включает в себя широкополосный CDMA (W-CDMA) и низкую скорость элементарных посылок (LCR). cdma2000 охватывает стандарты IS-2000, IS-95 и IS-856. Сеть TDMA может осуществлять технологию радиосвязи, такую как глобальная система мобильной связи (GSM). Сеть OFDMA может осуществлять технологию радиосвязи, такую как долгосрочное развитие (LTE), IEEE 802.20, Flash-OFDM® и т.д. UTRA, E-UTRA, GSM и LTE описаны в документах из организации под названием “Проект партнерства 3-го поколения” (3GPP). cdma2000 описан в документах из организации под названием “Проект 2 партнерства 3-го поколения” (3GPP2). Эти различные технологии радиосвязи и стандарты известны в данной области техники. Для пояснения определенные аспекты способов описаны ниже для LTE, и в большей части описания, приведенного ниже, использована терминология 3GPP.
Фиг.1 иллюстрирует беспроводную сеть 100 связи, которая включает в себя усовершенствованную сеть универсального наземного радиодоступа (E-UTRAN) и базовую сеть 140. E-UTRAN включает в себя множество узлов В 110 и системный контроллер 130. В общем, узел В является неподвижной станцией, которая взаимодействует с UE, а также может быть упомянут как развернутый узел В (eNode B), базовая станция, точка доступа и т.д. Каждый узел В 110 обеспечивает зону обслуживания связи для конкретной географической области и поддерживает связь для UE, находящихся в зоне обслуживания. Понятие “ячейка” может относиться к узлу В и/или его зоне обслуживания в зависимости от контекста, в котором используют понятие. Системный контроллер 130 может соединяться с узлами В 110 и обеспечивает координацию и управление для этих узлов В. Системный контроллер 130 может быть отдельным элементом сети или набором элементов сети, например, шлюзом доступа (AGV), контроллером радиосети (RNC) и т.д. Системный контроллер 130 также может инициировать и заканчивает сообщения для определенных протоколов и приложений. Базовая сеть 140 может включать в себя различные элементы сети, которые поддерживают различные функции, такие как маршрутизация пакета, регистрация пользователя, управление мобильностью и т.д.
UE 120 могут быть распространены по всей сети 100, и каждая UE может быть стационарной или мобильной. UE также может быть упомянута как подвижная станция, терминал, терминал доступа, абонентское устройство, станция и т.д. UE может быть сотовым телефоном, персональным цифровым ассистентом (PDA), беспроводным устройством, карманным устройством, беспроводным модемом, компактным переносным компьютером и т.д. UE может взаимодействовать с одним или более узлов В по линии связи узел В-UE и/или UE-узел В в любой данный момент. Линия связи узел В-UE (или прямая линия связи) относится к линии связи из узла В в UE, а линия связи UE-узел В (или обратная линия связи) относится к линии связи из UE в узлы В.
UE могут иметь множество ID, используемых для того, чтобы идентифицировать UE для различных целей. Эти ID UE могут иметь разные контексты или масштаб (например, ячейка, область пейджинга и т.д.) и/или разные периоды времени существования (например, временный или постоянный). Например, UE может быть назначен (i) длинный ID UE, который может иметь широкий масштаб и/или длительный период времени существования, и (ii) один или несколько более коротких ID UE, которые могут иметь более узкий масштаб и/или более короткий период времени существования. ID UE могут быть использованы для различных целей, таких как: чтобы направлять сообщения планирования, сообщения назначения ресурсов, пейджинговые сообщения и/или другие сообщений в UE.
Фиг.2 иллюстрирует примерные передачи сообщений планирования и данных в прямой линии связи. Временная шкала передачи может быть разделена на интервалы времени передачи (TTI). TTI может иметь предварительно определенную длительность времени, например 2 миллисекунды (ms), и может быть наименьшей единицей времени, в течение которого UE может быть спланирована и обслужена.
В примере, изображенном на фиг.2, Узел В обслуживает одну UE в каждом TTI. Узел В может посылать сообщение планирования для запланированной UE по каналу управления и может посылать блок данных в эту UE по каналам данных спустя некоторое предварительно определенное время. Сообщение планирования также может быть упомянуто как блок планирования, слово планирования, формат пакета и т.д. Блок данных также может быть упомянут как пакет, кадр и т.д. Сообщения планирования, посланные по каналу управления, могут быть адресованы конкретным UE на основании ID управления доступом к среде (ID MAC), назначенных этим UE. В общем, разные типы ID MAC могут быть использованы для разных приложений (например, информация планирования, пейджинг и т.д.) и/или разных уровней (например, уровень МАС, физический уровень и т.д. ID MAC является одним типом ID UE, который обычно используют для сигнализации. Каждая UE, которая могла бы принять данные по каналу данных, может обработать сигнал канала управления в каждом TTI, чтобы определить, послано ли сообщение планирования для этой UE. Каждая UE может сравнить сообщения планирования, принятые по каналу управления, со своим ID MAC, чтобы определить, предназначено ли некоторое сообщение планирования для этой UE. UE, которая запланирована в данный TTI, может обработать сигнал канала данных, чтобы восстановить блок данных, посланный в UE.
В примере, изображенном на фиг.2, UE 1 запланирована в TTI n, UE 3 запланирована в TTI n+1, UE 2 запланирована в TTI n+2 и n+3 и UE 1 запланирована в TTI n+4. UE 1 принимает сообщения планирования в TTI n и n+4 и обрабатывает сигнал канала данных в эти TTI, чтобы восстановить блоки данных, посланные в UE 1. UE 2 и UE 3 подобным образом обрабатывают сигналы каналов управления и данных, чтобы восстановить сообщения планирования и блоки данных в свои запланированные TTI.
В схеме, изображенной на фиг.2, узел В может планировать отдельные UE с использованием канала управления и может посылать данные в запланированные UE по каналу данных. Все UE могут принимать сигнал канала управления. Когда сообщение планирования указывает, что соответствующий блок данных предназначен для конкретной UE, эта UE знает, что надо демодулировать блок данных из канала данных.
ID MAC могут быть назначены UE с помощью их обслуживающих узлов В или некоторых других элементов сети, и могут быть использованы для того, чтобы идентифицировать эти UE для сообщений планирования или других целей. ID MAC для данной UE может быть действующим, пока UE остается в активном состоянии и находится в зоне обслуживания или около зоны обслуживания своего обслуживающего узла В. Так как сообщения планирования могут быть посланы часто, ID MAC должны быть как можно короткими, для того чтобы уменьшить накладные расходы канала управления. ID MAC могут быть длиной 16 бит или могут быть другой длины.
Фиг.3 иллюстрирует процесс 300, выполняемый с помощью UE, для того чтобы восстановить назначения ID MAC и использовать ID MAC. UE принимает назначение ID MAC а из ячейки А, например, когда UE становится активной в ячейке А (блок 312). Пока UE остается активной в ячейке А, UE осуществляет мониторинг канала управления для сообщений планирования, адресованных в ID MAC а (блок 314). Если сообщение планирования послано для ID MAC а, как определено в блоке 316, тогда UE обрабатывает сигнал канала данных на основании информации в сообщении планирования (блок 318). Если не выполняют передачу обслуживания UE в другую ячейку, как определено в блоке 320, тогда UE продолжает осуществлять мониторинг канала управления для сообщений планирования, адресованных в ID MAC а (блок 314).
После выхода из ячейки А и после того, как выполнена передача обслуживания в новую ячейку В, UE принимает назначение ID MAC b из ячейки В (блок 322). Затем UE может осуществлять мониторинг канала управления для сообщений планирования, адресованных в ID MAC b, и принимать данные из новой ячейки В (не изображена на фиг.3). UE может освободить ID MAC а после того, как выполнена передача обслуживания в ячейку В (блок 324). В качестве альтернативы, UE может сохранять ID MAC а до тех пор, пока ячейка А не будет удалена из множества переключения, поддерживаемого для UE, что может иметь место в любой момент времени после передачи обслуживания (блок 324). В любом случае ID MAC а может быть отнят у UE и назначен другой UE в ячейке.
В схеме, изображенной на фиг.3, каждая ячейка может назначать ID MAC UE в этой ячейке без координации с другими ячейками. Данный ID MAC может быть использован в разных ячейках таким образом, чтобы относиться к разным UE. ID MAC для UE может быть обменян между ячейками (например, для передачи обслуживания UE), а затем может быть соединен с ID ячейки в качестве меры устранения неоднозначности, чтобы однозначно идентифицировать UE.
ID MAC может действовать только в качестве “специального маркера” и может быть использован только для сравнения, чтобы дать возможность UE распознать, какие сообщения планирования адресованы UE. UE может не обязательно быть информированной в явном виде о ее ID MAC в каждом сообщении планирования. Вместо этого UE может требоваться только достаточная информация, чтобы дать возможность ей отвечать на вопрос “это сообщение для меня или другой UE?”.
ID MAC могут быть использованы в качестве временных ID, которые ненапрямую связаны с постоянными ID UE. Однако угроза секретности может потенциально существовать, если перехватчик или злоумышленник может осуществлять мониторинг прямой линии связи и определять, какие сообщение адресованы одной и той же UE. Например, злоумышленник может осуществлять мониторинг канала управления и определить, что оба сообщения, посланные в TTI n и n+4, предназначены для UE 1, но может не знать правильный опознаватель UE 1. Этот тип вторжения упоминают как вторжение с возможностью соединения, и оно может приводить к другим связанным уязвимостям. Например, злоумышленник может пытаться определить, какой ID MAC назначен конкретной UE, с помощью простого инициирования службы пакетных данных в эту UE и наблюдения, какие ID MAC имеют запланированные данные приблизительно в данное время.
Сообщения планирования могут быть зашифрованы, чтобы побороть вторжения с возможностью соединения. Однако шифрование сообщений планирования может наложить чрезмерную нагрузку дешифровки на UE, особенно, когда от каждой UE требуют дешифровать каждое сообщение планирования, чтобы определить, предназначено ли сообщение для этой UE. Желательно защитить ID UE без наложения этой полной нагрузки дешифровки.
В одном аспекте короткий ID UE может быть получен для UE на основании длинного ID UE, назначенного UE, и может быть использован, чтобы адресовать сообщение в UE. В общем, длинный ID UE может быть любым ID, назначенным UE с помощью элемента сети, и может иметь любой период времени действия. Например, длинный ID UE может быть (i) ID, назначенным с помощью узла В, таким как временный идентификатор радиосети ячейки (C-RNTI), ID MAC и т.д., (ii) ID, назначенным с помощью базовой сети, но известным для E-UTRAN, таким как временный опознаватель подвижного абонента (TMSI), пакетный TMSI (P- TMSI) и т.д. или (iii) некоторым другим ID или комбинацией ID. Длинный ID UE может быть назначен UE с использованием защитного протокола и может быть послан через эфир с шифрованием. Короткий ID UE может быть использован, чтобы однозначно идентифицировать UE для конкретного приложения, например, планирования, и может быть соответствующей длины. Различные короткие ID UE могут быть сгенерированы детерминированным способом на основании одного и того же длинного ID UE и могут быть использованы для разных сообщений, адресованных UE. Короткие ID UE могут быть использованы вместо ID MAC для сравнения сообщения.
В общем, короткий ID UE может быть сгенерирован из длинного ID UE на основании любой функции преобразования, такой как необратимая функция, которая делает трудным определение длинного ID UE из короткого ID UE. Например, функция преобразования может быть криптографической/защищенной хэш-функцией, которая преобразует сообщение (например, длинный ID UE) в дайджест (например, короткий ID UE), и имеет криптографические свойства, такие что (i) функция между сообщением и его дайджестом является необратимой, и (ii) вероятность преобразования двух сообщений в один и тот же дайджест является очень малой. Выход хэш-функции может быть упомянут как дайджест, сигнатура, хешированная величина и т.д.
Короткий ID UE может быть дополнительно сгенерирован на основании солт-значения σ, которое является нестатичной величиной, которая может быть выбрана любым способом. Разные солт-значения могут быть использованы с одним длинным ID UE, чтобы сгенерировать разные короткие ID UE для разных сообщений сигнализации. Это может быть эффективным в борьбе с попытками нарушения корреляции и для улучшения защиты.
В одной схеме криптографическую/защищенную хэш-функцию используют в качестве функции преобразования. Хэш-функцию параметризируют с помощью солт-значения и обозначают как Нσ. Хэш-функция принимает длинный ID UE Rx и солт-значение σ и предоставляет короткий ID UE, обозначенный как Hσ(Rx). Хэш-функция должна иметь следующие свойства:
зная солт-значение σ и короткий ID UE H(Rx), должно быть вычислительно невозможно определить длинный ID UE Rx,
когда известны длинный ID UE Rx и солт-значение σ, вычисление короткого ID UE Hσ(Rx) должно быть вычислительно легким, и
для значений Rx в диапазоне, из которого взяты длинные ID UE, значение Hσ(Rx) для каждого значения σ должно быть в диапазоне, использованном для коротких ID UE.
Хэш-функция Нσ может быть определена на основании любой параметризированной криптографической хэш-функции, известной в данной области техники. Одним широко известным примером параметризированной криптографической хэш-функции является функция 'crypt()' UNIX. Криптографические хэш-функции, такие как SHA-1 (алгоритм защитного хеширования), SHA-2 (которая включает в себя SHA-224, SHA-256, SHA-384 и SHA-512), MD-4 (дайджест сообщения), MD-5, или другие алгоритмы защитного хеширования, известные в данной области техники, могут быть использованы в параметризированном виде. Солт-значение σ является параметром, который может быть раскрыт без компрометации защиты хэш-функции. Короткий ID UE Hσ(Rx) и солт-значение σ могут быть посланы в сообщении, направленном в UE, назначенной с помощью длинного ID UE Rx. Солт-значение σ и, следовательно, короткий ID UE может изменяться для разных сообщений.
Фиг.4 иллюстрирует процесс 400, выполняемый с помощью элемента сети (например, узла В или системного контроллера) для посылки сообщений планирования и данных в UE. UE назначают длинный ID UE, например, через защищенную сигнализацию (блок 412). В общем, длинный ID UE может быть назначен с помощью любого элемента сети в любой момент времени и может иметь любой период времени действия. В каждом интервале планирования, например, каждом TTI, выполняют определение, запланирована ли UE для передачи данных (блок 414). Если UE запланирована, тогда формируют короткий ID UE на основании длинного ID UE и солт-значения σ (блок 416). Формируют сообщение планирования, адресованное UE, на основании информации планирования, короткого ID UE и солт-значения (блок 418). Сообщение планирования посылают через общий канал в UE (блок 420). Данные посылают в UE в соответствии с информацией планирования в сообщении планирования (блок 422). Затем процесс возвращается в блок 414 для следующего интервала планирования.
Фиг.5 иллюстрирует процесс 500, выполняемый с помощью UE для приема сообщений планирования и данных. Принимают назначение длинного ID UE, например, через защищенную сигнализацию (блок 512). В каждом интервале планирования, например, каждом TTI, принимают сообщение планирования из общего канала, и получают короткий ID UE и солт-значение σ из принятого сообщения (блок 514). Также формируют короткий ID UE на основании длинного ID UE и солт-значения σ, полученного из принятого сообщения (блок 516). Локально сгенерированный короткий ID UE сравнивают с принятым коротким ID UE, чтобы определить, предназначено ли сообщение планирования для UE (блок 518). Если два коротких ID UE совпадают, как определено в блоке 520, тогда сообщение планирования предназначено для UE, и соответствующий блок данных принимают и обрабатывают на основании информации планирования в принятом сообщении (блок 522). После блока 522, а также, если два коротких ID UE не совпадают в блоке 520, процесс возвращается в блок 514 для следующего интервала планирования.
Солт-значение σ может изменяться с каждым сообщением планирования. В этом случае злоумышленник может не быть в состоянии собрать информацию для данной UE с помощью мониторинга сообщений планирования.
Если число возможных длинных ID UE является достаточно небольшим, тогда злоумышленник может попытаться организовать вторжение с полным перебором следующим образом. Злоумышленник может сгенерировать список всех возможных длинных ID UE, которые могут быть обозначены как {R1,R2,…,RK}, где K - число длинных ID UE в списке. После просмотра сообщения планирования с солт-значением σ и коротким ID UE z, злоумышленник может сгенерировать все возможные значения вида Hσ(Rk) для R1 по Rk, и может отметить значения Rk, для которых Hσ(Rk)=z. Это может создать множество кандидатов для длинного ID UE UE, принимающей данные. Однако в течение времени длинные ID UE, которые фактически используют, могут появляться снова и снова в списке кандидатов. Это может дать возможность злоумышленнику составить список длинных ID UE, которые, по-видимому, используют. Если определен “живой” длинный ID UE, злоумышленник может использовать тот же самый алгоритм, что и UE, чтобы осуществлять мониторинг сообщений планирования (например, как изображено на Фиг. 5) и накапливать информацию, предназначенную для UE.
Длинные ID UE достаточно большого размера могут делать вторжение с полным перебором вычислительно невозможным. Для длинных ID UE из L бит, вторжение с полным перебором может выполнить 2L вычислений хэш-функции для каждого солт-значения σ. Размер длинного ID UE может быть выбран на основании желаемой степени защиты, ожидаемого периода времени действия длинных ID UE и т.д. Если период времени действия длинного ID UE является достаточно коротким, тогда вторжение с полным перебором может достигнуть цели слишком поздно. К моменту времени, когда злоумышленник обработает некоторое число сообщений планирования и определит, что данный длинный ID UE используют в ячейке, UE с этим длинным ID UE может быть назначен новый длинный ID UE с помощью E-UTRAN. Таким образом, E-UTRAN может компенсировать любую слабость защиты посредством частных назначений новых длинных ID UE UE через защищенную сигнализацию.
В другом аспекте короткий ID UE может быть получен для UE на основании длинного ID UE, назначенного UE, совместно используемых секретных данных, известных для UE и E-UTRAN, и, возможно, солт-значения σ. Совместно используемыми секретными данными можно безопасно обмениваться между UE и E-UTRAN, например, в начале вызова, во время передачи обслуживания и т.д. Совместно используемые секретные данные могут быть любой длины (например, очень длинными), так как они могут быть посланы через эфир только один раз. Однажды установленные, совместно используемые секретные данные могут оставаться неизменными в UE, например, до тех пор, пока UE остается в соединенном состоянии или в течение некоторой другой длительности. В качестве альтернативы, совместно используемые секретные данные могут быть обновлены с помощью хэш-функции, как описано ниже.
Функция преобразования может принимать длинный ID UE, совместно используемые секретные данные и солт-значение σ и генерировать короткий ID UE. Совместно используемые секретные данные могут действовать в качестве другого входа в функцию преобразования. Солт-значение σ и короткий ID UE могут быть посланы в сообщении всякий раз, когда в сообщении не посылают совместно используемые секретные данные. Использование совместно используемых секретных данных, чтобы генерировать короткий ID UE, может препятствовать вторжениям с полным перебором относительно длинных ID UE.
Еще в одном аспекте длинный ID UE для UE может быть обновлен, например, всякий раз, когда формируют короткий ID UE. В общем, длинный ID UE может быть обновлен на основании любой информации, например, текущего короткого ID UE, совместно используемых секретных данных, солт-значения σ и т.д. Длинный ID UE может быть обновлен на основании функции преобразования F, которая может быть хэш-функцией или некоторой другой функцией.
Фиг.6 иллюстрирует процесс 600, выполняемый с помощью UE для приема сообщений планирования и данных и обновления длинного ID UE. Принимают назначение длинного ID UE (блок 612). В каждом интервале планирования принимают сообщение планирования из общего канала, и получают короткий ID UE и солт-значение σ из принятого сообщения (блок 614). Также формируют короткий ID UE на основании текущего длинного ID UE и солт-значения σ, полученного из принятого сообщения, и совместно используемых секретных данных (блок 616). Локально сгенерированный короткий ID UE сравнивают с принятым коротким ID UE, чтобы определить, предназначено ли сообщение планирования для UE (блок 618). Если два коротких ID UE совпадают, как определено в блоке 620, тогда соответствующий блок данных принимают и обрабатывают на основании информации планирования в принятом сообщении (блок 622). Длинный ID UE также может быть обновлен на основании текущего длинного ID UE, совместно используемых секретных данных, солт-значения σ, и/или другой информации (блок 624). После блока 624, а также если два коротких ID UE не совпадают в блоке 620, процесс возвращается в блок 614 для следующего интервала планирования.
E-UTRAN может автономно обновлять длинный ID UE для UE всякий раз, когда сообщение планирования посылают в UE. Подобным образом UE может автономно обновлять свой длинный ID UE всякий раз, когда принимают сообщение планирования, предназначенное для UE, из E-UTRAN. Если длинный ID UE обновляют отдельно с помощью E-UTRAN и UE, тогда E-UTRAN и UE могут иметь разные значения длинного ID UE в определенных случаях сбоя. Например, если сообщение планирования теряют в эфире без осведомленности E-UTRAN, тогда UE может не обновить свой длинный ID UE, как будет ожидать E-UTRAN. В другом примере, если UE принимает сообщение планирования правильно, но подтверждение приема (АСК) этого сообщения теряют при передаче, тогда UE может обновить свой длинный ID UE, но E-UTRAN может быть не информирована. В обоих случаях длинный ID UE, поддерживаемый с помощью E-UTRAN, может не совпадать с длинным ID UE, поддерживаемым с помощью UE. Эта потеря синхронизации может давать в результате то, что E-UTRAN не может установить контакт с UE с использованием длинного ID UE. Механизм повторной синхронизации может быть использован, чтобы гарантировать, что E-UTRAN и UE имеют один и тот же длинный ID UE даже в случаях сбоя, как описано ниже.
Еще в одном аспекте длинный ID UE и совместно используемые секретные данные для UE могут быть обновлены, например, всякий раз, когда формируют короткий ID UE. Длинный ID UE может быть обновлен на основании функции преобразования F, а совместно используемые секретные данные могут быть обновлены на основании функции преобразования G, каждая из которых может быть хэш-функцией или некоторой другой функцией. В качестве альтернативы, длинный ID UE и совместно используемые секретные данные могут быть обновлены совместно на основании общей функции преобразования. В любом случае, постоянное изменение совместно используемых секретных данных может предложить дополнительную меру защиты в случаях, когда, например, совместно используемые секретные данные являются достаточно короткими для того, чтобы вторжения с полным перебором были возможными в течение длительного периода, но в пределах того, что иначе было бы периодом времени действия совместно используемых секретных данных.
Фиг.7 иллюстрирует процесс 700, выполняемый с помощью UE для приема посылаемых сообщений планирования и данных и обновления длинного ID UE и совместно используемых секретных данных. Процесс 700 включает в себя блоки с 712 по 722, которые соответствуют блокам с 612 по 622, соответственно, на Фиг. 6. Если локально сгенерированный короткий ID UE совпадает с принятым коротким ID UE, полученным из принятого сообщения, как определено в блоке 720, тогда длинный ID UE и совместно используемые секретные данные могут быть обновлены на основании текущего длинного ID UE, текущих совместно используемых секретных данных, солт-значения σ, полученного из принятого сообщения, и/или другой информации (блок 722). Механизм синхронизации может быть использован, чтобы гарантировать синхронизацию длинного ID UE и совместно используемых секретных данных между UE и E-UTRAN.
Если длинный ID UE и/или совместно используемые секретные данные обновляют после каждого сообщения планирования, тогда E-UTRAN должен иметь (i) надежный способ определения, приняла ли UE сообщение планирования, и, следовательно, выполнила ли обновление, или (ii) надежный механизм восстановления с малыми накладными расходами для ситуаций, когда обновление не выполнено с помощью UE. Либо (i), либо (ii) могут быть выполнены на основании АСК, посланного с помощью UE для сообщения планирования и/или АСК, посланного с помощью UE для блока данных, связанного с сообщением планирования. Каждое ACK может быть послано через специализированный канал или может быть вставлено в сообщение обратной линии связи, например, сообщение указателя качества канала (CQI). Если E-UTRAN принимает АСК для блока данных, тогда E-UTRAN может допустить, что UE приняла сообщение планирования и обновила свой длинный ID UE. В общем, UE может передавать АСК или некоторую другую информацию в явном виде или в неявном виде некоторым способом, чтобы указать E-UTRAN, что UE приняла сообщение планирования.
Если E-UTRAN не принимает АСК для сообщения планирования, посланного в UE, тогда имеются две возможности:
UE не приняла сообщение планирования и, следовательно, не обновила свой длинный ID UE и/или совместно используемые секретные данные, или
UE приняла сообщение планирования, обновила свой длинный ID UE и/или совместно используемые секретные данные и послала АСК, которое было потеряно.
В любом случае E-UTRAN может не знать, обновила ли UE свой длинный ID UE и/или совместно используемые секретные данные. E-UTRAN может обнаружить потерю синхронизации, если она не примет ACK из UE для сообщения планирования, посланного в UE.
В одной схеме E-UTRAN может назначать новый длинный ID UE и/или новые совместно используемые секретные данные, всякий раз, когда обнаруживают потерю синхронизации. Если обнаруживают потерю синхронизации, тогда E-UTRAN может использовать предыдущий длинный ID UE и совместно используемые секретные данные, чтобы адресовать UE. E-UTRAN может послать сообщение планирования с флагом “предыдущий ID”, установленным в '1', чтобы указать, что предыдущий длинный ID UE и совместно используемые секретные данные использованы для сообщения. Когда UE принимает сообщение планирования с установленным флагом, UE может выполнить сравнение с использованием, как предыдущего, так и текущего длинного ID UE и совместно используемых секретных данных. Если имеется совпадение, тогда UE может обновить свой длинный ID UE и совместно используемые секретные данные на основании длинного ID UE и совместно используемых секретных данных, которые создали совпадение.
Фиг.8 иллюстрирует процесс 800, выполняемый с помощью UE для приема сообщений планирования и данных и обновления длинного ID UE и совместно используемых секретных данных, на основании флага предыдущего ID. В каждом интервале планирования принимают сообщение планирования из общего канала и исследуют флаг предыдущего ID в принятом сообщении (блок 812). Если флаг установлен, как определено в блоке 814, тогда определяют, предназначено ли принятое сообщение для UE, на основании предыдущего длинного ID UE и предыдущих совместно используемых секретных данных для UE (блок 820). Блок 820 может включать в себя блоки 616 и 618 на фиг.6. Если совпадение имеет место, и принятое сообщение предназначено для UE, как определено в блоке 822, тогда длинный ID UE и/или совместно используемые секретные данные могут быть обновлены на основании предыдущего длинного ID UE и/или предыдущих совместно используемых секретных данных (блок 824). Иначе, если совпадение не имеет места в блоке 822, а также если флаг предыдущего ID не установлен в блоке 814, тогда определяют, предназначено ли принятое сообщение для UE, на основании текущего длинного ID UE и текущих совместно используемых секретных данных (блок 830). Если совпадение имеет место, и принятое сообщение предназначено для UE, как определено в блоке 832, тогда длинный ID UE и/или совместно используемые секретные данные могут быть обновлены на основании текущего длинного ID UE и/или текущих совместно используемых секретных данных (блок 834). После блоков 824 и 834 соответствующий блок данных принимают и обрабатывают на основании информации планирования в принятом сообщении (блок 826). После блока 826, а также если нет совпадения в блоке 832, процесс возвращается в блок 812 для следующего интервала планирования.
Фиг.9А иллюстрирует работу механизма повторной синхронизации для случая, в котором сообщение планирования не достигает UE. Каждая из E-UTRAN и UE начинает с предыдущего длинного ID UE (PID) R0 и текущего длинного ID UE (CID) R1 для UE. E-UTRAN посылает сообщение планирования с текущим длинным ID UE (CID) R1 в UE и обновляет длинный ID UE как PID'=R1 и CID'=R2. Сообщение планирования теряют при передаче. UE не знает, что она должна обновить свой длинный ID UE, и продолжает использовать PID=R0 и CID=R1. E-UTRAN не принимает АСК из UE и посылает следующее сообщение планирования для UE с использованием предыдущего длинного ID UE R1 и установки флага предыдущего ID.
UE принимает сообщение планирования и, так как флаг установлен, проверяет принятое сообщение с предыдущим длинным ID UE R0, который не совпадает. Затем UE проверяет принятое сообщение с текущим длинным ID UE R1, который совпадает. Затем UE распознает, что ее текущий длинный ID UE R1 равен предыдущему длинному ID UE R1 в E-UTRAN. Затем UE обновляет свой длинный ID UE один раз, как PID=R1 и CID=R2, чтобы согласовать обновление с помощью E-UTRAN для пропущенного сообщения планирования. UE дополнительно обновляет свой длинный ID UE, как PID=R2 и CID=R3, чтобы согласовать обновление с помощью E-UTRAN для текущего сообщения планирования. UE посылает АСК для сообщения планирования. E-UTRAN принимает АСК и обновляет длинный ID UE, как PID'=R2 и CID'=R3. E-UTRAN распознает, что UE правильно обновила свой длинный ID UE, на основании принятого АСК, и посылает следующее сообщение планирования для UE с использованием текущего длинного ID UE R3 и с очищенным флагом предыдущего ID. Теперь UE и E-UTRAN синхронизированы с текущим длинным ID UE R3.
Фиг.9В иллюстрирует работу механизма повторной синхронизации для случая, когда АСК из UE теряют на пути в E-UTRAN. Каждая из E-UTRAN и UE начинает с предыдущего длинного ID UE R0 и текущего длинного ID UE R1 для UE. E-UTRAN посылает сообщение планирования с текущим длинным ID UE R1 в UE и обновляет длинный ID UE как PID'=R1 и CID'=R2. UE принимает сообщение планирования, посылает АСК и обновляет свой длинный ID UE, как PID=R1 и CID=R2. АСК теряют, и E-UTRAN не знает, приняла ли UE сообщение планирования или нет, и обновила ли длинный ID UE. E-UTRAN посылает следующее сообщение планирования для UE с использованием предыдущего длинного ID UE R1 и установки флага предыдущего ID.
UE принимает сообщение планирования и, так как флаг установлен, проверяет принятое сообщение с предыдущим длинным ID UE R1, который совпадает. Затем UE распознает, что ее предыдущий длинный ID UE R1 равен предыдущему длинному ID UE R1 в E-UTRAN. Затем UE обновляет свой длинный ID UE один раз, как PID=R2 и CID=R3, чтобы согласовать обновление с помощью E-UTRAN для текущего сообщения планирования. UE посылает АСК для сообщения планирования. E-UTRAN принимает АСК и обновляет длинный ID UE, как PID=R2 и CID=R3. E-UTRAN распознает, что UE правильно обновила свой длинный ID UE, на основании принятого АСК, и посылает следующее сообщение планирования для UE с использованием текущего длинного ID UE R3 и с очищенным флагом предыдущего ID. Теперь UE и E-UTRAN синхронизированы с текущим длинным ID UE R3.
В другой схеме E-UTRAN обновляет длинный ID UE и/или совместно используемые секретные данные для каждого сообщения планирования, посланного в UE. UE пытается сравнить принятое сообщение на основании одного или более длинных ID UE. Например, UE может пытаться сравнить принятое сообщение на основании текущего длинного ID UE, затем предыдущего длинного ID UE, затем будущего длинного ID UE и т.д. После обнаружения совпадения UE знает текущий длинный ID UE в E-UTRAN и синхронизирует свой длинный ID UE с ID UE E-UTRAN.
Солт-значение σ может быть выбрано таким образом, чтобы исключить конфликты. Конфликт может иметь место, когда два длинных ID UE, Rx и Ry, назначенные двум UE, x и y, хешируют в один и тот же короткий ID UE, или Hσ(Rx) = Hσ(Ry). Если сообщение планирования посылают для UE x с этим коротким ID UE, тогда каждая из UE x и UE y может обнаружить сообщение планирования, как направленное в эту UE, и может допустить, что соответствующий блок данных предназначен для UE. Это не представляет проблемы для UE x, которая принимает предназначенный блок данных. Однако UE y может принять ложный блок данных, который, если зашифрован, может создать случайные дешифрованные данные. В любом случае ложный блок данных может быть неуместным в потоке данных для UE y, и результирующий эффект может зависеть от конкретного поведения приложения, принимающего поток данных.
В общем, влияние вследствие конфликтов длинных ID UE может зависеть от типа сигнализации, посылаемой с этими ID UE, поведения приложения и т.д. В некоторых ситуациях конфликты могут быть допустимыми, например, когда данные, запланированные для UE, могут быть только распознаны с помощью предназначенного получателя. Тем не менее, E-UTRAN может пытаться предотвратить конфликты, для того чтобы исключить возможные отрицательные эффекты. Конфликты могут быть исключены различными способами.
В одной схеме для исключения конфликтов узел В (или некоторый другой элемент сети) выбирает солт-значения, о которых известно, что они не имеют конфликтов. Узел В может поддерживать множество всех длинных ID UE, назначенных или назначаемых UE в ее зоне обслуживания. Для каждого возможного солт-значения σ узел В может генерировать множество коротких ID UE на основании множества длинных ID UE и этого солт-значения. Узел В может сканировать множество коротких ID UE для дубликатов и может отклонить это солт-значение, если обнаружены дубликаты. В общем, солт-значение, которое вызывает конфликт для определенных длинных ID UE, может быть все же использовано для других длинных ID UE. Однако, для того чтобы упростить осуществление, узел В может поддерживать список солт-значений, которые в результате не дают дубликатов во всем множестве длинных ID UE. Солт-значения в этом списке могут быть выбраны для использования. Конфликты также могут быть исключены другими способами.
В общем, короткий ID UE может быть сгенерирован на основании любой порции или порций информации. Например, короткий ID UE может быть сгенерирован на основании только длинного ID UE, длинного ID UE и солт-значения, длинного ID UE и совместно используемых секретных данных, только совместно используемых секретных данных, совместно используемых секретных данных и солт-значения или комбинации длинного ID UE, солт-значения и совместно используемых секретных данных.
В общем, любая информация может быть обновлена с помощью E-UTRAN и UE. Например, могут быть обновлены: только солт-значение, только длинный ID UE, только совместно используемые секретные данные, солт-значение и длинный ID UE, солт-значение и совместно используемые секретные данные, длинный ID UE и совместно используемые секретные данные или комбинация солт-значения, длинного ID UE и совместно используемых секретных данных. Обновление может быть выполнено после каждого сообщения планирования, после каждого интервала времени предварительно определенной длительности и т.д.
Для пояснения выше описано использование коротких ID UE для сообщений планирования. Короткие ID UE также могут быть использованы для других сообщений сигнализации, таких как пейджинговые сообщения, сообщения назначения ресурсов и т.д. Например, короткий ID UE может быть сгенерирован для пейджингового сообщения, направляемого в конкретную UE. Короткий ID UE может быть послан по каналу указателя пейджинга, чтобы информировать UE о том, что пейджинговое сообщение посылают по пейджинговому каналу в UE. Короткий ID UE также может быть послан с пейджинговым сообщением, чтобы адресовать сообщение в UE.
Фиг.10 иллюстрирует процесс 1000, выполняемый с помощью элемента сети в беспроводной сети связи, чтобы посылать сообщения сигнализации и данные в UE. Элемент сети может быть узлом В, системным контроллером и т.д. в зависимости от посылаемых сообщений сигнализации.
Первый ID, назначенный UE, и дополнительная информация, такая как, например, солт-значение и/или совместно используемые секретные данные для UE, могут быть преобразованы таким образом, чтобы получить второй ID для UE (блок 1012). Первый ID может быть длинным ID UE, который может быть назначен UE с помощью любого элемента сети. Первый ID может быть назначен UE с помощью того же элемента сети, который посылает сообщение сигнализации в UE, или с помощью другого элемента сети. Первый ID может быть применимым в одной ячейке или во множестве ячеек. Первый ID, солт-значение и/или совместно используемые секретные данные могут быть преобразованы на основании необратимой функции, хэш-функции или некоторой другой функции, таким образом, чтобы получить второй ID. Солт-значение может быть изменено каждый раз, когда преобразуют первый ID, и может быть выбрано таким образом, чтобы исключить конфликты между множеством первых ID, назначенных множеству UE. Другие типы дополнительной информации (например, информация о времени, такая как номер кадра) также могут быть использованы с первым ID, чтобы сгенерировать второй ID. Первый ID и/или совместно используемые секретные данные может быть обновлены, например, всякий раз, когда сообщение посылают в UE (блок 1014). Предыдущий первый ID может быть использован, если обнаруживают потерю синхронизации первого ID, а текущий первый ID может быть использован, если потерю синхронизации не обнаруживают.
Сообщение сигнализации, направляемое в UE, может быть сгенерировано на основании второго ID (блок 1016). Сообщение сигнализации может быть сообщением планирования, пейджинговым сообщением или некоторым другим сообщением, и может включать в себя информацию сигнализации, второй ID, солт-значение и т.д. Сообщение сигнализации также может включать в себя флаг, который может быть установлен, если обнаруживают потерю синхронизации первого ID. Сообщение сигнализации может быть послано через общий канал, совместно используемый UE и другими UE (блок 1018). Если сообщение сигнализации является сообщением планирования, тогда передача данных может быть послана на основании информации планирования в сообщении планирования (блок 1020).
Фиг.11 иллюстрирует устройство 1100, предназначенное для посылки сообщений сигнализации и данных в UE. Устройство 1100 включает в себя средство, предназначенное для преобразования первого ID, назначенного UE, и дополнительной информации, такой как, например, солт-значение и совместно используемые секретные данные для UE, таким образом, чтобы получить второй ID для UE (модуль 1112), средство, предназначенное для обновления первого ID и/или совместно используемых секретных данных, например, всякий раз, когда сообщение планирования посылают в UE (модуль 1114), средство, предназначенное для формирования сообщения сигнализации, направляемого в UE, на основании второго ID (модуль 1116), средство, предназначенное для посылки сообщения сигнализации через общий канал, совместно используемый UE и другими UE (модуль 1118), и средство, предназначенное для посылки передачи данных на основании информации планирования в сообщении сигнализации (модуль 1120). Модули 1112 и 1120 могут содержать процессоры, электронные устройства, устройства аппаратного обеспечения, электронные компоненты, логические схемы, памяти и т.д. или любую их комбинацию.
Фиг.12 иллюстрирует процесс 1200, выполняемый с помощью UE, чтобы принимать сообщения сигнализации из беспроводной сети связи. Сообщение может быть принято через общий канал, совместно используемый множеством UE (блок 1212). Первый ID, назначенный UE, и дополнительная информация, такая как, например, солт-значение и/или совместно используемые секретные данные для UE, могут быть преобразованы таким образом, чтобы получить второй ID для UE (блок 1214). Первый ID может быть назначен UE с помощью того же элемента сети, который посылал принятое сообщение. В качестве альтернативы, первый ID может быть назначен UE с помощью одного элемента сети, а принятое сообщение может быть послано с помощью другого элемента сети.
Предназначено ли принятое сообщение для UE, может быть определено на основании второго ID (блок 1216). Предыдущий первый ID и/или текущий первый ID могут быть преобразованы в зависимости от флага в принятом сообщении. Например, предыдущий первый ID может быть преобразован таким образом, чтобы получить предыдущий второй ID, который может быть использован, чтобы определить, предназначено ли принятое сообщение для UE. Если принятое сообщение не совпадает с предыдущим вторым ID, тогда текущий первый ID может быть преобразован таким образом, чтобы получить текущий второй ID, который может быть использован, чтобы определить, предназначено ли принятое сообщение для UE. Также может быть предпринята попытка сравнения с текущим первым ID, а затем с предыдущим первым ID. Для сравнения сообщения третий ID может быть получен из принятого сообщения и сравнен со вторым ID, чтобы определить, предназначено ли принятое сообщение для UE. Сравнение сообщения также может быть выполнено другими способами. Первый ID и/или совместно используемые секретные данные могут быть обновлены, например, если принятое сообщение предназначено для UE (блок 1218).
Если принятое сообщение является сообщением планирования, предназначенным для UE, тогда информация планирования может быть получена из принятого сообщения (блок 1220). Передача данных может быть обработана на основании информации планирования (блок 1222).
Фиг.13 иллюстрирует устройство 1300, предназначенное для приема сообщений сигнализации и данных. Устройство 1300 включает в себя средство, предназначенное для приема сообщения через общий канал, совместно используемый множеством UE (модуль 1312), средство, предназначенное для преобразования первого ID, назначенного UE, и дополнительной информации, такой как, например, солт-значения, полученного из принятого сообщения, и/или совместно используемых секретных данных для UE, таким образом, чтобы получить второй ID для UE (модуль 1314), средство, предназначенное для определения, предназначено ли принятое сообщение для UE, на основании второго ID (модуль 1316), средство, предназначенное для обновления первого ID и/или совместно используемых секретных данных, например, если принятое сообщение предназначено для UE (модуль 1318), средство, предназначенное для получения информации планирования из принятого сообщения, если оно является сообщением планирования, предназначенным для UE (модуль 1320) и средство, предназначенное для обработки передачи данных на основании информации планирования (модуль 1322). Модули с 1312 по 1322 могут содержать процессоры, электронные устройства, устройства аппаратного обеспечения, электронные компоненты, логические схемы, памяти и т.д. или любую их комбинацию.
Фиг.14 иллюстрирует блок-схему схемы UE 120, узла В 110 и системного контроллера 130 на фиг.1. В обратной линии связи данные и сигнализацию, посылаемые с помощью UE 120, обрабатывают (например, форматируют, кодируют и перемежуют) с помощью кодера 1422 и дополнительно обрабатывают (например, модулируют, формируют каналы и шифруют) с помощью модулятора (MOD) 1424, чтобы сгенерировать выходные элементарные посылки. Передатчик (TMTR) 1432 затем приводит в надлежащее состояние (например, преобразует в аналоговый вид, фильтрует, усиливает и преобразует с повышением частоты) выходные элементарные посылки и генерирует сигнал обратной линии связи, который передают через антенну 1434. В прямой линии связи антенна 1434 принимает сигнал обратной линии связи, переданный с помощью узла В 110. Приемник (RCVR) 1436 приводит в надлежащее состояние (например, фильтрует, усиливает, преобразует с понижением частоты и преобразует в цифровой вид) принятый сигнал из антенны 1434 и предоставляет выборки. Демодулятор (DEMOD) 1426 обрабатывает (например, дешифрует, формирует каналы и демодулирует) выборки и предоставляет оценки символов. Декодер 1428 дополнительно обрабатывает (например, отменяет перемежение и декодирует) оценки символов и предоставляет декодированные данные. Кодер 1422, модулятор 1424, демодулятор 1426 и декодер 1428 могут быть осуществлены с помощью процессора 1420 модема. Эти устройства могут выполнять обработку в соответствии с технологией радиосвязи (например, LTE, W-CDMA и т.д.), осуществленной с помощью беспроводной сети связи.
Контроллер/процессор 1440 управляет работой UE 120. Контроллер/процессор 1440 может выполнять процесс 500, изображенный на фиг.5, процесс 600, изображенный на фиг.6, процесс 700, изображенный на фиг.7, процесс 800, изображенный на фиг.8, процесс 1200, изображенный на фиг.12 и/или другие процессы для способов, описанных в настоящей заявке. Память 1442 запоминает программные коды и данные для UE 120, а также может запоминать длинные и короткие ID UE для UE 120.
Фиг.14 также иллюстрирует конструкцию узла В 110 и системного контроллера 130. Узел В 110 включает в себя контроллер/процессор 1450, который выполняет различные функции для связи с UE, память 1452, которая запоминает программные коды и данные для узла В 110, и приемопередатчик 1454, который поддерживает радиосвязь с UE. Контроллер/процессор 1450 может выполнять процесс 1000, изображенный на фиг.10, и/или другие процессы для способов, описанных в настоящей заявке. Память 1452 может запоминать длинные и короткие ID UE для UE, обслуживаемых с помощью узла В 110, или ID UE NB. Системный контроллер 130 включает в себя контроллер/процессор 1460, который выполняет различные функции, чтобы поддерживать связь для UE, и память 1462, которая запоминает программные коды и данные для системного контроллера 130. Контроллер/процессор 1460 может выполнять процесс 1000, изображенный на фиг.10, и/или другие процессы для способов, описанных в настоящей заявке. Память 1462 может запоминать длинные и короткие ID UE для UE, обслуживаемых с помощью системного контроллера 130, или ID UE SC.
Способы, описанные в настоящей заявке, могут быть осуществлены с помощью различных средств. Например, эти способы могут быть осуществлены в аппаратном обеспечении, программно-аппаратном обеспечении, программном обеспечении или их комбинации. Для осуществления аппаратного обеспечения устройства обработки, используемые, чтобы выполнять способы в данном элементе (например, UE, узле В, системном контроллере и т.д.), могут быть осуществлены в одной или более интегральных схемах прикладной ориентации (ASIC), процессорах цифровых сигналов (DSP), устройствах обработки цифровых сигналов (DSPD), программируемых логических устройствах (PLD), вентильных матрицах, программируемых в условиях эксплуатации (FPGA), процессорах, контроллерах, микроконтроллерах, электронных устройствах, других электронных устройствах, предназначенных для выполнения функций, описанных в настоящей заявке, в компьютере или комбинации перечисленных устройств.
Для осуществления программно-аппаратного обеспечения и/или программного обеспечения способы могут быть осуществлены с помощью модулей (например, процедур, функций и т.д.), которые выполняют функции, описанные в настоящей заявке. Коды программно-аппаратного обеспечения и/или программного обеспечения могут быть запомнены в памяти (например, памяти 1442, 1452 или 1462, изображенной на фиг.14) и выполнены с помощью процессора (например, процессора 1440, 1450 или 1460). Память может быть осуществлена в процессоре или внешне по отношению к процессору.
Предыдущее описание раскрытия предоставлено для того, чтобы дать возможность любому специалисту в данной области техники изготовить и использовать раскрытие. Различные модификации раскрытия будут без труда понятны специалистам в данной области техники, и общие принципы, определенные в настоящей заявке, могут быть применены к другим вариантам, не выходя за рамки сущности и объема раскрытия. Таким образом, не подразумевается, что настоящее раскрытие ограничено примерами, описанными в настоящей заявке, но должно соответствовать самым широким рамкам, согласующимся с принципами и новыми признаками, раскрытыми в настоящей заявке.

Claims (43)

1. Устройство посылки сообщений UE, содержащее
процессор, сконфигурированный для преобразования первого идентификатора (ID), назначенного пользовательскому оборудованию (UE), и дополнительной информации, чтобы получить второй ID для UE, причем дополнительная информация содержит солт-значение и/или совместно используемые секретные данные для UE, формирования сообщения сигнализации, направляемого в UE, на основании второго ID, и посылки сообщения сигнализации через общий канал, совместно используемый UE и другими UE; и память, соединенную с процессором.
2. Устройство по п.1, в котором второй ID используется, чтобы однозначно адресовать UE для сообщения сигнализации.
3. Устройство по п.1, в котором процессор сконфигурирован для назначения первого ID UE.
4. Устройство по п.1, в котором процессор сконфигурирован для приема в первом элементе сети информации относительно первого ID, назначенного UE с помощью второго элемента сети.
5. Устройство по п.1, в котором первый ID является применимым в множестве ячеек в беспроводной сети связи.
6. Устройство по п.1, в котором процессор сконфигурирован для хеширования первого ID и солт-значения, чтобы получить второй ID.
7. Устройство по п.1, в котором процессор сконфигурирован для преобразования первого ID и совместно используемых секретных данных для UE, чтобы получить второй ID.
8. Устройство по п.1, в котором процессор сконфигурирован для преобразования первого ID, совместно используемых секретных данных для UE и солт-значения, чтобы получить второй ID.
9. Устройство по п.7, в котором процессор сконфигурирован для обновления первого ID или совместно используемых секретных данных, или как первого ID, так и совместно используемых секретных данных.
10. Устройство по п.7, в котором процессор сконфигурирован для обновления первого ID или совместно используемых секретных данных, или как первого ID, так и совместно используемых секретных данных после каждого сообщения сигнализации, посланного в UE.
11. Устройство по п.9, в котором процессор сконфигурирован для преобразования предыдущего первого ID и дополнительной информации, если обнаружена потеря синхронизации первого ID, и преобразования текущего первого ID и дополнительной информации, если не обнаружена потеря синхронизации.
12. Устройство по п.9, в котором процессор сконфигурирован для установки флага в сообщении сигнализации, если обнаружена потеря синхронизации первого ID.
13. Устройство по п.6, в котором процессор сконфигурирован для формирования сообщения сигнализации таким образом, чтобы включить в него информацию сигнализации, второй ID и солт-значение.
14. Устройство по п.1, в котором сообщение сигнализации является сообщением планирования или пейджинговым сообщением.
15. Способ посылки сообщений UE, содержащий этапы, на которых
преобразуют первый идентификатор (ID), назначенный пользовательскому оборудованию (UE), и дополнительную информацию, чтобы получить второй ID для UE, причем дополнительная информация содержит солт-значение и/или совместно используемые секретные данные для UE;
формируют сообщение сигнализации, направляемое в UE, на основании второго ID; и
посылают сообщение сигнализации через общий канал, совместно используемый UE и другими UE.
16. Способ по п.15, в котором этап, на котором преобразуют первый ID, заключается в том, что преобразуют первый ID и совместно используемые секретные данные для UE, чтобы получить второй ID.
17. Способ по п.15, в котором этап, на котором преобразуют первый ID, заключается в том, что преобразуют первый ID, совместно используемые секретные данные для UE и солт-значение, чтобы получить второй ID.
18. Способ по п.16, дополнительно содержащий этап, на котором
обновляют первый ID или совместно используемые секретные данные, или как первый ID, так и совместно используемые секретные данные.
19. Устройство посылки сообщений UE, содержащее
средство преобразования первого идентификатора (ID), назначенного пользовательскому оборудованию (UE), и дополнительной информации, чтобы получить второй ID для UE, причем дополнительная информация содержит солт-значение и/или совместно используемые секретные данные для UE;
средство формирования сообщения сигнализации, направляемого в UE, на основании второго ID; и
средство посылки сообщения сигнализации через общий канал, совместно используемый UE и другими UE.
20. Устройство по п.19, в котором средство преобразования первого ID содержит средство преобразования первого ID и совместно используемых секретных данных для UE, чтобы получить второй ID.
21. Машиночитаемый носитель памяти, включающий в себя инструкции, записанные на нем, содержащий
первый набор инструкций, предназначенный для преобразования первого идентификатора (ID), назначенного пользовательскому оборудованию (UE), и дополнительной информации, чтобы получить второй ID для UE, причем дополнительная информация содержит солт-значение и/или совместно используемые секретные данные для UE;
второй набор инструкций, предназначенный для формирования сообщения сигнализации, направляемого в UE, на основании второго ID; и
третий набор инструкций, предназначенный для посылки сообщения сигнализации через общий канал, совместно используемый UE и другими UE.
22. Машиночитаемый носитель памяти по п.21, в котором первый набор инструкций предназначен для преобразования первого ID и совместно используемых секретных данных для UE, чтобы получить второй ID.
23. Устройство приема сообщений в UE, содержащее
процессор, сконфигурированный для приема сообщения через общий канал, совместно используемый множеством пользовательского оборудования (UE), причем сообщение сформировано на основании второго идентификатора (ID), преобразования первого ID, назначенного UE, и дополнительной информации, чтобы получить второй ID для UE, причем дополнительная информация содержит солт-значение и/или совместно используемые секретные данные для UE, и определения, предназначено ли принятое сообщение для UE, на основании второго ID; и
память, соединенную с процессором.
24. Устройство по п.23, в котором процессор сконфигурирован для приема назначения первого ID из первого элемента сети и приема сообщения из второго элемента сети.
25. Устройство по п.23, в котором процессор сконфигурирован для приема назначения первого ID и сообщения из одного элемента сети.
26. Устройство по п.23, в котором процессор сконфигурирован для получения солт-значения из принятого сообщения и хеширования первого ID и солт-значения, чтобы получить второй ID.
27. Устройство по п.23, в котором процессор сконфигурирован для преобразования первого ID и совместно используемых секретных данных для UE, чтобы получить второй ID.
28. Устройство по п.23, в котором процессор сконфигурирован для получения солт-значения из принятого сообщения и преобразования первого ID, совместно используемых секретных данных для UE и солт-значения, чтобы получить второй ID.
29. Устройство по п.27, в котором процессор сконфигурирован для обновления первого ID или совместно используемых секретных данных, или как первого ID, так и совместно используемых секретных данных.
30. Устройство по п.27, в котором процессор сконфигурирован для обновления первого ID или совместно используемых секретных данных, или как первого ID, так и совместно используемых секретных данных после каждого приема сообщения, предназначенного для UE.
31. Устройство по п.29, в котором процессор сконфигурирован для преобразования предыдущего первого ID или текущего первого ID на основании флага в принятом сообщении.
32. Устройство по п.29, в котором процессор сконфигурирован для преобразования предыдущего первого ID и дополнительной информации, чтобы получить предыдущий второй ID, и определения, предназначено ли принятое сообщение для UE, на основании предыдущего второго ID, если принятое сообщение не согласовывается с предыдущим вторым ID, преобразования текущего первого ID и дополнительной информации, чтобы получить текущий второй ID, и определения, предназначено ли принятое сообщение для UE, на основании текущего второго ID.
33. Устройство по п.29, в котором процессор сконфигурирован для преобразования текущего первого ID и дополнительной информации, чтобы получить текущий второй ID, и определения, предназначено ли принятое сообщение для UE, на основании текущего второго ID, если принятое сообщение не согласовывается с текущим вторым ID, преобразования предыдущего первого ID и дополнительной информации, чтобы получить предыдущий второй ID, и определения, предназначено ли принятое сообщение для UE, на основании предыдущего второго ID.
34. Устройство по п.23, в котором процессор сконфигурирован для получения третьего ID из принятого сообщения и сравнения второго ID с третьим ID, чтобы определить, предназначено ли принятое сообщение для UE.
35. Устройство по п.23, в котором процессор сконфигурирован для определения, что принятое сообщение предназначено для UE, получения информации планирования из принятого сообщения и обработки передачи данных на основании информации планирования.
36. Способ приема сообщений в UE, содержащий этапы, на которых
принимают сообщение через общий канал, совместно используемый множеством пользовательского оборудования (UE), причем сообщение сформировано на основании второго идентификатора (ID),
преобразуют первый ID, назначенный UE, и дополнительную информацию, чтобы получить второй ID для UE, причем дополнительная информация содержит солт-значение и/или совместно используемые секретные данные для UE, и
определяют, предназначено ли принятое сообщение для UE, на основании второго ID.
37. Способ по п.36, в котором этап, на котором преобразуют первый ID, заключается в том, что преобразуют первый ID и совместно используемые секретные данные для UE, чтобы получить второй ID.
38. Способ по п.36, в котором этап, на котором преобразуют первый ID, заключается в том, что преобразуют первый ID, совместно используемые секретные данные для UE и солт-значение из принятого сообщения, чтобы получить второй ID.
39. Способ по п.37, дополнительно содержащий этап, на котором
обновляют первый ID или совместно используемые секретные данные, или как первый ID, так и совместно используемые секретные данные.
40. Устройство приема сообщений в UE, содержащее
средство приема сообщения через общий канал, совместно используемый множеством пользовательского оборудования (UE), причем сообщение сформировано на основании второго идентификатора (ID),
средство преобразования первого ID, назначенного UE, и дополнительной информации, чтобы получить второй ID для UE, причем дополнительная информация содержит солт-значение и/или совместно используемые секретные данные для UE, и
средство определения, предназначено ли принятое сообщение для UE, на основании второго ID.
41. Устройство по п.40, в котором средство преобразования первого ID содержит средство преобразования первого ID и совместно используемых секретных данных для UE, чтобы получить второй ID.
42. Машиночитаемый носитель памяти, включающий в себя инструкции, записанные на нем, содержащий
первый набор инструкций, предназначенный для приема сообщения через общий канал, совместно используемый множеством пользовательского оборудования (UE), причем сообщение сформировано на основании второго идентификатора (ID),
второй набор инструкций, предназначенный для преобразования первого ID, назначенного UE, и дополнительной информации, чтобы получить второй ID для UE, причем дополнительная информация содержит солт-значение и/или совместно используемые секретные данные для UE, и
третий набор инструкций, предназначенный для определения, предназначено ли принятое сообщение для UE, на основании второго ID.
43. Машиночитаемый носитель памяти по п.42, в котором второй набор инструкций предназначен для преобразования первого ID и совместно используемых секретных данных для UE, чтобы получить второй ID.
RU2008136410/09A 2006-02-10 2007-02-09 Сигнализация с непрозрачными опознавателями ue RU2404540C2 (ru)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US77197406P 2006-02-10 2006-02-10
US60/771,974 2006-02-10
US78646306P 2006-03-27 2006-03-27
US60/786,463 2006-03-27

Publications (2)

Publication Number Publication Date
RU2008136410A RU2008136410A (ru) 2010-03-20
RU2404540C2 true RU2404540C2 (ru) 2010-11-20

Family

ID=38197847

Family Applications (2)

Application Number Title Priority Date Filing Date
RU2008136410/09A RU2404540C2 (ru) 2006-02-10 2007-02-09 Сигнализация с непрозрачными опознавателями ue
RU2008136412/08A RU2427103C2 (ru) 2006-02-10 2007-02-09 Скрытие временных опознавателей пользовательской аппаратуры

Family Applications After (1)

Application Number Title Priority Date Filing Date
RU2008136412/08A RU2427103C2 (ru) 2006-02-10 2007-02-09 Скрытие временных опознавателей пользовательской аппаратуры

Country Status (13)

Country Link
US (2) US8195943B2 (ru)
EP (3) EP2437460B1 (ru)
JP (2) JP4960389B2 (ru)
KR (2) KR101038158B1 (ru)
CN (1) CN104768145A (ru)
AR (1) AR059568A1 (ru)
AT (1) ATE543318T1 (ru)
BR (2) BRPI0707583B1 (ru)
CA (2) CA2636270C (ru)
ES (1) ES2392854T3 (ru)
RU (2) RU2404540C2 (ru)
TW (2) TWI340582B (ru)
WO (2) WO2007095471A2 (ru)

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4892884B2 (ja) * 2005-08-01 2012-03-07 日本電気株式会社 無線ｌａｎ内蔵型携帯電話端末、携帯電話システムおよびその個人情報保護方法
JP4960389B2 (ja) * 2006-02-10 2012-06-27 クゥアルコム・インコーポレイテッド 不明瞭なｕｅ認証を用いる信号方式
MY187397A (en) * 2006-04-28 2021-09-22 Qualcomm Inc Method and apparatus for enhanced paging
US8682357B2 (en) 2006-05-02 2014-03-25 Intellectual Ventures Holding 81 Llc Paging in a wireless network
US8156332B2 (en) * 2007-05-29 2012-04-10 Apple Inc. Peer-to-peer security authentication protocol
JP4787792B2 (ja) * 2007-06-18 2011-10-05 株式会社エヌ・ティ・ティ・ドコモ 無線制御装置、無線通信システム、通信路設定方法
RU2471291C2 (ru) 2007-09-11 2012-12-27 Вай-Лэн, Инк. Распределение постоянных ресурсов
CN101426253B (zh) 2007-10-31 2013-08-07 华为技术有限公司 一种实现信息传输的方法、装置及系统
CN101426254B (zh) 2007-10-31 2010-12-08 华为技术有限公司 一种实现信息传输的方法、装置及系统
US8682371B2 (en) 2007-12-21 2014-03-25 Telefonaktiebolaget L M Ericsson (Publ) Methods and arrangements in a mobile telecommunications network
MX2010011366A (es) 2008-04-24 2010-11-09 Sharp Kk Dispositivo de estacion movil, sistema de comunicacion movil y metodo de comunicacion.
US8514818B2 (en) * 2008-04-25 2013-08-20 Nokia Corporation System and methods for generating masking sequences
EP2345263A4 (en) * 2008-11-07 2014-08-20 Ericsson Telefon Ab L M METHOD OF TRIGGERING EVENTS BASED ON LOCATION IN USER EQUIPMENT
US20100235689A1 (en) * 2009-03-16 2010-09-16 Qualcomm Incorporated Apparatus and method for employing codes for telecommunications
US8711751B2 (en) * 2009-09-25 2014-04-29 Apple Inc. Methods and apparatus for dynamic identification (ID) assignment in wireless networks
DE102009058446B4 (de) * 2009-12-16 2011-11-10 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Verfahren zur Anonymisierung von Verbindungsdaten in IP Paketen und Vorrichtung zur Durchführung des Verfahrens
WO2011134529A1 (en) * 2010-04-30 2011-11-03 Nokia Siemens Networks Oy Method of assigning a unique identifier to a mobile station in a communications network
US20120011229A1 (en) * 2010-06-04 2012-01-12 Peter Heller Enhanced network/domain name hashing techniques
US20120039185A1 (en) * 2010-08-12 2012-02-16 Futurewei Technologies, Inc. System and Method for Providing Security in a Wireless Communications System
IN2014KN01398A (ru) * 2012-01-03 2015-10-23 Ericsson Telefon Ab L M
US8885517B2 (en) * 2012-02-16 2014-11-11 Giri Prassad Deivasigamani Operational state mismatch identification for a mobile device
US20140036861A1 (en) * 2012-08-03 2014-02-06 Institute For Information Industry High-power base station and low-power base station for use in hererogeneous network and transmission methods thereof
EP2770796B1 (en) 2013-02-22 2016-04-27 HTC Corporation Method for simultaneous communications with multiple base stations and related communication device
US9386619B2 (en) 2013-02-22 2016-07-05 Htc Corporation Method of handling a cell addition for dual connectivity and related communication device
US10390333B2 (en) * 2013-05-02 2019-08-20 Huawei Technologies Co., Ltd. System and method for transmission source identification
EP2836050B1 (en) 2013-08-09 2017-07-19 HTC Corporation Method, device and network for radio network temporary identifier allocation in dual connectivity
CA2927034C (en) * 2013-11-04 2022-03-29 Nagravision S.A. Device and method to mark digital audio or audio and/or video content
CN108811015B (zh) 2015-12-31 2021-06-29 华为技术有限公司 移动性管理的方法、用户设备和基站
US11659563B2 (en) * 2017-01-04 2023-05-23 Huawei Technologies Co., Ltd. System and method for user equipment identifier configuration
US10361839B2 (en) * 2017-01-06 2019-07-23 Blackberry Limited Encryption in wireless communication systems
US10277252B2 (en) 2017-01-09 2019-04-30 At&T Intellectual Property I, L.P. Encoding data with polar codes for control channels
JP7124679B2 (ja) 2018-12-07 2022-08-24 トヨタ自動車株式会社 監視装置
FI129763B (en) * 2020-03-04 2022-08-15 Wirepas Oy Addressing system for a wireless data communications network
US11381391B2 (en) * 2020-06-15 2022-07-05 Cisco Technology, Inc. Pre-shared secret key capabilities in secure MAC layer communication protocols

Family Cites Families (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06337153A (ja) 1993-05-28 1994-12-06 Toshiba Corp 空気調和機
TW243553B (en) 1994-03-21 1995-03-21 United Microelectronics Corp Coding method for mask read only memory
JP3271460B2 (ja) * 1995-01-12 2002-04-02 ケイディーディーアイ株式会社 無線通信における識別子秘匿方法
KR19990082665A (ko) 1996-02-21 1999-11-25 오오노 도시오 공통키 통신방법
US6510461B1 (en) 1997-06-30 2003-01-21 Sun Microsystems, Inc. System for managing and automatically deleting network address identified and stored during a network communication session when the network address is visited
CA2276872A1 (en) 1998-08-28 2000-02-28 Lucent Technologies Inc. Method for protecting mobile anonymity
US6463154B1 (en) 1998-08-28 2002-10-08 Lucent Technologies Inc. Method for determining temporary mobile identifiers and managing use thereof
US6256301B1 (en) 1998-10-15 2001-07-03 Qualcomm Incorporated Reservation multiple access
EP1129594A1 (en) * 1998-11-12 2001-09-05 Telefonaktiebolaget L M Ericsson (Publ) System and method for secured transference of temporary mobile subscriber information
FI114077B (fi) 1999-03-10 2004-07-30 Nokia Corp Tunnuksen varausmenetelmä
US6763112B1 (en) 1999-09-28 2004-07-13 Nokia Networks Oy Security procedure in universal mobile telephone service
US7240202B1 (en) * 2000-03-16 2007-07-03 Novell, Inc. Security context sharing
WO2002023391A1 (en) * 2000-09-14 2002-03-21 Koninklijke Philips Electronics N.V. Method of and system for storing a data item
AU2002215210A1 (en) * 2000-11-16 2002-05-27 Telefonaktiebolaget Lm Ericsson (Publ) User authentication apparatus, controlling method thereof, and network system
US7046992B2 (en) * 2001-05-11 2006-05-16 Telefonaktiebolaget Lm Ericsson (Publ) Authentication of termination messages in telecommunications system
US20030172114A1 (en) 2001-10-24 2003-09-11 Leung Nikolai K. N. Method and apparatus for data packet transport in a wireless communication system using an internet protocol
US7363494B2 (en) 2001-12-04 2008-04-22 Rsa Security Inc. Method and apparatus for performing enhanced time-based authentication
US7515713B2 (en) * 2001-12-17 2009-04-07 Qualcomm Incorporated Secure generation of temporary mobile station identifiers
US6856604B2 (en) 2001-12-19 2005-02-15 Qualcomm Incorporated Efficient multi-cast broadcasting for packet data systems
US20060034456A1 (en) * 2002-02-01 2006-02-16 Secure Choice Llc Method and system for performing perfectly secure key exchange and authenticated messaging
KR100765123B1 (ko) * 2002-02-16 2007-10-11 엘지전자 주식회사 Ｓｒｎｓ 재할당 방법
US7508804B2 (en) * 2002-04-05 2009-03-24 Alcatel-Lucent Usa Inc. Shared signaling for multiple user equipment
RU2292648C2 (ru) 2002-05-01 2007-01-27 Телефонактиеболагет Лм Эрикссон (Пабл) Система, устройство и способ, предназначенные для аутентификации на основе sim и для шифрования при доступе к беспроводной локальной сети
DE60321463D1 (de) 2002-05-22 2008-07-17 Interdigital Tech Corp Mobileinheit mit internet-protokoll-funktionalität
KR100878764B1 (ko) * 2002-07-06 2009-01-14 삼성전자주식회사 사용자의 익명성보장을 위한 무선 랜 시스템 및 사용자의익명성 보장방법
US6757722B2 (en) * 2002-07-16 2004-06-29 Nokia Corporation System and method for providing partial presence notifications
KR100893070B1 (ko) 2002-09-19 2009-04-17 엘지전자 주식회사 무선통신 시스템의 멀티캐스트 서비스 제공 및 수신 방법, 그리고 그 장치
EP1401226A1 (en) * 2002-09-20 2004-03-24 Lucent Technologies Inc. A method, and apparatus, for addressing a message to mobile user terminals
RU2253948C1 (ru) 2003-09-02 2005-06-10 Войсковая часть 45807 Способ передачи сообщений с обеспечением конфиденциальности идентификационных признаков взаимодействующих объектов в сети связи
US7424467B2 (en) * 2004-01-26 2008-09-09 International Business Machines Corporation Architecture for an indexer with fixed width sort and variable width sort
JP3890398B2 (ja) 2004-02-19 2007-03-07 海 西田 ピアツーピア型匿名プロキシにおける安全性の高い匿名通信路の検証及び構築する方法
US20050243769A1 (en) 2004-04-28 2005-11-03 Walker Jesse R Apparatus and method capable of pre-keying associations in a wireless local area network
FI20040841A0 (fi) * 2004-06-17 2004-06-17 Nokia Corp Menetelmä tietoliikenteen valvomiseksi käyttäen verkkonoodiryhmää kommunikaatiojärjestelmässä
JP2006011989A (ja) 2004-06-28 2006-01-12 Ntt Docomo Inc 認証方法、端末装置、中継装置及び認証サーバ
KR20070074562A (ko) * 2004-09-10 2007-07-12 코닌클리케 필립스 일렉트로닉스 엔.브이. 조건적 액세스를 제공하는 방법
JP4598494B2 (ja) * 2004-11-26 2010-12-15 富士通株式会社 利用者仮識別子を用いるネットワークサービスシステム
GB2423220B (en) * 2005-02-11 2009-10-07 Ericsson Telefon Ab L M Method and apparatus for ensuring privacy in communications between parties
US20060248079A1 (en) * 2005-04-28 2006-11-02 Freescale Semiconductor Incorporated Method and apparatus for finding a perfect hash function and making minimal hash table for a given set of keys
US20070047478A1 (en) 2005-08-30 2007-03-01 Lucent Technologies Inc. Method for access assurance in a wireless communication system
US7827398B2 (en) * 2005-10-27 2010-11-02 Hewlett-Packard Company Method for offloading encryption and decryption of a message received at a message server to remote end devices
JP4642845B2 (ja) 2005-12-19 2011-03-02 日本電信電話株式会社 端末識別方法、サーバ、端末およびプログラム
US8788807B2 (en) * 2006-01-13 2014-07-22 Qualcomm Incorporated Privacy protection in communication systems
JP4960389B2 (ja) * 2006-02-10 2012-06-27 クゥアルコム・インコーポレイテッド 不明瞭なｕｅ認証を用いる信号方式
US8295243B2 (en) * 2006-08-21 2012-10-23 Qualcomm Incorporated Method and apparatus for random access in an orthogonal multiple-access communication system

Also Published As

Publication number Publication date
ES2392854T3 (es) 2012-12-14
EP1992189A1 (en) 2008-11-19
WO2007095471A2 (en) 2007-08-23
KR101041241B1 (ko) 2011-06-14
TW200746774A (en) 2007-12-16
EP1992188B1 (en) 2012-09-19
US20070226502A1 (en) 2007-09-27
KR20080102177A (ko) 2008-11-24
RU2008136410A (ru) 2010-03-20
EP2437460A1 (en) 2012-04-04
ATE543318T1 (de) 2012-02-15
BRPI0707581A2 (pt) 2011-05-10
JP4960389B2 (ja) 2012-06-27
EP1992189B1 (en) 2012-01-25
BRPI0707583A2 (pt) 2011-05-10
AR059568A1 (es) 2008-04-16
WO2007095471A3 (en) 2008-01-17
US8195943B2 (en) 2012-06-05
KR101038158B1 (ko) 2011-05-31
WO2007095473A1 (en) 2007-08-23
RU2008136412A (ru) 2010-03-20
RU2427103C2 (ru) 2011-08-20
JP2009526449A (ja) 2009-07-16
JP4927877B2 (ja) 2012-05-09
TWI357270B (en) 2012-01-21
TWI340582B (en) 2011-04-11
TW200803394A (en) 2008-01-01
CA2636309C (en) 2013-09-17
US9154464B2 (en) 2015-10-06
CA2636270A1 (en) 2007-08-23
EP2437460B1 (en) 2013-10-23
EP1992188A2 (en) 2008-11-19
CA2636309A1 (en) 2007-08-23
US20070218901A1 (en) 2007-09-20
BRPI0707583A8 (pt) 2019-01-08
JP2009526334A (ja) 2009-07-16
CN104768145A (zh) 2015-07-08
KR20080092469A (ko) 2008-10-15
CA2636270C (en) 2013-04-30
BRPI0707583B1 (pt) 2019-08-13

Similar Documents

Publication Publication Date Title
RU2404540C2 (ru) Сигнализация с непрозрачными опознавателями ue
JP5175980B2 (ja) 位置プライバシー支援方法
EP2850862B1 (en) Secure paging
TWI338489B (en) Asymmetric cryptography for wireless systems
JP4701434B2 (ja) 無線通信システム及び無線通信方法
JP5068809B2 (ja) 無線通信を保護するための方法およびシステム
CN110786031A (zh) 用于5g切片标识符的隐私保护的方法和系统
Liu et al. Toward a secure access to 5G network
CN101405987B (zh) 无线系统的非对称加密
WO2020095938A1 (en) Apparatus and method
KR20150082434A (ko) 확장된 디스커버리 범위를 갖는 프락시머티-기반 서비스 디스커버리를 위한 무결성 보호를 제공하는 방법 및 장치
Singla et al. Protecting the 4G and 5G cellular paging protocols against security and privacy attacks
CN116325847A (zh) 用于认证主站的方法和设备
CN101379861B (zh) 在通信系统中使用不透明ue身份发送信令的方法和装置
WO2008152611A1 (en) Apparatus, method and computer program product providing transparent container
CN110830421A (zh) 数据传输方法和设备
Matinussen et al. Attacking Wireless Networks
Ge et al. Prevention of management frame attacks on 802.11 WLANs