KR20140012089A

KR20140012089A - 확장된/강화된 논리적 인터페이스 작용을 위한 시스템들 및 방법들

Info

Publication number: KR20140012089A
Application number: KR1020137024032A
Authority: KR
Inventors: 미첼 퍼라스
Original assignee: 인터디지탈 패튼 홀딩스, 인크
Priority date: 2011-02-11
Filing date: 2012-02-07
Publication date: 2014-01-29
Also published as: JP2017098974A; JP6063874B2; JP2014509495A; SG192712A1; EP2673970A1; CA2827098A1; SG10201403161UA; US20120208502A1; TW201528861A; WO2012109272A1; TW201238383A; CN103370952A; CN103370952B

Abstract

시스템들, 방법들 및 방편들이 모바일 노드를 구성하기 위해 개시된다. 모바일 노드는 구성 메시지를 수신할 수 있다. 구성 메시지는 액세스 네트워크 발견 및 선택 기능(access network discovery and selection function; ANDSF)으로부터 수신될 수 있으며, 이는 오픈 모바일 얼라이언스 디바이스 관리(open mobile alliance device management; OMA DM) 서버의 부분일 수 있다. 구성 메시지는 모바일 노드 규칙을 포함할 수 있다. 모바일 노드는 모바일 노드 규칙에 따라 모바일 노드의 구성을 변경할 수 있다. 모바일 노드 규칙은 모바일 노드가 특정한 인터페이스 상에서 상향링크 패킷들을 송신할 것을 표시할 수 있다. 모바일 노드는 모바일 노드 규칙에 의해 표시된 인터페이스를 통해 상향링크 패킷을 송신할 수 있다.

Description

확장된/강화된 논리적 인터페이스 작용을 위한 시스템들 및 방법들{SYSTEMS AND METHODS FOR EXTENDED/ENHANCED LOGICAL INTERFACE BEHAVIOR}

본 출원은 2011년 2월 11일 출원된 미국 가특허 출원 번호 제61/441,895호를 우선권으로 주장하며, 그의 내용은 본원에 인용에 의해 포함된다.

네트워크 기반 IP 흐름 이동성은 네트워크 엔티티들에 의해 핸들링된다. 현재, 데이터 흐름들을 관리하는데 있어 문제들이 존재한다.

이 요약은 아래의 예시적인 실시예들의 상세한 설명에서 추가로 기술되는 개념들의 선택을 단순화된 형태로 소개하기 위해 제공된다. 이 요약은 청구되는 청구 대상의 핵심적인 특징 또는 필수적인 특징들을 식별하는 것으로 의도되지 않고 청구되는 청구대상의 범위를 제한하도록 이용되는 것으로 의도되지 않는다.

시스템들, 방법들 및 방편들(instrumentalities)은 모바일 노드와 연관되는 논리적 인터페이스(logical interface; LIF)를 구성하는 것을 포함할 수 있는 모바일 노드를 구성하도록 개시된다. 모바일 노드는 구성 메시지를 수신할 수 있다. 구성 메시지는 오픈 모바일 얼라이언스 디바이스 관리(open mobile alliance device management; OMA DM) 서버의 부분일 수 있는 액세스 네트워크 발견 및 선택 기능(access network discovery and selection function; ANDSF)으로부터 수신될 수 있다. 구성 메시지는 모바일 노드 규칙을 포함할 수 있다. 예를 들어, 구성 메시지는 모바일 노드가 인입하는(incoming) 흐름 또는 나가는(outgoing) 흐름을 어떻게 핸들링할지(예를 들어, 이용할 인터페이스, 프로세싱 방법 등)를 표시할 수 있다. 구성 메시지는 오픈 모바일 얼라이언스 디바이스 관리(OMA DM) 메시지일 수 있다. 구성 메시지는 모바일 노드로부터의 피드백에 기초할 수 있다. 구성 메시지는 동작(action) 및 파라미터를 포함할 수 있다.

모바일 노드는 모바일 노드 규칙에 따라 구성을 변경할 수 있다. 모바일 노드 규칙은 모바일 노드가 특정한 인터페이스 상에서 상향링크 패킷들을 송신할 것임을 표시할 수 있다. 모바일 노드는 모바일 노드 규칙에 의해 표시되는 인터페이스를 통해 상향링크 패킷을 송신할 수 있다. 예로서, 구성 메시지를 수신하기 전에, 모바일 노드는 연관된 하향링크 패킷이 수신되었던 물리적 인터페이스 상에서 상향링크 패킷들을 송신하도록 구성될 수 있다. 수신된 구성 메시지에 응답하여, 모바일 노드는 연관된 하향링크 패킷이 수신되었던 물리적 인터페이스와 상이한 물리적 인터페이스 상에서 상향링크 패킷들을 송신할 수 있다.

모바일 노드의 구성은 로컬 이동성 앵커(local mobility anchor; LMA)와 같은 앵커 노드에 의해 구현될 수 있다. OMA DM 서버 기능은 앵커에서 구현될 수 있다. 구성 메시지의 모바일 노드 규칙은 관련된 앵커 노드 규칙에 부합할 수 있거나, 또는 관련된 앵커 노드 규칙과 상이할 수 있다.

모바일 노드 규칙은 복수의 모바일 노드 규칙들 중 하나일 수 있다. 복수의 모바일 노드 규칙들은 우선순위화될 수 있다. 예를 들어, 우선순위화(prioritization)는 데이터 타입, 시각(time of day), 또는 비용 중 하나 이상에 기초할 수 있다.

첨부 도면들과 함께 예로서 주어진 이하의 설명으로부터 더 상세히 이해될 수 있다.

도 1a는 하나 이상의 개시된 실시예들이 구현될 수 있는 예시적인 통신 시스템의 시스템 다이어그램.
도 1b는 도 1a에서 예시된 통신 시스템 내에서 이용될 수 있는 예시적인 무선 송수신 유닛(wireless transmit/receive unit; WTRU)의 시스템 다이어그램.
도 1c는 도 1a에서 예시된 통신 시스템 내에서 이용될 수 있는 예시적인 코어 네트워크 및 예시적인 라디오 액세스 네트워크의 시스템 다이어그램.
도 1d는 도 1a에서 예시된 통신 시스템 내에서 이용될 수 있는 다른 예시적인 코어 네트워크와 다른 예시적인 라디오 액세스 네트워크의 시스템 다이어그램.
도 1e는 도 1a에서 예시되는 통신 시스템 내에서 이용될 수 있는 다른 예시적인 코어 네트워크 및 다른 예시적인 라디오 액세스 네트워크의 시스템 다이어그램.
도 2는 예시적인 논리적 인터페이스 구현을 예시하는 도면.
도 3은 네트워크-제어 IP 흐름 이동성 시퀀스의 예시적인 흐름 다이어그램.
도 4는 디바이스 관리 프로토콜의 상태들의 예시적인 흐름 다이어그램.
도 5는 예시적인 인코딩 포맷을 예시하는 도면.
도 6은 예시적인 인코딩 포맷을 예시하는 도면.
도 7은 예시적인 인코딩 포맷을 예시하는 도면.

예시적인 실시예들의 상세한 설명은 도면들을 참조하여 이제 기술될 것이다. 그러나 본 발명이 예시적인 실시예들과 함께 기술될지라도, 본 발명은 그것들로 제한되지 않으며, 다른 실시예들이 이용될 수 있거나, 또는 본 발명으로부터 벗어남 없이 본 발명의 동일한 기능을 수행하도록 수정들 및 부가들이 기술된 실시예들에 대해 가해질 수 있다는 것이 이해될 것이다. 또한, 도면들은 예시적인 것으로 간주되는 호 흐름들을 예시할 수 있다. 다른 실시예들이 이용될 수 있다는 것이 이해될 것이다. 흐름들의 순서는 적절한 경우 변동될 수 있다. 또한, 흐름들은 필요하지 않은 경우 생략될 수 있으며 부가적인 흐름들이 부가될 수 있다.

도 1a는 하나 이상의 개시된 실시예들이 구현될 수 있는 예시적인 통신 시스템(100)의 다이어그램이다. 통신 시스템(100)은 음성, 데이터, 비디오, 메시징, 브로드캐스트 등과 같은 콘텐츠를 다수의 무선 사용자들에 제공하는 다수의 액세스 시스템일 수 있다. 통신 시스템(100)은 무선 대역폭을 포함하는 시스템 자원들의 공유를 통해 다수의 무선 사용자들이 이러한 콘텐츠에 액세스하는 것을 가능하게 할 수 있다. 예를 들어, 통신 시스템들(100)은 코드 분할 다중 액세스(CDMA), 시분할 다중 액세스(TDMA), 주파수 분할 다중 액세스(FDMA), 직교 FDMA(OFDMA), 단일-캐리어 FDMA(SC-FDMA) 등과 같은 하나 이상의 채널 액세스 방법들을 이용할 수 있다.

개시된 실시예들이 임의의 수의 WTRU들, 기지국들, 네트워크들 및/또는 네트워크 엘리먼트들을 고려(contemplate)한다고 인지될 것이지만, 도 1a에서 도시되는 바와 같이, 통신 시스템(100)은 무선 송수신 유닛들(wireless transmit/receive units; WTRU들)(102a, 102b, 102c, 및/또는 102d)(일반적으로 또는 집합적으로 WTRU(102)로서 지칭될 수 있음), 라디오 액세스 네트워크(radio access network; RAN)(103/104/105), 코어 네트워크(106/107/109), 공개 교환 전화 네트워크(public switched telephone network; PSTN)(108), 인터넷(110), 및 다른 네트워크들(112)을 포함할 수 있다. WTRU들(102a, 102b, 102c, 102d) 각각은 무선 환경에서 동작 및/또는 통신하도록 구성되는 임의의 타입의 디바이스일 수 있다. 예로서, WTRU들(102a, 102b, 102c, 102d)은 무선 신호들을 송신 및/또는 수신하도록 구성될 수 있고, 사용자 장비(user equipment; UE), 이동국, 고정 또는 이동 가입자 유닛, 호출기, 셀룰러 전화, 개인 휴대 정보 단말(personal digital assistant; PDA), 스마트폰, 랩톱, 넷북, 개인용 컴퓨터, 무선 센서, 소비자 전자기기 등을 포함할 수 있다.

통신 시스템들(100)은 또한 기지국(114a) 및 기지국(114b)을 포함할 수 있다. 기지국들(114a, 114b) 각각은 코어 네트워크(106/107/109), 인터넷(110), 및/또는 네트워크들(112)과 같은 하나 이상의 통신 네트워크들에 대한 액세스를 용이하게 하기 위해 WTRU들(102a, 102b, 102c, 102d) 중 적어도 하나와 무선으로 인터페이스하도록 구성되는 임의의 타입의 디바이스일 수 있다. 예로서, 기지국들(114a, 114b)은 기지국 트랜시버(base transceiver station; BTS), 노드 B, e노드 B, 홈 노드 B, 홈 e노드 B, 사이트 제어기, 액세스 포인트(access point; AP), 무선 라우터 등일 수 있다. 기지국들(114a, 114b)이 단일의 엘리먼트로서 각각 도시되었지만, 기지국들(114a, 114b)은 임의의 수의 상호접속된 기지국들 및/또는 네트워크 엘리먼트들을 포함할 수 있다는 것이 인지될 것이다.

기지국(114a)은 기지국 제어기(base station controller; BSC), 라디오 네트워크 제어기(radio network controller; RNC), 중계 노드들 등과 같은 다른 기지국들 및/또는 네트워크 엘리먼트들(도시되지 않음)을 또한 포함할 수 있는 RAN(103/104/105)의 일부일 수 있다. 기지국(114a) 및/또는 기지국(114b)은 셀(도시되지 않음)로서 지칭될 수 있는 특정한 지리적인 영역 내에서 무선 신호들을 송신 및/또는 수신하도록 구성될 수 있다. 셀은 또한 셀 섹터들로 분할될 수 있다. 예를 들어, 기지국(114a)과 연관된 셀은 3개의 섹터들로 분할될 수 있다. 따라서 일 실시예에서, 기지국(114a)은 3개의 트랜시버들, 즉 셀의 각 섹터마다 하나의 트랜시버를 포함할 수 있다. 다른 실시예에서, 기지국(114a)은 다중-입력 다중 출력(multiple-input multiple output; MIMO) 기술을 이용할 수 있고, 그러므로 셀의 각 섹터에 대해 다수의 트랜시버들을 활용할 수 있다.

기지국들(114a, 114b)은 임의의 적합한 무선 통신 링크(예를 들어, 라디오 주파수(radio frequency; RF), 마이크로파, 적외선(infrared; IR), 자외선(ultraviolet; UV), 가시광 등)일 수 있는 공중 인터페이스(115/116/117)를 통해 WTRU들(102a, 102b, 102c, 102d) 중 하나 이상의 WTRU와 통신할 수 있다. 공중 인터페이스(115/116/117)는 임의의 적합한 라디오 액세스 기술(RAT)을 이용하여 설정될 수 있다.

