WO2007016848A1 - Procédé de traitement d'une demande de conversion adresse/port de réseau dans un réseau de communication - Google Patents

Procédé de traitement d'une demande de conversion adresse/port de réseau dans un réseau de communication Download PDF

Info

Publication number
WO2007016848A1
WO2007016848A1 PCT/CN2006/001725 CN2006001725W WO2007016848A1 WO 2007016848 A1 WO2007016848 A1 WO 2007016848A1 CN 2006001725 W CN2006001725 W CN 2006001725W WO 2007016848 A1 WO2007016848 A1 WO 2007016848A1
Authority
WO
WIPO (PCT)
Prior art keywords
request
port
network address
network
priority
Prior art date
Application number
PCT/CN2006/001725
Other languages
English (en)
French (fr)
Inventor
Yuepeng Chen
Fuqing Huang
Original Assignee
Huawei Technologies Co., Ltd.
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=37444133&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=WO2007016848(A1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to DE602006012505T priority Critical patent/DE602006012505D1/de
Priority to EP06761461A priority patent/EP1921803B1/en
Priority to AT06761461T priority patent/ATE459160T1/de
Publication of WO2007016848A1 publication Critical patent/WO2007016848A1/zh
Priority to US12/028,564 priority patent/US8601138B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/15—Flow control; Congestion control in relation to multipoint traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
    • H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/78—Architectures of resource allocation
    • H04L47/782—Hierarchical allocation of resources, e.g. involving a hierarchy of local and centralised entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/821—Prioritising resource allocation or reservation requests
    • 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/2514—Translation of Internet protocol [IP] addresses between local and global IP addresses
    • 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/2521—Translation architectures other than single NAT servers
    • H04L61/2528—Translation at a proxy

Definitions

  • the present invention relates to the field of network communication technologies, and in particular, to a method for processing a network address/port conversion request in a communication network.
  • the ITU proposes a functional model of IP signaling requirements.
  • the functional model mainly includes: SCFE (session) Functional entity), BCFE (bearer control function entity), SFE (switching function entity), CCI (connection control interface), NCI (network control interface) and SCI (switch control interface:).
  • SCFE The end user applies for service by interacting with the SCFE; the SCFE is a general term for the SeCFE (Session Function Entity) and the SvCFE (Business Function Entity).
  • the SCFE initiates a QoS request, and the SCFE usually determines parameters of the communication configuration, such as bandwidth, QoS, and the like. If a set of acceptable parameters can be negotiated, the SCFE will use the services provided by the BCFE to establish, maintain, and disconnect network resources to provide The agreed West has been set, that is, the negotiated arrangement.
  • BCFE responsible for establishing, modifying and releasing network resources to provide agreed configurations;
  • the BCFE receives the service flow based QoS request from the SCFE. After the path analysis, the BCFE sends the path analysis result to the SFE.
  • the BCFE In order to analyze the QoS request and generate QoS configuration data, the BCFE needs to know certain network topology information and resource status information.
  • SFE used to cross-connect a virtual connection established on one port with a virtual connection established on another port
  • the virtual connection between the users is finally generated by one or more such cross-connections on the respective SFEs between the users; the characteristics of the virtual connection are based on the call parameters negotiated with the SCFE, and its routing is determined by the BCFE;
  • the SFE controlled by the BCFE generates or releases a cross-connection based on instructions received on the SCI interface.
  • CCI is the interface between the call/session layer and the bearer control plane of the transport layer.
  • NCI is the interface between BCFE and BCFE, which belongs to NNI (the interface between the end of the network and the network;).
  • SCI is the interface between the transport layer bearer control plane and the transport plane.
  • the SFE also needs to support the NAPT (Network Address Port Translation) / NAT (Network Address Translation) function under the control of the BCFE.
  • NAPT Network Address Port Translation
  • NAT Network Address Translation
  • Step 21 After the condition that triggers the NA (P)T processing on the SCFE, the network address/port request message is sent to the BCFE;
  • Step 22 After receiving the SCFE network address/port request, the BCFE determines whether to perform network address/port conversion, which SFE to perform network address/port request, and the network address range in the SFE according to the local policy.
  • Step 23 The BCFE sends a network address/port request to the SFE.
  • Step 24 After receiving the network address/port request of the BCFE, the SFE performs network address/port assignment according to the information in the request.
  • Step 25 The SFE sends the assigned network address/port to the BCFE through a network address/port request response message.
  • Step 27 The SCFE establishes or updates the corresponding network address/port binding relationship to establish a media forwarding table.
  • NA(P)T requests are treated equally in the above implementation, that is, NA(P)T resources can be allocated when sufficient, and NA(P)T resources cannot be allocated when resources are insufficient.
  • the emergency service is still treated in a non-discriminatory manner, when the NA ( P ) T resources are insufficient, the emergency services will not be processed accordingly, resulting in the emergency business being interrupted due to insufficient resources, which will likely result in loss of life and property. Or a major accident.
  • the present invention provides a method for processing a network address/port conversion request in a communication network, thereby providing a corresponding network address/port conversion processing for different service differences in a communication network to satisfy an emergency service pair network address. /Special requirements for port translation.
  • a method for processing a network address/port conversion request in a communication network including:
  • the first network entity sends a network address/port request message, and carries the priority information of the request in the request message.
  • the second network entity receives the request message, and performs priority processing according to the priority information in the request message.
  • the priority information carried in the request message is represented by a type of the request message; or, by a value or an identifier carried in the request message.
  • the priority information carried in the request message is divided into a high priority and a normal priority; or
  • the first network entity includes: a session/service function entity SCFE and a bearer control function entity BCFE;
  • the second network entity includes: a BCFE and a switching function entity SFE.
  • the step B includes: when the first network entity is a SCFE, and the second network entity is a BCFE, the step B includes:
  • the SCFE sends a network address/port request message containing priority information to the BCFE;
  • the BCFE receives the request, and performs priority processing on the request according to the priority information.
  • the prioritization processing performed by the BCEF includes:
  • BCFE prioritizes network address/port translation processing for the request, and/or prioritizes SFEs that select network address/port resources for the request, and/or prioritizes the request to indicate that the request is in compliance with the reservation The required network address field.
  • the step B includes:
  • the BCFE sends a network address/port request message containing priority information to the SFE.
  • the SFE receives the request, and performs network address/port resource allocation processing on the request according to the priority information.
  • the process of allocating network address/port resources by the SEF includes: if a low priority network address/port request is received on the SFE, and the remaining network address/port resources are lower than a predetermined value, Refuse to assign a network address/port resource to the request;
  • the SFE receives a high priority network address/port request and determines that the resource is insufficient, reclaims the network address/port resource that has been allocated for the low priority request and assigns the corresponding network address/port to the high priority request. Resources.
  • the implementation of the present invention can enable high-priority services, such as emergency services, to preferentially obtain network address/port conversion processing to ensure high-priority service communication reliability. To ensure that under certain circumstances, It can effectively reduce the loss of life and property or the occurrence of major accidents.
  • the present invention can also provide a differentiated network address/port conversion processing service for different services in the RACS network, thereby facilitating the provision of differentiated services for users in the network operation process, and effectively improving the flexibility of network operations.
  • FIG. 1 is a schematic diagram of an IP-based signaling network model
  • FIG. 2 is a schematic diagram of a process of processing NA (P) T in the prior art
  • FIG. 3 is a schematic diagram of a NA (P) T processing process according to an embodiment of the invention.
  • the core of the present invention is to propose a prioritized NA (P) T request mechanism: specify the priority of the request in the NA (P) T request between the network entities, and the corresponding network entity according to the NA (P) The priority of the T request is prioritized.
  • the present invention can provide differentiated NA (P) T services for different services in the network as needed, so as to meet special NA (P) T monthly service requirements in special cases such as emergency services.
  • Step 31 When a trigger condition for sending a NA (P) T request occurs in the network, the SCFE sends a network address/port request message to the BCFE, and the corresponding priority information needs to be indicated in the message;
  • the method for indicating the priority of the NA(P)T request includes, but is not limited to, the following two methods: (1) Different NA (P) T request priorities use different message types. For example, when the priority of a request is a high priority request, the corresponding high priority type request message is used to send the network address/ a port request, such that the network entity receiving the request message can determine the priority level information of the request according to the type of the message;
  • ⁇ ( ⁇ ) ⁇ request classification method includes, but is not limited to, the following two methods:
  • the priority is divided into multiple levels, and different values may be used to correspond to different priorities, or other methods may be used to represent different priorities;
  • the priority is divided into two categories: high priority and non-high priority, that is, each request is divided into a normal request and a high priority request, wherein the high priority request needs to be prioritized for network address/port conversion processing, for example, The corresponding request is divided into emergency priority and non-emergency priority.
  • Step 32 After receiving the network address/port request message on the BCFE, perform a distinction between the NA ( ⁇ ) ⁇ request according to the priority of the request;
  • BCFE The specific treatment methods used by BCFE include but are not limited to:
  • the better address field refers to: If there is more addressable address remaining in an address field, then it is a better address field, or an address field is reserved for emergency services, generally Will not be assigned to ordinary business, then The address field can also be regarded as a better address field. Alternatively, if an address field is specified to increase the probability of successful network address/port request, the address field can also be regarded as a better address field.
  • Step 33 The BCFE sends a network address/port request message to the SFE, where the request message still carries the corresponding priority information.
  • Step 34 The SFE performs a differentiated processing on the NA (P) T request according to the priority of the request, that is, determines whether to allocate the corresponding network address/port resource for the NA (P) T request according to the resource condition;
  • the distinguishing process specifically adopted on the SFE includes but is not limited to the following methods:
  • NA (P) T request When processing a low priority NA (P) T request, if the remaining NA (P) T resource is reduced to a certain domain value, the NA (P) T resource will be rejected for the request, and the remaining NA (P) T Resources are reserved for subsequent high priority NA (P) T requests.
  • the SFE allocates the corresponding network address/port information for the NA (P) T request, or the SFE decides not to allocate the corresponding network address/port information for the NA (P) T request, and the corresponding processing process may be used. The same process as in the prior art.
  • Step 35 The SFE sends the assigned network address/port to the BCFE through the network address/port request response message.
  • Step 36 The BCFE continues to send the network address/port assigned by the SFE to the SCFE through the corresponding network address/port request response message.
  • Step 37 The SCFE establishes or updates the corresponding network address/port binding relationship. Establish a media forwarding table.
  • the present invention enables high-priority services, especially emergency services, to obtain preferential NA (P)T processing on the SFE to ensure the reliability of high-priority service communications, thereby enabling emergency situations. Reduce the loss of life and property or the occurrence of major accidents.

