WO2007029593A1 - 携帯電話装置およびその制御方法 - Google Patents

Abstract

　ＩＰの大きな特徴である機能の汎用性を損なうことなく、適切な無線通信経路へＩＰデータグラムをルーティングする携帯電話装置。この携帯電話装置では、あらかじめＴＣＰやＵＤＰ等の宛先ポート番号等を情報テーブル（５０１）に記憶する。その後のパケットデータ通信において、ＩＰデータグラム受信部（５０２）でＩＰデータグラムを受信し、ＴＣＰ／ＵＤＰポート番号抽出部（５０３）でＩＰデータグラムのペイロードに含まれるＴＣＰヘッダ、あるいはＵＤＰヘッダの宛先ポート番号を検索して情報テーブル（５０１）の内容と照合し、ＮＳＡＰＩ番号、すなわちＩＰデータグラムの属するPDP ContextをPDP Context判定部（５０４）で判定する。その判定結果に応じてルーティング部（５０５）で通信経路を特定し、その経路へＩＰデータグラムをルーティングする。

Description

明 細 書

携帯電話装置およびその制御方法

技術分野

[0001] 本発明は、携帯電話装置、特に W— CDMA方式、 GSM方式あるいは W— CDM AZGSMデュアルモード方式の無線通信プロトコルを有する携帯電話装置に関す る。

背景技術

[0002] W— CDMA方式、及び GSM方式の無線通信プロトコルでは、パケット通信呼は P DP(Packet Data Protocol) Contextという単位で識別される。 PDP Contextは、 PDP T ype-IP Address -QoS(Quality of Service) -APN(Access Point Name)の 4つのパラメ ータによって構成され、無線通信ネットワークにおける IPデータグラムの論理的な転 送経路を示す。 W— CDMA方式及び GSM方式の無線通信プロトコルにおいて、 P DP Contextは NSAPI(Network layer Service Access Point Identifier)という IDで管理 される。

[0003] W— CDMA方式の携帯電話装置においてパケット通信を行う場合、無線通信ネッ トワークのパケット交換ドメインに加入者情報や位置情報等が登録され、発着信が可 能となった (以下、 GPRSアタッチ状態と呼ぶ)後に、パケット交換ドメインを経由して外 部 IPネットワークと接続するセッションを開始することが可能となる。この外部 IPネット ワークとのセッション開始処理は、 PDP Context Activation処理として 3GPPに規定さ れている。 PDP Context Activation処理においては、携帯電話装置と基地局装置 (U TRAN(UMTS Terrestrial Radio Access Network))との間に RB(Radio Bearer),携帯 電話装置とコアネットワークとの間で RAB(Radio Access Bearer)という通信経路が確 立され、携帯電話装置とコアネットワークそれぞれに PDP Contextの情報が設定され る。これらの通信経路は PDP Context毎に確立され、対応する PDP Contextのバケツ トデータがこの経路上で転送される。 PDP Context— RAB— RBの関係は 1 : 1であり 、例えば 2種類の PDP Contextを活用してパケット通信を行う場合は、それぞれの PD P Contextに対応する RAB及び RBが 2本確立され、 2通りのパケット転送経路が確立 されていることになる。このように複数の PDP Contextが活用されている状態は Multipl e PDP Contextとして 3GPPにより規定されている。

[0004] また GSM方式の携帯電話装置においてパケット通信を行う場合も上記の W— CD MA方式の場合と同様に、 GPRSアタッチ後に PDP Context Activation処理を行う。 GSM方式では、携帯電話装置とコアネットワーク間は、 TLLI(Temporary Logical Lin k Identity)という論理経路が PDP Context数に拠らず 1本確立されるが、各 PDP Cont extは NSAPIという識別子で携帯電話装置、及びコアネットワークにおいて管理され る。したがって、 GSM方式においても W— CDMA方式と同様に、パケットデータの 転送経路は PDP Contextの数の分だけ存在する。

