KR101090528B1

KR101090528B1 - 미디어 독립 핸드오버 펑션을 사용하는, ｉｅｅｅ 802.16 와이브로 네트워크와 ｕｍｔｓ 네트워크 사이의 핸드오버

Info

Publication number: KR101090528B1
Application number: KR1020097019297A
Authority: KR
Inventors: 사밈 아크바르 라만; 칼리드 에스 호사인; 미셀 페르라스; 현욱 김; 용선 조; 수안 어; 진-이안 보틴
Original assignee: 에스케이텔레콤 주식회사; 인터디지탈 테크날러지 코포레이션
Priority date: 2007-02-16
Filing date: 2007-12-11
Publication date: 2011-12-08
Also published as: AR063169A1; KR20080107320A; EP2127454A1; KR20080076688A; WO2008103162A1; CN103152778A; JP2010519808A; TWM338508U; TW200836536A; JP4884538B2; US7894400B2; KR20100082815A; US20080198804A1

Abstract

WTRU(wireless transmit/receive unit)는 IEEE 802.16 모뎀, UMTS(universal mobile telecommunication system) 모뎀 및 MIH(media independent handover) 엔티티를 포함할 수 있다. 소프트웨어 애플리케이션 프로그래밍 인터페이스들(소프트웨어 API들)은 MIH 엔티티에, IEEE 802.16 및 UMTS 링크들에 관한 정보를 수신하고, IEEE 802.16 및 UMTS 모뎀들을 핸드오버를 위해 제어하며, MIH 서버 및 IP 멀티미디어 시스템 노드들을 발견하고, 이동 IP 핸드오버를 트리거하는 등을 위한 메커니즘을 제공한다. IEEE 802.16 링크가 성공적으로 확립되었다면, MIH 엔티티는 MIH 세션을 시작한다. IEEE 802.16 모뎀이 접속이 종료될 것을 지시하면, MIH 엔티티는 UMTS 모뎀을 핸드오버를 위해 활성화한다. IEEE 802.16 모뎀이 링크 파라미터가 임계치를 통과했음을 지시하면, MIH 엔티티는 IEEE 802.16 및 WCDMA 신호 측정값들을 MIH 서버에 송신한다. MIH 스위치 요청을 수신한 후, MIH 엔티티는 UMTS 네트워크로의 핸드오버를 개시한다.

Description

미디어 독립 핸드오버 펑션을 사용하는, ＩＥＥＥ 802.16 와이브로 네트워크와 ＵＭＴＳ 네트워크 사이의 핸드오버{HANDOVER BETWEEN AN IEEE 802.16 WIBRO NETWORK AND A UMTS NETWORK USING MEDIA INDEPENDENT HANDOVER FUNCTION}

본 발명은 무선 통신에 관한 것이다.

GSM(global standards for mobile communication), UMTS(universal mobile telecommunication system), CDMA2000, IEEE 802.16 WiBro(wireless broadband), WiFi 및 WiMAX, 그리고 IEEE 802.11 WLAN(wireless local area network)을 포함하는 상이한 다수 유형들의 무선 액세스 기술들이 개발되어 왔다. 이 시스템들 각각은 특정 애플리케이션들을 제공하도록 개발 및 조정되어 왔다.

기업, 주거 및 공중 영역들에서의 무선 통신 네트워크들의 광범위한 채택으로 인해, 그러한 네트워크들의 사용자들이 일 네트워크에서 다른 네트워크로 이동함에 따라 연속적인 접속성이 지원될 수 있다. 최근 생겨난 "AO(always-on)" 라이프 스타일에서는, WTRU들(wireless transmit/receive units; 즉, 이동국들(MS들; mobile stations))은 다수의 이종 네트워크들을 지원할 것이 요구되고, 이들 무선 인터페이스들 중 1보다 많은 인터페이스를 통합하는 다중 모드 WTRU들은 통신하는 동안 이들 사이에서 끊김없이 스위치할 수 있는 능력을 필요로 한다.

IEEE 802.21 MIH(media independent handover)는 링크 계층들로부터 공급되는 측정값들 및 트리거들에 기초해 끊김없는 핸드오버를 가능하게 하도록 개발되었다. IEEE 802.21은 미디어 독립 ES(event service), CS(command service) 및 IS(information service)를 정의한다. IEEE 802.21은 각각의 특정 액세스 기술을 위한 미디어 의존/독립 SAP들(service access points) 및 연관된 프리미티브들도 정의한다.

IEEE 802.21 MIH EIS(event and information service)는 WTRU와 MIH PoS(point of service) 사이의 링크 상태 업데이트들을 위해 MAC 또는 물리 계층-기반 이벤트 통지를 필요로 한다. MIH EIS 이벤트들은 LU(link up), LD(link down), 링크 파라미터들의 변경, LGD(link going down;링크 파괴), SDU(service data unit) 전송 상태, 링크 이벤트 롤백, 프리 트리거(pre trigger;L2 HI(handoff imminent)) 등을 포함한다. 현재에는, MIH EIS를 지원하는데 요구되는 링크 계층 확장들은 다양한 기술들을 고려 중이다.

MIH에 의해 제공되는 핵심 기능성은, IP(Internet Protocol) 계층을 포함하는 다양한 무선 계층들 사이의 통신이다. 필요한 메시지들은 계층 2와 계층 3 사이의 프로토콜 스택에 위치하는 MIH 엔티티에 의해 중계된다. MIH 엔티티는, 시그널링을 위한 SIP(session initiation protocol) 및 이동성 관리를 위한 이동 IP 계층을 포함하는, 다양한 IP 프로토콜 계층들과 통신할 수 있다.

세션이 일 액세스 포인트로부터 동일한 기술을 사용하는 다른 액센스 포인트로 핸드오프될 때, 핸드오버는 일반적으로, MIH 엔티티를 연루시키지 않으면서, 그 무선 기술 자체내에서 수행될 수 있다. 예를 들어, WiBro 핸드셋으로부터 WiBro 액세스 포인트로의 VoIP(voice over IP) 호는 동일한 WiBro 표준을 사용중인 동일한 네트워크내의 다른 WiBro 액세스 포인트로 핸드오버될 수 있다. 그러나, WiBro 액세스 포인트로부터 UMTS 네트워크로의 핸드오버를 수행하기 위해서는, 2개 액세스 포인트들이 링크 계층에서 서로 통신할 수 없으며 일반적으로 상이한 IP 서브넷들상에 있기 때문에, MIH가 필요할 것이다.

따라서, IEEE 802.16 WiBro 네트워크와 UMTS 네트워크 사이에서 핸드오버를 수행하기 위한 방법 및 장치를 제공하는 것이 바람직스러울 것이다.

IEEE 802.21 MIH 펑션들을 사용해 IEEE 802.16 네트워크와 UMTS 네트워크 사이에서 핸드오버를 수행하기 위한 방법 및 장치가 개시된다. WTRU는 IEEE 802.16 모뎀(예를 들어, WiBro 모뎀), UMTS 모뎀 및 MIH 엔티티를 포함할 수 있다. 소프트웨어 API들(application programming interfaces)은 MIH 엔티티에, IEEE 802.16 및 UMTS 링크들에 관한 정보를 수신하고, 기술간(inter-technology) 핸드오버를 위해 IEEE 802.16 모뎀 및 UMTS 모뎀을 제어하며, DHCP(dynamic host configuration protocol)에 의해서 또는 DNS(domain name system)에 의해서 MIH 서버 및 IMS(IP multimedia system) 네트워크 노드들을 찾아내고, IP 핸드오버를 수행하기 위해 이동 IP를 트리거하며, UDP(user datagram protocol)와 같은, 전송 프로토콜에 의해서 MIH 메시지들을 송신하거나 수신하고, 호스트 O&M(operation and maintenance) 엔티티가 MIH 엔티티를 제어할 수 있게 하기 위한 메커니즘들을 제공한다.

MIH 엔티티는 API를 통해 IEEE 802.16 모뎀을 활성화할 수 있다. IEEE 802.16 링크가 성공적으로 확립되었다면, MIH 엔티티는 MIH 세션을 시작한다. IEEE 802.16 모뎀이 접속이 곧 종결(또는 해체)될 것을 지시할 때, MIH 엔티티는 핸드오버를 위해 UMTS 모뎀을 활성화한다. IEEE 802.16 모뎀이 링크 파라미터가 임계치를 통과하였음을 지시하면, MIH 엔티티는 IEEE 802.16 및 UMTS 신호 측정값들을 MIH 서버에 송신한다. MIH 스위치 요청을 수신한 후, MIH 엔티티는 UMTS 네트워크로의 핸드오버를 개시한다. MIH 엔티티는 IEEE 802.16 QoS 파라미터들을 UMTS QoS 파라미터들로 매핑할 수 있고, UMTS 네트워크로부터 요청될 UMTS QoS 프로파일을 특정할 수 있다. 다른 방법으로, MIH 엔티티는, PDP 문맥 활성화(context activation) 동안, 네트워크 동의된(subscribed) QoS 프로파일을 요청한다.

발명의 좀더 상세한 이해는, 일례로써 주어진 그리고 첨부 도면들과 관련하여 이해되어야 하는, 예시적 실시예들의 다음 설명으로부터 획득될 수 있다.

도 1은 WiBro 네트워크로부터 WCDMA 네트워크로의 MIH를 수행하기 위한 예시적 WTRU의 블록도이고;

도 2a 및 도 2b는 WiBro 네트워크로부터 WCDMA 네트워크로의 MIH를 수행하기 위한 예시적 프로세스의 흐름도들이며;

도 3은 핸드오버시에 WiBro에 데이터 세션이 존재하지 않을 때 도 2에서의 예시적 프로세스에 대한 대안을 나타내고;

도 4는 시동시에 WiBro 커버리지가 존재하지 않을 때 MIH를 수행하기 위한 예시적 프로세스의 흐름도이며;

도 5는 UMTS 네트워크로부터 WiBro 네트워크로의 MIH를 수행하기 위한 예시적 프로세스의 흐름도이고;

도 6a 및 도 6b는, 각각, 동기식 펑션 호출 및 비동기식 펑션 호출 절차들을 나타내며;

도 7은 WCDMA QoS 파라미터들로의 WiBro QoS 파라미터들의 예시적 매핑을 나타낸다.

다음을 참조할 때, "WTRU"라는 용어는 UE(user equipment), 이동국, 고정 또는 이동 가입자 유닛, 페이저, 셀룰러폰, PDA(personal digital assistant), 컴퓨터,　또는 무선 환경에서 동작가능한 다른 임의의 유형의 사용자 디바이스를 포함하지만, 그것으로 제한되는 것은 아니다. 다음을 참조할 때, "기지국"이라는 용어는 Node-B, 사이트 컨트롤러, 액세스 포인트(AP), 또는 무선 환경에서 동작가능한 다른 임의의 유형의 인터페이싱 디바이스를 포함하지만, 그것으로 제한되는 것은 아니다.

다음 설명은, 순수하게 예시적 목적들을 위해, WiBro 및 WCDMA를 참조하여 설명될 것이다. 그러나, 실시예들이 WiBro-WCDMA 핸드오버로 제한되는 것은 아니며, IEEE 802.16 네트워크들을 포함하는, 어떠한 2개의 무선 액세스 네트워크들 사이의 핸드오버에도 적용될 수 있다는 것에 주의해야 한다. 더 나아가, UMTS가 WCDMA보다 상위 개념이라고 인식되고 있지만, 여기에서는 WCDMA와 UMTS가 교환 가 능하게 사용될 수 있다는 것에 주의해야 한다.

도 1은 WiBro 네트워크로부터 WCDMA 네트워크로의 MIH를 수행하기 위한 예시적 WTRU(100)의 블록도이다. WTRU(100)는 IEEE 802.16(예를 들어, WiBro, WiMAX 등) 모뎀(110), WDCMA 모뎀(120), MIH 엔티티(MIH 미들웨어;130), 및 상위 계층(140)을 포함할 수 있다. WTRU(100)는 명료화를 위해 도 1에 예시되지 않은 하나 이상의 다른 컴포넌트들도 포함할 수 있다. 상위 계층(140)은, 예를 들어, (인스턴트 메시지, 웹 브라우징 등과 같은) 애플리케이션 계층(150), (SIP(session initiation protocol), 이동 IP(Internet Protocol), DHCP(dynamic host configuration protocol), DNS(domain name system) 등과 같은) 제어 프로토콜 계층(160), (UDP(user datagram protocol) 계층, TCP(transmission control protocol) 계층, SCTP(stream control transmission protocol), DCCP(datagram congestion control protocol) 등과 같은) 전송 계층(170), IP 계층(180), 및 O&M(operating and maintenance) 엔티티(190)를 포함할 수 있다. WiBro 모뎀은 WiBro 물리 계층(112) 및 WiBro L2(114)를 포함할 수 있다. WCDMA 모뎀은 물리 계층(122), AS(access stratum) 계층(124), 및 NAS(non-access stratum) 계층(126)을 포함할 수 있다. MIH 엔티티(130)로부터 WiBro 모뎀(110) 및 WCDMA 모뎀(120)으로의 또는 그 반대로의 명령들 및 정보는 WiBro 모뎀(110) 및 WCDMA 모뎀(120)을 위해 매핑 펑션들을 수행하는 802.21 SAP들(service access points;118, 128)을 통해 통신될 수 있다.

예시적 실시예에서는, WTRU(100)에서 MIH 엔티티(130)와 다른 엔티티들 사이 에 소프트웨어 인터페이스들을 구현하기 위한 방법이 제공된다. 소프트웨어 인터페이스들은 MIH 엔티티(130)에, WiBro 및 WCDMA 링크들에 관한 정보를 수신하고, 기술간 핸드오버를 위해 WiBro 모뎀(110), WCDMA 모뎀(120) 및 WTRU(100)의 다른 컴포넌트들을 제어하며, DHCP 또는 DNS에 의해서 MIH 서버 및 IMS(IP multimedia system) 네트워크 노드들을 발견하고, IP 핸드오버를 수행하기 위해 이동 IP를 트리거하며, TCP/UDP상에서 MIH 메시지들을 송신하거나 수신하고, O&M 엔티티(190)가 MIH 엔티티(130)를 제어할 수 있게 하기 위한 메커니즘들을 제공한다.

다른 실시예에서는, WiBro-WCDMA 이동성을 위한 클라이언트 API들(application programming interfaces)이 정의된다. API들은 하위 계층 클라이언트 API들 및 상위 계층 클라이언트 API들을 포함한다. 표 1은 WiBro 모뎀(110)과 MIH 엔티티(130) 사이의 하위 계층 클라이언트 API들을 나타내고, 표 2는 WCDMA 모뎀(120)과 MIH 엔티티(130) 사이의 하위 계층 클라이언트 API들을 나타낸다.

API ID	API의 WiBro 정의 (IEEE P802.16g/D6, 2006년 11월)	API의 802.21 정의 (IEEE P802.21 ^TM /D02.00, 2006년 9월)	802.21 서비스 유형
1.1 MIH 미들웨어 → WiBro	통과시(아래로 내려갈 때) 측정값보고들을 발생시킬 소정의 WiBro 링크 파라미터들을 위한 임계치들을 설정한다.	Link_Configure_Thresholdsrequest Link_Parameter Report indication을 위한 임계치들을 구성한다.	명령
1.2 WiBro → MIH 미들웨어	링크 파라미터들을 구성하기 위한 요청에 응답하여 송신되고 구성 프로세스의 결과를 특정한다.	Link_Configure_Thresholds.confirm Link Configure Thresholds request에 응답하여 송신되고 구성 프로세스의 결과를 특정한다.	명령(에 대한 응답)
1.3 WiBro→ MIH 미들웨어	현재의 WiBro 셀이 마지막 셀인 것을 지시하고 (WiBro 커버리지의 끝을 위한) 대응되는 Cell ID를 보고한다.	Link_Going_Down 계층 2(layer 2) 접속이 특정 시구간내에 파괴될 것으로 예상(추측)된다.	이벤트
1.4 WiBro→ MIH 미들웨어	파라미터들이 소정의 임계치들을 통과하였음(소정의 임계치들 아래로 내려갔음)을 지시하기 위해 WiBro 링크의 주기적 측정값들을 취한다.	link_parameter_Report.indication 링크 파라미터들이 소정의 임계치들을 통과하였음(소정의 임계치들 아래로 내려갔음)을 (주기적으로) 지시한다.	이벤트
1.5 MIH 미들웨어 →WiBro	M-MTM-REQ WiBro 스택의 상태 변경, 예를 들어, Power On(Off)을 요청하는데 사용된다.	Link_Action.request 링크 계층 접속이 QoS 정보를 포함할 것(또는 QoS 정보를 포함하는 것을 중단할 것 등)을 명령한다.	명령
1.6 WiBro→ MIH 미들웨어	M-MTM-RSP M-MTM-REQ에 응답하여 발생되고 동작의 상태를 지시한다.	Link_Action.confirm Link_Switch.request에 응답하여 발생되고 동작의 상태를 지시한다.	명령(에 대한 응답)
1.7 MIH 미들웨어 →WiBro	타겟(실행) 애플리케이션을 위한 QoS 파라미터들을 요청한다.	Link_Get_Parameters.request 타겟(실행) 애플리케이션을 위한 QoS 파라미터들을 요청한다.	명령
1.8 WiBro→ MIH 미들웨어	타겟 QoS 파라미터들을 사용해 응답한다.	Link_Get_Parameters.confirm 타겟 QoS 파라미터들을 사용해 응답한다.	명령(에 대한 응답)
1.9 WiBro→ MIH 미들웨어	C-NEM-RSP 현재 WiBro 칩이 커버리지를 검출하였으며 기지국과 연관을 형성하였음을 지시한다.	Link_Up.indication 특정된 링크 인터페이스에 계층 2 접속이 확립되고 링크 접속성을 확립함에 있어서의 모든 계층 2 활동들이 완료된다.	이벤트
1.10 WiBro→ MIH 미들웨어	C-NEM-RSP 현재 WiBro 칩이 앞서 그것과 연관되었던 기지국과의 접속성을 상실하였으며 WiBro를 통해 추가적인 통신이 발생할 수 없음을 지시한다.	Link_Down.indication 특정된 링크에서 계층 2 접속이 파괴되고 특정된 링크에서 더 이상 패킷들이 송신될 수 없다.	이벤트
1.11 WiBro→ MIH 미들웨어	WTRU가 경계 셀로부터, 앞서 지시가 제공되었던 WiBro 커버리지로 다시 이동중임을 지시한다.	Link_Event_Rollback.indication 링크가 (Link_Going_Down 지시와 함께 사용된) 특정 시구간내에 더 이상 파괴될 것으로 예상되지 않는다.	이벤트
1.12 WiBro→ MIH 미들웨어	이동 노드가 커버리지 영역내에 위치하여 비컨을 청취할 수 있다는 것을 지시하거나 이동 노드가 프로브에 대한 응답을 수신했을 수도 있음을 지시한다.	Link_Detected.indication 링크의 새로운 유형이 사용을 위해 검출되었음을 지시한다.	이벤트

API ID	(AT 명령들을 사용하는) API의 WCDMA 정의		API의 802.21 정의 (IEEE P802.21 ^TM /D02.00, 2006년, 9월)	802.21 서비스 유형
API ID	디스크립션	AT 명령 세트 3GPP TS 27.007 V5.6.0 (2005-03)		802.21 서비스 유형
2.1 MIH 미들웨어 → UMTS	UMTS 신호 품질 측정값들의 온디맨드(on-demand) 보고들을 요청한다.	신호 품질 측정하기 - AT+CSQ	Link_Get_Parameters.request 특정 링크 파라미터들, 예를 들어, RSSI, SNR, BER 등을 위한 값들을 요청한다.	명령
2.2 UMTS→ MIH 미들웨어	요청들에 응답하여 UMTS 신호 강도 측정값들을 보고한다.	신호 측정값들 보고하기 - <rssi, ber>	Link_Get_Parameters.confirm 요청된 신호 파라미터들의 값들을 리턴한다.	명령(에 대한 응답)
2.3 MIH 미들웨어 → UMTS	전원을 인가하고 휴지(IDLE) 모드로 진행한다. ------ OR ------ 접속 모드로 진행하여 PDP 문맥을 활성화한다(RAB 확립). -------OR-------PDP 문맥을 비활성화하고 RAB을 해제한다.	터미널을 시동하고, TX를 디스에이블하며, 네트워크에 캠프(camp)하지만 그것에 등록하지 않기 - AT+CFUN -------------- OR ------------- 새로운 PDP 문맥 생성하기 - AT+CGDCONT UMTS QoS 프로파일 특정하기 - AT+CGEQREQ PS 연결 - AT+CGATT 네트워크 등록 상태 - AT+CGREG? PDP 문맥 활성화하기 - AT+CGACT PDP 문맥을 위한 현재 설정 요청하기 - AT+CGDCONT? 데이터 상태 입력하기 - AT+CGDATA ------------- OR -------------- PDP 문맥 비활성화하기 - AT+CGACT PDP 문맥을 위한 현재 설정 요청하기 - AT+CGDCONT? PS 분리 - AT+CGATT 네트워크 등록 상태 - AT+CGREG?	Link_Action.request 링크 계층 접속이 QoS 정보를 포함할 것(또는 QoS 정보를 포함하는 것을 중단할 것 등)을 명령한다.	명령
2.4 UMTS→ MIH 미들웨어	휴지 모드에서 발생할 요청의 상태를 지시한다. ------ OR ------ 접속 모드로 진입하여 PDP 문맥 및 RAB 확립을 활성화하기 위한 상태를 지시한다. ------ OR ------ PDP 문맥을 비활성화하고 RAB을 해제하기 위한 상태를 지시한다.	(AT CFUN을 위한) OK 또는 CME ERROR ------------ OR --------------- (AT+CGDCONT를 위한) OK 또는 ERROR (AT+CGEQREQ를 위한) OK 또는 ERROR (AT+CGATT를 위한) OK 또는 ERROR (AT+CGREG?를 위한)등록 상태 코드 (AT+CGACT를 위한) OK 또는 ERROR (AT+CGDCONT?를 위한) 정의된 문맥 각각을 위한 현재 설정 (AT+CGDATA를 위한) CONNECT 또는 ERROR ----------- OR ---------------- (AT+CGACT를 위한) OK 또는 ERROR (AT+CGDCONT?를 위한) 정의된 문맥 각각을 위한 현재 설정 (AT+CGATT를 위한) OK 또는 ERROR (AT+CGREG?를 위한) 등록 상태 코드	Link_Action.confirm Link_Switch.request에 응답하여 발생되고 동작의 상태를 지시한다.	명령(에 대한 응답)

