Упрощенный способ для ims-регистрации при экстренных вызовах

Упрощенный способ для ims-регистрации при экстренных вызовах

Реферат

Изобретение относится к способам и устройствам для IMS-регистрации при экстренных вызовах.

Сети, например, сотовые сети мобильной известны специалисту, например, из спецификаций в www.etsi.org или www.3gppp.org.

Документ TS 23.167 Release 7 организации по стандартизации 3GPP специфицирует экстренные вызовы в IMS (Мультимедийная подсистема IP). Эта техническая спецификация 3GPP TS 23.167 касается стационарных сетей следующего поколения, как они стандартизованы, например, в ETSI TISPAN и CableLabs. Существенным основополагающим принципом при экстренных вызовах в IMS является специальная IMS-регистрация экстренных вызовов. TS 23.167 в настоящее время исходит из того, что оконечное устройство, которому желательно разместить в IMS экстренный вызов, сначала регистрируется в IMS посредством собственного SIP URI экстренного вызова (также называемого общедоступным пользовательским идентификатором экстренного вызова). Этот SIP URI (унифицированный идентификатор ресурса протокола инициации сессии) либо предварительно конфигурируется в оконечном устройстве, либо оконечное устройство вырабатывает его из имеющегося SIP URI, который, например, сохранен на UICC (если имеется) (UICC - универсальная плата интегральной схемы). В случае GPRS/UMTS регистрации в IMS предшествует установление PDP (протокол пакетных данных) контекста экстренного вызова. PDP-контекст устанавливает сессию между оконечным устройством и узлом GGSN и назначает оконечному устройству IP- и P-CSCF-адрес. Этот PDP-контекст применяет собственное имя пункта доступа (APN), с помощью которого определяется узел GGSN и P-CSCF (прокси-функция управления сессией вызова) в посещаемой сети мобильной радиосвязи (VPLMN). Это необходимо, так как экстренный вызов в VPLMN должен маршрутизироваться к центру экстренных вызовов, однако в случае роуминга узел GGSN и, тем самым, также узел P-CSCF обязательно могут находиться в исходной сети пользователя (и обычно они там находятся, так как пункты APN предварительно конфигурируются для оконечного устройства оператором исходной сети). Этот способ действия имеет в общем случае недостаток, состоящий в том, что установление PDP-контекста и последующая IMS-регистрация может требовать очень длительного времени (обычно порядка секунд). По этой причине в настоящее время в рамках 3GPP проводятся изучения вопроса, каким образом можно отказаться от специальной IMS-регистрации при экстренных вызовах, если оконечное устройство уже зарегистрировано в IMS. Положение дел осложняется тем, что оконечное устройство может зарегистрироваться в чужой сети, однако P-CSCF и GGSN могут находиться в исходной сети (так называемый GPRS-роуминг, в противоположность IMS-роумингу, когда P-CSCF и GGSN оба находятся в посещаемой сети). Изобретение описывает возможные способы, каким образом можно отказаться от специальной IMS-регистрации при экстренных вызовах, чтобы тем самым существенно ускорить установление вызова. В случае сетей GPRS/UMTS можно, таким образом, также отказаться от установления PDP-контекста экстренного вызова.

Современный стандарт TS 23.167 предписывает, что оконечное устройство всегда должно проводить регистрацию в IMS посредством специального SIP URI экстренного вызова.

В случае GPRS/UMTS этой IMS-регистрации предшествует установление специального PDP-контекста в посещаемой сети посредством специального APN экстренного вызова.

Задачей изобретения является упрощение установления соединения экстренного вызова.

Эта задача решается, соответственно, совокупностями признаков пунктов формулы изобретения.

Изобретение описывает способ, каким образом можно отказаться от специальной IMS-регистрации при экстренных вызовах и при GPRS/UMTS от установления специального PDP-контекста. При этом исходят из того, что оконечное устройство локальным образом сохранило идентификатор (сетевую идентификацию), который идентифицирует его исходную сеть (эквивалентно, например, его карте идентификации пользователя мобильной радиосвязи). В мобильной радиосвязи этот идентификатор сохраняется как MCC/MNC (мобильный код страны/мобильный код сети) исходной сети на карте SIM/USIM.

Если оконечное устройство при регистрации в посещаемой сети информируется последней о сетевом идентификаторе посещаемой сети (в случае GPRS/UMTS эта информация, например, передается по радиосети, в случае 3GPP WLАN эта информация во время идентификации доступа передается в оконечное устройство, в случае стационарной сети следующего поколения мог бы применяться способ, подобный используемому в приложении 3GPP WLАN), можно отказаться от специальной IMS-регистрации, если оконечное устройство уже зарегистрировано в IMS, и сравнение между сохраненным идентификатором исходной сети и полученным идентификатором посещаемой сети показало, что обе сети идентичны, и, таким образом, оконечное устройство перемещается не в чужой сети. Так как пользователи преимущественным образом находятся в своей исходной сети, и оконечное устройство, для того чтобы всегда быть включенным и, тем самым, достижимым, всегда должно регистрироваться в IMS, посредством этого способа можно в большинстве случаев избежать специальной IMS-регистрации для экстренных вызовов с соответствующим установлением PDP-контекста в случае GPRS/UMTS.

В соответствии с вариантом выполнения этого обобщенного способа в изобретении предложено, что P-CSCF в ответе на запрос регистрации оконечного устройства (SIP 200 OK в качестве ответа на сообщение SIP REGISTER) посылает к оконечному устройству идентификатор сети, в которой он сам находится. Если оконечное устройство, как описано выше, устанавливает, что оно находится в посещаемой сети, а не в исходной сети, то оно посредством информации, которую оно получило во время регистрации от P-CSCF, может определить, находится ли P-CSCF также в посещаемой сети. Если это имеет место, то специальная IMS-регистрация для экстренных вызовов больше не нужна. Оконечное устройство при экстренных вызовах может немедленно установить SIP-сессию посредством сообщения SIP INVITE. Во всех других случаях требуется регистрация для экстренных вызовов. Этот альтернативный способ охватывает сценарии, в которых применим описанный выше способ, но является более общеприменимым.

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

Посредством изобретения описываются способы, посредством которых в большинстве случаев можно отказаться от специальной IMS-регистрации для экстренных вызовов, а в случае систем доступа GPRS/UMTS также от установления собственного PDP-контекста. Так как установление PDP-контекста и IMS-регистрация представляют собой процедуры, требующие затрат времени, тем самым обеспечивается существенная экономия времени, что является важным требованием особенно при экстренных вызовах.

Изобретение может использоваться, в частности, в сотовых системах мобильной радиосвязи, а также в сетях WLAN/WIMAX и в стационарных сетях.

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

На чертеже показаны компоненты “S-CSCF”, “P-CSCF”, “GGSN”, “SGSN”, “сеть радиодоступа” сети мобильной радиосвязи, известной специалисту, например, из спецификаций на www.etsi.org или www.3gpp.org.

Оконечное устройство регистрируется в сети мобильной радиосвязи и получает сетевую идентификацию («MCC1/MNC1») посещаемой им сети мобильной радиосвязи.

Оконечное устройство устанавливает затем PDP-контекст к GGSN сети мобильной радиосвязи и получает IP-адрес и P-CSCF-адрес, назначенный для коммуникации с P-CSCF.

Затем оконечное устройство регистрируется в P-CSCF в IMS (сообщением “SIP REGISER”). От P-CSCF оконечное устройство получает сетевую идентификацию «MCC2/MNC2» сети, в которой находится этот P-CSCF (сообщением «SIP 200 OK»).

Если позже оконечное устройство должно разместить экстренный вызов, то это возможно, например, следующим образом:

Сравнение (сохраненной в оконечном устройстве после его оповещения/аутентификации и т.д. в посещаемой им сети мобильной радиосвязи) сетевой идентификации «MCC1/MNC1» сети, посещаемой оконечным устройством, с сетевой идентификацией «MCC2/MNC2» сети, в которой находится этот P-CSCF, показывает, что P-CSCF находится в сети, посещаемой оконечным устройством.

Поэтому оконечное устройство не проводит никакой специальной (собственной/дальнейшей) регистрации для желательного ему экстренного вызова, а немедленно устанавливает экстренный вызов посредством сообщения SIP INVITE. Тем самым обеспечивается экономия времени.

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

2. Способ по п.1, отличающийся тем, что совпадение этих сетевых идентификаторов указывает на то, что оконечное устройство и/или находящийся в нем модуль идентификации пользователя мобильной радиосвязи находится в своей исходной сети.

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

4. Способ по п.1, отличающийся тем, что сравнение осуществляется в оконечном устройстве.

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

6. Способ по любому из пп.1-4, отличающийся тем, что сеть является одним из сотовой сети мобильной радиосвязи, беспроводной локальной сети (WLAN), сети WIMAX и стационарной сети.

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

8. Способ по любому из пп.1-4, отличающийся тем, что прокси-функция управления состоянием вызова (P-CSCF) сети мобильной радиосвязи в ответе на запрос IMS-регистрации оконечного устройства посылает к оконечному устройству сетевой идентификатор сети, в которой прокси-функция управления состоянием вызова (P-CSCF) сама находится,после чего оконечное устройство, если оно устанавливает, что посещаемая им сеть не является исходной сетью, посредством полученного при регистрации от прокси-функции управления состоянием вызова (Р-CSCF) сетевого идентификатора, определяет, находится ли прокси-функция управления состоянием вызова (P-CSCF) также в посещаемой оконечным устройством сети мобильной радиосвязи, и в этом случае при установлении соединения экстренного вызова отказываются от специальной IMS-регистрации оконечного устройства в IP мультимедийной подсистеме (IMS) для этого соединения экстренного вызова, и оконечное устройство устанавливает для соединения экстренного вызова сессию протокола инициирования сессии (SIP),в то время как в противном случае, при установлении соединения экстренного вызова, сначала осуществляют специальную IMS-регистрацию оконечного устройства в IP мультимедийной подсистеме (IMS) для этого соединения экстренного вызова, прежде чем будет устанавливаться SIP-сессия для соединения экстренного вызова.

