УСТРОЙСТВО ПРЕДОСТАВЛЕНИЯ УСЛУГИ В УСТРОЙСТВЕ СВЯЗИ
DEVICE OF SERVICE RENDERING IN COMMUNICATION DEVICE

Область техники, к которой относится изобретение
Настоящее изобретение относится к устройству для предоставления услуг для устройства связи. Оно, в частности, применяется для предоставления услуг в мобильных устройствах, например, в группе мобильных устройств и/или более чем через один телефонный номер, ассоциированный с одним или больше устройствами.
Уровень техники
В мире применяют различные сетевые технологии, например, в США обычно используют CDMA (МДКР, многостанционный доступ с кодовым разделением каналов), в то время как в Европе была разработана система TDMA (МДВР, многостанционный доступ с временным разделением каналов). Система GSM (ГСП, глобальная система связи с подвижными объектами), вероятно, стала наиболее успешной системой, которая поддерживает более чем половину сетевых абонентов во всем мире. Система ГСП первоначально поддерживалась семейством стандартов, составленных Европейским институтом стандартов по телекоммуникациям (ETSI, ЕИСТ). Международное сообщество в настоящее время работает над стандартами третьего поколения ("3G"), которые основаны на требованиях, установленных Международным союзом электросвязи ("ITU", МСЭ), которые, в общем, известны как IMT-2000. IMT (ММС) означает международную мобильную связь. Разрабатываемые в настоящее время сети включают в себя 30 UMTS ("Универсальная система мобильной связи", УСМС), которая обладает обратной совместимостью с ГСП.
Варианты воплощения настоящего изобретения, в общем, описаны таким образом, чтобы они, по меньшей мере, были совместимы с сетевой технологией на основе ГСП, включая сети УСМС.
Работа мобильных устройств основана на использовании съемного модуля. Эти модули первоначально были разработаны так, чтобы они содержали простые восьмибитные процессоры с малым объемом памяти. Съемные модули для систем ГСП обычно называются модулями идентификации абонента ("SIM (МИА) картами"), и на первоначальном развитии ГСП основная задача МИА состояла в предоставлении доступа для авторизованных пользователей к указанным сетям; с этой целью в них сохраняли данные о пользователе и о сетях. В настоящее время МИА, по существу, представляют собой компьютеры, совместимые с языками и операционными системами на основе Java и позволяющие поддерживать множество услуг, например персонализацию пользователя и международный роуминг.Эти более совершенные карты, часто называемые по своему происхождению "интеллектуальными" картами, поскольку в них содержится программное средство, и в них может работать ряд процессов, называют с использованием разных названий, таких как универсальные карты МИА или универсальные карты с интегральной микросхемой ("UICC", УКИС). Однако используемый здесь термин "МИА", в общем, предназначен для обозначения карты, содержащей, по меньшей мере, некоторые данные абонента, которую можно вставлять в мобильные устройства и которая называется либо картой МИА, или УКИС, или с использованием какого-либо другого названия.
Как показано на фигуре 1, система мобильной связи должна обеспечивать возможность доставки услуг в и из мобильного устройства 105, 110 везде, где бы это устройство не находилось в текущий момент времени относительно домашней сети 100. На фигуре 1 показаны две сети, 100, 1100: первая сеть 100 представляет собой домашнюю сеть для устройств 105, 110, как показано; и вторая сеть 1100 представляет собой сеть временного пребывания. В каждой сети 100, 1100 установлен, по меньшей мере, один центр 125, 1125 коммутации подвижной связи ("MSC", ЦКП), который направляет трафик в соответствующей сети и который обслуживаются с помощью множества базовых станций 115 (через контроллеры базовых станций, не показаны), которые обеспечивают интерфейс по радиоканалу с мобильными устройствами 105, 110.
Для поиска устройства в сети ГСП предусмотрены два типа хранилищ данных, регистр 135 местоположения домашней сети (HLR, РМД) и регистр 130 временного пребывания (VLR, РВП). РМД 135 представляет собой основную базу данных, которая поддерживает множество абонентов путем содержания данных, обозначающих доступные услуги, и данных о текущем местоположении, ассоциированных с картой МИА мобильного устройства 105, 110. РВП 130 представляет собой базу данных, ассоциированную с ЦКП 125 в сети. Каждый РВП содержит, на временном основании, служебные данные для устройств 105, 110, которые в текущий момент времени зарегистрированы в нем. РМД 135 содержит данные о местоположения, идентифицирующие РВП 130 каждого мобильного устройства 105, 110, которые были зарегистрированы последними.
Устройство 105, 110 принимает данные о местоположении из базовой станции 115 для ячейки сети, в которой оно находится. Если устройство движется и начинает принимать данные от коммутатора другой области (области РВП), устройство 105, 110 инициирует обновление местоположения в сети. Вследствие этого РМД 135 обновляет свои собственные данные о местоположении и передает служебные данные в устройство 105, 110, в новый РВП 130 для устройства 105, 110. Таким образом, он отменяет служебные данные, содержащиеся в РВП 130, в котором это устройство ранее было зарегистрировано, и передает служебные данные в новый РВП 130, таким образом, что устройство 105, 110 теперь будет зарегистрировано в новом РВП 130. Этот процесс известен как обновление местоположения.
Входящие вызовы или сообщения для мобильного устройства 105 инициируют процесс установки, в котором сеть запрашивает РМД 135 для получения данных о текущем местоположении. Вызов или сообщение теперь направляют, и им управляют с обращением к РВП 130, в котором устройство зарегистрировано в настоящее время. Это исключает необходимость передачи трафика на чрезмерно большое расстояние в сети путем "делегирования" управления вызовом или сообщением в локальный РВП для вызываемого устройства. Первый этап при установке соединения с вызываемым устройством выполняется GMSC (ШМЦК, шлюз мобильного центра коммутации) 140 в сети 100. Когда вызов или сообщение инициируются в мобильном устройстве, он инициируется для внутреннего телефонного номера ("MSISDN", МНПЦСКУ международный номер подвижной станции цифровой сети с комплексными услугами) для абонента. "Шлюз мобильного центра коммутации" ШМЦК 140 содержит отображение данных МНПЦСКУ на РМД. Для подключения входящего вызова ШМЦК 140 запрашивает данные местоположения из соответствующего РМД 135 для вызываемого устройства 105.
Возможно, чтобы вызываемое устройство в текущий момент времени было зарегистрировано в vMSC/РВП 1125, который принадлежит второй PLMN (ССПОП, сеть связи наземных подвижных объектов общего пользования) 1100, которая отличается от его РМД 135. Обычно это называется "роумингом". В этом случае ШМЦК 140 все еще продолжает запрашивать РМД 135 для поиска текущего vMSC/РВП 1125 вызываемого устройства, но данные местоположения будут обозначать vMSC/РВП 1125 второй сети 1100.
Когда РМД 135 передает служебные данные в РВП 130 для новой регистрации устройства 105, 110, часть этих данных включает в себя "международный идентификационный номер мобильного абонента" (IMSI, МИНП), зарегистрированного для МИА карты устройства 105, 110. МИНП представляет собой уникальный идентификатор, выделенный для каждой карты МИА в сети ГСП или UMTS и сохраненный в карте МИА. Он состоит из МСС (КСМ, код страны мобильной связи), MNC (КМС, код мобильной сети мобильной связи) и MSIN (ИНМС, идентификационный номер мобильной станции). МИНП сопоставляют с соответствующим МНПЦСКУ для получения доступа к этой карте МИА в устройстве. При этом МИНП и/или его варианты, а не МНПЦСКУ, передают через радиоинтерфейс при установлении вызова. Это обеспечивает определенный уровень безопасности, поскольку МИНП никогда не является общедоступным и, таким образом, его трудно воспроизвести со злонамеренной целью.
Вернемся теперь к аспектам идентичности абонента (МИНП и МНПЦСКУ), обычно существует простая взаимнооднозначная зависимость между МИНП и МНПЦСКУ. Данные абонента сохраняют в РМД в виде последовательности "подписок", причем каждая подписка основана на паре МИНП и МНПЦСКУ. Однако следует учитывать, что абонент может иметь несколько мобильных устройств и может желать использовать только одно из них. Кроме того, абонент может пожелать использовать более чем одно такое устройство одновременно, например, для передачи факса, одновременно осуществляя голосовой вызов. Для обеспечения таких вариантов были разработаны компоновки, которые, по существу, приводят к тому, что абонента ассоциируют с одним или больше идентификаторами МИНП и/или МНПЦСКУ.
В Европейском патенте 1355503, выданном на имя TDC Switzerland AG, описана компоновка, в которой один пользователь имеет доступ к группе МНПЦСКУ, в связи с чем пользователь может принимать голосовой вызов и одновременно, например, передавать факсы или данные. Данные, группирующие разные МИНП и МНПЦСКУ, относящиеся к одному абоненту, сохраняют в базе данных, внешней относительно РМД. Процесс, ассоциированный с этой базой данных, обеспечивает то, что комбинация МИНП/МНПЦСКУ, сохраненная в РМД, отражает текущее использование устройств в отношении МНПЦСКУ. Один МИНП обозначен как активный, это соответствует устройству, которое выбирает пользователь для голосовых вызовов, и комбинация МИНП/МНПЦСКУ, которую используется этот МИНП, сохранена в определенном местоположении в РМД, обозначенном для "активных" пар. Другие комбинации МИНП/МНПЦСКУ также сохранены в РМД для поддержки соединения для передачи факсов/данных, которые пользователь может захотеть выполнить. Если пользователь желает сменить активное устройство, внешняя база данных выполнена с возможностью замены комбинации МИНП/МНПЦСКУ, сохраненной как "активная" в РМД. На практике это приводит к переключению данных МИНП для получения новой комбинации, поскольку наборы данных МИНП меньше, чем наборы данных МНПЦСКУ. В результате этого процесса вся ранее доступная информация о местоположении в РВП теперь будет удалена, и РВП принимает данные, обозначающие вновь активную комбинацию МИНП/МНПЦСКУ.
Во второй компоновке, описанной в патенте США 6, 366, 777, переданном компании Nokia Telecommunications Oy, абонент может использовать более чем одну карту МИА (и значит более чем один МИНП), но тот же МНПЦСКУ. В этом случае РМД имеет более чем одно поле МИНП в своих записях для каждого МНПЦСКУ. Когда абонент меняет карты МИА и инициирует обновление местоположения (LU, ОМ), РМД проверяет, является ли МИНП, включенный в ОМ, единственным МИНП для этого абонента. Если РМД находит, что имеется более чем один МИНП, сохраненный в поле для этого же МНПЦСКУ, он запускает проверку, является ли МИНП, включенный в обновление местоположения, активным в текущий момент времени. Он может выполнить это путем просмотра поля, в котором сохранен МИНП. Если он не сохранен в текущем активном поле, РМД должен деактивировать МИНП, обозначенный как текущий активный, и должен активировать МИНП, вовлеченный в обновление местоположения. Он выполняет это путем переключения МИНП по полям, ассоциированным с соответствующим МНПЦСКУ.
Сущность изобретения
В соответствии с первым аспектом настоящего изобретения предложено устройство, предназначенное для идентификации устройства в сети связи, причем этом устройство содержит:
систему-накопитель, содержащую набор из одного или больше первых мест расположения сохранения данных и набор из одного или больше вторых мест расположения сохранения данных; и
механизм ссылки, предназначенный для создания непосредственной связи между одним из первого мест расположения сохранения данных и одним из второго мест расположения сохранения данных,
в котором набор из первых мест расположения сохранения данных выполнен с возможностью сохранения данных, ассоциированных с одним или больше внешними идентификаторами, причем упомянутые внешние идентификаторы предназначены для использования за пределами сети, для направления передаваемых данных в одно или больше упомянутых устройств в пределах сети, и упомянутый набор из вторых мест расположения сохранения данных выполнен с возможностью сохранения данных, ассоциированных с одним или больше внутренними идентификаторами, причем упомянутые внутренние сетевые идентификаторы представляют собой идентификаторы другого типа, чем упомянутые внешние идентификаторы, и предназначены для использования при идентификации одного или больше упомянутых устройств в пределах сети, и
в котором упомянутый механизм ссылки отвечает на событие, ассоциированное с любым из упомянутых внешних или внутренних сетевых идентификаторов, для изменения непосредственной связи между упомянутыми первыми местами расположения сохранения данных и упомянутыми вторыми местами расположения сохранения данных на основе упомянутого события.
В следующем описании набор из первых данных включает в себя идентификатор, который можно распознавать вне сети, например, в форме внешнего идентификатора, такого как МНПЦСКУ, и/или данные, обозначающие услуги, ассоциированные с МНПЦСКУ (такие как установки пересылки вызова, условия роуминга и т.д.); причем эти последние данные называются служебными данными в следующем описании. Набор вторых данных включает в себя идентификатор, который можно распознавать только в пределах сети, например, в форме внутреннего идентификатора, такой как МИНП, и/или данные, ассоциированные с устройством (такие как установки шифрования и текущий РВП); эти последние данные в следующем описании называются данными устройства. Хотя МИНП идентифицирует карту МИА, а не само устройство, на практике карта МИА всегда присутствует в определенном устройстве и для доступа к карте МИА необходимо обеспечить соединение с тем устройством, в котором эта карта находится в данный момент времени.
Механизм ссылки может быть представлен для формирования связей в соответствии с любыми из следующих конфигураций: две связи, первая от внутреннего идентификатора к внешнему идентификатору и вторая от внешнего идентификатора к внутреннему идентификатору; две связи: первая от внешнего идентификатора к набору данных устройств и вторая от внутреннего идентификатора к набору служебных данных; и две связи, первая от набора служебных данных к набору данных устройства и вторая от набора данных устройства к набору служебных данных. Кроме того, в особенно предпочтительной компоновке каждая связь может быть воплощена как объект, который поддерживает связь от набора служебных данных, соответствующих внешнему идентификатору, и который имеет конфигурируемую связь либо с внутренним идентификатором или с набором данных устройства, соответствующих внутреннему идентификатору; причем такой объект обычно называется в данной области техники объектом-псевдонимом. В качестве дополнительной альтернативы, в любой из этих возможных компоновок связь может быть определена в виде таблицы, вместо воплощения в виде связи между соответствующими местами расположения сохранения данных.
Вариант выполнения настоящего изобретения выходит за пределы обычных структур данных РМД, в которых данные сохраняют по "подписке", причем каждая подписка содержит взаимно-однозначную комбинацию МНПЦСКУ/МИНП. Вместо этого, комбинации между идентификаторами МНПЦСКУ и МИНП и соответствующими наборами устройств и служебных данных устанавливают с использованием связей и изменяют эти связи, а не данные, соответствующие МНПЦСКУ или МИНП. Такая компоновка обеспечивает гибкость, позволяя пользователям использовать более чем одно устройство, и обеспечивает возможность подключения более чем одного номера, но это достигается таким образом, что исключаются решения предшествующего уровня техники, в которых данные перемещают и действительно дублируют в РМД для установления пар. В соответствии с этим, конкретные преимущества вариантов воплощения изобретения включают в себя уменьшение требуемого объема хранения данных (поскольку данные не требуется копировать), и в соответствии с этим, уменьшается количество возможных источников ошибок.
Предпочтительно, устройство выполнено с возможностью предоставления множества наборов первых мест расположения сохранения данных и множества наборов вторых мест расположения сохранения данных, причем каждый набор из первых мест расположения сохранения данных сопоставляется с помощью механизма ссылки, по меньшей мере, с одним набором вторых мест расположения сохранения данных. В одной компоновке механизм ссылок выполнен с возможностью ограничения ссылок между сопоставленными наборами первых мест расположения сохранения данных и вторых мест расположения сохранения данных.
Такая компоновка позволяет операторам сетей выделять и эффективно поддерживать более чем один МНПЦСКУ (и наборы служебных данных, ассоциированных с ним) и более чем один МИНП (и наборы данных устройств, ассоциированных с ним) для пользователей. Если один набор служебных данных и один набор данных устройств сопоставлены друг с другом с помощью механизма ссылки, эти два набора могут быть выделены для одного пользователя или для учетной записи, и механизм ссылки может быть выполнен с возможностью ограничения ссылок между этими наборами данных.
Предпочтительно, механизм ссылки выполнен с возможностью установки более чем одной ссылки для заданного набора данных устройств (либо непосредственно, или через МИНП, как описано выше). Это особенно эффективно поддерживает тип услуги, иногда называемой "линией 2", в которой вызовы, сделанные более чем по одному номеру, или линии могут приниматься в том же устройстве.
Вариант воплощения изобретения можно использовать, например, в отношении группы устройств, принадлежащих команде людей, таких как врачи, которые работают по вызову в соответствии с расписанием дежурств. Общедоступный номер может быть опубликован как "дежурный" номер, и механизм ссылки можно использовать для установления соотношения между набором мест расположения сохранения, соответствующих "дежурному" номеру, и набором мест расположения сохранения, соответствующих МИНП устройства, ассоциированного с любым врачом, который дежурит в данный момент времени. Следует понимать, что фактическое устройство, которому соответствует этот номер, удобно заменить, при минимальных изменениях графика дежурства, на РМД, как описано выше. Кроме того, каждое из устройств всех врачей можно сопоставить в виде пары со служебными данными, ассоциированными с их собственным номером вызова, с помощью дополнительных ссылок в РМД, что обеспечивает для каждого из врачей возможность использовать свое собственное устройство для вызова или приема голосовых или других вызовов.
Устройство может дополнительно содержать средство выбора, предназначенное для использования при выборе одной или больше связей, созданных или модифицированных путем использования механизма ссылок. Средство выбора может, например, работать в соответствии с правилами, основанными на дате или времени суток. При этом для оператора или пользователя нет необходимости изменять маршрут вызова. В примере дежурного врача, описанного выше, такое средство соединения можно использовать для установления автоматизированного графика дежурств врачей.
В известной компоновке, которая обеспечивает для пользователей возможность принимать и передавать данные через множество номеров, РМД передает служебные данные и данные устройства, соответствующие каждой потенциальной паре МНПЦСКУ/МИНП, в РВП, как часть обновления местоположения. Для последующих событий обработки вызова ЦКП, ассоциированный с РВП, должен запустить процесс для определения, какую пару МНПЦСКУ/МИНП следует использовать. В отличие от этого, в вариантах воплощения настоящего изобретения, регистр места расположения домашней сети передает только служебные данные и данные устройства для формирования пар МНПЦСКУ/МИНП или пар, которые являются в данный момент времени активными, которые, по определению, автоматически идентифицируются на основе механизма ссылок. Это означает, что ЦКП просто обрабатывает вызовы на основе набора служебных данных и данных устройств, которые он принимает из РМД. В результате, варианты воплощения изобретения взаимодействуют со стандартным ЦКП и при этом не требуется устанавливать специализированное программное обеспечение в коммутаторах.
Таким образом, в соответствии со вторым аспектом настоящего изобретения предложен способ регистрации устройства в сетях связи, причем сеть связи содержит множество сетевых узлов, выполненных с возможностью направлять упомянутые данные, и систему накопителя, содержащую набор из одного или больше первых мест расположения сохранения данных и набор из одного или больше вторых мест расположения сохранения данных, причем упомянутый набор первых мест расположения сохранения данных выполнен с возможностью сохранения данных, ассоциированных с услугами связи, доступными для пользователя сети связи, и упомянутый набор вторых мест расположения сохранения данных, выполнен с возможностью сохранения данных, идентифицирующих атрибуты устройства, ассоциированного с пользователем, причем способ содержит:
i) идентифицируют непосредственное взаимное соответствие между первым местом расположения сохранения данных и вторым местом расположения сохранения данных;
ii) выбирают первые данные из первого места расположения сохранения данных и вторые данные из второго места расположения сохранения данных на основе идентифицированного непосредственного взаимного соответствия; и
iii) передают упомянутые выбранные данные по сети в упомянутый сетевой узел для использования при установке сетевого соединения.
Данные, переданные на этапе iii), приведенном выше, предпочтительно, содержат служебные данные и данные устройства такого типа, которые передают в регистр места расположения временного пребывания в известных компоновках. Процесс в соответствии со вторым аспектом изобретения также может быть активирован в ответ на только один из следующих примерных сценариев: инициированное пользователем изменение номера на номер, который можно вызывать для доступа к пользователю, обновление местоположения или обновление данных, относящихся к МИНП.
Используемый здесь термин "учетная запись" представляет собой объединение из одного или больше наборов услуг и одной или больше карт МИА, выделенных для одного номера учетной записи в ассоциированной системе начисления счетов.
Краткое описание чертежей
Устройство маршрутизации в соответствии с вариантом выполнения настоящего изобретения, приведенное только в качестве примера, со ссылкой на прилагаемые чертежи, на которых:
на фигуре 1 показана блок-схема контекста мобильной сети для вариантов воплощения настоящего изобретения;
на фигуре 2 показана схема, представляющая взаимосвязь между мобильным устройством и номером, по которому можно осуществлять вызовы для доступа к данному устройству;
на фигуре 3 показана схема, представляющая взаимосвязь между мобильным устройством и двумя номерами, по которым можно выполнять вызовы для доступа к данному устройству;
на фигуре 4 показана схема, представляющая взаимозависимость между двумя мобильными устройствами и одним номером, по которому можно выполнять вызовы для доступа к любому из двух устройств;
на фигуре 5 показана схема, представляющая первый набор взаимосвязей между двумя мобильными устройствами и двумя номерами, по которым можно осуществлять вызовы;
на фигуре 6 показана схема, представляющая второй набор взаимосвязей между двумя мобильными устройствами и двумя номерами, по которым можно осуществлять вызовы;
на фигуре 7 показана схема, представляющая третий набор взаимосвязей между двумя мобильными устройствами и двумя номерами, по которым можно осуществлять вызовы;
на фигурах 8А-8D схематично представлены различные компоновки структуры данных для предоставления регистра места расположения домашней сети;
на фигуре 9 схематично показана иерархия данных, соответствующая пользователю, имеющему два номера, по которым можно осуществлять вызовы, причем выбран второй из номеров;
на фигуре 10 схематично представлен механизм изменения номера или устройства, предназначенный для изменения активной в данный момент времени комбинации номера/устройства, обозначенной по структуре данных, представленной на фиг.8А;
на фигуре 11 представлены этапы процесса включения телефонной трубки в варианте воплощения настоящего изобретения;
на фигуре 12 представлены этапы процесса изменения номера в варианте выполнения настоящего изобретения;
на фигуре 13 представлены этапы в процессе инициирования вызова в варианте воплощения настоящего изобретения;
на фигуре 14 представлены этапы в процессе прекращения вызова в варианте воплощения настоящего изобретения; и
на фигуре 15 схематично представлено применение варианта воплощения настоящего изобретения.
Подробное описание изобретения
Как описано выше, варианты воплощения настоящего изобретения относятся к созданию эффективного механизма, который способствует изменениям и установлению взаимного соотношения между идентификационными номерами сети абонента. Механизм выполнения этих изменений воплощен в виде системы ссылок, детали которой подробно представлены в следующем описании. Вначале, однако, будут представлены примеры различных услуг и конфигураций, поддерживаемых вариантами воплощения изобретения, со ссылкой на фигуры 2-7:
На фигуре 2 показана услуга, в которой мобильному устройству 105, имеющему одну карту МИА и поэтому один доступный МИНП, выделен один МНПЦСКУ (или линия); такая взаимозависимость и услуга могут быть предоставлены в соответствии с системами предшествующего уровня техники;
На фигуре 3 показана услуга "линия 2", в которой мобильное устройство 105, имеющее одну карту МИА и поэтому один доступный МИНП, может выбирать между линиями. Как показано, линия 1 205а (МНПЦСКУ 1) была выбрана как исходящая линия для вызовов, инициированных из мобильного устройства 105, в то время как входящие вызовы, выполненные по любой линии, будут направлены в устройство 105;
На фигуре 4 показана услуга "Multi-SIM", в которой более чем одно мобильное устройство 105а, 105b, каждое имеющее одну карту МИА и поэтому один МИНП, выделяют для одной линии. На фигуре 4 было выбрано устройство 105а (МИНП 1) для приема вызовов по линии, но любое устройство 105а, 105b может осуществлять исходящие вызовы по этой линии;
На фигуре 5 показана услуга "линия 2 плюс Multi-SIM", в которой каждому более чем одному мобильному устройству 105а, 105b, каждое из которых имеет одну карту МИА и поэтому один МИНП, может быть выделена любая из двух разных линий. На фигуре 5 устройство 105а (МИНП 1) было выбрано для приема вызовов, сделанных по любой линии, в то время как линия 1 (МНПЦСКУ 1) была выбрана как исходящая линия для вызовов, инициированных из любого из устройства 105а, 105b;
На фигуре 6 показана услуга "линия 2 плюс Multi-SIM" по фигуре 5, на которой устройство 105а (МИНП 1) было выбрано для приема вызовов, осуществляемых по любой линии, в то время как линия 2 (МНПЦСКУ 2) была выбрана как исходящая линия для вызовов, происходящих от любого устройства 105а, 105b;
На фигуре 7 показана услуга "линия 2 плюс Multi-SIM" по фигуре 5, в которой устройство 105b (МИНП 2) было выбрано для приема вызовов, выполняемых по любой линии, в то время как линия 1 (МНПЦСКУ 1) была выбрана как исходящая линия для вызовов, происходящих от любого из устройств 105а, 105b.
Предполагается, что данные, идентифицирующие МИНП, МНПЦСКУ и услуги, вводят в РМД 135 для поддержки этих различных сценариев услуг с помощью существующих систем их предоставления, когда абонент подписывается на услугу.
Каждая линия 205а, 205b имеет набор служебных данных, ассоциированных с нею, и каждое устройство 105а, 105b имеет набор данных устройства, ассоциированных с ним; эти наборы данных требуются для ЦКП/РВП 125 для поддержки соединений, запрашивающих доступ к линии (МНПЦСКУ) или к устройству (МИНП). В известных системах либо все данные, ассоциированные с услугами и устройствами, требуется передавать в РМД 135, в соответствующий ЦКП 125, оставляя для ЦКП 125 специализированную обработку данных для обеспечения правильной обработки вызовов, или служебные данные или данные устройства в РМД потребуется менять местами для каждого изменения конфигурации (например, менять местами один набор данных на другой).
Каждый из описанных выше более сложных сценариев осуществляется особенно эффективным образом с помощью структуры данных в РМД в соответствии с вариантом выполнения настоящего изобретения. В частности, структура данных в РМД 135 отдельно сохраняет данные устройства и служебные данные, при этом данные устройства сопоставлены с МИНП и служебные данные сопоставлены с МНПЦСКУ и устанавливают в активные в данный момент пары устройства/линии путем установки конфигурируемых ссылок (или "указателей", включая объекты-псевдонимы) между устройством и служебными данными для активной пары. Только данные для активной пары затем передают в ЦКП 125, что означает, что в ЦКП 125 не требуется выполнять дополнительную обработку для идентификации активной пары.
Подробно структуры данных и механизм обработки и доступа к данным в структуре данных будут описаны ниже со ссылкой на фигуры 8А-10.
Рассмотрим вначале фигуру 8А, в вариантах выполнения настоящего изобретения, данные, необходимые для воплощения передачи голоса или данных, разделены на два набора данных: один набор 825, называемый служебными данными, ассоциирован с линией или МНПЦСКУ; и другой набор 830, называемый данными устройства, ассоциирован с устройством или МИНП. Данные устройства в этом контексте содержат текущий РВП, ключи шифрования и т.п., в то время как служебные данные в этом контексте содержат запрет вызова, передачу вызова, сетевые установки и т.п., и служебные данные и данные устройства предпочтительно воплощены как объекты, имеющие связи с множеством других объектов, которые требуются для поддержки связи. Более конкретно, набор данных 825, который относится к услугам, доступным для абонента, ассоциированного с объектом МНПЦСКУЮ, расположен в иерархии первого объекта, в то время как набор данных 830 устройства, ассоциированный с объектом МИНП, расположен в иерархии второго объекта. Для сборки данных, требуемых для поддержки конкретной комбинации МНПЦСКУ/МИНП, РМД 135 должен обращаться к обоим наборам 825, 830 служебных данных и данных физического устройства для обработки данных и для передачи обработанных данных в ЦКП/РВП 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а.
На фигурах 8B-8D показаны альтернативные способы связывания набора служебных данных с набором данных устройства: как показано на фигуре 8B, связи могут быть воплощены как соединители 811а и 811b, которые, соответственно, выполнены с возможностью соединения сетевого идентификатора (МНПЦСКУ) служебных данных с объектом 843 данных устройства и соединения сетевого идентификатора (МИНП) данных устройства с объектом 841 служебных данных. В качестве альтернативы, как показано на фигуре 8C, связи могут быть воплощены как соединители 811а и 811b, которые, соответственно, выполнены с возможностью соединения друг с другом служебного идентификатора и идентификатора устройства; в качестве дополнительной альтернативы, показанной на фигуре 8D, связи могут быть воплощены как соединители 811а, 811b, выполненные с возможностью связи объекта 841 служебных данных с объектом 843 данных устройства. В качестве дополнительного варианта, РМД 135 может иметь доступ к таблице, в которой сохранены данные, обозначающие связи между соответствующими наборами служебных данных и данных устройства.
a1
а2
а1
а2
На фиг.9 показан основной принцип формирования ссылок между структурами 825, 830 данных, который может быть расширен для охвата сценариев, показанных на фигурах 5-7, ввиду того, что предусматриваются дополнительные наборы данных устройства и/или служебных данных, причем в каждом наборе данных предусмотрена соответствующая связь. На фигуре 9 показаны структуры данных, поддерживающие услугу линии 2, для которой используются два набора служебных данных 825, 827 и один набор данных 830 устройства. Устройство, соответствующее данным 830 устройства, должно быть выполнено с возможностью приема вызовов через МНПЦСКУ 1 и МНПЦСКУ 2, которые соответствуют наборам данных 825 и 827, соответственно, и это обеспечивается путем соединения объектов 835 и 835 данных псевдонима МИНП в служебных данных 825 и 827 с данными 830 устройства с использованием соединителей 811 и 811.
Выбор линии, используемой для исходящих вызовов, воплощается путем соединения объекта 835b данных псевдонима МНПЦСКУ в структуре 830 данных устройства с объектом служебных данных в требуемой структуре служебных данных (в данном примере, объекта 827) с использованием соединителя 811b. Это соединение может быть изменено, например, когда пользователь желает использовать другую линию для исходящих вызовов с использованием функции 900 замены линии или устройства ("LDCF", ФЗЛУ), показанной на фигуре 10.
В ФЗЛУ 900 сохраняется информация, или она имеет доступ к информации, идентифицирующей наборы служебных данных и наборы данных устройства, членов групп устройств и линий, и текущее состояние связей (если имеются) между наборами данных. Эта информация может быть сохранена в ФЗЛУ 900, например, в структуре 901 директории, такой как структура, совместимая с известной функцией ("SDF", ФСД) служебных данных, используемой в технологии интеллектуальных сетей, для отделения служебных данных от логических элементов управления услугой. Кроме того, как показано на фигуре 10, в структуре 901 директории, ФЗЛУ 900 сохраняет набор правил, предназначенных для использования при применении изменений к линии или данным устройства, и/или для связи между наборами данных.
Для обеспечения того, чтобы данные, используемые ФЗЛУ 900, являлись текущими данными, РМД 135 либо копирует служебные данные и данные устройства в структуре 900 директории всякий раз, когда их предоставляют или обновляют, или ФЗЛУ 900 обращается непосредственно к служебным данным и данным устройства, вместо сохранения отдельной копии.
Кроме того, ФЗЛУ 900 содержит процессы 907, предназначенные для воплощения правил и изменения или создания связей между служебными данными и данными устройства. Эти правила обеспечивают возможность автоматического поведения РМД 135, например, для изменения текущего устройства или линии, в соответствии с данными, зависимыми от контекста, такими как время суток, день недели, местоположение, кредит, доступный для пользователя, и т.д. Процесс "установить текущую линию или устройство", идентифицированный на фигуре 10, представляет собой процесс изменения соединений 835а, 835b, 811a, 811b в РМД 135, и его инициируют по условиям, удовлетворяющим упомянутые выше правила. Пример операций, как правил и процесса " установить текущую линию или устройство" представлен в конце описания, в отношении сценария, называемого "дежурные врачи".
Из описанного выше следует понимать, что служебные данные выбирают с помощью РМД 135 на основе МИНП, в соответствии с событиями, такими как пользователь включает телефонную трубку, и телефонная трубка изменяет область местоположения, в то время как данные устройства выбираются РМД 135 на основе МНПЦСКУ в ответ на события, такие как завершение мобильного вызова. Кроме того, изменения соединения (соединений) между наборами служебных данных и данных устройства (например, либо выполняемые по команде пользователя или в соответствии с правилом) могут инициировать РМД 135, для выбора набора либо служебных данных, или данных устройства (в зависимости от типа команды или вывода правила).
Операция структуры данных РМД будет описана ниже для различных сценариев вызова, для случая, когда абонент имеет две линии (МНПЦСКУ 1, МНПЦСКУ 2) и одно устройство (МИНП 1) (например, в соответствии с компоновкой, показанной на фигуре 3). Следует понимать, что если учетная запись охватывает второе или, возможно, дополнительное устройство, (например, в компоновке Multi-SIM/линия 2, как показано на фигурах 5-7), тогда этапы обработки, описанные ниже, могут применяться в отношении каждого такого устройства.
Включение телефонной трубки
В этом сценарии предполагается, что пользователь ранее выбрал линию МНПЦСКУ 1, и поэтому соединение 835b, 811b в РМД 135 было установлено между набором служебных данных 825 и набором данных 830 устройства для идентификации линии МНПЦСКУ 1. Как показано на фигуре 11, следующие этапы выполняются в ответ на включение пользователем своей телефонной трубки 105.
ЭТАП 800: телефонная трубка 105 передает свой МИНП в ЦКП/РВП 125.
ЭТАП 805: ЦКП 125 передает МИНП в соответствующий РМД 135.
ЭТАП 810: РМД 135 проверяет, что доступ разрешен и идентифицирует соответствующий МНПЦСКУ через соединение 835b, 811b между набором данных 830 устройства и набором служебных данных 825 МИНП.
ЭТАП 815: идентифицированные данные передают в ЦКП/РВП 125.
ЭТАП 820: ЦКП 125 возвращает подтверждение в телефонную трубку 105.
Таким образом, служебные данные и данные устройства для телефонной трубки были обновлены в ЦКП/РВП 125.
Что касается известных компоновок, ЭТАПЫ 800-820, описанные выше, отличаются тем, что РМД 135 передает в ЦКП/РВП 125 только служебные данные и данные устройства, поддерживающие текущую пару МНПЦСКУ 1/МИНП, либо как ответ на обновление местоположения, или в ответ на включение телефонной трубки. В известных компоновках служебные данные и данные устройства, одновременно поддерживающие обе пары МНПЦСКУ 1/МИНП и МНПЦСКУ 2/МИНП, были бы переданы в ЦКП 125.
Замена текущей линии
Как описано выше, в пределах (как показано на фигуре 12) или вне РМД 135 предусмотрена функция 900 замены линии или устройства (ФЗЛУ), которая может создавать или модифицировать соединения 835а, 835b, 811a, 811b в РМД 135, формируя, таким образом, выбранные пары МНПЦСКУ/МИНП. В этом примере, показанном на фигуре 12, возможные функции для функции 900 замены линии описаны относительно входных команд пользователя, вводимых через телефонную трубку 105.
ЭТАП 905: пользователь вводит команду замены линии через телефонную трубку 105.
ЭТАП 910: телефонная трубка 105 передает запрос на замену линии в ЦКП 125
ЭТАП 915: ЦКП 125 передает далее запрос на замену линии через сеть в ФЗЛУ 900. Маршрут, по которому выполняется передача, зависит от используемой технологии: например, для SMS (СКС, служба коротких сообщений) он прошел бы через SMSC, и для USSD он прошел бы через РМД и сервер USSD (ТПНД, технология передачи неструктурированных данных в сетях GSM).
ЭТАП 920: ФЗЛУ 900 инструктирует РМД 135 выполнить замену линии 835b, 811b вместо РМД 135, в соответствии с запросом на замену соединения линии (предпочтительно, чтобы ФЗЛУ 900, в качестве альтернативы, могла сама выполнять смену линии).
ЭТАП 925: РМД 135 выполняет замену линии путем перемещения соединителя 811b, ассоциированного с МИНП, для соответствующей телефонной трубки 105 от набора служебных данных, представляющих существующую линию 825, к данным, представляющим новую линию 827.
ЭТАП 930: изменения служебных данных для новой пары МНПЦСКУ/МИНП передают в ЦКП/РВП 125.
ЭТАП 935: ЦКП/РВП 125 подтверждает прием этих данных.
ЭТАП 940: ФЗЛУ 900 принимает подтверждение.
ЭТАП 945: ФЗЛУ 900 передает подтверждение в ЦКП 125.
ЭТАП 950: ЦКП 125 передает подтверждение обратно в телефонную трубку 105.
ЭТАП 955: телефонная трубка 105 отображает для пользователя подтверждение того, что требуемое изменение было выполнено.
Этот процесс отличается от известной компоновки, в которой телефонная трубка 105 сама записывает изменение линии, при этом изменение больше ни на что не влияет в другом месте.
Инициирующий вызов
Как показано на фигуре 13, когда пользователь инициирует вызов из устройства 105, выполняются следующие этапы:
ЭТАП 1000: устройство 105 предает установки сигнала вызова в ЦКП 125.
ЭТАП 1005: РВП 130, ассоциированный с ЦКП 125, имеет только данные для текущей комбинации МНПЦСКУ/МИНП, и, таким образом, ЦКП 125 выполняет стандартную обработку вызова.
Эта обработка отличается от известных компоновок, в которых телефонная трубка 105, для инициирования вызова, передает линию, записанную как текущая, в телефонную трубку 105 для ЦКП 125. ЦКП/РВП 125 затем должен обрабатывать уже присутствующие служебные данные для выбора правильного индикатора вызывающей линии ("CLI", ИВЛ) для исходящего вызова. В вариантах воплощения настоящего изобретения такая обработка в ЦКП/РВП 125 является ненужной, поскольку, по определению, сохраняют только один набор данных, что обеспечивает возможность выполнения последующей обработки вызова, в соответствии со стандартными методиками.
Прекращение вызова
Когда пользователь принимает вызов по любой из двух линий, доступных для устройства 105, выполняемые этапы эквиваленты обычным этапам обработки вызова для одной линии для одного устройства за исключением этапов, вовлеченных в идентификацию текущей пары МНПЦСКУ/МИНП, для чего в вариантах воплощения изобретения требуется, чтобы РМД 135 идентифицировал текущую комбинацию МНПЦСКУ/МИНП с использованием соединений 835а, 835b, 811a, 811b между набором служебных данных 825, соответствующих линии, принимающей вызов (например, МНПЦСКУ 1), и набором (наборами) данных 830 устройства. Этот способ выполняется в отношении всех вызовов, поступающих как по одной линии, так и с использованием любых других пар. В РМД отсутствует информация об услуге, и он продолжает работу в соответствии с обычными способами.
Как показано на фигуре 14, в случае услуги линии 2 для одного устройства, когда устройство 105 находится в роуминге и, таким образом, запрашивает в vMSC/РВП 1125 в сети 1100, которая не является его домашней сетью 100, выполнение этапов обработки для приема прекращения вызова, которые являются следующими в соответствии с обычными способами:
ЭТАП 1100: вызов, передаваемый, например, по МНПЦСКУ 1, принимают в соответствующем ШМЦК 140.
ЭТАП 1105: ШМЦК 140 обращается к РМД 135, для получения соответствующей информации о маршрутизации.
a1
a1
ЭТАП 1110: РМД 135 проверяет, что вызов разрешен и идентифицирует соответствующий МИНП через соединение 835, 811 между набором служебных данных 825 и набором данных 830 устройства МНПЦСКУ 1.
ЭТАП 1115: РМД идентифицирует vMSC/РВП 1125, в котором устройство 105 в данный момент времени зарегистрировано и запрашивает номер роуминга из vMSC/РВП 1125 относительно соответствующего МИНП.
ЭТАП 1120: vMSC/РВП 1125 выделяет номер роуминга и записывает МИНП для него.
ЭТАП 1125: vMSC/РВП 1125 передает номер роуминга в РМД 135.
ЭТАП 1130: РМД 135 передает номер роуминга в ШМЦК 140.
ЭТАП 1135: ШМЦК 140 направляет входящий вызов в vMSC/РВП 1125, используя номер роуминга.
ЭТАП 1140: vMSC/РВП 1125 выполняет поиск МИНП в номере роуминга.
ЭТАП 1145: вызов передают в устройство 105, идентифицированное по найденному МИНП, и устройство 105 отображает соответствующий ИВЛ.
Как указано выше, такие сценарии обработки вызовов основаны на услуге линии 2 для одного устройства 105 (то есть, одного МИНП), как и в соответствии с компоновкой, показанной на фигуре 3. Если бы абонент имел услугу Multi-SIM, записи абонента содержали бы два или больше набора данных 830 устройства, и в этом случае будет существовать множество соединений 835b, 811b (не показаны), каждое из которых исходит из каждого набора данных устройства, и обработка прекращения вызова будет основана на соединении, ассоциированном с данными устройства текущего МИНП.
Что касается пользователей, которые подписались на услугу линии 2, этапы, представленные выше, применяются, независимо от линии, по которой вызов был принят. Однако только ЦКП/РВП 125 содержит данные, относящиеся к текущему МНПЦСКУ/МИНП и, например, как указано выше, включает в себя только служебные данные для МНПЦСКУ 1. Если входящий вызов принимают по этой линии, тогда служебные данные в ЦКП/РВП 125 будут соответствующими. Однако если входящий вызов принимают по неактивной линии, через МНПЦСКУ 2, тогда служебные данные в ЦКП/РВП 125 могут быть не соответствующими. В частности, что касается услуг дальнейшей передачи вызова, процессы услуги дальнейшей передачи потенциально могут привести к тому, что вызовы будут направлены в неправильном направлении, если работа будет продолжена в ЦКП/РВП 125 в соответствии только со служебными данными активной линии. Таким образом, некоторые механизмы обработки вызова требуются для обеспечения предоставления услуги в отношении неактивной линии. Следует понимать, что эта проблема не наблюдается в обычных компоновках, относительно которых все наборы данных (активные или неактивные) передают в ЦКП/РВП.
Для того чтобы исключить несоответствующее предоставлении служебной обработки в ЦКП/РВП, считается, что требуется отключить соответствующие услуги, поскольку служебные данные передают в ЦКП/РВП 125 с помощью РМД 135, хотя и оставляют их очевидно "активными и работоспособными" в среде РМД 135. Поскольку ЦКП/РВП 125 не может затем работать с ними, входящие вызовы могли быть отслеживаться в ШМЦК 140. Если детектируют вызов, который не проходит дальше, поскольку для него требуется перенаправление, это может быть определено в ШМЦК 140 и запрос может быть передан в РМД 135 для получения правильных данных дальнейшей передачи. Это может быть выполнено с помощью, например, пункта управления услугой (SCP, ПУУ) известного типа.
Применение вариантов воплощения: врач по вызову
Как показано на фигуре 15, применение вариантов воплощения настоящего изобретения будет описано ниже для сценария, для которого требуется соединение с различными амбулаторными клиниками общей практики. В этом примере предполагается, что два врача являются членами первой практики, которые работают "по вызову", когда клиника закрыта; врачи, работающие "по вызову", ассоциированы с устройствами, имеющими соответственно карты МИА с МИНП 1 и МИНП 2. Вторая практика обеспечивает службу скорой помощи через дополнительное устройство, имеющее карту МИА с МИНП 3. В первой практике прием ассоциирован с устройством, имеющим карту МИА с МИНП 4.
Зависящие от времени правила TDR1-TDR3, представленные ниже, позволяют установить график дежурств между устройствами. Такие зависящие от времени правила приводят к тому, что ФЗЛУ 900 изменяет соединение 835а, 811a в РМД 135 в 18.00, 01.00 и 08.00. Идентификаторы данных устройства МИНП соответствующих МИА карт:
TDR1: If 18.00-01.00 then CurrentDevice=IMSI 1
TDR2: If 01.00-08.00 then CurrentDevice=IMSI 2
TDR3: If 08.00-18.00 then CurrentDevice=IMSI 4
Эти устройства обозначены следующим образом:
Номинированы: МИНП 1, МИНП 2, МИНП 3
Принято по умолчанию: МИНП 4
a1
a1
а2
а2
Эти правила сохраняют для МНПЦСКУ, назначенного для общедоступного телефонного номера, который был назначен для группы, в частности, для вызывающих абонентов, для обращения к дежурному врачу в нерабочее время, и который называется здесь MSGN 1500. Кроме того, МИНП 1…4 каждой карты МИА имеет телефонный номер и, таким образом, отдельный ассоциированный с ним МНПЦСКУ (МНПЦСКУ 1…МНПЦСКУ 4). Следует отметить, что соединения 835, 811, 835, 811 МИНП для МНПЦСКУ 1 и МНПЦСКУ 2 постоянно остаются указующими на МИНП 1 и МИНП 2, что означает, что врачи могут продолжать принимать вызовы по своим соответствующим МНПЦСКУ 1 и МНПЦСКУ2, в то время как входящие вызовы по MSGN 1500 будут направлены в любое устройство, которое ассоциировано с активным в данный момент времени МИНП.
Дополнительный вариант состоит в возможности использования существующих служебных данных, таких как "передача вызова в случае занятой линии". Такая услуга может быть предоставлена в пределах услуги, установленной для MSGN 1500, для дальнейшей передачи вызовов в принятый по умолчанию МИНП, в случае, когда телефонная трубка дежурного врача уже занята вызовом, либо через MSGN 1500, или через его собственный МНПЦСКУ.
В следующем тексте описан сценарий, в котором данные, сохраненные в накопителе 901 и РМД, обновляют в соответствии с различными событиями времени и событиями, связанными с устройством.
a-msgn
a-msgn
a-msgn
a-msgn
Рассмотрим вначале события, связанные со временем, в 01.00, инициируется правило TDR2, которое запрашивает соответствующую связь 835, 811 МИНП для MSGN 1500 выполнить замену с указания на МИНП 1, на указание на МИНП 2. В ответ на это ФЗЛУ 900 проверяет статус устройства, ассоциированного с МИНП 2, и определяет, что это устройство выключено, в результате чего связь 835, 811 МИНП, вместо этого, будет указывать на МИНП 4 (устройство, используемое по умолчанию).
В некоторое время позже включают устройство, соответствующее МИНП 2, в результате чего выполняются следующие этапы:
ЭТАП 1500: телефонная трубка 105b передает сигналы в ЦКП 125, в котором она зарегистрирована;
ЭТАП 1505: ЦКП 125 уведомляет РМД 135;
ЭТАП 1510: РМД 135 проверяет, что доступ разрешен, обеспечивая поиск служебных данных, соответствующих активной линии, и инициирует процесс 900 ФЗЛУ;
a-msgn
ЭТАП 1515: процесс 900 ФЗЛУ включает правила и находит в соответствии с правилом TDR2, что МИНП 2 должен быть текущим. В результате, процесс 900 ФЗЛУ передает инструкции в РМД 135 переместить соответствующий коммутатор 811;
a-msgn
ЭТАП 1520: РМД 135 переключает коммутатор 811 в структуре данных для набора служебных данных MSGN, так что он указывает на МИНП 2 вместо МИНП 4;
ЭТАП 1525: РМД 135 также обновляет данные устройства в РВП 130 так, что они отражают вновь активную пару МНПЦСКУ/МИНП, используя сигнал Отмены местоположения (известного типа) и передавая данные устройства, соответствующие МИНП 2;
ЭТАП 1530: РМД 135 передает подтверждение изменения линии обратно в ФЗЛУ 900;
ЭТАП 1535: ФЗЛУ 900 передает обратно в ЦКП 125 отчет для телефонной трубки 105b, соответствующей МИНП 2; и
ЭТАП 1540: ЦКП 125 передает подтверждение обратно в телефонную трубку 105b.
Дополнительные детали
Улучшение соединений 835а, 811a, 835b, 811b между иерархиями данных МНПЦСКУ и МИНП произведено с использованием методик программирования объектно-ориентированных программных средств. Каждый объект-псевдоним 835а воплощен как программный объект и поэтому содержит данные, которыми можно оперировать только при использовании упомянутых способов, инкапсулирующих эти данные. Предпочтительно, обеспечивается обработка отказов известным способом для обеспечения поддержки постоянного рабочего состояния связей и возможности отмены изменений в случае неудачного выполнения критического этапа.
В приведенном выше описании предполагается, что, хотя связи могут быть модифицированы динамически, всегда существует связь между одним или больше наборами служебных данных и одним или больше наборами данных устройства. Однако сама по себе связь может быть установлена динамически на основе различных правил и т.п., которые либо сохранены или доступны для РМД 135, в момент поиска данных (например, в ответ на обработку обновления местоположения, при обработке прекращения вызова мобильным устройством). Таким образом, данные, требуемые для идентификации текущей линии или устройства - правила и/или вводимые вручную пользователем команды - должны быть сохранены в соответствии с такими входными командами и должны быть получены во время поиска данных, вместо использования, для замены соединения. Средство обработки, влияющее на сохранение таких входных команд, могло бы быть воплощено в РМД или в отдельной системе; в любом случае, к таким данным можно обращаться по запросу, получаемому от пользователя, и соответствующие служебные данные и/или данные устройства, соответствующие запросу, идентифицируют в режиме реального времени.
В описанных выше вариантах воплощения предполагается, что существует одно соединение между набором служебных данных и идентификатором МИНП. Однако набор соединений можно использовать вместо одного соединения, что способствует гибкому выбору конкретной услуги (услуг) в наборе, когда набор служебных данных содержит данные, соответствующие двум или больше разным типам услуг.