AT 명령들은 WCDMA 모뎀(120)과 MIH 엔티티(130) 사이에서 펑션들을 수행하기 위해(예를 들어, PDP 문맥을 생성하기 위해) 통신하는데 사용될 수 있다. AT 명령들의 포맷은, 다음에서 부연될, 접두사, 본문 및 접미사를 포함한다.

표 3은 MIH 엔티티(130) 및 이동 IP 계층(164) 사이의 상위 계층 클라이언트 API들을 나타낸다. 표 4는 MIH 엔티티(130)와 SIP 클라이언트(162) 사이의 상위 계층 클라이언트 API들을 나타낸다. 표 5는 MIH 엔티티(130)와 UDP/IP 계층(170/180) 사이의 상위 계층 클라이언트 API들을 나타낸다. 표 6은 MIH 엔티티(130)와 DHCP 계층(166) 사이의 상위 계층 클라이언트 API들을 나타낸다. 표 7은 MIH 엔티티(130)와 O&M 엔티티(190) 사이의 상위 계층 클라이언트 API들을 나타낸다.

API ID	API 디스크립션	목적
3.1 MIH 미들웨어 → 이동 IP	이동 IP(MIP) FA(Foreign Agent)를 발견한다.	MN(Mobile Node)이 이동 IP를 지원하는 새로운(외부;foreign) 네트워크로 이동되었음을 지시한다.
3.2 이동 IP→ MIH 미들웨어	FA의 발견을 확인한다.	FA를 발견하기 위한 시도의 결과를 리턴한다(또한 IP 어드레스가 획득되었는지의 여부를 암시적으로 지시한다).
3.3 MIH 미들웨어 → 이동 IP	FA를 통해 HA(Home Agent)에 새로운 네트워크 연결을 등록한다.	HA에서의 이동 IP 바인딩 업데이트를 개시한다. HA는 HA에 의해 할당된 MN의 "영구" IP 어드레스를 FA에 의해 할당된 "임시" COA(care-of address;보조 어드레스)를 사용해 매핑한다. 등록 제어 메시지들이 UDP에 의해 주지 포트(well known port)에 송신된다.
3.3 MIH 미들웨어 → 이동 IP	좀더 일반적으로, 이동 IP 등록 및 다른 모든 선행 단계들을 수행한다.	MN이 이동 IP를 지원하는 상이한(외부) 네트워크로 이동되었음을 지시하고 (RS(Router Solicitation)를 송신하는 것, AA(Agent Advertisement)를 수신하는 것, 및 HA로 RR(등록 Request) 메시지를 송신하는 것과 같은) 이동 IP 등록에 관련된 단계들을 수행하는 것을 시작할 것을 이동 IP 클라이언트에 요청한다.
3.4 이동 IP→ MIH 미들웨어	바인딩 업데이트 완료를 확인한다.	클라이언트의 현재 위치(현재 사용되는 IP 어드레스)에 관해 HA를 업데이트하기 위한 시도의 결과를 리턴한다.
3.4 이동 IP→ MIH 미들웨어	좀더 일반적으로, 등록 시도의 성공 또는 실패에 관한 피드백을 제공한다.	이동 IP 등록 절차의 결과를 리턴한다. 결과는 획득된 새로운 IP 또는, 등록이 성공적으로 수행될 수 없었던 원인에 관한 정보를 제공하기 위한 에러 코드를 포함할 수 있다.
3.5 MIH 미들웨어 →이동 IP	사용중인 IP 어드레스들 및 활성 IP들에 대응되는 홈 어드레스들의 수에 관한 정보를 요청한다.	IP 어드레스들에 대한 이동 IP의 현재 핸들링에 관한 정보를 요청한다.
3.6 이동 IP→ MIH 미들웨어	3.5에서 요청된, 사용중인 IP 어드레스들 및 대응되는 홈 어드레스들의 수를 제공한다.	동일한 갯수의 PDP 문맥들이 활성화될 수 있도록 하기 위해 그리고 홈 어드레스가 디폴트 QoS 클래스 요구 사항을 찾아내는데 사용될 수 있도록 하기 위해 얼마나 많은 IP 어드레스들이 사용중인지에 관한 정보를 제공한다.
3.7 MIH 미들웨어 → 이동 IP	HA IP 어드레스를 요청한다.	MIH 서버에 등록할 때 그것이 요구되므로, HA IP 어드레스를 요구한다.
3.8 이동 IP → MIH 미들웨어	HA IP 어드레스를 제공한다.	요청된 HA IP 어드레스 또는 어드레스가 리턴될 수 없는 원인을 특정하는 에러 코드를 제공한다.

API ID	API 디스크립션	목적
4.1 MIH 미들웨어 → DHCP	P-CSCF(proxy call state control function)의 IP 어드레스를 발견한다.	IMS 네트워크로의 등록을 수행하기 위해 P-CSCF를 발견한다(DHCP API들도 참고한다).
4.2 DHCP→ MIH 미들웨어	P-CSCF의 발견을 확인한다.	P-CSCF의 IP 어드레스를 발견하기 위한 시도의 결과를 리턴한다.
4.3 MIH 미들웨어 → IMS/SIP	IMS 네트워크에 등록한다.	클라이언트 디바이스가 IMS 서비스들을 실행하는 것을 시작할 수 있게 한다.
4.4 IMS/SIP→ MIH 미들웨어	IMS 등록을 확인한다.	IMS 네트워크에 등록하기 위한 시도의 결과를 리턴한다.

API ID	API 디스크립션	목적
5.1 MIH 미들웨어 → UDP/IP	802.21 MIH 서버로 MIH 메시지를 송신한다.	MIH 메시지들을 클라이언트(미들웨어)로부터 802.21 MIH 서버에 송신한다.
5.2 UDP/IP→ MIH 미들웨어	MIH 메시지 송신을 확인한다.	요청된 메시지 분리의 상태를 미들웨어에 통지한다.
5.3 MIH 미들웨어 → UDP/IP	MIH 메시지를 수신할 것을 UDP/IP에 요청한다.	UDP에 의해 MIH 메시지를 수신한다.
5.4 UDP/IP→ MIH 미들웨어	802.21 MIH 서버로부터 MIH 메시지를 수신한다.	802.21 MIH 서버로부터 수신되는 원격 MIH 메시지들을 (클라이언트의 미들웨어로) 포워딩한다.

API ID	API 디스크립션	목적
6.1 MIH 미들웨어 → DHCP	네트워크 노드의 IP 어드레스를 발견한다.	802.21 MIH 서버 또는 P-CSCF와 같은 네트워크 노드들의 IP 어드레스의 발견을 트리거한다.
6.2 DHCP→ MIH 미들웨어	네트워크 노드의 발견을 확인한다.	특정 네트워크 노드를 발견하기 위한 시도의 결과를 리턴한다.

API ID	API 디스크립션	Purpose
7.1 O&M 인터페이스→ MIH 미들웨어	MIH 미들웨어를 시작한다.	MIH 미들웨어를 활성 모드화한다.
7.2 MIH 미들웨어 → O&M 인터페이스	MIH 미들웨어의 시작을 확인한다.	MIH 미들웨어를 시작하기 위한 시도의 결과를 리턴한다.
7.3 O&M 인터페이스→ MIH 미들웨어	MIH 미들웨어를 중단한다.	MIH 미들웨어를 비활성화한다.
7.4 MIH 미들웨어 → O&M 인터페이스	MIH 미들웨어의 중단을 확인한다.	MIH 미들웨어를 비활성화하기 위한 시도의 결과를 리턴한다.
7.5 O&M 인터페이스→ MIH 미들웨어	MIH 미들웨어 파라미터들(즉, 상태들, 변수들, 링크 조건들 등)을 검색한다.	테스팅/디버깅 목적들을 위한 현재의 MIH 미들웨어 조건들을 검색한다.
7.6 MIH 미들웨어 → O&M 인터페이스	MIH 미들웨어 조건들, 파라미터 값들 등을 제공한다.	특정(요청된) MIH 미들웨어 조건들, 파라미터들 등의 값을 리턴한다.
7.7 MIH 미들웨어 → O&M 인터페이스	기술간 핸드오버 이벤트 완료에 관해 통지한다. 다른 방법으로, 임의의 링크 계층 또는 MIH-관련 이벤트들에 관해 O&M에 통지한다.	핸드오버 완료들을 보고하는데 사용되고, 적용 가능하다면, 핸드오버들에 의해 영향받는 다른 절차들을 시작/중단하는데 사용된다. 다른 방법으로, 핸드오버 완료들, 링크 계층 실패들, 검출들 그리고 MIH 기능성들 및 링크-계층 관리 기능성들에 관련된 모든 지시들을 보고하는데 사용된다.
7.8 O&M 인터페이스→ MIH 미들웨어	WCDMA 모뎀이 명령 모드인지 아니면 데이터 모드인지를 점검한다.	모드, 즉, WCDMA 모뎀이 기능중인 명령 또는 데이터 모드를 쿼리하는데 사용된다.
7.9 MIH 미들웨어 → 0&M 인터페이스	WCDMA 모뎀 모드를 제공한다.	WCDMA 모뎀의 모드, 즉, 명령 또는 데이터 모드를 리턴한다.
7.10 O&M 인터페이스→ MIH 미들웨어	구성 파라미터들의 요청을 설정한다.	소정의 파라미터들의 구성을 동적으로 변경하는데 사용된다.
7.11 MIH 미들웨어→ O&M 인터페이스	구성 요청을 확인한다.	설정된 구성 요청의 상태를 리턴한다.
7.12 MIH 미들웨어→ O&M 인터페이스	요청된 QoS에 관한 정보를 요청한다.	요청된 QoS 파라미터들에 관해 O&M을 쿼리하는데 사용된다.
7.13 O&M 인터페이스→ MIH 미들웨어	QoS 쿼리에 응답한다.	요청된 QoS 파라미터들을 리턴한다.

도 2a 및 도 2b는 WiBro 네트워크로부터 UMTS 네트워크로의 MIH를 수행하기 위한 예시적 프로세스(200)의 흐름도들이다. MIH 상호 작용들의 시작시에, MIH 엔티티는 Link_Action.request API를 통해 WiBro 모뎀을 활성화한다(단계 202). WiBro 모뎀은 활성화되고 WiBro 모뎀은 WiBro 링크의 확립을 시도한다(단계 204). 활성화 및 WiBro 링크 확립의 상태는 Link_Action.confirm API를 통해 MIH 엔티티로 지시된다(단계 206). WiBro 링크가 확립되지 않았다고 판정되면, 도 4를 참조하여 다음에서 부연될 프로세스(400)가 수행될 것이다.

단계 208에서 WiBro 링크가 성공적으로 확립되었다고 판정되면, MIH 엔티티는 이동 IP 클라이언트(164)에 외부 에이전트(FA)의 발견 및 이동 IP 바인딩 업데이트를 수행할 것을 요청한다(단계 210). WiBro 링크상의 IP 스택을 통해, FA 발견이 수행되고 이동 IP 바인딩 업데이트는 발견된 FA를 이용하여 수행된다(단계 212). P-CSCF(proxy call state control function) 및 MIH 발견이 DHCP 또는 DNS를 통해 IP 스택상에서 수행된다(단계 214). P-CSCF 및 MIH 서버는 IP 스택을 통해 DHCP 또는 DNS 서버를 이용해 발견된다(단계 216). MIH 엔티티는 SIP 클라이언트에 IMS(IP multimedia subsystem) 등록을 수행할 것을 요청한다(단계 218). IMS 등록은 IP 스택을 통해 P-CSCF를 이용하여 수행된다(단계 220). HA IP 어드레스는 FA를 통해 쿼리된다(단계들 221, 221a). 그 다음, MIH 엔티티는 MIH 세션을 시작한다(단계 222). MIH 세션의 시작은 IP 스택을 통해 MIH 서버와 통신된다(단계 224).

현재의 WiBro 셀이 경계 셀임이 검출될 때(즉, WiBro 링크 조건이 저하되고 있는 중일 때), WiBro 커버리지의 최종적인 끝은 트리거되고 현재의 WiBro 경계 셀의 ID(identity)는 Link_Going_Down.indication API를 통해 MIH 엔티티에 보고된다(단계 226). 그 다음, MIH 엔티티는 AT+CFUN 명령을 WCDMA 모뎀에 송신하는 것에 의해 WCDMA 모뎀을 활성화한다(단계 228). WCDMA 모뎀은 활성화되고 OK가 시그널링된다(단계 230, 232).

MIH 엔티티는, WiBro 모뎀으로의 Link_Configure_Thresholds.request API를 통해, 통과시 측정값 보고의 발생을 트리거하는 소정의 WiBro 링크 파라미터들을 위한 임계치들을 설정한다(단계 234). WiBro 모뎀은 링크 파라미터들을 구성하기 위한 요청에 응답하여, Link_Configure_Thresholds.confirm API를 통해, 확인(confirmation)을 MIH 엔티티에 송신하고 구성의 결과를 특정한다(단계 236). WiBro 모뎀은, link_parameter_Report.indication API를 통해, 임계치들을 통과한 후 주기적으로 측정 결과들을 MIH 엔티티에 보고한다(단계 238). MIH 엔티티는 AT+CSQ 명령을 송신하는 것에 의해 WCDMA 모뎀으로부터 (주기적) 신호 품질 측정값을 요청한다(단계 240). WCDMA 모뎀은 MIH 엔티티로부터 주기적으로 요청되는 신호 품질 측정값들에 응답한다(단계 242).

MIH 엔티티는 IP 스택을 통해 MIH 서버로 신호 품질 측정값들 및 WiBro 셀 ID를 송신한다(단계 244). MIH 엔티티는 MIH 서버로부터 MIH 스위치 요청을 수신한다(단계 246). MIH 엔티티는 WiBro QoS 파라미터들을 WCDMA QoS 파라미터들로 매핑하기 위해, Link_Get_Parameters.request API를 통해, WiBro 모뎀으로부터, 현재 실행중인 애플리케이션을 위한 QoS 파라미터들을 요청할 수 있다(단계 248). WiBro 모뎀은, Link_Get_Parameters.confirm API를 통해, 요청된 QoS 파라미터들을 사용해 응답한다(단계 250). 그 다음, MIH 엔티티는 WiBro QoS 파라미터들을 UMTS QoS 파라미터들로 매핑한다(단계 252). 매핑된 UMTS QoS 프로파일은 PDP 문맥 활성화 동안 UMTS 네트워크에 대해 요청된다. WiBro QoS 정의 및 WCDMA QoS 정의는, 각각, 표 8 및 표 9에서 도시된다. WCDMA QoS 파라미터들로의 WiBro QoS 파라미터들의 예시적 매핑은 도 7 및 표 10에서 도시된다.

QoS 클래스	애플리케이션들	데이터 전달 서비스들	QoS 파라미터들	스케줄링 서비스들	패킷 스케줄링 규약/알고리즘
하드 QoS	T1/E1, 묵음 제거를 갖추지 않은 VoIP	UGS	허용되는 지터 SDU 사이즈 예비 할당된 최소 트래픽율 최대 지연 요청/전송 정책 비요청(unsolicited) 승인 구간	UGS	라운드 로빈 (주기적/고정 할당)
	묵음 제거를 갖춘 VoIP	RT-VR	최대 지연 예비 할당된 최소 트래픽율 지속되는 최대 트래픽율 트래픽 우선 순위 요청/전송 정책 비요청 폴링 구간	ertPS	라운드 로빈 (주기적/동적 할당)
	스트리밍 비디오, 비디오폰	RT-VR		rtPS	라운드 로빈 (지연 제한을 갖춘 동적 할당)
소프트 QoS	FTP (다운로드)	NRT-VR	예비 할당된 최소 트래픽율 지속되는 최대 트래픽율 트래픽 우선 순위 요청/전송 정책	nrtPS	최대 C/I PF 스케줄링
소프트 QoS	HTTP, 인스턴트 메신저	BE	지속되는 최대 트래픽율 트래픽 우선 순위 요청/전송 정책	BE	최대 C/I PF 스케줄링

트래픽 클래스	대화 클래스	스트리밍 클래스	상호 작용 클래스	백그라운드 클래스
최대 비트율 (kbps)	< 2048 (1) (2)	< 2 048 (1) (2)	< 2048 - 오버헤드 (2) (3)	< 2048 - 오버헤드 (2) (3)
전달 순서	예/아니오	예/아니오	예/아니오	예/아니오
최대 SDU 사이즈 (옥텟)	<=1500 또는 1502 (4)	<=1500 또는 1502 (4)	<=1500 또는 1502 (4)	<=1500 또는 1502 (4)
SDU 포맷 정보	(5)	(5)
잘못된 SDU들의 전달	예/아니오/- (6)	예/아니오/- (6)	예/아니오/- (6)	예/아니오/- (6)
잔류 BER	510^-2, 10^-2, 510^-3, 10^-3, 10^-4, 10^-5, 10^-6	510^-2, 10^-2, 510^-3, 10^-3, 10^-4, 10^-5, 10^-6	410^-3, 10^-5, 610^-8(7)	410^-3, 10^-5, 610^-8(7)
SDU 에러율	10^-2, 7*10^-3, 10^-3, 10^-4, 10^-5	10^-1, 10^-2, 7*10^-3, 10^-3, 10^-4, 10^-5	10^-3, 10^-4, 10^-6	10^-3, 10^-4, 10^-6
전송 지연(ms)	100 - 최대값	250 - 최대값
보장되는 비트율 (kbps)	< 2048 (1) (2)	< 2048 (1) (2)
트래픽 핸들링 우선 순위			1,2,3
할당/ 보존 우선 순위	1,2,3	1,2,3	1,2,3	1,2,3

WiBro QoS 파라미터들	WCDMA QoS 파라미터들
UGS, ertPS	대화 클래스
rtPS	스트리밍 클래스
nrtPS	백그라운드 클래스
BE	상호 작용 클래스
지속되는 최대 트래픽율(bps)	최대 비트율(kbps)
최대 지연(ms)	전송 지연(ms)
예비 할당된 최소 트래픽율(bps)	보장되는 비트율(kbps)
트래픽 우선 순위(0-7)	트래픽 핸들링 우선 순위(1,2,3,...)

다른 방법으로, MIH 엔티티는 WCDMA QoS로의 앞서 허용된 WiBro QoS의 매핑 대신에 UMTS 네트워크로부터 "동의된 QoS 프로파일"을 획득할 수 있다. 이 절차에서, 선행의 WiBro 허용 QoS는 무시되고, MIH 엔티티는 네트워크 동의된(할당된) QoS를 사용할 것을 UMTS 네트워크로의 PDP 문맥 활성화 메시지에서 지시한다. 그 다음, MIH 엔티티는 UMTS 네트워크에 의해 송신된 QoS 프로파일을 수용한다.

MIH 엔티티는 AT+CGDCONT 명령을 WCDMA 모뎀에 송신하는 것에 의해 새로운 PDP(packet data protocol) 문맥 생성을 요청한다(단계 254). 응답으로 OK가 시그널링되고 새로운 PDP 문맥이 생성된다(단계들 256, 257). MIH 엔티티는 WCDMA 모뎀에 AT+CGEQREQ 명령을 송신하는 것에 의해 UMTS QoS 프로파일을 특정한다(단계 258). 응답으로 OK가 시그널링되고 QoS 프로파일은 PDP 문맥을 위해 저장된다(단계들 260, 261).

MIH 엔티티는 UMTS로 스위치하기 위한 절차를 개시한다(단계 262). MIH 엔티티는 AT+CGATT 명령을 WCDMA 모뎀에 송신하는 것에 의해 UMTS 네트워크와의 연결을 수행할 것을 요청한다(단계 264). 응답으로 OK가 시그널링되고 RNC(radio network controller)를 이용하여 RRC(radio resource control) 접속 설정 절차가 수행되고 SGSN(serving GPRS(general packet radio services) support node)를 이용하여 연결 절차가 수행된다(단계들 266, 267). WCDMA 모뎀은 접속 모드로 진행한다. MIH 엔티티는 WCDMA 모뎀에 AT+CGATT? 명령을 송신하는 것에 의해 네트워크 등록 상태를 요청한다(단계 268). WCDMA 모뎀은 네트워크 등록 상태에서의 변화를 보고한다(단계 270). MIH 엔티티는 WCDMA 모뎀에 AT+CGACT 명령을 송신하는 것에 의해 PDP 문맥의 활성화를 요청한다(단계 272). 응답으로 OK가 시그널링되고 SGSN 및 GGSN(gateway GPRS support node)를 이용하여 PDP 문맥 활성화 및 RB(radio bearer) 확립이 수행된다(단계들 274, 275). PDP 문맥 활성화 동안, WiBro QoS 파라미터들을 WCDMA QoS 파라미터들로 매핑하는 것이나 동의된 QoS 프로파일을 위한 요청을 지시하는 것 중 어느 하나에 의해 발생된 QOS 프로파일이 PDP 문맥 활성화 메시지와 함께 송신된다. MIH 엔티티는 WCDMA 모뎀에 AT+CGEQREQ? 명령을 송신하는 것에 의해 PDP 문맥을 위한 현재 설정을 요청한다(단계 276). WCDMA 모뎀은 정의된 PDP 문맥 각각을 위한 현재 설정을 MIH 엔티티에 리턴한다(단계 278).

MIH 엔티티는 AT+CGDATA 명령을 송신하는 것에 의해 데이터 상태를 입력할 것을 WCDMA 모뎀에 요청한다(단계 280). WCDMA 모뎀은 CONNECT 명령을 사용해 응답한다(단계 282). MIH 엔티티는 이동 IP 클라이언트(164)에 FA 발견 및 이동 IP 바인딩 업데이트를 수행할 것을 요청한다(단계 284). FA 발견 및 발견된 FA를 이용한 이동 IP 바인딩 업데이트는 WCDMA 링크상의 IP 스택을 통해 수행된다(단계 286). MIH 엔티티는 IMS 재등록을 수행할 것을 SIP 클라이언트(162)에 요청한다(단계 288). IMS 재등록은 P-CSCF를 이용하여 IP 스택을 통해 수행된다(단계 290). MIH 엔티티는 단계 240에서의 스위치 요청에 응답하여 MIH 스위치 응답을 IP 스택을 통해 MIH 서버에 송신한다(단계 292). IMS를 위한 UMTS 세션이 시작된다(단계 294). MIH 엔티티는, WiBro 링크를 해체하기 위한 링크 스위치 명령을 Link_Action.request API를 통하여 WiBro 모뎀에 송신한다(단계 296). WiBro 모뎀은 Link_Action.confirm API를 통해 응답하고 WiBro 모뎀은 턴오프된다(단계 298).

도 3은, 핸드오버시에 WiBro에 데이터 세션이 존재하지 않을 경우, 예시적 프로세스(200)에 대한 대안을 나타낸다. 핸드오버 시점에 진행중인 데이터 세션이 존재하지 않을 경우, 단계들(202-242)을 수행한 후, MIH 엔티티는 IP 스택을 통해 MIH 서버로 신호 품질 측정값들을 송신한다(단계 302). MIH 엔티티는 MIH 서버로부터 MIH 스위치 요청을 수신한다(단계 304).

MIH 엔티티는 UMTS로 스위치하기 위한 절차를 개시한다(단계 306). MIH 엔티티는 WCDMA 모뎀에 AT+CGDCONT 명령을 송신하는 것에 의해 새로운 PDP 문맥 생성을 요청한다(단계 308). 응답으로 OK가 시그널링되고 새로운 PDP 문맥이 생성된다(단계 310). MIH 엔티티는 WCDMA 모뎀에 AT+CGATT 명령을 송신하는 것에 의해 UMTS 네트워크와의 연결을 수행할 것을 요청한다(단계 312). 응답으로 OK가 시그널링되고 연결 절차가 수행되며, WCDMA 모뎀은 접속 모드로 진행한다(단계 314). MIH 엔티티는 WCDMA 모뎀에 AT+CGATT? 명령을 송신하는 것에 의해 네트워크 등록 상태를 요청한다(단계 316). WCDMA 모뎀은 네트워크 등록 상태에서의 변화를 보고한다(단계 318). MIH 엔티티는 WCDMA 모뎀에 AT+CGACT 명령을 송신하는 것에 의해 PDP 문맥의 활성화를 요청한다(단계 320). 응답으로 OK가 시그널링되고 PDP 문맥 활성화 및 RB(radio bearer) 확립이 수행된다(단계 322). MIH 엔티티는 WCDMA 모뎀에 AT+CGEQREQ?명령을 송신하는 것에 의해 PDP 문맥을 위한 현재 설정을 요청한다(단계 324). WCDMA 모뎀은 정의된 PDP 문맥 각각을 위한 현재 설정을 MIH 엔티티에 리턴한다(단계 326).

MIH 엔티티는 AT+CGDATA 명령을 송신하는 것에 의해 데이터 상태를 입력할 것을 WCDMA 모뎀에 요청한다(단계 328). WCDMA 모뎀은 CONNECT 명령을 사용해 응답한다(단계 330). MIH 엔티티는 이동 IP 클라이언트(164)에 FA 발견 및 이동 IP 바인딩 업데이트를 수행할 것을 요청한다(단계 332). FA 발견 및 발견된 FA를 이용한 이동 IP 바인딩 업데이트는 IP 스택을 통해 수행된다(단계 334). MIH 엔티티는 IP 스택을 통해 MIH 스위치 응답을 MIH 서버에 송신한다(단계 336). MIH 엔티티는 WiBro 링크를 해체하기 위한 링크 스위치 명령을 Link_Action.request API를 통해 WiBro 모뎀에 송신한다(단계 338). WiBro 모뎀은 Link_Action.confirm API를 통해 응답하고 WiBro 모뎀은 턴오프된다(단계 340).

도 4는, 시동시에 WiBro 커버리지가 존재하지 않을 경우, MIH를 수행하기 위한 예시적 프로세스(400)의 흐름도이다. MIH 상호 작용들의 시작시에, MIH 엔티티는 Link_Action.request API를 통해 WiBro 모뎀을 활성화한다(단계 402). WiBro 모뎀이 활성화되고 WiBro 모뎀은 WiBro 링크의 확립을 시도한다(단계 404). 활성화 및 WiBro 링크 확립의 상태는 Link_Action.confirm API를 통해 MIH 엔티티에 지시된다(단계 406). 단계 408에서 WiBro 링크가 확립되지 않았다고 판정되면, MIH 엔티티는 UMTS로 스위치하기 위한 절차를 개시한다(단계 410).

MIH 엔티티는 WCDMA 모뎀에 AT+CGATT 명령을 송신하는 것에 의해 UMTS 네트워크와의 연결을 수행할 것을 요청한다(단계 412). 응답으로 OK가 시그널링되고 연결 절차가 수행되며, WCDMA 모뎀은 접속 모드로 진행한다(단계 414). MIH 엔티티는 AT+CGATT? 명령을 WCDMA 모뎀에 송신하는 것에 의해 네트워크 등록 상태를 요청한다(단계 416). WCDMA 모뎀은 네트워크 등록 상태에서의 변화를 보고한다(단계 418). MIH 엔티티는 WCDMA 모뎀에 AT+CGACT 명령을 송신하는 것에 의해 PDP 문맥의 활성화를 요청한다(단계 420). 응답으로 OK가 시그널링되고 PDP 문맥 활성화 및 RB 확립이 수행된다(단계 422). MIH 엔티티는 AT+CGEQREQ? 명령을 WCDMA 모뎀에 송신하는 것에 의해 PDP 문맥을 위한 현재 설정을 요청한다(단계 424). WCDMA 모뎀은 정의된 PDP 문맥 각각을 위한 현재 설정을 MIH 엔티티에 리턴한다(단계 426).

MIH 엔티티는 AT+CGDATA 명령을 송신하는 것에 의해 데이터 상태를 입력할 것을 WCDMA 모뎀에 요청한다(단계 428). WCDMA 모뎀은 CONNECT 명령을 사용해 응답한다(단계 430). MIH 엔티티는 이동 IP 클라이언트(164)에 FA 발견 및 이동 IP 바인딩 업데이트를 수행할 것을 요청한다(단계 432). FA 발견 및 발견된 FA를 이용한 이동 IP 바인딩 업데이트가 IP 스택을 통해 수행된다(단계 434). MIH 상호 작용들은 종료한다(단계 436).

도 5는 UMTS 네트워크로부터 WiBro 네트워크로의 MIH를 수행하기 위한 예시적 프로세스(500)의 흐름도이다. MIH 상호 작용들의 시작시에, MIH 엔티티는 WCDMA 모뎀에 명령을 송신하는 것에 의해 타이머를 설정하고 UMTS에 트래픽이 존재하는지를 주기적으로 점검한다(단계 502). WCDMA 모뎀들은 명령에 응답한다(단계 504). WCDMA에 트래픽이 존재하지 않는 것으로 판정되면, MIH 엔티티는 WiBro 커버리지의 존재 여부를 판정하기 위해 WiBro를 스캔할 것을 WiBro 모뎀에 요청한다(단계 506). WiBro 모뎀은 WiBro 셀들을 스캔하고 스캔 결과들을 MIH 엔티티에 보고한다(단계 508).

WiBro 커버리지가 존재하는 것으로 지시되면, MIH 엔티티는 WCDMA 모뎀을 턴오프하기 위한 절차를 개시한다(단계 510). MIH 엔티티는 AT+CGACT 명령을 WCDMA 모뎀에 송신하는 것에 의해 PDP 문맥의 비활성화를 요청한다(단계 512). 응답으로 OK가 시그널링되고 PDP 문맥은 비활성화된다(단계 514). MIH 엔티티는 WCDMA 모뎀에 AT+CGEQREQ 명령을 송신하는 것에 의해 현재의 PDP 문맥 설정을 요청한다(단계 516). WCDMA 모뎀은 현재의 PDP 문맥 설정을 MIH 엔티티에 리턴한다(단계 518). MIH 엔티티는 '0'으로 설정된 AT+CGATT 명령을 WCDMA 모뎀에 송신하는 것에 의해 네트워크 분리(detachment)를 요청한다(단계 520). 응답으로 OK가 시그널링되고 분리 절차가 수행된다(단계 522). MIH 엔티티는 WCDMA 모뎀에 AT+CGATT? 명령을 송신하는 것에 의해 네트워크 등록 상태를 요청한다(단계 524). WCDMA 모뎀은 네트워크 등록 상태를 MIH 엔티티에 리턴한다(단계 526). MIH 엔티티는 Link_Action.request API를 통해 WiBro 모뎀을 활성화한다(단계 528). WiBro 모뎀이 활성화되고 WiBro 모뎀은 WiBro 링크 확립을 시도한다(단계 530). MIH 상호 작용들은 계속된다.

도 6a는 동기식 펑션 호 절차를 나타낸다. 요청자는 피어(peer) 엔티티로부터 펑션을 호출하고 호출된 피어 엔티티는 프로세싱 완료 이후에 펑션 리턴을 사용해 응답한다. 펑션 리턴은, 그것의 동작 결과나 성공 또는 실패를 지시하기 위한 코드를 지시하기 위해, 호출된 펑션에 의해 호출자 펑션 쪽으로 제공되는 정보이다. 펑션은 종료할 때까지 그것이 실행되었을 때 리턴한다. 펑션 리턴은 요청자에게 동작 상태를 지시할 수 있다.

도 6b는 비동기식 펑션 호 절차를 나타낸다. 요청자는 피어 엔티티로부터 펑션을 호출하고 피어 엔티티는 먼저, 호출된 프로세스 인스턴스 생성 이후에 요청을 완료하지 않은 상태에서 제1 펑션 리턴을 사용해 응답한다. 호출된 요청이 수행된 후, 피어 엔티티는 콜백 펑션(callback function)을 호출한다. 콜백 펑션은 비동기식 펑션 호출과 연관될 수 있다. 콜백 펑션은 요청자에 의해 제공되고 피어 엔티티에 의해 호출되며, 호출된 요청의 결과는 콜백 펑션을 통해 요청자에게 전달된다.

여기에서는 다음의 명명 규약들이 사용된다는 것에 주의해야 한다. 펑션 이름들은, 접미사들을 제외하면, 요청들 및 연관된 콜백 펑션들을 위해 동일하다. 펑션이 요청을 구현할 때의 접미사로서 "req"가 사용된다(예를 들어, mihc_set_req()). 연관된 콜백 펑션을 위한 접미사로서 "cb"가 사용된다(예를 들어, mihc_set_cb()). 요청을 구현중인 엔티티의 이름은 요청 및 콜백 양자를 위한 접두사로서 사용된다. IMS에 의해 구현되는 요청 펑션은 "ims_set_req()"라 불릴 것이고 연관된 콜백은 "ims_set_cb()"라 불릴 것이다.

다음에서는 클라이언트 API 디스크립션들의 상세한 일례들이 설명된다. 이 일례들은 실시예들을 설명한다는 목적들을 위해서만 제공되고 범위를 전혀 제한하지 않는다는 것에 주의해야 한다. MIH 미들웨어(즉, MIH 엔티티)는, ANSI(American national standards institute) C 컴파일러가 지원되는 임의의 오퍼레이팅 시스템(OS)에서 실행될 수 있는 이식 가능한 ANSI C 코드(.c 및/또는 .h 파일들)로서 기입되는 것이 바람직스럽다. MIH 미들웨어는 RTOS(real-time operating system) 및/또는 다중 스레드 환경에서 실행될 수 있다. 외부(비-MIH) 스레드가 MIH 미들웨어를 시작하고 중단한다. MIH 미들웨어는 약간의 공통 메모리 공간을 다른(비-MIH) 소프트웨어 스레드들(예를 들어, WiBro, MIP)과 공유할 수도 있다. 펑션 호출들이, 다른 (비-MIH) 소프트웨어 스레드들(예를 들어, MIP)과 통신하는데 사용된다. MIH 미들웨어에 의해 다른 소프트웨어 스레드들로(예를 들어, WiBro로) 제공되는 펑션들은 호출자의 실행 시간내에 실행된다. 다른 소프트웨어 스레드들(예를 들어, WiBro)에 의해 제공되고 MIH 미들웨어에 의해 호출되는 펑션들은 MIH 미들웨어의 실행 시간 동안에 실행된다.

WiBro 인터페이스를 위한 예시적인 소프트웨어 API 디스크립션들.

◎ WiBro로의 API: wibro_config_thresh_req

ㆍ 방향

- MIH 클라이언트 미들웨어 → WiBro 디바이스 드라이버

ㆍ 디스크립션

- 비동기식 펑션 호출은 WiBro 링크 파라미터들을 위한 임계치들을 설정하고, 그에 따라, 이 파라미터들은 임계치들을 통과하자마자 보고됨

- 펑션은 WiBro 디바이스 드라이버에 의해 제공되고, 대응되는 콜백은 MIH 클라이언트 미들웨어에 의해 제공됨

- 이 펑션은, MIH 클라이언트 미들웨어가 MIH 서버로부터 MIH_Configure_Thresholds.request를 수신하자마자 인보크되어야 함

- 인보크될 때, 펑션은 WiBro 디바이스 드라이버에서 요청된 모든 임계치들을 구성함

- 임계치 구성 이후에, 결과는 연관된 콜백 펑션을 통해 리턴됨

ㆍ 펑션

mih_ret_code wibro_config_thresh_req

( num_link_param num,

link_param_thresh_s param_list )

where link_param_thresh_s

{ link_param_type param,

initiate_action_threshold init_thresh,

rollback_action_threshold rb_thresh,

execute_action_threshold exec_thresh,

time_interval interval }

ㆍ 파라미터들

- num: 임계치들이 설정되어야 하는 파라미터들의 수

- param: 임계치가 설정되고 있는 파라미터(예를 들어, RSSI)

- init_thresh: 실행(action)의 설정을 개시하기 위한 임계값

- rb_thesh: 실행 설정 절차를 중단하기 위한 임계치(히스테리시스)

- exec_thresh: 실행을 즉각적으로 발생시키기 위한 임계값

- interval: 일단 임계치를 통과하고 나면, 파라미터가 보고되어야 하는 시구간(한 번만의 보고(one-time report)를 위해서는 0)

ㆍ 리턴

- 펑션 호출 성공 및 임계치들의 구성 시도를 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- wibro_config_thresh_cb(link_thresh_status);

◎ 미들웨어로의 API: wibro_config_thresh_cb

ㆍ 방향

- WiBro 디바이스 드라이버 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 이 콜백 펑션은 링크 파라미터 보고를 위한 임계치들을 구성하기 위한 요청들에 대한 응답임

- 콜백은 MIH 클라이언트 미들웨어에 의해 제공되고, 대응되는 요청 펑션 호출은 WiBro 디바이스 드라이버에 의해 제공됨

- 인보크될 때, 펑션은 인수들(argument)에서의 정보를 사용하는 WiBro 링크를 위해 MIH 서버로 MIH_Configure_Thresholds.confirm 메시지를 송신함

ㆍ 펑션

mih_ret_code wibro_config_thresh_cb

( link_thresh_status status_code )

ㆍ 파라미터들

- status_code: 임계치 구성 시도의 상태를 지시하기 위한 코드

ㆍ 리턴

- 펑션 호출 성공을 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 대응되는 요청 펑션

- wibro_config_thresh_req (num_link_type, link_param_thresh_s);

◎ 미들웨어로의 API: wibro_link_going_down_ind

ㆍ 방향

- WiBro 디바이스 드라이버 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 동기식 펑션 호출은, 현재 서빙중인 AP가 WiBro 경계 셀에 속한다는, MIH 클라이언트 미들웨어로의 지시로서 작용함

- 펑션 호출은 MIH 클라이언트 미들웨어에 의해 제공됨

- 인보크될 때, 펑션은 MIH 서버로 MIH_Link_Going_Down을 송신할 수도 있음

- 펑션은 MIH 핸드오버를 위한 예비 측정들(preparatory measures)을 개시함

ㆍ 펑션

mih_ret_code wibro_link_going_down_ind

( time_interval interval,

confidence_level confidence,

reason_code reason,

event_id id)

ㆍ 파라미터들

- interval: 접속성이 손실될 때까지의 예상 시간

- confidence: 분수(fraction)로서 표현되는 예측 신뢰도 레벨

- reason: 접속성 손실의 원인

- id: 이벤트와 연관짓기 위한 고유의 16-비트 수

ㆍ 리턴

- 펑션 호출 성공을 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- 이 펑션과 연관된 콜백들은 존재하지 않음

wibro_link_going_down_ind는 mihc_wibro_Event_ind로 명명될 수도 있다. wibro_link_going_down_ind는 특정 신뢰도를 사용해 WiBro 링크가 특정 원인으로 인해 특정 구간에 의해 이용 불가능할 것을 지시할 수 있다. 이 기능성 이외에, mihc_wibro_Event_ind에 의해 MIH 엔티티로 다음이 지시될 수도 있다:

- WiBro 커버리지가 검출되었고;

- WiBro 기지국과의 연관이 생성되었으며;

- WiBro 링크는 특정 원인으로 인해 완전히 이용 불가능해졌고;

- 더 이상 원인이 존재하지 않기 때문에, 링크의 이용 불가능화를 위한 선행 예측이 재호출되고 있음.

ㆍ 방향:

- WiBro 디바이스 드라이버 → MIH 클라이언트 미들웨어

ㆍ 디스크립션:

- 동기식 펑션 호출로 인해, WiBro 디바이스는 이동성 클라이언트 미들웨어(Mobility Client Middleware)로의 범용 지시들을 발생시킬 수 있다.

- 전달될 인수는 지시의 특징에 따라 (캐스트에 의해) 처리될 것이다. 표 6은 지시 유형과 대응되는 인수 유형 사이의 관계를 나타낸다.

ㆍ 펑션

void mihc_wibro_Event_ind

(mihc_Event_ind_t *event_ind_p, void *arg_p)

ㆍ 파라미터들

- event_ind_p: 이벤트 유형 및 POA_MAC 또는 BSID를 보유중인 구조로의 포인터

- arg_p: 이벤트 유형에 따른 가변 인수로의 포인터

ㆍ LINK_UP 널

ㆍ LINK_DETECTED 참/거짓

ㆍ LINK_DOWN 원인

ㆍ LINK_Event_ROLLBACK Uint16(이벤트 식별자)

ㆍ LINK_GOING_DOWN 구간, 신뢰도, 원인, 식별자

ㆍ 리턴

- 없음

ㆍ 콜백 펑션

- 이 펑션과 연관된 콜백들은 존재하지 않음

◎ 미들웨어로의 API: wibro_param_report_ind

ㆍ 방향

- WiBro 디바이스 드라이버 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 동기식 펑션은, (RSSI, BER 등과 같은) 다양한 링크 파라미터들의 값들이 MIH 미들웨어 클라이언트에 의해 미리 구성된 임계값 미만으로 떨어질 때 이 파라미터들을 위한 보고로서 작용함

- 펑션 호출은 MIH 클라이언트 미들웨어에 의해 제공됨

- 인보크될 때, 펑션은, 파라미터 값이 실제로 임계치 미만인지를 점검함

- 그렇다면, 펑션은 인수들에 포함된 정보를 사용해 MIH_Link_Parameters_Report.indication을 MIH 서버에 송신함

ㆍ 펑션

mih_ret_code wibro_link_param_report_ind

( num_link_param num_param,

link_parameter_s param_list_s )

ㆍ 파라미터들

- num_param: 파라미터들의 구조에서의 파라미터들의 수

- param_list_s: 링크 파라미터들 및 그것의 현재 값들을 포함하고 있는 구조

ㆍ 리턴

- 펑션 호출 성공을 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- 이 펑션과 연관된 콜백들이 존재하지 않음

ㆍ 주(Note)

- 이 펑션은 신호 강도 메트릭들(signal strength metrics)을 MIH 클라이언트 미들웨어에 보고하는데 사용됨

◎ WiBro로의 API: wibro_link_action_req

ㆍ 방향

- MIH 클라이언트 미들웨어 → WiBro 디바이스 드라이버

ㆍ 디스크립션

- 동기식 펑션은 WiBro 디바이스를 턴온/턴오프하거나 그렇지 않으면 WiBro 디바이스의 상태를 변경함

- 이 펑션은, MIH 클라이언트 미들웨어가 MIH 서버로부터 MIH_Switch.request을 수신하자마자 실행되어야 함

- WiBro 디바이스 드라이버는 인수로서 수신되는 실행 코드에 기초해 링크 실행을 수행함

- WiBro 디바이스는, 연관된 콜백 펑션을 사용하는 것에 의해, 실행을 수행한 후의 결과 링크 상태를 리턴함

ㆍ 펑션

mih_ret_code wibro_link_action_req

( link_action_type action )

ㆍ 파라미터들

- action: UMTS 드라이버에 의해 수행될 실행의 유형(예를 들어, 전원 인가, 전원 차단, 접속 모드로의 진행 등)

ㆍ 리턴

- 펑션 호출 성공 및 링크 실행 설정 시도를 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- wibro_link_action_cb(link_status);

ㆍ 주

- 이 펑션은 일반적으로 WiBro 스택의 전원을 인가/차단하는데 사용될 수 있음

◎ 미들웨어로의 API: wibro_link_action_cb

ㆍ API 이름: wibro_link_action_cb

