KR101615000B1 - 세션 관리자 및 소스 인터넷 프로토콜(ip) 어드레스 선택 - Google Patents

세션 관리자 및 소스 인터넷 프로토콜(ip) 어드레스 선택 Download PDF

Info

Publication number
KR101615000B1
KR101615000B1 KR1020137029811A KR20137029811A KR101615000B1 KR 101615000 B1 KR101615000 B1 KR 101615000B1 KR 1020137029811 A KR1020137029811 A KR 1020137029811A KR 20137029811 A KR20137029811 A KR 20137029811A KR 101615000 B1 KR101615000 B1 KR 101615000B1
Authority
KR
South Korea
Prior art keywords
session
function
sessions
wtru
application
Prior art date
Application number
KR1020137029811A
Other languages
English (en)
Other versions
KR20140006980A (ko
Inventor
캐서린 리베트
알랙산더 레즈니크
미첼 퍼라스
Original Assignee
인터디지탈 패튼 홀딩스, 인크
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 인터디지탈 패튼 홀딩스, 인크 filed Critical 인터디지탈 패튼 홀딩스, 인크
Publication of KR20140006980A publication Critical patent/KR20140006980A/ko
Application granted granted Critical
Publication of KR101615000B1 publication Critical patent/KR101615000B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/38—Transceivers, i.e. devices in which transmitter and receiver form a structural unit and in which at least one part is used for functions of transmitting and receiving
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

실시예들은 하나 이상의 세션 관리자 및/또는 소스 IP 어드레스 선택 기술을 고려한다. 세션 관리자가 정책 관리자에 의해 지정된 하나 이상의 정책들에 기초하여 무선 통신 환경에서 세션을 확립할 수 있다는 것을 실시예들은 고려한다. 세션 관리자는 또한 세션을 삭제할 수 있다. 예를 들어, 세션은 애플리케이션으로부터의 요청의 수신에 응답하여 삭제될 수 있다. 세션 관리자는 세션을 위한 세션 설명을 저장할 수 있다. 세션 관리자는 또한 데이터 영역을 위해 소스 IP 선택을 수행할 수도 있다. 세션 관리자는 또한 추가적인 서브 플로우들을 협상하기 위해 MC 전송에 IP 어드레스를 제공할 수도 있다.

Description

세션 관리자 및 소스 인터넷 프로토콜(IP) 어드레스 선택{SESSION MANAGER AND SOURCE INTERNET PROTOCOL (IP) ADDRESS SELECTION}
관련 출원에 대한 상호 참조
본 출원은 2011년 4월 11일자에 출원된 발명의 명칭이 "SESSION MANAGER AND SOURCE INTERNET PROTOCOL (IP) ADDRESS SELECTION"인 미국 가특허 출원서 제61/473,963호의 우선권을 주장하고, 이의 내용은 모든 목적을 위해, 그 전체가 참조에 의해 본 명세서에 통합된다.
연결 관리자(Connection Manager; CM)는 사용자가 미리 결정된 연결 및 정적 연결을 이용하여 네트워크에 연결할 수 있도록 액세스 연결을 제공할 수 있다. 연결 관리자 프로파일은 예를 들어 미리 정의된 연결 및 정적 연결을 다시 이용하여, 서버를 통해 원격 네트워크에 연결하는데 이용될 수 있다. 연결 관리자는 또한 애플리케이션에 연결하기 위해 사용자에게 미리 결정된 액세스 연결 및 정적 액세스 연결을 제공할 수 있다.
본 발명의 목적은 세션 관리자 및 소스 인터넷 프로토콜(IP) 어드레스 선택을 제공하는 것이다.
요약은 아래의 상세한 설명에서 더욱 기술되는 선택의 개념을 간략화된 형태로 소개하기 위해서 제공된다. 요약은 주장되는 주체의 중요 특징 또는 필수 특징을 식별하기 위한 것이 아니고, 주장되는 주제의 범위를 제한하기 위해 이용되는 것도 아니다.
실시예들은 하나 이상의 세션 관리자(Session manager; SM) 및/또는 소스 인터넷 프로토콜(Internet Protocol; IP) 어드레스 선택 기술을 고려한다. 세션 관리자가 정책 관리자에 의해 지정된 하나 이상의 정책들에 기초하여 무선 통신 환경에서 세션을 확립할 수 있다는 것을 실시예들은 고려한다. 하나 이상의 실시예들에서, 세션 관리자는 또한 세션을 삭제할 수 있다. 예를 들어, 세션은 애플리케이션로부터의 요청의 수신에 응답하여 삭제될 수 있다. 세션 관리자는 세션을 위한 세션 설명을 저장할 수 있다는 것을 실시예들은 또한 고려한다. 또한, 세션 관리자는 예를 들어 데이터 영역을 위해 소스 IP 선택을 수행할 수 있다. 게다가, 세션 관리자는 다른 목적들 중에서, 추가적인 서브 플로우들을 협상하기 위해 다중 연결(Multi-Connection; MC) 전송에 IP 어드레스를 제공할 수도 있다는 것을 실시예들은 고려한다.
실시예들은 또한 프로세서를 포함할 수 있는 무선 송수신 유닛(wireless transmit/receive unit; WTRU)을 고려한다. 프로세서는 WTRU 상에서 동작하는 하나 이상의 애플리케이션들 또는 적어도 하나의 WTRU 사용자의 하나 이상의 요구 사항들에, 적어도 일부, 기초하여 하나 이상의 연결 설정들(connection configurations)을 동적으로 제어하기 위해 적어도 하나의 기능을 이용하도록, 적어도 일부, 구성될 수 있다. 대안적으로 또는 부가적으로, 프로세서는 또한 하나 이상의 요구 사항들에, 적어도 일부, 기초하여 하나 이상의 연결들의 이용을 결정하기 위해 적어도 하나의 기능을 이용하도록 구성될 수 있다는 것을 실시예들은 더욱 고려한다. 하나 이상의 연결들은 하나 이상의 각각의 세션들의 일부일 수 있다는 것을 하나 이상의 실시예들은 고려한다. 대안적으로 또는 부가적으로, 프로세서는 또한 하나 이상의 정책들에 기초하여 적어도 하나의 기능을 이용하도록 구성될 수 있다는 것을 실시예들은 또한 고려한다. 적어도 하나의 기능은 WTRU의 제어 영역에서 동작할 수 있다는 것을 하나 이상의 실시예들은 고려한다. 또한, 적어도 하나의 기능은 제 1 기능일 수 있고, 제 1 기능은 하나 이상의 제 2 기능들을 포함할 수 있다는 것을 하나 이상의 실시예들은 고려한다.
대안적으로 또는 부가적으로, 프로세서는 또한 하나 이상의 세션들 중 적어도 하나의 세션에 의한 이용을 위해 서비스 유형을 결정하기 위해 적어도 하나의 기능을 이용하도록 구성될 수 있다는 것을 실시예들은 또한 고려한다. 대안적으로 또는 부가적으로, 프로세서는 또한 하나 이상의 세션들 중 적어도 하나의 세션에 의한 이용을 위해 무선 액세스 기술(radio access technology; RAT)을 결정하기 위해 적어도 하나의 기능을 이용하도록 구성될 수 있다는 것을 실시예들은 고려한다. 대안적으로 또는 부가적으로, 프로세서는 또한 하나 이상의 세션들 중 제 2 세션에 관하여 하나 이상의 세션들 중 제 1 세션의 우선 순위를 결정하기 위해 적어도 하나의 기능을 이용하도록 구성될 수 있다는 것을 실시예들은 고려한다.
대안적으로 또는 부가적으로, 프로세서는 또한 하나 이상의 세션들 중 제 1 세션이 제 2 세션보다 우선 순위가 높다고 결정하면 하나 이상의 세션들 중 제 2 세션을 삭제하기 위해 적어도 하나의 기능을 이용하도록 구성될 수 있다는 것을 실시예들은 고려한다. 적어도 하나의 기능은 세션 관리자 기능일 수 있다는 것을 하나 이상의 실시예들은 고려한다. 대안적으로 또는 부가적으로, 프로세서는 하나 이상의 세션들 중 적어도 하나의 세션이 종료될 것을 결정하고, 하나 이상의 세션들 중 적어도 하나의 세션을 종료하기 위해 적어도 하나의 기능을 이용하도록 구성될 수 있다는 것을 실시예들은 고려한다.
실시예들은 프로세서를 포함할 수 있는 무선 송수신 유닛(WTRU)을 고려하고, 여기서 프로세서는 하나 이상의 정책들 또는 하나 이상의 서비스 품질(QoS) 요구 사항들 중 적어도 하나에, 적어도 일부, 기초하여 WTRU 상에서 동작하는 하나 이상의 애플리케이션들에 대한 하나 이상의 소스 인터넷 프로토콜(IP) 어드레스를 동적으로 결정하기 위해 적어도 하나의 기능을 이용하도록, 적어도 일부, 구성될 수 있다. 대안적으로 또는 부가적으로, 하나 이상의 정책들은 하나 이상의 소스 IP 어드레스들과 하나 이상의 조건들 간의 대응을 포함할 수 있다는 것을 하나 이상의 실시예들은 고려한다.
대안적으로 또는 부가적으로, 하나 이상의 조건들은 이동성 지원의 가용성 또는 애플리케이션 유형 중 적어도 하나와 하나 이상의 소스 IP 어드레스들 간에 적어도 하나의 대응을 포함할 수 있다는 것을 실시예들은 더욱 고려한다. 적어도 하나의 기능은 세션 관리자 기능일 수 있다는 것을 하나 이상의 실시예들은 고려한다. 대안적으로 또는 부가적으로, 적어도 하나의 기능은 getaddrinfo 파라미터를 이용할 수 있다는 것을 실시예들은 고려한다. QoS 요구 사항은 애플리케이션을 위한 선호되는 네트워크, 금지된 네트워크들의 리스트, 애플리케이션 마다의 이동성 요구 사항, 또는 대역폭 통합 요구 사항 중 적어도 하나를 포함할 수 있다는 것을 실시예들은 또한 고려한다.
본 발명에 따르면, 세션 관리자 및 소스 인터넷 프로토콜(IP) 어드레스 선택을 제공하는 것이 가능하다.
보다 자세한 이해는 첨부된 도면들을 참조하면서 예시를 통해 주어진 아래의 상세한 설명으로부터 얻어질 수 있다.
도 1a는 하나 이상의 개시된 실시예들이 구현될 수 있는 예시적인 통신 시스템의 시스템 다이어그램이다.
도 1b는 도 1a에 예시된 통신 시스템 내에서 이용될 수 있는 예시적인 무선 송수신 유닛(WTRU)의 시스템 다이어그램이다.
도 1c는 도 1a에 예시된 통신 시스템 내에서 이용될 수 있는 예시적인 무선 액세스 네트워크 및 예시적인 코어 네트워크의 시스템 다이어그램이다.
도 1d는 도 1a에 예시된 통신 시스템 내에서 이용될 수 있는 다른 예시적인 무선 액세스 네트워크 및 예시적인 코어 네트워크의 시스템 다이어그램이다.
도 1e는 도 1a에 예시된 통신 시스템 내에서 이용될 수 있는 다른 예시적인 무선 액세스 네트워크 및 예시적인 코어 네트워크의 시스템 다이어그램이다.
도 2는 실시예들에 따라 EIPS 및 ACMS 장착된 단말을 위한 예시적인 기능적 아키텍처의 블록도를 나타낸다.
도 3은 실시예들에 따라 예시적인 세션 관리자(SM) 연결 확립 프로세스의 흐름도를 나타낸다.
도 4는 실시예들에 따라 예시적인 SM FC의 기능도를 나타낸다.
도 5는 실시예들에 따라 하나 이상의 기능들의 이용의 예시적인 블록도를 나타낸다.
도 5a는 실시예들에 따라 하나 이상의 기능들의 이용의 예시적인 블록도를 나타낸다.
도 6은 실시예들에 따라 하나 이상의 기능들의 이용의 예시적인 블록도를 나타낸다.
예시적인 실시예들의 상세한 설명이 이제 다양한 도면들을 참조하면서 기술될 것이다. 이러한 설명은 가능한 구현예들의 상세한 예시를 제공하지만, 이러한 상세한 설명은 단지 예시적인 것으로, 결코 애플리케이션의 범위를 제한하지 않는다는 것을 유념해야 한다. 본 명세서에서 이용되는 바와 같이, 추가의 자격이나 특성이 없는 관사("a")는 예를 들어, "하나 이상" 또는 "적어도 하나"를 의미하는 것으로 이해될 수 있다.
도 1a는 하나 이상의 개시된 실시예들이 구현될 수 있는 예시적인 통신 시스템(100)의 다이어그램이다. 통신 시스템(100)은 음성, 데이터, 비디오, 메시징, 방송 등과 같은 콘텐츠를 다수의 무선 사용자들에게 제공하는 다중 액세스 시스템일 수 있다. 통신 시스템(100)은 다수의 무선 사용자들이 무선 대역폭을 포함하는, 시스템 자원들의 공유를 통해 이와 같은 콘텐츠에 액세스하는 것을 가능하게 할 수 있다. 예를 들어, 통신 시스템(100)은 코드 분할 다중 접속(code division multiple access; CDMA), 시분할 다중 접속(time division multiple access; TDMA), 주파수 분할 다중 접속(frequency division multiple access; FDMA), 직교 FDMA(orthogonal FDMA; OFDMA), 단일 반송파 FDMA(single-carrier FDMA; SC-FDMA) 등과 같은 하나 이상의 채널 액세스 방법들을 이용할 수 있다.
도 1a에 도시된 바와 같이, 통신 시스템(100)은 무선 송수신 유닛(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들, 기지국들, 네트워크들 및/또는 네트워크 요소들을 고려한다는 것이 이해될 것이다. WTRU들(102a, 102b, 102c, 102d)의 각각은 무선 환경에서 동작 및/또는 통신하도록 구성된 임의의 유형의 디바이스일 수 있다. 예로서, WTRU들(102a, 102b, 102c, 102d)은 무선 신호를 송신 및/또는 수신하도록 구성될 수 있고, 사용자 장비(user equipment; UE), 이동국, 고정 또는 이동 가입자 유닛, 페이저, 셀룰러 전화, 개인 휴대 정보 단말기(personal digital assistant; PDA), 스마트폰, 랩톱, 네트북, 퍼스널 컴퓨터, 무선 센서, 가전 제품 등을 포함할 수 있다.
통신 시스템(100)은 또한 기지국(114a) 및 기지국(114b)을 포함할 수 있다. 기지국들(114a, 114b)의 각각은 WTRU들(102a, 102b, 102c, 102d) 중 적어도 하나와 무선으로 인터페이스하도록 구성된 임의의 유형의 디바이스로서, 코어 네트워크(106/107/109), 인터넷(110) 및/또는 다른 네트워크(112)와 같은 하나 이상의 통신 네트워크들로의 액세스를 용이하게 할 수 있다. 예로서, 기지국들(114a, 114b)은 베이스 트랜시버 스테이션(base transceiver station; BTS), 노드 B, e노드 B, 홈 노드 B, 홈 e노드 B, 사이트 제어기, 액세스 포인트(access point; AP), 무선 라우터 등일 수 있다. 기지국들(114a, 114b)이 단일 요소로서 각각 도시되었지만, 기지국들(114a, 114b)은 임의의 수의 상호접속된 기지국들 및/또는 네트워크 요소들을 포함할 수 있다는 것이 이해될 것이다.
기지국(114a)은 RAN(103/104/105)의 일부일 수 있고, RAN(104)는 또한 기지국 제어기(base station controller; BSC), 무선 네트워크 제어기(radio network controller; RNC), 중계 노드 등과 같은 네트워크 요소들(도시되지 않음) 및/또는 다른 기지국들을 포함할 수 있다. 기지국(114a) 및/또는 기지국(114b)은 셀(도시되지 않음)이라고 불릴 수 있는 특정한 지리적 영역 내에서 무선 신호를 송신 및/또는 수신하도록 구성될 수 있다. 셀은 셀 섹터로 더욱 분할될 수 있다. 예를 들어, 기지국(114a)과 연관된 셀은 3개의 셀 섹터로 분할될 수 있다. 따라서, 일 실시예에서, 기지국(114a)은 3개의 트랜시버(즉, 셀의 각 섹터에 대해 한 개씩)를 포함할 수 있다. 다른 실시예에서, 기지국(114a)은 다중 입력 다중 출력(multiple input multiple output; MIMO) 기술을 이용할 수 있으므로, 셀의 각 섹터에 대해 다중 트랜시버를 이용할 수 있다.
기지국(114a, 114b)은 임의의 적합한 무선 통신 링크[예를 들어, 무선 주파수(RF), 마이크로웨이브, 적외선(IR), 자외선(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(wideband CDMA; WCDMA)를 이용하여 무선 인터페이스(115/116/117)를 확립할 수 있는 범용 이동 통신 시스템(universal mobile telecommunications system; UMTS) 지상 무선 액세스(terrestrial radio access; UTRA)와 같은 무선 기술을 구현할 수 있다. WCDMA는 고속 패킷 액세스(high-speed packet access; HSPA) 및/또는 진화된 HSPA(evolved 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-A(LTE-advanced)를 이용하여 무선 인터페이스(115/116/117)를 확립할 수 있는 E-UTRA(evolved UMTS terrestrial radio access)와 같은 무선 기술을 구현할 수 있다.
다른 실시예에서, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은 IEEE 802.16[즉, WiMAX(Worldwide Interoperability for Microwave Access)], CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, IS-2000(Interim Standard 2000), IS-95, IS-856, GSM(Global System for Mobile Communication), EDGE(Enhanced Data rates for GSM Evolution), GERAN(GSM EDGE) 등과 같은 무선 기술들을 구현할 수 있다.
도 1a의 기지국(114b)은 예를 들어 무선 라우터, 홈 노드 B, 홈 e노드 B, 또는 액세스 포인트일 수 있고, 사업장, 집, 차량, 캠퍼스 등의 국소 지역 내에서 무선 접속을 가능하게 하는 임의의 적합한 RAT를 이용할 수 있다. 일 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 IEEE 802.11과 같은 무선 기술을 구현하여, 무선 근거리 네트워크(wireless local area network; WLAN)를 확립할 수 있다. 다른 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 IEEE 802.15와 같은 무선 기술을 구현하여, 무선 사설 네트워크(wireless personal area network; WPAN)를 확립할 수 있다. 또 다른 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 셀 기반 RAT(예컨대, WCDMA, CDMA2000, GSM, LTE, LTE-A 등)을 이용하여 피코셀 또는 펨토셀을 확립할 수 있다. 도 1a에서 도시된 바와 같이, 기지국(114b)은 인터넷(110)에 직접 접속될 수 있다. 따라서, 기지국(114b)은 코어 네트워크(106/107/109)를 통해 인터넷(110)에 액세스할 필요가 없다.
RAN(103/104/105)은 코어 네트워크(106/107/109)와 통신할 수 있고, 코어 네트워크(106)는 하나 이상의 WTRU들(102a, 102b, 102c, 102d)에 음성, 데이터, 애플리케이션, 및/또는 VoIP(voice over internet protocol) 서비스를 제공하도록 구성된 임의의 유형의 네트워크일 수 있다. 예를 들어, 코어 네트워크(106/107/109)는 호 제어, 요금 서비스, 모바일 위치 기반 서비스, 선불 전화(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(108), 인터넷(110) 및/또는 다른 네트워크들(112)에 액세스하게 하는 게이트웨이의 역할을 할 수도 있다. PSTN(108)은 기존 전화 서비스(plain old telephone service; POTS)를 제공하는 회선 교환 전화 네트워크를 포함할 수 있다. 인터넷(110)은 TCP/IP 인터넷 프로토콜 스위트에서 전송 제어 프로토콜(transmission control protocol; TCP), 사용자 데이터그램 프로토콜(user datagram protocol; UDP) 및 인터넷 프로토콜(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), 비분리형 메모리(130), 분리형 메모리(132), 전원(134), 글로벌 위치 시스템(global positioning system; GPS) 칩셋(136), 및 다른 주변 장치(138)를 포함할 수 있다. WTRU(102)는 실시예와 일관성을 유지하면서 앞서 말한 요소들의 임의의 하위 조합(subcombination)을 포함할 수 있다는 것이 이해될 것이다. 또한, 기지국들(114a, 114b)은 비제한적으로, 베이스 트랜시버 스테이션(base transceiver station; BTS), 노드 B, 사이트 제어기, 액세스 포인트(AP), 홈 노드 B, 진화된 홈 노드 B(e노드 B), 홈 진화된 노드 B(home evolved node-B; HeNB), 홈 진화된 노드 B 게이트웨이, 프록시 노드 등을 나타낼 수 있고, 도 1b에 도시되고 본 명세서에 기술된 요소들 중 일부 또는 전체를 포함할 수 있다는 것을 실시예들은 고려한다.
프로세서(118)는 범용 프로세서, 특수 목적 프로세서, 통상의 프로세서, 디지털 신호 프로세서(digital signal processor; DSP), 복수의 마이크로프로세서, DSP 코어와 연계한 하나 이상의 마이크로프로세서, 컨트롤러, 마이크로컨트롤러, 주문형 반도체(Application Specific Integrated Circuit; ASIC), 필드 프로그래머블 게이트 어레이(Field Programmable Gate Array; FPGA) 회로, 임의의 다른 유형의 집적 회로(IC), 상태 머신(state machine) 등일 수 있다. 프로세서(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) 디스플레이 유닛]에 결합될 수 있고, 이들로부터 사용자 입력 데이터를 수신할 수 있다. 프로세서(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)은 하나 이상의 건전지 배터리[예를 들어, 니켈-카드뮴(NiCd), 니켈-아연(NiZn), 니켈 금속 하이드라이드(NiMH), 리튬 이온(Li-ion) 등], 태양 전지, 연료 전지 등을 포함할 수 있다.
프로세서(118)는 또한 WTRU(102)의 현재 위치에 관한 위치 정보(예를 들어, 경도 및 위도)를 제공하도록 구성될 수 있는 GPS 칩셋(136)에 결합될 수 있다. GPS 칩셋(136)으로부터의 정보에 더하여 또는 대신에, WTRU(102)는 기지국[예를 들어, 기지국(114a, 114b)]으로부터 무선 인터페이스(115/116/117)를 통해 위치 정보를 수신하고 및/또는 2 이상의 인접 기지국들로부터 수신된 신호의 타이밍에 기초하여 자신의 위치를 결정할 수 있다. WTRU(102)는 실시예와의 일관성을 유지하면서 임의의 적합한 위치 결정 방법에 의해 위치 정보를 획득할 수 있다.
프로세서(118)는 추가의 특징, 기능 및/또는 유무선 접속을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈을 포함할 수 있는 다른 주변 장치(138)에 더욱 결합될 수 있다. 예를 들어, 주변 장치(138)는 가속도계, 전자나침판, 위성 트랜시버, 디지털 카메라(사진 또는 비디오용), 유니버설 시리얼 버스 (Universal Serial Bus; USB) 포트, 진동 디바이스, 텔레비전 트랜시버, 핸즈프리 헤드셋, 블루투스 모듈, 주파수 변조(FM) 무선 유닛, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저 등을 포함할 수 있다.
도 1c는 실시예에 따른 RAN(103) 및 코어 네트워크(106)의 시스템 다이어그램이다. 앞서 주목한 바와 같이, RAN(103)은 UTRA 무선 기술을 이용하여 무선 인터페이스(115)를 통해 WTRU들(102a, 102b, 102c)과 통신할 수 있다. RAN(103)은 또한 코어 네트워크(106)와 통신할 수 있다. 도 1c에 도시된 바와 같이, RAN(103)는 노드 B들(140a, 140b, 140c)을 포함할 수 있고, 노드 B들(140a, 140b, 140c)은 무선 인터페이스(115)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위한 하나 이상의 트랜시버들을 각각 포함할 수 있다. 노드 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) 각각은 외부 루프 전력 제어, 부하 제어, 허가 제어, 패킷 스케줄링, 핸드오버 제어, 매크로 다이버시티, 보안 기능, 데이터 암호화 등과 같은 다른 기능을 수행 또는 지원하도록 구성될 수 있다.
도 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)는 종래의 지상-라인 통신 디바이스들 및 WTRU들(102a, 102b, 102c) 간의 통신을 용이하게 하기 위해, PSTN(108)과 같은 회선-교환 네트워크들로의 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다.
RAN(103) 내의 RNC(142a)는 또한 IuPS 인터페이스를 통해 코어 네트워크(106) 내의 SGSN(148)에 접속될 수 있다. SGSN(148)은 GGSN(150)에 접속될 수 있다. SGSN(148) 및 GGSN(150)는 종래의 IP 가능 디바이스들 및 WTRU들(102a, 102b, 102c) 간의 통신을 용이하게 하기 위해, 인터넷(110)과 같은 패킷-교환 네트워크들로의 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다.
앞서 주목한 바와 같이, 코어 네트워크(106)는 또한 다른 서비스 제공자들에 의해 소유되고 및/또는 동작되는 다른 유선 또는 무선 네트워크들을 포함할 수 있는 네트워크들(112)에 접속될 수 있다.
도 1d는 실시예에 따른 RAN(104) 및 코어 네트워크(107)의 시스템 다이어그램이다. 앞서 주목한 바와 같이, RAN(104)은 E-UTRA 무선 기술을 이용하여 무선 인터페이스(116)를 통해 WTRU들(102a, 102b, 102c)과 통신할 수 있다. 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(102a)에 무선 신호를 송신하고 WTRU(102a)로부터 무선 신호를 수신하기 위해 다수의 안테나들을 이용할 수 있다.
e노드 B들(160a, 160b, 160c)의 각각은 특정한 셀(도시되지 않음)과 연관될 수 있고, 업링크 및/또는 다운링크에서 사용자들의 무선 자원 관리 결정, 핸드오버 결정, 스케줄링 등을 다루도록 구성될 수 있다. 도 1d에 도시된 바와 같이, e노드 B들(160a, 160b, 160c)은 X2 인터페이스를 통해 서로 통신할 수 있다.
도 1d에 도시된 코어 네트워크(107)는 이동성 관리 게이트웨이(mobility management gateway; MME)(162), 서빙 게이트웨이(164) 및 패킷 데이터 네트워크(packet data gateway; 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)는 또한 GSM 또는 WCDMA와 같은 다른 무선 기술들을 이용하는 다른 RAN들(도시되지 않음)과 RAN(104) 사이를 스위칭하는 제어 영역 기능을 제공할 수 있다.
서빙 게이트웨이(164)는 S1 인터페이스를 통해 RAN(104) 내의 e노드 B들(160a, 160b, 160c)의 각각에 접속될 수 있다. 서빙 게이트웨이(164)는 일반적으로 WTRU들(102a, 102b, 102c)로/로부터 사용자 데이터 패킷을 라우팅 및 포워딩할 수 있다. 서빙 게이트웨이(164)는 또한 e노드B 간의 핸드오버 동안의 사용자 영역의 앵커(anchoring), 다운링크 데이터가 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 멀티미디어 서브시스템(IP multimedia subsystem; IMS) 서버]를 포함하거나, IP 게이트웨이와 통신할 수 있다. 게다가, 코어 네트워크(107)는 다른 서비스 제공자들에 의해 동작 및/또는 소유된 다른 유선 또는 무선 네트워크를 포함할 수 있는 네트워크(112)로의 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다.
도 1e는 실시예에 따른 RAN(105) 및 코어 네트워크(109)의 시스템 다이어그램이다. RAN(105)은 IEEE 802.16 무선 기술을 이용하여 무선 인터페이스(117)를 통해 WTRU들(102a, 102b, 102c)과 통신하는 액세스 서비스 네트워크(access service network; ASN)일 수 있다. 이하에 더욱 기술되는 바와 같이, WTRU들(102a, 102b, 102c), RAN(105), 및 코어 네트워크(109)의 상이한 기능 엔티티들 간의 통신 링크는 참조 포인트로서 정의될 수 있다.
도 1e에 도시된 바와 같이, RAN(105)은 기지국들(180a, 180b, 180c) 및 ANS 게이트웨이(182)를 포함하지만, 본 실시예와 일관성을 유지하면서 RAN(105)은 임의의 수의 기지국들 및 ASN 게이트웨이들을 포함할 수 있다는 것이 이해될 것이다. 기지국들(180a, 180b, 180c)은 RAN(105) 내의 특정한 셀(도시되지 않음)과 각각 연관될 수 있고, 무선 인터페이스(117)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위한 하나 이상의 트랜시버들을 각각 포함할 수 있다. 일 실시예에서, 기지국들(180a, 180b, 180c)은 MIMO 기술을 구현할 수 있다. 따라서, 예를 들어, 기지국(180a)은 WTRU(102a)에 무선 신호를 송신하고 WTRU(102a)로부터 무선 신호를 수신하기 위해 다수의 안테나들을 이용할 수 있다. 기지국들(180a, 180b, 180c)은 또한 핸드오프 트리거링, 터널 확립, 무선 자원 관리, 트래픽 분류, 서비스 품질(QoS) 정책 강화 등과 같은 이동성 관리 기능을 제공할 수 있다. ASN 게이트웨이(182)는 트래픽 통합 포인트의 역할을 할 수 있고, 페이징, 가입자 프로파일의 캐싱, 코어 네트워크(109)로의 라우팅 등을 담당할 수 있다.
WTRU들(102a, 102b, 102c)과 RAN(105) 간의 무선 인터페이스(117)는 IEEE 802.16 사양을 구현하는 R1 참조 포인트로 정의될 수 있다. 게다가, WTRU들(102a, 102b, 102c) 각각은 코어 네트워크(109)와 논리적 인터페이스(도시되지 않음)를 확립할 수 있다. WTRU들(102a, 102b, 102c)과 코어 네트워크(109) 간의 논리적 인터페이스는 R2 참조 포인트로 정의될 수 있고, 이것은 인증, 인가, IP 호스트 구성 관리, 및/또는 이동성 관리에 이용될 수 있다.
각각의 기지국들(180a, 180b, 180c) 간의 통신 링크는 R8 참조 포인트로 정의될 수 있고, 이것은 기지국들 간의 데이터 전달 및 WTRU 핸드오버를 용이하게 하는 프로토콜을 포함한다. 기지국들(180a, 180b, 180c)과 ASN 게이트웨이(182) 간의 통린 링크는 R6 참조 포인트로 정의될 수 있다. R6 참조 포인트는 WTRU들(102a, 102b, 102c) 각각과 연관된 이동성 이벤트에 기초하여 이동성 관리를 용이하게 하는 프로토콜을 포함할 수 있다.
도 1e에 도시된 바와 같이, RAN(105)은 코어 네트워크(109)에 접속될 수 있다. RAN(105)과 코어 네트워크(109) 간의 통신 링크는 R3 참조 포인트로 정의될 수 있고, 이것은 예를 들어 데이터 전달 및 이동성 관리 능력을 용이하게 하는 프로토콜을 포함할 수 있다. 코어 네트워크(109)는 모바일 IP 홈 에이전트(mobile IP home agent; MIP-HA)(184), 인증, 인가, 계정(authentication, authorization, accounting; AAA) 서버(186), 및 게이트웨이(188)를 포함할 수 있다. 상술한 요소들의 각각은 코어 네트워크(109)의 일부로서 도시되지만, 이들 요소들의 임의의 하나는 코어 네트워크 운영자 이외의 엔티티에 의해 소유되고 및/또는 동작될 수 있다는 것이 이해될 것이다.
MIP-HA는 IP 어드레스 관리를 담당할 수 있고, WTRU들(102a, 102b, 102c)이 상이한 ASN들 및/또는 상이한 코어 네트워크들 간에 로밍하는 것을 가능하게 할 수 있다. MIP-HA(184)는 IP 가능 디바이스들 및 WTRU들(102a, 102b, 102c) 간의 통신을 용이하게 하기 위해, 인터넷(110)과 같은 패킷-교환 네트워크들로의 액세스를 WTRU들(102a, 102b, 102c)에 제공할 수 있다. AAA 서버(186)는 사용자 인증 및 사용자 서비스 지원을 담당할 수 있다. 게이트웨이(188)는 다른 네트워크들과의 상호연동을 용이하게 할 수 있다. 예를 들어, 게이트웨이(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들 간의 통신 링크는 R4 참조 포인트로 정의될 수 있고, 이것은 RAN(105)과 다른 ASN 간에 WTRU들(102a, 102b, 102c)들의 이동성을 조정하는 프로토콜을 포함할 수 있다. 코어 네트워크(109)와 다른 코어 네트워크들 간의 통신 링크는 R5 참조 포인트로 정의될 수 있고, 이것은 홈 코어 네트워크와 방문 코어 네트워크 간의 상호연동을 용이하게 하는 프로토콜을 포함할 수 있다.
멀티 홈 디바이스(예컨대, 하나 이상, 또는 다수의, 무선 및/또는 유선 인터페이스를 지원할 수 있는 디바이스)에서, 연결 관리자(connection manager; CM)는 하나 이상의 애플리케이션들과 하나 이상의 하위 계층 인터페이스들 간에 인터페이스를 만들 수 있는 기능이 있다는 것을 실시예들은 인식한다. 연결 관리자는 물리 계층에서 인터페이스의 확립, 유지 및/또는 해제를 담당할 수 있고, 어떤 연결이 이용 중인지, 또한 어떤 연결이 애플리케이션에 의해 요청되었는지를 추적할 수 있다. 더욱이, 연결 관리자는 예를 들어 비사용된 연결을 종료 및/또는 연결이 특정한 시간 기간 동안에 아이들(idle)일 때 자동적으로 연결을 끊을 수 있다는 것을 실시예들은 인식한다.
예를 들어, 하나 이상의 애플리케이션들에 의해 발행된 커맨드 Getaddrinfo()는 하나 이상의 애플리케이션들에 IPv6 및/또는 IPv4 어드레스를 포함할 수 있는 로컬 어드레스의 리스트를 반환할 수 있다. 커맨드를 실행하는 것은 운영 시스템(operating system; OS)에 의해 수행될 수 있다. 적합한 알고리즘이, 예를 들어, 아마도 정해진 목적지 IP 어드레스로부터 소스 IP 어드레스가 얼마나 가까운지에 기초하여, 소스(Source; Src) IP 정렬(sorting)을 제공할 수 있다. 그러나, 적용 가능한 규칙은 정적이므로, 많은 경우에 적합하지 않을 수 있다는 것을 실시예들은 인식한다. 예에서, 리눅스는 정렬 알고리즘을 구성하기 위한 방법을 제공하지만, 또한 많은 경우에 적합하지 않을 수 있다.
도 2는 EIPS 및 ACMS 장착된 단말을 위한 예시적인 기능적 아키텍처의 블록도를 나타낸다. 도 2를 참조하면, "어드밴스드 소켓 IF(Advanced Socket IF; ASIF)", "전송 기능적 컴포넌트(Transport Functional Component; 전송 FC)", "LIF FC" 및 "VIF FC"로 표기된 블록들로 도시된 데이터 영역 컴포넌트들은 EIPS를 포함하고, "세션 관리자", "DNS 프록시", "SSO 프록시", "연결 관리자", "MIH 클라이언트", "DSMIP 프록시", "DHCP 프록시", "ICMP 프록시", "3G 프록시" 및 "WiFi 프록시"로 표기된 블록들로 도시된 제어 영역 컴포넌트들은 ACMS를 포함한다. 특정한 단말 컴포넌트들은 "정책 관리(Management; Mngt) 시스템", "애플리케이션" 및 "PhIF FC"로 표기된 블록들로 도시된다. 데이터 영역에서 고려된 인터페이스들이 본 명세서에 도시되고 기술된다. 실시예들은 하나 이상의 데이터 영역 컴포넌트들과 제어 영역 컴포넌트들 간의 인터페이스들은 물론, 제어 영역 내의 인터페이스들도 고려한다. 데이터 영역에서 적용되는 인터페이스들은 Dxx로 명명되고, 제어 영역의 인터페이스들은 Cxx로 명명되며, 정책 관리와의 인터페이스는 Pxx로 명명된다.
네트워크 선택은 운영자(예컨대, 3GPP 네트워크)에 의해 및/또는 사용자[예컨대, 3G 및 핫스팟 무선 근거리 네트워크(WLAN) 커버리지가 있는 카페에서, 사용자는 3G 네트워크보다 오히려 핫스팟에 자유롭게 연결하는 것을 선호할 수 있다]에 의해 제어 및/또는 모니터링될 수 있다는 것을 실시예들은 고려한다. 애플리케이션들은 또한 그들 자신의 정책[예컨대, 심지어 집에서, 사용자가 결국 집을 나와서 외부에서 VoIP(voice over Internet Protocol)를 계속하기를 원하는 경우 VoIP 세션이 3G를 통한 것보다 더욱 신뢰성 있고, HTTP 세션이 홈 WLAN 상에서 충분히 양호하다]을 가질 수 있다. 이러한 액세스 규칙들 중 하나 이상의 액세스 규칙들이 예를 들어 3G/4G 네트워크에의 OMA DM(Device Management; 디바이스 관리자), ANDSF(Access Network Discovery and Selection Function; 액세스 네트워크 발견 및 선택 기능) 등과 같은 상이한 프로토콜들 또는 기능들에 의해 지원될 수 있다.
규칙들의 단위가 비제한적인 예로서 현재 3GPP MAPCON 및 IFOM(multi access PDN connectivity and IP flow mobility; 다중 액세스 PDN 연결 및 IP 플로우 이동성) 워킹 그룹에 의해 개발된 정책들과 같은 IP 플로우 마다 있을 수도 있지만, 이것으로 제한되는 것은 아니라는 것을 실시예들은 고려한다.
비제한적인 예로서, 애플리케이션은 ISO 모듈에서 L5에서 또는 그 이상에서 작동하는 애플리케이션일 수 있다는 것을 실시예들은 고려한다. 또한 예로서, 애플리케이션은 사용자의 단말에서 사용자에게 보여지는 애플리케이션일 수 있다. 또한 비제한적인 예로서, 애플리케이션은 웹 브라우저, FTP 애플리케이션, VoIP 클라이언트, 또는 VoIP 애플리케이션일 수 있다. 애플리케이션은 애플리케이션 ID(application ID; AID)에 의해 고유하게 식별될 수 있다. 하나 이상의 실시예들에서, 애플리케이션과 연관된 OS 프로세스 ID가 애플리케이션 ID로서 이용될 수 있다.
세션은 비제한적인 예로서, 소켓 API를 통해 애플리케이션에 의해 개방되는 L4 전송 소켓일 수 있다는 것을 실시예들은 고려한다. 소켓은 UDP, TCP, 및/또는 다중 연결 전송(예컨대, MPTCP) 소켓일 수 있다는 것을 실시예들은 고려한다. 세션은 고유한 세션 ID에 의해 고유하게 식별될 수 있다는 것을 하나 이상의 실시예들은 고려한다. 동일한 애플리케이션이 하나의 세션 또는 다중 세션들을 개방할 할 수 있다는 것을 실시예들은 고려한다. 예를 들어, FTP 애플리케이션은 2개의 세션들, 즉 FTP 제어 세션 및 별도의 FTP 데이터 세션을 개방할 수 있다. 하나 이상의 실시예들에서, 이러한 세션들은 "종속 세션"으로 언급될 수 있다.
연결 관리자(CM)의 예시적인 작업은 프로토콜 스택 및 통신 인터페이스들이 사용자(및/또는, 아마도 제한된 범위로, 운영자/OS/애플리케이션) 요구 사항에 따라 구성되었음을 확실하게 하는 것이라는 사실을 실시예들은 인식한다. 요구 사항들은 "직접적"인 것으로 CM들은 예상할 수 있고, 이것은, 예로서, 사용자가 SSID를 선택함으로써 어떤 WiPi AP를 이용할지를 지정할 수 있고; 사용자가 메뉴에서 하나를 선택함으로써 몇가지 중에서, 어떤 모바일 네트워크를 이용할지를 지정할 수 있고; 애플리케이션은 소스 IP를 선택함으로써 이용할 인터페이스를 선택할 수 있으며, 또한 이것은 운영 시스템에 맡겨질 수 있다. 예시적인 CM은 2가지 역할을 가질 수 있고, 아마도 오직 2가지 역할은, 사용자/OS/애플리케이션에 대한 인터페이스의 역할; 및 연결을 셋업하는 제어 프로토콜을 위한 관리자의 역할(예컨대, WiFi의 WPA 인증)을 할 수 있는 것을 실시예들은 인식한다.
사용자/OS 등에 의한 직접적인 제어와 같은 진화된 통신 시스템들을 바라지 않거나 달리 원치 않을 수 있다는 것을 하나 이상의 실시예들은 인식한다. 연결 설정 - 및/또는 심지어 어떤 설정이 이용될 것인지 - 이 예를 들어, 사용자 및/또는 애플리케이션의 통신 필요성으로 조정된다는 것을 보장하도록 돕기 위해서 동적으로 관리될 때 다중 연결 디바이스들은 유틸리티를 증가시키거나, 아마도 심지어 극대화시킬 수 있다는 것을 하나 이상의 실시예들은 고려한다. 더욱이, 운영자, 사용자, 디바이스 및/또는 애플리케이션 선호도는 대개 고급 정책을 통해 디바이스에 전달된다. 비제한적인 예로서, 선호도는 "WiFi QoS가 충분할 경우 비디오를 위해 WiFi를 이용"하는 것일 수 있다. 현재의 CM은 이와 같은 고급 정책들을 다룰 수 없다는 것을 실시예들은 인식한다. 더욱이, 현재의 (또는 종래의) CM 해결책들은 이러한 필요성들을 다루기에 불충분할 수 있다는 것을 실시예들은 인식하다. 실시예들은 예를 들어 단말의 "제어 영역"에서 CM의 추가를 고려한다.
본 명세서에 언급된 바와 같이, getaddrinfo() 동작은 로컬 어드레스의 리스트를 반환할 수 있다는 것을 실시예들은 인식한다. 실시예들은 또한 Src IP 정렬을 제공할 수 있는 알고리즘을 인식하고, 하나 이상의 실시예들에서, 이것은 예를 들어 정해진 목적지 IP 어드레스로부터 소스 IP 어드레스가 얼마나 가까운지에 기초할 수 있다.
예를 들어, 다른 경우들 중에서, 아마도 멀티 홈 디바이스의 경우, 정적 규칙은 충분히 정확하지 않을 수 있다는 것을 실시예들은 고려한다. 정말로, 기존의 소스 IP 선택 알고리즘은 IP 어드레스에 대한 결정에 기초할 수 있고, 아마도 이러한 IP 어드레스가 매핑되는 인터페이스들의 특성에 관한 다른 고려 사항들 없이, 때때로 오직 IP 어드레스에 대한 결정에 기초할 수 있다. 운영자에 의해 관리되고 및/또는 사용자의 선호도(예를 들어, 무선/유선, 신뢰성/비신뢰성, 운영자 선호 네트워크, 사용자 선호 네트워크 등과 같은 고려 사항)를 지원하는 멀티 홈 디바이스에서 다양한 다른 정책들 및/또는 요구 사항들이 소스 IP 선택에 고려될 수 있다는 것을 실시예들은 고려하고, 하나 이상의 실시예들에서 이들이 소스 IP 선택에 고려되어야한다. 또한, 동작 동안에, 애플리케이션의 요구 사항이 변경되면, CM은 이러한 변경을 동적으로 다룰 수 없다는 것을 실시예들은 인식한다. 실시예들은 애플리케이션의 변경 요구 사항들을 동적으로 다루는 것을 고려한다. 동적 변경은 예를 들어 초기 구성이 만들어진 이후에 발생할 수 있는 조건의 변경에 응답하여 만들어 질 수 있다는 것을 하나 이상의 실시예들은 고려한다. 비제한적인 예로서, 네트워크 혼잡의 변경은 WiFi에서 3G로의 플로우의 이동을 유용하게 만들 수 있다는 것을 실시예들은 고려한다. 또한, 예로서, WTRU 상에서 작동하는 동시 애플리케이션들의 수의 변경은 플로우들이 다양한 인터페이스들에 할당되는 재분배 방법을 유용하게 만들 수 있다는 것을 실시예들은 고려한다.
하나 이상의 실시예들은 예시적인 설명을 목적으로 비제한적으로 본 명세서에서 세션 관리자(session manager; SM)로 언급될 수 있다는 기능을 고려한다. 예를 들어, 시스템 및 프로세스 실시예들이 SM 기술 및 알고리즘을 위해 고려되고; 아마도 하나 이상의 다른 기능 컴포넌트들을 갖는 SM 아키텍처 및 인터페이스 실시예들이 고려되며; 하나 이상의 소스 IP 어드레스 선택 알고리즘 실시예들이 고려된다.
SM은 예를 들어 전체 ACMS/EIPS 아키텍처에 있을 수 있는 기능적 컴포넌트일 수 있다는 것을 실시예들은 고려한다. 하나 이상의 실시예들에서, SM은 전체 연결 관리 문제를 하나 이상의 덜 복잡한 하위 문제로 분할할 수 있다. 예를 들어, 각각의 세션 마다, SM은, 어떤 종류의 서비스(들)이 이용될 것인지(BW 통합, IFOM 등); 어떤 무선 액세스 기술(RAT)들이 특정한 세션에 대해 이용 가능하게 만들어질 수 있는지; 및/또는 다른 센션들에 대하여 어떤 세션의 우선 순위가 무엇 인지를 결정할 수 있다. 그리고 나서, 이러한 결정은 그 중에서도 예를 들어, 소스 IP 선택, L4 프로토콜 선택, 통합 관리를 포함하지만 이들로 제한되는 것은 아닌 독립적인 방식으로 다른 결정이 만들어 질 수 있도록 한다.
하나 이상의 실시예들에서, SM은 애플리케이션들에 의해 개방될 수 있는 하나 이상의 소켓들의 관리를 담당하고 및/또는 소켓의 개방 시에 제공된 애플리케이션 요구 사항들에 따라 및/또는 무선 송수신 유닛[WTRU, 또는 사용자 장비(user equipment; UE)]에서 동작하는 애플리케이션의 하나 이상의 정책들에 따라, 일부 소켓에 대해 또는 각각의 소켓에 대해 전체 스택(전송 계층/IP 계층/물리 계층)의 구성을 담당할 수 있다.
SM은 일부 또는 모든 개방된 세션을 추적할 수 있다. SM은 아마도 예를 들어, 애플리케이션 인터페이스(Application Interface; API)로부터, 또는 IP 계층/물리 계층에서의 변경의 경우에 CM으로부터 수신된 정보에 기초하여, 일부 또는 모든 개방된 세션을 갱신할 수 있다. 또한, SM은 필요하다면 새로운 IP 어드레스를 다중 연결 전송 계층에 제공할 수 있다.
더욱이, SM은 아마도 예를 들어, 정책 관리로부터 수신된 정의된 정책들에 기초하여, 세션 확립, 세션 유지, 및/또는 세션 삭제와 같은 기능들 중 하나 이상을 수행할 수 있는 것을 실시예들은 고려한다. 세션 확립의 경우, SM은 예를 들어 관련된 정책 및 파라미터들을 제공함으로써 CM에 자원 셋업을 요청할 수 있다. 세션 삭제는 수신된 정책에 기초하여 애플리케이션으로부터의 요청을 통해 또는 CM으로부터의 자원 삭제의 수신으로 발생할 수 있다. 예를 들어, 높은 우선 순위 세션이 도달하고 자원이 제한되어 있으면, 낮은 우선 순위 세션은 인터럽트될 수 있다. 하나 상의 실시예들에서, 아마도 변경이 애플리케이션에서 검출될 때[예컨대, 애플리케이션 유형 변경, 서비스 품질(QoS) 요구 사항 갱신 등], 일부 QoS 변경이 CM에 요청될 수 있다. 일부 실시예들에서, QoS 변경은 애플리케이션에 의해 직접적으로 제공될 수 있거나, 또는 레벨이 SM에 의해 제어될 수 있는 패킷 검사(Packet Inspection; PI)를 통해 검출될 수 있다.
세션 재구성이 요구될 때를 SM이 식별하여 그것을 CM에 요청할 수 있다는 것을 하나 이상의 실시예들은 고려한다. SM은 일부 작동 세션 동안 또는 각각의 작동 세션 동안 세션 설명을 유지할 수 있다. 더욱이, SM은 데이터 영역을 위해 소스 IP 선택을 수행할 수 있다. 동작 동안에, SM은 다중 연결 전송 계층으로의 IP 어드레스 노출을 관리할 수 있다. MC 전송 계층(예컨대, MPTCP)의 경우, SM은 여러 이유들 중에서 예를 들어, 추가적인 IP 어드레스를 MC 전송 계층에 제공하여 MC 전송 계층이 피어의 추가적인 서브 플로우들과 협상할 수 있도록 할 수 있다. 통합 프로토콜의 경우, SM은 예를 들어 사용 중인 통합 스케줄러에 스케줄러 제어 기능을 지원할 수 있다. SM은 또한 예를 들어, SSO를 위해 보안 클라이언트에 인터페이스할 수 있다.
하나 이상의 실시예들에서, SM 구성은 일부 미리 공급된 데이터에 의해 제공되고, 사용자로부터 수신되며, 및/또는 네트워크로부터 수신될 수 있다. 다수의 파라미터들이 SM에 의해 이용될 수 있다. 이들은 예를 들어 정책 관리 기능들을 통해, 동적으로 변경될 수 있다. SM은 SM_Configuration()을 호출함으로써 정책 관리에 ACMS/EIPS 구성 파라미터들을 요청할 수 있다. 아래의 표 1은 예시적은 SM 동작 모드를 도시한다.
파라미터 설명
PI 레벨 애플리케이션을 위해 적용되는 패킷 검사의 레벨
BWM 모드 대역폭 관리 지원 유형:
SM이 이용되거나 이용되지 않는 통합 프로토콜을 구성하도록 함
IFOM 모드 인에이블 또는 디스에이블 IFOM 지원
애플리케이션 QoS
요구 사항 표		 애플리케이션 QoS 요구 사항의 표
SM 동작 모드의 예
일부 현재 개방 세션의 겨우, 또는 각각의 현재 개방 세션의 경우, SM은 표 2에 도시된 예시적인 SM 세션 표와 같은 세션 표에 관련 파라미터들의 일부 또는 전체를 유지할 수 있다.
파라미터 설명 제공/갱신되는 방법
SID 세션 ID ASIF(ASIF_SessionOpen 호출)에 의해 제공됨.
동작 동안에 변경되지 않음.
PNAME 애플리케이션 이름 초기 값이 ASIF(ASIF_SessionConnect)에 의해 제공되며, ASIF_SessionUpdate를 이용하여 동작하는 동안 갱신될 수 있다.
AID 애플리케이션 ID 디폴트로 NULL로 설정됨. 어떠한 NULL도 없으면, 이것은 세션이 애플리케이션의 서브 플로우임을 의미한다. 바람직하게, 이것은 OS에 의해 할당된 프로세스 ID로 설정되어야 한다. 이것은 ASIF(ASIF_SessionUpdate)에 의해 동작 동안에 갱신될 수 있다.
QoS 이 세션에 대해 예상되는 QoS ASIF(ASIF_SessionOpen 호출)에 의해 제공되거나, 갱신된 PNAME에 기초하여 갱신될 수 있음.
ASIF 관련 파라미터
PI 레벨 초기 값은 디폴트로 0("없음")으로 설정된다. 동작 동안에 SM에 의해 갱신될 수 있음.
전송 FC 관련 파라미터
TrFC_ID 전송 ID TrFC_socket()의 출력으로 TrFC에 의해 제공됨.
동작 동안에 변경되지 않음.
도메인 ASIF(ASIF_SessionOpen 호출)에 의해 제공됨.
동작 동안에 변경되지 않음.
유형 SOCK_DGRAM,
SOCK_RAW,
SOCK_SEQPACKET, 및
SOCK_STREAM.		 ASIF(ASIF_SessionOpen 호출)에 의해 제공됨.
동작 동안에 변경되지 않음.
프로토콜 ASIF(ASIF_SessionOpen 호출)에 의해 제공됨.
TrFC 선택 동안에 SM 결정 마다 변경될 수 있음.
MC 프로토콜 NULL, MPTCP SM 내부에 있고, TrFC 선택 동안에 SM에 의해 설정됨.
Src IP의 MC 리스트 MC TrFC의 경우, 이 TrFC에 의해 이용되는 Src IP의 리스트.
TrFC(SM_MC_Update)에 의해 갱신됨.
예시적인 SM 세션 표
하나 이상의 실시예들에서, SM은 CM으로부터 연결 정보를 수신할 수 있다. 예시적인 연결 관련 정보가 표 3에 도시된다.
파라미터 설명 제공/갱신되는 방법
IP 스택 관련 파라미터
IP 플로우 ID (5-투플, 6-투플) 노트: MC 연결의 경우, 5-투플이 애플리케이션으로부터 수신된 것 중 하나이지만, MC 전송에 의해 이용되는 유효한 5-투플을 반영하지 않는다.
Src IP 어드레스의 리스트 IP 유형:
1 - 로컬 IP 어드레스(비3GPP 비신뢰성 전용),
2 - 터널 IP 어드레스 (비3GPP 비신뢰성 전용),
3 - 3G IP		 세션에 의해 이용 중인 소스 IP 어드레스(들)의 리스트.
CM_Connect의 출력으로 CM에 의해 초기에 제공되고, 동작 동안에 CM에 의해 갱신됨.
LIF 인스턴스 0 (LIF가 없는 경우, PASS_THROUGH),
1 (현재 오직 1개의 인스턴스가 지원됨)		 이 세션을 위해 이용되는 LIF의 유형.
LIF 인스턴스가 1로 설정되면, 제 2 RAT가 IFOM을 인에이블하기 위해 나중에 개방될 수 있다.
VIF 유형 없음 (PASS_THROUGH),
IPsec		 IP 스택 선택 동안에 SM에 의해 셋업되고 CM에 요청됨.
CM 관련 파라미터
CID 연결 ID CM_Connect의 출력으로 CM에 의해 제공됨.
동작 동안에 변경되지 않음.
예시적인 연결 관련 정보
일부 세션 또는 각각의 세션이 그 자신의 세션 표를 가질 수 있지만, SM은 또한 WTRU 상에서 이용 가능할 수 있고 상이한 세션들 간에 공유될 수 있는 공통 자원들을 저장할 수 있다는 것을 하나 이상의 실시예들은 고려한다. 이와 같은 파라미터(또는 자원)의 예가 SM 동작 표에 저장될 수 있고, 이것의 예가 표 4에 나타난다.
파라미터 설명
세션 수 현재 개방 세션의 전체 수.
매 개방 세션 및 종료 세션 마다 갱신됨.
애플리케이션 수 활성 애플리케이션의 전체 수.
각각의 세션이 다른 것들에 독립적이면, 애플리케이션 수는 세션 수와 동일하다. 별개의 세션들이 함께 "결합"될 때(즉, AID에 의해 식별된 동일한 애플리케이션에 속하는 것으로 식별됨), 애플리케이션 수는 세션 수보다 적다.
AID와 함께 SM_SessionUpdate()를 이용하여 ASIF에 의해 갱신됨.
PhIF의 리스트 현재 PhIF의 리스트.
SM_PhIFStatus()를 이용하여 CM에 의해 갱신됨.
WiFi SSID 신호 강도의 리스트 자신의 신호 강도를 갖는 현재 SSID들의 리스트.
SM_WiFiAPList()를 이용하여 CM에 의해 갱신됨.
이용 가능한 Src IP의 리스트 IP 어드레스 셋업 및 플랫폼 상에서 이용 가능한 동적 리스트.
SM_PhIFStatus([in]PhIF,[in]상태(UP,DOWN))를 이용하여 TrFC에 의해 갱신됨.
예시적인 SM 동작 표
아마도 CM에 자원을 요청하기 전에, SM은 적절하거나 가장 적합한 일치를 실별하기 위해 요청된 소켓에 적용할 수 있는 애플리케이션들의 요구 사항들 및 정책들을 체크할 수 있다는 것을 하나 이상의 실시예들은 고려한다.
실시예들은 애플리케이션의 서비스 품질(QoS) 요구 사항을 고려한다. 예시적인 QoS 우선 순위는 처리량, 지연, 오류 등을 포함한다. 애플리케이션을 위한 예시적인 네트워크는 3G 네트워크를 위해 제공되는 APN, 및 비3GPP 액세스를 위해 제공되는 네트워크 ID를 포함한다. 금지된 네트워크의 리스트가 제공될 수 있다. 트래픽 우선 순위가 제공될 수 있다. 애플리케이션 마다의 이동성 요구 사항이 제공될 수 있다. BWA(예컨대, 통합) 요구 사항이 제공될 수 있다. 보안 요구 사항이 제공될 수 있다는 것을 실시예들은 고려한다. BWA가 IP 플로우가 전송될 수 있는 실제 인터페이스의 결정에 수반되는 하나 이상의 메커니즘을 통해 수행될 수 있다는 것을 실시예들을 고려한다. IP 플로우를 전송하는 프로세스는 무엇 보다도 분리(예컨대, 플로우 단위 기준으로 플로우를 인터페이스에 할당하기 위한 능력)를 수반할 수 있다는 것을 실시예들은 고려한다. BWA는 플로우 이동성의 지원(예컨대, 인터페이스들 간에 플로우를 이동시키기 위한 능력)을 포함할 수 있다는 것을 하나 이상의 실시예들은 고려한다. 더욱이, BWA는 통합(예컨대, 하나의 플로우를 동시에 다수의 인터페이스들에 전송하기 위한 능력)을 포함할 수 있다는 것을 하나 이상의 실시예들은 고려한다.
LEGACY 애플리케이션의 경우, QoS 요구 사항은 정책 관리에 의해 제공될 수 있다는 것을 실시예들은 고려한다. 아래의 표 5는 애플리케이션 마다의 QoS 요구 사항의 예를 도시한다.
애플리케이션
프로토콜		 애플리케이션
프로토콜		 QoS 정책 이동성 정책 액세스 네트워크 정책
NULL 비공지 낮은 대역폭 없음 가능할 때마다 WLAN/SSIDxx에 오프로드되어야 함
HTTP HTTP 중간 대역폭 없음 가능할 때마다 WLAN/SSIDyy에 오프로드되어야 함
HTTP_DOWNLOAD 낮은 대역폭에서 중간 대역폭 있음 가능할 때마다 WLAN/SSIDyy에 오프로드되어야 함
HTTP_AUDIO 높은 대역폭 있음 가능할 때마다 WLAN/SSIDyy에 오프로드되어야 함
HTTP_VIDEO 높은 대역폭 있음 가능할 때마다 WLAN/SSIDyy에 오프로드되어야 함
HTTP_PLAIN 중간 대역폭 없음 가능할 때마다 WLAN/SSIDyy에 오프로드되어야 함
FTP FTP_CTRL 낮은 대역폭 보안 있음 3GPP 네트워크에 있어야 함
허용되지 않은 WLAN에 오프로드함
FTP_DATA 중간 대역폭에서 높은 대역폭 보안 있음 3GPP 네트워크에 있어야 함
허용되지 않은 WLAN에 오프로드함
SIP SIP 낮은 대역폭 보안 있음 3GPP 네트워크에 있어야 함
허용되지 않은 WLAN에 오프로드함
애플리케이션 마다의 QoS 요구 사항 표의 예
ADVANCED 애플리케이션의 경우, 이러한 QoS 요구 사항은 예를 들어 ADV Socket() 호출을 이용하는 애플리케이션에 의해 직접적으로 제공될 수 있다는 것을 하나 이상의 실시예들은 고려한다.
실시예들은 하나 이상의 IFOM 유형 정책들을 고려한다. 초기 IFOM 지원은 네트워크 제어된 IFOM(예컨대, WTRU는 수동적일 수 있고 착신 패킷을 수신한 인터페이스를 통해 발신 패킷을 전송함으로써 네트워크의 결정에 반응할 수 있다)이지만, WTRU가 요청된 소켓을 위한 LIF를 셋업할 필요가 있거나 그렇지 않을 수 있다. 이를 위해, 정책들은 플로우 단위 기반의 규칙 및 서비스 단위 기반의 규칙인, 2개의 폴드(two-fold)가 있고, 이는 ANDSF 관리 객체에 포함된 시스템 간 라우팅 정책(Inter System Routing Policies; ISRP) 요소와 유사하며, 운영자가 사용자 장비(UE) 또는 WTRU에 의해 교환된 트래픽에 기초하여 정책을 제공할 수 있도록 한다. 정책들의 단위는 IP 플로우이다. 이런 식으로, 운영자는 WTRU가 전송할 수 있는 트래픽 유형의 함수로 상이한 선호되는 무선 액세스 기술 또는 금지된 무선 액세스 기술을 나타낼 수 있다.
IP 플로우는 5-투플이 속하는 범위(예컨대, 프로토콜 유형, 소스 및 목적지 IP 어드레스의 시작/끝, 및 소스 및 목적지 포트의 시작/끝)에 의해 식별될 수 있다. 서비스는 APN(액세스 포인트 네임)에 의해 식별될 수 있다. 예로서, 이것은 운영자에 의해 WTRU에 제공된 ISRP의 세트일 수 있다. 표 6은 플로우 마다의 정책의 예를 도시한다(타당성, 위치 등과 같은 ANDSF MO에 포함된 정보는 간결함을 위해 이 표에 도시되지 않음을 유념한다).
트래픽 설명 규칙 우선 순위 선호되는 RAT 금지된 RAT
dest_port==2568 2 1)3GPP 1)WLAN
dest_addr==74.255.124.0/24 1 1)IFOM을 갖는 WLAN
2)3GPP
dest_port==80 5 1)단절 있는 WLAN
2)3GPP
APN="인터넷" 3 1)IFOM을 갖는 WLAN
2)3GPP
APN="인터넷" &&
dest_port==7654		 2 1)3GPP 1)WLAN
플로우 마다의 정책 표의 예
실시예들은 SM_SessionOpen 동작을 고려한다. 이 동작은 SM_SessionOpen() 호출을 통해 수신된 세션 ID에 의해 식별된, 새로운 세션을 확립하는데 이용될 수 있다. 이 단계에서, SM은 표 2에 도시된 바와 같은, 세션을 위한 새로운 세션 표를 생성하고, SM_SessionOpen()을 통해 수신된 세션 ID 및 전송 FC 관련 파라미터들을 저장할 수 있다.
실시예들은 SM_SessionConnect 동작을 고려한다. 하나 이상의 실시예들에서, SM은 세션 ID에 의해 식별된 세션에 대해 SM_Connect() 호출을 통해 수신된 파라미터들[예컨대, 애플리케이션 프로토콜(PNAME) 및 요청된 QoS(이용 가능하다면)]을 세션 표에 저장할 수 있다. SM은 또한 SM_SessionConnect()로 수신된 길이(IPv4 또는 IPv6)를 갖는ㄴ 목적지 어드레스를 이용하여 IP 플로우 ID(5-투플, 6-투플)의 목적지 부분을 갱신할 수 있다. 이러한 입력에 기초하여, 하나 이상의 실시예들에서 - 아마도 WTRU에 적용하는 정책들에 추가적으로 - , SM은 이러한 세션에 대한 전체 스택을 셋업할 수 있다. 예컨대, 전송 계층 및 물리 계층 자원을 정의하고, TrFC 및 CM으로 이러한 셋업을 요청한다.
비제한적인 예로서, 다음은 SM_SessionConnect() 시나리오의 유형의 일부 예들이다. 하나 이상의 실시예들에서, 애플리케이션은 WiFi 브레이크아웃을 이용하지만 3GPP를 통해 데이터를 전송할 수 있다. 이와 같은 경우에, 예를 들어 다음과 같이 적용될 수 있다: List Phys (WiFi, 3 GPP); LIF = 0; 및/또는 VIF = 0.
하나 이상의 실시예들에서, 애플리케이션은 WiFi 및 3GPP를 통해 LIF를 이용할 수 있다. 이와 같은 경우에, 예를 들어 다음과 같이 적용될 수 있다: List Phys (WiFi, 3GPP); LIF = 1 ; 및/또는 VIF = IPsec.
하나 이상의 실시예들에서, 애플리케이션은 WiFi 및 3GPP를 통해 통합하기를 원할 수 있다. 이와 같은 경우에, 예를 들어 다음과 같이 적용될 수 있다: List Phys (WiFi, 3 GPP); LIF = 0; 및/또는 VIF = 0.
도 3은 고려된 실시예들에 따라 예시적인 SM 연결 확립 프로세스의 흐름도를 나타낸다.
실시예들은 전송 계층 선택을 고려한다. 스택을 정확하게 셋업하기 위해서, SM은 어떤 전송 세션이 개방되어야 하는지 또는, 일부 실시예들에서, 어떤 전송 세션이 개방될 필요가 있는지를 결정할 수 있다는 것을 하나 이상의 실시예들은 고려한다. SM은 아마도 예를 들어 BWM의 동작 모드가 여러 이유들 중에서 예를 들어 OFF로 설정되면, 어드밴스드 소켓 인터페이스(Advanced Socket Interface; ASIF)로부터 수신된 socket() 요청에서 요청된 것과 동일한 유형의 소켓을 요청할 수 있다. 하나 이상의 실시예들에서, 소켓 유형이 SOCK_STREAM(TCP 세션으로 고려될 수 있음)이고 및/또는 내부 구성 파라미터 BWM 상태가 OFF와 상이하면, 아마도 이러한 조건들 및/또는 다른 조건들의 경우, SM은 BWM 모드에 따라 다중 연결 전송 계층을 요청할 수 있다. 이에 따라, SM은 세션 표의 MC 프로토콜을 갱신할 수 있다. 하나 이상의 실시예들에서, BWM 상태/모드는 예를 들어 L4 다중 경로 관리 상태/모드와 동일할 수 있고, 이것은 MPTCP 또는 유사한 프로토콜의 이용을 나타내고 및/또는 활성화시킬 수 있다.
실시예들은 이동성 유형 및 IFOM 선택을 고려한다. 예를 들어 (다른 목적들 중에서), 정확한 물리적 인터페이스(PhlF)를 셋업하고 및/또는 적절한 IP 유형(예컨대, 로컬 IP 어드레스 또는 터널 IP 어드레스)을 요청하기 위한 목적으로, SM은 요청된 IP 플로우 ID(5-투플) 및 PNAME을 체크할 수 있다. 이들 중 하나 이상에 기초하여, SM은 애플리케이션 QoS 요구 사항 표에서 이동성 정책 및/또는 플로우 마다의정책 표에서 플로우 정책을 추출할 수 있다. 이것은 SM이 예를 들어 PhIF(예컨대, WiFi를 위한 SSID와 같은 관련 네트워크 네임을 갖음), LIF 유형, 및/또는 VIF 유형을 결정하도록 할 수 있다.
실시예들은 SM_SessionClose 기능/동작을 고려한다. 이 동작은 SIF_SessionClose() 또는 ASIF_ProtocolViolationNotification() 호출을 통해 수신된 세션 ID에 의해 식별된 세션을 종료할 수 있다. SM_Session Close는 예를 들어 CM_Disconnect와 함께 CM_connection 및 TrFC_Disconnect를 호출함으로써 관련된 물리적 자원 및 전송 자원을 해제할 수 있다. 하나 이상의 실시예들에서, SM_SessionClose는 이 세션 ID와 관련된 SessionTable을 삭제할 수 있다.
실시예들은 SM_OperationTableUpdate 기능/동작을 고려한다. 이 기능은 CM으로부터 수신된 입력에, 적어도 일부, 기초하여 SM 동작 표를 갱신할 수 있다. 예를 들어, 이 기능은 SM_PhIFStatus() 호출을 통해 수신된 이용 가능한 인터페이스의 리스트를 갱신할 수 있고 및/또는 상이한 CM_connect()를 통해 수신된 이용 가능한 Src IP의 리스트를 갱신할 수 있다.
실시예들은 SM_BWM(대역폭 관리) 기능/동작을 고려한다. 하나 이상의 실시예들에서, 아마도 예를 들어 세션이 생성될 때, SM은 동작 동안에 이들을 유지 및/또는 모니터링할 수 있다. MC 전송 FC를 지원할 수 있는 세션에서(예컨대, 세션 표에서 MPTCP로 설정된 MC 프로토콜), SM은 이들에게 임의의 새로운 (소스) IP 어드레스를 제공하여 MC 전송 세션이 예를 들어 그것의 MPTCP 피어를 이용하여 하나 이상의 관련된 서브 플로우들을 개방 또는 종료할 수 있도록 한다. SM_BWM(대역폭 관리) 기능이 앞서 언급한 기능을 제공할 수 있다는 것을 실시예들은 고려한다. 예를 들어, 아마도 새로운 PhIF가 여러 이유들 중에서 UP 또는 DW로서 나타날 경우, SM은 IP가 이 인터페이스로부터 검색될 수 있는지 그리고 MC TrFC에 제공될 수 있는지를 결정할 수 있다.
실시예들은 SM_PolicyUpdate 기능/동작을 고려한다. 하나 이상의 실시예들에서, 아마도 예를 들어 동작 동안에, 정책들은 동적으로 변할 수 있다. 예를 들어, 여러 이유들 중에서, 새로운 또는 최근의(예컨대, 초기 구성이 만들어진 이후의 조건의 변경) BWM 모드 또는 IFOM이 수신되면, SM은 관련된 세션 ID를 이용하여 SM_SessionClose 기능을 호출함으로써 최근에 수신된 BWM 및/또는 IFOM 정책을 다루지 않은 하나 이상의 세션들을 종료 및/또는 개방할 수 있다.
실시예들은 세션 관리자 아키텍처 & 인터페이스를 고려한다. 하나 이상의 실시예들에서, SM은 인터페이스들(C3, P1, C1, C2, C12 및/또는 C13)를 통해 CM, 정책 관리 시스템, ASIF, 전송 FC, SSO 프록시, 및/또는 DNS 프록시와 각각 인터페이스 할 수 있다. 도 4는 예시적인 SM FC의 기능도를 나타낸다.
실시예들은 하나 이상의 세션 관리자(SM) 인터페이스들을 고려한다. 예를 들어, 하나 이상의 실시예들은 C1 - 세션 관리자 및 ASIF 인터페이스를 고려한다. C1는 어드밴스드 소켓 IF(ASIF)와 세션 관리자(SM) 간에 인터페이스의 역할을 할 수 있다. 이 인터페이스는 ASIF가 새로운 세션이 검출되었다거나 변경이 활성 세션 동안에 발생했다는 것을 SM에 통지할 수 있도록 한다. 비제한적인 예로서, 변경은 다른 변경들 중에서, 세션에 새로운 서브 플로우의 추가, 서브 플로우의 삭제, 또는 세션 설명의 변경(새로운 QoS, 요구되거나 요구되지 않은 이동성, 보안 레벨)일 수 있다. 예시적인 C1 기능이 표 7에 제공된다.
기능 이름 파라미터 설명
SM_SessionOpen() [in]도메인
[in]유형
[in]프로토콜
[in]세션 ID
[in]adv		 새로운 세션이 검출되었다는 것을 SM에 통지하기 위해 ASIF에 의해 호출됨. ASIF에는 socket() 호출을 통해 수신된 파라미터들, 및 할당된 세션 ID이 제공됨. 애플리케이션이 소켓 호출에서 [adv] 확장 값을 이용하지 않더라도 [adv] 값은 SM에 전달된다. ASIF는 각각의 값에 대해 소켓 호출로부터 암시할 수 있는 정보로 채우고, 그렇지 않으면 NULL을 채운다.
SM_SessionConnect() [in]세션 ID
[in]PNAME
[in]목적지 어드레스
[in]목적지 어드레스의 길이(IPv4 또는 IPv6)
[in]QoS		 연결이 이전 개방 세션을 통해 요청되었다는 것을 SM에 통지하기 위해 ASIF에 의해 호출됨. ASI에F는 connect()에서 수신된 파라미터, PNAME, 및 관련된 세션 ID를 제공됨.

관련된 QoS가 이용 가능할 수도 있고 그렇지 않을 수도 있다.
SM_SessionUpdate() [in]세션 ID
[in]PNAME
[in]AID		 세션 ID에 의해 식별된 세션을 통해 임의이 갱신을 SM에 통지하기 위해 ASIF에 의해 호출됨.

세션이 서브 플로우로 식별되면 ASIF는 애플리케이션 프로토콜 갱신 또는 AID를 제공할 수 있다.
ASIF_PiLevelConfiguration() [in]레벨
[in]세션 ID		 기능과 함께 전송된 SID에 의해 식별된 세션을 통해 수행된 PI의 검사 레벨을 구성하도록 SM에 의해 호출됨.

SID가 ALL_SESSION으로 설정되었으면, PI의 레벨은 모든 개방 세션들에 대해 동일하다.
SM_ProtocolViolationNotification() [in]세션 ID 애플리케이션 프로토콜의 위반을 통지하기 위해 ASIF에 의해 호출됨.
SM_SessionClose() [in]세션 ID "세션 ID"에 의해 식별된 세션을 종료하도록 SM에 통지하기 위해 ASIF에 의해 호출됨.
getnameinfo() 애플리케이션으로부터 SM으로 ASIF에 의해 직접 전송되는 기능.

이것은 애플리케이션에 어드레스의 리스트를 반환한다. 이 리스트는 IPv6 및 IPv4 어드레스 양자 모두를 포함할 수 있다.
예시적인 C1 기능
실시예들은 예를 들어 아마도 세션 관리자 및 전송 FC(TFC)를 위해 제공되는 C2 인터페이스를 고려한다. 표 8은 예시적인 C2 기능들을 도시한다.
기능 이름 파라미터 설명
TrFC_socket() [in]도메인
[in]유형
[in]프로토콜

[out]TrFC_ID		 전송 FC에 새로운 전송 소켓을 생성하기 위해 이용되는 SM에 의해 호출됨
- 유형은 UDP, TCP, 또는 MPTCP이다.

TrFC는 이러한 전송 소켓을 통한 미래의 동작에 이용되는 TrFC_ID를 반환한다.
TrFC_connect() [in]TrFC_ID
[in]목적지 어드레스
[in]목적지 어드레스의 길이(IPv4 또는 IPv6)

[out]반환값		 연결 모드 소켓을 통해 연결하거나 또는 연결 모드 소켓의 피어 어드레스를 셋팅 또는 리셋하기 위해 SM에 의해 호출됨.
TrFC_IP_Update [in]TrFC_ID
[in]IP 어드레스
[in]동작(추가, 삭제)		 IP 어드레스가 대역폭 통합에 이용 가능하거나 그렇지 않다는 것을 다중 연결(MPTCP) 전송 연결에 알리기 위해 SM에 의해 호출됨.
SM_MC_Update [in]TrFC_ID
[in]IP 어드레스
[in]동작(추가, 삭제)		 TrFC_ID에 의해 식별된 MC 연결에 의해 이용되는 IP의 수에 관해 SM에 알리기 위해 TrFC에 의해 호출됨.
TrFC_Disconnect [in]TrFC_ID TrFC_ID에 의해 식별된 연결을 끊도록 TrFC에 통지하기 위해 SM에 의해 호출됨
예시적인 C2 기능
실시예들은 예를 들어 아마도 연결 관리자(CM) 및 세션 관리자(SM)를 위해 제공되는 C3 인터페이스를 고려한다. 하나 이상의 실시예들에서, C3는 CM과 SM 사이의 인터페이스이다. 예시적인 C3 기능이 표 9에 제공된다.
기능 이름 파라미터 설명
CM_Connect [in]요청 유형
[in]PhIF의 리스트
[in]SSID
[in]LIF 인스턴스
[in]VIF 유형

