KR20130033341A - 베어러 제어 모드에 대한 변경을 처리하는 방법 - Google Patents

베어러 제어 모드에 대한 변경을 처리하는 방법 Download PDF

Info

Publication number
KR20130033341A
KR20130033341A KR1020127021511A KR20127021511A KR20130033341A KR 20130033341 A KR20130033341 A KR 20130033341A KR 1020127021511 A KR1020127021511 A KR 1020127021511A KR 20127021511 A KR20127021511 A KR 20127021511A KR 20130033341 A KR20130033341 A KR 20130033341A
Authority
KR
South Korea
Prior art keywords
session
control mode
bearer control
request
rule
Prior art date
Application number
KR1020127021511A
Other languages
English (en)
Other versions
KR101389663B1 (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 KR20130033341A publication Critical patent/KR20130033341A/ko
Application granted granted Critical
Publication of KR101389663B1 publication Critical patent/KR101389663B1/ko

Links

Images

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H04L12/1471—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network splitting of costs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/22—Manipulation of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control

Abstract

각종 예시적 실시예는 이하 중 하나 이상을 포함하는 방법 및 관련 네트워크 노드 및 머신 판독 저장 매체에 관한 것이다. 이는 PCRN에서 진화된 패킷 코어 노드로부터 메시지를 수신하는 단계와, 요청 메시지가 IP-CAN 세션에 수정을 위한 요청을 포함하는지를 판단하는 단계와, 요청 메시지가 IP-CAN 세션에 수정을 위한 요청을 포함하면, IP-CAN 세션에 대한 현재의 베어러 제어 모드를 결정하는 단계와, IP-CAN 세션에 대한 이전의 베어러 제어 모드를 결정하는 단계와, 현재의 베어러 제어 모드와 이전의 베어러 제어 모드를 비교하는 단계와, 현재의 베어러 제어 모드가 이전의 베어러 제어 모드와 상이하면, 현재의 베어러 제어 모드에 따라 IP-CAN 세션을 수정하는 단계를 포함한다.

Description

베어러 제어 모드에 대한 변경을 처리하는 방법{METHOD OF HANDLING A CHANGE TO BEARER CONTROL MODE}
여기에 개시된 각종 예시적 실시예는 일반적으로 전기 통신 네트워크의 정책 및 과금에 관한 것이다.
이동 전기 통신 네트워크 내에서 애플리케이션의 타입을 변경하기 위한 수요가 증가함에 따라, 서비스 제공자는 이 확장된 기능성을 신뢰성있게 제공하기 위해 그 시스템을 일정하게 업그레이드해야 한다. 음성 통신을 위해 한 때 간단히 설계된 시스템이었던 것이 다목적 네트워크 액세스 포인트로 성장되어, 텍스트 메시징, 멀티미디어 스트리밍, 및 일반적인 인터넷 액세스를 포함하는 수많은 애플리케이션에 액세스를 제공한다. 그러한 애플리케이션을 지원하기 위해, 제공자는 기존 음성 네트워크의 상부에 새로운 네트워크를 구축해서, 보다 정밀하지 못한 해결법에 이르게 했다. 제 2 및 제 3 세대 네트워크에서 확인되는 바와 같이, 음성 서비스는 전용 음성 채널에 걸쳐 유지되며 회선 교환 코어를 향해 전송되어야 하는 한편, 다른 서비스 통신은 IP(Internet Protocol)에 따라 송신되며 상이한 패킷 교환 코어를 향해 전송된다. 이것은 애플리케이션 제공, 측정 과금, 및 QoE(quality of experience) 보증에 관한 고유 문제를 초래했다.
제 2 및 제 3 세대의 듀얼 코어 접근법을 단순화하는 노력으로, 3GPP(3rd Generation Partnership Project)는 "LTE(Long Term Evolution)"라 칭해지는 새로운 네트워크 방식을 권고했다. LTE 네트워크에서, 모든 통신은 IP 채널을 통해 UE(user equipment)로부터 EPC(evolved packet core)라 칭해지는 모든 IP 코어로 전달된다. EPC는 이 때 허용가능한 QoE를 보증하며 특정 네트워크 활동의 가입자에게 과금하면서 다른 네트워크에 게이트웨이 액세스를 제공한다.
3GPP는 통상 EPC의 구성요소 및 그 상호작용을 다수의 기술적 명세에 상호 기술한다. 특히, 3GPP TS 29.212, 3GPP TS 29.213, 및 3GPP TS 29.214는 EPC의 PCRF(Policy and Charging Rules Function), PCEF(Policy and Charging Enforcement Function), 및 BBERF(Bearer Binding and Event Reporting Function)를 기술한다. 이 명세는 신뢰성있는 데이터 서비스를 제공하며 그 이용의 가입자에게 과금하기 위해 이 요소가 어떻게 상호작용하는지에 관한 일부 가이던스를 더 제공한다.
3GPP 명세는 데이터 평면 트래픽 전파의 방법을 더 설명한다. 데이터 평면 트래픽은 "SDF(service data flow)"라 불려지는 가상 접속을 통해 사용자 장비로부터 패킷 데이터 네트워크로 반송될 수 있다. 각 SDF는 "베어러"라 불려지는 가상 컨테이너에 의해 반송될 수 있다. 각 베어러는 특정 서비스 품질(quality of service: QoS) 특징과 관련되며 다수의 SDF를 반송할 수 있다. 따라서, 특정 QoS 설정은 SDF를 매칭 베어러와 관련시킴으로써 SDF에 대해 보증될 수 있다.
3GPP TS 29.212, 3GPP TS 29.213, 및 3GPP TS 29.214에 의해 기재된 바와 같이, SDF는 각종 방식으로 설정될 수 있다. 예를 들어, SDF는 요청된 SDF와 관련되는 서비스의 제공자와 관련된 애플리케이션 기능(application function: AF)의 요청 시에 설정될 수 있다. 그러한 요청은 "네트워크 개시" 요청으로 지칭될 수 있다. SDF는 사용자 장비(UE)의 요청 시에 설정될 수도 있다. 이 요청은 PCRF에서 서빙 게이트웨이(serving gateway: SGW) 또는 패킷 데이터 네트워크 게이트웨이(packet data network gateway: PGW)으로부터 도달되며 "UE 개시" 요청으로 지칭될 수 있다. 일부 상황에서, SDF에 대한 요청은 AF 및 UE 둘 다로부터 시작되는 다수의 메시지를 수반할 수 있다.
특정 SDF를 서브하는 장비와 같은 요인에 따라, EPC는 모든 타입의 SDF 요청을 이행할 수 없다. 예를 들어, 일부 구현에서, 네트워크 개시 요청이 허용될 수 없다. 3GPP TS 29.212는 요청이 특정 IP-CAN 세션에 대해 처리되어야 하는 것을 나타내는 "베어러 제어 모드(bearer control mode)"라 불려지는 설정을 기재한다. 베어러 제어 모드는 UE가 임의의 자원 설정, 수정, 또는 종결을 요청해야 하는 것을 나타내는 "UE_ONLY"; 또는 네트워크 개시 및 UE 개시 요청 둘 다가 이행되어야 하는 것을 나타내는 "UE_NW"의 값으로 설정될 수 있다.
그러나, 3GPP 명세는 베어러 제어 모드 설정이 소정의 IP-CAN 세션에 적절한 것을 PCRF가 어떻게 판단해야 하는지를 기재하지 않는다. 또한, 3GPP 명세는 베어러 제어 모드가 변경되어야 하는 상황을 PCRF가 어떻게 식별 및 처리해야 하는지를 기재하지 못한다. 이 단계없이, EPC가 이동 장치 및 서빙 하드웨어의 요구에 적합해지는 신뢰성있는 자원 할당을 제공하는 것이 곤란해진다.
상술한 것을 고려하여, 자원 할당 요청을 처리하기 위한 방법을 제공하는 것이 바람직하다. 특히, 요청과 관련된 SDF에 대한 베어러 제어 모드의 평가를 필요로 하는 자원 할당 요청에 유연하게 응답할 수 있는 PCRF를 제공하는 것이 바람직하다. 바람직하지 않은 효과를 도입하거나 임의의 적절한 설명을 위반하지 않고 SDF와 관련된 베어러 제어 모드에 대한 변경을 처리할 수 있는 PCRF를 제공하는 것이 더욱 바람직하다.
베어러 제어 모드의 결정을 수반하는 자원 할당 요청을 동적으로 처리하기 위한 방법에 대한 현재의 요구의 견지에서, 각종 예시적 실시예의 간단한 개요가 제공된다. 일부 단순화 및 생략은 이하의 개요에서 이루어질 수 있으며, 그것은 각종 예시적 실시예의 일부 양상을 강조 및 도입하지만, 본 발명의 범위를 제한하지 않도록 의도된다. 당업자가 본 발명의 개념을 구성 및 이용하게 하는데 알맞은 바람직한 예시적 실시예의 상세한 설명이 나중의 부분에 이어질 것이다.
각종 예시적 실시예는 이하 중 하나 이상을 포함하는 방법 및 관련 네트워크 노드 및 머신 판독 저장 매체에 관한 것이다: 정책 및 과금 규칙 노드(policy and charging rules node: PCRN)에서 진화된 패킷 코어 노드(Evolved Packet Core node)로부터 메시지를 수신하는 단계, 요청 메시지가 IP-CAN 세션에 수정을 위한 요청을 포함하는지를 판단하는 단계, 및 요청 메시지가 IP-CAN 세션에 수정을 위한 요청을 포함하면, IP-CAN 세션에 대한 현재의 베어러 제어 모드를 결정하는 단계와, IP-CAN 세션에 대한 이전의 베어러 제어 모드를 결정하는 단계와, 현재의 베어러 제어 모드와 이전의 베어러 제어 모드를 비교하는 단계와, 현재의 베어러 제어 모드가 이전의 베어러 제어 모드와 상이하면, 현재의 베어러 제어 모드에 따라 IP-CAN 세션을 수정하는 단계.
이러한 방식으로, 각종 예시적 실시예는 베어러 제어 모드의 플렉시블 결정 및 변경된 베어러 제어 모드와의 컴플라이언스의 보증을 가능하게 하는 것이 분명해져야 한다. 특히, 베어러 제어 모드 변경 후에 순응하지 않는 정책 및 과금 제어(policy and charging control: PCC) 규칙, QoS 규칙, 및 애플리케이션 세션을 제거함으로써, PCRN은 단지 유효한 세션이 IP-CAN 세션의 베어러 제어 모드에 대한 변경 후에 잔존하는 것을 보증할 수 있다.
각종 예시적 실시예를 더 잘 이해하기 위해, 첨부 도면이 참조된다.
도 1은 각종 데이터 서비스를 제공하기 위한 예시적 가입자 네트워크를 예시한다.
도 2는 착신 요청 메시지를 처리하기 위한 예시적 PCRN(policy and charging rules node)을 예시한다.
도 3은 베어러 제어 모드를 결정하기 위한 예시적 규칙 세트를 예시한다.
도 4는 PCC 규칙에 관련된 데이터를 저장하기 위한 예시적 데이터 배치를 예시한다.
도 5a 내지 b는 착신 요청 메시지를 처리하기 위한 예시적 방법을 예시한다.
동일한 숫자가 동일한 구성요소 또는 단계를 지칭하는 도면을 이제 참조하면, 각종 예시적 실시예의 개괄적인 양상이 개시된다.
도 1은 각종 데이터 서비스를 제공하기 위한 예시적 가입자 네트워크(100)를 예시한다. 예시적 가입자 네트워크(100)는 각종 서비스에 액세스를 제공하기 위한 전기 통신 네트워크 또는 다른 네트워크일 수 있다. 예시적 가입자 네트워크(100)는 사용자 장비(110), 기지국(120), EPC(evolved packet core)(130), 패킷 데이터 네트워크(140), 및 AF(application function)(150)를 포함할 수 있다.
UE(User equipment)(110)는 데이터 서비스를 최종 사용자에게 제공하기 위한 패킷 데이터 네트워크(140)와 통신하는 장치일 수 있다. 그러한 데이터 서비스는 예를 들어 음성 통신, 텍스트 메시징, 멀티미디어 스트리밍, 및 인터넷 액세스를 포함할 수 있다. 보다 구체적으로, 각종 예시적 실시예에 있어서, 사용자 장비(110)는 개인용 또는 랩톱 컴퓨터, 무선 이메일 장치, 휴대 전화, 텔레비젼 셋톱 박스, 또는 EPC(130)를 통해 다른 장치와 통신할 수 있는 임의의 다른 장치이다.
기지국(120)은 사용자 장비(110)와 EPC(130) 사이에서 통신을 가능하게 하는 장치일 수 있다. 예를 들어, 기지국(120)은 3GPP 표준에 의해 정의되는 바와 같이 eNodeB(evolved nodeB)와 같은 송수신 기지국일 수 있다. 따라서, 기지국(120)은 무선 통신과 같은 제 1 매체를 통해 사용자 장비(110)와 통신하며, 이더넷 케이블과 같은 제 2 매체를 통해 EPC(130)와 통신하는 장치일 수 있다. 기지국(120)은 EPC(130)와 직접 통신할 수 있거나 다수의 중간 노드(도시되지 않은)를 통해 통신할 수 있다. 각종 실시예에 있어서, 다수의 기지국(도시되지 않은)은 사용자 장비(110)에 이동성을 제공하기 위해 존재할 수 있다. 각종 대안 실시예에 있어서, 사용자 장비(110)는 진화된 패킷 코어와 직접 통신할 수 있는 것을 주목한다. 그러한 실시예에 있어서, 기지국(120)이 존재하지 않을 수 있다.
EPC(evolved packet core)(130)는 패킷 데이터 네트워크(140)의 게이트웨이 액세스를 사용자 장비(110)에 제공하는 장치 또는 장치의 네트워크일 수 있다. EPC(130)는 또한 제공된 데이터 서비스의 이용을 위해 가입자에게 과금하며 특정 QoE(quality of experience) 표준이 만족되는 것을 보증할 수 있다. 따라서, EPC(130)는 3GPP TS 29.212, 29.213, 및 29.214 표준에 따라 적어도 부분적으로 구현될 수 있다. 따라서, EPC(130)는 SGW(serving gateway)(132), PGW(packet data network gateway)(134), 및 PCRN(Policy and Charging Rules Node)(136)을 포함할 수 있다.
SGW(serving gateway)(132)는 EPC(130)에 게이트웨이 액세스를 제공하는 장치일 수 있다. SGW(132)는 사용자 장비(110)에 의해 송신되는 패킷을 수신하는 EPC(130) 내의 제 1 장치일 수 있다. SGW(132)는 PGW(134)를 향해 그러한 패킷을 전송할 수 있다. SGW(132)는 예를 들어 다수의 기지국들(도시되지 않은) 사이에서 사용자 장비(110)의 이동성을 관리하는 것 및 서브되는 각 흐름에 대해 특정 QoS(quality of service) 특성을 실시하는 것과 같은 다수의 기능을 수행할 수 있다. PMIP(Proxy Mobile IP) 표준을 구현하는 것과 같은 각종 구현에서, SGW(132)는 BBERF(Bearer Binding and Event Reporting Function)를 포함할 수 있다. 각종 예시적 실시예에 있어서, EPC(130)는 다수의 SGW(도시되지 않은)를 포함할 수 있으며 각 SGW는 기지국(도시되지 않은)과 통신할 수 있다.
PGW(packet data network gateway)(134)는 패킷 데이터 네트워크(140)에 게이트웨이 액세스를 제공하는 장치일 수 있다. PGW(134)는 SGW(132)를 통해서 패킷 데이터 네트워크(140)를 향해 사용자 장비(110)에 의해 송신되는 패킷을 수신하는 EPC(130) 내의 최종 장치일 수 있다. PGW(134)는 각 SDF(service data flow)에 대한 PCC(policy and charging control) 규칙을 실시하는 PCEF(policy and charging enforcement function)를 포함할 수 있다. 따라서, PGW(134)는 PCEN(policy and charging enforcement node)일 수 있다. PGW(134)는 예를 들어 패킷 필터링, 딥 패킷 검사, 및 가입자 과금 지원과 같은 다수의 추가적인 특징을 포함할 수 있다.
PCRN(Policy and Charging Rules Node)(136)은 애플리케이션 서비스에 대한 요청을 수신하고, PCC 규칙을 발생시키며, PGW(134) 및/또는 다른 PCEN(도시되지 않은)에 PCC 규칙을 제공하는 장치일 수 있다. PCRN(136)은 Rx 인터페이스를 통해 AF(150)와 통신할 수 있다. PCRN(136)은 AF(150)로부터 네트워크 개시 애플리케이션 요청을 수신할 수 있다. 그러한 네트워크 개시 요청을 수신하자마자, PCRN(136)은 관련된 SDF에 대한 베어러 제어 모드가 네트워크 개시 요청이 허용되는 것을 나타내면, 애플리케이션 요청을 수행하기 위한 적어도 하나의 새로운 PCC 규칙을 발생시킬 수 있다.
PCRN(136)은 Gxx 및 Gx 인터페이스 각각을 통해 SGW(132) 및 PGW(134)와 통신할 수도 있다. PCRN은 SGW(132) 및 Gxx 인터페이스를 통해 및/또는 PGW(134) 및 Gx 인터페이스를 통해 UE(110)로부터 UE 개시 애플리케이션 요청을 수신할 수 있다. 네트워크 개시 애플리케이션 요청과 같이, PCRN(136)은 관련된 SDF에 대한 베어러 제어 모드가 UE 개시 요청이 허용되는 것을 나타내면 UE 개시 애플리케이션 요청을 수행하기 위한 적어도 하나의 새로운 PCC 규칙을 발생시킬 수 있다.
새로운 PCC 규칙을 생성하자마자 또는 PGW(134)에 의한 요청에 따라, PCRN(136)은 Gx 인터페이스를 통해 PGW(134)에 PCC 규칙을 제공할 수 있다. PMIP 표준을 구현하는 것과 같은 각종 실시예에 있어서, 예를 들어 PCRN(136)은 요청된 SDF에 대한 QoS 규칙을 발생시킬 수도 있다. 새로운 QoS 규칙을 생성하자마자 또는 SGW(132)에 의한 요청에 따라, PCRN(136)은 Gxx 인터페이스를 통해 SGW(132)에 QoS 규칙을 제공할 수 있다.
패킷 데이터 네트워크(140)는 사용자 장비(110)와 AF(150)와 같은 패킷 데이터 네트워크(140)에 접속된 다른 장치 사이에서 데이터 통신을 제공하기 위한 임의의 네트워크일 수 있다. 패킷 데이터 네트워크(140)는 예를 들어 패킷 데이터 네트워크(140)와 통신하는 각종 사용자 장치에 전화 및/또는 인터넷 서비스를 더 제공할 수 있다.
AF(application function)(150)는 사용자 장비(110)에 애플리케이션 서비스를 제공하는 장치일 수 있다. 따라서, AF(150)는 예를 들어 사용자 장비(110)에 비디오 스트리밍 또는 음성 통신 서비스를 제공하는 서버 또는 다른 장치일 수 있다. AF(150)는 Rx 인터페이스를 통해 EPC(130)의 PCRN(136)과 더 통신할 수 있다. AF(150)가 사용자 장비(110)에 애플리케이션 서비스를 제공하는 것을 시작할 때, AF(150)는 PCRN(136)에 통지하기 위해 다이어미터 프로토콜에 따라 AAR(AA-Request)과 같은 애플리케이션 요청 메시지를 발생시킬 수 있다. 대안으로, AF(150)는 PCRN(136)과 통신하지 못하며, 그 대신에 서비스를 제공하는데 필요한 자원을 요청하기 위해 UE(110)에 의존할 수 있다.
가입자 네트워크(100)의 구성요소를 설명할지라도, 가입자 네트워크(100)의 동작의 간단한 개요가 제공될 것이다. 이하의 설명은 가입자 네트워크(100)의 동작의 개관을 제공하도록 의도되므로 일부 관점에서 단순화인 것이 분명해져야 한다. 가입자 네트워크(100)의 상세한 동작은 도 2 내지 5와 함께 이하에 더 상세히 설명될 것이다.
각종 예시적 실시예에 따르면, UE(110)는 패킷 데이터 네트워크(140)와 통신을 개시하기 위해 PGW(134)로부터 새로운 IP-CAN 세션의 설정을 요청할 수 있다. PGW(134)는 차례로 PCRN(136)으로부터 새로운 IP-CAN 세션을 요청하기 위해 CCR(credit control request) 메시지를 구성 및 송신할 수 있다. PCRN(136)은 이 때 요청된 IP-CAN 세션을 설정할 수 있다. 이렇게 하면, PCRN(136)은 외재적 규칙 세트를 참조함으로써 새로운 세션에 대한 적절한 베어러 제어 모드를 결정할 수 있다. 이 규칙을 요청 및 다른 경우에 포함된 정보를 비교함으로써, PCRN(136)은 요청에 적용가능한 규칙을 위치시키며 베어러 제어 모드가 UE_NW이어야 하는 것을 결정할 수 있다. PCRN(136)은 이 때 세션이 설정되며 베어러 제어 모드가 UE_NW일 수 있는 것을 나타내기 위해 CCA(credit control answer) 메시지로 PGW(134)에 응답할 수 있다. UE(110) 및 EPC(130)의 정상 동작 동안, 다수의 QoS 및/또는 PCC 규칙은 PGW(134) 및 SGW(132) 각각에서 생성 및 인스톨될 수 있다.
나중에, PGW(134)은 IP-CAN 세션에 변경을 요청하기 위해 새로운 CCR 메시지를 구성할 수 있다. PCRN(136)이 이러한 제 2 CCR 메시지를 수신할 때, PCRN(136)은 메시지를 처리하며 규칙 세트로부터 IP-CAN 세션에 대한 베어러 제어 모드를 다시 결정할 수 있다. 이번에, PCRN(136)은 베어러 제어 모드가 예를 들어 네트워크 노드 기술의 변경으로 인해 UE_ONLY이어야 하는 것을 결정할 수 있다. PCRF(136)는 이 때 PGW(134)에게 CCA 메시지를 통해 IP-CAN 세션과 관련된 모든 네트워크 개시 규칙을 제거하라고 명령할 수 있다. PCRN(136)은 AF(150)에게 ASR(abort session request) 메시지를 통해 IP-CAN 세션과 관련된 임의의 애플리케이션 세션에 대한 세션 해제(session teardown)를 개시하라고 또한 명령할 수 있다. PMIP 전개와 같은 게이트웨이 제어 세션을 이용하는 각종 실시예에 있어서, PCRN(136)은 SGW(132)에게 RAR(reauthorization request)을 통해 IP-CAN 세션과 관련된 모든 네트워크 개시 QoS 규칙을 제거하라고 또한 명령할 수 있다. 따라서, 베어러 제어 모드가 이전에 UE_NW이었을지라도, IP-CAN 세션은 이제 UE-ONLY 베어러 제어 모드에 따른다.
도 2는 착신 요청 메시지를 처리하기 위한 예시적 PCRN(policy and charging rules node)(200)을 예시한다. PCRN(200)은 예시적 가입자 네트워크(100)의 PCRN(136)에 대응할 수 있다. PCRN(200)은 Gxx 인터페이스(205), Gx 인터페이스(210), 메시지 해석기(220), 세션 설정기(230), 베어러 제어 모드 결정 모듈(240), 베어러 제어 모드 규칙 스토리지(250), 메시지 발생기(260), 세션 수정기(270), 베어러 제어 모드 변경 핸들러(280), PCC 규칙 스토리지(290), 및 Rx 인터페이스(295)를 포함할 수 있다.
Gxx 인터페이스(205)는 SGW(132)와 같은 SGW와 통신하도록 구성된 머신 판독 저장 매체 상에 인코드된 하드웨어 및/또는 실행가능 명령어를 포함하는 인터페이스일 수 있다. 그러한 통신은 3GPP TS 29.212에 따라 구현될 수 있다. 따라서, Gxx 인터페이스(205)는 CCR(credit control request) 및 RAA(reauthorization answer) 메시지를 수신할 수 있다. Gxx 인터페이스(205)는 CCA(credit control answer) 및 RAR(reauthorization request) 메시지를 더 송신할 수 있다.
Gx 인터페이스(210)는 PGW(134)와 같은 PGW와 통신하도록 구성된 머신 판독 저장 매체 상에 인코드된 하드웨어 및/또는 실행가능 명령어를 포함하는 인터페이스일 수 있다. 그러한 통신은 3GPP TS 29.212에 따라 구현될 수 있다. 따라서, Gx 인터페이스(210)는 CCR(credit control request) 및 RAA(reauthorization answer) 메시지를 수신할 수 있다. Gx 인터페이스(210)는 CCA(credit control answer) 및 RAR(reauthorization request) 메시지를 더 송신할 수 있다.
메시지 해석기(220)는 Gxx 인터페이스(205), Gx 인터페이스(210), 및/또는 Rx 인터페이스(295)를 통해 메시지를 수신하도록 구성된 머신 판독 저장 매체 상에 하드웨어 및/또는 실행가능 명령어를 포함할 수 있다. 메시지 해석기(220)는 그것이 처리된 후 추가 처리를 위해 적절한 모듈 상에 메시지를 통과시켜야 하는지를 판단하기 위해 수신된 메시지를 검사할 수 있다. 예를 들어, 메시지 해석기(220)는 "INITIAL_REQUEST"의 값에 설정된 CC-Request-Type AVP를 반송하는 Gx 인터페이스(210)를 통해 수신된 CCR이 다른 처리를 위해 세션 설정기(230) 상에 통과되어야 하는 것을 결정할 수 있다. 다른 예로서, 메시지 해석기(220)는 "UPDATE_REQUEST"의 값에 설정된 CC-Request-Type AVP를 반송하는 Gx 인터페이스(210)를 통해 수신된 CCR이 다른 처리를 위해 세션 수정기(230) 상에 통과되어야 하는 것을 결정할 수 있다.
세션 설정기(230)는 PGW(134)와 같은 PGW에 의한 요청에 따라 새로운 IP-CAN 세션을 설정하도록 구성된 머신 판독 저장 매체 상에 하드웨어 및/또는 실행가능 명령어를 포함할 수 있다. 세션 설정기(230)는 SGW(132)와 같은 SGW에 의한 요청에 따라 새로운 GWC(gateway control) 세션을 설정하도록 구성될 수도 있다. 세션 설정기(230)는 새로운 IP-CAN 세션 또는 GWC 세션에 대한 수신된 요청을 처리하는데 필요하거나 유용한 바와 같이 당업자에게 알려진 단계를 수행할 수 있다. 또한, 세션 설정기(230)는 베어러 제어 모드 결정 모듈(240)로부터 새로운 GWC와 관련된 새로운 IP-CAN 세션 또는 IP-CAN 세션에 대한 베어러 제어 모드를 요청하며 예를 들어 베어러 제어 모드 규칙 스토리지(250), PCC 규칙 스토리지(290), 또는 다른 스토리지(도시되지 않은)에서 IP-CAN 세션과 베어러 제어 모드 값 사이의 결합을 저장함으로써 IP-CAN 세션에 대해 베어러 제어 모드를 지속할 수 있다. 세션 설정기(230)는 이 때 메시지 발생기에게 IP-CAN 세션에 대한 베어러 제어 모드를 포함하는 CCA 메시지를 구성 및 송신하라고 명령할 수 있다.
베어러 제어 모드 결정 모듈(240)은 컨텍스트 정보로부터 IP-CAN 세션에 대한 베어러 제어 모드를 결정하도록 구성된 머신 판독 저장 매체 상에 하드웨어 및/또는 실행가능 명령어를 포함할 수 있다. 그러한 컨텍스트 정보는 예를 들어 PCRN(200)에 의해 수신되는 CCR에 포함된 데이터, 베어러 제어 모드 규칙 스토리지(250)에 저장된 데이터, 및/또는 PCC 규칙 스토리지(290)에 저장된 데이터와 데이터를 포함할 수 있다. 컨텍스트 정보는 예를 들어 UE(110), 기지국(120), SGW(132), 및/또는 PGW(134)에 의해 지원 및/또는 이용되는 기술을 설명할 수 있다. 베어러 제어 모드 결정 모듈(240)은 IP-CAN 세션에 대한 베어러 제어 모드를 결정하며 값을 원래의 요청 모듈에 통과시키기 위해 베어러 제어 모드 규칙 스토리지(250)에 저장된 다수의 규칙을 참조할 수 있다.
베어러 제어 모드 규칙 스토리지(250)는 IP-CAN 세션에 대한 베어러 제어 모드를 결정할 시에 베어러 제어 모드 결정 모듈(240)에 의해 이용되는 미리 정의된 규칙을 저장할 수 있는 임의의 머신 판독 매체일 수 있다. 따라서, PCC 규칙 스토리지(290)는 ROM(read-only memory), RAM(random-access memory), 자기 디스크 저장 매체, 광 저장 매체, 플래시 메모리 장치, 및/또는 유사한 저장 매체와 같은 머신 판독 저장 매체를 포함할 수 있다. 도 3에 관하여 이하 더 상세히 기재되는 바와 같이, 베어러 제어 모드 규칙 스토리지(300)는 컨텍스트 데이터로부터 베어러 제어 모드를 결정하기 위한 다수의 규칙을 포함하는 적어도 하나의 규칙 세트를 저장할 수 있다.
메시지 발생기(260)는 Gxx 인터페이스(205), Gx 인터페이스(210), 및/또는 Rx 인터페이스(295)를 통해 송신되는 메시지를 발생시키도록 구성된 머신 판독 저장 매체 상에 하드웨어 및/또는 실행가능 명령어를 포함할 수 있다. 메시지 발생기(260)는 예를 들어 CCA, RAR, AAA, 및/또는 ASR과 같은 각종 메시지를 발생시킬 수 있다. 메시지 발생기(260)는 세션 설정기(230), 세션 수정기(270), 또는 베어러 제어 모드 변경 핸들러(280)에 의한 명령어에 따라 메시지 내에서 지정된 정보를 더 포함할 수 있다. 그렇게 지정된 정보는 예를 들어 PCC 규칙, QoS 규칙, 베어러 제어 모드, 규칙 제거 명령어, 및/또는 세션 해제 명령어를 포함할 수 있다.
세션 수정기(270)는 PGW(134)와 같은 PGW의 요청 시에 현재 IP-CAN 세션을 수정하도록 구성된 머신 판독 저장 매체 상에 하드웨어 및/또는 실행가능 명령어를 포함할 수 있다. 예를 들어, 세션 수정기(270)는 핸드오버 후에 상이한 SGW를 이용하기 위해 IP-CAN 세션을 갱신할 수 있다. 세션 수정기(270)는 IP-CAN 세션의 수정을 위한 수신된 요청을 처리하는데 필요하거나 유용한 바와 같이 당업자에게 알려진 단계를 수행할 수 있다. 또한, 세션 수정기는 베어러 제어 모드 결정 모듈(240)로부터 갱신된 IP-CAN 세션에 대한 베어러 제어 모드를 요청하며 예를 들어 베어러 제어 모드 규칙 스토리지(250), PCC 규칙 스토리지(290), 또는 다른 스토리지(도시되지 않은)에서 IP-CAN 세션과 베어러 제어 모드 값 사이의 결합을 저장함으로써 IP-CAN 세션에 대해 베어러 제어 모드를 지속할 수 있다. IP-CAN 세션에 대한 베어러 제어 모드가 이전 값으로부터 변경되었다면, 세션 수정기(250)는 베어러 제어 모드 변경 핸들러(280)에 통지할 수 있다. 세션 수정기(250, 230)는 이 때 메시지 발생기에게 IP-CAN 세션에 대한 베어러 제어 모드를 포함하는 CCA 메시지를 구성 및 송신하라고 명령할 수 있다.
베어러 제어 모드 변경 핸들러(280)는 특정 IP-CAN 세션에 대한 베어러 제어 모드의 변경에 응답하도록 구성된 머신 판독 저장 매체 상에 하드웨어 및/또는 실행가능 명령어를 포함할 수 있다. 베어러 제어 모드 변경 핸들러(280)는 베어러 제어 모드가 UE_ONLY 또는 UE_NW로 변경되었는지에 따라 상이한 단계를 수행할 수 있다. 베어러 제어 모드가 UE_NW로부터 UE_ONLY로 변경되었다면, 베어러 제어 모드 변경 핸들러(280)는 IP-CAN 세션과 관련된 임의의 네트워크 개시 PCC 규칙을 식별하기 위해 PCC 규칙 스토리지(290)를 참조할 수 있다. 베어러 제어 모드 변경 핸들러(280)는 이 때 메시지 발생기(260)에게 CCA 메시지에서 식별된 PCC 규칙을 제거하는 명령어를 포함하라고 명령할 수 있다. 베어러 제어 모드 변경 핸들러(280)는 메시지 발생기(260)에게 IP-CAN 세션과 관련된 애플리케이션 세션에 대한 세션 해제를 개시하기 위해 AF(150)와 같은 적어도 하나의 AF를 지시하도록 적어도 하나의 RAR 메시지를 구성하라고 더 명령할 수 있다. PMIP 전개를 포함하는 것과 같은 각종 실시예에 있어서, 베어러 제어 모드 변경 핸들러(280)는 메시지 발생기에게 식별된 PCC 규칙과 관련된 임의의 QoS 규칙을 제거하기 위해 SGW을 지시하는 RAR을 발생시키라고 명령할 수도 있다.
다른 한편, 베어러 제어 모드가 UE_ONLY로부터 UE_NW로 변경되었다면, 베어러 제어 모드 변경 핸들러(280)는 임의의 UE 개시 PCC 규칙을 식별하기 위해 PCC 규칙 스토리지(290)를 참조할 수 있다. PMIP 전개를 포함하는 것과 같은 각종 실시예에 있어서, 베어러 제어 모드 변경 핸들러(280)는 이 때 메시지 발생기에게 GWC 세션 해제를 개시하며 식별된 PCC 규칙과 관련된 QoS 규칙을 제거해야 하는 것을 나타내는 RAR을 구성하라고 명령할 수 있다. 또한, 베어러 제어 모드 변경 핸들러(280)는 임의의 지연된 PCC 규칙 또는 네트워크 개시 애플리케이션 요청을 식별하기 위해 PCC 규칙 스토리지(290) 또는 다른 경우(도시되지 않은)를 참조할 수 있다. 도 4에 관하여 이하 더 상세히 기재되는 바와 같이, PCC 규칙 스토리지는 임의의 지연된 PCC 규칙 또는 요청에 대한 지연 시간을 나타낼 수 있다. 그러한 지연 시간이 종료되지 않으면, 베어러 제어 모드 변경 핸들러(280)는 메시지 발생기(260)에게 PGW에 의한 설치를 위해 CCA에 지연된 PCC 규칙을 포함하라고 명령할 수 있다. 각종 대안 실시예에 있어서, 그러한 지연 기능성은 나중의 처리를 위해 지연 큐(도시되지 않은)에 PCC 규칙 또는 애플리케이션 요청을 배치함으로써 달성된다. 그러한 경우에, 베어러 제어 모드 변경 핸들러(280)는 그 대신에 인스톨되거나 수행될 임의의 종료되지 않은 PCC 규칙 또는 요청에 대한 지연 큐를 검색할 수 있다.
PCC 규칙 스토리지(290)는 PCRN(200)에 의해 발생되는 PCC 규칙을 저장할 수 있는 임의의 머신 판독 매체일 수 있다. 따라서, PCC 규칙 스토리지(290)는 ROM(read-only memory), RAM(random-access memory), 자기 디스크 저장 매체, 광 저장 매체, 플래시 메모리 장치, 및/또는 유사한 저장 매체와 같은 머신 판독 저장 매체를 포함할 수 있다. PCC 규칙 스토리지(290)는 PCRN(200)에 의해 생성되는 다수의 PCC 규칙의 정의를 저장할 수 있다. 그러한 정의는 예를 들어 규칙 네임, 서비스 데이터 흐름 필터, QoS 파라미터, 및 과금 파라미터를 포함할 수 있다. 도 4에 관하여 이하 더 상세히 기재되는 바와 같이, PCC 규칙 스토리지(290)는 예를 들어 관련된 IP-CAN 세션 식별자, 규칙이 네트워크 개시 또는 UE 개시인지의 표시, 규칙이 지연되었는지의 표시, 및/또는 규칙 지연을 위해 남겨진 시간량과 같은 PCC 규칙에 관련된 추가적인 정보를 저장할 수 있다.
Rx 인터페이스(295)는 AF(150)와 AF와 통신하도록 구성된 머신 판독 저장 매체 상에 인코드된 하드웨어 및/또는 실행가능 명령어를 포함하는 인터페이스일 수 있다. 그러한 통신은 3GPP TS 29.214에 따라 구현될 수 있다. 따라서, Rx 인터페이스(295)는 AAR(AA request) 및 ASA(abort session answer) 메시지를 수신할 수 있다. Rx 인터페이스(295)는 AAA(AA answer) 및 ASR(abort session request) 메시지를 더 송신할 수 있다.
도 3은 베어러 제어 모드를 결정하기 위한 예시적 규칙 세트(300)를 예시한다. 규칙 세트(300)는 예를 들어 베어러 제어 모드 규칙 스토리지(250)에 저장된 데이터베이스 내의 테이블일 수 있다. 대안으로, 규칙 세트(300)는 일련의 링크된 리스트, 어레이, 또는 유사한 데이터 구조일 수 있다. 따라서, 규칙 세트(300)가 기초 데이터의 추상화이며; 이 데이터의 저장에 적당한 임의의 데이터 구조가 이용될 수 있는 것이 분명해져야 한다.
규칙 세트(300)는 베어러 제어 모드의 결정을 위한 컨텍스트의 변경에 이용되는 다수의 규칙 테이블(310, 320, 330, 340)을 포함할 수 있다. 따라서, 규칙 세트(300)는 현재 IP-CAN 세션에 수정을 요청하는 CCR의 수신과 함께 베어러 제어 모드의 결정에 이용되는 IPCAN_Session_Modification 테이블(310)을 포함할 수 있다. 마찬가지로, IPCAN_Session_Establish 테이블(320) 및 GWC_Session_Establish 테이블(330)은 새로운 IP-CAN 세션 또는 GWC 세션의 설정을 각각 요청하는 CCR의 수신과 함께 베어러 제어 모드의 결정의 이용에 사용될 수 있다. 규칙 세트(300)는 다수의 추가적인 규칙 테이블(340)을 포함할 수 있다.
IPCAN_Session_Modification 테이블(310)은 적절한 베어러 제어 모드를 결정하기 위한 다수의 규칙(313, 315, 317)을 포함할 수 있다. 각 규칙은 규칙이 적용가능한지를 판단하기 위한 적어도 하나의 기준 및 베어러 제어 모드에 대한 값을 지시하기 위한 적어도 하나의 결과를 나타낼 수 있다. 예로서, 규칙(313)은 표현 "a=x" 및 "b=y"가 "참"으로 평가되면, 이 때 베어러 제어 모드가 UE_ONLY이어야 하는 것을 나타낸다. 기준 "a=x" 및 "b=y"가 추상화이며 이용된 실제 기준이 요청에 대한 컨텍스트를 더 결정하는데 이용될 수 있는 것이 주목되어야 한다. 따라서, 이용된 실제 기준은 예를 들어 UE에 의해 지원되는 기술 및/또는 SGW가 UE를 현재 서브하고 있는지를 판단할 수 있다. 다수의 다른 유용한 기준은 당업자에게 분명해질 것이다.
다른 예로서, 규칙(315)은 표현 "a=x"가 '참'으로 평가되면, 이 때 베어러 제어 모드가 UE_NW이어야 하는 것을 나타낸다. 베어러 제어 모드 결정 모듈(240)은 규칙(313)을 이전에 평가한 베어러 제어 모드 결정 모듈(240)이 적용불가능하며 적용불가능한 것으로 발견되는 경우에만 규칙(315)이 베어러 제어 모드 결정 모듈(240)에 의해 평가될 수 있는 것을 평가할 수 있다. 대안으로, 베어러 제어 모드 결정 모듈(240)은 단일 규칙이 적용되는 것을 발견하기 위해 다수의 규칙을 평가하기 위한 당업자에게 알려진 임의의 다른 방법을 이용할 수 있다. IPCAN_Session_Modification 테이블(310)은 다수의 추가적인 규칙(317)을 포함할 수 있다. IPCAN_Session_Modification 테이블(310)과 같이, IPCAN_Session_Establish 테이블(320) 및 GWC_Session_Establish 테이블(330)은 베어러 제어 모드를 결정하기 위한 다수의 규칙(325, 335)을 포함할 수 있다.
각종 실시예에 있어서, 규칙 세트(300)은 베어러 제어 모드의 결정을 위한 모든 또는 일부 가능한 컨텍스트를 커버하도록 미리 정의될 수 있다. 각종 대안 실시예에 있어서, 규칙 세트(300)은 제조업자에 의해 미리 정의될 수 없다. 각종 실시예는 사용자 또는 네트워크 관리자가 규칙 세트(300)에 포함되는 새로운 규칙을 정의하게 해서, 베어러 제어 모드 결정의 PCRN에 유연성을 제공한다.
도 4는 PCC 규칙에 관련된 데이터를 저장하기 위한 예시적 데이터 배치(400)를 예시한다. 데이터 배치(400)는 예를 들어 PCC 규칙 스토리지(290) 또는 다른 스토리지(도시되지 않은)에 저장된 데이터베이스 내의 테이블일 수 있다. 대안으로, 데이터 배치(400)는 일련의 링크된 리스트, 어레이, 또는 유사한 데이터 구조일 수 있다. 따라서, 데이터 배치(400)가 기초 데이터의 추상화이며; 이 데이터의 저장에 적당한 임의의 데이터 구조가 이용될 수 있는 것이 분명해져야 한다.
데이터 배치(400)는 규칙 네임 필드(405), IP-CAN 세션 필드(410), 네트워크 개시 필드(415), 지연 필드(420), 및 지연 대기 시간 필드(425) 포함할 수 있다. 각종 실시예에 있어서, 데이터 배치(400)는 예를 들어 서비스 데이터 흐름 필터 필드, 흐름 상태 필드, QoS 파라미터 필드, 과금 파라미터 필드, 서비스 식별자 필드, 우선 순위 필드, 및/또는 모니터링 키 필드와 같은 PCC 규칙의 정의에 필요하거나 유용한 추가적인 필드(도시되지 않은)를 추가적으로 포함할 수 있다. 각종 대안 실시예에 있어서, 데이터 배치(400)는 규칙 네임 필드(405)를 통해 상이한 규칙 정의 배치(도시되지 않은)를 상호 참조할 수 있다.
규칙 네임 필드(405)는 각 PCC 규칙을 유일하게 식별하기 위해 이용될 수 있다. IP-CAN 세션 필드(410)는 소정의 규칙과 관련된 IP-CAN 세션을 식별할 수 있다. 네트워크 개시 필드(415)는 소정의 규칙이 네트워크 개시 또는 UE 개시인지를 나타낼 수 있다. 지연 필드(420)는 소정의 규칙이 가능한 장래의 설치를 위해 지연되었는지를 나타낼 수 있다. 지연 대기 시간 필드(425)는 지연된 규칙을 폐기하기 전에 대기하도록 어떤 소정의 시간 단위로 측정된 시간량을 나타낼 수 있다. 각종 대안 실시예에 있어서, 지연 필드(420)는 존재할 수 없으며 지연된 규칙 상태는 지연 대기 시간 필드(425)가 값을 유지한다는 사실로부터 추론될 수 있다. 각종 대안 실시예에 있어서, 지연 필드(420)도 지연 대기 시간 필드(425)도 존해할 수 없으며 지연된 규칙 또는 요청은 장래의 처리를 위해 지연 큐(도시되지 않은)의 마지막에 간단히 배치될 수 있다.
예로서, 기록(430)는 "0xE426"에 의해 식별되는 규칙이 "0x53FF"에 의해 식별되는 IP-CAN 세션과 관련되는 것을 나타낸다. 규칙은 UE 개시이며 현재 지연되지 않는다. 다른 예로서, 기록(435)은 "0x99B2"에 의해 식별되는 규칙이 "0x53FF"에 의해 식별되는 IP-CAN 세션과 관련되는 것을 나타낸다. 규칙은 네트워크 개시이며 현재 지연되지 않는다. 다른 예로서, 기록(440)은 "0x4502"에 의해 식별되는 규칙이 "0xCF37"에 의해 식별되는 IP-CAN 세션과 관련되는 것을 나타낸다. 규칙은 네트워크 개시이며 현재 180 밀리세컨드의 기간 동안 지연된다. 데이터 배치(400)는 다수의 추가적인 기록(445)을 포함할 수 있다.
도 5a-b는 착신 요청 메시지를 처리하기 위한 예시적 방법(500a, 500b)을 예시한다. 방법(500a, 500b)은 베어러 제어 모드를 결정하는 것 및 베어러 제어 모드에 대한 임의의 변경을 처리하는 것을 포함해서 착신 요청 메시지에 응답하도록 PCRN(130) 및/또는 PCRN(200)의 구성요소에 의해 수행될 수 있다.
방법(500a, 500b)는 단계 502에서 시작되어 메시지 해석기(220)가 Gxx 인터페이스(205) 또는 Gx 인터페이스(210)를 통해 CCR 메시지와 같은 메시지를 수신할 수 있는 단계 504로 진행할 수 있다. 그 다음, 방법(500a, 500b)은 단계 506로 진행될 수 있으며, 여기서 메시지 해석기(220)는 예를 들어 CC-Request-Type AVP를 검사함으로써 메시지가 Gxx 인터페이스(205)를 통해 수신된 설정 요청인지를 판단할 수 있다.
메시지가 예를 들어 새로운 GWC에 대한 요청과 같은 Gxx 설정 요청이면, 방법(500a, 500b)은 세션 설정기(230)가 베어러 제어 모드 결정 모듈(240)로부터 베어러 제어 모드를 요청할 수 있는 단계 508로 진행될 수 있다. 베어러 제어 모드 결정 모듈(240)은 적절한 베어러 제어 모드를 결정하여 세션 설정기(230)에 값을 리턴하기 위해 컨텍스트 정보를 이용하여 적절한 규칙 테이블을 컨설팅할 수 있다. 이어서, 세션 설정기(230)는 단계 510에서 GWC 세션에 대한 요청을 이행하는데 필요하거나 유용한 바와 같이 당업자에게 알려진 단계를 수행할 수 있다.
그 다음, 방법(500a, 500b)은 세션 설정기(230)가 GWC 요청이 SGW 예비 등록(pre-registration)인지를 판단할 수 있는 단계 512로 진행될 수 있다. 만일 그렇다면, 세션 설정기는 관련된 IP-CAN 세션에 대한 베어러 제어 모드가 UE_NW인지를 판단할 수 있다. 이것이 또한 참이면, 세션 설정기(230)는 구성 하에 CCA에 포함되도록 메시지 발생기에 SGW 예비 등록과 관련된 QoS 규칙을 통과시킬 수 있다. 그러나, 세션이 SGW 예비 등록이 아니거나 베어러 제어 모드가 UE_ONLY이면, 방법(500a, 500b)은 단계 512 또는 단계 514 각각으로부터 단계 518로 직접 진행될 것이다.
단계 518에서, 메시지 발생기는 세션 설정기(230) 또는 세션 수정기(280)로부터 수신된 베어러 제어 모드를 구성 하에 CCA 메시지로 삽입할 수 있다. 그 다음, 메시지 발생기(260)는 단계 520에서 적절한 노드에 CCA를 전송할 수 있으며 방법(500a, 500b)은 단계 554에서 종료될 수 있다.
그러나, 메시지 해석기(220)는 단계 506에서 수신된 메시지가 Gxx 설정 메시지가 아닌 것을 결정하면, 방법(500a, 500b)은 예를 들어 CC-Request-Type AVP를 검사함으로써 수신된 메시지가 Gx 설정 요청인지를 메시지 해석기(220)가 판단할 수 있는 단계 522로 진행될 수 있다. 수신된 메시지가 예를 들어 새로운 IP-CAN 세션에 대한 요청과 같은 Gx 설정 메시지이면, 방법(500a, 500b)은 세션 설정기(230)가 베어러 제어 모드 결정 모듈(240)로부터 베어러 제어 모드를 요청할 수 있는 단계 524로 진행될 수 있다. 베어러 제어 모드 결정 모듈(240)은 적절한 베어러 제어 모드를 결정하여 세션 설정기(230)에 값을 리턴하기 위해 컨텍스트 정보를 이용하여 적절한 규칙 테이블을 컨설팅할 수 있다. 그 다음, 세션 설정기(230)는 단계 526에서 새로운 IP-CAN 세션에 대한 요청을 이행하는데 필요하거나 유용한 바와 같이 당업자에게 알려진 단계를 수행할 수 있다. 이어서, 방법(500a, 500b)은 단계 518로 진행될 수 있다.
메시지 해석기는 단계 522에서 메시지가 Gx 설정 메시지가 아닌 것을 결정하면, 방법(500a, 500b)은 단계 528로 진행될 수 있다. 단계 528에서, 메시지 해석기(220)는 예를 들어 CC-Request-Type AVP를 검사함으로써 메시지가 Gx 수정 요청인지를 판단할 수 있다. 수신된 메시지가 Gx 수정 요청이 아니면, 방법(500a, 500b)은 단계 554에서 간단히 종료될 수 있다. 각종 실시예에서, PCRN(200)은 단계 554에서 종료되는 방법(500a, 500b) 전에 수신된 메시지에 추가적인 처리를 수행할 수 있는 것을 주목한다.
메시지가 예를 들어 현재 IP-CAN 세션의 갱신에 대한 요청과 같은 Gx 수정 메시지이면, 방법(500a, 500b)은 세션 수정기(270)가 베어러 제어 모드 결정 모듈(240)로부터 베어러 제어 모드를 요청할 수 있는 단계 530으로 진행될 수 있다. 베어러 제어 모드 결정 모듈(240)은 적절한 베어러 제어 모드를 결정하며 세션 설정기(230)에 값을 리턴하기 위해 컨텍스트 정보를 이용하여 적절한 규칙 테이블을 컨설팅할 수 있다. 그 다음, 세션 수정기(270)는 단계 532에서 리턴된 베어러 제어 모드를 IP-CAN 세션과 이전에 관련된 베어러 제어 모드에 비교함으로써 IP-CAN 세션에 대한 베어러 제어 모드가 변경되었는지를 판단할 수 있다. 베어러 제어 모드가 변경되지 않았다면, 방법(500a, 500b)은 단계 518로 진행될 수 있다.
그러나, 베어러 제어 모드가 변경되었다면, 방법(500a, 500b)은 세션 수정기(270)가 요청 및/또는 새로운 베어러 제어 모드에 따라 IP-CAN 세션을 갱신하는데 필요하거나 유용한 바와 같이 당업자에게 알려진 단계를 수행할 수 있는 단계 534로 진행될 수 있다. 그 다음, 베어러 제어 모드 변경 핸들러(280)는 단계 536에서 베어러 제어 모드가 UE_NW로부터 UE_ONLY로 변경되었는지를 판단할 수 있다. 만일 그렇다면, 방법(500a, 500b)은 단계 538로 진행될 수 있다.
단계 538에서, 베어러 제어 모드 변경 핸들러(280)는 may IP-CAN 세션과 관련된 임의의 네트워크 개시 규칙을 식별하며 메시지 발생기(260)에 식별된 규칙이 구성 하에 CCA에서 제거되어야 하는 표시를 포함하라고 명령할 수 있다. PMIP 전개를 포함하는 것과 같은 각종 실시예에 있어서, 베어러 제어 모드 변경 핸들러(280)는 단계 540에서 식별된 PCC 규칙과 관련된 QoS 규칙이 제거되어야 하는 것을 나타내서, 메시지 발생기(260)에 RAR을 구성하라고 명령해서 적절한 SGW에 송신할 수도 있다. 최종적으로, 단계 542에서, 베어러 제어 모드 변경 핸들러(280)는 AF가 IP-CAN 세션과 관련된 애플리케이션 세션에 대한 세션 해제를 시작해야하는 것을 나타내서, 메시지 발생기(260)에 적어도 하나의 AF에 대해 정해진 적어도 하나의 ASR을 구성하라고 명령할 수 있다. 그 다음, 방법(500a, 500b)은 단계 518로 진행될 수 있다.
베어러 제어 모드 변경 핸들러는 단계 536에서 베어러 제어 모드가 그 대신에 UE_ONLY로부터 to UE_NW로 변경되었다는 것을 결정하면, 방법(500a, 500b)은 단계 544로 진행될 수 있다. PMIP 전개를 포함하는 것과 같은 각종 실시예에 있어서, 베어러 제어 모드 변경 핸들러(280)는 단계 544에서 IP-CAN 세션과 관련된 임의의 UE 개시 PCC 규칙 및 관련된 QoS 규칙을 식별한다. 그 다음, 베어러 제어 모드 변경 핸들러(280)는 메시지 발생기(260)에 적절한 SGW가 식별된 QoS 규칙을 제거해야하는 것을 나타내는 RAR 메시지를 구성하라고 명령할 수 있다. 단계 546에서, 베어러 제어 모드 변경 핸들러(280)는 메시지 발생기(548)에 SGW가 RAR 메시지에서 GWC 세션 해제를 개시해야 하는 표시를 포함하라고 명령할 수도 있다.
그 다음, 방법(500a, 500b)은 예를 들어 PCC 규칙 스토리지(290) 또는 지연 큐(도시되지 않은)를 참조함으로써 IP-CAN 세션에 대한 흐름 요청의 임의의 지연된 PCC 규칙이 존재하는지를 베어러 제어 모드 변경 핸들러(280)가 판단할 수 있는 단계 548로 진행될 수 있다. 어떤 지연된 PCC 규칙 또는 흐름 요청도 존재하지 않으면, 방법(500a, 500b)은 단계 518로 진행될 수 있다. 그러나, 지연된 흐름 요청이 존재하면, 방법(500a, 500b)은 지연된 PCC 규칙 또는 요청이 만료되었는지를 베어러 제어 모드 변경 핸들러(280)가 판단할 수 있는 단계 550으로 진행될 수 있다. 지연된 PCC 규칙 또는 요청이 만료되었다면, 방법(500a, 500b)은 단계 518로 진행될 수 있다. 그렇지 않으면, 단계 552에서, 베어러 제어 모드 변경 핸들러(280)는 메시지 발생기(260)에 지연되고 만료되지 않은 PCC 규칙이 PGW에 의해 설치되어야 한다는 표시를 포함하라고 명령할 수 있다. PCC 규칙보다 오히려 요청을 지연하는 구현의 경우에, PCRN(200)은 이 점에서 지연된 요청의 이행을 위한 PCC 규칙을 생성할 수 있다. 그 다음, 방법(500a, 500b)은 단계 518로 진행될 수 있다.
예시적 가입자 네트워크(100) 및 PCRN(200)의 동작을 위한 예시적 구성요소 및 방법을 설명했을지라도, 예시적 네트워크(100) 및 PCRN(200)의 동작의 예는 도 1-6과 관련하여 제공되지 않을 것이다. PCRN(136)은 PCRN(200)에 대응할 수 있다. 베어러 제어 모드 규칙 스토리지(250)의 컨텐츠는 규칙 세트(300)에 의해 지시될 수 있으며 PCC 규칙 스토리지(280)의 컨텐츠는 데이터 배치(400)에 의해 지시될 수 있다.
프로세스는 PCRN이 Gx 인터페이스(210)를 통해 IP-CAN 세션 0x53FF에 수정을 위한 요청을 수신할 때 시작할 수 있다. 메시지 해석기는 단계 528에서 Gx 수정 요청으로서 메시지를 식별하며 세션 수정기(270)에 메시지를 통과시킬 수 있다. 세션 수정기(270)는 단계 530에서 베어러 제어 모드 결정 모듈(240)로부터 베어러 제어 모드를 요청할 수 있다. 그 다음, 베어러 제어 모드 결정 모듈(240)은 IP-CAN 세션에 대한 베어러 제어 모듈을 결정하기 위해 IPCAN_Session_Modification 테이블(310)을 참조할 수 있다. 규칙(313)을 참조하면, 베어러 제어 모드 결정 모듈(240)은 추상화된 변수 "a"가 추상화된 값 "x"와 같으며 추상화된 변수 "b"가 추상화된 값 "y"와 같기 때문에, 베어러 제어 모드가 UE_ONLY이어야 하는 것을 결정할 수 있다. 그 다음, 단계 532에서, 세션 수정기(270)는 IP-CAN 세션의 베어러 제어 모드에 대한 이전 값을 참조함으로써 베어러 제어 모드가 변경되었다는 것을 결정할 수 있다. 그 다음, 세션 수정기(270)는 그 결과 단계 534에서 IP-CAN 세션을 갱신할 수 있다.
단계 536에서, 베어러 제어 모드 변경 핸들러(280)는 베어러 제어 모드가 UE_NW로부터 UE_ONLY로 변경되었다는 것을 결정할 수 있다. 따라서, 방법(500a, 500b)은 단계 538로 진행될 수 있으며, 여기서 PCRN(136, 200)은 PGW(134)에 그것이 네트워크 개시이기 때문에 규칙 "0x99B2"를 제거하라고 명령할 수 있다. 규칙 "0xE426"는 그것이 UE 개시이기 때문에 제거되지 않으므로 새로운 베어러 제어 모드 하에 여전히 유효하다는 것을 주목한다. PCRN(136, 200)은 단계 540 및 542 각각에서 SGW(132)에 PCC 규칙 "0x99B2"와 관련된 QoS 규칙을 제거하며 AF(150)에 세션 해제를 개시하라고 더 명령할 수 있다. 마지막으로, PCRN(136, 200)은 단계 518 및 520에서 PGW(134)에 새로운 베어러 제어 모드를 포함하는 CCA를 송신할 수 있다. 따라서, IP-CAN 세션은 베어러 제어 모드를 변경했으며 단지 유효를 유지한 규칙 및 세션은 설치로 유지된다.
상술한 것에 따르면, 각종 예시적 실시예는 베어러 제어 모드의 결정을 필요로 하는 요청의 적절한 처리를 제공한다. 특히, 구체화된 규칙 세트를 제공함으로써, PCRN은 베어러 제어 모드가 각종 컨텐츠에 적용가능한 것을 결정할 수 있다. 각종 실시예는 베어러 제어 모드가 변경된 후에 베어러 제어 모드와의 컴플라이언스의 보증을 더 제공한다. 베어러 제어 모드가 변경된 후에 무효 규칙을 제거함으로써, PCRN은 단지 컴플라이언트 규칙 및 세션이 유지되는 것을 보증할 수 있다.
본 발명의 각종 예시적 실시예가 하드웨어 및/또는 펌웨어로 구현되는 것이 상술한 설명으로부터 명백해져야 한다. 게다가, 각종 예시적 실시예는 머신 판독가능 저장 매체 상에 저장된 명령어로 구현될 수 있으며, 그것은 여기서 상세히 설명된 동작을 수행하기 위해 적어도 하나의 프로세서에 의해 판독 및 실행될 수 있다. 머신 판독가능 저장 매체는 개인용 또는 랩톱 컴퓨터, 서버, 또는 다른 컴퓨팅 장치와 같은 머신에 의해 판독가능한 형태로 정보를 저장하기 위한 임의의 메커니즘을 포함할 수 있다. 따라서, 머신 판독가능 저장 매체는 ROM(read-only memory), RAM(random-access memory), 자기 디스크 저장 매체, 광 저장 매체, 플래시 메모리 장치, 및 유사한 저장 매체를 포함할 수 있다.
여기서 임의의 블록도는 본 발명의 원리를 구체화하는 예시적 회로의 개념 관점을 나타내는 것이 당업자에 의해 인식되어야 한다. 마찬가지로, 임의의 순서도, 흐름도, 상태 전이도, 의사 코드 등은 머신 판독가능 매체로 실질적으로 나타내며 컴퓨터 또는 프로세서에 의해 실행될 수 있는 각종 프로세스, 그러한 컴퓨터 또는 프로세서가 명시적으로 도시되었는지의 여부를 나타내는 것이 인식될 것이다.
각종 예시적 실시예가 그 어떤 예시적 양상과 특히 관련하여 상세히 설명되었을지라도, 본 발명은 다른 실시예가 가능하며 그 상세한 설명은 각종 명백한 관점에서 수정이 가능한 것이 이해되어야 한다. 당업자에게 쉽게 명백해지는 바와 같이, 변화 및 수정은 본 발명의 정신 및 범위 내에 있지만 영향을 받게 될 수 있다. 따라서, 이전 개시, 설명, 및 도면은 예시적 목적만을 위한 것이며 청구범위에 의해서만 정의되는 본 발명을 어떤 방법으로든 제한하지 않는다.

Claims (10)

  1. 착신 요청 메시지를 처리하기 위한 정책 및 과금 규칙 노드(policy and charging rules node: PCRN)에 의해 수행되는 방법으로서,
    상기 PCRN에서 진화된 패킷 코어 노드(Evolved Packet Core node)로부터 요청 메시지를 수신하는 단계와,
    상기 요청 메시지가 IP-CAN 세션에 대한 수정을 위한 요청을 포함하는지를 판단하는 단계와,
    상기 요청 메시지가 IP-CAN 세션에 대한 수정을 위한 요청을 포함하면,
    상기 IP-CAN 세션에 대한 현재의 베어러 제어 모드(bearer control mode)를 결정하는 단계와,
    상기 IP-CAN 세션에 대한 이전의 베어러 제어 모드를 결정하는 단계와,
    상기 현재의 베어러 제어 모드와 상기 이전의 베어러 제어 모드를 비교하는 단계와,
    상기 현재의 베어러 제어 모드가 상기 이전의 베어러 제어 모드와 상이하면, 상기 현재의 베어러 제어 모드에 따라 상기 IP-CAN 세션을 수정하는 단계를 포함하는
    방법.
  2. 제 1 항에 있어서,
    상기 현재의 베어러 제어 모드에 따라 상기 IP-CAN 세션을 수정하는 단계는,
    상기 현재의 베어러 제어 모드가 UE_ONLY이면,
    패킷 데이터 네트워크 게이트웨이(packet data network gateway: PGW)에 상기 PGW가 네트워크 개시 요청에 응답하여 설치된 상기 IP-CAN 세션과 관련된 적어도 하나의 정책 및 과금 제어(policy and charging control: PCC) 규칙을 제거해야 하는 것을 나타내는 단계와,
    서빙 게이트웨이(serving gateway: SGW)에 상기 SGW가 네트워크 개시 요청에 응답하여 설치된 상기 IP-CAN 세션과 관련된 적어도 하나의 서비스 품질(quality of service: QoS) 규칙을 제거해야 하는 것을 나타내는 단계와,
    애플리케이션 기능(application function: AF)에 상기 AF가 상기 IP-CAN 세션과 관련된 애플리케이션 세션을 위한 세션 해제(session teardown)를 개시해야 하는 것을 나타내는 단계 중 적어도 하나를 포함하는
    방법.
  3. 제 1 항에 있어서,
    상기 현재의 베어러 제어 모드에 따라 상기 IP-CAN 세션을 수정하는 단계는,
    상기 현재의 베어러 제어 모드가 UE_NW이면,
    서빙 게이트웨이(serving gateway: SGW)에 상기 SGW가 상기 IP-CAN 세션과 관련된 적어도 하나의 서비스 품질(quality of service: QoS) 규칙을 제거해야 하는 것을 나타내는 단계와,
    SGW에 상기 SGW가 상기 IP-CAN 세션과 관련된 게이트웨이 제어 세션의 세션 해제를 개시해야 하는 것을 나타내는 단계 중 적어도 하나를 포함하는
    방법.
  4. 제 3 항에 있어서,
    상기 현재의 베어러 제어 모드에 따라 상기 IP-CAN 세션을 수정하는 단계는,
    상기 현재의 베어러 제어 모드가 UE_NW이면, 적어도 하나의 네트워크 개시 서비스 흐름(network-initiated servive flow)이 이전에 지연되었는지를 판단하는 단계와,
    적어도 하나의 네트워크 개시 서비스 흐름이 이전에 지연되었다면, 패킷 데이터 네트워크 게이트웨이(packet data network gateway: PGW)에 상기 PGW가 상기 적어도 하나의 네트워크 개시 서비스 흐름과 관련된 적어도 하나의 정책 및 과금 제어(policy and charging control: PCC) 규칙을 설치해야 하는 것을 나타내는 단계를 더 포함하는
    방법.
  5. 제 1 항에 있어서,
    상기 IP-CAN 세션에 대한 현재의 베어러 제어 모드를 결정하는 단계는,
    현재의 베어러 제어 모드를 결정하기 위한 적어도 하나의 규칙을 검색하는 단계 - 상기 적어도 하나의 규칙은 기준 부분 및 결과 부분을 포함함 - 와,
    상기 적어도 하나의 규칙의 제 1 규칙에 대해서, 상기 제 1 규칙의 상기 기준 부분을 상기 IP-CAN 세션에 관련된 데이터와 비교하는 단계와,
    상기 제 1 규칙의 상기 기준 부분이 상기 IP-CAN 세션에 관련된 상기 데이터와 일치하면, 상기 현재의 베어러 제어 모드가 상기 제 1 규칙의 상기 결과 부분과 동일하다고 결정하는 단계를 포함하는
    방법.
  6. 제 1 항에 있어서,
    상기 요청 메시지가 새로운 IP-CAN 세션의 설정을 위한 요청을 포함하는지를 판단하는 단계와,
    상기 요청 메시지가 새로운 IP-CAN 세션의 설정을 위한 요청을 포함하면, 새로운 IP-CAN 세션에 대한 베어러 제어 모드를 결정하기 위해 적어도 하나의 외부 규칙을 참조하는 단계를 더 포함하는
    방법.
  7. 제 1 항에 있어서,
    상기 요청 메시지가 새로운 게이트웨이 제어 세션의 설정을 위한 요청을 포함하는지를 판단하는 단계와,
    상기 요청 메시지가 새로운 게이트웨이 제어 세션의 설정을 위한 요청을 포함하면, 상기 새로운 게이트웨이 제어 세션과 관련된 IP-CAN 세션에 대한 베어러 제어 모드를 결정하기 위해 적어도 하나의 외부 규칙을 참조하는 단계를 더 포함하는
    방법.
  8. 제 7 항에 있어서,
    상기 새로운 게이트웨이 제어 세션이 서비스 게이트웨이 예비 등록(pre-registration)인지를 판단하는 단계와,
    상기 새로운 게이트웨이 제어 세션이 서비스 게이트웨이 예비 등록이면, 상기 새로운 게이트웨이 제어 세션과 관련된 상기 IP-CAN 세션에 대한 베어러 제어 모드가 UE_NW인지를 판단하는 단계와,
    상기 새로운 게이트웨이 제어 세션과 관련된 상기 IP-CAN 세션에 대한 베어러 제어 모드가 UE_NW이면, 서빙 게이트웨이(serving gateway: SGW)에 상기 SGW가 적어도 하나의 서비스 품질(quality of service: QoS) 규칙을 설치해야 하는 것을 나타내는 단계를 더 포함하는
    방법.
  9. 착신 요청 메시지를 처리하기 위한 정책 및 과금 규칙 노드(policy and charging rules node: PCRN)로서,
    진화된 패킷 코어 노드(Evolved Packet Core node)로부터 요청 메시지를 수신하는 적어도 하나의 인터페이스와,
    상기 요청 메시지와 관련된 IP-CAN에 대한 현재의 베어러 제어 모드(bearer control mode)를 결정하는 베어러 제어 모드 결정 모듈과,
    상기 요청 메시지가 IP-CAN 세션에 대한 수정을 위한 요청을 포함하는지를 판단하는 메시지 해석기와,
    상기 요청 메시지가 상기 IP-CAN 세션에 대한 수정을 위한 요청을 포함하는 경우, 상기 IP-CAN 세션에 대한 상기 현재의 베어러 제어 모드가 상기 IP-CAN 세션에 대한 이전의 베어러 제어 모드와 일치하는지를 판단하는 세션 수정기와,
    상기 IP-CAN 세션에 대한 상기 현재의 베어러 제어 모드가 상기 IP-CAN 세션에 대한 상기 이전의 베어러 제어 모드와 일치하지 않는 경우, 상기 현재의 베어러 제어 모드에 따라 상기 IP-CAN 세션을 수정하는 베어러 제어 모드 변경 핸들러와,
    적어도 하나의 노드에 송신될 적어도 하나의 응답 메시지를 구성하는 메시지 발생기를 포함하는
    정책 및 과금 규칙 노드.
  10. 제 9 항에 있어서,
    상기 현재의 베어러 제어 모드에 따라 상기 IP-CAN 세션을 수정함에 있어서,
    상기 베어러 제어 모드 변경 핸들러는,
    상기 현재의 베어러 제어 모드가 UE_ONLY인지를 판단하고,
    상기 현재의 베어러 제어 모드가 UE_ONLY이면,
    패킷 데이터 네트워크 게이트웨이(packet data network gateway: PGW)가 네트워크 개시 요청에 응답하여 설치된 상기 IP-CAN 세션과 관련된 적어도 하나의 정책 및 과금 제어(policy and charging control: PCC) 규칙을 제거해야 하는 것을 상기 PGW에게 통지하는 메시지를 구성하도록 상기 메시지 발생기에게 명령하고,
    서빙 게이트웨이(serving gateway: SGW)가 네트워크 개시 요청에 응답하여 설치된 상기 IP-CAN 세션과 관련된 적어도 하나의 서비스 품질(quality of service: QoS) 규칙을 제거해야 하는 것을 상기 SGW에게 통지하는 메시지를 구성하도록 상기 메시지 발생기에게 명령하며,
    애플리케이션 기능(application function: AF)이 상기 IP-CAN 세션과 관련된 애플리케이션 세션을 위한 세션 해제를 개시해야 하는 것을 상기 AF에게 통지하는 메시지를 구성하도록 상기 메시지 발생기에게 명령하는
    정책 및 과금 규칙 노드.
KR1020127021511A 2010-02-18 2011-02-07 베어러 제어 모드에 대한 변경을 처리하는 방법 KR101389663B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US12/708,246 US8768295B2 (en) 2010-02-18 2010-02-18 Method of handling a change to bearer control mode
US12/708,246 2010-02-18
PCT/IB2011/000475 WO2011101743A1 (en) 2010-02-18 2011-02-07 Method of handling a change to bearer control mode

Publications (2)

Publication Number Publication Date
KR20130033341A true KR20130033341A (ko) 2013-04-03
KR101389663B1 KR101389663B1 (ko) 2014-04-28

Family

ID=44121607

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020127021511A KR101389663B1 (ko) 2010-02-18 2011-02-07 베어러 제어 모드에 대한 변경을 처리하는 방법

Country Status (6)

Country Link
US (2) US8768295B2 (ko)
EP (1) EP2537392B1 (ko)
JP (1) JP5670482B2 (ko)
KR (1) KR101389663B1 (ko)
CN (1) CN102884860A (ko)
WO (1) WO2011101743A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20150019301A (ko) * 2013-08-13 2015-02-25 에스케이텔레콤 주식회사 서비스 별 캐리어 애그리게이션 제어 방법 및 장치
KR101512044B1 (ko) * 2013-08-27 2015-04-14 에스케이텔레콤 주식회사 호 처리 방법 및 장치

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2587181T3 (es) * 2009-03-23 2016-10-21 Telefonaktiebolaget Lm Ericsson (Publ) Método y aparatos para la vinculación de ruta aplazada en la transferencia de PCRF
US8768295B2 (en) * 2010-02-18 2014-07-01 Alcatel Lucent Method of handling a change to bearer control mode
US8549116B2 (en) * 2010-05-05 2013-10-01 Alcatel Lucent PCRF triggered rules cleanup
US9118730B2 (en) * 2010-05-28 2015-08-25 Telefonaktiebolaget Lm Ericsson (Publ) Efficient data delivery method and apparatus
WO2011147465A1 (en) * 2010-05-28 2011-12-01 Telefonaktiebolaget Lm Ericsson (Publ) Flow mobility filter rule verification
US9787544B2 (en) * 2010-11-12 2017-10-10 Telefonaktiebolaget Lm Ericsson (Publ) Installation and enforcement of dynamic and static PCC rules in tunneling scenarios
KR20130034553A (ko) * 2011-09-28 2013-04-05 삼성전자주식회사 이동 통신망에서 과금 시행 처리 장치 및 과금 정책 규칙 설정 방법
CN103037449B (zh) * 2011-10-10 2018-01-19 中兴通讯股份有限公司 一种更新服务质量的方法及系统
FR2988948A1 (fr) * 2012-03-30 2013-10-04 France Telecom Procedes pour l'application de regles de traitement de session en fonction d'une carte de presence de terminaux mobiles dans des zones speciales
US20150138952A1 (en) * 2012-04-27 2015-05-21 Nec Corporation Communication system and method for path control
US20140050098A1 (en) * 2012-08-14 2014-02-20 Alcatel-Lucent Canada, Inc. Handling session linking status in gxx update
DE112013005290B4 (de) * 2012-11-06 2022-12-29 Apple Inc. Dynamische Konfiguration von Inaktivitäts-Zeitüberschreitungen für Funkdatenträger
CN105591783B (zh) * 2014-10-24 2020-05-22 中兴通讯股份有限公司 一种实现网元间策略规则同步的方法及设备
US10003544B2 (en) * 2014-12-11 2018-06-19 Futurewei Technologies, Inc. Method and apparatus for priority flow and congestion control in ethernet network
CN105897608B (zh) * 2015-01-26 2020-03-13 中兴通讯股份有限公司 一种拥塞信息的管理方法和装置
US10129788B2 (en) * 2015-03-11 2018-11-13 Cisco Technology, Inc. System and method for deferred delivery of content based on congestion in a network environment
WO2017152937A1 (en) 2016-03-07 2017-09-14 Telefonaktiebolaget Lm Ericsson (Publ) Method and nodes for handling bearers
CN109005127B (zh) * 2017-02-03 2020-03-10 华为技术有限公司 一种QoS流处理方法、设备和通信系统
CN109756430B (zh) * 2017-11-07 2021-08-03 华为技术有限公司 一种规则的处理方法及装置

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7773554B2 (en) * 2003-12-03 2010-08-10 John Wallace Nasielski Methods and apparatus for CDMA2000/GPRS roaming
EP1912385B1 (en) * 2006-10-13 2009-08-26 Research In Motion Limited System and method for deactivating IP sessions of lower priority
US8855597B2 (en) * 2006-12-29 2014-10-07 Alcatel Lucent User equipment timestamps for offline charging in IMS networks
ES2619423T3 (es) * 2007-05-22 2017-06-26 Telefonaktiebolaget Lm Ericsson (Publ) Método, aparatos y programa informático para configurar dinámicamente una función de control de sesión de llamada proxy del subsistema multimedia IP desde un servidor de reglas de control de política
WO2009049684A1 (en) * 2007-10-19 2009-04-23 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for notifying an application function of resource restrictions relating to a communication session
EP2258076B1 (en) * 2008-03-25 2012-01-11 Telefonaktiebolaget L M Ericsson (publ) Policy and charging control architecture
EP2301301B1 (en) * 2008-04-30 2016-11-16 Telefonaktiebolaget LM Ericsson (publ) Bearer control mode (nw-only or user-only) handling in intersystem handover
US9106541B2 (en) * 2008-12-10 2015-08-11 Telefonaktiebolaget L M Ericsson (Publ) Token-based correlation of control sessions for policy and charging control of a data session through a NAT
CN101877894B (zh) * 2009-04-28 2014-12-24 电信科学技术研究院 承载绑定与事件报告功能实体重定位方法、系统及其装置
CN101969673B (zh) * 2009-07-27 2013-08-07 中兴通讯股份有限公司 一种承载绑定和事件报告功能的重选方法
CN102026296A (zh) * 2009-09-11 2011-04-20 中兴通讯股份有限公司 多承载绑定和事件报告功能的处理方法及系统
US8553647B2 (en) * 2010-01-22 2013-10-08 Telefonaktiebolaget Lm Ericsson (Publ) Optimization of non-optimized handoff from a first access technology to a second access technology
US8768295B2 (en) * 2010-02-18 2014-07-01 Alcatel Lucent Method of handling a change to bearer control mode
WO2012136265A1 (en) * 2011-04-07 2012-10-11 Telefonaktiebolaget L M Ericsson (Publ) Quality of service handling in packet core and radio networks
EP2727433B1 (en) * 2011-07-01 2015-04-29 Telefonaktiebolaget LM Ericsson (PUBL) Method, apparatuses and computer program for controlling bearer related resources
CN104641682B (zh) * 2011-10-28 2019-01-15 黑莓有限公司 在电路交换回退操作期间处理承载的方法和装置
US8855125B2 (en) * 2012-12-20 2014-10-07 Alcatel Lucent Handling of NRS and BCM in PCRF and GW

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20150019301A (ko) * 2013-08-13 2015-02-25 에스케이텔레콤 주식회사 서비스 별 캐리어 애그리게이션 제어 방법 및 장치
KR101512044B1 (ko) * 2013-08-27 2015-04-14 에스케이텔레콤 주식회사 호 처리 방법 및 장치

Also Published As

Publication number Publication date
US20140233497A1 (en) 2014-08-21
JP5670482B2 (ja) 2015-02-18
WO2011101743A1 (en) 2011-08-25
US20110201303A1 (en) 2011-08-18
US9277542B2 (en) 2016-03-01
CN102884860A (zh) 2013-01-16
US8768295B2 (en) 2014-07-01
EP2537392A1 (en) 2012-12-26
EP2537392B1 (en) 2016-04-13
JP2013520121A (ja) 2013-05-30
KR101389663B1 (ko) 2014-04-28

Similar Documents

Publication Publication Date Title
KR101389663B1 (ko) 베어러 제어 모드에 대한 변경을 처리하는 방법
KR101376020B1 (ko) 정책 및 과금 규칙 노드의 생성을 위한 만료 메시지의 처리
KR101409626B1 (ko) 애플리케이션 요청 메시지에 기초하여 신규 ｐｃｃ/ｑｏｓ 규칙을 생성 및 제공하는 방법
JP5468180B2 (ja) サービス要求に基づいてｐｃｃルールを生成するためのシステムおよび方法
KR101414921B1 (ko) 가입자에 관련된 변경에 대한 응답에서 인터넷 프로토콜 연결 액세스 네트워크(ｉｐ-ｃａｎ) 가입자 세션의 관리
JP5993954B2 (ja) Ｄｉａｍｅｔｅｒセッション監査
KR101425327B1 (ko) 다이어미터 세션 검사
KR101655641B1 (ko) 크레딧 초과 pcc 규칙의 일시적 디스에이블
US8954565B2 (en) Method and system for determining a PCC rule waiting for further action
US8473546B2 (en) Minimizing PCC rule instantiation latency
US9615390B2 (en) PCRN session architecture for roaming
KR20150006026A (ko) 흐름당 및 세션당 미터링 한계 적용
KR101362502B1 (ko) 아웃바운드 메시지의 실패 관리를 위한 프레임워크
US20140051384A1 (en) Out of credit final-unit-action restrict_access handling

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