보다 구체적으로, 상술한 바와 같이, 통신 시스템(100)은 다수의 액세스 시스템일 수 있으며 CDMA, TDMA, FDMA, OFDMA, SC-FDMA 등과 같은 하나 이상의 채널 액세스 방식들을 이용할 수 있다. 예를 들어, RAN(103/104/105)의 기지국(114a) 및 WTRU(102a, 102b, 102c)는 광대역 CDMA(WCDMA)를 이용하여 공중 인터페이스(115/116/117)를 설정할 수 있는 범용 모바일 원격통신 시스템(Universal Mobile Telecommunications System; UMTS) 지상 라디오 액세스(Terrestrial Radio Access; UTRA)와 같은 라디오 기술을 구현할 수 있다. WCDMA는 고속 패킷 액세스(High-Speed Packet Access; HSPA) 및/또는 이벌브드 HSPA(HSPA+)와 같은 통신 프로토콜들을 포함할 수 있다. HSPA는 고속 하향링크 패킷 액세스(High-Speed Downlink Packet Access; HSDPA) 및/또는 고속 상향링크 패킷 액세스(High-Speed Uplink Packet Access; HSUPA)를 포함할 수 있다. 다른 실시예에서, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은 롱텀 에볼루션(Long Term Evolution; LTE) 및/또는 LTE-어드밴스드(LTE-Advanced; LTE-A)를 이용하여 공중 인터페이스(115/116/117)를 설정할 수 있는 이벌브드 UMTS 지상 라디오 액세스(Evolved UMTS Terrestrial Radio Access; E-UTRA)와 같은 라디오 기술을 구현할 수 있다.

다른 실시예들에서, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은 IEEE 802.16(즉, WiMAX(Worldwide Interoperability for Microwave Access)), CDMA2000, CDMA2000 1X, CDMA 2000 EV-DO, 잠정적인 표준 2000(IS-2000), 잠정적인 표준 95(IS-95), 잠정적인 표준 856(IS-856), 모바일 통신을 위한 글로벌 시스템(Global System for Mobile communications; GSM), GSM 에볼루션을 위한 강화된 데이터 레이트(Enhanced Data rates for GSM Evolution; EDGE), GERAN(GSM EDGE) 등과 같은 라디오 기술들을 구현할 수 있다.

도 1a의 기지국(114b)은 예를 들어, 무선 라우터, 홈 노드 B, 홈 e노드 B, 또는 액세스 포인트일 수 있으며 비즈니스, 가정, 차량, 캠퍼스 등의 장소와 같이 로컬화된 영역에서 무선 접속을 용이하게 하는 임의의 적합한 RAT를 활용할 수 있다. 일 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 무선 로컬 영역 네트워크(wireless local area network; WLAN)를 설정하기 위해 IEEE 802.11과 같은 라디오 기술을 구현할 수 있다. 다른 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 무선 개인 영역 네트워크(wireless personal area network; WPAN)을 설정하기 위해 IEEE 802.15와 같은 라디오 기술을 구현할 수 있다. 또 다른 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 피코셀 또는 펨토셀을 설정하기 위해 셀룰러-기반 RAT(예를 들어, WCDMA, CDMA2000, GSM, LTE, LTE-A 등)를 활용할 수 있다. 도 1a에서 도시되는 바와 같이, 기지국(114b)은 인터넷(110)에 직접 접속할 수 있다. 따라서 기지국(114b)은 코어 네트워크(106/107/109)를 통해 인터넷(110)에 액세스하도록 요구되지 않을 수 있다.

RAN(103/104/105)은 WTRU들(102a, 102b, 102c, 102d) 중 하나 이상의 WTRU에 음성, 데이터, 애플리케이션들, 및/또는 보이스 오버 인터넷 프로토콜(voice over internet protocol; VoIP) 서비스들을 제공하도록 구성되는 임의의 타입의 네트워크일 수 있는 코어 네트워크(106/107/109)와 통신할 수 있다. 예를 들어, 코어 네트워크(106/107/109)는 호 제어, 계산서발송 서비스들(billing services), 모바일 위치-기반 서비스들, 선불 호출(pre-paid calling), 인터넷 접속, 비디오 분배 등을 제공할 수 있고 및/또는 사용자 인증과 같은 고-레벨 보안 기능들을 수행할 수 있다. 도 1a에 도시되지 않았지만, RAN(103/104/105) 및/또는 코어 네트워크(106/107/109)는 RAN(103/104/105)과 같은 동일한 RAT 또는 상이한 RAT를 이용하는 다른 RAN들과 직접적으로 또는 간접적으로 통신할 수 있다는 것이 인지될 것이다. 예를 들어, E-UTRA 라디오 기술을 활용할 수 있는 RAN(103/104/105)에 접속되는 것 외에, 코어 네트워크(106/107/109)는 또한 GSM 라디오 기술을 이용하는 다른 RAN(도시되지 않음)과 통신할 수 있다.

코어 네트워크(106/107/109)는 또한 WTRU들(102a, 102b, 102c, 102d)이 PSTN(106), 인터넷(110) 및/또는 다른 네트워크(112)에 액세스하기 위한 게이트웨이로서 역할할 수 있다. PSTN(108)은 기존 전화 서비스(plain old telephone service; POTS)를 제공하는 회선-교환 전화 네트워크들을 포함할 수 있다. 인터넷(110)은 송신 제어 프로토콜(transmission control protocol; TCP), 사용자 데이터그램 프로토콜(user datagram protocol; UDP) 및 TCP/IP 인터넷 프로토콜 스위트(suite)의 인터넷 프로토콜(internet protocol; IP)과 같이 공통 통신 프로토콜들을 이용하는 상호접속된 컴퓨터 네트워크들 및 디바이스들의 전역 시스템을 포함할 수 있다. 네트워크들(112)은 다른 서비스 제공자들에 의해 소유되고 및/또는 동작되는 유선 또는 무선 통신 네트워크들을 포함할 수 있다. 예를 들어, 네트워크들(112)은 RAN(103/104/105)과 동일한 RAT 또는 상이한 RAT를 이용할 수 있는 하나 이상의 RAN들에 접속된 다른 코어 네트워크를 포함할 수 있다.

통신 시스템(100)의 WTRU들(102a, 102b, 102c, 102d) 중 일부 또는 모두 다는 다중-모드 성능들을 포함할 수 있는데, 즉, WTRU들(102a, 102b, 102c, 102d)은 상이한 무선 링크들을 통해 상이한 무선 네트워크들과 통신하기 위해 다수의 트랜시버들을 포함할 수 있다. 예를 들어, 도 1a에 도시된 WTRU(102c)는 셀룰러-기반 라디오 기술을 이용할 수 있는 기지국(114a)과, 그리고 IEEE 802 라디오 기술을 이용할 수 있는 기지국(114b)과 통신하도록 구성될 수 있다.

도 1b는 예시적인 WTRU(102)의 시스템 다이어그램이다. 도 1b에서 도시되는 바와 같이, WTRU(102)는 프로세서(118), 트랜시버(120), 송수신 엘리먼트(122), 스피커/마이크로폰(124), 키패드(126), 디스플레이/터치패드(128), 비-착탈식 메모리(106), 착탈식 메모리(132), 전원(132), 글로벌 포지셔닝 시스템(GPS) 칩셋(136), 및 다른 주변장치들(138)을 포함할 수 있다. WTRU(102)는 일 실시예와 일관됨을 유지하면서 상술한 엘리먼트들의 임의의 서브-조합을 포함할 수 있다는 것이 인지될 것이다. 또한, 실시예들은 기지국들(114a, 및 114b) 및/또는 다른 것들 중에서도 트랜시버 스테이션(transceiver station; BTS), 노드-B, 사이트 제어기, 액세스 포인트(access point; AP), 홈 노드-B, 이벌브드 홈 노드-B(evolved home node-B; eNodeB), 홈 이벌브드 노드-B(home evolved node-B; HeNB), 홈 이벌브드 노드-B 게이트웨이 및 프록시 노드들과 같은(그러나 이들로 제한되지 않음) 기지국들(114a 및 114b)이 나타낼 수 있는 노드들이, 도 1b에서 도시되고 여기서 기술된 엘리먼트들 모두 또는 그들 중 일부를 포함할 수 있다는 것을 고려한다.

프로세서(118)는 범용 프로세서, 특수 용도 프로세서, 종래의 프로세서, 디지털 신호 프로세서(DSP), 복수의 마이크로프로세서들, DSP 코어와 연관된 하나 이상의 마이크로프로세서들, 제어기, 마이크로제어기, 주문형 집적 회로들(ASIC들), 필드 프로그래밍 가능한 게이트 어레이(FPGA들) 회로들, 임의의 다른 타입의 집적 회로(IC), 상태 머신 등일 수 있다. 프로세서(118)는 신호 코딩, 데이터 프로세싱, 전력 제어, 입력/출력 프로세싱, 및/또는 WTRU(102)가 무선 환경에서 동작하는 것을 가능하게 하는 임의의 다른 기능을 수행할 수 있다. 프로세서(118)는 송수신 엘리먼트(122)에 결합될 수 있는 트랜시버(120)에 결합될 수 있다. 도 1b가 프로세서(118) 및 트랜시버(120)를 별개의 컴포넌트들로서 도시하지만, 프로세서(118) 및 트랜시버(120)는 전자 패키지 또는 칩에 함께 통합될 수 있다는 것이 인지될 것이다.

송수신 엘리먼트(122)는 공중 인터페이스(115/116/117)를 통해 기지국(예를 들어, 기지국(114a))에 신호들을 송신하거나 기지국으로부터 신호들을 수신하도록 구성될 수 있다. 예를 들어, 일 실시예에서, 송수신 엘리먼트(122)는 RF 신호들을 송신 및/또는 수신하도록 구성되는 안테나일 수 있다. 다른 실시예에서, 송수신 엘리먼트(122)는 예를 들어, IR, UV, 또는 가시광 신호들을 송신 및/또는 수신하도록 구성되는 방출기/검출기일 수 있다. 또 다른 실시예에서, 송수신 엘리먼트(122)는 RF 및 광 신호들 둘 다를 송신 및 수신하도록 구성될 수 있다. 송수신 엘리먼트(122)는 무선 신호들의 임의의 조합을 송신 및/또는 수신하도록 구성될 수 있다는 것이 인지될 것이다.

또한, 송수신 엘리먼트(122)가 도 1b에서 단일의 엘리먼트로서 도시되었지만, WTRU(102)는 임의의 수의 송수신 엘리먼트들(122)을 포함할 수 있다. 보다 구체적으로, WTRU(102)은 MIMO 기술을 이용할 수 있다. 따라서 일 실시예에서, WTRU(102)는 공중 인터페이스(115/116/117)를 통해 무선 신호들을 송신하고 수신하기 위해 2개 이상의 송수신 엘리먼트들(122)(예를 들어, 다수의 안테나들)을 포함할 수 있다.

트랜시버(120)는 송수신 엘리먼트(122)에 의해 송신될 신호들을 변조하고 송수신 엘리먼트(122)에 의해 수신되는 신호들을 복조하도록 구성될 수 있다. 상술한 바와 같이, WTRU(102)는 다중-모드 성능들을 가질 수 있다. 따라서 트랜시버(120)는 WTRU(102)가 예를 들어, UTRA 및 IEEE 802.11과 같이 다수의 RAT들을 통해 통신하는 것을 가능하게 하기 위해 다수의 트랜시버들을 포함할 수 있다.

WTRU(102)의 프로세서(118)는 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)(예를 들어, 액정 디스플레이(liquid crystal display; LCD) 디스플레이 유닛 또는 유기 발광 다이오드(organic light-emitting diode; OLED) 디스플레이 유닛)에 결합될 수 있고, 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)로부터 사용자 입력 데이터를 수신할 수 있다. 프로세서(118)는 또한 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)에 사용자 데이터를 출력할 수 있다. 또한, 프로세서(118)는 비-착탈식 메모리(130) 및/또는 착탈식 메모리(132)와 같은 임의의 타입의 적합한 메모리에 데이터를 저장하고, 이로부터 정보를 액세스할 수 있다. 비-착탈식 메모리(130)는 랜덤-액세스 메모리(random-access memory; RAM), 판독-전용 메모리(read-only memory; ROM), 하드디스크 또는 임의의 다른 타입의 메모리 저장 디바이스를 포함할 수 있다. 착탈식 메모리(132)는 가입자 아이덴티티 모듈(subscriber identity module; SIM) 카드, 메모리 스틱, 안전한 디지털(secure digital; SD) 메모리 카드 등을 포함할 수 있다. 다른 실시예들에서, 프로세서(118)는 서버 또는 홈 컴퓨터(도시되지 않음) 상에서와 같이 WTRU(102) 상에 물리적으로 위치되지 않는 메모리에 데이터를 저장하고, 이로부터 정보를 액세스할 수 있다.

프로세서(118)는 전원(134)으로부터 전력을 수신할 수 있고, WTRU(102)의 다른 컴포넌트들에 전력을 분배 및/또는 제어하도록 구성될 수 있다. 전원(134)은 WTRU(102)에 전력을 공급하기 위한 임의의 적합한 디바이스일 수 있다. 예를 들어, 전원(134)은 하나 이상의 건전지들(예를 들어, 니켈-카드뮴(nickel-cadmium; NiCd), 니켈-아연(nickel-zinc; NiZn), 니켈 금속 수소화물(nickel metal hydride; NiMH), 리튬-이온(lithium-ion; Li-ion) 등), 태양 전지들, 연료 전지들 등을 포함할 수 있다.

