US5930709A - Method of creating signal message common files for mobile switching center - Google Patents
Method of creating signal message common files for mobile switching center Download PDFInfo
- Publication number
- US5930709A US5930709A US08/962,352 US96235297A US5930709A US 5930709 A US5930709 A US 5930709A US 96235297 A US96235297 A US 96235297A US 5930709 A US5930709 A US 5930709A
- Authority
- US
- United States
- Prior art keywords
- signal message
- file
- sub
- block
- list
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/14—Backbone network devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99933—Query processing, i.e. searching
Definitions
- the present invention relates to a method of creating signal message common files for a mobile switching center, and in particular, to an improved method of creating signal message common files for a mobile switching center which is capable of directly creating a signal message common file based on a signal message descriptive file for a mobile switching center.
- the TDX-10 MX mobile switching center (hereinafter called as TDX-10 MX MSC) is a high capacity switching unit having a distributed structure formed of a plurality of processors each performed a predetermined function. More than one execution module which is created by a block, which is a unit of a mobile switching center, is loaded and performed. In each block, a signal message, which is called as an Inter Processor Communication (IPC), is exchanged, thus performing its inherent function, and an interoperation of the blocks based on a transmission of a signal message determines the operation of the entire switching center.
- IPC Inter Processor Communication
- the technique for exchanging the signal messages is expressed by a signal message descriptive file by the related block, and a signal message common file is created based on the signal message descriptive file of each block, and then is compiled. Thereafter, an execution module is loaded into a corresponding processor, and the signal message is exchanged between the related blocks, thus performing a predetermined function. Therefore, in order secure a normal operation, the signal message should have a signal message identifier and a signal message name for a mobile switching center.
- the signal message common file correctively means a signal message defining file and a signal message identifier creating file which are needed for compiling a block source based on the signal message descriptive file.
- the conventional tools are implemented using a unix shell script and a CHILL (CCITT high level language), and much time is required due to its characteristic.
- the signal message descriptive file which is programmed by C-language or assembly language has many problems for creating a common file. Therefore, since the operator of the block which is programmed by C-language or assembly language announces a signal message common file in a source program, thus using the same, it is very difficult for the operator to effectively a complex interrelationship between the files.
- much time and cost are required for repeatedly and sequentially performing a predetermined process such as a checking process of a signal message descriptive file which is programmed by a CHILL language and a signal message common file.
- a predetermined process such as a checking process of a signal message descriptive file which is programmed by a CHILL language and a signal message common file.
- the entire processes are disadvantageously performed, thus increasing time consumption, and it is difficult for the manager for managing a source program compile.
- the package fabrication time is significantly reduced for fabricating a mobile switching center by reducing time and manpower consumption which are needed for managing and creating a common data and more easily managing a compile operation.
- a method of creating signal message common files for a mobile switching center which includes the steps of a first step (S1 through S9) for registering a signal message descriptive file from an operator of each block, setting an environment for creating a signal message common file using a system formation material and a registered material information, checking whether there is an error during the above-described steps, and reporting the error to a manager or an operator when there is an error, a second step (S10 through S20) for receiving a signal message descriptive file using the environment set in the first step and creating a signal message common file which is to be updated in minimum with respect to the signal message updated using an updated signal message list and a block of a newly registered block, a third step (S21 through S26) for creating a signal message definition file which is matched with a characteristic of a corresponding language and processor using a signal message common file list which is created in the second step and should be updated and an execution module name list which is to be updated, and a fourth step (S27 through S32) for
- FIG. 1 is a view illustrating the construction of a software which is used for creating a signal message common file for a mobile switching center according to the present invention
- FIG. 2 is a view illustrating the construction of a signal message descriptive file which is used for creating a signal message common file according to the present invention.
- FIGS. 3A and 3B are flow charts of a method for creating a signal message common file for a mobile switching center according to the present invention.
- FIG. 1 illustrates the construction of a software which is needed to create a signal message common file for a mobile switching center.
- bin and doc denote a directory having environment setting files
- md and work -- md denote a directory having a signal message descriptive file which is newly registered by a manager and a signal message descriptive file which is previously registered and managed by a manager.
- include denote a directory having a system common file which is managed by a manager
- sig denotes a directory having a signal message common file which is created for an operator of each block to perform a compiling operation.
- FIG. 2 illustrates the construction of a signal message descriptive file for a mobile switching center.
- "#" is always positioned in a first column as a separator for separating different signal messages in a signal message descriptive file.
- "Version name” denotes a version name of a software which is currently processed.
- "Message name” is should be announced in the entire mobile switching center under the rules set in the mobile switching center for increasing an interpreting ability of the signal message name.
- Message characteristic denotes a functional characteristic of a signal message and is formed of three digits of a priority, a signal massage kind, and a signal message type.
- “Outline for a message” denotes a description concerning the function of a signal message in order to increase an understanding level.
- ".dr” denotes an item for indicating a transmission and receiving block of a signal message and is always positioned in a first column.
- a "message transmitting side" should be defined in a system as a block name or process name which system transmits a signal message, and the block name or process name may be described thereby.
- Message receiving side should be defined in a system as a block name or a process name for receiving message.
- the description of the block name or the process name is available thereby.
- User's definition for message denotes an item for defining a related document type when the type of the signal message is announced as a user's definition type based on "Message characteristic”.
- FIG. 3 illustrates a flow chart of a process for creating a signal message common file for a mobile switching center.
- a directory shape information is extracted for creating a signal message common file based on a "bin" directory of FIG. 1 in Step S1, and a block name list (in Step S2) which is registered in from the "doc" directory, an execution module name list (in Step S3) which is used in the system, and a processor name list (in Step S4) are made.
- Step S5 a newly registered block list is extracted from the "md” directory in Step S5
- a signal message list which needs an update from the signal message descriptive file in the "md" directory and the "work -- md” directory is extracted in Step S6.
- Step S7 a system common file is extracted in order to check the registered signal message and the common file in Step S7. An error is checked whether it is found in Steps S1 through S7 in Step S8, and if there is an error as a result of Step S8, an error message having an error message code is sent to a manager and operator in Step S9, and then the routine is completed.
- Step S2 If there is not error as a result of Steps S1 through S7, the signal message descriptive file in the "work -- md" directory is inputted based on the block name list (of Step S2).
- a signal message name is extracted in Step S11 based on "#", which is a signal message separator of FIG. 2, from the inputted signal message descriptive file, and a signal message transmitting and receiving block is extracted from the ".dr" field in Step S12.
- Step S10 it is judged whether the inputted signal message descriptive file of Step S10 exists in the list of a newly registered block.
- Step S14 If the signal message descriptive file exists in the list of the block, it is judged in Step S14 whether the message exists in the signal message list of Step S6 in order to judge whether the corresponding signal message corresponds to the signal message which needs an update.
- the execution mobile name list which is to be updated based on the execution module name list of Step S3, is made in Step S15, and the processor name list is made in Step S16 based on the processor name list of Step S4.
- a flag for indicating that there is a signal message common file which needs an update is set in Step S17.
- Step S18 A signal message is added in Step S18 to the transmitting and receiving block which is extracted in Step S12 from the ".dr" field, and this signal message is judged in Step S19 to be the final signal message of the signal message descriptive file of Step S10. If the message is not the final signal message, Steps S11 through S18 are repeatedly performed with respect to the next signal messages based on "#" which is the signal message separator of FIG. 2, and if the signal is the last signal message, the corresponding file is judged to be the last signal message descriptive file in Step S20.
- Step S6 If the corresponding signal message does not exist in the list of Step S6 which needs an update, or if the same does not exist in the list of Step S5 of a newly registered block, since a signal message common file creating operation is not needed due to the corresponding block, the signal message is added to the transmitting and receiving block in Step S18, and then this signal message is judged in Step S19 to be the final signal message of the signal message descriptive file of Step S10. If the signal is not the final signal message, Steps S11 through S18 are repeatedly performed with respect to the next signal messages based on "#" which is the signal message separator of FIG. 2, and if the signal is the final signal message, the corresponding file is judged to be the final signal message descriptive file in Step S20.
- the minimum signal message common file list related with the update signal message of the block changed during the above-described steps is created.
- Step S21 a flag is set in Step S21 in order to indicate that there is a signal message common file which needs an update for creating a signal message definition file among the signal message common files based on the signal message common file update list. If the flag is not set, since there is not the common files to be newly created, the routine is finished. If the flag is set, the execution module name is inputted in Step S22 from the first order based on the execution module name list of Step S15 which is to be updated, and since the names of the signal message definition files are made different which are to be created in accordance with the characteristic of the processor, the corresponding block is judged to be whether it relates to the block of the high level processor or the low level processor in Step S23.
- the signal message spec file is made such that the program made by the CHILL language is used for a compile in Step S24, and if the corresponding block corresponds to the low level processor, the signal message head file in made in Step S25 such that the program made of C-language is used for a compile.
- the corresponding execution module is judged to be the final module based on the execution module name list of Step S15 which is to be updated, and if the module is the final module, a signal message definition file creating step is performed. However, if the execution module which is not in the execution module list of Step S15 exists, the above-described steps S22 through S25 are repeatedly performed with respect to the next execution module.
- the processor names from the first name thereof are sequentially inputted based on the processor name list of Step S16, and the signal message identifier spec file is created in Step S28.
- the signal message common files which are used for a compiling are different in accordance with the characteristic of the language of the source program, the name of the signal message identifier file should be differently created. Namely, the signal message identifier file is classified into a signal message identifier spec file and a signal message identifier head file.
- the signal message identifier spec file is classified into a file related to one high level processor only, a file related to a high level processor which performs a communication with low level processor, and a file related to more than two high level processors.
- the signal message identifier head file is classified into a file related to a low level processor which is programmed by an assembly language and a file related to a low level processor which is programmed by C-language. Therefore, in order to create a signal message identifier file for matching with the characteristic of each language, it is judged whether a corresponding execution module name is an MP -- PP in Step S29, and when the module name is an MP -- PP, the signal message identifier head file is created in Step S30.
- Step S16 When the signal message identifier file creating is completed with respect to one processor name, it is judged whether the name is the final processor name based on the processor name list of Step S16 which is to be updated, and if the name is not the final name, the above-described steps S27 through S30 are repeated. If the name is the final name, the signal message identifier with respect to the added signal message is updated in Step S32, and the signal message identifier file creating operation is completed.
- the execution module name is not MP -- PP
- the name is judged to be the final processor name based on the processor name list of Step S16 which is to be updated, and if the name is not the final name, the above-described steps S27 through S30 are repeated, and if the name is the final name, the signal message identifier is updated in Step S32, and the signal message identifier creating operation is completed.
- the token is directly extracted based on a signal message descriptive file of each block registered by a software block operator, and an optimized signal message common file such as a signal message definition file and a signal message identifier file which are used for compiling a block source is created.
- the common file is created with respect to only the signal message descriptive file which is changed, it is possible to effectively cope with the continuous variations of a plurality of data and correctively manage a complex interrelationship between the signal message descriptive files, thus reducing a managing and creating time of a common data and more easily performing a compile, whereby a package fabrication time is significantly decreased.
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Stored Programmes (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
A method of creating signal message common files for a mobile switching center which is capable of simplifying a process and effectively and directly creating a signal message common file is disclosed. The method includes the steps of registering a signal message descriptive file from an operator of each block, setting an environment for creating a signal message common file using a system formation material and a registered material information, checking whether there is an error during the above-described steps, and reporting the error to a manager or an operation when there is an error; receiving a signal message descriptive file using the environment set and creating a signal message common file which is to be updated in minimum with respect to the signal message updated using an updated signal message list and a block of a newly registered block; creating a signal message definition file which is matched with a characteristic of a corresponding language and processor using a signal message common file list which is created and should be updated and an execution module name list which is to be updated; and creating a signal message identifier file which is matched with a characteristic of a corresponding language and a processor using a signal message common file list which is created.
Description
1. Field of the Invention
The present invention relates to a method of creating signal message common files for a mobile switching center, and in particular, to an improved method of creating signal message common files for a mobile switching center which is capable of directly creating a signal message common file based on a signal message descriptive file for a mobile switching center.
2. Description of the Conventional Art
The TDX-10 MX mobile switching center (hereinafter called as TDX-10 MX MSC) is a high capacity switching unit having a distributed structure formed of a plurality of processors each performed a predetermined function. More than one execution module which is created by a block, which is a unit of a mobile switching center, is loaded and performed. In each block, a signal message, which is called as an Inter Processor Communication (IPC), is exchanged, thus performing its inherent function, and an interoperation of the blocks based on a transmission of a signal message determines the operation of the entire switching center.
The technique for exchanging the signal messages is expressed by a signal message descriptive file by the related block, and a signal message common file is created based on the signal message descriptive file of each block, and then is compiled. Thereafter, an execution module is loaded into a corresponding processor, and the signal message is exchanged between the related blocks, thus performing a predetermined function. Therefore, in order secure a normal operation, the signal message should have a signal message identifier and a signal message name for a mobile switching center.
Here, the signal message common file correctively means a signal message defining file and a signal message identifier creating file which are needed for compiling a block source based on the signal message descriptive file.
In order to effectively process the above-described procedure, it is needed to accurately check an interrelationship between the signal message descriptive file which is registered by a software block operator and a system common file which is managed by a manager, and it is important to effectively and correctively manage a complex interrelationship between the signal message descriptive files. In addition, in the software block of the mobile switching center, since a high level processor is programmed by a CHILL language and a low level processor is programmed by a C-language and an assembly language, the signal message common files should be created based on the characteristic of a corresponding language.
However, the conventional tools are implemented using a unix shell script and a CHILL (CCITT high level language), and much time is required due to its characteristic. In addition, the signal message descriptive file which is programmed by C-language or assembly language has many problems for creating a common file. Therefore, since the operator of the block which is programmed by C-language or assembly language announces a signal message common file in a source program, thus using the same, it is very difficult for the operator to effectively a complex interrelationship between the files. In addition, much time and cost are required for repeatedly and sequentially performing a predetermined process such as a checking process of a signal message descriptive file which is programmed by a CHILL language and a signal message common file. Furthermore, in the case that there is a predetermined change in a few signal message descriptive files without changing a plurality of signal message descriptive files, the entire processes are disadvantageously performed, thus increasing time consumption, and it is difficult for the manager for managing a source program compile.
Accordingly, it is an object of the present invention to provide a method of creating signal message common files for a mobile switching center which overcomes the aforementioned problems encountered in the conventional art.
It is another object of the present invention to provide an improved method of creating signal message common files for a mobile switching center which is capable of directly extracting and optimizing a token from a signal message descriptive file registered by a user without using a shell script and a CHILL compiler, and creating a signal message common file and a common file with respect to only a signal message descriptive file which is changed. The package fabrication time is significantly reduced for fabricating a mobile switching center by reducing time and manpower consumption which are needed for managing and creating a common data and more easily managing a compile operation.
It is another object of the present invention to provide an improved method of creating signal message common files for a mobile switching center which is capable of significantly reducing time required for creating a signal message common file based on a signal message common file creating method by extracting a token using only a signal message descriptive file which is changed.
It is another object of the present invention to provide an improved method of creating signal message common files for a mobile switching center which is capable of simplifying a process for creating a signal message common file and effectively and directly creating a signal message common file.
To achieve the above objects, there is provided a method of creating signal message common files for a mobile switching center which includes the steps of a first step (S1 through S9) for registering a signal message descriptive file from an operator of each block, setting an environment for creating a signal message common file using a system formation material and a registered material information, checking whether there is an error during the above-described steps, and reporting the error to a manager or an operator when there is an error, a second step (S10 through S20) for receiving a signal message descriptive file using the environment set in the first step and creating a signal message common file which is to be updated in minimum with respect to the signal message updated using an updated signal message list and a block of a newly registered block, a third step (S21 through S26) for creating a signal message definition file which is matched with a characteristic of a corresponding language and processor using a signal message common file list which is created in the second step and should be updated and an execution module name list which is to be updated, and a fourth step (S27 through S32) for creating a signal message identifier file which is matched with a characteristic of a corresponding language and a processor using a signal message common file list which is created in the second step and should be updated.
Additional advantages, objects and other features of the invention will be set forth in part in the description which follows and in part will become apparent to those having ordinary skill in the art upon examination of the following or may be learned from practice of the invention. The objects and advantages of the invention may be realized and attained as particularly pointed out in the appended claims.
The present invention will become more fully understood from the detailed description given hereinbelow and the accompanying drawings which are given by way of illustration only, and thus are not limitative of the present invention, and wherein:
FIG. 1 is a view illustrating the construction of a software which is used for creating a signal message common file for a mobile switching center according to the present invention;
FIG. 2 is a view illustrating the construction of a signal message descriptive file which is used for creating a signal message common file according to the present invention; and
FIGS. 3A and 3B are flow charts of a method for creating a signal message common file for a mobile switching center according to the present invention.
FIG. 1 illustrates the construction of a software which is needed to create a signal message common file for a mobile switching center. As shown therein, when the current version of a mobile switching center software is Mversion, "bin and doc" denote a directory having environment setting files, and "md and work-- md" denote a directory having a signal message descriptive file which is newly registered by a manager and a signal message descriptive file which is previously registered and managed by a manager. "include" denote a directory having a system common file which is managed by a manager, and "sig" denotes a directory having a signal message common file which is created for an operator of each block to perform a compiling operation.
FIG. 2 illustrates the construction of a signal message descriptive file for a mobile switching center. As shown therein, "#" is always positioned in a first column as a separator for separating different signal messages in a signal message descriptive file. "Version name" denotes a version name of a software which is currently processed. "Message name" is should be announced in the entire mobile switching center under the rules set in the mobile switching center for increasing an interpreting ability of the signal message name. "Message characteristic" denotes a functional characteristic of a signal message and is formed of three digits of a priority, a signal massage kind, and a signal message type. "Outline for a message" denotes a description concerning the function of a signal message in order to increase an understanding level. In addition, ".dr" denotes an item for indicating a transmission and receiving block of a signal message and is always positioned in a first column. A "message transmitting side" should be defined in a system as a block name or process name which system transmits a signal message, and the block name or process name may be described thereby.
"-->" denotes an identifier for identifying a block name or a process name for transmitting and receiving a signal message.
"Message receiving side" should be defined in a system as a block name or a process name for receiving message. In addition, the description of the block name or the process name is available thereby.
"User's definition for message" denotes an item for defining a related document type when the type of the signal message is announced as a user's definition type based on "Message characteristic".
FIG. 3 illustrates a flow chart of a process for creating a signal message common file for a mobile switching center. As shown therein, a directory shape information is extracted for creating a signal message common file based on a "bin" directory of FIG. 1 in Step S1, and a block name list (in Step S2) which is registered in from the "doc" directory, an execution module name list (in Step S3) which is used in the system, and a processor name list (in Step S4) are made. Next, a newly registered block list is extracted from the "md" directory in Step S5, and a signal message list which needs an update from the signal message descriptive file in the "md" directory and the "work-- md" directory is extracted in Step S6. In addition, a system common file is extracted in order to check the registered signal message and the common file in Step S7. An error is checked whether it is found in Steps S1 through S7 in Step S8, and if there is an error as a result of Step S8, an error message having an error message code is sent to a manager and operator in Step S9, and then the routine is completed.
If there is not error as a result of Steps S1 through S7, the signal message descriptive file in the "work-- md" directory is inputted based on the block name list (of Step S2). A signal message name is extracted in Step S11 based on "#", which is a signal message separator of FIG. 2, from the inputted signal message descriptive file, and a signal message transmitting and receiving block is extracted from the ".dr" field in Step S12. In addition, it is judged whether the inputted signal message descriptive file of Step S10 exists in the list of a newly registered block. If the signal message descriptive file exists in the list of the block, it is judged in Step S14 whether the message exists in the signal message list of Step S6 in order to judge whether the corresponding signal message corresponds to the signal message which needs an update. At this time, if the corresponding signal message exists in the list which needs an update, the execution mobile name list, which is to be updated based on the execution module name list of Step S3, is made in Step S15, and the processor name list is made in Step S16 based on the processor name list of Step S4. In addition, a flag for indicating that there is a signal message common file which needs an update is set in Step S17. A signal message is added in Step S18 to the transmitting and receiving block which is extracted in Step S12 from the ".dr" field, and this signal message is judged in Step S19 to be the final signal message of the signal message descriptive file of Step S10. If the message is not the final signal message, Steps S11 through S18 are repeatedly performed with respect to the next signal messages based on "#" which is the signal message separator of FIG. 2, and if the signal is the last signal message, the corresponding file is judged to be the last signal message descriptive file in Step S20.
If the corresponding signal message does not exist in the list of Step S6 which needs an update, or if the same does not exist in the list of Step S5 of a newly registered block, since a signal message common file creating operation is not needed due to the corresponding block, the signal message is added to the transmitting and receiving block in Step S18, and then this signal message is judged in Step S19 to be the final signal message of the signal message descriptive file of Step S10. If the signal is not the final signal message, Steps S11 through S18 are repeatedly performed with respect to the next signal messages based on "#" which is the signal message separator of FIG. 2, and if the signal is the final signal message, the corresponding file is judged to be the final signal message descriptive file in Step S20.
The minimum signal message common file list related with the update signal message of the block changed during the above-described steps is created.
Next, a flag is set in Step S21 in order to indicate that there is a signal message common file which needs an update for creating a signal message definition file among the signal message common files based on the signal message common file update list. If the flag is not set, since there is not the common files to be newly created, the routine is finished. If the flag is set, the execution module name is inputted in Step S22 from the first order based on the execution module name list of Step S15 which is to be updated, and since the names of the signal message definition files are made different which are to be created in accordance with the characteristic of the processor, the corresponding block is judged to be whether it relates to the block of the high level processor or the low level processor in Step S23. If the corresponding block corresponds to the block of the high level processor, the signal message spec file is made such that the program made by the CHILL language is used for a compile in Step S24, and if the corresponding block corresponds to the low level processor, the signal message head file in made in Step S25 such that the program made of C-language is used for a compile. If the above-described routines are completed, the corresponding execution module is judged to be the final module based on the execution module name list of Step S15 which is to be updated, and if the module is the final module, a signal message definition file creating step is performed. However, if the execution module which is not in the execution module list of Step S15 exists, the above-described steps S22 through S25 are repeatedly performed with respect to the next execution module.
Finally, in order to create the signal message identifier file among the signal message common files based on the signal message common file update list, the processor names from the first name thereof are sequentially inputted based on the processor name list of Step S16, and the signal message identifier spec file is created in Step S28. Here, the signal message common files which are used for a compiling are different in accordance with the characteristic of the language of the source program, the name of the signal message identifier file should be differently created. Namely, the signal message identifier file is classified into a signal message identifier spec file and a signal message identifier head file. In addition, the signal message identifier spec file is classified into a file related to one high level processor only, a file related to a high level processor which performs a communication with low level processor, and a file related to more than two high level processors. In addition, the signal message identifier head file is classified into a file related to a low level processor which is programmed by an assembly language and a file related to a low level processor which is programmed by C-language. Therefore, in order to create a signal message identifier file for matching with the characteristic of each language, it is judged whether a corresponding execution module name is an MP-- PP in Step S29, and when the module name is an MP-- PP, the signal message identifier head file is created in Step S30.
When the signal message identifier file creating is completed with respect to one processor name, it is judged whether the name is the final processor name based on the processor name list of Step S16 which is to be updated, and if the name is not the final name, the above-described steps S27 through S30 are repeated. If the name is the final name, the signal message identifier with respect to the added signal message is updated in Step S32, and the signal message identifier file creating operation is completed. If the execution module name is not MP-- PP, the name is judged to be the final processor name based on the processor name list of Step S16 which is to be updated, and if the name is not the final name, the above-described steps S27 through S30 are repeated, and if the name is the final name, the signal message identifier is updated in Step S32, and the signal message identifier creating operation is completed.
As described above, when creating a signal message common file to be matched with the characteristic of a mobile switching center software block which is variously programmed by a language such a CHILL language, C-language, assembly language, etc., the token is directly extracted based on a signal message descriptive file of each block registered by a software block operator, and an optimized signal message common file such as a signal message definition file and a signal message identifier file which are used for compiling a block source is created. In addition, since the common file is created with respect to only the signal message descriptive file which is changed, it is possible to effectively cope with the continuous variations of a plurality of data and correctively manage a complex interrelationship between the signal message descriptive files, thus reducing a managing and creating time of a common data and more easily performing a compile, whereby a package fabrication time is significantly decreased.
Although the preferred embodiments of the present invention have been disclosed for illustrative purposes, those skilled in the art will appreciate that various modifications, additions and substitutions are possible, without departing from the scope and spirit of the invention as recited in the accompanying claims.
Claims (5)
1. A method of creating signal message common files for a mobile switching center, comprising the steps of:
a first step (S1 through S9) for registering a signal message descriptive file from an operator of each block, setting an environment for creating a signal message common file using a system formation material and a registered material information, checking whether there is an error during the above-described steps, and reporting the error to a manager or an operator when there is an error;
a second step (S10 through S20) for receiving a signal message descriptive file using the environment set in the first step and creating a signal message common file which is to be updated in minimum with respect to the signal message updated using an updated signal message list and a block of a newly registered block;
a third step (S21 through S26) for creating a signal message definition file which is matched with a characteristic of a corresponding language and processor using a signal message common file list which is created in the second step and should be updated and an execution module name list which is to be updated; and
a fourth step (S27 through S32) for creating a signal message identifier file which is matched with a characteristic of a corresponding language and a processor using a signal message common file list which is created in the second step and should be updated.
2. The method of claim 1, wherein said first step includes the sub-steps of:
a first sub-step (S1) for extracting a directory shape information for a file which is needed for creating a signal message common file;
a second sub-step for making a block name list (S2) which is registered in the system, an execution module name list (S3) which is used for the system, and a processor name list (S4);
a third sub-step for extracting (S5) a newly registered block list and extracting (S6) a signal message list from the signal message descriptive file;
a fourth sub-step for extracting (S7) a system common file for checking the registered signal message and the common file; and
a fifth sub-step for checking (S8) whether an error is found during the sub-steps (S1 through S7) and informing (S9) a manager and an operator of an error message having an error message code.
3. The method of claim 1, wherein said second step includes the sub-steps of:
a first sub-step for inputting (S10) a signal message descriptive file based on a block name list (S2) when there is not an error in the first step;
a second sub-step for extracting (S11) a signal message name based on a signal message separator (#) from the inputted signal message descriptive file and extracting (S12) a signal message transmitting and receiving block from the signal message transmitting and receiving block field (.dr);
a third sub-step for judging (S13) whether the inputted signal message descriptive file (S10) is a block to be updated based on the presence thereof in the newly registered block list (S5) and judging (S14) whether the signal message list (S6) exists in order to judge whether a corresponding signal message is a signal message which is needed to be updated when there is a newly registered block list;
a fourth sub-step for making (S15) an execution module name list based on the execution module name list (S3) when the corresponding signal message exists in the list to be updated and the signal message is to be updated as a result of the third sub-step, making (S16) a processor name list based on the processor name list (S4), and setting (S17) a flag in order to indicate a state that there is a signal message common file which is needed to be updated together with the list making sub-step (S16);
a fifth sub-step for adding (S18) a signal message to the transmitting and receiving block extracted (S12) from the signal message transmitting and receiving block field (,dr) when the block is not the block to be updated after the flag setting (S17) and the signal message is not the signal message to be updated as a result of the judgement (S14); and
a sixth sub-step for judging (S19) whether the added signal message is the final signal message of the signal message descriptive file (S10), repeatedly performing the sub-steps (S11 through S18) with respect to the next signal message based on the signal message separator (#) when the signal message is not the final signal message, and judging (S20) whether the corresponding file is the final signal message when the signal is the final signal message.
4. The method of claim 1, wherein said third step includes the sub-steps of:
a first sub-step for judging (S21) whether a flat is set in order to indicate there is a signal message common file to be updated when the signal corresponds to the final signal message descriptive file as a result of the second step and judging as a condition that there is not a common file to be newly created when the flag is not set;
a second sub-step for sequentially inputting (S22) execution module names from the first name thereof based on the execution module name list (S15), which is to be updated, when the flag is set as a result of the judgement (S21) and judging (S23) whether a corresponding block corresponds to the block which is in the low level processor when the corresponding block is not the block which is in the high level processor;
a third sub-step for making (S24) for a signal message spec file so that the program which is made by a CHILL language is used for a compile when the corresponding block in the block which is in the high level processor and making (S25) a signal message head file so that a program which is programmed by a C-language is used for a compile when the corresponding block is the block which is in the low level processor; and
a fourth sub-step for judging (S26) whether the corresponding execution module is the final module based on the execution module name list (S15) after the sub-step S24 or S25 is completed and repeatedly performing the sub-steps S22 through S25 with respect to the next execution module when the module is not the final execution module as a result of the judgement (S26).
5. The method of claim 1, wherein said fourth step includes the sub-steps of:
a first sub-step for sequentially inputting (S27) the processor names from the first processor name based on the processor name list (S16), which is to be updated, in order to create a signal message identifier file among the signal message common files based on the signal message common file update list when the head file making sub-step (S25) is the final step and creating (S28) a signal message identifier spec file;
a second sub-step for judging (S29) a corresponding execution module name is an MP-- PP in order to create a signal message identifier file which corresponds to the characteristic of each language and creating (S30) a signal message identifier head file when the module name is the MP-- PP as a result of the judgement (S29);
a third sub-step for judging (S31) whether there is a final processor name based on the processor name list (S16), which is to be updated, when the signal message identifier file creating is completed with respect to one processor name and repeating the sub-steps S27 through S30 when the name is not the final processor name; and
a fourth sub-step for updating (S32) the signal message identifier with respect to the added signal message when the processor name is the final name as a result of the judgement (S31) and completing the signal message identifier file creating step.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1019960064712A KR100205039B1 (en) | 1996-12-12 | 1996-12-12 | The method of creating signal message common files for the mobile switching center |
| KR96-64712 | 1996-12-12 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| US5930709A true US5930709A (en) | 1999-07-27 |
Family
ID=19487411
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| US08/962,352 Expired - Lifetime US5930709A (en) | 1996-12-12 | 1997-10-31 | Method of creating signal message common files for mobile switching center |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5930709A (en) |
| KR (1) | KR100205039B1 (en) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6275690B1 (en) * | 1996-12-27 | 2001-08-14 | Hitachi, Ltd. | Cellular mobile telephone apparatus |
| US20030110239A1 (en) * | 2001-12-06 | 2003-06-12 | Mika Sugumoto | Application distribution system, application distribution method, and application distribution program |
| US6823182B1 (en) | 1996-12-27 | 2004-11-23 | Hitachi, Ltd. | Cellular mobile telephone apparatus |
| US7127472B1 (en) * | 1999-04-27 | 2006-10-24 | Canon Kabushiki Kaisha | Data processing method and data processing device |
| US7272641B2 (en) * | 2001-07-03 | 2007-09-18 | Canon Kabushiki Kaisha | Image information managing system |
| US20080208818A1 (en) * | 2007-02-28 | 2008-08-28 | Samsung Electronics Co., Ltd. | Method and mobile terminal for efficient file list creation |
| US20090247176A1 (en) * | 2008-03-27 | 2009-10-01 | Qualcomm Incorporated | Management of wireless connections |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5579372A (en) * | 1994-12-12 | 1996-11-26 | Telefonaktiebolaget Lm Ericsson | Flow control method for short message service - busy subscriber |
| US5610969A (en) * | 1994-12-23 | 1997-03-11 | Bell Atlantic Mobile Systems, Inc. | Personal communication service registration system and method |
| US5649301A (en) * | 1992-10-19 | 1997-07-15 | Ntt Mobile Communications Network, Inc. | Mobile communication method for controlling origination or termination of a call in a desired network |
| US5710805A (en) * | 1995-11-03 | 1998-01-20 | Motorola, Inc. | Combined registration and call continuation method and apparatus for a mobile communication system |
| US5749053A (en) * | 1994-08-24 | 1998-05-05 | Hitachi, Ltd. | Mobile communication network and control method thereof |
| US5752189A (en) * | 1994-03-02 | 1998-05-12 | Fujitsu Limited | Mobile communication system which prohibits service to a mobile station having an ID number upon receiving a non-coincidence notice from the mobile station |
| US5787349A (en) * | 1992-02-27 | 1998-07-28 | Nec Corporation | Control signaling network, radio base station and mobile switching center |
| US5815810A (en) * | 1995-06-28 | 1998-09-29 | Mci Commnications Corporation | Method and apparatus for improved call connectivity in an intelligent wireless network |
| US5835856A (en) * | 1996-05-08 | 1998-11-10 | Ericsson Inc. | Transporting user defined billing data within a mobile telecommunications network |
| US5835860A (en) * | 1995-04-04 | 1998-11-10 | Ericsson Inc. | Operation and administration of mobile station user groups in wireless communications systems |
| US5839072A (en) * | 1996-03-26 | 1998-11-17 | Ericsson Inc. | Routing an incoming call to a ported mobile station within a telecommunications network |
-
1996
- 1996-12-12 KR KR1019960064712A patent/KR100205039B1/en not_active IP Right Cessation
-
1997
- 1997-10-31 US US08/962,352 patent/US5930709A/en not_active Expired - Lifetime
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5787349A (en) * | 1992-02-27 | 1998-07-28 | Nec Corporation | Control signaling network, radio base station and mobile switching center |
| US5649301A (en) * | 1992-10-19 | 1997-07-15 | Ntt Mobile Communications Network, Inc. | Mobile communication method for controlling origination or termination of a call in a desired network |
| US5752189A (en) * | 1994-03-02 | 1998-05-12 | Fujitsu Limited | Mobile communication system which prohibits service to a mobile station having an ID number upon receiving a non-coincidence notice from the mobile station |
| US5749053A (en) * | 1994-08-24 | 1998-05-05 | Hitachi, Ltd. | Mobile communication network and control method thereof |
| US5579372A (en) * | 1994-12-12 | 1996-11-26 | Telefonaktiebolaget Lm Ericsson | Flow control method for short message service - busy subscriber |
| US5610969A (en) * | 1994-12-23 | 1997-03-11 | Bell Atlantic Mobile Systems, Inc. | Personal communication service registration system and method |
| US5835860A (en) * | 1995-04-04 | 1998-11-10 | Ericsson Inc. | Operation and administration of mobile station user groups in wireless communications systems |
| US5815810A (en) * | 1995-06-28 | 1998-09-29 | Mci Commnications Corporation | Method and apparatus for improved call connectivity in an intelligent wireless network |
| US5710805A (en) * | 1995-11-03 | 1998-01-20 | Motorola, Inc. | Combined registration and call continuation method and apparatus for a mobile communication system |
| US5839072A (en) * | 1996-03-26 | 1998-11-17 | Ericsson Inc. | Routing an incoming call to a ported mobile station within a telecommunications network |
| US5835856A (en) * | 1996-05-08 | 1998-11-10 | Ericsson Inc. | Transporting user defined billing data within a mobile telecommunications network |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040192261A1 (en) * | 1996-12-24 | 2004-09-30 | Hitachi, Ltd. | Response message transmitter and response message transmitting method in cellular mobile telephone apparatus and recording medium recording program for executing the method |
| US20100330966A1 (en) * | 1996-12-27 | 2010-12-30 | Hitachi, Ltd. | Message transmitter and response message transmitting method in cellular mobile telephone apparatus and recording medium recording program for executing the method |
| US6539218B2 (en) | 1996-12-27 | 2003-03-25 | Hitachi, Ltd. | Message transmitter and response message transmitting method in cellular mobile telephone apparatus and recording medium recording program for executing the method |
| US8346221B2 (en) | 1996-12-27 | 2013-01-01 | Samsung Electronics Co., Ltd. | Message transmitter and response message transmitting method in cellular mobile telephone apparatus and recording medium recording program for executing the method |
| US6799034B2 (en) | 1996-12-27 | 2004-09-28 | Hitachi, Ltd. | Response message transmitter and response message transmitting method in cellular mobile telephone apparatus and recording medium recording program for executing the method |
| US6823182B1 (en) | 1996-12-27 | 2004-11-23 | Hitachi, Ltd. | Cellular mobile telephone apparatus |
| US6275690B1 (en) * | 1996-12-27 | 2001-08-14 | Hitachi, Ltd. | Cellular mobile telephone apparatus |
| US8340643B2 (en) | 1996-12-27 | 2012-12-25 | Samsung Electronics Co., Ltd. | Response message transmitter and response message transmitting method in cellular mobile telephone apparatus and recording medium recording program for executing the method |
| US7127472B1 (en) * | 1999-04-27 | 2006-10-24 | Canon Kabushiki Kaisha | Data processing method and data processing device |
| US7272641B2 (en) * | 2001-07-03 | 2007-09-18 | Canon Kabushiki Kaisha | Image information managing system |
| US20030110239A1 (en) * | 2001-12-06 | 2003-06-12 | Mika Sugumoto | Application distribution system, application distribution method, and application distribution program |
| US7788298B2 (en) * | 2007-02-28 | 2010-08-31 | Samsung Electronics Co., Ltd. | Method and mobile terminal for efficient file list creation |
| US20080208818A1 (en) * | 2007-02-28 | 2008-08-28 | Samsung Electronics Co., Ltd. | Method and mobile terminal for efficient file list creation |
| US20090247176A1 (en) * | 2008-03-27 | 2009-10-01 | Qualcomm Incorporated | Management of wireless connections |
| US8515436B2 (en) * | 2008-03-27 | 2013-08-20 | Qualcomm Incorporated | Management of wireless connections |
Also Published As
| Publication number | Publication date |
|---|---|
| KR19980046387A (en) | 1998-09-15 |
| KR100205039B1 (en) | 1999-06-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1100011A2 (en) | Scriptor and interpreter | |
| US5418793A (en) | Method and apparatus for testing a complex entity | |
| US7401065B2 (en) | System for downloading contents, and client terminal for downloading contents from contents server | |
| EP1030242A2 (en) | Object-oriented software development | |
| US6853960B2 (en) | Communications apparatus, communication system, plug-in module control method, and computer-readable recording medium where program for executing by computer is recorded | |
| US5930709A (en) | Method of creating signal message common files for mobile switching center | |
| EP1508223B1 (en) | Operator-defined consistency checking in a network management system | |
| US20170003939A1 (en) | Code generation | |
| CN108920176B (en) | Transaction flow configuration method and device | |
| CN111135581A (en) | Game updating method and device | |
| CN117492803B (en) | Intelligent door lock PCBA software upgrading method and system | |
| US5995968A (en) | Method of creating meta data and processor load data in a mobile switching center | |
| CN115130043B (en) | Database-based data processing method, device, equipment and storage medium | |
| CN113240499A (en) | Order processing method and device based on system switching | |
| CN111142965A (en) | Language configuration method and device, electronic equipment and storage medium | |
| CN117270843B (en) | Program data recommendation management method and system based on blockchain | |
| JPH10283379A (en) | Design support method and apparatus | |
| Succi et al. | The application of JavaCC to develop a C/C++ preprocessor | |
| KR20240160233A (en) | Method and apparatus for composing microservices, electronic device, and readable medium | |
| CN116010170A (en) | Judgment method, system, equipment and medium for data type snapshot generation | |
| CN119127228A (en) | Image recognition model deployment method and system | |
| JP3623617B2 (en) | Data setting system | |
| CN115617772A (en) | Change processing method and device and related equipment | |
| CN117234914A (en) | AB test method and system | |
| CN117111898A (en) | Construction method and device of business model |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| AS | Assignment |
Owner name: ELECTRONICS AND TELECOMMUNICATIONS RESEARCH INSTIT Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:PARK, KWANG ROH;SHIN, JAE WOOK;REEL/FRAME:008888/0634 Effective date: 19971020 |
|
| STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
| FEPP | Fee payment procedure |
Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
| FPAY | Fee payment |
Year of fee payment: 4 |
|
| FPAY | Fee payment |
Year of fee payment: 8 |
|
| FEPP | Fee payment procedure |
Free format text: PAYER NUMBER DE-ASSIGNED (ORIGINAL EVENT CODE: RMPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
| FPAY | Fee payment |
Year of fee payment: 12 |
|
| FEPP | Fee payment procedure |
Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Free format text: PAYER NUMBER DE-ASSIGNED (ORIGINAL EVENT CODE: RMPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |