US20100150023A1 - Method and node for the control of a connection in a communication network - Google Patents

Method and node for the control of a connection in a communication network Download PDF

Info

Publication number
US20100150023A1
US20100150023A1 US12/525,200 US52520007A US2010150023A1 US 20100150023 A1 US20100150023 A1 US 20100150023A1 US 52520007 A US52520007 A US 52520007A US 2010150023 A1 US2010150023 A1 US 2010150023A1
Authority
US
United States
Prior art keywords
connection
delay
packetisation
controlling
nodes
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.)
Granted
Application number
US12/525,200
Other versions
US8634326B2 (en
Inventor
Andreas Witzel
Karl Hellwing
Dirk Kampmann
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Assigned to TELEFONAKTIEBOLAGET LM ERICSSON (PUBL) reassignment TELEFONAKTIEBOLAGET LM ERICSSON (PUBL) ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: WITZEL, ANDREAS, KAMPMANN, DIRK, HELLWIG, KARL
Publication of US20100150023A1 publication Critical patent/US20100150023A1/en
Application granted granted Critical
Publication of US8634326B2 publication Critical patent/US8634326B2/en
Expired - Fee Related legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/28Flow control; Congestion control in relation to timing considerations
    • H04L47/283Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/38Flow control; Congestion control by adapting coding or compression rate
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/102Gateways
    • H04L65/1023Media gateways
    • H04L65/103Media gateways in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/765Media network packet handling intermediate
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04Registration at HLR or HSS [Home Subscriber Server]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]

