RU2382523C2

RU2382523C2 - Method of updating dynamic user data in real time in mobile communication network

Info

Publication number: RU2382523C2
Application number: RU2007125618/09A
Authority: RU
Inventors: Джингбо ХУ (CN); Джингбо ХУ; Жидонг ЖАО (CN); Жидонг ЖАО; Чаолин ЛВ (CN); Чаолин ЛВ
Original assignee: Зте Корпарейшен
Priority date: 2004-12-02
Filing date: 2004-12-02
Publication date: 2010-02-20
Also published as: CN101019445A; CN100527881C; BRPI0419210A; WO2006058463A1; RU2007125618A

Abstract

FIELD: physics; communication.

SUBSTANCE: invention relates to mobile communication systems and particulatly to a method of updating dynamic user data in real time mode in a home location register (HLR). Proposed is a method of updating dynamic user data in real time in a mobile communication network, involving the following steps: using an emergency home location register (HLR) to track signals on all signal transmission channels of controlled base home location registers; detection of important dynamic user data in accordance with the tracked signals; and updating important information associated with base HLR users. The emergency HLR should not sent the UnreliableRoamer DataDirecitve command when the base HLR controlled by the emergency HLR is broken down in order to avoid overloading effects on visitor location register (VLR) equipment. There is no need for VLR equipment to support the Unreliable RoamerDataDirecitve command in order to make the invention compatible with wider range of equipment.

EFFECT: design of a method of updating dynamic user data in real time, where dynamic user data in the base home location register and emergency home location register are synchronous in real time mode without making changes in the base home location register.

1 cl, 3 dwg

Description

Область техники, к которой относится изобретениеFIELD OF THE INVENTION

Настоящее изобретение относится к сфере мобильной связи, конкретно к способу обновления динамических данных абонента в режиме реального времени в регистре местоположения местных абонентов (HLR, home location register) в сети мобильной связи.The present invention relates to the field of mobile communications, specifically to a method for updating dynamic subscriber data in real time in the local location register (HLR, home location register) in a mobile communication network.

Уровень техникиState of the art

Как правило, сеть мобильной связи состоит из множества функциональных элементов сети, таких как регистр (HLR) местоположения местных абонентов, центр мобильной коммутации (MSC, mobile switch center), регистр местоположения посетителей (VLR, visiting location register) и т.д. Среди всех функциональных элементов особо важную роль играет регистр (HLR) местоположения местных абонентов, представляющий собой центр обработки данных, использующийся для хранения постоянных данных абонентов, динамических данных о местоположении, динамической информации о состоянии дополнительного обслуживания абонентов мобильной связи. Хотя сама по себе система HLR, предоставляемая поставщиками сетевой аппаратуры, может в различных отношениях обладать избыточностью ради обеспечения стабильной работы системы, все же аварийный сбой системы, способный привести к прерыванию работы сети, и, как следствие, необратимая потеря информации может произойти, если на систему HLR окажут воздействие внешние факторы, влияния которых не выдержит данная система. Поэтому желательно, чтобы была создана достаточно продуманная система аварийного восстановления HLR (так называемый аварийный регистр местоположения местных абонентов, или аварийный HLR), предназначенная для резервного копирования информации, хранящейся в основном HLR. Центр аварийного восстановления HLR может контролировать один или несколько основных HLR одновременно. Если в основном HLR происходят нарушения, которые невозможно устранить за короткий промежуток времени, центр аварийного восстановления HLR может своевременно взять на себя функции основного HLR с целью обеспечения безопасности и надежности работы всей сети.Typically, a mobile communication network consists of many functional network elements, such as a local location register (HLR), a mobile switching center (MSC), a visitor location register (VLR, visiting location register), etc. Among all the functional elements, an especially important role is played by the local location register (HLR), which is a data center used to store permanent subscriber data, dynamic location data, and dynamic information about the status of additional services for mobile subscribers. Although the HLR system itself, provided by network equipment suppliers, may in various respects be redundant in order to ensure stable operation of the system, nevertheless, an emergency system failure can lead to network interruption, and, as a result, irreversible loss of information can occur if The HLR system will be affected by external factors that the system will not withstand. Therefore, it is desirable that a reasonably designed HLR disaster recovery system (the so-called emergency local location register, or emergency HLR) should be created to back up information stored mainly in the HLR. The HLR Disaster Recovery Center can monitor one or more core HLRs at the same time. If in the main HLR there are violations that cannot be fixed in a short period of time, the HLR Disaster Recovery Center can timely take over the functions of the main HLR in order to ensure the safety and reliability of the entire network.

Технологии аварийного восстановления можно разделить по месту - на местное аварийное восстановление и удаленное аварийное восстановление, и по форме - на аварийное восстановление данных и аварийное восстановление приложения. В общем случае, в число условно общепринятых режимов аварийного восстановления входят следующие: местное аварийное восстановление данных, местное аварийное восстановление приложения, удаленное аварийное восстановление данных и удаленное аварийное восстановление приложения. Аварийное восстановление регистра местоположения местных абонентов также подразделяется на пять видов.Disaster recovery technologies can be divided locally into local disaster recovery and remote disaster recovery, and in form into disaster recovery and application disaster recovery. In general, conventionally accepted disaster recovery modes include the following: local disaster recovery, local disaster recovery, remote disaster recovery, and remote disaster recovery. Disaster recovery of the location register of local subscribers is also divided into five types.

