KR101038736B1 - 세션 기반 통신 - Google Patents

Abstract

세션이 이미 존재함에도 불구하고 세션 설립을 요청하는 사용자 단말은, 그 요청에 대한 응답으로 그 현존 세션에 관해 통지받는다. 만약 그 사용자 단말이, 거절되었던 하나 이상의 미디어 타입들을 그 요청에서 제의했다면, 그 응답은 거절에 대한 이유의 표시(indication)를 포함한다.

Description

세션 기반 통신{Session based communication}

본 발명은 통신 시스템에서의 세션 기반 통신(session-based communication)에 관한 것이고, 특히 다수의 미디어 타입(media type)들이 제의(offer)될 수도 있는 통신에 관한 것이다.

이하의 배경기술에 관한 설명은 본 발명에 선행하는 관련 기술 분야에 알려져 있지 않고 본 발명에 의해 제공된 통찰 사항들, 발견 사항들, 이해 사항들이나 명세 사항들, 또는 명세 사항들과 함께 연상되는 사항들을 포함할 수도 있다. 본 발명의 몇몇 이러한 기여 부분들은 아래에서 구체적으로 지적될 수도 있고, 반면에 본 발명의 다른 이러한 기여 부분들은 그것들의 콘텍스트(context)로부터 명백할 것이다.

통신 기술, 특히 IP-기반 통신 기술 및 엔드 유저(end user) 단말들의 진화는 다목적(versatile) 통신 가능성을 허용하고 여러가지 서비스들의 도입을 가능하게 하였다. 점점 더 많은 경우에 서비스들은, 수직적으로 통신 시스템 내로 통합되는 것이 아니라 멀티미디어 구조(architecture)를 형성할 도구(tool) 내로 통합되는 세션 개시 프로토콜(session initiation protocol; SIP)에 의해 제공되는 프리미티브(primitive)들을 이용하여 구현된다. 더욱 정확하게는, SIP는, 하나 이상의 참여자(participant)들과의 세션들을 생성하고, 변경하고 그리고 종료하기 위한, IETF(Internet Engineering Task Force)에서 정의된 어플리케이션 계층 제어 (시그널링) 프로토콜이다.

SIP 세션들을 활용할 수도 있는 하나의 특별한 특징적 기술은 그룹 통신(group communication)이다. 여기서 사용되는 "그룹"이라는 용어는, 같은 그룹 통신에 참여하도록 의도된 2 이상의 사용자들, 즉 그룹 멤버들로 이루어진 임의의 논리적 그룹을 말하고, 그룹 통신은 2 이상의 참여자들 간의 세션에 적용된다. 그룹 통신의 예들은 회의(conferencing), 인터넷 전화 통화, 멀티미디어 배포(distribution), 멀티미디어 회의, 인스턴트 메시징(instant messaging) 및 채팅(chatting)을 포함한다.

다목적 통신 가능성에 기인하여, 여러가지 미디어 타입들, 예컨대 음성, 인스턴트 메시지, 비디오, 게임용 서비스, 음악, 파일 전송 등이, 그룹에서 사용가능할 수 있다. 전형적으로는 상기 미디어 타입들 중 단지 어떤 것들만이 세션에서 사용된다. 다른 그룹 멤버들과의 세션을 설립하길 원하는 사용자는 그 사용자가 그 세션에 대하여 제의하길 원하는 미디어 타입들을 정의하는 세션 기술 프로토콜(session description protocol; SDP) 제의(offer)를 구비한 SIP 요청을 송신할 수도 있다. 그러나, 예를 들어, 그 세션이 이미 존재하기 때문에 세션 설립(session establishment)을 제어하는 서버 또는 그룹 멤버에 의해 그 제의된 미디어 타입들 중 하나 이상이 거절되게 만들 수도 있는 정책 또는 규칙이 정의되었을 수도 있다. 상기의 조정과 관련한 문제들 중 하나는 사용자가 그 세션 설립 요 청이 단지 부분적으로만, 즉 전체로서가 아니게 수락되었는지에 관한 이유, 예를 들어 그 세션이 이미 존재한다는 것과 같은 이유에 관한 어떠한 정보도 수신하지 않을 것이라는 점이다.

따라서 본 발명의 목적은 상기의 문제점을 극복하도록 하는 방법 및 그 방법을 구현하는 장치를 제공하려는 것이다. 그 목적은 특허청구범위의 독립 청구항들에 기재된 특징을 가진 방법들, 장치들, 모듈들, 시그널링 메시지들, 시스템 및 프로그램 제품에 의해 달성된다. 바람직한 실시예들은 그 독립 청구항들에 개시되어 있다.

다음에서, 첨부된 도면들을 참조하여 실시예들이 더 상세하게 기술될 것이다.

도 1은 그룹 통신 서비스를 제공하는 통신 시스템의 일반적 구조의 예를 예시하는 도면이고;

도 2 및 도 3은 장치들에 관한 간략화된 블록 다이어그램들이고;

도 4, 도 5 및 도 6은 장치의 기능을 각각 예시하는 흐름도들이며; 그리고

도 7은 일 실시예에 따른 시그널링을 예시하는 도면이다.

이하의 실시예들은 바람직한 실시예들이다. 비록 본 명세서가 몇몇의 위치들에서 "일", "하나의" 또는 "몇 가지(의)" 실시예(들)을 언급할 수도 있지만, 이는 반드시 각각의 이러한 언급이 동일 실시예(들)에 관한 것임을 의미하거나 또는 그 기술적 특징이 단지 개개의 실시예에만 적용됨을 의미하는 것은 아니다. 여러가지 실시예들의 개개의 특징들은 또한 다른 실시예들을 제공하기 위해 결합될 수도 있다.

