ОБРАБОТКА ПЕРЕДАЧИ ВЫЗОВА ОТ СЕТИ ДОСТУПА CS К СЕТИ ДОСТУПА PS

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Настоящее изобретение относится к области обработки передачи вызова в сети связи, в частности к обработке передачи обслуживания вызова от сети с коммутацией каналов к сети с коммутацией пакетов.

УРОВЕНЬ ТЕХНИКИ

Проект долгосрочного развития (LTE) - это технология в сети связи, в настоящее время разрабатываемая Проектом партнерства третьего поколения (3GPP). LTE требует новой методики радиодоступа, названной сетью усовершенствованного универсального наземного радиодоступа (E-UTRAN), которая создана, чтобы улучшить пропускную способность сети, сократить задержки в сети и, следовательно, улучшать опыт конечного пользователя. Развитие архитектуры системы (SAE) является архитектурой базовой сети для сетей связи LTE.

LTE использует исключительно передачу сигналов с коммутацией пакетов (PS). Когда оператор сети желает ввести LTE, ему не удастся работать со всем сервисом LTE с первого дня. LTE будет нужно развертывать постепенно, чтобы заменить существующие технологии. Чтобы сделать это, сети LTE должны иметь какой-либо вариант взаимодействия с сетями, которые задействуют другую технологию, как то передача сигналов с коммутацией каналов (CS). Непрерывность единичного голосового радиовызова (SRVCC), описанная в 3GPP TS 23.237 и 3GPP TS 23.216, позволяет осуществлять передачу обслуживания сеанса от сети LTE к сети CS. Подобное исследование (известное как rSRVCC или обратное направление SRVCC) направлено на передачу вызова от CS к PS и описывается в TR 23.885v1.2.0.

При том, что описание здесь относится к сети PS как к сети LTE, станет понятно, что описание применяется в равной степени и к другим типам сети PS.

Со ссылкой на фиг. 1 здесь иллюстрируется сценарий, при котором пользовательское оборудование (UE) 1 находится в положении 2, которое имеет унаследованное покрытие CS, и затем перемещается в положение 3, которое имеет покрытие PS, такое как сеть LTE 3.

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

S1: Радиосеть 2, в которой расположено UE 1, обнаруживает, что передача обслуживания может быть возможна/требуется, и уведомляет сервер 4 центра коммутации мобильной связи (MSC), который усовершенствован для rSRVCC.

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

S3. Когда это сделано, сервер 4 MSC уведомляет UE 1 о том, что передача обслуживания к сети 3 PS должна состояться.

S4. Передача обслуживания происходит. На этапе S4a сеть начинает отправлять медиа к UE 1 по сети 3 доступа PS вместо сети 2 доступа CS. На этапе S4b UE 1 настраивается на целевую сеть 3 PS и пытается восстановить управление сеансом связи по PS (путем отправки INVITE (приглашения) к сети 5). Медиаданные теперь могут отправляться и приниматься с помощью доступа 3 PS.

Одним из допущений и предпосылок для rSRVCC является то, что UE 1 имеет активную регистрацию мультимедийной подсистемы IP (IMS), когда выполняется передача от CS к PS. На практике для UE 1 может быть сложным поддерживать регистрацию во время вызова, например, если UE 1 начинает вызов в сети 2 доступа CS, где сеть 3 доступа PS не может использоваться одновременно с сетью 2 доступа CS. Это является конкретной проблемой для сети радиодоступа GSM EDGE (GERAN), где DTM (режим двойной передачи) не поддерживается.

TR 23.885v1.2.0 (пункт 6.3) предлагает решить эту проблему путем попытки поддерживать регистрацию для UE 1 по сети 3 доступа PS. Однако это сложно и может быть затратным.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Целью изобретения является обеспечение способа передачи обслуживания вызова от сети доступа CS к сети доступа PS без необходимости поддерживать регистрацию для UE по сети доступа PS, когда используется сеть доступа CS.

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