- 방향: WiBro 디바이스 드라이버 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 이 콜백 펑션은 WiBro 디바이스 드라이버를 위한 링크 실행을 위한 요청들에 대한 응답임

- 인보크될 때, 링크 실행 요청이 MIH_Switch.request 명령의 결과로서 송신되었다면, 펑션은 MIH_Switch.confirm 메시지를 송신함

- 펑션은 QoS 매핑 절차들을 시작할 수도 있음

ㆍ 펑션

mih_ret_code wibro_link_action_cb

( link_status status )

ㆍ 파라미터들

- link_status: 링크 실행을 수행한 후의 WiBro 링크의 상태

ㆍ 리턴

- 펑션 호출 성공을 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 대응되는 요청 펑션

- wibro_link_action_req (link_action_type action);

ㆍ 주

- 펑션은 MIH_Switch.confirm 응답과 연관될 수 그렇지 않을 수도 있음

◎ WiBro로의 API: wibro_get_param_req

ㆍ 방향

- MIH 클라이언트 미들웨어 → WiBro 디바이스 드라이버

ㆍ 디스크립션

- 비동기식 펑션 호출은 WiBro 스택을 위한 특정 링크 파라미터들(예를 들어, RSSI, BER, SNR, C/I, 데이터 레이트)의 현재 값을 점검하고 리턴함

- 펑션은 WiBro 디바이스 드라이버에 의해 제공되고, 대응되는 콜백 펑션은 MIH 클라이언트 미들웨어에 의해 제공됨

- 이 펑션 또한, MIH 클라이언트 미들웨어가 MIH 서버로부터 MIH_Get_status.request를 수신하자마자 인보크되어야 함

- 인보크될 때, 펑션은 인수에서 요청된 UMTS 파라미터들의 상태 또는 값들을 검색함

- 펑션은 요청된 링크 파라미터들의 링크를 특정하는 구조에 요청 파라미터들의 값들을 저장함

- 값들을 MIH 클라이언트 미들웨어에 리턴하기 위해, 파라미터들이 저장되어 있는 위치로의 포인터를 전달하는 연관된 콜백 펑션이 사용됨

ㆍ 펑션

mih_ret_code wibro_get_param_req

( link_parameter_sp wibro_param_sp )

ㆍ 파라미터들

- wibro_param_sp: 값들이 요청되고 있는 (요청에서 0으로 설정된 값 필드들의) 파라미터들(RSSI, SNR, C/I, BER, 데이터 레이트)을 포함하고 있는 구조로의 포인터

ㆍ 리턴

- 펑션 호출 성공 및 링크 파라미터 검색 시도를 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- wibro_get_param_cb (link_parameter_sp);

◎ 미들웨어로의 API: wibro_get_param_cb

ㆍ 방향

- WiBro 디바이스 드라이버 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 이 콜백 펑션은 링크 파라미터 값들을 위한 요청들에 대한 응답임

- 인보크될 때, 펑션은 수신된 인수들에 기초해 현재적 활성 세션의 QoS 클래스를 계산함

- 펑션은 QoS 매핑 절차들을 개시할 수도 있음

- MIH_Get_status.request가 수신되었다면, MIH_Get_status.confirm도 송신됨

ㆍ 펑션

mih_ret_code wibro_link_get_param_cb

( link_parameter_sp wibro_param_sp )

ㆍ 파라미터들

- wibro_param_sp: 링크 파라미터들(RSSI, SNR, C/I, BER, 데이터 레이트) 및 펑션 호출 시점에서의 그것들의 대응되는 값들을 포함하고 있는 구조로의 포인터

ㆍ 리턴

- 펑션 호출 성공을 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 대응되는 요청 펑션

- wibro_get_param_req (link_parameter_sp)

UMTS 인터페이스(즉, WCDMA 인터페이스)를 위한 소프트웨어 API 디스크립션들. 앞서 지적된 바와 같이, 접두사 "UMTS"는 "WCDMA"와 교환 가능하게 사용될 수도 있다.

◎ UMTS로의 API: umts_get_param_req

ㆍ 방향

- MIH 클라이언트 미들웨어 → UMTS 디바이스 드라이버

ㆍ 디스크립션

- 비동기식 펑션 호출은 UMTS 스택을 위한 특정 링크 파라미터들(예를 들어, RSSI, BER, SNR, C/I, 데이터 레이트)의 현재 값을 점검하고 리턴함

- 펑션은 UMTS 디바이스 드라이버에 의해 제공되고, 대응되는 콜백 펑션은 MIH 클라이언트 미들웨어에 의해 제공됨

- 이 펑션은, MIH 클라이언트 미들웨어가 MIH 서버로부터 MIH_Link_Get_Parameters.request을 수신하자마자 인보크되어야 함

ㆍ 펑션

mih_ret_code umts_get_param_req

( link_parameter_sp umts_param_sp )

ㆍ 파라미터들

- umts_param_sp: 값들이 요청되고 있는 (요청에서 0으로 설정된 값 필드들의) 파라미터들(RSSI, SNR, C/I, BER, 데이터 레이트)을 포함하고 있는 구조로의 포인터

ㆍ 리턴

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- umts_get_param_cb (link_parameter_sp);

ㆍ 주

- 실현 가능할 때, 펑션은 수신시에 실행들을 수행하기 위해 AT+CSQ 명령을 인보크할 수 있음

◎ 미들웨어로의 API: umts_get_param_cb

ㆍ 방향

- UMTS 디바이스 드라이버 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 콜백은 MIH 클라이언트 미들웨어에 의해 제공되고, 대응되는 요청 펑션 호출은 UMTS 디바이스 드라이버에 의해 제공됨

- 인보크될 때, 펑션은 파라미터들을 기록하고 QoS 클래스 UMTS 링크를 계산함

- 필요하다면, QoS 매핑 절차들이 개시될 수도 있음

- MIH_Get_status.request이 수신되었다면, MIH_Get_status.confirm이 송신됨

ㆍ 펑션

mih_ret_code umts_get_param_cb

( link_parameter_sp umts_param_sp )

ㆍ 파라미터들

- umts_param_sp: 링크 파라미터들(RSSI, SNR, C/I, BER, 데이터 레이트) 및 이 파라미터들을 위한 값들을 포함하고 있는 구조로의 포인터

ㆍ 리턴

- 펑션 호출 성공을 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 대응되는 요청 펑션

- utms_get_param_req (link_parameter_sp);

◎ UMTS로의 API: umts_link_action_req

ㆍ 방향

- MIH 클라이언트 미들웨어 → UMTS 디바이스 드라이버

ㆍ 디스크립션

- 동기식 펑션은 UMTS 디바이스를 턴온/턴오프하거나 그렇지 않으면 UMTS 디바이스의 상태를 변경함

- 펑션은 UMTS 디바이스 드라이버에 의해 제공되고, 대응되는 콜백은 MIH 클라이언트 미들웨어에 의해 제공됨

- 이 펑션은, MIH 클라이언트 미들웨어가 MIH 서버로부터 MIH_Switch.request를 수신하자마자 실행되어야 함

- UMTS 디바이스 드라이버는 인수로서 수신된 실행 코드에 기초해 다음 중 하나를 수행한다:

ㆍ 전원을 인가하고 휴지(IDLE) 모드로 진행하기

ㆍ 접속(CONNECTED) 모드로 진행하고 PDP 문맥 활성화하기

ㆍ PDP 문맥을 비활성화하고 RAB 해제하기

- UMTS 디바이스는, 연관된 콜백 펑션을 사용하는 것에 의해, 실행을 수행한 후의 결과 링크 상태를 리턴함

ㆍ 펑션

umts_action_req

( link_action_type action )

ㆍ 파라미터들

- action: UMTS 드라이버에 의해 수행될 실행의 유형(예를 들어, 전원 인가, 전원 차단, 접속 모드로 진행하기 등)

ㆍ 리턴

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- umts_action_cb (link_status);

ㆍ 주

- 실현 가능할 때, 이 펑션은 다음 명령들의 조합을 인보크할 수 있음:

ㆍ AT+CFUN: 터미널 시동하기

ㆍ AT+CGEQREG: QoS 프로파일 특정하기

ㆍ AT+CGATT: PS 연결/분리

ㆍ AT+CGREG?: 네트워크 등록 상태 쿼리

ㆍ AT+CGACT: PDP 문맥 활성화/비활성화하기

ㆍ AT+CGDCONT?: PDP 문맥 설정 쿼리

ㆍ AT+CGDATA: 데이터 상태 입력하기

◎ 미들웨어로의 API: umts_link_action_cb

ㆍ 방향

- UMTS 디바이스 드라이버 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 이 콜백 펑션은 UMTS 디바이스 드라이버를 위한 링크 실행을 위한 요청들에 대한 응답임

- 펑션 또한 QoS 매핑 절차들을 시작할 수도 있음

ㆍ 펑션

mih_ret_code umts_link_action_cb

( link_action_status action_status )

ㆍ 파라미터들

- link_status: 링크 전력 및 모드 지시를 위한 상태 코드

ㆍ 리턴

- 펑션 호출 성공을 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 대응되는 요청 펑션

- umts_link_action_req (link_action_type);

ㆍ 주

QoS 파라미터들은 wcdma_action_req로 전달될 수도 있다. 상기 umts_link_action_req 및 umts_link_action_cb 펑션들은 전력 모드를 변경할 수 있다. wcdma_action_req API는 새로운 AT 명령 디스크립션을 통해 WCDMA 저전력 모드 거동을 특정할 수도 있고 WCDMA QoS 파라미터들을 구성할 수도 있다. 변경되는 펑션 이름들은 다음과 같다:

- umts_link_action_req()는 wcdma_action_req()로 개명됨

- umts_link_action_cb()는 wcdma_action_cb()로 개명됨

ㆍ 방향:

이동성 클라이언트 미들웨어 → WCDMA 디바이스 드라이버

ㆍ 디스크립션:

- 비동기식 펑션은 WCDMA 디바이스의 상태를 변경한다. 펑션은 WCDMA 디바이스 드라이버에 의해 제공되고, 대응되는 콜백은 이동성 클라이언트 미들웨어에 의해 제공된다.

- 이 펑션은, 이동성 클라이언트 미들웨어가 MIH 서버로부터 handover를 수신할 때 실행된다. 펑션은 MCM에 의해 다른 원인들 때문에 호출될 수도 있다.

- WCDMA 디바이스는, 연관된 콜백 펑션을 사용하는 것에 의해, 실행을 수행한 후의 결과 링크 상태를 리턴한다.

ㆍ 펑션

mihc_ret_code wcdma_action_req

( mihc_link_action_type_e action,

mihc_ip_qos_t *ip_qos_p,

void *user_data_p )

ㆍ 파라미터들

- action: UMTS 드라이버에 의해 수행될 실행의 유형

- ip_qos_p: 사용중인 IP 어드레스들 및 대응되는 QoS로의 포인터

- user_data_p: 연관된 콜백 펑션을 호출할 때 되전달될 포인터

ㆍ 리턴

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- wcdma_action_cb ( );

ㆍ 주

- 구현 가능할 때, 이 펑션은 다음 명령들의 조합을 인보크할 수 있다:

ㆍ AT+CFUN: 터미널 시동하기. 셀에 캠프하기. 네트워크에 등록하지 않기. TX 턴오프하기.

ㆍ AT+CGDCONT: PDP 문맥 생성하기

ㆍ AT+CGEQREG: QoS 프로파일 특정하기

ㆍ AT+CGATT: PS 연결/분리

ㆍ AT+CGREG?: 네트워크 등록 상태 쿼리

ㆍ AT+CGACT: PDP 문맥 활성화/비활성화하기

ㆍ AT+CGDCONT?: PDP 문맥 설정 쿼리

이동 IP 클라이언트를 위한 소프트웨어 API 디스크립션들.

◎ 이동 IP로의 API: mip4_discover_fa_req

ㆍ 방향

- MIH 클라이언트 미들웨어 → 이동 IP 클라이언트

ㆍ 디스크립션

- 비동기식 펑션 호출은 (주(Note) 아래에서 참조로 설명된) 연관 프로토콜을 사용해 이동 IP FA(foreign agent)를 발견함

- 펑션은 이동 IP 클라이언트에 의해 제공되고, 대응되는 콜백은 MIH 클라이언트 미들웨어에 의해 제공됨

- 펑션은 일반적으로, MIH 클라이언트 미들웨어가 L2 디바이스에 전원을 인가할 때마다 인보크되어야 함

- 일단 인보크되고 나면, 이동 IP는 RS(Router Solicitation)를 송신함

- RA(Router Advertisement)가 수신된 후, 이동 IP는 프로토콜을 완료하여 새로운 IP를 획득함

- 이동 IP는 연관된 콜백 펑션을 호출하는 것에 의해 FA 발견의 결과들을 확인함

ㆍ 펑션

mih_ret_code mip4_discover_fa_req

( mip_hoa_ip ip )

ㆍ 파라미터들

- ip: FA가 발견되어야 하는 홈 어드레스

ㆍ 리턴

- 펑션 호출 성공 및 FA 발견 시도 개시를 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- mip4_discover_fa_cb (ip_config_status, mip_new_ip, mip_hoa_ip);

◎ 미들웨어로의 API: mip4_discover_fa_cb

ㆍ 방향

- 이동 IP 클라이언트 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 이 콜백 펑션은 이동 IP FA 발견 요청에 대한 응답임

- 콜백은 MIH 클라이언트 미들웨어에 의해 제공되는 한편, 대응되는 요청 펑션 호출은 이동 IP 클라이언트에 의해 제공됨

- 인보크될 때, MIH 클라이언트 미들웨어는 인수로서 전달된 임의의 IP를 저장할 것임

- 펑션은 IP와 연관된 QoS 클래스를 찾아내어 저장하는 시도를 하게 함

- 펑션은 수신된 IP를 위한 이동 IP 바인딩 업데이트 절차를 개시할 것임

ㆍ 펑션

mih_ret_code mip4_discover_fa_cb

( ip_config_status status,

mip_new_ip mt_ip,

mip_hoa_ip hoa_ip)

ㆍ 파라미터들

- status: 새로운 IP가 획득되었는지의 여부를 지시하기 위한 코드

- mt_ip: 이동 터미널을 위해 획득된 IP 어드레스

- ma_ip: 수신된 IP 어드레스와 연관된 홈 어드레스

ㆍ 리턴

- 펑션 호출 성공을 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 대응되는 요청 펑션

- mip4_discover_fa_req (mip_hoa_ip);

ㆍ 주

- 콜백은, 디바이스가 IP-기반(IP-capable)이라는 지시임

◎ 이동 IP로의 API: mip4_send_bu_req

ㆍ 방향

- MIH 클라이언트 미들웨어 → 이동 IP 클라이언트

ㆍ 디스크립션

- 비동기식 펑션 호출은 HA(Home Agent)와의 바인딩을 생성하기 위해 이동 IP 등록 요청을 송신함

- 펑션은 이동 IP 클라이언트에 의해 제공되고, 대응되는 콜백 펑션은 MIH 클라이언트 미들웨어에 의해 제공됨

- 펑션은, MIH 클라이언트 미들웨어가 새로운 IP가 구성되었다는 지시를 수신하자마자 인보크되어야 함

- 일단 인보크되고 나면, 이동 IP는 HA로 등록 요청을 송신하고 (주 아래에서 참조로 설명된) 연관 프로토콜을 수행하여 보조 어드레스(care of address; COA)와의 바인딩을 생성함

- 등록 응답이 수신될 때, 연관된 콜백 펑션을 통해 MIH 클라이언트 미들웨어에 통지되어야 함

ㆍ 펑션

mih_ret_code mip4_send_bu_req

( mip_new_ip ip )

ㆍ 파라미터들

- ip: 바인딩 업데이트 요청이 이루어지고 있는 IP 어드레스

ㆍ 리턴

- 펑션 호출 성공 및 등록 요청 디스패치(dispatch)를 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- mip4_send_bu_cb (mip_bu_status);

◎ 미들웨어로의 API: mip4_send_bu_cb

ㆍ 방향

- 이동 IP 클라이언트 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 이 콜백 펑션은 이동 IP 바인딩 업데이트 요청에 대한 응답임

- 인보크될 때, 펑션은 (SIP과 같은) 다양한 상위 계층 프로토콜들을 위한 세션들의 재확립을 개시할 수도 있음

ㆍ 펑션

mih_ret_code mip4_send_bu_cb

( mip_bu_status status )

ㆍ 파라미터들

- status: 바인딩 업데이트의 완료 여부를 지시하기 위한 코드

ㆍ 리턴

- 펑션 호출 성공을 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 대응되는 요청 펑션

- mip4_send_bu_req (mip_new_ip);

ㆍ 주

- 콜백은 디바이스가 IP-기반이며 자신의 HA가 패킷들을 COA로 터널링중이라는 지시임

◎ 이동 IP로의 API: mip4_ip_info_req

ㆍ 방향

- MIH 클라이언트 미들웨어 → 이동 IP 클라이언트

ㆍ 디스크립션

- 이 펑션은 이동 IP 클라이언트에 의해 핸들링되고 있는 IP 어드레스들에 관한 정보를 검색함

- 결과들은 연관된 콜백 펑션을 사용해 MIH 클라이언트 미들웨어로 제공됨

- 일단 인보크되고 나면, 이동 IP는, 연관된 콜백 펑션을 사용해, 이동 터미널과 현재 연관되어 있는 IP 어드레스들의 수를 리턴함

- 펑션은 MIH 클라이언트 미들웨어에, 사용중인 IP 각각에 대응되는 홈 어드레스도 제공함

ㆍ 펑션

mih_ret_code mip4_ip_info_req ()

ㆍ 파라미터들

- 인수들로서 전달되는 파라미터들이 존재하지 않음

ㆍ 리턴

- 펑션 호출 성공 및 IP 정보 검색 시도를 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- mip4_ip_info_cb (num_ip, mip_hoa_ip_s);

◎ 미들웨어로의 API: mip4_ip_info_cb

ㆍ 방향

- 이동 IP 클라이언트 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 이 콜백 펑션은 이동 IP 어드레스 할당 정보 요청에 대한 응답임

- 인보크될 때, 펑션은 활성 IP들의 수 및 대응되는 수신된 홈 어드레스들에 기초해 WCDMA를 위한 PDP 문맥들의 프로세싱을 트리거함

- 펑션은 새롭게 활성화된 임의의 인터페이스를 위한 IP 구성도 개시함

ㆍ 펑션

mih_ret_code mip4_ip_info_cb

( num_ip num,

mip_hoa_ip_s hoa_ip_s)

ㆍ 파라미터들

- num: 이동 터미널에 할당된 IP 어드레스들의 수

- hoa_ip_s: 현재 활성인 IP들에 대응되는 홈 어드레스들을 포함하고 있는 구조

ㆍ 리턴

- 펑션 호출 성공을 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 대응되는 요청 펑션

- mip4_ip_info_req ().

mip4_send_bu_req는 이동 IP 등록을 트리거할 수도 있다. 다음 펑션들의 에이전트 발견 절차(agent discovery procedure)가 등록을 선행할 수도 있다:

- mip4_ha_addr_req(); 및

- mip4_ha_addr_cb().

◎ 이동 IP로의 API: mip4_registration_req

ㆍ 방향

- MIH 클라이언트 미들웨어 → 이동 IP 클라이언트

ㆍ 디스크립션

- 비동기식 펑션 호출은 이동 IP FA 발견 및 이동 IP 재등록 요청의 전송을 트리거하여 HA와의 바인딩을 업데이트한다.

- 펑션은 이동 IP 클라이언트에 의해 제공되고, 대응되는 콜백 펑션은 이동성 클라이언트 미들웨어에 의해 제공된다.

- 펑션은, 이동성 클라이언트 미들웨어가 핸드오버를 성공적으로 수행하였고 더 나아가 새로운 링크 계층이 설정될 때 인보크된다.

- 일단 인보크되고 나면, 이동 IP는 RS(Router Solicitation)를 송신한다. AA(Agent Advertisement)가 수신된 후, 이동 IP는 HA(Home Agent)로 등록 요청을 송신하고 (주(Note) 아래에서 참조로 설명된) 연관 프로토콜을 수행하여 보조 어드레스(COA)와의 바인딩을 생성한다.

- 등록 응답이 수신될 때, 연관된 콜백 펑션을 통해 이동성 클라이언트 미들웨어에 통지되어야 한다.

ㆍ 펑션

mihc_ret_code mip4_registration_req

( void *user_data_p )

ㆍ 파라미터들

- user_data_p: 연관된 콜백 펑션을 호출할 때 되전달될 포인터

ㆍ 리턴

- 펑션 호출 성공 및 등록 요청 디스패치를 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- mip4_registration_cb ( );

◎ 미들웨어로의 API: mip4_registration_cb

ㆍ 방향

- 이동 IP 클라이언트 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 이 콜백 펑션은 이동 IP 등록 요청에 대한 응답이다. 콜백은 이동성 클라이언트 미들웨어에 의해 제공되는 한편, 대응되는 요청 펑션 호출은 이동 IP 클라이언트에 의해 제공됨

ㆍ 펑션

void mip4_registration_cb

( mihc_mip4_status_e status, void *user_data_p )

ㆍ 파라미터들

- status: 바인딩 업데이트의 완료 여부를 지시하기 위한 코드

- user_data_p: 연관된 요청 펑션을 호출할 때 전달되었던 포인터

ㆍ 리턴

- 없음

ㆍ 대응되는 요청 펑션

- mip4_registration_req ( );

ㆍ 주

◎ 이동 IP로의 API: mip4_ha_addr_req

ㆍ 방향

- MIH 클라이언트 미들웨어 → 이동 IP 클라이언트

ㆍ 디스크립션

- 비동기식 펑션 호출은 현재 이동 노드의 HA IP 어드레스를 점검하고 리턴한다.

- 인보크될 때, 펑션은 현재 이동 노드의 HA IP 어드레스를 검색한다.

- 이동성 클라이언트 미들웨어로 값들을 리턴하기 위해, 연관된 콜백 펑션이 사용된다.

