RU2385547C2

RU2385547C2 - Device of service rendering in communication device

Info

Publication number: RU2385547C2
Application number: RU2007149246/09A
Authority: RU
Inventors: Стив БЕЙЛИ (GB); Стив БЕЙЛИ; Майкл Дэвид Стэнмор Крук (GB); Майкл Дэвид Стэнмор Крук; Майкл ИЛЗ (GB); Майкл ИЛЗ; Стефен ПЕСЛЕР (GB); Стефен ПЕСЛЕР
Original assignee: Орандж Персонал Комьюникейшнз Сервисиз Лимитед
Priority date: 2005-05-27
Filing date: 2006-05-27
Publication date: 2010-03-27
Also published as: GB0510955D0; RU2007149246A; GB2427098B; GB2427098A; EP1889508A1; WO2006125829A1

Abstract

FIELD: information technologies.

SUBSTANCE: domestic network location area register (DLR) is used for mobile communication network: data stored in separate data structures for devices (MINP) and number of lines (MNPCSKU) and combined at the current moment of time into pairs made of device and line, are indicated in DLR with the help of direct links or indicators that connect one data structure to the other one for devices and lines. These current devices combined in pairs and service data are collected for transfer into register of temporary location position area (RVI).

EFFECT: improved organisation of subscription data for subscribers in network, when subscriber has more than one device or line associated with his or her subscription.

23 cl, 18 dwg

Description

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

Настоящее изобретение относится к устройству для предоставления услуг для устройства связи. Оно, в частности, применяется для предоставления услуг в мобильных устройствах, например, в группе мобильных устройств и/или более чем через один телефонный номер, ассоциированный с одним или больше устройствами.The present invention relates to a device for providing services for a communication device. It is, in particular, used to provide services in mobile devices, for example, in a group of mobile devices and / or through more than one phone number associated with one or more devices.

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

В мире применяют различные сетевые технологии, например, в США обычно используют CDMA (МДКР, многостанционный доступ с кодовым разделением каналов), в то время как в Европе была разработана система TDMA (МДВР, многостанционный доступ с временным разделением каналов). Система GSM (ГСП, глобальная система связи с подвижными объектами), вероятно, стала наиболее успешной системой, которая поддерживает более чем половину сетевых абонентов во всем мире. Система ГСП первоначально поддерживалась семейством стандартов, составленных Европейским институтом стандартов по телекоммуникациям (ETSI, ЕИСТ). Международное сообщество в настоящее время работает над стандартами третьего поколения ("3G"), которые основаны на требованиях, установленных Международным союзом электросвязи ("ITU", МСЭ), которые, в общем, известны как IMT-2000. IMT (ММС) означает международную мобильную связь. Разрабатываемые в настоящее время сети включают в себя 30 UMTS ("Универсальная система мобильной связи", УСМС), которая обладает обратной совместимостью с ГСП.Various network technologies are used in the world, for example, in the USA they usually use CDMA (CDMA, code division multiple access), while in Europe a TDMA system (TDMA, time division multiple access) was developed. The GSM system (GPS, a global mobile communications system) has probably become the most successful system that supports more than half of network subscribers worldwide. The GSP system was initially supported by a family of standards drawn up by the European Telecommunications Standards Institute (ETSI, EIST). The international community is currently working on third-generation standards (“3G”), which are based on requirements established by the International Telecommunication Union (“ITU”, ITU), which are generally known as IMT-2000. IMT (MMS) means international mobile communications. The networks currently under development include 30 UMTS (Universal Mobile Telecommunications System, USMS), which is backward compatible with GPS.

Варианты воплощения настоящего изобретения, в общем, описаны таким образом, чтобы они, по меньшей мере, были совместимы с сетевой технологией на основе ГСП, включая сети УСМС.Embodiments of the present invention are generally described in such a way that they are at least compatible with GPS-based network technology, including USMS networks.

Работа мобильных устройств основана на использовании съемного модуля. Эти модули первоначально были разработаны так, чтобы они содержали простые восьмибитные процессоры с малым объемом памяти. Съемные модули для систем ГСП обычно называются модулями идентификации абонента ("SIM (МИА) картами"), и на первоначальном развитии ГСП основная задача МИА состояла в предоставлении доступа для авторизованных пользователей к указанным сетям; с этой целью в них сохраняли данные о пользователе и о сетях. В настоящее время МИА, по существу, представляют собой компьютеры, совместимые с языками и операционными системами на основе Java и позволяющие поддерживать множество услуг, например персонализацию пользователя и международный роуминг.Эти более совершенные карты, часто называемые по своему происхождению "интеллектуальными" картами, поскольку в них содержится программное средство, и в них может работать ряд процессов, называют с использованием разных названий, таких как универсальные карты МИА или универсальные карты с интегральной микросхемой ("UICC", УКИС). Однако используемый здесь термин "МИА", в общем, предназначен для обозначения карты, содержащей, по меньшей мере, некоторые данные абонента, которую можно вставлять в мобильные устройства и которая называется либо картой МИА, или УКИС, или с использованием какого-либо другого названия.The operation of mobile devices is based on the use of a removable module. These modules were originally designed to contain simple eight-bit processors with a small amount of memory. Removable modules for GPS systems are commonly referred to as Subscriber Identity Modules ("SIM (MIA) Cards"), and in the initial development of the GPS, the main objective of the MIA was to provide authorized users access to these networks; for this purpose, they stored user and network data. Currently, MIAs are essentially computers compatible with Java-based languages and operating systems that can support many services, such as user personalization and international roaming. These are more advanced cards, often called smart cards by their origin, because they contain a software tool, and a number of processes can work in them, they are called using different names, such as universal MIA cards or universal cards with an integrated mic scheme ( "UICC", UKIS). However, the term “MIA” as used herein is generally intended to mean a card containing at least some subscriber data that can be inserted into mobile devices and which is called either an MIA card, or an UKIS, or using some other name .

Как показано на фигуре 1, система мобильной связи должна обеспечивать возможность доставки услуг в и из мобильного устройства 105, 110 везде, где бы это устройство не находилось в текущий момент времени относительно домашней сети 100. На фигуре 1 показаны две сети, 100, 1100: первая сеть 100 представляет собой домашнюю сеть для устройств 105, 110, как показано; и вторая сеть 1100 представляет собой сеть временного пребывания. В каждой сети 100, 1100 установлен, по меньшей мере, один центр 125, 1125 коммутации подвижной связи ("MSC", ЦКП), который направляет трафик в соответствующей сети и который обслуживаются с помощью множества базовых станций 115 (через контроллеры базовых станций, не показаны), которые обеспечивают интерфейс по радиоканалу с мобильными устройствами 105, 110.As shown in figure 1, the mobile communication system must provide the ability to deliver services to and from the mobile device 105, 110 wherever this device is currently located relative to the home network 100. Figure 1 shows two networks, 100, 1100: the first network 100 is a home network for devices 105, 110, as shown; and the second network 1100 is a temporary residence network. Each network 100, 1100 has at least one Mobile Switching Center ("MSC", MSC) 125, which directs traffic to the corresponding network and which are served by a plurality of base stations 115 (via base station controllers, not shown) that provide an interface over the air with mobile devices 105, 110.

Для поиска устройства в сети ГСП предусмотрены два типа хранилищ данных, регистр 135 местоположения домашней сети (HLR, РМД) и регистр 130 временного пребывания (VLR, РВП). РМД 135 представляет собой основную базу данных, которая поддерживает множество абонентов путем содержания данных, обозначающих доступные услуги, и данных о текущем местоположении, ассоциированных с картой МИА мобильного устройства 105, 110. РВП 130 представляет собой базу данных, ассоциированную с ЦКП 125 в сети. Каждый РВП содержит, на временном основании, служебные данные для устройств 105, 110, которые в текущий момент времени зарегистрированы в нем. РМД 135 содержит данные о местоположения, идентифицирующие РВП 130 каждого мобильного устройства 105, 110, которые были зарегистрированы последними.To search for a device in the GPS network, two types of data storage are provided, a home network location register 135 (HLR, RMD) and a temporary residence register 130 (VLR, RVP). RMD 135 is a core database that supports multiple subscribers by containing data indicating available services and current location data associated with the MIA card of mobile device 105, 110. RVP 130 is a database associated with the MSC 125 in the network. Each RVP contains, on a temporary basis, service data for devices 105, 110, which are currently registered in it. The RMD 135 contains location data identifying the RVPs 130 of each mobile device 105, 110 that were last registered.

Устройство 105, 110 принимает данные о местоположении из базовой станции 115 для ячейки сети, в которой оно находится. Если устройство движется и начинает принимать данные от коммутатора другой области (области РВП), устройство 105, 110 инициирует обновление местоположения в сети. Вследствие этого РМД 135 обновляет свои собственные данные о местоположении и передает служебные данные в устройство 105, 110, в новый РВП 130 для устройства 105, 110. Таким образом, он отменяет служебные данные, содержащиеся в РВП 130, в котором это устройство ранее было зарегистрировано, и передает служебные данные в новый РВП 130, таким образом, что устройство 105, 110 теперь будет зарегистрировано в новом РВП 130. Этот процесс известен как обновление местоположения.The device 105, 110 receives location data from the base station 115 for the network cell in which it is located. If the device moves and begins to receive data from a switch in another area (RWP area), the device 105, 110 initiates a network location update. As a result, the RMD 135 updates its own location data and transfers the service data to the device 105, 110, in the new RVP 130 for the device 105, 110. Thus, it cancels the service data contained in the RVP 130, in which this device was previously registered , and transmits the service data to the new RVP 130, so that the device 105, 110 will now be registered in the new RVP 130. This process is known as updating the location.

Входящие вызовы или сообщения для мобильного устройства 105 инициируют процесс установки, в котором сеть запрашивает РМД 135 для получения данных о текущем местоположении. Вызов или сообщение теперь направляют, и им управляют с обращением к РВП 130, в котором устройство зарегистрировано в настоящее время. Это исключает необходимость передачи трафика на чрезмерно большое расстояние в сети путем "делегирования" управления вызовом или сообщением в локальный РВП для вызываемого устройства. Первый этап при установке соединения с вызываемым устройством выполняется GMSC (ШМЦК, шлюз мобильного центра коммутации) 140 в сети 100. Когда вызов или сообщение инициируются в мобильном устройстве, он инициируется для внутреннего телефонного номера ("MSISDN", МНПЦСКУ международный номер подвижной станции цифровой сети с комплексными услугами) для абонента. "Шлюз мобильного центра коммутации" ШМЦК 140 содержит отображение данных МНПЦСКУ на РМД. Для подключения входящего вызова ШМЦК 140 запрашивает данные местоположения из соответствующего РМД 135 для вызываемого устройства 105.Incoming calls or messages for the mobile device 105 initiate the installation process in which the network requests the RMD 135 to obtain data about the current location. The call or message is now routed, and it is controlled with reference to the RVP 130, in which the device is currently registered. This eliminates the need to transfer traffic over an excessively long distance in the network by “delegating” call or message control to the local RVP for the called device. The first stage, when establishing a connection with the called device, is performed by the GMSC (ШМЦК, gateway of the mobile switching center) 140 in the network 100. When a call or message is initiated in the mobile device, it is initiated for the internal telephone number ("MSISDN", MNPCA is the international number of the mobile station of the digital network with comprehensive services) for the subscriber. "Gateway of the mobile switching center" SHMTSK 140 contains the display of data MNPTSKU on RMD. To connect an incoming call, the SMCC 140 requests location data from the corresponding RMD 135 for the called device 105.

Возможно, чтобы вызываемое устройство в текущий момент времени было зарегистрировано в vMSC/РВП 1125, который принадлежит второй PLMN (ССПОП, сеть связи наземных подвижных объектов общего пользования) 1100, которая отличается от его РМД 135. Обычно это называется "роумингом". В этом случае ШМЦК 140 все еще продолжает запрашивать РМД 135 для поиска текущего vMSC/РВП 1125 вызываемого устройства, но данные местоположения будут обозначать vMSC/РВП 1125 второй сети 1100.It is possible that the called device was currently registered in vMSC / РВП 1125, which belongs to the second PLMN (SSPOP, communication network of land mobile objects of common use) 1100, which differs from its RMD 135. This is usually called "roaming". In this case, the SHMTSK 140 still continues to query the RMD 135 to search for the current called device vMSC / RWP 1125, but the location data will indicate the vMSC / RWP 1125 of the second network 1100.