본 발명은, SIP-기반 세션들을 지원하고 세션들에 다수의 미디어 타입들을 제의할 가능성을 제공하는, 임의의 사용자 단말, 서버, 대응 콤포넌트 및/또는 임의의 통신 시스템이나 여러가지 통신 시스템들의 임의의 조합에 적용가능하다. 세션 타입에 대해, 또는 미디어 타입들에 대해, 또는 제의 메커니즘(offering mechanism)에 대해 어떠한 제한도 없다.

통신 시스템은 고정식 통신 시스템 또는 무선 통신 시스템 또는 고정식 네트워크 및 무선 네트워크 양자 모두를 활용하는 통신 시스템일 수도 있다. 특히 무선 통신에서, 사용되는 프로토콜들, 그리고 통신 시스템, 서버와 사용자 단말이나 대응 콤포넌트의 명세는 빠르게 발전한다. 이러한 발전은 일 실시예에 부가적인 변화들을 요구할 수도 있다. 그러므로, 모든 용어들과 표현들은 넓게 해석되어야 할 것이고 그것들은 그 실시예를 예시하도록 의도된 것들이고 한정하도록 의도된 것들이 아니다.

이하에서, 여러가지 실시예들이, 그 실시예들이 적용될 수도 있는 시스템 구조의 예로서, 시그널링 및 세션 설립에 대한 SIP 및 제의된 미디어 타입들에 관한 정보를 전달하는 것에 대한 SDP에 기반한 구조를 이용하여 기술될 것이고, 다만 이 경우 그 실시예를 이러한 구조로 한정하는 것은 아니다. SIP 및 SDP는 IETF에 의해 정의된다. SIP는 하나 이상의 참여자들과의 세션들을 생성하고, 변경하고, 그리고 종료하기 위한 제어 (시그널링) 프로토콜이다. SDP는 텍스트-포맷의 어플리케이션 계층 프로토콜로서, 그 정보가 어떻게 전송되는지에 관계없이, 미디어 상세(details), 전송 주소들 및 다른 세션 기술 메타데이터(session description metadata), 예컨대 미디어 타입들을 전달하기 위한 텍스트-포맷 어플리케이션 계층 프로토콜이다. 환언하면, SIP 및 SDP는 통신 시스템 내로 수직적으로 통합되지 않는다. IETF 명세들 및 인터넷 드래프트(Internet Draft)들은 http://www.ietf.org에서 찾을 수 있다.

여기서 미디어 타입은 사용자 단말들과 같은 엔드포인트(endpoint)들 간에 협상가능한(negotiable) 통신 수단(방법) 및/또는 데이터의 일반적 타입을 포함한다. 미디어 타입들의 예들은 텍스트 (텍스트 정보), 이미지 (이미지 데이터), 오디오 (오디오 데이터), 비디오 (비디오 데이터), 어플리케이션 (소정의 다른 종류의 데이터, 전형적으로 어플리케이션에 의해 처리될 미해석된(uninterpreted) 이진 데이터 또는 정보 중 어느 하나), 멀티파트(multipart) (독립적인 데이터 타입들의 다수의 개체(entity)들로 이루어진 데이터) 및 메시지 (캡슐화된 메시지)를 포함하고 그러나 이에 제한되는 것은 아니다. 게다가, 미디어 타입들은 그룹 통신 서비스들을 제공하는 (여러가지 오버레이(overlay) 서비스들을 포함하는) 연결 타입(connection type)들 및/또는 여러가지 서브타입들을 포함한다. 따라서, 미디어 타입들은 예를 들어 'poc', 'im', 'audio', 'video', 'conference', 'application', 'all', 'other'로 구성된 그룹으로부터 선택될 수도 있다.

SIP 기반 세션을 제공하는 통신 시스템의 일반적 구조가 도 1에 예시되어 있다. 도 1은 몇 가지 요소들 및 기능 개체들만을 보여주는 간략화된 시스템 구조로, 그러한 것들 모두는 보여진 것과 다를 수도 있는 구현을 가지는 논리적 유닛들일 수 있다. 도 1에서 보이는 연결들은 논리적 연결들이고; 실제 물리적 연결들은 다를 수도 있다. 그 시스템이 또한 다른 기능들 및 구조들을 포함하는 것은 관련 기술분야에서 숙련된 자에게는 명백하다. 그룹 통신에서 또는 그룹 통신을 위해 사용되는 기능들, 구조들, 요소들 및 프로토콜들은 본 실제 발명의 쟁점과 무관하다는 것이 인식되어야 할 것이다. 그러므로, 그것들은 여기에서 더 상세하게 논의될 필요가 없다.

도 1에 예시된 통신 시스템(100)은 사용자 단말(user terminal; UT)들(200)을 포함하고, 그 사용자 단말들은 필요하면 언제든지 액세스(access) 및 코어(core) 네트워크들을 포함하는 하나 이상의 네트워크들(400)을 거쳐 서버(300)에 접속가능하다.

사용자 단말(200)은, 그 사용자 단말 및 그것의 사용자를 가입(subscription)과 연관시키거나 연관시키도록 구성되고 사용자로 하여금 통신 시스템과 상호작용할 수 있게 해 주는 하나의 장비 또는 기기이다. 사용자 단말은 사용자에게 정보를 나타내고 사용자가 정보를 입력할 수 있도록 허용한다. 환언하면, 사용자 단말은, 무선으로 또는 고정식(fixed) 연결을 거쳐 네트워크에 연결가능하여 네트워크로부터 정보를 수신할 수 있는 그리고/또는 네트워크에게 정보를 전송할 수 있는 임의의 단말일 수도 있다. 사용자 단말의 예들은 개인용 컴퓨터, 게임 콘솔(game console), 랩탑(laptop)(노트북), PDA(personal digital assistant), 이동국(mobile station)(이동 전화) 및 유선 전화를 포함한다.