В конкретном варианте осуществления процедура обработки ошибок содержит отмену передачи обслуживания. В этом случае способ необязательно дополнительно содержит отправку сообщения уведомления к терминалу. Уведомление может включать в себя уведомление о том, что произошел сбой в передаче обслуживания, и/или уведомление о том, что терминал не зарегистрирован в сети IMS.

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

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

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

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

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

В соответствии со вторым аспектом предусмотрен сервер MSC, содержащий первый приемник для приема уведомления о том, что вызов для терминала требует передачи обслуживания от сети доступа с коммутацией каналов к сети доступа с коммутацией пакетов. Процессор предусмотрен для определения того, зарегистрирован ли терминал в сети IMS в настоящий момент, и/или того, зарегистрирован ли сервер MSC так, что может осуществлять передачу обслуживания от сети доступа с коммутацией каналов к сети доступа с коммутацией пакетов. Процессор дополнительно выполнен с возможностью того, чтобы в случае, если терминал в настоящий момент не зарегистрирован в сети IMS и/или сервер MSC не зарегистрирован так, чтобы иметь возможность осуществлять передачу обслуживания от сети доступа с коммутацией каналов к сети доступа с коммутацией пакетов, запускать процедуру обработки ошибок в сервере MSC. В случае если терминал в настоящий момент зарегистрирован в сети IMS и сервер MSC зарегистрирован так, чтобы иметь возможность осуществлять передачу обслуживания от сети доступа с коммутацией каналов к сети доступа с коммутацией пакетов, процессор выполнен с возможностью вызывать обратную непрерывность единственного голосового радиовызова, чтобы осуществлять передачу обслуживания вызова от сети доступа с коммутацией каналов к сети доступа с коммутацией пакетов.

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

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

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

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

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

В соответствии с четвертым аспектом предусмотрен компьютерный программный продукт, содержащий машиночитаемый носитель и компьютерную программу, как описывается выше в третьем аспекте, при этом компьютерная программа хранится на машиночитаемом носителе.

В соответствии с пятым аспектом предусмотрен терминал, имеющий приемник. Если терминал в настоящий момент не зарегистрирован в сети IMS, и/или сервер MSC, обслуживающий терминал, не зарегистрирован так, чтобы иметь возможность осуществлять передачу обслуживания от сети доступа с коммутацией каналов к сети доступа с коммутацией пакетов, как описывается выше в первом аспекте изобретения, приемник принимает сообщения от MSC, которое может включать в себя уведомление о том, что произошел сбой в передаче обслуживания, или уведомление о том, что терминал не зарегистрирован в сети IMS.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Фиг. 1 схематично иллюстрирует на блок-схеме передачу обслуживания от сети CS к сети PS.

Фиг. 2 представляет собой схему сигнализации, иллюстрирующую процедуры во время передачи обслуживания от сети CS к сети PS.

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

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

Фиг. 5 схематично иллюстрирует на блок-схеме сервер MSC в соответствии с вариантом осуществления настоящего изобретения.

Фиг. 6 иллюстрирует пример системы связи.

Фиг. 7 иллюстрирует пример пользовательского оборудования; и

фиг. 8 иллюстрирует пример базовой станции.

ПОДРОБНОЕ ОПИСАНИЕ

Как описывается выше, допущением для rSRVCC является то, что терминал (например, UE 1) имеет активную регистрацию IMS, когда выполняется передача от CS к PS, но на практике для UE 1 может представлять сложность поддерживать регистрацию во время вызова.

Стало понятно, что средняя длительность вызова составляет примерно две минуты, и так вероятность того, что регистрация IMS для UE 1 по сети 2 доступа PS закончится во время вызова до передачи rSRVCC, очень мала. Следовательно, может быть надлежащим вариантом проводить соответствующую обработку ошибок для этого случая вместо поддержания регистрации. Однако такие процедуры не определены. При текущих процедурах, если передача обслуживания требуется, сервер 4 MSC начинает rSRVCC и резервирует потенциальные ресурсы. Однако когда сеть настроена и команда передачи обслуживания от CS к PS была отправлена к UE 1, UE 1 поймет, что регистрация IMS кончилась, и так UE 1 не может восстановить вызов по сети 3 доступа PS, поскольку оно не поддерживало свою регистрацию в сети PS. В результате вызов будет сброшен.

