KR20120006075A

KR20120006075A - Ｓｉｐ 프로토콜을 이용한 합작 세션의 제어 이전을 구현하는 시스템 및 방법

Info

Publication number: KR20120006075A
Application number: KR1020117028857A
Authority: KR
Inventors: 앤드류 앨렌; 바커 잔 헨드릭 루카스; 애드리안 버클리; 진-필립 코미에르; 영 애 김
Original assignee: 리서치 인 모션 리미티드
Priority date: 2009-05-04
Filing date: 2010-04-30
Publication date: 2012-01-17
Also published as: EP3661160B1; JP2012526415A; EP2428016B1; KR101332706B1; EP2428016A1; CA2760901A1; US20150312295A1; US10609099B2; JP5518185B2; CN107070849B; US20100312897A1; WO2010129426A1; ES2959653T3; EP3661160A1; CN107070849A; CN102656858A; CA2760901C; EP3661160C0

Abstract

제어를 이전하는 방법이 개시된다. 이 방법은 제1 사용자 설비(UE)로부터 합작 세션의 제어를 이전하라는 요청을 수신하는 단계를 포함한다. 이 방법은 수신된 요청에 응답하여 합작 세션 제어 이전 요청을 제2 UE에게 보내는 단계와, 제2 UE에게 보내진 요청에 응답하여 합작 세션 제어의 이전을 수락하는 표시를 수신하는 단계를 포함한다. 이 방법은 제2 UE로부터 수락 표시를 수신한 것에 응답하여 합작 세션의 제어의 상태 통지를 제1 UE에게 보내는 단계를 포함한다.

Description

ＳＩＰ 프로토콜을 이용한 합작 세션의 제어 이전을 구현하는 시스템 및 방법{SYSTEM AND METHOD FOR IMPLEMENTING A TRANSFER OF CONTROL OF A COLLABORATIVE SESSION USING SIP PROTOCOL}

관련 출원에 대한 교차 참조

이 출원은 2009년 5월 4일자 출원되고 이 출원과 동일한 명칭을 가진 미국 예비 특허 출원 제61/175,403호를 우선권 주장하며, 이 우선권 출원은 인용에 의해 그 전체 내용이 여기에 통합된다.

발명의 분야

본 발명은 일반적으로 이동 통신 시스템에서의 미디어 및/또는 세션의 제어 기능 관리에 관한 것이고, 특히 장치들 간의 미디어 및/또는 제어 기능 이전을 구현하는 시스템 및 방법에 관한 것이다.

여기에서 사용하는 용어 "장치"는 예컨대 고정식 및 이동식 전화기, 개인용 정보 단말기, 핸드헬드 또는 랩톱 컴퓨터, 스마트폰, 프린터, 팩시밀리 장치, 텔레비전, 셋톱박스 및 기타의 영상 표시 장치, 가정용 오디오 설비 및 기타의 가정용 오락 시스템, 옥내 감시 및 제어 시스템(예를 들면, 옥내 감시, 알람 시스템 및 환경 조절 시스템), 네트워크 통신 능력이 있는 컴퓨터화 냉장고 및 유사한 장치 등의 고급형 가정용 설비와 같은 전자 장치들을 포함할 수 있는 용어 "이동국"(MS), "사용자 에이전트" 또는 "사용자 설비"(UE)를 의미할 수 있다. 일부 구성에서, UE는 모바일 무선 장치를 의미할 수 있다. 모바일 무선 장치인 이러한 UE는 장치의 내부에 설치되거나 분리형일 수 있는 메모리 모듈을 포함할 수도 있고 포함하지 않을 수도 있으며, 상기 메모리 모듈은 비제한적인 예를 들자면 ISIM 애플리케이션, 콤팩트 플래시, 마이크로 SD, R-UIM 등을 포함하는 가입자 식별 모듈(subscriber identity module; SIM) 또는 UICC 카드가 있다. SIM/UICC 기능은 소프트웨어 다운로드가능한 SIM/UICC 보안 소프트웨어에 의해 또한 제공될 수 있다. 이 용어는 유사한 능력이 있지만 쉽게 운반할 수 없는 예컨대 데스크톱 컴퓨터, 셋톱박스, TV, IPTV 또는 네트워크 노드와 같은 장치를 또한 의미할 수 있다. 용어 장치는 고정식 또는 이동식일 수 있는 용어 SIP 사용자 에이전트(UA)를 또한 커버한다. UA가 네트워크 노드일 때, 네트워크 노드는 UA 또는 고정 선로 장치와 같은 다른 기능 대신으로 작용할 수 있고, UA 또는 고정 선로 장치를 시뮬레이트 또는 에뮬레이트하도록 작용할 수 있다. 예를 들면, 어떤 UA에 있어서, 전형적으로 장치에 존재하는 IMS SIP 클라이언트가 실제로는 네트워크에 존재할 수 있고, SIP 메시지 정보를 최적화 프로토콜을 이용하여 장치에 중계할 수 있다. 다시 말하면, 전통적으로 UA에 의해 실행되는 일부 기능들이 원격 UA의 형태로 분산될 수 있다. 여기에서 원격 UA는 네트워크 내의 UA를 말한다. 용어 "UA"는 비제한적인 예로서 SIP 세션을 포함하는 통신 세션을 종결할 수 있는 임의의 하드웨어 또는 소프트웨어 컴포넌트를 또한 의미할 수 있다. 또한, 용어 "사용자 에이전트", "UA", "사용자 설비", "UE" 및 "노드"는 여기에서 동의어로 사용된다. 이 기술에 숙련된 사람이라면 잘 아는 바와 같이 이 용어들은 이 명세서 내에서 상호 교환적으로 사용될 수 있다.

UE는 고속 데이터 통신을 제공하는 무선 통신 네트워크에서 동작할 수 있다. 예를 들면, UE는 글로벌 이동 통신 시스템(GSM) 및 일반 패킷 라디오 서비스(GPRS) 기술에 따라서 동작할 수 있다. 오늘날, 이러한 UE는 GSM 에볼로션용의 향상된 데이터 전송률(Enhanced Data rates for GSM Evolution; EDGE), 또는 향상된 GPRS(EGPRS) 또는 향상된 GPRS 페이즈 2(EGPRS2)에 따라서 또한 동작할 수 있다. UE가 동작할 수 있는 다른 무선 네트워크로는 비제한적인 예를 들자면, CDMA, UMTS, E-UTRAN, WiMax 및 WLAN(예를 들면, 802.11) 등이 있다. UE는 xDSL, DOCSIS 케이블 네트워크, 이더넷 또는 광학 네트워크와 같은 고정식 네트워크 환경에서 또한 동작할 수 있다. 일부 UE는 단일 액세스 네트워크에서 한번에 또는 다중 액세스 기술을 사용하는 일부 장치에서 동시에 하나 이상의 액세스 네트워크 기술로 동작할 수 있는 멀티모드 동작을 할 수 있다.

EDGE/EGPRS/EGPRS2는 데이터 전송률의 증가 및 데이터 전송 신뢰도의 개선이 가능한 디지털 이동 통신 기술의 예이다. 네트워크는 가끔 2.75 세대 네트워크 기술로서 분류된다. EDGE는 대략 2003년 이후 북아메리카를 시작으로 전세계의 GSM 네트워크에 도입되었다. EDGE/EGPRS/EGPRS2는 인터넷 접속을 수반하는 것과 같은 임의의 패킷 스위치드 애플리케이션에서 사용될 수 있다. 영상 및 기타 멀티미디어 서비스와 같은 고속 데이터 애플리케이션은 EGPRS의 증가된 데이터 용량으로부터 장점을 갖는다. UE는 또한 비제한적인 예를 들자면 WiMax, Wifi 등과 같은 다른 무선 기술에서 동작할 수 있다.

통신 네트워크가 점차 복잡해짐에 따라서, 네트워크 하부구조는 단일 전화 선로, 셀폰 또는 기타 UE에 유일하게 맵되는 전화번호와 같은 단일 아이덴티티의 전화 기반 개념으로부터 멀어지고 있다. 예를 들면, 세션 개시 프로토콜(Session Initiation Protocol; SIP) 및 다른 관련 인터넷 기반 통신 기술은 복수의 장치를 네트워크에 등록하는 것을 지원한다. 여기에서 각 장치는 동일한 사용자 아이덴티티(예를 들면, SIP 또는 Tel 통합 자원 식별자(URI)), 또는 중복 또는 동일 아이덴티티의 그룹을 공유한다. 상기 아이덴티티의 그룹은 암시적 등록 세트(Implicit Registration Set; IRS)라고 부른다. 통신 네트워크의 진화를 유지하면서, SIP는 비제한적인 예를 들자면 텍스트, 애플리케이션용 데이터, 오디오 및 비디오 등을 포함한 각종 미디어 유형을 네트워크와 UE 사이에 확립된 동일한 세션 내에서 지원하는 것이 또한 가능하다. 이 기술에 숙련된 사람이라면 알고 있는 바와 같이, 장치/SIP UA는 비디오를 지원하는 소형 스크린 또는 HDTV를 지원하는 IPTV와 같은 다른 능력들을 가질 수 있다. 그러므로, 사용자가 HDTV 부근에 있을 때 영상 및 음성 성분을 가진 소형 스크린에서 시작된 2개 이상의 장치/SIP UA 사이의 세션이 HDTV로 이동된 그 영상 성분을 갖는다면 좋을 것이다. 이 능력은 UE간 이전(Inter UE Transfer; IUT)이라고 부르고, 3GPP TS 23.237 및 3GPP TS 24.292에 규정되어 있다.

IUT, PNM, 또는 블랙베리 유나이트(BlackBerry Unite)와 같은 다른 서비스에서 네트워크 및 관련 장치의 효과적인 동작을 제공하기 위해, 일부 네트워크는 네트워크 서버와 각각 상관되는 목표 UE의 그룹 내에서 전달될 수 있는 장치 또는 세션을 관리하는 능력이 있는 관리자 또는 제어기 UE를 포함한다. 그 경우에, 관리자 또는 제어기 UE는 하나 이상의 다른 UE에 의해 이용가능으로 된 각종 특징(feature)/파라미터의 동작을 관리하도록 구성될 수 있다. 일부 경우에, 제어기 기능은 제어기 UE로부터 제어기 기능 제공 능력이 있는 다른 UE로 이전될 수 있다. 일부 경우에는 복수의 UE가 제어기로서 작용할 수 있다. 일부 경우에, 제어기 UE는 개인 네트워크 관리(Personal Network Management; PNM) 제어기 기능을 구현할 수 있다. 일부 경우에, UE는 액세스 네트워크마다 하나씩 복수의 사용자 에이전트를 갖는다. 유사하게, 관리자 또는 제어기 UA는 하나 이상의 다른 UA에 의해 이용가능으로 된 각종 특징 또는 파라미터의 동작을 관리하도록 구성될 수 있다. 관리자 또는 제어기 UA는 관리자 또는 제어기 UE로 또한 될 수 있다. 이하에서 용어 UE와 UA는 문장에서 명확히 표시되지 않는 한 상호교환적으로 사용된다.

SIP는 통신이 어떤 UE에게로 지향되는가에 따라서 통신 필터링 및 서비스의 전환을 전송자 아이덴티티에 따라 통지받을 수 있도록 UE가 구성되게 한다. 예를 들면, 사용자는 사용자의 이동 전화기에서 사용자에게 직접 도달하도록 특수한 공개 사용자 아이덴티티(예를 들면, 집 전화번호 또는 이메일 주소)가 가족 구성원에게 제공되게끔 호출(call)/통신 회송 서비스를 구성할 수 있고, 친구 또는 가족 구성원은 동료(co-workers)가 궁극적으로 단체 음성메일로 회송하는 사무소 전화기로 회송되는 동안 개인 음성메일로 회송될 수 있다.

이와 같이, SIP는 사용자가 복수의 UE에 대하여 일관된 아이덴티티를 가질 수 있게 한다. 여기에서 UE는 집 전화기, 개인용 이동 전화기, 워크폰(work phone), 단체 이동 전화기, 별장의 전화기, 랩톱 컴퓨터 VoIP(voice-over-IP) 클라이언트, 팩시밀리 장치 등일 수 있다. 일관된 공개 사용자 아이덴티티는 또한 사용자가 현재 사용중에 있는 임의의 UE에 도달할 수 있게 한다. 이러한 적응성은 주소록 내의 각 사용자를 식별하기 위해 큰 장치 지향 접촉 리스트를 유지해야 할 필요성 및 통신을 확립하고자 할 때 어떤 장치가 최상인지 결정할 필요성을 최소화한다. 각 사용자(및 모든 관련 셀폰, 집 전화기, 컴퓨터 등)는 단일 신원증명(identification)에 의해 식별될 수 있다. 이와 같이, 단일 신원증명만을 이용하여 네트워크에서 누군가와 통신하는 것이 가능하고, 및/또는 종단 사용자(terminating user)는 개인과 접촉할 때 사용하기에 가장 적합한 UE를 결정한다.

SIP를 구현하고 관리자 또는 제어기 UE를 가진 네트워크에 있어서, 각종 미디어 유형을 포함하는 콘텐트를 취급하는 최상의 능력이 있는 UE에 대하여 새로운 세션이 확립되는 것을 보증하는 것이 바람직하다. 예를 들면, 텔레비전 또는 컴퓨터 스크린/모니터가 사용자에 의해 사용될 수 있을 때 영상 콘텐트를 디스플레이할 수단이 없거나 매우 작은 영상 스크린을 가진 종래의 오피스 폰에서 영상 콘텐트를 포함한 미디어를 수신하는 것이 가장 적당하지는 않을 것이다. 또한, UE가 하나 이상의 미디어 유형을 사용하는 세션에 이미 관련되어 있고 UE가 세션에 대해 하나 이상의 미디어 유형을 추가 또는 수정하는 권유(invitation)를 수신한 때, 사용자가 새로운 미디어 유형을 지원 및 처리 또는 연출할 수 있는 다른 UE에 새로운 미디어 유형을 이전하도록 요청할 수 있게끔 제어기 UE가 식별되어야 한다. 예를 들어서 만일 사용자가 사용자의 이동 전화기에서 오디오 세션에 관련되어 있고 사용자가 다른 장치에서 추가 영상 스트리밍 미디어를 수신하기 원하면, 제어기 UE는 장치 능력 및 사용자 선호도 등에 기초하여 상기 추가 영상 스트리밍 미디어를 수신 및 디스플레이하기 위해 랩톱 PC와 같은 다른 장치를 선택할 능력을 사용자에게 제공한다.

또한, 사용자는 세션의 시간 동안 세션의 제어기용으로 다른 장치를 사용할 수 있다. 예를 들면, 사용자는 외부의 정원에서 그의 이동 전화기로 세션 또는 세션의 하나 이상의 미디어 성분을 수신하였지만 그 다음에 집 내부로 이동하여 오디오 및 비디오 성분을 그의 데스크톱 컴퓨터로 이전할 수 있고, 사용자는 이제 그의 데스크톱 컴퓨터로 세션을 제어하고 싶기 때문에 사용자는 세션의 제어를 그의 이동 전화기로부터 그의 데스크톱 컴퓨터로 또한 이전한다. 마지막으로, 제어기 상태 기능이 제어기 장치로 될 수 있고(예를 들면 기본 텔레비전은 제어기 기능을 수행하기 위해 사용자와 대화(interact)하는 능력이 없을 것이다) 네트워크에 의해 제어기 기능을 수신하도록 권한이 부여된 특정의 구성원(member) UE들 사이에서 이전되어야 한다. 따라서, 잠재적으로 다른 가입자(예를 들면, 집 전화기 및 텔레비전과 같은 공유된 장치)에 의해 사용될 수 있는 일련의 UE들 중에서 세션, 미디어 및 제어기 기능에 대한 이전 요청을 배분 및 처리하는 보안 메카니즘을 제공하는 것이 중요하다.

제어를 이전하는 방법이 개시된다.

이 방법은 제1 사용자 설비(UE)로부터 합작 세션의 제어를 이전하라는 요청을 수신하는 단계를 포함한다. 이 방법은 수신된 요청에 응답하여 합작 세션 제어 이전 요청을 제2 UE에게 보내는 단계와, 제2 UE에게 보내진 요청에 응답하여 합작 세션 제어의 이전을 수락하는 표시를 수신하는 단계를 포함한다. 이 방법은 제2 UE로부터 수락 표시를 수신한 것에 응답하여 합작 세션의 제어의 상태 통지를 제1 UE에게 보내는 단계를 포함한다.

본 발명에 따르면, SIP 프로토콜을 이용한 합작 세션의 제어 이전을 구현하는 시스템 및 방법을 제공할 수 있다.

본 발명의 더욱 완전한 이해를 위해, 이제 첨부 도면과 함께 본 발명의 실시예에 따른 상세한 설명을 참조한다. 첨부 도면에 있어서 동일한 참조 번호는 동일한 요소를 표시한다.
도 1은 네트워크와 관련된 UE들 사이에서 미디어 및 IUT 제어기 기능을 이전하는 예시적인 흐름을 보인 도이다.
도 2는 네트워크에 접속된 UE들 사이에서 IUT 미디어 및/또는 제어기 기능 이전을 수행하도록 시스템을 구현하는 예시적인 통신 네트워크를 보인 도이다.
도 3은 SCC AS에의 등록을 유발하는 IMS 네트워크에 UE를 등록하는 예시적인 흐름을 보인 도이다.
도 4는 피제어기 UE만 포함하거나 또는 제어기 UE와 피제어기 UE를 둘 다 포함하는 하나 이상의 IUT 가능 UE를 식별하기 위한 예시적인 허용된 IUT 리스트 관리 오브젝트를 보인 도이다.
도 5a 및 도 5b(도 5ba, 도 5bb)는 도 4에 도시한 예시적인 허용된 IUT 리스트 MO의 파라미터 및 DDF를 보인 도이다.
도 6은 권한이 단일 제어기 UE로부터 요구되는 IUT 제어기 기능을 UE에 제공하기 위한 예시적인 흐름을 보인 도이다.
도 7은 권한이 하나 이상의 제어기 UE로부터 요구되는 IUT 제어기 기능을 UE에 제공하기 위한 예시적인 흐름을 보인 도이다.
도 8은 IUT-제어기 UE에 의해 요구된 때 미디어-A 및 제어기 기능을 UE에 이전하기 위한 예시적인 흐름을 보인 도이다.
도 9는 유입하는 세션 요청이 제어기 기능 식별자를 포함하고 Gm 기준점을 통해 전달되며 미디어-A가 회로 스위치드 네트워크를 통해 전송되는, 미디어-A 및 제어기 기능을 UE-1으로부터 UE-2로 이전하기 위한 예시적인 흐름을 보인 도이다.
도 10은 유입하는 세션 요구가 제어기 기능 식별자를 포함하고 I1 기준점을 통해 전달되며 미디어-A가 CS 네트워크를 통해 전송되는, 미디어-A 및 제어기 기능을 UE-1로부터 UE-2로 이전하기 위한 예시적인 흐름을 보인 도이다.
도 11은 합작 세션이 UE 부분집합 사이에서 확립되는, 사용자와 관련된 복수의 UE를 보인 도이다.
도 12a 및 도 12b는 세션 권유 요청을 수신한 때 합작 세션 확립을 종결하기 위한 예시적인 흐름을 보인 도이다.
도 13은 IUT 제어기 기능을 제1 PS UE로부터 제2 PS UE로 -제1 UE와 제2 UE는 동일한 베어러를 사용할 수도 있고 다른 베어러를 사용할 수도 있다- 전송하기 위한 예시적인 흐름을 보인 도이다.
도 14는 합작 세션 내에서 Gm 기준점을 이용하여 다른 UE로 미디어/제어기 기능을 이전하기 위한 다른 메시지 흐름을 보인 도이다.
도 15는 합작 세션 내에서 I1 기준점을 이용하여 다른 UE로 미디어/제어기 기능을 이전하기 위한 다른 메시지 흐름을 보인 도이다.
도 16은 제어기가 개시한 진행중인 세션 정보 전송을 위한 다른 메시지 흐름을 보인 도이다.
도 17은 사용자 에이전트의 실시예를 포함한 무선 통신 시스템을 보인 도이다.
도 18은 디지털 신호 처리기(DSP) 및 메모리를 포함한 사용자 에이전트의 블록도이다.
도 19는 사용자 에이전트의 프로세서에 의해 구현될 수 있는 소프트웨어 환경을 보인 도이다.
도 20은 네트워크들 사이에서 천이하는 세션의 연속성을 제공하는 방법을 구현하기에 적합한 처리 컴포넌트를 포함한 시스템의 예를 보인 도이다.
도 21은 관련된 제어기 및 피제어기 UE를 묘사하는 네트워크 내에서 정보를 저장하기 위한 예시적인 구조를 보인 도이다.
도 22는 HSS 등의 네트워크 내에 저장된 예시적인 정보를 보인 도이다.
도 23은 기준 비트 값 위치를 가진 예시적인 표시자를 보인 도이다.

본 발명은 이동 통신 시스템에서 미디어 및/또는 제어 기능 관리를 위한 시스템 및 방법, 더 구체적으로 장치들 사이에서 미디어 이전 및/또는 제어 기능 이전을 구현하는 시스템 및 방법을 제공함으로써 전술한 단점들을 극복한다.

일 예로서, 동일한 당사자(party)에 속하는 제1 사용자 설비(UE)로부터 제2 UE로 제어기 기능을 이전하는 방법은 제1 UE와 제3 UE 사이에 미디어 콘텐트를 통신하기 위한 세션을 확립하는 단계를 포함한다. 제1 UE에는 세션에 대한 제어기 기능이 초기에 지정된다. 상기 방법은 세션에 대한 제어기 기능의 적어도 부분집합을 제2 UE로 이전하도록 제1 UE로부터의 요청을 수신하는 단계와, 제어기 기능을 구현하는 제2 UE의 능력을 결정하는 단계를 포함한다. 제2 UE가 제어기로서 동작하는 능력이 있을 때, 상기 방법은 세션에 대한 제어기 기능의 적어도 부분집합을 제2 UE에 지정하는 단계와, 세션에 대한 제어기 기능의 적어도 부분집합을 이전하게 하는 요청에 응답해서 세션을 해제하도록 제1 UE에게 통지하는 단계를 포함한다.

다른 예로서, 제1 사용자 설비(UE)로부터 제2 UE로 제어기 기능을 이전하는 방법은 제1 UE와 제3 UE 사이에 미디어 콘텐트를 통신하기 위한 세션을 확립하는 단계를 포함한다. 제1 UE에는 세션에 대한 제어기 기능이 초기에 지정되고 제1 UE는 인터페이스를 포함한다. 상기 방법은 세션에 대한 제어기 기능을 제2 UE로 이전하도록 제1 UE 인터페이스를 통해 요청을 수신하는 단계와, 세션 제어기 기능 이전 요청을 애플리케이션 서버에 전송하는 단계와, 애플리케이션 서버로부터 이전 응답을 수신하는 단계를 포함한다. 제1 UE가 세션 제어기 기능을 해제해야 한다고 이전 응답이 표시할 때, 상기 방법은 세션 제어기 기능을 해제하는 단계를 포함한다.

다른 예로서, 제1 사용자 설비(UE)와 제3 UE 사이에 미디어 콘텐트를 통신하기 위해 세션을 이전하는 방법은 세션에 대한 제1 UE 제어기 기능을 지정하는 단계와, 제2 UE에 미디어 콘텐트를 통신하기 위한 세션을 이전하게 하는 요청을 제1 UE로부터 수신하는 단계와, 미디어 콘텐트를 통신하기 위한 세션을 수신하는 제2 UE의 능력을 결정하는 단계를 포함한다. 제2 UE가 미디어 콘텐트를 통신하기 위한 세션을 수신하는 능력이 있을 때, 상기 방법은 미디어 콘텐트를 통신하기 위한 세션을 제2 UE에 이전하는 단계와, 미디어 콘텐트를 통신하기 위한 세션을 제2 UE에 이전하게 하는 요청에 응답해서 세션을 해제하도록 제1 UE에게 통지하는 단계를 포함한다.

이제 본 발명의 각종 태양을 첨부 도면을 참조하여 설명한다. 도면에 있어서 동일한 참조 부호는 동일하거나 대응하는 요소를 나타낸다. 그러나, 도면 및 도면과 관련한 상세한 설명은 청구되는 주제를 여기에서 설명하는 특수한 형태로 제한하는 의도는 없다. 오히려, 본 발명은 청구되는 주제의 정신 및 범위에 속하는 모든 수정예, 등가예, 및 대안예를 커버하는 것으로 의도된다.

여기에서 사용하는 용어 "컴포넌트", "시스템" 등은 하드웨어, 하드웨어와 소프트웨어의 조합, 소프트웨어, 또는 실행중인 소프트웨어를 포함한 컴퓨터 관련 엔티티를 지칭하는 것으로 의도된다. 예를 들면, 컴포넌트는 비제한적인 예를 들자면 프로세서에서 동작하는 프로세스, 프로세서, 오브젝트, 실행가능한 실행 스레드(thread), 프로그램 및/또는 컴퓨터일 수 있다. 설명의 목적상, 컴퓨터에서 동작하는 애플리케이션 및 컴퓨터는 컴포넌트일 수 있다. 하나 이상의 컴포넌트가 프로세스 및/또는 실행 스레드 내에 존재할 수 있으며, 컴포넌트는 하나의 컴퓨터에서 국소화되거나 2개 이상의 컴퓨터 사이에 분산될 수 있다.

단어 "예시적인"은 여기에서 예, 사례 또는 예증을 나타내는 의미로서 사용된다. 여기에서 "예시적인"으로 묘사된 임의의 태양(aspect) 또는 설계(design)는 반드시 다른 태양 또는 설계를 능가하는 양호함 또는 장점을 갖는 것으로 해석될 필요가 없다.

더 나아가, 본 발명은 여기에서 설명하는 각 태양을 구현하도록 컴퓨터 또는 프로세서 기반 장치를 제어하는 소프트웨어, 펌웨어, 하드웨어, 또는 이들의 조합을 생성하게끔 표준 프로그래밍 및/또는 엔지니어링 기술을 이용하는 시스템, 방법, 장치 또는 제조 물품으로서 구현될 수 있다. 여기에서 사용하는 용어 "제조 물품"(또는 대안적으로 "컴퓨터 프로그램 제품")은 임의의 컴퓨터 판독가능 장치, 캐리어 또는 매체로부터 액세스가능한 컴퓨터 프로그램을 포괄하는 것으로 의도된다. 예를 들면, 컴퓨터 판독가능 매체는, 비제한적인 예를 들자면, 자기 기억 장치(예를 들면, 하드 디스크, 플로피 디스크, 자기 스트립 등), 광디스크(예를 들면, 컴팩트 디스크(CD), 디지털 다기능 디스크(DVD) 등), 스마트 카드 및 플래시 메모리 장치(예를 들면, 카드, 스틱 등)를 포함할 수 있다. 더 나아가, 전자 메일을 전송 및 수신하기 위해 또는 인터넷이나 근거리 통신망(LAN)과 같은 네트워크에 액세스하기 위해 사용하는 것과 같은 컴퓨터 판독가능 전자 데이터를 운반하기 위해 반송파를 사용할 수 있다는 것을 이해하여야 한다. 물론, 이 기술에 숙련된 사람이라면 청구되는 주제의 범위 또는 정신으로부터 벗어나지 않고 실시예의 구성에 대하여 많은 수정이 이루어질 수 있다는 것을 알 것이다.

본 발명의 시스템은 통신 네트워크와 관련된 장치들 사이에서 미디어 이전 또는 제어 기능 이전을 구현하기 위한 미디어 및/또는 제어 기능 관리를 제공한다. 일 구현예에 있어서, 시스템은 세션의 하나 이상의 미디어 컴포넌트 또는 일부 또는 모든 미디어 흐름 및/또는 제어기 기능(IUT 제어기)을 하나 이상의 제어기 SIP UA 또는 UE로부터 하나 이상의 피제어기 SIP UA 또는 UE로 이전하기 위해 3GPP TS 23.237마다 UE간 이전(IUT)을 수행한다. 시스템은 각종 통신 네트워크에서 구현될 수 있고, 여기에서 UE는 단일의 공유 신원증명(예를 들면, Tel, URI, SIP URI, MSISDN, C-MSISDN, GRUU(Globally Routable User Agent URI) 등)이 지정되거나 네트워크와 관련된 다른 UE와 중첩되는 신원 정보를 갖도록 구성된다. 네트워크 내에서, 각 UE는 각종 통신 세션을 개시할 수 있고, 각 세션은 비제한적인 예를 들자면 애플리케이션용 데이터(미디어형 애플리케이션), 음성, 텍스트, 영상(각종 인코딩 방식을 포함함) 및 오디오와 같은 복수의 미디어 유형을 포함하는 데이터 통신을 수반한다.