Definitions

  • the invention relates to method and a node for controlling a connection in a communication network and in particular for controlling on a call-by-call basis a selection of a packetisation time to be applied for a connection.
  • Communication networks consist of interconnected nodes and can be subdivided into core networks and access networks, the latter providing access to user equipment, for example a wireless access for mobile user equipment to a radio access network.
  • Core networks interconnect access networks and further networks, e.g. other core networks or the Internet.
  • RNC Radio Network Controllers
  • an access network can be controlled by one or more Radio Network Controllers (RNC), which is connected to the core network and provides access to the core network, i.e. serves as access node.
  • RNC Radio Network Controllers
  • GSM Global System for Mobile Communications
  • BSC Base Station Controllers
  • the 3G core network is controlled by one or more Mobile Switching Centres (MSCs). These MSCs also influence the decisions in RNC and BSC.
  • speech For the transmission on a connection, speech (or other media) is compressed by encoding the speech (or the other media) according to one or more encoding/decoding schemes (and is subsequently decoded). Coding and decoding schemes are both referred to subsequently herein as coding schemes and alternatively denoted “codecs”.
  • Recent communication networks transport speech or other media using a packet based transmission.
  • packet based transmission a speech or media data stream is segmented into data portions constituting payload data of a data packet to which a packet header comprising addressing information of the data packet is attached.
  • the fraction of the transmission bandwidth that is associated with the transmission of the packet headers also termed the transport overhead, may become significant.
  • Transport header compression is a technology, wherein at a data source and a data sink an association between the a packet header and a packet header identifier is maintained and the packet header is replaced by its identifier at the data source, the data packet is routed along the transmission path using the packet header identifier, which is replaced by the associated packet header at the data sink.
  • Packet header compression has been developed for IP (internet protocol), UDP (User Datagram Protocol), and RTP (real time protocol) as transmission protocols and standardised by the IETF (Internet Engineering Task Force).
  • Another solution to reduce the transmission overhead is to combine the payload data of multiple calls when transmitting the payload over a common transmission path portion. Also this solution has been standardised by the IETF. In the context of packet transmission this technology it is termed multiplexing.
  • Yet another solution is to adapt the amount of payload data which is transmitted from a particular data source to a corresponding data sink.
  • the ratio between packet header size and the size of the payload of the data portion decreases, and by this the portion of the transmission bandwidth which is consumed for the transmission of the packet header is reduced accordingly.
  • This solution to reduce the transport overhead is termed packetisation.
  • the time represented by a single speech or media data portion increases as well. This time corresponds to the time needed to present the converted speech or media data to a listener and is termed the packetisation time of a speech or media data packet.
  • Applying packetisation can significantly reduce the transmission bandwidth, and the transmission costs, thus saving resources that are scarce in many telecommunication networks.
  • This object is solved by a method for controlling an establishment or a modification of a connection according to a packet based transmission scheme in a communication network comprising a plurality of nodes, wherein the connection to be established or modified comprises or utilizes one or more entities potentially causing a transmission delay for a transmission over the connection, and wherein an indicator indicating an expected accumulated delay for the connection is sent between nodes controlling the connection and wherein one of the nodes controlling the connection checks the indicator when it performs a decision on the packetisation time to be applied for the connection.
  • the one of the nodes controlling the connection that selects a packetisation time to be applied for the connection sends a control message towards a bearer node performing a packetisation for the connection to control the bearer node to apply the selected packetisation time.
  • an intermediate node controlling one or more of the entities potentially introducing a delay to the connection checks the indicator and adjusts it before forwarding it to a further node controlling the connection.
  • the one of the nodes controlling the connection checks an indication indicating a delay value accepted for the connection when it performs the decision on the packetisation time to be applied for the connection.
  • the perceivable delay comprising the transmission delay and the delay associated with the packetisation time can be controlled to be below the accepted delay value.
  • a minimum quality concerning the perceivable delay can be guaranteed.
  • the overall delay value accepted for the connection is predefined for the communication network.
  • connection to be established or modified is a connection for a subscriber having a subscription for the communication network and wherein the overall delay value accepted for the connection is associated with said subscription.
  • the overall delay value accepted for the connection may be associated with the subscription of the originating or the terminating subscriber or with both the subscription of the originating and the terminating subscriber.
  • a subscribed quality level indicating a target quality level for the subscriber is associated with the subscription, and the one of the nodes controlling the connection checks the subscribed quality level when it performs the decision on the packetisation time to be applied for the connection.
  • connection comprises or utilises one or more entities potentially impairing the connection quality, and wherein an impairment indicator indicating an expected accumulated impairment is received in the one of the nodes controlling the connection and wherein the one of the nodes controlling the connection checks the impairment indicator when it performs the decision on the packetisation time to be applied for the connection.
  • connection comprises or utilises one or more connection stages on that the transmission bandwidth should be minimized, and wherein a high compression route indicator indicating the demand to minimize the transmission bandwidth is received in the one of the nodes controlling the connection and wherein the one of the nodes controlling the connection checks the high compression route indicator when it performs the decision on the packetisation to be applied for the connection.
  • the establishment or modification of the connection comprises the negotiation of one or more coding schemes to be applied for the connection and the indicator indicating the expected accumulated delay is sent during the negotiation of the one or more coding schemes.
  • a list of one or more coding schemes applicable for the connection is sent between the nodes controlling the connection.
  • one or more indications indicating an expected accumulated delay corresponding to associated one or more coding schemes are sent between the nodes controlling the connection.
  • This provides an efficient signalling for the expected accumulated delay.
  • an intermediate node controlling the connection checks the indications of the expected accumulated delay corresponding to the one or more coding schemes and adjusts it/them before forwarding it/them to a further node controlling the connection.
  • one or more selectable packetisation times are associated with the one or more selectable coding schemes and sent between the nodes controlling the connection.
  • packetisation times may account for different frame formats of speech or media data that provide an advantageous segmentation of the speech or media data.
  • an intermediate of the nodes controlling the connection adjusts at least one of the selectable packetisation times and forwards them to a further node controlling the connection.
  • the one of the nodes controlling the connection checks a coding scheme to be applied for the connection in the decision on the packetisation time to be applied for the connection.
  • a network node for controlling an establishment or a modification of a connection according to a packet based transmission scheme in a communication network comprising a plurality of nodes.
  • the connection to be established or modified comprises or utilizes one or more entities potentially introducing a delay to a transmission over the connection.
  • the network node is remarkable in that it comprises a reception unit for receiving an indicator indicating an expected accumulated delay for the connection and a decision unit for checking the indicator and performing a decision on the packetisation time to be applied for the connection.
  • the network node provides the same or corresponding advantages as the provided method.
  • the network node is susceptible to the same or corresponding advantageous modifications as the provided method.
  • a program unit on a data carrier which is loadable into a network node for controlling an establishment or a modification of a connection according to a packet based transmission scheme in a communication network comprising a plurality of nodes, wherein the connection to be established or modified comprises or utilizes one or more entities potentially introducing a delay to a transmission over the connection.
  • the program unit comprises code for instructing the network node to perform the following steps when the program unit is run on the network node: receiving an indicator indicating an expected accumulated delay for the connection and checking the indicator in a decision on the packetisation time to be applied for the connection.
  • the network node provides the same or corresponding advantages and is susceptible to the same or corresponding advantageous modifications as the provided method.
  • FIG. 1 is a block diagram illustrating a mobile communication network for applying the present invention.
  • FIG. 2 is a signal sequence diagram illustrating the signalling message flow involving entities of the network of FIG. 2 .
  • FIG. 3 is a block diagram depicting a message format in accordance with the teachings of the present invention.
  • FIG. 4 is a flow chart diagram illustrating a method in accordance with the teachings of the present invention.
  • FIG. 5 is a flow chart diagram illustrating a selection of a packetisation according to one embodiment of the present invention.
  • FIG. 6 is a block diagram illustrating network node in accordance with the teachings the present invention.
  • Communication system 100 may be a combination wireless/wireline system.
  • Communication system 100 includes a set of nodes 102 - 112 through which signals are routed that pertain to a communication connection, such as an individual speech or video telephone conversation conducted between mobile telephones.
  • the individual nodes represent individual pieces of telecommunication equipment, such as servers, computer processors, and the like, or systems composed of such components.
  • FIG. 1 In the example of FIG.
  • the nodes include a set of MSC servers or control nodes 102 , 104 , 106 through which control signals are routed and a set of MGWs (Media Gateways) or payload nodes 108 , 110 , 112 , that are controlled by the MSC servers 102 , 104 , 106 and through which the actual payload data corresponding to a connection 113 is routed and/or processed therein.
  • the connection 113 can be e.g. a speech or a video connection. Routing and/or processing of the payload data through the MGWs 108 , 110 , 112 introduces a delay to a payload transmission over the connection.
  • the delay introduced into the payload transmission may be associated with a specific type of processing, such as echo cancellation, buffering, multiplexing, switching or transcoding and/or to specific hardware or software devices within the media gateways such as echo cancellers, buffers, multiplexers, site routers, switches or transcoders.
  • Different amounts of delay introduced may be associated with corresponding devices and/or or kinds of processing and associations between an expected or typical amount of delay and a corresponding processing and/or device type may be stored in the MSC servers 102 , 104 , 106 , that control the MGWs 108 , 110 , 112 .
  • processing of speech or video payload data may include a packetisation of several speech or video data frames at the originating MGW 108 to constitute the payload of a single IP packet.
  • Speech or video data payload received from an access network at the originating MGW 108 can thus be transmitted over the transmission stages 302 and 303 via IP transport mechanisms further to the terminating MGW 112 , where the several speech or video data frames can be unpacked from the single IP packet.
  • packetisation applied in the MGW 108 can be controlled by the MSC 102 .
  • the packetisation time i.e. the time represented by the speech or video data frames included in a single IP packet can be controlled by the MSC server 102 .
  • the nodes include a VLR (Visitor Location Register) 103 associated with the MSC Server 102 and a VLR (Visitor Location Register) 107 associated with the MSC Server 106 .
  • the VLR 103 is connectable with the HLR (Home Location Register) 105 and the VLR 107 is connectable with the HLR (Home Location Register) 109 .
  • the exemplary connection includes four portions 301 , 302 , 303 , and 304 .
  • Transmission of payload via the connection portions introduces a delay to the transmission via the connection that depends among others on the transmission technology used. Different amounts of transmission delay may be associated with corresponding connection portions and associations between an amount of transmission delay and a corresponding connection portion may be stored in the MSC servers 102 , 104 , 106 .
  • An example for a type of connection portion introducing a particular long transmission delay is a connection portion comprising a satellite link.
  • Advantageously specific transmission delay values may be stored only for such connection portions introducing a particularly high transmission delay, for other connection portions typical delay values may be stored instead.
  • the nodes are shown as being arranged in stages. In particular, an originating stage 115 , an intermediate stage 117 , and a terminating stage 119 are illustrated.
  • the nodes 102 , 103 , 105 , 108 of the originating stage 115 are associated with the user equipment (not specifically shown) that originates the connection.
  • HLR 105 is the HLR of the home network of the subscriber that uses the user equipment that originates the connection (herein termed the originating subscriber).
  • the VLR 103 stores subscription information associated with the originating subscriber, which subscription information has been previously downloaded from the HLR 105 , e.g. via an Insert Subscriber Data MAP operation.
  • said subscription information for the originating subscriber includes an overall delay value accepted for a connection for the originating subscriber, wherein the accepted delay is associated with the subscription of the originating subscriber.
  • the accepted delay value can be a delay value for a single transmission direction, or a delay value for a two-way communication, e.g. a mouth to ear delay of a voice call.
  • said subscription information includes a subscribed quality level indicating a target quality level for the originating subscriber.
  • each stage includes one control node and one payload node. It should be understood, however, that some stages may include multiple control or payload nodes and some control nodes may control payload nodes of multiple stages. Hence, the scope of each stage is somewhat arbitrary.
  • stage is used herein primarily for ease in distinguishing among originating, intermediate (if any) and terminating portions of the connection. (Note that, in the figure, O-MSC can also play the role of TSC and GMSC nodes, while I-MSC can be a TSC node only, whereas T-MSC can also be TSC.)
  • signals exchanged between the originating nodes and the user equipment may be received, for example, via Iu from a UTRAN system, via A from a GERAN system, via TDM from a PSTN system, via IP from a NGN system or via IP from a IMS system.
  • UTRAN stands for UMTS Terrestrial Radio Access Network. Iu is an abbreviation for the UTRAN interface.
  • GERAN stands for GSM/EDGE radio access network, where EDGE refers to “enhanced data rates for GSM evolution.” “A” refers to the interface within the GERAN architecture between an MSC/MGW and a base station subsystem (BSS) of the GERAN.
  • BSS base station subsystem
  • PSTN is the public switched telephone network and TDM refers to time-division multiplexing.
  • IMS is the IP Multimedia Subsystem and NGN refers to Next Generation Networks.
  • payload data is transmitted via the different access networks from and to the MGW 108 .
  • different amounts of transmission delay may be associated with the transmission from the originating user equipment to the MGW 108 .
  • typical delay values associated with the different types of transmission networks are stored in the MSC 102 , e.g. in an association table having a network type and an associated typical delay value as corresponding entries.
  • Advantageously said typical delay values differentiate between a transmission from and towards the originating user equipment.
  • Typical delay values include 55 ms for an UTRAN uplink transmission, i.e. from the originating user equipment via UTRAN to the MGW 108 , 70 ms for an UTRAN downlink transmission, i.e. from the MGW 108 via UTRAN to the originating user equipment.
  • Other typical delay values include 60 ms for a GERAN uplink transmission, i.e. the originating user equipment via GERAN to the MGW 108 , and 92 ms for a GERAN downlink transmission, i.e. from the MGW 108 via GERAN to the originating user equipment.
  • the terminating nodes ( 106 , 107 , 109 , 112 ) are associated with the terminating user equipment that receives the connection.
  • HLR 109 is the HLR of the home network of the subscriber that uses the user equipment that terminates the connection (herein termed the terminating subscriber).
  • the VLR 107 stores subscription information associated with the terminating subscriber, which subscription information has been previously downloaded from the HLR 109 , e.g. via an Insert Subscriber Data MAP operation.
  • said subscription information for the terminating subscriber includes an overall delay value accepted for a connection for the terminating subscriber, wherein the accepted delay is associated with the subscription of the terminating subscriber.
  • the accepted delay value can be a delay value for a single transmission direction, or a delay value for a two-way communication, e.g. a mouth to ear delay of a voice call.
  • said subscription information includes a subscribed quality level indicating a target quality level for the terminating subscriber. In case both the originating and the terminating subscriber belong to the same home network, HLR 105 and HLR 109 will probably be identical and the distinction between HLR 105 and HLR 109 becomes merely logical.
  • signals exchanged between the terminating nodes and the terminating equipment may be via Iu from a UTRAN system, via A from a GERAN system, via TDM from a PSTN system or via IP from an IMS or a NGN system.
  • the intermediate nodes ( 104 , 110 ) represent any additional nodes that may be required between the originating node and the terminating nodes.
  • payload data is transmitted between the MGW 112 and the terminating user equipment via the different access networks.
  • different amounts of transmission delay may be associated with the transmission from the originating user equipment to the MGW 108 and, in an advantageous implementation of the invention typical delay values associated with the different types of access networks are stored in the MSC 106 , in a similar way than previously described with respect to the MGW 108 and the originating access network.
  • exemplary messages include establishment messages, modification messages, and acknowledgement messages relating to the acknowledgement of a modification message or an establishment message.
  • An exemplary message 123 is shown within FIG. 1 , which is relayed from a MSC server 104 to MSC server 106 .
  • one or more transcoders ( 114 , 116 , 118 ) are provided within the various MGWs. Although only a single transcoder is illustrated per MGW in FIG. 1 , in practice each MGW may support numerous transcoders. Additionally, although not shown, the originating user equipment or the terminating user equipment may also include one or more codecs.
  • the transcoders compress and decompress speech or video, as needed, using one or more codecs to enable transmission within the limited bit rate that may be associated with a particular connection, such as exemplary connection 113 .
  • Speech is compressed by a transcoder of one stage, then decompressed by a transcoder of another stage, in accordance with a particular codec that both transcoders are capable of employing.
  • the codecs themselves essentially represent connections between transcoders.
  • Exemplary speech codecs include GSM_HR, GSM_EFR, and AMR.
  • control messages such as message 123
  • the message preferably includes a list of “supported codecs,” i.e. encoding/decoding schemes capable of being applied between the transcoders of the various MGWs and that may be activated or deactivated during any particular connection.
  • the MSC servers selectively employs codecs along connection 113 .
  • message 123 preferably also includes an information element having individual impairment values, one per supported codec, that indicate the expected accumulated impairment along a candidate connection path 121 associated with the supported codec.
  • message 123 preferably includes an information element indicating a subscribed accepted overall delay value and/or target quality level of the originating subscriber.
  • message 123 preferably includes an indicator that indicates that a required bandwidth should be minimized for at least one of the connection stages of the connection and that the bandwidth minimizing requirement has precedence over the subscribed target quality level requirement, an indication of an accumulated impairment, and/or an indication of a accepted overall delay depending on a subscription.
  • FIG. 2 call control messages exchanged during a call set up or modification that are adapted in accordance with the teachings of the present invention will be described.
  • the call control messages are sent between the MGWs 102 , 104 , and 106 and the MSCs 108 , 110 , and 112 of FIG. 1 , the description of those is referred to rather than repeated.
  • the originating MSC 102 determines an overall perceivable delay accepted for the connection.
  • Said overall perceivable delay accepted for the connection may be predefined for the network 100 by the network operator or be dependent on a subscription of a subscriber for whom the connection is set up.
  • subscription information of the originating subscriber previously downloaded from the HLR 105 associated with the originating subscriber may be accessed from the VLR 103 that is associated with the originating subscriber.
  • the originating subscriber data may be complemented with an accepted perceivable delay value, which could be a delay value for a single transmission direction or for a two-way communication, e.g. a mouth to ear delay of a voice call.
  • an accepted perceivable delay value which could be a delay value for a single transmission direction or for a two-way communication, e.g. a mouth to ear delay of a voice call.
  • said subscription information of the originating subscriber could be complemented with a subscribed quality level indicating a target quality level for the originating subscriber.
  • the MSC 102 determines an expected accumulated delay for the connection portions from the originating terminal up to and including the connection portions controlled by the originating MSC 102 .
  • the accumulated delay includes an access network transmission delay, a processing delay and, advantageously, a transmission delay considering the further transmission between the MGWs.
  • the access network delay includes the accumulated delay expected to be introduced by connection portions from the terminal up to the MGW 108 .
  • the access network delay is determined dependent on a type of access network, e.g. by accessing a look-up table storing associations between access network types and corresponding typical delay values. Transmission delay values for a transmission from and towards the originating user equipment may be determined separately for separate transmission directions or combined to a two-way communication delay.
  • the processing step 11 further includes the determination of the expected processing delay introduced by processing means or devices controlled by the MSC server 102 , such as devices of the MGW 108 .
  • processing means or devices controlled by the MSC server 102 such as devices of the MGW 108 .
  • devices of the MGW 108 Typically during the call set up a sequence of hardware or software devices such as echo cancellers, buffers, multiplexers, site routers, switches or transcoders is composed, that are linked together for the connection to be set up. Accordingly for each of the devices an individual expected processing delay values can be determined, e.g. by looking up an association between an amount of delay and a corresponding device type stored in an association table within the MSC server 102 . The individual expected processing delay values can be combined to an overall expected delay value considering processing within the sequence of devices.
  • the processing step 11 may include determining a transmission delay for a transmission via the connection portion between MGW 108 and MGW 110 .
  • the transmission delay is largely determined by the transmission technology used.
  • Different predetermined expected transmission delay values may be associated with corresponding connection portions and a prestored association between an expected transmission delay value and a corresponding connection portion may be accessed to determine the expected transmission delay.
  • Such associations may be prestored in the MSC 102 for all connection portions controlled thereby.
  • a specific transmission delay value may be determined only for such connection portions that cause a particularly high transmission delay, such as a connection portion comprising a satellite link. For other connection portions typical delay values may be stored instead.
  • Typical transmission delay values include 4 microseconds per kilometre for a coaxial cable, 5 microseconds per kilometre for an optical fibre, 1 millisecond for a microwave SDH (Synchronous Digital Hierarchy) transmission link, 1.4 milliseconds for a microwave PDH (Plesiochrone Digital Hierarchy) transmission link, up to 60 milliseconds for a LEO (Low Earth Orbit) satellite transmission link and up to 310 milliseconds for a HEO (High Earth Orbit) satellite transmission link.
  • processing step 11 advantageously includes determining an accumulated impairment considering transmission and processing within the access network and up to and including the devices or connection portions controlled by the originating MSC 102 .
  • the message 20 can be in a message format described in connection with the description of FIG. 3 or any other suitable message format.
  • the message 20 may additionally include the subscribed accepted perceivable delay value and/or the subscribed quality level of the originating subscriber. Furthermore the message 20 may include an indication of the accumulated impairment determined in processing step 11 .
  • step 12 in that similar to step 11 any additional delay potentially introduced by the devices or connection portions controlled by the intermediate MSC 104 is determined. This additional delay is determined and considered together with the accumulated delay value received in message 20 to determine an accumulated delay between the originating terminal and the connection portions controlled by the MSC 102 .
  • any additional impairment potentially introduced within devices controlled by the MSC 104 is considered together with the accumulated impairment received with message 20 to advantageously determine an accumulated impairment considering transmission up to and including the devices or connection portions controlled by the MSC 104 .
  • the processing step 12 may include checking whether one of the connection portions of the connection to be set up or modified is a connection portion, for that a particularly high compression should be applied. To that end an association table associating to each of the connection portions administered by the MSC 104 a high compression route indication or not may be accessed.
  • a high compression route indication is included in message 21 that is subsequently composed.
  • Message 21 further comprises the accumulated delay determined at processing step 12 , and preferably the accumulated impairment determined in step 12 .
  • the message 21 may further comprise the subscribed accepted perceivable overall delay value and/or also the subscribed quality level of the originating subscriber previously received in message 20 .
  • the message 21 may include an indication of the expected speech or video data impairment, i.e. a decrease in the perceivable quality introduced by processing or transmission of the speech or video data within the connection portions and/or devices between the originating terminal up to and including the connection portions and/or devices controlled by the MSC server 104 .
  • the method continues with processing step 13 in that the overall delay budged for the connection 103 is determined an, based on the overall delay budget the packetisation time for the connection 103 is determined.
  • the processing step 13 further includes determining an expected terminating access network transmission delay, i.e. a transmission delay considering the transmission delay within the access network of the terminating user equipment. This is typically dependent on the type of access network and may be determined by accessing a look-up table storing associations between access network types and corresponding typical delay values. Access network transmission delay values may be determined separately for a transmission from and a transmission towards the terminating user equipment or combined for a two-way communication delay.
  • an expected terminating access network transmission delay i.e. a transmission delay considering the transmission delay within the access network of the terminating user equipment. This is typically dependent on the type of access network and may be determined by accessing a look-up table storing associations between access network types and corresponding typical delay values. Access network transmission delay values may be determined separately for a transmission from and a transmission towards the terminating user equipment or combined for a two-way communication delay.
  • the processing step 13 includes the determination of the expected processing delay introduced by processing means or devices controlled by the MSC server 106 , such as devices of the MGW 112 .
  • a sequence of hardware or software devices controlled by the MSC server 106 and composed for the connection 113 to be set up or set up or modified can be analyzed to determine individual expected processing delay values for each of the devices, to combine them to an overall processing delay value for the device sequence.
  • An association table storing associations between a device type and a corresponding individual processing delay that has been stored in the MSC server 106 may be accessed in this regard.
  • the processing step 13 further includes determining an expected accumulated delay for the connection portions controlled by the terminating MSC 106 that have not yet been considered in the accumulated delay received in message 21 .
  • step 13 the accumulated delay received in message 21 , the expected terminating access network delay and any expected additional transmission and processing delay are considered in combination to determine an expected accumulated delay for the connection 113 .
  • end processing step 13 may include determining an overall perceivable delay accepted for the connection dependent on the subscription information.
  • subscription information of the terminating subscriber previously downloaded from the HLR 109 associated with the terminating subscriber may be accessed from the VLR 107 that is associated with the terminating subscriber.
  • the terminating subscriber data may be complemented with an accepted perceivable delay value, which could be a delay value for a single transmission direction or for a two-way communication, e.g. a mouth to ear delay of a voice call.
  • the subscription information of the terminating subscriber can be complemented with a subscribed quality level indicating a target quality level for the terminating subscriber.
  • the perceivable delay accepted for the originating subscriber which has been previously received with message 21 is considered to determine an overall perceivable delay accepted for the connection. This can be a delay value for a one way or a two way communication.
  • the delay accepted for the originating subscriber is determined based on the information received with message 21 .
  • processing step 13 may include checking the message 21 , whether it includes a high compression route indication, and, if the result of the check is yes to apply a less strict, i.e. larger delay value accepted for the connection 113 .
  • the overall perceivable delay accepted for the connection 113 and the expected accumulated delay for the connection 113 are now considered in combination to determine an available delay budged and a packetisation time to be applied for the connection 113 .
  • the packetisation time can be a packetisation time applicable for a single transmission direction or for a transmission in both transmission directions. Alternatively separate delay budgets and/or packetisation times may be determined for the two transmission directions.
  • a target quality level accepted for the connection 113 is determined based on the target quality level for the originating subscriber, the target quality level of the terminating subscriber or a combination of both.
  • the target quality level can be advantageously used in the context of the invention in various ways.
  • the target quality level of the connection is accessed to select one or more coding schemes in view of a resulting accumulated connection quality impairment conforming with this target quality level.
  • Selecting one or more applicable coding schemes may be combined with the selection of the packetisation time to be applied for the connection in a plurality of advantageous ways.
  • selectable packetisation times could be associated with corresponding selectable coding schemes.
  • one or more coding schemes to be applied for the connection is or are selected in view of an expected target connection quality and for the selected one or more coding schemes, a plurality of selectable packetisation times are determined and the packetisation time is selected from these.
  • the overall perceivable delay and the accumulated impairment may be selected in combination in view of the accepted target quality level.
  • a low voice or video quality can be compensated to some extend by low perceivable delay for the connection.
  • a relatively high transmission delay may be compensated with a high voice or video quality.
  • a coding scheme and a packetisation time to be applied for the connection are advantageously selected in a combined selection to control the corresponding combination of perceivable delay and accumulated impairment to be acceptable.
  • one or more packetisation times and one or more coding schemes applicable for the connection are selected, and further control messages including these one or more coding schemes and/or packetisation times are sent to control the nodes of the transport network to apply the selected coding schemes and/or packetisation times.
  • MSC server 106 sends the control message 22 comprising the selected coding schemes and/or packetisation times to the MGW 112 to control the MGW 112 to apply these coding schemes and/or packetisation times.
  • a packetising in the transmission direction from the terminating to the originating subscriber this means that speech or data frames received from the terminating user equipment are buffered and combined such that speech or video data frames representing a selected packetisation time are transmitted in a single data packet.
  • MGW 112 is prepared to unpack a data packet comprising speech and/or video data frames representing a selected packetisation time and transmit these speech or video frames further to the terminating user equipment.
  • the selected one or more coding schemes and/or packetisation times are forwarded via signalling message 23 further to the intermediate MGW 104 and via signalling message 25 further to originating MGW 102 .
  • the intermediate MGW 104 sends the control message 24 comprising the selected coding schemes and/or packetisation times to the MGW 110 to control the MGW 110 to apply these coding schemes and/or packetisation times and/or to enable the MGW 110 to handle data packets formatted using the selected coding schemes and/or packetisation times.
  • the originating MSC 102 In response to the signalling message 25 the originating MSC 102 sends control message 25 to control the MGW 108 to apply the selected coding schemes and/or packetisation times in processing step 15 .
  • a packetising in the transmission direction from the originating to the terminating subscriber this means that speech or data frames received from the originating user equipment are buffered and combined such that speech or video data frames representing a selected packetisation time are transmitted in a single data packet.
  • MGW 108 is prepared to unpack a data packet comprising speech and/or video data frames representing a respective selected packetisation time and transmit these speech or video frames further to the originating user equipment.
  • an information element 120 as contained within message 123 and or message 21 and relayed between MSC server 104 and MSC server 106 is described, wherein the information element 120 includes a supported codec list 122 , a subscribed quality level indication 127 indicating a target quality level for the originating subscriber, as well as a total accumulated delay (TAD) data element 124 listing individual delay values 126 associated with candidate paths leading up to, and including, the supported codecs 122 . Furthermore the information element 120 includes a TAD threshold 128 indicating a maximum allowed perceivable delay and a high compression route indicator 129 indicating whether a required bandwidth should be minimized for at least one of the connection stages of the connection.
  • TAD total accumulated delay
  • the TAD threshold 128 may be defined by the operator of the communication network 100 or determined according to a subscription.
  • the (TAD) data element 124 for each particular supported codec (or other element that may affect the transmission delay) of a given stage an individual TAD value is stored within the TAD element that represents the total expected impairment associated with the candidate path leading up to, and including, that particular codec of that particular stage.
  • the TAD element includes the accumulated delays for each of the listed supported codecs.
  • message 123 sent from the intermediate stage to the terminating stage thereby includes a list of the five codecs supported by the originating stage, as well as an indicator value for each of the five codecs supported by the originating stage.
  • Each indicator value represents the expected accumulated delay value of the candidate path that leads up to, and includes, the corresponding supported codec.
  • the terminating stage will then change the indicator values to reflect the connection portions and devices controlled by the terminating stage.
  • the indicator 124 is sent only between control nodes ( 102 - 106 ) whereas the connection itself 113 is established between the payload nodes ( 108 - 112 ).
  • the subscribed target quality level 127 corresponds to a range of allowed TAD values.
  • FIG. 4 summarizes the use of the TAD element in connection with specific attention to the terminating MSC.
  • the terminating MSC receives a supported codec list that preferably incorporates the perceivable overall delay acceptable with respect to the subscription of the subscriber that has originated the call.
  • the supported codec list further incorporates the TAD element listing the individual delay values for the candidate paths, represented by these codec candidates.
  • the supported codec list may include the target quality level acceptable in view of the subscribed quality level of the originating subscriber.
  • the individual delay values are updated to reflect additional delay due to processing at terminating stage (terminating MGW 112 ) and the transmission between the terminating user equipment and the terminating stage.
  • the terminating MSC checks the subscribed quality level, either associated with the originating subscriber and previously received with the supported codec list or associated with the terminating subscriber.
  • the subscribed quality level of the terminating subscriber may be fetched from the subscriber record of the terminating subscriber, as explained above.
  • the terminating MSC determines the allowable overall perceivable delay value range, i.e. the range of allowed perceivable delay values that corresponds to the checked subscribed quality level.
  • the terminating MSC selects a codec to be applied for the connection in view of the allowed target quality and the allowed impairment value range.
  • the terminating MSC selects a packetisation time to be applied for the connection so that the overall perceivable delay considering a packetisation delay and the accumulated transmission delay for the connection lies within the determined allowed delay value range.
  • the terminating MSC controls the payload transmission nodes of the originating and the terminating stage to apply a packetisation respectively de-packetisation using the selected packetisation time.
  • the originating MSC activates the connection.
  • Data for the connection such as encoded speech or video data, is routed through the payload transmission nodes that apply a packetisation and/or de-packetisation applying the received selected packetisation time.
  • FIG. 5 a method 500 for the selection of a packetisation time applicable for a selected coding scheme and conforming to the delay budget will be described.
  • the method 500 starts with processing step 504 , in that a coding scheme to be applied for the connection is selected.
  • the coding scheme may be selected in view of an accumulated impairment associated with the selection, which conforms with an acceptable connection quality, e.g. a connection quality conforming with a subscribed quality level for the originating or terminating subscriber.
  • method 500 continues with processing step 505 in that packetisation times selectable in view of the selected coding scheme are determined. These can e.g. restricted to be a multiple of a time represented by a coding frame according to coding scheme.
  • processing step 506 that includes determining an accumulated delay for the connection to be set up, e.g. based on an information element received with a call set up message and updated when the call set up message is sent along a path of control nodes, to consider individual delay values within devices and connection portions controlled by the control nodes.
  • Processing step 506 further includes determining a delay threshold for an overall delay, e.g. a perceivable mouth to ear delay. Like the acceptable connection impairment the delay value threshold may be determined to conform with a subscribed quality level for a the originating or the terminating subscriber.
  • a delay threshold for an overall delay e.g. a perceivable mouth to ear delay.
  • the delay value threshold may be determined to conform with a subscribed quality level for a the originating or the terminating subscriber.
  • a delay budget is determined according to the delay threshold and the accumulated delay. This can be for example remaining delay, when subtracting the accumulated delay from the delay threshold.
  • the method continues with processing step 507 , in that the selectable packetisation times are sorted in descending order, i.e. starting with the largest selectable packetisation time.
  • step 510 it is determined whether the largest selectable packetisation time, which is the current packetisation time in the first processing cycle, is within the delay budget. If the answer is yes, the method continues with step 508 , in that the selected packetisation time is set to the current packetisation time.
  • the counter of the packetisation times is incremented in processing step 511 , i.e. the current packetisation time is set to the next lower selectable packetisation time, which is subsequently checked to determine whether it lies within the delay budget.
  • the selected packetisation time is then set to this current packetisation time in processing step 508 .
  • the selected coding scheme and the selected packetisation time are sent towards the payload nodes of the connection, to control the payload nodes in step 509 to apply the selected coding scheme and the selected packetisation time.
  • FIG. 6 is a block diagram illustrating the terminating MSC server in accordance with the present invention and with the network architecture of FIG. 1 .
  • FIG. 6 depicts the MSC server 106 , VLR 107 of the terminating subscriber and the MGW 112 of FIG. 1 that are connected to the MSC server 106 as previously described.
  • the MSC server 106 is suitable for using the TAD counter in accordance with the method depicted in FIG. 4 and selecting a packetisation time in accordance with the method depicted in FIG. 5 .
  • the MSC 106 includes a MSC interface 3034 interfacing the MSC 106 to the MSC 104 .
  • the MSC 106 is capable of receiving a call set up or call modification message from MSC 104 via the MSC interface 3034 .
  • the call set up or modification message includes an indication of an accumulated delay comprising the delay caused by connection portions and/or devices controlled by the MSC server 104 .
  • the call set up message may include a threshold value indicating an accepted delay for the connection to be set up or modified.
  • the call set up or modification message may include an indication of an accumulated impairment as well as an indication of the subscribed quality level of the call originating subscriber.
  • the terminating MSC 106 further includes a Visitor Location Register (VLR) interface 3035 for interfacing the terminating MSC 106 with the VLR 107 and for receiving subscriber data, which has been complemented in accordance with the present invention with an indication of the subscribed quality level of the terminating subscriber an/or a threshold value indicating an acceptable delay threshold for the terminating subscriber
  • VLR Visitor Location Register
  • the MSC 106 further includes a processing unit 3031 for processing the accumulated delay value indication received from MSC 104 via MSC interface 3034 and any additional delay introduced by connection portions devices controlled by MSC server 106 to determine an overall accumulated delay value.
  • the processing unit 3031 is further suitable for processing either the subscribed quality level of the originating and/or terminating subscriber or the threshold value indication of the originating, or the terminating subscriber or a combination of these threshold value indications to determine an threshold value for the a transmission delay acceptable for the connection to be set up or modified.
  • the processing unit 3031 is further adapted to process both accumulated delay value and the delay threshold value to determine a delay budget and to a select a packetisation time to be applied for the connection to be established or modified that lies within the delay budget.
  • the MSC 106 further includes a Media Gateway (MGW) interface 3033 interfacing the MSC 106 with the MGW 112 .
  • MGW Media Gateway
  • the MSC 106 is adapted to control the MGW 112 via the MGW interface 3033 to apply the selected packetisation time as previously described.
  • the MSC 106 is adapted to control via the MSC interface 3034 any payload nodes controlled by the MSC 104 or any other payload nodes to apply the selected packetisation time.

Abstract

A Method for controlling an establishment or a modification of a connection according to a packet based transmission scheme in a communication network (100) comprising a plurality of nodes (102-112) is proposed. The connection (113) to be established or modified comprises or utilizes one or more entities potentially causing a transmission delay for a transmission over the connection. An indicator indicating an expected accumulated delay for the connection (124) is sent between nodes controlling the connection and one of the nodes controlling the connection checks the indicator when it performs a decision on the packetisation time to be applied for the connection.

Description

    TECHNICAL FIELD
  • The invention relates to method and a node for controlling a connection in a communication network and in particular for controlling on a call-by-call basis a selection of a packetisation time to be applied for a connection.
  • BACKGROUND
  • Communication networks consist of interconnected nodes and can be subdivided into core networks and access networks, the latter providing access to user equipment, for example a wireless access for mobile user equipment to a radio access network. Core networks interconnect access networks and further networks, e.g. other core networks or the Internet. In the Universal Mobile Telecommunications System (UMTS) architecture, an access network can be controlled by one or more Radio Network Controllers (RNC), which is connected to the core network and provides access to the core network, i.e. serves as access node. In the Global System for Mobile Communications (GSM) architecture, the access network can be controlled by one or more Base Station Controllers (BSC). The 3G core network is controlled by one or more Mobile Switching Centres (MSCs). These MSCs also influence the decisions in RNC and BSC.
  • For the transmission on a connection, speech (or other media) is compressed by encoding the speech (or the other media) according to one or more encoding/decoding schemes (and is subsequently decoded). Coding and decoding schemes are both referred to subsequently herein as coding schemes and alternatively denoted “codecs”.
  • Recent communication networks transport speech or other media using a packet based transmission. When applying packet based transmission a speech or media data stream is segmented into data portions constituting payload data of a data packet to which a packet header comprising addressing information of the data packet is attached.
  • When applying compression to the speech or media data payload, the fraction of the transmission bandwidth that is associated with the transmission of the packet headers, also termed the transport overhead, may become significant.
  • To address this problem different technologies have been developed to reduce the transmission bandwidth needed for the transmission of the packet headers. Transport header compression is a technology, wherein at a data source and a data sink an association between the a packet header and a packet header identifier is maintained and the packet header is replaced by its identifier at the data source, the data packet is routed along the transmission path using the packet header identifier, which is replaced by the associated packet header at the data sink. As the packet header identifier has a significantly smaller data size than the packet header itself, transmission bandwidth for transmitting the header identifier is also smaller. Packet header compression has been developed for IP (internet protocol), UDP (User Datagram Protocol), and RTP (real time protocol) as transmission protocols and standardised by the IETF (Internet Engineering Task Force).
  • Another solution to reduce the transmission overhead is to combine the payload data of multiple calls when transmitting the payload over a common transmission path portion. Also this solution has been standardised by the IETF. In the context of packet transmission this technology it is termed multiplexing.
  • Yet another solution is to adapt the amount of payload data which is transmitted from a particular data source to a corresponding data sink. By increasing the amount of payload transmitted within a single data packet the ratio between packet header size and the size of the payload of the data portion decreases, and by this the portion of the transmission bandwidth which is consumed for the transmission of the packet header is reduced accordingly. This solution to reduce the transport overhead is termed packetisation.
  • When increasing an amount of payload to be transmitted within a single speech or media data portion, the time represented by a single speech or media data portion increases as well. This time corresponds to the time needed to present the converted speech or media data to a listener and is termed the packetisation time of a speech or media data packet.
  • Applying packetisation can significantly reduce the transmission bandwidth, and the transmission costs, thus saving resources that are scarce in many telecommunication networks.
  • However, an increase of the packetisation time may affect the perceived communication quality.
  • SUMMARY
  • Therefore it is an object of the invention to provide a method for controlling the selection of the packetisation time to be applied in a communication network.
  • This object is solved by a method for controlling an establishment or a modification of a connection according to a packet based transmission scheme in a communication network comprising a plurality of nodes, wherein the connection to be established or modified comprises or utilizes one or more entities potentially causing a transmission delay for a transmission over the connection, and wherein an indicator indicating an expected accumulated delay for the connection is sent between nodes controlling the connection and wherein one of the nodes controlling the connection checks the indicator when it performs a decision on the packetisation time to be applied for the connection.
  • By this a selection of the packetisation time can be controlled to balance potential bandwidth savings and perceived transmission delay.
  • Advantageously the one of the nodes controlling the connection that selects a packetisation time to be applied for the connection sends a control message towards a bearer node performing a packetisation for the connection to control the bearer node to apply the selected packetisation time.
  • By this the packetisation time to be applied for a connection can be controlled efficiently. Advantageously an intermediate node controlling one or more of the entities potentially introducing a delay to the connection checks the indicator and adjusts it before forwarding it to a further node controlling the connection.
  • By this a precise calculation of the accumulated delay can be performed.
  • Advantageously the one of the nodes controlling the connection checks an indication indicating a delay value accepted for the connection when it performs the decision on the packetisation time to be applied for the connection.
  • By this the perceivable delay comprising the transmission delay and the delay associated with the packetisation time can be controlled to be below the accepted delay value. Thus a minimum quality concerning the perceivable delay can be guaranteed.
  • According to a particular embodiment the overall delay value accepted for the connection is predefined for the communication network.
  • Further advantageously the connection to be established or modified is a connection for a subscriber having a subscription for the communication network and wherein the overall delay value accepted for the connection is associated with said subscription.
  • By this an adequate billing can be provided considering the perceivable connection quality regarding a speech delay and the usage of network resources.
  • The overall delay value accepted for the connection may be associated with the subscription of the originating or the terminating subscriber or with both the subscription of the originating and the terminating subscriber.
  • Further advantageously a subscribed quality level indicating a target quality level for the subscriber is associated with the subscription, and the one of the nodes controlling the connection checks the subscribed quality level when it performs the decision on the packetisation time to be applied for the connection. By this an adequate billing can be provided considering a perceivable connection quality and the usage of network resources.
  • In a accordance with an advantageous embodiment the connection comprises or utilises one or more entities potentially impairing the connection quality, and wherein an impairment indicator indicating an expected accumulated impairment is received in the one of the nodes controlling the connection and wherein the one of the nodes controlling the connection checks the impairment indicator when it performs the decision on the packetisation time to be applied for the connection. By this the combined effect of the delay and the quality impairment on the perceivable connection quality can be considered to select an acceptable delay value.
  • Further advantageously the connection comprises or utilises one or more connection stages on that the transmission bandwidth should be minimized, and wherein a high compression route indicator indicating the demand to minimize the transmission bandwidth is received in the one of the nodes controlling the connection and wherein the one of the nodes controlling the connection checks the high compression route indicator when it performs the decision on the packetisation to be applied for the connection. By this the utilisation of transmission resources can be further controlled to be particularly efficient where necessary.
  • Advantageously the establishment or modification of the connection comprises the negotiation of one or more coding schemes to be applied for the connection and the indicator indicating the expected accumulated delay is sent during the negotiation of the one or more coding schemes.
  • By this the negotiation of the coding scheme and the selection of the packetisation time to be applied for the connection can be combined efficiently.
  • According to an advantageous aspect of the invention a list of one or more coding schemes applicable for the connection is sent between the nodes controlling the connection.
  • Advantageously one or more indications indicating an expected accumulated delay corresponding to associated one or more coding schemes are sent between the nodes controlling the connection.
  • This provides an efficient signalling for the expected accumulated delay.
  • Further advantageously an intermediate node controlling the connection checks the indications of the expected accumulated delay corresponding to the one or more coding schemes and adjusts it/them before forwarding it/them to a further node controlling the connection.
  • By this individual indications can be adjusted to account for the different transmission delays introduced for the different coding schemes, e.g. due to different processing times. Thus a precise determination of the accumulated delay is possible.
  • Advantageously one or more selectable packetisation times are associated with the one or more selectable coding schemes and sent between the nodes controlling the connection.
  • By this the packetisation times may account for different frame formats of speech or media data that provide an advantageous segmentation of the speech or media data.
  • According to an advantageous aspect an intermediate of the nodes controlling the connection adjusts at least one of the selectable packetisation times and forwards them to a further node controlling the connection.
  • By this different capabilities of processing speech or media data frames provided by an intermediate node may be accounted for.
  • Advantageously the one of the nodes controlling the connection checks a coding scheme to be applied for the connection in the decision on the packetisation time to be applied for the connection.
  • By this the combined effect of the coding scheme applied for the connection and the transmission delay on the perceivable speech quality may be accounted for. Furthermore the selectable packetisation times applicable for a particular codec can be accounted for.
  • In accordance with the teachings of the present invention a network node is provided for controlling an establishment or a modification of a connection according to a packet based transmission scheme in a communication network comprising a plurality of nodes. The connection to be established or modified comprises or utilizes one or more entities potentially introducing a delay to a transmission over the connection. The network node is remarkable in that it comprises a reception unit for receiving an indicator indicating an expected accumulated delay for the connection and a decision unit for checking the indicator and performing a decision on the packetisation time to be applied for the connection.
  • The network node provides the same or corresponding advantages as the provided method.
  • The network node is susceptible to the same or corresponding advantageous modifications as the provided method.
  • Furthermore in accordance with the teachings of the present invention a program unit on a data carrier is provided which is loadable into a network node for controlling an establishment or a modification of a connection according to a packet based transmission scheme in a communication network comprising a plurality of nodes, wherein the connection to be established or modified comprises or utilizes one or more entities potentially introducing a delay to a transmission over the connection. The program unit comprises code for instructing the network node to perform the following steps when the program unit is run on the network node: receiving an indicator indicating an expected accumulated delay for the connection and checking the indicator in a decision on the packetisation time to be applied for the connection.
  • The network node provides the same or corresponding advantages and is susceptible to the same or corresponding advantageous modifications as the provided method.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The following figures show:
  • FIG. 1 is a block diagram illustrating a mobile communication network for applying the present invention.
  • FIG. 2 is a signal sequence diagram illustrating the signalling message flow involving entities of the network of FIG. 2.
  • FIG. 3 is a block diagram depicting a message format in accordance with the teachings of the present invention.
  • FIG. 4 is a flow chart diagram illustrating a method in accordance with the teachings of the present invention.
  • FIG. 5 is a flow chart diagram illustrating a selection of a packetisation according to one embodiment of the present invention.
  • FIG. 6 is a block diagram illustrating network node in accordance with the teachings the present invention.
  • DETAILED DESCRIPTION OF EMBODIMENTS
  • In the following the invention is described in more detail by means of embodiments and figures. Equal reference signs indicate equal elements.
  • Turning now to FIGS. 1-6, exemplary embodiments of the invention will now be described. First, with reference to FIG. 1, a communication system 100 is illustrated, in which the invention is implemented. Communication system 100 may be a combination wireless/wireline system. Communication system 100 includes a set of nodes 102-112 through which signals are routed that pertain to a communication connection, such as an individual speech or video telephone conversation conducted between mobile telephones. The individual nodes represent individual pieces of telecommunication equipment, such as servers, computer processors, and the like, or systems composed of such components. In the example of FIG. 1, the nodes include a set of MSC servers or control nodes 102, 104, 106 through which control signals are routed and a set of MGWs (Media Gateways) or payload nodes 108, 110, 112, that are controlled by the MSC servers 102, 104, 106 and through which the actual payload data corresponding to a connection 113 is routed and/or processed therein. The connection 113 can be e.g. a speech or a video connection. Routing and/or processing of the payload data through the MGWs 108, 110, 112 introduces a delay to a payload transmission over the connection. The delay introduced into the payload transmission may be associated with a specific type of processing, such as echo cancellation, buffering, multiplexing, switching or transcoding and/or to specific hardware or software devices within the media gateways such as echo cancellers, buffers, multiplexers, site routers, switches or transcoders. Different amounts of delay introduced may be associated with corresponding devices and/or or kinds of processing and associations between an expected or typical amount of delay and a corresponding processing and/or device type may be stored in the MSC servers 102, 104, 106, that control the MGWs 108, 110, 112.
  • Furthermore, in accordance with the teachings of the present invention, processing of speech or video payload data may include a packetisation of several speech or video data frames at the originating MGW 108 to constitute the payload of a single IP packet. Speech or video data payload received from an access network at the originating MGW 108 can thus be transmitted over the transmission stages 302 and 303 via IP transport mechanisms further to the terminating MGW 112, where the several speech or video data frames can be unpacked from the single IP packet. By applying packetisation the transport overhead can be reduced. In accordance with the teachings of the present invention packetisation applied in the MGW 108 can be controlled by the MSC 102. In particular the packetisation time, i.e. the time represented by the speech or video data frames included in a single IP packet can be controlled by the MSC server 102.
  • Furthermore the nodes include a VLR (Visitor Location Register) 103 associated with the MSC Server 102 and a VLR (Visitor Location Register) 107 associated with the MSC Server 106. The VLR 103 is connectable with the HLR (Home Location Register) 105 and the VLR 107 is connectable with the HLR (Home Location Register) 109.
  • The exemplary connection includes four portions 301, 302, 303, and 304. Transmission of payload via the connection portions introduces a delay to the transmission via the connection that depends among others on the transmission technology used. Different amounts of transmission delay may be associated with corresponding connection portions and associations between an amount of transmission delay and a corresponding connection portion may be stored in the MSC servers 102, 104, 106. An example for a type of connection portion introducing a particular long transmission delay is a connection portion comprising a satellite link. Advantageously specific transmission delay values may be stored only for such connection portions introducing a particularly high transmission delay, for other connection portions typical delay values may be stored instead.
  • The nodes are shown as being arranged in stages. In particular, an originating stage 115, an intermediate stage 117, and a terminating stage 119 are illustrated. The nodes 102, 103, 105, 108 of the originating stage 115 are associated with the user equipment (not specifically shown) that originates the connection. HLR 105 is the HLR of the home network of the subscriber that uses the user equipment that originates the connection (herein termed the originating subscriber). In that context the VLR 103 stores subscription information associated with the originating subscriber, which subscription information has been previously downloaded from the HLR 105, e.g. via an Insert Subscriber Data MAP operation. According to an embodiment of the present invention said subscription information for the originating subscriber includes an overall delay value accepted for a connection for the originating subscriber, wherein the accepted delay is associated with the subscription of the originating subscriber. The accepted delay value can be a delay value for a single transmission direction, or a delay value for a two-way communication, e.g. a mouth to ear delay of a voice call. In addition according to a further advantageous embodiment said subscription information includes a subscribed quality level indicating a target quality level for the originating subscriber.
  • In the example shown, each stage includes one control node and one payload node. It should be understood, however, that some stages may include multiple control or payload nodes and some control nodes may control payload nodes of multiple stages. Hence, the scope of each stage is somewhat arbitrary. The term stage is used herein primarily for ease in distinguishing among originating, intermediate (if any) and terminating portions of the connection. (Note that, in the figure, O-MSC can also play the role of TSC and GMSC nodes, while I-MSC can be a TSC node only, whereas T-MSC can also be TSC.)
  • Depending upon the originating user equipment, signals exchanged between the originating nodes and the user equipment may be received, for example, via Iu from a UTRAN system, via A from a GERAN system, via TDM from a PSTN system, via IP from a NGN system or via IP from a IMS system. UTRAN stands for UMTS Terrestrial Radio Access Network. Iu is an abbreviation for the UTRAN interface. GERAN stands for GSM/EDGE radio access network, where EDGE refers to “enhanced data rates for GSM evolution.” “A” refers to the interface within the GERAN architecture between an MSC/MGW and a base station subsystem (BSS) of the GERAN. PSTN is the public switched telephone network and TDM refers to time-division multiplexing. IMS is the IP Multimedia Subsystem and NGN refers to Next Generation Networks. In addition, depending on the originating user equipment payload data is transmitted via the different access networks from and to the MGW 108. Depending on the type of access network different amounts of transmission delay may be associated with the transmission from the originating user equipment to the MGW 108. In an advantageous implementation of the invention typical delay values associated with the different types of transmission networks are stored in the MSC 102, e.g. in an association table having a network type and an associated typical delay value as corresponding entries. Advantageously said typical delay values differentiate between a transmission from and towards the originating user equipment. Typical delay values include 55 ms for an UTRAN uplink transmission, i.e. from the originating user equipment via UTRAN to the MGW 108, 70 ms for an UTRAN downlink transmission, i.e. from the MGW 108 via UTRAN to the originating user equipment. Other typical delay values include 60 ms for a GERAN uplink transmission, i.e. the originating user equipment via GERAN to the MGW 108, and 92 ms for a GERAN downlink transmission, i.e. from the MGW 108 via GERAN to the originating user equipment.
  • The terminating nodes (106, 107, 109, 112) are associated with the terminating user equipment that receives the connection. HLR 109 is the HLR of the home network of the subscriber that uses the user equipment that terminates the connection (herein termed the terminating subscriber). In that context the VLR 107 stores subscription information associated with the terminating subscriber, which subscription information has been previously downloaded from the HLR 109, e.g. via an Insert Subscriber Data MAP operation. According to a particular embodiment of the present invention said subscription information for the terminating subscriber includes an overall delay value accepted for a connection for the terminating subscriber, wherein the accepted delay is associated with the subscription of the terminating subscriber. The accepted delay value can be a delay value for a single transmission direction, or a delay value for a two-way communication, e.g. a mouth to ear delay of a voice call. In addition according to a further advantageous embodiment said subscription information includes a subscribed quality level indicating a target quality level for the terminating subscriber. In case both the originating and the terminating subscriber belong to the same home network, HLR 105 and HLR 109 will probably be identical and the distinction between HLR 105 and HLR 109 becomes merely logical. Likewise, depending upon the terminating user equipment, signals exchanged between the terminating nodes and the terminating equipment may be via Iu from a UTRAN system, via A from a GERAN system, via TDM from a PSTN system or via IP from an IMS or a NGN system. The intermediate nodes (104, 110) represent any additional nodes that may be required between the originating node and the terminating nodes. In addition, depending on the terminating user equipment payload data is transmitted between the MGW 112 and the terminating user equipment via the different access networks. Depending on the type of access network different amounts of transmission delay may be associated with the transmission from the originating user equipment to the MGW 108 and, in an advantageous implementation of the invention typical delay values associated with the different types of access networks are stored in the MSC 106, in a similar way than previously described with respect to the MGW 108 and the originating access network.
  • In order to establish, process, and eventually terminate a connection, various messages are transmitted between the MSC servers. Exemplary messages include establishment messages, modification messages, and acknowledgement messages relating to the acknowledgement of a modification message or an establishment message. An exemplary message 123 is shown within FIG. 1, which is relayed from a MSC server 104 to MSC server 106. To relay speech for a telephone conversation, one or more transcoders (114, 116, 118) are provided within the various MGWs. Although only a single transcoder is illustrated per MGW in FIG. 1, in practice each MGW may support numerous transcoders. Additionally, although not shown, the originating user equipment or the terminating user equipment may also include one or more codecs.
  • The transcoders compress and decompress speech or video, as needed, using one or more codecs to enable transmission within the limited bit rate that may be associated with a particular connection, such as exemplary connection 113. Speech is compressed by a transcoder of one stage, then decompressed by a transcoder of another stage, in accordance with a particular codec that both transcoders are capable of employing. Hence, the codecs themselves essentially represent connections between transcoders. Exemplary speech codecs include GSM_HR, GSM_EFR, and AMR. Each time a codec is used, the act of coding and then decoding the speech introduces a processing delay to the transmission over the connection. Different codecs may introduce different amounts of processing delay. Furthermore the act of transcoding tends to degrade or impair the speech quality. Different codecs impair or degrade speech quality by potentially differing amounts.
  • Among the information contained within control messages, such as message 123, is information pertaining to the available codecs in a specific node along the connection path. In particular, the message preferably includes a list of “supported codecs,” i.e. encoding/decoding schemes capable of being applied between the transcoders of the various MGWs and that may be activated or deactivated during any particular connection. Using information contained within the supported codec list, the MSC servers selectively employs codecs along connection 113. In addition to providing a list of supported codecs, message 123 preferably also includes an information element having individual impairment values, one per supported codec, that indicate the expected accumulated impairment along a candidate connection path 121 associated with the supported codec. Furthermore, as will be described in more detail below, message 123 preferably includes an information element indicating a subscribed accepted overall delay value and/or target quality level of the originating subscriber. In addition message 123 preferably includes an indicator that indicates that a required bandwidth should be minimized for at least one of the connection stages of the connection and that the bandwidth minimizing requirement has precedence over the subscribed target quality level requirement, an indication of an accumulated impairment, and/or an indication of a accepted overall delay depending on a subscription.
  • The information element of message 123 will be described in greater detail below.
  • Turning now to FIG. 2 call control messages exchanged during a call set up or modification that are adapted in accordance with the teachings of the present invention will be described. The call control messages are sent between the MGWs 102, 104, and 106 and the MSCs 108, 110, and 112 of FIG. 1, the description of those is referred to rather than repeated.
  • Starting with the processing step 10, the originating MSC 102 determines an overall perceivable delay accepted for the connection. Said overall perceivable delay accepted for the connection may be predefined for the network 100 by the network operator or be dependent on a subscription of a subscriber for whom the connection is set up. When the subscription of the originating subscriber is concerned in that regard, subscription information of the originating subscriber, previously downloaded from the HLR 105 associated with the originating subscriber may be accessed from the VLR 103 that is associated with the originating subscriber. As described above, in accordance with the teachings of the present invention the originating subscriber data may be complemented with an accepted perceivable delay value, which could be a delay value for a single transmission direction or for a two-way communication, e.g. a mouth to ear delay of a voice call. Further advantageously said subscription information of the originating subscriber could be complemented with a subscribed quality level indicating a target quality level for the originating subscriber.
  • Then, at processing step 11 the MSC 102 determines an expected accumulated delay for the connection portions from the originating terminal up to and including the connection portions controlled by the originating MSC 102. The accumulated delay includes an access network transmission delay, a processing delay and, advantageously, a transmission delay considering the further transmission between the MGWs. The access network delay includes the accumulated delay expected to be introduced by connection portions from the terminal up to the MGW 108. Preferably the access network delay is determined dependent on a type of access network, e.g. by accessing a look-up table storing associations between access network types and corresponding typical delay values. Transmission delay values for a transmission from and towards the originating user equipment may be determined separately for separate transmission directions or combined to a two-way communication delay.
  • The processing step 11 further includes the determination of the expected processing delay introduced by processing means or devices controlled by the MSC server 102, such as devices of the MGW 108. Typically during the call set up a sequence of hardware or software devices such as echo cancellers, buffers, multiplexers, site routers, switches or transcoders is composed, that are linked together for the connection to be set up. Accordingly for each of the devices an individual expected processing delay values can be determined, e.g. by looking up an association between an amount of delay and a corresponding device type stored in an association table within the MSC server 102. The individual expected processing delay values can be combined to an overall expected delay value considering processing within the sequence of devices.
  • In addition the processing step 11 may include determining a transmission delay for a transmission via the connection portion between MGW 108 and MGW 110. Normally the transmission delay is largely determined by the transmission technology used. Different predetermined expected transmission delay values may be associated with corresponding connection portions and a prestored association between an expected transmission delay value and a corresponding connection portion may be accessed to determine the expected transmission delay. Such associations may be prestored in the MSC 102 for all connection portions controlled thereby. Advantageously a specific transmission delay value may be determined only for such connection portions that cause a particularly high transmission delay, such as a connection portion comprising a satellite link. For other connection portions typical delay values may be stored instead. Typical transmission delay values include 4 microseconds per kilometre for a coaxial cable, 5 microseconds per kilometre for an optical fibre, 1 millisecond for a microwave SDH (Synchronous Digital Hierarchy) transmission link, 1.4 milliseconds for a microwave PDH (Plesiochrone Digital Hierarchy) transmission link, up to 60 milliseconds for a LEO (Low Earth Orbit) satellite transmission link and up to 310 milliseconds for a HEO (High Earth Orbit) satellite transmission link.
  • In addition processing step 11 advantageously includes determining an accumulated impairment considering transmission and processing within the access network and up to and including the devices or connection portions controlled by the originating MSC 102.
  • From the access network delay, the processing delay and the transmission delay an overall expected delay associated with particular predefined transmission portions can be determined and sent with the message 20. The message 20 can be in a message format described in connection with the description of FIG. 3 or any other suitable message format.
  • The message 20 may additionally include the subscribed accepted perceivable delay value and/or the subscribed quality level of the originating subscriber. Furthermore the message 20 may include an indication of the accumulated impairment determined in processing step 11.
  • The method continues with step 12, in that similar to step 11 any additional delay potentially introduced by the devices or connection portions controlled by the intermediate MSC 104 is determined. This additional delay is determined and considered together with the accumulated delay value received in message 20 to determine an accumulated delay between the originating terminal and the connection portions controlled by the MSC 102.
  • Also similar to step 11 any additional impairment potentially introduced within devices controlled by the MSC 104 is considered together with the accumulated impairment received with message 20 to advantageously determine an accumulated impairment considering transmission up to and including the devices or connection portions controlled by the MSC 104.
  • Advantageously the processing step 12 may include checking whether one of the connection portions of the connection to be set up or modified is a connection portion, for that a particularly high compression should be applied. To that end an association table associating to each of the connection portions administered by the MSC 104 a high compression route indication or not may be accessed.
  • When the result of the check is yes, a high compression route indication is included in message 21 that is subsequently composed. Message 21 further comprises the accumulated delay determined at processing step 12, and preferably the accumulated impairment determined in step 12. The message 21 may further comprise the subscribed accepted perceivable overall delay value and/or also the subscribed quality level of the originating subscriber previously received in message 20. Furthermore the message 21 may include an indication of the expected speech or video data impairment, i.e. a decrease in the perceivable quality introduced by processing or transmission of the speech or video data within the connection portions and/or devices between the originating terminal up to and including the connection portions and/or devices controlled by the MSC server 104.
  • The method continues with processing step 13 in that the overall delay budged for the connection 103 is determined an, based on the overall delay budget the packetisation time for the connection 103 is determined.
  • The processing step 13 further includes determining an expected terminating access network transmission delay, i.e. a transmission delay considering the transmission delay within the access network of the terminating user equipment. This is typically dependent on the type of access network and may be determined by accessing a look-up table storing associations between access network types and corresponding typical delay values. Access network transmission delay values may be determined separately for a transmission from and a transmission towards the terminating user equipment or combined for a two-way communication delay.
  • To that end the processing step 13 includes the determination of the expected processing delay introduced by processing means or devices controlled by the MSC server 106, such as devices of the MGW 112. To that end a sequence of hardware or software devices controlled by the MSC server 106 and composed for the connection 113 to be set up or set up or modified can be analyzed to determine individual expected processing delay values for each of the devices, to combine them to an overall processing delay value for the device sequence. An association table storing associations between a device type and a corresponding individual processing delay that has been stored in the MSC server 106 may be accessed in this regard.
  • The processing step 13 further includes determining an expected accumulated delay for the connection portions controlled by the terminating MSC 106 that have not yet been considered in the accumulated delay received in message 21.
  • Continuing further with the processing in step 13 the accumulated delay received in message 21, the expected terminating access network delay and any expected additional transmission and processing delay are considered in combination to determine an expected accumulated delay for the connection 113.
  • To that end processing step 13 may include determining an overall perceivable delay accepted for the connection dependent on the subscription information.
  • In this regard subscription information of the terminating subscriber, previously downloaded from the HLR 109 associated with the terminating subscriber may be accessed from the VLR 107 that is associated with the terminating subscriber. The terminating subscriber data may be complemented with an accepted perceivable delay value, which could be a delay value for a single transmission direction or for a two-way communication, e.g. a mouth to ear delay of a voice call. Further advantageously the subscription information of the terminating subscriber can be complemented with a subscribed quality level indicating a target quality level for the terminating subscriber.
  • Alternatively or in addition the perceivable delay accepted for the originating subscriber which has been previously received with message 21 is considered to determine an overall perceivable delay accepted for the connection. This can be a delay value for a one way or a two way communication.
  • Advantageously the delay accepted for the originating subscriber is determined based on the information received with message 21.
  • Furthermore processing step 13 may include checking the message 21, whether it includes a high compression route indication, and, if the result of the check is yes to apply a less strict, i.e. larger delay value accepted for the connection 113.
  • The overall perceivable delay accepted for the connection 113 and the expected accumulated delay for the connection 113 are now considered in combination to determine an available delay budged and a packetisation time to be applied for the connection 113. The packetisation time can be a packetisation time applicable for a single transmission direction or for a transmission in both transmission directions. Alternatively separate delay budgets and/or packetisation times may be determined for the two transmission directions.
  • Further advantageously a target quality level accepted for the connection 113 is determined based on the target quality level for the originating subscriber, the target quality level of the terminating subscriber or a combination of both. The target quality level can be advantageously used in the context of the invention in various ways.
  • According to an advantageous embodiment the target quality level of the connection is accessed to select one or more coding schemes in view of a resulting accumulated connection quality impairment conforming with this target quality level.
  • Selecting one or more applicable coding schemes may be combined with the selection of the packetisation time to be applied for the connection in a plurality of advantageous ways.
  • According to an advantageous embodiment selectable packetisation times could be associated with corresponding selectable coding schemes. In this embodiment one or more coding schemes to be applied for the connection is or are selected in view of an expected target connection quality and for the selected one or more coding schemes, a plurality of selectable packetisation times are determined and the packetisation time is selected from these.
  • Further advantageously, the overall perceivable delay and the accumulated impairment may be selected in combination in view of the accepted target quality level.
  • By this the effect can be used that in view of the perceivable quality, a low voice or video quality can be compensated to some extend by low perceivable delay for the connection. On the one hand a relatively high transmission delay may be compensated with a high voice or video quality.
  • Accordingly, a coding scheme and a packetisation time to be applied for the connection are advantageously selected in a combined selection to control the corresponding combination of perceivable delay and accumulated impairment to be acceptable.
  • Thus one or more packetisation times and one or more coding schemes applicable for the connection are selected, and further control messages including these one or more coding schemes and/or packetisation times are sent to control the nodes of the transport network to apply the selected coding schemes and/or packetisation times.
  • In particular MSC server 106 sends the control message 22 comprising the selected coding schemes and/or packetisation times to the MGW 112 to control the MGW 112 to apply these coding schemes and/or packetisation times. Regarding a packetising in the transmission direction from the terminating to the originating subscriber this means that speech or data frames received from the terminating user equipment are buffered and combined such that speech or video data frames representing a selected packetisation time are transmitted in a single data packet.
  • With respect to the transmission direction from the originating to the terminating subscriber this means that MGW 112 is prepared to unpack a data packet comprising speech and/or video data frames representing a selected packetisation time and transmit these speech or video frames further to the terminating user equipment.
  • The selected one or more coding schemes and/or packetisation times are forwarded via signalling message 23 further to the intermediate MGW 104 and via signalling message 25 further to originating MGW 102.
  • In response, the intermediate MGW 104 sends the control message 24 comprising the selected coding schemes and/or packetisation times to the MGW 110 to control the MGW 110 to apply these coding schemes and/or packetisation times and/or to enable the MGW 110 to handle data packets formatted using the selected coding schemes and/or packetisation times.
  • In response to the signalling message 25 the originating MSC 102 sends control message 25 to control the MGW 108 to apply the selected coding schemes and/or packetisation times in processing step 15. Regarding a packetising in the transmission direction from the originating to the terminating subscriber this means that speech or data frames received from the originating user equipment are buffered and combined such that speech or video data frames representing a selected packetisation time are transmitted in a single data packet.
  • With respect to the transmission direction from the terminating to the originating subscriber this means that MGW 108 is prepared to unpack a data packet comprising speech and/or video data frames representing a respective selected packetisation time and transmit these speech or video frames further to the originating user equipment.
  • Turning now to FIG. 3, an information element 120 as contained within message 123 and or message 21 and relayed between MSC server 104 and MSC server 106 is described, wherein the information element 120 includes a supported codec list 122, a subscribed quality level indication 127 indicating a target quality level for the originating subscriber, as well as a total accumulated delay (TAD) data element 124 listing individual delay values 126 associated with candidate paths leading up to, and including, the supported codecs 122. Furthermore the information element 120 includes a TAD threshold 128 indicating a maximum allowed perceivable delay and a high compression route indicator 129 indicating whether a required bandwidth should be minimized for at least one of the connection stages of the connection. The TAD threshold 128 may be defined by the operator of the communication network 100 or determined according to a subscription. Regarding the (TAD) data element 124 for each particular supported codec (or other element that may affect the transmission delay) of a given stage, an individual TAD value is stored within the TAD element that represents the total expected impairment associated with the candidate path leading up to, and including, that particular codec of that particular stage. Hence, the TAD element includes the accumulated delays for each of the listed supported codecs. For the example of FIG. 1, message 123 sent from the intermediate stage to the terminating stage thereby includes a list of the five codecs supported by the originating stage, as well as an indicator value for each of the five codecs supported by the originating stage.
  • Each indicator value represents the expected accumulated delay value of the candidate path that leads up to, and includes, the corresponding supported codec. After the message is received by the terminating stage, the terminating stage will then change the indicator values to reflect the connection portions and devices controlled by the terminating stage. Preferably, the indicator 124 is sent only between control nodes (102-106) whereas the connection itself 113 is established between the payload nodes (108-112).
  • Advantageously the subscribed target quality level 127 corresponds to a range of allowed TAD values.
  • FIG. 4 summarizes the use of the TAD element in connection with specific attention to the terminating MSC. Briefly, beginning at step 200, for a given individual connection, such as a particular mobile call, the terminating MSC receives a supported codec list that preferably incorporates the perceivable overall delay acceptable with respect to the subscription of the subscriber that has originated the call. The supported codec list further incorporates the TAD element listing the individual delay values for the candidate paths, represented by these codec candidates. In addition the supported codec list may include the target quality level acceptable in view of the subscribed quality level of the originating subscriber. At step 204, the individual delay values are updated to reflect additional delay due to processing at terminating stage (terminating MGW 112) and the transmission between the terminating user equipment and the terminating stage. At step 205 the terminating MSC checks the subscribed quality level, either associated with the originating subscriber and previously received with the supported codec list or associated with the terminating subscriber. The subscribed quality level of the terminating subscriber may be fetched from the subscriber record of the terminating subscriber, as explained above.
  • Then the terminating MSC determines the allowable overall perceivable delay value range, i.e. the range of allowed perceivable delay values that corresponds to the checked subscribed quality level.
  • Subsequently, at step 206 the terminating MSC selects a codec to be applied for the connection in view of the allowed target quality and the allowed impairment value range.
  • Subsequently, at step 207 the terminating MSC selects a packetisation time to be applied for the connection so that the overall perceivable delay considering a packetisation delay and the accumulated transmission delay for the connection lies within the determined allowed delay value range.
  • At step 208, the terminating MSC controls the payload transmission nodes of the originating and the terminating stage to apply a packetisation respectively de-packetisation using the selected packetisation time.
  • Finally, at step 209, the originating MSC activates the connection. Data for the connection, such as encoded speech or video data, is routed through the payload transmission nodes that apply a packetisation and/or de-packetisation applying the received selected packetisation time.
  • Turning now to the description of FIG. 5, a method 500 for the selection of a packetisation time applicable for a selected coding scheme and conforming to the delay budget will be described.
  • The method 500 starts with processing step 504, in that a coding scheme to be applied for the connection is selected. The coding scheme may be selected in view of an accumulated impairment associated with the selection, which conforms with an acceptable connection quality, e.g. a connection quality conforming with a subscribed quality level for the originating or terminating subscriber.
  • Then, method 500 continues with processing step 505 in that packetisation times selectable in view of the selected coding scheme are determined. These can e.g. restricted to be a multiple of a time represented by a coding frame according to coding scheme.
  • The method continues with processing step 506, that includes determining an accumulated delay for the connection to be set up, e.g. based on an information element received with a call set up message and updated when the call set up message is sent along a path of control nodes, to consider individual delay values within devices and connection portions controlled by the control nodes.
  • Processing step 506 further includes determining a delay threshold for an overall delay, e.g. a perceivable mouth to ear delay. Like the acceptable connection impairment the delay value threshold may be determined to conform with a subscribed quality level for a the originating or the terminating subscriber.
  • Finally in step 506 a delay budget is determined according to the delay threshold and the accumulated delay. This can be for example remaining delay, when subtracting the accumulated delay from the delay threshold.
  • The method continues with processing step 507, in that the selectable packetisation times are sorted in descending order, i.e. starting with the largest selectable packetisation time.
  • Continuing with the inquiring step 510, it is determined whether the largest selectable packetisation time, which is the current packetisation time in the first processing cycle, is within the delay budget. If the answer is yes, the method continues with step 508, in that the selected packetisation time is set to the current packetisation time.
  • If the answer is no, the counter of the packetisation times is incremented in processing step 511, i.e. the current packetisation time is set to the next lower selectable packetisation time, which is subsequently checked to determine whether it lies within the delay budget.
  • The cycle of stepwise in incrementing the current delay value counter to lower packetisation times and delay budget checks is continued until a current packetisation is found, which is within the delay budged.
  • The selected packetisation time is then set to this current packetisation time in processing step 508.
  • Finally, the selected coding scheme and the selected packetisation time are sent towards the payload nodes of the connection, to control the payload nodes in step 509 to apply the selected coding scheme and the selected packetisation time.
  • FIG. 6 is a block diagram illustrating the terminating MSC server in accordance with the present invention and with the network architecture of FIG. 1.
  • FIG. 6 depicts the MSC server 106, VLR 107 of the terminating subscriber and the MGW 112 of FIG. 1 that are connected to the MSC server 106 as previously described. The MSC server 106 is suitable for using the TAD counter in accordance with the method depicted in FIG. 4 and selecting a packetisation time in accordance with the method depicted in FIG. 5. The MSC 106 includes a MSC interface 3034 interfacing the MSC 106 to the MSC 104. The MSC 106 is capable of receiving a call set up or call modification message from MSC 104 via the MSC interface 3034. In accordance with the teachings of the present invention the call set up or modification message includes an indication of an accumulated delay comprising the delay caused by connection portions and/or devices controlled by the MSC server 104. Furthermore the call set up message may include a threshold value indicating an accepted delay for the connection to be set up or modified. In addition the call set up or modification message may include an indication of an accumulated impairment as well as an indication of the subscribed quality level of the call originating subscriber.
  • In accordance with the teachings of the present invention, the terminating MSC 106 further includes a Visitor Location Register (VLR) interface 3035 for interfacing the terminating MSC 106 with the VLR 107 and for receiving subscriber data, which has been complemented in accordance with the present invention with an indication of the subscribed quality level of the terminating subscriber an/or a threshold value indicating an acceptable delay threshold for the terminating subscriber
  • In accordance with the teachings of the present invention, the MSC 106 further includes a processing unit 3031 for processing the accumulated delay value indication received from MSC 104 via MSC interface 3034 and any additional delay introduced by connection portions devices controlled by MSC server 106 to determine an overall accumulated delay value. The processing unit 3031 is further suitable for processing either the subscribed quality level of the originating and/or terminating subscriber or the threshold value indication of the originating, or the terminating subscriber or a combination of these threshold value indications to determine an threshold value for the a transmission delay acceptable for the connection to be set up or modified. The processing unit 3031 is further adapted to process both accumulated delay value and the delay threshold value to determine a delay budget and to a select a packetisation time to be applied for the connection to be established or modified that lies within the delay budget. The MSC 106 further includes a Media Gateway (MGW) interface 3033 interfacing the MSC 106 with the MGW 112. In accordance with the teachings of the present invention the MSC 106 is adapted to control the MGW 112 via the MGW interface 3033 to apply the selected packetisation time as previously described.
  • Furthermore, in accordance with the teachings of the present invention the MSC 106 is adapted to control via the MSC interface 3034 any payload nodes controlled by the MSC 104 or any other payload nodes to apply the selected packetisation time.