[out]상태
[out]리스트(획득된 IP 어드레스, IP 유형, PhIF, SSID, 연결 ID)		 IP 세션을 셋업하도록 CM에 요청하기 위해 SM에 의해 호출됨.

- 요청 유형은, 1 - 리스트에 지정된 모든 PhIF로의 연결, 2 - 가장 선호되는 것으로 시작하여 첫번째 것이 연결에 실패하면 그 리스트를 통과시키는 오직 1개의 PhIF로의 연결이 있다.

- PhIF의 리스트를 통해 연결은 선호되는 순서로 확립되어야 한다.

- WiFi SSID는 PhIF가 WiFi이어야만 의미를 갖는다. 이것은 결합이 수행되어야 하는 AP를 지정한다. 어떠한 특정한 SSID도 원하지 않으면, SSID_ANY가 지정될 수 있다.

- 연결이 LIF에 연관되어야 하는지가 지정되어야 한다. LIF 인스턴스는 LIF 인스턴스를 식별하는 수이다: 0 (어떠한 LIF도 없는 경우/PASS_THROUGH).

- VIF 유형은 어떠한 유형의 터널이 확립되어야하는지를 지정한다. 가능한 값은, 예컨대, 없음(PASS_THROUGH), IPsec이다.

- 상태는 동작이 성공적이었는지, 부분적으로 성공적이었는지, 또는 실패했는지를 나타낸다.