[0005] PDP Contextの構成要素の一つである QoS、は 3GPPに規定されているように複数 のパラメータを持つが、 QoSのパラメータの一つである Traffic Classの値により大きく 4種類にその用途が区分される。 Traffic Classの値には、 Background Class/Interacti ve Class/Streaming Class/Conversational Classの 4種類の値が 3GPPで規定されて おり、 Background Classや Interactive Classは携帯電話によるメールやブラウザ通信 向けに、 Streaming Classはストリーミング動画再生等のストリーミング通信向けに、 Co nversational Classは Voice over IPなどのパケット通信方式による音声通信向けに、と いうように、リアルタイム性等のサービスの要求品質に応じた 4種類の Traffic Classが 規定されている。

[0006] 現在の W— CDMA方式や GSM方式の携帯電話装置においては、パケット通信を 利用するアプリケーションとしてメーラーやブラウザが一般的であり、これらのアプリケ ーシヨンはべストエフオート型の通信が一般的である。したがって、これらのアプリケー シヨンを利用するためにパケット通信経路を確立する際には、 Traffic Classが Backgro und Class (もしくは Interactive Class)である QoSの PDP Contextを確立することになる 。アプリケーションと PDP Contextの数は 1： 1である必要はなぐ例えばメーラーとブラ ゥザの 2つのアプリケーションが要求する PDP Contextが同一、すなわち、 PDP Type/ IP Address/QoS/APNの 4構成要素が同一である場合は、 PDP Contextに応じて確 立された一つの通信経路上で同時に 2つのアプリケーションがパケット通信を行うこと が可能である。 [0007] 一方、最近の携帯電話の高機能化に伴 、、動画ストリーミング再生や Voice over IP などリアルタイム性の高い通信品質を要求するアプリケーションが搭載される状況に なってきている。これらのアプリケーションは、通信の開始'終了などのセッション情報 送信用に TCP/IPネットワークプロトコル使用したベストエフオート型の QoS (例えば Traffic Class=Background)の PDP Contextでパケットデータ転送を行い、ユーザーデ ータ転送用には UDPZIPを使用したリアルタイム型の QoS (例えば Traffic Class=Str earning)の PDP Contextでパケットデータ転送を行う。したがって、これらのアプリケー シヨンは、仮に PDP Type/IP Address/APNが同一であっても、パケットデータ転送を 行う際に 2種類の異なる QoSを必要とするために、 1つのアプリケーションが複数の P DP Context(Multiple PDP Context)でパケットデータ通信を行うことになる。

[0008] 前述のように、 Multiple PDP Contextの状態では、無線通信プロトコルの通信経路 は PDP Contextの数だけ存在する。パケットデータ送信の際には、 TCP/IPのバケツ トデータも UDPZIPのパケットデータも IPレイヤにぉ 、て、 IPヘッダとペイロードから 構成される IPデータグラムに多重される。しかし、汎用的な IPヘッダにある情報から は、 PDP Contextの属性の特定ができないため、複数存在する無線通信経路の中の どの経路へ IPデータグラムをルーティングすべき力判断ができないという問題が生じ る。

[0009] 従来、 Multiple PDP Contextにおける IPデータグラムのルーティング方法としては、 IPヘッダのパラメータである、 ToS(Type of Service)フィールドを活用したルーティン グ方法が提案されている（例えば、特許文献 1参照)。この従来方法は、 IPレイヤにお V、てアプリケーション種別、ある!/、は TCPや UDPと!、つた上位レイヤのプロトコル種 別に応じて IPヘッダのパラメータの一つである ToSフィールドに PDP Contextを識別 する何らかの値を設定し、 IPデータグラムを受信した下位レイヤが IPヘッダの ToSフ ィールドに設定されている値を見ることで、 IPデータグラムの属する PDP Contextを判 断するものである。

特許文献 1：国際公開第 02Z104046号パンフレット

発明の開示

発明が解決しょうとする課題 [0010] しかしながら、従来のパケットルーティング方法においては、 IPヘッダのパラメータ である ToSフィールドを利用するため、 IPレイヤにおいて、パケットデータの受信元で あるアプリケーションや TCPや UDPと!、つた上位レイヤのプロトコル種別を判定し、 I Pヘッダの ToSフィールドに PDP Contextを特定する何らかの値を設定すると!/、ぅ処 理を行う必要が生じる。

