JPWO2008044265A1 - 呼接続処理方法およびメッセージ送受信代理装置 - Google Patents
呼接続処理方法およびメッセージ送受信代理装置 Download PDFInfo
- Publication number
- JPWO2008044265A1 JPWO2008044265A1 JP2008538506A JP2008538506A JPWO2008044265A1 JP WO2008044265 A1 JPWO2008044265 A1 JP WO2008044265A1 JP 2008538506 A JP2008538506 A JP 2008538506A JP 2008538506 A JP2008538506 A JP 2008538506A JP WO2008044265 A1 JPWO2008044265 A1 JP WO2008044265A1
- Authority
- JP
- Japan
- Prior art keywords
- call connection
- mobile terminal
- user terminal
- message
- processing method
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2854—Wide area networks, e.g. public data networks
- H04L12/2856—Access arrangements, e.g. Internet access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1045—Proxies, e.g. for session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
図18はIMSに接続する次世代ネットワークシステムであるEvolved 3GPPシステムの構成例である(非特許文献1参照)。Evolved 3GPPシステムは、基地局であるeNB(evolved-UTRAN NodeB) 1a 〜1n、それを幾つか束ねて制御するアクセスゲートウェイaGW (evolved-UTRAN Access Gateway)2a〜2c、ネットワーク全体のアンカーであるIASA( Inter Access System Anchor)3などで構成され、aGW 2a〜2cとIASA 3とでIMSに対するアクセスネットワークACNが形成される。
基地局であるeNB 1a〜1nは、従来の基地局NBと無線網制御装置RNC (Radio Network Controller)の機能とほぼ同等の機能を備えている。呼接続時、移動端末(Mobile Station)とeNB間はRRC(Radio Resource Control)によりが接続され、しかる後、Attachにより該移動端末とaGW間が接続されると共に移動端末の固有の端末IDがaGWに通知される。
aGW 2a〜2cは移動端末4a,4bとIMS 5間のメッセージの受け渡しを行ない、eNB 1a 〜1nとでLTE-RAN (Radio Access Network)を形成する。ルータ的な機能を備えたIASA3はIMS 5に接続すると共にHSS (Home Subscriber Server)6、PCRF(Policy & Charging Rule Function)7, PCEF (Policy & Charging Enhance Function)に接続している。HSSは加入者(Subscriber)のプロファイルを保存するサーバ、PCRF はベアラ条件を決定し、PCRF は決定されたベアラをaGWに設定するものである。HSS はRRC接続が完了するとIASA 3, aGW2a〜2cを介してユーザ端末の認証を行い、また、aGWは該ユーザの呼に関して自分が担当である旨をHSS6に登録する。
認証、登録などの処理完了後、移動端末より発呼があると、aGW 2a〜2c はeNB 1a 〜1n
を介して受信したユーザ端末からの呼制御用SIPメッセージをIASA 3を介してIMS 5のCSCF(Call Session Control Function)8に送出し、また、IMS 5のCSCF8からIASA 3を介して受信した呼制御用SIPメッセージをeNB 1a 〜1nを介して移動端末4a,4bに送出する。そして、aGW 2a〜2cは呼接続制御完了後、移動端末からのデータをeNB 1a 〜1nを介して受信してIMS 5のルータに送出し、また、IMS 5のルータから受信したデータをeNB 1a 〜1nを介してユーザ端末4a,4bに送出する。
ある旨をHSS6に登録する(Register MME/Confirm Registration)。MMEはMobile Management Entityの略である。
以上の認証、登録、秘匿処理が終了すれば、移動端末4aはIMSサービスを受けるためにIMS5のCSCF8に登録を要請する(Register)。CSCF8は移動端末4aが未登録であるため、401
Unauthorized を返す。これにより、移動端末4aは認証データを付して再度登録を要請する(Register)。CSCFは該認証データを参照して正当であれば該移動端末4aを登録し、登録した旨を示す200OKメッセージを移動端末4aに送信する。以上により、移動端末4aはIMSサービスを受けられるようになる。
移動端末4aが発呼すると該移動端末とeNB11a間がRRC(Radio Resource Control)により接続され、しかる後、Attachにより移動端末とaGW間が接続されると共に、移動端末の固有の番号(端末ID)がaGWに通知される。RRC接続が完了するとHSS 6はIASA 3,aGW2aを介して移動端末4aの認証を行う。認証処理が終了すれば、移動端末4aはINVITEメッセージをCSCF 8に送り、CSCF 8はINVITEを受け付けた旨の100 Tryingメッセージを返す。INVITEメッセージは相手電話番号の他に、発信側移動端末4aが希望するQoS情報(例えば音声ビデオの双方向通信)、コーデック情報、使用するメッセージの種別、確認応答の有無などを含んでいる。QoSはQuality of Serviceの略である。
しかる後、CSCF 8はINVITEメッセージを着信側の移動端末14aに送るが移動端末とaGW間が接続されていない場合、aGW 12aは一斉呼び出し(paging)する。このpagingにより着信側の移動端末14aが応答すれば、発信側と同様にRRC接続、認証/秘匿処理が行なわれ、認証が終了すれば、aGW12aはINVITEメッセージを移動端末14aに送る。移動端末14aはINVITEメッセージを受信すれば、受け付けた旨を示す100 Tryingメッセージを返すと共に、セッションの進捗情況を示す183 Session Progressを発行する。183 Session Progressメッセージは、着信側移動端末14aのQoS情報(例えば音声ビデオの双方向通信)、コーデック情報、使用するメッセージの種別、確認応答の有無などを含んでいる。CSCF 8は該183 Session Progressメッセージを受信すれば発信側移動端末4aに通知し、該移動端末4aは183 Session Progressメッセージを受信すれば確認応答であるPRACKをCSCF 8を介して着信側移動端末14aに送る。着信側移動端末14a はPRACKを受信すれば、200OKメッセージをCSCF 8を介して発信側移動端末4aに通知する。
発信側の移動端末4aはベアラ設定に基づいて更新すれば、UPDATEをCSCF 8を介して着信側移動端末14aに送る。着信側移動端末14aもベアラ設定に基づいて更新を完了していれば200OKメッセージをCSCF 8を介して発信側移動端末4aに送ると共に呼び出し音発生メッセージ(Ringing)を送る。発信側移動端末4aはRingingメッセージを受信すればCSCF 8を介して確認応答PRACKを着信側移動端末14aに送り、着信側移動端末14aは200OKメッセージによりPRACK受信を発信側移動端末4aに送る。
かかる状態において、着信側移動端末14aのユーザが例えば受話機を取り上げれば(Off
Hook)、着信側移動端末14aはCSCF 8を介して200OK(INVITE)を発信側移動端末4aに送り、発信側移動端末4aが200OK(INVITE)の受信によりACKを着信側移動端末14aに返し、これにより両移動端末4a,14a間で通信が可能になる。
図21は着信側端末14aが圏外でaGW12aがPagingしても応答がない場合のシーケンスであり、CSCF 8はINVITEをaGW12aに送ってからの経過時間を監視し、経過時間が設定時間より大きくなっても100Tryingメッセージが返らなければタイムアウトとなり、408 Request
Timeoutで着信側移動端末14aが応答しない旨を発信側移動端末4aに通知し、発信側移動
端末4aはACKをCSCF 8に送信して処理を終了する。
また、Evolved 3GPPシステムにおいて、呼接続時において発呼から通信開始までの時間(呼接続時間)の短縮が求められている。多くのSIPメッセージがエンド−エンド間を流れると、呼接続時間が長くなって通信開始までの待ち時間が長くなり、しかも、その分、周波数帯域を占有してしまうことになり、無線資源をより多く消費してしまう。
従来より、SIPプロトコルを用いたシグナリング方法が提案されている。第1の従来技術(特許文献1参照)は、SIPプロトコルを使用してIMSサービスを提供するシステムにおいて、発信端末と着信端末間でセッションの設定を試み、セッション設定の試みが失敗したとき、課金しないようにして誤課金を防止するものである。
第2の従来技術(特許文献2参照)は、取得したアドレスのサブネットを越えて端末が移動した場合でも、該端末に冗長経路を通ることなくシグナリングの転送を可能にするものである。
以上から、本発明の目的は、呼接続時における無線区間でのシグナリング数を削減することである。
本発明の別の目的は、通信開始に先立って行われる呼接続時間を短縮することである。
3GPP,TS24.228v5.14.0
幹ネットワークへ送信するステップ、前記所定のSIPシグナリングメッセージ以外のメッセージはユーザ端末と基幹ネットワークとの間で送受信するステップを有している。
前記第1ステップの指示は、ユーザ端末がSIPプロトコルのINVITEメッセージで、(1)信頼性応答を要求しないこと、(2)ベアラ設定のための前提条件を指定しないこと、を宣言することにより行ない、前記第2ステップにおいて、前記代理装置は信頼性応答に関するSIPシグナリングメッセージの送受信、およびベアラ設定後の所定のSIPシグナリングメッセージの送受信を、ユーザ端末の代わりに行なう。
上記呼接続処理方法は、更に、所定のSIPシグナリングメッセージの送受信をユーザ端末に代わって行うよう該ユーザ端末より指示がなかったとき、前記代理装置は、所定のSIPシグナリングメッセージの送受信をユーザ端末に代わって行なうことを該ユーザ端末に通知するステップ、前記SIPシグナリングメッセージの送受信をユーザ端末に代わって行なうステップを有している。
上記呼接続処理方法は、更に、呼接続時に発信側ユーザ端末がSIPプロトコルのINVITEメッセージを発信してから、該INVITEメッセージに対する200OKを着信側ユーザ端末が応答する直前までの呼接続処理シーケンスを、該着信側ユーザ端末のネットワークへの接続状態に関係なく、発信側において独自に進めるステップ、発信側ユーザ端末が着信側ユーザ端末より前記200OKを受信後、前記基幹ネットワークを介して発信側ユーザ端末と着信側ユーザ端末間で通信を行うステップを有している。
本発明の第2の態様は、SIPプロトコルを用いてユーザ端末との間で呼接続処理を行う基幹ネットワークにアクセスするアクセスネットワーク内に設けられ、呼接続時にユーザ端末を代理して基幹ネットワークとの間でSIPシグナリングメッセージの送受信を行なうメッセージ送受信代理装置であり、ユーザ端末の能力情報情報や加入者情報を取得して蓄積するユーザ情報蓄積部、SIPシグナリングメッセージを受信して解析する処理、前記蓄積情報を用いたベアラ設定処理、移動端末と基地局間のSIPシグナリングメッセージの中継処理、移動端末に代わってSIPシグナリングメッセージ作成して送信する処理を行なう処理部、ユーザ端末とメッセージの送受信を行なう送受信部、基幹ネットワーク側とメッセージの送受信を行なう送受信部を備えている。
本発明は、移動端末とIMS間のSIPプロトコルのメッセージ数を無線区間において減らすことで、無線区間のデータ数を削減し、周波数帯域の占有時間を減らす。また、本発明は、着信側端末の呼出中に中間ノードが先行して接続処理を行うこと、メッセージが通過するノード数を減少させ、これにより呼接続時間の短縮を図る。
ところで、IMS(基幹ネットワーク)側は、仕様によりすでに決められたSIPメッセージを送受信しないと呼制御ができないように決められている。このため、IMSに届くメッセージの数や、IMSから送られるメッセージの数を削減することはできない。そこで、本発明では、無線通信を行う基地局eNBとIMSとの間の中間ノード(代理装置と呼ぶ)に、該IMSと移動端末UE(User Equipment)間で本来送受信されるSIPメッセージの一部の送受信を代行させる。このようにすれば、移動端末に送信し、及び移動端末から受信するSIPメッセージを必要最小限にすることができ、これにより無線区間におけるメッセージ数を削減できる。代理装置は基地局eNBでも良いが、実施例ではaGWを代理装置にしている。
図1は本発明の原理説明図であり、図1(A)は本発明におけるSIPメッセージのフロー
を示し、図1(B)は従来のSIPメッセージのフローを示している。図1(A)において、代理装置であるaGW2a,2bは、基幹ネットワークであるIMS 5のCSCF 8と移動端末4a,4b間で本来送受信されるSIPメッセージの一部の送受信を移動端末に代わって行なう。そして、aGW2a,2bは、CSCF 8から受信した必要最小限のSIPメッセージのみを移動端末4a,4bに送出し、また、該移動端末から必要最小限のSIPメッセージのみを受信してCSCF 8に送る。この結果、無線区間におけるメッセージ数を削減できる。図1(B)の従来方式では、すべてのSIPメッセージをaGW2a,2bを介してCSCF 8と移動端末4a,4b間で送受信するため無線区間におけるメッセージ数が非常に多くなる。
また、CSCF 8と着信側移動端末間で本来送受信されるSIPメッセージの一部の送受信を着信側aGW(図示せず)に代行可能なように構成する。これにより、着信側aGWと着信側移動端末間の接続を行なっている間に、発信側の呼接続シーケンスを進めることができ、呼接続時間を短縮することが可能になる。
図2は本発明を適用できる通信システムの構成図であり、基幹ネットワークであるIMS5の左側が送信側のEvolved 3GPPシステムであり、基地局1a、aGW2a、IASA3,移動端末4a、PCRF/PCEF7を備えている。IMS5の右側が受信側のEvolved 3GPPシステムであり、基地局11a、aGW12a、IASA13,移動端末14a、PCRF/PCEF17を備えている。
IMS5は呼接続シーケンス処理を行なうために送信側にCSCF8及びAF (Application Function)9を備え、受信側にCSCF18及びAF19を備えている。呼接続時、CSCFが後述する呼接続シーケンス処理を行い、AFがCSCFから提示されたベアラ設定に必要な情報を分析してPCRF/PCEFにベアラ設定を指示する。IMS5は呼接続完了後にデータを図示しないルータを介しては発信側と受信側との間で送受信する。
発信側aGW2aは、各移動端末の端末情報や加入者情報を取得して蓄積するユーザ情報蓄積部51、SIPシグナリングメッセージを受信して解析する処理MAL、前記蓄積情報を用いたベアラ設定処理BST、移動端末と基地局間のSIPシグナリングメッセージの中継処理MRL、移動端末に代わってSIPシグナリングメッセージ作成して送信する処理SAPを行なう処理部52、移動端末とメッセージの送受信を行なう送受信部53、基幹ネットワーク側とメッセージの送受信を行なう送受信部54を備えている。なお、着信側aGW12aも同様の構成を備えている。
IMS端末としてEvolved 3GPP用に改良したSIPを搭載したIMS端末と,該改良したSIPを搭載しないIMS端末があり、それぞれによりシーケンス処理が異なる。図3はIMS端末にSIPが搭載されているか否かによりどのシーケンス処理を実行するか決定する処理フローである。
GW2aは呼接続の最初に行なわれる認証処理において(ステップ101)、移動端末がEvolved
3GPP用に改良したSIPを搭載したIMS端末であるか判断し(ステップ102)、「YES」であれば第1のシーケンス処理(例えば図5のシーケンス処理)を実行し(ステップ103)、Evolved 3GPP用に改良したSIPを搭載したIMS端末でなければ第2のシーケンス処理(例えば図9のシーケンス処理)を実行する(ステップ104)。
(a)登録シーケンス
図4はEvolved 3GPP用に改良したSIPを搭載したIMS端末4aを購入後にIMS5に登録する手順説明図である。登録のための要求があると移動端末4aとeNB 1a間がRRC(Radio Resource
Control)により接続され、しかる後、Attachにより移動端末4aとaGW2a間が接続され、移動端末4aの固有の番号(端末ID)及び該端末の能力情報(メディア情報、コーデック情報)がaGW2aに通知される。メディア情報とは、移動端末が扱えるメディア情報であり、例えば、移動端末が音声情報のみを扱えるか、音声情報とビデオ情報の両方を扱えるかを指示す
る。コーデック情報は音声、ビデオ情報の符号化方法を指示するものである。
RRC接続が完了するとHSS 6はIASA 3,aGW2aを介して移動端末4aの認証を行い、aGW2aは移動端末4aが自分の担当端末である旨をHSS6に登録する。また、aGW2aは前記通知された端末情報(メディア情報、コーデック情報)に加えてHSS 6から取得した加入者情報(例えば加入者サービス情報)を移動端末に対応させて保存する。これにより、aGW2aは呼接続時に発信側移動端末に設定すべきQoSを認識できるようになる。
以上の認証、登録、秘匿処理が終了すれば、移動端末4aはIMSサービスを受けるためにIMS5のCSCF8に登録を要求する(Register)。CSCF8は移動端末4aが未登録であるため、401
Unauthorized を返す。これにより、移動端末4aは認証データを付して再度登録を要請する(Register)。CSCFは該認証データを参照して正当であれば該移動端末4aを登録し、登録した旨を示す200OKメッセージを移動端末4aに送信する。以上により、移動端末4aはIMSサービスを受けられるようになる。
図5はEvolved 3GPP用に改良したSIPを搭載したIMS移動端末4aの発呼時における呼接続シーケンスの説明図である。
移動端末4aが発呼すると該移動端末とeNB11a間がRRCによりが接続され、しかる後、Attachにより移動端末とaGW間が接続されると共に、移動端末の固有の番号(端末ID)がaGWに通知される。RRC接続が完了するとHSS 6はIASA 3,aGW2aを介して移動端末4aの認証を行う。認証処理が終了すれば、移動端末4aはINVITEメッセージをCSCF8,18に送信する。発信側のaGW2aはINVITEメッセージを解釈/中継する。INVITEメッセージは通常表1に示す内容を備えている。
"a=curr.qos local none
a=curr.qos remote none
a=des.qos mandatory local sendrecv
a=des.qos mandatory remote sendrecv"
はQoS前提条件を特定するものであり、2つ存在するが、最初のQoS前提条件はビデオに関して現在自分も相手もQoSが設定されていないが、双方向通信を希望することを意味し、第2番目のQoS前提条件は音声に関して現在自分も相手もQoSが設定されていないが、双方向通信を希望することを意味している。
"Supported:100rel"は確認応答が必要なことを指示するもの、"Allow: INVITE, ACK, CANCEL, BYE, PRACK, UPDATE, REFER, MESSAGE"は移動端末4aが使用するSIPメッセージを
意味する。
したがって、aGW2aは以降のベアラ設定に際してINVITEメッセージ内の前提条件を参照せず、予め登録されている端末情報、加入者情報に基づいてベアラ設定を行なう。また、aGW2aは確認応答を移動端末4aに送らず、しかも、移動端末4aに代行してPRACK, UPDATEを発行する。
"a=curr.qos local none
a=curr.qos remote none
a=des.qos mandatory local sendrecv
a=des.qos mandatory remote sendrecv"
はQoS前提条件を特定するものであり、2つ存在するが、最初のQoS前提条件はビデオに関して現在自分も相手もQoSが設定されていないが、双方向通信を希望することを意味し
、第2番目のQoS前提条件は音声に関して現在自分も相手もQoSが設定されていないが、双方向通信を希望することを意味している。
したがって、aGW12aは以降のベアラ設定に際して183 Session Progressメッセージの前提条件を参照せず、予め登録されている端末情報、加入者情報に基づいてベアラ設定を行なう。また、aGW12aは確認応答を移動端末14aに送らず、しかも、移動端末14aに代行してPRACK, UPDATEを発行する。
CSCF8,18のAFは200OKの受信により、予め登録されている端末情報、加入者情報に基づいて端末4a,14aのベアラ設定に必要な情報を決定してPCRF/PCEF7,17に渡し、PCRF/PCEF7、17は発信側aGW2a、着信側aGW12aとの間でベアラ設定を行ない、また、発信側aGW2a及び着信側aGW12aは、移動端末4a,14aとの間でベアラ設定を行なう。
ベアラ設定の完了により、発信側aGW2aは発信側移動端末4aに代行してUPDATEをCSCF 8,18を介して着信側aGW12aに送る。着信側aGW12aはUPDATEを受信したとき、該UPDATEを着信側移動端末14aに送らない。そして、着信側aGW12aは移動端末14aとの間でベアラ設定が完了していれば、該移動端末14aに代行して200OKメッセージをCSCF 8,18を介して発信側aGW2aに送る。発信側aGW2aは200OKメッセージを受信しても移動端末4aに送信しない。
かかる状態において、着信側移動端末14aのユーザが例えば受話機を取り上げれば(Off
Hook)、着信側移動端末14aは着信側aGW12a,CSCF8,18,発信側aGW2aを介して200OK(INVITE)を発信側移動端末4aに送り、発信側移動端末4aは200OK(INVITE)の受信によりACKを着信側移動端末14aに返す。以上により、両移動端末4a,14a間で通信が可能になる。
第1実施例によれば、送信側の無線区間における呼接続時におけるメッセージ数が12個から6個に半減し、また、受信側の無線区間における呼接続時におけるメッセージ数も12個から6個に半減する。このように、無線区間でのシグナリング数を削減できるため、高速通信を可能にしつつ、同時により多くの呼接続が可能になる。
図6は第1実施例の呼接続シーケンスの変形例の説明図である。図5の第1実施例において、発信側aGW2aは183 Session Progressメッセージを受信すれば、直ちに、該メッセージを発信側移動端末4aに送信するが、図6の変形例では200OKを受信してから183 Session Progressメッセージを発信側移動端末4aに送信する。
着信側移動端末14aの端末情報や加入者情報によっては、発信側移動端末4aが望むメディアやQoSを正常に選択できない場合がある。かかる場合、着信側aGW12aやCSCF8,18は200OK を出さず、NGを出し、エラーとなることがある。そこで、発信側aGW2aは200OKを受信してから183 Session Progressメッセージを発信側移動端末4aに送信し、NGを受信すれば発信側移動端末4aにエラー通知する。このようにすれば、メディアやQoSなどを正常に選択できたことを確認してから183 Session Progress応答を端末に送信することできる。また、メディアやQoSなどを正常に選択できずに各種エラーが発生しても、発信側移動端末4aから見て183 Session Progress受信前に該エラーメッセージを受信でき、通常のエラーが発生した場合に移動端末が受けるメッセージ順に一致させることができる。
図7はEvolved 3GPP用に改良したSIPを搭載したIMS移動端末4aの発呼時の別の呼接続シーケンスであり、呼接続時間を短縮することができる。
図5の呼接続シーケンスと異なる点は、
(1)pagingにより着信側aGW12aと着信側移動端末14a間の接続制御(RRC接続、認証処理など)を行なっている間に、着信側aGW12aが183 Session Progress メッセージを発行する点、
(2)以後、発信側は、着信側移動端末14aに関係なく、接続完了/通信開始を表わす200OK(INVITE)までの呼接続シーケンス処理500を実施する点、
(3)着信側aGW12aと着信側移動端末14a間の接続が完了後、着信側aGW12aと着信側移動端末14a間で独自に200OK(INVITE)までの呼接続シーケンス処理を実施する点、
である。
着信側移動端末14aはRingingを送信後、着信側移動端末14aのユーザが例えば受話機を取り上げれば(Off Hook)、着信側移動端末14aは着信側aGW12a,CSCF8,18,発信側aGW2aを介して200OK(INVITE)を発信側移動端末4aに送り、発信側移動端末4aは200OK(INVITE)の受信によりACKを着信側移動端末14aに返す。以上により、両移動端末4a,14a間で通信が可能になる。
第2実施例によれば、着信側aGW12aと着信側移動端末14a間の接続制御が完了する前に200OK(INVITE)までの呼接続シーケンス処理を実施するため、呼接続処理を短時間で行なうことが可能になる。
図8は第2実施例の呼接続シーケンスの変形例の説明図である。図7の第2実施例において、発信側aGW2aは183 Session Progressメッセージを受信すれば、直ちに、該メッセージを発信側移動端末4aに送信するが、図8の変形例では200OKを受信してから183 Session Progressメッセージを発信側移動端末4aに送信する。
着信側移動端末14aの端末情報や加入者情報によっては、発信側移動端末4aが望むメディアやQoSを正常に選択できない場合がある。かかる場合、着信側aGW12aやCSCF8,18は200OK を出さず、NGを出し、エラーとなることがある。そこで、発信側aGW2aは200OKを受信してから183 Session Progressメッセージを発信側移動端末4aに送信し、NGを受信すれば発信側移動端末4aにエラー通知する。このようにすれば、メディアやQoSなどを正常に選択できたことを確認してから183 Session Progress応答を端末に送信することできる。また、メディアやQoSなどを正常に選択できずに各種エラーが発生しても、発信側移動端末4aから見て183 Session Progress受信前に該エラーメッセージを受信でき、通常のエラーが発生した場合に移動端末が受けるメッセージ順に一致させることができる。
(a)登録シーケンス
Evolved 3GPP用に改良したSIPを搭載しない通常のIMS端末4aの登録手順は図19の従来例と同じである。
(b)通常のIMS端末の第1実施例の呼接続シーケンス
図9はEvolved 3GPP用に改良したSIPを搭載しない通常のIMS移動端末4a の発呼時における呼接続シーケンスの説明図である。
移動端末4aが発呼すると該移動端末とeNB11a間がRRC(Radio Resource Control)によりが接続され、しかる後、Attachにより移動端末とaGW間が接続されると共に、移動端末の固有の番号(端末ID)がaGWに通知される。RRC接続が完了するとHSS 6はIASA 3,aGW2aを介して移動端末4aの認証を行う。認証処理が終了すれば、移動端末4aはINVITEメッセージをCSCF8,18に送信する。通常のIMS移動端末4a が送信するINVITEメッセージは表1に示す内容を備えている。
発信側aGW2aはINVITEメッセージを解釈/中継しCSCF 8、18に送り、CSCF 8、18はINVITEを受け付けた旨の100 TryingメッセージをaGW2aを介して移動端末4aに返す。また、CSCF 8,18はINVITEメッセージを着信側の移動端末14aに送るが、着信側の移動端末とaGW間が接続されていない場合、aGW 12aは一斉呼び出し(paging)をする。このpagingにより着信側の移動端末14aが応答すれば、発信側と同様にRRC接続、認証/秘匿処理が行なわれ、認証が終了すれば、着信側aGW12aはINVITEを着信側移動端末14aに送る。移動端末14aはINVITEメッセージを受信すれば、受け付けた旨を示す100 Tryingメッセージを返すと共に、セッションの進捗情況を示す183 Session ProgressをCSCF8,18に送る。183 Session Progressは表2に示す内容を備えている。
発信側aGW2aは183 Session Progressメッセージを発信側移動端末4aに送出後、発信側移動端末4aに代行して183 Session Progressメッセージの確認応答であるPRACKを、CSCF8,18、着信側aGW12aを介して着信側移動端末14aに送る。着信側移動端末14a はPRACKを受信すれば、200OKメッセージをCSCF 8、18を介して発信側aGW2aに送る。発信側aGW2aは200OKメッセージを受信しても発信側衣合端末4aに送らない。
以上の処理が終了すれば、CSCF 8,18のAFは、INVITEメッセージや183 Session Progressメッセージ内のQoS情報および各移動端末の契約情報を参照し、ベアラ設定に必要な情報をPCRF/PCEF7,17に渡し、PCRF/PCEF7,17は発信側aGW2a、着信側aGW12aとの間でベアラ設定を行ない、各aGW2a、12aは移動端末4a,14aとの間でベアラ設定を行なう。
発信側aGW2aは、Ringingメッセージを受信すると、該Ringingメッセージ内の信頼性応答に関する項目を削除して発信側移動端末4aに通知する。これにより、発信側移動端末4aはRingingメッセージを受信してもPRACKを送らない。
発信側aGW2aはRingingメッセージを発信側移動端末4aに送出後、該発信側移動端末4aに代行して確認応答であるPRACKを、CSCF8,18、着信側aGW12aを介して着信側移動端末14aに送る。着信側移動端末14a はPRACKを受信すれば、200OKメッセージをCSCF 8、18を介して発信側の移動端末4aに送る。発信側aGW2aは200OKメッセージを受信しても発信側移動端末4aに送らない。
かかる状態において、着信側移動端末14aのユーザが例えば受話機を取り上げれば(Off
Hook)、着信側移動端末14aはCSCF 8を介して200OK(INVITE)を発信側移動端末4aに送り
、発信側移動端末4aが200OK(INVITE)の受信によりACKを着信側移動端末14aに返せば、両移動端末4a,14a間で通信が可能になる。
第1実施例によれば、送信側の無線区間における呼接続時におけるメッセージ数が12個から8個に減少する。このように、無線区間でのシグナリング数を削減できるため、通常のIMS端末であっても高速通信を可能にしつつ、同時により多くの呼接続が可能になる。
図10は第1実施例の呼接続シーケンスの変形例の説明図である。図9の第1実施例において、発信側aGW2aは183 Session Progressメッセージを受信すれば、直ちに、該メッセージを発信側移動端末4aに送信するが、図10の変形例では200OKを受信してから183 Session Progressメッセージを発信側移動端末4aに送信する。
着信側移動端末14aの端末情報や加入者情報によっては、発信側移動端末4aが望むメディアやQoSを正常に選択できない場合がある。かかる場合、着信側aGW12aやCSCF8,18は200OK を出さず、NGを出し、エラーとなることがある。そこで、発信側aGW2aは200OKを受信してから183 Session Progressメッセージを発信側移動端末4aに送信し、NGを受信すれば発信側移動端末4aにエラー通知する。このようにすれば、メディアやQoSなどを正常に選択できたことを確認してから183 Session Progress応答を端末に送信することできる。また、メディアやQoSなどを正常に選択できずに各種エラーが発生しても、発信側移動端末4aから見て183 Session Progress受信前に該エラーメッセージを受信でき、通常のエラーが発生した場合に移動端末が受けるメッセージ順に一致させることができる。
図11は通常のIMS移動端末4aの発呼時の別の呼接続シーケンスであり、呼接続時間を短縮することができる。
図9の呼接続シーケンスと異なる点は、
(1)pagingにより着信側aGW12aと着信側移動端末14a間の接続制御(RRC接続、認証処理など)を行なっている間に、着信側aGW12aが移動端末14aに代行して183 Session Progress メッセージを発行する点、
(2)以後、着信側移動端末14aに関係なく、接続完了/通信開始を表わす200OK(INVITE)までの呼接続シーケンス処理501を実施する点、
(3)着信側aGW12aと着信側移動端末14a間の接続が完了後、着信側aGW12aと着信側移動端末14a間で独自に200OK(INVITE)までの呼接続シーケンス処理を実施する点、
である。
着信側移動端末14aがRingingを送信後、着信側移動端末14aのユーザが例えば受話機を取り上げれば(Off Hook)、着信側移動端末14aは着信側aGW12a,CSCF8,18,発信側aGW2aを介して200OK(INVITE)を発信側移動端末4aに送り、発信側移動端末4aは200OK(INVITE)の受信によりACKを着信側移動端末14aに返す。以上により、両移動端末4a,14a間で通信が可能になる。
第2実施例によれば、着信側aGW12aと着信側移動端末14a間の接続制御が完了する前に200OK(INVITE)までの呼接続シーケンス処理を実施するため、呼接続処理を短時間で行なうことが可能になる。
図12は第2実施例の呼接続シーケンスの変形例の説明図である。図11の第2実施例において、発信側aGW2aは183 Session Progressメッセージを受信すれば、直ちに、該メッセージを発信側移動端末4aに送信するが、図12の変形例では200OKを受信してから183
Session Progressメッセージを発信側移動端末4aに送信する。
着信側移動端末14aの端末情報や加入者情報によっては、発信側移動端末4aが望むメディア通信あるいはQoSサービスができない場合がある。かかる場合には、CSCF8,18は200OK
を出さず、NGを出し、エラーとなることがある。そこで、発信側aGW2aは200OKを受信し
てから183 Session Progressメッセージを発信側移動端末4aに送信し、NGを受信すれば発信側移動端末4aにエラー通知する。発信側移動端末4aは183 Session Progressメッセージを受信していないからエラー通知により呼接続を直ちに終了できる。
図13〜図16は、Evolved 3GPP用に改良したSIPを搭載したIMS端末の呼接続シーケンス(図7の第2実施例)において、着信側移動端末が圏外の場合、busy状態の場合における処理シーケンスである。
図13は発信側移動端末4aへ183 Session Progressメッセージを送信後に、着信側移動端末14aが圏外のため応答がなくタイムアウトとなり、着信側aGW12aが406Request Timeoutを発生してエラーとなる場合の処理シーケンスである。
図14は発信側移動端末4aへ183 Session Progressメッセージを送信前に、着信側移動端末14aが圏外のため応答がなくタイムアウトとなり、着信側aGW12aが406Request Timeoutを発生してエラーとなる場合の処理シーケンスである。
図15は発信側移動端末4aへ183 Session Progressメッセージを送信後に、着信側移動端末14aがbusy状態のため、着信側aGW12aが486 Busy Here を発生してエラーとなる場合の処理シーケンスである。
図16は発信側移動端末4aへ183 Session Progressメッセージを送信前に、着信側移動端末14aがbusy状態のため、着信側aGW12aが486 Busy Here を発生してエラーとなる場合の処理シーケンスである。
図17はINVITEに対する正常応答200OK(INVITE)を発生する前にError発生メッセージXXX(error)が発生してエラーとなる場合の処理シーケンスである。発信側移動端末4a は200OK(INVITE)を受信していないので通常の発呼時のエラーとなる。
以上本発明によれば、多様なサービスを享受しながら無線区間のシグナリング数を削減することができ、同時により多くのリンクが通信可能となる。また、エンドーエンド間を流れるSIPメッセージを削減することにより、呼接続時間の短縮を図ることができ、周波数帯域を占有することなく、無線資源の有効活用ができるようになる。
Claims (9)
- SIPプロトコルを用いてユーザ端末と基幹ネットワークとの間でアクセスネットワークを介して呼接続を行なう呼接続処理方法において、
前記アクセスネットワーク内の装置(代理装置)に所定のSIPシグナリングメッセージの基幹ネットワークへの送信をユーザ端末に代わって行うよう該ユーザ端末より指示するステップ、
該指示にしたがって、呼接続時に前記所定のSIPシグナリングメッセージのあるSIPシグナリングメッセージはユーザ端末へ送らず、あるいは他のメッセージはユーザ端末に変わって基幹ネットワークへ送信するステップ、
前記所定のSIPシグナリングメッセージ以外のメッセージはユーザ端末と基幹ネットワークとの間で送受信するステップ、
を有することを特徴とする呼接続処理方法。 - 請求項1記載の呼接続処理方法において、
前記第1ステップの指示は、ユーザ端末がSIPプロトコルのINVITEメッセージで、(1)信頼性応答を要求しないこと、(2)ベアラ設定のための前提条件を指定しないこと、を宣言することにより行ない、
前記第2ステップにおいて、前記代理装置は信頼性応答に関するSIPシグナリングメッセージの送受信、およびベアラ設定後の所定のSIPシグナリングメッセージの送受信を、ユーザ端末の代わりに行なう、
ことを特徴とする呼接続処理方法。 - 請求項2記載の呼接続処理方法において、
ユーザ端末を前記アクセスネットワークに登録する際、該ユーザ端末の能力情報や加入者情報を前記代理装置に登録するステップ
を備え、
前記代理装置は該登録情報を用いてベアラ設定を行ない、該ベアラ設定後の所定のSIPシグナリングメッセージの送受信を、ユーザ端末の代わりに行なう、
ことを特徴とする呼接続処理方法。 - 請求項1記載の呼接続処理方法において、
所定のSIPシグナリングメッセージの送受信をユーザ端末に代わって行うよう該ユーザ端末より指示がなかったとき、前記代理装置は、所定のSIPシグナリングメッセージの送受信をユーザ端末に代わって行なうことを該ユーザ端末に通知するステップ、
前記SIPシグナリングメッセージの送受信をユーザ端末に代わって行なうステップ、
を有することを特徴とする呼接続処理方法。 - 請求項4記載の呼接続処理方法において、
前記所定のSIPシグナリングメッセージは、確認応答のSIPシグナリングメッセージである、
ことを特徴とする呼接続処理方法。 - 請求項1または4記載の呼接続処理方法において、
呼接続時に発信側ユーザ端末がSIPプロトコルのINVITEメッセージを発信してから、該INVITEメッセージに対する200OKを着信側ユーザ端末が応答する直前までの呼接続処理シーケンスを、該着信側ユーザ端末のネットワークへの接続状態に関係なく、発信側において独自に進めるステップ、
発信側ユーザ端末が着信側ユーザ端末より前記200OKを受信後、前記基幹ネットワークを介して発信側ユーザ端末と着信側ユーザ端末間で通信を行うステップ、
を備えることを特徴とする呼接続処理方法。 - 請求6記載の呼接続処理方法において、
前記着信側ユーザ端末が200OKを応答する直前までの着信側の呼接続処理シーケンスを、該着信側ユーザ端末と着信側の代理装置との間で独自に行なうステップ、
を有することを特徴とする呼接続処理方法。 - 請求項1または4記載の呼接続処理方法において、
前記代理装置は基幹ネットワークより呼接続の進捗情況を示すSIPメッセージを受信したとき、該メッセージのユーザ端末へ送信を留保し、サービス内容やQosの選択が正常に終了したことを確認してから、該メッセージをユーザ端末へ送信するステップ、
を有することを特徴とする呼接続処理方法。 - SIPプロトコルを用いてユーザ端末との間で呼接続処理を行う基幹ネットワークにアクセスするアクセスネットワーク内に設けられ、呼接続時にユーザ端末を代理して基幹ネットワークとの間でSIPシグナリングメッセージの送受信を行なうメッセージ送受信代理装置において、
ユーザ端末の能力情報や加入者情報を取得して蓄積するユーザ情報蓄積部、
SIPシグナリングメッセージを受信して解析する処理、前記蓄積情報を用いたベアラ設定処理、移動端末と基地局間のSIPシグナリングメッセージの中継処理、移動端末に代わってSIPシグナリングメッセージ作成して送信する処理を行なう処理部、
ユーザ端末とメッセージの送受信を行なう送受信部、
基幹ネットワーク側とメッセージの送受信を行なう送受信部、
を備えたことを特徴とするメッセージ送受信代理装置。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2006/319958 WO2008044265A1 (en) | 2006-10-05 | 2006-10-05 | Call connection processing method and message transmitting and receiving proxy device |
Publications (2)
Publication Number | Publication Date |
---|---|
JPWO2008044265A1 true JPWO2008044265A1 (ja) | 2010-02-04 |
JP4454680B2 JP4454680B2 (ja) | 2010-04-21 |
Family
ID=39282477
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2008538506A Expired - Fee Related JP4454680B2 (ja) | 2006-10-05 | 2006-10-05 | 呼接続処理方法およびメッセージ送受信代理装置 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20090193128A1 (ja) |
EP (1) | EP2063617A4 (ja) |
JP (1) | JP4454680B2 (ja) |
KR (1) | KR101051820B1 (ja) |
CN (1) | CN101536601B (ja) |
WO (1) | WO2008044265A1 (ja) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100054177A1 (en) * | 2008-09-02 | 2010-03-04 | Serdar Sahin | Method and system of using ip multimedia system for call setup in mobile satellite systems |
US8903244B2 (en) * | 2008-12-19 | 2014-12-02 | At&T Intellectual Property I., L.P. | Modular network terminals and methods to use the same |
JP2010206248A (ja) * | 2009-02-27 | 2010-09-16 | Ntt Docomo Inc | 位置登録システム、位置登録装置、及び位置登録方法 |
CN102625382B (zh) * | 2011-01-31 | 2017-08-11 | 中兴通讯股份有限公司 | 跨无线网络控制器的切换方法及*** |
US8719926B2 (en) * | 2011-02-11 | 2014-05-06 | Verizon Patent And Licensing Inc. | Denial of service detection and prevention using dialog level filtering |
US9185152B2 (en) * | 2011-08-25 | 2015-11-10 | Ustream, Inc. | Bidirectional communication on live multimedia broadcasts |
KR102072713B1 (ko) | 2013-09-02 | 2020-02-03 | 에스케이텔레콤 주식회사 | 호 처리 통합형 통화 연속성 제공 방법 및 장치 |
CN108964855B (zh) | 2017-05-22 | 2022-05-20 | 中兴通讯股份有限公司 | 一种语音信令传输方法和装置 |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH03198497A (ja) * | 1989-12-26 | 1991-08-29 | Nec Corp | 自動車電話加入者呼び出し方式 |
US6910074B1 (en) * | 2000-07-24 | 2005-06-21 | Nortel Networks Limited | System and method for service session management in an IP centric distributed network |
US7609673B2 (en) * | 2002-02-08 | 2009-10-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Packet-based conversational service for a multimedia session in a mobile communications system |
US7240366B2 (en) * | 2002-05-17 | 2007-07-03 | Microsoft Corporation | End-to-end authentication of session initiation protocol messages using certificates |
US20030236892A1 (en) * | 2002-05-31 | 2003-12-25 | Stephane Coulombe | System for adaptation of SIP messages based on recipient's terminal capabilities and preferences |
US7831247B2 (en) | 2002-11-12 | 2010-11-09 | Nokia Corporation | Method of communication and communication system |
US6798755B2 (en) * | 2002-12-31 | 2004-09-28 | Motorola, Inc. | Apparatus and method for controlling and managing individual directed sessions in a communications system |
KR100514196B1 (ko) * | 2003-02-14 | 2005-09-13 | 삼성전자주식회사 | 네트웍 어드레스 변환 및 세션 관리 시스템 및 그 방법 |
GB0311006D0 (en) * | 2003-05-13 | 2003-06-18 | Nokia Corp | Registrations in a communication system |
CN1243432C (zh) * | 2003-06-26 | 2006-02-22 | 中国科学院计算技术研究所 | 一种ip视频电话***会话和媒体授权方法 |
JP4265945B2 (ja) | 2003-08-08 | 2009-05-20 | 三菱電機株式会社 | 移動体ネットワークにおけるシグナリング転送方法および移動体ネットワーク |
US7162236B2 (en) * | 2004-04-26 | 2007-01-09 | Motorola, Inc. | Fast call set-up for multi-mode communication |
BRPI0419099B1 (pt) * | 2004-10-06 | 2017-12-12 | Telecom Italia S.P.A. | Method of providing services combined to users of mobile, and, mobile communication system |
JP4392029B2 (ja) * | 2004-11-11 | 2009-12-24 | 三菱電機株式会社 | 通信ネットワークにおけるipパケット中継方法 |
US8473617B2 (en) * | 2004-12-31 | 2013-06-25 | Sony Corporation | Media client architecture for networked communication devices |
US20070049329A1 (en) * | 2005-08-26 | 2007-03-01 | Net2Phone, Inc. | IP-enhanced cellular services |
-
2006
- 2006-10-05 WO PCT/JP2006/319958 patent/WO2008044265A1/ja active Application Filing
- 2006-10-05 EP EP06811296A patent/EP2063617A4/en not_active Withdrawn
- 2006-10-05 JP JP2008538506A patent/JP4454680B2/ja not_active Expired - Fee Related
- 2006-10-05 KR KR20097003069A patent/KR101051820B1/ko not_active IP Right Cessation
- 2006-10-05 CN CN2006800559902A patent/CN101536601B/zh not_active Expired - Fee Related
-
2009
- 2009-04-01 US US12/416,574 patent/US20090193128A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
WO2008044265A1 (en) | 2008-04-17 |
KR101051820B1 (ko) | 2011-07-25 |
KR20090035705A (ko) | 2009-04-10 |
US20090193128A1 (en) | 2009-07-30 |
EP2063617A4 (en) | 2012-11-21 |
EP2063617A1 (en) | 2009-05-27 |
CN101536601B (zh) | 2012-05-30 |
CN101536601A (zh) | 2009-09-16 |
JP4454680B2 (ja) | 2010-04-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7664103B2 (en) | Method for providing VoIP services for wireless terminals | |
US8717876B2 (en) | Providing packet-based multimedia services via a circuit bearer | |
JP4571618B2 (ja) | 会話型ベアラの交渉 | |
KR101050072B1 (ko) | 듀얼 모드 무선 디바이스로의 호출 전달 | |
US8744054B2 (en) | Method and system for automatic call redialing | |
US10462191B2 (en) | Circuit-switched and multimedia subsystem voice continuity with bearer path interruption | |
JP4454680B2 (ja) | 呼接続処理方法およびメッセージ送受信代理装置 | |
US8600006B2 (en) | Voice continuity among user terminals | |
US9641557B2 (en) | Method for joining SIP communication devices into an existing call | |
JP2004312738A (ja) | ネットワーク・リソースの最適化による、エンド・ユーザの要求に応じた会議運営のための迅速なネットワークsip/sdp手順 | |
US20100284267A1 (en) | Call set-up in a communication network | |
EP1597897A1 (en) | Routing optimization in a sip call establishment | |
US20100046733A1 (en) | Method and device for blind transfer service | |
US8626174B2 (en) | Call switching in packet-based communication networks | |
JP5841879B2 (ja) | 通信制御システム、通信制御方法、及びコンピュータプログラム | |
JP4820323B2 (ja) | 通信網選択システム | |
KR101606213B1 (ko) | mVoIP 네트워크에서 불필요한 음영 착신전환 방지 및 빠른 통화연결음 제공 방법 | |
JP6549523B2 (ja) | 要求先端末のオプション機能の非使用を整合する網間制御方法、sipサーバ及びプログラム | |
JP6282964B2 (ja) | 移動通信システム、呼制御装置、及び呼制御方法 | |
CN114205463A (zh) | 宽带语音通话前抑制常规媒体的方法和装置 | |
JP2011166369A (ja) | 内線通話方法および通信システム | |
JP2011176851A (ja) | Imsに登録されたユーザのための呼処理 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20091208 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100107 |
|
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: 20100202 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100202 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130212 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140212 Year of fee payment: 4 |
|
LAPS | Cancellation because of no payment of annual fees |