서버(300)는 세션을 호스팅(hosting)하는 하나의 장비 또는 기기이다. 세션을 호스팅하는 서버는 세션을 관리하는데, 즉 세션을 제어하거나 또는 세션에 대한 중심점(focus) 또는 제어 기능부의 역할을 맡는다. 환언하면, 모든 세션 관련 제어 트래픽은 서버를 지날 것이고, 그 서버는, 예를 들어 서버-특정적(server-specific) 정책들 또는 그룹-특정적(group-specific) 또는 사용자-특정적(user-specific) 정책들과 같은 여러가지 정책들을 사용하여 그 세션 및 세션 설립을 제어할 수도 있다.

일 실시예가 적용될 수도 있는 하나의 구현 환경은 XDM(XML Document Management)을 활용한 그룹 통신 구조이다. OMA(Open Mobile Alliance)는 XCAP 프로토콜(XML Configuration Access Protocol)에 기초하여 그룹 및 리스트 관리를 위한 일반적인 프레임워크(framework)로서 XDM을 정의하였다. OMA 명세는 http://www.openmobilealliance.org에서 찾을 수 있다. XDM은, 그룹 정의와 같은 사용자-특정적인 서비스 관련 정보를 사용자 장비에 있는 클라이언트들 및 여러가지 어플리케이션들(서비스 인에이블러(service enabler)들)에 대해 액세스가능하게 만들고 이러한 정보의 생성, 수정, 검색(retrieval) 및 삭제를 가능하게 하는 공통 메커니즘을 정의한다. 그룹 통신 서비스를 제공하는 어플리케이션은 예를 들어 PoC(push to talk over cellular), 메시징, 또는 회의일 수도 있다. PoC 명세는 현재 OMA 산하 PoC 워킹 그룹(working group)에 의해 개발되어지고 있다. PoC에 관한 더 상세한 정보는 상기에서 언급한 OMA의 인터넷 페이지들을 통해 찾을 수 있다. 따라서, 서버(300)는, 오디오, 비디오 및 메시징과 같은 여러가지 미디어 타입들을 지원하는, PoC 서버, 인스턴트 메시징 서버 또는 회의 서버(conference server)일 수도 있다. 그러나, 서버(300)는, 요구되는 기능을 포함하고 일 실시예에 따른 서버로서 작용하도록 구성된 사용자 단말일 수도 있다.

도 2는 일 실시예에 따른 사용자 단말로서 구성된 장치(200)의 간략화된 블록 다이어그램을 예시하는데, 그 장치는 아래에서 사용자 단말로 불린다. 사용자 단말(200)은 하나 이상의 어플리케이션 클라이언트 유닛들 (클라이언트) (21), 아래에서 클라이언트로 불리는, 일 실시예에 따른 어플리케이션 클라이언트 유닛이 되게 구성되는 어플리케이션 클라이언트 유닛들 중 적어도 하나, 메모리(mem, 22)와 같은 데이터 저장소, 통신 내용들(메시지들, 정보, 시그널링, 여러가지 출력들 또는 입력들)을 수신하기 위한 수신기(Rx, 23) 및 송신하기 위한 송신기(Tx, 24), 사용자 명령을 수신하고 사용자에게 정보를 제공하기 위한 사용자 인터페이스(UI, 26), 및 하나 이상의 클라이언트들을 처리하고, 세션 설립을 포함하여 통신 내용을 처리하고 및 송수신을 제어하고, 사용자 명령을 처리 및 수신 제어하고 사용자 인터페이스(26)를 거쳐 사용자에게 정보를 제공하며 그리고 메모리 사용을 제어하기 위한 하나 이상의 연산 프로세서들(operation processors, 25)을 포함한다. 사용자 단말이 여기서 상세하게 기술될 필요가 없는 다른 콤포넌트들, 개체들, 기능들, 구조들을 포함하거나, 또는 상기에서 기술된 콤포넌트들 중 단지 몇 가지만 포함할 수도 있다는 것은 본 발명이 속한 기술분야에서 숙련된 자에게는 명백하다. 또한 세션에 참여하는 사용자 단말은 일 실시예에 따른 임의의 클라이언트를 포함하지 않는 것, 즉 사용자 단말이 일 실시예에 따른 사용자 단말에 관해 아래에서 기술되는 모든 기능들을 수행하도록 구성되지 않고 그 기능들 중 단지 몇 가지만 구현될 수도 있다는 것도 가능하다.

클라이언트 또는 그 클라이언트가 상주하는 사용자 단말은 일 실시예에 따른 미디어 타입 거절의 이유를 결정하는 클라이언트 기능(부)을 제공하도록 구성될 수도 있다. 클라이언트 또는 그 클라이언트가 상주하는 사용자 단말은, 미디어 타입이 나중에 수락되게 하는 것이 가능한지 아닌지 여부를 결정시 그 이유를 사용하도록 더 구성될 수도 있다. 이를 위해, 클라이언트 또는 그 클라이언트가 상주하는 사용자 단말은 그 이유, 또는 그 이유의 표시(indication)를 적어도 일시적으로 데이터 저장소(22)에 저장하도록 구성될 수도 있다.

클라이언트(21)의 기능은 아래에서 도 4 및 도 7과 관련하여 더 상세하게 설명된다.