[0011] ToSフィールドへの値の設定後は、 ToSフィールドの値を判定材料としてパケットデ ータが属する PDP Contextの判定を行い、 PDP Contextに応じて適切な無線通信経 路へパケットデータのルーティングを行う必要がある力 この処理を IPレイヤで行う場 合は、本来無線通信プロトコルではない IPレイヤにおいて、特定の無線通信プロトコ ルの通信経路を把握することが必要となることを意味する。

[0012] しかしながら、 IPは、携帯電話装置に限らず多くのインターネット関連機器に広く用 いられているプロトコルである。従って IPレイヤにおいて、特定のアプリケーション種 別や無線通信プロトコルの通信経路を考慮した処理を盛り込むことは、 IPの大きな特 徴である機能の汎用性を損なうことになる。

[0013] 本発明の目的は、 W— CDMA方式および GSM方式の無線通信プロトコルを有す る携帯電話装置において、 IPにおいて W— CDMA方式および GSM方式の無線通 信経路を確定するための設定等を行うという、特定の下位レイヤに依存した処理が不 要で、そのため、 IPの大きな特徴である機能の汎用性を損なうことなく適切な無線通 信経路へルーティングすることが可能な携帯電話装置を提供することである。

[0014] また、本発明の目的は、 IPと無線通信プロトコルとの間に PPPが位置する形態の場 合にも、同様の手段により、 IPおよび PPPの汎用性を損なうことなぐ適切な無線通 信経路へルーティングすることが可能な携帯電話装置を提供することである。

課題を解決するための手段

[0015] 本発明の携帯電話装置は、 IPデータグラムもしくは PPPフレームのペイロードに含 まれる TCPヘッダ、又は、 UDPヘッダを抽出する TCPZUDPヘッダ抽出手段と、 T CPZUDPヘッダ抽出手段が抽出した TCPヘッダ又は UDPヘッダから宛先ポート 番号を抽出し、宛先ポート番号に基づき前記 IPデータグラム又は PPPフレームが属 する PDP Contextを判定する判定手段と、判定された PDP Contextに対応する無線 通信経路上へ前記 IPデータグラム又は PPPフレームを経路設定するルーティング手 段と、を具備する構成を採る。

[0016] また本発明の携帯電話装置の制御方法は、 IPデータグラムもしくは PPPフレームの ペイロードに含まれる TCPヘッダ、又は、 UDPヘッダを抽出する TCPZUDPヘッダ 抽出ステップと、 TCPZUDPヘッダ抽出ステップで抽出した TCPヘッダ又は UDP ヘッダから宛先ポート番号を抽出し、宛先ポート番号に基づき前記 IPデータグラム又 は PPPフレームが属する PDP Contextを判定する判定ステップと、を具備する方法を 採る。

発明の効果

[0017] 本発明によれば、 IPレイヤ又は PPPレイヤにおいて、 PDP Contextの識別という W

CDMA方式および GSM方式の無線通信経路を確定するための設定等を行うと いった、特定の下位レイヤに依存した処理を行うことなぐ IP又は PPPの汎用性を保 持したまま、 Multiple PDP Context状態におけるパケットルーティングを実現すること が可能となる。

[0018] また、現在の携帯電話装置は、機器によって様々なオペレーティングシステムを搭 載している状況である。 TCPや UDP、及び IPといったプロトコルは、オペレーティン グシステムのカーネル部分に、オペレーティングシステムの基本機能として組み込ま れている場合が多ぐ IPにおいて無線通信プロトコルに依存した処理を行うとォペレ 一ティングシステムの変更の際に、再度、オペレーティングシステムに改造を加える 必要が生じてしまう。しかし、本発明によれば、 IPおよび PPPの機能の汎用性を保持 したまま Multiple PDP Contextにおけるパケットルーティングを実現するため、特定の オペレーティングシステムに依存せず、様々な携帯電話装置において汎用的かつ容 易に Voice over IPやストリーミングといったアプリケーションサービスを実現することが できる。

図面の簡単な説明

[0019] [図 1]本発明の実施の形態に係る PDP Contextの例を示す図

[図 2]本発明の実施の形態に係る PDP Context Activation処理手順を示すシーケン ス図 [図 3]本発明の実施の形態に係るパケットデータの論理経路示す図

[図 4]本発明の実施の形態に係る携帯電話装置の構成を示すブロック図

[図 5]本発明の実施の形態に係るパケットルーティング部の機能構成を示す機能構 成図

[図 6]本発明の実施の形態に係る TCPヘッダのフォーマット図

[図 7]本発明の実施の形態に係る情報テーブルの例を示す図

[図 8]本発明の実施の形態に係る更新した情報テーブルの例を示す図

[図 9]本発明の実施の形態に係るパケットルーティング部における処理を示すフロー 図

発明を実施するための最良の形態

[0020] 以下、本発明の実施の形態について図面を参照して詳細に説明する。

[0021] (実施の形態）

以下本発明の実施の形態について、 W— CDMA方式の携帯電話装置において、 Mail User Agent (以下、メーラー)とストリーミング方式の Media Playerアプリケーション 力 同時にパケット通信を行う場合を例として説明する。図 1は、メーラーおよび Media Playerがパケット通信を行うために要求する PDP Contextの例を示す図である。なお 、 3GPPで規定されているように、 QoSパラメータ自体が複数のパラメータ力も構成さ れるが、図 1では、本実施の形態の説明をするための一例として、パラメータの一つ である Traffic Classのみを例にとる。図 1に示したように Media Playerは、セッション制 御情報の通信 (Traffic Class=Background)とユーザーデータの通信 (Traffic Class=Str earning)とで異なる QoSを要求するため 2つの PDP Contextを必要とする。従って、こ の携帯電話装置においては、 APNが異なるメーラー用の PDP Contextと合わせて、 メーラーと Media Playerが同時にパケット通信を行うには 3つの PDP Contextが確立さ れる必要がある。

[0022] W— CDMA方式の移動体無線通信システムは、携帯電話装置を示す MS(Mobile

Station),基地局を示す UTRAN(UMTS Terrestrial Radio Access Network),コアネ ットワークを示す SGSN (Serving GPRS Support Node)および GGSN (Gateway GPR S Support Node)から構成され、 3GPPにおいては、一般的にシステム全体を UMTS (Universal Mobile Telecommunications System)と呼ぶ。

[0023] 図 2は、 UMTSにおける PDP Contextの確立、すなわちそれぞれの PDP Contextに 属するパケットデータの転送経路の確立処理を示すシーケンス図である。この処理は 、 PDP Context Activation処理と呼ばれ 3GPPにおいて規定されている。この PDP C ontext Activation処理は、 UMTS方式の携帯電話装置が UMTSネットワークを経由 して外部 IPネットワークとパケット通信を行うことを可能とするための処理である。

[0024] 図 2に示すように、 MSは、パケット通信を行おうとする際、要求する PDP Contextの 構成要素を設定し、ネットワークに対し PDP Context Activation要求を送出する。 UT RANを経由して MSからの PDP Context Activation要求を受信した SGSNは、加入 契約検査等の認証処理や、 PDPアドレスの設定情報の検査を行った後、 GGSNに対 して PDP Context Create要求を送出する。 GGSNは、要求された PDP Context構成 情報が受け付け可能である場合は、 PDP Contextを設定し、 SGSNに生成結果を通 知する。 SGSNは GGSNから生成結果の通知を受けると PDP Context構成情報を設 定し、 MSに PDP Context Activation完了通知を通知する。この PDP Context Activat ion処理の際に、 PDP Contextに応じて、 MS〜UTRAN間で RB、 MS〜SGSN間で RABが確立される。なお、 PDP Context Activation処理は 3GPPで詳細に規定され ている処理であるので、詳しい説明は省略する。

[0025] 図 3は、実施の开態にお!、て、アプリケーションの Multiple PDP Context Activation 処理が完了した W— CDMAネットワークにおけるパケットデータ転送の論理経路を 示す図である。 PDP Context毎に MS〜UTRAN間では RBが、 MS〜SGSN間では RABが確立され、 MS、 SGSN,及び GGSNにおいて PDP Contextは NSAPIにより 識別される。メーラー用の PDP Context力NSAP #1、 Media Playerのセッション制御用 の PDP Contextが NSAPI #2、ユーザーデータ転送用の PDP Contextが NSAPI #3で 管理されていることを示す。

[0026] 図 4は、本発明の実施の形態に係る携帯電話装置 101の構成を示すブロック図で ある。携帯電話装置 101は、パケットデータ転送部 400と、 CPU201と、その他の機 能部 202と、 NW IF203とから主に構成される。図 4において、メーラー 401及び Me dia Player402が図 1に示した PDP Context構成で同時にパケット通信を行う際に、パ ケットデータ転送機能を担うパケットデータ転送部 400を、携帯電話装置内のソフトゥ エアの全体構造図で示す。パケットデータ転送部 400については、パケットデータ転 送に直接関与するプロトコルを具体的に示し、直接関与しないソフトウェアをその他 ソフトウェア機能部 301として示す。 CPU201は、パケットデータ転送部 400を始め、 メモリ等の携帯電話装置 101に必要なその他機能部 202、ネットワークとのインター フェースを司る NW IF203の動作を指令し、携帯電話装置 101全体の制御を行う。

[0027] 次にパケットデータ転送部 400のパケットデータ転送に直接関与するプロトコルに ついて説明する。メーラー (Mail User Agent)401は、図 1で示した PDP Contextで通 信を行うために、 SMTP/POP/IMAP403、 TCP407、 IP409というプロトコルを経由し たパケットデータ転送を行う。 Media Player402は、セッション制御情報の通信用に S DP404、 RTSP405、 TCP407、 IP409というプロトコルを経由したパケットデータ転 送を行い、よりリアルタイム性が求められるユーザーデータ転送用には、 RTP406、 UDP408、 IP409というプロトコルを経由してパケットデータ転送を行う。

[0028] また、図 3において説明したように、 W— CDMA方式の無線通信プロトコル部 411 においては、 PDP Contextに応じて NSAPI番号により識別される 3本の RABが確立 されている。

[0029] しかしながら、メーラー及び Media Playerの PDP Contextは全て IP addressが同一で あり、これらのパケットデータは IP409レイヤにおいて IPヘッダとペイロードからなる IP データグラムに多重化されるため、 IPデータグラムが、図 1のどの PDP Contextのパケ ットデータであるかを区別する情報がなぐ確立された 3本の RAB中から、 PDP Conte xtに対応する RABへ IPデータグラムをルーティングすることが不可能となる。本実施 の形態においては、パケットルーティング部 410力 確立された 3本の RAB中から、 P DP Contextに対応する RABへ IPデータグラムをルーティングする機能を担って!/、る

[0030] 本実施の形態では、 IPレイヤ部 409と W— CDMA無線通信プロトコル部 411との 間にパケットルーティング部 410を配置し、これまで述べた Multiple PDP Context状 態におけるパケットルーティングを実行する。ここでパケットルーティング部 410につ いて詳しく説明する。図 5は、本実施の形態に係るパケットルーティング部 410の機 能構成を示す機能構成図である。図 5に示すように、パケットルーティング部 410は、 情報テーブル 501と、 IPデータグラム受信部 502と、 TCPZUDPポート番号抽出部 503と、 PDP Context判定部 504と、ルーティング部 505とから主に構成される。

[0031] 情報テーブル 501は、 TCP及び UDPの宛先ポート番号と PDP Contextを結び付け るための情報を記憶する不揮発性メモリである。 IPデータグラム受信部 502は、 IPレ ィャ 409から受信した IPデータグラムを一時記憶する。 TCPZUDPポート番号抽出 部 503は、 IPデータグラムのペイロードから TCPもしくは UDPヘッダを抽出する。な お、図 6に、 TCPヘッダのフォーマット図を示す。

[0032] 次に PDP Context判定部 504は、抽出した TCPZUDPヘッダから宛先ポート番号 を抽出し、情報テーブル 501から宛先ポート番号に基づいて、受信した IPデータダラ ムが属する PDP Contextを判定する。ルーティング部 505は、判定された PDP Contex tに対応する RAB上へ IPデータグラムをルーティングする。

[0033] 図 7および図 8は、情報テーブル 501の記憶内容の一例を示す図である。図 7およ び図 8に示すように、情報テーブル 501は、プロトコル種別、宛先ポート番号、アプリ ケーシヨン種別、 QoS (Traffic Class)、 APNおよび NSAPI番号をそれぞれ関連づけ て記憶する。図 7および図 8の宛先ポート番号とは、図 6の TCPヘッダの Destination Portパラメータに設定される値であり、サーバー側の TCPポート番号を意味する。

[0034] 図 9は、パケットルーティング部 410の動作を示すフロー図である。以下、図 9のフロ 一図に従い実施の形態に係る携帯電話装置の動作について説明する。

[0035] 最初、図 7に示すように本発明の実施の形態に係る携帯電話装置は、メーラーのサ 一バー側の TCPポート番号は #11と固定であることを前提とする。携帯電話装置は、 あらかじめ TCPや UDP等のレイヤ 4のプロトコル種別とその宛先ポート番号毎に、ァ プリケーシヨン種別と要求する QoSを初期値として情報テーブル 501に保持しておく (ST901)。携帯電話装置は、図 2に示した PDP Context Activation処理が完了した 段階で、確立された PDP Contextの情報と NSAPI番号の通知を受ける（ST902)。 P DP Context情報に含まれる QoS (Traffic Class)、及び APNから、確立された PDP C ontextが初期値として保持していたテーブルの PDP Context群の中でどの PDP Cont extに該当するかを確定し、図 8に示すように PDP Contextと共に通知された NSAPI 番号を情報テーブル 501に書き込む（ST903)。これによつて、情報テーブル 501は 更新され、 PDP Contextを識別する NS API番号と TCPもしくは UDPの宛先ポート番 号との対応が一意に確定する。

[0036] PDP Contextの確立後、メーラー 401や Media Player402によるパケットデータ通信 が開始され、 IPレイヤ 409からパケットルーティング部 410に IPデータグラムが送信さ れると、 IPデータグラム受信部 502が IPデータグラムを受信した際（ST904)、 TCP ZUDPポート番号抽出部 503は、まず受信した IPデータグラムの IPヘッダのパラメ ータである IHLOnternet Header Length)に設定されている IPヘッダの長さを示す情 報から、 IPデータグラム力 IPヘッダを除 、たペイロード部分の先頭データの位置を 確定する。ペイロードには TCPもしくは UDPフレームが格納されており、ペイロードの 先頭位置は TCPもしくは UDPヘッダの先頭位置を示す。したがって、 TCP/UDP ポート番号抽出部 503は先頭位置から、さらに 16ビット移動した位置力も続く 16ビッ ト分の領域 (図 6に示す loctet目の後半 16ビット分のデータ)に設定されている Destin ation Port番号を識別する（ST905)。これを受けて PDP Context判定部 504は、 PDP Context Activation完了後に更新し、情報テーブル 501に記憶していた図 8の PDP Context情報テーブル内容と照合し、 TCPもしくは UDPの宛先ポート番号をキーに、 NSAPI番号、すなわち IPデータグラムの属する PDP Contextを特定する（ST906)。