Чтобы решить эту проблему, сервер 4 MSC обеспечивает процедуры обработки ошибок для отмены команды передачи обслуживания rSRVCC в том случае, если регистрация IMS для UE по сети 3 доступа PS более не активна или если регистрация IMS сервера 4 MSC не была зафиксирована для rSRVCC.

Сервер 4 MSC узнает о статусе регистрации IMS PS для UE 1 путем установления подписки на регистрационный статус регистрации IMS UE и, если регистрация IMS UE снята с регистрации/«просрочена», принимает уведомление об этом. Если UE 1 регистрируется снова после того, как было снято с регистрации, сервер 4 MSC принимает обновленное уведомление о статусе регистрации UE 1.

Возвращаясь к фиг. 3, можно увидеть, что там иллюстрируется начальный случай, когда сервер 4 MSC осуществляет подписку S5 на регистрационный статус UE 1. Так называемое SUBSCRIBE/NOTIFY (подписаться/уведомить) может использоваться в качестве примера, чтобы принимать регистрационный статус UE.

Сообщение уведомления может отправляться к одному из трех узлов:

- Функциональный блок управления передачей доступа (ATCF). Этот функциональный блок располагается в обслуживающей сети, как сервер 4 MSC, и путем осуществления подписки на регистрационный статус в ATCF предоставляет короткий тракт связи, чтобы принять уведомление (и домашняя сеть могла бы не нуждаться в консультации).

- S-CSCF. S-CSCF имеет преимущество поддержания регистрационного статуса для UE 1. Однако недостатком является то, что сервер MSC затем нуждается в возможности отсортировать целевое UE 1 из всех регистрационных статусов для пользователя (поскольку пользователь может иметь несколько зарегистрированных одновременно UE).

- SCC AS. Использование SCC AS имеет преимущество в том, что затем могло бы быть возможно осуществлять эту подписку вместе с другими подписками к SCC AS с сервера 4 MSC (как, например, возможная подписка на изменение STN-SR). Это могло бы затем снизить общее число подписок на сервер 4 MSC.

Фиг. 3 иллюстрирует сервер 4 MSC, отправляющий S5 подписку принимающему узлу 6, который мог бы быть одним из трех узлов, описанных выше, на этапе S5. Принимающий узел 6 отправляет сообщение уведомления к серверу 4 MSC на этапе S6, в случае если UE 1 изменяет свой регистрационный статус (например, UE 1 становится снятым с регистрации или регистрируется снова после снятия с регистрации на некоторое время).

Когда передача обслуживания требуется, происходит сигнализирование, показанное на фиг. 4:

S7. Сервер 4 MSC принимает сообщение о необходимости передачи обслуживания от сети 2 доступа, включающее в себя индикацию того, что запрашивается rSRVCC.

S8. Сервер 4 MSC проверяет регистрационный статус UE 1, чтобы определить, возможно ли осуществить rSRVCC. Проверки могут включать в себя проверку того, что регистрация с сервера 4 MSC была сделана посредством ATCF и что возможно осуществить rSRVCC во время регистрации. Это может быть выполнено, например, путем определения того, что сервер 4 MSC не имеет того же адреса, что ATCF. Проверка может осуществляться, чтобы выявить регистрационный статус IMS UE 1, и то, было ли принято какое-либо уведомление о том, что UE 1 более не зарегистрировано. Если результаты проверки таковы, что rSRVCC не представляется возможной, выполняются этапы S9-S11. В противном случае выполняются стандартные процедуры rSRVCC.

S9. Сервер 4 MSC вызывает процедуры ошибки для rSRVCC. Если сервер 4 MSC определяет, что передача обслуживания совершенно невозможна, он отправляет сообщение об отмене передачи обслуживания к радиосети, необязательно включающее в себя причину отмены.