В настоящее время из уровня техники уже известно техническое решение задачи местного аварийного восстановления данных или местного аварийного восстановления приложения, т.е. резервное копирование всех данных абонента (включая постоянные данные абонентов и динамические данные) на всех типах магнитных носителей, и использование избыточной конфигурации N+1 для ключевых модулей в то же самое время. Но это решение, как правило, имеет следующие недостатки:Currently, the prior art already knows the technical solution to the problem of local disaster recovery of data or local disaster recovery of an application, i.e. backing up all subscriber data (including permanent subscriber data and dynamic data) on all types of magnetic media, and using the redundant N + 1 configuration for key modules at the same time. But this solution, as a rule, has the following disadvantages:

1) в случае аварийного нарушения нет гарантии, что данные абонента будут самыми новыми. В данном решении точность данных абонента зависит от продолжительности временного интервала между резервным копированием и восстановлением данных, в то время как данные абонента могут в любой момент измениться. Если использовать резервное копирование данных абонента в режиме реального времени, то это сильно повлияет на работу и стабильность существующих в настоящее время HLR; и1) in the event of an emergency violation, there is no guarantee that the subscriber data will be the latest. In this solution, the accuracy of the subscriber data depends on the length of the time interval between backup and recovery of data, while the data of the subscriber can change at any time. If you use real-time backup of subscriber data, this will greatly affect the operation and stability of the currently existing HLR; and

2) в случае аварийного нарушения, работа системы может быть прервана на долгое время, в особенности когда серьезный аварийный сбой носит локальный характер, все данные не могут быть восстановлены и в таком случае сеть отключается.2) in the event of an emergency violation, the system may be interrupted for a long time, especially when a serious emergency failure is local in nature, all data cannot be restored and in this case the network is disconnected.

Исходя из вышеуказанного, можно прийти к выводу, что для обеспечения аварийного восстановления данных, в истинном смысле этого слова, следует дополнительно установить центр аварийного восстановления HLR, чтобы иметь возможность осуществить аварийное восстановление из другого места.Based on the above, it can be concluded that in order to ensure disaster recovery of data, in the true sense of the word, an HLR disaster recovery center should be additionally installed in order to be able to perform disaster recovery from another location.

Типичные технические решения задачи удаленного аварийного восстановления данных HLR таковы:Typical technical solutions for the HLR Remote Disaster Recovery task are:

1) что касается постоянных данных абонента, они могут быть синхронизированы с центром аварийного восстановления HLR путем применения режима квазиреального времени, суть которого состоит в следующем: передача измененных данных абонента в центр аварийного восстановления в форме файла путем расширения функции основного HLR, или синхронизация изменения постоянных данных пользователя с центром аварийного восстановления HLR с применением сети системы учета внутри работающей сети; и1) with regard to the subscriber's permanent data, they can be synchronized with the HLR disaster recovery center by applying the quasi-real time mode, the essence of which is as follows: transfer of the changed subscriber data to the disaster recovery center in the form of a file by expanding the function of the main HLR, or synchronizing the changes of the constants user data with the HLR Disaster Recovery Center using the metering system network inside a working network; and

2) что касается динамических данных абонента, включая данные о местоположении, состоянии коротких сообщений, состоянии дополнительного обслуживания и т.д., обычно применяются следующие способы:2) with regard to the dynamic data of the subscriber, including data on location, status of short messages, status of additional services, etc., the following methods are usually used:

способ 1: синхронный способ для сообщений в реальном времени, который состоит в том, что измененные данные абонента и сообщение от вновь созданного абонента инициативно направляются основным HLR в центр аварийного восстановления HLR в режиме реального времени. Например, патентная заявка Китая №01125116.6, озаглавленная "Способ осуществления повышения надежности беспроводной базовой сети путем применения удаленного резервного копирования" описывает способ, согласно которому основной HLR сохраняет сообщения, имеющие отношение к изменению данных абонента, и отправляет их в центр аварийного восстановления HLR в режиме реального времени; при этом необходимо тактовое сообщение между основным HLR и аварийным HLR, и «резервный протокол передачи сообщений» обновляется. Далее, необходимо создание механизма пересылки. Для осуществления вышеописанных этапов требуется содействие основного HLR, состоящее во внесении соответствующих изменений, что приводит к усложнению основного HLR и что сказывается на производительности основного HLR, приводя к отсутствию совместимости оборудования;method 1: a synchronous method for real-time messages, which consists in the fact that the changed subscriber data and the message from the newly created subscriber are proactively sent by the main HLR to the real-time HLR disaster recovery center. For example, China Patent Application No. 01125116.6, entitled “Method for Implementing Reliability of a Wireless Core Network by Using Remote Backup” describes a method by which the primary HLR stores messages related to changing subscriber data and sends them to the HLR Disaster Recovery Center in mode real time; this requires a clock message between the primary HLR and the emergency HLR, and the “standby messaging protocol” is updated. Next, you need to create a forwarding mechanism. For the implementation of the above steps, the assistance of the primary HLR is required, consisting in the introduction of appropriate changes, which leads to the complexity of the primary HLR and which affects the performance of the primary HLR, leading to a lack of equipment compatibility;

