CN100442734C - Realization method for building up connection in protocol between RACS peer entities in network - Google Patents
Realization method for building up connection in protocol between RACS peer entities in network Download PDFInfo
- Publication number
- CN100442734C CN100442734C CNB2005100793856A CN200510079385A CN100442734C CN 100442734 C CN100442734 C CN 100442734C CN B2005100793856 A CNB2005100793856 A CN B2005100793856A CN 200510079385 A CN200510079385 A CN 200510079385A CN 100442734 C CN100442734 C CN 100442734C
- Authority
- CN
- China
- Prior art keywords
- bcfe
- peer
- racs
- entities
- connection
- 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
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The present invention relates to a realization method for establishing connection in protocols between RACS peer entities in the network. The present invention mainly comprises: firstly, in the network, the present invention determines two peer entities which need to establish connection, and are adjacent or nonadjacent, and establishes the bottom connection between the two peer entities based on each peer entity passing through in sequence; then, a corresponding logical connection can be established by interaction of messages between the two peer entities. A corresponding logical connection can be established between any two BCFE in the RACS by the realization of the present invention. The two BCFE does not need to be adjacent physically. Consequently, the present invention leads the logical connection between the BCFE to be established agilely and conveniently.
Description
Technical field
The present invention relates to network communications technology field, relate in particular to the implementation method that agreement connects between RACS in a kind of network (resource admission control subsystem) peer-entities.
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 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, the IP signaling functional mode at shown in Figure 1 has only defined the function of above-mentioned function corresponding entity, and between undefined each functional entity in concrete application process needed interaction flow, set up processing procedure as connection.Therefore, adopt the model shown in Fig. 1 if desired in actual applications, also needing to define between institute's functional entity needs interactive messages, as the processing procedure of connection foundation, or the like.
Summary of the invention
In view of above-mentioned existing in prior technology problem, the purpose of this invention is to provide the implementation method that agreement connects between the RACS peer-entities in a kind of network, clear and definite among the RACS connection between the BCFE set up mode, and make the connection between the BCFE set up more flexible.
The objective of the invention is to be achieved through the following technical solutions:
The invention provides the implementation method that agreement connects between the RACS peer-entities in a kind of network, comprising:
A, in network, determine two entity of carrying control function BCFE need connecting, and between two BCFE based on successively via each peer-entities set up bottom and connect;
B, between two BCFE, set up logic and connect, set up also to need to transmit between two BCFE that logic connects to be used for surveying and whether effectively to connect keep-alive message, make a BCFE find the variation of reciprocity BCFE;
Wherein, described variation comprises: adjacent BCFE is connected interruption or adjacent BCFE administration with the agreement of opposite end bearing resource changes; Perhaps, make a BCFE send out message and give other adjacent BCFE, wherein, described message comprises: agreement connection message and all common service messages.
Described steps A comprises:
In resource admission control subsystem RACS, between selected entity of carrying control function BCFE, set up its based on the bottom of underlying protocol connect.
Described step B comprises:
B1, when described BCFE bottom connect set up after, at one end BCFE goes up structure and connects and set up request message, and sends to opposite end BCFE;
B2, opposite end BCFE set up in the request message loaded information according to described connection and carry out the logic establishment of connection.
Described step B2 also comprises:
Behind the BCFE completion logic establishment of connection of opposite end, also connect the BCFE that sets up request message and return connection establishment response message to transmission.
Two peer-entities that described needs connect are adjacent or non-conterminous BCFE physically.
Described method also comprises:
Set up also to need to transmit between two BCFE that logic connects to be used for surveying and whether effectively to connect keep-alive message.
Described foundation between two BCFE that logic connects regularly transmitted described keep-alive message.
As seen from the above technical solution provided by the invention, realization of the present invention can be set up corresponding logic connection between any two BCFE in RACS, and not necessarily leaveing no choice but between two BCFE is physically adjacent BCFE.Therefore, the invention enables the logic establishment of connection between the BCFE more flexible and convenient.
Description of drawings
Fig. 1 is an IP signaling functional module structure schematic diagram;
Fig. 2 is the process chart of method of the present invention.
Embodiment
The present invention has specifically proposed the mode that connects between the BCFE, and establishment of connection relation between clear and definite each BCFE, and the mode of keeping of the connection of setting up.
The specific implementation of the implementation method that agreement connects between the RACS peer-entities in a kind of network of the present invention specifically comprises following processing procedure as shown in Figure 2:
Step 21: in network, determine two peer-entities need connecting, and between two peer-entities based on successively via each peer-entities set up bottom and connect;
Be specially: in RACS (resource admission control subsystem), between selected entity of carrying control function BCFE, set up its based on the bottom of underlying protocol connect;
Among the present invention, two peer-entities that described needs connect can be for physically adjacent, perhaps non-conterminous two BCFE;
Step 22: after described BCFE bottom connected foundation, at one end BCFE went up the structure connection and sets up request message, and sends to opposite end BCFE;
Described connection is set up request message for based on the agreement structure that adopts between the BCFE, for example, can set up request message for connecting based on RCIP (resource control initializtion protocol);
Step 23: opposite end BCFE sets up in the request message loaded information according to described connection and carries out the logic establishment of connection;
Step 24: behind the BCFE completion logic establishment of connection of opposite end, also connect the BCFE that sets up request message and return connection establishment response message to transmission;
After send connecting the BCFE that sets up request message and receiving described connection establishment response message, determine then that logic between two physically adjacent or non-conterminous BCFE connects to set up.
Among the present invention, set up also to need to transmit between two BCFE that logic connects to be used for surveying and whether effectively to connect keep-alive message, thereby whether the logic that can know foundation connects intact.And, describedly set up the real-time detection that the logic that can adopt the mode that regularly transmits described keep-alive message to set up between two BCFE that logic connects connects.
In a word, among the present invention,, can jump onto at different physics respectively for two peer-entities among the RACS (resource admission control subsystem) that sets up the logic connection.And, require a BCFE need find the variation of reciprocity BCFE, described variation comprises: adjacent BCFE down falls (promptly being connected interruption with the agreement of opposite end), the bearing resource variation of adjacent BCFE administration etc.; Perhaps, send message, refer to that BCFE can send out message and give other adjacent BCFE to the node that can know identification.Described message comprises agreement connection message and all common service messages.
For example, in RACS, being connected to physically that each BCFE constitutes: BCFE1-BCFE2-BCFE3-BCFE4, but next jumping of the logic of BCFE1 can be BCFE4, promptly sets up BCFE1 and is connected with logic between the BCFE4.RCIP (resource control initializtion protocol) connection can be based upon between BCFE1 and the BCFE4, and BCFE1 and BCFE4 may be adjacent node, and promptly BCF1E and BCFE4 are adjacent in logic node, but physically are not adjacent node.
Simultaneously; among the present invention; between reciprocity BCFE, also should be provided with and be used for confirming that RCIP connects the transmission of still intact keep-alive message; as above routine; need between BCFE1 and BCFE4, transmit keep-alive message; be used to survey BCFE1 be connected with logic between the BCFE4 whether effective so that know the performance of connection in real time.
In sum, realization of the present invention makes that the connection between the BCFE is flexible more and clear and definite.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 implementation method that agreement connects between the RACS peer-entities in a kind of network is characterized in that, comprising:
A, in network, determine two entity of carrying control function BCFE need connecting, and between two BCFE based on successively via each peer-entities set up bottom and connect;
B, between two BCFE, set up logic and connect, set up also to need to transmit between two BCFE that logic connects to be used for surveying and whether effectively to connect keep-alive message, make a BCFE find the variation of reciprocity BCFE;
Wherein, described variation comprises: adjacent BCFE is connected interruption or adjacent BCFE administration with the agreement of opposite end bearing resource changes; Perhaps, make a BCFE send out message and give other adjacent BCFE, wherein, described message comprises: agreement connection message and all common service messages.
2, the implementation method that agreement connects between the RACS peer-entities in the network according to claim 1 is characterized in that, described steps A comprises:
In resource admission control subsystem RACS, between selected entity of carrying control function BCFE, set up its based on the bottom of underlying protocol connect.
3, the implementation method that agreement connects between the RACS peer-entities in the network according to claim 2 is characterized in that, described step B comprises:
B1, when described BCFE bottom connect set up after, at one end BCFE goes up structure and connects and set up request message, and sends to opposite end BCFE;
B2, opposite end BCFE set up in the request message loaded information according to described connection and carry out the logic establishment of connection.
4, the implementation method that agreement connects between the RACS peer-entities in the network according to claim 3 is characterized in that, described step B2 also comprises:
Behind the BCFE completion logic establishment of connection of opposite end, also connect the BCFE that sets up request message and return connection establishment response message to transmission.
According to the implementation method that agreement connects between the RACS peer-entities in each described network of claim 1 to 4, it is characterized in that 5, two peer-entities that described needs connect are adjacent or non-conterminous BCFE physically.
6, the implementation method that agreement connects between the RACS peer-entities in the network according to claim 1 is characterized in that, described foundation between two BCFE that logic connects regularly transmitted described keep-alive message.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100793856A CN100442734C (en) | 2005-07-11 | 2005-07-11 | Realization method for building up connection in protocol between RACS peer entities in network |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100793856A CN100442734C (en) | 2005-07-11 | 2005-07-11 | Realization method for building up connection in protocol between RACS peer entities in network |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1874277A CN1874277A (en) | 2006-12-06 |
CN100442734C true CN100442734C (en) | 2008-12-10 |
Family
ID=37484554
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005100793856A Expired - Fee Related CN100442734C (en) | 2005-07-11 | 2005-07-11 | Realization method for building up connection in protocol between RACS peer entities in network |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100442734C (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101753597B (en) * | 2008-12-09 | 2013-04-17 | 华为技术有限公司 | Keeping alive method between peer node and client under peer node-client architecture |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020087699A1 (en) * | 2000-07-31 | 2002-07-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Dynamic QoS management in differentiated services using bandwidth brokers, RSVP aggregation and load control protocols |
CN1523834A (en) * | 2003-02-20 | 2004-08-25 | ��Ϊ��������˾ | IP network service quality assurance method and system |
CN1525702A (en) * | 2003-02-26 | 2004-09-01 | ��Ϊ��������˾ | Method for ensuring QoS of IP access network service |
-
2005
- 2005-07-11 CN CNB2005100793856A patent/CN100442734C/en not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020087699A1 (en) * | 2000-07-31 | 2002-07-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Dynamic QoS management in differentiated services using bandwidth brokers, RSVP aggregation and load control protocols |
CN1523834A (en) * | 2003-02-20 | 2004-08-25 | ��Ϊ��������˾ | IP network service quality assurance method and system |
CN1525702A (en) * | 2003-02-26 | 2004-09-01 | ��Ϊ��������˾ | Method for ensuring QoS of IP access network service |
Also Published As
Publication number | Publication date |
---|---|
CN1874277A (en) | 2006-12-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7733791B2 (en) | Communication path monitoring system | |
Partridge | A proposed flow specification | |
US5951637A (en) | Bandwidth reservation system | |
US20060069777A1 (en) | Request message control method for using service and service providing system | |
CN103795689A (en) | Resource subscription method and device | |
EP1650895B1 (en) | The method of providing reliable quality of service in the communication network | |
CN100505685C (en) | Method for processing conversion require of network address/port in communication network | |
CN101325542A (en) | Method for acquiring PCE capability information between fields, PCE and capability-acquiring apparatus | |
JP2002158656A (en) | Network access charging system and its method | |
CN101242412A (en) | A transmission method, device and system for multi-dimension data instance | |
CN100442734C (en) | Realization method for building up connection in protocol between RACS peer entities in network | |
CN112866390A (en) | Data transmission method, device, terminal equipment and storage medium | |
CN102316116B (en) | System for supporting multiple platform network communication processing and method thereof | |
CN116455817A (en) | Software-defined cloud network fusion architecture and route implementation method | |
CN100401722C (en) | Implement method and device for raising resource requir efficiency | |
CN100401683C (en) | Method for peer-to-peer resources in network for receiving reports between entities in sub system controlled | |
CN100407702C (en) | Method and device for distributing future bonding identification character in network | |
CN100386992C (en) | Method for treating user's going to on line or off line | |
CN108574615A (en) | A kind of content transmission method, equipment and system based on multipath MPTCP | |
CN100407626C (en) | Query method implemented between peer entities in network | |
CN1874258A (en) | Method and equipment for implementing resource release between peer entities in network | |
Wang et al. | Implementation of QoS-provisioning system for voice over IP | |
CN100365992C (en) | Method of resource consistency management between telecommunication devices | |
KR100598339B1 (en) | User`s communication session management device and method for interworking service between ATM and Frame Relay network | |
CN100384148C (en) | Method and device for resource allocation in network |
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 | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20081210 Termination date: 20160711 |