ㆍ 펑션

mihc_ret_code_e mip4_ha_addr_req

( void *user_data_p )

ㆍ 파라미터들

- user_data_p: 연관된 콜백 펑션을 호출할 때 되전달될 포인터.

요청 제공자에 의한 사용을 위한 것은 아니다.

ㆍ 리턴

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- mip4_ha_addr_cb ( );

◎ 미들웨어로의 API: mip4_ha_addr_cb

ㆍ 방향

- 이동 IP 클라이언트 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 이 콜백 펑션은 이동 IP HA 어드레스 요청에 대한 응답이다.

- 콜백은 이동성 클라이언트 미들웨어에 의해 제공되는 한편, 대응되는 요청 펑션 호출은 이동 IP 클라이언트에 의해 제공된다.

ㆍ 펑션

void mip4_ha_addr_cb

( in_addr ip_addr, void *user_data_p )

ㆍ 파라미터들

- ip_addr: 이동 노드의 현재 HA IP 어드레스를 포함하고 있는 구조

ㆍ 리턴

- 없음

ㆍ 대응되는 요청 펑션

- mip4_ha_addr_req ( );

IMS/SIP 클라이언트를 위한 소프트웨어 API 디스크립션들.

◎ IMS로의 API: ims_discover_req

ㆍ 방향

- MIH 클라이언트 미들웨어 → 클라이언트 IMS 스택

ㆍ 디스크립션

- 비동기식 펑션 호출은 IMS 코어 네트워크에서 명명된 요소(예를 들어, P-CSCF 등)의 IP 발견을 수행함

- 펑션은 IMS 클라이언트 스택에 의해 제공되고, 대응되는 콜백은 MIH 클라이언트 미들웨어에 의해 제공됨

- 인보크될 때, 펑션은, DHCP(예를 들어, dhcp_discover_req() 펑션)의 사용을 통해, 요청된 IMS 엔티티의 IP 어드레스 발견을 시도함

- 일단 IP 발견이 완료되고 나면, 결과는 연관된 콜백 펑션을 사용해 MIH 클라이언트 미들웨어에 리턴됨

- 이 펑션은 IMS P-CSCF를 발견하는데 사용되어야 함

ㆍ 펑션

mih_ret_code ims_discover_req

( peer_type peer )

ㆍ 파라미터들

- peer: 자신의 IP가 요구되는 원격 엔티티(예를 들어, P-CSCF, S-CSCF 등)의 이름

ㆍ 리턴

- 펑션 호출 성공 및 IP 발견 시도 개시를 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- ims_discover_cb (peer_addr_s);

◎ 미들웨어로의 API: ims_discover_cb

ㆍ 방향

- IMS 클라이언트 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 이 콜백 펑션은 IMS 엔티티 발견 요청에 대한 응답임

- 콜백은 MIH 클라이언트 미들웨어에 의해 제공되는 한편, 대응되는 요청 펑션 호출은 IMS 클라이언트에 의해 제공됨

- 인보크될 때, 펑션은 검토중인 노드를 위해 앞서 저장된 임의의 IP를 제거하고 새롭게 수신된 IP 어드레스를 미래의 사용을 위해 저장함

- 또한, 펑션은 IMS 등록을 트리거할 수도 있음

ㆍ 펑션

mih_ret_code ims_discover_cb

( peer_addr_s addr_s )

ㆍ 파라미터들

- addr_s: 엔티티 이름 및 대응되는 IP 어드레스를 포함하고 있는 구조

ㆍ 리턴

- 펑션 호출 성공을 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 대응되는 요청 펑션

- ims_discover_req (peer_type);

ㆍ 주

- 콜백은 MIH 클라이언트 미들웨어에 P-CSCF의 IP 어드레스를 제공할 수 있음

◎ IMS로의 API: ims_reg_req

ㆍ 방향

- MIH 클라이언트 미들웨어 → 클라이언트 IMS 스택

ㆍ 디스크립션

- 비동기식 펑션 호출은 클라이언트를 IMS 서비스들을 위해 IMS 네트워크에 등록함

- 펑션은 클라이언트 IMS 스택에 의해 제공되고, 대응되는 콜백은 MIH 클라이언트 미들웨어에 의해 제공됨

- 인보크될 때, 펑션은 인수들로서 수신된 파라미터들을 사용해 IMS 네트워크로의 등록을 시도함

- 일단 등록이 완료되고 등록 긍정 응답(acknowledgement)이 수신되고 나면, 등록 파라미터들은, 연관된 콜백 펑션을 사용해, MIH 클라이언트 미들웨어에 리턴됨

- 이 펑션은 IMS 등록 또는 재초대(re-invite) 메시지들을 송신하는데 사용되어야 함

ㆍ 펑션

mih_ret_code ims_reg_req

( ims_reg_param_s param_s )

ㆍ 파라미터들

- param_s: IMS 세션 등록과 연관된 파라미터들을 포함하고 있는 구조

ㆍ 리턴

- 펑션 호출 성공 및 IMS 등록 개시를 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- ims_reg_cb (ims_session_info_s);

◎ 미들웨어로의 API: ims_reg_cb

ㆍ 방향

- IMS 클라이언트 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 이 콜백 펑션은 IMS 등록 요청에 대한 응답임

- 콜백은 MIH 클라이언트 미들웨어에 의해 제공되고, 대응되는 요청은 IMS 클라이언트에 의해 제공됨

- 인보크될 때, 펑션은 IMS 세션에 관한 정보를 부분적으로 또는 전체적으로 저장할 것임

ㆍ 펑션

mih_ret_code ims_reg_cb

( ims_session_info_s ses_info_s )

ㆍ 파라미터들

- ses_info_s: IMS 등록 세션과 연관된 파라미터들을 포함하고 있는 구조

ㆍ 리턴

- 펑션 호출 성공을 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 대응되는 요청 펑션

- ims_reg_req (ims_reg_param_s param_s);

- 콜백은 IMS 등록 요청을 위한 확인으로서 작용함

UDP/IP 스택을 위한 소프트웨어 API 디스크립션들.

◎ UDP/IP로의 API : udp_sendmsg_req

ㆍ 방향

- MIH 클라이언트 미들웨어 → UDP/IP 스택

ㆍ 디스크립션

- 비동기식 펑션은 인수들로서 전달된 IP 및 포트 정보에 기초해 소정의 메시지를 수신자에게로 송신함

- 대응되는 콜백 펑션으로의 핸들(handle)이 인수로서 전달됨

- 인보크될 때, 펑션은 인수들의 형태로 지시되는 바이트들의 수를 인수에서 포인팅되는 위치로 UDP를 통해 송신하려 할 것임

- 성공적으로 송신되는 바이트들의 수는, 그것의 포인터가 전달되는 콜백을 통해, 인보크 펑션으로 리턴됨

- 이것은 임의의 UDP 패킷 디스패치에 사용될 수 있는 범용 펑션임

ㆍ 펑션

mih_ret_code udp_sendmsg_req

( func_p udp_sendmsg_cb_p,

addr_info addr,

message_p msg_p,

length send_len )

ㆍ 파라미터들

- udp_sendmsg_cb_p: 콜백 펑션으로의 포인터

- addr: 데이터를 피어 엔티티(예를 들어, MIH 서버)에 송신하는데 사용될 어드레스 및 포트 번호

- msg_p: 송신될 메시지로의 포인터

- send_len: 송신될 바이트들의 수

ㆍ 리턴

- 펑션 호출 성공 및 UDP 송신 시도를 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- udp_sendmsg_cb (length send_len);

◎ UDP/IP로의 API : udp_sendmsg_cb

ㆍ 방향

- UDP/IP 스택 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 이 콜백 펑션은 분리를 요청하였던 대응되는 엔티티에, UDP를 통해 송신된 패킷의 길이를 제공함

- 콜백은 MIH 클라이언트 미들웨어에 의해 제공되고, 대응되는 요청은 UDP/IP 스택에 의해 제공됨

- 일단 인보크되고 나면, 펑션은 송신된 바이트들의 수를 확인함

- 확인이 성공적일 경우, ACK가 요청되었다면, 펑션은 ACK 타이머들을 트리거할 수도 있음

ㆍ 펑션

mih_ret_code udp_sendmsg_cb

( length send_len )

ㆍ 파라미터들

- send_len: 송신된 바이트들의 수

ㆍ 리턴

- 펑션 호출 성공을 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 대응되는 요청 펑션

- udp_sendmsg_req (func_p, addr_info addr, message_p msg_p, length send_len)

◎ UDP/IP로의 API : udp_recvmsg_req

ㆍ 방향

- MIH 클라이언트 미들웨어 → UDP/IP 스택

ㆍ 디스크립션

- 비동기식 펑션은 피어로부터 UDP 패킷을 수신하고 인보크 펑션에 관련 정보를 전달함

- 대응되는 콜백 펑션으로의 핸들이 인수로서 전달됨

- 일단 인보크되고 나면, 펑션은 UDP 패킷을 대기하고 수신함

- 패킷이 수신될 때, 펑션은 메시지 내용으로의 포인터, 메시지 길이를 지시하는 숫자 및 송신자를 위한 어드레스 정보를 저장함

- UDP 패킷 수신에 관해 저장된 데이터는 연관된 콜백 펑션을 통해 인보크 펑션으로 전달됨

- 이것은 임의의 UDP 패킷 수신에 사용될 수 있는 범용 펑션임

ㆍ 펑션

mih_ret_code udp_recvmsg_req

( func_p udp_recvmsg_cb_p )

ㆍ 파라미터들

- udp_recvmsg_cb_p: 콜백 펑션으로의 포인터

ㆍ 리턴

- 펑션 호출 성공 및 UDP 수신 개시를 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- udp_recvmsg_cb (addr_info_p, message_p, length);

◎ UDP/IP로의 API : udp_recvmsg_cb

ㆍ 방향

- UDP/IP 스택 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 이 콜백 펑션은 UDP를 통해 수신된 메시지 패킷을 수신을 요청하였던 대응되는 엔티티에 제공함

- 일단 인보크되고 나면, 펑션은 수신되었던 메시지를 검색함

- 펑션은 수신자에 관한 IP 어드레스 정보도 검색하여 임시적으로 저장함

- 펑션은 수신된 메시지의 길이를 확인함

ㆍ 펑션

mih_ret_code udp_recvmsg_cb

( addr_info_p addr_p,

message_p msg_p,

length len)

ㆍ 파라미터들

- addr_p: 송신자의 어드레스 정보를 저장하고 있는 위치로의 포인터

- msg_p: 메시지가 저장되는 위치로의 포인터

- len: 수신된 메시지의 바이트 길이

ㆍ 리턴

- 펑션 호출 성공을 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 대응되는 요청 펑션

- udp_recvmsg_req (func_p);

DHCP 스택을 위한 소프트웨어 API 디스크립션들

◎ DHCP로의 API : dhcp_discover_req

ㆍ 방향

- MIH 클라이언트 미들웨어 → 클라이언트 DHCP 스택

ㆍ 디스크립션

- 비동기식 펑션 호출은, DHCP의 사용을 통해, 명명된 특정 네트워크 엔티티(예를 들어, MIH 서버, IMS 엔티티들 등)의 IP 어드레스 발견을 수행함

- 대응되는 콜백 펑션으로의 핸들이 인수로서 전달됨

- 인보크될 때, 클라이언트 끝의 DHCP 스택이 원하는 네트워크 엔티티의 IP 어드레스를 위해 DHCP 서버를 쿼리함

- 일단 발견이 완료되고 나면, 그것으로의 포인터가 인수로서 제공되는 연관된 콜백 펑션을 통해 결과 IP 어드레스가 호출 엔티티에 제공됨

- 이 펑션은 핸드오버를 수행하기 전에 MIH 서버 또는 IMS P-CSCF를 발견하는데 사용되어야 함

ㆍ 펑션

mih_ret_code dhcp_discover_req

( func_p dhcp_discover_cb_p

peer_type peer )

ㆍ 파라미터들

- dhcp_discover_cb_p: 콜백 펑션으로의 포인터

- peer: 자신의 IP가 요구되는 원격 엔티티(예를 들어, MIH 서버, P-CSCF 등)의 이름

ㆍ 리턴

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- mih_ret_code dhcp_discover_cb (peer_addr_s);

◎ 미들웨어로의 API: dhcp_discover_cb

ㆍ 방향

- 클라이언트 DHCP 스택 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 이 콜백 펑션은 네트워크 노드의 IP 어드레스를 찾아내기 위한 DHCP 스택으로의 요청에 대한 응답임

- 콜백은 MIH 클라이언트 미들웨어에 의해 제공되고, 대응되는 요청은 클라이언트 DHCP 스택에 의해 제공됨

- 인보크될 때, 펑션은 수신된 IP 어드레스를 미래의 사용을 위해 저장함

- 평선은 또한 인수에서 제공되는 정보에 기초해 MIH 또는 IMS 등록을 개시할 수도 있음

- 콜백은 MIH 클라이언트 미들웨어에 MIH 서버 및 P-CSCF의 IP 어드레스들을 제공하는데 사용될 수 있음

ㆍ 펑션

mih_ret_code dhcp_discover_cb

( peer_addr_s addr_s )

ㆍ 파라미터들

ㆍ 리턴

- 펑션 호출 성공을 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 대응되는 요청 펑션

- dhcp_discover_req (peer_type)

O&M 인터페이스를 위한 소프트웨어 API 디스크립션들.

◎ 미들웨어로의 API: mihc_activate_req

ㆍ 방향

- O&M 인터페이스 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 비동기식 펑션은 MIH 클라이언트 미들웨어의 기능성들을 활성화함

- 펑션은 MIH 클라이언트 미들웨어에 의해 제공되고, 대응되는 콜백은 O&M 인터페이스에 의해 제공됨

- 일단 인보크되고 나면, 펑션은 수신된 인수들에 기초해 MIH 클라이언트 미들웨어의 MIH 기능성들을 활성화함

- 펑션은 (링크 드라이버들, 이동 IP, IMS 클라이언트 및 DHCP 스택과 같은) 다른 엔티티들과의 상호 작용들을 개시함

- 일단 MIH 클라이언트 미들웨어가 활성이면, 펑션은 연관된 콜백 펑션을 사용해 O&M 인터페이스에 확인을 송신하고 미들웨어의 상태를 인수로서 리턴함

ㆍ 펑션

mih_ret_code mihc_activate_req

( mihc_profile_sp profile_sp )

ㆍ 파라미터들

- profile_sp: MIH 클라이언트 미들웨어의 초기화에 관한 정보(예를 들어, 사용될 상위 계층 이동성 프로토콜의 이름 등)를 갖춘 구조로의 포인터

ㆍ 리턴

- 펑션 호출 성공 및 활성화 시도를 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- mihc_activate_cb (mihc_status);

◎ 미들웨어로의 API: mihc_activate_cb

ㆍ 방향

- MIH 클라이언트 미들웨어 → O&M 인터페이스

ㆍ 디스크립션

- 이 펑션 콜백은 MIH 클라이언트 미들웨어로의 기능성 활성화 요청들에 대한 응답임

- 콜백은 O&M 인터페이스에 의해 제공되고, 대응되는 요청은 MIH 클라이언트 미들웨어에 의해 제공됨

- 인보크될 때, 펑션은 MIH 클라이언트 미들웨어로부터의 상태 코드를 MIH 클라이언트 미들웨어와의 미래의 상호 작용들을 위한 기준점(reference point)으로서 저장함

ㆍ 펑션

mih_ret_code mihc_activate_cb

( mihc_status status)

ㆍ 파라미터들

- status: MIH 클라이언트 미들웨어의 상태에 관한 정보(예를 들어, ON, ERROR_NO_Link 등)

ㆍ 리턴

- 펑션 호출 성공을 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 대응되는 요청 펑션

- mihc_activate_req (mihc_profile_s);

- 이 펑션은 MIH 클라이언트 미들웨어에서의 mihc_activate_req (mihc_profile_s) 호출에 대한 콜백임

◎ 미들웨어로의 API: mihc_deactivate_req

ㆍ 방향

- O&M 인터페이스 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 비동기식 펑션은 MIH 클라이언트 미들웨어의 기능성들을 비활성화함

- 일단 인보크되고 나면, 펑션은 인수로서 전달된 위치에 MIH 클라이언트 미들웨어의 현재 기능 설정들을 저장함

- 펑션 호출은 MIH 클라이언트 미들웨어의 MIH 기능성들을 비활성화함

- 펑션은 (링크 드라이버들, 이동 IP, IMS 클라이언트 및 DHCP 스택과 같은) 다른 엔티티들과의 상호 작용들을 보류함

- 일단 MIH 클라이언트 미들웨어가 비활성이면, 펑션은 연관된 콜백 펑션을 사용해 확인하고 미들웨어의 상태를 인수로서 전달함

- 이 펑션은 MIH 클라이언트 미들웨어를 비활성 모드로 놓음

ㆍ 펑션

mih_ret_code mihc_deactivate_req

( mihc_profile_sp profile_sp )

ㆍ 파라미터들

- profile_sp: 동작을 보류하기 전에 MIH 클라이언트 미들웨어의 현재 문맥이 저장되어야 하는 구조로의 포인터

ㆍ 리턴

- 펑션 호출 성공 및 비활성화 시도를 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- mihc_deactivate_cb (mihc_status);

◎ 미들웨어로의 API: mihc_deactivate_cb

ㆍ 방향

- MIH 클라이언트 미들웨어 → O&M 인터페이스

ㆍ 디스크립션

- 이 펑션 콜백은 MIH 클라이언트 미들웨어로의 기능성 비활성화 요청들에 대한 응답임

- 인보크될 때, 펑션은 MIH 클라이언트 미들웨어와의 미래의 상호 작용들을 위한 기준점으로서 MIH 클라이언트 미들웨어로부터의 상태 코드를 저장함

ㆍ 펑션

mih_ret_code mihc_activate_cb

( mihc_status status )

ㆍ 파라미터들

- status: MIH 클라이언트 미들웨어의 상태에 관한 정보(예를 들어, OFF, ERROR_SES_ACTIVE 등)

ㆍ 리턴

- 펑션 호출 성공을 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 대응되는 요청 펑션

- mihc_deactivate_req (mihc_profile_sp);

- 이 펑션은 MIH 클라이언트 미들웨어에서의 mihc_deactivate_req (mihc_profile_sp) 호출에 대한 콜백임

◎ 미들웨어로의 API: mihc_param_req

ㆍ 방향

- O&M 인터페이스 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 비동기식 펑션 호출은 MIH 클라이언트 미들웨어의 기능 파라미터들을 검색하고 그것들을 O&M 인터페이스에 리턴함

- 인보크될 때, 펑션은 MIH 클라이언트 미들웨어의 요청된 파라미터들을 검색함

- 파라미터들 값들은 구조에 저장되고 연관된 콜백을 사용해 O&M 인터페이스에 포인터가 전달됨

- 이 펑션은, 테스팅 및 디버깅을 포함하지만, 그것으로 제한되는 것은 아닌, 다양한 원인들을 위해 O&M 인터페이스에 의해 사용될 수 있음

ㆍ 펑션

mih_ret_code mihc_param_req

( mih_param_sp param_sp )

ㆍ 파라미터들

- param_sp: 요청되고 있는 MIH 파라미터들의 리스트로의 포인터

ㆍ 리턴

- 펑션 호출 성공 및 파라미터 검색 시도를 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- mihc_param_cb (mih_param_sp);

◎ 미들웨어로의 API: mihc_param_cb

ㆍ 방향

- MIH 클라이언트 미들웨어 → O&M 인터페이스

ㆍ 디스크립션

- 이 콜백 펑션은 특정 MIH 클라이언트 미들웨어 동작 파라미터들을 위한 O&M 인터페이스에 의한 요청에 대한 응답임

- 인보크될 때, 펑션은 앞서 저장된 임의의 예전 파라미터들을 새로운 파라미터들로 교체하고 다른 파라미터 요청 호출이 있을 때까지 이 파라미터들을 저장함

ㆍ 펑션

mih_ret_code mihc_param_cb

( mihc_param_sp param_sp )

ㆍ 파라미터들

- param_sp: 다양한 파라미터 값들을 포함하고 있는 구조로의 포인터

ㆍ 리턴

- 펑션 호출 성공을 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 대응되는 요청 펑션

- mihc_param_req (mihc_param_sp);

- 이 펑션은 MIH 클라이언트 미들웨어에서의 mihc_param_req (mihc_param_sp) 호출에 대한 콜백임

◎ 미들웨어로의 API: mihc_handover_ind

ㆍ 방향

- MIH 클라이언트 미들웨어 → O&M 인터페이스

ㆍ 디스크립션

- 동기식 펑션 호출은 O&M 인터페이스에 의한 사용을 위해 MIH-트리거형 핸드오버에 관한 정보를 저장함

- 펑션 호출은 O&M 인터페이스에 의해 제공됨

- 펑션은 MIH 클라이언트 미들웨어가 MIH_Switch.confirm을 MIH 서버에 송신하자마자 인보크되어야 함

- 인보크될 때, 펑션은 새로운 링크를 디바이스를 위해 디폴트화하고 QoS를 미래의 IP 세션 확립을 위한 기준점으로 사용함

- 이 펑션은 MIH가 핸드오버를 수행하였다는 것과 새로운 인터페이스가 IP 세션들을 위해 사용중이라는 것을 지시함

ㆍ 펑션

mih_ret_code mihc_handover_ind

( ho_info_s info_s,

qos_status_s qos )

ㆍ 파라미터들

- info: 핸드오버 완료 상태 및 프로세스에 관련된 링크들에 관한 정보

- qos: IP 서비스들을 위한 예전의 그리고 새로운 QoS에 관한 정보

ㆍ 리턴

- 펑션 호출 성공을 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- 이 펑션과 연관된 콜백들은 존재하지 않음