способ 2: синхронный способ, использующий «периодический» файл, который передает динамические данные абонента, меняющиеся в определенный период времени, в центр аварийного восстановления HLR. Этот способ не дает возможности центру аварийного восстановления HLR получать информацию о текущем местоположении абонента и зарегистрированную информацию о дополнительном обслуживании и т.д., вследствие чего достоверность становится слишком низкой; иmethod 2: a synchronous method using a “periodic” file that transmits the dynamic data of the subscriber, changing in a certain period of time, to the HLR disaster recovery center. This method does not allow the HLR disaster recovery center to receive information about the current location of the subscriber and the registered information about additional services, etc., as a result of which the reliability becomes too low; and

способ 3: способ, использующий сообщение, восстанавливающее HLR, и заключающийся в следующем: при нормальной работе основного HLR центр аварийного восстановления HLR не обновляет динамические данные абонента, содержащиеся в основном HLR, находящемся под его контролем. Когда в основном HLR происходит аварийный сбой, центр аварийного восстановления HLR берет на себя его функции, и центр аварийного восстановления HLR отправляет команду "UnreliableRoamerDataDirecitve(UNRELDIR)" (т.е. сообщение, восстанавливающее HLR) каждому соответствующему регистру (VLR) местоположения посетителей, чтобы каждый VLR удалил данные абонента, относящиеся к основному HLR. Поэтому, когда абонент осуществляет доступ в систему, в центре аварийного восстановления HLR создается запись, и таким образом центр аварийного восстановления может получить самые новые данные о состоянии абонента. Но использование этого способа может привести к тому, что в каждой VLR может появиться множество записей новых регистрирующихся пользователей за короткий промежуток времени из-за удаления больших объемов данных абонентов, и поэтому внезапное возрастание рабочей нагрузки может вызвать скрытые нарушения в стабильной работе системы и может даже вызвать выход из строя соответствующих VLR. Более того, степень поддержки команды "UnreliableRoamerDataDirecitve" различна в аппаратуре VLR, предоставляемой разными поставщиками, что вызывает проблему аппаратной совместимости для сообщения, восстанавливающего HLR.method 3: the method using the message recovering the HLR, and consisting in the following: during normal operation of the main HLR, the HLR disaster recovery center does not update the dynamic data of the subscriber contained in the main HLR under its control. When the main HLR crashes, the HLR disaster recovery center takes over its functions, and the HLR disaster recovery center sends the command "UnreliableRoamerDataDirecitve (UNRELDIR)" (i.e., the message recovering the HLR) to each corresponding visitor location register (VLR), so that each VLR deletes the subscriber data related to the primary HLR. Therefore, when a subscriber accesses the system, a record is created in the HLR disaster recovery center, and thus the disaster recovery center can receive the latest data on the subscriber's state. But using this method can lead to the fact that in each VLR many records of new registering users can appear in a short period of time due to the deletion of large volumes of subscriber data, and therefore a sudden increase in workload can cause hidden violations in the stable operation of the system and may even cause failure of the corresponding VLRs. Moreover, the degree of support for the "UnreliableRoamerDataDirecitve" command is different in the VLR hardware provided by different vendors, which causes a hardware compatibility problem for the message recovering the HLR.

Удаленное аварийное восстановление приложения в HLR основано на удаленном аварийном восстановлении данных HLR. Если в основном HLR происходит аварийный сбой, центр аварийного восстановления HLR берет на себя функции соответствующего основного HLR в соответствии с сохраненными в основном HLR данными абонента.Remote disaster recovery of an application in the HLR is based on remote disaster recovery of HLR data. If a primary failure occurs in the main HLR, the HLR disaster recovery center takes over the functions of the corresponding primary HLR in accordance with the subscriber data stored mainly in the HLR.

Хотя вышеописанные решения задачи удаленного аварийного восстановления HLR могут в значительной степени использовать функции аварийного восстановления, присущие HLR, они не могут найти широкого применения, поскольку не обеспечивают синхронизации в режиме реального времени динамических данных абонента, хранящихся в основном HLR и центре аварийного восстановления HLR.Although the above solutions to the HLR remote disaster recovery problem can make significant use of the disaster recovery features inherent in HLRs, they cannot be widely used because they do not provide real-time synchronization of dynamic subscriber data stored in the main HLR and the HLR disaster recovery center.

Патент США №6662015 с названием «Устройство и способ извлечения данных о присутствии, местоположении и доступности из устройства связи, находящегося в сети» описывает способ отслеживания заранее определенного сообщения, относящегося к абоненту, между HLR и центром мобильного обмена с целью обеспечения аварийного восстановления данных абонента, но патент основан главным образом на том, что элемент сети функционирует среди других различных элементов сети, которые прерывают отправку и пересылают сообщения, повышая сложность системы аварийного восстановления и делая данный способ неприменимым для системы аварийного восстановления регистра местоположения местных абонентов.US Pat. No. 6,662,015, titled “Device and Method for Retrieving Presence, Location, and Availability Data from a Network Communication Device,” describes a method for tracking a predetermined subscriber related message between an HLR and a mobile exchange center to enable disaster recovery of subscriber data but the patent is mainly based on the fact that the network element functions among other various network elements that interrupt sending and forwarding messages, increasing the complexity of the emergency system of recovery and making this method is not applicable for the system disaster recovery location register of local subscribers.

