KR20060107717A

KR20060107717A - 매개체 무관 핸드오버를 지원하는 통신방법

Info

Publication number: KR20060107717A
Application number: KR1020050030077A
Authority: KR
Inventors: 곽용원; 김용호; 이진
Original assignee: 엘지전자 주식회사
Priority date: 2005-04-11
Filing date: 2005-04-11
Publication date: 2006-10-16
Also published as: CN101873268B; TWI403142B; IL186483A0; WO2006109966A3; IL186483A; WO2006109966A2; KR101114084B1; MX2007012574A; EP1869934B1; CN101156493A; CN101873268A; EP1869934A4; US8208440B2; EP1869934A2; CA2603239C; TW200644691A; US7596118B2; CN101156493B; US20090252120A1; CA2603239A1

Abstract

본 발명은 멀티모드로 구성된 이동단말(예, 광대역 무선 접속망, 무선랜망, 유선랜망, 셀룰러시스템 중 두개이상으로 구성된 이동단말)의 MIH계층이 무선구간을 경유하여 원격으로 메시지를 전송할 수 있도록 하였다. 특히 본 발명은 MAC관리 메시지를 통해 MIH메시지를 원격으로 전달하는 경우에, 관리연결 식별자가 할당되는 즉시 메시지 전송을 수행할 수 있기 때문에 망 접속 절차가 완전히 이루어 지지 않은 상태에서도 메시지의 교환이 가능하다. 그리고 이로 인해, 보다 신속한 매개체 무관 핸드오버를 수행하게 되었다. 이러한, 본 발명, 매개체 무관 핸드오버를 지원하는 통신 방법은 매개체 무관 핸드오버 계층(MIH)의 요구에 따라, 단말이 기지국에게 MIH간 연결 설정을 요구하는 과정과, 기지국이 상기 요구를 수락하면, 상기 MIH가 MIH데이터를 컨버젼스 서브레이어(CS)에게 전달하고, 상기 CS는 상기 MIH데이터를 기지국으로 전송하는 과정으로 이루어진다.

MIH, 핸드오버

Description

매개체 무관 핸드오버를 지원하는 통신방법{COMMUNICATION METHOD FOR ASSISTING MEDIA INDEPENDENT HANDOVER}

도1은 802.16의 Protocol Stack 구조(Architecture)를 나타낸 도면.

도2는 MIH기능을 지원하기 위한 일반적인 MIH 참조 모델을 나타낸 도면.

도3은 MAC 서비스 요청과 응답을 위한 신호의 흐름을 나타낸 도면.

도4는 MIH 기능을 포함한 단말과 네트워크의 기능적 엔터티와 전송프로 토콜을 나타낸 도면.

도5는 MIH를 고려하는 프로토콜 Stack 중 802.16구성의 일 예를 나타낸 도면.

도6은 MAC SDU 포맷을 나타낸 도면.

도7은 Classification과 CID mapping (기지국 to 단말)을 나타낸 도면.

도8은 Classification과 CID mapping (단말 to 기지국)을 나타낸 도면.

도9는 단말의 요청에 의해 Service Flow가 생성되는 절차를 나타낸 도면.

도10은 기지국의 요청에 의해 Service Flow가 생성되는 절차를 나타낸 도면.

도11은 연결 설정(connection creation)을 위한 MAC SAP event와 MAC event 순서도를 나타낸 도면.

도12는 연결 변경(connection change)을 위한 MAC SAP event 순서도와 관련 된 실제 MAC event를 나타낸 도면.

도13은 연결 제거(connection deletion)를 위한 MAC SAP event와 MAC event 순서도를 나타낸 도면.

도14는 본 발명에 따른 Ethernet Frame 포맷의 일 예를 나타낸 도면.

도15는 본발명의 제1실시예에 따른 MIH간의 연결설정 절차를 나타낸 도면.

도16는 본발명의 제2실시예에 따른 MIH간의 연결설정 절차를 나타낸 도면.

도17는 본발명의 제3실시예에 따른 MIH간의 연결설정 절차를 나타낸 도면.

도18는 본발명의 제4실시예에 따른 MIH간의 연결설정 절차를 나타낸 도면.

도19는 단말에 의한 MIH간의 연결 해제 절차를 나타낸 도면.

도20은 기지국에 의한 MIH간의 연결 해제 절차를 나타낸 도면.

도21은 본 발명의 제1방법에 따른 MIH간의 신호 교환 절차를 나타낸 도면.

도22는 CS와 MIH간의 신호전달(기지국에서 단말로)을 나타낸 도면.

도23은 CS와 MIH간의 신호전달(단말에서 기지국으로)을 나타낸 도면.

도24는 본발명의 제5실시예에 따른 MIH간의 연결설정 절차를 나타낸 도면.

도25는 본발명의 제6실시예에 따른 MIH간의 연결설정 절차를 나타낸 도면.

도26은 본 발명의 제2방법에 따른 MIH간의 신호 교환 절차를 나타낸 도면.

본 발명은 광대역 무선 접속 시스템의 핸드오버에 관한 것으로, 특히 매개체 무관 이기종 망 간의 핸드오버에 관한 것이다.

도1은 802.16의 Protocol Stack 구조(Architecture)를 도시한 것이다.

도1에 도시된 바와 같이, Service-Specific Convergence Sublayer (이하, CS라 한다)는 CS SAP(Service Access Point)를 통해 수신된 외부 통신망 데이터를 MAC SAP를 통해 MAC CPS(Common Part Sublayer)가 수신하는 MAC SDUs로 변형하거나 mapping한다. 여기에는 외부 통신망의 SDUs(Service Data Units)를 구분하여 해당 MAC SFID(Service Flow Identifier)와 CID(Connection Identifier)를 연관시키는 기능이 포함된다. 그리고 다양한 프로토콜의 인터페이스를 위한 다중 CS 규정이 제공된다. CS payload의 내부 포맷은 CS의 독특한 특성에 따른 것이며 MAC CPS는 CS payload로부터 수신되는 어떤 정보도 분석하거나 포맷을 이해하는데 요구되지 않는다.

MAC CPS는 MAC의 핵심 기능인 시스템 액세스, 대역폭 할당, 접속설정 및 접속 유지관리 기능을 제공하며, 특정 MAC 접속방법으로 분류된 데이터를 MAC SAP를 통하여 다양한 CS로부터 수신한다.

MAC CPS는 PHY SAP(독특한 구현방법 임)를 통하여, PHY와 데이터, PHY 제어 및 통계 데이터를 주고받는다.

이 기종망간 매개체 무관의 핸드오버(MIH: Media Independent Handover)에 대한 국제 표준화를 진행중인 IEEE802.21은 이종 망 (heterogeneous network)간에 끊김 없는 핸드오버 (Seamless Handover)와 서비스 연속성 (Service Continuity)을 제공하여 이동단말장치의 사용자 편의성을 향상시키는 것을 목적으로 하며, 기본적 인 요구사항으로서 MIH기능, 이벤트 트리거(Event Trigger), 명령 서비스 (Command Service), 그리고 정보 서비스(IS: Information Service)를 정의한다.

매개체 무관 핸드오버(Media Independent Handover)에서 언급되는 이동 단말은 하나 이상의 인터페이스 타입(Interface Type)을 지원하는 멀티모드 노드이며, 인터페이스는 아래 형태 중의 하나일 수 있다.

○ 802.3 기반의 이더넷(Ethernet)과 같은 유선(Wire-line) 형태.

○ IEEE802.XX에 기반한 무선 인터페이스.

- 802.11

- 802.15

- 802.16

○ 3GPP, 3GPP2와 같은 셀룰러 (Cellular) 표준화 기구에 의해 정의된 인터페이스.

이기종망간 핸드오버 기술을 위한 정보 서비스를 설명하면 다음과 같다.

매개체 무관 정보 서비스(MIIS : Media Independent Information Service)는 유, 무선을 포함한 이기종 망간의 매개체 무관 핸드오버를 지원하기 위해 현존하는 여러 형태의 네트워크를 발견하고 선택하는 것을 용이하게 하기 위하여 계층적인 네트워크 (heterogeneous network)상에서 유사한 프레임워크를 제공한다. 즉, 네트워크를 발견하고 선택하는데 필요한 네트워크 상세 정보를 제공하며, 어떤 네트워크로부터도 접근이 가능하여야 한다. 그리고 매개체 무관 정보 서비스는 링크 접근 파라메터 (Link access parameter), 보안 메커니즘 (Security mechanism), 네이버 맵 (Neighbor Map), 위치 (Location), 서비스 제공자와 다른 액서스 정보 (Provider and other Access Information), 링크 비용(Cost of link) 등의 정보요소들을 포함해야 한다.

매개체 무관의 핸드오버 (MIH : Media Independent Handover)는 802계열 인터페이스간 또는 802계열 인터페이스와 위에서 언급된 비 802계열 인터페이스 (3GPP, 3GPP2)간에서 정의되어야 하며, 핸드오버와 끊김 없는 서비스를 위해, Mobile IP 와 SIP(Session Initiation Protocol)과 같은 상위계층의 이동성 지원 프로토콜이 지원되어야 한다.

도2는 MIH기능을 지원하기 위한 일반적인 MIH 참조 모델을 나타낸 도면이다.

도2에 도시된 바와 같이, MIH기능을 고려하기 위한 Service Access Point에는 MIH_MGMT_SAP, MIH_SME_SAP, MIH_USER_SAP, MIH_MAC_SAP, MIH_PHY_ SAP, LSAP, MIH_RRC_SAP가 있다.

상기 MIH_MGMT_SAP는 MIH Function 계층과 관리 평면 (management plane)과의 인터페이스를 정의한다. 그리고 MIH 메시지들을 peer MIH 개체 사이에 보내는 데 사용될 수 있다. Management frame에 근간한 MIH 메시지들은 인증이 안된 상태에서도 보내질 수 있다.

또한, 상기 MIH_MGMT_SAP는 Media Independent Event Services, Media Independent Command Services, 그리고 Media Independent Information Services에 사용되는 프리미티브들을 정의한다.

상기 MIH_SME_SAP는 MIH Function 계층과, 802.11에서 정의하고 있는 SME(Station Management Entity) 혹은 802.16에서 정의하고 있는 NCMS (Network Control and Management System)과의 인터페이스를 정의한다. MIH_SME_SAP는 상기 MIH_MGMT_SAP과 동일할 수 있다.

상기 MIH_USER_SAP는 상위계층(IP계층, 즉 프로토콜 3계층 이상) 이상과의 통신을 위한 인터페이스를 정의한다.

