Система сообщения информации для сотовой телекоммуникационной сети (варианты) и способ сообщения информации (варианты)

 

Изобретение относится к системе с протоколом связи "Манипулятор информационных сообщений" (DМН) для использования в сотовой телекоммуникационной сети и к связанному с ней способу сообщений о расчетных операциях и операциях по счетам в рамках сети. Техническим результатом является способность DМН возвращать в межсетевой коммутирующий центр (G-MSC) надежную информацию, связанную для идентификации счетов, для выдачи вызова. Это изобретение создает такую систему путем возврата нового сообщения "информация назад для выдачи вызова" от адресатной MSC или визитирующего мобильного коммутирующего центра (V-MSC), к обслуживающей MSC или G-MSC после того, как результат для вызова определен в V-МSС. Это достигается тем, что способ включает в себя следующие этапы: генерирование в обслуживающем MSC первых идентифицирующих счета данных для вызова; передача первых идентифицирующих счета данных к адресатному MSC; генерирование вторых идентифицирующих счета данных в адресатном МSС, соответствующих поступлению вызова, который имел место в адресатном MSC, и возвращение вторых идентифицирующих счета данных как родственных идентифицирующих счета данных к обслуживающему MSС после того, как был определен результат для вызова в адресатном MSC. Результат вызова определяется, когда был получен ответ на поисковый вызов в V-MSC от мобильной станции или, как альтернатива, вызов был выдан путем захвата канала связи от обслуживающего МSС к адресатному MSC. 4 c. и 24 з.п.ф-лы, 5 ил.

Изобретение относится к системе с протоколом связи "Манипулятор информационных сообщений" (Data Message Handler, DMH) для использования в сотовой телекоммуникационной сети и к связанному с ней способу сообщений о расчетных операциях и операциях по счетам в рамках сети.

Описание уровня техники В сотовых телекоммуникационных сетях сейчас используются сети с мультисистемными мобильными коммутационными центрами (MSC), которые работают с разными принадлежащими собственнику протоколами счетов. Следовательно, операторам трудно коррелировать информацию о расчетах среди этих сетей MSC. В настоящее время невозможно коррелировать эту информацию на основе реального времени. Из-за различий собственных протоколов счетов между сетями MSC вызовы, инициируемые через несколько MSC мультисистем, оцениваются согласно информации, зарегистрированной либо в станции межсетевого сопряжения MSC, через который вызов инициируется в общественной коммутируемой сети (PSTN), либо в анкерном MSC, через который вызов подается на мобильную станцию (MS).