도 3은 일 실시예에 따른 서버 콤포넌트로서 구성되는 장치(300)의 간략화된 블록 다이어그램을 예시하고, 그 장치는 아래에서 서버로 불린다. 서버(300)는 세션들을 호스팅하기 위한 하나 이상의 어플리케이션 호스트 유닛들(host, 31), 아래에서 호스트로 불리는, 일 실시예에 따른 어플리케이션 호스트 유닛이 되도록 구성되는 어플리케이션 호스트 유닛들 중 적어도 하나, 메모리(mem, 32)와 같은 데이터 저장소, 통신 내용들(메시지들, 정보, 시그널링, 여러가지 출력들 또는 입력들)을 수신하기 위한 수신기(Rx, 33) 및 송신하기 위한 송신기(Tx, 34), 및 하나 이상의 호스트들을 처리하고, 세션 설립을 포함하여 세션에 관련한 통신 내용들을 처리하고 송수신 제어하고, 세션들을 처리하고 제어하며 그리고 메모리 사용을 제어하기 위한 하나 이상의 연산 프로세서들(35)을 포함한다. 서버가 여기서 상세하게 기술될 필요가 없는 다른 콤포넌트들, 개체들, 기능들 및 구조들을 포함하거나 또는 상기에서 기술된 컴포넌트들 중 단지 몇 가지만 포함할 수도 있다는 것은 본 발명에 속한 기술분야에서 숙련된 자에게는 명백하다. 또한 세션을 호스팅하는 서버는 일 실시예에 따른 임의의 호스트를 포함하지 않는 것, 즉 서버가 일 실시예에 따른 서버에 관해 아래에서 기술되는 모든 기능들을 수행하도록 구성되지 않고 그 기능들 중 단지 몇 가지만 구현될 수도 있다는 것도 가능하다.

호스트는 일 실시예에 따라 미디어 타입을 제의하는 사용자 단말에게 미디어 타입 거절의 이유를 제공하는 호스트 기능(부)을 제공하도록 구성될 수도 있다. 호스트는 제의된 미디어 타입을 거절할지 안할지 여부를 결정하도록 더 구성될 수도 있다. 이를 위해, 호스트는 그 이유, 그 이유의 표시를 적어도 일시적으로 데이터 저장소(32)에 저장하도록 구성될 수도 있다.

호스트(31)의 기능은 아래에서 도 5, 도 6 및 도 7과 관련하여 더 상세하게 설명된다.

일 실시예와 관련하여 기술된 해당 장치의 기능을 구현하는, 서버와 같은 장치들 또는 해당 서버 콤포넌트들, 사용자 단말들 및/또는 다른 해당 기기들이나 장치들은 선행기술의 수단들 뿐만 아니라 또한 일 실시예와 관련하여 기술된 해당 장치의 기능을 구현하는 수단들을 포함하고 그것들은 각각의 개별 기능 기능을 위한 개별 수단을 포함할 수도 있거나 또는 수단은 둘 이상의 기능들을 수행하도록 구성될 수도 있다. 현재 장치들은 일 실시예에서 활용될 수 있는 프로세서들 및 메모리를 포함한다. 예를 들면, 어플리케이션 클라이언트 유닛(21) 또는 호스트 유닛(31)은 연산 프로세서에 의해 실행되는 산술 연산으로서 또는 프로그램으로서 구성되는 소프트웨어 어플리케이션이나 모듈 또는 유닛일 수도 있다. 일 실시예의 기능을 구현하기 위해 요구되는 모든 변형들 및 설정들은 루틴(routine)들로서 수행될 수도 있고, 그 루틴들은 부가된 또는 업데이트된 소프트웨어 루틴들, 어플리케이션 회로들(ASIC) 및/또는 프로그래머블(programmable) 회로들로서 구현될 수도 있다. 애플릿(applet) 및 매크로(macro)를 포함하여 프로그램 제품으로도 불리는 소프트웨어 루틴은 장치에서 판독가능한(apparatus-readable) 임의의 데이터 저장 매체에 저장될 수 있고 그것은 특정 작업들을 수행하기 위한 프로그램 명령을 포함한다. 소프트웨어 루틴은 장치 내로 다운로드될 수도 있다. 장치, 예컨대 서버, 또는 대응되는 서버 콤포넌트, 또는 사용자 단말, 또는 대응되는 사용자 단말은 산술 연산에 사용되는 저장 영역을 제공하는 메모리 및 그 산술 연산을 실행하는 연산 프로세서를 최소한 포함하는, 마이크로프로세서, 예컨대 단일칩(single-chip) 컴퓨터 요소 또는 컴퓨터로서 구성될 수도 있다. 연산 프로세서의 예는 중앙 처리 장치(central processing unit)를 포함한다. 메모리는 그 장치에 분리가능하게 연결된 착탈식 메모리일 수도 있다.

다음에서, 간단명료함을 위해, 비록 하나 이상의 미디어 타입들이 거절될 수도 있지만 세션 설립 요청은 전체로서 거절되지 않는다는 것, 그리고 만약 어떤 미 디어 타입이 거절된다면, 이유가 표시된다는 것 그리고 거절에 관한 두 가지 이유들 - 즉 정책 기반적(policy-based) 또는 세션 기존재 - 이 있다는 것을 가정하여 여러가지 실시예들이 기술된다. 또한, 세션은 일대일 통신, 그룹 내 일대일 통신 또는 일대다 통신, 또는 다대다, 또는 다대일 통신을 위한 것일 수도 있다. 이 맥락에서, 세션에 참가해 있는, 사용자 또는 더 정확하게는 사용자 단말은 참여자로 불린다. 환언하면, 그 요청이 송신될 때 참여자들의 수는 0, 1, 2, 3 등일 수도 있다.

도 4는 사용자 단말에서의 클라이언트의 일 실시예를 예시한다. 그러나, 간단명료함을 위해, "사용자 단말"이라는 용어가 이하에서 사용된다.

도 4는 하나 이상의 미디어 타입 제의들을 가진 세션 설립 요청을 사용자 단말이 송신하는 것으로 시작한다(401단계). 그 요청은 미디어 타입들을 제의하는 SDP를 가진 SIP INVITE일 수도 있고, 그 요청은 그 세션 설립을 관리하는 서버 또는 서버 내 해당 서비스의 URI로 송신될 수도 있다. URI는 추상적 또는 물리적 자원(resource)을 식별하기 위한 보편적 자원 식별자(uniform resource identifier)이다.