프로세서(118)는 또한 WTRU(102)의 현재 위치에 관한 위치 정보(예를 들어, 위도 및 경도)를 제공하도록 구성될 수 있는 GPS 칩셋(136)에 결합될 수 있다. GPS 칩셋(136)으로부터의 정보 외에 또는 그 대신에, WTRU(102)는 기지국(예를 들어, 기지국들(114a, 114b))으로부터 공중 인터페이스(115/116/117)를 통해 위치 정보를 수신할 수 있고 및/또는 둘 이상의 근처의 기지국들로부터 수신되는 신호들의 타이밍에 기초하여 그 위치를 결정할 수 있다. WTRU(102)가 일 실시예와 일관됨을 유지하면서 임의의 적합한 위치-결정 방법에 의해 위치 정보를 획득할 수 있다는 것이 인지될 것이다.

프로세서(118)는 또한 부가적인 특징들, 기능 및/또는 유선 또는 무선 접속을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈들을 포함할 수 있는 다른 주변장치들(138)에 결합될 수 있다. 예를 들어, 주변장치들(138)은 가속도계, e-나침반, 위성 트랜시버, 디지털 카메라(사진 또는 비디오 용), 범용 직렬 버스(universal serial bus; USB) 포트, 진동 디바이스, 텔레비전 트랜시버, 핸즈 프리 헤드셋, 블루투쓰(R) 모듈, 주파수 변조(frequency modulated; FM) 라디오 유닛, 디지털 음악 재생기, 미디어 재생기, 비디오 게임 재생기 모듈, 인터넷 브라우저 등을 포함할 수 있다.

도 1c는 일 실시예에 따라 RAN(103)과 코어 네트워크(106)의 시스템 다이어그램이다. 위에서 언급한 바와 같이, RAN(103)은 공중 인터페이스(115)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위해 UTRA 라디오 기술을 이용할 수 있다. RAN(103)은 또한 코어 네트워크(106)와 통신하게 될 수 있다. 도 1c에서 도시되는 바와 같이, RAN(103)은 공중 인터페이스(115)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위해 하나 이상의 트랜시버들을 각각 포함할 수 있는 노드-B들(140a, 140b, 140c)을 포함할 수 있다. 노드-B들(140a, 140b, 140c)은 RAN(103)내의 특정한 셀(도시되지 않음)과 각각 연관될 수 있다. RAN(103)은 또한 RNC들(142a, 142b)을 포함할 수 있다. RAN(103)은 실시예들과 일관됨을 유지하면서 임의의 수의 노드-B들 및 RNC들을 포함할 수 있다는 것이 인지될 것이다.

도 1c에서 도시되는 바와 같이, 노드-B들(140a, 140b)은 RNC(142a)와 통신할 수 있다. 또한, 노드-B(140c)는 RNC(142b)와 통신할 수 있다. 노드-B들(140a, 140b, 140c)은 Iub 인터페이스를 통해 각각의 RNC들(142a, 142b)과 통신할 수 있다. RNC들(142a, 142b)은 Iur 인터페이스를 통해 서로 통신하게 될 수 있다. RNC들(142a, 142b) 각각은 자신이 접속된 각각의 노드-B들(140a, 140b, 140c)을 제어하도록 구성될 수 있다. 또한, RNC들(142a, 142b) 각각은 외부 루프 전력 제어, 로드 제어, 승인 제어, 패킷 스케줄링, 핸드오버 제어, 매크로다이버시티(macrodiversity), 보안 기능들, 데이터 암호화 등과 같은 다른 기능을 수행하거나 지원하도록 구성될 수 있다.

도 1c에서 도시된 코어 네트워크(106)는 미디어 게이트웨이(media gateway; MGW)(144), 모바일 스위칭 센터(mobile switching center; MSC)(146), 서빙 GPRS 지원 노드(serving GPRS support node; SGSN)(148), 및/또는 게이트웨이 GPRS 지원 노드(gateway GPRS support node; GGSN)(150)를 포함할 수 있다. 상술한 엘리먼트들 각각이 코어 네트워크(106)의 부분으로서 도시되지만, 이들 엘리먼트들 중 임의의 엘리먼트는 코어 네트워크 운용자 이외의 엔티티에 의해 소유되고 및/또는 운용될 수 있다는 것이 인지될 것이다.

RAN(103)의 RNC(142a)는 IuCS 인터페이스를 통해 코어 네트워크(106)의 MSC(146)에 접속될 수 있다. MSC(146)는 MGW(144)에 접속될 수 있다. MSC(146) 및 MGW(144)는 PSTN(108)과 같은 회선 교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공하여 WTRU들(102a, 102b, 102c)과 기존의 지상-라인 통신 디바이스들 간의 통신을 용이하게 할 수 있다.

RAN(103)의 RNC(142a)는 또한 IuPS 인터페이스를 통해 코어 네트워크(106)의 SGSN(148)에 접속될 수 있다. SGSN(148)은 GGSN(150)에 접속될 수 있다. SGSN(148) 및 GGSN(150)은 인터넷(110)과 같은 패킷-교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공하여 WTRU들(102a, 102b, 102c)과 IP-인에이블 디바이스들(IP-enabled devices) 간의 통신을 용이하게 할 수 있다.

위에서 언급한 바와 같이, 코어 네트워크(106)는 또한 다른 유선 또는 무선 네트워크들을 포함할 수 있는 네트워크들(112)에 접속될 수 있으며, 다른 유선 또는 무선 네트워크들은 다른 서비스 제공자들에 의해 소유되고 및/또는 운용된다.

도 1d는 일 실시예에 따른 RAN(104)과 코어 네트워크(107)의 시스템 다이어그램이다. 위에서 언급된 바와 같이, RAN(104)은 공중 인터페이스(116)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위해 E-UTRA 라디오 기술을 이용할 수 있다. RAN(104)은 또한 코어 네트워크(107)와 통신하게 될 수 있다.

RAN(104)이 e노드-B들(160a, 160b, 160c)을 포함할 수 있지만, RAN(104)은 일 실시예와 일관됨을 유지하면서 임의의 수의 e노드-B들을 포함할 수 있다는 것이 인지될 것이다. e노드-B들(160a, 160b, 160c)은 공중 인터페이스(116)를 통해 WTRU들(102a, 102b, 102c)와 통신하기 위해 하나 이상의 트랜시버들을 각각 포함할 수 있다. 일 실시예에서, e노드-B들(160a, 160b, 160c)은 MIMO 기술을 구현할 수 있다. 따라서 e노드-B(160a)는 예를 들어, 무선 신호들을 WTRU에 송신하고 WTRU로부터 무선 신호들을 수신하기 위해 다수의 안테나들을 이용할 수 있다.

e노드-B들(160a, 160b, 160c) 각각은 특정한 셀(도시되지 않음)과 연관될 수 있고, 라디오 자원 관리 판단들, 핸드오버 판단들, 상향링크 및/또는 하향링크에서 사용자들의 스케줄링 등을 핸들링하도록 구성될 수 있다. 도 1d에 도시되는 바와 같이, e노드-B들(160a, 160b, 160c)은 X2 인터페이스를 통해 서로 통신할 수 있다.

도 1d에서 도시된 코어 네트워크(107)는 이동성 관리 게이트웨이(mobility management gateway; MME)(162), 서빙 게이트웨이(164), 및 패킷 데이터 네트워크(packet data network; PDN) 게이트웨이(166)를 포함할 수 있다. 앞선 엘리먼트들 각각이 코어 네트워크(107)의 부분으로서 도시되지만, 이들 엘리먼트들 중 임의의 것은 코어 네트워크 운용자 이외의 다른 엔티티에 의해 소유되고 및/또는 운용될 수 있다는 것이 인지될 것이다.

MME(162)는 S1 인터페이스를 통해 RAN(104)의 e노드-B들(160a, 160b, 160c) 각각에 접속될 수 있다. 예를 들어, MME(162)는 WTRU들(102a, 102b, 102c)의 사용자들의 인증, 베어러 활성화/탈활성화, WTRU들(102a, 102b, 102c)의 초기 부착 동안 특정한 서빙 게이트웨이의 선택 등을 전담할 수 있다. MME(162)는 또한 RAN(104)과 GSM 또는 WCDMA와 같은 다른 라디오 기술들을 이용하는 다른 RAN들(도시되지 않음) 간의 스위칭을 위한 제어 평면 기능을 제공할 수 있다.

서빙 게이트웨이(164)는 S1 인터페이스를 통해 RAN(104)의 e노드-B들(160a, 160b, 160c) 각각에 접속될 수 있다. 서빙 게이트웨이(164)는 일반적으로 WTRU들(102a, 102b, 102c)에/로부터 사용자 데이터 패킷들을 라우팅 및 포워딩할 수 있다. 서빙 게이트웨이(164)는 또한 e노드-B간 핸드오버들 동안 사용자 평면들을 앵커(anchor)하고, 하향링크 데이터가 WTRU들(102a, 102b, 102c)에 대해 이용 가능할 때 페이징을 트리거하고, WTRU들(102a, 102b, 102c)의 콘텍스트들을 관리 및 저장하는 등과 같은 다른 기능들을 수행할 수 있다.

서빙 게이트웨이(164)는 또한 WTRU들(102a, 102b, 102c)과 IP-인에이블 디바이스들 간의 통신들을 용이하게 하기 위해 인터넷(110)과 같은 패킷-교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공하는 PDN 게이트웨이(166)에 접속될 수 있다.

코어 네트워크(107)는 다른 네트워크들과의 통신들을 용이하게 할 수 있다. 예를 들어, 코어 네트워크(107)는 WTRU들(102a, 102b, 102c)과 종래의 육상-라인 통신 디바이스들 간의 통신들을 용이하게 하기 위해 PSTN(108)과 같은 회선-교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다. 예를 들어, 코어 네트워크(107)는 코어 네트워크(107)와 PSTN(108) 간의 인터페이스로서 역할하는 IP 게이트웨이(예를 들어, IP 멀티미디어 서브시스템(multimedia subsystem; IMS)) 서버를 포함할 수 있거나, 또는 이와 통신할 수 있다. 또한, 코어 네트워크(107)는 다른 서비스 제공자들에 의해 소유되고 및/또는 운용되는 다른 유선 또는 무선 네트워크들을 포함할 수 있는 네트워크들(112)에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다.

도 1e는 일 실시예에 따라 RAN(105)과 코어 네트워크(109)의 시스템 다이어그램이다. RAN(105)은 공중 인터페이스(117)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위해 IEEE 802.16 라디오 기술을 이용하는 액세스 서비스 네트워크(access service network; ASN)일 수 있다. 아래에서 추가로 기술된 바와 같이, WTRU들(102a, 102b, 102c), RAN(105) 및 코어 네트워크(109)의 상이한 기능적 엔티티들 간의 통신 링크들은 기준점들로서 정의될 수 있다.

도 1e에서 도시된 바와 같이, RAN(105)은 기지국들(180a, 180b, 180c) 및 ASN 게이트웨이(182)를 포함할 수 있지만, RAN(105)은 일 실시예와 일관됨을 유지하면서 임의의 수의 기지국들 및 ASN 게이트웨이들을 포함할 수 있다는 것이 인지될 것이다. 기지국들(180a, 180b, 180c)은 RAN(105)내의 특정한 셀(도시되지 않음)과 각각 연관될 수 있고, 공중 인터페이스(117)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위한 하나 이상의 트랜시버들을 각각 포함할 수 있다. 일 실시예에서, 기지국들(180a, 180b, 180c)은 MIMO 기술을 구현할 수 있다. 따라서 기지국(180a)은 예를 들어, WTRU들(102a)에 무선 신호들을 송신하고 이로부터 무선 신호들을 수신하기 위해 다수의 안테나들을 이용할 수 있다. 기지국들(180a, 180b, 180c)은 또한 핸드오프 트리거링, 터널 설정, 라디오 자원 관리, 트래픽 분류, 서비스 품질(quality of service; QoS) 정책 실시 등과 같은 이동성 관리 기능들을 제공할 수 있다. ASN 게이트웨이(182)는 트래픽 집성 지점(traffic aggregation point)의 역할을 할 수 있고 페이징, 가입자 프로파일의 캐싱, 코어 네트워크(109)로의 라우팅 등을 전담할 수 있다.

WTRU들(102a, 102b, 102c)과 RAN(105) 간의 공중 인터페이스(117)는 IEEE 802.16 규격을 구현하는 R1 기준점으로서 정의될 수 있다. 또한, WTRU들(102a, 102b, 102c) 각각은 코어 네트워크(109)와의 논리적 인터페이스(도시되지 않음)를 설정할 수 있다. WTRU들(102a, 102b, 102c)과 코어 네트워크(109) 간의 논리적 인터페이스는 인증, 인가, IP 호스트 구성 관리 및/또는 이동성 관리를 위해 이용될 수 있는 R2 기준점으로서 정의될 수 있다.

기지국들(180a, 180b, 180c) 각각 간의 통신 링크는 기지국 간의 데이터의 전달 및 WTRU 핸드오버들을 용이하게 하기 위한 프로토콜을 포함하는 R8 기준점으로서 정의될 수 있다. 기지국들(180a, 180b, 180c)과 ASN 게이트웨이(182) 간의 통신 링크는 R6 기준점으로서 정의될 수 있다. R6 기준점은 WTRU(102a, 102b, 102c) 각각과 연관되는 이동성 이벤트들에 기초하여 이동성 관리를 용이하게 하기 위한 프로토콜들을 포함할 수 있다.

