KR20170032363A

KR20170032363A - 고유 연결 식별자

Info

Publication number: KR20170032363A
Application number: KR1020177003742A
Authority: KR
Inventors: 피터 스지라기; 차바 불칸
Original assignee: 노키아 솔루션스 앤드 네트웍스 오와이
Priority date: 2014-07-10
Filing date: 2015-07-09
Publication date: 2017-03-22
Also published as: CN106605398A; ES2686528T3; EP3167588B1; EP3167588A1; CN106605398B; WO2016005488A1; US20160014710A1; US9572119B2; PL3167588T3; KR101904202B1

Abstract

연결 식별 방식에 대한 시스템들, 방법들, 장치들 및 컴퓨터 프로그램 제품들이 제공된다. 하나의 방법은 예컨대, 정보 수신기에 의해, 정보 제공자와의 오프-밴드 연결에 대한 고유 연결 아이덴티티를 결정하는 단계를 포함한다. 고유 연결 아이덴티티는 정보 제공자와의 사용자 평면 연결과 관련된 정보에 기초할 수 있다. 방법은 고유 연결 아이덴티티를 저장하는 단계, 정보 제공자로부터 라디오 액세스 네트워크 정보 및 동기화 정보를 수신하는 단계, 및 동기화 정보를 사용하여 라디오 액세스 정보의 적어도 일부를 사용자 평면 연결에서 전송되는 정보의 적어도 일부와 동기화하는 단계를 더 포함할 수 있다.

Description

고유 연결 식별자{UNIQUE CONNECTION IDENTIFIER}

[0001] 본 발명의 예시적 실시예들은 일반적으로 모바일 통신 네트워크들 또는 시스템들, 이를테면, UTRAN(UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access Network), LTE(Long Term Evolution) E-UTRAN(Evolved UTRAN), LTE-A(LTE-Advanced), WCDMA/HSPA, EDGE, GPRS뿐만 아니라 WLAN/Wi-Fi 라디오 액세스 네트워크들 등(그러나, 이들에 제한되는 것은 아님)에 관한 것이다.

[0002] RAN(radio access network)은 모바일 통신 시스템의 부분으로 고려될 수 있으며, 라디오 액세스 기술을 구현한다. RAN은 디바이스, 이를테면, 모바일 폰 또는 디바이스, 컴퓨터 또는 임의의 원격으로 제어되는 머신 사이에 상주할 수 있으며, 그것의 CN(core network)과의 연결을 제공한다.

[0003] 예컨대, UTRAN(UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access Network)은 기지국들 또는 Node B들 및 예컨대, RNC(radio network controllers)를 포함하는 통신 네트워크를 지칭한다. UTRAN은 UE(user equipment)와 코어 네트워크 사이의 연결성을 허용한다. RNC는 하나 또는 그 초과의 Node B들에 대한 제어 기능들을 제공한다. RNC 및 그것의 대응하는 Node B들은 RNS(Radio Network Subsystem)라 칭해진다. E-UTRAN(enhanced UTRAN)의 경우, 어떠한 RNC도 존재하지 않으며, RNC 기능들 대부분은 eNodeB 또는 eNB(enhanced Node B)에 포함된다.

[0004] LTE(Long Term Evolution) 또는 E-UTRAN은 개선된 효율성 및 서비스들, 더 낮은 비용들, 및 새로운 스펙트럼 사용 기회들을 통해 UMTS의 개선들을 지칭한다. 특히, LTE는 적어도 50 Mbps(megabits per second)의 업링크 피크 레이트들 및 적어도 100 Mbps의 다운링크 피크 레이트들에 대해 제공하는 3GPP 표준이다. LTE는 20　MHz로부터 아래로 1.4　MHz까지의 스케일가능한 캐리어 대역폭들을 지원하며, FDD(Frequency Division Duplexing) 및 TDD(Time Division Duplexing) 둘 다를 지원한다.

[0005] 위에서 언급된 바와 같이, LTE는 또한 네트워크들에서의 스펙트럼 효율성을 개선할 수 있어서, 캐리어들이 주어진 대역폭 상에서 더 많은 데이터 및 음성 서비스들을 제공하게 허용한다. 따라서, LTE는 고-용량 음성 지원과 더불어 고속 데이터 및 미디어 전송에 대한 필요성을 이행하도록 설계된다. LTE의 이점들은, 예컨대, 고 스루풋, 저 레이턴시, 동일한 플랫폼에서의 FDD 및 TDD 지원, 개선된 엔드-사용자 경험 및 낮은 운영 비용들을 초래하는 단순한 아키텍처를 포함한다.

[0006] 3GPP LTE의 추가 릴리스들(예컨대, LTE Rel-10, LTE Rel-11, LTE Rel-12)은 본원에서 편의상 단순히 LTE-A(LTE-Advanced)로 지칭되는 향후 IMT-A(international mobile telecommunications advanced) 시스템들을 향해 타겟팅된다.

[0007] LTE-A는 3GPP LTE 라디오 액세스 기술들을 확장 및 최적화하는 것으로 지향된다. LTE-A의 목적은 감소된 비용으로 더 높은 데이터 레이트들 및 더 낮은 레이턴시를 통한 상당히 강화된 서비스들을 제공하는 것이다. LTE-A는 백워드 호환성을 유지하면서 IMT-어드밴스드에 대한 ITU-R(international telecommunication union-radio) 요건들을 이행하는 더 최적화된 라디오 시스템일 것이다.

[0010] 본 발명의 적절한 이해를 위하여, 첨부한 도면들에 대한 참조가 이루어져야 한다.
[0011] 도 1은 하나의 예시적 실시예에 따른 시스템의 블록도를 예시한다.
[0012] 도 2a 및 도 2b는 또 다른 예시적 실시예에 따른, 시스템의 블록도를 예시한다.
[0013] 도 3a, 도 3b 및 도 3c는 또 다른 예시적 실시예에 따른, 시스템의 블록도를 예시한다.
[0014] 도 4는 또 다른 예시적 실시예에 따른 시스템의 블록도를 예시한다.
[0015] 도 5는 또 다른 예시적 실시예에 따른 시스템의 블록도를 예시한다.
[0016] 도 6은 또 다른 예시적 실시예에 따른 시스템의 블록도를 예시한다.
[0017] 도 7은 또 다른 예시적 실시예에 따른 시스템의 블록도를 예시한다.
[0018] 도 8은 또 다른 예시적 실시예에 따른 시스템의 블록도를 예시한다.
[0019] 도 9는 또 다른 예시적 실시예에 따른 시스템의 블록도를 예시한다.
[0020] 도 10은 또 다른 예시적 실시예에 따른 시스템의 블록도를 예시한다.
[0021] 도 11a는 하나의 예시적 실시예에 따른 장치의 블록도를 예시한다.
[0022] 도 11b는 또 다른 예시적 실시예에 따른 장치의 블록도를 예시한다.
[0023] 도 12a는 예시적 실시예에 따른 방법의 흐름도를 예시한다.
[0024] 도 12b는 또 다른 예시적 실시예에 따른 방법의 흐름도를 예시한다.

[0025] 본원의 도면들에서 일반적으로 예시되고 설명되는 바와 같은 본발명의 컴포넌트들은 매우 다양한 상이한 구성들에서 배열 및 설계될 수 있다는 것이 쉽게 이해될 것이다. 따라서, 첨부된 도면들에서 표현되는 바와 같은 연결 식별 방식에 대한 시스템들, 방법들, 장치들 및 컴퓨터 프로그램 제품들의 예시적 실시예들의 다음의 상세한 설명은 본 발명의 범위를 제한하는 것으로 의도되는 것이 아니라, 단순히 본 발명의 선택된 예시적 실시예들을 표현한다.

[0026] 본 명세서 전반에 걸쳐 설명되는 본 발명의 특징들, 구조들 또는 특성들은 하나 또는 그 초과의 예시적 실시예들에서 임의의 적합한 방식으로 결합될 수 있다. 예컨대, 본 명세서 전반에 걸친 문구들 "특정 예시적 실시예들", "일부 예시적 실시예들" 또는 다른 유사한 언어의 사용은 예시적 실시예와 관련하여 설명되는 특정 특징, 구조 또는 특성이 본 발명의 적어도 하나의 예시적 실시예에 포함될 수 있다는 사실을 나타낸다. 따라서, 본 명세서 전반에 걸친 문구들 "특정 예시적 실시예들에서", "일부 예시적 실시예들에서", "다른 예시적 실시예들에서" 또는 다른 유사한 언어의 출현들은 반드시 모두 예시적 실시예들의 동일한 그룹을 지칭하지 않고, 설명되는 특징들, 구조들 또는 특성들은 하나 또는 그 초과의 예시적 실시예들에서 임의의 적합한 방식으로 결합될 수 있다.

[0027] 추가적으로, 원한다면, 아래에서 논의되는 상이한 기능들은 상이한 순서로 그리고/또는 서로 동시에 수행될 수 있다. 게다가, 원한다면, 설명되는 기능들 중 하나 또는 그 초과의 기능들은 선택적일 수 있거나 또는 결합될 수 있다. 이로써, 다음의 설명은, 본 발명에 대한 제한으로가 아니라, 본 발명의 원리들, 교시사항들 및 예시적 실시예들을 단순히 예시하는 것으로 고려되어야 한다.

[0028] (예컨대, OTT(over the top) 컨텐츠 서버들로부터) 모바일 디바이스들(예컨대, 데이터 소비자들)로의 효율적 컨텐츠 전달은 데이터 전달이 실제 RAN(radio access network) 조건들에 최적화되는 것, 즉, 컨텐츠 서버들이 네트워크 측 통찰력(insight)을 사용하여 그들의 전달 메커니즘들을 강화할 수 있는 것을 요구한다. RAN 조건들에 대한 최근의 그리고 관련 정보를 제공하는 능력은 모바일 디바이스들로의 최적화된 컨텐츠 전달의 기초 인에이블러가 되었다. 예들은 이용가능한 대역폭 정보(예컨대, 스루풋 지침(guidance))에 기초하는 TCP(transport control protocol)/컨텐츠 최적화, 셀 식별자(ID)에 기초하는 위치 인식 서비스들 등을 포함할 수 있다.

[0029] 유효 구현은 관련 통찰력을 수집하여 그것의 동작(예컨대, 최적화, 컨텐츠 적응 등)에서 수신된 통찰력을 수신, 해석 및 사용할 수 있는 엔티티(즉, 정보 수신기)에 제공할 수 있는 네트워크 측 엔티티(즉, 정보 제공자)의 이용가능성을 요구할 수 있다. 도 1은 UE(100), 정보 제공자(101) 및 정보 수신기(102)를 포함하는, 통신에 수반되는 로직 엔티티들을 도시하는 블록도의 예시적 실시예를 예시한다.