사용자 단말이 그 요청의 적어도 일부의 수락을 나타내는 응답을 수신할 때(402단계), 그 사용자 단말은 제의된 미디어 타입이 거절되었는지 아닌지 여부를 조사한다 (403단계). 제의된 미디어 타입이 거절되었으면 사용자 단말은 그 이유의 표시가 현존 세션을 나타내는지 아닌지 여부를 조사한다 (404단계). 만약 그것이 나타내고 있다면, 사용자 단말은 세션을 설립하는 대신에 사용자 단말이 현존 세션 에 참가하고 있음을 추론하고 (405단계) 그리고 사용자에게 그 세션이 이미 존재한다는 것과 거절되었던 미디어 타입을 통지한다 (406단계). 그에 더하여, 사용자 단말은 그 거절된 미디어 타입이 협상된(negotiated) 미디어 타입들 중 하나가 아니었고 그 세션 동안 나중에 제의될 수도 있음을 추론하고 (407단계), 그리고 나서 통신을 시작한다 (408단계).

만약 그 이유가 현존 세션을 표시하고 있지 않다면 (404단계), 그 거절 이유는 정책 기반적이다 (409단계). 환언하면, 그 이유는 예를 들어 호스트 정책, 사용자의 가입자 정보, 또는 그룹 정의에 의존할 수도 있다. 그러므로, 사용자 단말은 정책이 여전히 동일하기 때문에 그 미디어 타입이 나중에 제의되지 않아야 할 것을 추론한다 (410단계). 그 후에 사용자 단말은 통신을 시작한다 (408단계).

수신되는 응답은, 수락된 미디어 타입 및 거절된 미디어 타입을 표시하는 SDP 바디(body) 및 예를 들어 <xxx>. + <설명 텍스트>와 같은 포맷 - 그 포맷은 최소한 OMA PoC 명세에서 정의됨 - 에 따라 3개의 숫자로 된 텍스트 코드(text code)와 설명 텍스트를 포함하는 경고 헤더(warning header)를 구비한 SIP 200 OK일 수도 있다. 세션이 이미 존재함을 나타내기 위한 설명 텍스트는 "세션이 현존함" 또는 "세션에 참가하고 있음" 또는 "참여자에 의해 거절됨"일 수도 있다. 그러나, 그 거절 이유를 표시하기 위해, 또는 발생한 이벤트로서, 잠재적인 거절 이유가 추론될 수 있는 근거가 되는 정보를 제공하는 이벤트를 표시하기 위해, 어떠한 다른 적절한 헤더, 필드 또는 비트라도 사용될 수도 있다는 것, 그리고 그 설명 텍스트의 내용에 대한 어떠한 제한도 없다는 것이 인식되어야 할 것이다.

또 하나의 실시예에서, 사용자 단말은, 경고 헤더 또는 이에 상응하는 표시를 가진 거절된 미디어 타입은 그 경고 헤더의 내용에 관계없이 세션이 이미 존재함을 의미한다고 해석하도록 구성될 수도 있다. 환언하면, 이 실시예의 사용자 단말은 현존 세션이라는 단지 하나의 이유만을 인식하도록 구성된다.

또 하나의 실시예에서, 사용자 단말은, 경고 헤더 또는 이에 상응하는 표시를 가진 거절된 미디어 타입은 그 미디어 타입을 거절하는 이유가 그 경고 헤더의 내용에 관계없이 세션이 이미 존재한다는 이유임을 의미한다고 해석하고, 경고 헤더 또는 이에 상응하는 표시가 없는 거절된 미디어 타입은 그 미디어 타입이 정책으로 인하여 거절되었음을 의미한다고 해석하도록 구성될 수도 있다.

하나 이상의 미디어 타입이 세션이 이미 존재한다는 것 때문에 거절된다면, 사용자 단말은 하나씩 하나씩이 아니라 한 번에 모든 거절된 미디어 타입들을 사용자에게 통지하도록 구성될 수도 있다.

일 실시예에서, 그 응답이 하나 이상의 거절된 미디어 타입을 포함하지만 그 거절 이유에 관해서는 단지 하나의 표시만이 있다면, 사용자 단말은 모든 거절된 미디어 타입들에 대하여 그 이유가 동일하다고 해석하도록 구성된다.

일 실시예에서, 그 응답이 하나 이상의 거절된 미디어 타입을 포함하지만 그 거절 이유에 관해서는 단지 하나의 표시만이 있다면, 사용자 단말은 그 이유는 그 표시가 있는 미디어 타입에 대한 것이고 다른 미디어 타입들은 그와 다른 이유로 인하여 거절된 것으로 해석하도록 구성된다.

일 실시예에서, 사용자 단말은, 세션 설립 요청의 수락을 표시하고 그리고 적어도 하나의 수락된 미디어 타입 및 적어도 하나의 거절된 미디어 타입을, 세션이 이미 존재하여 세션 설립 대신에 사용자 단말은 설립된 세션에 가입하고 있음을 표시하는 경고 헤더와 같은 거절 이유의 표시와 함께, 포함하는, 응답을 해석하도록 구성된다.

일 실시예에서, 사용자 단말은, 제의된 미디어 타입들 중 하나 이상이 거절됨을 사용자에게 표시하는 것에 더하여, 나중에 수락이 이루어질 수도 있는, 즉 나중에 제의될 수도 있는, 그 거절된 미디어 타입들을 사용자에게 표시하고, 사용자에게 나중에 그 미디어 타입들을 제의할지 안할지 여부를 선택할 것을 요청하도록 구성될 수도 있다.

일 실시예에서, 사용자 단말은, "나중에 제의될 수도 있는 미디어 타입"인 것으로 추론되는 거절된 미디어 타입들을, 어떠한 사용자 명령이 없이도 나중에 제의하도록 구성될 수도 있다.