- 상태가 성공적이면, 그 연결을 위해 할당된 IP 어드레스가 반한된다.

- IP 유형: 1 - 로컬 IP 어드레스(비3GPP 비신뢰성 있음), 2 - 터널 IP 어드레스(비3GPP 비신뢰성 있음), 3 - 3G

- 연결 ID는 이 연결에 대한 추가의 참조를 위해 이용되어야 한다(예컨대, 연결 해제를 위해).
CM_Disconnect [in]연결 ID
[out]상태		 이전에 개방된 IP 연결의 연결 해제를 요청하기 위해 SM에 의해 요청됨.
CM_Config [in] 측정 표시 간격
[in] 인에이블된/디스에이블된 PhIF 상태 표시
[out]상태		 SM에 의해 호출됨.
CM은 미리 결정된 간격으로 측정 표시를 전송하도록 구성될 수 있다(0은 표시를 디스에이블함).
PhIF 상태 표시(CM에 의해 SM으로 전송됨)는 인에이블/디스에이블될 수 있다.
CM_GetMeasurements [in]PhIF
[out]측정		 SM은 PhIF에 특유한 측정을 획득하도록 CM에 질의할 수 있다.
SM_PhIFStatusInd [in]PhIF
[in]상태(UP,DOWN)		 PhIF 상태의 임의의 변화를 SM에 알리기 위해 CM에 의해 호출됨. SM에 의해 제공되는 기능.
SM_WiFiAPListInd [in]신호 강도를 갖는 SSID의 리스트 WiFi AP가 검출될 때 SM에 의해 제공되는 이 기능을 CM이 호출한다.
SM_MeasurementsInd [in]PhIF
[in]측정		 표시(SM에 의해 이전에 구성된 표시 간격)을 이용하여 SM에 취합된 측정을 전송하기 위해 CM이 이 기능을 호출한다. SM에 의해 제공되는 기능.
SM_FlowMovementInd [in]플로우 식별자(5-투플)
[in]인스턴스로부터
[in]인스턴스로		 플로우가 새로운 인터페이스로 다시 보내질 때(네트워크 제어됨), SM에 의해 제공되고 CM에 의해 호출되는 기능.
예시적인 C3 기능
실시예들은 예를 들어 아마도 정책 관리자 및 세션 관리자(SM)를 위해 제공되는 P1 인터페이스를 고려한다. 하나 이상의 실시예들에서, P1은 정책 관리자가 디바이스에 의해 적용될 필요가 있거나 또는 디바이스에 의해 이용될 수 있는 정책을 SM에 제공하도록 할 수 있다. 아래의 표 10은 예시적인 P1 기능을 도시한다.
기능 이름 파라미터 설명
SM_Configuration [out]BWM 모드
- MPTCP
- OTHERS
- OFF