상기 MIH_MAC_SAP는 MIH와 각 기술의 MAC (802.11, 16 3G 등)사이의 인터페이스를 정의한다. MIH_MAC_SAP에 의해 정의되는 인터페이스들은 주로 peer개체들 간에 MSDU들을 전송하기 위해서 사용된다. MIH_MAC_SAP를 위한 새로운 interface와 프리미티브는 정의될 필요없다. 그러나 MIH_MAC_SAP를 통해 정의되는 인터페이스들은 peer MIH 개체들로, MIH 프로토콜에 근간한 Payload들을 전달하는데 사용될 수 있다.

상기 MIH_PHY_SAP는 MIH와 각 기술의 PHY (802.11, 16 3G 등)사이의 인터페이스를 정의한다. MIH는 해당 기술의 MAC들을 이용하여 해당 기술의 PHY을 통해 통신한다. MIH_PHY_SAP을 위한 새로운 인터페이스들이나 프리미티브들은 정의될 필요없다.

상기 LSAP는 MIH와 LLC의 인터페이스를 정의한다. MIH는 peer LLC개체와 연결을 개시하고 통신을 수행한다. LSAP는 다른 링크들을 통과하여 MSDU들을 보내기 위한 데이터 경로를 설정하기 위해 LLC인터페이스를 직접적으로 사용할 수 있다. LSAP를 위한 새로운 인터페이스들이나 프리미티브들은 정의될 필요없다.

상기 MIH_RRC_SAP는 MIH 기능과 RRC 상의 Interface를 정의한다.

이하, 종래 기술에서 사용되는 메시지들을 설명하면 다음과 같다.

1. DSA-REQ.

DSA-REQ는 새로운 service flow를 만들기 위해 이동단말 또는 기지국에 의해 전송된다.

아래 [표1]은 DSA-REQ 메시지 포맷을 나타낸 것이다.

표기법	크기	설명
DSA-REQ_Message_Format( ) {
Management Message Type = 11	8 비트
Transaction ID	16 비트
TLV Encoded Information	Variable	특정 TLV
}

[표1]의 DSA-REQ 메시지는 이동단말이나 기지국에 의해 생성되며, CID, Transaction ID등의 파라미터를 포함한다.

상기 CID는 일반적인 MAC header에 포함되는 것으로, 이동 단말의 Primary Management CID를 의미한다. 그리고 상기 Transaction ID는 송신측이 할당한 트랜잭션의 고유 ID를 의미한다. 그 외의 모든 파라미터는 TLV tuple로서 코딩 된다.

DSA-REQ메시지는 1개 이상의 service flow에 대한 파라미터를 포함할 수 없다. DSA-REQ메시지에는 Service Flow Parameters, Convergence Sublayer Parameter Encodings, HMAC Tuple와 같은 파라미터들이 포함되어야 한다.

상기 Service Flow Parameters는 Service flow의 트래픽 특성 및 스케줄링 조건에 관한 규정을 나타내며, 상기 Convergence Sublayer Parameter Encodings는 Service flow의 특정 CS 파라미터들에 관한 규정을 나타낸다.

그리고 상기 HMAC Tuple은 키가 지정된 메시지 digest(전송 측을 인증하기 위한 것)를 포함하며, HMAC Tuple 속성은 DSx 메시지의 속성 목록에서 마지막 속성이어야 한다.

2. DSA-RSP.

DSA-RSP는 수신된 DSA-REQ에 대한 응답으로서 발생하는 메시지이다.

아래 [표2]는 DSA-RSP 메시지 포맷을 나타낸 것이다.

표기법	크기	설명
DSA-RSP_Message_Format( ) {
Management Message Type = 12	8 비트
Transaction ID	16 비트
Confirmation Code	8 비트
TLV Encoded Information	variable	특정 TLV
}

[표2]의 DSA-RSP 메시지는 CID, Transaction ID, Confirmation Code 등의 파라미터를 포함한다.

상기 CID는 일반적인 MAC header에 포함되는 것으로, 이동 단말의 Primary Management CID를 의미하며, 상기 Transaction ID는 해당 DSA-REQ의 Transaction ID로서, 송신측이 할당한 트랜잭션의 고유 ID를 의미한다.

그리고 상기 Confirmation Code는 전체 DSA-REQ에 해당되며, 8비트의 길이를 갖는다. 그 외의 모든 파라미터는 TLV tuple로서 코딩된다.

트랜잭션이 성공적으로 수행되면 DSA-RSP메시지에는 Service Flow Parameters와 CS Parameter Encodings이 포함되어야 한다.

새로 할당된 CID 또는 확장된 Service Class Name 또는 접속 생성 거부의 원인인 특정 파라미터 지시(CC ="reject-notsuppoted-parameter-value" 또는 "reject-not-supported-parameter"의 경우만 해당)가 service flow의 전체 규정에 포함되면, DSA-RSP메시지는 service flow의 전체 규정을 포함하게 된다. 상기 CS Parameter Encodings는 service flow의 특정 CS 파라미터들에 관한 규정을 나타낸 파라미터이다.

트랜잭션이 성공적으로 수행되지 않으면 DSA-RSP메시지에는 Service Flow Error Set이 포함되어야 한다.

DSA-RSP 메시지는 각각의 실패한 service flow에 대해 Service Flow Error Set 및 service flow reference/SFID 식별기능을 포함해야 한다. 그리고 각 Service Flow Error Set에는 해당 service flow의 실패한 모든 특정 QoS Parameter가 포함되어야 한다(11.13 참조). 상기 Service Flow Error Set은 전체 DSA-REQ가 성공적으로 수행되면 생략된다.

트랜잭션 수행의 성공 여부와 상관없이 DSA-RSP메시지는 HMAC Tuple을 포함한다.

HMAC Tuple 속성에는 키가 설정된 메시지(전송 측을 인증하기 위한 것)가 포함된다. HMAC Tuple 속성은 DSx 메시지의 속성 목록에서 마지막 속성이어야 한다.

3. DSA-ACK

DSA-ACK는 DSA-RSP에 대한 응답 메시지이다.

아래 [표3]은 DSA- ACK 메시지 포맷을 나타낸 것이다.

표기법	크기	설명
DSA-ACK_Message_Format( ) {
Management Message Type = 13	8 비트
Transaction ID	16 비트
Confirmation Code	8 비트
TLV Encoded Information	variable	특정 TLV
}

[표3]의 DSA-ACK 메시지는 CID, Transaction ID, Confirmation Code 등의 파라미터를 포함한다.

DSA-ACK메시지의 Service Flow Error Set은 DSA-RSP메시지 전송에서 실패한 service flow들의 특정사항을 인코딩한다. 실패한 모든 service flow의 실패한 모든 QoS Parameter에 대해, 해당 DSA-REQ 메시지는 Service Flow Error Set 및 service flow reference를 확인하는 기능을 포함해야 한다. DSA-ACK메시지의 Service Flow Error Set은 전체 DSA-REQ가 성공적으로 수행되면 생략된다.

DSA-ACK 메시지의 HMAC Tuple 속성에는 키가 설정된 메시지 digest(전송 측을 인증하기 위한 것)가 포함된다. HMAC Tuple 속성은 DSx 메시지의 속성 목록에서 마지막 속성이어야 한다.

아래 표 4는 이동단말이 DSA-REQ 메시지를 전송 할 때 포함되는 필드로서, 기지국은 이를 수신한 후, 이 필드를 통하여 CS에서 설정된 연결에 대한 형태를 구분 할 수 있다.

Type	Length	Value	Scope
[145/146].28	1	0: No CS 1: Packet, IPv4 2: Packet, IPv6 3: Packet, 802.3/Ethernet 4: Packet, 802.1Q VLAN 5: Packet, IPv4 over 802.3/Ethernet 6: Packet, IPv6 over 802.3/Ethernet 7: Packet, IPv4 over 802.1Q VLAN 8: Packet, IPv6 over 802.1Q VLAN 9: ATM 10: Packet, IPv4 with Header Compression (ROHC) 11: Packet, IPv4 with Header Compression (ECRTP) 12: Packet, IPv6 with Header Compression (ROHC) 13: Packet, IPv6 with Header Compression (ECRTP) 14: Packet, IPv4 over 802.3/Ethernet with Header Compression (ROHC) 15: Packet, IPv4 over 802.3/Ethernet with Header Compression (ECRTP) 16: Packet, IPv6 over 802.3/Ethernet with Header Compression (ROHC) 17: Packet, IPv6 over 802.3/Ethernet with Header Compression (ECRTP) 18: Packet, IPv4 over 802.1Q VLAN with Header Compression (ROHC) 19: Packet, IPv4 over 802.1Q VLAN with Header Compression (ECRTP) 20: Packet, IPv6 over 802.1Q VLAN with Header Compression (ROHC) 21: Packet, IPv6 over 802.1Q VLAN with Header Compression (ECRTP) 22~255: reserved	DSx-REQ

각 CS는 아래 나열된 cst값으로서 서브인덱스 내에 인코딩되는 매개변수 집합을 정의한다. IEEE 802.x에 대한 IP의 경우, 관련 IP 및 IEEE 802.x 매개변수는 DSx-REQ 메시지에 포함된다. CS와 cst에 관한 정의 내용은 아래 표5에 나타난 바와 같다.

cst	CS
99	ATM
100	Packet, IPv4
101	Packet, IPv6
102	Packet, 802.3/Ethernet
103	Packet, 802.1Q VLAN
104	Packet, IPv4 over 802.3/Ethernet
105	Packet, IPv6 over 802.3/Ethernet
106	Packet, IPv4 over 802.3/Ethernet
107	Packet, IPv6 over 802.3/Ethernet
108	Packet, IPv4 with Header Compression (ROHC)
109	Packet, IPv4 with Header Compression (ECRTP)
110	Packet, IPv6 with Header Compression (ROHC)
111	Packet, IPv6 with Header Compression (ECRTP)
112	Packet, IPv4 over 802.3/Ethernet with Header Compression (ROHC)
113	Packet, IPv4 over 802.3/Ethernet with Header Compression (ECRTP)
114	Packet, IPv6 over 802.3/Ethernet with Header Compression (ROHC)
115	Packet, IPv6 over 802.3/Ethernet with Header Compression (ECRTP)
116	Packet, IPv4 over 802.1Q VLAN with Header Compression (ROHC)
117	Packet, IPv4 over 802.1Q VLAN with Header Compression (ECRTP)
118	Packet, IPv6 over 802.1Q VLAN with Header Compression (ROHC)
119	Packet, IPv6 over 802.1Q VLAN with Header Compression (ECRTP)

다음은 CS와 MAC서비스를 위한 MAC_SAP의 프리미티브(Primitive)들에 관한 설명이다.

도3은 MAC 서비스 요청과 응답을 위한 신호의 흐름을 나타낸 도면으로, 서비스의 initial request를 위해, request primitive가 사용된다.

도3에 도시된 바와 같이, CS가 Peer MAC으로 request primitive를 전달하면, 상기 Peer MAC은 indication primitive를 생성하여 original requesting entity 즉, CS측으로 전달하고, CS측은 다시 상기 indication primitive의 응답으로 response primitive를 생성하여, 상기 Peer MAC으로 전달한다. 그리고 상기 response primitive를 수신한 MAC은 CS측으로 confirmation primitive를 전달한다.

1) MAC_CREAT_SERVICE FLOW.request

* 기능 : 기지국 장치(이하, BS라 한다) 또는 가입자 장치(예: 이동단말 등)(이하, SS라 한다)측의 CS entity가 connection의 dynamic addition을 요구.

* 시맨틱스(Semantics) :

* 생성 시기 : 본 프리미티브는 BS나 SS의 CS가 BS에게 새로운 connection을 세팅할 때 생성된다.

* 수신의 효과 : 본 프리미티브가 SS측에서 생성될 경우, SS는 BS의 MAC측으로 DSA-REQ request를 보낸다. 반면, BS측에서 생성될 경우, BS는 request의 타당성을 점검한다.

2) MAC_CREAT_SERVICE FLOW.indication.

* 기능 : 본 프리미티브는 noninitiating MAC entity에 의해 보내어지며 DSA-REQ메시지를 받은 후, 그에 대한 응답으로서 전송된다. 만약 noninitiating MAC entity가 BS측에 있으면 SFID과 가능한 CID가 생성되고, request는 인증된다.

* 시맨틱스 :

* 생성 시기 : 본 프리미티브는 DSA-REQ메시지를 받으면, noninitiating side MAC에 의해 생성된다.

* 수신의 효과 : CS는 request의 타당성을 점검하고 MAC_CREATE_ SERVICE FLOW.response primitive를 통해서 해당 request를 수락 또는 거절한다.

3) MAC_CREAT_SERVICE FLOW.response

* 기능 : MAC_CREATE_SERVICE FLOW.indication에 대한 응답으로 noninitiationg MAC entity에 의해 생성.

* 시맨틱스 :

* 생성 시기 : 본 프리미티브는 MAC_CREATE_SERVICE FLOW.indication을 받았을 때 noninitiating CS에 의해 생성.

* 수신의 효과 : MAC이 DSA-RSP 메시지를 보낸다.

4) MAC_CREAT_SERVICE FLOW.confirmaiton

* 기능 : Convergence entity가 요청된 connection을 제공하는 것을 확인한다.

* 시맨틱스 :

* 생성 시기 : 본 프리미티브는 DSA-RSP 메시지를 받을 때, initiationg MAC entity에 의해 생성된다.

* 수신의 효과 : Convergence entity가 transmission request를 위해 요청된 connection을 가능하게 하는 것을 확인한다.

5) MAC_CHANGE_SERVICE FLOW.request.

6) MAC_CHANGE_SERVICE FLOW.indicationt.

7) MAC_CHANGE_SERVICE FLOW.response.

8) MAC_CHANGE_SERVICE FLOW.confirmation.

존재하는 connection은 다양한 기준의 characteristic들(예를 들면, bandwidth requirement)을 바꿀지도 모른다. 상기 5), 6), 7), 8) primitive들은 CREATE primitive 와 같은 시맨틱스(semantics)와 수신효과(Effect of receipt)를 갖는다.

9) MAC_TERMINATE_SERVICE FLOW.request

* 기능 : BS나 SS의 CS측에서 connection을 종료시키는 것을 요청.

* 시맨틱스 :

* 생성 시기 : 본 프리미티브는 BS나 SS의 CS가 존재하는 connection을 종료시키는 것을 요구할 때, 생성된다.

* 수신의 효과 : SS측에서 생성될 경우 - MAC은 DSD-REQ 메시지를 통해 BS에 있는 MAC entity에게 request pass하고, BS는 request의 타당성을 검토한 후 타당하면 connection을 종료시킨다. BS측에서 생성될 경우 - 이미 타당한 것으로 판단되고 BS MAC은 SS에게 DSD-REQ 메시지를 보냄으로서 알린다.

10) MAC_TERMINATE_SERVICE FLOW.indication

* 기능 : Noninitiating MAC entity가 DSD-REQ에 대응하는 connection을 종료하는 것을 요구한다.

* 시맨틱스 :

* 생성 시기 : 본 프리미티브는 Connection을 종료하기 위해 DSD-REQ 메시지를 받거나, 어떤 이유에서나 connection을 종료할 필요가 있다면 MAC에 의해 생성된다.

* 수신의 효과 : BS는 request의 타당성을 검토하고, receiving CS는 MAC_TERMINATE_SERVICE FLOW.response primitive를 return하고 SFID를 지운다.

11) MAC_TERMINATE_SERVICE FLOW.response.

* 기능 : 본 프리미티브는 Connection을 종료하기 위한 request에 대한 응답이다.

* 시맨틱스 :

* 생성 시기 : 본 프리미티브는 CS가 MAC으로부터 MAC_TERMINATE_ SERVICE FLOW. indication을 받을 때 생성된다.

* 수신의 효과 : MAC이 DSD-RSP메시지를 통하여 initiating side에 메시지를 보낸다.

12) MAC_TERMINATE_SERVICE FLOW.confirmation.

* 기능 : 요구된 connection이 종료되었다는 것을 convergence entity가 확인하도록 함.

* 시맨틱스 :

* 생성 시기 : 본 프리미티브는 DSD-RSP 메시지를 받았을 때 MAC entity에 의해 생성된다.

* 수신의 효과 : Convergence entity에게 connection이 종료되었다는 것을 알려주고 데이터 전송을 위해 더 이상 같은 CID를 사용하지 않는다.

13) MAC_DATA.request

* 기능 : 본 프리미티브는 CS SAP으로부터 MAC entity에게로의 데이터 전송을 정의한다.

* 시맨틱스 :

* 생성 시기 : 본 프리미티브는 MAC SDU가 peer entity에게 전송될 때마다 CS에 의해 생성된다.

* 수신의 효과 : MAC entity가 MAC을 통하여 MAC SDU를 처리하고, PHY convergence sublayer에게 적당한 포맷의 PDU로 패스한다.

14) MAC_DATA.indication

* 기능 : 본 프리미티브는 MAC으로부터 CS까지의 데이터 전송을 정의한다.

* 시맨틱스 :

* 생성 시기 : 본 프리미티브는 MAC SDU가 peer convergence entity로 전송될 때 마다 생성된다.

* 수신의 효과 : MAC SDU의 내용이나 타당성에 독립적이고, CS의 선택은 MAC SDU가 보내어진 CID에 의해 결정된다.

이하, MIH(Media Independent Handover)기능을 보다 상세히 설명하면 다음과 같다.

MIH는 IP계층 아래에 위치하며, 트리거 이벤트 (trigger event)와 다른망에 대한 정보 등과 같은 2 계층(Layer 2)으로부터의 입력값을 이용하여 핸드오버 처리 과정을 용이하게 한다. 또한, MIH는 핸드오버 과정에 영향을 끼칠 수 있는 사용자 정책(policy)과 구성(configuration) 기반의 입력 값들을 포함할 수 있으며, Mobile IP나 SIP과 같은 3계층 (Layer 3) 엔터티(entity)와 MIH기능 간에 일반적인 인터페이스들이 정의된다. 그리고 그러한 인터페이스들은 1 계층(물리계층)과 2 계층 (매체접근제어계층) 그리고 이동성 관리에 대한 정보를 제공하며, MIH는 이벤트와 정보 서비스의 도움으로 하위계층과 네트워크에 대한 정보를 획득한다.

따라서, 상위계층에, 이동단말내의 다른 링크의 상태를 모니터하고 제어하기 위한 MIH 기능이 위치해야 할 것이다.

도4는 MIH 기능을 포함한 단말과 네트워크의 기능적 엔터티와 전송프로 토콜을 나타낸 것으로, 도4에서 점선은 프리미티브(Primitive), 이벤트 트리거 (Event Trigger) 등을 나타낸다. 그리고 도5는 MIH를 고려하는 프로토콜 Stack 중 무선 광대역 접속망 시스템 (802.16) 구성의 일 예를 보여준다.

도5의 프로토콜 스택 모델은 기지국과 단말에 동일하게 적용 가능하다. 단, 단말은 멀티모드 (Multi-Mode)의 Multi-Stack단말을 고려해야 하므로, 그림에 보여진 부분을 포함하는 형태가 된다.

다음은 광대역 무선 접속 시스템 중, 802.16의 Convergence Sublayer(CS)에 대한 설명이다.

Service-specific CS는 MAC CPS의 상단에 위치하며 MAC CPS가 제공하는 서비스를 MAC SAP를 통해 이용한다. 그리고 CS는 다음과 같은 기능들을 수행한다.

- 더 높은 layer으로부터 더 높은 PDU를 수신한다.

- 더 높은 layer의 PDU들을 구별한다.

- 구별에 따라 더 높은 layer의 PDU들을 처리한다 (요구시).

- CS PDU들을 해당 MAC SAP에 전달한다.

- Peer entity로부터 CS PDU들을 수신한다.

현재 CS 규정은 두 가지 즉, ATM(Asynchronous Transfer Mode)와 packet CS가 제공되며, 향후 다른 CS들이 제공될 수 있다. 상기 Packet CS는 IEEE Std 802.16 MAC CPS의 상위에 위치한다. Packet CS는 MAC의 서비스들을 이용하여 다음과 같은 기능을 수행한다.

- 더 높은 layer 프로토콜 PDU를 해당 접속으로 구분한다.

- Payload header 정보를 suppression한다 (옵션).

- Peer MAC SAP로 전송할 수 있도록 service flow와 관련된 MAC SAP에 결과로서 발생된 CS PDU를 전달한다.

- Peer MAC SAP로부터 CS PDU를 수신한다.

- suppression된 payload header 정보를 재구성한다 (옵션).

송신측 CS는 MAC SDU를 MAC SAP에 전달한다. MAC은 특정 접속의 서비스 흐름 특성과 관련된 QoS, 분리, 연결 및 기타 전송 기능들에 따라, peer MAC SAP에 MAC SDU를 전달한다. 그리고 수신측 CS는 peer MAC SAP로부터 MAC SDU를 수신하여, 더 높은 layer의 entity에 전달한다.