Когда РМД 135 передает служебные данные в РВП 130 для новой регистрации устройства 105, 110, часть этих данных включает в себя "международный идентификационный номер мобильного абонента" (IMSI, МИНП), зарегистрированного для МИА карты устройства 105, 110. МИНП представляет собой уникальный идентификатор, выделенный для каждой карты МИА в сети ГСП или UMTS и сохраненный в карте МИА. Он состоит из МСС (КСМ, код страны мобильной связи), MNC (КМС, код мобильной сети мобильной связи) и MSIN (ИНМС, идентификационный номер мобильной станции). МИНП сопоставляют с соответствующим МНПЦСКУ для получения доступа к этой карте МИА в устройстве. При этом МИНП и/или его варианты, а не МНПЦСКУ, передают через радиоинтерфейс при установлении вызова. Это обеспечивает определенный уровень безопасности, поскольку МИНП никогда не является общедоступным и, таким образом, его трудно воспроизвести со злонамеренной целью.When the RMD 135 transmits service data to the RVP 130 for the new registration of the device 105, 110, part of this data includes the “international mobile subscriber identification number” (IMSI, MINP) registered for the MIA card of the device 105, 110. The MINP is a unique identifier allocated for each MIA card in the GSP or UMTS network and stored in the MIA card. It consists of MSS (KSM, mobile country code), MNC (KMS, mobile network code) and MSIN (INMS, mobile station identification number). The MINP is compared with the corresponding MNPCA for access to this MIA card in the device. At the same time, the MINP and / or its variants, and not the MNPCA, are transmitted via the radio interface when a call is established. This provides a certain level of security, since MINPI is never publicly accessible and therefore difficult to reproduce for malicious purposes.

Вернемся теперь к аспектам идентичности абонента (МИНП и МНПЦСКУ), обычно существует простая взаимнооднозначная зависимость между МИНП и МНПЦСКУ. Данные абонента сохраняют в РМД в виде последовательности "подписок", причем каждая подписка основана на паре МИНП и МНПЦСКУ. Однако следует учитывать, что абонент может иметь несколько мобильных устройств и может желать использовать только одно из них. Кроме того, абонент может пожелать использовать более чем одно такое устройство одновременно, например, для передачи факса, одновременно осуществляя голосовой вызов. Для обеспечения таких вариантов были разработаны компоновки, которые, по существу, приводят к тому, что абонента ассоциируют с одним или больше идентификаторами МИНП и/или МНПЦСКУ.Let us now return to the aspects of subscriber identity (MINP and MNPTSKU), usually there is a simple one-to-one relationship between the MINP and MNPTSKU. The subscriber data is stored in the RMD as a sequence of "subscriptions", with each subscription based on a pair of MINP and MNPTSKU. However, it should be borne in mind that a subscriber may have several mobile devices and may wish to use only one of them. In addition, the subscriber may wish to use more than one such device at the same time, for example, to send a fax while making a voice call. To provide such options, arrangements have been developed that essentially result in the subscriber being associated with one or more identifiers of the MINP and / or MNPCSKU.

В Европейском патенте 1355503, выданном на имя TDC Switzerland AG, описана компоновка, в которой один пользователь имеет доступ к группе МНПЦСКУ, в связи с чем пользователь может принимать голосовой вызов и одновременно, например, передавать факсы или данные. Данные, группирующие разные МИНП и МНПЦСКУ, относящиеся к одному абоненту, сохраняют в базе данных, внешней относительно РМД. Процесс, ассоциированный с этой базой данных, обеспечивает то, что комбинация МИНП/МНПЦСКУ, сохраненная в РМД, отражает текущее использование устройств в отношении МНПЦСКУ. Один МИНП обозначен как активный, это соответствует устройству, которое выбирает пользователь для голосовых вызовов, и комбинация МИНП/МНПЦСКУ, которую используется этот МИНП, сохранена в определенном местоположении в РМД, обозначенном для "активных" пар. Другие комбинации МИНП/МНПЦСКУ также сохранены в РМД для поддержки соединения для передачи факсов/данных, которые пользователь может захотеть выполнить. Если пользователь желает сменить активное устройство, внешняя база данных выполнена с возможностью замены комбинации МИНП/МНПЦСКУ, сохраненной как "активная" в РМД. На практике это приводит к переключению данных МИНП для получения новой комбинации, поскольку наборы данных МИНП меньше, чем наборы данных МНПЦСКУ. В результате этого процесса вся ранее доступная информация о местоположении в РВП теперь будет удалена, и РВП принимает данные, обозначающие вновь активную комбинацию МИНП/МНПЦСКУ.European Patent 1355503, issued in the name of TDC Switzerland AG, describes a layout in which one user has access to the MNPCSU group, in connection with which the user can receive a voice call and at the same time, for example, send faxes or data. Data grouping different MINP and MNPTSKU related to one subscriber is stored in a database external to the RMD. The process associated with this database ensures that the MINP / MNPCSKU combination stored in the RMD reflects the current use of the devices with respect to the MNPCS. One MINP is designated as active, this corresponds to the device that the user selects for voice calls, and the MINP / MNPCAU combination used by this MINP is stored at a specific location in the RMD designated for “active” pairs. Other MINP / MNPCSKU combinations are also stored in the RMD to support a fax / data connection that the user may want to perform. If the user wishes to change the active device, the external database is configured to replace the MINP / MNPTSKU combination stored as “active” in the RMD. In practice, this leads to switching the MINP data to obtain a new combination, since the MINP data sets are smaller than the MNPCSU data sets. As a result of this process, all previously available location information in the RWP will now be deleted, and the RWP will receive data indicating the newly active MINP / MNPCSU combination.

Во второй компоновке, описанной в патенте США 6, 366, 777, переданном компании Nokia Telecommunications Oy, абонент может использовать более чем одну карту МИА (и значит более чем один МИНП), но тот же МНПЦСКУ. В этом случае РМД имеет более чем одно поле МИНП в своих записях для каждого МНПЦСКУ. Когда абонент меняет карты МИА и инициирует обновление местоположения (LU, ОМ), РМД проверяет, является ли МИНП, включенный в ОМ, единственным МИНП для этого абонента. Если РМД находит, что имеется более чем один МИНП, сохраненный в поле для этого же МНПЦСКУ, он запускает проверку, является ли МИНП, включенный в обновление местоположения, активным в текущий момент времени. Он может выполнить это путем просмотра поля, в котором сохранен МИНП. Если он не сохранен в текущем активном поле, РМД должен деактивировать МИНП, обозначенный как текущий активный, и должен активировать МИНП, вовлеченный в обновление местоположения. Он выполняет это путем переключения МИНП по полям, ассоциированным с соответствующим МНПЦСКУ.In the second arrangement described in US patent 6, 366, 777, transferred to Nokia Telecommunications Oy, a subscriber can use more than one MIA card (and therefore more than one MINP), but the same MNPCSKU. In this case, the RMD has more than one MINP field in its records for each MNPTSKU. When a subscriber changes MIA cards and initiates a location update (LU, OM), RMD checks whether the MINP included in the OM is the only MINP for this subscriber. If the RMD finds that there is more than one MINP stored in the field for the same MNPCSU, it starts checking if the MINP included in the location update is active at the current time. He can do this by looking at the field in which the MINP is stored. If it is not stored in the current active field, the RMD must deactivate the MINP identified as the current active and must activate the MINP involved in updating the location. He accomplishes this by switching the MINP to fields associated with the corresponding MNPCSU.

Сущность изобретенияSUMMARY OF THE INVENTION

В соответствии с первым аспектом настоящего изобретения предложено устройство, предназначенное для идентификации устройства в сети связи, причем этом устройство содержит:In accordance with a first aspect of the present invention, there is provided a device for identifying a device in a communication network, the device comprising:

систему-накопитель, содержащую набор из одного или больше первых мест расположения сохранения данных и набор из одного или больше вторых мест расположения сохранения данных; иa storage system comprising a set of one or more first locations for storing data and a set of one or more second locations for storing data; and

механизм ссылки, предназначенный для создания непосредственной связи между одним из первого мест расположения сохранения данных и одним из второго мест расположения сохранения данных,a link mechanism for creating a direct connection between one of the first data storage locations and one of the second data storage locations,

в котором набор из первых мест расположения сохранения данных выполнен с возможностью сохранения данных, ассоциированных с одним или больше внешними идентификаторами, причем упомянутые внешние идентификаторы предназначены для использования за пределами сети, для направления передаваемых данных в одно или больше упомянутых устройств в пределах сети, и упомянутый набор из вторых мест расположения сохранения данных выполнен с возможностью сохранения данных, ассоциированных с одним или больше внутренними идентификаторами, причем упомянутые внутренние сетевые идентификаторы представляют собой идентификаторы другого типа, чем упомянутые внешние идентификаторы, и предназначены для использования при идентификации одного или больше упомянутых устройств в пределах сети, иin which a set of first data storage locations is configured to store data associated with one or more external identifiers, said external identifiers being intended for use outside the network, for sending transmitted data to one or more of said devices within the network, and a set of second data storage locations is configured to store data associated with one or more internal identifiers, moreover, internal network identifiers are identifiers of a different type than the external identifiers, and are intended to be used to identify one or more of these devices within the network, and

в котором упомянутый механизм ссылки отвечает на событие, ассоциированное с любым из упомянутых внешних или внутренних сетевых идентификаторов, для изменения непосредственной связи между упомянутыми первыми местами расположения сохранения данных и упомянутыми вторыми местами расположения сохранения данных на основе упомянутого события.wherein said referencing mechanism responds to an event associated with any of said external or internal network identifiers to change the direct connection between said first data storage locations and said second data storage locations based on said event.

В следующем описании набор из первых данных включает в себя идентификатор, который можно распознавать вне сети, например, в форме внешнего идентификатора, такого как МНПЦСКУ, и/или данные, обозначающие услуги, ассоциированные с МНПЦСКУ (такие как установки пересылки вызова, условия роуминга и т.д.); причем эти последние данные называются служебными данными в следующем описании. Набор вторых данных включает в себя идентификатор, который можно распознавать только в пределах сети, например, в форме внутреннего идентификатора, такой как МИНП, и/или данные, ассоциированные с устройством (такие как установки шифрования и текущий РВП); эти последние данные в следующем описании называются данными устройства. Хотя МИНП идентифицирует карту МИА, а не само устройство, на практике карта МИА всегда присутствует в определенном устройстве и для доступа к карте МИА необходимо обеспечить соединение с тем устройством, в котором эта карта находится в данный момент времени.In the following description, a set of first data includes an identifier that can be recognized outside the network, for example, in the form of an external identifier, such as MNCCA, and / or data indicating services associated with MNPCA (such as call forwarding settings, roaming conditions and etc.); moreover, these latter data are called overhead in the following description. The set of second data includes an identifier that can only be recognized within the network, for example, in the form of an internal identifier, such as MINP, and / or data associated with the device (such as encryption settings and the current PRP); this latest data in the following description is called device data. Although the MINP identifies the MIA card, and not the device itself, in practice, the MIA card is always present in a particular device and to access the MIA card it is necessary to connect to the device in which this card is currently located.

