JP2003521199A - 通信ネットワークの方法、サーバ及び構成 - Google Patents
通信ネットワークの方法、サーバ及び構成Info
- Publication number
- JP2003521199A JP2003521199A JP2001555264A JP2001555264A JP2003521199A JP 2003521199 A JP2003521199 A JP 2003521199A JP 2001555264 A JP2001555264 A JP 2001555264A JP 2001555264 A JP2001555264 A JP 2001555264A JP 2003521199 A JP2003521199 A JP 2003521199A
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- resource reservation
- service
- proxy
- quality
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/805—QOS or priority aware
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2491—Mapping quality of service [QoS] requirements between different networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
- H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/78—Architectures of resource allocation
- H04L47/781—Centralised allocation of resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
(57)【要約】
本発明は、アクセスベアラを介したリソース予約のシグナリングなしで、ディジタル通信システムにおけるエンドツーエンドのサービス品質を確立するリソース予約に関わるものである。本発明による解決法は、不経済的な狭い無線チャネルなどのアクセスインターフェースを介するＩＰレベル上のリソース予約プロトコルのシグナリングを排除することであり、ネットワークにリソース予約プロトコルプロキシを導入する。そのプロキシの機能性の導入により、エンドツーエンドのリソース予約の可能性を裏付ける、或いは、その要件が満足される。
Description
【０００１】
発明の分野
本発明はディジタル通信システムのアプリケーションレベルのサーバ、方法及
び構成に関係するものである。さらに詳細には、本発明はエンドツーエンドのサ
ービス品質を確立するためのリソース予約に関わるものである。
び構成に関係するものである。さらに詳細には、本発明はエンドツーエンドのサ
ービス品質を確立するためのリソース予約に関わるものである。
【０００２】
従来技術
マルチメディア通信は多様な組織及び団体において開発されてきた。パケット
対応ネットワークにおけるマルチメディアに対して現在有力な枠組みが国際電気
通信連合−通信部(International Telecommunication Union - Telecommunicati
on sector(ITU-T)による勧告Ｈ．３２３及びそれに関連する勧告により規定され
ている。Ｈ．３２３はマルチメディアの構造及び一連の動作プロトコルを記述し
ている。他のマルチメディア通信の基本構想も存在しており、Multimedia Sessi
on Control(MMUSIC)及びSession Initiation Protocol(SIP)、などのワークグル
ープにおいてＩＥＴＦにより開発された、Session Description Protocol(SDP)
及びReal Time Streaming Protocol(RTSP)などのプロトコルを使用する構想も同
様に適用することができる。
対応ネットワークにおけるマルチメディアに対して現在有力な枠組みが国際電気
通信連合−通信部(International Telecommunication Union - Telecommunicati
on sector(ITU-T)による勧告Ｈ．３２３及びそれに関連する勧告により規定され
ている。Ｈ．３２３はマルチメディアの構造及び一連の動作プロトコルを記述し
ている。他のマルチメディア通信の基本構想も存在しており、Multimedia Sessi
on Control(MMUSIC)及びSession Initiation Protocol(SIP)、などのワークグル
ープにおいてＩＥＴＦにより開発された、Session Description Protocol(SDP)
及びReal Time Streaming Protocol(RTSP)などのプロトコルを使用する構想も同
様に適用することができる。
【０００３】
パケットネットワークは一般的にはインターネットプロトコル（ＩＰ）に基づ
いている。ＩＰネットワークはサービス品質を提供するのにリソース予約又は他
のいずれのメカニズムにも対応しない場合がある。実際のリソース予約メカニズ
ムが欠如している場合、受入れ要求、帯域幅の要求などのＨ．３２３手順はさら
に認証性を高め、本来のサービス性能を何も保証しない。サービス及び動作が予
測可能でそのレベルが保証された、信頼できるサービスを提供するために、サー
ビス品質はアプリケーションニーズに応えてリソースの割当てが可能となるよう
に基本的なＩＰネットワークによって提供される必要がある。
いている。ＩＰネットワークはサービス品質を提供するのにリソース予約又は他
のいずれのメカニズムにも対応しない場合がある。実際のリソース予約メカニズ
ムが欠如している場合、受入れ要求、帯域幅の要求などのＨ．３２３手順はさら
に認証性を高め、本来のサービス性能を何も保証しない。サービス及び動作が予
測可能でそのレベルが保証された、信頼できるサービスを提供するために、サー
ビス品質はアプリケーションニーズに応えてリソースの割当てが可能となるよう
に基本的なＩＰネットワークによって提供される必要がある。
【０００４】
セルラー環境にマルチメディア通信を導入する際は、高いコストが伴うため、
無線スペクトルの能率を最適化する必要がある。と同時に、能率化の課題を解決
しようとする一方で、一定の品質及びサービス行為を現在のマルチメディアサー
ビスの柔軟性の維持と両立されなければならない。
無線スペクトルの能率を最適化する必要がある。と同時に、能率化の課題を解決
しようとする一方で、一定の品質及びサービス行為を現在のマルチメディアサー
ビスの柔軟性の維持と両立されなければならない。
【０００５】
ＩＰベアラサービス品質を提供する１つの方法は、Internet Engineering Tas
k Force(IETF)の統合サービス(Integrated Service)（ＩＳ）フレームワークに
おいて、また前記ＩＳにおいてリソースリザベーションプロトコル(Resource re
SerVation Protocol(RSVP))を使用して提供される。ＲＳＶＰを有するＩＳがエ
ンドツーエンドのサービス品質を提供するために使用される場合もある。
k Force(IETF)の統合サービス(Integrated Service)（ＩＳ）フレームワークに
おいて、また前記ＩＳにおいてリソースリザベーションプロトコル(Resource re
SerVation Protocol(RSVP))を使用して提供される。ＲＳＶＰを有するＩＳがエ
ンドツーエンドのサービス品質を提供するために使用される場合もある。
【０００６】
ＲＳＶＰは、フローのソースホストがフローシンクホスト(flow sink host)に
向けてＲＳＶＰ Ｐａｔｈ(Path)メッセージを送信することにより予約手順を開
始する、フロー単位の単一方向予約プロトコルである。次にシンクホストがソー
スホストに向けてＲＳＶＰ予約(Resv)メッセージを返送するというタスクにより
、実際の予約が実施される。そのメッセージは所望の帯域幅及び他のチャネルリ
ソース情報を含む。次に、前記ソースホストは前記予約を確認する(ResvConf)。
向けてＲＳＶＰ Ｐａｔｈ(Path)メッセージを送信することにより予約手順を開
始する、フロー単位の単一方向予約プロトコルである。次にシンクホストがソー
スホストに向けてＲＳＶＰ予約(Resv)メッセージを返送するというタスクにより
、実際の予約が実施される。そのメッセージは所望の帯域幅及び他のチャネルリ
ソース情報を含む。次に、前記ソースホストは前記予約を確認する(ResvConf)。
【０００７】
Ｈ．３２３のマルチメディアに関わるＲＳＶＰの適用についてはＩＴＵ−Ｔ
Ｈ．３２３ ０２／９８規格において仕様が定められている。図１には、Ｈ．３
２３環境対応のリソース予約の基本動作を実施する方法の模式的なブロック図が
示されている。通信システム１００は、なかでも、アドレス変換、アクセス制御
及び帯域幅管理をＨ．３２３の端末及びゲートウェイのためにローカルエリアネ
ットワーク（ＬＡＮ）に提供することができる、Ｈ．３２３の構成要素であるＨ
．３２３のゲートキーパー（ＧＫ）１０１を含む。図１は単純な概略図であり、
呼シグナリング、ターミナル能力交換、マスタ・スレイブ決定などは図から除か
れている。焦点は、ターミナル１０２、Ｈ．３２３ゲートキーパー１０１、ＲＳ
ＶＰ対応サブネットワーク１０３、Ｈ．３２３対応ＩＰネットワーク１０４及び
終端ノード１０５の間のシグナリングの関連部分である。
Ｈ．３２３ ０２／９８規格において仕様が定められている。図１には、Ｈ．３
２３環境対応のリソース予約の基本動作を実施する方法の模式的なブロック図が
示されている。通信システム１００は、なかでも、アドレス変換、アクセス制御
及び帯域幅管理をＨ．３２３の端末及びゲートウェイのためにローカルエリアネ
ットワーク（ＬＡＮ）に提供することができる、Ｈ．３２３の構成要素であるＨ
．３２３のゲートキーパー（ＧＫ）１０１を含む。図１は単純な概略図であり、
呼シグナリング、ターミナル能力交換、マスタ・スレイブ決定などは図から除か
れている。焦点は、ターミナル１０２、Ｈ．３２３ゲートキーパー１０１、ＲＳ
ＶＰ対応サブネットワーク１０３、Ｈ．３２３対応ＩＰネットワーク１０４及び
終端ノード１０５の間のシグナリングの関連部分である。
【０００８】
Ｈ．３２３のクライアント１０６はアプリケーションレイヤに属しており、Ｒ
ＳＶＰ１０７はＩＰレイヤに属し、図中にはまたリンクレイヤ１０８が図示され
ている。開放型システム間相互接続（ＯＳＩ）モデルを引用するレイヤは国際標
準機構（ＩＳＯ）に規定された国際勧告である。図示した例はゲートキーパール
ートコール及びＨ．２４５制御ヴァージョン（Gatekeeper routed call and H.2
45 control version）に関するものである。ＩＴＵ−Ｔ Ｈ．２４５，０９／９
８規格はマルチメディア通信の制御プロトコルである。 リソース予約に対する重要な実行ステップを以下に列挙する。 １０９ Ｈ．３２３の受入れ要求(Admission ReQuest)（ARQ）では、クライア
ントはＡＲＱのTransportQoS領域の値を適切に設定することによりリソース予約
能力を有することを示している。 １１０ Ｈ．３２３ＧＫは受入れ確認(Admission ConFirmed)（ACF）を返送し
て前記要求を確認する。この例ではクライアントがそのリソース予約能力を使用
できることを示している。 １１１ 時間になると、クライアントは、QoSCapability領域において要求さ
れるサービス品質に関する情報を含むＨ．２４５のOpenLogicalChannelメッセー
ジをゲートキーパーに送信することにより論理チャネルをオープンにする。その
とき、前記領域は要求されるＲＳＶＰパラメータを含む。 １１２ OpenLogicalChannelメッセージは通常はネットワークを介して他の終
端点に送られる。 １１３ ステップ１１２がOpenLogicalChannelAckメッセージで承認されると
、次に適切なサービス品質を有するＩＰベアラサービスが要求される。これは、
図のステップ１１３に示したように、Ｈ．３２３のクライアントアプリケーショ
ンがターミナル１０２のＲＳＶＰの機能的構成要素からサービス品質を要求する
ことにより開始される。 １１４ RSVP Pathメッセージをサブネットワーク１０３に送信してサービス
品質要求の開始がなされる。 １１５ RSVP Pathメッセージはさらに、ＩＰネットワーク１０４を介して終
端ノード１０５に送信される。
ＳＶＰ１０７はＩＰレイヤに属し、図中にはまたリンクレイヤ１０８が図示され
ている。開放型システム間相互接続（ＯＳＩ）モデルを引用するレイヤは国際標
準機構（ＩＳＯ）に規定された国際勧告である。図示した例はゲートキーパール
ートコール及びＨ．２４５制御ヴァージョン（Gatekeeper routed call and H.2
45 control version）に関するものである。ＩＴＵ−Ｔ Ｈ．２４５，０９／９
８規格はマルチメディア通信の制御プロトコルである。 リソース予約に対する重要な実行ステップを以下に列挙する。 １０９ Ｈ．３２３の受入れ要求(Admission ReQuest)（ARQ）では、クライア
ントはＡＲＱのTransportQoS領域の値を適切に設定することによりリソース予約
能力を有することを示している。 １１０ Ｈ．３２３ＧＫは受入れ確認(Admission ConFirmed)（ACF）を返送し
て前記要求を確認する。この例ではクライアントがそのリソース予約能力を使用
できることを示している。 １１１ 時間になると、クライアントは、QoSCapability領域において要求さ
れるサービス品質に関する情報を含むＨ．２４５のOpenLogicalChannelメッセー
ジをゲートキーパーに送信することにより論理チャネルをオープンにする。その
とき、前記領域は要求されるＲＳＶＰパラメータを含む。 １１２ OpenLogicalChannelメッセージは通常はネットワークを介して他の終
端点に送られる。 １１３ ステップ１１２がOpenLogicalChannelAckメッセージで承認されると
、次に適切なサービス品質を有するＩＰベアラサービスが要求される。これは、
図のステップ１１３に示したように、Ｈ．３２３のクライアントアプリケーショ
ンがターミナル１０２のＲＳＶＰの機能的構成要素からサービス品質を要求する
ことにより開始される。 １１４ RSVP Pathメッセージをサブネットワーク１０３に送信してサービス
品質要求の開始がなされる。 １１５ RSVP Pathメッセージはさらに、ＩＰネットワーク１０４を介して終
端ノード１０５に送信される。
【０００９】
上述ステップに対するさらに完全なフローは図２に図示されており、２方向の
音声に対する双方向通信が確立されている。OpenLogicalChannelは本明細書では
双方向論理チャネルを確立すると仮定する。ＲＳＶＰはフロー方向ごとに１つの
予約を確立する。このようにして、リソースはＩＰレイヤ内に留保され、要求さ
れたサービス品質が提供される。リソース予約はその下層にあるリンクレイヤ技
術工学とは無関係であることに注目する。これがＩＰが共通の特徴である不均一
なネットワーキング技術工学を介してエンドツーエンドのサービス品質を提供で
きるようにするために必要である。
音声に対する双方向通信が確立されている。OpenLogicalChannelは本明細書では
双方向論理チャネルを確立すると仮定する。ＲＳＶＰはフロー方向ごとに１つの
予約を確立する。このようにして、リソースはＩＰレイヤ内に留保され、要求さ
れたサービス品質が提供される。リソース予約はその下層にあるリンクレイヤ技
術工学とは無関係であることに注目する。これがＩＰが共通の特徴である不均一
なネットワーキング技術工学を介してエンドツーエンドのサービス品質を提供で
きるようにするために必要である。
【００１０】
現在のマルチメディアソリューションは固定アクセスネットワークを考慮して
構築されたものである。セルラー又は無線環境の特定のニーズに対応するように
考慮されたものではなかった。
構築されたものである。セルラー又は無線環境の特定のニーズに対応するように
考慮されたものではなかった。
【００１１】
図３はセルラー環境におけるＨ．３２３のシグナリング３０１に基づくマルチ
メディア通信の適用例の簡易概略図である。例えば、ターミナル３０２は、Ｈ．
３２３のクライアントソフトウェアを動作させるラップトップに接続されたセル
ラー電話でもよい。他の構成も可能である。前記ターミナルは、エアインターフ
ェース上の無線アクセスベアラ３０３を介して無線アクセスノード３０４にアク
セスし、アクセスノード３０４は続いて残りのＨ．３２３対応ＩＰネットワーク
３０５にアクセスする。本明細書で使用される「無線アクセスノード」("radio
access node")という用語は一般的な用語であって、ＧＳＭ、ＥＤＧＥ、ＵＭＴ
Ｓなどの他の技術工学において規定される場合がある特殊な無線アクセスノード
と混同してはならない。 ＱｏＳは通常は無線アクセス全体を含むエンドツーエンド３０８において要求
される。前記ターミナル３０２はＲＳＶＰを使用してリソースを予約する能力を
有する。
メディア通信の適用例の簡易概略図である。例えば、ターミナル３０２は、Ｈ．
３２３のクライアントソフトウェアを動作させるラップトップに接続されたセル
ラー電話でもよい。他の構成も可能である。前記ターミナルは、エアインターフ
ェース上の無線アクセスベアラ３０３を介して無線アクセスノード３０４にアク
セスし、アクセスノード３０４は続いて残りのＨ．３２３対応ＩＰネットワーク
３０５にアクセスする。本明細書で使用される「無線アクセスノード」("radio
access node")という用語は一般的な用語であって、ＧＳＭ、ＥＤＧＥ、ＵＭＴ
Ｓなどの他の技術工学において規定される場合がある特殊な無線アクセスノード
と混同してはならない。 ＱｏＳは通常は無線アクセス全体を含むエンドツーエンド３０８において要求
される。前記ターミナル３０２はＲＳＶＰを使用してリソースを予約する能力を
有する。
【００１２】
Ｈ．３２３と組み合わせて公知技術によるリソース予約を使用するとき、ター
ミナル３０２、無線アクセスノード３０４、ゲートキーパー３０６及び残りのＨ
．３２３対応ＩＰネットワーク３０５間のシグナリングの結果を示す典型的なシ
ーケンス線図が図４に提供される。ターミナル３０２と無線アクセスノード３０
４間のシグナリングはエアインターフェース４００を介してなされる。前記シグ
ナリングは実際のリソース予約の関連部のみ摘出して図示している。 ４０１ ターミナル３０２はＨ．２２５．０／ＲＡＳシグナリングを使用して
呼を確立するための受入れ要求をする。ＩＴＵ−Ｔ Ｈ．２２５．０／ＲＡＳは
パケット対応マルチメディア通信システムに使用される登録(Registration)、受
入れ(Admission)及びステータスシグナリング(Status signaling)のプロトコル
である。ターミナル３０２はＡＲＱメッセージのTransportQoS領域においてリソ
ース予約能力を有することも示す。前記要求は、ゲートキーパー３０６が、ター
ミナル３０２がリソース予約能力を使用できることを通知するＡＣＦを返送する
ことにより受入れ及び確認される。 ４０２ Ｈ．２２５．０／Ｑ．９３１を使用する呼制御シグナリング(Call co
ntrol signaling)（ＣＣＳ）及びＨ．２４５シグナリングを使用するマスタ・ス
レイブ決定、ターミナル能力交換などといった他のシグナリングが行われる。Ｉ
ＴＵ−Ｔ Ｈ．２２５．０／Ｑ．９３１は通信制御シグナリングのプロトコルで
あり、ＩＴＵ−Ｔ Ｈ．２４５ ０９／９８はマルチメディア通信の制御プロト
コルである。 ４０３ 双方向論理チャネルは、Ｈ．２４５のシグナリングを使用するＲＳＶ
Ｐ形式でサービスパラメータのリソース予約品質を含んでオープンされる。 ４０４ 対応するサービス品質を有する無線アクセスベアラ３０３が確立され
る。これがいつ、どのようになされるかといったことはここでは重要ではなく、
どこかで確立される必要があるというだけである。 ４０５ エンドツーエンドのサービス品質に対するリソース予約ＩＰベアラサ
ービスはＲＳＶＰシグナリングを使用して確立される。これは、以前交換された
サービス品質パラメータを使用してなされる。前記予約はフロー単位でなされ、
本事例では双方向通信について行われる。
ミナル３０２、無線アクセスノード３０４、ゲートキーパー３０６及び残りのＨ
．３２３対応ＩＰネットワーク３０５間のシグナリングの結果を示す典型的なシ
ーケンス線図が図４に提供される。ターミナル３０２と無線アクセスノード３０
４間のシグナリングはエアインターフェース４００を介してなされる。前記シグ
ナリングは実際のリソース予約の関連部のみ摘出して図示している。 ４０１ ターミナル３０２はＨ．２２５．０／ＲＡＳシグナリングを使用して
呼を確立するための受入れ要求をする。ＩＴＵ−Ｔ Ｈ．２２５．０／ＲＡＳは
パケット対応マルチメディア通信システムに使用される登録(Registration)、受
入れ(Admission)及びステータスシグナリング(Status signaling)のプロトコル
である。ターミナル３０２はＡＲＱメッセージのTransportQoS領域においてリソ
ース予約能力を有することも示す。前記要求は、ゲートキーパー３０６が、ター
ミナル３０２がリソース予約能力を使用できることを通知するＡＣＦを返送する
ことにより受入れ及び確認される。 ４０２ Ｈ．２２５．０／Ｑ．９３１を使用する呼制御シグナリング(Call co
ntrol signaling)（ＣＣＳ）及びＨ．２４５シグナリングを使用するマスタ・ス
レイブ決定、ターミナル能力交換などといった他のシグナリングが行われる。Ｉ
ＴＵ−Ｔ Ｈ．２２５．０／Ｑ．９３１は通信制御シグナリングのプロトコルで
あり、ＩＴＵ−Ｔ Ｈ．２４５ ０９／９８はマルチメディア通信の制御プロト
コルである。 ４０３ 双方向論理チャネルは、Ｈ．２４５のシグナリングを使用するＲＳＶ
Ｐ形式でサービスパラメータのリソース予約品質を含んでオープンされる。 ４０４ 対応するサービス品質を有する無線アクセスベアラ３０３が確立され
る。これがいつ、どのようになされるかといったことはここでは重要ではなく、
どこかで確立される必要があるというだけである。 ４０５ エンドツーエンドのサービス品質に対するリソース予約ＩＰベアラサ
ービスはＲＳＶＰシグナリングを使用して確立される。これは、以前交換された
サービス品質パラメータを使用してなされる。前記予約はフロー単位でなされ、
本事例では双方向通信について行われる。
【００１３】
大規模なシグナリングでは、エアインターフェース全体の性能及びコストに問
題が現れるのは明らかである。ＲＳＶＰは、ＲＳＶＰメッセージがベアラ予約を
補給するために（通常は３０秒間隔で）周期的に送信される、いわゆるソフトス
テートメカニズムを使用するので、サービス品質を確立するためだけでなく維持
するためにも前記シグナリングが要求される。Ｈ．２４５の典型的なメッセージ
が２０バイト程の長さを有するのに対し、ＲＳＶＰメッセージは標準的な１５０
から２３０バイトの長さを有する。
題が現れるのは明らかである。ＲＳＶＰは、ＲＳＶＰメッセージがベアラ予約を
補給するために（通常は３０秒間隔で）周期的に送信される、いわゆるソフトス
テートメカニズムを使用するので、サービス品質を確立するためだけでなく維持
するためにも前記シグナリングが要求される。Ｈ．２４５の典型的なメッセージ
が２０バイト程の長さを有するのに対し、ＲＳＶＰメッセージは標準的な１５０
から２３０バイトの長さを有する。
【００１４】
本明細書で議論される問題は以下の通りである。
【００１５】
セルラー環境において、無線スペクトラムの能率化は最優先事項である。無線
スペクトラムのコストは高く、どのような場合においてもできるだけ多くのユー
ザに対して無線スペクトラムを利用することが強く望まれる。したがって、チャ
ネル帯域幅を保持する必要が非常に注目されている。他方ではエンドユーザが一
定水準のサービス品質又はサービス行為を期待している。エンドユーザのサービ
ス要求へのサービス応答時間がその１つであり、これにはシグナリングメッセー
ジの送信を待つ待ち時間が短いことと、交換されるシグナリングメッセージが少
ないことが要求される。
スペクトラムのコストは高く、どのような場合においてもできるだけ多くのユー
ザに対して無線スペクトラムを利用することが強く望まれる。したがって、チャ
ネル帯域幅を保持する必要が非常に注目されている。他方ではエンドユーザが一
定水準のサービス品質又はサービス行為を期待している。エンドユーザのサービ
ス要求へのサービス応答時間がその１つであり、これにはシグナリングメッセー
ジの送信を待つ待ち時間が短いことと、交換されるシグナリングメッセージが少
ないことが要求される。
【００１６】
このような２つの要件は二重の問題を示している。制御シグナリングを見ると
、シグナリングの負荷は無線を介してやり取りするメッセージの数及びメッセー
ジ長に依存する。制御チャネル帯域幅を狭小化することによりメッセージ転送時
間が増加し、その結果、エンドユーザが認知するネットワーク応答時間が増加す
る。
、シグナリングの負荷は無線を介してやり取りするメッセージの数及びメッセー
ジ長に依存する。制御チャネル帯域幅を狭小化することによりメッセージ転送時
間が増加し、その結果、エンドユーザが認知するネットワーク応答時間が増加す
る。
【００１７】
要約すると、リソース予約のシグナリングは大容量の帯域幅を消費する。した
がって、帯域幅の制限又は帯域幅の大量消費を伴う場合、アクセスベアラを介す
るリソース予約シグナリングを行わずに、エンドツーエンドのサービス品質を確
立する方法が必要とされる。
がって、帯域幅の制限又は帯域幅の大量消費を伴う場合、アクセスベアラを介す
るリソース予約シグナリングを行わずに、エンドツーエンドのサービス品質を確
立する方法が必要とされる。
【００１８】
別の問題は、エンドツーエンドのＩＰサービス品質が望まれているが、ターミ
ナルがＩＰレベル上のリソース予約プロトコルを欠く場合である。この場合、Ｉ
Ｐリソース予約シグナリングがアクセスベアラを介して行われることのない、エ
ンドツーエンドのサービス品質を確立するための方法が必要とされる。
ナルがＩＰレベル上のリソース予約プロトコルを欠く場合である。この場合、Ｉ
Ｐリソース予約シグナリングがアクセスベアラを介して行われることのない、エ
ンドツーエンドのサービス品質を確立するための方法が必要とされる。
【００１９】
したがって、本発明の目的は上述の問題を解決することである。
【００２０】
本発明による解決法は、例えば不経済的な狭い無線チャネルなどのアクセスイ
ンターフェースを介したＩＰレベルのリソース予約プロトコルによるシグナリン
グを排除し、ネットワークにリソース予約プロトコルプロキシを導入する。プロ
キシ機能を導入して、アクセスインターフェースを介したリンクレイヤのサービ
ス品質を有するリソースを確立することによりエンドツーエンドのリソースを予
約するための可能性を裏付ける、ないしは、要件を満たす。
ンターフェースを介したＩＰレベルのリソース予約プロトコルによるシグナリン
グを排除し、ネットワークにリソース予約プロトコルプロキシを導入する。プロ
キシ機能を導入して、アクセスインターフェースを介したリンクレイヤのサービ
ス品質を有するリソースを確立することによりエンドツーエンドのリソースを予
約するための可能性を裏付ける、ないしは、要件を満たす。
【００２１】
本発明によるサービス品質を確立するためにリソース予約を管理するためのア
プリケーションレベルサーバは機能的構成要素を含んでいる。この機能的構成要
素は、リソース予約の実施及びシグナリングメッセージの変更のために要求され
る必須パラメータを識別する。さらに、該機能的構成要素は、リソース予約プロ
トコルプロキシからアクセスノードと終端ノード間の品質サービスを要求する。
サーバはたとえリソース予約プロトコルを有していてもそれを使用しないように
ターミナルに指示する。本明細書において本発明の第１実施様態によるサーバは
特許請求項１の記載事項を特徴とする。
プリケーションレベルサーバは機能的構成要素を含んでいる。この機能的構成要
素は、リソース予約の実施及びシグナリングメッセージの変更のために要求され
る必須パラメータを識別する。さらに、該機能的構成要素は、リソース予約プロ
トコルプロキシからアクセスノードと終端ノード間の品質サービスを要求する。
サーバはたとえリソース予約プロトコルを有していてもそれを使用しないように
ターミナルに指示する。本明細書において本発明の第１実施様態によるサーバは
特許請求項１の記載事項を特徴とする。
【００２２】
ターミナルと終端ノード間のサービス品質を確立するためにリソース予約を実
行する通信システムはＩＰネットワークを含む。上述のリソース予約プロトコル
プロキシ、終端ノード及びアプリケーションレベルサーバはＩＰネットワークに
接続される。そのターミナルはリンクレベルのサービス品質を有するアクセスベ
アラを確立する手段によりアクセスノードに接続される。アクセスノードは、プ
ロキシと終端ノード間において、ＩＰレベルのサービス品質を確立するためにリ
ソース予約を実施する、リソース予約プロトコルに接続される。ＩＰネットワー
クはリソース予約プロトコルを使用する。本明細書において本発明の第２実施様
態による通信システムは特許請求項１５の記載事項を特徴とする。
行する通信システムはＩＰネットワークを含む。上述のリソース予約プロトコル
プロキシ、終端ノード及びアプリケーションレベルサーバはＩＰネットワークに
接続される。そのターミナルはリンクレベルのサービス品質を有するアクセスベ
アラを確立する手段によりアクセスノードに接続される。アクセスノードは、プ
ロキシと終端ノード間において、ＩＰレベルのサービス品質を確立するためにリ
ソース予約を実施する、リソース予約プロトコルに接続される。ＩＰネットワー
クはリソース予約プロトコルを使用する。本明細書において本発明の第２実施様
態による通信システムは特許請求項１５の記載事項を特徴とする。
【００２３】
本発明の第３実施様態によれば、該サーバは、リソース予約シグナリングがア
クセスノードから終端ノードに向けて実施されるよう指示する。さらに、該サー
バは、サービス品質を確立するためにリソースを予約するのに必要なパラメータ
を識別する。プロキシは必須のパラメータに準拠して、ＩＰレベルにおけるサー
ビス品質を有するリソースを予約する。該リソースはアクセスノードと終端ノー
ド間に予約される。リンクレベルにおいてサービス品質を有するアクセスベアラ
は、ターミナルとアクセスノード間に確立される。本明細書において本発明の第
３実施様態による方法は特許請求項２０の記載事項を特徴とする。
クセスノードから終端ノードに向けて実施されるよう指示する。さらに、該サー
バは、サービス品質を確立するためにリソースを予約するのに必要なパラメータ
を識別する。プロキシは必須のパラメータに準拠して、ＩＰレベルにおけるサー
ビス品質を有するリソースを予約する。該リソースはアクセスノードと終端ノー
ド間に予約される。リンクレベルにおいてサービス品質を有するアクセスベアラ
は、ターミナルとアクセスノード間に確立される。本明細書において本発明の第
３実施様態による方法は特許請求項２０の記載事項を特徴とする。
【００２４】
本発明の第４実施様態によれば、本発明はソフトウェアコードセグメントによ
り実施することができ、例えばリソース予約プロキシ、アプリケーションレベル
サーバ、ゲートキーパー等の、通信システムの関連構成要素のいずれかに格納す
ることができる。コンピュータプログラム製品は該構成要素内のディジタルコン
ピュータの内部記憶装置に直接ロードすることができ、前記プログラムがコンピ
ュータ上で動作するときは、本発明の方法によるステップを実施するソフトウェ
アコード部を含む。本明細書において、本発明の第４実施様態によるコンピュー
タプログラム製品は、特許請求項３９の記載事項を特徴とする。
り実施することができ、例えばリソース予約プロキシ、アプリケーションレベル
サーバ、ゲートキーパー等の、通信システムの関連構成要素のいずれかに格納す
ることができる。コンピュータプログラム製品は該構成要素内のディジタルコン
ピュータの内部記憶装置に直接ロードすることができ、前記プログラムがコンピ
ュータ上で動作するときは、本発明の方法によるステップを実施するソフトウェ
アコード部を含む。本明細書において、本発明の第４実施様態によるコンピュー
タプログラム製品は、特許請求項３９の記載事項を特徴とする。
【００２５】
本発明の第５実施様態によれば、コンピュータプログラム製品は、本発明によ
る通信システムの構成要素内部でコンピュータに本発明による方法の実行ステッ
プを制御させる読込み可能なプログラムを含む、コンピュータで使用可能な媒体
に格納される。本発明の第５実施様態によるコンピュータプログラム製品は本明
細書では特許請求項４０を特徴とする。
る通信システムの構成要素内部でコンピュータに本発明による方法の実行ステッ
プを制御させる読込み可能なプログラムを含む、コンピュータで使用可能な媒体
に格納される。本発明の第５実施様態によるコンピュータプログラム製品は本明
細書では特許請求項４０を特徴とする。
【００２６】
本発明の長所は、リソース予約シグナリングがアクセスインターフェース上か
ら排除されるので、ターミナルアクセスインターフェース上に必要とされる帯域
幅が小さくなることである。
ら排除されるので、ターミナルアクセスインターフェース上に必要とされる帯域
幅が小さくなることである。
【００２７】
本発明のさらなる長所は、ターミナルがアクセスインターフェースのＩＰレベ
ルにリソースを予約する能力を有していなくてもエンドツーエンドのサービス品
質を確立することが可能なことである。
ルにリソースを予約する能力を有していなくてもエンドツーエンドのサービス品
質を確立することが可能なことである。
【００２８】
本発明のさらなる長所は、ネットワークを網羅するアプリケーションに対して
透明性を伴うことである。終端ノードにとって、ターミナルがリソース予約を使
用したか、或いはプロキシが該ターミナルの代わりにそれを行ったかは、差異を
生まない。また、サーバはターミナルがリソース予約を使用するべきか否かを決
定する能力を有しているので、リソース予約プロトコルプロキシの導入による既
存ターミナルを実施する上での影響はない。
透明性を伴うことである。終端ノードにとって、ターミナルがリソース予約を使
用したか、或いはプロキシが該ターミナルの代わりにそれを行ったかは、差異を
生まない。また、サーバはターミナルがリソース予約を使用するべきか否かを決
定する能力を有しているので、リソース予約プロトコルプロキシの導入による既
存ターミナルを実施する上での影響はない。
【００２９】
本特許明細書で使用するリソース予約プロトコルの用語は、ＩＰレベルのリソ
ース予約プロトコルすべてを含め、一般的な用語として解釈されなければならな
い。
ース予約プロトコルすべてを含め、一般的な用語として解釈されなければならな
い。
【００３０】
本発明のさらなる適用範囲は以下の詳細な説明から明らかとなる。しかし、本
発明の精神及び範囲内で様々な変形及び変更が可能であることはこの詳細な説明
から当業者にとっては自明のものであるので、詳細な説明及び特定の実施例は、
本発明の好ましい実施形態を述べていると同時に、例示手段としてのみ提示され
ている。
発明の精神及び範囲内で様々な変形及び変更が可能であることはこの詳細な説明
から当業者にとっては自明のものであるので、詳細な説明及び特定の実施例は、
本発明の好ましい実施形態を述べていると同時に、例示手段としてのみ提示され
ている。
【００３１】
好ましい実施形態の説明
ＩＰを介して通信しているとき、及び、ＩＰを介する音声、マルチメディア、
リアルタイム会話サービス(real-time conversational service)、オーディオス
トリーミング、ビデオストリーミング、保証ビットレートでのウェブサーフィン
などのためにリソース予約を必要としているときには、上述のようにかなり不経
済的な帯域幅を必要とする、帯域幅の能率化及び必須のＩＰサービス品質の２つ
の要件が存在する。別の問題は、必須のＩＰサービス品質を予約する能力を有し
てはいないが、サービス品質が要求される場合である。
リアルタイム会話サービス(real-time conversational service)、オーディオス
トリーミング、ビデオストリーミング、保証ビットレートでのウェブサーフィン
などのためにリソース予約を必要としているときには、上述のようにかなり不経
済的な帯域幅を必要とする、帯域幅の能率化及び必須のＩＰサービス品質の２つ
の要件が存在する。別の問題は、必須のＩＰサービス品質を予約する能力を有し
てはいないが、サービス品質が要求される場合である。
【００３２】
上記の解決法は、無線インターフェースなどのアクセスインターフェースにお
いて下層のリンクレイヤがリンクを介して所要のサービス品質を提供することが
できるという点に基づいている。このリンクは専用リソースであり、それは予測
可能で保証されたやり方で必須の及び所要のサービス品質を提供する。帯域幅と
いった必須のリンクサービス品質を予約することは、ＩＰレイヤにおけるリソー
スがアクセスインターフェースを介して確実に予約される必要はないということ
を意味する。アクセスネットワークにおいて、リソース予約プロトコルシグナリ
ングはリソース予約プロトコルプロキシを使用して発生及び終端させることがで
きる。したがって、エンドツーエンドでＩＰベアラサービス品質要件を満たす。
いて下層のリンクレイヤがリンクを介して所要のサービス品質を提供することが
できるという点に基づいている。このリンクは専用リソースであり、それは予測
可能で保証されたやり方で必須の及び所要のサービス品質を提供する。帯域幅と
いった必須のリンクサービス品質を予約することは、ＩＰレイヤにおけるリソー
スがアクセスインターフェースを介して確実に予約される必要はないということ
を意味する。アクセスネットワークにおいて、リソース予約プロトコルシグナリ
ングはリソース予約プロトコルプロキシを使用して発生及び終端させることがで
きる。したがって、エンドツーエンドでＩＰベアラサービス品質要件を満たす。
【００３３】
図５は一般モードにおいて本発明によるエンドツーエンドのサービス品質を確
立するフローチャートを図示している。サービス品質は、通信システムにおいて
ＩＰネットワークを介してターミナルと終端ノード間に確立される。前記通信シ
ステムはリソース予約プロトコルを使用してＩＰネットワークを含み、以下のも
のが接続されている。 アクセスノードを介したターミナル 終端ノード リソース予約プロトコルプロキシ 図７に示したリソース予約を保守管理するアプリケーションレベルサーバ 当該ネットワーク及び当該構成要素はＩＰレベル上のリソース予約プロトコル
を使用するが、ターミナルはＩＰレベル上のリソース予約プロトコルのいずれも
使用しなくてもよい。本発明を使用する機会とは、ネットワークがリソース予約
プロトコルの使用を望むが、ターミナルがリソース予約プロトコルを何も有して
いない場合である。代わりに、ＩＰパケットが転送されるリンクレベル上に非同
期転送モード（ＡＴＭ）を有してもよい。ターミナルはターミナルとアクセスノ
ード間においてＡＴＭレベル上のアクセスベアラを使用できる。リソース予約プ
ロトコルプロキシ及びサーバはそれぞれ、コンピュータプログラムを格納する内
部記憶装置を具備するディジタルコンピュータを含む。
立するフローチャートを図示している。サービス品質は、通信システムにおいて
ＩＰネットワークを介してターミナルと終端ノード間に確立される。前記通信シ
ステムはリソース予約プロトコルを使用してＩＰネットワークを含み、以下のも
のが接続されている。 アクセスノードを介したターミナル 終端ノード リソース予約プロトコルプロキシ 図７に示したリソース予約を保守管理するアプリケーションレベルサーバ 当該ネットワーク及び当該構成要素はＩＰレベル上のリソース予約プロトコル
を使用するが、ターミナルはＩＰレベル上のリソース予約プロトコルのいずれも
使用しなくてもよい。本発明を使用する機会とは、ネットワークがリソース予約
プロトコルの使用を望むが、ターミナルがリソース予約プロトコルを何も有して
いない場合である。代わりに、ＩＰパケットが転送されるリンクレベル上に非同
期転送モード（ＡＴＭ）を有してもよい。ターミナルはターミナルとアクセスノ
ード間においてＡＴＭレベル上のアクセスベアラを使用できる。リソース予約プ
ロトコルプロキシ及びサーバはそれぞれ、コンピュータプログラムを格納する内
部記憶装置を具備するディジタルコンピュータを含む。
【００３４】
当該方法は以下のステップを含む。
５０１ サーバは、アクセスノードから終端ノードへのリソース予約シグナリ
ングを指示する。 ５０２ サーバは、エンドツーエンドのサービス品質を確立するためのリソー
ス予約に必要なパラメータを識別する。 ５０３ アクセスノードと終端ノード間に、ＩＰレベル上のサービス品質を有
するリソース予約がリソース予約プロトコルプロキシにより実施される。 ５０４ サービス品質を有するアクセスベアラが、ターミナルと、ＡＴＭレベ
ル又は無線リンクレベルなどのリンクレベル上のアクセスノードとの間に確立さ
れる。 ステップ５０４をステップ５０３の前又は同時に実施することも可能である。
本発明による方法のさらに詳細な説明を図８に基づいて述べる。
ングを指示する。 ５０２ サーバは、エンドツーエンドのサービス品質を確立するためのリソー
ス予約に必要なパラメータを識別する。 ５０３ アクセスノードと終端ノード間に、ＩＰレベル上のサービス品質を有
するリソース予約がリソース予約プロトコルプロキシにより実施される。 ５０４ サービス品質を有するアクセスベアラが、ターミナルと、ＡＴＭレベ
ル又は無線リンクレベルなどのリンクレベル上のアクセスノードとの間に確立さ
れる。 ステップ５０４をステップ５０３の前又は同時に実施することも可能である。
本発明による方法のさらに詳細な説明を図８に基づいて述べる。
【００３５】
図６は通信システム６００の概観図を示している。前記システムにおいて、本
発明に従い、サービス品質はターミナル６０５と終端ノード６０８間に確立され
る。前記通信システム６００は、例えば、一般パケット無線サービス(General P
acket Radio Service(GPRS))、Enhanced Data rates of GSM and TDMA/136 Evol
ution(EDGE)、及びユニバーサル移動体電気通信システム（ＵＭＴＳ）における
ＵＭＴＳ地上無線接続網(UMTS Terrestrial Radio Access Network(UTRAN))など
の、セルラー環境におけるＨ．３２３による通信６０１に基づいている。
発明に従い、サービス品質はターミナル６０５と終端ノード６０８間に確立され
る。前記通信システム６００は、例えば、一般パケット無線サービス(General P
acket Radio Service(GPRS))、Enhanced Data rates of GSM and TDMA/136 Evol
ution(EDGE)、及びユニバーサル移動体電気通信システム（ＵＭＴＳ）における
ＵＭＴＳ地上無線接続網(UMTS Terrestrial Radio Access Network(UTRAN))など
の、セルラー環境におけるＨ．３２３による通信６０１に基づいている。
【００３６】
本発明のこの実施形態において、構成要素及びＩＰネットワークはリソース予
約プロトコル（ＲＳＶＰ）を使用している。このようにしてＲＳＶＰプロキシ６
０２のリソース予約プロトコルプロキシは構成され、本実施形態ではＲＳＶＰは
サブネットワーク６０４内の無線アクセスノード６０３に具備されている。前記
サブネットワークはＨ．３２３対応ＩＰネットワーク６０７にアクセスしている
。 ＲＳＶＰプロキシ６０２はアクセスノードと終端ノード間にＩＰレベル上のサ
ービス品質を確立するためにリソース予約を実施する手段６１３を有する。 ターミナル６０５とアクセスノード６０３は共に、ターミナル６０５とアクセ
スノード６０３間のリンクレイヤ上にサービス品質を有する無線アクセスベアラ
を確立する手段６１２を有する。 ＲＳＶＰプロキシ６０２は、それが適当であれば図６に示されていないサブネ
ットワーク６０４内の他の構成要素に具備されていてもよい。配置される場所は
本発明においては重要ではない。 当該サブネットは、例えば、無線アクセスネットワーク、或いは、無線アクセ
スネットワークとコアネットワークを構成していてもよい。 そのシナリオはＨ．３２３ゲートキーパールートコール(Gatekeeper routed c
all)のシナリオに適用する。ターミナル６０５は、無線アクセスを提供する無線
モデムに接続されるＨ．３２３のクライアントソフトウェアを動作させるラップ
トップで構成されてもよい。他の構成も可能である。ターミナル６０５は無線ア
クセスベアラ６０６を経由して無線アクセスノード６０３にアクセスする。終端
ノード６０８はＩＰネットワーク６０７に接続される。
約プロトコル（ＲＳＶＰ）を使用している。このようにしてＲＳＶＰプロキシ６
０２のリソース予約プロトコルプロキシは構成され、本実施形態ではＲＳＶＰは
サブネットワーク６０４内の無線アクセスノード６０３に具備されている。前記
サブネットワークはＨ．３２３対応ＩＰネットワーク６０７にアクセスしている
。 ＲＳＶＰプロキシ６０２はアクセスノードと終端ノード間にＩＰレベル上のサ
ービス品質を確立するためにリソース予約を実施する手段６１３を有する。 ターミナル６０５とアクセスノード６０３は共に、ターミナル６０５とアクセ
スノード６０３間のリンクレイヤ上にサービス品質を有する無線アクセスベアラ
を確立する手段６１２を有する。 ＲＳＶＰプロキシ６０２は、それが適当であれば図６に示されていないサブネ
ットワーク６０４内の他の構成要素に具備されていてもよい。配置される場所は
本発明においては重要ではない。 当該サブネットは、例えば、無線アクセスネットワーク、或いは、無線アクセ
スネットワークとコアネットワークを構成していてもよい。 そのシナリオはＨ．３２３ゲートキーパールートコール(Gatekeeper routed c
all)のシナリオに適用する。ターミナル６０５は、無線アクセスを提供する無線
モデムに接続されるＨ．３２３のクライアントソフトウェアを動作させるラップ
トップで構成されてもよい。他の構成も可能である。ターミナル６０５は無線ア
クセスベアラ６０６を経由して無線アクセスノード６０３にアクセスする。終端
ノード６０８はＩＰネットワーク６０７に接続される。
【００３７】
通信システムは本発明によるアプリケーションレベルサーバ６０９を含み、そ
れは図７にさらに詳細に図示されている。該アプリケーションレベルサーバ７０
１はＩＰネットワーク７０２に接続され、本発明によるリソース予約プロトコル
プロキシ７０５を用いて、ターミナル７０３と終端ノード７０４間にサービス品
質を確立するリソース予約の過程を管理する。ターミナル７０３はアクセスノー
ド７０６を経由してＩＰネットワークに接続される。前記アクセスノード７０６
はプロキシ７０５に接続され、そのプロキシ７０５がＩＰネットワークに接続さ
れる。終端ノード７０４はＩＰネットワーク７０２に接続され、ＩＰネットワー
ク７０２はリソース予約プロトコルを使用する。サーバ７０１は、例えば、Ｈ．
２２５及びＨ．２４５シグナリングプロトコルを管理するゲートキーパーである
か、又は従来技術のＳＩＰを管理する、ＳＩＰプロキシなどで、本発明により、
リソース予約プロトコルプロキシ７０５を用いてサービス品質を確立するリソー
ス予約の過程を管理する機能的構成要素７０７を含むように変更される。
れは図７にさらに詳細に図示されている。該アプリケーションレベルサーバ７０
１はＩＰネットワーク７０２に接続され、本発明によるリソース予約プロトコル
プロキシ７０５を用いて、ターミナル７０３と終端ノード７０４間にサービス品
質を確立するリソース予約の過程を管理する。ターミナル７０３はアクセスノー
ド７０６を経由してＩＰネットワークに接続される。前記アクセスノード７０６
はプロキシ７０５に接続され、そのプロキシ７０５がＩＰネットワークに接続さ
れる。終端ノード７０４はＩＰネットワーク７０２に接続され、ＩＰネットワー
ク７０２はリソース予約プロトコルを使用する。サーバ７０１は、例えば、Ｈ．
２２５及びＨ．２４５シグナリングプロトコルを管理するゲートキーパーである
か、又は従来技術のＳＩＰを管理する、ＳＩＰプロキシなどで、本発明により、
リソース予約プロトコルプロキシ７０５を用いてサービス品質を確立するリソー
ス予約の過程を管理する機能的構成要素７０７を含むように変更される。
【００３８】
サーバ７０１はプロキシ７０５と終端ノード７０４間にリソース予約プロトコ
ルシグナリングを指示するための手段７１２を有する。例えば、プロビジョニン
グにより使用する、プロキシ７０５とアクセスノード７０６間のサービス品質を
達成するために様々な手段が存在する。
ルシグナリングを指示するための手段７１２を有する。例えば、プロビジョニン
グにより使用する、プロキシ７０５とアクセスノード７０６間のサービス品質を
達成するために様々な手段が存在する。
【００３９】
サーバの機能的構成要素７０７は、リソース予約の過程を実施するのに使用さ
れる、シグナリングメッセージなどから必須のパラメータを識別する手段７０８
を有する。 必須パラメータの例は、終端ノード７０４の受信者のＩＰアドレス、終端ノー
ド７０４の受信者ポートＩＤ、終端ノード７０４が使用することを目的とするサ
ービス品質モード及び所要の帯域幅といったサービス品質情報である。サービス
品質情報はアプリケーションの識別力に基づいてサーバにより認識されてもよい
。例えば、サーバはアプリケーション及びサーバにより欧州汎用移動体通信（Ｇ
ＳＭ）伝送音声符号化が使用されることを認知し、ＧＳＭ用の特定音声コーデッ
クが特定の帯域幅量を要することを認識する。（ポートは、ＩＰパケットが転送
されるべきホストにおける過程をさらにアドレス指定するためにＩＰ準拠システ
ムで使用される。）
れる、シグナリングメッセージなどから必須のパラメータを識別する手段７０８
を有する。 必須パラメータの例は、終端ノード７０４の受信者のＩＰアドレス、終端ノー
ド７０４の受信者ポートＩＤ、終端ノード７０４が使用することを目的とするサ
ービス品質モード及び所要の帯域幅といったサービス品質情報である。サービス
品質情報はアプリケーションの識別力に基づいてサーバにより認識されてもよい
。例えば、サーバはアプリケーション及びサーバにより欧州汎用移動体通信（Ｇ
ＳＭ）伝送音声符号化が使用されることを認知し、ＧＳＭ用の特定音声コーデッ
クが特定の帯域幅量を要することを認識する。（ポートは、ＩＰパケットが転送
されるべきホストにおける過程をさらにアドレス指定するためにＩＰ準拠システ
ムで使用される。）
【００４０】
サーバ７０１の機能的構成要素７０７は、リソース予約プロトコルを有してい
てもそれを使用しないようにターミナルに指示する手段７０９を有する。
てもそれを使用しないようにターミナルに指示する手段７０９を有する。
【００４１】
サーバ７０１の機能的構成要素７０７は、ターミナル７０３と終端ノード７０
４間の、及び場合によってはそれらと他のゲートキーパー間のシグナリングメッ
セージを変更する手段７１０を有する。 リソース予約プロトコルを使用しないように指示されるターミナルは、終端ノ
ード７０４に向けたシグナリングメッセージの中で、リソース予約能力を有して
いないことを示すが、アクセスノードに向けられたリソース予約プロトコルを使
用しなければならない終端ノード７０４は、リソース予約能力を有するという情
報を得る必要がある。 ターミナルは、終端ノードに向けた別のシグナリングメッセージの中で、リソ
ース予約能力を使用しないことも表明しているが、アクセスノードに向けたリソ
ース予約プロトコルを使用する終端ノード７０４は、リソース予約能力が使用さ
れるという情報を獲得しなければならない。 終端ノード７０４又はターミナル７０３に向かう経路上でサーバ７０１を通る
これらのシグナリングメッセージは、それらが目的地に到達する前に機能的構成
要素７０７によりしかるべく変更される。
４間の、及び場合によってはそれらと他のゲートキーパー間のシグナリングメッ
セージを変更する手段７１０を有する。 リソース予約プロトコルを使用しないように指示されるターミナルは、終端ノ
ード７０４に向けたシグナリングメッセージの中で、リソース予約能力を有して
いないことを示すが、アクセスノードに向けられたリソース予約プロトコルを使
用しなければならない終端ノード７０４は、リソース予約能力を有するという情
報を得る必要がある。 ターミナルは、終端ノードに向けた別のシグナリングメッセージの中で、リソ
ース予約能力を使用しないことも表明しているが、アクセスノードに向けたリソ
ース予約プロトコルを使用する終端ノード７０４は、リソース予約能力が使用さ
れるという情報を獲得しなければならない。 終端ノード７０４又はターミナル７０３に向かう経路上でサーバ７０１を通る
これらのシグナリングメッセージは、それらが目的地に到達する前に機能的構成
要素７０７によりしかるべく変更される。
【００４２】
サーバ７０１の機能的構成要素７０７は、リソース予約プロトコルプロキシ７
０５から、プロキシ７０５と終端ノードの間に所要のサービス品質を要求する手
段７１１も有する。機能的構成要素７０７により集められた必須のパラメータは
、リソース予約プロトコルプロキシ７０５に送られる。リソース予約プロトコル
プロキシは、プロキシ７０５と終端ノード７０４間に所要のサービス品質を有す
るリソース予約を実施する。
０５から、プロキシ７０５と終端ノードの間に所要のサービス品質を要求する手
段７１１も有する。機能的構成要素７０７により集められた必須のパラメータは
、リソース予約プロトコルプロキシ７０５に送られる。リソース予約プロトコル
プロキシは、プロキシ７０５と終端ノード７０４間に所要のサービス品質を有す
るリソース予約を実施する。
【００４３】
図６に戻り、ＩＰネットワーク６０７に接続されるサーバ６０９は、本発明の
本実施例において、図７に基づく上述のサービス品質を確立するためにＲＳＶＰ
プロキシ６０２を使用する過程を管理する手段６１０を含むように変更されたＨ
．３２３のゲートキーパー６０９を構成する。ＲＳＶＰプロキシ６０２は、アク
セスノードと終端ノード間にゲートキーパー６０９に要求されたサービス品質を
有するリソース予約を実施する手段を有する。 本発明の実施例において、「実際の」ＲＳＶＰ対応サービス品質が無線アクセ
スノード６０３と終端ノード６０８間に提供されるが、無線リンク６０６がその
信頼できるサービス品質を提供するという事実に基づけば、ＩＰレイヤにおいて
「仮想的な」サービス品質６１１がエンドツーエンドに提供される。ＲＳＶＰプ
ロキシ６０２及びＧＫ６０９はコンピュータプログラムを格納する内部記憶装置
を具備するディジタルコンピュータをそれぞれ有する。
本実施例において、図７に基づく上述のサービス品質を確立するためにＲＳＶＰ
プロキシ６０２を使用する過程を管理する手段６１０を含むように変更されたＨ
．３２３のゲートキーパー６０９を構成する。ＲＳＶＰプロキシ６０２は、アク
セスノードと終端ノード間にゲートキーパー６０９に要求されたサービス品質を
有するリソース予約を実施する手段を有する。 本発明の実施例において、「実際の」ＲＳＶＰ対応サービス品質が無線アクセ
スノード６０３と終端ノード６０８間に提供されるが、無線リンク６０６がその
信頼できるサービス品質を提供するという事実に基づけば、ＩＰレイヤにおいて
「仮想的な」サービス品質６１１がエンドツーエンドに提供される。ＲＳＶＰプ
ロキシ６０２及びＧＫ６０９はコンピュータプログラムを格納する内部記憶装置
を具備するディジタルコンピュータをそれぞれ有する。
【００４４】
図８は、図６に図示されたシナリオに基づく、本発明によりエンドツーエンド
のサービス品質を確立する各段階を示す概略的なシーケンス図である。図中の構
成要素及びネットワークは、ターミナル６０５、エアインターフェース８００、
図６に描かれたようにＲＳＶＰプロキシ６０２を含む無線アクセスノード６０３
、ゲートキーパー６０９、Ｈ．３２３及びＲＳＶＰ対応ＩＰネットワーク６０７
及び終端ノード６０８である。 図８は単純化された概略図であり、本発明による方法に関連するシグナリング
の一部に焦点を当てたものである。 ８０１ ターミナル６０５は、ゲートキーパー６０９からＨ．２２５／ＲＡＳ
シグナリングを使用して呼を確立するために受入れ(admission)を求める。本事
例では、構成要素がＲＳＶＰを動作させているので、ＡＲＱメッセージのTransp
ortQoS領域にリソースを予約するための能力を有することも示している。ゲート
キーパー６０９は前記要求を受入れ、承認すると、ターミナルがリソース予約能
力を使用してはいけないこと、或いは、ゲートキーパー６０９が必須のリソース
を予約することとをACFメッセージのTransportQoS領域においてターミナル６０
５に伝える。 ８０２ Ｈ．２２５．０／Ｑ．９３１を使用する呼制御シグナリングＣＣＳは
、Ｈ．２４５のシグナリングを使用するマスタ・スレイブの決定やターミナル能
力の交換といった他のシグナリングと同様に実行される。なかでも、本発明に対
して重要である能力交換シグナリングが図８の参照番号８０２に示されている。
能力交換シグナリングにおいて、ターミナル６０５はそのリソース予約能力を使
用しないように指示されているので、終端ノード６０８に向けられるTreminalCa
pabilitySetメッセージ中にサービス品質は使用される予定がない旨を示す。し
かし、サービス品質は無線アクセスノード６０３内のＲＳＶＰプロキシにより確
立されるので、終端ノード６０８がリソース予約を使用しない決定を認識するこ
とになってはならない。したがって、ゲートキーパー６０９は、終端ノード６０
８に向けて転送される前に、サービス品質が支持されていること及びどのタイプ
のサービス品質モードが対応されるかを指示するために、TerminalCapabilitySe
tメッセージのQoSMode領域を、セットしない、から、セットする、に変更する。
これは、当該ＲＳＶＰシグナリングが無線アクセスノード６０３と終端ノード６
０８間に使用されてもよいことを意味する。終端ノード６０８は反対方向のTerm
inalCapabilitySetメッセージにおいて、どのサービス品質モードを使用するの
かを返送する。ＲＳＶＰにおいて、保証サービス品質又は制御モードなどのサー
ビス品質モードには様々なクラスがある。ターミナル６０５に向かう途中でこの
メッセージがゲートキーパー６０９を通過するとき、ゲートキーパー６０９はサ
ービス品質モードを遮断し、転送する前にメッセージから使用されるべきサービ
ス品質モードを排除する。サービス品質モードは、図５に記載のリソース予約の
過程を実施するのに使用される必須パラメータの１つである。さらに、このメッ
セージはサービス品質が使用できることを示すが、それは無線アクセスノード６
０３内部のＲＳＶＰプロキシにより確立されるので、ターミナル６０５がそれを
認識することになってはならない。したがって、このメッセージも、ターミナル
６０５に転送される前に、サービス品質が使用されないことを指示するためにゲ
ートキーパー６０９により変更される。 ８０３ 双方向論理チャネルをオープンにするとき、ターミナル６０５は、Ｈ
．２４５のOpenLogicalCannelをゲートキーパー６０９に送り、ゲートキーパー
６０９は、終端ノード６０８にメッセージを転送する。１つの双方向論理チャネ
ルが、ビデオに対して１つ、オーディオに対して１つ、データに対して１つとい
うように、必要な各タイプのフローに対してオープンにされる。伝達される情報
は、（ＡＣＦのTransportQoSにより返送された値に基づき）所要の帯域幅、遅延
タイプなどのサービス品質情報を含んでもよい。バイト毎秒単位の最大帯域幅な
どのこのサービス品質情報は、ゲートキーパー６０９がOpenLogicalChannelメッ
セージを受信したときに、ゲートキーパー６０９によって遮断されても良いが、
ゲートキーパー６０９のアプリケーションについての知識を用いて推定されても
よい。アプリケーションについての知識とは、例えば、ＧＳＭコードを有するチ
ャネルがオープンにされる場合、特定の帯域幅量などが必要とされることなどで
ある。他の伝達される情報は、供給される受信ポートなどが無線アクセスノード
６０３のＲＳＶＰプロキシのポートであり、ターミナル６０５内のポートではな
いということである。さらに、重要な伝達情報は、例えば使用されるべきポート
のポート識別を指示することによって、終端ノード６０８における論理チャネル
がどこで終端すべきかということである。これは、OpenLogicalChannelAckメッ
セージ中で、終端ノード６０８からゲートキーパー６０９を経由してターミナル
６０５へ返送される。ターミナル受信ポートＩＤなどは終端ノード６０８から受
信される、次のＲＳＶＰ Pathメッセージで使用される。 ８０４ ゲートキーパー６０９はサービス品質要求メッセージにおいて無線ア
クセスノード６０３のＲＳＶＰプロキシからサービス品質を要求する。サービス
品質は無線アクセスノード６０３と終端ノード６０８間に要求される。ゲートキ
ーパー６０９は獲得したサービス品質情報、サービス品質モード、終端ノード６
０８の受信ポートＩＤをＲＳＶＰプロキシへのメッセージを含む。 ８０５ 無線アクセスノード６０３のＲＳＶＰプロキシ６０２と終端ノード６
０８間に、ターミナル６０５から終端ノード６０８に向かうメディアストリーム
に使用されるべき予約を確立するために、無線アクセスノード６０３のＲＳＶＰ
プロキシ６０２は、（ターミナルから送られたかのような）ＲＳＶＰシグナリン
グメッセージPathを使用して、ステップ７０４で要求されたように、終端ノード
６０８に向けて必須のリソース予約を開始する。当該メッセージは獲得したサー
ビス品質情報、サービス品質モード及び終端ノード６０８の受信ポートＩＤを含
み、それらは、リソース予約を実施するのに必要である。次のＲＳＶＰのResvメ
ッセージが終端ノード６０８からターミナル６０５に返送されるとき、該メッセ
ージはＲＳＶＰプロキシ６０２により遮断されてターミナル６０５にそれを通過
させない。Resvメッセージへの応答として、ＲＳＶＰプロキシ６０２はRSVP Res
vConfメッセージを作成し、（ターミナルから送られたかのように）終端点６０
８に送る。ＲＳＶＰプロキシ６０２と終端ノード６０８の間に、終端ノード６０
８からターミナル６０５に向かって進むメディアストリームに使用されるべき予
約を確立するために、終端ノード６０８（又は本発明のプロキシなど終端ノード
の代わりの役割を果たす別の構成要素）はＲＳＶＰ Pathメッセージをターミナ
ル６０５に送ることによりターミナル６０５の方向へ必須のリソース予約を開始
する。Pathメッセージは必須のサービス品質情報、サービス品質モード及びター
ミナル６０５の受信ポートＩＤを含み、それらは、リソース予約を実施するのに
必要である。前記Pathメッセージは無線アクセスノード６０３のＲＳＶＰプロキ
シにより遮断され、ターミナル６０５に到達しない。ＲＳＶＰプロキシ６０２は
、（ターミナルから送信されたかのように）ＲＳＶＰResvメッセージを終端点６
０８に返送することによりPathメッセージに応答する。ＲＳＶＰResvConfメッセ
ージ中のリソース予約の確認が終端ノード６０８（又は本発明のＲＳＶＰプロキ
シといった終端ノードの代わりの役割を果たす構成要素）から受信されるときに
、前記メッセージはＲＳＶＰプロキシ６０２により遮断され、ターミナル６０５
に到達しない。予約は本事例においては、双方向通信に対してフローごとに行わ
れる。 ８０６ 無線アクセスベアラは、ターミナル６０５のリンクレイヤと無線アク
セスノード６０３のリンクレイヤ間において、相当するサービス品質を有して確
立される。ＵＭＴＳネットワークシナリオにおいては、これは、ターミナル６０
５がＵＭＴＳセッションマネージメントシングナリング（技術仕様書２４．００
８：「Mobile Radio Interface layer 3 specification, core network protoco
ls - stage 3」 v3.2.1, 3rd Generation Partnership Project(3GPP)）に準拠
したActivatePDPContextRequestメッセージを送信することにより開始される。
これが行われるタイミングは本発明においては重要ではなく、いつか行われてい
ればよいというだけである。 最終的に、エアインターフェースを介してＲＳＶＰを送ることなく、リソース
がエンドツーエンドで保証される。
のサービス品質を確立する各段階を示す概略的なシーケンス図である。図中の構
成要素及びネットワークは、ターミナル６０５、エアインターフェース８００、
図６に描かれたようにＲＳＶＰプロキシ６０２を含む無線アクセスノード６０３
、ゲートキーパー６０９、Ｈ．３２３及びＲＳＶＰ対応ＩＰネットワーク６０７
及び終端ノード６０８である。 図８は単純化された概略図であり、本発明による方法に関連するシグナリング
の一部に焦点を当てたものである。 ８０１ ターミナル６０５は、ゲートキーパー６０９からＨ．２２５／ＲＡＳ
シグナリングを使用して呼を確立するために受入れ(admission)を求める。本事
例では、構成要素がＲＳＶＰを動作させているので、ＡＲＱメッセージのTransp
ortQoS領域にリソースを予約するための能力を有することも示している。ゲート
キーパー６０９は前記要求を受入れ、承認すると、ターミナルがリソース予約能
力を使用してはいけないこと、或いは、ゲートキーパー６０９が必須のリソース
を予約することとをACFメッセージのTransportQoS領域においてターミナル６０
５に伝える。 ８０２ Ｈ．２２５．０／Ｑ．９３１を使用する呼制御シグナリングＣＣＳは
、Ｈ．２４５のシグナリングを使用するマスタ・スレイブの決定やターミナル能
力の交換といった他のシグナリングと同様に実行される。なかでも、本発明に対
して重要である能力交換シグナリングが図８の参照番号８０２に示されている。
能力交換シグナリングにおいて、ターミナル６０５はそのリソース予約能力を使
用しないように指示されているので、終端ノード６０８に向けられるTreminalCa
pabilitySetメッセージ中にサービス品質は使用される予定がない旨を示す。し
かし、サービス品質は無線アクセスノード６０３内のＲＳＶＰプロキシにより確
立されるので、終端ノード６０８がリソース予約を使用しない決定を認識するこ
とになってはならない。したがって、ゲートキーパー６０９は、終端ノード６０
８に向けて転送される前に、サービス品質が支持されていること及びどのタイプ
のサービス品質モードが対応されるかを指示するために、TerminalCapabilitySe
tメッセージのQoSMode領域を、セットしない、から、セットする、に変更する。
これは、当該ＲＳＶＰシグナリングが無線アクセスノード６０３と終端ノード６
０８間に使用されてもよいことを意味する。終端ノード６０８は反対方向のTerm
inalCapabilitySetメッセージにおいて、どのサービス品質モードを使用するの
かを返送する。ＲＳＶＰにおいて、保証サービス品質又は制御モードなどのサー
ビス品質モードには様々なクラスがある。ターミナル６０５に向かう途中でこの
メッセージがゲートキーパー６０９を通過するとき、ゲートキーパー６０９はサ
ービス品質モードを遮断し、転送する前にメッセージから使用されるべきサービ
ス品質モードを排除する。サービス品質モードは、図５に記載のリソース予約の
過程を実施するのに使用される必須パラメータの１つである。さらに、このメッ
セージはサービス品質が使用できることを示すが、それは無線アクセスノード６
０３内部のＲＳＶＰプロキシにより確立されるので、ターミナル６０５がそれを
認識することになってはならない。したがって、このメッセージも、ターミナル
６０５に転送される前に、サービス品質が使用されないことを指示するためにゲ
ートキーパー６０９により変更される。 ８０３ 双方向論理チャネルをオープンにするとき、ターミナル６０５は、Ｈ
．２４５のOpenLogicalCannelをゲートキーパー６０９に送り、ゲートキーパー
６０９は、終端ノード６０８にメッセージを転送する。１つの双方向論理チャネ
ルが、ビデオに対して１つ、オーディオに対して１つ、データに対して１つとい
うように、必要な各タイプのフローに対してオープンにされる。伝達される情報
は、（ＡＣＦのTransportQoSにより返送された値に基づき）所要の帯域幅、遅延
タイプなどのサービス品質情報を含んでもよい。バイト毎秒単位の最大帯域幅な
どのこのサービス品質情報は、ゲートキーパー６０９がOpenLogicalChannelメッ
セージを受信したときに、ゲートキーパー６０９によって遮断されても良いが、
ゲートキーパー６０９のアプリケーションについての知識を用いて推定されても
よい。アプリケーションについての知識とは、例えば、ＧＳＭコードを有するチ
ャネルがオープンにされる場合、特定の帯域幅量などが必要とされることなどで
ある。他の伝達される情報は、供給される受信ポートなどが無線アクセスノード
６０３のＲＳＶＰプロキシのポートであり、ターミナル６０５内のポートではな
いということである。さらに、重要な伝達情報は、例えば使用されるべきポート
のポート識別を指示することによって、終端ノード６０８における論理チャネル
がどこで終端すべきかということである。これは、OpenLogicalChannelAckメッ
セージ中で、終端ノード６０８からゲートキーパー６０９を経由してターミナル
６０５へ返送される。ターミナル受信ポートＩＤなどは終端ノード６０８から受
信される、次のＲＳＶＰ Pathメッセージで使用される。 ８０４ ゲートキーパー６０９はサービス品質要求メッセージにおいて無線ア
クセスノード６０３のＲＳＶＰプロキシからサービス品質を要求する。サービス
品質は無線アクセスノード６０３と終端ノード６０８間に要求される。ゲートキ
ーパー６０９は獲得したサービス品質情報、サービス品質モード、終端ノード６
０８の受信ポートＩＤをＲＳＶＰプロキシへのメッセージを含む。 ８０５ 無線アクセスノード６０３のＲＳＶＰプロキシ６０２と終端ノード６
０８間に、ターミナル６０５から終端ノード６０８に向かうメディアストリーム
に使用されるべき予約を確立するために、無線アクセスノード６０３のＲＳＶＰ
プロキシ６０２は、（ターミナルから送られたかのような）ＲＳＶＰシグナリン
グメッセージPathを使用して、ステップ７０４で要求されたように、終端ノード
６０８に向けて必須のリソース予約を開始する。当該メッセージは獲得したサー
ビス品質情報、サービス品質モード及び終端ノード６０８の受信ポートＩＤを含
み、それらは、リソース予約を実施するのに必要である。次のＲＳＶＰのResvメ
ッセージが終端ノード６０８からターミナル６０５に返送されるとき、該メッセ
ージはＲＳＶＰプロキシ６０２により遮断されてターミナル６０５にそれを通過
させない。Resvメッセージへの応答として、ＲＳＶＰプロキシ６０２はRSVP Res
vConfメッセージを作成し、（ターミナルから送られたかのように）終端点６０
８に送る。ＲＳＶＰプロキシ６０２と終端ノード６０８の間に、終端ノード６０
８からターミナル６０５に向かって進むメディアストリームに使用されるべき予
約を確立するために、終端ノード６０８（又は本発明のプロキシなど終端ノード
の代わりの役割を果たす別の構成要素）はＲＳＶＰ Pathメッセージをターミナ
ル６０５に送ることによりターミナル６０５の方向へ必須のリソース予約を開始
する。Pathメッセージは必須のサービス品質情報、サービス品質モード及びター
ミナル６０５の受信ポートＩＤを含み、それらは、リソース予約を実施するのに
必要である。前記Pathメッセージは無線アクセスノード６０３のＲＳＶＰプロキ
シにより遮断され、ターミナル６０５に到達しない。ＲＳＶＰプロキシ６０２は
、（ターミナルから送信されたかのように）ＲＳＶＰResvメッセージを終端点６
０８に返送することによりPathメッセージに応答する。ＲＳＶＰResvConfメッセ
ージ中のリソース予約の確認が終端ノード６０８（又は本発明のＲＳＶＰプロキ
シといった終端ノードの代わりの役割を果たす構成要素）から受信されるときに
、前記メッセージはＲＳＶＰプロキシ６０２により遮断され、ターミナル６０５
に到達しない。予約は本事例においては、双方向通信に対してフローごとに行わ
れる。 ８０６ 無線アクセスベアラは、ターミナル６０５のリンクレイヤと無線アク
セスノード６０３のリンクレイヤ間において、相当するサービス品質を有して確
立される。ＵＭＴＳネットワークシナリオにおいては、これは、ターミナル６０
５がＵＭＴＳセッションマネージメントシングナリング（技術仕様書２４．００
８：「Mobile Radio Interface layer 3 specification, core network protoco
ls - stage 3」 v3.2.1, 3rd Generation Partnership Project(3GPP)）に準拠
したActivatePDPContextRequestメッセージを送信することにより開始される。
これが行われるタイミングは本発明においては重要ではなく、いつか行われてい
ればよいというだけである。 最終的に、エアインターフェースを介してＲＳＶＰを送ることなく、リソース
がエンドツーエンドで保証される。
【００４５】
記載された本発明による方法は、本方法のステップを実施するソフトウェアコ
ードを具備するコンピュータプログラム製品を用いてそれぞれ実施される。前記
コンピュータプログラム製品は、サーバ内及びリソース予約プロトコルプロキシ
内のディジタルコンピュータに格納されるコンピュータ上で実行される。 当該コンピュータプログラムはフロッピー（登録商標）ディスク、ＣＤ、イン
ターネットなどといった、コンピュータで使用可能な媒体から又は直接ロード可
能である。
ードを具備するコンピュータプログラム製品を用いてそれぞれ実施される。前記
コンピュータプログラム製品は、サーバ内及びリソース予約プロトコルプロキシ
内のディジタルコンピュータに格納されるコンピュータ上で実行される。 当該コンピュータプログラムはフロッピー（登録商標）ディスク、ＣＤ、イン
ターネットなどといった、コンピュータで使用可能な媒体から又は直接ロード可
能である。
図１〜４は従来技術に関わるものであり、「関連技術の説明」に記載されてい
る。
る。
【図１】 図１はＨ．３２３環境におけるリソース予約の基本動作を図示し
たブロック図である。
たブロック図である。
【図２】 図２はＨ．３２３アーキテクチャにおいてＲＳＶＰを使用するリ
ソース予約の基本動作の概略的なシグナリングシーケンスを図示している。
ソース予約の基本動作の概略的なシグナリングシーケンスを図示している。
【図３】 図３はセルラー環境におけるＨ．３２３に基づいたマルチメディ
ア通信の概略ブロック図を図示している。
ア通信の概略ブロック図を図示している。
【図４】 図４はセルラー環境にＨ．３２３アーキテクチャを適用した場合
の基本動作の概略的なシグナリングシーケンスを図示している。
の基本動作の概略的なシグナリングシーケンスを図示している。
【図５】 図５は本発明による方法のフローチャートを図示している。
【図６】 図６は本発明による通信システムを図示した概略ブロック図を示
している。
している。
【図７】 図７は本発明によるアプリケーションレベルサーバを図示したブ
ロック図である。
ロック図である。
【図８】 図８は本発明によるシグナリングシーケンス図を示している。
─────────────────────────────────────────────────────
フロントページの続き
(81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，
ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ
Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ
，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，
ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ
Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ
，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，
ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，
ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ
Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ
，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，
ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，Ｊ
Ｐ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ
，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，
ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，Ｒ
Ｏ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ
，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，
ＹＵ，ＺＡ，ＺＷ
(72)発明者 ツオリニエミ， アイモ
フィンランド国 エフアイエヌ−02320
エスポー， リスティニエメンティエ 30
ビー５
Ｆターム(参考） 5K030 HA08 JL01 KA01 LC09
Claims (40)
- 【請求項１】 ＩＰネットワークが前記ＩＰネットワークに接続されるリソ
ース予約プロキシ及びアクセスノード（７０６）を介してターミナル（７０３）
に接続され、 前記ＩＰネットワークがさらに、終端ノード（７０４）に接続され、 前記ＩＰネットワークと前記プロキシ（７０５）がリソース予約プロトコルを
使用する、ＩＰネットワーク（７０２）に接続されたアプリケーションレベルサ
ーバ（７０１）であって、 サーバ（７０１）がターミナル（７０３）と終端ノード（７０４）間にサ
ービス品質を確立するリソース予約を管理することと、 サーバ（７０１）が機能的構成要素（７０７）を含むことと、 機能的構成要素（７０７）がターミナル（７０３）に対してリソース予約
プロトコルを有していてもそれを使用しないように指示する手段（７０９）を有
することと、 機能的構成要素（７０７）がさらにリソース予約を実施するのに要求され
る必須のパラメータを識別する手段（７０８）を有することと、 機能的構成要素（７０７）が、リソース予約シグナリングがアクセスノー
ドから終端ノードに向けて適用されることを示すように、シグナリングメッセー
ジを変更する手段（７１０）をさらに有することと、 機能的構成要素（７０７）がさらにプロキシ（７０５）とＩＰレベル上の
終端ノード（７０４）間に必須のパラメータに準拠した特定のサービス品質をプ
ロキシ（７０５）から要求する手段（７１１）をさらに有することとを特徴とす
るアプリケーションレベルサーバ（７０１）。 - 【請求項２】 リソース予約プロトコルがリソースリザベーションプロトコ
ル(Resource Reservation Protocol)（ＲＳＶＰ）であり、よってリソース予約
プロキシはＲＳＶＰプロキシであることを特徴とする請求項１に記載のアプリケ
ーションレベルサーバ（７０１）。 - 【請求項３】 機能的構成要素（７０７）が、サーバ（７０１）からターミ
ナル（７０３）へ送られるＨ．２２５／ＲＡＳのＡＣＦシグナリングメッセージ
において、リソース予約プロトコルを使用しないように、ターミナル（７０３）
に指示する手段（７０９）を有することを特徴とする請求項２に記載のアプリケ
ーションレベルサーバ（７０１）。 - 【請求項４】 必須パラメータの１つがサービス品質モードであることを特
徴とする請求項１に記載のアプリケーションレベルサーバ（７０１）。 - 【請求項５】 サービス品質モードは、終端ノード（７０４）からターミナ
ル（７０３）に送られるＨ．２４５のTerminalCapabilitySetメッセージにおい
て、サーバ（７０１）により識別されることを特徴とする請求項４に記載のアプ
リケーションレベルサーバ（７０１）。 - 【請求項６】 必須パラメータの１つがサービス品質情報であることを特徴
とする請求項１に記載のアプリケーションレベルサーバ（７０１）。 - 【請求項７】 サービス品質情報は、ターミナル（７０３）から終端ノード
（７０４）に送られるＨ．２４５のOpenLogicalChannelメッセージにおいて、サ
ーバ（７０１）により識別されることを特徴とする請求項６に記載のアプリケー
ションレベルサーバ（７０１）。 - 【請求項８】 必須パラメータの１つが終端ノード（７０４）への入力メデ
ィアストリームの受信のために終端ノード（７０４）により使用されるポートの
ポートＩＤであることを特徴とする請求項１に記載のアプリケーションレベルサ
ーバ（７０１）。 - 【請求項９】 終端ノードにより使用されるポートのＩＤは、終端ノード（
７０４）からターミナル（７０３）に送られるＨ．２４５のOpenLogicalChannel
Ackメッセージにおいてサーバ（７０１）により識別されることを特徴とする請
求項８に記載のアプリケーションレベルサーバ（７０１）。 - 【請求項１０】 機能的構成要素（７０７）は、ターミナル（７０３）から
終端ノード（７０４）に送られたシグナリングメッセージの指示内容を、「サー
ビス品質実現不可能」から「サービス品質可能」に変更する手段（７１０）を有
することを特徴とする請求項１に記載のアプリケーションレベルサーバ（７０１
）。 - 【請求項１１】 伝達情報メッセージはＨ．２４５のTerminalCapabilitySe
tであることを特徴とする請求項１０に記載のアプリケーションレベルサーバ（
７０１）。 - 【請求項１２】 機能的構成要素（７０７）は、終端ノード（７０４）から
ターミナル（７０３）に送られるシグナリングメッセージの指示内容を、「サー
ビス品質実現可能」から「サービス品質不可能」に変更する手段（７１０）を有
することを特徴とする請求項１に記載のアプリケーションレベルサーバ（７０１
）。 - 【請求項１３】 シグナリングメッセージがＨ．２４５のTerminalCapabili
tySetであることを特徴とする請求項１２に記載のアプリケーションレベルサー
バ（７０１）。 - 【請求項１４】 プロキシ（７０５）と終端ノード（７０４）間のサービス
品質の要求は、サーバ（７０１）からプロキシ（７０５）への要求サービス品質
メッセージにおいて送信され、前記メッセージは必須パラメータを含むことを特
徴とする請求項１に記載のアプリケーションレベルサーバ（７０１）。 - 【請求項１５】 請求項１ないし１４のいずれかに記載のアプリケーション
レベルサーバ（６０９）とサーバ（６０９）に接続されるＩＰネットワーク（６
０７）を含む通信システム（６００）において、 前記サーバ（６０９）が通信システム内の呼をルーティングし、 前記ＩＰネットワーク（６０７）がリソース予約プロトコルを使用し、 前記通信システム（６００）がさらにＩＰネットワークに接続されるリソ
ース予約プロキシ及びアクセスノード（６０３）を介してＩＰネットワーク（６
０７）に接続されるターミナル（６０５）を含み、 前記通信システム（６００）がＩＰネットワーク（６０７）に接続される
終端ノード（６０８）も含み、 前記通信システム（６００）がさらにターミナル（６０５）とアクセスノ
ード（６０３）間にリンクレベル上の特定のサービス品質を有する、アクセスベ
アラを確立する手段（６１２）を含む通信システムであって、 アクセスノード（６０３）と終端ノード（６０８）間にＩＰレベル上の特定の
サービス品質を確立するためにリソース予約を実施する手段（６１３）を有する
リソース予約プロトコルプロキシ（６０２）を含むことを特徴とする通信システ
ム（６００）。 - 【請求項１６】 リソース予約プロトコルがリソースリザベーションプロト
コル（ＲＳＶＰ）であり、プロキシ（６０２）がＲＳＶＰプロキシであることを
特徴とする請求項１５に記載の通信システム。 - 【請求項１７】 リソース予約は、プロキシが必須のパラメータを含むＲＳ
ＶＰのPathシグナリングメッセージをアクセスノード（６０３）から終端ノード
（６０８）に向けて送付することにより開始されることを特徴とする請求項１６
に記載の通信システム。 - 【請求項１８】 アクセスノードが無線アクセスノードであることと、ター
ミナル６０５が無線リンクを介して無線アクセスノードに接続されることとを特
徴とする請求項１５ないし１７のいずれかに記載の通信システム。 - 【請求項１９】 リソース予約プロトコルプロキシ（６０２）がアクセスノ
ード（６０３）と共に配設されることを特徴とする請求項１６ないし１８のいず
れかに記載の通信システム。 - 【請求項２０】 通信システムがリソース予約プロトコルを使用するＩＰネ
ットワークを含み、 前記通信システムがさらにアクセスノードに接続されるターミナルを含み、
前記アクセスノードがリソース予約プロトコルプロキシに接続され、前記プロキ
シがＩＰネットワークに接続され、 前記ＩＰネットワークが、通話経路の決定とリソース予約の管理を行うアプ
リケーションレベルサーバに接続される、 通信システム内のターミナルと終端ノード間にエンドツーエンドのサービス品質
を確立するためのリソースを予約する方法であって、 ＩＰレベル上のリソース予約シグナリングを前記プロキシと終端ノード間
に適用することを指示する過程（５０１）と、 リソース予約を実施するための必須パラメータを識別する過程（５０２）
と、 リソース予約プロトコルプロキシを用いて、アクセスノードと終端ノード
間にＩＰレベル上のサービス品質を有するリソース予約を実施する過程（５０３
）と、 前記ターミナルと前記アクセスノード間にリンクレベル上のサービス品質
を有するアクセスベアラを確立する過程（５０４）と、 を含む方法。 - 【請求項２１】 使用されるリソース予約プロトコルがリソースリザベーシ
ョンプロトコル（ＲＳＶＰ）であり、リソース予約プロトコルプロキシがＲＳＶ
Ｐプロキシである請求項２０に記載の方法。 - 【請求項２２】 前記リソース予約シグナリングをプロキシと終端ノード間
に適用することを指示する過程（５０１）は、サーバがターミナルから終端ノー
ドに向けて送られたシグナリングメッセージの指示内容を「サービス品質実現不
可能」から「サービス品質実現可能」に変更することにより実施される請求項２
０又は２１に記載の方法。 - 【請求項２３】 前記シグナリングメッセージはＨ．２４５のTerminalCapa
bilitySetである請求項２２に記載の方法。 - 【請求項２４】 前記リソース予約情報をプロキシと終端ノード間に伝達す
ることを指示する過程（５０１）は、サーバが終端ノードからターミナルに向け
て送られたシグナリングメッセージの指示内容を「サービス品質実現可能」から
「サービス品質実現不可能」に変更することにより実施される請求項２０ないし
２３のいずれかに記載の方法。 - 【請求項２５】 前記シグナリングメッセージがＨ．２４５のTerminalCapa
bilitySetである請求項２４に記載の方法。 - 【請求項２６】 必須パラメータの１つがサービス品質モードである請求項
２０ないし２５のいずれかに記載の方法。 - 【請求項２７】 前記サービス品質モードが終端ノードからターミナルに向
けて送られるＨ．２４５のTerminalCapabilitySetメッセージにおいてサーバに
より識別される（５０２）請求項２６に記載の方法。 - 【請求項２８】 必須パラメータの１つがサービス品質情報である請求項２
０ないし２７のいずれかに記載の方法。 - 【請求項２９】 前記サービス品質情報はターミナルから終端ノードに向け
て送られるOpenLogicalChannelメッセージにおいてサーバにより識別される（５
０２）請求項２８に記載の方法。 - 【請求項３０】 必須パラメータの１つがメディアストリーム受信のために
終端ノードが使用するポートのポートＩＤである請求項２０ないし２９のいずれ
かに記載の方法。 - 【請求項３１】 前記ポートＩＤが終端ノードからターミナルに向けて送ら
れるＨ．２４５のOpenLogicalChannelAckメッセージにおいてサーバにより識別
される（５０２）請求項３０に記載の方法。 - 【請求項３２】 サーバが、アクセスノードとターミナル間に必須パラメー
タに準拠するサービス品質をプロキシから要求する過程をさらに含む請求項２０
ないし３１のいずれかに記載の方法。 - 【請求項３３】 前記要求は必須のサービスパラメータを含む要求サービス
品質メッセージで送られる請求項３２に記載の方法。 - 【請求項３４】 リソース予約を実施する過程（５０３）は、プロキシから
終端ノードに向けて、必須パラメータを含むＲＳＶＰのPathシグナリングメッセ
ージを送信することによりリソース予約を開始するプロキシにより実施される請
求項２０ないし３３のいずれかに記載の方法。 - 【請求項３５】 リソース予約を実施する過程（５０３）は、プロキシを介
してターミナルに到達するように終端ノードから送られるリソース予約シグナリ
ングメッセージが、プロキシにより停止され、かつターミナルに転送されない請
求項２０ないし３４のいずれかに記載の方法。 - 【請求項３６】 リソース予約を実施する過程（５０３）は、終端ノードか
ら送られてプロキシにより停止される前記リソース予約シグナリングメッセージ
が、プロトコルから要求されたとき、ターミナルではなくプロキシが終端ノード
に向けて送信するリソース予約シグナリングメッセージにより応答されることに
より実施される請求項３５に記載の方法。 - 【請求項３７】 アクセスノードが無線アクセスノードであり、ターミナル
が無線リンクを介して無線アクセスノードに接続される請求項２０ないし３６の
いずれかに記載の方法。 - 【請求項３８】 ＲＳＶＰプロキシが無線アクセスノードと共に配設される
請求項３７に記載の方法。 - 【請求項３９】 コンピュータプログラムがコンピュータ上で実行される際
に、請求項２０ないし３８のいずれかに記載の方法を実施するソフトウェアコー
ド部を含む、請求項１５ないし１９のいずれかに記載の通信システムにおける構
成要素内のディジタルコンピュータの内部記憶装置に直接ロードできるコンピュ
ータプログラム製品。 - 【請求項４０】 請求項１５ないし１９のいずれかに記載の通信システムに
おける構成要素内のコンピュータに請求項２０ないし３８のいずれかに記載の方
法の実行を制御させるコンピュータで読込み可能なプログラムを具備する、コン
ピュータで使用可能な媒体に格納されたコンピュータプログラム製品。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP00850016.7 | 2000-01-26 | ||
| EP00850016A EP1120939B1 (en) | 2000-01-26 | 2000-01-26 | Method, server and arrangement in a communication network |
| PCT/EP2001/000288 WO2001056229A1 (en) | 2000-01-26 | 2001-01-11 | Method, server and arrangement in a communication network |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003521199A true JP2003521199A (ja) | 2003-07-08 |
| JP4607412B2 JP4607412B2 (ja) | 2011-01-05 |
Family
ID=8175635
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001555264A Expired - Lifetime JP4607412B2 (ja) | 2000-01-26 | 2001-01-11 | 通信ネットワークの方法、サーバ及び構成 |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US6931448B2 (ja) |
| EP (1) | EP1120939B1 (ja) |
| JP (1) | JP4607412B2 (ja) |
| AT (1) | ATE419697T1 (ja) |
| AU (1) | AU2001225151A1 (ja) |
| DE (1) | DE60041240D1 (ja) |
| TW (1) | TWI223530B (ja) |
| WO (1) | WO2001056229A1 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7467208B1 (en) | 2000-03-16 | 2008-12-16 | Nokia Corporation | Method and system for activating a packet data subscriber context for packet data |
Families Citing this family (36)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6747959B1 (en) | 1998-10-07 | 2004-06-08 | At&T Corp. | Voice data integrated mulitaccess by self-reservation and blocked binary tree resolution |
| US6963545B1 (en) | 1998-10-07 | 2005-11-08 | At&T Corp. | Voice-data integrated multiaccess by self-reservation and stabilized aloha contention |
| US7068633B1 (en) | 2000-07-14 | 2006-06-27 | At&T Corp. | Enhanced channel access mechanisms for QoS-driven wireless lans |
| US6950397B1 (en) | 2000-07-14 | 2005-09-27 | At&T Corp. | RSVP/SBM based side-stream session setup, modification, and teardown for QoS-driven wireless lans |
| US7068632B1 (en) | 2000-07-14 | 2006-06-27 | At&T Corp. | RSVP/SBM based up-stream session setup, modification, and teardown for QOS-driven wireless LANs |
| US7151762B1 (en) | 2000-07-14 | 2006-12-19 | At&T Corp. | Virtual streams for QoS-driven wireless LANs |
| US6804222B1 (en) * | 2000-07-14 | 2004-10-12 | At&T Corp. | In-band Qos signaling reference model for QoS-driven wireless LANs |
| US7039032B1 (en) | 2000-07-14 | 2006-05-02 | At&T Corp. | Multipoll for QoS-Driven wireless LANs |
| US7756092B1 (en) | 2000-07-14 | 2010-07-13 | At&T Intellectual Property Ii, L.P. | In-band QoS signaling reference model for QoS-driven wireless LANs connected to one or more networks |
| US7031287B1 (en) | 2000-07-14 | 2006-04-18 | At&T Corp. | Centralized contention and reservation request for QoS-driven wireless LANs |
| SE518479C2 (sv) * | 2000-10-13 | 2002-10-15 | Ericsson Telefon Ab L M | Kommunikationssystem som stödjer trådlös kommunikation av paketdata och förfarande och anordning relaterande därtill |
| US7483989B2 (en) * | 2001-03-13 | 2009-01-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for establishing a protocol proxy for a mobile host terminal in a multimedia session |
| US7287070B2 (en) * | 2001-05-25 | 2007-10-23 | Interdigital Technology Corporation | Determining control of an internet communication between a sender and receiver |
| US7227865B2 (en) * | 2001-08-16 | 2007-06-05 | Interdigital Technology Corporation | Utilizing session initiation protocol for identifying user equipment resource reservation setup protocol capabilities |
| GB0124323D0 (en) * | 2001-10-10 | 2001-11-28 | Nokia Corp | Setting mode of communication |
| MY130634A (en) | 2001-11-02 | 2007-07-31 | Interdigital Tech Corp | Bi-directional and reverse directional resource reservation setup protocol |
| JP4161185B2 (ja) | 2001-11-16 | 2008-10-08 | 日本電気株式会社 | 時刻同期データの伝送方法 |
| US7508778B2 (en) * | 2001-12-05 | 2009-03-24 | Qualcomm, Incorporated | System and method for adjusting quality of service in a communication system |
| EP2653978A1 (en) * | 2002-02-01 | 2013-10-23 | Qualcomm Incorporated | Methods for enhancing sdp preconditions signalling for ip multimedia sessions |
| US7206324B2 (en) * | 2002-05-03 | 2007-04-17 | Telefonaktiebolaget Lm Ericsson (Publ) | QoS translator |
| US8161158B2 (en) * | 2002-09-25 | 2012-04-17 | Nokia Corporation | Method in a communication system, a communication system and a communication device |
| US7525994B2 (en) | 2003-01-30 | 2009-04-28 | Avaya Inc. | Packet data flow identification for multiplexing |
| US7694127B2 (en) * | 2003-12-11 | 2010-04-06 | Tandberg Telecom As | Communication systems for traversing firewalls and network address translation (NAT) installations |
| US7447211B1 (en) * | 2004-03-23 | 2008-11-04 | Avaya Inc. | Method and apparatus of establishing a communication channel using protected network resources |
| US7542461B2 (en) * | 2004-04-19 | 2009-06-02 | Cisco Technology, Inc. | Method and apparatus for dynamically determining when to use quality of service reservation in internet media applications |
| CN100358291C (zh) * | 2004-09-08 | 2007-12-26 | 华为技术有限公司 | 下一代网络中动态协商服务质量的系统及其实现方法 |
| US7680100B1 (en) | 2004-09-30 | 2010-03-16 | Avaya Inc. | Internet protocol appliance manager |
| CN1805364B (zh) * | 2005-01-13 | 2010-05-12 | 华为技术有限公司 | 一种实现承载网资源分配的方法 |
| US20090080391A1 (en) * | 2005-05-25 | 2009-03-26 | Hye Yeon Kwon | Network interworking system and method for negotiating qos in network interworking system |
| FI20055288A0 (fi) | 2005-06-06 | 2005-06-06 | Nokia Corp | Yksittäinen sanomanvälitys |
| US7502320B2 (en) * | 2005-07-06 | 2009-03-10 | Cisco Technology, Inc. | Method and apparatus for network-based admission control using path-coupled quality of service signaling |
| US20070245025A1 (en) * | 2006-04-17 | 2007-10-18 | Muthaiah Venkatachalam | Methods and apparatus for resource management architectures for Internet protocol based radio access networks |
| US20070259692A1 (en) * | 2006-04-17 | 2007-11-08 | Muthaiah Venkatachalam | Radio resource management architectures for internet protocol based radio access networks with radio resource control in base stations |
| US8077626B2 (en) * | 2006-07-14 | 2011-12-13 | Qualcomm Incorporated | Quality of service (QoS) aware establishment of communication sessions |
| JP5676468B2 (ja) | 2008-12-23 | 2015-02-25 | コーニンクレッカ フィリップス エヌ ヴェ | 柔軟な無線ネットワークにおけるチャネル予約 |
| WO2011041754A1 (en) | 2009-10-02 | 2011-04-07 | Research In Motion Limited | Mobility in a wireless network |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1999012329A1 (en) * | 1997-09-04 | 1999-03-11 | British Telecommunications Public Limited Company | Telecommunications system |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6094431A (en) * | 1995-11-30 | 2000-07-25 | Kabushiki Kaisha Toshiba | Node device and network resource reservation method for data packet transfer using ATM networks |
| FI974558A7 (fi) * | 1997-12-18 | 1999-06-19 | Nokia Corp | Resurssin varaus liikkuvassa Internet-protokollassa |
| JP4051794B2 (ja) * | 1999-01-13 | 2008-02-27 | 富士通株式会社 | 音声ゲートウェイ装置およびその方路選択方法 |
| JP3685651B2 (ja) * | 1999-06-04 | 2005-08-24 | 沖電気工業株式会社 | 相互接続装置及びアクティブＱｏＳマッピング方法 |
| US6708034B1 (en) * | 1999-09-13 | 2004-03-16 | Nortel Networks Ltd. | End-to-end quality of service guarantee in a wireless environment |
| US6732177B1 (en) * | 1999-09-16 | 2004-05-04 | At&T Corp. | Intelligent signaling scheme for computer-readable medium for H.323 mobility architecture |
| US6721272B1 (en) * | 1999-10-08 | 2004-04-13 | Cisco Technology, Inc. | Method and apparatus for generating an RSVP message for a non-RSVP-enabled network device |
-
2000
- 2000-01-26 DE DE60041240T patent/DE60041240D1/de not_active Expired - Fee Related
- 2000-01-26 AT AT00850016T patent/ATE419697T1/de not_active IP Right Cessation
- 2000-01-26 EP EP00850016A patent/EP1120939B1/en not_active Expired - Lifetime
-
2001
- 2001-01-11 JP JP2001555264A patent/JP4607412B2/ja not_active Expired - Lifetime
- 2001-01-11 AU AU2001225151A patent/AU2001225151A1/en not_active Abandoned
- 2001-01-11 WO PCT/EP2001/000288 patent/WO2001056229A1/en active Application Filing
- 2001-01-19 TW TW090101292A patent/TWI223530B/zh not_active IP Right Cessation
- 2001-01-24 US US09/768,953 patent/US6931448B2/en not_active Expired - Lifetime
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1999012329A1 (en) * | 1997-09-04 | 1999-03-11 | British Telecommunications Public Limited Company | Telecommunications system |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7467208B1 (en) | 2000-03-16 | 2008-12-16 | Nokia Corporation | Method and system for activating a packet data subscriber context for packet data |
| US7870269B2 (en) | 2000-03-16 | 2011-01-11 | Nokia Corporation | Method and system for activating a packet data subscriber context for packet data |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4607412B2 (ja) | 2011-01-05 |
| EP1120939A1 (en) | 2001-08-01 |
| US20010026554A1 (en) | 2001-10-04 |
| EP1120939B1 (en) | 2008-12-31 |
| WO2001056229A1 (en) | 2001-08-02 |
| ATE419697T1 (de) | 2009-01-15 |
| DE60041240D1 (de) | 2009-02-12 |
| TWI223530B (en) | 2004-11-01 |
| AU2001225151A1 (en) | 2001-08-07 |
| US6931448B2 (en) | 2005-08-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4607412B2 (ja) | 通信ネットワークの方法、サーバ及び構成 | |
| US6714987B1 (en) | Architecture for an IP centric distributed network | |
| CN100397926C (zh) | 当无线局域网与无线电话网络交互工作时管理服务质量等级的技术 | |
| US6765927B1 (en) | RSVP proxy service for communication network | |
| US7136387B2 (en) | Method of and system for providing quality of service in IP telephony | |
| US7870269B2 (en) | Method and system for activating a packet data subscriber context for packet data | |
| US20020152319A1 (en) | Accounting management support based on QOS in an IP centric distributed network | |
| US8005090B2 (en) | QoS information notification method, communication apparatus and inter-domain signaling apparatus for transmitting QoS information over a multi-domain network | |
| US20160173581A1 (en) | Method and Apparatus for Providing Relevant Service Levels | |
| JP2003514415A (ja) | 区分化サービスモデルを用いて、セッション設定、切断、認証、認可、および、会計のためにインターネットプロトコルを組み合わせる方法 | |
| JP2002534923A (ja) | パケット無線ネットワークにおけるＱｏＳマッピング情報の搬送 | |
| JP2001045066A (ja) | ＩＰ通信ネットワークシステム及びＱｏＳ保証装置 | |
| US7881317B2 (en) | Border/packet gateway control system and control method | |
| US7181532B1 (en) | Scalable policy server | |
| US7277944B1 (en) | Two phase reservations for packet networks | |
| RU2260253C2 (ru) | Способ и система активизации контекста пакетных данных абонента для пакетных данных | |
| JP3614744B2 (ja) | ＩＰ通信をサポートする異なるネットワーク内の端末間にＱｏＳセッションを構築する方法 | |
| CN100438442C (zh) | 媒体流分流系统及媒体流分流方法 | |
| Glasmann et al. | Resource management architecture for realtime traffic in intranets | |
| CN100450049C (zh) | 一种实现资源分配的方法 | |
| JP2001352347A (ja) | 通信ネットワークのためのｒｓｖｐプロキシサービス | |
| EP1311092A1 (en) | Method and modules for setting up a tunnel connection | |
| JP4623325B2 (ja) | 時刻同期データの伝送方法 | |
| EP1962466A1 (en) | Method for combining a first and second ambient network | |
| JP2002539679A (ja) | パケット流のためのサービス品質の割り当て方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20071129 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100309 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100603 |
|
| 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: 20100921 |
|
| 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: 20101007 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4607412 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131015 Year of fee payment: 3 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |