Method for managing logical channels for ISDN packet service.
Abstract
A method for management of logical channels essential for packet communication between an ISDN and subscribers. An ISDN cannot maintain details on each of the number of pieces of data terminal equipment in each subscriber. Therefore, the data terminal equipment returns to the ISDN the logical channel group number (LCGN) which has been allotted to itself upon receipt of a package at the ISDN. The ISDN then refers to the logical channel management memory corresponding to the specified data terminal equipment using that LCGN, while the data terminal equipment refers to the logical channel management memory in its own terminal adapter, with both thus obtaining the information required for the start of the packet communication. Further, when forming in the ISDN a logical channel management memory corresponding to a newly established data terminal equipment, direct registration is performed directly between the ISDN and data terminal equipment automatically for the LCGN, etc.

Term
Term ended
Projected expiry passed 2 March 2008, 18.6 years ago.
- Priority
- Filed
- Published
- Projected expiry
- Today
14 claims: 1 independent, 13 dependent
- 1A method for management of logical channels for packet service in an integrated services digital network (ISDN) used for packet communications, wherein each subscriber has a number of pieces of data terminal equipment and packets are handled, via a terminal adapter provided for each piece of data terminal equipment, with the ISDN, said method for management of logical channels for ISDN packet service characterized in that said ISDN is completely unaware of details of the said number of pieces of data terminal equipment in the above subscribers and said ISDN forms logical channel management memories of a number corresponding exactly to the subscribers so as to simplify the logical channel management by the ISDN.
34 paragraphs in 4 sections, as filed
BACKGROUND OF THE INVENTION
1. Field of the Invention
0001The present invention relates to a packet service in an integrated service digital network (ISDN), more particularly, to a method for management of logical channels for a packet service.
0002An ISDN is meant to integrate all existing services on packet networks, telephone networks, and telex networks into a single whole. Various studies are underway on realization of such a network. Among these, the present invention refers in particular to a D-channel and/or B-channel packet handling method in ISDN. At the present time, a packet handler is used for packet processing interworking with main exchange via the common channel signaling method.
0003Various questions arise when considering how to completely integrate packet switching service in an ISDN. Among these, the present invention takes up as one of its topics the provision of a number of pieces of data terminal equipment (DTE) at each subscriber access interface.
2. Description of the Related Art
0004When seen from an exchange, logical channel number areas (LCN) are managed for each subscriber independently. That is, in the ISDN, LCN's are allotted in correspondence to the subscribers, e.g., 10 LCN's for one subscriber and 15 LCN's for another. The exchange side does not maintain information on how many LCN's are allotted to individual pieces of data terminal equipment in the case of each subscriber being provided with a number of pieces of data terminal equipment. The omission by the exchange side of such management of characteristics of individual terminals is approved in CCITT recommendations. The exchange side need not know what the terminal equipment on the subscriber side is comprised of. In the final analysis, it is impossible to separately define logical channels for each data terminal equipment and impossible to allot the optimal number of LCN's for each data terminal equipment under the same access interface. This is disadvantageous when shifting to a full-scale ISDN and when the pieces of data terminal equipment of each subscriber become increasingly complicated.
0005Further, each data terminal equipment must have the same number of LCN's and the "logical channel range" as spoken of in the CCITT recommendation X.25 for determining methods of use of LCN's must also be the same.
SUMMARY OF THE INVENTION
0006The present invention was made to resolve the above-mentioned problems and has as its object the provision of a method for management of logical channels for a packet service free from the restrictions of the above-mentioned conditions and separate allotment of LCN's for each of a number of pieces of data terminal equipment of each subscriber and further the provision of a method for management of logical channels for an ISDN packet service wherein the ISDN side and terminal side can both be realized by just the some slight design modifications to current constructions.
0007To achieve the above-mentioned object, the present invention allots an LCGN in the ISDN in advance for each piece of data terminal equipment. When there is a termination at said data terminal equipment, the data terminal equipment notifies the ISDN of the LCGN, whereby the packet can be received. This in turn enables the ISDN to offer a packet communication service without separate management of each piece of data terminal equipment at each subscriber side. Note that the data terminal equipment in the present invention is a packet mode terminal, that is, a computerized terminal under the CCITT X.25 which can handle a plurality of virtual circuits (VC). This packet mode terminal is connected to ISDN through a terminal adapter (TA).
BRIEF DESCRIPTION OF THE DRAWINGS
0008The above object and features of the present invention will be more apparent from the following description of the preferred embodiments with reference to the accompanying drawings, wherein: <ul id="ul0001" list-style="none"><li>Fig. 1 is a view illustrating an example of an ISDN to which the present invention is applied;</li><li>Fig. 2 is a view illustrating a specific example of a known construction of a logical channel;</li><li>Fig. 3 is a view explaining the principle of the process of the present invention;</li><li>Fig. 4 is a view illustrating an example of the construction of a logical channel management memory 42 for each terminal adapter;</li><li>Fig. 5 is a view illustrating an example of the construction of a logical channel management memory on the ISDN side;</li><li>Fig. 6A is an arrow diagram showing the processing when originating a D-channel packet;</li><li>Fig. 6B is an arrow diagram showing the processing when terminating a D-channel packet;</li><li>Fig. 7 is a view illustrating an example of the format of a connect (LCGN) message in Fig. 6B;</li><li>Fig. 8 is a flow chart of the termination processing performed by the packet handler in the ISDN;</li><li>Fig. 9 is a flow chart for termination processing performed by a terminal adapter;</li><li>Fig. 10 is a view illustrating an example of the format of a registration message;</li><li>Fig. 11 is an arrow diagram showing an example of the automatic registration procedures;</li><li>Fig. 12 is a flow chart showing the processing in a terminal adapter in automatic registration; and</li><li>Fig. 13 is a flow chart showing the processing in a packet handler in automatic registration.</li></ul>
DESCRIPTION OF THE PREFERRED EMBODIMENTS
0009Before describing the embodiments of the present invention, the related art and the disadvantages therein will be described with reference to the related figures.
0010Figure 1 is a view showing an example of an ISDN to which the present invention is applied. In the figure, the left side section set apart by the dotted line Q represents the data terminal equipment side 11, i.e., the subscriber side, and the right side the ISDN side 12. The data terminal equipment side 11 and ISDN side 12 are connected by subscriber lines 13. In the middle of the subscriber lines 13 are inserted network termination units (NT) 14, which terminate the physical layer of the subscriber lines. Each subscriber is provided with a plurality of pieces of data terminal equipment 15.
0011On the other side, the ISDN side 12 is provided with, mainly, an exchange (EX) 21 and packet handler (PH) 22. The PH performs the interwork with the packet network. The exchange 21 is, for example, comprised of digital line cards (DLC) 24 which terminate the digital lines, a frame multiplexer (FMX) 25 which receives D-channel information from the DLC's 24, determines which permanent path 23 should be used for the packet handler 22, and performs frame multiplexing on the packet information for the path decided on, a line concentrator time switch (LTSW) which receives as input the D-channel information from the FMX 25 and B-channel information from the DLC's 24 and switches each, and a central processing unit (CPU) 27 which executes the ISDN protocol and controls the FMX together with a main memory (MEM) 28. Since it is assumed that each piece of data terminal equipment is an existing packet terminal, it is necessary to modify the protocol for the ISDN and therefore a terminal adapter (TA) 29 is provided. However, logical channels are important means for packet communication service, with a logical channel allotted to each of the permanent virtual circuits or the logical channels dynamically allotted like virtual calls. The main memory (MEM) 28 is used to reserve various call control information related to B-channel switching and D-channel permanent path.
0012Figure 2 shows a specific example of a known construction of logical channels, comprised of a maximum 16 (LCGN-0 to LCGN-15) number of logical channel group number (LCGN) areas 31. Each LCGN area 31 consists of a maximum 256 number of LCN's 32 and therefore each subscriber can use logically the total 4096 (256 × 16) LCN's as desired.
0013As mentioned above, when seen from the exchange 21, the LCN's are managed for each subscriber 13. That is, in the ISDN, LCN's are allotted in correspondence to the subscribers, e.g., 10 LCN's for a subscriber S1 and 15 LCN's for a subscriber S2. The exchange side does not maintain information on how many LCN's are allotted to individual pieces of data terminal equipment in the case of each subscriber being provided with a number of pieces of data terminal equipment. Thus, as mentioned above, the exchange side need not know what the terminal equipment on the subscriber side is comprised of. In the final analysis, it is impossible to separately define logical channels for each data terminal equipment and impossible to allot the optimal number of LCN's for each data terminal equipment. This is disadvantageous when shifting to a full-scale ISDN and when the pieces of data terminal equipment of each subscriber become increasingly complicated. Further, as mentioned above, each data terminal equipment must have the same number of LCN's and the "logical channel range" as spoken of in the CCITT recommendation X.25 for determining methods of use of LCN's must also be the same.
0014Figure 3 is a view for explaining the principle of the method according to the present invention. In the figure, each subscriber 41 is provided with a logical channel management memory 42 for each terminal adapter. It defines the LCGN areas 31 (Fig. 2) used by the corresponding data terminal equipment 15 to avoid coincidence of the same, registers this in the memory 42, and registers the number of idle virtual circuits in the LCGN area in the memory 42. The defined LCGN and the number of LCN's used are notified in advance when a subscriber enters the ISDN and a corresponding area is secured in the ISDN logical channel management memory.
0015On the other hand, when there is a request for termination in one piece of data terminal equipment at the subscriber, the subscriber side notifies the ISDN side of the LCGN which said data terminal equipment uses in accordance with the contents of the memory 42.
0016The ISDN side, as mentioned above, does not have to be aware of each of the pieces of data terminal equipment in the subscribers and need only, at the time of entry, secure in the ISDN enough area for the LCGN for which use is desired and enough area for the necessary number of LCN's.
0017For call origination of a data terminal equipment, the subscriber notifies the ISDN side of the LCGN which the data terminal equipment is using and then uses the LCGN. Conversely, in a request, for termination at a data terminal equipment, since the ISDN side cannot recognize the LCGN which the data terminal equipment uses, the subscriber notifies the ISDN side of the LCGN used, whereupon the ISDN sets an idle LCN in the LCGN area and starts the packet communication. At this time, the content of a first memory area in the memory 42 in the terminal adapter is viewed to confirm that packet communication is now possible and then the termination packet is received.
0018Therefore, the work at the terminal adapter consists solely of notification of the LCGN to the ISDN side and updating of the contents of the first memory area in the memory 42. Achievement of the object of the present invention does not place that much of a load on the terminal adapter. That is, the terminal adapter does not completely terminate the packet layer, but just manages the memory area. When there is a termination request, just the first memory area is viewed, a judgment made on whether termination is possible, and a response made to the ISDN side with corresponding LCGN defined in the second memory area 52 in the memory 42. Further, since the memory 42 is provided to define the LCGN at the subscriber, no burden is placed on the ISDN either.
0019Figure 4 is a view showing an example of the construction of a logical channel management memory 42 of each terminal adapter. In the figure, the aforementioned first memory area in the memory 42 is shown by reference numeral 51. Indication as to whether packet communication is possible is performed using the number of idle virtual circuits as a parameter. When the number of idle virtual circuits is not zero, packet communication is possible. Zero number of idle virtual circuits means all the LCN's for packet communication are being used. Note that each time a communication packet is received, the number of idle virtual circuits is reduced by 1 (-1). When one call is completed, it is increased by 1 (+1). The LCGN to be used is registered in the second memory area 52 in the memory 42. The number of idle virtual circuits in the LCGN is shown by the above-mentioned idle virtual circuit number memory area 51. Further, there is a third memory area 53 for showing the attributes of the virtual circuits of the LCGN. The attributes of the virtual circuits correspond to the LCN range of the CCITT recommendation X.25. For example, it is possible to define the following: <ul id="ul0002" list-style="none"><li>1) All LCN's in the LCGN are permanent virtual circuits.</li><li>2) All in the LCGN are exclusively for incoming calls.</li><li>3) All in the LCGN are for two-way communications.</li><li>4) All in the LCGN are exclusively for outgoing calls.</li></ul>
0020Figure 5 is a view illustrating an example of the construction of a logical channel management memory on the ISDN side. The LCGN area 31 of Fig. 2 is comprised of the LCGN-0 to LCGN-15, each of which is provided with an area showing the virtual circuit attributes, an LCN busy/idle flag area, and an address area. The LCN busy/idle flag area has a number of flags showing the busy or idle state of the LCN's exactly corresponding to the number of LCN's. Each address area has written in it an address for accessing the logical channel memory at the right side of the figure. The logical channel memory is in the memory area (in the packet handler) and is a working area in which is registered control information required for actual call processing. Note that the control information is registered upon entry into the ISDN.
0021Figure 6A is an arrow diagram showing the processing when originating a D-channel packet. Figure 6B is an arrow diagram showing the processing when terminating a D-channel packet. In Fig. 6A, the three vertical lines indicate the data terminal equipment (DTE), terminal adapter (TA), and ISDN, respectively. The ISDN is, specifically, the packet handler. In the figure, CR at the top left is a call request. The data terminal equipment is allotted, for example, "LCGN = i". The terminal adapter updates the logical channel management memory. That is, it reduces the number of idle virtual circuits (number of available virtual circuits) by 1. Subsequently, it notifies the call request (CR) to the packet handler in the ISDN.
0022The packet handler checks the logical channel management memory 31 (Fig. 5) to confirm if there is an available logical channel and notifies the call termination (CN) through the terminal adapter to the data terminal equipment. At this time, the packet handler updates the busy/idle flag in the memory 31. Therefore, the data terminal equipment can originate a packet.
0023In Fig. 6B, upon termination of the D-channel, the packet handler of the ISDN first starts the call offering procedure (CCITT recommendation X.31). The message at that time is UI [SET UP]. UI is an unnumbered information frame at layer 2 (CCITT Q.932). Receiving UI, the terminal adapter returns I [CONNECT (LCGN = i)] to the packet handler. I is an information frame at layer 2 (CCITT Q.921). One of the characteristics of the present invention is the insertion of this LCGN = i. The packet handler checks the logical channel management memory 31, selects an idle LCN, and rewrites a corresponding bit in the busy/idle flag as busy. Using the selected LCN, an I [CONNECT ACK] message (ACK: acknowledge) is returned to the terminal adapter. The terminal adapter further waits for the CN packet to be transmitted. Finally, I'[CN]' is transmitted from the packet handler. The apostrophe is given since a previous procedure corresponded to layer 3 of the ISDN (CCITT Q.931) and now layer 3 of the packet (CCITT X.25) is being shifted to. Receiving the I'[CN]' message, the terminal adapter updates the memory 42. That is, it reduces the number of idle virtual circuits (number of available virtual circuits) by 1.
0024Figure 7 is a view illustrating an example of the format of a connect (LCGN) message in Fig. 6B. In the facility information in the figure is accommodated LCGN information which is returned to the packet handler, a characteristic of the present invention.
0025Figure 8 is a flow chart of the termination processing performed by the packet handler in the ISDN. Note that the "no" route in the second step is normally almost never activated, since this check must have already be done at terminal side.
0026Figure 9 is a flow chart for termination processing performed by the terminal adapter. When there is no terminal (compatible terminal) which can receive a terminated call or when the virtual circuit attributes are not suitable, the incoming call is neglected.
0027Returning to Fig. 3, exchange of a registration message (solid line) is newly performed between the subscriber 41 and the ISDN 12. In the working of the present invention, in the ISDN, it is essential that there be an accurate logical channel management memory 31 in each subscriber. Therefore, when a data terminal equipment is newly installed in some subscriber, the characteristics of the newly established data terminal equipment must be registered in the ISDN. Clearly, it would be very convenient if this registration could be directly performed by user. Therefore, a technique for direct registration is proposed.
0028Figure 10 is a view showing an example of the format of a registration message. The elements of the facility information in the message are shown in greater detail. Especially important among the facility information elements are the LCGN allotted to the newly established data terminal equipment, the virtual circuit attributes, and the number of available virtual circuits.
0029Figure 11 is an arrow diagram showing an example of the registration procedure. The meaning of the abbreviations in the figure are as follows: FAC means facility information elements, DISP display information elements, INFO information message, and RELEASE COM release complete message.
0030Figure 12 is a flow chart showing the processing in the terminal adapter in the registration. As shown in the figure, the terminal adapter sends the LCGN information to the packet handler, receives an "accept" signal from the packet handler, then completes the contents of the memory 42 in it (Fig. 4).
0031Figure 13 is a flow chart showing the processing in a packet handler in registration. As shown in the figure, packet handler confirms that there is space in the logical channel management memory 31 (Fig. 5), then newly allocates a busy/idle flag in the memory 31, and initializes the content of the said busy/idle flag. Later, it sends back an "accept" signal to the newly established data terminal equipment. Here, the registration procedure ends and the newly established data terminal equipment is substantially activated.
0032As explained above, according to the present invention, it is possible to manage logical channels separately, even to each of the plurality of pieces of data terminal equipment connected to the subscribers, without any major design modifications on either the terminal adapter side or ISDN side.
Contents4
13 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4 Sheet 5 Sheet 6 Sheet 7 Sheet 8 Sheet 9 Sheet 10 Sheet 11 Sheet 12 Sheet 13
Every citation, both ways
| Document | Relation | Office | Cited during |
|---|---|---|---|
| FR2798029A1 | Cited by | France | Search report |
| US6141338A | Cited by | United States of America | Search report |
| US7236487B2 | Cited by | United States of America | Applicant |
| US5537401A | Cited by | United States of America | Search report |
| US7006496B2 | Cited by | United States of America | Applicant |
| EP0408061A2 | Cited by | European Patent Office (EPO) | Search report |
| EP0408061A3 | Cited by | European Patent Office (EPO) | Search report |
| EP1079572A1 | Cited by | European Patent Office (EPO) | Search report |
| US6621816B1 | Cited by | United States of America | Applicant |
| DE3210462A1 | Cites | Germany | Search report |
| WO8505237A1 | Cites | World Intellectual Property Organization (WIPO) | Search report |
9 members in 5 offices; this record represents the family
Priority claims4
| Document | Office | Kind | Date |
|---|---|---|---|
| 4516787 | Japan | A | |
| 4516787 | Japan | – | |
| JP19870045167 | – | – | – |
| 4516787 | – | – | – |
Members9
| Document | Office | Kind | |
|---|---|---|---|
| JPS63214043A | Japan | A | |
| EP0281099A2This record | European Patent Office (EPO) | A2 | |
| US4878216A | United States of America | A | |
| EP0281099A3 | European Patent Office (EPO) | A3 | |
| CA1287390C | Canada | C | |
| JPH0573300B2 | Japan | B2 | |
| EP0281099B1 | European Patent Office (EPO) | B1 | |
| DE3850145D1 | Germany | D1 | |
| DE3850145T2 | Germany | T2 |
25 legal events, as 2 offices reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | Office | |
|---|---|---|---|
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Notification of lapseLapsedST | ST | FR | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Se: european patent has lapsedLapsedEUG | EUG | EP | |
| Gb: european patent ceased through non-payment of renewal feeCeasedGBPC | GBPC | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| No opposition filedOpposition26N | 26N | EP | |
| No opposition filed within time limitOppositionORIGINAL CODE: 0009261PLBE | PLBE | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: NO OPPOSITION FILED WITHIN TIME LIMITSTAA | STAA | EP | |
| Se: european patent in force in swedenEAL | EAL | EP | |
| Fr: translation filedET | ET | EP | |
| Corresponds to:REF | REF | EP | |
| Designated contracting statesAK | AK | EP | |
| (expected) grantORIGINAL CODE: 0009210GRAA | GRAA | EP | |
| First examination report despatched17Q | 17Q | EP | |
| Request for examination filed17P | 17P | EP | |
| Designated contracting statesAK | AK | EP | |
| Search report despatchedORIGINAL CODE: 0009013PUAL | PUAL | EP | |
| Designated contracting statesAK | AK | EP | |
| Public reference made under article 153(3) epc to a published international application that has entered the european phaseORIGINAL CODE: 0009012PUAI | PUAI | EP |
Numbers
- Publication
- 0281099
- Publication, DOCDB
- 0281099
- Publication, EPODOC
- EP0281099
- Application
- 88103165
- Application, DOCDB
- 88103165
- Application, EPODOC
- EP19880103165
Titles6
- German
- Verfahren zur Verwaltung logischer Kanäle für ISDN-Paketdienst.
- English
- Method for managing logical channels for ISDN packet service.
- French
- Procédé pour la gestion de canaux logiques pour le service à paquet RNIS.
- German
- Verfahren zur Verwaltung logischer Kanäle für ISDN-Paketdienst
- English
- Method for managing logical channels for ISDN packet service
- French
- Procédé pour la gestion de canaux logiques pour le service à paquet RNIS
Classification
- CPC, 1
- H04Q11/0428
- IPC, 1
- H04Q11 04
Designated states4
- Contracting states, 4
- Germany
- France
- United Kingdom
- Sweden