RU2642477C1 - Система, способ и устройство связи - Google Patents
Система, способ и устройство связи Download PDFInfo
- Publication number
- RU2642477C1 RU2642477C1 RU2016138812A RU2016138812A RU2642477C1 RU 2642477 C1 RU2642477 C1 RU 2642477C1 RU 2016138812 A RU2016138812 A RU 2016138812A RU 2016138812 A RU2016138812 A RU 2016138812A RU 2642477 C1 RU2642477 C1 RU 2642477C1
- Authority
- RU
- Russia
- Prior art keywords
- mme
- sgsn
- custom
- request
- core network
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 69
- 238000004891 communication Methods 0.000 title claims abstract description 15
- 230000007704 transition Effects 0.000 claims abstract description 12
- 238000012546 transfer Methods 0.000 claims description 7
- 239000000126 substance Substances 0.000 abstract 1
- 230000004044 response Effects 0.000 description 42
- 238000007726 management method Methods 0.000 description 34
- 238000012508 change request Methods 0.000 description 13
- 230000008859 change Effects 0.000 description 12
- 238000012545 processing Methods 0.000 description 10
- 238000010295 mobile communication Methods 0.000 description 7
- 230000005540 biological transmission Effects 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 230000006866 deterioration Effects 0.000 description 3
- 230000003111 delayed effect Effects 0.000 description 2
- 238000003780 insertion Methods 0.000 description 2
- 230000037431 insertion Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000009365 direct transmission Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 239000011021 lapis lazuli Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000005641 tunneling Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0016—Hand-off preparation specially adapted for end-to-end data sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/16—Performing reselection for specific purposes
- H04W36/165—Performing reselection for specific purposes for reducing network power consumption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0007—Control or signalling for completing the hand-off for multicast or broadcast services, e.g. MBMS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0064—Transmission or use of information for re-establishing the radio link of control information between different access points
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0072—Transmission or use of information for re-establishing the radio link of resource information of target access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/12—Reselecting a serving backbone network switching or routing node
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/34—Reselection control
- H04W36/36—Reselection control by user or terminal equipment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- 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/14—Backbone network devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Medical Preparation Storing Or Oral Administration Devices (AREA)
Abstract
Изобретение относится к беспроводной связи. Технический результат заключается в уменьшении затрат на оборудование и предоставлении эффективных функций передачи обслуживания. Мобильный терминал передает идентификатор для характеристик использования мобильного терминала на узел базовой сети, который выбирает конкретный целевой узел базовой сети, идентифицированный идентификатором для идентификации базовой сети, посредством выполнения процедуры службы доменных имен (DNS) и передает запрос на переход на другую обслуживающую подсистему радиодоступа, включающего в себя идентификатор, на конкретный целевой узел базовой сети. 6 н. и 1 з.п. ф-лы, 25 ил.
Description
Область техники, к которой относится изобретение
[0001] Ссылки на родственные заявки
Настоящее изобретение основано на и испрашивает приоритет заявки на патент (Япония) № 2013-141127, поданной 4 июля 2013 года, и заявки на патент (Япония) № 2013-187106, поданной 10 сентября 2013 года, раскрытия которых полностью содержатся в данном документе по ссылке.
Настоящее изобретение относится к системе, способу и устройству связи.
Уровень техники
[0002] В базовой сети системы мобильной связи, все узлы в базовой сети должны иметь необходимые функции для каждой услуги, чтобы предоставлять различные услуги различным терминалам (мобильным терминалам). Например, в крупномасштабной сети мобильной связи, множество узлов располагаются в базовой сети. Терминалы соединяются с узлами в базовой сети, распределенно, согласно регистрации местоположения.
[0003] Таким образом, все узлы в базовой сети должны иметь необходимые функции (функции предоставления услуг) для каждой услуги. Если один из узлов в базовой сети не должен иметь необходимых функций предоставления услуг, непрерывность предоставления услуг не может быть обеспечена.
[0004] PTL 1 раскрывает конфигурацию для оптимизации тракта(ов) перенаправления пакетов на основе типа услуги, используемой посредством мобильной станции. Согласно PTL 1, когда мобильная станция использует услуги, предоставляемые посредством внешней сети, ограничение предоставляется для тракта(ов) перенаправления пакетов, так что пакеты протекают через конкретное устройство(а) перенаправления пакетов на основе внешней сети. Когда мобильная станция использует услуги, предоставляемые посредством сети мобильной связи, ограничения не предоставляются для тракта(ов) перенаправления пакетов.
[0005] PTL 1. Публикация не прошедшей экспертизу заявки на патент (Япония) номер 2003-338832A
Сущность изобретения
[0006] Далее описывается анализ связанных технологий.
[0007] Как описано выше, поскольку каждый узел в базовой сети имеет все функции предоставления услуг, каждый узел должен иметь обширные функции и высокую производительность. Следовательно, каждый базовый сетевой узел является дорогим.
[0008] Например, поскольку относительно небольшое число мобильных терминалов поддерживает MBMS (услугу широковещательной и многоадресной передачи мультимедиа) (услугу одновременной доставки), которая представляет собой однонаправленную услугу, которая стандартизирована посредством 3GPP (Партнерского проекта третьего поколения) и которая реализует широковещательную доставку, MBMS не предоставляется очень часто. Тем не менее, если услуга должна предоставляться для небольшого числа MBMS-пользователей, оператор связи должен содержать все узлы в базовой сети с MBMS-функциями. В противном случае, оператор связи не может предоставлять услугу для небольшого числа MBMS-пользователей.
[0009] Если оператор связи адаптирован таким образом, что он имеет возможность выбирать узлы в базовой сети на основе того, должен или нет отдельный мобильный терминал использовать MBMS, посредством размещения относительно небольшого числа дорогих базовых сетевых узлов, которые являются совместимыми с MBMS, и множества недорогих базовых сетевых узлов, которые не являются совместимыми с MBMS, в комбинации, оператор связи может более эффективно уменьшать затраты на оборудование в целом (первые сведения авторов настоящего изобретения).
[0010] Кроме того, устройства машинной связи (MTC: машинной связи) (M2M-устройства) по стандарту 3GPP, которые широко употребляются в последние годы, значительно отличаются от нормальных терминалов (переносных телефонных терминалов), таких как мобильные телефонные терминалы и смартфоны, используемые для телефонных вызовов и т.п., с точки зрения характеристик мобильности, требуемого качества связи и т.д. Известно, что услуги машинной связи охватывают различные типы, к примеру, для удаленного управления запасами и оплаты услуг автоматизированных торговых автоматов, удаленного контроля и мониторинга в системе датчиков и т.п., мониторинга транспортного средства, интеллектуальной электросети и т.д.
[0011] Тем не менее, если в базовой сети оператора связи не содержатся необходимые характеристики и функции для успешного соединения с MTC-устройством и переносным телефонным терминалом, оператор связи не может предоставлять услугу как для MTC-устройства, так и для переносного телефонного терминала.
[0012] Если MTC-устройство и переносной телефонный терминал могут соединяться с надлежащими базовыми сетевыми узлами, оператор связи может размещать относительно недорогой базовый сетевой узел для переносного телефонного терминала и другой относительно недорогой базовый сетевой узел для MTC-устройства в комбинации. MTC-устройство может представлять собой терминал, который уведомляет базовые сетевые узлы относительно индикатора низкого приоритета доступа или информации допуска в отношении задержки на связь (вторые сведения авторов настоящего изобретения).
[0013] Таким образом, по сравнению с установкой относительно дорогого базового сетевого узла, сконфигурированного с возможностью удовлетворять требованиям как переносного телефонного терминала, так и MTC-устройства, затраты на оборудование в целом могут более эффективно уменьшаться (третьи сведения авторов настоящего изобретения).
[0014] Таким образом, настоящее изобретение осуществлено для того, чтобы разрешать вышеуказанную проблему, и цель настоящего изобретения заключается в том, чтобы предоставлять систему, способ и устройство для уменьшения затрат на оборудование в базовой сети в целом и предоставления эффективных функций передачи обслуживания.
[0015] Настоящее изобретение, которое разрешает вышеуказанную проблему, в общем, имеет (но не только) следующую конфигурацию.
[0016] Согласно аспекту настоящего изобретения, предусмотрена система связи, включающая в себя базовую сеть системы мобильной связи, при этом базовая сеть содержит выделенный узел управления мобильностью, адаптированный с возможностью выбираться в качестве узла управления мобильностью для терминала, на основе характеристики услуги, используемой посредством терминала, или соответствующего типа терминала, при этом выделенный узел управления мобильностью выполнен с возможностью выбирать узел управления мобильностью, который представляет собой назначение передачи обслуживания, на основе информации запроса соединения с выделенным узлом управления мобильностью, хранимой в нем, когда начинается передача обслуживания между узлами управления мобильностью.
[0017] Согласно другому аспекту настоящего изобретения, предусмотрен способ связи, включающий в себя:
- предоставление базовой сети системы мобильной связи с выделенным узлом управления мобильностью, который выбирается в качестве узла управления мобильностью терминала, на основе характеристики услуги, используемой посредством терминала, или типа терминала; и
- выбор посредством выделенного узла управления мобильностью узла назначения передачи обслуживания на основе информации запроса соединения с выделенным узлом управления мобильностью, хранимой в нем, когда начинается передача обслуживания между узлами управления мобильностью.
[0018] Согласно другому аспекту настоящего изобретения, предусмотрено устройство с узлом управления мобильностью, служащее в качестве устройства с выделенным узлом управления мобильностью, которое имеет функцию управления мобильностью терминала, и которое выбирается на основе характеристики услуги, используемой посредством терминала, или соответствующего типа терминала, при этом выделенный узел управления мобильностью выполнен с возможностью выбирать узел управления мобильностью, который представляет собой назначение передачи обслуживания, на основе информации запроса соединения с выделенным узлом управления мобильностью, хранимой в выделенном узле управления мобильностью, когда начинается передача обслуживания между узлами управления мобильностью.
[0019] Согласно настоящему изобретению, могут уменьшаться затраты на оборудование в базовой сети в целом, и могут предоставляться эффективные функции передачи обслуживания.
Краткое описание чертежей
[0020] Фиг. 1 иллюстрирует пример конфигурации системы согласно первому примерному варианту осуществления настоящего изобретения.
Фиг. 2 иллюстрирует пример конфигурации системы согласно второму примерному варианту осуществления настоящего изобретения.
Фиг. 3 иллюстрирует пример последовательности согласно первому примеру настоящего изобретения.
Фиг. 4 иллюстрирует пример последовательности согласно второму примеру настоящего изобретения.
Фиг. 5 иллюстрирует пример последовательности согласно третьему примеру настоящего изобретения.
Фиг. 6 иллюстрирует пример последовательности согласно третьему примеру настоящего изобретения.
Фиг. 7 иллюстрирует пример последовательности согласно четвертому примеру настоящего изобретения.
Фиг. 8 иллюстрирует пример последовательности согласно пятому примеру настоящего изобретения.
Фиг. 9 иллюстрирует пример последовательности согласно пятому примеру настоящего изобретения.
Фиг. 10 иллюстрирует пример последовательности согласно шестому примеру настоящего изобретения.
Фиг. 11 иллюстрирует пример последовательности согласно седьмому примеру настоящего изобретения.
Фиг. 12 иллюстрирует пример последовательности согласно восьмому примеру настоящего изобретения.
Фиг. 13 иллюстрирует пример последовательности согласно восьмому примеру настоящего изобретения.
Фиг. 14 иллюстрирует пример последовательности согласно девятому примеру настоящего изобретения.
Фиг. 15 иллюстрирует пример последовательности согласно десятому примеру настоящего изобретения.
Фиг. 16 иллюстрирует пример последовательности согласно десятому примеру настоящего изобретения.
Фиг. 17 иллюстрирует пример конфигурации системы согласно одиннадцатому примеру настоящего изобретения.
Фиг. 18 иллюстрирует пример последовательности согласно одиннадцатому примеру настоящего изобретения.
Фиг. 19 иллюстрирует пример конфигурации системы согласно двенадцатому примеру настоящего изобретения.
Фиг. 20 иллюстрирует пример конфигурации системы согласно двенадцатому примеру настоящего изобретения.
Фиг. 21 иллюстрирует пример последовательности согласно двенадцатому примеру настоящего изобретения.
Фиг. 22 иллюстрирует пример конфигурации системы согласно тринадцатому примеру и четырнадцатому примеру настоящего изобретения.
Фиг. 23 иллюстрирует пример последовательности согласно тринадцатому и четырнадцатому примерам настоящего изобретения.
Фиг. 24 иллюстрирует пример последовательности согласно пятнадцатому примеру настоящего изобретения.
Фиг. 25 иллюстрирует пример последовательности согласно шестнадцатому примеру настоящего изобретения.
Подробное описание
[0021] Согласно вариантам осуществления настоящего изобретения, базовая сеть системы мобильной связи включает в себя выделенный узел управления мобильностью (выделенный MME/выделенный SGSN), который выбирается в качестве узла управления мобильностью терминала, на основе характеристики услуги, используемой посредством терминала, или типа терминала, при этом когда начинается передача обслуживания между узлами управления мобильностью, выделенный узел управления мобильностью выбирает узел управления мобильностью, который представляет собой назначение передачи обслуживания, на основе информации запроса соединения с выделенным узлом управления мобильностью, хранимой в настраиваемом узле управления мобильностью.
[0022] Базовая сеть включает в себя множество узлов (21/22 или 121/122), имеющих различные функции для предоставления услуг для терминала. На основе информации об абонентах и информации терминала, узел, который должен соединяться с терминалом, выбирается из множества узлов, в зависимости от характеристики услуги, используемой посредством терминала, или от типа терминала. Как результат, терминал (1) соединяется с выбранным узлом. А именно, в базовой сети, узел (22 или 122) с предварительно определенной конкретной функцией предоставления услуг и узел (21 или 121) без конкретной функции предоставления услуг устанавливаются в комбинации.
[0023] Таким образом, поскольку узлы, оптимизированные для конкретной функции предоставления услуг, и узлы без конкретной функции предоставления услуг могут отдельно размещаться, за счет этого обеспечивая возможность уменьшения затрат узлов.
[0024] Согласно настоящему изобретению, в сети мобильной связи, терминал может соединяться с выделенным базовым сетевым узлом, и передача обслуживания может выполняться в зависимости от условий, таких как характеристика услуги или тип терминала.
[0025] Режим 1
Когда общий MME (объект управления мобильностью) принимает запрос на присоединение из UE (абонентского устройства, к примеру, пользовательского устройства, терминала или мобильного терминала), чтобы соединять UE с конкретным MME (настраиваемым MME, конкретным MME), общий MME передает сигнал запроса на повторный выбор MME (сигнал запроса на повторный выбор объекта управления мобильностью) в усовершенствованный узел B (усовершенствованный узел B: базовую станцию). Сигнал запроса на повторный выбор MME может представлять собой индикатор низкого приоритета доступа (LAPI) или устойчивый к задержке доступ. LAPI задается таким образом, что приоритет M2M-связи задается ниже приоритета обмена общими речевыми данными. Например, каждый раз, когда MTC-устройство регистрирует свое местоположение или передает сигнал в сеть, MTC-устройство уведомляет сеть в отношении LAPI (например, LAPI, включенного в сигнал запроса на присоединение протокола NAS (не связанного с предоставлением доступа уровня)), и LAPI хранится посредством усовершенствованного узла B, MME, SGW (обслуживающего шлюза), PGW (шлюза PDN (сети пакетной передачи данных)) и т.д. Устойчивый к задержке доступ задается в сообщении запроса соединения RRC (управления радиоресурсами) и т.п. и приспосабливается для управления, выполняемого, когда сеть перегружена (см., например, технические требования 3GPP 23.368). LAPI или устойчивый к задержке доступ представляет собой информационный элемент, относительно которого, например, MTC-устройство (MTC-терминал) уведомляет сеть. Базовая станция (усовершенствованный узел B) может идентифицировать MME на основе этих информационных элементов (в качестве маркировок).
Базовая станция (усовершенствованный узел B) может выбирать настраиваемый MME для терминала (UE), соответствующего низкому приоритету доступа. Терминал (UE), соответствующий низкому приоритету доступа, представляет собой терминал, имеющий MTC-функцию. Терминал (UE), имеющий конфигурацию с низким приоритетом доступа, может предоставлять в базовую станцию информацию (LAPI), указывающую то, что запрос соединения RRC имеет низкий приоритет доступа, и базовая станция (усовершенствованный узел B) может использовать информацию (LAPI), предоставленную из терминала, и управлять терминалом (UE), имеющим конфигурацию с низким приоритетом доступа, как настраиваемым MME.
[0026] Посредством повторной передачи запроса на присоединение в настраиваемый MME усовершенствованный узел B соединяет UE с настраиваемым MME.
[0027] Режим 2
При приеме запроса на присоединение из UE, чтобы соединять UE с настраиваемым MME, общий MME передает сигнал запроса на изменение MME (сигнал запроса на изменение объекта управления мобильностью) в настраиваемый MME. Настраиваемый MME продолжает процедуру присоединения и соединяет UE с настраиваемым MME.
[0028] Режим 3
При приеме запроса на присоединение из UE, чтобы соединять UE с настраиваемым MME, общий MME передает отказ в присоединении, в который добавляется идентификатор настраиваемого MME, в UE. UE добавляет идентификатор настраиваемого MME в запрос на присоединение и повторно передает запрос на присоединение, и в силу этого UE принудительно соединяется с настраиваемым MME.
[0029] Режим 4
UE передает в усовершенствованный узел B запрос соединения RRC (управления радиоресурсами), в который добавляется информация запроса соединения с настраиваемым MME. При приеме запроса соединения RRC, усовершенствованный узел B выбирает настраиваемый MME и соединяет UE с настраиваемым MME, когда усовершенствованный узел B передает в MME запрос на присоединение из UE, которое устанавливает соединение RRC с усовершенствованным узлом B. Информация запроса соединения с настраиваемым MME может представлять собой индикатор низкого приоритета доступа (LAPI) или устойчивый к задержке доступ. LAPI или устойчивый к задержке доступ представляет собой информационный элемент, относительно которого, например, MTC-терминал уведомляет сеть. Базовая станция (усовершенствованный узел B) может идентифицировать MME на основе этих информационных элементов.
[0030] Режим 4-1
При приеме сигнала RRC (управления радиоресурсами), в который добавляется информация запроса соединения с настраиваемым MME для соединения с настраиваемым MME, из UE, усовершенствованный узел B уведомляет настраиваемый MME в отношении информации запроса соединения с настраиваемым MME через S1-AP-сигнал.
[0031] Режим 4-2
При приеме информации запроса соединения с настраиваемым MME из усовершенствованного узла B через S1-AP-сигнал, настраиваемый MME хранит информацию запроса соединения с настраиваемым MME.
[0032] Режим 5
Когда общий MME, который устанавливает сеанс с UE, разрывает S1-соединение, которое установлено между усовершенствованным узлом B и общим MME (S1-разрыв), общий MME инструктирует усовершенствованному узлу B выбирать настраиваемый MME, когда усовершенствованный узел B выбирает MME в следующий раз. Затем, когда UE передает запрос на обновление зоны управления местоположением (запрос на обновление TA (зоны отслеживания)), усовершенствованный узел B выбирает настраиваемый MME и соединяет UE с настраиваемым MME.
[0033] Режим 6
При приеме запроса на присоединение из UE, чтобы соединять UE с настраиваемым SGSN, общий SGSN (обслуживающий узел поддержки GPRS (общей службы пакетной радиопередачи), который описывается как "обслуживающий узел поддержки GPRS" в формуле изобретения), передает сигнал запроса на повторный выбор SGSN в RNC (контроллер радиосети). Посредством передачи запроса на присоединение в настраиваемый SGSN, RNC соединяет UE с настраиваемым SGSN. Сигнал запроса на повторный выбор SGSN может представлять собой индикатор низкого приоритета доступа (LAPI) или устойчивый к задержке доступ. А именно, RNC может идентифицировать SGSN на основе информационного элемента, такого так LAPI или устойчивый к задержке доступ, в отношении которого, например, MTC-терминал уведомляет сеть.
[0034] Режим 7
При приеме запроса на присоединение из UE, чтобы соединять UE с настраиваемым SGSN, общий SGSN передает сигнал запроса на изменение SGSN в настраиваемый SGSN. Настраиваемый SGSN продолжает процедуру присоединения, и UE принудительно соединяется с настраиваемым SGSN.
[0035] Режим 8
При приеме запроса на присоединение из UE, чтобы соединять UE с настраиваемым SGSN, общий SGSN передает отказ в присоединении, в который добавляется идентификатор настраиваемого SGSN, в UE. UE добавляет идентификатор настраиваемого SGSN в запрос на присоединение и повторно передает запрос на присоединение, и в силу этого UE принудительно соединяется с настраиваемым SGSN.
[0036] Режим 9
UE передает в RNC запрос установление соединения (запрос соединения RRC), в который добавляется информация запроса соединения с настраиваемым SGSN. При приеме запроса, RNC выбирает настраиваемый SGSN и соединяет UE с настраиваемым SGSN, когда RNC передает в SGSN запрос на присоединение из UE, которое устанавливает соединение RRC с RNC. Информация запроса соединения с настраиваемым SGSN может представлять собой индикатор низкого приоритета доступа (LAPI) или устойчивый к задержке доступ. А именно, RNC может идентифицировать SGSN на основе информационного элемента, такого так LAPI или устойчивый к задержке доступ, в отношении которого, например, MTC-терминал уведомляет сеть.
[0037] Режим 9-1
При приеме RRC-сигнала, в который добавляется информация запроса соединения с настраиваемым SGSN для соединения с настраиваемым SGSN, из UE, RNC уведомляет настраиваемый SGSN в отношении информации запроса соединения с настраиваемым SGSN через Iu-сигнал.
[0038] Режим 9-2
При приеме информации запроса соединения с настраиваемым SGSN из RNC через Iu-сигнал, настраиваемый SGSN хранит информацию запроса соединения с настраиваемым SGSN.
[0039] Режим 10
Когда общий SGSN, который устанавливает сеанс с UE, выполняет Iu-разрыв, общий SGSN инструктирует RNC выбирать настраиваемый SGSN, когда RNC выбирает SGSN в следующий раз. Затем, когда UE передает запрос на обновление зоны управления местоположением (запрос на обновление RA (зоны маршрутизации)), RNC выбирает настраиваемый SGSN и соединяет UE с настраиваемым SGSN.
[0040] Режим 11
Когда начинается передача обслуживания, охватывающая MME, настраиваемый MME выбирает MME, который представляет собой назначение передачи обслуживания, на основе информации запроса соединения с настраиваемым MME, хранимой в настраиваемом MME. Информация запроса соединения с настраиваемым MME может представлять собой индикатор низкого приоритета доступа (LAPI) или устойчивый к задержке доступ. В этом случае, MME может идентифицироваться на основе информационного элемента, такого так LAPI или устойчивый к задержке доступ, в отношении которого, например, MTC-терминал уведомляет сеть.
[0041] Режим 11-1
При выборе MME, который представляет собой назначение передачи обслуживания, настраиваемый MME может использовать локальную конфигурацию на основе информации запроса соединения с настраиваемым MME, хранимой в настраиваемом MME. Альтернативно, при выборе MME, который представляет собой назначение передачи обслуживания, настраиваемый MME может использовать локальную конфигурацию, хранимую в настраиваемом MME.
[0042] Режим 11-2
При выборе MME, который представляет собой назначение передачи обслуживания, настраиваемый MME может выдавать запрос в сервер DNS (системы доменных имен) на основе информации запроса соединения с настраиваемым MME, хранимой в настраиваемом MME, и может выбирать MME из MME, которые представляют собой возможные варианты назначения передачи обслуживания и принимаются из DNS-сервера как результат запроса.
[0043] Режим 11-3
DNS-сервер, который может принимать входную информацию, такую как информация местоположения абонентов и информация запроса соединения с настраиваемым MME, и может предоставлять один или более MME.
[0044] Режим 11-4
Когда начинается передача обслуживания, охватывающая MME, настраиваемый MME, который представляет собой источник передачи обслуживания, уведомляет настраиваемый MME, который представляет собой назначение передачи обслуживания, в отношении информации запроса соединения с настраиваемым MME, хранимой в настраиваемом MME, который представляет собой источник передачи обслуживания.
[0045] Режим 12
Когда начинается передача обслуживания между SGSN, настраиваемый SGSN выбирает SGSN, который представляет собой назначение передачи обслуживания, на основе информации запроса соединения с настраиваемым SGSN, хранимой в настраиваемом SGSN. Информация запроса соединения с настраиваемым SGSN может представлять собой индикатор низкого приоритета доступа (LAPI) или устойчивый к задержке доступ. В этом случае, SGSN может идентифицироваться на основе информационного элемента, такого так LAPI или устойчивый к задержке доступ, в отношении которого, например, MTC-терминал уведомляет сеть.
[0046] Режим 12-1
При выборе SGSN, который представляет собой назначение передачи обслуживания, настраиваемый SGSN может использовать локальную конфигурацию на основе информации запроса соединения с настраиваемым SGSN, хранимой в настраиваемом SGSN. Альтернативно, при выборе SGSN, который представляет собой назначение передачи обслуживания, настраиваемый SGSN может использовать локальную конфигурацию, хранимую в настраиваемом SGSN.
[0047] Режим 12-2
При выборе SGSN, который представляет собой назначение передачи обслуживания, настраиваемый SGSN может выдавать запрос на DNS-сервер на основе информации запроса соединения с настраиваемым SGSN, хранимой в настраиваемом SGSN, и выбирать SGSN из SGSN, которые представляют собой возможные варианты назначения передачи обслуживания и принимаются из DNS-сервера как результат запроса.
[0048] Режим 12-3
DNS-сервер, который может принимать входную информацию, такую как информация местоположения абонентов и информация запроса соединения с настраиваемым SGSN, и может предоставлять один или более SGSN.
[0049] Режим 12-4
Когда начинается передача обслуживания между SGSN, настраиваемый SGSN, который представляет собой источник передачи обслуживания, уведомляет настраиваемый SGSN, который представляет собой назначение передачи обслуживания, в отношении информации запроса соединения с настраиваемым SGSN, хранимой в настраиваемом SGSN, который представляет собой источник передачи обслуживания.
[0050] Режим 13
Когда начинается передача обслуживания из MME в SGSN, настраиваемый MME выбирает SGSN, который представляет собой назначение передачи обслуживания, на основе информации запроса соединения с настраиваемым MME, хранимой в настраиваемом MME. Информация запроса соединения с настраиваемым MME может представлять собой индикатор низкого приоритета доступа (LAPI) или устойчивый к задержке доступ. В этом случае, SGSN может идентифицироваться на основе информационного элемента, такого так LAPI или устойчивый к задержке доступ, в отношении которого, например, MTC-терминал уведомляет сеть.
[0051] Режим 13-1
При выборе SGSN, который представляет собой назначение передачи обслуживания, настраиваемый MME может использовать локальную конфигурацию на основе информации запроса соединения с настраиваемым MME, хранимой в настраиваемом MME. Альтернативно, при выборе SGSN, который представляет собой назначение передачи обслуживания, настраиваемый MME может использовать локальную конфигурацию, хранимую в настраиваемом MME.
[0052] Режим 13-2
При выборе SGSN, который представляет собой назначение передачи обслуживания, настраиваемый MME может выдавать запрос на DNS-сервер на основе информации запроса соединения с настраиваемым MME, хранимой в настраиваемом MME, и выбирать MME из MME, которые представляют собой возможные варианты назначения передачи обслуживания и которые принимаются из DNS-сервера как результат запроса.
[0053] Режим 13-3
Когда начинается передача обслуживания из MME в SGSN, настраиваемый MME, который представляет собой источник передачи обслуживания, уведомляет настраиваемый SGSN, который представляет собой назначение передачи обслуживания, в отношении информации запроса соединения с настраиваемым MME, хранимой в настраиваемом MME, который представляет собой источник передачи обслуживания.
[0054] Режим 13-4
Система, в которой информация запроса соединения с настраиваемым MME и информация запроса соединения с настраиваемым SGSN одинаково обрабатываются в качестве идентичной информации.
[0055] Режим 13-5
Система, в которой информация запроса соединения с настраиваемым MME и информация запроса соединения с настраиваемым SGSN обрабатываются в качестве различной информации.
[0056] Режим 14
Когда начинается передача обслуживания из SGSN в MME, настраиваемый SGSN выбирает MME, который представляет собой назначение передачи обслуживания, на основе информации запроса соединения с настраиваемым SGSN, хранимой в настраиваемом SGSN. Информация запроса соединения с настраиваемым SGSN может представлять собой индикатор низкого приоритета доступа (LAPI) или устойчивый к задержке доступ. В этом случае, MME может идентифицироваться на основе информационного элемента, такого так LAPI или устойчивый к задержке доступ, в отношении которого, например, MTC-терминал уведомляет сеть.
[0057] Режим 14-1
При выборе MME, который представляет собой назначение передачи обслуживания, настраиваемый SGSN может использовать локальную конфигурацию на основе информации запроса соединения с настраиваемым SGSN, хранимой в настраиваемом SGSN. Альтернативно, при выборе MME, который представляет собой назначение передачи обслуживания, настраиваемый SGSN может использовать локальную конфигурацию, хранимую в настраиваемом SGSN.
[0058] Режим 14-2
При выборе MME, который представляет собой назначение передачи обслуживания, настраиваемый SGSN может выдавать запрос на DNS-сервер на основе информации запроса соединения с настраиваемым SGSN, хранимой в настраиваемом SGSN, и выбирать MME из MME, которые представляют собой возможные варианты назначения передачи обслуживания и которые принимаются из DNS-сервера как результат запроса.
[0059] Режим 14-3
Когда начинается передача обслуживания из SGSN в MME, настраиваемый SGSN, который представляет собой источник передачи обслуживания, уведомляет настраиваемый MME, который представляет собой назначение передачи обслуживания, в отношении информации запроса соединения с настраиваемым SGSN, хранимой в настраиваемом SGSN, который представляет собой источник передачи обслуживания.
[0060] Режим 14-4
Система, в которой информация запроса соединения с настраиваемым MME и информация запроса соединения с настраиваемым SGSN одинаково обрабатываются в качестве идентичной информации.
[0061] Режим 14-5
Система, в которой информация запроса соединения с настраиваемым MME и информация запроса соединения с настраиваемым SGSN обрабатываются в качестве различной информации.
[0062] Режим 15
UE передает в усовершенствованный узел B запрос соединения RRC (управления радиоресурсами), в который добавляется информация запроса соединения с настраиваемым MME. При приеме запроса соединения RRC, когда усовершенствованный узел B передает запрос на обновление зоны отслеживания из UE, которое устанавливает соединение RRC, в новый MME, усовершенствованный узел B выбирает настраиваемый MME и соединяет UE с настраиваемым MME. Информация запроса соединения с настраиваемым MME может представлять собой индикатор низкого приоритета доступа (LAPI) или устойчивый к задержке доступ. В этом случае, усовершенствованный узел B может определять MME на основе информационного элемента, такого так LAPI или устойчивый к задержке доступ, в отношении которого, например, MTC-терминал уведомляет сеть.
[0063] Режим 15-1
При приеме RRC-сигнала, в который добавляется информация запроса соединения с настраиваемым MME для соединения с настраиваемым MME, из UE, усовершенствованный узел B уведомляет настраиваемый MME в отношении информации запроса соединения с настраиваемым MME через S1-AP-сигнал.
[0064] Режим 15-2
При приеме информации запроса соединения с настраиваемым MME из усовершенствованного узла B через S1-AP-сигнал, настраиваемый MME хранит информацию запроса соединения с настраиваемым MME.
[0065] Режим 15-3
Система, в которой информация запроса соединения с настраиваемым MME и информация запроса соединения с настраиваемым SGSN одинаково обрабатываются в качестве идентичной информации.
[0066] Режим 15-4
Система, в которой информация запроса соединения с настраиваемым MME и информация запроса соединения с настраиваемым SGSN обрабатываются в качестве различной информации.
[0067] Режим 16
UE передает в RNC запрос соединения (запрос соединения RRC), в который добавляется информация запроса соединения с настраиваемым SGSN. При приеме запроса, когда RNC передает запрос на обновление зоны маршрутизации из UE, которое устанавливает соединение RRC, в новый SGSN, RNC выбирает настраиваемый SGSN и соединяет UE с настраиваемым SGSN. Информация запроса соединения с настраиваемым SGSN может представлять собой индикатор низкого приоритета доступа (LAPI) или устойчивый к задержке доступ. В этом случае, RNC может определять SGSN на основе информационного элемента, такого так LAPI или устойчивый к задержке доступ, в отношении которого, например, MTC-терминал уведомляет сеть.
[0068] Режим 16-1
При приеме RRC-сигнала, в который добавляется информация запроса соединения с настраиваемым SGSN для соединения с настраиваемым SGSN, из UE, RNC уведомляет настраиваемый SGSN в отношении информации запроса соединения с настраиваемым SGSN через Iu-сигнал.
[0069] Режим 16-2
При приеме информации запроса соединения с настраиваемым SGSN из RNC через Iu-сигнал, настраиваемый SGSN хранит информацию запроса соединения с настраиваемым SGSN.
[0070] Режим 16-3
Система, в которой информация запроса соединения с настраиваемым MME и информация запроса соединения с настраиваемым SGSN одинаково обрабатываются в качестве идентичной информации.
[0071] Режим 16-4
Система, в которой информация запроса соединения с настраиваемым MME и информация запроса соединения с настраиваемым SGSN обрабатываются в качестве различной информации.
[0072] Как описано в вышеприведенных режимах 1-16, согласно настоящему изобретению, базовый сетевой узел выбирается и соединяется с терминалом на основе характеристики услуги, используемой посредством терминала. Таким образом, в базовой сети, узлы с конкретными функциями предоставления услуг и узлы без таких функций могут размещаться в комбинации. А именно, узлы могут отличаться посредством оптимизации конкретных узлов таким образом, что они имеют конкретные функции предоставления услуг и посредством конфигурирования других узлов без таких конкретных функций предоставления услуг. Как результат, могут уменьшаться затраты узлов. Далее описываются примерные варианты осуществления и конкретные примеры со ссылкой на чертежи.
[0073] Примерный вариант 1 осуществления
Фиг. 1 иллюстрирует примерный вариант 1 осуществления настоящего изобретения. В качестве примерного варианта осуществления 1, описывается конфигурация с EPC (усовершенствованным ядром пакетной коммутации). В этой конфигурации, UE передает запрос на присоединение, и UE соединяется с настраиваемым MME.
[0074] На фиг. 1, UE 1 (абонентское устройство) представляет собой портативный телефонный терминал (мобильный терминал) и т.п. Например, UE 1 может представлять собой вышеописанное MTC-устройство, MBMS-совместимый терминал и т.п.
[0075] Усовершенствованный узел B 11 представляет собой базовую станцию устройство в LTE (стандарте долгосрочного развития).
[0076] MME 21 и MME 22 представляют собой устройства управления мобильностью, введенные в EPC. Настраиваемый MME 22 представляет собой конкретный MME, с которым должно быть соединено UE 1, а общий MME (21) представляет собой MME, отличный от настраиваемого MME. Хотя не ограничено конкретным образом, например, настраиваемый MME 22 сконфигурирован как MME, настроенный для услуги машинной связи (MTC) и для терминалов, совместимых с ней (M2M-устройств) (например, выполняется усиление управления сетью обработки в C-плоскости). Альтернативно, настраиваемый MME 22 может быть сконфигурирован как MBMS-совместимый MME.
[0077] HSS 31 (сервер собственных абонентов) представляет собой базу данных, сохраняющую информацию об абонентах.
[0078] S-GW 41 (обслуживающий шлюз) и P-GW 51 (шлюз сети пакетной передачи данных, который также упоминается как PDN GW), представляют собой устройства, обрабатывающие пользовательскую плоскость.
[0079] Сеть 61 предоставления услуг представляет собой внешнюю сеть.
[0080] На фиг. 1, усовершенствованный узел B представляет собой устройство в сети радиодоступа (RAN), а MME, S-GW, P-GW и т.д. представляет собой устройства в базовой сети (CN).
[0081] Далее описывается вышеуказанный примерный вариант 1 осуществления на основе нескольких примеров с различными схемами управления. Примеры 1-5 соответствуют вышеуказанным режимам 1-5, соответственно.
[0082] Пример 1
Фиг. 3 является схемой последовательности операций, иллюстрирующей пример операции согласно примеру 1.
На фиг. 3:
"UE" соответствует UE 1 на фиг. 1,
"Усовершенствованный узел B" соответствует усовершенствованному узлу B 11 на фиг. 1,
"Общий MME" соответствует общему MME 21 на фиг. 1,
"Настраиваемый MME" соответствует настраиваемому MME 22 на фиг. 1,
"Обслуживающий GW" соответствует S-GW 41 на фиг. 1,
"PDN GW" соответствует P-GW 51 на фиг. 1, и
"HSS" соответствует HSS 31 на фиг. 1.
[0083] "PCRF" представляет собой функцию правил и политик тарификации и оплаты услуг. EIR (реестр идентификаторов оборудования) хранит IMEI (международный идентификатор мобильного оборудования) и т.п. и соединяется с MME через S13-интерфейс.
[0084] На фиг. 3, например, "1. Запрос на присоединение" представляет то, что передача запроса на присоединение из UE в усовершенствованный узел B представляет собой последовательность 1. Чтобы отличать ссылку с номером этой последовательности от ссылки с номером 1 UE на фиг. 1 (из ссылок с номерами компонентов), этот порядковый номер 1 представлен в круглых скобках в качестве "запроса (1) на присоединение" в нижеприведенном описании. Другие порядковые номера также представлены аналогичным образом. Порядковые номера на фиг. 4 и на следующих схемах последовательности операций также представлены аналогичным образом. Фиг. 3 основан на фиг. 5.3.2.1-1: Процедура присоединения в 3GPP TS23.401, и порядковые номера задаются в соответствии с этим чертежом. Что касается подробностей каждой последовательности, следует обратиться к описанию 3GPP TS23.401 5.3.2. В дальнейшем в этом документе, описывается последовательность операций со ссылкой на фиг. 1 и 3.
[0085] Как проиллюстрировано на фиг. 3, когда UE 1 передает запрос (1) на присоединение, во-первых, усовершенствованный узел B 11 принимает запрос (1) на присоединение. Затем, усовершенствованный узел B 11 ретранслирует запрос (2) на присоединение в MME.
[0086] Тем не менее, усовершенствованный узел B 11 не может уникально определять то, следует перенаправлять запрос (2) на присоединение в общий MME 21 или в настраиваемый MME 22. Таким образом, предусмотрен случай, в котором усовершенствованный узел B 11 перенаправляет запрос (2) на присоединение в общий MME 21.
[0087] При приеме запроса (2) на присоединение, общий MME 21 получает информацию терминала (идентификатор ME) из UE 1 с использованием запроса/ответа (4, 5b) с идентификатором.
[0088] Общий MME 21 передает запрос (5b) на проверку идентификатора ME в EIR, и EIR передает подтверждение приема запроса на проверку идентификатора ME в общий MME. Общий MME 21 выполняет, при взаимодействии с HSS 31, аутентификацию и получает абонентский профиль. А именно, в этом случае, по меньшей мере, общий MME 21 выполняет аутентификацию и получает абонентский профиль.
[0089] При получении информации терминала и абонентского профиля, общий MME 21 определяет то, следует соединять UE 1 с общим MME 21 или с настраиваемым MME 22.
[0090] Когда общий MME 21 определяет то, что UE 1 должно соединяться с общим MME 21, общий MME 21 продолжает нормальную процедуру присоединения.
[0091] Когда общий MME 21 определяет то, что UE 1 должно соединяться с настраиваемым MME 22, чтобы инструктировать повторный выбор MME, общий MME 21 передает сигнал выбора MME (команду повторного выбора MME) (сигнал S1AP (S1-приложения), заново введенный в настоящем примерном варианте осуществления) в усовершенствованный узел B 11.
[0092] В этой последовательности, общий MME 21 задает идентификатор настраиваемого MME 22 (например, GUMMEI (глобально уникальный идентификатор MME)) в сигнале команды повторного выбора MME. А именно, до того как однонаправленный канал формируется в базовой сети, общий MME 21 передает в усовершенствованный узел B запрос на повторный выбор, в который включена необходимая информация (GUMMEI) для выбора нового MME. MME имеет функцию определения того, представляет собой или нет UE цель повторного выбора.
[0093] Когда усовершенствованный узел B 11 принимает сигнал команды повторного выбора MME, в соответствии с идентификатором, заданным в этом сигнале, усовершенствованный узел B 11 выбирает настраиваемый MME 22 и перенаправляет запрос (2) на присоединение в настраиваемый MME 22. Поскольку настраиваемому MME 22 требуется параметр NAS (не связанного с предоставлением доступа уровня) запроса на присоединение (используемого для аутентификации между UE и MME), усовершенствованный узел B 11 передает запрос на присоединение. Усовершенствованный узел B 11 должен иметь функцию сохранения NAS-сообщения.
[0094] Поскольку новый MME (=настраиваемый MME 22) не может определять старый MME (=общий MME), новый MME не может переопределять контекст из старого MME (=общего MME). Таким образом, новый MME (=настраиваемый MME: MME 22) также должен выполнять аутентификацию и получать абонентский профиль.
[0095] При приеме сигнала запроса на присоединение, настраиваемый MME 22 получает информацию терминала с использованием запроса/ответа с идентификатором. Кроме того, настраиваемый MME 22 выполняет аутентификацию и получает абонентский профиль при взаимодействии с HSS 31. А именно, настраиваемый MME 22 выполняет обработку, идентичную обработке, выполняемой посредством общего MME 21.
[0096] После получения информации терминала и абонентского профиля, настраиваемый MME 22 определяет то, следует соединять UE 1 с общим MME 21 или с настраиваемым MME 22.
[0097] В этом случае, поскольку настраиваемый MME 22 повторно выбран посредством усовершенствованного узла B 11, настраиваемый MME 22 продолжает нормальную процедуру присоединения без передачи сигнала команды повторного выбора MME. А именно, выполняются следующие операции:
- передача запроса (8) на обновление местоположения из настраиваемого MME 22 в HSS 31,
- передача подтверждения (11) приема обновления местоположения из HSS 31 в настраиваемый MME 22,
- передача запроса (12) на создание сеанса из настраиваемого MME 22 в S-GW 41,
- передача запроса (13) на создание сеанса из S-GW 41 в P-GW 51,
- инициированная PCEF (функцией правил и политик тарификации и оплаты услуг) процедура (14) установления/модификации сеанса по IP-CAN (сети доступа с подключением по IP) между P-GW 51 и PCRF,
- передача ответа (15) по созданию сеанса из P-GW 51 в S-GW 41,
- передача первых данных нисходящей линии связи из P-GW 51 в S-GW 41 (если нет передачи обслуживания (HO)),
- передача ответа (16) по созданию сеанса из S-GW 41 в настраиваемый MME 22,
- передача запроса (17) на установление начального контекста/разрешения на присоединение из настраиваемого MME 22 в усовершенствованный узел B 11,
- передача переконфигурирования (18) соединения RRC из усовершенствованного узла B 11 в UE 1,
- передача завершения (19) переконфигурирования соединения RRC из UE 1 в усовершенствованный узел B 11,
- передача ответа (20) по установлению начального контекста из усовершенствованного узла B 11 в настраиваемый MME 22,
- передача прямой передачи (21) из UE 1 в усовершенствованный узел B 11,
- передача завершения (22) присоединения из усовершенствованного узла B 11 в настраиваемый MME 22,
- передача первых данных восходящей линии связи из UE 1 в S-GW 41 и P-GW 51,
- передача запроса (23) на модификацию однонаправленного канала из настраиваемого MME 22 в S-GW 41,
- передача запроса (23a) на модификацию однонаправленного канала из S-GW 41 в P-GW 51,
- передача ответа (23b) по модификации однонаправленного канала из P-GW 51 в S-GW 41,
- передача ответа (24) по модификации однонаправленного канала из S-GW 41 в настраиваемый MME 22, и
- передача первых данных нисходящей линии связи из P-GW 51 и S-GW 41 в UE 1.
[0098] Общий MME 21 и настраиваемый MME 22 имеют функцию определения того, какой MME должен соединяться с UE 1. Это решение принимается на основе информации, передаваемой из UE 1. Информация может быть следующей:
- IMSI (международный идентификатор абонента мобильной связи),
- IMEI (международный идентификатор мобильного оборудования: (идентификатор терминала)),
- характеристики сети UE,
- характеристики сети MS,
- код 2 класса обслуживания мобильной станции,
- код 3 класса обслуживания мобильной станции,
- свойства устройства,
- APN (имя точки доступа),
- идентификатор, который идентифицирует MTC-группу,
- индикатор низкого приоритета доступа,
- устойчивый к задержке доступ,
- другой новый параметр NAS-сигнала, такой как запрос на присоединение или запрос на TA-обновление, который должен быть добавлен в будущем, или
- идентификатор части такого параметра (например, идентификатор PLMN (наземной сети мобильной связи общего пользования), включенный в IMSI).
Альтернативно, вышеуказанное определение может выполняться на основе информации, передаваемой из HSS 31. Информация может быть следующей:
- список признаков,
- APN (имя точки доступа),
- новый параметр сигнала ответа по обновлению местоположению/запроса на вставку данных абонентов, который должен быть добавлен в будущем, или
- идентификатор части такого параметра.
Любые или комбинация этих элементов информации могут использоваться для вышеуказанного определения.
[0099] Хотя не проиллюстрировано на фиг. 3, даже когда сигнал запроса на присоединение перенаправляется из UE 1, которое должно соединяться с общим MME 21, в настраиваемый MME 22, настраиваемый MME 22 может запрашивать усовершенствованный узел B 11, чтобы выбирать общий MME 21 аналогично.
[0100] Как описано выше, в настоящем примере, MME инструктирует усовершенствованному узлу B выполнять повторный выбор MME. В ответ на инструкцию, усовершенствованный узел B выполняет повторный выбор MME, и процедура присоединения продолжается. Таким образом, UE может быть присоединено к надлежащему MME.
[0101] Пример 2
В качестве примера 2, описывается другой пример с EPC (усовершенствованным ядром пакетной коммутации). В этом примере, UE передает запрос на присоединение, и UE соединяется с настраиваемым MME. В примере 2, используется конфигурация системы, идентичная конфигурации системы в примере 1.
[0102] Фиг. 4 является схемой последовательности операций, иллюстрирующей пример операции согласно примеру 2. Фиг. 4 основан на фиг. 5.3.2.1-1: Процедура присоединения в 3GPP TS23.401, и порядковые номера задаются в соответствии с этим чертежом. Что касается подробностей каждой последовательности, следует обратиться к описанию TS23.401 5.3.2. В дальнейшем в этом документе, описывается операция со ссылкой на фиг. 1 и 4.
[0103] Когда UE 1 передает запрос (1) на присоединение, усовершенствованный узел B 11 принимает запрос (1) на присоединение. Затем, усовершенствованный узел B 11 ретранслирует запрос (2) на присоединение в MME. Тем не менее, усовершенствованный узел B 11 не может уникально определять то, следует перенаправлять запрос (2) на присоединение в общий MME 21 или в настраиваемый MME 22. Таким образом, предусмотрен случай, в котором усовершенствованный узел B 11 перенаправляет запрос (2) на присоединение в общий MME 21.
[0104] При приеме запроса (2) на присоединение, общий MME 21 получает информацию терминала (идентификатор ME) с использованием запроса/ответа (5b) с идентификатором. Общий MME 21 выполняет, при взаимодействии с HSS 31, аутентификацию и получает абонентский профиль. А именно, в этом случае, по меньшей мере, общий MME 21 выполняет аутентификацию и получает абонентский профиль.
[0105] После получения информации терминала и абонентского профиля, общий MME 21 определяет то, следует соединять UE 1 с общим MME 21 или с настраиваемым MME 22. Когда общий MME 21 определяет то, что UE 1 должно соединяться с общим MME 21, общий MME 21 продолжает нормальную процедуру присоединения.
[0106] Когда общий MME 21 определяет то, что UE 1 должно соединяться с настраиваемым MME 22, чтобы инструктировать изменение MME, общий MME 21 передает сигнал запроса на изменение MME (запрос на изменение MME) (сигнал по GTP (протоколу GPRS-туннелирования), заново введенный в настоящем примере) в настраиваемый MME 22.
[0107] В этой последовательности, общий MME 21 задает контекстную информацию, сформированную посредством аутентификации терминала и получения абонентского профиля в сигнале запроса на изменение MME.
[0108] При приеме сигнала запроса на изменение MME (запроса на изменение MME), настраиваемый MME 22 хранит контекстную информацию, заданную в сигнале запроса на изменение MME, и передает сигнал ответа по изменению MME (GTP-сигнал, заново введенный в настоящем примере) в общий MME 21.
[0109] Затем, настраиваемый MME 22 передает сигнал (8) запроса на обновление местоположения в HSS 31, чтобы уведомлять HSS 31 в отношении того, что MME изменен.
[0110] Чтобы уведомлять HSS 31 в отношении измененного MME, настраиваемый MME 22 передает запрос на обновление местоположения. Последующая процедура присоединения выполняется посредством настраиваемого MME 22.
[0111] Когда информация контекста безопасности, передаваемая из общего MME 21, является допустимой, настраиваемый MME 22 может опускать выполнение повторной аутентификации.
[0112] Затем, настраиваемый MME 22 продолжает процедуру присоединения, и усовершенствованный узел B 11 принимает запрос (17) на установление начального контекста/разрешение на присоединение из настраиваемого MME 22.
[0113] Запрос (17) на установление начального контекста/разрешение на присоединение представляет собой ответ на запрос (2) на присоединение, принимаемый посредством общего MME 21. Усовершенствованный узел B 11 должен включать в себя функцию приема ответа из другого MME, отличающегося от общего MME 21.
[0114] Затем, настраиваемый MME 22 продолжает нормальную процедуру присоединения.
[0115] Общий MME 21 и настраиваемый MME 22 имеют функцию определения того, какой MME должен соединяться с UE 1, как и в случае с примером 1.
[0116] Хотя не проиллюстрировано на фиг. 4, даже когда сигнал запроса на присоединение перенаправляется из UE 1, которое должно соединяться с общим MME 21, в настраиваемый MME 22, настраиваемый MME 22 может запрашивать общий MME 21 на предмет изменения MME аналогично.
[0117] Как описано выше, в настоящем примере, общий MME инструктирует настраиваемому MME в отношении изменения MME. В ответ на инструкцию, настраиваемый MME выполняет изменение MME и продолжает процедуру присоединения. Таким образом, UE может быть присоединено к надлежащему MME.
[0118] Пример 3
В качестве примера 3, описывается другой пример с EPC. В этом примере, UE передает запрос на присоединение, и UE соединяется с настраиваемым MME. В примере 3, используется конфигурация системы, идентичная конфигурации системы в примере 1.
[0119] Фиг. 5 и 6 являются схемами последовательности операций, иллюстрирующими пример операции согласно примеру 3. Фиг. 5 и 6 основаны на фиг. 5.3.2.1-1: Процедура присоединения в 3GPP TS23.401, и порядковые номера задаются в соответствии с этими чертежами. Что касается подробностей каждой последовательности, следует обратиться к описанию TS23.401 5.3.2. В дальнейшем в этом документе, описывается операция со ссылкой на фиг. 1, 5 и 6.
[0120] Когда UE 1 передает запрос (1) на присоединение, во-первых, усовершенствованный узел B 11 принимает запрос (1) на присоединение. Затем, усовершенствованный узел B 11 перенаправляет запрос (2) на присоединение в MME. Тем не менее, усовершенствованный узел B 11 не может уникально определять то, следует перенаправлять запрос (2) на присоединение в общий MME 21 или в настраиваемый MME 22. Таким образом, предусмотрен случай, в котором усовершенствованный узел B 11 перенаправляет запрос (2) на присоединение в общий MME 21.
[0121] При приеме запроса (2) на присоединение, общий MME 21 получает информацию терминала (идентификатор ME) с использованием запроса/ответа (5b) с идентификатором. Общий MME 21 выполняет, при взаимодействии с HSS 31, аутентификацию и получает абонентский профиль.
[0122] После получения информации терминала и абонентского профиля, общий MME 21 определяет то, следует соединять UE 1 с общим MME 21 или с настраиваемым MME 22. Когда общий MME 21 определяет то, что UE 1 должно соединяться с общим MME 21, общий MME 21 продолжает нормальную процедуру присоединения.
[0123] Когда общий MME 21 определяет то, что UE 1 должно соединяться с настраиваемым MME 22, общий MME 21 передает сообщение отказа в присоединении в UE 1 вместо продолжения процедуры присоединения. А именно, общий MME 21 передает запрос (17) на установление начального контекста/отказ в присоединении в усовершенствованный узел B 11.
[0124] В этом случае, общий MME 21 задает один или более параметров для инструктирования повторного присоединения (новый параметр, введенный в настоящем примере), и параметр GUTI (глобально уникального временного идентификатора), включающий в себя GUMMEI (глобально уникальный идентификатор MME) (новый параметр, введенный в настоящем примере) в сигнале отказа в присоединении, так что усовершенствованный узел B 11 может выбирать настраиваемый MME 22 при выполнении повторного присоединения. GUTI-параметр формируется посредством GUMMEI и M-TMSI (временного идентификатора мобильной станции). MMEI формируется посредством MCC (кода страны в системе мобильной связи), MNC (кода мобильной сети) и идентификатора MME. Хотя эти параметры представляют собой параметры, которые заново введены в настоящем примере, поскольку усовершенствованный узел B 11 является прозрачным для этих параметров, усовершенствованный узел B 11 не затрагивается.
[0125] При приеме сигнала отказа в присоединении из усовершенствованного узла B 11, как проиллюстрировано на фиг. 6, UE 1 передает запрос (1) на присоединение, в котором задан GUTI (присоединение посредством GUTI), в усовершенствованный узел B 11, в соответствии с параметром для инструктирования повторного присоединения, заданным в сигнале отказа в присоединении, и GUTI-параметр. Усовершенствованный узел B 11 определяет надлежащий MME из GUMMEI, включенного в GUTI, и перенаправляет запрос (2) на присоединение в настраиваемый MME 22.
[0126] UE 1 имеет функцию приема GUTI в сигнале отказа в присоединении и с использованием GUTI, указываемого в отказе в присоединении, при передаче повторного присоединения (запроса (1) на присоединение на фиг. 6). В MME реализуется функция определения того, представляет собой или нет это UE цель повторного выбора.
[0127] Затем, настраиваемый MME 22 продолжает нормальную процедуру присоединения. Хотя GUTI задается в запросе на присоединение, настраиваемый MME 22 не хранит контекстную информацию.
[0128] Таким образом, при приеме сигнала запроса на присоединение, настраиваемый MME 22 получает информацию терминала с использованием запроса/ответа (4) с идентификатором. Кроме того, настраиваемый MME 22 выполняет аутентификацию и получает абонентский профиль при взаимодействии с HSS 31.
[0129] Общий MME 21 и настраиваемый MME 22 имеют функцию определения того, какой MME должен соединяться с UE 1, как и в случае с примером 1.
[0130] Хотя не проиллюстрировано на фиг. 5 и 6, даже когда сигнал запроса на присоединение перенаправляется из UE 1, которое должно соединяться с общим MME 21, в настраиваемый MME 22, настраиваемый MME 22 может запрашивать UE 1 на предмет повторного выбора MME аналогично.
[0131] Как описано выше, в настоящем примере, общий MME инструктирует UE выполнять повторный выбор MME. В ответ на инструкцию, UE указывает настраиваемый MME для того, чтобы продолжать процедуру присоединения. Таким образом, UE может быть присоединено к надлежащему MME.
[0132] Пример 4
В качестве примера 4, описывается другой пример с EPC. В этом примере, UE передает запрос на присоединение, и UE соединяется с настраиваемым MME. В примере 4, используется конфигурация системы, идентичная конфигурации системы в примере 1. Фиг. 7 является схемой последовательности операций, иллюстрирующей пример операции согласно примеру 4. Фиг. 7 основан на фиг. 5.3.2.1-1: Процедура присоединения в 3GPP TS23.401, и порядковые номера задаются в соответствии с чертежом. Для получения дополнительной информации каждой последовательности, следует обратиться к TS23.401 5.3.2. В дальнейшем в этом документе, описывается операция со ссылкой на фиг. 1 и 7.
[0133] Чтобы передавать запрос (1) на присоединение в MME, во-первых, UE 1 устанавливает соединение RRC с усовершенствованным узлом B 11. Чтобы устанавливать соединение RRC, во-первых, UE 1 передает сигнал запроса соединения RRC в усовершенствованный узел B 11.
[0134] В этом сигнале, UE 1 задает один или более параметров, указывающих то, что UE 1 должно соединяться с настраиваемым MME 22 (пользовательские идентификационные данные, новое значение или новый параметр причины установления (значение или параметр, заново введенный в настоящем примере) либо идентификатор части такого параметра (например, PLMN-идентификатор (идентификатор наземной сети мобильной связи общего пользования), включенный в IMSI)).
[0135] UE 1 реализуется с новым параметром запроса соединения RRC (новым значением или новым параметром причины установления (информационным элементом (причина установления связи), который указывает причину передачи запроса соединения RRC)), при этом посредством использования запроса соединения RRC, UE 1 уведомляет усовершенствованный узел B в отношении того, что UE 1 может соединяться с настраиваемым MME.
[0136] При приеме сигнала запроса соединения RRC, усовершенствованный узел B 11 сохраняет информацию, указывающую то, что UE 1 должно соединяться с настраиваемым MME 22, и продолжает последующую процедуру соединения RRC.
[0137] После установления соединения RRC, UE 1 передает запрос (1) на присоединение, и усовершенствованный узел B 11 принимает запрос (1) на присоединение. Из информации (указывающей то, что UE 1 должно соединяться с настраиваемым MME 22), сохраненной, когда усовершенствованный узел B 11 принимает запрос соединения RRC (1), усовершенствованный узел B 11 перенаправляет запрос (2) на присоединение в настраиваемый MME 22.
[0138] Усовершенствованный узел B 11 задает новые параметры запроса соединения RRC (новое значение или новый параметр причины установления) в запросе (2) на присоединение. Параметр указывает то, что UE 1 может соединяться с настраиваемым MME, указываемым в запросе соединения RRC. Таким образом, усовершенствованный узел B 11 уведомляет настраиваемый MME 22 в отношении нового параметра.
[0139] При приеме запроса (2) на присоединение, настраиваемый MME 22 продолжает нормальную процедуру присоединения. Настраиваемый MME 22 хранит новый параметр запроса соединения RRC (новое значение или новый параметр причины установления), принимаемый в запросе (2) на присоединение. Параметр указывает то, что UE 1 может соединяться с настраиваемым MME, указываемым в запросе соединения RRC.
[0140] UE 1 имеет функцию инструктирования усовершенствованного узла B 11 в отношении того, с каким из общего MME 21 и настраиваемого MME 22 должен соединяться с UE 1. Поскольку UE 1 не может сохранять информацию относительно всех MME в базовой сети, информация, указывающая тип MME, тип услуги и т.п., используется для инструкции, выданной в усовершенствованный узел B 11, вместо идентификатора, посредством которого может выбираться уникальный MME.
[0141] Усовершенствованный узел B 11 имеет функцию определения того, какой MME должен соединяться с UE 1.
[0142] Как описано выше, одно или комбинация пользовательских идентификационных данных, нового значения или нового параметра причины установления связи (причины установления) и идентификатора части такого параметра в запросе соединения RRC используются для выбора MME посредством усовершенствованного узла B 11. Примеры нового параметра включают в себя APN и идентификатор, который идентифицирует MTC-группу.
[0143] Как описано выше, в настоящем примере, UE инструктирует усовершенствованному узлу B выбирать MME. В ответ на инструкцию, усовершенствованный узел B указывает настраиваемый MME для того, чтобы продолжать процедуру присоединения. Таким образом, UE может быть присоединено к надлежащему MME.
[0144] Пример 5
В качестве примера 5, описывается другой пример с EPC. В этом примере, UE и настраиваемый MME соединены, когда обновление зоны отслеживания (TA-обновление) выполняется. В примере 5, используется конфигурация системы, идентичная конфигурации системы в примере 1.
[0145] Фиг. 8 и 9 являются схемами последовательности операций, иллюстрирующими пример операции согласно примеру 5. Фиг. 8 основан на фиг. 5.3.5-1: Процедура S1-разрыва в 3GPP TS23.401 (см. TS23.401 5.3.5). Фиг. 9 основан на фиг. 5.3.3.1-1: Процедура обновления зоны отслеживания с изменением обслуживающего GW. Следует обратиться к 3GPP TS23.401 5.3.3. Ниже описывается операция со ссылкой на фиг. 1, 8 и 9 (и часть на фиг. 3).
[0146] Когда UE 1 передает запрос на присоединение (1 на фиг. 3), во-первых, усовершенствованный узел B 11 принимает запрос на присоединение. Усовершенствованный узел B 11 ретранслирует запрос на присоединение в MME (см. 2 на фиг. 3).
[0147] Усовершенствованный узел B 11 не может уникально определять то, следует перенаправлять запрос на присоединение в общий MME 21 или в настраиваемый MME 22. Таким образом, предусмотрен случай, в котором усовершенствованный узел B 11 перенаправляет запрос на присоединение в общий MME 21.
[0148] При приеме запроса на присоединение, общий MME 21 получает информацию терминала с использованием запроса/ответа с идентификатором (см. 4 на фиг. 3). Кроме того, общий MME 21 выполняет аутентификацию и получает абонентский профиль при взаимодействии с HSS 31.
[0149] Общий MME 21, при получении информации терминала и абонентского профиля, определяет то, следует соединять UE 1 с общим MME 21 или с настраиваемым MME 22. Затем, нормальная процедура присоединения продолжается. Когда общий MME 21 определяет то, что UE 1 должно соединяться с общим MME 21, обработка завершается в этот момент.
[0150] Когда общий MME 21 определяет то, что UE 1 должно соединяться с настраиваемым MME 22, общий MME 21 выполняет S1-разрыв, чтобы инструктировать UE 1 выполнять обновление зоны отслеживания (TA-обновление), как проиллюстрировано на фиг. 8. Общий MME 21 передает команду (4) S1-разрыва контекста UE в усовершенствованный узел B 11.
[0151] Общий MME 21 выдает инструкцию в отношении MME, который усовершенствованный узел B должен выбирать при установлении S1-соединения с MME в следующий раз, посредством использования идентификатора MME (например, GUMMEI) в команде (4) S1-разрыва контекста UE. Параметр, указывающий GUMMEI, указывающий следующий MME, который должны выбираться посредством усовершенствованного узла B, когда S1-разрыв для активации TAU для балансировки нагрузки выполняется, представляет собой новый параметр. Даже после того, как S1-разрыв завершается, в то время как усовершенствованный узел B 11 хранит информацию сеанса для UE 1, усовершенствованный узел B 11 продолжает хранить идентификатор MME в качестве информации для следующего выбора MME.
[0152] Когда S1-разрыв выполняется, затем, UE 1 передает TAU-запрос (2), как проиллюстрировано на фиг. 9. Во-первых, усовершенствованный узел B 11 принимает TAU-запрос (2) из UE 1 и перенаправляет TAU-запрос (3) в MME. Поскольку S1-разрыв уже выполнен, усовершенствованный узел B 11 выполняет повторный выбор MME и устанавливает S1-соединение. Усовершенствованный узел B выбирает настраиваемый MME, в соответствии с GUMMEI, указываемым посредством старого MME (=общий MME), когда S1-разрыв выполняется (усовершенствованный узел B имеет функцию хранения следующего GUMMEI для каждого UE).
[0153] При выборе MME, усовершенствованный узел B 11 выбирает настраиваемый MME 22 в соответствии с идентификатором MME GUMMEI, указываемого в сигнале команды S1-разрыва контекста UE, принимаемом из общего MME 21. Поскольку GUTI (GUMMEI) на NAS указывает старый MME (=общий MME), контекст может получаться.
[0154] При приеме TAU-запроса (3), настраиваемый MME 22 продолжает нормальную процедуру TA-обновления. Настраиваемый MME 22 передает запрос (4) контекста в общий MME 21 и принимает ответ (5) по контексту в ответ на него.
[0155] Когда S-GW переходит на другую обслуживающую подсистему радиодоступа, настраиваемый MME 22 передает подтверждение (7) приема контекста, включающее в себя инструкцию для изменения S-GW, в общий MME. Когда настраиваемый MME 22 выбирает новый S-GW 41 (новый обслуживающий GW), настраиваемый MME 22 передает запрос (8) на создание сеанса в новый S-GW 41.
[0156] При приеме этого запроса (8) на создание сеанса, новый S-GW 41 (новый обслуживающий GW) передает запрос (9) на модификацию однонаправленного канала в P-GW 51. При приеме ответа на запрос (9) на модификацию однонаправленного канала из P-GW 51, новый S-GW возвращает ответ (11) по созданию сеанса в настраиваемый MME 22.
[0157] Настраиваемый MME 22 передает обновление (12) местоположения в HSS 31.
[0158] При приеме отмены (13) определения местоположения из HSS 31, общий MME 21 удаляет контекст MM и передает подтверждение (14) приема отмены определения местоположения в HSS 31. HSS 31 передает подтверждение (17) приема обновления местоположения в ответ на обновление (12) местоположения в настраиваемый MME 22.
[0159] Общий MME 21 передает запрос (18) на удаление сеанса в старый S-GW 41 (старый обслуживающий GW), и старый S-GW 41 (старый обслуживающий GW) передает ответ (19) на запрос (18) на удаление сеанса в общий MME 21.
[0160] Настраиваемый MME 22 передает разрешение (20) на TAU в UE 1.
[0161] Если GUTI включен в разрешение (20) на TAU, UE 1 возвращает завершение (21) TAU в настраиваемый MME 22. UE 1 использует это завершение (21) TAU в качестве ответа подтверждения приема на разрешение (20) на TAU принимаемого сигнала.
[0162] Общий MME 21 и настраиваемый MME 22 имеют функцию определения того, какой MME должен соединяться с UE 1. Эта функция является идентичной функции в примере 1.
[0163] Хотя не проиллюстрировано на фиг. 8 и 9, даже когда сигнал запроса на присоединение перенаправляется из UE 1, которое должно соединяться с общим MME 21, в настраиваемый MME 22, UE 1 может запрашиваться, чтобы повторно выбирать MME аналогично.
[0164] В настоящем примере, процедура TA-обновления выполнена на основе последовательности на фиг. 9. Тем не менее, признак в настоящем примере заключается в том, что усовершенствованный узел B 11 выбирает MME. Таким образом, настоящий пример также может быть реализован, например, посредством других процедур для повторного установления S1-соединения, таких как запрос на предоставление услуг.
[0165] Как описано выше, согласно настоящему примеру, общий MME инструктирует усовершенствованному узлу B выполнять повторный выбор MME. В ответ на инструкцию, усовершенствованный узел B указывает настраиваемый MME при выборе MME в следующий раз, чтобы продолжать процедуру. Таким образом, UE может соединяться с надлежащим MME.
[0166] Примерный вариант 2 осуществления
В качестве примерного варианта 2 осуществления, описывается конфигурация с UMTS (универсальной системой мобильной связи). В этой конфигурации, UE передает запрос на присоединение, и UE соединяется с настраиваемым SGSN. Фиг. 2 иллюстрирует пример конфигурации системы согласно примерному варианту 2 осуществления.
[0167] UE 101 представляет собой портативный телефонный терминал (мобильный телефон) и т.п. Альтернативно, UE 101 может представлять собой вышеуказанное MTC-устройство или MBMS-совместимый терминал.
[0168] Узел B 111 и RNC 171 (контроллер радиосети) представляют собой устройства для радиодоступа, приспосабливаемые для UMTS-системы.
[0169] Общий SGSN 121 и настраиваемый SGSN 122 представляют собой обслуживающие устройства, используемые в UMTS. В зависимости от режима соединения, общий SGSN 121 и настраиваемый SGSN 122 обрабатывают пользовательскую плоскость. Если SGSN не обрабатывают пользовательскую плоскость, пользовательская плоскость задается между S-GW и RNC.
[0170] HLR 131 (реестр собственных абонентов) представляет собой базу данных, сохраняющую информацию об абонентах.
[0171] GGSN 141 (шлюзовой узел поддержки GPRS (общей службы пакетной радиопередачи), который описывается как "шлюзовой узел поддержки GPRS" в формуле изобретения), представляет собой шлюзовое устройство, соединенное с внешней сетью. Сеть 161 предоставления услуг представляет собой внешнюю сеть (сеть пакетной передачи данных).
[0172] На фиг. 2, узел B 111 и RNC 171 представляют собой устройства в сети радиодоступа (RAN), и SGSN, GGSN и т.д. представляют собой устройства в базовой сети.
[0173] Далее описывается примерный вариант 2 осуществления на основе нескольких примеров. Различные способы управления описываются в соответствующих примерах. Нижеприведенные примеры 6-10 соответствуют вышеуказанным режимам 6-10, соответственно.
[0174] Пример 6
Фиг. 10 является схемой последовательности операций, иллюстрирующей операцию согласно примеру 6, и основан на 3GPP TS 23.060 6.5, фиг. 22.
[0175] На фиг. 10:
MS (мобильная станция) соответствует UE 101 на фиг. 2,
RAN (сеть радиодоступа) соответствует узлу B 111 и RNC 171 на фиг. 2,
Общий SGSN соответствует общему SGSN 121 на фиг. 2,
Настраиваемый SGSN соответствует настраиваемому SGSN 122 на фиг. 2,
GGSN соответствует GGSN 141 на фиг. 2, и
HLR соответствует HLR 131 на фиг. 2.
[0176] VLR MSC (центра коммутации мобильной связи)/VLR (реестра гостевых абонентов) представляет собой реестр для CS-услуг, отличный от HLR. EIR (реестр идентификаторов оборудования) сохраняет идентификаторы допустимых мобильных устройств.
[0177] Ниже описывается операция со ссылкой на фиг. 2 и 10. В дальнейшем в этом документе, UE 101 на фиг. 2 используется в качестве MS на фиг. 10.
[0178] Когда UE 101 (MS) передает запрос (1) на присоединение, во-первых, узел B 111 принимает запрос (1) на присоединение и перенаправляет запрос (1) на присоединение в RNC 171. RNC 171 перенаправляет запрос (1) на присоединение в SGSN. Тем не менее, RNC 171 не может уникально определять то, следует перенаправлять запрос на присоединение в общий SGSN 121 или в настраиваемый SGSN 122. Таким образом, предусмотрен случай, в котором RNC 171 перенаправляет запрос на присоединение в общий SGSN 121.
[0179] При приеме запроса на присоединение, общий SGSN 121 получает информацию терминала с использованием запроса/ответа (3) с идентификатором. Кроме того, общий SGSN 121 выполняет аутентификацию и получает абонентский профиль, при взаимодействии с HLR 131. Общий SGSN 121 выполняет аутентификацию и получает абонентский профиль.
[0180] Общий SGSN 121, при получении информации терминала и абонентского профиля, определяет то, следует соединять UE 101 с общим SGSN 121 или с настраиваемым SGSN 122. Когда общий SGSN 121 определяет то, что UE 101 должно соединяться с общим SGSN 121, общий SGSN 121 продолжает нормальную процедуру присоединения.
[0181] Когда общий SGSN 121 определяет то, что UE 101 должно соединяться с настраиваемым SGSN 122, чтобы инструктировать повторный выбор SGSN, общий SGSN 121 передает команду повторного выбора SGSN (RANAP-сигнал, заново введенный в настоящем примере) в RNC 171. В этой последовательности, общий SGSN 121 задает идентификатор, идентифицирующий настраиваемый SGSN 122, в сигнале команды повторного выбора SGSN (например, RAI (идентификатор зоны маршрутизации) или NRI (идентификатор сетевых ресурсов)). А именно, общий SGSN 121 встраивает необходимую информацию (RAI) для выбора настраиваемого SGSN 122 в запросе повторного выбора SGSN и передает запрос в RNC 171. Если повторный выбор выполняется в одном пуле, может использоваться только NRI. SGSN имеют функцию определения того, представляет собой или нет UE 101 цель повторного выбора.
[0182] Когда RNC 171 принимает сигнал команды повторного выбора SGSN, в соответствии с идентификатором, заданным в этом сигнале, RNC 171 выбирает настраиваемый SGSN 122 и перенаправляет запрос (1) на присоединение. Поскольку настраиваемому SGSN 122 требуется параметр NAS (не связанного с предоставлением доступа уровня) запроса на присоединение, RNC 171 передает запрос на присоединение. RNC 171 имеет функцию сохранения такого NAS-сообщения.
[0183] Поскольку новый SGSN (=настраиваемый SGSN) не может определять старый SGSN (=общий SGSN), новый SGSN не может переопределять контекст. Таким образом, новый SGSN также должен выполнять аутентификацию и получать абонентский профиль. При приеме запроса (2) на присоединение, настраиваемый SGSN 122 получает информацию терминала с использованием запроса/ответа с идентификатором. Кроме того, настраиваемый SGSN 122 выполняет аутентификацию и получает абонентский профиль, при взаимодействии с HLR 131. А именно, настраиваемый SGSN 122 выполняет обработку, идентичную обработке, выполняемой посредством общего SGSN 121.
[0184] Настраиваемый SGSN 122, после получения информации терминала и абонентского профиля, определяет то, следует соединять UE 101 с общим SGSN 121 или с настраиваемым SGSN 122. В этом случае, поскольку настраиваемый SGSN 122 выбран после повторного выбора посредством RNC 171, настраиваемый SGSN 122 продолжает нормальную процедуру присоединения без передачи сигнала команды повторного выбора SGSN.
[0185] Общий SGSN 121 и настраиваемый SGSN 122 имеют функцию определения того, какой SGSN должен соединяться с UE 101. Это решение принимается на основе информации, передаваемой из UE 101. Информация может быть следующей:
- IMSI (международный идентификатор абонента мобильной связи),
- IMEI,
- характеристики сети UE,
- характеристики сети MS,
- код 2 класса обслуживания мобильной станции,
- код 3 класса обслуживания мобильной станции,
- свойства устройства,
- APN (имя точки доступа),
- идентификатор, который идентифицирует MTC-группу,
- индикатор низкого приоритета доступа,
- устойчивый к задержке доступ,
- другой новый параметр NAS-сигнала, такой как запрос на присоединение или запрос на TA-обновление, который должен быть добавлен в будущем, или
- идентификатор части такого параметра (например, PLMN-идентификатор, включенный в IMSI).
Альтернативно, вышеуказанное определение может выполняться на основе информации, передаваемой из HLR 131. Информация может быть следующей:
- список признаков,
- APN,
- идентификатор, который идентифицирует MTC-группу,
- новый параметр сигнала ответа по обновлению местоположению/запроса на вставку данных абонентов, который должен быть добавлен в будущем, или
- идентификатор части такого параметра.
Любые или комбинация этих элементов информации могут использоваться для вышеуказанного определения.
[0186] Хотя не проиллюстрировано на фиг. 10, даже когда сигнал запроса на присоединение перенаправляется из UE 101, которое должно соединяться с общим SGSN 121, в настраиваемый SGSN 122, настраиваемый SGSN 122 может запрашивать RNC 171, чтобы выполнять повторный выбор SGSN аналогично.
[0187] Как описано выше, в настоящем примере, SGSN инструктирует RNC выполнять повторный выбор SGSN. В ответ на инструкцию, RNC выполняет повторный выбор SGSN и продолжает процедуру присоединения. Таким образом, UE может быть присоединено к надлежащему SGSN.
[0188] Пример 7
В качестве примера 7, описывается другой пример с UMTS. В этом примере, UE передает запрос на присоединение, и UE принудительно соединяется с настраиваемым SGSN. В примере 7, используется конфигурация системы, идентичная конфигурации системы в примере 6. Фиг. 11 является схемой последовательности операций, иллюстрирующей операцию согласно примеру 7. В дальнейшем в этом документе, описывается операция со ссылкой на фиг. 2 и 11.
[0189] Когда UE 101 передает запрос (1) на присоединение, во-первых, узел B 111 принимает запрос (1) на присоединение. Затем, узел B 111 перенаправляет запрос на присоединение в RNC 171, и RNC 171 перенаправляет запрос на присоединение в SGSN. Тем не менее, RNC 171 не может уникально определять то, следует перенаправлять запрос на присоединение в общий SGSN 121 или в настраиваемый SGSN 122. Таким образом, предусмотрен случай, в котором RNC 171 перенаправляет запрос на присоединение в общий SGSN 121.
[0190] При приеме запроса на присоединение, общий SGSN 121 получает информацию терминала с использованием запроса/ответа с идентификатором. Общий SGSN 121 выполняет, при взаимодействии с HLR 131, аутентификацию и получает абонентский профиль. А именно, в этом случае, по меньшей мере, общий SGSN 121 выполняет аутентификацию и получает абонентский профиль.
[0191] Общий SGSN 121, после получения информации терминала и абонентского профиля, определяет то, следует соединять UE 101 с общим SGSN 121 или с настраиваемым SGSN 122. Когда общий SGSN 121 определяет то, что UE 101 должно соединяться с общим SGSN 121, общий SGSN 121 продолжает нормальную процедуру присоединения.
[0192] Когда общий SGSN 121 определяет то, что UE 101 должно соединяться с настраиваемым SGSN 122, чтобы инструктировать изменение SGSN, общий SGSN 121 передает запрос на изменение SGSN (GTP-сигнал, заново введенный в настоящем примерном варианте осуществления) в настраиваемый SGSN 122.
[0193] В этой последовательности, общий SGSN 121 задает контекстную информацию, сформированную посредством аутентификации мобильного терминала и получения абонентского профиля в сигнале запроса на изменение SGSN. А именно, когда общий SGSN 121 запрашивает настраиваемый SGSN 122 на предмет изменения SGSN (изменения SGSN), общий SGSN 121 уведомляет новый SGSN (настраиваемый SGSN 122) в отношении контекста. SGSN имеют функцию определения того, представляет собой или нет UE 101 цель повторного выбора.
[0194] При приеме сигнала запроса на изменение SGSN, настраиваемый SGSN 122 хранит контекстную информацию, заданную в сигнале запроса на изменение SGSN, и передает сигнал ответа по изменению SGSN (GTP-сигнал, заново введенный в настоящем примерном варианте осуществления) в общий SGSN 121.
[0195] Затем, настраиваемый SGSN 122 передает сигнал (8) обновления местоположения в HLR 131, чтобы уведомлять HLR 131 в отношении изменения SGSN.
[0196] Если информация контекста безопасности, передаваемая из общего SGSN 121, является допустимой, настраиваемый SGSN 122 может опускать выполнение повторной аутентификации.
[0197] Затем, настраиваемый SGSN 122 продолжает процедуру присоединения, и RNC 171 принимает сигнал (9) разрешения на присоединение из настраиваемого SGSN 122. Затем, нормальная процедура присоединения продолжается.
[0198] Общий SGSN 121 и настраиваемый SGSN 122 имеют функцию определения того, какой SGSN должен соединяться с UE 101, как и в случае с примером 6.
[0199] Хотя не проиллюстрировано на фиг. 11, даже когда сигнал запроса на присоединение перенаправляется из UE 101, которое должно соединяться с общим SGSN 121, в настраиваемый SGSN 122, настраиваемый SGSN 122 может запрашивать общий SGSN 121 на предмет изменения SGSN аналогично.
[0200] Как описано выше, в настоящем примере, общий SGSN инструктирует настраиваемому SGSN в отношении изменения SGSN. В ответ на инструкцию, настраиваемый SGSN выполняет изменение SGSN и продолжает процедуру присоединения. Таким образом, UE может быть присоединено к надлежащему SGSN.
[0201] Пример 8
В качестве примера 8, описывается другой пример с UMTS. В этом примере, UE передает запрос на присоединение, и UE принудительно соединяется с настраиваемым SGSN. В примере 8 используется конфигурация, идентичная конфигурации в примере 6. Фиг. 12 и 13 являются схемами последовательности операций, иллюстрирующими операцию согласно примеру 8. В дальнейшем в этом документе, описывается операция со ссылкой на фиг. 2, 12 и 13.
[0202] Когда UE 101 (MS) передает запрос (1) на присоединение, во-первых, узел B 111 принимает запрос (1) на присоединение. Затем, узел B 111 перенаправляет запрос на присоединение в RNC 171, и RNC 171 перенаправляет запрос на присоединение в SGSN. Тем не менее, RNC 171 не может уникально определять то, следует перенаправлять запрос на присоединение в общий SGSN 121 или в настраиваемый SGSN 122. Таким образом, предусмотрен случай, в котором RNC 171 перенаправляет запрос на присоединение в общий SGSN 121.
[0203] При приеме запроса (1) на присоединение, общий SGSN 121 получает информацию терминала с использованием запроса/ответа (3) с идентификатором. Общий SGSN 121 выполняет, при взаимодействии с HLR 131, аутентификацию и получает абонентский профиль.
[0204] После получения информации терминала и абонентского профиля, общий SGSN 121 определяет то, следует соединять UE 101 с общим SGSN 121 или с настраиваемым SGSN 122. Когда общий SGSN 121 определяет то, что UE 101 должно соединяться с общим SGSN 121, общий SGSN 121 продолжает нормальную процедуру присоединения.
[0205] Когда общий SGSN 121 определяет то, что UE 101 должно соединяться с настраиваемым SGSN 122, общий SGSN 121 передает сигнал (9) отказа в присоединении в UE 101 вместо продолжения процедуры присоединения.
[0206] В этом случае, общий SGSN 121 задает один или более параметров для инструктирования повторного присоединения и параметр RAI (идентификатора зоны маршрутизации) (параметр, заново введенный в настоящем примерном варианте осуществления) в сигнале отказа в присоединении, так что RNC 171 может выбирать настраиваемый SGSN 122 при выполнении повторного присоединения. Хотя эти параметры представляют собой параметры, которые заново введены в настоящем примере, поскольку RNC 171 является прозрачным, RNC 171 не затрагивается.
[0207] UE 101 должно иметь функцию приема RAI через отказ в присоединении и с использованием RAI, указываемого в отказе в присоединении при передаче повторного присоединения. SGSN имеют функцию определения того, представляет собой или нет UE 101 цель повторного выбора.
[0208] При приеме сигнала (9) отказа в присоединении, как проиллюстрировано на фиг. 13, UE 101 передает сигнал (1) запроса на присоединение, в котором задается RAI, в RNC 171, в соответствии с параметром для инструктирования повторного присоединения, заданным в сигнале (9) отказа в присоединении, и параметром RAI (повторного присоединения посредством P-TMSI (пакетного временного идентификатора абонента мобильной связи)). RNC 171 определяет надлежащий SGSN из RAI и перенаправляет запрос на присоединение в настраиваемый SGSN 122.
[0209] Затем, настраиваемый SGSN 122 продолжает нормальную процедуру присоединения.
[0210] Хотя RAI задается в запросе на присоединение, настраиваемый SGSN 122 не хранит контекстную информацию. Таким образом, при приеме сигнала (1) запроса на присоединение, настраиваемый SGSN 122 получает информацию терминала с использованием запроса/ответа (3) с идентификатором. Кроме того, настраиваемый SGSN 122 выполняет аутентификацию и получает абонентский профиль при взаимодействии с HLR 131.
[0211] Общий SGSN 121 и настраиваемый SGSN 122 имеют функцию определения того, какой SGSN должен соединяться с UE 101, как и в случае с примером 6.
[0212] Хотя не проиллюстрировано на фиг. 12 и 13, даже когда сигнал запроса на присоединение перенаправляется из UE 101, которое должно соединяться с общим SGSN 121, в настраиваемый SGSN 122, настраиваемый SGSN 122 может запрашивать UE 101 повторный выбор SGSN аналогично.
[0213] Как описано выше, в настоящем примере, общий SGSN инструктирует UE выполнять повторный выбор SGSN. В ответ на инструкцию, UE указывает настраиваемый SGSN для того, чтобы продолжать процедуру присоединения. Таким образом, UE может быть присоединено к надлежащему SGSN.
[0214] Пример 9
В качестве примера 9, описывается другой пример с UMTS. В этом примере, UE передает запрос на присоединение, и UE принудительно соединяется с настраиваемым SGSN. В примере 6, используется конфигурация системы, идентичная конфигурации системы в примере 6. Фиг. 14 является схемой последовательности операций, иллюстрирующей пример операции согласно примеру 9. В дальнейшем в этом документе, описывается операция со ссылкой на фиг. 2 и 14.
[0215] Чтобы передавать запрос на присоединение в SGSN, во-первых, UE 101 устанавливает соединение RRC с RNC 171. Чтобы устанавливать соединение RRC, во-первых, UE 101 передает сигнал запроса соединения RRC в RNC 171.
[0216] В этом сигнале, UE 101 задает один или более параметров, указывающих то, что UE 101 должно соединяться с настраиваемым SGSN 122 (пользовательские идентификационные данные, новое значение или новый параметр причины установления (значение или параметр, заново введенный в настоящем примере) либо идентификатор части такого параметра (например, PLMN-идентификатор, включенный в IMSI)).
[0217] При приеме сигнала запроса соединения RRC, RNC 171 сохраняет информацию, указывающую то, что UE 101 должно соединяться с настраиваемым SGSN 122, и продолжает последующую процедуру соединения RRC.
[0218] После установления соединения RRC, UE 101 передает запрос (1) на присоединение, и узел B 111 принимает запрос (1) на присоединение. Затем, узел B 111 перенаправляет запрос на присоединение в RNC 171.
[0219] RNC 171 перенаправляет запрос на присоединение в SGSN. Из информации, сохраненной, когда RNC 171 принимает сигнал запроса соединения RRC, RNC 171 перенаправляет запрос сигнал запроса на присоединение в настраиваемый SGSN 122. RNC 171 задает один или более параметров, указывающих то, что UE 101 должно соединяться с настраиваемым SGSN 122 (пользовательские идентификационные данные, новое значение или новый параметр причины установления (значение или параметр, заново введенный в настоящем примере) либо идентификатор части такого параметра (например, PLMN-идентификатор, включенный в IMSI)), принимаемых через сигнал запроса соединения RRC в запросе на присоединение, и уведомляет настраиваемый SGSN 122 в отношении информации.
[0220] При приеме запроса на присоединение, настраиваемый SGSN 122 продолжает нормальную процедуру присоединения. Настраиваемый SGSN 122 хранит параметр, указывающий то, что UE 101 должно соединяться с настраиваемым SGSN 122, принимаемый через запрос на присоединение (параметр, принимаемый посредством RNC 171 через запрос соединения RRC, к примеру, пользовательские идентификационные данные, новое значение или новый параметр причины установления (значение или параметр, заново введенный в настоящем примере) либо идентификатор части такого параметра (например, PLMN-идентификатор, включенный в IMSI).
[0221] UE 101 имеет функцию инструктирования RNC 171 в отношении того, с каким из общего SGSN 121 и настраиваемого SGSN 122 должен соединяться с UE 101. Тем не менее, в это время, UE 101 не может сохранять информацию относительно всех SGSN в базовой сети, и информация, указывающая тип SGSN, тип услуги и т.п., используется для инструкции, выданной в RNC 171, вместо идентификатора, посредством которого может выбираться уникальный SGSN.
[0222] RNC 171 имеет функцию определения того, какой SGSN должен соединяться с UE 101. Для этого решения, как описано выше, используются одно или комбинация пользовательских идентификационных данных, нового значения или нового параметра причины установления (значения или параметра, заново введенного в настоящем примере) и идентификатора части такого параметра. Примеры нового параметра включают в себя идентификатор, который идентифицирует MTC-группу и APN.
[0223] Как описано выше, в настоящем примере, UE 101 инструктирует RNC 171 выбирать SGSN. В ответ на инструкцию, RNC 171 указывает то, что настраиваемый SGSN для того, чтобы продолжать процедуру присоединения, продолжается. Таким образом, UE 101 может быть присоединено к надлежащему SGSN.
[0224] Пример 10
В качестве примера 10, описывается другой пример с UMTS. В этом примере, UE и настраиваемый SGSN соединены, когда RA-обновление выполняется. В примере 10, используется конфигурация системы, идентичная конфигурации системы в примере 6. Фиг. 15 и 16 являются схемами последовательности операций, иллюстрирующими пример операции согласно примеру 10. В дальнейшем в этом документе, описывается операция со ссылкой на фиг. 2, 15, 16 и часть по фиг. 10.
[0225] Когда UE 101 передает запрос на присоединение (см. 1 на фиг. 10), во-первых, узел B 111 принимает запрос на присоединение. Узел B 111 перенаправляет запрос на присоединение в RNC 171, и RNC 171 перенаправляет запрос на присоединение в SGSN. Тем не менее, RNC 171 не может уникально определять то, следует перенаправлять запрос на присоединение в общий SGSN 121 или в настраиваемый SGSN 122. Таким образом, предусмотрен случай, в котором RNC 171 перенаправляет запрос на присоединение в общий SGSN 121.
[0226] При приеме запроса на присоединение, общий SGSN 121 получает информацию терминала с использованием запроса/ответа с идентификатором (см. 3 на фиг. 10). Общий SGSN 121 выполняет аутентификацию и получает абонентский профиль при взаимодействии с HLR 131.
[0227] После получения информации терминала и абонентского профиля, общий SGSN 121 определяет то, следует соединять UE 101 с общим SGSN 121 или с настраиваемым SGSN 122. Когда общий SGSN 121 определяет то, что UE 101 должно соединяться с общим SGSN 121, общий SGSN 121 продолжает нормальную процедуру присоединения.
[0228] Когда общий SGSN 121 определяет то, что UE 101 должно соединяться с настраиваемым SGSN 122, общий SGSN 121 выполняет Iu-разрыв, чтобы инструктировать UE 101 выполнять обновление RA (зоны маршрутизации), как проиллюстрировано на фиг. 15.
[0229] Общий SGSN 121 передает сигнал команды Iu-разрыва в RNC 171 (см. 4 на фиг. 15). Общий SGSN 121 выдает инструкцию в отношении SGSN, который RNC должен выбирать при установлении Iu-соединения с SGSN в следующий раз, посредством использования идентификатора SGSN (например, RAI или NRI) в сигнале команды Iu-разрыва. В случае одного пула может использоваться NRI.
[0230] Даже после того, как Iu-разрыв завершается, в то время как RNC 171 хранит информацию сеанса для UE 101, RNC 171 продолжает хранить идентификатор SGSN в качестве информации для следующего выбора SGSN.
[0231] После того, как Iu-разрыв выполняется (после того, как RNC 171 передает завершение Iu-разрыва (6) в общий SGSN 121), затем, как проиллюстрировано на фиг. 16, UE 101 передает RAU-запрос (запрос на RA-обновление) (2).
[0232] Во-первых, узел B 111 принимает RAU-запрос (2), и узел B 111 перенаправляет запрос RAU-запрос (3) в RNC 171.
[0233] Затем, RNC 171 перенаправляет запрос RAU-запрос (3) в SGSN. Поскольку Iu-разрыв уже выполнен, RNC 171 выполняет выбор SGSN и устанавливает Iu-соединение.
[0234] При выборе SGSN, RNC 171 выбирает настраиваемый SGSN 122 в соответствии с идентификатором SGSN, указываемым в сигнале команды Iu-разрыва, принимаемом из общего SGSN 121. RNC выбирает настраиваемый SGSN в соответствии с RAI (или NRI), инструктированным посредством старого SGSN (=общего SGSN), когда Iu-разрыв выполняется. RNC имеет функцию хранения следующего RAI для каждого UE.
[0235] При приеме RAU-запроса, настраиваемый SGSN 122 продолжает нормальную процедуру RA-обновления. Поскольку P-TMSI (RAI) на NAS указывает общий SGSN, который представляет собой старый SGSN, настраиваемый SGSN 122 получает контекст.
[0236] Общий SGSN 121 и настраиваемый SGSN 122 имеют функцию определения того, какой SGSN должен соединяться с UE 101. Эта функция является идентичной функции в примере 6.
[0237] Хотя не проиллюстрировано на фиг. 15 и 16, даже когда сигнал запроса на присоединение перенаправляется из UE 101, которое должно соединяться с общим SGSN 121, в настраиваемый SGSN 122, настраиваемый SGSN 122 может запрашивать UE 101, чтобы выполнять повторный выбор SGSN аналогично.
[0238] В настоящем примере, процедура RA-обновления используется в последовательностях на фиг. 16. Тем не менее, поскольку эта процедура используется для выбора SGSN посредством RNC 171, может использоваться другая процедура для повторного установления Iu-соединения, к примеру, активация PDP-контекста.
[0239] Как описано выше, согласно настоящему примеру, общий SGSN инструктирует RNC выполнять повторный выбор SGSN. В ответ на инструкцию, RNC указывает настраиваемый SGSN при выборе SGSN в следующий раз и продолжает процедуру. Таким образом, UE может соединяться с надлежащим SGSN.
[0240] Пример 11
В качестве примера 11, описывается пример передачи обслуживания между настраиваемыми MME в EPC. Фиг. 17 иллюстрирует пример конфигурации (конфигурации системы) согласно примеру 11. Как проиллюстрировано на фиг. 17, конфигурация включает в себя UE 201 и исходный усовершенствованный узел B 202 передачи обслуживания (исходный усовершенствованный узел B) и целевой усовершенствованный узел B 203 назначения передачи обслуживания (целевой усовершенствованный узел B) в RAN (сети радиодоступа), с которой соединено в беспроводном режиме UE 201. CN (базовая сеть) включает в себя исходный MME 204, целевой MME 205, исходный SGW 206, целевой SGW 207, DNS-сервер 209, HSS 211 и PGW 208, соединенные с сетью 210 предоставления услуг. В этом примере, как исходный MME передачи обслуживания 204, так и целевой MME 205 представляют собой настраиваемые MME. Фиг. 18 является схемой последовательности операций, иллюстрирующей пример операции (операции последовательности) согласно примеру 11. Фиг. 18 основан на фиг. 5.5.1.2.2-1: Передача обслуживания на основе S1 в 3GPP TS23.401, и порядковые номера задаются в соответствии с этим чертежом. Что касается подробностей каждой последовательности, следует обратиться к описанию TS23.401 5.5.1.2.2. В дальнейшем в этом документе, описывается операция со ссылкой на фиг. 17 и 18.
[0241] Когда исходный усовершенствованный узел B 202 передачи обслуживания обнаруживает ухудшение качества сигнала, используемого для соединения с UE 201, исходный усовершенствованный узел B 202 передачи обслуживания передает необходимость (2) передачи обслуживания в исходный MME 204. Такая информация, как целевой TAI (идентификатор зоны отслеживания), включена в необходимость (2) передачи обслуживания. Исходный MME 204 обращается к информации и определяет выполнение передачи обслуживания между MME в целевой MME 205.
[0242] В этом примере, при выборе целевого MME 205, исходный MME 204 использует информацию запроса соединения с настраиваемым MME, хранимую в нем. Ниже описывается информация запроса соединения с настраиваемым MME, хранимая в исходном MME 204. Во-первых, усовершенствованный узел B 202 принимает из UE 201 RRC-сигнал, в который добавляется информация запроса соединения с настраиваемым MME для соединения с настраиваемым MME. Затем, усовершенствованный узел B 202 уведомляет исходный MME 204, который представляет собой настраиваемый MME, в отношении информации запроса соединения с настраиваемым MME через S1-AP-сигнал и т.п. Информация запроса соединения с настраиваемым MME содержится в исходном MME 204.
[0243] При выборе целевого MME 205 (MME, который представляет собой назначение передачи обслуживания), исходный MME 204 может использовать локальную конфигурацию, хранимую в исходном MME 204, на основе информации запроса соединения с настраиваемым MME, хранимой в исходном MME 204. Например, локальная конфигурация задается посредством оператора и является информацией (конфигурационной информацией), внутренне управляемой и хранимой посредством устройства (MME) (например, конфигурационная информация включает в себя информацию на основе MTC-группы и зоны мобильности назначения передачи обслуживания, информацию, используемую, когда MTC-абонент (MTC-терминал) выполняет передачу обслуживания). Например, когда информация запроса соединения с настраиваемым MME представляет собой APN (имя точки доступа), исходный MME 204 обращается APN и использует локальную информацию (локальную конфигурацию), которая соответствует значению LAPI (индикатора низкого приоритета доступа), чтобы выбирать MME, который представляет собой назначение передачи обслуживания. Альтернативно, исходный MME 204 может использовать локальную конфигурацию, хранимую в нем, чтобы выбирать целевой MME 205.
[0244] Исходный MME 204 может выбирать целевой MME 205 посредством задания информации запроса соединения с настраиваемым MME вместе с информацией местоположения, такой как целевой TAI (идентификатор зоны отслеживания), и выдачи "DNS-запроса" на DNS-сервер 209.
[0245] Когда исходный MME 204 определяет выполнение передачи обслуживания между MME в целевой MME 205, исходный MME 204 передает запрос (3) на переход на другую обслуживающую подсистему радиодоступа в целевой MME 205. В этой операции исходный MME 204 может задавать информацию запроса соединения с настраиваемым MME, хранимую в нем, в запросе (3) на переход на другую обслуживающую подсистему радиодоступа.
[0246] Когда целевой MME 205 выполняет другую передачу обслуживания между MME, целевой MME 205 может выбирать настраиваемый MME посредством использования информации запроса соединения с настраиваемым MME, хранимой в нем.
[0247] Для следующей последовательности, обработка передачи обслуживания между MME может выполняться в соответствии с технологией предшествующего уровня техники.
[0248] Пример 12
В качестве примера 12, описывается пример перехода (передачи обслуживания) на другую SRNS (подсистему обслуживающей радиосети) между настраиваемыми SGSN в UMTS. Фиг. 19 и 20 иллюстрируют пример 12. Фиг. 21 является схемой последовательности операций, иллюстрирующей пример операции согласно примеру 12.
[0249] Как проиллюстрировано на фиг. 19, конфигурация включает в себя UE 301 и исходный RNC 302 передачи обслуживания и целевой RNC 303 назначения передачи обслуживания в RAN (сети радиодоступа), с которой соединено в беспроводном режиме UE 301. CN (базовая сеть) включает в себя исходный SGSN 304, целевой SGSN 305, исходный SGW 306, целевой SGW 307, DNS-сервер 309, HSS 311 и PGW 308. UE 301 соединяется с сетью 310 предоставления услуг через PGW 308. В этом примере, как исходный SGSN 304 передачи обслуживания, так и целевой SGSN 305 представляют собой настраиваемые SGSN. Фиг. 21 основан на фиг. 39: Процедура перехода на другую SRNS в 3GPP TS23.060, и порядковые номера задаются в соответствии с этим чертежом. Что касается подробностей каждой последовательности, следует обратиться к описанию 3GPP TS23.060 6.9.2.2.1 (тогда как терминал обозначается посредством MS (мобильной станции) на фиг. 39 из 3GPP TS23.060, терминал обозначается посредством UE на фиг. 21).
[0250] В дальнейшем в этом документе, описывается операция со ссылкой на фиг. 20 и 21. Фиг. 19 иллюстрирует пример, в котором CN сконфигурирована посредством EPC. Поскольку конкретных отличий не наблюдается в отношении операции согласно примеру 12, операция согласно настоящему примеру является эффективной с конфигурацией, проиллюстрированной на фиг. 19 и 20. CN на фиг. 20 отличается от CN на фиг. 19 тем, что исходный SGW 306 и целевой SGW 307 не включены, и что GGSN 408 включен вместо PGW 308 на фиг. 19.
[0251] Например, когда исходный RNC 402 обнаруживает ухудшение качества сигнала, используемого для соединения с UE 401, исходный RNC 402 передает необходимость (2) перехода на другую обслуживающую подсистему радиодоступа в исходный SGSN 404. Такая информация, как идентификатор цели, включена в необходимость (2) перехода на другую обслуживающую подсистему радиодоступа. Исходный SGSN 404 обращается к информации и определяет выполнение перехода на другую SRNS (подсистему обслуживающей радиосети) между SGSN в целевой SGSN 405.
[0252] В этом примере, при выборе целевого SGSN 405, исходный SGSN 404 использует информацию запроса соединения с настраиваемым SGSN, хранимую в нем. Ниже описывается информация запроса соединения с настраиваемым SGSN, хранимая в исходном SGSN 404. Во-первых, RNC 403 принимает из UE 401 сигнал RRC (управления радиоресурсами), в который добавляется информация запроса соединения с настраиваемым SGSN для соединения с настраиваемым SGSN. Затем, RNC 403 уведомляет исходный SGSN 404, который представляет собой настраиваемый SGSN, в отношении информации запроса соединения с настраиваемым SGSN через Iu-сигнал. Информация запроса соединения с настраиваемым MME содержится в исходном SGSN 404. При выборе целевого SGSN 405, исходный SGSN 404 может использовать локальную конфигурацию на основе информации запроса соединения с настраиваемым SGSN, хранимой в исходном SGSN 404. Альтернативно, исходный SGSN 404 может использовать локальную конфигурацию, хранимую в нем, чтобы выбирать целевой SGSN 405. Исходный SGSN 404 может выбирать целевой SGSN 405 посредством задания информации запроса соединения с настраиваемым SGSN вместе с информацией местоположения, такой как идентификатор цели, и выдачи "DNS-запроса" на DNS-сервер 409.
[0253] Когда исходный SGSN 404 определяет выполнение перехода на другую SRNS между SGSN в целевой SGSN 405, исходный SGSN 404 передает запрос (3) на переход на другую обслуживающую подсистему радиодоступа в целевой SGSN 405. Исходный SGSN 404 может задавать информацию запроса соединения с настраиваемым SGSN, хранимую в нем, в этом сигнале (запросе на переход на другую обслуживающую подсистему радиодоступа).
[0254] Когда целевой SGSN 405 выполняет другой переход на другую SRNS между SGSN, целевой SGSN 405 может выбирать настраиваемый SGSN посредством использования информации запроса соединения с настраиваемым SGSN.
[0255] Для следующей последовательности, обработка перехода на другую SRNS между SGSN выполняется в соответствии с технологией предшествующего уровня техники.
[0256] Пример 13
В качестве примера 13, описывается пример передачи обслуживания из настраиваемого MME в настраиваемый SGSN в EPC. Фиг. 22 иллюстрирует пример конфигурации согласно примеру 13. Как проиллюстрировано на фиг. 22, конфигурация включает в себя UE 501 и исходный усовершенствованный узел B 502 и целевой усовершенствованный узел B 503 в RAN (сети радиодоступа), с которой соединено в беспроводном режиме UE 501. CN (базовая сеть) включает в себя исходный MME 504, целевой SGSN 505, SGW 506, DNS-сервер 508, HSS 510 и PGW 507, соединенные с сетью 509 предоставления услуг. Фиг. 23 является схемой последовательности операций, иллюстрирующей пример операции согласно примеру 13. Фиг. 23 основан на фиг. 5.5.2.1.2-2: HO между RAT в Iu-режиме от E-UTRAN в UTRAN, фаза подготовки в 3GPP TS23.401, и порядковые номера задаются в соответствии с этим чертежом. Что касается подробностей каждой последовательности, следует обратиться к описанию TS23.401 5.5.2.1.2.
[0257] В дальнейшем в этом документе, описывается операция со ссылкой на фиг. 22 и 23. Когда исходный усовершенствованный узел B 502 обнаруживает ухудшение качества сигнала, используемого для соединения с UE 501, исходный усовершенствованный узел B 502 передает необходимость (2) передачи обслуживания в исходный MME 504. Такая информация, как целевой TAI (идентификатор зоны отслеживания) включена в необходимость (2) передачи обслуживания. Исходный MME 504 обращается к информации и определяет выполнение передачи обслуживания между RAT (технологиями радиодоступа) в целевой SGSN 505.
[0258] В этом примере, при выборе целевого SGSN 505, исходный MME 504 использует информацию запроса соединения с настраиваемым MME, хранимую в нем,. При выборе целевого SGSN 505 исходный MME 504 может использовать локальную конфигурацию на основе информации запроса соединения с настраиваемым MME. Альтернативно, исходный MME 504 может использовать локальную конфигурацию, хранимую в нем, чтобы выбирать целевой SGSN 505. Исходный MME 504 может выбирать целевой SGSN 505 посредством задания информации запроса соединения с настраиваемым MME вместе с информацией местоположения, такой как идентификатор цели и выдачи "DNS-запроса" на DNS-сервер 508.
[0259] Когда исходный MME 504 определяет выполнение передачи обслуживания между RAT в целевой SGSN 505, исходный MME 504 передает запрос (3) на переход на другую обслуживающую подсистему радиодоступа в целевой SGSN 505. Исходный MME 504 может задавать информацию запроса соединения с настраиваемым MME, хранимую в нем, в этом сигнале.
Когда целевой SGSN 505 выполняет другую передачу обслуживания между RAT, целевой SGSN 505 может выбирать настраиваемый MME посредством использования информации запроса соединения с настраиваемым MME.
[0260] Для следующей последовательности, обработка передачи обслуживания между RAT выполняется в соответствии с технологией предшествующего уровня техники.
[0261] Пример 14
В качестве примера 14, описывается пример передачи обслуживания из настраиваемого SGSN в настраиваемый MME в EPC. Хотя конфигурация согласно примеру 14 является идентичной конфигурации, иллюстрированной на фиг. 22, передача обслуживания выполняется в противоположном направлении.
Последовательность, иллюстрирующая пример операции согласно примеру 14 является по существу этим идентичной последовательности, проиллюстрированной на фиг. 23, за исключением того, что описание (последовательность операций) SGSN и описание (последовательность операций) MME переключены, и что описание (последовательность операций) RNC и описание (последовательность операций) усовершенствованного узла B изменены на противоположное (операция последовательности выполняется в противоположном направлении).
[0262] Пример 15
В качестве примера 15, описывается пример с EPC. В этом примере, UE передает обновление зоны отслеживания (TAU), и UE соединяется с настраиваемым MME. Конфигурация согласно примеру 15 является идентичной конфигурации согласно примеру 1. Фиг. 24 является схемой последовательности операций, иллюстрирующей пример операции согласно примеру 15. Фиг. 24 основан на фиг. 5.3.3.1-1: Процедура обновления зоны отслеживания с изменением обслуживающего GW 3GPP TS23.401, и порядковые номера задаются в соответствии с чертежом. Что касается подробностей каждой последовательности, следует обратиться к описанию TS23.401 5.3.3. Далее описывается операция со ссылкой на фиг. 1 и 24.
[0263] Чтобы передавать TAU-запрос (3) в MME, во-первых, UE 1 устанавливает соединение по протоколу RRC (управления радиоресурсами) с усовершенствованным узлом B 11. Чтобы устанавливать соединение RRC, во-первых, UE 1 передает сигнал запроса соединения RRC в усовершенствованный узел B 11.
[0264] В этом сигнале запроса соединения RRC, UE 1 задает один или более параметров, указывающих то, что UE 1 должно соединяться с настраиваемым MME 22 (пользовательские идентификационные данные, новое значение или новый параметр причины установления (значение или параметр, заново введенный в настоящем примере) либо идентификатор части такого параметра (например, PLMN-идентификатор, включенный в IMSI)).
[0265] UE 1 реализуется с новым параметром запроса соединения RRC (новым значением или новым параметром причины установления). Таким образом, посредством использования запроса соединения RRC, UE 1 уведомляет усовершенствованный узел B в отношении того, что UE 1 может соединяться с настраиваемым MME.
[0266] При приеме сигнала запроса соединения RRC, усовершенствованный узел B 11 сохраняет информацию, указывающую то, что UE 1 должно соединяться с настраиваемым MME 22, и продолжает последующую процедуру соединения RRC.
[0267] После установления соединения RRC, UE 1 передает TAU-запрос (2), и усовершенствованный узел B 11 принимает TAU-запрос (2). Из информации, сохраненной, когда усовершенствованный узел B 11 принимает запрос соединения RRC, усовершенствованный узел B 11 перенаправляет запрос TAU-запрос (3) в настраиваемый MME 22. Усовершенствованный узел B 11 задает новые параметры запроса соединения RRC (новое значение или новый параметр причины установления), чтобы уведомлять в отношении того, что UE 1 может соединяться с настраиваемым MME, принимаемым в запросе соединения RRC, в TAU-запросе (3). Усовершенствованный узел B 11 уведомляет настраиваемый MME 22 в отношении нового параметра.
[0268] При приеме TAU-запроса (3), настраиваемый MME 22 продолжает нормальную TAU-процедуру. Настраиваемый MME 22 хранит новый параметр запроса соединения RRC (новое значение или новый параметр причины установления), чтобы уведомлять в отношении того, что UE 1 может соединяться с настраиваемым MME, принимаемым в запросе соединения RRC, причем новый параметр задается в принимаемом TAU-запросе (3).
[0269] UE 1 может иметь функцию инструктирования усовершенствованного узла B 11 в отношении того, с каким из общего MME 21 и настраиваемого MME 22 должен соединяться с UE 1. Поскольку UE 1 не может сохранять информацию относительно всех MME в базовой сети, информация, указывающая тип MME, тип услуги и т.п., используется для инструкции, выданной в усовершенствованный узел B 11, вместо идентификатора, посредством которого может выбираться уникальный MME.
[0270] Усовершенствованный узел B 11 может иметь функцию определения того, какой MME должен соединяться с UE 1.
[0271] Как описано выше, одно или комбинация пользовательских идентификационных данных, нового значения или нового параметра причины установления связи (причины установления) и идентификатора части такого параметра в запросе соединения RRC используются для выбора MME посредством усовершенствованного узла B 11. Примеры нового параметра включают в себя APN и идентификатор, который идентифицирует MTC-группу.
[0272] Как описано выше, в настоящем примере, UE инструктирует усовершенствованному узлу B выбирать MME. В ответ на инструкцию, усовершенствованный узел B указывает настраиваемый MME для того, чтобы продолжать TAU-процедуру. Таким образом, надлежащему MME можно инструктировать регистрировать местоположение UE.
[0273] Пример 16
В качестве примера 16, описывается пример с UMTS. В этом примере, UE передает сигнал обновления зоны маршрутизации, и UE соединяется с настраиваемым SGSN. Конфигурация согласно примеру 16 является идентичной конфигурации согласно примеру 6. Фиг. 25 является схемой последовательности операций, иллюстрирующей пример операции согласно примеру 16. Фиг. 25 основан на фиг. 36: Процедура RA-обновления в Iu-режиме в 3GPP TS23.060, и порядковые номера задаются в соответствии с чертежом. Что касается подробностей каждой последовательности, следует обратиться к описанию TS23.060 6.9.2 (тогда как терминал обозначается посредством MS на фиг. 36 из 3GPP TS23.060, терминал обозначается посредством UE на фиг. 25). Далее описывается операция со ссылкой на фиг. 2 и 25.
[0274] Чтобы передавать запрос на обновление зоны маршрутизации в SGSN, во-первых, UE 101 устанавливает соединение RRC с RNC 11. Чтобы устанавливать соединение RRC, во-первых, UE 101 передает сигнал запроса соединения RRC в RNC 171.
[0275] В этом сигнале запроса соединения RRC, UE 101 задает один или более параметров, указывающих то, что UE 101 должно соединяться с настраиваемым SGSN 122 (пользовательские идентификационные данные, новое значение или новый параметр причины установления (значение или параметр, заново введенный в настоящем примере) либо идентификатор части такого параметра (например, PLMN-идентификатор, включенный в IMSI)).
[0276] При приеме сигнала запроса соединения RRC, RNC 171 сохраняет информацию, указывающую то, что UE 101 должно соединяться с настраиваемым SGSN 122, и продолжает последующую процедуру соединения RRC.
[0277] После установления соединения RRC, UE 101 передает запрос (1) на обновление зоны маршрутизации, и узел B 111 принимает запрос (1) на обновление зоны маршрутизации. Затем, узел B 111 перенаправляет запрос (1) на обновление зоны маршрутизации в RNC 171.
[0278] RNC 171 перенаправляет запрос (1) на обновление зоны маршрутизации в SGSN. Из информации, сохраненной в RNC 171 при приеме сигнала запроса соединения RRC, RNC 171 перенаправляет запрос (1) на обновление зоны маршрутизации в настраиваемый SGSN 122. В запросе на обновление зоны маршрутизации, RNC 171 задает один или более параметров (пользовательские идентификационные данные, новое значение или новый параметр причины установления (новое значение или параметр, введенное в настоящем примере) либо идентификатор части такого параметра (например, PLMN-идентификатор, включенный в IMSI)). Как указано в запросе соединения RRC, принимаемом посредством RNC 171, параметр указывает то, что UE 101 должно соединяться с настраиваемым SGSN 122. Таким образом, настраиваемый SGSN 122 уведомляется в отношении параметра.
[0279] При приеме запроса на обновление зоны маршрутизации, настраиваемый SGSN 122 продолжает нормальную процедуру обновления зоны маршрутизации. Настраиваемый SGSN 122 хранит параметр (пользовательские идентификационные данные, новое значение или новый параметр причины установления (новое значение или параметр, введенное в настоящем примере) либо идентификатор части такого параметра (например, PLMN-идентификатор, включенный в IMSI)), параметр, заданный в принимаемом запросе на обновление зоны маршрутизации и указывающий то, что UE 101 должно соединяться с настраиваемым SGSN 122.
[0280] UE 101 имеет функцию инструктирования RNC 171 в отношении того, с каким из общего SGSN 121 и настраиваемого SGSN 122 должен соединяться с UE 1. Поскольку UE 101 не может сохранять информацию относительно всех SGSN в базовой сети, информация, указывающая тип SGSN, тип услуги и т.п. используется для инструкции, выданной в RNC 171, вместо идентификатора, посредством которого может выбираться уникальный SGSN.
[0281] RNC 171 имеет функцию определения того, какой SGSN должен соединяться с UE 101. Как описано выше, это решение выполняется посредством использования пользовательских идентификационных данных, нового значения или нового параметра причины установления (нового значения или параметра, введенного в настоящем примере), идентификатора части такого параметра (например, PLMN-идентификатора, включенного в IMSI) или комбинации вышеозначенного. Примеры нового параметра включают в себя APN и идентификатор, который идентифицирует MTC-группу.
[0282] Как описано выше, в настоящем примере, UE 101 инструктирует RNC 171 выбирать SGSN. В ответ на инструкцию, RNC 171 указывает настраиваемый SGSN для того, чтобы продолжать процедуру обновления зоны маршрутизации. Таким образом, UE 101 может выполнять регистрацию местоположения в надлежащем SGSN.
[0283] Далее описывается несколько случаев, в которых базовый сетевой (CN) узел выбираются на основе вышеуказанных примерных вариантов осуществления и примеров.
[0284] Устройство MTC (машинной связи) (M2M-устройство) соединяется с настраиваемым CN-узлом (узлом, предназначенным для MTC-устройств).
[0285] Пользователь с использованием MBMS соединяется с настраиваемым CN-узлом (MBMS-совместимым CN-узлом).
[0286] Чтобы начинать новую услугу в небольшом масштабе, услуга предоставляется только посредством настраиваемого CN-узла(ов).
[0287] Конкретное UE соединяется с узлом, в котором совместно размещаются MME и SGW. Хотя не ограничено конкретным образом, например, предусмотрен случай, в котором небольшой объем трафика данных передается в UE через SMS (службу коротких сообщений). В таком случае, если MME и SGW совместно размещаются, реализация обработки SMS-преобразования может быть упрощена.
[0288] MME могут сортироваться в зависимости от типа терминала (например, терминал с поддержкой CSFB (восстановления после сбоя CS) и VoLTE-терминал). CSFB (восстановление после сбоя CS) представляет собой функцию переключения радиостанции в 3G (или 2G), когда услуга CS (с коммутацией каналов) передается или принимается во время LTE-соединения. VoLTE ("речь-по-LTE") представляет собой функцию предоставления услуги передачи речи (которая предоставлена через CS) в LTE. CSFB-терминал должен взаимодействовать с MSC. VoLTE-терминал должен взаимодействовать с IMS. При CSFB, MSC, который сначала присоединен, инструктируется выбирать совместно размещенный MME.
[0289] Раскрытие вышеуказанного PTL содержится в данном документе по ссылке к этому. Модификации и корректировки примерных вариантов осуществления и примеров являются возможными в пределах объема полного раскрытия (включающего в себя формулу изобретения) настоящего изобретения и на основе базовой технической идеи настоящего изобретения. Различные комбинации и выборы различных раскрытых элементов являются возможными в пределах объема формулы изобретения настоящего изобретения. А именно, настоящее изобретение, конечно, включает в себя различные изменения и модификации, которые могут вноситься специалистами в данной области техники согласно полному раскрытию, включающему в себя формулу изобретения и техническую идею.
Список номеров ссылок
[0290] 1 - UE
11 - усовершенствованный узел B
21 - общий MME
22 - настраиваемый MME
31 - HSS
41 - S-GW (обслуживающий GW)
50 - HSS
51 - P-GW (PDN GW)
61 - сеть предоставления услуг
101 - UE (MS)
111 - узел B
121 - общий SGSN
122 - настраиваемый SGSN
131 - HLR
141 - GGSN
161 - сеть предоставления услуг
171 - RNC
201 - UE
202 - исходный усовершенствованный узел B
203 - целевой усовершенствованный узел B
204 - исходный MME
205 - целевой MME
206 - исходный SGW
207 - целевой SGW
208 - PGW (PDN GW)
209 - DNS-сервер
210 - сеть предоставления услуг
211 - HSS
301 - UE
302 - исходный RNC
303 - целевой RNC
304 - исходный SGSN
305 - целевой SGSN
306 - исходный SGW
307 - целевой SGW
308 - PGW (PDN GW)
309 - DNS-сервер
310 - сеть предоставления услуг
311 - HSS
401 - UE
402 - исходный RNC
403 - целевой RNC
404 - исходный SGSN
405 - целевой SGSN
408 - GGSN
409 - DNS-сервер
410 - сеть предоставления услуг
411 - HSS
501 - UE
502 - исходный усовершенствованный узел B
503 - целевой RNC
504 - исходный MME
505 - целевой SGSN
506 - SGW
507 - PGW (PDN GW)
508 - DNS-сервер
509 - сеть предоставления услуг
Claims (28)
1. Узел базовой сети, содержащий:
приемник, выполненный с возможностью приема требования передачи обслуживания (a Handover Required) или требования перехода (a Relocation Required) от узла сети радиодоступа;
средство выбора, выполненное с возможностью выбора некоторого конкретного целевого узла базовой сети в базовой сети, идентифицированной идентификатором для идентификации базовой сети, посредством выполнения процедуры службы доменных имен (DNS); и
передатчик, выполненный с возможностью передачи запроса на переход на другую обслуживающую подсистему радиодоступа (a Forward Relocation Request), включающего в себя идентификатор, на упомянутый конкретный целевой узел базовой сети.
2. Узел базовой сети по п. 1, при этом идентификатор отправляется от узла сети радиодоступа.
3. Способ выбора узла, содержащий:
прием требования передачи обслуживания или требования перехода от узла сети радиодоступа; и
выбор некоторого конкретного целевого узла базовой сети в базовой сети, идентифицированной идентификатором для идентификации базовой сети, посредством выполнения процедуры службы доменных имен (DNS); и
передачу запроса на переход на другую обслуживающую подсистему радиодоступа, включающего в себя идентификатор, на упомянутый конкретный целевой узел базовой сети.
4. Мобильный терминал, содержащий:
передатчик, выполненный с возможностью передачи идентификатора для характеристик использования мобильного терминала на узел базовой сети через узел сети радиодоступа, и
при этом, когда мобильный терминал выполняет передачу обслуживания, узел базовой сети для источника передачи обслуживания в базовой сети выбирает некоторый конкретный узел базовой сети для цели передачи обслуживания с использованием идентификатора во время процедуры службы доменных имен, DNS, для выбора упомянутого узла базовой сети для цели передачи обслуживания в базовой сети.
5. Способ связи, содержащий:
передачу идентификатора для характеристик использования мобильного терминала на узел базовой сети через узел сети радиодоступа, и
при этом, когда мобильный терминал выполняет передачу обслуживания, узел базовой сети для источника передачи обслуживания в базовой сети выбирает некоторый конкретный узел базовой сети для цели передачи обслуживания с использованием идентификатора во время процедуры службы доменных имен, DNS, для выбора упомянутого узла базовой сети для цели передачи обслуживания в базовой сети.
6. Система связи, содержащая:
мобильный терминал;
узел сети радиодоступа; и
узел базовой сети, и
при этом мобильный терминал включает в себя:
передатчик, выполненный с возможностью передачи идентификатора для характеристик использования мобильного терминала на узел базовой сети через узел сети радиодоступа, и
при этом узел базовой сети включает в себя:
приемник, выполненный с возможностью приема требования передачи обслуживания или требования перехода от узла сети радиодоступа; и
средство выбора, выполненное с возможностью выбора некоторого конкретного целевого узла базовой сети в базовой сети, идентифицированной идентификатором для идентификации базовой сети, посредством выполнения процедуры службы доменных имен (DNS).
7. Способ связи, содержащий:
прием идентификатора для характеристик использования мобильного терминала;
прием требования передачи обслуживания или требования перехода от узла сети радиодоступа; и
выбор некоторого конкретного целевого узла базовой сети в базовой сети, идентифицированной идентификатором для идентификации базовой сети, посредством выполнения процедуры службы доменных имен (DNS).
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2013-141127 | 2013-07-04 | ||
| JP2013141127 | 2013-07-04 | ||
| JP2013187106 | 2013-09-10 | ||
| JP2013-187106 | 2013-09-10 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2016103470/07A Division RU2602088C1 (ru) | 2013-07-04 | 2014-07-04 | Система, способ и устройство связи |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2017145593A Division RU2669792C1 (ru) | 2013-07-04 | 2017-12-25 | Система, способ и устройство связи |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| RU2642477C1 true RU2642477C1 (ru) | 2018-01-25 |
Family
ID=52143859
Family Applications (4)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2016138812A RU2642477C1 (ru) | 2013-07-04 | 2014-07-04 | Система, способ и устройство связи |
| RU2016103470/07A RU2602088C1 (ru) | 2013-07-04 | 2014-07-04 | Система, способ и устройство связи |
| RU2016112137/07A RU2600131C1 (ru) | 2013-07-04 | 2014-07-04 | Система, способ и устройство связи |
| RU2017145593A RU2669792C1 (ru) | 2013-07-04 | 2017-12-25 | Система, способ и устройство связи |
Family Applications After (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2016103470/07A RU2602088C1 (ru) | 2013-07-04 | 2014-07-04 | Система, способ и устройство связи |
| RU2016112137/07A RU2600131C1 (ru) | 2013-07-04 | 2014-07-04 | Система, способ и устройство связи |
| RU2017145593A RU2669792C1 (ru) | 2013-07-04 | 2017-12-25 | Система, способ и устройство связи |
Country Status (13)
| Country | Link |
|---|---|
| US (3) | US9883440B2 (ru) |
| EP (2) | EP2996393A4 (ru) |
| JP (4) | JP5862840B2 (ru) |
| KR (4) | KR20160117641A (ru) |
| CN (2) | CN105611585B (ru) |
| BR (2) | BR112015032906A2 (ru) |
| CL (2) | CL2015003718A1 (ru) |
| MX (2) | MX349184B (ru) |
| MY (2) | MY162436A (ru) |
| PH (4) | PH12016500012B1 (ru) |
| RU (4) | RU2642477C1 (ru) |
| UA (2) | UA116025C2 (ru) |
| WO (1) | WO2015002290A1 (ru) |
Families Citing this family (33)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170303186A1 (en) * | 2014-09-26 | 2017-10-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Managing overload in at least one core network |
| US9807669B1 (en) * | 2014-10-24 | 2017-10-31 | Sprint Communications Company L.P. | Identifying communication paths based on packet data network gateway status reports |
| JP2016122887A (ja) * | 2014-12-24 | 2016-07-07 | 富士通株式会社 | 無線基地局、無線デバイス、無線通信システム、及び、無線通信制御方法 |
| RU2659405C2 (ru) * | 2015-01-13 | 2018-07-02 | Нек Корпорейшн | Аппарат связи, узел опорной сети, система, компьютерная программа и способы для перемаршрутизации сообщений nas |
| US20180035284A1 (en) * | 2015-02-04 | 2018-02-01 | Nec Corporation | Communication system |
| JP6668591B2 (ja) * | 2015-02-04 | 2020-03-18 | 日本電気株式会社 | 通信装置、通信システム、通信方法及びプログラム |
| CN106332222A (zh) | 2015-07-02 | 2017-01-11 | 北京三星通信技术研究有限公司 | 一种网络选择的方法和基站 |
| JP6177845B2 (ja) * | 2015-08-13 | 2017-08-09 | 株式会社Ｎｔｔドコモ | 基地局、管理装置及び接続方法 |
| WO2017029000A1 (en) * | 2015-08-14 | 2017-02-23 | Telefonaktiebolaget Lm Ericsson (Publ) | A node and method for managing a packet data network connection |
| GB2541247A (en) * | 2015-08-14 | 2017-02-15 | Nec Corp | Communication system |
| CN113965971A (zh) | 2015-11-06 | 2022-01-21 | 交互数字专利控股公司 | 一种无线发射/接收单元（wtru）及其实现的方法 |
| EP4021032A1 (en) | 2015-11-19 | 2022-06-29 | SK Telecom Co., Ltd. | Method and apparatus for selecting core network in mobile communication system |
| US9749773B2 (en) | 2015-12-04 | 2017-08-29 | At&T Intellectual Property I, L.P. | Core network selection function in a radio access network for machine-to-machine (M2M) communications |
| KR102468945B1 (ko) * | 2016-03-08 | 2022-11-21 | 삼성전자 주식회사 | 핸드오버를 지원하는 방법 및 장치 |
| US10243860B2 (en) * | 2016-04-05 | 2019-03-26 | Nokia Technologies Oy | Method and apparatus for end-to-end QoS/QoE management in 5G systems |
| US10567495B2 (en) | 2016-11-16 | 2020-02-18 | Cisco Technology, Inc. | Application based intelligent edge computing in a low power wide area network environment |
| CN110192406A (zh) * | 2016-12-15 | 2019-08-30 | Lg 电子株式会社 | 用于在无线通信系统中执行切换的方法及其设备 |
| ES2934876T3 (es) | 2017-02-03 | 2023-02-27 | Nokia Technologies Oy | Método y sistema para la selección de una función de gestión de acceso y movilidad en un entorno de red de acceso |
| US10299184B1 (en) * | 2017-03-28 | 2019-05-21 | Sprint Communications Company L.P. | Reselection of optimal network elements |
| WO2018195943A1 (zh) | 2017-04-28 | 2018-11-01 | Oppo广东移动通信有限公司 | 用于拥塞处理的方法和设备 |
| JP7286741B2 (ja) * | 2017-04-28 | 2023-06-05 | オッポ広東移動通信有限公司 | 輻輳処理のための方法及び機器 |
| US10021557B1 (en) | 2017-08-18 | 2018-07-10 | Verizon Patent And Licensing Inc. | Universal GUTI for simplified device onboarding |
| US9998896B1 (en) * | 2017-08-18 | 2018-06-12 | Verizon Patent And Licensing Inc. | Dedicated APN access using default network access key for profile download |
| US10952052B2 (en) * | 2017-10-11 | 2021-03-16 | Blackberry Limited | Method and system for dynamic APN selection |
| JP7030533B2 (ja) | 2018-01-15 | 2022-03-07 | キオクシア株式会社 | インプリント装置、インプリント方法、及び半導体装置の製造方法 |
| KR20200127201A (ko) * | 2018-03-02 | 2020-11-10 | 닛토덴코 가부시키가이샤 | 컴퓨터 간의 데이터 통신을 보안하기 위한 시스템 및 방법 |
| JPWO2019193879A1 (ja) * | 2018-04-05 | 2021-04-15 | 株式会社Ｎｔｔドコモ | ユーザ装置、ネットワーク装置及び無線通信方法 |
| US11076321B2 (en) * | 2018-10-11 | 2021-07-27 | Cisco Technology, Inc. | Selecting 5G non-standalone architecture capable MME during registration and handover |
| US11290951B2 (en) | 2019-02-12 | 2022-03-29 | Cisco Technology, Inc. | Providing optimal packet data network gateway selection for 5G network environments upon initial user equipment attachment via a WiFi evolved packet data gateway |
| CN111954269B (zh) * | 2019-05-15 | 2022-11-01 | 华为技术有限公司 | 一种承载修改方法及接入网设备 |
| JP6896793B2 (ja) * | 2019-05-27 | 2021-06-30 | 本田技研工業株式会社 | 情報処理装置 |
| US20230247491A1 (en) | 2020-05-26 | 2023-08-03 | Ntt Docomo, Inc. | Terminal apparatus and method for controlling terminal apparatus |
| US20220286853A1 (en) * | 2021-03-03 | 2022-09-08 | At&T Intellectual Property I, L.P. | Mobility management for aggressive devices |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2440697C2 (ru) * | 2007-02-21 | 2012-01-20 | Квэлкомм Инкорпорейтед | Способ и устройство для межсистемного хэндовера |
| US20120071164A1 (en) * | 2006-08-23 | 2012-03-22 | Nec Corporation | Mobile communication system, core network node selection method, and base station and mobile station used therefor |
| WO2013023171A1 (en) * | 2011-08-11 | 2013-02-14 | Interdigital Patent Holdings, Inc. | Mobile relay handover |
| WO2013047822A1 (ja) * | 2011-09-30 | 2013-04-04 | 日本電気株式会社 | 通信システムと方法と装置 |
Family Cites Families (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001091382A1 (en) | 2000-05-22 | 2001-11-29 | Nokia Corporation | System and method for providing a connection in a communication network |
| NO20014064D0 (no) * | 2001-08-21 | 2001-08-21 | Ericsson Telefon Ab L M | Fremgangsmate for handtering av en mobil abonnent i et telekommunikasjonssystem |
| JP4000906B2 (ja) | 2002-05-22 | 2007-10-31 | 日本電気株式会社 | パケット転送経路の最適化方法及びパケット転送装置並びにプログラム |
| EP1820301A4 (en) | 2004-12-09 | 2012-10-17 | Samsung Electronics Co Ltd | Method and system for moving the serving radio network controller in a network distribution system |
| AU2007222104A1 (en) | 2006-03-08 | 2007-09-13 | Interdigital Technology Corporation | Method and apparatus for supporting handoff and serving radio network subsystem relocation procedures in a single tunnel GPRS-based wireless communication system |
| US20070254667A1 (en) * | 2006-04-28 | 2007-11-01 | Joanna Jokinen | Inter-MME handover in evolved communication systems |
| CN101309500B (zh) | 2007-05-15 | 2011-07-20 | 华为技术有限公司 | 不同无线接入技术间切换时安全协商的方法和装置 |
| KR101547544B1 (ko) * | 2008-09-24 | 2015-08-27 | 삼성전자주식회사 | 펨토 기지국으로의 핸드 오버를 위한 통신 시스템 및 이를 위한 방법 |
| US8428610B2 (en) * | 2008-11-17 | 2013-04-23 | Cisco Technology, Inc. | Dynamic load balancing in a communication network |
| CN101420724B (zh) | 2008-11-20 | 2011-02-02 | 华为技术有限公司 | 信息传输方法、移动管理设备和网络系统 |
| WO2011001628A1 (ja) * | 2009-07-03 | 2011-01-06 | パナソニック株式会社 | コネクション管理方法、コネクション管理システム、移動端末、パケットデータゲートウェイ並びに移動管理ゲートウェイ |
| KR20110020161A (ko) | 2009-08-21 | 2011-03-02 | 엘지전자 주식회사 | 이동통신 네트워크 내에서 제어 평면(Ｃｏｎｔｒｏｌ Ｐｌａｎｅ)을 담당하는 서버 및 ＳＩＰＴＯ 기반의 세션을 제어하는 방법 |
| CN102056138B (zh) | 2009-11-05 | 2016-08-03 | 中兴通讯股份有限公司 | 本地ip访问连接的管理方法及装置 |
| WO2011082538A1 (zh) | 2010-01-08 | 2011-07-14 | 上海贝尔股份有限公司 | 机器型通信中基于组的移动性优化方法和设备 |
| KR101609580B1 (ko) * | 2010-02-10 | 2016-04-07 | 삼성전자주식회사 | 무선 통신 시스템 및 그의 사용자 단말기와 이동성 관리 엔티티 간 연결 방법 |
| WO2012062193A1 (zh) | 2010-11-08 | 2012-05-18 | 中兴通讯股份有限公司 | Mtc切换中的拥塞控制方法及装置、系统 |
| WO2012147291A1 (ja) * | 2011-04-28 | 2012-11-01 | パナソニック株式会社 | 通信ノード及びネットワークノード |
| US8625534B2 (en) * | 2011-05-20 | 2014-01-07 | At&T Intellectual Property I, L.P. | Throughput for inter-radio access technology handover |
| WO2012172729A1 (ja) | 2011-06-14 | 2012-12-20 | 日本電気株式会社 | 移動通信システム、その制御方法および制御プログラムを格納した非一時的なコンピュータ可読媒体 |
| TWI586114B (zh) * | 2011-08-19 | 2017-06-01 | 內數位專利控股公司 | 在行動站中使用非存取層程序存取屬於不同無線電存取技術組件載波資源方法及裝置 |
| CN102984775B (zh) | 2011-09-06 | 2015-12-16 | 普天信息技术研究院有限公司 | 无线接入网络信息管理信息的获取方法 |
| JP5922902B2 (ja) | 2011-09-30 | 2016-05-24 | 日本信号株式会社 | 無線通信ネットワークシステムの同期方法 |
| EP2608567A1 (en) * | 2011-12-13 | 2013-06-26 | Panasonic Corporation | Device triggering and congestion control |
| KR102148341B1 (ko) | 2012-01-20 | 2020-10-14 | 삼성전자 주식회사 | 데이터 전송의 우선권 설정 방법 및 장치 |
| JP5229403B1 (ja) * | 2012-01-26 | 2013-07-03 | 日本電気株式会社 | 移動局、移動局の制御方法、移動通信システム、移動管理装置、及びプログラム |
| KR101565102B1 (ko) | 2012-04-04 | 2015-11-02 | 주식회사 케이티 | 이중 우선순위 어플리케이션을 갖는 기계 형태 통신 장치에 대한 접속 제어 방법 및 장치 |
| EP2693800A1 (en) * | 2012-08-03 | 2014-02-05 | Panasonic Corporation | Radio Resource Managment for Dual Priority Access |
| US9055520B2 (en) | 2012-12-19 | 2015-06-09 | Cisco Technology, Inc. | Systems, methods and media for mobile management entity (MME) selection by Evolved Node B (eNodeB) |
| WO2014110410A1 (en) | 2013-01-11 | 2014-07-17 | Interdigital Patent Holdings, Inc. | User-plane congestion management |
| WO2014135210A1 (en) * | 2013-03-07 | 2014-09-12 | Nokia Solutions And Networks Oy | Handover of mobility management entity for load balancing |
-
2014
- 2014-04-07 UA UAA201600857A patent/UA116025C2/uk unknown
- 2014-07-04 KR KR1020167026957A patent/KR20160117641A/ko active Application Filing
- 2014-07-04 MY MYPI2016000253A patent/MY162436A/en unknown
- 2014-07-04 US US14/902,656 patent/US9883440B2/en active Active
- 2014-07-04 MX MX2016001671A patent/MX349184B/es unknown
- 2014-07-04 EP EP14820719.4A patent/EP2996393A4/en not_active Withdrawn
- 2014-07-04 UA UAA201604773A patent/UA117761C2/uk unknown
- 2014-07-04 MX MX2016000202A patent/MX345250B/es active IP Right Grant
- 2014-07-04 KR KR1020167003159A patent/KR101651807B1/ko active IP Right Grant
- 2014-07-04 RU RU2016138812A patent/RU2642477C1/ru active
- 2014-07-04 JP JP2015525288A patent/JP5862840B2/ja active Active
- 2014-07-04 RU RU2016103470/07A patent/RU2602088C1/ru active
- 2014-07-04 BR BR112015032906A patent/BR112015032906A2/pt not_active Application Discontinuation
- 2014-07-04 CN CN201610109364.2A patent/CN105611585B/zh active Active
- 2014-07-04 RU RU2016112137/07A patent/RU2600131C1/ru active
- 2014-07-04 BR BR122016004704-0A patent/BR122016004704A2/pt not_active Application Discontinuation
- 2014-07-04 WO PCT/JP2014/067891 patent/WO2015002290A1/ja active Application Filing
- 2014-07-04 KR KR1020167009283A patent/KR101663451B1/ko active IP Right Grant
- 2014-07-04 CN CN201480038357.7A patent/CN105359581A/zh active Pending
- 2014-07-04 KR KR1020187013659A patent/KR20180053436A/ko not_active Application Discontinuation
- 2014-07-04 EP EP16153026.6A patent/EP3029992A3/en not_active Withdrawn
- 2014-07-04 MY MYPI2015704781A patent/MY157550A/en unknown
-
2015
- 2015-10-30 JP JP2015213913A patent/JP5862830B1/ja active Active
- 2015-12-10 JP JP2015241405A patent/JP2016034164A/ja active Pending
- 2015-12-23 CL CL2015003718A patent/CL2015003718A1/es unknown
-
2016
- 2016-01-04 PH PH12016500012A patent/PH12016500012B1/en unknown
- 2016-03-04 US US15/061,120 patent/US20160192263A1/en not_active Abandoned
- 2016-03-08 PH PH12016500439A patent/PH12016500439B1/en unknown
- 2016-03-11 CL CL2016000582A patent/CL2016000582A1/es unknown
- 2016-12-12 JP JP2016240483A patent/JP2017050895A/ja active Pending
-
2017
- 2017-01-06 PH PH12017500046A patent/PH12017500046B1/en unknown
- 2017-12-13 US US15/840,649 patent/US20180146406A1/en not_active Abandoned
- 2017-12-25 RU RU2017145593A patent/RU2669792C1/ru active
-
2018
- 2018-10-25 PH PH12018502264A patent/PH12018502264A1/en unknown
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120071164A1 (en) * | 2006-08-23 | 2012-03-22 | Nec Corporation | Mobile communication system, core network node selection method, and base station and mobile station used therefor |
| RU2440697C2 (ru) * | 2007-02-21 | 2012-01-20 | Квэлкомм Инкорпорейтед | Способ и устройство для межсистемного хэндовера |
| WO2013023171A1 (en) * | 2011-08-11 | 2013-02-14 | Interdigital Patent Holdings, Inc. | Mobile relay handover |
| WO2013047822A1 (ja) * | 2011-09-30 | 2013-04-04 | 日本電気株式会社 | 通信システムと方法と装置 |
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2669792C1 (ru) | Система, способ и устройство связи | |
| JP6308279B2 (ja) | 通信システムと方法と装置 |