KR101119339B1 - 매체 독립 핸드오버를 위한 방법 및 장치 - Google Patents

매체 독립 핸드오버를 위한 방법 및 장치 Download PDF

Info

Publication number
KR101119339B1
KR101119339B1 KR1020097021383A KR20097021383A KR101119339B1 KR 101119339 B1 KR101119339 B1 KR 101119339B1 KR 1020097021383 A KR1020097021383 A KR 1020097021383A KR 20097021383 A KR20097021383 A KR 20097021383A KR 101119339 B1 KR101119339 B1 KR 101119339B1
Authority
KR
South Korea
Prior art keywords
mih
message
sip
application server
ims
Prior art date
Application number
KR1020097021383A
Other languages
English (en)
Other versions
KR20090128484A (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 KR20090128484A publication Critical patent/KR20090128484A/ko
Application granted granted Critical
Publication of KR101119339B1 publication Critical patent/KR101119339B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/147—Signalling methods or messages providing extensions to protocols defined by standardisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/10—Access point devices adapted for operation in multiple networks, e.g. multi-mode access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/005—Control or signalling for completing the hand-off involving radio access media independent information, e.g. MIH [Media independent Hand-off]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)

Abstract

핸드오버를 수행하기 위한 방법 및 장치가 개시된다. 인터넷 프로토콜(IP) 멀티미티어 서브시스템(IMS) 클라이언트는 IMS 네트워크에 등록하고, 세션 개시 프로토콜(SIP)을 이용하여 MIH 애플리케이션 서버와 함께 매체 독립 핸드오버(MIH) 세션을 구축한다. IMS 클라이언트는 SIP를 이용하여 통신 피어와 함께, IP 기반 서비스[예컨대, 음성패킷망(VoIP)]를 위한 세션을 구축한다. MIH 메세지가 핸드오버를 위해 IP를 통해 MIH 애플리케이션 서버와 교환된다. 핸드오버 이후, 세션이 재개된다. 서빙 호 세션 제어 기능부(S-CSCF)는 INVITE 요청내에 포함된 "MIH 서비스" 스트링 및 고유 식별자에 기초하여 MIH 애플리케이션 서버를 트리거한다. IMS 클라이언트는 세션을 재개하기 위해 핸드오버 이후에 REFER 요청을 MIH 애플리케이션 서버에 보낼 수 있다. 이와 달리, IMS 클라이언트는 RE-INVITE 요청을 MIH 애플리케이션 서버 및 통신 피어에게 보낼 수 있다.
Figure R1020097021383
핸드오버, 인터넷 프로토콜, IP, 멀티미티어, 서브시스템 ,IMS, 클라이언트, 네트워크, 등록, 세션 개시 프로토콜, SIP, MIH, 애플리케이션 서버.

Description