도 1e에서 도시된 바와 같이, RAN(105)은 코어 네트워크(109)에 접속될 수 있다. RAN(105)과 코어 네트워크(109) 간의 통신 링크는 예를 들어, 데이터 전달 및 이동성 관리 성능들을 용이하게 하기 위한 프로토콜들을 포함하는 R3 기준점으로서 정의될 수 있다. 코어 네트워크(109)는 프록시 모바일 IP 로컬 이동성 앵커(Proxy mobile IP Local Mobility Anchor; PMIP-LMA)(184), 인증, 인가, 과금(authentication, authorization, accounting; AAA) 서버(186) 및 게이트웨이(188)를 포함할 수 있다. 위의 엘리먼트들 각각이 코어 네트워크(109)의 부분으로서 도시되었지만, 이들 엘리먼트들 중 임의의 엘리먼트는 코어 네트워크 운용자 이외의 다른 엔티티에 의해 소유되고 및/또는 운용될 수 있다는 것이 인지될 것이다.

PMIP-LMA는 IP 어드레스 관리를 전담할 수 있고 WTRU들(102a, 102b, 102c)이 상이한 ASN들 및/또는 상이한 코어 네트워크들 사이에서 로밍하는 것을 가능하게 할 수 있다. PMIP-LMA(184)는 WTRU들(102a, 102b, 102c)과 IP-인에이블 디바이스들 간의 통신을 용이하게 하기 위해 인터넷(110)과 같은 패킷-교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다. AAA 서버(186)는 사용자 인증 및 사용자 서비스들의 지원을 전담할 수 있다. 게이트웨이(188)는 다른 네트워크들과의 협력(interworking)을 용이하게 할 수 있다. 예를 들어, 게이트웨이(188)는 WTRU들(102a, 102b, 102c)과 종래의 육상-라인 통신 디바이스들 간의 통신을 용이하게 하기 위해 PSTN(108)과 같은 회선-교환 네트워크들에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다. 또한, 게이트웨이(188)는 다른 서비스 제공자들에 의해 소유되고 및/또는 운용되는 다른 유선 또는 무선 네트워크들을 포함할 수 있는 네트워크들(112)에 대한 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다.

도 1e에서 도시되진 않았지만, RAN(105)는 다른 ASN들에 접속될 수 있고, 코어 네트워크(109)는 다른 코어 네트워크들에 접속될 수 있다는 것이 인지될 것이다. RAN(105)과 다른 ASN들 간의 통신 링크는 RAN(105)과 다른 ASN들 간의 WTRU들(102a, 102b, 102c)의 이동성을 조절하기 위한 프로토콜들을 포함할 수 있는 R4 기준점으로서 정의될 수 있다. 코어 네트워크(109)와 다른 코어 네트워크들 간의 통신 링크는 홈 코어 네트워크들과 방문 코어 네트워크들 간의 협력을 용이하게 하기 위한 프로토콜들을 포함할 수 있는 R5 기준점으로서 정의될 수 있다.

시스템들, 방법들 및 방편들은 모바일 노드와 연관된 논리적 인터페이스(logical interface; LIF)를 구성하는 것을 포함할 수 있는 모바일 노드를 구성하도록 개시된다. 모바일 노드는 구성 메시지를 수신할 수 있다. 구성 메시지는 오픈 모바일 얼라이언스 디바이스 관리(open mobile alliance device management; OMA DM) 서버의 부분일 수 있는 액세스 네트워크 발견 및 선택 기능(access network discovery and selection function; ANDSF)으로부터 수신될 수 있다. 구성 메시지는 모바일 노드 규칙을 포함할 수 있다. 예를 들어, 구성 메시지는 모바일 노드가 인입하는 흐름 또는 나가는 흐름을 어떻게 핸들링할지(예를 들어, 이용할 인터페이스, 프로세싱 방법들 등)를 표시할 수 있다. 구성 메시지는 오픈 모바일 얼라이언스 디바이스 관리(open mobile alliance device management; OMA DM) 메시지일 수 있다. 구성 메시지는 모바일 노드로부터의 피드백에 기초할 수 있다. 구성 메시지는 동작 및 파라미터를 포함할 수 있다.

모바일 노드는 모바일 노드 규칙에 따라 구성을 변경할 수 있다. 모바일 노드 규칙은 모바일 노드가 특정한 인터페이스 상에서 상향링크 패킷들을 송신할 것임을 표시할 수 있다. 모바일 노드는 모바일 노드 규칙에 의해 표시되는 인터페이스를 통해 상향링크 패킷을 송신할 수 있다. 예로서, 구성 메시지를 수신하기 이전에, 모바일 노드는 연관된 하향링크 패킷이 수신된 물리적 인터페이스 상에서 상향링크 패킷들을 송신하도록 구성될 수 있다. 수신된 구성 메시지에 응답하여, 모바일 노드는 연관된 하향링크 패킷이 수신된 물리적 인터페이스와 상이한 물리적 인터페이스 상에서 상향링크 패킷들을 송신할 수 있다.

모바일 노드의 구성은 로컬 이동성 앵커(local mobility anchor; LMA)와 같은 앵커 노드에 의해 구현될 수 있다. OMA DM 서버 기능은 앵커에서 구현될 수 있다. 구성 메시지에서 모바일 노드 규칙은 관련된 앵커 노드 규칙에 부합(gree with)할 수 있거나, 또는 관련된 앵커 노드 규칙과 상이할 수 있다.

모바일 노드 규칙은 복수의 모바일 노드 규칙들 중 하나일 수 있다. 복수의 모바일 노드 규칙들은 우선순위화될 수 있다. 예를 들어, 우선순위화는 데이터 타입, 시각, 또는 비용 중 하나 이상에 기초할 수 있다.

인터넷 프로토콜(Internet Protocol; IP) 스택은 IP 수트(suite)의 소프트웨어 구현으로서 지칭될 수 있다. 논리적 인터페이스(LIF)는 운영체제 내부의 구조(construct)를 지칭한다. LIF 구현에서, 링크-계층은 IP 스택으로부터 및 네트워크 노드들로부터 물리적 인터페이스들을 은폐(hide)할 수 있다. 모바일 네트워크 상의 논리적 인터페이스 구현의 예는 도 2의 다이어그램에 의해 예시된다.

네트워크-기반 IP 흐름 이동성은 로컬 이동성 앵커(local mobility anchor; LMA)와 같은 앵커가 그의 디폴트 경로로부터 상이한 경로로 특정한 흐름을 이동시키도록 판단할 때 개시할 수 있다. 앵커는 흐름이 개시될 때 어느 액세스 게이트웨이(access gateway; AG)(예를 들어, 모바일 액세스 게이트웨이(mobile access gateway; MAG))가 특정한 흐름을 포워딩하는데 이용되어야 하는지를 판단할 수 있다. 예를 들어, 판단은 네트워크-기반 또는 모바일-기반 트리거의 수신 시에 흐름의 수명(lifetime) 동안 및/또는 애플리케이션 정책 프로파일들(application policy profiles)에 기초할 수 있다. 논리적 인터페이스는 특정한 프리픽스(prefix)/흐름에 대해 하향링크(DL) 패킷들이 수신되었던 물리적 인터페이스 상에서 상향링크(UL) 패킷들을 송신한다고 특정된다. 다음 중 하나 이상이 적용될 수 있다. 앵커에서 내려진 흐름 이동성 판단은 동일한 흐름에 속한 패킷들이 새로운 인터페이스에서 도달할 때 암시적인 판단으로서 모바일 노드(mobile node; MN)에서 이해될 수 있다. 모바일 노드는 사용자 장비(UE)일 수 있지만, 이것으로 제한되지 않는다. 모바일과 액세스 게이트웨이 간의 또는 모바일과 앵커 간의 IP 흐름 이동성을 제어하기 위해서는 제어 메시지들이 교환되지 않는다. 다수의 IPv6 프리픽스들이 이용되는 경우에서, 새로운 PMIP 또는 GTP 메시지들이 생성될 필요가 있을 수 있다. 이들 메시지들은 액세스 게이트웨이에서 흐름 이동성 상태를 생성, 리프레시 또는 취소(cancel)하도록 앵커에 의해 전송될 수 있다.

도 3은 네트워크-제어 IP 흐름 이동성 시퀀스의 예시적인 흐름 다이어그램을 예시하며, 여기서 판단은 로컬 이동성 앵커(local mobility anchor; LMA)로부터 내려진다. 도 3에서, CN은 대응하는 노드(correspondent node; CN)를 표현하고, 모바일 액세스 게이트웨이(mobile access gateway; MAG)는 모바일 액세스 게이트웨이를 표현한다. 모바일 노드가 단일의-라디오 동작으로 제한되어 하나의 라디오가 하나 씩 송신할 때, 상이한 매체들을 통한 상이한 MAG들로의 부착은 순차적일 수 있다(예를 들어, 동시적이지 않거나, 또는 약간만 동시적임). 이 경우에, 계층 2.5 시그널링은 액세스 기술 간 핸드오버를 수행하고 원하는 타겟 액세스 기술, MN-ID 흐름-ID 및 프리픽스를 LMA에 통신하는데 이용될 수 있다.

정책 구성은 네트워크 부착 시에 발생하고, 계층 2 시그널링에 의해 또는 외부 채널을 통해 동적으로 MN에 전달될 수 있다. 예를 들어, L2 시그널링은 이러한 정보를 전달하고 PMIPv6 시그널링은 LMA로부터 MAG로/MAG로부터 LMA로의 라우팅 정책들을 전달할 수 있다고 가정될 수 있다. 정책들의 업데이트는 바인딩 접속(binding connection)의 수명 동안 발생할 수 있다. 정책들의 업데이트는 하나의 액세스 네트워크로부터 다른 액세스 네트워크로의 진행중인(ongoing) 흐름들을 이동시키는 결과를 발생시킬 수 있다.

UL 흐름들 동안, MN은 사용자 선호도들, 운용자 정책들, 애플리케이션 요건들 등에 기초하여 로컬 정책들을 구성할 수 있다고 가정될 수 있다. MN은 네트워크 부착 동안 또는 특유의 계층 2 트리거들의 수신 시에(예를 들어, 중단되는 링크) MAG에 정책들을 송신할 수 있다고 가정될 수 있다. 이 경우에, MN은 흐름 이동성 정책을 트리거하는 것으로 간주될 수 있다. 네트워크는 예를 들어, 네트워크 로드 조건들에 기초하여 흐름 이동성 프로시저를 균등하게 시작할 수 있다고 가정될 수 있다.

IEEE 표준 802.21 시그널링은 MN으로부터 MAG로 필터들을 전달하는데 이용될 수 있다(MIH 패킷들에 대한 IETF 표준 IP 송신). MIH 서비스 지점은 MAG 기능과 함께 전개될 수 있다.

MN과 앵커 간의 규칙들의 동적인 교환은 예를 들어, 네트워크 부착 동안 또는 계층 2 트리거(예를 들어, 중단되는 링크) 시에 MN이 규칙들을 서빙 노드에 전송함으로써 구현될 수 있다. 특정된 대로 MN과 앵커 간에 동일한 규칙을 적용함으로써 작용(behavior)이 제한될 수 있다.

오픈 모바일 얼라이언스 디바이스 관리(open mobile alliance device management; OMA DM) 규격은 모바일 전화들, PDA들, 및 팜 탑 컴퓨터들(palm top computers) 등과 같은 소형 모바일 디바이스들의 관리에 관련될 수 있다. 통신 프로토콜은 요청-응답 프로토콜일 수 있다. WAP 푸시, SMS 등과 같이 이용 가능한 방법들 중 임의의 방법을 이용하여 비동기식으로 행해질 수 있는 통신이 OMA DM 서버에 의해 개시될 수 있다. 서버로부터 클라이언트로의 초기 메시지는 통지 또는 경고 메시지(alert message)의 형태일 수 있다. 통신이 서버와 클라이언트 간에 설정되면, 메시지들의 시퀀스는 정해진 디바이스 관리 작업을 완료하도록 교환될 수 있다.

OMA DM은 비순차적으로 발생하는 메시지들일 수 있는 경고들을 제공할 수 있고 서버 및/또는 클라이언트에 의해 개시될 수 있다. 이러한 경고들은 에러, 비정상 종료 등을 핸들링하는데 이용될 수 있다. 도 4는 디바이스 관리 프로토콜의 상태들의 예시적인 흐름 다이어그램을 예시한다. 통지 메시지인 경고는 서버가 관리 세션을 수행하도록 클라이언트에 경고하는 가능성을 제공하는데 이용될 수 있다. 클라이언트는 세션을 개시할 수 있다. 통지는 세션을 개시하도록 클라이언트에 통지하기 위해 서버에 의해 전송될 수 있다. 클라이언트는 세션을 개시하도록 스스로 판단할 수 있다. 통지 메시지는 트리거 헤더 및 트리거 바디를 포함할 수 있다. 트리거 헤더는 사용자 상호작용 모드(ui 모드)를 특정할 수 있고 다음의 값들: (1) 특정되지 않음; (2) 백그라운드 관리 동작; (3) 유익한(informative) 관리 동작 및 (4) 관리 동작 이전의 사용자 상호작용 등 중 하나 이상을 포함할 수 있다. 트리거 바디는 벤더(vender)에 특정적(TLV 또는 표현의 다른 타입)일 수 있다.

