Система обработки данных

1 Настоящее изобретение относится к системе обработки данных, например к обработке данных в телекоммуникационной системе. Настоящее изобретение, в частности, но не исключительно, затрагивает телекоммуникационную систему для мобильных телефонов. В случае, когда телекоммуникационная система содержит мобильные телефоны, вызов к мобильному телефону осуществляется не к фиксированной точке, и, следовательно, система должна определить местонахождение адресата. Простейшая схема для вызова на мобильный телефон приводит к сигналу, передаваемому в модуль хранения данных, в виде модуля опорного регистра местонахождения (HLR, ОРМ),который определяет местонахождение мобильного телефона и, таким образом, разрешает осуществить маршрутизацию вызова. Неизбежно, опорные регистры местонахождения имеют ограниченную пропускную способность, и, таким образом, для того чтобы дать возможность телекоммуникационным системам осуществлять доступ ко множественным ОРМ регистрам, необходима некоторая схема. Следует отметить, что также предусмотрено, что пользователи могут нуждаться во множестве номеров цифровой сети мобильной связи с предоставлением комплексных услуг (MSISDN номеров, ЦСМСПКУ); например, если пользователь должен иметь возможность осуществления как голосовой связи, так и обмена данными, в существующих системах какой-либо второй ЦСМСПКУ номер с общим номером идентификации по стандарту международной идентификации мобильного абонента (IMSI, МИМА) должен быть ЦСМСПКУ номером того же самого ОРМ регистра, что и предыдущий ЦСМСПКУ номер. Этого невозможно было бы достигнуть, если бы, например, ОРМ регистр,содержащий первоначальную информацию, был заполненным. Тогда единственный способ, с помощью которого можно было бы обеспечить дополнительные услуги, должен потребовать,чтобы пользователь изменил номер телефона,что было бы нежелательно. Такая ситуация становится специфической проблемой, если желательно, чтобы пользователи обладали способностью выбирать свои номера, а не обеспечиваться ими. Патент WO 96/11557 (соответствующий патенту США 08/809767), который включен в описание в качестве ссылки, раскрывает, что коммутируемая сеть, которая соединяет пользователей с другими пользователями, ОРМ регистрами, а также системными услугами, имеет встроенный модуль регистра, модуль регистра содержит информацию, соотносящую каждый телефонный номер с соответствующим номером из множества ОРМ регистров. Затем, взаимосвязь между телефонными номерами и ОРМ регистрами должна быть свободно выбираемой в модуле регистра, так чтобы модуль регистра 2 действовал как преобразователь между номером и информацией, идентифицирующей ОРМ регистр. Посредством обеспечения такого модуля регистра была разрушена фиксированная взаимосвязь между номерами и ОРМ регистрами и произвольному ОРМ регистру мог быть присвоен произвольный номер в предположении, что обеспечивает информационный объем. ПатентWO 96/11557 также предлагает, что модуль регистра далее сохраняет информацию, ассоциированную с мобильными телефонами, что, в дополнение к набранному номеру, дает возможность коммутируемой сети направлять вызовы от мобильных телефонов к различным сервисным услугам, в зависимости от самого вызывающего мобильного телефона. Идеи, раскрытые в патенте WO 96/11557, затем были развиты в патенте WO 97/14237 посредством рассмотрения местоположения, в пределах которого информация сохраняется в сети. Существуют два обстоятельства, которые должны быть приняты во внимание при рассмотрении передачи данных в сети. Первое заключается в хранении самих данных, а второе в управлении данными, осуществляемом средством обработки вызовов, обновлений, результатов в сообщениях синхронизации и аналогичных управляющих сигналов. Схема, описанная в патенте WO 96/11557, может рассматриваться в качестве схемы такого типа, в которой регистр должен сохранять данные, а также должен сохранять информацию управления для действий над этими данными. На первый взгляд, и данные, и функции управления данными могут быть размещены на отдельном сайте и сохранены на отдельном физическом устройстве, таком как сервер, который отвечает на вызовы и обновления. Можно было бы рассматривать, что сохраненная информация содержит функцию данных и функцию управления данными, где функция данных представляет наборы данных, относящихся к соответствующим телефонным номерам, операциям управления телефонами и т.д. Можно было бы рассматривать, что функция данных и функция управления данными формируют базы функций. Однако, если имеется только единственная база данных, которая работает подобным образом, сеть является уязвимой к сбою. Следовательно, в патенте WO 97/14237 предложено, что база данных функций должна копироваться множество раз. Каждая база данных содержит функцию данных и функцию управления данными. Физически копируемые базы данных могут быть размещены в одном местоположении или же могут быть размещены во множестве отдельных местоположений. Как бы то ни было,каждая копированная база данных может рассматриваться в виде функции поддержки данных услуги, при этом каждая такая функция является номинальным сайтом в сети. Таким 3 образом, сайты функций скорее являются виртуальными сайтами, а не обязательно физически раздельными. При рассмотрении такого распределенного набора функций для функций данных важно,чтобы они были синхронизированными, а для функций управления данными - оказывать взаимное воздействие, с тем чтобы управлять синхронизацией. Такая синхронизация включает не только необходимость для информации относительно какого-либо специфического номера телефона быть одной и той же для каждой функции, но также и доступностью, связанной с этим же телефонным номером к одному и тому же у каждой функции. В патенте WO 97/14237, таким образом, обсуждалась синхронизация указанных функций. В телефонной сети важно, чтобы любое обновление функций выполнялось в реальном масштабе времени, синхронизированным образом. Такая ситуация не приемлема для сети, которую нужно обновлять постепенно, как это происходит в существующей технике компьютерных баз данных. В патенте WO 97/14237, таким образом,предложено, что в сети взаимно связанных функций, каждая из которых должна быть синхронизирована, одна из таких функций была идентифицирована как первичная функция, по крайней мере, еще одна, другая, функция была идентифицирована как резервная первичная функция, а оставшаяся произвольная функция(функции) рассматривались вторичными. Затем,когда необходимо обновление, первичная функция синхронизировала все другие посредством передачи им сигналов обновления, которые она получила. Затем указанные другие функции сообщали первичной функции, что они работают над обновлением. Затем первичная функция передавала сигналы во внешнюю периферию о том, что обновление уже началось, и в то же самое время обеспечила сигналы подтверждения другим функциям. Если по какой-либо причине с первичной функцией произошел сбой, то затем резервная первичная функция может брать на себя управление операцией обновления. Патент WO 97/14237 имел отношение в приведенных примерах к распределенным функциям, формирующим модуль регистра в соответствии с патентом WO 96/11557. Настоящее изобретение далее разрабатывает эту идею к другим элементам сети. В наиболее общем виде настоящее изобретение раскрывает, что система управления данными имеет функции данных и функции управления, которые разделены, по крайней мере, с точки зрения функционирования, с резервированием как для функций управления, так и для функций данных. Внутри функций данных, по крайней мере, одна функция действует как первичная функция, а вторая - как резервная пер 004212 4 вичная функция, и далее могут быть другие функции, как это раскрыто в патенте WO 97/14237. Для функции управления может потребоваться сохранение достаточного объема данных для того, чтобы идентифицировать соответствующую функцию данных для осуществления произвольного доступа к такой функции данных, и также она может хранить данные,которые являются общими для всех элементов данных в функциях данных. Такая идея распределенных функций может быть применима к ОРМ регистрам сети в мобильной телекоммуникационной системе. Затем, каждый ОРМ регистр может рассматриваться как имеющий, по крайней мере, две функции управления и, по крайней мере, две пары функций данных. Внутри каждой пары функций данных существует резервирование,такое, чтобы одна функция данных могла работать как первичная функция, и другая - как резервная первичная функция. Затем данные, сохраненные ОРМ регистром, распределяются между двумя парами под управлением функции управления. Функция управления также управляет обновлением. Предпочтительно существует дальнейшее резервирование функций данных, такое, чтобы имелись, по крайней мере, два триплета функций данных. В такой схеме, как и в идеях, обсуждавшихся в патенте WO 97/14237, может быть физическое распределение функций, поскольку взаимосвязи между функциями более важны,чем их физические местоположения. Различные функции могут быть размещены на различных физических компонентах или некоторые функции могут быть размещены на одной компоненте, а другие функции - на других. В известном ОРМ регистре информация каждый раз должна быть восстановлена для произвольной задачи, при этом используется вычислительная мощность соответствующего ОРМ регистра. Производительность обработки ОРМ регистра в таком случае выступает в качестве ограничения на систему. Настоящее изобретение, поскольку оно отделяет функцию данных от функции управления и действительно обеспечивает резервирование, допускает большую гибкость. Тем самым обеспечивается масштабируемость обработки над данными хранения, так что оператор сети уже более не ограничен пределами пропускной способности индивидуального ОРМ регистра. Более того, поскольку функция данных и функция управления разделены, каждая из них может быть обновлена независимо от другой. Вследствие резервирования может оказаться возможным использовать произведенные массовые устройства и таким образом уменьшить стоимость по сравнению с известными схемами. Также, поскольку функционирование управления и обработка данных могут осущест 5 влять связь друг с другом посредством стандартных интерфейсов, для внешних устройств становится возможным осуществлять прямой доступ к функциям данных. Предпочтительно сама функция управления разделяется на две функции, при этом одна функция обеспечивает связь с другими участками сети, такими как узлы передачи сигналов(STP, УПС), а другая субфункция обеспечивает связь с функциями данных. Затем две субфункции могут связываться друг с другом, и такое разделение затем предлагает дальнейшие преимущества. В частности, субфункция, которая связывается с функциями данных, может разрешить исследовать данные без отвлечения вычислительной мощности от передачи сигналов,выполняемой субфункцией, которая связывается с другими участками сети. С другой точки зрения, сложности обработки данных и техническое обслуживание отделены от субфункции,которая осуществляет связь с внешними компонентами, так, чтобы указанная субфункция могла концентрироваться на функциях передачи сигналов. Однако настоящее изобретение не ограничивается функциями в пределах ОРМ регистра. Оно применимо к любой системе управления данными, с разделенными функциями управления и функциями данных, с резервированием как на уровне управления, так и на уровне данных. Предпочтительно имеется также разделение данных внутри функций данных, такое,чтобы имелись, по крайней мере, две пары функций данных, зарезервированных внутри каждой пары, а отличающиеся данные были сохранены между парами. Например, в области мобильных телекоммуникаций также известно, что системы, включающие управление предоплатой, включают систему управления с требованиями хранения данных, аналогичными, что и для ОРМ регистра, но с другими данными. Настоящее изобретение может быть применимо к такой системе управления предоплатой. В другом примере настоящее изобретение может использоваться внутри модуля регистра по патенту WO 96/11557. Настоящее изобретение не ограничено областью мобильных телекоммуникаций. В принципе, оно применимо к любой схеме хранения данных, особенно к такой, в которой обновление данных необходимо в реальном масштабе времени и/или для которой проверка правильности данных имеет особую важность. В дальнейшем изобретение поясняется описанием конкретных вариантов его воплощения со ссылками на сопровождающие чертежи,где фиг. 1 изображает схематическую блоксхему телекоммуникационной системы, описанную в патенте WO 96/11557; 6 фиг. 2 изображает часть телекоммуникационной системы, которая описана в патентеWO 97/14237; фиг. 3 изображает часть схемы фиг. 2 на основе существенных функциональных компонент; фиг. 4 изображает ОРМ регистры и УПС узлы в схеме, воплощающей настоящее изобретение; фиг. 5 изображает схему, в которой ОРМ регистр, воплощающий изобретение, включен в систему, изображенную на фиг. 1; и фиг. 6 изображает схему, в которой система управления предоплатой, воплощающая настоящее изобретение, включена в систему фиг. 1. Обратимся сначала к фиг. 1; как обсуждалось выше, в патенте WO 96/11557, коммутационная сеть 10 связывает наземные и мобильные телефоны. Если вызов к мобильному телефону выполнен из наземного телефона, вызов направляется через телефонную сеть 11 общего пользования (PSTN, ТСОП) в коммутационную сеть, а из этой коммутационной сети 10 к мобильному телефону (BSS, БС) 12. Для того чтобы сделать это, коммутационная сеть 10 должна определить информацию маршрутизации, а для того чтобы определить указанную информацию маршрутизации, она должна определить местоположение мобильного телефона 12, что она и делает через ОРМ регистр, с которым ассоциирован мобильный телефон 12. Когда имеются множественные ОРМ регистры 13, 14, для коммутационной сети 10 необходимо определить на основании ввода телефонного номера(ЦСМСПКУ номера) мобильного телефона,осуществляемого создателем вызова, к которому из ОРМ регистров 13, 14 следует обратиться. Коммутационная сеть 10 осуществляет доступ к модулю 15 регистра, который опознает запрошенный номер, и адресует его к специфическим ОРМ регистрам 13, 14, с которыми соединен мобильный телефон 12. Модуль 15 регистра позволяет свободно определять взаимосвязь между каким-либо данным мобильным телефонным номером и ОРМ регистрами 13, 14,так что номер не затрагивается специфическими ОРМ регистрами 13, 14, с которыми он связан. Модуль 15 регистра устраняет потребность в том, чтобы специфический мобильный телефонный номер был связан с фиксированными ОРМ регистрами 13, 14. Как только специфический ОРМ регистр 13, 14, с которым связан мобильный телефон 12,был идентифицирован, к этому ОРМ регистру может осуществляться передача сигналов, и может происходить получение информации обычным способом. Такая информация используется для "установки" вызова к мобильному телефону 12, который затем может быть направлен к телефону адресата, как обычно. 7 Точно так же, если в мобильном телефоне 12 происходит вызов, коммутационная сеть 10 должна снова определить маршрутизацию такого вызова. Если осуществляется вызов к наземному телефону, подключенному к коммутационной сети 10 через ТСОП 11, то такая маршрутизация может быть выполнена на основе телефонного номера телефона адресата обычным способом. Если вызов осуществлен из мобильного телефона 12 к одной из множества систем 16, 17 обработки голосовой информации или к сервисным услугам 18, связанным с коммутационной сетью посредством использования короткого кода (например, 123), взаимосвязь между мобильным телефоном 12 и соответствующей услугой должна быть определена модулем 15 регистра до того, как коммутационная сеть сможет определить для доступа соответствующую систему 16, 17 обработки голосовой информации или сервисные услуги 18. Фиг. 2 изображает коммутационную сеть 10 более подробно. Как обсуждалось в патентеWO 97/14237, коммутационная сеть имеет множество коммутационных центров мобильной связи (MSC, КЦМС) 20, 21 и 22, и вызов, предназначенный для какого-либо заданного мобильного телефона, приводит к передаче сигналов между этими КЦМС 20-22 и одним из множества узлов 30, 31 пересылки сигналов (STP,УПС), которые передают сигналы в модуль 15 регистра для того, чтобы определить, какой ОРМ регистр 13, 14 соответствует мобильному телефону 12. Модуль 15 регистра, изображенный на фиг. 1, получает эту информацию из телефонного номера (ЦСМСПКУ номера) мобильного телефона 12. Затем, для модуля 15 регистра было бы возможно направить сигнал непосредственно к соответствующему ОРМ регистру 13, 14, однако, предпочтительно, чтобы информация передавалась обратно в соответствующий узел УПС 30, 31, который затем пересылает передачу сигналов к правильному ОРМ регистру 13, 14. Аналогичный поток передаваемых сигналов возникает тогда, когда пользователь мобильного телефона 12 пытается осуществить доступ к системе 16 обработки голосовой информации (VPS, СОГИ) или узлу 17 услуг (SN,УУ). Вызов принимается одним из ЦМС 20, 21 и 22, который передает набранные цифры и идентичность мобильного телефона одному из УПС 30, 31, 32. Он передает информацию в модуль 15 регистра, который использует данную информацию для того, чтобы сконструировать правильный адрес, соответствующий системе 16 обработки голосовой информации (СОГИ) или узлу 17 услуг (УУ). Эта информация передается обратно из модуля регистра через один из УПС 30, 31, 32 в исходный КЦМС 20, 21, 22. Затем данный адрес используется для того, чтобы маршрутизировать вызов коммутационной се 004212 8 тью 10. Такая маршрутизация пропускает вызов из соответствующего КЦМС 20, 21, 22 через коммутационную сеть к СОГИ 16 или УУ 17. В схеме, изображенной на фиг. 2, модуль 15 регистра является не отдельным компонентом, а содержит множество модулей, в дальнейшем упоминаемых как узлы 40 управления услугами (SCP, УУУ). Имеется N УУУ узлов 40,где N - целое число, равное 2 или более. Для распределения нагрузки и обеспечения отказоустойчивости необходимы, по крайней мере, два УУУ узла 40, так чтобы обеспечить реплицируемую базу данных. На схеме фиг. 2 УУУ узлы 40 взаимно связаны посредством подключения 41 данных, а система также имеет контроллер (NMS, СУС) 42, который контролирует узлы 40 управления услугами (УУУ). Фиг. 2 иллюстрирует схему сети в структурных терминах. Однако можно также рассуждать о схеме в функциональных терминах, существенные функции схемы фиг. 2 иллюстрируются на фиг. 3. В целом, УУУ узел 40 может рассматриваться как множество функций, прежде всего функций данных, которые в целом обеспечивают централизованное хранилище данных, относящихся к услугам/пользователю. Каждая из этих функций будет упоминаться нами как функция данных обслуживания или ФДО (SDF). Таким образом, как показано на фиг. 3, множество таких функций (ФДО) 50, 51,52, 53 и 54 взаимосвязано и подсоединено к подключению 41 данных. Фиг. 3 также изображает функцию 55 управления услугой (SCF,ФУУ), которая является логическим элементом(в том же смысле, как и ФДО функции 50-54,которые являются логическими элементами),соответствующим СОГИ 16, узлу 19 услуг и т.д. на фиг. 2. ФУУ функция 55 может рассматриваться как "пользователь" внутри сети, который запрашивает данные, обновление и т.д. для ФДО 50-54. Одна из ФДО функций 50 указывается как первичная функция и несет главную ответственность за синхронизацию обновления других ФДО функций 51-54. Связь между ФУУ функцией 55 и подключением 41 данных является маршрутом для данных, выводимых посредством ФУУ 55, а также информации обновления для ФДО 50. По крайней мере еще одна ФДО функция 51 устанавливается в качестве резервной первичной функции, она имеет аналогичную связь 57 с подключением 41. Как будет обсуждено более подробно позже, резервная первичная функция 51 работает так, чтобы взять на себя управление обновлением, выполняемым первичной функцией 50, если первичная функция 50 не способна правильно выполнить эту операцию. Хотя может быть более одной резервной первичной функции,в схеме, показанной на фиг. 3, все другие ФДО функции 52, 53, 54 являются вторичными функ 9 циями. Вторичные функции 52, 53, 54 также подсоединены подходящим соединением 58, 59, 60 к подключению 41 данных. Указанные подсоединения 58, 59, 60 включаются в поиск данных для ФУУ, синхронизации обновления от первичных ФДО функций, но не непосредственно при обновлении от ФУУ. Вместо этого, все ФДО функции 50-54 являются взаимосвязанными для обновления, управляемого первичной функцией 50 или резервной первичной функцией 51. Фактически, данные взаимные соединения осуществляются обычно через соединения 56-60 и подключение 41 данных, но для функциональных целей могут рассматриваться прямыми, как показано на фиг. 3. При обычном использовании функции 5054 (ФДО) обеспечивают составную память, в которой, в мобильной телефонной системе, информация относительно пользователей, функциях сети и т.д. может быть сохранена, как это более подробно обсуждено в патенте WO 96/11557. При обычной работе запрос обновления данных, сохраненных в ФДО функциях 50-54,принимается в первичной функции 50. Когда информация обновления принята первичной функцией 50, первичная функция 50 сообщает об обновлении всем другим функциям 51-54. Когда эти функции 51-54 записали обновление,они дают обратное сообщение первичной функции 50, что обновление было завершено. Таким образом, первичная функция 50 может сохранить информацию, подтверждающую, что все другие функции 51-54 успешно обновились. Затем первичная функция 50 может передать сигнал в ФУУ 55, чтобы подтвердить, что операция обновления была завершена, и также подтвердить другим функциям 51-54, что она записала завершение обновления, а также то, что ФУУ функция была проинформирована. Таким образом, в любое время функции 50-54 являются синхронизированными. Если у какой-либо вторичной функции 5054 происходит сбой в процессе успешной записи обновления, то он будет обнаружен первичной функцией 50, и данная вторичная функция будет далее рассматриваться несинхронизированной и, таким образом, ненадежным источником данных. Первичная функция 50 не будет пытаться посылать дальнейшие сигналы обновления такой несинхронизированной вторичной функции. Конечно, если имеется слишком много сбоев, первичная функция может определить,что предпринятая попытка обновления сети функций полностью потерпела неудачу, в этом случае подходящий сигнал будет послан в ФУУ 55 и операция обновления отклонена. Предпочтительно несинхронизированная вторичная функция может впоследствии самостоятельно возвращаться в синхронизированное состояние. Несинхронизированная вторичная функция может сообщить первичной функции 10 50 индикацию о последнем обновлении, которое она успешно завершила. Затем первичная функция 50 может определить все последующие обновления и передавать все такие обновления несинхронизированной вторичной функции. Если несинхронизированная вторичная функция успешно записывает все такие обновления, она может рассматриваться как вернувшаяся в синхронизированное состояние. Как только произошла синхронизация, первичная функция 50 будет продолжать обновлять такую вторичную функцию обычным способом. При некоторых обстоятельствах может возникнуть необходимость прекратить работу первичной функции 50. Например, это может быть обусловлено тем, что аппаратному средству, на котором первичная функция 50 является резидентной, необходимо произвести техническое обслуживание. Для того чтобы предохранить сеть функций, которая должна быть закрыта на это время, работа первичной функции 50 передается резервной первичной функции 51. О таком переключении работы происходит обмен сообщениями между первичной функцией 50 и резервной первичной функцией 51, а также ФУУ функцией 55. Любые имеющиеся обновления должны быть завершены прежде, чем возникнет такое переключение, так, чтобы все ФДО функции были синхронизированы перед тем, как резервная первичная функция возьмет управление на себя. Данная процедура может также применяться при непредвиденном сбое первичной функции 50. Как было упомянуто выше, когда первичная функция 50 получила подтверждение от всех других функций 51-54 о том, что обновление началось, она уведомляет запрашивающую ФУУ функцию, а затем сообщает о подтверждении всем другим функциям. Если в течение предопределенного времени первичной резервной функцией 51 такого подтверждения не получено и резервная первичная функция 51 информируется коммутационной сетью 10 о том, что первичная функция недоступна, система может быть сконфигурирована таким образом, чтобы резервная первичная функция 51 затем автоматически брала управление сетью функций 50-54 в предположении, что первичная функция более не доступна. Одновременный сбой одной или нескольких вторичных функций не препятствует успешной работе сети функций, и как первичная функция 50, так и резервная первичная функция 51 могут допустить сбой в комбинации с какойлибо из вторичных функций 52-54, при этом и обновление данных, и опрашивание все же будут возможны. Однако, если и первичная функция 50, и резервная первичная функция совершают сбой в одно и то же время, то остающаяся сеть функции будет способна только поддерживать поиск данных; обновление данных будет более невозможно. По этой причине может ока 11 заться предпочтительным обеспечить множество первичных резервных функций, хотя этому могут помешать другие ограничения внутри мобильных телефонных сетей. Следует отметить, что, хотя фиг. 3 иллюстрирует схему с пятью ФДО функциями 50-54,минимальное число функций, необходимое для того, чтобы достигнуть эффекта от настоящего изобретения, равно двум. В такой схеме одна функция действует как первичная функция, а другая действует как резервная первичная функция. Дополнительные вторичные функции далее увеличивают резервирование и совместное использование нагрузки. В вышеприведенном описании каждый узел 40 управления услугами (УУУ) был связан с соответствующими ФДО функциями 50-54. Следует отметить, что какой-либо единичный УУУ узел 40 может действовать как сайт хранения только для соответствующих ФДО функций 50-54 или может сохранять другую информацию, такую как данные или операции управления. Вышеприведенное обсуждение использования первичной, резервной первичной, а также вторичной функций было приведено из патентаWO 97/14237 и включено для того, чтобы проиллюстрировать резервирование, предусмотренное в соответствии с настоящим изобретением. Теперь со ссылкой на фиг. 4 будет описан вариант воплощения настоящего изобретения,который иллюстрирует разделение функций управления и функций данных, а также иллюстрирует резервирование данных внутри ОРМ регистра. На фиг. 2 иллюстрировались два УПС узла 30, 31, а на фиг. 4 имеется три таких УПС узла 30, 31, 32. Далее, ОРМ регистр может быть сформирован тремя наборами функций 70, 71,75. Набор 70 функций представляет функции управления, а наборы 71, 75 - наборы функций данных. Рассмотрим сначала набор 71 из функций данных, такой набор содержит три функции 72,73, 74, каждая из которых может рассматриваться как функция ФДО, эквивалентная ФДО функциям 52, 54, изображенным на фиг. 3. Поскольку они функционируют внутри ОРМ регистра, они будут упоминаться нами как ФДО(ОРМ) функции 72-74. Каждая из ФДО (ОРМ) функций 72-74 выполняет ФДО функцию (как описано выше), а также содержит данные, необходимые для ОРМ регистра. Из трех ФДО (ОРМ) функций 72-74 в составе набора 71 одна ФДО (ОРМ) функция действует как первичная функция, одна - как резервная первичная функция и одна - как вторичная функция. Таким образом, имеется уровень резервирования. Термины "первичная", "резервная первичная" и "вторичная" используются в том же смысле, в котором они использовались прежде в отношении ФДО функций 52, 54 из 12 фиг. 3. Следовательно, действие первичной,резервной первичной и вторичной функций не будет описываться более подробно, так как оно было описано выше. Фиг. 4 изображает, что имеется второй набор 75 из ФДО (ОРМ) функций 76-78. Он действует точно таким же образом, как и ФДО(ОРМ) функции 72-74, но сохраняет различные данные. Информационная емкость данных виртуального ОРМ регистра, сформированного таким образом, определяется, следовательно, числом таких наборов ФДО (ОРМ) функций. Фиг. 4 изображает два таких набора 71, 75, что является практическим минимумом; однако, может быть любое число таких наборов. Набор 70 функций содержит множество функций 79-84, каждая из которых будет упоминаться нами как НСР. Как иллюстрируется НСР 79, функция каждого НСР заключается в том, чтобы действовать как связь между УПС узлами и наборами 71, 75 функций данных, а также исполнять логику управления известного ОРМ регистра. Следует отметить, что УПС узлы 30-32 могут связываться с каждым НСР 79-84,однако, для ясности иллюстрируются только связи УПС узла 30. Точно так же НСР 80-84 связываются с каждым набором 71, 75, однако,ради ясности на фиг. 4 снова не показываются линии связи. Таким образом, каждый НСР действеут как связь между УПС узлами 30, 32 и наборами 71, 75 функций данных, где данные вызываются узлами УПС 30-32, а остальная часть сети сохраняется. Для любой специфической транзакции данных УПС узлы 30-32 выбирают один из НСР 79-84, используя соответствующий дистрибутивный алгоритм. В данном варианте воплощения каждый НСР 79-84 содержит две субфункции. Обращаясь к НСР 79, первая субфункция HCF 85 действует как связь с УПС узлами 30-32, а вторая субфункция 86 действует как связь с наборами 71, 75 функций данных. Разделение субфункций внутри каждого НСР 79-84 имеет преимущество в создании по существу независимой связи сSDPs и с набором 71, 75 функций данных, что приводит к улучшенной обработке. Субфункция 86, которая связывается с набором 71, 75 функций данных, управляет осуществлением связи с наборами 71, 75 и для этой цели может содержать достаточно данных для того, чтобы идентифицировать соответствующий набор, а также может содержать данные, которые являются общими для всех наборов 71, 75. Например, в контексте ОРМ регистра, в котором функции данных хранят информацию пользователя, субфункция 86 может хранить данные, которые применимы к какому-либо пользователю или ко всем пользователям. В варианте воплощения, изображенном на фиг. 4, каждая функция и, фактически, каждая субфункция НСР могут располагаться на отдельной физической компоненте, или же вспо 13 могательные комбинации функций могут распределяться по множественным физическим компонентам. Результат представляет собой"виртуальный ОРМ", в котором наборы функции 70, 71, 75 могут быть распределены произвольным образом вблизи сети. В схеме, изображенной на фиг. 4, должно быть, по крайней мере, два НСР, по крайней мере, два набора 71, 75 функций данных и, как минимум, два ФДО (ОРМ) внутри каждого набора 71, 75. Может быть большее количество НСР, большее количество наборов функций данных и большее количество ФДО (ОРМ) внутри каждого набора функций данных. Тройное резервирование ФДО (ОРМ), как на фиг. 4,должно обеспечить приемлемое равновесие между возможностью восстановления и чрезмерным резервированием. Фиг. 5 иллюстрирует комбинацию ОРМ регистра, являющегося вариантом воплощения изобретения, и коммутационной сетью фиг. 1. На фиг. 5 ОРМ регистры 13, 14 из фиг. 1 заменены составными ОРМ регистрами 90, содержащими две пары ОРМ ФДО регистров 91, 92,93, 94, управляемых двумя НСР 95, 96. НСР 95,96 эквивалентны НСР 79-84, изображенным на фиг. 4, ОРМ ФДО 91-94 эквивалентны ОРМ ФДО 72-74 и 76-78 на фиг. 4. Как и прежде, каждый НСР 95, 96 разделен на две субфункции,одной является функция HCF, которая осуществляет связь с коммутационной сетью, а другой функция, которая осуществляет связь с ФДО(ОРМ). Фиг. 5 иллюстрирует минимальные уровни избыточности, предусмотренные в соответствии с настоящим изобретением. Как упомянуто выше, настоящее изобретение не ограничено в применении к функциям данных и функциям управления ОРМ регистром. Мобильные телефонные системы, подразумевающие предварительную оплату, включают систему управления, которая имеет аналогичные требования к сохранению данных, но не к тем же самым данным, что и ОРМ регистр. Фиг. 6 иллюстрирует вариант воплощения, в котором такая система 100 управления соединена с сетью, аналогичной той, что показана на фиг. 1. На фиг. 6 элементы, которые являются такими же, что и на фиг. 1, обозначены теми же самыми позициями и не описываются здесь более подробно. Система 100 управления по фиг. 6 является аналогичной ОРМ регистру 90 из фиг. 5 в том,что она включает четыре функции данных 101,102, 103, 104, сгруппированных в две пары. Каждая из этих функций будет упоминаться нами как ФДО (ФУП). Две ФДО (ФУП) 101, 102 формируют пару и содержат те же самые данные, при этом одна действует как первичная функция, а другая - как резервная первичная функция и содержит те же самые данные. Другие две ФДО (ФУП) 103, 104 аналогичны, но содержат отличающиеся данные. Функции ФДО(ФУП) связаны с коммутационной сетью 10 посредством двух (или более) узлов 105, 106 управления предоплатой (РСР, УУП), которые выполняют функции, аналогичные НСР 95, 96 на фиг. 5. Каждый УУП узел 105, 106 разделен на две субфункции, как и прежде, ФУП функцию, которая действует, чтобы осуществить связь УУП узлов 105, 106 с коммутационной сетью 10, а другая является субфункцией ФДО,которая связывается с ФДО (ФУП) 101-104. Таким образом, в варианте воплощения фиг. 6 имеется резервирование как на уровне хранения данных, так и на уровне функции управления,поскольку каждый из УУП узлов 105, 106 может осуществлять доступ к любой из ФДО (ФУП) 101-104. ФОРМУЛА ИЗОБРЕТЕНИЯ 1. Модуль хранения данных (ОРМ) для мобильной телекоммуникационной системы,содержащий по крайней мере две функции (72,74) данных, обеспечивающий между ними взаимное резервирование данных, по крайней мере две функции (79, 80) управления и средство (30,31, 32) пересылки для предоставления возможности модулю хранения данных (ОРМ) передавать данные в мобильную телекоммуникационную сеть (10) и из нее, по крайней мере две функции управления, каждая из которых скомпонована таким образом, чтобы управлять прохождением данных между обеими из упомянутых по крайней мере двух функций данных и упомянутым средством пересылки, в котором по крайней мере две функции управления являются физически разделенными по крайней мере от двух функций данных. 2. Модуль хранения данных по п.1, в котором упомянутые по крайней мере две функции данных содержат первую функцию данных, являющуюся первичной функцией данных, и вторую функцию данных, имеющую резервную первичную функцию данных, первичная функция данных скомпонована таким образом, чтобы генерировать сигналы под управлением любой из двух функций управления для синхронизированного обновления всех функций данных, а резервная первичная функция данных скомпонована таким образом, чтобы генерировать сигналы под управлением любой из двух функций управления для синхронизированного обновления всех функций данных в случае сбоя первичной функции данных. 3. Модуль хранения данных (ОРМ) для мобильной телекоммуникационной системы,содержащий по крайней мере две функции (72,74) данных, обеспечивающий между ними взаимное резервирование данных, по крайней мере две функции (79, 80) управления и средство (30,31, 32) пересылки для предоставления возможности модулю хранения данных (ОРМ) передавать данные в мобильную телекоммуникацион 15 ную сеть (10) и из нее, по крайней мере две функции управления, каждая из них скомпонована таким образом, чтобы управлять прохождением данных между обеими из упомянутых по крайней мере двух функций данных и упомянутым средством пересылки, в котором по крайней мере две функции управления являются физически разделенными от по крайней мере двух функций данных, и упомянутые по крайней мере две функции данных содержат первую функцию данных, являющуюся первичной функцией данных, и вторую функцию данных,имеющую резервную первичную функцию данных, первичная функция данных скомпонована таким образом, чтобы генерировать сигналы под управлением любой из упомянутых двух функций управления для синхронизированного обновления всех функций данных, а резервная первичная функция данных скомпонована таким образом, чтобы генерировать сигналы под управлением какой-либо одной из упомянутых двух функций управления для синхронизированного обновления всех функций данных в случае сбоя первичной функции данных. 4. Модуль хранения данных по любому из предшествующих пунктов, который далее содержит по крайней мере две функции данных,обеспечивающий между ними взаимное резервирование данных, по крайней мере две функции управления, каждая из которых скомпоно Фиг. 1 16 вана таким образом, чтобы управлять прохождением данных между обеими из упомянутых по крайней мере двух функций данных и упомянутым средством пересылки. 5. Модуль хранения данных по любому из предшествующих пунктов, в котором каждая из по крайней мере двух функций управления содержит первую субфункцию, осуществляющую связь со средством пересылки, и вторую субфункцию, осуществляющую связь по крайней мере с двумя функциями данных, а также с первой субфункцией. 6. Модуль хранения данных по любому из предшествующих пунктов, в котором средство пересылки содержит множество узлов пересылки, каждый соединен с каждой из по крайней мере двух функций управления, каждый из узлов пересылки способен пропускать данные в модуль мобильной телекоммуникационной сети и из него. 7. Модуль хранения данных по любому из предшествующих пунктов, который имеет опорный регистр местонахождения. 8. Мобильная телекоммуникационная система, содержащая мобильную телекоммуникационную сеть и модуль хранения данных по любому из предшествующих пунктов, связанный с мобильной телекоммуникационной сетью средством пересылки.