[0030] 도 1의 예에서 예시되는 바와 같이, 정보 수신기(102)는 수신된 통찰력에 기초하여 요구되는 동작들을 실행하기 위한 역할을 가지는 독립형 중간 박스일 수 있거나 또는 컨텐츠 서버(103)에서 실행하거나 또는 이에 부착되는 소프트웨어/하드웨어 엔티티일 수 있다. 후자의 경우, 컨텐츠 서버(103) 그 자체는 네트워크 측 통찰력을 수신하고, (예컨대, TCP 또는 컨텐츠 레벨 상에서) 요구되는 최적화를 수행할 수 있다. 중간 박스, 즉, 별개의 컨텐츠 서버(103)에 의해 서빙되는 컨텐츠 상에서 즉각적(on-the-fly) 최적화를 수행하는 중간 적응 게이트웨이인 정보 수신기(102)의 경우, 최적화는 심지어 원래 컨텐츠 서버에 투명(transparent)할 수 있다. 도 2a 및 도 2b는 예시적 실시예들에 따른, 정보 수신기(102)와 컨텐츠 서버 사이의 가능한 대안적 관계들을 예시한다. 특히, 도 2a는 정보 수신기(102) 및 컨텐츠 서버(103)가 동일한 엔티티인 경우의 예를 예시한다. 도 2b는 정보 수신기(102) 및 컨텐츠 서버(103)가 별개의 엔티티들인 경우의 예를 예시한다.

[0031] 정보 제공자에 의해 노출되는 네트워크 측 통찰력은 통상적으로 (예컨대, 동일한 라디오 베어러에서 설정되거나 또는 요청되는 컨텐츠를 전달하기 위하여 동일한 애플리케이션에 의해 사용되는) 주어진 사용자 평면 연결, 예컨대, 단일 TCP 연결 또는 TCP 연결들의 세트와 연관된다. 제공자로부터 수신기로 정보를 전달하기 위한 2개의 유효 대안들: 인-밴드 및 오프-밴드 메커니즘들이 존재한다. 인-밴드 메커니즘들은 프로토콜 헤더 강화를 사용할 수 있는데, 즉, 추가 바이트들을 업링크 사용자 평면 패킷들의 TCP, IP(internet protocol) 또는 HTTP(hypertext transfer protocol) 헤더들로 삽입할 수 있다. 이 메커니즘들의 이익은 패킷 그 자체가 강화 정보의 전체 컨텍스트를 반송하는 것이다. 즉, 그것이 적용하는 연결은 추가 강화 데이터를 반송하는 동일한 패킷의 IP 어드레스들 및 전송 계층 포트들에 기초하여 사소하게(trivially) 식별될 수 있다. 따라서, 단지 제공자가 수신기로 통신하여야 하는 정보는 단지 추가된 값(예컨대, 스루풋 지침)을 가지는 정보의 피스이고, 따라서, 오버헤드가 최소이다.

[0032] 대안적으로, 인-밴드 메커니즘들이 적합하지 않을 때마다, 오프-밴드 연결은 인-밴드 패킷들로부터 커플링해제되는 이러한 경우 요구되는 정보를 전달하기 위하여 제공자와 수신기 사이에서 설정될 수 있다. 이 오프-밴드 통신 시나리오들은 도 3의 예에서 예시된다. 오프-밴드 메커니즘은, 인-밴드 헤더 강화의 전달이 여분 정보를 스트리핑하고 있는 중간 디바이스들(예컨대, 파이어월들)로 인하여 보장되지 않는 경우 이용가능한 솔루션이다. 오프-밴드 메커니즘은 또한, 정보 제공자가 인-라인 네트워크 엘리먼트가 아닌 경우, 즉, 그것이 단지 사용자 평면 패킷들의 복사본(copy)을 수신하지만 그것이 수정된 패킷들을 1차 데이터 스트림으로 다시 삽입할(즉, 헤더 강화를 수행할) 포지션에 있지 않는 경우 이용가능하다. 추가적으로, 오프-밴드는 사용자 평면 패킷 흐름이 추가 강화 정보를 반송하기에 적합한 어떠한 관련도 없는 업링크 패킷들과 양방향이 아닌 경우(예컨대, TCP 연결 대신 다운링크 UDP(user datagram protocol) 스트리밍) 정보 제공자 및 수신기 사이의 이용가능한 통신 메커니즘이다.

[0033] 도 3a는 인-밴드 정보가 블록킹되는 오프-밴드 통신 시나리오의 블록도를 예시하고; 도 3b는 패킷 강화가 가능하지 않은 오프-밴드 통신 시나리오의 블록도를 예시하고; 그리고 도 3c는 강화 정보를 반송하기 위한 어떠한 업링크 패킷 흐름도 존재하지 않는 오프-밴드 통신 시나리오의 블록도를 예시한다.

[0034] 그러나, 오프-밴드 통신은 본 발명의 예시적 실시예들에 의해 처리 및 해결되는 2개의 문제들을 발생시킨다. 먼저, 전달되는 정보가 사용자 평면 패킷들로부터 커플링해제될 때, 오프-밴드 정보는 대응하는 사용자 평면 연결(예컨대, TCP/UDP/IP 포트/어드레스 투플(tuple))의 고유 ID를 추가적으로 포함하여야 하고, 이 고유 ID는 오프-밴드 통신의 둘 다의 엔드포인트들(즉, 정보 제공자 및 수신기)에 대한 연결을 식별한다. 원칙적으로, 사용자 평면 연결들의 아이덴티티는 2가지 방식들로 정보 제공자 및 수신기 사이에 설정될 수 있다. 예컨대, 그들은 추가 오프-밴드 프로토콜을 사용하여 각각의 새로운 연결에 대한 아이덴티티를 협상할 수 있다. 그러나, 이것은 협상에서 그들이 문제의 그 연결을 참조할 수 있는 것을 이미 요구하였을 것이고, 이는 협상되는 그 아이덴티티가 이미 생성되었음을 내포할 것이다.

[0035] 따라서, 각 연결 아이덴티티를 획득하기 위한 실현가능한 방식은 추가 강화 인-밴드 정보없이, 사용자 평면 패킷들 및 프로토콜 헤더들에 본래 존재하는 정보로 리소팅하는 것이다. 간단한(straightforward) 연결 아이덴티티는 IP 어드레스들 및 TCP/UDP 포트들을 포함하는 투플이다. 그러나, NAT(Network Address Translation)의 존재에서, 이것은 UE IP 어드레스 및 포트가 정보 제공자 및 수신기에 의해 상이하게 보여질 때 사용가능하지 않다. 따라서, NAT들, 파이어월들 등과 같은 중간 박스들에 의해 변경되지 않는 다른 프로토콜 필드들로부터 연결 아이덴티티를 도출(draw)하는 솔루션이 필요하다.

[0036] 오프-밴드 통신을 통해 해결될 필요가 있는 제 2 과제는 오프-밴드 정보가 그 정보가 나타내는 인-밴드 패킷들에 비해 지연 또는 진보(advance)될 수 있다는 것이다. 따라서, 추가 동기화 메커니즘은 인-밴드 패킷들 또는 인-밴드 연결들의 상태에 오프-밴드 정보를 맵핑하는데 필요하다. 이것은 인-밴드/오프-밴드 정보 동기화 문제로 지칭된다.

[0037] 본 발명의 예시적 실시예들은 적어도, 위에서 개략되는 오프-밴드 메커니즘의 과제들에 대한 솔루션을 제공한다. 특정 예시적 실시예들은 NAT에 의해 변경되지 않는 이러한 기존의 프로토콜 필드들을 활용함으로써 각각의 연결에 대한 고유 아이덴티티를 생성하기 위한 메커니즘을 제공한다. 하나의 예시적 실시예는, TCP가 인터넷 상에서 가장 빈번하게 사용되는 전송 계층 프로토콜이므로, TCP 연결들에 대한 식별 및 동기화 메커니즘들을 제공한다. 그러나, 다른 예시적 실시예들은 또한, 위의 추가 프로토콜들, 예컨대, RTP(Real Time Protocol)와 같은 위의 요건들을 이행하는 UDP(user datagram protocol)에 적응될 수 있다.

[0038] TCP 연결들에 있어서, 초기 시퀀스 번호 및 TimeStamp 값들의 제어되는 선택은 고유 각 연결 아이덴티티로의 이 필드들의 결합을 수행한다. 이 필드들은 NAT 또는 다른 중간-박스들에 의해 변경되지 않고, 따라서, 그들은 정보 수신기 및 정보 제공자 둘 다에 동등하게 가시적이다. 예시적 실시예들은 또한, 정보 수신기가 맥락에서 오프-밴드 정보를 해석할 수 있음을 확인하기 위하여 동기화 메커니즘을 제공한다. 마지막으로, 특정 예시적 실시예들은 또한 오프-밴드 연결 그 자체에 대한 관리 메커니즘을 제공한다.

[0039] 본 발명의 예시적 실시예들은 모든 세대의 모바일 시스템들(예컨대, LTE, WCDMA/HSPA, UMTS, EDGE, GPRS 등)뿐만 아니라 WLAN/Wi-Fi 등의 라디오 액세스 네트워크들에 적용할 수 있다. 도 4는 일부 예시적 실시예들에 따른, 정보 제공자에 대한 대안적 전개들의 예들을 예시한다. 특정 예시적 실시예들에서, 도 4에 예시되는 바와 같이, 정보 제공자(101)는 eNB, RACS(radio application and cloud server), RNC, GW(gateway)로 또는 그것이 인-밴드 사용자 평면 패킷들에 액세스하여 오프-밴드 연결을 개방 또는 수용할 수 있는 독립형 중간 박스로 구현될 수 있다. 이 구현들은 단지 예들이고, 정보 제공자 역시 다른 네트워크 엘리먼트들로 구현될 수 있다.

[0040] 정보 수신기(102)는 네트워크 측 정보에 기초하는 프로토콜/컨텐츠 최적화 또는 제공/적응 서비스들의 범위를 가지는 임의의 외부 엔티티, 이를테면, 컨텐츠 적응 게이트웨이, OTT 서버, 광고 서버 등일 수 있다. 솔루션의 영향은 정보 제공자(101) 및 정보 수신기(102)에 제한되고, 즉, 그것은 UE(100), 멀티-벤더(즉, 모바일 시스템 내의 네트워크 엘리먼트들의 벤더들에 대해 중립적임(agnostic))에 투명하며, 사용자 평면 데이터 연결들을 핸들링하는 프로토콜들(예컨대, TCP)의 규격을 완전히 준수한다.

[0041] 위에서 언급된 바와 같이, 임의의 오프-밴드 솔루션에 의해 해결될 필요가 있는 2가지 문제들이 존재한다: (1) 연결 식별; 및 (2) 인-밴드/오프-밴드 정보 동기화. 연결 식별은 오프-밴드 통신에서 어떤 연결들이 참조되는지에 대한 정보 제공자 및 수신기 사이의 공통적 이해를 생성하는데 요구된다. 연결 아이덴티티는 단지 사용자 평면 패킷들(프로토콜 필드들)에서 관측될 수 있는 정보에 기초할 수 있고, 즉, 연결 아이덴티티 오프-밴드를 협상하는 것은 가능하지 않다. 그러나, 적절한 프로토콜 필드들을 선택하는 것은 정보 제공자(이는 종종 RAN 내에 상주함)와 정보 수신기(이는 모바일 시스템 외부에, 이를테면, 공공 인터넷 내에 상주할 수 있음) 사이에 NAT가 존재하는 경우 간단하지 않다. NAT는 PGW/GGSN에서 또는 Gi/SGi 인터페이스 상의 추가 엔티티에 의해 구현될 수 있다.