Claims (27)

1. A method for controlling an establishment or a modification of a connection according to a packet based transmission scheme in a communication network comprising a plurality of nodes, wherein the connection to be established or modified comprises or utilizes one or more entities causing a transmission delay over the connection, an indicator indicating an expected accumulated delay for the connection is sent between nodes controlling the connection wherein one of the nodes controlling the connection checks the indicator when it determines a packetisation time to be applied for the connection.
2. The method according to claim 1, wherein the one of the nodes controlling the connection selects a packetisation time to be applied for the connection and sends a control message towards a bearer node, performing a packetisation, for the connection to control the bearer node to apply the selected packetisation time.
3. The method according to claim 1, wherein an intermediate node controlling the connection checks the indicator and adjusts it before forwarding it to a further node controlling the connection.
4. The method according to claim 1, wherein the one of the nodes controlling the connection checks an indication indicating a delay value accepted for the connection when it performs the decision on the packetisation time to be applied for the connection.
5. The method according to claim 4, wherein the overall delay value accepted for the connection is predefined for the communication network.
6. The method according to claim 4, wherein the connection to be established or modified is a connection for a subscriber having a subscription for the communication network and the overall delay value accepted for the connection is associated with said subscription.
7. The method according to claim 6, wherein the overall delay value accepted for the connection is associated with the subscription of the originating subscriber.
8. The method according to claim 6, wherein the overall delay value accepted for the connection is associated with the subscription of the terminating subscriber.
9. The method according to claim 6, wherein the overall delay value accepted for the connection is determined according to a subscription of the originating subscriber and a subscription of the terminating subscriber.
10. The method according to claim 1, wherein a subscribed quality level indicating a target quality level for the subscriber is associated with the subscription, and wherein the one of the nodes controlling the connection checks the subscribed quality level when it performs the decision on the packetisation time to be applied for the connection.
11. The method according to claim 1, wherein the connection comprises or utilises one or more entities impairing the connection quality, and an impairment indicator indicating an expected accumulated impairment is received in the one of the nodes controlling the connection and the one of the nodes controlling the connection checks the impairment indicator when it performs the decision on the packetisation to be applied for the connection.
12. The method according to claim 1, wherein the connection comprises or utilises one or more connection stages on that the transmission bandwidth should be minimized, wherein a high compression route indicator indicating the demand to minimize the transmission bandwidth is received in the one of the nodes controlling the connection and the one of the nodes controlling the connection checks the high compression route indicator when it performs the decision on the packetisation to be applied for the connection.
13. The method according to claim 1, wherein the establishment or modification of the connection comprises the negotiation of one or more coding schemes to be applied for the connection and wherein the indicator indicating the expected accumulated delay is sent during the negotiation of the one or more coding schemes.
14. The method according to claim 13, wherein a list of one or more coding schemes applicable for the connection is sent between the nodes controlling the connection.
15. The method according to claim 14, wherein corresponding one or more indications indicating an expected accumulated delay are associated with the one or more coding schemes and sent between the nodes controlling the connection.
16. The method according to claim 15, wherein an intermediate node controlling the connection checks the one or more indications of the expected accumulated delay corresponding to the one or more coding schemes and adjusts them before forwarding them to a further node controlling the connection.
17. The method according to claim 14, wherein one or more selectable packetisation times are associated with the one or more selectable coding schemes and sent between the nodes controlling the connection.
18. The method according to claim 17, wherein an intermediate node of the nodes controlling the connection adjusts at least one of the selectable packetisation times and forwards them to a further node controlling the connection.
19. The method according to claim 17 or 18, wherein the one of the nodes controlling the connection checks a coding scheme to be applied for the connection in the decision on the packetisation time to be applied for the connection.
20. A network node for controlling an establishment or a modification of a connection according to a packet based transmission scheme in a communication network comprising a plurality of nodes, wherein the connection to be established or modified comprises or utilizes one or more entities introducing a delay to a transmission over the connection, the network node comprising a reception unit for receiving an indicator indicating an expected accumulated delay for the connection and a decision unit for checking the indicator and performing a decision on a packetisation time to be applied for the connection.
21. The network node according to claim 20, arranged wherein the one of the nodes controlling the connection selects a packetisation time to be applied for the connection and sends a control message towards a bearer node, performing a packetisation, for the connection to control the bearer node to apply the selected packetisation time.
22.-23. (canceled)
24. The network node according to claim 20, arranged wherein an intermediate node controlling the connection checks the indicator and adjusts it before forwarding it to a further node controlling the connection.
25. The network node according to claim 20, arranged wherein the one of the nodes controlling the connection checks an indication indicating a delay value accepted for the connection when it performs the decision on the packetisation time to be applied for the connection.
26. The network node according to claim 25, arranged wherein the overall delay value accepted for the connection is predefined for the communication network.
27. The network node according to claim 25, wherein the connection to be established or modified is a connection for a subscriber having a subscription for the communication network and the overall delay value accepted for the connection is associated with said subscription.
28. The network node according to claim 27, wherein the overall delay value accepted for the connection is associated with the subscription of the originating subscriber, the subscription of a terminating subscriber or the subscription of both the originating subscriber and the terminating subscriber.
US12/525,200 2007-02-02 2007-12-13 Method and node for the control of a connection in a communication network Expired - Fee Related US8634326B2 (en)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
EP07002366.8 2007-02-02
EP07002366 2007-02-02
EP07002366 2007-02-02
PCT/EP2007/010916 WO2008092496A1 (en) 2007-02-02 2007-12-13 Method and node for the control of a connection in a communication network

