KR20070040280A - Ｓｉｐ 기반 서비스 방법 - Google Patents

Abstract

인커밍 조건 기반 세션 차단(ICSB) 및 아웃고잉 조건 기반 세션 차단(OCSB)을 위한 SIP 기반 서비스 방법. ICSB를 위해서, 제 1 UE를 PT 세션에 초대하기 위해 제 2 UE로부터 세션 초대 요청을 제1 네트워크 서버가 수신하는 단계; 상기 제1 네트워크의 XDM 서버에 저장된 ICSB 설정의 룰셋(rule set)을 확인하는 단계; 및 상기 ICSB 조건들을 만족할 경우, 초대가 차단되었다는 것을 상기 제2 UE에게 통보하는 단계를 포함한다. OCSB를 위해서, 제 2 UE를 PT 세션에 초대하기 위해 제 1 UE로부터 세션 초대 요청을 제1 네트워크 서버가 수신하는 단계; 상기 제1 네트워크의 XDM 서버에 저장된 OCSB 설정의 룰셋(rule set)을 확인하는 단계; 및 상기 OCSB 조건들을 만족할 경우, 초대가 차단되었다는 것을 상기 제2 UE에게 통보하는 단계를 포함한다.

SIP 기반 서비스, 세션 차단

Description

ＳＩＰ 기반 서비스 방법{SIP BASED SERVICE METHOD}

도 1은 본 발명에 적용 가능한 예시적인 PoC 시스템 구조를 도시하며, 진하게 표시한 객체들은 PoC 기능 객체들을 나타낸다.

도 2는 본 발명에 따른 ICSB/OCSB 설정 절차를 위한 예시적인 메시지 흐름을 도시한다.

도 3은 본 발명에 따라, XDM 클라이언트가 PoC XDMS에 저장하는 인커밍 PoC 세션 차단 조건들 또는 아웃고잉 PoC 세션 차단 조건들을 위한 예시적인 메시지 흐름을 도시한다.

도 4는 본 발명에 따른 ICSB를 위한 예시적인 메시지 흐름을 도시한다.

도 5는 본 발명에 따른 OCSB를 위한 예시적인 메시지 흐름을 도시한다.

본 발명은 SIP 기반 서비스 방법에 관한 것으로, 특히, 각각 다른 네트워크에 속하는 클라이언트(client) 및 다른 클라이언트에 대하여, 타인들을 세션(session)에 초대하는 클라이언트 및 세션에 초대 받는 다른 클라이언트를 위한 SIP 기반 서비스 (예: 셀률러 네트워크를 통한 푸쉬-투-토크: Push-to-talk-over- Cellular (PoC))을 차단하는 방법에 관한 것이다.

SIP (Session Initiation Protocl) 기반 서비스(예: 푸쉬-투(PT) 서비스)는 한 클라이언트가 세션이 설정된 하나 또는 그 이상의 다른 클라이언트에게 멀티미디어 데이터를 (예: 토크 버스트(talk burst) 형태로) 전송하는 것을 허용해주는 통신 서비스이다. SIP 서비스는 음성 (소리, 오디오, 등) 데이터를 전송하는 PTT (푸쉬-투-토크: Push-to-Talk) 서비스, 비디오 데이터를 전송하는 PTV (푸쉬-투-뷰: Push-to-View) 서비스, 또는 데이터를 전송하는 PTD (푸쉬-투-데이터: Push-to-Data) 등이 있다. SIP 서비스는 하나의 수신자와의 통신(점-대-점: point-to-point) 또는 그룹 채트 세션(group chat session)에서 수신자 그룹 간의 통신 (점-대-다: point-to-multipoint)을 제공하여, 세션을 설정하기 위해 세션 개시 프로토콜(SIP: Session Initiation Protocol)을 이용한다.

종래의 SIP 서비스는 한 특정한 클라이언트가 하나 또는 그 이상의 클라이언트들 선택하여 세션에 초대하고, 세션에 초대하는 그 특정한 클라이언트와 초대된 클라이언트들 사이에 세션을 연결하고, 그 세션이 설정된 클라이언트들 사이에 데이터를 송수신하는 절차들을 포함한다.

세션에 초대 받은 클라이언트는 인커밍 세션 차단 플래그(incoming session barring flag)를 ON으로 설정하여 모든 세션 초대를 제한할 수 있거나 클라이언트들에 따라 또는 클라이언트가 속한 그룹에 따라 세션 초대를 제한할 수 있다. 그러나, 기존의 세션 제한 방법의 문제점은 세션에 초대하거나 초대 받는 클라이언트는 그가 위치한 네트워크의 정보를 고려하지 않고 무조건 그 초대를 제한한다.

타인들을 세션에 초대하는 클라이언트와 세션에 초대 받은 클라이언트가 다른 네트워크에 존재할 경우에 종래의 서비스는 세션 설정 방법을 확실히 정의하고 있지 않다. 각 네트워크가 다른 비용청구(과금) 체계를 사용할 수도 있기 때문에, 세션에 초대하는 클라이언트와 초대 받은 클라이언트들이 다른 네트워크에 존재하며, 세션에 초대하고 초대 받는 절차를 제한하는 기능이 없다면, 비용청구(과금)에 관한 문제가 발생할 수 있다.

예를 들어, 세션에 초대 받은 클라이언트가 다름 나라 네트워크에 속해 있다면, 그 클라이언트는 같은 나라 네트워크에 속해 있는 다른 클라이언트에 비해 하나의 서비스에 대해 훨씬 높은 비용이 청구될 수도 있다. 그러나, 이 경우, 그 클라이언트가 같은 나라 네트워크 또는 다른 나라 네트워크에 속해 있는지를 고려하지 않고 PT 세션이 설정되기 때문에, 사용자는 예상하지 못한 서비스 비용의 청구를 받을 수도 있다.

본 발명의 한 측면은 본 발명자들이 상기 설명한 바와 같이 종래 기술의 단점들을 인식한데 있다. 본 발명은 전술한 바와 같은 문제점을 해결하기 위한 것으로, 그 목적은, SIP 기반 서비스 시스템에 대한 개선을 구현하여 세션에 초대하거나 초대 받는 클라이언트가 위치한 네트워크의 정보를 고려하여 그 초대를 제한하는 방법을 제공하는 데 있다.

SIP 기반 서비스 시스템의 일부를 이룰 수 있는 어떤 특징들은 본 발명의 특 색을 애매하게 하는 것을 방지하기 위해서 구체적으로 설명되지 않을 것이다. 그러나, 이런 추가적인 특징들은, 당업자들이 이해할 수 있듯이, 본 발명에 따른 SIP 기반 시스템의 일부가 될 수 있다.

사용자가 세션 초대를 받으면, 조건 정보(conditional information)가 설정되거나 추가되어 인커밍 세션 차단이 수행되며 대응되는 조건들 하에서만 세션 초대를 거절하게 된다. 또한, 사용자가 세션 초대를 보내면, 조건 정보가 설정되거나 추가되어 아웃고잉 세션 차단이 수행되며 대응되는 조건들 하에서만 세션 초대를 거절하게 된다.