Раскрытие изобретенияDisclosure of invention

Ввиду вышеизложенных технических проблем, известных из уровня техники, предлагается настоящее изобретение. Его цель - предложить такой способ обновления динамических данных абонента в реальном времени в сети мобильной связи, который бы позволил исключить недостатки, известные из уровня техники, заключающиеся в том, что динамические данные абонента в основном регистре местоположения местных абонентов и аварийном регистре местоположения местных абонентов не могут быть синхронными в режиме реального времени, без внесения изменений в основной регистр местоположения местных абонентов.In view of the foregoing technical problems known in the art, the present invention is provided. Its purpose is to propose such a way of updating subscriber’s dynamic data in real time in a mobile communication network, which would eliminate the disadvantages known from the prior art, namely that the dynamic subscriber data in the main register of the location of local subscribers and the emergency register of the location of local subscribers can be synchronous in real time, without making changes to the main location register of local subscribers.

Способ обновления динамических данных абонента в реальном времени согласно настоящему изобретению включает следующее: аварийный регистр (HLR) местоположения местных абонентов отслеживает сигналы по всем каналам передачи сигналов основных регистров местоположения местных абонентов под собственным контролем; определяет важные динамические данные абонента в соответствии с отслеживаемыми сигналами; и обновляет необходимую информацию абонентов, соответствующей основному HLR.The real-time dynamic subscriber data updating method according to the present invention includes the following: local location emergency alarm register (HLR) monitors signals across all signal transmission channels of the main local location location registers under its own control; determines important dynamic data of the subscriber in accordance with the monitored signals; and updates the necessary information of subscribers corresponding to the main HLR.

Предпочтительно, чтобы перед вышеупомянутым этапом отслеживания сигналов всех каналов передачи сигналов, такой способ также включал в себя: получение информации о конфигурации всех основных регистров местоположения местных абонентов под контролем аварийного регистра местоположения местных абонентов, и выполнение соответствующей конфигурации в аварийном регистре местоположения местных абонентов.Preferably, before the aforementioned step of tracking signals of all signal transmission channels, such a method also includes: obtaining configuration information of all the main location registers of local subscribers under the control of the emergency location register of local subscribers, and performing the corresponding configuration in the emergency location register of local subscribers.

Предпочтительно, чтобы аварийный регистр местоположения местных абонентов предварительно задавал конфигурацию передаваемых сообщений, которые необходимо отслеживать.Preferably, the emergency location register of local subscribers predefined the configuration of the transmitted messages that need to be monitored.

Предпочтительно, чтобы упомянутый этап отслеживания сигналов каналов передачи сигналов осуществлялся путем применения трехканального соединителя на линии между отслеживаемым основным регистром местоположения местных абонентов и точкой передачи сигнала с целью выведения сигналов.Preferably, said step of monitoring the signals of the signal transmission channels is carried out by applying a three-channel connector on the line between the monitored primary location register of local subscribers and the signal transmission point for signal output.

Предпочтительно, чтобы трехканальный соединитель включал в себя звено высокого сопротивления, звено усиления сигнала и формирующее звено.Preferably, the three-channel connector includes a high resistance link, a signal gain link, and a shaping link.

Предпочтительно, чтобы данный этап определения важных динамических данных абонента в свою очередь включал в себя: анализ отслеживаемых сигнальных сообщений с целью получения сообщений, относящихся к динамическим данным абонента; сохранение содержимого сообщений запроса, относящихся к динамическим данным абонента; и сопоставление сообщения ответа, имеющего отношение к динамическим данным абонента, с соответствующим сообщением запроса.Preferably, this step of determining the important dynamic data of the subscriber, in turn, includes: analysis of the monitored signal messages in order to receive messages related to the dynamic data of the subscriber; saving the contents of request messages related to the dynamic data of the subscriber; and matching the response message related to the dynamic data of the subscriber with the corresponding request message.

Способ согласно настоящему изобретению характеризуется тем, что осуществляет синхронное в режиме реального времени отслеживание сигналов и обновление различных видов динамических данных абонентов в основном HLR, который соответствует аварийному HLR, включая данные о местоположении, статусе, аутентификации, дополнительной информации по обслуживанию и т.д.; аварийный HLR является эквивалентом основного HLR, поэтому исключены случаи, когда динамические данные абонентов аварийного HLR и основного HLR несовместимы.The method according to the present invention is characterized in that it real-time synchronously monitors signals and updates various types of dynamic data of subscribers, mainly HLR, which corresponds to emergency HLR, including location, status, authentication, additional service information, etc. ; emergency HLR is equivalent to the main HLR, therefore, cases where the dynamic data of the subscribers of the emergency HLR and the main HLR are incompatible are excluded.

