(57)【要約】      （修正有）【課題】エラー処理における各層の依存性を解決する。【解決手段】少なくとも二つのプロトコル・エンティティｍとｎを有する二つの装置を含むネットワーク・シグナリングのシステムであり、装置間のプロトコルの成功はプロトコル・エンティティの各々での手順の成功を必要条件とする。本システムは、プロトコル・エンティティｎからのメッセージが一定の制限時間内に受信またはエラーのないメッセージであるのどちらかの正常な状態で受信される場合、プロトコル・エンティティｍはあるメッセージをプロトコル・エンティティｎのメッセージと連結することを要求する。さらに、第二の装置のプロトコル・エンティティ１は「第二の手順成功タイマー」を始動し、プロトコル・エンティティｍはこのタイマーの終了前にプロトコル・エンティティｎからの手順成功メッセージを期待する。【選択図】図１
2010021977.tif 000002
【特許請求の範囲】
【請求項１】
ａ．連結処理部を有するプロトコル・エンティティｍを備える第一の装置と
ｂ．連結処理部を有するプロトコル・エンティティｍを備える第二の装置と
ｃ．第二の手順成功タイマーを有するプロトコル・エンティティｍを備える第二の装置と
を含んで構成されるネットワーク・シグナリングのシステムであり、
ネットワーク・シグナリングの前記システムは第一の装置と第二の装置を含み、装置間のプロトコルの成功が二つの各層での手順の成功を必要条件とする、二つの層を第一の装置と第二の装置の両方とも有しており、前記連結処理部は正常なケースでは連結を行い、異常なケースでは独立したシグナリングを行なう、ネットワーク・シグナリングのシステム。
【請求項２】
前記「第二の手順成功タイマー」を始動する第二の装置のプロトコル・エンティティｍをさらに含み、前記プロトコル・エンティティｍは前記タイマーの終了する前に前記プロトコル・エンティティｎからの第二の手順成功メッセージを期待し、「第二の手順成功タイマー」の終了時に第二の手順成功タイマーが受信されていないときには、第一の手順の完了が成功していた場合、前記プロトコル・エンティティｍは第一の手順を無効化する手順を起動し、その後プロトコル・エンティティｍは初期状態へ戻る、請求項１に記載のネットワーク・シグナリングのシステム。
【請求項３】
前記プロトコル・エンティティｍはＥＭＭ層である、請求項１に記載のシステム。
【請求項４】
前記プロトコル・エンティティｍはＡＳ層である、請求項１に記載のシステム。
【請求項５】
前記プロトコル・エンティティｎはＥＳＭ層である、請求項１に記載のシステム。
【請求項６】
前記プロトコル・エンティティｎはＮＡＳ層である、請求項１に記載のシステム。
【請求項７】
前記第一の装置はＵＥである、請求項１に記載のシステム。
【請求項８】
前記第二の装置はＭＭＥである、請求項１に記載のシステム。
【請求項９】
前記第一の手順はアタッチ手順である、請求項１に記載のシステム。
【請求項１０】
前記第二の手順はＰＤＮ接続手順である、請求項１に記載のシステム。
【請求項１１】
異常なケースは同じ装置内のプロトコル・エンティティｎからの応答が遅延する場合である、請求項１に記載のシステム。
【請求項１２】
前記第一の装置の前記プロトコル・エンティティｍは、連結タイマーをさらに有する、請求項１１に記載のシステム。
【請求項１３】
前記連結処理部は、第一の手順のメッセージと第二の手順のメッセージの連結メッセージを受信時に前記連結タイマーを始動させる、請求項１２に記載のシステム。
【請求項１４】
前記連結処理部は、前記連結タイマーからタイマー終了信号を受信し、この受信後には、第一の手順のメッセージを連結せずに送信する、請求項１２に記載のシステム。
【請求項１５】
前記第二の装置の前記プロトコル・エンティティｍは、連結タイマーをさらに有する、請求項１１に記載のシステム。
【請求項１６】
前記連結処理部は、上位層のメッセージと下位層のメッセージの連結メッセージを受信時に前記連結タイマーを始動させる、請求項１５に記載のシステム。
【請求項１７】
前記連結処理部は、前記連結タイマーからタイマー終了信号を受信し、この受信後には、第一の手順のメッセージを連結せずに送信する、請求項１５に記載のシステム。
【請求項１８】
前記連結処理部は、第二の手順のメッセージを受信時に前記第二の手順成功タイマーを始動させる、請求項１５に記載のシステム。
【請求項１９】
異常なケースはプロトコル・エンティティｎからの応答がエラーのないものではない場合である、請求項１に記載のシステム。
【請求項２０】
前記第二の装置の前記プロトコル・エンティティｍ内の前記連結処理部は、プロトコル・エンティティｍとプロトコル・エンティティｎの連結メッセージを受信後、プロトコル・エンティティｎのメッセージをプロトコル・エンティティｎへ転送し、前記第二の装置のプロトコル・エンティティｎからのエラーのない応答を待つ、請求項１９に記載の方法。
【請求項２１】
プロトコル・エンティティｎからのエラーのない応答を待っている前記第二の装置の前記プロトコル・エンティティｍ内の前記連結処理部が、エラーのないものではない応答を受信すると、前記プロトコル・エンティティｍのメッセージと連結せずに前記応答を前記第一の装置へ転送する、請求項１９に記載の方法。
【請求項２２】
前記第一の装置の前記プロトコル・エンティティｍ内の前記連結処理部は、前記第二の装置のプロトコル・エンティティｍとプロトコル・エンティティｎの連結メッセージを受信後、プロトコル・エンティティｎのメッセージをプロトコル・エンティティｎへ転送し、前記第二の装置のプロトコル・エンティティｎからのエラーのない応答を待つ、請求項１９に記載の方法。
【請求項２３】
プロトコル・エンティティｎからのエラーのない応答を待っている前記第一の装置の前記プロトコル・エンティティｍ内の前記連結処理部が、エラーのないものではない応答を受信すると、前記プロトコル・エンティティｍのメッセージと連結せずに前記応答を前記第一の装置へ転送する、請求項１９に記載の方法。
【請求項２４】
前記第二の手順成功タイマーの終了は、第一の手順の失敗手順を起動させる、請求項１に記載のシステム。
【請求項２５】
前記第一の手順の失敗手順はデタッチ手順である、請求項２４に記載のシステム。
【請求項２６】
プロトコル・エンティティｍの状態の移行が第一の手順と第二の手順の両方の成功を必要条件とする、第一の装置と第二の装置間のプロトコルの方法であり、
前記第二の装置のプロトコル・エンティティｍが第一の手順と第二の手順の連結メッセージを前記第一の装置から受信すると、前記第二の装置のプロトコル・エンティティｍは、正常なケースではプロトコル・エンティティｍの応答とプロトコル・エンティティｎの応答の連結を行い、異常なケースでは前記応答を独立に送信することを含んでなる方法。
【請求項２７】
前記第二の装置のプロトコル・エンティティｍが第一の手順と第二の手順の連結メッセージを前記第一の装置から受信すると、前記第二の装置のプロトコル・エンティティｍは連結タイマーを始動し、前記連結タイマーの終了前に前記第二の装置のプロトコル・エンティティｎからの応答を受信しない場合には、前記第二の装置のプロトコル・エンティティｍの応答は連結せずに独立に送信される、請求項２６に記載の方法。
【請求項２８】
前記第二の装置のプロトコル・エンティティｍが第一の手順と第二の手順の連結メッセージを前記第一の装置から受信すると、前記第二の装置のプロトコル・エンティティｍは、前記第二の装置のプロトコル・エンティティｎからのエラーのない応答を待ち、プロトコル・エンティティｎの応答がエラーのないものではない場合には、プロトコル・エンティティｎの応答は連結せずに独立に送信される、請求項２６に記載の方法。
【請求項２９】
前記プロトコル・エンティティｍはＥＭＭ層である、請求項２６に記載の方法。
【請求項３０】
前記プロトコル・エンティティｍはＡＳ層である、請求項２６に記載の方法。
【請求項３１】
前記プロトコル・エンティティｎはＥＳＭ層である、請求項２６に記載の方法。
【請求項３２】
前記プロトコル・エンティティｎはＮＡＳ層である、請求項２６に記載の方法。
【請求項３３】
前記装置の一方はＵＥである、請求項２６に記載の方法。
【請求項３４】
前記装置の一方はＭＭＥである、請求項２６に記載の方法。
【請求項３５】
前記第一の手順はアタッチ手順である、請求項２６に記載の方法。
【請求項３６】
前記第二の手順はＰＤＮ接続手順である、請求項２６に記載の方法。
【請求項３７】
前記第二の装置のプロトコル・エンティティｍが第二の手順と第一の手順の連結メッセージを前記第一の装置から受信すると、前記第二の装置のプロトコル・エンティティｍは第二の手順成功タイマーを始動し、前記第二の手順成功タイマーの終了前にプロトコル・エンティティｎから第二の手順成功メッセージを受信しない場合には、プロトコル・エンティティｍは第一の手順無効化手順を起動する、請求項２６に記載の方法。
【請求項３８】
前記第一の手順無効化手順はデタッチ手順である、請求項２９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なる装置のプロトコル・エンティティ間で通信が発生するような通信の分野に関係する。本発明は、プロトコルの所定の状態への遷移が下位層と上位層の両方の手順が成功することを必要条件とするケースに適用する。
【背景技術】
【０００２】
通信におけるプロトコル設計の階層化手法の結果として、垂直に隣接するプロトコル層が互いに独立にメッセージを送信するというケースが多々ある。これには、プロトコル層を独立に保つという全体的な意図がある。しかし、層の独立性は、例えば、無線の場合のように独立した通信が高くつくような場合には、費用が高くなる可能性がある。二つのプロトコル層がそれぞれの手順を開始しなければならないことが絶対条件である場合、二つのメッセージを連結することによって貴重な無線リソースを節約することも可能である。
【０００３】
例えば、サーバ−クライアント・システムでは典型的に、プロトコルは、クライアントが何かを要求し、サーバが要求に応答し、クライアントが応答を確認することからなる。例えば、移動装置のネットワークへの初期アタッチなどの場合には、アタッチング、認証及び権限付与を担当するプロトコル層が、最初に、制御エンティティまたはサーバとの通信を確立する。次に、移動装置がアタッチされると、ベアラの獲得を担当するプロトコルがサーバにあるピアの層と通信する。現行の３ＧＰＰリリース８標準などのシナリオでは、上位レベルのプロトコルが、例えば、ベアラ確立のプロトコルを完了することに失敗すると、その後はアタッチ手順も失敗したとみなされる。
【０００４】
このようなケースの一つとして、ＵＥがＥ−ＵＴＲＡＮにアタッチされる際にＵＥは少なくとも一つの確立されたデフォルト・ベアラを持たなければならないとする現行の３ＧＰＰのＳＡ２の仮定がある。すなわち、ＵＥは確立されたデフォルト・ベアラをまだ持たないうちはＥ−ＵＴＲＡＮにアタッチされることは不可能である。このような場合、これらの二つの手順（アタッチとデフォルト・ベアラ確立）は二つの隣接した層によって完了されなければならない。このケースは、アタッチとデフォルト・ベアラ確立の二つの処理を結合する特許文献１にも記載されているが、これを実現するためには複数回の往復を必要とするという問題がある。複数回の往復の問題を解決する一つの方法は、これらのメッセージの連結を行うことである。この概念は、アタッチとデフォルト・ベアラ確立の両方を連結によって一緒に実現するTS 23.401v8.1.0において説明された。今のところ、この手順は往復メッセージを減少する試みではあるが、移動装置（ＵＥ）とサーバ（ＭＭＥ）のプロトコル層の独立性に影響を及ぼす。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】Tuija Hurtta, "Method and system for attaching a mobile equipment to a wireless communication network", Nokia Corporation, International publication number US 7,035,621
【非特許文献】
【０００６】
【非特許文献１】3GPP TS 23.401v8.1, "General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access"
【非特許文献２】3GPP TS 24.301 v0.3.0, "Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS)"
【発明の概要】
【発明が解決しようとする課題】
【０００７】
このような強制的な連結の一つの問題は、実際のアタッチ処理がより長くなることである。アタッチ処理が独立に実行される場合、アタッチ処理を終了させるタイマーはおよそ７秒である。デフォルト・ベアラ確立が独立に実行される場合、この処理を終了させるタイマーはおよそ２５〜３０秒である。これらの二つの処理を結合すると、アタッチ処理は上記の時間のうちのより大きい方に近くなることになるので、約２５〜３０秒になる。このことは、デフォルト・ベアラ確立を必要とせずに回線交換（ＣＳ）呼を発呼する場合にユーザに不都合を感じさせる可能性がある。つまり、ユーザがＣＳ呼を発呼したい場合に、電話機をオンに切り換えた後２５〜３０秒間待つ必要があることもあり得る。さらに、デフォルト・ベアラ確立が何らかの理由で失敗すれば、ユーザに発呼の機会を与えられぬままＵＥはデタッチされ、ＵＥはほかの無線アクセス・テクノロジーに再アタッチせざる得ないこともある。
【０００８】
このような処理の連結の第二の問題は、第一の問題よりもさらに深刻であると言える、二つの層のエラー依存性である。要求が一つに連結されるので、応答も連結されるものと期待される。しかし、応答の一つが成功である（例えば、アタッチが成功である）のに、応答の一つが失敗である（例えば、デフォルト・ベアラ確立が失敗である）とき、下位層はそれ自体の確認メッセージによって手順をさらに進めるためには、上位層の失敗を認識している必要がある。これはプロトコルの開発を複雑にし、独立に設計された層の機能を混合する。本仕様書は、エラー処理における各層の依存性を解決することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、プロトコルの状態の遷移が両方のプロトコル・エンティティの手順が完了しなければならないことを必要条件とするシステムにおいて、初期要求メッセージを連結して送信し得ることを提案し、したがって、クライアントによる要求メッセージのために少なくとも単一のアップリンクがあればよい。サーバからの応答メッセージについては、下位層のプロトコル・エンティティは、二つの応答を連結メッセージとして一緒に送信できる正常なケースであるか確認を行なう。少なくとも二つの異常なケースがあり得る。第一に、上位層のプロトコル・エンティティからの応答が遅れる可能性があり、このケースでは、下位層の応答を返送する前に一定の時間待つようにする連結タイマーが使用され得る。第二に、上位層のプロトコルからの応答は到着するがエラーのない応答ではない場合、下位層が上位層からのエラーのない応答を待つ間、上位層の応答は独立に送信され得る。これらの処理方式の両方または一方に対処することはやり方次第で可能である。
【００１０】
また、サーバの下位のプロトコル・エンティティが連結された要求を受信するとき、当エンティティは上位層プロトコル成功タイマーを始動し、このタイマーの終了前に上位層の手順が完了することを期待する。当エンティティが上位層のプロトコル・エンティティから成功メッセージを受信すれば、当エンティティは下位層プロトコルの状態を遷移するものとする。そうでなければ、下位層プロトコル・エンティティは手順を無効にして初期状態へ戻るものとする。
【図面の簡単な説明】
【００１１】
【図１】当該システムの全体のシステムを示す図である。
【図２】当該システムのクライアント・ノードとしての好適な装置を示す図である。
【図３】当該システムのサーバ・ノードとしての好適な装置を示す図である。
【図４】当該システムによって要求される両方の手順を完了する明白な方法を示す図である。
【図５】当該システムによって要求される両方の手順を最小の往復で完了するための先行技術のソリューションを示す図である。
【図６】先行技術のソリューションにおける依存性の問題を示す図である。
【図７】本発明の基本的なソリューションを示す図である。
【図８】サーバ上の連結タイマーが終了する場合の基本的なソリューションを示す図である。
【図９】ノード上の連結タイマーが終了する場合の基本的なソリューションを示す図である。
【図１０】第二の手順におけるエラーのケースを処理する基本的なソリューションを示す図である。
【図１１】第二の手順成功タイマーが終了した場合の基本的なソリューションを示す図である。
【図１２】現行技術のシステムの３ＧＰＰ実現を示す図である。
【図１３】３ＧＰＰの現行技術のシステムにおける明白なソリューションを示す図である。
【図１４】本発明の第二の実施形態によるソリューションを示す図である。
【図１５】本発明の第三の実施形態による、ソリューションの成功したケースを示す図である。
【図１６】本発明の第三の実施形態による、サーバ側でエラーがある場合の処理を示す図である。
【図１７】本発明の第三の実施形態による、クライアント側でエラーがある場合の処理を示す図である。
【発明を実施するための形態】
【００１２】
図１は、本発明の対象となるシステムの例を示す図である。当該システムは、装置Ａ １０と装置Ｂ １１の二つの装置から構成される。典型的には、装置Ａ １０はクライアントであり、装置Ｂ １１はサーバである。これらの装置は各々二つのプロトコル・エンティティから構成される。装置Ａ １０のプロトコル・エンティティＭ ２は、インタフェースＩ６を介して装置Ｂ １１のプロトコル・エンティティＭ ３と通信する。同時に、装置Ａ １０のプロトコル・エンティティＭ ２は、インタフェースＩ５を介してプロトコル・エンティティＮ １と通信する。同様に、装置Ｂ １１のプロトコル・エンティティＭ ３は、インタフェースＩ７を介して装置Ｂ １１のプロトコル・エンティティＮ ４と通信する。
【００１３】
本システムの要求条件は、装置Ａ １０と装置Ｂ １１のプロトコル・エンティティＭの手順の成功または状態遷移のためには、プロトコル・エンティティＭとプロトコル・エンティティＮの両方の手順が成功しなければならないことである。
【００１４】
便宜上、プロトコル・エンティティＭの手順を第一の手順と呼び、プロトコル・エンティティＮの手順を第二の手順と呼ぶことにする。さらに、プロトコル・エンティティＭ及びＮは同一装置上に存在し得るが、これらのプロトコルがそれぞれ異なる装置に存在する可能性もあり得る。
【００１５】
図２では、装置Ａ １０の装置が説明される。当該装置は、プロトコル・エンティティＭ ２とプロトコル・エンティティＮ １から構成される。プロトコル・エンティティＭ ２は、装置Ｂ １１のプロトコル・エンティティＭ ３との間でのメッセージの転送と受信を担当するプロトコル・エンティティＭ−Ｍ間転送部２６とプロトコル・エンティティＭ−Ｍ間受信部２２により構成される。さらに、プロトコル・エンティティＭ ２は、装置Ａ １０のプロトコル・エンティティＮ １との間でのメッセージの転送と受信を行うプロトコル・エンティティＭ−Ｎ間転送部１００とプロトコル・エンティティＭ−Ｎ間受信部１０１により構成される。プロトコル・エンティティＭ ２は、さらに連結処理部２１により構成される。連結処理部２１は、装置Ａ １０のプロトコル・エンティティＮ １と装置Ｂ １１のプロトコル・エンティティＭ ３から受信したメッセージを処理する。同時に、連結処理部２１は、装置Ｂ １１のプロトコル・エンティティＭ ３へ送信すべきメッセージも処理する。装置Ｂ １１のプロトコル・エンティティＭ ３からメッセージを受信すると、連結処理部２１は、連結されたメッセージが存在するかどうかをチェックする。もし存在すれば、連結処理部は応答メッセージを連結するか否かの判定を含む連結判定処理を行うものとする。連結判定処理は、二つの方法で実現可能である。第一の方法では、連結処理部２１は連結タイマー２３を始動させ、装置Ｂ １１のプロトコル・エンティティＮ １のメッセージを装置Ａ １０のプロトコル・エンティティＮ ４へ転送する。連結判定処理の第二の方法では、連結処理部２１は装置Ｂ １１のプロトコル・エンティティＮ ４のメッセージを装置Ａ １０のプロトコル・エンティティＮ １へ転送し、プロトコル・エンティティＮ １の結果を待つ。装置Ｂ １１のプロトコル・エンティティＭ ３からメッセージを受信時に連結がなければ、そのメッセージがどちらの層のメッセージであるかにより、連結処理部は特に何もせずに第一の手順処理部２０またはプロトコル・エンティティＭ−Ｎ間転送部２４へメッセージを転送するものとする。第一の手順処理部２０は、プロトコルの詳細に従って第一の手順のメッセージを処理するロジックから構成される。連結判定処理の第一の方法が使用される場合、連結タイマー２３は、その終了時に連結処理部２１を起動させる。連結処理部２１が連結タイマー２３の終了前にプロトコル・エンティティＮ １からメッセージを受信する場合には、連結処理部はそのメッセージを第一の手順処理部２０から受信するメッセージと連結するものとする。連結判定処理の第二の方法が使用される場合、かつ連結処理部２１がプロトコル・エンティティＮ １からエラーのないメッセージを受信する場合、連結処理部２１はそのメッセージをプロトコル・エンティティＭの成功メッセージと連結できる。連結処理部２１がプロトコル・エンティティＮ １からよくないメッセージを受信する場合、連結処理部２１はプロトコル・エンティティＭ ２と連結せずにそのメッセージを装置Ｂへ送り返すものとする。連結処理部２１は、プロトコル・エンティティＮ １からのエラーのないメッセージを待ち続けることができる。
【００１６】
装置Ａ １０はさらに、装置Ａ １０のプロトコル・エンティティＭ ３との間でのメッセージの受信と転送を行うプロトコル・エンティティＮ−Ｍ間受信部１００とプロトコル・エンティティＮ−Ｍ間転送部１０１により構成されるプロトコル・エンティティＮ １により構成される。第二の手順処理部１０２は、二つの装置間のプロトコルの詳細に従って第二の手順を処理する。
【００１７】
図３では、装置Ｂ １１の装置が説明される。当該装置は、プロトコル・エンティティＭ ３とプロトコル・エンティティＮ ４から構成される。プロトコル・エンティティＭ ３は、装置Ｂ １１のプロトコル・エンティティＭ ２との間でのメッセージの転送と受信を担当するプロトコル・エンティティＭ−Ｍ間転送部３５とプロトコル・エンティティＭ−Ｍ間受信部３６により構成される。さらに、プロトコル・エンティティＭ ３は、装置Ｂ １１のプロトコル・エンティティＮ ４との間でのメッセージの転送と受信を行うプロトコル・エンティティＭ−Ｎ間転送部３４とプロトコル・エンティティＭ−Ｎ間受信部３３により構成される。プロトコル・エンティティＭ ３は、さらに連結処理部３７により構成される。連結処理部３７は、装置Ｂ １１のプロトコル・エンティティＮ ４と装置Ａ １０のプロトコル・エンティティＭ ２から受信したメッセージを処理する。同時に、連結処理部３７は、装置Ａ １０のプロトコル・エンティティＭ ２へ送信すべきメッセージも処理する。装置Ａ １０のプロトコル・エンティティＭ ２からメッセージを受信すると、連結処理部３７は、連結されたメッセージが存在するかどうかをチェックする。もし存在すれば、連結処理部は応答メッセージを連結するか否かの判定を含む連結判定処理を行うものとする。連結判定処理は、二つの方法で実現可能である。第一の方法では、連結処理部３７は連結タイマー３２を始動させ、装置Ａ １０内のプロトコル・エンティティＮ １のメッセージを装置Ｂ １１内のプロトコル・エンティティＮ ４へ転送する。連結判定処理の第二の方法では、連結処理部３７は装置Ａ １０のプロトコル・エンティティＮ １のメッセージを装置Ｂ １１のプロトコル・エンティティＮ ４へ転送し、プロトコル・エンティティＮ ４の結果を待つ。装置Ａ １０のプロトコル・エンティティＭ ２からメッセージを受信時に連結がなければ、そのメッセージがどちらの層のメッセージであるかにより、連結処理部は特に何もせずに第一の手順処理部３１またはプロトコル・エンティティＭ−Ｎ間転送部３４へメッセージを転送するものとする。連結が存在する場合、連結処理部３７は第二の手順成功タイマー３０も始動させる。第一の手順処理部３１は、プロトコルの詳細に従って第一の手順のメッセージを処理するロジックから構成される。連結判定処理の第一の方法が使用される場合、連結タイマー３２は、その終了時に連結処理部３１を起動させる。連結処理部３７が連結タイマー３２の終了前にプロトコル・エンティティＮ ４からメッセージを受信する場合には、連結処理部はそのメッセージを第一の手順処理部３１から受信するメッセージと連結するものとする。連結判定処理の第二の方法が使用される場合、かつ連結処理部３７がプロトコル・エンティティＮ ４から確実な結果を受信する場合、連結処理部３７はそのメッセージをプロトコル・エンティティＭの成功メッセージと連結できる。連結処理部３７がプロトコル・エンティティＮ ４からエラーのあるメッセージを受信する場合、連結処理部３７はプロトコル・エンティティＭ ３と連結せずにそのメッセージを装置Ａへ送り返すものとする。連結処理部３７は、プロトコル・エンティティＮ １からのエラ��のないメッセージを待ち続けることができる。第二の手順成功タイマー３０は、そのタイマーの終了時に連結処理部３７を起動させる。第二の手順成功タイマー３０の終了前に、連結処理部３７が装置Ｂ １１のプロトコル・エンティティＮ ４から第二の手順成功メッセージを受信する場合、かつ第一の手順も成功している場合には、連結処理部は第一の手順を起動させて状態を成功状態に遷移させる。第二の手順成功タイマー３０の終了前に、連結処理部３７が装置Ｂ １１のプロトコル・エンティティＮ ４から第二の手順成功メッセージを受信しない場合には、連結処理部３７は第一の手順処理部３１を起動させて、第一の手順無効化手順を開始させ、その状態を初期状態に遷移させる。
【００１８】
装置Ｂ １１はさらに、装置Ａ １０のプロトコル・エンティティＭ ４との間でのメッセージの受信と転送を行うプロトコル・エンティティＮ−Ｍ間受信部４２とプロトコル・エンティティＮ−Ｍ間転送部４０により構成されるプロトコル・エンティティＮ ４により構成される。 第二の手順処理部４１は、二つの装置間のプロトコルの詳細に従って第二の手順を処理する。第二の手順処理部４１はまた、第二の手順が成功した場合、装置Ｂ １１のプロトコル・エンティティＭ ４に第二の手順成功メッセージを送信する。
【００１９】
図４は、プロトコル・エンティティＭの成功状態を実現する明白な方法または当業者の方法を示す。ここで、装置Ａ １０と装置Ｂ １１の両方においてプロトコル・エンティティＭの初期状態から、各プロトコル・エンティティＭ及びＮは、プロトコル・エンティティＭの状態を成功状態に遷移させることになる各々の手順を独立に完了する。前述したように、この方法の欠点は、全手順を完了するには複数回の往復を必要とすることである。ステップＳ７０において、装置Ａ １０のプロトコル・エンティティＭ ２から装置Ｂ １１のプロトコル・エンティティＭ ３へ第一の手順の要求が発せられる。装置Ｂ １１のプロトコル・エンティティＭ ３は、このメッセージを処理し、要求が処理可能であれば、プロトコル・エンティティＭ ３によって認証が実行可能である。ただし、この認証は選択的であり、すべてのプロトコルによって要求されることもあるし、要求されないこともあることに留意されたい。装置Ａ １０がいったん認証されると、装置Ｂ １１のプロトコル・エンティティＭ ３は、ステップＳ４０に示されるように、第一の手順の受付けメッセージを送信する。装置Ａ １０のプロトコル・エンティティＭ ２は、この受付けメッセージを受信すると、ステップＳ４において、受付けメッセージが装置Ａ １０で受入れ可能か否かをチェックする。それがＯＫであれば、装置Ａ １０のプロトコル・エンティティＭ ２は、ステップＳ５において、第一の手順の完了として確認メッセージを送信する。
【００２０】
このステップの後、第二の手順についての各ステップが同様に実行される。Ｓ６Ａ、Ｓ６Ｂ及びＳ６ＣからなるステップＳ６において、装置Ａ １０のプロトコル・エンティティＮ １から装置Ｂ １１のプロトコル・エンティティＮ ４へ第二の手順の要求が、装置Ａ １０と装置Ｂ １１上の各プロトコル・エンティティＭを介して発せられる。装置Ｂ １１のプロトコル・エンティティＮ ４はこのメッセージを処理し、要求が受入れ可能あれば、装置Ｂ １１のプロトコル・エンティティＮ ４は、ステップＳ８Ａ，Ｓ８Ｂ及びＳ８ＣからなるステップＳ８に示されるように、第二の手順の受付けメッセージを送信する。装置Ａ １０のプロトコル・エンティティＮ １は、この受付けメッセージを受信すると、ステップＳ９において、受付けメッセージが装置Ａ １０で受入れ可能か否かをチェックする。それがＯＫであれば、ステップＳ１０Ａ，Ｓ１０Ｂ及びＳ１０ＣからなるステップＳ１０において、装置Ａ １０は第一の手順の完了として確認メッセージを送信する。 
【００２１】
第二の手順が完了した時点で、装置Ａ １０及びＢの各プロトコル・エンティティＭは、ステップＳ７１とＳ７２にそれぞれ示されるように、その状態を成功状態へ遷移する。
【００２２】
図５は、両方の手順を実行する、または実行しなければならないことは従来から周知のことであったにもかかわらず、成功の状態遷移を実現するために複数回の往復を必要とする前述の問題に対する先行技術のソリューションを示す。先行技術のソリューションの概要は、各手順の要求、応答及び完了メッセージを連結し、これらのメッセージを一緒に送信することであり、その結果、成功の場合には必要とされる往復が１回少なくなる。
【００２３】
Ｓ７０に示される初期状態から、装置Ａ １０のプロトコル・エンティティＮ １は、ステップＳ１に示されるように、第二の手順の要求を送信する。このメッセージを受信後、装置Ａ １０のプロトコル・エンティティＭ ２は、ステップＳ１１に示されるように、このメッセージを自身が持つ第一の手順の要求メッセージと連結してそれを装置Ｂ １１のプロトコル・エンティティＭ ３へ送信する。装置Ｂ １１のプロトコル・エンティティＭ ３は、これが連結メッセージであることを認識し、プロトコル・エンティティＮ ４へ第二の手順の要求を転送する。プロトコル・エンティティＭ ３は、次に、第一の手順の要求を処理し、ステップＳ８０に示されるように、プロトコル・エンティティＮ ４からの第二の手順の受付けメッセージを待つ。ステップＳ８において、このメッセージを受信したら、プロトコル・エンティティＭ ３は、Ｓ１２の第二の手順の受付けを処理するステップにおいて、これが受付けメッセージであるか否かをチェックする。これが受付けメッセージあり、かつプロトコル・エンティティＭ自身が受付けメッセージを送信しようとしていれば、ステップＳ１３に示されるように、両方のメッセージを連結してそれを装置Ａ １０のプロトコル・エンティティＭ ２へ送信する。プロトコル・エンティティＭ ２は、連結メッセージを受信したら、ステップＳ８に示されるように、第二の手順の受付けメッセージを転送する。ステップＳ４に示されるように第一の手順の受付けメッセージを処理した後、プロトコル・エンティティＭ ２は、ステップＳ８１に示されるように、第二の手順の完了メッセージを待つ。ステップＳ１０ｃに示されるように、プロトコル・エンティティＮ １が第二の手順の完了メッセージを送信すると、プロトコル・エンティティＭ ２は、これが完了メッセージか否かをチェックし、ステップＳ１５に示されるように、自身の持つ第一の手順の完了メッセージと連結してそれを装置Ｂ １１のプロトコル・エンティティＭ ３へ送信する決定をする。装置Ｂ １１のプロトコル・エンティティＭ ３は、このメッセージを受信したら、ステップＳ１０Ｃに示されるように、第二の手順の完了を装置Ｂ １１のプロトコル・エンティティＮ ４へ転送する。装置Ｂ １１のプロトコル・エンティティＮ ４は、ステップＳ１６に示されるように、当該プロトコルに従ってメッセージを処理する。ステップＳ９０に示されるように、プロトコル・エンティティが第一の手順の完了メッセージを処理した後、装置Ａ １０と装置Ｂ １１の各プロトコル・エンティティＭは、ステップＳ７１とＳ７２にそれぞれ示されるように、その状態を成功状態へ遷移する。
【００２４】
図６は、先行技術が直面するであろう起こり得る問題を説明する。ステップＳ７０，Ｓ７３、Ｓ１、Ｓ１１、Ｓ２，Ｓ６は、図５に示したものと同じである。ステップＳ７で、第二の手順の処理が要求にエラーがあることを発見し、ステップＳ３０に示されるように、要求を拒否する決定をする。プロトコル・エンティティＭ ３は、第一の手順の要求を受け付けていたとしても、ステップＳ３１において第二の手順の拒否を知った時点で、両方の手順が成功する必要があるので、もはや成功状態への状態遷移を望めなくなる。したがって、プロトコル・エンティティＭ ３は、ステップＳ３２に示されるように、第一の手順の拒否と第二の手順の拒否の両方を送信する。プロトコル・エンティティＭ ２は、第二の手順の拒否メッセージを受信時、第二の手順の拒否メッセージをプロトコル・エンティティＮ １へ転送する。ステップＳ３３において、第一の手順の要求が拒否されたことを確認後、ステップＳ７０に示されるように、プロトコル・エンティティＭ ２は初期状態に留まり得る。一方、プロトコル・エンティティＮ １は、第二の手順の拒否メッセージを処理し、エラーを訂正後に、第二の手順の要求メッセージをもう一度再送信する。このメッセージを受信後、図４で説明した各ステップを繰り返して、両方の手順を完了させることができる。つまり、以上に示したように、第二の手順にエラーがあるときにはいつも, 第一の手順が影響を受け、通常とは異なる挙動をせざる得なくなる。それだけではなく、第一の手順は第二の手順と共に繰り返されなければならないので、状態を遷移するのにかかる時間を増加させる。われわれが見つけることができるもう一つの問題は、第一の手順が第二の手順に時間的に依存することである。装置Ａ １０と装置Ｂ １１上のプロトコル・エンティティＭは、それぞれ装置Ａ １０と装置Ｂ １１上のプロトコル・エンティティＮからの応答をいつも待つので、これは第一の手順を終了させるために必要なタイマーを大幅に増加させる。プロトコル・エンティティＭの遷移の状態が完了しなくても処理できる手順もいくつかあり得る。例えば、３ＧＰＰの場合では、デフォルト・ベアラ確立処理が完了しなくてもアタッチ処理を完了させることができ、ＵＥはネットワークに結び付けられることが可能である。先行技術では、これが可能ではない。というのは第二の手順にエラー発生時には、装置Ａ １０は第一の手順を再確立しなければならないためである。
【００２５】
図７は、本発明の基本的なソリューションを示す。ステップＳ７９、Ｓ１、Ｓ１１、Ｓ６、Ｓ２及びＳ７は、図４における説明と同様である。ステップ２の後、装置Ｂ １１上のプロトコル・エンティティＭ ３の連結処理部３７が、ステップＳ５０に示されるように、連結タイマーＴ１ ３２を始動させる。連結処理部３７は、第一の手順の受付けメッセージを装置Ａ １０のプロトコル・エンティティＭ ２に送信する前に、このタイマーの終了まで待つ。連結処理部はまた、第二の手順成功タイマー３０を始動させる。第二の手順成功タイマーは、その終了時に連結処理部３７を起動させ、続いて連結処理部３７が第一の手順処理部を起動させて、第一の手順無効化メッセージを開始させる。装置Ｂ １１のプロトコル・エンティティＭ ３は、ステップＳ４０に示されるように、装置Ａ １０のプロトコル・エンティティＭ ２との間で認証を開始することもできる。プロトコル・エンティティＮ ４は、第二の手順の要求を処理し、それがＯＫであればさらに処理を進めるために、ステップＳ８に示されるように、第二の手順の受付けメッセージを送信する。第二の手順の受付けメッセージが連結タイマーＴ１ ３２の終了前に受信された場合には、ステップＳ５２に示されるように、連結タイマーＴ１ ３２は停止される。プロトコル・エンティティＭ ３はそこで、ステップＳ１３に示されるように、第二の手順の受付けを第一の手順の受付と連結してそれを装置Ａ １０のプロトコル・エンティティＭ ２へ送信する。このメッセージを受信後、装置Ａ １０のプロトコル・エンティティＭ ２は、第二の手順の受付けメッセージを装置Ａ １０のプロトコル・エンティティＮ １へ転送する。その後、プロトコル・エンティティＭ ２自身は、第一の手順を処理し、それが受入れ可能か否かをチェックする。受入れ可能であれば、ステップＳ５３に示されるように、連結タイマーＴ２ ２３を始動させる。プロトコル・エンティティＮ １は、第二の手順の受付けがＯＫであることを確認すると、ステップＳ１０に示されるように、第二の手順の完了メッセージをプロトコル・エンティティＭ ２へ送信する。第二の手順の完了メッセージがタイマーＴ２の終了前に受信された場合には、プロトコル・エンティティＭ ２は、ステップＳ１５に示されるように、第一の手順の完了を第二の手順と連結する。装置Ｂ １１上のプロトコル・エンティティＭ ３の連結処理部３７は、メッセージが連結されたものであることを確認し、それを装置Ｂ １１のプロトコル・エンティティＮ ４へ転送する。装置Ｂ １１のプロトコル・エンティティＮ ４は、ステップＳ５５に示されるように、第二の手順完了の成功を確認する。次に、ステップＳ５６に示されるように、プロトコル・エンティティＮ ４は第二の手順成功メッセージをプロトコル・エンティティＭ ３へ転送する。ステップＳ５６に示されるように、第二の手順成功メッセージが第二の手順成功タイマーの終了前に受信された場合、ステップＳ７２に示されるように、プロトコル・エンティティＭ ３は状態を成功状態へ遷移する。同様に、ステップＳ７１に示されるように、プロトコル・エンティティＭ ２も、第一の手順の完了を送信後、その状態を成功状態へ遷移する。
【００２６】
図８は、装置Ｂ １１上のプロトコル・エンティティＭ ３にある連結タイマーＴ１が終了する場合の基本的なソリューションのケースを説明する図である。ステップＳ７０、Ｓ７３、Ｓ１、Ｓ１１、Ｓ６、Ｓ２、Ｓ４０、Ｓ５０、Ｓ５１は、図７に示したものと同じである。ここで、装置Ｂ １１のプロトコル・エンティティＮ ４において第二の手順の要求を処理する際の遅延が、ステップＳ６０に示されるように、連結タイマーＴ１ ３２の終了を引き起こす。連結タイマーＴ１ ３２が終了すると、ステップＳ１３に示されるように、プロトコル・エンティティＭ ３は、連結を行わずに第一の手順の受付けメッセージを独立に送信する。この第一の手順の受付けは、ステップＳ４に示されるように、連結がないので転送を伴わずに処理される。連結がないので、連結タイマーも必要ない。第一の手順の受付けが処理され、受入れ可能であると、ステップＳ３に示されるように、第一の手順の完了が送信され、したがって、第一の手順は成功となる。しかし、その状態を成功に遷移するためには、第一の手順は第二の手順側の成功を必要とする。一方、プロトコル・エンティティＮは、ステップＳ８に示されるように、第二の手順の受付けメッセージを送信し、このメッセージはステップＳ８ａ、Ｓ８ｂ及びＳ８ｃで装置Ａ １０のプロトコル・エンティティＮ １へ転送される。これに続くステップＳ９、Ｓ１０Ａ、Ｓ１０Ｂ、Ｓ１０Ｃ、Ｓ１６は図４と同様である。次に、プロトコル・エンティティＮ ４は、ステップＳ５６に示されるように、第二の手順成功をプロトコル・エンティティＭ ３へ送信する。プロトコル・エンティティＭ ３が、第二の手順成功タイマー３０の終了前に第二の手順成功メッセージを受信した場合には、ステップＳ５７に示されるように、第二の手順成功タイマーは停止される。その後、ステップＳ７２に示されるように、プロトコル・エンティティＭ ３の状態は成功状態へ遷移する。同様に、ステップＳ７１に示されるように、プロトコル・エンティティＭ ２も、第一の手順の完了を送信後にその状態を成功へ遷移する。
【００２７】
図９は、装置Ａ １０上のプロトコル・エンティティＭ ２にある連結タイマーＴ２ ２３が終了する場合の基本的なソリューションのケースを示す。ステップＳ７０、Ｓ７３、Ｓ１、Ｓ１１、Ｓ６、Ｓ２、Ｓ４０、Ｓ５０、Ｓ５１、Ｓ５１、Ｓ８、Ｓ１３、Ｓ４、Ｓ８Ｃ、及びＳ５２の説明は、図７での説明と同じである。このケースでは、ステップＳ９において第二の手順の受付けを処理することが少し長く時間がかかり、連結タイマーＴ２ ２３の終了前に応答を返すことができない。ステップＳ５に示されるように、装置Ａ １０上のプロトコル・エンティティＭ ２の連結処理部２１は、連結タイマーＴ２ ２３の終了後すぐに、連結を行わずに第一の手順の終了を送出する。一方、プロトコル・エンティティＮ １は、第二の手順の完了メッセージを応答し、このメッセージは、ステップＳ１０Ａ、Ｓ１０Ｂ及びＳ１０Ｃでプロトコル・エンティティＮ ４へ転送される。ステップＳ５５に示されるように、第二の手順の完了メッセージを確認後、プロトコル・エンティティＮ ４は、ステップＳ５６に示されるように、第二の手順成功メッセージをプロトコル・エンティティＭ ３へ送信する。第二の手順成功タイマー３０の終了前に第二の手順成功メッセージが受信された場合には、ステップＳ５７に示されるように、第二の手順成功タイマーは停止される。その後、ステップＳ７２に示されるように、プロトコル・エンティティＭ ３の状態は成功状態へ遷移する。同様に、ステップＳ７１に示されるように、プロトコル・エンティティＭ ２も、第一の手順の完了を送信後にその状態を成功へ遷移する。
【００２８】
図１０は、第二の手順の処理中にエラーがある場合の基本的なソリューションのケースを示す。ステップＳ７０、Ｓ７３、Ｓ１、Ｓ１１、Ｓ６、Ｓ２、Ｓ４０、Ｓ５０及びＳ５１の説明は、図７での説明と同じである。ステップＳ７に示されるように、第二の手順の要求がプロトコル・エンティティＮによって処理されているときに、エラーの可能性があり得る。現行の技術の場合では、装置Ａ １０または装置Ｂ １１上のプロトコル・エンティティＭはこのエラーによって影響をこうむり、第一の手順を再起動しなければならなくなる。しかし、本ケースでは、ステップＳ８に示されるように、プロトコル・エンティティＮ ４によって第二の手順の拒否がプロトコル・エンティティＭ ３へ送信されるとき、このメッセージが連結タイマーＴ１ ３２の終了前に受信されるならば、ステップＳ１３に示されるように、このメッセージは第一の手順の受付けと連結されて送信される。また、この場合には連結タイマーは停止される。ステップＳ８４に示されるように、第二の手順の拒否はプロトコル・エンティティＮ １へ転送される。このメッセージを受信後、プロトコル・エンティティＮ １この拒否を処理し、可能であれば第二の手順を再試行する。第一の手順の完了は、ステップＳ５に示されるように、装置Ａ １０上のプロトコル・エンティティＭ ２からto in 装置Ｂ １１上のプロトコル・エンティティＮへ送信される。その後のステップは、図４の通り、Ｓ６Ａ、Ｓ６Ｂ、Ｓ６Ｃ、Ｓ７、Ｓ８Ａ、Ｓ８Ｃ、Ｓ９、Ｓ１０Ａ、Ｓ１０Ｂ、及びＳ１０Ｃである。プロトコル・エンティティＮ ４は、ステップＳ５５に示されるように、第二の手順成功メッセージの処理を終了すると、ステップＳ５６に示されるように、第二の手順成功メッセージを装置Ｂ １１上のプロトコル・エンティティＭ ３へ転送できる。このメッセージが第二の手順成功タイマー３０の終了前に受信された場合には、第二の手順成功タイマーは停止され、ステップＳ７２に示されるように、装置Ａ １０のプロトコル・エンティティＭ ２はその状態を成功状態へ遷移する。同様に、ステップＳ７１に示されるように、プロトコル・エンティティＭ ２も、第一の手順の完了を送信後にその状態を成功へ遷移する。
【００２９】
図１０では、連結タイマーＴ２の終了前に第二の手順の要求がプロトコル・エンティティＭへ到着しないために、第二の手順の要求は独立に送信されることが示されている。しかし、このメッセージが連結タイマーＴ２の終了前にプロトコル・エンティティＭへ送信されるならば、このメッセージを連結して送信できることは全く可能である。その後、Ｓ７２に示されるように、プロトコル・エンティティＭの状態は成功状態へ遷移する。また、第二の手順のタイマー値を高くすることによって、第二の手順成功タイマーの終了前に第二の手順を複数回実行することも可能である。
【００３０】
図１１は、本発明の基本的なソリューションにおいて第二の手順成功タイマーが終了するケースを説明する。ステップＳ７０、Ｓ７３、Ｓ１、Ｓ１１、Ｓ６、Ｓ７、Ｓ２、Ｓ５０、Ｓ５１、Ｓ４０、Ｓ８、Ｓ５２、Ｓ１３及びＳ８４は、図１０での説明と同じである。本ケースでは、何らかの理由で、第二の手順の拒否を処理することが通常より多く時間がかかり、新たな第二の手順を所定の時間内に再起動できない場合を想定する。したがって、本ケースでは、装置Ｂ １１上の第二の手順成功タイマーの終了前に第二の手順の完了が成功しない。第二の手順成功タイマーの終了前に第二の手順を確立できない本ケース及びその他のすべてのエラーまたは異常なケースでは、装置Ｂ １１のプロトコル・エンティティＭ ３内の連結処理部３７が第一の手順処理部３１を起動させ、第一の手順拒否手順を開始させる。この手順後に、装置Ａ １０と装置Ｂ １１上の各プロトコル・エンティティの状態は初期状態に戻る。
【００３１】
図１２は、３ＧＰＰのＳＡＥ（システム・アーキテクチャ進化）におけるＮＡＳ層（非アクセス層）向けの現行のプロトコル・システムを提示する。これに含まれる二つのプロトコルは、ＥＭＭ（進化モビリティ管理）とＥＳＭ（進化セッション管理）と呼ばれる。ＥＭＭプロトコルとＥＳＭプロトコルは、インタフェースＩ１０及びＩ１２を介して、それぞれＵＥ２００とＭＭＥ２０１(モビリティ管理実体）上にあるピアのエンティティによって通信する。つまり、ＵＥ２００のＥＭＭ２０２は、ＭＭＥ２０１のＥＭＭ２０３と通信する。そしてＵＥ２００のＥＳＭ２０４は、ＭＭＥ２０１のＥＳＭ２０５と通信する。一般に、これらのプロトコル層の機能は、明確に定義され、互いに全く独立している。ＥＭＭは、ＵＥ２００の位置の管理、ＵＥ２００のネットワークへの接続の介助、ＵＥの認証及び権限付与に関与する。ＥＳＭは、ＵＥのＩＰコンテクストの処理に関与する。例えば、上記の処理は、データ接続のためのＩＰアドレスをＵＥに与えることやＩＰコンテクストに応じたＱｏＳを与えることなどを含む。現在、３ＧＰＰでは、always-on IP connectivityと呼ばれる、つまりＵＥがネットワークにアタッチすると直ちにＩＰコンテクストを持たなければならないという新たな要件が存在する。これは、コア・ネットワークと無線アクセス・ネットワークの両方においてＵＥ用のデフォルトのベアラを確保しなければないことを意味する。これはユーザにとっては非常によい機能である一方、この機能の開発は、明白というよりもずっと複雑である。通常、まずＥＭＭ層がアタッチ手順を行い、ＵＥはネットワークに「アタッチした」状態になる。次に、ユーザがデータの送信を望むとき、またはＵＥのネット上に送信待ちのデータがあるとき、ＵＥ用のＩＰコンテクストが作成される。このために、ＵＥ上のＥＳＭ層はネットワーク上のＥＳＭ層と対話してＥＭＭ層とは独立にｐｄｐコンテクストを確立する。同様に、ＥＭＭは、ＥＳＭのデータを盲目的に転送する以外には、ＩＰコンテクスト確立に何の役割も持たない。しかし、これらの二つの独立した手順が順次に実行されなければならない状況が発生するのに対して、どうにかして二つの手順を一つにまとめることによって貴重な無線リソースとＵＥのバッテリを節約できないものかと疑問に思う人もいよう。数企業が発案した一つのソリューションは、３ＧＰＰのＳＡ２文書に記述されているもので、二つのプロトコルの各メッセージを連結してまとめるということである。ＥＭＭ層が、ＥＳＭ層からのメッセージを待ち、そこで連結したメッセージをネットワーク上に送信する。これは往復時間を削減するが、強制的にこの連結を行い、したがって二つの層の機能を混合する場合に、これは各プロトコル層の設計にかなりの複雑性を加える。このような強制的な連結は、エラーの解決を難解にし、ネットワークに結び付けられることが可能であるＵＥにとって最も重要なＥＭＭレベルの手順を処理するための時間を増加する。
【００３２】
図１３は、二つの手順を一つにまとめるための明白なソリューションである。ここでは、アタッチとＩＰコンテクスト起動の二つの手順が順次に実行される。ステップＳ１００とステップＳ１０１では、ＵＥ２００とＭＭＥ２０１の各ＥＭＭ層はデタッチ状態にある。ステップＳ１０２において、ＵＥ上のＥＭＭ２０４がＭＭＥ２０１上のＥＭＭ２０３にアタッチ要求を送信する。アタッチ要求は、ステップＳ１０３において処理され、正しさがチェックされる。アタッチ要求が正しく処理可能であれば、ステップＳ１０４でＵＥ２００は認証される。ＵＥ２００が認証されれば、ステップＳ１０５に示されるように、アタッチ受付けメッセージが送信される。ステップＳ１０６に示されるように、アタッチ受付けはＵＥ２００上のＥＭＭ２０４によって処理され、ＯＫであれば、ステップＳ１０７に示されるように、ＵＥ２００上のＥＭＭ２０４はアタッチ完了メッセージを送信する。アタッチされた時点で、ステップＳ１０８Ａ，Ｓ１０８Ｂ及びＳ１０８Ｃで、ＰＤＮ Ｃｏｎｎ（またはConnectivity）要求メッセージが、ＵＥ２００上のＥＳＭ２０４からＭＭＥ２０１上のＥＳＭ２０５へ送信される。このＰＤＮ Ｃｏｎｎ要求メッセージは、ステップＳ１０９においてＥＳＭ２０５によって処理され、ＯＫであれば、ＰＤＮ Ｃｏｎｎ受付けメッセージが、ステップＳ１１０Ａ，Ｓ１１０Ｂ及びＳ１１０Ｃで送信される。ＰＤＮ Ｃｏｎｎ受付けメッセージは、ステップＳ１１１において、ＵＥ２００のＥＳＭ２０４で処理される。このメッセージの処理後、メッセージが正しければ、ステップＳ１１２Ａ，Ｓ１１２Ｂ及びＳ１１２ＣでＰＤＮ Ｃｏｎｎ完了メッセージが、ＵＥ２００上のＥＳＭ２０４によってＭＭＥ２０１上のＥＳＭ２０５へ送信される。その後、ステップＳ１１３とＳ１１４にそれぞれ示されるように、ＵＥ２００とＭＭＥ２０１上の各ＥＭＭ層はその状態をアタッチ状態へ遷移する。
【００３３】
図１４は、本発明の３ＧＰＰの実施形態を示す。ステップＳ１００とＳ１０１にれぞれ示されるように、最初は、ＵＥ２００とＭＭＥ２０１のＥＭＭの状態はデタッチ状態にある。ステップＳ１０８Ａに示されるように、ＥＳＭ２０４がＰＤＮ Ｃｏｎｎ要求メッセージを送信する。メッセージＳ１１５に示されるように、ＵＥ２００のＥＭＭ２０２がこの要求を自身が持つアタッチ要求メッセージと連結してそれをＭＭＥ２０１のＥＭＭ２０３へ送信する。この連結メッセージが受信されると、ＭＭＥ２０１のＥＭＭ２０３内の連結処理部は、メッセージが連結されたものであることを確認する。連結メッセージである場合、連結処理部はＰＤＮ Ｃｏｎｎ要求メッセージをＥＳＭ２０５へ転送する。ステップＳ１０９に示されるように、ＥＳＭ２０５はＰＤＮ Connect要求メッセージを処理する。これは、ＥＰＳベアラとそのコンテクストの設定を含み得る。ＥＭＭ２０３自体に備わるアタッチ処理部がアタッチ要求メッセージを処理し、要求がＯＫであれば、アタッチ受付けメッセージを連結処理部３７へ送信する。その後、ＥＭＭ２０３内の連結処理部３７が、ステップＳ１１６に示されるように、ＰＤＮ Ｃｏｎｎ応答タイマーを始動する。次に、ＥＳＭ２０５は、ステップＳ１１７に示されるように、ＰＤＮ Ｃｏｎｎ成功タイマーを始動させる。ＰＤＮ Ｃｏｎｎという特定の名称がタイマーに使用されているが、連結処理部がメッセージの意味を認識していることを意味するのでないことに留意されたい。連結処理部は、ただ上位層のメッセージであることを理解するにすぎない。ＰＤＮ Ｃｏｎｎ応答に対するタイマーの終了前にＥＳＭ層がＰＤＮ Ｃｏｎｎ受付けメッセージを送信した場合には、ステップＳ１１９に示されるように、連結処理部はアタッチ受付けメッセージとＰＤＮ Ｃｏｎｎ受付けメッセージを連結してそれをＵＥ２００のＥＭＭ２０２へ送信する。ＵＥ２００上のＥＭＭ２０２の連結処理部２１は、ＰＤＮ Ｃｏｎｎ受付けメッセージをＥＳＭ２０４へ転送する。また連結処理部２１は、アタッチ受付けメッセージをＥＭＭ２０２内のアタッチ処理部へ転送する。アタッチ処理部はアタッチ受付けメッセージを処理し、それが受入れ可能か否かをチェックする。受入れ可能であれば、アタッチ処理部はアタッチ完了メッセージを連結処理部２１へ転送する。連結処理部は、ＰＤＮ Ｃｏｎｎ完了メッセージに対する連結タイマー２３を始動する。一方、ＥＳＭ２０４は、ＰＤＮ Ｃｏｎｎ受付けを処理し、ＰＤＮ Ｃｏｎｎ完了メッセージをＥＭＭ２０２へ送信する。ＰＤＮ Ｃｏｎｎ完了に対する連結タイマーの終了前に、ＰＤＮ Ｃｏｎｎ完了がＥＭＭ２０２の連結処理部２１によって受信された場合には、ステップＳ１２２に示されるように、連結処理部は二つのメッセージを連結してそれをＭＭＥ２０１のＥＭＭ２０３へ転送する。ＥＭＭ２０３の連結処理部３７は連結があることを確認し、ステップＳ１１２ｃに示されるように、ＰＤＮ Ｃｏｎｎ完了メッセージをＥＳＭ２０５へ転送する。ＰＤＮ Ｃｏｎｎ完了メッセージを処理するステップＳ１２３においてこのメッセージを確認後、ＥＳＭ２０５はＰＤＮ Ｃｏｎｎ成功メッセージをＭＭＥ２０１上のＥＭＭ２０３の連結処理部へ送信する。このＰ��Ｎ Ｃｏｎｎ成功メッセージが、ＰＤＮ Ｃｏｎｎ成功タイマーの終了前に受信された場合、ＵＥとＭＭＥ上のＥＭＭの状態はＩＰアタッチ状態へ遷移する。
【００３４】
ＰＤＮ Ｃｏｎｎ受付けメッセージが、ＰＤＮ Ｃｏｎｎ受付けに対する連結タイマー３２の終了前に受信されなかった場合には、ＭＭＥ２０１内の連結処理部３７は、連結を行わずにアタッチ受付けをＵＥ２００上のＥＭＭ２０２へ独立に送信する。同様に、ＰＤＮ Ｃｏｎｎ完了メッセージが、ＰＤＮ Ｃｏｎｎ完了タイマーの終了前に受信されなかった場合、連結処理部２１は、連結を行わずにアタッチ完了メッセージをＭＭＥ２０１のＥＭＭ２０３へ独立に送信する。
【００３５】
ＰＤＮ Ｃｏｎメッセージに何らかのエラーがある場合には、ＥＳＭプロトコルはＥＭＭとは独立に続行する。ＥＳＭプロトコルに対しては、ＥＭＭ内のＰＤＮ Ｃｏｎｎ成功タイマーの終了前にそれが終了することだけがチェックされる。 
【００３６】
図１５は、本ソリューションの第三の実施形態による成功したケースを示す。前述の二つの実施形態は、プロトコル・エンティティＭが、上位層の手順を独立に送信する前に一定の時間待つようにする連結タイマーを始動させるという連結判定処理の第一の方法を使用した。プロトコル層Ｍにおける連結チェックの原則の別の変形について、この実施形態で説明する。ここで、ステップＳ１，Ｓ７０、Ｓ１１，Ｓ７３、Ｓ６、Ｓ２、Ｓ７及びＳ５１は、図７におけるステップと同等である。ステップＳ３００において、連結処理部３７は、プロトコル・エンティティＭが連結メッセージを受信し、良好な第二の手順のメッセージの受信を待つ状態になっていることを確認する。Ｓ８に示すように、プロトコル・エンティティＭがエラーのない第二の手順のメッセージを受信し、かつ第一の手順もエラーがなかった場合、ステップＳ１３に示すように、プロトコル・エンティティＭは二つのメッセージを連結して装置Ａへ送信する。残りのステップは、図７と同様である。この変形の利点は、プロトコルＭはプロトコルＭとプロトコルＮの成功メッセージを常に一緒に受信することになるので、プロトコルＭの示す状態の内部的同期を可能にすることである。同時に、この変形は、二つの層が相手の層のエラーを処理する必要がないことを確実にする。
【００３７】
図１６は、装置Ｂ １１内のプロトコル・エンティティＮにおいてエラーがある場合を示す図である。前に説明したように、ステップＳ３００において、プロトコル・エンティティＭは、エラーのない第二の手順のメッセージを受信するまで待つ状態になっている。このケースでは、ステップＳ８において、プロトコル・エンティティＭは、エラーである第二の手順の拒否メッセージを受信する。したがって、プロトコル・エンティティＭは、エラーのないメッセージを待ち続ける。プロトコル・エンティティＭは、ステップＳ８ＢとＳ８Ｃに示すように、このメッセージをプロトコル・エンティティＮへただ転送するだけである。プロトコル・エンティティは、ステップＳ６Ａ、Ｓ６Ｂ及びＳ６Ｃに示すように、要求を再開する。この要求は再び処理されて、受付け可能であれば、エラーのないメッセージがプロトコル・エンティティＭへ送られる。第一手順もエラーがなかった場合、ステップＳ１３に示すように、連結処理部は二つのメッセージを連結して装置Ａへ送信する。残りのステップは図７と同様である。両方のプロトコルが遅延と制限時間の両方に対処するように設計されている場合、プロトコル・エンティティＭは、プロトコル・エンティティＮからエラーなしではないメッセージを受信時にその連結タイマーを再始動できる。
【００３８】
図１７は、装置Ａのプロトコル・エンティティＮにおけるエラーのケースの処理を示す。ここで、ステップＳ１〜ステップＳ８Ｃは、図７と同様である。第一の手順の受付けが処理されるステップＳ４の後、プロトコル・エンティティＭは、ステップＳ３０２に示すように、エラーのない第二の手順のメッセージを待つ。エラーが発生すると仮定すると、ステップＳ３１０Ａに示すように、第二の手順エラーのメッセージが送信される。これは、エラーのあるメッセージであるので、ステップＳ３１０ＢとＳ３１０Ｃに示すように、プロトコル・エンティティＭはこのメッセージを装置Ｂへ転送し、エラーのない第二の手順のメッセージを待ち続ける。装置Ｂでは、ステップＳ３５０におけるエラー処理プロトコル実行後、ステップＳ８、Ｓ８Ｂ、Ｓ８Ｃに示すように、エンティティＮが第二の手順の受付けを再試行する。エラーのない第二の手順の完了がステップＳ１０において送信されると、プロトコル・エンティティＭが自分の持つエラーのないメッセージと第二の手順の完了を連結して装置Ｂへ転送する。残りのステップは図７と同様である。
【図１】
2010021977.tif 000003
【図２】
2010021977.tif 000004
【図３】
2010021977.tif 000005
【図４】
2010021977.tif 000006
【図５】
2010021977.tif 000007
【図６】
2010021977.tif 000008
【図７】
2010021977.tif 000009
【図８】
2010021977.tif 000010
【図９】
2010021977.tif 000011
【図１０】
2010021977.tif 000012
【図１１】
2010021977.tif 000013
【図１２】
2010021977.tif 000014
【図１３】
2010021977.tif 000015
【図１４】
2010021977.tif 000016
【図１５】
2010021977.tif 000017
【図１６】
2010021977.tif 000018
【図１７】
2010021977.tif 000019
【外国語明細書】
2010021977000001.pdf