KR20070017311A - 통신 네트워크 - Google Patents

Abstract

통신 네트워크에서 사용하기 위한 게이트웨이 노드가 제공된다. 상기 게이트웨이 노드는 서비스에 대한 요구를 수신하고, 상기 서비스가 제공될 수 있는지를 결정하고, 그리고 서비스가 제공될 수 없는 경우, 상기 서비스가 왜 제공될 수 없는지에 관한 원인에 대한 표시로서 메시지를 생성하여 서비스 요구자에게 송신한다.

게이트웨이 노드, 서비스 요구, 어플리케이션, 통신 메시지.

Description

통신 네트워크{COMMUNICATION NETWORK}

본 발명은 통신 네트워크에 관한 것이며, 특히 이에 국한되는 것은 아니지만 서비스에 대한 액세스 거부에 관한 것이다.

통신 시스템은 사용자 단말기 장비 및/또는 네트워크 실체들과 통신 시스템과 관련된 다른 노드들과 같은 2개 이상의 실체들 사이의 통신을 가능하게 하는 설비이다. 상기 통신은 예를 들어, 보이스 통신, 전자 메일(이메일), 텍스트 메시지들, 데이터, 멀티미디어 등을 포함할 수 있다. 통신은 고정 라인 및/또는 무선 통신 인터페이스에 의해 제공될 수 있다. 무선 통신 시스템의 특징은 시스템의 사용자들에게 이동성을 제공한다는 것이다.

무선 통신을 제공하는 통신 시스템의 예는 공중 육상 이동 네트워크(PLMN:public land mobile network)이다. 고정 라인 시스템의 예는 공중 전화 교환망(PSTN:public switched telephone network)이다.

통신 시스템은 전형적으로 시스템의 다양한 요소들이 무엇을 하도록 허용하는지 및 이것이 어떻게 달성되어야 하는지를 설명하는 소정의 표준 또는 사양에 따라 동작한다. 예를 들어, 표준 또는 사양은 사용자, 또는 보다 구체적으로 사용자 장비에 회선 교환 서버가 제공되는지 또는 패킷 교환 서버가 제공되는지 또는 이들 모두가 제공되는지 여부를 정의할 수 있다. 또한, 접속을 위해 사용되어야 하는 통신 프로토콜들 및/또는 파라메터들이 전형적으로 정의된다. 예를 들어, 사용자 장비와 통신 네트워크 요소들 간에서 통신이 수행되는 방식은 전형적으로 소정의 통신 프로토콜에 기초한다. 바꾸어 말하면, 통신 사용자 장비가 시스템을 통해 통신하게 하기 위해, 통신이 기초할 수 있는 특정 세트의 "룰들"이 정의될 필요가 있다.

제 3세대(3G) 통신 시스템의 도입은 다른 타입의 사용자 장비뿐만 아니라 이동 사용자 장비(UE)를 통해 인터넷상의 서비스들에 액세스할 가능성을 크게 증가시킬 것이다.

컴퓨터들(고정용 또는 휴대용), 이동 전화기들, 개인용 데이터 어시스턴트 또는 오거나이저(organizer) 등과 같은 다양한 사용자 장비가 당업자에게 알려져 있으며, 이는 서비스들을 획득하기 위해 인터넷에 액세스하는데에 사용될 수 있다. 종종 이동국으로서 불리는 이동 사용자 장비는 무선 인터페이스를 통해 이동통신 네트워크의 기지국 또는 임의의 다른 국(station)과 같은 다른 디바이스와 통신할 수 있는 수단으로서 정의될 수 있다.

상기 및 하기에서 사용되는 용어 "서비스"는 사용되거나, 사용자가 원하며, 요구하거나 사용자에게 제공되는 임의의 서비스 또는 상품을 포괄하는 것으로 이해될 것이다. 이 용어는 제공 또는 상보적인 서비스들을 포함할 것이다. 특히, 이에 국한되지는 않지만, 용어 "서비스"는 인터넷 프로토콜 멀티미디어 IM 서비스, 컨퍼런싱, 텔레폰(telophoning), 게임, 프레센스(presence), 전자상거래 및 메시징, 예 를 들어 인스턴트 메시징(instant messaging)을 포함할 것이다.

GPRS(General Packet Radio Service)는 제 3세대 표준들 환경에서 또는 GSM(Global System for Mobile Communications) 표준과 관련하여 사용될 수 있는 패킷 기반 시스템이다. GPRS 시스템 서비스 어웨어(service aware)를 만드는데에 지능형 콘텐츠 전달(ICD:intelligent service delivery) 시스템이 사용된다. ICD는 서비스들의 정의를 허용한다. 각 서비스는 흐름 사양들(flow specification) 세트로 정의된다. 각 흐름 사양들은 예를 들어, 업링크 IP(인터넷 프로토콜) 어드레스 또는 서브넷(subnet) 및 포트 번호로 구성된다. GPRS 시스템에서 사용되는 HTTP(Hyper text transfer protocol) 및 WAP(Wireless application protocol)와 같은 여러 응용 계층 프로토콜들에 대하여, ICD 시스템은 URL(Uniform resource locater)에 기초하여 식별되는 흐름 사양들의 정의를 허용한다.

ICD 시스템에서 사용되는 코어 네트워크 요소들 중 하나는 GGSN(게이트웨이 GPRS 지원 노드)이다. GGSN은 GPRS 시스템과 공중 또는 개인 데이터 네트워크들 간의 게이트웨이이다. 바꾸어 말하면, GPRS 시스템과 공중/개인 데이터 네트워크들 간의 모든 트래픽은 GGSN에서 분석될 수 있다. ICD 시스템에서, GGSN은 서비스 어웨어인데, 이는 서비스 스위칭 및 차별화된 과금(charging) 모두를 지원함을 의미한다. 이는 트래픽을 분류하는데에 사용되는 흐름 사양들에 기초한다. 또한, 각 흐름 사양은 과금을 제어하는 파라메터들을 포함하며, 이에 따라 GGSN이 부합하는 흐름 사양에 기초하여 각 트래픽 흐름에 대해 다르게 과금할 수 있다. 서비스 스위칭은 동일한 PDP(패킷 데이터 프로토콜) 환경하에서 서로다른 공중 또는 개인 데이터 네트워크들에 액세스를 가능하게 한다.

하지만, 이는 여러 문제점을 않고 있다. 특히, 각 흐름 사양이 하나의 서비스에 링크된다. ICD 시스템의 일 부분은 서비스들에 대한 액세스를 허용 또는 거부하는 성능이다. 이동 가입자는 서비스들에 가입하거나 가입해제할 수 있다. GGSN은 이동 가입자가 일정 서비스를 사용하도록 허가받았는지를 결정할 책임을 진다. PDP 환경이 활성화되는 때에, GGSN은 이동 가입자가 사용하도록 허가받은 모든 서비스들을 리스트하는 가입 관리자, RADIUS 서버 등으로부터 사용자 프로파일을 수신한다. 만일 이동 가입자가 서비스를 사용하도록 허가받지 않은 경우에, 이 서비스에 대한 액세스는 거부된다. 서비스에 대한 액세스가 거부되는 2번째 상황이 있다. 만일 이동 가입자가 선불식(prepaid) 고객인 경우에, 이동 가입자가 서비스를 사용할 충분한 자금을 갖지 않기 때문에, 서비스가 거부될 수 있다.

서비스 거부는 수행되기 쉽다. GGSN은 단순히 거부된 흐름 사양에 부합하는 모든 패킷들을 버린다. 그러나, 이동 가입자가 왜 흐름 사양이 거부되었는지에 관한 적절한 통지를 수신하지 않는다는 문제가 있다. 이동 가입자의 견지에서, 서비스 거부는 네트워크에서의 문제와 관련될 수 있다. 따라서, 이동 가입자는 모든 문제들이 네트워크와 관련된 것으로 생각할 수 있으며, 서비스에 가입을 계속할지 또는 자신의 선불식 계좌에 보다 많은 돈을 투입할지에 관한 보류(reservation)를 할 수 있다.

현재에 ICD 시스템은, 거부된 면(denied surface)에 대한 트래픽을 차단하는 대신에, 트래픽이 다른 위치로 재지향되는 것을 제안한다. 이후에, 새로운 위치는 사용자에게 왜 서비스가 거부되었는지를 통지할 것이다. 새로운 위치는 또한 문제를 해결하는 방법을 제공할 수 있다. 예를 들어, 만일 서비스에 가입되었지 않았기 때문에 거부된 경우에, 새로운 위치는 이동 가입자가 자신의 가입들을 갱신할 수 있는 가입 관리 시스템에 대한 링크를 제공할 수 있다. 만일 선불식 계좌가 충분한 자금을 갖지 않기 때문에 서비스가 거부된 경우에, 새로운 위치는 이동 가입자가 자금을 자신의 선불식 계좌로 전송할 수 있는 관리 시스템에 대한 링크를 제공할 수 있다.

그러나, 이 솔루션은 프로토콜 의존적이다. 만일 거부된 서비스가 WAP(또는 HTTP) 기반인 경우에, 새로운 위치는 단지 WAP(또는 HTTP) 포털(portal)이 될 수 있다. WAP(또는 HTTP) 브라우저는 페이지로부터 수신된 정보를 보여준다. 그러나, 이는 단지 WAP 또는 HTTP 기반 서비스들에만 작용한다. 만일 서비스가 일부 다른 프로토콜을 사용하는 경우에, 새로운 위치는 WAP 또는 HTTP 프로토콜을 사용할 수 없게 된다. 바꾸어 말하면, 새로운 위치는 본래에 거부된 서비스와 동일한 프로토콜을 사용해야 한다. 예를 들어, 만일 사용자가 이메일에 액세스를 시도하는 경우에, 새로운 위치는 WAP 또는 HTTP 페이지를 복귀할 수 없게 된다. 전화기에서 이메일 어플리케이션은 WAP 또는 HTTP 페이지를 요구하지 않았으며, 따라서 이를 수락할 수 없게 된다.

추가적인 문제점은, 서비스가 거부된 때에 TCP(전송 제어 프로토콜) 접속이 아직 개방되지 않은 경우들에서만, 제안된 ICD 솔루션이 작용한다는 것이다. TCP 접속이 개방된 이후에, 선불식 계좌는 비워질 수 있다. 게다가, 만일 거부된 서비 스가 URL로 정의되는 경우에, URL은 제 1 TCP 패킷들의 일부가 되지 않을 수 있다. 따라서, 이 경우에, 서비스가 거부되어야 하는 것으로 GGSN이 결정할 수 있기 이전에, TCP 접속은 이미 개방될 수 있다.

본 발명의 실시예들은 상기의 문제들에 대처하거나 그 적어도 일부를 완화하고자 한다.

본 발명의 일 양상에 따르면, 통신 시스템에서 사용하기 위한 게이트웨이 노드가 제공되는데, 상기 노드는 서비스에 대한 요구를 수신하며, 상기 서비스가 제공될 수 있는지를 결정하며, 그리고 서비스가 제공될 수 없는 경우, 왜 상기 서비스가 제공될 수 없는지에 관한 원인에 대한 표시로서 메시지를 생성하여 상기 서비스 요구자에게 송신한다.

본 발명의 다른 양상에 따르면, 게이트웨이 노드에서 요구된 서비스가 제공될 수 있는지를 결정하는 단계와; 서비스가 제공될 수 없는 경우, 서비스 요구자에게 메시지를 송신하는 단계와, 여기서, 상기 메시지는 상기 서비스가 제공되지 않는 원인을 표시하며; 그리고 상기 게이트웨이 노드에서 상기 요구자로부터 수신된 트래픽을 버리는 단계를 포함하는 통신 방법을 제공한다.

본 발명의 추가적 양상에 따르면, 요구된 서비스가 제공될 수 있는지를 결정하는 단계와; 서비스가 제공될 수 없는 경우, 푸시(Push) 또는 ICMP 메시지를 서비스 요구자에게 송신하는 단계를 포함하는 통신 방법을 제공하는데, 여기서, 상기 메시지는 상기 서비스가 제공되지 않는 원인을 표시한다.

본 발명의 다른 양상에 따르면, 요구된 서비스가 제공될 수 있는지를 결정하는 단계와; 서비스가 제공될 수 없는 경우, 상기 서비스가 제공되지 않는 원인과 요구된 서비스의 제공자의 어드레스를 표시하는 메시지를 생성하는 단계와; 그리고 상기 메시지를 서비스 요구자에게 송신하는 단계를 포함하는 통신 방법을 제공한다.

본 발명을 더 잘 이해하기 위하여, 본 발명이 효과적으로 수행되는 방법에 관하여, 예로써 단지 첨부 도면들에 대하여만 참조가 있을 것이다.

도 1은 본 발명의 실시예들이 수행될 수 있는 개략적인 시스템을 도시한다.

도 2는 본 발명의 제 1 실시예의 신호 흐름도이다.

도 3은 본 발명의 제 2 실시예의 신호 흐름도이다.

본 발명의 실시예들이 수행될 수 있는 시스템을 개략적으로 도시하는 도 1을 참조한다. 본 발명의 실시예들은 GPRS 시스템 환경에서 설명될 것이다. 그러나, 본 발명의 실시예들은 임의의 다른 통신 시스템에도 응용될 수 있으며, 이는 특히 패킷 기반 시스템들에만 국한되지 않는다. 본 발명의 실시예들은 회선 교환 시스템들에도 어플리케이션을 가질 수 있다. 본 발명의 실시예들은 특히 IP 시스템들에 응용가능하다.

시스템은 사용자 장비(2)를 포함한다. 사용자 장비(2)는 상술된 바와같이 임의의 적합한 형태를 취할 수 있다. 사용자 장비(2)는 무선 접속을 통해 무선 액세 스 네트워크(RAN)(8)와 통신한다. 이러한 무선 접속은 예를 들어, 무선 주파수와 같은 임의의 적합한 주파수에서 될 수 있다. 무선 액세스 네트워크(8)는 일반적으로 기지국 실체(종종, 노드 B로 불림)로 구성된다. 본 문서를 위해, 용어 "기지국"이 사용될 것이며, 이는 임의의 적합한 실체를 커버하는 것으로 의도된다. 무선 액세스 네트워크(8)는 또한 제어 요소를 포함한다. 표준에 따라, 제어 요소는 UMTS(범용 이동통신 시스템)의 경우에서 무선 네트워크 제어기(RNC) 또는 GSM 시스템의 경우에서 기지국 제어기(BSC)로서 지칭될 것이다. 용어 "제어기"는 임의의 이러한 제어 실체를 커버하는 것으로 의도된다. 여러 구성들에서, 제어 기능은 기지국과는 개별적으로 제공되며, 하나의 제어 실체가 다수의 기지국들을 제어할 수 있다. 본 발명의 다른 실시예들에서, 각 기지국은 제어 기능의 일부를 포함할 수 있다. 무선 액세스 네트워크(8)는 코어 네트워크와 통신한다.

도 1에서 예시된 코어 네트워크(10)는 패킷 교환 코어 네트워크이다. 코어 네트워크는 패킷 교환 트랜잭션들을 스위칭하는데에 사용되는 적어도 하나의 서빙 GPRS 지원 노드(SGSN), 및 코어 네트워크(10)가 외부 패킷 교환 네트워크들에 접속되는 지점에서 스위치로서 동작하는 적어도 하나의 GGSN(4)을 포함한다. 코어 네트워크(10)는 또한 HLR(12)(홈 위치 레지스터) 또는 유사한 실체를 포함한다. HLR 또는 유사한 실체는 사용자가 가입한 서비스를 정의하는 가입 정보를 저장한다. 가입 정보는 HLR에서, 다른 데이터베이스에서, 또는 HLR과 다른 데이터베이스의 결합에서 포함될 수 있다. 다른 데이터베이스는 코어 네트워크 외부에 있을 수 있다. 하기에서 설명될 실시예에서, 가입 관리자는 가입 정보를 포함하는 것으로서 설명된 다.

GGSN(4)은 어플리케이션(14)과 연결된다. 이는 개략적인 것이며, 어플리케이션(14)이 개별 네트워크에 의해 제공됨을 보여주기 위함이다. 그러나, 어플리케이션은 동일 네트워크의 일부로서 제공되며, IP 멀티미디어 서브시스템 또는 임의의 다른 적합한 네트워크의 일부로서 제공될 수 있다.

GGSN(4)은 또한 OCS(온라인 과금 시스템)(16)과 연결된다. OCS(16)는 코어 네트워크(10) 외부에 있는 것으로 보여진다. 본 발명의 대안적인 실시예에서, OCS(16)는 코어 네트워크에 있을 수 있다. OCS(16)는 빌링 시스템(18)과 연결될 수 있다.

본 발명의 제 1 실시예에서 시그널링을 보여주는 도 2를 참조한다. 도 2에서 도시된 실시예는 착신 트래픽이 차단되는지를 사용자 장비에게 통지하기 위해 기존 IP 제어 프로토콜(ICMP)(인터넷 제어 메시지 프로토콜)을 사용한다. 이러한 방식으로, 서비스를 사용할 시도를 하는 사용자 장비에서의 어플리케이션은 요구된 착신이 도달될 수 없다는 통지를 수신할 것이다.

단계(S1a) 및 단계(S1b)는 상호관련되며, 동일한 단계의 일부로서 간주될 수 있다. 단계(S1b)에서, PDP 환경이 사용자 장비와 GGSN 사이에서 셋업된다. PDP 환경의 셋업에서, 가입자 정보가 GGSN(4)으로 전송된다. 도 2에서 도시된 실시예에서, 가입자 관리자(13)가 가입자 정보를 GGSN(4)에 제공하는 것으로서 보여진다. 하지만, 도 1과 관련하여 설명되는 바와같이, 가입자 정보는 임의의 적합한 소스로부터 가져올 수 있다. 가입자 정보는 사용자가 어느 서비스에 가입하였는지에 관한 정보를 포함한다.

단계(S2)에서, 사용자 장비(2)는 PDP 요구를 GGSN(4)에 송신한다. PDP 요구는 도 2의 실시예에서 어플리케이션(14)인 일정한 착신을 위한 것이다. 모든 패킷들이 GGSN을 통해 라우팅 되어야 함을 이해해야 한다.

단계(S3)에서, GGSN은 트래픽 분석을 수행한다. 패킷은 일정한 흐름 사양(F)과 부합될 것이다. 흐름 사양(F)은 서비스(S)의 일부이다. 가입자 관리자(13)로부터 수신됨과 아울러 GGSN에 국부적으로 저장된 정보로부터, GGSN(4)은 서비스(S)가 이동 가입자에 대해 거부되었는지를 결정할 것이다. 상술한 바와같이, 사용자에 대한 서비스를 거부하는 2가지 이유가 있다. 첫째는 사용자가 충분한 자금을 가지지 않은 경우이며, 둘째는 서버가 서비스에 가입하지 않은 경우이다. 사용자가 서비스에 가입하지 않은 경우에, GGSN은 서비스 관리자로부터 수신된 정보로부터 이를 결정할 수 있다.

만일 사용자가 선불식 사용자인 경우에, GGSN(4)은 특정 서비스에 대한 충분한 자금이 있는지를 표시하는 OCS(16)로부터의 정보를 획득할 필요가 있다. 이는 GGSN(4)과 OCS(16) 사이의 점선에 의해 개략적으로 도시되며, (S4)에 의해 참조된다. 이는 다수의 방식들로 수행될 수 있다. GGSN은 OCS가 결정을 하는, 요구된 서비스에 대한 충분한 자금이 있는지에 관한 OCS(16)로부터의 정보를 요구할 수 있다. 대안적으로, GGSN에는 사용자에게 이용가능한 자금에 관한 OCS로부터의 정보가 제공될 수 있으며, GGSN은 사용자가 충분한 자금을 갖고 있는지에 관한 결정을 할 것이다. 따라서, 단계(S4)는 PDP 환경이 셋업된 때에, PDP 요구가 수신된 때에, 사 용자가 서비스에 가입하였는지 또는 임의의 다른 적합한 시간에 가입하였는지를 결정하기 위해, 서비스에 대한 초기 분석이 수행된 이후에 발생할 수 있다.

만일 서비스가 제공될 수 있는 경우에, PDP 요구는 단계(S5)에서 어플리케이션으로 포워딩되며, 단계(S6)에서, 데이터가 어플리케이션으로부터 사용자 장비로 전송된다.

하지만, 사용자가 충분한 자금을 갖지 않거나 사용자가 서비스에 가입하지 않았기 때문에, 서비스가 제공될 수 없는 것으로 결정되는 경우에, 후속 단계는 (S7)이 될 것이다. 그러나, 사용자 장비로부터 수신된 패킷은 GGSN(4)에 의해 버려질 것이다.

단계(S7)에서, GGSN은 ICMP 메시지를 사용자 장비에 송신할 것이다. GGSN이 ICMP 메시지를 송신하는 때에, GGSN은 소스 IP 어드레스로서 실제 착신 IP 어드레스를 사용할 것이다. 이러한 방식으로, 사용자 장비는 ICMP 메시지가 실제 착신(즉, 어플리케이션)으로부터 송신된 것이며, GGSN이 사용자 장비에 대해 투명한 것으로서 생각하게 된다. 바꾸어 말하면, GGSN은 투명 프록시로서 동작을 한다. ICMP 패킷(S7)은 서비스 거부 이유, 예를 들어 불충분한 자금 또는 서비스 미가입을 표시하는 정보를 포함할 수 있다. ICMP 패킷은 서로다른 코드값들과 관련된 서로다른 의미들을 갖는 코드값들을 가질 것이다.

단계(S8)에서, 사용자 장비에 포함된 어플리케이션은 사용자에게 이동 가입자가 착신 어드레스에 액세스할 수 없음을 통지할 것이다. 어플리케이션은 에러 메시지를 발생하는데, 이는 이동국의 디스플레이상에서 디스플레이 되도록 ICMP 메시 지에 의해 정의된다.

만일 사용자 장비로부터 송신된 패킷들이 상술된 ICMP 메시징 없이 버려지는 경우에, 사용자 장비는 패킷이 어떤 네트워크 문제로 분실된 것으로 가정하기 때문에, 어플리케이션 및 사용자 장비는 패킷을 재송신할 수 있다. 이는 심지어 이동 가입자가 서비스에 액세스할 수 없는 경우에도 값비싼 무선 자원들을 소모시키며, 사용자는 무선 자원들을 불필요하게 소모할 것이다. 사용자 장비에서 수행되는 재송신 제어가 ICMP 에러를 고려하는 본 발명의 실시예들에서, 무선 자원들의 이용은 개선될 것이다.

본 발명의 실시예들은 단지 GGSN 구현에서의 변경만을 요구할 수 있다. ICMP는 표준 IP 프로토콜 스택의 일부이며, 이에 따라 사용자 장비에서는 어떤 변경도 요구되지 않는다. 이러한 구현은 서비스에 액세스하는데에 사용되는 프로토콜에 의존한다.

GGSN은 ICMP 메시지를 도달불가능한 착신에 송신하도록 수정될 수 있다(이는 IETF 표준, RFC 792에서 정의되며, 본원에서 참조용으로 포함된다). 메시지에서 사용된 코드는 프로토콜 도달불가능 값-값(2) 또는 포트 도달불가능 값(3)을 가질 것이다. 만일 서비스가 포트 번호를 사용하지 않는 프로토콜을 통해 액세스되는 경우에, 제 1 코드값이 사용될 것이다. 바꾸어 말하면, TCP 또는 UDP(user datagram protocol)은 사용되지 않는다. 본 발명의 실시예들에서, GGSN은 프록시 호스트로서 동작할 것이다. GGSN은 ICMP 메시지의 소스 어드레스로서 착신 IP 어드레스를 사용할 것이다.

본 발명의 일부 실시예들에서, GGSN은 또한 대안적인 코드값들을 사용할 수 있다. RFC 1812(본원에서 참조용으로 포함되는 다른 IETF 표준)에 따르면, 만일 관리(administrative) 필터링이 착신에 대한 액세스를 방지하는 경우에, 라우터는 통신이 관리상으로 금지되는 코드값(13)을 사용할 수 있다.

본 발명의 일 실시예에서, UE 구현은 변경될 수 있다. 본 실시예에서, 새로운 코드값 및/또는 새로운 ICMP 메시지 타입이 제공될 수 있다. 이러한 제안에서, 서비스 거부가 발생하는 2가지 경우들을 위한 2개의 새로운 코드값이 제공될 것이다. 제 1 코드값은 서비스 미가입용이 될 것이며, 제 2 코드값은 서비스에 액세스하는데에 자금이 불충분한 경우를 위한 것이다.

본 발명의 실시예들은 하기와 같이 사용될 수 있는데, 만일 거부된 서비스와 관련된 트래픽이 새로운 위치로 지향되는 경우에, 이미 공지된 바와같이, 종래의 솔루션이 사용될 것이다. 만일 트래픽이 재지향이 불가능한 경우에, 본 발명의 실시예들이 사용될 것이다.

본 발명의 제 2 실시예에서의 신호 흐름을 보여주는 도 3을 참조한다. 신호 흐름을 단순화하기 위해, 단지 사용자 장비와 GGSN(4)만이 도시된다. 도 3에서 도시된 실시예에서, WAP 푸시(push) 메시지가 사용자 장비에 착신(예를 들어, 어플리케이션(명확화를 위해, 도 3에서 미도시됨))에 대한 트래픽이 차단되었는지를 통지하는데에 사용된다. 이러한 방식으로, 서비스의 사용을 시도하는 사용자 장비에 포함된 어플리케이션이. 요구된 착신이 도달될 수 없다는 통지를 수신할 것이다.

단계(T1)에서, 사용자 장비(2)와 GGSN(4) 사이에서 PDP 환경이 셋업된다. 도 2에서 도시된 실시예에서와 같이, GGSN은 사용자 장비 가입에 관한 정보를 수신할 수 있다.

단계(T2)에서, 사용자 장비는 GGSN(4)에 패킷들, 예를 들어 PDP 요구를 송신하기 시작할 것이다. 이 PDP 요구(T2)는 어플리케이션을 위한 것이다. 당연히, GGSN은 PDP 요구(T2)를 수신할 것인데, 이는 모든 패킷들이 GGSN을 통해 나아갈 필요가 있기 때문이다.

