(57)【要約】【課題】  セッション制御が行われているパケット通信において、一時的なデータの切断が起こる現象を回避する。【解決手段】  本発明は、端末、3GPPアクセス網、無線LANアクセス網、コア網GW(ゲートウェイ）装置、IMSサーバからなる発側ネットワークと着側ネットワークからなるシステムにおいて、発側ネットワーク及び着側ネットワークのいずれかの端末のポートにおいて実際の通信を行っているベアラとは別に、端末とコア網GW装置の間でベアラを生成し、発側ネットワーク及び着側ネットワークのいずれかの端末でセッション更新のトリガが発生すると、該端末が、変更内容の要求をセッション制御信号で相手の端末に送信する。セッション制御信号を受信した端末は、変更内容に応じて、旧ポートから新ポートに送信先を変更して通信を行う。【選択図】  図５
2014027477.tif 000002
【特許請求の範囲】
【請求項１】
セッション制御が行われているパケット通信において、セッションの更新を行うためのパケット通信セッション更新方法であって、
端末、3GPP(Third generation Partnership Project)アクセス網、無線LANアクセス網、コア網GW(ゲートウェイ）装置、IMSサーバからなる発側ネットワークと着側ネットワークからなるシステムにおいて、
前記発側ネットワーク及び前記着側ネットワークのいずれかの端末のポートにおいて実際の通信を行っているベアラとは別に、前記端末と前記コア網GW装置の間でベアラを生成するベアラ生成ステップと、
前記発側ネットワーク及び前記着側ネットワークのいずれかの端末でセッション更新のトリガが発生すると、該端末が、変更内容の要求をセッション制御信号で相手の端末に送信するセッション変更要求ステップと、
前記セッション制御信号を受信した端末は、前記変更内容に応じて、旧ポートから新ポートに送信先を変更して通信を行う通信ステップと、
を行う
ことを特徴とするパケット通信セッション更新方法。
【請求項２】
最初の通信で使用していないベアラは、いかなる相手端末からの通信も受け取ることが可能となるように設定する
請求項１記載のパケット通信セッション更新方法。
【請求項３】
セッション制御が行われているパケット通信において、セッションの更新を行うためのパケット通信セッション更新方法であって、
端末、3GPP(Third generation Partnership Project)アクセス網、無線LANアクセス網、コア網GW(ゲートウェイ）装置、IMSサーバからなる発側ネットワークと着側ネットワークからなるシステムにおいて、
前記端末または前記コア網GW装置が、
セッション制御における切り替えで必要な複数のベアラを確保するために、
必要な都度、特定のユーザのための専用のベアラを確保する第１のベアラ確保ステップ、
予め、特定のユーザのために固定的にベアラを確保する第２のベアラ確保ステップ、
必要な都度、複数のユーザ間で共用の予備のベアラを確保する第３のベアラ確保ステップ、
予め、複数のユーザ間で共用の予備のベアラを確保する第４のベアラ確保ステップ、
のいずれかを行うことを特徴とするパケット通信セッション更新方法。
【請求項４】
前記第１のベアラ確保ステップにおいて、
IMS(IP Multimedia Subsystem)のセッションの更新を行う必要が生じた段階で、前記発側ネットワーク及び前記着側ネットワークの端末のポートにおいて実際の通信を行っているベアラとは別に、前記端末と前記コア網GW装置の間で該端末専用のベアラを生成するベアラ生成ステップと、
前記ベアラ生成ステップで生成されたベアラを用いて、前記IMSのセッションの更新を行うセッション更新ステップと、
前記IMSのセッションの更新が完了した時点で、不要になったベアラを開放するベアラ開放ステップと、
を行う請求項３記載のパケット通信セッション更新方法。
【請求項５】
前記第２のベアラ確保ステップにおいて、
端末間の通信を開始する前に、通常通信用のベアラと、該通常通信用のベアラとは別に、IMSセッションの更新に備えたベアラを生成するベアラ生成ステップと、
前記ベアラ生成ステップで生成されたベアラを用いて、IMSのセッション更新を行い、未使用となったベアラは、そのまま維持するセッション更新ステップと、
を行う請求項３記載のパケット通信セッション更新方法。
【請求項６】
前記第３のベアラ確保ステップにおいて、
端末間の通信を開始する前に、通常通信用のベアラを生成するベアラ生成ステップと、
セッションの更新を行う際に、  端末から前記共用予備ベアラに一時的にアサインして、通常通信用のベアラから切り替え、IMSのセッション更新を行うベアラ切り替えステップと、
切り替えが完了した時点で、切り替え前のベアラをIMSのセッション更新後のベアラに修正するベアラ修正ステップと、
ベアラの修正が完了した時点で、前記共用予備ベアラ向けに誘導していた通信を、前記ベアラ修正ステップで修正されたベアラに移動させ、切り替えを完了させ、該共用予備ベアラを開放させるベアラ移動ステップと、
を行う請求項３記載のパケット通信セッション更新方法。
【請求項７】
前記第４のベアラ確保ステップにおいて、
端末間の通信を開始する前に、通常通信用のベアラを生成するベアラ生成ステップと、
予め、ユーザが共用で利用できる共用予備ベアラを生成する共用ベアラ生成ステップと、
セッションの更新を行う際に、端末から前記共用予備ベアラに一時的にアサインして、該共用予備ベアラの確保を要求する確保要求ステップと、
前記通常通信用のベアラから前記共用予備ベアラに切り替え、IMSのセッション更新を行うベアラ切り替えステップと、
切り替えが完了した時点で、切り替え前のベアラをIMSのセッション更新後のベアラに修正するベアラ修正ステップと、
ベアラの修正が完了した時点で、前記共用予備ベアラ向けに誘導していた通信を、前記ベアラ修正ステップで修正されたベアラに移動させ、切り替えを完了させ、該共用予備ベアラを開放させるベアラ移動ステップと、
を行う請求項３記載のパケット通信セッション更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット通信セッション更新方法に係り、特に、セッション制御が行われているパケット通信において、そのセッション情報を更新するためのパケット通信セッション更新方法に関する。詳しくは、
・複数ベアラを用いた切り替えを行う技術；
・切り替え必要な複数のベアラを確保する技術；
に関する。ここで、セッション情報の更新とは、例えば、以下に示すような場合における、通信を行うアドレス、ポート、プロトコル等の変更がある際に発生する。
【０００２】
・アプリケーションで使用するメディア・ストリームの内容の変更；
・IMS(IP Multimedia Subsystem)におけるセッションの更新に伴う変更；
・利用するアクセス網の切り替えに伴う変更；
本発明は、上記のような条件において適用できるものである。
【背景技術】
【０００３】
＜SIPによるセッション制御の更新＞
インターネットにおいて、SIP(Session Initiation Protocol)によるセッション制御を行っている際に、セッションの更新を行う際には、更新が完了する（i.e.新情報でのメディア・ストリームによる通信が行われる）まで発側は新旧の両方のセッション情報で受信ができるようにしなければならないとされている（非特許文献１参照）。つまり、アドレスやポート等が複数利用できる間は、どちらでも通信できるように確保される必要がある。従来のSIPによるセッション制御の更新方法のイメージを図１に示す。
【０００４】
事前に発側のポートＡと着側のポートＸ間でセッションが確立しているものとする（ステップ１０）。この状態で、発側から受信側にセッション情報の更新（ポートＡ⇒ポートＢ）をすることを通知する（ステップ１１）。このとき、着側では、実際の通信は旧ポートＡで継続し（ステップ１２）、新ポートＢでの受信準備を開始する（ステップ１３）。着側から発側にセッション情報更新を応答する（ステップ１４）。このとき、着側の実際の通信は、旧ポートＸで継続し（ステップ１５）、新ポートＹでの受信準備を開始し（ステップ１６）、着側の新ポートＢ向けの送信を準備する（ステップ１７）。発側では、新ポートＢでの受信を開始し（ステップ１８）、それを受けて旧ポートＡでの受信を停止する（ステップ１９）。発側から着側へ新ポートＹ向けの送信を準備する（ステップ２０）。着側では、新ポートＹでの受信を開始し（ステップ２１）、それを受けて旧ポートＸでの受信を停止する（ステップ２２）。
【０００５】
＜３GPP（Third Generation Partnership Project）のベアラ＞
移動網（３GPPなどを想定）では、ユーザが位置を意識せずに通信ができるよう、端末と網の間でベアラ（トンネルに相当）を生成してその間の違いを隠蔽させることで位置の違いや移動による変化を隠蔽して通信させる。
【０００６】
ベアラは、端末と網の間の全体のメディア・ストリームの量等のリソースを有効活用するために必要な条件（例えば、必要帯域、通信対象となる宛先（発着のアドレス、ポート、プロトコル）を整えて生成する。
【０００７】
端末と網の間で複数のベアラの生成が可能で、異なる条件（通信対象となる宛先、通信品質の条件など）が必要なサービスが混在する環境においても、それらを独立に制御した通信が可能となっている。
【０００８】
具体的には、図２に示すように、どういうルールでベアラを使うのかを記載したフィルタを送信側で用意し、フィルタルールの上位から順列に確認し、マッチしたベアラにてデータを送信する。同図において、一つのメディア・ストリーム群は１つのベアラに対応付けて通信が行われ、最後まで一致しないメディア・ストリームは破棄される。送信端末とパケットコア網のゲートウェイ（GW）装置間のアクセス網ＡはLTE（Long Term Evolution）であり、アクセス網Ｂは、無線LAN（WLAN）である。アクセス網Ｃは、パケットコア網のGW装置と着信端末間のベアラ（ｃ）と（ｄ）では同じLTEであるが、同一アクセス網でも、通信対象となる宛先やQoS等の条件で複数ベアラを生成することも可能である。また、それらに応じたベアラの識別は、異なるアクセス網利用時と同じである（例えば、非特許文献２、３参照）。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】RFC3264
【非特許文献２】3GPP TS 23.401.
【非特許文献３】3GPP TS 23.402.
【発明の概要】
【発明が解決しようとする課題】
【００１０】
IMSは、図３に示すように、3GPPのベアラで提供されるIPアクセスを用い、その上で、SIPによるセッション制御を行って通信を行う。しかしながら、図２に示す3GPPのベアラの仕組みから新ポートでの通信は、既存のベアラの通信対象となる宛先情報の条件と異なることから、SIPのセッション更新手順で求められる条件を満たすことができず、セッションの更新をすぐに行うことができない。そのため、図４に示すように、通信が一時的に途絶えてしまう。図４は、更新を要求する端末が通信ポートを変更する際、相手側が変更後の新ポート宛にデータを送信しても、発側はベアラが旧ポートのみを許容しているため、発側が新ポートに切り替えるまでの間、発側での受信が途絶えてしまう。また、相手側が応答送信にあたって先立ってベアラを更新すると、旧ポート宛のデータは破棄されるため、新ポートに対応した3GPPベアラが両側で確立されるまでの間、結果として両側での受信が途絶えてしまう。
【００１１】
上記のように、図１に示すようなSIPにおけるセッションの更新を行うにあたっては、その下位のレイヤである3GPPのベアラにおいて、新旧のポートによる同時通信ができないという問題がある。
【００１２】
本発明は、上記の点に鑑みなされたもので、一時的なデータの切断が起こる現象を回避することが可能なパケット通信セッション更新方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記の課題を解決するため、本発明（請求項１）は、セッション制御が行われているパケット通信において、セッションの更新を行うためのパケット通信セッション更新方法であって、
端末、3GPP(Third generation Partnership Project)アクセス網、無線LANアクセス網、コア網GW(ゲートウェイ）装置、IMSサーバからなる発側ネットワークと着側ネットワークからなるシステムにおいて、
前記発側ネットワーク及び前記着側ネットワークのいずれかの端末のポートにおいて実際の通信を行っているベアラとは別に、前記端末と前記コア網GW装置の間でベアラを生成するベアラ生成ステップと、
前記発側ネットワーク及び前記着側ネットワークのいずれかの端末でセッション更新のトリガが発生すると、該端末が、変更内容の要求をセッション制御信号で相手の端末に送信するセッション変更要求ステップと、
前記セッション制御信号を受信した端末は、前記変更内容に応じて、旧ポートから新ポートに送信先を変更して通信を行う通信ステップと、を行う。
【００１４】
また、本発明（請求項２）は、請求項１において、最初の通信で使用していないベアラは、いかなる相手端末からの通信も受け取ることが可能となるように設定する。
【００１５】
本発明（請求項３）は、セッション制御が行われているパケット通信において、セッションの更新を行うためのパケット通信セッション更新方法であって、
端末、3GPPアクセス網、無線LANアクセス網、コア網GW(ゲートウェイ）装置、IMSサーバからなる発側ネットワークと着側ネットワークからなるシステムにおいて、
前記端末または前記コア網GW装置が、
セッション制御における切り替えで必要な複数のベアラを確保するために、
必要な都度、特定のユーザのための専用のベアラを確保する第１のベアラ確保ステップ、
予め、特定のユーザのために固定的にベアラを確保する第２のベアラ確保ステップ、
必要な都度、複数のユーザ間で共用の予備のベアラを確保する第３のベアラ確保ステップ、
予め、複数のユーザ間で共用の予備のベアラを確保する第４のベアラ確保ステップ、のいずれかを行う。
【００１６】
また、本発明（請求項４）は、請求項３の前記第１のベアラ確保ステップにおいて、
IMS(IP Multimedia Subsystem)のセッションの更新を行う必要が生じた段階で、前記発側ネットワーク及び前記着側ネットワークの端末のポートにおいて実際の通信を行っているベアラとは別に、前記端末と前記コア網GW装置の間で該端末専用のベアラを生成するベアラ生成ステップと、
前記ベアラ生成ステップで生成されたベアラを用いて、前記IMSのセッションの更新を行うセッション更新ステップと、
前記IMSのセッションの更新が完了した時点で、不要になったベアラを開放するベアラ開放ステップと、を行う。
【００１７】
また、本発明（請求項５）は、請求項３の前記第２のベアラ確保ステップにおいて、
端末間の通信を開始する前に、通常通信用のベアラと、該通常通信用のベアラとは別に、IMSセッションの更新に備えたベアラを生成するベアラ生成ステップと、
前記ベアラ生成ステップで生成されたベアラを用いて、IMSのセッション更新を行い、未使用となったベアラは、そのまま維持するセッション更新ステップと、を行う。
【００１８】
また、本発明（請求項６）は、請求項３の前記第３のベアラ確保ステップにおいて、
端末間の通信を開始する前に、通常通信用のベアラを生成するベアラ生成ステップと、
セッションの更新を行う際に、  端末から前記共用予備ベアラに一時的にアサインして、通常通信用のベアラから切り替え、IMSのセッション更新を行うベアラ切り替えステップと、
切り替えが完了した時点で、切り替え前のベアラをIMSのセッション更新後のベアラに修正するベアラ修正ステップと、
ベアラの修正が完了した時点で、前記共用予備ベアラ向けに誘導していた通信を、前記ベアラ修正ステップで修正されたベアラに移動させ、切り替えを完了させ、該共用予備ベアラを開放させるベアラ移動ステップと、を行う。
【００１９】
また、本発明（請求項７）は、請求項３の前記第４のベアラ確保ステップにおいて、
端末間の通信を開始する前に、通常通信用のベアラを生成するベアラ生成ステップと、
予め、ユーザが共用で利用できる共用予備ベアラを生成する共用ベアラ生成ステップと、
セッションの更新を行う際に、端末から前記共用予備ベアラに一時的にアサインして、該共用予備ベアラの確保を要求する確保要求ステップと、
前記通常通信用のベアラから前記共用予備ベアラに切り替え、IMSのセッション更新を行うベアラ切り替えステップと、
切り替えが完了した時点で、切り替え前のベアラをIMSのセッション更新後のベアラに修正するベアラ修正ステップと、
ベアラの修正が完了した時点で、前記共用予備ベアラ向けに誘導していた通信を、前記ベアラ修正ステップで修正されたベアラに移動させ、切り替えを完了させ、該共用予備ベアラを開放させるベアラ移動ステップと、を行う。
【発明の効果】
【００２０】
上述のように、本発明によれば、IMSのセッション更新が行われる際に、従来は、１つのベアラで処理していたものを、複数のベアラを用いることで、メディア・ストリームが流れている時に、属性変更等の何らかの変更が生じた場合でも、そのストリームを遮断することなく、ユーザに届けることが可能となる。
【図面の簡単な説明】
【００２１】
【図１】SIPによるセッション制御の更新方法のイメージである。
【図２】3GPPのベアライメージである。
【図３】IMSの通信レイヤの構成（3GPP網の上でのSIPによるセッション制御にて実現）である。
【図４】3GPPベアラ上のIMSでのセッションの更新における問題を示す図である。
【図５】本発明の第１の実施の形態における複数のベアラを用いたIMSのセッション更新手順（その１）である。
【図６】本発明の第１の実施の形態における複数のベアラを用いたIMSのセッション更新手順（その２）である。
【図７】本発明の第２の実施の形態における方式B-1のシーケンスである。
【図８】本発明の第２の実施の形態における方式B-2のシーケンスである。
【図９】本発明の第２の実施の形態における方式B-3のシーケンスである。
【図１０】本発明の第２の実施の形態における方式B-4のシーケンスである。
【発明を実施するための形態】
【００２２】
以下、図面と共に本発明の実施の形態を説明する。
【００２３】
なお、以下の各実施の形態において、ベアラの生成は、従来技術と同様に、端末とコア網との間で、必要帯域、通信対象となる宛先（発着のアドレス、ポート、プロトコル）を整えて生成するものとする。詳しい生成方法については、非特許文献２、３に記載されている。ベアラは、端末が主体となって生成する方法（UE initiated）とコア網が主体となって生成する方法（network initiated）があるが、本発明では、限定しないものとする。
【００２４】
端末またはコア網のいずれかが起動され、ベアラの生成を要求する信号が送信され、端末とコア網GW装置間にある３GPPアクセス網、WLANアクセス網が当該信号を解釈して必要なリソースを確保し、暫定信号を含めてやり取りを行い、最終的にベアラ生成後に、OK信号を返却して通信を確立する。
【００２５】
本発明は、セッション制御において、5 Tuple（送信アドレス、送信ポート、受信アドレス、受信ポート、プロトコル）で構成される条件が完全一致するトラフィックだけを透過させるベアラを用いてメディア・ストリームをやり取りしているときに、図４に示すように、信号のやり取り手順と、ベアラの更新手順の全てを同時に行うことができないため、送信できないことを回避するための技術である。
【００２６】
なお、以下の各実施の形態の前提として、5 Tupleによってベアラが決定し、ベアラを適切に選択する手段がフィルタである。ベアラの生成、切断、更新時には、5 Tupleについて、端末、コア網GW装置のフィルタの登録内容を更新することで通信が適切なベアラに引き継がれる。フィルタの更新方法についても、非特許文献２，３に記載されている技術により実現可能である。以下の実施の形態における、ポートの変更等5 Tupleに関する変更はフィルタ上での更新を指している。フィルタは、各装置内のメモリ等の記憶手段に格納されているものとする。
【００２７】
[第１の実施の形態]
本実施の形態では、従来技術のように、ベアラを１つでIMSセッションを更新するのではなく、複数のベアラを用いて実現する。
【００２８】
図５、図６は、本発明の位置実施の形態における複数のベアラを用いたIMSのセッション変更手順を示す。図５は、着側のポートのみ制限し、あらゆる端末からのデータを受け入れられるベアラを用いた場合を示し、図６は、送受信全てのポート、プロトコル（5 Tuple）を厳密に指定したベアラを用いる場合を示している。これらの図の例において、発側端末Oと着側端末Tがあり、それぞれ、3GPPアクセス網１１，２１、WLANアクセス網１２，２２、コア網GW装置１３，２３、IMSサーバ１４，２４を介して接続されている。
【００２９】
本実施の形態では、実際の通信を行っているベアラとは別に、IMSのセッション更新時に使うベアラをもう一つ用意し、同時に複数のベアラを端末（端末Oまたは端末T）とコア網GW装置の間で生成することで、図１に示すようなSIPの要求する新旧のポートでの受信を実現するようにする。
【００３０】
具体的には、端末とコア網GW装置の間で生成されるベアラに対して、複数のポートそれぞれに必要なベアラを確保する。図５の例では、端末Oには、ポートA、Bがあり、端末OのポートA用ベアラ、ポートB用ベアラを用意し、端末Tには、ポートX、Yがあり、端末TのポートX用ベアラとポートY用ベアラを用意する。なお、最初の通信で使用していないベアラは、5 Tuple（送信アドレス、送信ポート、受信アドレス、受信ポート、プロトコル）のうち、送信側を全て許容とし、いかなる相手からの通信でも受け取ることができるようにフィルタに設定しておく。
【００３１】
一方の端末にて、セッションを更新したいトリガが発生した場合、宛先等の変更内容の要求をセッション制御信号（SIPのUPDATE信号等）で通知する（ステップ２０１）。図５の例では、端末Oにて、利用するアクセス網の変更、または他のアプリケーションの都合のためのベアラ変更等を契機に、通信ポートAからBに変更することを契機とする。この時点で相手側端末からのメディア・ストリームを新旧どちらのポートでもできるように準備する。本発明では、いずれのポートにも対応するベアラがあることで実現可能である。
【００３２】
その要求を受けた相手側端末は、受け入れと同時にメディア・ストリームを旧ポートから新ポートへ送付先を変更する（ステップ２０２）。図５の例では、端末Tにおいて、端末O側の通信に合わせて、端末T側で用いるベアラを変更するために、通信ポートをXからYに変更する。同時に、端末Tから端末O向けのメディア・ストリームを端末OのポートB向けに変更する。
【００３３】
OK信号（ポートX⇒ポートYへの変更）を受けた端末Oは、端末T向けのメディア・ストリームをOK信号で受信した端末TのポートY向けに変更する（ステップ２０３）。変更を要求した側（端末O）は、いずれのポートでも受け取れるため、メディア・ストリームが遮断されることなく、継続して受け取ることができる。
【００３４】
なお、図６に示す、5 Tuple（送信アドレス、送信ポート、受信アドレス、受信ポート、プロトコル）を全て厳密に管理したベアラを生成する場合は、この段階で新しく使い始めたベアラの5 Tulpeを更新し、図６に示すように、送信アドレスを「all（全端末）⇒相手端末」に制限を加える。図６の例では、端末Oにおいて、利用するアクセス網の変更、または、他のアプリケーションの都合のためのベアラ変更等を契機に、通信ポートをAからBに変更するUPDATE信号を端末Tに送信する（ステップ３０１）。端末Tは、端末Oの通信に合わせて、端末T側で用いるベアラを変更すべく、通信ポートXからYへ変更する。同時に、端末Tから端末O向けのメディア・ストリームを端末OのポートB向けに変更する（ステップ３０２）。そして、ポートYで使用するベアラの5 Tupleを厳密に指定する（ステップ３０３）。例えば、ポートYが「端末Oの全ポート、端末TのポートY用ベアラ」から「端末OのポートB、端末Tのベアラ」と変更する。
【００３５】
端末Tは、端末Oに対して通信ポートX⇒Yに変更されたことをOK信号により端末Oに応答する（ステップ３０４）。端末Oは、ポートBで使用するベアラの5 Tupleを厳密に指定する。図６の例では、ポートBで使用するベアラを「端末Tの全ポート用ベアラ」から「端末TのポートY用のみのベアラ」と指定する（ステップ３０５）。端末Oは、端末T向けのメディア・ストリームをOK信号で受信した端末TのポートY向けに変更する（ステップ３０６）。
【００３６】
[第２の実施の形態]
本実施の形態では、切り替えで必要な複数のベアラを確保する技術について説明する。
【００３７】
本実施の形態では、下記に示す２つの観点で２通りずつ、計４パターンの確保方法で実現する。
【００３８】
【表１】
2014027477.tif 000003
＜確保のトリガ＞
・on demandでの確保：必要な都度確保する（実現方式B-1）。
【００３９】
・permanentでの確保：予め固定的に確保しておく（実現方式B-2）。
【００４０】
＜確保したベアラの利用範囲＞
・user dedicatedによる確保：特定ユーザのために確保する（実現方式B-3）。
【００４１】
・sharedによる確保：複数のユーザ間で共用の予備のベアラを確保する（実現方式B-4）。
【００４２】
最初に、上記の実現方式B-1について説明する。
【００４３】
＜実現方式B-1＞
当該方式は、on demandに、user dedicatedで複数のベアラを確保する方式である。
【００４４】
当該方式は、リソースを常時確保し易い無線LANを予備ベアラとして活用し、より短い時間で切り替え処理を想定している。
【００４５】
図７は、本発明の第２の実施の形態における方式B-1のシーケンスを示す。
【００４６】
同図の例において、発側端末Oと着側端末Tがあり、それぞれ、発側端末Oと着側端末Tがあり、それぞれ、3GPPアクセス網１１，２１、WLANアクセス網１２，２２、コア網GW装置１３，２３、IMSサーバ１４，２４を介して接続されている。
【００４７】
方式B-1は、IMSのセッションの更新を行う必要が生じた段階で、もう１つのベアラを確保し、確保したベアラを利用して、IMSのセッションの更新を行う。IMSセッション更新が完了した時点で、不要になったベアラを非特許文献３に記載の方法により開放する。
【００４８】
以下、図７の例に従って説明する。
【００４９】
当初、端末Oとコア網GW装置１３間では、ポートA用ベアラを生成し、また、端末Tとコア網GW装置間２３ではポートX用ベアラを生成し、端末Oと端末T間で通信を行っている（ステップ４０１）。
【００５０】
端末Oのセッション更新を契機として、通信ポートをAからBに変更するものとする（ステップ４０２）。端末Oとコア網GW装置１３間でポートB用ベアラを生成し、UPDATE信号を端末Tに送信する（ステップ４０４）。端末Oは生成されたポートB用ベアラを用いて端末TのポートX用ベアラに対して端末T向けのメディア・ストリームを送信する（ステップ４０４）。
【００５１】
端末Tにおけるセッションの更新を契機として（ステップ４０５）、端末Tは通信ポートをXからYに変更し、コア網GW装置２３との間でポートY用ベアラを生成する（ステップ４０６）。
【００５２】
端末Tは、ポートY用ベアラを介して端末OのポートA用ベアラを介して通信するが、上記の準備ができた段階で、通信ポートを端末OのポートB用ベアラに切り替えてメディア・ストリームを送信する（ステップ４０７）。
【００５３】
また、端末Oは、上記の準備ができた段階で、通信ポートを端末TのポートY用ベアラに切り替えてメディア・ストリームを送信する（ステップ４０８）。
【００５４】
端末OのポートAのベアラからポートB用ベアラに切り替わり、端末TのポートXのベアラからポートY用ベアラに切り替わった時点で、端末Oは、ポートAのベアラを切断し（ステップ４０９）、端末Tにおいても同様に、ポートXのベアラを切断する（ステップ４０９）。
【００５５】
これにより、一時的に必要となる複数ベアラを、一時的に抑えて切り替え処理を行うことで、必要最小限のリソースにて実現できる。
【００５６】
＜実現方式B-2＞
方式B-2は、permanentに、user dedicatedで複数ベアラを確保するものである。
【００５７】
当該方式は、不必要なリソースを極力避けたいLTE/3Gアクセス網において、ベアラを二重に確保している時間を極力減らすための方式である。
【００５８】
図８は、本発明の第２の実施の形態における方式B-2のシーケンスである。
【００５９】
同図の例において、発側端末Oと着側端末Tがあり、それぞれ、3GPPアクセス網１１，２１、WLANアクセス網１２，２２、コア網GW装置１３，２３、IMSサーバ１４，２４を介して接続されている。
【００６０】
方式B-2は、初期段階で、通常通信用ベアラとは別に、IMSのセッションの更新に備えたベアラを生成し（通常必要な帯域以上のベアラを確保する）、確保済みのベアラを用いて、IMSセッションの更新を行う。未使用となったベアラは次のセッション更新に備えてそのまま維持する。
【００６１】
以下、図８に従って説明する。
【００６２】
端末Oは、通常通信用のポートA用ベアラを生成し、端末Tは、通常通信用のポートXのベアラを生成する（ステップ５０１）。
【００６３】
さらに、端末Oは、IMSセッションの更新用のポートB用ベアラを生成し、端末Tは、IMSセッション更新用のポートYのベアラを生成する（ステップ５０２）。
【００６４】
端末OのポートAと端末TのポートXが、通常通信用ベアラAとXを用いて通信する（ステップ５０３）。
【００６５】
ここで、端末Oにおいて、通信ポートをAからBに変更するものとし（ステップ５０４）、UPDATE信号を端末Tに送る（ステップ５０５）。端末Tは通信ポートをXからYに変更する（ステップ５０６）。
【００６６】
端末Tは、端末OのポートB向けに準備ができ次第切り替えて通信を行う（ステップ５０７）。同様に、端末Oは、端末TのポートY向けに準備ができ次第切り替えて通信を行う（ステップ５０８）。
【００６７】
これにより、WLANなど、恒常的にとりやすいベアラを想定し、3GとWLANといった組み合わせで実現できる。また、ベアラの生成や切断処理を、切り替えが必要な都度行われないので、切り替えが迅速にできる。
【００６８】
＜実施方式B-3＞
方式B-3は、on-demandにshardの予備ベアラを確保するものである。
【００６９】
当該方式は、短時間だけ使うベアラを共有化し、かつ必要なときだけ確保することで、網全体で必要なリソースを最小限に抑えるものである。
【００７０】
図９は、本発明の第２の実施の形態における方式B-3のシーケンスである。
【００７１】
同図の例において、発側端末Oと着側端末Tがあり、それぞれ、発側端末Oと着側端末Tがあり、それぞれ、3GPPアクセス網１１，２１、WLANアクセス網１２，２２、コア網GW装置１３，２３、IMSサーバ１４，２４を介して接続されている。
【００７２】
方式B-3は、一時的に必要なベアラを他のユーザと共用できることを前提に、その共用ベアラを一時的に自分用にアサインして切り替え処理を行う。切り替え処理が完了した時点で、当初のベアラをIMSのセッション更新後のものに修正する。ベアラの修正が完了した時点で、共用予備ベアラ向けに誘導していた通信を、修正したベアラに移動させ、切り替えを完了させる。
【００７３】
図９に従って説明する。
【００７４】
端末Oとコア網GW装置１３間で、端末OのポートA用ベアラを生成し、端末Tとコア網GW装置２４間で、端末TのポートX用ベアラを生成し（ステップ６０１）、端末OのポートAと端末TのポートX間で、ステップ６０１で生成されたベアラを用いて通信が行われる（ステップ６０２）。
【００７５】
ここで、端末Oが通信ポートをAからBに変更するものとする（ステップ６０３）。端末OのポートB用に、共用予備ベアラの確保を要求し（ステップ６０４）、UPDATE信号を端末Oに送信する（ステップ６０５）。
【００７６】
端末OとコアGW装置１３間で、端末OのポートB用の予備ベアラを用いてメディア・ストリームを端末Tに送信する（ステップ６０６）。このとき使用される端末Tとコア網GW装置２３のベアラは、ポートX用ベアラである。
【００７７】
ここで、端末Tが通信ポートをXからYに変更するものとする（ステップ６０７）。端末Tとコア網GW装置２３間にポートY用として共用予備ベアラの確保を要求する（ステップ６０８）。端末Tは、ポートY用の予備ベアラを用いて端末Oと通信する。このとき、端末OのポートB向けの通信の準備ができ次第、切り替える（ステップ６０９）。
【００７８】
端末Tは、OK信号（ポートXからYへの変更）を端末Oに送信する（ステップ６１０）。端末Oは、ポートB用の予備ベアラを用い、端末TのポートY用の予備ベアラ向けの通信に準備ができ次第切り替える（ステップ６１１）。端末TはポートA用ベアラをポートB用に修正し（ステップ６１２）、端末OはポートX用ベアラをポートYに修正する（ステップ６１３）。
【００７９】
端末Oは、当該端末O内のフィルタを見直し、ベアラを載せ換える（ステップ６１４）。
【００８０】
端末Tも同様に、当該端末T内のフィルタを見直し、ベアラを載せ換える（ステップ６１５）。
【００８１】
端末OのポートB用ベアラと端末TのポートY用ベアラを用いてメディア・ストリームの通信を行い（ステップ６１６）、共用予備ベアラを開放する（ステップ６１７）。
【００８２】
これにより、要求が多発しても、共用資源を時間別に割り当てることで、ネットワーク全体の帯域を圧迫させずに運用させることが可能となる。また、共用ベアラであっても、不要なときには開放してあることで、不必要なリソースの利用を防ぐことができる。
【００８３】
＜実施方式B-4＞
方式B-４は、permanentにshardの予備ベアラを確保するものである。
【００８４】
当該方式は、短期間だけに使うベアラを共有化し、かつ常時確保することで、高速でありながら、網全体で二重にリソースを要求するユーザによるリソースの圧迫を抑えるものである。
【００８５】
図１０は、本発明の第２の実施の形態における方式B-４のシーケンスである。
【００８６】
同図の例において、発側端末Oと着側端末Tがあり、それぞれ、発側端末Oと着側端末Tがあり、それぞれ、3GPPアクセス網１１，２１、WLANアクセス網１２，２２、コア網GW装置１３，２３、IMSサーバ１４，２４を介して接続されている。
【００８７】
方式B-4は、一時的に必要となるベアラを予め生成し、かつ、他のユーザと共用し、共用ベアラを一時的に自分用にアサインして切り替え処理を行う。切り替え処理が完了した時点で、当初のベアラをIMSのセッション更新後のものに修正する。ベアラの修正が完了した時点で、共用予備ベアラ向けに誘導していた通信を、修正したベアラに移動させ、切り替えを完了させる。
【００８８】
図１０に沿って説明する。
【００８９】
端末０〜コア網GW装置１３間において、端末OのポートA用ベアラを生成し、端末Ｔ〜コア網GW装置２３間において、端末ＴのポートX用ベアラを生成する（ステップ７０１）。同時に、共用の予備ベアラも予め準備する（ステップ７０２）。
【００９０】
端末０のポートA用ベアラと端末TのポートX用ベアラを用いて端末Oと端末T間で通信を行う（ステップ７０３）。
【００９１】
ここで、端末Oにおいて、通信ポートを変更するとする。端末Oからコア網GW装置１３において、端末OのポートB用に、共用予備ベアラの確保を要求し（ステップ７０４）、UPDATE信号（ポートAからポートBへの変更）を端末Tに送信する（ステップ７０５）。
【００９２】
端末Oは、ポートBからポートＢ用予備ベアラと端末TのポートX用ベアラを介して端末Tと通信する（ステップ７０６）。
【００９３】
ここで、端末Tにおいて、通信ポートを変更するとする。端末Tからコア網GW装置２３において、端末TのポートY用に、共用予備ベアラの確保を要求する（ステップ７０７）。端末Tから端末O向けの通信を、ポートY用予備ベアラを用いて端末OのポートA用ベアラと通信を行う際に、準備ができ次第ポートB用の予備ベアラに切り替えて通信する（ステップ７０８）。端末TからOK信号（ポートX⇒Yへの変更）を端末Oに送信する（ステップ７０９）。
【００９４】
端末Oは、端末T向けの通信に、ポートY用予備用ベアラの準備ができ次第切り替えて通信する（ステップ７１０）。
【００９５】
端末Oは、ポートA用ベアラをポートB用ベアラに修正し、端末Tも、ポートX用ベアラをポートY用ベアラに修正する（ステップ７１１）。当該処理は、TS 23.401(LTE対応) 5.4.2.1節「UPDATE Bearer Request」に記載されている方法により実現可能である。
【００９６】
また、同時に、端末Oと端末Tは、端末内のフィルタの見直しと、ベアラの載せ換えを行う。当該処理は、TS23.401または、TS 23.060, 15.3節に記載されている方法により実現可能である（ステップ７１２）。これにより、端末Oと端末Tは、ポートB用ベアラとポートY用ベアラを用いて通信する（ステップ７１３）。
端末Oのポートb用ベアラと端末TのポートY用ベアラを用いて通信を行う（ステップ７１４）。
【００９７】
端末Oと端末Tは、確保されていた共用予備ベアラを開放する（ステップ７１５）。
【００９８】
これにより、要求が多発しても、共用資源を時間別に割り当てることで、ネットワーク全体の帯域を圧迫させずに運用させることが可能となる。また、on demandで生成するよりも、下位レイヤ（無線など）の手続が大幅に削減できるため、比較的早い時間で生成を行うことができる。
【００９９】
なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【符号の説明】
【０１００】
１１，２１  3GPPアクセス網
１２，２２  WLANアクセス網
１３，２３  コア網GW装置
１４，２４  IMSサーバ
【図１】
2014027477.tif 000004
【図２】
2014027477.tif 000005
【図３】
2014027477.tif 000006
【図４】
2014027477.tif 000007
【図５】
2014027477.tif 000008
【図６】
2014027477.tif 000009
【図７】
2014027477.tif 000010
【図８】
2014027477.tif 000011
【図９】
2014027477.tif 000012
【図１０】
2014027477.tif 000013