Механизм ссылки может быть представлен для формирования связей в соответствии с любыми из следующих конфигураций: две связи, первая от внутреннего идентификатора к внешнему идентификатору и вторая от внешнего идентификатора к внутреннему идентификатору; две связи: первая от внешнего идентификатора к набору данных устройств и вторая от внутреннего идентификатора к набору служебных данных; и две связи, первая от набора служебных данных к набору данных устройства и вторая от набора данных устройства к набору служебных данных. Кроме того, в особенно предпочтительной компоновке каждая связь может быть воплощена как объект, который поддерживает связь от набора служебных данных, соответствующих внешнему идентификатору, и который имеет конфигурируемую связь либо с внутренним идентификатором или с набором данных устройства, соответствующих внутреннему идентификатору; причем такой объект обычно называется в данной области техники объектом-псевдонимом. В качестве дополнительной альтернативы, в любой из этих возможных компоновок связь может быть определена в виде таблицы, вместо воплощения в виде связи между соответствующими местами расположения сохранения данных.The link mechanism may be provided for forming links in accordance with any of the following configurations: two links, the first from the internal identifier to the external identifier and the second from the external identifier to the internal identifier; two connections: the first from the external identifier to the data set of devices and the second from the internal identifier to the set of service data; and two communications, the first from the service data set to the device data set and the second from the device data set to the service data set. In addition, in a particularly preferred arrangement, each communication can be embodied as an object that communicates from a set of overhead data corresponding to an external identifier, and which has a configurable connection to either an internal identifier or a data set of a device corresponding to an internal identifier; moreover, such an object is usually referred to in the art as a pseudonym object. As an additional alternative, in any of these possible arrangements, the relationship may be defined in a table, instead of being embodied as a relationship between the respective data storage locations.

Вариант выполнения настоящего изобретения выходит за пределы обычных структур данных РМД, в которых данные сохраняют по "подписке", причем каждая подписка содержит взаимно-однозначную комбинацию МНПЦСКУ/МИНП. Вместо этого, комбинации между идентификаторами МНПЦСКУ и МИНП и соответствующими наборами устройств и служебных данных устанавливают с использованием связей и изменяют эти связи, а не данные, соответствующие МНПЦСКУ или МИНП. Такая компоновка обеспечивает гибкость, позволяя пользователям использовать более чем одно устройство, и обеспечивает возможность подключения более чем одного номера, но это достигается таким образом, что исключаются решения предшествующего уровня техники, в которых данные перемещают и действительно дублируют в РМД для установления пар. В соответствии с этим, конкретные преимущества вариантов воплощения изобретения включают в себя уменьшение требуемого объема хранения данных (поскольку данные не требуется копировать), и в соответствии с этим, уменьшается количество возможных источников ошибок.An embodiment of the present invention goes beyond the usual RMD data structures in which data is stored by "subscription", with each subscription containing a one-to-one combination of MNPCS / MINP. Instead, combinations between the MNPCSKU and MINP identifiers and the corresponding sets of devices and service data are established using the relationships and these relationships are changed, and not the data corresponding to the MNPCS or MINPs. This arrangement provides flexibility by allowing users to use more than one device, and provides the ability to connect more than one number, but this is achieved in such a way that the solutions of the prior art are eliminated, in which the data is moved and indeed duplicated in the RMD to establish pairs. Accordingly, the specific advantages of embodiments of the invention include reducing the required amount of data storage (since the data does not need to be copied), and accordingly, the number of possible sources of errors is reduced.

Предпочтительно, устройство выполнено с возможностью предоставления множества наборов первых мест расположения сохранения данных и множества наборов вторых мест расположения сохранения данных, причем каждый набор из первых мест расположения сохранения данных сопоставляется с помощью механизма ссылки, по меньшей мере, с одним набором вторых мест расположения сохранения данных. В одной компоновке механизм ссылок выполнен с возможностью ограничения ссылок между сопоставленными наборами первых мест расположения сохранения данных и вторых мест расположения сохранения данных.Preferably, the device is configured to provide a plurality of sets of first data storage locations and a plurality of sets of second data storage locations, each set of first data storage locations being mapped using a link mechanism to at least one set of second data storage locations . In one arrangement, the link mechanism is configured to restrict links between matched sets of first data storage locations and second data storage locations.

Такая компоновка позволяет операторам сетей выделять и эффективно поддерживать более чем один МНПЦСКУ (и наборы служебных данных, ассоциированных с ним) и более чем один МИНП (и наборы данных устройств, ассоциированных с ним) для пользователей. Если один набор служебных данных и один набор данных устройств сопоставлены друг с другом с помощью механизма ссылки, эти два набора могут быть выделены для одного пользователя или для учетной записи, и механизм ссылки может быть выполнен с возможностью ограничения ссылок между этими наборами данных.This arrangement allows network operators to allocate and efficiently support more than one MNPCSKU (and service data sets associated with it) and more than one MNPP (and data sets of devices associated with it) for users. If one set of service data and one set of device data are mapped to each other using a link mechanism, these two sets can be allocated for one user or for an account, and the link mechanism can be configured to limit the links between these data sets.

Предпочтительно, механизм ссылки выполнен с возможностью установки более чем одной ссылки для заданного набора данных устройств (либо непосредственно, или через МИНП, как описано выше). Это особенно эффективно поддерживает тип услуги, иногда называемой "линией 2", в которой вызовы, сделанные более чем по одному номеру, или линии могут приниматься в том же устройстве.Preferably, the link mechanism is configured to establish more than one link for a given set of device data (either directly or through the MINP, as described above). This is particularly effective in supporting a type of service, sometimes called “line 2,” in which calls made by more than one number or line can be received on the same device.

Вариант воплощения изобретения можно использовать, например, в отношении группы устройств, принадлежащих команде людей, таких как врачи, которые работают по вызову в соответствии с расписанием дежурств. Общедоступный номер может быть опубликован как "дежурный" номер, и механизм ссылки можно использовать для установления соотношения между набором мест расположения сохранения, соответствующих "дежурному" номеру, и набором мест расположения сохранения, соответствующих МИНП устройства, ассоциированного с любым врачом, который дежурит в данный момент времени. Следует понимать, что фактическое устройство, которому соответствует этот номер, удобно заменить, при минимальных изменениях графика дежурства, на РМД, как описано выше. Кроме того, каждое из устройств всех врачей можно сопоставить в виде пары со служебными данными, ассоциированными с их собственным номером вызова, с помощью дополнительных ссылок в РМД, что обеспечивает для каждого из врачей возможность использовать свое собственное устройство для вызова или приема голосовых или других вызовов.An embodiment of the invention can be used, for example, in relation to a group of devices belonging to a team of people, such as doctors who work on a call in accordance with the duty schedule. A public number can be published as a “standby” number, and the link mechanism can be used to establish a relationship between the set of save locations corresponding to the “standby” number and the set of save locations corresponding to the MINP of the device associated with any doctor who is on duty at this moment of time. It should be understood that the actual device to which this number corresponds is conveniently replaced, with minimal changes in the duty schedule, by RMD, as described above. In addition, each of the devices of all doctors can be compared in the form of a pair with service data associated with their own call number using additional links in the RMD, which provides for each of the doctors the opportunity to use their own device to make or receive voice or other calls .

Устройство может дополнительно содержать средство выбора, предназначенное для использования при выборе одной или больше связей, созданных или модифицированных путем использования механизма ссылок. Средство выбора может, например, работать в соответствии с правилами, основанными на дате или времени суток. При этом для оператора или пользователя нет необходимости изменять маршрут вызова. В примере дежурного врача, описанного выше, такое средство соединения можно использовать для установления автоматизированного графика дежурств врачей.The device may further comprise a selection tool for use in selecting one or more links created or modified by using a link mechanism. The selector may, for example, operate in accordance with rules based on a date or time of day. However, for the operator or user there is no need to change the call route. In the example of the doctor on call, described above, such a connection tool can be used to establish an automated schedule of doctors on duty.

В известной компоновке, которая обеспечивает для пользователей возможность принимать и передавать данные через множество номеров, РМД передает служебные данные и данные устройства, соответствующие каждой потенциальной паре МНПЦСКУ/МИНП, в РВП, как часть обновления местоположения. Для последующих событий обработки вызова ЦКП, ассоциированный с РВП, должен запустить процесс для определения, какую пару МНПЦСКУ/МИНП следует использовать. В отличие от этого, в вариантах воплощения настоящего изобретения, регистр места расположения домашней сети передает только служебные данные и данные устройства для формирования пар МНПЦСКУ/МИНП или пар, которые являются в данный момент времени активными, которые, по определению, автоматически идентифицируются на основе механизма ссылок. Это означает, что ЦКП просто обрабатывает вызовы на основе набора служебных данных и данных устройств, которые он принимает из РМД. В результате, варианты воплощения изобретения взаимодействуют со стандартным ЦКП и при этом не требуется устанавливать специализированное программное обеспечение в коммутаторах.In the well-known arrangement, which provides users with the ability to receive and transmit data through multiple numbers, the RMD transmits service data and device data corresponding to each potential pair MNPCSKU / MINP in RVP, as part of updating the location. For subsequent call processing events, the CCP associated with the RVP must start the process to determine which MNPC / MINP pair should be used. In contrast, in embodiments of the present invention, the home network location register transmits only service data and device data for generating MNPCS / MINP pairs or pairs that are currently active, which, by definition, are automatically identified based on a mechanism links. This means that the CCP simply processes calls based on a set of service data and device data that it receives from the RMD. As a result, embodiments of the invention interact with a standard DCP and do not need to install specialized software on the switches.

Таким образом, в соответствии со вторым аспектом настоящего изобретения предложен способ регистрации устройства в сетях связи, причем сеть связи содержит множество сетевых узлов, выполненных с возможностью направлять упомянутые данные, и систему накопителя, содержащую набор из одного или больше первых мест расположения сохранения данных и набор из одного или больше вторых мест расположения сохранения данных, причем упомянутый набор первых мест расположения сохранения данных выполнен с возможностью сохранения данных, ассоциированных с услугами связи, доступными для пользователя сети связи, и упомянутый набор вторых мест расположения сохранения данных, выполнен с возможностью сохранения данных, идентифицирующих атрибуты устройства, ассоциированного с пользователем, причем способ содержит:Thus, in accordance with a second aspect of the present invention, there is provided a method for registering a device in communication networks, wherein the communication network comprises a plurality of network nodes configured to direct said data, and a storage system comprising a set of one or more first data storage locations and a set from one or more second data storage locations, said set of first data storage locations being configured to store data associated with communication services available to the user of the communication network, and said set of second data storage locations is configured to store data identifying attributes of a device associated with the user, the method comprising:

i) идентифицируют непосредственное взаимное соответствие между первым местом расположения сохранения данных и вторым местом расположения сохранения данных;i) identify the direct mutual correspondence between the first data storage location and the second data storage location;

ii) выбирают первые данные из первого места расположения сохранения данных и вторые данные из второго места расположения сохранения данных на основе идентифицированного непосредственного взаимного соответствия; иii) selecting the first data from the first data storage location and the second data from the second data storage location based on the identified direct mutual agreement; and

iii) передают упомянутые выбранные данные по сети в упомянутый сетевой узел для использования при установке сетевого соединения.iii) transmitting said selected data over a network to said network node for use in establishing a network connection.

Данные, переданные на этапе iii), приведенном выше, предпочтительно, содержат служебные данные и данные устройства такого типа, которые передают в регистр места расположения временного пребывания в известных компоновках. Процесс в соответствии со вторым аспектом изобретения также может быть активирован в ответ на только один из следующих примерных сценариев: инициированное пользователем изменение номера на номер, который можно вызывать для доступа к пользователю, обновление местоположения или обновление данных, относящихся к МИНП.The data transmitted in step iii) above preferably contains service data and device data of the type that is transmitted to the location register of the temporary stay in known arrangements. The process in accordance with the second aspect of the invention can also be activated in response to only one of the following exemplary scenarios: user-initiated change of number to a number that can be called to access the user, update location or update data related to MINP.

Используемый здесь термин "учетная запись" представляет собой объединение из одного или больше наборов услуг и одной или больше карт МИА, выделенных для одного номера учетной записи в ассоциированной системе начисления счетов.As used herein, the term “account” is a combination of one or more sets of services and one or more MIA cards allocated to a single account number in an associated billing system.

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

Устройство маршрутизации в соответствии с вариантом выполнения настоящего изобретения, приведенное только в качестве примера, со ссылкой на прилагаемые чертежи, на которых:A routing device in accordance with an embodiment of the present invention, given as an example only, with reference to the accompanying drawings, in which:

на фигуре 1 показана блок-схема контекста мобильной сети для вариантов воплощения настоящего изобретения;1 is a block diagram of a mobile network context for embodiments of the present invention;

на фигуре 2 показана схема, представляющая взаимосвязь между мобильным устройством и номером, по которому можно осуществлять вызовы для доступа к данному устройству;figure 2 shows a diagram representing the relationship between the mobile device and the number by which you can make calls to access this device;

на фигуре 3 показана схема, представляющая взаимосвязь между мобильным устройством и двумя номерами, по которым можно выполнять вызовы для доступа к данному устройству;figure 3 shows a diagram representing the relationship between a mobile device and two numbers by which you can make calls to access this device;

на фигуре 4 показана схема, представляющая взаимозависимость между двумя мобильными устройствами и одним номером, по которому можно выполнять вызовы для доступа к любому из двух устройств;figure 4 shows a diagram representing the interdependence between two mobile devices and one number by which you can make calls to access either of the two devices;

на фигуре 5 показана схема, представляющая первый набор взаимосвязей между двумя мобильными устройствами и двумя номерами, по которым можно осуществлять вызовы;5 is a diagram showing a first set of relationships between two mobile devices and two numbers by which calls can be made;

на фигуре 6 показана схема, представляющая второй набор взаимосвязей между двумя мобильными устройствами и двумя номерами, по которым можно осуществлять вызовы;figure 6 shows a diagram representing a second set of relationships between two mobile devices and two numbers by which you can make calls;

на фигуре 7 показана схема, представляющая третий набор взаимосвязей между двумя мобильными устройствами и двумя номерами, по которым можно осуществлять вызовы;figure 7 shows a diagram representing a third set of relationships between two mobile devices and two numbers by which you can make calls;

на фигурах 8А-8D схематично представлены различные компоновки структуры данных для предоставления регистра места расположения домашней сети;Figures 8A-8D schematically illustrate various layouts of a data structure for providing a home network location register;

на фигуре 9 схематично показана иерархия данных, соответствующая пользователю, имеющему два номера, по которым можно осуществлять вызовы, причем выбран второй из номеров;figure 9 schematically shows a data hierarchy corresponding to a user having two numbers by which calls can be made, the second of which is selected;

на фигуре 10 схематично представлен механизм изменения номера или устройства, предназначенный для изменения активной в данный момент времени комбинации номера/устройства, обозначенной по структуре данных, представленной на фиг.8А;figure 10 schematically shows the mechanism for changing the number or device, designed to change the currently active time combination of numbers / devices, indicated by the data structure shown in figa;

на фигуре 11 представлены этапы процесса включения телефонной трубки в варианте воплощения настоящего изобретения;11 shows the steps for turning on the handset in an embodiment of the present invention;

на фигуре 12 представлены этапы процесса изменения номера в варианте выполнения настоящего изобретения;figure 12 presents the steps of the process of changing numbers in an embodiment of the present invention;

на фигуре 13 представлены этапы в процессе инициирования вызова в варианте воплощения настоящего изобретения;13 illustrates steps in a call initiation process in an embodiment of the present invention;

на фигуре 14 представлены этапы в процессе прекращения вызова в варианте воплощения настоящего изобретения; и14 shows steps in a call termination process in an embodiment of the present invention; and

на фигуре 15 схематично представлено применение варианта воплощения настоящего изобретения.Figure 15 schematically illustrates the use of an embodiment of the present invention.

Подробное описание изобретенияDETAILED DESCRIPTION OF THE INVENTION

Как описано выше, варианты воплощения настоящего изобретения относятся к созданию эффективного механизма, который способствует изменениям и установлению взаимного соотношения между идентификационными номерами сети абонента. Механизм выполнения этих изменений воплощен в виде системы ссылок, детали которой подробно представлены в следующем описании. Вначале, однако, будут представлены примеры различных услуг и конфигураций, поддерживаемых вариантами воплощения изобретения, со ссылкой на фигуры 2-7:As described above, embodiments of the present invention relate to the creation of an effective mechanism that promotes changes and the establishment of a relationship between the identification numbers of the subscriber network. The mechanism for making these changes is embodied in the form of a reference system, the details of which are presented in detail in the following description. First, however, examples of various services and configurations supported by embodiments of the invention will be presented with reference to FIGS. 2-7:

На фигуре 2 показана услуга, в которой мобильному устройству 105, имеющему одну карту МИА и поэтому один доступный МИНП, выделен один МНПЦСКУ (или линия); такая взаимозависимость и услуга могут быть предоставлены в соответствии с системами предшествующего уровня техники;Figure 2 shows a service in which a mobile device 105 having one MIA card and therefore one available MINP is allocated one MNPCA (or line); such interdependence and service may be provided in accordance with prior art systems;

На фигуре 3 показана услуга "линия 2", в которой мобильное устройство 105, имеющее одну карту МИА и поэтому один доступный МИНП, может выбирать между линиями. Как показано, линия 1 205а (МНПЦСКУ 1) была выбрана как исходящая линия для вызовов, инициированных из мобильного устройства 105, в то время как входящие вызовы, выполненные по любой линии, будут направлены в устройство 105;Figure 3 shows the service "line 2", in which the mobile device 105, having one MIA card and therefore one available MINP, can choose between lines. As shown, line 1 205a (MNPCSKU 1) was selected as the outgoing line for calls initiated from the mobile device 105, while incoming calls made on any line will be routed to the device 105;

На фигуре 4 показана услуга "Multi-SIM", в которой более чем одно мобильное устройство 105а, 105b, каждое имеющее одну карту МИА и поэтому один МИНП, выделяют для одной линии. На фигуре 4 было выбрано устройство 105а (МИНП 1) для приема вызовов по линии, но любое устройство 105а, 105b может осуществлять исходящие вызовы по этой линии;Figure 4 shows the "Multi-SIM" service, in which more than one mobile device 105a, 105b, each having one MIA card and therefore one MINP, is allocated for one line. In figure 4, a device 105a (MINP 1) was selected for receiving calls on a line, but any device 105a, 105b can make outgoing calls on this line;

На фигуре 5 показана услуга "линия 2 плюс Multi-SIM", в которой каждому более чем одному мобильному устройству 105а, 105b, каждое из которых имеет одну карту МИА и поэтому один МИНП, может быть выделена любая из двух разных линий. На фигуре 5 устройство 105а (МИНП 1) было выбрано для приема вызовов, сделанных по любой линии, в то время как линия 1 (МНПЦСКУ 1) была выбрана как исходящая линия для вызовов, инициированных из любого из устройства 105а, 105b;Figure 5 shows the service "line 2 plus Multi-SIM", in which each of more than one mobile device 105a, 105b, each of which has one MIA card and therefore one MINP, can be allocated any of two different lines. In figure 5, device 105a (MINP 1) was selected to receive calls made on any line, while line 1 (MNPCA 1) was selected as the outgoing line for calls initiated from any of device 105a, 105b;

На фигуре 6 показана услуга "линия 2 плюс Multi-SIM" по фигуре 5, на которой устройство 105а (МИНП 1) было выбрано для приема вызовов, осуществляемых по любой линии, в то время как линия 2 (МНПЦСКУ 2) была выбрана как исходящая линия для вызовов, происходящих от любого устройства 105а, 105b;Figure 6 shows the service "line 2 plus Multi-SIM" in figure 5, on which the device 105a (MINP 1) was selected to receive calls made on any line, while line 2 (MNPCSKU 2) was selected as outgoing a line for calls originating from any device 105a, 105b;

На фигуре 7 показана услуга "линия 2 плюс Multi-SIM" по фигуре 5, в которой устройство 105b (МИНП 2) было выбрано для приема вызовов, выполняемых по любой линии, в то время как линия 1 (МНПЦСКУ 1) была выбрана как исходящая линия для вызовов, происходящих от любого из устройств 105а, 105b.Figure 7 shows the service "line 2 plus Multi-SIM" in figure 5, in which the device 105b (MINP 2) was selected to receive calls made on any line, while line 1 (MNPCSKU 1) was selected as outgoing a line for calls originating from any of the devices 105a, 105b.

Предполагается, что данные, идентифицирующие МИНП, МНПЦСКУ и услуги, вводят в РМД 135 для поддержки этих различных сценариев услуг с помощью существующих систем их предоставления, когда абонент подписывается на услугу.It is assumed that the data identifying the MINP, MNPTSKU and services are entered into RMD 135 to support these various scenarios of services using existing systems for their provision when the subscriber subscribes to the service.

Каждая линия 205а, 205b имеет набор служебных данных, ассоциированных с нею, и каждое устройство 105а, 105b имеет набор данных устройства, ассоциированных с ним; эти наборы данных требуются для ЦКП/РВП 125 для поддержки соединений, запрашивающих доступ к линии (МНПЦСКУ) или к устройству (МИНП). В известных системах либо все данные, ассоциированные с услугами и устройствами, требуется передавать в РМД 135, в соответствующий ЦКП 125, оставляя для ЦКП 125 специализированную обработку данных для обеспечения правильной обработки вызовов, или служебные данные или данные устройства в РМД потребуется менять местами для каждого изменения конфигурации (например, менять местами один набор данных на другой).Each line 205a, 205b has a set of overhead data associated with it, and each device 105a, 105b has a set of device data associated with it; these data sets are required for the CCP / RWP 125 to support connections requesting access to the line (MNPCSU) or to the device (MINP). In known systems, either all data associated with services and devices needs to be transferred to RMD 135, to the corresponding TsKP 125, leaving for TsKP 125 specialized data processing to ensure proper call processing, or service data or device data in the RMD will need to be swapped for each configuration changes (for example, swap one data set with another).

Каждый из описанных выше более сложных сценариев осуществляется особенно эффективным образом с помощью структуры данных в РМД в соответствии с вариантом выполнения настоящего изобретения. В частности, структура данных в РМД 135 отдельно сохраняет данные устройства и служебные данные, при этом данные устройства сопоставлены с МИНП и служебные данные сопоставлены с МНПЦСКУ и устанавливают в активные в данный момент пары устройства/линии путем установки конфигурируемых ссылок (или "указателей", включая объекты-псевдонимы) между устройством и служебными данными для активной пары. Только данные для активной пары затем передают в ЦКП 125, что означает, что в ЦКП 125 не требуется выполнять дополнительную обработку для идентификации активной пары.Each of the more complex scenarios described above is carried out in a particularly efficient manner using the data structure in the RMD in accordance with an embodiment of the present invention. In particular, the data structure in RMD 135 separately saves device data and service data, while device data is mapped to MINP and service data is mapped to MNPCSU and installed in the currently active device / line pairs by setting configurable links (or "pointers", including alias objects) between the device and service data for the active pair. Only the data for the active pair is then transmitted to the DPC 125, which means that the DPC 125 does not need to perform additional processing to identify the active pair.

Подробно структуры данных и механизм обработки и доступа к данным в структуре данных будут описаны ниже со ссылкой на фигуры 8А-10.Details of the data structure and the mechanism for processing and accessing data in the data structure will be described below with reference to figures 8A-10.