mihc_handover_ind API는 ncc_gen_ind로 명명될 수도 있다. mihc_handover_ind API는 O&M에 링크 계층 핸드오버들을 통지하는데 사용될 수도 있다. ncc_gen_ind API는 핸드오버들, 에러들 그리고 다른 링크 계층 및 MIH 관련 이벤트들에 관한 O&M 정보를 제공하기 위한 범용 지시 펑션으로서 사용될 수도 있다.

◎ 미들웨어로의 API: ncc_gen_ind

ㆍ 방향

- MIH 클라이언트 미들웨어 → O&M 인터페이스

ㆍ 디스크립션

- 동기식 펑션은, MCM에 의해, 발생한 임의의 이벤트/에러들을 보고하는데 사용된다.

- 일단 펑션이 리턴하고 나면, 호출자(MCM)에 의해 메모리가 할당되고 메모리는 O&M 클라이언트에 이용 불가능하다.

- 펑션 거동은 수신되는 지시에 의존할 것이다.

- 제2 펑션 인수는 지시에 따라 달라진다.

ㆍ 펑션

void ncc_gen_ind

( mihc_gen_ind_e mihc_gen_ind,

void *data_p )

ㆍ 파라미터들

- mihc_gen_ind: 지시값을 포함함

- data_p: 특정 지시 유형에 관련된 데이터로의 포인터

ㆍ 리턴

- 없음

ㆍ 콜백 펑션

- 이 펑션과 연관된 콜백들은 존재하지 않음

◎ 미들웨어로의 API: mihc_umts_mode_req

ㆍ 방향

- O&M 인터페이스 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 비동기식 펑션 호출은 UMTS 모뎀의 동작 모드(데이터/명령)를 검색함

- 펑션 호출은 MIH 클라이언트 미들웨어에 의해 제공되고, 대응되는 콜백은 O&M 인터페이스에 의해 제공됨

- 인보크될 때, 펑션은 이용 가능한 AT 명령들(또는 SW API들)을 사용해 UMTS 모뎀을 자신의 모드를 위해 쿼리함

- 펑션은 연관된 콜백 방법을 사용해 결과를 리턴함

- 이 펑션은 AT 명령들이 송신될 수 있는지를 판정하는데 사용될 수 있음

ㆍ 펑션

mih_ret_code mihc_umts_mode_req ()

ㆍ 파라미터들

- 인수들로서 전달되는 파라미터들이 존재하지 않음

ㆍ 리턴

- 펑션 호출 성공 및 모드 검색 시도를 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 콜백 펑션

- mihc_umts_mode_cb (umts_mode);

◎ 미들웨어로의 API: mihc_umts_mode_cb

ㆍ 방향

- MIH 클라이언트 미들웨어 → O&M 인터페이스

ㆍ 디스크립션

- 이 콜백 펑션은 UMTS 모뎀의 모드(데이터/명령)를 위한 요청에 대한 응답임

- 콜백은 O&M 인터페이스에 의해 제공되고, 대응되는 요청 펑션은 MIH 클라이언트 미들웨어에 의해 제공됨

- 인보크될 때, 펑션은 O&M 인터페이스에 의한 미래의 사용을 위해 UMTS 모드를 타임스탬프(timestamp)와 함께 저장함

ㆍ 펑션

mih_ret_code mihc_umts_mode_cb

( umts_mode mode )

ㆍ 파라미터들

- mode: UMTS 모뎀의 모드를 표현하기 위한 코드

ㆍ 리턴

- 펑션 호출 성공을 지시하기 위한 MIH_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIH_ERROR

ㆍ 대응되는 요청 펑션

- mihc_umts_mode_req ();

◎ 미들웨어로의 API: mihc_set_config_req

ㆍ 방향

- O&M 인터페이스 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 비동기식 펑션 호출은 이동성 클라이언트 미들웨어의 파라미터들의 구성을 변경할 것을 요청한다. 펑션은 이동성 클라이언트 미들웨어에 의해 제공되고, 대응되는 콜백은 O&M에 의해 제공된다.

- 인보크될 때, 펑션은 파라미터들의 현재 값을 특정 값으로 변경한다.

- 구조로의 포인터가 O&M 모듈에 의해 할당된다. 그것은, 펑션이 리턴할 때, 더 이상 이용 불가능하다.

ㆍ 펑션

mihc_ret_code_e mihc_set_config_req

( mihc_config_t *config_p,

void *user_data_p )

ㆍ 파라미터들

- config_p: 구성 가능 파라미터들을 보유중인 구조로의 포인터

- user_data_p: 연관된 콜백 펑션을 호출할 때 되전달될 포인터.

요청 제공자에 의한 사용을 위한 것은 아니다.

ㆍ 리턴

- 펑션 호출 성공 및 파라미터 검색 시도를 지시하기 위한 MIHC_SUCCESS

- MCM이 활성화되지 않음으로 인한 펑션 호출 실패를 지시하기 위한 MIHC_NOT_ACTIVATED

- 무효 파라미터들로 인한 펑션 호출 실패를 지시하기 위한 MIHC_INVALID_PARAM

- 펑션 호출 실패를 지시하기 위한 MIHC_ERROR

ㆍ 콜백 펑션

- mihc_set_config_cb( )

◎ 미들웨어로의 API: mihc_set_config_cb

ㆍ 방향

- O&M 인터페이스 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 비동기식 펑션은 일부 파라미터들을 구성하기 위한 O&M으로부터 이동성 클라이언트 미들웨어로의 요청에 대한 응답이다.

- 콜백은 O&M에 의해 제공되고, 대응되는 요청은 이동성 클라이언트 미들웨어에 의해 제공된다.

ㆍ 펑션

void mihc_set_config_cb

( mihc_ret_code_e status,

void *user_data_p )

ㆍ 파라미터들

- status: 구성 시도의 상태

ㆍ 리턴

- 없음

ㆍ 대응되는 요청 펑션

- mihc_set_config_req( )

◎ 미들웨어로의 API: ncc_get_qos_req

ㆍ 방향

- MIH 클라이언트 미들웨어 → O&M 인터페이스

ㆍ 디스크립션

- 비동기식 펑션 호출은 QoS 및 IP 파라미터들의 현재 값을 점검하고 리턴한다. 펑션은 O&M에 의해 제공되고, 대응되는 콜백 펑션은 이동성 클라이언트 미들웨어에 의해 제공된다.

- 인보크될 때, 펑션은 인수에서 O&M QoS 및 IP 파라미터들의 상태 또는 값들을 검색한다. 펑션은 요청 파라미터들의 값들을, 인수로서 수신된 위치에 저장한다. 값들을 이동성 클라이언트 미들웨어에 리턴하기 위해, 연관된 콜백 펑션이, 요청시에 인수로서 수신된 파라미터들로의 포인터와 함께 사용된다.

- 파라미터들 및 파라미터들의 값을 위한 메모리가 호출자(MCM)에 의해 할당되고, O&M 펑션에 채워지며, 일단 콜백 펑션이 호출되고 나면, MCM에 의해 해제된다.

ㆍ 펑션

mihc_ret_code_e ncc_get_qos_req

( Uint8 nb_ip_qos,

mihc_ip_qos_t *ip_qos_p,

void *user_data_p )

ㆍ 파라미터들

- nb_ip_qos: ip_qos_p에 의해 포인팅되는 어레이에서의 엔트리들의 수

- ip_qos_p: IP 어드레스들 및 QoS 파라미터 값들을 포함하고 있는 어레이로의 포인터

요청 제공자에 의한 사용을 위한 것은 아니다.

ㆍ 리턴

- 펑션 호출 성공 및 링크 파라미터 검색 시도를 지시하기 위한 MIHC_SUCCESS

- 펑션 호출 실패를 지시하기 위한 MIHC_ERROR

ㆍ 콜백 펑션

- ncc_get_qos_cb( )

◎ 미들웨어로의 API: ncc_get_qos_cb

ㆍ 방향

- O&M 인터페이스 → MIH 클라이언트 미들웨어

ㆍ 디스크립션

- 이 콜백 펑션은 QoS 파라미터 값들을 위한 요청에 대한 응답이다.

- 콜백은 이동성 클라이언트 미들웨어에 의해 제공되고, 대응되는 요청 펑션 호출은 O&M에 의해 제공된다.

- 사용되는 파라미터들의 리스트는 요청시에 인수로서 수신된 것이다.

- MCM에 의해 메모리가 할당되고 해제된다. 그것은 O&M 라이브러리에 의해 채워진다.

ㆍ 펑션

void ncc_get_qos_ind

( mihc_ip_qos_t *ip_qos_p,

void *user_data_p )

ㆍ 파라미터들

- ip_qos_p: QoS 파라미터들 및 이 파라미터들을 위한 값들로의 포인터

ㆍ 리턴

- 없음

ㆍ 대응되는 요청 펑션

- ncc_get_qos_req( )

다음에서는 예상되는 거동을 위한 AT 명령 디스크립션들이 설명된다.

AT-명령: AT+CSQ

ㆍ 명령 이름: AT+CSQ

- 방향: MIH 클라이언트 미들웨어 → UMTS 디바이스 드라이버

ㆍ 펑션

- AT+CSQ

ㆍ 파라미터들

- 인수들로서 전달되는 파라미터들이 존재하지 않음

ㆍ 리턴

- 실행이 성공적으로 완료된 경우 +CSQ <rssi>,<ber>

- 실패의 경우 +CME ERROR: <err>

ㆍ 발생되는 때

- MIH 미들웨어 클라이언트가 UMTS 링크에 관한 신호 수신 품질 정보를 취해야 할 때

ㆍ 수신시의 실행

- UMTS 디바이스 드라이버는 3GPP TS 27.007 V5.6.0 Section 8.5에서 특정된 인코딩을 사용해 RSSI 및 채널 BER 값들을 리턴할 것임

ㆍ 주

- 이 AT-명령(또는 그것의 대응되는 펑션 호출)은 Link_Get_Parameters.request를 구현하는데 사용될 수 있고, 그것에 의해, 리턴은 Link_Get_Parameters.confirm으로서 취급됨

AT-명령: AT+CFUN

ㆍ 명령 이름: AT+CFUN

- 방향: MIH 클라이언트 미들웨어 → UMTS 디바이스 드라이버

ㆍ 펑션

- +CFUN=[<fun>[,<rst>]]

ㆍ 파라미터들

- fun: 폰으로부터 소망되는 기능성 레벨(functionality level)

- rst: 기능성 레벨을 설정하기 전에 리셋할 것인지의 여부를 지시하기 위한 플래그

ㆍ 리턴

- 성공적인 실행 완료의 경우 OK

- 실패의 경우 +CME ERROR: <err>

ㆍ 발생되는 때

- MIH 미들웨어 클라이언트가 UMTS 폰의 기능성 레벨(예를 들어, full, RX 단독, TX 단독 등)을 설정해야 할 때

ㆍ 수신시의 실행

- UMTS 디바이스 드라이버는 3GPP TS 27.007 V5.6.0 Section 8.2에서 특정된 코드들을 사용해 기능성 레벨을 해석하고 설정할 것임

ㆍ 주

- 이 AT-명령(또는 그것의 대응되는 펑션 호출)은 Link_Action.request를 구현하는데 사용될 수 있고, 그것에 의해, 리턴은 Link_Action.confirm의 일부로서 취급됨

wcdma_action_req의 거동을 지원하기 위해, AT 명령들을 위한 새로운 독점 거동(proprietary behavior)이 제공된다. 독점 거동은 WCDMA 모뎀을 수신 전용 상태(즉, TX가 없음)화하여 WCDMA 모뎀이 적당한 네트워크에 캠프하게 하고 WCDMA 모뎀이 임의의 셀들에 등록하는 것을 방지하기 위해 정의된다. 일 실시예에 따르면, 독점 펑션 코드(fun=5)가 기존 AT 명령, (여기에서 예시된) AT+CFUN에 추가된다. 다른 방법으로는, 새로운 독점 AT 명령이 새로운 거동과 함께 추가된다(예를 들어, AT+XIDLE).

ㆍ 명령 이름: AT+CFUN

- 방향: MIH 클라이언트 미들웨어 → UMTS 디바이스 드라이버

ㆍ 펑션

- +CFUN=[<fun>[,<rst>]]

ㆍ 파라미터들

- fun: 폰으로부터 소망되는 기능성 레벨

ㆍ 리턴

- 실행의 성공적인 완료의 경우 OK

- 실패의 경우 +CME ERROR: <err>

ㆍ 발생되는 때

ㆍ 수신시의 실행

- UMTS 디바이스 드라이버는 3GPP TS 27.007 V5.6.0 Section 8.2에서 특정된 코드들을 사용해 기능성 레벨을 해석하고 설정한다.

- 추가적으로, 새로운 독점 거동 확장자(예를 들어, fun=5)는 WCDMA 모뎀을 수신 전용 상태(즉, TX가 없음)화한다. 이 명령이 발행된 후, WCDMA 모뎀은 적당한 네트워크에 등록하지 않으면서 그것에 캠프한다.

ㆍ 주

AT-명령: AT+CGDCONT

ㆍ 명령 이름: AT+CGDCONT

- 방향: MIH 클라이언트 미들웨어 → UMTS 디바이스 드라이버

ㆍ 펑션

- +CGDCONT=[<cid> [,<PDP_type> [,<APN> [,<PDP_addr> [,<d_comp> [,<h_comp> [,<pd1> [,...[,pdN]]]]]]]]]

ㆍ 파라미터들

- TS 27.007 V5.6.0 Section 10.1.1에서 정의된 파라미터들

ㆍ 리턴

- OK

- ERROR

ㆍ 발생되는 때

- MIH 미들웨어 클라이언트가 UMTS PDP 문맥을 생성해야 할 때

ㆍ 수신시의 실행

- UMTS 디바이스 드라이버는 3GPP TS 27.007 V5.6.0 Section 10.1.1에서 설명된 바와 같이 새로운 UMTS PDP 문맥을 생성하여 그것을 제공되는 cid와 연관지을 것이다.

ㆍ 주

AT-명령: AT+CGEQREQ

ㆍ 명령 이름: AT+CGEQREQ

- 방향: MIH 클라이언트 미들웨어 → UMTS 디바이스 드라이버

ㆍ 펑션

- +CGEQREQ=[<cid> [,<Traffic class> [,<Maximum bitrate UL> [,<Maximum bitrate DL> [,<Guaranteed bitrate UL> [,<Guaranteed bitrate DL> [,<Delivery order> [,<Maximum SDU size> [,<SDU error ratio> [,<Residual bit error ratio> [,<Delivery of erroneous SDUs> [,<Transfer delay> [,<Traffic handling priority> ]]]]]]]]]]]]]

ㆍ 파라미터들

- TS 27.007 V5.6.0 Section 10.1.6에서 정의된 파라미터들

ㆍ 리턴

- 실행의 성공적인 완료의 경우 OK

- 실패의 경우 ERROR

ㆍ 발생되는 때

- MIH 미들웨어 클라이언트가 UMTS PDP 문맥을 위해 QoS(Quality of Service) 프로파일을 특정해야 할 때

ㆍ 수신시의 실행

- UMTS 디바이스 드라이버는 3GPP TS 27.007 V5.6.0 Section 10.1.6에서 특정된 코드들을 사용해 QoS 파라미터들을 해석하고 설정할 것임

ㆍ 주

AT-명령: AT+CGATT

ㆍ 명령 이름: AT+CGATT

- 방향: MIH 클라이언트 미들웨어 → UMTS 디바이스 드라이버

ㆍ 펑션

- +CGATT= [<state>]

ㆍ 파라미터들

- state: 패킷 도메인 서비스 연결 또는 분리 요청 코드

ㆍ 리턴

- 실행의 성공적인 완료의 경우 OK

- 실패의 경우 ERROR

ㆍ 발생되는 때

- MIH 미들웨어 클라이언트가 UMTS 패킷 도메인 서비스로의 연결 또는 그것으로부터의 분리를 요청해야 할 때

ㆍ 수신시의 실행

- UMTS 디바이스 드라이버는 3GPP TS 27.007 V5.6.0 Section 10.1.9에서 특정된 연결 코드를 해석하고 사용할 것임

- UMTS 디바이스 드라이버는 소정의 연결 또는 분리 요청을 수행할 것임

ㆍ 주

- 이 AT-명령(또는 그것의 대응되는 펑션 호출)은 Link_Action.request를 구현하는데 사용될 수 있고, 그것에 의해, 리턴은 Link_Action.confirm으로서 취급됨

AT-명령: AT+CGATT?

ㆍ 명령 이름: AT+CGATT?

- 방향: MIH 클라이언트 미들웨어 → UMTS 디바이스 드라이버

ㆍ 펑션

- +CGATT?

ㆍ 파라미터들

- 인수들로서 전달되는 파라미터들이 존재하지 않음

ㆍ 리턴

- +CGATT: <state>

ㆍ 발생되는 때

- MIH 미들웨어 클라이언트가 UMTS 패킷 도메인 연결 상태를 쿼리해야 할 때

ㆍ 수신시의 실행

- UMTS 디바이스 드라이버는 3GPP TS 27.007 V5.6.0 Section 10.1.9에서 특정된 상태 코드를 리턴할 것임

ㆍ 주

AT-명령: AT+CGREG?

ㆍ 명령 이름: AT+CGREG?

- 방향: MIH 클라이언트 미들웨어 → UMTS 디바이스 드라이버

ㆍ 펑션

- +CGREG?

ㆍ 파라미터들

- 인수들로서 전달되는 파라미터들이 존재하지 않음

ㆍ 리턴

- 성공적인 완료의 경우 +CGREG: <n>,<stat>[,<lac>,<ci>]

- 실패의 경우 +CME ERROR: <err>

ㆍ 발생되는 때

- MIH 미들웨어 클라이언트가 UMTS 네트워크 등록 상태를 쿼리해야 할 때

ㆍ 수신시의 실행

- UMTS 디바이스 드라이버는 3GPP TS 27.007 V5.6.0 Section 7.2에서 특정된 코드들을 사용해 상기 파라미터들을 리턴할 것임

ㆍ 주

AT-명령: AT+CGACT

ㆍ 명령 이름: AT+CGACT

- 방향: MIH 클라이언트 미들웨어 → UMTS 디바이스 드라이버

ㆍ 펑션

- +CGACT=[<state> [,<cid>[,<cid>[,...]]]]

ㆍ 파라미터들

- state: PDP 문맥 활성화의 상태(활성=1/비활성=0)

- cid: PDP 문맥 정의를 지시하기 위한 수치 파라미터

ㆍ 리턴

- 실행의 성공적인 완료의 경우 OK

- 실패의 경우 ERROR: <err>

ㆍ 발생되는 때

- MIH 미들웨어 클라이언트가 UMTS PDP 문맥을 활성화(또는 비활성화)해야 할 때

ㆍ 수신시의 실행

- UMTS 디바이스 드라이버는 3GPP TS 27.007 V5.6.0 Section 10.1.1 및 Section 10.1.10에서 특정된 cid 코드들을 사용할 것임

ㆍ 주

AT-명령: AT+CGACT?

ㆍ 명령 이름: AT+CGACT?

- 방향: MIH 클라이언트 미들웨어 → UMTS 디바이스 드라이버

ㆍ 펑션

- +CGACT?

ㆍ 파라미터들

- 인수들로서 전달되는 파라미터들이 존재하지 않음

ㆍ 리턴

- +CGACT: <cid>, <state>

[<CR><LF>+CGACT: <cid>, <state>

[...]]

ㆍ 발생되는 때

- MIH 미들웨어 클라이언트가 정의된 모든 UMTS PDP 문맥들의 활성화 상태를 쿼리해야 할 때

ㆍ 수신시의 실행

- UMTS 디바이스 드라이버는 3GPP TS 27.007 V5.6.0 Section 10.1.10에서 특정된 정의된 모든 UMTS PDP 문맥들을 위한 활성화 상태 코드들을 리턴할 것임

ㆍ 주

AT-명령: AT+CGDCONT?

ㆍ 명령 이름: AT+CGDCONT?

- 방향: MIH 클라이언트 미들웨어 → UMTS 디바이스 드라이버

ㆍ 펑션

- +CGDCONT?

ㆍ 파라미터들

- 인수들로서 전달되는 파라미터들이 존재하지 않음

ㆍ 리턴

- +CGDCONT: <cid>, <PDP_type>, <APN>,<PDP_addr>, <d_comp>, <h_comp>[,<pd1>[,...[,pdN]]]

[<CR><LF>+CGDCONT: <cid>, <PDP_type>, <APN>,<PDP_addr>, <d_comp>, <h_comp>[,<pd1>[,...[,pdN]]]

[...]]

ㆍ 발생되는 때

- MIH 미들웨어 클라이언트가 정의된 모든 UMTS PDP 문맥들을 위한 설정들을 쿼리해야 할 때

ㆍ 수신시의 실행

- UMTS 디바이스 드라이버는, 3GPP TS 27.007 V5.6.0 Section 10.1.1에서 특정된 상기 파라미터들을 사용해, 정의된 모든 UMTS PDP 문맥들을 위한 현재 설정들을 리턴할 것임

ㆍ 주

AT-명령: AT+CGDATA

ㆍ 명령 이름: AT+CGDATA

- 방향: MIH 클라이언트 미들웨어 → UMTS 디바이스 드라이버

ㆍ 펑션

- +CGDATA=[<L2P> ,[<cid> [,<cid> [,...]]]]

ㆍ 파라미터들

- L2P: TE와 MT 사이에서 사용될 계층 2 프로토콜을 설명하는 파라미터

- cid: PDP 문맥 정의를 지시하기 위한 수치 파라미터

ㆍ 리턴

- 실행의 성공적인 완료의 경우 CONNECT

- 실패의 경우 ERROR: <err>

ㆍ 발생되는 때

- MIH 미들웨어 클라이언트가, UMTS 스택이 데이터 상태를 입력하게 해야 할 때

ㆍ 수신시의 실행

- UMTS 디바이스 드라이버는 3GPP TS 27.007 V5.6.0 Section 10.1.1 및 Section 10.1.12에서 특정된 인수 코드들을 사용할 것임

ㆍ 주

AT-명령: AT+XDTBT

ㆍ 명령 이름: AT+XDTBT