Кроме того, аварийный HLR не должен отправлять команду "UnreliableRoamerDataDirecitve", когда основной HLR, контролируемый аварийным HLR, испытывает аварийные сбои, чтобы избежать воздействия перегрузки на соответствующее оборудование VLR, и при этом нет необходимости, чтобы оборудование VLR поддерживало команду "UnreliableRoamerDataDirecitve", чтобы настоящее изобретение обладало совместимостью с более широким диапазоном оборудования.In addition, the emergency HLR should not send the UnreliableRoamerDataDirecitve command when the primary HLR monitored by the emergency HLR crashes to avoid the effect of overload on the corresponding VLR equipment, and it is not necessary for the VLR to support the UnreliableRoamerDataDirecitve command to the present invention is compatible with a wider range of equipment.

Краткое описание чертежейBrief Description of the Drawings

Фигура 1 - блок-схема способа обновления динамических данных абонента в реальном времени согласно варианту осуществления настоящего изобретения; иFigure 1 is a flowchart of a method for updating subscriber dynamic data in real time according to an embodiment of the present invention; and

Фигура 2 - схема сетевой структуры аварийного HLR, осуществляющего отслеживание сигналов при применении способа обновления динамических данных абонента в реальном времени, показанном в Фиг.1; иFigure 2 is a diagram of the network structure of the emergency HLR, tracking signals when applying the method of updating the dynamic data of the subscriber in real time, shown in Figure 1; and

Фигура 3 - схема, иллюстрирующая отслеживание сигналов, при применении способа обновления динамических данных абонента в реальном времени, показанном в Фиг.1.Figure 3 is a diagram illustrating signal tracking when applying the method for updating subscriber dynamic data in real time, shown in Figure 1.

Осуществление изобретенияThe implementation of the invention

Нижеследующее детальное описание предпочтительного варианта осуществления настоящего изобретения в сочетании с сопровождающими чертежами, вышесказанными и другими подтверждениями, позволяют выявить отличительные характеристики и преимущества настоящего изобретения.The following detailed description of a preferred embodiment of the present invention, in combination with the accompanying drawings, the foregoing and other confirmations, allows to identify the distinguishing characteristics and advantages of the present invention.

Фигура 1 - подробная блок-схема способа обновления динамических данных абонента в реальном времени согласно варианту осуществления настоящего изобретения. После того как отслеживающий сигналы блок обнаруживает и проверяет сообщения физического канала, он обрабатывает полезные сообщения. Данный способ включает в себя следующие этапы:Figure 1 is a detailed flowchart of a method for updating dynamic subscriber data in real time according to an embodiment of the present invention. After the signal-tracking unit detects and checks the messages of the physical channel, it processes the useful messages. This method includes the following steps:

начиная с этапа 101, затем на этапе 102, аварийный HLR отслеживает все сигналы, исходящие от основного HLR. На Фиг.2 представлена схема сетевой структуры, иллюстрирующая, что аварийный HLR осуществляет отслеживание сигналов, а аварийный HLR₂₀₅ может осуществлять отслеживание сигналов многочисленных основных HLR₁, …, HLR_n одновременно.starting at step 101, then at step 102, the emergency HLR monitors all signals originating from the primary HLR. FIG. 2 is a diagram of a network structure illustrating that an emergency HLR monitors signals, and an emergency HLR ₂₀₅ can monitor multiple HLR signals ₁ , ..., HLR _n simultaneously.

Для удобства описания, далее, за пример будет принято, что аварийный HLR₂₀₅ осуществляет отслеживание сигналов основного HLR₁, исходя из условия, что аварийный HLR₂₀₅ отслеживает многочисленные основные HLR одновременно, механизм отслеживания сигналов является таким же, как и механизм отслеживания одного основного HLR, и специалисты в данной области техники могут использовать его, понимая суть настоящего изобретения.For convenience of description, hereinafter, it will be taken as an example that the emergency HLR ₂₀₅ monitors the signals of the main HLR ₁ , based on the condition that the emergency HLR ₂₀₅ monitors multiple main HLRs at the same time, the signal tracking mechanism is the same as the mechanism for tracking one main HLR , and specialists in the art can use it, understanding the essence of the present invention.

На Фиг.2, контролируемый основной HLR₁, соединяется с точкой передачи сигнала STP (Signaling transfer point или SP) путем использования канала передачи сигналов Сигнальной Системы №7 и обменивается сообщениями с другими объектами в сети через стандартную передачу сигналов №7.Figure 2, controlled by the main HLR ₁ , is connected to the signal transmission point STP (Signaling transfer point or SP) by using the signal transmission channel of Signaling System No. 7 and exchanges messages with other objects in the network through standard signaling No. 7.

С целью получения всех сообщений основного HLR₁, аварийный HLR₂₀₅ должен осуществлять мониторинг всех каналов передачи сигналов, связанных с основным HLR₁. Поэтому аварийному HLR₂₀₅ необходимо иметь всю информацию о конфигурации контролируемого основного HLR₁ и информацию об управлении номером абонента, информацию о конфигурации данных станции и т.д. основного HLR₁.In order to receive all messages from the primary HLR ₁ , the emergency HLR ₂₀₅ must monitor all signaling channels associated with the primary HLR ₁ . Therefore, the emergency HLR ₂₀₅ must have all the configuration information of the monitored primary HLR ₁ and the subscriber number management information, station data configuration information, etc. core HLR ₁ .

