Устройство предоставления услуги в устройстве связи

Устройство предоставления услуги в устройстве связи

Иллюстрации

Показать все

Реферат

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

Настоящее изобретение относится к устройству для предоставления услуг для устройства связи. Оно, в частности, применяется для предоставления услуг в мобильных устройствах, например, в группе мобильных устройств и/или более чем через один телефонный номер, ассоциированный с одним или больше устройствами.

Уровень техники

В мире применяют различные сетевые технологии, например, в США обычно используют 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 может иметь доступ к таблице, в которой сохранены данные, обозначающие связи между соответствующими наборами служебных данных и данных устройства.

На фиг.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.

Выбор линии, используемой для исходящих вызовов, воплощается путем соединения объекта 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