Packet CS는 IP(Internet Protocol), PPP(Point-to-Point Protocol) 및 IEEE Std 802.3(Ethernet) 등 모든 packet 중심 프로토콜을 전송하기 위해 이용된다.

도6은 MAC SDU 포맷을 나타낸 것이다.

도6에 나타난 바와 같이, 더 높은 layer(상위 레이어)의 PDU는 구별되어 특정 MAC접속과 관련되자마자, MAC SDU에 포함되어야 한다. 그리고 관련된 접속을 위해 PHS(Payload Header Suppression)rule이 정의되어 있는 경우, MAC SDU는 8비트 길이의 PHSI(Payload Header Suppression Index) 필드를 포함해야 한다.

Classification은, MAC peer들 간의 전송을 위해 MAC SDU가 특정 접속으로 mapping되는 것에 따른 프로세스이다. mapping 프로세스는 MAC SDU를 특정 접속과 관련시키며, 그 특정 접속의 service flow 특성을 이용하여 관계를 만든다. 이 프로세스에 의해서 MAC SDU가 해당 QoS constraint와 함께 쉽게 전달된다.

Classifier는 광대역 무선 접속 통신망의 전송 packet마다 적용되는 일치 기준의 집단이며, 특정 프로토콜의 일부 packet 일치 기준(예: 착신측 IP 어드레스), classifier priority 및 CID에 대한 기준으로 구성된다. 하나의 packet이 특정 packet 일치 기준과 일치하면 그 packet은 CID에 의해 정의된 접속 시 전달되도록 SAP에 전달된다. 각각의 특정 classification 기능을 구현하는 것(예: IPv4 기반의 classification)은 옵션이다. 접속의 service flow 특성은 해당 packet을 위한 QoS를 제공한다.

여러 개의 classifier가 각각 같은 service flow를 참조할 수 있으므로, Classifier가 packet에 적용되는 순서를 지정하기 위해 classifier priority가 이용된다. Classifier가 사용하는 패턴들은 서로 중첩될 수 있기 때문에 명확한 순서를 지정해야 한다. 그리고 순서를 지정함에 있어서, 독특한 priority가 필요하지는 않지만, 구별할 때 모호성을 방지할 수 있도록 classifier priority 내에서 주의해야 한다. Downlink classifier는 기지국에 의해 전송되며, packet에 적용되는 것도 기지국에 의해 이루어진다. uplink classifier는 이동 단말에 의해 적용된다. 도7과 8은 위에서 설명한 mapping을 나타낸 것이다.

다음은 Service Flow Creation 절차에 관한 설명이다.

네트워크 엔트리 절차를 끝낸 단말은 데이터 전달을 위해 기지국과 단말간에 Service Flow 등록 절차를 거친다. Service Flow는 기지국과 단말 사이에서 해당 Service Flow를 식별하는 SF ID(Service Flow Identifier)와 Service Flow Traffic을 전달하는 connection을 식별하기 위한 CID(connection identifier), 그리고 Service Flow의 품질을 나타내는 QoS Parameter등으로 이루어 진다.

도9는 단말의 요청에 의해 Service Flow가 생성되는 절차를 나타낸 것이고, 도10은 기지국의 요청에 의해 Service Flow가 생성되는 절차를 나타낸 것이다.

Service Flow는 단말과 기지국 간, MAC management message의 교환에 의해 생성되며, 단말의 요청에 의한 경우와 기지국의 요청에 의한 경우가 있다.

도9에 도시된 바와 같이, 단말이 Service Flow의 생성을 요청한 경우, 단말은 DSA-REQ(Dynamic Service Addition Request)메시지를 통해 특정 서비스 품질의 Service Flow 생성을 요청하고, 기지국은 DSA-RSP(Dynamic Service Addition Response) 메시지를 통해 Service Flow 생성의 승인 및 거절을 단말에 전달한다. 이때 Service Flow 생성을 승인하는 경우, 기지국은 해당 Service Flow에 SF ID(Service Flow Identifier)와 CID(connection Identifier)를 부여하여 단말과 기지국 간의 Service Flow를 생성한다. 이와 같은 Service Flow 생성이 완료되면, 단말과 기지국은 해당 Service Flow를 통해 사용자 데이터를 송수신하게 된다.

도10에 도시된 바와 같이, 기지국이 Service Flow의 생성을 요청한 경우, 기지국은 DSA-REQ(Dynamic Service Addition Request) 메시지를 통해 특정 서비스 품질의 Service Flow 생성을 요청하면서 SF ID와 CID를 단말에 전달한다. 그리고 DSA-REQ를 수신한 단말은 DSA-RSP(Dynamic Service Addition Response) 메시지를 통해 Service Flow 생성의 승인 및 거절을 기지국에 전달한다. 이후, Service Flow 생성이 완료되면, 단말과 기지국은 해당 Service Flow를 통해 사용자 데이터를 송수신하게 된다.

도11은 연결 설정(connection creation)을 위한 MAC SAP event와 MAC event 순서도를 나타낸 것이고, 도12는 연결 변경(connection change)을 위한 MAC SAP event 순서도와 관련된 실제 MAC event를 나타낸 것이고, 도13은 연결 제거(connection deletion)를 위한 MAC SAP event와 MAC event 순서도를 나타낸 것이다. 도11 ~ 도13은 MAC service primitive 와 DSx 메시지들간에 상호작용을 보여준다.

이상, 기술된 종래 MIH에 따른 통신방법은 새로이 형성된 MIH계층이 무선 구간을 경유하여 원격지의 MIH개체에게 메시지를 보내려고 할 경우, MIH개체간의 통신방법이 정해져 있지 않기 때문에 서로간의 메시지 송수신이 불가능하다는 문제점을 안고 있다.

본 발명은 전술한 바와 같은 문제점을 해결하기 위한 것으로 그 목적은,

프로토콜 구조 모델의 제2계층 이하의 계층을 이용하여 MIH를 전달하는 매개체 무관 핸드오버를 지원하는 통신 방법을 제공하는데 있다.

상기와 같은 목적을 달성하기 위하여, 본 발명, 매개체 무관 핸드오버를 지원하는 통신 방법은

매개체 무관 핸드오버 계층(MIH)의 요구에 따라, 단말이 기지국에게 MIH간 연결 설정을 요구하는 과정과, 기지국이 상기 요구를 수락하면, 상기 MIH가 MIH데이터를 컨버젼스 서브레이어(CS)에게 전달하고, 상기 CS는 상기 MIH데이터를 기지국으로 전송하는 과정으로 이루어진다.

상기와 같은 목적을 달성하기 위하여, 본 발명, 매개체 무관 핸드오버를 지원하는 통신 방법은,

매개체 무관 핸드오버 계층(MIH)이 컨버젼스 서브레이어(CS)로, MIH간 연결 설정 요구와 MIH데이터를 전달하는 과정과, 상기 요구에 따라 단말이 기지국에게 MIH간 연결 설정을 요구하는 과정과, 기지국이 상기 요구를 수락하면, 상기 CS가 MIH데이터를 기지국으로 전송하는 과정으로 이루어진다.

바람직하게, 상기 CS는 데이터에 있는 구분자 (Type)을 체크하여, 일반 데이 터와 MIH데이터를 구분하는 것을 특징으로 한다.

바람직하게, 상기 CS는 특정 서비스접속점(SAP)을 통해 전달되는 데이터를 MIH데이터로 인식하는 것을 특징으로 한다.

매개체 무관 핸드오버 계층(MIH)의 요구에 따라, 기지국이 단말에게 MIH간 연결 설정을 요구하는 과정과, 단말이 상기 요구를 수락하면, 상기 MIH가 MIH데이터를 컨버젼스 서브레이어(CS)에게 전달하고, 상기 CS는 상기 MIH데이터를 단말로 전송하는 과정으로 이루어진다.

매개체 무관 핸드오버 계층(MIH)이 컨버젼스 서브레이어(CS)로, MIH간 연결 설정 요구와 MIH데이터를 전달하는 과정과, 상기 요구에 따라, 기지국이 단말에게 MIH간 연결 설정을 요구하는 과정과, 단말이 상기 요구를 수락하면, 상기 CS가 MIH데이터를 단말로 전송하는 과정으로 이루어진다.

단말이 기지국으로, 원격 등록을 위한 매체접속제어 관리 메시지를 전송하는 과정과, 상기 기지국이 단말로, 응답 메시지를 전송하는 과정과, 상기 응답 메시지의 프리미티브를 상기 단말의 매개체 무관 핸드오버 계층(MIH)으로 전달하는 과정 으로 이루어진다.

기지국이 단말로, 원격 등록을 위한 매체접속제어 관리 메시지를 전송하는 과정과, 상기 단말이 기지국으로, 응답 메시지를 전송하는 과정과, 상기 응답 메시지의 프리미티브를 상기 기지국의 매개체 무관 핸드오버(MIH) 계층으로 전달하는 과정으로 이루어진다.

이동단말과 기지국의 MIH개체들이 상호 MIH 메시지들을 교환하기 위하여 사용하는 방법은 일반적으로, 제2계층 이하를 이용하는 방법과 제3계층 이상을 이용하는 방법으로 나뉜다.

본 발명은 MIH개체들이 프로토콜 구조모델의 제2계층 이하의 계층을 이용하여 MIH메시지들을 전달하는 방법에 관한 것으로, 두가지의 방법 즉, Data 패킷으로 전달하여 MIH간의 통신을 이용하는 제1방법과 Control/Management Plane을 통하는 제2방법으로 나눌 수 있다.

MIH데이터가 Air Interface를 통해 Data burst의 형태로 전송되는 제1방법은 망의 접속단계가 종료된 후에 통신을 수행하지만, MAC관리 메시지로 통신하는 제2방법은 관리연결 식별자(Management Connection ID)를 수신(설정)하면 통신을 수행할 수 있기 때문에 더욱 신속한 메시지 교환이 가능해진다.

1. Data패킷 형태의 Data burst를 무선인터페이스 구간을 통해 전송하는 방법(제1방법).

단말과 기지국의 MIH 계층이 MIH data를 서로 송수신하기 위해 다른 종류의 data와 구분할 수 있는 Type의 정의가 필요하다. 그리고 CS 계층에 존재하는 Classifier라고 하는 구분개체가 Type에 나타난 정보를 통해, 메시지들을 구분해 낸다.

아래 표6은 상기와 같은 목적을 달성하기 위해, DSA-REQ 메시지에서 설정되는 연결의 타입을 구분하기 위해 포함되는 필드내에 새로이 추가된 MIH type의 일례를 나타낸다.

