WO2008084306A2 - Interfonctionnement d'une politique et d'un contrôle de tarification, et traducteur d'adresses de réseau - Google Patents

Interfonctionnement d'une politique et d'un contrôle de tarification, et traducteur d'adresses de réseau Download PDF

Info

Publication number
WO2008084306A2
WO2008084306A2 PCT/IB2007/003859 IB2007003859W WO2008084306A2 WO 2008084306 A2 WO2008084306 A2 WO 2008084306A2 IB 2007003859 W IB2007003859 W IB 2007003859W WO 2008084306 A2 WO2008084306 A2 WO 2008084306A2
Authority
WO
WIPO (PCT)
Prior art keywords
relay
internet protocol
communications
multimedia subsystem
type
Prior art date
Application number
PCT/IB2007/003859
Other languages
English (en)
Other versions
WO2008084306A3 (fr
Inventor
Juha Rasanen
Original Assignee
Nokia Corporation
Nokia Inc.
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 Nokia Corporation, Nokia Inc. filed Critical Nokia Corporation
Publication of WO2008084306A2 publication Critical patent/WO2008084306A2/fr
Publication of WO2008084306A3 publication Critical patent/WO2008084306A3/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2557—Translation policies or rules
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/256—NAT traversal
    • H04L61/2571—NAT traversal for identification, e.g. for authentication or billing 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]