[0037] 次にルーティング部 505は、 PDP Contextを識別する NS API番号を元に、複数の 無線通信経路の中力 受信した IPデータグラムの PDP Contextに応じて確立されて いる RABを特定し、その RABへの IPデータグラムのルーティングを行う（ST907)。 これによつて、 IPデータグラムは、正しい無線通信経路にルーティングされる。

[0038] 以上のように本実施の形態によれば、パケットルーティング部 410において、 IPデ 一タグラムの属する PDP Contextの特定、および適切な RABへのルーティングを行う ため、すなわち、 TCPヘッダ、あるいは UDPヘッダのパラメータである Destination Po rt番号に基づき IPデータグラムのルーティングを行うので、パケットルーティング部 41 0以外のソフトウェアブロック、特に IP409の汎用性を損なうことが無ぐ拡張性の高 V、携帯電話装置を作ることができる。

[0039] なお、上で説明したように本実施の形態では、 PDP Contextの識別子である NSAP I番号を情報テーブルの PDP Contextのインデックスとし、また無線通信プロトコルへ のルーティング情報元とした力 w— CDMA方式の無線通信プロトコルの場合は、 前記したように、 NSAPIと RAB及び RBは 1： 1の関係であるため、 RAB番号を IDと したインデックス管理及びルーティング処理、またはこれらと 1： 1に結び付けられる他 の IDによるインデックス管理及びルーティング処理を行うことも可能である。