Publications (2)

Publication Number Publication Date
US20100150023A1 true US20100150023A1 (en) 2010-06-17
US8634326B2 US8634326B2 (en) 2014-01-21

Family

ID=39362395

Family Applications (1)

Application Number Title Priority Date Filing Date
US12/525,200 Expired - Fee Related US8634326B2 (en) 2007-02-02 2007-12-13 Method and node for the control of a connection in a communication network

Country Status (4)

Country Link
US (1) US8634326B2 (en)
EP (1) EP2122943B1 (en)
CN (1) CN101743724B (en)
WO (1) WO2008092496A1 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130023762A1 (en) * 2011-04-08 2013-01-24 Volcano Corporation Distributed Medical Sensing System and Method
US20140086588A1 (en) * 2012-09-24 2014-03-27 National Institute Of Information And Communications Technology High-speed communication control system
US20150012773A1 (en) * 2013-07-05 2015-01-08 Fujitsu Limited Information processing apparatus and distribution method
US20150026334A1 (en) * 2012-11-15 2015-01-22 Cdnetworks Co., Ltd. Method for distinguishing type of communication network and method for providing content using same

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030063569A1 (en) * 2001-08-27 2003-04-03 Nokia Corporation Selecting an operational mode of a codec
US6671367B1 (en) * 1999-05-17 2003-12-30 Telefonaktiebolaget Lm Ericsson Capability negotiation in a telecommunications network
US6909690B1 (en) * 2000-01-14 2005-06-21 Sprint Communications Company L.P. Call admission control in telecommunication networks
US20050226219A1 (en) * 2004-04-12 2005-10-13 Liam Casey System and method for increasing call capacity for a wireless local area network
US7072959B2 (en) * 2002-01-15 2006-07-04 Cisco Technology, Inc. Method and apparatus for dynamically assigning a network endpoint to a network region for selecting a proper codec
US20070133516A1 (en) * 2005-12-14 2007-06-14 General Instrument Corporation Method and apparatus for selecting a codec in a packet-switched communication network
US20070140254A1 (en) * 2003-11-27 2007-06-21 Walter Tuppa Method for packeting time-synchronous data during transmission in a packet data network
US7426219B2 (en) * 2003-02-26 2008-09-16 Avaya Inc. Method and apparatus for reducing packet data mixer delay
US7586923B2 (en) * 2005-02-14 2009-09-08 At&T Intellectual Property I, L.P. Bandwidth allocation for VoIP traffic in network having interface between frame relay and ATM
US7680137B2 (en) * 2000-12-12 2010-03-16 Airbus France S.A.S. Process for transmitting asynchronous data packets
US7738440B2 (en) * 2003-06-12 2010-06-15 Camiant, Inc. PCMM application manager

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1198146A1 (en) * 2000-10-13 2002-04-17 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Method and node for the control of a connection in a communication network
US20050094628A1 (en) * 2003-10-29 2005-05-05 Boonchai Ngamwongwattana Optimizing packetization for minimal end-to-end delay in VoIP networks
US7620052B2 (en) * 2004-03-04 2009-11-17 Telefonaktiebolaget L M Ericsson (Publ) Method and node for selecting a codec type or configuration by extending the list comprising codecs for transcoder/tandem free operation by further codecs supported by the node

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6671367B1 (en) * 1999-05-17 2003-12-30 Telefonaktiebolaget Lm Ericsson Capability negotiation in a telecommunications network
US6909690B1 (en) * 2000-01-14 2005-06-21 Sprint Communications Company L.P. Call admission control in telecommunication networks
US7680137B2 (en) * 2000-12-12 2010-03-16 Airbus France S.A.S. Process for transmitting asynchronous data packets
US20030063569A1 (en) * 2001-08-27 2003-04-03 Nokia Corporation Selecting an operational mode of a codec
US7072959B2 (en) * 2002-01-15 2006-07-04 Cisco Technology, Inc. Method and apparatus for dynamically assigning a network endpoint to a network region for selecting a proper codec
US7426219B2 (en) * 2003-02-26 2008-09-16 Avaya Inc. Method and apparatus for reducing packet data mixer delay
US7738440B2 (en) * 2003-06-12 2010-06-15 Camiant, Inc. PCMM application manager
US20070140254A1 (en) * 2003-11-27 2007-06-21 Walter Tuppa Method for packeting time-synchronous data during transmission in a packet data network
US20050226219A1 (en) * 2004-04-12 2005-10-13 Liam Casey System and method for increasing call capacity for a wireless local area network
US7983243B2 (en) * 2004-04-12 2011-07-19 Avaya, Inc. System and method for increasing call capacity for a wireless local area network
US7586923B2 (en) * 2005-02-14 2009-09-08 At&T Intellectual Property I, L.P. Bandwidth allocation for VoIP traffic in network having interface between frame relay and ATM
US20070133516A1 (en) * 2005-12-14 2007-06-14 General Instrument Corporation Method and apparatus for selecting a codec in a packet-switched communication network

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Lambrecht et al.: Optimizing multimedia transcoding multicast trees" Computer networkd, Elsevier Science Publishers B.V., Amsterdam. NL, Vol. 50, No. 1, 16 January 2006 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130023762A1 (en) * 2011-04-08 2013-01-24 Volcano Corporation Distributed Medical Sensing System and Method
US8958863B2 (en) 2011-04-08 2015-02-17 Volcano Corporation Distributed medical sensing system and method
US8977336B2 (en) * 2011-04-08 2015-03-10 Volcano Corporation Distributed medical sensing system and method
US20140086588A1 (en) * 2012-09-24 2014-03-27 National Institute Of Information And Communications Technology High-speed communication control system
US9231638B2 (en) * 2012-09-24 2016-01-05 National Institute Of Information And Communications Technology High-speed communication control system
US20150026334A1 (en) * 2012-11-15 2015-01-22 Cdnetworks Co., Ltd. Method for distinguishing type of communication network and method for providing content using same
US20150012773A1 (en) * 2013-07-05 2015-01-08 Fujitsu Limited Information processing apparatus and distribution method
US9471093B2 (en) * 2013-07-05 2016-10-18 Fujitsu Limited Controlling data amounts distributed to terminal devices