Definitions

  • the third generation partnership project (3 GPP) has standardized an application level gateway (ALG) and network address translation (NAT) gateway based method for traversal of uncontrolled access network address translation.
  • AVG application level gateway
  • NAT network address translation
  • IP Internet Protocol
  • IPCAN IP connectivity access network
  • IMS IP Multimedia Subsystem
  • the invention comprises a method of setting specific communication parameters, with the method comprising identifying a communication relay for allocating addresses.
  • the method can then comprise configuring a communication relay/server to be directed to a specific type of communication such as IMS-specific communication.
  • the communication server ID information is then transmitted to a network, with the communication server being identified as IMS specific. Media flow to and from the communication server for non-IMS specific sessions are therefore blocked since these other sessions do not receive IP addresses. Instead, addresses are allocated by the communication server to user equipment only for the IMS-specific sessions.
  • a method according to the invention comprises configuring a communication relay such as a STUN relay to use a public address area for IMS-specific functions.
  • the relay is then advertised to other network components as being an IMS-specific relay.
  • Outbound/uplink traffic is routed from the relay via a policy and charging enforcement function.
  • Inbound/downlink traffic is routed to IMS-specific IP addresses by the policy and charging enforcement function and through the STUN relay.
  • a network element can include a configuration unit which configures a STUN relay to use a public/external address area for IMS sessions only.
  • An advertising unit is configured to advertise the STUN relay as IMS specific.
  • An outbound routing unit (in the access network border) routes outbound/uplink traffic through the STUN relay to a policy and charging enforcement function and further to a border gateway.
  • An inbound routing unit routes inbound/downlink traffic which has the destination addresses in the address area to the STUN relay through a policy and charging enforcement function.
  • a time-out unit may reconfigure the STUN relay to enable non-IMS sessions if there has been no IMS traffic for a period of time.
  • Fig. 1 illustrates an example of a reference model for IMS access
  • FIG. 6 illustrates a block diagram of another embodiment of the invention.
  • the SIP (session initiation protocol)/SDP (session description protocol) fields contain the private domain IP address of the user equipment (UE) while the packets come through the network address translation (NAT) device and the sender appears to be the public IP address allocated by the network address translation device.
  • the application level gateway functionality in connection with the application function / proxy call session control function (AF/P-CSCF) can request public addresses from the network address translation gateway, and modify the SIP/SDP accordingly prior to sending the message forward.
  • the application level gateway/application function/proxy call session control function (ALG/ AF/P-CSCF) can initiate proper security measures such as IP SEC tunnel for the SIP signaling to traverse the network address translation device.
  • network address translation traversal methodology can be enhanced with interactive connectivity establishment (ICE) and an interactive connectivity establishment mechanism based on the use of a simple traversal of user datagram protocol (UDP) through network address translation (STUN) devices and a STUN relay.
  • ICE-based usage of a STUN server and a STUN relay server in networks and relevant clients at user equipment are described below.
  • user equipment can get an external/public IP address by sending an inquiry to a STUN server or a STUN relay server, and inserting the external/public address in the SIP/SDP level.
  • This methodology can make the application level gateway and network address translation gateway functionality redundant, and can eliminate or reduce problems related to the gateway solution.
  • the AF/P-CSCF getting the public/external IP address allocated by the public/external STUN relay server, can not find a policy and charging rules function (PCRF) with the available information. Consequently, the AF/P-CSCF can not send session information and parameters to the PCRF. Additionally, the PCRF can not send policy and/or charging rules to the policy and charging enforcement function (PCEF). Additionally, these configurations can make it difficult for the PCEF to access the IMS session related media streams flowing through the PCEF when a STUN relay is used.
  • PCRF policy and charging rules function
  • the STUN relay or server can allocate public/external addresses to the user equipment in such a way that they are IMS-specific.
  • the STLHSf relay discovery mechanisms which is the way the user equipment finds the STUN relay IP address, advertises the STUN relay as an IMS STLTN relay in order to make the user equipment use this particular STUN relay only for IMS sessions. If this is improperly tried for another session, the closed gates/filters will prevent media flow. Since the STUN relay is, according to this configuration, appearing to be IMS access or IMS service related, the discovery mechanisms can be related to or integrated with the finding of P-CSCF. However, other methods such as the use of DNS with proper advertising of this STUN relay being IMS related, can suffice.
  • address domains used by the server for allocating public addresses to the user equipment are made IMS-specific; in other words, these addresses are allocated to the user equipment only for IMS sessions.
  • the PCEF can access the IMS media flows according to the normal procedures to perform policy and charging control.
  • the AF/P-CSCF gets the public/external IP addresses and ports, as allocated by the IMS STLTN relay server to the user equipment, according to SIP/SDP procedures during the establishment of the session.
  • Non-IMS traffic therefore, is not routed through the PCEF, since the non-IMS traffic does not obtain external/public IP addresses from the IMS STUN relay's IMS access or IMS service specific address domain; addresses are obtained from other STUN relay servers which are not advertised as being IMS specific.
  • all of these functionalities can, for example, be integrated in an IMS controlled gateway, as illustrated for example in Fig. 2.
  • the AF/P-CSCF and PCRF can control the PCEF, to thereby apply policy and charging control based on the SDP/Session parameters.
  • the STUN relay can act as the major network address translation and firewall traversal mechanism; the invention can be implemented in various combinations of hardware and/or software, without requiring specialized configuration changes.
  • the method illustrated in Fig. 3 can allocate addresses independent of the particular STUN relay discovery mechanism which is used.
  • the STUN server is advertised as being an IMS STUN relay.
  • a STUN relay/server is configured to use a public/external address area for IMS purposes.
  • this STUN relay is advertised through an appropriate discovery mechanism as being an IMS STUN relay or server.
  • the STUN relay/server was configured to route outbound/uplink traffic via PCEF.
  • inbound/downlink traffic to IP addresses from the address area is routed at a border gateway, to the related STUN relay through a PCEF.
  • identifying unit 501 can identify a STUN relay for allocating addresses.
  • the identifying unit can be a separate physical element, or can be a virtual element implementing a combination of hardware and software.
  • Configuring unit 502 configures the identified STLIN server to be IMS specific.
  • Transmitting unit 503 can transmit a notice or otherwise advertise the STUN server as being IMS specific.
  • a blocking unit 504 can then block media flow for non-IMS sessions, and allocating unit 505 can allocate IP addresses from an address area to the user equipment only for IMS sessions.
  • the various units of Fig. 5 can be physically separate units, or can be a series of functionalities which are integrated into a single processor or various elements. For example, as illustrated in Fig. 2, an IMS STUN relay, a PCEF, and a border gateway can be integrated into an IMS gateway.
  • Fig. 6 illustrates another embodiment of the invention.
  • the elements of Fig. 6 can be implemented as separate physical elements, or can be implemented with other elements as a combination of hardware and software, pure hardware, or pure software running on a processor.
  • the processor can be located in a user equipment, in a STUN server, or any other of a plurality of network components.
  • configuration unit 601 configures a STUN relay to use a public/external address area for IMS sessions or IMS purposes only.
  • Advertising unit 602 advertises the STUN relay as IMS specific.
  • Outbound routing unit 603 routes outbound/uplink traffic at a border gateway to the related STUN relay through a policy and charging enforcement function.
  • Inbound routing unit 604 routes inbound/downlink traffic which have the destination addresses in the above-noted address area are routed to the STUN relay through a policy and charging enforcement function.
  • NATs Network address translations

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Dans l'invention, un système et un procédé établissent des paramètres de communication spécifiques, le procédé comprenant l'identification d'un relais de communication destiné à attribuer des adresses. Un relais de communication utilisant le protocole STUN peut être orienté vers un type de communication spécifique tel qu'une communication spécifique de l'architecture IMS. Les informations d'identification de serveur de communication sont ensuite transmises à un réseau, le serveur de communication étant identifié comme spécifique de l'architecture IMS. Dans le cas de sessions non spécifiques, le contenu circulant vers le serveur de communication et à partir de celui-ci est par conséquent bloqué. Le serveur de communication n'attribue des adresses au matériel d'utilisateur que dans le cas de sessions spécifiques. Le trafic sortant/montant peut être acheminé à partir du relais, et le trafic entrant/descendant peut être acheminé vers des adresses IP spécifiques de l'architecture IMS grâce à une fonction d'application de politique et de tarification, mais cela est facultatif. De plus, il est possible qu'une unité de temporisation reconfigure le relais pour autoriser les sessions non IMS s'il n'y a eu aucun trafic IMS pendant un certain temps.
PCT/IB2007/003859 2006-12-28 2007-12-11 Interfonctionnement d'une politique et d'un contrôle de tarification, et traducteur d'adresses de réseau WO2008084306A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US87739406P 2006-12-28 2006-12-28
US60/877,394 2006-12-28