[0040] また最近の携帯電話装置では装置により様々なオペレーティングシステムが搭載さ れている。 IPはその汎用性から TCP、 UDPなどのプロトコルと共に様々なオペレー ティングシステムカーネル部にあら力じめ組み込まれている場合が多いため、 IPに P DP Contextの判別機能を担わせると、オペレーティングシステムの自由な変更の障 害になる。しかし、上記実施の形態によれば、 IPの汎用性を保持し、パケットルーティ ング部で IPデータグラムが属する PDP Contextの判定を行うことで、特定のオペレー ティングシステムに依存することなく Multiple PDP Contextにおけるパケットルーティン グを実現することができる。

[0041] なお、前述の実施の形態では、無線通信プロトコルが W— CDMA方式である場合 を例にとったが、無線通信プロトコルが GSM方式とした場合、あるいは W— CDMA/ GSMデュアルモード方式の場合も実施の形態で説明した本発明のパケットルーティ ング部を GSM方式の無線通信プロトコルと IPレイヤとの間に配置することで実現でき る。このようにパケットルーティング部を配置すれば、 GSM方式の無線通信プロトコ ルを有する携帯電話装置において、 IPの特徴を損なうことなく拡張性の高い携帯電 話装置を実現できる。

[0042] また本発明の実施の形態においては、パケットルーティング部の上位レイヤは IPで あることを前提としたが、携帯電話装置によっては PPPが実装されることも考えられる 。このような場合にも、パケットルーティング部を PPPと無線通信プロトコル部との間に 実装し、 PPPフレームのペイロード力 IPデータグラムを取り出す処理を追加すること で、本発明の実施の形態による PDP Contextの判定が可能となる。