매체 독립 핸드오버를 위한 방법 및 장치{METHOD AND APPARATUS FOR MEDIA INDEPENDENT HANDOVER}
본 출원은 무선 네트워크들 간의 매체 독립 핸드오버(media independent handover)에 관한 것이다.
인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS)은 이동 멀티미디어 서비스와 고정 멀티미디어 서비스를 제공하는 표준화된 차세대 네트워킹(NGN) 아키텍처이다. IMS는 세션 개시 프로토콜(SIP)을 이용하고 IP를 통해 구동한다. IMS는 수많은 여러 서비스들(예컨대, 인스턴트 메세징, 비디오 스트리밍, 음성패킷망(VoIP), 및 기타 다른 IP 기반 서비스들)을 위해 사용될 수 있다.
IMS의 목표는 인터넷이 제공하는 현재와 미래의 모든 서비스들을 제공하는 것이다. 이러한 서비스들을 제공하는데 사용되는 방법들 중 하나는 IMS 애플리케이션 서버를 통해서이다. IMS 애플리케이션 서버는 하나 이상의 IP 서비스들을 주관하여 실행하는 네트워크 엔티티이다. 애플리케이션 서버는 IMS 시그널링 평면내에서 중심 노드인 서빙 호 세션 제어 기능부(serving call session control function; S-CSCF)에 의해 서비스를 제공하도록 트리거된다.
IEEE 802.21 표준안은 시스템간 핸드오버들의 실행 및 관리에서 도움을 주는 메카니즘과 프로시저를 정의한다. IEEE 802.21 하에서는, 핸드오버 동작의 관리와 시스템 발견 및 선택에서 도움을 주기 위해 세 개의 주요 서비스들이 이동성 관리 애플리케이션에 의해 액세스될 수 있다. 이러한 서비스들은 이벤트 서비스, 정보 서비스, 및 명령 서비스를 포함한다. 이러한 서비스들은 각자 서로에 대해 종속하지 않으며, 그 결과 독립적으로 제공될 수 있다.
현재, IEEE 802.21 서비스가 관련된 제3 세대 파트너쉽 프로젝트(3GPP) 또는 이와 유사한 무선 표준 규격안내에서 이미 정의된 현존하는 이동성 관리 및 핸드오버 기능성과 어떻게 상호연동할 수 있는지를 기술하는 인터페이스 또는 메카니즘은 존재하지 않는다. 현존하는 이동성 관리 메카니즘과 핸드오버 프로시저가 수정되지 않는 한 IEEE 802.21 서비스를 3GPP 또는 기타 무선 표준내에 통합하기 위한 프로시저 또는 기능성은 존재하지 않는다. 그러므로, MIH 서비스를 3GPP 또는 기타 무선 표준 기반 네트워크내로 통합시킬 수 있는 MIH 애플리케이션 서버가 필요하다.
핸드오버를 수행하기 위한 방법 및 장치가 개시된다. IMS 클라이언트는 IMS 네트워크에 등록하고, SIP를 이용하여 MIH 애플리케이션 서버와 함께 MIH 세션을 구축한다. IMS 클라이언트는 SIP 메세지를 이용하여 통신 피어(communication peer)와 함께 IP 기반 서비스(예컨대, VoIP)를 위한 세션을 구축한다. MIH 메세지를 SIP 인스턴트 메세지내에 캡슐화함으로써 SIP 프로토콜을 이용하여 MIH 메세지가 핸드오버를 위해 IP를 통해 MIH 애플리케이션 서버와 교환된다. 이와 달리, MIH 메세지를 대신하여 등가적인 SIP 메세지를 보냄으로써 MIH 메세지는 IP를 통해 MIH 애플리케이션과 교환될 수 있다. 다른 대안책으로서, MIH 메세지는 사용자 데이터그램 프로토콜(UPD) 또는 송신 제어 프로토콜(TCP)과 같은, 다른 전송 프로토콜을 통해 MIH 애플리케이션 서버와 교환될 수 있다.
핸드오버 이후, 세션이 재개된다. S-CSCF는 INVITE 요청내에 포함된 "MIH 서비스" 스트링(string) 및 고유 식별자에 기초하여 MIH 애플리케이션 서버를 트리거한다. IMS 클라이언트는 세션을 재개하기 위해 핸드오버 이후에 REFER 요청을 MIH 애플리케이션 서버에 보낼 수 있다. 이와 달리, IMS 클라이언트는 RE-INVITE 요청을 MIH 애플리케이션 서버 및 통신 피어에게 보낼 수 있다.
본 발명의 보다 자세한 이해는 첨부된 도면들을 참조하면서 예시를 통해 주어진 아래의 상세한 설명을 이해함으로써 얻어질 수 있다.
도 1은 MIH 애플리케이션 서버의 블럭도이다.
도 2a 내지 도 2d는 일 실시예에 따른 핸드오버를 위한 준비에서의 예시적인 호(call) 흐름이다.
도 3a 내지 도 3f는 다른 실시예에 따른 핸드오버를 위한 예시적인 호 흐름도이다.
도 4a 내지 도 4d는 다른 실시예에 따른 핸드오버를 위한 예시적인 호 흐름도이다.
도 5는 예시적인 INVITE 요청 메세지이다.
도 6은 예시적인 REFER 요청 메세지이다.
도 7은 IMS 클라이언트를 향하는 예시적인 RE-INVITE 요청 메세지이다.
도 8은 MIH 애플리케이션 서버를 향하는 예시적인 RE-INVITE 요청 메세지이다.
도 9는 IMS 클라이언트의 등록 상태 변경도이다.
이하의 언급시, 용어 "무선 송수신 유닛(WTRU)"은 사용자 장비(UE), 이동국, 고정 가입자 유닛 또는 이동 가입자 유닛, 호출기, 셀룰러 폰, 개인 보조 단말기(PDA), 컴퓨터, 또는 무선 환경에서 동작할 수 있는 임의의 유형의 기타 사용자 장치를 포함하나, 이러한 예시들에 한정되는 것은 아니다.
실시예들을 VoIP 서비스를 예시로서 참조하여 설명할 것이며, 실시예들은 세션을 설정하는 것을 포함하는 임의의 기타 서비스들(예컨대, 인스턴트 메세징, 비디오 스트리밍, 또는 임의의 기타 IP 기반 서비스들)에 적용가능함을 유념해야 한다.
도 1은 MIH 애플리케이션 서버(100)의 블럭도이다. MIH 애플리케이션 서버(100)는 MIH 기능(MIHF; MIH function) 엔티티(105), 상호연동 기능(IWF) 인터페이스(110), SIP 인터페이스(115), 이동성 및 핸드오버 정책 기능(MHPF) 엔티티(120), 상위층 전송 유닛(예컨대, IP 기반)(125), 및 L2 전송 유닛(예컨대, IEEE 8O2.xx 기반)(130)을 포함한다. MIH 애플리케이션 서버(100)는 상위층 전송 유닛(125)을 거쳐 임의의 IMS 가능 네트워크를 통해, IMS 클라이언트(예컨대, WTRU)로의 그리고 IMS 클라이언트로부터의 IP 기능들의 끊김없는 통합을 용이하게 해준 다. MIH 애플리케이션 서버(100)는 L2 전송 유닛(130)을 거쳐 802.xx 액세스 네트워크를 통해 IMS 클라이언트로의 그리고 IMS 클라이언트로부터의 IEEE 8O2.xx 기능들의 끊김없는 통합을 용이하게 해준다. MIH 애플리케이션 서버(100)는 또한 SIP 시그널링을 지원하며, SIP 인터페이스(115)를 거쳐 IMS 네트워크내의 S-CSCF와 인터페이싱한다.
MIHF 엔티티(105)는 상위층 전송 유닛(125)(예컨대, IP를 통해) 및/또는 L2 전송 유닛(130)(예컨대, IEEE 8O2.xx)을 거쳐서 MIH 메세지(즉, MIH 이벤트 및 정보)를 수신한다. MIHF 엔티티(105)는 MIH 메세지에 응답하여 상위층 전송 유닛(125) 또는 L2 전송 유닛(130)을 거쳐서 MIH 메세지(즉, MIH 이벤트, 정보, 및 명령)를 보낸다. MIHF 엔티티(105)는 또한 MHPF 엔티티(120)에게 이벤트 시그널링을 출력할 수 있거나(예컨대, 세션을 지원하는 링크층 기술의 현 상태 변경), 또는 IWF 인터페이스(110)에게 이벤트 시그널링을 출력할 수 있다(예컨대, 핸드오버의 성공적인 완료를 나타내는 것).
IWF 인터페이스(110)는 SIP 인터페이스(115)를 거쳐 수신된 SIP 메세지를 MIH 메세지로 변환시키고, 이와 반대도 마찬가지다. IWF 인터페이스(110)는 MIHF 엔티티(105)로부터 이벤트를 수신하고, SIP 인터페이스(115)로부터는 SIP 시그널링을 수신하고, MHPF 엔티티(120)로부터는 명령을 수신하며, 이것들을 MIH 시그널링 또는 SIP 시그널링으로 변환시킨다.
MHPF 엔티티(120)는 MIH 메세지에 대한 SIP 메세지의 특정 동작 및 맵핑을 동적으로 결정하며, 그 반대도 마찬가지다. MHPF 엔티티(120)는 이종 네트워크들에 걸친 핸드오버들을 제어한다. MHPF 엔티티(120)는 핸드오버 이벤트 및 SIP 시그널링을 수신하고, 핸드오버 명령 및 SIP 호 제어 시그널링을 출력한다.
SIP 인터페이스(115)는 세션 제어 목적을 위한 명령들을 MHPF 엔티티(120)로부터 수신하며, 또한 IWF 인터페이스(110)를 거쳐 MIHF 엔티티(105)로부터 이벤트들을 수신할 수 있다. SIP 인터페이스(115)는 호/세션 제어 목적을 위한 SIP 시그널링을 출력한다.
도 2a 내지 도 2d는 일 실시예에 따른 핸드오버를 위한 예시적인 호 흐름도(200)이다. 이후부터, IMS 클라이언트(160)는 초기에 셀룰라 액세스 네트워크(150)에 접속되며 무선 로컬 영역 네트워크(WLAN) 액세스 네트워크(155)로의 핸드오버를 수행하는 것으로 가정한다. 반대의 시나리오가 또한 가능하며, 핸드오버는 임의의 유형의 무선 네트워크들 사이에서 이행될 수 있음을 유념해야 한다. IMS 클라이언트(160)(예컨대, WTRU)는 프록시 호 세션 제어 기능부(P-CSCF)(140)의 발견 이후에, IMS 네트워크[즉, S-CSCF(145)]에 등록한다(단계 202). IMS 클라이언트(160)의 서비스 정책 엔티티(164)는 MIH 세션을 개시한다(단계 204). IMS 클라이언트의 SIP 스택(162)은 INVITE 요청을 P-CSCF(140)에 보낸다(단계 206). P-CSCF(140)는 INVITE 요청을 S-CSCF(145)에 발송한다(단계 208). S-CSCF(145)는 IMS 클라이언트(160)의 프로파일을 다운로드하고, 필터 기준에 기초하여 MIH 애플리케이션 서버를 트리거하는데(단계 210), 이것은 이후에 자세하게 설명될 것이다.
MIH 애플리케이션 서버(100)는 SIP 사용자 에이전트 모드에서 기능한다. MIH 애플리케이션 서버(100)의 SIP 인터페이스(115)는 INVITE 요청내에 포함된 IMS 클 라이언트(160)의 고유 식별자 및 IP 어드레스를 인출하여, 이것들을 MHPF 엔티티(120)에 전달한다(단계 212). MHPF 엔티티(120)는 IMS 클라이언트(160)를 위한 바인딩을 생성하고 바인딩 완료를 SIP 인터페이스(115)에 표시해준다(단계 214). 바인딩은 IMS 클라이언트(160)의 고유 식별자[예컨대, MIHF 식별정보(ID)], IMS 클라이언트(160)의 현재 IP 어드레스, 및 등록 상태 및 이 등록 상태와 연계된 등록 타이머를 포함할 수 있으며, 이것은 이후에 자세하게 설명할 것이다.
SIP 인터페이스(115)는 200 OK 메세지를 S-CSCF(145)와 P-CSCF(140)를 거쳐서 IMS 클라이언트(160)에 송신한다(단계 216). IMS 클라이언트(160)는 수신확인통지(ACK)를 MIH 애플리케이션 서버(100)에 보낸다(단계 217). 그 후, MIH 세션이 구축되고, IMS 클라이언트(160)와 MIH 애플리케이션 서버(100)는 MIH 메세지들을 IP를 통해서 직접 교환할 수 있다.
단계 218에서 MIH 세션 완료가 서비스 정책 엔티티(164)에 표시된 후, 서비스 정책 엔티티(164)는 원격 MIH 메세지를 MIH 애플리케이션 서버(100)에 보내도록 MIHF 엔티티(166)를 트리거한다. IMS 클라이언트(160)내의 MIHF 엔티티(166)는 MIH 애플리케이션 서버(100)내의 MIHF 엔티티(125)와 함께 성능 발견 프로시저를 수행할 수 있다(단계 220, 단계 222). MIHF 엔티티(166)는 또한 특정 서비스들에 등록하기 위한 MIH 등록 프로시저를 수행할 수 있다(단계 224, 단계 226). MIHF 엔티티(125)는 MIHF 엔티티(166)와 함께 이벤트 가입 프로시저를 수행할 수 있다(단계 228, 단계 230). 단계 220 내지 단계 230에서 교환된 MIH 메세지들은 IP를 통해 송신될 수 있으며, 보안 전송을 위한 IPsec을 이용하여 송신될 수 있다. MIHF 엔티 티(125)는 IMS 클라이언트(160)로부터 수신된 원격 MIH 메세지들을 MHPF 엔티티(120)에 발송한다. 이것은 IMS 클라이언트(160)의 상태 업데이트를 불러일으킨다. MHPF 엔티티(120)는 또한 원격 MIH 메세지들을 보내도록 MIHF 엔티티(125)를 트리거한다. IP를 통한 MIH 메세지들의 전송은 2006년 5월 19일에 출원되어 공동 양도된 미국 특허 출원 제60/801,786호에서 개시된 바와 같이 수행될 수 있으며, 이 특허문헌은 그 전체가 본 명세서내에 참조로서 병합된다.
대안적인 실시예에서, IMS 클라이언트(160)내의 MIHF 엔티티(166)는 단계 232 내지 단계 242에 따라 MIH 애플리케이션 서버(100)내의 MIHF 엔티티(125)와 함께 성능 발견 프로시저를 수행할 수 있다. 단계 232 내지 단계 242에서 교환된 MIH 메세지들은 세션 개시 프로토콜(SIP)을 전송 프로토콜로서 이용하여 송신될 수 있다. 프로시저는 MIH 엔티티(166)가 MIH_CAPABILITY_DISCOVERY.REQUEST를 IMS 애플리케이션/SIP 스택(162)에 보낼 때에 시작한다(단계 232). 그런 다음, MIH_CAPABILITY_DISCOVERY.REQUEST 메세지를 MESSAGE SIP 신호의 본문(body)내에 넣어서 전송함으로써 MIH_CAPABILITY_DISCOVERY.REQUEST 메세지가 인스턴트 메세징 기술들을 통해 송신된다(단계 234). 그런 다음 SIP 인터페이스(115)는 MIH_CAPABILITY_DISCOVERY.REQUEST 메세지를 추출하고, 이것을 MIHF 엔티티(125)에 전달한다(단계 236). SIP 인터페이스(115)는 MIH_CAPABILITY_DISCOVERY.REQUEST 메세지가 MIHF 엔티티에 전달될 필요가 있다는 것을 판단하기 위해 MESSAGE SIP 신호내의 콘텐츠-유형 헤더를 이용할 수 있다. MIH_CAPABILITY_DISCOVERY.REQUEST 메세지의 수신 시에, MIHF 엔티티(125)는 MIH 수신확인통지 메세지를 생성할 수 있다 (단계 238). MIH 애플리케이션 서버(100)에서의 MESSAGE SIP 신호의 성공적인 수신은 IMS 클라이언트(160)를 향한 200 OK SIP 신호를 생성시킨다. 200 OK SIP 신호는 MIHF 엔티티(125)에 의해 생성된, MIH 수신확인통지 메세지를 전송하는데에 이용될 수 있다(단계 240). IMS 클라이언트(160)가 200 OK SIP 신호를 수신하면, IMS 애플리케이션/SIP 스택(162)은 MIH_ACK 메세지를 MIH 엔티티(166)에 보낸다(단계 242).
MIH_CAPABILITY_DISCOVERY.REQUEST 메세지가 MIHF 엔티티(125)에 의해 프로세싱되면, 이벤트 서비스, 명령 서비스, 및 정보 서비스의 측면에서, MIH_CAPABILITY_DISCOVERY.REQUEST 메세지에서 요청된 지원된 MIH 성능들을 전달하도록 MIH_CAPABILITY_DISCOVERY.CONFIRM 메세지가 전송될 수 있다(단계 244). MIH_CAPABILITY_DISCOVERY.CONFIRM 메세지는 SIP를 전송 프로토콜로서 이용하여 송신될 수 있다. 구체적으로, MIH_CAPABILITY_DISCOVERY.CONFIRM 메세지를 MESSAGE SIP 신호의 본문내에 넣어서 전송함으로써(단계 246), 단계 244 내지 단계 254에서의 MIH 메세지들이 인스턴트 메세징 기술들을 통해 송신될 수 있다. IMS 클라이언트 A(160)내의 IMS 애플리케이션/SIP 스택(162)은 MIH_CAPABILITY_DISCOVERY.CONFIRM 메세지를 추출하고, 이것을 MIHF 엔티티(166)에 전달한다(단계 248). IMS 애플리케이션/SIP 스택(162)은 MIH_CAPABILITY_DISCOVERY.CONFIRM 메세지가 MIHF 엔티티(166)에 전달될 필요가 있다는 것을 판단하기 위해 MESSAGE SIP 신호내의 콘텐츠-유형 헤더를 이용할 수 있다. MIH_CAPABILITY_DISCOVERY.CONFIRM 메세지의 수신 시에, MIHF 엔티티(166)는 MIH 수신확인통지 메세지를 생성할 수 있다(단계 250). IMS 클라이언트 A(160)에서 의 MESSAGE SIP 신호의 성공적인 수신은 MIH 애플리케이션 서버(100)를 향한 200 OK SIP 신호를 생성시킨다(단계 252). 200 OK SIP 신호는 SIP 인터페이스(115)에 의해 생성된, MIH 수신확인통지 메세지를 전송하는데에 이용될 수 있다(단계 254).
MIHF 엔티티(166)는 또한 MIH 등록 프로시저를 수행할 수 있다(단계 256 내지 278). IMS 클라이언트 A(160)내의 MIHF 엔티티(166)는 단계 256 내지 단계 266에 따라 MIH 애플리케이션 서버(100)내의 MIHF 엔티티(125)와 함께 특정 서비스들에 대한 등록을 위한 등록 프로시저를 수행할 수 있다. 단계 256 내지 단계 266에서 교환된 MIH 메세지들은 세션 개시 프로토콜(SIP)을 전송 프로토콜로서 이용하여 송신될 수 있다. 구체적으로, MIH_REGISTER.REQUEST 메세지를 MESSAGE SIP 신호의 본문내에 넣어서 전송함으로써(단계 258), 단계 256 내지 단계 266에서의 MIH 메세지들이 인스턴트 메세징 기술들을 통해 송신될 수 있다. SIP 인터페이스(115)는 MIH_REGISTER.REQUEST 메세지를 추출하고, 이것을 MIHF 엔티티(125)에 전달한다(단계 260). SIP 인터페이스(115)는 MIH_REGISTER.REQUEST 메세지가 MIHF 엔티티(125)에 전달될 필요가 있다는 것을 판단하기 위해 MESSAGE SIP 신호내의 콘텐츠-유형 헤더를 이용할 수 있다. MIH_REGISTER.REQUEST 메세지의 수신 시에, MIHF 엔티티(125)는 MIH 수신확인통지 메세지를 생성할 수 있다(단계 262). MIH 애플리케이션 서버(100)에서의 MESSAGE SIP 신호의 성공적인 수신은 IMS 클라이언트(160)를 향한 200 OK SIP 신호를 생성시킨다. 200 OK SIP 신호는 MIHF 엔티티(125)에 의해 생성된, MIH 수신확인통지 메세지를 전송하는데에 이용될 수 있다(단계 264). 200 OK SIP 신호의 수신 시, IMS 애플리케이션/SIP 스택(162)은 MIHF 엔티티(166)에 수 신확인통지를 보낸다(단계 266).
MIH_REGISTER.REQUEST 메세지가 MIHF 엔티티(125)에 의해 프로세싱되면, MIH_REGISTER.REQUEST 메세지에서 요청된 등록 프로시저의 결과를 전달하도록 MIH_REGISTER.CONFIRM 메세지가 전송될 수 있다(단계 268). MIH_REGISTER.CONFIRM 메세지는 SIP를 전송 프로토콜로서 이용하여 송신될 수 있다. 구체적으로, MIH_REGISTER.CONFIRM 메세지를 MESSAGE SIP 신호의 본문내에 넣어서 전송함으로써(단계 270), 단계 270 내지 단계 278에서의 MIH 메세지들이 인스턴트 메세징 기술들을 통해 송신될 수 있다. IMS 클라이언트 A(160)내의 IMS 애플리케이션/SIP 스택(162)은 MIH_REGISTER.CONFIRM 메세지를 추출하고, 이것을 MIHF 엔티티(166)에 전달한다(단계 272). IMS 애플리케이션/SIP 스택(162)은 MIH_REGISTER.CONFIRM 메세지가 MIHF 엔티티(166)에 전달될 필요가 있다는 것을 판단하기 위해 MESSAGE SIP 신호내의 콘텐츠-유형 헤더를 이용할 수 있다. MIH_REGISTER.CONFIRM 메세지의 수신 시에, MIHF 엔티티(166)는 MIH 수신확인통지 메세지를 생성할 수 있다(단계 274). MIH 클라이언트(160)에서의 MESSAGE SIP 신호의 성공적인 수신은 MIH 애플리케이션 서버(100)를 향한 200 OK SIP 신호를 생성시킨다. 200 OK SIP 신호는 MIHF 엔티티(166)에 의해 생성된, MIH 수신확인통지 메세지를 전송하는데에 이용될 수 있다(단계 276). 200 OK SIP 신호의 수신 시, SIP 인터페이스(115)는 MIHF 엔티티(125)에 MIH_ACK를 보낸다(단계 278).
MIHF 엔티티(125)는 MIHF 엔티티(166)와 함께 이벤트 가입 프로시저를 수행할 수 있다(단계 280 내지 단계 290). IMS 클라이언트(160)내의 MIHF 엔티티(166) 는 단계 280 내지 단계 288에 따라 MIH 애플리케이션 서버(100)내의 MIHF 엔티티(125)로부터 하나 이상의 유형의 관심대상 이벤트에 가입하기 위한 이벤트 가입 프로시저를 수행할 수 있다. 단계 280 내지 단계 288에서 교환된 MIH 메세지들은 SIP를 전송 프로토콜로서 이용하여 송신될 수 있다. 구체적으로, 이MIH_EVENT_SUBSCRIBE.REQUEST 메세지를 MESSAGE SIP 신호의 본문내에 넣어서 전송함으로써(단계 280), 단계 280 내지 단계 288에서의 MIH 메세지들이 인스턴트 메세징 기술들을 통해 송신될 수 있다. SIP 인터페이스(115)는 MIH_EVENT_SUBSCRIBE.REQUEST 메세지를 추출하고, 이것을 MIHF 엔티티(125)에 전달한다(단계 282). SIP 인터페이스(115)는 MIH_EVENT_SUBSCRIBE.REQUEST 메세지가 MIHF 엔티티에 전달될 필요가 있다는 것을 판단하기 위해 MESSAGE SIP 신호내의 콘텐츠-유형 헤더를 이용할 수 있다. MIH_EVENT_SUBSCRIBE.REQUEST 메세지의 수신 시에, MIHF 엔티티(125)는 MIH 수신확인통지 메세지를 생성할 수 있다(단계 284). MIH 애플리케이션 서버(100)에서의 MESSAGE SIP 신호의 성공적인 수신은 IMS 클라이언트(160)를 향하는 200 OK SIP 신호를 생성시킨다. 200 OK SIP 신호는 MIHF 엔티티(125)에 의해 생성된, MIH 수신확인통지 메세지를 전송하는데에 이용될 수 있다(단계 286). 200 OK SIP 메세지의 수신 시, IMS 애플리케이션/SIP 스택(162)은 MIHF 엔티티(166)에 MIH_ACK를 보낸다(단계 288).
MIH_EVENT_SUBSCRIBE.REQUEST 메세지가 MIHF 엔티티(125)에 의해 프로세싱되면, MIH_EVENT_SUBSCRIBE.REQUEST 메세지에서 요청된 이벤트의 가입 상태를 전달하도록 MIH_EVENT_SUBSCRIBE.CONFIRM 메세지가 전송될 수 있다(단계 291). MIH_EVENT_SUBSCRIBE.CONFIRM 메세지는 SIP를 전송 프로토콜로서 이용하여 송신될 수 있다. 구체적으로, MIH_EVENT_SUBSCRIBE.CONFIRM 메세지를 MESSAGE SIP 신호의 본문내에 넣어서 전송함으로써(단계 292), 단계 291 내지 단계 296에서의 MIH 메세지들이 인스턴트 메세징 기술들을 통해 송신될 수 있다. IMS 클라이언트 A(160)내의 IMS 애플리케이션/SIP 스택(162)은 MIH_EVENT_SUBSCRIBE.CONFIRM 메세지를 추출하고, 이것을 MIHF 엔티티(166)에 전달한다(단계 293). IMS 애플리케이션/SIP 스택(162)은 MIH_EVENT_SUBSCRIBE.CONFIRM 메세지가 MIHF 엔티티(166)에 전달될 필요가 있다는 것을 판단하기 위해 MESSAGE SIP 신호내의 콘텐츠-유형 헤더를 이용할 수 있다. MIH_EVENT_SUBSCRIBE.CONFIRM 메세지의 수신 시에, MIHF 엔티티(166)는 MIH 수신확인통지 메세지를 생성할 수 있다(단계 294). MIH 클라이언트(160)에서의 MESSAGE SIP 신호의 성공적인 수신은 MIH 애플리케이션 서버(100)를 향한 200 OK SIP 신호를 생성시킨다. 200 OK SIP 신호는 MIHF 엔티티(166)에 의해 생성된, MIH 수신확인통지 메세지를 전송하는데에 이용될 수 있다(단계 295). 200 OK 메세지의 수신 시, SIP 인터페이스(115)는 MIHF 엔티티(125)에 MIH_ACK를 보낸다(단계 296). 이 시점으로부터 핸드오버를 완료시키기 위해, 본 프로시저는 도 3d에서의 단계 353에서 재개할 것이다.
도 3a 내지 도 3f는 다른 실시예에 따른 핸드오버를 위한 호 흐름도의 예시로서, 여기서는 IMS 클라이언트(160)내의 MIHF 엔티티(166)가 MIH 애플리케이션 서버(100)내의 MIHF 엔티티(125)와 함께 성능 발견 프로시저를 수행할 수 있다. 본 프로시저는 도 2a의 등록 프로시저가 이미 발생한 것으로 가정한다. 단계 302 내지 단계 310에서 교환된 MIH 메세지들은 SIP를 전송 프로토콜로서 이용하여 송신될 수 있다. 구체적으로, MIH_CAPABILITY_DISCOVERY.REQUEST 메세지를 OPTIONS SIP 신호의 메세지 본문내에 넣어서 전송함으로써(단계 304), 단계 302 내지 단계 310에서의 MIH 메세지들이 송신될 수 있다. SIP 인터페이스(115)는 MIH_CAPABILITY_DISCOVERY.REQUEST 메세지를 추출하고, 이것을 MIHF 엔티티(125)에 전달한다(단계 306). SIP 인터페이스(115)는 MIH_CAPABILITY_DISCOVERY.REQUEST 메세지가 MIHF 엔티티(125)에 전달될 필요가 있다는 것을 판단하기 위해 OPTIONS SIP 신호내의 "수용(ACCEPT)" 헤더 필드내의 정보를 이용할 수 있다.
MIH_CAPABILITY_DISCOVERY.REQUEST 메세지가 MIHF 엔티티(125)에 의해 프로세싱되면, 이벤트 서비스, 명령 서비스, 및 정보 서비스의 측면에서, MIH_CAPABILITY_DISCOVERY.REQUEST 메세지에서 요청된 지원되는 MIH 성능들을 전달하도록 MIH_CAPABILITY_DISCOVERY.CONFIRM 메세지가 전송될 수 있다(단계 308). MIH_CAPABILITY_DISCOVERY.CONFIRM 메세지는 SIP를 전송 프로토콜로서 이용하여 송신될 수 있다. 구체적으로, MIH_CAPABILITY_DISCOVERY.CONFIRM 메세지를 OPTIONS SIP 신호의 성공적인 전달을 통지하는데에 사용되는 200 OK SIP 신호의 본문내에 넣어서 전송함으로써, 단계 308 내지 단계 310에서의 MIH 메세지들이 송신될 수 있다. MIH 애플리케이션 서버(100)내의 SIP 인터페이스(115)는 MIH_CAPABILITY_DISCOVERY.CONFIRM 메세지를 추출하고, 이것을 MIHF 엔티티(125)에 전달한다(단계 310). IMS 애플리케이션/SIP 스택(162)은 MIH_CAPABILITY_DISCOVERY.CONFIRM 메세지가 MIHF 엔티티(166)에 전달될 필요가 있 다는 것을 판단하기 위해 200 OK SIP 신호내의 콘텐츠-유형 헤더를 이용할 수 있다.
다른 대안적인 실시예에서, MIHF 엔티티(125)는 MIHF 엔티티(166)와 함께 이벤트 가입 프로시저를 수행할 수 있다(단계 320 내지 단계 322). IMS 클라이언트(160)내의 MIHF 엔티티(166)는 MIH 애플리케이션 서버(100)내의 MIHF 엔티티(125)로부터 하나 이상의 유형의 관심대상 이벤트에 가입하기 위한 이벤트 가입 프로시저를 수행할 수 있다. 단계 320 내지 단계 322에서 교환된 MIH 메세지들은 SIP를 전송 프로토콜로서 이용하여 송신될 수 있다. 구체적으로, MIH_EVENT_SUBSCRIBE.REQUEST 메세지를 IETF RFC 3265에서 정의된 SUBSCRIBE SIP 신호의 본문내에 넣어서 전송함으로써(단계 322), 단계 320 내지 단계 322에서의 MIH 메세지들이 송신될 수 있다. SIP 인터페이스(115)는 MIH_EVENT_SUBSCRIBE.REQUEST 메세지를 추출하고, 이것을 MIHF 엔티티(125)에 전달한다(단계 324). SIP 인터페이스(115)는 MIH_EVENT_SUBSCRIBE.REQUEST 메세지가 MIHF 엔티티에 전달될 필요가 있다는 것을 판단하기 위해 SUBSCRIBE SIP 신호내의 이벤트 헤더를 이용할 수 있다. MIH_EVENT_SUBSCRIBE.REQUEST 메세지의 수신 시에, MIHF 엔티티(125)는 MIH 수신확인통지 메세지를 생성할 수 있다(단계 326). MIH 애플리케이션 서버(100)에서의 MESSAGE SIP 신호의 성공적인 수신은 IMS 클라이언트(160)를 향하는 200 OK SIP 신호를 생성시킨다. 200 OK SIP 신호는 MIHF 엔티티(125)에 의해 생성된, MIH 수신확인통지 메세지를 전송하는데에 이용될 수 있다(단계 328). 200 OK SIP 메세지의 수신 시, IMS 애플리케이션/SIP 스택(162)은 MIHF 엔티티(166)에 MIH_ACK를 보낸다.
MIH_EVENT_SUBSCRIBE.REQUEST 메세지가 MIHF 엔티티(125)에 의해 프로세싱되면, MIH_EVENT_SUBSCRIBE.REQUEST 메세지에서 요청된 이벤트의 가입 상태를 전달하도록 MIH_EVENT_SUBSCRIBE.CONFIRM 메세지가 전송될 수 있다(단계 340). MIH_EVENT_SUBSCRIBE.CONFIRM 메세지는 SIP를 전송 프로토콜로서 이용하여 송신될 수 있다. 구체적으로, MIH_EVENT_SUBSCRIBE.CONFIRM 메세지를 NOTIFY SIP 신호의 본문내에 넣어서 전송함으로써(단계 342), 단계 340 내지 단계 352에서의 MIH 메세지들이 송신될 수 있다. IMS 클라이언트 A(160)내의 IMS 애플리케이션/SIP 스택(162)은 MIH_EVENT_SUBSCRIBE.CONFIRM 메세지를 추출하고, 이것을 MIHF 엔티티(166)에 전달한다(단계 344). IMS 애플리케이션/SIP 스택(162)은 MIH_EVENT_SUBSCRIBE.CONFIRM 메세지가 MIHF 엔티티(166)에 전달될 필요가 있다는 것을 판단하기 위해 NOTIFY SIP 신호내의 콘텐츠-유형 헤더를 이용할 수 있다. MIH_EVENT_SUBSCRIBE.CONFIRM 메세지의 수신 시에, MIHF 엔티티(166)는 MIH 수신확인통지 메세지를 생성할 수 있다(단계 348).
IMS 클라이언트(160)는 VoIP 세션을 구축하기 위해 INVITE 요청을 IMS 클라이언트(170)(즉, 통신 피어)에 보낸다(단계 353 내지 단계 359). VoIP는 예시에 불과하며 임의의 기타 서비스 세션이 구축될 수 있음을 유념해야 한다. 만약 IMS 클라이언트(170)가 이러한 INVITE 요청을 수락하면, IMS 클라이언트(170)는 200 OK 신호를 IMS 클라이언트(160)에 보낸다(단계 359). 그 후 IMS 클라이언트(160)는 ACK를 IMS 클라이언트(170)에 보낸다(단계 360). 그런 다음 IMS 클라이언트(160)와 IMS 클라이언트(170) 사이의 VoIP 세션이 구축된다(단계 361).
IMS 클라이언트(160)는 셀룰라 인터페이스상의 신호 세기가 저하되고 있음을 탐지한다. MIHF 엔티티(166)는 신호 세기 보고를 MIH 애플리케이션 서버(100)의 MIHF 엔티티(125)에 보낸다(단계 362). MIHF 엔티티(125)는 이웃 리스트 정보를 MIHF 엔티티(166)에 보낸다(단계 363). 서비스 정책 엔티티(164)는 IMS 클라이언트(160)의 WLAN 인터페이스를 턴온시키고, 이웃 리스트 정보에 기초하여 링크를 탐지하며, MIHF 엔티티(166)는 WLAN 링크가 탐지되었다라는 표시를 보낸다(단계 364). MIHF 엔티티(125)는 WLAN으로의 핸드오버를 수행하도록 하는 명령을 MIHF 엔티티(166)에게 보낸다(단계 365). 서비스 정책 엔티티(164)는 WLAN으로의 핸드오버를 완료하고 [예컨대, 동적 호스트 구성 프로토콜(DHCP)을 이용하여] 새로운 IP 어드레스를 획득하며, MIHF 엔티티(166)는 셀룰라 네트워크로부터 WLAN으로의 핸드오버의 결과를 MIHF 엔티티(125)에게 표시한다(단계 366). 단계 362 내지 단계 366에서 교환된 MIH 메세지들은 IP를 통해 송신될 수 있으며, 보안 전송을 위한 IPsec을 이용하여 송신될 수 있다. MIHF 엔티티(125)는 IMS 클라이언트(160)로부터의 원격 MIH 메세지들을 MHPF 엔티티(120)에 발송한다.
서비스 정책 엔티티(164)는 MIH 애플리케이션 서버(100)와 IMS 클라이언트(170)의 업데이트를 트리거한다(단계 366a). IMS 클라이언트(160)는 REFER 요청을 MIH 애플리케이션 서버(100)에 보낸다(단계 367). REFER 요청은 RFC 3535의 SIP REFER 방법에서 정의될 수 있거나, 또는 RFC 4488에서와 같이 SIP REFER 방법 암시적 가입의 억제(suppression of SIP REFER method implicit subscription)에서 정 의될 수 있다. MIH 애플리케이션 서버(100)의 SIP 인터페이스(115)는 REFER 요청내의 소스의 새로운 IP 어드레스와 고유 식별자를 인출하여, 이것들을 MHPF 엔티티(120)에 보내며, 이 MHPF 엔티티(120)는 IMS 클라이언트(160)를 위한 바인딩을 업데이트한다(단계 368). MIH 애플리케이션 서버(100)는 200 OK 신호를 IMS 클라이언트(160)에 보낸다. SIP 스택(162)은 MIH 애플리케이션 서버의 업데이트를 서비스 정책 엔티티(164)에게 표시해준다(단계 369, 단계 370).
MIH 애플리케이션 서버(100)는 REFER 요청에서 요청된 바와 같이 INVITE 요청을 IMS 클라이언트(170)에게 보낸다(단계 371). IMS 클라이언트(170)는 200 OK 신호를 MIH 애플리케이션 서버(100)에 보내며, MIH 애플리케이션 서버(100)는 ACK를 IMS 클라이언트(170)에 보낸다(단계 372, 단계 373). IMS 클라이언트(160)와 IMS 클라이언트(170) 사이의 VoIP 세션은 IMS 클라이언트(160)의 새로운 IP 어드레스를 이용하여 재개된다(단계 374). 그 후 IMS 네트워크에 대한 IMS 재등록이 수행된다(단계 375, 단계 376, 단계 377).
필요한 경우, IMS 클라이언트(160)는 SIP에 의해 정의된 BYE 요청을 보냄으로써 MIH 애플리케이션 서버(100)와의 MIH 세션을 종료시킬 수 있다. 만약 서비스 정책 엔티티(164)가 MIH 애플리케이션 서버와의 MIH 세션을 종료시킬 것으로 결정내리면, MIHF 엔티티(166)는 등록해제를 위한 요청을 MIHF 엔티티(125)에 보낸다(단계 379). MIHF 엔티티(125)는 이벤트 가입해제를 위한 요청을 MIHF 엔티티(166)에 보낸다(단계 380). MIHF 엔티티(166)는 이벤트 가입해제 확인 메세지를 MIHF 엔티티(125)에 보낸다(단계 381). MIHF 엔티티(125)는 등록해제 확인 메세지를 MIHF 엔티티(166)에 보낸다(단계 382). 단계 379 내지 단계 382에서의 MIH 메세지들은, IP를 통해 보내질 수 있으며, 보안 전송을 위한 IPsec을 이용하여 보내질 수 있다. MHPF 엔티티(120)는 IMS 클라이언트(160)의 등록 기록을 업데이트한다. 단계 383에서 서비스 정책 엔티티(164)는 MIH 애플리케이션 서버와의 MIH 세션의 종료를 트리거하며, 단계 384에서 BYE 요청이 MIH 애플리케이션 서버(100)에 보내진다. MIH 세션을 종료할 것을 MHPF 엔티티(120)에게 표시한다(단계 385). MHPF 엔티티(120)는 IMS 클라이언트 기록의 완료를 표시하고, 200 OK 신호가 IMS 클라이언트(160)에 보내진다(단계 386, 단계 387). 그 후, MIH 세션은 종료되며, MIH 세션의 종료가 서비스 정책 엔티티(164)에 표시된다(단계 388).
도 4a 내지 도 4d는 다른 실시예에 따른 핸드오버를 위한 예시적인 호 흐름도(400)이다. 이후부터, IMS 클라이언트(160)는 초기에 셀룰라 액세스 네트워크(150)에 접속되고 무선 로컬 영역 네트워크(WLAN) 액세스 네트워크(155)로의 핸드오버를 수행하는 것으로 가정한다. 반대의 시나리오가 또한 가능하며, 핸드오버는 임의의 유형의 무선 네트워크들 사이에서 이행될 수 있음을 유념해야 한다. IMS 클라이언트(160)(예컨대, WTRU)는 프록시 호 세션 제어 기능부(P-CSCF)(140)의 발견 이후에 IMS 네트워크[즉, S-CSCF(145)]에 등록된다(단계 402). IMS 클라이언트(160)의 서비스 정책 엔티티(164)는 MIH 세션을 개시한다(단계 404). IMS 클라이언트(160)의 SIP 스택(162)은 INVITE 요청을 P-CSCF(140)에 보낸다(단계 406). P-CSCF(140)는 INVITE 요청을 S-CSCF(145)에 발송한다(단계 408). S-CSCF(145)는 IMS 클라이언트(160)의 프로파일을 다운로드하고, 필터 기준에 기초하여 MIH 애플리케 이션 서버를 트리거하는데(단계 410), 이것은 이후에 자세하게 설명될 것이다.
MIH 애플리케이션 서버(100)는 SIP 사용자 에이전트 모드에서 기능한다. MIH 애플리케이션 서버(100)의 SIP 인터페이스(115)는 INVITE 요청내에 포함된 IMS 클라이언트(160)의 고유 식별자 및 IP 어드레스를 인출하여, 이것들을 MHPF 엔티티(120)에 전달한다(단계 412). MHPF 엔티티(120)는 IMS 클라이언트(160)를 위한 바인딩을 생성하고 바인딩 완료를 SIP 인터페이스(115)에 표시해준다(단계 414). 바인딩은 IMS 클라이언트(160)의 고유 식별자(예컨대, MIHF ID), IMS 클라이언트(160)의 현재 IP 어드레스, 및 등록 상태 및 이 등록 상태와 연계된 등록 타이머를 포함할 수 있으며, 이것은 이후에 자세하게 설명할 것이다.
SIP 인터페이스(115)는 200 OK 메세지를 S-CSCF(145)와 P-CSCF(140)를 거쳐서 IMS 클라이언트(160)에 송신한다(단계 416). IMS 클라이언트(160)는 ACK를 MIH 애플리케이션 서버(100)에 보낸다(단계 417). 그 후, MIH 세션이 구축되고, IMS 클라이언트(160)와 MIH 애플리케이션 서버(100)는 IP를 직접 통해서 MIH 메세지들을 교환할 수 있다.
단계 418에서 MIH 세션 완료가 서비스 정책 엔티티(164)에게 표시된 후, 서비스 정책 엔티티(164)는 원격 MIH 메세지를 MIH 애플리케이션 서버(100)에 보내도록 MIHF 엔티티(166)를 트리거한다. IMS 클라이언트(160)내의 MIHF 엔티티(166)는 MIH 애플리케이션 서버(100)내의 MIHF 엔티티(125)와 함께 성능 발견 프로시저를 수행할 수 있다(단계 420, 단계 422). MIHF 엔티티(166)는 또한 특정 서비스들에 등록하기 위한 MIH 등록 프로시저를 수행할 수 있다(단계 424, 단계 426). MIHF 엔 티티(125)는 MIHF 엔티티(166)와 함께 이벤트 가입 프로시저를 수행할 수 있다(단계 428, 430). 단계 420 내지 단계 430에서 교환된 MIH 메세지들은, IP를 통해 송신될 수 있으며, 보안 전송을 위한 IPsec을 이용하여 송신될 수 있다. MIHF 엔티티(125)는 IMS 클라이언트(160)로부터 수신된 원격 MIH 메세지들을 MHPF 엔티티(120)에 발송한다. 이것은 IMS 클라이언트(160)의 상태 업데이트를 불러일으킨다. MHPF 엔티티(120)는 또한 원격 MIH 메세지들을 보내도록 MIHF 엔티티(125)를 트리거한다. IP를 통한 MIH 메세지들의 전송은 2006년 5월 19일에 출원되어 공동 양도된 미국 특허 출원 제60/801,786호에서 정의된 바와 같이 수행될 수 있다.
IMS 클라이언트(160)는 VoIP 세션을 구축하기 위해 INVITE 요청을 IMS 클라이언트(170)(즉, 통신 피어)에 보낸다(단계 432 내지 단계 436). VoIP는 예시에 불과하며 임의의 기타 서비스 세션이 구축될 수 있음을 유념해야 한다. 만약 IMS 클라이언트(170)가 이러한 INVITE 요청을 수락하면, IMS 클라이언트(170)는 200 OK 신호를 IMS 클라이언트(160)에 보낸다(단계 438). 그 후 IMS 클라이언트(160)는 ACK를 IMS 클라이언트(170)에 보낸다(단계 439). 그런 다음 IMS 클라이언트(160)와 IMS 클라이언트(170) 간에 VoIP 세션이 구축된다(단계 440).
IMS 클라이언트(160)는 셀룰라 인터페이스상의 신호 세기가 저하되고 있음을 탐지한다. MIHF 엔티티(166)는 신호 세기 보고를 MIH 애플리케이션 서버(100)의 MIHF 엔티티(125)에 보낸다(단계 442). MIHF 엔티티(125)는 이웃 리스트 정보를 MIHF 엔티티(166)에 보낸다(단계 444). 서비스 정책 엔티티(164)는 IMS 클라이언트(160)의 WLAN 인터페이스를 턴온시키고, 이웃 리스트 정보에 기초하여 링크를 탐 지하며, MIHF 엔티티(166)는 WLAN 링크가 탐지되었다라는 표시를 보낸다(단계 446). MIHF 엔티티(125)는 WLAN으로의 핸드오버를 수행하도록 하는 명령을 MIHF 엔티티(166)에게 보낸다(단계 448). 서비스 정책 엔티티(164)는 WLAN으로의 핸드오버를 완료하고, (예컨대, DHCP를 이용하여) 새로운 IP 어드레스를 획득하며, MIHF 엔티티(166)는 셀룰라 네트워크로부터 WLAN으로의 핸드오버의 결과를 MIHF 엔티티(125)에게 표시한다(단계 450). 단계 442 내지 단계 450에서 교환된 MIH 메세지들은 IP를 통해 송신될 수 있으며, 보안 전송을 위한 IPsec을 이용하여 송신될 수 있다. MIHF 엔티티(125)는 IMS 클라이언트(160)로부터의 원격 MIH 메세지들을 MHPF 엔티티(120)에 발송한다.
서비스 정책 엔티티(164)는 MIH 애플리케이션 서버(100)와 IMS 클라이언트(170)의 업데이트를 트리거한다(단계 452). IMS 클라이언트(160)는 RE-INVITE 요청을 IMS 클라이언트(170)에 보낸다(단계 454). IMS 클라이언트(160)는 진행중인 VoIP 세션과 관련된 새로운 IP 어드레스와 호 식별자를 표시한다. IMS 클라이언트(170)는 RE-INVITE 요청을 수락하고 200 OK 메세지를 IMS 클라이언트(160)에 보낸다(단계 456). IMS 클라이언트(160)는 ACK를 IMS 클라이언트(170)에 보낸다(단계 457).
그런 다음, IMS 클라이언트(160)는 RE-INVITE 요청을 MIH 애플리케이션 서버(100)에 보낸다(단계 458). MIH 애플리케이션 서버(100)의 SIP 인터페이스(115)는 RE-INVITE 요청내의 소스의 새로운 IP 어드레스와 고유 식별자를 인출하여, 이것들을 MHPF 엔티티(120)에 보내며, 이 MHPF 엔티티(120)는 IMS 클라이언트(160)를 위한 바인딩을 업데이트한다(단계 460). MHPF 엔티티(120)는 업데이트 완료를 SIP 인터페이스(115)에게 표시한다(단계 462). MIH 애플리케이션 서버(100)는 200 OK 신호를 IMS 클라이언트(160)에게 보낸다(단계 464). IMS 클라이언트(160)는 ACK를 MIH 애플리케이션 서버(100)에 보낸다(단계 465). 단계 466에서 IMS 클라이언트(170)와 MIH 애플리케이션 서버(100)의 업데이트 완료가 서비스 정책 엔티티(164)에 표시되며, IMS 클라이언트(160)와 IMS 클라이언트(170)사이의 VoIP 세션이 IMS 클라이언트(160)의 새로운 IP 어드레스를 이용하여 재개된다(단계 468). 그 후 IMS 네트워크에 대한 IMS 재등록이 수행된다(단계 470, 단계 472, 단계 474).
필요한 경우, IMS 클라이언트(160)는 SIP에 의해 정의된 BYE 요청을 보냄으로써 MIH 애플리케이션 서버(100)와의 MIH 세션을 종료시킬 수 있다. 만약 서비스 정책 엔티티(164)가 MIH 애플리케이션 서버와의 MIH 세션을 종료시킬 것으로 결정내리면, MIHF 엔티티(166)는 등록해제를 위한 요청을 MIHF 엔티티(125)에 보낸다(단계 476). MIHF 엔티티(125)는 이벤트 가입해제를 위한 요청을 MIHF 엔티티(166)에 보낸다(단계 478). MIHF 엔티티(166)는 이벤트 가입해제 확인 메세지를 MIHF 엔티티(125)에 보낸다(단계 480). MIHF 엔티티(125)는 가입해제 확인 메세지를 MIHF 엔티티(166)에 보낸다(단계 482). 단계 476 내지 단계 482에서의 MIH 메세지들은, IP를 통해 보내질 수 있으며, 보안 전송을 위한 IPsec을 이용하여 보내질 수 있다. MHPF 엔티티(120)는 IMS 클라이언트(160)의 등록 기록을 업데이트한다. 단계 484에서 서비스 정책 엔티티(164)는 MIH 애플리케이션 서버와의 MIH 세션의 종료를 트리거하며, 단계 486에서 BYE 요청이 MIH 애플리케이션 서버(100)에 보내진다. MIH 세 션을 종료할 것을 MHPF 엔티티(120)에게 표시한다(단계 488). MHPF 엔티티(120)는 IMS 클라이언트 기록의 업데이트 완료를 표시하고, 200 OK 신호가 IMS 클라이언트(160)에 보내진다(단계 490, 단계 492). 그 후, MIH 세션은 종료되며, MIH 세션의 종료는 서비스 정책 엔티티(164)에 표시된다(단계 494).
S-CSCF(145)는 IMS 클라이언트(160)로부터 INVITE 요청을 수신한 후에 MIH 애플리케이션 서버를 트리거한다. INVITE 요청 메세지 본문은 세션 기술 프로토콜(session description protocol; SDP)을 이용하여 구성된다. 다목적용 인터넷 메일 확장(MIME) 인코딩이 메세지 본문을 위해 이용될 수 있다. INVITE 요청 메세지의 's' 헤더내에는, 일정한 "MIH 서비스" 스트링 및 IMS 클라이언트(160)의 고유 식별자가 포함될 수 있다. 고유 식별자는 MIHF ID일 수 있다.
S-CSCF는 INVITE 요청 메세지 본문내의 요청 방법, 목적지의 SIP 통일적 자원 식별자(URI), 및 특정 스트링의 존재(즉, 일정한 "MIH 서비스들" 스트링 및 고유 식별자)에 기초하여 MIH 애플리케이션 서버를 트리거한다. 요청 방법은 요청이 INVITE 요청 메세지인지 또는 REFER 요청 메세지인지를 표시해준다. 이 경우에서, SIP URI는 MIH 애플리케이션 서비스에 대한 URI를 표시해준다. 예를 들어, URI는 ieee802.21@domain.com일 수 있다.
도 5는 예시적인 INVITE 요청 메세지(500)이다. 본 메세지(500)에는 예시적인 MIH 애플리케이션 서버 공용 URI(502) 및, "MIH 서비스" 스트링과 IMS 클라이언트의 고유 ID(예컨대, MIHF ID)를 포함하는 s 헤더(504)가 포함된다.
도 6은 예시적인 REFER 요청 메세지(600)이다. 메세지(600)에는 예시적인 MIH 애플리케이션 서버 공용 URI(602) 및, "MIH 서비스" 스트링과 IMS 클라이언트의 고유 ID(예컨대, MIHF ID)를 포함하는 s 헤더(604)가 포함된다. 메세지(600)는 또한 다른 IMS 클라이언트(170)와의 진행중인 데이터 세션의 호 ID(606)를 포함한다. MIH 애플리케이션 서버(100)는 IMS 클라이언트(170)에 대한 INVITE 요청을 구성할 때에 이것을 이용한다.
도 7은 IMS 클라이언트(170)를 향하는 예시적인 RE-INVITE 요청 메세지(700)이다.
도 8은 MIH 애플리케이션 서버(100)를 향하는 예시적인 RE-INVITE 요청 메세지(800)이다. 본 메세지(800)에는 예시적인 MIH 애플리케이션 서버 공용 URI(802) 및, "MIH 서비스" 스트링과 IMS 클라이언트의 고유 ID(예컨대, MIHF ID)를 포함하는 s 헤더(804)가 포함된다.
MIH 애플리케이션 서버(100)[즉, MHPF 엔티티(120)]는 IMS 클라이언트(160)를 위한 바인딩을 생성한다. 바인딩은 IMS 클라이언트의 고유 식별자(예컨대, MIHF ID), IMS 클라이언트의 현재 IP 어드레스, 및 IMS 클라이언트의 등록 상태와 이 등록 상태와 연계된 등록 타이머를 포함할 수 있다. 다섯 개의 등록 상태들(미등록, MIH 등록중, MIH 등록완료 및 활성, MIH 등록완료 및 비활성, 및 MIH 등록해제중)이 정의되며, 대응하는 타이머가 만료되거나, 또는 등록 상태를 변경하도록 지시하는 특정 MIH/SIP 메세지를 수신한 경우에 등록 상태는 변경된다.
도 9는 IMS 클라이언트의 등록 상태 변경도이다. 미등록 상태에서, 클라이언트는 MIH 애플리케이션 서버에서 어떠한 기록도 갖지 않는다. 어떠한 타이머도 미 등록 상태와 연계되지 않는다.
초기 INVITE 요청의 수신시에, 상태는 MIH 등록중 상태로 변경된다. MIH 등록중 상태에서는, IMS 클라이언트가 세션을 생성하지만 MIH 등록을 수행하지 않는다. MIH 등록은 협상된 특정 서비스들에 대한 등록을 위한 프로세스이다. MIH 등록중 상태는 타이머 A와 연계된다. MIH 등록은 타이머 A 값내에 완료되어야 한다; 그렇지 않은 경우, MIH 애플리케이션 서버는 세션을 종결시킨다(즉, 미등록 상태). 만약 IMS 클라이언트의 상태가 미등록 상태로 변경되면, 모든 관련된 사용자 정보는 삭제된다. 만약 MIH 등록이 타이머 A 값내에 수행되면, 상태는 MIH 등록완료 및 활성 상태로 변경된다.
MIH 등록완료 및 활성 상태에서, IMS 클라이언트는 MIH 등록을 완료하고 MIH 애플리케이션 서버와 통신한다. 등록완료 및 활성 상태는 타이머 B와 연계된다. 만약 타이머 B가 만료되기 전에 어떠한 통신도 발생하지 않으면, 상태는 MIH 등록완료 및 비활성 상태로 변경된다. 만약 MIH 등록해제 요청이 수신되면, 상태는 MIH 등록해제중 상태로 변경된다.
MIH 등록완료 및 비활성 상태에서, IMS 클라이언트는 MIH 등록을 완료하지만, 특정 기간 동안 MIH 애플리케이션 서버와 통신하지 않는다. MIH 등록완료 및 비활성 상태는 타이머 C와 연계된다. 만약 MIH 애플리케이션 서버와의 통신이 타이머 C가 만료하기 전에 발생하지 않으면 세션은 만료된다(즉, 상태는 미등록 상태로 변경된다). 만약 등록해제 요청 이외의 다른 통신이 타이머 C가 만료하기 전에 수신되면, 상태는 MIH 등록완료 및 활성 상태로 변경된다. 만약 등록해제 요청이 타 이머 C가 만료하기 전에 수신되면, 상태는 MIH 등록해제중 상태로 변경된다.
MIH 등록해제중 상태에서, IMS 클라이언트는 MIH 등록해제를 수행하여 막 세션을 종료시키려는 중에 있게 된다. 등록해제중 상태는 타이머 D와 연계된다. SIP BYE 메세지는 타이머 D 값내에서 MIH 애플리케이션 서버에 의해 수신되어야 한다; 그렇지 않은 경우, MIH 애플리케이션 서버는 "수동" 세션 종료를 수행한다(즉, IMS 클라이언트의 모든 기록들을 삭제한다).
[표 1]은 예시적인 타이머 값을 보여준다.
등록 상태 연계된 타이머 예시적인 타이머 값
미등록 없음 없음
MIH 등록중 타이머 A 10 초
MIH 등록완료 및 활성 타이머 B 3000 초
MIH 등록완료 및 비활성 타이머 C 2000 초
MIH 등록해제중 타이머 C 10 초
본 발명의 특징부 및 구성요소들이 특정한 조합형태로 상술되었지만, 본 발명의 각 특징부 또는 구성요소들은 다른 특징부 및 구성요소들없이 단독으로 사용될 수 있거나, 또는 다른 특징부 및 구성요소들과 함께 또는 일부를 배제하고 다양한 조합의 형태로 사용될 수 있다. 본 명세서에서 제공되는 방법 또는 흐름도는 범용 컴퓨터 또는 프로세서에 의한 실행을 위해 컴퓨터 판독가능 저장매체내에 내장된 컴퓨터 프로그램, 소프트웨어, 또는 펌웨어로 구현될 수 있다. 컴퓨터 판독가능 저장매체의 예로는 ROM(read only memory), RAM(random access memory), 레지스터, 캐시 메모리, 반도체 메모리 장치, 내부 하드 디스크와 탈착가능 디스크와 같은 자기 매체, 자기 광학 매체, CD-ROM 디스크와 같은 광학 매체, 및 DVD가 포함된다.
적절한 프로세서의 예로서는, 범용 프로세서, 특수 목적 프로세서, 통상의 프로세서, 디지털 신호 프로세서(DSP), 복수의 마이크로프로세서, DSP 코어와 연계된 하나 이상의 마이크로프로세서, 제어기, 마이크로제어기, 응용 특정 집적 회로(ASIC), 필드 프로그램가능 게이트 어레이(FPGA) 회로, 임의의 유형의 집적 회로(IC), 및/또는 상태 머신이 포함된다.
소프트웨어와 연계되는 프로세서는 무선 송수신 유닛(WTRU), 사용자 장비(UE), 단말기, 기지국, 무선 네트워크 제어기(RNC), 또는 임의의 호스트 컴퓨터에서 사용하기 위한 무선 주파수 트랜스시버를 구현하는데에 사용될 수 있다. WTRU는 카메라, 비디오 카메라 모듈, 비디오폰, 스피커폰, 진동 장치, 스피커, 마이크로폰, 텔레비젼 트랜스시버, 핸드프리 헤드셋, 키보드, 블루투스? 모듈, 주파수 변조(FM) 무선 유닛, 액정 디스플레이(LCD) 디스플레이 유닛, 유기 발광 다이오드(OLED) 디스플레이 유닛, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저, 및/또는 임의의 무선 근거리 네트워크(WLAN) 모듈과 같이 하드웨어 및/또는 소프트웨어로 구현된 모듈들과 함께 사용될 수 있다.
실시예들.
실시예 1. 핸드오버를 수행하기 위한 방법.
실시예 2. 실시예 1에 있어서, IMS 네트워크에 등록하는 것을 포함하는 것인, 핸드오버 수행 방법.
실시예 3. 실시예 2에 있어서, SIP를 이용하여 MIH 애플리케이션 서버와 함께 MIH 세션을 구축하는 것을 포함하는 것인, 핸드오버 수행 방법.
실시예 4. 실시예 2 또는 실시예 3에 있어서, SIP를 이용하여 통신 피어와 함께 IP 기반 서비스를 위한 세션을 구축하는 것을 포함하는 것인, 핸드오버 수행 방법.
실시예 5. 실시예 2 내지 실시예 4 중 어느 하나의 실시예에 있어서, 핸드오버의 필요성을 탐지하는 것을 포함하는 것인, 핸드오버 수행 방법.
실시예 6. 실시예 5에 있어서, IP를 통해 상기 MIH 애플리케이션 서버와 핸드오버를 위한 MIH 메세지를 교환하는 것을 포함하는 것인, 핸드오버 수행 방법.
실시예 7. 실시예 6에 있어서, 핸드오버를 수행하고, 상기 IP 기반 서비스를 위한 세션을 재개하는 것을 포함하는 것인, 핸드오버 수행 방법.
실시예 8. 실시예 3 내지 실시예 7 중 어느 하나의 실시예에 있어서, 상기 MIH 세션은 INVITE 요청을 S-CSCF에게 보냄으로써 구축되며, 상기 S-CSCF는 상기 MIH 애플리케이션 서버를 트리거하는 것인, 핸드오버 수행 방법.
실시예 9. 실시예 8에 있어서, 상기 INVITE 요청은 "MIH 서비스" 스트링 및 IMS 클라이언트의 고유 식별자를 포함하는 것인, 핸드오버 수행 방법.
실시예 10. 실시예 9에 있어서, 상기 고유 식별자는 MIHF 식별자인 것인, 핸드오버 수행 방법.
실시예 11. 실시예 2 내지 실시예 10 중 어느 하나의 실시예에 있어서, IP를 통해 상기 MIH 애플리케이션 서버와 함께 성능 발견 프로시저를 수행하는 것을 더 포함하는 것인, 핸드오버 수행 방법.
실시예 12. 실시예 3 내지 실시예 11 중 어느 하나의 실시예에 있어서, IP를 통해 상기 MIH 애플리케이션 서버와 함께 MIH 등록 프로시저를 수행하는 것을 더 포함하는 것인, 핸드오버 수행 방법.
실시예 13. 실시예 12에 있어서, IP를 통해 상기 MIH 애플리케이션 서버와 함께 이벤트 가입 프로시저를 수행하는 것을 더 포함하는 것인, 핸드오버 수행 방법.
실시예 14. 실시예 5 내지 실시예 13 중 어느 하나의 실시예에 있어서, 신호 세기 보고를 IP를 통해 상기 MIH 애플리케이션 서버에 보내는 것을 더 포함하는 것인, 핸드오버 수행 방법.
실시예 15. 실시예 14에 있어서, IP를 통해 상기 MIH 애플리케이션 서버로부터 이웃 리스트 정보를 수신하는 것을 포함하는 것인, 핸드오버 수행 방법.
실시예 16. 실시예 15에 있어서, 이웃 셀 신호 세기 보고를 IP를 통해 상기 MIH 애플리케이션 서버에 보내는 것을 포함하는 것인, 핸드오버 수행 방법.
실시예 17. 실시예 16에 있어서, IP를 통해 상기 MIH 애플리케이션 서버로부터 핸드오버 명령을 수신하는 것을 포함하는 것인, 핸드오버 수행 방법.
실시예 18. 실시예 17에 있어서, IP를 통해 상기 MIH 애플리케이션 서버에 핸드오버의 결과를 보내는 것을 포함하는 것인, 핸드오버 수행 방법.
실시예 19. 실시예 7 내지 실시예 18 중 어느 하나의 실시예에 있어서, 상기 IP 기반 서비스를 위한 세션을 재개하기 위해, 상기 핸드오버 이후에 REFER 요청이 SIP를 이용하여 상기 MIH 애플리케이션 서버에 보내지며, 상기 MIH 애플리케이션 서버는 INVITE 요청을 상기 통신 피어에 보내는 것인, 핸드오버 수행 방법.
실시예 20. 실시예 19에 있어서, 상기 REFER 요청은 "MIH 서비스" 스트링 및 IMS 클라이언트의 고유 식별자를 포함하는 것인, 핸드오버 수행 방법.
실시예 21. 실시예 20에 있어서, 상기 고유 식별자는 MIHF 식별자인 것인, 핸드오버 수행 방법.
실시예 22. 실시예 7 내지 실시예 18 중 어느 하나의 실시예에 있어서, 상기 IP 기반 서비스를 위한 세션을 재개하기 위해, 상기 핸드오버 이후에 RE-INVITE 요청이 상기 MIH 애플리케이션 서버와 상기 통신 피어에 보내지는 것인, 핸드오버 수행 방법.
실시예 23. 실시예 22에 있어서, 상기 RE-INVITE 요청은 "MIH 서비스" 스트링 및 IMS 클라이언트의 고유 식별자를 포함하는 것인, 핸드오버 수행 방법.
실시예 24. 실시예 23에 있어서, 상기 고유 식별자는 MIHF 식별자인 것인, 핸드오버 수행 방법.
실시예 25. 실시예 7 내지 실시예 24 중 어느 하나의 실시예에 있어서, 등록해제 요청을 IP를 통해 상기 MIH 애플리케이션 서버에 보내는 것을 더 포함하는 것인, 핸드오버 수행 방법.
실시예 26. 실시예 25에 있어서, 상기 MIH 세션을 종료하기 위해 BYE 요청을 상기 MIH 애플리케이션 서버에 보내는 것을 포함하는 것인, 핸드오버 수행 방법.
실시예 27. 핸드오버를 수행하는 방법.
실시예 28. 실시예 27에 있어서, S-CSCF를 통해 IMS 클라이언트로부터 INVITE 요청을 수신하는 것을 포함하는 핸드오버 수행 방법.
실시예 29. 실시예 28에 있어서, 상기 IMS 클라이언트를 위한 바인딩을 생성하는 것을 포함하는 것인, 핸드오버 수행 방법.
실시예 30. 실시예 29에 있어서, SIP를 이용하여 상기 IMS 클라이언트와 함께 MIH 세션을 구축하는 것을 포함하는 것인, 핸드오버 수행 방법.
실시예 31. 실시예 30에 있어서, 핸드오버를 위한 MIH 메세지를 IP를 통해 상기 IMS 클라이언트와 교환하는 것을 포함하는 것인, 핸드오버 수행 방법.
실시예 32. 실시예 31에 있어서, 핸드오버 명령을 상기 IMS 클라이언트에 보내는 것을 더 포함하는 것인, 핸드오버 수행 방법.
실시예 33. 실시예 32에 있어서, 상기 IMS 클라이언트로부터 핸드오버 결과를 수신하는 것을 포함하는 것인, 핸드오버 수행 방법.
실시예 34. 실시예 33에 있어서, 상기 IMS 클라이언트로부터 REFER 요청을 수신하는 것을 더 포함하는 것인, 핸드오버 수행 방법.
실시예 35. 실시예 34에 있어서, 상기 바인딩을 업데이트하는 것을 포함하는 것인, 핸드오버 수행 방법.
실시예 36. 실시예 35에 있어서, 상기 REFER 요청에서 요청된 바와 같이 INVITE 요청을 통신 피어에 보내는 것을 포함하는 것인, 핸드오버 수행 방법.
실시예 37. 실시예 34 내지 실시예 36 중 어느 하나의 실시예에 있어서, 상기 REFER 요청은 "MIH 서비스" 스트링 및 IMS 클라이언트의 고유 식별자를 포함하는 것인, 핸드오버 수행 방법.
실시예 38. 실시예 37에 있어서, 상기 고유 식별자는 MIHF 식별자인 것인, 핸드오버 수행 방법.
실시예 39. 실시예 34 내지 실시예 36 중 어느 하나의 실시예에 있어서, 상기 IMS 클라이언트로부터 RE-INVITE 요청을 수신하는 것을 더 포함하는 것인, 핸드오버 수행 방법.
실시예 40. 실시예 39에 있어서, 상기 바인딩을 업데이트하는 것을 포함하는 것인, 핸드오버 수행 방법.
실시예 41. 실시예 39 또는 실시예 40에 있어서, 상기 RE-INVITE 요청은 "MIH 서비스" 스트링 및 IMS 클라이언트의 고유 식별자를 포함하는 것인, 핸드오버 수행 방법.
실시예 42. 실시예 41에 있어서, 상기 고유 식별자는 MIHF 식별자인 것인, 핸드오버 수행 방법.
실시예 43. 실시예 36에 있어서, 상기 INVITE 요청은 "MIH 서비스" 스트링 및 IMS 클라이언트의 고유 식별자를 포함하는 것인, 핸드오버 수행 방법.
실시예 44. 실시예 43에 있어서, 상기 고유 식별자는 MIHF 식별자인 것인, 핸드오버 수행 방법.
실시예 45. 실시예 29 내지 실시예 44 중 어느 하나의 실시예에 있어서, 등록 상태와 등록 타이머는 상기 IMS 클라이언트를 위한 상기 바인딩내에서 유지되는 것인, 핸드오버 수행 방법.
실시예 46. 실시예 45에 있어서, 상기 등록 상태는 미등록 상태, 등록중 상태, 등록완료 및 활성 상태, 등록완료 및 비활성 상태, 및 등록해제중 상태 중에서 하나인 것인, 핸드오버 수행 방법.
실시예 47. 실시예 1 내지 실시예 46 중 어느 하나의 실시예에 있어서, 세션 개시 프로토콜(SIP) 메세지를 이용함으로써 상기 MIH 메세지를 보내는 것을 더 포함하는 것인, 핸드오버 수행 방법.
실시예 48. 실시예 1 내지 실시예 47 중 어느 하나의 실시예에 있어서, MIH 메세지는 SIP 인스턴트 메세지 요청의 메세지 본문내에 삽입되는 것인, 핸드오버 수행 방법.
실시예 49. 실시예 1 내지 실시예 48 중 어느 하나의 실시예에 있어서, MIH 메세지는 이벤트, 명령, 정보, 및 서비스 관리 중 임의의 것을 포함하는 것인, 핸드오버 수행 방법.
실시예 50. 실시예 1 내지 실시예 49 중 어느 하나의 실시예에 있어서, 상기 인스턴트 메세지의 수령인에 의해 생성된 200 OK 응답은 MIH 수신확인통지로서 이용되는 것인, 핸드오버 수행 방법.
실시예 51. 실시예 1 내지 실시예 50 중 어느 하나의 실시예에 있어서, 클라이언트는 SIP 인스턴트 메세지의 내용을 디코딩하는 것인, 핸드오버 수행 방법.
실시예 52. 실시예 1 내지 실시예 51 중 어느 하나의 실시예에 있어서, 서버는 SIP 인스턴트 메세지의 내용을 디코딩하는 것인, 핸드오버 수행 방법.
실시예 53. 실시예 1 내지 실시예 52 중 어느 하나의 실시예에 있어서, MIH_성능_발견.요청은 SIP OPTIONS 요청의 메세지 본문내에 넣어져서 보내지는 것인, 핸드오버 수행 방법.
실시예 54. 실시예 1 내지 실시예 53 중 어느 하나의 실시예에 있어서, MIH_성능_발견.확인은 SIP OPTIONS 요청에 대한 응답으로 200 OK의 메세지 본문내에 넣어져서 보내지는 것인, 핸드오버 수행 방법.
실시예 55. 실시예 1 내지 실시예 54 중 어느 하나의 실시예에 있어서, 수령인에 의해 생성된 200 OK 응답은 MIH 수신확인통지로서 이용될 수 있는 것인, 핸드오버 수행 방법.
실시예 56. 실시예 1 내지 실시예 55 중 어느 하나의 실시예에 있어서, MIH_이벤트_가입.요청은 SIP SUBSCRIBE 요청의 메세지 본문내에 넣어져서 보내지는 것인, 핸드오버 수행 방법.
실시예 57. 실시예 1 내지 실시예 56 중 어느 하나의 실시예에 있어서, 가입 요청에 대한 새로운 이벤트 헤더는 SUBSCRIBE가 MIH 관련된 것임을 통지하는 것인, 핸드오버 수행 방법.
실시예 58. 실시예 1 내지 실시예 57 중 어느 하나의 실시예에 있어서, MIH_이벤트_가입.확인은 뒤따르는 SIP NOTIFY 메세지의 메세지 본문내에 넣어져서 보내지는 것인, 핸드오버 수행 방법.
실시예 59. 실시예 1 내지 실시예 58 중 어느 하나의 실시예에 있어서, MIH_이벤트_가입해제.요청은, "만료" 헤더를 '0'으로 설정하고 상기 MIH 메세지를 MIH_이벤트_가입해제.요청의 메세지 본문내에 삽입시킴으로써 가입을 리프레싱하는 것과 같은 방식으로 달성되는 것인, 핸드오버 수행 방법.
실시예 60. 실시예 1 내지 실시예 59 중 어느 하나의 실시예에 있어서, MIH_ 이벤트_가입해제.확인은 가입해제 요청에 뒤따르는 SIP NOTIFY의 메세지 본문내에 넣어져서 보내지는 것인, 핸드오버 수행 방법.
실시예 61. 실시예 1 내지 실시예 60 중 어느 하나의 실시예에 있어서, 모든 MIH 이벤트 메세지들은 SIP NOTIFY 요청의 메세지 본문내에 넣어져서 보내지는 것인, 핸드오버 수행 방법.
실시예 62. 실시예 1 내지 실시예 61 중 어느 하나의 실시예에 있어서, MIH 메세지들은 SIP 인스턴트 MESSAGE 요청의 메세지 본문내에 넣어져서 보내지는 것인, 핸드오버 수행 방법.
실시예 63. 실시예 1 내지 실시예 62 중 어느 하나의 실시예에서의 방법을 수행하도록 구성된 무선 송수신 유닛(WTRU).
실시예 64. 실시예 1 내지 실시예 62 중 어느 하나의 실시예에서의 방법의 적어도 일부분을 수행하도록 구성된 집적 회로(IC).
실시예 65. 실시예 1 내지 실시예 62 중 어느 하나의 실시예에서의 방법의 적어도 일부분을 수행하도록 구성된 매체 독립 핸드오버 기능부(MIHF).