Причем информация о конфигурации включает, но не ограничивается, информацией о временных интервалах соответствующего канала, кодом точки передачи сигнала, информации маршрутизации и т.д. И затем в регистре HLR₂₀₅ выполняется соответствующая конфигурация для записи вышеупомянутой информации основного HLR₁.Moreover, the configuration information includes, but is not limited to, information about the time intervals of the corresponding channel, the code of the signal transmission point, routing information, etc. And then, in the HLR register ₂₀₅ , an appropriate configuration is made to record the above-mentioned basic HLR _{1 information} .

Кроме того, аварийный HLR₂₀₅ может также конфигурировать сигнальные сообщения, которые должны быть отслежены, такие как аутентификационная информация, обновление регистрации и местоположения, дополнительная информация по обслуживанию, которые позволяют аварийному HLR₂₀₅ отследить, проанализировать и подтвердить различную пользовательскую динамическую информацию.In addition, the emergency HLR ₂₀₅ can also configure alarm messages to be monitored, such as authentication information, registration and location updates, and additional maintenance information that allow the emergency HLR ₂₀₅ to track, analyze, and acknowledge various user dynamic information.

Фигура 3 иллюстрирует вариант осуществления отслеживания сигналов основного HLR аварийным HLR. Отслеживание аварийным HLR₂₀₅ сигналов основного HLR₁ осуществляется по линии между основным HLR₁ и точкой передачи сигнала STP по типу распределительной схемы (блоку).Figure 3 illustrates an embodiment of tracking primary HLR signals by emergency HLRs. The alarm HLR ₂₀₅ monitors the signals of the main HLR ₁ along the line between the main HLR ₁ and the transmission point of the STP signal according to the type of distribution circuit (block).

Многоканальный соединитель устанавливается в каждом канале вышеупомянутого распределительного блока, который выводит сигналы от распределительного блока; предпочтительно в качестве многоканального соединителя используется трехканальный соединитель.A multi-channel connector is installed in each channel of the aforementioned distribution unit, which outputs signals from the distribution unit; preferably a multi-channel connector is used as a multi-channel connector.

Звено высокого сопротивления, звено усиления сигнала и формирующее звено встраиваются в трехканальный соединитель, при помощи которого сигналы, выводимые из распределительного блока, после обработки подаются на аварийный HLR₂₀₅.The high-resistance link, the signal amplification link and the forming link are integrated into the three-channel connector, with which the signals output from the distribution block are fed to the emergency HLR ₂₀₅ after processing.

Применение данного способа позволяет избежать того, что отслеживание сигналов воздействует на качество сигналов, передаваемых по каналу передачи сигналов основного HLR₁. При этом качество сигналов, получаемых во время мониторинга, может быть улучшено для того, чтобы снизить количество одиночных цифровых ошибок до 10Е-5.The application of this method avoids the fact that signal tracking affects the quality of the signals transmitted over the signal transmission channel of the main HLR ₁ . At the same time, the quality of the signals received during monitoring can be improved in order to reduce the number of single digital errors to 10E-5.

Канал передачи сигналов контролируемого основного HLR₁ имеет два направления: для получения и передачи данных. Однако для аварийного HLR₂₀₅ из-за того, что ему для отслеживания сигналов необходимо лишь получать сообщения, необходимы два канала передачи сигналов, т.е. аварийный HLR₂₀₅ должен иметь два отслеживающих сигналы блока.The signal transmission channel of the controlled main HLR ₁ has two directions: for receiving and transmitting data. However, for emergency HLR ₂₀₅ due to the fact that it only needs to receive messages for signal tracking, two signal transmission channels are required, i.e. emergency HLR ₂₀₅ must have two signal tracking units.

Возвращаясь к Фигуре 1, на этапе 103, согласно исходному адресу и адресу предназначения сообщения и связанной подсистем(ы), в сочетании с таблицей состояний соответствующего направления станции и подсистемы в аварийном HLR, оценивается валидность проверяемого сообщения.Returning to Figure 1, at step 103, according to the source address and destination address of the message and the associated subsystem (s), in combination with the state table of the corresponding station direction and subsystem in the emergency HLR, the validity of the message being checked is evaluated.

Если сообщение невалидно, оно сразу же удаляется на этапе 104. Если сообщение валидно, то на этапе 105 устанавливается, имеет ли сообщение отношение к сообщению управления передающей сети или к сообщению управления подсистемой.If the message is invalid, it is immediately deleted at step 104. If the message is valid, then at step 105 it is established whether the message is related to the control message of the transmission network or to the control message of the subsystem.

На этапе 106, в случае, если сообщение является сообщением управления передающей сетью или сообщением управления подсистемой, то происходит обновление таблицы состояний соответствующего направления станции и подсистемы в аварийном HLR. В противном случае, это указывает на то, что сообщение подлежит обработке, а затем оно расшифровывается на этапе 107.At step 106, if the message is a transmission network control message or a subsystem control message, then the state table of the corresponding station and subsystem direction is updated in the emergency HLR. Otherwise, this indicates that the message is to be processed, and then it is decrypted at step 107.