일 구성예에 있어서, 시스템은 비제어기(non-controller) 또는 피제어기(controllee) SIP UA 또는 UE 외에 각종 관리자 또는 제어기 SIP UA 또는 UE를 가지며 SIP를 지원하는 네트워크를 통해 구현된다. 제어기 기능은 네트워크 규칙, 오퍼레이터 정책, 사용자 선호도 또는 다른 시스템 필요조건(이것들로 제한되는 것은 아님)에 따라서 제1 제어기 UE로부터 다른 UE로 이동할 수 있다. 일부 경우에, 제어기 기능 또는 피제어기 기능을 가진 UE는 네트워크를 통해 제공될 수 있고, 여기에서 피제어기 UE는 유사한 기능적 능력 및 시스템 설계를 가진 제어기 UE와 유사한 방식으로 구성된다. 복수의 UE 중 하나의 UE가 최초로 네트워크에 등록되고, 무선 서버에 등록된 제어기 기능을 지원하는 제1 UE는 관리자 또는 제어기 UE로서 자동으로 지정된다. 일부 경우에, 네트워크가 제어기 기능을 지원하는 UE에 의해 전송된 합작 세션(collaborative session)에 대한 초기 이전 요청을 수신한 때, UE는 관리자 또는 제어기 UE로서 자동으로 지정될 수 있다. 그러나, UE의 집합 중에서 1차 제어기 UE를 결정하기 위해 다른 알고리즘을 사용할 수 있다. 네트워크에 접속된 후, 사용자는 사용자 또는 다른 관련 사용자들에 의한 제어하에 최초 등록된 UE로부터 다른 등록된 UE로 제어기 지정을 선택적으로 변경할 수 있다.