액세스 네트워크 발견 및 선택 기능(access network discovery and selection function; ANDSF) 및 UE에 의해 이용될 수 있는 관리 객체들이 여기서 개시될 수 있다. 관리 객체들(management objects; MO)은 ANDSF에 의해 관리될 수 있는 액세스 네트워크 발견 정보 및 시스템간 이동성 정책을 위한 적절한 파라미터들을 포함할 수 있다. IP 흐름 이동성 및 라우팅 규칙들에 관련되는 가능한 구성의 예시적인 요약이 아래에서 도시된다.

5.102E <X>/ISRP/ 44

5.102F <X>/ISRP/<X> 44

5.102G<X>/ISRP/<X>/RulePriority 44

5.102H<X>/ISRP/<X>/ForFlowBased 45

5.1021 <X>/ISRP/<X>/ForFlowBased/<X>/45

5.102J <X>/ISRP/<X>/ForFlowBased/<X>/IPFlow45

5.102K<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/ 45

5.102L<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/AddressType 45

5.102M <X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/StartSourcelPaddress 46

5.102N<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/EndSourcelPaddress 46

5.102O<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/StartDestlPaddress 46

5.102P<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/EndDestlPaddress 46

5.102Q<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/ ProtocolType 47

5.102R<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/StartSourcePortNumber 47

5.102S<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/EndSourcePortNumber 47

5.102T <X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/StartDestPortNumber 47

5.102U<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/EndDestPortNumber 48

5.102V<X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/QoS 48

5.102W <X>/ISRP/<X>/ForFlowBased/<X>/RoutingCriteria 48

5.102X<X>/ISRP/<X>/ForFlowBased/<X>/RoutingCriteria/<X>/ 48

5.102Y<X>/ISRP/<X>/ForFlowBased/<X>/RoutingCriteria/<X>/ValidityArea 48

ValidityArea 노드는 특정한 시스템간 라우팅 정책 규칙에 대한 위치 조건들을 위한 플레이스 홀더(placeholder)로서 작동할 수 있다.

5.102Z<X>/ISRP/<X>/ForFlowBased/<X>/RoutingCriteria/<X>/ TimeOfDay 49

TimeOfDay 노드는 특정한 시스템간 라우팅 정책 규칙에 대한 날자 조건(day condition)에 대한 플레이스 홀더로서 작동할 수 있다.

5.102AA<X>/ISRP/<X>/ForFlowBased/<X>/RoutingCriteria/<X>/ APN 49

APN 리프(leaf)는 특정한 시스템간 라우팅 정책이 유효한 APN을 표시할 수 있다.

5.102AB <X>/ISRP/<X>/ForFlowBased/<X>/RoutingRule 49

RoutingRule 노드는 시스템간 라우팅 정책 규칙에 대한 선호되는 액세스를 표시할 수 있다. 이 노드 및 그의 자손들(descendant)은 <X>/Policy/<X>/PrioritizedAccess에서 정의되는 바와 같을 수 있다.

5.7 <X>/Policy/<X>/PrioritizedAccess 14

PrioritizedAccess 노드는 특정한 규칙에 대한 선호되는 액세스를 표시할 수 있다.

5.8 <X>/Policy/<X>/PrioritizedAccess/<X> 14

이 내부 노드는 하나 이상의 우선순위화된 액세스를 위한 플레이스 홀더로서 작동할 수 있다.

5.9 <X>/Policy/<X>/PrioritizedAccess/<X>/ AccessTechnology 14

AccessTechnology 리프는 우선순위화된 액세스 기술을 표시할 수 있다.

5.10 <X>/Policy/<X>/PrioritizedAccess/<X>/ Accessld 15

Accessld 리프는 액세스 네트워크 식별자를 표현할 수 있다.

5.10A <X>/Policy/<X>/PrioritizedAccess/<X>/ Secondary Accessld 15

Secondary Accessld 리프는 보조 액세스 네트워크 식별자를 표현할 수 있다.

5.11 <X>/Policy/<X>/PrioritizedAccess/<X>/ AccessNetworkPriority 15

AccessNetworkPriority 리프는 액세스 기술 우선순위를 표현할 수 있다.

인터넷 제어 메시지 프로토콜(Internet control message protocol; ICMP)은 인터넷 프로토콜 수트의 부분이다. ICMP 메시지들은 진단 또는 라우팅 목적들을 위해 또는 IP 데이터그램들의 에러들에 응답하여 생성될 수 있다. 일 예에서, 인터페이스가 인에이블되면, 호스트들은 그들의 다음의 스케줄링된 시간 보단 오히려 즉시 라우터 광고들(router advertisements)을 생성하도록 라우터에 요청하는 라우터 청원들(router solicitations)을 전송할 수 있다. 라우터들은 라우터 청원 메시지들에 응답하여, 또는 주기적으로 다양한 링크들 및 인터넷 파라미터들과 함께 그의 존재를 광고할 수 있다. 라우터 광고들은 온-링크 결정(on-link determination) 및/또는 어드레스 구성, 제안된 홉 제한 값 등을 위해 이용되는 프리픽스들을 포함할 수 있다. 에코 요청/에코 응답 메시지들은 피어를 핑(ping)하는데 이용될 수 있다.

DHCP 동작들은 다음의 상태들: IP 발견, IP 리스 제안(lease offer), IP 요청, 및 IP 리스 확인응답 중 하나 이상을 포함할 수 있다. 클라이언트는 이용 가능한 DHCP 서버들을 발견하기 위해 물리적 서브넷 상에서 메시지들을 브로드캐스트할 수 있다. DHCPDISCOVER 메시지가 이용될 수 있다. HDCP 서버가 클라이언트로부터 IP 리스 요청을 수신할 때, DHCP 서버는 클라이언트에 대한 IP 어드레스를 보존하고 DHCPOFFER 메시지를 클라이언트에 전송함으로써 IP 리스 제안을 확장할 수 있다. 클라이언트는 다수의 서버들로부터 DHCP 제안들을 수신할 수 있지만, 하나의 DHCP 제안으로 수락을 제한하고 DHCP 요청 메시지를 브로드캐스트할 수 있다. DHCP 서버가 클라이언트로부터 DHCPREQUEST 메시지를 수신할 때, 구성 프로세스는 최종 상태에 진입할 수 있다. 확인응답 상태는 DHCPACK 패킷을 클라이언트에 전송하는 것을 포함할 수 있다.

DHCP 정보 메시지를 이용하여, DHCP 클라이언트는 서버가 원래의 DHCPOFFER를 통해 전송한 것보다 많은 정보를 요청할 수 있다. 클라이언트는 특정한 애플리케이션에 대한 반복 데이터를 요청할 수 있다. 클라이언트는 DHCP 릴리즈 메시지를 이용하여 DHCP 정보를 릴리즈하도록 DHCP 서버에 요청을 전송할 수 있고, 클라이언트는 그의 IP 어드레스를 탈활성화할 수 있다.

DHCP 서버는 선택적인 구성 파라미터들을 클라이언트에 제공할 수 있다. DHCP 클라이언트는 DHCP 서버에 의해 제공된 파라미터들을 선택하고, 조작하고 무효화(overwrite)할 수 있다. 구성 파라미터들 및 다른 제어 정보는 DHCP 메시지의 옵션들의 필드에 저장된 태깅된 데이터 아이템들(tagged data items)에서 전달될 수 있다. 데이터 아이템들 그 자체는 '옵션들'이라 불릴 수 있다.

LIF 요건들은 DL 패킷들이 수신된 바로 그 인터페이스 상에서 UL 패킷들을 전송한다는 것을 기술할 수 있다. 이 작용을 달성하기 위해, MN 상의 인입하는 패킷 필터링들은 인입하는 흐름들 및 연관된 인터페이스들을 갖는 맵핑 표를 구축하기 위해 수행될 수 있다. 이 인입하는 필터링은 CPU 부담일 수 있으며, 다수의 DL 패킷들이 수신되고 인입하는 필터링이 수신 프로세스를 늦추는 조건들에서 패킷 드롭을 야기할 수 있다.

위의 LIF 작용에서, UE 상의 LIF 구현은 흐름 당 네트워크 인터페이스 선택의 미러링(mirroring)이다. 그러나 몇몇 상황들에서, UE가 상이하게 행동하는 것, 예를 들어, DL 패킷들과 상이한 인터페이스 상에서 UL 패킷들을 전송하는 것이 유리할 수 있다. 흐름들이 실시간-상황들(예를 들어, 네트워크 조건들)에 기초하여 이동될 필요가 있으므로 동적인 구성 성능은 기능들(예를 들어, IP 흐름 이동성) 지원할 필요가 있을 수 있다.