Вследствие этого на этапе 110 анализируется тип сообщения и выбирается сообщение, имеющее отношение к динамическим данным абонента.As a result of this, at step 110, a message type is analyzed and a message is selected related to the dynamic data of the subscriber.

Сообщения, имеющие отношение к динамическим данным абонента, включают следующую информацию, позволяющую распознать абонента: обновленную аутентификационную информацию абонента, обновленную информацию о регистрации и местоположении абонента, дополнительную информацию обслуживания, и эти сообщения могут быть предварительно сконфигурированы в аварийном HLR, для того, чтобы улучшить адаптируемость системы.Messages related to the dynamic data of the subscriber include the following information to identify the subscriber: updated authentication information of the subscriber, updated information about the registration and location of the subscriber, additional service information, and these messages can be pre-configured in emergency HLR, in order to improve system adaptability.

На этапе 111, в случае если сообщение не имеет отношения к динамическим данным абонента или другим сообщениям, которые не сконфигурированы в аварийном HLR как сообщения, которые должны быть отслежены, эти сообщения сразу же удаляются.At step 111, if the message is not related to the dynamic data of the subscriber or other messages that are not configured in the emergency HLR as messages that should be monitored, these messages are immediately deleted.

На этапе 112, касательно сообщений, имеющих отношение к динамическим данным абонента, аварийный HLR выполняет различную обработку согласно тому, являются ли сообщения сообщением запроса или сообщением ответа.At 112, regarding messages related to the dynamic data of the subscriber, the emergency HLR performs various processing according to whether the messages are a request message or a response message.

Главной целью вышеупомянутого этапа является обеспечение того, чтобы сообщение запроса соответствовало сообщению ответа в последующей обработке, чтобы внести изменения в окончательные данные. Существуют различные способы сопоставления сообщения запроса и сообщения ответа, такие как: выполнение сопоставления в соответствии с конверсией адреса глобального заголовка (GT, global title); или выполнение сопоставления сообщения запроса и сообщения ответа, соответствующих точкам передачи сигнала; или выполнение сопоставления в соответствии с номером абонента.The main objective of the aforementioned step is to ensure that the request message matches the response message in subsequent processing in order to modify the final data. There are various ways of matching the request message and the response message, such as: performing the matching in accordance with the conversion of the address of the global header (GT, global title); or comparing a request message with a response message corresponding to signal transmission points; or performing matching in accordance with the subscriber number.

В настоящем варианте осуществления используется соответствующий способ, основанный на использовании конверсии адреса GT, который будет далее рассмотрен и разъяснен, а другие подобны первому способу.In the present embodiment, an appropriate method is used based on the conversion of the address GT, which will be further discussed and explained, and others are similar to the first method.

На этапе 115, в случае если сообщение является сообщением запроса, то аварийный HLR сохраняет это сообщение, и затем на этапе 116, выполняет конверсию адреса сообщения в исходный адрес GT, определяет соответствующую взаимосвязь между сообщением запроса, точкой передачи сигнала, номером подсистемы и идентификационным номером диалога, и на этапе 117 сохраняет эту информацию.At step 115, if the message is a request message, then the emergency HLR saves this message, and then at step 116, converts the message address to the source address GT, determines the corresponding relationship between the request message, the signal transmission point, subsystem number and identification number dialogue, and at step 117 saves this information.

В случае если сообщение является сообщением ответа, на этапе 120, аварийный HLR выполняет конверсию адреса сообщения в исходный адрес GT для получения информации о соответствующих взаимосвязях между сообщением запроса, точкой передачи сигнала, номером подсистемы и идентификационным номером диалога.If the message is a response message, at step 120, the emergency HLR converts the message address to the source address GT to obtain information about the corresponding relationships between the request message, the signal transmission point, the subsystem number and the dialogue identification number.

И согласно этому на этапе 121 аварийный HLR ищет предыдущие сохраненные сообщения запроса, затем на этапе 122 оценивает, успешно ли прошло сообщение ответа, чтобы определить, обновлять ли содержание сообщения запроса в аварийном HLR.And according to this, in step 121, the emergency HLR searches for the previous stored request messages, then in step 122, it evaluates whether the response message has passed successfully to determine whether to update the contents of the request message in the emergency HLR.

На этапе 123, если подтверждено, что обработка сообщения ответа, соответствующего предыдущему сохраненному сообщению запроса, успешна, это указывает на то, что содержание сообщения представляет собой важные динамические данные абонента и содержание сообщения запроса обновлено аварийным HLR.At step 123, if it is confirmed that the processing of the response message corresponding to the previous stored request message is successful, this indicates that the content of the message is important dynamic data of the subscriber and the content of the request message has been updated by the emergency HLR.

Тогда на этапе 124 содержание сохраненного сообщения запроса удаляется. На этапе 124, в случае если обработка сообщения ответа, соответствующего предыдущему сохраненному сообщению запроса, не проходит успешно, то содержание сохраненного сообщения запроса сразу же удаляется.Then, at step 124, the contents of the stored request message are deleted. At step 124, if the processing of the response message corresponding to the previous stored request message does not succeed, then the contents of the saved request message are immediately deleted.