일 실시예에서, 거절된 미디어 타입이 그 거절 이유의 표시와 결부될 수도 있고 결부되지 않을 수도 있는 경우에, 만약 그 표시가 빠져 있다면 사용자 단말은 나중에 그 미디어 타입을 제의하지 않아야 할 것임을 추론하도록 구성된다.

일 실시예에서, 사용자 단말은, 그 응답을 수신함에 응하여 (402단계), 수락된 미디어 타입들을 이용하여 통신을 즉시 유발하도록 구성된다.

도 5 및 도 6은 호스트의 실시예들을 예시한다. 호스트는 전형적으로 서버에 위치하기 때문에, 간단명료함을 위해 서버라는 용어가 이하에서 사용된다.

도 5에서 예시된 실시예를 참조하면, 서버는 하나 이상의 미디어 타입 제의 들을 가진 세션 설립 요청을 수신한다 (501단계). 그 요청에 응하여, 서버는 세션이 이미 존재하는지 아닌지 여부를 조사한다 (502단계). 만약 세션이 현존하지 않으면, 서버는 세션 설립을 계속한다 (503단계). 어떻게 세션이 실제로 설립되는지 및/또는 어떻게 그 세션 내에서의 통신이 계속되는지는 본 발명에 있어서 중요하지 않고 따라서 그것은 여기서 상세하게 기술되지 않는다.

만약 세션이 이미 존재한다면, 서버는 미디어 타입 제의를 수리하여(504단계), 그 미디어 타입이 사용 상태에 있는 것인지 아닌지, 즉 그 세션에 대한 협상된 미디어 타입인지 여부를 조사한다(505단계). 만약 그 미디어 타입이 사용 상태에 있다면, 서버는 그 미디어 타입을 수락하고 (506단계), 그리고 나서 모든 제의된 미디어 타입들이 조사된 건지 여부를 조사한다 (507단계). 만약 그렇지 않다면, 서버는 미디어 타입 제의를 수리함으로써 504단계에서부터 계속한다.

만약 그 미디어 타입이 사용 상태에 있는 것이 아니라면 (505단계), 서버는 그 미디어 타입을 거절하고 (508단계), 거절 이유의 표시가 응답에 부가되는 것을 관리한다 (509단계). 그리고 나서 서버는 모든 제의된 미디어 타입들이 조사된 건지 아닌지 여부를 조사함으로써 507단계에서부터 시작한다.

만약 모든 제의된 미디어 타입들이 조사된다면(507단계), 서버는 그 요청에 대한 응답을 송신하는데(510단계), 그 응답은 제의된 각각의 미디어 타입을 수락 또는 거절 중 어느 하나로서 표시하고, 거절된 각 미디어 타입을 거절 이유의 표시와 결부시키는 응답이다.

도 5의 실시예의 이점은 세션의 다른 참여자들이 단계(501)에서 수신된 세션 설립 요청에 의해 방해받지 않는다는 점이다.

도 6의 실시예에서, 서버는 바람직하게는 세션의 참여자들에 관한 정보를 유지하거나, 또는 그렇지 않으면, 요구되는 정보를 수신하도록 구성된다. 그러나, 그 실시예는 참여자들에 관한 정보의 검색에 대해 어떠한 변화들도 필요로 하지 않기 때문에, 그것은 여기에서 상세하게 기술되지 않는다.

도 6에서 예시된 실시예를 참조하면, 단계들(601-607)은 도 5에서 예시된 단계들(501-507)에 각각 대응하고, 그러므로 여기에서 불필요하게 반복되지 않는다.

만약 미디어 타입이 사용 상태에 있지 않다면(605단계), 서버는 그 미디어 타입이 정책 요구조건들을 충족시키는지, 즉 그 미디어 타입이 사용자 단말에 대해, 세션에 대해, 그룹에 대해, 서버에 대해 또는 그 밖의 어떤 것에 대해 정의된 정책에 따르는 것인지 여부를 조사한다 (608단계). 본 발명은 정책 정의에 관해 제한하지 않고, 어떠한 정책이라도 사용될 수도 있다. 정책 요구조건들은 예를 들어, 규칙 또는 규칙들의 집합에 의해 정의될 수도 있다. 만약 미디어 타입이 정책 요구조건(들)을 충족시키는데 실패한다면, 서버는 그 미디어 타입을 거절하고 (609단계) 모든 제의된 미디어 타입들이 조사된 건지 아닌지 여부를 조사함으로써 단계(607)에서부터 시작한다. 만약 미디어 타입이 정책 요구조건(들)을 충족시킨다면, 서버는 제의에 그 미디어 타입을 부가하고(610단계), 모든 제의된 미디어 타입들이 조사된 건지 아닌지 여부를 조사함으로써 단계(607)에서부터 시작한다.

만약 모든 제의된 미디어 타입들이 조사된 경우에는(607단계), 서버는 단계(610)에서 부가된 미디어 타입(들)을 포함하는 미디어 타입 제의들을 참여자들에 게 송신한다 (611단계). 서버는 제의된 그 미디어 타입(들) 중 어느 것이 수락되고 어느 것이 거절되는지를 나타내는 각각의 응답들을 그 참여자들로부터 수신한다 (612단계). 서버는 601단계에서 수신된 요청에 대한 응답을 형성하도록 (613단계) 구성되는데, 여기서 그 응답은 제의된 각각의 미디어 타입을 수락 또는 거절 중 어느 하나로서 표시하고 각각의 거절된 미디어 타입을 거절 이유의 표시와 결부시키는 응답이다. 그 응답은 서버에 의해 거절되거나 수락되는 미디어 타입들을 포함한다 (즉, 606 및 609 단계들). 참여자들에 제의된 미디어 타입들에 관하여는, 서버는 모든 참여자들이 어떤 미디어 타입을 수락한 경우 그 미디어 타입을 수락하도록 그리고 적어도 한 명의 참여자가 어떤 미디어 타입을 거절한 경우 그 미디어 타입을 거절하도록 구성된다. 그 구현에 따라, 거절 이유의 표시는 그것이 서버 또는 참여자에 의해 거절되었는지 여부에 관계없이 동일할 수도 있고, 또는 그 표시는 그 미디어 타입을 거절하는 개체에 따라 다를 수도 있다. 또한, 거절에 관한 어떤 부가적인 정보가 부가될 수도 있다.