본 발명의 시스템을 사용하면, 공통의 신원증명을 각각 공유하는 복수의 UE로 사용자에게 서비스하는 네트워크는 각종 미디어 유형을 포함한 세션에 참가하도록 권유(invitation)를 수신할 수 있다. 권유를 수신한 후에, 네트워크는 권유에 기술된 미디어 유형, 사용자가 특정한 양호한 UE, 또는 제어기 UE 또는 네트워크에 이용가능한 다른 정보에 따라서 사용자의 UE에 세션 권유(예를 들면, SIP 권유(INVITE), 또는 SIP 재권유(Re-INVITE))를 이전, 회송 또는 보낸다. 만일 사용자가 각종 미디어 유형을 이용하는 세션에 이미 관련되어 있고 하나 이상의 미디어 유형을 추가, 삭제 또는 수정하라는 오퍼(예를 들면, 세션 묘사 프로토콜(SDP 오퍼(OFFER))가 동일한 세션에 대해 수신되면, 새로운 미디어 유형 및 세션 제어 기능을 다른 UE에 이전하기 위한 제어기 UE가 식별된다.

일 구현예에 있어서, IP 베어러(bearer)를 이용하여 세션을 확립하기 위해 SDP를 포함한 SIP 권유 요청을 UE(예를 들면, ICS UE)가 수신한 때, ICS UE는 3GPP TS 24.229에 따라서, 그러나 하기의 설명에 따라서 세션을 확립한다. 첫째, 만일 SIP 권유 요청이 ICS UE와 서비스 일치 및 연속 애플리케이션 서버(SCC AS) 사이의 기존 다이얼로그(또는 확립되는 처리에서의 다이얼로그)에 대응하는 다이얼로그 파리미터를 포함한 목표-다이얼로그 헤더를 포함하고 있으면, ICS UE는 SIP 권유 요청을 목표-다이얼로그 헤더에 포함된 다이얼로그 파라미터에 의해 식별된 다이얼로그와 동일한 세션의 일부인 다른 다이얼로그로서 취급한다. 둘째, 만일 SIP 권유 요청이 목표-다이얼로그 헤더를 포함하고 있지 않지만 ICS UE와 SCC AS 사이에 기존 다이얼로그(또는 확립되는 처리에서의 다이얼로그)가 있으면, SCC AS는 이 요청의 다이얼로그 파라미터가 ICS UE와 SCC AS 사이의 기존 다이얼로그(또는 확립되는 처리에서의 다이얼로그)에서 수신된 목표-다이얼로그 헤더에서 수신된 다이얼로그 파라미터에 대응하는지를 체크하고, 만일 대응하면 ICS UE는 SIP 권유 요청을 목표-다이얼로그 헤더가 수신한 다이얼로그와 동일한 세션의 일부인 다른 다이얼로그로서 취급할 수 있다. 이 두번째 설명은 요청을 전송한 순서와 다른 순서로 요청이 도달하는 가능성을 커버할 수 있다.

본 발명의 시스템에 따라 IUT를 구현하도록 구성된 제어기 UE는 다른 UE에서 새로운 액세스 레그(leg)를 생성함으로써 세션에 하나 이상의 미디어 흐름을 추가하고, 다른 UE에서 기존 액세스 레그의 세션에 하나 이상의 미디어 흐름을 추가하고, 다른 UE에서 액세스 레그의 세션으로부터 하나 이상의 미디어 흐름을 제거하고, 다른 UE에서 MMTel 서비스 제어에 미디어를 제공하고(예를 들면, 3GPP TS 22.173 참조), 다른 UE에서 미디어 특성의 업데이트를 제공하는 것 중에서 한가지 이상을 수행하도록 구성될 수 있다. 따라서, 각 제어기 UE는 SCC AS와 같은 특수한 네트워크 엔티티 또는 노드와 고정된 하나 이상의 세션을 제공하는 합작 세션을 확립 및/또는 해제하도록 구성될 수 있다. 진행중인 합작 세션을 유지하는 동안, 각 제어기 UE는 합작 세션의 미디어 흐름을 목표 UE에 이전할 수 있다. 또한, 각 제어기 UE는 합작 세션을 확립하거나 확립하지 않고 이용가능한 하나 이상의 미디어 흐름의 전부 또는 일부를 목표 UE에 이전하도록 구성될 수 있다. 목표 UE에 모든 미디어 흐름이 이전되면, 제어기 UE의 기존 세션은 해제될 수 있다.

하나의 예시적인 시스템 구현예에 있어서, UE간 이전(IUT)을 구현하기 위해, SCC AS는 UE간 이전의 실행을 위해 S-CSCF를 향하는 ISC 기준점을 이용한다. 예를 들면, IUT의 가능성 및 실행을 위해, SCC AS는 뒤에서 설명하는 것처럼 UE간 이전에 필요한 정보를 분석하고, 오퍼레이터 정책(policy) 및 사용자 선호도에 기초하여 어떤 액세스 네트워크가 실행되어야 하는지를 결정한다. 그 다음에 SCC AS는 오퍼레이터 정책과 맞지 않는 UE간 이전 요청을 거절할 수 있다. SCC AS는 등록 후의 홈 가입자 서버(HSS)로부터 HSS의 사용자 프로파일에 저장된 IMS 개인 사용자 아이덴티티에 결합된 C MSISDN을 검색하고, 제3자 등록 후의 HSS로부터 HSS의 사용자 프로파일에 저장된 IMS 개인 사용자 아이덴티티에 결합된 UE간 이전을 위한 제어기 기능을 검색한다. SCC AS는 UE가 UE간 이전을 위한 제어기 기능이 가능하고 허용되는지를 결정하고, 유입되는 SIP 권유 또는 유입되는 UE간 이전 요청에서 제공된 정보를 이용하여 UE간 이전 요청을 고정 세션과 상관시키며, 동일한 또는 다른 액세스 네트워크를 통하여 접속된 동일한 IMS 가입에 속하는 다른 UE들 간의 IMS UE간 이전을 실행한다. SCC AS는 또한 IUT 이전 지정 과금 데이터(charging data)를 제공하고, 이전가능한 UE의 정보를 제어기 UE에 제공하고, 각종 서비스 연속성 관련 입력 계수의 분석에 기초하여 UE간 이전을 위한 준비된 오퍼레이터 정책을 업데이트할 것인지를 결정한다. SCC AS는 진행중인 세션에 대한 UE간 이전을 개시하기 위해 또한 사용될 수 있는 사용자 선호도와 오퍼레이터 정책 사이의 우선순위를 포함하는 OMA DM을 통하여 오퍼레이터 정책을 UE에 보냄으로써 UE간 이전을 위한 오퍼레이터 정책을 또한 발생 및 업데이트하고, 종결 제어기 UE가 UE간 이전을 개시할 수 있도록 원격 당사자로부터 수신된 유입 세션 권유를 제어기 UE에 보내야 하는지를 결정할 수 있다.

일반적으로, SCC AS는 세션 이전, 세션 종결을 위해 필요한 때, 또는 세션의 구성(setup) 중에 추가의 액세스 네트워크를 통해 미디어 흐름을 추가하도록 UE가 요청한 때, 또는 기존 세션에 대한 하나 이상의 액세스 네트워크를 통한 미디어 흐름을 추가 및/또는 삭제하도록 UE가 요청한 때, 하나 이상의 액세스 네트워크를 통한 미디어 흐름을 결합 및/또는 분할하는 기능을 제공한다.

IMS 세션의 미디어 흐름을 취급할 때, SCC AS는 세션과 관련된 서비스를 고려할 수 있다.

특수한 액세스 레그를 통해 SIP 메서드(SIP 권유 등)를 라우팅하기 위하여, 그 액세스 레그에 대응하는 특수한 등록 흐름을 식별할 필요가 있다.

Draft-ietf-sip-outbound는 요청이 UA 또는 UE에 도달할 수 있는 복수의 등록 흐름을 통해 SIP UA 또는 UE가 등록하는 방법을 기술한다. 3GPP IMS에서 지원되는 것처럼, UE는 다른 액세스 네트워크를 통한 다른 흐름을 이용하여 등록하기 위해 Draft-ietf-sip-outbound에서 규정된 메카니즘을 이용한다. 다른 액세스 네트워크를 통한 각 흐름은 Draft-ietf-sip-outbound에서 규정된 것처럼 SIP 등록 요청의 접촉 헤더(Contact header)에 다른 "reg-id" 접촉 헤더 파라미터를 포함할 수 있다. 등록할 때, UE는 3GPP TS 24.229에서 기술된 것처럼 SIP 등록 요청에 P-Access-Network-info 헤더를 포함한다. 3GPP TS 24.229마다의 연장된 P-Access-Network-info 헤더 필드의 예시적인 구문(syntax)은 표 1에 나타내었다.

P-Access-Network-info의 구문으로부터 알 수 있는 바와 같이, 액세스 유형은 SIP 등록 요청이 라우트되는 네트워크에 의해 사용되는 액세스 네트워크 기술을 표시한다. 그러나, "reg-id" 파라미터가 등록 흐름을 유일하게 식별하지만, SIP 권유와 같은 SIP 메서드가 특수 등록 흐름을 통해 지향되는 것을 네트워크가 지시하는 현재의 메카니즘은 없다. 이것을 가능하게 하기 위해, 등록 흐름을 식별하는 미디어 특징 태그(festrue tag)를 SIP 등록 요청의 접촉 헤더에 규정 및 포함할 수 있다("reg-id" 파라미터는 미디어 특징 태그가 아니다). 하기의 것은 이러한 미디어 특징 태그의 2개의 가능한 실시예의 예이다. 이 기술에 숙련된 사람이라면 임의 구성의 적당한 영숫자 문자가 SIP UA/UE로부터 동일한 의미를 전달하기 위해 사용될 수 있다는 것을 알 것이다.

표 2에 나타낸 제1 예에 있어서, 특징 태그 g.3gpp.icsflow는 어느 것이 흐름을 식별하는 미디어 특징 태그에 문자열(string)이 포함되게 하는지를 규정한다. 이 문자열은 "reg-id" 파라미터에서와 동일한 식별자 값을 포함할 수 있고(예를 들면, g.3gpp.icsflow=[regid]), 또는 어떤 다른 문자열을 포함할 수도 있다. 그러나, 일 구현예에 있어서, 문자열은 각 등록 흐름마다 달라야 한다. UE는 미디어 특징 태그에서 사용되는 문자열에 대해서 인간이 이해할 수 있는 라벨을 사용자가 규정하게 할 수 있다. 왜냐하면, 사용자는 미디어 이전을 수행할 때 어떤 액세스 레그에 미디어 유형을 이전하기 원하는지를 표시하기 위해 상기 라벨을 사용할 필요가 있기 때문이다(예를 들면, "인터넷", "케이블 TV", "셀룰러", "WLAN").

미디어 특징 태그명: g.3gpp.icsflow
ASN.1 식별자: 1.3.6.1.8.2.a
이 태그에 의해 표시된 미디어 특징의 개요: 이 특징 태그는 SIP 등록 요청에서 사용될 때 장치가 등록 종료(register over)를 이용하는 특수한 등록 흐름을 표시한다.
이 특징 태그와 함께 사용하기에 적합한 값: 동일하게 관계가 있는 문자열.
예: "인터넷", "케이블 Tv", "셀룰러", "WLAN"
특징 태그는 하기의 응용, 프로토콜, 서비스 또는 협상 메카니즘에서 사용하는 것으로 주로 의도된다: 이 특징 태그는 전화기 또는 PDA와 같은 장치의 능력을 설명하기 위한 통신 응용에서 가장 유용하다.
전형적인 사용예: 장치가 사용하는 등록 흐름의 표시

표 3에 나타낸 다른 예에서, 기존의 g.3gpp.ics 미디어 특징 태그는 등록이 이동 전화기로부터 직접되는지 또는 어떤 등록 흐름이 사용되는지를 또한 표시하는 네트워크 노드로부터 되는지를 또한 표시하도록 향상된다.

미디어 특징 태그명: g.3gpp.ics
ASN.1 식별자: 1.3.6.1.8.2.x
이 태그에 의해 표시된 미디어 특징의 개요: 이 특징 태그는 SIP 등록 요청에서 사용될 때 기능이 ICS 능력이고 ICS 모드에서 동작한다는 것을 표시하고 장치가 등록 종료를 이용하는 특수한 등록 흐름을 표시한다. 이 특징 태그는 사용될 때 비 SIP 등록 메서드이고, 기능이 ICS 기능을 불러내기 원한다는 것을 표시한다.
이 특징 태그와 함께 사용하기에 적합한 값: 동일하게 관계가 있는 문자열.
몇 가지 예:
"주요부[#]" SIP 등록 요청에서 사용될 때 ICS 가능인 기능이 이동 전화기임을 표시한다. 다른 SIP 메서드에서 사용될 때 기능이 ICS 기능을 불러내기 원한다는 것을 표시한다. [#]은 장치ㅣ가 등록 종료를 이용하고 SIP 아웃바운드 RegID와 같게 한다는 것을 표시한다.
"서버" ICS 가능인 기능이 네트워크 노드임을 표시한다.
특징 태그는 하기의 응용, 프로토콜, 서비스 또는 협상 메카니즘에서 사용하는 것으로 주로 의도된다: 이 특징 태그는 전화기 또는 PDA와 같은 장치의 능력을 설명하기 위한 통신 응용에서 가장 유용하다.
전형적인 사용예: 이동 전화기(주요부)가 ICS를 지원하고 ICS를 사용하기 원한다는 것 또는 네트워크 노드(서버)가 ICS 기능을 불러내기 원한다는 것의 표시 및 장치가 이용하는 등록 흐름의 표시.

등록시에, UE는 SIP 등록 요청의 접촉 헤더에서 위에서 설명한 것처럼 흐름에 대한 유일한 식별자를 포함하는 미디어 특징 태그와 함께 SIP 등록 요청의 액세스 레그에서 사용되는 액세스 기술의 신원증명을 포함하는 P-Access-Network-info 헤더를 포함한다.

SCC AS 또는 다른 네트워크 노드는 RFC 3860 및 향상된 제3자 등록 절차(예를 들면, 제3자 SIP 등록 요청의 바디에 포함된 유입 SIP 등록 요청)에 따라서 등록 이벤트 패키지에 가입함으로써 미디어 특징 태그를 획득할 수 있다. P-Access-Network-info 헤더는 제3자 SIP 등록 요청으로부터 SCC AS에 의해 또한 획득될 수 있다.

SCC AS는 예를 들면 3GPP TS 24.229에서 특정된 임의의 수신된 제3자 등록 요청(예를 들면, 제3자 등록 요청의 바디에 포함된 정보를 포함함), 3GPP TS 24.229에서 특정된 임의의 수신된 등록(reg) 이벤트 패키지, 또는 3GPP TS 22.328 및 29.329에서 특정된 Sh 인터페이스로부터 IMS 중앙화 서비스(IMS Centralized Services; ICS) 특정 필요조건을 구현하기 위해 필요한 등록 상태 정보를 또한 획득할 수 있다. 이러한 메카니즘을 이용해서, SCC AS는 P-Access-Network-info 헤더 및 g.3gpp.icsflow 미디어 특징 태그로부터 액세스 유형 및, 만일 있다면, 액세스 분류(access-class) 값을 획득하고, 특정 IP-CAN에 대응하는 특정 흐름을 통하여 요청이 라우트되는 순서에 따라 액세스 유형 및, 만일 있다면, 액세스 분류 값을 g.3gpp.icsflow 미디어 특징 태그의 값과 관련시킬 수 있다.

SCC AS 또는 다른 네트워크 노드는 미디어 특징 태그로부터 획득된 액세스 레그/흐름 식별자와 관련하여 P-Access-Network-info 헤더로부터 획득된 액세스 유형 및/또는 액세스 분류 정보(관련 위치 정보를 포함할 수 있음)를 저장한다. P-CSCF는 네트워크에 의해 검증되고 "np"(network provided) 파라미터의 내포에 의해 그렇게 표시된 액세스 분류 액세스 유형을 포함하는 P-Access-Network-info 헤더에 추가의 액세스 유형 또는 액세스 분류 값을 또한 포함할 수 있다는 점에 주목한다. 오퍼레이터의 이용도 및 정책에 기초해서, UE 제공 P-Access-Network-info 헤더 또는 네트워크 제공 P-Access-Network-info 헤더 또는 둘 다로부터의 액세스 유형 및/또는 액세스 분류는 미디어 특징 태그로부터 획득된 액세스 레그/흐름 식별자와 관련하여 저장될 수 있다.

특정의 제안된 미디어 유형이 특정 액세스 레그를 통해 라우트된다고 오퍼레이터 정책 또는 사용자 선호도 또는 사용자 구성에 기초한 SCC AS(또는 다른 네트워크 노드)가 결정한 때, SCC AS(또는 다른 네트워크 노드)는 P-Access-Network-info 헤더로부터 액세스 유형 및/또는 액세스 분류와 관련하여 저장되어 있는 미디어 특징 태그로부터 미리 획득된 액세스 레그/흐름 식별자를 획득한다. 그 다음에, SCC AS(또는 다른 네트워크 노드)는 요청이 라우트되는 액세스 레그에 대한 액세스 유형 및/또는 액세스 분류와 관련된 액세스 레그/흐름 식별자에 설정된 값을 가진 미디어 특징 태그(예를 들면, g.3gpp.icsflow)를 내포하는 수용-접촉( ACCEPT-CONTACT) 헤더를 요청에 포함시킨다. 파라미터 "요구"(require) 및 "명시적"(explicit)은 액세스 레그/흐름 식별자를 내포한 미디어 특징 태그와 관련된 수용-접촉 헤더에 선택적으로 역시 포함될 수 있다. 그 결과, 요청은 RFC 3841에 기술된 메카니즘을 이용하는 소정의 액세스 레그를 이용해서 UE에 라우트되고, 대응적으로 만일 요청이 수용되면 미디어가 그 액세스 레그를 이용하여 역시 확립된다.

일부 구현예에 있어서, 네트워크 오퍼레이터 정책은 오퍼레이터에 의해 네트워크에 공급되고, 예를 들면 초기 공급 동안에 또는 OMA 장치 관리를 통해 UE에 전달될 수 있다. 오퍼레이터 정책은 정책이 오퍼레이터에 의해 업데이트될 때마다 OMA 장치 관리를 통해 UE에 전달될 수 있다.

오퍼레이터 정책은 각각의 지원되는 유형의 미디어 또는 미디어 그룹에 대하여, 액세스 네트워크가 이용가능으로 되고 세션 이전이 가능할 때 세션 및 세션 이전의 시작이 제한되는 액세스 네트워크의 리스트와, 세션 및 세션 이전을 시작하는 SC 능력이 있는 UE에 의해 사용되는 양호한 액세스 네트워크의 리스트(우선순위의 순서로), 및 목표 액세스 네트워크가 이용가능으로 되고 세션 이전이 가능할 때 SC 능력이 있는 UE가 현재의 액세스 네트워크보다 더 높은 우선순위를 가진 목표 액세스 네트워크로 미디어 흐름의 이전을 시작"할 것임"/"해야 함"/"할 수 있음"을 표시할 수 있다. "할 것임"(shall)을 표시함으로써, 오퍼레이터는 가능한 한 빨리 홈 오퍼레이터의 양호한 액세스 네트워크 리스트에 따라 세션 이전을 시작하도록 UE에게 명령한다. "해야 함"(should)을 표시함으로써, 만일 국소 동작 환경 정보를 고려할 때 세션 이전이 가능하고 바람직하면, 오퍼레이터는 홈 오퍼레이터의 양호한 액세스 네트워크 리스트에 따라 세션 이전을 시작하도록 UE에게 권장한다. "할 수 있음"(may)을 표시함으로써, 만일 국소 동작 환경 정보를 고려할 때 세션 이전이 가능하고 바람직하면, 오퍼레이터는 사용자 선호도(구성되어 있는 경우)에 따라서 세션 이전을 시작하거나 시작하지 않는 것을 UE가 자유롭게 결정하게 한다. 사용자 선호도가 구성되어 있지 않은 경우, UE는 홈 오퍼레이터의 양호한 액세스 네트워크 리스트를 고려할 수 있다. 오퍼레이터 정책은 또한 부분 세션 이전의 경우에 이전 불능인 미디어 흐름을 유지할 것인지 제거(drop)할 것인지를 또한 표시할 수 있다. 일반적으로, 세션 이전에 대한 오퍼레이터 정책은 T-ADS에 대한 오퍼레이터 정책과 일치한다.

사용자 선호도는 예를 들면 양호한 액세스를 표시할 수 있다. 국소 동작 환경 정보는 구현예 특정일 수 있고, 무선 환경 정보, IP 접속 품질(지터, 지연 및 패킷 손실), 애플리케이션 특정 필요조건, 메모리 관계, 전력 관계 등의 항목들로 구성될 수 있다. UE는 유출 세션에 대하여 어떤 액세스를 사용할 것인지 결정할 때 또는 세션 이전을 시작하기 전에 오퍼레이터 정책, 사용자 선호도 및 국소 동작 환경 정보를 고려할 수 있다. 일반적으로 액세스 이전에 대한 사용자 선호도는 네트워크에 이전되지 않는다.

IUT에 대하여, UE는 SCC AS에 대한 하기의 사용자 선호도를 Ut 인터페이스를 통하여 표시할 수 있고, SCC AS는 UE가 제어기로서 작용하도록 허용되고 그렇게 작용할 수 있는지를 결정할 때, 및 유입 세션에 대하여 어떤 액세스 네트워크를 사용할 것인지, 특정 UE에서 어떤 미디어 유형을 전송할 것인지, 및 원격 당사자로부터의 제어기 UE 유입 세션 권유를 보낼 것인지를 결정하기 위하여 오퍼레이터 정책 및 사용자 선호도, 예를 들면 제어기 UE로서 작용하는 양호한 UE, 유입 세션에 대한 양호한 액세스 네트워크 유형, 사용자의 특정 UE에서 수신되는 양호한 미디어 유형, 및 제어기 UE에서 원격 당사자로부터 유입 세션 권유를 수신하는 선호도를 고려할 수 있다.

더 나아가, IUT에 대하여, UE는 일반적으로 IUT 제어기 또는 피제어기 기능을 지원하도록 구성된다. 종단 UE의 경우에, UE는 원격 단부(remote end)에서 세션 권유를 보낼 때 진행중인 세션에 대해 IUT를 적용하기 위해 제어기 UE로 되도록 구성될 수 있다.

만일 미디어 이전을 수행할 때 미디어 세션이 하나 이상의 미디어 유형에 대하여 특수 액세스 레그를 통하여 확립되는 것을 사용자가 지휘하고자 하면, 사용자는 특수 미디어 유형에 대해 사용하고자 하는 액세스 레그를 그들의 제어기 UE에서 선택함으로써 이것을 표시할 수 있다. UE는 미디어 특징 태그에서 사용되는 문자열에 대한 인간 이해가능 라벨을 사용자가 규정하도록 미리 구성되어 있어서 미디어 이전을 수행할 때 사용자가 상기 라벨을 이용하여 미디어 유형을 이전할 액세스 레그를 표시하게 할 수 있다(예를 들면, "인터넷", "케이블 TV", "셀룰러" 또는 "WLAN"). 대안적으로, 액세스 유형을 등록할 때, 장치는 사용자가 읽을 수 있는 인간 판독가능 액세스 유형과 장치가 지원하는 액세스 유형 간의 맵핑을 제공한다. 예시적인 실시예를 뒤에서 제시하지만, 이 기술에 숙련된 사람이라면 인간 판독가능 영숫자 문자열이 다수의 가능한 P-Access-Network-info 헤더 액세스 유형 값에 대하여 맵핑되는 아이디어인 경우에 맵핑이 다소간 강제(constrain)될 수 있다는 것을 알 것이다.

예: WLAN="IEEE-802.11"/"IEEE-802.11a"/"IEEE-802.11b"/"IEEE-802.11g"/"IEEE-802.11n"

DSL="ADSL"/"ADSL2"/"ADSL2+"/"RADSL"/"SDSL"/"HDSL"/"HDSL2"/"G.SHDSL"/"VDSL"/"IDSL"

셀룰러="3GPP-GERAN"/"3GPP-UTRAN-FDD"/"3GPP-UTRAN-TDD"/"3GPP-E-UTRAN-FDD"/"3GPP-E-UTRAN-TDD"

케이블 TV="DOCSIS"

예를 들어서, 만일 사용자가 WLAN 및 셀룰러(예를 들면 EDGE/UMTS/LTE) 액세스를 둘 다 동시에 지원하는 멀티모드 가능 이동 전화기를 갖고 있으면, 사용자는 대역폭 효율, 비용 효율 또는 더 나은 화상 품질 때문에 영상 미디오 유형을 WLAN 액세스를 통해 수신하고 음성 및 오디오 미디어 유형을 위하여 셀룰러 접속을 이용하는 것을 희망할 수 있다. 이를 위해, UE는 사용자가 선택한 이전된 미디어 유형이 라우트되는 액세스 레그에 대한 액세스 레그/흐름 식별자에 설정된 값을 가진 미디어 특징 태그(예를 들면 g.3gpp.icsflow)를 포함한 수용-접촉 헤더를 미디어 이전을 요청하기 위해 사용하는 요청(예를 들면, SIP 참조 요청)에 포함시킨다. 파라미터 "요구"와 "명시적"은 액세스 레그/흐름 식별자를 포함한 미디어 특징 태그와 관련된 수용-접촉 헤더에 선택적으로 포함될 수 있다. 수용-접촉 헤더는 그 값과 함께 SIP 참조(REFER) 요청의 경우에 Refer-To 헤더 내에 끼워넣어 진다. SCC AS(또는 다른 네트워크 노드)가 미디어 이전 요청을 수신한 때, SCC AS(또는 다른 네트워크 노드)는 미디어가 이전되는 UE에게 보내진 요청에 미디어 이전 요청으로부터의 수용-접촉 헤더를 그 값과 함께 포함시킨다. 이것은 요청이 RFC 3841에서 기술된 메카니즘을 이용하는 소정의 액세스 레그를 이용하여 UE에게 라우트되게 하고, 대응적으로 만일 요청이 수용되면 미디어가 그 액세스 레그를 이용하여 역시 확립되게 한다. 미디어가 이전되는 UE는, 일부 경우(위에서 설명한 예 등)에, 미디어 이전 요청을 보내는 제어기 UE로서 작용하는 동일한 UE일 수 있다는 점에 주목한다.

도 1은 네트워크와 관련된 SIP UA 또는 UE들 간에 미디어 및/또는 제어기 기능을 이전하기 위해 본 발명의 시스템에 의해 구현될 수 있는 예시적인 통신 흐름을 보인 것이다. 이 통신 흐름은 제1 제어기 UE(UE-1)로부터 제2 UE(UE-2)로 2개의 미디어 성분을 포함한 세션의 서비스 제어 이전을 가능하게 한다. 제1 UE와 제2 UE는 예를 들면 동일한 SIP URI 또는 Tel URI를 공유함으로써, 또는 암시적 등록 세트(Implicit Registration Set; IRS)에 의해 식별된 중복 또는 동일한 공개 사용자 아이덴티티를 가짐으로써 동일한 공개 사용자 아이덴티티를 공유할 수 있다. 그러나, 제1 UE와 제2 UE는 비제한적인 예를 들자면 IMS 개인 아이덴티티, IMSI, MIN 등과 같은 유일한 개인 아이덴티티를 가질 것이다. 이 예에서, UE-1은 세션이 SCC AS에서 고정된 원격 UE와 함께 확립된 멀티미디어 세션을 갖는다. UE-1은 최초로 합작 세션 제어를 할 수 있다.

도 1에 도시된 바와 같이, 멀티미디어 세션은 2개의 미디어 성분(미디어-A 및 미디어-B)을 포함하고, UE-1은 합작 세션 제어 및 하나의 미디어 성분(미디어-A)을 IUT를 통해 UE-2에 이전하기를 원한다. 도시된 바와 같이, 단계 101에서, UE-1은 SCC AS에 이전 요청을 통신 또는 보냄으로써 합작 세션 제어 및 미디어 유형(미디어-A)을 UE-2에 이전하는 처리를 시작한다. 이전 요청은 합작 세션 제어 및 미디어 유형(미디어-A)이 UE-2에 이전되어야 함을 표시한다. 이전 요청은 이전될 미디어 유형을 포함한 SDP(예를 들면 SIP 참조 요청의 Refer-To 헤더에 끼워넣어진 것)를 내포할 수 있다. 대안적으로, 미디어 유형은 이전 요청에서 적당한 특징 태그 등을 시그널링함으로써 표시될 수 있다. UE-2는 비제한적인 예를 들자면 GRUU, SIP URI, Tel URI 등에 의해 식별될 수 있다. 단계 102에서, SCC AS는 요청을 식별하고, 검증 처리를 수행한다. 검증 처리는 UE-1이 IUT를 수행하도록 허용되었는지에 대한 검증을 포함할 수 있고, UE-2 신원증명, 즉 이 실시예에서 UE-2의 GRUU는 SCC AS에 저장되고(유효 등록이 존재함) GRUU가 UE-1으로부터의 요청에서 수신한 것과 일치하는 미디어 특징 태그임에 대항하여 저장된다. 만일 UE-2의 GRUU가 존재하지 않거나 특징 태그가 일치하지 않으면, 요청은 거절될 수 있다. 대안적으로, 검증 처리는 SCC AS가 허가된 UE의 Tel URI, SIP URI를 검색하는 것을 포함할 수 있다. 만일 검색된 Tel URI, SIP URI가 하나의 UE-1이 사용할 수 있는 것과 일치하면, SCC AS는 검색된 Tel URI, SIP URI와 일치하는 다른 목표 UE를 식별한다. 그 다음에 SCC AS는 수용 접촉 헤더 내의 특징 태그 및 명시적 및 요구된 파라미터가 그 요청을 수행하는 것에 대한 다른 접촉을 선택하도록 설정되는 것을 보장한다.

만일 UE-1이 합작 세션 제어 및 미디어-A의 UE-2로의 이전을 요청하도록 허용되면, SCC AS는 합작 세션 제어 및 미디어-A가 UE-2에 이전될 것임을 표시하는 요청을 UE-2에 통신 또는 보낼 수 있다. 예를 들면, SIP 메서드(예를 들면, SIP 권유)는 합작 세션 제어(IUT 제어기 기능)를 표시하는 미디어 특징 태그와 함께 UE-2의 GRUU를 목표로서 포함할 수 있다. SIP 메서드는 "명시적" 및 "요구된"을 가진 요구된 미디어 특징 태그를 수용-접촉 헤더에 포함할 수 있다. 대안적으로, SDP는 이전될 미디어 유형을 포함하는 것에 포함된다. 단계 103에서, 시스템은 UE-2와 SCC AS 사이에 합작 세션 제어를 확립한다. 이 지점에서, UE-2는 합작 세션을 위한 제어기 UE가 된다(IUT 제어기 기능을 표시하는 미디어 특징 태그의 수신에 기초해서). 그러나, 다른 구현예에서, UE-1은 이전될 미디어를 포함한 이전 요청을 보낼 수 있고, UE-1에서 합작 세션 제어를 유지한다. 이 경우에, 이전 요청은 합작 세션 제어(IUT 제어기 기능)의 표시, 식별자, 토큰, 플래그 또는 미디어 특징 태그를 포함하지 않는다.

일 구현예에서, 합작 세션은 원격 레그에서 단일 IMS 세션으로서 제시된 SCC AS에서 고정된 하나 이상의 IP 멀티미디어 서브시스템(IMS) 세션의 논리적 집합을 예를 들면 동일한 IMS 가입을 공유하는 2개 이상의 UE에서 포함한다. 원격 레그는 가입자 전망(perspective)으로부터 알 수 있는 바와 같이 SCC AS와 원격 당사자 간의 호출 제어 레그일 수 있다(추가적인 예로서 회로 스위치드 미디어를 이용하는 IMS 세션의 원격 레그의 정의에 대한 3GPP TS 23.292를 참조한다).

단계 104에서, UE-2와 SCC AS 사이에서 미디어-A를 운반하는 세션이 확립된다. 이 지점에서, 시스템은 UE-2와의 새로운 세션 확립에 따라서 SCC AS와 원격 당사자 간의 원격 레그를 선택적으로 업데이트할 수 있다. 예를 들면, 원격 레그는 비디오 코덱 조정 또는 변경을 구현하도록 업데이트될 수 있다(예를 들면, 변경이 IPTV 장치에 의해 요구되기 때문에 또는 다른 방식으로 미디어를 재조정하기 위해서). 합작 세션 제어의 확립 및 UE-2로의 미디어-A의 이전이 성공한 후에, SCC AS는 단계 105에서 이전 응답을 UE-1에 다시 보낸다(예를 들면, SIP 통지(NOTIFY)는 RFC 3515에 따라서 최종 응답을 요청한다). 이전 응답을 수신한 후에, UE-1에서 미디어-A를 운반하는 예전 세션은 해제되고 합작 세션 제어가 단계 106에서 해제된다. 합작 세션 제어의 성공적인 이전 후에, UE-1은 피제어기 UE(세션 제어를 위해 제어기 UE에 종속하면서 합작 세션의 일부로서 미디어 흐름(미디어-A)을 수신 및/또는 전송하는 UE)로 되고, UE-2는 제어기 UE의 임무를 떠맡는다. 미디어 유형(미디어-A)은 UE-2와 원격 당사자 간에 통신되고 미디어 유형(미디어-B)은 UE-1과 원격 당사자 간에 계속하여 통신된다. 만일 이전이 성공적이지 않으면, SCC AS는 이전의 실패를 표시하는 메시지를 UE-1에 다시 보낼 것이다. 이 메시지는 비제한적인 예를 들자면 SIP 488(여기에서는 허용되지 않음) 응답을 포함할 수 있다. 실패의 이유를 표시하는 응답에 경보가 포함될 수 있다. 이전의 실패를 표시하는 UE-1에 대한 메시지는 UE-2로부터의 응답(예를 들면 SIP 488(여기에서는 허용되지 않음) 응답)의 SIPfrag를 바디에 내포하고 있는 SIP 통지 요청에 포함될 수 있다.

도 1에 도시한 통신 흐름은 UE들 사이에서 미디어 및 합작 세션 제어의 이전을 가능하게 한다. 미디어 및 합작 세션 제어 이전 외에, 상기 흐름은 하나 이상의 제어기 UE가 목표 UE에 제어기 기능을 제공하도록 허가한 후에 UE들 간에 제어기 기능을 또한 이전할 수 있다.

일 구현예에 있어서, 세션 이전을 촉진하기 위해(예를 들면, IMS 서비스 연속성을 위해), UE는 세션 이전을 위해 오퍼레이터 정책(예를 들면, 위에서 설명한 것처럼)을 저장 및 적용하도록 구성될 수 있다. UE는 현재 오퍼레이터 정책, 사용자 선호도 및 국소 동작 환경 정보를 포함한 트리거 기준에 기초하여 세션 이전 절차를 또한 개시하여 세션 이전 동작을 구성하는데 필요한 세부를 SCC AS에 제공한다. UE는 또한 제어기 또는 피제어기 기능을 지원하는 능력을 IUT에 제공하고, 현재 오퍼레이터 정책 및 사용자 선호도에 기초하여 IUT 절차를 개시하여 IUT 동작을 구성하는데 필요한 세부를 SCC AS에 제공한다.

UE는 예를 들면 상이한 액세스 네트워크를 이용하는 복수의 등록 콘텍스트를 가질 수 있다. UE는 네트워크 또는 애플리케이션 서버(AS)에서의 IUT 정책 및 구현예에 따라서, 일부 또는 모든 미디어 전송을 위하여 상이한 액세스 네트워크를 사용하도록 구성될 수 있다. 예를 들면, UE는 어떤 미리 규정된 사용자 선호도 또는 네트워크/오퍼레이터 정책에 따른 적당한 속성을 가진 영상 유형 미디어 전송을 위해 무선 근거리 통신망(WLAN) 라디오 또는 어떤 다른 액세스 네트워크를 이용할 수 있다.

속성 또는 목표 UE 또는 특정의 목표 UE를 표시하는 표시자는 액세스 기술(예를 들면, 동일한 장치에 의해 지원되는 것)을 또한 식별할 수 있다. 요청은 특수한 액세스 기술을 이용하는 특수한 액세스 레그를 통해 전술한 절차를 이용하여 라우트될 수 있다.

다른 시스템 구현예에 있어서, 제어기 UE 기능은 셋톱 박스와 같은 물리적 박스에서 또는 퍼스널 컴퓨터, 미디어 서버, 홈 노드-B 또는 사용자에 의해 물리적으로 동작되지 않는 다른 장치에서 호스트되는 실행가능 소프트웨어에서 또한 호스트될 수 있다. 일 예로서, 사용자는 미디어 싱크(sink) 또는 피제어기 UE에 의해 둘러싸여진다. 미디어 싱크는 제어기 UE 또는 다른 미디어 제어기 장치와 대화하거나 이들을 보충할 수 있다. 예를 들면, TV 리모트는 정지 및 되감기 또는 미디어 싱크 또는 TV에 의해 차단되고 각종 기능을 취급하도록 구성된 장치 또는 UE에게 회송되는 다른 기능을 제공할 수 있다. 일부 구현예에 있어서, 단일 박스는 다른 외부 물리 장치에 대한 복수의 SIP UA를 지원할 수 있다. 예를 들면, 홈 서버 또는 셋톱 박스는 기본 TV와 같은 다른 접속된 비 SIP 가능 장치, 레가시(legacy) 고정 선로 전화, 및 비 SIP 인에이블드 가정용 오락 시스템에 대하여 복수의 SIP UA를 구현할 수 있다.

이제 도 2를 참조하면, IUT를 수행하는 본 발명의 시스템을 구현하기 위한 예시적인 통신 네트워크가 도시되어 있다. 네트워크(212)는 통신 네트워크이고 기지국, SCC AS, P(프록시)-CSCF, S(서빙)-CSCF 및 I(질문)-CSCF와 같은 호출 세션 제어 기능(CSCF), 모바일 스위칭 센터(MSC) 서버, IMS 중앙집중 서비스(ICS)용으로 향상된 MSC 및/또는 장치 능력, 사용자 선호도, IUT를 위한 제어기 UE 및 피제어기 UE의 리스트, 장치마다의 세션 레그 맵핑 정보, 및 본 발명의 시스템을 구현하는데 사용되는 다른 규칙 또는 제약을 저장하는 각종 데이터 저장 시스템과 같은 각종 컴포넌트를 포함한다. 네트워크(212)와 통신함으로써, UE는 네트워크와 관련(예를 들면 등록)될 수 있고 네트워크(212)를 통하여 다른 관련된 UE와, 또는 네트워크(212)를 통해 통신하도록 구성된 다른 장치와 통신할 수 있다. 사용자(214)는 복수의 UE(216, 218, 220)를 갖는다. UE(216, 218, 220)는 예를 들면 IRS 세트 A에서 Tel URI 또는 SIP URI에 의해 규정될 수 있는 단일 아이덴티티(230)를 공유한다. 사용자(222)는 역시 네트워크(212)에 접속된 UE(224, 226)를 갖는다. UE(224, 226)는 예를 들면 IRS B에 의해 규정될 수 있는 아이덴티티를 또한 공유한다.

도 2에서, 사용자(214)의 UE는 수 개의 다른 장치를 포함한다. UE(216)는 비디오 능력이 없는 셀폰이고, UE(218)는 VoIP(voice-over-IP) 및 화상 회의 능력이 있는 랩톱이며, UE(220는 네트워크(212)와 통신하도록 구성되지만 최소의 사용자 입력 능력만이 있는 텔레비전이다. 이 예에서, 텔레비전(220)은 네트워크(212)와 통신하기 위해 하드 와이어드(hard-wired) 접속에 의해 프록시(221)에 접속된다. 프록시(221)는 홈 게이트웨이, 케이블 박스, 셋톱 박스, 또는 네트워크(212)와 통신하기 위한 다른 시스템을 포함할 수 있다. 프록시(221)는 무선으로 또는 하드 와이어드 접속을 통해 네트워크(212)와 통신할 수 있다. 그러나, 이 기술에 숙련된 사람이라면 프록시(221)의 일부 또는 전부가 텔레비전(220)에 통합될 수 있다는 것을 알 것이다. 각각의 UE(216, 218, 220)가 네트워크(212)와 접속을 확립하기 때문에, IUT 제어기 기능은 사용자(214)와 관련된 하나 이상의 UE에 할당될 수 있다. IUT 제어기 기능은 UE의 기능적 능력, 사용자 선호도, 네트워크 필요조건, 또는 사용자(214), 네트워크(212) 또는 통신 네트워크(212) 내의 임의의 다른 엔티티를 통해 이용가능으로 되는 다른 데이터의 임의의 조합을 평가하는 규칙에 따라서 지정될 수 있다. 이 예에서, UE(216)(셀폰)는 초기에 IUT 제어기 기능이 할당되어 있다. 그래서, UE(216)는 진행중인 세션에서 특정 미디어의 이전 요청을 UE(218, 220) 중의 임의의 하나에게 보낼 수 있다. 이전 처리의 일부로서, UE(216)는 IUT 제어기 기능을 임의의 UE(218, 220)에게 이전하게 하는 요청을 네트워크(212)에 또한 발행할 수 있다. 일부 경우에, 네트워크 규정 및 사용자 규정의 규칙에 따라서, 미디어 및 IUT 제어기 기능의 일부 또는 전부가 사용자(222)에게 속하는 UE(224, 226)에게 이전될 수 있다.

도 2를 참조하면, 사용자(214)는 셀폰(216)을 이용하여 사용자(230)에게 속하는 UE(232)에게 전화 호출을 개시할 수 있다. 셀폰(216)은 영상을 지원하지 않기 때문에, 확립된 세션은 영상없이 음성만을 포함한다. 그러나, 만일 사용자(230)의 UE(232)가 영상을 지원하고 사용자(230)가 세션에 영상을 추가하기 원하면, 사용자(230)는 세션에 영상을 추가하게 하는 요청 또는 권유를 사용자(214)에게 발행할 수 있다. 셀폰(216)은 영상을 취급할 수 없기 때문에, 영상은 사용자(214)가 영상을 취급할 수 있는 UE에게 재지향되도록 UE(216)에게 지시하지 않는 한 세션에 추가될 수 없다. 이 예에서, 진행중인 세션에 영상을 추가하게 하는 요청을 수신한 때, 사용자(214)는 UE(216)에게 지시하여 영상 유형과 함께 요청을 화상 회의 능력이 있는 랩톱(218)에게 재지향시키게 할 수 있다. 영상 유형과 함께 요청을 랩톱(218)에게 재지향시키기 위해, 셀폰(216)은 영상 유형과 함께 요청을 네트워크(212)에 재지향시키도록 SIP 3xx 비최종(non-final) 응답과 같은 메시지를 발생한다(만일 SIP 3xx 응답과 같은 최종 SIP 응답이 사용되었으면 전체 세션이 재지향될 수 있다). 시스템 구현예에 따라서, 새로운 미디어 유형을 추가하라는 요청을 원격 당사자로부터 수신한 때, 네트워크(예를 들면, SCC AS)는 예를 들면 장치 능력, 사용자 선호도 또는 네트워크 규칙에 기초하여 목표 UE에 대한 권유를 자동으로 시작할 수 있다. 대안적으로, 셀폰(216)에 의해 제공된 사용자 인터페이스는 사용자(214)가 메시지를 랩톱(218)에 재지향시키도록 셀폰(216)에게 지시하게 할 수 있다. 네트워크(212)(예를 들면 SCC AS)가 요청을 재지향시키라는 요청을 수신한 후, 네트워크(212)(예를 들면 SCC AS)는 랩톱(218)이 영상 유형 미디어를 지원할 수 있는지를 검증한다. 이것은 랩톱(218) SIP 등록의 일부로서 SCC AS(212)로 통과되고 등록 랩톱(218) GRUU 미디어 특징 태그에 대항하여 SCC AS(212)에 저장된 미디어 특징 태그를 바라보는 SCC AS(212)로 구성된다.

SCC AS(212)는 셀폰(216)이 재지향을 요청할 능력이 있는지 및 그러한 요청을 할 권한이 있는지를 검증한다. 만일 이러한 필요조건이 부합되면, SCC AS(212)는 제어기로부터 SIP 메서드(예를 들면 SIP 권유)에 내포된 특징 태그가 미디어가 재지향되는 SIP 접촉에 대항하여 저장되었는지를 체크한다. 만일 미디어 특징 태그가 존재하면, SCC AS는 미디어 유형을 내포한 SDP와 함께 권유 요청(예를 들면, SIP 권유)을 보냄으로써 랩톱(218)에 요청을 재지향시킨다. SCC AS는 또한 RFC 3841마다 "명시적" 및 "요구된"을 설정하여 올바른 목표(target)가 S-CSCF에서 선택되는 것을 보장한다. 성공적인 재지향 및 합작 세션 확립시에 셀폰(216)은 랩톱(218)에 IUT 제어기 기능을 이전하도록 또한 요청할 수 있다.

이 예에서, IUT 제어기 기능은 랩톱(218)으로 이전된다. 그래서, 랩톱(218)은 사용자(214)에게 액세스가능한 다른 UE에 대한 화상 회의 세션을 다시 갖는 옵션을 갖는다. 예를 들면, 진행중인 화상 회의를 다수의 군중이 볼 수 있도록, 사용자(214)는 네트워크(212)를 통해 통신하도록 구성된 랩톱(218)에서의 화상 회의를 유지하면서 텔레비전(220)에 화상 회의에서의 미디어의 일부 또는 전부를 복제하기 원할 수 있다. 이 예에서, 텔레비전(220)은 마이크로폰을 포함하지 않는다. 그래서, 사용자(214)는 랩톱(218)(IUT 제어기 상태를 갖는 것)을 이용하여 진행중인 화상 회의 세션 중 영상 부분만을 텔레비전(220)에 복제하도록 네트워크(212)에 지시한다. 일 구현예에 있어서, SCC AS가 이전 후 그 이전된 레그로부터 미디어 유형을 해제하는 경우, 복제가 요청되었다고 신호할 필요가 있다. 복제는 새로운 미디어 특징 태그, SDP 변수, 파라미터, 및/또는 SIP 헤더를 이용하여 신호될 수 있다. 다른 구현예에 있어서, 이전하는 UE가 이전 후 그 이전된 레그로부터 미디어 유형을 해제하는 경우, 요청된 복제의 시그널링은 요구되지 않는다. 복제의 권한이 주어졌을 때, SCC AS(212)는 영상 미디어 유형을 가진 세션 권유(SIP 권유)와 같은 메시지를 텔레비전(220)에 보내어 볼 수 있게 한다. 그러나, 세션의 음성 부분은 랩톱(218)에 남아 있어서 사용자(214)가 사용자(230)와 계속하여 통신할 수 있다. 이 예에서, 텔레비전(220)은 추가적인 미디어 이전을 개시하기 위한 사용자 입력을 수신하는 사용자 인터페이스를 또한 갖지 않는다. 따라서, IUT 제어기 상태는 랩톱(218)에 남아 있어서 사용자(214)가 텔레비전(220)으로부터 화상 회의의 영상 부분을 다른 장치에 이전할 수 있게 한다. 만일 IUT 제어기 상태가 레가시 텔레비전(220)으로 이전되어야 하면, 레가시 텔레비전(220)은 그러한 이전을 개시하기 위한 적당한 사용자 인터페이스를 제공할 수 없기 때문에 다른 장치에 세션을 이전할 메카니즘이 없을 수 있다. 즉 세션의 영상 부분은 레가시 텔레비전(220)에 고정된다.

시스템 구현예에 따라서, 각종 정책 또는 제약이 각 사용자에 대하여 확립될 수 있는 UE의 수 및 조합에 적용될 수 있다. 예를 들면, 네트워크는 단지 하나의 IUT 제어기 가능 UE가 IUT 제어기로 될 수 있는 것, 또는 복수의 IUT 제어기 가능 UE가 임의의 합작 세션에 대한 IUT 제어기로 될 수 있는 것, 복수의 IUT 제어기 가능 UE가 모든 합작 세션에 대한 복수의 UE를 가진 IUT 제어기로 될 수 있지만 동일한 합작 세션에 대하여 단지 하나의 IUT 제어기를 갖는 것을 설명하는 제약들을 구현할 수 있다. 더 나아가, 양호한 베어러(예를 들면 회로 스위치형 또는 패킷 스위치형)는 네트워크 규칙, 사용자 선호도, 또는 이들의 조합에 의해 특정될 수 있다. 예를 들면, 양호한 베어러 설정은 미디어 유형 및 장치 능력에 따를 수 있다. 예를 들면 음성 미디어 유형 세션에 대해서는 회로 스위치형이 설정되고 영상 유형 세션에 대해서는 패킷 스위치형이 설정될 수 있다.

네트워크(예를 들면, SCC AS)는 과금 목적으로 하기의 표시, 즉 어떤 UE가 IUT 제어기인지의 표시, IUT 제어기 기능을 수행하는 UE 아이덴티티, 동일한 가입에 속하는 UE 집합을 표시하는 IUT에 대한 가입 세트 표시, 및 베어러 표시를 또한 사용할 수 있다(사용되는 베어러에 따라서 다른 과금이 있을 수 있다).

본 발명의 시스템에서, 각 UE는 UE가 IUT 제어기 기능을 지원하는 능력이 있는지에 관하여 네트워크, 즉 이 예에서는 SCC AS에게 지시하기 위해 네트워크와 통신(예를 들면, SCC AS를 통해 또는 통신 네트워크의 다른 컴포넌트를 통해)하도록 구성될 수 있다. 일 구현예에 있어서, UE는 예를 들면 SIP 등록(REGISTER), SIP 공개(PUBLISH), SIP 가입(SUBSCRIBE), SIP 통지(NOTIFY), SIP 권유(INVITE), SIP 재권유(Re-INVITE), SIP 업데이트(UPDATE), SIP 옵션(OPTIONS) 및 SIP 참조(REFER)와 같은 SIP 메서드(METHOD)를 포함하는 SIP 메시지를 이용해서, 또는 SIP 응답 또는 확장형 마크업 언어-구성 액세스 프로토콜(XCAP) 또는 예를 들면 SOAP를 이용하는 웹 서비스 기반, 또는 HTTP를 이용해서 SCC AS에 그 능력을 전송한다. UE가 그 능력을 SCC AS에 전송하는 한가지 방법은 접촉 헤더에서 미디어 특징 태그, 예를 들면 g.3gpp.iut를 사용하는 것이다. 예를 들면, 접촉 헤더를 포함하는 SIP 등록, SIP 공개, SIP 가입, SIP 통지, SIP 권유, SIP 재권유, SIP 업데이트, SIP 옵션 및 SIP 참조와 같은 SIP 메서드는 IUT 제어기 기능에 대한 특수한 UE 지원을 표시하기 위해 IUT 제어기 미디어 특징 태그를 포함하도록 구성될 수 있다. 대안적으로, SIP 200 OK와 같은 SIP 응답은 UE의 제어기 기능을 표시하도록 구성될 수 있는 접촉 헤더를 또한 포함할 수 있다.

접촉 헤더를 이용하여 구현될 때, IUT 제어기 특징 태그는 예를 들면 3개의 가능한 값을 포함한다(시스템이 각종 이름 및 속성을 가진 다른 값들을 이용할 수 있기 때문에 단지 예시적인 값들만이 설명된다). 첫째, 값 "활성"(Active)은 IUT 제어기 특징 태그와 관련된 접촉 어드레스를 가진 UE가 현재 세션에 대한 IUT 제어기로서 동작하고 있음을 표시한다. 둘째, 값 "비활성"(Inactive)은 IUT 제어기 특징 태그와 관련된 접촉 어드레스를 가진 UE가 현재 세션에 대한 IUT 피제어기(즉, 활성 IUT 제어기가 아님)로서 동작하고 있지만 IUT 제어기 임무가 지정될 수 있음을 표시한다. 세째, 값 "수동"(Passive)은 IUT 제어기 특징 태그와 관련된 접촉 어드레스를 가진 UE가 현재 세션에 대한 IUT 피제어기로서 동작하고 있고 IUT 제어기 임무를 수용할 수 없거나 수용하지 않으려고 하는 것을 표시한다. 수동은 장치가 피제어기로서 작용하지만 제어기 기능을 갖지 않는 것을 또한 의미할 수 있다.

일부 구현예에 있어서, IUT 제어기 표시는 임의의 특정 UE에서 (활성, 비활성) 또는 (활성, 수동)과 같이 2개의 가능한 값을 포함할 수 있다. 예시적인 값 정의는 g.3gpp.iutcontroller="활성" 또는 g.3gpp.iutcontroller="수동"을 포함할 수 있다. 일부 경우에, IUT 제어기 값은 버전 표시자로 프리픽스될 수 있다. 예를 들면, IUT 제어기 값은 "활성X"일 수 있고, 여기에서 X는 0 또는 1로부터, UE에 의해 지원되는 IUT의 버전을 표시하는 Y까지의 값일 수 있다. 다른 하나의 예는 g.3gpp.iut=[능력]이고, 여기에서 '능력'(capability)은 "제어기" 또는 "피제어기"로 되는 것과 같은 IUT 장치의 능력을 표시한다. 제어기는 "활성제어기" 또는 "수동제어기"까지 확장될 수 있다. 활성 제어기는 SIP UA/UE가 세션에 대한 제어기 활동을 수행하는 것을 의미하고, 수동제어기는 SIP UA/UE가 제어기 능력을 갖지만 제어기로서 동작하지 않는 것을 의미한다. 특징 태그의 예시적인 정의는 아래의 표 4에서 제공된다. 그러나, 이 기술에 숙련된 사람이라면 SIP UA/UE로부터 동일한 의미를 전달하기 위해 적당한 영숫자 문자의 임의 구성을 사용할 수 있다는 것을 이해할 것이다.

미디어 특징 태그명: g.3gpp.iut
ASN.1 식별자: 1.3.6.1.8.2.y
이 태그에 의해 표시된 미디어 특징의 개요: 이 특징 태그는 장치가 IUT 능력을 갖고 있음을 표시한다.
이 특징 태그와 함께 사용하기에 적합한 값: 활성, 제어기, 피제어기
특징 태그는 하기의 응용, 프로토콜, 서비스 또는 협상 메카니즘에서 사용하는 것으로 주로 의도된다: 이 특징 태그는 전화기 또는 PDA와 같은 장치의 능력을 설명하기 위한 통신 응용에서 가장 유용하다.
전형적인 사용예: 이동 전화기가 IUT 기능을 지원한다는 표시

다른 구현예에 있어서, IUT 제어기 기능을 지원하는 UE는 사용자 선호도에 따라서 SIP, XCAP 등을 이용하여 IUT 제어기 설정을 활성화 또는 비활성화하기 위해 사용자에 의해 구성될 수 있다. IUT 제어기 UE 또는 피제어기 UE의 활성화 또는 비활성화 설정은 예를 들면 SIP 또는 XCAP 메시지의 XML MIME 바디에 배치될 수 있다. 만일 IUT 제어기 설정이 UE에서 활성화되면, UE는 IUT 제어기 UE로서 동작한다. 만일 IUT 제어기 설정이 UE에서 비활성화되면, UE는 IUT 피제어기 UE로서 동작한다. 아래에 특정 UE에 대한 IUT 제어기 기능을 설정하는 예를 XML로 나타내었다.

<?xml version="1.0" encoding="UTF-8"?>

<iutcont-settings xmlns="urn:3gpp:params:xml:ns:ims:iutcont-settings"

xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance

xsi:schemaLocation="urn:3gpp:params:xml:ns:ims:iutcont-settings">

<iutcont-settings>

<interuetransfer-controller active="true"/>

</iutcont-settings>

특정의 UE가 능력을 갖는지 및 제어기 UE로서 동작하는 것이 양호한지를 네트워크에 통지하는 것 외에, 본 발명의 시스템은 복수의 베어러를 지원하는 UE가 UE 능력 및 사용자 선호도와 같은 정보를 저장하는 네트워크에 사용자에 의한 양호한 베어러를 표시하도록 구성되게 한다. UE에 따라서, UE는 예를 들면 회로 스위치드 통신 프로토콜 또는 패킷 스위치드 통신 프로토콜 또는 이들 둘 다를 이용하여 네트워크와 통신하는 능력을 가질 수 있다. 복수의 베어러를 지원하는 UE의 경우에, 양호한 베어러는 SIP, XCAP 또는 다른 인코딩 방식에 의해 사용자 선호도를 통하여 특정될 수 있다. 일 구현예에 있어서, 양호한 베어러는 특수한 미디어 유형 및/또는 장치 능력에 따라서 특정된다. 예를 들면, 특수한 베어러는 특수한 능력을 가진 장치에서 특수한 미디어 유형에 대하여 특정될 수 있다. 대안적으로, 일반 베어러 선호도는 미디어 유형 및/또는 장치 능력에 상관없이 모든 UE에 대하여 특정될 수 있다. 베어러 선호도는 예를 들면 SIP 또는 XCAP 메시지의 XML MIME 바디에서 특정될 수 있다. 아래에 예시적인 코딩을 XML로 나타내었다.

<?xml version="1.0" encoding="UTF-8"?>

<iutcont-settings xmlns="urn:3gpp:params:xml:ns:ims:iutcont-settings"

xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance

xsi:schemaLocation="urn:3gpp:params:xml:ns:ims:bearer-settings">

<bearer-settings>

<preferred-bearer>PS</preferred-bearer>

</bearer-settings>

UE의 능력을 표시하는 메시지 및 선택적으로 UE의 양호한 베어러에 관한 사용자 선호도를 수신한 때, P-CSCF, S-CSCF, I-CSCF, 모바일 스위칭 센터(MSC) 서버, ICS에 대해 향상된 MSC 또는 SCC AS와 같은 호출 세션 제어 기능 등의 하나 이상의 네트워크 컴포넌트는 IUT 제어기 기능이 UE에서 지원되는 것 및 UE를 제어기로서 사용하는 선호도를 메시지가 포함하고 있으면 UE가 제어기로서 동작할 수 있고 동작하도록 허용된다는 것을 검증할 수 있다. 일 구현예에 있어서, SCC AS는 만일 수신된 메시지가 지원되는 베어러 유형 및/또는 특수한 베어러 유형을 사용하는 선호도를 내포하고 있으면 UE가 특수한 베어러를 지원하고 특수한 베어러를 등록하였음을 또한 검증할 수 있다.

검증하는 동안, SCC AS는 예를 들면 SIP 레지스터 요청의 접촉 헤더에서 IUT 제어기 미디어 특징 태그를 조사함으로써 UE가 제어기로 되어야 하는지를 판정한다. 일 구현예에 있어서, SCC AS는 가입 등록 이벤트 패키지 또는 향상된 제3자 등록 절차를 이용하여 미디어 특징 태그를 획득한다(제3자 SIP 레지스터 요청의 바디에 포함된 유입 SIP 레지스터 요청). SCC AS는 UE를 등록하기 위해 사용될 수 있는 베어러를 또한 결정할 수 있다. 만일 네트워크의 정책에서 양호한/지원된 베어러 값이 수신된 메시지의 그것과 다르면, 네트워크 정책에 의해 규정된 양호한/지원된 베어러 값이 우선권을 가질 수 있다. 요청은 특수한 액세스 기술을 이용하는 특수한 액세스 레그 또는 양호한 베어러를 통해 전술한 절차를 이용하여 라우트될 수 있다.

UE가 제어기 기능의 지정 및/또는 특수한 베어러 지정에 대한 특정의 필요조건에 부합하는 것을 검증하기 위해, 네트워크는 예를 들면 Tel URI, SIP URI 등과 같은 사용자의 공개 사용자 아이덴티티, 예를 들면 IMS 개인 사용자 아이덴티티, IMSI 등과 같은 사용자의 개인 사용자 아이덴티티, 어떤 UE(예를 들면 인스턴스 ID, IMEI, MIN 또는 GRUU)가 동일한 가입 세트에 속하는지, 어떤 UE가 동일한 IUT에 속하는지, 어떤 UE가 IUT 제어기 기능을 할 수 있는지, 인스턴스 ID, IMEI, MIN, GRUU(Globally Routable UA URI)와 같은 장치 아이덴티티, 각 장치에 대한 장치 닉네임 맵핑, 각 장치에 접속된 세션 레그 맵핑 정보, 각 UE에서 지원되고 양호한 베어러 또는 라디오 액세스 기술(RAT), 복수의 PS 액세스 기술 또는 복수의 가입 또는 피어-투-피어(P2P) 서비스를 지원하고 RAT 또는 가입 또는 P2P 서비스마다 적어도 하나의 UA를 가진 매개자(intermediary), 다른 UE가 제어기 기능을 획득하게 하는 허가 규칙, 및 UE를 묘사하고 UE와 관련된 기타의 정보를 저장하는 데이터베이스를 유지한다. 이 데이터 베이스는 HSS에 저장되고, 등록의 결과로서 S-CSCF로부터 수신된 정보 또는 Sh 인터페이스를 이용하여 SCC AS에 의해 액세스될 수 있다. 데이터베이스는 네트워크 내의 다른 엔티티, 예를 들면 SCC AS의 내부 또는 이들의 조합에 저장될 수 있다. 일 구현예에 있어서, 등록 활동을 수행하기 위해, 네트워크는 데이터베이스에서 UE의 IRS를 체크하여 등록을 요청하는 UE가 권한있는 UE의 것과 동일한 IRS 세트를 갖는지 알아볼 수 있다. 만일 등록하는 UE가 데이터베이스에 저장된 권한있는 UE의 것과 동일한 IRS 세트를 이용하면, IRS 세트는 IMS 개인 ID에 의해 묘사되는 특수한 능력 및 UE가 제어기인지 피제어기인지를 표시할 수 있다. 또한, IRS 세트는 UE가 단지 제어받을 수만 있는지, 및 UE가 서비스에 가입할 수 있는지 및 탈퇴할 수 있는지를 표시할 수 있다.

본 발명의 시스템의 동작 중에, 네트워크 노드는 IUT UE의 URI 또는 아이덴티티의 리스트(즉, IUT 이전 또는 피이전을 요청할 수 있는 UE의 URI 또는 아이덴티티의 집합, 또는 동일한 IUT 집합에 속하는 제어기 및 피제어기 UE의 URI의 집합)를 제어기 UE 또는 IUT UE의 집합에 배분하여, 어떤 UE가 제어기 또는 피제어기인지, 어떤 UE가 IUT 제어기 기능을 지원하는지 및 어떤 UE에 IUT 제어기 기능이 전송될 수 있는지를 확인할 수 있게 한다. IUT UE의 URI 또는 아이덴티티의 리스트는 장치 닉네임, URI마다의 지원되는 미디어 유형 또는 각 IUT UE의 아이덴티티와 같은 정보를 포함할 수 있다.

UE가 네트워크에 등록할 때 UE는 전술한 특징 태그를 포함할 것이다. UE의 GRUU는 등록 처리의 일부로서 저장된다. 이 GRUU는 그 다음에 모든 잠재적인 제어기 UE에 대한 URI로서 통신된다. 전송되는 정보는 만일 GRUU에 의해 식별된 UE가 IUT 제어기, 제어기(수동 임무) 및 피제어기, 피제어기 가능 또는 레가시 가능(legacy capable)이면 자격(qualification)을 또한 포함할 수 있다. 지원되는 미디어 유형, 등록된 RAT 등은 만일 UE가 제어기로서 동작하면 UE를 보조하기 위해 또한 통신될 수 있다. 만일 장치가 재등록을 수행하고 미디어 태그(예를 들면 등록된 RAT를 포함함)가 변경되면, 이것은 IUT 제어기 가능 UE에게 보내진 정보의 리프레시를 야기할 수 있다.

도 3에 도시된 바와 같이, UE는 단계 301에서 IMS 네트워크에 등록하고, 이것은 SCC AS에의 등록을 야기한다. SCC AS는 등록된 장치가 IUT 세트의 일부인지를 판정할 필요가 있다. 이것은 동일한 IRS에서 IUT 가능인 UE가 이미 1개 내지 다수개 있음을 알고 있는 SCC AS에 의해 판정될 수 있고, 만일 SCC AS가 이 판정을 Y(단계 302)에서 할 수 있으면, SCC AS는 단계 303에서 OMA DM 서버와 통신할 것이다. SCC AS는 OMA DM 서버에 대한 필요한 아이덴티티를 포함하여 단계 304에서 SCC AS가 필요한 장치에 또는 정보를 필요로 하는 다른 장치에 상기 정보를 통신할 수 있다. 상기 정보는 인스턴스 ID의 리스트, 설비 아이덴티티 등을 포함할 수 있다. 이것은 등록 처리에서 획득될 수 있다. 일부 경우에, 만일 ICS UE가 IMEI를 갖고 있으면, 등록을 수행하기 전에, ICS UE는 3GPP TS 23.003에서 규정된 대로 그 IMEI에 기초하여 인스턴스 ID를 발생한다.

다른 구현예에 있어서, UE가 등록할 때 보내지는 IUT 그룹 식별자의 일부 형태(표 5의 예 참조)가 있을 수 있고, 이 식별자는 다른 IRS로부터의 가입자가 동일한 IUT 그룹 내에 있는 것을 허용하는 IUT 그룹을 식별한다. 그 경우에, SCC AS는 만일 UE가 IUT 세트의 일부이면 UE가 등록하는 시점을 체크한다. IUT 그룹 식별자의 가능한 실시예는 새로운 미디어 특징 태그 또는 위에서 규정한 것의 확장형, 예를 들면 3.gpp.iutgroup=[변수]일 수 있다.

미디어 특징 태그명: g.3gpp.iutgroup
ASN.1 식별자: 1.3.6.1.8.2.y
이 태그에 의해 표시된 미디어 특징의 개요: 이 특징 태그는 장치가 어떤 IUT 그룹에 속하는지를 표시한다.
이 특징 태그와 함께 사용하기에 적합한 값: 그룹 식별자 유형 계수(numerate).
특징 태그는 하기의 응용, 프로토콜, 서비스 또는 협상 메카니즘에서 사용하는 것으로 주로 의도된다: 이 특징 태그는 전화기 또는 PDA와 같은 장치의 능력을 설명하기 위한 통신 응용에서 가장 유용하다.
전형적인 사용예: IUT 장치가 속하는 그룹을 표시하는 것.

일 구현예에 있어서, IUT UE의 URI 또는 아이덴티티의 리스트를 배분할 때 서빙 SCC AS의 어드레스가 또한 포함되고 개방형 모바일 앨리언스 장치 관리(OMA DM), 클라이언트 공급 또는 다른 장치 관리 및 공급 프로토콜을 통하여 제공될 수 있다. IUT UE의 URI 또는 아이덴티티의 리스트를 배분하기 위하여, 네트워크는 비제한적인 예를 들자면 비구성 보충 서비스 데이터(Unstructured Supplementary Service Data; USSD), 단문 메시지 서비스(SMS), 멀티미디어 방송 멀티캐스트 서비스(MBMS), 셀브로드캐스트, GERAN에서 GRPS를 통해 동작하는 IP 파이프, UTRAN, LTE, WLAN, WiMax, 또는 CDMA2000과 같은 공수(air transport) 메카니즘을 사용할 수 있다. URI를 식별하는 것은 GRUU나 공개 사용자 아이덴티티를 포함한 SIP URI, TEL UTR(E.164 번호)일 수 있다. 리스트는 비제한적인 예를 들자면 USIM, SIM, R-UIM, UICC 또는 콤팩트 플래시일 수 있는 분리형 메모리 모듈에 또한 공급될 수 있다. 대안적으로, draft-ielf-sipping-config-framework에 기술된 SIP 구성 프레임워크(CONFIG FRAMEWORK)와 같은 다른 구성 관리 메카니즘을 사용할 수 있다.

IUT UE의 URI 또는 아이덴티티의 리스트는 리스트를 재방송, 전송 또는 통신함으로써, 리스트가 변경 및 업데이트될 때만 업데이트를 방송함으로써, 또는 업데이트된 리스트를 요청하는 각 제어기 UE에 의해 주기적으로 또는 비주기적으로 업데이트될 수 있다. 대안적으로, 리스트는 예를 들면 사용자 인터페이스를 통해 각 UE에 업데이트된 정보를 직접 통신함으로써, 또는 업데이트된 리스트를 내포하는 물리적 미디어를 UE에 제공함으로써 업데이트될 수 있다. UE에서 URI의 리스트는 IRS 세트를 사용하는 동일한 IUT 그룹에 속하는 다른 UE가 등록 또는 등록 취소할 때 업데이트된다. IUT UE의 URI 또는 아이덴티티의 리스트의 업데이트는 UE가 S-CSCF, HSS 또는 SCC AS와 같은 서빙 네트워크에서 HSS, S-CSCF, SCC AS와 같은 서빙 네트워크 엔티티로/로부터 빈번히 추가(즉 등록) 또는 제거(즉 등록취소)될 수 있기 때문에 중요하다. 업데이트는 전술한 바와 같이 엔트리의 삭제, 추가 또는 수정을 포함할 수 있다. SCC AS, DM 서버와 같은 네트워크 노드는 IUT UE의 URI 또는 아이덴티티의 리스트를 제공한다.

도 4는 하나 이상의 IUT UE를 식별하기 위한 예시적인 허용된 IUT 리스트 관리 오브젝트(MO)를 보인 것이다. MO(440)는 고정 노드의 제로(0) 또는 1의 플레이스홀더(placeholder)로서 작용할 수 있는 루트 노드(442)를 포함한다. 허용된 IUT 엔트리 내부 노드(444)는 가입 세트 ID의 리스트에 대한 기준을 제공하기 위해 사용될 수 있고, 하나 이상의 가입 세트 ID에 대한 플레이스홀더로서 런타임 노드(446)를 포함할 수 있다. 런타임 노드(446)는 하나 이상의 IUT UE의 URI 또는 아이덴티티의 리스트에 대한 기준, 장치 닉네임 및/또는 미디어 토큰을 포함할 수 있다. 추가적인 런타임 노드(450)는 IUT_URI(즉, 각 IUT UE의 URI 또는 아이덴티티), 장치 닉네임 및 미디어 토큰 데이터세트에 대한 플레이스홀더로서 사용될 수 있다. 런타임 노드(450)는 IUT_URI, 장치 닉네임, 미디어 토큰 또는 기타 데이터를 저장하기 위한 리프(leaf)(452, 454, 456)를 포함할 수 있다.

만일 UE에 대해 단지 하나의 가입 세트만 있으면, 도시된 노드는 MO에 존재하지 않을 수 있다. 도시된 노드는 예를 들어서 사용자가 IUT UE에 대해 복수의 가입 세트를 갖는 경우에 확장성(scalability) 목적으로 추가될 수 있다. 비제한적인 예를 들자면 MO 내의 IUT URI(즉, IUT UE의 URI 또는 아이덴티티) 노드 또는 IUT URI에 대응하는 장치 닉네임 노드, 또는 이들 둘 다와 같은 각종 노드가 MO 내에 포함될 수 있다(이들은 모두 강제적인 것이 아니다). 장치의 미디어 토큰 노드가 또한 MO에 포함될 수 있다. 도 5a 및 도 5b는 도 4에 도시한 허용 IUT 리스트 MO의 파라미터 및 DDF의 세부를 보인 것이다. IUT UE의 URI 또는 아이덴티티의 리스트를 배분하기 위해 기본 파일(elementary file)이 또한 사용될 수 있다. 예시적인 기본 파일(EF)은 아래에서 제공되고 허용 IUT 리스트(EFAIUTL), IUT 장치 닉네임(EFIUTDN), IUT 미디어 토큰(EFIUMT) 및 IUT 제어기 표시(EFIUTCONTI) 정의를 제공하기 위해 사용될 수 있다. 이 방법으로 EF를 사용할 때, EF는 예를 들면 USIM, SIM, R_UIM, UICC, 또는 콤팩트 플래시 중 임의의 것에 포함될 수 있다.

제1의 예시적인 EF는 EF_AIUTL(허용된 IUT 리스트)를 포함하고, 표 6에 나타내었다. EF는 허용된 IUT 리스트에 속하는 UE의 IUT URI의 코딩, 즉 IUT UE의 URI 또는 아이덴티티(또는 장치 닉네임)을 포함할 수 있다. 더 나아가, 리스트 내의 각 IUT URI(또는 장치 닉네임)에 대해서, 대응하는 장치 닉네임(또는 IUT URI), 미디어 토큰 및 IUT 제어기 표시에 대한 링크가 제공될 수 있다. 허용된 IUT 리스트 TLV 오브젝트는 하나 이상의 IUT 리스트 TLV를 포함할 수 있고, 여기에서 각 IUT 리스트 TLV는 TEL URI, SIP URI, GRUU, 인스턴스 ID, IMEI 등 중에서 하나 이상에 관련된다. 예시적인 허용 IUT 리스트 정보는 아래의 표 7에 나타내었다.

식별자:'xxxx'		구조: 투명		옵션
SFI:'xx'
파일 크기: X		업데이트 활동: 낮음
액세스 조건: 판독 항상 업데이트 ADM 비활성화 ADM 활성화 ADM
바이트	설명		M/O	길이
1	IUT 리스트의 수		M	1 바이트
2~X	허용된 IUT 리스트 TLV 오브젝트		M	X-1 바이트

설명	값	M/O	길이(바이트)
첫번째 IUT 리스트 태그	'80'	M	1
길이	K	M	주
첫번째 IUT 리스트	--	M	K
:	:	:	:
n번째 IUT 리스트 태그	'80'	M	1
길이	L	M	주
n번째 IUT 리스트	--	M	L
주: 길이가 ISO/IEC 8825에 따라서 부호화된다

표 7에서, IUT 리스트 태그 '80'의 콘텐츠는 이 TLV의 값 필드에서 제공되는 TEL URI, SIP URI, GRUU, 인스턴스 ID, IMEI 등 중에서 하나 이상에 적용가능한 IUT 가입 세트마다 허용된 IUT 리스트를 포함할 수 있다.

IUT 리스트 태그 '80'에 대한 예시적인 코딩은 표 8에 나타내었다. 이 예에서, 사용되지 않은 바이트는 'FF'의 값으로 설정될 수 있다.

1~3	IUT 가입 세트 ID	M	3 바이트
4~6	첫번째 IUT URI	M	3 바이트
7~Y	첫번째 IUT 장치 닉네임	M	(Y-6) 바이트
Y+1 ~ Y+3	첫번째 IUT 미디어 토큰	M	3 바이트
Y+4	첫번째 IUT 제어기 표시	M	1 바이트

(6n-2) ~ (6n)	n번째 IUT URI	O	3 바이트
(6n+1) ~ (Y)n	n번째 IUT 장치 닉네임	O	(Y-6) 바이트
(Y+1)n ~ (Y+3)n	n번째 IUT 미디어 토큰		3 바이트
(Y+4)n	n번째 IUT 제어기 표시	O	1 바이트

다른 하나의 예시적인 EF는 표 9에 나타낸 EF_IUTDN(IUT 장치 닉네임)을 포함한다. EF는 IUT 장치 닉네임을 포함하도록 구성될 수 있다. 이 예에서, IUT URI와 대응하는 장치 닉네임 간의 관계는 EF_AIUTL에 제공된다. 일반적으로, 이 예에서, 코딩은 TS 31.101에서 규정된 UCS2 코드 옵션 중의 하나를 이용하여 수행될 수 있다.

식별자:'xxxx'		구조: 선형 고정		옵션
SFI:'xx'
레코드 길이: X 바이트; X≥3		업데이트 활동: 낮음
액세스 조건: 판독 항상 업데이트 ADM 비활성화 ADM 활성화 ADM
바이트	설명		M/O	길이
1~X	알파 식별자		M	X 바이트

다른 하나의 예시적인 EF는 표 10에 나타낸 EF_IUTMT(IUT 미디어 토큰)을 포함한다. EF는 IUT 미디어 토큰을 포함한다. 이 예에서, IUT 장치 URI와 대응하는 미디어 토큰 간의 관계는 EF_AIUTL에 제공된다.

식별자:'xxxx'		구조: 선형 고정		옵션
SFI:'xx'
레코드 길이: X 바이트; X≥3		업데이트 활동: 낮음
액세스 조건: 판독 항상 업데이트 ADM 비활성화 ADM 활성화 ADM
바이트	설명		M/O	길이
1~X	IUT 미디어 토큰 TLV 오브젝트		M	X 바이트

이 EF에 대하여, 예시적인 IUT 미디어 토큰 태그는 표 11에 나타내었다.

설명	태그 값
IUT 미디어 토큰 태그	'80'

이 EF에 대하여, 예시적인 IUT 미디어 토큰 정보는 표 12에 나타내었다.

설명	값	M/O	길이(바이트)
IUT 미디어 토큰 태그	'80'	M	1
길이	K	M	주
IUT 미디어 토큰	--	M	K
주: 길이가 ISO/IEC 8825에 따라서 부호화된다

표 12에 나타낸 이 예에서, IUT 미디어 토큰 태그 '80'은 IUT 미디어 토큰의 콘텐츠, 예를 들면, 텍스트, 영상, 오디오 등을 가질 수 있고, 코딩은 예를 들면 TS 31.101에서 규정된 UCS2 코드 옵션 중의 하나를 이용하여 수행된다.

다른 하나의 예시적인 EF는 표 13에 나타낸 EF_IUTCONTI(IUT 제어기 표시)를 포함한다. EF는 IUT 제어기 표시를 포함할 수 있다. IUT URI와 대응하는 IUT 제어기 표시 간의 관계는 EF_AIUTL에 제공된다. IUT 제어기 표시는 텍스트 포맷 또는 아이콘으로 제공될 수 있다.

식별자:"		구조: 선형 고정		옵션
SFI:"
레코드 길이: X 바이트		업데이트 활동: 낮음
액세스 조건: 판독 항상 업데이트 ADM 비활성화 ADM 활성화 ADM
바이트	설명		M/O	길이
1	IUT 제어기 표시		M	1 바이트

이 EF에 있어서, 각 표시자 유형의 표시자 상태는 1 비트 길이일 수 있고 다음과 같이 인코드 또는 설정될 수 있다. 만일 비트 값이 1과 같으면, 표시를 활성으로 설정한다. 그러나, 만일 비트 값이 0과 같으면, 표시를 비활성으로 설정한다. 예를 들면, 도 23은 기준 비트 값 위치와 함께 예시적인 표시자를 나타낸 것이다.

IUT UE의 URI 또는 아이덴티티 외에 추가의 유용한 정보없이 IUT UE의 URI 또는 아이덴티티의 리스트를 한정하고 이용가능으로 함으로써, IUT UE는 다른 식별된 UE에 대한 정보를 수집할 수 있고, SCC AS 또는 네트워크의 다른 컴포넌트와 통신함으로써 리스트를 수정하도록 일방적으로 작용할 수 있다. 일 예에서, IUT 제어기 UE는 리스트에서 식별된 UE에게 SIP 옵션을 전송하여 다른 IUT UE의 능력을 판정하고(예를 들면, 200 OK 응답의 수신된 IUT 제어기 특징 태그를 사용함으로써) 어느 것이 현재 이용가능이고 IUT 가능인지 및 어느 것이 그들에게 전송된 IUT 제어기 기능을 가질 수 있는지 알아내게 한다. IUT 피제어기 UE는 SIP 옵션 요청과 같은 메시지에 응답하여 되돌아온 200 (OK) 응답과 같은 메시지를 통하여 IUT 제어기/피제어기 기능에 대한 지원을 표시하는 미디어 특징 태그를 포함한 다른 UE의 능력을 획득할 수 있다.

IUT UE의 URI 또는 아이덴티티의 리스트를 결정하고 선택적으로 그 리스트에 대한 업데이트를 함으로써, 예를 들면 SCC AS, HSS 등에 저장된 네트워크의 데이터베이스는 제어기 UE 및 피제어기 UE를 식별하는 정보를 저장할 수 있다. 이 정보는 컴퓨터 데이터베이스 또는 다른 전자식 기억 매체와 같은 임의의 적당한 매체에 저장될 수 있다. 데이터베이스는 시스템 필요조건에 따라서 임의의 적당한 테이블 구조를 포함할 수 있다. 도 21은 관련 제어기 및 피제어기 UE를 묘사하는 네트워크 내에서(예를 들면, 홈 가입자 서버(HSS) 내에서) 정보를 저장하기 위한 예시적인 구조를 보인 것이다. 도 21에서, 사용자 A는 IUT 세트에 속하는 3개의 장치를 구비하고, 장치 I는 IUT 제어기이다. 나머지 장치들은 IUT 피제어기로서 동작한다.

도 22는 HSS 내와 같이 네트워크에 저장된 예시적인 정보를 보인 것이다. 도 22는 각각 동일한 가입 구성원 집합하에 있는 3명의 사용자에 대한 데이터를 보인 것이다. 사용자 A와 사용자 B는 IUT 제어기 기능이 있고 IUT 허가 규칙을 설정할 수 있으며, 사용자 C는 아래의 표에서 IUT 피제어기로서 동작한다.

표에서, 가입 세트는 로밍 협약에 지배를 받는 동일한 가입 또는 상이한 가입에 기초한 IUT 목적의 동일한 사용자의 UE의 집합이다. 가입 구성원 집합은 UE 간 이전을 하도록 허용되고 로밍 협약의 지배를 받는 동일한 오퍼레이터 가입 또는 상이한 오퍼레이터 가입에 속할 수 있는 구성원들 간의 UE의 집합이다. 표에서, IUT UE 집합에 대하여, 각 UE는 IUT 제어기 UE 또는 IUT 피제어기 UE로서 구별된다. 각 UE는 닉네임(예를 들면, "침실 TV", "나의 모바일" 등)과 함께 맵될 수 있는 GRUU, 인스턴스 ID 또는 IMEI와 같은 장치 ID를 갖는다. 또한 각 UE에 대하여, 표는 특정 미디어 유형 및 그 UE의 포맷을 지원하는 능력을 규정한다.

시스템 구현예에 따라서, 제어기 UE 및 피제어기 UE를 묘사하는 정보는 각종 네트워크 컴포넌트에 저장될 수 있다. 예를 들면, 허가 규칙은 XDMS에 저장될 수 있고, XDMS에 저장된 허가 규칙에 대한 문서 링크(document link)는 가입 데이터베이스에 저장될 수 있다. 일 예에 있어서, 각 장치의 미디어 토큰의 링크 또는 IUT 제어의 각종 허가 규칙은 데이터베이스 또는 다른 네트워크 엔티티에 저장된다.

네트워크는 IUT를 구현하기 위한 가입 세트 결합을 수행할 수 있다. 가입 세트는 오퍼레이터 간 협약(네트워크들 간에 가입자 정보 및 가입자의 장치 정보를 교환하는 것)에 따라서 동일한 오퍼레이터의 것일 수도 있고 다른 오퍼레이터들 사이의 것일 수도 있다. 시스템은 동일한 가입 세트의 IUT를 지원할 수 있다. 동일한 가입 세트는 네트워크에서 IUT의 "가입 세트 표시"로서 표시되어야 하고 상기 표시는 동일한 가입 세트의 메모리(예를 들면, ME, USIM 또는 ISIM)에서 UE에게 공급될 수 있다.

네트워크는 "최종의 양호한 구성"을 저장하는 능력을 또한 가져야 한다. 예를 들면, 초기 호출에서, 만일 사용자가 2개의 UE 사이에서 영상 호출 세션을 분리하면(ID I를 가진 장치에서의 음성 및 ID II를 가진 장치에서의 영상), 네트워크는 후속 영상 호출을 위해 이 구성을 지속하도록 설정되어 복수의 UE에서의 호출 종료를 야기할 수 있다.

네트워크는 "제어기로서 작용한 최종 UE"를 저장하는 능력을 또한 가져야 한다. 예를 들면, 초기 통신에서, UE-1은 IUT 제어기 기능으로서 작용하였고 UE-2는 합작 세션에 대한 IUT 피제어기 UE로서 작용하였다. 초기 통신의 종료 및 새로운 합작 세션의 확립 후에, 예전에 제어기 UE로서 작용하였던 UE-1은 예전 통신의 종료 후에 후속하는 새로운 통신을 위해 상기 최종 제어기 UE 구성을 지속하도록 설정된 네트워크에서의 정보에 기초하여 제어기 UE로 된다.

UE가 네트워크에 등록할 때, UE는 UE를 식별하는 네트워크에 정보를 전송할 것이다. 등록 정보는 네트워크 내에서 UE에게 제어기 기능이 지정되는 요청을 포함할 수 있다. 일 예로서, UE는 IMS 개인 아이덴티티, IMS 공개 사용자 아이덴티티 및 UE의 인스턴스 ID를 확인 목적으로 네트워크에 제공하고 UE가 IUT 제어기 가능이라고 이전에 식별된 특징 태그를 제공한다. 등록 정보는 SCC AS에 제공되고, 그 다음에 SCC AS는 등록 정보를 시험할 수 있다. 그 다음에 SCC AS는 UE 및 그 가입자 정보를 저장하는 데이터베이스에 질의하여 가입자 및/또는 UE 조합이 제어기로 되도록 허용되는지를 판정한다. 데이터베이스는 구내의 것일 수도 있고 외부의 것일 수도 있다. 예시적인 외부 데이터베이스는 HSS, 및 SCC AS의 내부 데이터베이스를 포함한다. 등록 정보는 Sh 인터페이스를 이용하여 또는 Cx 인터페이스를 통해 서비스인포(ServiceInfo) 필드를 이용하여 전송될 수 있다.

전술한 아이덴티티 정보의 조합을 체크함으로써, SCC AS는 UE가 제어기로 되도록 허가되었는지 아닌지를 결정할 수 있다. 그에 따라서, SCC AS는 모든 장치가 제어기로 될 수 있는 경우에 개인 ID를 체크할 수 있다. SCC AS는 상기 개인 ID와 함께 사용되는 장치만이 제어기로 될 수 있는 경우에 개인 ID와 IMEI를 체크할 수 있다. 또는 SCC AS는 장치 (IMEI) 및 등록된 공개 사용자 ID와 함께 개인 ID가 제어기로 될 수 있는 경우에 개인 ID, IMEI 및 공개 ID를 체크할 수 있다.

일부 구현예에 있어서, UE가 등록된 후, SCC AS는 UE에게 토큰, 플래그, 또는 UE가 제어기로서 허가되었는지를 확인하기 위해 후속 SIP 메서드에서 사용되는 표시를 제공한다. 토큰 또는 표시는 특징 태그, 새로운 P-헤더 또는 XML 바디에 포함될 수 있다. 대안적으로, SCC AS는 제어기 UE로 될 수 있을 때 SCC AS의 UE에 대한 등록 기록을 마크할 수 있다. 따라서, UE가 권유(INVITE) 또는 다른 SIP 메서드를 보낼 때, SCC AS는 그 결합을 체크하여 UE가 제어기 기능을 수행할 수 있는지를 판정할 수 있다.

시스템은 또한 시스템 내의 장치가 이미 제어기로서 작용하고 있는지를 판정하기 위한 추가의 체크를 수행할 수 있고, 다른 장치가 제어기 기능을 요청한 때 시스템은 그 요청을 거절하고 표시(이 표시는 대역외 신호 메카니즘을 포함할 수 있음)를 장치에 제공하거나, 또는 전술한 규칙에 의하여 상기 요청을 수용할 수 있다.

특정 UE의 제어기 기능은 그 제어기 UE와 관련된 동일한 사용자에 의해 모두 동작되는 다른 UE를 제어하는 것으로 제한될 수 있다. 그러나, 본 발명 시스템의 일부 구현예에 있어서, 하나의 사용자의 특정 제어기 UE는 다른 사용자에 속하는 다른 UE를 능가하는 제어기 기능을 가질 수 있고, 이 경우 특정 제어기 UE와 다른 UE는 동일한 가입 멤버쉽 하에 있다. 그 경우, 특정 UE는 제어기 기능을 수행하도록 요청된 목표 UE에 의해 제어기 기능이 수행될 수 있도록 사용자가 허가 규칙을 설정하게 하는 메카니즘을 제공하고, SCC AS 또는 XDMS와 같은 네트워크는 그 허가 규칙을 처리하여 목표 UE가 제어기 기능을 수행하도록 허용하였는지 여부를 판정할 수 있다. 제어기 기능을 수행하기 위해, UE는 기존 제어기 UE로부터의 동의 또는 제어기 UE가 지정한 하나 이상의 목표 UE의 동의를 획득할 필요가 있다. 일부 경우에, 무선 서버 내에 있는 임의의 목표 UE는 제어기 기능을 수행하도록 허가될 수 있다. UE는 시간적 제한, 기능적 제한에 따라서 제어기 기능을 수행할 수 있고(예를 들면 특정 미디어 유형의 전송만을 허용함), 또는 영속적일 수 있다. 임의의 제어기 UE는 다른 사용자에 의해 동작되는 UE에게 제어기 기능을 이전하기 위해 시간적, 기능적 또는 다른 허용 규칙을 설정하도록 지정될 수 있다.

도 6은 허가가 단일 제어기 UE로부터만 요구되는 경우에 UE에게 IUT 제어기 기능을 제공하기 위한 예시적인 흐름을 보인 도이다. 단계 601에서, 피제어기 UE는 IUT 제어기 기능을 수신하도록 네트워크에 요청 메시지를 보낸다. 단계 602에서, 서버(예를 들면 S-CSCF 또는 SCC AS를 이용하는 것)는 서버 자체에 또는 제어기 UE에 의해 설정된 XDMS와 같은 다른 네트워크 엔티티에 저장된 허가 규칙을 조사하고, IUT 제어기 기능의 할당에 적용하는 시간적 제한, 기능적 제한 또는 다른 제한이 없다는 것 및 IUT 제어기 할당을 위한 권한 부여가 제어기 UE에 의해 허가될 필요만 있다는 것을 인식한다. 단계 603에서, 네트워크는 제어기 기능을 수신하는 목표 피제어기 UE에게 허가 또는 동의하도록 요청 메시지를 제어기 UE에게 보낸다. 단계 604에서, 제어기 UE는 만일 제어기 UE의 사용자가 요청을 수용하면 OK 응답을 보낸다. 이 단계에서, 제어기 UE의 사용자는 일시적/영구적 허용을 설정할 수 있다. 일부 경우에, 일시적/영구적 허용에 대한 이러한 제한은 네트워크 내에서 미리 규정된다. 단계 605에서, 서버는 피제어기 UE에게 제어기 기능을 제공하기 위해 OK 응답을 보낸다. 단계 604에서의 OK 응답은 단계 605에서의 OK 응답과 다를 수 있다. 서버는 이 응답에서 a) 일시적 또는 영구적 패스워드, 및 b) 목표 피제어기 UE가 제어기 기능을 획득하게 하는 토큰, 식별자 또는 증명서를 포함할 수 있다. 만일 목표 UE가 IUT 제어기로서 작용하도록 일시적 허용만을 수신하면, 현재 세션을 해제 또는 떠날 때, 또는 피제어기 UE에 대한 일부 설정 또는 파라미터를 변경하기 위한 사용자 인터페이스를 제공하는 프로그램으로부터 빠져나갈 때, 일시적 패스워드는 무효로 될 수 있고, 따라서 목표 UE는 IUT 제어기 기능을 유지하지 않을 것이다.

도 7은 허가 또는 동의가 하나 이상의 제어기 UE로부터 요구되는 경우에 UE에게 IUT 제어기 기능을 제공하는 예시적인 흐름을 보인 도이다. 단계 701에서, 피제어기 UE는 IUT 제어기 기능을 수신하게 하는 요청 메시지를 서버에 보낸다. 단계 702에서 서버는 기존 IUT 제어기 기능을 가진 UE를 식별하고, 식별된 제어기에 의해 설정된 허가 규칙을 조사하며, 서버가 IUT 제어기 기능이 있는 하나 이상의 사용자(또는 사용자의 UE)에 의한 허가 또는 동의를 필요로 한다는 것을 인식한다. 사용자는 자기 자신 및/또는 제어기 기능을 가진 다른 사용자를 지정할 수 있다. 단계 703에서, 네트워크는 IUT 제어기 기능을 수신하도록 목표 피제어기 UE에게 권한을 부여하게 하는 요청 메시지를 제어기 UE에게 보낸다. 단계 704에서, 지정된 사용자의 UE는 만일 지정된 사용자가 요청을 수락하면 OK 응답을 보낸다. 지정된 제어기 UE는 IUT 제어기 기능의 제공을 허가할 때 각종 허용 또는 제한을 설정할 수 있다. 대안적으로, 각종 일시적, 기능적 또는 영구적 허용 제한이 제어기 UE를 가진 사용자에 의해 규정되고 네트워크 내에서 전송될 수 있다. 단계 705에서, 서버는 만일 모든 지정된 사용자가 제어기 기능을 제공하도록 허가하면 OK 응답을 보낸다. 단계 704에서의 OK 응답은 단계 705에서의 OK 응답과 다를 수 있다. 만일 제어기 UE가 IUT 제어기 기능의 제공에 대한 허용 또는 다른 제한을 설정하였으면, 네트워크는 목표 제어기 UE에게 권한을 발행할 때 상기 제한을 포함한다. 만일 목표 UE가 IUT 제어기로서 작용하는 일시적 허용만을 수신하면, 현재 세션을 해제 또는 떠날 때, 또는 피제어기 UE에 대한 일부 설정 또는 파라미터를 변경하기 위한 사용자 인터페이스를 제공하는 프로그램으로부터 빠져나갈 때, 일시적 패스워드는 무효로 될 수 있고, 따라서 목표 UE는 IUT 제어기 기능을 유지하지 않는다.

시스템 구현예에 따라서, IUT 제어기 UE는 세션 확립 전에, 또는 세션 확립 처리중에, 또는 특정의 세션이 확립된 후에 결정될 수 있다. 일부 경우에, IUT 제어기 기능을 지원하는 능력이 있고 초기 이전 요청을 보내는 UE는 초기에 IUT 제어기 UE로서 지정된다. 만일 IUT 제어기 UE가 세션 확립 전에 결정되면, UE는 IUT 제어기 UE로서 동작하는 UE의 능력 및 관련 사용자 선호도에 따라서 IUT 제어기 기능의 할당을 요청할 수 있다. UE는 사용자가 IUT UE의 이용가능한 URI 또는 아이덴티티의 리스트로부터 활성 IUT 제어기로서 하나의 UE만을 할당하게 할 수 있다. 동일한 사용자의 다른 UE에 대해서는 다른 IUT 제어기 설정이 확립될 수 있다. 만일 IUT 제어기가 세션 확립시에 지정되면, UE는 세션 셋업 요청, 예를 들면 전술한 바와 같이 "활성"으로 설정된 IUT 제어기 특징 태그를 가진 SIP 권유, SIP 재권유 또는 SIP 참조 요청을 보낼 수 있다.

일부 경우에, SCC AS는 세션에 대한 모든 종결 권유가 RFC 3841과 같은 수용-접촉 헤더에서 IUT 제어기를 표시하는 미디어 특징 태그를 포함함으로써 IUT 제어기인 UE에 라우트되는 것을 보장할 수 있다.

일부 경우에, 임의의 진행중인 세션에 대하여 단일 IUT 제어기 UE를 지정하는 것이 바람직하다. 따라서, 시스템이 단일 IUT 제어기 UE만을 지정하는 것을 보장하기 위해, 특정 UE에게 IUT 제어기 기능이 지정되는 요청을 수신한 후에, 네트워크는 요청하는 UE가 예를 들면 IUT 제어기 능력이 접촉 헤더에 존재한다는 것을 표시하는 미디어 특징 태그를 IUT 제어할 수 있다는 것, 요청하는 UE가 IUT 제어기로 되도록 허가되는 것(허가는 제어기 기능이 전술한 바와 같이 허용되는지를 알기 위해 이 UE의 등록과 관련된 IMS 개인 사용자 ID를 체크함으로써 달성될 수 있다), 단지 하나의 UE만이 임의의 진행중인 세션에 대한 IUT 제어기로 되어야 한다는 네트워크 노드, 예를 들면 SCC AS 또는 정책 데이터베이스로부터의 정책이 있는 것, 및 동일한 사용자에 대하여 다른 할당된 IUT 제어기 UE가 없는 것을 검증할 수 있다. 만일 상기 조건들이 모두 부합되면, 네트워크는 요청하는 UE가 IUT 제어기로 되어야 한다는 긍정 응답을 보낸다. 네트워크는 어떤 UE(예를 들면 GRUU를 사용하는 것)가 IUT 제어기 기능이 할당되었는지 특정하는 다른 IUT UE에게 표시를 보낼 수 있다. 이것은 통지에 가입하는 UE에 의해 달성될 수 있고, 제어기가 지정된 때 통지는 제어기의 GRUU를 내포하는 UE에게 보내진다. 상기 조건들 중 1개 이상이 부합되지 않으면, 네트워크는 요청을 거절할 수 있다. 요청을 거절할 때, 네트워크는 요청을 거절하는 이유를 설명하는 이유 코드를 포함할 수 있다.

특정의 UE를 제어기로서 등록할 때, 단지 허가된 사용자 및/또는 허가된 UE만이 제어기 기능을 할당받는다는 것을 보장하기 위한 인증 또는 허가 메카니즘을 제공하는 것이 중요하다. 일 예에 있어서, IUT 가입은 사용자 가입에 추가해서 세대 가입(household subscription)이다. 세대 가입은 아버지, 어머니 및 자녀의 가입을 포함할 수 있다. 이 예에서, 세대 가입 중의 특정 UE가 제어기 UE로 허용되었음을 비준(validate)하기 위해 네트워크의 허가 기능을 사용할 수 있다. 하나의 예시적인 네트워크 구현예는 2개의 다른 허가 레벨을 제공한다.

첫째로, 네트워크는 가입되는 장치가 동일한 가입 구성원에 속하도록 허용되는지를 판단한다. 이것은 필터 기준(filter criteria)의 결과로서 될 수 있지만, SCC AS가 이것을 행할 수 있고, 그래서 다른 허가 기준이 SIP 메서드를 AS에 보낼 수 있다. 이것이 UE가 SIP 등록을 수행한 결과로서의 IUT 가능인지를 표시하는 SCC AS에게 명료하게 되는 무언가가 HSS로부터의 서비스인포 필드에 있을 수 있다. 예를 들면, 일부 경우에, 가입되는 장치가 제어기 기능을 수행할 수 있는지를 판정하는 정보가 SCC AS에 있을 수 있다. 대안적으로, 상기 정보는 IMSI 또는 개인 아이덴티티를 통해 제공될 수 있다. 예를 들면, 모든 가족 구성원이 동일한 개인 네트워크(person network)에 속하지만, 장치를 어머니 및 자녀의 다른 장치를 통해 제어기로서 설정하는 능력은 아버지만이 갖는다.

둘째로, SCC AS는 등록하는 UE가 IUT 제어기로 되도록 허용되는지를 판단한다. 이것은 등록되는 UE의 GRUU 정보를 체크함으로써 행하여질 수 있다. 이 정보는 HSS 또는 SCC AS에 저장될 수 있고, 이것에 의해 가입자는 어느 장치가 제어기로 될 수 있는지를 표시한다. 대안적으로, UE가 등록할 때 개인 ID가 있을 것이라는 점에서 전체 정보를 등록 메시지에 연결할 수 있다. 개인 ID는 UE가 IUT를 사용할 능력이 있는지 없는지를 판단하기 위해 사용될 수 있다. IMSI 개인 ID가 "제어기 지정"(assign controller) 또는 "제어됨"(be controlled)으로 되는 가능성이 있을 수 있다. 그래서, "제어기 지정"을 가진 개인 사용자 ID로부터 오는 임의의 UE는 그 UE를 제어기로서 구성하도록 허용된다.

IRS에 액세스할 수 있는 IMS 개인 ID는 특정 프로파일을 가질 수 있다. 예를 들면, 세대 가입은 4개의 개인 ID, 즉 아빠(dad), 엄마(mom) 및 2개의 아이(kid)를 포함할 수 있다. 아빠는 제어기를 지정하도록 허용된 유일한 것이다. 이 ID들은 모두 동일한 가입 구성원이고, 가입 구성원 집합이라고 부를 수 있다.

그룹 1에 대하여 제어기를 지정할 수 있는 2개의 IMS 개인 ID가 권한을 무시해야 한다고 가정하면, 또는 당신이 제어기가 되도록 허용되면, 당신은 만일 다른 UE가 제어기로 되면 통지를 받는다. 만일 당신이 현재 제어기이면, 당신은 변경을 거절하거나 변경을 허용할 수 있다. 이것은 네트워크 내의 상태 통지에의 가입을 필요로 하고, 네트워크가 특수한 정책을 갖는다는 통지를 수신한 때 제어 능력이 변경될 수 있는지를 다른 제어기에게 문의할 필요가 있다.

IUT 제어기 UE는 세션 확립 전에, 세션 확립 중에 또는 다른 UE에 대한 IUT 제어기 전송 기능을 요청할 때 결정될 수 있다. 세션 확립 전에 IUT 제어기 UE를 결정할 경우, UE는 UE의 능력 및 사용자 선호도에 기초하여 IUT 제어기 기능을 갖도록 요청을 보낸다. UE는 사용자가 하나 이상의 UE를 IUT UE의 URI 또는 아이덴티티의 리스트로부터의 활성 IUT 제어기로 만들게 할 수 있다. 세션 확립 중에 및 다른 UE로의 IUT 제어기 기능 이전을 임의의 IUT 제어기 가능 UE에 의해 요청할 때 IUT 제어기 UE를 결정할 경우, UE는 IUT 제어기 기능을 표시하는 미디어 특징 태그와 함께 SIP 권유, SIP 재권유 또는 SIP 참조 요청과 같은 요청을 보낸다. 미디어 특징 태그는 전송될 IUT 제어기 기능을 식별하는 IMS 통신 서비스 식별자(ICSI) 값 또는 IMS 애플리케이션 참조 식별자(IARI) 값일 수 있다. 네트워크가 요청을 수신하면, 네트워크는 요청하는 UE가 IUT 제어기로 될 수 있는지, 요청하는 UE가 IUT 제어기로 되도록 허가되었는지(허가는 예를 들면 제어기 기능이 전술한 바와 같이 허용되는지를 알기 위해 이 UE의 등록과 관련된 IMS 개인 사용자 ID를 체크함으로써 달성될 수 있다), 및 복수의 UE가 임의의 진행중인 세션 동안 또는 동일한 합작 세션 동안 IUT 제어기로 되어야 하는지를 체크한다.

만일 상기 조건들이 모두 부합되면, 네트워크는 요청하는 UE가 IUT 제어기로 되어야 한다는 긍정 응답을 보낸다. 네트워크는 어떤 UE(예를 들면 GRUU 정보를 사용하는 것)가 IUT 제어기인지의 표시를 다른 IUT UE에게 보낼 수 있다. 만일 상기 조건들 중 1개 이상이 부합되지 않으면, 네트워크는 요청을 거절하고 요청이 거절된 이유를 설명하는 이유 코드를 선택적으로 제공할 수 있다.

IUT 제어기 UE로서 확립되었으면, 제어기 UE는 미디어 유형을 특정의 피제어기 UE에 전송하라는 요청 또는 IUT 제어기 기능을 다른 UE에 전송하라는 요청을 네트워크에 발행할 수 있다. IUT 제어기 UE가 미디어 유형 및/또는 제어기 기능을 피제어기 UE에 전송하기 위해, IUT 제어기 UE는 SIP 참조 요청과 같은 메시지를 네트워크, 예를 들면 SCC AS에게 보낸다. SIP 참조 요청은 SIP 헤더의 적어도 일부와 같은 다른 메시지 및/또는 SCC AS가 Refer-To 헤더의 URI에 의해 식별된 피제어기 UE에게 보내려고 하는 SIP 권유 요청 또는 SIP 재권유 요청의 SDP 콘텐츠를 REFER-TO 헤더에 포함할 수 있다. 피제어기 UE에게 보내지는 SIP 권유 요청 또는 SIP 재권유 요청은 피제어기 UE에게 이전되는 미디어 유형을 식별하는 데이터를 포함할 수 있다. 제어가 자신에게 이전되는 것을 피제어기 UE가 판정할 수 있도록, SIP 권유 요청은 IUT 제어기 기능을 식별하는 식별자를 또한 포함한다. 이 식별자는 a) SIP 헤더 필드에서 IUT 제어기 기능을 식별하는 URI, b) 요청-URI 또는 TO 헤더 내의 URI의 새로운 SIP URI 파라미터(즉, IUT 제어기 URI 파라미터), c) 수용-접촉 헤더에 포함되는 IUT 제어기를 표시하는 미디어 특징 태그, d) 수용-접촉 헤더에 포함되는 "g.3gpp.app_ref"와 같이 이전되어야 하는 IUT 제어기 기능을 식별하는 IMS 통신 서비스 식별자(ICSI) 값 또는 IMS 애플리케이션 참조 식별자(IARI) 값(UE는 RFC 3840과 같이 SIP 레지스터 요청의 접촉 헤더의 미디어 특징 태그를 등록한 것에 주목한다), 또는 e) IUT 제어기 기능이 이전되는 것을 표시하는 새로운 SIP 헤더 필드(예를 들면, RFC 3427에 따른 P-헤더)를 포함할 수 있다. 다른 구현예에 있어서, 3.gpp.iut 특징 태그는 제어기 기능이 이전되는 것을 식별하기 위한 추가의 옵션과 함께 연장될 수 있다. 예시적인 실시예는 아래의 표 14에 나타내었다.