Для того чтобы внутренние ресурсы аварийного HLR не задействовались бы в течение долгого времени ожидания, на этапе 130, после обработки сообщения запроса, возможна установка таймера ожидания сообщения ответа. Если время отсчета, установленное в разумных пределах, истекло, то на этапе 124 содержание сохраненного сообщения запроса удаляется.In order that the internal resources of the emergency HLR would not be involved for a long time, at step 130, after processing the request message, it is possible to set a timer to wait for a response message. If the countdown time set within reasonable limits has expired, then at step 124, the contents of the stored request message are deleted.

В существующей сети коммуникации все еще существует своего рода межсетевой преобразователь G&C, который главным образом предоставляет услуги роуминга в сети CDMA для пользователей GSM и роуминга в сети GSM для пользователей CDMA, a также имеет функции HLR. Таким образом, способ обновления динамических данных абонента в реальном времени согласно существующему изобретению может также быть применен к системе G&C.A kind of G&C gateway still exists in the existing communication network, which mainly provides CDMA roaming services for GSM users and GSM roaming services for CDMA users, and also has HLR functions. Thus, the real-time dynamic subscriber data updating method according to the present invention can also be applied to the G&C system.

В общем, используя настоящее изобретение, можно гарантировать, что динамические данные абонента в аварийном HLR и динамические данные абонента в контролируемом основном HLR являются синхронными в режиме реального времени, в то время как, благодаря использованию способа отслеживания сигнала, контролируемый основной HLR не подвергается воздействию внешних факторов и не требует совмещения с другими основными HLR.In general, using the present invention, it can be ensured that the dynamic subscriber data in the emergency HLR and the dynamic subscriber data in the monitored primary HLR are synchronous in real time, while due to the use of the signal tracking method, the monitored primary HLR is not affected by external factors and does not require combination with other major HLRs.

Claims

1. A method for updating dynamic subscriber data in real time in a mobile communication network, characterized in that it comprises the following: an emergency register (HLR) of the location of local subscribers monitors signals across all signal transmission channels of the main location registers of local subscribers under their own control; determines important dynamic data of the subscriber in accordance with the monitored signals; and updates the necessary information corresponding to the subscribers of the main HLR according to the dynamic data of the subscriber, moreover, the dynamic data of the subscriber contains dynamic data of the subscriber, allowing authentication of the subscriber, updating information about the registration and location of the subscriber, and additional information about the subscriber servicing.

2. A method for updating subscriber’s dynamic data in real time according to claim 1, characterized in that before the aforementioned step of tracking signals of all signal transmission channels, this method also comprises: obtaining configuration information of all the basic location registers of local subscribers under the control of the emergency location register of local subscribers and the corresponding configuration in the emergency register of the location of local subscribers.

3. A method for updating subscriber’s dynamic data in real time according to claim 2, characterized in that the emergency location register of local subscribers pre-sets the configuration of the transmitted messages that need to be monitored.

4. The method for updating dynamic subscriber data in real time according to claim 1, characterized in that the step of monitoring the signals of the mentioned channels is carried out by applying a three-channel connector on the line between the monitored main register of the local subscribers' location and the signal transmission point for signal output.

5. A method for updating subscriber’s dynamic data in real time according to claim 4, characterized in that the three-channel connector transmits signals from the monitored primary HLR to the emergency HLR.

6. The method for updating dynamic subscriber data in real time according to claim 1, characterized in that the step of determining important dynamic data, in turn, comprises: analyzing the monitored signal messages in order to receive messages related to the dynamic data of the subscriber; saving the content of request messages related to the dynamic data of the subscriber; and matching the response message related to the dynamic data of the subscriber with the corresponding request message.

7. A method for updating the subscriber’s dynamic data in real time according to claim 6, characterized in that the step of analyzing the monitored signal messages, in turn, comprises: establishing the validity of the message; if the message is invalid, delete it directly; if the message is valid, the determination of whether the message is related to the management of the transmission network or to the management of the subsystem; if so, then in the emergency HLR the state table of the corresponding station and subsystem is updated; otherwise, the message is decrypted; determining the type of decrypted message, the selection of messages related to the dynamic data of the subscriber.

8. A method for updating the subscriber’s dynamic data in real time according to claim 6, characterized by using the following methods for matching the response message and the request message: performing matching in accordance with the global header (GT) address translation; or comparing a request message with a response message corresponding to signal transmission points; or performing matching in accordance with the subscriber number.

9. A method for updating the subscriber’s dynamic data in real time according to claim 8, characterized in that the step of comparing the response message with the corresponding request message, in turn, comprises: searching, by the emergency register, the location of the local subscribers of the previously saved request message in accordance with the message matching methods request and response message, then check whether the response message was successful; if it was not successful, then it contains an indication that the subscriber data does not need to be updated; if the message was successful, it contains an indication that the content of the message is important dynamic data of the subscriber.

10. A method for updating the subscriber’s dynamic data in real time according to claim 6, characterized in that, after processing the request message, it comprises: setting an appropriate timer to wait for a response message; if the time is up, the subscriber data is not updated.

11. A method for updating the subscriber’s dynamic data in real time according to any one of claims 6 to 10, characterized in that after updating the subscriber’s data the method also comprises: deleting the contents of the stored request message.