Publications (2)

Publication Number Publication Date
WO2008084306A2 true WO2008084306A2 (fr) 2008-07-17
WO2008084306A3 WO2008084306A3 (fr) 2009-03-19

Family

ID=39609101

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2007/003859 WO2008084306A2 (fr) 2006-12-28 2007-12-11 Interfonctionnement d'une politique et d'un contrôle de tarification, et traducteur d'adresses de réseau

Country Status (1)

Country Link
WO (1) WO2008084306A2 (fr)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010048895A1 (fr) * 2008-10-30 2010-05-06 华为技术有限公司 Procédé et dispositif servant à mettre en place une pré-autorisation qos dans un scénario d’itinérance
WO2011006414A1 (fr) * 2009-07-16 2011-01-20 中兴通讯股份有限公司 Système de commande de politique et procédé de commande de politique dans un système de communication
US7962621B2 (en) 2009-01-13 2011-06-14 Microsoft Corporation—One Microsoft Way Policy service system architecture for sessions created using STUN
CN102752722A (zh) * 2011-04-19 2012-10-24 中国移动通信集团公司 一种永远在线能力的提供方法、系统和设备
CN104640150A (zh) * 2013-11-11 2015-05-20 华为技术有限公司 一种通信优化方法、设备及系统
CN112751902A (zh) * 2019-10-31 2021-05-04 中国移动通信有限公司研究院 网际协议地址重分配的方法及装置、终端、存储介质

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Telecoms & Internet converged Services & Protocols for Advanced Networks (TISPAN); NAT Traversal feasibility study report; Draft ETSI TR 07 022" ETSI STANDARDS, LIS, SOPHIA ANTIPOLIS CEDEX, FRANCE, no. V0.0.3, 1 September 2006 (2006-09-01), XP014035962 ISSN: 0000-0001 *
ROSENBERG CISCO SYSTEMS R MAHY PLANTRONICS C HUITEMA MICROSOFT J: "Obtaining Relay Addresses from Simple Traversal Underneath NAT (STUN); draft-ietf-behave-turn-02.txt" IETF STANDARD-WORKING-DRAFT, INTERNET ENGINEERING TASK FORCE, IETF, CH, vol. behave, no. 2, 6 October 2006 (2006-10-06), XP015047730 ISSN: 0000-0004 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010048895A1 (fr) * 2008-10-30 2010-05-06 华为技术有限公司 Procédé et dispositif servant à mettre en place une pré-autorisation qos dans un scénario d’itinérance
US7962621B2 (en) 2009-01-13 2011-06-14 Microsoft Corporation—One Microsoft Way Policy service system architecture for sessions created using STUN
US8099500B2 (en) 2009-01-13 2012-01-17 Microsoft Corporation Policy service system architecture for sessions created using STUN
WO2011006414A1 (fr) * 2009-07-16 2011-01-20 中兴通讯股份有限公司 Système de commande de politique et procédé de commande de politique dans un système de communication
CN102752722A (zh) * 2011-04-19 2012-10-24 中国移动通信集团公司 一种永远在线能力的提供方法、系统和设备
CN104640150A (zh) * 2013-11-11 2015-05-20 华为技术有限公司 一种通信优化方法、设备及系统
CN112751902A (zh) * 2019-10-31 2021-05-04 中国移动通信有限公司研究院 网际协议地址重分配的方法及装置、终端、存储介质