미디어 특징 태그명: g.3gpp.iut
ASN.1 식별자: 1.3.6.1.8.2.y
이 태그에 의해 표시된 미디어 특징의 개요: 이 특징 태그는 장치가 IUT 능력을 갖고 있음을 표시한다.
이 특징 태그와 함께 사용하기에 적합한 값: 제어기, 피제어기, 제어기 이전.
특징 태그는 하기의 응용, 프로토콜, 서비스 또는 협상 메카니즘에서 사용하는 것으로 주로 의도된다: 이 특징 태그는 전화기 또는 PDA와 같은 장치의 능력을 설명하기 위한 통신 응용에서 가장 유용하다.
전형적인 사용예: 이동 전화기가 IUT 기능을 지원한다는 표시. 제어기 이전은 UE가 그 제어 능력을 이전하기 원한다는 것을 표시한다.

다른 실시예는 UE가 제어기 기능을 이전하라는 요청을 수행할 때 UE가 피제어기에 대한 미디어 특징 태그를 설정하는 것을 또한 포함할 수 있다. SCC AS가 요청을 수신한 때, SCC AS는 메시지를 전송한 UE의 상태를 체크할 것이다. 만일 UE의 상태가 제어기로서 지정되면, UE는 UE가 메시지에서 식별된 목표 장치로 제어기 기능을 통과시키기 원한다는 것을 알 것이다. SCC AS가 메시지를 목표 장치로 보낸 경우, 메시지는 제어기 기능이 UE에게 지정되는 것을 식별하는 토큰 또는 식별자를 포함할 수 있다.

