CA2356782C - Method for the selection of transmission entities - Google Patents
Method for the selection of transmission entities Download PDFInfo
- Publication number
- CA2356782C CA2356782C CA2356782A CA2356782A CA2356782C CA 2356782 C CA2356782 C CA 2356782C CA 2356782 A CA2356782 A CA 2356782A CA 2356782 A CA2356782 A CA 2356782A CA 2356782 C CA2356782 C CA 2356782C
- Authority
- CA
- Canada
- Prior art keywords
- bids
- transmission entity
- transmission
- submission
- request
- 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 - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/20—Selecting an access point
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5629—Admission control
- H04L2012/5631—Resource management and allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
Abstract
The invention relates to a method for selecting transmission entities for supporting services within and between networks. The problem of selecting a transmission entity, taking as well a plurality of service parameter as a plurality of transmission entities into account, is solved by sending a request including a set of parameter to a number of transmission entities. The receiver of said request check, whether they support the requested service, or if they can offer an alternative. They transmission to different transmission entities is performed offering a number of alternatives.
Description
Method for the selection of transmission entities The invention relates to a method for the selection of transmission entities in communication networks.
Communication networks usually comprise a plurality of transmission devices.
Often, several of these devices can be used to support a service, alternatively or in combination. As the configuration of a network and the number of transmission entities within a network are subject to change during operation, fixed relations between network entities do not facilitate an optimal routing of calls.
l0 The separation of call control and bearer control increases the number of alternatives to route a call within a network. For example in BICC (Bearer Independent Call Control) controlled networks, the call control is performed by control nodes like mobile services switching centre servers, transit switching centres, gateway mobile services switching centres, and GPRS (general packet radio 15 system) support nodes. The payload transmission is performed by payload transmission devices like media gateways and the switching part of mobile services switching centres. Not only within but also outside of a network, nowadays a variety of alternatives exist, as several operators offer equal or compatible telecommunication services.
20 For the time being, calls are routed in an inflexible manner. It is state of the art that the routing of circuit switched calls is performed by using so called routing tables, comprising routing programs allocated to numbers of called subscribers.
Commonly, one program is used to route all calls towards a certain subscriber number or group of subscriber numbers. Only in the case that the preferred program 25 is not executable, e.g. due to device failure or congestion, a further program is used.
To adapt the routing programs stored in the routing table, for example to a current traffic situation or changes in the network configuration, operator commands have to be performed.
Communication networks usually comprise a plurality of transmission devices.
Often, several of these devices can be used to support a service, alternatively or in combination. As the configuration of a network and the number of transmission entities within a network are subject to change during operation, fixed relations between network entities do not facilitate an optimal routing of calls.
l0 The separation of call control and bearer control increases the number of alternatives to route a call within a network. For example in BICC (Bearer Independent Call Control) controlled networks, the call control is performed by control nodes like mobile services switching centre servers, transit switching centres, gateway mobile services switching centres, and GPRS (general packet radio 15 system) support nodes. The payload transmission is performed by payload transmission devices like media gateways and the switching part of mobile services switching centres. Not only within but also outside of a network, nowadays a variety of alternatives exist, as several operators offer equal or compatible telecommunication services.
20 For the time being, calls are routed in an inflexible manner. It is state of the art that the routing of circuit switched calls is performed by using so called routing tables, comprising routing programs allocated to numbers of called subscribers.
Commonly, one program is used to route all calls towards a certain subscriber number or group of subscriber numbers. Only in the case that the preferred program 25 is not executable, e.g. due to device failure or congestion, a further program is used.
To adapt the routing programs stored in the routing table, for example to a current traffic situation or changes in the network configuration, operator commands have to be performed.
2~-~-~ P 13794 jom This way of routing calls is quite static and forces operators either to update several routing tables at each change, or to accept a non-optimal routing of calls before an update. Non optimal routing causes costs either in network components that have to be oversized or in lack of revenues due to calls that cannot be switched.
In the US patent 599 5602, a more flexible routing scheme is described for selecting external networks. The patent suggests the introduction of a so-called moderator that receives bids for services from external operators (carriers). The moderator submits the data, received from the Garners and often processed by said moderator, to local switches. By this, the moderator facilitates a fee minimised routing of calls from l0 local switches through external networks.
It is a shortcoming of the solution proposed in said patent that fixed connections between carriers and the moderator are to be established. It is a further shortcoming of the invention that it only covers the connections from local switches via external networks. Another shortcoming is that the routing of calls is only optimised in 15 respect of fees that are paid to the operators of Garners.
In the European Patent application EP 0 982 901, a bidding process is disclosed, wherein a a request for bids is broadcasted for the transfer of a data packet.
The received bids are analysed and a route is selected based on said analysis by using predefined metrics a cost and delay. This solution has the shortcoming that it only 20 works in the cases that either no threshold value for a metric is defined, or that at least one bid is received that fulfils the criteria.
The British patent application GB2346507 discloses a routing method, wherein further communication elements are selected by a selection process. In said selection process, a network contacts a plurality of service providers to receive 25 offers for a service. Based on the offers, the network selects a provider for a requested service. This solution also has the shortcoming that it only works in the cases that either no threshold value for a metric like cost or quality of service is defined, or that at least one bid is received that fulfils the criteria.
2000-09-04 P13794 jom Therefore it is object of the invention to facilitate a selection of transmission entities with the possibility to define threshold values, even if no bid is received that fulfils the requested threshold.
This is solved advantageously by the teaching of claim 1, 3, and 10.
It is advantageous that the selection of transmission entities is performed according to service parameter. This allows taking into account a plurality of parameter when selecting transmission entities.
It is further advantageous to select transmission entities by requesting bids.
This facilitates changes of the structure of a network without the necessity of updating a large number of routing tables and supports an optimised routing through the network.
It is advantageous to implement an enrol unit. The enrol unit performs updates of changes in transmission entities in a, from a network point of view, decentralised manner.
Further advantageous embodiments of the invention can be derived from claims 2, and 4 to 9.
It is advantageous to limit the time for the reception of bids or number of bids taken into account for a selection according to claim 2. This reduces or limits the time for the performance of a selection.
Further advantageous is the sending of a request for the submission of bids by a further transmission entity according to claim 4. This allows the recursive selection of transmission entities.
Especially advantageous is the use of a multicast service for the distribution of a request for the submission of bids according to claim 5. The use of the said 2~-~-~ P 13794 jom multicast service supports the subscription of further transmission entities in a very simple way.
Further advantageous is the use of a broadcast service for the distribution of a request for the submission of bids according to claim 6. This method is especially advantageous for the use in a limited area, because no administrative overhead is required.
Further advantageous is the locating of software agents in one of the transmission entities according to claim 7. This reduces signalling traffic between transmission entities, reduces the time for a decision and enables more sophisticated decision mechanisms.
Advantageous is the sending of a software agent after a start or a restart of a transmission entity according to claim 8. As mobile software agents are not part of the local software within a transmission entity, they are lost after a start or a restart.
If the sender of the mobile software agent restarts or starts conditions for services might have changed and the data within a software agent have to be updated.
It is advantageous to distribute a time limit for returning bids according to claim 9.
The time limit avoids unnecessary sending of bids.
According to the invention, a first transmission entity, like a control node, a bandwidth broker or a user equipment, selects a further transmission entity. A
user equipment according to the invention is a communication device, for example one of a mobile handset, a fixed phone, a computer, or a fax machine. A bandwidth broker is an entity keeping track of quality of service resources within a certain domain. Before for example data packets are transmitted into said domain; an information is sent to the bandwidth broker. The bandwidth broker reserves the necessary resources for the transmission.
The method according to the invention is started by receiving a notification of an initiation event by the first transmission entity. Said notification can be received from an external or an internal source. Internal sources are for example timers, 2000-09-04 P 13794-jom calenders or an operation system signalling that the first transmission started or restarted. An external source is any further transmission entity or an operator sending a signal comprising information about a start/restart of a further transmission entity, the expiring of a timer, a predefined time of the day, a predefined date or day of the week, that it changes the conditions for the support of a service, an operator command, or a service request.
The selection of a transmission entity is based on bids, sent by further transmission entities, on service requirements described by service parameter, and on operator and user requirements. Said user requirements are for example stored in a database or entered by a user or an operator.
A further transmission entity is one of a control node, a control network, a subnetwork, a transmission device, a service, or a backbone network.
A transmission device is one of a node for example a switch, a control node, an access network node or a router, or a special device for example an announcement machine, a conference call device, a modem or a transcoder.
The further transmission entities return their bids as a response to a request for the submission of bids, sent by the first transmission entity. The distribution of said request is described in more detail by means of figures 3, 4 and 5.
In a further embodiment of the invention, the sending of a request for the submission of bids is not necessarily performed by a first transmission entity, but by a portion of software, located in any of the transmission entities. In an embodiment of the invention, said software portion receives the bids and selects a transmission entity, sending an identification of the selected transmission entity to the first transmission entity.
In an embodiment of the invention, the telecommunication system is a UMTS
(Universal Mobile Telecommunication System).
In a prefered embodiment of the invention, it is used to enable a plurality of operators or service providers to access a UMTS and use the transmission entities of 2000-09-04 P 13794-join said system for offering services. The invention is also used, to enable an operator of a UMTS to offer resources to further operators or service providers.
In the following, the invention is described in more detail by means of figures and examples. The following figures show:
Fig. 1: a schematic diagram of a selection of a further transmission entity by a first transmission entity, the selection according to the invention, Fig. 2: schematic diagram of a selection according to figure 1, wherein a further transmission entity selects another further transmission entity before submitting a bid, 1o Fig. 3: a schematic diagram of a distribution of a request for the submission of bids according to the invention by using a multicast service, Fig. 4: a schematic diagram of a distribution of a request for the submission of bids according to the invention by using a broadcast service, Fig. Sa: a schematic diagram of transmission entities, using static software agents for communicating, Fig. Sb: a schematic diagram of transmission entities, the first transmission entity comprising a static software agent and a mobile software agent, Fig. Sc: a schematic diagram of transmission entities, the further 2o transmission entity comprising a static software agent and a mobile software agent, and Fig. 6: a schematic diagram of a transmission entity according to the invention.
In the following equal reference numbers are used for equal elements.
Fig. 1 depicts the selection of a further transmission entity by a first transmission entity TE11. In a first step, the first transmission entity TE11 receives a service request from a transmission entity TE10. The transmission entity TE10 can be for example a user equipment or a transit switch of a further network.
2ppp_pg_p4 P13794 jom The first transmission entity TE11, for example a mobile services switching centre server, analyses the service request in a next step. By said analysis service parameter of the requested service as kind of service, called subscriber identification, bandwidth, jitters, delay, round trip time, priority, costs and alike are determined.
In an embodiment of the invention, the service request comprises an indication of the importance of each service parameter.
Based on the results of said analysis, the transmission entity TE11 defines a request for the submission of bids. The request is transmitted to further transmission entities to TE12, TE13, and TE14. The distribution of the request for the submission of bids is explained in more detail by means of figures 3, 4, 5a, 5b, and 5c.
In an embodiment of the invention, the request for the transmission of bids is sent to each further transmission entity in a single message. The first transmission entity comprises a table with addresses of transmission entities. A transmission entity that 15 is interested in receiving a request for the submission of bids has to subscribe to this table for example by sending a message.
In an embodiment of the invention, said message comprises preconditions for a reception of the request for the submission of bids. Such restrictions can be for example related to the services that are to be switched, the tip of the day or month, 20 A-number, B-number or groups of said numbers of the connection, or combinations of said conditions. The preconditions may also be related to the request itself, for example that requests are only accepted at certain times.
Transmission entities TE12, TE13, and TE14 receive said request for submission of bids and analyse it. If a transmission entity supports the requested service it 25 produces a bid. A bid is an offer to support the requested service, comprising certain values for relevant service parameter.
In a further embodiment of the invention, a bid is produced even if the transmission entity can not offer the requested service or fulfil all requirements, if the 2000-09-04 P 13794-join transmission entity can offer an alternative service. In a preferred embodiment it is indicated in the request for the sending of bids, whether the sender of the request permits such bids or not.
In a further embodiment of the invention, a request for the submission of bids includes an indicator whether negative bids shall be returned, too. That is, whether a transmission entity that is not interested in submitting a bid is asked to sent a message that it is not going to sent in a bid. Such messages are called negative bids.
Negative bids can reduce the processing time required for the handling of a service request, especially if requests for the submission of bids are distributed by addressing certain transmission entities.
In a preferred embodiment of the invention, a bid is produced only if the further transmission entity TE12, TE13, or TE14 needs less network devices to set up a connection to the called subscriber than the sender of request, for example if it is closer to the called subscriber.
In a further embodiment of the invention, a request for the submission of bids can comprise a so-called optimal service offer, that is, the first transmission entity offering service with the conditions defined in the optimal service offer is selected.
In a next step the transmission entity returns the bid to the first transmission entity TE11.
In an embodiment of the invention, the request for submission of bids comprises a time information, indicating until when bids will be received for the requested service. A further transmission entity TE12, TE13, and TE14 produces and returns a bid only if the bid will be received with reasonable probability by the first transmission entity TE11 before the time has expired. The time information can be provided for example by an absolute time value until when bids will be received or a time interval within that a bid has to be returned.
In an embodiment of the invention, the request for submission of bids comprises an identification of a user or another transmission entity that is addressee for bids.
2000-09-04 P13794-jom The first transmission entity TEl 1 receives the incoming bids. To avoid delays for the selection, a limit for the reception of bids is set. A limit is for example a time value until incoming bids will be received. Another limit is for example a maximum number of bids that will be received before selecting a transmission entity or a combination of both.
In a further embodiment of the invention, negative bids are returned by the further transmission entities. This enables to check whether all of the addressees of the request sent in a bid.
If no bid is received within a certain time interval, a predefined transmission entity is selected for the service. Another possibility is to reject service if no suiting bid is received. An incoming call, requesting said service will be released in this case. A
preferred alternative is that at least one service parameter in the request for the submission of bids is modified if no acceptable bid is received, and that the modified request for the submission of bids is sent again.
In a next step, the first transmission entity TE11 compares the bids and the service parameter and selects a transmission entity to support the service based on said comparison.
In a preferred embodiment of the invention, the first transmission entity TE11 comprises a decision matrix including a range of acceptable se~vice parameter values for each relevant service parameter of a service.
In a further embodiment of the invention, the first transmission entity TE11 decides taking at least one of operator settings, network conditions, and user preferences into account.
In another embodiment of the invention, the first transmission entity forwards the bids to a user or another transmission entity and receives an identification of at least one selected transmission entity.
2000-09-04 Pl3?94 join In a further embodiment of the invention, bids are sent by the further transmission entities to a user or another transmission entity. Said another transmission entity selects at least one further transmission entity and sends an identification of the selected at least one further transmission entity to the first transmission entity.
The connection set up after selecting a transmission entity is performed as known to a person skilled in the art.
AN example of a transmission entity selecting further transmission entities is depicted in figure 2.
The steps of receiving a service request, analysing said service request, determining to service parameter, defining a request for the submission of bids and sending the request are the same as described in figure 1. The further transmission entity analyses the request and recognises from the called subscriber identification or the destination point code that information from further transmission devices are necessary before submitting a bid. The further transmission entity produces a 15 request for the submission of bids and sends it to further transmission entities TE121, TE122, and TE123. The further transmission entities perform the same steps as the further transmission entities TE13 and TE14 as described in figure 1.
After receiving the bids from the further transmission entities TE121, TE122, and TE123, the transmission entity TE12 analyses the bids and selects a further 2o transmission entity based on the result of said analysis and the service parameter received in the request for submission of bids received from the transmission entity TE11. It produces a bid based on the service parameter received from the selected transmission entity TE121, TE122, or TE123 and its own capabilities and sends the bid to the first transmission entity TE11.
25 There are several ways to limit the time until a bid is returned for the case of recursive operation of the method. One way is to limit the number of recursions, for example by sending an indicator with the request for the submission of bids, that is 2000-09-04 P13794-join incremented if a transmission entity produces a further request. If this in exceeds a predefined value, the bidding is terminated. Another way is to define a time value.
In a preferred embodiment the transmission entity TE12 received a time value in the request sent by the first transmission entity TE11. The further transmission, entity TE12 checks whether said time value has expired before returning its bid.
Figure 3 depicts the distribution of a request for the transmission of bids by using a multicast service. The configuration of transmission entities is the same a shown in figure 2. The transmission entities are subscribed to different multicasting groups.
The transmission entities TE11, TE12, TE13, and TE14 are members of group G1, TE121, and TE122 are members of group G2. The transmission entity TE10 is member of no multicasting group.
In the situation depicted in figure 3, a multicasting message, in the example a request for the submission of bids has been sent to members of group G1. It is received by the transmission entities TE11, TE12, TE13, and TE14. As the transmission entities TE10, TE121 and TE122 are not members of G1, the message is not delivered to them.
Transmission entities can belong to a plurality of groups. Groups comprise members having at least one feature in common for example service offered, geographical area served, location, operator, low cost entities or any other feature. An example of a group is the group of transmission entities, capable of establishing 64 kbit connections. A transmission entity looking for a further transmission entity to set up a 64 kbit connection, will send a multicast message to said group. The members of the group will receive the request for the submission of bids and if they are interested in offering such a service, will proceed as described in figures 1 and 2. A
protocol used to register and unregistered to groups is for example the IGMP
(Internet Group Multicast Protocol).
Multicasting is described, for example, in Computer Networks, third edition, by Andrew S. Tanenbaum, published 1996.
2000-09-04 P 13794-join The distribution of a request for the submission of bids by using a broadcast service is depicted in figure 4. As shown in the figure every transmission entity TE10, TE11, TE12, TE13, TE121 and TE122 receives the request, depicted by solid lines.
To reduce the number of entities and by that the signalling traffic within a network, the number of hubs that a broadcast message is allowed to pass can be restricted.
That is for example, a request will be delivered only over four hubs. Another way to reduce the traffic is to restrict a broadcast message to a certain domain, for example a part of a network or to a local area network.
By means of figures 5a, 5b and Sc, the use of software agents is described.
Software agents are portions of software, comprising code, status and data. So-called static agents stay within a transmission entity, so-called mobile agents, being capable of running on different platforms, are sent from one entity to another. Software agents perform certain tasks and work independently. They are capable of monitoring their environment and can act accordingly and they can control other their methods.
For simplicity reasons, only two transmission entities are depicted without limiting the invention to cases with only two transmission entities involved.
In the examples explained by means of figures 5a, 5b and Sc, the agents selecting transmission entities SAIa, SAIb, and MAlc comprise decision logic, making decisions depending on the required service, user settings and service parameter.
Said decision logic includes guidelines for weighting service parameter offered in a bid. For example for a file transfer service according to ftp (file transmission protocol), the parameter costs, bandwidth and bit error rate are weighted stronger than the parameter low jitters and delay. And vice versa for a speech connection that requires a short delay, no jitters and is, to a certain extent, tolerant to a small bandwidth and a high bit error rate.
In an embodiment of the invention, weighting factors and minimum values for service parameter are allocated to each different kind of service within the decision logic of a software agent.
2ppp_p9_p4 P13794jom In figure Sa, a first transmission entity TE12 comprising a first software agent SAIa and a further transmission entity TE121 comprising a second software agent SA2a are depicted.
The static software agents SAIa and SA2a handle the communication between the transmission entities TE12 and TE121 for selection of entity purposes. Due to the communication between transmission entities being performed by said agents, for example using an agent communication language, there is a high flexibility when it comes to introduction of new functionality.
In an embodiment of the invention using software agents on either side of the communication, all steps of the selection of a transmission entity as described by figures 1 and 2 are performed within said agents.
Figure Sb depicts the transmission entities TE12 and TE121, the transmission entity TE12 comprising a static software agent SAIb and a mobile software agent MAIb, sent by the further transmission entity TE121.
Mobile software agents can be sent for example from a further transmission entity to the first transmission entity on demand of the first entity, after an reception of an initiating event like a start/restart of a first or a further entity, or whenever a change in the data or the program of the mobile agent has to be performed. For the sending of mobile agents, standard caching mechanisms can be used. ~
In an embodiment of the invention, a further transmission entity sends a mobile agent every time it changes the conditions for offering a service.
The mobile agent SAlb of the first transmission entity TE12 performs the steps of receiving a service request, for example from said transmission entity or from another transmission entity. It determines the service parameter from said service request and loads user settings, for example from subscription data of a calling party. Afterwards it defines a request for the submission of bids. If a time limit for granting the requested service exists, the mobile agent SAIb calculates either an 2000-09-04 P13794-jom absolute time before, or a time interval within, bids have to be returned. The time information is included in the request for the submission of bids.
In a next step it sends said request to the mobile agent MAIb. As the mobile agent MAIb is located within the same transmission entity, the communication between the agents is fast and does not use transmission resources outside the transmission entity.
The mobile agent MAIb receives the request for the submission of bids, analyses said request, and produces a bid. The bid is based on information included in the data of the mobile agent and on the result of said analysis. Data can be for example to information about the capacity, a pricing policy, and services offered by its sender.
These data are included as well as a calculation mechanism when the mobile agent is defined. Here, the mobile agent cannot offer the requested service to the price defined in the request for the submission of bids. But it can offer another service for example with a lower bandwidth for the stated price.
15 The static agent SAIb receives the bid and analyses the bid. The bid does match the requirements for the service as defined by the user settings. As the offered other service with the lower bandwidth is not interesting, the agent SAIb defines a new request for an alternative service. It sends the request to the mobile agent MAIb.
The mobile agent MAIb receives the request and analyses it. As it can offer the 2o service with the requested parameter, it returns a bid.
The static agent SAIb receives the bid, analyses the bid and as it matches the requirements accepts the bid.
In an embodiment of the invention, the mobile software agent MAIb collects charging and/or statistical information about services that are used by the agent's 25 current host and executed by its sender.
2~-~_~ P 13794-join is In figure Sc, mobile agents MAIc and SAIc are located within a further transmission entity TE121. The mobile agent MAIc is sent by the first transmission entity TE12.
After receiving a service request, the first transmission entity TE12 forwards the service request to its mobile agents, one of them being the mobile agent MAIc.
The further processing is performed as described in figure Sb, the mobile agent MAIc performing the steps of static agent SAIb and the static agent SAIc performing the steps of mobile agent MAIb.
After the mobile agent MAIc selected a transmission entity, it sends a message to to the transmission entity TE12, including an identification of the selected transmission entity and service parameter.
In a further embodiment of the invention, the mobile agent MAIc does not send a message but returns itself including said identification.
In an embodiment of the invention, the sender of the message identifies the selected 15 transmission entity.
Figure 6 depicts a transmission entity according to the invention. Said transmission entity TE12 comprises a processing unit PU1, a routing unit RU1, a switching unit SWUI, an I/O unit I/OU1, a storage unit SU1 and an enrol unit UU1.
The units can be implemented as portions of software codes, as stored program 20 electronic devices, or by any other means known to a person skilled in the art.
The processing unit PUl co-ordinates the other units and processes information delivered by the I/O unit I/OU or stored in the storage unit SU1. It generates bids, generates requests for the submission of bids and processes bids received from further transmission entities.
25 The routing unit RU1 receives the results of the selection of a transmission entity, for example in the form of a routing program. In the case that a routing program is 2000-09-04 P13794-jom activated for a routing case, the switching unit SWLJI is controlled by using said routing program.
The switching unit SWU1 performs the switching. A group switch is one possible implementation, for example.
The I/O unit I/OUI handles transmissions to further transmission entities. It sends and receives request for the submission of bids, bids and mobile software agents.
The storage unit SU1 stores data received by the I/O unit I/OUI. It may store software agents, also. In an embodiment of the invention, a table with further transmission entities is stored, also.
The enrol unit UUI is responsible for securing the reception of requests for the submission of bids that are interesting for the transmission entity TE12.
To make sure that request for the transmission of bids are received by the transmission entity, performs at least one of the following, depending on how said requests are distributed:
- it subscribes the transmission entity TE12 in at least one anycasting group, used for the distribution of requests for the submission of bids, - it subscribes the transmission entity TE12 in at least one multicasting group, used for the distribution of requests for the submission of bids, - it receives a mobile agent from a transmission entity, - it sends a mobile agent to at least one transmission entity, or - it sends the address of transmission entity TE12 to at least one transmission entity.
The enrol unit UU1 subscribes the transmission entity TE12 to respective an anycasting or multicasting group by performing two steps. In a first step it informs the I/O unit I/OUI that information, sent to a certain anycasting or multicasting group address, is to be received. The second step is sending information to routers in the telecommunication network, that information sent to said respective anycasting or multicasting group address shall be forwarded to the transmission entity TE12, too.
2000-09-04 P13794-jom The enrol unit sends the address of the transmission entity to at least one transmission entity. The at least one transmission entity is a first or a further transmission entity, storing the address in a table used for distribution of requests for the transmission of bids.
2000-09-04 P13794-jom
In the US patent 599 5602, a more flexible routing scheme is described for selecting external networks. The patent suggests the introduction of a so-called moderator that receives bids for services from external operators (carriers). The moderator submits the data, received from the Garners and often processed by said moderator, to local switches. By this, the moderator facilitates a fee minimised routing of calls from l0 local switches through external networks.
It is a shortcoming of the solution proposed in said patent that fixed connections between carriers and the moderator are to be established. It is a further shortcoming of the invention that it only covers the connections from local switches via external networks. Another shortcoming is that the routing of calls is only optimised in 15 respect of fees that are paid to the operators of Garners.
In the European Patent application EP 0 982 901, a bidding process is disclosed, wherein a a request for bids is broadcasted for the transfer of a data packet.
The received bids are analysed and a route is selected based on said analysis by using predefined metrics a cost and delay. This solution has the shortcoming that it only 20 works in the cases that either no threshold value for a metric is defined, or that at least one bid is received that fulfils the criteria.
The British patent application GB2346507 discloses a routing method, wherein further communication elements are selected by a selection process. In said selection process, a network contacts a plurality of service providers to receive 25 offers for a service. Based on the offers, the network selects a provider for a requested service. This solution also has the shortcoming that it only works in the cases that either no threshold value for a metric like cost or quality of service is defined, or that at least one bid is received that fulfils the criteria.
2000-09-04 P13794 jom Therefore it is object of the invention to facilitate a selection of transmission entities with the possibility to define threshold values, even if no bid is received that fulfils the requested threshold.
This is solved advantageously by the teaching of claim 1, 3, and 10.
It is advantageous that the selection of transmission entities is performed according to service parameter. This allows taking into account a plurality of parameter when selecting transmission entities.
It is further advantageous to select transmission entities by requesting bids.
This facilitates changes of the structure of a network without the necessity of updating a large number of routing tables and supports an optimised routing through the network.
It is advantageous to implement an enrol unit. The enrol unit performs updates of changes in transmission entities in a, from a network point of view, decentralised manner.
Further advantageous embodiments of the invention can be derived from claims 2, and 4 to 9.
It is advantageous to limit the time for the reception of bids or number of bids taken into account for a selection according to claim 2. This reduces or limits the time for the performance of a selection.
Further advantageous is the sending of a request for the submission of bids by a further transmission entity according to claim 4. This allows the recursive selection of transmission entities.
Especially advantageous is the use of a multicast service for the distribution of a request for the submission of bids according to claim 5. The use of the said 2~-~-~ P 13794 jom multicast service supports the subscription of further transmission entities in a very simple way.
Further advantageous is the use of a broadcast service for the distribution of a request for the submission of bids according to claim 6. This method is especially advantageous for the use in a limited area, because no administrative overhead is required.
Further advantageous is the locating of software agents in one of the transmission entities according to claim 7. This reduces signalling traffic between transmission entities, reduces the time for a decision and enables more sophisticated decision mechanisms.
Advantageous is the sending of a software agent after a start or a restart of a transmission entity according to claim 8. As mobile software agents are not part of the local software within a transmission entity, they are lost after a start or a restart.
If the sender of the mobile software agent restarts or starts conditions for services might have changed and the data within a software agent have to be updated.
It is advantageous to distribute a time limit for returning bids according to claim 9.
The time limit avoids unnecessary sending of bids.
According to the invention, a first transmission entity, like a control node, a bandwidth broker or a user equipment, selects a further transmission entity. A
user equipment according to the invention is a communication device, for example one of a mobile handset, a fixed phone, a computer, or a fax machine. A bandwidth broker is an entity keeping track of quality of service resources within a certain domain. Before for example data packets are transmitted into said domain; an information is sent to the bandwidth broker. The bandwidth broker reserves the necessary resources for the transmission.
The method according to the invention is started by receiving a notification of an initiation event by the first transmission entity. Said notification can be received from an external or an internal source. Internal sources are for example timers, 2000-09-04 P 13794-jom calenders or an operation system signalling that the first transmission started or restarted. An external source is any further transmission entity or an operator sending a signal comprising information about a start/restart of a further transmission entity, the expiring of a timer, a predefined time of the day, a predefined date or day of the week, that it changes the conditions for the support of a service, an operator command, or a service request.
The selection of a transmission entity is based on bids, sent by further transmission entities, on service requirements described by service parameter, and on operator and user requirements. Said user requirements are for example stored in a database or entered by a user or an operator.
A further transmission entity is one of a control node, a control network, a subnetwork, a transmission device, a service, or a backbone network.
A transmission device is one of a node for example a switch, a control node, an access network node or a router, or a special device for example an announcement machine, a conference call device, a modem or a transcoder.
The further transmission entities return their bids as a response to a request for the submission of bids, sent by the first transmission entity. The distribution of said request is described in more detail by means of figures 3, 4 and 5.
In a further embodiment of the invention, the sending of a request for the submission of bids is not necessarily performed by a first transmission entity, but by a portion of software, located in any of the transmission entities. In an embodiment of the invention, said software portion receives the bids and selects a transmission entity, sending an identification of the selected transmission entity to the first transmission entity.
In an embodiment of the invention, the telecommunication system is a UMTS
(Universal Mobile Telecommunication System).
In a prefered embodiment of the invention, it is used to enable a plurality of operators or service providers to access a UMTS and use the transmission entities of 2000-09-04 P 13794-join said system for offering services. The invention is also used, to enable an operator of a UMTS to offer resources to further operators or service providers.
In the following, the invention is described in more detail by means of figures and examples. The following figures show:
Fig. 1: a schematic diagram of a selection of a further transmission entity by a first transmission entity, the selection according to the invention, Fig. 2: schematic diagram of a selection according to figure 1, wherein a further transmission entity selects another further transmission entity before submitting a bid, 1o Fig. 3: a schematic diagram of a distribution of a request for the submission of bids according to the invention by using a multicast service, Fig. 4: a schematic diagram of a distribution of a request for the submission of bids according to the invention by using a broadcast service, Fig. Sa: a schematic diagram of transmission entities, using static software agents for communicating, Fig. Sb: a schematic diagram of transmission entities, the first transmission entity comprising a static software agent and a mobile software agent, Fig. Sc: a schematic diagram of transmission entities, the further 2o transmission entity comprising a static software agent and a mobile software agent, and Fig. 6: a schematic diagram of a transmission entity according to the invention.
In the following equal reference numbers are used for equal elements.
Fig. 1 depicts the selection of a further transmission entity by a first transmission entity TE11. In a first step, the first transmission entity TE11 receives a service request from a transmission entity TE10. The transmission entity TE10 can be for example a user equipment or a transit switch of a further network.
2ppp_pg_p4 P13794 jom The first transmission entity TE11, for example a mobile services switching centre server, analyses the service request in a next step. By said analysis service parameter of the requested service as kind of service, called subscriber identification, bandwidth, jitters, delay, round trip time, priority, costs and alike are determined.
In an embodiment of the invention, the service request comprises an indication of the importance of each service parameter.
Based on the results of said analysis, the transmission entity TE11 defines a request for the submission of bids. The request is transmitted to further transmission entities to TE12, TE13, and TE14. The distribution of the request for the submission of bids is explained in more detail by means of figures 3, 4, 5a, 5b, and 5c.
In an embodiment of the invention, the request for the transmission of bids is sent to each further transmission entity in a single message. The first transmission entity comprises a table with addresses of transmission entities. A transmission entity that 15 is interested in receiving a request for the submission of bids has to subscribe to this table for example by sending a message.
In an embodiment of the invention, said message comprises preconditions for a reception of the request for the submission of bids. Such restrictions can be for example related to the services that are to be switched, the tip of the day or month, 20 A-number, B-number or groups of said numbers of the connection, or combinations of said conditions. The preconditions may also be related to the request itself, for example that requests are only accepted at certain times.
Transmission entities TE12, TE13, and TE14 receive said request for submission of bids and analyse it. If a transmission entity supports the requested service it 25 produces a bid. A bid is an offer to support the requested service, comprising certain values for relevant service parameter.
In a further embodiment of the invention, a bid is produced even if the transmission entity can not offer the requested service or fulfil all requirements, if the 2000-09-04 P 13794-join transmission entity can offer an alternative service. In a preferred embodiment it is indicated in the request for the sending of bids, whether the sender of the request permits such bids or not.
In a further embodiment of the invention, a request for the submission of bids includes an indicator whether negative bids shall be returned, too. That is, whether a transmission entity that is not interested in submitting a bid is asked to sent a message that it is not going to sent in a bid. Such messages are called negative bids.
Negative bids can reduce the processing time required for the handling of a service request, especially if requests for the submission of bids are distributed by addressing certain transmission entities.
In a preferred embodiment of the invention, a bid is produced only if the further transmission entity TE12, TE13, or TE14 needs less network devices to set up a connection to the called subscriber than the sender of request, for example if it is closer to the called subscriber.
In a further embodiment of the invention, a request for the submission of bids can comprise a so-called optimal service offer, that is, the first transmission entity offering service with the conditions defined in the optimal service offer is selected.
In a next step the transmission entity returns the bid to the first transmission entity TE11.
In an embodiment of the invention, the request for submission of bids comprises a time information, indicating until when bids will be received for the requested service. A further transmission entity TE12, TE13, and TE14 produces and returns a bid only if the bid will be received with reasonable probability by the first transmission entity TE11 before the time has expired. The time information can be provided for example by an absolute time value until when bids will be received or a time interval within that a bid has to be returned.
In an embodiment of the invention, the request for submission of bids comprises an identification of a user or another transmission entity that is addressee for bids.
2000-09-04 P13794-jom The first transmission entity TEl 1 receives the incoming bids. To avoid delays for the selection, a limit for the reception of bids is set. A limit is for example a time value until incoming bids will be received. Another limit is for example a maximum number of bids that will be received before selecting a transmission entity or a combination of both.
In a further embodiment of the invention, negative bids are returned by the further transmission entities. This enables to check whether all of the addressees of the request sent in a bid.
If no bid is received within a certain time interval, a predefined transmission entity is selected for the service. Another possibility is to reject service if no suiting bid is received. An incoming call, requesting said service will be released in this case. A
preferred alternative is that at least one service parameter in the request for the submission of bids is modified if no acceptable bid is received, and that the modified request for the submission of bids is sent again.
In a next step, the first transmission entity TE11 compares the bids and the service parameter and selects a transmission entity to support the service based on said comparison.
In a preferred embodiment of the invention, the first transmission entity TE11 comprises a decision matrix including a range of acceptable se~vice parameter values for each relevant service parameter of a service.
In a further embodiment of the invention, the first transmission entity TE11 decides taking at least one of operator settings, network conditions, and user preferences into account.
In another embodiment of the invention, the first transmission entity forwards the bids to a user or another transmission entity and receives an identification of at least one selected transmission entity.
2000-09-04 Pl3?94 join In a further embodiment of the invention, bids are sent by the further transmission entities to a user or another transmission entity. Said another transmission entity selects at least one further transmission entity and sends an identification of the selected at least one further transmission entity to the first transmission entity.
The connection set up after selecting a transmission entity is performed as known to a person skilled in the art.
AN example of a transmission entity selecting further transmission entities is depicted in figure 2.
The steps of receiving a service request, analysing said service request, determining to service parameter, defining a request for the submission of bids and sending the request are the same as described in figure 1. The further transmission entity analyses the request and recognises from the called subscriber identification or the destination point code that information from further transmission devices are necessary before submitting a bid. The further transmission entity produces a 15 request for the submission of bids and sends it to further transmission entities TE121, TE122, and TE123. The further transmission entities perform the same steps as the further transmission entities TE13 and TE14 as described in figure 1.
After receiving the bids from the further transmission entities TE121, TE122, and TE123, the transmission entity TE12 analyses the bids and selects a further 2o transmission entity based on the result of said analysis and the service parameter received in the request for submission of bids received from the transmission entity TE11. It produces a bid based on the service parameter received from the selected transmission entity TE121, TE122, or TE123 and its own capabilities and sends the bid to the first transmission entity TE11.
25 There are several ways to limit the time until a bid is returned for the case of recursive operation of the method. One way is to limit the number of recursions, for example by sending an indicator with the request for the submission of bids, that is 2000-09-04 P13794-join incremented if a transmission entity produces a further request. If this in exceeds a predefined value, the bidding is terminated. Another way is to define a time value.
In a preferred embodiment the transmission entity TE12 received a time value in the request sent by the first transmission entity TE11. The further transmission, entity TE12 checks whether said time value has expired before returning its bid.
Figure 3 depicts the distribution of a request for the transmission of bids by using a multicast service. The configuration of transmission entities is the same a shown in figure 2. The transmission entities are subscribed to different multicasting groups.
The transmission entities TE11, TE12, TE13, and TE14 are members of group G1, TE121, and TE122 are members of group G2. The transmission entity TE10 is member of no multicasting group.
In the situation depicted in figure 3, a multicasting message, in the example a request for the submission of bids has been sent to members of group G1. It is received by the transmission entities TE11, TE12, TE13, and TE14. As the transmission entities TE10, TE121 and TE122 are not members of G1, the message is not delivered to them.
Transmission entities can belong to a plurality of groups. Groups comprise members having at least one feature in common for example service offered, geographical area served, location, operator, low cost entities or any other feature. An example of a group is the group of transmission entities, capable of establishing 64 kbit connections. A transmission entity looking for a further transmission entity to set up a 64 kbit connection, will send a multicast message to said group. The members of the group will receive the request for the submission of bids and if they are interested in offering such a service, will proceed as described in figures 1 and 2. A
protocol used to register and unregistered to groups is for example the IGMP
(Internet Group Multicast Protocol).
Multicasting is described, for example, in Computer Networks, third edition, by Andrew S. Tanenbaum, published 1996.
2000-09-04 P 13794-join The distribution of a request for the submission of bids by using a broadcast service is depicted in figure 4. As shown in the figure every transmission entity TE10, TE11, TE12, TE13, TE121 and TE122 receives the request, depicted by solid lines.
To reduce the number of entities and by that the signalling traffic within a network, the number of hubs that a broadcast message is allowed to pass can be restricted.
That is for example, a request will be delivered only over four hubs. Another way to reduce the traffic is to restrict a broadcast message to a certain domain, for example a part of a network or to a local area network.
By means of figures 5a, 5b and Sc, the use of software agents is described.
Software agents are portions of software, comprising code, status and data. So-called static agents stay within a transmission entity, so-called mobile agents, being capable of running on different platforms, are sent from one entity to another. Software agents perform certain tasks and work independently. They are capable of monitoring their environment and can act accordingly and they can control other their methods.
For simplicity reasons, only two transmission entities are depicted without limiting the invention to cases with only two transmission entities involved.
In the examples explained by means of figures 5a, 5b and Sc, the agents selecting transmission entities SAIa, SAIb, and MAlc comprise decision logic, making decisions depending on the required service, user settings and service parameter.
Said decision logic includes guidelines for weighting service parameter offered in a bid. For example for a file transfer service according to ftp (file transmission protocol), the parameter costs, bandwidth and bit error rate are weighted stronger than the parameter low jitters and delay. And vice versa for a speech connection that requires a short delay, no jitters and is, to a certain extent, tolerant to a small bandwidth and a high bit error rate.
In an embodiment of the invention, weighting factors and minimum values for service parameter are allocated to each different kind of service within the decision logic of a software agent.
2ppp_p9_p4 P13794jom In figure Sa, a first transmission entity TE12 comprising a first software agent SAIa and a further transmission entity TE121 comprising a second software agent SA2a are depicted.
The static software agents SAIa and SA2a handle the communication between the transmission entities TE12 and TE121 for selection of entity purposes. Due to the communication between transmission entities being performed by said agents, for example using an agent communication language, there is a high flexibility when it comes to introduction of new functionality.
In an embodiment of the invention using software agents on either side of the communication, all steps of the selection of a transmission entity as described by figures 1 and 2 are performed within said agents.
Figure Sb depicts the transmission entities TE12 and TE121, the transmission entity TE12 comprising a static software agent SAIb and a mobile software agent MAIb, sent by the further transmission entity TE121.
Mobile software agents can be sent for example from a further transmission entity to the first transmission entity on demand of the first entity, after an reception of an initiating event like a start/restart of a first or a further entity, or whenever a change in the data or the program of the mobile agent has to be performed. For the sending of mobile agents, standard caching mechanisms can be used. ~
In an embodiment of the invention, a further transmission entity sends a mobile agent every time it changes the conditions for offering a service.
The mobile agent SAlb of the first transmission entity TE12 performs the steps of receiving a service request, for example from said transmission entity or from another transmission entity. It determines the service parameter from said service request and loads user settings, for example from subscription data of a calling party. Afterwards it defines a request for the submission of bids. If a time limit for granting the requested service exists, the mobile agent SAIb calculates either an 2000-09-04 P13794-jom absolute time before, or a time interval within, bids have to be returned. The time information is included in the request for the submission of bids.
In a next step it sends said request to the mobile agent MAIb. As the mobile agent MAIb is located within the same transmission entity, the communication between the agents is fast and does not use transmission resources outside the transmission entity.
The mobile agent MAIb receives the request for the submission of bids, analyses said request, and produces a bid. The bid is based on information included in the data of the mobile agent and on the result of said analysis. Data can be for example to information about the capacity, a pricing policy, and services offered by its sender.
These data are included as well as a calculation mechanism when the mobile agent is defined. Here, the mobile agent cannot offer the requested service to the price defined in the request for the submission of bids. But it can offer another service for example with a lower bandwidth for the stated price.
15 The static agent SAIb receives the bid and analyses the bid. The bid does match the requirements for the service as defined by the user settings. As the offered other service with the lower bandwidth is not interesting, the agent SAIb defines a new request for an alternative service. It sends the request to the mobile agent MAIb.
The mobile agent MAIb receives the request and analyses it. As it can offer the 2o service with the requested parameter, it returns a bid.
The static agent SAIb receives the bid, analyses the bid and as it matches the requirements accepts the bid.
In an embodiment of the invention, the mobile software agent MAIb collects charging and/or statistical information about services that are used by the agent's 25 current host and executed by its sender.
2~-~_~ P 13794-join is In figure Sc, mobile agents MAIc and SAIc are located within a further transmission entity TE121. The mobile agent MAIc is sent by the first transmission entity TE12.
After receiving a service request, the first transmission entity TE12 forwards the service request to its mobile agents, one of them being the mobile agent MAIc.
The further processing is performed as described in figure Sb, the mobile agent MAIc performing the steps of static agent SAIb and the static agent SAIc performing the steps of mobile agent MAIb.
After the mobile agent MAIc selected a transmission entity, it sends a message to to the transmission entity TE12, including an identification of the selected transmission entity and service parameter.
In a further embodiment of the invention, the mobile agent MAIc does not send a message but returns itself including said identification.
In an embodiment of the invention, the sender of the message identifies the selected 15 transmission entity.
Figure 6 depicts a transmission entity according to the invention. Said transmission entity TE12 comprises a processing unit PU1, a routing unit RU1, a switching unit SWUI, an I/O unit I/OU1, a storage unit SU1 and an enrol unit UU1.
The units can be implemented as portions of software codes, as stored program 20 electronic devices, or by any other means known to a person skilled in the art.
The processing unit PUl co-ordinates the other units and processes information delivered by the I/O unit I/OU or stored in the storage unit SU1. It generates bids, generates requests for the submission of bids and processes bids received from further transmission entities.
25 The routing unit RU1 receives the results of the selection of a transmission entity, for example in the form of a routing program. In the case that a routing program is 2000-09-04 P13794-jom activated for a routing case, the switching unit SWLJI is controlled by using said routing program.
The switching unit SWU1 performs the switching. A group switch is one possible implementation, for example.
The I/O unit I/OUI handles transmissions to further transmission entities. It sends and receives request for the submission of bids, bids and mobile software agents.
The storage unit SU1 stores data received by the I/O unit I/OUI. It may store software agents, also. In an embodiment of the invention, a table with further transmission entities is stored, also.
The enrol unit UUI is responsible for securing the reception of requests for the submission of bids that are interesting for the transmission entity TE12.
To make sure that request for the transmission of bids are received by the transmission entity, performs at least one of the following, depending on how said requests are distributed:
- it subscribes the transmission entity TE12 in at least one anycasting group, used for the distribution of requests for the submission of bids, - it subscribes the transmission entity TE12 in at least one multicasting group, used for the distribution of requests for the submission of bids, - it receives a mobile agent from a transmission entity, - it sends a mobile agent to at least one transmission entity, or - it sends the address of transmission entity TE12 to at least one transmission entity.
The enrol unit UU1 subscribes the transmission entity TE12 to respective an anycasting or multicasting group by performing two steps. In a first step it informs the I/O unit I/OUI that information, sent to a certain anycasting or multicasting group address, is to be received. The second step is sending information to routers in the telecommunication network, that information sent to said respective anycasting or multicasting group address shall be forwarded to the transmission entity TE12, too.
2000-09-04 P13794-jom The enrol unit sends the address of the transmission entity to at least one transmission entity. The at least one transmission entity is a first or a further transmission entity, storing the address in a table used for distribution of requests for the transmission of bids.
2000-09-04 P13794-jom
Claims (10)
1. A method for the selection of at least one transmission entity out of a plurality of transmission entities of a telecommunication system, comprising the following steps performed by a first transmission entity:
- reception of an initiating event notification, - determining service parameters, defining a requested service, - requesting the submission of bids according to said service parameters from further transmission entities, - receiving said bids, - analysing the bids, and - selecting at least one transmission entity, either by deciding whose bid is the most appropriate in comparison to the service parameters, or by sending the bids to a user or another transmission entity and receiving an identification of a selected at least one transmission entity, or if no appropriate transmission entity is selected, the following steps are performed at least once before selecting a transmission entity or rejecting the requested service:
- modifying the request for the submission of bids, - sending the modified request for the submission of bids to at least one further transmission entity, and - receiving bids, and - analysing the bids.
- reception of an initiating event notification, - determining service parameters, defining a requested service, - requesting the submission of bids according to said service parameters from further transmission entities, - receiving said bids, - analysing the bids, and - selecting at least one transmission entity, either by deciding whose bid is the most appropriate in comparison to the service parameters, or by sending the bids to a user or another transmission entity and receiving an identification of a selected at least one transmission entity, or if no appropriate transmission entity is selected, the following steps are performed at least once before selecting a transmission entity or rejecting the requested service:
- modifying the request for the submission of bids, - sending the modified request for the submission of bids to at least one further transmission entity, and - receiving bids, and - analysing the bids.
2. A method according to claim 1, wherein the receiving of bids is terminated after a threshold number of received bids or a certain amount of time or a combination of both.
3. A method for submitting a bid to a first transmission entity for a selection according to claim 1, comprising the following steps performed by a further transmission entity:
- receiving a request for the submission of bids, The rectangular c - analysing the request for the submission of bids, - producing a bid, based upon the request received, - sending of the bid to the sender of the request for the submission of bids.
- receiving a request for the submission of bids, The rectangular c - analysing the request for the submission of bids, - producing a bid, based upon the request received, - sending of the bid to the sender of the request for the submission of bids.
4. A method according to claim 3, wherein the following steps are performed before a bid is sent to the sender of the request for the submission of bids:
- determining service parameters, - requesting the submission of bids from at least one further transmission entity, - receiving at least one bid, - analysing the at least one bid, - selecting a transmission entity, the selection being based upon the at least one bid and the service parameters.
- determining service parameters, - requesting the submission of bids from at least one further transmission entity, - receiving at least one bid, - analysing the at least one bid, - selecting a transmission entity, the selection being based upon the at least one bid and the service parameters.
5. A method according to any of the claims 1 to 4, wherein the request for the submission of bids is sent by using a multicast service.
6. A method according to any of the claims 1 to 5, wherein the request for the submission of bids is sent by using a broadcast service that is limited to a certain area.
7. A method according to any of the claims 1 to 6, wherein ode transmission entity comprises a software agent from another transmission entity, communicating with a software agent of the one transmission entity.
8. A method according to any of the claims 1 to 7, wherein a mobile agent is sent to a transmission entity in the case of a start/restart of a transmission entity.
9. A method according to any of the claims 1 to 8, wherein the request for submission of bids comprises a time information that informs a further transmission entity until when the reception of a bid will be accepted.
10. A transmission entity, comprising:
- a processing unit, processing information, co-ordinating the units, generating requests for the submission of bids, generating bids, and processing bids, - a routing unit, receiving the results of the processed bids from the processing unit and supplying them to the switching unit, - a switching unit, receiving switching information from the routing unit and switching the calls according to said information, - an I/O unit, receiving information from and sending information to further transmission entities and - a storage unit, storing bids received by the I/O unit before they are processed by the processing unit, and - an enrol unit, performing at least one of the following:
- subscribing the transmission entity in at least one anycasting group, the group used for the distribution of requests for the submission of bids, - subscribing the transmission entity in at least one multicasting group, the group used for the distribution of requests for the submission of bids, - receiving a mobile agent from a transmission entity, - sending a mobile agent to a transmission entity, or - sending the transmission entity's address to further transmission entities.
- a processing unit, processing information, co-ordinating the units, generating requests for the submission of bids, generating bids, and processing bids, - a routing unit, receiving the results of the processed bids from the processing unit and supplying them to the switching unit, - a switching unit, receiving switching information from the routing unit and switching the calls according to said information, - an I/O unit, receiving information from and sending information to further transmission entities and - a storage unit, storing bids received by the I/O unit before they are processed by the processing unit, and - an enrol unit, performing at least one of the following:
- subscribing the transmission entity in at least one anycasting group, the group used for the distribution of requests for the submission of bids, - subscribing the transmission entity in at least one multicasting group, the group used for the distribution of requests for the submission of bids, - receiving a mobile agent from a transmission entity, - sending a mobile agent to a transmission entity, or - sending the transmission entity's address to further transmission entities.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP00119218A EP1187505B1 (en) | 2000-09-06 | 2000-09-06 | Method for the selection of transmission entities |
| EP00119218.6 | 2000-09-06 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2356782A1 CA2356782A1 (en) | 2002-03-06 |
| CA2356782C true CA2356782C (en) | 2010-08-24 |
Family
ID=8169758
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA2356782A Expired - Lifetime CA2356782C (en) | 2000-09-06 | 2001-08-30 | Method for the selection of transmission entities |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6947390B2 (en) |
| EP (1) | EP1187505B1 (en) |
| CA (1) | CA2356782C (en) |
| DE (1) | DE60038171T2 (en) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7242669B2 (en) * | 2000-12-04 | 2007-07-10 | E*Trade Financial Corporation | Method and system for multi-path routing of electronic orders for securities |
| US20040082314A1 (en) * | 2002-10-25 | 2004-04-29 | Shaw Venson M. | Delivery of network services |
| US7565137B2 (en) * | 2002-10-25 | 2009-07-21 | At&T Mobility Ii Llc | Delivery of network services |
| US8249615B2 (en) * | 2002-10-25 | 2012-08-21 | At&T Mobility Ii Llc | Delivery of network services |
| US20050102675A1 (en) * | 2003-11-10 | 2005-05-12 | Parkyn Nicholas D. | Method for managing execution of a process based on available services |
| US7894447B2 (en) | 2005-12-06 | 2011-02-22 | Lippershy Celestial Llc | Digital object routing |
| US8194701B2 (en) * | 2005-12-06 | 2012-06-05 | Lippershy Celestial Llc | System and/or method for downstream bidding |
| US7720073B2 (en) * | 2005-12-06 | 2010-05-18 | Shabbir Khan | System and/or method for bidding |
| US8055897B2 (en) | 2005-12-06 | 2011-11-08 | Lippershy Celestial Llc | Digital object title and transmission information |
| US8014389B2 (en) | 2005-12-06 | 2011-09-06 | Lippershy Celestial Llc | Bidding network |
| US20070130046A1 (en) * | 2005-12-06 | 2007-06-07 | Shabbir Khan | Quality of service for transmission of digital content |
| US9686183B2 (en) | 2005-12-06 | 2017-06-20 | Zarbaña Digital Fund Llc | Digital object routing based on a service request |
| WO2017025152A1 (en) * | 2015-08-07 | 2017-02-16 | Nec Europe Ltd. | Network management method and system for a shared radio access network, ran, infrastructure |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6345090B1 (en) * | 1996-09-04 | 2002-02-05 | Priceline.Com Incorporated | Conditional purchase offer management system for telephone calls |
| US6487172B1 (en) * | 1998-08-21 | 2002-11-26 | Nortel Networks Limited | Packet network route selection method and apparatus using a bidding algorithm |
| GB2346507B (en) * | 1999-01-30 | 2003-08-27 | Motorola Ltd | Selecting a network in a cellular communications system |
| US6522735B1 (en) * | 2000-10-10 | 2003-02-18 | Nortel Networks Limited | Network selection support in a communications service bidding exchange |
-
2000
- 2000-09-06 EP EP00119218A patent/EP1187505B1/en not_active Expired - Lifetime
- 2000-09-06 DE DE60038171T patent/DE60038171T2/en not_active Expired - Lifetime
-
2001
- 2001-08-30 CA CA2356782A patent/CA2356782C/en not_active Expired - Lifetime
- 2001-09-05 US US09/947,105 patent/US6947390B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US6947390B2 (en) | 2005-09-20 |
| EP1187505B1 (en) | 2008-02-27 |
| CA2356782A1 (en) | 2002-03-06 |
| DE60038171T2 (en) | 2009-04-30 |
| US20020075808A1 (en) | 2002-06-20 |
| DE60038171D1 (en) | 2008-04-10 |
| EP1187505A1 (en) | 2002-03-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2188519C2 (en) | Method and device for routing short message | |
| US7873346B2 (en) | Arrangement and method for determining charging in a telecommunications system | |
| US8195811B2 (en) | Policy co-ordination in a communications network | |
| US7499466B2 (en) | Multicast group management in telecommunication networks | |
| US6819652B1 (en) | Method and apparatus for processing control messages in a communications system | |
| US8374638B2 (en) | System and method for providing a proxy in a short message service (SMS) environment | |
| CN101437202B (en) | Method, system and apparatus for processing multi-terminal business message | |
| CA2356782C (en) | Method for the selection of transmission entities | |
| US6728215B1 (en) | System and method for placing wireless calls on an internet protocol based local area network based upon quality of service conditions | |
| US8855035B2 (en) | Access control for a service subscription | |
| US20070049285A1 (en) | System and Method for Upgrading Service Class of a Connection in a Wireless Network | |
| EP1743461A2 (en) | Registration redirect server | |
| US6604142B1 (en) | Method of filtering responses to gatekeeper discovery multicast request message | |
| US7103066B2 (en) | Method and apparatus for providing common intelligent value-added service protocols for accessing value-added services by all multimedia application protocols | |
| CN112099871A (en) | Service quality configuration method and device | |
| CA2447919A1 (en) | Seamless communications through optimal networks | |
| US6647007B1 (en) | Method for transmission of data including signaling the necessity of a second communications path to a network control system | |
| CN101924993B (en) | Multi-terminal service message processing method, system and device | |
| KR101674065B1 (en) | System and method for transmittung message of mobile communication terminal based on two number service | |
| CN102740273A (en) | Method, system and device for processing service message under multiple terminals | |
| RU2359428C2 (en) | Method for transfer of mm4 interface messages in system of multimedia messages | |
| WO2002037772A1 (en) | Packet communication system, control method thereof and mobile radio communication system | |
| Nakaniwa et al. | Server and route selection method for QoS-based anycast protocol | |
| Dutnall | Future mobile requirements for IP routing and ATM switching | |
| KR20070017311A (en) | Communication network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKEX | Expiry |
Effective date: 20210830 |