JP3781680B2 - Terminal for performing packet transmission by wireless communication, and program for the terminal - Google Patents

Terminal for performing packet transmission by wireless communication, and program for the terminal Download PDF

Info

Publication number
JP3781680B2
JP3781680B2 JP2002006785A JP2002006785A JP3781680B2 JP 3781680 B2 JP3781680 B2 JP 3781680B2 JP 2002006785 A JP2002006785 A JP 2002006785A JP 2002006785 A JP2002006785 A JP 2002006785A JP 3781680 B2 JP3781680 B2 JP 3781680B2
Authority
JP
Japan
Prior art keywords
layer
terminal
reason
user
disconnection
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 - Fee Related
Application number
JP2002006785A
Other languages
Japanese (ja)
Other versions
JP2003209883A (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.)
NEC Corp
MX Mobiling Ltd
Original Assignee
NEC Corp
MX Mobiling Ltd
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 NEC Corp, MX Mobiling Ltd filed Critical NEC Corp
Priority to JP2002006785A priority Critical patent/JP3781680B2/en
Publication of JP2003209883A publication Critical patent/JP2003209883A/en
Application granted granted Critical
Publication of JP3781680B2 publication Critical patent/JP3781680B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Small-Scale Networks (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、無線通信によりパケット伝送を行う端末、及び該端末のプログラムに関し、特に、不通となった原因を解消するのに適切な行動/作業の示唆/指示を利用者に与える端末、及び該端末のプログラムに関する。
【0002】
【従来の技術】
近年、無線通信によりパケット伝送を行う端末が普及している。このような端末は、一般に、OSI(Open Systems Interconnection)基本参照モデルに従った通信方式により無線基地局を介してサーバと通信を行っている。このモデルでは、レイヤ1(物理層)、レイヤ2(リンク層)、レイヤ3(プロトコル層)というように階層制御を行っている。
【0003】
一方、このような端末は、OSI基本参照モデルに従っているため、階層ごとに異なる問題/障害(エラー)が生じる。
レイヤ1で発生したエラーを解決する従来技術としては、例えばランダムアクセス制御技術が挙げられる。この技術では以下の通りである。
【0004】
無線基地局は、端末からの送信データのメッセージ長に関する情報に基づいて、端末からの送信スロットが最終スロットであると判断すると、次のスロットからは、すべての端末に対して上りのスロットを解放する。また、端末からの送信データに関しては、無線基地局側のレイヤ2でエラーフレーム又は未送信フレームを検出すると、端末に対して再送要求を行う。
【0005】
【発明が解決しようとする課題】
しかしながら、ランダムアクセス制御技術は、トラフィック量が増大した場合には有効であるが、データ通信が不通となった場合における有効な処理とは言えない。
【0006】
本発明は、上記問題点に鑑みなされたものであり、データ伝送が不通となった原因を解消するのに適切な行動/作業の示唆/指示を利用者に与えることで、端末の利便性、伝送効率を向上させることが可能となる端末、及び該端末のプログラムを提供することを目的とする。
【0007】
【課題を解決するための手段】
かかる目的を達成するために、本発明は、プロトコルをその種類別に階層化し、無線基地局を介してパケット伝送を行う端末において、前記端末は、データの送受信が一定時間不通となったか否かを検知する不通検知手段と、異常が発生し、不通の原因となった階層を検出し、検出された前記階層に基づいてデータの送受信が不通となった理由を判断する不通理由判断手段と、前記不通理由判断手段によって判断されたデータの送受信が不通となった理由及び/又はデータ伝送可能な状態に戻すために利用者が行うべき作業内容を利用者に通知する不通理由通知手段とを有することを特徴とする。
端末は、この判断結果を活用することで、不通状態を回避することができ、ひいては、端末が所属するネットワーク網(基地局−端末の回線やサーバ−端末のネットワーク網)の混雑等を解消し、ネットワーク全体及び端末の伝送効率を向上させることも可能となる。
【0008】
本発明は、前記階層は、物理層、データリンク層、ネットワーク層、トランスポート層、セッション層、プレゼンテーション層、及びアプリケーション層を有することを特徴とする。また、前記不通理由判断手段は、前記ネットワーク層以下の階層において異常が発生した場合、不通の原因が回線であると判断し、前記ネットワーク層以下の階層が正常である場合、サーバに不通の原因があると判断することを特徴とする。
不通検知手段は、例えば、サーバへリクエストを送信した後、レスポンスが所定の時間以内に入力されなかった場合に一定時間不通となったと判断できる。
不通理由判断手段は、例えば、OSI基本参照モデルにおけるレイヤ3以下の階層が正常であるか否かを検知すれば不通理由を判断できる。つまり、レイヤ3以下の階層に異常が発生した場合には、不通の原因が回線にある(例えば『回線が混雑している』など)と判断できる。レイヤ3以下の各層に正常である場合にはサーバに原因がある(例えば『サーバが混雑している』など)と判断できる。
【0009】
また、上記端末は、データの送受信が不通となった理由及び/又はデータ伝送可能な状態に戻すために利用者が行うべき作業内容を利用者に通知する手段(不通理由通知手段)とを有することが好ましい。
これにより、利用者は、端末を通信可能な状態にするための適切な作業(操作)を判断できるからである。
【0010】
なお、データ伝送可能な状態に戻すために利用者が行うべき作業(操作)内容は、不通の原因が回線にある場合には、例えば、『ゾーンを切り替える』ことを勧めるものとすればよい。また、不通の原因がサーバにある場合には、例えば、『時間をおいて(後ほど)アクセスし直す』ことを勧めるものとすればよい。
【0011】
さらに、上記端末は、ゾーン切り替え手段を有し、利用者からゾーンの切り替えを指示された場合にゾーンを切り替えることが好ましい。
不通の原因が回線にある場合には、『ゾーン』を切り替えることで端末をデータ伝送可能な状態に遷移させることができるからである。
【0012】
本発明は、プロトコルをその種類別に階層化し、無線基地局を介してパケット伝送を行う端末に以下の処理を実行させるプログラムにおいて、データの送受信が一定時間不通となったか否かを検知する不通検知処理と、異常が発生し、不通の原因となった階層を検出し、検出された前記階層に基づいてデータの送受信が不通となった理由を判断する不通理由判断処理と、前記不通理由判断処理によって判断されたデータの送受信が不通となった理由及び/又はデータ伝送可能な状態に戻すために利用者が行うべき作業内容を利用者に通知する不通理由通知処理とを有することを特徴とする。
【0014】
本発明は、利用者からゾーンの切り替えを指示された場合にゾーンを切り替えるゾーン切り替え処理を有することを特徴とする。
【0015】
なお、上記端末は、携帯電話装置、PDA(携帯情報端末:Personal Digital Assistant)、ノート型やラップトップ型の小型汎用コンピュータ(いわゆるパーソナルコンピュータ)などの携帯端末であることが好ましい。一般に、携帯端末は、サーバとの通信に無線通信方式を採用するためである。
【0016】
【発明の実施の形態】
以下、本発明に係る無線通信によりパケット伝送を行う端末が一定時間不通となった場合における処理方式における端末及びプログラムを、実施の形態によって詳細に説明する。まず、端末について図面を参照しながら説明する。
【0017】
(端末)
上記端末は、基地局と無線によるパケット通信を行う端末であって、少なくとも不通検知手段と不通理由判断手段とを有する。また、好ましくは不通理由通知手段を有し、さらに好ましくはゾーン切り替え手段を有する。
【0018】
不通検知手段は、データ通信が一定時間不通となったか否かを検知する。
不通理由判断手段は、データ通信が一定時間不通となった場合に、不通となった理由を判断する。
不通理由通知手段は、上記不通となった理由を利用者に通知する。
ゾーン切り替え手段は、利用者からゾーンの切り替え指示が入力された場合にゾーンを切り替える。
【0019】
不通理由通知手段により不通となった理由を利用者に通知するのは、端末をデータ伝送可能な状態に復帰させるために必要な利用者が行う作業(操作)が上記理由ごとに異なるからである。
【0020】
OSI基本参照モデルによるレイヤ3以下の階層に障害が生じて不通となった場合、不通の原因は回線にある。例えば、回線が混雑している可能性がある。
この場合、利用者は、ゾーンを変えれば、端末を、データ伝送可能な状態へ復帰させれる可能性がある。他のゾーンではレイヤ3以下の階層に問題が生じない(生じていない)可能性があるからである。
【0021】
一方、レイヤ4以上の階層に障害が生じて不通となった場合、不通の原因はサーバにある。例えば、サーバが混雑しているために不通になった可能性が高い。この場合、利用者は、タイミングを変えてデータ伝送を行えば、端末を、データ伝送可能な状態へ復帰させれる可能性がある。時間を遅らせれば、サーバの問題(混雑などの問題)が解消している可能性があるからである。
【0022】
なお、不通理由通知手段は、不通となった理由に加え、又は不通となった理由に変えて、利用者がとるべき望ましい作業を通知することが好ましい。
一般の利用者は、不通の理由が分かっても、この理由に対する対応策(作業)は分からないからである。
【0023】
不通理由通知手段が上記理由及び/又は内容を利用者に通知する方法は種々の方法を採用できる。
例えば、端末の表示部及び/又は端末に接続された表示部に文字、記号、静止画像、動画像などにより上記理由及び/又は内容を表示することで通知してもよい。このように画像表示すれば、利用者は、上記理由及び/又は内容を理解しやすい。通常、文書や絵、動画などの画像の情報は、他の形式による情報よりも人間に伝わりやすいからである。
端末の音発生部(スピーカ、イヤホンなど)及び/又は端末に接続された音発生部などを用いて、上記理由及び/又は内容を表す音を発生して利用者に通知してもよい。例えば、上記理由及び/又は内容を音声(言葉)により通知してもよく、上記理由及び/又は内容を表す音(ブザー音など)を発生してもよい。このように音声表示すれば、利用者は、わざわざ表示部を見ることなく、上記理由及び/又は内容を理解できる。
また、バイブレータを用いて端末又は振動部を振動させることで通知してもよく、レーザダイオードなどから光を発生させることで通知してもよい。振動により通知すれば、例えば、端末が収納ケースなどにしまわれていても利用者は上記理由及び/又は内容を理解することが可能となる。また、レーザダイオードなどから光を発生させる通知方法は、他の通知方法と比べて消費電力を抑えることも可能となる。
さらに、これらの通知方法を組み合わせて採用してもよい。これにより、上記理由及び/又は内容を利用者により確実に伝えることが可能となる。
【0024】
このように、上記端末は、利用者に、一定時間パケット通信が不能だった理由を通知することで、この理由に即した動作(作業)を行わせることが可能となる。
したがって、サーバにおけるトラフィックの増加が原因でパケット通信が不能となった場合には、利用者に、使用時間をずらして(後ほど)アクセスさせることも可能となる。利用者がこのような作業を行えば、サーバはトラフィックが軽減される。このことは、ひいては利用者の利便性の向上にもつながる。
また、ゾーンのトラフィック増加が原因でパケット通信が不能となった場合には、利用者に、携帯端末のゾーンを変えさせてアクセスさせることも可能となる。利用者がこのような作業を行えば、携帯端末からアクセス可能となる可能性がある。また、ゾーンにおけるトラフィックの増加を軽減できる可能性がある。
したがって、端末、端末が所属する回線(レイヤ3以下の階層のネットワーク)、端末−サーバ間のネットワーク(レイヤ4以上の階層のネットワーク)における、伝送効率を向上させることも可能となる。さらには、端末やこれらのネットワークの利便性も向上する可能性がある。
次に、上記端末の一例である携帯電話装置を用いてより詳細に説明する。
【0025】
図1には、上記携帯電話装置の内部構成例を示す。
図1において、携帯電話装置は、下位レイヤ部1と、ハンドラ部2と、表示/操作部3と、アプリケーション部4とを有する。
【0026】
下位レイヤ部1は、パケットデータの分割及び組立てを行う。また、OSI基本参照モデルにおけるレイヤ1、2、3に異常があるか否かを判断する。さらに、ゾーン切り替え指示が入力された場合、ゾーンを切り替える。
ハンドラ部2は、データを、図示しない無線装置を介して無線基地局へ送信する制御を行う。
表示/操作部3は、利用者から入力された指示をアプリケーション部4又はハンドラ部2に通知する。また、アプリケーション部4又はハンドラ部2からの指示に従い、文字、記号、静止画、動画などの所定の画像を画面表示する。
アプリケーション部4は、表示/操作部3を介して入力された利用者からの指示内容に即してパケットデータを作成する。また、ハンドラ部2を介してサーバから入力されたパケットデータを復号する。復号したデータは、その種類に応じて表示/操作部3に表示させる。
以上の構成の携帯電話装置の処理フローを、図2に示すシーケンス図を用いて説明する。
【0027】
(通常使用時の処理:データ伝送可能な場合の処理)
表示/操作部3は、利用者からサーバへのアクセス指示が入力されると、この指示をアプリケーション部4に通知する。
アプリケーション部4は、この通知が入力されると、この通知に従ったデータを作成する。このデータは、下位レイヤ部1に入力する。
下位レイヤ部1は、上記データを所定の大きさ(通信環境により規定された大きさ)に分割し、パケットデータを作成する(パケットデータ化する)。パケットデータは、ハンドラ部2に入力する。
ハンドラ部2は、入力されたパケットデータを、基地局を介して所定のサーバへ送信する。
【0028】
ハンドラ部2は、サーバから上記データへの応答などのパケットデータが入力されると、これを下位レイヤ部1に入力する。
下位レイヤ部1は、入力されたパケットデータを復号する。復号したデータはアプリケーション部4に入力する。
アプリケーション部4は、表示/操作部3に、このデータを画面表示するよう指示する。
表示/操作部3は、この指示に従い、上記データを画面表示する。
【0029】
(一定時間応答がなかった場合の処理)
アプリケーション部4は、サーバに応答を求めるデータを送信するとタイマを起動する。タイマがタイムアウトした場合、つまりサーバからの応答が一定時間なかった場合、下位レイヤ部1にエラー通知を発する。
下位レイヤ部1は、エラー通知を受け、各レイヤ(下位レイヤ)の状態をチェックする。
【0030】
下位レイヤ部1は、各レイヤに異常がなかった場合、異常がなかった旨の情報を含む応答『エラー応答(異常なし)』をアプリケーション部4に通知する。
アプリケーション部4は、この応答が入力されると、表示/操作部3を用いて「サーバーの混雑により通信が不通となったこと」を利用者に知らせる。すなわち、データ伝送が不通になった理由を利用者に知らせる。
利用者は、この通知により、その時間帯の利用を分散させることが可能になる。
【0031】
下位レイヤ部1は、レイヤ3以下の少なくとも一層に以上を発見した場合、異常があった旨の応答『エラー応答(異常あり)』をアプリケーション部4に通知する。
アプリケーション部4は、この応答が入力されると、表示/操作部3を用いて「回線の混雑により通信が不通になったこと」を利用者に知らせる。すなわち、データ通信が不通になった理由を利用者に知らせる。
利用者は、上記通知を受け、携帯端末にゾーンを移行するよう指示することができる。表示/操作部3は、この指示を下位レイヤ部1に入力する。下位レイヤ部1は、ゾーンの切り替えを行う。
次に、上記シーケンスにおける下位レイヤ部1の処理フローを、図3を用いて説明する。
【0032】
(レイヤの状態チェックフロー)
下位レイヤ部1は、アプリケーション部4からエラー通知を受けると、レイヤ3部の状態をチェックを開始する。このチェックは、レイヤごとに行う。
(ステップS1)レイヤ3のチェック
パケット通信用の物理チャネルがオープンしているかチェックする。物理チャンネルがクローズしている場合(ステップS1/NO)には、レイヤ3においてエラーが発生しているからである。
(ステップS2)レイヤ2のチェック
再送制御など発生していないかチェックする。再送制御などが発生している場合(ステップS2/NO)には、レイヤ2においてエラーが発生しているからである。
(ステップS3)レイヤ3のチェック
ランダムアクセス制御などが発生していないか(いなかったか)チェックする。ランダムアクセスが発生している場合(ステップS3/NO)には、レイヤ1においてエラーが発生しているからである。
【0033】
下位レイヤ部1は、以上のチェックにおいて、レイヤ1、2、3で異常がなかった場合(ステップS1/YES、ステップS2/YES、かつ、ステップS3/YES)、アプリケーション部4に『エラー応答(異常なし)』を通知する(ステップS4)。
少なくともレイヤ1、2、3のいずれかにエラーがあった場合(ステップS1/NO、ステップS2/NO又はステップS3/NO)、アプリケーション部4に『エラー応答(異常あり)』を通知する(ステップS5)。
【0034】
なお、上記ステップS1〜S3の順番は図3における順番に限定されない。つまり、レイヤ1〜レイヤ3のいずれのレイヤを先にチェックしてもよい。
次に、上記プログラムについて詳細に説明する。
【0035】
(プログラム)
上記プログラムは、無線通信によりパケット伝送を行う端末に(1)〜(2)の手順を実行させる。好ましくは(1)〜(3)の手順を実行させる。さらに好ましくは(1)〜(4)の手順を実行させる。
(1)データの送受信が一定時間不通となったか否かを検知する手順。
(2)データの送受信が不通となった理由を判断する手順。
(3)データの送受信が不通となった理由及び/又はデータ伝送可能な状態に戻すために利用者が行うべき作業内容を利用者に通知する手順。
(4)利用者からゾーンの切り替えを指示された場合にゾーンを切り返す手順。
このプログラムは、以上の手順により、前記した端末としての機能/効果を実現する。
【0036】
(1)データの送受信が一定時間不通となったか否かを検知する手順。
この手順は、上記不通検知手段の機能を端末に実行させる。
【0037】
(2)データの送受信が不通となった理由を判断する手順。
この手順は、上記理由判断手段の機能を端末に実行させる。
【0038】
(3)データの送受信が不通となった理由及び/又はデータ伝送可能な状態に戻すために利用者が行うべき作業内容を利用者に通知する手順。
この手順は、上記理由通知手段の機能を端末に実行させる。
【0039】
(4)利用者からゾーンの切り替えを指示された場合にゾーンを切り返す手順。
この手順は、上記ゾーン切り替え手段の機能を端末に実行させる。
【0040】
以上、この発明の好適な実施の形態を説明したが、上述の実施の形態はこの発明の説明のための例示であって、この実施形態のみにこの発明の範囲を限定する趣旨ではない。当業者は、この発明の要旨を逸脱することなく、種々の変形、改良、修正、簡略化などを上記実施形態に加えた種々の他の形態でもこの発明を実施することができる。
【0041】
【発明の効果】
以上の説明から明らかなように、利用者はサーバー自体の混雑か回線の混雑か知ることができその内容に応じた対応ができるようになる為、利用者の利便性が向上すると考えられる。
また、回線の混雑時にゾーンを切り替える事で伝送効率向上が期待される。
【図面の簡単な説明】
【図1】本発明による携帯電話装置(携帯端末)の内部構成例(ソフトウェア構成例)を説明するためのブロック図である。
【図2】図1の携帯電話装置(携帯端末)の処理例を説明するためのシーケンス図である。
【図3】図1の下位レイヤ部1の処理例を説明するためのフローチャートである。
【符号の説明】
1 下位レイヤ部
2 ハンドラ部
3 表示/操作部
4 アプリケーション部
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a terminal that performs packet transmission by wireless communication , and a program of the terminal , and in particular, a terminal that gives a user an action / work suggestion / instruction appropriate for eliminating the cause of the disconnection, and the terminal It relates to the terminal program.
[0002]
[Prior art]
In recent years, terminals that perform packet transmission by wireless communication have become widespread. Such a terminal generally communicates with a server via a wireless base station by a communication method in accordance with an OSI (Open Systems Interconnection) basic reference model. In this model, hierarchical control is performed such as layer 1 (physical layer), layer 2 (link layer), and layer 3 (protocol layer).
[0003]
On the other hand, since such a terminal follows the OSI basic reference model, different problems / failures (errors) occur in each layer.
As a conventional technique for solving an error that has occurred in layer 1, for example, a random access control technique can be cited. In this technique, it is as follows.
[0004]
When the radio base station determines that the transmission slot from the terminal is the last slot based on the information on the message length of the transmission data from the terminal, the uplink slot is released to all terminals from the next slot. To do. As for transmission data from the terminal, when an error frame or an untransmitted frame is detected in layer 2 on the radio base station side, a retransmission request is made to the terminal.
[0005]
[Problems to be solved by the invention]
However, although the random access control technique is effective when the traffic volume increases, it cannot be said that it is an effective process when data communication is interrupted.
[0006]
The present invention has been made in view of the above problems, and by providing the user with suggestions / instructions for actions / work appropriate for eliminating the cause of the failure of data transmission, the convenience of the terminal, It is an object of the present invention to provide a terminal capable of improving transmission efficiency and a program for the terminal.
[0007]
[Means for Solving the Problems]
In order to achieve such an object, the present invention stratifies protocols according to their types, and in a terminal that performs packet transmission via a radio base station, the terminal determines whether or not data transmission / reception has been interrupted for a certain period of time. A failure detection means for detecting, a failure occurrence detecting means for detecting a layer where an abnormality has occurred and causing the disconnection, and determining a reason for the failure of data transmission / reception based on the detected hierarchy; and A failure reason notifying means for notifying the user of the reason why the transmission / reception of the data determined by the disconnection reason determining means is interrupted and / or the work to be performed by the user to return to the data transmission enabled state; It is characterized by.
By utilizing this determination result, the terminal can avoid the disconnection state, thereby eliminating congestion of the network network (base station-terminal line or server-terminal network network) to which the terminal belongs. It is also possible to improve the transmission efficiency of the entire network and terminals.
[0008]
The present invention is characterized in that the hierarchy includes a physical layer, a data link layer, a network layer, a transport layer, a session layer, a presentation layer, and an application layer. Also, the non-delivery reason determining means, when abnormality occurs in the network layer following hierarchy interruption cause is determined to be the line, when the network layer following hierarchy is normal, non-deliverable cause the server It is characterized by judging that there exists.
For example, the disconnection detecting unit can determine that the communication is interrupted for a certain period of time when a response is not input within a predetermined time after transmitting a request to the server.
For example, the disconnection reason determination means can determine the reason for disconnection by detecting whether or not the layers below the layer 3 in the OSI basic reference model are normal. That is, when an abnormality occurs in the layer 3 or lower, it can be determined that the cause of the disconnection is in the line (for example, “the line is congested”). If each layer below layer 3 is normal, it can be determined that the server has a cause (for example, “the server is congested”).
[0009]
Further, the terminal includes means for notifying the user of the reason why the data transmission / reception is interrupted and / or the work contents to be performed by the user to return to a state where data transmission is possible (disabling reason notifying means). It is preferable.
This is because the user can determine an appropriate operation (operation) for making the terminal communicable.
[0010]
Note that the work (operation) that should be performed by the user to return to a state where data transmission is possible may be recommended to, for example, “switch the zone” when the cause of the disconnection is in the line. Further, when the cause of the disconnection is in the server, for example, it may be recommended to “re-access after a while (later)”.
[0011]
Furthermore, it is preferable that the terminal has a zone switching means and switches the zone when the user gives an instruction to switch the zone.
This is because when the cause of the disconnection is in the line, the terminal can be changed to a state where data transmission is possible by switching the “zone”.
[0012]
According to the present invention, in a program that stratifies protocols according to their types and causes a terminal that performs packet transmission via a wireless base station to execute the following processing, the communication detection is performed to detect whether or not data transmission / reception has been interrupted for a certain period of time. A non-delivery reason determination process for detecting a hierarchy in which an abnormality has occurred and the cause of the disconnection is detected, and determining a reason for the failure to transmit and receive data based on the detected hierarchy; And a reason for notifying the user of the work contents to be performed by the user in order to return to the state where the data transmission / reception is possible and / or the reason why the data transmission / reception determined by the user is disabled. .
[0014]
The present invention is characterized by having a zone switching process for switching a zone when an instruction to switch the zone is given by a user.
[0015]
Note that the terminal is preferably a mobile terminal such as a mobile phone device, a PDA (Personal Digital Assistant), a notebook-type or laptop-type small general-purpose computer (so-called personal computer). This is because a mobile terminal generally employs a wireless communication system for communication with a server.
[0016]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, a terminal and a program in a processing method when a terminal that performs packet transmission by wireless communication according to the present invention is disconnected for a certain period of time will be described in detail by embodiments. First, the terminal will be described with reference to the drawings.
[0017]
(Terminal)
The terminal is a terminal that performs wireless packet communication with the base station, and includes at least a disconnection detection unit and a disconnection reason determination unit. Further, it preferably has a disconnection reason notification means, and more preferably has a zone switching means.
[0018]
The disconnection detecting means detects whether or not data communication has been interrupted for a certain period of time.
The disconnection reason determination means determines the reason for disconnection when data communication is interrupted for a certain period of time.
The disconnection reason notification means notifies the user of the reason for the disconnection.
The zone switching means switches zones when a zone switching instruction is input from a user.
[0019]
The reason why the communication failure is notified by the failure reason notification means is because the work (operation) performed by the user for returning the terminal to a state where data transmission is possible differs depending on the reason. .
[0020]
When a failure occurs in a layer below the layer 3 according to the OSI basic reference model and the communication is disconnected, the cause of the disconnection is in the line. For example, the line may be congested.
In this case, if the user changes the zone, there is a possibility that the terminal can be returned to a state where data transmission is possible. This is because in other zones, there is a possibility that a problem does not occur (does not occur) in the hierarchy below layer 3.
[0021]
On the other hand, when a failure occurs in a layer of layer 4 or higher and the communication is interrupted, the cause of the disconnection is the server. For example, there is a high possibility that the server is disconnected due to congestion. In this case, if the user performs data transmission at different timings, the user may be able to return the terminal to a state where data transmission is possible. This is because if the time is delayed, the problem of the server (problems such as congestion) may be solved.
[0022]
In addition, it is preferable that a failure reason notification means notifies the user of a desirable work to be taken in addition to the reason for failure or instead of the reason for failure.
This is because a general user does not know the countermeasure (work) for this reason even if the reason for the disconnection is known.
[0023]
Various methods can be adopted as the method for notifying the user of the reason and / or the content of the reason for failure.
For example, the reason and / or content may be notified by displaying characters, symbols, still images, moving images, etc. on the display unit of the terminal and / or the display unit connected to the terminal. If the image is displayed in this way, the user can easily understand the reason and / or the content. This is because image information such as documents, pictures, and moving images is usually more easily transmitted to humans than information in other formats.
The sound may be generated and notified to the user by using a sound generator (speaker, earphone, etc.) of the terminal and / or a sound generator connected to the terminal. For example, the reason and / or contents may be notified by voice (words), or a sound (such as a buzzer sound) representing the reason and / or contents may be generated. If the voice is displayed in this way, the user can understand the reason and / or the content without bothering to look at the display unit.
Further, notification may be performed by vibrating the terminal or the vibration unit using a vibrator, or notification may be performed by generating light from a laser diode or the like. If notified by vibration, for example, even if the terminal is stored in a storage case or the like, the user can understand the reason and / or the content. In addition, the notification method for generating light from a laser diode or the like can also reduce power consumption compared to other notification methods.
Furthermore, a combination of these notification methods may be employed. As a result, the above reason and / or contents can be surely conveyed to the user.
[0024]
As described above, the terminal can notify the user of the reason why the packet communication cannot be performed for a certain period of time, thereby allowing an operation (work) corresponding to the reason to be performed.
Therefore, when packet communication becomes impossible due to an increase in traffic in the server, it is possible to allow the user to access with later usage time (later). If the user does this, the server will reduce traffic. This in turn leads to an improvement in user convenience.
In addition, when packet communication becomes impossible due to an increase in traffic in the zone, the user can be accessed by changing the zone of the mobile terminal. If the user performs such an operation, the user may be able to access from the portable terminal. Moreover, there is a possibility that an increase in traffic in the zone can be reduced.
Therefore, it is possible to improve transmission efficiency in the terminal, the line to which the terminal belongs (layer 3 or lower layer network), and the terminal-server network (layer 4 or higher layer network). Furthermore, the convenience of the terminal and these networks may be improved.
Next, it demonstrates in detail using the mobile telephone apparatus which is an example of the said terminal.
[0025]
FIG. 1 shows an internal configuration example of the mobile phone device.
In FIG. 1, the mobile phone device includes a lower layer unit 1, a handler unit 2, a display / operation unit 3, and an application unit 4.
[0026]
The lower layer unit 1 divides and assembles packet data. Also, it is determined whether or not there is an abnormality in the layers 1, 2, and 3 in the OSI basic reference model. Further, when a zone switching instruction is input, the zone is switched.
The handler unit 2 performs control to transmit data to a radio base station via a radio device (not shown).
The display / operation unit 3 notifies the application unit 4 or the handler unit 2 of an instruction input from the user. Further, in accordance with an instruction from the application unit 4 or the handler unit 2, predetermined images such as characters, symbols, still images, and moving images are displayed on the screen.
The application unit 4 creates packet data in accordance with the contents of instructions from the user input via the display / operation unit 3. The packet data input from the server via the handler unit 2 is decoded. The decrypted data is displayed on the display / operation unit 3 according to the type.
The processing flow of the mobile phone device having the above configuration will be described with reference to the sequence diagram shown in FIG.
[0027]
(Processing during normal use: Processing when data transmission is possible)
When an instruction to access the server is input from the user, the display / operation unit 3 notifies the application unit 4 of this instruction.
When this notification is input, the application unit 4 creates data according to the notification. This data is input to the lower layer unit 1.
The lower layer unit 1 divides the data into a predetermined size (a size defined by the communication environment) and creates packet data (converts it into packet data). The packet data is input to the handler unit 2.
The handler unit 2 transmits the input packet data to a predetermined server via the base station.
[0028]
When packet data such as a response to the data is input from the server, the handler unit 2 inputs the packet data to the lower layer unit 1.
The lower layer unit 1 decodes the input packet data. The decrypted data is input to the application unit 4.
The application unit 4 instructs the display / operation unit 3 to display this data on the screen.
The display / operation unit 3 displays the data on the screen in accordance with this instruction.
[0029]
(Process when there is no response for a certain period of time)
The application unit 4 starts a timer when transmitting data for requesting a response to the server. When the timer times out, that is, when there is no response from the server for a certain time, an error notification is issued to the lower layer unit 1.
The lower layer unit 1 receives the error notification and checks the state of each layer (lower layer).
[0030]
When there is no abnormality in each layer, the lower layer unit 1 notifies the application unit 4 of a response “error response (no abnormality)” including information indicating that there is no abnormality.
When this response is input, the application unit 4 uses the display / operation unit 3 to notify the user that “communication has been interrupted due to server congestion”. That is, the user is notified of the reason why the data transmission is interrupted.
The user can distribute the use of the time zone by this notification.
[0031]
When the lower layer unit 1 finds at least one layer below the layer 3, the lower layer unit 1 notifies the application unit 4 of a response “error response (abnormal)” indicating that there is an abnormality.
When this response is input, the application unit 4 uses the display / operation unit 3 to notify the user that “communication has been interrupted due to line congestion”. That is, the user is notified of the reason why the data communication is interrupted.
Upon receiving the notification, the user can instruct the portable terminal to move the zone. The display / operation unit 3 inputs this instruction to the lower layer unit 1. The lower layer unit 1 performs zone switching.
Next, the processing flow of the lower layer unit 1 in the above sequence will be described with reference to FIG.
[0032]
(Layer status check flow)
Upon receiving an error notification from the application unit 4, the lower layer unit 1 starts checking the state of the layer 3 unit. This check is performed for each layer.
(Step S1) Check whether a physical channel for layer 3 check packet communication is open. This is because an error has occurred in layer 3 when the physical channel is closed (step S1 / NO).
(Step S2) Check whether layer 2 check retransmission control or the like has occurred. This is because an error has occurred in layer 2 when retransmission control or the like has occurred (step S2 / NO).
(Step S3) Layer 3 check It is checked whether or not random access control or the like has occurred. This is because an error has occurred in layer 1 when random access has occurred (step S3 / NO).
[0033]
If there is no abnormality in layers 1, 2, and 3 in the above checks (step S1 / YES, step S2 / YES, and step S3 / YES), the lower layer unit 1 sends an “error response ( No abnormality) ”is notified (step S4).
If there is an error in at least one of layers 1, 2, and 3 (step S1 / NO, step S2 / NO or step S3 / NO), the application unit 4 is notified of an “error response (abnormal)” (step S5).
[0034]
The order of steps S1 to S3 is not limited to the order in FIG. That is, any one of layers 1 to 3 may be checked first.
Next, the above program will be described in detail.
[0035]
(program)
The program causes a terminal that performs packet transmission by wireless communication to execute the procedures (1) to (2). Preferably, the procedures (1) to (3) are executed. More preferably, the procedures (1) to (4) are executed.
(1) A procedure for detecting whether or not data transmission / reception has been interrupted for a certain period of time.
(2) A procedure for determining the reason why data transmission / reception is interrupted.
(3) A procedure for notifying the user of the reason why the data transmission / reception has been interrupted and / or the work to be performed by the user in order to return to a state where data transmission is possible.
(4) A procedure for switching the zone when the user is instructed to switch the zone.
This program realizes the functions / effects as the above-described terminal by the above procedure.
[0036]
(1) A procedure for detecting whether or not data transmission / reception has been interrupted for a certain period of time.
This procedure causes the terminal to execute the function of the disconnection detecting means.
[0037]
(2) A procedure for determining the reason why data transmission / reception is interrupted.
This procedure causes the terminal to execute the function of the reason determination means.
[0038]
(3) A procedure for notifying the user of the reason why the data transmission / reception has been interrupted and / or the work to be performed by the user in order to return to a state where data transmission is possible.
This procedure causes the terminal to execute the function of the reason notification means.
[0039]
(4) A procedure for switching the zone when the user is instructed to switch the zone.
This procedure causes the terminal to execute the function of the zone switching means.
[0040]
The preferred embodiment of the present invention has been described above. However, the above-described embodiment is an example for explaining the present invention, and the scope of the present invention is not limited to this embodiment. Those skilled in the art can implement the present invention in various other forms in which various modifications, improvements, modifications, simplifications, and the like are added to the above-described embodiments without departing from the gist of the present invention.
[0041]
【The invention's effect】
As is clear from the above description, the user can know whether the server itself is busy or the line is busy, and can respond according to the contents, so it is considered that the convenience of the user is improved.
In addition, it is expected to improve transmission efficiency by switching zones when the line is congested.
[Brief description of the drawings]
FIG. 1 is a block diagram for explaining an internal configuration example (software configuration example) of a mobile phone device (mobile terminal) according to the present invention.
FIG. 2 is a sequence diagram for explaining a processing example of the mobile phone device (mobile terminal) in FIG. 1;
FIG. 3 is a flowchart for explaining a processing example of a lower layer unit 1 in FIG. 1;
[Explanation of symbols]
1 Lower layer part 2 Handler part 3 Display / operation part 4 Application part

Claims (6)

プロトコルをその種類別に階層化し、無線基地局を介してパケット伝送を行う端末において、
前記端末は、データの送受信が一定時間不通となったか否かを検知する不通検知手段と、
異常が発生し、不通の原因となった階層を検出し、検出された前記階層に基づいてデータの送受信が不通となった理由を判断する不通理由判断手段と、
前記不通理由判断手段によって判断されたデータの送受信が不通となった理由及び/又はデータ伝送可能な状態に戻すために利用者が行うべき作業内容を利用者に通知する不通理由通知手段とを有することを特徴とする端末。
In a terminal that stratifies protocols by type and performs packet transmission via a radio base station,
The terminal includes a disconnection detecting means for detecting whether transmission / reception of data has been disabled for a certain period of time,
A failure reason determination means for detecting a layer where an abnormality has occurred and causing a disconnection, and determining a reason why transmission / reception of data is blocked based on the detected layer,
A failure reason notifying means for notifying the user of the reason why the transmission / reception of the data determined by the disconnection reason determining means is interrupted and / or the work content to be performed by the user to return to the data transmission enabled state; A terminal characterized by that.
前記階層は、物理層、データリンク層、ネットワーク層、トランスポート層、セッション層、プレゼンテーション層、及びアプリケーション層を有することを特徴とする請求項1記載の端末。  The terminal according to claim 1, wherein the hierarchy includes a physical layer, a data link layer, a network layer, a transport layer, a session layer, a presentation layer, and an application layer. 前記不通理由判断手段は、
前記ネットワーク層以下の階層において異常が発生した場合、不通の原因が回線であると判断し、
前記ネットワーク層以下の階層が正常である場合、サーバに不通の原因があると判断することを特徴とする請求項2記載の端末。
The disconnection reason determination means includes
When an abnormality occurs in a layer below the network layer, it is determined that the cause of the disconnection is a line,
The terminal according to claim 2, wherein if the hierarchy below the network layer is normal, it is determined that there is a cause of disconnection of the server.
前記端末は、さらに、ゾーン切り替え手段を有し、
利用者からゾーンの切り替えを指示された場合にゾーンを切り替えることを特徴とする請求項1から3のいずれか1項記載の端末。
The terminal further includes zone switching means,
The terminal according to any one of claims 1 to 3, wherein the zone is switched when an instruction to switch the zone is given by a user.
プロトコルをその種類別に階層化し、無線基地局を介してパケット伝送を行う端末に以下の処理を実行させるプログラムにおいて、
データの送受信が一定時間不通となったか否かを検知する不通検知処理と、
異常が発生し、不通の原因となった階層を検出し、検出された前記階層に基づいてデータの送受信が不通となった理由を判断する不通理由判断処理と、
前記不通理由判断処理によって判断されたデータの送受信が不通となった理由及び/又はデータ伝送可能な状態に戻すために利用者が行うべき作業内容を利用者に通知する不通理由通知処理とを有することを特徴とするプログラム。
In a program that stratifies protocols by type and causes a terminal that performs packet transmission via a wireless base station to execute the following processing:
An interruption detection process for detecting whether or not data transmission / reception has been interrupted for a certain period of time;
A failure reason determination process for detecting a layer where an abnormality has occurred and causing a disconnection, and determining a reason why transmission / reception of data is blocked based on the detected layer,
A failure reason notification process for notifying the user of the reason why the transmission / reception of the data determined by the disconnection reason determination process has failed and / or the work contents to be performed by the user to return to a state where data transmission is possible. A program characterized by that.
利用者からゾーンの切り替えを指示された場合にゾーンを切り替えるゾーン切り替え処理を有することを特徴とする請求項5記載のプログラム。  6. The program according to claim 5, further comprising a zone switching process for switching zones when the user is instructed to switch zones.
JP2002006785A 2002-01-15 2002-01-15 Terminal for performing packet transmission by wireless communication, and program for the terminal Expired - Fee Related JP3781680B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002006785A JP3781680B2 (en) 2002-01-15 2002-01-15 Terminal for performing packet transmission by wireless communication, and program for the terminal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002006785A JP3781680B2 (en) 2002-01-15 2002-01-15 Terminal for performing packet transmission by wireless communication, and program for the terminal

Publications (2)

Publication Number Publication Date
JP2003209883A JP2003209883A (en) 2003-07-25
JP3781680B2 true JP3781680B2 (en) 2006-05-31

Family

ID=27645455

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002006785A Expired - Fee Related JP3781680B2 (en) 2002-01-15 2002-01-15 Terminal for performing packet transmission by wireless communication, and program for the terminal

Country Status (1)

Country Link
JP (1) JP3781680B2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11743110B2 (en) 2018-02-01 2023-08-29 Edgewater Networks, Inc. Using network connection health data, taken from multiple sources, to determine whether to switch a network connection on redundant IP networks

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6415925B2 (en) * 2014-10-15 2018-10-31 京セラ株式会社 Management device, management program, and management method

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11743110B2 (en) 2018-02-01 2023-08-29 Edgewater Networks, Inc. Using network connection health data, taken from multiple sources, to determine whether to switch a network connection on redundant IP networks

Also Published As

Publication number Publication date
JP2003209883A (en) 2003-07-25

Similar Documents

Publication Publication Date Title
KR102473470B1 (en) Side link link failure checking method and terminal
KR20200015749A (en) Communication processing method and communication device
JP2007089177A (en) Method and apparatus for improving transmission rate of state report signal in radio communication system
WO2011100882A1 (en) Link detecting method, apparatus and system
US20220022085A1 (en) Method for radio link monitoring, terminal, base station, and storage medium
CN110234124B (en) Information transmission method and terminal equipment
WO2021057526A1 (en) Disaster recovery method for gateway device, and communication device
CN101150458A (en) Method and device for single board detection
CN112770350A (en) Method and related equipment for reporting failure report
US9621455B2 (en) Cross-device linear multiplex section protection method, gateway and controller
WO2023179538A1 (en) Data transmission method and apparatus, electronic device, and storage medium
JP3781680B2 (en) Terminal for performing packet transmission by wireless communication, and program for the terminal
WO2015180265A1 (en) Multi-link protection switching method and device
WO2019137425A1 (en) Reconfiguration method, terminal, and base station
CN113472493B (en) Reference signal determining method and related equipment
US11013047B2 (en) Adaptive wide area network link assessment
CN110475285B (en) Operation method and terminal
CN110535712A (en) BFD parameter setting method, device, electronic equipment
CN104320273B (en) Data transmission method, equipment and system
JP2000151757A (en) Net connection interface device, its fault detecting method and storage medium in which fault detection program is stored
CN111314465B (en) Weak network environment communication method and device and electronic equipment
EP4109792A1 (en) Method and apparatus for switching length of bidirectional forwarding detection packet, and storage medium
US20220247522A1 (en) Link monitoring method and terminal
WO2023185929A1 (en) Resource control method and apparatus, terminal, and network side device
CN105792154A (en) Multimedia message transmission method and device

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20040901

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20041130

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050131

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20051206

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060130

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: 20060228

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060307

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313117

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: 20100317

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20100317

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20110317

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20110317

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20120317

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20120317

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20130317

Year of fee payment: 7

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

Free format text: PAYMENT UNTIL: 20130317

Year of fee payment: 7

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

Free format text: PAYMENT UNTIL: 20140317

Year of fee payment: 8

LAPS Cancellation because of no payment of annual fees