그리고 나서 서버는 그 응답을 송신한다 (614단계).

도 6의 실시예의 이점은, 단계 601의 요청의 송신자가 세션의 참여자들에 대하여 제의하기를 원했던 것이지만 사용 상태에 있지 않은 미디어 타입들이, 다른 참여자들에게 제의된다는 점이고, 따라서 원래의 의도를 만족시킨다.

미디어 타입이 거절되면 그 이유가 표시되는, 상기에서 기술된 구현들의 이점은, 예를 들어 거절되었던 미디어를 세션의 나중 상태에서 재제의(re-offer)하는 것이 합당한지 아닌지 여부를 사용자 단말이 추론할 수 있다는 점이다. 예를 들면, 만약 현존 세션에서 이미 사용 상태에 있는 미디어 타입들만이 수락되고 반면에 다른 미디어 타입들은 자동적으로 거절된다는 것을 정의하는 규칙 또는 임의의 다른 정책이 존재하고, 그 표시된 이유가 "세션이 이미 진행중임"(Session already ongoing)이면, 사용자 단말은, 그 결부사항(거절된 미디어 타입, 표시된 이유)으로부터, 그 세션에 대해 나중에 그 거절된 미디어 타입을 제의하는 제의는 거절될 것이고, 따라서 그것을 제의하는 것은 의미없는 것이며, 다만 그 세션이 종결되고 새로운 세션이 설립된 후에는 나중에 다시 그 거절된 미디어 타입이 제의될 수 있음을 추론하도록 구성될 수도 있다. 그 구현의 추가적인 이점은 그 구현을 통하여 예를 들어 시행착오 타입의 접근법, 즉 엔드 유저의 만족을 감소시키는 결과를 초래하는 접근법이 회피될 수도 있다는 점이다.

비록 상기에서 상세하게 기술되지는 않았지만, 만약 소정의 미디어 타입이 사용자가 그 미디어 타입을 제의하는 것에 대하여 허용되거나 권한부여되지 않도록 하는, 이용가능한 부가적 정보가 있다면, 사용자 단말에 대한 응답은 또한 사용자가 세션에 그 미디어 타입을 부가할 권한을 부여받지 않았다는 것과 같은 부가적인 정보를 나타내는 다른 이유들을 포함할 수도 있다. 이 경우에, 사용자 단말은 그 거절된 미디어를 다시 제의할 수 있는 권한을 부여받지 않았기 때문에 그러한 제의를 다시 하는 것은 합당하지 않다는 것을 추론하도록 구성될 수도 있다. 환언하면, 그 미디어 타입의 거절에 관하여 그 응답에 하나 이상의 이유들이 포함되어 있을 수도 있다.

도 7은 세션을 설립하기 위한 요청이 어떠한 미디어 제의들도 포함하고 있지 않지만 일 실시예에 따라 거절 이유의 표시가 어떻게 활용될 수도 있는지를 예시하는 시그널링 차트(signaling chart)이다. 도 7의 예에서, 세션이 이미 존재하고 있고 그리고 세션을 설립하길 원하는 사용자 단말이 그 세션에 참가하도록 허용되는 것을 가정한다.

도 7을 참조하면, 사용자 단말(UT)은 세션을 설립하길 원하고 세션 설립 요청을 송신한다 (7-1). 예시된 예에서, 그 요청은 어떠한 미디어 제의들도 포함하고 있지 않고, 그것은 그 사용자 단말에 세션 통신을 제공하거나 세션을 호스팅하는 서버의 URI로의 SIP INVITE 송신일 수도 있다. 그 요청에 응답하여, 서버는 세션이 이미 존재함을 탐지하고 (7-2 국면), 따라서 그 요청의 수락을 표시하는 응답에 거절 이유의 표시를 부가하여 (7-3 국면), 그 응답을 송신한다 (7-4). 그 응답은 SIP 200 OK일 수도 있고 그 표시는 거절 이유에 관한 상기에서 기술된 표시들 중 어느 것일 수도 있다.

사용자 단말은 그것이 거절 이유의 표시를 구비하는 수락을 수신함을 탐지하고 (7-5 국면), 그 수락이, 세션 설립이 세션에 참가하는 것으로 전환되었음을, 즉 세션이 이미 존재함을 표시하는 부분적 수락임을 추론하고 (7-6 국면), 사용자에게 그 사용자가 현존 세션에 참가하고 있음을 통지한다 (7-7 국면).

자신이 세션을 설립하고 있지만 실제로는 현존 세션에 참가하고 있다고 가정하는 사용자가 그 세션이 이미 존재한다는 것에 관한 정보를 수신한다는 이점은, 그 사용자가 어디에서의 통신을 지지할지를 안다는 점, 즉 진행 중인 통신의 일부가 되도록 정신적으로(mentally) 준비된다는 점이다. 선행기술의 해결책들은 이러 한 정보를 사용자에게 제의하는 메커니즘을 결여하고 있다.