단계(T3)에서, GGSN은 트래픽 분석을 수행한다. 이는 도 2에서 도시된 실시예와 관련하여 설명된 바와 같다. 패킷은 일정한 흐름 사양(F)과 부합하게 된다. 흐름 사양(F)은 서비스(S)의 일부이다. GGSN은, 서비스에 사용자가 가입하지 않았거나 사용자가 선불식 사용자인 경우에는 자금이 불충분하기 때문에 서비스(S)가 이동 가입자로부터 거부되었음을 주목할 것이다. 이후에, GGSN은 사용자 장비로부터 수신된 패킷을 버릴 것이다.

GGSN은 단계(T4)에서 사용자 장비로 송신되는 푸시 메시지를 생성한다. 단계(T5)에서, 푸시 메시지는 사용자 장비에서 디스플레이된다.

푸시 메시지는 HTTP 메시지와 유사하다. 이는 임의의 MIME 콘텐츠 타입을 사용할 수 있는 메시지 바디를 포함한다. 따라서, 푸시 메시지는 사용자 장비의 최종 사용자에게 보여지는 정보 메시지를 포함할 수 있다. 이 정보 메시지는 요구가 실패한 이유, 예를 들어 사용자가 불충분한 자금을 갖거나 당면의 서비스에 가입하지 않았음을 표시할 수 있다.

GGSN이 Push 메시지를 사용자 장비에 송신할 수 있는 다수의 서로다른 방법 들이 있다. 푸시 메시지의 구조는 WAP 표준에서 정의됨을 이해해야 한다.

(대기를 통한) Push-OTA 사양(WAP 포럼)은 어떻게 GGSN 또는 임의의 다른 네트워크 요소가 Push 메시지를 사용자 장비에 송신할 수 있는지를 설명한다. 사용된 프리미티브(primitive)는 Po-Unit-Push이다. 이 프리미티브는 WSP(무선 세션 프로토콜)을 사용하여 수행된다. 무선 세션 프로토콜은 기존 WSP 세션 없이 비확인 푸시 서비스를 지원한다. WSP에서의 푸시 서비스는 PDP 환경이 활성인 때는 어느 때에나 GGSN이 Push 데이터를 클라이언트에 송신하게 한다. 세션으로부터의 비확인 데이터 푸시는 신뢰성없는 트랜스포트를 통해 단방향(one way) 메시지들을 송신하는데에 사용될 수 있다. push-OTA 프리미티브 Po-Unit-Push는 WSP 프리미티브 S-Unit-Push와 맵핑된다.

비연결형(connectionless) WSP 트랜스포트 프리미티브는 WDP 프로토콜(wireless datagram protocol)과 맵핑된다. 대응하는 WDP 프리미티브는 T-Dunitdata.req이다. GGSN은 IP를 통해 WDP를 지원하며, WDP 패킷들은 UDP 패킷들로 송신된다. 비연결형 푸시는 사용자 장비에서 포트 번호(2948)를 사용한다.

푸시 메시지의 세부적인 인코딩은 WAP 사양들에서 제공된다. 푸시 메시지는 헤더와 바디 부분 모두를 포함한다. 바디는 푸시 메시지의 콘텐츠이며, 이는 HTTP 엔티티 바디와 일치한다. 따라서, GGSN은 서비스 거부 원인에 관한 정보 메시지를 기록한다. 바꾸어 말하면, 정보 메시지는 사용자가 불충분한 자금을 갖고 있기 때문에 서비스가 거부되었음 또는 사용자가 특정 서비스에 가입하지 않았기 때문에 서비스가 거부되었음을 표시할 수 있다. 게다가, 푸시 바디는 포털에 대한 링크를 포함할 수 있는데, 여기서 이동 가입자는 서비스를 인에이블(enable)하기 위해 (서비스에 가입하거나 선불식 계좌에 자금을 충전함으로써) 자신의 상태(status)를 수정할 수 있다.

GGSN은 또한 푸시 메시지를 전달하기 위해 연결 모드 WSP를 사용한다. 비연결형 푸시 메시지들은 신뢰성이 없는데, 이는 사용자 장비가 푸시 메시지를 수신하였음을 확인하지 않기 때문이다. 연결 모드 WSP는 이 문제에 대처한다. 반면에, 비연결형 푸시는 단 하나의 UDP 패킷을 사용자 장비에 송신하는 것을 요구하며, 이에 따라 임의의 상태 정보를 요구하지 않는다. 더욱이, 사용자 장비가 다시 거부된 서비스에 액세스 시도를 하는 경우에, GGSN은 푸시 메시지를 재송신할 수 있다.

사용자 장비가 포트(2948)에서 비확인 비연결형 푸시 메시지를 수신할 수 없는 경우에 특히 응용가능한 다른 솔루션에서, 푸시 메시지는 WAP 푸시 아키텍처의 일부인 푸시 프록시 게이트웨이(PPG)에 의해 전달될 수 있다. PPG는 사용자 장비의 성능들을 알고 있으며, 실제적으로 다른 어떤 대안들도 이용가능하지 않은 경우에 SMS(단문 메시지 서비스)를 통해 푸시 메시지를 전달할 수 있다.

