KR20110014694A - 승인된 소스로부터의 ims 비상 세션 지시자를 수신할 때의 동작 및 코딩 - Google Patents

승인된 소스로부터의 ims 비상 세션 지시자를 수신할 때의 동작 및 코딩 Download PDF

Info

Publication number
KR20110014694A
KR20110014694A KR1020107029767A KR20107029767A KR20110014694A KR 20110014694 A KR20110014694 A KR 20110014694A KR 1020107029767 A KR1020107029767 A KR 1020107029767A KR 20107029767 A KR20107029767 A KR 20107029767A KR 20110014694 A KR20110014694 A KR 20110014694A
Authority
KR
South Korea
Prior art keywords
message
emergency
sip
request
user equipment
Prior art date
Application number
KR1020107029767A
Other languages
English (en)
Other versions
KR101243488B1 (ko
Inventor
잔 헨드릭 루카스 바커
안드리안 버클레이
앤드류 알렌
Original Assignee
리서치 인 모션 리미티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 리서치 인 모션 리미티드 filed Critical 리서치 인 모션 리미티드
Publication of KR20110014694A publication Critical patent/KR20110014694A/ko
Application granted granted Critical
Publication of KR101243488B1 publication Critical patent/KR101243488B1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1059End-user terminal functionalities specially adapted for real-time communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/72Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72418User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality for supporting emergency services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42382Text-based messaging services in telephone networks such as PSTN/ISDN, e.g. User-to-User Signalling or Short Message Service for fixed networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/50Connection management for emergency connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2207/00Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2242/00Special services or facilities
    • H04M2242/04Special services or facilities for emergency applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/436Arrangements for screening incoming calls, i.e. evaluating the characteristics of a call before deciding whether to answer it
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/006Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer

Abstract

사용자 장비(UE;user euipment)(110)가 UE(110)에 전송된 비상 관련 메시지에 응답하도록 하는 방법이 제공된다. 이 방법은 UE(110)가 UE가 비상 관련 통화가 행해졌다는 것을 지시하는 지시자(160)를 포함하는 제1 메시지(150)를 수신하는 단계, UE(110)가 비상 관련 통화가 비상상황과 관련된다는 지시로서 지시자(160)를 인식하는 단계, 및 UE(110)가 자신에 대한 비상 관련 정보를 포함하는 제2 메시지(170)를 전송하는 단계를 포함한다.

Description

승인된 소스로부터의 IMS 비상 세션 지시자를 수신할 때의 동작 및 코딩{CODING AND BEHAVIOR WHEN RECEIVING AN IMS EMERGENCY SESSION INDICATOR FROM AUTHORIZED SOURCE}
본 발명은 승인된 소스로부터의 IMS 비상 세션 지시자를 수신할 때의 동작 및 코딩에 관한 것이다.
인터넷 프로토콜(IP;Internet Protocol) 멀티미디어 서브시스템(IMS;IP Multimedia Subsystem)은 이동 및 고정 사용자 장비(UE;user equipment) 양자 모두에게 멀티미디어 서비스 및 VoIP(voice-over-IP) 호를 제공하기 위한 표준화된 구조이다. 세션 개시 프로토콜(SIP;Session Initiation Protocol)는 IMS 기반 호를 설정 및 괸리하기 위한 프로토콜로서 IETF(Internet Engineering Task Force)에 의해 주로 표준화 및 운영되어 왔다. 본원에서 사용되는 바와 같이, 용어 "UE"는 모바일 전화, 개인 휴대용 단말기기, 휴대형 또는 랩톱 컴퓨터, 및 원격통신 성능을 갖는 유사한 디바이스와 같은 모바일 디바이스를 일컫는다. 이러한 UE는 무선 디바이스와 가입자 식별 모듈(SIM;Subscriber Identity Module) 애플리케이션, USIM(Universal Subscriber Identity Module) 애플리케이션, R-UIM(Removal User Identity Module) 애플리케이션을 포함하는 무선 디바이스와 결합된 UICC(Universal Integrated Circuit Card)로 이루어 질 수 있거나, 상기한 바와 같은 카드 없이 상기 디바이스 자체로 이루어 질 수 있다. 용어 "UE"는 또한 고정 유선 전화, 데스크톱 컴퓨터, 또는 셋톱 박스와 같은, 유사한 성능을 갖지만 이동성이 없는 디바이스들을 지칭할 수 있다. 용어 "UE"는 또한 SIP 세션을 종료시킬 수 있는 임의의 하드웨어 또는 소프트웨어를 지칭할 수 있다.
본 발명은 승인된 소스로부터의 IMS 비상 세션 지시자를 수신할 때의 동작 및 코딩을 제공하고자 한다.
일 실시예에서, UE가 UE에 전송된 비상 관련 메시지에 응답하도록 하는 방법이 제공된다. 이 방법은 UE가 비상 관련 통화가 행해졌다는 것을 지시하는 지시자를 포함하는 제1 메시지를 수신하는 단계, UE가 비상 관련 통화가 비상상황과 관련된다는 지시로서 지시자를 인식하는 단계, 및 UE가 자신에 대한 비상 관련 정보를 포함하는 제2 메시지를 전송하는 단계를 포함한다.
본 발명의 구성에 따르면, 효과적으로 비상 상황 관련 정보를 전달할 수 있다.
본 발명을 더욱 완전하게 이해하기 위해, 유사한 도면 참조부호가 마찬가지의 요소를 나타내는, 발명의 상세한 설명 및 첨부 도면과 연계하여, 도면의 간단한 설명을 설명한다.
도 1은 본 발명의 실시예에 따른 UE 및 PSAP를 포함하는 예시적인 IP 네트워크를 나타내는 도면이다.
도 2는 본 발명의 실시예에 따른 UE 및 PSAP를 포함하는 예시적인 IP 네트워크를 나타내는 도면이다.
도 3은 본 발명의 실시예에 따라 UE가 비상 관련 메시지에 응답하는 방법을 나타내는 도면이다.
도 4는 본 발명의 여러 실시예 중 일부에 대해 동작가능한 사용자 장비를 포함하는 무선 통신 시스템을 나타내는 도면이다.
도 5는 본 발명의 여러 실시예 중 일부에 대해 동작가능한 사용자 장비를 블록도로 나타내는 도면이다.
도 6은 본 발명의 여러 실시예 중 일부에 대해 동작가능한 사용자 장비에 구현될 수 있는 소프트웨어 환경을 나타내는 도면이다.
도 7은 본 발명의 여러 실시예 중 일부에 대해 적합한 컴퓨팅 시스템을 예시하는 도면이다.
먼저, 본 발명의 하나 이상의 실시예에 대한 예시적인 구현이 하기에 제공되지만, 개시된 시스템 및/또는 방법은 현재 공지되어 있거나 존재하는, 임의의 다수의 기술을 이용하여 구현될 수 있음을 알아야 한다. 본 발명은 본원에 예시되고 설명된 대표적인 설계 및 구현예를 포함하여, 하기에 설명되는 예시적인 구현예, 도면 및 기술에 한정되어서는 안되지만, 첨부된 특허청구항의 발명과 이 청구항의 발명과 등가물인 전체 범위내에서 수정될 수도 있다.
일 실시예에서, UE가 UE에 전송된 비상 관련 메시지에 응답하도록 하는 방법이 제공된다. 이 방법은 UE가 비상 관련 통화가 행해졌다는 것을 지시하는 지시자를 포함하는 제1 메시지를 수신하는 단계, UE가 비상 관련 통화가 비상상황과 관련된다는 지시로서 지시자를 인식하는 단계, 및 UE가 자신에 대한 비상 관련 정보를 포함하는 제2 메시지를 전송하는 단계를 포함한다.
다른 실시예에서, 지시자를 포함하는 제1 메시지의 수신시 IMS 호를 비상 관련 통화인 것으로서 인식하도록 구성된 프로세서를 포함하는 UE가 제공된다. 이 프로세서는 또한 비상 관련 통화가 비상상황과 관련된다는 지시로서 지시자를 인식하고 UE에 대한 비상 관련 정보를 포함하는 제2 메시지를 전송하도록 구성된다.
또 다른 실시예에서, 네트워크 컴포넌트가 UE로부터의 비상 관련 통화에 응답하도록 하는 방법이 제공된다. 이 방법은 통화가 비상 관련 통화이었다는 것을 지시하는 지시자를 UE에 대한 제1 메시지에 삽입하는 단계와, 네트워크 컴포넌트가 UE에 대한 비상 관련 정보를 포함하는 제2 메시지를 UE로부터 수신하는 단계를 포함한다.
또 다른 실시예에서, 네트워크 컴포넌트가 UE로부터의 비상 통화의 수신시, 통화가 비상 관련 통화이었다는 것을 지시하는 지시자를 UE에 대한 제1 메시지에 삽입하도록 구성된 프로세서를 포함하는, 네트워크 컴포넌트가 제공된다. 이 프로세서는 또한 UE에 대한 비상 관련 정보를 포함하는 UE로부터의 제2 메시지를 수신하도록 구성된다.
일 실시예에서, UE가 UE에 전송된 비상 관련 메시지에 응답하도록 하는 방법이 제공된다. 이 방법은 UE가 비상 관련 통화가 행해졌다는 것을 지시하는 지시자를 포함하는 제1 메시지를 수신하는 단계, UE가 비상 관련 통화가 비상상황과 관련된다는 지시로서 지시자를 인식하는 단계, UE가 비상 관련 통화가 비상상황과 관련되는 기능을 호출하는 단계, 및/또는 UE가 임의의 기타 세션 또는 서비스에 참여하고 있다면, 이들 세션 또는 서비스들은 연기되거나, 종료되거나, 또는 실행 상태에 있지만 낮은 우선 순위를 갖게 되거나, 즉, 비상 통화 또는 PSAP 콜백이 높은 우선순위를 갖게 됨에 따라 QoS는 변경되거나 강하되고, 및/또는 UE가 자신에 대한 비상 관련 정보를 포함하는 제2 메시지를 전송하는 단계를 포함한다.
다른 실시예에서, 지시자를 포함하는 제1 메시지의 수신시 IMS 호를 PSAP에 의해 발신된 비상 관련 통화로서 인식하도록 구성된 프로세서를 포함하는 UE가 제공된다. 이 프로세서는 또한 비상 관련 통화가 비상상황과 관련된다는 지시로서 지시자를 인식하도록, 비상 관련 통화가 비상상황과 관련되는 기능을 호출하도록, 및/또는 UE가 임의의 기타 세션 또는 서비스에 참여하고 있다면, 이들 세션 또는 서비스들은 연기되거나, 종료되거나, 또는 실행 상태에 있지만 낮은 우선 순위를 갖게 되도록, 즉, 비상 통화 또는 PSAP 콜백이 높은 우선순위를 갖게 됨에 따라 QoS는 변경되거나 강하되도록, 및/또는 UE에 대한 비상 관련 정보를 포함하는 제2 메시지를 전송하도록 구성된다.
또 다른 실시예에서, 네트워크 컴포넌트가 UE로부터의 비상 관련 통화에 응답하도록 하는 방법이 제공된다. 이 방법은 통화가 비상 관련 통화이었다는 것을 지시하는 지시자를 UE에 대한 제1 메시지에 삽입하는 단계와, 네트워크 컴포넌트가 UE에 대한 비상 관련 정보를 포함하는 제2 메시지를 UE로부터 수신하는 단계를 포함한다.
또 다른 실시예에서, 네트워크 컴포넌트가 UE로부터의 비상 통화의 수신시, 통화가 비상 관련 통화이었다는 것을 지시하는 지시자를 UE에 대한 제1 메시지에 삽입하도록 구성된 프로세서를 포함하는, 네트워크 컴포넌트가 제공된다. 이 프로세서는 또한 UE에 대한 비상 관련 정보를 포함하는 UE로부터의 제2 메시지를 수신하도록 구성된다.
IMS 가능한 UE와 같은 UE의 사용자는 911(북미지역), 112(대부분의 유럽 지역), 999(영국), 110, 118 또는 119(일본), 또는 그 밖의 어떤 비상 상황시 트정 번호로 전화를 걸어서 비상 통화를 행할 수 있다. 이러한 통화는 비상 통화에 대해 적합한 응답을 조정할 수 있는 비상 통화 센터 또는 시스템일 수 있는, PSAP(Public Safety Answering Point)에 의해 취급될 수 있다. PSAP에 대해 행해진 임의의 통화는 본원에서 비상 통화로 지칭될 것이다. 본원에서, PSAP는 또한 하나의 비상 센터 또는 여러 비상 센터들일 수 있다.
일부의 경우에, UE는 자신이 건 통화가 비상 통화이었다는 것을 알지 못할 수도 있다. 예를 들어, 북미지역에서 사용을 위해 제작된 UE는 911 통화가 비상 통화라는 것을 인식하도록 프로그램될 수 있다. 그러한 UE가 911이 아닌 번호가 비상 통화에 사용되는 국가로 옮겨지고, UE 사용자가 다른 비상 통화 번호로 전화를 건다면, UE는 그 통화를 비상 통화인 것으로 인식하지 못할 수도 있다. UE가 통화가 비상 통화라는 것을 인식하지 못하는 경우엔 바람직하지 않은 결과가 발생할 수 있다. 예를 들어, UE는 관련 정보를 PSAP에 제공하지 못할 수 있거나, UE는 그 통화를 일반적인 통화인 것으로 취급할 수도 있거나, 그 통화를 홀드시키거나 통화 대기 상태에 둘 수 있거나, 통화가 차단될 수 있거나, 그렇지 않은 경우엔 UE는 그 통화를 적합하게 처리하지 못할 수도 있다. 또한, 네트워크는 예를 들어, 혼잡 네트워크 또는 셀에서 특별한 처리를 적용하지못할 수도 있고, 인식되지 못한 비상 통화는 비상 통화 절차를 거치지 못할 수도 있다(예로서, 우선순위를 부여받지 못할 수 있음).
본 발명은 UE가 건 통화가 비상 통화이었다는 것을 지시하는 지시자를 UE에 대한 메시지에 포함시킴으로써 UE가 행한 통화가 IMS 비상 통화이었다는 것을 UE에게 지시하는 기술을 제공한다. 이 지시자는 다이얼로그 또는 독립 트랜잭션에 대한 초기 SIP 요청, 또는 알려지지 않은 방법(예, SIP INVITE 요청)에 응답하여 UE에 전송된 SIP 2xx 또는 SIP 1xx 메시지, 또는 UE가 비상 통화 설정을 시도하기 위해 전송하는 유사한 메시지를 포함하지만 이에 제한되지 않을 수 있는 SIP 메시지에 포함될 수 있다. 이하에선, 용어 "SIP 메시지"는 SIP 요청(예로서, re-INVITE 요청 또는 다이얼로그에 대한 타겟 리프레시 요청 또는 다이얼로그 또는 독립 트랜잭션에 대한 초기 SIP 요청, 또는 알려지지 않은 방법을 포함함) 또는 SIP 응답일 수 있다. re-INVITE 방법 요청은 IETF(Internet Engineering Task Force) RFC(Request for Comments) 3261에 문서화된 조건(conditions)이 충족되는 경우에만 전송될 수 있음을 알아야 한다. 상기 지시자를 포함하는 SIP 메시지는 PSAP에 의해 또는 PSAP와 UE가 서로의 통신에 이용하는 네트워크의 컴포넌트에 의해 전송될 수 있다. 그러한 컴포넌트의 예로는 P-CSCF 및 E-CSCF가 있다.
비상 통화와 관련된 지시자는 하기의 대안을 이용하여 SIP에 인코딩될 수 있다. a) "application/3gpp-ims+xml"과 같은 SIP 본문은 추가의 정보 또는 지시를 수신 UE에 지시하기 위해 IMS에 사용되어 왔다. 이것은 또한 INVITE 또는 유사한 요청에서 수신시, 그 요청이 비상 통화 또는 PSAP 콜백으로서 취급되어야 한다는 것 및 그러한 유형의 통화와 연관된 기능이 호출되어야 한다는 것을 UE에 지시하도록 확대될 수 있다. 이 기능은 응답시 위치 정보뿐만 아니라 시각적, 청각적 또는 기타 다른 방법으로 사용자에게 경고하는 것을 포함하지만 이에 한정되지는 않는다. 새로운 콘텐츠 배치 헤더 필드값이 정의될 필요가 있다. b) 새로운 SIP 헤더가 정의될 수 있거나 기존의 SIP 헤더가 개량될 수 있다. PSAP 자체가 또는 PSAP를 대신하여 PSAP 콜백을 처리하는 S-CSCF 또는 시그널링 게이트웨이와 같은 다른 네트워크 요소가 지시자를 도입할 수 있다. c) 지시자는 새로운 SIP 헤더 필드일 수 있다. d) 지시자는 예를 들어, PSAP 기능(예로서, 산악 구조 또는 해양 구조 또는 일반적인 911) 또는 비상 센터 기능 또는 비상 요원 기능을 지시하는 표준화된 SIP URN인 새로운 SIP 헤더 필드 값일 수 있다. e) 지시자는 새로운 URI 필드일 수 있다. f) 지시자는 예를 들어, user=psap인 새로운 SIP URI 필드값일 수 있고, 여기서 'user'는 URI 필드이고 'psap'는 콘택트 헤더 필드에 놓일 수 있는 새로운 값이다. g) 표준화된 SIP URN은 PSAP 또는 비상 센터 또는 비상 요원이 상주하는 신뢰 도메인에 의해 P-Asserted-Identity에 놓일 수 있다. h) 지시자는 FROM 헤더 필드에 포함될 수 있고 FROM 헤더 필드 값은 RFC 4474 또는 RFC 3893에 따라 표명될 수 있다. 이 솔루션은 인증서를 기반으로 한다.
상기에서 알 수 있는 바와 같이, 세션이 사실상 비상 세션인 것을 지시하기 위해 여러 가능한 방법들이 사용될 수 있다. PSAP는 VPLMN 네트워크와 같은 방문 네트워크에 있을 수 있고 HPLMN(Home Public Land Mobile Network)과 같은 홈 네트워크와는 어떠한 신뢰 관계도 갖지 않는다는 것이 강조되어 왔다. 이는 UE가 UE가 인식하지 못하는 비상 세션을 설정하는 경우 또는 요청이 PSAP 콜백이라는 지시를 SIP 메시지(예로서, 1xx 또는 2xx 응답 또는 SIP 타겟 리프레시 요청 또는 유사한 메시지)에 포함하는 모바일 종료 요청을 수신하는 경우에, PSAP 또는 네트워크는 또한 UE가 저장하게 될 토큰을 전송할 수 있는 경우를 가정한다. 네트워크는 이 토큰을 UE가 IM 코어 네트워크(CN) 서브시스템에 등록하는 경우에 제공할 수 있다. 토큰은 내부에 있거나 착탈식일 수 있는, 메모리에 저장될 수 있다. UE의 비상 통화가 연결이 끊기거나 비상 세션이 요청중이라는 것이 UE에게 통지되어야 할 경우에, 네트워크 또는 PSAP는 이 토큰을 포함할 수 있다. 이 토큰을 네트워크로부터 수신시, UE는 이 토큰과 공유 토큰을 비교할 수 있다. 두 토큰들이 일치하지 않으면, UE는 그 통화가 비상상황과 관련되지 않은 것으로 안다.
"비상 상황"인 것으로 설정된 SIP "우선순위" 헤더 필드는 지금까지 비상 통화에 대한 신뢰성있는 지시자로서 사용되어 오지 않았다[RFC 3261]. SIP UA의 설치된 베이스는 상이한 헤더를 가지게 될 것이고, 처리가 필요하다면, 이 헤더에서 벗어나는 처리가 행해질 것이다.
PSAP 콜백 또는 비상 통화 시그널링 응답이 회선교환망을 통해 수신되는 경우, 솔루션은 종종 ISUP/TUP (ISDN User Part/Telephone User Part) 기반 시스템에서 비상 통화의 지시를 나르는데에 사용되는 적합한 발신측 카테고리(Calling-Party-Category) 필드들간의 매핑을 허용할 수 있다. 일반적으로, ISUP/TUP 시그널링 정보는 RFC 5031에 정의된 비상 상황 urn:service:sos 식별자만큼 정밀한 입도(granulity)를 허용하지 않는다.
도 1은 IMS 네트워크(120)와 연계된 하나 이상의 컴포넌트를 포함하는 시스템(10)을 예시한다. UE(110)는 IMS 네트워크(120)에 연결될 수 있는 임의의 최종 사용자 디바이스 또는 시스템일 수 있다. UE(110)의 예로는 모바일 전화, 고정 유선 전화, (디지털, 셀룰러, 또는 듀얼 모드 디바이스를 포함하는) 모바일 무선 디바이스, 개인 휴대용 단말기기, 랩톱/태블렛/노트북 컴퓨터들, 및 데스크톱 컴퓨터를 포함할 수 있지만 이에 한정되지는 않는다. UE(110)는 IMS 네트워크(120)를 통해, 911 시스템 또는 다른 비상 통화 센터 또는 시스템일 수 있는 PSAP(130)와 통신할 수 있다.
IMS 네트워크(120)는 UE(110)과 PSAP(130)간에 IMS 기반 연결을 용이하게 할 수 있는, 기지국 및 기타 무선 송신 및 수신 장비와 같은 임의의 공지된 컴포넌트 셋트를 포함할 수 있다. 도시하진 않았지만 IMS 네트워크(120)에 존재할 수 있는 기타 컴포넌트들은 UE(110)에 대한 접촉의 맨처음 지점일 수 있는 P-CSCF(Proxy Call Session Control Function; 세션 제어, 사용자 프로파일의 다운로딩 및 업로딩, 및 기타 기능을 수행할 수 있는 S-CSCF(Serving CSCF); PSAP(130)에 대한 세션 컨트롤러능을 제공할 수 있는 E-CSCF(Emergency CSCF); 및 IMS 기반 세션을 개시 및 유지하기 위한 기타 공지된 컴포넌트들이 있다.
비상 통화를 걸기 위해, UE(110)는 다이얼로그 또는 독립 트랜잭션에 대한 초기 SIP 요청, 또는 알려지지 않은 방법(예, SIP INVITE 요청)(140) 또는 유사한 초대 메시지를 IMS 네트워크(120)를 통해 PSAP(130)에 전송할 수 있다. PSAP(130)는 일반적으로 SIP 1xx 또는 SIP 2xx 응답 (예로서, SIP 200OK) 메시지(150), 또는 유사한 응답 메시지를 이용하여 초대 메시지(140)에 응답한다. 대안으로서, PSAP(130)는 타겟 리프레시 요청(예로서, re-INVITE 요청)을 송신할 수 있다. 그후 표준 SIP 절차가 UE(110)와 PSAP(130)간에 비상 통화를 수립하기 위해 뒤따를 수 있다.
일 실시예에서, 응답 메시지(150)는 UE(110)가 건 통화가 비상 통화였다는 것을 지시하는 지시자(160)를 포함한다. 이 지시자(160)는 UE(110)가 건 통화가 비상 통화(예로서, 걸려진 통화가 예로서, urn:service:sos 통화, urn:service:sos.animal-control 통화, 또는 urn:service:sos.police 통화로서 카테고리화될 수 있는 것으로 결정된다면, urn:service:sos, urn:service:sos.animal-control, 또는 urn:service:sos.police와 같은 RFC 5031에 규정된 비상 서비스 URNs)였다는 지정자로서 UE에 의해 인식될 수 있는 비트, 플래그, 또는 일부 기타 데이터 요소일 수 있다. UE(110)가 지시자(160)를 포함하는 응답 메시지(150)을 수신하는 경우, UE(110)는 자신이 건 통화가 IMS 비상 통화이었다는 것을 식별하고 그러면 적합한 동작을 취할 수 있고 비상 통화를 위한 기능을 호출한다. UE(110)가 취할 수 있는 동작 중 하나는 UE 사용자에게 발신 통화의 속성을 지시하는 것이다. 즉, UE(110)는 사용자에게 통화가 비상 통화이었다는 것을 경고할 수 있다. 경고는 UE(110)의 디스플레이 화면상에 나타나는 메시지, 시각적 또는 청각적 경고, 또는 통화의 속성에 대한 지시 또는 기타 유형의 환경 조건일 수 있다. UE(110)가 취하는 기타 동작들로는 SIP ACK 또는 SIP PRACK 메시지와 같은 SIP 요청 메시지(170) 또는 다이얼로그의 임의의 후속하는 SIP 요청부(타겟 리프레시 요청을 포함함) 또는 새로운 다이얼로그를 위한 요청을 송신하는 것을 수반할 수 있는 데, 여기서 다이얼로그를 위한 요청은 비상 세션에 대한 대응하는 다이얼로그 식별자 값과 동일한 값 셋트를 지닌 SIP Target-Dialog 헤더 필드 셋트를 사용한다. SIP Target-Dialog 헤더 필드를 지닌 세로운 다이얼로그 메시지(170)에 대한 요청을 전송하는 경우에, 송신자가 기존의 다이얼로그의 다른 한 측에 존재하고 있기 때문에, 또는 다이얼로그 식별자에 대한 액세스 권한을 갖기 때문에, 송신자가 수신자와의 기존의 다이얼로그에 대해 알고 있다는 것을 수신자에게 지시할 수 있고, 그러면 수신자는 상기와 같은 알고 있다는 사실에 기초하여 요청을 승인할 수 있다. SIP의 제한 사항에 종속되어, 상기 메시지들은 어느 것이나 수신자가 PSAP(130)이면 PSAP(130)에 있을 수 있는 정보의 일부분으로서 상기 요청내에 정보를 포함시킬 수 있다. 상기 설명한 바와 같이, 메시지(170)는 SIP 타겟 리프레시 요청, SIP UPDATE, SIP re-INVITE 메시지(170), 또는 유사한(승인응답(acknowledgement)) 메시지(예로서, SIP PRACK)일 수 있다. 메시지(170)는 하기에 상세히 설명하는 바와 같이, UE(110)에 대한 정보(180)를 포함할 수 있다. SIP 프로토콜에서의 제한사항으로 인해, 정보(180)는 여러 SIP 메시지를 통해 확산될 수 있는 데, 예를 들어, 일부 정보는 SIP PRACK에 있을 수 있고, 일부 정보는 PSAP에서 발신된 또는 네트워크에서 발신된 요청 또는 SIP UPDATE 요청에 대한 응답에 있을 수 있고, 및 일부 정보는 기타 SIP 타겟 리프레시 요청에 있을 수 있다. 정보(180)는 IMS 네트워크(200)에서 하나 이상의 컴포넌트를 위한 또는 PSAP(130)(130)를 위한 것으로 의도될 수 있다. 정보(180)는 선택사항으로서 (예로서 PSAP(130)와) 공유되지 않는, 식별, 네트워크 액세스 및 위치 정보와 같은, 소정의 비상관련 정보를 지시하는 기타 지시자 또는 플래그를 포함할 수 있다. 하나 이상의 프라이버시 지시자가 설정된다면, 네트워크는 라우팅 목적으로 또는 익명의 콜백을 제공하기 위해 비상 상황 관련 정보를 사용할 수 있을 수도 있다.
또다른 실시예에서, 정책이 UE(110)에 저장될 수 있다. 정책 또는 정책들은 비상 세션 요청이 허용되는 경우 프라이버시를 요청하는 하나 이상의 지시자를 포함하는 지에 대해, 또는 PSAP가 콜백을 행한 경우 비상 관련 정보가 제공되는 지에 대해, 또는 PSAP 콜백에 응답하여 비상 관련 정보가 제공되는 경우 프라이버시를 요청하는 것이 허용되는 지에 대해 결정하기 위해 사용될 수 있다. 정책은 UE(110)가 위치를 포함하지만 이에 한정되지는 않는 프라이버시에 민감한 정보를 유출하기를 원하는 경우 협의될 수 있다. 정책은 사용자가 제공한 것이나, 오퍼레이터가 제공한 것이거나, 이들 양자 모두에 의해 제공된 것일 수 있다. 정보가 사용자 및 오퍼레이터 양자 모두에 의해 제공된 것일 경우에, 오퍼레이터는 디폴트 정책을 제공할 수 있지만, 사용자는 사용자 및 오퍼레이터가 동의한다면 상기 정책을 무시할 수 있다. 정책은 디바이스의 내부에 있거나 외부에 있는 메모리에 저장될 수 있다.
정책/설정(policy/preference)은 PSAP의 규제 요건에 반대하는 방식으로 설정될 수 있을 수 있다. 예를 들어, UE(110)는 사용자 관련된 또는 이벤트 관련된 정보를 제공할 지의 여부를 선택할 수 있는 국가로부터 올 수 있고, 정책/설정은 정보가 제공되지 않도록 설정될 수 있다. 대안으로서, 정책/설정은 정보가 제공될 수 있지만(예로서, 가장 가까이 있는 PSAP를 결정할 목적으로), 요청은 정보가 공개되지 않도록 행해질 수 있다. UE(110)는 그후 위치 정보가 있는 경우 법률에 의해 제공되어야 하는 지역으로 갈 수 있다. 그러한 경우에, 네트워크는 UE(110)에게 정책/설정이 무시되었고 정보는 제공되어야 한다는 것을 신호로 알릴 수 있다. 상기 무시 통지는 메시지내의 토큰으로서 네트워크로부터 시그널링될 수 있다. 예를 들어, SIP 메시지는 새로운 특징 태그, 새로운 URI 파라미터, XML 본문, SDP 파라미터, 또는 유사한 코딩 특징으로서 코딩된 토큰을 포함할 수 있다. 이 토큰은 UE(110)에 의해 신뢰될 수 있는 속성을 필요로 할 수 있다.
하기의 설명은 UE(110)가 거동할 수 있는, 일 실시예의 방법을 설명한다.
기본 절차
정책/설정값을 세트시킴
네트워크로부터 수신된 무시 토큰을 포함하는 메시지
설정값/정책을 협의
위치 정보 제공을 허용
토큰이 수신되었는 지에 대한 결정을 허용하지 않음
수신된 토큰이 토큰의 진정성을 확인하고 유효하다면 위치 정보를 제공함
수신된 토큰이 위조하고, 수신된 네트워크 위조 토큰에 지시를 제공하고, 위치 정보를 제공 하지 않음.
토큰은 SIP INVITE와 같은, PSAP(130)로부터의 콜백에 포함되어 반송될 수 있다. 대안으로서, 토큰은 UE(110)가 네트워크(120)에 등록하는 시점에 제공될 수 있고, 이에 따라 IMS에서 토큰은 비상 등록에 응답하여 SIP 200OK 메시지에 제공될 수 있다. 200OK 메시지내에서, 토큰이 새로운 특징 태그, 새로운 URI 파라미터, XML 본문으로 코딩된다면, 토큰은 보안 토큰일 수 있다. LTE/SAE 네트워크에서, 200OK 메시지는 네트워크에 연결하기 위한 요청에 응답하여 또는 UE(110)의 인증 시퀀스의 일부로서 송신될 수 있다.
또 다른 실시예는 UE가 비상 콜백을 수신하다면 UE(110)의 거동을 지시하는 시스템 메시지에 VPLMN 정책이 브로드캐스팅될 수 있다는 것이다.
정책 프로비저닝은 OMA DM, CP, OTA, 독점, 또는 기타 방식과 같은 것들을 포함하지만 이에 한정되지는 않는 것 중 하나를 통해 수행될 수 있다. 프로비저닝되는 경우, 셀 브로드캐스트, SMS, USSD, MBMS, 제너릭 IP 파이프, 또는 기타 이송 방법들중의 임의의 것이 사용될 수 있다.
정책은 내부 또는 외부 메모리에 저장될 수 있다. 외부 메모리는 PC 카드 PCMCIA, 콤팩트플래시 I CF-I, 콤팩트플래시 II CF-II, 스마트미디어 SM/SMC, 메모리 스틱 MS, 메모리 스틱 듀오 MSD, 메모리 스틱 PRO 듀오 MSPD, 메모리 스틱 PRO -HG 듀오 MSPDX, 메모리 스틱 마이크로 M2, 멀티미디어 카드 MMC, 멀티미디어 카드 RS-MMC, MMC마이크로 카드 MMC마이크로, 보안 디지털 카드 SD, SxS SxS, 유니버셜 플래시 스토리지 UFS, 미니SD 카드 미니SD, 마이크로SD 카드 마이크로SD, xD-픽춰 카드 xD, 인텔리젼트 스틱 i스틱, 시리얼 플래시 모듈 SFM, μ 카드 μ카드, NT 카드 NT NT+, USIM, R-UIM등을 포함할 수 있지만 이에 한정되지는 않는다.
정책 정보의 일 실시예에서, 각각의 파일에 대해 8개 비트로 구성된 착탈식 메모리상에 파일이 있을 수 있다. 비트 1(최하위 유효비트(LSB))은 위치 정보가 제공되어야 한다는 것을 지시하기 위해 1로 설정될 수 있고, 또는 위치 정보가 제공되지 않아야 한다는 것을 지시하기 위해 0으로 설정될 수 있다. 나머지 7개 비트 모두는 유보될 수 있다(RFU). 사용자 설정 파일은 PIN 제어하에(즉, PIN을 입력한 후, 사용자는 파일의 콘텐츠를 제어할수 있음), 오퍼레이터 파일은 ADM(관리자(Administrative)), 관리자(카드 발행자, 통상적으로는 캐리어)가 아닌 임의 당사자가 파일의 콘텐츠를 변경시키는 것을 방지하는 제어하에 있을 수 있다.
다양한 실시예에서, 정책은 상이한 포맷으로 구현될 수 있다. 정책에 대한 포맷의 한 예는 하기에 제공되지만, 포맷은 제시된 예에 한정되지 않으며, 다른 포맷도 고려된다.
/<X>/PSAP 콜백시 비상 위치 정책/
비상 위치 정책 잎(leaf)은 UE가 비상 콜백에 대한 비상 정보를 제공하는 지의 여부를 지시함.
* 발생(Occyrrence): 1
* 포맷: 부울(bool)
* 액세스 타입: 획득(Get), 대체(Replace)
* 값: 0, 1
0 - UE가 비상 정보를 제공함.
1 - UE가 비상 정보를 제공하지 않음.
<Node>
<NodeName> Emergency Location policy </NodeName>
<DFProperties>
<AccessType>
<Get/>
<Replace/>
</AccessType>
<DFFormat>
<bool/>
</DFFormat>
<Occurrence>
<One/>
</Occurrence>
<DFTitle> Emergency Location policy </DFTitle>
<DFType>
<MIME>text/plain</MIME>
</DFType>
</DFProperties>
</Node
상기 설명한 바와 같이, UE(110)가 지시자(160)를 포함하는 응답 메시지(150)를 수신하는 경우, UE(110)는 자신에 대한 정보를 PSAP(130)에 송신할 수 있다. 정책이 허용한다면, UE(110)가 SIP 메시지(170)에 포함할 수 있는 정보(180)의 한 조각은 UE의 공중 사용자 아이덴티티(public user identity)(Tel URI, SIP URI, 또는 MSISDN(Mobile Station International ISDN Number;이동국 국제 ISDN 번호) 또는 일부 기타 식별 심볼이다. 그러한 정보를 포함하는 것은 정책에 종속될 수 있거나 개인 정보가 PSAP 또는 비상 센터 또는 신뢰되지 않는 네트워크 요소와 공유되지 않는 지시자를 수반할 수 있다. 공중 사용자 아이덴티티는 GRUU 포맷일 수 있거나 회선 교환 기술을 통한 콜백이 가능한 충분한 정보를 예로서, Tel URI 포맷으로 포함할 수 있다. PSAP(130)는 하기에서 설명하는 바와 같이, 필요한 경우엔 UE(110)에게 콜백을 걸기 위해 식별자를 사용할 수 있다. UE(110)가 승인응답 메시지(170)에 포함시켜 송신할 수 있는 정보(180)의 다른 한 조각은 UE(110)가 사용하는 액세스 타입이다. 예를 들어, 비상 통화가 무선 LAN(local area network)를 통해 행해지고 있다면, UE(110)는 상기 정보(180)에 그 사실뿐만 아니라 셀 ID, 라인 ID, 및/또는 무선 LAN 액세스 노드 ID등을 포함할 수 있다. 다이얼로그 동안, UE의 IP-CAN(IP-Connectivity Access Network)에 대한 접속점은 변할 수 있다(예로서, UE는 상이한 셀에 연결됨). UE는, IP-CAN에 대한 현재 접속점(예로서, 현재 셀 정보)을 이용하여, 정보의 송신이 지원되는 다이얼로그에서의 임의의 요청 또는 응답(예를 들어, ACK 요청 및 CANCEL 요청 및 응답을 배제하는)에 P-Access-Network-Info 헤더를 포함시킬 수 있다.
UE(110)가 자신의 지리적 위치를 예를 들어, GPS(global positioning system)를 사용하여 알고 있다면, UE(110)는 CGI(Cell Global Identity), SSID(Service Set Identifier), 랜드마크와 같은 중간 지점, 및 대응하는 CGI를 갖춘 인접 셀의 신호 강도등을 포함하지만 이에 한정되지는 않는, 또다른 정보(180)의 조각으로서 자신의 정보를 포함할 수 있다. UE(110)가 자신의 지리적 위치를 알고 있지 못하면, 위치 관련 데이터는 정보(180)에 포함되지 않는다. GRUU(globally routable UA(user agent) URI(uniform resource identifier))가 UE(110)와 연관된다면, UE의 GRUU가 또다른 정보(180)의 조각으로서 포함될 수 있다. 사용자의 프라이버시 설정값에 따라, GRUU는, 일반 GRUU(P-GRUU)이거나 P-GRUU가 임시 GRUU(T-GRUU) 보다 선호된다고 해도, T-GRUU일 수 있다.
정보에 포함될 수 있는 기타 항목으로는 UE(110)의 성능, UE(110)에 의해 사용중인 무선 액세스 기술, UE(110)의 배터리 수명, 신호 강도, 및 네트워크 아이덴티티(예로서, CGI, SSID, SID)이 포함될 수 있다. UE(110)는 PSAP(130)에 전송되어야 할 일반적으로 알려진 이콜 기능(ecall functionality)을 호출할 수 있다.
PSAP(130)에 도달하기 이전에, 비상 요청은 IMS 네트워크(120)내의 하나 이상의 컴포넌트에 의해 처리될 수 있다. 그러한 컴포넌트의 하나는 P-CSCF 이다. IMS 네트워크 컴포넌트는 요청들이 비상상황과 관련된 것인 지를 결정하기 위해 모든 요청을 검사할 수 있다. 요청이, 구성 및 규제 정책에 기초하여, 비상상황에 관련된 것으로 결정된다면, 네트워크 컴포넌트는 요청을 거부하거나 요청을 재포맷(reformat)하거나 UE(110)에 전송된 SIP 응답에 비상 통화 지시자(160)를 포함시키도록 결정할 수 있다. 요청 재포맷팅은 UE가 T-GRUU 및 공중 사용자 아이덴티티가 제공되어야 한다는 것을 지시하는 네트워크 오퍼레이터 정책 설정값(예로서, P-CSCF에서)제공한다면 행해질 수 있다. 그러한 경우에, T-GRUU는 GRUU로 대체될 수 있다. 또한, PSAP에 라우팅되어야 할 메시지의 재포맷팅은, 그 메시지가 P-Preferred-Service 헤더 필드, P-Asserted-Service 헤더 필드, ICSI(IMS Communication Service Identifier;IMS 통신 서비스 식별자)값으로서 (3GPP TS 24.229의 subclause 7.2A.8.2에 규정된 바와 같이 코딩된)값을 포함하는 Accept-Contact 헤더 필드 또는 g.3gpp.app_ref 피처 태그에 요청과 관련된 영개 이상의(zero or more) IARI(IMS Application Reference Identifier(IMS 애플리케이션 레퍼런스 식별자))값으로서 (3GPP TS 24.229의 subclause 7.2A.9.2에 규정된 바와 같이 코딩된)값을 포함한다면 수행될 수도 있다. P-Preferred-Service 헤더 필드, P-Asserted-Service 헤더 필드는 PSAP 또는 비상 센터에 전달되지 않아야 한다. Accept-Contact 헤더 필드는 PSAP에서 세션을 종료시키는 에이전트를 선택할 때 ICSI 값 및 IARI 값이 상호작용을 야기할 수 있으므로 이 값들에 대해 대비하여야 한다. Accept-Contact 헤더 필드가 g.3gpp.app_ref 미디어 피처 태그를 포함한다면, 태그들과 태그들의 값들은 제거되어야 한다. Accept-Contact 헤더 필드가 g.3gpp.app_ref 미디어 피처 태그를 포함한다면, 태그들 및 태그의 값들은 제거될 수 있다.
다른 말로 하면, "재포맷팅(reformatting)"이라는 용어는 임시 GRUU를 일반 GRUU로 변경시키는 것을 포함할 수 있다. 이는 UE가 연결해제되고 재등록하여야 한다면 임시 GRUU는 유효하지 않기 때문에 행해진다. PSAP는 UE가 등록해제하고 재등록한 후엔 임시 GRUU에 콜백을 행할 수 없다. 반면에, 일반 GRUU는 UE가 등록해제하고 재등록한 후에도 라우팅될 수 있는 속성(완료할 가능성이 높은 해당하는 일반 GRUU에 대한 PSAP 콜백을 행하는 것 )을 갖는다. "재포맷팅"은 또한 ICSI 또는 IARI 피처 태그, P-Preferred-Service 헤더 필드 및/또는 P-Asserted-Service 헤더 필드를 전파하는 것을 포함하지 않을 수 있다. 이러한 태그 또는 필드의 존재는 PSAP에서 요청에 대한 취급을 왜곡시킬 수 있고 요청은 예를 들어, 요청된 서비스의 타입 및 지리적 근접도에 의하기 보단, UE에서 지원되는 서비스에 기초하여 라우팅되게 한다. 일반적으로 UE, P-CSCF, E-CSCF, 및 PSAP간의 세션 경로에 S-SCSF 및 (멀티미디어 전화) 애플리케이션 서버가 없기 때문에, UE가 지원하는 이 서비스들은 비상 통화 동안 일반적으로 이용할 수 없다. 비상 요청의 일부분으로서 그것을 시그널링하는 것은 UE가 자신이 행한 요청이 정상 요청이라고 믿기 때문에 UE는 그 요청이 비상 요이라는 것을 인식하지 못하며 ICSI 또는 IARI 특징 태그, P-Preferred-Service 헤더 필드 및/또는 P-Asserted-Service 헤더 필드를 포함하는 경우에도 임의의 목적에 대해 제역할을 하지 못하며 위치, 요청된 서비스 타입, 및 RFC 3261 절차에 기초하여 결정된 것 보단 단지 다른 PSAP 또는 PSAP 사용자 에이전트에 요청이 라우팅되는 결과를 초래하거나 요청을 손상시킬 수 있을 뿐이다. 최악의 시나리오의 경우에, PSAP 사용자 에이전트가 상기 서비스를 위한 자신의 지원을 등록한다면, 다른 PSAP 사용자 에이전트 보다 높은 비상 서비스 요청 부담을 지게 되고, 이는 비상 응답에서의 지연을 초래할 수 있다.
IMS 네트워크(120)내의 컴포넌트가 비상 서비스 요청을 거부하는 경우의 실시예에서, 300(다수 선택), 301(영구적으로 이동됨), 302(임시적으로 이동됨), 380(대안 서비스) 메시지와 같은, SIP 3xx 메시지, 또는 SIP 4xx 응답 또는 SIP 6xx 응답으로 응답할 수 있다. SIP 380(대안 서비스)은 바람직하게 UE가 CS와 같은 또다른 액세스 기술을 시도하거나 비상 등록에 의해 생성된 컨텍스트와 같은 다른 보안 컨텍스트/등록을 사용/생성하여야 한다는 것을 지시하는 데에 사용된다. 메시지는 UE에게 현재 컨텍스트(비상 등록의 결과로서 생성되어 있을 수도 있음)를 사용하지 말 것을 통지하는 데에도 사용될 수 있다.
하기의 내용은 네트워크가 요청을 거부하기 위해 구성될 수도 있는 경우들이다. a) 네트워크가 비상 세션을 취급할 수 없는 경우; b) P-CSCF가 속하는 IM CN 서브시스템이 비상 세션을 취급할 수 없는 경우; c) 로컬 정책으로 인해, 네트워크가 비상 세션을 취급할 수 없는 경우; d) 네트워크가 단지 특정 타입의 비상 세션요청만을 취급하는 경우; e) UE가 로밍하고 있는 경우; f) P-CSCF가 UE의 홈 오퍼레이터 네트워크가 아닌 상이한 네트워크에 있는 경우; g) UE가 위치된 지리적 위치 또는 UE가 접속된 IP-CAN에 대한 비상 세션을 지원하지 않는 경우.
3xx 리디렉션 응답은 현재 접속된 네트워크에서만 유효하거나 라우팅될 수 있다는 것을 알아야 한다. 예를 들어, urn:service:sos.animal-control은 UE(110)가 접속/등록할 수 있는 일부 네트워크들에 대한 주소록에서 유효할 수 있다. 주소록내의 주소의 사용은 UE(110)가 접속/등록된 지역 또는 오퍼레이터에 대해 조건부일 수 있다. 상기 비상 관련 요청 또는 비상과 관련되지 않은 것으로 결정된 요청에 대해 UE가 다른 주소를 사용하도록 촉구하는 3xx 응답은, 어드레스북에서 대응하는 주소록 엔트리를 단순히 변경함으로써, 행해지지 않아야 한다.
비상 세션 요청의 타입이 지원되지 않기 때문에 네트워크가 요청을 거절하는 경우들에 대한 두 가지 예가 설명될 수 있다. 첫번째 예에서, RFC 5301은 urn:service:sos.aninmal-control은 하기와 같이 정의한다: 동물 통제는 동물 통제 및 관리에 관한 법률 및 법령을 시행하고, 동물 학대의 경우를 조사하고, 책임감있는 애완돌물 소유권 및 야생동물 보호에 대해 책임있는 지역사회를 교육하고, 기타 동물 관련 서비스중에서, 집없는 동물에 대한 보호 및 주거를 제공하는 것이라 규정한다. 일부 관할구역에선, urn:service:sos.aninmal-control에 대한 요청은 네트워크 및 오퍼레이터 비상 절차(예를 들어, UE가 등록하지 않았거나 불충분한 크리덴셜을 갖는 경우 urn:service:sos.aninmal-control에 대한 요청을 허가하지 않거나 허가하는)에 종속하게 된다는 관점에서 비상 상황인 것으로서 분류되지 않을 수 있다. 그와 같이 구성된 경우, 네트워크는 통화가 실제적으로 비상 상황이 아니라는 지시를 이용하여 거절하거나, 통화가 비상 상황이 아니라는 지시를 이용하여 거절하고 접속을 위한 상이한 URI 및/또는 숫자 스트링과 같은 상이한 CS(회선 교환) 네트워크주소를 제공하는 바와 같이 실행되어야 할 대안 단계들을 제공할 수 있다. 비상 서비스 URN은 라우팅될 수 없고 E.164 번호가 아니므로, UE는 라우팅될 수 있는 주소 또는 번호를 알지 못하므로 진행될 수 없다. 그러한 관할구역에선, UE가 (3GPP TS 24.008에 규정된 바와 같은)비상 절차를 실행했다면 그리고 UE가 예를 들어, urn:service:sos.aninmal-control를 접속하고 있을 때 거절을 수신하면 예를 들어, "911" 또는 "112" 를 자동적으로 접속하지 않아야 한다면부적절할 것이다.
CS를 통해 인에이블된 UE가 로컬 CS 비상 번호의 리스트(예를 들어, 수신된 위치-갱신 절차의 결과)를 수신할 수 있음을 알아야 한다. UE는 요청된 비상 서비스 타입을 CS 비상 요청에 지시할 수 있고 3GPP TS 24.008의 절차를 이용하여 요청된 PSAP에 접속될 수 있다. 예를 들어, 하기의 표가 있을 수 있다.
[표 1]
Table 10.5.135d/3GPP TS 24.008: Service Category information element
Figure pct00001
그러나, 현재 urn:service:sos.aninmal-control에 대한 매핑은 존재하지 않는다. RFC 5031에 정의된 바와 같은 일부 기타 비상 서비스(예로서, urn:service:sos.police)에 대한 매핑은 비상 카테고리 값(예로서, urn:service:sos.police는 비상 서비스 카테고리 값의 비트 1에 매핑하고, urn:service:sos.ambulance는 비상 서비스 카테고리 값의 비트 2에 매핑하고, urn:service:sos.fire는 비상 서비스 카테고리 값의 비트 3에 매핑하고, urn:service:sos.marine는 비상 서비스 카테고리 값의 비트 4에 매핑하고, urn:service:sos.mountain는 비상 서비스 카테고리 값의 비트 5에 매핑한다)내의 대응하는 비트를 설정함으로써 행해질 수 있다. urn:service:sos.aninmal-control, urn:service:sos.physician, urn:service:sos.poison, urn:service:sos.gas 및 기타 사항은 통화가 오퍼레이터가 정의한 디폴트 비상 쎈터에 라우팅되도록, 어떠한 비트들도 "1"로 설정되지 않은 비상 서비스 카테고리 값에 매핑할 수 있다. 대안으로서, 네트워크에서 어떠한 PSAP도 지원되지 않는 요청에 대해, UE는 (3GPP TS 24.228의 절차를 이용하여) 정상 SIP 요청을 행하거나 (3GPP TS 24.008의 절차를 이용하여)정상 CS 통화를 설정하도록 지시될 수 있다. 네트워크는 이에 대해 비상 서비스 카테고리 값(즉, 매핑이 표준화되어야 할 urn:service:sos URN중의 하나가 아님)에 매핑될 수 없는 대안 주소를 지시하지 않음으로써 달성할 수 있다. 비상 요청이 PSAP에 의해 수신되지만 PSAP는 요청을 처리하여 SIP 380 또는 유사한 메시지를 처리할 수 없는 경우엔, 소정 URN으로부터 비상 서비스 카테고리 값으로의 매핑이 UE에 존재한다면, 통화는 자동적으로 그 CS PSAP E.164 번호로 설정되어야 한다.
두 번째 예에서, P-CSCF는 비상 요청이 urn:service:sos.police에 대해 행해진 것으로 결정할 수 있다. 그러나, 예를 들어, 네덜란드에서, 경찰과 연락되는 것은 영장 활성화 비상 절차 정의에 따르지 않는다. 그 대신, "112"와 상이한 특수한 번호, 0900-8844로 구성된다. 기타 예들로는 "19" 경찰(알바니아), "100"(경찰 및 소방서 대대(그리스 도시)), "100"(앰뷸런스 및 소방서 대대(벨기에)), "112"(경찰 및 앰뷸런스(이태리)), "112"(일반 비상 통화, 모든 카테고리(스웨덴0), "115"(소방대대(이태리)), "144"(앰뷸런스(오스트리아)), "*377"(지역 경찰서 또는 공중 안전청, 텍사스의 비비상 상황 도로변 도움센터)등이 있다. 이러한 번호들은 프리미엄 서비스일 수 있다. UE가 예를 들어, "911" 또는 "112"에 자동적으로 접속되었다면, 네트워크가 urn:service:sos.police에 대한 통화를 거절한다면 부적절할 수 있고, 네트워크가 예를 들어, 0900-8844를, 인식하지 못하고 사용자와 같은 정상적인 통화인 것으로서 접속하여, 자동적으로 프리미엄 요금을 수납한다면 부적합할 수 있다. P-CSCF는, 숫자 스트링 예를 들어, 0900-8844를 SIP 3xx 응답에 제공하는 바와 같은 대안 단계들을 제공할 수 있다. 그러나, 숫자 스트링은 제공된 번호의 속성 및 행해진 통화의 속성을 지시하도록 문자 메시지가 디스플레이되어야 한다거나 및/또는 숫자 스트링이 디스플레이되어야한다는 것을 지시하는 메시지의 일부분일 수 있다.
일 실시예에서, P-CSCF는 비상 서비스 식별자에 따라 처리하는 것을 지시하는 로컬 및 로밍 파트너의 비상 서비스 식별자를 지닌 구성가능한 리스트를 갖는다. 요청을 거절할 때, 대안 비상 서비스 URI의 구성가능한 리스트는 응답에 포함될 수 있다. 예를 들어, SIP 콘택트 헤더의 일부분으로서 시그널링될 수 있다. 이 대안 비상 서비스들은 예를 들어, SIP 콘택트 헤더의 일부분으로서 시그널링되었을 때, 디스플레이될 수 있는 영문자숫자로 주석을 달 수 있다. 이 대안 비상 서비스들은 필요한 경우에만 디스플레이되는 것으로서, XML 속성 및 XML 요소를 갖춘 XML 본문을 사용하여, 식별될 수 있다.
또 다른 실시예에서, P-CSCF는 지원되지 않는 비상 서비스 타입(urn:service:sos:poison과 같은)에 대한 요청을 거절할 것이지만 정상 절차를 사용하여 사용자의 홈 네트워크 S-CSCF에 전송하기 위해(요청을 E-CSCF에 전송하는 것과는 대조적으로) 요청을 준비한다. 사용자의 홈 네트워크의 S-CSCF는 라우팅될 수 없는 요청 URI 값을 취급하도록 구성되어야 한다. IMS 네트워크는 urn:service:sos:poison로의 세션을 요청하는 로밍 사용자를 고려하도록 구성될 수 있고, 따라서 전세계의 절반일 수도 있는 UE에 의해 요청된 서비스는 적시에 효율적인 방식으로 취급될 수 있다. IMS 네트워크는 통화가 비상 통화가 아닌 것으로 결정되었고 그것의 취급은 상이할 것이라는 사실을 UE에게 SIP에 포함된 지시를 이용하여 제공할 수 있다. 이 지시는 플래그 및/또는 영문자숫자 정보일 수 있다. 이러한 타입의 지시자의 가능한 인코딩은 본원에 설명된다.
IMS 네트워크 컴포넌트가 UE(110)가 비상 통화를 비상 통화인 것으로 인식하지 못하고 개시시켰다고 결정하는 경우를 참조하면, 일부 실시예에서, IMS 네트워크는 UE(110)에 전송된 SIP 응답에 비상 통화 지시자(160)를 포함한다. 이 경우에, 지시자(160)는 콜셋업 시그널링 단계 동안 제공된다. 다른 실시예에서, 비상 통화 지시자(160)는 PSAP(130)에서 발신된 메시지에 포함된다. IMS 네트워크(120)는 그러면 PSAP(130)로부터의 메시지를 UE(110)에 전송한다
다른 실시예에서, IMS 네트워크(120)의 컴포넌트가 UE(110)에 전송된 SIP 응답에 비상 통화 지시자(160)를 포함한다면, UE(110)는 현재 시그널링을 폐기하고 정규 비상 통화 셋업 절차를 개시킬 수 있는 데, 이 절차는, 가능하거나 이용할 수 있다면, 회선 교환망을 통해 또는 비상 등록 절차를 개시시킨 후, 통화를 발신시키는 것을 수반하거나, 또는 SIP INVITE 요청이 비상 관련 통화 요청이라는 것을 지시하는 지시자를 포함하고 비상 관련 통화 요청에 대한 자체적인 비상 관련 정보를 포함하는 SIP INVITE 요청을 전송하는 것을 수반할 수 있다.
UE(110)가 SIP 메시지(170)에 포함하고 있는 정보(180)와 유사한 정보는 상이한 환경에서 전송된 메시지에 UE(110)에 의해 포함될 수 있다. 이에 대해 도 2에 설명되어 있는 데, 여기서, UE(110), IMS 네트워크(120), 및 PSAP(130)가 또다시 제시된다. 그러나, 이 경우 PSAP(130)는 UE(110)로의 콜백을 개시한다. 당업계에서 공지된 바와 같이, 비상 통화가 종료된 후, PSAP(130)는 여러 이유로 UE(110)로의 콜백을 할 수 있다. 예를 들어, 비상 통화가 비정상적인 것으로 종료된 것으로 나타난다면, PSAP(130)는 UE(110) 사용자가 임의의 추가 정보를 전달하기를 원하는 지를 결정하기 위해 UE(110)에게 콜백할 수 있다. 대안으로서, PSAP(130)는 초기 통화에서 부주의하게 요청되지 않았던 정보를 문의하기 위해 사용자에게 콜백할 수도 있다. 비상 통화의 종료 후 PSAP(130)로부터 비상 통화 발신자에게로의 콜백에 대한 기타 이유들은 당업자에겐 친숙한 것일 수 있다.
PSAP(130)는 SIP INVITE 메시지(210), 또는 유사한 메시지를 IMS 네트워크(120)를 통해 UE(110)에 전송함으로써 콜백을 개시시킬 수 있다. 일 실시예에서, SIP INVITE 메시지(210)는 SIP INVITE 메시지(210)가 비상 콜백과 관련되어 있다는 것을 지시하는 지시자(220)를 포함한다. 지시자(220)는 실질적으로 도 1의 지시자(160)와 유사할 수 있거나 일부 다른 타입의 지시자일 수 있다. UE(110)는 지시자(220)가 PSAP(130)로부터의 비상 콜백을 나타내는 지시라는 것을 인식할 수 있고 정책에 따라, 비상 콜백 기능을 호출함으로써 적합하게 지시자(220)에 응답할 수 있다. 일 실시예에서, 지시자(220)를 수신하는 것에 대한 UE(110)의 응답은 도 1의 지시자(160)의 수신시 UE(110)가 행했던 응답과 실질적으로 유사하다.
예를 들어, 지시자(220)를 인식하는 경우 UE(110)가 취할 수 있는 한 동작은 사용자에게 세션의 속성을 시각적으로 또는 청각적으로 지시하는 지시자(220)를 인식하는 것일 수 있다. 즉, UE(110)는 사용자에게 인입 통화가 비상 콜백이라는 것을 경고할 수 있다. 경고는 UE(110)의 디스플레이 화면상에 나타나는 메시지 또는 통화의 속성에 대한 일부 다른 타입의 지시일 수 있다. UE(110)가 취할 수 있는 다른 작용들은 SIP 2xx 또는 1xx 응답(예로서, SIP 200(OK) 응답) 230, 또는 정책에 따라, UE(110)에 대한 정보(240)를 포함하는, 유사한 메시지를 송신하는 것을 수반할 수 있다. 대안으로서, SIP의 제한으로 인해, 정보(240)는 여러 SIP 메시지 또는 네트워크 메시지(예를 들어, UE가 제공한 IP-CAN 아이덴티티 정보는 완전히 신뢰할 수 있는 것은 아닐 수 있고 그러므로 네트워크 제공(예로서, PCC(Policy Control and Charging)에 기반한 매커니즘은 그러한 정보를 제공할 수 있음)를 통해 또는 SIP re-INVITE 요청 또는 UPDATE 요청 또는 부분적으로 SIP PRACK 요청과 같은 타겟 리프레시 요청내에서 전송될 수 있다. 정보(240)는 도 1의 지시자(160)의 수신시 UE(110)가 제공한 정보(180)와 실질적으로 유사할 수 있다.
UE(110)가 PSAP(130)에 전송할 수 있는 정보(240)의 한 조각은 UE의 공중 사용자 아이덴티티 또는 일부 기타 식별 심볼이다. UE(110)가 SIP 200OK 메시지(230)에 포함시켜 송신할 수 있는 정보(240)의 다른 조각은 최초 비상 통화에 대해 UE(110)가 사용한 액세스 타입이다. 예를 들어, 비상 통화가 무선 LAN을 통해 행해졌다면, UE(110)는 정보(240) 뿐만 아니라 셀 ID, 라인 ID, 및/또는 무선 LAN 액세스 노드 ID에 그러한 사실을 포함할 수 있다.
UE(110)가, 예를 들어 GPS 시스템의 사용을 통해, 자신의 지리적 위치를 알고 있다면, UE(110)는 정보(240)의 다른 조각으로서 자신의 위치를 포함할 수 있다. UE(110)가 자신의 지리적 위치를 알고 있지 못하면, 위치 관련 데이터는 정보(240)에 포함되지 않는다. GRUU가 UE(110)와 연관되어 있다면, UE의 GRUU는 정보(240)의 다른 조각으로서 포함될 수 있다.
대안 실시예에서, PSAP(130)는 회선 교환(CS) 통화를 셋업할 수 있고 그러면 CS 게이트웨이는 CS 통화가 CS 게이트웨이로 라우팅된다면 상기 통화를 변환하고 패킷 교환 기술로 시그널링할 수 있다. PSAP(130)로부터의 인입 통화에 의해 트리거되면, CS 게이트웨이는 SIP INVITE 메시지(210), 또는 이와 유사한 메시지를 IMS 네트워크(120)를 통해, UE(110)에게 전송함으로써 콜백을 패킷 교환 기술을 통해 개시시킬 수 있다.
도 3은 UE가 UE에게 전송된 비상 관련 메시지에 응답하는 방법(300)의 실시예를 나타낸다. 블록(310)에서, UE는 비상 관련 통화가 행해졌음을 지시하는 지시자를 포함하는 메시지를 수신한다. 일부 경우에, 비상 관련 통화는 UE가 통화가 비상상황과 관련되었다는 것을 알지 못한 채 UE에 의해 행해질 수 있다. 다른 경우엔, 비상 관련 통화는 UE로부터의 이전 비상 통화에 대한 응답으로 PSAP로부터 UE로의 콜백일 수있다. 블록(320)에서, UE는 제1 메시지(다이얼로그 또는 독립 트랜잭션, 공지되지 않은 방법에 대한 최초 SIP 요청 또는 유사한 메시지)가 비상상황과 관련된다는 것을 지시로서 지시자를 인식한다. 선택사항으로서, 블록(330)에서, UE는 비상 관련 통화가 비상상황과 관련되었다는 것을 UE 사용자에게 시각적, 청각적 또는 그 밖의 방법에 따른 지시를 제공한다. 블록(340)에서, UE는 비상 상황에 대해 자체적으로 비상 관련 정보를 포함하는 메시지를 전송한다.
본원에 개시된 발명은 3GPP(Third Generation Partnership Project) 기술 규격(TS;Technical Specification) 24.229 “Internet Protocol (IP) Multimedia Call Control Protocol Based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP); Stage 3”에 대한 하나 이상의 수정일 수 있다. 본 발명의 여러 실시예에 따라 TS 24.229에 대한 제안된 추가 및 수정 사항은 하기와 같다.
3GPP TS 24.229에 대한 하기와 같은 추가사항은 통화 개시가 UE로부터 비롯되는 경우에 초기 INVITE 요청에 적용된다.
UE가, INVITE 요청에 대한, 하나 이상의 비상 서비스 URI를 포함하는 <타입> 자식 요소의 "대안" 속성을 지닌 <대안 속성> 요소를 포함하는 XML 본문을 포함하는 380(대안 서비스) 응답을 수신하는 경우, UE는 3GPP TS 24.008[8]에 설명된 절차에 따라 통화 셋업을 사용하여 또는 비상 서비스 URI를 사용하여 subclause 5.1.3.1에 설명된 정상 통화를 시도할 수 있다. UE의 거동은 <타입> 자식 요소의 "대안" 속성이 없거나 비상 서비스 URI를 포함하지 않는다면 구현에 특정적이다.
3GPP TS 24.229에 대한 하기와 같은 수정사항은 일반적인 비상 서비스에 적용된다.
P-CSCF는 P-CSCF가 속하는 오퍼레이터에 대해 유효한 것들인, 로컬 비상 서비스 식별자들 즉, 비상 번호 및 비상 서비스 URN의 구성가능한 리스트를 저장하여야 한다. 이에 덧붙여, P-CSCF는 로밍 파트너의 비상 서비스 식별자들의 구성가능한 리스트를 저장하여야 한다. 로컬 및 로밍 파트너의 비상 서비스 식별자를 갖춘구성가능한 리스트는 비상 서비스 식별자에 따라 취급을 지시하여야 한다. 상기 취급이 요청이 거절되어야 한다고 지시하였을 때, 대안 비상 서비스 URI의 구성가능한 리스트는 응답에 포함될 수 있다.
3GPP TS 24.229에 대한 하기와 같은 추가사항은 비상 상황 등록 후 REGISTER 방법을 배제한 모든 다이얼로그 및 독립 트랜잭션에 대한 일반적인 처리에 대해 적용된다.
P-CSCF가 다이얼로그 또는 독립 트랜잭션 또는 공지되지 않은 방법에 대한 초기 요청의 Request-URI가 VPLMN 또는 HPLMN의 비상 서비스 식별자내에서 지원되지 않는 비상상황 타입과 매칭하는 것을 검출하면, P-CSCF는:
- INVITE 요청에 대해 380(대안 서비스) 응답으로 응답하여야 하고;
- Accept 헤더내에 3GPP IMS XML 본문에 대한 지원이 지시되지 않는다면 UE는 IM CN 서브시스템 XML 본문에 대한 XML 스키마의 버전 1을 지원하는 것으로 가정한다;
- 380(대안 서비스) 응답내에 하기의 사항을 포함한다;
- subclause 7.6.1에 설명된 바와 같은 3GPP IMS XML 본문의 연관된 MIME 타입으로 설정된 값들을 갖는 콘텐츠 타입 헤더 필드.
상기 본문은 하기의 내용을 포함하여야 한다:
a) 대안 서비스의 파라미터로 설정된, <대안 서비스> 요소;
b) Accept 헤더가 IM CN 서브시스템 XML 본문의 버전 2에 대한 지원을 지시한다면,
- "대안" 속성을 갖는 <타입> 자식 요소를 대안 비상 서비스 URI의 리스트로 설정하고;
- 그렇지않으면, <타입> 자식 요소를, "비상"으로 설정함;
c) 오퍼레이터가 구성가능한 이유로 설정된, <이유> 자식 요소.
3GPP TS 24.229에 대한 하기와 같은 대안적인 추가사항은 비상 상황 등록 후 REGISTER 방법을 배제한 모든 다이얼로그 및 독립 트랜잭션에 대한 일반적인 처리에 대해 적용된다.
P-CSCF가 다이얼로그 또는 독립 트랜잭션 또는 공지되지 않은 방법에 대한 초기 요청의 Request-URI가 VPLMN 또는 HPLMN의 비상 서비스 식별자내에서 지원되지 않는 비상상황 타입과 매칭하는 것을 검출하면, P-CSCF는:
- INVITE 요청에 대해 380(대안 서비스) 응답으로 응답하여야 하고;
- Accept 헤더내에 3GPP IMS XML 본문에 대한 지원이 지시되지 않는다면 UE는 IM CN 서브시스템 XML 본문에 대한 XML 스키마의 버전 1을 지원하는 것으로 가정한다;
- 380(대안 서비스) 응답 내에 하기의 사항을 포함한다;
- subclause 7.6.1에 설명된 바와 같은 3GPP IMS XML 본문의 연관된 MIME 타입으로 설정된 값들을 갖는 콘텐츠 타입 헤더 필드.
상기 본문은 하기의 내용을 포함하여야 한다:
a) 대안 서비스의 파라미터로 설정된, <대안 서비스> 요소;
b) 대안 비상 서비스 URI의 리스트로 설정된 "대안" 속성을 갖는 <타입> 자식 요소;
c) 오퍼레이터가 구성가능한 이유로 설정된, <이유> 자식 요소.
3GPP TS 24.229에 대한 하기와 같은 수정사항은 비상상황이 아닌 것을 등록 하는 것에 대해 REGISTER 방법을 배제한 모든 다이얼로그 및 독립 트랜잭션에 대한 일반적인 처리에 대해 적용된다.
P-CSCF가 등록된 사용자에 대해, 다이얼로그 또는 독립 트랜잭션 또는 공지되지 않은 방법에 대한 초기 요청을 수신하면, P-CSCF는 공지된 비상 서비스 식별자, 즉 구성가능한 리스트로부터의 비상 서비스 URN들에 대한 수신된 Route 헤더내의 가능한 엔트리 값들 및 비상 번호와 독립적인 요청 URI를 검사한다. 다이얼로그 또는 독립 트랜잭션 또는 공지되지 않은 방법에 대한 초기 요청의 요청 URI가 이들 리스트 중 임의의 리스트내의 비상 서비스 식별자중의 하나와 매칭한다는 것을 검출하면, P-CSCF는:
0) UE의 지리적 위치를 결정해야 한다. 액세스 기술에 특정한 절차는 각각의 액세스 기술에 특정한 부속서에 설명되어 있다. P-CSCF가 비상 세션을 취급할 수 없거나 로컬 정책으로 인해 비상 세션을 취급할 수 없거나 단지 비상 세션 요청의 특정 타입 또는 UE가 접속되거나 UE가 로밍하는 IP-CAN 만을 취급하거나 또는 P-CSCF가 UE의 홈 오퍼레이터의 네트워크가 아닌 상이한 네트워크에 속해 있다면, P-CSCF는:
- 380(대안 서비스) 응답을 UE에 회신함으로써 요청을 거절해야 한다;
- Accept 헤더내에 3GPP IMS XML 본문에 대한 지원이 지시되지 않는다면 UE는 IM CN 서브시스템 XML 본문에 대한 XML 스키마의 버전 1을 지원하는 것으로 가정한다;
- 380(대안 서비스) 응답내에 하기의 사항을 포함해야 한다;
- subclause 7.6.1에 설명된 바와 같은 3GPP IMS XML 본문의 연관된 MIME 타입으로 설정된 값들을 갖는 콘텐츠 타입 헤더 필드.
상기 본문은 하기의 내용을 포함하여야 한다:
a) 대안 서비스의 파라미터로 설정된, <대안 서비스> 요소;
b) Accept 헤더가 IM CN 서브시스템 XML 본문의 버전 2에 대한 지원을 지시한다면,
- "대안" 속성을 갖는 <타입> 자식 요소를 대안 비상 서비스 URI의 리스트로 설정하고;
- 다이얼로그 또는 독립 트랜잭션 또는 공지되지 않은 방법에 대한 초기 요청이 지원되는 타입의 비상상황에 대한 것이면, <타입> 자식 요소는 지원된 비상 통화이었음을 지시하기 위해 "비상상황"으로 설정된다.
- 그렇지않으면, <타입> 자식 요소를, "비상"으로 설정함;
c) 오퍼레이터가 구성가능한 이유로 설정된, <이유> 자식 요소.
d) <동작> 자식 요소는, 요청이 요청-URI에 비상 서비스 URN을 포함하고 있으면 "비상-등록"으로 설정됨.
주 1: UE가 홈 IM CN 서브시스템의 서빙 지지리 영역 외부에 있는 지리적 영역에 있을 경우에 로밍한다.
주 1a: "sip:911@example.com;user=phone"는 대안 비상 서비스 URI일 수 있다. "urn:service:sos.animal-control"는 지원되지 않는 비상 통화 타입일 수 있다.
주 2: 요청-URI내의 비상 서비스 URN은 네트워크에 대해 비상 통화 시도가 UE에 의해 인식되었다는 것을 지시한다.
3GPP TS 24.229에 대한 하기와 같은 대안 수정사항은 비상상황이 아닌 것을 등록하는 것에 대해 REGISTER 방법을 배제한 모든 다이얼로그 및 독립 트랜잭션에 대한 일반적인 처리에 대해 적용된다.
P-CSCF가 등록된 사용자에 대해, 다이얼로그 또는 독립 트랜잭션 또는 공지되지 않은 방법에 대한 초기 요청을 수신하면, P-CSCF는 공지된 비상 서비스 식별자들, 즉 구성가능한 리스트로부터의 비상 서비스 URN에 대한 수신된 Route 헤더내의 가능한 엔트리 값들 및 비상 번호와 독립적인 요청 URI를 검사한다. 다이얼로그 또는 독립 트랜잭션 또는 공지되지 않은 방법에 대한 초기 요청의 요청 URI가 이들 리스트 중 임의의 리스트내의 비상 서비스 식별자 중의 하나와 매칭한다는 것을 검출하면, P-CSCF는:
0) UE의 지리적 위치를 결정해야 한다. 액세스 기술에 특정한 절차는 각각의 액세스 기술에 특정한 부속서에 설명되어 있다. P-CSCF가 비상 세션을 취급할 수 없거나 로컬 정책으로 인해 비상 세션을 취급할 수 없거나 단지 비상 세션 요청의 특정 타입 또는 UE가 접속되거나 UE가 로밍하는 IP-CAN 만을 취급하거나 또는 P-CSCF가 UE의 홈 오퍼레이터의 네트워크가 아닌 상이한 네트워크에 속해 있다면, P-CSCF는:
- 380(대안 서비스) 응답을 UE에 회신함으로써 요청을 거절해야 한다;
- Accept 헤더내에 3GPP IMS XML 본문에 대한 지원이 지시되지 않는다면 UE는 IM CN 서브시스템 XML 본문에 대한 XML 스키마의 버전 1을 지원하는 것으로 가정한다;
- 380(대안 서비스) 응답내에 하기의 사항을 포함해야 한다;
- subclause 7.6.1에 설명된 바와 같은 3GPP IMS XML 본문의 연관된 MIME 타입으로 설정된 값들을 갖는 콘텐츠 타입 헤더 필드.
상기 본문은 하기의 내용을 포함하여야 한다:
a) 대안 서비스의 파라미터로 설정된, <대안 서비스> 요소;
b) "대안" 속성을 갖는 <타입> 자식 요소를 대안 비상 서비스 URI의 리스트로 설정하고;
- 다이얼로그 또는 독립 트랜잭션 또는 공지되지 않은 방법에 대한 초기 요청이 지원되는 타입의 비상상황에 대한 것이면, <타입> 자식 요소는 지원된 비상 통화이었음을 지시하기 위해 "비상상황"으로 설정된다.
c) 오퍼레이터가 구성가능한 이유로 설정된, <이유> 자식 요소.
d) <동작> 자식 요소는, 요청이 요청-URI에 비상 서비스 URN을 포함하고 있으면 "비상-등록"으로 설정됨.
주 1: UE가 홈 IM CN 서브시스템의 서빙 지리적 영역 외부에 있는 지리적 영역에 있을 경우에 로밍한다.
주 2: 요청-URI내의 비상 서비스 URN은 네트워크에 대해 비상 통화 시도가 UE에 의해 인식되었다는 것을 지시한다.
3GPP TS 24.229에 대한 하기와 같은 수정사항은 비정상적인 경우에 대해 적용된다.
P-CSCF가 속한 IM CN 서브시스템이 비상 세션을 취급할 수 없거나 로컬 정책으로 인해 비상 세션을 취급할 수 없거나 단지 비상 세션 요청의 특정 타입 또는 UE가 위치된 지리적 위치 또는 UE가 접속된 IP-CAN에 대한 비상 세션을 지원하지 않는다면, P-CSCF는 INVITE 요청을 전송하지 않아야 한다. P-CSCF는:
- INVITE 요청에 대해 380(대안 서비스) 응답으로 응답하여야 하고;
- Accept 헤더내에 3GPP IMS XML 본문에 대한 지원이 지시되지 않는다면 UE는 IM CN 서브시스템 XML 본문에 대한 XML 스키마의 버전 1을 지원하는 것으로 가정한다;
- 380(대안 서비스) 응답내에 하기의 사항을 포함한다;
- subclause 7.6.1에 설명된 바와 같은 3GPP IMS XML 본문의 연관된 MIME 타입으로 설정된 값들을 갖는 콘텐츠 타입 헤더 필드.
상기 본문은 하기의 내용을 포함하여야 한다:
a) 대안 서비스의 파라미터로 설정된, <대안 서비스> 요소;
b) Accept 헤더가 IM CN 서브시스템 XML 본문의 버전 2에 대한 지원을 지시한다면,
- "대안" 속성을 갖는 <타입> 자식 요소를 대안 비상 서비스 URI의 리스트로 설정하고;
- 다이얼로그 또는 독립 트랜잭션 또는 공지되지 않은 방법에 대한 초기 요청이 지원되는 타입의 비상상황에 대한 것이면, <타입> 자식 요소는 지원된 비상 통화이었음을 지시하기 위해 "비상상황"으로 설정된다.
- 그렇지않으면, <타입> 자식 요소를, "비상"으로 설정함;
c) 오퍼레이터가 구성가능한 이유로 설정된, <이유> 자식 요소.
d) <동작> 자식 요소는, 요청이 요청-URI에 비상 서비스 URN을 포함하고 있으면 "비상-등록"으로 설정됨.
주 1: 요청-URI내의 비상 서비스 URN은 네트워크에 대해 비상 통화 시도가 UE에 의해 인식된 네트워크에 대해 지시한다.
주 1a: "sip:911@example.com;user=phone"는 대안 비상 서비스 URI일 수 있다. "urn:service:sos.animal-control"는 지원되지 않는 비상 통화 타입일 수 있다.
주 2: 일부 네트워크는 비상 서비스 URN을 포함하는 요청-URI를 지닌 세션 요청만을, 즉, draft-ietf-ecrit-service-urn[69]에 규정된 바와 같은 "sos"의 최상위 레벨 서비스 타입을 갖는 서비스 URN을 허용한다.
3GPP TS 24.229에 대한 하기와 같은 대안 수정사항은 비정상적인 경우에 대해 적용된다.
P-CSCF가 속한 IM CN 서브시스템이 비상 세션을 취급할 수 없거나 로컬 정책으로 인해 비상 세션을 취급할 수 없거나 단지 비상 세션 요청의 특정 타입 또는 UE가 위치된 지리적 위치 또는 UE가 접속된 IP-CAN에 대한 비상 세션을 지원하지 않는다면, P-CSCF는 INVITE 요청을 전송하지 않아야 한다. P-CSCF는:
- INVITE 요청에 대해 380(대안 서비스) 응답으로 응답하여야 하고;
- Accept 헤더내에 3GPP IMS XML 본문에 대한 지원이 지시되지 않는다면 UE는 IM CN 서브시스템 XML 본문에 대한 XML 스키마의 버전 1을 지원하는 것으로 가정한다;
- 380(대안 서비스) 응답내에 하기의 사항을 포함한다;
- subclause 7.6.1에 설명된 바와 같은 3GPP IMS XML 본문의 연관된 MIME 타입으로 설정된 값들을 갖는 콘텐츠 타입 헤더 필드.
상기 본문은 하기의 내용을 포함하여야 한다:
a) 대안 서비스의 파라미터로 설정된, <대안 서비스> 요소;
b) Accept 헤더가 IM CN 서브시스템 XML 본문의 버전 2에 대한 지원을 지시한다면,
- "대안" 속성을 갖는 <타입> 자식 요소를 대안 비상 서비스 URI의 리스트로 설정하고;
- 다이얼로그 또는 독립 트랜잭션 또는 공지되지 않은 방법에 대한 초기 요청이 지원되는 타입의 비상상황에 대한 것이면, <타입> 자식 요소는 지원된 비상 통화이었음을 지시하기 위해 "비상상황"으로 설정된다.
c) 오퍼레이터가 구성가능한 이유로 설정된, <이유> 자식 요소.
d) <동작> 자식 요소는, 요청이 요청-URI에 비상 서비스 URN을 포함하고 있으면 "비상-등록"으로 설정됨.
주 1: 요청-URI내의 비상 서비스 URN은 비상 통화 시도가 UE에 의해 인식된 네트워크에 대해 지시한다.
주 2: 일부 네트워크는 비상 서비스 URN을 포함하는 요청-URI를 지닌 세션 요청만을, 즉, draft-ietf-ecrit-service-urn[69]에 규정된 바와 같은 "sos"의 최상위 레벨 서비스 타입을 갖는 서비스 URN을 허용한다.
하기의 수정은 본원에 개시된 하나 이상의 실시예를 구현하기 위해 3GPP IM CN 서브시스템 XML 본문 XML 스키마에 대해 행해질 수 있다.
Figure pct00002
<동작> 요소는 본원에서 "대안" 속성 및 값 "비상-등록"망을 포함한다. "대안" 속성은 대안 비상 서비스 URI의 리스트에 설정될 수 있다.
3GPP TS 24.229에 대한 하기와 두 추가사항은 REGISTER 방법을 배제한 모든 방법에 적용할 수 있는 일반적인 절차에 대해 적용된다.
ACK 및 CANCEL을 제외하고, 다이얼로그 또는 독립 트랜잭션 또는 공지되지 않은 방법에 대한 초기 요청의 발생시, UE는 "application/sdf를 지닌 Accept 헤더, 3GPP IMS XML 본문과 연관된 MIME 타입(subclause 7.6.1 참조) 및 UE가 허용하려고 하고 허용할 수 있는 임의의 기타 MIME 타입을 포함하여야 한다. UE가, "비상으로 설정된 <타입> 자식 요소를 갖는 <대안 서비스> 요소를 포함하는 subclause 7.6에 설명된 바와 같은 IM CN 서브시스템 XML 본문을 포함하는, 380(대안 서비스) 응답을 수신하는 경우, UE는 subclause 5.1.6에 설명된 바와 같은 비상 통화를 시도하여야 한다.
다이얼로그 또는 독립 트랜잭션 또는 공지되지 않은 방법에 대한 초기 요청에 대한 1xx 또는 2xx 응답이 비상 세션 지시자를 포함한다면, UE는 RFC 3261[26] 방법에 따른 re-INVITE 요청 방법을 전송하여야 한다, 그리고:
1) UE는 세션의 속성을 사용자에게 지시하여야 한다;
주 17: UE는 이 표준 규격 버전에서, From 헤더가 공중 사용자 아이덴티티 또는 공중 사용자 아이덴티티와 연관된 tel URI를 포함하도록 변경시키지 않아야 한다;
2) UE가 이용할 수 있다면, 그리고 subclause 7.2A.4에 규정된 바와 같은 액세스 타입에 대해 정의되어 있다면, UE는 P-Access-Network-Info 헤더를 포함하여야 하고, I-WLAN 액세스 노드의 아이덴티티, 라인 id 또는 셀 id와 같은 위치 식별자를 포함하여야 한다.
주 18: 3GPP TS 23.167[4B]의 IMS 비상상황 표준규격은 UE가 액세스 네트워크로부터 또는 서버로부터 자신의 위치 정보를 획득할 수 있는 여러 방법을 설명하고 있다. 이러한 방법들은 본원의 범위에 속하지 않는다.
3) UE는 subclause 4.2에 설명된 바와 같은 공중 사용자 아이덴티티 또는 공중 사용자 아이덴티티와 연관된 tel URI를 포함하는 P-Preferred-Identity를 삽입하여야 한다.
4) UE가 자신이 이용할 수 있는 위치 정보를 갖고 있으면, UE는 그 정보를 하기의 방법으로 포함하여야 한다.
- UE가 UE의 위치 정보가 저장되는 곳을 가리키는 URI를 알고 있다면, draft-ietf-sip-location-conveyance[89]에 따라 Geolocation 헤더에 URI를 포함하거나;
- UE가 이용할 수 있는 UE의 지리적 위치정보를 갖고 있다면, RFC4119[90]에 따라 PIDF 위치 객체로서 자신의 지리적 위치정보를 포함하고 draft-ietf-sip-location-conveyance[89]에 따라 메시지 본문에 콘텐츠 타입 application/pidf+xml을 갖는 위치 객체를 포함한다. Geolocation 헤더는 draft-ietf-sip-location-conveyance[89]에 따라 Content ID로 설정된다;
5) UE가 이용할 수 있는 UE의 지리적 위치정보를 갖고 있지 않다면, UE는 draft-ietf-sip-location-conveyance[89]에 규정된 바와 같은 임의의 지리적 위치 정보를 포함하지 말아야 한다.
6) 공중 GRUU 값(pub-gruu)이 공중 사용자 아이덴티티와 연관되어 저장되어 있고 UE가 P-Asserted-Identity의 프라이버시를 지시하지 않는다면, UE는 공중 GRUU 값(pub-gruu)을 draft-ietf-sip-gruu[93]에 규정된 바와 같이 Contact 헤더에 삽입하여야 한다. 그렇지 않으면, UE는 콘택트 헤더에 주소내의 보호된 서버 포트를 포함하여야 한다.
주 19: RFC 3261[26]에 따라, reINVITE 요청은 또다른 INVITE 트랜잭션이 어느 방향으로나 진행중인 동안에 전송될 수 없다.
주 20: 이 reINVITE 요청이 세션 파라미터를 반드시 변경시킬 필요는 없다.
주 21; UE는 도메인 부분이 현재 P-CSCF 또는 S-CSCF 제공자에게 속하는 경우에 URI를 제공하는 옵션을 사용하는 것만이 제안된다. 한다. 이것은 네트워크 오퍼레이터가 최종 사용자에게 안내를 제공하는 것에 관한 문제이다. 비상 통화를 행하는 UE만이 해독할 수 있는 URI는 바람직하지 않다.
주 22: 다이얼로그 동안, UE의 IP-CAN에 대한 접속 포인트는 변경할 수 있다(예로서, UE는 상이한 셀에 접속할 수 있음). UE는 IP-CAN에 대한 현재 접속 지점과의 다이얼로그에서 응답(CANCEL 응답을 제외함) 또는 임의의 요청(ACK 요청 및 CANCEL 요청을 제외함)에 P-Access-Network-Info 헤더를 넣을 것이다.
위치 및 액세스 네트워크 정보를 제거하는 것을 포함하여, 프라이버시를 적용하는 것은, PSAP가 네트워크의 신뢰 도메인에 속해 있다면, E-CSCF 또는 IBCF 또는 그 밖의 것과 같은 IMS 네트워크 요소에 의해 수행될 수 있다. "세션" 프라이버시(즉, P-Access-Network-Info 헤더 필드는 현재 대부분의 SIP 메시지에 존재하기 때문에 값 "세션을 포함하도록 설정됨)가 요청되는 것이 바람직하다. E-CSCF는 가장 양호하게 적용될 수 있는 PSAP를 결정할 수 있도록 위치를 수신하고이 요청을 PSAP 또는 비상 응답 센터에 라우팅하는 데에 사용하는 것이 바람직하다. RFC 4244에 따른 프라이버시 요건이 적용될 수 있지만 현재 비상 서비스 요청에 이력 정보를 포함하는 것을 예상할 수 있는 어떠한 절차도 없다. 3GPP TS 24.229에 대한 하기의 두 추가사항은 E-CSCF에서의 절차에 적용된다.
E-CSCF가 프라이버시를 요청하는 다이얼로그 또는 프라이버시를 요청하는 독립 트랜잭션 또는 프라이버시를 요청하는 UE가 발신한 다이얼로그 또는 프라이버시를 요청하는 독립 트랜잭션과 관련된 임의의 요청 또는 응답을 수신하는 경우, 그리고, 로컬 오퍼레이터 정책이 공중 사용자 식별자 및 위치 정보의 억제에 대한 사용자 요청을 할 수 있도록 한다면, E-CSCF는:
- 프라이버시에 관한 RFC 3323[33] 및 P-Access-Identity 헤더에에 관한 RFC 3325[34]에 의해 요구되는 임의의 프라이버시를 적용함;
- 존재한다면, P-ACCESS-NETWORK-INFO 헤더 필드를 제거함;
- 존재한다면, 메시지의 본문으로부터 위치 객체를 제거하고 Content-Type헤더 필드로부터 콘텐츠 타입 application/pidf+xml를 제거함;
- 존재한다면, Geolocation 헤더 필드를 제거함;
주: 오퍼레이터 정책(예로서, 비상 상황 통신의 지원에 대한 요건)은 억제에 대한 사용자 요청을 무효로 할 수 있음.
6) 위치 정보 및 선택적으로는 비상 서비스의 타입에 기초하여 선택함;
- PSAP를 IM CN 서브시스템 네트워크에 연결하고 PSAP URI를 최상위 Route 헤더에 추가함;
주 3: 사용자가 프라이버시를 요청하지 않았으면, E-CSCF는 위치 식별자를, 포함하는 P-Access-Network-Info 헤더를 subclause 7.2A.4에 규정된 바와 같은 액세스 타입에 대해 정의되어 있다면, PSAP에 전달한다.
- PSAP는 PSTN에 있고, BGCF URI를 최상위 Route 헤더에 추가하고 tel URI 포맷의 PSAP URI를 PSAP를 주소 지정하기 위해 PSTN/CS 도메인에 사용된 엔트리로써 요청-URI에 추가함;
주 4: 사용자가 프라이버시를 요청하지 않았으면, E-CSCF는 위치 식별자를 포함하는 P-Access-Network-Info 헤더를, subclause 7.2A.4에 규정된 바와 같은 액세스 타입에 대해 정의되어 있다면, MGCF를 향하여 운반한다. MGCF는 INVITE에 포함되어 있다면(즉, PIDF-LO의 지리적 위치 정보 및 P-Access-Network-Info 헤더의 위치 식별자 양자 모두) 위치 정보를 ISUP 시그널링으로 번역할 수 있다, 3GPP TS29.163[11B]참조.
주 5: E-CSCF는 LRF로부터 위치 정보 및 라우팅 정보를 요청할 수 있다. E-CSCF는 예를 들어, 위치 식별자를 LRF에 전송하고 LRF는 위치 식별자를 LRF가 E-CSCF에 전송하는 대응하는 지리적 위치 정보에 매핑할 수 있다. LRF는 위치 정보를 적합한 PSAF/EC URI로 변환하기 위해 RDF를 호출할 수 있다. 위치 정보 및 PSAF URI 양자 모두는 E-CSCF에 회신된다.
주 6: PSAF 주소가 tel URI인 경우 다음 홉 주소를 결정하는 방식은 구현에 종속적이다.
7) 사용자가 프라이버시를 요청하지 않았다면 그리고 E-CSCF가 LRF로부터 리퍼런스 번호를 수신한다면, E-CSCF는 P-Asserted-Identity 헤더에 리퍼런스 번호를 포함하여야 한다;
주 7: 리퍼런스 번호는 PSAF와 LRF간의 통신에 사용된다.
도 4는 UE(10)의 실시태양을 포함하는 무선 통신 시스템을 나타낸다. UE(110)는 본 발명의 양상을 구현하도록 동작할 수 있지만, 본 발명은 이 구현으로 한정되지는 않는다. 모바일 전화로 나타내었지만, UE(110)는 무선 핸드세트, 페이저, PDA(personal digital assistant), 휴대형 컴퓨터, 태블릿 컴퓨터, 또는 랩톱 컴퓨터를 포함하는 다양한 형태의 것일 수 있다. 다수의 적합한 디바이스들은 이들 기능의 일부 또는 전부를 통합한다. 본 발명의 일부 실시예에서, UE(110)는 휴대형 컴퓨터, 태블릿 컴퓨터, 또는 랩톱 컴퓨터와 같은 범용 컴퓨팅 디바이스이기 보단, 모바일 전화, 무선 핸드세트, 페이저 또는 PDA와 같은 특수 목적 통신 디바이스이다. 다른 실시예에서, UE(110)는 휴대형, 랩톱 또는 기타 컴퓨팅 디바이스일 수 있다. UE(110)는 게임, 재고 정리, 잡 제어, 및/또는 타스크 관리 기능등과 같은 특정 동작들을 지원할 수 있다.
UE(110)는 디스플레이(402)를 포함한다. UE(110)는 터치 감지식 표면, 키보드 또는 사용자가 입력하기 위한 도면 부호 404로 나타낸 기타 입력 키를 포함한다. 키보드는 QWERTY, Dvorak, AZERTY, 및 순차 타입의 완전한 또는 축소형 영문자숫자 키보드일 수 있거나, 전화번호 키보드와 연관된 알파벳 문자를 갖춘 종래의 숫자 키패드일 일 수 있다. 입력 키는 트랙휠, 빠져나가기 즉 esc 키, 트랙볼 및 추가의 입력 기능을 제공하기 위해 안으로 눌려질 수 있는 기타 항해 또는 기능키를 포함할 수 있다. UE(110)는 사용자가 선택할 수 있도록 하는 옵션, 사용자가 작동할 수 있도록 하는 제어, 및/또는 사용자가 지시할 수 있도록 하는 커서 또는 기타 지시자를 제공할 수 있다. UE(110)는 또한 UE(110)의 동작을 구성하기 위한 여러 파라미터 값 또는 다이얼링하기 위한 번호를 포함하여, 사용자가 입력하는 데이터 엔트리를 수용할 수 있다. UE(110)는 사용자 명령에 응답하여 하나 이상의 소프트웨어 또는 펌웨어 애플리케이션을 실행할 수 있다. 이 애플리케이션들은 사용자 상호작용에 응답하여 다양한 맞춤화된 기능들을 수행하도록 UE(110)를 구성할 수 있다. 또한, UE(110)는 예를 들어, 무선 기지국, 무선 액세스 지점, 또는 피어 UE(110)로부터, 무선을 통해(over-the-air) 구성되거나 및/또는 프로그램될 수 있다.
UE(110)가 실행할 수 있는 다양한 애플리케이션들에는 디스플레이(402)가 웹 페이지를 나타낼 수 있도록 하는 웹 브라우저가 있다. 이 웹 페이지는 무선 네트워크 액세스 노드, 셀 타워, 피어 UE(110), 또는 임의의 기타 무선 통신 네트워크 또는 시스템(400)과의 무선 통신을 통해 획득될 수 있다. 네트워크(400)는 인터넷과 같은 유선 네트워크(408)에 접속될 수 있다. 무선 링크 및 유선 네트워크를 통해, UE(110)는 서버(410)와 같은, 다양한 서버상에서 정보를 액세스할 수 있다. 서버(410)는 디스플레이(402)상에 나타날 수 있는 콘텐츠를 제공할 수 있다. 대안으로서, UE(110)는 릴레이 타입 또는 홉 타입 접속에서, 중간부로서 작용하는 피어 UE(110)를 통해 네트워크(400)를 액세스할 수 있다.
도 5는 UE(110)를 블록도 형태로 나타낸 도면이다. UE(110)의 여러 공지된 컴포넌트가 나타나 있지만, 실시예에서, 나열된 컴포넌트의 서브셋트 및/또는 나열되지 않은 추가의 컴포넌트가 UE(110)에 포함될 수 있다. UE(110)는 디지털 신호 프로세서(DSP;digital signal processor)(502) 및 메모리(504)를 포함한다. 알 수 있는 바와 같이, UE(110)는 안테나 및 프론트 엔드 유닛(506), 무선 주파수(RF) 트랜시버(508), 아날로그 기저대역 프로세싱 유닛(510), 마이크로폰(512), 이어폰(514), 헤드세트 포트(516), 입력/출력 인터페이스(518), 착탈식 메모리 카드(520), USB(universal serial bus) 포트(522), 단거리 무선 통신 서브시스템(524), 경고장치(526), 키패드(528), 터치 감지식 표면을 포함할 수 있는 LCD(liquid crystal display)(530), LCD 컨트롤러(532), 전하결합 디바이스(CCD) 카메라(534), 카메라 컨트롤러(536), 및 위치 추적 시스템(GPS;global positioning system) 센서(538)를 더 포함할 수 있다. 일 실시예에서, UE(110)는 터치 감지식 표면을 제공하지 않는 다른 유형의 디스플레이를 포함할 수 있다. 일 실시예에서 DSP(502)는 입력/출력 인터페이스(518)를 통하지 않고 메모리(504)와 직접 통신할 수도 있다.
DSP(502) 또는 기타 유형의 컨트롤러 또는 중앙 처리 장치는 메모리(504)에 저장된 또는 DSP(502) 자체에 포함된 메모리내에 저장된 임베디드 소프트웨어 또는 펌웨어에 따라 UE(110)의 다양한 컴포넌트를 제어하도록 동작한다. 임베디드 소프트웨어 또는 펌웨어에 추가하여, DSP(502)는 메모리(504)에 저장된 또는 착탈식 메모리 카드(520)와 같은 휴대형 데이터 저장 매체와 같은 정보 운반 매체를 통해 또는 유선 또는 무선 네트워크 통신을 통해 이용할 수 있는 기타 애플리케이션을 실행할 수 있다. 애플리케이션 소프트웨어는 DSP(502)가 소망하는 기능을 제공하도록 구성하는 머신으로 판독할 수 있는 명령어의 컴파일된 셋트를 포함할 수 있거나, 애플리케이션 소프트웨어는 DSP(502)를 간접적으로 구성하기 위해 인터프리터 또는 컴파일러에 의해 처리되어야 할 하이레벨 소프트웨어 명령어일 수 있다.
안테나 및 프론트 엔드(506)는, 무선 신호와 전기 신호간에 변환되도록 제공될 수 있고, UE(110)가 셀룰러 네트워크 또는 일부 기타 무선 통신 네트워크로부터 또는 피어 UE(110)로부터 정보를 수신하거나 이들에게 전송할 수 있도록 한다. 일 실시예에서, 안테나 및 프론트 엔드(506)는 빔 형성 및/또는 다입력 다출력(MIMO) 동작을 지원하기 위해 다중 안테나를 포함할 수 있다. 당업자에게 공지된 바와 같이, MIMO 동작은 어려운 채널 상태를 극복하고 및/또는 채널 처리량을 증대시키기 위해 사용될 수 있는 공간 다이버시티를 제공할 수 있다. 안테나 및 프론트 엔드(506)는 안테나 튜닝 및/또는 임피던스 정합 컴포넌트, RF 전력 증폭기, 및/또는 저 노이즈 증폭기를 포함할 수 있다.
RF 트랜시버(508)는 주파수 편이, 수신 RF 신호를 기저대역으로 변환하는 것 및 기저대역 송신 신호를 RF로 변환하는 것을 제공한다. 무선 트랜시버 또는 RF 트랜시버에 대한 일부 설명은, 변조/복조, 부호화/복호화, 인터리빙/디인터리빙, 확산/역확산, 역 고속 푸리에변환(IFFT;inverse fast Fourier transforming)/고속 푸리에 변환(FFT;fast Fourier transforming), 순환 프리픽스 부가/제거, 및 기타 신호 처리 기능과 같은 기타 신호 처리 기능들을 포함한다는 것이 이해될 것이다. 설명의 명확성을 위해, 본원의 설명은 RF 및/또는 무선 스테이지로부터의 신호 처리에 대한 설명과 분리하며 이 신호처리를 개념적으로 아날로그 기저대역 프로세싱 유닛(510) 및/또는 DSP(502) 및 기타 중앙 처리 장치에 할당한다. 일부 실시예에서, RF 트랜시버(508), 안테나 및 프론트 엔드(506)부, 및 아날로그 기저대역 프로세싱 유닛(510)은 하나 이상의 프로세싱 유닛 및/또는 애플리케이션에 특정한 집적 회로 (ASIC)에 조합될 수 있다.
아날로그 기저대역 프로세싱 유닛(510)은 예를 들어, 마이크로폰(512) 및 헤드세트(516)으로부터의 입력 및 이어폰(514) 및 헤드세트(516)으로의 출력에 대한 아날로그 처리와 같은, 입력 및 출력에 대한 다양한 아날로그 처리를 수행할 수 있다. 이를 위해, 아날로그 기저대역 프로세싱 유닛(510)은 UE(110)가 셀룰러 폰으로서 사용될 수 있도록 하는 빌트인 마이크로폰(512) 및 이어폰(514)에 연결시키는 여러 포트들을 가질 수 있다. 아날로그 기저대역 프로세싱 유닛(510)은 또한 헤드세트 또는 핸즈프리 마이크로폰 및 스피터 구성에 연결시키기 위한 포트를 더 포함할 수 있다. 아날로그 기저대역 프로세싱 유닛(510)은 한 신호 방향에선 디지털-아날로그변환을 제공하고 반대 방향에선 아날로그-디지털 변환을 제공할 수 있다. 일부 실시예에서, 아날로그 기저대역 프로세싱 유닛(510)의 적어도 일부 기능은 예를 들어 DSP(502)에 의해 또는 기타 중앙처리 장치에 의해 제공될 수 있다.
DSP(502)는 무선 통신과 연관된 변조/복조, 부호화/복호화, 인터리빙/디인터리빙, 확산/역확산, 역 고속 푸리에 변환(IFFT;inverse fast Fourier transforming)/고속 푸리에 변환(FFT;fast Fourier transforming), 순환 프리픽스 부가/제거, 및 기타 신호 처리 기능과 같은 기타 신호 처리 기능을 수행할 수 있다. 실시예에서, 예를 들어, 코드 분할 다중 액세스(CDMA;code division multiple access) 기술 애플리케이션에서, DSP(502)는 송신기 기능으로서 변조, 부호화, 인터리빙 및 확산 기능을 수행하고, 수신기 기능으로서 복조, 복호화, 디인터리빙 및 역확산 기능을 수행할 수 있다. 다른 실시예에서, 예를 들어, 직교 주파수 분할 다중 액세스(OFDMA;orthogonal frequency division multiplex access) 기술 애플리케이션에서, DSP(502)는 송신기 기능으로서 변조, 부호화, 인터리빙, 역 고속 푸리에 변환 및 순환 프리픽스 부가 기능을 수행하고, 수신기 기능으로서 순환 프리픽스 제거 기능, 고속 푸리에 변환, 디인터리빙, 복조 및 복호화를 수행할 수 있다. 기타 무선 기술 애플리케이션에선, 또 다른 신호 처리 기능 및 신호 처리 기능들의 조합이 DSP(502)에 의해 수행될 수 있다.
DSP(502)는 아날로그 기저대역 프로세싱 유닛(510)을 통해 무선 네트워크와 통신할 수 있다. 일부 실시예에서, 통신은 인터넷 접속성을 제공함으로써, 사용자로 하여금, 인터넷상의 콘텐츠에 대해 액세스할 수 있도록 하거나 이메일 또는 텍스트 메시지를 전송 및 수신할 수 있도록 한다. 입력/출력 인터페이스(518)는 DSP(502) 및 다양한 메모리 및 인터페이스들을 상호연결시킨다. 메모리(504) 및 착탈식 메모리 카드(520)는 DSP(502)의 동작을 구성하는 소프트웨어 및 데이터를 제공할 수 있다. 인터페이스들로는 USB 인터페이스(522) 및 단거리 무선 통신 서브시스템(524)이 있다. USB 인터페이스(522)는 UE(110)를 충전시키는 데에 사용될 수 있고 UE(110)가 개인용 컴퓨터 또는 기타 컴퓨터 시스템과 정보를 교환하는 주변 디바이스로서 기능할 수 있도록 한다. 단거리 무선 통신 서브시스템(524)은 적외선 포트, 불루투쓰 인터페이스, IEEE 802.11에 맞는 무선 인터페이스, 또는 UE(110)가 다른 근처에 있는 UE 및/또는 무선 기지국과 통신할 수 있도록 할 수 있는, 임의의 기타 단거리 무선 통신 서브시스템을 포함할 수 있다.
입력/출력 인터페이스(518)는 DSP(502)를, 트리거 되었을 때 UE(110)로 하여금, 예를 들어 링잉, 멜로디를 울리거나 진동시키는 등에 의해 사용자에게 주의를 통고하게 하는, 경고장치(526)에 연결시킬 수 있다. 경고장치(526)는 묵음으로 진동하도록 하거나, 특정 발신자에 대한 특별한 미리할당된 멜로디를 울리게 함으로써, 인입 호, 새로운 텍스트 메시지, 및 약속된 알림이와 같은 임의의 다양한 이벤트를 사용자에게 경고하도록 하기 위한 매커니즘으로서의 기능을 할 수 있다.
키패드(528)는 사용자로 하여금 선택하게 하거나, 정보를 입력하게 하거나, 그렇지 않으면 UE(110)에 입력하게 하기 위한 매커니즘을 제공하기 위해 인터페이스(518)를 통해 DSP(502)에 연결된다. 키보드(528)는 QWERTY, Dvorak, AZERTY, 및 순차 타입의 완전한 또는 축소형 영문자숫자 키보드일 수 있거나, 전화번호 키보드와 연관된 알파벳 문자를 갖춘 종래의 숫자 키패드일 일 수 있다. 입력 키는 트랙휠, 빠져나가기 즉 esc 키, 트랙볼 및 추가의 입력 기능을 제공하기 위해 안으로 눌려질 수 있는 기타 항해 또는 기능키를 포함할 수 있다. 또다른 입력 매커니즘은, 터치 스크린 기능을 제공하고 사용자에게 텍스트 및/또는 그래픽을 디스플레이할 수 있는, LCD(530)일 수 있다. LCD 컨트롤러(532)는 DSP(502)를 LCD(530)에 연결한다.
CCD 카메라(534)는, 구비되어 있다면, UE(110)가 디지털 사진을 찍을 수 있도록 한다. DSP(502)는 카메라 컨트롤러(536)를 통해 CCD 카메라(534)와 통신한다. 다른 실시예에서, 전하 결합 소자 카메라가 아닌 기술에 따라 작동하는 카메라 도 이용될 수 있다. GPS 센서(538)는 위치 추적 시스템 신호를 해독하기 위해 DSP(502)에 연결됨으로써, UE(110)가 자신의 위치를 결정할 수 있다. 다양한 주변 장치는 예를 들어, 라디오 및 텔리비젼 수상기와 같은, 추가 기능을 제공하도록 포함될 수 있다.
도 6은 DSP(502)에 의해 구현될 수 있는 소프트웨어 환경(602)을 예시한다. DSP(502)는 소프트웨어의 나머지 부분이 동작하는 플랫폼을 제공하는 오퍼레이팅 시스템 드라이버(604)를 실행한다. 오퍼레이팅 시스템 드라이버(604)는 애플리케이션 소프트웨어에 액세스할 수 있는 표준화된 인터페이스를 갖춘 노드 하드웨어에 대해 드라이버를 제공한다. 오퍼레이팅 시스템 드라이버(604)는 UE(110)에서 구동되는 애플리케이션들 간에 제어를 전달하는 애플리케이션 관리 서비스("AMS")(606)를 포함한다. 도 6에는 웹 브라우저 애플리케이션(608), 미디어 플레이어 애플리케이션(610), 및 자바 애플릿(612)이 도시되어 있다. 웹 브라우저 애플리케이션(608)은 웹 브라우저로 동작하도록 UE(110)를 구성함으로써, 사용자로 하여금 정보를 일정 형태로 입력할 수 있도록 하고 웹 페이지를 검색 및 보기 위해 링크를 선택할 수 있도록 한다. 미디어 플레이어 애플리케이션(610)은 오디오 또는 오디오비주얼 미디어를 검색 및 재생하도록 UE(110)를 구성한다. 자바 애플릿(612)은 게임, 유틸리티, 및 기타 기능들을 제공하도록 UE(110)를 구성한다. 컴포넌트(614)는 본원에 설명된 기능들을 제공할 수 있다.
UE(110) 및 상기에서 설명한 바와 같은 기타 컴포넌트들은 상기에서 설명한 동작과 관련된 명령어를 실행할 수 있는 처리 컴포넌트를 포함할 수 있다. 도 7은 본원에 설명된 하나 이상의 실시예를 구현하는 데에 적합한 처리 컴포넌트(1310)를 포함하는 시스템(1300)의 예를 나타낸다. 프로세서(중앙 처리 장치 또는 CPU로도 지칭될 수 있음)(1310)에 추가하여, 시스템(1300)은 네트워크 연결 디바이스(1320), RAM(random access memory)(1330), ROM(read only memory)(1340), 보조 저장장치(1350), 및 입력/출력(I/O) 디바이스(1360)를 포함할 수 있다. 일부 경우엔, 이 컴포넌트들의 일부는 없을 수 있거나 이 컴포넌트들이 서로 또는 도시하지 않은 다른 컴포넌트들과 다양하게 조합할 수 있다. 이 컴포넌트들은 단일한 물리적 엔티티 또는 하나 이상의 물리적 엔티티에 위치될 수 있다. 프로세서(1310)에 의해 행해지는 본원에 설명된 임의 동작들은 프로세서(1310) 단독으로 또는 도면에 나타내거나 나타내지 않은 하나 이상의 다른 컴포넌트들과 함께 행해질 수 있다.
프로세서(1310)는 프로세서(1310)가 액세스할 수 있는 네트워크 연결 디바이스(1320), RAM(1330), ROM(1340), 보조 저장장치(1350)(하드 디스크, 플로피 디스크, 또는 광 디스크와 같은 여러 디스크 기반 시스템을 포함함)로부터의 명령어, 코드, 컴퓨터 프로그램, 또는 스크립트를 실행할 수 있다. 하나의 프로세서(1310)가 나타나 있지만 다수의 프로세서(1310)가 있을 수 있다. 따라서, 명령어는 프로세서에 의해 실행되는 것으로 설명되었지만, 명령어는 동시에, 또는 순차적으로 그렇지않으면 하나 또는 다수의 프로세서에 의해 실행될 수 있다. 프로세서(1310)는 하나 이상의 CPU 칩으로 구현될 수 있다.
네트워크 연결 디바이스(1320)는 모뎀, 모뎀 뱅크, 이더넷 디바이스, USB(universal serial bus) 인터페이스 디바이스, 직렬 인터페이스, 토큰 링 디바이스, FDDI(fiber distributed data interface) 디바이스, 무선 근거리 통신망(WLAN;wireless local area network) 디바이스, CDMA(ode division multiple access) 및/또는 GSM(global system for mobile communications) 무선 트랜시버 디바이스와 같은 무선 트랜시버 디바이스, 및 네트워크에 연결하기 위한 기타 공지된 디바이스의 형태를 취할 수 있다. 이 네트워크 연결 디바이스(1320)들은 프로세서(1310)가 인터넷 또는 하나 이상의 원격통신 네트워크 또는, 프로세서(1310)가 정보를 수신할 수 있거나 정보를 출력할 수 있는 기타 네트워크와 통신할 수 있도록 할 수 있다.
네트워크 연결 디바이스(1320)는 또한 무선 주파수신호 또는 마이크로파 주파수 신호와 같은, 전자기파 형태로 데이터를 무선으로 송신 및/또는 수신할 수 있는 하나 이상의 트랜시버 컴포넌트(1325)를 포함할 수 있다. 대안으로서, 데이터는 전기 도체의 표면을 따라, 동축 케이블로, 도파관으로, 광섬유와 같은 광학 매체로, 또는 다른 매체로 전파될 수 있다. 트랜시버 컴포넌트(1325)는 별개의 수신 및 송신 유닛을 포함할 수 있거나 단일 트랜시버일 수 있다. 트랜시버 컴포넌트(1325)에 의해 송신 및 수신된 정보는 프로세서(1310(에 의해 처리되는 데이터 또는 프로세서(1310에 의해 실행되어야 할 명령어를 포함할 수 있다. 이러한 정보는 예를 들어, 반송파에 구체화된 신호로 또는 컴퓨터 데이터 기저대역 신호의 형태로 네트워크로부터 수신되거나 네트워크에 출력될 수 있다. 데이터는 데이터를 처리 또는 생성하거나 데이터를 송신 또는 수신하기에 바람직할 수 있는 상이한 시퀀스에 따라 순서화될 수 있다. 기저대역 신호, 반송파에 구체화된 신호 또는 현재 사용되거나 앞으로 개발될 기타 신호 타입은 송신 매체로 지칭될 수 있고 당업자에게 공지된 여러 방법에 따라 생성될 수 있다.
RAM(1330)은 프로세서(1310에 의해 실행되는 휘발성 데이터 및 명령어를 저장하는 데에 사용될 수도 있다. ROM(1340)은 보조 저장장치(1350)의 메모리 용량 보다 작은 메모리 용량을 갖는 비휘발성 메모리 디바이스이다. ROM(1340)은 명령어 및 명령어의 실행 동안 판독되는 데이터를 저장하는 데에 사용될 수 있다. RAM(1330)및 ROM(1340)에 대한 액세스는 보조 저장장치(1350)에 대한 액세스 보다 고속이다. 보조 저장장치(1350)는 일반적으로 하나 이상의 디스크 드라이브 또는 데이프 드라이브로 구성되고 데이터의 비휘발성 저장 장치로서 또는 RAM(1330)이 모든 작업 데이터를 유지하기에 충분하지 않다면 오버플로우 데이터 저장 디바이스로서 사용될 수도 있다. 보조 저장장치(1350)는 RAM(1330)에 적재된 프로그램들이 실행을 위해 선택되었을 때 그러한 프로그램을 RAM(1330)에 적재시키는 데에 사용될 수 있다.
I/O 디바이스(1360)는 액정 디스플레이(LCD), 터치 스크린 디스플레이, 키보드, 키패드, 스위치, 다이얼, 마우스, 트랙볼, 음성 인식기, 카드 판독기, 종이 테이프 판독기, 프린터, 비디오 모니터, 또는 기타 공지된 입력 디바이스를 포함할 수 있다. 또한, 트랜시버(1325)는 네트워크 연결 디바이스(1320)의 컴포넌트로 되는 되는 것 이외에 또는 상기 컴포넌트 대신에 I/O 디바이스(1360)의 컴포넌트인 것으로 간주될 수 있다. 일부 또는 모든 I/O 디바이스(1360)는 디스플레이(402) 및 입력부(404)와 같은, UE(110)에 대한 이전에 설명한 도면에서 묘사된 여러 컴포넌트와 실질적으로 유사할 수 있다.
하기의 3GPP(3rd Generation Partnership Project) TS(Technical Specifications)의 TS 24.229 V7.8.0 (2007-12)는 참조 문헌으로서 본원에 포함된다.
본 발명에서 여러 실시예들이 제공되었지만, 개시된 시스템 및 방법은 본 발명의 범위 및 사상으로부터 벗어나지 않고 다수의 특정한 그 밖의 형태로 구체화될 수 있다. 본 발명의 실시예들은 예시적인 것이며 제한적인 것으로 이해되어선 안되며, 본 발명의 의도는 본원에 제시된 상세사항들에 한정되지 않는다. 예를 들어, 여러 요소 또는 컴포넌트들은 다른 시스템에 조합되거나 집적될 수 있고 또는 소정 특징들은 생략되거나 구현되지 않을 수 있다.
또한, 이산적인 것으로서 또는 개별적인 것으로서 본원의 여러 실시예들에 설명되고 예시된 기술, 시스템, 서브시스템 및 방법들은 본 발명의 범위로부터 벗어나지 않고 다른 시스템, 모듈, 기술 또는 방법들과 조합되거나 이들에 통합될 수 있다. 서로 결합되거나 직접 연결되거나 통신하는 것으로서 설명되고 도시된 기타 항목들은 전기적으로 기계적으로 그렇지 않으면 다른 방식으로 일부 인터 페이스, 디바이스 또는 중간 컴포넌트를 통해 간접적으로 연결되거나 통신할 수 있다. 그 밖의 변형예, 대체예 및 변경예들은 당업자가 알 수 있고 본 발명의 범위 및 사상으로부터 벗어나지 않고 행해질 수 있다.
110: UE
120: IMS 네트워크
160: 지시자
180: 정보
220: 지시자
240: 정보

Claims (30)

  1. 사용자 장비(UE;user euipment)가 비상 관련 메시지에 응답하는 방법에 있어서,
    제1 메시지가 비상 관련 요청이라는 것을 지시하는 지시자를 포함하는 응답 메시지를 수신하는 단계; 및
    UE와 연관된 정보를 포함하는 제2 메시지를 전송하는 단계를 포함하는 것인, 사용자 장비가 비상 관련 메시지에 응답하는 방법.
  2. 제1 항에 있어서, 응답 메시지의 수신시, 상기 방법은,
    사용자에게 제1 메시지는 비상 관련 요청이라는 지시를 제공하는 것을 더 포함하는 것인, 사용자 장비가 비상 관련 메시지에 응답하는 방법.
  3. 제1 항에 있어서, 제2 메시지에 포함된 UE와 연관된 정보는 UE 아이덴티티를 포함하는 것인, 사용자 장비가 비상 관련 메시지에 응답하는 방법..
  4. 제1 항에 있어서, 제2 메시지에 포함된 UE와 연관된 정보는 UE 위치를 포함하는 것인, 사용자 장비가 비상 관련 메시지에 응답하는 방법.
  5. 제1 항에 있어서, 제2 메시지에 포함된 UE와 연관된 정보는 UE 액세스 네트워크 정보를 포함하는 것인, 사용자 장비가 비상 관련 메시지에 응답하는 방법.
  6. 제1 항에 있어서, UE는 제1 메시지가 비상 관련 요청이라는 것을 알지 못하는 것인, 사용자 장비가 비상 관련 메시지에 응답하는 방법.
  7. 제1 항에 있어서, 제1 메시지는 SIP(Session Initian Protocol) 요청인 것인, 사용자 장비가 비상 관련 메시지에 응답하는 방법.
  8. 제1 항에 있어서, 응답 메시지는 SIP 1xx 또는 200(OK) 응답 중 하나인 것인, 사용자 장비가 비상 관련 메시지에 응답하는 방법.
  9. 제1 항에 있어서, 제2 메시지는:
    SIP ACK;
    SIP PRACK;
    SIP 타겟 리프레시;
    SIP UPDATE; 및
    SIP RE-INVITE 요청; 중 하나인 것인, 사용자 장비가 비상 관련 메시지에 응답하는 방법.
  10. 제1 항에 있어서, 제1 메시지는 다이얼로그를 위한 초기 요청인 것인, 사용자 장비가 비상 관련 메시지에 응답하는 방법.
  11. 제3 항에 있어서, UE 아이덴티티는 GRUU(globally routable user agent uniform resource identifier)인 것인, 사용자 장비가 비상 관련 메시지에 응답하는 방법.
  12. 제4 항에 있어서, UE가 UE 위치를 가리키는 URI(Uniform Resource Identifier)를 알고 있다면, 상기 방법은 제1 메시지의 지리적 위치 헤더 필드에 URI를 포함하는 것을 더 포함하는 것인, 사용자 장비가 비상 관련 메시지에 응답하는 방법.
  13. 제1 항에 있어서, UE의 지리적 위치 정보를 UE가 이용할 수 있다면, UE는 제2 메시지의 메시지 본문에 PIDF 위치 객체로서 지리적 위치 정보를 포함하는 것을 더 포함하는 것인, 사용자 장비가 비상 관련 메시지에 응답하는 방법.
  14. 제1 항에 있어서, 공중 GRUU 값이 공중 사용자 아이덴티티와 연관된 것으로 저장되어 있다면, 공중 GRUU 값을 제2 메시지의 콘택트 헤더 필드에 포함하는 것을 더 포함하는 것인, 사용자 장비가 비상 관련 메시지에 응답하는 방법.
  15. 제5 항에 있어서, UE 엑세스 네트워크 정보는 제2 메시지내의 P-Access-Network-Info 헤더 필드에 포함되고 I-WLAN 엑세스 노드의 아이덴티티, 셀 식별자 또는 위치 식별자 중 하나를 포함하는 것인, 사용자 장비가 비상 관련 메시지에 응답하는 방법.
  16. 사용자 장비(UE;user euipment)에 있어서,
    UE가 제1 메시지가 비상 관련 요청이라는 것을 지시하는 지시자를 포함하는 응답 메시지를 수신하도록, 그리고 UE가 UE와 연관된 정보를 포함하는 제2 메시지를 전송하도록 구성된,
    컴포넌트를 포함하는 것인, 사용자 장비.
  17. 제16 항에 있어서, 응답 메시지의 수신시, UE는 사용자에게 제1 메시지는 비상 관련 요청이라는 지시를 제공하는 것인, 사용자 장비.
  18. 제16 항에 있어서, 제2 메시지에 포함된 UE와 연관된 정보는 UE 아이덴티티를 포함하는 것인, 사용자 장비.
  19. 제16 항에 있어서, 제2 메시지에 포함된 UE와 연관된 정보는 UE 위치를 포함하는 것인, 사용자 장비.
  20. 제16 항에 있어서, 제2 메시지에 포함된 UE와 연관된 정보는 UE 액세스 네트워크 정보를 포함하는 것인, 사용자 장비.
  21. 제16 항에 있어서, UE는 제1 메시지가 비상 관련 요청이라는 것을 알지 못하는 것인, 사용자 장비.
  22. 제16 항에 있어서, 제1 메시지는 SIP(Session Initian Protocol) 요청인 것인, 사용자 장비.
  23. 제16 항에 있어서, 응답 메시지는 SIP 1xx 또는 200(OK) 응답 중 하나인 것인, 사용자 장비.
  24. 제16 항에 있어서, 제2 메시지는:
    SIP ACK;
    SIP PRACK;
    SIP 타겟 리프레시;
    SIP UPDATE; 및
    SIP RE-INVITE 요청; 중 하나인 것인, 사용자 장비.
  25. 제16 항에 있어서, 제1 메시지는 다이얼로그를 위한 초기 요청인 것인, 사용자 장비.
  26. 제18 항에 있어서, UE 아이덴티티는 GRUU(globally routable user agent uniform resource identifier)인 것인, 사용자 장비.
  27. 제19 항에 있어서, UE가 UE 위치를 가리키는 URI(Uniform Resource Identifier)를 알고 있다면, UE는 제1 메시지의 지리적 위치 헤더 필드에 URI를 포함하는 것인, 사용자 장비.
  28. 제16 항에 있어서, UE의 지리적 위치 정보를 UE가 이용할 수 있다면, UE는 제2 메시지의 메시지 본문에 PIDF 위치 객체로서 지리적 위치 정보를 포함하는 것인, 사용자 장비.
  29. 제16 항에 있어서, 공중 GRUU 값이 공중 사용자 아이덴티티와 연관된 것으로 저장되어 있다면, UE는 공중 GRUU 값을 제2 메시지의 콘택트 헤더 필드에 포함하는 것인, 사용자 장비.
  30. 제20 항에 있어서, UE 엑세스 네트워크 정보는 제2 메시지내의 P-Access-Network-Info 헤더 필드에 포함되고 I-WLAN 엑세스 노드의 아이덴티티, 셀 식별자 또는 위치 식별자 중 하나를 포함하는 것인, 사용자 장비.
KR1020107029767A 2008-06-02 2009-06-02 승인된 소스로부터의 ims 비상 세션 지시자를 수신할 때의 동작 및 코딩 KR101243488B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US12/131,779 2008-06-02
US12/131,779 US9602552B2 (en) 2008-06-02 2008-06-02 Coding and behavior when receiving an IMS emergency session indicator from authorized source
PCT/US2009/045987 WO2009149095A1 (en) 2008-06-02 2009-06-02 Coding and behavior when receiving an ims emergency session indicator from authorized source

Publications (2)

Publication Number Publication Date
KR20110014694A true KR20110014694A (ko) 2011-02-11
KR101243488B1 KR101243488B1 (ko) 2013-03-13

Family

ID=40984843

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020107029767A KR101243488B1 (ko) 2008-06-02 2009-06-02 승인된 소스로부터의 ims 비상 세션 지시자를 수신할 때의 동작 및 코딩

Country Status (10)

Country Link
US (2) US9602552B2 (ko)
EP (4) EP2518975B1 (ko)
JP (4) JP5244968B2 (ko)
KR (1) KR101243488B1 (ko)
CN (1) CN102113294B (ko)
BR (1) BRPI0913427B1 (ko)
CA (1) CA2726555C (ko)
ES (1) ES2392141T3 (ko)
HK (1) HK1150915A1 (ko)
WO (1) WO2009149095A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9497227B2 (en) 2012-12-19 2016-11-15 Unify Gmbh & Co. Kg Method of conveying a location information representing a physical location of a first communication device, a computer program product for executing the method, and the first communication device for conveying the location information

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BRPI0512374A (pt) * 2004-06-21 2008-03-11 Sika Technology Ag agentes auxiliares de moagem de cimento
CN101919222B (zh) * 2007-10-27 2014-02-05 黑莓有限公司 在分布式环境中处理消息内容的内容部署系统和方法
ES2393301T3 (es) 2008-06-02 2012-12-20 Research In Motion Limited Sistema y método para gestionar solicitudes de emergencia
US20090296689A1 (en) 2008-06-02 2009-12-03 Research In Motion Limited Privacy-Related Requests for an IMS Emergency Session
US8478226B2 (en) * 2008-06-02 2013-07-02 Research In Motion Limited Updating a request related to an IMS emergency session
US9602552B2 (en) 2008-06-02 2017-03-21 Blackberry Limited Coding and behavior when receiving an IMS emergency session indicator from authorized source
DK2297916T3 (en) * 2008-06-11 2017-05-15 Nokia Solutions & Networks Oy PROCEDURE, DEVICE, SYSTEM AND RELATED HANDOVER MANAGEMENT COMPUTER PRODUCT
EP2394396B1 (en) * 2009-02-03 2018-10-17 Samsung Electronics Co., Ltd. Supplementary service provision method and system for ims-based network
WO2011032611A1 (en) * 2009-09-17 2011-03-24 Telefonaktiebolaget L M Ericsson (Publ) Method and node in a telecommunications network
US8750268B2 (en) 2009-12-04 2014-06-10 Blackberry Limited System and method for multimedia emergency access in a wireless network
CN103052053B (zh) * 2010-02-12 2016-03-02 华为技术有限公司 优先级业务处理方法、装置和系统
CA2696037A1 (en) 2010-03-15 2011-09-15 Research In Motion Limited Advertisement and dynamic configuration of wlan prioritization states
WO2012097127A1 (en) * 2011-01-14 2012-07-19 Interdigital Patent Holdings, Inc. Identifying public safety answering point (psap) callbacks in internet protocol (ip) multimedia subsystem (ims) emergency services
US8588753B2 (en) * 2011-08-12 2013-11-19 Blackberry Limited Apparatus and method in a wireless device for reestablishing a call
US8750180B2 (en) 2011-09-16 2014-06-10 Blackberry Limited Discovering network information available via wireless networks
US8942221B2 (en) 2011-11-10 2015-01-27 Blackberry Limited Caching network discovery responses in wireless networks
US20130185372A1 (en) * 2012-01-16 2013-07-18 Alcatel-Lucent Usa Inc. Management of user equipment security status for public warning system
US8838971B2 (en) 2012-01-16 2014-09-16 Alcatel Lucent Management of public keys for verification of public warning messages
US9204299B2 (en) 2012-05-11 2015-12-01 Blackberry Limited Extended service set transitions in wireless networks
US10812964B2 (en) 2012-07-12 2020-10-20 Blackberry Limited Address assignment for initial authentication
US9137621B2 (en) 2012-07-13 2015-09-15 Blackberry Limited Wireless network service transaction protocol
US9521526B2 (en) * 2012-09-28 2016-12-13 Qualcomm Incorporated Controlling the transfer of telematics data using session related signaling
US9301127B2 (en) 2013-02-06 2016-03-29 Blackberry Limited Persistent network negotiation for peer to peer devices
US9814081B2 (en) 2013-08-02 2017-11-07 Mediatek Inc. Methods for processing emergency call and communications apparatuses utilizing the same
US9277522B2 (en) * 2013-08-21 2016-03-01 Qualcomm Incorporated Exchanging rich communication suite capability information in a communications system
WO2015039123A1 (en) 2013-09-16 2015-03-19 Blackberry Limited System and method for maintaining privacy applied to communications caused by an emergency
US9918209B2 (en) 2013-10-28 2018-03-13 Microsoft Technology Licensing, Llc Policies for selecting sources for resource strings
US9681282B2 (en) * 2014-10-08 2017-06-13 Qualcomm Incorporated Techniques for supporting telematics-enhanced emergency calls from mobile phones
WO2016074747A1 (en) * 2014-11-14 2016-05-19 Nokia Solutions And Networks Oy Ims emergency session handling
EP3032800B1 (en) * 2014-12-08 2017-08-16 Alcatel Lucent Control and supervision of connected objects
WO2016099302A1 (en) 2014-12-18 2016-06-23 Motorola Solutions, Inc. Method and apparatus for automated dispatch of mobile devices in a communication system during emergency events
US10454602B2 (en) * 2015-01-06 2019-10-22 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
US10200486B2 (en) * 2015-02-26 2019-02-05 Urban Airship, Inc. Mobile event notifications for network enabled objects
US10327126B2 (en) * 2015-06-26 2019-06-18 Nec Corporation Communication apparatus, terminal, and communication method
WO2017205116A1 (en) * 2016-05-26 2017-11-30 Oracle International Corporation Methods, systems, and computer readable media for providing end-to-end priority service in long term evolution (lte) or subsequent generation networks
US10321300B2 (en) 2016-05-26 2019-06-11 Oracle International Corporation Methods, systems, and computer readable media for providing end-to-end priority service in long term evolution (LTE) or subsequent generation networks
US10425342B2 (en) 2016-12-16 2019-09-24 Oracle International Corporation Methods, systems, and computer readable media for priority routing of diameter messages
KR102264193B1 (ko) * 2017-03-16 2021-06-14 삼성전자주식회사 긴급 호를 제공하는 전자 장치 및 방법, 그리고 이를 위한 서버
RS59582B1 (sr) * 2017-03-22 2019-12-31 Deutsche Telekom Ag Postupak za unapređeno rukovanje hitnim pozivom sa komutacijom paketa unutar telekomunikacione mreže i/ili za poboljšano rukovanje informacijama o lokalnoj službi za hitne slučajeve pomoću korisničke opreme, sistema, korisničke opreme i programa
US11381612B2 (en) * 2018-06-08 2022-07-05 T-Mobile Usa, Inc. Voice over long-term evolution (VoLTE) call normalization and alert policy system
EP3981179A1 (en) * 2019-06-06 2022-04-13 Telefonaktiebolaget Lm Ericsson (Publ) Provision of message service center address
RU197132U1 (ru) * 2019-09-13 2020-04-02 Общество с ограниченной ответственностью "Научно-производственное предприятие "ИТЭЛМА" Блок интерфейса пользователя системы вызова экстренных оперативных служб
US11936694B2 (en) 2021-11-18 2024-03-19 T-Mobile Usa, Inc. Cross-domain routing based on session initiation protocol information

Family Cites Families (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3115268B2 (ja) 1997-10-08 2000-12-04 孝雄 三枝 緊急通報システム
CN1222807A (zh) 1998-01-08 1999-07-14 摩托罗拉公司 基地小区的紧急呼叫系统和方法
US6184829B1 (en) * 1999-01-08 2001-02-06 Trueposition, Inc. Calibration for wireless location system
US6766159B2 (en) * 2000-03-10 2004-07-20 Nokia Mobile Phones Ltd. Alpha tagging and type indication of emergency call number
US6738808B1 (en) * 2000-06-30 2004-05-18 Bell South Intellectual Property Corporation Anonymous location service for wireless networks
US6687504B1 (en) * 2000-07-28 2004-02-03 Telefonaktiebolaget L. M. Ericsson Method and apparatus for releasing location information of a mobile communications device
CN1282390C (zh) 2001-04-27 2006-10-25 诺基亚公司 处理网络识别紧急会话的方法和系统
EP1502469B1 (en) * 2002-05-06 2014-03-12 Nokia Corporation System and method for handling emergency sessions in communication networks
CN1784910B (zh) * 2003-03-14 2011-05-25 北方电讯网络有限公司 在无线通信网络中使用有关位置业务是紧急相关位置业务还是执法相关位置业务的指示来提供位置业务
US7177623B2 (en) 2003-07-02 2007-02-13 The United States Of America As Represented By The Secretary Of The Army Localized cellular awareness and tracking of emergencies
US7050785B2 (en) * 2003-12-08 2006-05-23 Research In Motion Limited Apparatus and method of explicit indication of call from emergency call centre
US20060018272A1 (en) * 2004-07-20 2006-01-26 Nokia Corporation Instance identification
US7336962B2 (en) 2005-06-17 2008-02-26 Nextel Communications Inc. System and method for position equipment dusting in search and rescue operations
CN1889606B (zh) 2005-06-30 2011-04-06 华为技术有限公司 一种分组域地理位置信息查询方法
BRPI0614520B1 (pt) 2005-08-02 2019-07-09 Qualcomm Incorporated Suporte de chamada de emergência voip
US10178522B2 (en) * 2005-08-02 2019-01-08 Qualcomm Incorporated VoIP emergency call support
US7245900B1 (en) 2005-08-24 2007-07-17 Sprint Spectrum L.P. Method and system for using basic service set identifiers (BSSIDs) for emergency services routing
US20070117539A1 (en) * 2005-11-23 2007-05-24 Research In Motion Limited Notification of a received message in a wireless mobile communication device based upon authentication
US7676234B2 (en) * 2005-11-23 2010-03-09 Research In Motion Limited Routing of a short message originated by a mobile device
US20070143423A1 (en) 2005-12-21 2007-06-21 Oliver Kieselbach Method and system for allowing a session initiating user to select one or more privacy settings to be applied to an instant messaging session from among multiple possible privacy controls
US20070149166A1 (en) * 2005-12-23 2007-06-28 Telefonaktiebolaget Lm Ericsson (Publ) Voice call continuity for emergency calls
US7710950B2 (en) * 2006-02-06 2010-05-04 Research In Motion Limited System and methods for originating a SIP call via a circuit-switched network from a user equipment device
US7702081B1 (en) * 2006-02-21 2010-04-20 Sprint Communications Company L.P. Call back number provisioning for emergency call services
CN101496387B (zh) * 2006-03-06 2012-09-05 思科技术公司 用于移动无线网络中的接入认证的系统和方法
US8340626B2 (en) 2006-04-28 2012-12-25 Qualcomm Incorporated System and method for supporting voice call continuity for VOIP emergency calls
US8090830B2 (en) * 2006-05-02 2012-01-03 Research In Motion Limited Apparatus, and associated method, for generating and transmitting an anonymous routing identifier to identify user agent
US20080008157A1 (en) * 2006-07-06 2008-01-10 Edge Stephen W Method And Apparatus For Parallel Registration And Call Establishment
CN101110758A (zh) * 2006-07-21 2008-01-23 华为技术有限公司 建立紧急会话的方法、系统及代理呼叫会话控制功能
EP2375629B1 (en) * 2006-08-16 2014-12-24 Huawei Technologies Co., Ltd. Method and apparatus for transmitting/receiving in emergency services
US8774370B2 (en) * 2006-08-21 2014-07-08 Connexon Telecom Inc. System and method for delivering callback numbers for emergency calls in a VOIP system
CN101132623B (zh) 2006-08-25 2011-08-10 华为技术有限公司 紧急业务处理方法及通信网络
US7668159B2 (en) * 2007-04-25 2010-02-23 Research In Motion Limited Methods and apparatus for obtaining variable call parameters suitable for use in originating a SIP call via a circuit-switched network from a user equipment device
US9185216B2 (en) * 2007-06-15 2015-11-10 Blackberry Limited System and method for indicating emergency call back to user equipment
US20090047922A1 (en) * 2007-08-13 2009-02-19 Research In Motion Limited Apparatus, and associated method, for facilitating an emergency call session using a packet-switched-capable wireless device
JP5001436B2 (ja) * 2008-01-10 2012-08-15 テレフオンアクチーボラゲット エル エム エリクソン(パブル) 通信ネットワークにおけるメッセージの処理
US8200185B2 (en) * 2008-04-02 2012-06-12 Qualcomm Incorporated Method and apparatus for supporting emergency calls (eCalls)
US8478226B2 (en) 2008-06-02 2013-07-02 Research In Motion Limited Updating a request related to an IMS emergency session
US20090296689A1 (en) 2008-06-02 2009-12-03 Research In Motion Limited Privacy-Related Requests for an IMS Emergency Session
US9602552B2 (en) 2008-06-02 2017-03-21 Blackberry Limited Coding and behavior when receiving an IMS emergency session indicator from authorized source

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9497227B2 (en) 2012-12-19 2016-11-15 Unify Gmbh & Co. Kg Method of conveying a location information representing a physical location of a first communication device, a computer program product for executing the method, and the first communication device for conveying the location information
US9838447B2 (en) 2012-12-19 2017-12-05 Unify Gmbh & Co. Kg Method of conveying a location information representing a physical location of a first communication device, a computer program product for executing the method, and the first communication device for conveying the location information

Also Published As

Publication number Publication date
JP5499147B2 (ja) 2014-05-21
WO2009149095A1 (en) 2009-12-10
JP2011524673A (ja) 2011-09-01
ES2392141T3 (es) 2012-12-05
KR101243488B1 (ko) 2013-03-13
US20110095886A1 (en) 2011-04-28
US8305210B2 (en) 2012-11-06
JP5689989B2 (ja) 2015-03-25
EP2255510B1 (en) 2012-07-25
CN102113294A (zh) 2011-06-29
EP2518975B1 (en) 2015-02-25
CN102113294B (zh) 2017-04-12
CA2726555C (en) 2014-12-16
JP5244968B2 (ja) 2013-07-24
US9602552B2 (en) 2017-03-21
EP2892204B1 (en) 2016-08-17
EP2615795B1 (en) 2014-08-27
JP5809303B2 (ja) 2015-11-10
BRPI0913427B1 (pt) 2020-11-10
EP2615795A3 (en) 2013-08-14
EP2255510A1 (en) 2010-12-01
HK1150915A1 (en) 2012-01-13
JP2014099909A (ja) 2014-05-29
EP2892204A2 (en) 2015-07-08
BRPI0913427A2 (pt) 2015-11-24
EP2615795A2 (en) 2013-07-17
JP2014099908A (ja) 2014-05-29
US20090296688A1 (en) 2009-12-03
CA2726555A1 (en) 2009-12-10
EP2892204A3 (en) 2015-07-15
JP2013085268A (ja) 2013-05-09
EP2518975A1 (en) 2012-10-31

Similar Documents

Publication Publication Date Title
KR101243488B1 (ko) 승인된 소스로부터의 ims 비상 세션 지시자를 수신할 때의 동작 및 코딩
US10631360B2 (en) System and method for managing emergency requests
US8369824B2 (en) Privacy-related requests for an IMS emergency session
US8478226B2 (en) Updating a request related to an IMS emergency session

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20160224

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20180227

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20200226

Year of fee payment: 8