[out]IFOM 모드(ON/OFF)		 동작 모드를 요청하기 위해서 SM에 의해 호출됨.
BWM이 OFF이면, SM은 어떠한 MC 전송 FC 소켓도 요청할 수 없다.
SM_ConfigurationUpdate [in]BWM 모드
[in]IFOM 모드		 SM의 동작 모드를 갱신하기 위해서 PM에 의해 호출됨. BWM 모드 및 IFOM 모드는 SM_Configuration의 것들과 유사하다.
SM_PolicyConfig [out]플로우 기반 정책
[out]서비스 기반 정책		 플로우를 위한 정책 및 서비스를 위한 정책을 요청하기 위해 SM에 의해 호출됨.
SM_PolicyUpdate [in]플로우 기반 정책
[in]서비스 기반 정책		 동작 동안에 임의의 갱신 정책을 SM에 제공하기 위해 PM에 의해 호출됨.
예시적인 P1 기능
실시예들은 예를 들어 아마도 세션 관리자 및 SSO 프록시를 위한 인터페이스의 역할을 하는 C12 인터페이스를 고려한다. 하나 이상의 실시예들에서, C12는 SM과 SSO 프록시 간의 인터페이스일 수 있다. 이 인터페이스는 예를 들어 네트워크의 사용자의 인증을 다루는 SSO 단계의 트리거링을 허용할 수 있다. 예시적인 C12 기능이 표 11에 제공된다.
기능 이름 파라미터 설명
SSO_Trigger [out]상태

[out]연결을 확립하기 위해 요구되는 임의의 훈련된 정보(예컨대, 키)		 SSO 동작을 트리거하기 위해 SM에 의해 호출됨.

완전히 성공적인 SSO가 반환되는지를 나타내는 상태.
예시적인 C12 기능
실시예들은 예를 들어 아마도 세션 관리자(SM) 및 도메인 네임 시스템(DNS)을 위해 제공되는 C13 인터페이스를 고려한다. 하나 이상의 실시예들에서, C13는 SM과 DNS 프록시 간의 인터페이스일 수 있다. 표 12는 예시적인 C13 기능을 도시한다.
기능 이름 파라미터 설명
DNS_Trigger [out]상태

[out]IP 어드레스		 DNS 동작을 트리거하기 위해 SM에 의해 호출됨.

