JP2003209883A - 無線通信によりパケット伝送を行う端末が一定時間不通となった場合における処理方式 - Google Patents
無線通信によりパケット伝送を行う端末が一定時間不通となった場合における処理方式Info
- Publication number
- JP2003209883A JP2003209883A JP2002006785A JP2002006785A JP2003209883A JP 2003209883 A JP2003209883 A JP 2003209883A JP 2002006785 A JP2002006785 A JP 2002006785A JP 2002006785 A JP2002006785 A JP 2002006785A JP 2003209883 A JP2003209883 A JP 2003209883A
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- user
- reason
- data
- reception
- 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.)
- Granted
Links
Landscapes
- Maintenance And Management Of Digital Transmission (AREA)
- Mobile Radio Communication Systems (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 データ伝送が不通となった原因を解消するの
に適切な行動／作業の示唆／指示を利用者に与えること
で、端末の利便性、伝送効率を向上させることが可能と
なる端末を提供する。 【解決手段】 （１）データの送受信が一定時間不通と
なったか否かを検知する。（２）データの送受信が不通
となった理由を判断する。（３）データの送受信が不通
となった理由及び／又はデータ伝送可能な状態に戻すた
めに利用者が行うべき作業内容を利用者に通知する。
に適切な行動／作業の示唆／指示を利用者に与えること
で、端末の利便性、伝送効率を向上させることが可能と
なる端末を提供する。 【解決手段】 （１）データの送受信が一定時間不通と
なったか否かを検知する。（２）データの送受信が不通
となった理由を判断する。（３）データの送受信が不通
となった理由及び／又はデータ伝送可能な状態に戻すた
めに利用者が行うべき作業内容を利用者に通知する。
Description
【０００１】
【発明の属する技術分野】本発明は、無線通信によりパ
ケット伝送を行う端末が一定時間不通となった場合にお
ける処理方式に関し、特に、不通となった原因を解消す
るのに適切な行動／作業の示唆／指示を利用者に与える
端末、携帯端末の処理方法及び端末にこの処理方法を実
現させるプログラムに関する。
ケット伝送を行う端末が一定時間不通となった場合にお
ける処理方式に関し、特に、不通となった原因を解消す
るのに適切な行動／作業の示唆／指示を利用者に与える
端末、携帯端末の処理方法及び端末にこの処理方法を実
現させるプログラムに関する。
【０００２】
【従来の技術】近年、無線通信によりパケット伝送を行
う端末が普及している。このような端末は、一般に、Ｏ
ＳＩ（Open Systems Interconnection）基本参照モデル
に従った通信方式により無線基地局を介してサーバと通
信を行っている。このモデルでは、レイヤ１（物理
層）、レイヤ２（リンク層）、レイヤ３（プロトコル
層）というように階層制御を行っている。
う端末が普及している。このような端末は、一般に、Ｏ
ＳＩ（Open Systems Interconnection）基本参照モデル
に従った通信方式により無線基地局を介してサーバと通
信を行っている。このモデルでは、レイヤ１（物理
層）、レイヤ２（リンク層）、レイヤ３（プロトコル
層）というように階層制御を行っている。
【０００３】一方、このような端末は、ＯＳＩ基本参照
モデルに従っているため、階層ごとに異なる問題／障害
（エラー）が生じる。レイヤ１で発生したエラーを解決
する従来技術としては、例えばランダムアクセス制御技
術が挙げられる。この技術では以下の通りである。
モデルに従っているため、階層ごとに異なる問題／障害
（エラー）が生じる。レイヤ１で発生したエラーを解決
する従来技術としては、例えばランダムアクセス制御技
術が挙げられる。この技術では以下の通りである。
【０００４】無線基地局は、端末からの送信データのメ
ッセージ長に関する情報に基づいて、端末からの送信ス
ロットが最終スロットであると判断すると、次のスロッ
トからは、すべての端末に対して上りのスロットを解放
する。また、端末からの送信データに関しては、無線基
地局側のレイヤ２でエラーフレーム又は未送信フレーム
を検出すると、端末に対して再送要求を行う。
ッセージ長に関する情報に基づいて、端末からの送信ス
ロットが最終スロットであると判断すると、次のスロッ
トからは、すべての端末に対して上りのスロットを解放
する。また、端末からの送信データに関しては、無線基
地局側のレイヤ２でエラーフレーム又は未送信フレーム
を検出すると、端末に対して再送要求を行う。
【０００５】
【発明が解決しようとする課題】しかしながら、ランダ
ムアクセス制御技術は、トラフィック量が増大した場合
には有効であるが、データ通信が不通となった場合にお
ける有効な処理とは言えない。
ムアクセス制御技術は、トラフィック量が増大した場合
には有効であるが、データ通信が不通となった場合にお
ける有効な処理とは言えない。
【０００６】本発明は、上記問題点に鑑みなされたもの
であり、データ伝送が不通となった原因を解消するのに
適切な行動／作業の示唆／指示を利用者に与えること
で、端末の利便性、伝送効率を向上させることが可能と
なる端末を提供することを目的とする。
であり、データ伝送が不通となった原因を解消するのに
適切な行動／作業の示唆／指示を利用者に与えること
で、端末の利便性、伝送効率を向上させることが可能と
なる端末を提供することを目的とする。
【０００７】
【課題を解決するための手段】かかる目的を達成するた
めに、本発明に係る無線通信によりパケット伝送を行う
端末は、データの送受信が一定時間不通となったか否か
を検知する手段（不通検知手段）と、データの送受信が
不通となった理由を判断する手段（不通理由判断手段）
とを有することを特徴とする。端末は、この判断結果を
活用することで、不通状態を回避することができ、ひい
ては、端末が所属するネットワーク網（基地局−端末の
回線やサーバ−端末のネットワーク網）の混雑等を解消
し、ネットワーク全体及び端末の伝送効率を向上させる
ことも可能となる。
めに、本発明に係る無線通信によりパケット伝送を行う
端末は、データの送受信が一定時間不通となったか否か
を検知する手段（不通検知手段）と、データの送受信が
不通となった理由を判断する手段（不通理由判断手段）
とを有することを特徴とする。端末は、この判断結果を
活用することで、不通状態を回避することができ、ひい
ては、端末が所属するネットワーク網（基地局−端末の
回線やサーバ−端末のネットワーク網）の混雑等を解消
し、ネットワーク全体及び端末の伝送効率を向上させる
ことも可能となる。
【０００８】不通検知手段は、例えば、サーバへリクエ
ストを送信した後、レスポンスが所定の時間以内に入力
されなかった場合に一定時間不通となったと判断でき
る。不通理由判断手段は、例えば、ＯＳＩ基本参照モデ
ルにおけるレイヤ３以下の階層が正常であるか否かを検
知すれば不通理由を判断できる。つまり、レイヤ３以下
の階層に異常が発生した場合には、不通の原因が回線に
ある（例えば『回線が混雑している』など）と判断でき
る。レイヤ３以下の各層に正常である場合にはサーバに
原因がある（例えば『サーバが混雑している』など）と
判断できる。
ストを送信した後、レスポンスが所定の時間以内に入力
されなかった場合に一定時間不通となったと判断でき
る。不通理由判断手段は、例えば、ＯＳＩ基本参照モデ
ルにおけるレイヤ３以下の階層が正常であるか否かを検
知すれば不通理由を判断できる。つまり、レイヤ３以下
の階層に異常が発生した場合には、不通の原因が回線に
ある（例えば『回線が混雑している』など）と判断でき
る。レイヤ３以下の各層に正常である場合にはサーバに
原因がある（例えば『サーバが混雑している』など）と
判断できる。
【０００９】また、上記端末は、データの送受信が不通
となった理由及び／又はデータ伝送可能な状態に戻すた
めに利用者が行うべき作業内容を利用者に通知する手段
（不通理由通知手段）とを有することが好ましい。これ
により、利用者は、端末を通信可能な状態にするための
適切な作業（操作）を判断できるからである。
となった理由及び／又はデータ伝送可能な状態に戻すた
めに利用者が行うべき作業内容を利用者に通知する手段
（不通理由通知手段）とを有することが好ましい。これ
により、利用者は、端末を通信可能な状態にするための
適切な作業（操作）を判断できるからである。
【００１０】なお、データ伝送可能な状態に戻すために
利用者が行うべき作業（操作）内容は、不通の原因が回
線にある場合には、例えば、『ゾーンを切り替える』こ
とを勧めるものとすればよい。また、不通の原因がサー
バにある場合には、例えば、『時間をおいて（後ほど）
アクセスし直す』ことを勧めるものとすればよい。
利用者が行うべき作業（操作）内容は、不通の原因が回
線にある場合には、例えば、『ゾーンを切り替える』こ
とを勧めるものとすればよい。また、不通の原因がサー
バにある場合には、例えば、『時間をおいて（後ほど）
アクセスし直す』ことを勧めるものとすればよい。
【００１１】さらに、上記端末は、ゾーン切り替え手段
を有し、利用者からゾーンの切り替えを指示された場合
にゾーンを切り替えることが好ましい。不通の原因が回
線にある場合には、『ゾーン』を切り替えることで端末
をデータ伝送可能な状態に遷移させることができるから
である。
を有し、利用者からゾーンの切り替えを指示された場合
にゾーンを切り替えることが好ましい。不通の原因が回
線にある場合には、『ゾーン』を切り替えることで端末
をデータ伝送可能な状態に遷移させることができるから
である。
【００１２】本発明に係るプログラムは、無線通信によ
りパケット伝送を行う端末に以下の手順を実行させるこ
とを特徴とする。 （１）データの送受信が一定時間不通となったか否かを
検知する手順。 （２）データの送受信が不通となった理由を判断する手
順。
りパケット伝送を行う端末に以下の手順を実行させるこ
とを特徴とする。 （１）データの送受信が一定時間不通となったか否かを
検知する手順。 （２）データの送受信が不通となった理由を判断する手
順。
【００１３】また、次の手順も実行させることが好まし
い。 （３）データの送受信が不通となった理由及び／又はデ
ータ伝送可能な状態に戻すために利用者が行うべき作業
内容を利用者に通知する手順。
い。 （３）データの送受信が不通となった理由及び／又はデ
ータ伝送可能な状態に戻すために利用者が行うべき作業
内容を利用者に通知する手順。
【００１４】さらに、以下の手順も実行させることが好
ましい。 （４）利用者からゾーンの切り替えを指示された場合に
ゾーンを切り返す手順。
ましい。 （４）利用者からゾーンの切り替えを指示された場合に
ゾーンを切り返す手順。
【００１５】なお、上記端末は、携帯電話装置、ＰＤＡ
（携帯情報端末：Personal DigitalAssistant）、ノー
ト型やラップトップ型の小型汎用コンピュータ（いわゆ
るパーソナルコンピュータ）などの携帯端末であること
が好ましい。一般に、携帯端末は、サーバとの通信に無
線通信方式を採用するためである。
（携帯情報端末：Personal DigitalAssistant）、ノー
ト型やラップトップ型の小型汎用コンピュータ（いわゆ
るパーソナルコンピュータ）などの携帯端末であること
が好ましい。一般に、携帯端末は、サーバとの通信に無
線通信方式を採用するためである。
【００１６】
【発明の実施の形態】以下、本発明に係る無線通信によ
りパケット伝送を行う端末が一定時間不通となった場合
における処理方式における端末及びプログラムを、実施
の形態によって詳細に説明する。まず、端末について図
面を参照しながら説明する。
りパケット伝送を行う端末が一定時間不通となった場合
における処理方式における端末及びプログラムを、実施
の形態によって詳細に説明する。まず、端末について図
面を参照しながら説明する。
【００１７】（端末）上記端末は、基地局と無線による
パケット通信を行う端末であって、少なくとも不通検知
手段と不通理由判断手段とを有する。また、好ましくは
不通理由通知手段を有し、さらに好ましくはゾーン切り
替え手段を有する。
パケット通信を行う端末であって、少なくとも不通検知
手段と不通理由判断手段とを有する。また、好ましくは
不通理由通知手段を有し、さらに好ましくはゾーン切り
替え手段を有する。
【００１８】不通検知手段は、データ通信が一定時間不
通となったか否かを検知する。不通理由判断手段は、デ
ータ通信が一定時間不通となった場合に、不通となった
理由を判断する。不通理由通知手段は、上記不通となっ
た理由を利用者に通知する。ゾーン切り替え手段は、利
用者からゾーンの切り替え指示が入力された場合にゾー
ンを切り替える。
通となったか否かを検知する。不通理由判断手段は、デ
ータ通信が一定時間不通となった場合に、不通となった
理由を判断する。不通理由通知手段は、上記不通となっ
た理由を利用者に通知する。ゾーン切り替え手段は、利
用者からゾーンの切り替え指示が入力された場合にゾー
ンを切り替える。
【００１９】不通理由通知手段により不通となった理由
を利用者に通知するのは、端末をデータ伝送可能な状態
に復帰させるために必要な利用者が行う作業（操作）が
上記理由ごとに異なるからである。
を利用者に通知するのは、端末をデータ伝送可能な状態
に復帰させるために必要な利用者が行う作業（操作）が
上記理由ごとに異なるからである。
【００２０】ＯＳＩ基本参照モデルによるレイヤ３以下
の階層に障害が生じて不通となった場合、不通の原因は
回線にある。例えば、回線が混雑している可能性があ
る。この場合、利用者は、ゾーンを変えれば、端末を、
データ伝送可能な状態へ復帰させれる可能性がある。他
のゾーンではレイヤ３以下の階層に問題が生じない（生
じていない）可能性があるからである。
の階層に障害が生じて不通となった場合、不通の原因は
回線にある。例えば、回線が混雑している可能性があ
る。この場合、利用者は、ゾーンを変えれば、端末を、
データ伝送可能な状態へ復帰させれる可能性がある。他
のゾーンではレイヤ３以下の階層に問題が生じない（生
じていない）可能性があるからである。
【００２１】一方、レイヤ４以上の階層に障害が生じて
不通となった場合、不通の原因はサーバにある。例え
ば、サーバが混雑しているために不通になった可能性が
高い。この場合、利用者は、タイミングを変えてデータ
伝送を行えば、端末を、データ伝送可能な状態へ復帰さ
せれる可能性がある。時間を遅らせれば、サーバの問題
（混雑などの問題）が解消している可能性があるからで
ある。
不通となった場合、不通の原因はサーバにある。例え
ば、サーバが混雑しているために不通になった可能性が
高い。この場合、利用者は、タイミングを変えてデータ
伝送を行えば、端末を、データ伝送可能な状態へ復帰さ
せれる可能性がある。時間を遅らせれば、サーバの問題
（混雑などの問題）が解消している可能性があるからで
ある。
【００２２】なお、不通理由通知手段は、不通となった
理由に加え、又は不通となった理由に変えて、利用者が
とるべき望ましい作業を通知することが好ましい。一般
の利用者は、不通の理由が分かっても、この理由に対す
る対応策（作業）は分からないからである。
理由に加え、又は不通となった理由に変えて、利用者が
とるべき望ましい作業を通知することが好ましい。一般
の利用者は、不通の理由が分かっても、この理由に対す
る対応策（作業）は分からないからである。
【００２３】不通理由通知手段が上記理由及び／又は内
容を利用者に通知する方法は種々の方法を採用できる。
例えば、端末の表示部及び／又は端末に接続された表示
部に文字、記号、静止画像、動画像などにより上記理由
及び／又は内容を表示することで通知してもよい。この
ように画像表示すれば、利用者は、上記理由及び／又は
内容を理解しやすい。通常、文書や絵、動画などの画像
の情報は、他の形式による情報よりも人間に伝わりやす
いからである。端末の音発生部（スピーカ、イヤホンな
ど）及び／又は端末に接続された音発生部などを用い
て、上記理由及び／又は内容を表す音を発生して利用者
に通知してもよい。例えば、上記理由及び／又は内容を
音声（言葉）により通知してもよく、上記理由及び／又
は内容を表す音（ブザー音など）を発生してもよい。こ
のように音声表示すれば、利用者は、わざわざ表示部を
見ることなく、上記理由及び／又は内容を理解できる。
また、バイブレータを用いて端末又は振動部を振動させ
ることで通知してもよく、レーザダイオードなどから光
を発生させることで通知してもよい。振動により通知す
れば、例えば、端末が収納ケースなどにしまわれていて
も利用者は上記理由及び／又は内容を理解することが可
能となる。また、レーザダイオードなどから光を発生さ
せる通知方法は、他の通知方法と比べて消費電力を抑え
ることも可能となる。さらに、これらの通知方法を組み
合わせて採用してもよい。これにより、上記理由及び／
又は内容を利用者により確実に伝えることが可能とな
る。
容を利用者に通知する方法は種々の方法を採用できる。
例えば、端末の表示部及び／又は端末に接続された表示
部に文字、記号、静止画像、動画像などにより上記理由
及び／又は内容を表示することで通知してもよい。この
ように画像表示すれば、利用者は、上記理由及び／又は
内容を理解しやすい。通常、文書や絵、動画などの画像
の情報は、他の形式による情報よりも人間に伝わりやす
いからである。端末の音発生部（スピーカ、イヤホンな
ど）及び／又は端末に接続された音発生部などを用い
て、上記理由及び／又は内容を表す音を発生して利用者
に通知してもよい。例えば、上記理由及び／又は内容を
音声（言葉）により通知してもよく、上記理由及び／又
は内容を表す音（ブザー音など）を発生してもよい。こ
のように音声表示すれば、利用者は、わざわざ表示部を
見ることなく、上記理由及び／又は内容を理解できる。
また、バイブレータを用いて端末又は振動部を振動させ
ることで通知してもよく、レーザダイオードなどから光
を発生させることで通知してもよい。振動により通知す
れば、例えば、端末が収納ケースなどにしまわれていて
も利用者は上記理由及び／又は内容を理解することが可
能となる。また、レーザダイオードなどから光を発生さ
せる通知方法は、他の通知方法と比べて消費電力を抑え
ることも可能となる。さらに、これらの通知方法を組み
合わせて採用してもよい。これにより、上記理由及び／
又は内容を利用者により確実に伝えることが可能とな
る。
【００２４】このように、上記端末は、利用者に、一定
時間パケット通信が不能だった理由を通知することで、
この理由に即した動作（作業）を行わせることが可能と
なる。したがって、サーバにおけるトラフィックの増加
が原因でパケット通信が不能となった場合には、利用者
に、使用時間をずらして（後ほど）アクセスさせること
も可能となる。利用者がこのような作業を行えば、サー
バはトラフィックが軽減される。このことは、ひいては
利用者の利便性の向上にもつながる。また、ゾーンのト
ラフィック増加が原因でパケット通信が不能となった場
合には、利用者に、携帯端末のゾーンを変えさせてアク
セスさせることも可能となる。利用者がこのような作業
を行えば、携帯端末からアクセス可能となる可能性があ
る。また、ゾーンにおけるトラフィックの増加を軽減で
きる可能性がある。したがって、端末、端末が所属する
回線（レイヤ３以下の階層のネットワーク）、端末−サ
ーバ間のネットワーク（レイヤ４以上の階層のネットワ
ーク）における、伝送効率を向上させることも可能とな
る。さらには、端末やこれらのネットワークの利便性も
向上する可能性がある。次に、上記端末の一例である携
帯電話装置を用いてより詳細に説明する。
時間パケット通信が不能だった理由を通知することで、
この理由に即した動作（作業）を行わせることが可能と
なる。したがって、サーバにおけるトラフィックの増加
が原因でパケット通信が不能となった場合には、利用者
に、使用時間をずらして（後ほど）アクセスさせること
も可能となる。利用者がこのような作業を行えば、サー
バはトラフィックが軽減される。このことは、ひいては
利用者の利便性の向上にもつながる。また、ゾーンのト
ラフィック増加が原因でパケット通信が不能となった場
合には、利用者に、携帯端末のゾーンを変えさせてアク
セスさせることも可能となる。利用者がこのような作業
を行えば、携帯端末からアクセス可能となる可能性があ
る。また、ゾーンにおけるトラフィックの増加を軽減で
きる可能性がある。したがって、端末、端末が所属する
回線（レイヤ３以下の階層のネットワーク）、端末−サ
ーバ間のネットワーク（レイヤ４以上の階層のネットワ
ーク）における、伝送効率を向上させることも可能とな
る。さらには、端末やこれらのネットワークの利便性も
向上する可能性がある。次に、上記端末の一例である携
帯電話装置を用いてより詳細に説明する。
【００２５】図１には、上記携帯電話装置の内部構成例
を示す。図１において、携帯電話装置は、下位レイヤ部
１と、ハンドラ部２と、表示／操作部３と、アプリケー
ション部４とを有する。
を示す。図１において、携帯電話装置は、下位レイヤ部
１と、ハンドラ部２と、表示／操作部３と、アプリケー
ション部４とを有する。
【００２６】下位レイヤ部１は、パケットデータの分割
及び組立てを行う。また、ＯＳＩ基本参照モデルにおけ
るレイヤ１、２、３に異常があるか否かを判断する。さ
らに、ゾーン切り替え指示が入力された場合、ゾーンを
切り替える。ハンドラ部２は、データを、図示しない無
線装置を介して無線基地局へ送信する制御を行う。表示
／操作部３は、利用者から入力された指示をアプリケー
ション部４又はハンドラ部２に通知する。また、アプリ
ケーション部４又はハンドラ部２からの指示に従い、文
字、記号、静止画、動画などの所定の画像を画面表示す
る。アプリケーション部４は、表示／操作部３を介して
入力された利用者からの指示内容に即してパケットデー
タを作成する。また、ハンドラ部２を介してサーバから
入力されたパケットデータを復号する。復号したデータ
は、その種類に応じて表示／操作部３に表示させる。以
上の構成の携帯電話装置の処理フローを、図２に示すシ
ーケンス図を用いて説明する。
及び組立てを行う。また、ＯＳＩ基本参照モデルにおけ
るレイヤ１、２、３に異常があるか否かを判断する。さ
らに、ゾーン切り替え指示が入力された場合、ゾーンを
切り替える。ハンドラ部２は、データを、図示しない無
線装置を介して無線基地局へ送信する制御を行う。表示
／操作部３は、利用者から入力された指示をアプリケー
ション部４又はハンドラ部２に通知する。また、アプリ
ケーション部４又はハンドラ部２からの指示に従い、文
字、記号、静止画、動画などの所定の画像を画面表示す
る。アプリケーション部４は、表示／操作部３を介して
入力された利用者からの指示内容に即してパケットデー
タを作成する。また、ハンドラ部２を介してサーバから
入力されたパケットデータを復号する。復号したデータ
は、その種類に応じて表示／操作部３に表示させる。以
上の構成の携帯電話装置の処理フローを、図２に示すシ
ーケンス図を用いて説明する。
【００２７】（通常使用時の処理：データ伝送可能な場
合の処理）表示／操作部３は、利用者からサーバへのア
クセス指示が入力されると、この指示をアプリケーショ
ン部４に通知する。アプリケーション部４は、この通知
が入力されると、この通知に従ったデータを作成する。
このデータは、下位レイヤ部１に入力する。下位レイヤ
部１は、上記データを所定の大きさ（通信環境により規
定された大きさ）に分割し、パケットデータを作成する
（パケットデータ化する）。パケットデータは、ハンド
ラ部２に入力する。ハンドラ部２は、入力されたパケッ
トデータを、基地局を介して所定のサーバへ送信する。
合の処理）表示／操作部３は、利用者からサーバへのア
クセス指示が入力されると、この指示をアプリケーショ
ン部４に通知する。アプリケーション部４は、この通知
が入力されると、この通知に従ったデータを作成する。
このデータは、下位レイヤ部１に入力する。下位レイヤ
部１は、上記データを所定の大きさ（通信環境により規
定された大きさ）に分割し、パケットデータを作成する
（パケットデータ化する）。パケットデータは、ハンド
ラ部２に入力する。ハンドラ部２は、入力されたパケッ
トデータを、基地局を介して所定のサーバへ送信する。
【００２８】ハンドラ部２は、サーバから上記データへ
の応答などのパケットデータが入力されると、これを下
位レイヤ部１に入力する。下位レイヤ部１は、入力され
たパケットデータを復号する。復号したデータはアプリ
ケーション部４に入力する。アプリケーション部４は、
表示／操作部３に、このデータを画面表示するよう指示
する。表示／操作部３は、この指示に従い、上記データ
を画面表示する。
の応答などのパケットデータが入力されると、これを下
位レイヤ部１に入力する。下位レイヤ部１は、入力され
たパケットデータを復号する。復号したデータはアプリ
ケーション部４に入力する。アプリケーション部４は、
表示／操作部３に、このデータを画面表示するよう指示
する。表示／操作部３は、この指示に従い、上記データ
を画面表示する。
【００２９】（一定時間応答がなかった場合の処理）ア
プリケーション部４は、サーバに応答を求めるデータを
送信するとタイマを起動する。タイマがタイムアウトし
た場合、つまりサーバからの応答が一定時間なかった場
合、下位レイヤ部１にエラー通知を発する。下位レイヤ
部１は、エラー通知を受け、各レイヤ（下位レイヤ）の
状態をチェックする。
プリケーション部４は、サーバに応答を求めるデータを
送信するとタイマを起動する。タイマがタイムアウトし
た場合、つまりサーバからの応答が一定時間なかった場
合、下位レイヤ部１にエラー通知を発する。下位レイヤ
部１は、エラー通知を受け、各レイヤ（下位レイヤ）の
状態をチェックする。
【００３０】下位レイヤ部１は、各レイヤに異常がなか
った場合、異常がなかった旨の情報を含む応答『エラー
応答（異常なし）』をアプリケーション部４に通知す
る。アプリケーション部４は、この応答が入力される
と、表示／操作部３を用いて「サーバーの混雑により通
信が不通となったこと」を利用者に知らせる。すなわ
ち、データ伝送が不通になった理由を利用者に知らせ
る。利用者は、この通知により、その時間帯の利用を分
散させることが可能になる。
った場合、異常がなかった旨の情報を含む応答『エラー
応答（異常なし）』をアプリケーション部４に通知す
る。アプリケーション部４は、この応答が入力される
と、表示／操作部３を用いて「サーバーの混雑により通
信が不通となったこと」を利用者に知らせる。すなわ
ち、データ伝送が不通になった理由を利用者に知らせ
る。利用者は、この通知により、その時間帯の利用を分
散させることが可能になる。
【００３１】下位レイヤ部１は、レイヤ３以下の少なく
とも一層に以上を発見した場合、異常があった旨の応答
『エラー応答（異常あり）』をアプリケーション部４に
通知する。アプリケーション部４は、この応答が入力さ
れると、表示／操作部３を用いて「回線の混雑により通
信が不通になったこと」を利用者に知らせる。すなわ
ち、データ通信が不通になった理由を利用者に知らせ
る。利用者は、上記通知を受け、携帯端末にゾーンを移
行するよう指示することができる。表示／操作部３は、
この指示を下位レイヤ部１に入力する。下位レイヤ部１
は、ゾーンの切り替えを行う。次に、上記シーケンスに
おける下位レイヤ部１の処理フローを、図３を用いて説
明する。
とも一層に以上を発見した場合、異常があった旨の応答
『エラー応答（異常あり）』をアプリケーション部４に
通知する。アプリケーション部４は、この応答が入力さ
れると、表示／操作部３を用いて「回線の混雑により通
信が不通になったこと」を利用者に知らせる。すなわ
ち、データ通信が不通になった理由を利用者に知らせ
る。利用者は、上記通知を受け、携帯端末にゾーンを移
行するよう指示することができる。表示／操作部３は、
この指示を下位レイヤ部１に入力する。下位レイヤ部１
は、ゾーンの切り替えを行う。次に、上記シーケンスに
おける下位レイヤ部１の処理フローを、図３を用いて説
明する。
【００３２】（レイヤの状態チェックフロー）下位レイ
ヤ部１は、アプリケーション部４からエラー通知を受け
ると、レイヤ３部の状態をチェックを開始する。このチ
ェックは、レイヤごとに行う。 （ステップＳ１）レイヤ３のチェック パケット通信用の物理チャネルがオープンしているかチ
ェックする。物理チャンネルがクローズしている場合
（ステップＳ１／ＮＯ）には、レイヤ３においてエラー
が発生しているからである。 （ステップＳ２）レイヤ２のチェック 再送制御など発生していないかチェックする。再送制御
などが発生している場合（ステップＳ２／ＮＯ）には、
レイヤ２においてエラーが発生しているからである。 （ステップＳ３）レイヤ３のチェック ランダムアクセス制御などが発生していないか（いなか
ったか）チェックする。ランダムアクセスが発生してい
る場合（ステップＳ３／ＮＯ）には、レイヤ１において
エラーが発生しているからである。
ヤ部１は、アプリケーション部４からエラー通知を受け
ると、レイヤ３部の状態をチェックを開始する。このチ
ェックは、レイヤごとに行う。 （ステップＳ１）レイヤ３のチェック パケット通信用の物理チャネルがオープンしているかチ
ェックする。物理チャンネルがクローズしている場合
（ステップＳ１／ＮＯ）には、レイヤ３においてエラー
が発生しているからである。 （ステップＳ２）レイヤ２のチェック 再送制御など発生していないかチェックする。再送制御
などが発生している場合（ステップＳ２／ＮＯ）には、
レイヤ２においてエラーが発生しているからである。 （ステップＳ３）レイヤ３のチェック ランダムアクセス制御などが発生していないか（いなか
ったか）チェックする。ランダムアクセスが発生してい
る場合（ステップＳ３／ＮＯ）には、レイヤ１において
エラーが発生しているからである。
【００３３】下位レイヤ部１は、以上のチェックにおい
て、レイヤ１、２、３で異常がなかった場合（ステップ
Ｓ１／ＹＥＳ、ステップＳ２／ＹＥＳ、かつ、ステップ
Ｓ３／ＹＥＳ）、アプリケーション部４に『エラー応答
（異常なし）』を通知する（ステップＳ４）。少なくと
もレイヤ１、２、３のいずれかにエラーがあった場合
（ステップＳ１／ＮＯ、ステップＳ２／ＮＯ又はステッ
プＳ３／ＮＯ）、アプリケーション部４に『エラー応答
（異常あり）』を通知する（ステップＳ５）。
て、レイヤ１、２、３で異常がなかった場合（ステップ
Ｓ１／ＹＥＳ、ステップＳ２／ＹＥＳ、かつ、ステップ
Ｓ３／ＹＥＳ）、アプリケーション部４に『エラー応答
（異常なし）』を通知する（ステップＳ４）。少なくと
もレイヤ１、２、３のいずれかにエラーがあった場合
（ステップＳ１／ＮＯ、ステップＳ２／ＮＯ又はステッ
プＳ３／ＮＯ）、アプリケーション部４に『エラー応答
（異常あり）』を通知する（ステップＳ５）。
【００３４】なお、上記ステップＳ１〜Ｓ３の順番は図
３における順番に限定されない。つまり、レイヤ１〜レ
イヤ３のいずれのレイヤを先にチェックしてもよい。次
に、上記プログラムについて詳細に説明する。
３における順番に限定されない。つまり、レイヤ１〜レ
イヤ３のいずれのレイヤを先にチェックしてもよい。次
に、上記プログラムについて詳細に説明する。
【００３５】（プログラム）上記プログラムは、無線通
信によりパケット伝送を行う端末に（１）〜（２）の手
順を実行させる。好ましくは（１）〜（３）の手順を実
行させる。さらに好ましくは（１）〜（４）の手順を実
行させる。 （１）データの送受信が一定時間不通となったか否かを
検知する手順。 （２）データの送受信が不通となった理由を判断する手
順。 （３）データの送受信が不通となった理由及び／又はデ
ータ伝送可能な状態に戻すために利用者が行うべき作業
内容を利用者に通知する手順。 （４）利用者からゾーンの切り替えを指示された場合に
ゾーンを切り返す手順。 このプログラムは、以上の手順により、前記した端末と
しての機能／効果を実現する。
信によりパケット伝送を行う端末に（１）〜（２）の手
順を実行させる。好ましくは（１）〜（３）の手順を実
行させる。さらに好ましくは（１）〜（４）の手順を実
行させる。 （１）データの送受信が一定時間不通となったか否かを
検知する手順。 （２）データの送受信が不通となった理由を判断する手
順。 （３）データの送受信が不通となった理由及び／又はデ
ータ伝送可能な状態に戻すために利用者が行うべき作業
内容を利用者に通知する手順。 （４）利用者からゾーンの切り替えを指示された場合に
ゾーンを切り返す手順。 このプログラムは、以上の手順により、前記した端末と
しての機能／効果を実現する。
【００３６】（１）データの送受信が一定時間不通とな
ったか否かを検知する手順。 この手順は、上記不通検知手段の機能を端末に実行させ
る。
ったか否かを検知する手順。 この手順は、上記不通検知手段の機能を端末に実行させ
る。
【００３７】（２）データの送受信が不通となった理由
を判断する手順。 この手順は、上記理由判断手段の機能を端末に実行させ
る。
を判断する手順。 この手順は、上記理由判断手段の機能を端末に実行させ
る。
【００３８】（３）データの送受信が不通となった理由
及び／又はデータ伝送可能な状態に戻すために利用者が
行うべき作業内容を利用者に通知する手順。 この手順は、上記理由通知手段の機能を端末に実行させ
る。
及び／又はデータ伝送可能な状態に戻すために利用者が
行うべき作業内容を利用者に通知する手順。 この手順は、上記理由通知手段の機能を端末に実行させ
る。
【００３９】（４）利用者からゾーンの切り替えを指示
された場合にゾーンを切り返す手順。 この手順は、上記ゾーン切り替え手段の機能を端末に実
行させる。
された場合にゾーンを切り返す手順。 この手順は、上記ゾーン切り替え手段の機能を端末に実
行させる。
【００４０】以上、この発明の好適な実施の形態を説明
したが、上述の実施の形態はこの発明の説明のための例
示であって、この実施形態のみにこの発明の範囲を限定
する趣旨ではない。当業者は、この発明の要旨を逸脱す
ることなく、種々の変形、改良、修正、簡略化などを上
記実施形態に加えた種々の他の形態でもこの発明を実施
することができる。
したが、上述の実施の形態はこの発明の説明のための例
示であって、この実施形態のみにこの発明の範囲を限定
する趣旨ではない。当業者は、この発明の要旨を逸脱す
ることなく、種々の変形、改良、修正、簡略化などを上
記実施形態に加えた種々の他の形態でもこの発明を実施
することができる。
【００４１】
【発明の効果】以上の説明から明らかなように、利用者
はサーバー自体の混雑か回線の混雑か知ることができそ
の内容に応じた対応ができるようになる為、利用者の利
便性が向上すると考えられる。また、回線の混雑時にゾ
ーンを切り替える事で伝送効率向上が期待される。
はサーバー自体の混雑か回線の混雑か知ることができそ
の内容に応じた対応ができるようになる為、利用者の利
便性が向上すると考えられる。また、回線の混雑時にゾ
ーンを切り替える事で伝送効率向上が期待される。
【図１】本発明による携帯電話装置（携帯端末）の内部
構成例（ソフトウェア構成例）を説明するためのブロッ
ク図である。
構成例（ソフトウェア構成例）を説明するためのブロッ
ク図である。
【図２】図１の携帯電話装置（携帯端末）の処理例を説
明するためのシーケンス図である。
明するためのシーケンス図である。
【図３】図１の下位レイヤ部１の処理例を説明するため
のフローチャートである。
のフローチャートである。
１ 下位レイヤ部
２ ハンドラ部
３ 表示／操作部
４ アプリケーション部
─────────────────────────────────────────────────────
フロントページの続き
Ｆターム(参考） 5K033 AA01 AA06 CB03 DA17 EA04
5K035 AA01 AA06 BB02 DD01 EE07
JJ01 LL11 MM03 MM06
5K067 AA26 AA34 BB04 BB21 CC08
EE02 EE10 FF18 FF23 JJ37
Claims (6)
- 【請求項１】 無線通信によりパケット伝送を行う端末
において、 前記端末は、データの送受信が一定時間不通となったか
否かを検知する手段と、 データの送受信が不通となった理由を判断する手段とを
有することを特徴とする端末。 - 【請求項２】 前記端末は、さらに、データの送受信が
不通となった理由及び／又はデータ伝送可能な状態に戻
すために利用者が行うべき作業内容を利用者に通知する
手段とを有することを特徴とする請求項１記載の端末。 - 【請求項３】 前記端末は、さらに、ゾーン切り替え手
段を有し、 利用者からゾーンの切り替えを指示された場合にゾーン
を切り替えることを特徴とする請求項２記載の端末。 - 【請求項４】 無線通信によりパケット伝送を行う端末
に以下の手順を実行させるためのプログラム。 （１）データの送受信が一定時間不通となったか否かを
検知する手順。 （２）データの送受信が不通となった理由を判断する手
順。 - 【請求項５】 請求項４記載のプログラムは、さらに、
前記端末に以下の手順を実行させることを特徴とするプ
ログラム。 （３）データの送受信が不通となった理由及び／又はデ
ータ伝送可能な状態に戻すために利用者が行うべき作業
内容を利用者に通知する手順。 - 【請求項６】 請求項５記載のプログラムは、さらに、
前記端末に以下の手順を実行させることを特徴とするプ
ログラム。 （４）利用者からゾーンの切り替えを指示された場合に
ゾーンを切り返す手順。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002006785A JP3781680B2 (ja) | 2002-01-15 | 2002-01-15 | 無線通信によりパケット伝送を行う端末、及び該端末のプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002006785A JP3781680B2 (ja) | 2002-01-15 | 2002-01-15 | 無線通信によりパケット伝送を行う端末、及び該端末のプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003209883A true JP2003209883A (ja) | 2003-07-25 |
| JP3781680B2 JP3781680B2 (ja) | 2006-05-31 |
Family
ID=27645455
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002006785A Expired - Fee Related JP3781680B2 (ja) | 2002-01-15 | 2002-01-15 | 無線通信によりパケット伝送を行う端末、及び該端末のプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3781680B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2016082348A (ja) * | 2014-10-15 | 2016-05-16 | 京セラ株式会社 | 管理装置、管理プログラム、及び管理方法 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10819565B2 (en) | 2018-02-01 | 2020-10-27 | Edgewater Networks, Inc. | Using network connection health data, taken from multiple sources, to determine whether to switch a network connection on redundant IP networks |
-
2002
- 2002-01-15 JP JP2002006785A patent/JP3781680B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2016082348A (ja) * | 2014-10-15 | 2016-05-16 | 京セラ株式会社 | 管理装置、管理プログラム、及び管理方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3781680B2 (ja) | 2006-05-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4440509B2 (ja) | パケットデータセッションにおける休眠モードを終了させる方法および無線システム | |
| US7221957B2 (en) | Portable information terminal, a control method for a portable information terminal, a program of a method of controlling a personal information terminal and a recording medium having recorded therein a program of a method of controlling a personal information terminal | |
| JP2002281558A (ja) | 移動通信端末装置及びサーバ装置 | |
| KR20070085448A (ko) | 무선 통신 절차 실패를 감소시키기 위한 방법 | |
| WO2021057526A1 (zh) | 一种网关设备容灾的方法及通信设备 | |
| JP2004048209A (ja) | 移動通信システム並びにその動作制御方法 | |
| JP2021519006A (ja) | サービス処理方法、情報送信方法及び関連機器 | |
| US20050208965A1 (en) | Mobile communication terminal, network unit, mobile communication system, and method of making GSM/W-CDMA communication | |
| WO2008067354A2 (en) | Apparatus and method for utilizing the transport layer to provide measurement opportunities for the physical layer in a multi-mode network | |
| JP2007306234A (ja) | 無線通信装置、及び無線ｌａｎにおけるアクセスポイントの混雑状況の報知方法 | |
| KR101879711B1 (ko) | 무선 통신 시스템에서 동작 상태 동기화를 위한 장치 및 방법 | |
| JP3781680B2 (ja) | 無線通信によりパケット伝送を行う端末、及び該端末のプログラム | |
| US8325753B1 (en) | Selective suppression of 802.11 ACK frames | |
| JP4566524B2 (ja) | 無線通信システム、無線通信装置、無線通信端末 | |
| JP5184005B2 (ja) | 携帯端末装置 | |
| KR100249832B1 (ko) | 단문메시지 서비스 기능 제공 방법 | |
| WO2023185929A1 (zh) | 资源控制方法、装置、终端及网络侧设备 | |
| JP2003199167A (ja) | 移動無線端末装置及び該装置間のメッセージ交換方法 | |
| WO2022022383A1 (zh) | 链路切换指示方法、装置、存储介质、芯片及相关设备 | |
| WO2023056941A1 (zh) | 用于重路由指示的消息传输方法和设备 | |
| WO2023179365A1 (zh) | 一种通信方法和通信装置 | |
| KR100815863B1 (ko) | 휴대용 단말기에서 패킷 데이터 송수신 중 음성 호 응답방법 및 장치 | |
| JP4044831B2 (ja) | 通信機器、通信方法、コンピュータプログラム及びコンピュータ読み取り可能な記録媒体 | |
| JP2008017026A (ja) | 基地局管理装置およびプログラムならびに無線通信ネットワークシステム | |
| CN108390785B (zh) | 通信加速方法、装置及终端 |
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 |