Claims (25)

  1. 매체 독립 핸드오버(media independent handover; MIH) 메세지들을 송신하기 위한 무선 송수신 유닛(WTRU;wireless transmit/receive unit)에서의 사용을 위한 방법에 있어서,
    상기 WTRU가 인터넷 프로토콜 멀티미디어 서브시스템(IMS;Internet protocol Multimedia Subsystem)내의 콜 세션 제어 함수(CSCF;Call Session Control Function)에 등록하고;
    상기 WTRU가 세션 개시 프로토콜(session initiation protocol; SIP) 메세지내에 MIH 메세지를 캡슐화하고;
    상기 WTRU가 상기 SIP 메세지를 상기 CSCF를 통해서 MIH 서버로 송신하는 것
    을 포함하는, 무선 송수신 유닛(WTRU)에서의 사용을 위한 방법.
  2. 제 1 항에 있어서, 상기 MIH 메세지는 MIH_CAPABILITY_DISCOVERY.REQUEST 메세지인 것인, 무선 송수신 유닛(WTRU)에서의 사용을 위한 방법.
  3. 제 1 항에 있어서, 상기 MIH 메세지는 MIH_REGISTER.REQUEST 메세지인 것인, 무선 송수신 유닛(WTRU)에서의 사용을 위한 방법.
  4. 제 1 항에 있어서, 상기 MIH 메세지는 MIH_EVENT_SUBSCRIBE.REQUEST 메세지인 것인, 무선 송수신 유닛(WTRU)에서의 사용을 위한 방법.
  5. 제 1 항에 있어서,
    상기 MIH 메세지의 MIH 승인(acknowledgement)인 SIP 200 OK 응답 메세지를 수신하는 것
    을 더 포함하는 것인, 무선 송수신 유닛(WTRU)에서의 사용을 위한 방법.
  6. 매체 독립 핸드오버(MIH) 메세지들을 송수신하도록 구성된 무선 송수신 유닛(WTRU)에 있어서,
    상기 WTRU를 인터넷 프로토콜 멀티미디어 서브시스템(IMS;Internet protocol Multimedia Subsystem)내의 콜 세션 제어 함수(CSCF;Call Session Control Function)에 등록하도록 구성된 회로;
    MIH 메세지를 생성하고 세션 개시 프로토콜(SIP) 메세지내에 상기 MIH 메세지를 캡슐화하도록 구성된 회로; 및
    상기 SIP 메세지를 상기 CSCF를 통해서 MIH 서버로 송신하도록 구성된 회로
    를 포함하는, 무선 송수신 유닛(WTRU).
  7. 제 6 항에 있어서, 상기 MIH 메세지는 MIH_CAPABILITY_DISCOVERY.REQUEST 메세지인 것인, 무선 송수신 유닛(WTRU).
  8. 제 6 항에 있어서, 상기 MIH 메세지는 MIH_REGISTER.REQUEST MESSAGE인 것인, 무선 송수신 유닛(WTRU).
  9. 제 6 항에 있어서, 상기 MIH 메세지는 MIH_EVENT_SUBSCRIBE.REQUEST 메세지인 것인, 무선 송수신 유닛(WTRU).
  10. 제 6 항에 있어서,
    상기 MIH 메세지의 MIH 승인(acknowledgement)인 SIP 200 OK 응답 메세지를 수신하도록 구성된 회로를 더 포함하는 것인, 무선 송수신 유닛(WTRU).
  11. 삭제
  12. 삭제
  13. 삭제
  14. 삭제
  15. 삭제
  16. 삭제
  17. 삭제
  18. 삭제
  19. 삭제
  20. 삭제
  21. 삭제
  22. 삭제
  23. 삭제
  24. 삭제
  25. 삭제