[0042] 도 5는 상이한 IP 어드레스/포트가 정보 제공자(101) 및 정보 수신기(102)에 의해 확인되는 NAT(105)의 존재 시 연결 식별 문제를 도시하는 예시적 블록도를 예시한다. 업링크에서, NAT(105)는 원래 페어(pair)로부터 변형된 페어로 소스 IP 및 포트 번호들(이들은 UE에 속함)을 변경한다. 다운링크에서, 목적지 IP 및 포트 번호들은 변형된 페어로부터 원래 페어로 변경된다. 따라서, 정보 제공자(101)는 항상 원래 IP 및 포트 번호들을 관측하는 반면, 외부 정보 수신기(102)는 항상 변형된 쌍을 관측한다. 이것은 대부분의 로직 UE 아이덴티티 즉, IP 어드레스 및 포트 번호를 오프-밴드 통신에서 참조로서 사용가능하지 않게 한다. 이들이 단지 UE(100)에 속하는 사용자 평면 패킷들 상의 프로토콜 식별자들이므로(GTP 헤더들이 Gi/SGi 및 그 초과의 것 상에서 가시적이지 않음이 주목됨), 공통적 참조를 발견하는 것이 필요하다. 이론적으로, 원래/변형된 어드레스들 및 포트들 사이의 맵핑은 NAT 엔티티와 통신함으로써 학습될 수 있지만, 그것은 맞춤형 통합(custom integration)을 요구하고, 추가 관리 및 보안 문제들이 발생할 것이며, 정보 제공자 및 수신기로부터 떨어져 있는 디바이스들에 투명하지 않을 것이다. 적절한 솔루션 없이, 연결 식별 문제는 오프-밴드 통신을 사실상 사용가능하지 않게 한다.

[0043] 해결될 제 2 문제는 제공자 및 수신기의 동기화이다. 수신된 데이터를 해석하고, 그것에 기초하여 그것의 동작을 수정하는 수신기는 수신된 정보가 어떤 과거 인터벌을 나타내는지에 대해 통지받아야 한다. 가장 주목할 만하게, 제공자에는 그것이 제공하고 있는 정보의 범위 및 유효성을 나타내기 위한 수단이 구비되어야 한다. 그 이유는 오프-밴드 통신에서, 전달되는 정보가 원래 패킷 흐름으로부터 커플링해제되며, 정보 수신기에서 비동기식으로 도착할 수 있기 때문이다. 가능한 이유들은 상이한 경로들이 사용자 평면 데이터 흐름 및 오프-밴드 연결에 대해 사용되거나 또는 전송 네트워크 상의 상이한 우선순위/처리(예컨대, 상이한 DSCP 클래스)를 가지는 것이다. 정보 수신기에서 동기화되지 않은 정보를 가지는 것은 너무 이른 또는 너무 늦은 동작들, 잘못된 정도 또는 범위의 최적화들, 및/또는 비효율적 또는 심지어 비생산적(counter-productive) 판단들로 이어질 수 있다.

[0044] 따라서, 본 발명의 특정 예시적 실시예들은, 네트워크 측 엔티티와 외부 엔티티 사이에서 오프-밴드 통신이 사용되는 경우, 해결하지 않으면 존재할 연결 식별 및 동기화 문제들 둘 다를 해결하는 방법을 제공한다.

[0045] 특정 예시적 실시예들은, 심지어 NAT 환경에서도, 즉, NAT에 의해 수정되는 UE IP 및 TCP/UDP 포트 필드들에 의존하지 않고, 정보 제공자 및 정보 수신기 둘 다에 의해 사용가능한 각-연결 아이덴티티를 유추하는 연결 식별 방식을 제공한다. NAT 중립 고유 각-연결 아이덴티티를 생성하는 것은 연결 식별 문제를 해결하며, 특정 연결들에 대한 정보를 교환하기 위하여 오프-밴드 통신 채널의 사용을 가능하게 한다.

[0046] 추가적으로, 특정 예시적 실시예들은 또한, 사용자 평면 패킷 흐름의 상태로의 오프-밴드 정보의 맵핑을 가능하게 하는(즉, 정보의 소스, 즉, 사용자 평면 패킷들과, 오프-밴드 데이터 사이의 연관을 유지함) 동기화 메커니즘을 제공한다. 이것은 동기화 문제를 해결하며, 정보 수신기가 정확한 판단들을 수행하고 효율적 최적화를 수행하는 것을 가능하게 한다.

[0047] 추가로, 특정 예시적 실시예들은 오프-밴드 연결 그 자체를 관리하기 위한 메커니즘들을 제공한다. 첫째로, 일부 예시적 실시예들은 이후에 제공되는 RTP/UDP로의 간단한 확장을 통해 TCP 연결들을 위하여 제시된다. TCP 및 RTP 사용 경우들은 OTT 컨텐츠 및 애플리케이션들에 대해 사실상 사용되고 그리고 관련되는 모든 컨텐츠 전달 메커니즘들을 커버한다. 본 발명의 일부 예시적 실시예들의 타겟은, 정보 수신기가 TCP/RTP 엔드포인트 그 자체이고 따라서 그 설정 동안 또는 연결의 전체 수명에 걸쳐 사용자 평면 연결의 파라미터들에 영향을 미치는 능력을 가지는 시나리오이다. 추가적으로, 다른 예시적 실시예들은 또한, 정보 수신기가 TCP/RTP 엔드포인트가 아닌(즉, 그것이 연결 그 자체를 종료하지 않지만 단지 사용자 평면 패킷들을 포워딩함) 경우 사용가능하다.

[0048] 예시적 실시예에 따른 연결 식별 방식은 다음의 속성들을 가지는 프로토콜 헤더들 내의 필드들에 기초할 수 있다: (1) 그들은 통신 엔트포인트들(가장 중요하게는, 정보 수신기)에 의해 자유롭게 그리고 고유하게 선택될 수 있음; (2) 프로토콜 필드들은 사용자 평면 패킷들 내에서(즉, 통신 엔드포인트들 내부가 아님) 표현됨; (3) 프로토콜 필드들은 NAT 메커니즘들에 의해 수정되지 않음. 제 1 속성은 이러한 프로토콜 필드들의 컨텐츠가 그것이 종료하는 모든 연결들 사이에서 고유하고, 그에 의해 개별 연결들의 유효한 그리고 고유한 식별자인 방식으로 정보 수신기에 의해 선택될 수 있음을 보장한다. 제 2 속성은 프로토콜 필드들이 네트워크 측에서 정보 제공자에 의해 관측될 수 있으며, 따라서, 연결들에 대한 참조로서 오프-밴드 통신 내에 포함될 수 있음을 보장한다. 제 3 속성은 정보 제공자 및 정보 수신기 둘 다가 프로토콜 필드들 내의 동일한 값을 관측하고, 즉, 필드들의 컨텍스트가 NAT에 걸쳐 유지됨을 보장한다.

[0049] 예시적 실시예에서, 식별 메커니즘의 추가 속성은 오프-밴드 연결을 통해 전달되는 연결 아이덴티티가 단지 정보 수신기에 대해서만 중요한 의미를 가진다는 것, 즉, 정보(심지어 캡처되었을 경우에도)가 제 3자 엔티티에 대해 유용하지 않다는 것일 수 있다. 이것은, 기존 프로토콜 필드들을 연결 아이덴티티로서 해석하기 위하여 디바이스가 사용자 평면 연결들의 엔드포인트이거나(이 경우 정보가 어쨋든 알려짐), 또는 사용자 평면 연결들을 인터셉트 및 모니터링하기 위한 포지션에 있기 때문에, 본원에서 설명되는 식별 메커니즘에 의해 이행된다. 후자의 경우, 이러한 디바이스가 연결 식별을 위하여 사용되는 프로토콜 필드들을 해석할 수 있지만, 그것은 단순히 악의적 방식으로 오프-밴드 정보를 사용하는 것보다 훨씬 더 쉬운 공격들(예컨대, 패킷들의 폐기)을 실행할 수 있고, 따라서, 이 추가 정보가 위협의 레벨을 증가시키지 않음을 알 수 있다. 또한, 오프-밴드 연결을 암호화하는 것은 임의의 제 3자가 오프-밴드 메시지들에 액세스하는 것을 적어도 방지한다.

[0050] 하나의 예시적 실시예에 따라, 연결 아이덴티티의 부분으로 제안되는(그리고 모든 위의 기준들을 만족시키는) 프로토콜 필드들은, TCP ISN(Initial Sequence Number) 및 TimeStamp 옵션이 존재하는 경우 가능하게는 ITS(initial TCP TimeStamp)일 수 있다. ISN 또는 TimeStamp 어느 것도, 그것이 엔드-투-엔드 TCP 컨텍스트를 차단하고 TCP 연결을 무효하게 할 것이므로, NAT 메커니즘들에 의해 수정되지 않는다. ISN이 규정적(mandatory) TCP 표준의 일부이기 때문에, 그것은 항상 사용가능한 옵션이다. 고유 각-연결 아이덴티티를 생성하기 위하여, (TCP 엔드포인트로서의) 정보 수신기는 각각의 TCP 연결에 대한 상이한 ISN을 선정하여야 한다. ISN는 DL에서 전송되는 제 1 TCP 세그먼트의 일부이고, 따라서, 정보 제공자는 사용자 평면 패킷들을 모니터링하는 것을 통해 연결들에 대한 동일한 아이덴티티를 획득할 수 있다. 사용자 평면 연결이 설정된 이후에, 정보 제공자는 ISN을 사용하여, 정보 수신기로의 오프-밴드 연결을 통해 전송되는 정보에서의 개별 연결을 나타낸다.

[0051] TimeStamp는 또한 표준화되지만 선택적 필드이고, 이는 (TCP 구현 및 구성에 종속하여) TCP 엔드포인트들에 의해 사용될 수 있거나 또는 사용되지 않을 수 있다. 제시되는 경우, 초기 TimeStamp(또한 TCP 엔드포인트로서 정보 수신기의 선정)는 또한 ISN과 더불어, 연결 아이덴티티로서 활용될 수 있다. ISN 및 초기 TimeStamp 파라미터들이 단지 TCP 엔드포인트들에 의해 자유롭게 선정되는 통신하는 TCP 엔티티들에 대한 초기화 의미들만을 가지므로, 본 발명의 예시적 실시예들은 TCP 표준을 완전히 준수하는 식별 메커니즘을 제공한다.

[0052] 예시적 실시예에서, 연결 아이덴티티의 고유성은 제어되는 ISN 및 선택적 ITS 선택을 통해 정보 수신기에 의해 보장된다. 특정 예시적 실시예들에 따라, TimeStamps의 사용이 선택적이며, UE에 의해 지원되지 않을 수 있기 때문에, 정보 수신기는 ISN이 단독으로 이미 고유 연결 식별자이도록 각각의 연결에 대한 상이한 ISN을 선택할 수 있다. TimeStamp 옵션이 사용되는 경우, 정보 수신기는 또한 ITS를 선택하는 자유로운 선정을 가질 수 있다. 추가 의미들(즉, 연결 식별)을 ISN에 구비하는 것은 예측가능하지 않은 방식으로(예컨대, 랜덤하게) ISN을 선정하기 위한 TCP 구현들을 향한 공통적 권고(recommendation)를 위반(violate)하지 않는다는 점이 주목된다. ISN이 2³²(대략 40억)개의 잠재적 값들의 풀(pool)로부터 선택될 수 있고, 단지 본 발명의 일부 예시적 실시예들에 의해 규정된(mandated) ISN에 대한 추가 기준만이 설정된 연결들 사이에서 고유한 각각의 새로운 연결에 대한 값을 선택할 것이므로, 정보 수신기는 충돌 검출을 가지는 예측가능하지 않은/랜덤한 할당 방식을 쉽게 구현하여 둘 다의 요건들을 준수할 수 있다.

[0053] 예시적 실시예에 따라, 위에서 언급된 동기화 문제는 사용자 평면 데이터 흐름의 특정 포인트에 오프-밴드 정보를 관련시키고 앵커(anchor)하는 사용자 평면 패킷의 TimeStamp(TS) 및/또는 시퀀스/ACK 번호들과 같은 추가 연결 특정 데이터를 포함함으로써 해결될 수 있다. 또 다른 예시적 실시예에 따른 대안은 대응적인 연결에서 정보 제공자에 의해 수신되는 가장 최근 패킷들의 시퀀스/ACK 번호들 및 TS를 포함하는 것이다. 이 주석(annotation)은 정보 수신기가 오프-밴드 데이터를 사용자 평면 패킷들 또는 사용자 평면 연결들의 상태에 맵핑하는 것을 가능하게 하고, 즉, 재구성하지 않으면 오프-밴드 경로 상에서 손실되거나 또는 지연/진보될(동기화해제되는) 수신된 정보의 컨텍스트를 재구성한다. 현재 TS는 시간 상관을 가능하게 하고, 시퀀스/ACK 번호들은 데이터 상관을 가능하게 한다.

[0054] 도 6은 예시적 실시예에 따른, 연결 식별뿐만 아니라 동기화의 동작의 예를 예시한다. 도 6에 예시되는 바와 같이, 1에서, 정보 수신기(102)는 각각의 연결에 대한 ISN/ITS를 선택 및 저장할 수 있다. 2에서, 정보 제공자(101)는 각각의 연결에 대한 ISN/ITS를 스니핑 및, 또한 저장할 수 있다. 그 다음, 3에서, 정보 제공자(101)는, 예컨대, NAT(105)를 통해, 정보 수신기(102)로 그 다음 포워딩될 수 있는 각-연결 정보를 획득할 수 있다. 4에서, 정보 제공자(101)는 (식별에 대한) 연결의 정보뿐만 아니라 ISN/ITS, 및 (동기화에 대한) 현재 TS 및/또는 시퀀스/ACK 번호들을 정보 수신기(102)에 전송할 수 있다. 5에서, 정보 수신기(102)는 정보를 수신되는 ISN/ITS와의 연결에 적용시킬 수 있고, 인-밴드 흐름 상태로의 동기화는 정보 제공자(101)로부터 수신되는 추가 정보를 통해 가능하다.

[0055] 도 7의 예에 예시되는 바와 같이, 심지어 정보 수신기(102)가 사용자 평면 연결들의 TCP 엔드포인트 그 자체가 아닌(예컨대, 그것이 TCP 프록시 기능을 구현하지 않고 TCP 최적화를 수행하고 있는) 경우에도, 연결 식별 및 동기화 방식은 여전히, 초기 TCP 파라미터들에 능동적으로 영향을 미칠 가능성 없이, 묵시적으로 사용될 수 있다. 도 7에 예시되는 바와 같이, 정보 수신기(102) 및 정보 제공자(101)는 여전히 실제 TCP 엔드포인트에 의해 선택되는 ISN(및 사용되는 경우, ITS)을 관측하고, 그들을 연결 아이덴티티로서 함께 사용할 수 있다. ISN이 임의의 표준 준수 TCP 구현에 의해 랜덤하게 선택되는 것으로 예상되므로, 제어되는 ISN 선택의 결여로 인한 우발적 충돌(즉, 동일한 ISN을 가지는 동일한 서버로의 설정된 2개의 연결들을 가짐)에 당면할 확률은 사실상 무시가능하다. 아이덴티티의 일부로서 TimeStamp(이는 현대 TCP 구현들에서 통상적으로 인에이블됨)를 추가하는 것은 충돌들의 위험을 훨씬 더 감소시킨다.

[0056] TCP와 더불어, 본 발명의 예시적 실시예들은 또한 UDP/IP 상에서 RTP(real time protocol) 연결들의 식별에 적용되고, 여기서, 사용자 평면 데이터 흐름은 단지 다운링크이며, 따라서, 정보 제공자 및 수신기 사이의 통신에 대한 유일한 가능성은 오프-밴드 연결을 통해 이루어질 수 있다. RTP는 TCP 필드들과 유사한 방식으로 사용될 수 있는 필드들을 가진다. 예시적 실시예에서, 식별을 위하여, RTP SSRC(Synchronization Source Identifier)의 사용은, 그것이 TCP 시퀀스 번호와 동일한 크기를 가지며 소스에 의해 랜덤하게 선정되므로 적합하다. 예시적 실시예에서, 동기화를 위하여, RTP Timestamp 및 시퀀스 번호 필드들은 TCP TimeStamp 옵션 및 시퀀스 번호들과 동일한 방식으로 사용될 수 있다.

[0057] 사실상, 특정 예시적 실시예들에 따라, 정보 제공자 및 수신기 사이의 오프-밴드 연결은 임의의 프로토콜에 기초할 수 있다. 오프-밴드 연결 상에서의 인증 및 암호화의 사용이 가능하다. 오프-밴드 연결(즉, 설정)의 관리는 정보 제공자 및 수신기에서의 명시적 구성(예컨대, 정보 수신기가 리스닝하는 IP 어드레스들/포트 번호들의 리스트)에 기초할 수 있거나 또는 사용자 평면 패킷들 내의 가시적 정보(예컨대, 컨텐츠 서버와 통합되는 정보 수신기의 IP 어드레스)에 부분적으로 기초할 수 있다. 후자의 경우, 단지 사용자 평면 연결들에 존재하지 않는 정보(예컨대, 서버 포트 번호)만이 정보 제공자에서 구성될 필요가 있다.

[0058] 일부 예시적 실시예들은 TCP 또는 위의 적합한 필드들을 가지는 프로토콜 UDP가 사용자 평면에 대한 모바일 디바이스와 OTT 서버 사이의 통신 프로토콜로서 사용되는 경우에 적용된다. 위에서 개략되는 바와 같이, 예시적 실시예는, 연결 셋업에서 통신하는 엔드포인트들 사이에서 교환되고 NAT에 의해 손상되지 않게 남겨진 정보의 그러한 고유 피스들을 사용함으로써 연결들을 식별한다. 정보 제공자는 이들을 연결 셋업 동안 캡처하고, 정보가 수신기에 제공될 때마다 식별을 위하여 그들을 사용하여야 한다. 수신기는 연결의 전체 수명 전반에 걸쳐 데이터베이스 내의 동일한 정보를 유지하여야 한다. 일부 예시적 실시예들은 이것이 가장 일반적 시나리오이므로 TCP 경우를 나타내지만, 다른 예시적 실시예들이 또한 아래에서 논의될 바와 같이 UDP/RTP에 대하여 사용될 수 있다.

[0059] 사용자 평면 TCP 연결들이 UE와 정보 수신기 사이에서 설정되는 경우, 즉, 정보 수신기가 그 자체로 TCP 엔드포인트인 경우, 정보 수신기는 새로운 연결들의 설정을 본래 인식한다. 도 8은 예시적 실시예에 따른, 연결 아이덴티티의 설정의 예를 예시한다. 도 8에 예시되는 바와 같이, 연결들은 UE(100)에 의해(통상의 경우) 발신되거나, 또는 정보 수신기(102) 그 자체에 의해 발신된다. 둘 다의 경우들에서, 정보 수신기(102)는 그것이 각각의 연결에서 DL 방향에서 송신하는 제 1 TCP 세그먼트 내의 ISN 및 ITS를 선정할 수 있다. UE(100)에 의해 개시되는 연결들에 있어서, 정보 수신기에 의해 전송되는 제 1 세그먼트는 TCP SYN/ACK인 반면; 정보 수신기(102)에 의해 개시되는 연결들에 있어서, 그것은 초기 SYN 세그먼트이다. 정보 수신기(102)에 의해 선택되는 ISN 및 ITS는 ISN-IR 및 ITS-IR로 각각 지칭된다. 정보 수신기(102)는 그 결합이 각각의 TCP 연결에 대해 고유하도록 값들을 선정하여야 한다. 하나의 예시적 실시예에서, 이것은, ISN 값을 랜덤하게 선택하고 이미 설정된 연결들과의 충돌에 대해 체크함으로써 구현될 수 있다. 랜덤 값들은 고유 식별자가 도달될 때까지 재생성될 수 있다. 프로세스의 결과는 TCP 연결의 고유 식별자이다. ISN/ITS는 각각의 연결에 대한 제 1 DL TCP 세그먼트에 존재하고, 따라서, 그것은 사용자 평면 패킷들로의 액세스를 가지는 UE(100)와 정보 수신기(102) 사이의 임의의 네트워크 엘리먼트 ― 정보 제공자(101)를 포함함 ― 에 의해 관측될 수 있다(즉, 연결들의 아이덴티티가 엔드-투-엔드로 통보(advertise)됨). 제 1 TCP DL 세그먼트(SYN 또는 SYN/ACK)의 성공적 엔드-투-엔드 전달없이 어떠한 성공적 연결 설정도 존재하지 않기 때문에, 시스템에서 설정되는 각각의 연결은 고유한 통보된 아이덴티티를 가지는 것이 보장된다.

[0060] 정보 수신기(102)가 TCP 엔드포인트 그 자체가 아니면, 그것은 ISN 및 ITS 값들의 선택에 어떠한 영향도 미치지 않는다. 그 경우, 정보 수신기(102)는 새로운 연결들의 설정을 검출하고 각각의 연결에서 제 1 DL TCP 세그먼트로부터 ISN 및 ITS 필드들을 획득하기 위하여, 사용자 평면 패킷들을 수동적으로 모니터링할 수 있다. 이 상황에서 ISN 및 ITS 필드들의 결합의 고유성에 대한 어떠한 절대적 보장도 존재하지 않지만, ISN이 생성된 큰 풀 및 TCP 구현에 의해 ISN이 랜덤하게 선정되는 권고로 인해 그들의 결합이 실제로 연결의 고유 아이덴티티일 가능성이 여전히 높다.