Рассмотрим вначале фигуру 8А, в вариантах выполнения настоящего изобретения, данные, необходимые для воплощения передачи голоса или данных, разделены на два набора данных: один набор 825, называемый служебными данными, ассоциирован с линией или МНПЦСКУ; и другой набор 830, называемый данными устройства, ассоциирован с устройством или МИНП. Данные устройства в этом контексте содержат текущий РВП, ключи шифрования и т.п., в то время как служебные данные в этом контексте содержат запрет вызова, передачу вызова, сетевые установки и т.п., и служебные данные и данные устройства предпочтительно воплощены как объекты, имеющие связи с множеством других объектов, которые требуются для поддержки связи. Более конкретно, набор данных 825, который относится к услугам, доступным для абонента, ассоциированного с объектом МНПЦСКУЮ, расположен в иерархии первого объекта, в то время как набор данных 830 устройства, ассоциированный с объектом МИНП, расположен в иерархии второго объекта. Для сборки данных, требуемых для поддержки конкретной комбинации МНПЦСКУ/МИНП, РМД 135 должен обращаться к обоим наборам 825, 830 служебных данных и данных физического устройства для обработки данных и для передачи обработанных данных в ЦКП/РВП 125.First, consider Figure 8A, in embodiments of the present invention, the data necessary for implementing voice or data transmission is divided into two data sets: one set 825, called overhead data, is associated with a line or MNPCS; and another set 830, called device data, is associated with the device or MINP. The device data in this context contains the current RUP, encryption keys, etc., while the service data in this context contains call barring, call transfer, network settings, etc., and the service data and device data are preferably embodied as objects that have relationships with many other objects that are required to support communication. More specifically, the data set 825, which refers to the services available to the subscriber associated with the MNSCI object, is located in the hierarchy of the first object, while the device data set 830 associated with the MNIP object is located in the hierarchy of the second object. To collect the data required to support a specific combination of MNPCSKU / MINP, RMD 135 must access both sets of service data 825, 830 and physical device data for data processing and for transmitting the processed data to the CCP / RVP 125.

В компоновке, показанной на фигуре 8А, два набора 825, 830 данных связаны с использованием данных псевдонимов 835а, 835b объектов. В некоторых компьютерах операционных системах и языках программирования объекты данных могут быть определены один раз, и впоследствии может быть определено множество псевдонимов, которые сами по себе не содержат данные, но которые ссылаются на другой объект данных. (В некоторых языках это известно как инструкция "уравнивания".) В данном варианте воплощения псевдоним 835а МИНП ассоциирован с объектом служебных данных 841 в структуре 825 данных МНПЦСКУ и псевдоним 835b МНПЦСКУ ассоциирован с объектом 843 данных устройства в структуре 830 данных МИНП. Псевдоним 835а МИНП также может быть связан с одним из объектов данных устройства (на чертеже показан только один) через соединитель 811а, таким образом, явно связывая набор служебных данных 825 с набором данных 830 устройства, и псевдоним 835b МНПЦСКУ может быть связан с одним из объектов служебных данных через соединитель 811b, таким образом, явным образом соединяя набор данных 830 устройства с набором служебных данных 825. В то время, как на фигуре показано взаимнооднозначное соответствие между данными 825, 830, следует понимать, что для предоставления услуг, показанных на фигурах 3-7, по меньшей мере, один из псевдонимов 835а, 835b будет дополнительно связан, с помощью других таких соединителей 811а, 811b, с объектами данных, соответствующих другим линиям и устройствам. В данном варианте воплощения связи предусмотрены с помощью комбинации соответствующего псевдонима 835а и соединителя 811а.In the arrangement shown in FIG. 8A, two data sets 825, 830 are associated using data from object aliases 835a, 835b. In some computers operating systems and programming languages, data objects can be defined once, and subsequently many aliases can be defined that do not themselves contain data, but which refer to another data object. (In some languages, this is known as an “adjustment” instruction.) In this embodiment, the MINI alias 835a is associated with the service data object 841 in the MNPCS data structure 825 and the MNPCSU alias 835b is associated with the device data object 842 in the MINI data structure 830. The MINI alias 835a can also be associated with one of the device data objects (only one is shown in the drawing) through the connector 811a, thus, explicitly associating the service data set 825 with the device data set 830, and the MNCCA alias 835b can be associated with one of the objects service data through the connector 811b, thus explicitly connecting the data set 830 of the device with the set of service data 825. While the figure shows a one-to-one correspondence between the data 825, 830, it should be understood that to provide the servants shown in figures 3-7, at least one of the aliases 835a, 835b will be additionally connected, using other such connectors 811a, 811b, with data objects corresponding to other lines and devices. In this embodiment, communications are provided using a combination of the corresponding alias 835a and connector 811a.

На фигурах 8B-8D показаны альтернативные способы связывания набора служебных данных с набором данных устройства: как показано на фигуре 8B, связи могут быть воплощены как соединители 811а и 811b, которые, соответственно, выполнены с возможностью соединения сетевого идентификатора (МНПЦСКУ) служебных данных с объектом 843 данных устройства и соединения сетевого идентификатора (МИНП) данных устройства с объектом 841 служебных данных. В качестве альтернативы, как показано на фигуре 8C, связи могут быть воплощены как соединители 811а и 811b, которые, соответственно, выполнены с возможностью соединения друг с другом служебного идентификатора и идентификатора устройства; в качестве дополнительной альтернативы, показанной на фигуре 8D, связи могут быть воплощены как соединители 811а, 811b, выполненные с возможностью связи объекта 841 служебных данных с объектом 843 данных устройства. В качестве дополнительного варианта, РМД 135 может иметь доступ к таблице, в которой сохранены данные, обозначающие связи между соответствующими наборами служебных данных и данных устройства.Figures 8B-8D show alternative methods of associating a service data set with a device data set: as shown in Fig. 8B, communications can be implemented as connectors 811a and 811b, which are respectively configured to connect a network identifier (MNPCS) of service data to an object 843 device data and a network identifier (MIN) connection of device data with an overhead data object 841. Alternatively, as shown in FIG. 8C, communications may be embodied as connectors 811a and 811b, which are respectively configured to connect a service identifier and a device identifier to each other; as an additional alternative, shown in FIG. 8D, communications may be implemented as connectors 811a, 811b configured to couple an overhead data object 841 to a device data object 843. As an additional option, RMD 135 may have access to a table in which data is stored indicating the relationships between the corresponding sets of service data and device data.

На фиг.9 показан основной принцип формирования ссылок между структурами 825, 830 данных, который может быть расширен для охвата сценариев, показанных на фигурах 5-7, ввиду того, что предусматриваются дополнительные наборы данных устройства и/или служебных данных, причем в каждом наборе данных предусмотрена соответствующая связь. На фигуре 9 показаны структуры данных, поддерживающие услугу линии 2, для которой используются два набора служебных данных 825, 827 и один набор данных 830 устройства. Устройство, соответствующее данным 830 устройства, должно быть выполнено с возможностью приема вызовов через МНПЦСКУ 1 и МНПЦСКУ 2, которые соответствуют наборам данных 825 и 827, соответственно, и это обеспечивается путем соединения объектов 835_a1 и 835_а2 данных псевдонима МИНП в служебных данных 825 и 827 с данными 830 устройства с использованием соединителей 811_а1 и 811_а2.Figure 9 shows the basic principle of linking between data structures 825, 830, which can be extended to cover the scenarios shown in figures 5-7, since additional data sets of the device and / or service data are provided, and in each set data provided for the appropriate connection. Figure 9 shows data structures supporting the service of line 2, for which two sets of service data 825, 827 and one data set 830 of the device are used. The device corresponding to the device data 830 must be configured to receive calls through MNPCSKU 1 and MNPCSKU 2, which correspond to data sets 825 and 827, respectively, and this is achieved by connecting objects 835 _a1 and 835 _a2 of the MINP alias data in the service data 825 and 827 with device data 830 using connectors 811 _a1 and 811 _a2 .

Выбор линии, используемой для исходящих вызовов, воплощается путем соединения объекта 835b данных псевдонима МНПЦСКУ в структуре 830 данных устройства с объектом служебных данных в требуемой структуре служебных данных (в данном примере, объекта 827) с использованием соединителя 811b. Это соединение может быть изменено, например, когда пользователь желает использовать другую линию для исходящих вызовов с использованием функции 900 замены линии или устройства ("LDCF", ФЗЛУ), показанной на фигуре 10.The selection of the line used for outgoing calls is implemented by connecting the MNPCAU alias data object 835b in the device data structure 830 to the service data object in the desired service data structure (in this example, object 827) using connector 811b. This connection can be changed, for example, when the user wishes to use another line for outgoing calls using the line or device replacement function (“LDCF”, FZLU) 900 shown in FIG. 10.

В ФЗЛУ 900 сохраняется информация, или она имеет доступ к информации, идентифицирующей наборы служебных данных и наборы данных устройства, членов групп устройств и линий, и текущее состояние связей (если имеются) между наборами данных. Эта информация может быть сохранена в ФЗЛУ 900, например, в структуре 901 директории, такой как структура, совместимая с известной функцией ("SDF", ФСД) служебных данных, используемой в технологии интеллектуальных сетей, для отделения служебных данных от логических элементов управления услугой. Кроме того, как показано на фигуре 10, в структуре 901 директории, ФЗЛУ 900 сохраняет набор правил, предназначенных для использования при применении изменений к линии или данным устройства, и/или для связи между наборами данных.Information is stored in the FZLU 900, or it has access to information identifying service data sets and data sets of a device, members of device groups and lines, and the current state of communications (if any) between data sets. This information can be stored in the FZLU 900, for example, in a directory structure 901, such as a structure compatible with the known service data function (“SDF”) used in smart grid technology to separate service data from logical service control elements. In addition, as shown in FIG. 10, in the directory structure 901, the FZLU 900 stores a set of rules for use when applying changes to a line or device data and / or for communication between data sets.

Для обеспечения того, чтобы данные, используемые ФЗЛУ 900, являлись текущими данными, РМД 135 либо копирует служебные данные и данные устройства в структуре 900 директории всякий раз, когда их предоставляют или обновляют, или ФЗЛУ 900 обращается непосредственно к служебным данным и данным устройства, вместо сохранения отдельной копии.To ensure that the data used by the FZLU 900 is current data, the RMD 135 either copies the service data and device data in the directory structure 900 whenever they are provided or updated, or the FZLU 900 directly accesses the service data and device data, instead save a separate copy.

Кроме того, ФЗЛУ 900 содержит процессы 907, предназначенные для воплощения правил и изменения или создания связей между служебными данными и данными устройства. Эти правила обеспечивают возможность автоматического поведения РМД 135, например, для изменения текущего устройства или линии, в соответствии с данными, зависимыми от контекста, такими как время суток, день недели, местоположение, кредит, доступный для пользователя, и т.д. Процесс "установить текущую линию или устройство", идентифицированный на фигуре 10, представляет собой процесс изменения соединений 835а, 835b, 811a, 811b в РМД 135, и его инициируют по условиям, удовлетворяющим упомянутые выше правила. Пример операций, как правил и процесса " установить текущую линию или устройство" представлен в конце описания, в отношении сценария, называемого "дежурные врачи".In addition, FZLU 900 contains processes 907, designed to implement the rules and change or create relationships between service data and device data. These rules enable the automatic behavior of the RMD 135, for example, to change the current device or line, in accordance with the data depending on the context, such as time of day, day of the week, location, credit available to the user, etc. The “establish a current line or device” process, identified in FIG. 10, is the process of changing the connections 835a, 835b, 811a, 811b in the PFM 135, and it is initiated under conditions satisfying the above rules. An example of operations, as the rules and process of “establishing the current line or device” is presented at the end of the description, in relation to a scenario called “doctors on duty”.

