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

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

Info

Publication number
RU2139641C1
RU2139641C1 RU97117360A RU97117360A RU2139641C1 RU 2139641 C1 RU2139641 C1 RU 2139641C1 RU 97117360 A RU97117360 A RU 97117360A RU 97117360 A RU97117360 A RU 97117360A RU 2139641 C1 RU2139641 C1 RU 2139641C1
Authority
RU
Russia
Prior art keywords
msc
call
message
identifying data
mobile station
Prior art date
Application number
RU97117360A
Other languages
English (en)
Other versions
RU97117360A (ru
Inventor
Роберт Бруннер
Original Assignee
Телефонакциенболаген ЛМ Эрикссон
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Телефонакциенболаген ЛМ Эрикссон filed Critical Телефонакциенболаген ЛМ Эрикссон
Publication of RU97117360A publication Critical patent/RU97117360A/ru
Application granted granted Critical
Publication of RU2139641C1 publication Critical patent/RU2139641C1/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/41—Billing record details, i.e. parameters, identifiers, structure of call data record [CDR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/49—Connection to several service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/50—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for cross-charging network operators
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80—Rating or billing plans; Tariff determination aspects
    • H04M15/8038—Roaming or handoff
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01—Details of billing arrangements
    • H04M2215/0164—Billing record, e.g. Call Data Record [CDR], Toll Ticket[TT], Automatic Message Accounting [AMA], Call Line Identifier [CLI], details, i.e. parameters, identifiers, structure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/2026—Wireless network, e.g. GSM, PCS, TACS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/32—Involving wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/34—Roaming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/46—Connection to several service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/52—Interconnection, inter-exchange, reseller billing, billing agreements between different operators, e.g. billing identifier added on the CDR in order to cross charge the other operator, inter-operator accounting, reconciliation, bill directly resellers customers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/74—Rating aspects, e.g. rating parameters or tariff determination apects
    • H04M2215/7442—Roaming

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Meter Arrangements (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Изобретение относится к системе с протоколом связи "Манипулятор информационных сообщений" (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 ил.

Description

Изобретение относится к системе с протоколом связи "Манипулятор информационных сообщений" (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.
Таким образом считается, что работа и конструкция согласно этому изобретению будут очевидны из предыдущего описания. Хотя показанные и описанные способ и система характеризуются как предпочтительные, очевидно, что можно сделать различные изменения и модификации в изобретении, не отходя от смысла и рамок изобретения, как они определены в следующей формуле изобретения.

Claims (28)

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.
RU97117360A 1995-03-24 1996-03-01 Система сообщения информации для сотовой телекоммуникационной сети (варианты) и способ сообщения информации (варианты) RU2139641C1 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US08/409,664 US5796790A (en) 1995-03-24 1995-03-24 Reliable related billing ID information method for call delivery
US08/409,664 1995-03-24
PCT/SE1996/000272 WO1996031072A1 (en) 1995-03-24 1996-03-01 Communicating billing identification information for call delivery

Publications (2)

Publication Number Publication Date
RU97117360A RU97117360A (ru) 1999-08-10
RU2139641C1 true RU2139641C1 (ru) 1999-10-10

Family

ID=23621473

Family Applications (1)

Application Number Title Priority Date Filing Date
RU97117360A RU2139641C1 (ru) 1995-03-24 1996-03-01 Система сообщения информации для сотовой телекоммуникационной сети (варианты) и способ сообщения информации (варианты)

Country Status (10)

Country Link
US (1) US5796790A (ru)
EP (1) EP0815693A1 (ru)
JP (1) JPH11502684A (ru)
CN (1) CN1104158C (ru)
AU (1) AU708913B2 (ru)
BR (1) BR9607654A (ru)
CA (1) CA2214568A1 (ru)
NZ (1) NZ304457A (ru)
RU (1) RU2139641C1 (ru)
WO (1) WO1996031072A1 (ru)

Families Citing this family (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI100075B (fi) * 1994-11-11 1997-09-15 Ericsson Telefon Ab L M Järjestelmä tilaajatiedon hallitsemiseksi puhelinverkossa
GB9603582D0 (en) 1996-02-20 1996-04-17 Hewlett Packard Co Method of accessing service resource items that are for use in a telecommunications system
FR2745970B1 (fr) * 1996-03-07 1998-08-07 France Telecom Procede de prepaiement de consommation de communications telephoniques
US6069890A (en) 1996-06-26 2000-05-30 Bell Atlantic Network Services, Inc. Internet telephone service
US6154445A (en) 1996-04-18 2000-11-28 Bell Atlantic Network Services, Inc. Telephony communication via varied redundant networks
DE19635581C1 (de) * 1996-09-02 1997-10-23 Siemens Ag Verfahren und System zur Bestimmung des Aufenthaltsorts eines in einem zellularen Mobilfunknetz registrierten Funkteilnehmers
JP2845831B2 (ja) * 1996-09-06 1999-01-13 静岡日本電気株式会社 無線選択呼出受信機
US5918177A (en) * 1996-11-27 1999-06-29 Telefonaktiebolaget Lm Ericsson (Publ) System and method of providing a mobile station's service support information to a radio telecommunications network
US6134433A (en) * 1996-12-09 2000-10-17 Telefonaktiebolaget L M Ericsson (Publ) System and method of forwarding data calls in a radio telecommunications network
US5950129A (en) * 1996-12-09 1999-09-07 Telefonaktiebolaget Lm Ericsson (Publ) Two-way in-flight radio telecommunication system and method
US6078582A (en) 1996-12-18 2000-06-20 Bell Atlantic Network Services, Inc. Internet long distance telephone service
US6058300A (en) * 1997-02-04 2000-05-02 National Telemanagement Corporation Prepay telecommunications system
US6137869A (en) 1997-09-16 2000-10-24 Bell Atlantic Network Services, Inc. Network session management
US6574216B1 (en) 1997-03-11 2003-06-03 Verizon Services Corp. Packet data network voice call quality monitoring
US6292479B1 (en) 1997-03-19 2001-09-18 Bell Atlantic Network Services, Inc. Transport of caller identification information through diverse communication networks
US6870827B1 (en) 1997-03-19 2005-03-22 Verizon Services Corp. Voice call alternative routing through PSTN and internet networks
EP0886422A1 (en) * 1997-06-18 1998-12-23 Alcatel Telecommunication system and method for reaching a user via two numbers
US6138006A (en) * 1997-09-20 2000-10-24 Telefonaktiebolaget L M Ericsson System and method of delivering collect calls in a radio telecommunications network
US6167250A (en) * 1997-09-24 2000-12-26 Telefonaktiebolaget Lm Ericsson (Publ) Network based tariff acquisition system for roaming mobile subscribers
US6131024A (en) * 1997-10-09 2000-10-10 Ericsson Inc. System and method for setting subscriber-defined usage limits on a mobile terminal
US6377982B1 (en) * 1997-10-14 2002-04-23 Lucent Technologies Inc. Accounting system in a network
US6061341A (en) * 1997-12-16 2000-05-09 Telefonaktiebolaget Lm Ericsson (Publ) Use of transmission control protocol proxy within packet data service transmissions in a mobile network
US6144723A (en) * 1998-03-24 2000-11-07 Nortel Networks Corporation Method and apparatus for providing voice assisted call management in a telecommunications network
US6185414B1 (en) * 1998-07-24 2001-02-06 Telefonaktiebolaget Lm Ericsson (Publ) Wireless telecommunication system with prepaid architecture
US6201957B1 (en) * 1998-11-18 2001-03-13 Neopoint, Inc. System and method for implementing flexible calling plans
WO2000056085A1 (en) * 1999-03-17 2000-09-21 Star Home Gmbh System and method for roaming for prepaid mobile telephone service
US6408173B1 (en) * 1999-03-17 2002-06-18 Telefonaktiebolaget L M Ericsson (Publ) Billing ID correlation for inter-technology roaming
GB2350017B (en) * 1999-05-06 2003-05-28 Ericsson Telefon Ab L M Tariff determination in mobile telecommunication networks
GB2354404B (en) * 1999-09-18 2003-12-03 Ericsson Telefon Ab L M Collecting charging data in a telecommunications system
IL134741A (en) * 2000-02-27 2003-11-23 Adamtech Ltd Mobile transaction system and method
US6577867B1 (en) * 2000-03-31 2003-06-10 Telefonaktiebolaget Lm Ericsson (Publ) Method for conducting handoff back to anchor communication scenarios
FI113726B (fi) * 2000-05-25 2004-05-31 Nokia Corp Tilaajan laskuttamisen järjestäminen tietoliikennejärjestelmässä
AU2001271562A1 (en) * 2000-06-28 2002-01-08 Computer And Communication Technologies, Inc. Mobile call detail record separation for billing purposes
US6570969B1 (en) * 2000-07-11 2003-05-27 Motorola, Inc. System and method for creating a call usage record
WO2002005520A2 (en) * 2000-07-11 2002-01-17 Motorola Inc. System and method for creating usage and detail records, and allowing access to a communication node
US6751296B1 (en) * 2000-07-11 2004-06-15 Motorola, Inc. System and method for creating a transaction usage record
US6700962B1 (en) * 2000-07-11 2004-03-02 Motorola, Inc. System and method for creating a call detail record
US6711246B1 (en) * 2000-07-11 2004-03-23 Motorola, Inc. System and method for creating a page usage record
US6725256B1 (en) 2000-07-11 2004-04-20 Motorola, Inc. System and method for creating an e-mail usage record
JP2002115187A (ja) * 2000-10-12 2002-04-19 Japan Science & Technology Corp 新規セルロース原料とその積層体
KR100558988B1 (ko) * 2001-02-28 2006-03-10 에스케이 텔레콤주식회사 3세대 이동통신망에서의 다자간 호 서비스 방법 및 그에따른 과금 방법
GB0112202D0 (en) * 2001-05-18 2001-07-11 Nokia Corp Charging in communication networks
US7395048B2 (en) * 2002-12-26 2008-07-01 Motorola, Inc. Unsolicited wireless content delivery and billing apparatus and method
CN1905462B (zh) * 2005-07-27 2010-04-07 华为技术有限公司 一种应用业务的计费关联方法及系统
DE102006014921A1 (de) * 2006-03-30 2007-10-18 Siemens Ag Verfahren für Lawful Interception bei Anrufweiterschaltung in einem paketorientierten Telekommunikationsnetz
CN101094442B (zh) * 2006-08-23 2010-08-18 中兴通讯股份有限公司 一种电路交换域终呼锚定方法
US8238538B2 (en) 2009-05-28 2012-08-07 Comcast Cable Communications, Llc Stateful home phone service

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9013605D0 (en) * 1990-06-18 1990-08-08 Stc Plc Mobile communications
US5063591A (en) * 1990-10-26 1991-11-05 Telefonaktiebolaget L M Ericsson Toll ticketing record generation for billing of intersystem handoff calls in a mobile telephone system
AU3238793A (en) * 1991-12-12 1993-07-19 Cellular Technical Services Company, Inc. Real-time information system for cellular telephones
US5353331A (en) * 1992-03-05 1994-10-04 Bell Atlantic Network Services, Inc. Personal communications service using wireline/wireless integration
MX9404062A (es) * 1993-06-03 1995-01-31 Ericsson Telefon Ab L M Transferencia de llamada dentro del sistema de comunicaciones celulares.

Also Published As

Publication number Publication date
WO1996031072A1 (en) 1996-10-03
CN1104158C (zh) 2003-03-26
CA2214568A1 (en) 1996-10-03
BR9607654A (pt) 1998-06-16
EP0815693A1 (en) 1998-01-07
AU5165196A (en) 1996-10-16
CN1184581A (zh) 1998-06-10
NZ304457A (en) 1999-04-29
JPH11502684A (ja) 1999-03-02
MX9707107A (es) 1997-11-29
AU708913B2 (en) 1999-08-19
US5796790A (en) 1998-08-18

Similar Documents

Publication Publication Date Title
RU2139641C1 (ru) Система сообщения информации для сотовой телекоммуникационной сети (варианты) и способ сообщения информации (варианты)
US5526400A (en) System for routing calls to mobile subscribers
US6047179A (en) Debit service systems and methods for wireless units
US6453158B2 (en) Wireless prepaid platform integration with standard signaling
JP2813466B2 (ja) 電話システムの電話発呼を完成させる方法
US6115600A (en) Method for improving charging criteria in a mobile telephone network
US5930698A (en) Method and apparatus for efficient law enforcement agency monitoring of telephone calls
US20020054667A1 (en) Method and apparatus for routing emergency services calls in an intelligent network
RU97117360A (ru) Система сообщения информации для сотовой телекоммуникационной сети (варианты) и способ сообщения информации (варианты)
CA2275695A1 (en) System and method for changing subscriber service features in a radio telecommunications network
US6738629B1 (en) Method for flood paging in a telecommunications network
US6044274A (en) Handling of mobile originated intelligent network calls from a non-intelligent capable mobile switching center
CN1126019A (zh) 呼叫建立方法
US7224975B2 (en) Procedure and system for setting up a telecommunication connection
US20010051518A1 (en) Homezone call forwarding service method
US5873042A (en) System and method of multi-exchange parallel paging in a radio telecommunications network
CN100426913C (zh) 一种实现智能用户漫游时发起呼叫的方法
WO1999059371A1 (en) Mobile switching center that completes a call to a roaming mobile station as if the mobile station were a local mobile station
KR20000019457A (ko) 분실 이동통신 단말기를 위한 호 제어 방법
US7082300B1 (en) Roaming virtual long distance
EP1299997B1 (en) Arranging of billing in a telecommunication system
EP1308022A1 (en) Method for offering a service number call with a predefined price for a subscriber of a mobile terminal
MXPA97007107A (en) Reliable information of the related idfacturation to send flame
CA2255847C (en) System and method of delivering roamer port calls in multiple radio telecommunication switches
KR100485817B1 (ko) 이동 전화망에서의 호 처리 시스템 및 음성신호 착신 경로설정방법