KR1020097021383A 2007-03-15 2008-03-14 매체 독립 핸드오버를 위한 방법 및 장치 KR101119339B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US89501807P 2007-03-15 2007-03-15
US60/895,018 2007-03-15

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020097023621A Division KR20100016483A (ko) 2007-03-15 2008-03-14 매체 독립 핸드오버를 위한 방법 및 장치

Publications (2)

Publication Number Publication Date
KR20090128484A KR20090128484A (ko) 2009-12-15
KR101119339B1 true KR101119339B1 (ko) 2012-03-08

Family

ID=39758456

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020097023621A KR20100016483A (ko) 2007-03-15 2008-03-14 매체 독립 핸드오버를 위한 방법 및 장치
KR1020097021383A KR101119339B1 (ko) 2007-03-15 2008-03-14 매체 독립 핸드오버를 위한 방법 및 장치

Family Applications Before (1)

Application Number Title Priority Date Filing Date
KR1020097023621A KR20100016483A (ko) 2007-03-15 2008-03-14 매체 독립 핸드오버를 위한 방법 및 장치

Country Status (8)

Country Link
US (1) US8537775B2 (ko)
EP (1) EP2135418A2 (ko)
JP (1) JP2010521878A (ko)
KR (2) KR20100016483A (ko)
CN (1) CN101632285A (ko)
AR (1) AR067204A1 (ko)
TW (1) TW200841670A (ko)
WO (1) WO2008115403A2 (ko)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8032656B2 (en) * 2006-04-03 2011-10-04 British Telecommunications Public Limited Company Fast handover using SIP
JP2009017347A (ja) * 2007-07-06 2009-01-22 Toshiba Corp 通信を制御する装置、方法、プログラム、および端末装置
US20090164610A1 (en) * 2007-12-21 2009-06-25 Nokia Siemens Networks Oy Method, gateway, client, software arrangement and computer-accessible medium for facilitating a handover between a wireless lan and a radio access network
US20140237351A1 (en) * 2011-08-24 2014-08-21 Nokia Solutions And Networks Oy Application program control
US9736661B2 (en) * 2014-03-31 2017-08-15 T-Mobile Usa, Inc. Handling of messages in a partially deployed IMS network
EP3202187B1 (en) * 2014-09-29 2020-03-11 Nokia Solutions and Networks Oy Transmission of wlan access parameters for a group of wlan ap
US11943652B2 (en) 2018-06-28 2024-03-26 Interdigital Patent Holdings, Inc. Prioritization procedures for NR V2X sidelink shared channel data transmission
KR20210034951A (ko) * 2019-09-23 2021-03-31 삼성전자주식회사 Ims를 등록하는 전자 장치 및 이의 동작 방법

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060276192A1 (en) * 2005-05-18 2006-12-07 Ashutosh Dutta Seamless handoff across heterogeneous access networks using a handoff controller in a service control point

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2813504C (en) 2000-03-03 2014-12-09 Qualcomm Incorporated Method and apparatus for participating in group communication services in an existing communication system
US6721565B1 (en) * 2000-08-07 2004-04-13 Lucent Technologies Inc. Handover of wireless calls between systems supporting circuit and packet call models
JP4349766B2 (ja) * 2001-12-07 2009-10-21 株式会社日立製作所 アドレス変換装置
US7483984B1 (en) 2001-12-19 2009-01-27 Boingo Wireless, Inc. Method and apparatus for accessing networks by a mobile device
RU2283542C2 (ru) 2002-01-21 2006-09-10 Нокиа Корпорейшн Способ и система для изменения подписки
JP3972733B2 (ja) * 2002-05-30 2007-09-05 株式会社日立製作所 アドレス変換装置、アドレス変換システム、及びｓｉｐサーバ
US20040153547A1 (en) * 2003-01-31 2004-08-05 Dirk Trossen Service provisioning in a communication system
US20040260819A1 (en) * 2003-06-23 2004-12-23 Nokia Corporation Systems and methods for restricting event subscriptions through proxy-based filtering
GB0319360D0 (en) 2003-08-18 2003-09-17 Nokia Corp Setting up communication sessions
US20050138128A1 (en) * 2003-12-23 2005-06-23 Baniel Uri S. Method and device for grab transferring an instant messaging and presence (IMP) session
US7710923B2 (en) 2004-05-07 2010-05-04 Interdigital Technology Corporation System and method for implementing a media independent handover
US8233450B2 (en) * 2004-09-10 2012-07-31 Interdigital Technology Corporation Wireless communication methods and components for facilitating multiple network type compatibility
US8804653B2 (en) * 2005-01-13 2014-08-12 Telefonaktiebolaget Lm Ericsson (Publ) System and method for call handoff between circuit switched and packet data wireless networks
JP4754551B2 (ja) * 2005-02-02 2011-08-24 パナソニック株式会社 通信端末および通信サービス決定方法
US8102811B2 (en) 2005-03-07 2012-01-24 Lg Electronics Inc. Providing mobility management protocol information to a mobile terminal for performing handover in a mobile communication system
US7406324B1 (en) * 2005-04-07 2008-07-29 Sprint Spectrum L.P. System and method for controlling services provided to multi-mode mobile stations
KR101080965B1 (ko) * 2005-04-09 2011-11-08 엘지전자 주식회사 매개체 무관 핸드오버를 위한 정보 서비스 송수신 방법
US7715842B2 (en) * 2005-04-09 2010-05-11 Lg Electronics Inc. Supporting handover of mobile terminal
EP1869937B1 (en) 2005-04-14 2018-03-28 LG Electronics Inc. -1- A method of reconfiguring an internet protocol address in handover between heterogeneous networks
WO2006118410A2 (en) * 2005-05-02 2006-11-09 Lg Electronics Inc. A method of supporting handover in a multi-mode mobile station
KR101234035B1 (ko) * 2005-05-18 2013-02-15 엘지전자 주식회사 이종 망 핸드오버 모듈을 이용한 링크 상태 보고 방법 및 이동 단말
EP1886458B2 (en) * 2005-05-25 2016-03-02 Optis Wireless Technology, LLC Method and apparatus for identifying an ims service
WO2007015067A2 (en) * 2005-08-01 2007-02-08 Ubiquisys Limited Local area cellular basestation
US8832792B2 (en) * 2005-08-03 2014-09-09 At&T Mobility Ii Llc Limiting services based on location
US7536184B2 (en) * 2005-09-29 2009-05-19 Sun Microsystems, Inc. Seamless mobility management with service detail records
US20070110075A1 (en) 2005-11-04 2007-05-17 Interdigital Technology Corporation Media independent handover application server for facilitating seamless integration of multi-technology networks
WO2007088451A2 (en) * 2006-02-03 2007-08-09 Nokia Corporation Encapsulation techniques for handling media independent handover (mih) information services messages
US8032656B2 (en) 2006-04-03 2011-10-04 British Telecommunications Public Limited Company Fast handover using SIP
CN101449547B (zh) 2006-05-19 2012-11-14 交互数字技术公司 用于经由因特网的媒体无关消息传递的方法和设备
US20070280453A1 (en) 2006-05-30 2007-12-06 Motorola, Inc. Method and system to provide access network information to a service
KR20080008935A (ko) * 2006-07-18 2008-01-24 엘지전자 주식회사 이동 통신 시스템에서 ｉｐ 주소 선 설정 방법
US8165088B2 (en) * 2006-09-13 2012-04-24 Toshiba America Research, Inc. MIH protocol state machine
KR101384183B1 (ko) * 2006-10-23 2014-04-18 삼성전자주식회사 매체 독립 핸드오버 서비스 관리 장치 및 그 방법
US7856226B2 (en) * 2007-04-17 2010-12-21 Aylus Networks, Inc. Systems and methods for IMS user sessions with dynamic service selection

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060276192A1 (en) * 2005-05-18 2006-12-07 Ashutosh Dutta Seamless handoff across heterogeneous access networks using a handoff controller in a service control point

