[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN100401683C - Method for peer-to-peer resources in network for receiving reports between entities in sub system controlled - Google Patents

Method for peer-to-peer resources in network for receiving reports between entities in sub system controlled Download PDF

Info

Publication number
CN100401683C
CN100401683C CNB200510079388XA CN200510079388A CN100401683C CN 100401683 C CN100401683 C CN 100401683C CN B200510079388X A CNB200510079388X A CN B200510079388XA CN 200510079388 A CN200510079388 A CN 200510079388A CN 100401683 C CN100401683 C CN 100401683C
Authority
CN
China
Prior art keywords
bcfe
reciprocity
network
entity
peer
Prior art date
Legal status (The legal status 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 status listed.)
Expired - Fee Related
Application number
CNB200510079388XA
Other languages
Chinese (zh)
Other versions
CN1874260A (en
Inventor
邹婷
黄福清
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Global Innovation Polymerization LLC
Gw Partnership Co ltd
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
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNB200510079388XA priority Critical patent/CN100401683C/en
Publication of CN1874260A publication Critical patent/CN1874260A/en
Application granted granted Critical
Publication of CN100401683C publication Critical patent/CN100401683C/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

The present invention relates to a method and a device for reporting among entities of a peer-to-peer resource admission control subsystem in the network. The method mainly comprises: one peer-to-peer RACS entity (a resource admission control subsystem) reports to the other peer-to-peer RACS entity; the other peer-to-peer RACS entity carries out the corresponding treatment according to the received report. The present invention can improve a protocol among peer-to-peer RACS entities, and provides a reporting mechanism for the protocol among the peer-to-peer RACS entities.

Description

Report method in the network between the reciprocity Resource and Admission Control Sub-system entity
Technical field
The present invention relates to network communications technology field, relate in particular to the report method between the reciprocity Resource and Admission Control Sub-system entity in a kind of network.
Background technology
Continuous increase along with the Internet network size, various network services are fallen over each other to emerge in large numbers, various advanced persons' multimedia system emerges in an endless stream, thereby causes Internet network needs often to send sudden high FTP (file transfer protocol (FTP)) or contain the HTTP multimedia services such as (HTML (Hypertext Markup Language)) of image file.For the real time business in the network, because characteristics such as its propagation delay time to network, delay jitter are comparatively responsive, therefore, network is when transmission FTP or HTTP etc. are professional, and is bigger to the influence of real time business.And multimedia service a large amount of network bandwidth that also accounted for makes the key business that needs in the existing network to guarantee bandwidth be difficult to be transmitted reliably.
Be the described real time business that guarantees to transmit in the network and QoS (service quality) problem of key business, ITU (International Telecommunications Union) has proposed the functional mode of an IP signaling demand, as shown in Figure 1, described functional mode mainly comprises: SCFE (interactive function entity), BCFE (entity of carrying control function), SFE (function of exchange entity), CCI (connection control interface), NCI (network control interface) and SCI (exchange control interface).
To be described each functions entity effect among Fig. 1 respectively below.
(1) SCFE: the terminal use is by applying for service alternately with SCFE;
SCFE initiates the QoS request, is determined the parameter of communicate configuration usually by SCFE, as bandwidth, and parameter informations such as QoS; If one group of acceptable parameter can be discussed and decided, the service that SCFE will use BCFE to provide is set up, safeguarded and disconnects Internet resources provides agreed configuration, i.e. negotiatedarrangement (consulting configuration).
(2) BCFE: be responsible for foundation, modification and releasing network resources agreed configuration is provided;
BCFE asks from the QoS that SCFE receives based on Business Stream, and through after the path analysis, BCFE sends to SFE with the path analysis result;
Depend on selected QoS control model, in order to analyze the QoS request and to generate the QoS configuration data, BCFE need know certain network topological information and resource state information.
(3) SFE: be used for and be based upon the virtual connections and the virtual connections interconnection that is based upon the another one port of a port;
One or more such interconnection by on each SFE between the user finally generates the virtual connections between the user; The characteristic of virtual connections based on the calling parameter of SCFE consultation, its route is then determined by BCFE; SFE by BCFE control generates according to the instruction of receiving on the SCI interface or the release interconnection.
(4) CCI:CCI is the interface between the carrying control plane of call/session layer and transport layer.
(5) NCI:NCI is the interface between BCFE and the BCFE.
(6) SCI:SCI is the interface between transport layer carrying control plane and the transport plane.
At present, at IP signaling functional mode shown in Figure 1, only defined the function of above-mentioned function corresponding entity, and between undefined each functional entity in concrete application process concrete loaded information content in needed interaction flow and interaction message each other and each information.Therefore, adopt the model shown in Fig. 1 if desired in actual applications, also needing to define needs loaded information and corresponding service processing process in interactive messages, the message between institute's functional entity, or the like.
In the prior art, the information reporting mechanism that does not also have the agreement between reciprocity RACS (Resource and Admission Control Sub-system) entity (being reciprocity BCFE entity).
Summary of the invention
In view of above-mentioned existing in prior technology problem, the purpose of this invention is to provide the report method between the reciprocity Resource and Admission Control Sub-system entity in a kind of network, thereby can improve the agreement of reciprocity RACS inter-entity, for the agreement of reciprocity RACS inter-entity provides a kind of mechanism that reports.
The objective of the invention is to be achieved through the following technical solutions:
Report method in a kind of network between the reciprocity Resource and Admission Control Sub-system RACS entity, described reciprocity RACS entity comprises reciprocity entity of carrying control function BCFE, described method specifically comprises step:
Certain BCFE sends the reporting message that carries effective information in A, the network to another BCFE;
B, described another BCFE handle accordingly according to the information that described certain BCFE that receives reports.
2, the report method between the reciprocity Resource and Admission Control Sub-system entity in the network according to claim 1 is characterized in that, the agreement between the described reciprocity BCFE comprises that resource connects initialization RCIP agreement.
Described method also comprises:
Described another BCFE replys response message to described certain BCFE, and described reporting message and described response message carry out asynchronous transmission.
Described steps A specifically comprises:
Certain BCFE sends to another BCFE and carries the reporting message of error message in the network.
Described error message comprises:
Label switched path LSP is unavailable or downstream BCFE is unavailable.
Described step B specifically comprises:
After described another BCFE receives the reporting message that carries error message, discharge or do not discharge relevant calling as required.
As seen from the above technical solution provided by the invention, the agreement that the present invention is perfect between the peer-entities BCFE of RACS, for connection status between the BCFE or error event etc. provide a kind of approach that effectively reports, proposed a kind of reciprocity RACS inter-entity agreement report mechanism.
Description of drawings
Fig. 1 is an IP signaling functional mode structural representation;
Fig. 2 is the concrete process chart of the method for the invention.
Embodiment
Main purpose of the present invention is in order to improve the agreement between reciprocity RACS (the resource access control subsystem) entity, proposed between a kind of reciprocity RACS entity agreement report mechanism.
Describe the present invention in detail below in conjunction with accompanying drawing, the concrete handling process of the method for the invention comprises the steps: as shown in Figure 2
Step 21: a BCFE is to another BCFE reporting message.
Reciprocity RACS entity of the present invention mainly refers to BCFE, agreement between the BCFE comprises the agreement of RCIP (Resource Connection Initial Protocol) or type etc., in these agreements, need to define the message passing mechanism between some BCFE, such as, reporting between the BCFE (NOTIFY) mechanism.
So, after a BCFE obtains certain effective information, can send reporting message to another BCFE as required and report this message.
Described reporting message is different from response message, because the concrete state of the message that it is received before not needing to be concerned about, and response message is general relevant with request message.
This reporting message is asynchronous transmission.
Step 22: another BCFE handles accordingly according to the message of receiving.
A described BCFE usually carries certain effective information in the reporting message that another BCFE sends, receive that the BCFE of this reporting message usually needs to handle accordingly according to this effective information.
The BCFE that receives this reporting message can return or not return response message as required.
Such as, reporting message usually carries and the relevant information of various error situations (error conditions).Unavailable etc. as LSP (label switched path) or downstream BCFE.In this case, receive that the BCFE that reports can adopt following dual mode to handle:
1, discharges relevant calling.
2, do not discharge relevant calling.At this moment, the service quality of these callings may be influenced.
In sum, the present invention provides a kind of mechanism that reports for the agreement between the BCFE, and this reports mechanism to be used for the various information that report between BCFE and BCFE.
The above; only for the preferable embodiment of the present invention, but protection scope of the present invention is not limited thereto, and anyly is familiar with those skilled in the art in the technical scope that the present invention discloses; the variation that can expect easily or replacement all should be encompassed within protection scope of the present invention.Therefore, protection scope of the present invention should be as the criterion with the protection range of claim.

Claims (6)

1. the report method between the reciprocity Resource and Admission Control Sub-system RACS entity in the network is characterized in that described reciprocity RACS entity comprises reciprocity entity of carrying control function BCFE, and described method specifically comprises step:
Certain BCFE sends the reporting message that carries effective information in A, the network to another BCFE;
B, described another BCFE handle accordingly according to the information that described certain BCFE that receives reports.
2. the report method in the network according to claim 1 between the reciprocity Resource and Admission Control Sub-system entity is characterized in that, the agreement between the described reciprocity BCFE comprises that resource connects initialization RCIP agreement.
3. the report method in the network according to claim 1 between the reciprocity Resource and Admission Control Sub-system entity is characterized in that, described method also comprises:
Described another BCFE replys response message to described certain BCFE, and described reporting message and described response message carry out asynchronous transmission.
4. according to the report method between the reciprocity Resource and Admission Control Sub-system entity in claim 1, the 2 or 3 described networks, it is characterized in that described steps A specifically comprises:
Certain BCFE sends to another BCFE and carries the reporting message of error message in the network.
5. the report method in the network according to claim 4 between the reciprocity Resource and Admission Control Sub-system entity is characterized in that, described error message comprises:
Label switched path LSP is unavailable or downstream BCFE is unavailable.
6. the report method in the network according to claim 5 between the reciprocity Resource and Admission Control Sub-system entity is characterized in that, described step B specifically comprises:
After described another BCFE receives the reporting message that carries error message, discharge or do not discharge relevant calling as required.
CNB200510079388XA 2005-07-11 2005-07-11 Method for peer-to-peer resources in network for receiving reports between entities in sub system controlled Expired - Fee Related CN100401683C (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNB200510079388XA CN100401683C (en) 2005-07-11 2005-07-11 Method for peer-to-peer resources in network for receiving reports between entities in sub system controlled

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB200510079388XA CN100401683C (en) 2005-07-11 2005-07-11 Method for peer-to-peer resources in network for receiving reports between entities in sub system controlled

Publications (2)

Publication Number Publication Date
CN1874260A CN1874260A (en) 2006-12-06
CN100401683C true CN100401683C (en) 2008-07-09

Family

ID=37484540

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB200510079388XA Expired - Fee Related CN100401683C (en) 2005-07-11 2005-07-11 Method for peer-to-peer resources in network for receiving reports between entities in sub system controlled

Country Status (1)

Country Link
CN (1) CN100401683C (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102036167A (en) * 2009-09-25 2011-04-27 中兴通讯股份有限公司 Method and system for reporting resource state in resource management system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1163433A (en) * 1996-03-25 1997-10-29 太阳微系统有限公司 System and method for secret reciprocity communication between down load program
CN1447256A (en) * 2002-03-21 2003-10-08 重庆大学 Method for realizing peer-to-peer network system architecture
WO2004107124A2 (en) * 2003-05-27 2004-12-09 Nokia Corporation System and method for user interaction in a peer-to-peer environment

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1163433A (en) * 1996-03-25 1997-10-29 太阳微系统有限公司 System and method for secret reciprocity communication between down load program
CN1447256A (en) * 2002-03-21 2003-10-08 重庆大学 Method for realizing peer-to-peer network system architecture
WO2004107124A2 (en) * 2003-05-27 2004-12-09 Nokia Corporation System and method for user interaction in a peer-to-peer environment

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Peer-to-Peer体系结构及一种新型对等实体模型. 杨珉,毛迪林,张苏灵,高传善.计算机应用与软件,第4期. 2003
Peer-to-Peer体系结构及一种新型对等实体模型. 杨珉,毛迪林,张苏灵,高传善.计算机应用与软件,第4期. 2003 *

Also Published As

Publication number Publication date
CN1874260A (en) 2006-12-06

Similar Documents

Publication Publication Date Title
US20040010617A1 (en) Request routing network system, request router apparatus, router apparatus and a method for path setting in a network
Parsaei et al. A new adaptive traffic engineering method for telesurgery using ACO algorithm over software defined networks
EP1365545A1 (en) Method and system for modelling elastic network traffic
CN1643858B (en) Quality of service request correlation
CN100479374C (en) Method for processing urgent business in network communication
Huard et al. Meeting QoS guarantees by end-to-end QoS monitoring and adaptation
Mahajan et al. Managing QoS for multimedia applications in the differentiated services environment
CN100401683C (en) Method for peer-to-peer resources in network for receiving reports between entities in sub system controlled
CN100474816C (en) Implementation method for entity of carrying control function in network to send down control strategy
Campbell et al. Guest editorial-Quality of service in distributed systems
CN101146052B (en) Method for processing emergent service in network communication
Wang et al. Implementation of QoS-provisioning system for voice over IP
CN100442734C (en) Realization method for building up connection in protocol between RACS peer entities in network
Lin et al. A QoS model of Next Generation Network based on MPLS
CN100407626C (en) Query method implemented between peer entities in network
CN100401722C (en) Implement method and device for raising resource requir efficiency
Tajima et al. A resource management architecture over differentiated services domains for guarantee of bandwidth, delay and jitter
CN1897537A (en) Method and device for realizing resource-request process between per-to-per entity in network
CN100386992C (en) Method for treating user's going to on line or off line
Mehdiyeva et al. Analysis of the characteristics of corporate multi-service networks using the technology of constructing distributed communication networks
CN100365992C (en) Method of resource consistency management between telecommunication devices
CN100407702C (en) Method and device for distributing future bonding identification character in network
CN1874258A (en) Method and equipment for implementing resource release between peer entities in network
JP4346032B2 (en) Acceptance judgment method, traffic control method and system for realizing quality assurance service
Ibrahimov et al. Research and Analysis of the Efficiency Processing Systems Information Streams of Telematic Services

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20180426

Address after: London, England

Patentee after: GW partnership Co.,Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.

Effective date of registration: 20180426

Address after: California, USA

Patentee after: Global innovation polymerization LLC

Address before: London, England

Patentee before: GW partnership Co.,Ltd.

TR01 Transfer of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20080709

CF01 Termination of patent right due to non-payment of annual fee