AU2007203491A1

AU2007203491A1 - Procedure for exchanging useful information generated according to different coding laws between at least 2 pieces of user terminal equipment

Info

Publication number: AU2007203491A1
Application number: AU2007203491A
Authority: AU
Inventors: Klaus Hoffmann; Sven Sabrowski; Jean Marie Stupka
Original assignee: Siemens AG
Current assignee: Nokia Solutions and Networks GmbH and Co KG
Priority date: 2001-11-27
Filing date: 2007-07-26
Publication date: 2007-08-16

Description

S&F Ref: 670126D1

AUSTRALIA

PATENTS ACT 1990 COMPLETE SPECIFICATION FOR A STANDARD PATENT Name and Address of Applicant Actual Inventor(s): Address for Service: Invention Title: Siemens Aktiengesellschaft, of Wittelsbacherplatz 2, 80333, Munchen, Germany Klaus Hoffmann Sven Sabrowski Jean Marie Stupka Spruson Ferguson St Martins Tower Level 31 Market Street Sydney NSW 2000 (CCN 3710000177) Procedure for exchanging useful information generated according to different coding laws between at least 2 pieces of user terminal equipment The following statement is a full description of this invention, including the best method of performing it known to me/us:- 5845c(885338_1) PROCEDURE FOR EXCHANGING USEFUL INFORMATION GENERATED ACCORDING TO DIFFERENT CODING LAWS BETWEEN AT LEAST 2 PIECES OF USER TERMINAL

\O

CN

EQUIPMENT

Description c, C The invention relates to a procedure for exchanging useful information generated according to different coding laws (A-law, /-law) between at least 2 pieces of user terminal equipment.

More recent communication architectures separate switching networks into call feature servers and transport useful information (bearer control). Therefore, useful information can be transmitted via the different high-bit rate transport technologies such as ATM, IP or frame relay.

With such a separation, telecommunications services transmitted in present narrowband networks must also be provided in broadband networks. In this case, the users are either connected directly via a DSSl protocol) or via switching centers via the ISUP protocol) embodied as call feature servers (CFS). The useful information is converted via media gateways (MG) to the transport technologies used in each case.

The control of the media gateways is in each case carried out by assigned media gateway controllers which can be embodied as call feature servers. In order to control the media gateways, the call feature servers use standardized protocols such as the MGCP protocol or the H.248 protocol. For purposes of intercommunication, the call feature servers use a standardized BICC (Bearer Independent Call Control) protocol that represents the further development of an ISUP protocol.

-2- The BICC protocol uses the Q.765.5 BAT (bearer applicationtransport) ITU-T standard protocol which also describes the RTP as

\O

C- bearer technology for IP bearers. This protocol is used for resource problems in the network that are solved by compressing s the data. For this, a CODEC negotiation procedure is provided that forms part of the Q.765.5 BAT protocol.

CI An instruction manual on how to use this protocol provides in a further BICC protocol, the Q.1902.x BICC CS2 protocol (bearer C independent call control capability set 2 with its own service io indicator in the MTP (Message Transfer Part)) which is being used as an ITU-T standard.

By using this protocol, for example, the useful information transmitted previously between 2 PSTN networks is transmitted via an IP network. In this case, for the transmission via the IP network, the signaling information and the useful information are separated. Therefore, problematical is the condition that the Q.1902.x BICC CS2 ITU-T standard does not consider the problem if the user of an A-law country would like to establish a connection to a user set up in a A-law country. Because in this case the information exchanged between both users is generated according to different coding laws, the danger of falsifying the useful information exists. This problem particularly comes to the fore in the case of transborder telephones Europe (A-law) USA (Alaw)) This particularly also applies to 64 kBit/s unrestricted preferred connections in the fall back mode. In principle, in the case of 64 kBit/s connections, the coding/decoding is carried out in the terminal equipment. The useful information transmitted via this connection is routed transparently through the network. For a 64 kBit/s unrestricted preferred connection, the calling A subscriber is ready to accept a connection with a low bandwidth should the connection not be established. This can be a normal speech connection or a 3.1 kHz connection.

\O

IND

These problems did not occur in the analog connections used until now.

Thus, a need exists to provide a way in which useful information O that is generated according to different coding laws can be exchanged package-oriented.

C According to a first aspect of the present disclosure, there is provided a procedure for exchanging useful information generated according to different coding laws (A-law, g-law) between at least 2 pieces of user terminal equipment, in which case according to the first coding law (A-law), an A side and according to the second coding law (u-law) a B side is defined, in which case the useful information is transmitted via several transmission units (MG A, MG B) that show the function of an interface between a first (TDM) and a second (ATM, IP) transmission network and are controlled by control units (CSF A, CSF B) assigned in each case, that process signaling information assigned to the useful information, that is exchanged via a signaling protocol having a CODEC negotiation procedure, wherein an additional logic is provided in the CODEC negotiation procedure by means of which the useful information to be exchanged is converted to the coding law of the receiving user terminal equipment.

According to a second aspect of the present disclosure, there is provided a procedure for exchanging useful information generated according to different coding laws (A-law, A-law) between at least 2 pieces of user terminal equipment, in which case according to the first coding law (A-law, (p-law) an A side and according to the second coding law (p-law, A-law) a B side is defined, in which case the useful information is transmitted with a first bandwidth via several transmission units (MG A, MG B) that show the function of an interface between a first (TDM) and a second (ATM, IP) Stransmission network and are controlled by control units (CSF A,

\O

CSF B) assigned in each case, that process signaling information assigned to the useful information, that is exchanged via a s signaling protocol having a CODEC negotiation and modification procedure, wherein a further logic is provided in the CODEC negotiation procedure by means of which when switching over to a second bandwidth (fall back connections, TMR "64 kbit/s unrestricted preferred), the useful information to be exchanged is converted to the coding law of the receiving user terminal equipment.

One advantage of one embodiment of the invention is the fact that an efficient coding/decoding is carried out when switching over from the p-law to the A-law while the CODEC negotiation procedure already existing in the Q.765.5 BAT protocol is extended by an additional logic. This ensures that the correct coding procedure is selected. With this additional logic for the correct selection of the Codecs, a switchover between the A-law and the y-law coding firstly takes place. The additional logic transmits the transcoding rule for VoIP connections specified in the 'TDM world' Another advantage of one embodiment of the invention is the fact that an efficient coding/decoding also takes place for fall back connections when switching over from the p-law to the A-law while the CODEC negotiation procedure already existing in the Q.765.5 BAT protocol is extended by an additional logic.

Advantageous further developments of the invention are given in the subclaims.

The invention is explained in greater detail below on the basis of the preferred embodiments and the accompanying drawings.

The drawings are as follows:

Z

Fig 1 a network configuration in which the procedure according to the invention is implemented, Fig 2 the algorithm according to the invention for the speech connections, and (cN Fig 3 the algorithm according to the invention for 64kBit/s unrestricted preferred connections.

Fig. 1 shows a network configuration in which the procedure according to the invention takes place. Accordingly, 2 PSTN networks are shown in which several users are arranged in a wellknown way in each case. These are routed to local switching centers LE that, on their part, are connected to transit switching centers TX.

Therefore, in the transit switching centers TX, the signaling Is information is separated from the useful information. The signaling information is fed directly from the transit switching center TX (ISUP protocol) to a media gateway controller CFS. The useful information is fed to a (arranged on the input-side) media gateway MG A that functions as an interface between the TDM network and a transmission network IP. The useful information is transmitted package-oriented via the transmission network IP. The media gateway controller CFS A that is embodied as the call feature server controls the media gateway MG A.

The useful information is routed from the media gateway MG A to a further (arranged on the output side) media gateway MG B via the transmission network IP. Here, the useful information is again converted to a TDM data flow by controlling the media gateway MG B -6- (arranged on the output side) to which a feature server CFS B is assigned, and fed to the user coming into question.

\O

A standardized protocol supports the data transmitted between a call feature server and the media gateway assigned in each case.

This can for example be the MGCP or the H.248 protocol. The SQ.765.5 BAT protocol is provided between the two media gateway CI controllers CFS as a further standardized protocol.

A CODEC negotiation procedure is arranged in this protocol. If the useful information fed via the transmission network IP is to be compressed, the media gateway controller e.g. the CSF A informs the further media gateway controller e.g. the CSF B which compressing procedure is supported. The media gateway controller MGC B, on its part, informs the MGC A which compressing algorithm it governs and selects one of the compressing procedures offered by the MGC A. Therefore, both negotiate the compressing procedure.

Each one of the media gateway controllers MGC A, MGC B control the media gateway MG A or MG B assigned to it in each case. Therefore, the data flow arriving in the media gateway MG A is compressed according to the selected compressing procedure and fed via the transmission network IP to the media gateway MG B, decompressed there and converted to a TDM data flow. Instructions on how this protocol should be used are described in the Q.1902.x BICC CS2 ITU-T Standard.

If (normal connection) the A side is in an A-law network it will only offer A-law to the B side; if in this case the B side is in a A-law network, the B side must convert from A-law to g-law. If the A side is in a p-law network, it offers A-law to the B side as first choice and A-law as an alternative second choice. If in this case the B side is in a A-law network, it acknowledges the 'p-law' in the application transport message APM. If the B side is in an A-

\O

C- law network, it answers with 'A-law' in the application transport message APM; in this case the A side must convert from A-law to A- 5 law.

C This is possible just like that because the media gateways have a Cr direct interface to the TDM side in each case. With it, the coding O on the TDM side of the media gateway is known. Alternatively, it C- is made known to the media gateway to which a call feature server MGC is assigned. In order to ensure that the A-law side (according to the specification in ITU-T) does not carry out the transcoding, a list of CODECs with at least the entry G.711 A-law is offered in the IAM according to preference.

A -law network prefers the G.711 M-law CODEC, followed by a G.711 A-law CODEC as an alternative. On the other hand, an A-law network prefers the G.711 A-law CODEC.

The receiving side in its answer (according to the CODEC negotiation procedure of the BICC) based on the knowledge of whether or not it must carry out a transcoding according to the transcoding rule in ITU-T can again signal back the corresponding Codec in the selected Codec so that the transcoding rule is fulfilled.

Fig. 2 is a decision table based on these deliberations.

With the information available for the call feature servers CFS A, CFS B functioning as media gateway controllers, the two media gateways MG A, MG B can then be set via the MGCP (or H.248) protocol in a corresponding way.

-8- In order to also be able to handle the 64 kBit/s unrestricted preferred connections, a further logic is provided in the

\O

C- modification procedure of the Q.765.5 BAT protocol. Fig. 3 is a decision table based on these deliberations.

s When establishing the connection of the 64 kBit/s unrestricted preferred connection, the negotiation procedure starts in the same way as has already been described. Although this would not be imperative for the 64 kBit/s unrestricted preferred connection, the case is indeed covered here by the fact that the connection is not established because, for example, the terminal equipment of the B user does not support this. Because it is a preferred connection, the A user also accepts connections with a lower bandwidth.

When establishing the 64 kBit/s unrestricted preferred connection, the A side neither knows which CODEC is used on the B side nor whether or not it accepts the 64 kBit/sec connection. If the A side is in an A-law network, it offers a transparent CODEC to the B side as first choice and an A-law CODEC as an alternative second choice. If the B side accepts the 64 kBit/s unrestricted preferred connection, the transparent CODEC is acknowledged in an APM message according to the CODEC negotiation.

If the A side is in an A-law network and the B side does not accept the 64 kBit/s unrestricted preferred connection, an answer is either a) given immediately to the CODEC requirement based on the decision table by using the CODEC negotiation procedure, or b) the modification procedure is initiated at a later point in time (fall back). Therefore, in case the A side is transmitted to the Codec modification procedure in the APM message (application transport message) based on TMU speech (or 3.1 kHz). Implicit information about which side supports which CODEC is stored in the Codec modification. If in the case of this example, the B-side supports A-law, the A side will be informed about this, that as a result, -9switches over its CODEC from transparent to A-law. If the B side c, supports p-law, the A side is also informed about A-law, that as a

\O

c- result, switches over its CODEC from transparent to A-law. The B side also switches over to A-law.

If the A side is in a p-law network, a transparent CODEC is offered to the B side as first choice, -law as second choice and CI A-law as third choice. In the case of fall back, the CODECs are switched over in a corresponding way as has just been described.

If the A side is in a A-law network and the B side is in an A-law network, the B side then requests the 'A-law' CODEC in the case of fall back.

If the A side is in an A-law network, a transparent CODEC is offered to the B side as preference and as a second choice only the A-law coded useful information is offered, whereupon the B side acknowledges the A-law CODEC if the B side identifies that the transparent CODEC is not used.

If the A side is in a A-law network and the B side in a A-law network, the transparent CODEC is offered to the B side as preference, L-law as second choice and A-law as third choice, whereupon the B side acknowledges the A-law CODEC if the B side identifies that the transparent CODEC is not used.

If the A side is in a A-law network and the B side in an A-law network, the transparent CODEC is offered to the B side as preference, A-law as second choice and A-law as third choice, whereupon the B side acknowledges the A-law CODEC if the B side identifies that the transparent CODEC is not used.

Claims

2. The procedure according to claim 1, wherein a conversion to the coding law of the receiving user terminal equipment only takes place if the A side and the B side generate useful information according to the different coding laws (A-law, p-law)
3. The procedure according to either one of claims 1 and 2, wherein the first coding law is the A-law coding law and/or the second coding law the A-law coding law, or the first coding law is the p-law coding law and/or the second coding law the A-law coding law.
4. The procedure according to any one of claims 1 to 3, wherein if the A side is in an A-law network and the B side in a A-law network, only A-law coded useful information is offered to the B side, whereupon the B side converts from A-law to A-law. -11- c' 5. The procedure according to any one of claims 1 to 3, \O N wherein if the A side is in a p-law network and the B side (N in a p-law network, A-law is offered to the B side as first choice and A-law as an alternative second choice, whereupon the B side acknowledges the 'A-law' in the application transport message APM. c)
6. The procedure according to any one of claims 1 to 3, wherein if the A side is in a p-law network and the B side Sio in an A-law network, g-law is offered to the B side as first choice and A-law as an alternative second choice, whereupon the B side acknowledges the 'A-law' in the application transport message APM.
7. The procedure according to any one of claims 1 to 6, wherein the transmission equipment is embodied as media gateway (MG A, MG B).
8. The procedure according to any one of claims 1 to 7, wherein the control units (CSF A, CSF B) are embodied as call feature servers.
9. The procedure according to any one of claims 1 to 8, wherein useful information is at least in some cases exchanged package-oriented. The procedure according to any one of claims 1 to 9, wherein the package-oriented transmission takes place according to an IP protocol, an ATM-protocol or a frame relay protocol.
11. The procedure according to any one of claims 1 to 11, wherein the signaling protocol is a BICC protocol or an extended ISUP protocol. -12-
12. A procedure for exchanging useful information generated c, according to different coding laws (A-law, g-law) between at least \O 2 pieces of user terminal equipment, in which case according to the first coding law (A-law, (p-law) an A side and according to s the second coding law (A-law, A-law) a B side is defined, in which case the useful information is transmitted with a first bandwidth via several transmission units (MG A, MG B) that show the function of an interface between a first (TDM) and a second (ATM, IP) transmission network and are controlled by control units (CSF A, CSF B) assigned in each case, that process signaling information assigned to the useful information, that is exchanged via a signaling protocol having a CODEC negotiation and modification procedure, wherein a further logic is provided in the CODEC negotiation procedure by means of which when switching over to a second bandwidth (fall back connections, TMR "64 kbit/s unrestricted preferred), the useful information to be exchanged is converted to the coding law of the receiving user terminal equipment.
13. The procedure according to claim 12, wherein if the A side is in an A-law network, a transparent CODEC is offered to the B side as first choice and only A-law coded useful information as an alternative second choice, whereupon the B side first of all acknowledges the transparent CODEC.
14. The procedure according to either one of claims 12 and 13, wherein if the A side is in an A-law network, the B side requests the A-law CODEC in the case of fall back. -13- The procedure according to any one of claims 12 to 14, c, wherein if the A side is in a A-law network and the B side \O C- in a i-law network, a transparent CODEC is offered to the B side as first choice and u-law as second choice and A-law as third choice, whereupon the B side first of all acknowledges the transparent CODEC. (cN
16. The procedure according to any one of claims 12 to wherein if the A side is in a A-law network and the B side in a A-law network, the B side requests the 'A-law' CODEC in the case of fall back.
17. The procedure according to any one of claims 12 to 16, wherein if the A side is in a A-law network and the B side in an A-law network, a transparent CODEC is offered to the B side as first choice and A-law as second choice and A-law as third choice, whereupon the B side first of all acknowledges the transparent CODEC.
18. The procedure according to any one of claims 12 to 17, wherein if the A side is in a A-law network and the B side in an A-law network, the B side requests the 'A-law' CODEC in the case of fall back.
19. The procedure according to claim 12, wherein if the A side is in an A-law network, a transparent CODEC is offered to the B side as first choice and only A-law coded useful information as an alternative second choice, whereupon the B side acknowledges an A-law CODEC if the B side identifies that the transparent CODEC is not used. -14- The procedure according to claim 12, c, wherein if the A side is in a A-law network and the B side C-i in a A-law network, a transparent CODEC is offered to the B side as first choice and A-law as second choice and A-law as third choice, whereupon the B side acknowledges a Ai-law CODEC if the B side identifies that the transparent CODEC is not used.
21. The procedure according to claim 12, N 10 wherein if the A side is in a A-law network and the B side in an A-law network, a transparent CODEC is offered to the B side as first choice and /-law as second choice and A-law as third choice, whereupon the B side acknowledges an A-law CODEC if the B side identifies that the transparent CODEC is not used.
22. A procedure for exchanging useful information generated according to different coding laws (A-law, /-law) between at least 2 pieces of user terminal equipment, said procedure being substantially as described herein with reference to the accompanying drawings. DATED this Twenty-sixth Day of July, 2007 Siemens Aktiengesellschaft Patent Attorneys for the Applicant SPRUSON FERGUSON