도 8의 다음 예는 IUT 제어기 UE에 의해 요청된 때 IUT 제어기 기능 및/또는 미디어 유형을 제1 제어기로부터 다른 UE로 이전하기 위한 흐름을 보인 것이다. 이 예에서, UE-1은 SCC AS에 고정된 원격 당사자와 함께 확립된 멀티미디어 세션을 갖는다. 멀티미디어 세션은 2개의 미디어 성분을 포함하고(미디어-A, 미디어-B), UE-1은 합작 세션 제어 및 미디어 유형 중의 하나(미디어-A)를 다른 UE-2에게 이전하기를 원한다. 이 예에서, UE-1과 UE-2는 동일한 액세스 네트워크 베어러 또는 다른 네트워크 액세스 베어러를 이용하여 등록된다. UE-1과 UE-2는 서로 다른 인터넷 프로토콜 접속 어크로스 네트워크(IP-CAN), 예를 들면 UE-1에 대해서는 3GPP IP-CAN을, UE-2에 대해서는 비-3GPP IP-CAN을 사용할 수 있다. 고정된 SCC AS 또는 다른 네트워크 엔티티는 각 UE에 대하여 어떤 베어러를 사용할 것인지 결정할 수 있다. UE-1과 UE-2는 동일한 가입자에 속하는 것으로 추정된다.

UE가 IP CAN을 통한 IP 접속을 획득할 때마다, UE는 TS 23.228에서 규정된 IMS에 등록할 수 있다. 그 경우, 사용자 프로파일은 IMS 개인 사용자 아이덴티티에 결합된 C MSISDN을 포함한다. S-CSCF는 SCC AS를 향한 제3자 등록을 수행하기 위해 TS 23.218에 규정된 절차를 따를 수 있다. 미디어에 대한 CS 액세스를 이용할 때, UE는 TS 23.292에서 특정된 대로 IMS에 등록될 수 있다. TS 23.292에서 특정된 대로 IMS에 등록할 때, UE는 IUT에 대한 제어기 또는 피제어기 기능을 지원하는 자신의 능력을 표시할 수 있다. SCC AS를 향한 제3자 등록을 수행하기 위한 S-CSCF에 대한 예시적인 SIP 등록 요청은 아래의 표 15에 나타내었다.

도 8은 IUT 제어기 UE에 의해 요청된 때 UE에 IUT 제어기 기능을 이전하기 위한 흐름을 보인 것이다. 단계 801에서, UE-1은 합작 세션 제어 및 미디어 유형(미디어-A)을 UE-2에 이전하도록 결정한다. UE-1은 현재의 합작 세션 제어 및 미디어 유형(미디어-A)이 UE-2에 이전될 것임을 표시하는 요청을 SCC AS에 보낸다. 단계 802에서, SCC AS(또는 임의의 다른 네트워크 컴포넌트)는 이전 요청을 식별하고, UE-2가 제어기로서 동작하도록 허용되고 동작할 수 있음을 검증하고, UE-2가 적당한 능력, 예를 들면 RFC 3840 마다의 특징 태그를 등록하였음을 검증하고, 네트워크에서의 장치 능력, 사용자 선호도 및/또는 정책에 따라서 어떤 베어러를 UE-2에 대하여 사용할 것인지를 결정하고, 선택된 베어러가 UE-2에 의해 등록되었는지를 판정한다. 단계 803에서, SCC AS는 Gm 또는 I1 기준점을 이용해서, 또는 합작 세션 제어 및 미디어 유형(미디어-A)이 이전될 것임을 표시하는 다른 데이터 이전 방법을 이용하여 세션 확립 요청 메시지를 발생하고 UE-2에 보낸다. 단계 804에서, 합작 세션 제어가 UE-2와 SCC AS 사이에서 확립된다. UE-2는 확립된 합작 세션 동안 제어기 UE가 된다. 단계 805에서, UE-2와 원격 당사자 사이에 미디어 유형(미디어-A)을 통신하기 위한 세션이 확립된다. 이때, 리모트 레그가 그에 따라서 업데이트된다. UE-2에서 합작 세션 제어 및 미디어 유형(미디어-A)이 성공적으로 확립된 후에, SCC AS는, 단계 806에서, 이전 요청 메시지에 대한 응답 메시지 또는 이전 요청 메시지의 결과를 UE-1에 통지하는 다른 메시지(예를 들면, RFC 3515에 의한 SIP 참조 요청의 결과로서 수신된 최종 응답으로 보내지는 SIP 통지 요청)를 UE-1에 보낸다. 마지막으로, 단계 807에서, UE-1에서의 예전 미디어 유형(미디어-A) 세션이 해제되고 합작 세션 제어가 해제된다. 이때, UE-1은 피제어기 UE로 된다.