9. Способ по п.8, отличающийся тем, что для соединения экстренного вызова SIP-сессию устанавливают посредством сообщения SIP INVITE.

10. Способ по п.8, отличающийся тем, что если прокси-функция управления состоянием вызова (P-CSCF) не в состоянии обрабатывать экстренные вызовы, то прокси-функция управления состоянием вызова (Р-CSCF) посылает относящуюся к этому информацию в ответе на запрос регистрации оконечного устройства к этому оконечному устройству, и оконечное устройство затем учитывает эту информацию при принятии решения, следует ли проводить специальную регистрацию для экстренного вызова или нет.

11. Способ по любому из пп.1-4, отличающийся тем, что если сеть содержит одну из системы доступа Пакетной радиосвязи общего назначения (GPRS) и Универсальной мобильной телекоммуникационной системы (UMTS), от установки отдельного контекста протокола пакетных данных (PDP) можно отказаться вместе с IMS-регистрацией оконечного устройства в IP мультимедийной подсистеме (IMS) для соединения экстренного вызова.

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

13. Оконечное устройство по п.12, в котором соединение экстренного вызова устанавливается по уже существующей IMS-регистрации, если средство сравнения выявляет совпадение между сетевыми идентификаторами.

14. Оконечное устройство по п.12 или 13, в котором сетевой идентификатор посещаемой сети принимается посредством аутентификации оконечного устройства в посещаемой сети.

15. Оконечное устройство по п.12 или 13, содержащее карту Модуля идентификации абонента (SIМ)/Универсального модуля идентификации абонента (USIM), хранящую идентификатор исходной сети устройства.

16. Оконечное устройство по п.12 или 13, в котором сетевой идентификатор содержит, по меньшей мере, одно из мобильного кода страны (МСС) и мобильного кода сети (MNC).

17. Оконечное устройство по п.12 или 13, в котором посещаемая сеть, из которой принимается сетевой идентификатор, является одной из сотовой сети, беспроводной локальной сети, сети WIMAX и стационарной сети.

18. Оконечное устройство по п.12 или 13, в котором сетевой идентификатор принимается из прокси-функции управления состоянием вызова (P-CSCF) сети мобильной радиосвязи в ответе на запрос IMS-регистрации оконечного устройства, идентифицирующем сеть, в которой прокси-функция управления состоянием вызова (P-CSCF) сама находится, содержащеесредство определения для определения, если посещаемая сеть не является исходной сетью, посредством полученного при регистрации от прокси-функции управления состоянием вызова (P-CSCF) сетевого идентификатора, находится ли прокси-функция управления состоянием вызова (P-CSCF) также в посещаемой оконечным устройством сети мобильной радиосвязи, и в этом случае при установлении соединения экстренного вызова отказываются от специальной IMS-регистрации оконечного устройства в IP мультимедийной подсистеме (IMS) для этого соединения экстренного вызова, и оконечное устройство устанавливает для соединения экстренного вызова сессию протокола инициирования сессии (SIP),в то время как в противном случае, при установлении соединения экстренного вызова, сначала осуществляется специальная IMS-регистрация оконечного устройства в IP мультимедийной подсистеме (IMS) для этого соединения экстренного вызова, прежде чем будет устанавливаться SIP-сессия для соединения экстренного вызова.

19. Оконечное устройство по п.18, в котором для соединения экстренного вызова SIP-сессия устанавливается посредством сообщения SIP INVITE.

20. Оконечное устройство по п.18, содержащеесредство принятия решения для принятия решения, требуется ли специальная регистрация экстренного вызова или нет, после приема информации от прокси-функции управления состоянием вызова (P-CSCF), что прокси-функция управления состоянием вызова (P-CSCF) не имеет возможности обрабатывать экстренный вызов.

21. Оконечное устройство по п.12 или 13, в котором сеть содержит одну из системы доступа Пакетной радиосвязи общего назначения (GPRS) и Универсальной мобильной телекоммуникационной системы (UMTS), причем от установки отдельного контекста протокола пакетных данных (PDP) можно отказаться вместе с IMS-регистрацией оконечного устройства в IP мультимедийной подсистеме (IMS) для соединения экстренного вызова.