S10. С другой стороны, если сервер 4 MSC обнаруживает, что все еще возможно осуществить передачу обслуживания от текущего доступа CS к другому доступу CS (например, от GERAN к UTRAN-CS), он вызывает подобные процедуры вместо rSRVCC. В качестве примера следует рассмотреть случай, в котором UE 1 использует доступ CS сети GERAN, и rSRVCC инициируется, когда доступ UTRAN с HSPA доступен. Сервер 4 MSC обнаруживает, что rSRVCC невозможно реализовать в отношении UTRAN HSPA, поскольку UE 1 более не является зарегистрированным. Сервер 4 MSC вместо этого решает осуществлять передачу обслуживания к сети с коммутацией каналов UTRAN. Другими словами, передача обслуживания выполняется от сети доступа CS к другой, отличной сети доступа CS, вместо сети доступа PS.

S11. В случае сбоя в передаче обслуживания UE 1 необязательно уведомляется о сбое в передаче обслуживания и о том, что регистрация IMS утратила регистрацию в сети. UE 1 также может уведомляться о том, что регистрация IMS утратила регистрацию в сети, если MSC получил это уведомление.

Со ссылкой на фиг. 5 здесь иллюстрируется сервер 4 MSC. Сервер 4 MSC обеспечен первым приемником 7 для приема уведомления о том, что вызов UE 1 требует передачи обслуживания от сети 2 доступа с коммутацией каналов к сети 3 доступа с коммутацией пакетов. Процессор 8 предусмотрен для определения того, зарегистрирован ли в настоящее время терминал 1 в сети 5 IMS, и/или того, зарегистрирован ли сервер 4 MSC так, что может осуществлять передачу обслуживания от сети 2 доступа с коммутацией каналов к сети 3 доступа с коммутацией пакетов. Процессор 8 дополнительно выполнен с возможностью, если UE 1 не зарегистрировано в настоящее время в сети 5 IMS и/или сервер 4 MSC не зарегистрирован так, чтобы иметь возможность осуществлять передачу обслуживания от сети 2 доступа с коммутацией каналов к сети 3 доступа с коммутацией пакетов, вызывать процедуру обработки ошибок в сервере 4 MSC. В том случае, если терминал 1 в настоящее время зарегистрирован в сети 5 IMS и сервер 4 MSC зарегистрирован так, чтобы иметь возможность осуществлять передачу обслуживания от сети доступа с коммутацией каналов к сети доступа с коммутацией пакетов, процессор 8 выполнен с возможностью вызывать rSRVCC, чтобы осуществлять передачу обслуживания вызова от сети 2 доступа с коммутацией каналов к сети 3 доступа с коммутацией пакетов.

Когда процедура обработки ошибок включает в себя отмену передачи обслуживания, сервер 4 MSC обеспечивается передатчиком 9 для отправки сообщения уведомления к UE 1. Сообщение уведомления включает в себя любое из уведомления об отмене передачи обслуживания и уведомления о том, что UE 1 не зарегистрировано в сети 5 IMS.

Когда сервер 4 MSC получает информацию о регистрации UE 1 с использованием способа подписки, второй передатчик 10 предусматривается для отправки сообщения о подписке к дополнительному узлу 6. Второй приемник 11 также предусмотрен для приема от дополнительного узла 6 уведомления, причем уведомление информирует сервер 4 MSC о любых изменениях регистрационного статуса UE 1. Однако для сервера 4 MSC возможно получать информацию о регистрации UE 1 «на лету».

Изобретение позволяет серверу 4 MSC осуществлять подписку на регистрационный статус UE 1 в сети 5 IMS (или получать информацию о регистрационном статусе UE 1 в сети 5 IMS каким-либо другим способом). Сервер 4 MSC проверяет регистрационный статус как для UE 1, так и для сервера 4 MSC, когда принимает команду о передаче обслуживания для передачи обслуживания вызова от сети 2 доступа с коммутацией каналов к сети 3 доступа с коммутацией пакетов. Если или UE 1, или сервер 4 MSC не может осуществлять rSRVCC, передача обслуживания отменяется или вызываются альтернативные процедуры передачи обслуживания. Изобретение позволяет серверу 4 MSC обработать ситуацию, когда регистрация UE 1 в сети 5 IMS заканчивается во время действующего вызова CS, до rSRVCC. Это приводит к сокращению сигнализирования и предотвращает установку целевой сетью 3 доступа с коммутацией пакетов ресурсов, чтобы осуществлять передачу обслуживания без необходимости.

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