[0061] 예시적 실시예에 따라, 정보 수신기(102)는 ISN 및 ITS에 기초하는 연결 아이덴티티와 (예컨대, 네트워킹 API, OS 커널 등에 대한) 정보 제공자(101) 내에서의 네트워크 통신 소켓 또는 연결을 식별하는데 사용되는 연결 투플(IP 어드레스 및 TCP 포트 페어들) 사이의 맵핑인 연결 연관 데이터베이스(110)를 유지할 수 있다. 이것은 ISN 및 ITS가 TCP 연결의 설정 이후에 교환되는 사용자 평면 패킷들 내에 더 이상 존재하지 않지만, 연결 투플이 항상 거기에 존재하기 때문에 필요할 수 있다. 이것은 실제 사용자 평면 패킷을 가지는 것에 기초하여 고유 연결 아이덴티티를 룩업하기 위한 그리고, 또한 고유 아이덴티티로 태그되는 오프-밴드 정보가 수신된 경우 대응하는 네트워크 소켓(연결 투플에 의해 통상적으로 식별됨)을 발견하기 위한 쉬운 메커니즘을 제공한다. 연관의 구현은 네트워크 소켓 구현 그 자체의 필수적 부분일 수 있고, 즉, 다른 연결 파라미터들과 더불어 커널 내에서 또는 네트워크 소켓 구조 내에서 ISN-IR 및 ITS-IR을 저장한다. 도 9는 예시적 실시예에 따른, 연결 연관 데이터베이스(110)의 집단(population)의 예를 예시한다.

[0062] 예시적 실시예에서, 정보 제공자(101)는 또한 정보 수신기(102)와 유사한 연결 연관 데이터베이스를 유지할 수 있다. 정보 제공자(102)가 연결과 관련된 파라미터들 중 임의의 것을 선정하지 않으므로, 그것은, 그것이 TCP 엔드포인트가 아닌 경우의 정보 수신기(102)와 유사하게, 사용자 평면 패킷 모니터링을 통해 ISN-IR 및 ITS-IR 파라미터들을 관측하는 것에 기초하여 데이터베이스(110)를 파퓰레이팅(populate)한다. 데이터베이스들 사이의 차이는 정보 수신기(102)가 변형된 UE IP 및 TCP 포트를 가질 것인 반면, 그 사이에 NAT가 존재하는 경우 정보 제공자(101)가 원래 UE IP 및 TCP 포트 아이덴티티들을 가진다는 것이다. 그러나, 둘 다의 위치들에서의 투플들이 동일한 ISN-IR 및 ITS-IR 아이덴티티들에 맵핑되어서, NAT의 경계들에 걸쳐 고유 연결 아이덴티티를 생성한다.

[0063] 정보 제공자(101)는 오프-밴드 연결에서의 메시지들을 정보 수신기(102)에 송신할 수 있다. 주어진 연결에 속하는 정보(예컨대, 사용자 평면 패킷 모니터링에 기초하는 임의의 측정)는 연결의 식별뿐만 아니라 동기화 정보로 확장된다. 도 10은 예시적 실시예에 따른, 정보 제공자(101)에 의한 인-밴드 측정 데이터와의 연결 아이덴티티의 연관을 도시하는 블록도를 예시한다. 아이덴티티는 정보를 리트리브하기 위하여 키로서 연결 투플(임의의 사용자 평면 패킷으로부터 이용가능함)을 사용하여, 연결 연관 데이터베이스(110)로부터 획득될 수 있다. 동기화 정보는 현재 시퀀스 및/또는 ACK 번호뿐만 아니라 가장 최근 패킷에서의 TCP 연결에서 관측되는 선택된 TimeStamp 필드를 포함한다. DL TCP 세그먼트들로부터 획득되는 경우, 시퀀스 번호는 다운링크 데이터 송신 시점으로부터의 동기화를 제공하고, ACK는 UL 데이터 송신 시점과 동기화한다. 추가적으로, DL TCP 세그먼트 내의 TSval(TimeStamp value)은, TSval이 정보 수신기(또는 TCP 엔드포인트)가 패킷 내에 포함하는 가장 최근 TCP TimeStamp이므로, TCP 레벨 시간 동기화에 대해 정보 수신기(102)에 통지하는데 사용되어야 한다. UL TCP 세그먼트들에 있어서, 시퀀스 번호는 UL 데이터 송신의 포지션에 대해 제공하고, ACK 번호는 DL 송신 시점으로부터의 포지션을 제공한다. 또한, UL TCP 세그먼트들로부터, TSecr(TimeStamp Echo Reply) 값은, 이 값이 정보 수신기(102)(또는 업스트림 TCP 엔드포인트)로부터 발신되는 가장 최근 TimeStamp의 복사본(UE에 의해 에코됨)이므로, 시간 동기화 정보로서 취해질 필요가 있다. 대안적으로, 예시적 실시예에서, 정보 제공자(101)와 정보 수신기(102) 사이의 시간 동기화가 존재하면(또는 이들 둘 다가 동일한 시간 소스로 동기화됨), 실시간 스탬프(TCP TimeStamp와는 독립적임)는 시간 동기화를 위하여 제공될 수 있다.

[0064] 예시적 실시예들은 TCP에 대해 논의되는 메커니즘들에 기초하여 RTP/UDP 데이터 연결 식별 및 동기화로 연장될 수 있다. 통상적으로, RTP/UDP 데이터 연결은 별개의 제어 프로토콜, 예컨대, RTCP(real time control protocol)의 사용에 의해 설정되고, 그 다음, RTP/UDP 데이터 흐름은 정보 수신기 또는 컨텐츠 서버로부터 UE로의 단방향성이다. RTP는 식별 및 동기화 시점 둘 다로부터 TCP에 대해 유사한 프로토콜 필드들을 가진다. 식별에 있어서, RTP SSRC 필드는 TCP ISN에 대응한다. 그러나, 단지 제 1 DL TCP 세그먼트 내에 존재하는 TCP ISN과는 대조적으로, RTP SSRC는 각각의 패킷 내에 존재한다. 이것은 각각의 패킷이 자기 자신의 아이덴티티를 반송하므로 연결 식별을 더 쉽게 하고, UDP 포트 및 IP 어드레스를 주어진 연결 아이덴티티에 맵핑하기 위하여 정보 제공자에서 연결 연관 데이터베이스를 유지할 어떠한 필요성도 존재하지 않는다. 그러나, 정보 수신기(102)는 여전히, 주어진 RTP 데이터 연결과 연관된 자원들(예컨대, UDP 데이터그램 소켓)을 룩업하기 위하여 데이터베이스(110)를 유지할 수 있다. RTP는 또한 동기화 시점으로부터 유사한 프로토콜 필드들을 가진다: RTP Timestamp 및 RTP 시퀀스 번호 ― 각각의 DL RTP 패킷 내에 둘 다 존재함 ― 는 각각 TCP TimeStamp 및 시퀀스/ACK 번호들과 동일한 방식으로 사용될 수 있다.

[0065] 일부 예시적 실시예들에서, 연결 식별 및 동기화는 핸드오버들의 경우 역시도 동작가능하다. 일부 관련 경우들은 정보 제공자의 범위가 영역에(예컨대, LTE eNB와 같은 라디오 액세스 노드에) 제한되고, 2개의 상이한 정보 제공자들에 의해 커버되는 2개의 영역들(예컨대, eNB들) 사이에서의 UE의 핸드오버가 존재하는 때를 포함한다. 정보 제공자들 사이의 핸드오버들은 연결 아이덴티티(초기 TCP 연결 설정 세그먼트들로부터 관측됨)가 정보 제공자가 핸드오버 이후에 연결을 핸들링함으로써 자동으로 관측가능하지 않게 할 수 있다.

[0066] 예시적 실시예에서, 정보 제공자는 연결 아이덴티티를 연결의 각각의 다운링크 패킷에 추가 또는 다시 말해서 강화시켜서, 연결 아이덴티티를 각각의 다운링크 패킷으로부터 관측가능하게 한다. 핸드오버의 코스 동안, 소스 라디오 액세스 노드(예컨대, LTE eNB)에서 버퍼링되는 다운링크 패킷들은 (LTE의 경우 X2 인터페이스를 통해) 타겟 라디오 액세스 노드로 포워딩된다. 이 패킷들은 또한 정보 제공자가 타겟 라디오 액세스 노드를 커버함으로써 인터셉팅될 수 있다. 이 패킷들이 강화를 통해 연결 아이덴티티를 반송할 것이므로, 타겟 정보 제공자는 연결 아이덴티티를 즉시 학습하고, 소스 정보 제공자의 역할을 끊김없이(seamlessly) 인계할 수 있다. 강화 데이터는 또한, 이를테면, 연결에 대응하는 보고들이 정보 수신기에 전송되어야 한다면, 정보 수신기의 아이덴티티, 연결에 대응하는 계산들 또는 측정들의 이전 상태 등과 같은 추가 정보를 반송할 수 있다. 이 메커니즘의 성공은 핸드오버가 발생하는 경우 각각의 연결에 대한 소스 라디오 액세스 노드에서 버퍼링되는 인-플라이트(in-flight) 데이터 및 진행 중인 데이터 송신이 존재하는지 여부에 종속한다. 그렇지 않으면, 어떠한 패킷들도 타겟 라디오 액세스 노드로 포워딩되지 않을 것이다(적어도 모든 기존 연결들에 대해서는 아님).

[0067] 따라서, 예시적 실시예에서, 소스 정보 제공자로부터 타겟 정보 제공자로 요구되는 정보의 전달을 보장하는 제 2 메커니즘이 구현될 수 있다. 이것은 소스 또는 타겟 정보 제공자들 중 적어도 하나가 핸드오버에 대해 통지받거나 또는 핸드오버가 발생하였음을 그리고 적어도 연결들의 디스크립터 및 그들의 대응하는 아이덴티티들을 포함하는 소스 정보 제공자로부터 타겟 정보 제공자로의 각-베어러 명시적 컨텍스트 전달을 추론할 수 있는 것을 요구한다. 연결들의 디스크립터는, (정보 제공자 및 정보 수신기와 달리) 정보 제공자들이 모든 헤더 필드들 상에서 동일한 뷰를 가지므로 IP 어드레스들 및 포트들과 같은 종래의 프로토콜 헤더 필드들에 기초할 수 있다. 아이덴티티는 정보 수신기에 의해 설정되는 고유 연결 아이덴티티이다. 컨텍스트 전달은 인접한 정보 제공자들 사이에 설정되는 로직 포인트-투-포인트 연결을 사용할 수 있거나 또는 각각의 정보 제공자는 스타 토폴로지에서 2개의 정보 제공자 인스턴스들 사이의 정보를 중계하는 백엔드 콘센트레이터(concentrator)/미디에이터(mediator) 서버로의 설정된 연결을 가질 수 있다. 연결을 통한 데이터 전달은 그것이 핸드오버에 대해 통지받자 마자 소스 정보 제공자에 의해 사전적으로(proactively) 발신될 수 있거나 또는 그것이 핸드오버에 대해 인식하면 타겟 정보 제공자에 의해 발신될 수 있다. 연결 설정이 타겟 정보 제공자에 의해 모니터링되지 않았을 경우에도, 연결 동기화는, 그것이 유사하게 소스 및 타겟 정보 제공자에서 이용가능한 프로토콜 필드들에 기초하므로, 추가 메커니즘들을 요구하지 않는다.