상이한 타입들의 데이터를 전달하기 위해 다수의 소켓들을 개방중인 애플리케이션은 다수의 IP 흐름들을 가질 수 있다. 네트워크에서 앵커 노드 및 LIF를 이용하여, 이들 IP 흐름들은 LIF와 연관되는 물리적 인터페이스들 사이에서 이동될 수 있다. 단일의 애플리케이션에 관련되는 IP 흐름들은 개별적으로 취급될 수 있는데, 예를 들어, 이들은 독립적으로 또는 다소 독립적으로 이동될 수 있다. 예를 들어, 3개의 IP 흐름들을 갖는 애플리케이션은 단일의 인터페이스(예를 들어, IF#1) 상에서 전송되는 3개의 흐름들을 가질 수 있고, 몇몇 지점에서, 3개의 상이한 인터페이스들(예를 들어, IF#1, IF#2, 및 IF#3) 상의 하나의 흐름이 될 수 있다. 이러한 변경들은 상이한 이유들로, 예를 들어, 네트워크 혼잡, 네트워크 판단들, 구성된 규칙들, 선호도들 등을 위해 발생할 수 있다. 이 경우에 애플리케이션에 의해 수신된 데이터는 비동기식(out-of-sync)일 수 있다. 흐름들이 독립적인 경우조차도, 동기식 방식으로 그들의 콘텐츠를 보여주고 및/또는 재생하는 것이 요구될 수 있다.

논리적인 인터페이스 강화들은 미리 결정된 작용 대신, 구성된 규칙들에 기초하여 제공될 수 있다. 구성된 규칙들의 이러한 이용은 인입하는 패킷 필터링의 방지를 허용할 수 있다. 규칙들은 네트워크 상에서 및/또는 MN 상에서 동적으로 구성될 수 있다. 개시된 시스템들, 방법들 및 방편들은 OMA DM, 802.21, DHCP, ICMP 등에 관련될 수 있다. 네트워크/앵커(예를 들어, 하향링크) 상의 구성된 규칙들은 MN(예를 들어, 상향링크) 상의 규칙들과 상이할 수 있다. 2개 이상의 규칙들(예를 들어, 조합들)이 동시에 적용될 수 있다. 규칙들의 구성은 예를 들어, 네트워크 조건들, 시각 등과 같은 상이한 상황들에 적응하기 위해 동적일 수 있다. 애플리케이션 및/또는 세션 이동성이 제공될 수 있다. 개시된 시스템들, 방법들 및 방편들은 네트워크-기반 이동성 도메인(예를 들어, PMIP, 또는 GTP)에서의 LIF 작용와 관련될 수 있고, 관련된 네트워크 노드들은 PMIPv6 또는 GTP 도메인들의 부분일 수 있다.

MN 상의 패킷 필터링은 규칙이 MN에 알려진 나가는 패킷들 상에 적용되게 함으로써 방지될 수 있다. 예를 들어, 앵커에 의해 적용되는 규칙이 MN에 의해 알려진 경우, MN은 인입하는 패킷 필터링(예를 들어, UL에서 이용할 인터페이스가 무엇인지를 결정하기 위해)을 수행할 필요가 없을 수 있는데, 그 이유는 MN은 MN이 이용할 규칙을 알 것이기 때문이다. 인입하는 패킷들을 검사하고 이어서 나가는 패킷들과 관련하여 그 작용을 미러링하도록 MN에 요구하는 대신, 적용될 규칙이 MN 상에서 구성될 수 있다. 또한, LIF 작용은 (예를 들어, 흐름들이 수신된 인터페이스 상에서 패킷들을 전송하도록 요구되는 것에 대조적으로) 유연(flexible)할 수 있다.

다음은 동적인 규칙 구성 예들을 제공할 수 있다. 구성들은 (예를 들어, 여기서 기술되는 규칙들의 타입들과 같은) 규칙들에 따라 변경될 수 있다. 앵커는 특정한 인터페이스(예를 들어, 인터페이스(IF#1))를 통해 하향링크 상에서 MN에 2개의 흐름들(예를 들어, flow#l 및 flow#2)을 전송할 수 있다. MN은 MN이 흐름에 대한 하향링크 패킷들을 수신한 인터페이스 상에서 흐름에 관련된 UL 패킷들을 전송하도록 (예를 들어, 규칙에 의해) 구성될 수 있다. 즉, MN은 flow#l 및 flow#2로부터 인입하는 패킷들 상에서 패킷 필터링을 수행함 없이 그리고 규칙에 따라 IF#1 상에서 flow#l 및 flow#2에 대한 UL 패킷들을 전송할 수 있다. 앵커는 MN의 구성을 변경할 수 있다. 예를 들어, 앵커는 IF#1 상에서 flow#1과 연관된 상향링크 패킷들 및 IF#2 상에서 flow#2와 연관된 상향링크 패킷들을 전송하도록 MN을 구성하는 새로운 규칙을 MN에 전송할 수 있다. MN에 전송된 규칙은 앵커가 따르고 있는 규칙일 수 있다. 이러한 경우에 그리고 위의 예를 지속하면, 앵커는 IF#1 상에서 MN에 flow#1을 그리고 IF#2 상에서 MN에 flow#2를 전송할 수 있다. MN에 전송된 규칙은 앵커가 따르고 있는 규칙과 상이할 수 있다. 이러한 경우에 그리로 위의 예를 지속하면, 앵커는 IF#1 상에서 MN에 flow#l 및 flow#2를 전송할 수 있다. 앵커 규칙과 상이한 MN 규칙에 따라, MN은 IF#1 상에서 flow#l 패킷들을 그리고 IF#2 상에서 flow#2 패킷들을 전송할 수 있는데; 즉, MN은 인입하는 패킷들 상에서 패킷 필터링을 수행함 없이 (예를 들어, 그의 구성 규칙에 따라) 그의 구성에 따라 UL 패킷들을 전송할 수 있다.

규칙 구성들은 앵커에 의해 MN에 대해 수행될 수 있다. MN이 앵커 상에서 규칙들을 동적으로 구성하는 경우에, MN은 흐름 송신(예를 들어, MN-제어 IP 흐름 이동성, MN-제어 인터페이스 핸드오버 등)을 제어할 수 있다.

규칙들의 동적인 구성은 상이한 상황들, 예를 들어, 네트워크 조건들, 시각 등에 대한 적응을 제공할 수 있다. 푸시(push) 가능성(예를 들어, 통지들을 전송)을 제공하는 프로토콜은 앵커에 의해 또는 MN에 의해 이용될 수 있다. 네트워크 내의 제어 엔티티는 정보의 교환 동안 포함될 수 있다. 서빙 노드(예를 들어, MAG)는 이러한 교환을 위해 이용될 수 있다. 예들로서, 규칙들은 OMA DM, DHCP, ICMP, 802.21, IKEv2, IPCP 등에서 제공된 방법들을 통해 송신될 수 있다.

OMA DM은 예를 들어, MN으로부터 네트워크로 또는 네트워크로부터 MN으로 규칙들을 동적으로 구성하도록 수정될 수 있다. OMA DM 서버 기능은 앵커, 서버 노드, 외부 OMA DM 서버(예를 들어, ANDSF) 등에서 구현될 수 있다.

ANDSF는 MN 및/또는 앵커/서빙 노드에 규칙들을 푸시할 수 있다. 앵커는 예를 들어, 네트워크 특유 프로토콜(예를 들어, PMIPv6, GTP 등) 또는 OMA-DM을 이용하여 서빙 노드에 규칙을 푸시할 수 있으며(또는 그 반대도 가능함), 서빙 노드는 OMA DM을 이용하여 규칙들을 MN에 포워딩할 수 있다. OMA DM은 MN 및 네트워크에 관한 규칙들의 초기 구성 동안 이용될 수 있고 및/또는 규칙들의 동적인 구성을 위해 이용될 수 있다.

통지(푸시)에 관하여, 트리거 헤더/사용자 상호작용 모드(ui 모드)에서 구성되는 새로운 모드가 제공될 수 있다. 새로운 값은 구성이 판독(예를 들어, 즉시 판독 ― 즉시의 관리 동작)될 준비가 되었음을 기술하도록 제공될 수 있다. 판독할 준비가 된 경우에 대해, 정보가 검색될 준비가 된 것일 수 있고 관리 세션이 설정될 필요가 있을 수 있다. 정보가 트리거 바디/벤더 특유 필드에 포함된다고 기술하기 위한 새로운 값이 제공될 수 있다. 관리 동작이 요구되지 않을 수 있고, 및/또는 정보가 메시지 그 자체 내에서 전달된 이래로 메시지가 수신되면 관리 세션을 설정할 필요가 없을 수 있다.

규칙을 위한 포맷들은 트리거 바디/벤더 특유 필드에서 전달되도록 제공될 수 있다. 예로서, 규칙은 다음의 포맷들: 동작 + 규칙 + 파라미터들(ACTION + RULE + PARAMS)을 따를 수 있다. 동작(ACTION)은 부가, 수정 또는 삭제를 특정할 수 있다. 규칙은 TLV 또는 다른 타입의 표현이 이용될 수 있음을 특정할 수 있다. 예를 들어, 동작은 연관된 규칙과 함께 전송(부가, 수정, 삭제)될 수 있다. 규칙들이 넘버링(numbered)될 수 있고 동적인 구성 동안의 교환들을 번호(들)로 제한될 수 있다.

다음은, 즉 1 = 수신된 것과 동일한 인터페이스 상에서 IP 흐름을 전송: 2= IF#X 상에서 특정한 IP 흐름을 전송; 3 = IF#X 상에서 TCP ACK들을 전송: 4 = IF#X 상에서 제어 메시지들을 전송: 5 = 가장 빠른 인터페이스 상에서 IP 흐름을 전송; 6 = 가장 저렴한 인터페이스 상에서 IP 흐름을 전송; 8 = 윈도잉 방법(windowing method)을 이용; 8 = 히스테리시스 윈도우(hysteresis window)를 이용 등은 구성될 수 있는 규칙들의 예들이다. 규칙들에는 명칭이 부여될 수 있다(예를 들어, 번호 대신 스트링(string)).

다음은 파라미터들(PARAMS)의 예들이다. 파라미터(PARAM)는 5-튜플(예를 들어, IP 소스 어드레스, IP 목적지 어드레스, IP 소스 포트, IP 목적지 포트, 프로토콜 타입)일 수 있다. 파라미터(PARAM)는 예를 들어, IPv6가 이용되는 경우 6-튜플(예를 들어, 5-튜플 + IP 흐름 레벨)일 수 있다. 파라미터(PARAM)는 구성된 규칙들에 의존할 수 있는 값, 예를 들어, 구성된 규칙 = 윈도잉 방법 또는 히스테리시스 방법인 경우 윈도우 크기 값일 수 있다. 파라미터(PARAM)는 예를 들어, 규칙이 위에서 특정된 바와 같이 예를 들어, 2, 3, 또는 4인 경우 인터페이스 식별자일 수 있다. 파라미터(PARAM)는 패킷 필터링에 대해 검사될 수 있는 다른 필드일 수 있다. 이는 TCP/IP 헤더로 제한되지 않을 수 있다.

하나 이상의 인코딩 수정이 필요할 수 있다. 기존의 카테고리는 <X>/ISRP/<X>/ForFlowBased/<X>/RoutingRule/<X>/ 를 포함할 수 있다.

<X>/ISRP/<X>/ForFlowBased/<X>/RoutingRule/<X>/ConfiguredRule Values: <여기서 개시된 바와 같이 "규칙(RULE)"에 대해 정의될 수 있음, 예를 들어, 1 ― 8>

<X>/ISRP/<X>/ForFlowBased/<X>/RoutingRule/<X>/Params

<X>/ISRP/<X>/ForFlowBased/<X>/RoutingRule/<X>/Params/WindowSize

<X>/ISRP/<X>/ForFlowBased/<X>/RoutingRule/<X>/Params/Hysteresis Value 중 하나 이상을 포함할 수 있는 필드들이 부가될 수 있다.

부가된 필드들에 대한 액세스 타입들(예를 들어, "동작(ACTION)"에 대해 특정된 바와 같이)은 부가, 삭제 및 대체를 포함할 수 있지만, 이들로 제한되지 않는다. IP 흐름을 식별하는 튜플은 <X>/ISRP/<X>/ForFlowBased/<X>/IPFlow/<X>/에서 정의될 수 있으며 라우팅 규칙들에 부가될 필요가 없을 수 있다.

ICMP는 MN과 앵커 사이에서 LIF 규칙들을 교환하는데 이용될 수 있다. ICMP 메시지들은 그 목적을 위해 정의될 수 있다. RS/RA/Echo 메시지들은 규칙들을 전달할 수 있다. 규칙들은 표준에 따라 옵션들에 부가될 수 있다. 실시예들은 ICMP의 현재 버전과 구버전 호환가능할 수 있으며, 예를 들어, 도입된 옵션이 지원되지 않는 경우 스킵(skip)될 수 있다.

'규칙(rule)'이라 불리는 옵션이 제공될 수 있다. 이 옵션은 네트워크 노드들 상에서 또는 MN 상에서 LIF 규칙들을 구성하는데 이용될 수 있다. 규칙 옵션의 예시적인 포맷은, 예를 들어, 규칙 포맷 : 동작 + 규칙 + 파라미터들(ACTION + RULE + PARAMS)은 여기서 기술된다. 도 5는 예시적인 인코딩 포맷을 예시한다. 도 5에서 도시된 것과 같은 인코딩 예는 다음의 필드들: 타입 다른 옵션을 위해 이미 이용되지 않은 수, 예를 들어, 6 ; 길이- 파라미터들(params) 길이에 의존하는 변수; 동작(Action) ― (예를 들어, 여기서 개시된 바와 같이) 1- 3; 규칙(Rule) ― (예를 들어, 여기서 개시된 바와 같이) 1 ― 8; Params ― (예를 들어, 여기서 개시된 바와 같이) 규칙에 의존한 변수 중 하나 이상을 포함할 수 있다. 규칙 옵션은 다수의 동작들/규칙들 및/또는 파라미터들을 포함할 수 있다. 이 옵션은 예를 들어, 필터 메시지들, RS/RA 메시지들, 에코(echo) 메시지들 등에 의해 이용될 수 있다.

ICMP 메시지들의 예들이 이어진다. 필터 메시지는 부가, 수정, 또는 삭제 규칙들을 위해 MN에 의해 앵커에 또는 앵커에 의해 MN에 전송될 수 있다. 필터 메시지는 여기서 개시된 바와 같이, '규칙'이라 불리는 옵션을 포함할 수 있다. 필터 대답 메시지는 필터 메시지에 대한 응답으로서 전송될 수 있다. 필터 대답 메시지는 요청 메시지로부터 수락된 필터들을 포함할 수 있다.

업데이트된 라우터 청원 및/또는 라우터 광고 메시지들(RS/RA)이 개시될 수 있다. 옵션은 국부적으로(예를 들어, MN 상에 또는 앵커 상에) 적용될 LIF 규칙들을 전달하도록 RS/RA에 부가될 수 있다. MN이 IP 어드레스를 갖지 않는 경우, RS는 라우터들에 전송될 수 있다. 이 옵션들은 MN의 LIF 규칙들을 포함할 수 있다. MN에 의해 수신되는 RA 메시지는 옵션(들)에 LIF 규칙들을 포함할 수 있다. 이들 규칙들은 수락된 그리고 RS 상에서 MN에 의해 특정된 규칙들 또는 네트워크에 의해 구성된 규칙들일 수 있다. MN의 IP 어드레스가 획득된 경우, RS 메시지는 LIF 규칙들을 수정하는데 이용될 수 있다(MN 제어됨). 이러한 경우에, RS 메시지는 앵커(로컬 IP 어드레스가 획득된 네트워크 노드)에 전송될 수 있는데, 예를 들어, 목적 IP 어드레스 = 앵커 IP 어드레스이다. 연관된 RA는 MN에 전송될 수 있는데, 예를 들어, 목적 IP 어드레스 = RS로부터의 MN의 IP 어드레스이다.

에코 요청 및/또는 에코 대답 메시지들이 이용될 수 있다. 이들 메시지들은 예를 들어, 데이터 필드 외에, 옵션들을 전달하도록 수정될 수 있다. 옵션 필드는 여기서 개시된 바와 같이 정의될 수 있다.

"흐름 필터(flow filter)"라 불리는 옵션이 제공될 수 있다. 흐름 필터는 IP 흐름 이동성을 획득하도록 적용된 필터들을 특정할 수 있다. 여기서 개시된 바와 같은 규칙 포맷이 이용될 수 있는데, 예를 들어, 동작 + 규칙 + 파라미터들(ACTION + RULE + PARAMS)이다. 이것은 어느 인터페이스 상에서 나가는 패킷들이 전송되어야 하는지를 결정하는데 이용될 수 있는 규칙들의 리스트 및/또는 관련된 파라미터들을 포함할 수 있다. 패킷 필터링을 위해 이용된 필드들은 파라미터들(PARAMS) 필드(예를 들어, 5-튜플 및 원하는 나가는 인터페이스들)에서 특정될 수 있다.

도 6은 예시적인 인코딩 포맷을 예시한다. 이는 규칙 포맷이 정의되는 방법의 예이다. 다른 포맷들이 유사한 작용을 달성하도록 선택될 수 있다(예를 들어, 규칙들의 리스트 외에 인코딩될 수 있는 동작들의 리스트). 도 6에서 예시되는 바와 같이, 규칙 포맷은, 규칙 포맷 = CODE_FLOW_FILTER 길이 동작 규칙 파라미터들일 수 있다.

도 6의 예에서,

CODE_FLOW_FILTER = 100;

길이(Len) = n (여기서 n는 길이를 표현할 수 있음);

동작(Action)은 값, 예를 들어, 번호(여기서 번호는 동작을 표현할 수 있고, 예를 들어, 1-3의 범위가 제공될 수 있으며, 여기서 부가 = 1, 수정 = 2 및 삭제 = 3임)일 수 있고; 규칙(Rule)은 값, 예를 들어, 번호(여기서 번호는 표 1에서 예시되는 바와 같이 파라미터(Param) 및/또는 길이(length)와 연관될 수 있는 특정한 규칙을 표현할 수 있음)일 수 있다.

규칙	파라미터	길이
1= 수신된 것과 동일한 인터페이스 상에서 IP 흐름을 전송함	n/a	0
2= IF X 상에서 이 IP 흐름을 전송함	인터페이스 id	1
3= IF X 상에서 TCP ACK들을 전송함	인터페이스 id	1
4= IF X 상에서 제어 메시지를 전송함	인터페이스 id	1
5= 가장 빠른 인터페이스 상에서 IP 흐름을 전송함	n/a	0
6= 가장 저렴한 인터페이스 상에서 IP 흐름을 전송함	n/a	0
7= 윈도잉 방법을 이용함	윈도우 크기	1
8= 히스테리시스 윈도우를 이용함	윈도우 크기	1

도 7은 2개의 규칙들을 추가한 예시적인 규칙 포맷을 예시한다. 도 7에서, 위의 예들에 이어, 동작은 부가 동작을 표시하는 1로서 나열된다. 2개의 규칙 표시자들이 존재한다. 제 1 규칙 표시자는 1로서 나열되며, 이는 그것이 수신한 인터페이스 상에서 IP 흐름이 전송되는 것을 표시한다. 제 2 규칙 표시자는 7로서 나열되며, 이는 윈도잉 방법 이용을 표시한다. 제 2 규칙에 이어서, 3으로서 나열되는 값 표시가 이어지며, 이는 윈도우 크기가 3임을 표시한다. 규칙 포맷은 도 7의 예에 의해 예시되는 바와 같이 다양한 방식으로 변경될 수 있다.

DHCPDISCOVER, DHCPOFFER, DHCPREQUEST, DHCPACK, DHCPINFORM과 같은 메시지들은 IPv4 환경에서 규칙들을 송신하는데 이용될 수 있다. 다음의 예들은 예시적이다. DHCPDISCOVER 메시지는 여기서 개시된 옵션들(예를 들어, MN 제어됨)과 같은 옵션들을 이용하여 규칙들을 특정할 수 있다. DHCPOFFER 메시지는 여기서 개시된 옵션들(예를 들어, 수락된 MN 규칙들(거절된 규칙들을 포함되지 않음) 또는 앵커 규칙들)과 같은 옵션들을 이용하여 규칙들을 송신할 수 있다. DHCPREQUEST 메시지는 여기서 개시된 옵션들(예를 들어, 수정된 규칙들(MN 제어됨) 또는 DHCPOFFER 상에서 앵커로부터 수신된 수락된 규칙들)과 같은 옵션들을 이용하여 규칙들을 송신할 수 있다. 이들은 MN이 규칙을 수정할 필요가 있을 때 전송될 수 있다. 예를 들어, DHCP 리뉴얼 트리거를 대기할 필요가 없을 수 있다. DHCPACK 메시지는 앵커에 의해 수락되고 DHCPREQUEST 또는 DHCPINFORM을 이용하여 송신되는 규칙들을 포함할 수 있다. 이는 앵커 규칙들을 포함할 수 있다. 거절된 규칙들은 포함되지 않을 수 있다. DHCP 서버는 DHCPACK 메시지를 이용하여 새로운/수정된 규칙들을 구성할 수 있다. 이 경우에, MN은 수락된 규칙들을 포함하는 DHCPREQUEST 또는 DHCPINFORM을 역으로(back) 전송할 수 있다. 거절된 규칙들이 포함되지 않을 수 있다. DHCPINFORM 메시지는 여기서 개시된 옵션들(예를 들어, MN 제어됨)과 같은 옵션들을 이용하여 규칙들을 특정할 수 있다.

IPv6 환경에서 DHCP의 이용은 상이한 메시지들을 이용할 수 있게 할 수 있다. 다음은 여기서 개시된 바와 같은 옵션들을 전달할 수 있는 예시적인 메시지들이다. DHCPSOLICIT 메시지는 옵션들(예를 들어, MN 제어됨)을 이용하여 규칙들을 특정할 수 있다. DHCPADVERTISE 메시지는 옵션들(예를 들어, 수락된 MN 규칙들(거절된 규칙들을 포함되지 않을 수 있음) 또는 앵커 규칙들)을 이용하여 규칙들을 송신할 수 있다. DHCPREQUEST / DHCPRENEW / DHCPREBIND 메시지들은 여기서 개시된 옵션들(예를 들어, 수정된 규칙들(MN 제어됨) 또는 수락된 규칙들(DHCPADVERTISE 또는 DHCPREQUEST 상에서 앵커로부터 수신됨))과 같은 옵션들을 이용하여 규칙들을 송신할 수 있다. 메시지는 MN이 규칙을 수정해야 할 때 전송될 수 있다. DHCPREPLY 메시지는 앵커에 의해 수락된, MN에 의해 구성되는 규칙들을 포함할 수 있고, 거절된 규칙들을 포함하지 않을 수 있다. 이 메시지는 앵커 규칙들을 포함할 수 있다. DHCP 서버는 DHCPRECONFIGURE 메시지를 이용하여 새로운/수정된 규칙들을 구성할 수 있다. 이 경우에, MN은 현재 이용되는 규칙들을 포함하는 DHCPRENEW 또는 DHCPINFORMATION-REQ를 역으로 전송할 수 있다. DHCP 서버는 이어서 DHCPREPLY 메시지를 이용하여 구성되는 규칙들을 역으로 전송할 수 있다. DHCPINFORMATION_REQ 메시지는 여기서 개시된 옵션들(예를 들어, MN 제어됨)과 같은 옵션들을 이용하여 규칙들을 특정할 수 있다.

DHCP 서버는 서빙 노드와 함께 위치될 수 있다. 규칙들은 (예를 들어, PMIPv6 또는 GTP를 이용하여) 서빙 노드와 앵커 노드 사이에서 송신될 수 있다. MN은 DHCP 클라이언트로서 작동한다. DHCP 서버는 앵커 노드와 함께 위치될 수 있으며, 여기서 규칙들은 앵커에 의해 (예를 들어, PMIPv6 또는 GTP를 이용하여) 서빙 노드에 포워딩될 수 있다. MN은 DHCP 클라이언트로서 작동할 수 있다. DHCP 서버는 외부 노드에서 구현될 수 있으며, 여기서 MN 및 앵커는 규칙들을 획득하고 및/또는 구성하기 위해 DHCP 클라이언트로서 작동할 수 있다. 서빙 노드는 DHCP 서버와 직접 상호작용하기 위해 DHCP를 이용할 수 있거나, 또는 (예를 들어, PMIPv6 또는 GTP를 이용하여) 앵커와 상호작용할 수 있다.

IEEE 표준 802.21은 MN과 네트워크 간에 규칙들을 송신하는데 이용될 수 있다. 이는 몇 개의 방식들로, 예를 들어, 커맨드 서비스(command services; CS), 이벤트 서비스(event services; ES), 정보 서비스(information services; IS) 등을 이용하여 구현될 수 있다. CS, ES 및/또는 IS를 핸들링하는 MIH 서버는 네트워크 상에 별개의 노드(예를 들어, ANDSF)에 위치될 수 있거나, 앵커(예를 들어, LMA) 또는 서빙 노드(예를 들어, MAG)와 함께 위치될 수 있다. IEEE 표준 802.21은 예를 들어, MN으로부터 네트워크로 및/또는 네트워크로부터 MN으로 규칙들을 동적으로 구성하는데 이용될 수 있다. 일 예에서, 802.21 시그널링은 MN으로부터 MAG로 필터들을 전달하는데 이용될 수 있다.

여기서 개시된 메시지들의 조합들이 활용될 수 있다. 예를 들어, CS, ES, IS 등의 조합들이 이용될 수 있다. 커맨드 서비스들에 관해, 메시지 MIH_Link_Configure_Threshold 요청/응답은 규칙들을 구현하는데 이용될 수 있다. 파라미터들에서의 몇몇 수정들이 요구될 수 있다. 예를 들어, LINK_PARAM_TYPE은 부가적인 타입의 파라미터, 예를 들어, LINK_PARAM_LIF_RULE를 수락하도록 수정될 수 있다. LINK_TYPE은 유효 값으로서 “모두”를 수락하도록 수정될 수 있다. 예를 들어, MIH_Set_Parameters 요청/응답, 예를 들어, LIF 규칙들을 지원하도록 수정된 LINK_PARAM_TYPE와 같은 부가적인 메시지들이 도입될 수 있다.

정보 서비스들에 관해, MIH_Push_Information 표시 메시지가 LIF 규칙들을 송신하는데 이용될 수 있다. 이 메시지는 각각 네트워크 또는 MN 상에서 동적으로 규칙들을 푸시하도록 MN 또는 네트워크에 의해 이용될 수 있다. MIH_Set_Information 요청/응답 메시지들이 부가될 수 있다. 이들 메시지들은 SET가 GET 대신 행해질 수 있는 것을 제외하면 기존의 MIH_Get_Information 요청/응답 메시지와 유사할 수 있다.

이들 메시지들의 조합은 예를 들어, 네트워크 내의 별개의 노드가 802.21 IS를 구현하는데 이용되는 경우 이용될 수 있다. 예들은 다음을 포함할 수 있다. 앵커가 MN 상에서 규칙들을 구성하고자 하는 경우, MIH_Set_Information 요청은 802.21 IS 노드 상에서 정보를 세팅하는데 이용될 수 있다. 이 노드는 이어서 MN 상에서 규칙을 구성하기 위해 MIH_Push_lnformation 표시를 이용할 수 있다. 앵커 노드는 새로운 구성 엘리먼트들이 이용 가능하다는 것을 MN에 통지하기 위해 MIH_Push_Information 표시를 이용할 수 있는 독립적인 노드 상에서 LIF 규칙을 구성하기 위해 MIH_Push_Information 표시를 이용할 수 있다. MN은 LIF 규칙들을 질의하기 위해 새로운 파라미터들을 갖는 기존의 MIH_Get_Information 요청을 이용하여 네트워크 노드에 질의할 수 있다. MIH_Get_Information 응답이 LIF 규칙들을 전달하기 위해 수정될 수 있다.

이벤트 서비스들에 관하여, MIH_Link_Parameter_Report 표시가 LIF 규칙들을 송신하는데 이용될 수 있다. 예를 들어, MIH_New_Config 표시와 같은 새로운 메시지들이 도입될 수 있다.

LIF 작용은 MN 상에서 그리고 앵커 상에서 상이한 규칙들을 적용함으로써 강화될 수 있다. 예를 들어, 앵커는 IF#1 상에서 하향링크 패킷들이 전송된다는 것을 기술하는 규칙(예를 들어, 정해진 흐름에 대해)을 가질 수 있는 반면에, MN은 IF#2 상에서 상향링크 패킷들이 전송될 수 있음을 기술하는 규칙(예를 들어, 흐름에 대해)을 통해 구성될 수 있다.

다수의 규칙들(예를 들어, 복수)이 조합될 수 있다. 다수의 규칙들은 우선순위화될 수 있다. 규칙들은 우선순위화에 따라 이용될 수 있다. 다음은 다수의 규칙들을 이용하는 예들이다. 하향링크 패킷들이 수신되는 인터페이스 상에서 상향링크 패킷들을 전송하기 위한 규칙과 같은 규칙은 여기서 기술되는 윈도잉 메커니즘과 조합될 수 있다. 윈도우 크기는 연관된 규칙과 동일한 시간에 구성될 수 있다.

다수의 규칙들은 상이한 타입들의 정보에 관련될 수 있다. 제어 패킷들이 가장 신뢰할 수 있는 인터페이스(예를 들어, IF#1) 상에서 전송되는 규칙과 같은 규칙은 가장 빠른 인터페이스(예를 들어, IF#2) 상에서 데이터가 전송되는 규칙과 조합될 수 있다. 이들 규칙들은 MN 및/또는 앵커 상에서 적용될 수 있다.

규칙들은 송신들의 타입들에 기초하여 우선순위화될 수 있다. 규칙은 재송신(예를 들어, TCP 계층에 의해 수행됨)이 가장 신뢰할 수 있는 링크 상에서 전송되는 반면에 정규 트래픽은 가장 빠른 또는 가장 저렴한 링크 상에서 전송되도록 하는 우선순위화를 제공할 수 있다. 이러한 규칙은 MN 및/또는 앵커 상에서 구성될 수 있다.

규칙들은 시간(예를 들어, 시각) 및 비용(예를 들어, 정보를 전송하기 위한 비용)에 기초하여 우선순위화될 수 있다. 규칙은 9:00AM 내지 5:00PM의 패킷들이 가장 빠른 인터페이스(예를 들어, IF#1) 상에서 전송되는 반면에, 하루의 잔여시간 동안의 패킷들은 가장 저렴한 인터페이스(예를 들어, IF#2) 상에서 전송되도록 하는 우선순위화를 제공할 수 있다. 이는 예를 들어, 작동하는 동안 가장 빠른 및/또는 자유로운 링크를 이용하고 작동하지 않는 동안 가장 저렴한 링크로 스위칭하도록 행해질 수 있다.

규칙은 노드가 연관된 패킷들(예를 들어, 미러링 규칙)을 수신한 인터페이스 상에서 노드가 패킷들을 전송한다는 것을 기술할 수 있다. 이러한 규칙은 MN 및/또는 앵커에 적용될 수 있다. 예들이 이어진다. 앵커는 자신이 상향링크 패킷을 수신한 인터페이스 상에서 자신이 하향링크 패킷들을 전송하는 규칙을 통해 구성될 수 있다. 이 규칙은 앵커 상의 구성으로 제한될 수 있다. 이러한 규칙은 시그널링 메시지들을 요구함 없이 MN-제어 IFOM를 인에이블할 수 있는데, 예를 들어, MN은 패킷들을 어디서 전송할지를 판단하고 앵커는 MN 판단들에 따른다.

논리적인 인터페이스 작용은 IP 흐름 이동성을 인에이블하기 위해 이용될 수 있다. 예를 들어, IP 흐름들은 그 이동을 주지시키는 애플리케이션 없이 하나의 인터페이스로부터 다른 인터페이스로 독립적으로 이동될 수 있다. 논리적 인터페이스는 인터페이스가 변경중인 더 높은 계층들로부터 은폐될 수 있다. 흐름들은 함께 부착될 수 있어서, 흐름이 이동될 때, 부착된 흐름은 동일한 방식으로 이동될 수 있다. 부착된 흐름들은 예를 들어, 애플리케이션에 연관된 흐름들의 서브세트 또는 애플리케이션과 연관된 흐름들일 수 있다(예를 들어, 애플리케이션은 3개의 활성 흐름들을 가질 수 있으며, 이들 중 2개는 함께 부착되고 다른 하나는 독립적임).

네트워크는 흐름이 언제 이동되어야 하는지, 흐름이 어느 인터페이스로 이동되어야 하는지, 다른 흐름들이 동시에 이동될지(예를 들어, 부착된 흐름들) 등을 결정할 수 있다. MN 상에서 구현되는 LIF 모듈은 네트워크 판단을 미러링하도록 대기할 수 있다. LIF 모듈은 부착된 흐름들이 인입하는 방향으로 이동될 기회를 제공하고, 이어서 동시에 나가는 인터페이스 변경을 영향받는 흐름들(impacted flows)에 적용하도록 흐름 이동을 상향링크 패킷들에 적용하기 이전에 특정한 시구간 동안 대기할 수 있다. LIF 모듈은 흐름들이 함께 부착되었는지가 인지될 필요가 없을 수 있다. 이러한 경우에, 그 지식에 대한 필요성은 네트워크로 제한될 수 있는데, 그 이유는 모바일 상의 LIF 모듈이 네트워크에 의해 개시되는 이동들의 미러링일 수 있기 때문이다. 모바일 상의 LIF 모듈은 어느 흐름들이 함께 부착되었는지를 인지하는 경우, LIF 모듈은 이동한 흐름들에 대한 흐름 이동을 미러링하고 부착된 흐름들에 대해 동일한 이동을 자율적으로 개시할 수 있다. 위의 프로시저들은 모바일과 네트워크 간의 역전된 역할들로 적용될 수 있다.

네트워크 및 모바일은 흐름 이동들을 개시하는 성능을 가질 수 있다. 충돌 해결이 제공될 수 있다. 네트워크는 특정한 인터페이스(X)로의 흐름의 이동(예를 들어, flow#1)을 요구할 수 있는 반면에, 모바일은 상이한 인터페이스(Y)(예를 들어, 이동 판단이 모바일 및 네트워크로부터 허용됨)로 flow#1에 부착되는 다른 흐름(예를 들어, flow#2)의 이동을 요청한다. 이 경우에, 우선순위들이 모바일에 또는 네트워크에 주어질 수 있고, 예를 들어, 네트워크는 이동에 관한 최종 판단을 내릴 수 있다. 우선순위들은 정책들 내로 구성될 수 있다. 이 예에서, 네트워크는 우선순위를 가질 수 있다. 위에서 기술된 경우에 대해, flow#1은 인터페이스(X)로 이동될 것인 반면에, 인터페이스(Y)로의 flow#2의 이동은 거절될 것인데, 그 이유는 이들 2개의 흐름들은 부착되고 네트워크는 이 예에서 모바일 위의 우선순위를 갖기 때문이다.

기법은 최초의 흐름 이동을 수락하고 충돌하는 후속 흐름들을 거절하도록 구현될 수 있다. IP 패킷들의 타임스탬프는 어느 흐름 이동이 최초의 흐름인지를 결정하는데 이용될 수 있다.

부착된 흐름들의 식별이 제공될 수 있다. IP 흐름들은 다수의 방식들로 식별될 수 있다. 5-튜플, 즉 IP 소스 어드레스, IP 목적지 어드레스, 소스 포트, 목적지 포트 및 프로토콜이 이용될 수 있다. 다른 필드들이 이용될 수 있고 정책들에 의해 구성될 수 있다. 아래의 논의는 5-튜플이 IP 흐름들을 식별하기 위해 이용된다고 가정할 수 있다.

흐름 부착은 모바일 측 상에서 수행될 수 있다. 흐름들은 애플리케이션들에 의해, 또는 모바일 상의 흐름 관리 엔티티에 의해 함께 부착될 수 있다. 애플리케이션들이 흐름-인식(flow-aware)인 경우, 애플리케이션들은 소켓을 개방할 때, 이 5-튜블에 대해 또는 소켓과 연관될 수 있는 흐름 그룹(flowGroup) 또는 그들 자신들(예를 들어, applicationID)을 식별하기 위한 필드(들)를 특정할 수 있다. LIF 모듈은 이 정보로 구성되고 이를 그의 기존의 맵핑 표에 통합할 수 있다. 예를 들어, 표 2는 최초 2개의 식별된 흐름들이 부착될 수 있는 예시적인 LIF 맵핑 표이다(표 2의 2열 및 3열).

ApplicationID	FlowGroup	흐름 식별자(5-튜플)	인입하는 인터페이스	나가는 인터페이스
Appl-X	1	5-튜플 A	IF#1	IF#1
Appl-X	1	5-튜플 B	IF#2	IF#2
Appl-X	2	5-튜플 C	IF#2	IF#2
Appl-Y	1	5-튜플 D	IF#1	IF#1

애플리케이션들은 소켓 API 이외의 다른 인터페이스를 이용하여 그의 흐름들을 구성할 수 있다. 흐름 관리 엔티티는 그의 흐름들을 동적으로 구성하기 위해 애플리케이션들에 의해 호출될 수 있는 함수, 예를 들어, FlowConfig(ApplicationID, FlowGroup)를 익스포트(export)할 수 있다. LIF 모듈은 구성 함수, 예를 들어, LIF_FlowConfig(ApplicationID, FlowGroup)를 익스포트할 수 있다. 애플리케이션이 흐름-인식이 아닌 레거시 애플리케이션(legacy application)인 경우, 흐름들은 콘텐츠 제공자를 식별할 수 있는 목적지 IP 어드레스에 기초하여 부착될 수 있다. 이 경우에, 동일한 목적지로 향하는 흐름들이 함께 부착될 것이다.

흐름 부착은 네트워크 측 상에서 수행될 수 있다. 네트워크 측 상의 흐름 이동 제어 노드는 IP 패킷들을 주시함으로써 애플리케이션에 관한 정보를 갖지 않을 수 있다. 그것은 소스 IP 어드레스를 인지할 수 있지만, 소스 IP 어드레스는 애플리케이션을 식별할 수 없을 수 있다. 흐름을 애플리케이션에 연관시키고 이어서 흐름들을 함께 부착할 수 있기 위해, 네트워크 노드는 IP 패킷들을 조사하기 이전에 정보를 수신할 필요가 있다. 애플리케이션/흐름들에 관한 이러한 부가적인 정보는 모바일로부터 구성 메커니즘을 통해 수신될 수 있다.

헤더는 ApplicationID 및 FlowGroup을 특정하기 위해 IP 패킷들에서 제공될 수 있다. 헤더는 애플리케이션 데이터와 송신 헤더(예를 들어, UDP/TCP) 사이에 부가될 수 있다. ApplicationID 및 FlowGroup는 거기에서 특정될 수 있다. 네트워크 노드는 그 정보를 추출하고 내부 흐름 부착 표를 구축가능할 수 있다. 정책들은 이러한 헤더가 이용될지를 특정할 수 있다.

Claims

모바일 노드와 연관되는 논리적 인터페이스(logical interface; LIF)를 구성하기 위한 방법에 있어서,
액세스 네트워크 발견 및 선택 기능(access network discovery and selection function; ANDSF)으로부터 구성 메시지를 수신하는 단계 ― 상기 구성 메시지는 모바일 노드 규칙(mobile node rule)을 포함하고, 상기 구성 메시지는 오픈 모바일 얼라이언스 디바이스 관리(open mobile alliance device management; OMA DM) 메시지임 ― ;
상기 모바일 노드 규칙에 따라 상기 모바일 노드의 구성을 변경하는 단계; 및
상기 모바일 노드 규칙에 의해 표시되는 인터페이스를 통해 상향링크 패킷을 송신하는 단계
를 포함하는, 모바일 노드와 연관되는 논리적 인터페이스(LIF)를 구성하기 위한 방법.
제 1 항에 있어서,
상기 인터페이스는 하향링크 인터페이스와 상이한, 모바일 노드와 연관되는 논리적 인터페이스(LIF)를 구성하기 위한 방법.
제 1 항에 있어서,
상기 구성 메시지는 상기 모바일 노드로부터의 피드백에 기초하는, 모바일 노드와 연관되는 논리적 인터페이스(LIF)를 구성하기 위한 방법.
제 1 항에 있어서,
상기 모바일 노드 규칙은 앵커 노드 규칙과 상이한, 모바일 노드와 연관되는 논리적 인터페이스(LIF)를 구성하기 위한 방법.
제 1 항에 있어서,
상기 모바일 노드 규칙은 앵커 노드 규칙에 부합(agree with)하는, 모바일 노드와 연관되는 논리적 인터페이스(LIF)를 구성하기 위한 방법.
제 1 항에 있어서,
상기 모바일 노드 규칙은 복수의 모바일 노드 규칙들 중 하나인, 모바일 노드와 연관되는 논리적 인터페이스(LIF)를 구성하기 위한 방법.
제 6 항에 있어서,
상기 복수의 모바일 노드 규칙들은 우선순위화되고,
상기 우선순위화는, 데이터 타입, 시각(time of day), 또는 비용 중 하나 이상에 기초하는, 모바일 노드와 연관되는 논리적 인터페이스(LIF)를 구성하기 위한 방법.
제 1 항에 있어서,
상기 구성 메시지는 동작 및 파라미터를 포함하는, 모바일 노드와 연관되는 논리적 인터페이스(LIF)를 구성하기 위한 방법.
제 1 항에 있어서,
상기 상향링크 패킷과 연관되는 부착된 흐름(glued flow)을 결정하는 단계; 및
상기 모바일 노드 규칙에 의해 표시되는 인터페이스를 통해 상기 부착된 흐름을 송신하는 단계
를 더 포함하는, 모바일 노드와 연관되는 논리적 인터페이스(LIF)를 구성하기 위한 방법.
모바일 노드에 있어서,
액세스 네트워크 발견 및 선택 기능(access network discovery and selection function; ANDSF)으로부터 구성 메시지 ― 상기 구성 메시지는 모바일 노드 규칙(mobile node rule)을 포함하고, 상기 구성 메시지는 오픈 모바일 얼라이언스 디바이스 관리(open mobile alliance device management; OMA DM) 메시지임 ― 를 수신하도록 구성된 수신기;
상기 모바일 노드 규칙에 따라 상기 모바일 노드의 구성을 변경하도록 구성된 프로세서; 및
상기 모바일 노드 규칙에 의해 표시되는 인터페이스를 통해 상향링크 패킷을 송신하도록 구성된 송신기
를 포함하는, 모바일 노드.
제 10 항에 있어서,
상기 인터페이스는 하향링크 인터페이스와 상이한, 모바일 노드.
제 10 항에 있어서,
상기 구성 메시지는 상기 모바일 노드로부터의 피드백에 기초하는, 모바일 노드.
제 10 항에 있어서,
상기 모바일 노드 규칙은 앵커 노드 규칙과 상이한, 모바일 노드.
제 10 항에 있어서,
상기 모바일 노드 규칙은 앵커 노드 규칙에 부합하는(agree with), 모바일 노드.
제 10 항에 있어서,
상기 모바일 노드 규칙은 복수의 모바일 노드 규칙들 중 하나인, 모바일 노드.
제 15 항에 있어서,
상기 복수의 모바일 노드 규칙들은 우선순위화되고,
상기 우선순위화는, 데이터 타입, 시각(time of day), 또는 비용 중 하나 이상에 기초하는, 모바일 노드.
제 10 항에 있어서,
상기 구성 메시지는 동작 및 파라미터를 포함하는, 모바일 노드.
제 10 항에 있어서,
상기 프로세서는 또한, 상기 상향링크 패킷과 연관되는 부착된 흐름(glued flow)을 결정하도록 구성되고,
상기 송신기는 또한, 상기 모바일 노드 규칙에 의해 표시되는 인터페이스를 통해 상기 부착된 흐름을 송신하도록 구성되는, 모바일 노드.