Из описанного выше следует понимать, что служебные данные выбирают с помощью РМД 135 на основе МИНП, в соответствии с событиями, такими как пользователь включает телефонную трубку, и телефонная трубка изменяет область местоположения, в то время как данные устройства выбираются РМД 135 на основе МНПЦСКУ в ответ на события, такие как завершение мобильного вызова. Кроме того, изменения соединения (соединений) между наборами служебных данных и данных устройства (например, либо выполняемые по команде пользователя или в соответствии с правилом) могут инициировать РМД 135, для выбора набора либо служебных данных, или данных устройства (в зависимости от типа команды или вывода правила).From the above, it should be understood that the overhead data is selected using the MIND IDP 135, in accordance with events such as the user turning on the handset, and the handset is changing the location area, while the device data is selected by the IDMN 135 based on MNPCS in responding to events, such as the end of a mobile call. In addition, changes in the connection (s) between the service data sets and device data (for example, either executed at the user's command or in accordance with a rule) can initiate RMD 135 to select a set of service data or device data (depending on the type of command or output rule).

Операция структуры данных РМД будет описана ниже для различных сценариев вызова, для случая, когда абонент имеет две линии (МНПЦСКУ 1, МНПЦСКУ 2) и одно устройство (МИНП 1) (например, в соответствии с компоновкой, показанной на фигуре 3). Следует понимать, что если учетная запись охватывает второе или, возможно, дополнительное устройство, (например, в компоновке Multi-SIM/линия 2, как показано на фигурах 5-7), тогда этапы обработки, описанные ниже, могут применяться в отношении каждого такого устройства.The operation of the RMD data structure will be described below for different call scenarios, for the case when the subscriber has two lines (MNPCSKU 1, MNPCSKU 2) and one device (MINP 1) (for example, in accordance with the layout shown in figure 3). It should be understood that if the account covers a second or possibly additional device (for example, in the Multi-SIM layout / line 2, as shown in figures 5-7), then the processing steps described below can be applied to each such devices.

Включение телефонной трубкиTurn on the handset

В этом сценарии предполагается, что пользователь ранее выбрал линию МНПЦСКУ 1, и поэтому соединение 835b, 811b в РМД 135 было установлено между набором служебных данных 825 и набором данных 830 устройства для идентификации линии МНПЦСКУ 1. Как показано на фигуре 11, следующие этапы выполняются в ответ на включение пользователем своей телефонной трубки 105.In this scenario, it is assumed that the user has previously selected the MNCCA line 1, and therefore, the connection 835b, 811b in the RMD 135 was established between the service data set 825 and the device data set 830 for identifying the MNCCA line 1. As shown in FIG. 11, the following steps are performed in a response to a user turning on their handset 105.

ЭТАП 800: телефонная трубка 105 передает свой МИНП в ЦКП/РВП 125.STEP 800: the handset 105 transmits its MINP to TsKP / RVP 125.

ЭТАП 805: ЦКП 125 передает МИНП в соответствующий РМД 135.STEP 805: CCU 125 transmits the MINP to the appropriate RMD 135.

ЭТАП 810: РМД 135 проверяет, что доступ разрешен и идентифицирует соответствующий МНПЦСКУ через соединение 835b, 811b между набором данных 830 устройства и набором служебных данных 825 МИНП.STEP 810: RMD 135 verifies that access is allowed and identifies the corresponding MNPCS through connection 835b, 811b between the device data set 830 and the MINI service data set 825.

ЭТАП 815: идентифицированные данные передают в ЦКП/РВП 125.STEP 815: The identified data is transmitted to the CCP / RWP 125.

ЭТАП 820: ЦКП 125 возвращает подтверждение в телефонную трубку 105.STEP 820: The MSC 125 returns a confirmation to the handset 105.

Таким образом, служебные данные и данные устройства для телефонной трубки были обновлены в ЦКП/РВП 125.Thus, the service data and the data of the device for the handset were updated in the CKP / RVP 125.

Что касается известных компоновок, ЭТАПЫ 800-820, описанные выше, отличаются тем, что РМД 135 передает в ЦКП/РВП 125 только служебные данные и данные устройства, поддерживающие текущую пару МНПЦСКУ 1/МИНП, либо как ответ на обновление местоположения, или в ответ на включение телефонной трубки. В известных компоновках служебные данные и данные устройства, одновременно поддерживающие обе пары МНПЦСКУ 1/МИНП и МНПЦСКУ 2/МИНП, были бы переданы в ЦКП 125.As for the known arrangements, STAGES 800-820 described above are distinguished by the fact that the RMD 135 transmits only service data and device data to the CCP / RVP 125 that support the current MNPCSU 1 / MINP pair, either as a response to updating the location, or in response to turn on the handset. In known arrangements, overhead data and device data that simultaneously support both pairs MNPCSKU 1 / MINP and MNPCSKU 2 / MINP would be transferred to the CCU 125.

Замена текущей линииReplacing the current line

Как описано выше, в пределах (как показано на фигуре 12) или вне РМД 135 предусмотрена функция 900 замены линии или устройства (ФЗЛУ), которая может создавать или модифицировать соединения 835а, 835b, 811a, 811b в РМД 135, формируя, таким образом, выбранные пары МНПЦСКУ/МИНП. В этом примере, показанном на фигуре 12, возможные функции для функции 900 замены линии описаны относительно входных команд пользователя, вводимых через телефонную трубку 105.As described above, within (or as shown in FIG. 12) or outside the DMD 135, there is provided a line or device replacement function (LPC) 900 that can create or modify the connections 835a, 835b, 811a, 811b in the RMD 135, thereby forming selected pairs MNPCSKU / MINP. In this example, shown in FIG. 12, possible functions for the line replacement function 900 are described with respect to user input commands inputted through the handset 105.

ЭТАП 905: пользователь вводит команду замены линии через телефонную трубку 105.STEP 905: the user enters a line replacement command through the handset 105.

ЭТАП 910: телефонная трубка 105 передает запрос на замену линии в ЦКП 125STEP 910: the handset 105 transmits a line replacement request to the DPC 125

ЭТАП 915: ЦКП 125 передает далее запрос на замену линии через сеть в ФЗЛУ 900. Маршрут, по которому выполняется передача, зависит от используемой технологии: например, для SMS (СКС, служба коротких сообщений) он прошел бы через SMSC, и для USSD он прошел бы через РМД и сервер USSD (ТПНД, технология передачи неструктурированных данных в сетях GSM).STEP 915: TsKP 125 further transmits a request to replace the line through the network to FZLU 900. The route used for transmission depends on the technology used: for example, for SMS (SCS, short message service) it would go through SMSC, and for USSD it would would go through the RMD and the USSD server (TPND, technology for transmitting unstructured data in GSM networks).

ЭТАП 920: ФЗЛУ 900 инструктирует РМД 135 выполнить замену линии 835b, 811b вместо РМД 135, в соответствии с запросом на замену соединения линии (предпочтительно, чтобы ФЗЛУ 900, в качестве альтернативы, могла сама выполнять смену линии).STEP 920: FZLU 900 instructs the RMD 135 to replace the line 835b, 811b instead of the RMD 135, in accordance with the request to replace the line connection (preferably, the FZLU 900, as an alternative, could itself perform the line change).

ЭТАП 925: РМД 135 выполняет замену линии путем перемещения соединителя 811b, ассоциированного с МИНП, для соответствующей телефонной трубки 105 от набора служебных данных, представляющих существующую линию 825, к данным, представляющим новую линию 827.STEP 925: RMD 135 replaces the line by moving the connector 811b associated with the MINP for the corresponding handset 105 from the overhead set representing the existing line 825 to the data representing the new line 827.

ЭТАП 930: изменения служебных данных для новой пары МНПЦСКУ/МИНП передают в ЦКП/РВП 125.STEP 930: service data changes for the new MNPTSKU / MINP pair are transmitted to the CCP / RVP 125.

ЭТАП 935: ЦКП/РВП 125 подтверждает прием этих данных.STEP 935: CCU / RWP 125 acknowledges receipt of this data.

ЭТАП 940: ФЗЛУ 900 принимает подтверждение.STEP 940: FZLU 900 receives confirmation.

ЭТАП 945: ФЗЛУ 900 передает подтверждение в ЦКП 125.STEP 945: FZLU 900 transmits a confirmation to the CCU 125.

ЭТАП 950: ЦКП 125 передает подтверждение обратно в телефонную трубку 105.STEP 950: The MSC 125 transmits a confirmation back to the handset 105.

ЭТАП 955: телефонная трубка 105 отображает для пользователя подтверждение того, что требуемое изменение было выполнено.STEP 955: The handset 105 displays to the user confirmation that the desired change has been completed.

Этот процесс отличается от известной компоновки, в которой телефонная трубка 105 сама записывает изменение линии, при этом изменение больше ни на что не влияет в другом месте.This process differs from the known arrangement in which the handset 105 itself records a line change, while the change no longer affects anything else.

Инициирующий вызовInitiating call

Как показано на фигуре 13, когда пользователь инициирует вызов из устройства 105, выполняются следующие этапы:As shown in FIG. 13, when a user initiates a call from device 105, the following steps are performed:

ЭТАП 1000: устройство 105 предает установки сигнала вызова в ЦКП 125.STEP 1000: The device 105 betrays the setting of the ringing signal to the DPC 125.

ЭТАП 1005: РВП 130, ассоциированный с ЦКП 125, имеет только данные для текущей комбинации МНПЦСКУ/МИНП, и, таким образом, ЦКП 125 выполняет стандартную обработку вызова.STEP 1005: The RVP 130 associated with the MSC 125 has only data for the current MNPCS / MINP combination, and thus, the MSC 125 performs standard call processing.

Эта обработка отличается от известных компоновок, в которых телефонная трубка 105, для инициирования вызова, передает линию, записанную как текущая, в телефонную трубку 105 для ЦКП 125. ЦКП/РВП 125 затем должен обрабатывать уже присутствующие служебные данные для выбора правильного индикатора вызывающей линии ("CLI", ИВЛ) для исходящего вызова. В вариантах воплощения настоящего изобретения такая обработка в ЦКП/РВП 125 является ненужной, поскольку, по определению, сохраняют только один набор данных, что обеспечивает возможность выполнения последующей обработки вызова, в соответствии со стандартными методиками.This processing differs from the known arrangements in which the handset 105, for initiating a call, transfers the line recorded as current to the handset 105 for the DPC 125. The DPC / RHP 125 then must process the already present service data to select the correct calling line indicator ( "CLI", IVL) for outgoing call. In embodiments of the present invention, such processing in the DPC / RWP 125 is unnecessary because, by definition, only one data set is stored, which allows subsequent call processing to be performed in accordance with standard techniques.

Прекращение вызоваCall termination

Когда пользователь принимает вызов по любой из двух линий, доступных для устройства 105, выполняемые этапы эквиваленты обычным этапам обработки вызова для одной линии для одного устройства за исключением этапов, вовлеченных в идентификацию текущей пары МНПЦСКУ/МИНП, для чего в вариантах воплощения изобретения требуется, чтобы РМД 135 идентифицировал текущую комбинацию МНПЦСКУ/МИНП с использованием соединений 835а, 835b, 811a, 811b между набором служебных данных 825, соответствующих линии, принимающей вызов (например, МНПЦСКУ 1), и набором (наборами) данных 830 устройства. Этот способ выполняется в отношении всех вызовов, поступающих как по одной линии, так и с использованием любых других пар. В РМД отсутствует информация об услуге, и он продолжает работу в соответствии с обычными способами.When a user accepts a call on any of the two lines available for device 105, the steps performed are equivalent to the usual call processing steps for one line for one device, with the exception of the steps involved in identifying the current MNPCS / MINP pair, which, in embodiments of the invention, requires RMD 135 identified the current MNPCS / MINP combination using connections 835a, 835b, 811a, 811b between the set of service data 825 corresponding to the line receiving the call (for example, MNPCSKU 1) and the set (s) of data 830 devices. This method is performed in relation to all calls arriving both on one line and using any other pairs. In RMD there is no information about the service, and it continues to work in accordance with the usual methods.

Как показано на фигуре 14, в случае услуги линии 2 для одного устройства, когда устройство 105 находится в роуминге и, таким образом, запрашивает в vMSC/РВП 1125 в сети 1100, которая не является его домашней сетью 100, выполнение этапов обработки для приема прекращения вызова, которые являются следующими в соответствии с обычными способами:As shown in FIG. 14, in the case of a line 2 service for one device, when the device 105 is roaming and thus requests in vMSC / РВП 1125 in the network 1100, which is not its home network 100, to complete the processing steps for receiving termination calls that are as follows in accordance with conventional methods:

ЭТАП 1100: вызов, передаваемый, например, по МНПЦСКУ 1, принимают в соответствующем ШМЦК 140.STEP 1100: a call transmitted, for example, on MNPCSKU 1, receive in the corresponding SHMTSK 140.

ЭТАП 1105: ШМЦК 140 обращается к РМД 135, для получения соответствующей информации о маршрутизации.STEP 1105: ShMTSK 140 addresses to RMD 135, for receiving the corresponding information on routing.

ЭТАП 1110: РМД 135 проверяет, что вызов разрешен и идентифицирует соответствующий МИНП через соединение 835_a1, 811_a1 между набором служебных данных 825 и набором данных 830 устройства МНПЦСКУ 1.STEP 1110: RMD 135 verifies that the call is allowed and identifies the corresponding MINP through connection 835 _a1 , 811 _a1 between the service data set 825 and the data set 830 of the device MNPCA 1.

ЭТАП 1115: РМД идентифицирует vMSC/РВП 1125, в котором устройство 105 в данный момент времени зарегистрировано и запрашивает номер роуминга из vMSC/РВП 1125 относительно соответствующего МИНП.STEP 1115: The RMD identifies the vMSC / RWP 1125 in which the device 105 is currently registered and requests a roaming number from the vMSC / RWP 1125 with respect to the corresponding MINP.

ЭТАП 1120: vMSC/РВП 1125 выделяет номер роуминга и записывает МИНП для него.STEP 1120: vMSC / RWP 1125 allocates a roaming number and records the MINP for it.

ЭТАП 1125: vMSC/РВП 1125 передает номер роуминга в РМД 135.STEP 1125: vMSC / RVP 1125 transmits the roaming number in RMD 135.

ЭТАП 1130: РМД 135 передает номер роуминга в ШМЦК 140.STEP 1130: RMD 135 transmits the roaming number to ShMTSK 140.

ЭТАП 1135: ШМЦК 140 направляет входящий вызов в vMSC/РВП 1125, используя номер роуминга.STEP 1135: SHMTSK 140 routes the incoming call to vMSC / RVP 1125 using the roaming number.

ЭТАП 1140: vMSC/РВП 1125 выполняет поиск МИНП в номере роуминга.STEP 1140: vMSC / RVP 1125 searches for the MINP in the roaming number.

ЭТАП 1145: вызов передают в устройство 105, идентифицированное по найденному МИНП, и устройство 105 отображает соответствующий ИВЛ.STEP 1145: the call is transferred to the device 105, identified by the found MINP, and the device 105 displays the corresponding mechanical ventilation.

Как указано выше, такие сценарии обработки вызовов основаны на услуге линии 2 для одного устройства 105 (то есть, одного МИНП), как и в соответствии с компоновкой, показанной на фигуре 3. Если бы абонент имел услугу Multi-SIM, записи абонента содержали бы два или больше набора данных 830 устройства, и в этом случае будет существовать множество соединений 835b, 811b (не показаны), каждое из которых исходит из каждого набора данных устройства, и обработка прекращения вызова будет основана на соединении, ассоциированном с данными устройства текущего МИНП.As indicated above, such call processing scenarios are based on the line 2 service for one device 105 (i.e., one MINP), as in accordance with the layout shown in Figure 3. If the subscriber had the Multi-SIM service, the subscriber’s records would contain two or more device datasets 830, in which case there will be many connections 835b, 811b (not shown), each of which comes from each device data set, and call termination processing will be based on the connection associated with the device data of the current MINP.

Что касается пользователей, которые подписались на услугу линии 2, этапы, представленные выше, применяются, независимо от линии, по которой вызов был принят. Однако только ЦКП/РВП 125 содержит данные, относящиеся к текущему МНПЦСКУ/МИНП и, например, как указано выше, включает в себя только служебные данные для МНПЦСКУ 1. Если входящий вызов принимают по этой линии, тогда служебные данные в ЦКП/РВП 125 будут соответствующими. Однако если входящий вызов принимают по неактивной линии, через МНПЦСКУ 2, тогда служебные данные в ЦКП/РВП 125 могут быть не соответствующими. В частности, что касается услуг дальнейшей передачи вызова, процессы услуги дальнейшей передачи потенциально могут привести к тому, что вызовы будут направлены в неправильном направлении, если работа будет продолжена в ЦКП/РВП 125 в соответствии только со служебными данными активной линии. Таким образом, некоторые механизмы обработки вызова требуются для обеспечения предоставления услуги в отношении неактивной линии. Следует понимать, что эта проблема не наблюдается в обычных компоновках, относительно которых все наборы данных (активные или неактивные) передают в ЦКП/РВП.For users who have subscribed to the line 2 service, the steps presented above apply regardless of the line on which the call was received. However, only the CCP / RWP 125 contains data related to the current MNPCS / MINP and, for example, as indicated above, includes only the service data for MNPCSU 1. If an incoming call is received on this line, then the service data in the CCP / RVP 125 will be appropriate. However, if an incoming call is received on an inactive line, through MNPTSKU 2, then the service data in the CCP / RVP 125 may not be appropriate. In particular, with regard to further call transfer services, further transfer service processes can potentially lead to calls being routed in the wrong direction if work is continued in the CCU / RWP 125 in accordance with active line service data only. Thus, some call processing mechanisms are required to ensure that a service is provided on an inactive line. It should be understood that this problem is not observed in conventional layouts, with respect to which all data sets (active or inactive) are transmitted to the CCP / SEC.

Для того чтобы исключить несоответствующее предоставлении служебной обработки в ЦКП/РВП, считается, что требуется отключить соответствующие услуги, поскольку служебные данные передают в ЦКП/РВП 125 с помощью РМД 135, хотя и оставляют их очевидно "активными и работоспособными" в среде РМД 135. Поскольку ЦКП/РВП 125 не может затем работать с ними, входящие вызовы могли быть отслеживаться в ШМЦК 140. Если детектируют вызов, который не проходит дальше, поскольку для него требуется перенаправление, это может быть определено в ШМЦК 140 и запрос может быть передан в РМД 135 для получения правильных данных дальнейшей передачи. Это может быть выполнено с помощью, например, пункта управления услугой (SCP, ПУУ) известного типа.In order to exclude the inappropriate provision of official processing in the CCP / RVP, it is considered that it is necessary to disable the corresponding services, since the service data is transferred to the CCP / RVP 125 using the RMD 135, although they obviously leave them "active and efficient" in the RMD 135 environment. Since CKP / RVP 125 cannot then work with them, incoming calls could be monitored in ShMTSK 140. If a call is detected that does not go further, because it requires redirection, this can be defined in ShMTSK 140 and the request can be transferred to RMD 135 to obtain the correct data for further transmission. This can be accomplished using, for example, a service control point (SCP, PUK) of a known type.

Применение вариантов воплощения: врач по вызовуApplication of Embodiments: Call Doctor

Как показано на фигуре 15, применение вариантов воплощения настоящего изобретения будет описано ниже для сценария, для которого требуется соединение с различными амбулаторными клиниками общей практики. В этом примере предполагается, что два врача являются членами первой практики, которые работают "по вызову", когда клиника закрыта; врачи, работающие "по вызову", ассоциированы с устройствами, имеющими соответственно карты МИА с МИНП 1 и МИНП 2. Вторая практика обеспечивает службу скорой помощи через дополнительное устройство, имеющее карту МИА с МИНП 3. В первой практике прием ассоциирован с устройством, имеющим карту МИА с МИНП 4.As shown in FIG. 15, the use of embodiments of the present invention will be described below for a scenario that requires connection to various outpatient clinics in general practice. This example assumes that two doctors are members of the first practice who work “on call” when the clinic is closed; “on call” doctors are associated with devices that have MIA cards with MINP 1 and MINP 2, respectively. The second practice provides an ambulance service through an additional device that has an MIA card with MINP 3. In the first practice, reception is associated with a device with a card MIA with MINP 4.

Зависящие от времени правила TDR1-TDR3, представленные ниже, позволяют установить график дежурств между устройствами. Такие зависящие от времени правила приводят к тому, что ФЗЛУ 900 изменяет соединение 835а, 811a в РМД 135 в 18.00, 01.00 и 08.00. Идентификаторы данных устройства МИНП соответствующих МИА карт:The time-dependent TDR1-TDR3 rules presented below allow you to set a duty schedule between devices. Such time-dependent rules lead to the fact that FZLU 900 changes the connection 835a, 811a in RMD 135 at 18.00, 01.00 and 08.00. Identifiers of the MINP device data of the corresponding MIA cards:

TDR1: If 18.00-01.00 then CurrentDevice=IMSI 1TDR1: If 18.00-01.00 then CurrentDevice = IMSI 1

TDR2: If 01.00-08.00 then CurrentDevice=IMSI 2TDR2: If 01.00-08.00 then CurrentDevice = IMSI 2

TDR3: If 08.00-18.00 then CurrentDevice=IMSI 4TDR3: If 08.00-18.00 then CurrentDevice = IMSI 4

Эти устройства обозначены следующим образом:These devices are indicated as follows:

Номинированы: МИНП 1, МИНП 2, МИНП 3Nominated: MINP 1, MINP 2, MINP 3

Принято по умолчанию: МИНП 4Accepted by default: MINP 4

Эти правила сохраняют для МНПЦСКУ, назначенного для общедоступного телефонного номера, который был назначен для группы, в частности, для вызывающих абонентов, для обращения к дежурному врачу в нерабочее время, и который называется здесь MSGN 1500. Кроме того, МИНП 1…4 каждой карты МИА имеет телефонный номер и, таким образом, отдельный ассоциированный с ним МНПЦСКУ (МНПЦСКУ 1…МНПЦСКУ 4). Следует отметить, что соединения 835_a1, 811_a1, 835_а2, 811_а2 МИНП для МНПЦСКУ 1 и МНПЦСКУ 2 постоянно остаются указующими на МИНП 1 и МИНП 2, что означает, что врачи могут продолжать принимать вызовы по своим соответствующим МНПЦСКУ 1 и МНПЦСКУ2, в то время как входящие вызовы по MSGN 1500 будут направлены в любое устройство, которое ассоциировано с активным в данный момент времени МИНП.These rules are retained for MNPCSKU assigned to a public telephone number that was assigned to the group, in particular, to callers, to call the doctor on duty after hours, and which is called MSGN 1500 here. In addition, MINP 1 ... 4 of each card MIA has a telephone number and, therefore, a separate MNPCSKU associated with it (MNPSKU 1 ... MNPCSKU 4). It should be noted that the 835 _a1 , 811 _a1 , 835 _a2 , 811 _a2 MINP connections for MNPSKU 1 and MNPSKU 2 constantly remain pointing to MNPS 1 and MNPS 2, which means that doctors can continue to receive calls for their respective MNPCSKU 1 and MNPSKU2, while incoming calls via MSGN 1500 will be routed to any device that is associated with the currently active MINP.

Дополнительный вариант состоит в возможности использования существующих служебных данных, таких как "передача вызова в случае занятой линии". Такая услуга может быть предоставлена в пределах услуги, установленной для MSGN 1500, для дальнейшей передачи вызовов в принятый по умолчанию МИНП, в случае, когда телефонная трубка дежурного врача уже занята вызовом, либо через MSGN 1500, или через его собственный МНПЦСКУ.An additional option is to use existing overhead such as “busy call transfer”. Such a service can be provided within the service set for MSGN 1500, for further transfer of calls to the default MINP, in the case when the telephone call of the doctor on duty is already on a call, either through MSGN 1500, or through his own MNPCSKU.

В следующем тексте описан сценарий, в котором данные, сохраненные в накопителе 901 и РМД, обновляют в соответствии с различными событиями времени и событиями, связанными с устройством.The following text describes a scenario in which data stored in the drive 901 and RMD is updated in accordance with various time events and events associated with the device.

Рассмотрим вначале события, связанные со временем, в 01.00, инициируется правило TDR2, которое запрашивает соответствующую связь 835_a-msgn, 811_a-msgn МИНП для MSGN 1500 выполнить замену с указания на МИНП 1, на указание на МИНП 2. В ответ на это ФЗЛУ 900 проверяет статус устройства, ассоциированного с МИНП 2, и определяет, что это устройство выключено, в результате чего связь 835_a-msgn, 811_a-msgn МИНП, вместо этого, будет указывать на МИНП 4 (устройство, используемое по умолчанию).Consider first the time-related events, at 01.00, the TDR2 rule is triggered, which requests the appropriate connection 835 _a-msgn , 811 _{a-msgn MINP} for MSGN 1500 to replace from indicating MINP 1, indicating MINP 2. In response to this FZLU 900 checks the status of the device associated with MINP 2, and determines that this device is turned off, as a result of which the 835 _a-msgn , 811 _{a-msgn MINP} will instead indicate MINP 4 (the default device).

В некоторое время позже включают устройство, соответствующее МИНП 2, в результате чего выполняются следующие этапы:Some time later, the device corresponding to the MINP 2 is turned on, as a result of which the following steps are performed:

ЭТАП 1500: телефонная трубка 105b передает сигналы в ЦКП 125, в котором она зарегистрирована;STEP 1500: the handset 105b transmits signals to the DPC 125 in which it is registered;

ЭТАП 1505: ЦКП 125 уведомляет РМД 135;STEP 1505: CCU 125 notifies RMD 135;

ЭТАП 1510: РМД 135 проверяет, что доступ разрешен, обеспечивая поиск служебных данных, соответствующих активной линии, и инициирует процесс 900 ФЗЛУ;STEP 1510: RMD 135 verifies that access is allowed, providing a search for service data corresponding to the active line, and initiates the process 900 FZLU;

ЭТАП 1515: процесс 900 ФЗЛУ включает правила и находит в соответствии с правилом TDR2, что МИНП 2 должен быть текущим. В результате, процесс 900 ФЗЛУ передает инструкции в РМД 135 переместить соответствующий коммутатор 811_a-msgn;STEP 1515: The FZLU process 900 includes rules and finds in accordance with TDR2 rule that MINP 2 must be current. As a result, the FZLU process 900 sends instructions to the DMD 135 to move the corresponding switch 811 _a-msgn ;

ЭТАП 1520: РМД 135 переключает коммутатор 811_a-msgn в структуре данных для набора служебных данных MSGN, так что он указывает на МИНП 2 вместо МИНП 4;STEP 1520: RMD 135 switches the switch 811 _a-msgn in the data structure for the MSGN service data set, so that it points to MINP 2 instead of MINP 4;

ЭТАП 1525: РМД 135 также обновляет данные устройства в РВП 130 так, что они отражают вновь активную пару МНПЦСКУ/МИНП, используя сигнал Отмены местоположения (известного типа) и передавая данные устройства, соответствующие МИНП 2;STEP 1525: RMD 135 also updates the device data in the RVP 130 so that they reflect the newly active MNPCS / MINP pair using the Location Cancel signal (of a known type) and transmitting device data corresponding to the MNP 2;

ЭТАП 1530: РМД 135 передает подтверждение изменения линии обратно в ФЗЛУ 900;STEP 1530: RMD 135 transmits a confirmation of the line change back to the FZLU 900;

ЭТАП 1535: ФЗЛУ 900 передает обратно в ЦКП 125 отчет для телефонной трубки 105b, соответствующей МИНП 2; иSTEP 1535: FZLU 900 transmits a report back to the MSC 125 for the handset 105b corresponding to MINP 2; and

ЭТАП 1540: ЦКП 125 передает подтверждение обратно в телефонную трубку 105b.STEP 1540: CCU 125 transmits a confirmation back to the handset 105b.

Дополнительные деталиAdditional details

Улучшение соединений 835а, 811a, 835b, 811b между иерархиями данных МНПЦСКУ и МИНП произведено с использованием методик программирования объектно-ориентированных программных средств. Каждый объект-псевдоним 835а воплощен как программный объект и поэтому содержит данные, которыми можно оперировать только при использовании упомянутых способов, инкапсулирующих эти данные. Предпочтительно, обеспечивается обработка отказов известным способом для обеспечения поддержки постоянного рабочего состояния связей и возможности отмены изменений в случае неудачного выполнения критического этапа.Improvement of the connections 835a, 811a, 835b, 811b between the data hierarchies of MNPCSU and MINP is made using the programming techniques of object-oriented software. Each alias 835a is embodied as a software object and therefore contains data that can only be operated using the methods mentioned that encapsulate this data. Preferably, failure processing is provided in a known manner in order to maintain a constant operational state of communications and the ability to undo changes if the critical stage fails.

В приведенном выше описании предполагается, что, хотя связи могут быть модифицированы динамически, всегда существует связь между одним или больше наборами служебных данных и одним или больше наборами данных устройства. Однако сама по себе связь может быть установлена динамически на основе различных правил и т.п., которые либо сохранены или доступны для РМД 135, в момент поиска данных (например, в ответ на обработку обновления местоположения, при обработке прекращения вызова мобильным устройством). Таким образом, данные, требуемые для идентификации текущей линии или устройства - правила и/или вводимые вручную пользователем команды - должны быть сохранены в соответствии с такими входными командами и должны быть получены во время поиска данных, вместо использования, для замены соединения. Средство обработки, влияющее на сохранение таких входных команд, могло бы быть воплощено в РМД или в отдельной системе; в любом случае, к таким данным можно обращаться по запросу, получаемому от пользователя, и соответствующие служебные данные и/или данные устройства, соответствующие запросу, идентифицируют в режиме реального времени.In the above description, it is assumed that although communications can be dynamically modified, there is always a relationship between one or more service data sets and one or more device data sets. However, the connection itself can be established dynamically based on various rules and the like, which are either stored or available for the RMD 135, at the time of data search (for example, in response to location update processing, when the call is terminated by the mobile device). Thus, the data required to identify the current line or device — rules and / or user-entered commands — must be stored in accordance with such input commands and must be obtained during data retrieval, instead of use, to replace the connection. A processing tool that affects the preservation of such input commands could be embodied in the RMD or in a separate system; in any case, such data can be accessed upon request received from the user, and the corresponding service data and / or device data corresponding to the request are identified in real time.

В описанных выше вариантах воплощения предполагается, что существует одно соединение между набором служебных данных и идентификатором МИНП. Однако набор соединений можно использовать вместо одного соединения, что способствует гибкому выбору конкретной услуги (услуг) в наборе, когда набор служебных данных содержит данные, соответствующие двум или больше разным типам услуг.In the embodiments described above, it is assumed that there is one connection between the overhead set and the MINP identifier. However, a set of connections can be used instead of a single connection, which facilitates the flexible selection of a particular service (s) in the set when the set of service data contains data corresponding to two or more different types of services.

Claims

1. A device identification device in a communication network, comprising
a storage system comprising a set of one or more first locations for storing data and a set of many second locations for storing data, each set being associated with a subscriber of a communication network; and
a link mechanism for creating a direct link between one of the first data storage locations and one of the plurality of second data storage locations,
in which a set of first data storage locations is configured to store data associated with one or more external identifiers, said external identifiers being intended for use outside the network, for sending transmitted data to one or more of the mentioned devices within the network, and a set of second data storage locations is configured to store data associated with a plurality of internal identifiers, moreover, mentioned in morning network identifiers are identifiers of another type than said external identifiers and are designed for use in identifying the corresponding plurality of said devices within the network, and
wherein said link mechanism responds to an event associated with any of said external or internal network identifiers to change the direct relationship between one of said first data storage locations and one of said plurality of second data storage locations based on said event.

2. The device according to claim 1, wherein the storage system comprises a plurality of sets of first data storage locations and a plurality of sets of second data storage locations, each set of first data storage locations being associated with a corresponding set of second data storage locations for use link mechanism.

3. The device according to claim 1, in which a set of first data storage locations is configured to store data associated with communication services available to a user, and said set of second data storage locations is configured to save data identifying device attributes associated with the user.

4. The device according to claim 2, in which the connection identifies an external identifier with an internal identifier, and said link mechanism responds to said event to identify different relationships between said external identifiers and said internal identifiers.

5. The device according to claim 2, in which the connection identifies an internal identifier with a set of service data, and said link mechanism responds to said event to identify different relationships between the set of service data and said internal identifiers.

6. The device according to claim 2, in which the connection identifies an external identifier with the data set of the device, and the link mechanism responds to the mentioned event to identify another connection between the data set of the device and said external identifiers.

7. The device according to claim 2, in which the connection identifies the set of service data with the data set of the device, and the link mechanism responds to the mentioned event to identify another connection between the said sets of service data and data sets of the device.

8. The device according to any one of claims 2 to 7, in which the link mechanism includes a first object associated with the set of said overhead data, and a second object associated with the set of said device data, and the link mechanism, responding to the mentioned event, changes the relationship between the first object and the said internal identifiers.

9. The device of claim 8, in which the link mechanism, responding to the mentioned event, changes the connection between the second object and the said external identifiers.

10. The device according to any one of claims 2 to 7, in which the link mechanism is configured to limit links between sets of first data storage locations and second data storage locations.

11. The device according to any one of claims 2 to 7, in which the link mechanism is configured to generate more than one connection in relation to a given set of first data storage locations.

12. The device according to any one of claims 2 to 7, in which the link mechanism is configured to generate more than one connection relative to a given set of second data storage locations.

13. The device according to any one of claims 2 to 7, in which the storage system is configured to save a plurality of program objects, each first data storage location and every second data storage location comprising a plurality of respective first and second program objects, each of the first and second set of objects corresponds to an aspect of a network service and / or device attribute, in which each communication contains an object connected to one of the first or second set of software objects, and is configured to contain data identifying the program object in another of the first or second sets of program objects.

14. The device according to any one of claims 2 to 7, wherein each of the first data storage location is configured to save a selected portion of the data necessary to establish a connection in the communication network, and each of the second data storage locations is configured to save the selected mutually complementary to the part of said data corresponding to said connection, wherein the link mechanism is configured to form a link between the respective first and second storage locations OF DATA, which together provide sufficient data to establish said connection.

15. The device according to any one of claims 2 to 7, containing a connection tool for use in collecting data for use in establishing a connection with a device on a network, the connection tool configured to collect data partially from the first location of the data storage location and partially from a second location of the data storage position, wherein said first and second locations of the data storage position are interconnected by communication between them.

16. The device according to any one of claims 2 to 7, in which the storage system is configured to save many rules for use when changing the aforementioned connection.

17. The device according to any one of claims 2 to 7, comprising a repository configured to store rules for use by the link mechanism in the formation or modification of said links.

18. The device according to any one of claims 2 to 7, in which each said internal network identifier contains an identifier for an identity module configured to be installed in a communication device.

19. The device according to claim 1, in which each said internal network identifier contains a device identifier.

20. The device according to any one of claims 2 to 7, in which the data associated with a given external identifier is stored in no more than one first data storage location.

21. The device according to any one of claims 2 to 7, in which the data associated with a given internal identifier is stored in no more than one second data storage location.

22. A method of registering a device in a communication network, the communication network comprising a plurality of network nodes configured to send data to said communication network, and a storage system comprising a set of one or more first data storage locations and a set of many second storage locations data, wherein said set of first storage locations is configured to store data associated with one or more communication services available to a communication network user, and mentioning The set of second data storage locations is configured to store data identifying attributes of a plurality of devices associated with a user, the method comprising:
i) identifying a direct relationship between the first data storage location and one of the plurality of second data storage locations;
ii) selecting the first data from the first data storage location and the second data from the second data storage location based on the identified direct mutual agreement; and
iii) transmitting said selected data over a network to said network node for use in establishing a network connection.

23. A device identification device in a communication network, comprising
a storage system comprising a set of one or more first locations for storing data and a set of many second locations for storing data, each set being associated with a user of a communication network; and
a link mechanism for generating a direct connection between one of the first data storage locations and one of the plurality of second data storage locations, in which a set of first data storage locations is configured to store data associated with one or more communication services available for the user, and said set of second data storage locations is configured to store data identifying device attributes associated with user interface, and wherein said link mechanism responds to an event associated with said communication services or said device attributes to change the existing direct mutual correspondence between one of said first data storage locations and one of said plurality of second data storage locations basis of the mentioned event.