[0068] 정보 제공자(101)와 정보 수신기(102) 사이의 오프-밴드 연결의 설정을 관리하기 위한 다수의 대안들이 존재한다. 예시적 실시예에 따라, 하나의 솔루션은, 정보 수신기(102)가 서버로서 동작하고 정보 제공자(101)가 정보 수신기(102)가 오프-밴드 연결에 대해 리스닝하는 IP 어드레스 및 포트로 구성되는 것이다. 이것은, 정보 수신기(102)가, 가능하게는 인-밴드 사용자 평면 데이터 송신에 대해 사용되는 것과 상이할 수 있는 임의적 IP 어드레스에서 오프-밴드 연결에 대해 리스닝하는 것을 가능하게 한다. 또 다른 예시적 실시예는 단지 정보 제공자(101)에서 정보 수신기(102)의 포트 번호를 구성하는 것이고, 정보 제공자(101)는 각각의 연결에서 제 1 UL 패킷의 목적지 IP 어드레스에 기초하여 IP 어드레스를 학습한다(이 어드레스는 그것이 TCP 엔드포인트인 경우 정보 수신기의 IP 어드레스임). 이것은, 정보 수신기(102) 기능이 정보 제공자에게 새로운 IP 어드레스들을 통지하거나 또는 재구성할 필요없이 새로운 노드들을 추가할 가능성으로 다수의 노드들 사이에서 플렉서블하게 분배될 수 있다는 이익을 가진다. 정보 수신기(102)로부터의 요건은 그것이 사용자 평면 연결들을 핸들링하는데 사용되는 동일한 IP 어드레스에서 오프-밴드 연결들에 대해 리스닝하여야 하는 것이다. 오프-밴드 연결은 또한 NAT를 겪을 수 있고, 이는 그것이 정보 수신기(102)의 적절한 IP 어드레스(즉, NAT에 의해 예상되는 것 및 이는 정보 수신기(102)의 실제 IP 어드레스로 변형될 것임)를 학습하므로 정보 제공자에 대해 완전히 투명하다.

[0069] 특정 예시적 실시예들에서, 오프-밴드 연결은 또한 (예컨대, TLS를 통해) 인증 및/또는 암호화 및 임의의 프로토콜(예컨대, 전송 계층 상의 TCP/UDP 및 상위의 임의의 애플리케이션 계층, 예컨대, HTTP, JSON, XML, 평문 등을 포함함)을 사용할 수 있다. 오프-밴드 연결은 오프-밴드 정보가 가능한 최저 레이턴시로 정보 수신기에 전달됨을 보장하기 위하여 전송 네트워크 상에서 우선순위화될 수 있다(예컨대, 높은 우선순위 DSCP 클래스에 맵핑됨). 이것은, 특히, 정보의 유효성이 제한된 시간 인터벌, 이를테면, 실시간 대역폭, 손실, 혼잡 등의 관련 정보에 제한된다면, 정보 제공자(101)에 의해 전송되는 정보의 관련성을 유지할 것이다. 다른 타입의 정보(예컨대, 사용자 아이덴티티, 이는 연결 동안 변경되지 않음)는 오프-밴드 경로 상에서의 지연에 민감한 것이 아니다.

[0070] 도 11a는 예시적 실시예에 따른 장치(10)의 예를 예시한다. 예시적 실시예에서, 장치(10)는 통신 네트워크 내의 또는 이러한 네트워크를 서빙하는 노드, 호스트 또는 서버일 수 있다. 예시적 실시예에서, 장치(10)는 정보 수신기일 수 있다. 당해 기술 분야의 당업자는 장치(10)가 도 11a에 도시되지 않은 컴포넌트들 또는 특징들을 포함할 수 있다는 것을 이해할 것이라는 점이 주목되어야 한다.

[0071] 도 11a에 예시되는 바와 같이, 장치(10)는 정보를 프로세싱하고, 명령들 또는 동작들을 실행하기 위한 프로세서(22)를 포함한다. 프로세서(22)는 임의의 타입의 범용 또는 특수 목적 프로세서일 수 있다. 단일 프로세서(22)가 도 11a에 도시되지만, 다수의 프로세서들은 다른 예시적 실시예들에 따라 활용될 수 있다. 사실상, 프로세서(22)는, 예들로서, 범용 컴퓨터들, 특수 목적 컴퓨터들, 마이크로프로세서들, DSP(digital signal processor)들, FPGA(field-programmable gate array)들, ASIC(application-specific integrated circuit)들 및 멀티-코어 프로세서 아키텍처에 기초하는 프로세서들 중 하나 또는 그 초과의 것을 포함할 수 있다.

[0072] 장치(10)는 추가로, 프로세서(22)에 커플링될 수 있는 메모리(14)(내부 또는 외부)를 포함하거나 또는 이에 커플링될 수 있고, 메모리(14)는 프로세서(22)에 의해 실행될 수 있는 정보 및 명령들을 저장한다. 메모리(14)는 하나 또는 그 초과의 메모리들이고, 로컬 애플리케이션 환경에 적합한 임의의 타입을 가질 수 있으며, 임의의 적합한 휘발성 또는 비휘발성 데이터 저장 기술, 이를테면, 반도체-기반 메모리 디바이스, 자기 메모리 디바이스 및 시스템, 광학 메모리 디바이스 및 시스템, 고정 메모리, 및 분리가능한(removable) 메모리를 사용하여 구현될 수 있다. 예컨대, 메모리(14)는 RAM(random access memory), ROM(read only memory), 자기 또는 광 디스크와 같은 정적 저장 장치, 또는 임의의 다른 타입의 비-일시적 머신 또는 컴퓨터 판독가능한 매체들의 임의의 결합을 포함할 수 있다. 메모리(14) 내에 저장된 명령들은 프로세서(22)에 의해 실행되는 경우, 장치(10)가 본원에서 설명되는 바와 같은 태스크들을 수행하는 것을 가능하게 하는 프로그램 명령들 또는 컴퓨터 프로그램 코드를 포함할 수 있다.

[0073] 장치(10)는 또한, 장치(10)에 그리고 장치(10)로부터 신호들 및/또는 데이터를 송신 및 수신하기 위한 하나 또는 그 초과의 안테나들(25)을 포함하거나 또는 이들에 커플링될 수 있다. 장치(10)는 정보를 송신 및 수신하도록 구성되는 트랜시버(28)를 더 포함하거나 또는 이에 커플링될 수 있다. 예컨대, 트랜시버(28)는 정보를 안테나(들)(25)에 의한 송신을 위하여 캐리어 파형으로 변조하고, 장치(10)의 다른 엘리먼트들에 의한 추가 프로세싱을 위하여 안테나(들)(25)를 통해 수신되는 정보를 복조하도록 구성될 수 있다. 다른 예시적 실시예들에서, 트랜시버(28)는 신호들 또는 데이터를 직접적으로 송신 및 수신할 수 있다.

[0074] 프로세서(22)는, 예컨대, 안테나 이득/위상 파라미터들의 프리코딩, 통신 메시지를 형성하는 개별 비트들의 인코딩 및 디코딩, 정보의 포맷팅 및 장치(10)의 전반적 제어 ― 통신 자원들의 관리와 관련된 프로세스들을 포함함 ― 를 포함할 수 있는 장치(10)의 동작과 연관된 기능들을 수행할 수 있다.

[0075] 예시적 실시예에서, 메모리(14)는 프로세서(22)에 의해 실행되는 경우 기능을 제공하는 소프트웨어 모듈들을 저장할 수 있다. 모듈들은, 예컨대, 장치(10)의 운영 시스템 기능을 제공하는 운영 시스템을 포함할 수 있다. 메모리는 또한, 장치(10)에 대한 추가 기능을 제공하기 위하여, 애플리케이션 또는 프로그램과 같은 하나 또는 그 초과의 기능 모듈들을 저장할 수 있다. 장치(10)의 컴포넌트들은 하드웨어로, 또는 하드웨어 및 소프트웨어의 임의의 적합한 결합으로 구현될 수 있다.

[0076] 하나의 예시적 실시예에서, 장치(10)는, 예컨대, 정보 수신기일 수 있고, 이는 TCP 엔드포인트일 수 있거나 또는 TCP 엔드포인트가 아닐 수 있다. 이 예시적 실시예에서, 장치(10)는 정보 제공자와의 오프-밴드 연결에 대한 고유 연결 아이덴티티를 결정하기 위하여 메모리(14) 및 프로세서(22)에 의해 제어될 수 있다. 예시적 실시예에서, 고유 연결 아이덴티티는 정보 제공자와의 사용자 평면 연결과 관련된 정보에 기초할 수 있다. 하나의 예시적 실시예에 따라, 장치(10)는 고유 연결 아이덴티티를 저장하고, 정보 제공자로부터 라디오 액세스 네트워크 정보 및 동기화 정보를 수신하고 그리고 동기화 정보를 사용하여 라디오 액세스 정보의 적어도 일부를 사용자 평면 연결에서 전송되는 정보의 적어도 일부와 동기화하기 위하여 메모리(14) 및 프로세서(22)에 의해 추가로 제어될 수 있다.

[0077] 하나의 예시적 실시예에서, 사용자 평면 연결은 TCP(transport control protocol) 연결일 수 있고, 고유 연결 아이덴티티는 TCP ISN(initial sequence number) 및/또는 ITS(initial TCP time stamps)를 포함할 수 있다. 예시적 실시예에 따라, 동기화 정보는 사용자 평면 패킷의 시간 스탬프 및/또는 시퀀스/ACK 번호들을 포함할 수 있다.

[0078] 또 다른 예시적 실시예에서, 사용자 평면 연결은 RTP(real time protocol) 연결일 수 있고, 고유 연결 아이덴티티는 RTP SSRC(synchronization source identifier) 및/또는 RTP 시간 스탬프 및 시퀀스 번호를 포함할 수 있다.

[0079] 하나의 예시적 실시예에 따라, 장치(10)는 정보 제공자와의 네트워크 통신 소켓 또는 연결을 식별하는데 사용되는 연결 투플과 고유 연결 아이덴티티 사이의 맵핑을 저장하도록 구성되는 연결 연관 데이터베이스를 유지하기 위하여 메모리(14) 및 프로세서(22)에 의해 추가로 제어될 수 있다.

[0080] 도 11b는 예시적 실시예에 따른 장치(20)의 예를 예시한다. 예시적 실시예에서, 장치(20)는 통신 네트워크 내의 또는 이러한 네트워크를 서빙하는 노드, 호스트 또는 서버일 수 있다. 하나의 예시적 실시예에서, 장치(20)는, 예컨대, 정보 제공자일 수 있다. 당해 기술 분야의 당업자는 장치(20)가 도 11b에 도시되지 않은 컴포넌트들 또는 특징들을 포함할 수 있다는 것을 이해할 것이라는 점이 주목되어야 한다.