Description

通信网络中对网络地址 /端口转换请求进行处理的方法 技术领域
本发明涉及网络通信技术领域，尤其涉及通信网络中对网络地址 /端口转换请求进行处理的方法。
背景技术 随着 Internet网络规模的不断增大，各种各样的网络服务争相涌 现， 各种先进的多媒体系统层出不穷， 因而导致 Internet网络需要经 常发送突发性高的 FTP (文件传输协议）或含有图像文件的 HTTP (超 文本传输协议）等多媒体业务。 对于网络中的实时业务来说， 由于其 对网絡的传输时延、 延时抖动等特性较为敏感， 因此， 网络在发送 FTP或 HTTP等业务时， 对实时业务的影响比较大。 而且， 多媒体 业务还占去了大量的网络带宽，使现有网络中需要保证带宽的关键业 务很难被可靠地传输。
为保证网络中传输的所述实时业务及关键业务的 QoS (服务质 量） 问题， ITU提出了一个 IP信令需求的功能模型， 如图 1所示， 所述的功能模型主要包括： SCFE (会话功能实体）、 BCFE (承载控 制功能实体）、 SFE (交换功能实体）、 CCI (连接控制接口）、 NCI (网络控制接口）和 SCI (交换控制接口：)。
下面将分别对图 1 中的各个功能实体的功能作用进行描述。
( 1 )SCFE:终端用户通过与 SCFE进行交互来申请服务； SCFE 是 SeCFE (会话功能实体）和 SvCFE (业务功能实体） 的统称。
SCFE发起 QoS请求， 通常由 SCFE决定通信配置的参数， 如 带宽， QoS 等参数信息； 如果一组可接受的参数可以议定， SCFE 将使用 BCFE提供的服务来建立、维护和断开网络资源来提供议定的 西己置， 即 negotiated arrangement (十办商酉 D。
( 2 ) BCFE: 负责建立、 修改和释放网络资源来提供议定的配 置； BCFE从 SCFE接收基于业务流的 QoS请求， 经过路径分析之 后， BCFE将路径分析结果发送给 SFE;
依赖于选定的 QoS控制模式， 为了分析 QoS请求并生成 QoS 配置数据， BCFE需要知道一定的网络拓朴信息和资源状态信息。
( 3 ) SFE: 用于将建立在一个端口的虚连接与建立在另外一个 端口的虚连接交叉连接起来；
通过位于用户之间的各个 SFE上的一个或多个这样的交叉连接， 最终生成用户之间的虚连接；虛连接的特性基于与 SCFE磋商的呼叫 参数， 而它的路由则由 BCFE决定； 由 BCFE控制的 SFE根据 SCI 接口上收到的指令生成或释放交叉连接。
( 4 ) CCI: CCI是呼叫 /会话层与传输层的承载控制平面之间的 接口。
( 5 ) NCI: NCI是 BCFE与 BCFE之间的接口，其属于 NNI (网 终与网洛之间的接口；)。
( 6 ) SCI : SCI是传输层承载控制平面与传输平面之间的接口。 在图 1 中， SFE还需要在 BCFE的控制下支持 NAPT (网络地 址端口转换） /NAT (网络地址转换）功能， 相应的 NA ( P ) T处理 流程如图 2所示， 具体包括以下步骤：
步驟 21 : 当 SCFE上出现触发 NA ( P ) T处理的条件后， 则向 BCFE发送网络地址 /端口请求消息；
步驟 22: BCFE收到 SCFE的网絡地址 /端口请求后， 根据本地 的策略决定是否进行网络地址 /端口转换， 向哪一个 SFE进行网络地 址 /端口请求， 以及 SFE中的网络地址范围。
步骤 23: BCFE向 SFE发送网络地址 /端口请求。
步骤 24: SFE收到 BCFE的网络地址 /端口请求后， 根据请求中 的信息进行网络地址 /端口分配。
步骤 25: SFE将所分配的网络地址 /端口通过网络地址 /端口请求 响应消息发送给 BCFE。 步骤 26: BCFE将 SFE分配的网络地址 /端口继续通过相应的网 络地址 /端口请求响应消息发送给 SCFE。
步骤 27: SCFE建立或者更新相应的网絡地址 /端口绑定关系来 建立媒体转发表。
可以看出， 上述实现方案中对所有的 NA ( P ) T请求一视同仁， 即 NA ( P ) T资源足够时可以分配， NA ( P ) T资源不足时无法分配。 可是， 对于紧急业务如果仍采用一视同仁的处理办法， 则在 NA ( P ) T资源不足时， 紧急业务将无法得到相应的处理， 导致紧急业务因资 源不足中断， 这将很可能会造成生命财产损失或重大事故。
然而， 目前还没有在 RACS (资源接入控制子系统） 中处理 NA
( P ) T请求的实现方案可以满足上述紧急业务的特殊需求。
发明内容
本发明提供一种通信网絡中对网絡地址 /端口转换请求进行处理 的方法，从而在通信网络中针对不同的业务区别提供相应的网络地址 /端口转换处理^^务， 以满足紧急业务对网络地址 /端口转换的特殊需 求。
本发明的目的是通过以下技术方案实现的：
一种通信网络中对网络地址 /端口转换请求进行处理的方法， 包 括：
A、 第一网絡实体发送网络地址 /端口请求消息， 且在所述请求消 息中携带着该请求的优先级信息；
B、 第二网络实体接收所述请求消息， 根据所述的请求消息中的 优先级信息对其进行区分优先级的处理。
其中，所述请求消息中携带的优先級信息通过请求消息的类型表 示； 或者， 通过请求消息中承载的数值或标识表示。
其中，所述请求消息中携带的优先级信息被划分为高优先级和普 通优先级; 或者，
被划分为若干个不同的优先级别，并以不同数值或标识对应表示 不同的优先级别。 其中， 所述的第一网络实体包括： 会话 /业务功能实体 SCFE和承 载控制功能实体 BCFE;
所述的第二网络实体包括： BCFE和交换功能实体 SFE。
其中， 所述第一网络实体为 SCFE, 第二网络实体为 BCFE时， 所述的步驟 B包括：
B1、 SCFE给 BCFE发送包含优先级信息的网络地址 /端口请求消 息；
B2、 BCFE接收所述请求， 根据所述优先级信息对该请求进行区 分优先级的处理。
其中， 所述 BCEF进行的区分优先级的处理包括：
BCFE区分优先级对所述请求进行网络地址 /端口转换处理， 和 / 或， 区分优先级为所述请求选择网络地址 /端口资源的 SFE, 和 /或， 区分优先级为所述请求指明符合预定要求的网络地址域。
其中， 所述第一网络实体为 BCFE, 第二网络实体为 SFE时， 所 述的步骤 B包括：
B1、 BCFE给 SFE发送包含优先级信息的网络地址 /端口请求消 息；
B2、 SFE接收所述请求，根据所述优先级信息对该请求进行网络 地址 /端口资源的分配处理。
其中， 所述 SEF进行的网络地址 /端口资源的分配处理的包括： 如果 SFE上接收到低优先级的网络地址 /端口请求， 且剩余的网 络地址 /端口资源低于某一预定的值， 则拒绝为该请求分配网络地址 / 端口资源；
如果 SFE接收到高优先级的网络地址 /端口请求， 且确定资源不 足， 则收回已经为低优先级请求分配的网络地址 /端口资源 , 并为该 高优先级的请求分配相应的网络地址 /端口资源。
由上述本发明提供的技术方案可以看出，本发明的实现可以使得 高优先级的业务， 如紧急业务等， 可以优先得到网络地址 /端口转换 的处理，以保证高优先级业务通信的可靠性，从而保证在特定情况下， 可以有效减少生命财产的损失或重大事故的发生。
同时， 本发明还可以在 RACS 网络中， 为不同的业务提供区分 的网络地址 /端口转换处理服务， 从而便于在网络运营过程中为用户 提供区分服务， 有效提高网络运营的灵活性。
附图说明 图 1为基于 IP的信令网絡模型示意图；
图 2为现有技术中 NA (P) T处理过程示意图；
图 3为根据本发明一实施例的 NA (P) T处理过程示意图。
具体实施方式 本发明的核心是提出了一种区分优先级的 NA (P) T请求机制： 在各网络实体之间的 NA(P)T请求中指明请求的优先级， 相应的网 络实体根据 NA (P) T请求的优先级进行区分优先级的处理。
具体为： 在发送网络地址 /端口请求时， 携带相应的优先级信息， 之后， 在负责分配相应的网絡地址 /端口信息的实体上， 则可以根据 相应的优先级信息为该请求分配相应的网络地址 /端口资源信息。 因 此， 本发明可以在网絡中根据需要为不同的业务提供区分的 NA (P) T服务， 从而可以满足如紧急业务等特殊情况下的特殊的 NA (P) T 月良务需求。
下面将对本发明所述的方法的具体实现方式结合附图进行说明， 且仅以一个具体的应用实例进行说明，但本发明并不仅限于该应用实 例。 如图 3所示， 所述方法的具体实现过程的实例包括：
步骤 31: 当网络中发生需要发送 NA ( P ) T请求的触发条件时， 则由 SCFE向 BCFE发送网络地址 /端口请求消息， 而且， 在该消息 中需要指明相应的优先级 "息；
其中， 指明 NA(P)T请求的优先级的方法包括但不限于以下描 述的两种方式： ( 1 )不同的 NA ( P ) T请求优先级使用不同的消息类型， 例如， 当某一请求的优先级为高优先级要求时，则采用相应的高优先级类型 的请求消息发送网络地址 /端口请求， 这样， 接收该请求消息的网络 实体根据消息的类型便可以确定该请求的优先级别信息；
( 2 )在 NA ( Ρ ) Τ请求中携带优先级信息， 即直接将各优先级 信息对应的数值或标识承载于网络地址 /端口请求消息中发送， 这样， 接收请求消息的网络实体便可以根据消息中承载的所述数值或标识 确定对应的优先级信息；
另外， 相应的 ΝΑ ( Ρ ) Τ请求优先级的分类方法包括但不限于以 下描述的两种方式：
( 1 )将优先级分成多个级别， 可以使用不同的数值来对应不同 的优先级， 或者， 也可以采用其他方式表征不同的优先级；
( 2 )将优先级分成高优先级与非高优先级两类， 即将各请求分 为普通请求和高优先级请求，其中针对高优先级请求需要区别优先进 行网络地址 /端口转换处理， 例如， 将相应的请求划分为紧急优先级 与非紧急优先级。
步骤 32: 在 BCFE上收到所述的网络地址 /端口请求消息后， 根 据所述请求的优先级对 NA ( Ρ ) Τ请求进行区分处理；
BCFE具体釆用的区分处理方式包括但不限于：
( 1 )决定是否进行网絡地址 /端口转换：对于高优先级的 ΝΑ( Ρ )
Τ请求， 优先进行网络地址 /端口转换；
( 2 ) 决定向哪一个 SFE进行网络地址 /端口请求： 对于高优先 级的 NA ( Ρ ) Τ请求， 优先选择 NA ( Ρ ) Τ资源比较宽裕的 SFE;
( 3 )指明 SFE的 NA ( Ρ ) Τ资源的网络地址域： 即指定符合预 定要求的网络地址域， 对于高优先級的 NA ( Ρ ) Τ请求， 指明更好或 者更大的网络地址域， 所述的更好的地址域是指： 某一个地址域剩余 的可分配地址更多， 那么它是一个更好的地址域， 或者， 某一个地址 域是专门为紧急业务预留的， 一般情况下不会分配给普通业务， 那么 该地址域也可以看作一个更好的地址域， 或者， 指定某地址域可以提 高网絡地址 /端口请求成功的几率， 那么该地址域也可以看作是一个 更好的地址域。
步骤 33: BCFE向 SFE发送网络地址 /端口请求消息， 所述的请 求消息中仍然携带着相应的优先级信息。
步骤 34: SFE根据请求的优先级对 NA ( P ) T请求进行区分处 理， 即根据资源情况确定是否为该 NA ( P) T请求分配相应的网络地 址 /端口资源；
在 SFE上具体采用的区分处理包括但不限于以下方式：
(1 )在处理优先级高的 NA (P) T请求时， 如果 NA (P) T资 源不足， 将回收已分配给某低优先级的 NA ( P ) T请求的 NA ( P ) T 资源， 并将该回收的 NA (P) T资源分配给优先级高的 NA (P) T 请求；
( 2 )在处理优先级低的 NA ( P ) T请求时， 如果 NA ( P ) T资 源不足， 将拒绝为该请求分配 NA (P) T资源， 具体可以为：
在处理优先级低的 NA (P) T请求时， 如果剩余的 NA (P) T 资源降低到某一域值， 将拒绝为该请求分配 NA (P) T资源， 剩余的 NA (P) T资源用于为后续的高优先级 NA (P) T请求预留起来。
SFE为该 NA ( P ) T请求分配了相应的网络地址 /端口信息， 或 者， SFE决定不为该 NA ( P ) T请求分配相应的网络地址 /端口信息 之后， 相应的处理过程可以釆用与现有技术相同的处理过程。
当 SFE为该 NA(P)T请求分配了相应的网络地址 /端口信息后， 相应的处理过程仍参照图 3所示， 描述如下：
步骤 35: SFE将所分配的网络地址 /端口通过网络地址 /端口请求 响应消息发送给 BCFE。
步骤 36: BCFE将 SFE分配的网络地址 /端口继续通过相应的网 络地址 /端口请求响应消息发送给 SCFE。
步骤 37: SCFE建立或者更新相应的网络地址 /端口绑定关系来 建立媒体转发表。
综上所述， 本发明可以使得高优先级的业务， 特别是紧急业务， 可以在 SFE上得到优先的 NA ( P ) T处理， 以保证高优先级业务通 信的可靠性，从而能够在紧急情况下减少生命财产的损失或重大事故 的发生。
以上所述， 仅为本发明较佳的具体实施方式， 但本发明的保护范 围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技 术范围内， 可轻易想到的变化或替换， 都应涵盖在本发明的保护范围 之内。 因此， 本发明的保护范围应该以权利要求的保护范围为准。

Claims

权 利 要 求
1、 一种通信网络中对网络地址 /端口转换请求进行处理的方法， 其特征在于， 包括：
A、 第一网络实体发送网络地址 /端口请求消息， 且在所述请求消 息中携带着该请求的优先级信息；
B、 第二网络实体接收所述请求消息， 根据所述的请求消息中的 优先级信息对其进行区分优先级的处理。
2、 根据权利要求 1所述的通信网络中对网络地址 /端口转换请求 进行处理的方法， 其特征在于， 所述请求消息中携带的优先级信息通 过请求消息的类型表示； 或者， 通过请求消息中承载的数值或标识表 示。
3、 根据权利要求 1所述的通信网络中对网络地址 /端口转换请求 进行处理的方法， 其特征在于， 所述请求消息中携带的优先级信息被 划分为高优先级和普通优先级； 或者，
被划分为若干个不同的优先级别，并以不同数值或标识对应表示 不同的优先级别。
4、 根据权利要求 1所述的通信网络中对网络地址 /端口转换请求 进行处理的方法， 其特征在于：
所述的第一网络实体包括：会话 /业务功能实体 SCFE和承载控制 功能实体 BCFE;
所述的第二网络实体包括： BCFE和交换功能实体 SFE。
5、根据权利要求 4所述的通信网络中对网络地址 /端口转换请求 进行处理的方法， 其特征在于， 所述第一网络实体为 SCFE, 第二网 络实体为 BCFE时， 所述的步珮 B包括：
B1、 SCFE给 BCFE发送包含优先级信息的网络地址 /端口请求消
B2、 BCFE接收所述请求， 根据所述优先级信息对该请求进行区 分优先级的处理。
6、 根据权利要求 5所述的通信网絡中对网络地址 /端口转换请求 进行处理的方法， 其特征在于， 所述 BCEF进行的区分优先级的处理 包括：
BCFE区分优先级对所述请求进行网络地址 /端口转换处理， 和 / 或， 区分优先級为所述请求选择网络地址 /端口资源的 SFE， 和 /或， 区分优先级为所述请求指明符合预定要求的网絡地址域。
7、根据权利要求 5所述的通信网络中对网络地址 /端口转换请求 进行处理的方法， 其特征在于， 所述第一网络实体为 BCFE, 第二网 络实体为 SFE时， 所述的步骤 B包括：
B1、 BCFE给 SFE发送包含优先级信息的网络地址 /端口请求消 息；
B2、 SFE接收所述请求，根据所述优先级信息对该请求进行网络 地址 /端口资源的分配处理。
8、 根据权利要求 7所述的通信网絡中对网络地址 /端口转换请求 进行处理的方法， 其特征在于， 所述 SEF进行的网络地址 /端口资源 的分配处理的包括：
如果 SFE上接收到低优先级的网络地址 /端口请求， 且剩余的网 络地址 /端口资源低于某一预定的值， 则拒绝为该请求分配网络地址 / 端口资源；
如果 SFE接收到高优先级的网络地址 /端口请求， 且确定资源不 足， 则收回已经为低优先级请求分配的网络地址 /端口资源， 并为该 高优先级的请求分配相应的网络地址 /端口资源。
PCT/CN2006/001725 2005-08-09 2006-07-17 Procédé de traitement d'une demande de conversion adresse/port de réseau dans un réseau de communication WO2007016848A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
DE602006012505T DE602006012505D1 (de) 2005-08-09 2006-07-17 Verfahren zum verarbeiten einer anforderung einer netzadressen-/portumsetzung in einem kommunikationsnetz
EP06761461A EP1921803B1 (en) 2005-08-09 2006-07-17 A method for processing request of network address/port conversion in communication network
AT06761461T ATE459160T1 (de) 2005-08-09 2006-07-17 Verfahren zum verarbeiten einer anforderung einer netzadressen-/portumsetzung in einem kommunikationsnetz
US12/028,564 US8601138B2 (en) 2005-08-09 2008-02-08 Method for processing request for network address/port translation in communication network

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200510091840.4 2005-08-09
CNB2005100918404A CN100505685C (zh) 2005-08-09 2005-08-09 通信网络中对网络地址/端口转换请求进行处理的方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/028,564 Continuation US8601138B2 (en) 2005-08-09 2008-02-08 Method for processing request for network address/port translation in communication network

Publications (1)

Publication Number Publication Date
WO2007016848A1 true WO2007016848A1 (fr) 2007-02-15

Family

ID=37444133

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/001725 WO2007016848A1 (fr) 2005-08-09 2006-07-17 Procédé de traitement d'une demande de conversion adresse/port de réseau dans un réseau de communication

Country Status (7)

Country Link
US (1) US8601138B2 (zh)
EP (1) EP1921803B1 (zh)
CN (1) CN100505685C (zh)
AT (1) ATE459160T1 (zh)
DE (1) DE602006012505D1 (zh)
RU (1) RU2409904C2 (zh)
WO (1) WO2007016848A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100505685C (zh) 2005-08-09 2009-06-24 华为技术有限公司 通信网络中对网络地址/端口转换请求进行处理的方法
CN101212483B (zh) * 2006-12-31 2012-04-25 华为技术有限公司 一种控制用户会话个数的方法以及系统
ES2548542T3 (es) * 2011-05-16 2015-10-19 Huawei Technologies Co., Ltd. Método y dispositivo de red para transmitir un flujo de datos
CN102611623B (zh) * 2012-03-09 2015-05-20 中国联合网络通信集团有限公司 基于网络访问的端口配置处理方法、装置和系统
US9294213B2 (en) * 2012-05-11 2016-03-22 Intel Corporation Packet data network connections for multi priority wireless devices
CN104685835B (zh) 2012-09-03 2018-11-02 西门子公司 具有多个网络部件的通信网络
US9948597B1 (en) * 2013-03-01 2018-04-17 Sprint Communications Company L.P. Facilitating access of a mobile device to a web-based service using a network interface
CN104144226B (zh) * 2013-05-10 2017-09-15 中国电信股份有限公司 端口分配方法和网络地址转换装置
US10021022B2 (en) 2015-06-30 2018-07-10 Juniper Networks, Inc. Public network address conservation
WO2017142560A1 (en) * 2016-02-19 2017-08-24 Viasat, Inc. Methods and systems for multi-level network capacity allocation

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020065867A1 (en) * 2000-08-21 2002-05-30 Gerard Chauvel Address Space priority arbitration
US6661806B1 (en) * 1997-11-21 2003-12-09 Telefonaktiebolaget Lm Ericsson(Publ) Resource reservation
WO2004023323A1 (en) * 2002-09-03 2004-03-18 Thomson Licensing S.A. Mechanism for providing quality of service in a network utilizing priority and reserved bandwidth protocols

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6493317B1 (en) 1998-12-18 2002-12-10 Cisco Technology, Inc. Traffic engineering technique for routing inter-class traffic in a computer network
US6735169B1 (en) 1999-07-02 2004-05-11 Cisco Technology, Inc. Cascading multiple services on a forwarding agent
US6795709B2 (en) * 2001-04-23 2004-09-21 Telcordia Technologies, Inc. Method and apparatus for dynamic IP address allocation for wireless cells
CN100429639C (zh) 2001-07-02 2008-10-29 英特尔公司 计算机系统中资源分配的方法、设备和系统
KR20030095828A (ko) 2002-06-14 2003-12-24 삼성전자주식회사 주변기기 인터페이스 장치 및 그에 적합한 우선 순위 제어방법
JP4083549B2 (ja) * 2002-11-26 2008-04-30 株式会社エヌ・ティ・ティ・ドコモ 無線アクセスネットワークシステム、無線アクセス方法及び制御装置
WO2006066629A1 (en) * 2004-12-23 2006-06-29 Telefonaktiebolaget Lm Ericsson (Publ) Method for informing multiple mobile terminals of an emergency event
CN100505685C (zh) 2005-08-09 2009-06-24 华为技术有限公司 通信网络中对网络地址/端口转换请求进行处理的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6661806B1 (en) * 1997-11-21 2003-12-09 Telefonaktiebolaget Lm Ericsson(Publ) Resource reservation
US20020065867A1 (en) * 2000-08-21 2002-05-30 Gerard Chauvel Address Space priority arbitration
WO2004023323A1 (en) * 2002-09-03 2004-03-18 Thomson Licensing S.A. Mechanism for providing quality of service in a network utilizing priority and reserved bandwidth protocols

Also Published As

Publication number Publication date
DE602006012505D1 (de) 2010-04-08
ATE459160T1 (de) 2010-03-15
EP1921803A1 (en) 2008-05-14
US8601138B2 (en) 2013-12-03
CN1870582A (zh) 2006-11-29
CN100505685C (zh) 2009-06-24
RU2409904C2 (ru) 2011-01-20
US20080130653A1 (en) 2008-06-05
EP1921803A4 (en) 2008-08-13
RU2008106314A (ru) 2009-09-20
EP1921803B1 (en) 2010-02-24

Similar Documents

Publication Publication Date Title
WO2007016848A1 (fr) Procédé de traitement d'une demande de conversion adresse/port de réseau dans un réseau de communication
JP4607412B2 (ja) 通信ネットワークの方法、サーバ及び構成
US8433521B2 (en) Avoiding unnecessary RSVP-based preemptions
EP1964421B1 (en) Mapping of packet flows to bearers in a communication system
JP4390498B2 (ja) セッション承認制御を与えるためのシステム及び方法
US8165021B2 (en) Policy-based resource management
WO2006094448A1 (fr) Procede pour implementer la reservation des ressources en mode de requete utilisateur dans le reseau de prochaine generation
WO2006114043A1 (en) A method for handling the emergency service in network communication
WO2006094446A1 (fr) Procede pour obtenir la reservation de ressources pour un mode de demande d'agent dans ngn
CN101330445B (zh) 承载路径的实现方法及其装置、系统
GB2341059A (en) Internet protocol flow detection
WO2000060826A1 (en) Packet classifier and converter
MXPA05002390A (es) Mecanismo para proporcionar la calidad de servicio en una red que utiliza protocolos de ancho de banda de prioridad y reservado.
WO2009003421A1 (fr) Procédé de contrôle d'admission des ressources, système et système d'application de service
WO2005050927A1 (fr) Procede, dispositif et systeme d'obtention d'une garantie de qualite de service (qos) dans un reseau mpls
WO2006076850A1 (fr) Procede de traitement pour la gestion de surcharge de dispositif dans un reseau de communication
US7881317B2 (en) Border/packet gateway control system and control method
US20090204698A1 (en) Method, system and apparatus for reserving bearer resources
WO2009092235A1 (zh) 会话处理方法、系统和装置
EP1978682B9 (en) QoS CONTROL METHOD AND SYSTEM
CN101159740B (zh) 下一代网络中实现代理请求模式资源预留的方法和装置
JP2009130520A (ja) 品質管理制御装置、通信制御方法及びコンピュータプログラム
WO2007006231A1 (fr) Procédé permettant à la strate de service de demander des ressources auprès de la strate de transmission dans ngn
KR100384934B1 (ko) Ｓｂｍ 네트워크에서 투패스 ｒｓｖｐ를 이용한 자원예약제어방법
WO2009105942A1 (zh) 资源接纳控制子系统及发送资源决策请求消息的方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2006761461

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2008106314

Country of ref document: RU

WWP Wipo information: published in national office

Ref document number: 2006761461

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 12028564

Country of ref document: US