Also Published As

Publication number Publication date
WO2008092496A1 (en) 2008-08-07
US8634326B2 (en) 2014-01-21
CN101743724A (en) 2010-06-16
EP2122943A1 (en) 2009-11-25
CN101743724B (en) 2013-05-08
EP2122943B1 (en) 2013-07-17

Similar Documents

Publication Publication Date Title
US8817617B2 (en) Individual codec pathway impairment indicator for use in a communication
US6295302B1 (en) Alternating speech and data transmission in digital communications systems
EP1604535B1 (en) Telecommunications apparatuses and method for communicating internet protocol packet data
US7817625B2 (en) Method of transmitting data in a communication system
US8489758B2 (en) Method of transmitting data in a communication system
US20070171841A1 (en) Method and node for selecting a codec type or configuration by extending the list comprising codecs for transcoder/tandem free operation by further codecs supported by the node
EP3512226B1 (en) Method, device and system for establishing a bearer for a gsm network
GB2399713A (en) Telecommunications apparatus and method based on quality of service
WO2001078430A1 (en) Application of rtp and rtcp in the amr transport in voice over ip networks
US20100305943A1 (en) Method and node for the control of a connection in a communication network
US7106701B2 (en) End-to-end frame quality classification
US8634326B2 (en) Method and node for the control of a connection in a communication network
US8179796B2 (en) Method and node for providing a resource efficient connection in a communication network
US9538506B2 (en) Method to take mobile station preference for channel type into consideration when performing codec negotiation
RU2426250C2 (en) Method and system for speech compensation in mobile communication system
EP2082513B1 (en) Method and node for the control of a connection in a communication network
AU4299499A (en) Alternating speech and data transmission in digital communications systems

Legal Events

Date Code Title Description
AS Assignment

Owner name: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL),SWEDEN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:WITZEL, ANDREAS;HELLWIG, KARL;KAMPMANN, DIRK;SIGNING DATES FROM 20090715 TO 20090803;REEL/FRAME:024101/0925

Owner name: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL), SWEDEN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:WITZEL, ANDREAS;HELLWIG, KARL;KAMPMANN, DIRK;SIGNING DATES FROM 20090715 TO 20090803;REEL/FRAME:024101/0925

STCF Information on status: patent grant

Free format text: PATENTED CASE

CC Certificate of correction
FPAY Fee payment

Year of fee payment: 4

FEPP Fee payment procedure

Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

LAPS Lapse for failure to pay maintenance fees

Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STCH Information on status: patent discontinuation

Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362

FP Lapsed due to failure to pay maintenance fee

Effective date: 20220121