[0081] 도 11b에 예시되는 바와 같이, 장치(20)는 정보를 프로세싱하고, 명령들 또는 동작들을 실행하기 위한 프로세서(32)를 포함할 수 있다. 프로세서(32)는 임의의 타입의 범용 또는 특수 목적 프로세서일 수 있다. 단일 프로세서(32)가 도 11b에 도시되지만, 다수의 프로세서들은 다른 예시적 실시예들에 따라 활용될 수 있다. 사실상, 프로세서(32)는, 예들로서, 범용 컴퓨터들, 특수 목적 컴퓨터들, 마이크로프로세서들, DSP(digital signal processor)들, FPGA(field-programmable gate array)들, ASIC(application-specific integrated circuit)들 및 멀티-코어 프로세서 아키텍처에 기초하는 프로세서들 중 하나 또는 그 초과의 것을 포함할 수 있다.

[0082] 장치(20)는 추가로, 프로세서(32)에 커플링될 수 있는 메모리(34)(내부 또는 외부)를 포함하거나 또는 이에 커플링될 수 있고, 메모리(34)는 프로세서(32)에 의해 실행될 수 있는 정보 및 명령들을 저장한다. 메모리(34)는 하나 또는 그 초과의 메모리들이고, 로컬 애플리케이션 환경에 적합한 임의의 타입을 가질 수 있으며, 임의의 적합한 휘발성 또는 비휘발성 데이터 저장 기술, 이를테면, 반도체-기반 메모리 디바이스, 자기 메모리 디바이스 및 시스템, 광학 메모리 디바이스 및 시스템, 고정 메모리, 및 분리가능한(removable) 메모리를 사용하여 구현될 수 있다. 예컨대, 메모리(34)는 RAM(random access memory), ROM(read only memory), 자기 또는 광 디스크와 같은 정적 저장 장치, 또는 임의의 다른 타입의 비-일시적 머신 또는 컴퓨터 판독가능한 매체들의 임의의 결합을 포함할 수 있다. 메모리(34) 내에 저장된 명령들은 프로세서(32)에 의해 실행되는 경우, 장치(20)가 본원에서 설명되는 바와 같은 태스크들을 수행하는 것을 가능하게 하는 프로그램 명령들 또는 컴퓨터 프로그램 코드를 포함할 수 있다.

[0083] 장치(20)는 또한, 장치(20)에 그리고 장치(20)로부터 신호들 및/또는 데이터를 송신 및 수신하기 위한 하나 또는 그 초과의 안테나들(35)을 포함하거나 또는 이들에 커플링될 수 있다. 장치(20)는 정보를 송신 및 수신하도록 구성되는 트랜시버(38)를 더 포함하거나 또는 이에 커플링될 수 있다. 트랜시버는 원격 라디오 헤드와 같은 외부 디바이스일 수 있다. 예컨대, 트랜시버(38)는 정보를 안테나(들)(35)에 의한 송신을 위하여 캐리어 파형으로 변조하고, 장치(20)의 다른 엘리먼트들에 의한 추가 프로세싱을 위하여 안테나(들)(35)를 통해 수신되는 정보를 복조하도록 구성될 수 있다. 다른 예시적 실시예들에서, 트랜시버(38)는 신호들 또는 데이터를 직접적으로 송신 및 수신할 수 있다.

[0084] 프로세서(32)는, 제한없이 안테나 이득/위상 파라미터들의 프리코딩, 통신 메시지를 형성하는 개별 비트들의 인코딩 및 디코딩, 정보의 포맷팅 및 장치(20)의 전반적 제어 ― 통신 자원들의 관리와 관련된 프로세스들을 포함함 ― 를 포함하는 장치(20)의 동작과 연관된 기능들을 수행할 수 있다.

[0085] 예시적 실시예에서, 메모리(34)는 프로세서(32)에 의해 실행되는 경우 기능을 제공하는 소프트웨어 모듈들을 저장한다. 모듈들은, 예컨대, 장치(20)의 운영 시스템 기능을 제공하는 운영 시스템을 포함할 수 있다. 메모리는 또한, 장치(20)에 대한 추가 기능을 제공하기 위하여, 애플리케이션 또는 프로그램과 같은 하나 또는 그 초과의 기능 모듈들을 저장할 수 있다. 장치(20)의 컴포넌트들은 하드웨어로, 또는 하드웨어 및 소프트웨어의 임의의 적합한 결합으로 구현될 수 있다.

[0086] 위에서 언급된 바와 같이, 하나의 예시적 실시예에 따라, 장치(20)는 통신 네트워크 내의 또는 이러한 네트워크를 서빙하는 노드, 호스트 또는 서버일 수 있다. 예컨대, 장치(20)는 네트워크 내의 정보 제공자, 이를테면, node B, eNB, 라디오 네트워크 제어기, 액세스 포인트 또는 게이트웨이 등일 수 있다. 이 예시적 실시예에서, 장치(20)는 정보 수신기와의 오프-밴드 연결에 대한 고유 연결 아이덴티티를 획득 및 저장하기 위하여 메모리(34) 및 프로세서(32)에 의해 제어될 수 있다. 고유 연결 아이덴티티는 정보 수신기와의 사용자 평면 연결과 관련된 정보에 기초한다. 예시적 실시예에서, 장치(20)는 라디오 액세스 네트워크 정보의 적어도 일부가 사용자 평면 연결에서 전송되는 사용자 평면 정보의 적어도 일부와 동기화될 수 있도록 라디오 액세스 네트워크 정보 및 동기화 정보를 정보 수신기에 전송하기 위하여 메모리(34) 및 프로세서(32)에 의해 추가로 제어될 수 있다.

[0087] 하나의 예시적 실시예에서, 사용자 평면 연결은 TCP(transport control protocol) 연결일 수 있고, 고유 연결 아이덴티티는 TCP ISN(initial sequence number) 및/또는 ITS(initial TCP time stamps)를 포함할 수 있다. 예시적 실시예에 따라, 동기화 정보는 사용자 평면 패킷의 시간 스탬프 및/또는 시퀀스/ACK 번호들을 포함할 수 있다.

[0088] 또 다른 예시적 실시예에서, 사용자 평면 연결은 RTP(real time protocol) 연결일 수 있고, 고유 연결 아이덴티티는 RTP SSRC(synchronization source identifier) 및/또는 RTP 시간 스탬프 및 시퀀스 번호를 포함할 수 있다.

[0089] 하나의 예시적 실시예에 따라, 장치(20)는 정보 수신기와의 네트워크 통신 소켓 또는 연결을 식별하는데 사용되는 연결 투플과 고유 연결 아이덴티티 사이의 맵핑을 저장하도록 구성되는 연결 연관 데이터베이스를 유지하기 위하여 메모리(34) 및 프로세서(32)에 의해 추가로 제어될 수 있다.

[0090] 도 12a는 예시적 실시예에 따른 방법의 흐름도의 예를 예시한다. 하나의 예시적 실시예에서, 방법은, 예컨대, 정보 수신기에 의해 수행될 수 있다. 방법은, 500에서, 정보 제공자와의 오프-밴드 연결에 대한 고유 연결 아이덴티티를 결정하는 단계를 포함한다. 고유 연결 아이덴티티는 정보 제공자와의 사용자 평면 연결과 관련된 정보에 기초할 수 있다. 방법은, 510에서, 고유 연결 아이덴티티를 저장하는 단계를 그리고 520에서, 정보 제공자로부터 라디오 액세스 네트워크 정보 및 동기화 정보를 수신하는 단계를 더 포함할 수 있다. 방법은 또한, 530에서, 동기화 정보를 사용하여, 라디오 액세스 정보의 적어도 일부를 사용자 평면 연결에서 전송되는 정보의 적어도 일부와 동기화하는 단계를 포함할 수 있다. 일부 예시적 실시예들에서, 방법은, 540에서, 정보 제공자와의 네트워크 통신 소켓 또는 연결을 식별하는데 사용되는 연결 투플과 고유 연결 아이덴티티 사이의 맵핑을 저장하도록 구성되는 연결 연관 데이터베이스를 유지하는 단계를 더 포함할 수 있다.

[0091] 도 12b는 또 다른 예시적 실시예에 따른 방법의 흐름도의 예를 예시한다. 하나의 예시적 실시예에서, 방법은, 예컨대, 정보 제공자에 의해 수행될 수 있다. 방법은, 550에서, 정보 수신기와의 오프-밴드 연결에 대한 고유 연결 아이덴티티를 획득 및 저장하는 단계를 포함한다. 고유 연결 아이덴티티는 정보 수신기와의 사용자 평면 연결과 관련된 정보에 기초할 수 있다. 방법은, 560에서, 라디오 액세스 네트워크 정보의 적어도 일부가 사용자 평면 연결에서 전송되는 사용자 평면 정보의 적어도 일부와 동기화될 수 있도록 라디오 액세스 네트워크 정보 및 동기화 정보를 정보 수신기에 전송하는 단계를 더 포함할 수 있다. 일부 예시적 실시예들에서, 방법은, 570에서, 정보 수신기와의 네트워크 통신 소켓 또는 연결을 식별하는데 사용되는 연결 투플과 고유 연결 아이덴티티 사이의 맵핑을 저장하도록 구성되는 연결 연관 데이터베이스를 유지하는 단계를 더 포함할 수 있다.

[0008] 하나의 예시적 실시예는 정보 제공자와의 오프-밴드 연결에 대한 고유 연결 아이덴티티를 결정하는 단계를 포함할 수 있는 방법에 관련된다. 고유 연결 아이덴티티는 정보 제공자와의 사용자 평면 연결과 관련된 정보에 기초한다. 방법은 고유 연결 아이덴티티를 저장하는 단계, 정보 제공자로부터 라디오 액세스 네트워크 정보 및 동기화 정보를 수신하는 단계, 및 동기화 정보를 사용하여 라디오 액세스 정보의 적어도 일부를 사용자 평면 연결에서 전송되는 정보의 적어도 일부와 동기화하는 단계를 더 포함할 수 있다.

[0009] 또 다른 예시적 실시예는 컴퓨터 프로그램 코드를 포함하는 적어도 하나의 메모리 및 적어도 하나의 프로세서를 포함할 수 있는 장치에 관련된다. 적어도 하나의 메모리 및 컴퓨터 프로그램 코드는, 적어도 하나의 프로세서에 의해, 장치로 하여금 적어도, 정보 제공자와의 오프-밴드 연결에 대한 고유 연결 아이덴티티를 결정하게 하도록 구성된다. 고유 연결 아이덴티티는 정보 제공자와의 사용자 평면 연결과 관련된 정보에 기초할 수 있다. 적어도 하나의 메모리 및 컴퓨터 프로그램 코드는, 적어도 하나의 프로세서에 의해, 장치로 하여금 적어도, 고유 연결 아이덴티티를 저장하게 하고, 정보 제공자로부터 라디오 액세스 네트워크 정보 및 동기화 정보를 수신하게 하고 그리고 동기화 정보를 사용하여 라디오 액세스 정보의 적어도 일부를 사용자 평면 연결에서 전송되는 정보의 적어도 일부와 동기화하게 하도록 추가로 구성될 수 있다.

[0092] 또 다른 예시적 실시예는 정보 수신기와의 오프-밴드 연결에 대한 고유 연결 아이덴티티를 획득 및 저장하는 단계를 포함할 수 있는 방법에 관련된다. 고유 연결 아이덴티티는 정보 수신기와의 사용자 평면 연결과 관련된 정보에 기초할 수 있다. 방법은, 라디오 액세스 네트워크 정보의 적어도 일부가 사용자 평면 연결에서 전송되는 사용자 평면 정보의 적어도 일부와 동기화될 수 있도록 라디오 액세스 네트워크 정보 및 동기화 정보를 정보 수신기에 전송하는 단계를 더 포함할 수 있다.