PPG가 전개되는 경우에, GGSN은 우선 푸시 메시지를 PPG에 보내며, 이후에 PPG는 메시지를 사용자 장비에 전달할 것이다. 바꾸어 말하면, 도 3의 단계(T4)는 GGSN이 푸시 메시지를 PPG에 송신하며, PPG가 푸시 메시지를 사용자 장비에 송신하는 2개의 단계에 의해 대체될 것이다. GGSN 및 PPG는 WAP 표준들에서 정의되는 PAP 프로토콜(푸시 액세스 프로토콜)을 사용하여 통신한다. PAP는 HTTP를 통해 수행된다. 푸시 메시지가 사용자 장비에 전달될 필요가 있는 때에, GGSN은 PAP 사양에서 설명되는 송신 절차를 사용한다.

본 발명의 실시예들은 본 솔루션이 어플리케이션 특정이 아니라는 이점을 갖는다. 추가적으로, 본 발명의 실시예들은 접속 동안에 사용될 수 있는데, 바꾸어 말하면 메시지들은 어느 때에나 전달될 수 있다. 푸시 메시지는 사용자 친화성 메시지 및 URL 링크들을 포함할 수 있다. URL 링크들은 사용자가 당면의 서비스에 가입하게 하거나 자신의 계좌를 충전하게 할 수 있다.

GGSN은 임의의 하기의 WAP 푸시 통지들을 이동 가입자에 송신할 수 있다. 이 통지들은 하기의 시간들 동안에 송신될 수 있다:

― PDP 환경이 생성된 때에 통지(예를 들어, 이동 가입자가 네트워크에 로그(log)된 때에, 새로운 서비스들에 관해 알리기 위함).

― PDP 환경이 삭제된 때에 통지(예를 들어, 선불식 사용자가 선불식 계좌에 얼마나 많은 자금을 남겨놓았는지, 또는 사용자가 얼마나 많은 서비스들을 사용하였는지를 알리기 위함).

이러한 기능성은 또한 OCS에서 수행될 수 있다.

― 서비스가 PDP 환경 동안 처음으로 액세스되는 때에, 통지가 송신된다(예들 들어, 서비스 사용 비용을 알리기 위함).

― 이동 가입자 로밍 상태가 변경된 때에, 통지가 송신된다.

― PDP 환경이 어떤 이유로 생성될 수 없는 때에, 사용자에게 실패 이유들을 알리기 위해 통지가 송신된다(이 통지는 PPG를 사용하는데, 이는 개방된 PDP 환경이 없어서 푸시 메시지가 UE에 전달될 수 없기 때문이다).

푸시 메시지들은 또한 SL(서비스 로딩) 기능성을 지원할 수 있다. SL은 또한 WAP 표준들에서 정의된다. UE가 SL을 포함하는 Push 메시지를 수신하는 때에, 자동으로 어플리케이션 서버로부터 URL을 로딩할 것이다. URL은 SL Push 메시지의 일부이다. 바꾸어 말하면, SL로 이동 가입자를 다른 위치로 재지향시키는 것이 가능하다. 종래기술 구성들이 기존 세션을 수정하는 동안에, SL-기반 재지향은 새로운 세션을 개방한다. 본 발명의 실시예들에서 SL 기반 재지향은 새로운 세션이 시작되기 때문에 서비스 타입에 의존하지 않는다. 본 발명의 실시예들에서 사용된 SL 기반 솔루션은 GGSN에서 프록시 기능성을 요구하지 않을 것이다.

본 발명의 실시예들은 수정될 수 있음을 이해해야 한다.

예를 들어, 일부 실시예들에서, SGSN은 본 발명을 구체화하는 GGSN에 의해 보여진 모든 기능들 또는 일부 기능들을 제공할 수 있다. 현재의 사양들에서, GGSN은 패킷을 바라보기 때문에, GGSN을 사용하는 이점들이 있다. 둘째로, 사용된 GGSN은 사용자의 홈 네트워크 GGSN이 될 수 있다. 대안적인 실시예들에서, GGSN에 등가한 다른 노드들이 사용될 수 있다. 본 발명의 일부 실시예들에서, 설명된 실시예들에서 GGSN에 의해 제공된 기능은 2개 이상의 노드들에 의해 제공될 수 있다.

본 발명의 다른 실시예들에서, GGSN에 의해 제공되는 기능들의 적어도 일부는 트래픽 분석기 및/또는 콘텐츠 분석기에 의해 제공될 수 있다. 트래픽 분석기 및/또는 콘텐츠 분석기는 서비스를 결정하며, 유사한 기능들을 제공할 수 있다. 본 발명의 일부 실시예들에서, 트래픽 분석기 및/또는 콘텐츠 분석기는 도 2 및 3에서 도시된 GGSN과 관련하여 설명된 기능들을 제공하도록 GGSN과 관련하여 사용될 수 있다. 도 2 및 3에서 도시된 GGSN에 의해 제공되는 기능들의 적어도 일부를 제공하는데에 레디우스 서버(radius server)가 또한 사용될 수 있다.

본 발명의 실시예들은 상술된 2가지 이유 이외에 서비스 거부에 대한 임의의 원인에 대해 사용될 수 있다.