상기에서 기술된 도 4 내지 도 7의 단계들/국면들, 시그널링 메시지들 및 관련 기능들은 어떠한 절대적인 시간적 순서가 있는 것이 아니며, 그 단계들/국면들의 몇 가지는 동시에 또는 주어진 것과 다른 순서로 수행될 수도 있다. 또한 다른 기능들이 그 단계들/국면들 사이에서 또는 그 단계들/국면들 내에서 실행될 수 있고 다른 시그널링 메시지들이 그 예시된 메시지들 사이에서 송신될 수 있다. 또한 그 단계들/국면들 중 몇 가지 또는 그 단계들/국면들의 일부분은 생략되거나 또는 대응하는 단계/국면 또는 그 국면/단계의 부분에 의해 대체될 수 있다. 서버 동작들 및 사용자 단말 동작들은 하나 이상의 물리적 또는 논리적 개체들로 구현될 수도 있는 절차를 예시한다. 그 시그널링 메시지들은 단지 대표적인 것이고 심지어는 동일한 정보를 전송하기 위해 몇몇의 개별적인 메시지들을 포함할 수도 있다. 게다가, 또한 그 메시지들은 다른 정보를 포함할 수도 있다.

기술이 향상됨에 따라, 본 발명의 개념은 다양한 방식들로 구현될 수 있다는 것은 관련 기술분야에서 숙련된 자에게는 명백할 것이다. 본 발명 및 그것의 실시예들은 상기에서 기술된 예들에 제한되지 않고 특허청구범위의 범위 내에서 변경될 수도 있다.

Claims (29)

1. 송신 측이 세션(session)에 대해 사용하고자 제의(offer)하는 하나 이상의 미디어 타입(media type)들의 정보를 포함하는, 상기 세션에 관련된 요청을 상기 송신 측이 송신하며;

   적어도 하나의 거절된 미디어 타입 및 거절 이유의 표시(indication)를 표시하는, 상기 요청에 대한 응답을 수신하고;

   상기 이유를 사용하여, 상기 송신 측이 나중에 상기 세션에 대해 상기 미디어 타입을 제의하려고 시도할지 안할지 여부를 추론하는 것을 포함하는 방법.
2. 제1항에 있어서,

   상기 응답에 기초하여 상기 거절 이유를 결정하는 것을 더 포함하는 방법.
3. 제1항 또는 제2항에 있어서,

   상기 요청은 세션 설립 요청(session establishment request)인, 방법.
4. 제1항에 있어서, 상기 거절 이유는 현존 세션(existing session), 참여자 거절(participant rejection) 및 정책 기반 거절(policy-based rejection)을 포함하는 그룹 중 하나를 포함하는, 방법.
5. 송신 측이 세션(session)에 대해 사용하고자 제의(offer)하는 하나 이상의 미디어 타입(media type)들의 정보를 포함하는, 상기 세션에 관련된 요청을 수신 측이 수신하고;

   제의된 미디어 타입이 거절됨에 응답하여, 거절 이유의 표시(indication)를 상기 요청에 대한 응답에 부가하며; 그리고

   상기 응답을 상기 송신 측으로 전송하는 것을 포함하고,

   상기 거절 이유는 현존 세션(existing session), 참여자 거절(participant rejection) 및 정책 기반 거절(policy-based rejection)을 포함하는 그룹 중 하나를 포함하는, 방법.
6. 삭제
7. 제5항에 있어서,

   상기 요청이 현존 세션에 대한 세션 설립 요청임을 인지하고;

   상기 제의된 하나 이상의 미디어 타입들을 상기 세션에 대해 협상된(negotiated) 하나 이상의 미디어 타입들과 비교하며; 그리고

   제의된 미디어 타입이 협상된 미디어 타입이 아니면, 상기 제의된 미디어 타입을 거절하고 상기 이유가 현존 세션임을 표시하는 것을 더 포함하는 방법.
8. 제5항에 있어서,

   상기 요청이 현존 세션에 대한 세션 설립 요청임을 인지하고;

   상기 제의된 하나 이상의 미디어 타입들을 상기 세션의 다른 참여자들에게 전송하고;

   상기 다른 참여자들로부터의 수신확인(acknowledgement)들을 수신하며; 그리고

   제의된 미디어 타입이 참여자에 의해 수락되지 않으면, 상기 제의된 미디어 타입을 거절하고 상기 거절 이유를 표시하는 것을 더 포함하는 방법.
9. 제8항에 있어서,

   상기 제의된 하나 이상의 미디어 타입들을 상기 세션에 대해 협상된(negotiated) 하나 이상의 미디어 타입들과 비교하며; 그리고

   협상된 미디어 타입들이 아닌 상기 제의된 미디어 타입들을 전송하는 것을 더 포함하는 방법.
10. 제1항 또는 제5항에 있어서,

    상기 응답은 상기 요청의 수락을 표시하는, 방법.
11. 제1항 또는 제5항에 있어서,

    상기 표시는 3개의 숫자로 된 텍스트 코드(three-digit text code) 및 설명 텍스트를 포함하는 경고 헤더(warning header)인, 방법.
12. 제1항 또는 제5항에 따른 방법을 수행하는 수단을 포함하는 장치.
13. 제12항에 있어서, 요청에서 제의(offer)된 미디어 타입의 거절에 응답하여, 상기 요청에서 제의된 상기 미디어 타입이 거절되었던 이유에 관한 표시(indication)를 포함하는 메시지를 형성하는 수단을 포함하는 장치.
14. 제12항에 따른 하나 이상의 장치들을 포함하는 시스템.
15. 컴퓨터 상에서 또는 마이크로프로세서 상에서 실행될 때, 제1항 또는 제5항에 따른 동작들을 수행하도록 구성된 프로그램 코드 수단들을 포함하는 컴퓨터 프로그램을 저장한 컴퓨터 판독가능 저장매체.
16. 삭제
17. 삭제
18. 삭제
19. 삭제
20. 삭제
21. 삭제
22. 삭제
23. 삭제
24. 삭제
25. 삭제
26. 삭제
27. 삭제
28. 삭제
29. 삭제

Images