В настоящее время стандарт Ассоциации телекоммуникационной промышленности (TIA), известный как IS-41, предусматривает, чтобы информация о выставлении счетов посылалась в направлении от обслуживающего или межсетевого MSC (G-MSC), обслуживающего просьбу о вызове, к адресатному или визитирующему MSC (V-MSC), передающему вызов мобильному абоненту. Эта информация о счетах соответствует полю данных "Billingld", которое определяется для включения идентичности коммутатора (SWID), идентичности вызова (CALLID) IS- 41 и участка вызова (LEG NO) (ниже в (SWID), идентичности вызова (CALLID) IS-41 и участка вызова (LEG NO) (ниже в совокупности называемых Billingld). Целью Billingld в "выдаче вызова" является передача коррелирующего Billingld в сообщении вызова (invoke) IS-41 от G-MSC к V-MSC. IS-41 не предусматривает возвращения в G-MSC какой-либо информации о счетах, генерированной в V-MSC для целей корреляции информации о счетах.

Сейчас Ассоциация телекоммуникационной промышленности (TIA) разрабатывает стандарт IS-124, известный как стандарт DMH. TIA предложила в IS-41 Rev С Ballot, 11 июля 1994, SYNACOM TECHNOLOGY введение поля данных Billingld в сообщениях возврата результата IS-41 при "выдаче вызовов". IS-124 предлагает посылку Billingld, содержащего информацию SWID+CALLID+LEG NO, которая определяет участок вызова у V-MSC от V-MSC к G-MSC. Billingld, генерируемый в визитирующем MSC (V-MSC), посылается назад к обслуживающему или межсетевому MSC (G-MSC) как часть сообщений "RouteRequestReturn" (МашрутЗапросВозврат) и ReturnResults (ВернутьРезультаты), такие, как возвратные результаты для Locate Request (ПросьбаОбнаружить), FeatureRequest (ЗапросПризнаков), OriginationRequest (ЗапросПодготовки) и TransferNumberRequest (ЗапросПереносаНомера). Путем использования стандартизированного протокола связи IS-124 DMH должно стать возможным разделить информацию о факте вызова между мультисистемными сетями MSC и производить немедленные расчетные операции и бухгалтерской отчетности. Однако в некоторых случаях вызова этот предлагаемый стандарт будет возвращать ненадежную и неправильную информацию о выставлении счетов в G-MSC.

В случаях, когда "Billingld" посылается от граничащей/адресатной системы или V-MSC к обслуживающей системе или G-MSC, Billingld может быть неправильным в некоторых ситуациях, или же Billingld может быть размещен и не использован для тегирования данных о счетах. Таким образом, существующий предложенный стандарт IS-124 в некоторых ситуациях выдачи вызова может привести к передаче ненадежной информации Billingld от V-MSC к G-MSC. Например, в ситуации, когда вызов инициируется к MS, которая размещена у V-MSC, и когда речевой канал не назначен до выдачи вызова к MS, Billingld будет размещен вызываемой стороне посредством V-MSC после приема сообщения RouteRequest (Запрос маршрута) (ROUTREQ). Если вызов заканчивается вызывающей стороной в G-MSC, когда Billingld передается от V-MSC к G-MSC, то Billingld будет потрачен напрасно, потому что Billingld не будет тегировать вызов в V-MSC. В результате Billingld становится ненадежным.

Другой пример ненадежного Billingld может иметь место в ситуации, когда MS находится в V-MSC, если MS сделала трехнаправленный вызов, и текущий вызов LEG NO тегирован как LEG NO = n. Если последующий ожидающий вызов инициируется к MS в V-MSC, то Billingld с LEG NO = n+1 будет размещен на вызов, ожидающий вызов, после приема сообщения RouteRequest в V-MSC. Затем этот Billingld будет возвращен к G-MSC посредством сообщений IS-41 RouteRequest/LocationRequest (Запрос местоположения). Если MS заканчивает вызов, когда Billingld передается к G-MSC, и MS затем инициирует новый вызов с новым CALLID и с LEG NO.=0, то последующий принятый трехнаправленный вызов с ранее генерированными CALLID и LEG NO.=n+1 не будет соответствовать новому вызову. Следовательно и в этом случае Billingld ненадежен.

Еще один пример ненадежного Billingld может иметь место, когда MS находится в V-MSC, уже настроенном на вызов, который тегирован как LEG NO.=n, а последующее ожидание вызова пытается произвести MS. Billingld с LEG NO.=n+1 присвоен ожиданию вызова при приеме сообщения IS-41 RouteRequest и возвращается к G-MSC. Если вызов направлен к V-MSC, но не отвечен, то могут произойти отклонения вызова "C-номер" в V-MSC, которая тегируется Billingld LEG NOs n+2, n+3 и т.д. Если вызываемая сторона в V-MSC как раз инициирует параллельно трехнаправленный вызов, потенциально могут быть конфликтующие или чередующиеся нумерации участков. Таким образом, имеется необходимость иметь возможность тегирования отклоненных вызовов с помощью нового CALLID, что и является одним из аспектов, на который направлено это изобретение.

Вышеуказанные несоответствия в сообщении информации Billingld приводят к ненадежной идентифицирующей счета информации, которая подается обратно к сети G-MSC.

Было бы заметным преимуществом иметь систему с протоколом связи DMH, которая способна возвращать в G-MSC надежную, связанную с отчетностью, информацию для выдачи вызова. Настоящее изобретение предусматривает такую систему.

Краткое изложение изобретения Настоящее изобретение направлено на систему с протоколом связи DMH, которая способна возвращать в G-MSC надежную информацию, связанную с идентификацией счетов, для выдачи вызова. Это изобретение создает такую систему путем возврата нового сообщения "информация назад для выдачи вызова" (INFOBACKCD) (invoke) от адресатной MSC, или V-MSC, к обслуживающей MSC, или G- MSC, после того, как результат для вызова определен в V-MSC. Новое сообщение INFOBACKCD содержит две части. Первая часть представляет собой Billingld (invoke), направленная от G-MSC к V-MSC. Вторая часть сообщения INFOBACKCD представляет собой родственный Billingld, который является Billingld, размещенный в V-MSC после того, как вызов был выдан. Следует понимать, что родственный Billingld описывает информацию о счетах, посланную в G-MSC. В промышленности Billingld, генерируемый в G-MSC, становится родственным Billingld с перспективы V-MSC. Однако, для целей описания и формулы изобретения, если не указано иначе, термин "родственный Billingld" относится к информации Billingld, генерируемой в V-MSC, как ее видит G-MSC.

Результат вызова может определяться, когда пейджинговый (поискового вызова) ответ принимается V-MSC от мобильной станции или после того, как выдача вызова произведена из G-MSC к V-MSC. В это время более надежное сообщение возвращается к G-MSC. Эту информацию можно использовать исключительно для тегирования входящих вызовов или можно использовать для корреляции входящих вызовов в G-MSC и V-MSC.

В соответствии с одним аспектом настоящего изобретения, имеется система с протоколом связи манипулятора информационных сообщений (DMH) для использования в сотовой телекоммуникационной сети для сообщения отчетной информации и информации по счетам, связанной с вызовом в мобильную станцию в рамках сети. Система включает в себя визитирующий мобильный коммутационный центр (V-MSC), где находится указанная мобильная станция, которой направляется вызов, и мобильная станция межсетевого сопряжения (G-MSC), которая после выдачи этого вызова в G-MSC генерирует первые данные, идентифицирующие счета, и передает эти первые данные, как часть сообщения с активизацией вызова (call invoke) к указанному V-MSC. V-MSC имеет средства для размещения вторых данных, идентифицирующих счета, соответствующих пришедшему вызову, случившемуся в V-MSC, в ответ на сообщения с активизацией. V-MSC также содержит средства V-MSC для возврата вторых данных, идентифицирующих счета, к G-MSC как родственных данных, идентифицирующих счета, после определения результата для вызова.

Предпочтительно V-MSC возвращает сообщение "информация назад для выдачи вызова" (INFOBACKCD), которое содержит родственные данные, идентифицирующие счета, от V-MSC и идентифицирующее счета сообщение, направленное от G-MSC к V-MSC. Предусматривается, что родственные идентифицирующие счета данные формулируются в V-MSC тем, что V-MSC присваивает номер участка с приращением ранее генерированным идентифицирующим счета данным, когда выданный вызов является расширением начального вызова к мобильной станции, такого, например, как участок ожидания вызова, на который нужно ответить, или V-MSC размещает новые идентифицирующие счета данные, когда выданный вызов представляет собой новый вызов или не является расширением существующего вызова.

В соответствии с другим аспектом этого изобретения, имеется способ сообщения отчетной информации и информации по счетам от обслуживающего MSC к адресатному MSC, которому вызов направляется к мобильной станции в рамках сотовой телекоммуникационной сети. Способ включает в себя следующие этапы: генерирование в обслуживающем MSC первых идентифицирующих счета данных, представляющих вызов в обслуживающем MSC; передача первых идентифицирующих счета данных к адресатному MSC; генерирование вторых идентифицирующих счета данных в адресатном MSC, соответствующих пришедшему вызову, который имел место в адресатном MSC; и возвращение вторых идентифицирующих счета данных как родственных идентифицирующих счета данных к обслуживающему MSC после определения результата для вызова.

Краткое описание чертежей Для лучшего понимания характера и объектов настоящего изобретения можно сослаться на сопроводительные чертежи, на которых: фиг. 1 - чертеж сетевого узла, показывающий сигнализацию, используемую в технических условиях IS-41 и в предложенных IS-124; фиг. 2 - чертеж сетевого узла, показывающий сигнализацию предпочтительного варианта выполнения этого изобретения;
фиг. 3 - блок-схема сообщений, показывающая этапы, имеющие место в течение нескольких запросов на активизацию и прохождение идентификаторов счетов в предпочтительном варианте выполнения этого изобретения;
фиг. 4 - блок-схема шагов, которые предпринимает V-MSC для формирования родственной информации Billingld в соответствии с предпочтительным вариантом выполнения этого изобретения; и
фиг.5 - блок-схема сообщений, показывающая этапы, имеющие место в альтернативном варианте выполнения этого изобретения, в котором используется гибридное решение, содержащее сообщение INFOBACKCD этого изобретения и Billingld, предложенные Synacom Technology, Inc. в указанной статье под названием "IS-124 воздействует на IS-41, редакция 0".

Подробное описание
Хотя в рамках и для задач этого изобретения можно использовать любой протокол связи, в описанном здесь предпочтительном варианте выполнения используется наиболее широко используемый протокол связи в сотовой индустрии, заданный стандартом IS-41.

Настоящее изобретение предусматривает добавление нового сообщения к IS-41, редакция C. Это новое сообщение является сообщением возврата информации о счетах, которое на протяжении всего этого описания называется сообщением INFOBACKCD. Значительное отличие этого сообщения состоит в том, что оно возвращается после определения результата для вызова. Это может быть или ответ на сигнал поискового вызова (пейджинга), полученный от мобильной станции, или когда вызов был выдан мобильной станции (MS). В этот момент сообщение INFOBACKCD, содержащее идентифицирующие выставляемые счета данные (Billingld), находящиеся в сообщениях IS-41, посылается от обслуживающего MSC (G-MSC) к адресатному MSC (V-MSC) и включает в себя родственные идентифицирующие счета данные (родственный Billingld), генерируемые V-MSC, что исключает противоречия, описанные в уровне техники.

Billingld и родственные Billingld настоящего изобретения соответствуют протоколу стандарта IS-41. Billingld образованы 24-битовой глобальной идентичностью обмена (GLEXM) (идентичность коммутатора SWID) + 24-битовая идентификация вызова (CALLID) + 8-битовый номер сегмента. Часть CALLID используется для тегирования конкретной вызывающей стороны, т.е. один "CALLID" привязан к одному вызывающему в вызове. Номер сегмента представляет собой "номер участка" для определения всех вызовов, в которых принимал участие вызывающий, т.е. первая установка вызова вызывающим будет иметь "номер участка = 0", второй трехнаправленный вызов будет тегироваться "номером участка 1", прием вызова, ожидающего вызов, будет тегироваться "номером участка = 2", и т. д. Данные Billingld и родственного Billingld, образующие части сообщения INFOBACKCD, используются для тегирования подзаписей IS-124 Origination (подготовка), Redirection (переадресация), Feature Activation (активация признака) и Termination Leg (участок окончания). Смысл "номера сегмента" в каждом из этих полей IS-41 Billingld - идентифицировать "Leg No" (номер участка). Номер участка проходит между MSC в управляющих сообщениях IS-41 как часть поля Billingld сообщений RouteRequest, LocationRequest, IntersystemPage (межсистемный поисковый вызов), UnsolicitedResponse (неиспрошенный ответ) и Redirection.

На фиг. 1 показан чертеж узла сети, иллюстрирующий сигнализацию, используемую в IS-41, как предложено техническими условиями IS-124. В настоящее время в стандарте IS-41 вызов устанавливается или выдается из общественной коммутируемой сети (PSTN) 10 или мобильной станции (MS) 12 к обслуживающему MSC 14, ниже называемому MSC-A 14. Информация о выдаче вызова содержит идентификационный номер В для MS-B 16. Чтобы установить вызов к MS-B 16, MSC-A 14 посылает сообщение Location/Request (местоположение/запрос) (LOCREQ) (invoke) к домашнему регистру HLR-B 18. Номер LOCREQ включает информацию о номере В и Billingld в соответствии с протоколом IS-41, изложенном в предыдущем абзаце. Для простоты этот Billingld указывается как SWid=A, CALLid= 102 и LEG NUMBER = 0. Другими словами, Billingld идентифицирует вызов, приходящий от MSC-A, как 102-ой вызов, установленный MSC-A, причем этот конкретный вызов является первым участком вызова. На чертеже эта информация показана как Billingld [A-102-0]. После получения сообщения LOCREQ HLR-B 18 определяет, является ли номер В истинным номером. Если номер В это истинный номер, HLR-B 18 посылает сообщение RouteRequest (ROUTREQ) (invoke) к MSC-B 20. Это сообщение ROUTREQ включает в себя Billingld [A- 102-0]. После получения этого сообщения ROUTREQ MSC-B 20 создает свою собственную запись вызовов, присваивая свой собственный Billingld. В этом примере SWid=B, CALLid= 500 и LEG NUMBER = 0 присвоен [B-500-0]. MSC-B 20 посылает сообщение RouteRequestRetum (запрос маршрута возвращение) (ROUTREQR) (ответ) к HLR-B. В предложении для стандарта IS-124 говорится, что сообщение ROUTREQR содержит Billingld [B-500-0] , сформированный в MSC-B 20. Эта характеристика изначально не имелась в стандарте IS-41. Затем, HLR-B посылает сообщение LocateRequestReturn (обнаружить местонахождение-запрос-возврат) (LOCREQR) (ответ) к MSC-A 14. Сообщение LOCREQR также содержит Billingld [В-500-0] MSC-B. Затем MSC-A 14 устанавливает канал связи 22 с MSC-B 20, по которому выдается вызов.

Внизу на фиг. 1 пунктирная линия 23 показывает записи счетов, которые установлены для вызова, выданного в канале связи 22 во время процесса установки вызова. Запись счетов, установленная MSC-A 14 для участка подготовки или переадресации вызова, показана в поз.24. Запись счетов, установленная MSC-B 20 для участка окончания вызова, показана в поз.26. Billingld [A-102- 0], показанный в прямоугольнике 28 записи 24, представляет собой вначале генерированный MSC-A 14. Затем MSC-B 20 сохраняет Billingld (А-102-0] в прямоугольнике 32 в записи 26 как родственный Billingld. MSC-B 20 сохраняет свой сформированный Billingld [В-500-0] в прямоугольнике 30 в записи 26. Стандарт IS- 41 предусматривает хранение трех частей информации в этих двух записях. Это означает, что запись 26 участка окончания вызова может отслеживать вызов назад к записи 24 участка подготовки (порождения) вызова, если это потребуется позже. При введении Billingld [В-500-0] MSC-B 20, посылаемого назад в ответных сообщениях в течение установки вызова к MSC-A 14, как предусматривается предлагаемым стандартом IS-124, запись 24 вызова подготовки имеет родственный Billingld [В-500-0] в прямоугольнике 34. Это теперь позволяет обеспечить корреляцию направленного вперед вызова позднее или после завершения вызова. Проблемы, связанные с этой схемой установки вызова, предложенной стандартом IS-124, относятся к возврату неправильной информации о Billingld к MSC-A в том случае, если вызов не выдан, и эти проблемы обсуждались ранее в разделе Уровень техники.

На фиг.2 показан предпочтительный вариант выполнения настоящего изобретения. По большей части, передача сигналов, предусмотренная на фиг.2, соответствует передаче сигналов по IS-41, как показано на фиг. 1. Однако имеются существенные отличия в передаче сигналов на фиг.1 и фиг.2. Первое такое отличие заключается в том, что сообщение ROUTREQR на фиг.2 от MSC-B 20 к HLR-B 18 от MSC-A не включает в себя Billingld [В-500-0]. Второе существенное отличие заключается в том, что сообщение LOCREQR, посылаемое от HLR-B 18 к MSC-A 14 не содержит Billingld [B-500-0]. Эти два отличия составляют особенность предпочтительного варианта выполнения настоящего изобретения. В настоящем изобретении только после того, как результат вызова определен либо ответом на поисковый вызов (пейджинг), получаемым от MS-B 16, либо установлением канала связи 22, отдельное сообщение "информация назад для выдачи вызова" INFOBACKCD (активизация - invoke) 33 посылается к MSC-A 14 от MSC-B 20. Сообщение INFOBACKCD 33 содержит номер Billingld, генерированный MSC-B [B-500-0] , номер Billingld, генерированный в MSC-A 14 [А-102-0]. В этом варианте информация посылается назад в протоколе [Billingld, родственный Billingld] или [А-102-0, В-500-0], так что эту информацию можно теперь сохранить в новой записи 24 счетов для участка подготовки вызова. Более того, это сообщение INFOBACKCD можно послать назад непосредственно от MSC-B 20 к MSC-A 14. Затем, протокол связи этого изобретения заставляет MSC-A 14 посылать сообщение "информация назад для ответа на выдачу вызова" (INFOBACKCDR) (ответ) 35 к MSC-B 20 как подтверждение того, что сообщение INFOBACKCD 33 было принято. Хотя на фиг. 2 не показаны 24 и 26 записи счетов, нужно понимать из предыдущего описания, что протокол сигнализации этого изобретения будет предусматривать генерирование показанных на фиг.1 записей счетов.

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

Хотя это описание может быть несколько избыточным ввиду предыдущего описания на фиг.2, полагаем, что оно поможет в понимании реализации протокола сигнализации этого изобретения. Сначала цифры (т.е. номер справочника или директории) подготовки вызова 36 и цифронаборного мобильного адреса 38 принимаются или от другой мобильной станции через соту, или от общественной коммутируемой телефонной сети 40 у обслуживающего или межсетевого MSC (G-MSC) 42 с использованием протоколов, определяемых стандартом IS-41. Выдача этого вызова показана выдачей вызова 39.

Затем G-MSC 42 посылает запрос о сообщении INVOKE (активизация) 44, включая Billingld, в домашний регистр (HLR) 46, связанный с вызываемой мобильной станцией. Связь вызываемой мобильной станции с HLR 46 осуществляется через номер справочника 38. Следует понять, что сообщение INVOKE 44 может содержать любое из нескольких разных видов сообщений, таких, как сообщение FeatureRequest (FEATREQ), сообщение OriginationRequest (ORREQ), сообщение LocationRequest (LOCREQ) или запроса на перенос номера (TRANUMREQ). Все эти сообщения будут включать в себя данные о Billingld.

Затем, если номер справочника присвоен законному абоненту, HLR 46 посылает сообщение "RouteRequest (ROUTREQ) (активизация)" 48 визитирующему HLR (VLR) 50, который последним предоставил извещение о регистрации для вызываемой мобильной станции. Затем VLR посылает сообщение ROUTREQ (активизация) 51 к адресатному MSC (V-MSC) 52. Оба сообщения ROUTREQ 48 и 51 содержат Billingld.

Затем, имеются несколько способов, с помощью которых вызов может быть выдан в MS. Сначала V-MSC 52 высылает запрос на поисковый вызов в своей области, чтобы проверить, находится ли MS в его области. Если MS находится в области охвата V-MSC 52, MS должна ответить на поисковый вызов, и V-MSC высылает сообщение ROUTREQ (ответ) 53 в VLR 50.

В это же время V-MSC 52 высылает запрос на поисковый вызов в MS, V-MSC также посылает сообщение ISPAGE (активизация) 41 нескольким граничащим MSC 43. Сообщение ISPAGE 41 будет содержать информацию о Billingld, позволяющую граничащему MSC 43 выставить счет на вызов в том случае, если граничащий MSC 43 выдаст вызов в MS. Цель сообщения ISPAGE обнаружить граничащими MSC 43 положение MS в том случае, если MS не находится в своем в последний раз зарегистрированном V-MSC 52. В том случае, если MS размещается в одном из граничащих MSC 43, и MS посылает ответ на поисковый вызов назад граничащему MSC 43, сообщение ISPAGE (ответ) 45 посылается назад к V-MSC 52. Затем V-MSC 52 высылает сообщение ROUTREQ (ответ) 53 к VLR 50 с сообщением о том, что граничащий MSC готов установить вызов.

Еще один, возможный вариант установки вызова к MS имеет место, когда MS в ответ на поисковый вызов от V-MSC 52, посылает сообщение ответа другому граничащему MSC 47, который не получил сообщение ISPAGE (активизация) 41. Это может произойти, потому что после приема поискового вызова MS проходит через процесс повторного поиска, находя канал самого большого сигнала, чтобы зафиксироваться на нем. Если этот канал связан с охватом, предоставляемым граничащим MSC 47, то MS посылает обратно свой ответ на поисковый вызов граничащему MSC 47. В этот момент граничащий MSC 47 посылает сообщение UnsolicitedResponse (UNSOLRES) (активизация) 49 к V-MSC 52 с информацией о Billingld. V-MSC 52 возвращает сообщение UNSOLRES (ответ) 49R к граничащему MSC 47. Это возвращенное сообщение включает в себя информацию о Billingld, позволяющую граничащему MSC 47 тегировать для вызова. Затем V-MSC 52 высылает сообщение ROUTREQ (ответ) 53 к VLR 50.

После того, как сообщение ROUTREQ (ответ) 53 послано в VLR 50, VLR 50, в свою очередь, посылает сообщение ROUTREQ (ответ) 54 обратно к HLR 46. Затем HLR 46 возвращает сообщение о возврате результата (RETURNRESULT) в G-MSC.

В соответствии с настоящим изобретением, в этот момент любой из V-MSC 52 или граничащие MSC 43 или 47 могут получить ответ на поисковый вызов от MS. Если такое происходит, то это говорит о том, что новый вызов устанавливается к MS и что соответствующий обслуживающий MSC (43, 47 или 52) размещает Billingld. Если один из граничащих MSC 43 или 47 получает ответ на поисковый вызов, то сообщение INFOBACKCD (активизация) 176 посылается от MSC к G-MSC 42. Сообщение 176 показано как одно сообщение, и следует понимать, что каждый из граничащих MSC 43 и 47 будет иметь свое собственное сообщение INFOBACKCD 178. Возвратное подтверждение INFOBACKCDR посылается от G-MSC 42 к соответствующему MSC 43 или 47 в 176. Если один из V-MSC 52 получает ответ на поисковый вызов, то сообщение INFOBACKCD (активизация) 180 посылается от этого V- MSC 52 к G-MSC 42. Возвратное подтверждение INFOBACKCDR посылается от G-MSC 42 к соответствующему V-MSC 52 в 182.

По получении сообщения RETURNRESULT (ответ) 55 вызов выдается на MS путем установки выдачи вызова на канал связи 56 или канал связи 170, в зависимости от того, какой MSC (43, 47 или 52) получил ответ на поисковый вызов от MS.

В соответствии с настоящим изобретением, если от мобильной станции не получено ответа на поисковый вызов в V-MSC или граничащих MSC. то, т.к. выдача вызова 56 или 170 установлена, сообщение INFOBACKCD (активизация) 57 или 172, соответственно, посылается от V-MSC 52 к G-MSC 42. Затем G-MSC 42 посылает сообщение INFOBACKCDR (ответ) 58 или 174 соответствующему MSC для завершения связи.

Сообщение INFOBACKCD содержит Billingld, первоначально направленный G-MSC, и новую порцию информации. Эта новая информация содержит родственный Billingld, который был сформирован V-MSC.

Формирование родственного Billingld в V-MSC показано на блок-схеме на фиг. 4 для сообщения RouteRequest. Следует понимать, что блок-схема для сообщений ISPAGE или UNSOLRESPONSE будет аналогичной описанной ниже и что различия в блок-схеме должны быть очевидными для специалиста. Когда RouteRequest 65 получено в V-MSC, V-MSC делает поисковый вызов в MS и ожидает получения ответа на поисковый вызов в 67. Если ответ на поисковый вызов получен от MS, то V-MSC размещает новый Billingld в 69. Затем, поскольку результат вызова был определен в 67 ответом "ДА", Billingld посылается назад к G-MSC как родственный Billingld, как часть сообщения INFOBACKCD в 78. Billingld сообщения INFOBACKCD соответствует Billingld, изначально сформированному в G-MSC при установке вызова.

В том случае, если никакого ответа на поисковый вызов не получено от MS в 67, после того как вызов выдан от G-MSC к V-MSC в 70, V-MSC запрашивает вызов путем определения, не является ли вызов расширением в 72 начального вызова. Это может быть: первый участок вызова, отклонение вызова, запрет вызова или передняя разблокировка. Если вызов утвердительный для любого из этих запросов, то V-MSC присваивает новый Billingld вызову в 74 и делает это частью родственного Billingld. V-MSC затем формулирует сообщение INFOBACKCD в 78, собирая вместе информацию о Billingld, посланную G-MSC, и родственный Billingld из шага 78. Поскольку запрос шага в 72 отрицательный, выдаваемый вызов представляет собой участок ожидания отвеченного вызова. Затем в 76 V-MSC дает приращение номеру участка ранее генерированного Billingld. Затем V-MSC формулирует сообщение INFOBACKCD в 78, собирая вместе информацию о Billingld, посланную G-MSC, и родственный Billingld от шага 74 или 76.

На фиг.5 показана блок-схема сообщений, иллюстрирующая шаги, имеющие место в течение запросов на обслуживающую активизацию и прохождение идентификаторов счетов в альтернативном варианте выполнения настоящего изобретения, где используется гибридное решение, содержащее сообщение INFOBACKCD этого изобретения и Billingld, предложенные Synacom Technology, Inc. в вышеуказанной статье под заглавием "IS-124 воздействует на IS-41, редакция 0". Сначала цифры (т.е. номер справочника или директории) подготовки вызова 110 и цифронаборного мобильного адреса 112 принимаются или от другой мобильной станции, или от общественной коммутируемой телефонной сети 116 в обслуживающем или межсетевом MSC (G-MSC) 118 с использованием протоколов, определяемых стандартом IS-41. Выдача этого вызова показана выдачей вызова 114.

Затем G-MSC 118 посылает запрос на сообщение INVOKE (активизация) 120, включая идентифицирующую счета информацию в сообщении (Billingld), в домашний регистр (HLR) 122, связанный с вызываемой мобильной станцией. Связь вызываемой мобильной станции с HLR 122 осуществляется через номер справочника. Следует понимать, что сообщение INVOKE 120 может содержать любой из разных видов сообщений, таких, как FEATREQ, ORREQ, LOCREQ и TRANUMREQ, все эти сообщения будут включать Billingld.

Затем, если номер справочника присвоен законному абоненту, HLR 122 посылает сообщение ROUTREQ (активизация) 124 визитирующему регистру (VLR) 126, который последним предоставил извещение о регистрации для вызываемой мобильной станции. Затем VLR 126 посылает сообщение ROUTREQ (активизация) в 128 к адресатному MSC (V-MSC) 130. Оба сообщения ROUTREQ 124 и 128 содержат Billingld.

Затем, имеются несколько способов, с помощью которых вызов может быть доставлен к MS. Сначала V-MSC 130 высылает запрос на поисковый вызов, чтобы определить, находится ли MS в его области. Если MS находится в области охвата V-MSC 130, MS должна ответить на поисковый вызов, и V-MSC высылает сообщение ROUTREQ (ответ) 132 к VLR 126. Это сообщение возвращает информацию о Billingld.

В это же время V-MSC 130 высылает запрос на поисковый вызов к MS, V- MSC также посылает сообщение ISPAGE (активизация) 134 нескольким граничащим MSC 136. Сообщение ISPAGE 134 будет включать информацию о Billingld, позволяя граничащему MSC 136 выставить счет на вызов в том случае, если граничащий MSC 136 выдаст вызов к MS. Цель сообщения ISPAGE - обнаружить нахождение MS в том случае, если MS не находится в своем последний раз зарегистрированном V-MSC. В том случае, если MSC находится в одном из граничащих MSC 136, и MS посылает ответ на поисковый вызов обратно к граничащему MSC 136, сообщение ISPAGE (ответ) 138 посылается назад к V-MSC 130. Сообщение 138 содержит информацию о Billingld. Затем V-MSC 130 высылает сообщение ROUTREQ (ответ) 132 к VLR 126 с сообщением, что граничащий MSC готов установить вызов.

Еще один вариант для установления вызова к MS имеет место, когда MS в ответ на поисковый вызов от V-MSC посылает сообщение об ответе на поисковый вызов другому граничащему MSC 140, который не получил сообщения ISPAGE (активизация) 134. Это может случиться, потому что после получения поискового вызова MS осуществляет процесс повторного поиска, для нахождения канала самого сильного сигнал, чтобы зафиксироваться на нем. Если этот канал связан с охватом, предоставляемым граничащим MSC 140, то MS посылает свой ответ на поисковый вызов обратно граничащему MSC 140. В этот момент граничащий MSC 140 посылает сообщение "незапрошенный ответ" (Unsolicited Response) (UNSOLRES) (активизация) 142 к V-MSC 130 с информацией о Billingld. V-MSC 130 возвращает сообщение UNSOLRES (ответ) 144 граничащему MSC 140. Это возвратное сообщение содержит информацию о Billingld, позволяющую граничащему MSC 140 тегировать для вызова. Затем V-MSC 130 высылает сообщение ROUTREQ (ответ) 132 к VLR 126 с сообщением, что граничащий MSC готов установить вызов.

После того, как сообщение ROUTREQ (ответ) 132 послано VLR 126, VLR 126, в свою очередь, посылает сообщение ROUTREQ (ответ) 146 обратно к HLR 122. HLR 122 затем возвращает сообщение 148 возврата результата (RETURNRESULT) к G-MSC. Все сообщения 132, 146 и 148 содержат Billingld, генерированный V-MSC. Как было обсуждено ранее в разделе Уровень техники, Billingld, возвращенный в сообщениях 132, 146 и 148 может быть ненадежным, когда Leg No. имеет значение, отличное от 0.

После получения сообщения RETURNRESULT (ответ) 148 вызов выдается в MS. В зависимости от того, какой MSC (130, 136 или 140) получил ответ на поисковый вызов от MS, будет установлена одна из выдач вызова (активизация) 150 или 160.

В соответствии с настоящим изобретением, если сообщение о выдаче вызова (активизация) 150 или 160 установлено, возвратное сообщение "информация назад после выдачи вызова" (INFOBACKCDR) (ответ) 152 или 162, соответственно, будет послано назад от MSC 130 или MSC 136 или 140. На самом деле, MSC, которому выдан вызов, можно теперь называть V-MSC. Затем G- MSC 118 посылает сообщение INFOBACKCDR (ответ) 154 или 164 обратно к V-MSC для завершения связи. Сообщение INFOBACKCD содержит информацию о Billingld, изначально направленную от G-MSC, и также содержит новую порцию информации. Эта новая информация содержит информацию о родственном Billingld, которая сформирована V-MSC. Родственный Billingld в этом примере выполнения используется для коррекции информации о Billingld, возвращенной сообщениями 132, 146 или 148. Затем все эти сообщения можно использовать для тегирования посылки вызовов к MS.

Таким образом считается, что работа и конструкция согласно этому изобретению будут очевидны из предыдущего описания. Хотя показанные и описанные способ и система характеризуются как предпочтительные, очевидно, что можно сделать различные изменения и модификации в изобретении, не отходя от смысла и рамок изобретения, как они определены в следующей формуле изобретения.

Формула изобретения

1. Система с протоколом связи "Манипулятор информационных сообщений" (DMH) для использования в сотовой телекоммуникационной сети для сообщения информации по операциям со счетами, связанной с вызовом в мобильную станцию в рамках сети, содержащая визитирующий мобильный коммутирующий центр (V-MSC), где расположена указанная мобильная станция, которой направлен вызов, мобильная станция межсетевого сопряжения (G-MSC), которая после выдачи вызова к G-MSC генерирует первые идентифицирующие счета данные и передает их как часть сообщения активизации вызова к V-MSC, отличающаяся тем, что она содержит средство внутри V-MSC для размещения вторых идентифицирующих счета данных, соответствующих поступлению вызова, которое имело место в V-MSC в ответ на сообщение активизации вызова, и средство внутри V-MSC для возвращения вторых идентифицирующих счета данных к G-MSC как родственных идентифицирующих счета данных после определения результата для вызова.

2. Система по п.1, отличающаяся тем, что V-MSC выполнена с определением результата для вызова после получения ответа на поисковый вызов от мобильной станции или после того, как вызов был выдан от G-MSC к V-MSC.

3. Система по п.1, отличающийся тем, что V-MSC выполнена с возможностью возвращения сообщения "информация назад для выдачи вызова", которое включает в себя родственные идентифицирующие счета данные и первые идентифицирующие счета данные, направленные от G-MSC к V-MSC, причем сообщение "информация назад для выдачи вызова" возвращается после определения результата для вызова в V-MSC.

4. Система по п.1, отличающаяся тем, что V-MSC выполнен с обеспечением формирования родственных идентифицирующих счета данных посредством того, что V-MSC присваивает приращенный номер участка номеру участка ранее генерированных родственных идентифицирующих счета данных, когда выданный вызов представляет собой расширение начального вызова в мобильную станцию, и посредством того, что V-MSC размещает новые идентифицирующие счета данные, когда выданный вызов является новым вызовом или не представляет собой расширение существующего вызова.

5. Система по п. 1, отличающаяся тем, что V-MSC выбирается из группы, состоящей из мобильного коммутирующего центра (MSC), от которого последний раз мобильной станции был послан поисковый вызов, граничащего MSC для этого MSC, где мобильная станция была последний раз зарегистрирована и от которого было получено сообщение с ответом на поисковый вызов от граничащего MSC, и граничащего MSC, который получает "неизвестный" ответ на поисковый вызов от мобильной станции, которой был послан поисковый вызов от другого MSC.

6. Система по п.1, отличающаяся тем, что она выполнена с возможностью выбора сообщения активизации вызова, генерируемое G-MSC, из группы, состоящей из сообщения о запросе признаков, сообщения о запросе подготовки, сообщения о запросе местонахождения и сообщения о запросе переноса номера.

7. Система по п.1, отличающаяся тем, что в состав каждых из первых идентифицирующих счета данных и родственных идентифицирующих счета данных входят номер идентичности коммутатора, номер идентификации вызова и номер сегментов, идентифицирующий участок вызова.

8. Система по п.1, отличающаяся тем, что она выполнена с обеспечением посылки сообщения активизации в домашний регистр (HLR), связанный с G-MSC, причем HLR, в свою очередь, посылает сообщение о запросе маршрута к визитирующему регистру (VLR), связанному с V-MSC, в котором мобильная станция была в последний раз зарегистрирована, а VLR, в свою очередь, посылает сообщение с запросом маршрута к связанному с ним V-MSC.

9. Способ сообщения информации по операциям со счетами между обслуживающим мобильным коммутирующим центром (MSC) и адресатным MSC, к которому направлен вызов, к мобильной станции в рамках сотовой телекоммуникационной сети, включающий в себя генерирование в обслуживающем MSC первых идентифицирующих счета данных для вызова, передача первых идентифицирующих счета данных к адресатному MSC, отличающийся тем, что он включает в себя генерирование вторых идентифицирующих счета данных в адресатном MSC, соответствующих поступлению вызова, который имел место в адресатном MSC, и возвращение вторых идентифицирующих счета данных как родственных идентифицирующих счета данных в обслуживающий MSC после определения результата для вызова в адресатном MSC.

10. Способ по п.9, отличающийся тем, что результат вызова определяют в адресатном MSC посредством того, что адресатный MSC сначала проверяет, имеется ли прием ответа на поисковый вызов от мобильной станции и, если его нет, определяет, что вызов выдан от обслуживающего MSC к адресатному MSC.

11. Способ по п.9, отличающийся тем, что возвращение родственных идентифицирующих счета данных к обслуживающему MSC включает в себя возвращение сообщения "информация назад для выдачи вызова", которое содержит родственные идентифицирующие счета данные и первые идентифицирующие счета данные, переданные от обслуживающего MSC к адресатному MSC.

12. Способ по п.9, отличающийся тем, что генерирование вторых родственных идентифицирующих счета данных в адресатном MSC включает в себя присвоение приращенного номера участка номеру участка ранее генерированных родственных идентифицирующих счета данных, когда выданный вызов представляет собой расширение начального вызова в мобильную станцию, и размещение новых идентифицирующих счета данных, когда выданный вызов является новым вызовом или не представляет собой расширение существующего вызова.

13. Способ по п.9, отличающийся тем, что генерирование первых идентифицирующих счета данных для вызова включает в себя формирование сообщения активизации вызова, выбранного из группы, состоящей из сообщения о запросе признаков, сообщения о запросе подготовки, сообщения о запросе местонахождения и сообщения о запросе переноса номера.

14. Способ по п.9, отличающийся тем, что в состав каждых из первых идентифицирующих счета данных и родственных идентифицирующих счета данных входят номер идентичности коммутатора, номер идентификации вызова и номер сегмента, идентифицирующий участок вызова.

15. Способ по п.9, отличающийся тем, что сообщение активизации посылают в домашний регистр (HLR), связанный с обслуживающим MSC, причем от HLR, в свою очередь, посылают сообщение о запросе маршрута к визитирующему регистру (VLR), связанному с V-MSC, в котором мобильная станция была в последний раз зарегистрирована, а от VLR, в свою очередь, посылают сообщение с запросом маршрута к связанному с ним MSC.

16. Система с протоколом связи "Манипулятор информационных сообщений" (DMH) для использования в сотовой телекоммуникационной сети для сообщения информации по операциям со счетами, связанной с вызовом в мобильную станцию в рамках сети, содержащая визитирующий мобильный коммутирующий центр (V-MSC), где расположена указанная мобильная станция, которой направлен вызов, мобильная станция межсетевого сопряжения (G-MSC), которая после выдачи вызова к G-MSC генерирует первые идентифицирующие счета данные и передает их как часть сообщения активизации вызова к V-MSC, отличающаяся тем, что она содержит средство внутри V-MSC для размещения вторых идентифицирующих счета данных, соответствующих поступлению вызова, которое имело место в V-MSC в ответ на сообщение активизации вызова, и средство внутри V-MSC для возвращения вторых идентифицирующих счета данных к G-MSC как родственных идентифицирующих счета данных после того, как вызов был выдан от G-MSC к V-MSC.

17. Система по п.16, отличающаяся тем, что V-MSC выполнена с возможностью возвращения сообщения "информация назад для выдачи вызова", которое включает в себя родственные идентифицирующие счета данные и первые идентифицирующие счета данные, направленные от G-MSC к V-MSC, причем сообщение "информация назад для выдачи вызова" возвращается после определения результата для вызова в V-MSC.

18. Система по п.16, отличающаяся тем, что V-MSC выполнена с обеспечением формирования родственных идентифицирующих счета данных посредством того, что V-MSC присваивает приращенный номер участка номеру участка ранее генерированных родственных идентифицирующих счета данных, когда выданный вызов представляет собой расширение начального вызова в мобильную станцию, и посредством того, что V-MSC размещает новые идентифицирующие счета данные, когда выданный вызов является новым вызовом или не представляет собой расширение существующего вызова.

19. Система по п.16, отличающаяся тем, что V-MSC выбирается из группы, состоящей из мобильного коммутирующего центра (MSC), от которого мобильной станции был последний раз послан поисковый вызов, граничащего MSC для этого MSC, где мобильная станция была последний раз зарегистрирована и от которого было получено сообщение с ответом на поисковый вызов от граничащего MSC, и граничащего MSC, который получает "неизвестный" ответ на поисковый вызов от мобильной станции, которой был послан поисковый вызов от другого MSC.

20. Система по п.16, отличающаяся тем, что она выполнена с возможностью выбора сообщения активизации вызова, генерируемое G-MSC, из группы, состоящей из сообщения о запросе признаков, сообщения о запросе подготовки сообщения о запросе местонахождения и сообщения о запросе переноса номера.

21. Система по п. 16, отличающаяся тем, что в состав каждых из первых идентифицирующих счета данных и родственных идентифицирующих счета данных входят номер идентичности коммутатора, номер идентификации вызова и номер сегмента, идентифицирующий участок вызова.

22. Система по п.16, отличающаяся тем, что она выполнена с обеспечением посылки сообщения активизации в домашний регистр (HLR), связанный с G-MSC, причем HLR, в свою очередь, посылает сообщение о запросе маршрута визитирующему регистру (VLR), связанному с V-MSC, в котором мобильная станция была последний раз зарегистрирована, а VLR, в свою очередь, посылает сообщение с запросом маршрута к связанному с ним V-MSC.

23. Способ сообщения информации по операциям со счетами между обслуживающим мобильным коммутирующим центром (MSC) и адресатным MSC, к которому направлен вызов, к мобильной станции в рамках сотовой телекоммуникационной сети, включающий в себя генерирование в обслуживающем MSC первых идентифицирующих счета данных для вызова, передача первых идентифицирующих счета данных к адресатному MSC, отличающийся тем, что он включает в себя генерирование вторых идентифицирующих счета данных в адресатном MSC, соответствующих поступлению вызова, который имел место в адресатном MSC, и возвращение вторых идентифицирующих счета данных как родственных идентифицирующих счета данных в обслуживающий MSC после того, как вызов был выдан от обслуживающего MSC к адресатному MSC.

24. Способ по п.23, отличающийся тем, что возвращение родственных идентифицирующих счета данных к обслуживающему MSC включает в себя возвращение сообщения "информация назад для выдачи вызова", которое содержит родственные идентифицирующие счета данные и первые идентифицирующие счета данные, переданные от обслуживающего MSC к адресатному MSC.

25. Способ по п.24, отличающийся тем, что генерирование вторых идентифицирующих счета данных в адресатном MSC включает в себя присвоение приращенного номера участка номеру участка ранее генерированных родственных идентифицирующих счета данных, когда выданный вызов представляет собой расширение начального вызова в мобильную станцию, и размещение новых идентифицирующих счета данных, когда выданный вызов является новым вызовом или не представляет собой расширение существующего вызова.

26. Способ по п.24, отличающийся тем, что генерирование первых идентифицирующих счета данных для вызова включает в себя формирование сообщения активизации вызова, выбранного из группы, состоящей из сообщения о запросе признаков, сообщения о запросе подготовки, сообщения о запросе местонахождения и сообщения о запросе переноса номера.

27. Способ по п.24, отличающийся тем, что в состав каждых из первых идентифицирующих счета данных и родственных идентифицирующих счета данных входят номер идентичности коммутатора, номер идентификации вызова и номер сегмента, идентифицирующий участок вызова.

28. Способ по п.24, отличающийся тем, что сообщение активизации посылают в домашний регистр (HLR), связанный с обслуживающим MSC, причем от HLR, в свою очередь, посылают сообщение о запросе маршрута к визитирующему регистру (VLR), связанному с MSC, в котором последний раз была зарегистрирована мобильная станция, а от VLR, в свою очередь, посылают сообщение с запросом маршрута к связанному к ним MSC.

РИСУНКИ

Рисунок 1, Рисунок 2, Рисунок 3, Рисунок 4, Рисунок 5