Also Published As

Publication number Publication date
WO2008084306A3 (fr) 2009-03-19

Similar Documents

Publication Publication Date Title
US20080159313A1 (en) Interworking policy and charging control and network address translator
KR100804291B1 (ko) Ｉｐ 어드레스 바인딩들에 기초한 멀티미디어 트래픽의필터링 방법 및 시스템
US8356092B2 (en) Methods, apparatuses, system, and related computer program product for policy control
US9137200B2 (en) Ice based NAT traversal
KR101280281B1 (ko) 일련의 경계 게이트웨이들을 통하는 ｉｐ 멀티미디어 베어러 경로 최적화를 위한 개선된 방법 및 시스템
EP3082318B1 (fr) Procedé de communication et dispositif pour prévenir le rétrobouclage d'un flux média
US9692710B2 (en) Media stream management
Li et al. Softwire problem statement
US8688842B2 (en) Methods, apparatuses, system, and related computer program product for user equipment access
KR101368172B1 (ko) 호출자 통신 클라이언트와 피호출자 통신 클라이언트 간의 통신 세션을 셋업하는 방법과 이 통신 세션의 셋업을 가능하게 하는 통신 네트워크와 컴퓨터 프로그램
JP2008517556A (ja) ファイアウォール越えのための装置および方法
WO2006058891A2 (fr) Procede d'identification du trafic en temps reel saut par saut dans un reseau internet
WO2008084306A2 (fr) Interfonctionnement d'une politique et d'un contrôle de tarification, et traducteur d'adresses de réseau
US20100023998A1 (en) Method, entity and system for realizing network address translation
US20070091875A1 (en) Method and System For Device Mobility Using Application Label Switching In A Mobile Communication Network
Atout NAT/Firewall traversal: Issues and solutions
Kawashima et al. Architecture for broadband and mobile VPN over NGN
Itoh et al. A study on the applicability of MIDCOM method and a solution to its topology discovery problem
Mendahawi et al. Long term evolution (LTE): An IPv6 perspective
CONSTANTINESCU et al. Session borders controllers: next step in full deployment of voice over IP services
Steinleitner Firewall traversal in mobile IPv6 networks
Wing PCP Working Group M. Boucadair Internet-Draft France Telecom Intended status: Standards Track T. Reddy Expires: November 29, 2013 P. Patil
Elbayoumy et al. Performance Analysis for VoIP NAT Traversal in a Secured SIP System

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07858999

Country of ref document: EP

Kind code of ref document: A2

122 Ep: pct application non-entry in european phase

Ref document number: 07858999

Country of ref document: EP

Kind code of ref document: A2