- 방향: MIH 클라이언트 미들웨어 → UMTS 디바이스 드라이버

ㆍ 펑션

- +XDTBT?

ㆍ 파라미터들

- 인수들로서 전달되는 파라미터들이 존재하지 않음

ㆍ 리턴

- +XDTBT: <sent_bytes>, <received_bytes>

ㆍ 발생되는 때

- MIH 미들웨어 클라이언트가 UMTS 데이터 전송 통계를 쿼리해야 할 때

ㆍ 수신시의 실행

- UMTS 디바이스 드라이버는, 긴 정수들(long integers)로서, 송신된 바이트들의 총 수 및 수신된 바이트들의 총 수를 리턴할 것임

ㆍ 주

- 이 AT-명령(또는 그것의 대응되는 펑션 호출)은 UMTS 접속에 활성 세션이 존재하는지의 여부를 식별하기 위한 메커니즘을 구현하는데 사용될 수 있음

실시예들

1. IEEE 802.21 MIH(media independent handover) 펑션들을 사용해 IEEE 802.16 네트워크와 UMTS(universal mobile telecommunication system) 네트워크 사이에서 핸드오버를 수행하기 위하여 WTRU(wireless transmit/receive unit)에서 구현되는 방법.

2. 실시예 1의 방법으로서, MIH 엔티티가, 제1 API(application programming interface)를 통해, IEEE 802.16 링크를 확립할 것을 IEEE 802.16 모뎀에 요청하는 것을 포함한다.

3. 실시예 2의 방법으로서, IEEE 802.16 모뎀이, 제2 API를 통해, IEEE 802.16 링크를 확립하기 위한 시도의 상태를 MIH 엔티티에 보고하는 것을 포함한다.

4. 실시예 3의 방법으로서, 상태가 IEEE 802.16 링크가 성공적으로 확립되었음을 지시하면, MIH 엔티티가 MIH 세션을 시작하는 것을 포함한다.

5. 실시예 2 내지 실시예 4 중 어느 한 방법으로서, IEEE 802.16 모뎀이, 계층 2 접속이 특정 시구간내에 종료될 것이 예상된다는 것을 제3 API를 통해 MIH 엔티티에 지시하는 것을 포함한다.

6. 실시예 5의 방법으로서, MIH 엔티티가 핸드오버를 위해 UMTS 모뎀을 활성화하는 것을 포함한다.

7. 실시예 2 내지 실시예 6 중 어느 한 방법으로서, MIH 엔티티가 FA(foreign agent)의 발견 및 이동 IP(Internet Protocol) 바인딩 업데이트를 요청하는 것을 더 포함한다.

8. 실시예 7의 방법으로서, IEEE 802.16 모뎀이 IEEE 802.16 링크상의 WTRU의 IP(Internet Protocol) 스택을 통해 FA의 발견 및 이동 IP 바인딩 업데이트를 수행하는 것을 더 포함한다.

9. 실시예 2 내지 실시예 8 중 어느 한 방법으로서, MIH 엔티티가 P-CSCF(proxy call state control function) 및 MIH 서버의 발견을 요청하는 것을 포함한다.

10. 실시예 9의 방법으로서, IEEE 802.16 모뎀이 IEEE 802.16 링크상의 IP 스택을 통해 P-CSCF 및 MIH 서버의 발견을 수행하는 것을 더 포함한다.

11. 실시예 10의 방법으로서, MIH 서버는 DHCP(dynamic host configuration protocol) 및 DNS(domain name system) 중 하나를 통해 발견된다.

12. 실시예 2 내지 실시예 11 중 어느 한 방법으로서, MIH 엔티티가 IMS(IP multimedia subsystem) 등록을 요청하는 것을 포함한다.

13. 실시예 12의 방법으로서, IEEE 802.16 모뎀이 IEEE 802.16 링크상의 IP 스택을 통해 IMS 등록을 수행하는 것을 포함한다.

14. 실시예 2 내지 실시예 13 중 어느 한 방법으로서, MIH 엔티티가 HA(home agent) IP 어드레스를 요청하는 것을 더 포함한다.

15. 실시예 14의 방법으로서, IEEE 802.16 모뎀이 IEEE 802.16 링크상의 IP 스택을 통해 HA IP 어드레스 쿼리(query)를 수행하는 것을 포함한다.

16. 실시예 6 내지 실시예 15 중 어느 한 방법에서, MIH 엔티티는 AT+CFUN 명령을 사용해 UMTS 모뎀을 활성화한다.

17. 실시예 2 내지 실시예 16 중 어느 한 방법으로서, MIH 엔티티가, 임계치를 통과할 때 측정값 보고의 발생을 트리거하는 IEEE 802.16 링크 파라미터에 대하여 Link_Configure_Thresholds.request API를 통해 임계치를 설정하는 것을 더 포함한다.

18. 실시예 17의 방법으로서, IEEE 802.16 모뎀이, Link_Configure_Thresholds.confirm API를 통해, 구성의 결과를 MIH 엔티티에 지시하는 것을 포함한다.

19. 실시예 18 또는 실시예 19의 방법으로서, IEEE 802.16 모뎀이, link_parameter_Report.indication API를 통해, IEEE 802.16 링크 파라미터가 임계치를 통과하였음을 MIH 엔티티에 지시하는 것을 더 포함한다.

20. 실시예 2 내지 실시예 19 중 어느 한 방법으로서, MIH 엔티티가, Link_Get_Parameter.request API를 통해, UMTS 신호 품질 측정값을 보고할 것을 UMTS 모뎀에 요청하는 것을 더 포함한다.

21. 실시예 20의 방법으로서, UMTS 모뎀이, Link_Get_Parameter.confirm API를 통해, UMTS 신호 품질 측정값을 MIH 엔티티에 보고하는 것을 포함한다.

22. 실시예 21의 방법으로서, MIH 엔티티가 UMTS 신호 품질 측정값을 MIH 서버에 송신하는 것을 포함한다.

23. 실시예 22의 방법으로서, MIH 엔티티가 MIH 서버로부터 MIH 스위치 요청을 수신하는 것을 포함한다.

24. 실시예 23의 방법으로서, MIH 엔티티가 UMTS 네트워크로의 핸드오버 절차를 개시하는 것을 포함한다.

25. 실시예 20 내지 실시예 24 중 어느 한 방법에서, MIH 엔티티는 AT+CSQ 명령을 사용해 UMTS 신호 품질 측정값을 요청한다.

26. 실시예 6 내지 실시예 25 중 어느 한 방법에서, MIH 엔티티가 새로운 PDP(packet data protocol) 문맥을 생성할 것을 UMTS 모뎀에 요청하는 것을 더 포함한다.

27. 실시예 26의 방법으로서, MIH 엔티티가 UMTS 네트워크에 연결할 것을 UMTS 모뎀에 요청하는 것을 포함한다.

28. 실시예 27의 방법으로서, MIH 엔티티가 UMTS 모뎀에 등록 상태를 요청하는 것을 포함한다.

29. 실시예 26 내지 실시예 28 중 어느 한 방법으로서, MIH 엔티티가 UMTS 모뎀에 PDP 문맥을 활성화할 것을 요청하는 것을 포함한다.

30. 실시예 26 내지 실시예 29 중 어느 한 방법으로서, MIH 엔티티가 정의된 PDP 문맥을 위한 현재 설정을 UMTS 모뎀에 요청하는 것을 포함한다.

31. 실시예 26 내지 실시예 30 중 어느 한 방법으로서, MIH 엔티티가 데이터 상태를 입력할 것을 UMTS 모뎀에 요청하는 것을 포함한다.

32. 실시예 26 내지 실시예 31 중 어느 한 방법으로서, MIH 엔티티가 이동 IP(Internet Protocol) 클라이언트에 FA(foreign agent)의 발견 및 이동 IP 바인딩 업데이트를 수행할 것을 요청하는 것을 포함한다.

33. 실시예 26 내지 실시예 32 중 어느 한 방법으로서, MIH 엔티티가 MIH 스위치 응답을 MIH 서버에 송신하는 것을 포함한다.

34. 실시예 26 내지 실시예 33 중 어느 한 방법에 있어서, MIH 엔티티는 AT+CGDCONT 명령을 사용해 새로운 PDP 문맥 생성을 요청한다.

35. 실시예 27 내지 실시예 34 중 어느 한 방법에 있어서, MIH 엔티티는 AT+CGATT 명령을 사용해 연결(attachment)을 요청한다.

36. 실시예 28 내지 실시예 35 중 어느 한 방법에 있어서, MIH 엔티티는 AT+CGREG?를 사용해 등록 상태를 요청하고, AT+CGACT 명령을 사용해 PDP 문맥 활성화를 요청한다.

37. 실시예 30 내지 실시예 36 중 어느 한 방법에 있어서, MIH 엔티티는 AT+CGDCONT?를 사용해 정의된 PDP 문맥을 위한 현재 설정을 요청하고, AT+CGDATA를 사용해 데이터 상태를 입력할 것을 UMTS 모뎀에 요청한다.

38. 실시예 33 내지 실시예 37 중 어느 한 방법으로서, MIH 엔티티가, Link_Action.request API를 통해, IEEE 802.16 링크를 해체할 것을 IEEE 802.16 모뎀에 명령하는 단계를 더 포함한다.

39. 실시예 2 내지 실시예 38 중 어느 한 방법으로서, MIH 엔티티가, Link_Get_Parameter.request API를 통해, IEEE 802.16 모뎀으로부터의 IEEE 802.16 QoS(quality of service) 파라미터를 요청하는 단계를 더 포함한다.

40. 실시예 39의 방법으로서, IEEE 802.16 모뎀이, Link_Get_Parameter.confirm API를 통해, 요청된 IEEE 802.16 QoS 파라미터를 MIH 엔티티에 송신하는 단계를 더 포함한다.

41. 실시예 40의 방법으로서, MIH 엔티티가, Link_Action.request API를 통해, IEEE 802.16 QoS 파라미터를 UMTS QoS 파라미터로 매핑하고 UMTS 모뎀으로의 UMTS QoS 프로파일을 특정하는 단계를 더 포함하며, 특정된 UMTS QoS 프로파일은 PDP 문맥 활성화 동안 UMTS 네트워크에 대해 요청된다.

42. 실시예 41의 방법에 있어서, MIH 엔티티는 AT+CGEQREQ 명령을 사용해 UMTS QoS 프로파일을 특정한다.

43. 실시예 41 또는 실시예 42의 방법에 있어서, MIH 엔티티는, PDP 문맥 활성화 동안, 동의된(subscribed) QoS 프로파일을 요청한다.

44. 실시예 2 내지 실시예 43 중 어느 한 방법에 있어서, IEEE 802.16 링크가 성공적으로 확립되지 않았음이 지시되면, MIH 엔티티가 UMTS 네트워크에 연결할 것을 UMTS 모뎀에 요청한다.

45. 실시예 44의 방법으로서, MIH 엔티티가 UMTS 모뎀에 네트워크 등록 상태를 요청하는 것을 더 포함한다.

46. 실시예 44 또는 실시예 45의 방법으로서, MIH 엔티티가 UMTS 모뎀에 PDP(packet data protocol) 문맥을 활성화할 것을 요청하는 것을 포함한다.

47. 실시예 44 내지 실시예 46 중 어느 한 방법으로서, MIH 엔티티가 정의된 PDP 문맥을 위한 현재 설정을 UMTS 모뎀에 요청하는 것을 포함한다.

48. 실시예 44 내지 실시예 47 중 어느 한 방법으로서, MIH 엔티티가 데이터 상태를 입력할 것을 UMTS 모뎀에 요청하는 것을 포함한다.

49. 실시예 44 내지 실시예 48 중 어느 한 방법으로서, MIH 엔티티가 이동 IP(Internet Protocol) 클라이언트에 이동 IP 바인딩 업데이트를 수행할 것을 요청하는 것을 포함한다.

50. 실시예 2 내지 실시예 49 중 어느 한 방법에 있어서, 제1 API는 Link_Action.request API이고, 제2 API는 Link_Action.confirm API이며, 제3 API는 Link_Going_Down.indication API이다.

51. 실시예 1의 방법으로서, MIH 엔티티가 UMTS 네트워크에 WTRU를 위한 임의의 트래픽이 존재하는지를 판정하기 위한 요청을 UMTS 모뎀에 송신하는 것을 포함한다.

52. 실시예 51의 방법으로서, UMTS 네트워크에 트래픽이 존재하지 않으면, MIH 엔티티가 IEEE 802.16 모뎀에 IEEE 802.16 네트워크를 스캔할 것을 요청하는 것을 포함한다.

53. 실시예 52의 방법으로서, IEEE 802.16 모뎀이 스캔 결과를 MIH 엔티티에 송신하는 것을 포함한다.

54. 실시예 53의 방법으로서, 스캔 결과가 IEEE 802.16 셀의 검출을 지시하면, MIH 엔티티가 UMTS 모뎀에 PDP(packet data protocol) 비활성화 및 분리 절차를 수행할 것을 요청하는 것을 포함한다.

55. 실시예 54의 방법으로서, MIH 엔티티가 API를 통해 IEEE 802.16 링크를 확립할 것을 IEEE 802.16 모뎀에 요청하는 것을 포함한다.

56. 실시예 54 또는 실시예 55의 방법으로서, MIH 엔티티는 AT+CGACT 명령을 사용해 PDP 문맥을 비활성화하고 AT+CGATT 명령을 사용해 분리를 요청하는 것을 포함한다.

57. 실시예 55 또는 실시예 56의 방법으로서, API는 Link_Action.request API이다.

58. IEEE 802.16 네트워크와 UMTS(universal mobile telecommunication system) 네트워크 사이에서 MIH(media independent handover)를 지원하기 위한 WTRU(wireless transmit/receive unit).

59. 실시예 58의 WTRU로서, IEEE 802.16 네트워크와의 무선 링크를 확립하기 위한 IEEE 802.16 모뎀을 포함한다.

60. 실시예 59의 WTRU로서, UMTS 네트워크와의 무선 링크를 확립하기 위한 UMTS 모뎀을 포함한다.

61. 실시예 60의 WTRU로서, 상위 계층을 포함한다.

62. 실시예 61의 WTRU로서, MIH 펑션들을 수행하기 위한 MIH 엔티티를 포함하고 IEEE 802.16 모뎀, UMTS 모뎀, 상위 계층 및 MIH 엔티티는 API(application programming interface)를 통해 통신한다.

63. 실시예 62의 WTRU로서, MIH 엔티티는, Link_Configure_Thresholds.request API를 통해 임계치를 통과할 때 측정값 보고의 발생을 트리거하는 IEEE 802.16 링크 파라미터에 대한 임계치를 설정할 것을 IEEE 802.16 모뎀에 요청하고, IEEE 802.16 모뎀은, Link_Configure_Thresholds.confirm API를 통해, 이러한 구성의 결과를 송신한다.

64. 실시예 60 내지 실시예 63 중 어느 한 WTRU에 있어서, IEEE 802.16 모뎀은, Link_Going_Down API를 통해, 계층 2 접속이 특정 시구간내에 파괴할 것이 예상된다는 것을 지시하고, Link_Patameter_Report.indication API를 통해, 링크 파라미터가 임계치를 통과하였음을 지시한다.

65. 실시예 62 내지 실시예 64 중 어느 한 WTRU에 있어서, MIH 엔티티는, Link_Action.request API를 통해, IEEE 802.16 모뎀에 링크 계층 접속 변경을 명령하고, IEEE 802.16 모뎀은, Link_Action.confirm API를 통해, 링크 계층 접속 변경의 상태를 지시한다.

66. 실시예 62 내지 실시예 65 중 어느 한 WTRU에 있어서, MIH 엔티티는, Link_Get_Parameter.request API를 통해, IEEE 802.16 모뎀으로부터 타겟 애플리케이션에 대한 QoS(quality of service) 파라미터를 요청하고, IEEE 802.16 모뎀은, Link_Get_Parameters.confirm API를 통해, 요청된 QoS 파라미터를 사용해 응답한다.

67. 실시예 62 내지 실시예 67 중 어느 한 WTRU에 있어서, MIH 엔티티는, Link_Get_Parameters.request API를 통해, UMTS 신호 품질 측정값을 보고할 것을 UMTS 모뎀에 요청하고, UMTS 모뎀은, Link_Get_Parameters.confirm API를 통해, 요청된 UMTS 신호 강도 측정값들을 보고한다.

68. 실시예 67의 WTRU에 있어서, MIH 엔티티는 AT+CSQ 명령을 사용해 UMTS 신호 품질 측정값을 요청한다.

69. 실시예 62 내지 실시예 68 중 어느 한 WTRU에 있어서, MIH 엔티티는, Link_Action.request API를 통해, AT+CFUN 명령을 사용해, UMTS 모뎀을 휴지 모드 및 접속 모드 중 하나로 진행하도록 활성화하고, UMTS 모뎀은, Link_Action.confirm API를 통해, 활성화의 상태를 지시한다.

70. 실시예 62 내지 실시예 69 중 어느 한 WTRU에 있어서, MIH 엔티티는, 새로운 PDP(packet data protocol) 문맥을 생성하고, UMTS 네트워크에 연결하며, 등록 상태를 요청하고, PDP 문맥 활성화를 요청하며, 정의된 PDP 문맥을 위한 현재 설정을 요청할 것을 UMTS 모뎀에 요청하고, 데이터 상태를 입력할 것을 UMTS 모뎀에 요청하는 것을Link_Action.request API를 통해 UMTS 모뎀에 요청한다.

71. 실시예 70의 WTRU에 있어서, MIH 엔티티는 AT+CGDCONT 명령을 사용해 새로운 PDP 문맥 생성을 요청하고, AT+CGATT 명령을 사용해 연결을 요청하며, AT+CGREG?를 사용해 등록 상태를 요청하고, AT+CGACT 명령을 사용해 PDP 문맥 활성화를 요청하며, AT+CGDCONT?를 사용해 정의된 PDP 문맥에 대한 현재 설정을 요청하고, AT+CGDATA를 사용해 UMTS 모뎀에 데이터 상태를 입력할 것을 요청한다.

72. 실시예 61 내지 실시예 71 중 어느 한 WTRU에 있어서, 상위 계층은 이동 IP(Internet Protocol) 계층을 포함하고, API는 이동 IP FA(foreign agent)의 발견을 요청하기 위한 MIH 엔티티-대-이동 IP 계층 API 및 이동 IP FA의 발견을 확인하기 위한 이동 IP 계층-대- MIH 엔티티 API를 포함한다.

73. 실시예 72의 WTRU에 있어서, API는 FA(foreign agent)를 통해 HA(home agent)와의 새로운 네트워크 연결을 등록하기 위해 이동 IP 바인딩 업데이트를 수행하기 위한 MIH 엔티티-대-이동 IP(Internet Protocol) 계층 API 및 바인딩 업데이트 완료를 확인하기 위한 이동 IP 계층-대-MIH 엔티티 API를 포함한다.

74. 실시예 61 내지 실시예 73 중 어느 한 WTRU에 있어서, 상위 계층은 이동 IP(Internet Protocol) 계층을 포함하고, API는 사용중인 IP 어드레스들의 수 및 활성 IP들에 대응되는 홈 어드레스들의 수에 관한 정보를 요청하기 위한 MIH 엔티티-대-이동 IP 계층 API와 IP 어드레스들의 수 및 대응되는 홈 어드레스들의 수를 제공하기 위한 이동 IP 계층-대-MIH 엔티티 API를 포함한다.

75. 실시예 61 내지 실시예 74 중 어느 한 WTRU에 있어서, 상위 계층은 DHCP(dynamic host configuration protocol) 계층을 포함하고, API는 P-CSCF(proxy call state control function)의 IP(Internet Protocol) 어드레스를 발견하기 위한 MIH 엔티티-대-DHCP 계층 API 및 P-CSCF의 IP 어드레스를 발견하기 위한 시도의 결과를 리턴하기 위한 DHCP 계층-대-MIH 엔티티 API를 포함한다.

76. 실시예 61 내지 실시예 75 중 어느 한 WTRU에 있어서, 상위 계층은 IMS(IP(Internet Protocol) multimedia subsystem) 계층을 포함하고, API는 IMS에 등록하기 위한 MIH 엔티티-대-IMS 계층 API 및 IMS에 등록하기 위한 시도의 결과들을 리턴하기 위한 API를 포함한다.

77. 실시예 61 내지 실시예 76 중 어느 한 WTRU에 있어서, 상위 계층은 전송 프로토콜 계층/IP(Internet Protocol) 계층을 포함하고, API는 서로 통신하기 위한 MIH 엔티티-대-전송/IP 계층 API 및 전송/IP 계층-대-MIH 엔티티 API를 포함한다.

78. 실시예 61 내지 실시예 77 중 어느 한 WTRU에 있어서, 상위 계층은 DHCP(dynamic host configuration protocol) 계층을 포함하고, API는 네트워크 노드의 IP(Internet Protocol) 어드레스를 발견하기 위한 MIH 엔티티-대-DHCP 계층 API 및 네트워크 노드를 발견하기 위한 시도의 결과를 리턴하기 위한 DHCP 계층-대-MIH 엔티티 API를 포함한다.

79. 실시예 61 내지 실시예 78 중 어느 한 WTRU에 있어서, 상위 계층은 O&M(operation and maintenance) 계층을 포함하고, API는 MIH 엔티티를 활성화하기 위한 O&M 계층-대-MIH 엔티티 API 및 MIH 엔티티를 활성화하기 위한 시도의 결과를 리턴하기 위한 MIH 엔티티-대-O&M 계층 API를 포함한다.

80. 실시예 61 내지 실시예 79 중 어느 한 WTRU에 있어서, 상위 계층은 O&M(operation and maintenance) 계층을 포함하고, API는 MIH 엔티티를 비활성화하기 위한 O&M 계층-대-MIH 엔티티 API 및 MIH 엔티티를 비활성화하기 위한 시도의 결과를 리턴하기 위한 MIH 엔티티-대-O&M 계층 API를 포함한다.