Also Published As

Publication number Publication date
JP2010521878A (ja) 2010-06-24
WO2008115403A2 (en) 2008-09-25
CN101632285A (zh) 2010-01-20
EP2135418A2 (en) 2009-12-23
WO2008115403A3 (en) 2008-12-11
TW200841670A (en) 2008-10-16
US8537775B2 (en) 2013-09-17
US20080259870A1 (en) 2008-10-23
AR067204A1 (es) 2009-10-07
KR20090128484A (ko) 2009-12-15
KR20100016483A (ko) 2010-02-12

Similar Documents

Publication Publication Date Title
US8134955B2 (en) Method and apparatus for media independent handover
KR101119339B1 (ko) 매체 독립 핸드오버를 위한 방법 및 장치
TWI419517B (zh) 支援電路切換互通方法
JP6105665B2 (ja) インターネットプロトコルマルチメディアサブシステム協調セッションにおける識別および移転のための方法および装置
US7936761B2 (en) Communication equipment, communication control equipment, and communication system
US8477636B2 (en) Method and system for providing updates on access network capability in an IP multimedia system network
TW200845789A (en) Method and apparatus for a server to obtain information about user preferences and subscriptions
WO2009015525A1 (en) A method for switching the session control path of ip multimedia core network subsystem centralized service
JP2015084567A (ja) サービス集中および継続アプリケーションサーバ（ｓｃｃａｓ）によって開始されるユーザ機器間転送、アクセス転送およびフォールバックのための方法および装置
JP2007043255A (ja) 通信制御装置、及び、通信システム
Thanh et al. mSCTP-based proxy in support of multimedia session continutity and QoS for IMS-based networks
KR20120001361A (ko) 이종무선망간 핸드오버를 위한 방법 및 장치
Chiang et al. Network-Initiated Terminal Mobility in Voice over 3GPP-WLAN.

Legal Events

Date Code Title Description
A201 Request for examination
A107 Divisional application of patent
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
LAPS Lapse due to unpaid annual fee