Type	Length	Value	Scope
[145/146].28	1	0: No CS 1: Packet, IPv4 2: Packet, IPv6 3: Packet, 802.3/Ethernet 4: Packet, 802.1Q VLAN 5: Packet, IPv4 over 802.3/Ethernet 6: Packet, IPv6 over 802.3/Ethernet 7: Packet, IPv4 over 802.1Q VLAN 8: Packet, IPv6 over 802.1Q VLAN 9: ATM 10: Packet, IPv4 with Header Compression (ROHC) 11: Packet, IPv4 with Header Compression (ECRTP) 12: Packet, IPv6 with Header Compression (ROHC) 13: Packet, IPv6 with Header Compression (ECRTP) 14: Packet, IPv4 over 802.3/Ethernet with Header Compression (ROHC) 15: Packet, IPv4 over 802.3/Ethernet with Header Compression (ECRTP) 16: Packet, IPv6 over 802.3/Ethernet with Header Compression (ROHC) 17: Packet, IPv6 over 802.3/Ethernet with Header Compression (ECRTP) 18: Packet, IPv4 over 802.1Q VLAN with Header Compression (ROHC) 19: Packet, IPv4 over 802.1Q VLAN with Header Compression (ECRTP) 20: Packet, IPv6 over 802.1Q VLAN with Header Compression (ROHC) 21: Packet, IPv6 over 802.1Q VLAN with Header Compression (ECRTP) 22: *MIH (Media Independent Handover)* 23 ~ 255: reserved	DSx-REQ

표6의 매개변수들 중 22는 이동단말과 기지국이 상호 서비스를 설정할 때, 상호 교환되는 패킷이 MIH로 전달되어야 한다는 것을 알려 준다. 그리고 이 연결과 매핑되는 연결 식별자(Connection ID)를 통해 전달되는 모든 패킷은 MIH_MAC_ SAP을 통해 MIH 계층으로 전달된다.

각 CS는 아래 나열된"cst"값에서 서브인덱스 내에 인코딩되는 매개변수 집합을 정의한다.

그리고 CS와 cst에 관한 정의 내용은 아래 표7에 나타난 바와 같다.

cst	CS
99	ATM
100	Packet, IPv4
101	Packet, IPv6
102	Packet, 802.3/Ethernet
103	Packet, 802.1Q VLAN
104	Packet, IPv4 over 802.3/Ethernet
105	Packet, IPv6 over 802.3/Ethernet
106	Packet, IPv4 over 802.3/Ethernet
107	Packet, IPv6 over 802.3/Ethernet
108	Packet, IPv4 with Header Compression (ROHC)
109	Packet, IPv4 with Header Compression (ECRTP)
110	Packet, IPv6 with Header Compression (ROHC)
111	Packet, IPv6 with Header Compression (ECRTP)
112	Packet, IPv4 over 802.3/Ethernet with Header Compression (ROHC)
113	Packet, IPv4 over 802.3/Ethernet with Header Compression (ECRTP)
114	Packet, IPv6 over 802.3/Ethernet with Header Compression (ROHC)
115	Packet, IPv6 over 802.3/Ethernet with Header Compression (ECRTP)
116	Packet, IPv4 over 802.1Q VLAN with Header Compression (ROHC)
117	Packet, IPv4 over 802.1Q VLAN with Header Compression (ECRTP)
118	Packet, IPv6 over 802.1Q VLAN with Header Compression (ROHC)
119	Packet, IPv6 over 802.1Q VLAN with Header Compression (ECRTP)
120	*MIH (Media Independent Handover)*

다음은 본 발명에 따른 MIH와 CS간의 Primitive들을 새롭게 정의한 것이다.

1) MIH_DATA_CREAT.request

* 기능 : 향후 MIH신호의 전달을 Data의 형태로 하기 위해, 기지국 또는 단말측의 MIH가 CS에게로 connection의 dynamic addition을 요구한다.

* 생성시기 : 기지국이나 단말의 MIH가 CS에게 새로운 connection을 설정하려고 할 때 생성된다.

* 수신효과 : CS가 MAC에 MAC_CREATE_SERVICE FlOW.request를 전송한다.

2) MIH_DATA_CREAT.indication

* 기능 : 수신측 CS에 의해 보내어지며, 수신측 MIH가 향후 DATA의 형태로 전달받을 MIH 메시지가 있음을 알리는 기능을 한다.

* 생성 시기 : 수신측 CS에 의해 보내어지며, MAC_CREATE_SERVICE FLOW.indication을 MAC으로부터 CS가 수신하였을 때 생성된다.

* 수신 효과 : 수신측 MIH는 향후 자신에게 전송되어 올 MIH 메시지가 있음을 알 수 있으며, 해당 연결이 자신이 수용할 수 있는 것이지 여부를 판단하게 된다.

3) MIH_DATA_CREAT.response

* 기능 : MIH_DATA_CREAT.indication에 대한 응답으로 noninitiationg MIH 개체에 의해 생성된다.

* 생성 시기 : MIH_DATA_CREAT.indication에 대한 응답으로 noninitiationg MIH가 연결을 수용할 수 있는 경우 생성된다.

* 수신 효과 : CS가 MAC_CREATE_SERVICE_FLOW.response를 MAC에 전송한다.

4) MIH_DATA_CREAT.confirmaiton

* 기능 : MIH에 의해 요청된 connection이 설정된 것을 확인한다.

* 생성 시기 : 송신측 CS가 MAC_CREATE_SERVICE_FLOW.confirmation을 받을 때 initiating CS에 의해 생성된다.

* 수신 효과 : MIH가 MIH Data를 전송하기 위해 요청된 connection을 가능하게 하는 것을 확인한다.

5) MIH_DATA_TERMINATE.request

* 기능 : MIH가 CS에게 Connection을 종료시킬 것을 요청한다.

* 생성 시기 : 기지국이나 단말의 MIH가 존재하는 connection을 종료시키는 것을 요구할 때 생성된다.

* 수신 효과 : CS가 MAC에 MAC_TERMINATE_SERVICE FLOW.request를 전송한다.

6) MIH_DATA_TERMINATE.indication

* 기능 : Noninitiating CS개체가 MAC_TERMINATE_SERVICE FLOW.indication에 대응하는 connection을 종료하는 것을 요구한다.

* 생성 시기 : Connection을 종료하기 위해 MAC_TERMINATE_SERVICE FLOW.indication 메시지를 받을 경우, 생성된다.

* 수신 효과 : 수신측 MIH는 request의 타당성을 검토하고는 MIH_DATA_TERMINATE.response primitive를 return하고 연결 관련된 정보를 MIH내에서 지운다.

7) MIH_DATA_TERMINATE.response

* 기능 : Connection을 종료하기 위한 request에 대해 응답할 때 사용된다.

* 생성 시기 : MIH가 CS로부터 MIH_DATA_TERMINATE.indication을 받을 때 생성된다.

* 수신 효과 : CS가 MAC에 DSD-RSP 메시지를 보내라는 MAC_TERMINATE_SERVICE FLOW. response를 보낸다.

8) MIH_DATA_TERMINATE.confirmation

* 기능 : 요구된 connection이 종료되었다는 것을 MIH 개체가 확인하도록 한다.

* 생성 시기 : MAC이 DSD-RSP 메시지를 받았을 때 전송한 MAC_ TERMINATE_SERVICE FLOW. response을 CS가 수신하였을 시 생성된다.

* 수신 효과 : MIH 개체에게 connection이 종료되었다는 것을 알려준다.

2. Control/Management Plane을 통해 MIH간의 통신방법(제2방법).

다음은 본 발명에 따른 MAC 관리 메시지(management message)들에 관한 설명이다. 단말이 먼저 요청을 하는 경우, MAC 관리 메시지는 MOB_MSSMIH-REQ/RSP으로 표시되고 기지국이 먼저 요청을 하는 경우는 MOB_BSMIH-REQ/RSP로 표시된다.

아래 표8은 MOB_MSSMIH-REQ 메시지의 포맷을 나타낸 것이다.

표기법	크기	설명
MOB_MSSMIH-REQ_Message_Format( ) {
Management Message Type = xx	8 비트
TLV Encoded Information	*variable*	*특정 TLV*
}

표8에서, TLV tuple로 coding되어 들어 가는 파라메터들은 MIH가 Primitive로 전달한 내용에 따라 다르다. 본 실시예는 동일한 이름의 메시지를 가지고 TLV형태로 내용을 변경하여 Primitive에 따른 내용을 전달한다. 그러나 Primitive의 내용에 따라 Primitive의 종류별 MAC Management Message를 사용하는 경우, TLV형태가 아닌 파라메터의 형태로 전달하여도 동일한 효과를 얻을 수 있다. 또한 이동단말은 TLV를 통하여 기지국에게 정보 서비스(Information Service)를 요청할 수 도 있다.

아래 표9는 MOB_MSSMIH-RSP 메시지의 포맷을 나타낸 것이다.

표기법	크기	설명
MOB_MSSMIH-RSP_Message_Format( ) {
Management Message Type = xx	8 비트
TLV Encoded Information	*variable*	*특정 TLV*
}

표9에서, TLV tuple로 coding 되어 들어 가는 파라메터들은 MIH가 Primitive로 전달한 내용에 따라 다르다. 본 실시예는 동일한 이름의 메시지를 가지고 TLV형태로 내용을 변경하여 Primitive에 따른 내용을 전달한다. 그러나 Primitive의 내용에 따라 Primitive의 종류별 MAC Management Message를 사용하는 경우, TLV형태가 아닌 파라메터의 형태로 전달하여도 동일한 효과를 얻을 수 있다. 또한 이동단말은 TLV를 통하여 기지국에게 정보 서비스(Information Service)를 요청할 수 도 있다.

아래 표10은 MOB_BSMIH-REQ 메시지의 포맷을 나타낸 것이다.

표기법	크기	설명
MOB_BSMIH-REQ_Message_Format( ) {
Management Message Type = xx	8 비트
TLV Encoded Information	*variable*	*특정 TLV*
}

표10에서, TLV tuple로 coding 되어 들어 가는 파라메터들은 MIH가 Primitive로 전달한 내용에 따라 다르다. 본 실시예는 동일한 이름의 메시지를 가지고 TLV형태로 내용을 변경하여 Primitive에 따른 내용을 전달한다. 그러나 Primitive의 내용에 따라 Primitive의 종류별 MAC Management Message를 사용하는 경우, TLV형태가 아닌 파라메터의 형태로 전달하여도 동일한 효과를 얻을 수 있다.

아래 표11은 MOB_BSMIH-RSP 메시지의 포맷을 나타낸 것이다.

표기법	크기	설명
MOB_BSMIH-RSP_Message_Format( ) {
Management Message Type = xx	8 비트
TLV Encoded Information	*variable*	*특정 TLV*
}

표11에서, TLV tuple로 coding 되어 들어 가는 파라메터들은 MIH가 Primitive로 전달한 내용에 따라 다르다. 본 실시예는 동일한 이름의 메시지를 가지고 TLV형태로 내용을 변경하여 Primitive에 따른 내용을 전달한다. 그러나 Primitive의 내용에 따라 Primitive의 종류별 MAC Management Message를 사용하는 경우, TLV형태가 아닌 파라메터의 형태로 전달하여도 동일한 효과를 얻을 수 있다.

도14는 본 발명의 일실시 예에 따른 Ethernet Frame의 Format을 나타낸 것이다.

본 발명은 도14에 도시된 Ether Type에 새로운 구분자를 추가로 정의하여, Data영역에 들어 가는 Data가 MIH Data인지 일반 Data(예: IP패킷 등)인지 구분할 수 있도록 하였다. 그리고 다른 메시지 포맷에서도 이와 같은 방식의 구분자를 정의하면, MIH Data를 다른 데이터와 구분하여 MIH계층에 전달할 수 있다.

이하, 본 발명의 바람직한 실시 예를 도면을 참조하여 설명하면 다음과 같다.

먼저, 본 발명의 제1방법에 따른 실시예들(제1 ~ 제4실시예, 도19~도23의 실시예)을 설명한다.

도15는 본발명의 제1실시예에 따른 MIH간의 연결설정 절차를 나타낸 것이고, 도16는 본발명의 제2실시예에 따른 MIH간의 연결설정 절차를 나타낸 것이다.

본 발명의 제1실시예는 단말측 MIH와 기지국측 MIH간의 연결이 설정된 후, 단말측 MIH가 기지국측 MIH에게로 MIH데이터를 전송한다.

그러나 본 발명의 제2실시예의 경우, 발신측 CS는 SAP(Service Access Point)를 통해 MIH데이터를 미리 수신하고, MIH간의 연결이 설정되면 MIH데이터를 일반 데이터와 구분하여 기지국측으로 전송한다. 이때, CS가 MIH 데이터를 일반 데이터와 구분하는 방법으로, SAP을 통해 구분하는 방법과 DATA의 Type을 통해 구분하는 방법이 있다.

상기 SAP을 통해 구분하는 방법은 MIH 데이터를 전달하는 SAP와 일반 데이터를 전달하는 SAP가 다르다는 점을 이용한 것이다. 그리고 데이터의 Type을 통해 구분하는 방법은 SDU(service data Unit)의 Type을 체크하여, MIH 데이터를 다른 일반 데이터와 구분한다. 즉, MIH 데이터가 CS로 전달될 때는 SDU의 형태로 전달되므로, CS는 전달된 SDU의 Type을 체크함으로써 MIH 데이터와 일반 데이터를 구분한다. MIH 데이터와 일반 데이터를 구분하는 구분자는 Ethernet, Token Ring 등을 구분하는 구분자와 유사한 것으로, 상위에 어느 protocol로 메시지를 전달할지를 결정지어 준다. 이 경우에 아래 실시 예에 나온 것과 달리 연결 설정을 Ethertype/IEEE 802.2 SAP으로 할 수도 있다. 이 때 Ethertype은 MIH 데이터를 구분하기 위해 새로이 정의 되는 메시지 type이다.

도15를 참조하여, 단말측의 MIH가 데이터 패킷 형태의 Data burst를 무선 인터페이스 구간을 통해 전송하는 방법의 제1실시 예를 설명하면 다음과 같다.

먼저, 단말측의 MIH는 MIH 데이터 전송을 위한 서비스 연결 설정을 CS에 요구한다.(S10) 그리고 CS는 상기 MIH의 서비스 연결 설정 요구를 MAC에 전달한다.(S20)

상기 CS의 요구를 수신한 단말측의 MAC은 MAC 관리 메시지(Management Message)를 통해 기지국측의 MAC에게 새로운 서비스 연결 설정 요구를 한다.(S30) 그리고 기지국측의 MAC은 Peer로부터 서비스 연결 설정 요구를 위한 MAC관리 메시지를 받았다는 것을 CS를 통해 MIH에게 통보한다.(S40 & S50)

단말측으로부터 서비스 연결 설정 요구를 통보받게 되면, MIH는 이를 수락할 것인지 거부할 것인지 결정한다. 그리고 그 결정이 연결설정을 수락하는 것일 때, 상기 기지국측의 MIH는 서비스 연결의 설정을 알리는 MAC 관리 메시지를 전송할 것을 MAC계층에 지시한다.(S60 & S70) 만일, 단말측의 요구를 수락할 것인가에 대한 판단이 CS에서 이루어진다면, MIH계층과의 절차는 생략 가능하다. (S50 & S60)

상기 기지국측의 MAC은 응답 MAC관리 메시지를 단말측의 MAC에게 전송한다.(S80) 그리고 응답 MAC 관리 메시지를 수신한 MAC계층은 이를 CS계층에 알린다.(S90) 한편, MAC계층은 성공적으로 DSA-RSP를 수신하였다는 것을 DSA-ACK메시지를 통해, 기지국측으로 알린다.(S100)

상기 서비스 연결 설정에 대한 응답 메시지를 수신한 단말측의 CS계층은 이를 MIH계층에 알린다.(S110) 이후, 서비스 연결 설정이 완료되면 MIH는 MIH 데이터를 CS계층에 전송한다. CS계층은 MIH데이터 전송을 위해 설정한 서비스 연결 설정 식별자와 무선 인터페이스로 전송을 위한 연결 식별자(Connection ID)와 매핑하여 전송하고 수신측 CS는 서비스 연결 식별자를 이용하여, 수신 데이터들 중 MIH데이터를 추출하고 MIH로 전송한다.(S120)

도16을 참조하여, 단말측의 MIH가 데이터 패킷 형태의 Data burst를 무선인터페이스 구간을 통해 전송하는 방법의 제2실시 예를 설명하면 다음과 같다.

먼저, MIH 데이터가 CS로 전달된다.(S210) 상기 MIH 데이터가 CS에 전달이 되는 방법은 MIH와 CS간에 정의된 별도의 SAP을 통해 전달이 되는 방법과 기존 상위와 연결이 되는 SAP으로 전달이 되는 방법이 있다. 별도의 SAP으로 전달이 되는 경우에는 CS는 MIH 데이터임을 알 수 있고, 다른 데이터가 전달되는 SAP과 동일한 SAP으로 전달이 되는 경우에는 데이터에 있는 구분자 (Type)을 보고 MIH 데이터임을 알 수 있다.

MIH 데이터를 수신한 CS는 서비스 연결 설정 요구를 MAC에 전달한다.(S220)

상기 CS의 요구를 수신한 단말측의 MAC은 MAC 관리 메시지 (Management Message)를 통해 기지국측의 MAC에게 새로운 서비스 연결 설정 요구를 한다.(S230)

그리고 기지국측의 MAC은 Peer로부터 서비스 연결 설정 요구를 위한 MAC관리 메시지를 받았다는 것을 CS를 통해 MIH에게 통보한다.(S240 & S250) 단말측으로부터 서비스 연결 설정 요구를 통보받게 되면, MIH는 이를 수락할 것인지 거부할 것인지 결정한다. 그리고 그 결정이 연결설정을 수락하는 것일 때, 상기 기지국측의 MIH는 서비스 연결의 설정을 알리는 MAC 관리 메시지를 전송할 것을 MAC계층에 지시한다.(S260 & S270) 만일, 단말측의 요구를 수락할 것인가에 대한 판단이 CS에서 이루어진다면, MIH계층과의 절차는 생략 가능하다.

상기 기지국측의 MAC은 응답 MAC 관리 메시지를 단말측의 MAC에게 전송한다.(S280) 그리고 응답 MAC 관리 메시지를 수신한 MAC계층은 이를 CS계층에 알린다.(S290) 한편, MAC계층은 성공적으로 DSA-RSP를 수신하였다는 것을 DSA-ACK메시지를 통해, 기지국측으로 알린다.(S300)

이후, 서비스 연결 설정이 완료 된 후, CS계층은 수신하여 가지고 있는 MIH 데이터의 전송을 위해 설정한 서비스 연결 설정 식별자와 무선 인터페이스로 전송을 위한 연결 식별자 (Connection ID)와 매핑하여 데이터를 전송하고 수신한 CS는 이를 서비스 연결 식별자로 MIH에 전송할 것을 구분하고 MIH에 전송한다.(S310)

도17은 기지국측의 MIH가 데이터 패킷 형태의 Data burst를 무선인터페이스 구간을 통해 전송하는 방법의 제1실시 예를 나타낸 것이고, 도18은 기지국측의 MIH가 데이터 패킷 형태의 Data burst를 무선인터페이스 구간을 통해 전송하는 방법의 제2실시예를 나타낸 것으로, 단말의 동작과 유사하다.

도17을 참조하여, 기지국측의 MIH가 데이터 패킷 형태의 Data burst를 무선 인터페이스 구간을 통해 전송하는 방법의 제1실시 예를 설명하면 다음과 같다.

먼저, 기지국측의 MIH는 MIH 메시지를 보내기 위한 서비스 연결 설정을 CS에 요구한다.(S410) 그리고 CS는 상기 MIH의 서비스 연결 설정 요구를 MAC에 전달한다.(S420)

상기 CS의 요구를 수신한 기지국측의 MAC은 MAC관리 메시지 (Management Message)를 통해 단말측의 MAC에게 새로운 서비스 연결 설정 요구를 한다.(S430) 그리고 단말측의 MAC은 Peer로부터 서비스 연결 설정 요구를 위한 MAC관리 메시지를 받았다는 것을 CS를 통해 MIH에게 통보한다. (S440 & S450)

기지국측으로부터 서비스 연결 설정 요구를 통보받게 되면, MIH는 이를 수락할 것인지 거부할 것인지 결정한다. 그리고 그 결정이 연결설정을 수락하는 것일 때, 상기 단말측의 MIH는 서비스 연결의 설정을 알리는 MAC 관리 메시지를 전송할 것을 MAC계층에 지시한다.(S460 & S470) 만일, 기지국측의 요구를 수락할 것인가에 대한 판단이 CS에서 이루어진다면, MIH계층과의 절차는 생략 가능하다.