상술된 바와같이, 본 발명의 실시예들은 회선 교환 시스템들에서 사용될 수 있다. 특히, WAP 및 ICMP 모두는 회선 교환 환경에서 응용가능하다. 설명된 실시예와의 한가지 차이점은 사용된 네트워크 요소이다(예를 들어, GGSN은 일반적인 게이트웨이 노드로 대체될 것이다). 본 발명의 실시예는 또한 다른 무선 네트워크들에서 응용되는데, 여기서 WAP이 사용가능하다(예를 들어, CDMA 네트워크). 만일 UE가 예를 들어 WAP 푸시를 지원하는 경우에, 본 솔루션은 또한 WLAN 및 고정형 데이터 네트워크들에서 사용될 것이다. ICMP는 임의의 IP 네트워크에서 동작한다.

Claims (16)

1. 통신 네트워크에서 사용하기 위한 게이트웨이 노드에 있어서,

   서비스에 대한 요구를 수신하며,

   상기 서비스가 제공될 수 있는지를 결정하며, 그리고

   서비스가 제공될 수 없는 경우, 왜 상기 서비스가 제공될 수 없는지에 관한 원인에 대한 표시를 갖는 메시지를 생성하여 상기 서비스 요구자에게 송신하는 것을 특징으로 하는 게이트웨이 노드.
2. 제 1항에 있어서, 상기 메시지는 WAP 푸시(push) 메시지, WAP SL 메시지 그리고 ICMP 메시지 중 하나인 것을 특징으로 하는 게이트웨이 노드.
3. 제 1항 또는 제 2항에 있어서, 상기 메시지는 상기 서비스가 제공되지 않는 원인이 제거될 수 있는 위치에 대한 링크를 정의하는 정보를 포함하는 것을 특징으로 하는 게이트웨이 노드.
4. 선행하는 청구항들 중 어느 한 항에 있어서, 상기 표시는 코드값들과 설명용 텍스트(explanatory text) 중 적어도 하나를 포함하는 것을 특징으로 하는 게이트웨이 노드.
5. 선행하는 청구항들 중 어느 한 항에 있어서, 상기 노드는 GGSN, 트래픽 분석기 그리고 콘텐츠 분석기 중 적어도 하나를 포함하는 것을 특징으로 하는 게이트웨이 노드.
6. 선행하는 청구항들 중 어느 한 항에 있어서, 상기 서비스가 제공될 수 없는 경우, 상기 노드는 요구자로부터의 패킷들을 버리는 것을 특징으로 하는 게이트웨이 노드.
7. 선행하는 청구항들 중 어느 한 항에 있어서, 상기 노드는 상기 요구자로부터 수신된 트래픽에 관한 트래픽 분석을 수행하는 것을 특징으로 하는 게이트웨이 노드.
8. 제 7항에 있어서, 상기 노드는 상기 트래픽의 일부가 흐름 사양(flow specification)에 부합하는지를 결정하는 것을 특징으로 하는 게이트웨이 노드.
9. 선행하는 청구항들 중 어느 한 항에 있어서, 상기 메시지는 자금이 불충분하거나 상기 요구자가 상기 요구된 서비스에 가입하지 않았기 때문에 상기 서비스가 제공되지 않았음을 표시하는 것을 특징으로 하는 게이트웨이 노드.
10. 선행하는 청구항들 중 어느 한 항에 있어서, 상기 메시지는 게이트웨이를 통 해 전달되는 것을 특징으로 하는 게이트웨이 노드.
11. 제 2항에 부가된 제 10항에 있어서, 상기 게이트웨이는 푸시 프록시 게이트웨이를 포함하는 것을 특징으로 하는 게이트웨이 노드.
12. 선행하는 청구항들 중 어느 한 항에 있어서, 상기 노드는 상기 요구된 서비스의 제공자에게 상기 메시지의 소스로서 표시하는 것을 특징으로 하는 게이트웨이 노드.
13. 선행하는 청구항들 중 어느 한 항에 있어서, 상기 노드는 하기의 통지들:

    PDP 환경이 생성된 때에 통지;

    PDP 환경이 삭제된 때에 통지;

    PDP 환경 동안 처음으로 서비스가 액세스되는 때에 통지;

    상기 요구자의 로밍 상태가 변경된 때에 통지; 그리고

    PDP 환경이 생성될 수 없는 때에 통지 중 하나 이상을 상기 요구자에게 송신하는 것을 특징으로 하는 게이트웨이 노드.
14. 게이트웨이 노드에서, 요구된 서비스가 제공될 수 있는지를 결정하는 단계와;

    서비스가 제공될 수 없는 경우, 메시지를 서비스 요구자에게 송신하는 단계 와, 여기서, 상기 메시지는 상기 서비스가 제공되지 않는 원인을 표시하며; 그리고

    상기 게이트웨이 노드에서, 상기 요구자로부터 수신된 트래픽을 버리는 단계를 포함하는 것을 특징으로 하는 통신 방법.
15. 서비스 요구가 제공될 수 있는지를 결정하는 단계와;

    서비스가 제공될 수 없는 경우, 푸시 또는 ICMP 메시지를 서비스 요구자에게 송신하는 단계를 포함하며, 여기서, 상기 메시지는 상기 서비스가 제공되지 않는 원인을 표시하는 것을 특징으로 하는 통신 방법.
16. 요구된 서비스가 제공될 수 있는지를 결정하는 단계와;

    서비스가 제공될 수 없는 경우, 상기 서비스가 제공되지 않는 원인 및 상기 요구된 서비스 제공자의 어드레스를 표시하는 메시지를 생성하는 단계와; 그리고

    상기 메시지를 서비스 요구자에게 송신하는 단계를 포함하는 것을 특징으로 하는 통신 방법.

Images