도 9는 유입 세션 요청이 Gm 기준점을 통해 전달되고 미디어가 회로 스위치드 네트워크를 통해 전송되는 경우에 UE-1으로부터 UE-2로 IUT 제어기 기능을 이전하기 위한 흐름을 보인 것이다. ICS에 대해 향상된 MSC 서버는 도시된 흐름을 구현하기 위한 연동 엔티티(interworking entity)의 예시적인 엔티티일 수 있다. 대안적으로, 연동 엔티티는 레가시 MSC 서버 및 MGCF로 구성될 수 있다. 연동 엔티티가 MSC 서버 및 MGCF에 대응할 때, CS 베어러 구성 절차는 TS 23.292의 도면 7.4.2.2.2-2의 단계 11~17을 따른다.

도 9를 참조하면, 단계 901 및 902에서, UE-1은 합작 세션 제어 및 미디어-A를 UE-2에 이전하도록 결정한다. 그에 따라서, UE-1은 현재의 합작 세션 제어 및 미디어-A가 UE-2로 이전될 것임을 표시하는 요청을 IMS 엔티티를 통해 SCC AS에 보낸다. 이 예에서, IUT 제어기 UE는 하기의 정보, 즉 1) 소스 UE(From 헤더 필드, P-Asserted-Identity 헤더 필드 또는 P-Served-User 헤더 필드에 포함될 수 있음), 2) 목표 UE(Refer-To 헤더 필드에 포함될 수 있음), 3) IUT 제어기 이전 표시(수용-접촉 헤더 필드에 포함될 수 있음, 예를 들면 권유 요청에 매립되거나 Refer-To 헤더 필드에 매립될 수 있음), 4) 목표-다이얼로그-ID(목표 UE가 이미 합작 세션의 일부인 경우에 기존 다이얼로그 식별자를 포함한 목표-다이얼로그 헤더 필드에 포함될 수 있음, 및 이것이 목표 UE에 대한 새로운 세션인 경우에는 목표-다이얼로그-ID 없음), 및 5) 미디어 유형(예를 들면, Refer-To 헤더 필드에 포함된 오디오, 비디오, 파일 등)을 가진 요청을 전송함으로써 예를 들면 SIP 참조를 통해 이전 요청을 개시할 수 있다.

단계 905에서, SCC AS는 요청(예를 들면, SIP 참조 요청)을 식별하고, UE-2가 제어기로서 작용하도록 허용되고 작용할 수 있는지를 검증하고, UE-2가 적당한 능력, 예를 들면 RFC 3840마다의 특징 태그를 등록하였는지를 검증하고, 장치 능력, 사용자 선호도 및/또는 네트워크에서의 정책에 기초하여 UE-2에 대하여 어떤 베어러를 사용할 것인지를 결정하며, 선택된 베어러가 UE-2에 의해 등록되었는지를 판정한다. 만일 UE-2가 제어기로서 작용하도록 허용되지 않으면, SCC AS는 요청을 거절할 수 있다. 만일 UE-2가 합작 세션 제어 이전을 거절하면, 거절을 표시하는 적당한 응답이 보내진다. 이 응답은 이전이 거절된 이유를 표시할 수 있다. 이러한 응답은 미디어 유형 또는 제공된 코덱이 수용되지 않은 경우 SIP 488(여기에서는 수용불능임) 응답일 수 있다. 실패에 대한 이유를 표시하는 응답에는 경고가 포함될 수 있다. 이전의 실패를 표시하는 UE-1에 대한 메시지는 UE-2로부터의 응답(예를 들면, SIP 488(여기에서는 수용불능임) 응답)의 SIPfrag를 바디에 포함하는 SIP 통지 요청에 포함될 수 있다.

단계 906 및 907에서, 만일 단계 905에서 수신된 메시지가 오디오 또는 비디오에 대한 미디어 이전을 포함하면, SCC AS는 세션 확립 요청 메시지를 발생하여 UE-2에 보낸다. SIP 참조를 수신하기 위해 차후에 보내지는 SIP 권유 요청 또는 SIP 재권유 요청과 같은 세션 확립 요청 메시지는 하기의 정보, 즉 1) 소스 UE(Referred-By 헤더 필드, P-Asserted-Identity 헤더 필드, P-Preferred-Identity 헤더 필드 또는 P-Served-User 헤더 필드에 포함될 수 있음), 2) 목표 UE(To 헤더 필드 및 Request-URI 필드에 포함될 수 있음), 3) IUT 제어기 이전 표시(수용-접촉 헤더 필드에 포함될 수 있음), 4) 목표-다이얼로그(목표 UE가 이미 합작 세션의 일부인 경우에 기존 다이얼로그를 포함한 목표-다이얼로그 헤더 필드에 포함될 수 있음, 및 이것이 목표 UE에 대한 새로운 세션인 경우에는 목표-다이얼로그 없음), 및 5) 미디어 유형(예를 들면, 오디오, 비디오, 파일)(권유 요청에 매립된 SDP에 포함될 수 있음)을 포함한다. 요청은 또한 이 세션을 식별하는 CS 호출 집합에 사용되는 PSI DN을 포함할 수 있다. 만일 베어러가 CS를 구성하도록 허용하는 M 라인을 SDP가 내포하고 있으면, 단계 910에서, UE-2는 B 번호로서 PSI DN을 이용하여 연동 엔티티에 CS 호출 구성 메시지를 보낸다. 단계 911에서, ICS에 대해 향상된 MSC 서버와 같은 연동 엔티티는 호출 진행 메시지로 응답하고 CS 베어러 제어 시그널링 경로를 구성하기 시작한다. 단계 912 및 913에서, 연동 엔티티는 IMS 엔티티를 통해 SCC AS를 향하여 SIP 권유를 보낸다. SCC AS가 단계 913에서 권유를 수신하면 SCC AS는 PSI DN을 이용하여 세션 정보를 검색하고, 단계 916에서 연동 엔티티가 IMS 엔티티를 통해 SCC AS로부터 SIP 200 OK를 수신한 때, 연동 엔티티는 수신된 SIP 200 OK를 접속 메시지에 맵하고, 이것을 UE-2에 보낸다. 단계 917에서, 접속(CONNECT) 메시지를 수신한 때, UE-2는 접속 승인(CONNECT ACK) 메시지를 연동 엔티티에 보낸다. 단계 920에서, UE-2, 연동 엔티티 및 SCC AS는 CS 베어러 제어 시그널링 경로의 구성을 종료한다. UE-2와 SCC AS 사이에는 합작 세션 제어가 확립된다. UE-2는 확립된 합작 세션 동안 제어기 UE로 된다. 단계 921에서, UE-2와 원격 당사자 간의 미디어 유형(미디어-A) 통신의 교환이 확립된다. 이때, 리모트 레그는 SDP 정보가 변경될 필요가 있으면 그에 따라서 업데이트된다. 단계 922 및 923에서, UE-2에서 합작 세션 제어 및 미디어 유형(미디어-A)이 성공적으로 확립된 후에, SCC AS는 이전 요청 메시지에 대한 응답 메시지 또는 이전 요청 메시지의 결과를 예를 들면 SIP 통지를 이용하여 UE-1에 보낸다. 마지막으로, 단계 926에서, UE-1에서의 예전 미디어 유형(미디어-A) 세션이 해제되고 합작 세션 제어가 해제된다. UE-1은 피제어기 UE로 된다. 상기 예에서 종래의 승인응답 메시지의 통신과 관련된 단계들은 설명을 생략하였다는 점에 주목한다. UE-1에서 모든 미디어 흐름이 UE-2로 이전되면, UE-1에서의 기존 세션은 해제될 수 있다.

도 10은 유입 세션 요청이 I1 기준점을 통해 전달되고 미디어가 CS 네트워크를 통해 전송되는 경우에 UE-1으로부터 UE-2로 IUT 제어기 기능 및 미디어를 이전하기 위한 흐름을 보인 것이다. 일 구현예에 있어서, ICS에 대해 향상된 MSC 서버는 연동 엔티티의 예시적인 엔티티일 수 있다. 대안적으로, 연동 엔티티는 레가시 MSC 서버 및 MGCF로 구성될 수 있다. 연동 엔티티가 MSC 서버 및 MGCF에 대응할 때, CS 베어러 구성 절차는 TS 23.292의 도면 7.4.2.2.2-2의 단계 1011~1017을 따른다.

단계 1001 및 1002에서, UE-1은 합작 세션 제어 및 미디어-A를 UE-2에 이전하도록 결정한다. 그에 따라서, UE-1은 현재의 합작 세션 제어 및 미디어-A가 UE-2로 이전될 것임을 표시하는 요청을 IMS 엔티티를 통해 SCC AS에 보낸다. 이 구현예에서, UE-1은 하기의 정보, 즉 1) 소스 UE(From 헤더 필드, P-Asserted-Identity 헤더 필드 또는 P-Served-User 헤더 필드에 포함될 수 있음), 2) 목표 UE(Refer-To 헤더 필드에 포함될 수 있음), 3) IUT 제어기 이전 표시(수용-접촉 헤더 필드에 포함될 수 있음, 예를 들면 권유 요청에 매립되거나 Refer-To 헤더 필드에 매립될 수 있음), 4) 목표-다이얼로그(목표 UE가 이미 합작 세션의 일부인 경우에 기존 다이얼로그 식별자를 포함한 목표-다이얼로그 헤더 필드에 포함될 수 있음, 및 이것이 목표 UE에 대한 새로운 세션인 경우에는 목표-다이얼로그 없음), 및 5) 미디어 유형(예를 들면, 오디오, 비디오, 파일 등)(Refer-To 헤더 필드에 포함될 수 있음)과 함께 예를 들면 SIP 참조 메서드를 통해 이전 요청을 보낸다.

단계 1005에서, SCC AS는 요청(예를 들면, SIP 참조 요청)을 식별한다. 만일 UE-2가 SCC AS에 등록된 SIP이면, SCC AS는 UE-2가 제어기로서 작용하도록 허용되고 작용할 수 있는지를 검증하고, UE-2가 적당한 능력, 예를 들면 RFC 3840마다의 특징 태그를 등록하였는지 검증하며, 장치 능력, 사용자 선호도 및/또는 네트워크에서의 정책에 기초하여 UE-2에 대하여 어떤 베어러를 사용할 것인지 결정하고, 선택된 베어러가 UE-2에 의해 등록되었는지를 판정한다. 만일 UE-2가 제어기로서 작용하도록 허용되지 않으면, SCC AS는 요청을 거절할 수 있다. 만일 UE-2가 합작 세션 제어 이전을 거절하면, 거절을 표시하는 적당한 응답 및 선택적으로 거절에 대한 이유가 보내진다.

단계 1006에서, SCC AS는 UE-2가 Gm 기준점에 의해 도달할 수 없는지를 판정한다. 이것은 예를 들면 UE가 활성 SIP 등록을 갖지 않기 때문일 수 있고, 다른 예에서, UE-2는 SIP 등록될 수 있지만 SCC AS는 Gm 기준점이 이용될 수 없음을 I1 프로토콜을 통해 통보된다. 단계 1002에서 수신한 메시지가 오디오 또는 비디오에 대한 SDP 라인을 포함하고 있으면, SCC AS는 IUT 제어기 기능의 표시 및 베어러 구성을 확립하기 위해 UE-2를 트리거하게 하는 표시를 포함한 I1 기준점을 통해 유입 호출 요청 메시지를 발생하여 UE-2에 보내고, 만일 UE-2가 선택된 베어러를 아직 확립하지 않았으면, 비제한적인 예로서 USSD, SMS, MBMS, 셀브로드캐스트, GERAN에서 GPRS를 통해 동작하는 IP 파이프, UTRAN, LTE, WLAN, WiMax 또는 CDMA2000과 같은 운송 메카니즘을 이용한다.

단계 1007에서, UE-2는 CS 호출 구성 메시지를 연동 엔티티에 보내고, 단계 1008에서 연동 엔티티는 호출 진행 메시지로 응답하고 CS 베어러 제어 시그널링 경로의 구성을 시작한다. 단계 1009 및 1010에서, 연동 엔티티는 IMS 엔티티를 통해 SCC AS를 향하여 SIP 권유를 보낸다. 단계 1013에서, 연동 엔티티가 IMS 엔티티를 통해 SCC AS로부터 SIP 200 OK를 수신하면, 연동 엔티티는 수신된 SIP 200 OK 응답을 접속 메시지에 맵하고, 그것을 UE-2에 보낸다.

단계 1014에서, 접속 메시지를 수신한 때, UE-2는 접속 승인 메시지를 연동 엔티티에 보내고, 단계 1017에서, UE-2, 연동 엔티티 및 SCC AS는 CS 베어러 제어 시그널링 경로의 구성을 종료한다. 이 지점에서 UE-2와 SCC AS 사이에는 합작 세션 제어가 확립된다. UE-2는 확립된 합작 세션 동안 제어기 UE로 된다.

단계 1018에서, UE-2와 원격 당사자 간의 미디어 유형(미디어-A)이 확립된다. 이때, 리모트 레그는 그에 따라서 업데이트된다. 단계 1019 및 1020에서, UE-2에서 합작 세션 제어 및 미디어 유형(미디어-A)이 성공적으로 확립된 후에, SCC AS는 이전 요청 메시지에 대한 응답 메시지 또는 이전 요청 메시지의 결과를 예를 들면 SIP 통지 메시지를 이용하여 UE-1에 보낸다. 단계 1023에서, UE-1에서의 예전 미디어 유형(미디어-A) 세션이 해제되고 합작 세션 제어가 해제된다. 이때, UE-1은 피제어기 UE로 된다. 상기 예에서 종래의 승인응답 메시지의 통신과 관련된 단계들은 설명을 생략하였다는 점에 주목한다. 만일 UE-1에서 모든 미디어 흐름이 UE-2로 이전되면, UE-1에서의 기존 세션은 해제될 수 있다.

상기 예들은 적당한 제어기 가능 UE로의 IUT 제어기 기능 또는 미디어의 성공적인 이전이 가능한 흐름을 묘사한다. 그러나, 만일 이전이 성공적이지 못하면, 시스템은 전송이 실패한 이유를 설명하는 각종 메시지 응답 이유 코드 또는 표시를 요청 UE에게 보낼 수 있다. 예시적인 응답 이유 코드 또는 표시로는 IUT 제어기 능력이 없음(그래서 제어기 상태에 대한 합법적 요청이 그 UE에 의해 만들어질 수 없다), 세션에 대해 이미 IUT 제어기 UE가 있음(예를 들면, 단일 UE만이 IUT 제어기로 될 수 있는 경우에), UE가 동일한 가입하에 있지 않음, IUT 제어기의 최대 제한, 이용불능(등록되지 않았거나 배터리가 없는 경우 등), IUT 제어기로 되도록 허가되지 않음, 지원되지 않은 미디어 유형, 지원되지 않은 미디어 형식, 동시 세션의 최대 수가 이미 도달하였기 때문에 새로운 세션의 확립이 허용되지 않음, 비지(busy) 등이 있다. 응답 이유 코드 또는 표시는 응답 내에 포함된 SIP 경고 헤더 내에 포함될 수 있다. 일부 경우에, 거절 응답 및 관련 이유 코드 또는 표시는 SIP 통지 요청의 바디에, 예를 들면 SCC AS 또는 다른 네트워크 노드에서 수신된 응답 메시지의 SIPfrag 내포 부분 내에 포함될 수 있다.

본 발명의 시스템의 동작중에, IUT 제어기 UE는 사용자와 관련된 특정 UE 또는 모든 UE에서 진행중인 세션을 묘사하는 통지를 수신하도록 가입할 수 있다. 통지는 각종 진행중인 세션 및 그들의 관련 피제어기 및/또는 제어기 UE를 식별할 수 있다. 일 예로서, 사용자 A는 2개의 세션, 즉 사용자 C 및 사용자 D에 대한 하나의 세션과 사용자 B에 대한 다른 하나의 세션을 개시한다. 사용자 C 및 D에 대한 세션을 참조하면, 사용자 A는 자신의 IUT 제어기 UE 세트에 대한 3개의 세션(즉, 장치 1, 2 및 3)을 갖는다. 사용자 B와의 대화를 위해, 사용자 A는 자신의 IUT UE 세트에 대한 2개의 세션(즉, 장치 2 및 3)을 갖는다. 이 예에서, 사용자 A는 사용자의 IUT UE와 관련된 현재 진행중인 세션을 묘사하는 정보를 알고 싶어할 수 있다. 그 경우에, 사용자 A는 요청(예를 들면, SIP 가입(SUBSCRIBE))을 보내고, RFC 4235에서 기술된 대로 다이얼로그 이벤트 패키지를 이용하여 목표-다이얼로그마다 하기의 정보 세트와 함께 응답(예를 들면, SIP 통지)을 취득할 수 있다:

- 목표-다이얼로그

- 참여하는 사용자의 ID(SIP URI, TEL URI, 또는 닉네임)

- IUT 장치 ID/닉네임

- IUT 제어기 장치 ID/닉네임

- 세션마다의 미디어 유형 또는 파일(즉, 특수한 합작 세션 동안 사용자 A의 장치에 3개의 다른 세션이 있다고 하는 통지)

도 11에 도시한 예에서 나타낸 바와 같이, 모든 진행중인 세션 동안 사용자 A에 대하여 복수의 UE가 있을 수 있다. 사용자 A의 장치(60)는 사용자 C의 장치(68 또는 70)와의 통신을 수반하는 합작 세션 X 동안 사용자 A의 장치(64)에 이전 요청을 발행하고, 사용자 A의 장치(62)는 사용자 B의 장치(66)와의 통신을 수반하는 합작 세션 Y 동안 사용자 A의 장치(64)에 이전 요청을 보낸다. 새로운 미디어 유형에 대한 새로운 권유가 사용자 A의 장치(62)에서 수신된 때, 새로운 권유를 사용자 A의 장치(64)로 이전하기 위해 사용자 A의 장치(60)를 이용하여 미디어 이전 요청 또는 재지향 요청을 보낼 수 있다. 만일 미디어 이전 요청 또는 재지향 요청이 성공적으로 수용되었으면, 성공 통지가 세션에 대한 제어기 UE에게 또는 사용자 A의 장치(60, 62)인 모든 IUT 제어기 UE에게 이전된다. 사용자 선호도 및 장치 능력에 따라서, 사용자는 모든 제어기 UE에 대한 통지를 수신하도록, 또는 모든 제어기 UE에 대한 통지를 수신하는 대신에 복수의 제어기 UE 중에서 통지를 수신할 임의의 제어기 UE를 지정하도록 구성할 수 있다. 도 11에 도시한 바와 같이, 사용자 A에 대하여 복수의 UE가 존재하더라도, 각 합작 세션에 대해서는 단지 하나의 IUT 제어기 UE가 존재한다. 그래서, 특정의 합작 세션에서 세션 상태가 변경된 경우 그 특정 합작 세션에 대한 제어기 UE만이 통지를 수신한다.

일부 구현예에 있어서, 임의의 제어기 UE에게 전송되기에 적합한 상당한 양의 통지 트래픽이 있을 수 있다. 제어기 UE에게 전송되는 통지 트래픽의 양을 최적으로 하기 위해 네트워크 및/또는 각 개별 UE의 통지 메카니즘 내에서 필터링 메카니즘이 구현될 수 있다.

세션을 종료하기 위해, 본 발명의 시스템의 일 구현예에 있어서, 세션 확립에 대한 요청을 최초로 수신하고 세션 확립 요청을 수락할 수 있는 임의의 UE는 제어기 기능이 할당될 수 있다(그렇지 않으면 세션을 수락한 UE는 세션에 고정되고 사용자의 다른 UE에 이전 요청을 보내는 능력이 없을 것이다). 원격 당사자로부터 초기 세션 확립 요청(예를 들면, SIP 권유, SIP 재권유 또는 SIP 업데이트)을 수신하면, 네트워크는 제어기인 UE 및/또는 제어기 기능을 지원하는 UE로 요청이 라우트되는 것을 보장할 필요가 있다. 일단 세션이 확립되었으면, 종단 사용자는 합작 세션 제어를 동일한 사용자의 다른 UE로 이전하는 것을 원할 수 있다. 만일 목표 UE가 IUT 제어기 능력을 갖지 않고 IUT 제어기 UE가 아니면, 목표 UE는 다른 UE에 대한 이전 요청을 만들 수 없다. 그러나, 일부 경우에, 이전은 여전히 이루어질 수 있다. 예를 들면, UE는 권유 요청이 종단측에 도달한 때 사용자에 의해 지정된 제어기 UE와 같은 특정 UE에게 요청을 재지향시키기 위해, 사용자가 네트워크에서 재지향 설정을 제공하게 할 수 있다. 추가로, UE는 예를 들면 미디어 유형 및 장치 능력의 조합으로서 세션 확립을 위해 어떤 베어러를 사용할 것인지 표시하도록 사용자가 사용자 선호도를 구성하게 할 수 있다. 예를 들면, 2개의 UE를 가진 사용자는 UE-1에서 음성 유형 세션을 위해 패킷 스위치드 베어러를 사용하고 UE-2에서 영상 유형 세션을 위해 회로 스위치드 베어러를 사용하도록 사용자 선호도를 구성할 수 있다.

대안적으로, 만일 재지향 설정이 없으면, 종단 네트워크가 권유 요청을 수신한 때, 네트워크는 UE에서 권유를 수락할 것인지 또는 다른 UE(즉, 제어기 UE)에게 재지향할 것인지를 사용자에게 문의하는 요청을 보낸다. 만일 사용자가 다른 UE(즉, 제어기 UE)에게 재지향하는 것으로 결정하면, 네트워크는 이전되는 UE 아이덴티티를 포함한 응답을 종단 네트워크에게 보내고 종단 네트워크는 권유 요청을 사용자에 의해 지정된 UE에게 보낸다.

대안적으로, 만일 재지향 설정이 없으면, 종단 네트워크가 권유 요청을 수신한 때, UE는 권유를 수락할 것인지 또는 다른 UE에게 재지향할 것인지를 사용자에게 문의한다. 만일 사용자가 다른 UE(즉, 제어기 UE)에게 재지향하는 것으로 결정하면, 네트워크는 재지향 요청을 종단 네트워크에게 보낸다. 그 경우에 종단 네트워크는 권유 요청을 사용자에 의해 지정된 UE에게 보낸다. 종단 네트워크가 (예를 들면 SCC AS를 통하여) 권유 메시지(예를 들면, SIP 권유, SIP 재권유 또는 SIP 업데이트)를 수신한 때, 종단 네트워크는 장치 능력, 사용자 선호도 및/또는 정책에 기초하여 어떤 종단 UE가 IUT 제어기로 될 것인지 및 그 종단 UE에 대하여 어떤 베어러를 사용할 것인지를 결정한다. 네트워크는 종단 UE가 식별된 베어러에 대하여 등록되었는지 체크한다. 만일 등록되지 않았으면, 네트워크는 베어러 등록을 개시하라는 표시를 종단 UE에게 보낼 수 있다. 베어러 등록이 성공한 후에, 네트워크는 세션 제어 및 특정 미디어 유형이 목표의 종단 UE에게 제공되었음을 표시하는 권유 요청 메시지(예를 들면 SIP 권유)를 (예를 들면, SCC AS를 통해) 보낸다. 승인응답 즉 OK 응답 메시지를 수신하면, SCC AS는 미디어 스트림이 다른 UE에게 재지향되었다는 표시를 원격 당사자에게 보낼 수 있다.

도 12a 및 도 12b는 원격 당사자가 세션 권유 요청을 보냈을 때 합작 세션 확립을 종료하기 위한 흐름을 보인 도이다. 일 구현예에 있어서, ICS에 대해 향상된 MSC 서버는 연동 엔티티의 예시적인 엔티티가 될 수 있다. 대안적으로, 연동 엔티티는 레가시 MSC 서버와 MGCF로 구성될 수 있다. 예시적인 흐름은 UE-1이 IUT 제어기가 되도록 및 영상 유형을 가진 세션 확립을 위해 PS 베어러를 사용하도록 장치 능력/사용자 선호도를 구성하는 것을 가정한다. UE-2는 스피치 미디어 유형을 가진 세션 확립을 위해 CS 베어러를 사용하도록 장치 능력/사용자 선호도를 구성한다. 도 12a는 다음과 같이 하이 레벨 흐름을 보여주고 있다. 단계 1101에서 종단 네트워크(예를 들면 SCC AS)는 권유 메시지(예를 들면, SIP 권유 또는 SIP 재권유)를 수신한다. 단계 1102에서, SCC AS는 장치 능력, 사용자 선호도 및/또는 정책에 기초하여 어떤 종단 UE가 IUT 제어기로 되는지 및 장치 능력, 사용자 선호도 및/또는 정책에 기초하여 어떤 베어러가 종단 UE에 대하여 사용되는지를 결정한다. 이 예에서, SCC AS는 UE-1이 IUT 제어기로서 작용하고 영상 미디어 유형을 가진 PS 베어러를 사용하며, UE-2가 스피치 미디어 유형을 가진 CS 베어러를 사용한다고 결정한다. 단계 1103 및 1104에서, SCC AS는 UE-2를 향한 합작 세션을 확립하기 위해 권유 요청 메시지(예를 들면, SIP 권유)를 IMS 엔티티를 통해 연동 엔티티에 보낸다. 단계 1105에서, 연동 엔티티는 CS 호출 구성 메시지를 UE-2에 보낸다. 단계 1106에서, UE-2, 연동 엔티티 및 SCC AS는 CS 베어러 제어 시그널링 경로의 구성을 종료하고 SCC AS 및 원격 당사자는 리모트 레그 확립을 종료한다. UE-2와 SCC AS 사이에서 스피치 미디어 유형을 가진 합작 세션이 확립되고 SCC AS와 원격 당사자 사이에서 리모트 레그가 확립된다.

단계 1107 및 1108에서, SCC AS는 권유 요청 메시지(예를 들면, SIP 권유)를 IMS 엔티티를 통해 UE-1에 보낸다. 단계 1109에서, UE-1과 SCC AS 사이에서 영상 미디어 유형을 가진 합작 세션이 확립되고 SCC AS와 원격 당사자 사이에 있는 리모트 레그가 업데이트된다. UE-1은 IUT 이전 요청의 적용을 허용하는 합작 세션 제어를 취득한다.

도 12a에 도시한 각 단계에 있어서, 일 구현예에서, UE-1과 UE-2는 동일한 가입자(즉, 동일한 가입 세트)에 속하고 SCC AS는 UE-2에서 CS 네트워크를 통해서 및 합작 세션 제어를 유지하고 있는 UE-1에서 PS를 통해서 합작 세션을 확립하도록 결정한다고 가정된다. 일부 경우에, 연동 엔티티가 MSC 서버 및 MGCF에 대응할 때 CS 베어러 구성 절차는 TS 23.292의 도면 7.4.2.2.2-2의 단계 11~17을 따른다.