상기 단말측의 MAC은 응답 MAC 관리 메시지를 기지국측의 MAC에게 전송한다.(S480) 그리고 응답 MAC관리 메시지를 수신한 MAC계층은 이를 CS계층에 알린다.(S490) 한편, MAC계층은 성공적으로 DSA-RSP를 수신하였다는 것을 DSA-ACK메시지를 통해, 단말측으로 알린다.(S500)

상기 서비스 연결 설정에 대한 응답 메시지를 수신한 기지국측의 CS계층은 이를 MIH계층에 알린다.(S510) 이후, 서비스 연결 설정이 완료되면 MIH는 MIH 데이터를 CS계층에 전송한다. CS계층은 MIH데이터 전송을 위해 설정한 서비스 연결 설정 식별자와 무선 인터페이스로 전송을 위한 연결 식별자 (Connection ID)와 매핑하여 전송하고 수신측 CS는 서비스 연결 식별자를 이용하여, 수신 데이터들 중 MIH데이터를 추출하고 MIH로 전송한다.(S520)

도18을 참조하여, 기지국측의 MIH가 데이터 패킷 형태의 Data burst를 무선 인터페이스 구간을 통해 전송하는 방법의 제2실시 예를 설명하면 다음과 같다.

먼저, MIH 데이터가 CS로 전달된다.(S610) 상기 MIH 데이터가 CS에 전달이 되는 방법은 MIH와 CS간에 정의된 별도의 SAP을 통해 전달이 되는 방법과 기존 상위와 연결이 되는 SAP으로 전달이 되는 방법이 있다. 별도의 SAP으로 전달이 되는 경우에는 CS는 MIH 데이터임을 알 수 있고, 다른 데이터가 전달되는 SAP과 동일한 SAP으로 전달이 되는 경우에는 데이터에 있는 구분자 (Type)을 보고 MIH 데이터임을 알 수 있다.

MIH 데이터를 수신한 CS는 서비스 연결 설정 요구를 MAC에 전달한다. (S620)

상기 CS의 요구를 수신한 기지국측의 MAC은 MAC 관리 메시지 (Management Message)를 통해 단말측의 MAC에게 새로운 서비스 연결 설정 요구를 한다.(S630)

그리고 단말측의 MAC은 Peer로부터 서비스 연결 설정 요구를 위한 MAC관리 메시지를 받았다는 것을 CS를 통해 MIH에게 통보한다. (S640 & S650) 기지국측으로부터 서비스 연결 설정 요구를 통보받게 되면, MIH는 이를 수락할 것인지 거부할 것인지 결정한다. 그리고 그 결정이 연결설정을 수락하는 것일 때, 상기 단말측의 MIH는 서비스 연결의 설정을 알리는 MAC 관리 메시지를 전송할 것을 MAC계층에 지시한다.(S660 & S670) 만일, 기지국측의 요구를 수락할 것인가에 대한 판단이 CS에서 이루어진다면, MIH계층과의 절차는 생략 가능하다.

상기 단말측의 MAC은 응답 MAC 관리 메시지를 기지국측의 MAC에게 전송한다.(S680) 그리고 응답 MAC 관리 메시지를 수신한 MAC계층은 이를 CS계층에 알린다.(S690) 한편, MAC계층은 성공적으로 DSA-RSP를 수신하였다는 것을 DSA-ACK메시지를 통해, 단말측으로 알린다.(S700)

이후, 서비스 연결 설정이 완료 된 후, CS계층은 수신하여 가지고 있는 MIH 데이터의 전송을 위해 설정한 서비스 연결 설정 식별자와 무선 인터페이스로 전송을 위한 연결 식별자 (Connection ID)와 매핑하여 데이터를 전송하고 수신측 CS는 서비스 연결 식별자를 이용하여, 수신 데이터들 중 MIH데이터를 추출하고 MIH로 전송한다.(S710)

도19는 단말에 의한 MIH간의 연결 해제 절차를 나타낸 것으로, 본 발명의 제1방법에 의해 설정된 MIH간의 연결을 해제하는 절차를 보여준다.

도19를 참조하여, 단말에 의한 MIH간의 연결 해제 절차를 설명하면 다음과 같다.

먼저, 단말측의 MIH는 MIH 데이터의 전송을 위해 설정된 서비스 연결 설정의 해제를 CS에 요구한다.(S810) 그리고 CS는 상기 MIH의 서비스 연결 설정 해제 요구를 MAC에 전달한다.(S820)

상기 CS의 요구를 수신한 단말측의 MAC은 MAC 관리 메시지(Management Message)를 통해 기지국측의 MAC에게 서비스 연결설정의 해제를 요구한다. (S830) 그리고 기지국측의 MAC은 Peer로부터 서비스 연결설정 해제 요구를 위한 MAC관리 메시지를 받았다는 것을 CS를 통해 MIH에게 통보한다. (S840 & S850)

단말측으로부터 서비스 연결설정 해제 요구를 통보받게 되면, MIH는 이를 수락할 것인지 거부할 것인지 결정한다. 그리고 그 결정이 연결설정의 해제를 수락하는 것일 때, 상기 기지국측의 MIH는 서비스 연결설정의 해제를 알리는 MAC관리 메시지를 전송할 것을 MAC계층에 지시한다.(S860 & S870) 만일, 단말측의 요구를 수락할 것인가에 대한 판단이 CS에서 이루어진다면, 본 절차는 생략 가능하다.

상기 기지국측의 MAC은 응답 MAC관리 메시지를 단말측의 MAC에게 전송한다.(S880) 그리고 응답 MAC관리 메시지를 수신한 MAC계층은 이를 CS계층에 알린다.(S890) 한편, MAC계층은 성공적으로 DSA-RSP를 수신하였다는 것을 DSA-ACK메시지를 통해, 기지국측으로 알린다.(S900)

도20은 기지국에 의한 MIH간의 연결 해제 절차를 나타낸 것으로, 본 발명의 제1방법에 의해 설정된 MIH간의 연결을 해제하는 절차를 보여준다.

도20을 참조하여, 기지국에 의한 MIH간의 연결 해제절차를 설명하면 다음과 같다.

먼저, 기지국측의 MIH는 MIH메시지를 보내기 위한 서비스 연결 설정의 해제를 CS에 요구한다.(S910) 그리고 CS는 상기 MIH의 서비스 연결 설정 해제 요구를 MAC에 전달한다.(S920)

상기 CS의 요구를 수신한 기지국측의 MAC은 MAC관리 메시지 (Management Message)를 통해 단말측의 MAC에게 서비스 연결 설정의 해제를 요구한다.(S930) 그리고 단말측의 MAC은 Peer로부터 서비스 연결설정 해제 요구를 위한 MAC관리 메시지를 받았다는 것을 CS를 통해 MIH에게 통보한다. (S940 & S950)

기지국측으로부터 서비스 연결설정 해제 요구를 통보받게 되면, MIH는 이를 수락할 것인지 거부할 것인지 결정한다. 그리고 그 결정이 연결설정의 해제를 수락하는 것일 때, 상기 단말측의 MIH는 서비스 연결설정의 해제를 알리는 MAC관리 메시지를 전송할 것을 MAC계층에 지시한다.(S960 & S970) 만일, 기지국측의 요구를 수락할 것인가에 대한 판단이 CS에서 이루어진다면, MIH계층과의 절차는 생략 가능하다.

상기 단말측의 MAC은 응답 MAC관리 메시지를 기지국측의 MAC에게 전송한다.(S980) 그리고 응답 MAC관리 메시지를 수신한 MAC계층은 이를 CS계층에 알린다.(S990) 한편, MAC계층은 성공적으로 DSA-RSP를 수신하였다는 것을 DSA-ACK메시지를 통해, 단말측으로 알린다.(S1000)

도21은 본 발명의 제1방법에 따른 신호 교환을 프로토콜 스택구조를 통해 나타낸 것이다. 도21을 참조하여, 본 발명의 제1방법에 따른 MIH간의 신호 교환 절차를 설명하면 다음과 같다.

MIH계층에서 CS계층으로 MIH 메시지를 전송한다.(S1010) 이 MIH메시지 전송을 위한 서비스 연결설정은 도15와 도16에 예시되어 있는 것과 같이 두가지 방법으로 설정될 수 있다.

MIH 데이터 전송을 위한 서비스 연결설정에서 생성된 Service Flow 식별자와 MAC계층에서 구분하기 위해 사용되는 연결 식별자 (Connection ID)와 Mapping하여 무선구간을 통해 전송한다.(S1020)

이를 수신한 CS는 연결 식별자와 이전에 서비스 연결설정에서 생성된 Service Flow 식별자와 매핑하여, 상기 전송된 MIH 데이터임을 알고 이를 MIH계층에 전달을 한다.(S1030) MIH계층에 전달할 때의 방법은 두가지 방법으로 첫째는 CS와 MIH간의 별도의 SAP인 MIH_MAC_SAP을 통해 전달하는 방법과 기존의 상위 Protocol들과 연결이 되는 CS_SAP으로 전달을 하나 새로운 구분자 (예를 들면 Ether Type)를 통해 MIH가 구분하여 수신하는 방법의 두가지가 있다.

도22는 CS와 MIH간의 동작(기지국에서 단말로)을 나타낸 것으로, 본 발명에 따른 기지국이 서비스 연결설정을 수립하여 데이터를 보내는 동작을 보여준다.

서비스 연결설정이 이루어 지면 하나의 Service Flow ID가 생성이 되고 이 새로 생성된 ID와 MAC계층이 데이터를 무선 인터페이스를 통해 전송하기 위해 사용되는 Connection ID간의 매핑이 CS계층에서 이루어 진다. 송신측에서도 이와 유사하게 전송되어 온 Connection ID와 Service Flow ID와 매핑하여 상위에 전달할 Protocol을 결정한다.

서비스 연결설정을 할 때 상기와 같이 MIH 데이터라는 것을 명시적으로 할 수도 있고 일단 Ethernet으로 설정을 하고 그 Ethernet Frame의 구분자(Type)을 MIH로 하여 상위에서 수신하는 Protocol이 선택적으로 수신하게 할 수도 있다. 구분자가 MIH로 되는 경우에는 MIH 계층이 이를 수신하게 된다.

도23은 CS와 MIH간의 동작 (단말에서 기지국으로)을 나타낸 것으로, 본 발명에 따른 단말이 서비스 연결설정을 수립하여 데이터를 보내는 동작을 보여준다. 도23의 실시예는 도22의 실시예와 동일하나 동작절차는 반대로 진행된다.

다음은 본 발명의 제2방법에 따른 실시예들(제5, 제6실시예, 도26의 실시예)을 설명한다.