이런 조건 정보의 예로써, 국제 전화의 송신 및/또는 수신 금지, 특정한 URI를 가진 사용자(들) 또는 사용자 그룹(들)에 대한 정보 송신 및/또는 수신 금지, 등이 있을 수 있으며 여기에 한정되지 않는다.

사용자는 그의 이동 단말기(사용자 기기: UE) (예: UE 내에 제공된 XDM 클라이언트: XDMC)를 이용하여 이런 조건 정보를 설정할 수 있고, 네트워크에 (예: XDM 서버 (XDMS))에 조건 정보를, XML 설정 접속 프로토콜(XML Configuration Access Protocol: XCAP)을 사용하여 어그리게이션 프록시 (통합 대리 객체: Aggregation Proxy entity) (또는 다른 객체)를 통하여, 보내서 저장할 수 있다.

미리 구성된 사용자 그룹, 채트(chat) 사용자 그룹, 등을 초대할 때, 본 발명의 인커밍 세션 차단 조건 정보를 사용할 수 있다. 또한, 특정한 미리 구성된 사용자 그룹 등으로부터 초대를 받으면, 본 발명의 아웃고잉 세션 차단 조건 정보를 사용할 수 있다.

일-대-일 세션, 특별한 목적을 위한 (ad hoc) 사용자 그룹, 등을 위한 초대를 받을 때, 본 발명의 인커밍 세션 차단 조건 정보를 사용할 수 있다. 또한, 다른 사용자나 그룹으로부터 초대를 받을 때, 본 발명의 아웃고잉 세션 차단 조건 정보를 사용할 수 있다.

첨부된 도면들을 참조하며 본 발명에 따른 SIP 기반 서비스의 인커밍 조건 기반 세션 차단(ICSB) 및 아웃고잉 조건 기반 세션 차단(OCSB)을 설명할 것이다.

여기서, 셀률러 통신 시스템을 통해 제공되는 한 종류의 SIP 기반 서비스는 셀률러 네트워크를 통한 푸쉬-투-토크 (Push-to-talk Over Cellular: PoC) 서비스이다. 단지 편의상의 목적으로, 본 발명의 어떤 특징들은 PoC 서비스를 기초로 설명될 것이지만, 본 발명의 특징들은 다른 여러 종류의 SIP 기반 서비스들에도 적용가능하다.

인커밍 PoC 세션 차단(ISB)은 모든 인커밍 PoC 세션 요청들을 차단하라는 사용자의 요구를 PoC 서비스에게 전달하는 UE를 위한 PoC 서비스 설정을 의미한다.

사용자가 PoC 세션 차단이 활성화되도록 설정했으면, 초대된 UE의 PT 서버는 수신된 인커밍 PoC 세션 요청을 초대된 UE에게 보내지 않고, 초대하는 UE 통화중(busy) 응답을 보낼 것이다.

홈(Home) PoC 네트워크에 있는 PT 서버는, 서빙된 PoC 사용자를 위해 UE가 제공하는 인커밍 PoC 세션 차단 (incoming PoC session barring (ISB) settings) 세팅들을 저장할 것이다. UE는 PoC 사용자가 홈 PoC 네트워크에서 ISB 세팅 값을 변경할 수 있도록 허용해줄 것이다. 여기서, 그 값은 ISB 활성(active) 또는 ISB 비활성(not active)일 수 있다. ISB 활성이면, PT 서버는 그 서빙된 PoC 사용자를 위한 모든 인커밍 초대들을 거절할 것이다.

도 1은 본 발명에 적용 가능한 PoC 시스템 구조의 일 예를 도시한다. 여러 객체들 및 인터페이스들이 도시 되어있지만, 어둡게 표시한 객체들(101, 103, 121, 122)은 본 발명과 관련된 PoC 기능 객체들을 의미한다.