완전히 성공적인 DNS가 반환되는지를 나타내는 상태.
예시적인 C13 기능
실시예들은 하나 이상의 소스 IP 어드레스 선택 알고리즘을 고려한다. 하나 이상의 실시예들에서, 파라미터 "Getaddrinfo"의 이전까지 비공지되거나 기술된 기능들 및/또는 동작들이 고려된다. 하나 이상의 실시예들에서, SM은 적용되는 정책으로 더욱 잘 정렬할 수 있는 소스 IP 어드레스 선택을 수행할 수 있다. 예컨대, 특정한 애플리케이션은 QoS, 보안 등에 기초하여, 이러한 유형의 링크를 검토할 수 있다.
하나 이상의 실시예들에서, CM은 IP 어드레스의 이동성 지원(모바일 코어 IP 어드레스가 있거나, 로컬 브레이크아웃 IP 등이 있는지를)을 SM에 나타낼 수 있다. SM은 SM 동작 표에 저장된 이용 가능한 소스 IP의 리스트를 가질 수 있다. SM은 이들이 이용될 때 초기 소스 IP의 리스트 및 조건의 표를을 유지할 수 있다. 이용될 수 있는 예시적인 조건 및 소스 IP가 표 13에 나타난다.
조건 이용될 소스 IP
비디오 애플리케이션 & WiFi 있음 IPx
비디오 애플리케이션 & WiFi 없음 IPy
... ...
예시적인 조건 및 소스 IP
표 13에 지정되지 않은 경우 (및 아마도 모든 경우), SM은 DEFAULT_SOURCE_IP를 이용할 수 있다는 것을 실시예들은 고려한다. DEFAULT_SOURCE_IP는 운영자 및 다른 정책들에, 적어도 일부, 기초하여 결정될 수 있다. 하나 이상의 실시예들에서, DEFAULT_SOURCE_IP는 주요 PDP 컨텍스트와 연관된 주요 모바일 동작 IP; 및/또는 사설 네트워크로부터의 "가짜의" 존재하지 않는 IP(예컨대 192.xxx.xxx.xxx) 중 적어도 하나일 수 있다.
실시예들은 언바운드 소켓(Unbound Socket)을 위한 하나 이상의 로컬 IP 어드레스를 고려한다. 하나 이상의 실시예들에서, connect()이 아마도 예를 들어 (다른 이유 및 조건 중에서) 언바운드 소켓에 호출되면, 커널은 발신 패킷을 전송하기 위한 로컬 인터페이스를 결정할 수 있다. 하나 이상의 실시예들에서, 커널은 INADDR_ANY로 설정된 로컬 어드레스를 이용하여 랜덤 프리 소스 포트르 선택할 수 있고, INADDR_ANY는 라우팅 표에 의해 제공된 디폴트 IP 어드레스를 의미할 수 있다. 소스 IP 선택과 유사하게, 하나 이상의 실시예들에서, SM은 예컨대, 가장 선호되는 네트워크 등과 같은 정책을 이용하여 더욱 양호하게 정렬하도록 이 기능을 수행할 수 있다.
실시예들은 하나 이상의 SM 정책들 및 QoS 요구 사항들을 고려한다. 하나 이상의 실시예들에서, 아마도 CM에 자원을 요청하기 전에, 또는 다른 이유 또는 조건의 경우, SM은 예를 들어 최적 일치를 식별하기 위해 요청된 소켓에 적용하는 애플리케이션의 요구 사항 및 정책을 체크할 수 있다.
실시예들은 하나 이상의 애플리케이션 QoS 요구 사항들을 고려한다. 비제한적인 예로서, QoS 요구 사항은 QoS 우선 순위(예컨대, 처리량, 지연, 오류 등); 애플리케이션을 위한 선호되는 네트워크(3G 네트워크를 위해 제공된 선호되는 APN; 비3GPP 애플리케이션을 위해 제공된 선호되는 네트워크 ID); 금지된 네트워크들의 리스트; 트래픽 우선 순위; 애플리케이션 마다의 이동성 요구 사항; BWA(즉, 통합) 요구 사항; 및/또는 보안 요구 사항을 포함하지만 이들로 제한되지 않을 수 있다.
LEGACY 애플리케이션의 경우, QoS 요구 사항은 애플리케이션 마다의 QoS 요구 사항의 예를 도시하는 다음의 표 14와 유사한 표를 갖는 정책 관리(정책 및/또는 QoS 관리자)에 의해 제공될 수 있다.
애플리케이션
프로토콜		 애플리케이션
프로토콜		 QoS 정책 이동성 정책 액세스 네트워크 정책
NULL 비공지 낮은 대역폭 없음 가능할 때마다 WLAN/SSIDxx에 오프로드되어야 함
HTTP HTTP 중간 대역폭 없음 가능할 때마다 WLAN/SSIDyy에 오프로드되어야 함
HTTP_DOWNLOAD 낮은 대역폭에서 중간 대역폭 있음 가능할 때마다 WLAN/SSIDyy에 오프로드되어야 함
HTTP_AUDIO 높은 대역폭 있음 가능할 때마다 WLAN/SSIDyy에 오프로드되어야 함
HTTP_VIDEO 높은 대역폭 있음 가능할 때마다 WLAN/SSIDyy에 오프로드되어야 함
HTTP_PLAIN 중간 대역폭 없음 가능할 때마다 WLAN/SSIDyy에 오프로드되어야 함
FTP FTP_CTRL 낮은 대역폭 보안 있음 3GPP 네트워크에 있어야 함
허용되지 않은 WLAN에 오프로드함
FTP_DATA 중간 대역폭에서 높은 대역폭 보안 있음 3GPP 네트워크에 있어야 함
허용되지 않은 WLAN에 오프로드함
SIP SIP 낮은 대역폭 보안 있음 3GPP 네트워크에 있어야 함
허용되지 않은 WLAN에 오프로드함
애플리케이션 마다의 QoS 요구 사항 표의 예
도 1 내지 도 4 및 앞서 기술된 설명을 고려하고, 도 5를 참조하면, 실시예들은 프로세서를 포함할 수 있는 무선 송수신 유닛(WTRU)를 고려한다. 5002에서, 프로세서는 WTRU 상에서 동작하는 하나 이상의 애플리케이션들 또는 적어도 하나의 WTRU 사용자의 하나 이상의 요구 사항들에, 적어도 일부, 기초하여 하나 이상의 연결 설정들을 동적으로 제어하기 위해 적어도 하나의 기능을 이용하도록, 적어도 일부, 구성될 수 있다. 대안적으로 또는 부가적으로, 5004에서, 프로세서는 또한 하나 이상의 요구 사항들에, 적어도 일부, 기초하여 하나 이상의 연결들의 이용을 결정하기 위해 적어도 하나의 기능을 이용하도록 구성될 수 있다는 것을 실시예들은 더욱 고려한다. 하나 이상의 연결들은 하나 이상의 각각의 세션들의 일부일 수 있다는 것을 하나 이상의 실시예들은 고려한다. 5006에서, 대안적으로 또는 부가적으로, 프로세서는 또한 하나 이상의 정책들에 기초하여 적어도 하나의 기능을 이용하도록 구성될 수 있다는 것을 실시예들은 고려한다. 적어도 하나의 기능은 WTRU의 제어 영역에서 동작할 수 있다는 것을 하나 이상의 실시예들은 고려한다. 또한, 적어도 하나의 기능은 제 1 기능일 수 있고, 제 1 기능은 하나 이상의 제 2 기능들을 포함할 수 있다는 것을 하나 이상의 실시예들은 고려한다.
대안적으로 또는 부가적으로, 5008에서, 프로세서는 또한 하나 이상의 세션들 중 적어도 하나의 세션에 의한 이용을 위해 서비스 유형을 결정하기 위해 적어도 하나의 기능을 이용하도록 구성될 수 있다는 것을 실시예들은 고려한다. 5010에서, 대안적으로 또는 부가적으로, 프로세서는 또한 하나 이상의 세션들 중 적어도 하나의 세션에 의한 이용을 위해 무선 액세스 기술(RAT)을 결정하기 위해 적어도 하나의 기능을 이용하도록 구성될 수 있다는 것을 실시예들은 고려한다. 도 5a를 다시 참조하면, 대안적으로 또는 부가적으로, 5012에서, 프로세서는 또한 하나 이상의 세션들 중 제 2 세션에 관하여 하나 이상의 세션들 중 제 1 세션의 우선 순위를 결정하기 위해 적어도 하나의 기능을 이용하도록 구성될 수 있다는 것을 실시예들은 고려한다.
5014에서, 대안적으로 또는 부가적으로, 프로세서는 또한 하나 이상의 세션들 중 제 1 세션이 제 2 세션보다 우선 순위가 높다고 결정하면 하나 이상의 세션들 중 제 2 세션을 삭제하기 위해 적어도 하나의 기능을 이용하도록 구성될 수 있다는 것을 실시예들은 고려한다. 적어도 하나의 기능은 세션 관리자 기능일 수 있다는 것을 하나 이상의 실시예들은 고려한다. 대안적으로 또는 부가적으로, 5016에서, 프로세서는 하나 이상의 세션들 중 적어도 하나의 세션이 종료될 것을 결정하기 위해 적어도 하나의 기능을 이용하고, 5018에서, 하나 이상의 세션들 중 적어도 하나의 세션을 종료하기 위해 적어도 하나의 기능을 이용하도록 구성될 수 있다는 것을 실시예들은 고려한다.
도 6을 참조하면, 실시예들은 또한 프로세서를 포함할 수 있는 무선 송수신 유닛(WTRU)을 더욱 고려한다. 6002에서, 프로세서는 하나 이상의 정책들 또는 하나 이상의 서비스 품질(QoS) 요구 사항들 중 적어도 하나에, 적어도 일부, 기초하여 WTRU 상에서 동작하는 하나 이상의 애플리케이션들에 대한 하나 이상의 소스 인터넷 프로토콜(IP) 어드레스를 동적으로 결정하기 위해 적어도 하나의 기능을 이용하도록, 적어도 일부, 구성될 수 있다는 것을 실시예들은 고려한다. 대안적으로 또는 부가적으로, 6004에서, 하나 이상의 정책들은 하나 이상의 소스 IP 어드레스들과 하나 이상의 조건들 간의 대응을 포함할 수 있다는 것을 하나 이상의 실시예들은 고려한다.
6006에서, 대안적으로 또는 부가적으로, 하나 이상의 조건들은 이동성 지원의 가용성 또는 애플리케이션 유형 중 적어도 하나와 하나 이상의 소스 IP 어드레스들 간에 적어도 하나의 대응을 포함할 수 있다는 것을 실시예들은 고려한다. 적어도 하나의 기능은 세션 관리자 기능일 수 있다는 것을 하나 이상의 실시예들은 고려한다. 6008에서, 대안적으로 또는 부가적으로, 적어도 하나의 기능은 getaddrinfo 파라미터를 이용할 수 있다는 것을 실시예들은 고려한다. QoS 요구 사항은 애플리케이션을 위한 선호되는 네트워크, 금지된 네트워크들의 리스트, 애플리케이션 마다의 이동성 요구 사항, 또는 대역폭 통합 요구 사항 중 적어도 하나를 포함할 수 있다는 것을 실시예들은 고려한다.
본 발명의 특징부 및 요소들이 특정한 조합형태로 앞서 기술되었지만, 각 특징부 또는 요소는 다른 특징부들 및 요소들 없이 단독으로 사용될 수 있거나, 또는 다른 특징부들 및 요소들과 함께 임의의 조합의 형태로 사용될 수 있음을 발명 기술 분야의 당업자는 이해할 것이다. 게다가, 본 명세서에서 기술된 방법은, 컴퓨터 또는 프로세서에 의해 실행하기 위한 컴퓨터 판독 가능한 매체에 포함되는 컴퓨터 프로그램, 소프트웨어, 또는 펌웨어로 구현될 수 있다. 컴퓨터 판독 가능한 매체의 예로, 전자 신호(유무선 접속을 통해 송신됨) 및 컴퓨터 판독 가능한 저장 매체를 들 수 있다. 컴퓨터 판독 가능한 저장 매체의 예로는 ROM, RAM, 레지스터, 캐시 메모리, 반도체 메모리 디바이스, 내부 하드 디스크와 탈착가능 디스크와 같은 자기 매체, 광자기 매체, 및 CD-ROM 디스크, DVD와 같은 광학 매체가 포함될 수 있지만, 이에 한정되는 것은 아니다. WTRU, UE, 단말, 기지국, RNC, 또는 임의의 호스트 컴퓨터에서 이용하기 위한 무선 주파수 트랜시버를 구현하기 위해 소프트웨어와 연계한 프로세서가 이용될 수 있다.

Claims (20)

  1. 무선 송수신 유닛(wireless transmit/receive unit; WTRU)에 있어서,
    상기 WTRU 상에서 동작하는 하나 이상의 애플리케이션들 또는 적어도 하나의 WTRU 사용자의 하나 이상의 요구 사항들에, 적어도 일부, 기초하여 하나 이상의 연결 설정들(connection configurations)을 동적으로 조정하기 위해 적어도 하나의 기능을 이용하도록, 적어도 일부, 구성되는 프로세서를 포함하고,
    상기 프로세서는 상기 하나 이상의 요구 사항들에, 적어도 일부, 기초하여 하나 이상의 연결들의 이용을 결정하기 위해 상기 적어도 하나의 기능을 이용하도록 구성되고, 상기 하나 이상의 연결들은 하나 이상의 각각의 세션들의 일부이고, 상기 각각의 세션들 각각은 자신과 연관된 우선 순위를 갖고, 상기 우선 순위는 다른 세션들에 관하여 결정되며, 상기 각각의 세션들은 동적으로 갱신되는 것인, 무선 송수신 유닛(WTRU).
  2. 삭제
  3. 삭제
  4. 제 1 항에 있어서,
    상기 프로세서는 또한 하나 이상의 정책들에 기초하여 상기 적어도 하나의 기능을 이용하도록 구성되는 것인, 무선 송수신 유닛(WTRU).
  5. 제 1 항에 있어서,
    상기 적어도 하나의 기능은 상기 WTRU의 제어 영역에서 동작하는 것인, 무선 송수신 유닛(WTRU).
  6. 제 1 항에 있어서,
    상기 적어도 하나의 기능은 제 1 기능이고, 상기 제 1 기능은 하나 이상의 제 2 기능들을 포함하는 것인, 무선 송수신 유닛(WTRU).
  7. 제 1 항에 있어서,
    상기 프로세서는 또한 상기 하나 이상의 세션들 중 적어도 하나의 세션에 의한 이용을 위해 서비스 유형을 결정하기 위해 상기 적어도 하나의 기능을 이용하도록 구성되는 것인, 무선 송수신 유닛(WTRU).
  8. 제 1 항에 있어서,
    상기 프로세서는 또한 상기 하나 이상의 세션들 중 적어도 하나의 세션에 의한 이용을 위해 무선 액세스 기술(radio access technology; RAT)을 결정하기 위해 상기 적어도 하나의 기능을 이용하도록 구성되는 것인, 무선 송수신 유닛(WTRU).
  9. 삭제
  10. 제 1 항에 있어서,
    상기 적어도 하나의 기능은 세션 관리자 기능인 것인, 무선 송수신 유닛(WTRU).
  11. 삭제
  12. 삭제
  13. 삭제
  14. 삭제
  15. 삭제
  16. 삭제
  17. 무선 송수신 유닛(WTRU)에 의해 구현되는 방법에 있어서,
    상기 WTRU 상에서 동작하는 하나 이상의 애플리케이션들 또는 적어도 하나의 WTRU 사용자의 하나 이상의 요구 사항들에, 적어도 일부, 기초하여 하나 이상의 연결 설정들(connection configurations)을 동적으로 조정하기 위해 적어도 하나의 기능을 이용하는 단계; 및
    상기 하나 이상의 요구 사항들에, 적어도 일부, 기초하여 하나 이상의 연결들 - 상기 하나 이상의 연결들은 하나 이상의 각각의 세션들의 일부임 - 의 이용을 결정하기 위해 상기 적어도 하나의 기능을 이용하는 단계
    를 포함하고,
    상기 각각의 세션들 각각은 자신과 연관된 우선 순위를 갖고, 상기 우선 순위는 다른 세션들에 관하여 결정되며, 상기 각각의 세션들은 동적으로 갱신되는 것인, 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
  18. 제 17 항에 있어서,
    상기 하나 이상의 세션들 중 적어도 하나의 세션이 종료될 것을 결정하고 상기 하나 이상의 세션들 중 적어도 하나의 세션을 종료하기 위해 상기 적어도 하나의 기능을 이용하는 단계를 더 포함하는 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
  19. 제 17 항에 있어서,
    상기 하나 이상의 세션들 중 적어도 하나의 세션에 의한 이용을 위해 무선 액세스 기술(RAT)을 결정하기 위해 상기 적어도 하나의 기능을 이용하는 단계를 더 포함하는 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
  20. 제 17 항에 있어서,
    상기 하나 이상의 세션들 중 제 2 세션이 제 1 세션보다 우선 순위가 높다고 결정하면 상기 하나 이상의 세션들 중 상기 제 1 세션을 삭제하기 위해, 상기 적어도 하나의 기능을 이용하는 단계를 더 포함하는 무선 송수신 유닛(WTRU)에 의해 구현되는 방법.