도24는 본발명의 제5실시예에 따른 MIH간의 연결설정 절차를 나타낸 것으로, 단말측 MIH에 의한 연결설정 절차를 보여준다.

본발명의 제5실시예에서는 MIH가 원격등록을 하는 것을 예로 들었으나 MAC관리 메시지를 통해 원격으로 전달되는 MIH 메시지의 전달 방법은 이와 동일하다. 본 발명에서 제안한 MIH관련 MAC관리 메시지는 상위에서 전달되는 프리미티브의 내용에 따라 TLV의 형태로 들어 가고 전달된 MAC관리 메시지는 MIH계층으로 전달된다. MAC계층에서 MIH계층으로의 전달은 MAC계층에서 관리 엔터티(Management Entity)를 통해 프리미티브의 형태로 망 제어&관리 서비스(Network Control & Management Service)를 통해 MIH계층으로 전달될 수도 있고 관리 엔터티와 MIH계층간의 별도의 SAP을 통해 전달이 될 수도 있다.

도24를 참조하여, MAC관리 메시지를 통해 MIH간에 신호를 교환하는 절차를 설명하면 다음과 같다. 본 실시예에서는 등록 요청, 응답을 통해 설명을 하였으나 다른 경우도 원격으로 MIH 메시지가 전달되는 방법은 동일하나 TLV의 내용에 의해 속성이 구분된다.

단말측 MIH가 원격으로 MAC계층에게 MIH등록을 요청을 한다.(S1110) 그리고 MAC계층은 원격등록을 위한 MAC관리 메시지를 기지국으로 전송한다. (S1120)

기지국측 MAC계층은 상기 원격등록을 위한 MAC관리 메시지가 도착하면, 이를 MIH로 전달한다.(S1130) 그리고 MIH는 원격등록에 대한 응답메시지를 생성하여 MAC계층으로 송신한다.(S1140)

MAC계층은 상기 MIH로부터 전달된 원격등록 응답메시지의 프리미티브 내용을 MAC관리 메시지에 실어서 단말로 전송한다.(S1150) 그리고 상기 MAC관리 메시지를 수신한 단말측 MAC계층은 원격등록 응답메시지를 프리미티브로 MIH계층에 전달한다.(S1160)

도25는 본발명의 제6실시예에 따른 MIH간의 연결설정 절차를 나타낸 것으로, 기지국측 MIH에 의한 연결설정 절차를 보여준다.

도25를 참조하여, MAC관리 메시지를 통해 MIH간에 신호를 교환하는 절차를 설명하면 다음과 같다.

기지국측 MIH가 원격으로 MAC계층에게 MIH등록을 요청을 한다.(S1210) 그리고 MAC계층은 원격등록을 위한 MAC관리 메시지를 단말로 전송한다. (S1220)

단말측 MAC계층은 상기 원격등록을 위한 MAC관리 메시지가 도착하면, 이를 MIH로 전달한다.(S1230) 그리고 MIH는 원격등록에 대한 응답메시지를 생성하여 MAC계층으로 송신한다.(S1240)

MAC계층은 상기 MIH로부터 전달된 원격등록 응답메시지의 프리미티브 내용을 MAC관리 메시지에 실어서 기지국으로 전송한다.(S1250) 그리고 상기 MAC관리 메시지를 수신한 기지국측 MAC계층은 원격등록 응답메시지를 프리미티브로 MIH계층에 전달한다.(S1260)

도26은 본 발명의 제2방법에 따른 신호 교환을 프로토콜 스택구조를 통해 나타낸 것이다. 도26을 참조하여, 본 발명의 제2방법에 따른 MIH간의 신호 교환 절차를 설명하면 다음과 같다. 본 실시예는 단말에서 기지국으로의 전송 절차만을 도시하였으나 기지국에서 단말로의 전송 절차는 본 실시예의 역순으로 진행된다.

MIH계층에서 원격으로 전달하고자 하는 메시지의 프리미티브를 관리 엔터티(Management Entity)로 전달을 한다.(S1310) 이 절차가 본 실시예에서는 MIH_MGMT_SAP을 통해 관리 엔터티로 전달되지만, 경우에 따라서는 MIH_ME_SAP을 통해 망제어&관리 시스템(Network Control & Management System)과 Management SAP(혹은 Control SAP)을 경유하여 관리 엔터티로 전달될 수도 있다. 그리고 상기 프리미티브는 상기 관리 엔터티에서 MAC계층으로 전달된다.(S1320)

상기 MAC계층은 MAC관리 메시지를 생성하여 관리 엔터티를 통해 전달된 상기 프리미티브의 내용을 싣는다. 그리고 물리계층을 통해 기지국으로 전송한다.(S1330) 이때 사용되는 연결 식별자(Connection ID)는 관리 연결 식별자(예: Basic CID혹은 Primary/Secondary management CID)가 사용이 된다. 따라서 상기 MAC관리 메시지를 전송할 수 있는 시점은 이들 관리를 위한 연결 식별자가 할당된 시점부터 가능하다.

상기 MAC 관리 메시지는 MIH메시지를 위한 것으로, 무선 인터페이스를 통해 기지국으로 전달된다.

그리고 기지국에 수신된 MAC관리 메시지는 물리계층을 통해 MAC계층까지 전달된다.(S1340)

상기 기지국측 MAC계층은 수신된 메시지의 내용에 해당하는 프리미티브를 생성하여 MIH으로 전달을 한다.(S1350) 이때, 전달 경로는 전술한 것과 동일하게 관리 엔터티를 경유하여 특정 SAP을 통해 MIH계층에게 곧 바로 전달될 수도 있고, 망제어&관리 시스템을 경유하여 MIH계층에게로 전달이 될 수도 있다.

이상 기술된 바와 같이, 본 발명은 멀티모드 단말(예, 광대역 무선 접속망, 무선랜망, 유선랜망, 셀룰러시스템 중 두개이상으로 구성된 이동단말)과 기지국의 MIH계층이 무선구간을 경유하여 원격으로 메시지를 전송할 수 있도록 하였다. 특히 본 발명은 MAC관리 메시지를 통해 MIH메시지를 원격으로 전달하는 경우에, 관리연결 식별자가 할당되는 즉시 메시지 전송을 수행할 수 있기 때문에 망 접속 절차가 완전히 이루어 지지 않은 상태에서도 메시지의 교환이 가능하다. 그리고 이로 인해, 보다 신속한 매개체 무관 핸드오버를 수행하게 되었다.

본 발명은 도면에 도시된 실시 예를 참고로 설명되었으나 이는 예시적인 것에 불과하며, 본 기술 분야의 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 타 실시 예가 가능하다는 점을 이해할 것이다. 따라서, 본 발명의 진정한 기술적 보호 범위는 첨부된 특허청구범위의 기술적 사상에 의해 정해져야 할 것이다.

Claims

매개체 무관 핸드오버 계층(MIH)의 요구에 따라, 단말이 기지국에게 MIH간 연결 설정을 요구하는 과정과;

기지국이 상기 요구를 수락하면, 상기 MIH가 MIH데이터를 컨버젼스 서브레이어(CS)에게 전달하고, 상기 CS는 상기 MIH데이터를 기지국으로 전송하는 과정으로 이루어진 것을 특징으로 하는 매개체 무관 핸드오버를 지원하는 통신 방법.
매개체 무관 핸드오버 계층(MIH)이 컨버젼스 서브레이어(CS)로, MIH간 연결 설정 요구와 MIH데이터를 전달하는 과정과;

상기 요구에 따라, 단말이 기지국에게 MIH간 연결 설정을 요구하는 과정과;

기지국이 상기 요구를 수락하면, 상기 CS가 MIH데이터를 기지국으로 전송하는 과정으로 이루어진 것을 특징으로 하는 매개체 무관 핸드오버를 지원하는 통신 방법.
제2항에 있어서, 상기 CS는

데이터에 있는 구분자 (Type)을 체크하여, 일반 데이터와 MIH데이터를 구분하는 것을 특징으로 하는 매개체 무관 핸드오버를 지원하는 통신 방법.
제2항에 있어서, 상기 CS는

특정 서비스접속점(SAP)를 통해 전달되는 데이터를 MIH데이터로 인식하는 것을 특징으로 하는 매개체 무관 핸드오버를 지원하는 통신 방법.
매개체 무관 핸드오버 계층(MIH)의 요구에 따라, 기지국이 단말에게 MIH간 연결 설정을 요구하는 과정과;

단말이 상기 요구를 수락하면, 상기 MIH가 MIH데이터를 컨버젼스 서브레이어(CS)에게 전달하고, 상기 CS는 상기 MIH데이터를 단말로 전송하는 과정으로 이루어진 것을 특징으로 하는 매개체 무관 핸드오버를 지원하는 통신 방법.
매개체 무관 핸드오버 계층(MIH)이 컨버젼스 서브레이어(CS)로, MIH간 연결 설정 요구와 MIH데이터를 전달하는 과정과;

상기 요구에 따라, 기지국이 단말에게 MIH간 연결 설정을 요구하는 과정과;

단말이 상기 요구를 수락하면, 상기 CS가 MIH데이터를 단말로 전송하는 과정으로 이루어진 것을 특징으로 하는 매개체 무관 핸드오버를 지원하는 통신 방법.
제6항에 있어서, 상기 CS는

데이터에 있는 구분자 (Type)을 체크하여, 일반 데이터와 MIH데이터를 구분하는 것을 특징으로 하는 매개체 무관 핸드오버를 지원하는 통신 방법.
제6항에 있어서, 상기 CS는

특정 서비스접속점(SAP)를 통해 전달되는 데이터를 MIH데이터로 인식하는 것을 특징으로 하는 매개체 무관 핸드오버를 지원하는 통신 방법.
단말이 기지국으로, 원격 등록을 위한 매체접속제어 관리 메시지를 전송하는 과정과;

상기 기지국이 단말로, 응답 메시지를 전송하는 과정과;

상기 응답 메시지의 프리미티브를 상기 단말의 매개체 무관 핸드오버 계층(MIH)으로 전달하는 과정으로 이루어진 것을 특징으로 하는 매개체 무관 핸드오버를 지원하는 통신 방법.
기지국이 단말로, 원격 등록을 위한 매체접속제어 관리 메시지를 전송하는 과정과;

상기 단말이 기지국으로, 응답 메시지를 전송하는 과정과;

상기 응답 메시지의 프리미티브를 상기 기지국의 매개체 무관 핸드오버(MIH) 계층으로 전달하는 과정으로 이루어진 것을 특징으로 하는 매개체 무관 핸드오버를 지원하는 통신 방법.