Область техники
Изобретение относится к системе управления регистром исходного местоположения, имеющей базу данных, в сети мобильной радиосвязи. В частности, оно относится к системе управления регистром исходного местоположения и способу управления базой данных в регистре исходного местоположения (РИМ) в мобильной сети радиосвязи, в соответствии с которым множество прикладных программ, имеющихся в РИМ одновременно получают доступ к системе базы данных в РИМ, выполняя операцию по управлению базой данных для получения быстрого ответа на запрос от множества мобильных абонентов о предоставлении различных услуг.
Предшествующий уровень техники
Регистр исходного местоположения, обычно имеющийся в сети мобильной радиосвязи, размещен в фиксированном положении в данной сети относительно множества мобильных абонентов и выполняет функцию внутрисетевой базы данных для управления информацией об абоненте и местоположении для предложения услуг связи. Регистр исходного местоположения соединен со множеством коммутаторов мобильных станций, которые управляют связью со множеством мобильных абонентов.
На фиг. 1 представлена схема сети мобильной радиосвязи, иллюстрирующая радиосвязь между общим регистром исходного местоположения и множеством мобильных станций.
Когда множество мобильных абонентов 21a-21n и 31a-31n (фиг. 1) запрашивают услуги связи или дополнительные услуги, коммутаторы мобильных станций 12 и 13 принимают радиосигнал для этого по обычному каналу сигнала и, если необходим поиск или изменение какой-либо информации, получают доступ к базе данных, имеющейся в регистре 11 исходного местоположения, в предварительно определенной последовательности выполняя требуемые операции. Регистр 11 исходного местоположения соединен со множеством коммутаторов 12-14 мобильных станций для взаимного информационного обмена между мобильными станциями.
Соответствующие коммутаторы мобильных станций осуществляют связь с регистром 11 исходного местоположения для обмена информацией посредством протокола, такого как IS-41C так, что каждая из них принимает информацию с атрибутами, относящимися к поиску или изменению информации, как было запрошено.
Способ управления базой данных посредством обычного регистра 11 исходного местоположения описан ниже со ссылками на фиг. 2.
Например, мобильный абонент запрашивает управление базой данных, такое как соединение вызова, дополнительное обслуживание или изменение информации местоположения. Воспринимая запрос мобильного абонента, соответствующий коммутатор мобильных станций устанавливает связь для получения информации с регистром 11 исходного местоположения посредством протокола, такого как IS-41C, передавая функцию обслуживания, запрошенную мобильным абонентом, в регистр 11 исходного местоположения. Это означает, что устанавливается взаимный информационный обмен между прикладными программами, имеющимися в каждом коммутаторе мобильных станций, и регистром 11 исходного местоположения. Множество прикладных программ, имеющихся в регистре 11 исходного местоположения, получают доступ к системе базы данных, встроенной в регистр 11 исходного местоположения, в порядке приоритетности, предварительно определенной на основе характеристик обслуживания, запрошенного мобильным абонентом, отыскивая или изменяя информацию.
Как показано на фиг. 2, система управления базой данных (СУБД) 43 определяет окончательный порядок приоритета с учетом порядка предварительно определенных приоритетов на основании характеристик и содержания обслуживания, запрошенного мобильным абонентом, когда множество прикладных программ 44a-44n получают доступ к базе данных 41. Причина этого заключается в том, чтобы предотвратить любые необратимые повреждения системы управления данными, хранящимися в базе данных, таким образом, чтобы при выполнении любой из множества прикладных программ 44a-44n другие прикладные программы получали доступ к базе данных для выполнения требуемой операции управления.
Может иметься множество факторов при поддержке множества абонентов и более быстрого предоставления различного обслуживания в сети мобильной радиосвязи. Наиболее важным фактором является повышение быстродействия получения доступа к базе данных множеством прикладных программ ПП, имеющихся в регистре исходного местоположения. Это объясняется тем, что система управления базой данных 43 получает доступ к базе данных в предварительно определенном порядке приоритетов в случае, когда текущая прикладная программа получает доступ к базе данных для выполнения требуемой операции управления.
Известные системы, упоминаемые в настоящем изобретении, относятся к регистру исходного местоположения (модель DCN-HLR) системы SK Telecom в Корее, которая может поддерживать максимум 500 тысяч мобильных абонентов. К тому же, около 500 мобильных абонентов в секунду могут получать доступ к базе данных регистра исходного местоположения для выполнения требуемой операции управления.
Однако, когда множество прикладных программ получает доступ к базе данных в известной системе, система управления базой данных управляет прикладными программами для обеспечения упорядоченного доступа к базе данных с учетом порядка, в котором мобильные абоненты запросили обслуживание, и порядка приоритетов, предварительно определенного самой системой управления базы данных. DCN-HLR в SK Telecom может предоставлять услуги самое большее приблизительно 500 мобильным абонентам, что соответствует 1/1000 из 500 тысяч абонентов в секунду. Когда избыточное количество мобильных абонентов (больше, чем приблизительно 500 человек в секунду) запрашивает услуги, существует ограничение в быстроте обработки различного дополнительного обслуживания, например, соединения вызова, так как скорость, с которой прикладные программы, предусмотренные в регистре исходного местоположения, обращаются к базе данных, имеет ограничение.
Кроме того, когда один абонент запрашивает обслуживание, например соединение вызова, требуется множество процедур, чтобы предоставить соответствующее обслуживание. Эти процедуры выполняются посредством обменов между соответствующими прикладными программами и базой данных. Так как прикладные программы обращаются к базе данных в заранее определенном порядке приоритета, память используемых прикладных программ увеличивается с увеличением количества абонентов, запрашивающих обслуживание.
Сущность изобретения
Соответственно, задача настоящего изобретения заключается в создании системы управления регистром исходного местоположения и способа управления базой данных в системе мобильной радиосвязи, которые адаптированы к обеспечению доступа к базе данных на основе атрибутов, связанных с обслуживанием, одновременно запрашиваемым множеством мобильных абонентов, и выполнения требуемой операции по управлению базой данных.
Дополнительные признаки и преимущества изобретения сформулированы в описании, которое представлено ниже, и поясняются в описании или могут быть изучены при практической реализации изобретения. Задачи и другие преимущества изобретения реализованы и достигнуты посредством структуры, представленной в описании и формуле изобретения, а также иллюстрируются на чертежах.
В одном из аспектов настоящего изобретения для выполнения задачи, по меньшей мере, два интерфейса запроса прямого доступа к памяти имеют доступ к базе данных, имеющейся в регистре исходного местоположения, на основании атрибутов, присущих входному сигналу, при управлении от системы управления регистром исходного местоположения.
Предпочтительно, система управления регистром исходного местоположения включает в себя: базу данных, имеющуюся в регистре исходного местоположения; процессор для анализа входного сигнала и восприятия атрибутов, свойственных информации, включенной во входной сигнал; множество прикладных программ, реагирующих на выходной сигнал процессора, для выдачи команд управления базой данных, основанных на атрибутах; и множество интерфейсов запроса прямого доступа к памяти, реагирующих на выходные сигналы множества прикладных программ, для получения доступа к базе данных, относящегося к задаче процессора соответствующей прикладной программы на основе атрибутов. По меньшей мере, два интерфейса запроса прямого доступа к памяти имеют доступ к базе данных одновременно для выполнения операции по управлению базой данных.
В другом аспекте представленного изобретения для выполнения второй задачи, по меньшей мере, два интерфейса запроса прямого доступа к памяти обращаются к базе данных одновременно, основываясь на атрибутах, присутствующих во входном сигнале, для выполнения операции по управлению базой данных.
Предпочтительно, способ управления базой данных системы управления регистром исходного местоположения в системе мобильной радиосвязи включает этапы: анализ входного сигнала и восприятие атрибутов информации, включенной во входной сигнал; прием входного сигнала и выдача команд управления базой данных на основе указанных атрибутов; и получение одновременного доступа к базе данных на основании, по меньшей мере, одного атрибута, согласно командам управления базой данных, и выполнение операции управления базой данных.
Соответственно, при использовании заявленного изобретения применительно к регистру исходного местоположения использование системы управления базой данных не требуется, и время, требуемое прикладным программам для получения доступа к базе данных, уменьшается так, что большее количество абонентов может быть обслужено за один и тот же период времени, причем память прикладных программ может быть уменьшена при увеличении эффективности регистра исходного местоположения.
Следует иметь в виду, что и предшествующее общее описание, и последующее подробное описание приведены в качестве примера и предназначены для дополнительного пояснения изобретения.
Краткое описание чертежей
Изобретение поясняется на примерах осуществления, иллюстрируемых чертежами, на которых представлено следующее:
фиг. 1 - схематичное изображение сети мобильной радиосвязи, иллюстрирующее радиосвязь между общим регистром исходного местоположения и коммутаторами мобильных станций;
фиг. 2 - блок-схема, иллюстрирующая состояние, когда множество прикладных программ получают доступ к базе данных в регистре исходного местоположения, согласно предшествующему уровню техники;
фиг. 3 - блок-схема, иллюстрирующая состояние, когда множество прикладных программ получают доступ к базе данных в регистре исходного местоположения, согласно настоящему изобретению; и
фиг. 4 - блок-схема последовательности операций в процедуре поиска/изменения данных, согласно предпочтительному варианту осуществления настоящего изобретения.
Подробное описание предпочтительного варианта осуществления
Ниже подробно описаны предпочтительные варианты осуществления настоящего изобретения, иллюстрируемые чертежами.
Фиг. 3 иллюстрирует ситуацию, когда множество прикладных программ получают доступ к базе данных в регистре исходного местоположения, согласно настоящему изобретению.
На фиг. 3 изображены база данных 51, процессор 63 для анализа входных сигналов посредством запроса мобильным абонентом определенного обслуживания и распределение входных сигналов, согласно атрибутам информации, включенным во входные сигналы, множество прикладных программ 62a-62n, восприимчивых к распределенным входным сигналам, для выдачи команды управления базой данных на основе указанных атрибутов, и множество интерфейсов 61a-61n запроса прямого доступа к памяти, восприимчивых к выходным сигналам множества прикладных программ 62a-62n для получения доступа к базе данных, связанной с задачей соответствующей прикладной программы, на основании атрибутов. Процессор 63 является блоком выдачи входных сообщений. Ссылочная позиция 64 обозначает блок управления соединением сигнализации, а ссылочная позиция 65 обозначает блок передачи сообщений (МТР).
Сообщение, выданное в соответствующие прикладные программы 62a-62n процессором 63, содержит идентификатор диалога для идентификации сообщения, идентификатор операции для идентификации прикладной программы и параметр, указывающий максимальную длину параметра, требуемого для работы соответствующей прикладной программы.
Процессор 63 передает сообщение к соответствующим прикладным программам посредством идентификатора операции. Прикладная программа анализирует параметр, включенный в принятое сообщение, осуществляя поиск или изменение в базе данных 51 с использованием интерфейсов 61a-61n запроса прямого доступа к памяти согласно результату анализа.
Ниже описаны работа и способ управления базой данных регистра исходного местоположения согласно настоящему изобретению.
Как показано на фиг. 3, база данных в сети мобильной радиосвязи является базой данных для абонентской информации, индекс 52 является индексной структурой, интерфейсы запроса прямого доступа к памяти 61a-61n являются интерфейсами соединения между прикладными программами 62a-62n и базой данных 51. Интерфейсы 61a-61n запроса прямого доступа к памяти являются интерфейсами, которые получают прямой доступ к базе данных 51 для обработки обслуживания мобильных абонентов, запрошенного коммутаторами мобильных станций, и выполняют функции, такие как поиск и изменение информации в блоке атрибута услуг.
Когда некоторым мобильным абонентом (МА) в сети мобильной радиосвязи запрошена услуга соединения вызова, соответствующий коммутатор мобильных станций воспринимает запрос для обмена с регистром исходного местоположения, используя стандартный протокол, такой как IS-41C. Затем определенные прикладные программы 62a-62n, имеющиеся в регистре исходного местоположения, осуществляют поиск абонентской информации, сохраненной в базе данных 61, чтобы проверить, находится мобильный абонент, запрашивающий обслуживание соединения вызова, в нормальном состоянии или нет. Т.е. принимается решение относительно того, не является ли данный пользователь запрещенным пользователем. Если пользователь является разрешенным, то прикладные программы 62a-62n разрешают предоставление обслуживания с использованием информации, касающейся текущего местоположения мобильного абонента, или информации, необходимой для обеспечения обслуживания.
Чтобы осуществить соединение вызова для абонента, требуется множество процедур. Эти процедуры выполняются соответствующими прикладными программами 62a-62n, имеющимися в регистре исходного местоположения. Прикладные программы 62a-62n включают в себя прикладную программу для изменения информации местоположения, когда абонент перемещается в новое местоположение; прикладную программу для выдачи информации местоположения, когда осуществляется попытка соединения вызова; прикладную программу для проверки, находится ли абонент в нормальном состоянии; прикладную программу для активизации или отмены дополнительного обслуживания и прикладную программу для изменения состояния дополнительного обслуживания. Эти прикладные программы 62a-62n получают доступ к базе данных 51, чтобы отыскать необходимую информацию или изменить определенное поле атрибута. Поиск и изменение информации могут выполняться независимо, и информация может быть изменена выборочно в соответствии с результатом поиска.
В случае, когда множество абонентов запрашивают различные услуги по отдельности, что характерно для мобильной радиосвязи, прикладные программы 62a-62n, каждая из которых соответствует атрибуту, специфическому для каждой услуги, могут обращаться к базе данных 51 независимо. Это означает, что интерфейсы запроса прямого доступа к памяти 61а-61п для непосредственного сопряжения прикладных программ 62a-62n с базой данных 51 анализируют атрибуты услуг, запрошенных мобильными абонентами, и прикладные программы 62a-62n получают доступ к базе данных 51 одновременно в блоке атрибутов, выполняя операцию, например, поиск информации, изменение, поиск и изменение информации.
Ниже описана процедура поиска и изменения базы данных 51 с интерфейсами запроса прямого доступа к памяти 61a-61n со ссылками на фиг. 4.
Сначала, на этапе S1, соответствующие прикладные программы 62a-62n выделяют ключ для отыскания/изменения базы данных, например, идентификационный номер мобильного абонента (ИНМ) или серийный номер мобильного абонента (СНМ) из параметра, включенного в сообщение, выданное процессором 63. На этапе S2 формируется решение относительно того, запрошен поиск или изменение информации. Если запрошен поиск информации, на этапе S3 выбирается таблица, которую следует отыскать, и на этапе S4 определяется структура данных, которую необходимо отыскать. Эта структура данных включает в себя идентификатор таблицы, идентификатор атрибута, указывающий идентификатор ключа, значение атрибута, указывающее фактическое значение ключа, такое как ИНМ или СНМ, и идентификатор кортежа, указывающий начальное местоположение выборки.
С другой стороны, если решение, сформированное на этапе S2, указывает, что запрошено изменение информации, то на этапе S5 выбирают таблицу, которая должна быть изменена, и на этапе S6 определяют структуру данных, которая должна быть изменена. Структура данных, которая должна быть изменена, включает в себя идентификатор таблицы, идентификатор атрибута, указывающий идентификатор ключа, значение атрибута, указывающее фактическое значение ключа, такое как ИНМ или СНМ, и идентификатор кортежа, указывающего исправление начального расположения, счетчик модификаций, указывающий количество атрибутов, которые должны быть изменены, список модификаций, указывающий список идентификаторов атрибутов, которые должны быть изменены, и значение модификации, указывающее фактическое значение каждого атрибута, который должен быть изменен.
Затем на этапе S7 производится поиск или изменение в базе данных в соответствии с запросами соответствующих прикладных программ 62a-62n. Необходимо осуществить поиск в базе данных перед выполнением изменения базы данных. После того, как поиск в базе данных успешно завершен, интерфейсы 61a-61n запроса прямого доступа к памяти изменяют базу данных 51, используя счетчик обновления данных, список обновления данных, указывающий список идентификаторов атрибутов, которые должны быть изменены, и значение обновления данных, указывающее фактическое значение атрибутов, которые включены в данные, которые должны быть изменены. На этапе S8 результат поиска или изменения возвращается абоненту, который запросил информацию. Если операция неудачна, соответствующий код ошибки (значение меньшее, чем ноль) возвращается обратно мобильному абоненту. Например, код ошибки - 211 возвращается мобильному абоненту, если требуемая запись не существует.
Концепция настоящего изобретения строится на основе того факта, что множество прикладных программ могут обращаться к базе данных одновременно, но вряд ли могут изменять один и тот же атрибут одновременно.
Такую особенность можно пояснить путем анализа функций прикладных программ и базы данных абонентов. Как показано в таблице 1, например, соответствующие прикладные программы могут отыскивать или изменять атрибуты, имеющие различное содержание услуги, или изменять их на основании результатов поиска.
Согласно одному из предпочтительных вариантов осуществления настоящего изобретения, атрибуты, которые следует отыскать или изменить, включают в себя номер подсистемы кода отметки, идентификационную информацию расположения "визитера" и номер передвигающейся мобильной станции.
Атрибуты, которые должны быть изменены, также включают в себя состояние дополнительной услуги, такое как изменение флагов, связанных с передачей вызова, удержанием вызова, услугами речевой почты, услугами факсимильной почты, услугами передачи короткого сообщения, трехканального вызова и вызова в режиме конференц-связи.
Дополнительно, атрибуты, которые должны быть отысканы и затем изменены согласно результату поиска, включают в себя атрибуты проверки правомерности доступа абонента, например, атрибуты абонента-нарушителя, обманываемого абонента, значение и период проверки права доступа и персональный идентификационный номер и атрибуты, относящиеся к обработке дополнительных услуг, таких как номер пересылки вызова, идентификационная информация системы речевой почты, номер почтового ящика системы речевой почты, адрес системы передачи коротких сообщений и флаг задержки доставки в режиме передачи короткого сообщения.
В отличие от известных систем, согласно настоящему изобретению, множество прикладных программ 61a-61n, имеющихся в регистре исходного местоположения, получают доступ к базе данных 51 независимо, чтобы осуществить поиск или изменение содержания обслуживания в блоке атрибутов. При рассмотрении такой специальной среды мобильной радиосвязи прикладные программы 61a-61n могут получать доступ к базе данных 51, минуя систему управления базой данных, как это требуется в известных системах.
В настоящем изобретении, описанном выше, когда множество мобильных абонентов запрашивают различные услуги практически одновременно, прикладные программы на основании атрибутов каждой услуги получают доступ к базе данных независимо и выполняют требуемую операцию по управлению базой данных. Таким образом, можно уменьшить память используемых прикладных программ и время для доступа к базе данных и в результате повысить эффективность регистра исходного местоположения.
Специалистам должно быть очевидно, что различные модификации и изменения могут быть осуществлены в настоящем изобретении без изменения объема и сущности изобретения. Настоящее изобретение охватывает все такие модификации и изменения, соответствующие пунктам формулы изобретения и с учетом эквивалентных признаков.
Система управления регистром исходного местоположения в системе мобильной радиосвязи содержит процессор для анализа входного сигнала и восприятия атрибутов информации, включенной во входной сигнал, множество прикладных программ, восприимчивых к выходному сигналу процессора, для выдачи команд управления базой данных на основе указанных атрибутов и множество интерфейсов запроса прямого доступа к памяти, восприимчивых к выходным сигналам множества прикладных программ, для получения доступа к базе данных, относящейся к задаче процессора, соответствующей прикладной программе на основе атрибутов; по меньшей мере, два интерфейса запроса прямого доступа к памяти, получающие доступ к базе данных одновременно для выполнения операции по управлению базой данных. Достигаемым техническим результатом является уменьшение памяти прикладных программ и времени для доступа к базе данных. 3 с. и 19 з.п. ф-лы, 4 ил., 1 табл.
Модель DCN-HLR Системы SK TELECOM, KR | |||
RU 94042923 A1, 20.10.96 | |||
RU 94013065 A1, 27.12.95 | |||
RU 94033103 A1, 20.08.96 | |||
US 5649301 A, 15.07.97 | |||
US 5649302 A, 15.07.97 | |||
Устройство цикловой синхронизации | 1977 |
|
SU661836A1 |
Авторы
Даты
2000-02-27—Публикация
1998-12-23—Подача