KR1020137029811A 2011-04-11 2012-04-11 세션 관리자 및 소스 인터넷 프로토콜(ip) 어드레스 선택 KR101615000B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201161473963P 2011-04-11 2011-04-11
US61/473,963 2011-04-11
PCT/US2012/033046 WO2012142105A1 (en) 2011-04-11 2012-04-11 Session manager and source internet protocol (ip) address election

Publications (2)

Publication Number Publication Date
KR20140006980A KR20140006980A (ko) 2014-01-16
KR101615000B1 true KR101615000B1 (ko) 2016-04-22

Family

ID=46001800

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020137029811A KR101615000B1 (ko) 2011-04-11 2012-04-11 세션 관리자 및 소스 인터넷 프로토콜(ip) 어드레스 선택

Country Status (7)

Country Link
US (1) US20120258674A1 (ko)
EP (1) EP2698032A1 (ko)
JP (2) JP5860951B2 (ko)
KR (1) KR101615000B1 (ko)
CN (1) CN103493579B (ko)
TW (1) TWI595764B (ko)
WO (1) WO2012142105A1 (ko)

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8331929B2 (en) 2009-11-24 2012-12-11 At&T Mobility Ii Llc Mobility-based reselection scan scheduling
US8385917B2 (en) 2010-11-15 2013-02-26 At&T Mobility Ii Llc Radio selection employing transit data determined from kinetic energy generation
US8811363B2 (en) * 2012-09-11 2014-08-19 Wavemax Corp. Next generation network services for 3G/4G mobile data offload in a network of shared protected/locked Wi-Fi access points
US9998983B2 (en) 2012-12-06 2018-06-12 At&T Intellectual Property I, L.P. Network-assisted device-based intelligent radio access control
US9008063B2 (en) 2012-12-06 2015-04-14 At&T Intellectual Property I, L.P. Location based WI-FI radio activation and deactivation for mobile devices
US9374773B2 (en) 2012-12-06 2016-06-21 At&T Intellectual Property I, L.P. Traffic steering across cell-types
US9544842B2 (en) 2012-12-06 2017-01-10 At&T Intellectual Property I, L.P. Network-based intelligent radio access control
US10129822B2 (en) 2012-12-06 2018-11-13 At&T Intellectual Property I, L.P. Device-based idle mode load balancing
US9544841B2 (en) 2012-12-06 2017-01-10 At&T Intellectual Property I, L.P. Hybrid network-based and device-based intelligent radio access control
US9549343B2 (en) 2012-12-06 2017-01-17 At&T Intellectual Property I, L.P. Traffic steering across radio access technologies and radio frequencies utilizing cell broadcast messages
CN105580339B (zh) 2013-07-25 2019-04-09 康维达无线有限责任公司 用于端到端m2m服务层会话的方法与设备
ES2746067T3 (es) * 2013-08-29 2020-03-04 Ericsson Telefon Ab L M Planificación de MPTCP
US9491678B2 (en) 2013-09-04 2016-11-08 At&T Mobility Ii Llc Cell broadcast for smart traffic steering across radio technologies with improved radio efficiency
US9380646B2 (en) 2013-09-24 2016-06-28 At&T Intellectual Property I, L.P. Network selection architecture
KR102080828B1 (ko) 2013-10-14 2020-02-24 삼성전자주식회사 선택적인 출발지 아이피 주소 설정 방법 및 장치
US9226197B2 (en) 2013-10-21 2015-12-29 At&T Intellectual Property I, L.P. Network based speed dependent load balancing
US9241305B2 (en) 2013-10-28 2016-01-19 At&T Intellectual Property I, L.P. Access network discovery and selection function enhancement with cell-type management object
CN105981430A (zh) * 2013-12-17 2016-09-28 诺基亚通信有限责任两合公司 基于小区负载的内容数据网络选择
US9294982B2 (en) 2014-01-27 2016-03-22 Cisco Technology, Inc. System and method for robust multiple access network mobility in a network environment
US10051533B2 (en) 2014-01-28 2018-08-14 Openet Telecom Ltd. System and method for performing network selection
US9578109B2 (en) * 2014-05-30 2017-02-21 Apple Inc. Long-lived MPTCP sessions
KR101746191B1 (ko) * 2014-06-27 2017-06-12 주식회사 케이티 다중 경로 통신을 위한 네트워크 장치 및 단말, 이들의 동작 방법, 그리고 동작 방법을 구현한 프로그램
US9900845B2 (en) 2014-09-23 2018-02-20 At&T Intellectual Property I, L.P. Battery saving with radio control based on cellular condition data
US10002345B2 (en) 2014-09-26 2018-06-19 At&T Intellectual Property I, L.P. Conferencing auto agenda planner
US9398518B2 (en) 2014-10-21 2016-07-19 At&T Intellectual Property I, L.P. Cell broadcast for signaling resource load from radio access networks
US9635494B2 (en) 2014-10-21 2017-04-25 At&T Mobility Ii Llc User equipment near-field communications gating according to kinetic speed detection and cell visitation history
EP3209043B1 (en) * 2014-11-04 2020-03-25 Huawei Technologies Co., Ltd. Mobility management method, apparatus, and system
US20160127945A1 (en) * 2014-11-05 2016-05-05 At&T Intellectual Property I, Lp Telecommunications Network Comprising User Equipment-Based Management And Control
US9838957B2 (en) * 2014-11-06 2017-12-05 Intel Corporation Apparatus, system and method of selecting a mobility mode of a user equipment (UE)
US10051508B2 (en) * 2014-11-10 2018-08-14 Futurewei Technologies, Inc. System and method for mobility support selection
US9635686B2 (en) 2014-11-11 2017-04-25 Cisco Technology, Inc. System and method for providing internet protocol flow mobility in a network environment
US9674764B2 (en) 2014-11-11 2017-06-06 Cisco Technology, Inc. System and method for providing Internet protocol flow mobility in a network environment
US9681481B2 (en) 2014-12-19 2017-06-13 At&T Intellectual Property I, L.P. Mobility management of wireless networks based on multipath transfer control protocol
US9900762B2 (en) 2015-05-28 2018-02-20 At&T Mobility Ii Llc User equipment detection of interference-sensitive devices
US9730056B2 (en) * 2015-08-14 2017-08-08 Telefonaktiebolaget Lm Ericsson (Publ) System, method, and apparatus for facilitating selection of a serving node
BR112018017119A2 (pt) 2016-02-29 2018-12-26 Huawei Tech Co Ltd método, aparelho, e sistema de gerenciamento de mobilidade
US10440760B2 (en) 2016-05-16 2019-10-08 At&T Intellectual Property I, L.P. Method and apparatus for session management in a wireless network
JP6724641B2 (ja) * 2016-08-03 2020-07-15 富士通株式会社 管理装置、通信システム及び割当方法
JP6731618B2 (ja) * 2016-09-07 2020-07-29 パナソニックＩｐマネジメント株式会社 通信装置及び通信方法
US11240093B2 (en) * 2016-10-07 2022-02-01 Convida Wireless, Llc Service layer resource management for generic interworking and extensibility
CN109121170B (zh) * 2017-06-26 2021-04-20 华为技术有限公司 会话管理的方法、装置、设备及系统
PL3534574T3 (pl) * 2018-02-28 2020-07-13 Deutsche Telekom Ag Techniki zarządzania polityką protokołów sieciowych wielokrotnej łączności
US11019157B2 (en) 2019-03-06 2021-05-25 At&T Intellectual Property I, L.P. Connectionless service and other services for devices using microservices in 5G or other next generation communication systems

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040131078A1 (en) * 2003-01-03 2004-07-08 Gupta Vivek G. Apparatus and method for supporting multiple wireless technologies within a device

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6542481B2 (en) * 1998-06-01 2003-04-01 Tantivy Communications, Inc. Dynamic bandwidth allocation for multiple access communication using session queues
JP3676121B2 (ja) * 1999-06-01 2005-07-27 三菱電機株式会社 パラメータ決定装置、パラメータ決定方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体
DE60042965D1 (de) * 2000-05-24 2009-10-29 Sony Deutschland Gmbh Dienstqualitätsunterhandlung
US6714777B1 (en) * 2000-11-22 2004-03-30 Winphoria Networks, Inc. System and method of managing supplementary features in the presence of a proxy switch in a mobile communications network
JP2004007375A (ja) * 2002-04-12 2004-01-08 Kobe Steel Ltd 通信中継装置
US7065367B2 (en) * 2002-07-11 2006-06-20 Oliver Michaelis Interface selection in a wireless communication network
TW200509628A (en) * 2003-04-15 2005-03-01 Ericsson Telefon Ab L M Bandwidth on demand for media services at stationary equipment unit
US8320300B2 (en) * 2004-03-09 2012-11-27 Telefonaktiebolaget Lm Ericsson (Publ) Packet radio transmission over an unlicensed-radio access network
CN1969569B (zh) * 2004-03-30 2012-02-15 基诺马公司 接口协商设备及方法
JP4507917B2 (ja) * 2005-02-28 2010-07-21 日本電気株式会社 セッション処理システム、セッション処理方法、及びプログラム
US7519024B2 (en) * 2005-08-17 2009-04-14 Sprint Communications Company Lp Resource selection in a communication network
US20070147247A1 (en) * 2005-12-22 2007-06-28 France Telecom Auto adaptive quality of service architecture and associated method of provisioning customer premises traffic
US8315162B2 (en) * 2006-08-24 2012-11-20 Research In Motion Limited System and method for determining that a maximum number of IP sessions have been established
US20080311912A1 (en) * 2007-06-15 2008-12-18 Qualcomm Incorporated System selection based on application requirements and preferences
US9130965B2 (en) * 2007-11-20 2015-09-08 Alcatel Lucent Method of call conferencing to support session continuity for multi-mode clients
WO2009106931A1 (en) * 2008-02-27 2009-09-03 Nokia Corporation Transport selection for multi-transport structures
JP5178539B2 (ja) * 2008-04-04 2013-04-10 キヤノン株式会社 情報処理装置、情報処理装置の制御方法、セッション管理システム並びにプログラム
CN101626632B (zh) * 2008-07-11 2014-07-23 深圳富泰宏精密工业有限公司 多媒体移动终端的会期排程装置及方法
JP2010124202A (ja) * 2008-11-19 2010-06-03 Hitachi Automotive Systems Ltd シームレス通信方法及びこれを用いた通信システム
JP5305896B2 (ja) * 2008-12-26 2013-10-02 キヤノン株式会社 通信装置、通信装置の制御方法、及びプログラム
JP5688016B2 (ja) * 2009-06-17 2015-03-25 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 通信システム、移動端末、ネットワークノード並びに基地局装置
JP2013502121A (ja) * 2009-08-13 2013-01-17 エヌイーシー ヨーロッパ リミテッド （ｅ）ＮｏｄｅＢに対するローカルＩＰ接続性をサポートするシステムおよび方法
CN102036430B (zh) * 2009-09-29 2014-05-14 国际商业机器公司 无线通信收发器及其模式开关装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040131078A1 (en) * 2003-01-03 2004-07-08 Gupta Vivek G. Apparatus and method for supporting multiple wireless technologies within a device

Also Published As

Publication number Publication date
JP2016076993A (ja) 2016-05-12
EP2698032A1 (en) 2014-02-19
WO2012142105A1 (en) 2012-10-18
TWI595764B (zh) 2017-08-11
JP5860951B2 (ja) 2016-02-16
CN103493579B (zh) 2017-08-18
KR20140006980A (ko) 2014-01-16
JP2014514854A (ja) 2014-06-19
US20120258674A1 (en) 2012-10-11
TW201246878A (en) 2012-11-16
CN103493579A (zh) 2014-01-01

Similar Documents

Publication Publication Date Title
KR101615000B1 (ko) 세션 관리자 및 소스 인터넷 프로토콜(ip) 어드레스 선택
JP7140871B2 (ja) 選択インターネットプロトコルトラフィックオフロードのパケットデータネットワーク調整変更
US10581813B2 (en) System enhancements for enabling non-3GPP offload in 3GPP
TWI594606B (zh) 多rat存取模式操作方法及裝置
JP5873164B2 (ja) 選択的トラフィックオフロード手順を実行すること
KR101494729B1 (ko) 안정된 로컬 브레이크아웃 개념 및 사용법
WO2017124003A1 (en) Mobility management for next generation mobile network
US8868733B2 (en) Socket application program interface (API) extension
US9736733B2 (en) Network stack virtualization
WO2017123938A1 (en) Integration of non-3gpp access in a 5g system user plane framework

Legal Events

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