81. 실시예 61 내지 실시예 80 중 어느 한 WTRU에 있어서, 상위 계층은 O&M(operation and maintenance) 계층을 포함하고, API는 MIH 엔티티 파라미터들을 검색하기 위한 O&M 계층-대-MIH 엔티티 API 및 요청된 MIH 엔티티 파라미터들을 리턴하기 위한 MIH 엔티티-대-O&M 계층 API를 포함한다.

82. 실시예 61 내지 실시예 81 중 어느 한 WTRU에 있어서, 상위 계층은 O&M(operation and maintenance) 계층을 포함하고, API는 IEEE 802.16 네트워크와 UMTS 네트워크 사이에서의 핸드오버 완료를 O&M 계층에 통지하기 위한 MIH 엔티티-대-O&M 계층 API를 포함한다.

83. 실시예 61 내지 실시예 82 중 어느 한 WTRU에 있어서, 제26항에 있어서, 상위 계층은 O&M(operation and maintenance) 계층을 포함하고, API는 UMTS 모뎀의 모드를 점검하기 위한 O&M 계층-대-MIH 엔티티 API 및 UMTD 모뎀의 모드를 리턴하기 위한 MIH 엔티티-대-O&M 계층 API를 포함한다.

84. 실시예 62 내지 실시예 83 중 어느 한 WTRU에 있어서, MIH 엔티티는, Link_Get_Parameter.request API를 통해, IEEE 802.16 모뎀으로부터의 IEEE 802.16 QoS(quality of service) 파라미터를 요청하고, Link_Action.request API를 통해, IEEE 802.16 QoS 파라미터를 UMTS QoS 파라미터에 매핑하며 UMTS 모뎀에 대해 UMTS QoS 프로파일을 특정하도록 구성되고, 특정된 UMTS QoS 프로파일은 PDP 문맥 활성화 동안 UMTS 네트워크에 요청한다.

85. 실시예 84의 WTRU에 있어서, MIH 엔티티는 AT+CGEQREQ 명령을 사용해 UMTS QoS 프로파일을 특정한다.

86. 실시예 84 또는 실시예 85의 WTRU에 있어서, MIH 엔티티는 PDP 문맥 활성화 동안, 동의된 QoS 프로파일을 요청하도록 구성된다.

특징부들 및 요소들이 특정 조합들의 예시적 실시예들로 설명되지만, 각각의 특징부 또는 요소가 예시적 실시예들의 나머지 특징부들 및 요소들없이 단독으로 또는 다른 특징부들 및 요소들을 갖추거나 갖추지 않은 다양한 조합들로 사용될 수도 있다. 여기에서 설명된 방법들 또는 흐름도들은 범용 컴퓨터 또는 프로세서에 의한 실행을 위해 컴퓨터-판독 가능 저장 매체에 실제적으로 구현되는 컴퓨터 프로그램, 소프트웨어, 또는 펌웨어로 실시될 수 있다. 컴퓨터-판독 가능 저장 매체들의 일례들로는 ROM(read only memory), RAM(random access memory), 레지스터, 캐시 메모리, 반도체 메모리 디바이스들, 내장 하드 디스크들 및 분리형 디스크들과 같은 자기 매체들, 광-자기 매체들, 및 CD-ROM 디스크들, DVD들(digital versatile disks) 등과 같은 광학 매체들을 들 수 있다.

적당한 프로세서들로는, 일례로써, 범용 프로세서, 특수 목적 프로세서, 전통적인 프로세서, DSP(digital signal processor), 복수의 마이크로프로세서들, DSP 코어와 연관된 하나 이상의 마이크로프로세서들, 컨트롤러, 마이크로컨트롤러, ASIC들(Application Specific Integrated Circuits), FPGA들(Field Programmable Gate Arrays)의 회로들, 집적 회로의 다른 임의의 유형, 및/또는 스테이트 머신을 들 수 있다.

소프트웨어와 연관된 프로세서는 WTRU(wireless transmit receive unit), UE(user equipment), 터미널, 기지국, RNC(radio network controller), 임의의 호스트 컴퓨터 등에 사용하기 위한 RF(radio frequency) 송수신기를 구현하는데 사용될 수도 있다. WTRU는, 카메라, 비디오 카메라 모듈, 비디오폰, 스피커폰, 진동 디바이스, 스피커, 마이크로폰, 텔레비전 송수신기, 핸즈프리 헤드셋, 키보드, 블루투스® 모듈, FM(frequency modulated) 라디오 유닛, LCD(liquid crystal display) 유닛, OLED(organic light-emitting diode) 디스플레이 유닛, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저, 및/또는 임의의 WLAN(wireless local area network) 모듈과 같은, 하드웨어 및/또는 소프트웨어로 구현된, 모듈들과 결합하여 사용될 수도 있다.

Claims

MIH(media independent handover)가 가능한 WTRU(wireless transmit/receive unit)에서의 이용 방법으로서,

IEEE(Institute of Electrical and Electronics Engineers) 802.16 모뎀을 이용하여 IEEE 802.16 링크를 확립하고,

MIH 엔티티가 P-CSCF(proxy call state control function) 발견 요청 및 MIH 서버 발견 요청을 상기 IEEE 802.16 모뎀에 전달하고,

상기 IEEE 802.16 모뎀이 DHCP(dynamic host configuration protocol) 또는 DNS(domain name system)를 통해 IP(Internet Protocol) 스택을 통하여 P-CSCF 및 MIH 서버를 발견하고,

상기 MIH 엔티티가 MIH 세션을 개시하고,

상기 IEEE 802.16 모뎀이, 링크가 만료될 것으로 예상됨을 MIH 엔티티에 전달하고,

상기 MIH 엔티티가 핸드오버를 위하여 UMTS(universal mobile telecommunication system) 모뎀을 활성화하는 것

을 포함하는 WTRU에서의 이용 방법.
제1항에 있어서,

상기 MIH 엔티티가 IMS(IP multimedia subsystem) 등록 요청을 SIP(Service Independent Protocol) 클라이언트에 전달하고,

상기 SIP 클라이언트가 상기 IP 스택을 통하여 P-CSCF에 상기 IMS(IP multimedia subsystem) 등록 요청을 전송하는 것

을 더 포함하는 WTRU에서의 이용 방법.
제1항에 있어서,

상기 MIH 엔티티가 HA(home agent) IP 어드레스 요청을 상기 IEEE 802.16 모뎀에 전달하고,

상기 IEEE 802.16 모뎀이 상기 MIH 엔티티로부터의 HA IP 어드레스 요청에 응답하여 HA IP 어드레스 요청을 FA(foreign agent)에 전송하고,

상기 IEEE 802.16 모뎀이 HA IP 어드레스를 나타내는, 상기 FA로부터의 HA IP 어드레스 응답을 수신하고,

상기 IEEE 802.16 모뎀이 상기 HA IP 어드레스를 상기 MIH 엔티티에 전달하는 것

을 더 포함하는 WTRU에서의 이용 방법.
제1항에 있어서,

상기 IEEE 802.16 모뎀 상에는 트래픽이 없으며,

상기 방법은,

상기 MIH 엔티티가 UMTS로의 전환을 나타내는, 상기 MIH 서버로부터의 요청을 수신하고 PDP(Packet Data Protocol) 문맥(context) 생성 요청을 UMTS 모뎀에 전달하고,

상기 UMTS 모뎀이 상기 PDP 문맥 생성 요청에 응답하여 PDP 문맥을 생성하고,

상기 MIH 엔티티가 UMTS 접속(attachment) 요청을 상기 UMTS 모뎀에 전달하고,

상기 UMTS 모뎀이 상기 UMTS 접속 요청에 응답하여 UMTS 네트워크에 접속하며,

상기 MIH 엔티티가 PDP 문맥 활성화 요청을 상기 UMTS 모뎀에 전달하고,

상기 UMTS 모뎀이 상기 PDP 문맥 활성화 요청에 응답하여 PDP 문맥을 활성화하고,

상기 MIH 엔티티가 FA 발견 요청 및 MIP(Mobile Internet Protocol) 바인딩 업데이트 요청을 MIP 클라이언트에 전달하고,

상기 MIP 클라이언트가 FA 발견 요청에 응답하여 FA를 발견하고, MIP 바인딩 업데이트 요청에 응답하여 MIP 바인딩 업데이트를 수행하고,

상기 MIH 엔티티가 셧다운(shutdown) 요청을 상기 IEEE 802.16 모뎀에 전달하고,

상기 IEEE 802.16 모뎀이 셧다운 요청에 응답하여 셧다운하는 것

을 더 포함하는 WTRU에서의 이용 방법.
제1항에 있어서,

상기 IEEE 802.16 모뎀 상에는 트래픽이 있으며,

상기 방법은,

상기 MIH 엔티티가 UMTS로의 전환을 나타내는, 상기 MIH 서버로부터의 요청을 수신하고 PDP 문맥 생성 요청을 UMTS 모뎀에 전달하고,

상기 UMTS 모뎀이 상기 PDP 문맥 생성 요청에 응답하여 PDP 문맥을 생성하고,

상기 MIH 엔티티가 IEEE 802.16 QoS(quality of service) 파라미터 요청을 상기 IEEE 802.16 모뎀에 전달하고,

상기 IEEE 802.16 모뎀이 IEEE 802.16 QoS 파라미터 요청에 응답하여 애플리케이션들을 현재 실행시키기 위한 IEEE 802.16 QoS 파라미터들을 상기 MIH 엔티티에 전달하고,

상기 MIH 엔티티가 상기 IEEE 802.16 QoS 파라미터들을 UMTS QoS 파라미터들에 매핑하고,

상기 MIH 엔티티가 상기 매핑된 UMTS QoS 파라미터들 및 UMTS 접속 요청을 상기 UMTS 모뎀에 전달하고,

상기 UMTS 모뎀이 상기 UMTS 접속 요청에 응답하여 UMTS 네트워크에 접속하며,

상기 MIH 엔티티가 PDP 문맥 활성화 요청을 상기 UMTS 모뎀에 전달하고,

상기 UMTS 모뎀이 상기 PDP 문맥 활성화 요청에 응답하여 PDP 문맥을 활성화하고 - 상기 PDP 문맥을 활성화하는 것은 상기 매핑된 UMTS QoS 파라미터들을 포함한 QoS 프로파일 요청을 상기 UMTS 네트워크에 전송하는 것을 포함함 - ,

상기 MIH 엔티티가 FA 발견 요청 및 MIP 바인딩 업데이트 요청을 MIP 클라이언트에 전달하고,

상기 MIP 클라이언트가 FA 발견 요청에 응답하여 FA를 발견하고, MIP 바인딩 업데이트 요청에 응답하여 MIP 바인딩 업데이트를 수행하고,

상기 MIH 엔티티가 셧다운 요청을 상기 IEEE 802.16 모뎀에 전달하고,

상기 IEEE 802.16 모뎀이 셧다운 요청에 응답하여 셧다운하는 것

을 더 포함하는 WTRU에서의 이용 방법.
제1항에 있어서,

상기 IEEE 802.16 모뎀 상에는 트래픽이 있으며,

상기 방법은,

상기 MIH 엔티티가 UMTS로의 전환을 나타내는, 상기 MIH 서버로부터의 요청을 수신하고 PDP 문맥 생성 요청을 UMTS 모뎀에 전달하고,

상기 UMTS 모뎀이 상기 PDP 문맥 생성 요청에 응답하여 PDP 문맥을 생성하고,

상기 MIH 엔티티가 가입된 QoS 프로파일 요청을 UMTS 네트워크에 전송하고, 상기 UMTS 네트워크로부터의 가입된 QoS 프로파일 응답 - 상기 가입된 QoS 프로파일 응답은 PDP 문맥에 대한 네트워크가 할당한 QoS 파라미터들(network assigned QoS parameters)을 나타냄 - 을 수신하고,

상기 MIH 엔티티가 매핑된 UMTS QoS 파라미터들 및 UMTS 접속 요청을 상기 UMTS 모뎀에 전달하고,

상기 UMTS 모뎀이 상기 UMTS 접속 요청에 응답하여 상기 UMTS 네트워크에 접속하며,

상기 MIH 엔티티가 PDP 문맥 활성화 요청을 상기 UMTS 모뎀에 전달하고,

상기 UMTS 모뎀이 상기 PDP 문맥 활성화 요청에 응답하여 PDP 문맥을 활성화하고 - 상기 PDP 문맥을 활성화하는 것은 가입된 UMTS QoS 파라미터들을 나타내는 QoS 프로파일 요청을 상기 UMTS 네트워크에 전송하는 것을 포함함 - ,

상기 MIH 엔티티가 FA 발견 요청 및 MIP 바인딩 업데이트 요청을 MIP 클라이언트에 전달하고,

상기 MIP 클라이언트가 FA 발견 요청에 응답하여 FA를 발견하고, MIP 바인딩 업데이트 요청에 응답하여 MIP 바인딩 업데이트를 수행하고,

상기 MIH 엔티티가 셧다운 요청을 상기 IEEE 802.16 모뎀에 전달하고,

상기 IEEE 802.16 모뎀이 셧다운 요청에 응답하여 셧다운하는 것

을 더 포함하는 WTRU에서의 이용 방법.
MIH(media independent handover)가 가능한 WTRU(wireless transmit/receive unit)로서,

IEEE(Institute of Electrical and Electronics Engineers) 802.16 링크를 확립하도록 구성된 IEEE 802.16 모뎀과,

UMTS(universal mobile telecommunication system) 링크를 확립하도록 구성된 UMTS 모뎀과,

P-CSCF(proxy call state control function) 및 MIH 서버에 대한 발견 요청을 상기 IEEE 802.16 모뎀에 전달하도록 구성된 MIH 엔티티

를 포함하며,

상기 IEEE 802.16 모뎀은 또한, 발견 요청에 응답하여 DHCP(dynamic host configuration protocol) 또는 DNS(domain name system)를 통해 IP(Internet Protocol) 스택을 통하여 P-CSCF 및 MIH 서버를 발견하도록 구성되고,

상기 MIH 엔티티는 또한, MIH 세션을 개시하도록 구성되고,

상기 IEEE 802.16 모뎀은 또한, 접속이 만료될 것으로 예상됨을 나타내는 만료 메시지를 MIH 엔티티에 전달하도록 구성되고,

상기 MIH 엔티티는 또한, 상기 만료 메시지에 응답하여 핸드오버를 위하여 UMTS(universal mobile telecommunication system) 모뎀을 활성화하도록 구성되는 것인 WTRU.
제7항에 있어서,

상기 MIH 엔티티로부터의 IMS(IP multimedia subsystem) 등록 요청에 응답하여 상기 IP 스택을 통하여 P-CSCF에 상기 IMS 등록 요청을 전송하도록 구성되는 SIP(Service Independent Protocol) 클라이언트를 더 포함하는 WTRU.
제7항에 있어서,

상기 MIH 엔티티는 또한, HA(home agent) IP 어드레스 요청을 상기 IEEE 802.16 모뎀에 전달하도록 구성되고,

상기 IEEE 802.16 모뎀은 또한, 상기 MIH 엔티티로부터의 HA IP 어드레스 요청에 응답하여, HA IP 어드레스 요청을 FA(foreign agent)에 전송하고, HA IP 어드레스를 나타내는, 상기 FA로부터의 HA IP 어드레스 응답을 수신하고, 상기 HA IP 어드레스를 상기 MIH 엔티티에 전달하도록 구성되는 것인 WTRU.
제7항에 있어서,

상기 IEEE 802.16 모뎀 상에는 트래픽이 없으며,

상기 MIH 엔티티는 또한, UMTS로의 전환을 나타내는, 상기 MIH 서버로부터의 요청을 수신하고, PDP(Packet Data Protocol) 문맥(context) 생성 요청을 UMTS 모뎀에 전달하도록 구성되고,

상기 UMTS 모뎀은 또한, 상기 PDP 문맥 생성 요청에 응답하여 PDP 문맥을 생성하도록 구성되고,

상기 MIH 엔티티는 또한, UMTS 접속(attachment) 요청을 상기 UMTS 모뎀에 전달하도록 구성되고,

상기 UMTS 모뎀은 또한, 상기 UMTS 접속 요청에 응답하여 UMTS 링크를 확립하도록 구성되고,

상기 MIH 엔티티는 또한, PDP 문맥 활성화 요청을 상기 UMTS 모뎀에 전달하도록 구성되고,

상기 UMTS 모뎀은 또한, 상기 PDP 문맥 활성화 요청에 응답하여 PDP 문맥을 활성화하도록 구성되고,

상기 MIH 엔티티는 또한, FA 발견 요청 및 MIP(Mobile Internet Protocol) 바인딩 업데이트 요청을 MIP 클라이언트에 전달하도록 구성되고,

상기 MIP 클라이언트는 또한, FA 발견 요청에 응답하여 FA를 발견하고, MIP 바인딩 업데이트 요청에 응답하여 MIP 바인딩 업데이트를 수행하도록 구성되고,

상기 MIH 엔티티는 또한, 셧다운(shutdown) 요청을 상기 IEEE 802.16 모뎀에 전달하도록 구성되고,

상기 IEEE 802.16 모뎀은 또한, 셧다운 요청에 응답하여 셧다운하도록 구성되는 것인 WTRU.
제7항에 있어서,

상기 IEEE 802.16 모뎀 상에는 트래픽이 없으며,

상기 MIH 엔티티는 또한, UMTS로의 전환을 나타내는, 상기 MIH 서버로부터의 요청을 수신하고, PDP 문맥 생성 요청을 상기 UMTS 모뎀에 전달하도록 구성되고,

상기 UMTS 모뎀은 또한, 상기 PDP 문맥 생성 요청에 응답하여 PDP 문맥을 생성하도록 구성되고,

상기 MIH 엔티티는 또한, IEEE 802.16 QoS(quality of service) 요청을 상기 IEEE 802.16 모뎀에 전달하도록 구성되고,

상기 IEEE 802.16 모뎀은 또한, IEEE 802.16 QoS 요청에 응답하여 애플리케이션들을 현재 실행시키기 위한 IEEE 802.16 QoS 파라미터들을 상기 MIH 엔티티에 전달하도록 구성되고,

상기 MIH 엔티티는 또한, 상기 IEEE 802.16 QoS 파라미터들을 UMTS QoS 파라미터들에 매핑하고, 상기 매핑된 UMTS QoS 파라미터들을 상기 UMTS 모뎀에 전달하고, UMTS 접속 요청을 상기 UMTS 모뎀에 전달하도록 구성되고,

상기 UMTS 모뎀은 또한, 상기 UMTS 접속 요청에 응답하여 UMTS 링크를 확립하도록 구성되며,

상기 MIH 엔티티는 또한, PDP 문맥 활성화 요청을 상기 UMTS 모뎀에 전달하도록 구성되고,

상기 UMTS 모뎀은 또한, 상기 PDP 문맥 활성화 요청에 응답하여 PDP 문맥을 활성화하도록 구성되고 - 상기 PDP 문맥을 활성화하는 것은 상기 매핑된 UMTS QoS 파라미터들을 포함한 UMTS QoS 프로파일 요청을 상기 UMTS 네트워크에 전송하는 것을 포함함 - ,

상기 MIH 엔티티는 또한, FA 발견 요청 및 MIP 바인딩 업데이트 요청을 MIP 클라이언트에 전달하도록 구성되고,

상기 MIP 클라이언트는 또한, FA 발견 요청에 응답하여 FA를 발견하고, MIP 바인딩 업데이트 요청에 응답하여 MIP 바인딩 업데이트를 수행하도록 구성되고,

상기 MIH 엔티티는 또한, 셧다운 요청을 상기 IEEE 802.16 모뎀에 전달하도록 구성되고,

상기 IEEE 802.16 모뎀은 또한, 셧다운 요청에 응답하여 셧다운하도록 구성되는 것인 WTRU.
제7항에 있어서,

상기 IEEE 802.16 모뎀 상에는 트래픽이 없으며,

상기 MIH 엔티티는 또한, UMTS로의 전환을 나타내는, 상기 MIH 서버로부터의 요청을 수신하고 PDP 문맥 생성 요청을 UMTS 모뎀에 전달하도록 구성되고,

상기 UMTS 모뎀은 또한, 상기 PDP 문맥 생성 요청에 응답하여 PDP 문맥을 생성하도록 구성되고,

상기 MIH 엔티티는 또한, 가입된 QoS 프로파일 요청을 UMTS 네트워크에 전송하고, PDP 문맥에 대한 네트워크가 할당한 QoS 파라미터들(network assigned QoS parameters)을 나타내는, 상기 UMTS 네트워크로부터의 가입된 QoS 프로파일 응답을 수신하고, UMTS 접속 요청을 상기 UMTS 모뎀에 전달하도록 구성되고,

상기 UMTS 모뎀은 또한, 상기 UMTS 접속 요청에 응답하여 UMTS 링크를 확립하도록 구성되고,

상기 MIH 엔티티는 또한, PDP 문맥 활성화 요청을 상기 UMTS 모뎀에 전달하도록 구성되고,

상기 UMTS 모뎀은 또한, 상기 PDP 문맥 활성화 요청에 응답하여 PDP 문맥을 활성화하도록 구성되고 - 상기 PDP 문맥을 활성화하는 것은 가입된 UMTS QoS 파라미터들을 나타내는 QoS 프로파일 요청을 상기 UMTS 네트워크에 전송하는 것을 포함함 - ,

상기 MIH 엔티티는 또한, FA 발견 요청 및 MIP 바인딩 업데이트 요청을 MIP 클라이언트에 전달하도록 구성되고,

상기 MIP 클라이언트는 또한, FA 발견 요청에 응답하여 FA를 발견하고, MIP 바인딩 업데이트 요청에 응답하여 MIP 바인딩 업데이트를 수행하도록 구성되고,

상기 MIH 엔티티는 또한, 셧다운 요청을 상기 IEEE 802.16 모뎀에 전달하도록 구성되고,

상기 IEEE 802.16 모뎀은 또한, 셧다운 요청에 응답하여 셧다운하도록 구성되는 것인 WTRU.
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제