[0093] 또 다른 예시적 실시예는 컴퓨터 프로그램 코드를 포함하는 적어도 하나의 메모리 및 적어도 하나의 프로세서를 포함할 수 있는 장치에 관련된다. 적어도 하나의 메모리 및 컴퓨터 프로그램 코드는, 적어도 하나의 프로세서에 의해, 장치로 하여금 적어도, 정보 수신기와의 오프-밴드 연결에 대한 고유 연결 아이덴티티를 획득 및 저장하게 하도록 구성된다. 고유 연결 아이덴티티는 정보 수신기와의 사용자 평면 연결과 관련된 정보에 기초할 수 있다. 적어도 하나의 메모리 및 컴퓨터 프로그램 코드는, 적어도 하나의 프로세서에 의해, 장치로 하여금 적어도, 라디오 액세스 네트워크 정보의 적어도 일부가 사용자 평면 연결에서 전송되는 사용자 평면 정보의 적어도 일부와 동기화될 수 있도록 라디오 액세스 네트워크 정보 및 동기화 정보를 정보 수신기에 전송하게 하도록 추가로 구성될 수 있다.

[0094] 일부 예시적 실시예들에서, 위에서 논의된 도 12에서 예시되는 것들과 같은 본원에 설명되는 방법들 중 임의의 방법의 기능은 메모리 또는 다른 컴퓨터 판독가능한 또는 유형의 매체들 내에 저장되는 소프트웨어 및/또는 컴퓨터 프로그램 코드에 의해 구현되고, 그리고 프로세서에 의해 실행될 수 있다. 다른 예시적 실시예들에서, 기능은, 예컨대, ASIC(application specific integrated circuit), PGA(application specific integrated circuit), FPGA(field programmable gate array)의 사용을 통해 하드웨어에 의해, 또는 하드웨어 및 소프트웨어의 임의의 다른 결합에 의해 수행될 수 있다.

[0095] 당해 기술 분야의 당업자는 위에서 논의된 바와 같은 본 발명이 개시되는 것들과 상이한 구성들에서 하드웨어 엘리먼트들로 그리고/또는 상이한 순서로 단계들로 실시될 수 있다는 것을 쉽게 이해할 것이다. 따라서, 본 발명은 이 예시적 실시예들에 기초하여 설명되지만, 본 발명의 사상 및 범위 내에 유지되면서 특정 수정들, 변형들 및 대안적 구성들이 명백할 것이라는 것이 당해 기술 분야의 당업자들에게 명백할 것이다. 따라서, 본 발명의 범위들 또는 경계들을 결정하기 위하여, 첨부된 청구항들에 대한 참조가 이루어져야 한다.

Claims

방법으로서,
정보 제공자와의 오프-밴드 연결에 대한 고유 연결 아이덴티티(identity)를 결정하는 단계 ― 상기 고유 연결 아이덴티티는 상기 정보 제공자와의 사용자 평면 연결과 관련된 정보에 기초함 ― ;
상기 고유 연결 아이덴티티를 저장하는 단계;
상기 정보 제공자로부터 라디오 액세스 네트워크 정보 및 동기화 정보를 수신하는 단계; 및
상기 동기화 정보를 사용하여, 상기 라디오 액세스 정보의 적어도 일부를 상기 사용자 평면 연결에서 전송되는 정보의 적어도 일부와 동기화하는 단계를 포함하는, 방법.
제 1 항에 있어서,
상기 사용자 평면 연결은 TCP(transport control protocol) 연결을 포함하고,
상기 고유 연결 아이덴티티는 TCP ISN(initial sequence number) 또는 ITS(initial TCP time stamps) 중 적어도 하나를 포함하는, 방법.
제 1 항에 있어서,
상기 동기화 정보는 사용자 평면 패킷의 시간 스탬프 또는 시퀀스/ACK 번호들 중 적어도 하나를 포함하는, 방법.
제 1 항에 있어서,
상기 사용자 평면 연결은 RTP(real time protocol) 연결을 포함하고,
상기 고유 연결 아이덴티티는 RTP SSRC(synchronization source identifier) 또는 RTP 시간 스탬프 및 시퀀스 번호 중 적어도 하나를 포함하는, 방법.
제 1 항에 있어서,
상기 정보 제공자와의 네트워크 통신 소켓 또는 연결을 식별하는데 사용되는 연결 투플(tuple)과 상기 고유 연결 아이덴티티 사이의 맵핑을 저장하도록 구성되는 연결 연관 데이터베이스를 유지하는 단계를 더 포함하는, 방법.
장치로서,
적어도 하나의 프로세서; 및
컴퓨터 프로그램 코드를 포함하는 적어도 하나의 메모리를 포함하고,
상기 적어도 하나의 메모리 및 상기 컴퓨터 프로그램 코드는, 상기 적어도 하나의 프로세서에 의해, 상기 장치로 하여금 적어도,
정보 제공자와의 오프-밴드 연결에 대한 고유 연결 아이덴티티를 결정하고 ― 상기 고유 연결 아이덴티티는 상기 정보 제공자와의 사용자 평면 연결과 관련된 정보에 기초함 ― ;
상기 고유 연결 아이덴티티를 저장하고;
상기 정보 제공자로부터 라디오 액세스 네트워크 정보 및 동기화 정보를 수신하고; 그리고
상기 동기화 정보를 사용하여, 상기 라디오 액세스 정보의 적어도 일부를 상기 사용자 평면 연결에서 전송되는 정보의 적어도 일부와 동기화하게 하도록 구성되는, 장치.
제 6 항에 있어서,
상기 사용자 평면 연결은 TCP(transport control protocol) 연결을 포함하고,
상기 고유 연결 아이덴티티는 TCP ISN(initial sequence number) 또는 ITS(initial TCP time stamps) 중 적어도 하나를 포함하는, 장치.
제 6 항에 있어서,
상기 동기화 정보는 사용자 평면 패킷의 시간 스탬프 또는 시퀀스/ACK 번호들 중 적어도 하나를 포함하는, 장치.
제 6 항에 있어서,
상기 사용자 평면 연결은 RTP(real time protocol) 연결을 포함하고,
상기 고유 연결 아이덴티티는 RTP SSRC(synchronization source identifier) 또는 RTP 시간 스탬프 및 시퀀스 번호 중 적어도 하나를 포함하는, 장치.
제 6 항에 있어서,
상기 적어도 하나의 메모리 및 상기 컴퓨터 프로그램 코드는, 상기 적어도 하나의 프로세서에 의해, 상기 장치로 하여금 적어도, 상기 정보 제공자와의 네트워크 통신 소켓 또는 연결을 식별하는데 사용되는 연결 투플과 상기 고유 연결 아이덴티티 사이의 맵핑을 저장하도록 구성되는 연결 연관 데이터베이스를 유지하게 하도록 추가로 구성되는, 장치.
제 6 항에 있어서,
상기 장치는 정보 수신기를 포함하는, 장치.
방법으로서,
정보 제공자에 의해, 정보 수신기와의 오프-밴드 연결에 대한 고유 연결 아이덴티티를 획득 및 저장하는 단계 ― 상기 고유 연결 아이덴티티는 상기 정보 수신기와의 사용자 평면 연결과 관련된 정보에 기초함 ― ; 및
라디오 액세스 네트워크 정보의 적어도 일부가 상기 사용자 평면 연결에서 전송되는 사용자 평면 정보의 적어도 일부와 동기화될 수 있도록, 상기 라디오 액세스 네트워크 정보 및 동기화 정보를 상기 정보 수신기에 전송하는 단계를 포함하는, 방법.
제 12 항에 있어서,
상기 사용자 평면 연결은 TCP(transport control protocol) 연결을 포함하고,
상기 고유 연결 아이덴티티는 TCP ISN(initial sequence number) 또는 ITS(initial TCP time stamps) 중 적어도 하나를 포함하는, 방법.
제 12 항에 있어서,
상기 동기화 정보는 사용자 평면 패킷의 시간 스탬프 또는 시퀀스/ACK 번호들 중 적어도 하나를 포함하는, 방법.
제 12 항에 있어서,
상기 사용자 평면 연결은 RTP(real time protocol) 연결을 포함하고,
상기 고유 연결 아이덴티티는 RTP SSRC(synchronization source identifier) 또는 RTP 시간 스탬프 및 시퀀스 번호 중 적어도 하나를 포함하는, 방법.
제 12 항에 있어서,
상기 정보 수신기와의 네트워크 통신 소켓 또는 연결을 식별하는데 사용되는 연결 투플과 상기 고유 연결 아이덴티티 사이의 맵핑을 저장하도록 구성되는 연결 연관 데이터베이스를 유지하는 단계를 더 포함하는, 방법.
제 12 항에 있어서,
상기 연결 아이덴티티를 연결의 각각의 다운링크 패킷에 추가하여, 연결 아이덴티티를 다른 정보 제공자들에 의해 관측가능하게 하는 단계를 더 포함하는, 방법.
제 12 항에 있어서,
상기 정보 제공자에 의해 커버되는 영역으로부터 타겟 정보 제공자에 의해 커버되는 영역으로의 사용자 장비의 핸드오버가 존재하는 경우, 상기 정보 제공자로부터 상기 타겟 정보 제공자로 연결들의 디스크립터 및 그들의 대응하는 아이덴티티들을 제공하는 단계를 포함하는, 방법.
장치로서,
적어도 하나의 프로세서; 및
컴퓨터 프로그램 코드를 포함하는 적어도 하나의 메모리를 포함하고,
상기 적어도 하나의 메모리 및 상기 컴퓨터 프로그램 코드는, 상기 적어도 하나의 프로세서에 의해, 상기 장치로 하여금 적어도,
정보 수신기와의 오프-밴드 연결에 대한 고유 연결 아이덴티티를 획득 및 저장하고 ― 상기 고유 연결 아이덴티티는 상기 정보 수신기와의 사용자 평면 연결과 관련된 정보에 기초함 ― ; 그리고
라디오 액세스 네트워크 정보의 적어도 일부가 상기 사용자 평면 연결에서 전송되는 사용자 평면 정보의 적어도 일부와 동기화될 수 있도록, 상기 라디오 액세스 네트워크 정보 및 동기화 정보를 상기 정보 수신기에 전송하게 하도록 구성되는, 장치.
제 19 항에 있어서,
상기 사용자 평면 연결은 TCP(transport control protocol) 연결을 포함하고,
상기 고유 연결 아이덴티티는 TCP ISN(initial sequence number) 또는 ITS(initial TCP time stamps) 중 적어도 하나를 포함하는, 장치.
제 19 항에 있어서,
상기 동기화 정보는 사용자 평면 패킷의 시간 스탬프 또는 시퀀스/ACK 번호들 중 적어도 하나를 포함하는, 장치.
제 19 항에 있어서,
상기 장치는 정보 제공자를 포함하는, 장치.