[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JP4242487B2 - Mobile radio terminal - Google Patents

Mobile radio terminal Download PDF

Info

Publication number
JP4242487B2
JP4242487B2 JP33565998A JP33565998A JP4242487B2 JP 4242487 B2 JP4242487 B2 JP 4242487B2 JP 33565998 A JP33565998 A JP 33565998A JP 33565998 A JP33565998 A JP 33565998A JP 4242487 B2 JP4242487 B2 JP 4242487B2
Authority
JP
Japan
Prior art keywords
layer
state
channel
event
channel switching
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
Application number
JP33565998A
Other languages
Japanese (ja)
Other versions
JP2000165316A (en
Inventor
義実 宮崎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kenwood KK
Original Assignee
Kenwood KK
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Kenwood KK filed Critical Kenwood KK
Priority to JP33565998A priority Critical patent/JP4242487B2/en
Publication of JP2000165316A publication Critical patent/JP2000165316A/en
Application granted granted Critical
Publication of JP4242487B2 publication Critical patent/JP4242487B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)
  • Monitoring And Testing Of Transmission In General (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は移動無線端末に関し、特にそのソフトウェアを複数のタスクで分散処理する移動無線端末に関する。
【0002】
【従来の技術】
近年、移動通信ネットワークの高度化、多様化が進み、通信制御ソフトウェアの保守性、処理の高速化が要求されるようになってきている。その対応手段として通信制御ソフトウェアを複数のタスクで構成して機能分散することや、CPUを複数用意してそれぞれで分散処理することが行われている。これにより、例えばユーザインタフェースと通信制御、あるいはベースバンド処理とメッセージ制御のソフトウェアを別々に開発することができる。
【0003】
図7は従来の移動無線端末の制御部ソフトウェア構成図である。通信制御部は従来の端末と同様であり、OSIのレイヤ構造を採用する。ヒューマンインタフェース(HMI)はキーボードからのダイヤル入力や、LCDへの各種情報表示等を行う。レイヤ3及びその上位レイヤ(サービスレイヤと称する)は無線管理機能、移動管理機能、呼処理機能を持つ。無線管理機能(RT:Radio Frequency Transmission Management)とは無線回線の制御を、移動管理機能(MM:Mobility Management)とは位置登録及び認証をいう。呼処理機能(CC:Call Control )とは発信、着信等の呼接続制御をいい、ITU-T Q.931に準拠した動作をする。レイヤ2はリンクアクセス処理(LAPDM:Link Access Procedure for Digital Mobile channel)をし、ITU-T Q.921に準拠した動作をする。レイヤ1はフレーム同期、データフレームのチャネルコーディング及びベースバンド処理部への指示を行う。各レイヤはマネジメントの制御の下、統合してネットワークとの信号を送受する。これらソフトウェアはリアルタイムOS上で動作する。
【0004】
続いて、移動無線端末の動作を図8〜図15を参照しつつ説明する。図8はレイヤ1の動作を示す状態遷移図、図9はレイヤ3の動作を示す状態遷移図の概略である。図10はレイヤ1のSDL図であり、(a)は「通信」状態、(b)は「再同期」状態、(c)は「チャネル切替」状態のものである。図11はレイヤ3のSDL図であり、(a)は「通信」状態、(b)は「再同期」状態、(c)は「チャネル切替」状態のものである。
レイヤ1は「通信」状態で同期外れが起きると「同期外れ」イベントをレイヤ3に送り、「再同期」状態へ移行して再同期を行う。レイヤ3は「通信」状態で同期外れが起きると「再同期表示」イベントをサービスに送り、「再同期」状態へ移行して再同期を待つ。また、レイヤ1は「通信」状態で定期的に自局及び周辺基地局の電界強度を測定し、その結果を「品質表示」イベントでレイヤ3に通知する。レイヤ3は「通信」状態で「品質表示」イベントを受信すると「品質表示」イベントをサービスに送る。サービスは「受信レベル表示」イベントをユーザインタフェースに送ると共に、自局の電界強度が低下していないか、周辺電界強度の方が強くなっていないかをチェックする。自局及び周辺基地局の電界強度がチャネル切替条件に合致していなければ、次の「品質表示」イベントを待つ。チャネル切替条件に合致していれば、レイヤ3に「チャネル切替要求」イベントを送信する。レイヤ3は「通信」状態で「チャネル切替要求」イベントを受信した場合、「チャネル切替要求」イベントをレイヤ1に送り、「チャネル切替」状態へ移行してチャネル切替を待つ。レイヤ1は「通信」状態で「チャネル切替要求」イベントを受信した場合、「チャネル切替」状態へ移行してチャネル切替を行う。レイヤ1は「再同期」状態で再同期が成功すると、又は「チャネル切替」状態でチャネル切替が成功すると「通信チャネル起動表示」イベントをレイヤ3に送り、「通信」状態へ移行する。失敗すると「起動不良」をレイヤ3に送り、「停止」状態へ移行する。レイヤ3は「再同期」状態又は「チャネル切替」状態で「通信チャネル起動表示」イベントを受信すると、「通信」状態へ移行する。「起動不良」イベントを受信すると「RT停止表示」をサービスに送り「RT停止」状態へ移行する。サービスからの「制御チャネル起動要求」イベントを受信すると「制御チャネル起動要求」イベントをレイヤ1へ送り、「制御チャネル起動」状態へ移行する。その後、「待ち受け」状態に移行し、着信又は発信によって「通信」状態へ移行する。
以上の動作をメッセージシーケンスチャート(MSC:Message Sequence Chart、以下シーケンス図と称す)に示す。
【0005】
図12は「通信」状態で同期外れが発生した後、再同期が成功した場合のシーケンス図、図13は再同期が失敗した場合のシーケンス図、図14は「通信」状態で電界強度が弱くなりチャネル切替を行った場合のシーケンス図、図15はチャネル切替が失敗した場合のシーケンス図である。
【0006】
【発明が解決しようとする課題】
しかしながら、上述した従来の移動無線端末では複数のタスク間のイベントクロスが発生するという問題があった。
例えば、通信中に自局の電界強度が低下するとチャネル切り替えが行われるが、電界強度が低下したために同期外れが同時に発生することがある。図16は同期外れとチャネル切替が同時に発生した時の問題を示すシーケンス図である。レイヤ1は「同期外れ」イベントをレイヤ3に送るが、レイヤ3ではこのイベントは受け付けられずに捨てられる。同様にレイヤ3からの「チャネル切替」イベントはレイヤ1で受け付けられずに捨てられる。その後、再同期が成功するとレイヤ1は「通信チャネル起動表示」イベントをレイヤ3に送るが、起動したチャネルはレイヤ3から指定されたチャネルではなく、同期を外したチャネルである。このように、上位レイヤからのイベントと下位レイヤからのイベントがお互いに無視されてしまい、その結果所望のチャネルが起動できなくなるという問題があった。このままでは移動無線端末はデッドロックして動作しなくなる。本発明は上述した問題を解決するためになされたものであって、複数のタスクあるいはCPUを用いてもイベントクロスが起きない移動無線端末を提供することを目的とする。
【0007】
【課題を解決するための手段】
上記目的を達成するために本発明に係る移動無線端末は以下の構成をとる。請求項1記載の移動無線端末は、基地局からの要求又は自律的にチャネルを切り替える移動無線端末であって、レイヤ1は同期外れ、又は起動不良、又は受信レベル低下を含む状態異常を検知した際にその旨を上位レイヤに通知する手段を有し、上位レイヤは基地局からの要求又はレイヤ1からの状態異常検知に従ってチャネル切り替え要求をレイヤ1に送出する手段を有し、レイヤ1は更に上位レイヤからのチャネル切り替え要求に含まれるチャネル周波数を記憶する手段と、現在起動中のチャネルがチャネル切り替え要求に含まれていた周波数であるか否かを判定する手段を有し、レイヤ 1 は前記状態を検知し、再同期中の状態において、上位レイヤより現在起動中のチャネルと異なる周波数のチャネル切り替え要求を受信した場合は、レイヤ1は上位レイヤからのチャネル切り替え要求に含まれる周波数に従って再同期を行うよう構成する。
【0008】
【発明の実施の形態】
以下、図示した実施例に基づき、本発明を詳細に説明する。
図1は本発明に係る移動無線端末のハードウェア構成を示すブロック図である。移動無線端末は無線信号の送受信を行うためのアンテナ1及び無線部2と、変復調処理、同期処理及び基地局との制御メッセージをやりとりする通信制御部3と、各レイヤ間のイベントの種類及び内容が何であるかを判断するイベント判断部4と、各レイヤ間のイベントを記憶するイベントメモリ5と、音声処理部6、データアダプタ7とから成る。
【0009】
続いて、本発明に係る移動無線端末の動作を図2〜図6を参照しつつ説明する。図2はレイヤ1の動作を示す状態遷移図の概略であり、「再同期」状態から「チャネル切替」状態に遷移する部分が本発明の特徴である。図3はレイヤ3の動作を示す状態遷移図の概略であり、従来と同じである。図4はレイヤ1のSDL図であり、「再同期」状態において「チャネル切替要求」イベントを受信し、イベント内容をチェックしてチャネル切替を行う部分が本発明の特徴である。図5はレイヤ3のSDL図であり、従来と同じである。
「通信」状態で同期外れ、チャネル切替が単独で発生した場合の動作は従来と同じであるので、両者が同時に発生した場合について説明する。図6は「通信」状態で自局の電界強度が低下し、同期外れとチャネル切替が同時に発生した場合のシーケンス図である。
【0010】
レイヤ1は通信チャネルを起動する際にその周波数を記憶する。通信チャネルの起動が成功し「通信」状態に移行すると、定期的に自局及び周辺基地局の電界強度を測定し、その結果を「品質表示」イベントでレイヤ3に通知する。レイヤ3は「通信」状態で「品質表示」イベントを受信すると「品質表示」イベントをサービスに送る。サービスは「受信レベル表示」イベントをユーザインタフェースに送ると共に、自局の電界強度が低下していないか、周辺電界強度の方が強くなっていないかをチェックする。自局及び周辺基地局の電界強度がチャネル切替条件に合致していれば、レイヤ3に「チャネル切替要求」イベントを送信する。レイヤ3は「通信」状態で「チャネル切替要求」イベントを受信した場合、「チャネル切替要求」イベントをレイヤ1に送り、「チャネル切替」状態へ移行してチャネル切替を待つ。
【0011】
さて、レイヤ1が「チャネル切替要求」イベントを受信する前に「通信」状態で同期外れが起きると「同期外れ」イベントをレイヤ3に送り、「再同期」状態へ移行して再同期を行う。但し、レイヤ3では「同期外れ」イベントは受け付けられずに捨てられる。続いてレイヤ1は「再同期」状態で「チャネル切替要求」イベントを受信するが、この場合、該イベントを受け付けると共に、該イベントに含まれる切替周波数が現在起動中の周波数と同じか異なるかをチェックする。異なる場合のみ「チャネル切替」状態へ移行してチャネル切替を行う。同じ場合は再同期中のチャネルを起動しても問題ないので、そのまま状態遷移しない。レイヤ1は「チャネル切替」状態でチャネル切替が成功すると「通信チャネル起動表示」イベントをレイヤ3に送り、「通信」状態へ移行する。レイヤ3は「チャネル切替」状態で「通信チャネル起動表示」イベントを受信すると、「通信」状態へ移行する。
以上、「通信」状態で同期外れとチャネル切替とが同時に発生した場合の動作を説明した。
【0012】
なお、チャネル切替中に通信チャネルの起動に失敗した場合の動作は従来と同じであり、レイヤ1は「起動不良」イベントをレイヤ3に送り、「停止」状態へ移行する。レイヤ3は「起動不良」イベントを受信すると「RT停止表示」をサービスに送り「RT停止」状態へ移行する。サービスからの「制御チャネル起動要求」イベントを受信するとレイヤ3は「制御チャネル起動要求」イベントをレイヤ1へ送り、「制御チャネル起動」状態へ移行する。その後、「待ち受け」状態に移行し、着信又は発信によって「通信」状態へ移行する。
このように、本発明は「同期外れ」イベントと「チャネル切替要求」イベントが同時に発生しても、上位レイヤからのイベントを受け付けてチェックした後に所望のチャネルを起動することにより、移動無線端末のデッドロックを防ぐことができる。
【0013】
以上、状態異常として本発明を同期外れに適用した例を説明したが、本発明はこれに限らず電波断、起動不良、空線信号検出等の状態異常の場合にも適用できる。また、上位レイヤからのイベントも「チャネル切替要求」に限らず、その他のものであっても受け付けるよう構成してもよい。例えば、発呼と着呼が同時に発生した場合に、上位レイヤからの要求である「発呼要求」を優先して受け付けるようにしてもよい。
また、ハードウェアが同期外れを検出してからレイヤ1に通知されるまでの間に、レイヤ1が「チャネル切替要求」イベントを受け付けてしまった場合、この同期外れは無視すべきである。そのため、状態異常を起こしたチャネルの周波数とチャネル切り替え要求に含まれていた周波数とを比較し、同じ場合のみ状態異常を上位レイヤに通知するように構成する。
更に、本発明を複数のタスク間の通信に適用した例について説明したが、複数のCPUを用いる移動無線端末に適用してもよい。このようにすればソフトウェアを分散処理することが容易となり、また開発も機能毎に独立して行うことができる。
【0014】
【発明の効果】
本発明に係る移動無線端末は以上説明したように構成し、動作するものであるから、複数のタスクあるいはCPUを用いてもイベントクロスが発生しても問題が起きない移動無線端末を提供する上で著しい効果がある。
【図面の簡単な説明】
【図1】本発明に係る移動無線端末のハードウェア構成を示すブロック図
【図2】本発明に係るレイヤ1の状態遷移図
【図3】本発明に係るレイヤ3の状態遷移図
【図4】本発明に係るレイヤ1のSDL図
【図5】本発明に係るレイヤ3のSDL図
【図6】本発明を説明するシーケンス図
【図7】従来の制御部ソフトウェア構成図
【図8】従来のレイヤ1の状態遷移図
【図9】従来のレイヤ3の状態遷移図
【図10】従来のレイヤ1のSDL図
【図11】従来のレイヤ3のSDL図
【図12】再同期に成功するシーケンス図
【図13】再同期に失敗するシーケンス図
【図14】チャネル切替に成功するシーケンス図
【図15】チャネル切替に失敗するシーケンス図
【図16】従来の問題を示すシーケンス図
【符号の説明】
1・・アンテナ、 2・・無線部、 3・・通信制御部、 4・・イベント判断部、 5・・イベントメモリ、 6・・音声処理部、 7・・データアダプタ
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a mobile radio terminal, and more particularly to a mobile radio terminal that performs distributed processing of the software by a plurality of tasks.
[0002]
[Prior art]
In recent years, advancement and diversification of mobile communication networks have progressed, and maintenance of communication control software and faster processing have been demanded. As a countermeasure, communication control software is composed of a plurality of tasks and functions are distributed, or a plurality of CPUs are prepared and distributed processing is performed. Thereby, for example, software for user interface and communication control, or baseband processing and message control can be developed separately.
[0003]
FIG. 7 is a software configuration diagram of a control unit of a conventional mobile radio terminal. The communication control unit is the same as that of a conventional terminal and adopts an OSI layer structure. The human interface (HMI) performs dial input from the keyboard, various information display on the LCD, and the like. Layer 3 and higher layers (referred to as service layers) have a radio management function, a mobility management function, and a call processing function. The radio management function (RT: Radio Frequency Transmission Management) refers to control of a radio line, and the mobility management function (MM: Mobility Management) refers to location registration and authentication. The call processing function (CC: Call Control) refers to call connection control such as outgoing and incoming calls. It operates in accordance with 931. Layer 2 performs link access processing (LAPDM: Link Access Procedure for Digital Mobile channel). The operation conforms to 921. Layer 1 performs frame synchronization, channel coding of data frames, and instructions to the baseband processing unit. Each layer integrates and sends signals to and from the network under management control. These software runs on the real-time OS.
[0004]
Next, the operation of the mobile radio terminal will be described with reference to FIGS. FIG. 8 is a state transition diagram showing the operation of layer 1, and FIG. 9 is a schematic state transition diagram showing the operation of layer 3. FIG. 10 is an SDL diagram of layer 1, where (a) is in the “communication” state, (b) is in the “resynchronization” state, and (c) is in the “channel switching” state. FIG. 11 is an SDL diagram of layer 3, where (a) is in the “communication” state, (b) is in the “resynchronization” state, and (c) is in the “channel switching” state.
When a loss of synchronization occurs in the “communication” state, the layer 1 sends an “out of synchronization” event to the layer 3 and shifts to the “resynchronization” state to perform resynchronization. When a synchronization loss occurs in the “communication” state, the layer 3 sends a “resynchronization display” event to the service, transitions to the “resynchronization” state, and waits for resynchronization. Also, layer 1 periodically measures the electric field strengths of the local station and the neighboring base stations in the “communication” state, and notifies the result to layer 3 through a “quality display” event. When layer 3 receives a “quality indication” event in the “communication” state, it sends a “quality indication” event to the service. The service sends a “reception level indication” event to the user interface, and checks whether the electric field strength of the local station has decreased or whether the peripheral electric field strength has become stronger. If the field strengths of the local station and the surrounding base station do not meet the channel switching condition, the next “quality display” event is waited for. If the channel switching condition is met, a “channel switching request” event is transmitted to layer 3. When the layer 3 receives a “channel switching request” event in the “communication” state, the layer 3 sends a “channel switching request” event to the layer 1 and shifts to the “channel switching” state to wait for channel switching. When the layer 1 receives the “channel switching request” event in the “communication” state, the layer 1 shifts to the “channel switching” state and performs channel switching. When layer 1 is resynchronized in the “resynchronization” state, or when channel switching is successful in the “channel switching” state, a “communication channel activation display” event is sent to layer 3 and transitions to the “communication” state. If unsuccessful, a “start failure” is sent to layer 3 and a transition to the “stop” state occurs. When the layer 3 receives the “communication channel activation display” event in the “resynchronization” state or the “channel switching” state, the layer 3 shifts to the “communication” state. When the “start-up failure” event is received, “RT stop display” is sent to the service, and the state shifts to the “RT stop” state. When a “control channel activation request” event is received from the service, a “control channel activation request” event is sent to the layer 1 to shift to the “control channel activation” state. Thereafter, the state shifts to the “standby” state, and shifts to the “communication” state by incoming or outgoing.
The above operation is shown in a message sequence chart (MSC: Message Sequence Chart, hereinafter referred to as a sequence diagram).
[0005]
FIG. 12 is a sequence diagram when resynchronization succeeds after loss of synchronization occurs in the “communication” state, FIG. 13 is a sequence diagram when resynchronization fails, and FIG. 14 shows a weak field strength in the “communication” state. FIG. 15 is a sequence diagram when channel switching fails, and FIG. 15 is a sequence diagram when channel switching fails.
[0006]
[Problems to be solved by the invention]
However, the above-described conventional mobile radio terminal has a problem that an event cross between a plurality of tasks occurs.
For example, channel switching is performed when the electric field strength of the local station decreases during communication, but loss of synchronization may occur simultaneously because the electric field strength decreases. FIG. 16 is a sequence diagram showing a problem when loss of synchronization and channel switching occur simultaneously. Layer 1 sends an “out of sync” event to layer 3, but this event is not accepted in layer 3 and is discarded. Similarly, the “channel switching” event from layer 3 is not accepted by layer 1 and is discarded. After that, when resynchronization is successful, layer 1 sends a “communication channel activation display” event to layer 3, but the activated channel is not the channel specified by layer 3, but is a channel out of synchronization. As described above, an event from the upper layer and an event from the lower layer are ignored by each other, and as a result, there is a problem that a desired channel cannot be activated. In this state, the mobile radio terminal is deadlocked and cannot operate. The present invention has been made to solve the above-described problems, and an object of the present invention is to provide a mobile radio terminal in which event crossing does not occur even when a plurality of tasks or CPUs are used.
[0007]
[Means for Solving the Problems]
In order to achieve the above object, a mobile radio terminal according to the present invention has the following configuration. Mobile radio terminal according to claim 1 is a request or a mobile radio terminal autonomously switches the channel from the base station, the layer 1 is out of synchronization, or start-up failure or detects an abnormal state including the reception level drop Means for notifying the upper layer to that effect, and the upper layer has means for sending a channel switching request to layer 1 according to a request from the base station or a state abnormality detection from layer 1, and layer 1 further includes means for storing the channel frequency included in the channel switching request from the upper layer, has a means for determining whether the frequency channel of the currently active is included in the channel switching request, the layer 1 is the If a channel switching request with a frequency different from that of the currently active channel is received from the upper layer while the status is detected and resynchronization is in progress , Layer 1 is configured to resynchronize carried I follow the frequencies included in the channel switching request from the upper layer.
[0008]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, the present invention will be described in detail based on illustrated embodiments.
FIG. 1 is a block diagram showing a hardware configuration of a mobile radio terminal according to the present invention. The mobile radio terminal transmits / receives radio signals to / from the antenna 1 and the radio unit 2, the modulation / demodulation process, the synchronization process, and the communication control unit 3 for exchanging control messages with the base station, and the types and contents of events between the layers. Is comprised of an event determination unit 4 for determining what is, an event memory 5 for storing events between layers, an audio processing unit 6, and a data adapter 7.
[0009]
Next, the operation of the mobile radio terminal according to the present invention will be described with reference to FIGS. FIG. 2 is an outline of a state transition diagram showing the operation of layer 1, and the part of the present invention is characterized by the transition from the “resynchronization” state to the “channel switching” state. FIG. 3 is an outline of a state transition diagram showing the operation of layer 3, which is the same as the conventional one. FIG. 4 is a layer 1 SDL diagram. The feature of the present invention is that a channel switching request is received in the “re-synchronization” state, the event content is checked, and the channel is switched. FIG. 5 is an SDL diagram of layer 3, which is the same as the conventional one.
Since the operation when the synchronization is lost in the “communication” state and the channel switching occurs independently is the same as the conventional case, the case where both occur simultaneously will be described. FIG. 6 is a sequence diagram in the case where the electric field strength of the local station decreases in the “communication” state, and synchronization loss and channel switching occur simultaneously.
[0010]
Layer 1 stores the frequency when the communication channel is activated. When the communication channel is successfully activated and shifts to the “communication” state, the electric field strengths of the local station and the neighboring base stations are periodically measured, and the result is notified to the layer 3 by a “quality display” event. When layer 3 receives a “quality indication” event in the “communication” state, it sends a “quality indication” event to the service. The service sends a “reception level indication” event to the user interface, and checks whether the electric field strength of the local station has decreased or whether the peripheral electric field strength has become stronger. If the electric field strengths of the local station and the neighboring base stations match the channel switching condition, a “channel switching request” event is transmitted to layer 3. When the layer 3 receives a “channel switching request” event in the “communication” state, the layer 3 sends a “channel switching request” event to the layer 1 and shifts to the “channel switching” state to wait for channel switching.
[0011]
Now, if a loss of synchronization occurs in the “communication” state before layer 1 receives the “channel switching request” event, an “out of synchronization” event is sent to layer 3 and the state is re-synchronized by shifting to the “re-synchronization” state. . However, in layer 3, the “out of synchronization” event is not accepted and is discarded. Subsequently, the layer 1 receives the “channel switching request” event in the “re-synchronization” state. In this case, the layer 1 accepts the event and checks whether the switching frequency included in the event is the same as or different from the currently activated frequency. To check. Only when they are different, the channel is switched to the “channel switching” state. In the same case, there is no problem even if the channel being resynchronized is activated, so the state does not change as it is. When the channel 1 is successfully switched in the “channel switching” state, the layer 1 sends a “communication channel activation display” event to the layer 3 and shifts to the “communication” state. When the layer 3 receives the “communication channel activation display” event in the “channel switching” state, the layer 3 shifts to the “communication” state.
The operation when the synchronization loss and the channel switching occur simultaneously in the “communication” state has been described above.
[0012]
Note that the operation when the communication channel activation fails during channel switching is the same as the conventional one, and the layer 1 sends an “activation failure” event to the layer 3 and shifts to the “stop” state. When the layer 3 receives the “start failure” event, it sends “RT stop display” to the service and shifts to the “RT stop” state. Upon receiving a “control channel activation request” event from the service, layer 3 sends a “control channel activation request” event to layer 1 and transitions to a “control channel activation” state. Thereafter, the state shifts to the “standby” state, and shifts to the “communication” state by incoming or outgoing.
As described above, the present invention enables a mobile radio terminal to start a desired channel after receiving and checking an event from an upper layer even if an “out of synchronization” event and a “channel switching request” event occur simultaneously. Deadlock can be prevented.
[0013]
As described above, the example in which the present invention is applied to the out-of-synchronization as a state abnormality has been described. Further, the event from the upper layer is not limited to the “channel switching request”, but may be configured to accept other events. For example, when an outgoing call and an incoming call occur simultaneously, a “call request” that is a request from an upper layer may be preferentially accepted.
In addition, if the layer 1 receives a “channel switching request” event between the time when the hardware detects the loss of synchronization and the notification to the layer 1, this loss of synchronization should be ignored. For this reason, the frequency of the channel in which the state abnormality has occurred is compared with the frequency included in the channel switching request, and the state abnormality is notified to the upper layer only in the same case.
Furthermore, although an example in which the present invention is applied to communication between a plurality of tasks has been described, the present invention may be applied to a mobile radio terminal using a plurality of CPUs. In this way, it is easy to distribute software, and development can be performed independently for each function.
[0014]
【The invention's effect】
Since the mobile radio terminal according to the present invention is configured and operates as described above, it is possible to provide a mobile radio terminal that does not cause a problem even if an event cross occurs even if a plurality of tasks or CPUs are used. It has a remarkable effect.
[Brief description of the drawings]
1 is a block diagram showing a hardware configuration of a mobile radio terminal according to the present invention. FIG. 2 is a state transition diagram of layer 1 according to the present invention. FIG. 3 is a state transition diagram of layer 3 according to the present invention. SDL diagram of layer 1 according to the present invention. FIG. 5 SDL diagram of layer 3 according to the present invention. FIG. 6 is a sequence diagram for explaining the present invention. State transition diagram of layer 1 in FIG. 9 FIG. 9 State transition diagram of conventional layer 3 FIG. 10 SDL diagram of conventional layer 1 FIG. 11 SDL diagram of conventional layer 3 FIG. Sequence diagram [Fig. 13] Sequence diagram in which resynchronization fails [Fig. 14] Sequence diagram in which channel switching succeeds [Fig. 15] Sequence diagram in which channel switching fails [Fig. 16] Sequence diagram showing conventional problems [Description of symbols] ]
1 ・ ・ Antenna, 2 ・ ・ Wireless unit, 3 ・ Communication control unit, 4 ・ ・ Event judgment unit, 5 ・ ・ Event memory, 6 ・ ・ Audio processing unit, 7 ・ ・ Data adapter

Claims (1)

基地局からの要求又は自律的にチャネルを切り替える移動無線端末であって、レイヤ1は同期外れ、又は起動不良、又は受信レベル低下を含む状態異常を検知した際にその旨を上位レイヤに通知する手段を有し、上位レイヤは基地局からの要求又はレイヤ1からの状態異常検知に従ってチャネル切り替え要求をレイヤ1に送出する手段を有し、レイヤ1は更に上位レイヤからのチャネル切り替え要求に含まれるチャネル周波数を記憶する手段と、現在起動中のチャネルがチャネル切り替え要求に含まれていた周波数であるか否かを判定する手段を有し、レイヤ 1 は前記状態異常を検知し、再同期中の状態において、上位レイヤより現在起動中のチャネルと異なる周波数のチャネル切り替え要求を受信した場合は、レイヤ1は上位レイヤからのチャネル切り替え要求に含まれる周波数に従って再同期を行うことを特徴とする移動無線端末。A mobile radio terminal that requests a base station or autonomously switches a channel, and when layer 1 is out of synchronization, or when a malfunction is detected including a start-up failure or a decrease in reception level, notifies the upper layer And the upper layer has means for sending a channel switching request to layer 1 in accordance with a request from the base station or a state abnormality detection from layer 1, and layer 1 is further included in the channel switching request from the upper layer. Means for storing the channel frequency and means for determining whether or not the currently activated channel is the frequency included in the channel switching request, and the layer 1 detects the state abnormality and is resynchronizing. In the state, when a channel switching request having a frequency different from that of the currently active channel is received from the upper layer, layer 1 receives a check from the upper layer. Mobile wireless terminal resynchronization follow wherein row Ukoto the frequencies included in Yaneru switching request.
JP33565998A 1998-11-26 1998-11-26 Mobile radio terminal Expired - Lifetime JP4242487B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP33565998A JP4242487B2 (en) 1998-11-26 1998-11-26 Mobile radio terminal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP33565998A JP4242487B2 (en) 1998-11-26 1998-11-26 Mobile radio terminal

Publications (2)

Publication Number Publication Date
JP2000165316A JP2000165316A (en) 2000-06-16
JP4242487B2 true JP4242487B2 (en) 2009-03-25

Family

ID=18291088

Family Applications (1)

Application Number Title Priority Date Filing Date
JP33565998A Expired - Lifetime JP4242487B2 (en) 1998-11-26 1998-11-26 Mobile radio terminal

Country Status (1)

Country Link
JP (1) JP4242487B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2461999C2 (en) * 2007-08-10 2012-09-20 Фудзицу Лимитед Method for random access in wireless communication system, wireless communication system, wireless terminal and base station module
KR101274386B1 (en) 2007-08-10 2013-06-17 후지쯔 가부시끼가이샤 Method of random access in radio communication system, radio communication system, radio terminal and base station apparatus

Also Published As

Publication number Publication date
JP2000165316A (en) 2000-06-16

Similar Documents

Publication Publication Date Title
JP4354646B2 (en) Communication system using high-speed control traffic
KR100572888B1 (en) Packet data call recovery method and apparatus in communication system
AU577742B2 (en) Cellular voice and data radiotelephone system
CA2066538C (en) Mobile-telephone system call processing arrangement
CN101370197B (en) Dual-standby terminal and method for switching between dual-module dual-standby terminal modes
MX2007013428A (en) Cell update process with reconfiguration status.
EP1772028B1 (en) System and method for silent retry
JP4199603B2 (en) Mobile communication system and control station
US8416704B2 (en) Radio communication system and communication method
WO2021169748A1 (en) Network-based method and system for dect resource coordination
JP4242487B2 (en) Mobile radio terminal
JPH1056667A (en) Radio communication system
JP3405928B2 (en) Handover method
JP2002525909A (en) How to reconfigure the base station
JPH082117B2 (en) Channel switching method
JPH09247748A (en) Emergency call control system
US5949774A (en) Method of processing a call while switching site affiliation in a radio communication system
JP3205244B2 (en) Digital cordless telephone and location registration method thereof
JP3270810B2 (en) Digital cordless telephone system
KR19990041086A (en) How to improve handover of deck system
JPH1098756A (en) Simplified portable telephone terminal
JPH0879818A (en) Channel switching method for mobile communication
JP2004260697A (en) Radio access system and radio equipment
JP2000023231A (en) Automatic re-connection method
JPH10224858A (en) Digital cordless telephone system and digital telephone system

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20040604

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20041213

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20071221

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080219

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080318

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080519

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080711

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080909

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20081017

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20081202

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20081216

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20081225

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120109

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120109

Year of fee payment: 3

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130109

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130109

Year of fee payment: 4

EXPY Cancellation because of completion of term