도 12b는 다음과 같이 도 12a보다 더 구체적인 흐름을 보인 것이다. 단계 1201에서 종단 네트워크(예를 들면 SCC AS)는 권유 메시지(예를 들면, SIP 권유 또는 SIP 재권유)를 수신한다. 단계 1202에서, SCC AS는 장치 능력, 사용자 선호도 및/또는 정책에 기초하여 어떤 종단 UE가 IUT 제어기로 되는지 및 장치 능력, 사용자 선호도 및/또는 정책에 기초하여 어떤 베어러가 종단 UE에 대하여 사용되는지를 결정한다. 이 예에서, SCC AS는 UE-1이 IUT 제어기로서 작용하고 영상 미디어 유형을 가진 PS 베어러를 사용하며, UE-2가 스피치 미디어 유형을 가진 CS 베어러를 사용한다고 결정한다. 단계 1203 및 1204에서, SCC AS는 UE-2를 향한 합작 세션을 확립하기 위해 권유 요청 메시지(예를 들면, SIP 권유)를 IMS 엔티티를 통해 연동 엔티티에 보낸다. 단계 1205 및 1206에서, 연동 엔티티는 CS 호출 구성 메시지를 UE-2에 보내고 CS 호출 접속 메시지를 수신한다. 단계 1207 내지 1209에서, SIP 200 OK 응답 메시지가 IMS 엔티티 및 SCC AS를 통해 원격 당사자에게 보내진다. 원격 당사자는 단계 1210 내지 1212에서 연동 엔티티를 향해 SIP ACK를 보내고 연동 엔티티는 접속 응답 메시지를 UE-2에 보낸다. 단계 1214에서 UE-2와 원격 당사자 사이에는 스피치 미디어 유형을 가진 세션이 확립된다.

단계 1215 내지 1217에서, SCC AS는 권유 요청 메시지(예를 들면, SIP 권유)를 IMS 종단 UE-1에 보내서 영상 미디어 유형을 가진 세션을 확립한다. 이 지점에서, SCC AS와 함께 합작 세션 제어가 확립되고 종단 UE-1이 IUT 제어기로 된다. 단계 1218 내지 1220에 나타낸 바와 같이, 연동 엔티티 및 IMS 엔티티를 통해 UE-2로부터 SIP 200 OK 응답을 수신하면, SCC AS는 원격 당사자에게 SIP 업데이트를 보내어 단계 1221에서 리모트 레그를 업데이트하게 한다. 단계 1222 내지 1225에서 성공적인 SIP 응답 후에, 단계 1226에서 UE-1과 SCC AS 사이에서 영상 미디어 유형을 가진 합작 세션이 확립되고 SCC AS와 원격 당사자 사이에 있는 리모트 레그가 업데이트된다. 상기 예에서 종래의 승인응답 메시지의 통신과 관련된 단계들은 자세하게 설명하지 않았다는 점에 주목한다.

도 13은 PS UE-1으로부터 PS UE-2로 IUT 제어기 기능을 이전하는 흐름을 보인 것이다. UE-1과 UE-2는 동일한 베어러 또는 다른 베어러를 사용할 수 있다. UE-1과 UE-2에서 패킷 스위치드 베어러를 사용하고 있지만, UE-1에서 3GPP IP-CAN을 사용하고 UE-2에서 비-3GPP IP-CAN을 사용하는 것도 가능하다. 단계 1301 및 1302에서, UE-1은 합작 세션 제어 및 미디어-A를 UE-2에 이전하도록 결정한다. 그에 따라서, UE-1은 현재의 서비스 제어 및 미디어 유형(미디어-A)이 UE-2로 이전될 것임을 표시하는 요청을 IMS 엔티티를 통해 SCC AS에 보낸다. 단계 1305에서, SCC AS는 요청, 예를 들면, SIP 참조 요청을 식별하고, UE-2가 제어기로서 작용하도록 허용되고 작용할 수 있는지를 검증하며, 장치 능력, 사용자 선호도 및/또는 네트워크에서의 정책에 기초하여 UE-2에 대하여 PS 베어러를 사용할 것인지를 결정한다.

단계 1306 및 1307에서, SCC AS는 합작 세션 제어 및 미디어 유형(미디어-A)을 표시하는 SIP 권유 요청(또는 SIP 재권유)과 같은 세션 확립 요청 메시지를 발생하여 보낸다. 세션 확립 요청은 위에서 설명한 수용-접촉 헤더의 흐름 식별자 미디어 특징 태그를 이용하여 소정의 액세스 레그(베어러)를 통해 라우트될 수 있다. 단계 1312에서, UE-2와 SCC AS 사이에 합작 세션 제어가 확립된다. UE-2는 확립된 합작 세션에 대한 제어기 UE로 된다. 단계 1313에서 UE-2와 원격 당사자 사이에 미디어 유형(미디어-A)이 확립된다. 리모트 레그는 그에 따라서 업데이트된다. 단계 1314 및 1315에서, UE-2에서 합작 세션 제어 및 미디어 유형(미디어-A)의 성공적인 확립 후에, SCC AS는 이전 요청 메시지에 대한 응답 메시지 또는 SIP 통지 메시지와 같은 이전 요청 메시지의 결과를 통지하는 메시지를 UE-1에 보낸다. 단계 1318에서, UE-1에서의 예전 미디어 유형(미디어-A) 및 합작 세션 제어가 해제될 수 있다. UE-1은 피제어기 UE로 된다. 상기 예에서 종래의 승인응답 메시지의 통신과 관련된 단계들은 설명하지 않았다는 점에 주목한다.

본 발명의 시스템 및 방법은 IUT 제어기 이전 애플리케이션을 제공하기 위해 사용될 수 있다. 본 발명의 시스템에 의해 구현되는 예시적인 방법은 IUT 제어기 기능을 수행하는 능력 및 IUT 제어기 기능의 수행에 대한 무능력(inability) 중 적어도 하나를 표시한다. 이 방법은 세션 개시 프로토콜(SIP) 메시지에서 IUT 제어기 기능을 지원하는 능력의 표시를 제공하는 단계와, 세션 개시 프로토콜(SIP) 메시지에서 IUT 제어기 기능의 지원에 대한 무능력의 표시를 제공하는 단계를 포함한다. IUT 제어기 기능을 수행하는 능력과 IUT 제어기 기능의 수행에 대한 무능력 중 적어도 하나의 표시는 미디어 특징 태그를 이용하여 표시될 수 있다. 미디어 특징 태그는 IUT 제어기로서 작용할 능력을 표시하고 합작 세션에 대한 IUT 제어기로서 현재 작용하고 있음을 표시하는 값 "활성"과, IUT 제어기로서 작용할 능력을 표시하지만 합작 세션에 대한 IUT 제어기로서 현재 작용하고 있지 않음을 표시하는 값 "비활성"과, 합작 세션에 대한 IUT 제어기로서 작용하는 것에 대한 무능력을 표시하는 값 "수동" 중에서 적어도 하나를 표시할 수 있다.

구현예에 따라서, 미디어 특징 태그는 접촉 헤더에 내포될 수 있다. 세션 개시 프로토콜(SIP) 메시지는 SIP 등록 요청, SIP 권유 요청, SIP 재권유 요청, SIP 업데이트 요청, SIP PRACK 요청, SIP 참조 요청, SIP 공개 요청, SIP 메시지 요청, SIP 가입 요청, SIP 통지 요청, SIP 옵션 요청 및 SIP 응답 중의 하나를 포함할 수 있다.

하나의 장치로부터 다른 장치로 IUT 제어기 기능을 이전하는 예시적인 방법은 세션 개시 프로토콜(SIP) 메시지에서 IUT 제어기 기능 이전의 표시를 제공하는 단계를 포함할 수 있다. IUT 제어기 기능 이전의 표시는 미디어 특징 태그를 이용하여 표시될 수 있다. 미디어 특징 태그는 수용-접촉 헤더에 내포될 수 있다. 세션 개시 프로토콜(SIP) 메시지는 SIP 권유 요청, SIP 재권유 요청, SIP 업데이트 요청, SIP PRACK 요청, SIP 참조 요청, SIP 공개 요청, SIP 메시지 요청, SIP 가입 요청, SIP 통지 요청, SIP 옵션 요청 및 SIP INFO 요청 중의 하나일 수 있다. 수용-접촉 헤더에 내포될 수 있는 미디어 특징 태그는 Refer-To 헤더에 내포된 그 자체이다.

이 방법은 응답으로 IUT 이전 성공 또는 IUT 이전 비성공의 표시를 수신하는 단계를 포함할 수 있다. 표시는 SIP 응답, SIP 업데이트 요청, SIP PRACK 요청, SIP 통지 요청, SIP 공개 요청, SIP 메시지 요청, SIP 옵션 요청, 또는 SIP INFO 요청을 포함할 수 있다. 대안적으로, 표시는 SIP 요청 또는 SIP 응답의 바디 내에 있는 접촉 헤더의 미디어 특징 태그와 SIP 요청 또는 SIP 응답의 바디 내의 SIPfrag 중의 하나일 수 있고, 또는 XML 포맷으로 인코드될 수 있다.

대안적으로, 상기 방법은 하나의 접속(attachment) 지점으로부터 다른 접속 지점으로 IUT 제어기 기능의 이전을 제공할 수 있다. 접속 지점 기술은 IEEE-802.11, IEEE-802.11a, IEEE-802.11b, IEEE-802.11g, IEEE-802.11n, 3GPP-GERAN, 3GPP-UTRAN-FDD, 3GPP-UTRAN-TDD, 3GPP-E-UTRAN-FDD, 3GPP-E-UTRAN-TDD, ADSL, ADSL2, ADSL2+, RADSL, SDSL, HDSL, HDSL2, G.SHDSL, VDSL, IDSL, 3GPP2-1X, 3GPP2-1X-HRPD, 3GPP2-UMB, DOCSIS, IEEE-802.3, IEEE-802.3a, IEEE-802.3e, IEEE-802.3i, IEEE-802.3j, IEEE-802.3u, IEEE-802.3ab, IEEE-802.3ae, IEEE-802.3ak, IEEE-802.3aq, IEEE-802.3an, IEEE-802.3y, IEEE-802.3z, IEEE-802.3y, 3GPP-GERAN, 3GPP-UTRAN, 3GPP-E-UTRAN, 3GPP-WLAN, 3GPP-GAN 또는 3GPP-HSPA를 포함할 수 있다. 그러나, 일부 경우에, 다른 액세스 기술, 분류 또는 유형을 사용할 수 있다.

하나의 장치로부터 다른 장치로 IUT 제어기 기능을 이전하는 다른 예시적인 방법은 세션 개시 프로토콜(SIP) 메시지에서 IUT 제어기 기능 이전의 표시를 수신하는 단계를 포함한다. IUT 제어기 기능 이전의 표시는 미디어 특징 태그를 이용하여 표시될 수 있다. 미디어 특징 태그는 수용-접촉 헤더에 내포될 수 있다. 세션 개시 프로토콜(SIP) 메시지는 SIP 권유 요청, SIP 재권유 요청, SIP 업데이트 요청, SIP PRACK 요청, SIP 참조 요청, SIP 공개 요청, SIP 메시지 요청, SIP 가입 요청, SIP 통지 요청, SIP 옵션 요청 및 SIP INFO 요청 중의 하나 이상일 수 있다. 수용-접촉 헤더에 내포될 수 있는 미디어 특징 태그는 Refer-To 헤더에 내포된 그 자체이다. 이 방법은 응답으로 IUT 이전 성공 및 IUT 이전 비성공 중 하나의 표시를 전송하는 단계를 포함할 수 있다. 표시는 SIP 응답, SIP 업데이트 요청, SIP PRACK 요청, SIP 통지 요청, SIP 공개 요청, SIP 메시지 요청, SIP 옵션 요청, 및 SIP INFO 요청 중의 하나에 포함될 수 있다. 표시는 SIP 요청 또는 SIP 응답의 바디 내에 있는 접촉 헤더의 미디어 특징 태그와 SIP 요청 또는 SIP 응답의 바디 내의 SIPfrag 중의 하나일 수 있고, 또는 XML 포맷으로 인코드될 수 있다. 이 방법은 합작 세션에 대해 활성 IUT 제어기 기능을 수행하는 단계를 포함할 수 있다.

본 발명의 시스템은 SIP 요청을 특정 액세스 애플리케이션을 통해 지향시키도록 또한 구성될 수 있다. 액세스 네트워크를 통해 등록 흐름을 식별하는 예시적인 방법은 세션 개시 프로토콜(SIP) 등록 요청의 P-Access-Network-info 헤더에서 SIP 등록 요청을 운송하는 액세스 네트워크의 액세스 유형을 식별하는 식별자를 제공하는 단계와, 세션 개시 프로토콜(SIP) 등록 요청의 접촉 헤더에서 동일 장치에 의한 모든 다른 등록을 통해 등록 흐름을 유일하게 식별하는 값을 내포한 미디어 특징 태그를 제공하는 단계를 포함한다. 미디어 특징 태그는 SIP 등록 요청에 포함된 "reg-id" 접촉 헤더 파라미터로부터 유도된 값을 포함할 수 있다. 미디어 특징 태그는 텍스트 문자열인 값을 포함할 수 있다. 미디어 특징 태그는 사용자에 의한 텍스트 문자열 입력인 값을 포함한다. 액세스 네트워크를 통해 등록 흐름을 식별하는 예시적인 방법은 세션 개시 프로토콜(SIP) 등록 요청의 P-Access-Network-info 헤더로부터 SIP 등록 요청을 운송하는 액세스 네트워크의 액세스 유형 또는 액세스 분류를 식별하는 식별자를 획득하는 단계와, 세션 개시 프로토콜(SIP) 등록 요청의 접촉 헤더로부터 동일 장치에 의한 모든 다른 등록을 통해 등록 흐름을 유일하게 식별하는 값을 내포한 미디어 특징 태그를 획득하는 단계와, 액세스 유형 또는 액세스 분류를 미디어 특징 태그로부터의 값과 관련시키는 단계를 포함한다. 세션 개시 프로토콜(SIP) 등록 요청의 콘텐츠는 수신된 제3자 등록 요청의 바디, 수신된 제3자 등록 요청의 P-Access-Network-info 헤더 및 SIP 통지 요청의 바디 내의 등록 이벤트 패키지 중의 적어도 하나를 이용하여 획득될 수 있다. 상기 방법은 SIP 요청을 수신하거나 SIP 요청을 발생하는 단계와, SIP 요청이 액세스 유형 또는 액세스 분류 값에 의해 식별되는 특정 액세스 레그를 통하여 라우트되어야 하는지를 판정하는 단계와, 액세스 유형 또는 액세스 분류 값과 관련된 미디어 특징 태그 값을 검색하는 단계와, 수용-접촉 헤더의 SIP 요청에 검색된 미디어 특징 태그 값을 포함시키는 단계를 포함할 수 있다. SIP 요청은 SIP 권유 요청, SIP 재권유 요청, SIP 업데이트 요청, SIP PRACK 요청, SIP 참조 요청, SIP 공개 요청, SIP 메시지 요청, SIP 가입 요청, SIP 옵션 요청 및 SIP INFO 요청 중의 하나일 수 있다.

요청이 전송되는 액세스 네트워크를 통해 등록 흐름을 식별하는 예시적인 방법은 SIP 등록 요청의 수용-접촉 헤더에서 장치의 등록 흐름을 유일하게 식별하는 값을 내포한 미디어 특징 태그를 제공하는 단계를 포함한다. 미디어 특징 태그는 텍스트 문자열인 값을 포함할 수 있다. 미디어 특징 태그는 사용자에 의한 텍스트 문자열 입력인 값을 포함할 수 있다. SIP 요청은 SIP 권유 요청, SIP 재권유 요청, SIP 업데이트 요청, SIP PRACK 요청, SIP 참조 요청, SIP 공개 요청, SIP 메시지 요청, SIP 가입 요청, SIP 옵션 요청 및 SIP INFO 요청 중의 하나일 수 있다. 수용-접촉 헤더에 내포될 수 있는 미디어 특징 태그는 Refer-To 헤더 내에 포함된 자체일 수 있다.

도 14는 Gm 기준점을 이용하여 합작 세션 내의 다른 UE로 미디어/제어기 기능의 메시지 흐름을 이전하는 다른 방법을 보인 도이다. 도 14에 도시한 메시지 흐름은 미디어 및 IUT 제어기 기능을 UE-1으로부터 UE-2로 이전하는 예시적인 방법을 보인 것이고, 여기에서 유입 세션은 Gm 기준점을 통해 전달되고 미디어는 CS 네트워크를 통해 확립된다. 이 예에서, UE-1과 UE-2는 동일한 가입자(즉, 동일한 가입 세트)에 속하고, 연동 엔티티는 ICS에 대한 향상된 MSC에 대응하며, TS 23.292에 도시된 Gm 기준점을 이용하는 CS 미디어를 가진 종결 절차를 따르는 것으로 가정된다. 이 예에서, 연동 엔티티가 MSC 서버 및 MGCF에 대응할 때 CS 베어러 구성 절차는 TS 23.292의 도면 7.4.2.2.2-2의 단계 11~17을 따른다.

도 14를 참조하면, 단계 1401에서, UE-1은 미디어-A 및 합작 세션 제어를 UE-2로 이전하도록 결정하고, 현재의 합작 세션 제어 및 미디어-A가 UE-2로 이전될 것임을 표시하는 이전 요청을 IMS 엔티티에 보낸다. 단계 1402에서, IMS 엔티티는 이전 요청을 SCC AS에게 보내고, 단계 1403에서 SCC AS는 이전 요청을 식별하고, UE-2가 제어기로서 작용하도록 허용되고 작용할 수 있는지를 검증하고, UE-2 능력, 사용자 선호도 및/또는 네트워크에서의 정책에 기초하여 T-ADS를 수행하며, 미디어-A의 구성을 위한 CS 도메인을 선택한다. 만일 UE-2가 제어기로서 작용하도록 허용되지 않거나 이전 요청이 성공적으로 수행될 수 없으면, SCC AS는 이유와 함께 요청을 거절하고 아래에 있는 단계들의 수행을 중단한다.

다시 도 14를 참조하면, 단계 1404에서, SCC AS는 미디어-A 및 합작 세션 제어를 표시하고 UE-2가 TS 23.292에 도시된 대로 CS 베어러 확립 절차를 개시한다고 표시하는 권유 요청을 발생하여 IMS 엔티티에 보낸다. 단계 1405에서, IMS 엔티티는 수신된 권유 요청을 UE-2에 보내고, 단계 1406에서 UE-2는 CS 호출 구성 메시지를 연동 엔티티에게 보낸다. 단계 1407에서, 연동 엔티티는 호출 진행 메시지로 응답하고 CS 베어러 제어 시그널링 경로의 구성을 시작하며, 단계 1408 및 1409에서 연동 엔티티는 권유 요청을 IMS 엔티티를 통해 SCC AS쪽으로 보낸다. 단계 1410에서, UE-2, 연동 엔티티 및 SCC AS는 CS 베어러 제어 시그널링 경로의 구성을 종료한다. UE-2와 SCC AS 사이에는 합작 세션 제어가 확립된다. UE-2는 확립된 합작 세션 동안 제어기 UE로 된다. 단계 1411에서, UE-2와 원격 당사자 간의 미디어-A가 확립된다. 리모트 레그는 그에 따라서 업데이트된다. 단계 1412에서, UE-2로의 합작 세션 제어 및 미디어-A의 이전이 성공한 후에, SCC AS는 IUT 이전 결과 메시지를 IMS 엔티티에 보내고, 단계 1413에서 IMS 엔티티는 IUT 이전 결과 메시지를 UE-1에 보낸다. 마지막으로, 단계 1414에서, 예전 미디어-A 및 합작 세션 제어가 해제된다. UE-1은 피제어기 UE로 된다.

도 15는 I1 기준점을 이용하여 합작 세션 내의 다른 UE로 미디어/제어기 기능의 메시지 흐름을 이전하는 다른 방법을 보인 도이다. 도 15에 도시한 메시지 흐름은 IUT 제어기 기능을 UE-1으로부터 UE-2로 이전하는 예시적인 방법을 보인 것이고, 여기에서 유입 세션은 I1 기준점을 통해 전달되고 미디어는 CS 네트워크를 통해 확립된다. 이 예에서, UE-1과 UE-2는 동일한 가입자(즉, 동일한 가입 세트)에 속하고, 연동 엔티티는 ICS에 대한 향상된 MSC에 대응하며, TS 23.292에 도시된 I1 기준점을 이용하는 CS 미디어를 가진 종결 절차를 따르는 것으로 가정된다. 이 예에서, 연동 엔티티가 MSC 서버 및 MGCF에 대응할 때 CS 베어러 구성 절차는 TS 23.292의 도면 7.4.2.2.2-2의 단계 11~17을 따른다.

도 15를 참조하면, 단계 1501에서, UE-1은 미디어-A 및 합작 세션 제어를 UE-2로 이전하도록 결정하고, 현재의 합작 세션 제어 및 미디어-A가 UE-2로 이전될 것임을 표시하는 이전 요청을 IMS 엔티티에 보낸다. 단계 1502에서, IMS 엔티티는 이전 요청을 SCC AS에게 보내고, 단계 1503에서 SCC AS는 이전 요청을 식별하고, UE-2가 제어기로서 작용하도록 허용되고 작용할 수 있는지를 검증하고, UE-2 능력, 사용자 선호도 및/또는 네트워크에서의 정책에 기초하여 T-ADS를 수행하며, 미디어-A의 구성을 위한 CS 도메인을 선택한다. 만일 UE-2가 제어기로서 작용하도록 허용되지 않거나 이전 요청이 성공적으로 수행될 수 없으면, SCC AS는 이유와 함께 요청을 거절하고 아래에 있는 단계들의 수행을 중단한다. 단계 1504에서, SCC AS는 TS 23.292에 도시된 대로 UE-2가 CS 베어러 확립 절차를 개시하고 합작 세션 제어 및 미디어-A가 UE-2로 이전될 것이라고 표시하는 유입 호출 요청을 발생하여 I1 기준점을 통해 UE-2에 보낸다.

다시 도 15를 참조하면, 단계 1505에서, UE-2는 CS 호출 구성 메시지를 연동 엔티티에 보내고, 단계 1506에서 연동 엔티티는 호출 진행 메시지로 응답하고 CS 베어러 제어 시그널링 경로의 구성을 시작한다. 단계 1507 및 1508에서 연동 엔티티는 권유 요청을 IMS 엔티티를 통해 SCC AS쪽으로 보내고, 단계 1509에서, UE-2, 연동 엔티티 및 SCC AS는 CS 베어러 제어 시그널링 경로의 구성을 종료한다. UE-2와 SCC AS 사이에는 합작 세션 제어가 확립된다. UE-2는 확립된 합작 세션 동안 제어기 UE로 된다. 단계 1510에서, UE-2와 원격 당사자 간에 미디어-A가 확립된다. 리모트 레그는 그에 따라서 업데이트된다. 단계 1511에서, UE-2로의 합작 세션 제어 및 미디어-A의 이전이 성공한 후에, SCC AS는 IUT 이전 결과 메시지를 IMS 엔티티에 보낸다. 단계 1512에서 IMS 엔티티는 IUT 이전 결과 메시지를 UE-1에 보내고, 단계 1513에서, 예전 미디어-A 및 합작 세션 제어가 해제된다. UE-1은 피제어기 UE로 된다.

도 16은 제어기에 의해 개시된 진행중인 세션 정보 이전을 위한 다른 메시지 흐름을 보인 도이다. 도 16에 도시한 예에서, UE-1, UE-2 및 UE-3는 동일한 사용자 가입하에 있을 수 있다. UE-2와 원격 당사자 사이에는 미디어-A를 가진 하나의 세션이 있고 UE-3와 원격 당사자 사이에는 미디어-B를 가진 다른 하나의 세션이 있다. 도 16은 사용자의 IUT UE를 위한 모든 진행중인 세션 상태 정보를 요청하는 UE-1의 정보 흐름을 제시한다.

도 16을 참조하면, 단계 1601에서, UE-1은 사용자 IUT UE용의 진행중인 세션 상태 정보에 대한 요청을 SCC AS에 보낸다. 요청은 어떤 정보가 응답에서 획득될 것인지를 포함할 수 있다. 정보는 사용자 IUT UE에 대한 진행중인 세션, 진행중인 세션마다의 미디어 유형, 및/또는 진행중인 세션마다의 소스 UE 및 목표 UE를 포함할 수 있다. 단계 1602에서, SCC AS는 사용자의 IUT UE에 대한 모든 진행중인 세션을 체크하고 요청된 정보를 필터링한다. 즉, UE-2와 원격 당사자 사이에는 미디어-A를 가진 하나의 세션 A가 있고 UE-3와 원격 당사자 사이에는 미디어-B를 가진 다른 하나의 세션 B가 있다. 단계 1603에서, SCC AS는 UE-2 및 UE-3에서의 모든 진행중인 세션 상태 정보에 대한 응답을 UE-1에 보낸다.

본 발명의 시스템의 구현예에 있어서, SCC AS가 종단 ICS UE에 소용되고 초기 필터 기준에 기인하는 SIP 권유 요청 및 PS 도메인에서 미디어를 전달하기 위해 선정할 때의 T-ADS 결과를 수신하는 경우, SCC AS는 B2BUA로서 작용할 수 있다. 만일 복수의 접촉이 PS 도메인에서 등록되고 T-ADS가 다른 IP-CAN을 이용하는 다른 미디어 유형을 확립하도록 선정하면, SCC AS는 각각의 선택된 PS 도메인 IP-CAN에 대하여 3GPP TS 24.229에 따라서 SIP 권유 요청을 생성할 수 있다. SIP 권유 요청은 i) 선택된 PS 도메인 IP-CAN의 액세스 유형 및 액세스 분류와 등록시에 관련된 값을 포함한 미디어 특징 태그 g.3gpp.icsflow 및 파라미터 "요구" 및 "명시적"과 함께 값 "주요한"(principal)을 포함하는 미디어 특징 태그 g.3gpp.ics를 내포한 수용-접촉 헤더, ii) 이 세션에 대한 기존 레그가 다른 IP-CAN을 이용하여 SCC AS와 ICS UE 사이에 확립되는 처리에 이미 존재하고 있는 경우, SCC AS와 ICS UE 사이의 상기 존재하는 다이얼로그에 대한 다이얼로그 파라미터를 내포한 목표-다이얼로그 헤더(SCC AS는 SIP 권유 요청에 목표-다이얼로그 헤더를 포함하여 ICS UE가 동일한 세션의 일부로서 다른 요청을 상관시키게 할 수 있음), 및 iii) 이 IP-CAN을 이용하여 확립되도록 선택된 미디어 유형의 SDP를 포함할 수 있다.

만일 복수의 접촉이 PS 도메인에서 등록되고 T-ADS가 동일한 IP-CAN을 통해 모든 미디어 유형을 확립하도록 선정하면, SCC AS는 3GPP TS 24.229에 따라서 SIP 권유 요청을 생성할 수 있고 요청에서 i) 선택된 PS 도메인 IP-CAN의 액세스 유형 및 액세스 분류와 등록시에 관련된 값을 포함한 미디어 특징 태그 g.3gpp.icsflow 및 파라미터 "요구" 및 "명시적"과 함께 값 "주요한"을 포함하는 미디어 특징 태그 g.3gpp.ics를 내포한 수용-접촉 헤더, ii) 이 세션에 대한 기존 레그가 다른 IP-CAN을 이용하여 SCC AS와 ICS UE 사이에 확립되는 처리에 이미 존재하고 있는 경우, SCC AS와 ICS UE 사이의 상기 존재하는 다이얼로그에 대한 다이얼로그 파라미터를 내포한 목표-다이얼로그 헤더(SCC AS는 SIP 권유 요청에 목표-다이얼로그 헤더를 포함하여 ICS UE가 동일한 세션의 일부로서 다른 요청을 상관시키게 할 수 있음), 및 iii) 초기 SIP 권유 요청에 내포된 모든 미디어 유형의 SDP를 포함할 수 있다.

만일 단일 접촉만이 PS 도메인에서 등록되면, SCC AS는 3GPP TS 24.229에 따라서 SIP 권유 요청을 생성할 수 있고 요청에서 i) 파라미터 "요구" 및 "명시적"과 함께 값 "주요한"을 포함하는 미디어 특징 태그 g.3gpp.ics를 내포한 수용-접촉 헤더, ii) 및 초기 SIP 권유 요청에 내포된 모든 미디어 유형의 SDP를 포함할 수 있다.

이제 도 17을 참조하면, 예시적인 UE(1700)의 실시예를 포함한 무선 통신 시스템이 도시되어 있다. UE는 본 발명의 태양을 구현하도록 동작할 수 있지만, 본 발명은 이러한 구현예로 제한되는 것이 아니다. 비록 이동 전화기로 도시되어 있지만, UE는 무선 핸드셋, 페이저, 개인용 정보 단말기(PDA), 휴대용 컴퓨터, 태블릿 컴퓨터, 랩톱 컴퓨터, 스마트폰, 프린터, 팩시밀리 장치, 텔레비전, 셋톱 박스, 및 기타의 영상 표시 장치, 가정용 오디오 설비 및 기타의 가정용 오락 시스템, 옥내 감시 및 제어 시스템(예를 들면, 옥내 감시, 알람 시스템 및 환경 조절 시스템), 및 컴퓨터화 냉장고와 같이 고급 가정용 설비를 비롯한 각종 형태를 취할 수 있다. 많은 적당한 장치는 상기 기능의 일부 또는 전부를 결합한다. 본 발명의 일부 실시예에 있어서, UE(1700)는 휴대용, 랩톱 또는 태블릿 컴퓨터와 같은 범용 컴퓨팅 장치가 아니고 이동 전화기, 무선 핸드셋, 페이저, PDA, 또는 차량에 설비된 통신 장치와 같은 특수 용도 통신 장치이다. UE(1700)는 또한 데스크톱 컴퓨터, 셋톱 박스 또는 네트워크 노드와 같이 유사한 능력을 갖지만 운반이 곤란한 장치를 포함하거나 장치에 포함된 장치일 수 있다. UE(1700)는 게임, 재고 관리, 직업 조절, 및/또는 작업 관리 기능 등과 같은 특수 활동을 지원할 수 있다.

UE(1700)는 디스플레이(702)를 포함한다. UE(1700)는 사용자에 의한 입력을 위해 도면 부호 704로 통칭한 접촉 감응 표면, 키보드 또는 다른 입력키를 또한 포함한다. 키보드는 QWERTY, 디보락(Dvorak), AZERTY 및 순차적 유형과 같은 완전한 또는 축소형 영숫자 키보드, 또는 전화기 키패드와 관련된 알파벳 문자를 가진 전통적인 숫자 키패드일 수 있다. 입력 키는 트랙휠, 나가기(exit) 또는 이스케이프 키, 트랙볼, 및 기타의 내비게이션 또는 기능 키를 포함할 수 있고, 이것들은 추가의 입력 기능을 제공하기 위해 내측으로 눌러질 수 있다. UE(1700)는 사용자가 선택하는 옵션, 사용자가 작동시키는 제어, 및/또는 사용자가 조작하는 커서 또는 다른 표시자를 제공할 수 있다.

UE(1700)는 다이얼을 위한 숫자 또는 UE(1700)의 동작을 구성하기 위한 각종 파라미터 값을 포함한 사용자로부터의 데이터 입력을 또한 수신할 수 있다. UE(1700)는 사용자 명령에 응답하여 하나 이상의 소프트웨어 또는 펌웨어 애플리케이션을 또한 실행할 수 있다. 상기 애플리케이션들은 사용자 상호작용에 응답해서 각종 주문된 기능을 수행하도록 UE(1700)를 구성할 수 있다. 게다가, UE(1700)는 예를 들면 무선 기지국, 무선 액세스 포인트 또는 피어 UE(1700)로부터 무선으로(over-the-air) 프로그램 및/또는 구성될 수 있다.

UE(1700)에 의해 실행될 수 있는 각종 애플리케이션 중에는 디스플레이(702)가 웹페이지를 보여주게 하는 웹 브라우저가 있다. 웹페이지는 무선 네트워크 액세스 노드, 셀 타워, 피어 UE(1700), 또는 임의의 다른 무선 통신 네트워크 또는 시스템(1702)과의 무선 통신을 통하여 획득될 수 있다. 네트워크(1702)는 인터넷과 같은 유선 네트워크(1704)에 결합된다. 무선 링크 및 유선 네트워크를 통해서, UE(1700)는 서버(1706)와 같은 각종 서버에 있는 정보에 접근한다. 서버(1706)는 디스플레이(702)에서 표시될 수 있는 콘텐트를 제공한다. 대안적으로, UE(1700)는 중계형(relay type) 또는 홉형(hop type) 접속에 있어서 매개자로서 작용하는 피어 UE(1700)를 통해 네트워크(1702)에 접근할 수 있다.

도 18은 UE(1700)의 블록도이다. UA(1700)의 각종 공지된 컴포넌트들이 도시되어 있지만, 일 실시예에 있어서, 리스트된 컴포넌트 및/또는 리스트되지 않은 추가의 컴포넌트들의 부분집합이 UE(1700)에 포함될 수 있다. UE(1700)는 디지털 신호 처리기(DSP)(1802) 및 메모리(1804)를 포함한다. 도시된 바와 같이, UE(1700)는 안테나 및 전단 유닛(1806), 무선 주파수(RF) 송수신기(1808), 아날로그 기저대역 처리 유닛(1810), 마이크로폰(1812), 이어피스 스피커(1814), 헤드셋 포트(1816), 입력/출력 인터페이스(1818), 분리형 메모리 카드(1820), 범용 직렬 버스(USB) 포트(1822), 단거리 무선 통신 서브시스템(1824), 경보기(1826), 키패드(1828), 접촉 감응성 표면(1830)을 포함할 수 있는 액정 디스플레이(LCD), LCD 제어기(1832), 전하 결합 소자(CCD) 카메라(1834), 카메라 제어기(1836), 및 글로벌 위치추적 시스템(GPS) 센서(1838)를 또한 포함할 수 있다. 실시예에 있어서, UE(1700)는 접촉 감응성 스크린을 제공하지 않는 다른 종류의 디스플레이를 포함할 수 있다. 실시예에 있어서, DSP(1802)는 입력/출력 인터페이스(1818)를 통하지 않고 메모리(1804)와 직접 통신할 수 있다.

DSP(1802) 또는 어떤 다른 형태의 제어기 또는 중앙 처리 장치는 메모리(1804) 또는 DSP(1802) 자체에 내장된 메모리에 저장된 매립 소프트웨어 또는 펌웨어에 따라서 UE(1700)의 각종 컴포넌트를 제어하도록 동작한다. 매립 소프트웨어 또는 펌웨어에 추가해서, DSP(1802)는 메모리(1804)에 저장된, 또는 분리형 메모리 카드(1820)와 같은 휴대용 데이터 기억 매체 등의 정보 운반 매체를 통해서 또는 유선이나 무선 네트워크 통신을 통해서 이용가능한 다른 애플리케이션을 실행할 수 있다. 애플리케이션 소프트웨어는 소정의 기능을 제공하도록 DSP(1802)를 구성하는 머신 판독가능 명령어의 컴파일된 집합을 포함할 수 있고, 또는 애플리케이션 소프트웨어는 DSP(1802)를 간접적으로 구성하도록 인터프리터 또는 컴파일러에 의해 처리되는 하이 레벨 소프트웨어 명령어일 수 있다.

안테나 및 전단 유닛(1806)은 무선 신호와 전기 신호 사이에서 변환을 행하여 UE(1700)가 셀룰러 네트워크 또는 어떤 다른 이용가능한 무선 통신 네트워크로부터 또는 피어 UE(1700)로부터 정보를 수신하거나 정보를 전송할 수 있게 하기 위해 제공된다. 실시예에 있어서, 안테나 및 전단 유닛(1806)은 빔 형성 및/또는 다중 입력 다중 출력(MIMO) 동작을 지원하는 복수의 안테나를 포함할 수 있다. 이 기술에 숙련된 사람이라면 잘 알고 있는 바와 같이, MIMO 동작은 곤란한 채널 조건을 극복하고 및/또는 채널 스루풋(throughput)을 증가시키기 위해 사용될 수 있는 공간 다이버시티를 제공할 수 있다. 안테나 및 전단 유닛(1806)은 안테나 동조 및/또는 임피던스 매칭 컴포넌트, RF 전력 증폭기, 및/또는 저잡음 증폭기를 포함할 수 있다.

RF 송수신기(1808)는 주파수 편이 동작, 수신된 RF 신호를 기저대역으로 변환하는 동작 및 기저대역 전송 신호를 RF로 변환하는 동작을 제공한다. 일부 설명에서, 무선 송수신기 또는 RF 송수신기는 변조/복조, 코딩/디코딩, 인터리빙/디인터리빙(deinterleaving), 확산/역확산(despreading), 역고속 퓨리에 변환(inverse fast Fourier transforming; IFFT)/고속 퓨리에 변환(FFT), 주기적인 프리픽스 첨부/제거와 같은 신호 처리 기능, 및 다른 신호 처리 기능을 포함하는 것으로 이해할 수 있다. 간단히 하기 위해, 여기에서의 설명은 이 신호 처리의 설명을 RF 및/또는 무선 스테이지로부터 분리하고, 그 신호 처리를 아날로그 기저대역 처리 유닛(1810) 및/또는 DSP(1802) 또는 다른 중앙 처리 유닛에 개념적으로 할당한다. 일부 실시예에 있어서, RF 송수신기(1808), 안테나 및 전단 유닛(1806)의 일부 및 아날로그 기저대역 처리 유닛(1810)은 하나 이상의 처리 유닛 및/또는 용도 지정 집적회로(ASIC)에 결합될 수 있다.

아날로그 기저대역 처리 유닛(1810)은 입력 및 출력의 각종 아날로그 처리, 예를 들면 마이크로폰(1812) 및 헤드셋(1816)으로부터의 입력과 이어피스(1814) 및 헤드셋(1816)으로의 출력의 아날로그 처리를 제공할 수 있다. 이를 위하여, 아날로그 기저대역 처리 유닛(1810)은 UE(1700)를 셀폰으로 사용할 수 있게 하는 내장 마이크로폰(1812) 및 이어피스 스피커(1814)에 접속하기 위한 포트를 가질 수 있다. 아날로그 기저대역 처리 유닛(1810)은 헤드셋 또는 다른 핸즈프리 마이크로폰 및 스피커 구성에 접속하기 위한 포트를 또한 포함할 수 있다. 아날로그 기저대역 처리 유닛(1810)은 하나의 신호 방향에서 디지털-아날로그 변환 및 반대의 신호 방향에서 아날로그-디지털 변환을 제공할 수 있다. 일부 실시예에 있어서, 아날로그 기저대역 처리 유닛(1810)이 적어도 일부 기능은 디지털 처리 컴포넌트, 예를 들면 DSP(1802)에 의해 또는 다른 중앙 처리 장치에 의해 제공될 수 있다.

DSP(1802)는 변조/복조, 코딩/디코딩, 인터리빙/디인터리빙, 확산/역확산, 역고속 퓨리에 변환(IFFT)/고속 퓨리에 변환(FFT), 주기적인 프리픽스 첨부/제거, 및 무선 통신과 관련된 다른 신호 처리 기능을 수행할 수 있다. 일 실시예로서, 예를 들면 코드분할 다중 접속(CDMA) 기술 응용에 있어서, 송신기 기능을 위해 DSP(1802)는 변조, 코딩, 인터리빙 및 확산을 수행하고, 수신기 기능을 위해 DSP(1802)는 역확산, 디인터리빙, 디코딩 및 복조를 수행할 수 있다. 다른 실시예로서, 예를 들면 직교 주파수 분할 다중 접속(OFDMA) 기술 응용에 있어서, 송신기 기능을 위해 DSP(1802)는 변조, 코딩, 인터리빙, 역고속 퓨리에 변환 및 주기적 프리픽스 첨부를 수행하고, 수신기 기능을 위해 DSP(1802)는 주기적 프리픽스 첨부, 고속 퓨리에 변환, 디인터리빙, 디코딩 및 복조를 수행할 수 있다. 다른 무선 기술 응용에 있어서, 또다른 신호 처리 기능 및 신호 처리 기능들의 조합이 DSP(1802)에 의해 수행될 수 있다.

DSP(1802)는 아날로그 기저대역 처리 유닛(1810)을 통해 무선 네트워크와 통신할 수 있다. 일부 실시예에서, 통신은 인터넷 접속을 제공하여 사용자가 인터넷상의 콘텐트에 접근하고 이메일 또는 텍스트 메시지를 전송 및 수신할 수 있게 한다. 입력/출력 인터페이스(1818)는 DSP(1802)와 각종 메모리 및 인터페이스를 상호접속한다. 메모리(1804) 및 분리형 메모리 카드(1820)는 DSP(1802)의 동작을 구성하기 위한 소프트웨어 및 데이터를 제공할 수 있다. 인터페이스 중에는 USB 인터페이스(1822) 및 단거리 무선 통신 서브시스템(1824)이 있다. USB 인터페이스(1822)는 UE(1700)를 충전하기 위해 사용될 수 있고 UE(1700)가 퍼스널 컴퓨터 또는 다른 컴퓨터 시스템과 정보를 교환하기 위한 주변 장치로서 기능하게 할 수도 있다. 단거리 무선 통신 서브시스템(1824)은 적외선 포트, 블루투스 인터페이스, IEEE 802.11 호환 무선 인터페이스, 또는 UE(1700)가 다른 인근의 모바일 장치 및/또는 무선 기지국과 무선으로 통신하게 하는 임의의 다른 단거리 무선 통신 서브시스템을 포함할 수 있다.

입력/출력 인터페이스(1818)는 동작되었을 때 UE(1700)가 예를 들면 벨소리, 멜로디 연주 또는 진동으로 사용자에게 통지할 수 있게 하는 경보기(1826)에 DSP(1802)를 또한 접속할 수 있다. 경보기(1826)는 유입 호출(incoming call), 새로운 텍스트 메시지, 및 묵음 진동에 의해 또는 특수한 호출자에 대해 특정의 미리 지정된 멜로디를 연주함으로써 약속시간을 상기시키는 것과 같은 임의의 각종 이벤트를 사용자에게 경보하기 위한 메카니즘으로서 사용될 수 있다.

키패드(1828)는 인터페이스(1818)를 통하여 DSP(1802)에 결합하여 사용자가 소정의 선택을 하고 정보를 입력하고 다른 방식으로 UE(1700)에 대한 입력을 제공하게 하는 하나의 메카니즘을 제공한다. 키보드(1828)는 QWERTY, 디보락, AZERTY 및 순차적 유형과 같은 완전한 또는 축소형 영숫자 키보드, 또는 전화기 키패드와 관련된 알파벳 문자를 가진 전통적인 숫자 키패드일 수 있다. 입력 키는 트랙휠, 나가기 또는 이스케이프 키, 트랙볼, 및 기타의 내비게이션 또는 기능 키를 포함할 수 있고, 이것들은 추가의 입력 기능을 제공하기 위해 내측으로 눌러질 수 있다. 다른 입력 메카니즘으로는 터치 스크린 능력을 포함할 수 있고 텍스트 및/또는 그래픽을 사용자에게 표시하는 LCD(1830)가 있다. LCD 제어기(1832)는 DSP(1802)를 LCD(1830)에 결합한다.

CCD 카메라(1834)는, 만일 설비되어 있으면, UE(1700)가 디지털 화상을 취할 수 있게 한다. DSP(1802)는 카메라 제어기(1836)를 통해 CCD 카메라(1834)와 통신한다. 다른 실시예에 있어서, 전하 결합 소자 카메라 이외의 기술에 따라서 동작하는 카메라를 사용할 수 있다. GSP 센서(1838)는 DSP(1802)에 결합되어 글로벌 위치추적 시스템 신호를 디코드하고, 이것에 의해 UE(1700)가 그 위치를 판정하게 한다. 추가의 기능, 예를 들면 라디오 및 텔레비전 수신을 제공하기 위해 각종의 다른 주변 장치가 또한 포함될 수 있다.

도 19는 DSP(1802)에 의해 구현될 수 있는 소프트웨어 환경(1902)을 보인 것이다. DSP(1802)는 나머지의 소프트웨어가 동작하는 플랫폼을 제공하는 운영체제 드라이버(1904)를 실행한다. 운영체제 드라이버(1904)는 응용 소프트웨어에 액세스 가능한 표준 인터페이스를 가진 UA 하드웨어에 대한 드라이버를 제공한다. 운영체제 드라이버(1904)는 UE(1700)에서 동작하는 애플리케이션들 사이에서 제어를 이전하는 애플리케이션 관리 서비스("AMS")(1906)를 포함한다. 도 19에는 웹 브라우저 애플리케이션(1908), 미디어 플레이어 애플리케이션(1910) 및 자바 애플릿(1912)이 또한 도시되어 있다. 웹 브라우저 애플리케이션(1908)은 UE(1700)를 웹 브라우저로서 동작하도록 구성하여 사용자가 정보를 폼(form) 내에 입력하고 웹페이지를 검색하고 보기 위한 링크를 선택하게 한다. 미디어 플레이어 애플리케이션(1910)은 오디오 또는 시청각 매체를 검색하고 플레이하도록 UE(1700)를 구성한다. 자바 애플릿(1912)은 게임, 유틸리티 및 기타의 기능을 제공하도록 UE(1700)를 구성한다. 컴포넌트(1914)는 여기에서 설명한 기능들을 제공할 수 있다.

UE(1700), 액세스 장치 및 위에서 설명한 기타의 컴포넌트들은 위에서 설명한 동작들에 관련된 명령어를 실행할 수 있는 처리 컴포넌트를 포함할 수 있다. 도 20은 여기에서 설명한 하나 이상의 실시예를 구현하기에 적합한 처리 컴포넌트(2010)를 포함한 예시적인 시스템(2000)을 보인 것이다. 프로세서(2010)(중앙 처리 장치(CPU 또는 DSP)라고도 부름) 외에도, 시스템(2000)은 네트워크 접속 장치(2020), 랜덤 액세스 메모리(RAM)(2030), 읽기 전용 메모리(ROM)(2040), 이차 기억장치(2050) 및 입력/출력(I/O) 장치(2060)를 포함할 수 있다. 일부 실시예에 있어서, 최소수의 HARQ 프로세스 ID의 결정을 구현하기 위한 프로그램은 ROM(2040)에 저장될 수 있다. 일부 경우에, 상기 컴포넌트들 중 일부는 없을 수도 있고 또는 서로간에 또는 도시를 생략한 다른 컴포넌트와 각종 조합으로 결합될 수도 있다. 상기 컴포넌트들은 단일 물리적 엔티티 내에 또는 하나 이상의 물리적 엔티티 내에 위치될 수도 있다. 프로세서(2010)에 의해 취해지는 것으로 여기에서 설명한 임의의 동작들은 프로세서(2010) 단독으로 또는 도면에 도시한 또는 도시를 생략한 하나 이상의 컴포넌트와 연합하여 프로세서(2010)에 의해 취해질 수 있다.

프로세서(2010)는 프로세서가 네트워크 접속 장치(2020), RAM(2030), ROM(2040), 또는 이차 기억장치(2050)(하드 디스크, 플로피 디스크 또는 광디스크와 같은 각종 디스크 기반 시스템을 포함할 수 있음)로부터 액세스할 수 있는 명령어, 코드, 컴퓨터 프로그램 또는 스크립트를 실행한다. 단지 하나의 프로세서(2010)만 도시되어 있지만, 복수의 프로세서가 있을 수 있다. 따라서, 명령어가 하나의 프로세서에 의해 실행되는 것으로 설명하고 있지만, 명령어는 1개 이상의 프로세서에 의해 동시에, 직렬로 또는 다른 방식으로 실행될 수 있다. 프로세서(2010)는 하나 이상의 CPU 칩으로서 구현될 수 있다.

네트워크 접속 장치(2020)는 모뎀, 모뎀 뱅크, 이더넷 장치, 범용 직렬 버스(USB) 인터페이스 장치, 직렬 인터페이스, 토큰 링 장치, 섬유 분산 데이터 인터페이스(FDDI)장치, 무선 근거리 통신망(WLAN) 장치, 코드 분할 다중 접속(CDMA) 장치와 같은 무선 송수신기 장치, 글로벌 이동 통신 시스템(GSM) 무선 송수신기 장치, WiMAX(worldwide interoperability for microwave access) 장치, 및/또는 네트워크에 접속하기 위한 다른 공지된 장치의 형태를 취할 수 있다. 상기 네트워크 접속 장치(2020)는 프로세서(2010)가 인터넷 또는 하나 이상의 통신 네트워크와 통신하거나, 또는 프로세서(2010)가 정보를 수신하거나 프로세서(2010)가 정보를 출력하는 다른 네트워크와 통신하게 할 수 있게 한다.

네트워크 접속 장치(2020)는 무선 주파수 신호 또는 마이크로파 주파수 신호와 같이 전자파 형태의 무선으로 데이터를 송신 및/또는 수신할 수 있는 하나 이상의 송수신기 컴포넌트(2025)를 또한 포함할 수 있다. 대안적으로, 데이터는 도전체의 표면 내에서 또는 표면 위에서, 동축 케이블 내에서, 도파관 내에서, 광섬유 등의 광학 매체 내에서, 또는 다른 매체 내에서 전파할 수 있다. 송수신기 컴포넌트(2025)는 별도의 수신 유닛과 송신 유닛을 포함할 수도 있고 단일의 송수신기일 수도 있다. 송수신기(2025)에 의해 송신 또는 수신되는 정보는 프로세서(2010)에 의해 처리된 정보 또는 프로세서(2010)에 의해 실행될 명령어를 포함할 수 있다. 이러한 정보는 예를 들면 컴퓨터 데이터 기저대역 신호 또는 반송파로 구체화된 신호의 형태로 네트워크로부터 수신되고 네트워크에 출력될 수 있다. 데이터는 데이터를 처리 또는 발생함에 있어서 또는 데이터를 전송 또는 수신함에 있어서 바람직한 다른 시퀀스에 따라서 순서 정해질 수 있다. 기저대역 신호, 반송파에 매립된 신호, 또는 현재 사용되거나 나중에 개발될 다른 유형의 신호가 전송 매체로서 인용될 수 있고, 이 기술에 숙련된 사람에게는 자명한 몇 가지 방법에 따라서 발생될 수 있다.

RAM(2030)은 휘발성 데이터를 저장하기 위해서, 또는 예를 들면 프로세서(2010)에 의해 실행되는 명령어를 저장하기 위해서 사용될 수 있다. ROM(2040)은 전형적으로 이차 기억장치(2050)의 기억 능력보다 더 작은 기억 능력을 가진 비휘발성 기억 장치이다. ROM(2040)은 명령어 및 명령의 실행 중에 판독되는 데이터를 저장하기 위해 사용될 수 있다. RAM(2030) 및 ROM(2040)에 대한 액세스는 전형적으로 이차 기억장치(2050)보다 더 빠르다. 이차 기억장치(2050)는 전형적으로 하나 이상의 디스크 드라이브 또는 테이프 드라이브로 구성되고, 비휘발성 데이터 기억장치 또는 RAM(2030)이 모든 작업 데이터를 저장하도록 충분히 크지 않은 경우에 오버플로우 데이터 기억장치용으로 사용될 수 있다. 이차 기억장치(2050)는 프로그램이 실행을 위해 선택된 때 RAM(2030)에 로드되는 상기 프로그램을 저장하기 위해 사용될 수 있다.

I/O 장치(2060)는 액정 표시장치(LCD), 터치 스크린 디스플레이, 키보드, 키패드, 스위치, 다이얼, 마우스, 트랙볼, 음성 인식 장치, 카드 판독기, 종이 테이프 판독기, 프린터, 비디오 모니터, 또는 다른 공지된 입력 장치를 포함할 수 있다. 또한, 송수신기(2025)는 네트워크 접속 장치(2020)의 컴포넌트로 되는 대신에 또는 컴포넌트로 되는 것에 추가해서 I/O 장치(2060)의 컴포넌트로 되는 것으로 생각할 수 있다. I/O 장치(2060)의 일부 또는 전부는 디스플레이 장치 또는 입력 장치와 같이, UE(1700)와 관련하여 위에서 설명한 도면에 도시된 각종 컴포넌트와 실질적으로 유사할 수 있다.

이 명세서에서 몇 가지의 실시예가 제시되었지만, 제시된 시스템 및 방법은 본 발명의 정신 또는 범위로부터 벗어나지 않고 여러 가지 다른 특수한 형태로 실시될 수 있다. 이 예들은 제한하는 의도가 없이 단순히 예시한 것으로 생각하여야 하고, 본 발명은 이 명세서에서 제시한 세부로 제한되는 것이 아니다. 예를 들면, 각종 요소 및 컴포넌트는 다른 시스템에 결합되거나 집적될 수 있고, 또는 일부 특징들이 생략되거나 구현되지 않을 수도 있다.

또한, 각종 실시예에서 별도의 것 또는 분리된 것으로 설명하고 예시한 각종 기술, 시스템, 서브시스템 및 방법은 본 발명의 범위에서 벗어나지 않고 다른 시스템, 모듈, 기술 또는 방법과 결합되거나 통합될 수 있다. 서로 결합되거나 직접 결합되거나 통신하는 것으로 도시 또는 설명한 다른 아이템들은 전기적으로, 기계적으로 또는 다른 방식으로 어떤 인터페이스, 장치 또는 중간 컴포넌트를 통하여 간접적으로 결합되거나 통신할 수도 있다. 이 기술에 숙련된 사람이라면 변경, 치환 및 개조한 다른 예를 생각해 낼 수 있고, 본 발명의 정신 및 범위에서 벗어나지 않고 구성할 수 있을 것이다.

Claims

제어를 이전(transfer)하는 방법에 있어서,
제1 사용자 설비(UE; user equipment)로부터 합작 세션(collaborative session)의 제어를 이전하라는 요청을 수신하는 단계와;
수신된 요청에 응답하여 합작 세션 제어의 이전 요청을 제2 UE에게 보내는 단계와;
상기 제2 UE에게 보내진 요청에 응답하여 합작 세션 제어의 이전을 수락하는 표시를 수신하는 단계와;
상기 제2 UE로부터 수락 표시를 수신한 것에 응답하여 합작 세션 제어의 상태 통지를 상기 제1 UE에게 보내는 단계를 포함하는 제어 이전 방법.
제1항에 있어서, 수신된 응답은 세션 개시 프로토콜(SIP; session initiation protocol)로서 인코드되는 것인 제어 이전 방법.
제2항에 있어서, SIP 메시지는 SIP 참조(REFER) 메시지인 것인 제어 이전 방법.
제1항에 있어서, 제어 이전 요청을 수신한 것에 응답하여 성공을 표시하는 통지(NOTIFY) 메시지를 보내는 단계를 더 포함하는 제어 이전 방법.
제1항에 있어서, 합작 세션 제어의 이전을 요청하는 메시지는 미디어 이전 요청을 또한 포함한 것인 제어 이전 방법.
네트워크 노드에 있어서,
제1 사용자 설비(UE)로부터 합작 세션의 제어를 이전하라는 요청을 수신하는 동작;
수신된 요청에 응답하여 합작 세션 제어의 이전 요청을 제2 UE에게 보내는 동작;
상기 제2 UE에게 보내진 요청에 응답하여 합작 세션 제어의 이전을 수락하는 표시를 수신하는 동작; 및
상기 제2 UE로부터 수락 표시를 수신한 것에 응답하여 합작 세션 제어의 상태 통지를 상기 제1 UE에게 보내는 동작을 수행하도록 구성된 프로세서를 포함하는 네트워크 노드.
제6항에 있어서, 수신된 응답은 SIP로서 인코드되는 것인 네트워크 노드.
제7항에 있어서, SIP 메시지는 SIP 참조(REFER) 메시지인 것인 네트워크 노드.
제6항에 있어서, 제어 이전 요청을 수신한 것에 응답하여 성공을 표시하는 통지(NOTIFY) 메시지를 보내는 동작을 더 포함한 네트워크 노드.
제6항에 있어서, 합작 세션 제어 이전을 요청하는 메시지는 미디어 이전 요청을 또한 포함한 것인 네트워크 노드.
제6항에 있어서, 서비스 일관성 및 연속성 애플리케이션 서버(SCC AS; service consistency and continuity application server)를 더 포함하는 네트워크 노드.
사용자 설비(UE)에 있어서,
제1 사용자 설비(UE)로부터 합작 세션의 제어를 이전하라는 요청을 전송하는 동작; 및
합작 세션 제어의 상태 통지를 수신하는 동작을 수행하도록 구성된 프로세서를 포함하는 사용자 설비.
제12항에 있어서, 상태 통지는 통지(NOTIFY) 메시지를 포함한 것인 사용자 설비.
제12항에 있어서, 합작 세션 제어의 이전을 요청하는 메시지는 미디어 이전 요청을 또한 포함한 것인 사용자 설비.