Как показано на фиг. 6, примерная сеть 14 может включать в себя одно или несколько UE 15, 16, 17 и одну или несколько базовых станций 18, 19, 20, способных осуществлять связь с этими UE, наряду с любыми дополнительными элементами, подходящими, чтобы поддерживать связь между несколькими UE или между UE и другим устройством связи (таким как телефонное устройство наземной линии связи). Хотя проиллюстрированные UE 15, 16, 17 могут представлять собой устройства связи, которые включают в себя любую подходящую комбинацию аппаратного и/или программного обеспечения, эти UE могут, в конкретных вариантах осуществления, представлять собой такие устройства, как примерное UE 15, проиллюстрированное более подробно на фиг. 7. Подобным образом, хотя проиллюстрированные базовые станции могут представлять собой сетевые узлы, которые включают в себя любую подходящую комбинацию аппаратного и/или программного обеспечения, эти базовые станции могут, в конкретных вариантах осуществления, представлять собой такие устройства, как примерная базовая станция 18, проиллюстрированная на фиг. 8.

Как показано на фиг. 7, примерное UE 15 включает в себя процессор 21, блок 22 памяти, приемопередатчик 23 и антенну 24. В конкретных вариантах осуществления некоторые или все из функциональных элементов, описанных выше как обеспечиваемые устройствами мобильной связи или другими формами UE, могут быть обеспечены процессором 21 UE, выполняющим команды, хранимые как программа 25 на машиночитаемом носителе, таком как блок 22 памяти, показанный на фиг. 7. Альтернативные варианты осуществления UE 15 могут включать в себя дополнительные компоненты за пределами того, что показано на фиг. 7, которые могут отвечать за обеспечение определенных аспектов функциональности UE 15, включая любой из элементов функциональности, описанных выше, и/или любую функциональность, необходимую для поддержки решения, описанного выше.

Как показано на фиг. 8, примерная базовая станция 18 включает в себя процессор 26, блок 27 памяти, приемопередатчик 28, антенну 29 и сетевой интерфейс 30. В конкретных вариантах осуществления некоторые или все их элементов функциональности, описанных выше как обеспечиваемые мобильной базовой станцией, контроллером базовой станции, узлом В, усовершенствованным узлом В (eNode B) и/или любым типом узла мобильной связи, могут быть обеспечены процессором базовой станции, выполняющим команды в виде программы 31, хранимой на машиночитаемом носителе, таком как блок 27 памяти, показанный на фиг. 8. Альтернативные варианты осуществления базовой станции могут включать в себя дополнительные компоненты, которые отвечают за обеспечение дополнительной функциональности, включая любой из элементов функциональности, идентифицированных выше, и/или любую функциональность, необходимую для поддержки решения, описанного выше.

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

Следующие аббревиатуры были использованы в данном описании:

3GPP - Проект партнерства третьего поколения

ATCF - функциональный блок управления передачей доступа

CS - коммутация каналов

E-UTRAN - усовершенствованная универсальная наземная сеть радиодоступа

GERAN - сеть радиодоступа GSM EDGE

IMS - мультимедийная подсистема IP

LTE - Проект долгосрочного развития

MSC - мобильный коммутационный центр

PS - коммутация пакетов

rSRVCC - обратная непрерывность единственного голосового радиовызова

S-CSCF - функциональный блок управления сеансом обслуживания вызова

SCC AS - сервер централизации обслуживания и применения непрерывности

SGW - обслуживающий шлюз

SIP - протокол вызова инициации сеанса

SRVCC - непрерывность единственного голосового радиовызова

UE - пользовательское оборудование

UTRAN - наземная сеть радиодоступа UMTS