[0043] 本明糸田書 ίま、 2005年 9月 7曰出願の特願 2005— 259729に基づく。この内容【ま すべてここに含めておく。

産業上の利用可能性 本発明は、ストリーミングゃ Voice over IPなど、さらに今後開発され提供されるパケ ット通信サービスの多くに簡易に対応できる拡張性にすぐれた携帯電話装置を実現 するのに有用である。

Claims

請求の範囲

[1] IPデータグラムもしくは PPPフレームのペイロードに含まれる TCPヘッダ、又は、 U DPヘッダを抽出する TCPZUDPヘッダ抽出手段と、

TCPZUDPヘッダ抽出手段が抽出した TCPヘッダ又は UDPヘッダから宛先ポー ト番号を抽出し、宛先ポート番号に基づき前記 IPデータグラム又は PPPフレームが 属する PDP Contextを判定する判定手段と、

判定された PDP Contextに対応する無線通信経路上へ前記 IPデータグラム又は P PPフレームを経路設定するルーティング手段と、を具備する携帯電話装置。

[2] IPデータグラムもしくは PPPフレームのペイロードに含まれる TCPヘッダ、又は、 U

DPヘッダを抽出する TCPZUDPヘッダ抽出ステップと、

TCPZUDPヘッダ抽出ステップで抽出した TCPヘッダ又は UDPヘッダから宛先 ポート番号を抽出し、宛先ポート番号に基づき前記 IPデータグラム又は PPPフレーム が属する PDP Contextを判定する判定ステップと、

判定された PDP Contextに対応する無線通信経路上へ前記 IPデータグラム又は P PPフレームを経路設定するルーティングステップと、を具備する携帯電話装置の制 御方法。