본 발명을 구현하기 위해서, 이동 단말기(즉, 사용자 기기(UE: User Equipment: 100)는 PoC 클라이언트(101) 및 XDMC(103) (XML 문서 관리 클라이언트: XML Document Management Client)를 포함할 수 있다. PoC 클라이언트(101)는 네트워크 (즉, 접속망 (110), SIP/IP 코아 (120), 원거리 PoC 네트워크 (130), 등)의 PoC 서버(121)와 협력한다. XDMC (103)는 여러 네트워크 객체들, 즉, 어그리게이션 프록시 (Aggregation Proxy) (123), 및 PoC XDMS (122) (XML 문서 관리 서버: XML Document Management Server)과 협력한다. XDMC (103), Aggregation Proxy (123), PoC XDMS (122), 및 PoC 서버 (121) 간의 신호 송수신은, XML 구성 접속 프로토콜(XML Configuration Access Protocol: XCAP)을 이용할 수도 있다.

여러 객체들 사이의 여러 인터페이스들은 다음과 같이 요약할 수 있다:

참조 지점	사용	프로토콜
POC-1	PoC Client 에서 SIP/IP Core로에 대한 세션 신호 송수신	SIP
POC-2	SIP/IP Core에서 PoC Server로에 대한 세션 신호 송수신	SIP
POC-3	미디어 및 토크 버스트 제어 (미디어 전달은 RTP 프로토콜 이용한다. 토크 버스트 제어 프로토콜은RTCP APP 메시지 프로토콜 사용. PoC 구조가 사용하는 접속 네트워크에는 IP 접속 및 IP 이동성을 획득하는데 필요한 무선 접속 및 다른 노드들을 포함.)	RTP, RTCP
POC-4	네트워크들 간에 미디어 및 토크 버스트 제어 (미디어 전달은RTP 프로토콜 사용. 토크 버스트 제어 프로토콜은 RTCP APP 메시지 프로토콜 사용.)	RTP, RTCP
POC-5	공용XDMS에서 PoC 서버로	XCAP
POC-6	SIP/IP Core에서 PoC XDMS로	SIP
POC-7	PoC XDMS 에서 Aggregation proxy로	XCAP
POC-8	PoC Server 에서 PoC XDMS로	XCAP
XDM-1	XDMC 에서 SIP/IP Core로	참조: [XDM AD]
XDM-2	공용 XDMS 에서 SIP/IP Core로	참조: [XDM AD]
XDM-3	XDMC 에서 Aggregation Proxy로	참조: [XDM AD]
XDM-4	Aggregation Proxy 에서 공용 XDMS로	참조: [XDM AD]
PRS-1	Presence Source 에서 SIP/IP Core로	참조:[Presence AD]
PRS-2	Watcher 에서 SIP/IP Core로	참조:[Presence AD]
PRS-3	SIP/IP Core 에서 Presence Server로	참조:[Presence AD]
PRS-5	고용 XDMS 에서 Presence Server로	참조:[Presence AD]
IP-1	네트워크들 간의 세션 신호 송수신	SIP
DM-1	DM Client 에서 DM Server로	참조: [OMA-DM]

본 발명자들은 종래 기술에 기본적이고 단순한 인커밍 PoC 세션 차단이 존재하지만, 이는 아무 조건 없이 모든 SIP 초대 요청 메시지들의 수신을 차단했다. 즉, 종래 기술에서는 여러 특정한 조건에 따라 SIP 초대 요청 메시지들의 수신을 차단하는 기능이 없다.

여러 세션 초대자들 및 초대 받는 자들이 증가된 성능을 가진 이동 단말기(또는 다른 무선 통신 기기)들을 사용하며, 더 많은 사용자들이 다른 지역 범위의 다른 종류의 네트워크들 및 심지어 다른 나라들의 네트워크들 간에 자주 이동(로밍: roaming)하기 때문에, 특정한 조건 및 상황에 따라 인커밍 및 아웃고잉 세션 차단을 지원하는 성능 및 기능들을 확장하고 개선할 필요성이 있다.

본 발명은 이런 문제점들을 해결하기 위해 UE (100) (즉, PoC 클라이언트 (101) 및XDMC (103)) 및 네트워크 (즉, Aggregation Proxy (123), PoC XDMS (122), 및 PoC 서버 (121)) 간에 협력을 수행한다. 즉, 인커밍 및 아웃고잉 (PoC) 세션 차단을 위한 특정한 조건 및/또는 절차들을 PoC 클라이언트 101 및 PoC 서버 (121) 간의 협력을 통해 이루어질 수 있고, 인커밍 및 아웃고잉 (PoC) 세션 차단을 위한 추가적, 부가적 및/또는 더 세부적인 조건들(및/또는 절차들)은 XDMC (103), Aggregation Proxy (123), 및 PoC XDMS (122) 간의 협력을 통해서 이루어질 수 있다. 이런 특징들은 도2와 3을 참조하며 더 자세히 설명될 것이다.

도2는 본 발명에 따른 ICSB/OCSB 설정 절차를 위한 예시적인 메시지 흐름을 도시한다.

PoC Client (210)는 ICSB/OCSB 설정들을 (e.g., 활성:active 또는 비활성: not active) SIP/IP Core (220)로 보내는 메시지(예: PUBLISH 신호)에 제공하고 (S20), 그 메시지(e.g., PUBLISH 신호)는 SIP/IP Core (220)에 의해 PT 서버 (230)로 전달된다 (S22). ICSB/OCSB 상태 정보는 PT 서버 (230)에 의해 저장되며 (S24), SIP/IP Core (220)를 통해서 PoC 클라이언트(210)에게 응답 또는 승인 메시지 (예: 200 OK)를 제공한다 (S26, S28).

ICSB/OCSB 성정(settings)에는 인커밍 및 아웃고잉 세션들이 언제 어떻게 차단할 지를 명시한 여러 종류의 규칙들이 있으며, 여기에는 조건 및 행동(actions) 등을 포함할 수 있다. 인커밍 조건 기반 세션 차단 (ICSB) 및 아웃고잉 조건 기반 세션 차단은 여러 방법으로 이루어질 수 있다.

예를 들어, ICSB 및 OCSB에 관련된 조건들은 초대를 받거나 (예: INVITE 요 청 수신) 및 초대를 보내는 (예: INVITE 요청 송신) 상황을 대처하도록 각각 설정될 수 있다.

도 3은 본 발명에 따라, XDM 클라이언트(310)가 PoC XDMS(330)에 저장하는 인커밍 PoC 세션 차단 조건들 및/또는 아웃고잉 PoC 세션 차단 조건들을 위한 예시적인 메시지 흐름을 도시한다.

XDM 클라이언트(310), 즉, 사용자 A (초대 받은자)는 특정한 사용자 ID (예: SIP URI: ronald.underwood@example.com)를 가지며 특정한 인커밍 및/또는 아웃고잉 PoC 세션 차단 정보를 설정할 수 있으며, 이를 특정한 메시지(예: HTTP PUT)를 통해 Aggregation Proxy (320)로 전송될 수 있다 (S30). 그 다음, Aggregation Proxy (320)는 이 정보를 특정한 메시지(예: HTTP PUT)를 통해 PoC XDMS (330)로 보내거나 전달할 수 있다 (S32). XDM 클라이언트(310)를 위한 인증(authentication)을 성공적으로 수행한 후에, PoC XDMS (330)는 특정한 메시지(예: 200 OK)를 사용하여 Aggregation Proxy (320)를 통해 다시 XDM 클라이언트 (310)으로 승인(acknowledgement)을 보낼 수 있다 (S34, S36).

여기서, 그 정보에는 ICSB, OCSB, 또는 둘 다에 관한 하나 또는 그 이상의 규칙들을 포함하는 룰셋(ruleset)과 같은 특정한 요소를 포함될 수 있다. 각 ICSB 또는 OCSB 규칙에는 조건들 및/또는 행동들(actions)을 포함할 수 있다. 조건들은 사용자의 국가 또는 지역을(예: 초대자 및 초대 받는 자의 물리적 위치 표시), 사용자 ID (e.g., SIP URI, TEL URI), 사용자 리스트 서비스(user list service) (예: PoC 그룹 ID를 나타내는 URI 속성), 등을 지정할 수 있다. 행동들(actions)은 세션 가입 또는 탈퇴 절차들을 어떻게 처리할 지를 지정할 수 있다 (즉, 초대를 허락하거나 거부할 지의 여부).

예를 들어, 다른 나라의 SIP URI를 가진 다른 사용자(즉, 초대자)로부터 보낸 인커밍 세션 요청 거부 또는 막을 수 있도록 설정될 수 있다. 즉, 다른 사용자 B (즉, 초대자)로부터 SIP INVITE 요청 메시지를 받으면, 사용자 B의 사용자 ID (즉, SIP URI)를 확인할 수 있다. SIP URI의 접미사 (또는 끝부분) (예: ~.com, ~.co.xx, 등) 사용자 B (초대자)가 사용자 A(초대 받는 자)의 국가 또는 지역과 다른 국가 또는 지역에 위치하는지를 나타낼 수 있다 (예: ~co.jp, ~co.uk, 등).

사용자 A (초대 받는 자) 및 사용자 B (초대자)가 같은 국가 또는 지역에 있으면, SIP INVITE 요청 메시지의 수신을 허용할 수 있다. 예를 들어, 사용자 B(초대자)가 SIP URI: percy.underwood@example.co.uk 를 가진다면, SIP URI 접미사 부분이 동일하기 때문에 사용자 B가 사용자 A (SIP URI: ronald.underwood@example.co.uk)와 같은 국가(지역)에 있다고 판단한다. 이와 반대로, SIP URI 접미사의 차이에 따라 사용자 A (초대 받는 자) 및 사용자 B (초대자)가 다른 국가 또는 지역에 있다고 보고, SIP INVITE 요청 메시지의 수신을 거절할 수 있다. 이렇게 하여, 사용자 B처럼 다른 국가(지역)에 있는 사용자들로부터 초대 받기를 희망하지않는 초대 받는 자(사용자 A)에게 원하지않는 비용 청구를 방지할 수 있다.

사용자 ID의 다른 예로써 전화번호 국가 코드 접두사, 전화 번호 내용, 리스트 서비스 URI, 등이 있다. 이런 파라미터들 중 적어도 하나를 비교하여 세션 초대 자와 세션 초대 받은 자가 같은 국가 또는 지역에 있는지를 확인하여 필요하다면 인커밍 및 아웃고잉 세션 차단 절차들을 수행할 수도 있다.

여기서, ICSB 및/또는 OCSB 조건들에는 미디어 종류(media type)를 나타내는 조건을 포함할 수도 있다. 원하는 미디어 종류를 가지고 세션을 만드는 조건들을 설정하는 것이 사용자에게 편리할 수 있다. 예를 들어, 사용자는 비디오를 사용하는 세션에 초대 하거나 받기를 원하지 않을 수도 있다. 그렇다면, ICSB 및/또는 OCSB 가 적당하게 설정될 수 있다.

요약해서, 본 발명에 따른 룰셋(ruleset)(즉, 조건들의 종류)의 예들은 이하와 같이 분류할 수 있다:

(1) SIP URI 및 TEL URI과 같은 주소 정보

(2) 네트워크 코드 및 국가 코드와 같은 네트워크 정보

(3) 프레전스 정보(Presence information)

어떤 사용자들은 특정한 프레전스 상태를 가진 사용자들을 초대하거나 초대 받기를 원하지 않을 수도 있다. 예를 들어, 어떤 사용자는 프레전스 상태가 "화난" "(angry)" 상태에 있는 사용자의 초대를 거부하고 싶을 것이다.

여기서, PT 서버가 사용자(초대자 및 초대 받은 자)들의 프레전스 정보를 알고있는 (네트워크에 있는) 프레전스 서버와 상호동작하면, 프레전스 정보를 기초로 한 차단(barring)이 가능하다. PT 서버는 PoC XDMS로부터 프레전스 조건을 포함하는 룰셋(ruleset) 및 프레전스 서버로부터 프레전스 정보를 획득하여 이들을 비교해서 차단(barring)을 수행할지를 결정한다.

(4) 위치 정보(Location information)

어떤 사용자들은 특정한 위치에 있는 사용자들을 초대하거나 초대받기를 원하지 않을 수도 있다.

예를 들어, ICSB를 위해서, 특정한 지역에 있는 사용자들로부터의 인커밍 세션 초대를 차단할 수 있다. 또 다른 예로, 국제 전화 차단을 할 수 있다.

여기서, PT 서버가 사용자(초대자 및 초대 받은 자)들의 위치정보를 알고 있는 위치 서버와 상호동작하면, 위치정보를 기초로 한 차단(barring)이 가능하다. PT 서버는 PoC XDMS로부터 위치 조건을 포함하는 룰셋(ruleset) 및 위치 서버로부터 위치정보를 획득하여 이들을 비교해서 차단(barring)을 수행할지를 결정한다.

(5) 시간 정보 (Time of Day information)

특정한 시간 기간(즉, 세션 차단 시간)에 초대를 차단할 수도 있다. 예를 들어, 사용자는 병원이 있을 때 초대를 안받도록 그의 조건을 설정할 수도 있다. 여기서, (네트워크에 있는) PT 서버가 초대 요청을 받은 시간을 알고있기 때문에, 시간 정보를 기초로 한 차단(barring)이 가능하다. PT 서버는 PoC XDMS 또는 다른 네트워크 객체에 저장될 수 있는 세션 차단 시간을 PT 서버가 일고 있는 현재 시간과 비교하여 시간 정보 기반 차단(barring)을 수행할지를 결정한다.

(6) 미디어 종류 (Media Type)

본 발명은 또한 사용자들이 원하는 미디어 종류(예: 오디오, 비디오, 이미지, 문자, 음선, 등)를 가진 세션에 초대하거나 초대 받는 것을 허용한다. 예를 들어, 사용자는 비디오를 받고싶지 않다면, 비디오 종류를 차단하는 조건들을 설정할 수 있다. PT 서버는 룰셋(ruleset)(조건들)에 저장된 차단할 미디어 종류를 초대(INVITE) 메시지 내의 미디어 종류와 비교하여 미디어 종류 기반 차단(barring)을 수행할지를 결정한다.

인커밍 PoC 세션 차단 조건 및 절차들은 이하의 예시적인 XML 개요로 더 자세히 표현될 수 있다. 여기서, 어둡게 표시한 부분들은 인커밍 조건 기반 PoC 세션 차단의 예시적인 룰셋(ruleset) (조건(conditions) 및 행동(action), 등 포함)을 명시한다.

이와 비슷하게, 아웃고잉 PoC 세션 차단 조건 및 절차들은 이하의 예시적인 XML 개요로 더 자세히 표현될 수 있다. 여기서, 어둡게 표시한 부분들은 아웃고잉 조건 기반 PoC 세션 차단의 예시적인 룰셋(ruleset) (조건(conditions) 및 행동 (action), 등 포함)을 명시한다.

도1에 도시 된 것과 같이, 본 발명은 ICSB/OCSB 설정 절차들을 XML 구성 접근 프로토콜 (XML Configuration Access Protocol: XCAP)을 통해서 제공할 수 있다. XCAP의 사용은 SIP에 비해서 적어도 다음과 같은 장점들이 있다.

첫째, XCAP은 헤더 구조(header structure) 및 압축 기술(compression technique)에 있어서 더 간단하며, 구현 비용이 SIP에 비해 더 저렴하다. 더 구체적으로, HTTP (XCAP)을 위해 단지 4 개의 헤더를 사용하며, SIP에서는 15-20 헤더들이 요구된다. XCAP에서는 압축이 필요 없으며, SIP에서는 압축이 필요하다.

둘째, XCAP은 어떤 종류의 데이터에 대해서는 더 적합할 수도 있다. 가입자(사용자)가 어떤 데이터를 얼마만큼 자주 변경하기를 원하는지에 따라, XCAP은 변하 지 않는(static) 데이터(즉, 쉽게 변하지 않는 데이터)를 처리하는데 사용되고, SIP는 변하는(dynamic) 데이터(즉, 쉽게 변하는 데이터)를 처리하는데 더 적합하다. 본 발명에서는, 룰셋(ruleset)이 자주 안 바뀐다는 것을 간주하기 때문에, XCAP을 사용할 수 있다.

셋째, XCAP은 SIP에 비해서 지연/대기(latency) 문제를 덜 겪는다. 그 이유로써, XCAP은 데이터를 오직 어그리게이션 프록시(aggregation proxy, 즉, 도1의 요소 123)를 통해서 라우팅(routing)하지만, SIP은 데이터를 P-CSCF, I-CSCF, 및 S-CSCF와 같은 여러 SIP 객체들을 통해서 라우팅(routing)해야 하기 때문이다.

넷째, XCAP은 SIP에 비해 더 확장 가능하다. 즉, XCAP이 XML 기술을 기반으로 하기 때문에, 새로운 프로토콜들을 쉽게 만들 수 있기 때문에 여러 확장(개선)들을 구현하는데 더 쉽다. 반면, SIP애서는, 확장(개선)을 구현하기 위해 이미 정의되었고 한정된 수의 프로토콜들을 사용해야 하기 때문에 만들 수 있는 확장의 종류가 제한되어 있다.

인커밍 조건 기반 PoC 세션 차단(Incoming Condition based PoC Session Barring: ICSB)은 PoC 가입자(또는 승인된PoC 사용자)가 특정한 차단 조건 하에 새로운 PoC 세션에 초대되는 것을 원하지 않는다는 것을 의미한다. PoC 가입자 (또는 승인된 PoC 사용자)는 조건적인 새로운 인커밍 PoC 세션을 거부하는 세팅(설정)을 활성화 시킬 수 있다.

아웃고잉 조건 기반 PoC 세션 차단(Outgoing Condition based PoC Session Barring: OCSB)은 PoC 가입자(또는 승인된PoC 사용자)가 특정한 차단 조건 하에 새 로운 PoC 세션에 참석(조인: join)하거나 PoC 세션 설정하는 것을 원하지 않는다는 것을 의미한다. PoC 가입자 또는 승인된 PoC 사용자는 조건적인 참석 또는 PoC 설정을 수행하지 않도록 세팅(설정)을 활성화 시킬 수 있다.

ICSB 및 OCSB에 공통적인 조건 설정 절차에는 PoC 세션 차단의 on/off 설정 (예: 국제 PoC 세션 차단), 및 PoC 그룹 파라미터들(예: 특정한 그룹 요원들)을 설정 할 수도 있다.

이하 [표1]에은 본 발명에 따른 ICSB를 위한 예시적인 파라미터들이다.

명칭	설명
0	PoC 서비스 인프라 구조는 인커밍 PoC 세션 차단을 지원해야 하며, PoC 클라이언트는 인커밍 PoC 세션 차단을 지원할 수도 있다.
0.1	PoC 클라이언트는 PoC 가입자 또는 승인된 PoC 사용자가 인커밍PoC 세션 차단 조건들을 정의하는 것을 지원할 수도 있다: * PoC 주소 정보 및/또는 (기초적인 네트워크에 의해 제공될 수 있는) 네트워크 정보 (예: 초대자 PoC 사용자의 홈 PoC 네트워크가 위치한 국가 또는 지역)을 기초로 PoC 세션 차단(예: 국제PoC 세션 차단)의 on/off 설정; 및 * PoC 그룹 파라미터들(예: 특정한 그룹 요원들).
0.2	PoC 클라이언트는 PoC 서비스 인프러 구조로부터 그의 인커밍 PoC 세션 차단 설정을 물어보기 위해 PoC 사용자를 지원할 수 있다.
0.3	PoC 서비스 인프라 구조는 PoC 클라이언트의 요청에 따라 인커밍 PoC 세션 차단 조건들을 저장해야 할 것이다.
0.4	PoC 서비스 인프라 구조는 요청을 받으면 PoC 사용자에게 그의 인커밍 PoC 세션 차단 설정을 제공할 것이다.
0.5	PoC 서비스 인프라 구조는 승인된 PoC 시용자 또는 PoC 가입자에 의해 정의된 인커밍 PoC 세션 차단 조건들을 확인하여, 조건들을 만족할 경우에만 인커밍 PoC 세션 초대를 차단할 것이다.

이하 표2에는 본 발명에 따른 OCSB를 위한 예시적인 파라미터들이다.

명칭	설명
0	PoC 서비스 인프라 구조는 아웃고잉 PoC 세션 차단을 지원해야 하며, PoC 클라이언트는 아웃고잉 PoC 세션 차단을 지원할 수도 있다.
0.1	PoC 클라이언트는 PoC 가입자 또는 승인된 PoC 사용자가 아웃고잉PoC 세션 차단 조건들을 정의하는 것을 지원할 수도 있다: * PoC 주소 정보 및/또는 (기초적인 네트워크에 의해 제공될 수 있는) 네트워크 정보 (예: 초대자 PoC 사용자의 홈 PoC 네트워크가 위치한 국가 또는 지역)을 기초로 PoC 세션 차단(예: 국제PoC 세션 차단)의 on/off 설정; 및 * PoC 그룹 파라미터들(예: 특정한 그룹 요원들).
0.3	PoC 클라이언트는 PoC 서비스 인프러 구조로부터 그의 아웃고잉 PoC 세션 차단 설정을 물어보기 위해 PoC 사용자를 지원할 수 있다.
0.4	PoC 서비스 인프라 구조는 PoC 클라이언트의 요청에 따라 아웃고잉 PoC 세션 차단 조건들을 저장해야 할 것이다.
0.5	PoC 서비스 인프라 구조는 요청을 받으면 PoC 사용자에게 그의 아웃고잉 PoC 세션 차단 설정을 제공할 것이다.
0.6	PoC 서비스 인프라 구조는 승인된 PoC 시용자 또는 PoC 가입자에 의해 정의된 아웃고잉 PoC 세션 차단 조건들을 확인하여, 조건들을 만족할 경우에만 아웃고잉 PoC 세션 초대를 차단할 것이다.
0.7	PoC 서비스 인프라 구조는 가입자 또는 승인된 PoC 사용자에 의해 정의된 아웃고잉 PoC 세션 차단 조건에 따라 아웃고잉 PoC 세션 초대가 차단되었다는 것을 PoC 사용자에게 통지해줄 것이다.

개선을 위한 여러 기능들을 고려하여 본 발명을 사용하여 구현할 수 있다.

예를 들어, 제어 평면에 일반적인 확장의 필요성은: SIP PUBLISH 메시지를 통해서 ICSB/OCSB 설정들(활성화/비활성화: active/not active)을 지원; PoC XDMS로부터 ICSB/OCSB에 대한 룰셋(ruleset) 확인을 지원; PoC 주소 정보(예: SIP URI, TEL URI) 및/또는 네트워크 정보(예: 이동 국가 코드: Mobile Country Code)를 기초로 한 SIP INVITE 요청들의 선발(screening) 지원; 및 PoC 세션 초대가 차단되었다는 통지를 지원 (예: 상기 표2에서 명칭 #0.7 참조).

또한, PoC XDMS에 대한 일반적인 확장은 승인 규칙(Authorization Rules), ICSB를 위한 룰셋(Ruleset), OCSB를 위한 룰셋(Ruleset), 등이 의미할 수 있다.

도 4는 본 발명에 따른 ICSB를 위한 예시적인 메시지 흐름을 도시한다.

이 예에서는, PoC 클라이언트 B 460 (초대자)는 PoC 클라이언트 A 410 (초대 받은 자)를 SIP INVITE (PoC) 세션에 초대하고 싶다는 것을 간주한다. 이는 PoC 클 라이언트 B 460 (초대자)가 초대 (요청) 메시지 등과 같은 메시지를 PoC 서버 B (참석: participating) (450) 및 PoC 서버 A&B (제어: controlling) (440)를 통해서 PoC 서버 A (참석: participating) (430)에게 보냄으로써 이루어진다 (S40, S41, S42).

SIP INVITE 요청을 받으면, PoC 서버 A 430는 PoC XDMS 420로부터 ICSB 설정의 룰셋(ruleset)을 확인하여, 사용자 A (초대 받은 자)를 세션에 초대(즉, 조인: join) 해야 할지를 판단한다 (S43, S44). 여기서, XDM 클라이언트 (즉, 초대 받은 사용자 A)의 요청에 따라 PoC XDMS 420는 ICSB 설정의 룰셋(ruleset)을 (예: 내부 또는 외부 메모리에) 미리 저장 했었다. 여기서, ICSB 설정의 룰셋(ruleset)이 PoC XDMS 420에 미리 저장되어 추후에 획득해야 하는 이유는, 그 룰셋(ruleset)에 관한 정보량이 PoC 서버 A (430)의 저장 용량을 초과할 수 있기 때문이다. 또한, PoC 서버 A (430)로부터 요청을 받으면, PoC XDMS 420는 다시 PoC 서버 A 430로 응답(확인)을 제공할 수도 있다 (S45).

그 다음, PoC 서버 A (430)는 PoC 클라이언트 B 460 (초대자) 및 PoC 클라이언트 A 410 (초대 받은 자)의 정보를 서로 비교한다 (S46). 즉, ICSB 설정의 룰셋(ruleset) 및 초대자 (PoC 클라이언트 B 460) 및 초대 받은 자 (PoC 클라이언트 A 410)에 대한 여러 정보를 확인하여 인커밍 세션 차단을 수행해야 할지를 결정한다. 예를 들어, SIP URI, 전화 번호 국가 코드 접두사, 전화 번호 내용, 리스트 서비스 URI, 등을 확인하여 초대자(PoC 클라이언트 B 460) 및 초대 받은 자(PoC 클라이언트 A 410)가 같은 국가 또는 지역에 있는지를 확인한다.

예를 들어, 초대자(PoC 클라이언트 B 460)가 초대 받은 자(PoC 클라이언트 A 410)의 국가 또는 지역과 다른 국가 또는 지역에 위치하고 있기 때문에 PoC 세션 요청을 차단하는 조건이 만족되어, 그에 따라 인커밍 SIP INVITE 요청이 차단될 것이면, PoC 서버 A (430)는 이 결과를 알리는 응답 메시지를 PoC 클라이언트 B (460) (초대자)에게, PoC 서버 A&B 440 및 PoC 서버 B (450)를 통해서, 보낸다 (S47, S48, S49). 예를 들어, 응답 메시지(예: 480 Temporarily Unavailable)를 최종적으로 PoC 클라이언트 B (460) (초대자)로 보내서 그의 SIP INVITE 요청이 거절(거부 또는 차단: barred)되었다는 것을 알려준다. 이런 방식으로, 인커밍 조건 기반 세션 차단 (ICSB) 절차를 달성할 수 있다.

도 5는 본 발명에 따른 OCSB를 위한 예시적인 메시지 흐름을 도시한다.

이 예에서는, PoC 클라이언트 A 510 (초대자)가 다른 클라이언트들을 SIP INVITE (PoC) 세션에 초대하고 싶다고 가정한다. 이는 PoC 클라이언트 A 510 (초대자)가 초대 (요청) 메시지 등을 PoC 서버 A 520 (참석: participating)에게 보내서 달성할 수 있다 (S50).

SIP INVITE 요청을 받아서, PoC 서버 A (520)는 PoC XDMS (530)로부터 OCSB 설정의 룰셋(ruleset)을 확인하여, 세션에 초대하기 위해 다른 사용자(초대 받은 자)에게 아웃고잉 초대를 보내는 것을 허용할 것인지를 판단한다 (S52). 여기서, PoC XDMS (530)는 그 다른 사용자(초대 받은 자)의 요청에 따라 OCSB 설정의 룰셋(ruleset)을 (예: 내부 또는 외부 메모리에) 미리 저장 했었다. 여기서, OCSB 설정의 룰셋(ruleset)이 PoC XDMS 530에 미리 저장되어 추후에 획득해야 하는 이유는, 그 룰셋(ruleset)에 관한 정보량이 PoC 서버 A (520)의 저장 용량을 초과할 수 있기 때문이다. 또한, PoC 서버 A (520)로부터 요청을 받으면, PoC XDMS 530는 다시 PoC 서버 A 520로 응답(확인)을 제공할 수도 있다 (S54, S56).

그 다음, PoC 서버 A (520)는 PoC 클라이언트 A 510 (초대자) 및 다른 사용자(초대 받은 자)의 정보를 서로 비교한다 (S57). 즉, OCSB 설정의 룰셋(ruleset) 및 초대자 (PoC 클라이언트 A 510) 및 초대 받은 자 (다른 사용자)에 대한 여러 정보를 확인하여 아웃고잉 세션 차단을 수행해야 할지를 결정한다. 예를 들어, SIP URI, 전화 번호 국가 코드 접두사, 전화 번호 내용, 리스트 서비스 URI, 등을 확인하여 초대자(PoC 클라이언트 A 510) 및 초대 받은 자(다른 사용자)가 같은 국가 또는 지역에 있는지를 확인한다.

예를 들어, 초대자(PoC 클라이언트 A 510)가 초대 받은 자(다른 사용자)의 국가 또는 지역과 다른 국가 또는 지역에 위치하고 있기 때문에 PoC 세션 요청을 차단하는 정보가 만족되어, 그에 따라 아웃고잉 SIP INVITE 요청이 차단될 것이면, PoC 서버 A (520)는 이 결과를 알리는 메시지를 PoC 클라이언트 A (510) (초대자)에게, PoC 서버 A (520)를 통해서, 보낸다 (S58). 예를 들어, 거부 메시지(Denial Message)를 최종적으로 PoC 클라이언트 A (510) (초대자)로 보내서 그의 SIP INVITE 요청이 거절(거부)되었다는 것을 알려준다. 이런 방식으로, 아웃고잉 조건 기반 세션 차단 (OCSB) 절차를 달성할 수 있다.

본 발명은 SIP 기반 서비스에 있어서, 제1 네트워크에 있는 제1 UE를 푸쉬-투(push-to: PT) 세션에 초대하기 위해 제2 네트워크에 있는 제2 UE로부터 세션 초 대 요청을 제1 네트워크 서버가 수신하는 단계와; 상기 세션 초대 요청을 수신하여, 상기 제1 네트워크의 XML 문서 관리 서버(XDMS)에 저장된 인커밍 조건 기반 세션 차단(ICSB) 설정의 룰셋(rule set)을 확인하는 단계와; 상기 PT 세션을 차단하기 위한 룰셋의 조건들을 만족할 경우, 상기 세션 초대 요청이 차단되었다는 것을 상기 제2 UE에게 통보하는 단계를 포함하는 것을 특징으로 하는 SIP 기반 서비스 방법을 제공한다.

여기서, ICSB 설정이 활성화 또는 비활성화 상태인지를 확인하는 단계; 및 상기 ICSB 설정이 활성화 상태면, 상기 확인하는 단계를 수행할 수 있다. 상기 세션 초대 요청은 초대(INVITE) 메시지를 통해 상기 제2 UE로부터 받을 수 있다.. 상기 룰셋에는 인커밍 세션이 어떻게 차단될지를 명시하는 조건들(conditions) 및 행동들(action)을 포함할 수 있다. 상기 조건들은 적어도 PoC 주소 정보, 상기 제2 UE가 위치한 국가 또는 지역을 명시하는 네트워크 코드 또는 국가 코드를 포함하는 네트워크 정보, 프레전스 정보, 위치 정보, 시간 정보, 및 미디어 종류 정보 중 적어도 하나일 수 있다. 상기 프레전스 정보 및/또는 위치 정보는 각각 제1 또는 제2 네트워크의 프레전스 서버 및/또는 위치 서버에 저장된 데이터와 비교될 수 있다. 상기 시간 정보는 상기 제1 네트워크가 알고있는 세션 초대 요청 수신 시간과 비교될 수 있다. 상기 미디어 정보는 상기 세션 초대 요청에 명시된 미디어 종류와 비교될 수 있다. UE는 ICSB 설정이 활성화 또는 비활성화 상태인지를 명시하는 공개(PUBLISH) 메시지를 통해 상기 PT서버에게 ICSB 설정을 제공하는 단계를 더 포함할 수 있다. 상기 통보는 상기 초대가 임시로 부재중 또는 초대가 차단되었다는 것을 나타내는 응답 메시지를 통해 상기 제2 UE에게 이루어질 수 있다. 상기 UE는 상기 ICSB 설정의 룰셋(ruleset)을 XCAP을 통해 상기 XDM 서버에게 제공할 수 있다.

또한, 본 발명은 SIP 기반 서비스에 있어서, 적어도 하나의 UE를 푸쉬-투(push-to: PT) 세션에 초대하기 위해 제1 네트워크에 있는 제1 UE로부터 세션 초대 요청을 제1 네트워크 서버가 수신하는 단계와; 상기 세션 초대 요청을 수신하여, 상기 제1 네트워크의 XML 문서 관리 서버(XDMS)에 저장된 아웃고잉 조건 기반 세션 차단(OCSB) 설정의 룰셋(rule set)을 확인하는 단계와; 상기 PT 세션을 차단하기 위한 룰셋의 조건들을 만족할 경우, 상기 세션 초대 요청이 차단되었다는 것을 상기 제1 UE에게 통보하는 단계를 포함하는 방법을 제공한다.

여기서, OCSB 설정이 활성화 또는 비활성화 상태인지를 확인하는 단계; 및 상기 OCSB 설정이 활성화 상태면, 상기 확인하는 단계를 수행할 수 있다. 상기 세션 초대 요청은 초대(INVITE) 메시지를 통해 상기 제1 UE로부터 받을 수 있다. 상기 룰셋에는 아웃고잉 세션이 어떻게 차단될지를 명시하는 조건들(conditions) 및 행동들(action)을 포함할 수 있다. 상기 조건들은 적어도 PoC 주소 정보, 상기 제2 UE가 위치한 국가 또는 지역을 명시하는 네트워크 코드 또는 국가 코드를 포함하는 네트워크 정보, 프레전스 정보, 위치 정보, 시간 정보, 및 미디어 종류 정보 중 적어도 하나일 수 있다. 상기 프레전스 정보 및/또는 위치 정보는 각각 제1 또는 제2 네트워크의 프레전스 서버 및/또는 위치 서버에 저장된 데이터와 비교될 수 있다. 상기 시간 정보는 상기 제1 네트워크가 알고있는 세션 초대 요청 수신 시간과 비교될 수 있다. 상기 미디어 정보는 상기 세션 초대 요청에 명시된 미디어 종류와 비 교될 수 있다. 상기 제1 UE는 OCSB 설정이 활성화 또는 비활성화 상태인지를 명시하는 공개(PUBLISH) 메시지를 통해 상기 PT 서버에게 OCSB 설정을 제공하는 단계를 더 포함할 수 있다. 상기 통보는 상기 초대가 임시로 부재중 또는 초대가 차단되었다는 것을 나타내는 응답 메시지를 통해 이루어질 수 있다. 상기 제 1 UE는 상기 OCSB 설정의 룰셋(ruleset)을 XCAP을 통해 상기 XDM 서버에게 제공할 수 있다.

위에 설명한 여러 특징들을 구현하기 위해, 본 발명은 여러 종류의 하드웨어 및/또는 스프트웨어 요소들(모듈들)을 사용할 수 있다. 예를 들어, 다양한 소프트웨어 모듈들에는 상기 방법을 수행하는데 필요한 여러 회로들과 요소들을 포함할 수 있다. 또한, (프로세서들 및/또는 다른 하드웨어에 의해 실행되는) 다양한 소프트웨어 모듈들은 여러 코드들과 프로토콜들을 포함할 수 있어서 본 발명의 방법을 수행할 수 있다.

위에서 설명된 바와 같이, 본 발명에 따라 SIP 기반 서비스를 제한하는 방법은 여러 장점들이 있다. 세션에 초대하거나 초대 받는 클라이언트를 네트워크 정보 설정을 이용하여 제한할 수 있고, 이 네트워크 정보를 만족하는 사용자가 초대하거나 초대 받는 것을 자동으로 제한하여 사용자 편의를 개선할 수 있다. 또한, 세션에 초대하는 클라이언트나 초대 받는 클라이언트는 네트워크 정보를 이용하여 초대하는 네트워크 또는 초대된 네트워크를 제한하여, 다른 네트워크 내에 존재하는 클라이언트들 간에 설정된 세션 때문에 발생하는 비용 청구 (과금) 문제들을 해결할 수 있다.

본 발명은 도면에 도시된 실시 예를 참고로 설명되었으나 이는 예시적인 것에 불과하며, 본 기술 분야의 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 타 실시 예가 가능하다는 점을 이해할 것이다. 따라서, 본 발명의 진정한 기술적 보호 범위는 첨부된 특허청구범위의 기술적 사상에 의해 정해져야 할 것이다.

Claims (22)

1. SIP 기반 서비스에 있어서,

   제1 네트워크에 있는 제1 UE를 푸쉬-투(push-to: PT) 세션에 초대하기 위해 제2 네트워크에 있는 제2 UE로부터 세션 초대 요청을 제1 네트워크 서버가 수신하는 단계와;

   상기 세션 초대 요청을 수신하여, 상기 제1 네트워크의 XML 문서 관리 서버(XDMS)에 저장된 인커밍 조건 기반 세션 차단(ICSB) 설정의 룰셋(rule set)을 확인하는 단계와;

   상기 PT 세션을 차단하기 위한 룰셋의 조건들을 만족할 경우, 상기 세션 초대 요청이 차단되었다는 것을 상기 제2 UE에게 통보하는 단계를 포함하는 것을 특징으로 하는 SIP 기반 서비스 방법.
2. 제1항에 있어서,

   ICSB 설정이 활성화 또는 비활성화 상태인지를 확인하는 단계; 및

   상기 ICSB 설정이 활성화 상태면, 상기 확인하는 단계를 수행하는 것을 특징으로 하는 SIP 기반 서비스 방법.
3. 제1항에 있어서, 상기 세션 초대 요청은 초대(INVITE) 메시지를 통해 상기 제2 UE로부터 받는 것을 특징으로 하는 SIP 기반 서비스 방법.
4. 제1항에 있어서, 상기 룰셋에는 인커밍 세션이 어떻게 차단될지를 명시하는 조건들(conditions) 및 행동들(action)을 포함하는 것을 특징으로 하는 SIP 기반 서비스 방법.
5. 제4항에 있어서, 상기 조건들은 적어도 PoC 주소 정보, 상기 제2 UE가 위치한 국가 또는 지역을 명시하는 네트워크 코드 또는 국가 코드를 포함하는 네트워크 정보, 프레전스 정보, 위치 정보, 시간 정보, 및 미디어 종류 정보 중 적어도 하나인 것을 특징으로 하는 SIP 기반 서비스 방법.
6. 제5항에 있어서, 상기 프레전스 정보 및/또는 위치 정보는 각각 제1 또는 제2 네트워크의 프레전스 서버 및/또는 위치 서버에 저장된 데이터와 비교되는 것을 특징으로 하는 SIP 기반 서비스 방법.
7. 제5항에 있어서, 상기 시간 정보는 상기 제1 네트워크가 알고있는 세션 초대 요청 수신 시간과 비교되는 것을 특징으로 하는 SIP 기반 서비스 방법.
8. 제5항에 있어서, 상기 미디어 정보는 상기 세션 초대 요청에 명시된 미디어 종류와 비교되는 것을 특징으로 하는 SIP 기반 서비스 방법.
9. 제1항에 있어서,

   UE는 ICSB 설정이 활성화 또는 비활성화 상태인지를 명시하는 공개(PUBLISH) 메시지를 통해 상기 PT서버에게 ICSB 설정을 제공하는 단계를 더 포함하는 것을 특징으로 하는 SIP 기반 서비스 방법.
10. 제1항에 있어서, 상기 통보는 상기 초대가 임시로 부재중 또는 초대가 차단되었다는 것을 나타내는 응답 메시지를 통해 상기 제2 UE에게 이루어지는 것을 특징으로 하는 SIP 기반 서비스 방법.
11. 제1항에 있어서, 상기 UE는 상기 ICSB 설정의 룰셋(ruleset)을 XCAP을 통해 상기 XDM 서버에게 제공하는 것을 특징으로 하는 SIP 기반 서비스 방법.
12. SIP 기반 서비스에 있어서,

    적어도 하나의 UE를 푸쉬-투(push-to: PT) 세션에 초대하기 위해 제1 네트워크에 있는 제1 UE로부터 세션 초대 요청을 제1 네트워크 서버가 수신하는 단계와;

    상기 세션 초대 요청을 수신하여, 상기 제1 네트워크의 XML 문서 관리 서버(XDMS)에 저장된 아웃고잉 조건 기반 세션 차단(OCSB) 설정의 룰셋(rule set)을 확인하는 단계와;

    상기 PT 세션을 차단하기 위한 룰셋의 조건들을 만족할 경우, 상기 세션 초 대 요청이 차단되었다는 것을 상기 제1 UE에게 통보하는 단계를 포함하는 것을 특징으로 하는 SIP 기반 서비스 방법.
13. 제12항에 있어서,

    OCSB 설정이 활성화 또는 비활성화 상태인지를 확인하는 단계; 및

    상기 OCSB 설정이 활성화 상태면, 상기 확인하는 단계를 수행하는 것을 특징으로 하는 SIP 기반 서비스 방법.
14. 제12항에 있어서, 상기 세션 초대 요청은 초대(INVITE) 메시지를 통해 상기 제1 UE로부터 받는 것을 특징으로 하는 SIP 기반 서비스 방법.
15. 제12항에 있어서, 상기 룰셋에는 아웃고잉 세션이 어떻게 차단될지를 명시하는 조건들(conditions) 및 행동들(action)을 포함하는 것을 특징으로 하는 SIP 기반 서비스 방법.
16. 제15항에 있어서, 상기 조건들은 적어도 PoC 주소 정보, 상기 제2 UE가 위치한 국가 또는 지역을 명시하는 네트워크 코드 또는 국가 코드를 포함하는 네트워크 정보, 프레전스 정보, 위치 정보, 시간 정보, 및 미디어 종류 정보 중 적어도 하나인 것을 특징으로 하는 SIP 기반 서비스 방법.
17. 제16항에 있어서, 상기 프레전스 정보 및/또는 위치 정보는 각각 제1 또는 제2 네트워크의 프레전스 서버 및/또는 위치 서버에 저장된 데이터와 비교되는 것을 특징으로 하는 SIP 기반 서비스 방법.
18. 제16항에 있어서, 상기 시간 정보는 상기 제1 네트워크가 알고있는 세션 초대 요청 수신 시간과 비교되는 것을 특징으로 하는 SIP 기반 서비스 방법.
19. 제16항에 있어서, 상기 미디어 정보는 상기 세션 초대 요청에 명시된 미디어 종류와 비교되는 것을 특징으로 하는 SIP 기반 서비스 방법
20. 제12항에 있어서, 상기 제1 UE는 OCSB 설정이 활성화 또는 비활성화 상태인지를 명시하는 공개(PUBLISH) 메시지를 통해 상기 PT 서버에게 OCSB 설정을 제공하는 단계를 더 포함하는 것을 특징으로 하는 SIP 기반 서비스 방법.
21. 제12항에 있어서, 상기 통보는 상기 초대가 임시로 부재중 또는 초대가 차단되었다는 것을 나타내는 응답 메시지를 통해 이루어지는 것을 특징으로 하는 SIP 기반 서비스 방법.
22. 제12항에 있어서, 상기 제 1 UE는 상기 OCSB 설정의 룰셋(ruleset)을 XCAP을 통해 상기 XDM 서버에게 제공하는 것을 특징으로 하는 SIP 기반 서비스 방법.

Images